LTE-信令分析实例.docxVIP

资料编码

DOCPROPERTYProductProjectNameeRAN2.2

DOCPROPERTYDocumentName信令分析实例

文档版本

DOCPROPERTYDocumentVersion01

发布日期

DOCPROPERTYReleaseDate2011-09-30

DOCPROPERTYConfidential

华为技术

版权所有?华为技术2011。保存一切权利。

非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的局部或全部，并不得以任何形式传播。

商标声明

和其他华为商标均为华为技术的商标。

本文档提及的其他所有商标或注册商标，由各自的所有人拥有。

注意

您购置的产品、效劳或特性等应受华为公司商业合同和条款的约束，本文档中描述的全部或局部产品、效劳或特性可能不在您的购置或使用范围之内。除非合同另有约定，华为公司对本文档内容不做任何明示或默示的声明或保证。

由于产品版本升级或其他原因，本文档内容会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。

华为技术

地址：

深圳市龙岗区坂田华为总部办公楼：518129

客户效劳邮箱：

客户效劳：

4008302118

修改记录

修改记录累积了每次文档更新的说明。最新版本的文档包含以前所有文档版本的更新内容。

文档版本01(2011-09-30)

第一次发布。

目录

TOC\h\z\t标题1,1,标题2,2,标题3,3,标题7,1,标题8,2,标题9,3,Heading1NoNumber,11信令分析导读 1-1

1.1ASN1简介 1-1

1.2S1/X2协议信令分析导读 1-2

1.3UU协议信令分析导读 1-3

2接入信令分析 2-1

2.1Attach流程 2-1

Attach流程信令 2-1

Attach流程跟踪实例 2-2

重点消息说明 2-3

信令分析导读

ASN1简介

3GPP协议规定基站的所有标准接口均使用ASN协议来进行消息编解码，也就是说，在标准接口跟踪上跟踪到的消息都是经过基站/核心网/UEASN编码后的消息，在标准消息跟踪上，会调用特定接口对应的DLL来对消息进行解码解析，在此对ASN1进行一个简要的介绍。

ASN1〔AbstractSynataxNotification.1〕抽象语法描述(version1)，是广泛应用于各种标准协议的协议语言，通常被简称为ASN。他是一种高级语言，定义了各种语法类型和对应的编解码规那么，对于协议组织而言，使用ASN前在协议本身的开发过程中需要对于每条消息的每个bit，字节来定义各自代表什么含义。ASN的引入使得协议的开发过程变得简单而ASN的使用也使得各个设备商可以使用各自独立的开发语言，开发环境来保证对接成功。

S1/X2/UU接口的ASN编解码模式是不一致的，S1/X2因为是地面接口，信令传输带宽相对来说比拟宽裕，采用了对齐编码模式〔Aligned〕，而UU接口因为是空中接口，信令传输资源紧张，采用了非对齐的编码模式(Unaligned)。

S1/X2协议信令分析导读

S1/X2的消息大局部信元都是携带了ID的，这个ID在整个协议范围内是唯一的，不同的ID表示不同的信元，同时携带ID的信元在编码的时候也会编入长度，当解码端因为协议版本比拟低不识别这个ID时可以跳过这个信元的解码而解下一个信元，到达不同版本兼容的目的。关键程度是对应信元或者消息的一个重要属性，如果关键程度为reject，说明此消息或者此信元很重要，如果发生不识别或者解码失败的情况，整个流程或者消息都会被中止。

UU协议信令分析导读

UU接口的消息信元没有ID，所以UU接口的协议兼容性是依靠高版本协议升级只能在消息的最末端增加新的信元这个原那么来保证，低版本解码器在解码时解到自己认为的消息最末端即认为解码结束了，而高版本的解码器那么可以继续向后解码。

UU接口的信元在消息中的排列也是紧凑非字节对齐，在分析消息内容时要特别注意。

UU接口消息跟踪到的每条消息的第一个字节都是基站的跟踪模块自行添加的，因为UU接口的消息分类是按照信道来分类的，信道本身的信息不会编入消息中，因此对于基站和UE的解码模块来说，它知道此消息来源于那个信道，所以可以继续解码，但是对于消息跟踪而言，跟踪解析工具是无法知道此消息来源于那个信道，因此基站跟踪模块增加了一个字节头用于指示跟踪解析工具进行正确的消息解析。

接入信令分析

Attach流程

Attach流程信令

消息跟踪主叫端接口消息。

Attac