信令跟踪时对呼叫日志中的

全流程呼叫跟踪

跟踪功能与含义

全流程呼叫跟踪是集用户呼叫跟踪、匹配用户号码跟踪、H248 TID跟踪为一体的跟踪方法，用户可以通过不同的方式触发全流程跟踪。在H248信令跟踪、内部信令跟踪的基础上，增加随路信令（R2）跟踪、DTMF信令跟踪、在H248信令跟踪、内部板间消息的基础上，增加R2消息、DTMF消息、2833消息、RTCP消息、IPBCP消息、UPT38信令跟踪，并提供跟踪过程中的录音功能、支持将收集到的承载面故障定位信息和录音文件通过FTP上传到指定的FTP服务器。

说明：

该跟踪只能在需要下发跟踪任务的单板（OMD）启动之后才能创建。

在使用全流程呼叫跟踪任务时，需要同时在MGC和MGW上配合启动对特定用户的跟踪，保证MGW识别出需要跟踪的用户，从而输出相关信息，完整地体现此用户的呼叫处理流程。 主要参数解释

进行全流程呼叫跟踪时，H248信令消息、内部信令跟踪是默认选择的，对于其他的消息选项，根据业务需求进行选择。

?

TCEC：是否对指定EC/TC拨测的TCEC消息进行跟踪。

该参数项在“跟踪类型”选择“USERID”时使用，对于指定的“用户号”进行指定EC/TC进行拨侧。

?

跟踪类型：跟踪类型分为“

呼叫处理与信令流程

华为技术

呼叫处理与信令流程

1

呼叫处理与信令流程

华为技术

目 录

第一部分 事务处理能力应用部分（TCAP) 第二部分 智能网应用规程（INAP) 第三部分 CAMEL应用部分（CAP)

第一部分 事务处理能力应用部分（TCAP)

七号信令事务处理能力应用部分TCAP

2

呼叫处理与信令流程

华为技术

TCAP分为三部分：第一部分TCAP基本概念；第二部分TCAP功能结

构，主要说TCAP在具体实现的时候分为哪几部分，每一部分的功能以及相互之间的联系；第三部分TCAP消息构成，具体是TCAP消息的解析，强化TCAP概念。

第一部分TCAP基本概念：如图，在最底层是MTP部分，MTP被称为消息传送部分，提供所有用户部分的公共的对消息的传送机制，包括MTP第一层、第二层和第三层。

MTP第一层提供的是信令数据链路层，给出了七号信令在什么样的

带宽上传送，在什么样的物理通道上传送。

MTP第二层被称为信令链路层，给出了七号信令帧的格式，消息是

怎样被打包、被解包以及怎样进行点对点之间传送的差错控制。

MTP第三层是信令网络层，提供在信令网当中七号信令消息的寻址

和消息路由功能以及一些七

信令跟踪分析方法：

1、 主要有哪些信令收集仪表，如何进行信令收集？

答：主流的信令仪表有K1205/1297，AGILENT，MPA7300/7400，LITE3000，其中LITE3000有ABIS口信令收集和A口信令收集能力，但其最主要的功能为A口话音监听和ABIS口话音监听，MPA7300/7400对于多时隙的信令收集较差，故使用场合有一定限制，故日常优化工作中最理想的信令仪表为K1205/1297，AGILENT，这两种信令仪表的具体使用方法如下所示：

K1205信令仪操作作业指导书.doc

AGILENT信令仪使用简介.doc

2、 主要有哪些信令的后台分析软件，分别有哪些功能，如何使用？

答：主要信令分析软件有A口/ABIS口/GSM&GPRS信令分析软件COMPASS，K1205自带的ABIS口信令分析软件OPT，AGILENT后台分析软件WSO，具体功能和使用方法如下所示：

K1205数据分析：

这里主要讲K1205自带的ABIS口信令分析软件OPT的使用方法： 该软件主要有如下几项功能：

1、 小区级和载频级的上下行电平分布统计，上下行质量分布统计，上行干扰情况统计，电

平质量随TA分布的统计，上下行链路的平衡情况；

2、

M2000跟踪UE用户，通过跟踪信令判断是否掉线

过滤UE context release command信令

查看扩展信令cause，正常release原因如下：

1、 normal-release 代码为20，如下截图：（正常释放）

2、 user-inactivity 代码为0280（用户无操作）

3、 successful-handover代码为0040（切换成功）

4、 unspecfied代码为44

5、 failure-in-radio-interface-procedure代码为0340(无线侧失败，由于空口链路失步)

6、 Detach代码为24(用户离开)

7、 Release-due-to-eutran-generated代码为0060(UE的一个状态转变)

8、 Inter-RAT redirection代码0380（系统间切换） 9、 cs fallback triggered（CS回退引发）

