第2章_BICC協(xié)議介紹(華為)_第1頁
第2章_BICC協(xié)議介紹(華為)_第2頁
第2章_BICC協(xié)議介紹(華為)_第3頁
第2章_BICC協(xié)議介紹(華為)_第4頁
第2章_BICC協(xié)議介紹(華為)_第5頁
已閱讀5頁,還剩79頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

2、。這個修改的協(xié)議,就是修改的協(xié)議,就是BICC協(xié)議。協(xié)議。lBICC協(xié)議使分組網(wǎng)絡(luò)可以提供協(xié)議使分組網(wǎng)絡(luò)可以提供PSTN/ISDN業(yè)務(wù)。業(yè)務(wù)。課程目標(biāo)課程目標(biāo)l掌握掌握BICC協(xié)議在網(wǎng)絡(luò)中的位置與作用協(xié)議在網(wǎng)絡(luò)中的位置與作用l掌握掌握BICC的各種承載建立方式與相關(guān)的各種承載建立方式與相關(guān)呼叫流程呼叫流程l了解了解SoftX3000中中BICC的數(shù)據(jù)配置的數(shù)據(jù)配置學(xué)習(xí)完本課程,您將能夠:學(xué)習(xí)完本課程,您將能夠:參考資料參考資料l隨機(jī)手冊技術(shù)手冊信令與協(xié)議分冊隨機(jī)手冊技術(shù)手冊信令與協(xié)議分冊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課程內(nèi)容課程

4、內(nèi)容第一章第一章 功能介紹功能介紹第二章第二章 消息結(jié)構(gòu)消息結(jié)構(gòu)第三章第三章 基本過程基本過程第四章第四章 數(shù)據(jù)配置數(shù)據(jù)配置第一章第一章 功能介紹功能介紹l第二節(jié)第二節(jié) BICC在網(wǎng)絡(luò)中的應(yīng)用在網(wǎng)絡(luò)中的應(yīng)用l第三節(jié)第三節(jié) BICC在在3G R4網(wǎng)絡(luò)中的網(wǎng)絡(luò)中的位置位置l第四節(jié)第四節(jié) BICC在在NGN中的位置中的位置BICC簡介簡介lBICC協(xié)議是在骨干網(wǎng)中使用的與承載無關(guān)的呼叫控制信令協(xié)議。包括協(xié)議是在骨干網(wǎng)中使用的與承載無關(guān)的呼叫控制信令協(xié)議。包括ATM網(wǎng)絡(luò)和網(wǎng)絡(luò)和IP網(wǎng)絡(luò)在內(nèi)的各種數(shù)據(jù)網(wǎng)絡(luò),利用該信令協(xié)議就可以承載網(wǎng)絡(luò)在內(nèi)的各種數(shù)據(jù)網(wǎng)絡(luò),利用該信令協(xié)議就可以承載全方位的全方位的PSTN/

5、ISDN業(yè)務(wù)。因此,業(yè)務(wù)。因此,BICC被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)務(wù)綜合平臺演進(jìn)的重要支撐工具。務(wù)綜合平臺演進(jìn)的重要支撐工具。lBICC是一個控制與承載分離的信令協(xié)議,它不直接對媒體資源是一個控制與承載分離的信令協(xié)議,它不直接對媒體資源(ATM、IP)進(jìn)行控制,而是通過標(biāo)準(zhǔn)的承載控制協(xié)議()進(jìn)行控制,而是通過標(biāo)準(zhǔn)的承載控制協(xié)議(H.248協(xié)議)協(xié)議)對這些資源進(jìn)行控制。對這些資源進(jìn)行控制。BICC簡介簡介lBICC協(xié)議是在窄帶協(xié)議是在窄帶ISUP協(xié)議的基礎(chǔ)上發(fā)展來的,可以認(rèn)為是將窄帶協(xié)議的基礎(chǔ)上發(fā)展來的,可以認(rèn)為是將窄帶ISUP協(xié)議去掉具體的電路控制部分改編而成,但它不能

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

