信令流程寻呼短信切换.docx
《信令流程寻呼短信切换.docx》由会员分享，可在线阅读，更多相关《信令流程寻呼短信切换.docx（104页珍藏版）》请在冰点文库上搜索。
信令流程寻呼短信切换
1基本呼叫过程2
1.1移动用户呼叫移动用户主叫侧完整过程（主叫释放）2
1.2移动用户呼叫移动用户被叫侧完整过程（被叫释放）10
1.3固定用户呼叫移动用户完整过程17
1.4移动用户呼叫固定用户完整过程22
1.5呼叫重建过程26
2位置更新过程27
2.1第一次位置更新（TMSI再分配）27
2.2VLR内部的位置更新29
2.3改变VLR时的位置更新34
3IMSI附着过程40
3.1IMSI分离过程40
4切换44
4.1小区内切换44
4.2BSC内的小区间切换46
4.3MSC内的BSC间切换48
4.4MSC间切换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下的移动用户挂断组呼的信令流程176
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.Channelrequest：
该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。
当寻呼触发信道请求时，由必需的信道IE提供寻呼指示。
主要信息元素有建立原因和随机参考。
2.Channelrequired：
BTS对MS的Channelrequest消息正确解码后，向BSC发送Channelrequired消息。
此消息中包含重要的附加信息和BTS对传输时延（TA）的估计。
3.Channelactivation：
目的是激活一个无线信道，该消息中包括激活原因、对信道的描述。
主要原因有小区内的信道改变、同步切换、异步切换、多时隙中第二信道的激活和信道重激活等。
4.Channelactivationacknowledge：
BTS对channelactivation的响应，包含BTS的当前帧号，BSC用这个帧号确定启动时间。
5.Immediateassignmentcommand：
BSC请求BTS发送立即分配消息，主要信息元素有信道号和完全的立即分配消息。
6.Immediateassignment：
由网络发给空闲模式下的MS，目的是为了在同一小区内，将该移动台的信道配置改成专用信道配置。
主要信息元素有信道描述、分组信道描述、上/下行链路分配等。
7.L2-SABM：
MS在分配的信道上发送SABM，目的是建立证实模式下的信令消息链路层连接（SAPI0上）。
SABM帧中包含完整的第三层消息，如Locationupdaterequest、CMservicerequest、Pagingrespond及IMSIdetach。
8.Establishindication：
BTS收到SABM帧后，将向BSC发送Establishindication消息，用来通知LAPDm连接已经建立，该消息是对Immediateassigncommand消息的回复。
9.（a）UA：
L2-UA：
BTS收到SABM后还会向MS发送UA帧，以便进行竞争解决。
BTS发送的UA帧信息内容与收到的SABM帧信息内容完全相同。
MS收到UA帧后，将它和本身发送的SABM进行比较，完全一样时才会继续接入，否则放弃这个信道。
（b）CR：
BSC收到Establishindication消息后，向MSC发送CR消息，目的是在A接口上建立第二层SCCP连接。
CR中包含完整的第三层消息，如Locationupdaterequest、CMservicerequest、Pagingrespond及IMSIdetach。
10.CC：
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.Authenticaterequest：
该消息在A接口上由MSC发往BSC，其中包含的是B接口MAP_authenticate消息，A口对它进行透明传输。
14.Datarequest（authenticate）：
BSC请求BTS在无线链路层连接上以确认模式发送消息，主要信元有信道号、链路识别符、L3消息等。
该消息在Abis接口透明传输，其中包含鉴权请求消息。
15.Authenticaterequest：
目的是发起对移动台身份的鉴权，主要信元有密钥序列号、鉴权参数随机数等。
16.Authenticationresponse：
移动台向网络发送鉴权响应消息，目的是传送移动台计算出的SRES。
17.Dataindication（authenticate）：
BTS通知BSC收到消息，主要信元有信道号、链路识别符、L3消息等。
该消息在Abis接口上透明传输，其中包含鉴权响应消息。
18.Authenticateresponse：
该消息在A口上透明传输，其中包含空口上的鉴权响应消息
19.MAP_authenticate_acknowledge：
MSC向VLR发送对鉴权的确认。
20.MAP_set_ciphering_mode：
当其他业务要求在无线链路上以加密的形式传送信息时，VLR就向MSC发送Map_set_ciphering_mode消息来启动加密过程。
主要的信息元素有：
加密模式、Kc。
触发原因是其他业务要求对在无线路径上发送的信息加密。
21.Ciphermodecommand：
通过相关的SCCP连接MSC向BSC发送此消息，用来更新相关移动台的加密参数。
此消息包含：
三层头信息、加密信息、算法识别符、加密响应模式等。
指示网络已经开始解译密码。
22.Encryptioncommand：
BSC向BTS发这条消息启动加密模式的操作。
主要元素有加密信息。
23.Ciphermodecommand：
BTS在主DCCH上向移动台发送加密模式命令消息，指示网络已经开始解译密码，移动台应开始加密和解译密码，或指示将不再进行加密。
主要元素有：
加密模式设置、加密响应。
24.Ciphermodecomplete：
MS在DCCH上向网络发送加密模式完成消息，目的是为了向网络指示出移动台已经开始加密或解译密码。
主要信元有识别符类型、奇偶指示等。
25.Dataindication：
BTS给BSC发此消息表示在确认模式下消息的接收。
主要的信息元素有：
链路标识、三层消息。
该消息在Abis口上透明传输。
26.Ciphermodecomplete：
通过相关的SCCP连接BSC向MSC发送此消息，表明在空口上已经成功的完成了加密同步。
主要的信息元素有：
三层信息内容、选择的加密算法。
.
27.MAP_process_access_request_acknowledgement：
28.MAP_forward_new_TMSI：
由VLR发往MSC，开始TMSI再分配过程。
目的是VLR在一个会话进行期间（比如：
呼叫建立、位置更新或者补充业务操作）通过MSC给用户分配一个新的TMSI。
29.TMSIreallocationcommand：
该消息在A接口上由MSC发往BSC，其中包含的是空中接口TMSIreallocationcommand消息，A口对它进行透明传输。
30.Datarequest（TMSIreallocationcommand）：
该消息在Abis接口上由BSC发往BTS，其中包含的是空中接口TMSIreallocationcommand消息，Abis接口对它进行透明传输
31.TMSIreallocationcommand：
该消息由网络发往MS，其中包含的参数有Locationareaidentification（位置区识别）和Mobileidentity（移动识别，比如：
IMSI、TMSI、IMEI、IMEISV），网络通过这个消息向移动台重新分配（消息中指定的是TMSI和LAI组合）一个TMSI或删除一个TMSI（消息中指定的是IMSI和LAI组合）。
32.TMSIreallocationcomplete：
MS向网络发送这个消息指示已经完成TMSI再分配或删除。
33.Dataindication（TMSIreallocationcomplete）：
该消息在Abis接口上由BTS发往BSC，其中包含的是空中接口TMSIreallocationcomplete消息，Abis接口对它进行透明传输。
34.TMSIreallocationcomplete：
该消息在A接口上由BSC发往MSC，其中包含的是空中接口TMSIreallocationcomplete消息，A口对它进行透明传输。
35.MAP_forward_new_TMSI_ACK：
由MSC指向VLR，向VLR发送确认，这标志着TMSI再分配过程的结束。
36.Set_up ：
MS向网络发送建立请求，主要包括本次呼叫请求得具体业务种类及MS能提供的承载能力，被叫用户号码及被叫号码类型和编号方案。
37.Dataindication（Setup）：
该消息在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.Callproceeding：
MSC收到VLR发送的“完成呼叫能力查询”的报文，如果MSC认为可以建立起与对端的通信时，则向MS发送此“呼叫进程”消息，表示它已经将“呼叫建立”的请求收到而且不需要再接收其它的消息了。
42.Datarequest（Callproceeding）：
该消息在Abis接口上由BSC发往BTS，其中包含的是空中接口Callproceeding消息，Abis接口对它进行透明传输
43.Callproceeding：
MSC收到VLR发送的“完成呼叫能力查询”的报文，如果MSC认为可以建立起与对端的通信时，则向MS发送此“呼叫进程”消息，表示它已经将“呼叫建立”的请求收到而且不需要再接收其它的消息了。
44.Assignmentrequest：
在MSC向MS发出“呼叫进程”消息后，MSC将根据业务请求的需要向BSC发出“指配请求”消息，用来要求BSC来给此次呼叫分配TCH话音信道，在此消息中含有所请求信道的类型等内容。
45.PhysCTXrequest
46.PhysCTXconfirmed
47.（a）Channelactivation：
BSC在收到MSC的“指配请求”后，如果发现有所需资源的话，就会向BTS发出“激活信道”的消息来激活相应的地面资源，包括信道、频率、时隙和跳频等内容。
（b）Queuing：
如果BSC无相应的地面资源则向MSC返回“无资源”的消息，而系统允许排队的话，则BSC向MSC发出“排队”指示消息。
48.Channelactivationacknowledgement：
在BTS将电路等资源准备好后，将会向BSC发送“信道激活证实”的消息。
49.Datarequest（assignmentcommand）该消息在Abis接口上由BSC发往BTS，其中包含的是空中接口Assignmentcommand消息，Abis接口对它进行透明传输
50.AssignmentcommandBSC根据BTS提供的关于该信道的物理信息，将其放在“指配命令”消息中，发给MS。
此消息主要包括信道类别、信道速率和类别及话音解码算法和透明传输指示器、分配优先级以及CIC电路识别码。
51.Releaserequest：
当网络认为和MS之间的连接没有必要时，就向MS发送Release消息，通知它网络正在释放CC层连接。
消息中包含释放的原因。
52.L2_SABM：
MS在收到网络发来的“指配命令”消息后，MS启动链路层连接的本端释放，断连物理信道，并根据命令的要求切换到分配的信道。
随机MS启动低层连接建立，将收发信配置调整到该TCH信道上，并通过FACCH信道向系统发出SABM消息。
53.Establishmentindication：
系统在收到SABM消息后，则会向BSC发出“建立指示消息”。
54.UA：
当BTS收到来自MS的L2-DISC后，向MS返回一个UA帧，表明已经释放和MS之间的专用资源，已经返回空闲模式。
55.Assignmentcomplete：
经过判决，若MS认为已经成功占用了网络所分配的信道，将通过FACCH信道向系统发出“指配完成”消息。
56.Dataindication（assignmentcomplete）：
该消息在Abis接口上由BSC发往BTS，其中包含的是空中接口Assignmentcomplete消息，Abis接口对它进行透明传输。
57.Assignmentcomplete：
BSC将Assignment消息传给MSC。
58.Disconnect：
MS利用FACCH信道向BTS发送“断连”消息，请求清除端到端的连接。
消息中包含呼叫清除的原因。
59.Dataindication：
BTS发送一个包含层3Disconnect消息的Dataindication给BSC，指示接收到确认模式下的一个L3消息。
60.Disconnect：
BSC向MSC发送来自MS的Disconnect消息。
61.RFchannelrelease：
BSC向BTS发送这个消息，用于指示释放无线信道资源。
62.CC：
MSC向BSC回复一个CC消息。
63.RFchannelreleaseack：
BTS向BSC发送这个消息作为对无线信道释放消息的确认，此时射频信道资源已经空闲，并可以用于其它的分配。
64.Clearcommand：
MSC向BSC发送Clearcommand消息，目的是命令BSC释放分配的专用资源，消息中包含清除的原因，如“呼叫控制”、“切换完成”等。
65.Dataindication（clearcommand）：
该消息在Abis接口上由BSC发往BTS，其中包含的是空中接口Clearcommand消息，Abis接口对它进行透明传输。
66.Datarequest（clearcomplete）：
该消息在Abis接口上由BTS发往BSC，其中包含的是空中接口Clearcomplete消息，Abis接口对它进行透明传输。
67.Clearcomplete：
BSC向MSC发送该消息来通知MSC相关的专用资源已经被成功的清除。
1.2移动用户呼叫移动用户被叫侧完整过程（被叫释放）
流程
1.Paging：
MSC收到MAP_PAGE或MAP_SEARCH_FOR_MOBILE_SUBSCRIBER后，向BSC发送Paging消息，开始寻呼MS。
2.Pagingcommand：
BSC通过向BTS发送Pagingcommand消息，寻呼MS。
该消息中包含MS的识别码以及所属的寻呼子信道等信息。
3.Pagingrequest：
BTS收到Pagingcommand后，在相应的寻呼子信道上向MS发送Pagingrequest消息，寻呼MS。
4.Channelrequest：
该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。
当寻呼触发信道请求时，由必需的信道IE提供寻呼指示。
主要信息元素有建立原因和随机参考。
5.Channelrequired：
当BTS收到MS的信道请求后，向BSC发送该消息，请求信道分配。
6.Channelactivation：
目的是激活一个无线信道，该消息中包括激活原因、对信道的描述。
主要原因有小区内的信道改变、同步切换、异步切换、多时隙中第二信道的激活和信道重激活等。
7.Channelactivationacknowledge：
BTS对channelactivation的响应，包含BTS的当前帧号，BSC用这个帧号确定启动时间。
8.Immediateassigncommand:
BSC向BTS发送这个消息，请求BTS向MS发送immediateassignment消息，其中包含了信道号和完整的立即分配消息。
9.Immediateassignment：
网络在CCCH上向空闲模式的MS发送这个消息，为其分配一个专用信道，包含的主要信息元素有：
信道描述，请求参考，定时提前量，移动分配起始时间。
10.Pagingresponse：
MS在分配的信道上发送SABM，目的是建立证实模式下的信令消息链路层连接（SAPI0上）。
SABM帧中包含完整的第三层消息Pagingrespond（寻呼响应）消息。
11.Establishindication（Pagingresponse）：
BTS收到SABM帧后，将向BSC发送Establishindication消息，用来通知LAPDm连接已经建立，该消息是对Immediateassigncommand消息的回复。
12.（a）UA（Pagingreponse）：
BTS收到SABM后还会向MS发送UA帧，以便进行竞争解决。
BTS发送的UA帧信息内容与收到的SABM帧信息内容完全相同。
MS收到UA帧后，将它和本身发送的SABM进行比较，完全一样时才会继续接入，否则放弃这个信道。
（b）CR（Pagingresponse）：
BSC收到Establishindication消息后，向MSC发送CR消息，请求在A接口上建立第二层SCCP连接。
CR消息中包含完整的第三层消息Pagingrespond（寻呼响应）消息。
13.CC：
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.Authenticationrequest：
该消息在A接口上由MSC发往BSC，其中包含的是B接口MAP_authenticate消息，A口对它进行透明传输。
17.Datarequest（authenticationrequest）：
BSC请求BTS在无线链路层连接上以确认模式发送消息，主要信元有信道号、链路识别符、L3消息等。
该消息在Abis接口透明传输，其中包含鉴权请求消息。
18.Authenticationrequest：
目的是发起对移动台身份的鉴权，主要信元有密钥序列号、鉴权参数随机数等。
19.Authenticationresponse：
移动台向网络发送鉴权响应消息，目的是传送移动台计算出的SRES。
20.Dataindication（authenticationcomplete）：
BTS通知BSC收到消息，主要信元有信道号、链路识别符、L3消息等。
该消息在Abis接口上透明传输，其中包含鉴权响应消息。
21.Authenticationresponse：
该消息在A口上透明传输，其中包含空口上的鉴权响应消息。
22.MAP_authenticate_ACK：
MSC向VLR发送对鉴权的确认。
23.MAP_set_ciphering_mode：
当其他业务要求在无线链路上以加密的形式传送信息时，VLR就向MSC发送Map_set_ciphering_mode消息来启动加密过程。
主要的信息元素有：
加密模式、Kc。
触发原因是其他业务要求对在无线路径上发送的信息加密。
24.Ciphermodecommand：
通过相关的SCCP连接MSC向BSC发送此消息，用来更新相关移动台的加密参数。
此消息包含：
三层头信息、加密信息、算法识别符、加密响应模式等。
指示网络已经开始解译密码。
25.Encryptioncommand：
BSC向BTS发这条消息启动加密模式的操作。
主要元素有：
加密信息。
26.Ciphermodecommand：
BTS在主DCCH上向移动台发送加密模式命令消息，指示网络已经开始解译密码，移动台应开始加密和解译密码，或指示将不再进行加密。
主要元素有：
加密模式设置、加密响应。
27.Ciphermodecomplete：
MS在DCCH上向网络发送加密模式完成消息，目的是为了向网络指示出移动台已经开始加密或解译密码。
主要信元有识别符类型、奇偶指示等。
28.Dataindication：
BTS给BSC发此消息表示在确认模式下消息的接收。
主要的信息元素有：
链路标识、三层消息。
该消息在Abis口上透明传输。
29.Ciphermodecomplete：
通过相关的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.TMSIreallocationcommand（DT1）：
该消息在A接口上由MSC发往BSC，其中包含的是空中接口TMSIreallocationcommand消息
升级会员 