10、 UE Not Available For PS Service（没有可用的PS服务）

查看扩展信令cause，异常release原因如下：

? Radio-connection-with-ue-lost代码为02

M2000跟踪UE用户，通过跟踪信令判断是否掉线

过滤UE context release command信令

查看扩展信令cause，正常release原因如下：

1、 normal-release 代码为20，如下截图：（正常释放）

2、 user-inactivity 代码为0280（用户无操作）

3、 successful-handover代码为0040（切换成功）

4、 unspecfied代码为44

5、 failure-in-radio-interface-procedure代码为0340(无线侧失败，由于空口链路失步)

6、 Detach代码为24(用户离开)

7、 Release-due-to-eutran-generated代码为0060(UE的一个状态转变)

8、 Inter-RAT redirection代码0380（系统间切换） 9、 cs fallback triggered（CS回退引发）

10、 UE Not Available For PS Service（没有可用的PS服务）

查看扩展信令cause，异常release原因如下：

? Radio-connection-with-ue-lost代码为02

一、单项选择题（共10道小题，共100.0分）

1. （ ）成份的作用是要求远端用户执行一个操作。 。

A. INV B. RR-L C. RE D. RJ 知识点:

TC的结构及功能

标准答案: A； 试题分值: 10.0

学生答案: [A;] 得分: 提示:

[10]

2. 传送TC结构化对话时，设节点A发出的Begin消息中的源端事务ID值OTID＝9，节点B发出的第一个Continue消息中的OTID＝34，以后节点A和B又各发出一个Continue消息，最后由节点B采用基本方式结束事务处理，节点B发送的END消息中的DTID=（ ）。

A. 9 B. 15 C. 34 D. 不确定 知识点:

TC的结构及功能

标准答案: A； 试题分值: 10.0

学生答案: [A;] 得分: 提示:

[10]

3. 当PSTN用户呼叫移动用户时，入口GMSC向被叫MS所在的MSC发送的IAM消息中的被叫用户号码是（ ）。

A. 被叫移动用户的ISDN号码 B. 被叫移动用户的识别码IMSI

C. VLR临时分配给移动用户的漫游号

网络优化技术文件

GSM信令流程讲义

注意：本资料为黑龙江移动通信公司技术资料，未经书面许可不得翻印或传播！ 二零零一年二月

黑龙江移动通信公司

GSM信令流程

目 录

1. BSS系统中的信令应用 ............................... 1 2. BSS系统的信令模型 ................................. 2 3. 各层信令在BSS系统中的作用 ......................... 4 4. 移动主叫流程 ..................................... 11 5. 移动被叫流程 ..................................... 21 6. 位置更新流程 ..................................... 32 7. 小区内切换流程 ................................... 39 8. 小区间切换流程 ................................... 42 9. 外部切换流程 ...............

TD-LT信令流程及信令解码

TD-LTE信令流程及信令解码 (2)

1.PS业务建立流程： (2)

1.1RRC Connection Request (3)

1.2RRC Connection Setup (4)

1.3RRC Connection Setup Complete (6)

1.4Initial UE Message (7)

1.5Initial Context Setup Request (8)

1.6UE Capability Enquiry (11)

1.7UE Capability Information (11)

1.8UE Capability Info Indication (14)

1.9Security Mode Command (17)

1.10RRC Connection Reconfiguration (18)

1.11Security Mode Complete (20)

1.12RRC Connection Reconfiguration Complete (20)

1.13Initial Context Setup Response (21)

1.14UL Information Transfer (22)

1.15Uplink

TD-LTE信令流程及信令解码

TD-LTE信令流程及信令解码

（2013.03）

第1页 共82页

TD-LTE信令流程及信令解码

本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。所有信令为eNB侧跟踪的信令。

1. PS业务建立流程：

1.1 RRC Connection Request

UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：

- ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI；否则从

0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。该原因值有emergency, highPriorityAccess,

mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。

信令解码如下：

-RR

TD-LT信令流程及信令解码

TD-LTE信令流程及信令解码 (2)

1.PS业务建立流程： (2)

1.1RRC Connection Request (3)

1.2RRC Connection Setup (4)

1.3RRC Connection Setup Complete (6)

1.4Initial UE Message (7)

1.5Initial Context Setup Request (8)

1.6UE Capability Enquiry (11)

1.7UE Capability Information (11)

1.8UE Capability Info Indication (14)

1.9Security Mode Command (17)

1.10RRC Connection Reconfiguration (18)

1.11Security Mode Complete (20)

1.12RRC Connection Reconfiguration Complete (20)

1.13Initial Context Setup Response (21)

1.14UL Information Transfer (22)

1.15Uplink