CDMA全流程信令含空口A口Abis口.docx

CDMA全流程信令含空口A口Abis口.docx

《CDMA全流程信令含空口A口Abis口.docx》由会员分享，可在线阅读，更多相关《CDMA全流程信令含空口A口Abis口.docx（41页珍藏版）》请在冰豆网上搜索。

CDMA全流程信令含空口A口Abis口

资料编码

产品名称

CDMA2000基站子系统

使用对象

产品版本

编写部门

资料版本

2.0

MSC、BSC全流程整理

拟制：

无线网络规划部

日期：

2007-3-26

审核：

日期：

审核：

日期：

批准：

日期：

华为技术有限公司

版权所有XX

修订记录

日期

修订版本

描述

作者

2002-11-12

1.00

初稿完成

唐春梅

2002-11-19

1.00

加入数据业务流程

唐春梅

2003-07-05

1.00

新增短消息流程

唐春梅

2007-03-26

2.00

增加EVDO业务流程

应加华

MSC、BSC全流程整理

关键词：

呼叫切换位置更新

摘要：

本文对CDMA2000中MSC及BSC侧的呼叫、位置更新、切换的流程及EVDO业务流程进行了整理，将其融合在一起，以便网规人员全面了解整个流程过程。

缩略语清单：

参考资料清单：

参考资料清单

名称

作者

编号

发布日期

查阅地点或渠道

出版单位

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.短消息流程

3.1.网络侧向MS侧发送短消息（在寻呼信道）

当MS处于空闲状态时，网络侧可以在寻呼信道上向MS发送短消息，其发送方式分为以下两种：

直接在寻呼信道发送短消息、使用寻呼流程定位后再在寻呼信道发送短消息。

这两种方式都是当短消息的长度小于或等于MSC设定的短消息长度值时使用，具体使用哪一种方式发送短消息，可以通过MSC的软参设置。

.1.1直接在寻呼信道发送短消息

1.ADDS寻呼，ADDS:

为ApplicationDataDeliveryService，应用数据传输业务。

当短消息较短时（小于软参表寻呼信道SMS内容最大长度），短消息在寻呼信道发送。

当MSC决定它需要向一指定空闲移动台发送一条SMS消息，且MSC需要一条第二层证实时，MSC启动定时器T3113，发送包含响应请求单元的ADDS寻呼消息，并且等待ADDS寻呼证实消息。

2.短消息发生。

BSC在寻呼信道将该消息发送到相应的小区，接着通过它们的寻呼信道将消息发送出去。

3.层2证实。

MS向BSC回送层二证实消息；（广播短消息不需要层二应答）

4.ADDS寻呼响应。

BSC向MSC回ADDSPageACK消息，MSC收到该消息后，关闭定时器T313。

.1.2使用寻呼流程定位后再在寻呼信道发送短消息

信令流程说明如下：

1.MSC向BS发送一条PagingRequest消息，同时启动等待寻呼响应定时器T3113。

2.BS收到MSC的寻呼请求之后，然后再寻呼信道上发送GeneralPageMessage，通用寻呼消息中包含目的MS的IMSI及业务选项。

3.目的MS收到寻呼消息并正确解调之后，向BS回一条PageResponse消息。

4.BS收到MS的寻呼响应消息之后向MSC发送PagingResponse消息，MSC收到寻呼响应消息之后停止定时器T3113。

5.BS在寻呼信道上发送BSAckOrder回应MS。

6.MSC向BS发送一条ADDSPage消息，这条消息的用户信息部分包含了要发送给用户的短消息的内容。

7.BS在寻呼信道上将短消息直接发送给目的MS。

8.目的MS收到短消息之后给BS发送一条应答消息，告诉BS消息已经正确接收。

9.BS在收到目的MS的应答消息之后向MSC发送一条ADDSAckMassage消息。

3.2.网络侧向MS侧发送短消息（在业务信道）

若移动台处于空闲状态，而且短消息的长度大于MSC设定的短消息长度的值时，MSC先寻呼移动台，让移动台建立业务信道，然后在业务信道上发送短消息给移动台，再把业务信道释放；如果移动台处于通话状态，则会直接在业务信道上发送短消息给移动台。

说明：

当短消息较长时（大于软参表寻呼信道SMS内容最大长度），短消息在业务信道发送。

BSC在业务信道将该消息发送到相应的小区，接着BTS通过业务信道将消息发给MS。

1.如果MSC向MS发送短消息时，MS已经在业务信道上，MSC通过ADDSDeliver消息来传送短消息。

