移动主叫被叫位置更新流程.docx

移动主叫被叫位置更新流程.docx

《移动主叫被叫位置更新流程.docx》由会员分享，可在线阅读，更多相关《移动主叫被叫位置更新流程.docx（27页珍藏版）》请在冰豆网上搜索。

移动主叫被叫位置更新流程

移动主叫流程

其中不需要记忆channelactivation等ABIS信令流程和信令释放流程，只有记忆UM,ABIS,A口中常用的信令流程，特别是都要英文并且字母不能错误要求规范。

比如UM口信令channelrequest到ABIS口就为channelrequired不能搞混，A口的assignmentrequest到ABIS和UM口为assignmentcommand。

其中10UM（SACCH）的信令为”cmserviceaccept”

具体信令分析如下：

（其中数字对应于上图中信令消息）

移动主叫流程图

1.信道要求---ChannelRequest（RACH）

MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。

在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。

此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。

这些参数的作用是：

当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。

2.信道请求---ChannelRequired

基站收发信台向基站控制器发一条申请信道消息。

通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。

实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。

请求参考单元直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。

3.信道激活---ChannelActivation

收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活消息。

其中最重要的是：

分配给哪个基站收发信台以及此SDCCH的信道组合。

此消息中包含的参数有：

DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。

4.信道激活证实---ChannelActivationAck

这是对信道激活消息的应答。

当基站收发信台收到这条消息后，它开始在SACCH信道发送和接受消息。

5.立即指配命令---ImmediateAssignmentCommand

基站控制器告诉基站收发信台关于被使用的SDCCH信道。

6.立即指配---ImmediateAssignment（AGCH）

基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。

实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。

在这条消息中，包括的参数有：

寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。

7.CM业务请求---CMServiceRequest（SDCCH）

移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、补充业务激活或短消息传送。

8.CM业务请求（建立指示）---CMServiceRequest

基站收发信台通过返回建立指示消息确认立即指配命令。

建立指示消息有两种用途。

首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。

这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。

另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。

9.CM业务请求---CMServiceRequest

这条CM业务请求消息被送往移动交换中心。

10.UA---UA（SDCCH）

当在LAPDm协议中建立第2层级别链路时，UA是正常情况下第2层级别的确认。

11.鉴权请求---AuthenticationRequest

作为CC（连接证实）消息，移动交换中心发送一条鉴权请求消息给BSC。

这条消息包括随机数RAND。

12.鉴权请求---AuthenticationRequest（SDCCH）

BSC通过BTS把消息传送给MS。

13.鉴权响应---AuthenticationResponse（SDCCH）

MS以带符号的响应SRES来响应鉴权请求。

鉴权响应通过BTS被送往BSC。

在MS鉴权过程中，使用两种算法A3和A8。

这些算法和32位数字密钥被存储在SIM卡中。

当网络申请移动台的鉴权，AUC/VLR发送32位十进制随机数字给MS。

MS接着计算带符号的响应（SRES）并把它回送给VLR。

VLR把接收到的SRES和从先前AUC的鉴权组内部接收到的SRES作比较。

如果这些SRES相同，鉴权成功，MS可以继续呼叫。

你可以注意到，KI的前8个数字被用来鉴权和SRES算法，剩下的24个数字被保留用作密钥算法。

14.鉴权响应---AuthenticationResponse

为了完成鉴权过程，从MS来的SRES的值在消息内部被送回VLR。

15.加密模式命令---CipheringModeCommand

MSC要求BSC从无线通路开始加密。

假如网络想要在无线接口开始加密，需要在A接口发送消息。

如果网络使用加密，那么MS在接收到此消息以后开始加密。

16.加密命令---CipheringModeCommand

BSC把加密消息储存到它的存储器中然后向BTS发送一个加密命令来发起加密模式操作。

BSS告知MS加密的初始，开始接收被加密模式。

17.加密模式完成---CipheringModeCommand（SDCCH）

MS确认加密命令。

18.加密模式完成---CipheringModeCommand

如果加密被使用，那么这是在空中接口中的第一条加密的消息。

BSS确认加密命令，通知MSC移动台已经开始加密并开始以加密模式发送消息。

19.TMSI再分配命令---TMSIReallocationCommand

TMSI再分配的目的是提供身份的保密性。

TMSI的再分配通常至少在每次位置更新时执行。

MSC通过发送TMSI再分配命令消息给MS发起TMSI再分配过程。

TMSI再分配命令消息包括TMSI与由网络分配的LAI的组合；或者如果正在使用的TMSI将被删除，就包括一个LAI和IMSI。

通常，通过应用加密模式的RR连接，TMSI再分配命令被送往MS。

20.TMSI再分配命令---TMSIReallocationCommand（SDCCH）

