M3UA协议信令跟踪简介
1术语
AS：应用服务器。AS是一个服务于特定路由关键字（RK）的逻辑实体，用于处理NO.7信令SIO/DPC/OPC/CIC_范围所识别的所有PSTN中继的呼叫过程。也就是说AS处理与该AS相关的TG的信令业务。AS可以有一个或多个ASP来处理信令业务。AS与RK之间有一一对应的关系。
ASP：应用服务器进程。ASP作为AS的激活或备用进程。例如ASP可以是MGC、IP SCP 或IP HLR的进程。ASP要求必须包含一个SCTP端点，且可以配置ASP处理不少于一个AS的信令业务。ASP并非某一个固定的进程，不同的环境下可以有不同的进程作为ASP处理信令业务，但要求必须有一个SCTP端点。
网络外貌：The Network Appearance is a M3UA local reference shared by SG and AS.网络外貌用于区分在同一个SCTP流上传输的不同的信令业务。网络外貌主要是为了应用于多网络的情况，通过不同的网络外貌可以识别相同的NO.7信令网上下文。
RK：路由关键字描述了一组SS7的参数和参数值，这组参数可以唯一确定某一特定AS处理的信令业务的范围。即RK与AS间存在一一对应关系，且RK决定了AS要处理的信令业务的范围。路由关键字中的参数不能基于多个目的地信令点码。
RC：路由上下文，一个路由上下文惟一识别一个路由关键字。RC可以说是RK的索引值。
LM：层管理。相当于是一个节点功能，它处理M3UA层和本地管理实体间的输入和输出。
SGP：信令网关的进程实例。它作为SG的激活、备用、负荷分担或广播等业务进程为之服务。一个SG可以包含一个或多个SGP，其中的一个或几个可以正常处理信令业务。拥有不少于一个SGP的SG可以认为是一个逻辑实体，即此时的SG可以用于处理信令业务。对于SS7网络而言，以及对于该SG所支持的AS而言，该SG所包含的SGP具有同等重要的作用。
Where an SG contains more than one SGP, the SG is a logical entity and the contained SGPs ate assumed to be coordinated into a single management view to the SS7 network and to the supported AS.
Signalling Process：信令进程指利用M3UA与其它信令进程交互的进程实例。SGP、ASP和IPSP都是信令进程。
Stream：指SCTP流，是从一个SCTP端点到另一相关SCTP端点的单向逻辑通路。
2M3UA协议单元
M3UA消息格式中包含一个公共消息头，之后是0个或多个由消息类型定义的参数，考虑到前向兼容性，所有消息类型都带有兼容性参数。
2.1公共消息头
公共消息头包括版本信息、Message Class、Message Type和Message Length。Message
Class包括Transfer消息、SSNM消息、ASPSM、ASPTM、MGMT消息等，Message Type是指某
一Message Class消息中的消息类型。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Reserved | Message Class | Message Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ \
/ /
2.2消息参数格式
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Parameter Tag | Parameter Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ \
/ Parameter Value /
\ \
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Parameter Tag由协议定义。Parameter Length根据Parameter V alue得到，Parameter V alue 由具体的消息得到。
2.3Transfer Message
2.3.1 Payload 有效载荷Data Message (DATA)
Network Appearance Optional
Routing Context Optional
Protocol Data Mandatory（必选）
Correlation Id Optional
网络外貌：
DA TA消息中，网络外貌定义了the SS7 Network Indicator value、the MTP3 and possibly the MTP3-User protocol type/variant/version。
当SG操作于一个单独的NO.7信令网上下文时，或者单独的SCTP专用于每个NO.7信令网上下文时，就不需要网络外貌了。
网络外貌只有本地意义，它在SGP和ASP之间协调。当一个ASP连接到多个SGP时，通过不同的网络外貌参数来识别同样的信令网上下文，进而决定消息是经哪个SGP传送/接收。
RC：
当SGP和ASP之间只使用一个路由关键字的情况下，不要求发送路由上下文。在多个路由关键字和路由上下文用于公共的偶联时，必须发送选路上下文用于识别业务流，协助分配DA TA消息。
协议数据：
协议数据由源自SS7的MTP3消息组成，其中包括业务信息八位位组和路由标记。
协议数据参数包含以下字段：
——业务指示语（Service Indicator）
——网络指示语（Network Indicator）
——Message Priority
——DPC（Destination 目的Point Code）
——OPC（Originating Point Code）
——信令链路选择码（Signalling Link Selection Code）SLS
协议数据结构：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Originating Point Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Destination Point Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SI | NI | MP | SLS | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ \ \ / User Protocol Data / \ \ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 用户协议数据即为：MTP3用户协议单元（SCCP、ISUP、TUP等）。
Correlation ID：
AS内唯一地识别协议数据中携带的MSU。
2.4SS7信令网管理消息（SSNM）
2.4.1 DUNA
SGP向所有相关的ASP发送DUNA消息，来通知ASP当前一个或多个与SG相连的SS7信令点目的地不可达。或当ASP发送消息到一个不可达的信令点时，SGP会响应该消息并发送DUNA消息给该ASP。如果没有其他的SG可以用来路由到该信令点的话，则ASP 就认为该信令点不可达，并停止向DUNA中被影响的目的地发送业务。
DUNA包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——INFO String 任选
路由上下文包含与DUNA消息相关的RC，在多个RK和RC用于公共的偶联时，接收端根据RC可以识别DUNA相关的业务流，并可以管理出局业务和分发MTP-PAUSE指示到相关的MTP3-用户。
信令点码分为14位信令点码和24位信令点码两种，14位信令点码是3-8-3译码，24位信令点码是8-8-8译码。
2.4.2 DAVA
SGP向所有相关的ASP发送DA V A消息，来通知ASP一个或多个与SG相连的SS7信令点目的地可达。或当ASP发送DAUD消息时，SGP会响应该消息并发送DA V A消息给该ASP。
在收到DA V A消息后，ASP的MTP3用户将恢复之前被影响的目的地点码为可达状态，即恢复到被影响的信令点的业务。
DA V A包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——INFO String 任选
2.4.3 DAUD
ASP向SGP发送DAUD消息来查询到一个或多个被影响的目的地的信令路由的可用性/拥塞状态。
SGP向所有相关的ASP发送DA V A消息，来通知ASP一个或多个与SG相连的SS7信令点目的地可达。或当ASP发送DAUD消息时，SGP会响应该消息并发送DA V A消息给该ASP。
SGP向所有相关的ASP发送DRST消息，来通知ASP：从SGP的角度来看当前一个或多个与SG相连的SS7信令点目的地通信受限；DRST也可以是响应DAUD消息发出的DAUD包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——INFO String 任选
2.4.4 SCON
SGP向所有相关的ASP发送SCON消息，来通知ASP当前一个或多个与SG相连的SS7信令点目的地拥塞；或当ASP发送消息到一个拥塞的信令点时，SGP会响应该消息并发送SCON消息给该ASP；或当SGP收到SCON后发现和自己相关联的SS7信令点拥塞，就会发送SCON到ASP。
SCON消息也可以由ASP的M3UA层发送到对端M3UA层，指示M3UA层或ASP拥塞。
SCON包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——相关的目的地任选
——拥塞指示任选
——INFO String 任选
参数——相关的目的地只在SCON消息由ASP发送到SGP时采用。它包含触发SCON 消息的起源点码。
拥塞指示用于指出是否发生拥塞以及拥塞级别。拥塞级别是由MTP协议定义的。
2.4.5 DUPU
SGP向所有相关的ASP发送DUPU消息，来通知ASP当前一个或多个与SG相连的SS7信令点目的地的MTP3用户不可用。
DUPU包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——用户/cause 必选
——INFO String 任选
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0200 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Network Appearance | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0006 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ \ \ / Routing Context / \ \ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0012 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Mask = 0 | Affected PC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0204 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Cause | User | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0004 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ \ \ / INFO String / \ \ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 用户类型和原因值均由MTP定义。
不可用的原因有：
0 Unknown
1 Unequipped Remote User
2 Inaccessible Remote User
2.4.6 DRST
SGP向所有相关的ASP发送DRST消息，来通知ASP：从SGP的角度来看当前一个或多个与SG相连的SS7信令点目的地通信受限；DRST也可以是响应DAUD消息发出的。
DRST包括以下参数：
——网络外貌任选
——路由上下文任选
——受影响的目的地点码必选
——INFO String 任选
2.5ASPSM
2.5.1 ASP Up
ASP Up消息用来向远端M3UA对等层指示本地M3UA层已经准备好接收配置于ASP 的所有路由关键字的ASPSM和ASPTM消息。
ASPUp ACK是用来证实从远端M3UA对等层接收的ASP Up消息
ASP Up包括以下参数：
——ASP标识符任选
——信息串任选
ASP标识符实际上就是在AS的众多ASP中代表某一ASP的唯一的值。SGP应该保存NTFY消息中的这个值。
2.5.2 ASPUp ACK
ASPUp ACK是用来证实从远端M3UA对等层接收的ASP Up消息。
ASP Up包括以下参数：
——信息串任选
2.5.3 ASP Down
ASP Down消息用来向远端M3UA对等层指示本地M3UA层尚未准备好接收DA TA、SSNM或ASPTM消息。
ASPDown ACK是用来证实从远端M3UA对等层接收的ASP Down消息
ASP Up包括以下参数：
——信息串任选
2.5.4 ASP Down ACK
ASPDown ACK是用来证实从远端M3UA对等层接收的ASP Down消息。
ASP Down包括以下参数：
——信息串任选
2.5.5 HeartBeat (BEAT）
HearBeat消息是任选的，它主要是用来确认M3UA对等层一直对其他M3UA层可用。由于SCTP有自己的HeartBeat消息，因此在M3UA不使用SCTP作为传送层时必须使用HeartBeat消息。
发送BEA T Ack消息以响应接收的BEA T消息，它包含接收的BEA T消息的所有参数并且是必须不加改变的回复
HearBeat包括以下参数：
——Heatbeat Data 任选
BEA T消息的数据参数内容由发送节点定义，它可能包括BEA T的顺序号码和/或时间标签，BEA T消息的接收者不处理这个字段，接收者必须用BEA T Ack消息响应。
2.5.6 HeartBeat ACK (BEAT ACK)
发送BEA T Ack消息以响应接收的BEA T消息，它包含接收的BEA T消息的所有参数。
2.6ASPTM
2.6.1 ASP AC
ASP发送ASPAC消息到M3UA对等层（可以是SGP），告知对端M3UA层该ASP可以处理某一特定AS（即该ASP服务的AS）的信令业务。ASPAC消息只影响RC识别的RK 的ASP的状态。
ASPAC ACK是用来证实从远端M3UA对等层接收的ASPAC消息
ASPAC包括以下参数：
——业务模式任选
——RC 任选
——信息串任选
业务模式参数决定了AS中ASP的信令业务处理模式，包括主备倒换（取代模式）、负荷分担和广播三种模式。
对于某一RC而言，只能是一种业务模式，不能混在一起。
主备模式是指某一ASP处理该ASP所属AS的所有业务，其它ASP处于备用状态；主备模式的特点就是抢占，后来者居上，也就是后激活的ASP处理业务，之前激活的ASP自动去活处于备用状态；负荷分担模式是指所有激活的ASP共同根据SLS分担信令业务，各个ASP处理的业务可能不同；广播模式是指指所有激活的ASP共同承担信令业务，各个ASP处理的业务相同。
路由上下文（RC）：RC是索引AS业务的一系列整数，是一个索引表，具体的索引表的数目由该ASP支持的AS的数据决定。索引表与SGP路由关键字或AS名之间是一一对应关系。即RC——〉RK——〉AS。由ASP看来，RC定义了它处理的信令业务的范围。例如，可以配置一个ASP支持多个中继的呼叫流程，ASP则通过各自的DPC/OPC/CIC范围来识别各个中继的业务。
其实可以看出：RC可以包含一系列RK，一个RK决定了一个AS处理的信令业务范围。通过RC可以找到RK（DA TA消息里面包含这些信息），通过RK可以找到AS来处理与注册中继相关（SG）的信令业务。
2.6.2 ASPAC ACK
ASPAC ACK是用来证实从远端M3UA对等层接收的ASPAC消息。
ASPAC包括以下参数：
——业务模式任选
——RC 任选
——信息串任选
2.6.3 ASPIA
ASP发送ASPIA消息到M3UA对等层（可以是SGP），告知对端M3UA层该ASP已退出服务，进入去活状态。
ASPIA ACK是用来证实从远端M3UA对等层接收的ASPIA消息
ASPIA（去活）消息只影响到由RC识别的RK所属的ASP的状态。
ASPAC包括以下参数：
——RC 任选
——信息串任选
2.6.4 ASPIA ACK
ASPIA ACK是用来证实从远端M3UA对等层接收的ASPIA消息。
ASPIA ACK包括以下参数：
——RC 任选
——信息串任选
2.7MGMT
2.7.1 ERROR
如果在收到的消息中发现错误时间发生，则发送ERR消息通知对端。
ERR消息包括以下参数：
——差错码必选
——RC 必选
——网络外貌必选
——被影响的目的地点码必选
——诊断信息任选
错误码类型详见RFC3332P64~67。
2.7.2 NTFY
NTFY消息是用来向M3UA对等层提供M3UA事件的自治指示。
NTFY消息包括以下参数：
——状态必选
——ASP 标识符任选
——RC 任选
——信息串任选
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x000d | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Status Type | Status Information | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0011 | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ASP Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0006 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ \ \ / Routing Context / \ \ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Tag = 0x0004 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ \ \ / INFO String / \ \ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 当AS状态发生变化，则SGP将发送NTFY消息到ASP。
负荷分担模式下，在ASP资源不充分的情况下，SGP向处于“ASP INACTIVE”的ASP指示使其激活；主备模式下，当备用的ASP激活后，SGP会发送替换的ASP激活到之前处于激活状态的ASP，使其去活。
2.8M3UA消息格式总结
被影响的信令点码是针对部分错误码的必选参数。
3M3UA消息流程
3.1 AS和ASP的状态维护
SGP侧的M3UA层维护每个远端的ASP状态和AS状态。配置这些AS和ASP接收业务作为到M3UA消息分配功能的输入。同样在IPSP的模式下，也有类似的情况。
3.1.1 ASP状态
SGP侧的M3UA层维护远端的属于某一AS的ASP状态。某一AS的某一ASP状态变换由事件触发。这些事件包括：
——收到ASP的M3UA层发来的消息（如ASP up、ASP AC等）；
——收到同属某一AS中的其它ASP的状态变化消息（如主备模式下备用ASP激活）；
——收到SCTP层发来的指示（如SCTP优雅关闭）；
——本地管理干预；
ASP State Transition Diagram, per AS
+--------------+
| |
+----------------------| ASP-ACTIVE |
| Other +-------| |
| ASP in AS | +--------------+
| Overrides | ^ |
| | ASP | | ASP
| | Active | | Inactive
| | | v
| | +--------------+
| | | |
| +------>| ASP-INACTIVE |
| +--------------+
| ^ |
ASP Down/ | ASP | | ASP Down /
SCTP CDI/ | Up | | SCTP CDI/
SCTP RI | | v SCTP RI
| +--------------+
| | |
+--------------------->| ASP-DOWN |
| |
+--------------+
SCTP CDI = SCTP Communication down indication
SCTP RI = SCTP Restart Indication
ASP的初始状态是ASP DOWN状态。此时除了可以发送ASP Down ACK、ERROR和HeartBeat 消息外，不能发送其它任何消息；在ASP处于Inactive的状态下，不能发送DATA或SSNM 消息。
ASP状态与发送消息的关系：
3.1.2 AS状态
SGP侧的M3UA层维护远端的AS的状态。AS的状态变化有以下事件触发：
——ASP状态发生变化；
——恢复定时器触发；
AS的初始状态是AS Down状态。
在AS处于Pending状态时，将会触发恢复定时器T(r)，在T(r)超时前收到什么消息就迁移到什么状态；在T(r)超时且没有收到任何消息的情况下就会将状态迁移至AS Down状态。
AS 状态变化图如下图所示：
+----------+ one ASP trans to ACTIVE +-------------+
| AS- |---------------------------->| AS- |
| INACTIVE | | ACTIVE |
| |<--- | |
+----------+ \ +-------------+
^ | \ Tr Expiry, ^ |
| | \ at least one | |
| | \ ASP in ASP-INACTIVE | |
| | \ | |
| | \ | |
| | \ | |
one ASP | | all ASP \ one ASP | | Last ACTIVE trans | | trans to \ trans to | | ASP trans to to | | ASP-DOWN -------\ ASP- | | ASP-INACTIVE ASP- | | \ ACTIVE | | or ASP-DOWN INACTIVE| | \ | | (start Tr) | | \ | |
| | \ | |
| v \ | v
+----------+ \ +-------------+
| | --| |
| AS-DOWN | | AS-PENDING |
| | | (queuing) |
| |<----------------------------| |
+----------+ Tr Expiry and no ASP +-------------+
in ASP-INACTIVE state)
Tr = Recovery Timer
3.2 M3UA对等层间消息的ASPM流程
ASPM消息均由ASP端的M3UA层发送至SGP侧的M3UA层。即ASP——〉SGP。
3.2.1 ASP UP流程
在ASP成功建立与SGP间的SCTP偶联后，SGP将会等待接收来自ASP的ASP UP消息，用来指示对端ASP的M3UA层可用。而ASP总是ASP up消息的发起端。这个操作可以由层管理发送M-ASP_UP request原语到M3UA层实施，也可以由M3UA层自动发起。
当SGP收到ASP up消息且内部的远端ASP的状态是ASP Down，并且没有因为本地管理原因被闭锁，则SGP标记自己内部当中的远端ASP状态为ASP Inactive，后调M-ASP_Up indication原语通知层管理。如果SGP可以通过配置数据知道该ASP属于哪些AS的话，SGP 将会把相应的AS中的ASP的状态迁为“ASP INACTIVE”。
另外一种处理方式是，SGP把去活的ASP放入一个统一的去活ASP池（该去活ASP 池用于配置到具体的AS上）中，用于响应注册请求或ASP激活流程。如果ASP UP消息中包含ASP标示符，则SGP应该为该ASP存储ASP标示符。即使SGP内维护的远端ASP 已经是Inactive状态，SGP也必须发送ASP UP ACK到ASP端的M3UA层作为ASP UP消息的响应。
如果由于任何本地原因（如管理闭塞）导致SGP不能用ASP UP ACK作为响应，SGP 应该用原因码是“拒绝——管理闭塞”的ERROR消息响应ASP UP消息。
在ASP中，对接收到的ASP UP ACK消息不需做响应，只用M-ASP_UP confirm原语通知层管理即可。
当ASP发送ASP UP消息时，它将启动定时器T(ack)，如果ASP在T(ack)内没有收到ASP UP Ack消息，ASP就重新启动T(ack)并重发ASP UP消息直到收到ASP UP Ack为止。
T(ack)缺省设置为2秒。另一方面，ASP UP的重发机制可以由层管理来控制，这种情况下，定时器T(ack)超时将会导致报给层管理的原语M-ASP_UP confirm带有相反的指示（该相反的指示即可以指示出没有收到响应消息）。
ASP必须在收到ASP UP Ack消息之后才能发送其他消息（例如，ASP激活，RK注册等消息）；
如果SGP在收到ASP Up消息之前收到M3UA消息（ASP Down除外），SGP将丢弃这些消息。
如果SGP接收到ASP UP并且SGP内部的远端ASP处于“ASP ACTIVE”状态，那么SGP将返回ASP Up Ack消息和ERR（非期望的消息），并把SGP自己内部的远端ASP状态迁移至“Inactive”状态。
如果SGP接收到ASP UP并且SGP内部的远端ASP处于“ASP INACTIVE”状态，SGP 仍将返回ASP Up Ack消息，并没有进一步的动作。
如果收到的ASP UP消息是来自一个不支持的版本，SGP将响应发出一个Error消息以指出接收端支持的版本，并通知到本地层管理。
基于IPSP的考虑，将一端作为服务器端（SGP），将另一端作为客户端（ASP）。
小结：
3.2.2 ASP DOWN流程
在ASP希望自己退出服务的时候，ASP将向SGP发送ASP Down消息，使其将SGP 内维护的远端ASP状态迁移到“ASP Down”状态。这个操作可以由层管理发送M-ASP_DOWN request原语到M3UA层实施，也可以由M3UA层自动发起。在迁移至Down 状态之后，将不能接收SSNM、DA TA以及ASPTM消息。
而ASP是否永久的从AS中退出服务要取决于配置管理。
当SGP收到ASP Down消息，则SGP标记自己内部当中的远端ASP状态为ASP Down，并发送ASP Down Ack作为响应给远端的ASP，后调M-ASP_DOWN indication原语通知层管理。
即使SGP内维护的远端ASP已经是Down状态，SGP也必须发送ASP DOWN ACK到ASP端的M3UA层作为ASP Down消息的响应。
在ASP中，对接收到的ASP DOWN ACK消息不需做响应，只用M-ASP_DOWN confirm 原语通知层管理即可。
如果ASP没有发送ASP Down而收到ASP Down Ack消息，则ASP将认为自身为Down 状态（先将自身状态迁为ASP Down状态），之后ASP根据自身之前的状态（Inactive或Active），将启动程序将状态迁移回之前的状态。
当ASP发送ASP DOWN消息时，它将启动定时器T(ack)，如果ASP在T(ack)内没有收到ASP DOWN Ack消息，ASP就重新启动T(ack)并重发ASP DOWN消息直到收到ASP
DOWN Ack为止。T(ack)缺省设置为2秒。另一方面，ASP DOWN的重发机制可以由层管理来控制，这种情况下，定时器T(ack)超时将会导致报给层管理的原语M-ASP_DOWN confirm带有相反的指示（该相反的指示即可以指示出没有收到响应消息）。
基于IPSP的考虑，将一端作为服务器端（SGP），将另一端作为客户端（ASP）。
小结：
3.2.3 ASP ACTIVE流程
在收到ASP UP ACK之后，ASP才可以向SGP发送ASP AC消息。SGP在收到ASPAC 之后就会将SGP中维护的远端ASP的状态由“Inactive”迁移到“Active”状态。ASP发送ASPAC消息给SGP告诉其ASP可以处理业务了。这个操作可以由层管理发送M-ASP_ACTIVE request原语到M3UA层实施，也可以由M3UA层自动发起。
当某一ASP希望在一个公共的SCTP偶联上处理多个AS的业务时，该ASP发出的ASP AC消息要携带多个RC用于指示其都服务于哪些AS。但这并不是说要求一条ASP AC消息中要包含所有的RC，这样的话会导致多个RC在同一时间请求激活的情况，因此可以使用多个独立的ASPAC消息来处理上述情况。如果ASPAC消息中不包含RC，则要求接受端必须可以通过配置数据知道该ASP属于哪个AS。
针对能够成功激活ASP的AS，SGP将发出一个或多个ASPAC ACK消息作为响应，响应消息包括相关的RC以及ASPAC消息中携带的业务处理模式信息。如果ASPAC消息中携带RC信息，则对应的ASPAC ACK必须携带RC参数。
根据ASPAC消息中的业务模式信息或如果没有请求就依靠本地配置数据，SGP将ASP 移入相关AS内并赋予正确的ASP业务状态。并通过M-ASP_Active indication原语通知到层管理。SGP通过发送ASPAC Ack给ASP，SGP已经准备好接收和发送与RC（ASPAC消息中携带的RC）相关的业务。
ASP在收到ASPAC Ack之前不能发送与RC相关的DA TA、SSNM消息，否则这些消息有可能被（SGP）丢失。
可以使用多个ASPAC Ack消息响应一个包含多个RC的ASPAC消息，即允许SGP独立的响应不同的RC。如果某一ASP不能成功激活，SGP将消息ERR（无效的RC）发送回相应的ASP。
如若某一ASP没有注册到SGP或SGP没有该ASP的配置数据，则SGP将丢弃这个ASP的相关消息。
即使SGP内维护的远端ASP已经是Active状态，SGP也必须发送ASPAC ACK到ASP 端的M3UA层作为ASPAC消息的响应。
在ASP中，对接收到的ASPAC ACK消息不需做响应，只用M-ASP_ACTIVE confirm 原语通知层管理即可。
由于ASPAC Ack和DA TA消息在不同的SCTP流上传输，因此可能DA TA消息先抵达ASP，但由于ASP没有收到ASPAC Ack消息则认为自身不是Active状态，所以ASP在这种情况下可能丢弃这些DA TA消息。
当ASP发送ASPAC消息时，它将启动定时器T(ack)，如果ASP在T(ack)内没有收到ASPAC Ack消息，ASP就重新启动T(ack)并重发ASPAC消息直到收到ASPAC Ack为止。T(ack)缺省设置为2秒。另一方面，ASPAC的重发机制可以由层管理来控制，这种情况下，定时器T(ack)超时将会导致报给层管理的原语M-ASP_ ACTIVE confirm带有相反的指示（该相反的指示即可以指示出没有收到响应消息）。
AS拥有三种业务模式分别是：主备，负荷分担，广播。当SGP检测到ASPAC消息中携带的业务模式不支持或无效时，将发出ERR（不支持/无效的业务模式）给ASP。
在通过配置数据无法得知AS的业务模式的情况下，那么就设置第一个激活AS的ASPAC消息中携带的业务模式作为AS最终的业务模式。
在主备模式下，SGP在收到一个ASP发来的ASPAC消息后，将会把AS的所有业务转给这个发送激活消息的ASP来处理，并发送NTFY（替换的ASP激活）消息给之前处于激活状态的ASP，并停掉来/去该ASP上的所有业务，ASP在收到这个NTFY消息后将自身去活。
在负荷分担模式下，SGP在收到第一个由ASP发来的ASPAC消息后，并不急于将该ASP所属AS的业务转给该ASP来处理，而是等到SGP认为有足够的激活ASP可以处理业务的情况，才将AS上的业务根据负荷分担算法分配给各个激活的ASP。负荷分配主要依据DA TA消息中的SLS（链路选择码）、SCCP SSN、ISUP CIC的值来决定。
在“n+k”冗余模式下，只有当存在n个激活的ASP时，才开始处理业务。
广播模式略。
基于IPSP的考虑：当一端IPSP接收到ASPAC消息，它将会对端状态标示为“Active”，并发送ASPAC Ack消息到发起端，发起端在收到ASPAC Ack消息后，如果自身状态不是“Active”那么将会把自身状态迁移至“Active”状态。
小结：
3.2.4 ASP INACTIVE流程
当ASP希望退出该ASP所属的AS的业务处理时，该ASP将发送ASP Inactive消息到SGP（这个操作可以由层管理发送M-ASP_INACTIVE request原语到M3UA层实施，也可以由M3UA层自动发起），SGP则将会把该ASP所属的所有AS中的ASP状态迁移至
“Inactive”状态。
当某一ASP希望退出一个公共的SCTP偶联上的多个AS的业务时，该ASP发出的ASP Inactive消息要携带多个RC用于指示其都服务于哪些AS，通过RC判断哪些AS中的ASP 去活。如果ASP Inactive消息中不包含RC，则要求接受端必须可以通过配置数据知道该ASP 属于哪个AS。
当AS处于主备模式下，当备用的ASP激活之后抢占了AS中的所有业务，发送ASP Inactive消息的ASP将被SGP认为是“Inactive”状态，在确保该ASP的所有业务已经被停掉之后，SGP将发送ASP Inactive Ack消息给该ASP。
当AS处于负荷分担模式下，ASP被SGP置于“Inactive”状态，这时通过当前AS中使用的负荷分担算法重新分配该AS中的业务到其他仍是激活状态的ASP中。如果需要，SGP将发送NTFY（AS中不充分的激活ASP资源）到所有处于去活状态的ASP。
在停止所有到发送ASP Inactive消息的ASP的业务后，SGP将发送ASP Inactive Ack消息，并利用M-ASP_INACTIVE indication原语通知层管理。
广播模式略。
可以使用多个ASP Inactive Ack消息响应一个包含多个RC的ASP Inactive消息，即允许SGP独立的响应不同的RC。如果某一ASP不能成功去活，SGP将消息ERR（无效的RC）发送回相应的ASP。
即使SGP内维护的远端ASP已经是InActive状态，SGP也必须发送ASP Inactive ACK 到ASP端的M3UA层作为ASP Inactive消息的响应。
在ASP中，对接收到的ASP Inactive ACK消息不需做响应，只用M-ASP_INACTIVE confirm原语通知层管理即可。
如果ASP没有发送ASP Inactive而收到ASP Inactive Ack消息，则ASP将认为自身为Inactive状态（先将自身状态迁为ASP Inactive状态），之后ASP根据自身之前的状态（Active），将启动程序将状态迁移回之前的状态。
当ASP发送ASP Inactive消息时，它将启动定时器T(ack)，如果ASP在T(ack)内没有收到ASP Inactive Ack消息，ASP就重新启动T(ack)并重发ASP Inactive消息直到收到ASP Inactive Ack为止。T(ack)缺省设置为2秒。另一方面，ASP Inactive的重发机制可以由层管理来控制，这种情况下，定时器T(ack)超时将会导致报给层管理的原语M-ASP_ INACTIVE confirm带有相反的指示（该相反的指示即可以指示出没有收到响应消息）。
如果在收到某一ASP Inactive消息之后，某一AS中再没有其他ASP处于激活，那么该AS将处于“Pending”状态，此时SGP将发出NTFY（AS-Pending）消息到所有处于去活状态的ASP，并缓存所有的入局消息和启动Pending定时器，一旦定时器超时将丢弃所有入局消息。如果定时器超时之前，SGP收到了ASP AC的消息，那么缓存下来的入局业务将转至该ASP处理，并取消定时器。如果定时器超时，那么AS将转入去活状态。如果定时器超时，并且没有任何一个ASP处于“Inactive”或“active”状态，那么AS将转入Down状态。
小结：
3.2.5 NTFY消息流程
反映ASP状态变化的NTFY消息必须发送到除了ASP Down状态之外的所有ASP，并带有适当的状态信息和故障ASP的ASP标示符。不管是ASP故障引起ASP状态变化还是收到ASPSM/ASPTM消息导致ASP状态变化，都必须发送NTFY消息；由于收到ASPSM/ASPTM消息导致ASP状态变化的情况下，必须是在收到有关的相应消息（ASP UP Ack、ASP Down Ack、ASP Inactive Ack和ASP Active Ack）之后发送NTFY消息。
当SGP中没有处于激活状态的ASP来处理业务时，SGP将发送NTFY（“AS-Pending”）消息到ASP；在负荷分担或广播模式下，当SGP中没有足够的处于激活状态的ASP资源来处理业务，SGP将发送NTFY（“没有足够的处于激活状态的ASP资源”）消息给处于去活状态的ASP，但NTFY消息并不明确的强制要求收到该消息的ASP转为激活状态，ASP仍旧处于当前业务处理的控制。
如果NTFY消息中不包含RC参数，则要求接受端必须可以通过配置数据知道该ASP 属于哪个AS。
3.2.5 HeartBeat消息流程
如果传送层没有相应的HeartBeat机制检测传送偶联的丢失，则可以使用任选的HeartBeat消息。
M3UA两侧对端可以按设定的定时器T(beat)周期性的发送HeartBeat消息。一旦收到HeartBeat消息，M3UA层必须以HeartBeat Ack作为响应。
如果ASP在2*T(beat)的时间内没有收到HeartBeat Ack消息，它将认为对端的M3UA 层不可用，并停发HeartBeat消息。相应的信令进程会重建两侧M3UA层之间的通信。
HeartBeat消息可以包含不透明的BEA T数据参数，这个参数必须不加改变的在相关的HeartBeat Ack消息中返回。发送端根据返回的HeartBeat消息中的这个参数，决定M3UA 对端是否可用。HeartBeat消息中的BEA T数据参数的内容/格式由发送端根据自身的情况设定。例如，BEA T数据参数可以是HeartBeat顺序算法和/或时间戳。
3.3 支持SS7信令点可用性和拥塞状态的流程
3.3.1 SGP支持SS7信令点可用性和拥塞状态的流程
当SGP从SG的NIF（节点互通功能）得到MTP-PAUSE、MTP-RESUME或MTP-STA TUS indication原语，SGP就会向对端M3UA层相关的ASP发送SSNM（DUNA、DA V A、SCON 或DUPU）消息。SGP的M3UA层必须保证SSNM消息中所有设置的字段与收到的原语中的信息一致。
SGP根据原语信息中提供的SS7网络信息决定通知到哪些相关的ASP。这样的话，所有配置于这个SS7网络的ASP将都会通知到。如果SGP仅工作于一个SS7网路，那么所有的ASP都将被通知到。
DUNA、DA V A、SCON和DRST必须按序传输，而DAUD、DUPU不需要按序传递。
3.3.2 ASP支持SS7信令点可用性和拥塞状态的流程
3.3.2.1 单SG配置
作为ASP来讲，当接到对端M3UA层发来的SSNM消息，则ASP的M3UA层将调用合适的原语通知到M3UA上层用户，同时通知本地管理。
当由于本地事件导致SS7信令点不可用或拥塞，那么ASP将选择合适的原语通知到M3UA上层用户，就好像收到对端发来等效的SSNM消息一样。举例说明，由于丢失到SGP 的SCTP偶联导致SS7信令点不可达，ASP将发出MTP-PAUSE indication原语到M3UA用户。
3.3.2.2 多SG配置
在多SG的配置情况下，ASP将根据收到的SSNM消息，更新经起源SGP（发出SSNM 消息的SGP）的被影响的信令点的路由状态，并根据配置的到该信令点的所有SGP状态，最终决定ASP到此被影响的信令点的路由状态。ASP的M3UA层将调用合适的原语通知到M3UA上层用户，同时通知本地管理。
Implementation Note：为了完成这个路由管理，ASP上的M3UA层通过SG维护到SS7某一信令点的路由状态，就像MTP3用户维护路由状态一样。
即：当ASP经多个SG到某一信令点，则某一SG到信令点的可用性改变时，将导致ASP重新计算到这一信令点的动态路由，根据其他SG的状态最终确定到这一信令点的动态路由。
3.3.2.3 ASP 查询
ASP可以通过发出DAUD消息查询SGP到某一信令点的可用性或拥塞状态。
DAUD可以是无序传递，DAUD消息在以下两种情况下发送：
——周期性的发送。
在收到DUNA、SCON和DRST消息后启动一个定时器，如果定时器超时还没有收到DA V A、DUNA、SCON或DRST等消息来更新被影响的信令点状态，则重新启动定时器并发送DAUD消息到之前发送SSNM消息的SGP。
——独立的发送。
如果一个ASP刚刚转为“Active”状态，或激活的ASP与某个SGP脱离一段时间，这种情况下，ASP会发出DAUD消息去查询自身想通信的SS7信令点的状态。
Implementation Note：第一种情况下，当收到的SCON消息的拥塞级别是0级（无拥塞或未定义）时，则不必启动DAUD程序，因为该值表明要么是拥塞消除，要么是采用了ITU 定义的国际拥塞方法。在国际拥塞方法中，SGP的MTP3不用维护任何目的地的拥塞状态，因此在响应DAUD消息时也不能提供任何的拥塞信息。同样的原因，第二种情况下发送DAUD程序也并不能带回任何目的地的拥塞信息。
SGP根据收到的DAUD消息中携带的信令点信息，查询这些信令点的状态并返回相应的SSNM消息（DA V A、DUNA、SCON、DRST等）作为DAUD消息的响应。如果SGP可以维护信令点的拥塞状态，那么SGP必须先回SCON消息，然后再发送DA V A或DRST消息。如果某一信令点是可用且拥塞的，那么SGP将先发送SCON消息随后发送DA V A消息给相应的ASP。如果SGP没有到某一信令点的路由的信息，即该SGP到这一信令点的路由不通，那么SGP将发送DUNA消息给ASP。
任何一个DUNA、DA V A消息都包含一组被影响的信令点码。
如果一个ASP没有权利知道某一个信令点的状态，那么SGP将拒绝提供该信令点的信息，并发送ERR（目的地状态未知）给发送DAUD消息的ASP。
目录 第3章信令与协议处理原理..................................................................................................... 3-1 3.1 TDM承载信令处理路径 ..................................................................................................... 3-1 3.2 IP承载信令处理路径.......................................................................................................... 3-3 3.2.1 MTP3/M2UA承载ISUP/INAP的处理路径.............................................................. 3-3 3.2.2 M3UA承载ISUP/INAP的处理路径......................................................................... 3-6 3.2.3 UDP承载MGCP/H.248的处理路径 ....................................................................... 3-7 3.2.4 IP承载H.323的处理路径 ..................................................................................... 3-10 3.2.5 UDP承载SIP的处理路径..................................................................................... 3-14 3.2.6 IUA承载DSS1的处理路径................................................................................... 3-17 3.2.7 V5UA承载V5.2的处理路径.................................................................................. 3-18
信令跟踪在维护工作中的运用目前移动通信竞争激烈,客户对移动运营商的要求越来越高。运营商对我们的要求也就更高。优质的网络是我们公司发展的基础,确保网络的正常运行是我们公司的立足之本。在这里简要谈谈信令跟踪在网络维护工作中的运用。 所谓信令跟踪分析是指用仪表收集跟踪移动通信的无线链路上的信令数据并加以整理,从中查找出异常的指标数据;利用软件进行分析,找出故障所在,并有效地解决排除,最终达到提高网络运行质量的目的。 信令跟踪在网络优化工作中也是比较重要的一步,它主要用来查找硬件的隐性故障和干扰频点等问题;无线链路上的信令提供了较全面的质量数据。用阿尔卡特公司的DAFNE软件分析的数据中可以看到各频点的上下行接收电平、上下信道质量、上下行信道质量差、上下行路径损耗、上下行路径差、信道质量分布表、时间提前量分布、信令统计等信息。 那么我们怎么通过这些数据来分析网络中的隐藏的故障呢?下面通过对网络中平常的一些隐性故障的处理来介绍一下信令跟踪分析数据的运用。 由于无线环境的恶劣性,移动通信的无线信道无时不经受着来自外界或本身的干扰。我们怎么从信令数据中查找受干扰的频点呢?一般说来,干扰直接影响信道质量的下降,但对信道的电平则没有多大的影响。所以我们可以查看上下行信道的quality值和上下行的路径损耗值(一般要求上下行信道的quality值在0.5以下,假设某个频点的质量较差,而它的上下行路径损耗与其它频点相差不大,那么这个频点受干扰的可能性比较大。 网络设备的硬件隐性故障问题一直是我们维护人员最头痛的,比如说某基站的 无线原因掉话一直很多,我们可以在分析报告中查看路径损耗值及路径损耗差与信道质量。一般路径损耗差在-10至1dB之间(当然也可以将目标定得高一点,信道质量在0.5以下,如果上行损耗过大或下行损耗过大都很容易引起掉话,所以要更换相应频点的硬件。比如义乌小商品市场的一个基站,每天均有10多次的信道掉话,
移动通信网络协议调研报告 移动通信是相对于固定通信而言的，顾名思义是指能够在移动状态下完成信息交换的通信方式。从诞生到今天虽然只有半个世纪多一点，但伴随微电子技术和计算机技术的迅猛发展，已经走过了第一代模拟蜂窝移动通信系统，第二代数字蜂窝移动通信系统和第三代移动通信系统的技术发展历程，手机、无线网卡、笔记本电脑等终端设备已成为人们日常社会生活中不可或缺的重要组成部分。 在移动数据网络中网络体系又是完成通信的重中之重，因为网络体系就是为了完成计算机间的通信合作，把每个计算机互联网的功能划分成有明确定义的层次，规定了同层次进程通信的协议及相邻层之间的接口及服务○1。而在通信涉及的所有部分都必须认同一套用于信息交换的规则，我们把这种认同称为协议。 协议是用来描述进程之间信息交换过程的术语○1。通过通信信道何设备互联起来的多个不同地理位置的计算机系统，要是其能够协调工作，实现信息交换和资源共享，它们之间必须具有共同的语言，都必须遵循某种互相都能接受的规则，这些为进行计算机网络中的数据交换而建立的规则、标准或约定的集合就称为网络协议。网络协议通常由三个要素组成： （1）语义。语义是对协议元素的含义进行解释。 （2）语法。语法是对信息的数据结构的一种规定。 （3）同步。同步是对事件实现顺序的详细说明。 由此可看出，协议实质上是网络通信时所使用的一种语言。 我们知道，互联网络Internet是处于世界各地的各种不同的物理网络连接在一起构成的一个统一的网络，当这个网络中的计算机通过Internet相互进行通信时，它们都必须遵守一个共同的协议，这就是TCP/IP协议。TCP/IP协议并不是单独的一个或者两个协议，而是一组网络协议的集合，只是由于它主要包括两个最重要的协议：一个是传输控制协议TCP，另一个是互联网协议IP，同时它也包含了其他的协议。 根据在网络中应用功能的不同和协议的差异，TCP/IP协议体系由四个层次组成，分别为：网络接口层、互联网络层、传输层、应用层。如图为TCP/IP的体系结构参考模型。 网际互联层也称IP层，其主要功能是解决主机到主机的通信问题，以及建立互联网络。网间的数据报可根据它携带的目的IP地址，通过路由器由一个网络传送到另一网络。 这一层有4个主要协议：网际协议（IP）、地址解析协议（ARP）、反向地址解析协议（RARP）和互联网控制报文协议（ICMP）。其中，最重要的是IP协议。应用层为用户提供所需要的各种服务。例如，目前广泛采用的HTTP、FTP、TELNET等是建立在TCP协议之上的应用层协议，不同的协议对应着不同的应用。这其中人们比较常用的协议有SMTP、SNMP以及DNS。 SMTP是简单邮件传送协议，规定在两个相互通信的SMTP进程之间应如何交换信息。邮件服务器是电子邮件系统的核心构件。其功能是发送和接收邮件。邮件服务器工作时需使用两个协议，一个用于发送邮件，即SMTP协议；另一个用于接收邮件，即邮局协议（Post Office Protocol）。 SNMP即简单网络管理协议，它为网络管理系统提供了底层网络管理的框架。一个典型的网络管理系统必需包含的三要素是：管理员、管理代理和管理信息数据库（MIB）。
X2IPPATH配置问题导致切换不成功 关键字：X2IPPATH 切换 【现象描述】 切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。 【原因分析】 对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH； （3）IPPATH中的邻居节点配置错误。 由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。 【处理过程】 每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令 （RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。 先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下： LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。 DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
SS7信令系统协议简介 SS7信令协议栈，MTP1，MTP2，MTP3，SCCP，TCAP，ISUP，TUP 3.1 SS7信令协议栈 协议是通过网络传送数据的规则集合。 协议栈也就是协议的分层结构，协议分层的目的是为了使各层相对独立，或使各层具有不同的职能。SS7协议一开始就是按分层结构的思想设计的，但SS7协议 在开始发展时，主要是考虑在数字电话网和采用电路交换方式的数据通信网中传送各种与电路有关的信息，所以CCITT在80年代提出的SS7技术规范黄皮书 中对SS7协议的分层方法没有和OSI七层模型取得一致，对SS7协议只提出了4个功能层的要求。这4个功能层如下： 物理层：就是底层，具体是DS0或V.35。 数据链路层：在两节点间提供可靠的通信。 网络层：提供消息发送的路由选择.。 用户部份／应用部份：就是数据库事务处理，呼叫建立和释放。 但随着综合业务数字网（ISDN）和智能网的发展，不仅需要传送与电路有关的消息，而且需要传送与电路无关的端到端的消息，原来的四层结构已不 能满足要求。在1984年和1988年的红皮书和蓝皮书建议中，CCITT作了大量的努力，使SS7协议的分层结构尽量向OSI的七层模型靠近。 下图图示了SS7信令协议栈： MTP1(消息传递部分第一层)：即物理层。 MTP1(消息传递部分第二层)：即数据链路层。 MTP1(消息传递部分第三层)：即网络层。
SCCP（信令连接控制部分） TCAP（事务处理应用部分） ISUP（ISDN用户部分） TUP（电话用户部分） MTP1 MTP1是SS7协议栈中的最底层，对应于OSI模型中的物理层，这一层定义了数字链路在物理上，电气上及功能上的特性。物理接口的定义包括：E－1，T－1，DS －1，V.35,DS－0，DS －0A（56K）。 MTP2 MTP2确保消息在链路上实现精确的端到端传送。MTP2提供流控制，消息序号，差错检查等功能。当传送出错时，出错的消息会被重发。MTP2对应OSI模型中的数据链路层。 MTP3 MTP3在SS7信令网中提供两个信令点间消息的路由选择功能，消息在依次通过MTP1，MTP2，MTP3层之后，可能会 被发送回MTP2再传向别的信令点，也可能会传递给某个应用层，如：SCCP或ISUP 层。MTP3还提供一些网管功能的支持，包括：流量控制，路由选择 和链路管理。MTP3对应OSI模型中的网络层。 SCCP（信令连接控制部分） SCCP位于MTP之上，为MTP提供附加功能，以便通过SS7信令网在信令点之间传递电路相关和非电 路相关的消息，提供两类无连接业务和两类面向连接的业务。 无连接业务是指在两个应用实体间，不需要建立逻辑连接就可以传递信令数据。面向连接的业务在数据传递之前应用实体之间必须先建立连接，可以是一般性的连
武 夷 学 院 课程设计报告 数学与计算机学院 课程名称： 软交换与NGN 设计题目： NGN 网络信令跟踪与分析（SIP ）协议 学生班级： 13通信工程（1）班 学生姓名： 张骞文 何凯翔 曾德彪 陈永荣 指导教师： 石贵民 完成日期： 2016-06-17
课程设计项目研究报告 目录 第 1 章项目简介 (1) 1.1 项目名称 (1) 1.2 开发人员 (1) 1.3 指导教师 (1) 第 2 章项目研究意义 (1) 2.1 课程设计概述 (1) 2.2 需求分析及研究意义 (1) 2.3 项目内容 (1) 第 3 章采用的技术 (1) 3.1 SOFTX3000实验脚本 (3) 3.2 IAD实验脚本 (5) 第 4 章课程设计项目进度表 (7) 第 5 章课程设计任务分配表 (7) 第 6 章达到的效果 (8) 6．1程序设计思想 (8) 6．2 程序最终结果 (8) 第 7 章设计心得 (21) 第 8 章参考文献 (22)
第 1 章项目简介 1.1 项目名称 NGN网络信令跟踪与分析（SIP）协议 1.2 开发人员 张骞文（组长）、何凯翔、陈永荣、曾德彪 1.3 指导教师 石贵民 第 2 章项目研究意义 2.1 课程设计概述 通过本次实验，让学生加深对语音分组交换的理解并初步掌握SIP协议的各种消息流程以及分组交换消息抓包解析方法。 2.2 需求分析及研究意义 1、SoftX3000 1台； 2、IAD若干台； 3、实验终端电脑若干台； 4、电话机若干部； 2.3 项目内容 SIP协议 会话启动协议SIP（Session Initiation Protocol ）是由 IETF 提出并主持研究的一个在IP 网络上进行多媒体通信的应用层控制协议，它被用来创建、修改、和终结一个或多个参加者参加的会话进程。这些会话包括Internet 多媒体会议、Internet 电话、远程教育以及远程医疗等。即所有的因特网上交互式两方或多方多媒体通信活动，统称为多媒体会话。参加会话的成员可以通过组播方式、单播联网方式或者两者结合的方式进行通信。
1. Objectives After completing this course the participants will be able to: ? Explain the basic structure of the CCITT SS NO.7 ? Explain the interface of the network ? Briefly describe signaling used in the network interface 2. Chapter 一、信令的基本概念 用以建立、维持、解除通信关系的这类信息称为信令。 其主要特征有： 信令是在用户设备与网络节点间/或网络节点间传送的信息 信令是上述信息中起监视、选择及网络管理功能的信息（在一个信令系统中，一种功能可以用几个信令来表示，而一个特定的信令又可以用来实现一种或几种不同的功能）。 信令的分类: 按照信令工作范围:（用户信令和居间信令） 用户信令：用户终端与交换局之间使用的信令。 居间信令：是交换机与交换机之间传送使用的信令。 按照信令传送所用信道：（随路信令方式和共路信令方式两类）随路信令：某个通话电路所需的信令，由该电路本身或者由某一固定分配的专用信令电路传送的信令方式。(CAS-Channel Associated Signalling) 共路信令：公共信道信令方式用于局间信令的传送，也称公共信道局间信令方式。(CCS-Common Channel Signalling) 二、NO.7信令 7号信令是公共信道方式的一种，CCITT自1976年开始研究No.7信令方式，在1982年提出，后在1984年和1988年进行了两次修订。 7号信令系统的通用性决定了整个系统必然包含许多不同的应用功能。因此7号信令采用了模块化的功能结构，实现了在一个系统框架内多种应用并存的灵活性，对于一种应用来说只用到系统的一个子集。 7号信令系统的基本功能结构由两部分构成： 公共的消息传递部分MTP(Message Transfer Part) ?提供一个可靠的消息传递系统，只负责消息的传递。 适合不同用户的独立用户部分UP(User Part) ?为不同的电信业务应用设计的功能模块，负责信令消息的生成、语法检查、语义分析和信令过程控制。
信令协议 1、复杂的系统，不仅传输用户的数据，要使得网络中的设备协调工作，彼此进行一些必要 的信息交互---信令 2、信令的传输协议就是能够从比特流中识别出报文而且要保证未检测出的差错量要尽可 能的低，因为这种差错将会带来严重的后果，严重的话将会把一条报文的含义改变。我们把提供这些功能的信令协议称为链路层。 3、信令的另一个问题就是报文的编排方式和它们的路由，如何把消息由一点传送到另一 点，直至到达它的最终目的地，如何使用查询，并行的处理几个对话，这一部分就是网络层的主要内容。 4、OSI协议 物理层（OSI 第一层） 链路层（OSI第二层）保证消息的可靠传输 网路层（OSI第三层）最佳路由 5、GSM系统接口 6、各接口协议 6.1 空口 GSM数字移动通信中移动台与基站之间的无线接口称为Um接口，Um为套用ISDN网中客户终端和网络的接口名称，其中‘m’表示移动的意思 ●物理层（信令层一） 这是无线接口的最底层，用来提供传送比特流所需的物理链路（例如无线链路），它为高层提供各种不同功能的逻辑信道，包括业务信道和控制信道。 ●链路层（信令层二） 本层的主要目的是在移动台和基站之间建立可靠的专用数据链路，第二层的数据链路层协议基于ISDN的D信道链路接入协议（LAPD），因为在GSM规范中对它进行了修改，使它适合在无线路径上传播，因此在Um接口中的第二层协议被称为LAPDm。 ●网络层（信令层三） 第三层是具体负责控制和管理的协议层，即把客户和系统控制过程的特定信息按一定的协议分组安排到指定的逻辑信道上。第三层包括三个基本子层：无线资源管理（RR）、移动性管理（MM）和接续管理（CM）。其中一个接续管理子层中包含多个呼叫控制（CC）单元，提供并行呼叫处理。为了支持补充业务和短信息业务，在CM子层中还包括了补充业务管理（SS）单元和短信息业务管理（SMS）单元。 6.1 A接口 ●物理层（信令层一） A接口的物理层是基于数字传输2Mbit/s的PCM链路
目录 第3章信令与协议处理原理 ................................................................................................................................. 3-1 3.1 TDM承载信令处理路径.................................................................................................................................... 3-1 3.2 IP承载信令处理路径.......................................................................................................................................... 3-3 3.2.1 MTP3/M2UA承载ISUP/INAP的处理路径 .................................................................................. 3-3 3.2.2 M3UA承载ISUP/INAP的处理路径 ................................................................................................ 3-6 3.2.3 UDP承载MGCP/H.248的处理路径................................................................................................ 3-7 3.2.4 IP承载H.323的处理路径 .................................................................................................................. 3-10 3.2.5 UDP承载SIP的处理路径.................................................................................................................. 3-14 3.2.6 IUA承载DSS1的处理路径 ............................................................................................................... 3-17 3.2.7 V5UA承载V5.2的处理路径 ............................................................................................................. 3-18
ATU指标保障信令跟踪 1.提前远程登录到当次所跑网格范围内的所有BSC服务器 以衡阳网格2为例，所需登录的BSC有281，282，283，284，285，286这6台服务器。中兴信令跟踪的命令为： telnet ip地址 gomcr gomcr123 ls cd ums-svr cd tools ls cd zxgomcr-sigtrace ls cd server ls ./server.sh 运行结果如下图： 出现connected则连接成功。
2.登录信令跟踪 用户名、密码不变，服务器地址为所要登录的BSC服务器IP地址，端口号不变。 登陆界面 登录后界面如下： 点击齿轮状图标进入跟踪设置界面，如下图
选择BSC然后更新配置，勾选MS选项进入IMSI号设置界面 添加所要跟踪的ATU主被叫IMSI号，完成设置。 当ATU设备开始测试时，信令会自动刷新，这时要过滤出我们所需要用的6条信令：信道请求，DTAP消息，切换执行，切换命令，清除命令和释放完成。 在出现信令时右键单击选择过滤，如下图。
单击过滤后出现过滤器，选中所需要的信令如下图。
从信道请求，DTAP消息，清除命令，释放完成这四条信令中我们可以看到一次通话的完整过程，若挂机时在DTAP消息中的拆链未出现而直接出现清除命令和释放完成，则是非正常挂机，即掉话。若在DTAP消息中出现连接后直接出现清除命令和释放完成则是未接通。 从切换执行中，我们可以看到每次ms切换时的当前小区和目的小区以及切换理由，如下图 从切换命令中，可看到BSC间的切换，这时就需要切换到另一个BSC进行跟踪。
目录 1高掉话高分配失败案例 (2) 1.1小区高掉话案例1 (2) 1.2小区高掉话案例2 (2) 1.3小区高掉话案例2 (2) 2信令分析案例 (4) 3区域性掉话案例 (6) 3.1区域性掉话案例1 (6) 3.2区域性掉话案例2 (6) 4切换失败案例 (8) 4.1INTER BSC切换失败高小区检查 (8) 4.2INTRA BSC切换失败高小区检查 (8) 5全网优化案例 (11) 6答案 (13) 6.1高掉话高分配失败案例答案 (13) 6.1.1高掉话高分配失败案例答案1 (13) 6.1.2高掉话高分配失败案例答案2 (13) 6.1.3高掉话高分配失败案例答案2 (13) 6.2信令分析案例答案 (14) 6.3区域性掉话案例分析答案 (14) 6.3.1区域性掉话案例答案1 (14) 6.3.2区域性掉话案例答案2 (14) 6.4切换失败案例答案 (15) 6.4.1INTER BSC切换失败高小区答案 (15) 6.4.2INTRA BSC切换失败高小区检查 (15) 6.5全网优化案例答案 (16)
1高掉话高分配失败案例 1.1小区高掉话案例1 以下是某个小区Abis信令统计数据， 所用频率平均上行 接收电平 平均下行 接收电平 平均上行 接收质量 平均下行 接收质量 平均上行 路径损耗 平均下行 路径损耗 上下行路径 损耗差值 上下行质 量差值 手机平 均发射 功率 基站平 均发射 功率 采样数呼叫 次数 1 -88.84 -73.79 1.0 2 0.32 120.44 112.79 7.65 -0.7 31.61 39 4369 85 91 -85.79 -77.3 3 0.06 0.18 115.7 4 116.33 -0.59 -0.11 29.9 5 34. 6 3023 41 82 -80.64 -76.62 0.15 0.29 106.79 111.59 -4.8 -0.14 26.15 34.9 7 633 19 49 -79.53 -76.71 0.31 1.12 106.46 113.46 -7 -0.81 26.94 36.5 3406 81 TA分布： TA 0 1 2 3 4 5 6 7 百分比11.8% 55.6% 29.4% 0.4% 0.4% 0.0% 0.4% 0.2% 问题1：判断导致该小区高掉话率、TCH高分配失败率的可能原因。 问题2：该小区BCCH是占用哪个频点。 问题3：该小区上下行路径损耗是否正常，路径损耗与哪些因素有关，写出相关的计算公式。 问题4：在空间损耗中，主要损耗原因有哪些？当这些因素扩大一倍，损耗相差几个db? 1.2小区高掉话案例2 现象：某小区的TCH分配失败率及掉话率很高；根据统计报告观察，均为MC736和MC746B掉话和分配失败，且集中在各个TRX上。 问题1：请列出在几种掉话种类及计数器。 问题2：发生此类问题有几种可能。 问题3：碰到此类问题，请列出优化思路及处理方法。 1.3小区高掉话案例2 瓦口1在几个忙时均为坏小区，掉话组成为MC14C，看告警，仅有LOSS-OF-SDCCH，推断为某频点硬件有问题，关跳频、创报告、观察每个频点的占
宽带交换技术 Iu接口RANAP信令协议研究 姓名： 队别： 指导老师：
Iu接口RANAP信令协议研究 简介：Iu接口是UMTS系统中，核心网CN和接入网UTRAN之间的接口，主要负责传递非接入层的广播信息、用户信息、控制信息及控制Iu接口的数据传递。其中，Iu接口的无线网络层信令协议RANAP负责Iu接口上CN和RNC之间的信令交互，它可以透明地在CN和UE之间传送消息而不需要UTRAN解释、处理。此协议的功能有：RAB管理、NAS消息流程的透明传输、寻呼、安全模式控制和位置信息报告。本文将针对RANAP的协议结构、信令流程进行介绍。 1.概述 RANAP无线接入网络应用（Radio Access Network Application Part）是七号信令系统用户层信令，是UMTS陆地无线接入网UTRAN 与核心网CN之间的Iu接口协议。 UMTS通用移动通信系统（Universal Mobile Telecommunications System）作为无线技术采用WCDMA的第三代移动通信系统，它主要由三部分组成，无线接入网、Iu接口和核心网。其标准化工作由3GPP（3rd Generation Partnership Project）组织完成，目前为止推出四个版本，即R99、R4、R5和R6。 2.Iu接口 2.1.Iu接口概述 Iu接口定义在核心网和UTRAN的交界处，对Iu接口而言，UTRAN的接入点为一个RNC（Radio Network Controller）。连接到
核心网电路交换（CS）域的Iu接口称为Iu-CS；连接到分组交换（PS）域的称为Iu-PS；连接到广播（Broadcast，BC）域的称为Iu-BC。区分Iu-CS和Iu-PS这两个接口意味着到电路交换和到分组交换将使用不同的信令和用户数据连接。每个CN接入点可以连接一个或者多个UTRAN接入点。对于CS域和PS域，每个UTRAN接入点只能连接到每个CN域中的一个CN接入点；对于BC域，每个UTRAN 接入点可连接到一个或者多个CN接入点。 Iu接口可以支持的功能包括：无线接入承载的建立、维护和释放过程；系统内切换、系统间切换和SRNS重定位过程；小区广播服务过程；与特定UE无关的一系列通用过程；为了用户特定信令管理，每个UE在协议等级上的分离过程；UE和CN之间非接入层（Non Access Stratum，NAS）信令消息的传递过程；从CN到UTRAN请求的位置服务和从UTRAN到CN的位置信息的传递过程以及提供单个UE同时接入到多个CN域和分组数据流和资源预留机制等。 2.2.I u接口协议结构 Iu接口协议栈的所有域可分为无线网络层和传输网络层。在无线网络层中，对于PS域和CS域，Iu接口协议栈分为控制平面和用户平面。对应的协议是RANAP和Iu接口用户平面（Iu UP，Iu User Plane）帧协议。对于BC域，不区分控制平面和用户平面。对应的协议是服务区广播协议（SABP，Service Area Broadcast Protocol）。 RANAP包括在CN和UTRAN之间所有过程的处理机制。它能够在CN和UE之间透明地传输消息，而不需要UTRAN进行解释和处理。在Iu接口上，RANAP具有触发来自CN的UTRAN过程（如寻呼）、移动专用信令管理的每个UE协议等级上的分离过程、非接入层信令的透明传输、通过专用的SAP域对不同类型的UTRAN无线接入承载的请求和实现SRNS的重定位等功能。 其中，RANAP的Iu-CS协议结构如图2.2所示，lu-PS的协议结
1.1 在eNodeB下进行实时性能监控和测试 在“信令跟踪管理”界面下，还可以进行eNodeB传输性能、小区性能、用户性能和RRU性能的监控和测试。 图 1 eNodeB性能监控和测试功能 1.1.1监控小区性能 小区性能监控功能主要监控项有业务满意率监控、总吞吐量监控、业务数/用户数监控、RB使用情况监控、RSSI统计监控、ICIC监控、虚拟MIMO监控、干扰检测监控等，DBR统计和被调度用户统计。 小区性能监控任务登记，需要设置被监控小区的Local Cell ID，可以设置监控周期和文件保存的路径，文件保存的格式有“csv”和“mmf”两种。 图 2 小区性能监控
常用小区性能监控项有总吞吐量监控、用户数监控、RB使用情况监控和RSSI统计监控。 1.1.2监控扇区性能 扇区监控主要监控上行宽频扫描功能 图 1 扇区监控性能 1.1.3传输监控性能 传输性能监控主要包括IP链路监控、IP PATH性能监控、IP性能监控、SCTP性能监控、UDP 灌包测试监控、本地流过路流监控和资源组监控。 图 2 传输监控性能 1.1.4用户监控性能 用户性能测试功能主要监控项有下行RSRP/RSRQ监控、误码率监控、Power Headroom监控、信道质量监控、调度监控、RLC业务量监控、吞吐量监控、AQM监控、上行功控监控、下行功
控监控、上行ICIC监控和按MCS阶数统计监控。 图 3 用户性能测试 用户性能测试功能任务登记，需要选择被测量的基站（站点数目最多可以选择30个），设置跟踪用户的信息，监控周期和文件保存的路径，文件保存的格式有“csv”和“mmf”两种。 1.1.5R RU监控性能 该任务用于监测RRU输出功率和温度的性能状况，每个RRU最多能启动的监测任务为：●一个输出功率监测任务（注：SPC310之前的版本该项监控不准） ●一个温度监测任务 图 4 RRU监控性能
1、国际信令网信令点的编码 为了便于信令网的管理，ITU-T在研究和提出No.7信令方式建议时，在Q.705建议中明确地规定了国际信令网和各国的国内信令网彼此相互独立设置，因此信令点编码也是独立的。在Q.708建议中明确地规定了国际信令点编码计划，并指出各国的国内信令点编码可以由各自的主管部门，依据本国的具体情况来确定。 下面介绍国际信令网信令点编码方案。 国际信令网信令点编码14位。编码容量为214＝16384个信令点。采用大区识别、区域网识别、信令点识别的三级编号结构如图2-7所示。 其中，NML：三位，用于识别世界编号大区 K-D：八位，用于识别世界编号大区内的地区区域或区域网 CBA：三位，用于识别地理区域或区域网的信令点 图2-7 三级编号结构图 NML和K－D两部分合起来称为信令区域编号（SANC）。 在国际信令网信令点编码分配表中，我国被分配在第四编号大区，K－D的编码为120。 由于CBA即信令点识别为三位，因此，在该编码结构中，一个国家分配的国际信令点编码只有8个即000～111。如果一个国家使用的国际信令点超过8个，可申请备用的国际信令点编码。该备用编码Q.708建议的附件中规定。 2、国内信令网信令点编码 1990年规范中规定采用24比特的编码方案，即统一编码方案或称为一层编码方案。 在该方案中，全国No.7信令网的信令点采用统一的24位编码方案。依据我国的实际情况，将编码在结构上分为三级即三个信令区，如图2-8所示。 图2-8 中国国内信令网信令点编码结构 这种编码结构，以我国省、直辖市为单位（个别大城市也列入其内），划分成若干主信令区，每个主信令区再划分成若干分信令区，每个分信令区含有若干个信令点。这样每个信令点（信令转接点）的编码由三个部分组成。第一个8bit用来识别主信令区；第二个8bit用来识别分信令区；最后一个8bit用来识别各分信令区的信令点。在必要时，一个分信令区编码和信令点的编码相互调剂使用。 考虑到将来的发展，我国的国内电信网的各种交换局、各种特种服务中心和信令转接点都应分配给一个信令点编码。但应当特别指出的是，国际接口局应分配给两个信令点编码，其中一个是国际网分配的国际信令点编码，另一个则是国内信令点编码。
GSM 移动通信及协议栈基础知识讲座 通信研究院 陈浩
1. 信令基本概念 人们要通过交换机接通电话，必须通过交换机发出操作命令。图1为两个用户通过两个端局进行电话接续的基本信令流程。 主叫发端交换机收端交换机被叫
图 1 电话接续基本信令流程 以上是最基本的信令流程，当接续需经过多个交换机时，实际的信令比图1要复杂得多。这些信令的共同特点是：每一个信令都促使交换机产生一个动作。如摘机信令，话机叉簧闭合，构成直流回路。在直流回路上有电流通过，可检测到摘机信令，交换机收到后，产生动作，向用户话机送拨号音，通过话机的受话器变成声音信号，送到受话人的耳朵。因此除了通信时的用户信息（包括语音信息和非话务信息）以外的控制交换机动作的信号，就是信令。eg 2. GSM通信系统概述 2.1 系统的组成 GSM系统主要是由交换网络子系统
（NSS）、无线基站子系统（BSS）和移动台（MS）三大部分组成的。其系统框图如下： MS：移动台BTS：基站收发信台 BSC：基站控制器OMC：操作维护中心MSC：移动交换中心HLR：归属位置寄存器AUC：鉴权中心VLR：拜访位置寄存器EIR：设备识别寄存器SC：短消息中心 图 2 GSM系统框图
A接口往右是NSS系统，负责呼叫控制功能，呼叫总是通过NSS连接的；它包括MSC、VLR、HLR、AUC和EIR。A接口往左，Um接口往右是BSS系统，负责无线通道的控制，每个呼叫都通过它连接；它包括BSC和BTS。Um接口往左是移动台部分，包括移动设备ME和客户识别码SIM。 2.2 交换网络子系统 NSS主要完成交换功能和客户数据与移动性管理、安全性管理所需的数据库功能。NSS由一系列功能实体所构成，各功能实体介绍如下： MSC：是GSM系统的核心，是对位于它所覆盖区域中的MS进行控制和完成话路（TCH）交换的功能实体，也是移动通信与其它公用通信网之间的接口（GMSC）。它可完成网路接口、公共信道信令系统和计费等功能，还可完成BSS、MSC之间的切换和辅助性的无线资源管理（RR）、移动性管理
协议 xie yi 协议（protocol）是指两个或两个以上实体为了开展某项活动，经过协商后达成的一致意见。协议总是指某一层的协议。准确地说，它是在同等层之间的实体通信时，有关通信规则和约定的集合就是该层协议，例如物理层协议、传输层协议、应用层协议。 1 是一系列的步骤：它包括两方或多方，设计它的目的是要完成一项任务！ 是对数据格式和计算机之间交换数据时必须遵守的规则的正式描述。简单的说了，网络中的计算机要能够互相顺利的通信，就必须讲同样的语言，语言就相当于协议，它分为Ethernet、NetBEUI、IPX/SPX以及TCP/IP协议。 协议还有其他的特点： 1 协议中的每个人都必须了解协议，并且预先知道所要完成的所有的步骤。 2 协议中的每个人都必须同意并遵循它。 3 协议必须是清楚的，每一步必须明确定义，并且不会引起误解。 在计算机网络中用于规定信息的格式以及如何发送和接收信息的一套规则称为 网络协议或通信协议 协议也可以这样说,就是连入网络的计算机都要遵循的一定的技术规范,关于硬件、软件和端口等的技术规范。 网络是一个信息交换的场所，所有接入网络的计算机都可以通过彼此之间的物理连设备进行信息交换，这种物理设备包括最常见的电缆、光缆、无线WAP和微波等，但是单纯拥有这些物理设备并不能实现信息的交换，这就好像人类的身体不能缺少大脑的支配一样，信息交换还要具备软件环境，这种“软件环境”是人类实现规定好的一些规则，被称作“协议”，有了协议，不同的电脑可以遵照相同的协议使用物理设备，并且不会造成相互之间的“不理解”。 这种协议很类似于“摩尔斯电码”，简单的一点一横，经过排列可以有万般变化，但是假如没有“对照表”，谁也无法理解一分杂乱无章的电码所表述的内容是什么。电脑也是一样，它们通过各种预先规定的协议完成不同的使命，例如RFC1459协议可以实现IRC服务器与客户端电脑的通信。因此无论是黑客还是网络管理员，都必须通过学习协议达到了解网络运作机理的目的。 每一个协议都是经过多年修改延续使用至今的，新产生的协议也大多是在基层协议基础上建立的，因而协议相对来说具有较高的安全机制，黑客很难发现协议中存在的安全问题直接入手进行网络攻击。但是对于某些新型协议，因为出现时间短、考虑欠周到，也可能会因安全问题而被黑客利用。 对于网络协议的讨论，更多人则认为：现今使用的基层协议在设计之初就存在安全隐患，因而无论网络进行什么样的改动，只要现今这种网络体系不进行根本变革，就一定无法消除其潜在的危险性。
1覆盖类 1.1 概述 覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。 在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。 越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。 过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换； 无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是弱覆盖的一种。 导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频； 1.2弱覆盖 1.2.1弱覆盖分析 造成弱覆盖的原因有： 1、规划的站点由于种种原因如物业等没有开起来； 2、天线方位角、下倾角不合理，如下倾角过低； 3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差； 4、站点过高，如四十多米或更高，会造成塔下黑 5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。 针对以上原因建议的方案有：
1、推动客户将规划站点尽快开起来； 2、调整天线方位角、下倾角到合理位置； 1.2.2天线方位角不合理导致弱覆盖 现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖，科技园三站点周围的地物如图： 图表 1科技园三周围地物 调整前道路的电平值如下图： 图表 2优化前科技园三覆盖 措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：
SS7信令协议栈 MTP1(消息传递部分第一层)：即物理层。 MTP2(消息传递部分第二层)：即数据链路层。 MTP3(消息传递部分第三层)：即网络层。 SCCP（信令连接控制部分） TCAP（事务处理应用部分） ISUP（ISDN用户部分） TUP（电话用户部分） MTP1 MTP1是SS7协议栈中的最底层，对应于OSI模型中的物理层，这一层定义了数字链路在物理上，电气上及功能上的特性。物理接口的定义包括：E－1，T－1，DS－1，V.35,DS －0，DS －0A（56K）。 MTP2 MTP2确保消息在链路上实现精确的端到端传送。MTP2提供流控制，消息序号，差错检查等功能。当传送出错时，出错的消息会被重发。MTP2对应OSI模型中的数据链路层。 MTP3 MTP3在SS7信令网中提供两个信令点间消息的路由选择功能，消息在依次通过MTP1，MTP2，MTP3层之后，可能会被发送回MTP2再传向别的信令点，也可能会传递给某个应用层，如：SCCP或ISUP层。MTP3还提供一些网管功能的支持，包括：流量控制，路由选择和链路管理。MTP3对应OSI模型中的网络层。 SCCP（信令连接控制部分） SCCP位于MTP之上，为MTP提供附加功能，以便通过SS7信令网在信令点之间传递电路相关和非电路相关的消息，提供两类无连接业务和两类面向连接的业务。无连接业务是指在两个应用实体间，不需要建立逻辑连接就可以传递信令数据。面向连接的业务在数据传递之前应用实体之间必须先建立连接，可以是一般性的连接，也可以是逻辑连接。SCCP以全局码（GT）的形式扩展SS7协议的寻址能力和路由能力，这些扩展基于被叫号码的寻址信息。 TCAP（事务处理应用部分） TCAP允许应用调用远端信令点的一个或多个操作，并返回操作的结果。比如：数据库访问或远端调用处理命令等。使用SCCP无连接业务（基本的或有序的），TCAP 在两个用户应用之间提供事务处理对话。