7、控制信令(BICC協(xié)議)承載控制信令承載控制信令承載BICC規(guī)范的主要范圍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網(wǎng)絡(luò)或終端設(shè)備互通的接口,相當(dāng)于端局網(wǎng)絡(luò)或終端設(shè)備互通的接口,相當(dāng)于端局 lGSN : 提供了兩個提供了兩個BICC網(wǎng)絡(luò)之間關(guān)口的,相當(dāng)于關(guān)口局網(wǎng)絡(luò)之間關(guān)口的,相當(dāng)于關(guān)口局lTSN : 提供提供ISN或或GSN之間轉(zhuǎn)接功能,相當(dāng)于匯接局之間轉(zhuǎn)接功能,相當(dāng)于匯接局BICC簡介簡介l接口業(yè)務(wù)節(jié)點接口業(yè)務(wù)節(jié)點(ISN=Interface Serving Node)l功能實體,位于

9、功能實體,位于SCN網(wǎng)和網(wǎng)和BICC網(wǎng)之間,其包含網(wǎng)之間,其包含CSF-N和和BIWFl轉(zhuǎn)接業(yè)務(wù)節(jié)點轉(zhuǎn)接業(yè)務(wù)節(jié)點(TSN=Transit Serving Node)l功能實體,位于功能實體,位于BICC網(wǎng)內(nèi)的兩個網(wǎng)內(nèi)的兩個SN之間,其包含之間,其包含CSF-T和和BIWFl關(guān)口業(yè)務(wù)節(jié)點關(guān)口業(yè)務(wù)節(jié)點(GSN=Gateway Serving Node)l功能實體,位于兩個網(wǎng)絡(luò)主域之間,其包含功能實體,位于兩個網(wǎng)絡(luò)主域之間,其包含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的區(qū)別是的區(qū)別是CMN不控制網(wǎng)關(guān),不控制網(wǎng)關(guān),SN要控制網(wǎng)關(guān)要控制網(wǎng)關(guān)第一章第一章 功能介紹功能介紹l第一節(jié)第一節(jié) BICC簡介簡介l第三節(jié)第三節(jié) BICC在在3G R4網(wǎng)絡(luò)中的網(wǎng)絡(luò)中的位置位置l第四節(jié)第四節(jié) BICC在在NGN中的位置中的位置BICC在網(wǎng)絡(luò)中的應(yīng)用

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

12、NGN中的位置中的位置BICC在在3G R4網(wǎng)絡(luò)中的位置網(wǎng)絡(luò)中的位置BICC協(xié)議應(yīng)用在協(xié)議應(yīng)用在Nc接口,也即是接口,也即是(G)MSCServer之間交互的信令之間交互的信令BICC在在3G R4網(wǎng)絡(luò)中的位置網(wǎng)絡(luò)中的位置第一章第一章 功能介紹功能介紹l第一節(jié)第一節(jié) BICC簡介簡介l第二節(jié)第二節(jié) BICC在網(wǎng)絡(luò)中的應(yīng)用在網(wǎng)絡(luò)中的應(yīng)用l第三節(jié)第三節(jié) BICC在在3G R4網(wǎng)絡(luò)中的網(wǎng)絡(luò)中的位置位置BICC在在NGN中的位置中的位置思考題思考題l為什么為什么BICC被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)務(wù)綜被認(rèn)為是傳統(tǒng)電信網(wǎng)向多業(yè)務(wù)綜合平臺演進(jìn)的重要支撐工具。合平臺演進(jìn)的重要支撐工具。解答解答lBICC協(xié)議是一

13、種與承載無關(guān)的呼叫控制信令協(xié)議是一種與承載無關(guān)的呼叫控制信令協(xié)議。它既可以承載在傳統(tǒng)的協(xié)議。它既可以承載在傳統(tǒng)的TDM網(wǎng)絡(luò)上,網(wǎng)絡(luò)上,也可以承載在包括也可以承載在包括ATM網(wǎng)絡(luò)和網(wǎng)絡(luò)和IP網(wǎng)絡(luò)在內(nèi)的網(wǎng)絡(luò)在內(nèi)的各種數(shù)據(jù)網(wǎng)絡(luò)上。它能夠在各種數(shù)據(jù)網(wǎng)絡(luò)上。它能夠在ATM/IP寬帶網(wǎng)絡(luò)寬帶網(wǎng)絡(luò)上承載傳統(tǒng)窄帶上承載傳統(tǒng)窄帶ISDN信令。信令。本章小結(jié)本章小結(jié)lBICC是一種與承載無關(guān)的呼叫控制信令協(xié)議。是一種與承載無關(guān)的呼叫控制信令協(xié)議。lBICC實現(xiàn)了核心網(wǎng)承載與控制的分離實現(xiàn)了核心網(wǎng)承載與控制的分離lBICC是應(yīng)用于是應(yīng)用于3G R4中中MSCServer間或間或NGN控制層的軟交換控制層的軟交換設(shè)備

