首页 中国移动BICC协议技术规范 PART 4

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

举报
开通vip

中国移动BICC协议技术规范 PART 4╳╳╳╳-╳╳-╳╳实施╳╳╳╳-╳╳-╳╳发布中国移动通信集团公司发布QB-╳╳-╳╳╳-╳╳╳╳中国移动通信企业标准与承载独立的呼叫控制(BICC)规范第4部分:BICC的应用传送机制(APM)、隧道和IP承载控制协议(BCTP)修订稿版本号:1.0.0目次TOC\o"1-3"\h\z\uHYPERLINK\l"_Toc36564455"1范围PAGEREF_Toc36564455\h1HYPERLINK\l"_Toc36564456"2引用标准PAGEREF_Toc36564456\h...

中国移动BICC协议技术规范 PART 4
╳╳╳╳-╳╳-╳╳实施╳╳╳╳-╳╳-╳╳发布中国移动通信集团公司发布QB-╳╳-╳╳╳-╳╳╳╳中国移动通信企业 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 与承载独立的呼叫控制(BICC)规范第4部分:BICC的应用传送机制(APM)、隧道和IP承载控制协议(BCTP)修订稿版本号:1.0.0目次TOC\o"1-3"\h\z\uHYPERLINK\l"_Toc36564455"1范围PAGEREF_Toc36564455\h1HYPERLINK\l"_Toc36564456"2引用标准PAGEREF_Toc36564456\h1HYPERLINK\l"_Toc36564457"3术语和定义PAGEREF_Toc36564457\h1HYPERLINK\l"_Toc36564458"4符号和缩略语PAGEREF_Toc36564458\h1HYPERLINK\l"_Toc36564459"5应用传送机制-BICCPAGEREF_Toc36564459\h2HYPERLINK\l"_Toc36564460"6BICC的承载控制隧道协议(BCTP)PAGEREF_Toc36564460\h2HYPERLINK\l"_Toc36564466"7BICC的IP承载控制协议(IPBCP)PAGEREF_Toc36564466\h4HYPERLINK\l"_Toc36564534"编制历史PAGEREF_Toc36564534\h23前言本规范共包含如下标准文件,本文件是第四部分。对应于ITU-T建议Q.765.5<<与承载独立的呼叫控制协议的APM>>和ITU-T建议Q.1990<>。第1部分:BICC的功能描述,对应于ITU-T建议Q.1902.1第2部分:BICC的消息和参数的基本功能和格式第3部分:BICC的程序第4部分:BICC的APM、隧道和IP承载控制协议。第5部分:BICC所支持的补充业务、BICC与ISUP的信令配合本标准由中国移动通信集团公司技术部提出并归口。本标准由中国移动通信集团公司技术部负责解释。本标准起草单位:中国移动通信集团公司研发中心。本标准主要起草人:本标准解释单位:中国移动通信集团公司技术部。范围本部分规定了与承载独立的呼叫控制所应用的网络功能模型和协议模型以及支持的能力。引用标准下列标准所包含的条文,通过在本标准中的引用而构成为本标准的条文。在标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。[1]ITU-TRecommendationQ.1902.5(12/2000),ExceptionstotheApplicationTransportMechanismintheContextofBearerIndependentCallControl.[2]ITU-TRecommendationQ.1400(1993),ArchitectureframeworkforthedevelopmentofsignallingandOA&MprotocolsusingOSIconcepts.[3]ITU-TRecommendationQ.1902.1(12/2000),BearerIndependentCallControlFunctionalDescription(CS2).[4]ITU-TRecommendationX.213(11/1995),Informationtechnology-OpenSystemInterconnection-NetworkservicedefinitionplusAmendment1(08/1997),AdditionoftheInternetprotocoladdressformat识别符.[5]ITU-TRecommendationQ.1990(12/2000),BearerControlTunnellingProtocol.[6]ITU-TRecommendationE.182(03/1998),Operation,Numbering,RoutingandMobileServices–InternationalOperation–TonesinNationalSignallingSystems.术语和定义骨干网连接(BNC):表示骨干网内边缘到边缘传递连接,它由一个或多个骨干网连接链路(BNCL构成),骨干网连接表示端到端承载连接(NBC)的分段。骨干网连接链路(BNCL):表示两个包含承载控制功能的相邻骨干网实体之间的传递设施。承载控制功能(BCF):在功能模型中有五中类型的BCF:BCF-G、BCF-J、BCF-N、BCF-R和BCF-T。-承载控制接合功能(BCF-J)提供两个相关呼叫业务功能(CSF)的承载交换功能的控制、通信能力,以及建立和释放骨干网连接所需的信令能力。-承载控制网关功能(BCF-G)提供它相关呼叫业务功能(CSF-G)的承载交换功能的控制、通信能力,以及建立和释放骨干网连接所需的信令能力。-承载控制网关功能(BCF-N)提供它的相关呼叫业务功能的承载交换功能的控制、通信能力,以及建立和释放到对等(BCF-N)骨干网连接所需的信令能力。-承载控制网关功能(BCF-R)为完成边缘到边缘骨干网连接,提供承载交换功能的控制并中继承载控制信令请求到下一个BCF。-承载控制网关功能(BCF-T)提供它的相关呼叫业务功能(CSF-T)的承载交换功能的控制、通信能力,以及建立和释放骨干网连接所需的信令能力。承载控制分段(BCS):表示两个相邻承载控制功能实体(BCF)的信令关系。承载互通功能(BIWF):提供服务节点(BCF-N、BCF-T或BCF-G)和一个或多个MCF和MMSF内的承载控制功能(BCF)和媒体映射/交换功能的功能实体,从功能上等效于包含承载控制的媒体网关。承载互通节点(BIWN):包含类似BIWF功能的物理单元。呼叫控制偶联(CCA):定义呼叫间对等信令偶联,和位于不同物理实体的呼叫和承载状态机。呼叫媒介节点(CMN):提供没有有关BCF实体的CSF-C功能的功能实体。呼叫业务功能(CSF)定义了以下四种的类型:呼叫业务节点功能(CSF-N):主要包括ISN中与窄带业务和同层对等的CSF互通时BICC支持窄带业务所应具备的业务控制节点功能。呼叫业务转接功能(CSF-T):主要包括TSN中为建立、维持骨干网呼叫和在它CSF对等层之间信令中继有关的承载业务转接功能,以及调用在骨干网中传送窄带承载业务所需的承载控制转接功能(BCF-T)。呼叫业务关口功能(CSF-G):主要包括GSN中为建立、维持骨干网呼叫和在它CSF对等层之间信令中继有关的承载业务转接功能,以及调用在骨干网中传送窄带承载业务所需的承载控制关口功能(BCF-G)。呼叫业务协调功能(CSF-C):在CSF中不包括BCF功能的呼叫调节节点(CMN)中,应包括提供呼叫协调和在CSF对等层之间信令中继有关建立、维持骨干网呼叫有关调节(mediation)功能。在CSF-C中,将没有与BCF有关的功能,它只具有呼叫控制功能。网关服务节点(GSN):提供两个网域间的关口功能的功能实体,这个功能实体包含一个或多个呼叫业务关口功能(CSG-G),和一个或多个承载互通功能(BIWF)。接口服务节点(ISN):提供非BICC网和终端设备接口的功能实体,这个功能实体包含一个或多个呼叫业务节点功能(CSF-N),和一个或多个与非BICC网、终端设备以及宽带骨干网中对等交互的互通功能(BIWF)。信令传递层(STL):向BICC提供传递和/或网络层业务而规定的一组协议集。信令传递转换器(STC):转接服务节点(TSN):符号和缩略语AAL地址全消息AEAEIALSAPAPM应用传递机制APP应用传递参数ASE应用业务单元ATII应用传递指导指示语BAT承载偶联传递BICC与承载独立的呼叫控制DTMF呼叫实例编码EH差错处理GSN网关服务节点ISN接口服务节点MACF多偶联控制功能PDU协议数据单元NI网络接口NNI网络节点接口PAN公共目的地节点PIN公共起源节点RTP实时传送协议SACF单偶联控制功能SAO单相关体SCN电路交换网SN服务节点TSN转接服务节点TE转接交换机应用传送机制-BICC本章规定了支持BICC(Q.1902.1)的承载相关信息传送的APM-user。由于BICC是用于管理已从承载控制分离实例的呼叫控制实例。它需要传送呼叫控制实例之间承载相关信息。因此引入应用传送机制(ApplicationTransportMechanism)。概述本标准的BICC程序按照5.2节中的模型来描述。它分为两个主要部分:协议功能和非协议功能(即交换机节点功能,这里指的是“应用进程”)。本标准仅描述与支持BICC的承载相关信息传送的NNI增强有关的交换机中的部分应用进程和协议功能。信令偶联分为三部分:承载偶联传送(BATASE)、应用传送机制(APMASE)和BICCASE。这些都是由单偶联控制功能(SACF)来协调的。应用进程(AP)包括所有的呼叫控制功能。本标准仅描述支持BICC所要求的增加的部分。业务原语是用来描述ASE和某个专用的应用信令所需的SACF之间是如何提供服务的。业务原语接口是概念性的接口并且是不可测试和接入的接口,即可内部实现的。它仅是一个描述工具。模型定义网络模型EXCSEXCA-SNPINB-SNPAN图1BICC网络本节描述支持BICC的APM的使用。APM提供传送承载连接建立所需的BICC专用信息的手段。图1表示的是BICC网络举例。A-SN是来话服务节点,B-SN是去话服务节点。服务节点交换机连到其它网络交换机(EXC)。这些网络交换机可为现有窄带PSTN网中的ISDN交换机。它带有至服务节点的ISUP接口或有BICC接口的其它服务节点。公共起源节点(PIN)和公共目的地节点(PAN)概念的引入是为了辅助描述APM。PIN表示网络中的APM-user(BICC)要启动与对等层APM-user的通信。由于APM隐含的寻址机制用于BICC,所以公共目的地节点(PAN)是支持BAT-ASE的呼叫通路上的下一个节点。规范模型这个模型是用来将BICC应用程序的描述结构化。它是基于OSI应用层结构(ALS)模型。图2表示的是BICC进程的概括模型。这个图不表示ISUP程序期间的某一点的情形,它表示的是整个结构。图2还表示了功能块之间的原语接口。图2–BICC规范模型关于图2,所有的功能都有到"管理应用"的接口,它不定义为正式的原语接口。"交换机应用进程(ExchangeApplicationProcess)"是用来描述交换机中的所有应用功能,BICC是交换应用进程的一部分。模型所示的BICC节点功能在本标准中指的是BICC应用进程功能。BICCAEI和BICCASE与ISUPAEI和ISUPASE相似。ISUPAEI和ISUPASE详见Q.1902.5。注:有关BICC协议模型以及BICCAEI和BICCASE与ISUPAEI和ISUPASE之间的关系在Q.1902.1中给出。BATASE是APMASE提供的业务的用户。它负责以公共APM可传送的形式准备承载相关信息。SACF以适当的方式协调它的接口之间的原语流。为处理任何个别的BICC功能,"交换机应用进程"产生所要求的BICC节点功能的实例。AP将按要求产生BICCAEI的实例。网络接口(NI)功能是用来通过信令传送转换器(SignallingTransportConvertor)将收到的消息分发给BICCAEI的适当实例。一个交换机中仅有一个NI实例。NI详见Q.1902.5和Q.1902.1。BICCAE中包括的单偶联对象为如下类型之一:a)PublicInitiatingNode包括:去话BICCASE、起源APMASE、起源EHASE、去话BATASE和BICCSACF。b)PublicAddressedNode包括:来话BICCASE、目的地APMASE、目的地EHASE、来话BATASE和BICCSACF。信令流图3和图4表示的是呼叫控制消息与应用信息流同时发生的BICC呼叫的情况。图3表示的是消息发送的情况,图4表示的是消息接收的情况。图3图4图5和图6表示的是BICC支持的无同时发生的呼叫控制消息时的动态原语流。即APMASE向BICCASE发送一个原语。BICCASE将回送支持信息流机制的APM消息。图5图6BICC应用进程功能概述本节描述AP和BICC SACF之间的业务原语接口。原语接口(AP–BICCSACF)AP和BICCSACF之间的原语接口[图2中的接口(a)]由要求支持公网基本呼叫功能和BICC功能的原语组成。表SEQTable\*ARABIC1–AP和BICCSACF之间的原语原语名称类型方向(注)BICC_DataIndication/Request/BICC_ErrorIndication注–自SACF到AP的原语流:自AP到SACF的原语流:原语内容表2和表3为表1中的原语的参数列表。表SEQTable\*ARABIC2–BICC_DataInd/Req原语的内容参数必备/任选参考ATIIM见本标准第2部分动作指示语O见4.6.1骨干网连接识别符O见4.6.1互通功能地址O见4.6.1编解码列表O见4.6.1单编解码O见4.6.1BAT兼容性 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 O见4.6.1承载网络连接特性O见4.6.1承载控制信息O见4.6.1承载控制隧道O见4.6.1承载控制单元识别符O见4.6.1信号O见4.6.1承载改发能力O见4.6.1承载改发指示语O见4.6.1信号类型O见4.6.1时长O见4.6.1每个参数(除ATII外)均与兼容性信息一起。表SEQTable\*ARABIC3–BICC_ErrorInd原语的内容参数必备/任选参考Error 通知 关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知 M见4.5.2.1的(2)和(3)单偶联控制功能(SACF)–BICCSACF概述BICCSACF主要是接收/传送自/向实体的原语并为BICCAEI执行分发功能。信息流是从AP[图2中的接口(a)]向NI[图2中的接口(f)]或反方向。SACF负责保证当ASE向AP产生多个原语时,它们在接口一起传送以保证正确偶联的保持。这里的SACF仅定义与BICC有关的映射和功能。表4和表7中的原语映射是提供参考。节点发送的消息相关的信息流收到自AP[图2中的接口(a)]的一个原语(request或response)后,SACF向ASE发送原语。在产生的原语中,从AP收到的参数的子集中提取参数。在向NI[图2中的接口(f)]发送结果原语之前,SACF也分发自ASE收到的响应原语。表4–BATASE和APMASE之间的原语映射接口(b),自BATASE接口(d),APMASEAPM_U_DataAPM_Data表5–AP和BATASE之间的原语映射接口(a),自AP接口(b),BATASEBICC_DataBICC_Data节点接收的消息相关的信息流这些程序是在Q.1902.5中APM-userASE与BATASE对应的地方描述。表6–BATASE和AP之间的原语映射接口(b),BATASE接口(a),自APBICC_DataBICC_DataBICC_ErrorBICC_Error表7–APMASE和BATASE之间的原语映射接口(d),自APMASE接口(b),BATASEAPM_DataAPM_U_Data表8–EHASE和BATASE之间的原语映射接口(c),自EHASE接口(b),BATASEAPM_ErrorAPM_U_ErrorBATASEBATASE负责以APM可传送的形式准备信息。原语接口表9列出了BATASE和BICCSACF[图2中的接口(b)]之间的原语接口。表9–BICCSACF和BATASE之间的原语原语名称类型方向(注)APM_U_DataIndication/Request/APM_U_ErrorIndicationBICC_ErrorIndicationBICC_DataIndication/Request/注–自SACF到BATASE的原语流:自BATASE到SACF的原语流:信令程序PIN发送程序收到BICC_Data.request原语后,它的内容以适当的格式准备好且上下文标识值置为"BATASE"。结果在APM_U_Data.request原语中发送。接收程序收到APM_U_Data.indication原语后,要检查它的内容是否为正确的格式和编码。如果一个信息单元通过了这个检查,它就被添加到BICC_Data.indication原语中。如果一个信息单元未通过这个检查,则信息单元和相关问题报告(指示"unrecognisedinformation")被添加到BICC_Error.indication原语中。注:若高层信息单元是"构成式(构成式)",则它被当作一个单实体处理。一旦所有的信息单元已分析,则应发送BICC_Data.indication和/或BICC_Error.indication原语。APM_U_ErrorPrimitive收到APM_U_Error.indication原语后,其内容应不更改地放入BICC_Error原语中。PAN见5.5.2.1。信令拥塞为了避免信令网中的拥塞,有必要使向拥塞目的地有信令负荷的应用以控制的方式限制它们的信令话务。原语内容表10和表11列出了BATASE业务原语的必备和任选内容。BICC_Error和BICC_Data原语的内容在AP/SACF接口定义。注:BAT上下文中使用了隐含寻址。表10APM_U_DataInd/Req原语的内容参数必备/任选应用上下文识别符M应用传送指导指示语M应用数据M表11APM_U_ErrorInd原语的内容参数必备/任选通知MBICC传送–应用数据的格式和编码封装应用信息(EncapsulatedApplicationInformation)一般排列应用传送参数的封装应用信息的一般排列如图7所示。8=MSB7654321=LSB1识别符12长度指示语13兼容性信息14内容1m识别符n长度指示语n兼容性信息n内容np图7-封装应用信息字段封装应用信息字段中的每个信息单元有相同的结构。一个信息单元由4个字段组成,她们总是按如下顺序出现:识别符(一个八位位组),长度指示语,兼容性信息,内容。识别符是用来区别不同的类型。识别符有两类:"构成式"和"简单式"类。在"构成式"时,内容字段由一个或多个信息单元组成,每个信息单元的结构如上所述。在"简单式"时,内容字段仅包括一个值。当传递一个"构成式"类的信息单元时,这个"构成式"中的信息单元的顺序不变。长度指示语规定了兼容性信息和内容的长度。长度不包括识别符和长度指示语。长度指示语的格式见图8。Bit8定义为扩展指示语并指示长度信息是否在下一个八位位组继续。扩展指示语的值"0"意为"informationcontinuesthroughthenextoctet",值"1"意为"lastoctet"。The长度指示语本身最大长度2个八位位组,即若有八位位组1a,则它的的扩展指示语总置为值"1"。876543211Ext.LSB1aExt.=1图8-长度指示语兼容性信息包括当收到的信息单元是不认识时的相应指令。这个字段的格式见图9。87654321传递不可能通用格式第一个八位位组Ext发送通告指示语指导指示语备用发送通告指示语指导指示语图9–兼容性信息在兼容性信息的子字段使用如下编码。a)比特21指导指示语00传递信息单元01丢弃信息单元10丢弃BICC数据11释放呼叫b)比特3发送通告指示语0不发送通告。1发送通告。c)比特4:保留d)比特65传递不可能的指导指示语00释放呼叫01丢弃信息单元10丢弃BICC数据11保留(interpretedas00)e)比特7传递不可能的发送通告指示语0不发送通知1发送通知f)比特8:扩展指示语0信息在下一个八位位组继续1最后一个八位位组内容字段包括元素要传送的信息。识别符列表表12为识别符的列表。表12–识别符的列表值信息单元名称类型参考00000000备用--00000001动作指示语简单式4.6.1.300000010骨干网连接识别符简单式4.6.1.400000011互通功能地址简单式4.6.1.500000100编解码列表构成式4.6.1.600000101单独编解码简单式4.6.1.700000110BAT兼容性报告简单式4.6.1.800000111承载网连接特性简单式4.6.1.900001000承载控制信息简单式4.6.1.1000001001承载控制隧道简单式4.6.1.1100001010承载控制单元识别符简单式4.6.1.1200001011信号构成式4.6.1.1300001100承载改发能力简单式4.6.1.1400001101承载改发指示语简单式4.6.1.1500001110信号类型简单式4.6.1.1600001111时长简单式4.6.1.1700010000to11011111备用--11100000to11111111保留给国内使用--注:这些信息单元的使用和含义是承载专用的并在Q.1902.1的相关补充中规定。动作指示语(ActionIndicator)动作指示语的格式见图10。MSB87654321LSB动作指示语图10–动作指示语动作指示语字段使用如下编码:00000000无指示00000001后向连接00000010前向连接00000011前向连接,没有通告00000100前向连接,加通告00000101前向连接,没有通告加选择的编解码00000110前向连接,加通告和选择的编解码00000111useidle00001000连接的(connected)00001001交换的(switched)00001010选择的编解码00001011修改编解码00001100成功的编解码修改00001101编解码修改失败00001110中间呼叫编解码协商00001111修改到选择的编解码信息00010000中间呼叫编解码协商失败00010001开始信号,通报00010010开始信号,没有通报00010011停止信号,通报00010100停止信号,没有通报00010101开始信号证实00010110开始信号拒绝00010111停止信号证实00011000承载改发00011001to备用1101111111100000to保留给国内使用11111111骨干网连接识别符(BackboneNetworkConnectionIdentifier)骨干网连接识别符见图11。876543211MSB骨干网连接识别符nLSB图11–骨干网连接识别符骨干网连接识别符的内容是承载专用的并在Q.1902.1的相关补充中规定。这个字段的最大长度为4个八位位组。互通功能地址(InterworkingFunctionAddress)互通功能地址的格式见图12。876543211MSB互通功能地址nLSB图12–互通功能地址互通功能地址是NSAP格式(按X.213的附件A和它的补充1)。注:在未来其它格式可在承载专用的文件中定义。编解码列表(CodecList)格式编解码表见图13。87654321单编解码信息单元单编解码信息单元单编解码信息单元图13–编解码表单编解码信息单元在4.6.1.7中规定。编解码列表图13为编解码协商的编解码表。单编解码信息单元按优先级递减的方式列出。第一个单编解码信息单元为最高优先级,最后一个单编解码信息单元为最低优先级。单编解码(SingleCodec)专用编解码的单编解码信息单元用下列子字段编码为可变长度字段:-OID–组织识别符子字段-(1个八位位组):识别标准/私人组织;-编解码信息。图14为单编解码信息单元的排列。MSB87654321LSB1组织识别符2编解码信息n图14-单编解码信息单元组织识别符子字段下列编码用于组织识别符子字段:00000000无指示00000001ITU-T00000010ETSI(参考TS126.103)00000011to保留给IMT2000的成员使用0010000100100010to备用1101111111100000to保留给国内使用11111111编解码信息子字段1)ITU-T编解码信息子字段(OrganisationID=ITU-T)的格式见图15。MSB87654321LSB1CodecType2CodecConfigurationn图15-编解码信息子字段编解码类型子字段下列编码用于编解码类型子字段:00000000无指示00000001G.71164kbit/sA-law00000010G.71164kbit/s-law00000011G.71156kbit/sA-law00000100G.71156kbit/s-law00000101G.722(SB-ADPCM)00000110G.723.100000111G.723.1附件A(静音压缩)00001000G.726(ADPCM)00001001G.727(EmbeddedADPCM)00001010G.72800001011G.729(CS-ACELP)00001100G.729附件B(静音压缩)00001101to备用111111112)编解码配置子字段对于ITU-T编解码类型G.711、G.722和G.723.1,无配置数据。ITU-T编解码(有和没有静音压缩)可在不同的比特率下操作。这些编解码的通常实现是可在所有模式(比特率)下进行并在每帧基础上(通过带内信令)按命令从一种模式切换到另一种模式。因此,配置字段对于所有前述的编解码类型是任选的。当需要指出只支持全集中的一个或几个编解码的操作模式时配置字段出现。当支持所有编解码的操作模式时配置字段不出现(通常情况)。图16和表13为对每一个前述编解码的配置数据编码。图16–1个八位位组长的配置字段的编码表13配置字段的编码编解码类型配置数据dcba00001000G.726xxx116Kbpssupportedxxx016KbpsNotsupportedxx1x24Kbpssupportedxx0x24KbpsNotsupportedx1xx32Kbpssupportedx0xx32KbpsNotsupported1xxx40Kbpssupported0xxx40Kbpsnotsupported00001001G.727xxx116Kbpssupportedxxx016KbpsNotsupportedxx1x24Kbpssupportedxx0x24KbpsNotsupportedx1xx32Kbpssupportedx0xx32KbpsNotsupported1xxx40Kbpssupported0xxx40Kbpsnotsupported00001010G.728xx19.6Kbpssupportedxx09.6KbpsNotsupportedx1x12.8Kbpssupportedx0x12.8KbpsNotsupported1xx16Kbpssupported0xx16KbpsNotsupported00001011G.729xx16.4Kbpssupportedxx06.4KbpsNotsupportedx1x8Kbpssupportedx0x8KbpsNotsupported1xx11.8Kbpssupported0xx11.8.kbpsNotsupported00001100G.729AnnexBxx16.4Kbpssupportedxx06.4KbpsNotsupportedx1x8Kbpssupportedx0x8KbpsNotsupported1xx11.8Kbpssupported0xx11.8KbpsNotsupporteda,b,c和d比特中的每一位对应编解码的操作(比特率)的一个模式。值‘1’意为这个模式支持,值‘0’意为这个模式不支持,值‘x’表示‘不相关’。BAT兼容性报告BAT兼容性报告的格式见图17。MSB87654321LSB1报告原因2诊断n图17–BAT兼容性报告a)报告理由定义了下列报告理由:00000000无指示00000001信息单元不存在或未实现00000010带有不认识信息单元的BICC数据,丢弃00000011to备用1101111111100000保留给国内使用11111111b)诊断诊断的格式见图18。MSB87654321LSB1识别符12MSB3索引LSBn识别符mn+1MSBn+2索引LSB图18–诊断"识别符 n"字段包括符合表12的nth个升级的信息单元的标识值。字段"索引"有固定2个八位位组长并且对相关信息单元的识别值或相关信息单元中的信息单元识别八位位组是一个指针(二进制表示的八位位组的整数值)。若收到一个不认识的标识值x,"识别符 n"包括标识值x并且"索引"的值为"0"。若收到一个认识的类型"简单式"的信息单元x,但它的内容不认识,则"识别符 n"包括这个信息单元x的标识值x并且"索引"的值为"0"。若收到一个认识的类型"构成式"的信息单元x,但它的内容不认识(即一个认识的信息单元的不认识的标识值或不认识的内容),则"识别符 n"包括这个信息单元x的标识值x并且"索引"的值为一个指向信息单元(信息单元不认识或其内容不认识)的标识值八位位组的指针。"索引"的值为"1"加上构成式信息单元标识八位位组和不认识的信息单元标识八位位组之间的八位位组数,不包括信息单元标识八位位组。承载网络连接特性(BearerNetworkConnectionCharacteristics)承载网络连接特性的格式见图19。MSB87654321LSBBearerNetworkConnectionCharacteristics图19–承载网络连接特性用于承载网络连接特性的编码如下:00000000无指示00000001AALtype100000010AALtype200000011StructuredAAL100000100IP/RTP00000101to备用1101111111100000to保留给国内使用11111111承载控制信息(BearerControlInformation)承载控制信息的格式见图20。876543211BearerControlInformationn图20承载控制信息承载控制信息信息单元包括承载控制协议数据单元,见E.182。承载控制隧道(BearerControlTunnelling)承载控制隧道格式见图21。MSB87654321LSBHGFEDCBA图21承载控制隧道BitA:BearerControlTunnellingindicator0无指示1将要使用隧道BitsH-B:备用承载控制隧道指示语(bitA)指示将要使用承载控制隧道。承载控制单元识别符(BearerControlUnitIdentifier)承载控制单元识别符信息单元包括在前向和后向发送的信息以辅助由呼叫业务功能进行的承载互通功能选择。承载互通功能可包括一个或多个承载控制单元(BCU)。一个BCU表示一个物理组。网络ID子字段的定义与网络ID的全局呼叫参考参数(见本标准的第二部分)。本地BCU-ID子字段是在网络域中唯一识别一个BCU实体的识别符。承载控制单元识别符的格式见图22。876543211MSB网络ID长度指示语LSB2…网络IDnn+1LSB本地BCU-IDn+4MSB图22–承载控制单元识别符下列编码为承载控制单元识别符中使用的:1)网络ID长度指示语网络ID长度指示语规定了网络ID子字段的长度(即:二进制表示的八位位组的整数)。长度不包括网络ID长度指示语。2)网络ID网络ID字段的编码见本标准的第三部分。注:当在网络域内使用时,网络ID可通过将网络ID长度指示语置为“0”值来省略。3)本地BCU-ID唯一识别网络域中的BCU的二进制数。信号(Signal)信号的格式见图23。87654321信号类型信息单元时长信息单元图23信号信号类型信息单元在4.6.1.16中规定,时长(Duration)信息单元在4.6.1.17中规定。当且仅当动作(Action)指示语置为"开始信号,通报"或"开始信号,没有通报"时,包括信号信息单元的信号类型(SignalType)信息单元是必备的。信号类型信息单元的目的是传送一个单信号值。在时长信息单元中可任选规定信号的时长,即信号信息单元可只包括信号类型信息单元。信号的时长可控制要么隐含通过带将动作指示语置为“开始信号,通报”/”开始信号,没有通报”和“停止信号,通报”/”停止信号,没有通报”的消息顺序,或隐含由信号本身,或明确由带将动作指示语置为“开始信号,通报”/”开始信号,没有通报”的消息。这个消息还带信号类型信息单元和时长信息单元。这种情况下,起源方不发送带“停止信号,通报”/”停止信号,没有通报”的动作指示语。若在动作指示语中已请求通知,则回送置为“开始信号证实”或“开始信号拒绝”的动作指示语,即在信号结尾无附加通知。承载改发能力(BearerRedirectionCapability)承载改发能力信息单元包括在呼叫建立时前向和后向发送的信息以指示发送节点支持承载改发并指示支持能力选择。承载改发能力的格式见图24。MSB87654321LSBExt.GFEDCBA图24承载改发能力比特A:LateCut-throughcapabilityindicator0不支持迟后连通(LateCut-through)1支持迟后连通(LateCut-through)比特G-B:备用比特H:扩展指示语0信息在下一个八位位组继续1最后一个八位位组承载改发指示语(BearerRedirectionIndicator)承载改发指示语信息单元包括与承载改发程序有关的前向和后向发送的信息。承载改发指示语的格式见图25。承载改发指示语信息单元的格式不是“构成式”,但按八位位组的顺序组成,每个有相同的格式,允许在一个单信息单元中包括几个指示语值,如下所示:876543211BearerRedirectionIndicator2BearerRedirectionIndicator…NBearerRedirectionIndicator图25承载改发指示语承载改发指示语八位位组的数目由承载改发指示语信息单元的长度指示得出。在承载改发指示语中使用下列编码:00000000无指示00000001迟后连通请求(latecut-throughrequest)00000010改发暂时拒绝(redirecttemporaryreject)00000011改发后向请求(redirectbackwardsrequest)00000100改发前向请求(redirectforwardsrequest)00000101改发承载释放请求(redirectbearerreleaserequest)00000110改发承载释放进行(redirectbearerreleaseproceed)00000111改发承载释放完成(redirectbearerreleasecomplete)00001000改发连通请求(redirectcut-throughrequest)00001001改发承载连接指示(redirectbearerconnectedindication)00001010改发失败(redirectfailure)00001011新连接识别符(newconnection识别符)00001100到备用0111111110000000到保留给国内使用11111111信号类型(SignalType)信号类型的格式见图26。MSB87654321LSB1SignalType图25信号类型信号类型中使用下列编码:00000000DTMF000000001DTMF100000010DTMF200000011DTMF300000100DTMF400000101DTMF500000110DTMF600000111DTMF700001000DTMF800001001DTMF900001010DTMF*00001011DTMF#00001100DTMFA00001101DTMFB00001110DTMFC00001111DTMFD00010000to备用0011111101000000拨号音01000001PABX内部拨号音01000010特殊拨号音01000011第二个拨号音01000100回铃音01000101特殊回铃音01000110忙音01000111拥塞音01001000特殊信息音01001001告警音01001010干扰音(intrusiontone)01001011呼叫等待音01001100付费音(paytone)01001101付费电话识别音(payphonerecognitiontone)01001110舒适(comfort)音01001111保持音01010000 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 音01010001主叫等待音(callerwaitingtone)01010010正指示音(positiveindicationtone)01010011负指示音(negativeindicationtone)01010100to备用1101111111100000to保留给国内使用11111111注:信号01000000to01010011在ITU-T建议E.182中定义。注:值01000100“回铃音”的带外传送的使用可由于带外停止“回铃音”和带内语音之间的竞争条件而引起话音切断。时长(Duration)时长的格式见图27。876543211MSBDuration1LSB图27时长时长包括以ms计的信号时长(见4.6.1.16节)。应用上下文识别符(应用上下文Identifier)应用传送参数的应用上下文识别符字段应编码为"承载偶联传送(BAT)"。BICC的承载控制隧道协议(BCTP)本章定义了BICC的承载控制隧道协议。BICC的承载控制隧道协议是一种通用的隧道机制,目的是借助CCU之间的BICC协议和CCU-BCF之间的CBC接口协议来隧传BCP。BICC的承载控制隧道协议传送BCP支持的隧道协议数据单元(PDU)。本章描述了标识承载控制隧道协议的编码和程序。BCTP假设在隧传PDU生成实体与接收实体之间已经提供一个可靠的、顺序的、点到点的信令传送服务。BCTP支持在以下协议进行BCP隧传:BICC协议:利用BICC的APM机制。CBC协议:利用H.248的隧道包,在Q.1950中定义。其实现机制如下图图28BCTP隧道机制隧传(Tunnelling)承载控制协议支持的承载控制协议表14支持的承载控制协议支持的BCP参考IPBCP参见7BCTPPDU的格式BCTP在每个被隧传的BCP信息包前均增加2个八位位组(二进制编码的协议控制信息PCI字段)。第一个八位位组包含:1比特的BCTP版本错误指示语(BVEI)字段和5比特的BCTP版本指示语字段。第二个八位位组包含:1比特的隧道协议错误指示语(TPEI)字段和6比特的隧道协议指示语字段。其格式如下表:表15:BCTP指示语字段876543210BVEI1最高有效比特BCTP版本指示语最低有效比特八位位组10TPEI最高有效比特隧道协议指示语最低有效比特八位位组2隧道协议错误指示语TPEI:0无指示1承载控制协议不支持隧道协议指示语:654321000000到备用(二进制编码协议)010111011000到留作国内使用(二进制编码协议)011111100000IPBCP(文本编码协议)100001备用(文本编码协议)100010未用100011到备用(文本编码协议)110111111000到留作国内使用(文本编码协议)111111BCTP版本错误指示语BVEI:0无指示1BCTP版本不支持BCTP版本指示语:5432100000BCTP协议版本1(推荐)00001到备用11111注-BCTP指示语八位位组1的比特8和6总分别置为“0”和“1”;注-BCTP指示语八位位组2的比特8总置为“0”。程序正常程序隧传PDU的生成实体对BCTP指示语进行,并且把BCTP指示语加到每个出局的PDU之前。TPEI和BVEI均置为“无指示”,BCTP版本指示语指明了BCTP协议使用的版本。收到隧传的PDU后,隧传PDU的接收实体首先对BCTP版本指示语的值进行检查看是否支持,在检查并扣除了BCTP指示语八位位组后,将入局PDU分发到适当的承载控制协议处理实体。正常程序如果接收时,BCTP版本指示语的取值不支持:生成一个BCTP包,仅包含2八位位组的BCTP指示语字段,BVEI=“BCTP版本不支持,版本错误指示”,隧道协议指示语=来源包中的隧道协议指示语,BCTP版本指示语=本端支持的版本号。将此BCTP包送回隧传PDU生成实体通知BIWF的控制部分(注)如果接收时,BCTP版本指示语的取值支持,但是被隧传的协议指示语的取值不支持:生成一个BCTP包,仅包含2八位位组的BCTP指示语字段,TPEI=“BCP不支持,协议错误指示”,PI=来源包中的PI。将此BCTP包送回隧传PDU生成实体通知BIWF的控制部分(注)如果隧传PDU接收实体接收到一个隧传PDU的BCTP指示语中的TPEI=“BCP不支持,协议错误指示”,和/或VI=“BCTP版本不支持,版本错误指示”:通知BIWF的控制部分(注)注:在CBC协议的错误消息中使用原因码“互通,未规定”。被隧传PDU的最大长度的控制隧传PDU生成实体为保证不超出BICC和CBC的隧道机制的最大数据传送能力,应对隧传PDU的最大长度进行控制。这些最大传送能力取决于采用的支持BICC和CBC接口的底层信令传送网的最大传送能力。BICC的IP承载控制协议(IPBCP)本章描述了BICC的IP承载控制协议。BICC的IP承载控制协议(IPBCP)能够用于媒体流信源/信宿之间的媒体流特性、端口号和源IP地址的交换,以建立和修改IP承载。IPBCP之间的信息交互可以在BICC呼叫建立期间,也可以在呼叫建立之后。IPBCP使用会话描述协议(SDP,参见RFC2327)对信息进行编码。IPBCP的消息IPBCP在对等BIWF间使用消息来传递信息。IPBCP中定义了四种消息:请求(Request):请求建立或修改IP承载,发起IP承载建立请求的BIWF称之为I-BIWF。接受(Accepted):接受先前收到的请求消息,收到IP承载建立请求的BIWF称之为R-BIWF。混乱(Confused):对IP承载建立或修改请求消息的响应,表示不能处理先前收到的请求消息拒绝(Rejected):对IP承载建立或修改请求消息的响应,表示拒绝先前收到的请求消息I-BIWF或者R-BIWF都可以发起一个IP承载修改请求。IPBCP消息内容会话和时间描述1.协议版本(v)2.起源(o)3.会话名(s)4.连接数据(c)5.会话属性(a)-标识IPBCP版本和消息类型6.时间(t)媒体描述1.媒体通知(m)2.媒体属性(a)-附加的属性,用来支持RTP动态负荷类型,DTMF,其他信号音、信号和封包时间注1:某些字段和参数是SDP必备的,但与IPBCP无关注2:上述字段必须按照RFC2327中定义的顺序出现注3:其它字段也可以包含,但是可以被接收者丢弃IPBCP消息字段协议版本v=0使用SDP版本0起源o=
:用户名,设为“-”,IPBCP未用:会话标识符,设为“0”,IPBCP未用:版本,参见RFC2327.:网络,类型为"IN",代表Internet:地址类型,"IP4"或"IP6"
:地址,发送IPBCP消息的BIWF的IP地址接受端应该忽略地址子字段的内容,IPBCP对源字段的内容不做要求。注:上述子字段要求严格遵守SDP规则会话名s=会话名,标识会话的任意串,内容无要求。连接数据c=:网络类型,"IN":地址类型,"IP4"或"IP6":连接地址,为一单播地址。此版本IPBCP仅支持单播流(例如,点到点),参见RFC2327。时间t=发送方按照SDP规则设置开始时间和停止时间,接收方忽略之。允许(0,0),IPBCP对时间字段无要求。会话属性SDP会话属性“ipbcp”用于标识IPBCP的版本和区分请求、接受、混乱、拒绝消息。a=ipbcp:::版本,=1:IPBCP版本:类型,=("请求"/"接受"/"混乱"/"拒绝")注:IPBCP只支持建立双向流,这些承载默认类型为发送和接收,因此不需要标明SDP属性a=sendrecv。媒体通知m=“fmtlist”仅有一
本文档为【中国移动BICC协议技术规范 PART 4】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: ¥12.0 已有0 人下载
最新资料
资料动态
专题动态
个人认证用户
xiaowu0912
多年轨道交通运输经验
格式:doc
大小:171KB
软件:Word
页数:48
分类:教育学
上传时间:2021-11-17
浏览量:12