軟交換及 IP承載 省網(wǎng)管中心交換室 2008年 10月 主講人：劉松波 /webmoney 第一章 軟交換核心和傳統(tǒng)交換的區(qū)別 第二章 新增接口及協(xié)議簡介 第三章 IP承載網(wǎng)省內(nèi)延伸技術方案介紹 第四章 2G軟交換試點介紹 第五章 2G軟交換 IP承載改造介紹 /webmoney 軟交換核心和傳統(tǒng)交換的區(qū)別 控制面 承載面 軟交換 H.248 傳統(tǒng)交換 MSC SERVER MSC MGW/SG /webmoney 軟交換核心和傳統(tǒng)交換的區(qū)別 電路交換模型 呼叫控制 SS7 Line Card Trunk Card Time Slot 交換 T D M T D M 管理系統(tǒng) 計費系統(tǒng) IP ATM 軟交換 SS7 MGW MGW IP ATM H.248/MGCP H.248/MGCP 軟交換模型 T D M T D M 分組網(wǎng) 擴展業(yè)務 管理系統(tǒng) 計費系統(tǒng) 將傳統(tǒng)交換機的功能模塊分離成為獨立的網(wǎng)絡部件，各個部件可以按相應的功能劃分各自獨立發(fā)展；而傳統(tǒng)交換將控制，承載和交換封閉在同一實體之內(nèi) , 相互之間的制約使用戶的業(yè)務能力受限 ； 承載和控制的分離使核心網(wǎng)組網(wǎng)的概念發(fā)生根本的改變， MSC-SERVER可以基于方便控制和業(yè)務開展的原則集中設置，而 MGW則可以基于方便接入和互通的原則分散設置 ； /webmoney 湖南 IP化改造典型連接圖 A地 CE1 A地 CE2 B地 CE1 B地 CE2 IP承載網(wǎng) C地 VMSC C地 VMGW B地 GMGW A地 GMSC A地 GMGW GE(媒體流 ) FE(信令 ) A地 AR1 A地 AR2 B地 AR1 B地 AR2 C地 CE1 C地 CE2 C地 AR1 C地 AR2 注 :A,B兩地組成關口局大本地網(wǎng) , C地為單個端局 /webmoney 軟交換網(wǎng)絡結構 /webmoney IP Core CSCF 3G RAN MSC-SERVER/MGCF 固定 SIP終端 CALL SERVER(GCF) AG/TG/IAD 固定非 SIP終端 SGSN / GGSN MGW HSS SIP SIP SIP SIP SIP GCP H.248 MAP/DIAMETER 控制層 邊緣接入 軟交換在核心網(wǎng)電路域引入 IP寬帶承載，從傳統(tǒng)電路交換向分組數(shù)據(jù)交換轉(zhuǎn)變，形成以 IP core為基礎的電信網(wǎng)絡新框架，是傳統(tǒng)網(wǎng)絡向 NGN演進的必經(jīng)之路； TDM核心到 IP核心的轉(zhuǎn)變將引發(fā)核心網(wǎng)運營 ,規(guī)劃 ,管理 ,維護上深刻的變化； 核心交換層 軟交換 關鍵特征 IP承載的引入 /webmoney Transcoder Free Operation (TrFO) 是一種帶外的 Transcoder控制協(xié)議 ,通過帶外信令建立免編解碼的通道； Tandem Free Operation (TFO) 是一種帶內(nèi)的通信協(xié)議，通過帶內(nèi)信令建立免編解碼器操作，但是通話中需要 TC單元繼續(xù)工作； TrFO可以避免有損的語音編解碼操作，提升語音質(zhì)量，同時可以大大減少 TC資源的配置，降低設備投資成本； MSC server MGW MSC server MGW AMR Voice AMR AMR RNC RNC AMR AMR OoB Codec Negotiation OoB Codec Negotiation OoB Codec Negotiation RANAP RANAP 節(jié)省了 TC資源及帶來的話質(zhì)損失 節(jié)省了 TC資源及帶來的話質(zhì)損失 AMR結合靜音檢測技術，節(jié)省 2/3左右?guī)?軟交換關鍵特征 TrFO的引入 /webmoney 第一章 軟交換核心網(wǎng)絡 第 1節(jié) 軟交換 組網(wǎng)及接口協(xié)議 /webmoney 軟交換核心網(wǎng)絡功能實體 MSC Server：控制面實體，主要完成 MM(移動性管理 )、 CM（呼叫控制）、 MGC（媒體網(wǎng)關控制）等功能； MGW：承載面實體，主要完成語音及媒體流的交換，以及提供各種資源，比如 TC、 EC、放音、收號能資源； SG：完成信令轉(zhuǎn)換工作，即完成 SS7的傳送層 MTP與SIGTRAN的傳送層 SCTP/IP之間的轉(zhuǎn)換。 /webmoney MGW Mc Mc Nb Nc MSC Server MGW GMSC Server BICCMTP3 MTP3B M3UAMTP2 SSCF/SSCOP SCTPMTP1 AAL5/ATM IPRTP AAL2 語音幀UDP/IP ATM PCM H.248SCTP UDP MTP3B IP SSCF/SSCOP/AAL5軟交換核心網(wǎng)絡接口協(xié)議 /webmoney 軟交換核心網(wǎng)絡接口協(xié)議（續(xù)） （ G） MSC Server與 MGW之間的 Mc接口：支持多種呼叫模式、多種媒體的靈活的連接處理，這個接口上的應用協(xié)議為H.248協(xié)議； MSC Server與（ G） MSC Server之間的 Nc接口：完成局間的呼叫控制，使用基于 ISUP的 BICC呼叫控制協(xié)議； MGW之間的 Nb接口：完成承載方式的控制和用戶信息（語音、數(shù)據(jù)、圖象、多媒體）的傳送，完成不同媒體幀格式之間的轉(zhuǎn)換?？梢允褂?RTP/UDP/IP或 AAL2/ATM協(xié)議。 /webmoney 第一章 軟交換核心網(wǎng)絡 第 1節(jié) 軟交換 組網(wǎng)及接口協(xié)議 /webmoney 第二章 新增接口及協(xié)議簡介 第 1節(jié) Mc接口、協(xié)議和流程 第 2節(jié) Nc接口、協(xié)議和流程 第 3節(jié) Nb接口、協(xié)議和流程 第 4節(jié) SIGTRAN協(xié)議 /webmoney Mc接口及其協(xié)議棧 Nb Nc MGW MGW MSC Server MSC Server Mc Mc Mc接口主要由三個協(xié)議定義： H.248/MEGACO: 由 ITU-T和 IETF共同制定，主要定義了基本的協(xié)議框架和基礎包，有很強的擴展性； Q.1950 由 ITU-T制定，主要針對 VoIP業(yè)務以及和 BICC協(xié)議的配合，對 H.248的參數(shù)取值和包進行了擴容，同時定義了 Nb接口的 BCP控制過程； 3GPP TS 29.232 由 3GPP制定，主要定義了無線應用中的 H.248包以及 Q.1950在 3G R4階段的相關應用； H.248SCTP UDP MTP3B IP SSCF/SSCOP/AAL5/webmoney Mc接口的特點 Mc接口提供了 (G)MSCserver在呼叫處理過程中控制 MGW中各類傳輸方式（ IP/ATM/TDM）的靜態(tài)及動態(tài)資源的能力（包括終端屬性、終端連接交換關系及其承載的媒體流）； H.248協(xié)議是非常靈活的協(xié)議，同樣的功能可以用不同的方式實現(xiàn)。因此對于 Mc接口的檢查主要應集中在對 H.248/29.232協(xié)議的遵從性即消息中參數(shù)的正確使用； Mc接口提供了獨立于呼叫的 MGW狀態(tài)維護與管理能力； 底層傳輸機制將采用 MTP3B（基于 ATM的信令傳輸）或 SCTP（基于IP的信令傳輸）為其提供協(xié)議承載； /webmoney Mc接口的基本概念 在 R4網(wǎng)絡連接模型中，對 MGW內(nèi)可被 MSC server所控制的實體或?qū)ο蟮拿枋?，主要通過 “ 關聯(lián) ” 和 “ 終端 ” 2個抽象概念來描述： 終端 (Termination) : 一個終端是 MGW中媒體 /控制流的起源或終結點。一個終端由一系列特征屬性來描述。而相關特征屬性則通過包含在命令中的一系列描述符來表征。每個終端都擁有一個唯一的標識符 (TerminationID)； 關聯(lián) (Context): 一個關聯(lián)是一組終端的關聯(lián)的抽象。若上下文關聯(lián)中包含了多于一個的承載終端，則該上下文描述了終端間的拓撲關系（如誰聽取 /看到誰）、媒體混合和 /或交換參數(shù)； T e r m i n a t i o nR T P S t r e a mT e r m i n a t i o nS C N B e a r e r C h a n n e lT e r m i n a t i o nS C N B e a r e r C h a n n e lT e r m i n a t i o nS C N B e a r e r C h a n n e lT e r m i n a t i o nS C N B e a r e r C h a n n e lT e r m i n a t i o nR T P S t r e a mT e r m i n a t i o nR T P S t r e a mC o n t e x tC o n t e x tC o n t e x tM e d i a G a t e w a yN u l l C o n t e x t*/webmoney H.248協(xié)議的消息機制 Message 消息 TransactionI 事務 TransactionIDn ContextID1 關聯(lián) ContextIDn CMD1 命令 CMDn Des-n Des-1 描述符 . . /webmoney Mc接口的消息機制 消息（ Message ） H.248協(xié)議發(fā)送或接受的信息單元稱為消息，消息從消息頭（ Header）開始，后面是若干個事務。 消息內(nèi)的事務是相互獨立的，當多個被獨立處理時，消息沒有規(guī)定處理的先后次序。 事務（ Transaction ）： SERVER和 MGW之間的一組命令構成事務，事務由 TransactionID進行標識。事務包含一個或多個動作，一個動作由一系列局限于一個關聯(lián)的命令組成。 這些動作必須順序執(zhí)行。若某動作中的一個命令執(zhí)行失敗，該事務中以后的命令將終止執(zhí)行（ Optional命令除外）。引入事務的一個重要功能是可以保證命令的順序執(zhí)行。 動作（ Action ） 動作是由一系列局限于一個關聯(lián)的命令組成。動作由 ContextID進行標識。在一個動作內(nèi)，命令需要順序執(zhí)行。 /webmoney Mc接口的消息機制 命令 (Command) ： 是 H.248消息的主要內(nèi)容，實現(xiàn)對關聯(lián)和終端屬性的控制，包括指定終端報告檢測到的事件，通知終端使用什么信號和動作，以及指定關聯(lián)的拓撲結構等。 H.248協(xié)議定義了八個命令： ADD : 增加一個 Termination到一個 Context中，當不指定 Context ID時 (或第一次增加一個Termination)，將生成一個 Context，然后加入 Termination。 MODIFY : 修改一個 Termination的屬性、事件和信號參數(shù)。如：修改終端的編碼類型、通知終端檢測摘機 /掛機事件、修改終端的拓撲結構 (雙向 /單向 /隔離等 )。 SUBSTRACT : 從一個 Context中刪除一個 Termination，同時返回 Termination的統(tǒng)計狀態(tài)。如果Context中再沒有其它的 Termination，將刪除此 Context。 NOTIFY : 允許 MG將檢測到的事件通知給 MGC。 例如： MGW將檢測到的摘機事件上報給 MGC。 MOVE : 將一個 Termination從一個 Context轉(zhuǎn)移到另一個 Context中。 AUDITVALUE : 返回 Termination的當前的 Properties、 Events、 Signals、 Statistics。 AUDITCAPABILITIES: 返回 MG中 Termination特性的能力集。 SERVICECHANGE : 允許 MG向 MGC通知一個或者多個終端將要脫離或者加入業(yè)務。用來 MG向 MGC進行注冊、重啟通知。 MGC可以使用 ServieceChange對 MG進行重啟。 MGC可以使用 ServiceChange通知MG注銷一個或一部分的 Termination。 /webmoney Mc接口呼叫流程示例 假定 MGW1的關聯(lián) C1（ T1,T2） ,MGW2的關聯(lián)是 C2（ T3,T4） 呼叫模型 /webmoney 呼叫建立流程 UE1 RNC1 MSC SERVER1 MGW1 MGW2 MSC SERVER2 RNC2 UE2 SETUP CALL PROCEEDING 與 HLR交互 COT 尋呼和鑒權加密過程 SETUP CALL PROCEEDING ADD_req（ C$） ADD_rsp（ C2, T3） ADD_req（ C$） ADD_rsp（ C1, T2） 承載建立過程 APM NbUP Init req NbUP Init ack RAB_ASSIGN_req RAB_ASSIGN_rsp 承載建立， IuUP初始化 NTF_req(T2) NTF_rsp(T2) NTF_req(T3) NTF_rsp(T3) ADD_req（ T$） ADD_rsp（ T1） 準備承載 建立承載 準備承載 IAM /webmoney 呼叫建立流程續(xù) UE1 RNC1 MSC SERVER1 MGW1 MGW2 MSC SERVER2 RNC2 UE2 RAB_ASSIGN_req RAB_ASSIGN_rsp 承載建立， IuUP初始化 ADD_req（ T$） ADD_rsp（ T4） ALERTING ACM ALERTING MOD_req（ T3） MOD_rsp（ T3） CONNECT MOD_req（ T4） MOD_rsp（ T4） MOD_req（ T3） MOD_rsp（ T3） ANC MOD_req（ T2） MOD_rsp（ T2） MOD_req（ T1） MOD_rsp（ T1） CONNECT 準備承載 送回鈴音 激活承載 停回鈴音并激活 激活承載 激活承載 /webmoney 第二章 新增接口及協(xié)議簡介 第 1節(jié) Mc接口、協(xié)議和流程 第 2節(jié) Nc接口、協(xié)議和流程 第 3節(jié) Nb接口、協(xié)議和流程 第 4節(jié) SIGTRAN協(xié)議 /webmoney Nc接口及其協(xié)議棧 Nb Nc MGW MGW MSC Server MSC Server Mc Mc Nc接口主要由四個協(xié)議定義： Q.1902(BICC CS2): 由 ITU-T制定，主要定義了和承載無關呼叫信令的基本框架、參數(shù)和流程； Q.1990,Q.1970（ IP BCP,BCTP) 由 ITU-T制定，對 IP承載控制以及隧道方式的定義； Q.765.5（ APM for BICC) 由 ITU-T制定，主要定義 APP承載相關參數(shù)在 BICC中的使用； BICCMTP3 MTP3B M3UAMTP2 SSCF/SSCOP SCTPMTP1 AAL5/ATM IP/webmoney Nc接口 MSCserver間的標準接口，運行 ITU-T制定的 BICC協(xié)議，為 UMTS/GSM的窄帶電路域業(yè)務提供獨立于用戶面承載技術及控制面信令傳輸技術的局間呼叫控制能力； Nc接口的 BICC信令在在對基本呼叫流程及補充業(yè)務特性的支持方面基本向下兼容 ISUP協(xié)議； BICC協(xié)議和 ISUP協(xié)議中的 CIC的含義是不同的， BICC協(xié)議中 CIC是呼叫實例碼，指為本次呼叫所分配的一個邏輯號，不對應物理電路，而 ISUP中CIC指電路識別號，對應唯一的物理電路； Nc接口采用 BICC協(xié)議可以支撐用戶面采用 IP/ATM承載方式，如果用戶面采用TDM承載，則 Nc接口應采用 ISUP協(xié)議，原因是 ISUP協(xié)議必須明確呼叫所對應的物理電路； BICC新增的 “ 應用信息傳輸 ” （ APM）機制使得 Nc接口兩端的呼叫控制節(jié)點間可以交互承載相關的信息：包括承載地址、連接參考、承載特性、承載建立方式及支持的 Codec列表等； BICC可為 MGW間的承載信令在 Nc接口提供控制面隧傳功能； 理論上， BICC協(xié)議可部署在各種各樣的信號傳輸協(xié)議棧之上，提供與具體業(yè)務承載無關的呼叫控制。目前比較成熟的可承載 BICC協(xié)議的傳輸協(xié)議是： MTP3、MTP3b和 SCTP等。 Nc接口特點 /webmoney BICC模型簡介 呼叫業(yè)務功能 (CSF)承載控制功能 (BCF)業(yè)務節(jié)點 (SN)呼叫控制信令(BICC協(xié)議 )呼叫控制信令(BICC協(xié)議 )承載控制信令承載控制信令承載BICC規(guī)范的主要范圍/webmoney BICC網(wǎng)絡兩種模型 O u t g o i n gp r o c e d u r e sI n c o m i n gp r o c e d u r e sB C FC a l l S e r v i c e F u n c t i o n ( C S F )B I W FC A L L M E D I A T I O N N O D E ( C M N )B e a r e r C o n t r o l S i g n a l l i n gB e a r e r C o n t r o l S i g n a l l i n gB e a r e rC a l l C o n t r o l S i g n a l l i n g( B I C C p r o t o c o l )C a l l C o n t r o l S i g n a l l i n g( B I C C p r o t o c o l )O u t g o i n gp r o c e d u r e sI n c o m i n gp r o c e d u r e sB C FC a l l S e r v i c e F u n c t i o n ( C S F )B I W FS E R V I N G N O D E ( S N )B e a r e r C o n t r o l S i g n a l l i n gB e a r e r C o n t r o l S i g n a l l i n gB e a r e rC a l l C o n t r o l S i g n a l l i n g( B I C C p r o t o c o l o ro t h e r s i g n a l l i n gs y s t e m )C a l l C o n t r o l S i g n a l l i n g( B I C C p r o t o c o l o ro t h e r s i g n a l l i n gs y s t e m )C a l l B e a r e r C o n t r o l ( C B C )s i g n a l l i n gSN模型 CMN模型 CMN和 SN的區(qū)別是 CMN不控制網(wǎng)關， SN要控制網(wǎng)關 ； SN模型對應對 R4的移動端局，關口局模型，而 CMN模型對應于 R4的匯接局模型； /webmoney BICC消息結構 C I CM e s s a g e t y p e c o d eM a n d a t o r y f i x e d p a r tM a n d a t o r y v a r i a b l e p a r tO p t i o n a l p a r t CIC 呼叫實例碼，用來標識兩局之間屬于同一呼叫的消息 Message type code 消息類型，如： IAM/APM/ACM/ANM 等消息 Mandatory fixed part 強制固定長度參數(shù)部分 Mandatory variable part 強制可變長度參數(shù)部分 Optional part 可選參數(shù)部分 /webmoney BICC主要消息 按照 Q.1902.3中定義， BICC協(xié)議大約有 40多消息。其中呼叫過程中最?？吹降南⒂校?IAM：初始化地址消息 APM：應用傳輸消息 ACM：地址全參數(shù) ANM：應答參數(shù) REL：釋放消息 RLC：釋放完成消息 /webmoney 五種不同的承載建立方式 (IP 三種 , ATM兩種 ) IP Bearer 快速前向 延遲后向 (支持 TrFO) 延遲前向 (支持 TrFO) ATM Bearer 后向 前向 (支持 TrFO） 對于中國移動而言，由于軟交換建設必然采用 IP承載方式，所以可以只考慮 IP承載的建立方式，同時由于考慮對 TrFO的支持，所以承載建立模式應該優(yōu)先考慮延遲前向或者延遲后向模式； 面向連接的 ATM有一個承載控制協(xié)議 (BCP)即 Q.2630。所以 IP也就有了相應的看法為了實現(xiàn)承載分離要開發(fā)一個基于 IP的承載控制協(xié)議 (IP BCP) Q.1970； IP BCP不允許直接在 MGW之間傳遞，它必須使用隧道的方法經(jīng)由 Mc、 Nc接口傳輸。因此隧道承載控制協(xié)議應運而生 (BCTP Q.1990)。可實際上這個控制協(xié)議只是一個有 2 字節(jié)的頭； BICC承載建立方式 (Q.1902) /webmoney 1: Tunnel Info 5: APM (tunnel data) 2: IAM (tunnel data) 4: Tunnel Info 6: Tunnel Info 3: Tunnel Info CSF BCF CSF BCF IP快速前向隧道建立模型 /webmoney MGW1 SVR1 MGW2 SVR2 請求隧道 H.248 ADD Reply BICC IAM Action=Connect Forward, BNCChar=IP, Codec=G.711, Tunnel Data=IPBCP Request H.248 ADD Tunneling Option=1 H.248 ADD Tunneling Option=1 IPBCP Request H.248 NOTIFY IPBCP Request H.248 ADD Reply H.248 NOTIFY IPBCP Accepted BICC APM Action=Connect Forward, Codec=G.711, Tunnel Data=IPBCP Accepted IP快速前向隧道建立方式 H.248 MODIFY Reply H.248 MODIFY IPBCP Accepted Nb UP Init Nb UP Init Ack /webmoney 3: Tunnel Info 2 : APM 1: IAM 6: Tunnel Info 8: Tunnel Info 5: Tunnel Info CSF BCF CSF BCF 4: APM (tunnel data) 7: APM (tunnel data) IP延遲前向隧道建立模型 /webmoney MGW1 SVR1 MGW2 SVR2 發(fā)送 Codec列表 H.248 ADD Reply BICC IAM Action=Connect Forward, BNCChar=IP, Supported Codecs=UMTS_AMR, G.711, Tunneling To Be Used H.248 ADD Tunneling Option=1 H.248 ADD Tunneling Option=1 IPBCP Request H.248 NOTIFY IPBCP Request H.248 ADD Reply H.248 NOTIFY IPBCP Accepted BICC APM Action=Connect Forward, Tunnel Data=IPBCP Requested BICC APM Action=Connect Forward, Selected Codec=UMTS_AMR, Available Codecs=UMTS_AMR, G.711 IP延遲前向隧道建立方式（ TrFO) /webmoney MGW1 SVR1 MGW2 SVR2 H.248 MODIFY Reply H.248 MODIFY IPBCP Accepted Nb UP Init Nb UP Init Ack BICC APM Action=Connect Forward, Tunnel Data=IPBCP Accepted IP延遲前向隧道建立方式（ TrFO)續(xù) /webmoney 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) IP延遲后向隧道建立模型 /webmoney MGW1 SVR1 MGW2 SVR2 發(fā)送 Codec 列表 H.248 ADD Reply BICC IAM Action=Connect Backward, BNCChar=IP, Supported Codecs=UMTS_AMR, G.711, Tunneling To Be Used H.248 ADD Tunneling Option=1 IPBCP Request H.248 NOTIFY IPBCP Accepted H.248 ADD Tunneling Option=1 H.248 ADD Reply H.248 NOTIFY IPBCP Accepted BICC APM Action=Connect Backward, Selected Codec=UMTS_AMR, Available Codecs=UMTS_AMR, G.711, Tunnel Data=IPBCP Request IP延遲后向隧道建立方式（ TrFO) /webmoney MGW1 SVR1 MGW2 SVR2 Nb UP Init Nb UP Init Ack BICC APM Action=Connect Backward, Tunnel Data=IPBCP Accepted IP延遲后向隧道建立方式（ TrFO)續(xù) /webmoney 承載建立方式的比較說明 前向承載建立表示承載建立請求（ IPBCP Request) 發(fā)送的方向與 IAM的方向相同； 后向承載建立意味著承載建立請求 (IPBCP Request)發(fā)送的方向與 IAM的方向相反； 呼叫始發(fā)局將在 IAM中指示采用哪種承載建立方式； 快速方式表示 IPBCP Reqeust必須在 IAM消息中攜帶，同時傳送。因此快速方式只可能是前向的。同時 IAM消息就開始承載建立，因此沒有 Codec協(xié)商機會，快速方式不能支持 TrFO； 延遲方式表示 IPBCP Reqeust可以在后續(xù)的 APM消息中攜帶，因此延遲方式可以是雙向的 , 可以進行 Codec協(xié)商支持 TrFO； /webmoney 第二章 新增接口及協(xié)議簡介 第 1節(jié) Mc接口、協(xié)議和流程 第 2節(jié) Nc接口、協(xié)議和流程 第 3節(jié) Nb接口、協(xié)議和流程 第 4節(jié) SIGTRAN協(xié)議 /webmoney Nb接口及其協(xié)議棧 Nb Nc MGW MGW MSC Server MSC Server Mc Mc 物理層（ PHY） ATM AAL5 SSCOP SSCF-NNI MTP3B SCTP IP IPBCP ATM IP STC ALCAP TDM 無 物理層（ PHY） ATM AAL2 Nb UP UDP IP AMR ATM IP RTP AMR TDM Nb UP PCM G.711 NbUP BCP /webmoney MGW間的 Nb接口用來在軟交換核心網(wǎng)內(nèi)承載用戶業(yè)務流，并以承載控制信令管理業(yè)務流連接的建立、釋放與維護； Nb接口可選擇采用 ATM、 IP或 TDM作為物理承載方式， 對于 ATM承載，傳輸網(wǎng)絡用戶面業(yè)務流的協(xié)議棧為 AAL2 SAR-SSCS(I.366.1)/AAL2(I.363.2)/ATM，承載控制信令的協(xié)議棧為Q.AAL2(Q.2630.2)/STC(Q.2150.1)/MTP3B/ SSCF-NNI/SSCOP/AAL5/ATM； 對于 IP承載，傳輸網(wǎng)絡用戶面業(yè)務流的協(xié)議棧為 RTP/UDP/IP，承載控制信令的協(xié)議棧為 Q.1970/SCTP /IP，或通過 Mc接口及 Nc接口以Q.1990 BCTP協(xié)議在 MGW間實現(xiàn)承載控制信令的隧傳； Nb UP協(xié)議在承載面 MGW間提供業(yè)務數(shù)據(jù)流的組幀、差錯校驗、速率匹配及定時控制等功能，支持壓縮語音、數(shù)據(jù)流的傳輸 Nb接口特點 /webmoney IP承載情況下網(wǎng)絡結構及承載建立機制 Node B RNC Iub Node B RNC Iub Iu MGW MGW TMSC Server TMSC Server IP Backbone 承載控制 （ IPBCP） BICC BICC BICC H.248 H.248 VMSC Server VMSC Server 匯接網(wǎng) 本地網(wǎng) 承載流 （ RTP） /webmoney NbUP的初始化過程 Nb Iu Iu Iu UP Init (RFCI, SDU sizes),) Iu UP Init Ack IP BCP 承載控制交互過程（ Q.1970) Nb UP Init (RFCI, SDU sizes),) Nb UP Init Ack Iu UP Init (RFCI, SDU sizes),) Iu UP Init Ack 用戶面數(shù)據(jù)傳輸 RNC