BICC協議介紹前言過去幾年，語音業務的飛速增長特別是撥號接入WWW的大規模應用，使得運營商一方面需要對PSTN/ISDN加大投入，另一方面，又不希望投入太多到舊的網絡中，因為很顯然，分組網絡將變成電信的主要收入。有人提議分離PSTN/ISDN的呼叫控制和承載控制，對已經存在SS7的成分ISUP協議進行修改，作為呼叫控制協議。這個修改的協議，就是BICC協議。BICC協議使分組網絡可以提供PSTN/ISDN業務。課程目標掌握BICC協議在網絡中的位置與作用掌握BICC的各種承載建立方式與相關呼叫流程了解SoftX3000中BICC的數據配置學習完本課程，您將能夠：參考資料隨機手冊－－技術手冊－－信令與協議分冊ITU

Q1902.3Bearerindependentcallcontrolprotocol(CS2)andSignallingsystemNo.7-ISDNuserpartformatsandcodesITU

Q1902.4BEARERINDEPENDENTCALLCONTROLPROTOCOL,BASICCALLPROCEDURESITUQ.1990BICCBearerControlTunnellingProtocolITUQ1970

BICCIPBearerControlProtocolITUQ1950BEARERINDEPENDENTCALLBEARERCONTROLPROTOCOL課程內容第一章功能介紹第二章消息結構第三章基本過程第四章數據配置第一章功能介紹第一節BICC簡介第二節BICC在網絡中的應用第三節BICC在3GR4網絡中的位置第四節BICC在NGN中的位置BICC簡介BICC協議是在骨干網中使用的與承載無關的呼叫控制信令協議。包括ATM網絡和IP網絡在內的各種數據網絡，利用該信令協議就可以承載全方位的PSTN/ISDN業務。因此，BICC被認為是傳統電信網向多業務綜合平臺演進的重要支撐工具。BICC是一個控制與承載分離的信令協議，它不直接對媒體資源（ATM、IP）進行控制，而是通過標準的承載控制協議（H.248協議）對這些資源進行控制。BICC簡介BICC協議是在窄帶ISUP協議的基礎上發展來的，可以認為是將窄帶ISUP協議去掉具體的電路控制部分改編而成，但它不能與ISUP對等兼容。理論上，BICC協議可部署在各種各樣的信號傳輸協議棧之上，提供與具體業務承載無關的呼叫控制。目前比較成熟的可承載BICC協議的傳輸協議是：MTP3/M3UA/MTP3B和SCTP等。BICC協議由ITU-TQ.1902系列，Q.2150，Q.765等規范描述BICC簡介

BICC簡介ISN:提供了和非BICC網絡或終端設備互通的接口，相當于端局

GSN:提供了兩個BICC網絡之間關口的，相當于關口局TSN:提供ISN或GSN之間轉接功能，相當于匯接局BICC簡介接口業務節點(ISN=InterfaceServingNode)功能實體，位于SCN網和BICC網之間，其包含CSF-N和BIWF轉接業務節點(TSN=TransitServingNode)功能實體，位于BICC網內的兩個SN之間，其包含CSF-T和BIWF關口業務節點(GSN=GatewayServingNode)功能實體，位于兩個網絡主域之間，其包含CSF-G和BIWFBICC簡介CMN和SN的區別是CMN不控制網關，SN要控制網關第一章功能介紹第一節BICC簡介第二節BICC在網絡中的應用第三節BICC在3GR4網絡中的位置第四節BICC在NGN中的位置BICC在網絡中的應用在無線3G應用中，BICC協議處于3GPPR4電路域核心網的Nc接口，提供了對(G)MSCServer之間呼叫接續的支持。參見規范ITU-TTS23.205。在固定網NGN應用中，BICC協議處于分層體系結構中的呼叫控制層，提供了不同SoftSwitch之間呼叫接續的支持。第一章功能介紹第一節BICC簡介第二節BICC在網絡中的應用第三節BICC在3GR4網絡中的位置第四節BICC在NGN中的位置BICC在3GR4網絡中的位置BICC協議應用在Nc接口，也即是(G)MSCServer之間交互的信令BICC在3GR4網絡中的位置第一章功能介紹第一節BICC簡介第二節BICC在網絡中的應用第三節BICC在3GR4網絡中的位置第四節BICC在NGN中的位置BICC在NGN中的位置思考題為什么BICC被認為是傳統電信網向多業務綜合平臺演進的重要支撐工具。解答BICC協議是一種與承載無關的呼叫控制信令協議。它既可以承載在傳統的TDM網絡上，也可以承載在包括ATM網絡和IP網絡在內的各種數據網絡上。它能夠在ATM/IP寬帶網絡上承載傳統窄帶ISDN信令。本章小結BICC是一種與承載無關的呼叫控制信令協議。BICC實現了核心網承載與控制的分離BICC是應用于3GR4中MSCServer間或NGN控制層的軟交換設備間的中繼側協議課程內容

