中国移动-BICC协议技术规范 PART 4.docx

《中国移动-BICC协议技术规范 PART 4.docx》由会员分享，可在线阅读，更多相关《中国移动-BICC协议技术规范 PART 4.docx（49页珍藏版）》请在装配图网上搜索。

1、中国移动通信CHINA MOBILE中国移动通信企业标准QB-XX-XXX-XXXX与承载独立的呼叫控制（BICC）规范第4部分：BICC 的应用传送机制（APM）、隧道 和IP承载控制协议（BCTP）修订稿版本号：1.0.0XXXX-XX-XX 发布xxxx-xx-xx 实施中国移动通信集团公司 发布交换机应用进程(Exchange Application Process)是用来描述交换机中的所有 应用功能，BICC是交换应用进程的-部分。模型所示的BICC节点功能在本标准中指的是BICC 应用进程功能。BICC AEI 和 BICC ASE 与 ISUP AEI 和 ISUP ASE 相似

2、。ISLP AEI 和 ISUP ASE 详 见 Q. 1902.5。注：有关BICC协议模型以及BICC AEI和BICC ASE与ISUP AEI和ISUP ASE之间的关 系在Q. 1902. 1中给出。BAT ASE是APM ASE提供的业务的用户。它负责以公共APM可传送的形式准备承载相 关信息。SACF以适当的方式协调它的接口之间的原语流。为处理任何个别的BICC功能，”交换机应用进程产生所要求的BICC节点功能的实例。 AP将按要求产生BICC AEI的实例。网络接口(NI)功能是用来通过信令传送转换器 (Signal ling Transport Convertor)将收到的消

3、息分发给BICC AEI的适当实例。一个交换 机中仅有一个NI实例。NI详见Q. 1902.5和Q. 1902. 1。BICC AE中包括的单偶联对象为如下类型之一：a) Public Initiating Node包括：去话 BICC ASE、起源 APM ASE、起源 EH ASE、去话 BAT ASE 和 BICC SACF。b) Public Addiosscd Node包括：来话BICC ASE、目的地APM ASE、目的地EHASE、来话BAT ASE和BICC SACF。5.2.3 信令流图3和图4表示的是呼叫控制消息与应用信息流同时发生的B1CC呼叫的情况。图3表示 的是消息发

4、送的情况，图4表示的是消息接收的情况。图5和图6表示的是BICC支持的无同时发生的呼叫控制消息时的动态原语流。即APM ASE向BICC ASE发送一个原语。BICC ASE将回送支持信息流机制的APM消息。5.3 BICC应用进程功能5.3.1 概述本节描述AP和BICC SACF之间的业务原语接口。5.3.2 原语接口(AP-BICCSACF)AP和BICC SACF之间的原语接口 图2中的接口(a)由要求支持公网基本呼叫功能和BICC功能的原语组成。表1 -AP和BICC SACFZ间的原语原语名称类型方向（注）BICC DataIndication/RequostBICC_ErrorI

5、ndication注-自SACF到AP的原语流： 自AP到SACF的原语流：5.3.3原语内容表2和表3为表1中的原语的参数列表。表2 -BICC Data Ind/Req原语的内容参数必备/任选,参考ATIIM见本标准第2部分动作指示语0见 4. 6. 1骨干网连接识别符0见 4. 6. 1互通功能地址0见 4. 6. 1编解码列表0见 4. 6. 1单编解码0见 4. 6. 1BAT兼容性报告0见 4. 6. 1承载网络连接特性0见 4. 6. 1承载控制信息0见 4. 6. 1承载控制隧道0见 4. 6. 1承载控制单元识别符0见 4. 6. 1信号0见 4. 6. 1承载改发能力0见

6、4. 6. 1承载改发指示语0见 4. 6. 1信号类型0见 4. 6. 1时长0见 4. 6. 1每个参数（除ATII外）均与兼容性信息-起。表3 -BICC.Error Ind原语的内容参数必备/任选参考Error通知M见 4. 5. 2. 1 的(2)和(3)5.4 单偶联控制功能（SACF） - BICC SACF5.4.1 概述BICC SACF主要是接收/传送白/向实体的原语并为BICCAEI执行分发功能。信息流 是从AP图2中的接口（a）向NI 图2中的接口（f）或反方向。SACF负责保证当ASE向AP产 生多个原语时，它们在接口一起传送以保证正确偶联的保持。这里的SACF仅定义

