中国移动上网日志留存系统数据合成服务器接口规范(CS域)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
中国移动上网日志留存系统数据
合成服务器接口规范(C S域)
I n t e r f a c e S p e c i f i c a t i o n o f C h i n a M o b i l e
N e t l o g S y s t e m
(D a t a C o m b i n i n g S e r v e r P a r t)
版本号:1.0.0
╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施
中国移动通信集团公司发布
目录
1 前言 (III)
1 范围 (5)
2 规范性引用文件 (5)
3 术语、定义和缩略语 (6)
4 接口在网络中的位置 (7)
4.1 系统描述及系统结构图 (7)
4.2 接口功能 (8)
5 接口协议 (10)
5.1 SDTP实时通信协议 (10)
5.1.1 消息类型 (11)
5.1.2 消息结构 (12)
5.1.3 连接管理流程 (12)
5.1.4 连接管理消息 (14)
5.1.4.1版本协商verNego (14)
5.1.4.1.1请求 (14)
5.1.4.1.2应答 (14)
5.1.4.2链路认证linkAuth (14)
5.1.4.2.1请求 (14)
5.1.4.2.2应答 (15)
5.1.4.3链路检测linkCheck (15)
5.1.4.3.1请求 (15)
5.1.4.3.2应答 (15)
5.1.4.4链路数据发送校验linkDataCheck (16)
5.1.4.4.1请求 (16)
5.1.4.4.2应答 (16)
5.1.4.5链路释放linkRel (17)
5.1.4.5.1请求 (17)
5.1.4.5.2应答 (17)
5.1.4.6XDR对应原始数据传输XDRRawDataSend (17)
5.1.4.6.1XDR对应原始数据传输请求 (17)
5.1.4.6.2XDR对应原始数据传输应答 (18)
5.1.4.7CDR/TDR信令数据通知notifyCDR/TDRData (18)
5.1.4.7.1通知请求 (18)
5.1.4.7.2通知应答 (18)
5.2 FTP文件传输协议 (19)
5.2.1 接口说明 (19)
5.2.2 应用场景 (19)
5.2.3 数据校验文件格式 (19)
5.2.4 校验规则 (20)
5.2.5 FTP文件管理 (20)
5.3 告警事件上报接口 (20)
5.3.1 接口协议 (21)
5.3.2 消息结构 (21)
6 CDR/TDR数据结构 (22)
6.1 CDR/TDR信令数据相关数据结构 (22)
6.1.1 A/IU口呼叫事件VoiceCall_Event (22)
6.1.2 切换事件Switch_Event (23)
6.1.3 开关机事件PowerOnOff_Event (23)
6.1.4 位置更新事件LocationUpdate_Event (23)
6.1.5 短信呼叫事件SmsSendRecieve_Event (23)
6.1.6 接入网事件AccessNet_Event (23)
6.1.7 寻呼事件Paging_Event (23)
6.1.8 NC口呼叫事件BICC_Event (23)
7 原始码流数据结构 (24)
7.1 数据包格式 (24)
7.2 包头格式 (24)
7.2.1 通用包头 (24)
7.2.2 专用包头 (25)
7.2.2.1E1链路专用包头 (25)
7.2.2.2IP链路专用包头 (25)
7.2.2.3ATM链路专用包头 (25)
8 编制历史 (26)
附录A 省市编号 (26)
A.1. 省编号 (26)
A.2. 市编号 (27)
1
前言
本标准规定了中国移动上网日志留存系统数据合成服务器与其他相关网元设备和应用系统连接的接口标准,以及系统内部需要公开定义的各种接口。
本标准原则上在中国移动通信集团公司内部使用,为业务开展、招标选型、工程建设及运行维护提供技术依据,适用于2G/3G网络环境。
本标准主要包括以下几方面内容:系统结构、接口协议。
本标准是中国移动上网日志留存系统三期系列标准之一,该系列标准的结构、名称或预计名称如下:
本标准由中国移动通信集团公司网络部提出,集团公司技术部归口。
本标准起草单位:中国移动通信集团网络部
本标准主要起草人:邢喆、赵辉、赵恒、刘坤、柏洪涛、周维、卫涛、韦薇、李心恬
1范围
本标准规定了中国移动上网日志留存系统数据合成服务器与其他相关网元设备和应用系统连接的接口标准,以及系统内部需要公开定义的各种接口,是开展上网日志留存系统三期建设的技术规范,为业务开展、招标选型、工程建设及运行维护提供技术依据。
本标准原则上在中国移动通信集团公司内部和厂商共同使用,适用于2G/3G网络环境。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件,其最新版本适用于本标准。
3术语、定义和缩略语
“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求;对应于RFC2119 MUST,REQUIRED,SHALL。
- “推荐”/“建议”/“应”项是指在标准中未作强制要求,若业务、产品和设备提供的功能或性能要求被认为更佳;对应于RFC2119 RECOMMENDED,SHOULD。
- “可选”/“可”项指参考性要求,是业务、产品和设备在目前阶段可不提供的功能或性能要求;对应于RFC2119 MAY,OPTIONAL。
- 必不能,不能,不得:表示绝对的禁止;对应于RFC2119 MUST NOT,SHALL NOT。
- 不推荐,不建议:表示若业务、产品和设备按照所述内容制作,被认为略次;对应于RFC2119 SHOULD NOT,NOT RECOMMENDED。
- 规范中除了明确指明为“推荐”/“建议”、“可选”外,均为必须要求。
4接口在网络中的位置
4.1系统描述及系统结构图
系统分为四层:
数据采集层:
数据采集层的主要功能是实现Gn、防火墙、Gb/Iu-PS等接口数据的采集,并完成对采
集数据的解析,生成原始XDR。
数据解析层:
数据解析层的主要功能是对采集的Mc接口原始信令进行解码,生成XDR等;对Gn、防火墙、Gb/Iu-PS等接口采集生成的原始XDR进行分析,合成相关系统所需的目标XDR。
共享层:
共享层的主要功能是完成日志数据的存储、查询等,并面向应用层提供灵活的转发接口。
应用层:
应用层包含各应用系统。
图4-1 系统架构图
4.2接口功能
本规范重点定义了中国移动上网日志留存系统数据数据合成服务器与其他网元的数据通信机制。
图4-2系统接口示意图
接口功能描述如下:
●IF1-0:可以兼容上网日志留存系统已有的业务接口,包括(文件接口、用户在线
状态查询接口)。
命名规则:IF1-0(IF1-0.1、IF1-0.2、 IF1-0.3)用户在线状态查询请求接口:基于HTTP承载XML的方式,应采用SSL方式保证信息传输的安全性,用户在线状态查询请求接口用于接收数据合成服务器转发的用户在线状态查询请求(URMRequest),请求中携带监测的入口参数;采集解析设备处理后向数据合成服务器返回对应的响应(URMResponse)。
为了向数据合成服务器反馈布控效果,采集解析设备还应发送布控效果上报信息至数据合成服务器。
⏹IF1-0.1:文件接口:采用FTP协议实现数据交换
⏹IF1-0.2数据合成服务器通过IF_USERSCOUT接:转发共享层下发的用户在线状
态查询请求给采集解析设备,请求中携带必要的监测入口参数
⏹IF1-0.3 IF_URMUpload接口:向数据合成服务器上传满足监测条件的用户上
线信息文件,由数据合成服务器转发给共享层。
●IF1-1:CS域数据采集层与解码层间的接口,主要用于传输全量信令数据(原始信
令经IP化后的数据),该接口所采用的协议为SDTP(共享数据传输协议)。
数据合成服务器的MC链路数据来源为各省采集网关汇聚点,具体规范请参见《中国移动信令监测系统接口规范-信令采集网关分册v1.0.0》。
●IF1-2:数据采集层与解码层间的接口,主要用于传输XDR记录以及XDR原始信令数
据,该接口所采用的协议为SDTP(共享数据传输协议)。
●IF1-3:数据采集层与解码层的交互式接口,可传输指定用户、设备或全量的原始
数据。
本接口不对历史数据生效。
●IF2-0:可以兼容上网日志留存系统已有的上网日志查询接口。
具体接口规范参考
《用户上网日志查询系统接口规范》。
⏹IF2-0.1:IF_QUERY,基于HTTP协议的用户信息查询接口
⏹IF2-0.2:IF_UPLOAD, 基于FTP/SFTP协议的用户信息上报接口
⏹IF2-0.3:IF_NOTIFY,基于HTTP协议的用户信息上报完毕通知接口
●IF2-1:共享层与应用系统之间的接口,主要用于传输全量信令数据(原始信令经
IP化后的数据),该接口所采用的协议为SDTP(共享数据传输协议)或FTP。
●IF2-2:共享层与应用系统之间的接口,主要用于传输XDR记录以及XDR原始信令数
据,该接口所采用的协议为SDTP(共享数据传输协议)。
●IF6-1:基于SDTP实现,上传CS域原始码流。
●IF6-2:基于FTP/SDTP实现,上传CS域合成后的XDR数据及XDR对应的原始数据。
●IF6-3:基于FTP /SDTP实现,上传PS域合成后的XDR文件。
5接口协议
5.1SDTP实时通信协议
SDTP为实时数据共享传输协议。
该协议是采集层与解码层的接口传输协议,也是解码层和共享层之间的接口传输协议。
其传输特点是数据传输量大,实时性要求高,过程简单,不需要握手鉴权过程。
SDTP实时数据共享传输协议应用于以下场景:
●解码层将合成后的PS域XDR数据封装后传送到共享层;
●解码层将CS域MC口XDR数据封装后传送到共享层;
●解码层将CS域MC原始码流封装后传送到共享层;
共享数据传输协议(SDTP)以TCP/IP作为底层通信承载,具体协议结构如下图所示:
图5-1 信令数据传输协议栈
协议栈分为3层,分别为承载层、传输层和应用层。
其中,承载层为IP协议,它提供可靠的数据传输通道;传输层(SDTP+TCP)为上层应用提供通用的数据传输协议;应用层封装
适合于各应用系统的原始信令数据、CDR/TDR 数据。
数据合成服务器通过SDTP 协议适配各应用系统所需的特定协议。
数据提供点
数据订阅点
图5-2 SDTP 协议栈
数据提供方与数据接受方之间进行信息交互时,采用长连接方式:
● 通信双方以Client-Server 方式建立TCP 连接,用于双方信息的交互。
其中:在信令
数据合成服务器与应用系统的连接中,请求的发起方作为连接的客户端;在数据合成服务器与信令采集网关的连接中,数据合成服务器作为连接的服务端,信令采集网关作为连接的客户端。
● 当连接断开后,客户端以反复重试的方式连接服务端。
● 在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,
由客户端发送链路检测,服务器端发送应答消息以维持此连接。
当信道上没有数据传输时,客户端应每隔时间C 发送链路检测包以维持此连接,当链路检测包发出超过时间T 后未收到响应,应立即再发送链路检测包,再连续发送N-1次后仍未得到响应则断开此连接。
参数C 、T 、N 可灵活配置,现阶段建议取值为:C=3分钟,T=60秒,N=3。
● 数据提供点与数据接收点之间的消息发送后等待T 秒后未收到响应,应立即重发,
再连续发送N-1次后仍未得到响应则停发。
现阶段建议取值为:T=60秒,N=3。
● 消息采用并发方式发送,加以滑动窗口流量控制,窗口大小参数W 可配置,现阶段
建议为16,即接收方在应答前一次收到的消息最多不超过16条。
● 数据合成服务器需支持应用系统与接入模块之间的多个并发连接。
● 考虑到数据的安全性,建议在应用系统和数据合成服务器间采用链路安全机制(如
TLS 、VPN 等方式),可根据实际需求选择开启。
信令采集网关与数据合成服务器间基于SDTP 传输全量信令数据时,SDTP 层的重传机制和滑动窗口控制机制为可选,但客户端与服务器端的实现机制需保持一致。
5.1.1
消息类型
SDTP 协议的消息类型定义如下表所示:
表5-1 消息类型定义
5.1.2消息结构
SDTP消息结构如下所示:
消息头(Message Header)的包含如下字段:(对SDTP接口,下述所有字段必填)
表5-3 消息头
5.1.3连接管理流程
使用SDTP协议通信时,遵照本章的消息交互流程。
消息交互的基本流程分为:版本协商,鉴权请求,数据传输,链路检测,连接终止。
客户端侧应支持对链路检测周期的灵活设定.
SDTP协议连接管理流程如下图所示:
图5-3 SDTP数据传输协议流程
SDTP连接建立和通信流程说明如下:
(1)请求的发起方作为客户端向服务端指定的IP地址和端口建立TCP长连接;(2)客户端发起版本协商流程,若协商失败,则转(7)拆除连接;
(3)客户端向服务端发起链路鉴权请求(使用数据合成服务器与各应用系统间协商好的共享密钥),若服务端鉴权失败,则转(7)拆除连接;
(4)请求的发起方发送数据,接收方收到数据并处理后回复处理结果;
(5)在连接保持期间,如果没有数据包发送,客户端发送链路检测/应答包以维持此连接;若发现链路断开,则转(7)拆除连接;
(6)通信完成后,客户端主动发起链路释放请求;
(7)双方均可拆除该连接;
5.1.4连接管理消息
5.1.4.1版本协商verNego
5.1.4.1.1请求
版本协商请求,用于在连接的鉴权通过后,客户端与服务器端协商通信协议版本的信息,由连接的建立方主动发起协议版本协商。
参数定义如下:
版本协商的发起方从自身支持的最高版本开始协商,高版本协商失败后再协商低版本。
5.1.4.1.2应答
版本协商应答,用于返回版本信息的核对结果,参数定义如下:
表5-5 参数定义
5.1.4.2链路认证linkAuth
5.1.4.2.1请求
连接鉴权请求,参数定义如下:
5.1.4.2.2应答
连接鉴权应答,参数定义如下:
5.1.4.3链路检测linkCheck
5.1.4.3.1请求
当信道上没有数据传输时,客户端应每隔时间C发送链路检测包以维持此连接,当链路检测包发出超过时间T后未收到响应,应立即再发送链路检测包。
服务端收到链路检测请求包后,立即回复链路检测应答。
无参数。
5.1.4.3.2应答
链路检测请求的应答,无参数。
5.1.4.4链路数据发送校验linkDataCheck
5.1.4.4.1请求
本消息与notifyCDR/TDRData_Req和XDRRawDataSend_Req消息同方向。
消息的作用是,告知数据接收方,在两个本消息间隔期内发送的notifyCDR/TDRData_Req和XDRRawDataSend_Req消息包数量,以便接收方校验是否有丢包情况发生。
若有丢包发生时,notifyCDR/TDRData_Req和XDRRawDataSend_Req消息的接收方应立即通过返回消息告知发送方有数据丢失。
本消息建议5分钟进行数据校验,数据量大时为避免过多的传输缓存,可减少时间间隔,数据接收方应不受校验周期影响。
表5-6 参数定义
5.1.4.4.2应答
本消息与notifyCDR/TDRData_Req和XDRRawDataSend_Req消息方向相反。
消息的作用是,告知数据发送方,在两个本消息间隔期内接收了多少个notifyCDR/TDRData_Req和XDRRawDataSend_Req消息包,以便告知发送方是否有丢包情况发生。
表5-6 参数定义
5.1.4.5链路释放linkRel
5.1.4.5.1请求
连接释放请求,指示连接的某一方由于某些原因而需要断开连接,参数定义如下:
表5-8 参数定义
5.1.4.5.2应答
连接释放完成应答,收到本消息之后或者请求超时后,释放本连接的所有资源,参数定义如下:
表5-9 参数定义
5.1.4.6XDR对应原始数据传输XDRRawDataSend
基于SDTP协议,用于在数据合成服务器向上网日志服务器发送指定XDR数据的原始数据,原始数据的多条消息,可以全部放在一个消息包里,也可以每个消息分开发送。
5.1.4.
6.1XDR对应原始数据传输请求
5.1.4.
6.2XDR对应原始数据传输应答
5.1.4.7CDR/TDR信令数据通知notifyCDR/TDRData
CDR/TDR信令数据通知接口基于SDTP协议,用于数据合成服务器向上网日志服务器传输CDR/TDR数据。
5.1.4.7.1通知请求
表5-12 通知请求
5.1.4.7.2通知应答
5.2FTP文件传输协议
FTP文件传输协议为非实时接口,包括:
●数据合成服务器向共享层提供话单数据;
●数据合成服务器向共享层提供信令数据;
●数据合成服务器共享层提供用户监控数据(特定用户的上网日志,以话单数据文件
形式上传);
5.2.1接口说明
该接口用于数据合成服务器向共享层传输话单数据及信令数据时使用,需要数据合成服务器开发厂商按照此协议完成接口通讯软件的开发工作。
该接口使用FTP协议,规则约定如下:
1)采用FTP方式进行数据传输,共享层向数据合成服务器开放文件存储服务器及路径,
采集层定时将话单数据上传;
2)数据合成服务器生成的FTP文件应以csv或xml文本方式保存数据,并遵循csv或xml
格式规则;
3)数据文件命名采用SSS_HW_XXXXYYYYMMDDHHMI_NN.AVL方式,其中SSS代表省编号,
具体编号请参看附录A.1省编号,HW代表设备编号,用于唯一标识系统设备,要求
在各省系统中唯一。
4)XXXX代表数据名称,具体命名由解码层提供;YYYYMMDDHHMI代表数据为这段时间的
数据,时间HH从00开始到23结束;MI 为分钟,推荐5分钟为最小时间单位,NN为文件
编号,从00开始,如果文件分隔周期内写满一个文件,文件编号NN顺序递增。
5)为了检查是否有文件丢失,解码层生成完一个数据文件后即生成一个校验文件,文
件名也需要包含生成时间信息(如SSS_HW_XXXXYYYYMMDDHHMI.CHK)
6)当没有数据也要按照时间间隔生成文件,表示系统工作正常。
5.2.2应用场景
对实时性要求不高的应用场景,可用于定时传输话单数据时使用。
5.2.3数据校验文件格式
表5-77 数据校验文件格式
file_name:100_23_2423_VoiceCall_Event201007232100.AVL
row_num:1506
file_time:2010-7-23 21:05:01
5.2.4校验规则
文件级校验是指根据解码层提供的接口校验文件信息,数据合成服务器对需要传输的接口文件进行校验,校验内容如下:
1.接口数据文件名称
1)根据接口校验文件中记录的文件,查找“接口数据文件目录”下该接口数据文
件是否存在;
2)检查接口数据文件的名称是否遵守规范中的命名规范;
2.文件中包含的记录数
验证接口校验文件中记载的文件记录数与实际接口数据文件中的记录行数是否一
致;
3.文件的生成日期
验证接口校验文件中记载的文件生成日期与实际接口数据文件的生成日期是否一
致;
5.2.5FTP文件管理
根据预先设定信令数据文件的分割时间、文件缓存时间,共享层管理应用系统数据文件,当数据文件超过设定的缓存时间,共享层可删除相应的数据文件和对应的校验文件。
5.3告警事件上报接口
该接口接收数据合成服务器上报的告警事件,并将其转发给日志上报网关。
接口消息流程如下图所示。
1) 数据合成服务器在监测到告警事件的60秒内,发送告警信息发送到日志服务器。
2) 日志服务器收到上报告警信息后应该在10秒内反馈告警事件响应消息给数据合成服务器。
5.3.1接口协议
网络日志服务器接收数据合成服务器上报告警事件消息。
该接口采用基于HTTP协议,Web服务端口暂定80。
要求HTTP的版本为1.1以上。
数据合成服务器通过Http的POST方法以XML文件上报告警事件消息给日志服务器。
接口访问形式为:
Http://IPTrace_GateWay_IP:Port/IF_WIUPLOAD / Province/Equ_No
其中:
●IPTrace_GateWay_IP:
⏹标识日志服务器提供接收告警事件信息的IP地址。
●Port:
⏹标识日志服务器提供接收告警事件信息的端口号。
●IF_WIUPLOAD:
⏹标识告警事件上报接口的名称。
5.3.2消息结构
⏹告警事件消息
告警事件消息采用XML格式,消息结构定义如下:
<?xml version="1.0" encoding="UTF-8"?>
<info id="" type="alarm_event">
<alarmType >告警类型</alarmType>
<alarmTime >告警时间</alarmTime>
<alarmDesc >告警描述</alarmDesc>
</info>
告警事件消息体定义
告警事件消息响应信息
告警事件消息采用XML格式,消息结构定义如下:
<?xml version="1.0" encoding="UTF-8"?>
<result id="" type="alarm_event">
<resultCode>成功标识(必填)</resultCode>
<failReason>失败原因(如果失败则必填)</failReason>
</result>
6CDR/TDR数据结构
本章定义的数据结构涵盖了CS域数据结构定义,对于各系统要求的数据规格,合成服务器将遵循相关系统的接口要求。
至性能管理系统要求参见《中国移动性能管理系统数据源接口规范》。
6.1CDR/TDR信令数据相关数据结构。
当数据合成服务器通过CDR/TDR数据通知接口(SDTP、FTP)进行CDR/TDR数据传输时,编码统一采用标准csv格式。
csv编码的顺序与表格的序号顺序一致。
CDR/TDR信令数据中,类型为String的按ASCII填写,其它类型按照十进制填写。
以下表格中所有以offset结尾的命名都代表是相对时延。
6.1.1A/IU口呼叫事件VoiceCall_Event
需要监测的接口:A、Iu-CS
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中A/IU口呼叫事件VoiceCall_Event部分。
6.1.2切换事件Switch_Event
需要监测的接口:A、E、Iu-CS
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中切换事件Switch_Event部分。
6.1.3开关机事件PowerOnOff_Event
需监测接口:A、Iu-CS
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中开关机事件PowerOnOff_Event部分。
6.1.4位置更新事件LocationUpdate_Event
需要监测的接口:A、E、Iu-CS
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中位置更新事件LocationUpdate_Event部分。
6.1.5短信呼叫事件SmsSendRecieve_Event
需要监测的接口:A、Iu-CS
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中短信事件SmsSendRecieve_Event部分。
6.1.6接入网事件AccessNet_Event
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中接入网事件AccessNet_Event部分。
6.1.7寻呼事件Paging_Event
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中寻呼事件Paging_Event部分。
6.1.8NC口呼叫事件BICC_Event
具体XDR内容及格式请参见《附件1_中国移动上网日志留存系统数据合成服务器接口规范CS域Mc口xDR说明》中NC口呼叫事件BICC_Event部分。
7 原始码流数据结构
原始码流数据用于数据合成服务器与网络日志服务器之间,采用SDTP 协议通信。
7.1 数据包格式
原始信令按照帧进行封装后基于SDTP 协议传送给上层系统,帧格式如下图所示:
2字节16字节
不定长
不定长
图8-1 全量信令数据的帧格式
每个帧中包含如下字段: 7.2 包头格式
包头分为通用包头和专用包头两部分:通用包头(Head1)是每种承载链路信令均相同的包头部分;专用包头(Head2)包含了针对每种承载链路单独的链路标识。
7.2.1 通用包头
7.2.2专用包头
7.2.2.1E1链路专用包头
E1链路专用包头长度8字节,包括如下字段:
7.2.2.2IP链路专用包头
IP链路无专用包头。
7.2.2.3ATM链路专用包头
ATM链路专用包头长度8字节,包括如下字段:
8编制历史
表7-1 编制历史
附录A 省市编号
A.1. 省编号
A.2. 市编号。