CDMA消息流程.docx

CDMA消息流程.docx

《CDMA消息流程.docx》由会员分享，可在线阅读，更多相关《CDMA消息流程.docx（53页珍藏版）》请在冰豆网上搜索。

CDMA消息流程

课程说明

课程介绍

主要介绍常规的呼叫消息流程。

课程目标

提高CDMA维护人员对CDMA的技术体系更深一步了解，提高分析解决问题能力。

缩短故障定位的时间提高维护效率。

相关资料

《800MHzCDMA数字蜂窝移动通信网移动业务交换中心与基站子系统间接口技术规范（报批稿）》

《800MHzCDMA数字蜂窝移动通信网移动应用部分技术要求》

具体内容介绍

呼叫流程、消息流程、切换流程、补充业务流程、短消息业务流程、智能用户业务流程

1呼叫流程

1、移动呼叫移动流程（局内）2、移动呼叫移动（局间）3、移动呼叫固定4、固定呼叫移动5、入局早寻呼6、由MS发起的呼叫拆线7、由BS发起的呼叫拆线8、由MSC发起的呼叫拆线

1.1移动呼叫移动流程（局内）

1.1.1流程图

1.1.2流程描述

1、手机发起CM业务请求，带了被叫号码和业务选择（SERVICEOPTION），业务选择表示此次呼叫的业务类型和无线口传输速率，目前我们的程序对业务选择合法性不做判断，如果BSC上报的业务选择不在合法范围内，则按照13K的语音缺省处理。

（CM业务请求单元所包含的信息单元：

消息类型、CM业务类型、类别信息类型2、移动识别（IMSI）、被叫方BCD号、移动识别（ESN）、时隙周期指数、鉴权响应参数AUTHR、鉴权证实参数（RANDC）、鉴权参数COUNT、鉴权查询参数（RAND）、业务选择、语言加密请求（第一阶段不需要）、被叫方ASCII号码、鉴权结果（当RAND和RANDC在基站处不匹配）、鉴权数据）

2、SCCP的CC消息是对CR消息的确认，表示SCCP的连接已经建立。

保存CR消息中源参考（不做解释），分配本地参考。

3、系统对被叫号码进行分析，判断是否触发ORIGINATIONREQUEST（目前肯定不触发）和FEATUREREQUEST。

如果均不触发，则按照正常呼叫流程处理。

4、如果是本局呼叫，HLR不去MSC分配漫游号码，在ROUTINGINFO中带LOCALTERMINATION，表示手机在服务请求MSC内。

目前我们的MSC和HLR程序是通过判断被叫所在的MSCID和主叫所在的MSCID是否一致来判断是否是本局呼叫的。

5、对于本局呼叫，HLR回复是LOCREQ响应后，MSC检测带回的TKDNLIST数据包确认主叫、被叫为同一MSC时。

MSCMAP到VDB要求分配漫游号码。

然后将具体呼叫交给CM（CommunicationModule通信模块）

6、CDMA系统可以没有单独的鉴权流程。

它可以通过在广播信道上获取特定随机值RANDC，然后通过内部的SSD、IMSI、ESN、本次呼叫被叫号码和呼叫历史计数器与之一起计算出鉴权结果AUTHR，并将之发往网络侧，以实现鉴权。

这里可以看出，该流程比GSM流程简化很多。

7、目前流程中已经没有CM_SRV_ACP、SETUP、Call_proceeding消息，流程上进行了简化。

8、在现在的流程中，被叫号码由“CM业务请求”消息带上去。

9、目前加密在第一阶段不支持，不过如果要进行加密的话，必须通过广播鉴权后才能进行加密，否则将不能进行加密。

10、网络侧的指配消息有主要以下几个功能：

1）指示BSC分配的地面电路号（MSC的CIC和BSC的CIC配置必须要一致）；

2）无线通道类型（从业务选择中分析得到），指示无线口的速率和类型。

3）被叫指配带手机振铃方式，被叫指配消息带SIGNAL的IE，指示被叫手机振铃的方式，主叫则不需要。

所以被叫的铃音是网络侧通过信令指使手机自己产生，而主叫的回铃音是MSC产生，如果是局间呼叫，则主叫的回铃音是通过对端交换机送音。

4）被叫指配消息ASSIGNMENT可以带主叫号码，用于号码显示业务。

1.1.3主要英文缩写注解

CM：

ConnectionmanagementCC：

connectionconfirmLOCREQ：

LocationRequest

1.2移动呼叫移动流程（局间）

1.2.1流程图

1.2.2流程描述

1、当HLR收到主叫MSC/VLR的位置请求时，向被叫的MSC/VLR发起路由请求，要求被叫MSC/VLR给被叫MS分配漫游号码，被叫MSC分配漫游号码后，返回给HLR，HLR在位置请求响应消息中，将漫游号码返回给主叫MSC。

2、分析表中的“指配完成是否接续”的意义如下，如果配置为否，在号码分析后不立即出局，而是等待指配完成消息后才出局，出局和指配无线信道是串行的过程；如果配置为是，则号码分析后，立即出局，出局和指配无线信道是并行的过程。

第一种配法：

接续的速度慢，但是可以保证在出局的时候，BSC一侧的资源已经完全到位。

第二种配法：

接续的速度快，但是如果先出局，则ACM回来后，用户听回铃音，被叫听振铃音，但是由于指配失败，将呼叫又拆除了，就导致了振铃早释现象，给用户的感觉不好。

3、主叫MSC/VLR收到HLR的位置信息响应后，根据TLDN号码做号码分析，通过TUP的IAI消息出局，出局的被叫号码是被叫TLDN号码。

4、被叫指配完成后，被叫MSC给主叫MSC/VLR送ACM地址全消息。

5、手机摘机，上报CONNECT消息，被叫MSC给主叫MSC/VLR送ANC接网消息，主被叫进入通话状态。

6、与主叫一样，被叫也可以没有独立的鉴权过程，而通过第一条“寻呼响应”消息将鉴权信息带上去。

7、与GSM相比，省略了SETUP、CALL_CONFIRMED、ALERTING等消息。

8、在中文规范中，当手机向MSC发出CONNECT消息后，就任何进入连接态，并不需要MSC回CONNECTACK消息。

1.2.3主要英文缩写注解

CM：

ConnectionmanagementCC：

ConnectionconfirmLOCREQ：

LocationRequestROUTREQ：

RoutingrequestTLDN：

TemporaryLocalDirectoryNumber

1.3移动呼叫固定

1.3.1流程图

1.3.2流程描述

1、MSC/VLR号码分析为固定号码后，向被叫PSTN发初始地址信息IAI，进入入局流程。

2、被叫振铃后，PSTN给主叫MSC/VLR送ACM地址全消息。

3、被叫摘机后，PSTN给主叫MSC/VLR送ANC接网消息。

1.3.3主要英文缩写注解

CM：

ConnectionmanagementCC：

ConnectionconfirmCLD：

CalledNumber

1.4固定呼移动

1.4.1流程图

1.4.2流程描述

1、PSTN发起IAI消息到移动关口局，带了被叫手机号码。

2、关口MSC（GMSC）号码分析为移动号码后，给HLR发送请求位置信息，HLR向被叫所在MSC/VLR取路由信息，要求给被叫分配漫游号码，被叫MSC/VLR给MS分配了漫游号码TLDN后，返回路由信息，HLR回送位置信息，在INTERSYSTEMROUTINGINFO标志。

3、GMSC向被叫MSC/VLR发初始地址信息IAI，进入入局流程。

4、被叫MSC/VLR给被叫MS发寻呼消息。

5、手机摘机，上报CONNECT消息；被叫MSC/VLR给GMSC送ANC接网消息；ANC消息被透传到PSTN进入通话状态。

1.5入局早寻呼

1.5.1流程图

1.5.2流程描述

1、当HLR去被叫MSC要求漫游号码时，被叫局MSC首先寻呼被叫，如果被叫能够被寻呼到，则被叫MSC/VLR返回漫游号码，否则的话，被叫MSC/VLR以被叫不可及处理来HLR的路由请求。

2、早寻呼是MSC的功能，对于HLR和主叫MSC透明，早寻呼的优点是可以减少不必要的局间中继的占用，缺点：

接续慢。

早寻呼的功能在MAP功能表中配置。

1.6由MS发起的呼叫拆线

1.6.1流程图

1.6.2流程描述

1、呼叫拆线是向终端发送一条释放通知，并且释放该呼叫所有的资源。

2、这里的正常释放流程比较简单，GSM中的DISCONNECT、RELEASE、RELEASECMP等消息都被省略，而直接用CLEARREQ、CLEARCMD和CLEARCMP来完成，流程大为简化。

3、与GSM的CLEARCMD和CLEARREQ相比，这两条消息不仅包括一个原因值IE，而且还包括一个层三原因IE，这样，虽然流程简化了，但是释放原因仍然可以说清楚。