TMSI再分配命令被送到MS。

21.TMSI再分配完成---TMSIReallocationComplete（SDCCH）

当MS接收到TMSI再分配命令消息后，把LAI储存在SIM卡中。

如果接收到的身份识别是MS的IMSI，它就把先前储存的TMSI删除。

如果接收到的身份是TMSI，MS把它存储在SIM中。

在这两种情况下，MS将发送一条TMSI再分配完成消息给网络。

22.TMSI再分配完成---TMSIReallocationComplete

TMSI再分配完成消息送往MSC。

23.建立---Setup（SDCCH）

在鉴权，识别，加密后，MS处在SDCCH信道上，准备开始真正呼叫建立信令。

MS发送一建立消息给BSC，再被送到MSC。

24.建立---Setup

BSC向MSC发送建立消息来告知MSC将要执行的呼叫。

25.呼叫进程---CallProceeding

MSC对建立消息的响应。

26.呼叫进程---CallProceeding（SDCCH）

当MS的呼叫控制实体接收到呼叫进程消息后，就进入“移动主叫进程”状态。

27.指配请求---AssignmentRequest

这条消息开始了TCH（话音信道）的分配。

在A接口，MSC是主控者，它为A接口上的这次呼叫寻找一个可使用的电路。

这条消息根据GSM规范包括了一些可选项。

这些可选项是：

呼叫的优先权、下行的不连续传输（DTX）、无线信道的识别和可用的干扰带。

28.信道激活---ChannelActivation

在BSC内部的信道保存和分配之后，它通过发送这条消息给BTS来激活TCH信道。

消息内容主要包括：

信道号、激活的类型、信道模式（DTX/NODTX）、信道类型（话音/数据：

如果是话音，则包括GSM编码算法，如果是数据，则包括信道中消息是透明还是不透明的以及数据速率）、信道识别、接收到消息的加密消息、BTS和MS的功率等级和时间提前量。

29.信道激活证实---ChannelActivationAck

BTS返回目前TDMA帧号，然后通过Abis接口激活TCH。

30.分配命令---AssignmentCommand（SDCCH）

BTS进一步把收到的消息发送给MS。

消息内容主要包括：

信道描述、功率级别、小区信道描述、信道模式（全速率/半速率）和移动分配。

31.SABM（设置异步平衡模式）---SABM（FACCH）

这是一条第二层的消息，包含一些第三层消息，包括业务请求，加蜜键序列，移动台级别和移动标识。

32.建立指示---EstablishIndication

建立指示消息有两个用途。

第一，此时应用建立指示消息，可以让基站收发信台知道移动台目前正在FACCH信道上，这样，基站收发信台可以向基站控制器发送消息，指示移动台现在正在使用的FACCH信道的情况。

第二，BTS识别此链路为主信令信道并且将收到的第三层消息加入建立指示消息中，这第三层消息来自于MS。

33.UA---UA（FACCH）

UA通常是建立第二层LAPDm链路时的第二层确认。

34.指配完成---AssignmentComplete（FACCH）

这条消息由移动台发送给网络以指示移动台已成功建立TCH。

35.指配完成---AssignmentComplete

BSS向MSC证实获取TCH信道。

36.信道释放---ChannelRelease

使正在使用的SDCCH停止活动。

这个消息是由BSC发向MS的。

另外，它也被称为“第三层的断链消息”。

在正常的呼叫建立情况下，呼叫原因为“正常”。

37.去活SACCH（慢速随路控制信道）---DeactivateSACCH

BSC向下行发送这个消息，BSC禁止向MS传送系统消息。

事实上，此时已经没有在SACCH上接收/发送任何消息的必要了，因此它将被去活。

38.释放指示---ReleaseIndication

BTS通知BSC，MS没有更多专用的无线资源。

39.RF信道释放---RFChannelRelease

BSC通知BTS释放其余的无线资源。

40.RF信道释放证实---RFChannelReleaseACK

所有的无线资源被释放;BTS发送证实消息给BSC，这些无线资源为:

TCH/FACCH和SACCH。

41.提醒---Alerting

MSC发送提醒消息给BSS。

42.提醒---Alerting（FACCH）

当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。

如果MS收到提醒消息，就应当接通话音通路，此时主叫用户可以听到振铃声，表示被叫用户正在振铃。

43.连接---Connect

MSC通过BSS发送一连接消息给MS。

此消息向MS表明已经通过网络建立连接。

44.连接---Connect（FACCH）

MS一收到连接消息，它就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。

45.连接证实---ConnectAck（FACCH）

MS用这条消息告诉MSC，目前MS正处于”激活”状态。

46.连接证实---ConnectAck

此消息被送往MSC。

47.测量报告---MeasurementReport（SACCH）

