新四季網

用於ip語音的最優無線承載電路配置的製作方法

2023-05-02 06:09:11

專利名稱:用於ip語音的最優無線承載電路配置的製作方法
技術領域:
本發明涉及在無線環境中有效提供VoIP(基於網際網路協議的語音服務),其是作為歐洲類型IMT-2000系統的UMTS(通用移動電信系統)中的基於IP(網際網路協議)的語音服務。具體地說,本發明涉及根據各個分組特性,通過經具有分別不同的模式的RLC(無線鏈路控制)實體發送用於提供VoIP服務的RTP(實時傳輸協議)分組和RTCP(RTP控制協議)分組,來配置為VoIP最優化的無線承載電路,使得改進VoIP的QoS(服務質量)。
網際網路協議語音(VoIP)指的是用於經網際網路協議(IP)發送語音數據,從而在PS(分組交換)域而不是在現有CS(電路交換)域中提供語音數據的服務。和在維持端對端連接的同時發送數據的基於CS域的語音服務比較,VoIP的優點在於可非常有效地使用網絡資源,這是因為在無連接狀態(也就是,不需要維持端對端連接)中發生數據傳輸。隨著通信技術持續發展,用戶數據量也快速增加。因此,為了有效地使用網絡資源,現在大多數現有的基於CS域的服務由基於PS域的服務代替。在這個背景下開發VoIP,且預期將來的所有實際通信系統中,將通過VoIP提供語音通信服務。
雖然VoIP具有有效使用網絡資源的優點,缺點在於其QoS(服務質量)低於現有的基於CS域的語音服務的QoS。很多因素影響QoS,包括延遲、抖動(也就是,延遲變化),FER(誤幀率)等(僅舉幾個例子)。當首次開發出VoIP時,其QoS遠低於基於CS域的語音服務的QoS。但是,經過很多研究和開發,對於有線(有線線路)接口VoIP和基於CS域的語音服務,基本上能夠保證相同水平的QoS。
通過有線接口VoIP的研究和開發,開發了能夠有效提供基於PS域的語音服務的RTP(實時傳輸協議)。而且,開發了用於提供RTP分組傳輸的反饋的RTCP(RTP控制協議)。在RTP中,在每個分組中包括時間標籤信息,從而能夠解決關於抖動的問題。在RTCP中,能夠通過允許RTP資源根據RTP分組中任意損失的報告執行速率控制來減少FER。除了RTP和RTCP,為維持端對端虛擬連接還開發了SIP(會話初始化協議)和SDP(會話描述協議)等。
這樣,對於有線接口VoIP,能夠保證QoS為當前令人滿意的水平,但是對於無線電(無線)接口VoIP,QoS顯著低於基於CS域的語音服務的QoS。為增加無線接口VoIP的傳輸效率,開發和使用被稱為ROHC(堅固保構壓縮)的改進的報頭壓縮技術。但是,總體的QoS仍顯著低於基於CS域的語音服務的QoS。
在無線接口中支持VoIP的最大問題在於當在無線接口中作為單一流提供RTP和RTCP分組(在有線接口中作為單一流提供)時,因為它們的分組特性分別不同而降低QoS。即,作為實時用戶數據的RTP對誤差不敏感,但是對於延遲和抖動敏感。作為控制數據的RTCP分組對於延遲和抖動不敏感但是對於誤差敏感。而且,因為RTP分組包括語音數據,經常和有規律地發送具有相對小大小的分組。且因為RTCP分組包括控制數據,不經常和不規律地發送相比RTP分組具有非常大地大小地分組。如果在無線接口中作為單一流提供分別具有不同特性的RTP分組和RTCP分組,在比有線環境具有更多不良條件的無線(無線電)環境中QoS大大降低。
基本上,無線協議處理在用於特定服務的無線接口中保證QoS。無線協議根據通信系統而不同,且本公開將描述異步IMT-2000系統,即,基於UMTS(通用移動電信系統)的無線協議。在UMTS中,RB(無線承載電路)服務用於在無線接口中提供特定服務。RB服務是在無線協議中第一和第二層(層1和2)提供到上層的服務。當前,在UMTS中,定義物理(PHY)層、媒介訪問控制(MAC)層,無線鏈路控制(RLC)層和分組數據會聚協議(PDCP)層。無線協議層直接影響無線接口的QoS,且因為無線接口比有線接口具有更加惡劣的條件,可以說無線協議層影響整個端對端QoS。無線協議還在RTP和RTCP分組的傳輸中扮演重要角色,因此將更具體地考慮無線接口中RTP和RTCP分組的傳輸。
圖1描述了在UMTS中兩個端用戶之間的VoIP通信期間的分組流。首先,端用戶1的語音數據被經編解碼協議層發送到RTP/RTCP,且這些語音數據被包括在RTP分組中。之後,RTP分組通過UDP(用戶數據報協議)和IP層,且被以RTP/UDP/IP格式傳遞到無線協議。在無線協議中,PDCP層首先接收這些分組,且在其上執行報頭壓縮。之後,壓縮了報頭的RTP/UDP/IP分組通過RLC、MAC和PHY層,且之後被經無線接口發送。有線網絡解壓經PHY/MAC/RLC/PDCP層壓縮的RTP/UDP/IP分組(其是端用戶1的無線協議的對等實體)。
在有線接口中,RTP/UDP/IP格式的分組被傳遞到目的地,且為了傳遞到端用戶2,分組必須再次通過無線協議。由接收RTP分組的端用戶產生RTCP分組。通常,為提供關於RTP分組的損失的反饋,以RTP分組的相反方向執行傳輸,但是在前向控制的情況中(例如,通知RTP資源信息,控制RTP接收器等),能夠以和RTP分組相同的方向執行傳輸。通常,因為VoIP屬於兩個端用戶之間的雙向通信,通常存在以分別不同的方向發送的兩個RTP/RTCP流。
如前所述,由PDCP/RLC/MAC/PHY層處理無線電(無線)接口中的RTP/RTCP分組傳輸。應該注意這些無線協議不僅提供RTP/RTCP分組傳輸,還提供用於UMTS中提供的所有服務的無線接口服務。在無線接口的每端,即,在終端和在UTRAN(UMTS地面無線接入網絡),無線協議成對存在,且以點對點方式工作。換句話說,終端中和UTRAN中的無線協議層具有相同架構(結構),且因此為了簡單僅考慮這些部分(終端或UTRAN)中一個的架構。
圖2描繪了用在UMTS中的無線協議的架構(結構)。考慮無線協議的每層,層1(PHY層)通過使用多種無線傳輸技術提供信息傳遞服務給上層,且經傳輸信道和在其上的MAC層連接,在MAC和PHY層之間的發送的數據通過該傳輸信道。在層2中,存在MAC、RLC、PDCP和BMC層。MAC層提供用於無線資源的分配和再分配的MAC參數的再分配服務,且經邏輯信道連接RLC層(上層),由此根據發送的數據類型提供多種邏輯信道。總的來說,當發送控制平面數據時使用控制信道,而發送用戶平面數據時使用話務信道。
RLC層處理每個RB(無線承載電路)的QoS保證和其數據傳輸。因為RB服務是無線協議的層2提供到上層的服務,整個層2影響QoS,但是RLC的效果特別大。為了保證對於RB獨特的QoS,RLC對於每個RB具有一個或兩個單獨(獨立的)RLC實體,和用於支持多種QoS的三個類型的RLC模式(TM透明模式,UM未確認模式,和AM確認模式)。因為每個支持不同QoS,這些RLC模式的每一個不同地工作,且它們的具體功能也分別不同。RLC採用這些獨立RLC實體和多種RLC模式,以支持適於每個RB的QoS。
PDCP層位於RLC層之上,且採用IPv4或IPv6下的IP分組,使得能夠在具有相對小帶寬的無線接口中有效地發送所發送的數據。為實現此,PDCP層執行最小化用於有線網絡的任意不需要的控制信息量的功能。這個功能被稱為報頭壓縮,其允許僅傳輸數據報頭中需要的信息,使得增加無線接口中的傳輸效率。因為報頭壓縮是基本功能,PDCP層僅在PS域中存在,且對於每個RB存在一個PDCP實體以為每個PS服務提供有效的報頭壓縮功能。
也在層2中,在RLC層之上存在BMC(廣播/多址通信控制)層,且其處理單元廣播消息的調度以執行廣播到位於特定單元中的終端的功能,但是不涉及RTP/RTCP分組的傳輸。
僅在控制平面中定義位於層3的最低部分的RRC(無線資源控制)層,且其處理傳輸信道和物理信道關於建立、重新建立和釋放無線承載電路(RB)的控制。這裡,如前所述,RB指的是由層2提供的用於在終端和UTRAN之間傳遞數據的服務。總的來說,RB的建立涉及設置無線協議層的特性和提供特定服務的信道,且還涉及設置單獨的特定參數和工作方法的過程。
如上所述,對於RLC層存在三個工作模式,每個工作模式不同地工作。應該更詳細地考慮每個RLC模式以確定哪個RB模式適於哪個RB服務。
首先,TM RLC模式是其中當構造RLC PDU(協議數據單元)時不附加總開銷到從上層接收的RLC SDU(服務數據單元)的模式。基本上為了處理CS域的語音數據的目的開發TM RLC,由此固定RLCSDU的大小,這樣TM RLC使用SDU本身構造PDU(之後發送PDU)。即,在TM RLC中,以一對一關係映射SDU和PDU,且其以透明方式通過,因此被稱為「TM」(透明模式)RLC。
不像透明模式,其中在RLC添加總開銷的模式被稱為不透明模式,其具有兩個類型不具有傳輸數據接收確認答覆的未確認模式(UM)和具有這種答覆的確認模式。
為了處理PS域數據的目的開發UM和AM RLC,由此因為PS域數據的特性,RLC SDU大小對每個分組改變,且因此SDU經歷分段和級聯以形成具有一致大小的PDU。為支持SDU的分段和級聯,需要指示PDU中包括的SDU的邊界的指示符(或標識符)和允許區分每個PDU的序列號(SN),從而需要PDU報頭。
UM RLC在通過附加包括關於SDU的級聯和分段的信息的報頭形成PDU的情況下發送,且這個模式適於實時PS服務,比如VoIP或PS流。類似於UM RLC,AM RLC通過附加PDU報頭形成PDU,但是不像UM RLC,接收側(接收器)發送由發送側(發射器)發送的PDU的確認。在AM RLC中,由接收側答覆的原因是為那些沒有接收到的PDU請求發送側重發,且這個重發特徵是AM RLC的主要特徵。因此,AM RLC的目的是通過執行重發保證無誤差的數據傳輸,且因此AM RLC處理非實時分組數據的傳輸,比如PS域中的TCP/IP。因此,PS服務能被大致分類為用於其中延遲重要的服務的使用UM RLC的服務和用於其中誤差率重要的使用AM RLC的服務。
考慮通信方向,TM和UM RLC用於單向通信,而AM RLC用於雙向通信,因為存在來自接收側的反饋。因為這種雙向通信主要用於點對點(p-t-p)通信,AM RLC僅採用專用邏輯信道。還存在結構差異,由此TM和UM RLC具有其中單一RLC實體僅發送或僅接收的一個結構,但是對於AM RLC,在單一RLC實體中存在發送側(發射器)和接收側(接收器)。
具體地說,因為AM RLC必須支持重發功能,其結構比TM或UMRLC的更加複雜。為了管理重發,AM RLC除了發送/接收緩存器,還具有重發緩存器。而且,執行很多其它功能,比如使用用於流控制的發送/接收窗口,由發送則執行輪詢以從接收側的對等RLC實體請求狀態(情況)信息,由接收側發送狀態報告以報告其緩存狀態給發送側的對等RLC實體,使用用於攜帶狀態信息的狀態PDU,執行機載功能以將狀態PDU插入數據PDU從而增加數據傳輸效率等。而且,為支持這些功能,AM RLC需要多種類型的參數、狀態變量和計時器。
因為VoIP是PS語音服務,UM RLC用於發送,且因為其是雙向服務,兩個UM RLC連接單一PDCP以允許發送分別具有不同方向的數據。
圖3描繪了用於VoIP數據傳輸的UMTS的RB架構(結構)。為支持VoIP,在終端和UTRAN形成如圖3所示的RB。因為VoIP是雙向服務,UTRAN以分別不同的方向提供兩個RTP/RTCP流。用於VoIP的RB由一個PDCP實體和兩個UM RLC實體組成,由此每個UM RLC實體以分別不同的方向工作。MAC和PHY是對所有RB公共的層,因此不產生特定實體,且僅支持邏輯信道、傳輸信道和物理信道的映射。在PDCP中,形成壓縮器和解壓器用於RTP/RTCP分組的報頭壓縮和解壓。

