1、 BICC協議介紹協議介紹前言前言l過去幾年，語音業務的飛速增長特別是撥號接入過去幾年，語音業務的飛速增長特別是撥號接入WWW的大規的大規模應用，使得運營商一方面需要對模應用，使得運營商一方面需要對PSTN/ISDN加大投入，另加大投入，另一方面，又不希望投入太多到舊的網絡中，因為很顯然，分一方面，又不希望投入太多到舊的網絡中，因為很顯然，分組網絡將變成電信的主要收入。組網絡將變成電信的主要收入。l有人提議分離有人提議分離PSTN/ISDN的呼叫控制和承載控制，對已經存的呼叫控制和承載控制，對已經存在在SS7的成分的成分ISUP協議進行修改，作為呼叫控制協議。這個協議進行修改，作為呼叫控制協議

2、。這個修改的協議，就是修改的協議，就是BICC協議。協議。lBICC協議使分組網絡可以提供協議使分組網絡可以提供PSTN/ISDN業務。業務。課程目標課程目標l掌握掌握BICC協議在網絡中的位置與作用協議在網絡中的位置與作用l掌握掌握BICC的各種承載建立方式與相關的各種承載建立方式與相關呼叫流程呼叫流程l了解了解SoftX3000中中BICC的數據配置的數據配置學習完本課程，您將能夠：學習完本課程，您將能夠：參考資料參考資料l隨機手冊技術手冊信令與協議分冊隨機手冊技術手冊信令與協議分冊lITU Q1902.3 Bearer independent call control protocol

3、(CS2) and Signalling system No.7 - ISDN user part formats and codeslITU Q1902.4 BEARER INDEPENDENT CALL CONTROL PROTOCOL, BASIC CALL PROCEDURESlITU Q.1990 BICC Bearer Control Tunnelling ProtocollITU Q1970 BICC IP Bearer Control ProtocollITU Q1950 BEARER INDEPENDENT CALL BEARER CONTROL PROTOCOL課程內容課程

4、內容第一章第一章 功能介紹功能介紹第二章第二章 消息結構消息結構第三章第三章 基本過程基本過程第四章第四章 數據配置數據配置第一章第一章 功能介紹功能介紹l第二節第二節 BICC在網絡中的應用在網絡中的應用l第三節第三節 BICC在在3G R4網絡中的網絡中的位置位置l第四節第四節 BICC在在NGN中的位置中的位置BICC簡介簡介lBICC協議是在骨干網中使用的與承載無關的呼叫控制信令協議。包括協議是在骨干網中使用的與承載無關的呼叫控制信令協議。包括ATM網絡和網絡和IP網絡在內的各種數據網絡，利用該信令協議就可以承載網絡在內的各種數據網絡，利用該信令協議就可以承載全方位的全方位的PSTN/

5、ISDN業務。因此，業務。因此，BICC被認為是傳統電信網向多業被認為是傳統電信網向多業務綜合平臺演進的重要支撐工具。務綜合平臺演進的重要支撐工具。lBICC是一個控制與承載分離的信令協議，它不直接對媒體資源是一個控制與承載分離的信令協議，它不直接對媒體資源（ATM、IP）進行控制，而是通過標準的承載控制協議（）進行控制，而是通過標準的承載控制協議（H.248協議）協議）對這些資源進行控制。對這些資源進行控制。BICC簡介簡介lBICC協議是在窄帶協議是在窄帶ISUP協議的基礎上發展來的，可以認為是將窄帶協議的基礎上發展來的，可以認為是將窄帶ISUP協議去掉具體的電路控制部分改編而成，但它不能

6、與協議去掉具體的電路控制部分改編而成，但它不能與ISUP對等對等兼容。兼容。l理論上，理論上，BICC協議可部署在各種各樣的信號傳輸協議棧之上，提供與協議可部署在各種各樣的信號傳輸協議棧之上，提供與具體業務承載無關的呼叫控制。目前比較成熟的可承載具體業務承載無關的呼叫控制。目前比較成熟的可承載BICC協議的傳協議的傳輸協議是：輸協議是：MTP3/M3UA/MTP3B和和SCTP等。等。lBICC協議由協議由ITU-T Q.1902系列，系列，Q.2150，Q.765等規范描述等規范描述BICC簡介簡介 呼叫業務功能(CSF)承載控制功能(BCF)業務節點(SN)呼叫控制信令(BICC協議)呼叫

