專利名稱：數(shù)據(jù)業(yè)務傳輸方法
技術領域：
本發(fā)明涉及碼分多址技術，特別涉及碼分多址移動通信系統(tǒng)中基站子系統(tǒng)與網(wǎng)絡子系統(tǒng)間接口的數(shù)據(jù)業(yè)務傳輸方法。
背景技術：
碼分多址(Code Division Multiple Access，簡稱“CDMA”)技術早已在軍用抗干擾通信研究中得到廣泛應用，1989年美國高通的現(xiàn)場試驗證明CDMA用于蜂窩移動通信的容量大，很快使CDMA成為全球的熱門課題。到現(xiàn)在的第三代移動通信系統(tǒng)CDMA2000，使無線通信在未來的通信中起越來越重要的作用，CDMA將成為本世紀主要的無線接入技術。
隨著IP協(xié)議在世界范圍內的廣泛應用以及CDMA移動通信系統(tǒng)的飛速發(fā)展，基于IP網(wǎng)絡架構的CDMA2000系統(tǒng)的設計問題日益受到人們的關注。在設計基于IP的CDMA2000系統(tǒng)時，A接口的設計是關鍵。由于系統(tǒng)核心網(wǎng)絡的全IP化，并引入了控制與業(yè)務、傳送與接入分離的交換設計思想，在IP上實現(xiàn)A接口協(xié)議與在傳統(tǒng)電路交換上實現(xiàn)A接口有所不同，主要是需要設計信令與業(yè)務分離的A接口協(xié)議棧以及信令流、業(yè)務流在IP承載方式下的傳輸。
作為基站子系統(tǒng)(Base Station Subsystem，簡稱“BSS”)和網(wǎng)絡子系統(tǒng)之間的接口，其中BSS由基站控制器(Base Station Controller，簡稱“BSC”)和基站收發(fā)信臺(Base Transceiver Station，簡稱“BTS”)構成，而網(wǎng)絡子系統(tǒng)包括核心網(wǎng)的移動交換中心(Mobile Switching Center，簡稱“MSC”)。在CDMA網(wǎng)絡的傳統(tǒng)移動終端域(Legacy Mobile Station Domain，簡稱“LMSD”)的第一階段，電路域(Circuit Switch，簡稱“CS”)核心網(wǎng)中MSC被分為兩個部分，即媒體網(wǎng)關控制(Media Gateway Controller，簡稱“MGC”)和媒體網(wǎng)關(Media Gateway，簡稱“MGW”)。因此A接口就是BSS與MSC之間的接口。
A接口標準的規(guī)范性和透明度至關重要，它決定著CDMA設備制造廠家能否獨立地開發(fā)基站設備或網(wǎng)絡設備。對于CDMA系統(tǒng)的運營商來說，他們同樣要求開放的系統(tǒng)結構，開放的A接口為CDMA系統(tǒng)提供了競爭環(huán)境。CDMA A接口標準的形成過程與其它標準最大的不同點在于，它是在各廠家已經(jīng)開發(fā)出商用產(chǎn)品之后，通過談判協(xié)商而形成的，經(jīng)歷了一個相當復雜的過程，各標準制訂組織和生產(chǎn)廠家為A接口標準的制訂做了大量細致的工作。
現(xiàn)在支持開放CDMA A接口的標準有兩個，即IS634系列和IOS系列。IOS系列標準得到了眾多廠家的認可，也使得該系列標準得到迅速發(fā)展，趨于完善，目前已經(jīng)發(fā)展到IOS2.X、IOS3.X、IOS4.0、IOS5.0等多個版本。CDG IOS2.X包括V2.0、V2.1、V2.2，均基于Sprint PCS IOS V2.0a，并支持如下功能8kb/s EVRC聲碼器、在呼叫建立過程中支持完整的業(yè)務選擇談判、電路型數(shù)據(jù)(9.6/14.4kb/s)和傳真、短消息業(yè)務、話音加密、BSC間硬切換(同一廠家的BSC間的軟切換可用其內部協(xié)議支持)。
第三代移動通信合作伙伴項目(3rd Generation Partnership Project 2，簡稱“3GPP2”)負責制訂支持第三代CDMA移動通信CDMA-2000的IOS標準。3G-IOS V4.0已于1999年10月完成，它支持CDMA-2000的1X RTT。3G-IOS V4.0在CDG IOS V3.1的基礎上增加了支持高速分組數(shù)據(jù)業(yè)務和支持Mobile IP業(yè)務等功能。3G-IOS V5.0由3GPP2于1999年12月完成并支持CDMA2000 3X RTT。
A接口是無線接入網(wǎng)與核心網(wǎng)之間的接口。在CDMA2000系統(tǒng)中A接口包括A1/A2、A3/A7、A8/A9和A10/A11等接口，它們滿足3GPP2 IOS4.1規(guī)范。A1/A2接口是CDMA2000系列MSC與BSC之間的接口，該接口秉承CDMA One系統(tǒng)。A1接口用于傳輸MSC與BSC之間的信令信息；A2接口用于傳輸MSC與BSC之間的話音信息。MSC與BSC之間的A1/A2接口，傳統(tǒng)上稱之為A接口，下文中加不特殊聲明A接口即指此接口。
CDMA網(wǎng)絡在LMSD STEP1階段，傳統(tǒng)的MSC分為了MSCe(MGC)和MGW兩個網(wǎng)元，在IOS5.0已后的版本中BSC和MSC之間的A接口可為時分復用(Time Division Multiplex，簡稱“TDM”)接口，也可采用網(wǎng)際協(xié)議(Internet Protocol，簡稱“IP”)接口。MSC服務器通過媒體網(wǎng)關控制接口(MC，也叫39/XX接口)完成對MGW的控制。圖1示出了CDMA網(wǎng)絡中A接口相關模塊的示意圖。
在CS域可為無線用戶提供電路域數(shù)據(jù)業(yè)務(Circuit Switch Data，簡稱“CSD”)，如調制解調器(modem)數(shù)據(jù)業(yè)務或傳真(FAX)業(yè)務。當A接口采用TDM傳送時，其協(xié)議棧如圖2所示。BSS從空口收到的數(shù)據(jù)業(yè)務幀每20ms一幀，BSS在完成物理層和無線鏈路協(xié)議(Radio Link Protocol，簡稱“RLP”)層處理后，取出其中的數(shù)據(jù)(Data)，Data是手機發(fā)出的點對點協(xié)議(Point to Point Protocol，簡稱“PPP”)幀的分片、或獨立的PPP幀(PPP小幀可在20ms內完成發(fā)送，不需要分片)，BSS將data重組為PPP幀，并用系統(tǒng)內鏈接協(xié)議(Intersystem Link Protocol，簡稱“ISLP”)適配到64Kbps/56kbps的TDM線路上。通常IS95A物理層由BTS完成處理，RLP由BSC完成處理。
傳統(tǒng)的基于TDM實現(xiàn)的CDMA網(wǎng)絡A接口中數(shù)據(jù)在傳輸過程的分片組合如圖3所示。手機或移動臺發(fā)送的空口PPP幀由RLP承載發(fā)送至BTS，BTS經(jīng)過物理層處理后提取每個data并組合為整個PPP幀，再由BSC適配到ISLP上，并在TDM承載的A接口上傳送給MSC，之后MSC內部再由MGW傳給網(wǎng)絡側互通功能(Interworking Function，簡稱“IWF”)，實現(xiàn)相關業(yè)務的核心網(wǎng)交換。
隨著移動通信與固網(wǎng)技術的進一步發(fā)展，下一代網(wǎng)絡將注重移動域與電路域的融合，采用全IP網(wǎng)絡。CDMA2000也不例外地向IP過渡，基于IP的用戶數(shù)據(jù)協(xié)議(User Data Protocol，簡稱“UDP”)以及之上的實時傳輸協(xié)議(Realtime Transfer Protocol，簡稱“RTP”)均是用于傳輸語音等實時業(yè)務。當A接口變?yōu)镮P網(wǎng)絡時，數(shù)據(jù)業(yè)務如何傳送目前并沒有規(guī)定和建議，目前A接口的傳統(tǒng)TDM傳輸方法不再適用，業(yè)界繼續(xù)解決的問題是給出IP分組化后A接口的傳輸解決方案。但目前還沒有出現(xiàn)公開的方案。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種數(shù)據(jù)業(yè)務傳輸方法，使得CDMA系統(tǒng)的A接口在分組化后可繼續(xù)支持電路域數(shù)據(jù)業(yè)務。
為實現(xiàn)上述目的，本發(fā)明提供了一種數(shù)據(jù)業(yè)務傳輸方法，用于碼分多址移動通信系統(tǒng)中基站子系統(tǒng)與網(wǎng)絡子系統(tǒng)間的接口，包含以下步驟從移動臺至互通功能的上行方向上，基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的數(shù)據(jù)業(yè)務數(shù)據(jù)，在基于網(wǎng)際協(xié)議的傳輸層上傳送至媒體網(wǎng)關；所述媒體網(wǎng)關將接收到的數(shù)據(jù)進行抗緩沖緩存處理，并通過內部接口傳送給所述互通功能；從所述互通功能至所述移動臺的下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關，媒體網(wǎng)關在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，經(jīng)過抗緩沖緩存處理后，由其經(jīng)過空中接口傳送至所述移動臺。
其中，還包含以下步驟
上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)，在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)業(yè)務數(shù)據(jù)，并進行抗緩沖緩存處理，組合成整幀數(shù)據(jù)，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，經(jīng)過抗緩沖緩存處理后，由其經(jīng)過空中接口傳送至所述移動臺。
此外在所述方法中，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)組合成整幀數(shù)據(jù)，然后在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述整幀數(shù)據(jù)，并進行抗緩沖緩存處理，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關，然后通過基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)；所述基站子系統(tǒng)進行抗緩沖緩存處理后，將其分片，并在空中接口傳送至所述移動臺。
此外在所述方法中，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)，并進行抗緩沖緩存處理，然后通過內部接口傳送給所述互通功能，由所述互通功能組合成整幀數(shù)據(jù)；下行方向上，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)分片通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關通過基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，由其通過空中接口傳送至所述移動臺；或者，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關通過將其數(shù)據(jù)分片，基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，由其通過空中接口傳送至所述移動臺。
此外在所述方法中，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)，先適配為64Kbps或56Kbps碼流，對其碼流數(shù)據(jù)分割，然后在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)，并進行抗緩沖緩存處理，恢復出64Kbps或56Kbps數(shù)據(jù)，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)適配為64Kbps或56Kbps碼流，通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其數(shù)據(jù)分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)進行抗緩沖緩存處理并取出其中的數(shù)據(jù)業(yè)務數(shù)據(jù)，由其通過空中接口傳送至所述移動臺；或者，
由所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)，通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其適配為64Kbps或56kbps碼流，再將數(shù)據(jù)分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)進行抗緩沖緩存處理并取出其中的數(shù)據(jù)業(yè)務數(shù)據(jù)，由其通過空中接口傳送至所述移動臺。
此外在所述方法中，所述接口的基于網(wǎng)際協(xié)議的傳輸層為實時傳輸協(xié)議層。
此外在所述方法中，所述接口的基于網(wǎng)際協(xié)議的傳輸層為用戶數(shù)據(jù)協(xié)議層。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術方案與現(xiàn)有技術的主要區(qū)別在于，將來自空口的分片PPP幀數(shù)據(jù)進行抗抖動緩存處理(JitterBuffer)并組成完整PPP包，然后對PPP包進行ISLP適配到基于IP的UDP/RTP傳輸層，也可將PPP報文先傳送到MGW后，在經(jīng)過ISLP適配后給IWF。這些處理過程分布在BSS、MGW、IWF等實體中實現(xiàn)。
這種技術方案上的區(qū)別，帶來了較為明顯的有益效果，即CDMA系統(tǒng)A接口實現(xiàn)基于IP的傳輸后能夠減少A接口的流量，充分利用分組網(wǎng)絡資源，節(jié)省帶寬；可以繼續(xù)支持電路域數(shù)據(jù)業(yè)務，并對IWF設備本身沒有改變，具有良好的開放性和兼容性，滿足CDMA網(wǎng)絡前期建設和后續(xù)發(fā)展及未來高速數(shù)據(jù)業(yè)務發(fā)展的需求。


