移动MSC信令流程
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。
接下来BSC就可以向手机指配这条目标信道了，这个信令消息叫做Immediate Assign Command（立即指配命令）。
在这里我们要关心一下就是BSC激活和指配的这个目标信道它是什么样的信道。
在正常的流程中，通常MS接入BTS是在RACH中，就是随机接入信道中。
然后BSC要激活的信道通常是SDCCH信道，就是独立专用控制信道；Immediate Assign Command这条消息，它是通过AGCH信道下发给手机的，在这AGCH信道里面指配了一条SDCCH信道。
MSC信令
Inner Mongolia Unicom (IMU) Project信令结构：Inner Mongolia Unicom (IMU) ProjectMSBTSBSCMSCInner Mongolia Unicom (IMU) Project更详细一点的流程：移动管理层MM主要负责用户在网络中的登记以及用户的标识。
它所处理的过程包括：位置更新，用户鉴权，以及TMSI再分配。
共有16种消息：Inner Mongolia Unicom (IMU) ProjectMobility Management Layer MessagesMSC 中对MAP_UPDATE_LOCATION 消息的处理：1。
MAP 层进行IMSI 分析，确定可供SCCP 路由的HLR 地址：命令CFC2。
SCCP 对该消息进行寻址，确定可供MTP 路由的地址：Inner Mongolia Unicom (IMU) Project对于无连接服务来说，N-原语有N-UNITDATA和N-NOTICE。
(注意：一个原语包括属名，专用名，原语参数3个部分。
其中，属名说明了原语应完成的功能，原语参数为完成该功能所必须的消息，专用名指示原语流的方向。
一般有请求，指示，相应，确认四种专用名。
对于有连接服务来说，存在请求，指示，相应和确认四种专用名，而对于无连接服务来说存在请求和指示两种专用名)N-UNITDATA 原语有请求和指示两种，SCCP用户用N-UNITDATA请求原语请求SCCP向另一个节点的SCCP传递无连接数据。
SCCP用N-UNITDATA指示原语通知用户数据到达。
N-UNITDATA原语的参数有：被叫地址，主叫地址，顺序控制，返回选择及用户数据。
SCCP在收到用户发来的原语请求后，就根据原语参数将用户数据连同必要的控制和选路消息封装成SCCP消息，发往远端节点的对等SCCP。
对于无连接服务，SCCP采用UDT(单位数据消息)来传递用户数据，其格式如下：Inner Mongolia Unicom (IMU) ProjectRouting label 是SCCP 提供给MTP 进行路由使用。
移动用户呼叫移动用户的接续过程
主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始到主叫用户TCH指配完成为止一般来说主叫经过几个大的阶段接入阶段鉴权加密阶段TCH指配阶段取被叫用户路由信息阶段 接入阶段主要包括信道请求信道激活信道激活响应立即指配业务请求等几个步骤经过这个阶段手机和BTS BSC 建立了暂时固定的关系鉴权加密阶段主要包括鉴权请求鉴权响应加密模式命令加密模式完成呼叫建立等几个步骤经过这个阶段主叫用户的身份已经得到了确认网络认为主叫用户是一个合法用户允许继续处理该呼叫TCH指配阶段主要包括指配命令指配完成经过这个阶段主叫用户的话音信道已经确定如果在后面被叫接续的过程中不能接通主叫用户可以通过话音信道听到MSC的语音提示取被叫用户路由信息阶段主要包括向HLR请求路由信息HLR向VLR请求漫游号码VLR回送被叫用户的漫游号码HLR向MSC回送被叫用户的路由信息MSRN MSC收到路由信息后对被叫用户的路由信息进行分析可以得到被叫用户的局向然后进行话路接续主叫过程的信令流程如后面的图所示当用户输入被叫号码后，首先MS将在随机接入信道RACH 向BSS发送信道请求消息以便申请一个专用信道SDCCH BSC为其分配相应的信道成功后在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道，随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息在该消息中CM业务类型为移动发起呼叫该消息被BSS透明的传送至MSC，MSC收到CM业务请求消息后通过处理接入请求消息通知VLR处理此次MS的接入业务请求，同时由于在BSC和MSC之间用到了SCCP有连接服务为建立SCCP连接MSC还将向BSC回连接确认消息收到业务接入请求，然后VLR将首先查看在数据库中该MS是否有鉴权三参组如果有，将直接向MSC下发鉴权命令否则向相应的HLR/AUC请求鉴权参数从HLR/AUC得到三参组，然后再向MSC下发鉴权命令MSC收到VLR发送的鉴权命令后通过BSS向MS下发鉴权请求在该命令中含有鉴权参数MS收到鉴权请求后利用SIM卡中的IMSI和鉴权算法得出鉴权结果通过鉴权响应消息送达MSC 、MSC将鉴权结果回送VLR 、由VLR 核对MS上报的鉴权结果和从HLR 取得的鉴权参数中的结果、如果二者不一致拒绝此次接入请求此次呼叫失败、如果二者一致则鉴权通过鉴权通过、之后VLR将首先向MSC下发加密命令然后通知MSC该MS此次接入请求已获通过、MSC通过BSS通知MS业务请求获得通过然后MSC向MS下发加密命令该命令内含加密模式MS收到此命令并完成加密后回送加密完成消息到此MS完成了整个接入阶段的工作TCH指配阶段取被叫漫游号码阶段主要信令经过接入阶段和鉴权加密过程后主叫用户的合法身份已经得到确认已经接入了网络为继续进行呼叫需要更为详细的信息按照规范此时MS将发送一个set up消息在此消息中携带有被叫号码和主叫标识等更为详细的信息MSC收到此消息后首先通过S.I.F.O消息向VLR查询该用户的相关业务信息VLR根据此次业务类别和开户时MS已经申请的业务信息决定此次呼叫是否可以继续如果可以继续通过完成呼叫消息向MSC回送该用户数据MSC收到该信息后通过呼叫继续消息经BSS通知MS呼叫在继续处理之中然后根据A接口电路情况向BSC发送指配请求消息在该消息中选定某条A接口电路BSC收到该指令后向BTS MS指定无线资源MS 收到该指令后占用成功回送分配完成消息到此TCH指配阶段完成本局的无线资源和A接口电路均已成功分配MSC收到MS上报的指配完成消息后进行被叫分析根据被叫号码寻址到HLR 发送路由信息请求消息HLR收到该消息后根据被叫IMSI查询得到被叫所在的VLR 向被叫所在的VLR请求漫游号码被叫所在的VLR在受到请求漫游号码消息后为对应的MS分配MSRN 然后在请求漫游号码响应消息中回送给HLR HLR得到该MSRN后想主叫所在MSC发送路由信息响应消息MSC从该消息中得到被叫的MSRN 根据MSRN进行局间中继选路并向被叫所在的MSC发送IAI消息至此主叫信令流程基本结束。
信令流程讲解-寻呼流程
提升网络覆盖范围
优化基站布局
合理规划基站位置和数量，提高网络 覆盖的连续性和稳定性。
引入新型网络技术
如采用MIMO、Massive MIMO等新 型技术，提高信号传输质量和覆盖范 围。
加强设备维护和故障处理能力
定期巡检和维护
对基站、交换机等设备进行定期巡检和维护，确保设备正常运行。
建立快速响应机制
寻呼响应可以通过单向或双向的 方式发送。
寻呼结果处理
寻呼结果通知
01
当网络收到用户的寻呼响应后，会根据用户的响应内容进行处
理，例如向用户发送新消息、更新用户状态等。
未接收到响应的处理
02
如果网络在一定时间内未收到用户的寻呼响应，网络会采取相
应的措施，例如发送提醒消息或进行再次寻呼。
寻呼结果记录
03
寻呼请求通过无线信令网络发送，并由基站接收和转发给移 动用户。
寻呼类型
立即寻呼
当移动用户处于空闲状态时，立 即寻呼用于通知用户有来电或消 息。
状态寻呼
当移动用户处于通话状态时，状 态寻呼用于通知用户有来电或紧 急消息。
寻呼流程的重要性
保障通信服务质量
寻呼流程是移动通信网络中不可 或缺的一部分，它能够及时地将 来电或消息传递给用户，保障了 通信服务的质量和效率。
网络会对每次寻呼的结果进行记录，用于后续的分析和处理。
03
寻呼流程中的关键信令
Paging Request
用于请求特定移动台响应的信令。
当网络需要与一个或多个移动台通信时，它会向相关的基站发送寻呼请求。这个请 求会包含要寻呼的移动台的标识信息，例如IMSI（国际移动用户识别码）。基站会 根据这些信息向相应的移动台发送寻呼消息。
超详细GSM信令流程
内容摘要
• GSM主叫信令流程 • GSM被叫信令流程 • GSM切换信令流程 • 系统消息及参数分析 • 案例分析
移动主叫流程一
移动主叫流程二
移动主叫流程三
1.Channel Request 信道要求
• MS通过动态地在RACH信道上发送一个随机接入脉冲 向一个BTS申请一条信道。在信道请求消息中包括了 建立的原因，这个原因可能是“寻呼响应”、“紧急 呼叫”、“移动主叫”、“短消息业务”或“其他”， 比如“位置更新”。此外，这条消息还包括随机参数， MS随机的选5个比特作为随机参数。这些参数的作用 是：当两个移动台同时接入网络时，网络能运用这些 参数来区分这些移动台。
Originating speech call from dual-rate MS when TCH/H is sufficient and supported by the MS for speech calls and the network sets NECI bit to 1
Answer to paging
2.Channel Required 信道请求
• BTS向BSC发一条申请信道消息。通过这条消息， BTS进一步向BSC传递由移动台发起的信道请求。信 道请求消息中除了包含信道要求消息中的一些消息外， 还包括由BTS加入的一些重要的附加消息和TA。
3.Chanel Activation Ack 信道激活证实
• 这是对信道激活消息的应答。当基站收发信台收到这 条消息后，它开始在SACCH信道发送和接受消息。
5.Immediate Assignment Command 立即指配命令
• 基站控制器告诉基站收发信台关于被使用的SDCCH信 道。
信令流程(图+介绍)
CH－REQ消息在BSS内部进行处理。BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。
6.2、识别MS身份
TMSI是网络分配给每个移动用户的临时身份码，只在一个位置区域内有效。为了提高MS用户的保密性，信令通信可首先使用TMSI代替IMSI。如果网络识别TMSI号码，接续流程可以继续；若不能识别TMSI（MS从一个位置区进入另一个位置区），就会要求MS重新上报IMSI号码。若该号码有效，通信继续，同时网络还会给该移动用户分配一个新的TMSI号码。这个接续过程紧跟在A接口的第一个L3消息之后。
6.3、重新分配TMSI
无论当前MS使用的TSMSI是否能被系统识别，出于对用户身份保密的考虑，在每次通信时，网络部可为MS重新分配一个TMSI。TMSI的重新分配过程一般是在加密完成之后，SETUP建立之前。对应于TMSI重新分配命令，MS有一个回应的TMSI分配完成消息。
网络准备好合适的信道后，就通知MS，由IMMASS（立即指配）消息完成这一功能。在IM－MASS中，除包含CHACT中的信道相关信息外，还包括随机参考值RA、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到CH－REQ时的TD－MA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关，用于减少MS之间的请求冲突。TA是根据BTS收到RACH信道上的CH－REQ信息进行均衡时，计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。
移动MSC信令流程范本
移动MSC信令流程范本
信令流程范本示例：
1.呼叫发起：
1.1用户拨号发起呼叫；
1.2用户的手机与MSC建立通信连接；
1.3MSC收到呼叫请求，开始处理信令流程。
2.来电鉴权：
2.1 MSC向HLR（Home Location Register）查询被叫用户的位置信息，以确定该用户所在的MSC；
2.2HLR回复MSC，提供被叫用户的所在MSC信息；
2.3MSC建立与被叫MSC的连接，以便后续呼叫传输。
3.呼叫路由：
3.1 MSC向VLR（Visitor Location Register）查询被叫用户的目标位置信息，以确定被叫用户所在的基站；
3.2VLR回复MSC，提供被叫用户的目标基站信息；
3.3MSC确定呼叫路由，并将呼叫请求转发至被叫MSC。
4.呼叫传输：
4.1被叫MSC接收到呼叫请求，并向被叫用户的手机发送呼叫请求；
4.2被叫用户手机回复被叫MSC，表示是否接受呼叫；
4.3被叫MSC将接听状态信息回传给主叫MSC，以通知主叫用户。
5.呼叫建立：
5.1主叫MSC接收到接听状态信息；
5.2主叫MSC将接听状态信息传送给主叫用户的手机；
5.3主叫用户手机和被叫用户手机建立语音通话连接，呼叫建立。
6.通话中：
6.1主叫用户和被叫用户之间进行实时语音通话；
6.2MSC负责处理通话过程中的信令传输，包括通话保持、通话切换等。
7.呼叫释放：
7.2MSC检测到通话结束，并向双方发送呼叫释放请求；
7.3主叫用户和被叫用户的手机收到呼叫释放请求，并回复呼叫释放确认。
移动MSC信令流程
移动M S C信令流程Newly compiled on November 23, 2020MSC信令流程深圳市中兴通讯股份有限公司1.1 基本的自动漫游程序本条描述在各种情况下支持基本自动漫游功能的相关网络实体之间的消息流程，其中包括：•登记•取消登记•MS去活•鉴权•基本业务处理程序•自动漫游管理1.1.1 登记本条说明典型的MS登记的过程。
当MS从一个系统漫游到另一个系统时，新的服务系统执行登记和漫游用户批准的过程。
a.登记通知消息(REGNOT)。
MSC-2是通过自动登记、始呼或服务命令发现MS进入它的服务区。
b. 如果VLR-2中没有MS的记录，VLR-2向MS归属的HLR发送REGNOT。
VLR-2发送给MSC-2的响应应当根据来自HLR的响应确定。
c.如果MS曾经在别处登记过，HLR向以前的拜访VLR(VLR-1)发送取消登记消息(REGCANC)。
前拜访VLR根据收到的消息，从它的存储器中删除这个MS的所有记录。
向前拜访MSC(MSC-1)发送REGCANC。
前拜访MSC根据收到的消息，从MSC的存储器中删除这个MS的所有记录。
向VLR-1发送取消登记消息返回结果(regcanc)。
向HLR发送regcanc。
向VLR-2发送登记通知消息返回结果(regnot)。
向MSC-2发送regnot。
1.1.2 取消登记本条描述由服务MSC对MS取消登记的过程。
a.服务的MSC确定一个接受服务的MS是否需要取消登记。
它可以根据MS关机指示或MS去活作出这个决定。
b.服务MSC向其VLR发送MS去活消息(MSINACT)，其中包括取消登记类型参数(DEREG)。
这时，MSC可以从它的存储器中删除这个MS的所有记录。
c.服务VLR在收到含有取消登记类型参数的MSINACT后，向服务MSC发送一个MS去活消息返回结果(msinact)并删除其存储器中这个MS的所有记录。
d.然后服务VLR向与MS有关的HLR发送MSINACT，其中包含取消登记类型参数。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
移动M S C信令流程文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）MSC信令流程深圳市中兴通讯股份有限公司1.1基本的自动漫游程序本条描述在各种情况下支持基本自动漫游功能的相关网络实体之间的消息流程，其中包括：登记取消登记MS去活鉴权基本业务处理程序自动漫游管理1.1.1登记本条说明典型的MS登记的过程。
当MS从一个系统漫游到另一个系统时，新的服务系统执行登记和漫游用户批准的过程。
a. 当确定一个漫游的MS进入其服务区后，新服务MSC(MSC-2)向它的VLR(VLR-2)发送登记通知消息(REGNOT)。
MSC-2是通过自动登记、始呼或服务命令发现MS进入它的服务区。
b. 如果VLR-2中没有MS的记录，VLR-2向MS归属的HLR发送REGNOT。
VLR-2发送给MSC-2的响应应当根据来自HLR的响应确定。
c.如果MS曾经在别处登记过，HLR向以前的拜访VLR(VLR-1)发送取消登记消息(REGCANC)。
前拜访VLR根据收到的消息，从它的存储器中删除这个MS的所有记录。
向前拜访MSC(MSC-1)发送REGCANC。
前拜访MSC根据收到的消息，从MSC 的存储器中删除这个MS的所有记录。
向VLR-1发送取消登记消息返回结果(regcanc)。
向HLR发送regcanc。
向VLR-2发送登记通知消息返回结果(regnot)。
向MSC-2发送regnot。
1.1.2取消登记本条描述由服务MSC对MS取消登记的过程。
a.服务的MSC确定一个接受服务的MS是否需要取消登记。
它可以根据MS 关机指示或MS去活作出这个决定。
b.服务MSC向其VLR发送MS去活消息(MSINACT)，其中包括取消登记类型参数(DEREG)。
这时，MSC可以从它的存储器中删除这个MS的所有记录。
c.服务VLR在收到含有取消登记类型参数的MSINACT后，向服务MSC发送一个MS去活消息返回结果(msinact)并删除其存储器中这个MS的所有记录。
d.然后服务VLR向与MS有关的HLR发送MSINACT，其中包含取消登记类型参数。
取消MS的登记(即删除指向VLR的指针)并向服务VLR发送一个空msinact 以确认操作。
1.1.3移动台去活报告服务MSC声明移动台去活本条说明由服务MSC对登记后的MS宣布去活的过程。
a.在确定一个已登记的漫游MS不再活动后，MSC向它的VLR发送MS去活(MSINACT)消息。
MSC可以根据MS没有按时进行位置更新作出这个决定。
这时，MSC在它的内部数据结构中标记MS去活。
向服务MSC发送msinact。
向与MS有关的HLR发送MSINACT，VLR可以在它的内部结构中记下MS去活(而保留服务项目清单和批准信息)。
注意VLR可根据内部算法而不依赖从MSC收到的MSINACT的宣布MS去活。
设置MS为去活状态，删除指向VLR的指针，向服务VLR发送msinact。
e.一段时间以后，MSC确定在它的服务区内MS重新激活，MSC向它的VLR 发送REGNOT。
注意：报告中的MSC可与最初宣布MS去活的MSC不同。
向与MS有关的HLR发送REGNOT。
VLR和HLR二者都用登记通知作为MS激活的指示并更新它们的内部数据库。
向服务VLR发送regnot。
向服务MSC发送regnot。
服务MSC在登记时声明移动台去活a. 移动台可能由于某种原因不能接受呼叫。
服务MSC发送REGNOT消息给VLR，登记移动台为去活状态。
同时服务MS在它的数据库中记录移动台为去活状态。
b. VLR-2收到REGNOT消息，并将它前转给MS归属的HLR。
c. 如果MS曾经在别处登记过，HLR向以前的拜访VLR(VLR-1)发送取消登记消息(REGCANC)。
前拜访VLR根据收到的消息，从它的存储器中删除这个MS的所有记录。
d. VLR-1向前拜访MSC(MSC-1)发送REGCANC。
前拜访MSC根据收到的消息，从MSC的存储器中删除这个MS的所有记录。
e. MSC向VLR-1发送取消登记消息返回结果(regcanc)。
f. VLR-1向HLR发送regcanc。
g. HLR向VLR-2发送登记通知消息返回结果(regnot)。
h. VLR-2向MSC-2发送regnot。
通过ROUTREQ消息报告移动台去活图 5 通过ROUTREQ 消息报告移动台去活b. VLR 向当前服务MSC 发送ROUTREQ 。
c. 在对ROUTREQ 的响应过程中，服务MSC 查询它的内部数据结构以确定MS 的状态。
如果移动台处于去活状态，服务MSC 在路由申请消息返回结果(routreq)中的ACCDEN 参数中指明移动台去活。
d. VLR 将消息前转给HLR 。
1.1.4 鉴权本条描述在自动漫游条件下支持鉴权、信令消息加密和话音加密的相关网络实体之间的消息流程，包括： 登记时的鉴权 始呼时的鉴权 终呼时的鉴权在话音信道上的鉴权 闪动请求时鉴权当SSD 不共享时的SSD 更新 呼叫历史计数器更新当SSD 与其它系统共享时的鉴权 当SSD 共享时的SSD 更新 AC 发起的独特查询 VLR 发起的独特查询取消登记时的呼叫历史计数器报告VLR ab c dHLR MSCROUTREQROUTREQroutreq(ACCDEN)routreq(ACCDEN)登记时的鉴权本条描述当MS在一个拜访系统中登记时，支持鉴权的系统间消息的流程。
从总体信息中确定已进入新的服务系统，并且所有系统接入都要求鉴权(AUTH=1)。
用于鉴权的随机数(RAND)也应在此时获得，如果没有，MS 用零值代替。
MS用RAND和当前存储的SSD-A、MS的ESN、MIN1执行CAVE程序产生一个登记鉴权结果(AUTHR)。
在新的服务MSC(MSC-2)中登记，提供它的MIN、ESN、AUTHR、呼叫历史计数器(COUNT)和RANDC。
核实由MS提供的RANDC，接着向新的服务VLR(VLR-2)发送鉴权申请消息(AUTHREQ)，其中包括RAND。
向HLR发送AUTHREQ。
向AC发送AUTHREQ。
f-i.如果SSD目前与另一系统共享，AC发送呼叫历史计数器申请消息(COUNTREQ)，取回呼叫历史计数器值。
AC核实由MS所报告的MIN和ESN。
然后AC用RAND和当前存储的SSD-A、MS的ESN、MIN1执行CAVE产生登记鉴权结果(AUTHR)。
AC判断从MS收到的AUTHR是否符合它执行CAVE的结果。
然后，AC判断从MS收COUNT与当前的值是否一致。
向HLR发送鉴权申请消息返回结果(authreq)，根据AC的管理程序，其中可以包括SSD、执行独特查询的命令、更新SSD的命令或更新COUNT的命令。
另外，如果鉴权失败，authreq中应当包括接入否定参数。
向VLR-2发送authreq。
向MSC-2发送authreq。
m.在MS鉴权成功后，MSC-2向VLR-2发送REGNOT。
向HLR发送REGNOT。
o.如果MS以前在另一系统登记了，HLR向原服务VLR(VLR-1)发送REGCANC。
向原服务MSC(MSC-1)发送REGCANC。
返回regcanc。
向HLR返回regcanc。
在存储器中记录MS的新位置，并且发送regnot给VLR-2，其中包括VLR 需要的信息。
向MSC-2发送regnot。
始呼时的鉴权这一条描述MS在拜访系统中始呼时，支持鉴权的系统间消息的流程。
从总体信息(OMT)中确定所有的系统接入都要求鉴权(AUTH=1)。
鉴权使用的随机数(RAND)也在此时获得。
如果没有获得，MS用零值代替。
MS采用被叫号码，RAND、ESN和当前存储的SSD执行蜂窝鉴权和话音加密算法(CAVE)程序产生一个始呼鉴权结果(AUTHR)。
向新服务MSC(MSC-2)发送一个始呼消息，提供被叫号码，它的MIN、ESN、鉴权结果(AUTHR)、呼叫历史计数器(COUNT)和RANDC。
核实MS提供的RANDC，并且向新的服务VLR(VLR-2)发送AUTHREQ，其中包括被叫号码和RAND。
d.如果SSD目前与VLR-2共享，VLR将执行MS的鉴权过程，接着执行步骤l。
否则，VLR-2向HLR发送AUTHREQ。
向AC发送AUTHREQ。
f～i.如果SSD目前与另一系统共享，AC发送COUNTREQ，重新取得COUNT 的当前值。
AC核实MS报告的MIN和ESN。
然后采用RAND、服务系统提供的被叫号码、SSD-A和ESN执行CAVE程序产生一个始呼鉴权响应(AUTHR)。
AC核实从MS收到的AUTHR符合它的CAVE结果。
AC核实从MS收到的COUNT与当前存在的AC中值一致。
向HLR发送authreq，其中包含与这一系统接入有关的SMEKEY和VPMASK。
用于当前AC无法确定MS是否签约话音保密，因此，在所有始呼或寻呼响应时，AC都应产生并发送VPMASK。
注意：根据AC管理程序，authreq中也可包括SSD参数、执行独特查询的命令、更新SSD的命令或更新COUNT的命令。
另外，如果鉴权失败，authreq中应当包括接入否定参数。
向VLR-2发送authreq。
向MSC-2发送authreq。
在MS鉴权成功后，MSC-2为MS指配一条模拟话音信道或一条数字业务信道或保留现有的指配。
终呼时的鉴权本条描述当一个呼叫在服务系统中终接于一个拜访MS时，支持鉴权的系统间消息的流程。
从总体信息由(OMT)中确定所有系统接入都要求的鉴权(AUTH=1)。
鉴权所用的随机数(RAND)也应在此时获得。
如果没有获得，MS用零值代替。
收到一个寻呼消息。
MS用RAND和当前存储的SSD-A、ESN、MIN执行CAVE 以产生一个终呼鉴权结果(AUTHR)。
向新的服务MSC(MSC-2)发送一个寻呼响应，提供它的MIN1、ESN、鉴权结果(AUTHR)，呼叫历史计数(COUNT)和RANDC。
核实MS提供的RANDC，接着向新服务VLR(VLR-2)发送AUTHREQ。
e.如果SSD目前与VLR-2共享，VLR将执行MS的鉴权过程，接着执行步骤m。
否则，VLR向HLR发送AUTHREQ.向AC发送AUTHREQ。
g～j.如果SSD目前与另一系统共享，AC将发送COUNTREQ，重新获得当前COUNT值。
AC核实由MS报告的MIN和ESN。
然后AC用当前存储的SSD-A、ESN、MIN1和由服务系统提供的RAND值一起执行CAVE产生一个终呼鉴权响应(AUTHR)。
AC核实从MS接收到的AUTHR符合它的CAVE结果。
AC核实从MS接收的COUNT符合当前值。
向HLR发送一个authreq。