7、控制信令(BICC協議)承載控制信令承載控制信令承載BICC規范的主要范圍BICC簡介簡介O utgoingprocedu resIncom ingprocedu resB C FC all Service F unction (C SF )B IW FSER V IN G N O D E (SN )B earer C ontrol Sign allingB earer C ontrol Sign allingB earerC all C ontrol Signalling(B IC C protocol orother signallingsystem )C all C ontrol Sig

8、nalling(B IC C protocol orother signallingsystem )C all B earer C ontrol (C B C )signallinglISN : 提供了和非提供了和非BICC網絡或終端設備互通的接口，相當于端局網絡或終端設備互通的接口，相當于端局 lGSN : 提供了兩個提供了兩個BICC網絡之間關口的，相當于關口局網絡之間關口的，相當于關口局lTSN : 提供提供ISN或或GSN之間轉接功能，相當于匯接局之間轉接功能，相當于匯接局BICC簡介簡介l接口業務節點接口業務節點(ISN=Interface Serving Node)l功能實體，位于

9、功能實體，位于SCN網和網和BICC網之間，其包含網之間，其包含CSF-N和和BIWFl轉接業務節點轉接業務節點(TSN=Transit Serving Node)l功能實體，位于功能實體，位于BICC網內的兩個網內的兩個SN之間，其包含之間，其包含CSF-T和和BIWFl關口業務節點關口業務節點(GSN=Gateway Serving Node)l功能實體，位于兩個網絡主域之間，其包含功能實體，位于兩個網絡主域之間，其包含CSF-G和和BIWFOutgoingproceduresIncomingproceduresBCFCall Service Function (CSF)BIWFCALL

10、MEDIATION NODE (CMN)Bearer Control SignallingBearer Control SignallingBearerCall Control Signalling(BICC protocol)Call Control Signalling(BICC protocol)BICC簡介簡介CMN和和SN的區別是的區別是CMN不控制網關，不控制網關，SN要控制網關要控制網關第一章第一章 功能介紹功能介紹l第一節第一節 BICC簡介簡介l第三節第三節 BICC在在3G R4網絡中的網絡中的位置位置l第四節第四節 BICC在在NGN中的位置中的位置BICC在網絡中的應用

11、在網絡中的應用l在無線在無線3G應用中，應用中，BICC協議處于協議處于3GPP R4電路域核心網的電路域核心網的Nc接口，提供了對接口，提供了對(G)MSCServer之間呼叫接續的支持。參見規之間呼叫接續的支持。參見規范范ITU-T TS 23.205。l在固定網在固定網NGN應用中，應用中，BICC協議處于分層體系結構中的呼叫協議處于分層體系結構中的呼叫控制層，提供了不同控制層，提供了不同SoftSwitch之間呼叫接續的支持。之間呼叫接續的支持。第一章第一章 功能介紹功能介紹l第一節第一節 BICC簡介簡介l第二節第二節 BICC在網絡中的應用在網絡中的應用l第四節第四節 BICC在在

12、NGN中的位置中的位置BICC在在3G R4網絡中的位置網絡中的位置BICC協議應用在協議應用在Nc接口，也即是接口，也即是(G)MSCServer之間交互的信令之間交互的信令BICC在在3G R4網絡中的位置網絡中的位置第一章第一章 功能介紹功能介紹l第一節第一節 BICC簡介簡介l第二節第二節 BICC在網絡中的應用在網絡中的應用l第三節第三節 BICC在在3G R4網絡中的網絡中的位置位置BICC在在NGN中的位置中的位置思考題思考題l為什么為什么BICC被認為是傳統電信網向多業務綜被認為是傳統電信網向多業務綜合平臺演進的重要支撐工具。合平臺演進的重要支撐工具。解答解答lBICC協議是一