2.BSS通过TrafficChannelSMSDeliver消息，在前向业务信道上传输短消息。

如果BSS在传送TrafficChannelSMSDeliver消息（DataBurstMessage）后没有受到MS的应答，则重发该消息。

BSS重发消息的次数不能超过一定的设置值。

3.MS在业务信道上收到短消息后发送Layer2Ack消息。

4.如果MSC发送的ADDSDeliver消息中包含标签，那么当BSS收到MS发送的Layer2Aak消息后，回应ADDSDeliverAck消息给MSC，并且ADDSDeliverAck消息包含的标签值与ADDSDeliver消息的标签值相同。

3.3.MS侧向网络侧发送短消息（在接入信道）

1.短消息发送。

当短消息较短时，短消息在接入信道发送。

MS需要发送一条SMS消息，MS在接入信道发送SMSDeliver消息；

2.层2证实。

BSC向MS回层二证实消息；

3.ADDS传输。

BSC将该消息发送给MSC。

3.4.MS侧向网络侧发送短消息（在业务信道）

说明：

当短消息较长时，短消息在业务信道发送。

1.BSS在业务信道上收到TrafficChannelSMSDeliver消息（DataBurstMessage），该消息的突发类型指示为SMS。

2.BSS在业务信道上发送Layer2Ack消息。

3.BSS向MSC发送ADDSDeliver消息，该消息的ADDS用户部分中包含MS发来的短消息。

4.软切换流程

4.2BTS内更软切换流程

说明：

如果是更软切换，Abis接口上只需要一条Abis业务连接，相应的新的Abis业务连接可以不建立。

1.MS向BSC发送PilotMeasurementReportMessage，报告目标小区的导频强度已经超过网络指定的阈值。

2.如果目标小区与源小区在同一个BTS，由BSC判决发起一次更软切换。

BSC要求在BTS目标小区增加更软切换的分支，并通过BTS发送Abis-BTSSetup消息来分配相关的资源。

3.如果目标小区的资源可以分配，BTS向BSC发送Abis-Connect作为应答。

4.BSC向BTS发送Abis-ConnectAck消息，完成Abis连接。

5.BTS向BSC发送Abis-BTSSetupAck消息作为应答。

6.BSC可以选择要求BTS发送Abis-TrafficChannelStatus消息。

7.BSC发送ExtendedHandoffDirectionMessage给MS。

8.MS收到ExtendedHandoffDirectionMessage后，向BSC发送MSAckOrder作为响应。

9.MS切换完成后向BSC发送HandoffCompletionMessage。

10.BSC收到HandoffCompletionMessage后向MS发送BSAckOrder作为响应。

4.3BSC内软切换流程

BSC内软切换流程说明如下：

1.MS向BSS发送PilotMeasurementReportMessage，报告目标小区的导频强度已经超过网络指定的阈值。

2.如果目标小区在本BSC内，并且BSC判决发起一次BSC内软切换，BSC将分配相应的无线资源并连接呼叫目标，在目标小区向MS发送空的前向业务信道帧。

3.BSS在源小区的空中接口上向MS发送ExtendedHandoffDirectionMessage，将新的小区增加到激活集中。

4.MS在源小区向BSS发送MSAckOrder，作为对ExtendedHandoffDirectionMessage的响应。

5.MS向BSS发送ReverseTrafficChannelFrames或TrafficChannelPreamble。

6.MS向BSS发送HandoffCompletionMessage，指示处理扩展切换指示消息的成功结果。

7.BSS向MS发送BSAckOrder。

8.BSS向MSC发送HandoffPerformed，通知MSC已经成功完成了一次软切换。

4.4BSC间软切换增加分支流程

说明：

1.MS向BSS发送PilotMeasurementReportMessage，报告目标小区的导频强度已经超过网络指定的阈值。

2.源BSS通过发送BSAckOrder，证实对PilotMeasurementReportMessage的接收。

3.如果目标小区不在本BSC内，源BSS判定需要目标BSS的一个或多个小区对呼叫进行支持，源BSS向目标BSS发送A7-HandoffRequest消息。

4.目标BSS通过向特定地址发送A3-Connect消息初始化A3连接。

5.源BSS回应A3-ConnectAck消息以完成A3连接，并证实已有A3-Connect消息中要求的小区。

6.源BSS开始向目标BSS发送A3-CEDataForward前向帧。

7.一旦同步之后目标BSS就开始向MS传输前向帧ForwardFrames。

