CDMA网络信令流程详解 - 图文

Reliance 项目技术指导 内部公开

1 信令分析

在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。

1.1 主被叫呼叫建立流程

1.1.1 正常信令

在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在

【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。 关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。

关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败”

关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发

2013-4-4

华为机密，未经许可不得扩散

第1页, 共14页

Reliance 项目技术指导 内部公开

送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。

关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧失败。

关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。

被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。

1.1.2 典型异常信令

1、 A1接口失败。

2、 传输误码率高导致指配资源失败

2013-4-4

华为机密，未经许可不得扩散 第2页, 共14页

Reliance 项目技术指导 内部公开

3、 信令交互失败

引起信令交互失败一般是空口原因，本案例比较特殊，该基站下面呼叫全部失败，通过结合CSL分析，发现存在大量0x0c8b（SDU_ADD_LINK_FAIL）接入失败，怀疑FMR板有故障，在征得客户同意基础上复位IP框后（该框下仅有这一个基站）解决。

2013-4-4

华为机密，未经许可不得扩散 第3页, 共14页

Reliance 项目技术指导 内部公开

1.2 软切换

1.2.1 正常信令

1、 关键点1：终端是否上报PSMM消息。

当相邻小区信号强度满足切换条件，终端上报Pilot Strength Measurement Message。这是触发切换的首要条件，如果在路测时发现到达切换区域仍然没有实现成功切换，首先检查是否发送PSMM消息。如果没有发送，那可能有以下几个原因：

1) 是否存在邻区漏配（检查Extend Neighbor List Update Message或到维护台LST

NBRCDMA中查询）

2) 切换门限是否设置合理（检查In-Traffic System Parameters Message或者维护台LST

RRMINF: RRMINF=HO;查询）

3) GPS是否正常工作（检查GPS是否Lock，有几颗星），相邻集搜索窗口设置是否足

2013-4-4

华为机密，未经许可不得扩散

第4页, 共14页

Reliance 项目技术指导 内部公开

够（检查In-Traffic System Parameters Message或者维护台LST RRMINF: RRMINF=HO;查询）

4) 邻区信号是否在此地有足够覆盖等等。 2、 关键点2：BSC是否向BTS发送Abis-BTS ACK。

BSC收到PSMM消息，就会准备资源，包括Walsh码和地面链路，向相邻BTS发送Abis-BTS Setup要求建立地面链路和分配Walsh码或者向同BTS相邻扇区发送Abis-BTS Setup分配Walsh码。如果申请Walsh码失败，反馈到话统中就是“Intra-BS Soft HO Failures (Radio resources unavailable)”，可观察其目标扇区的话务量是否很高，造成Walsh码资源不足，或者取得服务小区对应的SPU Runlog，分析CSL失败原因是否是其它原因；如果Abis链路建立失败反馈到话统中就是“Intra-BS Soft HO Failures (Requested Abis resources unavailable)”，可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足或者取得服务小区对应的SPU Runlog，分析LSL失败原因是否是其它原因。失败原因值见：

D:\\Reliance项目准备\\问

3、 关键点3：BSC是否向终端发送UHDM消息（Universal Handoff Direction Message）。 地面链路建立和Walsh分配成功后，BSC就会向终端发送UHDM消息通知切换，UHDM消息的“active-set-record”中包含有所有进入激活集分支的PN码和Walsh码。 4、 关键点4：BSC是否收到终端发送的ack order。

终端返回UHDM消息后成功接收相邻小区下发的空帧后回应MS Ack Order，紧接着回复Handoff Complete Message，切换成功。如果收到终端的reject order，反馈到话统中就是“BS内软切换失败次数(MS拒绝)”，如果没有收到终端MS Ack Order，反馈到话统就是“Intra-BS Soft HO Failures (Radio interface abnormal)”，失败可能有三个原因：

1) 源侧信号过弱，终端没有收到UHDM消息或者BTS没有收到终端的MS Ack Order

Message

2) 目标侧小区信号变弱，终端无法收到前向空帧进行同步 3) 目标侧小区分配的Walsh码有误

具体流程及内容见附件维护台语音软切换信令跟踪。

2013-4-4

华为机密，未经许可不得扩散

第5页, 共14页

Reliance 项目技术指导 内部公开

1.2.2 典型异常信令

暂无

1.3 A3A7软切换

1.3.1 正常信令

1、 关键点1：是否收到终端上报的PSMM。

当相邻BSC的小区信号强度满足切换条件，终端上报Pilot Strength Measurement Message。如果到达切换区域终端仍然没有发送PSMM消息，可能原因同见软切换关键点1。

2、 关键点2：源侧BSC是否向目标侧BSC发送A7-Handoff Request。 如果没有发送，那么就要检查：

1) 检查该目标BSC的OUTCDMA是否配置了Inter BSC间软切换，检查命令：LST

CDMACH: LSTINFO=OBSC, CN=x, SCTID=x, ARFCN=x;；修改命令：MOD OUTCDMACH: BTSID=x, CN=x, SCTID=x, ARFCN=x, TYP=CDMA2000,