7、与BICC有 关的映射和功能。表4和表7中的原语映射是提供参考。5.4.2 节点发送的消息相关的信息流收到自AP图2中的接口 （a）的一个原语（request或response）后，SACF向ASE发 送原语。在产生的原语中，从AP收到的参数的子集中提取参数。在向NI 图2中的接口（f） 发送结果原语之前，SACF也分发fl ASE收到的响应原语。表4 - BAT ASE和APM ASE之间的原语映射接口 (b),自 BAT ASE接口 (d), APM ASEAPM_U_DataAPM_l)ata表5 - AP和BAT ASE之间的原语映射接口 (a),自 AP接口 (b), BAT ASE

8、BICC_DataBICC_Data5.4.3 节点接收的消息相关的信息流这些程序是在Q. 1902. 5中APM-user ASE与BAT ASE对应的地方描述。表6 - BAT ASE和AP之间的原语映射接口 (b), BAT ASE接口 (a),自 APBICCDataBICC DataBICC_ErrorBICC_Error表7 - APM ASE和BAT ASP：之间的原语映射接口(d),自 APM ASE接口 (b), BAT ASEAPM_DataAPM_U_Data表8 - EH ASE和BAT ASE之间的原语映射接口 (c),自 EH ASE接口 (b), BAT ASEA

9、PM_ErrorAPM_U_Error5.5 BAT ASEBAT ASE负责以APM可传送的形式准备信息。5.5.1原语接口表9列出了 BAT ASE和BICC SACF图2中的接口（b）之间的原语接口。表9 -BICC SACF和BAT ASE之间的原语原语名称类型方向（注）APM_U DataIndication/RequestAPMUErrorIndicationBICC_ErrorIndicationBICC_DataIndication/Request注-自SACF到BAT ASE的原语流:引自BAT ASE到SACF的原语流:5.5.2 信令程序5. 5. 2.1 PIN5. 5

10、. 2. 1. 1发送程序收到BICC_Data. request原语后，它的内容以适当的格式准备好且上下文标识值置 为BAT AS8。结果在APM_U Data, request原语中发送。5. 5. 2. 1.2接收程序收到APM_UJ）ata. indication原语后，要检查它的内容是否为正确的格式和编码。如果一个信息单元通过了这个检查，它就被添加到BICC_I）ata. indication原语中。如果一个 信息单元未通过这个检查，则信息单元和相关问题报告（指示sed in forma t ion ）被添加到 BICC_Error. indication 原语中。注：若高层信息单元

11、是构成式（构成式），则它被当作一个单实体处理。一旦所有的信息单元己分析，则应发送BICC_Data. indication和/或 BICC Error. indication 原语。5. 5. 2. 1.3 APM_U_Error Primitive收到APM_U_Error. indication原语后，其内容应不更改地放入BICC_Error原语中。5. 5. 2. 2 PAN见 5. 5. 2. Io5. 5. 2. 3信令拥塞为了避免信令网中的拥塞，有必要使向拥塞目的地有信令负荷的应用以控制的方式 限制它们的信令话务。5.5.3 原语内容表10和表11列出了 BAT ASE业务原语的必

12、备和任选内容。BICC_Error和BICC_Data原语的内容在AP/SACF接口定义。注：BAT上下文中使用了隐含寻址。表 10 APM_U_Data Ind/Req 原语的内容参数必备/任选应用上下文识别符M应用传送指导指示语M应用数据M表11 APM U Error Ind原语的内容参数必备/任选通知M5.6 BICC传送-应用数据的格式和编码5.6.1 封装应用信息(Encapsulated Application Information)5. 6. 1.1 一般排列应用传送参数的封装应用信息的一般排列如图7所示。封装应用信息字段中的停个信息单元有相同的结构。一个信息单元由4个字段组

13、成, 她们总是按如下顺序出现：识别符(一个八位位组)，长度指示语，兼容性信息，内容。识别符是用来区别不同的类型。识别符有两类：构成式和简单式”类。在”构成式时, 内容字段由一个或多个信息单元组成，每个信息单元的结构如上所述。在简单式”时，内容 字段仅包括一个值。当传递一个构成式类的信息单元时，这个构成式中的信息单元的顺序不变。长 度指示语规定了兼容性信息和内容的长度。长度不包括识别符和长度指示语。长度指示语的 格式见图8。Bit 8定义为扩展指示语并指示长度信息是否在下一个八位位组继续。扩展指示 语的值0意为information continues through the next octe

