TDSCDMA网规网优部信令分析指导完整版文档格式.docx

TDSCDMA网规网优部信令分析指导完整版文档格式.docx

《TDSCDMA网规网优部信令分析指导完整版文档格式.docx》由会员分享，可在线阅读，更多相关《TDSCDMA网规网优部信令分析指导完整版文档格式.docx（121页珍藏版）》请在冰豆网上搜索。

2.2.2RRCConnectionRequest信令11

2.2.3RadioLinkSetup信令13

2.2.4RadioLinkSetupResponse信令26

2.2.5RadioLinkSetupFailure信令27

2.2.6RRCConnectionSetup信令28

2.2.7RadioLinkRestoreIndication信令37

2.2.8RRCConnectionSetupComplete信令37

2.2.8RRC建立过程中常见问题38

2.3初始直传信令分析39

2.3.1InitialDirectTransfer信令分析41

2.3.2InitialUEMessage信令分析42

2.3.2CommonID信令分析42

2.4鉴权过程（可选）信令分析43

2.4.1DirectTransfer信令分析（图中1）46

2.4.2DownLinkDirectTransfer信令分析（图中2）46

2.4.3UpLinkDirectTransfer信令分析（图中3）47

2.4.4DirectTransfer信令分析（图中4）47

2.4.5鉴权过程中常见问题48

2.5安全模式信令分析48

2.5.1SecurityModeCommand（Iu口上，CN到RNC）49

2.5.2SecurityModeCommand（Uu口上，RNC到UE）53

2.5.3securityModeComplete（Uu口上，UE到RNC）53

2.5.4securityModeComplete（Iu口上，RNC到CN）54

2.6直传信令分析54

2.6.1Setup过程信令分析55

2.6.2CallProceeding过程信令分析56

2.7RAB建立过程信令分析57

2.7.1RABAssignmentRequest信令分析61

2.7.2RadioLinkReconfigurationPrepare信令分析65

2.7.3RadioLinkReconfigurationReady76

2.7.4RadioLinkReconfigurationFailure76

2.7.5RadioLinkReconfigurationCommit78

2.7.6RadioBearerSetup信令分析78

2.7.7RadioLinkRestoreIndication87

2.7.8RadioBearerSetupComplete88

2.7.9RABAssignmentResponse89

2.8振铃直传过程信令分析89

2.9呼叫保持中信令分析90

2.9.1小区更新的信令分析90

2.9.2切换过程96

第一章CT工具的基本知识

1.1CT工具的配置

1.1.1服务器端配置

服务器端的配置只要修改一个配置文件就可以实现。

修改的文件路径为“E:

\NetNumen-TOMC\ums-svr\zxwomc\zxwomc-osf-tkit-rnc.par\conf”目录下的“osf-tkit-config.xml”文件。

（注：

此目录也有可能在D盘下，只要是OMM服务器上的安装目录即可）

打开文件，先找到sbcx配置段，如下：

<

sbcx>

<

ServerIP>

127.0.0.1<

/ServerIP>

Port>

5057<

/Port>

FtpPort>

21<

/FtpPort>

Username>

zte<

/Username>

Password>

ztezte<

/Password>

/sbcx>

其中蓝色标出的地址，修改为网管网段使用的接口地址，以北京为例，RNC11的接口地址为10.223.64.131，下面的端口号不需要修改。

再看一下server配置段，如下：

serverlastvisit="

rnc,129.0.0.1,5057"

>

address>

rnc,129.0.0.1,5057<

/address>

/server>

其中蓝色标出的地址，修改为前台OMP的地址，该地址的配置为（129.0.31.RNC局号）。

修改完两项配置后保存该文件。

修改完配置文件后，停止网管服务器，删除网管服务器下“E:

\NetNumen-TOMC\ums-svr\temp”目录下的文件，然后在启动网管服务器后就可以了。

注：

由于XML文件很容易被修改出错，修改配置前最好能先备份该文件。

而且建议不要使用其他的文档修改工具，使用“写字板”工具就可以了。

1.1.2客户端配置

客户端的配置基本很简单，只需要在登录的时候改变一下登录的配置就可以了。

配置截图如下：

先选择“Clinet”方式连接。

在连接地址和端口号这两个配置上和以前后一些不同，我们的维护终端一般都在维护网段上（北京为10.223.64.0/24），这里填写的地址为OMM服务器的网管端口地址，端口号固定为“35057”，其他配置不需要修改。

点击确认后就可以看到连接成功，终于可以实现跨网段的信令跟踪功能。

实现跨网段连接后问题有来了，如果还是只能一个人登录连接，那么还是如能方便自如的使用。

如果多人使用现在的系统也是支持的，需要更改客户端的模块号配置。