8.当收到来自源BSS的第一个前向帧后，目标BSS开始发送A3-CEDataReverse反向空闲帧，该反向帧包含获得同步所必需的定时校准信息。

9.目标BSS向源BSS发送A7-HandoffRequestAck消息，指示增加小区的操作成功。

10.目标BSS和源BSS在A3业务子信道同步时，如果源BSS要求目标BSS告知其传送和接收数据的开始时刻，则目标BSS通过A3-TrafficChannelStatus消息对A3-ConnectAck消息进行回应。

11.源BSS向MS发送ExtendedHandoffDirectionMessage，将新的小区增加到激活集中。

12.MS回应MSAckOrder。

13.MS向源BSC发送HandoffCompletionMessage，指示处理ExtendedHandoffDirectionMessage消息成功。

14.源BSS通过发送BSAckOrder，证实HandoffCompletionMessage的接收。

15.源BSS发送HandoffPerformed消息给MSC，HandoffPerformed消息可以在源BS收到切换完成消息后的任何时间发送。

注：

根据当前的BSC间软切换的处理方式，一个呼叫的信息及相关的处理始终保留在初始呼叫的BSC上。

即使经过BSC间软的切换，当前呼叫的所有分支都已不在初始BSC上，还依然保留。

这样，手机与实际分支所在的BSC通信，总是还要通过原BSC，既使得流程变得复杂，也带来了不必要的信令负担。

同时，由于不清楚其他BSC的相邻关系，甚至可能导致呼叫掉话。

为此，提出呼叫迁移，既如果当前所有软切换分支都已不在始呼的BSC上，则发起硬切换请求，将呼叫切换到实际分支所在的BSC上，不再保留在始呼的BSC上。

在R001版本没有实现呼叫迁移，故需要注意当进行BSC间软切换时，有可能会存在上述的问题。

4.5BSC间软切换删除分支流程

说明：

A3、Abis两段连接的释放没有必然的先后顺序。

1.报告目标小区的导频强度已经超过网络指定的阈值，并且定时器超时，MS向BSS发送PilotMeasurementReportMessage。

2.源BS通过发送BSAckOrder，证实对PilotMeasurementReportMessage的接收。

3.源BS将扩展切换指令消息放入A3-CEData前向消息中，发送给目标BS，目标BS将该消息发送给MS，命令MS从激活集中去除一个或多个小区。

4.源BS和目标BS向移动台发送扩展切换指令消息。

5.移动台向源和目标BS发送MS证实指令以证实对扩展切换指令消息的接收。

6.目标BS将MS证实指令消息放入A3-CEData反向消息中，发送给源BS。

7.移动台通过发送切换完成消息表示对扩展切换指令消息的成功处理。

8.源BS发送基站证实指令。

9.源BS发送A7撤销目标消息以请求目标BS从呼叫中去除指定的小区。

源BS开启定时器Tdrptgt。

10.目标BS收到A7撤销目标消息后，解除与指定小区相关的内部资源。

目标BS向源BS的SDU功能发送A3去除消息并开启定时器Tdiscon3。

11.源BS的SDU功能实体回应A3去除证实消息并解除内部资源。

目标BS关闭定时器Tdiscon3。

12.目标BS发送A7去除证实消息，向源BS证实指定小区的去除。

源BS关闭定时器Tdrptgt。

13.源BS可以向MSC发送切换执行消息。

切换执行消息可在源BS收到切换完成消息之后的任何时间发送。

5.硬切换流程

5.1.BSC内异频硬切换

以手机辅助测量流程为例：

说明：

1.MS向BSS发送PilotMeasurementReportMessage，报告目标小区的导频强度已经超过网络指定的阈值

2.如果目标小区在BSC内，并且BSC判决发起一次BSC内硬切换，BSC将分配相应的无线资源并连接呼叫目标，在目标小区向MS发送空的前向业务信道帧。

3.BSS在源小区的空中接口上向MS发送HandoffDirectionMessage。

4.MS在源小区向BSS发送MSAckOrder作为响应。

5.MS向BSS发送ReverseTrafficChannelFrames或TrafficChannelPreamble。

6.MS在目标小区向BSS发送HandoffCompletionMessage。

7.BSS在目标小区向MS发送BSAckOrder，MS切换到新的小区。

8.BSS向MSC发送HandoffPerformed，通知MSC已经成功完成了一次硬切换。

5.2.BSC间硬切换

说明：

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.GeneralHandoff