14、t,值”1”意为last octets The长度指示语本身最大长度2个八位位组，即若有八位位组la，则它的的扩展指 示语总置为值87654321Ext.LSBExt.= l图8 -长度指示语兼容性信息包括当收到的信息单元是不认识时的相应指令。这个字段的格式见图9。876|542J LExt传询 发送通告 指示语&不可能指导指示语备用发送通告 指示语i用格式指导指示语第一个八位位组图9-兼容性信息在兼容性信息的子字段使用如下编码。a）比特2 1指导指示语0 0 传递信息单元0 1 丢弃信息单元1 0 丢弃BICC数据1 1 释放呼叫b）比特3 发送通告指示语0 不发送通告。1发送通告。c）比特

15、4:保留d）比特6 5传递不可能的指导指示语0 0释放呼叫0 1丢弃信息单元1 0丢弃BICC数据1 1保留（interpretedas 00）e）比特7传递不可能的发送通告指示语0 不发送通知1 发送通知f）比特8: 扩展指示语0信息在下一个八位位组继续1最后一个八位位组内容字段包括元素要传送的信息。5.6.1. 2识别符列表表12为识别符的列表。QB-XX-XXX-XXXX目次1 范围22 引用标准23 术语和定义24 符号和缩略语45 应用传送机制-BICC错误!未定义书签。6 BICC的承载控制隧道协议（BCTP）错误!未定义书签。7 BICC的IP承载控制协议（IPBCP）错误!未定

16、义书签。编制历史4表12 -识别符的列表值信息单元名称类型参考0000 0000备用0000 0001动作指示语简单式4.6. 1.30000 0010骨干网连接识别符简单式4.6. 1.40000 0011互通功能地址简单式4. 6. 1.50000 0100编解码列表构成式4. 6. 1.60000 0101单独编解码简单式4. 6. 1.70000 0110BAT兼容性报告简单式4.6. 1.80000 0111承载网连接特性简单式4. 6. 1.90000 1000承载控制信息简单式4.6. 1. 100000 1001承载控制隧道简单式4. 6. 1. 110000 1010承载控制

17、单元识别符简单式4. 6. 1. 120000 1011信号构成式4.6. 1. 130000 1100承载改发能力简单式4.6. 1. 140000 1101承载改发指示语简单式4. 6. 1. 150000 111()信号类型简单式4. 6. 1. 160000 1111时长简单式4. 6. 1. 170001 0000to1101 1111备用V1110 0000tomi mi保留给国内使用注：这些信息单元的使用和含义是承载专用的并在Q. 1902. 1的相关补充中规定。5.6. 1. 3 动作指示语(Action Indicator)动作指示语的格式见图10oMSB 87654321

18、LSB动作指示语图10-动作指示语动作指示语字段使用如下编码：0000无指示0001后向连接0010前向连接0011前向连接，没有通告0100前向连接，加通告0101前向连接，没有通告加选择的编解码0110前向连接，加通告和选择的编解码0111use idle00000000000000000000000000000000000000000000000000000000000000000001000100010001000100010001000100010001to11011110to1000 连接的(connected)1001 交换的(switched)1010 选择的编解码1011 修

19、改编解码1100 成功的编解码修改1101 编解码修改失败1110 中间呼叫编解码协商1111 修改到选择的编解码信息0000中间呼叫编解码协商失败0001开始信号，通报0010开始信号，没有通报0011停止信号，通报0100停止信号，没有通报0101开始信号证实0110开始信号拒绝0111停止信号证实1000承载改发1001备用1111J00001保留给国内使用1111 1111J5. 6. 1. 4 骨干网连接识别符(Backbone Network Connection Identifier) 骨干网连接识别符见图11。87654321MSB骨干网连接识别符n LSB图11-骨干网连接识

20、别符骨干网连接识别符的内容是承载专用的并在Q. 1902. 1的相关补充中规定。这个字段的最 大长度为4个八位位组。5. 6.1. 5 互通功能地址(Interworking Function Address)互通功能地址的格式见图12。87654321MSB互通功能地址n LSB图12 -互通功能地址互通功能地址是NSAP格式(按X. 213的附件A和它的补充1) o 注：在未来其它格式可在承载专用的文件中定义。5. 6.1.6 编解码列表(Codec List)5. 6. 1. 6. 1 格式单编解码信息单元在4. 6. 1. 7中规定。5. 6. 1.6. 2编解码列表图13为编解码协商