第一章功能介紹第二章消息結構第三章基本過程第四章數據配置第二章消息結構第一節BICC消息結構第二節BICC主要消息BICC消息結構CIC－呼叫實例碼，用來標識兩局之間屬于同一呼叫的消息Messagetypecode－消息類型，如：IAM/APM/ACM/ANM等消息Mandatoryfixedpart－

強制固定長度參數部分Mandatoryvariablepart－強制可變長度參數部分Optionalpart－可選參數部分BICC消息結構第二章消息結構第一節BICC消息結構第二節BICC主要消息BICC主要消息按照Q.1902.3中定義，BICC協議大約有40多消息。其中呼叫過程中最?？吹降南⒂校篒AM：初始化地址消息APM：應用傳輸消息ACM：地址全參數ANM：應答參數REL：釋放消息RLC：釋放完成消息第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商第六節呼叫釋放過程BICC承載建立方式前向承載建立方式(ForwardBearerSetup)

非隧道方式(NoTunnelcase)

快速隧道方式(FastTunnel)

延遲隧道方式(DelayedForwardTunnel)后向承載建立方式(BackwardBearerSetup)

非隧道方式(NoTunnelCase)

延遲隧道方式(DelayedBackwardTunnel)前向承載與后向承載建立前向承載建立方式下，承載建立請求（Setup）是由發起呼叫的同一SN發起的，在發起承載Setup前，必須獲得后繼局在后向APM消息中攜帶的承載地址及承載標識的信息；后向承載建立方式下，承載建立請求（Setup）是由后繼局的SN發起的，后繼局發起后向承載Setup的依據是前向IAM消息中攜帶的承載地址與標識信息；呼叫始發局將在IAM中指示采用哪種承載建立方式；第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商第六節呼叫釋放過程R4呼叫流程舉例假定MGW-O的上下文是（C1,T1,T2）,MGW-T的上下文是（C2,T3,T4）,以一個UE呼UE的流程描述Iu-CS、Nc、Nb、Mc這幾個接口是如何配合的；移動呼叫移動-delayedforward前向延遲建立的的主要特點是先發IAM消息給后向局，后向局準備好被叫側的承載后通過APM消息通知前向局，在APM消息中，帶有相關承載信息（BNC_ID，BIWF_ADDRESS，ATM承載時才會用到）。主叫側MSCServer收到APM消息后，才開始準備無線側和主叫側的承載，并由主叫側的MGW主動發起IPBCP的請求消息，完成承載的建立過程。前向承載建立方式UE呼UE的前向延遲建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互COT尋呼和鑒權加密過程SETUPCALLCONFIRMADD_req（C$）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）承載建立過程APMNbUPInitreqNbUPInitackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）準備承載建立承載準備承載IAMUE呼UE的前向延遲建立流程－續UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準備承載送回鈴音激活承載?；剽徱舨⒓せ罴せ畛休d激活承載移動呼叫移動-fastforward前向快速建立方式，主叫側也是先將無線承載建立起來，在準備到被叫側的承載時，要求MGW將IPBCP的REQUEST消息通過NTF消息上報給MSCServer，MSCServer將IPBCP的消息作為隧道數據通過IAM消息傳送給被叫側的MSCServer。被叫側MSCServer收到IAM消息后，建立到主叫側的承載和無線承載，并要求MGW通過NTF消息上報IPBCP的RESPONSE消息，被叫側的軟交換收到這些信息后，通過APM消息將IPBCP的響應消息發給主叫側軟交換，主叫側軟交換通過MOD消息將IPBCP的響應消息發給MGW。UE呼UE的快速前向承載建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互APM(TunnelData2)尋呼和鑒權加密過程SETUPCALLCONFIRMADD_req（C$,TunnelData1）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(C1,T2,TunnelData1)NTF_rsp(C1,T2)NTF_req(C2,T3,TnnelData2)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）建立承載準備承載準備承載IAM(TunnelData1)UE呼UE的快速前向承載建立流程－續UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準備承載送回鈴音激活承載停回鈴音并激活激活承載激活承載NbUPInitreqNbUPInitackMOD_req（TunnelData2）MOD_rsp（C1,T2）COTNTF(C1,T2)NTF(C2,T3)第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商第六節呼叫釋放過程移動呼叫移動-delayedbackward后向延遲建立與前向延遲建立的的主要區別是在于發IAM消息之前，主叫側先將無線承載建立起來，準備好到被叫側的承載，并將相關承載信息（BNC_ID，BIWF_ADDRESS）通過IAM消息傳送給被叫側的MSCServer。被叫側MSCServer收到IAM消息后，準備好到主叫側的承載，并由被叫側的MGW主動發起IPBCP的請求消息，完成所有承載的建立。后向承載建立方式UE呼UE的后向承載建立流程UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2SETUPCALLPROCEEDING與HLR交互COT尋呼和鑒權加密過程SETUPCALLCONFIRMADD_req（C$）ADD_rsp（C2,T3）ADD_req（C$）ADD_rsp（C1,T2）承載建立過程NbUPInitreqNbUPInitackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化NTF_req(T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）建立承載準備承載準備承載IAMUE呼UE的后向承載建立流程－續UE1RNC1MSCSERVER1MGW1MGW2MSCSERVER2RNC2UE2RAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立，IuUP初始化ADD_req（T$）ADD_rsp（T4）ALERTINGACMALERTINGMOD_req（T3）MOD_rsp（T3）CONNECTMOD_req（T4）MOD_rsp（T4）MOD_req（T3）MOD_rsp（T3）ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準備承載送回鈴音激活承載?；剽徱舨⒓せ罴せ畛休d激活承載三種承載建立方式的比較

前向快速隧道承載建立方式，MSCSERVER在發送IAM消息前就已經從MGW得到了TunnelData，然后在發送給后續局的IAM消息中攜帶IPBCP請求的TunnelData，對于承載建立前的交互只有兩條消息（分別是IAM->和APM<-消息）。

DelayForward隧道承載建立方式，在IAM及第一條返回的APM消息中，都不攜帶TunnelData，而是等第一條APM返回后（帶有codecinfo），才進行承載建立的發起。承載建立前的交互有四條消息（IAM->,APM<-,APM->,APM<-消息）。DelayBackward隧道承載建立方式，在IAM中，不攜帶TunnelData，入局收到IAM后，發起承載建立，承載建立前的交互有三條消息，（IAM->,APM<-,APM->消息）。這三種承載建立方式，僅僅是承載建立方向及時機的不同，本質上并無大的區別，各自也沒有太大的優劣之分。從消息流程上看，前向快速的消息最少，接續時間也是最少（和其余兩種比實際差別很小，可以忽略不記。經過實際測試，也證實這一點。），前向延遲的消息最多，接續時間最長。選擇哪一種實際上更依賴于別的因素，如與之互通的對端設備采用哪種承載方式或者是否支持TrFO等。三種承載方式應用的場景如果不使用TrFO，我們推薦使用流程比較簡潔，消息數比較少，接續時間較短的前向快速隧道承載建立流程。但是對于真正的端到端的TrFO應用，為了適應可能的各種復雜的編解碼之間的修改，所以需要將承載建立過程延遲到編解碼協商完成后。究竟采用前向延遲隧道還是采用后向延遲隧道承載建立方式，需要根據具體的組網情況來決定。第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商第六節呼叫釋放過程隧道承載建立方式隧道由Q.1990進行描述承載控制消息(IPBCP)是通過Nc口的BICC協議進行傳送CSF向BCF指示是否支持隧道，以及是快速隧道還是慢速隧道。BCF決定是否使用隧道隧道承載建立方式前向快速隧道承載建立流程隧道承載建立方式前向延遲隧道承載建立流程隧道承載建立方式后向延遲隧道承載建立方式第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商

第六節呼叫釋放過程CODEC協商流程發起編解碼協商的SN生成支持的編解碼列表，該列表中含有所有的編解碼，并按優先級順序排列。呼叫經過的SN將本節點不支持的編解碼從編解碼列表中刪除。并將編解碼列表向后續SN傳送。目的地SN將從編解碼列表中選擇優先級最高的編解碼作為選擇的編解碼，并將該編解碼向前傳送到發起編解碼協商的SN。CODEC協商流程TrFO技術的目的：在通話的端到端路徑上，盡可能的減少編解碼次數，盡量做到只進行一次編碼和解碼。TrFO技術的優點只進行一次編碼和解碼，減少了語音的編碼損傷，從而提高了語音質量。使用壓縮編解碼，降低帶寬占用。減少編碼次數，降低通話端到端的遲延。減少TC配置資源，減少投資。Trfo技術的目的和優點TrFO與TFO示意圖McMcNbNcNodeBRNCIubNodeBRNCIubIuMGWMGWMSCServerMSCServerNbUPIP/ATM編碼/解碼編碼/解碼語音幀透傳語音幀透傳AMRAMRAMRMcMcNbNcNodeBRNCIubNodeBRNCIubIuMGWMGWMSCServerMSCServerTDM編碼/解碼編碼/解碼TFO處理TFO處理AMRG.711ANDTFOframeAMRTrFO的實現--帶外的TC協商機制TrFO對終端的要求終端：至少支持默認的Codec：AMR。相互通訊的手機至少共同支持一種相同速率的AMR，如12.2K的AMR，目前市面上的3G手機都支持12.2K的AMR。總上所述，可見TrFO功能對終端基本上沒有額外的要求。

TrFO對RNC的要求RNC：必須順從3GPPR4TrFO協議，主要修改點如下：（1）RNC支持RFCI的校正過程（2）速率控制過程。（3）RNC的AMRC算法需要進行修改。TrFO對MGW的要求TrFO對MGW的主要要求支持RFCI的校正：RFCI校正目的是為了讓被叫使用主叫的RFCI編碼方式，從而使得的MGW無需做任何轉變而直接可以透傳語音幀。支持對當前通話的CODEC及其子集合速率的修改：由于切換，網絡情況等因素引起用戶編解碼類型或速率集合發生變化，為了建立端到端的TrFO，需要端到端的修改通話使用的CODEC和其子速率。支持UP重新協商：伴隨codec的修改，用戶面需要為新的CODEC和速率做好準備。TrFO對MSCServer的要求MSCServer：TrFO在R4才引入，必須順從3GPPR423153相關協議以及支持BICC或SIP協議。具體如下：（1）MSCServer必須支持BICC協議或SIP協議實現局間呼叫編解碼協商。（2）Iu接口：MSCServer下發指配請求時，需要把協商后的編解碼類型下給RNC；同時MSCServer能夠收集上報的編解碼列表。（3）Mc接口：通知MGW協商后的CODEC參數等；（4）MSCServer要能夠完成主、被叫間能力協商，取主、被叫能力的交集，并將協商后的編解碼類型下發給主被叫端。第三章基本過程第一節BICC承載建立方式第二節前向承載建立第三節后向承載建立第四節隧道方式第五節CODEC協商第六節呼叫釋放過程BICC呼叫釋放過程思考題為什么要使用隧道承載建立方式解答使用BICC的隧道機制可以在控制面的網絡中傳送承載面的承載信令交互，這樣不需在承載面中另外建立承載信令網絡。本章小結BICC有多種承載建立方式，對應多種局間的消息流程BICC可利用隧道機制來傳送承載控制信令第四章數據配置第一節BICC數據配置概述第二節配置底層信令第三節增加局向第四節增加路由、子路由第五節增加BICC中繼群第六節增加BICCCIC資源BICC數據配置概述BICC作為局間信令，它的配置過程跟原來的七號信令ISUP的配置非常相似。分為以下幾步：配置底層信令增加局向增加路由、子路由數據增加BICC中繼群增加BICCCIC資源第四章數據配置第一節BICC數據配置概述第二節配置底層信令第三節增加局向第四節增加路由、子路由第五節增加BICC中繼群第六節增加BICCCIC資源配置底層信令BICC是一種與承載無關的協議，根據需要，BICC可以承載在MTP3、MTP3B或SCTP之上。MTP3、MTP3B的配置不在此陳述SCTP的配置使用命令ADDBICCSCTPLNK第四章數據配置第一節BICC數據配置概述第二節