圖1是CDMA移動通信系統(tǒng)基站子系統(tǒng)與網(wǎng)絡子系統(tǒng)接口示意圖；圖2是CDMA移動通信系統(tǒng)基于TDM的傳統(tǒng)A接口上數(shù)據(jù)傳輸協(xié)議棧示意圖；
圖3是CDMA移動通信系統(tǒng)基于TDM的傳統(tǒng)A接口上數(shù)據(jù)傳輸過程示意圖；圖4是根據(jù)本發(fā)明的第二實施方式的基于IP的A接口數(shù)據(jù)傳輸方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。
在實現(xiàn)A接口IP化之后，需要在BSS與MGW之間用分組協(xié)議比如RTP或UDP傳輸數(shù)據(jù)，因此本發(fā)明主要由以下步驟實現(xiàn)首先將來自空口的分片數(shù)據(jù)通過IP鏈路傳輸，在MGW進行抗緩沖(JitterBuffer)處理，并組成完整PPP包；然后對PPP包進行ISLP適配，可以在分組協(xié)議層傳輸。這些步驟以前都是在BSS完成的，本發(fā)明中則將其分布在BSS、MG和IWF中，這里有各種分布方法。由于BSS處理的內容不同，在A接口傳輸?shù)膬热菀膊煌?，可以由RTP或UDP承載。其中IWF在MSC中，與MGW同在用戶面，但是IWF在網(wǎng)絡側，直接靠向固網(wǎng)等。
在本發(fā)明中，A接口IP化后，原有BSC的ISLP處理位置可以改到MSC(MGW)完成，數(shù)據(jù)業(yè)務的上行數(shù)據(jù)流的ISLP處理可在MGW(MSC上)進行、下行ISLP解處理在MGW(MSC上進行)。ISLP在MGW(MSC)解處理后，A接口可傳送RTP幀的凈和大小符合RLP層要求?；驗橥暾腜PP數(shù)據(jù)幀。IWF數(shù)據(jù)幀承載在RTP上傳送，幀大小可變。當BSC的ISLP處理保留時，可對處理完的PCM碼流做RTP承載(保留對老BSC的最小改動)。
IP化后能夠減少A接口的流量，因為原先是由TDM承載的，即使沒有語音和數(shù)據(jù)信號，也要獨占64K的帶寬。而IP化后，只根據(jù)實際需要發(fā)送數(shù)據(jù)，帶寬是各條連接共享的。
本發(fā)明的第一實施方式中，主要包含以下步驟從手機至IWF的上行方向上，BTS接受空中接口發(fā)來的數(shù)據(jù)，然后在IP化的A接口上基于傳輸層協(xié)議傳送至MSC；MSC將接收到的數(shù)據(jù)進行抗緩沖緩存處理(JitterBuffer)，并通過內部接口傳送給IWF；從IWF至手機的下行方向上，IWF通過內部接口將業(yè)務數(shù)據(jù)傳給MSC，在基于IP的A接口傳輸層上傳送至BSS(MSC每20ms發(fā)送一個包)，經(jīng)過抗緩沖緩存處理(JitterBuffer)后由其經(jīng)過空中接口傳送至手機。
可以看出上述步驟中關鍵的地方在于A接口的傳輸是基于IP的傳輸，而在A接口一側的MSC需要進行JitterBuffer處理。JitterBuffer是用于緩沖處理網(wǎng)絡傳輸抖動的方法，抖動是指網(wǎng)絡報文前后傳輸?shù)南鄬r延的變化。微弱的抖動，比如小于一個幀長，是可以接受的，不會對通信質量造成影響。然而，大的抖動如果不進行緩沖處理，就可能導致語音的間斷等問題。JitterBuffer就是這樣一種通過緩沖處理消除網(wǎng)絡傳輸抖動的方法。
另外，在空中接口的RLP層數(shù)據(jù)傳輸是分片的，每幀20ms，PPP數(shù)據(jù)幀如果大于20ms就要分開傳輸，因此在IWF接收到PPP數(shù)據(jù)幀之前需要有一個環(huán)節(jié)實現(xiàn)將分片數(shù)據(jù)進行組合的操作。在本發(fā)明的以下幾個實施方式中，分別在不同的環(huán)節(jié)實現(xiàn)分片數(shù)據(jù)的組合。
在本發(fā)明的第二實施方式中，在MSC實現(xiàn)組合分片。上行方向上，其傳輸步驟如圖4所示，在步驟401中，手機通過空中接口發(fā)送分片數(shù)據(jù)至BSS；接著在步驟402中，BSS將空中接口發(fā)來的分片數(shù)據(jù)，在IP化的A接口上傳送至MSC；然后在步驟403中，MSC解封裝分片數(shù)據(jù)后，進行JitterBuffer處理，然后在步驟404中，組合成整幀PPP數(shù)據(jù)，最后在步驟405中，通過內部接口傳送給IWF。下行方向上，IWF通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給MGW，然后MGW將其分片，在A接口上傳送至BSC，BSC進行JitterBuffer處理，BSC經(jīng)過解封裝再由空中接口傳送至手機。
具體步驟如下，上行方向BSC在收到BTS的RLP幀后，完成RLP處理，將數(shù)據(jù)業(yè)務的數(shù)據(jù)幀data取出，按照其序列關系，直接封裝在RTP包中發(fā)送給MGW(或MSC)，每個data對應一個RTP包，每20ms一個包。MGW(MSC)將收到的RTP碼流，進行JitterBuffer處理，重組成一個完整的PPP幀，然后做ISLP處理后發(fā)送給IWF設備，IWF設備做解ISLP處理后就可取出其中數(shù)據(jù)。當沒有PPP幀傳送時，BSC和MGW(MSC)之間不發(fā)送RTP報文，這時MGW對IWF輸出數(shù)據(jù)全部插入ISLP適配幀。下行方向IWF將PPP幀做ISLP處理后，發(fā)送給MGW(MSC)，MGW做解ISLP處理，取出PPP幀，然后按照RLP承載大小分片，將分片報文按順序每20ms打一個RTP包發(fā)送給BSC，BSC從RTP中取出分片數(shù)據(jù)，用RLP協(xié)議封裝。
在本發(fā)明的第三實施方式中，在BSS實現(xiàn)組合分片。上行方向上，BTS收到分片數(shù)據(jù)業(yè)務數(shù)據(jù)，BSC將其組合成整幀數(shù)據(jù)，然后在A接口上傳送至MSC；MSC解封裝得到整幀數(shù)據(jù)，并進行JitterBuffer處理，然后通過內部接口傳送給IWF。下行方向上，IWF通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給MSC，然后通過基于IP的A接口傳送至BSS；進行抗緩沖緩存處理，BSS將其分片在空中接口傳送。
該實施方式與第二實施方式基本相似。差異點在于上行分片報文在那里重組，下行在那里分片。上行方向BSC完成RLP處理后，將收到的PPP數(shù)據(jù)幀重組為一個完整的PPP數(shù)據(jù)幀后，打上RTP頭，立刻發(fā)送給MGW。MGW完成RTP和JitterbBffer處理后，對整個PPP幀做ISLP處理。下行方向IWF將ISLP適配后的數(shù)據(jù)流發(fā)給MGW，MGW完成解ISLP處理后，將整個PPP幀封裝在一個RTP包中，發(fā)送給BSC，由BSC自己根據(jù)需要進行RLP層分片。
在本發(fā)明的第四實施方式中，在IWF實現(xiàn)組合分片。上行方向上，BSS將空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)傳送至MSC，經(jīng)過JitterBuffer，然后通過內部接口傳送給IWF，由IWF組合成整幀數(shù)據(jù)。下行方向上，IWF將數(shù)據(jù)業(yè)務數(shù)據(jù)分片通過內部接口傳給MSC，通過A接口傳送至BSS，進行JitterBuffer處理，由其通過空中接口傳送至手機。
具體如下，上行方向BSC在收到BTS的RLP幀后，完成RLP處理，將數(shù)據(jù)業(yè)務的數(shù)據(jù)幀data取出，按照其序列關系，直接封裝在RTP包中發(fā)送給MGW(或MSC)，每個data對應一個RTP包，每20ms一個包。MGW(MSC)將收到的RTP碼流，進行JitterBuffer處理，不進行重組處理(數(shù)據(jù)可能是分片，也可能是完整的PPP幀)，直接將收到的數(shù)據(jù)做ISLP處理后發(fā)送給IWF設備，IWF設備做解ISLP處理后就可取出其中數(shù)據(jù)，自己做重組。當沒有PPP幀傳送時，BSC和MGW(MSC)之間不發(fā)送RTP報文，這時MGW對IWF輸出數(shù)據(jù)全部插入ISLP適配幀。下行方向IWF到手機方向。IWF將PPP幀做ISLP處理后，發(fā)送給MGW(MSC)，MGW按照160字節(jié)為單位，做解ISLP處理，取出其中數(shù)據(jù)包，按順序每20ms打一個RTP包發(fā)送給BSC，BSC從RTP中取出分片數(shù)據(jù)，根據(jù)RLP層要求進行處理(這時可能要分片，也可能不分片)。
在本發(fā)明的第五實施方式中，用PCM實現(xiàn)傳輸。上行方向上，基站子系統(tǒng)分片數(shù)據(jù)業(yè)務數(shù)據(jù)先適配到PCM傳輸帶寬，然后傳送至媒體網(wǎng)關，經(jīng)過抗緩沖緩存處理，組合成整幀數(shù)據(jù)，然后通過內部接口傳送給IWF。下行方向上也同樣，IWF將數(shù)據(jù)業(yè)務數(shù)據(jù)經(jīng)過ISLP適配后，通過內部接口傳給媒體網(wǎng)關。
具體過程描述如下，上行方向從手機到IWF方向。BSC在收到BTS的RLP幀后，完成RLP處理，將數(shù)據(jù)業(yè)務的數(shù)據(jù)幀data取出，并重組為PPP幀，將PPP幀適配用ISLP協(xié)議適配到64K或56K的脈沖代碼調制(Pulse CodeModulation，簡稱“PCM”)碼流上，然后將該PCM碼流按照5ms或10ms或20ms(或其他打包間隔)打成RTP包發(fā)送給MGW。MGW收到該RTP碼流后做JitterBuffer處理和RTP處理，將數(shù)據(jù)幀恢復成PCM碼流給IWF。下行方向IWF到手機方向。IWF將PPP幀做ISLP處理后(變成了PCM碼流)，發(fā)送給MGW(MSC)，MGW按照A接口打包間隔，將PCM碼流承載在RTP上發(fā)送給BSC。BSC收到該RTP碼流后做JitterBuffer處理和RTP處理，將數(shù)據(jù)幀恢復成PCM碼流并做ISLP處理，取出其中數(shù)據(jù)包，然后按照RLP的要求進行封裝。
可以看出，第二實施方式中A口傳送的數(shù)據(jù)幀凈和大小符合RLP要求；第三實施方式中A口的數(shù)據(jù)幀凈和是完整的PPP幀；第四實施方式中A口傳送的數(shù)據(jù)幀大小不一定符合RLP要求，也不一定是一個完整的PPP幀；而第五實施方式中ISLP適配在BSC完成，BSC和MGW直接傳送基于RTP傳送的PCM碼流，其打包間隔可為5ms、10ms、20ms等，其他方法中ISLP在MGW完成。
熟悉本領域的技術人員可以理解，上述各種實施方式中上下行的組合分片及ISLP處理在相同網(wǎng)元進行，但也可以在不同網(wǎng)元實現(xiàn)，不影響本發(fā)明的實質和范圍。
在本發(fā)明的第六實施方式中，用RTP實現(xiàn)A接口的傳輸。而在另外一個實施方式中，則是基于UDP實現(xiàn)。熟悉本領域的技術人員可以理解，A接口的基于IP的分組化傳輸協(xié)議可以是基于IP的任意傳輸層協(xié)議，不影響本發(fā)明的實質和范圍。
雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權利要求
1.一種數(shù)據(jù)業(yè)務傳輸方法，用于碼分多址移動通信系統(tǒng)中基站子系統(tǒng)與網(wǎng)絡子系統(tǒng)間的接口，其特征在于，包含以下步驟從移動臺至互通功能的上行方向上，基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的數(shù)據(jù)業(yè)務數(shù)據(jù)，在基于網(wǎng)際協(xié)議的傳輸層上傳送至媒體網(wǎng)關；所述媒體網(wǎng)關將接收到的數(shù)據(jù)進行抗緩沖緩存處理，并通過內部接口傳送給所述互通功能；從所述互通功能至所述移動臺的下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關，媒體網(wǎng)關在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，經(jīng)過抗緩沖緩存處理后，由其經(jīng)過空中接口傳送至所述移動臺。
2.根據(jù)權利要求1所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)，在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)業(yè)務數(shù)據(jù)，并進行抗緩沖緩存處理，組合成整幀數(shù)據(jù)，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，經(jīng)過抗緩沖緩存處理后，由其經(jīng)過空中接口傳送至所述移動臺。
3.根據(jù)權利要求1所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)組合成整幀數(shù)據(jù)，然后在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述整幀數(shù)據(jù)，并進行抗緩沖緩存處理，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能通過內部接口將數(shù)據(jù)業(yè)務數(shù)據(jù)傳給所述媒體網(wǎng)關，然后通過基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)；所述基站子系統(tǒng)進行抗緩沖緩存處理后，將其分片，并在空中接口傳送至所述移動臺。
4.根據(jù)權利要求1所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)，并進行抗緩沖緩存處理，然后通過內部接口傳送給所述互通功能，由所述互通功能組合成整幀數(shù)據(jù)；下行方向上，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)分片通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關通過基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，由其通過空中接口傳送至所述移動臺；或者，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關通過將其數(shù)據(jù)分片，基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)，由其通過空中接口傳送至所述移動臺。
5.根據(jù)權利要求1所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，還包含以下步驟上行方向上，所述基站子系統(tǒng)將所述移動臺通過空中接口發(fā)來的分片數(shù)據(jù)業(yè)務數(shù)據(jù)，先適配為64Kbps或56Kbps碼流，對其碼流數(shù)據(jù)分割，然后在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述媒體網(wǎng)關；所述媒體網(wǎng)關解封裝所述分片數(shù)據(jù)，并進行抗緩沖緩存處理，恢復出64Kbps或56Kbps數(shù)據(jù)，然后通過內部接口傳送給所述互通功能；下行方向上，所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)適配為64Kbps或56kbps碼流，通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其數(shù)據(jù)分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)進行抗緩沖緩存處理并取出其中的數(shù)據(jù)業(yè)務數(shù)據(jù)，由其通過空中接口傳送至所述移動臺；或者，由所述互通功能將數(shù)據(jù)業(yè)務數(shù)據(jù)，通過內部接口傳給所述媒體網(wǎng)關；然后所述媒體網(wǎng)關將其適配為64Kbps或56kbps碼流，再將數(shù)據(jù)分片，并在基于網(wǎng)際協(xié)議的傳輸層上傳送至所述基站子系統(tǒng)進行抗緩沖緩存處理并取出其中的數(shù)據(jù)業(yè)務數(shù)據(jù)，由其通過空中接口傳送至所述移動臺。
6.根據(jù)權利要求1-5任意一項所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述接口的基于網(wǎng)際協(xié)議的傳輸層為實時傳輸協(xié)議層。
7.根據(jù)權利要求1-5任意一項所述的數(shù)據(jù)業(yè)務傳輸方法，其特征在于，所述接口的基于網(wǎng)際協(xié)議的傳輸層為用戶數(shù)據(jù)協(xié)議層。
全文摘要
本發(fā)明涉及碼分多址技術，公開了一種數(shù)據(jù)業(yè)務傳輸方法，使得CDMA系統(tǒng)的A接口在分組化后可繼續(xù)支持電路域數(shù)據(jù)業(yè)務。本發(fā)明中，將來自空口的分片PPP幀數(shù)據(jù)進行抗抖動緩存處理并組成完整PPP包，然后對PPP包進行ISLP適配到基于IP的UDP/RTP傳輸層。這些處理過程分布在BSS、MGW、IWF等實體中實現(xiàn)。
文檔編號H04L12/56GK101043473SQ200610024868
公開日2007年9月26日 申請日期2006年3月20日 優(yōu)先權日2006年3月20日
發(fā)明者劉振華 申請人:華為技術有限公司