2013-4-4

华为机密，未经许可不得扩散

第6页, 共14页

Reliance 项目技术指导 内部公开

VHOTP=SHO;

2) A3/A7链路是否配置以及链路是否正常

3) 终端上报的PSMM消息中包含的小区PN是否属于相邻BSC的 4) 外部邻区NBRCDMA是否配置正确。

3、 关键点3：源BSC是否收到目标BSC的A3-Connect并发送A3-Connect ACK。 目标BSC收到A7-Handoff Request消息后，就会准备无线资源、地面链路, 向源BSC发送A3链路资源建立请求。如果没有收到目标BSC下发的A3-Connect，可能有如下三种原因： 1) 如果申请无线资源失败，反馈到话统中就是“Inter-BS Soft HO Failures (Radio

resources unavailable)”；可观察其目标扇区的话务量是否很高，造成Walsh码资源不足，或者取得服务小区对应的SPU Runlog，分析LSL失败原因是否是其它原因； 2) 如果地面链路建立失败反馈到话统中就是“Inter-BS Soft HO Failures (Requested

Abis resources unavailable)”；可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足，或者取得服务小区对应的SPU Runlog，分析LSL失败原因是否是其它原因；

3) 如果A3链路建立失败反馈到话统中就是“Inter-BS Soft HO Failures (A3-link setup

failed)”，检查A3链路配置是否设置正确，链路带宽是否足够。 4、 关键点4：源BSC是否向终端发送UHDM消息通知切换。

源BSC收到目标BSC的A3-Connect后回复A3-Connect ACK，目标BSC回复A7-Handoff Request ACK给源BSC。源BSC收到后会向终端发送UHDM消息通知切换。UHDM消息的IE“Active Set Info”中包含有源BSC和目标BSC所有进入激活集分支的PN码。 5、 关键点5：终端收到UHDM消息然后是否回应Order Message。

终端收到UHDM消息后，成功接收相邻BSC下小区下发的空帧后回应Order Message，紧接着回复Handoff Complete Message，切换成功。如果没有收到终端MS Ack Order，对应话统里面失败原因“BS间软切换失败次数(无线接口故障)”，可能有三个原因： 1) 源侧信号过弱，终端没有收到UHDM消息或者BTS没有收到终端的MS Ack Order

Message

2) 目标侧BSC小区信号变弱，终端无法正确收到前向空帧信号进行同步 3) 目标侧小区分配的Walsh码有误

具体流程及内容见附件维护台语音BSC间软切换信令跟踪。

2013-4-4

华为机密，未经许可不得扩散

第7页, 共14页

Reliance 项目技术指导 内部公开

1.3.2 典型异常信令

暂无

1.4 BSC间同频硬切换

1.4.1 正常信令

Inter BSC Outgoing Hard HO

2013-4-4

华为机密，未经许可不得扩散 第8页, 共14页

MSSourceBSReliance 项目技术指导 内部公开

MSCTargetBS2?óD?′¤·￠Handoff RequiredHandoff Requestê?é?Target BS×ê?′é￥31￡oHandoff Request Ack§°êü￡o Handoff FailBAD???′D3é1￥￡oD???′D꧰ü￡o Handoff FailC Null forward traffic channel frames Handoff Command Handoff Direction MessageMS Ack Order Handoff Commenced Reverse Traffic Channel Frames or Traffic Channel Preamble Handoff Completion Message BS Ack Order Handoff Complete Clear Command Clear CompleteD

1、 按照2.3.5打开BSC间同频硬切换开关，终端会周期性地上报PPSMM消息，BSC会根

据PPSMM上报的本扇区的导频和相邻BSC扇区的导频强度来进行判决是否触发BSC间硬切换，判决参数设置请参见LST RRMINF: CN=x, SCTID=x, CRRID=x, RRMINF=CFSC;

2、 到达切换地带后，源侧BSC应向目标侧MSC发送Handoff Required，如果一直没有发

送，那么就要检查：

1) 是否周期性的上报PPSMM消息，如果没有说明没有打开BSC间同频硬切换开

2013-4-4

华为机密，未经许可不得扩散

第9页, 共14页

Reliance 项目技术指导 内部公开

关：查询命令分别为：LST RRMINF: CN=x, SCTID=x, CRRID=x,

RRMINF=PHOALG;，修改命令：MOD PHOALG: CN=x, SCTID=x, CRRID=x, SFHHOSW=ON;

2) PPSMM消息中是否上报了相邻BSC的导频信号，信号强度是否足够，如果没

有收到对方信号，请确认：GPS是否Lock，搜索窗口是否设置过小，对方BSC在此处是否有信号，信号强度如何；PPSMM消息中的服务导频信号和相邻BSC信号是否达到BSC间切换设置参数的门限，参数设置可通过LST RRMINF: CN=x, SCTID=x, CRRID=x, RRMINF=HHOSF; 进行查询；终端上报的PPSMM消息中包含的小区PN是否属于相邻BSC的；外部邻区OUTCDMA和NBRCDMA是否配置正确。