21、的编解码表。单编解码信息单元按优先级递减的方式列出。第一个单 编解码信息单元为最高优先级，最后一个单编解码信息单元为最低优先级。5.6.1.7 单编解码(Single Codec)专用编解码的单编解码信息单元用下列子字段编码为可变长度字段：-0ID -组织识别符子字段-(1个八位位组)：识别标准/私人组织；一编解码信息。图14为单编解码信息单元的排列。5.6. 1.7. 1组织识别符子字段I、列编码用于组织识别符子字段:00000000无指示00000001ITU-T00000010ETSI （参考 TS 126. 103）00000011to 保留给IMT2000的成员使用00100001J

22、00100010to辛备用11011111J111000001to保留给国内使用11111111J5. 6. 1.7.2编解码信息子字段1） ITU-T编解码信息子字段（Organisation ID = ITU-T ）的格式见图15。图15-编解码信息子字段编解码类型子字段下列编码用于编解码类型子字段:00000000无指示00000001G.711 64 kbit/s A-law00000010G.711 64 kbit/s g-law()0000011G.711 56 kbit/s A-law00000100G.711 56 kbit/s plaw00000101G.722 (SB-AD

23、PCM)00000110G. 723. 100000111G. 723. 1附件A （静音压缩）00001000G.726 (ADPCM)()0001001G.727 (Embedded ADPCM)00001010G. 72800001011G.729 (CS-ACELP)00001100G. 729附件B （静音压缩）00001101 1to备用11111111 J2）编解码配置子字段对于ITU-T编解码类型G.711、G. 722和G. 723. 1,无配置数据。ITUT编解码（有 和没有静音压缩）可在不同的比特率卜操作。这些编解码的通常实现是可在所有模式（比特率） 下进行并在每帧基础上

24、（通过带内信令）按命令从一种模式切换到另一种模式。因此，配置 字段对于所有前述的编解码类型是任选的。当需要指出只支持全集中的一个或凡个编解码的 操作模式时配置字段出现。当支持所有编解码的操作模式时配置字段不出现（通常情况）。图16和表13为对每一个前述编解码的配置数据编码。MSBLSB1111IISparedcbaa) G,726和G.727编解码类型MSB,入 LSBiiiiIiSparec b ab） G.728, G.729和G.729附件B编解码类型图16-1个八位位组长的配置字段的编码表13配置字段的编码编解码类型配置数据d c b a00001000G.726X X X I16 K

25、bps supportedx x x 016 Kbps Not supportedX X I X24 Kbps supportedx x 0 x24 Kbps Not supportedX I X X32 Kbps supportedx 0 x x32 Kbps Not supportedI X X X40 Kbps supported0 x x x40 Kbps not supported00001001G.727X X X I16 Kbps supportedx x x 016 Kbps Not supportedX X I X24 Kbps supportedx x 0 x24 Kbps

26、 Not sup portedX I X X32 Kbps supportedx 0 x x32 Kbps Not supported1 X X X40 Kbps supported0 x x x40 Kbps not supported00001010G.728X X 19.6 Kbps supportedxxO9.6 Kbps Not sup portedX 1 X12.8 Kbps supportedxOx12.8 Kbps Not sup ported1 X X16 Kbps supportedOxx16 Kbps Not supported00001011G729X X 16.4 K

27、bps supportedxxO6.4 Kbps Not s叩portedX 1 X8 Kbps supportedxOx8 Kbps Not supported1 X X11.8 Kbps sup portedOxx11.8.kbps Not supported00001100G729 Annex BX X 16.4 Kbps supportedx xO6.4 Kbps Not supportedX 1 X8 Kbps supportedxOx8 Kbps Not supported1 X X11.8 Kbps sup portedOxx11.8 Kbps Not supporteda, b

28、,c和d比特中的每一位对应编解码的操作（比特率）的一个模式。值意为这个 模式支持，值0意为这个模式不支持，值X，表示不相关。5. 6.1.8 BAT兼容性报告BAT兼容性报告的格式见图17oa）报告理由定义了下列报告理由：00000000 无指示00000001信息单元不存在或未实现00000010带有不认识信息单元的BICC数据，丢弃00000011to*备用11011111J111000001保留给国内使用11111111Jb）诊断诊断的格式见图18。MSB87654321LSB1识别符12MSB3索引LSBn识别符m11+1MSBn+2索引LSB图18 -诊断识别符n”字段包括符合表12