發明內容
技術問題當使用現有RB架構提供VoIP服務時,存在下面問題。經單一流發送RTP和RTCP分組到無線協議,但是因為RTCP分組在尺寸上遠大於RTP分組,在發送RTCP分組時RTP分組的傳輸(在發送RTCP分組之後發送到無線協議的)延遲。不像RTCP分組,因為RTP分組對延遲和抖動敏感,如果RTP分組的傳輸延遲過長時間周期,且在經過預設時間周期之後,不發送這種RTP分組而是丟棄。即,當採用現有的提供VoIP服務的方法時,因為RTCP分組的傳輸發生RTP分組的不需要的丟棄,這是VoIP的QoS惡化的原因,且需要該問題的解決方法。
技術方案為解決上述現有技術的問題,本發明提供了通過根據它們的特性使用分別不同的RLC模式經單一流發送RTP和RTCP到無線協議的傳輸方法。


通過結合附圖的下面的本發明詳細描述能夠更加清楚本發明的前述和其它目的、特徵、方面和優點,附圖中相同的附圖標記表示相應的元件,在附圖中圖1描繪了在UMTS中兩個端用戶之間的VoIP通信期間的分組流;圖2描繪了用在UMTS中的無線協議的架構(結構);圖3描繪了根據現有技術的用於VoIP數據傳輸的UMTS的RB架構;圖4描繪了根據其中應用邏輯信道多路復用的本發明的實施例的VoIP的RB架構;圖5描述了根據其中應用傳輸信道多路復用的本發明的實施例的VoIP的RB架構。
具體實施例方式
本發明提供了一種方法,其中通過UM RLC發送要求維持實時特性的RTP分組,和通過允許重發的AM RLC發送要求無誤差傳輸的RTCP分組。而且,發送側中的PDCP包括在單一流中區分和傳遞從上層接收的RTP和RTCP分組,使得發送RTP和RTCP分組到各個不同模式的RLC的功能,同時接收側中的PDCP包括用於經單一流傳遞從各個不同RLC接收的RTP和RTCP分組到上層的功能。這裡,PDCP的區分及傳遞設備(例如,分離器)和PDCP的區分及接收設備(例如,結合器)優選地分別位於報頭壓縮器和報頭解壓器之下。這是因為,通過提供用於RTP和RTCP分組的單一報頭壓縮器和報頭解壓器,能夠節省(減少)關於其的存儲器(存儲),且最小化設置(建立)報頭壓縮器和解壓器時的信令負載。如果在報頭壓縮器之上和報頭解壓器之上提供區分及傳遞設備和區分及接收設備的沒一個,這意味著使用兩個報頭壓縮器和兩個報頭解壓器,將不能實現上述優點。
本發明通過各自不同的RLC模式發送RTP和RTCP分組,但是如果通過直到物理信道的各個不同信道執行傳輸,產生了增加無線資源的浪費的問題。因此,本發明提供了將由RLC劃分為(分離為)兩個流的RTP和RTCP分組在MAC層或PHY層再次組合在一起成為單一流,並經單一物理信道執行傳輸以增加無線資源的有效使用的方法。即,關於RLC和MAC之間的邏輯信道執行多路復用,或關於MAC和PHY之間的傳輸信道執行多路復用,且之後執行經單一物理信道的傳輸。即,本發明的重點是提供使用具有分別不同的特性的至少兩個傳輸流的單一無線承載電路。
但是,當在MAC或PHY中多路復用時,當無條件多路復用RTP和RTCP流時,像在現有技術中一樣發生因為RTCP分組傳輸的RTP分組的不需要的丟棄。因此,本發明進一步採用在現有UMTS中採用的MAC的邏輯信道優先處理以處理RTP和RTCP流。MAC的邏輯信道優先處理指的是當在發送側發生邏輯信道多路復用或傳輸信道多路復用時首先發送具有高優先級的邏輯信道的數據的功能。即,例如,分配用於RTP流的邏輯信道高優先級並分配用於RTCP流的邏輯信道低優先級,且僅當不發送RTP分組時發送RTCP分組。這個方法在人聲語音信號包括無聲周期(也就是,語音信號中的無聲周期)和雙向通信具有相對長的無聲周期,由此在語音數據的空閒周期期間發送控制數據時具有優勢。這裡,應該注意因為邏輯信道優先處理功能,當實際通過無線接口發送時其中PDCP發送RTP和RTCP分組到RLC的順序可能不同。即,因為RTCP分組的傳輸延遲,在無線協議的兩端發送和接收RTP和RTCP的順序可能改變,但是因為RTCP分組是對誤差不敏感但是對延遲相對敏感的控制數據,認為RTCP分組的傳輸延遲的影響最小化。
圖4和5描繪了根據本發明實施例的VoIP的架構(結構)。圖4描繪了其中應用邏輯信道多路復用的情況,且圖5描繪了其中應用傳輸信道多路復用的情況。
圖4和5概念地描繪了PDCP的區分及發送設備(例如,分離器)和區分及接收設備(例如,結合器),且實際上在報頭壓縮器和解壓器執行這些功能。而且,附圖以由單一AMRLC處理的第一方向和第二方向描繪RTCP分組,但是還可以以分別為每個方向提供的單獨AMRLC處理RTCP分組。但是,因為AM RLC基本上是雙向的,優選地單一AM RLC處理雙向的RTCP分組。而且,附圖描繪了用於雙向通信VoIP服務的RB架構,但是對於上行鏈路專用或下行鏈路專用單向通信服務,僅對一個方向形成無線協議。例如,假定下行鏈路專用流服務,UTRAN將具有如圖所示的發送側結構,而終端(UE)將具有如圖所示的接收側結構。
根據本發明的RB架構和技術相對於現有技術的具有很多差異,因為能夠在單一RB中採用兩個UM RLC實體和單一AM RLC實體。即,現有技術的數據服務足夠簡單,使得單一RB僅需要採用一個類型的RLC模式,但是這種現有RB架構不適於處理具有需要保證的多種QoS的多媒體數據服務。這樣,開發本發明使得單一RB包括各自不同的RLC模式。
而且,相比包括一個AM RLC和一個或兩個UM或TM RLC的現有RB,本發明提供了具有兩個UM RLC和一個AM RLC的用於處理比如VoIP的雙向服務的RB,以及具有一個UM RLC和一個AM RLC的用於處理比如單向流服務的單向服務的RB。因為對於為無線協議建立的每個RB包括RB標識,UM RLC和AM RLC必須具有相同RB標識以形成根據本發明的RB。在現有技術中,各自不同的RB標識用於各自不同的RLC模式,像在本發明中使用用於各自不同RLC模式的相同RB標識要求修改用於建立RB的信令方法。
本發明提供了在單一無線承載電路中處理分組的方法,其包括從上協議層接收單一分組流;在接收的單一分組流中確定每個分組的特性;和將確定的分組分為兩個不同子流,其中每個子流具有不同的延遲要求和/或誤差率要求。
優選地,根據服務質量(QoS)要求執行劃分,且每個分組的特性標識分組類型。優選地,一個子流用於RTP(實時傳輸協議)分組,且另一子流用於RTCP(RTP控制協議)分組。通過第一RLC實體發送RTP分組,且通過第二RLC實體發送RTCP分組。
該方法能夠進一步包括執行邏輯信道優先處理的步驟,其通過相比RTCP分組以高優先級發送RTP分組而最小化發送RTP分組的任意延遲。優選地,在分離步驟之前,在接收的單一分組流中對於分組執行報頭壓縮。
該方法能夠進一步包括步驟從兩個不同子流接收分組,其中每個子流具有不同的延遲要求和/或誤差率要求;將接收的分組結合為單一分組流;和發送單一分組流到上協議層。
優選地,在結合步驟之後,在待發送的單一分組流中對於分組執行報頭解壓。而且,執行邏輯信道多路復用或傳輸信道多路復用。優選地,方法的步驟用於網際網路協議語音(VoIP)通信,其中由終端執行步驟或由網絡執行步驟。
本發明進一步提供無線承載電路配置,其包括第一分組處理實體,其將接收的單一分組流分為至少兩個分組子流;和至少兩個第二分組處理實體,其具有用於單一無線承載電路的分別不同的模式,每個第二分組處理實體處理由第一分組處理實體分離的每個分組子流。
優選地,第一分組處理實體通過檢查協議數據單元(PDU)的格式欄位分離單一分組流,使得在第一分組子流中轉發第一類型的分組並在第二分組子流中轉發第二類型的分組。這裡,檢查格式欄位包括檢查PDU的報頭中的欄位。
優選地,第一類型的分組是RTP(實時傳輸協議)分組,且第二類型的分組是RTCP分組。
優選地,每個分組處理實體是無線協議層的一部分,其中第一分組處理實體是分組數據會聚協議(PDCP)實體,且第一分組處理實體包括接收數據分組和在其上執行報頭壓縮的報頭壓縮器。而且,第一分組處理實體包括將單一分組流分為用於RTP(實時傳輸協議)分組的一個分組子流和用於RTCP(RTP控制協議)分組的另一分組子流的分離器。這裡,可以軟體、硬體或軟體和硬體的結合實現分離器。
而且,第一分組處理實體包括將用於RTP(實時傳輸協議)分組的一個分組子流和用於RTCP(RTP控制協議)分組的另一分組子流結合為單一分組流的結合器。這裡,可以軟體、硬體或軟體和硬體的結合實現結合器。
而且,第一分組處理實體包括接收數據分組和在其上執行報頭解壓的報頭解壓器。這裡,第二分組處理實體是無線鏈路控制(RLC)實體,其中RLC實體之一是未確認模式(UM)RLC實體。作為選擇地,RLC實體中的兩個是未確認模式(UM)RLC實體,用於第一方向的數據服務的第一UM RLC實體和用於第二方向的數據服務的第二UMRLC實體。這裡,可以軟體、硬體或軟體和硬體的結合實現UM RLC實體。
優選地,第一UM RLC具有發送分組數據的發射器,第二UM RLC具有接收分組數據的接收器,且第三RLC實體是確認模式(AM)RLC實體38。這裡,可以軟體、硬體或軟體和硬體的結合實現AM RLC實體。
優選地,AM RLC具有發送分組數據的發射器和接收分組數據的接收器。一個分組子流用於RTP(實時傳輸協議)分組,且另一分組子流用於RTCP(RTP控制協議)分組。這裡,RTP分組被轉發到未確認模式(UM)RLC實體,且RTCP分組被轉發到確認模式(AM)RLC實體。
以比由AM RLC實體接收的RTCP分組更高的優先級處理由UMRLC接收的RTP分組。
優選地,UM RLC實體輸出RTP(實時傳輸協議)分組,且AM RLC實體輸出RTCP(RTP控制協議)分組到相同分組流中較低的協議層,以比RTCP分組高的優先級輸出RTP分組。這裡,執行邏輯信道多路復用。
這裡,UM RLC實體輸出RTP(實時傳輸協議)分組,且AM RLC實體輸出RTCP(RTP控制協議)分組到單獨分組流中的較低協議層,RTP分組具有比RTCP分組高的優先級。這裡,執行傳輸信道多路復用。
優選地,分組處理實體用於網際網路協議語音(VoIP)通信,其中,分組處理實體是允許兩個端用戶之間的通信的網絡的無線協議的一部分。這裡,網絡是UTRAN(UMTS地面無線接入網絡),且分組處理實體可以是端用戶,比如用戶設備(UE),無線通信設備等的無線協議的一部分。
通過有益地應用本發明,能夠在無線接口中有效地提供具有多種QoS要求的多媒體服務。具體地說,在比如VoIP的其中一起發送對於其延遲時間重要的分組和對於其誤差率重要的分組的服務中,能夠保證適於每個類型的分組的QoS,且因此本發明有助於改進總的服務質量。
雖然對於UMTS描述了本發明的多種方面、實施例和特徵,很多這些技術能夠有益地應用於其它通信系統。
提供前述優選實施例的說明以使得本領域普通技術人員能夠做出或使用本發明。對於本領域普通技術人員對這些實施例的很多修改是顯而易見的,且這裡定義的主要原理可應用於其它實施例而不需要創造性步驟。因此,本發明不意在限定於這裡所示的實施例,而是應用於包括這裡所公開的原理和新穎特徵的最寬泛的範圍。
權利要求
1.一種在單一無線承載電路中處理分組的方法,其包括從上協議層接收單一分組流;確定接收的單一分組流中每個分組的特性;和將確定的分組分為兩個不同子流,其中每個子流具有不同的延遲要求和/或誤差率要求。
2.如權利要求1所述的方法,其中,根據服務質量要求執行分離。
3.如權利要求1所述的方法,其中,每個分組的特性標識分組類型。
4.如權利要求1所述的方法,其中,一個子流用於RTP分組且另一子流用於RTCP分組。
5.如權利要求4所述的方法,其中,該RTP分組被通過第一RLC實體發送,且該RTCP分組被通過第二RLC實體發送。
6.如權利要求5所述的方法,其進一步包括執行邏輯信道優先處理的步驟。
7.如權利要求6所述的方法,其中,該邏輯信道優先處理通過以相比RTCP分組更高的優先級發送RTP分組,而最小化發送RTP分組的任意延遲。
8.如權利要求1所述的方法,其中,在分離步驟之前,在所接收的單一分組流中對於分組執行報頭壓縮。
9.如權利要求1所述的方法,其進一步包括從兩個不同子流接收分組,其中每個子流具有不同的延遲要求和/或誤差率要求;將接收的分組結合為單一分組流;和發送單一分組流到上協議層。
10.如權利要求9所述的方法,其中,在結合步驟之後,在待發送的單一分組流中對於分組執行報頭解壓。
11.如權利要求1所述的方法,其中,執行邏輯信道多路復用或傳輸信道多路復用。
12.如權利要求1所述的方法,其中,該步驟是用於VoIP通信的。
13.如權利要求1所述的方法,其中,該步驟是由終端執行的。
14.如權利要求1所述的方法,其中,該步驟是由網絡執行的。
15.一種無線承載電路配置,其包括第一分組處理實體,其將接收的單一分組流分為至少兩個分組子流;和至少兩個第二分組處理實體,其具有用於單一無線承載電路的分別不同的模式,每個第二分組處理實體處理由第一分組處理實體分離的每個分組子流。
16.如權利要求15所述的無線承載電路配置,其中,該第一分組處理實體通過檢查PDU的格式欄位分離單一分組流,使得在第一分組子流中轉發第一類型的分組並在第二分組子流中轉發第二類型的分組。
17.如權利要求16所述的無線承載電路配置,其中,該檢查格式欄位的步驟包括檢查PDU的報頭中的欄位。
18.如權利要求16所述的無線承載電路配置,其中,該第一類型的分組是RTP分組且該第二類型的分組是RTCP分組。
19.如權利要求15所述的無線承載電路配置,其中,每個分組處理實體是無線協議層的一部分。
20.如權利要求15所述的無線承載電路配置,其中,該第一分組處理實體是PDCP實體。
21.如權利要求15所述的無線承載電路配置,其中,該第一分組處理實體包括接收數據分組和在其上執行報頭壓縮的報頭壓縮器。
22.如權利要求21所述的無線承載電路配置,其中,該第一分組處理實體包括將單一分組流分為用於RTP分組的一個分組子流和用於RTCP分組的另一分組子流的分離器。
23.如權利要求22所述的無線承載電路配置,其中,該分離器是以軟體、硬體或軟體和硬體的結合實現的。
24.如權利要求15所述的無線承載電路配置,其中,該第一分組處理實體包括將用於RTP分組的一個分組子流和用於RTCP分組的另一分組子流結合為單一分組流的結合器。
25.如權利要求24所述的無線承載電路配置,其中,該結合器是以軟體、硬體或軟體和硬體的結合實現的。
26.如權利要求24所述的無線承載電路配置,其中,該第一分組處理實體包括接收數據分組和在其上執行報頭解壓的報頭解壓器。
27.如權利要求15所述的無線承載電路配置,其中,該第二分組處理實體是RLC實體。
28.如權利要求27所述的無線承載電路配置,其中,該RLC實體之一是UM RLC實體。
29.如權利要求27所述的無線承載電路配置,其中,該RLC實體中的兩個是UM RLC實體,用於第一方向的數據服務的第一UM RLC實體和用於第二方向的數據服務的第二UM RLC實體。
30.如權利要求29所述的無線承載電路配置,其中,該UM RLC實體是以軟體、硬體或軟體和硬體的結合實現的。
31.如權利要求29所述的無線承載電路配置,其中,第一UM RLC具有發送分組數據的發射器,第二UM RLC具有接收分組數據的接收器。
32.如權利要求29所述的無線承載電路配置,其中,第三RLC實體是AM RLC實體。
33.如權利要求32所述的無線承載電路配置,其中,該AM RLC實體是以軟體、硬體或軟體和硬體的結合實現的。
34.如權利要求32所述的無線承載電路配置,其中,AM RLC具有發送分組數據的發射器和接收分組數據的接收器。
35.如權利要求15所述的無線承載電路配置,其中,一個分組子流用於實時傳輸協議分組,且另一分組子流用於RTP控制協議分組。
36.如權利要求35所述的無線承載電路配置,其中,RTP分組被轉發給UM RLC實體,且RTCP分組被轉發給AM RLC實體。
37.如權利要求36所述的無線承載電路配置,其中,以比由AMRLC實體接收的RTCP分組更高的優先級處理由UM RLC接收的RTP分組。
38.如權利要求15所述的無線承載電路配置,其中,該UM RLC實體在相同分組流中輸出RTP分組到較低協議層,且該AM RLC實體在相同分組流中輸出RTCP分組到較低協議層,以比RTCP分組高的優先級輸出RTP分組。
39.如權利要求38所述的無線承載電路配置,其中,執行邏輯信道多路復用。
40.如權利要求15所述的無線承載電路配置,其中,該UM RLC實體在單獨分組流中輸出RTP分組到較低協議層,且該AM RLC實體在單獨分組流中輸出RTCP分組到較低協議層,RTP分組具有比RTCP分組高的優先級。
41.如權利要求40所述的無線承載電路配置,其中,執行傳輸信道多路復用。
42.如權利要求15所述的無線承載電路配置,其中,該分組處理實體用於VoIP通信。
43.如權利要求15所述的無線承載電路配置,其中,該分組處理實體是允許兩個端用戶之間的通信的網絡的無線協議的一部分。
44.如權利要求43所述的無線承載電路配置,其中,該網絡是UTRAN。
45.如權利要求15所述的無線承載電路配置,其中,該分組處理實體是端用戶的無線協議的一部分。
46.如權利要求45所述的無線承載電路配置,其中,該端用戶包括用戶設備。
47.如權利要求45所述的無線承載電路配置,其中,該端用戶是無線通信設備。
全文摘要
一種單一無線承載電路中處理分組的無線承載電路(RB)配置。該RB配置包括第一實體,其將接收的單一分組流分為至少兩個分組子流;和至少兩個第二實體,其具有用於單一RB的分別不同的模式,每個第二實體處理由第一實體分離的每個分組子流。在單一RB中處理分組的方法包括從上協議層接收單一分組流;確定接收的單一分組流中每個分組的特性;和將確定的分組分為兩個不同子流,每個子流具有不同延遲和/或誤差率要求。
文檔編號H04J3/24GK1906906SQ200580001886
公開日2007年1月31日 申請日期2005年1月8日 優先權日2004年1月9日
發明者李承俊, 李英大, 千成德 申請人:Lg電子株式會社

