(流程管理)信令流程(寻呼短信切换)
（流程管理）信令流程(寻
呼短信切换)
1 基本呼叫过程2
1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）2 1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放）10 1.3 固定用户呼叫移动用户完整过程17
1.4 移动用户呼叫固定用户完整过程22
1.5 呼叫重建过程26
2 位置更新过程 27
2.1 第一次位置更新（TMSI再分配）27
2.2 VLR内部的位置更新29
2.3 改变VLR时的位置更新34
3 IMSI附着过程40
3.1 IMSI分离过程40
4 切换 44
4.1 小区内切换44
4.2 BSC内的小区间切换46
4.3 MSC内的BSC间切换48
4.4 MSC间切换50
4.5 强迫切换54
5 短消息传送过程56
5.1 空闲模式下MS发起的短消息传送56
5.2 空闲模式下MS终止的短消息传送60
5.3 专用模式下MS发起的短消息传送65
5.4 专用模式下MS终止的短消息传送67
6 高级语音呼叫过程 69
6.1 组呼的信令过程69
6.1.1 发起组呼的信令流程69
6.1.1.1 移动用户发起组呼的信令流程69
6.1.1.2 固定用户发起组呼的信令流程72
6.1.2 移动用户在主控MSC上申请上行链路的信令流程74 6.1.3 组呼挂断的信令流程76
6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 76 6.1.3.2 中继MSC下的用户挂断组呼的信令流程 77
6.1.3.3 固定用户挂断组呼的信令流程78
6.2 语音广播呼叫过程79
6.2.1 语音广播呼叫建立信令流程79
6.2.2 语音广播挂断信令流程82
1 基本呼叫过程
1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）
1移动用户呼叫移动用户主叫侧完整过程（主叫释放）
流程
1.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附
着、短消息、补充业务管理。当寻呼触发信道请求时，由必需的信道IE提供寻呼指示。
主要信息元素有建立原因和随机参考。
2.Channel required：BTS对MS的Channel request消息正确解码后，向BSC发送
Channel required消息。此消息中包含重要的附加信息和BTS对传输时延（TA）的估计。
3.Channel activation：目的是激活一个无线信道，该消息中包括激活原因、对信道的
描述。主要原因有小区内的信道改变、同步切换、异步切换、多时隙中第二信道的激活和信道重激活等。
4.Channel activation acknowledge：BTS对channel activation的响应，包含BTS
的当前帧号，BSC用这个帧号确定启动时间。
5.Immediate assignment command：BSC请求BTS发送立即分配消息，主要信息元
素有信道号和完全的立即分配消息。
6.Immediate assignment：由网络发给空闲模式下的MS，目的是为了在同一小区内，
将该移动台的信道配置改成专用信道配置。主要信息元素有信道描述、分组信道描述、上/下行链路分配等。
7.L2-SABM：MS在分配的信道上发送SABM，目的是建立证实模式下的信令消息链路
层连接(SAPI0上)。SABM帧中包含完整的第三层消息，如Location update request、CM service request、Paging respond及IMSI detach。
8.Establish indication：BTS收到SABM帧后，将向BSC发送Establish indication
消息，用来通知LAPDm连接已经建立，该消息是对Immediate assign command 消息的回复。
9.(a)UA：L2-UA：BTS收到SABM后还会向MS发送UA帧，以便进行竞争解决。BTS
发送的UA帧信息内容与收到的SABM帧信息内容完全相同。MS收到UA帧后，将它和本身发送的SABM进行比较，完全一样时才会继续接入，否则放弃这个信道。
(b)CR：BSC收到Establish indication消息后，向MSC发送CR消息，目的是在A
接口上建立第二层SCCP连接。CR中包含完整的第三层消息，如Location update request、CM service request、Paging respond及IMSI detach。
https://www.360docs.net/doc/c310562792.html,：MSC收到CR消息后，向BSC回复CC消息，证实已经建立SCCP连接或拒绝
建立SCCP连接。
11.MAP_process_access_request：MSC向VLR发送MAP_process_access_request，
证实MS开始接入网络。
12.MAP_authenticae：当VLR收到来自MSC有关位置注册、呼叫建立、补充业务或
MSC请求鉴权等业务指示时触发，主要信元有CKSN、SRES等。
13.Authenticate request：该消息在A接口上由MSC发往BSC，其中包含的是B接口
MAP_authenticate消息，A口对它进行透明传输。
14.Data request（authenticate）：BSC请求BTS在无线链路层连接上以确认模式发送
消息，主要信元有信道号、链路识别符、L3消息等。该消息在Abis接口透明传输，其中包含鉴权请求消息。
15.Authenticate request：目的是发起对移动台身份的鉴权，主要信元有密钥序列号、
鉴权参数随机数等。
16.Authentication response：移动台向网络发送鉴权响应消息，目的是传送移动台计
算出的SRES。
17.Data indication（authenticate）：BTS通知BSC收到消息，主要信元有信道号、链
路识别符、L3消息等。该消息在Abis接口上透明传输，其中包含鉴权响应消息。
18.Authenticate response：该消息在A口上透明传输，其中包含空口上的鉴权响应消
息
19.MAP_authenticate_acknowledge：MSC向VLR发送对鉴权的确认。
20.MAP_set_ciphering_mode：当其他业务要求在无线链路上以加密的形式传送信息
时，VLR 就向MSC发送Map_set_ciphering_mode消息来启动加密过程。主要的信息元素有：加密模式、Kc。触发原因是其他业务要求对在无线路径上发送的信息加密。
21.Cipher mode command：通过相关的SCCP连接MSC向BSC发送此消息，用来更
新相关移动台的加密参数。此消息包含：三层头信息、加密信息、算法识别符、加密响应模式等。指示网络已经开始解译密码。
22.Encryption command：BSC向BTS发这条消息启动加密模式的操作。主要元素有
加密信息。
23.Cipher mode command：BTS在主DCCH上向移动台发送加密模式命令消息，指
示网络已经开始解译密码，移动台应开始加密和解译密码，或指示将不再进行加密。
主要元素有：加密模式设置、加密响应。
24.Cipher mode complete：MS在DCCH上向网络发送加密模式完成消息，目的是为
了向网络指示出移动台已经开始加密或解译密码。主要信元有识别符类型、奇偶指示等。
25.Data indication：BTS给BSC发此消息表示在确认模式下消息的接收。主要的信息
元素有：链路标识、三层消息。该消息在Abis口上透明传输。
26.Cipher mode complete：通过相关的SCCP连接BSC向MSC发送此消息，表明在
空口上已经成功的完成了加密同步。主要的信息元素有：三层信息内容、选择的加密算法。.
27.MAP_process_access_request_acknowledgement：
28.MAP_forward_new_TMSI：由VLR发往MSC，开始TMSI再分配过程。目的是VLR
在一个会话进行期间（比如：呼叫建立、位置更新或者补充业务操作）通过MSC给用户分配一个新的TMSI 。
29.TMSI reallocation command：该消息在A接口上由MSC发往BSC，其中包含的
是空中接口TMSI reallocation command消息，A口对它进行透明传输。
30.Data request（TMSI reallocation command）：该消息在Abis接口上由BSC发往
BTS，其中包含的是空中接口TMSI reallocation command消息，Abis接口对它进行透明传输
31.TMSI reallocation command：该消息由网络发往MS，其中包含的参数有Location
area identification（位置区识别）和Mobile identity（移动识别，比如：IMSI、TMSI、IMEI、IMEISV），网络通过这个消息向移动台重新分配（消息中指定的是TMSI和LAI
组合）一个TMSI或删除一个TMSI（消息中指定的是IMSI和LAI组合）。
32.TMSI reallocation complete：MS向网络发送这个消息指示已经完成TMSI再分配
或删除。
33.Data indication（TMSI reallocation complete）：该消息在Abis接口上由BTS发
往BSC，其中包含的是空中接口TMSI reallocation complete消息，Abis接口对它进行透明传输。
34.TMSI reallocation complete：该消息在A接口上由BSC发往MSC，其中包含的是
空中接口TMSI reallocation complete消息，A口对它进行透明传输。
35.MAP_forward_new_TMSI_ACK：由MSC指向VLR，向VLR发送确认，这标志着
TMSI再分配过程的结束。
36.Set_up ：MS向网络发送建立请求，主要包括本次呼叫请求得具体业务种类及MS能
提供的承载能力，被叫用户号码及被叫号码类型和编号方案。
37.Data indication(Set up)：该消息在Abis接口上由BTS发往BSC，其中包含的是
Set_up消息，Abis接口对它进行透明传输。
38.Set_up ：MS向网络发送建立请求，主要包括本次呼叫请求得具体业务种类及MS
能提供的承载能力，被叫用户号码及被叫号码类型和编号方案。
39.Map_send_infomation_for_o/g_call：VLR在收到Set_up消息后，根据它在该MS
位置更新过程中从HLR获得的用户数据信息，来分析被叫号码和主叫用户本身的能力，以及网络本身的资源能力等。
40.Map_complete_call：VLR核对是否能接纳请求，如果可以通过，则VLR向MSC
发回“完成呼叫能力查询”的报文。
41.Call proceeding：MSC收到VLR发送的“完成呼叫能力查询”的报文，如果MSC
认为可以建立起与对端的通信时，则向MS发送此“呼叫进程”消息，表示它已经将“呼叫建立”的请求收到而且不需要再接收其它的消息了。
42.Data request(Call proceeding)：该消息在Abis接口上由BSC发往BTS，其中包
含的是空中接口Call proceeding消息，Abis接口对它进行透明传输
43.Call proceeding：MSC收到VLR发送的“完成呼叫能力查询”的报文，如果MSC
认为可以建立起与对端的通信时，则向MS发送此“呼叫进程”消息，表示它已经将“呼叫建立”的请求收到而且不需要再接收其它的消息了。
44.Assignment request：在MSC向MS发出“呼叫进程”消息后，MSC将根据业务
请求的需要向BSC发出“指配请求”消息，用来要求BSC来给此次呼叫分配TCH话音信道，在此消息中含有所请求信道的类型等内容。
45.Phys CTX request
46.Phys CTX confirmed
47.(a) Channel activation：BSC在收到MSC的“指配请求”后，如果发现有所需资源
的话，就会向BTS发出“激活信道”的消息来激活相应的地面资源，包括信道、频率、时隙和跳频等内容。
(b)Queuing：如果BSC无相应的地面资源则向MSC返回“无资源”的消息，而系统允许排队的话，则BSC向MSC发出“排队”指示消息。
48.Channel activation acknowledgement：在BTS将电路等资源准备好后，将会向
BSC发送“信道激活证实”的消息。
49.Data request(assignment command) 该消息在Abis接口上由BSC发往BTS，其
中包含的是空中接口Assignment command消息，Abis接口对它进行透明传输50.Assignment command BSC根据BTS提供的关于该信道的物理信息，将其放在“指
配命令”消息中，发给MS。此消息主要包括信道类别、信道速率和类别及话音解码算法和透明传输指示器、分配优先级以及CIC电路识别码。
51.Release request：当网络认为和MS之间的连接没有必要时，就向MS发送Release
消息，通知它网络正在释放CC层连接。消息中包含释放的原因。
52.L2_SABM：MS在收到网络发来的“指配命令”消息后，MS启动链路层连接的本端
释放，断连物理信道，并根据命令的要求切换到分配的信道。随机MS启动低层连接建立，将收发信配置调整到该TCH信道上，并通过FACCH信道向系统发出SABM消息。
53.Establishment indication：系统在收到SABM消息后，则会向BSC发出“建立指示
消息”。
54.UA：当BTS收到来自MS的L2-DISC后，向MS返回一个UA帧，表明已经释放和
MS之间的专用资源，已经返回空闲模式。
55.Assignment complete：经过判决，若MS认为已经成功占用了网络所分配的信道，
将通过FACCH信道向系统发出“指配完成”消息。
56.Data indication(assignment complete)：该消息在Abis接口上由BSC发往BTS，
其中包含的是空中接口Assignment complete消息，Abis接口对它进行透明传输。
57.Assignment complete：BSC将Assignment消息传给MSC。
58.Disconnect ：MS利用FACCH信道向BTS发送“断连”消息，请求清除端到端的
连接。消息中包含呼叫清除的原因。
59.Data indication：BTS发送一个包含层3 Disconnect 消息的Data indication给
BSC，指示接收到确认模式下的一个L3消息。
60.Disconnect：BSC向MSC发送来自MS的Disconnect消息。
61.RF channel release：BSC向BTS发送这个消息，用于指示释放无线信道资源。
https://www.360docs.net/doc/c310562792.html,：MSC向BSC回复一个CC消息。
63.RF channel release ack：BTS向BSC发送这个消息作为对无线信道释放消息的确认，
此时射频信道资源已经空闲，并可以用于其它的分配。
64.Clear command：MSC向BSC发送Clear command消息，目的是命令BSC释放
分配的专用资源，消息中包含清除的原因，如“呼叫控制”、“切换完成”等。65.Data indication(clear command)：该消息在Abis接口上由BSC发往BTS，其中包
含的是空中接口Clear command消息，Abis接口对它进行透明传输。
66.Data request(clear complete)：该消息在Abis接口上由BTS发往BSC，其中包含
的是空中接口Clear complete消息，Abis接口对它进行透明传输。
67.Clear complete：BSC向MSC发送该消息来通知MSC相关的专用资源已经被成功
的清除。
1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放）
流程
1.Paging：MSC收到MAP_PAGE或MAP_SEARCH_FOR_MOBILE_SUBSCRIBER后，
向BSC发送Paging消息，开始寻呼MS。
2.Paging command：BSC通过向BTS发送Paging command消息，寻呼MS。该消
息中包含MS的识别码以及所属的寻呼子信道等信息。
3.Paging request：BTS收到Paging command后，在相应的寻呼子信道上向MS发
送Paging request消息，寻呼MS。
4.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附
着、短消息、补充业务管理。当寻呼触发信道请求时，由必需的信道IE提供寻呼指示。
主要信息元素有建立原因和随机参考。
5.Channel required：当BTS收到MS的信道请求后，向BSC发送该消息，请求信道
分配。
6.Channel activation：目的是激活一个无线信道，该消息中包括激活原因、对信道的
描述。主要原因有小区内的信道改变、同步切换、异步切换、多时隙中第二信道的激活和信道重激活等。
7.Channel activation acknowledge：BTS对channel activation的响应，包含BTS
的当前帧号，BSC用这个帧号确定启动时间。
8.Immediate assign command:BSC向BTS发送这个消息，请求BTS向MS发送
immediate assignment消息，其中包含了信道号和完整的立即分配消息。
9.Immediate assignment：网络在CCCH上向空闲模式的MS发送这个消息，为其分
配一个专用信道，包含的主要信息元素有：信道描述，请求参考，定时提前量，移动分配起始时间。
10.Paging response：MS在分配的信道上发送SABM，目的是建立证实模式下的信令
消息链路层连接(SAPI0上)。SABM帧中包含完整的第三层消息Paging respond（寻呼响应）消息。
11.Establish indication(Paging response)：BTS收到SABM帧后，将向BSC发送
Establish indication消息，用来通知LAPDm连接已经建立，该消息是对Immediate assign command消息的回复。
12.（a）UA(Paging reponse)：BTS收到SABM后还会向MS发送UA帧，以便进行
竞争解决。BTS发送的UA帧信息内容与收到的SABM帧信息内容完全相同。MS收到UA帧后，将它和本身发送的SABM进行比较，完全一样时才会继续接入，否则放弃这个信道。
（b）CR(Paging response) ：BSC收到Establish indication消息后，向MSC发送CR消息，请求在A接口上建立第二层SCCP连接。CR消息中包含完整的第三层消息Paging respond（寻呼响应）消息。
https://www.360docs.net/doc/c310562792.html,：MSC收到CR消息后，向BSC回复CC消息，证实已经建立SCCP连接或拒绝
建立SCCP连接。
14.MAP_process_access_request：MSC向VLR发送MAP_process_access_request，
证实MS开始接入网络
15.MAP_authenticate：当VLR收到来自MSC有关位置注册、呼叫建立、补充业务或
MSC 请求鉴权等业务指示时触发，主要信元有CKSN、SRES等。
16.Authentication request：该消息在A接口上由MSC发往BSC，其中包含的是B接
口MAP_authenticate消息，A口对它进行透明传输。
17.Data request（authentication request）：BSC请求BTS在无线链路层连接上以确
认模式发送消息，主要信元有信道号、链路识别符、L3消息等。该消息在Abis接口透明传输，其中包含鉴权请求消息。
18.Authentication request：目的是发起对移动台身份的鉴权，主要信元有密钥序列号、
鉴权参数随机数等。
19.Authentication response：移动台向网络发送鉴权响应消息，目的是传送移动台计
算出的SRES。
20.Data indication（authentication complete）：BTS通知BSC收到消息，主要信元
有信道号、链路识别符、L3消息等。该消息在Abis接口上透明传输，其中包含鉴权响应消息。
21.Authentication response：该消息在A口上透明传输，其中包含空口上的鉴权响应
消息。
22.MAP_authenticate_ACK：MSC向VLR发送对鉴权的确认。
23.MAP_set_ciphering_mode：当其他业务要求在无线链路上以加密的形式传送信息
时，VLR 就向MSC发送Map_set_ciphering_mode消息来启动加密过程。主要的信息元素有：加密模式、Kc。触发原因是其他业务要求对在无线路径上发送的信息加密。
24.Cipher mode command：通过相关的SCCP连接MSC向BSC发送此消息，用来更
新相关移动台的加密参数。此消息包含：三层头信息、加密信息、算法识别符、加密响应模式等。指示网络已经开始解译密码。
25.Encryption command：BSC向BTS发这条消息启动加密模式的操作。主要元素有：
加密信息。
26.Cipher mode command：BTS在主DCCH上向移动台发送加密模式命令消息，指
示网络已经开始解译密码，移动台应开始加密和解译密码，或指示将不再进行加密。
主要元素有：加密模式设置、加密响应。
27.Cipher mode complete：MS在DCCH上向网络发送加密模式完成消息，目的是为
了向网络指示出移动台已经开始加密或解译密码。主要信元有识别符类型、奇偶指示等。
28.Data indication：BTS给BSC发此消息表示在确认模式下消息的接收。主要的信息
元素有：链路标识、三层消息。该消息在Abis口上透明传输。
29.Cipher mode complete：通过相关的SCCP连接BSC向MSC发送此消息，表明在
空口上已经成功的完成了加密同步。主要的信息元素有：三层信息内容、选择的加密算法。
30.MAP_process_access_request_ack：MSC向VLR发送
MAP_process_access_request_ack，证实MS开始接入网络。
31.MAP_forward_new_TMSI：由VLR发往MSC，开始TMSI再分配过程。目的是VLR
在一个会话进行期间（比如：呼叫建立、位置更新或者补充业务操作）通过MSC给用户分配一个新的TMSI 。
32.TMSI reallocation command（DT1）：该消息在A接口上由MSC发往BSC，其中
包含的是空中接口TMSI reallocation command消息，A口对它进行透明传输。33.Data request（TMSI reallocation command）：该消息在Abis接口上由BSC发往
BTS，其中包含的是空中接口TMSI reallocation command消息，Abis接口对它进行透明传输。
34.TMSI reallocation command：该消息由网络发往MS，其中包含的参数有Location
area identification（位置区识别）和Mobile identity（移动识别，比如：IMSI、TMSI、IMEI、IMEISV），网络通过这个消息向移动台重新分配（消息中指定的是TMSI和LAI 组合）一个TMSI或删除一个TMSI（消息中指定的是IMSI和LAI组合）。
35.TMSI reallocation complete：MS向网络发送这个消息指示已经完成TMSI再分配
或删除。
36.Data indication（TMSI reallocation complete）：该消息在Abis接口上由BTS发
往BSC，其中包含的是空中接口TMSI reallocation complete消息，Abis接口对它
进行透明传输。
37.TMSI reallocation complete（DT1）：该消息在A接口上由BSC发往MSC，其中
包含的是空中接口TMSI reallocation complete消息，A口对它进行透明传输。38.MAP_forward_new_TMSI_ACK：由MSC指向VLR，向VLR发送确认，这标志着
TMSI再分配过程的结束。
39.Map_complete_call：VLR核对是否能接纳请求，如果可以通过，则VLR向MSC发
回“完成呼叫能力查询”的报文。
40.Set_up ：MS向网络发送建立请求，主要包括本次呼叫请求得具体业务种类及MS能
提供的承载能力，被叫用户号码及被叫号码类型和编号方案。
41.Data indication(Set up)：该消息在Abis接口上由BTS发往BSC，其中包含的是
Set_up消息，Abis接口对它进行透明传输。
42.Set_up ：MS向网络发送建立请求，主要包括本次呼叫请求得具体业务种类及MS
能提供的承载能力，被叫用户号码及被叫号码类型和编号方案。
43.Call confirmed：MS收到Set_up消息后，将该消息进行核实，如果MS能处理主
叫请求的业务类别，就返回一条“呼叫确认”消息，消息中，将携带MS选定的参数和选定的业务类别。
44.Data indication(Call confirmed)：该消息在Abis接口上由BTS发往BSC，其中包
含的是Call confirmed消息，Abis接口对它进行透明传输。
45.Call confirmed：MS收到Set_up消息后，将该消息进行核实，如果MS能处理主
叫请求的业务类别，就返回一条“呼叫确认”消息，消息中，将携带MS选定的参数和选定的业务类别。
46.Assignment request：在MSC向MS发出“呼叫进程”消息后，MSC将根据业务
请求的需要向BSC发出“指配请求”消息，用来要求BSC来给此次呼叫分配TCH话音信道，在此消息中含有所请求信道的类型等内容。
47.Phys CTX request
48.Phys CTX confirmed
49.(a) Channel activation：BSC在收到MSC的“指配请求”后，如果发现有所需资源
的话，就会向BTS发出“激活信道”的消息来激活相应的地面资源，包括信道、频率、时隙和跳频等内容。
(b)Queuing：如果BSC无相应的地面资源则向MSC返回“无资源”的消息，而系统允许排队的话，则BSC向MSC发出“排队”指示消息。
50.Channel activation acknowledgement：在BTS将电路等资源准备好后，将会向
BSC发送“信道激活证实”的消息。
51.Data request(assignment command) ：该消息在Abis接口上由BSC发往BTS，
其中包含的是空中接口Assignment command消息，Abis接口对它进行透明传输52.Assignment command：BSC根据BTS提供的关于该信道的物理信息，将其放在
“指配命令”消息中，发给MS。此消息主要包括信道类别、信道速率和类别及话音解码算法和透明传输指示器、分配优先级以及CIC电路识别码。
53.Release request：当网络认为和MS之间的连接没有必要时，就向MS发送Release
消息，通知它网络正在释放CC层连接。消息中包含释放的原因。
54.L2_SABM：MS在收到网络发来的“指配命令”消息后，MS启动链路层连接的本端
释放，断连物理信道，并根据命令的要求切换到分配的信道。随机MS启动低层连接建立，将收发信配置调整到该TCH信道上，并通过FACCH信道向系统发出SABM消息。
55.Establishment indication：系统在收到SABM消息后，则会向BSC发出“建立指示
消息”。
56.UA：当BTS收到来自MS的L2-DISC后，向MS返回一个UA帧，表明已经释放和
MS之间的专用资源，已经返回空闲模式。
57.Assignment complete：经过判决，若MS认为已经成功占用了网络所分配的信道，
将通过FACCH信道向系统发出“指配完成”消息。
58.Data indication(assignment complete)：该消息在Abis接口上由BSC发往BTS，
其中包含的是空中接口Assignment complete消息，Abis接口对它进行透明传输。
59.Assignment complete：BSC将Assignment消息传给MSC。
60.Disconnect ：MS利用FACCH信道向BTS发送“断连”消息，请求清除端到端的
连接。消息中包含呼叫清除的原因。
61.Data indication：BTS发送一个包含层3 Disconnect 消息的Data indication给
BSC，指示接收到确认模式下的一个L3消息。
62.Disconnect：BSC向MSC发送来自MS的Disconnect消息。
63.RF channel release：BSC向BTS发送这个消息，用于指示释放无线信道资源。
https://www.360docs.net/doc/c310562792.html,：MSC向BSC回复一个CC消息。
65.RF channel release ack：BTS向BSC发送这个消息作为对无线信道释放消息的确认，
此时射频信道资源已经空闲，并可以用于其它的分配。
66.Clear command：MSC向BSC发送Clear command消息，目的是命令BSC释放
分配的专用资源，消息中包含清除的原因，如“呼叫控制”、“切换完成”等。67.Data indication(clear command)：该消息在Abis接口上由BSC发往BTS，其中包
含的是空中接口Clear command消息，Abis接口对它进行透明传输。
68.Data request(clear complete)：该消息在Abis接口上由BTS发往BSC，其中包含
的是空中接口Clear complete消息，Abis接口对它进行透明传输。
69.Clear complete：BSC向MSC发送该消息来通知MSC相关的专用资源已经被成功
的清除。
1.3 固定用户呼叫移动用户完整过程
固定用户呼叫移动用户完整过程
流程
1.IAM（MSISDN）：PSTN向GMSC发送初始地址信息，主要包括MSISDN等。
2.MAP_send_routing_information：GMSC调用这个业务执行对HLR的查询，为的是
正确的把呼叫路由到被叫MS。
3.MAP_provide_roaming_number: HLR调用这个业务请求VLR返回一个漫游号，这样
HLR就能指导GMS将呼入的呼叫路由到被叫MS。
4.MAP_roaming_number_ack: VLR对提供漫游号业务的确认。
5.MAP_ routing_information_ack：HLR对路由信息的确认。
6.IAM（MSISDN）：GMSC向MSC发送初始地址信息，主要包括MSISDN等。
7.MAP_Send_info_I/C_call:MSC向VLR发送这个“入局呼叫”消息，VLR分析被叫号
码和网络本身的资源能力来核对是否接纳这种需求，正常情况下，VLR会向MSC发送MAP_page消息，若某些项目不能通过，则将通知主叫端呼叫建立失败。
8.Paging：VLR收到MAP_PAGE或MAP_SEARCH_FOR_MOBILE_SUBSCRIBER后，
向MSC发送Paging消息，开始寻呼MS。
9.Paging：MSC收到MAP_PAGE或MAP_SEARCH_FOR_MOBILE_SUBSCRIBER后，
向BSC发送Paging消息，开始寻呼MS。
10.Paging：BSS收到MSC发送的Paging消息后，将其发往MS，寻呼MS。
11.Paging response：MS在分配的信道上发送SABM，目的是建立证实模式下的信令消
息链路层连接(SAPI0上)。SABM帧中包含完整的第三层消息Paging respond（寻呼响应）消息。
https://www.360docs.net/doc/c310562792.html,plete lay3 information：这条消息是由BSC向MSC发送的，携带“连接请求”
信息。
13.Connect confirmed：MSC收到“连接请求”消息后，向BSC发送“连接证实”消息。
消息中携带MS选定的参数和选定的业务类别等参数。
14.MAP_process_access_request：MSC向VLR发送MAP_process_access_request，
证实MS开始接入网络
15.Send parameter：VLR向HLR发送此条“发送参数”消息，包括需要鉴权的参数。
16.Authentication information request：此消息由HLR发往AUC，请求“鉴权信息”。..
17.Authentication information provide：AUC收到HLR发送的“鉴权信息请求”消息
后，向HLR提供IMSI、KC、RAND、SRES等消息。
18.Authentication parameter：HLR收到AUC发送的“鉴权信息请求”后，向VLR发
送“鉴权参数”消息，要求提供IMSI、KC、RAND、SRES等消息。
19.Authentication：该消息在A接口上由MSC发往BSC，其中包含的是B接口
MAP_authenticate消息，A口对它进行透明传输。
20.Authentication request：目的是发起对移动台身份的鉴权，主要信元有密钥序列号、
鉴权参数随机数等。
位置更新具体信令流程
第4章位置更新 4.1 概述 在GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当这个信息发生变化时，需要保持三 者的一致，由位置更新流程实现。位置更新流程是位 置管理中的主要流程，总是由MS发起。 位置更新流程是一个通用流程，在如下三类位置更新流程中要使用到：正常位置更新、周期性位置更 新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息，LOCATION UPDATING REQUEST消息中包含位置更新 流程的类型信息。 在网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为MM连接建立请求的响应。
为限制位置更新尝试次数，位置更新失败时要使用位置更新attempt counter 计数器。在MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM 卡拔出时，将这两个表删除。当MS收到位置更新拒绝消息，其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时，从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项，当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS在SIM卡中置UPDATED 状态位（UPDATED状态表明最后一次位置更新请求成
GSM通信流程(非常全面)
Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼 叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流 程，移动始发短消息流程，移动终结短消息流程，定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性 特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征，具 体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程，可以基本掌握： ●移动用户做位置登记的信令过程； ●移动用户做主叫的信令过程； ●移动用户做被叫的信令过程； ●MSC做汇接呼叫的信令过程； ●BSC内切换信令过程； ●BSC间切换的信令过程； 1
Issue 3.3 ●MSC间切换的信令过程； ●呼叫重建的信令过程； ●定向重试的信令过程。 对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功 能有更加深刻的体会。 相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 3
VoLTE信令详细流程
VoLTE信令流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系：
VOLTE总体流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
VOLTE注册流程—EPS attach（1） ?VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载： Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力： ?EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：
GSM主要信令接续流程(呼叫流程)
主要信令接续流程 为了对GSM系统的整体工作流程有进一步的认识，本节描述几种主要接续流程。 移动客户至固定客户出局呼叫流程 移动台始发呼叫框图见图8－14，流程图见图8－15。 图8－14 移动台始发呼叫框图
图8－15 MS始发呼叫流程图 图中流程说明如下： (1) 在服务小区内，一旦移动客户拨号后，移动台向基站请求随机接入信道（RACH）。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权，如果需加密则设置加密模等，进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP／TUP)，建立与固定网(ISDN／PSTN)至被叫客户的通路，并向被叫客户振铃，向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答，向移动台发送应答连接消息，最后进入通话阶段。
手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。
通信呼叫流程信令
1
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 2
Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。 另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM）， 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户，则通过信令路由分析，通过适当的链 路向目的MSC发IAI消息，以建立话路。 主叫接入阶段、鉴权阶段主要信令： 3
【流程管理)位置更新具体信令流程
（流程管理）位置更新具体信令流程
位置更新 4.1 概述 于GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当 这个信息发生变化时，需要保持三者的壹致，由位置更新流程实现。位置 更新流程是位置管理中的主要流程，总是由MS发起。 位置更新流程是壹个通用流程，于如下三类位置更新流程中要使用到：正 常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息， LOCATIONUPDATINGREQUEST消息中包含位置更新流程的类型信息。 于网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为 MM连接建立请求的响应。 为限制位置更新尝试次数，位置更新失败时要使用位置更新 attemptcounter计数器。于MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持壹个"forbiddenlocationareasforroaming"表和壹个 "forbiddenlocationareasforregionalprovisionofservice"表。MS关机 或SIM卡拔出时，将这俩个表删除。当MS收到位置更新拒绝消息，其 原因值为"Roamingnotallowedinthislocationarea"或 "LocationAreanotallowed"时，从BCCH上收到的LAI信息触发位置更 新请求的LAI要加到相应的表中。这俩个表的容量至少要有10个表项， 当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS于SIM卡中置UPDATED状态位（UPDATED 状态表明最后壹次位置更新请求成功，同时此时LAI、TMSI，加密的密钥 和加密序列号均应该保存于SIM卡中），且存储新的位置区信息。 4.2 位置更新流程 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同（不 同之处于下面各小节中详细描述），流程如下图： 图4-1位置更新流程 (1) MS于空中接口的接入信道上向BTS发送ChannelRequest（该消 息内含接入原因值为位置更新）；
WCDMA呼叫信令流程
对于信令流程，应该从以下几个方面掌握： 1．能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。 2．能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。 3．能够知道呼叫过程中的每条消息对应的物理信道。 4．能够清楚的理解呼叫过程中的每条消息的主要内容 5．能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口 6．后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。 RRC连接： 1．RRC Connection Request 1.1 在这个消息中，主要必须知道其中主要的三个信元： 第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI 第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority Signaling, Low Priority Signaling 第三，UE测量到的当时CPICH的Ec/Io 1.2对于这个消息： 从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。采用的方式是SRB0 1. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH 2．RL Setup Request 2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。RNC告诉Node B，让Node B准备相应的资源。在信令Trace中，可以看到里面包含了所有物理信道的配置信息。 2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。 2.3这里要区分Iub口的用户面和控制面，简单的说来，其用户面就向一个转接头，只是把高层的消息转接过去。而控制面，则是处理了所有RNC和Node B私人之间相关的消息。 3．Start RX 这个时候Node B收到以上参数后，开始收上行UE发来的数据，但是由于UE还不知道上行它自己可以用什么参数，Node B 此时什么都收不到。 4．RL Setup Response Node B给RNC回送的一个准备完成的消息。 5．ALCAP同步 5.1这个同步，主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的，也就是这个分配的消息途径Iub口的传输网络控制面。 6．DCH FP同步 6.1这个消息主要包含一个CFN 6.2 其作用主要是Node B中的DCH和RNC中的DCH同步，此消息为IuB口的用户面。 7．Start Tx 此时Node B开始发下行的数据，DPCCH
TDLTE信令流程及信令解码详解
TD-LTE信令流程及信令解码 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。 PS业务建立流程： 1.1RRC Connection Request UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连 接，该消息携带主要IE有： -ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI； 否则从0…240-1中抽取一个随机值，设置为ue-Identity。 -establishmentCause:建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下： -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2RRC Connection Setup UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。 建立原因，此处 highPriorityAcces s指的是AC11~AC15
非常详细的LTE信令流程
LTE信令流程
目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议（非接入层协议） (7) 1.2.2RRC层（无线资源控制层） (7) 1.2.3PDCP层（分组数据汇聚协议层） (8) 1.2.4RLC层（无线链路控制层） (8) 1.2.5MAC层（媒体接入层） (9) 1.2.6PHY层（物理层） (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)
2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败（核心网主动发起的建立） (68) 3.3.3 eNB未等到RRC重配完成消息，回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB （Master Information Block）解析 (74) 4.2.2 SIB1 （System Information Block Type1）解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)
(个人整理)主叫被叫呼叫信令流程
主叫： 1、rrc连接请求（UE—RNC、RACH） 可看出业务类型（speech（12.2k）、video（64k））；包含UE标识：TMSI、LAI=MCC+MNC+LAC；请求原因：主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册；UE能力：是否支持GSM等。 2、RNC要求NODEB建立无线链路，准备无线资源（建立在DCH 上才有） RL建立请求、RL建立响应、DL SYNC、UL SYNC。 3、rrc连接建立（RNC—UE、FACH） 包含rrc建立的链路消息（建立在公共信道或DCH）、频点、上行最大发射功率等；RNC侧还可以看到UE的IMSI、TMSI、P-TMSI，功率步长等。 4、rrc连接建立完成（UE—RNC、DCCH） UE上报自己的能力：功率支持等级、是否支持GSM、多载波、FDD/TDD。 5、CM服务请求（初始直传消息、RNC—UE、DCCH） 业务请求：呼叫、紧急呼叫、短消息等。 6、初始化UE消息（RNC—UE） 7、直传消息（鉴权请求消息、CN—RNC） 8、直传消息（鉴权请求消息、RNC—UE） 9、直传消息（鉴权响应、UE—RNC—CN） 10、安全模式建立过程，同鉴权过程 11、身份认证请求（RNC—UE）
12、身份认证响应（UE—RNC） 13、SETUP（UE—RNC） 包含UE支持的语音编码及被叫号码。 14、呼叫进程启动（RNC—UE） 表明请求的呼叫已被接受。 15、Rab指派请求（CN—RNC） Rab建立是为了UE与CN间传送语音、数据及多媒体业务，rrc建立则是为了建立UE—RNC—CN之间的信令连接。 16、无线链路重配置准备（RNC—NODEB） NODEB建立DCH来承载rab。 17、无线链路重配置完毕（NODEB—RNC） 18、rb建立（RNC—UE） 建立一个新的物理承载，包含扩频因子信息。 19、rb建立完成（UE—RNC） 表明请求的呼叫已被接受。 20、rab指派响应（RNC—CN） 表明rab建立完成。 21、振铃（RNC—UE） 被叫发振铃音。 22、Connect（RNC—UE） 表明被叫已接电话。 23、连接确认（UE—RNC） 主叫确认连接，呼叫建立完成开始通话。 24、Disconnect（UE—RNC） 挂机，包含挂机原因：user等。
CDMA网络信令流程详解
1 信令分析 在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。 1.1 主被叫呼叫建立流程 1.1.1正常信令 在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在 【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。 关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。 关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败” 关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发
送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。 关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧失败。 关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。 被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。 1.1.2典型异常信令 1、A1接口失败。 2、传输误码率高导致指配资源失败
信令流程
RRC连接建立（专用信道） CN RRC Connection Request RL Setup Request RL Setup Response DL Synchronization UL Synchronization RRC Connection Setup RRC Connection Setup Complete RRC 连接建立（公共信道） CN RRC Connection Request RRC Connection Setup RRC Connection Setup Complete 初始直传信令流程 DCCH: Initial Direct Transfer Connection Request: Initial UE Message (CM Service Request) Connection Confirm Connection Reject RAB 建立流程 核心网和终端之间的承载是通过RAB来表示的，RAB用于终端和CN之间传送语音、数据、多媒体等业务信息。终端和核心网之间的CM信令连接建立完成后，核心网将根据CM 业务的类型及其QoS特性发起RAB的建立过程。 RAB的建立总是由CN发起的。CN首先发送RAB ASSIGNMENT REQUEST指派消息，RNC 根据CN的RAB指派请求进行无线网络的参数配置，结束之后RNC发送RAB ASSIGNMENT RESPONSE消息，指明RAB建立是否成功。 需要说明的是：无论是终端还是网络发起的业务，RAB指派过程都是由CN触发的，每个终端可以有一个或者多个RAB ，并且RAB分域的。 根据RAB建立前RRC连接状态与RAB建立后连接状态，RAB的建立过程分为DCH-DCH、CCH-DCH和CCH-CCH三种情况。
非常详细的LTE信令流程
LTE信令流程 目录 第一章协议层与概念 (7) 1.1控制面与用户面 (7) 1.2接口与协议 (7) 1.2.1................................. N AS协议（非接入层协议） 8 1.2.2................................. R RC层（无线资源控制层） 8 1.2.3............................ P DCP层（分组数据汇聚协议层） 9 1.2.4................................. R LC层（无线链路控制层） 10 1.2.5..................................... M AC层（媒体接入层） 11 1.2.6......................................... P HY层（物理层） 12 1.3空闲态和连接态 (13) 1.4网络标识 (15) 1.5承载概念 (16) 第二章主要信令流程 (18) 2.1 开机附着流程 (18) 2.2随机接入流程 (21)
2.3 UE发起的service request流程 (26) 2.4寻呼流程 (28) 2.5切换流程 (29) 2.5.1 切换的含义及目的 (29) 2.5.2 切换发生的过程 (30) 2.5.3 站内切换 (30) 2.5.4 X2切换流程 (31) 2.5.5 S1切换流程 (34) 2.5.6 异系统切换简介 (36) 2.6 CSFB流程 (36) 2.6.1 CSFB主叫流程 (37) 2.6.2 CSFB被叫流程 (38) 2.6.3 紧急呼叫流程 (40) 2.7 TAU流程 (41) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (42) 2.7.2 空闲态设置“ACTIVE”的TAU流程 (43)
WCDMA呼叫流程
WCDMA呼叫流程（1）之“开机（小区搜索）” 移动台开机，需要与系统联系，首先要与某一个小区的信号取得时序同步，这种从无联系到时序同步的过程就是移动台的小区搜索。需要先后经过时隙同步、扰码码组识别和帧同步、扰码识别（小区识别）等一些过程。 占用信道：P-SCH↓－>S-SCH↓－>P-CPICH↓－>P-CCPCH↓ 手机开机后需要搜索的信息：（1）最强小区；（2）时隙边界；（3）帧边界；（4）主扰码；（5）广播信道的相关广播。 ---------------------------------------------------------------------------------------- 背景知识： 在WCDMA系统中，使用下行扰码区分不同的小区（可以复用）。在下行物理信道上共有8192个扰码，将这8192个码分成512个组，每组有16个码，其中第一个为主扰码（共有512个主扰码），其余15个为辅扰码。512个组每8个组成一个大组，共有64个大组（主扰码组）。 使用扰码分组是为了提高同步时的速度。手机开机后寻找当前基站的主扰码时就可以采取分级的方法，先64个大组选1，再8个组选1，这样就能很快知道接入的扇区的主扰码是什么了。 ---------------------------------------------------------------------------------------- 第一步：选择小区和时隙同步 手机首先搜索主同步信道（P-SCH）的主同步码（PSC），与信号最强的基站取得时隙同步。 P-SCH在每个时隙的前256个码片时间内发射全网唯一的主同步码，主同步码具有非周期性自相关的特性。P-SCH无扩频操作、无信道化编码操作，手机可以通过P-SCH判断WCDMA小区，从而实现时隙同步。 第二步：帧同步和确定扰码组 接收主同步信道（P-SCH）上的主同步码PSC后，再接收辅同步信道（S-SCH）上的辅同步码（SSC），共有16个，因为一个无线帧只有15个时隙，只用16个中间的15个。16个中选择15个，这样不同的排列组合有很多，且具有唯一性，选择64个（经过精心挑
信令流程的描述
信令流程的描述
信令流程的描述 同步过程 当手机开机后，会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度，将30个信号最强载频存储下来，然后调制到信号强度最强的载频上，通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点，若是的话会继续去收听它的SCH突发脉冲，看是否能对之进行解调，若能通过解出的BSIC号，看是否是被SIM卡禁止的，若可以接入，则继续收听BCCH广播，看该小区是否被禁止接入，若允许接入则根据小区选择准则C1算法，看是否满足C1大于0的要求，若完全通过则该小区则被选为服务小区，若其中一步失败则对次强信道进行同样的流程。 手机空闲状态下的工作 当手机进入空闲模式下后，手机先对该服务小区的系统消息进行按TC顺序进行分析，若是GSM900M的话，系统将会接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4；若是GSM1800M的话，则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TYPE4；若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4；每个系统消息相隔一个51复祯，中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接收系统的寻呼消息（一般在寻呼业务量大的地方或邻小区多的地方该值定义的较小，即定义了手机不连续接收的时长，该值越大，在该服务区的手机就越省电，如市区可定义为2，即手机在102祯内收听一次寻呼消息，郊区可定义为4或6），在手机完成对系统消息的测量后，就进入休息状态，仅在指定的寻呼块内收听寻呼消息并同时测量邻小区的BCCH的接收电平，在30秒左右的时间内又将会去收听系统消息，来判断小区重选的进程。 1个SACCH复帧 = 4个SACCH帧 = 15/26*8*26*4 毫秒（即480ms） 现对手机发起呼叫的流程进行分析： 1、MS通过RACH信道先发起一个channel request消息（8bits），其中包
手机主叫呼叫信令流程与数据配置
DESCRIPTION 13/190 46-FAD 104 08 Uen E Traffic Case Description - Mobile Originating Calls Abstract The purpose of this document is to describe the traffic case "Mobile Originating calls" from data transcript point of view. The document does not explain on BLOCK/SIGNAL level. This information can be found in the FUNCTION DESCRIPTION for each function block. All referenced DT sub files can be found in the DT Info Model. Contents 1 Revision information 1Revision information 2 Description 2.1Abbreviations 2.2Concepts 2.3Concerned nodes 2.4Prerequisites 2.5General 2.6Technical Solution 3 Traffic Case 3.1Call from MS/UE to PSTN 3.2Emergency Calls from MS/UE 4 Data Transcript Impacts- MSC 4.1AXE Parameters 5 Miscellaneous information 6 Class 7 References Revision Impacts Prepared Date A Document based on earlier CME20 DT Info Models.ERATHHE 96-09-13
非常详细的LTE信令流程
LＴE信令流程 目录 第一章协议层与概念 (5) 1。1?控制面与用户面 (5) 1.2?接口与协议 (5) １、2。1?ＮAS协议(非接入层协议) (7) 1.2.2?RＲＣ层(无线资源控制层) (7) １、2。3 ............................................................................ PDCP层(分组数据汇聚协议层)8? 1。2。4..................................................................................... ＲＬＣ层(无线链路控制层)8? 1.2.5?MAC层(媒体接入层) ................................................................................................ ９ 1、2。6?PHY层(物理层)?１０ 1。3空闲态与连接态 (12) １、4?网络标识 ................................................................................................................... １3１、5?承载概念?错误!未定义书签。 第二章主要信令流程 (16) 2。1 开机附着流程1?６ 2.2随机接入流程 (19) ２、3 UE发起得ｓｅｒvｉcｅreqｕest流程?２3 ２。4寻呼流程 ................................................................................................................. ２６ 2、5切换流程 (27) ２、5.１切换得含义及目得 (27) 2。５。2 切换发生得过程....................................................................错误!未定义书签。 2、５.３站内切换?２8 ２。５。4 X2切换流程................................................................................................. ３0 2、5.５S1切换流程 ..................................................................................................... ３2 2。5。6 异系统切换简介 .............................................................................................. 3４ 2、６CSＦB流程?３5 2、6。１ＣSFB主叫流程 (36) ２.6。2 CSFB被叫流程 ................................................................................................. ３７ 2。６、3 紧急呼叫流程 (39)
完整主被叫呼叫的信令流程
1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败） DL: CM service Request DL: CM service accept DL: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置
LTE SIP注册流程及重要信令详解
一、注册流程及重要信令详解 SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求 中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。 信令说明如下： 1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向P-CSCF发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized质询信息， 其中包含安全认证所需的令牌； 5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器； 6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数 据库中，并向终端返回成功响应消息200 OK； 7.用户向IMS订阅注册事件包 8.服务器应答订阅成功
9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息 10.终端发送Notify 200表示接收成功
GSM信令流程专题(切换短消息呼叫重建)
1.5 切换 1.5.1 切换的起因： 1）无线标准 ●信号质量 ●场强MS和/BTS接收电平 ●MS—BTS距离 ●改善干扰与功率控制（选择在确保正常通信质量的情况下切换的小区以尽量减 少MS传输功率从而改善干扰） 2）网络标准 ●话务负荷（防止小区拥塞，均化话务；但扰乱了小区规划并增加了对周围区 域的干扰强度），只在出现特殊事件，局部地区产生峰值时暂时使用，如举行 运动会，交易会。发生自然灾害时等。 ●O&M原因，应操作维护方面的需要 1.5.2 切换启动方式 1） BSC根据管理标准而检测到无线传输原因而执行切换判决 ●MS测量周围邻近小区下行信号电平和质量，以搜寻可供选择的BTS，并将结 果报告正在服务的BTS ●正在服务的BTS对MS上行信号电平，质量和距离进行测量 ●MS测量结果与BTS测量结果送往BSC进行处理，BSC根据传输质量标准作 出切换判决 2）MSC询问切换候选人 由于MSC业务的原因，MSC希望确定是否能够切换到MS所指定的小区，则 MSC发“切换候选者询问”消息到BSS，希望BSS识别在某一特定小区可以 切换到另一些小区的切换候选者数目，消息中包含最大候选者的数目。 1.5.3切换类型 1）内部切换 由BSS控制进行，MSC不参与介入切换控制过程：BSS仅在切换完成后发送“切 换完成消息”到MSC。内部切换有几种类型： ●小区切换 同一个无线频道的话务信道之间 不同的无线频道之间 ●同基站内小区间切换 2）外部切换（MSC参与控制切换过程） ●同MSC内不同基站间切换 ●同PLMN不同MSC只基站间切换 ●不同PLMN的基站间切换，GSM未定义