29、的n个升级的信息单元的标识值。字段索引有固 定2个八位位组长并且对相关信息单元的识别值或相关信息单元中的信息单元识别八位位组 是一个指针（二进制表示的八位位组的整数值）。若收到一个不认识的标识值x , 识别符n包括标识值x并且索引的值为 0”。若收到一个认识的类型”简单式”的信息单元x ,但它的内容不认识，贝/识别符n 包括这个信息单元x的标识值x并且索引”的值为“0气若收到一个认识的类型构成式的信息单元x ,但它的内容不认识（即一个认识 的信息单元的不认识的标识值或不认识的内容），则识别符n包括这个信息单元x的标识 值x并且索引的值为一个指向信息单元(信息单元不认识或其内容不认识)的标识值八

30、位 位组的指针。索引”的值为1加上构成式信息单元标识八位位组和不认识的信息单元标识八位位 组之间的八位位组数，不包括信息单元标识八位位组。5.6. 1. 9 承载网络连接特性(Bearer Network Connection Characteristics)承载网络连接特性的格式见图I9oMSB 87654321 LSBBearer Network Connection Characteristics图19 -承载网络连接特性用于承载网络连接特性的编码如下：00000000无指示00000001AAL type100000010AAL type200000011StructuredAAL 1

31、00000100IP/RTP000001011to *备用a/w11011111J11100000to 保留给国内使用11111111 会J5. 6. 1. 10承载控制信息(Bearer Control Information)承载控制信息的格式见图20o87654321Bearer Control Informationn图20承载控制信息承载控制信息信息单元包括承载控制协议数据单元，见E. 182。5. 6. 1.11 承载控制隧道(Bearer Control Tunnelling)承载控制隧道格式见图21。MSB 87654321 LSBHGFEDCBA图21承载控制隧道Bit A:

32、Bearer Control Tunnelling indicator0 无指示1 将要使用隧道Bits H-B:备用承载控制隧道指示语(bit A)指示将要使用承载控制隧道。5. 6. 1. 12承载控制单元识别符(Bearer Control Unit Identifier)承载控制单元识别符信息单元包括在前向和后向发送的信息以辅助由呼叫业务功能进行 的承载互通功能选择。承载互通功能可包括一个或多个承载控制单元(BCU) o 一个BCU表示一 个物理组。网络ID子字段的定义与网络ID的全局呼叫参考参数(见本标准的第二部分)。本地BCU-ID子字段是在网络域中唯一识别一个BCU实体的识别符。