13、種與承載無關的呼叫控制信令協議是一種與承載無關的呼叫控制信令協議。它既可以承載在傳統的協議。它既可以承載在傳統的TDM網絡上，網絡上，也可以承載在包括也可以承載在包括ATM網絡和網絡和IP網絡在內的網絡在內的各種數據網絡上。它能夠在各種數據網絡上。它能夠在ATM/IP寬帶網絡寬帶網絡上承載傳統窄帶上承載傳統窄帶ISDN信令。信令。本章小結本章小結lBICC是一種與承載無關的呼叫控制信令協議。是一種與承載無關的呼叫控制信令協議。lBICC實現了核心網承載與控制的分離實現了核心網承載與控制的分離lBICC是應用于是應用于3G R4中中MSCServer間或間或NGN控制層的軟交換控制層的軟交換設備

14、間的中繼側協議設備間的中繼側協議課程內容課程內容第一章第一章 功能介紹功能介紹第二章第二章 消息結構消息結構第三章第三章 基本過程基本過程第四章第四章 數據配置數據配置第二章第二章 消息結構消息結構l第二節第二節 BICC主要消息主要消息BICC消息結構消息結構CICMessage type codeMandatory fixed partMandatory variable partOptional partlCIC 呼叫實例碼，用來標識兩局之間屬于同一呼叫的消息呼叫實例碼，用來標識兩局之間屬于同一呼叫的消息lMessage type code 消息類型，如：消息類型，如： IAM/APM/

15、ACM/ANM 等消息等消息lMandatory fixed part 強制固定長度參數部分強制固定長度參數部分lMandatory variable part 強制可變長度參數部分強制可變長度參數部分lOptional part 可選參數部分可選參數部分BICC消息結構消息結構Order of bit transmissionOrder of octettransmissionMandatoryfixed partMandatoryvariable partOptionalpart87654321CICMessage type codeMandatory parameter AMandato

16、ry parameter FPointer to parameter MPointer to parameter PPointer to start of optional partLength indicator of parameter MParameter MLength indicator of parameter PParameter PParameter name = XLength indicator of parameter XParameter XParameter name = ZParameter ZEnd of optional parametersLength ind

17、icator of parameter Z第二章第二章 消息結構消息結構l第一節第一節 BICC消息結構消息結構BICC主要消息主要消息l按照按照Q.1902.3中定義，中定義，BICC協議大約有協議大約有40多消息。其中呼叫多消息。其中呼叫過程中最常看到的消息有：過程中最常看到的消息有：lIAM：初始化地址消息：初始化地址消息lAPM：應用傳輸消息：應用傳輸消息lACM：地址全參數：地址全參數lANM：應答參數：應答參數lREL：釋放消息：釋放消息lRLC：釋放完成消息：釋放完成消息第三章第三章 基本過程基本過程l第二節第二節 前向承載建立前向承載建立l第三節第三節 后向承載建立后向承載建立

18、l第四節第四節 隧道方式隧道方式l第五節第五節 CODEC協商協商 l第六節第六節 呼叫釋放過程呼叫釋放過程BICC承載建立方式承載建立方式l前向承載建立方式前向承載建立方式(Forward Bearer Setup)非隧道方式非隧道方式(No Tunnel case)快速隧道方式快速隧道方式(Fast Tunnel) 延遲隧道方式延遲隧道方式(Delayed Forward Tunnel)l后向承載建立方式后向承載建立方式(Backward Bearer Setup)非隧道方式非隧道方式(No Tunnel Case)延遲隧道方式延遲隧道方式(Delayed Backward Tunnel)

19、前向承載與后向承載建立前向承載與后向承載建立u前向承載前向承載建立方式下，承載建立請求（建立方式下，承載建立請求（SetupSetup）是）是由發起呼叫的同一由發起呼叫的同一SNSN發發起的，在發起承載起的，在發起承載SetupSetup前，必須獲得后繼局在后向前，必須獲得后繼局在后向APMAPM消息中攜帶的承消息中攜帶的承載地址及承載標識的信息；載地址及承載標識的信息；u后向承載后向承載建立方式下，承載建立請求（建立方式下，承載建立請求（SetupSetup）是）是由后繼局的由后繼局的SNSN發起的，發起的，后繼局發起后向承載后繼局發起后向承載SetupSetup的依據是前向的依據是前向IA

20、MIAM消息中攜帶的承載地址與標消息中攜帶的承載地址與標識信息；識信息；u呼叫始發局將在呼叫始發局將在IAMIAM中指示采用哪種承載建立方式；中指示采用哪種承載建立方式；第三章第三章 基本過程基本過程l第一節第一節 BICC承載建立方式承載建立方式l第三節第三節 后向承載建立后向承載建立l第四節第四節 隧道方式隧道方式l第五節第五節 CODEC協商協商 l第六節第六節 呼叫釋放過程呼叫釋放過程R4R4呼叫流程舉例呼叫流程舉例n假定假定MGWMGW- -O O的上下文是（的上下文是（C1,T1,T2C1,T1,T2）,MGW,MGW- -T T的上下文是（的上下文是（C2,T3,T4C2,T3,

21、T4）, ,以以一個一個UEUE呼呼UEUE的流程描述的流程描述Iu-CSIu-CS、NcNc、NbNb、McMc這幾個接口是如何配合的；這幾個接口是如何配合的；移動呼叫移動移動呼叫移動-delayed forward前向延遲建立的的主要特點是先發前向延遲建立的的主要特點是先發IAM消息給后向局，后向消息給后向局，后向局準備好被叫側的承載后通過局準備好被叫側的承載后通過APM消息通知前向局，在消息通知前向局，在APM消息中，帶有相關承載信息（消息中，帶有相關承載信息（BNC_ID，BIWF_ADDRESS，ATM承載時才會用到承載時才會用到）。主叫側）。主叫側MSC Server收到收到APM

22、消息后，才開始準備無線側和主叫側的承載，消息后，才開始準備無線側和主叫側的承載，并由主叫側的并由主叫側的MGW主動發起主動發起IPBCP的請求消息，完成承載的請求消息，完成承載的建立過程。的建立過程。前向承載建立方式前向承載建立方式 CSF BCF-N CSF IAM (Action = Connect Forward), (BNC characteristics) Bearer Set-up req. (BNC-ID=y1), (BIWF-Addr=y) Bearer-Setup-Connect IAM ACM ACM ANM ANM CSF-N BCF-N ISN-B IAM (COT o

23、n previous), (Action = Connect Forward) , (BNC characteristics) Bearer Set-up req. (BNC-ID=z1), (BIWF-Addr=z) Bearer-Setup-Connect ACM ANM “BBB” COT APM (Action = Connect Forward, no notification) (BNC-ID=y1), (BIWF Addr=y) APM (Action = Connect Forward, no notification) (BNC-ID=z1), (BIWF Addr=z) B

