紧急呼叫信令流程

合集下载

手机作主叫及被叫的信令流程.doc

手机作主叫的信令流程：手机作被叫的信令流程：MOC第3层信令过程：Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCHMTC第3层信令过程：Downlink Paging request type 1--------PCHUplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCHUplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCHDownlink Channel Release----------------FACCH请详细说一下位置更新的流程及每一步所传送的消息当手机发现当前小区的位置区识别码LAC与SIM卡中存储的LAC值不一致时就发起一次位置更新请求。

信令流程（图+介绍）

信令流程（图+介绍）GSM 信令流程（菜鸟多看看，不要到处跑）GSM 系统使用类似OSI 协议模型的简化协议，包括物理层（L1）、数据链路层（L2）和应用层（L3）。

L1是协议模型最底层，提供物理媒介传输比特流所需的全部功能。

L2保证正确传递消息及识别单个呼叫。

在GSM 系统中，无线接口（Um ）上的L1和L2分别是TDMA 帧和LAPDm 协议。

在网络侧，Abis 接口和A 接口使用的L1均为E1传输方式，L2分别为LAPD 和MTP 协议。

在Um 接口，MS 每次呼叫时都有一个L1和L2层的建立过程，在此基础上再与网络侧建立L3上的通信。

在网络侧（A 和Abis 接口），其L1和L2（SCCP 除外）始终处于连接状态。

L3层的通信消息按阶段和功能的不同，分为无线资源管理（RR ）、G C H )C C H )H )移动性管理（MM）和呼叫控制（CC）三部分。

1、建立RR连接RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。

在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。

CH－REQ有两个参数：建立原因和随机参考值（RAND）。

建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。

RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。

RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。

要进一步区别同时发起请求的MS，还要根据Um 接口上的应答消息。

CH－REQ消息在BSS内部进行处理。

BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。

该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。

CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。

通信呼叫流程信令资料

6Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。

一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。

接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。

经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。

鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。

经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。

TCH指配阶段主要包括：指配命令，指配完成。

经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。

取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC回送被叫用户的路由信息（MSRN）。

MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。

然后进行话路接续。

6Issue 3.3主叫过程的信令流程如后面的图所示。

注意:应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。

VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。

只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。

另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM），而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。

如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。

LTE系统主要信令流程

LTE系统主要信令流程引言LTE〔Long Term Evolution〕是第四代移动通信技术，其特点是高速率、低延迟和更高的系统容量。

在LTE系统中，主要的通信过程需要依赖一系列的信令流程来实现。

本文将介绍LTE系统中主要的信令流程，包括系统接入过程、呼叫建立过程以及呼叫释放过程。

一、系统接入过程系统接入是指UE〔User Equipment，用户设备〕首次进入LTE网络时，与网络进行连接的过程。

主要的信令流程如下：1.小区搜寻过程：UE通过接收播送信道上的系统信息，实现对可用小区的搜寻。

系统信息包括小区标识、频率等信息。

2.小区选择过程：UE根据接收到的系统信息，选择适合自身的小区。

这个过程主要考虑小区的信号质量、信号强度等因素。

3.小区注册过程：UE选择了目标小区后，需要向目标小区进行注册。

UE通过随机访问信道发送带有身份信息的接入请求，目标小区收到请求后进行验证和鉴权。

4.分配临时标识过程：目标小区验证通过后，为UE分配临时的标识，用于后续的通信过程中的身份认证。

同时，UE也会得到小区的系统信息。

5.RRC连接过程：UE和目标小区建立RRC〔Radio Resource Control，无线资源控制〕连接。

在RRC连接建立后，UE可以与网络进行通信。

呼叫建立过程是指在LTE网络中，UE发起呼叫并与目标终端进行连接的过程。

主要的信令流程如下：1.呼叫请求过程：UE向网络发起呼叫请求。

呼叫请求中包含被叫号码、呼叫类型等信息。

2.寻呼过程：网络收到呼叫请求后，根据被叫号码进行寻呼。

寻呼过程可以通过播送信道或者专用的寻呼信道进行。

3.寻呼回应过程：被叫终端收到寻呼信息后，发送回应给网络。

回应中包含被叫终端的临时标识等信息。

4.呼叫建立过程：网络收到寻呼回应后，根据被叫终端的临时标识，与被叫终端建立起连接。

连接建立后，就可以进行语音或数据传输。

呼叫释放过程是指在LTE网络中，呼叫结束后双方终止连接的过程。

详细的GSM信令流程图FlowChat

Figure.5 寻呼不成功信令流程图Figure.6 对MS效劳拒绝信令流程图说明：在极早指配允许的情况下，紧急呼叫、呼叫重建以及SDCCH遇忙会引起极早指配。

说明：在图一(Figure.7)说明极早指配的立即指配信令流程后，对指配操作的流程进行说明。

Figure.9 正常情况下〔即极早指配不允许〕，呼叫重建SDCCH信令流程图Figure.10 正常情况下〔即极早指配不允许〕，呼叫重建TCH信令流程图，排队允许。

Figure.11 呼叫中，指配操作失败情况信令流程图，排队强拆不允许Figure.12 MSC发起的去除操作信令流程图，没有计数器Figure.13 呼叫操作，TCH信道激活失败-超时信令流程图，排队强拆不允许Figure.14 呼叫操作，TCH信道模式修改失败-超时信令流程图，排队强拆不允许Figure.15 SDCCH占用失败，由于没有资源〔即BSS故障〕，极早指配不允许Figure.16 SDCCH占用失败，由于信道激活失败—超时〔即BSS故障〕，极早指配不允许Figure.17 SDCCH掉话情况，由于连接失败、错误指示、Abis断链等原因Figure.18 TCH掉话情况，由于连接失败、错误指示、Abis断链、A接口和OM失败等原因，不包括排队/强拆情况〔两个情况：在振铃时的掉话如何统计，在切换过程中发生的掉话如何统计〔切换接入为界〕？Figure.19 直接重试不允许，呼叫TCH占用排队失败，由于队列满、队列定时器超时原因。

Figure.20 呼叫TCH占用排队失败，由于队列满、队列定时器超时等原因，直接重试允许。

说明：在直接重试允许的情况下，不进行BSC及小区TCH 占用失败统计。

