問題已開啟
(普通問題)
Mc、Nb、Nc接口在CDMA2000里是什么接口?
Mc、Nb、Nc接口在CDMA2000里是什么接口?請給個拓撲圖!同時能不能推薦一點相關資料.
提問者: hnomp 提問時間: 2009-06-25
• 現(xiàn)在還有必要學GSM和CDMA嗎 2020-09-29
• CDMA2000網(wǎng)絡中如何有效控制用戶的發(fā)射功率實現(xiàn)具體流程 2020-06-20
• CDMA中的2000是什么意思 2020-05-15
• 華為CDMA主控板登錄不了 2019-11-17
• 聯(lián)通wCDMA專項日常優(yōu)化中興中興資料 2019-10-18
• WCDMA導頻功率是什么 2019-08-13
• WCDMA室內(nèi)分布系統(tǒng)拿什么軟件畫圖 2019-06-12
• 有沒有關于WCDMA所以資料 2019-05-16
• CDMA2000網(wǎng)絡中如何有效控制用戶的發(fā)射功率實現(xiàn)具體流程 2020-06-20
• CDMA中的2000是什么意思 2020-05-15
• 華為CDMA主控板登錄不了 2019-11-17
• 聯(lián)通wCDMA專項日常優(yōu)化中興中興資料 2019-10-18
• WCDMA導頻功率是什么 2019-08-13
• WCDMA室內(nèi)分布系統(tǒng)拿什么軟件畫圖 2019-06-12
• 有沒有關于WCDMA所以資料 2019-05-16
問題答案
( 1 )
答:Mc
(1)特點:
MSC Server與MGW間的接口為Mc接口,MSC Server通過Mc接口對MGW的承載連接行為進行控制和監(jiān)視。
現(xiàn)有的國際規(guī)范中對Mc接口的編碼方式并未做明確規(guī)定,可允許采用二進制編碼和文本編碼兩種方式。但是,實際上二進制編碼的編解碼效率應該比文本方式高;另外,在移動網(wǎng)中,現(xiàn)有的協(xié)議大多采用二進制方式,各廠家因為習慣性的問題,也傾向于在Mc接口采用二進制編碼。
對于Mc接口的消息流程,一方面H.248中規(guī)定了基本消息結構,這為Mc接口的開放奠定了基礎。另一方面,Mc接口的實現(xiàn)方式非常靈活,3GPP 23.205中給出的消息流程也僅作為參考流程,未做硬性規(guī)定,加上各方理解的差異性,必然造成Mc接口上實施相同功能的消息流程差異性,包括消息順序、消息的參數(shù)設置、消息出現(xiàn)的場合、與Iu/Nc口消息配合的順序等。這雖然給廠家實現(xiàn)設備的基本功能帶來便利,但卻給互聯(lián)互通帶來很大的難度。真正實現(xiàn)Mc接口的開放,必須對各種實現(xiàn)方式進行深入研究,比較各種方式的優(yōu)劣性,并通過標準化的工作解決這些不確定性的問題。比如,首先確定編碼方式、承載方式、協(xié)議棧等,在保證系統(tǒng)性能最佳的前提下,對影響互通的問題確定可行方案。
(2)協(xié)議棧
Mc的應用層協(xié)議主要基于H.248及其擴展Q.1950。此外,3GPP 29.232對H.248進行擴展,以實現(xiàn)移動環(huán)境的特有應用。Mc接口可以基于ATM或IP承載,其相應的協(xié)議棧如下:
●純IP連接時,協(xié)議棧為H.248/SCTP/IP,也可將M3UA加在SCTP之上。為了更好地與基于H.248的固定軟交換系統(tǒng)進行互通,在純IP連接時,可選采用UDP承載,即H.248/UDP/IP。
●純ATM連接時,協(xié)議棧為H.248/MTP3b/SSCF/SSCOP/AAL5/ATM。
●混合ATM,IP連接時,協(xié)議棧為H.248/M3UA/SCTP/IP。
Nc
(1)特點
MSC Server間的接口為Nc接口,采用與承載無關的呼叫控制協(xié)議——BICC協(xié)議,用承載和控制分離的方式解決移動ISUP的呼叫控制功能。從消息結構上看,BICC與ISUP消息很相似。但是,ISUP消息同時攜載呼叫控制和承載控制消息,用電路標識碼(CIC)標識物理承載電路。而在BICC的協(xié)議模型中,呼叫控制和承載控制兩種功能是分開的,呼叫控制功能只負責業(yè)務流程的實現(xiàn),不涉及具體的承載類型;而承載控制功能是在傳統(tǒng)ISUP的基礎上,去掉了和具體承載有關的消息和參數(shù),增加了APM消息和APP參數(shù),實現(xiàn)對多種承載進行控制,如ATM/IP/TDM承載。
相對于Mc接口,Nc接口采用的BICC協(xié)議是在傳統(tǒng)的ISUP基礎上修訂演進而來的,兩種協(xié)議的結構非常相似。另外,BICC協(xié)議中不確定因素很少,消息結構統(tǒng)一,對于協(xié)議流程的爭議也很少。因此,未來的Nc接口互聯(lián)互通是可行的,也相對簡單些。
協(xié)議棧
Nc接口可以基于ATM/IP/TDM承載,相應的協(xié)議棧是:IP承載時,為BICC/M3UA/SCTP/IP或BICC/SCTP/IP;ATM承載時,為BICC/MTP3b/SAAL/AAL5;TDM承載時,為BICC/MTP3/MTP2/MTP1。
Nb
(1)特點
MGW間的接口為Nb接口,主要是使用ATM或IP方式承載電路域的業(yè)務,包括語音和數(shù)據(jù)業(yè)務。雖然Nb接口的協(xié)議比較復雜,但由于3GPP規(guī)范中已經(jīng)有明確規(guī)定,所以在該接口上有關協(xié)議的爭議較少,易于統(tǒng)一。
(2)協(xié)議棧
Nb接口規(guī)范遵循3GPPTS29.414和TS29.415,支持兩種ATM和IP兩種承載方式。承載方式不同時,Nb接口的控制信令也不同。
●以ATM方式作為承載時,Nb接口的用戶平面和控制平面都在兩個MGW之間直接傳輸。用戶平面基于AAL2,協(xié)議棧為AAL-2 SAR SSCS(I.366.1)/AAL2(I.363.2)/ATM;控制平面基于AAL5,協(xié)議棧為AAL2連接信令(Q.2630.2)/用于MTP3b的AAL2信令傳送轉換(Q.2150.1)/MTP3b/SSCF-NNI/SSCOP/AAL5/ATM。
●采用IP承載時,Nb接口的用戶平面和控制平面的傳輸路徑不同。用戶平面基于RTP,直接在兩個MGW之間傳輸,其協(xié)議棧為RTP/UDP/IP;控制平面采用Q.1970,需要通過Mc和Nc接口的隧道傳輸,協(xié)議棧結構如圖2所示。
圖2 IP承載方式下的Nb控制面協(xié)議棧
R4與R99版本相比較,在無線接入網(wǎng)的網(wǎng)絡結構方面無明顯變化,重要的改變是在核心網(wǎng)方面,主要體現(xiàn)在R4版本在電路域完全體現(xiàn)了NGN的體系構架思想,引入軟交換的概念,實現(xiàn)控制和承載分開將原來的MSC分離成為MSCServer和媒體網(wǎng)關MGW。網(wǎng)絡結構如圖1所示。
圖1 R4網(wǎng)絡電路域體系結構
MSC Server和MGW的引入,使網(wǎng)絡中增加了3個接口,即MSC Server與MGW間的Mc接口、MSC Server間的Nc接口以及MGW間的Nb接口。
圖5R4IOT測試結構圖
圖2結構1――兩個RNC與同一MGW連接
圖3結構2-—兩個MGW分別與不同的MSCServer連接
圖4結構3-—兩個MGW與同一MSCServer連接
圖3 3GPP和3GPP2全IP融合參考模型
(1)特點:
MSC Server與MGW間的接口為Mc接口,MSC Server通過Mc接口對MGW的承載連接行為進行控制和監(jiān)視。
現(xiàn)有的國際規(guī)范中對Mc接口的編碼方式并未做明確規(guī)定,可允許采用二進制編碼和文本編碼兩種方式。但是,實際上二進制編碼的編解碼效率應該比文本方式高;另外,在移動網(wǎng)中,現(xiàn)有的協(xié)議大多采用二進制方式,各廠家因為習慣性的問題,也傾向于在Mc接口采用二進制編碼。
對于Mc接口的消息流程,一方面H.248中規(guī)定了基本消息結構,這為Mc接口的開放奠定了基礎。另一方面,Mc接口的實現(xiàn)方式非常靈活,3GPP 23.205中給出的消息流程也僅作為參考流程,未做硬性規(guī)定,加上各方理解的差異性,必然造成Mc接口上實施相同功能的消息流程差異性,包括消息順序、消息的參數(shù)設置、消息出現(xiàn)的場合、與Iu/Nc口消息配合的順序等。這雖然給廠家實現(xiàn)設備的基本功能帶來便利,但卻給互聯(lián)互通帶來很大的難度。真正實現(xiàn)Mc接口的開放,必須對各種實現(xiàn)方式進行深入研究,比較各種方式的優(yōu)劣性,并通過標準化的工作解決這些不確定性的問題。比如,首先確定編碼方式、承載方式、協(xié)議棧等,在保證系統(tǒng)性能最佳的前提下,對影響互通的問題確定可行方案。
(2)協(xié)議棧
Mc的應用層協(xié)議主要基于H.248及其擴展Q.1950。此外,3GPP 29.232對H.248進行擴展,以實現(xiàn)移動環(huán)境的特有應用。Mc接口可以基于ATM或IP承載,其相應的協(xié)議棧如下:
●純IP連接時,協(xié)議棧為H.248/SCTP/IP,也可將M3UA加在SCTP之上。為了更好地與基于H.248的固定軟交換系統(tǒng)進行互通,在純IP連接時,可選采用UDP承載,即H.248/UDP/IP。
●純ATM連接時,協(xié)議棧為H.248/MTP3b/SSCF/SSCOP/AAL5/ATM。
●混合ATM,IP連接時,協(xié)議棧為H.248/M3UA/SCTP/IP。
Nc
(1)特點
MSC Server間的接口為Nc接口,采用與承載無關的呼叫控制協(xié)議——BICC協(xié)議,用承載和控制分離的方式解決移動ISUP的呼叫控制功能。從消息結構上看,BICC與ISUP消息很相似。但是,ISUP消息同時攜載呼叫控制和承載控制消息,用電路標識碼(CIC)標識物理承載電路。而在BICC的協(xié)議模型中,呼叫控制和承載控制兩種功能是分開的,呼叫控制功能只負責業(yè)務流程的實現(xiàn),不涉及具體的承載類型;而承載控制功能是在傳統(tǒng)ISUP的基礎上,去掉了和具體承載有關的消息和參數(shù),增加了APM消息和APP參數(shù),實現(xiàn)對多種承載進行控制,如ATM/IP/TDM承載。
相對于Mc接口,Nc接口采用的BICC協(xié)議是在傳統(tǒng)的ISUP基礎上修訂演進而來的,兩種協(xié)議的結構非常相似。另外,BICC協(xié)議中不確定因素很少,消息結構統(tǒng)一,對于協(xié)議流程的爭議也很少。因此,未來的Nc接口互聯(lián)互通是可行的,也相對簡單些。
協(xié)議棧
Nc接口可以基于ATM/IP/TDM承載,相應的協(xié)議棧是:IP承載時,為BICC/M3UA/SCTP/IP或BICC/SCTP/IP;ATM承載時,為BICC/MTP3b/SAAL/AAL5;TDM承載時,為BICC/MTP3/MTP2/MTP1。
Nb
(1)特點
MGW間的接口為Nb接口,主要是使用ATM或IP方式承載電路域的業(yè)務,包括語音和數(shù)據(jù)業(yè)務。雖然Nb接口的協(xié)議比較復雜,但由于3GPP規(guī)范中已經(jīng)有明確規(guī)定,所以在該接口上有關協(xié)議的爭議較少,易于統(tǒng)一。
(2)協(xié)議棧
Nb接口規(guī)范遵循3GPPTS29.414和TS29.415,支持兩種ATM和IP兩種承載方式。承載方式不同時,Nb接口的控制信令也不同。
●以ATM方式作為承載時,Nb接口的用戶平面和控制平面都在兩個MGW之間直接傳輸。用戶平面基于AAL2,協(xié)議棧為AAL-2 SAR SSCS(I.366.1)/AAL2(I.363.2)/ATM;控制平面基于AAL5,協(xié)議棧為AAL2連接信令(Q.2630.2)/用于MTP3b的AAL2信令傳送轉換(Q.2150.1)/MTP3b/SSCF-NNI/SSCOP/AAL5/ATM。
●采用IP承載時,Nb接口的用戶平面和控制平面的傳輸路徑不同。用戶平面基于RTP,直接在兩個MGW之間傳輸,其協(xié)議棧為RTP/UDP/IP;控制平面采用Q.1970,需要通過Mc和Nc接口的隧道傳輸,協(xié)議棧結構如圖2所示。
R4與R99版本相比較,在無線接入網(wǎng)的網(wǎng)絡結構方面無明顯變化,重要的改變是在核心網(wǎng)方面,主要體現(xiàn)在R4版本在電路域完全體現(xiàn)了NGN的體系構架思想,引入軟交換的概念,實現(xiàn)控制和承載分開將原來的MSC分離成為MSCServer和媒體網(wǎng)關MGW。網(wǎng)絡結構如圖1所示。
圖1 R4網(wǎng)絡電路域體系結構
MSC Server和MGW的引入,使網(wǎng)絡中增加了3個接口,即MSC Server與MGW間的Mc接口、MSC Server間的Nc接口以及MGW間的Nb接口。
圖5R4IOT測試結構圖
圖2結構1――兩個RNC與同一MGW連接
圖3結構2-—兩個MGW分別與不同的MSCServer連接
圖4結構3-—兩個MGW與同一MSCServer連接
圖3 3GPP和3GPP2全IP融合參考模型
回答者:
wangyuan072
回答時間:2009-06-25 13:08
31 38
為什么要用隧道,而且還專門用IPBCP傳輸承載控制信令
tuming1986 2009-10-13 14:37
非常感謝
謝謝樓主分享。。。
orientonline 2011-02-19 01:26
• 合肥超腦信息科技有限公司
聘:5G網(wǎng)優(yōu)測試-浙江節(jié)后到崗
需求人數(shù):2 人 地點:浙江省
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 浙江明訊網(wǎng)絡技術有限公司 聘:浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
• 陜西瑞達灃通信技術有限公司 聘:華為光網(wǎng)絡工程師
需求人數(shù):8 人 地點:新疆
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 杭州東信網(wǎng)絡技術有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京華蘇科技有限公司 聘:投訴處理(網(wǎng)優(yōu))-?
需求人數(shù):2 人 地點:海口市
需求人數(shù):2 人 地點:浙江省
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 浙江明訊網(wǎng)絡技術有限公司 聘:浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
• 陜西瑞達灃通信技術有限公司 聘:華為光網(wǎng)絡工程師
需求人數(shù):8 人 地點:新疆
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 杭州東信網(wǎng)絡技術有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京華蘇科技有限公司 聘:投訴處理(網(wǎng)優(yōu))-?
需求人數(shù):2 人 地點:海口市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |