CDMAMSCBSC全流程整理0705A10.docx
《CDMAMSCBSC全流程整理0705A10.docx》由会员分享，可在线阅读，更多相关《CDMAMSCBSC全流程整理0705A10.docx（26页珍藏版）》请在冰豆网上搜索。
CDMAMSCBSC全流程整理0705A10
资料编码
产品名称
CDMA2000基站子系统
使用对象
产品版本
编写部门
资料版本
1.0
MSC、BSC全流程整理
拟制：
无线网络系统部
日期：
2002-11-12
审核：
日期：
审核：
日期：
批准：
日期：
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
描述
作者
2002-11-12
1.00
初稿完成
唐春梅
2002-11-19
1.00
加入数据业务流程
唐春梅
2003-07-05
1.00
新增短消息流程
唐春梅
目录
MSC、BSC全流程整理4
1呼叫全流程5
2位置更新流程8
3短消息流程9
.1网络侧向MS侧发送短消息（在寻呼信道）9
.1直接在寻呼信道发送短消息9
.2使用寻呼流程定位后再在寻呼信道发送短消息9
.2网络侧向MS侧发送短消息（在业务信道）10
.3MS侧向网络侧发送短消息（在接入信道）10
.4MS侧向网络侧发送短消息（在业务信道）11
4软切换流程12
.1BTS内软、更软切换流程12
.2BTS间软切换流程13
.3BSC间软切换增加分支流程13
.4BSC间软切换删除分支流程15
5硬切换流程16
.1BSC内异频硬切换16
.2BSC间硬切换16
6数据业务流程18
.1呼叫建立流程18
.2MS发起的呼叫释放流程（正常情况）18
.3PDSN发起的呼叫释放流程19
.4状态迁移流程20
.3Dormant到ACTIVE态20
.4ACTIVE到NULL态21
.5ACTIVE到Dormant态21
.5同PDSN的Dormant切换22
.6同PDSN内BSC间硬切换23
.7同PDSN内PCF间硬切换25
MSC、BSC全流程整理
关键词：
呼叫切换位置更新
摘要：
本文对CDMA2000中MSC及BSC侧的呼叫、位置更新及切换的流程进行了整理，将其融合在一起，以便网规人员全面了解整个流程过程。
缩略语清单：
参考资料清单：
参考资料清单
名称
作者
编号
发布日期
查阅地点或渠道
出版单位
1呼叫全流程
流程说明：
（以同MSC，不同BSC间呼叫举例）
1.MS在空中接口的接入信道上向BS发送带层2证实请求的始发消息以请求业务。
2.BS收到始发消息后向MS发送基站证实指令。
3.BS构造一个CM业务请求消息并放入完全层3信息消息中将其发送给MSC，带了被叫号码（IMSI、MDN）和业务选择，业务选择表示此次呼叫的业务类型和无线口传输速率。
对于电路型呼叫，BS可以请求MSC分配首选的地面电路。
4.MSC给BSC回CC消息表示SCCP的连接已经建立，对CR消息进行确认。
5.MSC给HLR发位置请求，CM对被叫号码进行分析。
6.MSC向BS发送指配请求消息，以请求BS分配无线资源，如果地面电路在MS和BS之间使用，那么消息中将包括关于该地面电路的信息。
如果在CM业务请求中BS请求了首选的地面电路并且MSC可以支持该地面电路，那么MSC将在分配请求消息中使用该地面电路；否则MSC将指配不同的地面电路。
指配无线通道类型（从业务选择中分析得到），指示无线口的速率和类型。
7.如果有用于该呼叫的业务信道，并且MS不在业务信道上，BS将在空中接口的寻呼信道上发送信道指配消息（带MS的地址）以启动无线业务信道的建立。
8.MS开始在分配的反向业务信道上发送前同步码（TCH前同步）。
9.获取反向业务信道后，BS将在前向业务信道上向MS发送带层2证实请求的基站证实指令。
10.MS收到基站证实指令后发送移动台证实指令，并且在反向业务信道上传送空的业务信道数据（空TCH数据）。
11.BS向MS发送业务连接消息/业务选择响应消息，以指定用于呼叫的业务配置，MS开始根据指定的业务配置处理业务。
12.收到业务连接消息后MS响应一条业务连接完成消息。
13.无线业务信道和地面电路均建立并且完全互通后BS向MSC发送指配完成消息，并认为呼叫进入通话状态。
14.如果是本局呼叫，HLR不去MSC分配漫游号码，在ROUTINGINFO中带LOCALTERMINATION，表示手机在服务请求MSC内。
对于本局呼叫，MSCMAP到VDB要求分配漫游号码（TLDN），然后再给CCB回响应。
15.当MSC确定被呼的移动台在本MSC的服务区内时它向BS发送寻呼请求消息，启动移动台被呼的呼叫建立过程。
16.BS在寻呼信道上发送带MS识别码的寻呼消息。
17.MS识别出一个寻呼请求包含它的识别码，然后在接入信道上向BS回送一条寻呼响应消息。
18.BS利用从MS收到的信息，组成一个寻呼响应消息，把它附加在完全层3消息里，发送到MSC。
BS可以请求MSC分配一个优选的地面电路。
19.BS在空中接口上回应一条基站证实指令。
20.MSC给BSC回CC消息表示SCCP的连接已经建立，对CR消息进行确认。
21.指配请求消息从MSC发送到BS，以请求无线资源的指配。
如果MSC和BS间使用地面电路，那么该消息还将包括地面电路信息。
如果MSC可以支持BS请求的首选地面电路，那么MSC将在在指配请求中使用该地面电路。
否则MSC将指配不同的地面电路。
被叫指配中带手机震铃方式，被叫指配消息带SIGNAL的IE，指示被叫手机震铃的方式，主叫则不需要。
被叫的铃音是网络侧通过信令指使手机自己产生，而主叫的回铃音是MSC产生，如果是局间呼叫，则主叫的回铃音是通过对端交换机送音。
被叫指配消息中还可带主叫号码，用于号码显示业务。
22.如果MS没有在业务信道上那么BS将在空中接口的控制信道上发送信道指配消息，以启动无线业务信道的建立。
23.MS开始在反向业务信道上发送业务信道前导码（TCH前同步）。
24.一旦获取了反向业务信道，BS将在前向业务信道上发送基站证实指令，并带有MS请求的层2证实。
25.MS用移动台证实指令回应BS的基站证实指令。
26.BS向MS发送业务连接/业务选择响应指令，以指定用于该呼叫的业务配置，MS根据指定的业务配置开始处理业务。
27.收到业务连接消息后，MS响应一条业务连接完成消息。
28.在无线业务信道和地面电路均建立起来之后，BS向MSC发送指配完成消息。
29.BS发送带特定信息的振铃消息使MS振铃。
30.MS收到带特定信息的振铃消息后向BS发送移动台证实指令。
31.当MS应答该呼叫时（摘机），移动台向BS发送带层2证实请求的连接指令。
32.收到连接指令消息后BS在前向业务信道上向MS回应基站证实指令。
33.BS发送连接消息，通知MSC移动台已经应答该呼叫，此时该呼叫被认为进入通话状态。
注：
MSC向被叫方发PagingRequest消息的时机有两种。
分析表中的“指配完成是否接续”如果配置为否，则CCB在号码分析后，不立即出局，而是等待CM的指配完成消息后才出局，CCB的出局和CM的指配无线信道是串行的过程；如果配置为是，则CCB号码分析后立即出局，CCB的出局和CM的指配无线信道是并行的过程。
第一种配法：
接续的速度慢，但是可以保证在CCB出局的时候，BSC一侧的资源已经完全到位。
第二种配法：
接续的速度快，但是如果CCB先出局，则ACM回来后，用户听回铃音，被叫听震铃音，但是CM由于指配失败将呼叫又拆除了，就导致了震铃早释现象，给用户的感觉不好。
2位置更新流程
流程说明：
（以不同MSC/VLR间位置更新举例）
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回送清除完成。
3短消息流程
.1网络侧向MS侧发送短消息（在寻呼信道）
当MS处于空闲状态时，网络侧可以在寻呼信道上向MS发送短消息，其发送方式分为以下两种：
直接在寻呼信道发送短消息、使用寻呼流程定位后再在寻呼信道发送短消息。
这两种方式都是当短消息的长度小于或等于MSC设定的短消息长度值时使用，具体使用哪一种方式发送短消息，可以通过MSC的软参设置。
.1直接在寻呼信道发送短消息
A、ADDS寻呼，ADDS:
为ApplicationDataDeliveryService，应用数据传输业务。
当短消息较短时（小于软参表寻呼信道SMS内容最大长度），短消息在寻呼信道发送。
当MSC决定它需要向一指定空闲移动台发送一条SMS消息，且MSC需要一条第二层证实时，MSC启动定时器T3113，发送包含响应请求单元的ADDS寻呼消息，并且等待ADDS寻呼证实消息。
B、短消息发生。
BSC在寻呼信道将该消息发送到相应的小区，接着通过它们的寻呼信道将消息发送出去。
C、层2证实。
MS向BSC回送层二证实消息；（广播短消息不需要层二应答）
D、ADDS寻呼响应。
BSC向MSC回ADDSPageACK消息，MSC收到该消息后，关闭定时器T313。
.2使用寻呼流程定位后再在寻呼信道发送短消息
.2网络侧向MS侧发送短消息（在业务信道）
若移动台处于空闲状态，而且短消息的长度大于MSC设定的短消息长度的值时，MSC先寻呼移动台，让移动台建立业务信道，然后在业务信道上发送短消息给移动台，再把业务信道释放；如果移动台处于通话状态，则会直接在业务信道上发送短消息给移动台。
说明：
当短消息较长时（大于软参表寻呼信道SMS内容最大长度），短消息在业务信道发送。
BSC在业务信道将该消息发送到相应的小区，接着BTS通过业务信道将消息发给MS。
.3MS侧向网络侧发送短消息（在接入信道）
A、短消息发送。
当短消息较短时，短消息在接入信道发送。
MS需要发送一条SMS消息，MS在接入信道发送SMSDeliver消息；
B、层2证实。
BSC向MS回层二证实消息；
C、ADDS传输。
BSC将该消息发送给MSC。
.4MS侧向网络侧发送短消息（在业务信道）
说明：
当短消息较长时，短消息在业务信道发送。
4软切换流程
.5BTS内软、更软切换流程
说明：
如果是更软切换，Abis接口上只需要一条Abis业务连接，相应的新的Abis业务连接可以不建立。
.6BTS间软切换流程
.7BSC间软切换增加分支流程
说明：
1.当T-BS在A7接口收到A7-HandoffRequest消息后，需要建立A3接口和Abis接口两段连接才能完成MS与S-BS间的业务传输，A3接口的连接建立由A3信令处理部分完成、Abis接口连接的建立由Abis信令处理部分完成。
2.A3接口和Abis接口连接建立完成后，业务消息在BSC_S与BSC_D间传输，BTS_D起转发作用。
注：
根据当前的BSC间软切换的处理方式，一个呼叫的信息及相关的处理始终保留在初始呼叫的BSC上。
即使经过BSC间软的切换，当前呼叫的所有分支都已不在初始BSC上，还依然保留。
这样，手机与实际分支所在的BSC通信，总是还要通过原BSC，既使得流程变得复杂，也带来了不必要的信令负担。
同时，由于不清楚其他BSC的相邻关系，甚至可能导致呼叫掉话。
为此，提出呼叫迁移，既如果当前所有软切换分支都已不在始呼的BSC上，则发起硬切换请求，将呼叫切换到实际分支所在的BSC上，不再保留在始呼的BSC上。
在R001版本没有实现呼叫迁移，故需要注意当进行BSC间软切换时，有可能会存在上述的问题。
.8BSC间软切换删除分支流程
说明：
A3、Abis两段连接的释放没有必然的先后顺序。
5硬切换流程
.9BSC内异频硬切换
以手机辅助测量流程为例：
.10BSC间硬切换
说明：
1.源BSC的切换判决检测到需要进行BSC间硬切换。
2.如果源BSC希望能获取更多的目标小区的信息，可以向MSC发送StrengthMeasurementRequest消息。
该消息中带有候选小区列表。
MSC收到该消息以后，根据候选小区列表，检索网络数据配置。
找到这些小区对应的BSC，然后分别发送StrengthMeasurementRequst消息到这些目标BSC。
目标BSC在收到StrengthMeasurementRequest消息以后，开始测量手机的信号强度。
在测量结束以后，目标BSC将测量结果放在StrengthMeasurementResponse消息中上报给MSC。
MSC在收到了StrengthMeasurementResponse消息以后，将其转发到源BSC。
由于StrengthMeasurementRequest，StrengthMeasurementResponse消息均为无连接消息，所以在消息都带有StrengthMeasurementReferenceNumber字段。
通过这个字段建立一个逻辑上的连接，保证了源BSC在发完StrengthMeasurementRequest消息以后能收到正确的回应。
源BSC根据收集到的数据，结合手机上报的数据，以及其他一些网络相关参数进行切换判决，找出目标小区。
关于以上强度测量流程是可选的。
3.源BSC将目标小区消息放在HandoffRequired消息中发送到MSC。
MSC为切换分配一条地面电路，将电路的CIC、切换需要的无线信道类型等信息构造成HandoffRequest消息。
并且将该消息放在SCCPCONNECTREQUEST的用户数据域中发向目标BSC，要求建立SCCP连接。
4.目标BSC收到该SCCPCONNECTREQUEST以后，首先向MSC发送CONNECTCONFIRM，建立SCCP连接。
5.目标BSC处理层三的HandoffRequest消息。
建立Abis地面链路。
根据收到的HandoffRequest消息中指定的无线信道类型，分配一条合适的无线业务信道。
6.目标BSC发送前向业务空帧。
7.目标BSC将该业务信道的标识等相关信息放在HandoffRequestAcknowledge消息中发送到MSC。
8.MSC对收到的HandoffRequestAcknowledge消息进行分析，构造HandoffCommand消息，发送到源BSC。
9.源BSC在收到HandoffCommand消息以后，进行处理，向手机发送GeneralHandoffDirection消息。
10.GeneralHandoffDirection消息是以确认模式发送的，所以手机在收到GeneralHandoffDirection消息以后，需要在层二进行确认，表示收到该消息。
11.源BSC在收到手机的确认以后，构造HandoffCommenced消息，发送到MSC，通知MSC切换已经开始
12.手机在发送完确认以后，离开原来的信道，调整到切换的目标信道上进行接入。
接入成功以后，手机就从新的信道上发送HandoffCompletion消息。
13.目标BSC对收到HandoffCompletion消息以后，构造HandoffComplete消息，发送到MSC，通知MSC切换已经完成。
14.MSC收到HandoffComplete消息以后，认为切换已经成功。
然后开始清除在源BSC上占用的资源和呼叫连接。
MSC向源BSC发送ClearCommand，启动释放流程。
BSC收到ClearCommand以后，立刻向MSC发送ClearComplete表示该消息已经收到随后开始自身资源的清除过程。
6数据业务流程
.11呼叫建立流程
说明：
1.MS发起呼叫，除新增BSC-PCF、PCF-PDSN的几条信令外，信令流程与语音业务主叫相同。
2.当BSC接收到指配请求消息后，进行无线链路的建立。
然后向PCF发送A9-SETUP-A8消息，A9-SETUP-A8用于建立A8链路连接。
3.PCF接收到来自BSC的A9-SETUP-A8消息后，将建立A10连接。
A11-Registration-Request消息从PCF到PDSN，用于建立A10连接（Lifetime不等于0），Lifetome=0表示释放A10连接。
4.A11-Registration-Reply消息从PDSN到PCF，是A11-Registration-Request消息的应答消息，Code=0表示成功应答。
5.A10连接成功后，PCF向BSC返回A9-CONNECT-A8消息，表示A8连接成功建立。
BSC向MSC返回指配完成消息。
6.如果A10连接建立失败或者内部连接建立失败，PCF将返回A9-RELEASE-A8-COMPLETE消息，拒绝建立A8连接。
BSC接收到A9-RELEASE-A8-COMPLETE消息或TA8-Setup定时器超时，将向MSC返回指配失败消息。
.12MS发起的呼叫释放流程（正常情况）
说明：
1.Ms发起呼叫清除，除新增BSC-PCF、PCF-PDSN的几条信令外，信令流程与语音业务相同。
2.在清除完成之前，先需释放A8、A10链路连接。
3.BSC向PCF发A9-RELEASE-A8消息，用来释放A8连接。
4.PCF到PDSN发A11-Registration-Request消息，Lifetome=0表示释放A10连接。
5.A11-Registration-Reply消息从PDSN到PCF，是A11-Registration-Request消息的应答消息，Code=0表示成功应答。
6.A9-RELEASE-A8-COMPLETE消息从PCF至BSC，用于响应A9-RELEASE-A8消息，表示A8接口已释放。
7.BSC向MSC发清除完成消息。
.13PDSN发起的呼叫释放流程
说明：
1.PDSN侧发起呼叫清除。
首先清除A10连接，PDSN向PCF发A11-RegistrationUpdate消息，请求释放A10连接。
2.PCF回A11-RegistrationAck消息，表示对A11-RegistrationUpdate消息的应答。
3.PCF到PDSN发A11-Registration-Request消息，Lifetome=0表示释放A10连接。
4.A11-Registration-Reply消息从PDSN到PCF，是A11-Registration-Request消息的应答消息，Code=0表示成功应答。
5.A10连接清除后，PCF发起命令清除A8连接。
PCF向BSC发A9-Disconnect-A8消息，用来请求释放A8连接。
6.BSC向PCF发A9-RELEASE-A8消息，用来释放A8连接。
7.PCF回A9-RELEASE-A8-COMPLETE消息，表示A8接口已释放。
8.A8连接释放后，由BSC向MSC发起呼叫清除，以下流程同语音业务。
.14状态迁移流程
无线数据用户的三种状态
激活态（ACTIVE）：
手机和基站之间存在空中业务信道，两边可以发送数据，A1、A8、A10连接保持。
休眠状态（Dormant）：
手机和基站之间不存在空中业务信道，但是两者之间存在PPP链接，A1、A8连接释放，A10连接保持。
空闲状态（NULL）：
手机和基站不存在空中业务信道和PPP链接，A1、A8、A10连接释放。
.3Dormant到ACTIVE态
说明：
1.PDSN在已存在的与特定MS相关的PPP连接和A10/A11连接上发送分组数据。
2.PCF收到从PDSN来的分组数据后，向BSC发A9-BSServiceRequest消息，用来发起数据业务被呼，请求分组业务。
3.为了重新连接该呼叫BS向MSC发送BS业务请求消息。
4.MSC回应BS业务响应，证实BS的呼叫建立请求。
5.BS收到MSC的BS业务响应消息后向PCF发送A9-BSServiceResponse消息，对A9-BSServiceRequest消息响应。
6.MSC发送寻呼请求消息以建立移动台终止的分组数据呼叫。
7.寻呼及TCH信道建立过程与语音业务被叫相同。
8.BSC随后将发送A9-SETUP-A8建立A8连接。
9.A1、A8连接重新建立后，进入ACTIVE状态，传送分组数据。
.4ACTIVE到NULL态
如5.2节，MSC发起呼叫释放的过程。
.5ACTIVE到Dormant态
.1Ms发起释放：
说明：
BS通过发送原因值为“分组呼叫进入休眠状态”的A9-Release-A8消息指示PCF释放相关的专用资源，此时A10/A11连接不释放。
.2BSC发起释放：
.15同PDSN的Dormant切换
说明：
1.PDSN在已存在的与特定MS相关的PPP连接和A10/A11连接上发送分组数据。
2.BSC向MSC发送指配失败消息其中原因值为“分组呼叫进入休眠状态”。
3.PDSN向源PCF发送A11-RegistrationUpdate消息以启动与源PCF间A10连接的终止程序。
4.源PCF发送A11注册证实消息。
5.源PCF向PDSN发送释放A10连接请求。
6.PDSN返回应答消息。
7.目标PCF发送A11-RegistrationUpdate消息以更新与PDSN之间A10连接的注册。
8.对于有效的A11-RegistrationUpdate，PDSN返回带接受指示和生存期值的应答消息，PDSN在返回注册应答消息之前保存与记费相关的信息用于进一步处理。
.16同PDSN内BSC间硬切换
说明：
1.切换流程与4.2节，BSC间硬切换类似，源BSC向MSC发送带小区列表的切换申请消息，切换申请消息中包含PANID（前接入网络标识）。
2.MSC向目标BS发送带硬切换指示的切换请求消息，消息中包含PANID。
3.目标BSC建立至PCF的A8连接后，返回MSC切换请求证实消息，等待MS进入目标无线信道。
4.MSC准备进行从源BS至目标BS的切换并向源BS发送切换命令。
5.接收到源BS发来的A9-AL空中链路断开消息后PCF停止向源BS传送分组数据，并回证实消息。
6.BS在空中接口上向MS发送GHDM（常规切换指示消息GeneralHandoffDirection消息）或UHDM（通用
升级会员 