14、間的中繼側(cè)協(xié)議設(shè)備間的中繼側(cè)協(xié)議課程內(nèi)容課程內(nèi)容第一章第一章 功能介紹功能介紹第二章第二章 消息結(jié)構(gòu)消息結(jié)構(gòu)第三章第三章 基本過程基本過程第四章第四章 數(shù)據(jù)配置數(shù)據(jù)配置第二章第二章 消息結(jié)構(gòu)消息結(jié)構(gòu)l第二節(jié)第二節(jié) BICC主要消息主要消息BICC消息結(jié)構(gòu)消息結(jié)構(gòu)CICMessage type codeMandatory fixed partMandatory variable partOptional partlCIC 呼叫實例碼,用來標(biāo)識兩局之間屬于同一呼叫的消息呼叫實例碼,用來標(biāo)識兩局之間屬于同一呼叫的消息lMessage type code 消息類型,如:消息類型,如: IAM/APM/

15、ACM/ANM 等消息等消息lMandatory fixed part 強(qiáng)制固定長度參數(shù)部分強(qiáng)制固定長度參數(shù)部分lMandatory variable part 強(qiáng)制可變長度參數(shù)部分強(qiáng)制可變長度參數(shù)部分lOptional part 可選參數(shù)部分可選參數(shù)部分BICC消息結(jié)構(gòu)消息結(jié)構(gòu)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第二章第二章 消息結(jié)構(gòu)消息結(jié)構(gòu)l第一節(jié)第一節(jié) BICC消息結(jié)構(gòu)消息結(jié)構(gòu)BICC主要消息主要消息l按照按照Q.1902.3中定義,中定義,BICC協(xié)議大約有協(xié)議大約有40多消息。其中呼叫多消息。其中呼叫過程中最??吹降南⒂校哼^程中最??吹降南⒂校簂IAM:初始化地址消息:初始化地址消息lAPM:應(yīng)用傳輸消息:應(yīng)用傳輸消息lACM:地址全參數(shù):地址全參數(shù)lANM:應(yīng)答參數(shù):應(yīng)答參數(shù)lREL:釋放消息:釋放消息lRLC:釋放完成消息:釋放完成消息第三章第三章 基本過程基本過程l第二節(jié)第二節(jié) 前向承載建立前向承載建立l第三節(jié)第三節(jié) 后向承載建立后向承載建立

18、l第四節(jié)第四節(jié) 隧道方式隧道方式l第五節(jié)第五節(jié) CODEC協(xié)商協(xié)商 l第六節(jié)第六節(jié) 呼叫釋放過程呼叫釋放過程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)是)是由發(fā)起呼叫的同一由發(fā)起呼叫的同一SNSN發(fā)發(fā)起的,在發(fā)起承載起的,在發(fā)起承載SetupSetup前,必須獲得后繼局在后向前,必須獲得后繼局在后向APMAPM消息中攜帶的承消息中攜帶的承載地址及承載標(biāo)識的信息;載地址及承載標(biāo)識的信息;u后向承載后向承載建立方式下,承載建立請求(建立方式下,承載建立請求(SetupSetup)是)是由后繼局的由后繼局的SNSN發(fā)起的,發(fā)起的,后繼局發(fā)起后向承載后繼局發(fā)起后向承載SetupSetup的依據(jù)是前向的依據(jù)是前向IA