24、ICC BICC BCF-N (z) (y) “AAA” ISUP ISUP ACM ANM (x) UE呼UE的前向延遲建立流程UE1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2SETUPCALL PROCEEDING與HLR交互COT尋呼和鑒權加密過程SETUPCALL CONFIRMADD_req（C$）ADD_rsp（C2, T3）ADD_req（C$）ADD_rsp（C1, T2）承載建立過程APMNbUP Init reqNbUP Init ackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立， IuUP初始化NTF_req(

25、T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）準備承載建立承載準備承載IAMUE呼UE的前向延遲建立流程續UE1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2RAB_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

26、）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準備承載送回鈴音激活承載停回鈴音并激活激活承載激活承載移動呼叫移動移動呼叫移動-fast forward前向快速建立方式，主叫側也是先將無線承載建立起來，在準備前向快速建立方式，主叫側也是先將無線承載建立起來，在準備到被叫側的承載時，要求到被叫側的承載時，要求MGW將將IPBCP的的REQUEST消息通過消息通過NTF消息上報給消息上報給MSC Server，MSC Server將將IPBCP的消息作為隧道數據的消息作為隧道數據通過通過IAM消息傳送給被叫側的消息傳送給被叫側的MSC Server。被叫側被叫側M

27、SC Server收到收到IAM消息后，建立到主叫側的承載和無線消息后，建立到主叫側的承載和無線承載，并要求承載，并要求MGW通過通過NTF消息上報消息上報IPBCP的的RESPONSE消息，消息，被叫側的軟交換收到這些信息后，通過被叫側的軟交換收到這些信息后，通過APM消息將消息將IPBCP的響應的響應消息發給主叫側軟交換，主叫側軟交換通過消息發給主叫側軟交換，主叫側軟交換通過MOD消息將消息將IPBCP的的響應消息發給響應消息發給MGW。UE呼UE的快速前向承載建立流程UE1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2SETUPCALL PROCEED

28、ING與HLR交互APM(TunnelData2)尋呼和鑒權加密過程SETUPCALL CONFIRMADD_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的快速前向承載建立流程續U

29、E1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2RAB_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準備承載送回鈴音激活承載停回鈴音并激活激活承載激活承載NbUP Init reqNbUP Ini

30、t ackMOD_req（TunnelData2）MOD_rsp（C1, T2）COTNTF(C1,T2)NTF(C2,T3)第三章第三章 基本過程基本過程l第一節第一節 BICC承載建立方式承載建立方式l第三節第三節 后向承載建立后向承載建立l第四節第四節 隧道方式隧道方式l第五節第五節 CODEC協商協商 l第六節第六節 呼叫釋放過程呼叫釋放過程移動呼叫移動移動呼叫移動-delayed backward后向延遲建立與前向延遲建立的的主要區別是在于發后向延遲建立與前向延遲建立的的主要區別是在于發IAM消息消息之前，主叫側先將無線承載建立起來，準備好到被叫側的承載之前，主叫側先將無線承載建立起

31、來，準備好到被叫側的承載，并將相關承載信息（，并將相關承載信息（BNC_ID，BIWF_ADDRESS）通過）通過IAM消息傳送給被叫側的消息傳送給被叫側的MSC Server。被叫側被叫側MSC Server收到收到IAM消息后，準備好到主叫側的承載，并消息后，準備好到主叫側的承載，并由被叫側的由被叫側的MGW主動發起主動發起IPBCP的請求消息，完成所有承載的的請求消息，完成所有承載的建立。建立。后向承載建立方式后向承載建立方式 CSF-N BCF-N (x) CSF-T IAM (Action = Connect backward), (BNC-ID=x1), (BIWF-Addr=x)

32、 , (BNC characteristics) Bearer Set-up req. (BNC-ID=x1), (BIWF-Addr=x) Bearer-Setup-Connect IAM ACM ACM ANM ANM CSF-N BCF-N IAM (Action = Connect backward), (COT on previous), (BNC-ID=y1), (BIWF-Addr=y) , (BNC characteristics) Bearer Set-up req. (BNC-ID of BIWF y), (BIWF-Addr=y) Bearer-Setup-Connect

33、 ACM ANM “BBB” COT BICC BICC BCF-N (y) “AAA” ISUP ISUP ACM ANM (z) UE呼UE的后向承載建立流程UE1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2SETUPCALL PROCEEDING與HLR交互COT尋呼和鑒權加密過程SETUPCALL CONFIRMADD_req（C$）ADD_rsp（C2, T3）ADD_req（C$）ADD_rsp（C1, T2）承載建立過程NbUP Init reqNbUP Init ackRAB_ASSIGN_reqRAB_ASSIGN_rsp承載建立， Iu

34、UP初始化NTF_req(T2)NTF_rsp(T2)NTF_req(T3)NTF_rsp(T3)ADD_req（T$）ADD_rsp（T1）建立承載準備承載準備承載IAMUE呼UE的后向承載建立流程續UE1RNC1MSC SERVER1MGW1MGW2MSC SERVER2RNC2UE2RAB_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）

35、ANCMOD_req（T2）MOD_rsp（T2）MOD_req（T1）MOD_rsp（T1）CONNECT準備承載送回鈴音激活承載停回鈴音并激活激活承載激活承載三種承載建立方式的比較三種承載建立方式的比較 前向快速隧道前向快速隧道承載建立方式，承載建立方式，MSC SERVER在發送在發送IAM消息前就已經從消息前就已經從MGW得到了得到了TunnelData，然后在發送給后續局的，然后在發送給后續局的IAM消息中攜帶消息中攜帶IPBCP請求的請求的TunnelData，對于承載建立，對于承載建立前的交互只有兩條消息（前的交互只有兩條消息（分別是分別是IAM-和和APM,APM,APM,AP

36、M 消息消息）。）。這三種承載建立方式，僅僅是承載建立方向及時機的不同，本質上并無大的區別，各自也沒有太這三種承載建立方式，僅僅是承載建立方向及時機的不同，本質上并無大的區別，各自也沒有太大的優劣之分。從消息流程上看，前向快速的消息最少，接續時間也是最少（和其余兩種比實際大的優劣之分。從消息流程上看，前向快速的消息最少，接續時間也是最少（和其余兩種比實際差別很小，可以忽略不記。經過實際測試，也證實這一點。），前向延遲的消息最多，接續時間差別很小，可以忽略不記。經過實際測試，也證實這一點。），前向延遲的消息最多，接續時間最長。選擇哪一種實際上更依賴于別的因素，如與之互通的對端設備采用哪種承載方式

37、或者是否最長。選擇哪一種實際上更依賴于別的因素，如與之互通的對端設備采用哪種承載方式或者是否支持支持TrFO等。等。三種承載方式應用的場景三種承載方式應用的場景如果不使用如果不使用TrFO，我們推薦使用流程比較簡潔，消息，我們推薦使用流程比較簡潔，消息數比較少，接續時間較短的前向快速隧道承載建立流程。數比較少，接續時間較短的前向快速隧道承載建立流程。但是對于真正的端到端的但是對于真正的端到端的TrFO應用，為了適應可能的應用，為了適應可能的各種復雜的編解碼之間的修改，所以需要將承載建立過各種復雜的編解碼之間的修改，所以需要將承載建立過程延遲到編解碼協商完成后。究竟采用前向延遲隧道還程延遲到編解

38、碼協商完成后。究竟采用前向延遲隧道還是采用后向延遲隧道承載建立方式，需要根據具體的組是采用后向延遲隧道承載建立方式，需要根據具體的組網情況來決定。網情況來決定。第三章第三章 基本過程基本過程l第一節第一節 BICC承載建立方式承載建立方式l第二節第二節 前向承載建立前向承載建立l第三節第三節 后向承載建立后向承載建立l第五節第五節 CODEC協商協商 l第六節第六節 呼叫釋放過程呼叫釋放過程隧道承載建立方式隧道承載建立方式l隧道由隧道由Q.1990進行描述進行描述l承載控制消息承載控制消息 (IPBCP) 是通過是通過Nc口的口的BICC協議進行傳送協議進行傳送lCSF 向向 BCF指示是否支

39、持隧道，以及是快速隧道還是慢速隧道。指示是否支持隧道，以及是快速隧道還是慢速隧道。BCF決定是否使用隧道決定是否使用隧道隧道承載建立方式隧道承載建立方式l前向快速隧道承載建立流程前向快速隧道承載建立流程 1: Tunnel Info 5: APM (tunnel data) 2: IAM (tunnel data) 4: Tunnel Info 6: Tunnel Info 3: Tunnel Info CSF BCF CSF BCF 隧道承載建立方式隧道承載建立方式l前向延遲隧道承載建立流程前向延遲隧道承載建立流程 3: Tunnel Info 2: APM 1: IAM 6: Tunnel

40、 Info 8: Tunnel Info 5: Tunnel Info CSF BCF CSF BCF 4: APM (tunnel data) 7: APM (tunnel data) 隧道承載建立方式隧道承載建立方式l后向延遲隧道承載建立方式后向延遲隧道承載建立方式 5: Tunnel Info 3: APM (tunnel data) 1: IAM 2: Tunnel Info 4: Tunnel Info 7: Tunnel Info CSF BCF CSF BCF 6: APM (tunnel data) 第三章第三章 基本過程基本過程l第一節第一節 BICC承載建立方式承載建立方式

41、l第二節第二節 前向承載建立前向承載建立l第三節第三節 后向承載建立后向承載建立l第四節第四節 隧道方式隧道方式 l第六節第六節 呼叫釋放過程呼叫釋放過程CODEC協商流程協商流程發起編解碼協商的發起編解碼協商的SN生成支持的編解碼列表，該列表中含有生成支持的編解碼列表，該列表中含有所有的編解碼，并按優先級順序排列。所有的編解碼，并按優先級順序排列。呼叫經過的呼叫經過的SN將本節點不支持的編解碼從編解碼列表中刪除。將本節點不支持的編解碼從編解碼列表中刪除。并將編解碼列表向后續并將編解碼列表向后續SN傳送。傳送。目的地目的地SN將從編解碼列表中選擇優先級最高的編解碼作為選將從編解碼列表中選擇優先

42、級最高的編解碼作為選擇的編解碼，并將該編解碼向前傳送到發起編解碼協商的擇的編解碼，并將該編解碼向前傳送到發起編解碼協商的SN。CODEC協商流程協商流程 CSF-N BCF-N (x) ISN-A CSF-T TSN IAM (Action = Connect backward), (Codec list) (BNC-ID=x1), (BIWF-Addr=x) , (BNC characteristics) Bearer Set-up req. (BNC-ID=x1), (BIWF-Addr=x) Bearer-Setup-Connect IAM ACM ACM ANM ANM CSF-N B

43、CF-N ISN-B IAM (Action = Connect backward), (Codec list) (COT on previous), (BNC-ID=y1), (BIWF-Addr=y) , (BNC characteristics) Bearer Set-up req. (BNC-ID=y1), (BIWF-Addr=y) Bearer-Setup-Connect ACM ANM BICC BICC BCF-N (y) “AAA” ISUP ISUP ACM ANM (z) APM (Action = Selected codec), (Selected codec), (

44、Available codec list) APM (Action = Selected codec), (Selected codec), (Available codec list) nTrFO技術的目的：技術的目的：在通話的端到端路徑上，盡可能的減少編解碼次數，盡量做到只進行一次編碼和解在通話的端到端路徑上，盡可能的減少編解碼次數，盡量做到只進行一次編碼和解碼。碼。nTrFO技術的優點技術的優點只進行一次編碼和解碼，減少了語音的編碼損傷，從而提高了語音質量。只進行一次編碼和解碼，減少了語音的編碼損傷，從而提高了語音質量。使用壓縮編解碼，降低帶寬占用。使用壓縮編解碼，降低帶寬占用。減少編碼

45、次數，降低通話端到端的遲延。減少編碼次數，降低通話端到端的遲延。減少減少TC配置資源，減少投資。配置資源，減少投資。TrfoTrfo技術的目的和優點技術的目的和優點TrFOTrFO與與TFOTFO示意圖示意圖McMcNbNcNode BRNCIubNode BRNCIubIuMGWMGWMSC ServerMSC ServerNb UPIP/ATM編碼/解碼編碼/解碼AMRAMRAMRMcMcNbNcNode BRNCIubNode BRNCIubIuMGWMGWMSC ServerMSC ServerTDM編碼/解碼編碼/解碼AMRG.711 AND TFO frameAMRTrFO的實現的

46、實現-帶外的帶外的TC協商機制協商機制TransitNetworkRNCMSCServerMGWMSCServerMGWRNCRANAPRANAPMGwControlMGwControlOoB CodecNegotiationControlPlaneUserPlaneRadio BearerIu BearerCN bearerIu BearerRadio BearerEnd to end connectionBearer ReqBearer ReqBearer ReqMEMEOoB CodecNegotiationOoB CodecNegotiationTrFO對終端的要求對終端的要求終端：至

47、少支持默認的Codec：AMR。相互通訊的手機至少共同支持一種相同速率的AMR，如12.2K的AMR，目前市面上的3G手機都支持12.2K的AMR。總上所述，可見TrFO功能對終端基本上沒有額外的要求。 TrFO對對RNC的要求的要求RNC：必須順從3GPP R4 TrFO協議，主要修改點如下：（1）RNC支持RFCI的校正過程（2）速率控制過程。（3）RNC的AMRC算法需要進行修改。TrFO對對MGW的要求的要求TrFO對對MGW的主要要求的主要要求n支持RFCI的校正：RFCI校正目的是為了讓被叫使用主叫的RFCI編碼方式，從而使得的MGW無需做任何轉變而直接可以透傳語音幀。n支持對當前

48、通話的CODEC及其子集合速率的修改：由于切換，網絡情況等因素引起用戶編解碼類型或速率集合發生變化，為了建立端到端的TrFO，需要端到端的修改通話使用的CODEC和其子速率。n支持UP重新協商：伴隨codec的修改，用戶面需要為新的CODEC和速率做好準備。TrFO對對MSC Server的要求的要求MSC Server：TrFO在R4才引入，必須順從3GPP R4 23153相關協議以及支持BICC或SIP協議。具體如下：（1）MSC Server必須支持BICC協議或SIP協議實現局間呼叫編解碼協商。（2）Iu接口：MSC Server下發指配請求時，需要把協商后的編解碼類型下給RNC；同

49、時MSC Server能夠收集上報的編解碼列表。 （3）Mc接口：通知MGW協商后的CODEC參數等；（4）MSC Server要能夠完成主、被叫間能力協商，取主、被叫能力的交集，并將協商后的編解碼類型下發給主被叫端。 第三章第三章 基本過程基本過程l第一節第一節 BICC承載建立方式承載建立方式l第二節第二節 前向承載建立前向承載建立l第三節第三節 后向承載建立后向承載建立l第四節第四節 隧道方式隧道方式l第五節第五節 CODEC協商協商 BICC呼叫釋放過程呼叫釋放過程 CSF-N ISN-A CSF-T TSN CSF-N ISN-B BICC BICC REL REL REL REL

50、BCF-N RLC RLC RLC RLC Bearer release req. Bearer release Ack. BCF-N BCF-N Bearer release Ack. Bearer release Req. ISUP ISUP Direction of Call. Fwd bearer Connection Bwd bearer Connection 思考題思考題l為什么要使用隧道承載建立方式解答解答l使用使用BICC的隧道機制可以在控制面的網絡中的隧道機制可以在控制面的網絡中傳送承載面的承載信令交互，這樣不需在承載傳送承載面的承載信令交互，這樣不需在承載面中另外建立承載信

51、令網絡。面中另外建立承載信令網絡。本章小結本章小結lBICC有多種承載建立方式，對應多種局間的消息流程有多種承載建立方式，對應多種局間的消息流程lBICC可利用隧道機制來傳送承載控制信令可利用隧道機制來傳送承載控制信令第四章第四章 數據配置數據配置l第二節第二節 配置底層信令配置底層信令l第三節第三節 增加局向增加局向l第四節第四節 增加路由、子路由增加路由、子路由l第五節第五節 增加增加BICC中繼群中繼群l第六節第六節 增加增加 BICC CIC資源資源BICC數據配置概述數據配置概述 BICC作為局間信令，它的配置過程跟原來的七號信令作為局間信令，它的配置過程跟原來的七號信令ISUP的的

52、配置非常相似。分為以下幾步：配置非常相似。分為以下幾步：l配置底層信令配置底層信令l增加局向增加局向l增加路由、子路由數據增加路由、子路由數據l增加增加BICC中繼群中繼群l增加增加 BICC CIC資源資源第四章第四章 數據配置數據配置l第一節第一節 BICC數據配置概述數據配置概述l第三節第三節 增加局向增加局向l第四節第四節 增加路由、子路由增加路由、子路由l第五節第五節 增加增加BICC中繼群中繼群l第六節第六節 增加增加 BICC CIC資源資源配置底層信令配置底層信令lBICC是一種與承載無關的協議，根據需要，是一種與承載無關的協議，根據需要，BICC可以承載在可以承載在MTP3、M