Figure.21 位置更新操作，信令流程图Figure.22 主叫TCH占用遇忙，BSC内部直接重试，排队不允许，省略内部切换计数器Figure.23 呼叫主叫TCH占用遇全忙，启动BSC内部直接重试，由于内部切换拒绝或等待HO_Ready超时，内部直接重试失败，省略内部切换计数器Figure.24 呼叫主叫TCH占用遇全忙，启动出BSC直接重试，由于出局切换拒绝或T7超时，出局直接重试失败，省略出局切换计数器Figure.25 BSC内小区间切换成功流程，由于空间关系，缺少计数器见附图一Figure.26 BSC内小区间切换成功流程，补充计数器，附图一Figure.27 BSC内小区间切换成功流程，后续流程及计数器，附图二Figure.28 BSC内小区内切换成功流程，省略呼叫建立流程及相关计数器Figure.29 出BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.30 出BSC切换成功流程，后续流程及计数器，附图一Figure.31 入BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.32-1 BSC内入小区切换失败流程，无可用信道情况，说明：本图仅包括BSC内小区间切换请求计数器，失败计数器及后续流程见Figure.32-2Figure.32-2 BSC内入小区切换失败流程，无可用信道，切换请求计数器见Figure.32-1Figure.33 BSC内入小区切换失败流程，BSS失败，信道激活否认应答情况，图一说明：切换请求流程及计数器省略，详见Figure.32-1Figure.34 BSC内入小区切换失败流程，BSS失败，信道激活等待超时情况，图二说明：切换请求流程及计数器省略，详见Figure.32-1Figure.35 BSC内入小区切换失败流程，BSS失败，等待iPATH响应超时情况，图三说明：切换请求流程及计数器省略，详见Figure.32-1 ，源小区切换失败计数有错误Figure.36 BSC内入小区切换失败流程，BSS失败，等待CCB更改完成超时情况，图四说明：切换请求流程及计数器省略，详见Figure.32-1，源小区切换失败计数有错误Figure.37 BSC内入小区切换失败流程(其他原因，图一)，建立Abis连接失败或发送信道激活消息失败。

电话接续基本信令流程

电话接续基本信令流程一、电话接续的起始。

1.1 当我们拿起电话听筒或者点击手机上的拨号图标时，这就像是吹响了通信之旅的号角。

这是电话接续的开端，一个看似简单却意义非凡的动作。

这个时候，就好比我们站在了通信的起跑线上，满心期待着与对方建立连接。

1.2 我们输入要拨打的号码，这一串数字就像是打开通信大门的密码。

每一个数字都至关重要，错一个可能就会南辕北辙，无法到达我们想要联系的那个人那里。

这就像我们在生活中找对路才能到达目的地一样，电话号码输对了才能顺利接续。

二、信令的传输。

2.1 一旦号码输入完毕，电话就开始发送信令了。

这个信令啊，就像是一个小小的信使，带着我们要打电话的这个消息，在通信网络的“大街小巷”里穿梭。

它风风火火地朝着目的地奔去，一刻也不停歇。

2.2 在传输的过程中呢，信令可能会遇到各种各样的情况，就像我们在生活中出门办事会遇到各种阻碍一样。

有时候网络拥堵，信令就像在人山人海的集市里艰难前行，它得左挤右挤才能继续往前走。

不过呢，通信网络也有自己的一套规则来确保信令能顺利通过，就像交通规则保证车辆行驶一样。

三、呼叫的建立。

3.1 交换机检查通过后，就会向被叫方发送呼叫信号。

这个呼叫信号就像是敲门声，告诉被叫方“有人找你啦”。

如果被叫方的电话是空闲的，那就相当于家里有人在等着开门呢。

3.2 被叫方的电话收到呼叫信号后，就会响铃或者震动，这是在告诉被叫的人“有电话来了，快接呀”。

这个时候，整个电话接续的基本信令流程就快要大功告成了，就差被叫方接听电话这一哆嗦了。

如果被叫方接听了电话，那就像两座孤岛之间架起了桥梁，双方就可以愉快地聊天啦。

整个电话接续的信令流程就像是一场精心编排的舞蹈，每个环节都必须准确无误地进行，才能让我们顺利地与他人通话。

手机主被叫信令流程

通话建立（手机作被叫）
RR层连接建立信令过程 CCCH—DL：PAGING_REQUEST RACH—UL：CHANNEL _REQUEST
AGCH—DL：IMMEDIATE_ASSINGMENT SDCCH—UL：PAGING_RESPONSE SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建立 SDCCH—UL：SETUP SDCCH—UL：CALL _CONFIRMED SDCCH—UL：ALERTING SDCCH—UL：CONNECT SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT_ACKNOWLEDGE
通话建立（手机作主叫）
RR层连接建立信令过程 RACH—UL：CHANNEL _REQUEST 说明内容：建立原因和随机参考值（RAND）原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT CCCH—UL：CM SERVICE_REQUEST SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建立 SDCCH—UL：SETUP SDCCH—DL：CALL _PROCEEDING SDCCH—DL：ALERTING SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT SDCCH—UL：CONNECT_ACKNOWLEDGE 在Um 接口建立MS与系统间的无线连接（分配 SDCCH） RR连接建立请求业务如电路交换连接、短信业务等鉴权请求鉴权响应加密命令加密完成请求建立呼叫内容：呼叫请求的业务种类及MS发送方式、编码标准等系统接受请求后开始处理呼叫振铃音分配TCH 分配确认用户摘机或连接消息连接确认，表示MS接受连接

GSM主被叫位置更新、紧急呼叫、重建信令流程表

信令过程表通话建立（主Page—1、被叫P—2、紧急呼叫P—3）、呼叫释放（手机先挂、后挂P—4）、位置更新P—5、呼叫重建P—5、DTMF协议控制P—6通话建立（手机作主叫）信令过程说明RR层连接建立RACH—UL：CHANNEL _REQUEST内容：建立原因和随机参考值（RAND）原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等；RAND：有5 位，用来区别不同MS所发起的请求。

AGCH—DL：IMMEDIA TE_ASSINGMENT 在Um接口建立MS与系统间的无线连接（分配SDCCH）RR连接建立MM层连接的建立CCCH—UL：CM SERVICE_REQUEST 请求业务如电路交换连接、短信业务等SDCCH—DL：AUTH_REQUEST 鉴权请求SDCCH—UL：AUTH_RESPONSE 鉴权响应SDCCH—DL：CIPHERING_REQUEST 加密命令SDCCH—UL：CIPHERING_COMPLETE 加密完成CC层连接的建立SDCCH—UL：SETUP 请求建立呼叫内容：呼叫请求的业务种类及MS发送方式、编码标准等SDCCH—DL：CALL _PROCEEDINGSDCCH—DL：ASSIGNMENT_COMMANDSDCCH—UL：ASSIGNMENT_COMPLETE系统接受请求后开始处理呼叫分配TCH分配确认SDCCH—DL：ALERTING 振铃音SDCCH—DL：CONNECT 用户摘机或连接消息SDCCH—UL：CONNECT_ACKNOWLEDGE 连接确认，表示MS接受连接通话建立（手机作被叫）RR层连接建立CCCH—DL：PAGING_REQUEST 呼叫请求，触发信道接入内容：被叫用户的TMSI、IMSI等RACH—UL：CHANNEL _REQUEST内容：建立原因和随机参考值（RAND）原因：寻呼响应、紧急呼叫、MS发起呼和呼叫重建叫等；RAND：有5 位，用来区别不同MS所发起的请求。