20、MIAM消息中攜帶的承載地址與標(biāo)消息中攜帶的承載地址與標(biāo)識信息;識信息;u呼叫始發(fā)局將在呼叫始發(fā)局將在IAMIAM中指示采用哪種承載建立方式;中指示采用哪種承載建立方式;第三章第三章 基本過程基本過程l第一節(jié)第一節(jié) BICC承載建立方式承載建立方式l第三節(jié)第三節(jié) 后向承載建立后向承載建立l第四節(jié)第四節(jié) 隧道方式隧道方式l第五節(jié)第五節(jié) CODEC協(xié)商協(xié)商 l第六節(jié)第六節(jié) 呼叫釋放過程呼叫釋放過程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前向延遲建立的的主要特點是先發(fā)前向延遲建立的的主要特點是先發(fā)IAM消息給后向局,后向消息給后向局,后向局準(zhǔn)備好被叫側(cè)的承載后通過局準(zhǔn)備好被叫側(cè)的承載后通過APM消息通知前向局,在消息通知前向局,在APM消息中,帶有相關(guān)承載信息(消息中,帶有相關(guān)承載信息(BNC_ID,BIWF_ADDRESS,ATM承載時才會用到承載時才會用到)。主叫側(cè))。主叫側(cè)MSC Server收到收到APM

22、消息后,才開始準(zhǔn)備無線側(cè)和主叫側(cè)的承載,消息后,才開始準(zhǔn)備無線側(cè)和主叫側(cè)的承載,并由主叫側(cè)的并由主叫側(cè)的MGW主動發(fā)起主動發(fā)起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尋呼和鑒權(quán)加密過程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)準(zhǔn)備承載建立承載準(zhǔn)備承載IAMUE呼UE的前向延遲建立流程續(xù)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準(zhǔn)備承載送回鈴音激活承載?;剽徱舨⒓せ罴せ畛休d激活承載移動呼叫移動移動呼叫移動-fast forward前向快速建立方式,主叫側(cè)也是先將無線承載建立起來,在準(zhǔn)備前向快速建立方式,主叫側(cè)也是先將無線承載建立起來,在準(zhǔn)備到被叫側(cè)的承載時,要求到被叫側(cè)的承載時,要求MGW將將IPBCP的的REQUEST消息通過消息通過NTF消息上報給消息上報給MSC Server,MSC Server將將IPBCP的消息作為隧道數(shù)據(jù)的消息作為隧道數(shù)據(jù)通過通過IAM消息傳送給被叫側(cè)的消息傳送給被叫側(cè)的MSC Server。被叫側(cè)被叫側(cè)M

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

28、ING與HLR交互APM(TunnelData2)尋呼和鑒權(quán)加密過程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)建立承載準(zhǔn)備承載準(zhǔn)備承載IAM(TunnelData1)UE呼UE的快速前向承載建立流程續(xù)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準(zhǔn)備承載送回鈴音激活承載?;剽徱舨⒓せ罴せ畛休d激活承載NbUP Init reqNbUP Ini

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