修改的配置文件为“E:

\omm_2.30.110c\ums-clnt\tools\zxwomc-tools-rnc\zxwomc-wsf-tkit-rnc\conf”目录下的“config.xml”文件，模块号的具体配置如下：

在system配置段中有，如下的ModuleId字段：

!

--后台模块号，前台只能支持128-192-->

ModuleId>

150<

/ModuleId>

原来默认的配置模块为150，如果多人同时使用其他人配置成其他的模块就可以了，但是注意上面的提示，前台能够支持的模块号只有128-192。

讲到这个模块号，大家好像都能有点印象，我们的3GPLAT工具也需要使用模块号，RDS工具也需要使用模块号，于是问题就来了，我们这个模块号到底应该怎么取值，才能保证各个工具不相互冲突呢？

这就需要使用RDS工具登录到主用的OMP单板上，敲一下OSS_DbgShowComm命令，在返回的结果中，最后的部分，我们可以看到已经连接到OMP的各工具使用的模块号,结果如下：

Backgroundlinktable:

（Ipattached）

moduleIP（hex）socketstatekpalivercvFragsndFragsndQmaxQueSize（K）maxQueUsed（K）

1538100010b30300001280

1528100010b29310001280

1308100010b31300001280

1518100010b32320001280

1508100010b33300001280

修改为一个为连接的模块号后，就能实现多个信令跟踪同时进行跟踪了。

我在这里就是用了150和151两个模块号，实现了两个信令跟踪同时使用的情况。

使用期间发现如果多用户连接，出现了个别用户可能由于OMP资源问题，被异常中断的情况。

虽然现在跟踪工具连接的地址变成了OMM的网管地址，但是由于我们的信令跟踪工具还是通过OMM服务器转接到OMP单板上的，其实还是和OMP单板进行了连接，所以研发人员的建议是同时连接的信令跟踪不能超过3个，还是要尽量少的占用OMP的资源，保证RNC的稳定运行。

1.1.3单机版使用

目前的系统支持CT数据的自动生成，OMM服务器自动将数据备份到E:

\NetNumen-TOMC\ums-svr\tkit\Ctback目录内，我们从此目录内取得对应时间段的CT数据即可进行问题信令的分析（目前CT工具记录数据有限可能会造成记录缺少的现象）。

在取得CT数据或手动跟踪得来的信令的同时，需要在本机上准备一套CT工具单机版，这样可以方便地进行脱线数据分析查询，对于单机上运行的CT工具，只需要COPY以下几个目录到本机即可运行：

1）E:

\NetNumen-TOMC\ums-clnt\tools\zxwomc-tools-rnc\jdk-windows

2）E:

\NetNumen-TOMC\ums-clnt\tools\zxwomc-tools-rnc\zxwomc-wsf-tkit-rnc

取得这两个文件夹后（可放在本机的任何位置），运行\zxwomc-tools-rnc\zxwomc-wsf-tkit-rnc目录下的run.bat或runsignal.bat都可以运行该工具。

第二章信令分析说明

为了更有条理地进行说明，本文将依据整个信令流程分成几个独立阶段进行描述。

在每个阶段中，先进行流程介绍，关键技术点分析，然后是信令的查看与解释以及重要信令参数说明以及常见问题的分析与排查。

而对于出问题时的处理方法如下：

◆首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因；

◆排除流程原因后，查看是那一条信令出现异常。

从异常信令的位置开始往前，逐条检查每条信令内容，和标准信令配置参数比对。

如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数原因导致的异常

◆如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE，NODEB，CN返回失败时，需要请这些设备的相关人员一起定位问题。

主要阶段有以下几个：

◆RRC连接过程

◆NAS信令建立过程（初始直传信令过程）

◆鉴权过程（可选）

◆安全模式过程

◆SETUP过程

◆CALLPROCEEDING过程

◆RAB建立过程

◆呼叫释放过程

2.1基本知识准备

2.1.1如何看业务信令

业务信令跟踪包括了Iu信令、IuB信令、UU信令，下面以以rrcConnectionRequest信令为例进行简单说明如何看业务信令：

信令内容可以在协议里面查询。

RRC协议在25.331，NBAP协议在25.433，RANAP协议在25.413，CN相关的协议在24008等

如上图中rrcConnectionRequest消息中的内容可以在25.331中查询。

比如InitialUE-Identity的详细相关内容。

InitialUE-Identity:

:

=CHOICE{

imsiIMSI-GSM-MAP,

tmsi-and-LAITMSI-and-LAI-GSM-MAP,

p-TMSI-and-RAIP-TMSI-and-RAI-GSM-MAP,

imeiIMEI,

esn-DS-41ESN-DS-41,

imsi-DS-41