同类文章

一種新型多功能組合攝影箱的製作方法

一種新型多功能組合攝影箱的製作方法【專利摘要】本實用新型公開了一種新型多功能組合攝影箱,包括敞開式箱體和前攝影蓋,在箱體頂部設有移動式光源盒,在箱體底部設有LED脫影板,LED脫影板放置在底板上;移動式光源盒包括上蓋,上蓋內設有光源,上蓋部設有磨沙透光片,磨沙透光片將光源封閉在上蓋內;所述LED脫影

壓縮模式圖樣重疊檢測方法與裝置與流程

本發明涉及通信領域,特別涉及一種壓縮模式圖樣重疊檢測方法與裝置。背景技術:在寬帶碼分多址(WCDMA,WidebandCodeDivisionMultipleAccess)系統頻分復用(FDD,FrequencyDivisionDuplex)模式下,為了進行異頻硬切換、FDD到時分復用(TDD,Ti

個性化檯曆的製作方法

專利名稱::個性化檯曆的製作方法技術領域::本實用新型涉及一種檯曆,尤其涉及一種既顯示月曆、又能插入照片的個性化檯曆,屬於生活文化藝術用品領域。背景技術::公知的立式檯曆每頁皆由月曆和畫面兩部分構成,這兩部分都是事先印刷好,固定而不能更換的。畫面或為風景,或為模特、明星。功能單一局限性較大。特別是畫

一種實現縮放的視頻解碼方法

專利名稱:一種實現縮放的視頻解碼方法技術領域:本發明涉及視頻信號處理領域,特別是一種實現縮放的視頻解碼方法。背景技術: Mpeg標準是由運動圖像專家組(Moving Picture Expert Group,MPEG)開發的用於視頻和音頻壓縮的一系列演進的標準。按照Mpeg標準,視頻圖像壓縮編碼後包

基於加熱模壓的纖維增強PBT複合材料成型工藝的製作方法

本發明涉及一種基於加熱模壓的纖維增強pbt複合材料成型工藝。背景技術:熱塑性複合材料與傳統熱固性複合材料相比其具有較好的韌性和抗衝擊性能,此外其還具有可回收利用等優點。熱塑性塑料在液態時流動能力差,使得其與纖維結合浸潤困難。環狀對苯二甲酸丁二醇酯(cbt)是一種環狀預聚物,該材料力學性能差不適合做纖

一種pe滾塑儲槽的製作方法

專利名稱:一種pe滾塑儲槽的製作方法技術領域:一種PE滾塑儲槽一、 技術領域 本實用新型涉及一種PE滾塑儲槽,主要用於化工、染料、醫藥、農藥、冶金、稀土、機械、電子、電力、環保、紡織、釀造、釀造、食品、給水、排水等行業儲存液體使用。二、 背景技術 目前,化工液體耐腐蝕貯運設備,普遍使用傳統的玻璃鋼容

釘的製作方法

專利名稱:釘的製作方法技術領域:本實用新型涉及一種釘,尤其涉及一種可提供方便拔除的鐵(鋼)釘。背景技術:考慮到廢木材回收後再加工利用作業的方便性與安全性,根據環保規定,廢木材的回收是必須將釘於廢木材上的鐵(鋼)釘拔除。如圖1、圖2所示,目前用以釘入木材的鐵(鋼)釘10主要是在一釘體11的一端形成一尖

直流氧噴裝置的製作方法

專利名稱:直流氧噴裝置的製作方法技術領域:本實用新型涉及ー種醫療器械,具體地說是ー種直流氧噴裝置。背景技術:臨床上的放療過程極易造成患者的局部皮膚損傷和炎症,被稱為「放射性皮炎」。目前對於放射性皮炎的主要治療措施是塗抹藥膏,而放射性皮炎患者多伴有局部疼痛,對於止痛,多是通過ロ服或靜脈注射進行止痛治療

新型熱網閥門操作手輪的製作方法

專利名稱:新型熱網閥門操作手輪的製作方法技術領域:新型熱網閥門操作手輪技術領域:本實用新型涉及一種新型熱網閥門操作手輪,屬於機械領域。背景技術::閥門作為流體控制裝置應用廣泛,手輪傳動的閥門使用比例佔90%以上。國家標準中提及手輪所起作用為傳動功能,不作為閥門的運輸、起吊裝置,不承受軸向力。現有閥門

用來自動讀取管狀容器所載識別碼的裝置的製作方法

專利名稱:用來自動讀取管狀容器所載識別碼的裝置的製作方法背景技術:1-本發明所屬領域本發明涉及一種用來自動讀取管狀容器所載識別碼的裝置,其中的管狀容器被放在循環於配送鏈上的文檔匣或託架裝置中。本發明特別適用於,然而並非僅僅專用於,對引入自動分析系統的血液樣本試管之類的自動識別。本發明還涉及專為實現讀