4、这里的异常释放流程与GSM有一定不同。

在GSM中，当SCCP出现故障时，是由故障方发起复位电路操作，而在这里，是由故障方的对端发起复位电路。

5、在CLEARCMD完成后MSC还将在VLR中清除用户状态。

1.6.3主要英文缩写注解

RELEASECDM：

ReleasecommandCLEARREQ：

ClearrequestCLEARCMD：

ClearcommandCLEARCMP：

ClearcompleteRLSD：

ReleasedRLC：

Releasedcomplete

1.7由BS发起的呼叫拆线

1.7.1流程图

1.7.2流程描述

1、由BS发起的拆线分两中情况：

在情况1，由步骤a，d到g组成，BS启动呼叫拆线。

在情况2，由步骤b到g组成，在MSC向BS发送一条指配请求消息后，BS回应一条清除请求消息，启动呼叫拆线。

1.7.3主要英文缩写注解

CLEARREQ：

ClearrequestCLEARCMD：

ClearcommandCLEARCMP：

ClearcompleteRLSD：

ReleasedRLC：

Releasedcomplete

1.8由MSC发起的呼叫拆线

1.8.1流程图

1.8.2流程描述

1、由MSC发起的拆线流程有两种情况：

情况1，由步骤a，d到h组成，在收到一个呼叫拆线通知时由MSC启动呼叫拆线。

在情况2，由步骤b到h组成，在MSC从BS收到一条CM业务请求消息后，MSC回应一条清除命令消息（该清除命令可以放在SCCP连接证实的数据项里，也可以在SCCP连接证实之后发送。

）启动呼叫拆线。

1.8.3主要英文缩写注解

RELEASECDM：

ReleasecommandCLEARCMD：

ClearcommandCLEARCMP：

ClearcompleteRLC：

ReleasedcompleteRELEASECDMCFM：

Releasecommandconfirm

2消息流程

1、手机位置更新2、手机取消位置更新鉴权3、手机登记为非激活状态4、AC发起SSD共享的SSD更新5、AC发起SSD不共享的SSD更新6、接入过程中的鉴权

2.1手机位置更新

2.1.1流程图

2.1.2流程描述

1、手机通过SCCP的连接请求消息上报位置更新请求。

2、MSC给BSC回送SCCP的连接证实表示建立了连接。

3、MSC通过C/D接口给HLR发送位置登记请求。

4、如果HLR存在旧的VLR，则该旧VLR发送登记取消消息。

5、旧的VLR取消登记成功，给HLR回送响应。

6、HLR登记成功，给VLR登记成功响应。

7、MSC给BSC发送位置登记成功消息。

8、MSC下发清除命令。

清除无线连接。

9、BSC回送清除完成。

2.1.3主要英文缩写注解

REGNOT：

RegisterNoticeREGCACE：

RegistingCancelL

2.2手机取消位置更新

2.2.1流程图

2.2.2流程描述

1、手机上报关机登记请求（通过位置更新请求消息，请求类型为关机登记）

2、MSC给BSC回送SCCP的连接证实表示建立了连接。

3、MSC通过C/D接口给HLR发送关机登记请求。

4、HLR关机登记成功，给MSC/VLR登记成功响应。

5、MSC给BSC发送位置登记成功消息。

6、MSC下发清除命令，清除无线连接。

7、BSC回送清除完成。

2.2.3主要英文缩写注解

MAINACT：

MobileStationInactiveLOCACP：

LocationAccept

2.3手机登记为非激活状态（含鉴权）

2.3.1流程图

2.3.2流程描述

非激活状态，表示手机工作在SLEEP模式，或者SLOT模式（无周期不标记CYCLEINDEX），无法接受寻呼消息。

1、手机通过上报位置更新请求，其中的CLASSMARK2的SLOT标志或者SLEEP标志位表示了手机工作在SLEEP或者SLOT模式。

2、MSC给BSC回送SCCP的连接证实表示建立了连接。

3、MSC通过C/D接口给HLR发送位置登记请求，带AVTYP类型，表示手机工作在SLEEP或者SLOT模式。

4、如果HLR存在旧的VLR，则该旧VLR发送登记取消消息。

5、旧的VLR取消登记成功，给HLR回送响应。

6、HLR登记成功，给VLR登记成功响应。

7、MSC给BSC发送位置登记成功消息。

8、MSC下发清除命令，清除无线连接。

9、BSC回送清除完成。

2.4AC发起的SSD共享的SSD更新

2.4.1流程图

2.4.2流程描述

共享加密数据（SSD）是存储在MS和网络里的一个128比特数据。

这一共享加密数据并不通过空中接口在MS和网络之间传送。

SSD的头64比特被定义为SSD－A，被用在鉴权程序里。

SSD的后64比特被定义为SSD－B，被用作支持语音加密和信令消息加密。

一些特定的空中接口程序被定义以更新移动台处的SSD。

新的共享加密数据在MSC/HLR处产生，接着启动SSD更新程序。

怎样调用SSD更新程序是运营者确定的问题。

SSD更新程序可以在控制信道或语音/业务信道上进行。

1、HLR/AC发起了SSD更新的请求，SSD共享，带SSD更新的随机数RANDSSD和新的SSD。

2、MSC给HLR回送Authdir，表示接受了此次SSD更新的命令。

3、MSC给手机下发SSD更新命令，带SSD更新的随机数RANDSSD。

4、手机要求验证SSD更新发起者的合法性，发起了基站查询命令，带RANDBS，要求网络侧验证。

5、MSC/VLR根据RANDBS计算出AUTHBS（VLR有CAVE能力），给手机送基站查询响应带AUTHBS。

6、手机验证通过，接受新的SSD，给MSC/VLR上报SSD更新接受。

7、SSD更新后，必然发起一次独特查询，MSC/VLR产生随机数RANDU，要求手机用新的SSD证实。

8、手机用新的SSD和RANDU计算得到AUTHU，通过独特查询响应消息上报给MSC/VLR。

MSC/VLR根据手机计算的AUTHU和CAVE算法得到的AUTHU是否匹配决定独特查询是否通过。

9、MSC/VLR给HLR/AC送SSD更新的结果报告。

10、HLR/AC回送响应，表示收到了此报告。

2.4.3主要英文缩写注解

AUTHDIR：

AuthenticationdirectionRAND：

RandomnumberSSD：

SharesecreydataRANDNBS：

RandbasestaionRANDDU：

Randdemandunique

2.5AC发起SSD不共享的SSD更新

2.5.1流程图

2.5.2流程描述

1、HLR/AC发起了SSD更新的请求，SSD非共享，带SSD更新的随机数RANDSSD，独特查询的随机数RANDU，和独特查询的结果AUTHU。

2、MSC给HLR回送Authdir，表示接受了此次SSD更新的命令。

3、MSC给手机下发SSD更新命令，带SSD更新的随机数RANDSSD。

4、手机要求验证SSD更新发起者的合法性，发起了基站查询命令，带RANDBS，要求网络侧验证。

5、MSC将基站查询消息发送HLR/AC。

6、HLR/AC将验证结果AUTHBS送给MSC/VLR。

7、MSC/VLR给手机送基站查询响应，带AUTHBS。

8、手机验证通过，接受新的SSD，给MSC/VLR上报SSD更新接受。

9、SSD更新后，必然发起一次独特查询，带随机数RANDU，要求手机用新的SSD证实。

10、手机用新的SSD和RANDU计算得到AUTHU，通过独特查询响应消息上报给MSC/VLR。

11、MSC/VLR给HLR/AC送SSD更新的结果报告。

12、HLR/AC回送响应，表示收到了此报告。

2.5.3主要英文缩写注解

AUTHDIR：

AuthenticationdirectionRAND：

RandomnumberSSD：

SharesecreydataRANDDU：

RanddemanduniqueRANDNBS：

Randbasestaion

2.6接入过程中的鉴权

2.6.1流程图

2.6.2流程描述

网络在广播消息中，通知MS在接入时做鉴权。

1、MS发起了接入请求（如位置更新请求，CM业务请求，寻呼响应等），MS在接入请求中带了RANDC，广播鉴权结果AUTHR和更新次数COUNT。

2、MSC/VLR送SCCP的CC消息，表示连接建立。

3、MSC/VLR给HLR/AC发送AUTHREQ消息，带RAND，AUTHR，COUNT，如果是移动始发呼叫，则还带DIGITSDIALED。

4、HLR/AC验证手机的合法性，给MSC/VLR送authreq消息，表示鉴权结果。

5、MSC/VLR收到HLR/AC的鉴权结果后，根据结果决定后续的接入或者拒绝的操作。

2.7WIN用户的正常位置登记

PPC用户的正常位置登记流程下图所示。

