BICC概述及的案例.docVIP

BICC概述及的案例 　　摘要：BICC（Bearer Independent Call Control――与承载无关的呼叫控制）协议属于应用层控制协议，可用于建立，修改，终结呼叫，可以承载全方位的PLMN/PSTN/ISDN业务。BICC是对ISUP协议的演进和发展，其最基本的特点就是将呼叫控制和承载控制两个层面分离，使得呼叫业务功能（CSF）和承载控制功能（BCF）相独立。 　　关键词：BICC概述 案例 BICC的基本功能 　　中图分类号：TP391.41 文献标识码：A 文章编号：1007-9416（2015）01-0000-00 　　1 BICC概述 　　BICC协议是一个承载与呼叫无关的协议。它的协议模型中将承载控制和呼叫控制两种功能分离，呼叫控制只负责业务流程的实现，和具体的承载类型无关。 　　BICC因其体系制定的完备性，充分考虑了RTP/IP，ATM AAL2/AALl，TDM，MPLS等方式进行多种电路域业务承载网组建方式的需求，对于目前广域IP QoS机制尚不成熟的情况，具备条件的运营商可能会选择首先组建ATM或TDM承载话音业务流，造成多种承载类型网络共存的局面，而目前仅有BICC可以完成控制面与ATM，IP类承载的兼容支持及交互。BICC真正作到了将呼叫控制逻辑与承载相关的承载控制逻辑的完全分离，承载控制逻辑（如Q.AAL2）直接在MGW间执行或（IPBCP）通过隧道方式在MGW间代理透传，确保了承载模式的变化更新对软交换的业务逻辑影响最小。 　　与承载无关的呼叫控制（BICC）协议由ITU-T负责信令标准的第11研究组（SG11）制定。一般情况下，当窄带信令要在宽带网上传送时，是在入口网关处完成窄带信令至宽带信令的转换，在出口网关处再执行反变换。但是，这样的信令变换很难做到完全的语义匹配，于是就提出将呼叫信令和承载信令功能分离的思想。承载信道的建立采用相应宽带网络的承载控制协议，另外单独定义一个与承载网络无关的沿到沿呼叫控制信令协议，其作用是在出入口网关之间传送呼叫控制相关的信息，该协议就是BICC。它完全采用ISUP信令消息，并利用其应用传送机制（APM）传递BICC特定的控制信息。 　　BICC在3GPP R4电路域的功能主要解决在控制和承载分离的方式下提供移动ISUP的呼叫控制。BICC可以被用在承载任何分组网络的环境中，如ATM，IP，TDM或其它技术。ITU已经定义了两种版本：（1）BICC能力组1（CSl）。CSl是BICC的第一个版本。在2000年完成（ITU-T Q.1901系列），CSl支持窄带ISDN业务在ATM传输层上传输，它的网络模式假定呼叫控制和承载控制没有物理分开，它假定MGC和MGW是集成在一个节点中，对水平化集成的网络来说，这是很大的一个限制。（2）BICC能力组2（CS2）。为了克服CSl的限制，ITU在2000～2001年间完成了BICC CS2（Q.1902系列）。CS2增加的最重要的内容是在网络模型中包括了本地交换机，MSC，TSC和GMSC。将呼叫控制和承载控制物理分开，并支持IP作为承载技术 　　2 BICC的基本功能 　　BICC协议提供了支持独立于承载技术和信令传送技术的ISDN业务，BICC协议为信令消息传送使用信令传送转换器（STC）层。支持BICC信令的节点有几种情况，这些节点可以具有承载控制功能（BCF），成为服务节点（SN）；不具有BCF的节点称为呼叫协调节点（CMN）。 　　在一个服务结点，呼叫业务功能和承载控制功能实体可以在物理上分开时，呼叫控制（CBC）信令用于他们之间。SN和CMN都使用“半呼叫”技术，即每个呼叫处理分为入局和出局信令程序，BICC程序至少是SN和CMN中的一种。 　　3案例分析 　　3.1空包码流 　　现象描述：这个case是实际上是在Nc口编码协商成功后，开始要求对Nb口的消息进行初始化。但是华为的rtp码流中带有空包的消息给我们的MGW，从而导致我们的MGW无法识别。由于我们的MGW认为空包即就是什么都没有，因此如果认为的添加数据包到码流中，但是在对端的MGW是无法分辨这是空包还是非空包。 　　解决方法：（1）我们需要打CN文件，来避免这个问题。（2）要求其他厂家不得发这个消息给我们，因为在规范里的确没有说可以带空包或者不准带空包。 　　3.2编码协商失败 　　（1）现象描述：我们的MSS会发两种12.2kbi/s的编码速率。Alcatel无法识别并导致编码协商失败。 　　解决方法：修改MSS中RNC的参数，调整我们的编码。E2O：TYPE=NB，； 　　（2）现象描述：我们的MSS无法识别Alcatel的4.75kbit/s的初始化速率。 　　解决方法：调整我们MSS中