3、 目标BSC收到Handoff Request后，完成无线资源的分配和地面链路的建立后给MSC

返回Handoff Request Ack。如果申请无线资源失败，反馈到话统中就是“Inter-BS Outgoing Hard HO Failures (Radio resources unavailable)”，可观察其目标扇区的话务量是否很高，造成Walsh码资源不足；如果地面链路建立失败反馈到话统中就是“Inter-BS Outgoing Hard HO Failures (Requested terrestrial resources unavailable)”，可观察其对应扇区话务量是否很高，Abis信令链路带宽设置过小，CE是否不足、业务带宽是否不足、A接口链路状态或者取得服务小区对应的SPU Runlog，分析失败原因是否是其它原因。

4、 MSC向源BSC发起切换命令Handoff Command，里面包含目标BSC给终端分配的

Walsh码以及搜索窗口设置。

5、 源BSC就向终端发送UHDM消息通知切换，UHDM消息包含有即将切换过去的目标

BSC的搜索窗口、PN、Walsh码等。终端收到UHDM消息后收到目标侧BSC的前向空帧，会给源BSC返回MS Ack Order，并给目标侧BSC发送反向业务信道前缀，如果BSC没有收到，则空口上出现异常，最终切换失败乃至掉话，在话统中统计为：Inter-BS Outgoing Hard HO Failures (Returned to original channel)和Inter-BS Outgoing Hard HO Failures (MS Not detected by destination pilot)。失败可能原因有： 1) 源BSC信号是否很弱，导致终端无法正确解调UHDM 2) PN和Walsh码是否正确

3) 搜索窗口设置是否合理，因为切换前的邻区搜索是用的源BSC的设置，而

2013-4-4

华为机密，未经许可不得扩散

第10页, 共14页

Reliance 项目技术指导 内部公开

UHDM消息中的邻区搜索是用的目标侧的设置，存在不一致的问题，有可能目标侧搜索窗设置过小导致之前收到的信号切换中无法收到。

6、 切换成功后，终端给目标BSC返回Handoff Complete Message，MSC释放源BSC资源。 具体流程及内容见附件维护台语音BSC间同频硬切换信令跟踪。

1.4.2 典型异常信令

1、 华为向Lucent硬切换失败信令。

从下面的信令可以看出，BSC已经给终端下发UHDM消息，最终却没有收到终端的Order Message，说明空口切换未成功，可能跟以下几个原因有关：

2013-4-4

华为机密，未经许可不得扩散

第11页, 共14页

Reliance 项目技术指导 内部公开

1) Lucent在该区域内前反向覆盖较差，导致空口建立失败 2) UHDM中下发的频点、PN、Walsh码错误

3) Lucent通过切换命令发过来的相邻集搜索窗口过小，导致搜索不到邻区（说明：在

收到Handoff command消息之前，终端将根据华为设置的搜索窗口进行搜索，而收到Handoff command之后，将根据对端的搜索窗口设置进行搜索） 下面逐一进行排查。

从切换前的ENLUM消息里面可以看到，邻区为429、309和69。

从切换前的PSMM看，Lucent基站的Ec/Io为－4dB，PN为429（pilot-pn-phase为27391，除以64得到427.98，说明PN为429，时延为65chip）。见下图：

从UHDM消息里面看（见下图），Lucent设置的srch-win-n为7（说明：在收到Handoff command消息之前，终端将根据华为设置的搜索窗口进行搜索，而收到Handoff command之后，将根据对端的搜索窗口设置进行搜索），对应40chip。 而前面已经计算出，时延为65chip，超过搜索窗搜索范围（40/2=20chip）。故在终端收到Handoff command之后，按照朗讯基站设置的搜索窗进行搜索，无法搜索到朗讯基站信号，导致切换失败。

2013-4-4

华为机密，未经许可不得扩散 第12页, 共14页

Reliance 项目技术指导 内部公开

而之前为什么可以搜索到朗讯基站的信号，是由于我们基站的搜索窗设置为11，见下图：

【结论】华为向朗讯硬切换时，由于朗讯基站搜索窗设置过小导致硬切换时无法搜索到朗讯基站信号，切换失败。

2、 华为向朗讯硬切换时，由于对端分配walsh错误切换失败。

从下面信令可以看出，BSC已经发送UHDM，但是最终切换失败。原因是在UHDM消息中，对端分配的PN和walsh码均为0，应该是朗讯数据配置有误。通知朗讯修改数据配置后解决。

2013-4-4

华为机密，未经许可不得扩散 第13页, 共14页

Reliance 项目技术指导 内部公开

3、 华为向朗讯硬切换时，收不到对端信号，没有上报PSMM。

从下面图片可以看出，终端一直没有上报PSMM。通过PPSMM可以看出，一直搜索不到对端信号。经检查对端基站没有接GPS导致。

2013-4-4

华为机密，未经许可不得扩散 第14页, 共14页

本文来源：https://www.bwwdw.com/article/ry1w.html