流程关键点说明：

1、服务MSC判断MS在本服务区内，服务MSC向VLR发送REGNOT（位置登记请求）消息。

2、服务VLR判断MS为未知用户，VLR将REGNOT（位置登记请求）消息传送给MS所属的HLR。

3、HLR返回regnot（登记响应）消息给VLR。

4、VLR将regnot（登记响应）消息透传到MSC。

&说明：

PPC用户的登记流程与普通用户的登记流程的区别在于HLR的处理，HLR要记录MSC对WIN的支持能力，并下发静态Triggers。

2.8PPC用户的用户信息改变时PROFILE的更新

PPC用户的用户信息改变时PROFILE的更新流程下图所示。

图2-11PPC用户的用户信息改变时PROFILE的更新流程

流程关键点说明：

1、HLR向VLR发送QUALDIR（资格指示）消息,报告WIN用户的PROFILE变化。

2、VLR发送响应消息qualdir（资格指示响应）到HLR。

3、VLR向MSC发送QUALDIR（资格指示）消息。

4、MSC将响应消息qualdir返回给VLR。

&说明

此流程和普通流程一样，不同的是PROFILE中所带的参数中多了TRIGADDRLIST。

3切换流程

1、前向切换2、后向切换3、涉及到中间MSC的前向切换4、涉及到中间MSC的后向切换5、切换到第三方6、涉及到中间MSC的切换到第三方。

切换消息有以下几种：

焈切换测量请求（HANDMREQ）

焈切换测量请求响应（handmreq）

焈设备指令（FACDIR）

焈设备指令响应（facdir）

焈后向切换（HANDBACK）

焈后向切换响应（handback）

焈设备释放消息（FACREL）

焈设备释放响应（facrel）

焈切换到第三方消息（HANDTHIRD）

焈切换到第三方消息响应（handthird）

焈移动台进入信道（MSONCH）

3.1前向切换

3.1.1流程图

3.1.2流程描述

a、MS正在进行一次呼叫。

b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，完成信号质量的测量。

系统不必执行步骤b、c。

当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。

服务MSC根据内部算法确定是否应当切换到一个相邻MSC。

它发送切换测量请求消息（HANDMREQ）给相邻MSC。

（服务MSC可发送多个HANDMREQ给不同的相邻MSC。

）

c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC。

d、服务MSC确定应当切换到相邻MSC中（此时相邻MSC称作目标MSC）。

它发送设备指令消息（FACDIR）给目标MSC，命令目标MSC开始前向切换程序。

e、如果在预定的目标小区里有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫处理过程中使用新的计费ID。

发送设备指令消息返回结果（facdir）给服务MSC，开始前向切换程序。

f、接收到facdir后，服务MSC向MS发送切换命令。

g、目标MSC在分配的业务信道上收到MS的信号。

h、目标MSC完成业务信道和MSC间中继电路的连接。

目标MSC发送移动台进入信道消息（MSONCH）给服务MSC，通知它目标MSC成功地完成了前向切换程序。

i、服务MSC在收到MSONCH后，将呼叫连接到MSC间中继电路上，完成切换的全过程。

3.1.3主要英文缩写注解

HANDMREQ：

HandmeasurerequestFACDIR：

Facilityinstruction

3.2后向切换

3.2.1流程图

3.2.2流程描述

a、MS正在进行一次呼叫。

b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，完成信号质量的测量。

系统不必执行步骤b、c。

当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。

服务MSC根据内部算法确定是否应当切换到一个相邻MSC。

它发送切换测量请求消息（HANDMREQ）给相邻MSC。

（服务MSC可发送多个HANDMREQ给不同的相邻MSC。

）

c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC。

d、服务MSC确定应当切换到相邻MSC（此时相邻MSC称作目标MSC）。

它发送后向切换消息（HANDBACK）给目标MSC，命令目标MSC开始后向切换程序。

e、如果在预定目标小区有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫处理过程中使用新的计费ID。

然后发送后向切换消息返回结果（handback），开始后向切换程序。

f、收到handback后，服务MSC向MS发送切换命令。

g、目标MSC在预定业务信道上收到MS的信号。

h、目标MSC发送设备释放消息（FACREL）给服务MSC，指明“切换成功”。

i、服务MSC发送设备释放消息（facrel）给目标MSC并释放MSC间中继电路。

j、目标MSC释放MSC间中继电路。

切换过程结束。

3.3涉及到中间MSC的前向切换

3.3.1流程图