33、承载控制单元识别符的格式见图22。87654321IMSB网绪ID长度指示语LSB2网络IDnn+1LSB本地BCU-IDn+4MSB图22 -承载控制单元识别符下列编码为承载控制单元识别符中使用的：1) 网络ID长度指示语网络ID长度指示语规定了网络ID 了字段的长度(即：二进制表示的八位位组的QB-XX-XXX-XXXX前言本规范共包含如下标准文件，本文件是第四部分。对应于ITU-T建议Q.765.5与承载独立 的呼叫控制协议的APM和ITU-T建议Q.1990 BICC的承载控制隧道协议。第1部分：BICC的功能描述，对应于ITU-T建议Q. 1902. 1第2部分：BICC的消息和参数

34、的基本功能和格式第3部分：BICC的程序第4部分：BICC的APM、隧道和IP承载控制协议。第5部分：BICC所支持的补充业务、BICC与ISUP的信令配合本标准由中国移动通信集团公司技术部提出并归口。 本标准由中国移动通信集团公司技术部负责解释。本标准起草单位：中国移动通信集团公司研发中心。 本标准主要起草人：本标准解释单位：中国移动通信集团公司技术部。III整数）。R度不包括网络ID R度指示语。2）网络ID网络ID字段的编码见本标准的第三部分。注：当在网络域内使用时，网络ID可通过将网络ID长度指示语置为“0”值来省略。3）本地 BCL-ID唯一识别网络域中的BCU的二进制数。5. 6.

35、1.13信号（Signal）信号的格式见图23。87654321信号类型信息单元时长信息单元图23信号信号类型信息单元在4.6.1.16中规定，时长（Duration）信息单元在4. 6.1.17中 规定。当且仅当动作（Action）指示语置为开始信号,通报或开始信号，没有通报时, 包括信号信息单元的信号类型（Signal Type）信息单元是必备的。信号类型信息单元的目的 是传送个单信号值。在时长信息单元中可任选规定信号的时长，即信号信息单元可只包括 信号类型信息单元。信号的时长可控制要么隐含通过带将动作指示语置为“开始信号，通报”/开始信号，没有通报”和 “停止信号，通报”/”停止信号，没

36、有通报”的消息顺序，或隐含由信号本身，或明确由带将动作指示语置为“开始信号，通报”/”开始信号，没有通报”的消息。 这个消息还带信号类型信息单元和时长信息单元。这种情况下，起源方不发送带“停止信 号，通报”/停止信号，没有通报”的动作指示语。若在动作指示语中已请求通知，则回 送置为“开始信号证实”或“开始信号拒绝”的动作指示语，即在信号结尾无附加通知。5.6.1.14承载改发能力（Bearer Redirection Capability）承载改发能力信息单元包括在呼叫建立时前向和后向发送的信息以指示发送节点支 持承载改发并指示支持能力选择。承载改发能力的格式见图24。MSB 87654321

37、 LSBExt.GFEDCBA图24承载改发能力比特 A： Late Cut-through capabi 1 i ty i ndicator0不支持迟后连通(Late Cut-through)1 支持退后连通(Late Cut-through)比特G-B: 备用比特H：扩展指示语0信息在下一个八位位组继续1最后一个八位位组5. 6. 1. 15承载改发指示语(Bearer Redirection Indicator)承载改发指示语信息单元包括与承载改发程序有关的前向和后向发送的信息承载改发指示语的格式见图25。承载改发指示语信息单元的格式不是“构成式”，但按八位位组的顺序组成，每个有相同的格

38、式，允许在一个单信息单元中包括几个指示语值，如 下所示：87654321Bearer Redirection IndicatorBearer Redirection IndicatorBearer Redirection Indicator图25承载改发指示语承载改发指示语八位位组的数目由承载改发指示语信息单元的长度指示得出。在承载改发指示语中使用下列编码：00000000无指示0000 0001迟后连通请求(late cut-through request)0000 0010改发暂时拒绝(redirect temporary reject)0000 0011改发后向请求 (redirect

39、backwards request)0000 0100改发前向请求(redirect forwards request)0000 0101改发承载释放请求(redirectbearerreleaserequest)0000 0110改发承载释放进行(redirectbearerreleaseproceed)0000 011 1改发承载释放完成(redirectbearerreleasecomplete)0000 1000改发连通请求(redirect cut-through request)0000 1001 改发承载连接指示(redirect bearer connected indicat

40、ion)0000 1010 改发失败(redirect fai lure)0000 1011 新连接识别符(new connection识别符)0000 11001到 备用0111 1111J1000 0000到 *保留给国内使用11U1111J5. 6. 1. 16信号类型(Signal Type)信号类型的格式见图26。MSB 87654321 LSBSignal Type图25信号类型信号类型中使用下列编码:DTMF 0DTMF 1DTMF 2DTMF 3DTMF 4DTMF 5DTMF 6DTMF 7DTMF 80000 00000000 00010000 00100000 0011

41、0000 01000000 01010000 01100000 01110000 10001001DTMF 91010DTMF *1011DTMF #1100DTMF A1101DTMF B1110DTMF CmiDTMF Doooo00000000000000000000000000000001to001101000100010001000100010001000100010001000100010001000100010001000101010101010101备用nil)0000拨号音0001PABX内部拨号音0010特殊拨号音0011第二个拨号音0100回铃音0101特殊回铃音0110

42、忙音0111拥塞音1000 特殊信息音1001 告警音1010 干扰音(intrusion tone)1011 呼叫等待音1100 付费音(pay tone)1101 付费电话识别音(payphone recognition tone)1110 舒适(comfort)音1111 保持音0000记录音0001主叫等待音(caller waiting tone)0010正指示音(positive indication tone)0011负指示音(negative indication tone)0101 01001to 备用1101 1111J1110 00001to 辛保留给国内使用mi mi注

43、：信号 0100 0000 to 0101 0011 在 ITU-T 建议 E. 182 中定义。注：值0100 0100 “回铃音”的带外传送的使用可由于带外停止“回铃音”和带内语音 之间的竞争条件而引起话音切断。5. 6.1.17时长（Duration）时长的格式见图27。87654321MSBDurationLSB图27时长时长包括以ms计的信号时长（见4. 6.1. 16节）。5.6.2应用上下文识别符（应用上下文Identifier）应用传送参数的应用上下文识别符字段应编码为承载偶联传送（用气6 BICC的承载控制隧道协议（BCTP）本章定义了 BICC的承载控制隧道协议。BICC的

44、承载控制隧道协议是一种通用的隧道机制, 目的是借助CCU之间的BICC协议和CCU-BCF之间的CBC接口协议来隧传BCP。BICC的承载控制隧道协议传送BCP支持的隧道协议数据单元（PDU）。本章描述了标识承 载控制隧道协议的编码和程序。BCTP假设在隧传PDU生成实体与接收实体之间己经提供个可靠的、顺序的、点到点的信令传送服务。BCTP支持在以下协议进行BCP隧传：BICC协议：利用BICC的APM机制。CBC协议:利用11. 248的隧道包,在Q. 1950中定义。其实现机制如下图CSFCBCDistr.BICC Tunne,Tunnelling PDUGenerating & Rece

45、ivingEntitiesBCP1 | BC四BCFBCUMMSFBIWFBIWF图28 BCTP隧道机制6.1隧传（Tunnelling）承载控制协议6.1.1支持的承载控制协议表14支持的承载控制协议支持的BCP参考IPBCP参见76.1.2 BCTPPDU 的格式BCTP在每个被隧传的BCP信息包前均增加2个八位位组（二进制编码的协议控制信息PCI 字段）o第一个八位位组包含：1比特的BCTP版本错误指示语（BVEI）字段和5比特的BCTP版本指示语字段。第二个八位位组包含:1比特的隧道协议错误指示语（TPEI）字段和6比特的隧道协议指示语字段。其格式如下表:表15：BCTP指示语字段0

46、BVEI1最高有效比特BCTP版本指示语 最低有效比特0TPEI最高有效比特隧道协议指示语最低有效比特87654321八位位组I八位位组2隧道协议错误指示语TPEI：0 无指示 1 承载控制协议不支持隧道协议指示语:65 4321000000备用（二进制编码协议）010111 J011000 1留作国内使用（二进制编码协议）011111 J100000 IPBCP（文本编码协议）10 0001备用（文本编码协议）10 0010未用10 0011 到备用（文本编码协议）11 0111 J11 1000 到 留作国内使用（文本编码协议）11 1111 JBCTP版本错误指示语BVEI：0 无指示1

47、BCTP版本不支持BCTP版本指示语：X5 43210 0000 BCTP协议版本1 （推荐）0 0001 1到 备用1 1111 J注一BCTP指示语八位位组1的比特8和6总分别置为“0”和“ 1 ” ；注一BCTP指示语八位位组2的比特8总置为“0”。6.2 程序6.2.1正常程序隧传PDU的生成实体对BCTP指示语进行，并且把BCTP指示语加到每个出局的PDU之前。 TPEI和BVEI均置为“无指示”，BCTP版本指示语指明了BCTP协议使用的版本。收到隧传的PDU后，隧传PDU的接收实体首先对BCTP版本指示语的值进行检查看是否支 持，在检查并扣除了BCTP指示语八位位组后，将入局PD

48、U分发到适当的承载控制协议处理实 体。6.2.2 正常程序如果接收时，BCTP版本指示语的取值不支持： 生成一个BCTP包，仅包含2八位位组的BCTP指示语字段，BVEI= BCTP版本不支持， 版本错误指示”，隧道协议指示语=来源包中的隧道协议指示语，BCTP版本指示语=本端 支持的版本号。 将此BCTP包送回隧传PDU生成实体 通知BIWF的控制部分（注）如果接收时，BCTP版本指示语的取值支持，但是被隧传的协议指示语的取值不支持： 生成一个BCTP包，仅包含2八位位组的BCTP指示语字段，TPEI= BCP不支持，协 议错误指示”，Pl=来源包中的PK 将此BCTP包送回隧传PDU生成实

49、体 通知BIWF的控制部分（注）如果隧传PDU接收实体接收到个隧传PDU的BCTP指示语中的TPEI= BCP不支持，协议错误指示”，和/或VI = BCTP版本不支持，版本错误指示”： 通知BIWF的控制部分（注）注：在CBC协议的错误消息中使用原因码“互通，未规定” o6.2.3 被隧传PDU的最大长度的控制隧传PDU生成实体为保证不超出BICC和CBC的隧道机制的最大数据传送能力，应对隧传 PDU的最大长度进行控制。这些最大传送能力取决于采用的支持BICC和CBC接口的底层信令 传送网的最大传送能力。7 BICC的IP承载控制协议（IPBCP）本章描述了 BICC的IP承载控制协议。BI

50、CC的IP承载控制协议（IPBCP）能够用于媒体 流信源/信宿之间的媒体流特性、端口号和源IP地址的交换，以建立和修改IP承载。IPBCP之间的信息交互可以在BICC呼叫建立期间，也可以在呼叫建立之后。IPBCP使用会话描述协 议(SDP,参见RFC 2327)对信息进行编码。7.1 IPBCP的消息IPBCP在对等BIWF间使用消息来传递信息。IPBCP中定义了四种消息：请求(Request)：请求建立或修改IP承载，发起IP承载建立请求的BIWF称之为IT3IWF。 接受(Accepted)：接受先前收到的请求消息，收到IP承载建立请求的BIWF称之为R-BIWF。 混乱(Confused

51、):对IP承载建立或修改请求消息的响应，表示不能处理先前收到的请 求消息拒绝(Rejected):对IP承载建立或修改请求消息的响应，表示拒绝先前收到的请求消 息I-BIWF或者R-BIWF都可以发起一个IP承载修改请求。7. 1. 1 IPBCP消息内容会话和时间描述1. 协议版本(v)2. 起源(。)3. 会话名(s)4. 连接数据(c)5. 会话属性(a)标识IPBCP版本和消息类型6. 时间(t)媒体描述1. 媒体通知(m)2. 媒体属性(a)-附加的属性，用来支持RTP动态负荷类型，DTMF,其他信号音、信号和封包时间注1：某些字段和参数是SDP必备的，但与IPBCP无关注2：上述字

52、段必须按照RFC 2327中定义的顺序出现注3：其它字段也可以包含，但是可以被接收者丢弃1 范围本部分规定了与承载独立的呼叫控制所应用的网络功能模型和协议模型以及支持的能 力。2 引用标准下列标准所包含的条文，通过在本标准中的引用而构成为本标准的条文。在标准出 版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最 新版本的可能性。L1 ITU-T Recommendation Q. 1902.5 (12/2000), Exceptions to the Application Transport Mechanism in the Context of Bearer

53、Independent Call Control.2 ITU-T Recommendation Q. 1400 (1993), Architecture framework for the development of signalling and OA&M protocols using OSI concepts.3 ITU-T Recommendation Q. 1902.1 (12/2000), Bearer Independent Call Control Functional Description (CS2).4 ITU-T Recommendation X. 213 (11/19

54、95), Information technology - Open System In terconnection - Network service definition plus Amendment 1 (08/1997), Addition of the Internet protocol address format 识另q符.5 ITU-T Recommendation Q. 1990 (12/2000), Bearer Control Tunnelling Protocol.6 ITU-T Recommendation E. 182 (03/1998), Operation, N

55、umbering, Routing and Mobile Services - I nt erna t iona 1 Opera t ion - Tones in National Signalling Systems.7.1.2 IPBCP消息字段7. 1. 2.1协议版本v = 0 使用SDP版本07. 1. 2. 2 起源o = address typo :用户名,设为“-” ,IPBCP未用session id：会话标识符，设为“0” , IPBCP未用：版本，参见 RFC 2327. :网络，类型为IN,代表 Internet：地址类型，IP4或IP6”：地址，发送IPBCP消息的B

56、IWF的IP地址接受端应该忽略地址子字段的内容，IPBCP对源字段的内容不做要求。注：上述子字段要求严格遵守SDP规则7. 1. 2. 3会话名s=会话名，标识会话的任意串，内容无要求。7. 1. 2.4连接数据c= address type connection address：网络类型，IN”：地址类型，IP4或 IP6”：连接地址，为一单播地址。此版本IPBCP仅支持单播流（例如, 点到点），参见RFC 2327。7. 1. 2. 5 时间t= 发送方按照SDP规则设置开始时间和停止时间，接收方忽略之。允许（0, 0） , IPBCP对 时间字段无要求。7. 1. 2. 6会话属性SDP会话属性“ipbcp”用于标识IPBCP的版本和区分请求、接受、混乱、拒绝消息。a=ipbcp: :