31、來,準(zhǔn)備好到被叫側(cè)的承載,并將相關(guān)承載信息(,并將相關(guān)承載信息(BNC_ID,BIWF_ADDRESS)通過)通過IAM消息傳送給被叫側(cè)的消息傳送給被叫側(cè)的MSC Server。被叫側(cè)被叫側(cè)MSC Server收到收到IAM消息后,準(zhǔn)備好到主叫側(cè)的承載,并消息后,準(zhǔn)備好到主叫側(cè)的承載,并由被叫側(cè)的由被叫側(cè)的MGW主動發(fā)起主動發(fā)起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尋呼和鑒權(quán)加密過程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)建立承載準(zhǔn)備承載準(zhǔn)備承載IAMUE呼UE的后向承載建立流程續(xù)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準(zhǔn)備承載送回鈴音激活承載停回鈴音并激活激活承載激活承載三種承載建立方式的比較三種承載建立方式的比較 前向快速隧道前向快速隧道承載建立方式,承載建立方式,MSC SERVER在發(fā)送在發(fā)送IAM消息前就已經(jīng)從消息前就已經(jīng)從MGW得到了得到了TunnelData,然后在發(fā)送給后續(xù)局的,然后在發(fā)送給后續(xù)局的IAM消息中攜帶消息中攜帶IPBCP請求的請求的TunnelData,對于承載建立,對于承載建立前的交互只有兩條消息(前的交互只有兩條消息(分別是分別是IAM-和和APM,APM,APM,AP

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

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

38、碼協(xié)商完成后。究竟采用前向延遲隧道還是采用后向延遲隧道承載建立方式,需要根據(jù)具體的組是采用后向延遲隧道承載建立方式,需要根據(jù)具體的組網(wǎng)情況來決定。網(wǎng)情況來決定。第三章第三章 基本過程基本過程l第一節(jié)第一節(jié) BICC承載建立方式承載建立方式l第二節(jié)第二節(jié) 前向承載建立前向承載建立l第三節(jié)第三節(jié) 后向承載建立后向承載建立l第五節(jié)第五節(jié) CODEC協(xié)商協(xié)商 l第六節(jié)第六節(jié) 呼叫釋放過程呼叫釋放過程隧道承載建立方式隧道承載建立方式l隧道由隧道由Q.1990進(jìn)行描述進(jìn)行描述l承載控制消息承載控制消息 (IPBCP) 是通過是通過Nc口的口的BICC協(xié)議進(jìn)行傳送協(xié)議進(jìn)行傳送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第一節(jié)第一節(jié) BICC承載建立方式承載建立方式

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

42、級最高的編解碼作為選擇的編解碼,并將該編解碼向前傳送到發(fā)起編解碼協(xié)商的擇的編解碼,并將該編解碼向前傳送到發(fā)起編解碼協(xié)商的SN。CODEC協(xié)商流程協(xié)商流程 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技術(shù)的目的:技術(shù)的目的:在通話的端到端路徑上,盡可能的減少編解碼次數(shù),盡量做到只進(jìn)行一次編碼和解在通話的端到端路徑上,盡可能的減少編解碼次數(shù),盡量做到只進(jìn)行一次編碼和解碼。碼。nTrFO技術(shù)的優(yōu)點技術(shù)的優(yōu)點只進(jìn)行一次編碼和解碼,減少了語音的編碼損傷,從而提高了語音質(zhì)量。只進(jìn)行一次編碼和解碼,減少了語音的編碼損傷,從而提高了語音質(zhì)量。使用壓縮編解碼,降低帶寬占用。使用壓縮編解碼,降低帶寬占用。減少編碼

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

46、實現(xiàn)-帶外的帶外的TC協(xié)商機(jī)制協(xié)商機(jī)制TransitNetworkRNCMSCServerMGWMSCServerMGWRNCRANAPRANAPMGwControlMGwControlOoB CodecNegotiationControlPlaneUserPlaneRadio BearerIu BearerCN bearerIu BearerRadio BearerEnd to end connectionBearer ReqBearer ReqBearer ReqMEMEOoB CodecNegotiationOoB CodecNegotiationTrFO對終端的要求對終端的要求終端:至

47、少支持默認(rèn)的Codec:AMR。相互通訊的手機(jī)至少共同支持一種相同速率的AMR,如12.2K的AMR,目前市面上的3G手機(jī)都支持12.2K的AMR??偵纤觯梢奣rFO功能對終端基本上沒有額外的要求。 TrFO對對RNC的要求的要求RNC:必須順從3GPP R4 TrFO協(xié)議,主要修改點如下:(1)RNC支持RFCI的校正過程(2)速率控制過程。(3)RNC的AMRC算法需要進(jìn)行修改。TrFO對對MGW的要求的要求TrFO對對MGW的主要要求的主要要求n支持RFCI的校正:RFCI校正目的是為了讓被叫使用主叫的RFCI編碼方式,從而使得的MGW無需做任何轉(zhuǎn)變而直接可以透傳語音幀。n支持對當(dāng)前

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

49、時MSC Server能夠收集上報的編解碼列表。 (3)Mc接口:通知MGW協(xié)商后的CODEC參數(shù)等;(4)MSC Server要能夠完成主、被叫間能力協(xié)商,取主、被叫能力的交集,并將協(xié)商后的編解碼類型下發(fā)給主被叫端。 第三章第三章 基本過程基本過程l第一節(jié)第一節(jié) BICC承載建立方式承載建立方式l第二節(jié)第二節(jié) 前向承載建立前向承載建立l第三節(jié)第三節(jié) 后向承載建立后向承載建立l第四節(jié)第四節(jié) 隧道方式隧道方式l第五節(jié)第五節(jié) CODEC協(xié)商協(xié)商 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的隧道機(jī)制可以在控制面的網(wǎng)絡(luò)中的隧道機(jī)制可以在控制面的網(wǎng)絡(luò)中傳送承載面的承載信令交互,這樣不需在承載傳送承載面的承載信令交互,這樣不需在承載面中另外建立承載信

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論