專利名稱：核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法
所屬領(lǐng)域本發(fā)明涉及一種核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，尤其涉及寬帶碼分多址接入(WCDMA)蜂窩移動通信系統(tǒng)中基站控制器與核心網(wǎng)的媒體網(wǎng)關(guān)之間電路域接口用戶面的處理方法，屬于通信系統(tǒng)技術(shù)領(lǐng)域。
目前，在第三代伙伴工程(3GPP)標(biāo)準(zhǔn)組織的討論中，已經(jīng)提出了兩種處理方案，用協(xié)議棧描述分別為IuUP/RTP/UDP/IP和IuUP/GTP-Lite/UDP/IP。由于這兩種方案除了需要IuUP協(xié)議處理模塊和UDP協(xié)議處理模塊以外，還分別需要另一個協(xié)議處理模塊RTP協(xié)議處理模塊或者GTP-Lite協(xié)議處理模塊，該兩個模塊中的部分功能在其它協(xié)議處理模塊中有重疊或者可以替代。
在第三代移動通信的寬帶碼分多址(WCDMA)接入系統(tǒng)中，IuCS接口是該系統(tǒng)中核心網(wǎng)和無線接入網(wǎng)之間電路域的接口，其在網(wǎng)絡(luò)中位置見

圖1，主要用于在核心網(wǎng)的媒體網(wǎng)關(guān)(MGW)與無線網(wǎng)絡(luò)系統(tǒng)(RNS)的無線網(wǎng)絡(luò)控制器(RNC)之間傳送實(shí)時數(shù)據(jù)流。圖中核心網(wǎng)的SGSN是GPRS服務(wù)支持節(jié)點(diǎn)，IuPS是Iu接口分組交換，Node B則是WCDMA的基站。在第三代伙伴工程(3GPP)標(biāo)準(zhǔn)的R5階段，在IuCS接口上將引入因特網(wǎng)協(xié)議(IP)傳輸，IuUP層需要下層協(xié)議提供可靠的數(shù)據(jù)傳輸，例如CRC校驗(yàn)、丟幀檢測、對亂序的數(shù)據(jù)包重組、數(shù)據(jù)流的識別等。
目前，關(guān)于該接口用戶面的信號處理方法，即接口協(xié)議棧，3GPP標(biāo)準(zhǔn)中已經(jīng)提出兩種方案，分別參見圖2(A)、(B)所示。下面分別簡單描述這兩種現(xiàn)有協(xié)議棧中涉及到的協(xié)議層，按它們在協(xié)議層中的位置，從高到低分別為IuUP協(xié)議、RTP協(xié)議、UDP協(xié)議和IuUP協(xié)議、GTP-Lite協(xié)議、UDP協(xié)議。
其中Iu UP協(xié)議處理模塊用于傳送與無線接入承載相關(guān)的用戶數(shù)據(jù)。一個IuUP協(xié)議實(shí)例只和一個無線接入承載(RAB)相關(guān)。如果與一給定用戶設(shè)備(UE)建立了幾個無線接入承載(RAB)，那么這些無線接入承載(RAB)將使用相應(yīng)的幾個Iu UP實(shí)例。Iu UP協(xié)議規(guī)定了兩種模式第一種為預(yù)定義業(yè)務(wù)數(shù)據(jù)單元(SDU)大小的支持模式，第二種為透明模式。
Iu UP協(xié)議處理模塊不對透明模式下的數(shù)據(jù)作任何處理，即非接入層數(shù)據(jù)流的協(xié)議數(shù)據(jù)單元(PDU)通過它在高層與傳輸網(wǎng)絡(luò)層之間進(jìn)行傳輸。Iu UP協(xié)議處理模塊在透明模式下利用傳輸網(wǎng)絡(luò)層提供的服務(wù)，在核心網(wǎng)與無線接入網(wǎng)之間的用戶面接口上傳輸Iu UP PDU。而其在支持模式下傳輸數(shù)據(jù)流時，需要在用戶面中進(jìn)行幀處理。兩層通過服務(wù)接入點(diǎn)(SAP)傳送非接入層的數(shù)據(jù)流。該協(xié)議處理模塊共處理三種類型的數(shù)據(jù)幀，分別為“IuUP PDU Type 0”、“IuUPPDU Type 1”和“IuUP PDU Type 14”，其中，PDU類型0用于在預(yù)定義業(yè)務(wù)數(shù)據(jù)單元(SDU)大小的支持模式下，在Iu UP上傳輸用戶數(shù)據(jù)。對于凈荷，在IuUP上提供了錯誤檢測機(jī)制。當(dāng)Iu UP不用對凈荷提供錯誤檢測機(jī)制(即沒有凈荷的循環(huán)冗余校驗(yàn))時，在預(yù)定義SDU大小的支持模式下，采用PDU類型1在Iu UP傳輸用戶數(shù)據(jù)。PDU類型14用于在預(yù)定義業(yè)務(wù)數(shù)據(jù)單元(SDU)大小的支持模式下，執(zhí)行控制過程?？刂七^程由過程指示符標(biāo)識，幀內(nèi)凈荷中包含了與控制過程相關(guān)的數(shù)據(jù)信息。
IuUP協(xié)議具有幀號(Frame Number)，利用其對數(shù)據(jù)幀進(jìn)行記數(shù)。幀計數(shù)可以基于時間或Iu UP PDU的發(fā)送。當(dāng)幀計數(shù)基于時間時，幀號可以幫助處理時間對齊的功能。當(dāng)幀號與發(fā)送的Iu UP PDU相關(guān)時，幀號的作用在于向接收方提供一種機(jī)制，以檢測Iu UP幀的丟失。當(dāng)幀號基于發(fā)送的Iu UP PDU時，每個Iu UP PDU發(fā)送后，幀號加1(模16)。對于一個給定的用戶數(shù)據(jù)連接，下行發(fā)送數(shù)據(jù)的幀號與上行發(fā)送數(shù)據(jù)的幀號沒有關(guān)系。除了丟幀檢測，該幀號還有數(shù)據(jù)包亂序重組的功能。該功能與目前RTP和GTP-Lite協(xié)議中的序列號(Sequence Number)所提供的功能一樣。
該Iu UP協(xié)議處理模塊還設(shè)置有循環(huán)冗余校驗(yàn)(CRC校驗(yàn))和凈荷循環(huán)冗余校驗(yàn)來保證IuUP數(shù)據(jù)幀頭的可靠傳輸，以及可選地檢測和糾正數(shù)據(jù)包凈荷和幀凈荷的傳輸錯誤。
RTP協(xié)議處理模塊主要完成如下三個功能1、完成丟幀檢測、數(shù)據(jù)包亂序重組。2、保證傳輸鏈路質(zhì)量。3、該RTP協(xié)議處理模塊不提供對數(shù)據(jù)流的標(biāo)識，由其它協(xié)議處理模塊來完成。
RTP協(xié)議處理模塊提供一個16比特長度的序列號(Sequence Number)，由發(fā)送方標(biāo)識每個數(shù)據(jù)包，接收方根據(jù)該序列號來檢測是否丟幀，以及對亂序的數(shù)據(jù)包重新排序。該RTP協(xié)議處理模塊提供一個32比特的時間戳(timestamp)，用于同步和抖動計算。RTP協(xié)議處理模塊不提供對數(shù)據(jù)流的識別，而由其他協(xié)議層來完成，例如通過UDP/IP協(xié)議處理模塊的“UDP端口號+IP地址”來區(qū)分。
GTP-Lite協(xié)議處理模塊主要完成了如下兩個功能提供對數(shù)據(jù)流的標(biāo)識，完成丟幀檢測和數(shù)據(jù)包亂序重組。該處理模塊使用“TEID+IP地址”來識別一個無線接入承載(RAB)流，TEID標(biāo)志為16比特，可區(qū)分65536個數(shù)據(jù)流。此時，UDP端口號為標(biāo)準(zhǔn)規(guī)定的固定值。使用8比特的序列號“Sequence Number”，在發(fā)送端每發(fā)送一個數(shù)據(jù)包就將序列號單調(diào)加1，接收方收到數(shù)據(jù)包后，根據(jù)序列號的連續(xù)性，判斷是否出現(xiàn)丟幀現(xiàn)象。對于次序錯亂的數(shù)據(jù)包重新排序。
UDP協(xié)議是RTP或GTP-Lite協(xié)議的下層協(xié)議，當(dāng)UDP協(xié)議承載GTP-U協(xié)議時，其端口號是確定的，當(dāng)UDP協(xié)議承載RTP協(xié)議時，其端口號可以任意分配，由無線網(wǎng)絡(luò)控制器或媒體網(wǎng)關(guān)(MGW)來決定UDP端口號的分配策略。
綜上所述，現(xiàn)有的技術(shù)方案存在三個問題(1)包頭開銷較大；(2)“序列號”提供的功能在兩層協(xié)議上重復(fù)提供；(3)三層協(xié)議之間共有兩層原語的通信處理。
本發(fā)明的目的是這樣實(shí)現(xiàn)的一種在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于當(dāng)核心網(wǎng)需要在用戶面上將數(shù)據(jù)發(fā)送給無線接入網(wǎng)，并從無線網(wǎng)絡(luò)側(cè)接收數(shù)據(jù)時，包括有下述各步驟(1)建立核心網(wǎng)絡(luò)側(cè)發(fā)送通道由核心網(wǎng)的IuUP″層處理模塊向本網(wǎng)絡(luò)側(cè)的下層處理模塊發(fā)出請求，要求建立發(fā)送數(shù)據(jù)通道并完成之；(2)當(dāng)核心網(wǎng)絡(luò)側(cè)的發(fā)送通道成功建立后，該核心網(wǎng)絡(luò)通過控制面的信令向無線接入網(wǎng)端的基站控制器發(fā)送一條RAB指配請求的RANAP信令“RABASSIGNMENT REQUEST”，該信令包含有建立無線接入承載(RAB)的條數(shù)，通過其攜帶的參數(shù)，確定需要提供的承載的服務(wù)質(zhì)量；(3)無線接入網(wǎng)側(cè)的無線網(wǎng)絡(luò)控制器接收該命令后，其網(wǎng)絡(luò)側(cè)的IuUP″層處理模塊向本網(wǎng)絡(luò)側(cè)的下層處理模塊發(fā)出請求，根據(jù)命令中的參數(shù)，建立一條接收通道，該具體過程是(a)建立無線網(wǎng)絡(luò)側(cè)接收通道；(b)建立無線網(wǎng)絡(luò)側(cè)發(fā)送通道，且無線接入網(wǎng)絡(luò)側(cè)需要為該發(fā)送通道分配一個標(biāo)識號；(4)當(dāng)無線網(wǎng)絡(luò)側(cè)的發(fā)送和接收通道都建立成功后，基站控制器通過控制面的信令，發(fā)送一條RAB指配響應(yīng)的RANAP信令“RAB ASSIGNMENTRESPONSE”，將無線網(wǎng)絡(luò)側(cè)到核心網(wǎng)絡(luò)側(cè)的發(fā)送通道的標(biāo)識“UDP端口號+IP地址”告訴核心網(wǎng)絡(luò)；(5)核心網(wǎng)絡(luò)接收到該數(shù)據(jù)承載的標(biāo)識，開始在本網(wǎng)絡(luò)側(cè)建立一條接收通道，即建立核心網(wǎng)絡(luò)側(cè)接收通道；至此，核心網(wǎng)絡(luò)到無線網(wǎng)絡(luò)的收發(fā)通道，以及無線網(wǎng)絡(luò)到核心網(wǎng)絡(luò)的收發(fā)通道都已經(jīng)建立完成，核心網(wǎng)絡(luò)和無線網(wǎng)絡(luò)之間可以互相發(fā)送和接收數(shù)據(jù)了。
所述的第(1)步驟中的建立核心網(wǎng)絡(luò)側(cè)發(fā)送通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-TX-SETUP.request，將要求保證服務(wù)質(zhì)量的參數(shù)“QoS info”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊，以建立一條新的發(fā)送通道；為此，UDP/IP層處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；在得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-TX-SETUP.confirm，通知IuUP″層，其需要的下層發(fā)送通道已建立完成。
所述的第(3)步驟中的(a)項(xiàng)建立無線網(wǎng)絡(luò)側(cè)接收通道的具體過程是IuUP″層通過發(fā)送原語IuUP″-CONTROL-RX-SETUP.request，將要求保證的服務(wù)質(zhì)量的參數(shù)“QoS”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊；UDP/IP層處理模塊根據(jù)這些參數(shù)，建立一條新的接收通道；為此，UDP/IP層處理處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-RX-SETUP.confirm，通知IuUP″層，其需要的下層接收通道建立完成。
所述的第(3)步驟中的(b)項(xiàng)建立無線網(wǎng)絡(luò)側(cè)發(fā)送通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-TX-SETUP.request，將要求保證的服務(wù)質(zhì)量的參數(shù)“QoS”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊；UDP/IP層處理模塊根據(jù)這些參數(shù)，建立一條新的發(fā)送通道；為此，UDP/IP層處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-TX-SETUP.confirm，通知IuUP″層，其需要的下層發(fā)送通道建立完成。
所述的第(5)步驟中的建立核心網(wǎng)絡(luò)側(cè)接收通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-RX-SETUP.request，將要求保證服務(wù)質(zhì)量的參數(shù)“QoS info”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的的UDP/IP層處理模塊，UDP/IP層處理模塊則根據(jù)這些參數(shù)，建立一條新的接收通道；為此，UDP/IP層處理處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；在得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-RX-SETUP.confirm，通知IuUP″層，其需要的下層接收通道建立完成。
本發(fā)明的特點(diǎn)是由于刪除了現(xiàn)有技術(shù)中的RTP(或GTP-Lite)這一層協(xié)議層，相應(yīng)地減少了這一層協(xié)議的數(shù)據(jù)包的頭開銷，也去掉了RTP或GTP-Lite這層協(xié)議的處理過程，從而刪除了IuUP與RTP(或IuUP與GTP-Lite)之間以及RTP與UDP/IP(或GTP-Lite與UDP/IP)之間的控制原語處理過程，只使用了IuUP與UDP/IP之間的控制原語，對接口上數(shù)據(jù)的處理過程進(jìn)行了簡化。此外，本發(fā)明合并了不同協(xié)議層中的一些重復(fù)功能，例如，去掉了GTP-Lite層，其數(shù)據(jù)的流標(biāo)識功能統(tǒng)一由UDP/IP來完成；去掉了RTP層，其幀號功能統(tǒng)一在IuUP″層中實(shí)現(xiàn)；將重復(fù)的功能精簡掉，可以減少處理器的工作量。所以，采用本發(fā)明的電路域接口用戶面的處理方法，即協(xié)議棧，可獲得如下好處減少了數(shù)據(jù)包的頭開銷，減少了協(xié)議層之間控制信息的處理時間和處理量，以及合并了“序列號”提供的功能。
圖1是核心網(wǎng)絡(luò)與無線網(wǎng)絡(luò)之間的電路接口在網(wǎng)絡(luò)中的位置示意圖。
圖2A和圖2B分別是現(xiàn)有的兩種IuCS接口用戶面協(xié)議棧結(jié)構(gòu)示意圖。
圖3是本發(fā)明的IuCS接口用戶面協(xié)議棧結(jié)構(gòu)示意圖。
當(dāng)核心網(wǎng)絡(luò)和無線網(wǎng)絡(luò)之間的一次通信結(jié)束時，核心網(wǎng)絡(luò)發(fā)送一條RANAP信令“Iu Release Command”給無線網(wǎng)絡(luò)。無線網(wǎng)絡(luò)側(cè)開始啟動兩個子流程，分別為釋放無線網(wǎng)絡(luò)側(cè)發(fā)送通道和釋放無線網(wǎng)絡(luò)側(cè)接收通道。當(dāng)無線網(wǎng)絡(luò)側(cè)的發(fā)送和接收通道都釋放完成后，無線網(wǎng)絡(luò)再發(fā)送一條RANAP信令“Iu ReleaseComplete”給核心網(wǎng)絡(luò)。接收到該命令后，核心網(wǎng)絡(luò)則又開始啟動兩個子流程，分別為釋放核心網(wǎng)絡(luò)側(cè)接收通道和釋放核心網(wǎng)絡(luò)側(cè)發(fā)送通道。至此，核心網(wǎng)絡(luò)和無線網(wǎng)絡(luò)之間的一條用戶面通道就結(jié)束了。由于該兩個網(wǎng)絡(luò)的發(fā)送和接收通道的釋放部分處理過程與現(xiàn)有技術(shù)相同，故不再贅述。
以上為建立和釋放一條數(shù)據(jù)承載通道時，控制面上的總流程。
本發(fā)明中，IuUP″層下面直接為UDP/IP層，與原來的方案中IuUP層與UDP/IP層之間還設(shè)有RTP層或GTP-Lite層相比較，原來的IuUP層既需要與RTP層或GTP-Lite層進(jìn)行控制信息的交互，RTP層或GTP-Lite層又需要與UDP/IP層進(jìn)行控制信息的交互，所以，其建立通道所需的時間要比本發(fā)明所需的時間長。具體地說，原來的方案是第一步，IuUP層發(fā)送控制命令給RTP層或GTP-Lite層；第二步，RTP層或GTP-Lite層再給UDP/IP層發(fā)送命令；第三步，UDP/IP層進(jìn)行處理并完成設(shè)置，給RTP層或GTP-Lite層發(fā)回響應(yīng)消息；第四步，RTP層或GTP-Lite層再給IuUP層發(fā)回響應(yīng)消息。而本發(fā)明的處理方法是第一步，IuUP″層發(fā)送控制命令給UDP/IP層；第二步，UDP/IP層進(jìn)行處理并完成設(shè)置，再給IuUP″層發(fā)回響應(yīng)消息。很明顯，本發(fā)明建立一條通道所需經(jīng)過的步驟少，自然耗費(fèi)的時間短，處理器的工作量也少。
在核心網(wǎng)絡(luò)和無線網(wǎng)絡(luò)之間建立起一條數(shù)據(jù)傳輸承載后，就可以收發(fā)數(shù)據(jù)了。使用本發(fā)明后，數(shù)據(jù)包的頭開銷少了，原來重復(fù)的功能被精簡了，例如幀號功能和流標(biāo)識功能都可以合并。再如使用現(xiàn)有技術(shù)的方案，IuUP數(shù)據(jù)包要加上GTP-Lite控制頭或者RTP控制頭，然后再加上UDP/IP控制頭，開銷明顯比本發(fā)明的包頭要大。現(xiàn)有技術(shù)中的RTP方案IuUP包頭3字節(jié)(或4字節(jié))+RTP包頭8字節(jié)＝11字節(jié)(或12字節(jié))；現(xiàn)有技術(shù)中的GTP-Lite方案IuUP包頭3字節(jié)(或4字節(jié))+GTP-Lite包頭4字節(jié)＝7字節(jié)(或8字節(jié))；而在本發(fā)明中只有IuUP″包頭3字節(jié)(或4字節(jié))。
下面簡要描述本發(fā)明一實(shí)施例的實(shí)現(xiàn)過程當(dāng)核心網(wǎng)需要與某個設(shè)備終端(UE)建立一條電路域的無線通信鏈路時，首先向無線網(wǎng)絡(luò)UTRAN發(fā)送一條包括建立幾條無線接入承載(RAB)、以及每條無線接入承載的服務(wù)質(zhì)量(QoS)要求等參數(shù)的RANAP信令“RAB ASSIGNMENT REQUEST(RAB指配請求)”，然后，無線網(wǎng)絡(luò)控制器(RNC)發(fā)起建立IuCS接口的數(shù)據(jù)傳輸承載。此時，無線網(wǎng)絡(luò)控制器為IuCS接口上每條無線接入承載確定一個流標(biāo)識，即UDP端口號+IP地址，并通過RANAP信令“RAB ASSIGNMENT RESPONSE”通知核心網(wǎng)。至此，核心網(wǎng)和無線網(wǎng)絡(luò)控制器之間的一條無線接入承載鏈路通過信令就建立完成了。
無線網(wǎng)絡(luò)控制器(RNC)在得到一個無線接入承載的流標(biāo)識后，通過IuUP″層協(xié)議處理模塊與UDP/IP層協(xié)議處理模塊之間的控制原語(IuUP″-CONTROL-RX原語和IuUP″-CONTROL-TX原語)，分別將服務(wù)質(zhì)量、流標(biāo)識“UDP端口號+IP地址”這些參數(shù)告訴UDP/IP協(xié)議層處理模塊，從而為發(fā)送和接收方的數(shù)據(jù)傳輸分別確定一條隧道，接收和發(fā)送的數(shù)據(jù)流分別在這兩條隧道上通信。
發(fā)送方在IuUP″協(xié)議層上為每個數(shù)據(jù)包貼上一個序列號，按序單調(diào)遞增，例如第一個數(shù)據(jù)包的序列號為5，則第二個包的序列號為6，依此類推，由于數(shù)據(jù)幀的序列號為4個比特，因此等到序號為16時，將其取模變?yōu)?。在接收方，通過檢查該序列號的連續(xù)性，來判斷是否存在丟幀的情況，同時對較短時間內(nèi)的亂序數(shù)據(jù)包進(jìn)行按序排列，以恢復(fù)正常的次序。
權(quán)利要求
1.一種在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于當(dāng)核心網(wǎng)需要在用戶面上將數(shù)據(jù)發(fā)送給無線接入網(wǎng)，并從無線網(wǎng)絡(luò)側(cè)接收數(shù)據(jù)時，包括有下述各步驟(1)建立核心網(wǎng)絡(luò)側(cè)發(fā)送通道由核心網(wǎng)的IuUP″層處理模塊向本網(wǎng)絡(luò)側(cè)的下層處理模塊發(fā)出請求，要求建立發(fā)送數(shù)據(jù)通道并完成之；(2)當(dāng)核心網(wǎng)絡(luò)側(cè)的發(fā)送通道成功建立后，該核心網(wǎng)絡(luò)通過控制面的信令向無線接入網(wǎng)端的基站控制器發(fā)送一條RAB指配請求的RANAP信令“RABASSIGNMENT REQUEST”，該信令包含有建立無線接入承載(RAB)的條數(shù)，通過其攜帶的參數(shù)，確定需要提供的承載的服務(wù)質(zhì)量；(3)無線接入網(wǎng)側(cè)的無線網(wǎng)絡(luò)控制器接收該命令后，其網(wǎng)絡(luò)側(cè)的IuUP″層處理模塊向本網(wǎng)絡(luò)側(cè)的下層處理模塊發(fā)出請求，根據(jù)命令中的參數(shù)，建立一條接收通道，其具體過程是(a)建立無線網(wǎng)絡(luò)側(cè)接收通道；(b)建立無線網(wǎng)絡(luò)側(cè)發(fā)送通道，且無線接入網(wǎng)絡(luò)側(cè)需要為該發(fā)送通道分配一個標(biāo)識號；(4)當(dāng)無線網(wǎng)絡(luò)側(cè)的發(fā)送和接收通道都建立成功后，基站控制器通過控制面的信令，發(fā)送一條RAB指配響應(yīng)的RANAP信令“RAB ASSIGNMENTRESPONSE”，將無線網(wǎng)絡(luò)側(cè)到核心網(wǎng)絡(luò)側(cè)的發(fā)送通道的標(biāo)識“UDP端口號+IP地址”告訴核心網(wǎng)絡(luò)；(5)核心網(wǎng)絡(luò)接收到該數(shù)據(jù)承載的標(biāo)識，開始在本網(wǎng)絡(luò)側(cè)建立一條接收通道，即建立核心網(wǎng)絡(luò)側(cè)接收通道；至此，核心網(wǎng)絡(luò)到無線網(wǎng)絡(luò)的收發(fā)通道，以及無線網(wǎng)絡(luò)到核心網(wǎng)絡(luò)的收發(fā)通道都已經(jīng)建立完成，核心網(wǎng)絡(luò)和無線網(wǎng)絡(luò)之間可以互相發(fā)送和接收數(shù)據(jù)了。
2.如權(quán)利要求1所述的在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于所述的第(1)步驟中的建立核心網(wǎng)絡(luò)側(cè)發(fā)送通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-TX-SETUP.request，將要求保證服務(wù)質(zhì)量的參數(shù)“QoS info”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊，以建立一條新的發(fā)送通道；為此，UDP/IP層處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；在得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-TX-SETUP.confirm，通知IuUP″層，其需要的下層發(fā)送通道已建立完成。
3.如權(quán)利要求1所述的在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于所述的第(3)步驟中的(a)項(xiàng)建立無線網(wǎng)絡(luò)側(cè)接收通道的具體過程是IuUP″層通過發(fā)送原語IuUP″-CONTROL-RX-SETUP.request，將要求保證的服務(wù)質(zhì)量的參數(shù)“QoS”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊；UDP/IP層處理模塊根據(jù)這些參數(shù)，建立一條新的接收通道；為此，UDP/IP層處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-RX-SETUP.confirm，通知IuUP″層，其需要的下層接收通道建立完成。
4.如權(quán)利要求1所述的在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于所述的第(3)步驟中的(b)項(xiàng)建立無線網(wǎng)絡(luò)側(cè)發(fā)送通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-TX-SETUP.request，將要求保證的服務(wù)質(zhì)量的參數(shù)“QoS”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的UDP/IP層處理模塊；UDP/IP層處理模塊根據(jù)這些參數(shù)，建立一條新的發(fā)送通道；為此，UDP/IP層處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-TX-SETUP.confirm，通知IuUP″層，其需要的下層發(fā)送通道建立完成。
5.如權(quán)利要求1所述的在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，其特征在于所述的第(5)步驟中的建立核心網(wǎng)絡(luò)側(cè)接收通道的具體過程是由IuUP″層通過發(fā)送原語IuUP″-CONTROL-RX-SETUP.request，將要求保證服務(wù)質(zhì)量的參數(shù)“QoS info”和用于區(qū)分不同數(shù)據(jù)流的流標(biāo)識參數(shù)“UDP端口號+IP地址”告訴本網(wǎng)絡(luò)側(cè)的的UDP/IP層處理模塊，UDP/IP層處理模塊則根據(jù)這些參數(shù)，建立一條新的接收通道；為此，UDP/IP層處理處理模塊需要向其下層的層二和物理層發(fā)出請求，根據(jù)請求，層二和物理層建立好通道后，給UDP/IP層返回一個確認(rèn)響應(yīng)；在得到該確認(rèn)后，UDP/IP層處理模塊向IuUP″層發(fā)送原語IuUP″-CONTROL-RX-SETUP.confirm，通知IuUP″層，其需要的下層接收通道建立完成。
全文摘要
一種在核心網(wǎng)與無線接入網(wǎng)之間電路域接口用戶面的處理方法，是WCDMA系統(tǒng)中的核心網(wǎng)要在用戶面上將數(shù)據(jù)發(fā)送給無線網(wǎng)，并從無線網(wǎng)接收數(shù)據(jù)時，先由核心網(wǎng)的IuUP″層處理模塊向其下層處理模塊發(fā)出請求，要求建立發(fā)送數(shù)據(jù)通道；當(dāng)該發(fā)送通道建立后，核心網(wǎng)通過信令向無線網(wǎng)端的基站控制器發(fā)送一條RANAP信令，無線接入網(wǎng)的網(wǎng)絡(luò)控制器接收該命令后，其側(cè)的IuUP″層處理模塊向其下層處理模塊發(fā)出請求，根據(jù)該命令建立一條接收通道；當(dāng)無線網(wǎng)側(cè)的發(fā)送和接收通道都建立后，基站控制器發(fā)送一條RANAP信令，將無線網(wǎng)到核心網(wǎng)的發(fā)送通道的標(biāo)識告訴核心網(wǎng)；核心網(wǎng)接收到該標(biāo)識，建立核心網(wǎng)側(cè)接收通道。至此，兩個網(wǎng)絡(luò)之間的收發(fā)通道都已建立完成，可以互相發(fā)送和接收數(shù)據(jù)了。
文檔編號H04W92/24GK1430355SQ01130269
公開日2003年7月16日 申請日期2001年12月29日 優(yōu)先權(quán)日2001年12月29日
發(fā)明者顏宏華 申請人:華為技術(shù)有限公司