在建立了主信令信道后，移动台每秒发送两次关于话音质量的测量报告。

48.预处理测量结果---Prep_MeasurementResult

如果这些测量报告在BTS中已经过预处理，则测量结果被传到BSC；如果BTS中没有经过预处理过程，测量报告直接被传到BSC，而不需要BTS的参与。

49.拆链---Disconnect（FACCH）

由MS发出拆链请求消息。

消息内容主要包括：

清除终端到终端的连接。

这条消息将停止了有关此次呼叫连接的收费。

50.拆链---Disconnect

拆链消息发往MSC。

51.释放---Release

实际的释放将来自MSC，真正的呼叫才结束。

52.释放---Release（FACCH）

释放消息送往MS。

53.释放完成---ReleaseComplete（FACCH）

MS通知网络它将释放此次业务标识，也就表示释放过程正在进行中。

54.释放完成---ReleaseComplete

释放完成消息被发送到MSC。

55.清除命令---ClearCommand

这个消息由MSC发出，用来释放所有相关的资源，也就是与这次通话过程相关的BSSAP。

56.信道释放---ChannelRelease（FACCH）

使正在使用的TCH停止活动。

这个消息是由BSC发向MS的。

另外，它也被称为“第三层的断链消息”。

在正常的呼叫建立情况下，呼叫原因为“正常”。

57.去活SACCH（慢速随路控制信道）---DeactivateSACCH

BSC向下行发送这个消息，BSC禁止向MS发送系统消息。

事实上，此时已经没有在SACCH上接收/发送任何消息的必要了，因此它将被去活。

58.DISC---DISC（FACCH）

MS在上行方向将发送第2层DISC帧，并通知BTS在TCH/FACCH信道上的业务。

59.UA---UA（SDCCH）

BTS确认DISC帧，其结果：

MS重新开始监听BCCH信道，并且所有的无线接口将被释放。

60.释放指示---ReleaseIndication

BTS通知BSC，MS没有更多专用的无线资源。

61.RF信道释放---RFChannelRelease

BSC通知BTS释放其余无线资源。

62.RF信道释放确认---RFChannelReleaseAck

所有的无线资源被释放;BTS发送证实消息给BSC，这些无线资源为:

TCH/FACCH和SACCH。

63.清除完成---ClearComplete

此消息是对清除命令的确认，此时BSC通知MSC所有与此次呼叫有关的无线资源被释放。

64.SCCP释放---SccpRelease

当所有无线资源被释放，与此次呼叫有关的BSSAP连接不再需要。

此消息通知BSC释放SCCP连接，并作为RLSD消息发送。

65.SCCP释放确认---SccpReleaseAck

BSC通知MSC有关此次呼叫的专用SCCP连接被释放，并作为RLC消息发送。

移动被叫流程

其中不需要记忆channelactivation等ABIS信令流程和信令释放流程，只有记忆UM,ABIS,A口中常用的信令流程，特别是都要英文并且字母不能错误要求规范。

比如UM口信令channelrequest到ABIS口就为channelrequired不能搞混，A口的assignmentrequest到ABIS和UM口为assignmentcommand。

其中13UM（SACCH）的信令

移动被叫流程图

1.寻呼---Paging

MSC发送寻呼消息，它能搜索到在寻呼范围内的被叫MS，在寻呼消息中包括四种消息：

消息类型、被叫用户的IMSI、被叫用户的TMSI、小区识别表。

出于安全原因，如果TMSI号码被注册使用，那它便有优先级，如果网络没有使用TMSI，那么只有IMSI，寻呼消息将以UDT（单元数据）消息格式发送给BSC。

2.寻呼命令---PagingCommand

由于在网络中，可能有至少三种不同的BCCH-TRX-无线时隙配置，这样逻辑信道PCH就能有至少三种不同的位置。

因此，BSC总是在计算寻呼组，计算结果是为了找到在那一个无线时隙上BTS可以向MS发送寻呼请求消息。

如果BSC同时收到MSC发来的TMSI或IMSI，那么它就采用TMSI来发送寻呼消息。

3.寻呼请求---PagingRequest

BSC在PCH信道上发送寻呼。

4.信道要求---ChannelRequest（RACH）

MS为了响应寻呼，在RACH信道（随机接入信道）上向基站收发信台发送一个随机接入脉冲。

在信道要求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。

此外，这条消息还包括随机参考，移动台（MS）随机的选5个比特作为随机参数。

随机参考的作用是：

当两个移动台同时接入网络时，网络能运用这随机参考来区分这些移动台。

5.信道请求---ChannelRequired

基站收发信台向基站控制器发一条信道请求消息。

通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。

实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。

请求参考直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。

6.信道激活---ChannelActivation

在BSC内部的信道保存和分配之后，它通过发送这条消息给BTS来激活TCH信道。

消息内容主要包括：

信道号、激活的类型、信道模式（DTX/NODTX）、信道类型（话音/数据：

如果是话音，则包括GSM编码算法，如果是数据，则包括信道中消息是透明还是不透明的以及数据速率）、信道识别、接收到消息的加密消息、BTS和MS的功率等级和时间提前量。

7.信道激活证实---ChannelActivationAck

这是对信道激活消息的应答。

当基站收发信台收到这条消息后，它开始在SACCH信道发送和接受消息。

8.立即指配命令---ImmediateAssignmentCommand

基站控制器告诉基站收发信台关于被使用的SDCCH信道。

9.立即指配---ImmediateAssignment（AGCH）

基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。

实际上，这条消息是一条从网络向移动台发的从AGCH信道转到先前定义的SDCCH信道工作的指令。

在这条消息中，包括的参数有：

寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括参数请求参考（与建立原因相同）、初始时间提前量和频率分配。

10.寻呼响应---SABMPagingResponse（SDCCH）

在信令信道上MS对寻呼进行响应。

11.寻呼响应（建立指示）---PagingResponse（SDCCH）

基站收发信台通过返回建立指示消息确认立即指配命令。

建立指示消息有两种用途。

首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。

这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。

另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。

12.寻呼响应---PagingResponse

BSC通过寻呼响应向MSC作连接初始化，也就是SCCP中的连接请求消息。

13.UA---UA（SDCCH）

当在LAPDm协议中建立第2层级别链路时，UA是正常情况下第2层级别的确认。

14.鉴权请求---AuthenticationRequest

作为CC（连接证实）消息，移动交换中心发送一条鉴权请求消息给BSC。

这条消息包括随机数RAND。

15.鉴权请求---AuthenticationRequest（SDCCH）

BSC通过BTS把消息传送给MS。

16.鉴权响应---AuthenticationResponse（SDCCH）

MS以带符号的响应SRES来响应鉴权请求。

鉴权响应通过BTS被送往BSC。

在MS鉴权过程中，使用两种算法A3和A8。

这些算法和32位数字密钥被存储在SIM卡中。

当网络申请移动台的鉴权，AUC/VLR发送32位十进制随机数字给MS。

MS接着计算带符号的响应（SRES）并把它回送给VLR。

VLR把接收到的SRES和从先前AUC的鉴权组内部接收到的SRES作比较。

如果这些SRES相同，鉴权成功，MS可以继续呼叫。

你可以注意到，KI的前8个数字被用来鉴权和SRES算法，剩下的24个数字被保留用作密钥算法。

17.鉴权响应---AuthenticationResponse

为了完成鉴权过程，从MS来的SRES的值在消息内部被送回VLR。

18.加密模式命令---CipheringModeCommand

MSC要求BSC从无线通路开始加密。

假如网络想要在无线接口开始加密，需要在A接口发送消息。

如果网络使用加密，那么MS在接收到此消息以后开始加密。

19.加密命令---CipheringModeCommand

BSC把加密消息储存到它的存储器中然后向BTS发送一个加密命令来发起加密模式操作。

20.加密模式命令---CipheringModeCommand（SDCCH）

BSS告知MS加密的初始，开始接收被加密模式。

21.加密模式完成---CipheringModeCommand（SDCCH）

MS确认加密命令。

22.加密模式完成---CipheringModeComplete

如果加密被使用，那么这是在空中接口中的第一条加密的消息。

BSS确认加密命令，通知MSC移动台已经开始加密并开始以加密模式发送消息。

23.TMSI再分配命令---TMSIReallocationCommand

TMSI再分配的目的是提供身份的保密性。

TMSI的再分配通常至少在每次位置更新时执行。

MSC通过发送TMSI再分配命令消息给MS发起TMSI再分配过程。

TMSI再分配命令消息包括TMSI与由网络分配的LAI的组合；或者如果正在使用的TMSI将被删除，就包括一个LAI和IMSI。

通常，通过应用加密模式的RR连接，TMSI再分配命令被送往MS。

24.TMSI再分配命令---TMSIReallocationCommand（SDCCH）

TMSI再分配命令被送到MS。

25.TMSI再分配完成---TMSIReallocationComplete（SDCCH）

当MS接收到TMSI再分配命令消息后，把LAI储存在SIM卡中。

如果接收到的身份识别是MS的IMSI，它就把先前储存的TMSI删除。

如果接收到的身份是TMSI，MS把它存储在SIM中。

在这两种情况下，MS将发送一条TMSI再分配完成消息给网络。

26.TMSI再分配完成---TMSIReallocationComplete

TMSI再分配完成消息送往MSC。

27.建立---S