通信呼叫流程信令

1Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。

一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。

接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。

经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。

鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。

经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。

TCH指配阶段主要包括：指配命令，指配完成。

经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。

取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC回送被叫用户的路由信息（MSRN）。

MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。

然后进行话路接续。

2Issue 3.3主叫过程的信令流程如后面的图所示。

注意:应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。

VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。

只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。

如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。

呼叫流程及信令

位置更新及呼叫流程位置更新操作(一)____位置更新仅涉及本VLRM SB S SM S CV L RU mB S S A PM A PABLocation upd ating requ est (位置更新类型,C K S N o, LA Io,IM S I/TM S I)C O M P L E T E L3 IN FO R M A TIO N(Layer 3 信息)U pdate location area (C K S N ,L A Io,LA In,IM S I/T M S I)A uth entication(R A N D ,C K S N n)A uth entication requ est (R A N D ,C K S N n)A uth entication resp ons e (S R E S )A uth entication resp ons e(S R E S )S et cyph ering m ode(K c 和算法标识符或不进行编码的指示)Forw ard new T M S I(TM S I)U pd ate location area ack.(H LR 号)C Y P H E R M ODE C O M M A N D (K c,L3头部消息)C Y P H E R M ODE C O M P LE T E Location upd ating acc ept(T M S In,L A In)TM S I reallocation com pleteC L E A R C O M M A ND (资源释放)C L E A R C O M P L E TETM S I ackno w ledg e (caus e,L3头部消息)2.1.2位置更新操作(二)____位置更新涉及本VLR 和HLR(当MS 进入新的VLR或MS 首次登录,或相关网络数据丢失后,MS 都使用IMSI 来标识自己)M SBSSM SCVL RH LR /AU CL oc ating up d atin g req u est(IM SI)U mBSS APM APM APABDC O M P LE TE L3 IN F O.U pd ate loc ation area(IM S I)S en d p aram eters(IM S I)Auth entic ation p aram eters (R A N D /SR ES/Kc,IM S I)Auth entic ateA uth entic ation requ est Auth entic ation resp ons eAuth entic ation res p ons eU pd ate loc ation Ins erte subscrib er d ata Su bscrib er d ata ins ertion ack. c anc el loc ationc anc el loc ationack.P V LRU pd ate loc ation ack.(H L R 号)S et cyph ering m od e Forw ard new TM S IU pd ate loc ation area ack.C YP H E R M ODE C O M M A N D C Y P H E R M O D E C O M P L ET E L oc ation u pd atin g acc epte TM S I realloc ation com p leteTM S I ackn ow led g eC L EA R C O M M A ND C L EA R C O M PL ET E先前的V LR 从正在单中删除相关的M S 数据拜访本V LR 的M S 名内)(一)U mABDAU mM Sa BSSaM SC VLRHLRAUCBSSbM Sb信道请求R AC HSD C C H C M service request (C KSN,IM SI/TM SI)C OM PLE TE L3 INFO(包含C M service req.)C ON_C O NF (SC C P 接续确认消息C C )Process access req.(包含C M service req.)Send parameters AUT_INFO_R EQ 内部接口AUT_INFO_PR O V(IM SI,R AND /SR ES/Kc)(IM SI/TM SI)Authentication para.(IM SI,R AND /SR ES/Kc)Authenticate (R AND ,C KSNn)Authentication request(R AND ,C KSNn)Authentication response(SR ES)Authen. res.(SR ES)Set cyphering modeAccess req. accepted (IM SI/M SISD N)C M service acceptCIPHER M OD E C OM M AND (Kc)C IPHER M OD E C OM PLETE 呼叫建立 Setup ( 被叫号码M SISD N)Send info. for o/g call setup(包含service indication,call number)C omplete C all(包含所请求的呼叫处理信息)基本业务和补充业务C all proceeding ASSIGNM EN T R EQUEST ASSIGNM ENT C OM PLETESend routing info. (M SISD N,补充业务信息)Provide roaming number(IM SI) roaming numberR outing infomation acknowledge send info.for i/c call setup page M S(LAI)PAGINGPage responseC OM PLE TE L3 INFOR M ATION (包含Page response)(内部过程)鉴权核对成功启动加密为来话发送消息,VLR 将核对参数寻呼启动VLR 核对IM SI 分配M SR N中)(二)U mABDAU mM S a B S SaM SC VLR H L RA UCB S SbM S b内部接口连接证实 C O N _C O N F (S C C P 接续确认消息C C )P rocess access req.S end para.(IM SI/T M SI)A U T _IN F O _R E QA U T _IN F O _P R O VA uthen. para.(IM SI,R A N D /S R E S /Kc)(IM SI,R A N D /S R E S /Kc)A uthenticate (R A N D ,C K S N n)A uthentication requ est(R A N D ,C K S N n)A uthentication(S R E S )A uthentication resp onse(S R E S )S et cyphering m odeA ccess requ est acceptedC om plete call C IP H E R M ODE C O M M A N D (K c)C IP H E R M ODE C O M P LE T E呼叫建立S etup呼叫证实C all confirm edA S SIG N M E N T R E Q U E S T A S SIG N M E N T C O M P LE T E提醒 A lerting 连接 C onnect连接证实 C onn ect ackn ow ledg e通话A lerting 回铃音 C onn ectC onn ect acknow ledg e网路接续T C H 振铃应答完成呼叫(回送被叫用户数据)3.1.3呼叫接续流程____挂机过程U mABDAU mM S aBSS aM SCVLRH LRAU CBSSbM S b(一) 主叫先挂机断连 D isconnec t断连 D isconnec t 释放 R eleas e释放 R eleas e释放完成 R eleas e com plete释放完成 R eleas e c om plete 清除命令 C LEAR C O M M M AN D 清除完成 C LEAR C O M PLET ECLE A R CO M M A N D CLE A R CO M P LE TEM SC 释放陆地信道和物理连接(二) 被叫先挂机断连 D isconnec t断连 D isc onnect释放 R eleas e释放完成 R eleas e com plete清除命令 C LEAR C O M M AN D清除完成 C LEAR C O M PLET E释放 R eleas e释放完成 R eleas e c om pleteC LEAR C O M M AN DC LEAR C O M PLET EM SC 释放陆地信道和物理连接切换控制流程____同MSC 内基站间切换MSC BSS1BSS2MSA AU mUmB S S 1和MS 间无线传输信号测量HA N D O V E R RE Q UIRE D(目标小区表)切换请求 HA ND O V E R RE Q UE S T (P C M&Ch an n el typ e)切换确认 HA ND O V E R RE Q UE S T A CK NO W LE DG E (参数L3信息携带了无线接口上的HAND O VER C OM M AND 消息它包含New TC H 号切换参考号)切换命令 HAND O VER C OM M AND (包含Target channel 并携带了无线接口上HAND O VER C OM M AND 消息)切换命令HAND O VER COM M AND (包含New TC H 号和切换参考号)通过原BSS,让M S 转到新的信道切换检测 HANDO VER D ETEC T切换检测 HAND O VER D ETEC T切换完成 HAND O VER C OM PLETE切换完成 HAND O VER C O M PLETEM S 进入目标小区C LEAR C OM M ANDC LEAR C OM PLETE释放资源释放PC M切换命令证实4.2.1切换控制流程____基本切换处理~~~~M SM SBSS1M SC a M SC bBSS2VLR b无线传输信号测量HANDO VER REQ.Perform handover(MAP)(全球目标小区表)(全球目标小区标识全球服务小区标识信道类型)HANDO VER REQ UEST (PCM&Channel type)HANDO VER REQ UEST ACKNO W LEDG E(包含New T CH 和切换参考号)Allocation handover num ber (分配切换号码)Send handover report (HO N.)(发送切换报告)Radio channel ack.(MAP) (包含New T CH 和HON.)无线信道证实IA M ACMHANDO VER CO MMAND HANDO VER CMD 经原BSS 让MS转到新的信道切换检测 HANDO VER DET ECT 切换完成 HANDO VER CO MPLET EBSS2新选T CH 连到PCM 电路MS 进入目标小区发送结束信号Send end signal(MAP) CLEAR CO MMAND 释放PCM0CLEAR CO MPLET EANS释放(T UP/ISUP)End signal(MAP)结束信号拆去MSCa 和MSCb 的物理连接Handover report 释放切换报告移动UmAEBAUm4.2.2切换控制流程____后续切换流程(MS离开MSCb漫游到MSCb')漫游EM SM SC a M SC b M SC b'VLR bVLR b'BSS2BSS2'无线传输信号测量HAND O VER R EQ UIR ED (目标小区表)执行后续切换Perform subsequent handover(M AP) (目标小区标识,服务小区标识,M SC号)执行切换 Perform handover(目标小区标识, 服务小区标识,信道类型)HAND O VER R EQ UEST (PC M&C hannel type)HAND O VER R EQ UEST AC KNOW LED G E (包含New TC H号和切换号码)Allocate handover number(分配切换号码)Send handover report(HO N) (发送切换报告) R adio channnel ack. (M AP) (包含New TC H号和HO N.)无线信道证实IAMAC M后续切换证实 Subsequent handover ack.HAND O VER C OM M AND切换命令切换检测 HAND O VER D ETEC T切换完成 HAND O VER C O M PLETE 发送结束信号 Send end signal (M AP)ANS结束信号 End signal (MAP)释放切换报告 Handover report 释放HO NC LEAR C OM M ANDC LEAR C O M PLETE释放(TUP)拆去M SC a和M SC b的物理连接结束信号 End signal (MAP)释放 (TUP/ISUP)释放切换报告 Handover report 释放HO N 拆去M SC Aa和M SC b' 的物理连接~ ~~~M S附：消息说明DTAP消息移动管理MM消息消息名传递方向功能鉴权拒绝 AuthenticationrejectTo MS 向MS指明鉴权已经失败鉴权请求 AuthenticationrequestTo MS 网络启动MS鉴权鉴权响应 Authentication response To Network 将计算出的鉴权响应SERS传送到网络CM重建请求 CMRe-establishment request To Network 若前一个连接失败,MS请求重建一个连接CM业务接受 CM service accept To MS 网络向MS指明已经接受请求的业务CM业务拒绝 CM service reject To MS 网络向MS指明不能提供请求的业务CM业务请求 CM service request To Network MS请求连接管理(CM)子层实体业务识别请求 Identity request To MS 网络请求MS提供标识识别响应 Identity response To Network MS提供标识给网络IMSI分离指示 IMSI detach indication To Network 在网络中设置此MS处于非活动状态位置更新接受 Location updating accept To MS 网络通知MS位置更新或IMSI附着已经完成位置更新拒绝 Location updating reject To MS 网络通知MS位置更新或IMSI附着失败位置更新请求 Locationupdating requestTo Network MS请求位置更新或IMSI附着MM状态 MM-Status 双向向另一方报告错误状况TMSI再分配 TMSIreallocation commandTo MS 网络再分配一个新的TMSI给MSTMSI再分配完成 TMSI reallocation complete To Network MS通知网络一个新的TMSI再分配已经发生DTAP 消息呼叫控制(CC)消息消息名传递方向功能提醒 Alerting 被叫MS到网络或网络到主叫MS 通知对方已经提醒被叫用户呼叫证实 Call confirmed 被叫MS到网络被叫用户证实一个来话请求呼叫进行 Call proceeding 网络到主叫MS 网络表明主叫用户所请求的呼叫建立信息已经接收到连接 Connect 被叫MS到网络或网络到主叫MS 表明被叫用户已经接收呼叫连接证实 Connectacknowledge网络到被叫MS或主叫MS到网络表明MS已经获得呼叫紧急建立 Emergency setup MS到网络MS启动紧急呼叫的建立进展 Progress 网络到MS 表明一个呼叫的进展建立 Setup 双向启动呼叫建立修改 Modify 双向请求改变一个呼叫的负载能力修改完成 Modify complete 双向表明呼叫负载能力的改变已经完成修改拒绝 Modify reject 双向表明呼叫负载能力的改变已经失败用户信息 User information 双向MS发送到远端用户的信息或网络发送远端用户的信息断连 Disconnect 双向MS请求清除端对端连接或网络指明端对端连接被清除释放 Release 双向表明发送方准备释放业务标识符TI释放完成 Release complete 双向表明发送方已经释放TI,且接收方将释放TI拥塞控制 Congestion control 双向表明在发送用户信息消息时流量控制的建立和终止通知 Notify 双向指明关于一个呼叫的信息启动DTMF Start DTMF MS到网络网络请求将包含的数字转变成DTMF音调启动DTMF证实 Start DTMF ack 网络到MS 指明网络已经成功地将包含的数字转变成DTMF音调启动DTMF拒绝 Start DTMF rej 网络到MS 表明网络不接收将包含的数字转变成DTMF音调的请求状态 Status 双向报告错误状况状态查询 Status enquiry 双向请求同层的层3实体发送Status消息停止DTMF Stop DTMF MS到网络停止发送DTMF音调到远端用户停止DTMF证实 Stop DTMF ack 网络到MS 表明DTMF音调的发送已经停止BSSMAP 消息无连接消息消息名传递方向功能阻塞 BLOCK BSS=>MSC 向MSC指明特定的陆地资源阻塞阻塞证实 BLOCKING ACKNOWLEDGE MSC=>BSS 指明相关电路中的业务已经被移去解闭 UNBLOCK BSS=>MSC 指明特定的陆地资源可恢复服务解闭证实 UNBLOCKINGACKNOWLEDGEMSC=>BSS 指明相关电路已经恢复服务切换已执行 HANDOVER PERFORMED BSS=>MSC 指明BSS已经执行了一个内部切换切换候选者询问 HANDOVER CANDIDATE ENQUIRE MSC=>BSS MSC查询正在某小区中工作的MS是否可以切换到其它小区切换候选者询问响应HANDOVER CANDIDATE RES.BSS=>MSC 指明候选MS的数目资源请求 RESOURCE REQUEST MSC=>BSS BSS请求当前特定小区中的空闲资源资源指示 RESOURCEINDICATIONBSS=>MSC 响应资源请求消息寻呼 PAGING MSC=>BSS 通知BSS在正确的小区发送寻呼消息复位 RESET 双向指明发送方发生了故障复位证实 RESET ACKNOWLEDGE 双向指明发送方已经发生了复位,等待恢复业务过载 OVERLOAD 双向表明发送方过载复位电路 RESET CIRCUIT 双向由于故障发送方特定的电路状态不明复位电路证实 RESET CIRCUIT ACKNOWLEDGE 双向表明发送方已清除了可能有关的呼叫,等待恢复服务BSSMAP 消息面向连接消息消息传递方向功能指配请求 ASSIGNMENT REQ MSC=>BTS 请求BSS指配无线资源,消息中包括资源的特性和地面信道指配完成 ASSIGNMENT COMPLETE BSS=>MSC 指出所请求的指配已经正确完成指配故障 ASSIGNMENT FAILURE BSS=>MSC 指出在BSS指配过程中出现故障,指配程序已终止切换请求 HO REQUEST MSC=>BTS 某MS要切换到该BSS所属的小区切换要求 HO REQUIRED BSS=>MSC 指出已有专用无线资源的某一MS请求切换,原因在消息中给出切换请求证实 HO Required Acknowledge BSS=>MSC 指出BSS可以支持请求的切换,并指示MS应切换到的信道切换命令 HO Command MSC=>BTS 包含MS应重新调谐的目标信道切换完成 HO Complete BSS=>MSC 指出正确的MS已经成功地接入目标小区切换故障 HO Failure BSS=>MSC 指出在对资源分配过程中出现故障,已放弃切换切换要求拒绝 HO RequiredrejectMSC=>BTS 指出BSS要求的切换没能执行切换执行 HO Performed BSS=>MSC 指出BSS已完成了一个内部切换,包括小区识别清除请求 Clear Request BSS=>MSC 指出BSS希望释放相关的专用资源清除命令 Clear Command MSC=>BTS 指示BSS释放相关专用资源清除完成 Clear Complete BSS=>MSC BSS通知相关专用资源已释放MSC调用跟踪 MSC InvokeTraceMSC=>BTS 指示BSS开始跟踪记录级别更新 Classmark Updated 双向更新相关的MS的级别加密模式命令 Cipher ModeCommandMSC=>BTS 要求更新相关的MS加密参数加密模式完成 Cipher Mode Complete BSS=>MSC 指出通过无线接口已达到成功的加密同步完全层3消息 Complete L3 Message BSS=>MSC 寻呼响应,位置更新请求,CM请求重建,CM业务请求,IMSI分离BSS执行SCCP连接建立时,MS发出的第一个层3消息排队指示 QueryingIndicationBSS=>MSC 指出所需的TCH的指配会有延时SAPI"n"拒绝 SAPI"n" Reject BSS=>MSC 指出SAPI!=0的一个消息被拒绝了寻呼 Paging MSC=>BTS 该消息包含足够的信息以使寻呼在正确的时间和正确的小区发送切换检测 HO Detected BSS=>MSC 指出正确的MS已成功地接入目标小区BSS调用跟踪 BSS InvokeTrace双向发端指示收端开始跟踪记录级别请求 Classmark Request MSC=>BTS 请求为对应的MS更新级别参数加密模式拒绝 Cipher ModeRejectBSS=>MSC七号信令：A p p lic a tio n P re s e n ta tio n S e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a lA p p lic a tio nP re s e n ta tio nS e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a l N e tw o rkD a ta L in kP h y s ic a lN e tw o rk N o d eU s e r U s e rGSM 信令分层：● BSSAP BSS Application Part● BSSMAP BSS Management Application Part ● DTAP D irect Transfer Application Part ● MM Mobility Managemert ●CM Connection Management● CC Call Control● SMSShort Message Services● SS SCCP Signalling Connection Control Part ● MTP Message Transfer Part ● RR Radio Resourses ● BTSM BTS Management● LapDLink Access Protocol on the D channel● LapDm Link Access Protocol on the D channel modified ● Layer 1 (Physical Layer)● The physical layer is responsible for the error free transfer of physical data units. This layer definesthe electrical and mechanical characteristics of the transmission path. ● Layer 2 (Link Layer)● The function of the link layer is to transfer frames, error free, between two stations using the bittransfer connection created by the physical layer. The tasks of this layer include opening,maintaining, and closing a connection between two stations.● In GSM, the data link layer is implemented with the standard LapD (Link Access Protocol on D channel) protocol on the BTS-BSC link, and with a GSM specific LapDm protocol on the BTS-MS (radio interface) link.● Layer 3 (Network Layer)RRAir In terfaceRR'LapD BTS MLapD Abis In terfaceR RBSSM APMSBTSB SC M SCBTSMA Interface M T P M T PS CCPLa pDm Lap DmSCCPB SS A P D TA PB S SM APM MCCSSSM SC M M MC C SS SM SC M●The network layer isolates the higher levels from routing and connection tasks. It is responsible forgetting the message to its destination through an arbitrary network topology.●In GSM, this layer is hierarchically divided into three sublayers; CM (Connection Management),MM (Mobility Management), and RR (Radio Resource) layers.●The Radio Resource layer, RR, produces services for the Mobility Management layer. Thefunctions of this layer include establishing, maintaining, and releasing physical connections (i.e.RF traffic and control channels). The main part of this function is located in the BSC, although some of the functions are performed by the BTS.●The Mobility Management layer, MM, controls the registration of subscriber equipment in thenetwork and identification of users. This function is located in the MSC.●The Connection Management layer, CM is the highest layer in the GSM implementation of the OSImodel. This is indicated by its location (top of the protocol stack in both MSC and MS). This layer is basically the interface to the user in the GSM system.●The connection management layer is subdivided into three segments; Call Control segment, CC,which is responsible for establishing, maintaining and releasing calls, Suplementary Services segment, SS, and Short Message Service segment, SMS.●呼叫建立过程：呼叫建立过程说明：1.CHANNEL_REQUESTThe MS requests a channel by sending a random access burst on a RACH channel via one BTS. Channelrequest -message contains the establishment cause. This can be 'Answer for paging', 'emergency call', 'other services (Mobile Originated Call, Short Message Service)' or 'Other', like location update. In addition to, this message contains Random Reference. This is 5 bits randomly selected by MS. The usage of random reference is: when two MSs are accessing to the network exactly the same time, the network can separate these Mobile Stations by using this random reference. 2. IMMEDIATE_ASSIGNMENTThe BSS informs the MS on AGCH channel about the SDCCH channel to be used. In practice, this message is an order from the network to the MS to move to the SDCCH -channel defined before. Page mode, SDCCH channel description, associated SACCH and hopping frequency are included as parameters. In addition, request reference (same as establishment cause), initial timing advance and frequency allocation if frequency hopping applies are also included.M S C B S CB T SM SV L R C h a n n el R eq u ir edC h a n n el A ctiva tionC h a n n el A ctiva tion A ck.Im m ed ia te A ssig m en t C om m a n d.C h a n n el R eq u est ( R A C H )Im m ed ia te A ssig m en t ( A G C H ).C M S er vice R eq u est ( SD C C H )E sta blish In d ica tionC R (C M S er vice R eq u est) P r ocess A ccess R eq u estA u th en tica teC C A u th en tica tion R eq u estA u th en tica tion R eq u est ( S D C C H ) A u th en tica tion R esp on se ( S D C C H )D T 1 A u th en tica tion R esp on seA u th en tica tion R esp on seS et C ip h er in g M od eD T 1 C ip h er in g M od e C om m a n dE n cr yp tion C om m a n dC ip h er in g M od e C om m a n d ( SD C C H )C ip h er in g M od e C om p let e ( SD C C H )D T 1 C ip h er in g M od e C om p leteA ccess R eq u est A ccep ted F or w a r d N ew T M S IT MS I R ea lloca tion C om m a n d T M S I R ea lloca tion C om m a n d ( S D C C H ) T M S I R ea lloca tion C om p lete ( S D C C H )T M S I R ea lloca tion C om p leteT M S I A ck.S etu p ( S D C C H )D T 1 S etu pS en d In fo for O.G. C a llC om p lete C a llD T 1 C a ll P r oceed in gC a ll P r oceed in g ( SD C C H )D T 1 A ssig n m en t R eq u estP h ysica l C on tex t R eq u estP h ysica l C on tex t C on fir m edC h a n n el A ctiva tion C h a n n el A ctiva tion A ck.A ssig n m en t C om m a n d ( S D C C H )S A B M ( F A C C H ) E sta blish In d ica tionU A ( F A C C H )A ssig n m en t C om p lete ( F A C C H )D T 1 A ssig n m en t C om p leteC h a n n el R elea seC h a n n el R elea se A ck.D T 1 A ler tin g A ler tin g ( F A C C H ) D T 1 C on n ectC on n ect ( F A C C H )C on n ect A ck.( F A C C H )D T 1 C on n ect A ck.M ea su r em en t R ep or t ( S A C C H )M ea su r em en t R ep or t/R esu lt D iscon n ect ( F A C C H )D T 1 ( D iscon n ect )D T 1 ( R elea se )D T 1 ( R elea se C om p lete)D T 1 ( C lea r C om m a n d )R elea se ( F A C C H )R elea se C om p lete ( F A C C H )C h a n n el R elea se ( F A C C H )D ea ctiva te S A C C HD IS C ( F A C C H )U A ( F A C C H )R elea se In d ica tionR F C h a n n el R elea se R F C h a n n el R elea se A ck.D T 1 ( C lea r C om p lete )R L S D ( S C C P R elea sed )R L C ( S C C P R elea sed A ck.) 12 3 456 7 8910 111213 14151617181920212223242526 2728 2930 313233343536 37 38 39 40 414243444546 47484950 51 525354 5556575859606162636465 666768697071727374U A (S D C C H )R A D IO A C C E S S P A R TE S T A B L IS H M E N T P A R TC IP H E R IN G ,A U T H E N T IC A T IO A N D C A L L S E T U P P A R TT C H S E IZ E DC O N V E R S A T IO NP A R TR E L E A S E B Y M SC M S er vice R eq u estC ip h er in g M od e C om m a n d3. AUTHENTICATION_RESPONSEThe MS responds to the Authentication Request with the Signed Response SRES. The Authentication Response is sent to the BSC via the BTS.In the MS Authentication procedure, two algorithms, A3 and A8 are used. In the SIM -card (In MS), both of these algorithms and 32 -digit key are stored) and the very same information can be found in Authentication Centre (AuC) also. When MS Authentication is requested by the network, AuC/VLR sends 32 -digit RANDom Number to the MS. MS calculates then Signed Response (SRES and returns that back to the VLR. VLR makes a comparison if received SRES is same than it has received inside of the Authentication triplet from the AuC before. If these two SRESs are the same, authentication went OK and MS can continue the call setup.Should you notice, the first 8 digits of the KI are used for Authentication and SRES calculation, the rest 24 are reserved for Ciphering Key calculation.4. SETUPAfter authentication, Identification and Ciphering, the MS is in the SDCCH channel and ready to start real call setup signaling. The MS sends a Setup message to the BSC to be forwarded to the MSC.5. ASSIGNMENT_COMMANDThe BTS delivers received information further on towards the MS. Contents: channel description, power levels, cell channel description, channel mode (Full / Half) and mobile allocation.位置更新M S C B S CB T SM SV LRC hannel R equiredC hannel A ctivatio n C hannel A ctivatio n A ck.Im m ediate A ssigm ent C o m m and.C hannel R equest ( R A C H )Im m ediate A ssigm ent ( A G C H ).L o catio n U pdate R equest E stablish Indicatio nP ro cess A ccess R equestA uthenticateD T 1A uthenticatio n R equestA uthenticatio n R equest ( S D C C H ) A uthenticatio n R espo nse ( S D C C H )D T 1 A uthenticatio n R espo nseA uthenticatio n R espo nse S et C iphering M o deD T 1 C ipher M o de C o m m andE ncryptio n C o m m and C iphering M o de C o m m and ( S D C C H )C iphering M o de C o m plete ( SD C C H ) D T 1C ipher M o de C o m pleteA ccess R equest A cceptedD T 1 L o catio n U pdate A cceptedL o catio n U pdate A cceptedT M S I reallo catio n C o m pleteD T 1T M S I R eallo catio n C o m pleteD T 1 C lear C o m m andC hannel R elease ( SD C C H )D eactivate S A C C HD IS C ( FA C C H )U A ( FA C C H )R elease Indicatio nR F C hannel R elease R F C hannel R elease A ck. D T 1 C lear C o m pleteR L S D (S C C P R eleased)R L C (S C C P R eleased A ck.) C R L o catio n U pdate R eq. U A ( S D C C H )Identity R equestC C Identity R equestIdentity R equest ( S D C C H ) Identity R espo nse ( S D C C H )D T 1 Identity R espo nse Identity R espo nse 1 2345 6 7 8 910 11 12131415 161718 1920 21 22232425262728 29 3031323334353637 38R A D IO A C C E SS PA R TID E N T IFIC A T IO N A U T H E N T IC A T IO PR O C E D U R E SC H A N N E L R E L E A SEL O C A T IO NU PD A T E R E Q U E STC IPH E R IN G A N DE N C R Y PT IO N PA R TL O C A T IO N U PD A T EL o catio n U pdate R equest S A B M (S D C C H )。

NO1信令简介与典型呼叫流程

NO 1信令简介与典型呼叫流程编者：禹翔审核：王高原中兴通讯固网交换用服部修改记录目录第1章NO.1信令介绍 (1)1.1中国NO.1信令方式 (1)1.2线路信令 (2)1.2.1 局间直流线路信令方式 (2)1.2.2 带内单频脉冲线路信令 (3)1.2.3 局间数字型线路信令 (5)1.3多频记发器信令 (7)第2章NO.1信令的典型呼叫流程 (13)2.1被叫先挂机的呼叫信令流程与分析 (13)2.1.1 信令流程图 (13)2.1.2 信令流程分析 (14)2.2主叫先挂机的呼叫信令流程与分析 (14)2.3信令流程分析 (15)第1章NO.1信令介绍1.1 中国NO.1信令方式中国No.1号信令是局间信令，它属于随路信令，也就是说，信令信号和话音信号是在同一个信道上传送的。

中国No.1号信令由线路信令和记发器信令两部分组成。

线路信令在线路设备（中继器）之间传送，它主要是传送一些相关中继线的占用、应答、复原等内容。

记发器信令是通过两个交换局中的“记发器”之间传送的，线路信令根据局与局之间采用的中继器的不同，而采用不同的线路信令，不同中继器所采用的记发器信令是一样的，不同的中继器采用不同的线路信令。

实线中继器采用局间直流线路信令；载波中继器采用带内单频脉冲线路信令；PCM数字中继器采用局间数字型线路信令。

不同中继器所采用的记发器信令是一样的，下图为一个中国No.1号信令的组成和分类示意图：图 1.1-1 随路信令分类示意图1.2 线路信令线路信号是为了反映局间线路状态或为改变状态等而设立的一些信号。

它的功能相当于用户线上的监视信号，只是内容和方式更加复杂。

按照完成线路信号的技术手段，线路信号可分为：直流信号、交流信号和数字型信号。

下面将详细对这几种信号一一进行介绍，线路信号包括前向信号和后向信号，前向信号是沿接续前进方向传送的信号，也就是由主叫端向被叫端传送的信号，后向信号则是沿着相反方向传送的信号。

呼叫基本信令流程

第8页
课程介绍
呼叫流程主要包括:移动主叫流程、移动被叫流程、汇接呼叫流程。
本课程主要介绍移动主/被叫在不同 MSC/VLR的主/被叫流程。
第1页
课程目标
通过学习本课程，可以基本掌握: ·移动用户做主叫的信令流程 ·移动用户做被叫的信令流程对此信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体(BSC、MSC、VLR、HLR)的功能有更加深刻的体会。
ALERTING CONNECT CONNECT_ACK DISCONNECT RELEASE RELEASE_COM
ACM ANM 通话开始 REL REC
CLEAR_CMD CLEAR_COM
第4页
信令流程详解
· CM Service Request:当主叫手机输入被叫号码完毕按下发射按钮后，手机将进行一系列的动作，首先MS通过 RACH向BSC申请一个专用信道(SDCCH)后，随后将通过 SDCCH上发一个层三消息—CM业务请求消息，该消息中包含主叫MS的标识(IMSI/TMSI)、CM Service Type(手机源起呼叫/紧急呼叫/短消息等) · Authentication Request/Response: MSC/VLR收到业务接入请求后，VLR首先在数据库中检查改MS是否有鉴权三元组(RAND/Kc/SERS)，如果有，直接向MSC下发鉴权命令，否则向相应的HLR/AUC请求鉴权参数后再次下发鉴权命令。在鉴权命令中含有鉴权参数，MS收到鉴权请求后，利用SIM卡中IMSI和鉴权算法得出鉴权结果并通过鉴权响应消息送达MSC/VLR，VLR核对鉴权结果是否一致
第7页
信令流程详解
· ALERT:被叫侧无线资源分配成功后，被叫MS-b 上发

120急救调度流程

120急救调度流程标题：120急救调度流程引言概述：急救调度是120急救系统中至关重要的一环，它涉及到对急救资源的合理分配和调度，以及对紧急情况的快速响应。

本文将详细介绍120急救调度流程，包括呼叫接收、资源分配、指挥调度、信息记录和评估反馈等五个部分。

一、呼叫接收1.1 呼叫中心接收在急救调度流程中，呼叫中心是起始点。

当接到紧急呼叫时，呼叫中心将迅速记录呼叫者的基本信息，如姓名、联系电话、事发地点等，并详细了解患者的病情和紧急情况的性质。

1.2 信息核实与分类接下来，呼叫中心工作人员会核实呼叫者提供的信息，并根据病情的紧急程度进行分类。

一般来说，急救调度会将病情分为三个等级：红色（危急）、黄色（急诊）和绿色（非急诊）。

1.3 呼叫转接与记录在呼叫接收过程中，如果需要进一步了解患者的病情或者提供急救指导，呼叫中心可能会将呼叫转接给医生或护士。

同时，呼叫中心还会详细记录呼叫的时间、内容和处理结果等信息，以备后续参考。

二、资源分配2.1 资源调查与分析基于呼叫中心提供的信息，急救调度人员会进行资源调查与分析。

他们将评估当前可用的急救车辆、医生和护士等资源，并根据病情的紧急程度进行合理的分配。

2.2 调度指挥中心调度指挥中心是资源分配的核心。

在这里，急救调度人员会根据病情的紧急程度和资源的可用性，决定派遣哪辆急救车辆、哪个医生或护士前往现场，并提供详细的路线指引和急救指导。

2.3 资源调度记录在资源分配过程中，急救调度人员会记录派遣的急救车辆、医生和护士等信息。

这些记录将用于后续的统计分析和流程改进，以提高急救调度的效率和准确性。

三、指挥调度3.1 指挥中心协调指挥中心起着协调和指挥作用，它与急救车辆、医生和护士等进行密切联系，确保他们能够迅速到达现场，并提供及时有效的急救服务。

3.2 路况监控与调整在指挥调度过程中，指挥中心会通过实时监控路况信息，及时调整急救车辆的行驶路线，以确保最短的响应时间和最佳的救援效果。

信令流程(寻呼、短信、切换)

1 基本呼叫过程...............................................................................................................................1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）...............................................1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放）...............................................1.3 固定用户呼叫移动用户完整过程...................................................................................1.4 移动用户呼叫固定用户完整过程...................................................................................1.5 呼叫重建过程...................................................................................................................2 位置更新过程...............................................................................................................................2.1 第一次位置更新（TMSI再分配） ................................................................................2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新.................................................................................................3 IMSI附着过程 .............................................................................................................................3.1 IMSI分离过程 (20)4 切换...............................................................................................................................................4.1 小区内切换.......................................................................................................................4.2 BSC内的小区间切换........................................................................................................4.3 MSC内的BSC间切换........................................................................................................4.4 MSC间切换........................................................................................................................4.5 强迫切换...........................................................................................................................5 短消息传送过程...........................................................................................................................5.1 空闲模式下MS发起的短消息传送 ...............................................................................5.2 空闲模式下MS终止的短消息传送 ...............................................................................5.3 专用模式下MS发起的短消息传送 ...............................................................................5.4 专用模式下MS终止的短消息传送 ...............................................................................6 高级语音呼叫过程.......................................................................................................................6.1 组呼的信令过程...............................................................................................................6.1.1 发起组呼的信令流程...........................................................................................移动用户发起组呼的信令流程.................................................................................固定用户发起组呼的信令流程.................................................................................6.1.2 移动用户在主控MSC上申请上行链路的信令流程.........................................6.1.3 组呼挂断的信令流程...........................................................................................主控MSC下的移动用户挂断组呼的信令流程1....................................................中继MSC下的用户挂断组呼的信令流程...............................................................固定用户挂断组呼的信令流程 (39)6.2 语音广播呼叫过程...........................................................................................................6.2.1 语音广播呼叫建立信令流程...............................................................................6.2.2 语音广播挂断信令流程.......................................................................................1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）1移动用户呼叫移动用户主叫侧完整过程（主叫释放）流程1.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。

IMS基本信令流程

IMS基本信令流程

Copyright © 2009 Huawei Technologies Co., Ltd. All rights reserved.
内容介绍
1. IMS注册及相关流程 2. IMS会话及相关流程
Copyright © 2009 Huawei Technologies Co., Ltd. All rights reserved.

第三方注册 (Third-Party Resgister)

如果用户已签约IMS业务，则用户成功注册后，S-CSCF要检查所下载的初始过滤准则iFC，并触发去为用户服务的AS的路由，通知AS用户
已经注册并且可到达。
Copyright © 2009 Huawei Technologies Co., Ltd. All rights reserved.
鉴权相应第三方注册page21diameter消息消息全称说明uaruserauthorizationrequest用户鉴权请求uaauserauthorizationanswer用户鉴权响应marmultimediaauthenticationrequest多媒体鉴权请求maamultimediaauthenticationanswer多媒体鉴权响应sarserverassignmentrequest服务器分配请求saaserverassignmentanswer服务器分配响应page22注册过程中各网元功能功能pcscf检查impiimpu和归属域根据归属域查询dns获取icscf的地址并转发促使注册请求icscf查询hss进行scscf的选择并指定scscf向scscf转发注册请求scscf从hss下载鉴权数据对终端进行鉴权鉴权成功后从hss下载用户的业务签约数据serviceprofile根据ifc进行第三方鉴权hss与icscf下发scscf列表与每个scscf所支持的性能交互确定scscf下发鉴权数据和用户业务签约数据记录用户注册状态page23注册过程中各网元保存的信息注册前注册中注册后终端impiimpu域名pcscf名或地址鉴权密码impiimpu域名pcscf名或地址鉴权密码impiimpu域名pcscf名或地址鉴权密码pcscfdns地址icscf地址ueip地址impiimpuscscf地址ueip地impiimpuicscfhss地址scscf地址临时无信息保存scscfhss地址hss地址userprofilepcscf地址pcscfnetworkidueip地址impiimpuhss地址userprofilepcscf地址pcscfnetworkidueip地址impiimpuhss用户serviceprofilepcscfnetworkidscscfip地址page24注销流程注册定时器超时前hss发起的imssip用户注销注册定时器超时前as发起的imssip用户注销注册定时器超时scscf发起的注销page25注销例子用户主动注销page26注销例子scscf进行网络注销用户未付费发起原因page27知识回顾ims用户注册时分了多少个步骤

WCDMA呼叫信令流程

对于信令流程，应该从以下几个方面掌握：1．能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。

2．能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。

3．能够知道呼叫过程中的每条消息对应的物理信道。

4．能够清楚的理解呼叫过程中的每条消息的主要内容5．能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口6．后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。

RRC连接：1．RRC Connection Request1.1 在这个消息中，主要必须知道其中主要的三个信元：第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority Signaling, Low Priority Signaling第三，UE测量到的当时CPICH的Ec/Io1.2对于这个消息：从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。

采用的方式是SRB01. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH2．RL Setup Request2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。

RNC告诉Node B，让Node B准备相应的资源。

在信令Trace中，可以看到里面包含了所有物理信道的配置信息。

2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。

2.3这里要区分Iub口的用户面和控制面，简单的说来，其用户面就向一个转接头，只是把高层的消息转接过去。

而控制面，则是处理了所有RNC和Node B私人之间相关的消息。