專利名稱：移動通信方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動通信系統(tǒng)，并且具體的說涉及一種改良的用 于支持雙向?qū)崟r(shí)通信業(yè)務(wù)的移動通信方法及系統(tǒng)。
背景技術(shù)：
通用移動通信系統(tǒng)(UMTS)是從公知的全球移動通信系統(tǒng)(GSM) 標(biāo)準(zhǔn)中發(fā)展起來的第三代移動通信系統(tǒng)。標(biāo)準(zhǔn)為歐洲標(biāo)準(zhǔn)，目的在于 提供基于GSM核心網(wǎng)絡(luò)和寬帶碼分多址(W-CDMA)技術(shù)的改良的移 動通信業(yè)務(wù)。1998年12月，歐洲的ETSI，日本的ARIB/TTC，美國的T1 和韓國的TTA形成了第三代伙伴項(xiàng)目(3GPP)，為了創(chuàng)建標(biāo)準(zhǔn)化UMTS 的技術(shù)規(guī)范。
由3GPP執(zhí)行的標(biāo)準(zhǔn)化UMTS工作導(dǎo)致了5個(gè)技術(shù)規(guī)范組(TSG)的 形成，每個(gè)技術(shù)規(guī)范組形成具有獨(dú)立操作的網(wǎng)絡(luò)元件。更具體地說， 每個(gè)TSG在相關(guān)區(qū)域中開發(fā)，認(rèn)可和管理標(biāo)準(zhǔn)的技術(shù)規(guī)范。其中，無線 訪問網(wǎng)絡(luò)(RAN)組(TSG-RAN)開發(fā)了UMTS全球無線訪問網(wǎng)絡(luò) (UTRAN)的功能，預(yù)期項(xiàng)目和接口的技術(shù)規(guī)范，UTRAN是一個(gè)用于 在UMTS中支持W-CDMA訪問技術(shù)的新RAN 。
TSG-RAN組分組包括一個(gè)全體組(plenary group)和四個(gè)工作組。 工作組l (WG1)開發(fā)了物理層(第一層)的技術(shù)規(guī)范。工作組2 (WG2) 指定了數(shù)據(jù)鏈路層(第二層)和網(wǎng)絡(luò)層(第三層)的功能。工作組3(WG3)定義了在UTRAN，無線網(wǎng)絡(luò)控制器(RNC)及核心網(wǎng)絡(luò)中基站之中的 接口的技術(shù)規(guī)范。最后，工作組4 (WG4)討論了無線鏈路性能估計(jì)的 預(yù)期需求和無線資源管理的預(yù)期項(xiàng)目。
圖l是一結(jié)構(gòu)圖，示出了總的UMTS的結(jié)構(gòu)。UMTS被大略地分為 終端IO， UTRAN20及核心網(wǎng)絡(luò)30。
UTRAN20包括一個(gè)或多個(gè)無線網(wǎng)絡(luò)子系統(tǒng)(RNS)25。每個(gè)RNS25 包括RNC23及由RNC管理的一個(gè)或多個(gè)節(jié)點(diǎn)Bs21。
節(jié)點(diǎn)Bs由RNC管理，接收通過上行鏈路由終端IO (如，移動站， 用戶設(shè)備和/或用戶單元)的物理層發(fā)送的信息，并且通過下行鏈路向 終端10發(fā)送數(shù)據(jù)。所以，節(jié)點(diǎn)Bs作為用于終端的UTRAN的訪問點(diǎn)工作。
RNC執(zhí)行包括分配和管理無線資源的功能，并且RNC作為關(guān)于核 心網(wǎng)絡(luò)30的訪問點(diǎn)工作。
提供給具體終端10的業(yè)務(wù)大致分為鬼路交換業(yè)務(wù)和分組交換業(yè) 務(wù)。例如，通常的語音電話呼叫業(yè)務(wù)屬于電路交換業(yè)務(wù)，而通過互聯(lián) 網(wǎng)連接的網(wǎng)絡(luò)瀏覽業(yè)務(wù)被分類為分組交換業(yè)務(wù)。
在支持電路交換業(yè)務(wù)的情況下，RNC20連接核心網(wǎng)絡(luò)30的MSC31， MSC31連接管理和其它網(wǎng)絡(luò)的連接的網(wǎng)關(guān)移動交換中心(GMSC) 33。
同時(shí)，在分組交換業(yè)務(wù)情況下，由核心網(wǎng)絡(luò)30的業(yè)務(wù)GPRS支持節(jié) 點(diǎn)(SGSN) 35和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN) 37提供業(yè)務(wù)。
SGSN35支持朝著RNC23的分組通信，GGSN37管理和其它分組交 換網(wǎng)絡(luò)，如互聯(lián)網(wǎng)，的連接。在各種網(wǎng)絡(luò)元件之間存在接口，以允許網(wǎng)絡(luò)元件傳遞信息形成相
互通信。在RNC23及核心網(wǎng)絡(luò)之間的電纜接口被定義為lu接口 。
Lu接口和分組交換區(qū)域的連接被定義為lu-PS，且lu接口和電路交 換區(qū)域的連接被定義為lu-CS。
終端10和UTRAN20之間的無線訪問接口被定義為Uu接口。
圖2是一結(jié)構(gòu)圖，示出了適用于圖l中Uu接口的分層無線接口協(xié)議 結(jié)構(gòu)。無線訪問接口協(xié)議由物理層(PHY)，數(shù)據(jù)鏈路層及網(wǎng)絡(luò)層垂 直形成，并且水平分為用于傳輸控制信息的控制平面和用于傳輸數(shù)據(jù) 信息的用戶平面。用戶平面是一區(qū)域，如語音或IP分組的用戶話務(wù)信息 傳輸至該區(qū)域?？刂破矫媸且粎^(qū)域，如網(wǎng)絡(luò)接口或呼叫維持和管理的 控制信息傳輸至該區(qū)域。
在圖2中，基于通信系統(tǒng)中公知的開放系統(tǒng)互連(OSI)參考模型 的三個(gè)較低層，協(xié)議層可分為第一層(物理層PHY:L1)，第二層(數(shù) 據(jù)鏈路層MAC， RLC禾口PDCP:L2)及第三層(網(wǎng)絡(luò)層RRC:L3)。
第一層應(yīng)用各種無線傳輸技術(shù)給MAC和較高層提供信息傳輸業(yè)務(wù)。
第一層通過傳輸信道(TrCHs)連接MAC層，通過傳輸信道在MAC 層和PHY層之間傳輸數(shù)據(jù)。
MAC層提供無線資源和MAC參數(shù)重分配業(yè)務(wù)。
MAC層通過邏輯信道給無線鏈路控制(RLC)層提供數(shù)據(jù)傳輸業(yè) 務(wù)，并且對于由MAC提供的各種數(shù)據(jù)傳輸業(yè)務(wù)提供各種邏輯信道。每個(gè)邏輯信道類型由所傳輸?shù)男畔㈩愋投x?？偟膩碚f，應(yīng)用控 制信道傳輸控制平面信息，應(yīng)用話務(wù)信道傳輸用戶平面信息。
RLC層支持可靠的數(shù)據(jù)傳輸，執(zhí)行將具有可變長度的上層PDU (RLC SDU)分段成較小的RLC PDU或從較小的RLC PDU重裝配有可 變長度的上層PDU (RLCSDU)的功能。
從上層中發(fā)出的RLC SDU被分段為適合的大小并添加報(bào)頭信息， 以便于以RLC PDU形式傳輸至MAC層。在位于RLC層的RLC緩存器中 臨時(shí)存儲RLC PDU。
分組數(shù)據(jù)會聚協(xié)議(PDCP)層位于RLC層之上。應(yīng)用如IPv4 (互 聯(lián)網(wǎng)協(xié)議版本4)或IPv6 (互聯(lián)網(wǎng)協(xié)議版本6)的網(wǎng)絡(luò)協(xié)議的數(shù)據(jù)流可以 被依靠PDCP層的優(yōu)點(diǎn)通過相對窄帶寬的無線接口高效地傳輸。
出于這個(gè)目的，應(yīng)用RFC2507協(xié)議或RFC3095 (互聯(lián)網(wǎng)工程任務(wù) 組(IETF)定義的健壯報(bào)頭壓縮(ROHC) PDCP層執(zhí)行報(bào)頭壓縮和解
壓縮的功能。
通過這樣的報(bào)頭壓縮技術(shù)，僅傳輸報(bào)頭需要的信息，以便于能傳 輸較少的控制信息，從而能減少要傳輸?shù)臄?shù)據(jù)量。
在控制平面中僅定義位于第三層最低部分的RRC層，該層控制與 無線承載電路(RB)的設(shè)立，重配置和釋放相關(guān)的傳輸信道和物理信 道。
在此，RB意味著由終端10和UTRAN20之間用于數(shù)據(jù)通信的第二層 提供的業(yè)務(wù)，RB的設(shè)立意味著規(guī)定協(xié)議層的特性和需要用于提供特定 的業(yè)務(wù)的信道，并且設(shè)置各自的詳細(xì)參數(shù)和操作方法的過程。用于參考，根據(jù)連接上層的層，在用戶平面和控制平面中可包括
RLC層。當(dāng)RLC層屬于控制平面時(shí)，數(shù)據(jù)是從無線資源控制(PRC)層 接收的。在其它情況下，RLC層屬于用戶平面。
如圖2所示，在RLC層和PDCP層的情況下，多個(gè)實(shí)體可存在于一 層中。這是因?yàn)橐粋€(gè)終端10有多個(gè)RB，并且通常僅有一個(gè)RLC實(shí)體和 一個(gè)PDCP實(shí)體用于一個(gè)RB。
將詳細(xì)描述RLC層。
RLC層可執(zhí)行分段和重裝配從上層接收的RLC SDU的功能。分段 和重裝配后，RLC層可向RLC有效負(fù)載添加RLC報(bào)頭構(gòu)建RLCPDU。
RLC PDU的報(bào)頭可包含以RLC PDU的傳輸順序分配的序號，以至 于接收者的RLC層檢查接收的RLC PDU的序號，并請求從發(fā)射器的 RLC層中重傳輸丟失的RLC PDU。
根據(jù)上層需要的功能，RLC層有三種工作模式，根據(jù)選擇的工作 模式RLC層處理RLC SDU。
這三種工作模式是透明模式(TM)，未確認(rèn)模式(UM)，和確 認(rèn)模式(AM)。
當(dāng)RLC實(shí)體工作在TM中時(shí)，RLC實(shí)體不向從上層接收的RLC SDU 中添加任何報(bào)頭信息。
總體上說，在TM中工作的RLC實(shí)體不應(yīng)用分段和重裝配功能，所 以，接收時(shí)傳輸從上層接收的RLC SDU。但是，如果由上層配置分段 功能，那么RLC實(shí)體把RLC SDU分段為幾個(gè)RLC PDU。在分段和傳輸 RLC SDU的情況下，將同時(shí)傳輸從一個(gè)RLC SDU傳送的RLC PDU。
9當(dāng)RLC實(shí)體在UM中工作時(shí)，如果RLC SDU大于UMD PUD中可用 空間的長度，那么RLC實(shí)體把RLC SUD分段為適當(dāng)大小的UMDPDU。
每個(gè)RLC PDU包括報(bào)頭信息，所以接收器的RLC層可從RLC PDU 中恢復(fù)RLC SDU，并且報(bào)頭信息可指示RLC SDU結(jié)束的位置或包含 RLC PDU序號。
但是，即使接收器不接收RLCPDU， RLC實(shí)體在UM中不重傳輸丟 失的RLCPDU。 S卩，當(dāng)不接收RLCPDU或接收的RLCPDU出錯(cuò)時(shí)，接 收器的RLC實(shí)體不請求RLC PDU的重傳輸，并且發(fā)射器的RLC實(shí)體不 復(fù)制RLC PDU用于重傳輸目的。
在UM中可支持的業(yè)務(wù)是蜂窩廣播業(yè)務(wù)，應(yīng)用IP網(wǎng)絡(luò)的IP上語音 (VoIP)，等等。
同時(shí)，當(dāng)RLC層在AM中工作時(shí)，當(dāng)傳輸失敗時(shí)RLC實(shí)體支持RLC PDU的重傳輸。
通過檢查RLC PDU報(bào)頭信息中的序號可判斷是否成功傳輸RLC PDU。如果RLCPDU丟失或出錯(cuò)，接收器的RLC實(shí)體傳輸狀態(tài)信息(狀 態(tài)PDU)，該狀態(tài)信息向發(fā)射器指示丟失或出錯(cuò)的RLCPDU的序號。
當(dāng)RLC層在AM中工作時(shí)，為了有效的分組重傳輸定義各種定時(shí)器 和計(jì)數(shù)器。傳輸特定的RLC PDU之后驅(qū)動定時(shí)器，且如果在預(yù)定的時(shí) 間內(nèi)沒有接收到確認(rèn)，那么RLC實(shí)體放棄RLC PDU的復(fù)制，并執(zhí)行這 種情況下的計(jì)劃程序。
無論何時(shí)傳輸RLC PDU，計(jì)數(shù)器加1。如果即使計(jì)數(shù)器超出預(yù)定值， 沒有響應(yīng)于RLC PDU接收到確認(rèn)，那么RLC層丟棄RLC PDU的復(fù)制，并執(zhí)行這種情況下的計(jì)劃程序。
發(fā)射器和接收器的RLC實(shí)體可以設(shè)置要傳輸和接收的RLC PDU的 序號范圍，在范圍的基礎(chǔ)上定義了傳輸和接收窗口。
根據(jù)要傳送至發(fā)射器的狀態(tài)信息，發(fā)射器的RLC實(shí)體可只傳輸和 傳輸窗口的窗口大小一樣多的RLC PDU，接收器的RLC實(shí)體可調(diào)整或 更新傳輸窗口的窗口大小。
接收器的RLC實(shí)體接收和接收窗口的窗口大小一樣多的RLC PDU，丟棄超過接收窗口的窗口大小的RLCPDU。
圖3是一結(jié)構(gòu)圖，示出了圖2的分層無線接口協(xié)議結(jié)構(gòu)的RLC層。
如上所述，在RLC層中可激活多個(gè)RLC實(shí)體，每個(gè)RLC實(shí)體在 TM、 UM和AM之一中工作。
當(dāng)RLC實(shí)體在TM或UM中工作時(shí)，如圖3所示，數(shù)據(jù)傳輸是單向的。 即，因?yàn)樵赥M或UM中不支持重傳輸功能，所以一個(gè)RLC實(shí)體僅可在 TM或UM中傳輸或接收數(shù)據(jù)。
另一方面，當(dāng)RLC實(shí)體在AM中工作時(shí)，數(shù)據(jù)傳輸是雙向的。這意 味著對等AM RLC實(shí)體利用報(bào)告指示丟失PDU或出錯(cuò)PDU的序號的狀 態(tài)信息。即，AMRLC實(shí)體可同時(shí)傳輸和接收數(shù)據(jù)，這意味著AMRLC 實(shí)體可從接收器中接收狀態(tài)信息，同時(shí)向接收器傳輸分組。
詳細(xì)地說，因?yàn)锳MRLC實(shí)體分組包括傳輸(Tx)模塊和接收(Rx) 模塊，所以不像TM或UM中一樣被定義為傳輸RLC實(shí)體或接收RLC實(shí)體。
11另外，總體上， 一個(gè)RB映射到一個(gè)RLC實(shí)體，根據(jù)較低層的RLC 實(shí)體的工作模式，RB業(yè)務(wù)可以是雙向的或單向的。
下文將詳細(xì)地描述在各自模式中如何傳輸分組(RLCPDU)。
在TM或UM情況下，發(fā)射器的RLC實(shí)體不支持重傳輸功能，以至 于接收器的對等RLC實(shí)體在接收分組的情況下向上層傳輸分組。但是， 在AM情況下，AMRLC實(shí)體支持順序傳輸功能，這樣分組被順序傳輸 至上層，所以為了以傳輸?shù)捻樞蛑嘏判蚪邮盏姆纸M發(fā)生處理延遲。
順序傳輸功能指以發(fā)射器的RLC實(shí)體傳輸RLC PDU的順序向上層 傳輸包含RLC SDU數(shù)據(jù)的RLC PDU的功能。接收器的RLC實(shí)體確認(rèn)成 功的接收或通過傳輸側(cè)向AM RLC對等實(shí)體發(fā)送一個(gè)或多個(gè)狀態(tài)PDU 來請求丟失PDU的重傳輸。 一旦已經(jīng)接收完整的RLC SDU，那么就重 新組裝相關(guān)的PDU，然后通過AM業(yè)務(wù)訪問點(diǎn)(AM SAP)發(fā)送至上層。
同時(shí)，為了支持有效的實(shí)時(shí)分組傳輸，定義PDCP層用于分組交換 (PS)域。每一PS域無線訪問承載電路(RAB)與一個(gè)無線承載電路(RB) 相關(guān)聯(lián)，該無線承載電路又與一個(gè)PDCP實(shí)體相關(guān)聯(lián)。每個(gè)PDCP實(shí)體 與一個(gè)RLC實(shí)體相關(guān)聯(lián)。
每一PDCP實(shí)體應(yīng)用零個(gè)， 一個(gè)或幾個(gè)不同的報(bào)頭壓縮協(xié)議。在此， 示范性地采用健壯報(bào)頭壓縮(ROHC)協(xié)議作為報(bào)頭壓縮器。
在傳輸和接收實(shí)體上，ROHC總體上用于分別壓縮或解壓縮實(shí)時(shí) 傳輸協(xié)議/用戶數(shù)據(jù)報(bào)協(xié)議/互聯(lián)網(wǎng)協(xié)議(RTP/UDP/IP)分組的報(bào)頭信息。
RTP/UDP/IP分組指包含在用戶數(shù)據(jù)通過RTP,UDP和IP時(shí)候加入的
報(bào)頭信息的分組。分組報(bào)頭包括路由至目的地和在接收器上復(fù)原傳輸
的數(shù)據(jù)所需要的各種信息。當(dāng)應(yīng)用UDP/IP協(xié)議層傳輸流業(yè)務(wù)和如IP上語音(VoIP)的實(shí)時(shí)話 務(wù)時(shí)，RTP協(xié)議用于補(bǔ)充問題。UDP是IP上的傳輸層協(xié)議之一，不像傳 輸控制協(xié)議(TCP)支持具有重傳輸或流控制功能的面向連接的業(yè)務(wù)， UDP支持無連接數(shù)據(jù)傳輸業(yè)務(wù)。
IP是關(guān)于OSI參考模型的網(wǎng)絡(luò)層協(xié)議，用于基于在分組報(bào)頭中包含 的目的IP地址，把數(shù)據(jù)分組從一個(gè)節(jié)點(diǎn)向另一節(jié)點(diǎn)移動。IP支持最好效 果的傳送業(yè)務(wù)從而嘗試向目的地轉(zhuǎn)發(fā)分組，但不保證成功傳送。
ROHC基于一個(gè)事實(shí)工作，即在報(bào)頭域之間，在相同的分組報(bào)頭 內(nèi)具體的說在屬于相同分組流的連續(xù)分組之間有顯著的冗余。通過僅 最初傳輸靜態(tài)域信息和利用對其它域的依賴和可預(yù)測性，對于大多數(shù) 的分組可顯著減少報(bào)頭大小。
作為參考，RTP/UDP/IP分組有20個(gè)八位字節(jié)組的IP(IPv4)報(bào)頭，8 個(gè)八位字節(jié)組的UDP報(bào)頭和12個(gè)八位字節(jié)組的RTP報(bào)頭，共計(jì)40個(gè)八位 字節(jié)組。對于IPv6， IP報(bào)頭是40個(gè)八位字節(jié)組，共計(jì)60個(gè)八位字節(jié)組。 有效負(fù)載的大小根據(jù)編碼和應(yīng)用的幀大小，最少是15至20個(gè)八位字節(jié)組。
從這些數(shù)字中，為了效率減少報(bào)頭大小的需要是顯而易見的。應(yīng) 用ROHC，報(bào)頭大小可顯著地減少到1至3個(gè)八位字節(jié)組。
ROHC具有三個(gè)工作模式，被稱為單向模式(U模式)，雙向最優(yōu) 化模式(O模式)，和雙向可靠模式(R模式)。
當(dāng)ROHC在U模式中工作時(shí)，僅在一個(gè)方向傳輸分組，如，從壓縮 器到解壓縮器。另一方面，當(dāng)ROHC在O或R模式中工作時(shí)，分組在兩 個(gè)方向上傳送，如，反饋信道用于從解壓縮器向壓縮器傳送錯(cuò)誤恢復(fù)請求和重要的上下文更新的確認(rèn)。
O模式的目的在于最大化壓縮效率和反饋信道的稀少應(yīng)用，從而減 少由于殘留錯(cuò)誤或上下文無效產(chǎn)生的傳輸至上層的報(bào)頭損壞的數(shù)量。
R模式目的在于最大化對抗丟失傳播和損壞傳播的堅(jiān)固性，也就
是，即使在報(bào)頭丟失/錯(cuò)誤發(fā)生條件下，最小化上下文無效的可能性。
圖4是一個(gè)結(jié)構(gòu)圖，示出了UM中工作的RLC實(shí)體之間的點(diǎn)對點(diǎn)通信。
因?yàn)镻DCP對等實(shí)體的ROHC壓縮器和解壓縮器通過U模式中的單 向鏈路通信，在接收器和發(fā)射器上的每個(gè)PDCP實(shí)體映射到一個(gè)TM或 UM LRC實(shí)體。
在圖4中，接收器(UTRAN或UE)和發(fā)射器(UTRAN或UE)通 過Uu接口通信。在發(fā)射器上的PDCP實(shí)體通過UM SAP映射到傳輸U(kuò)M RLC (TxUMRLC)實(shí)體，并在U模式中操作傳輸ROHC(Tx ROHC)。 同時(shí)，在接收器上的對等PDCP實(shí)體通過UM SAP映射到一個(gè)接收UM RLC(Rx UM RLC)實(shí)體。
當(dāng)從上層接收PDCPSDU時(shí)，在接收到PDCPSDU的情況下，在發(fā) 射器上的PDCP實(shí)體應(yīng)用TxROHC執(zhí)行報(bào)頭壓縮，并以從上層接收的順 序通過UMSAP向TxUMRLC提交PDCPPDU。另一方面，當(dāng)接收器上 的PDCP實(shí)體通過UMSAP從RxUMRLC中接收PDCPPDU時(shí)，PDCP實(shí) 體應(yīng)用RxROHC執(zhí)行PDCPPDU的報(bào)頭解壓縮，以獲得PDCP SDU，并 且以從UMRLC實(shí)體中接收的順序向上層傳輸恢復(fù)的PDCP SDU。
當(dāng)在發(fā)射器和接收器上的PDCP實(shí)體映射到各自的Tx和Rx TM RLC實(shí)體時(shí)，發(fā)射器和接收器以和在UM中類似的方式工作。圖5是一結(jié)構(gòu)圖，示出了PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)，在該結(jié)構(gòu) 中RLC實(shí)體在AM中工作。
與UM和TM RLC實(shí)體不一樣，可配置AM RLC實(shí)體以利用一個(gè)或 兩個(gè)邏輯信道從而同時(shí)傳輸和接收。因此，在發(fā)射器和接收器上的AM RLC實(shí)體具有相同的結(jié)構(gòu)，且以下將示范性地描述發(fā)射器上的AMRLC 實(shí)體。
在圖5中，PDCP實(shí)體通過AM SAP映射到AM RLC實(shí)體。PDCP實(shí) 體在O模式或R模式(0/R模式)中工作，同時(shí)AMRLC實(shí)體操作TxRLC 模塊和Rx RLC模塊，這意味著PDCP實(shí)體激活了Tx ROHC模塊和Rx ROHC模塊。
當(dāng)從上層接收PDCP SDU時(shí)，在接收到PDCP SDU的情況下，PDCP 實(shí)體應(yīng)用Tx ROHC模塊執(zhí)行報(bào)頭壓縮，并向AM RLC實(shí)體的Tx RLC模 塊提交PDCPPDU，以至于傳輸至傳輸側(cè)邏輯信道。另一方面，當(dāng)通過 接收側(cè)邏輯信道接收RLC PDU時(shí)，RLC實(shí)體的Rx RLC模塊處理RLC PDU，然后通過AM SAP向PDCP實(shí)體的Rx ROHC模塊傳送RLC SDU (PDCPPDU) 。 RxROHC模塊執(zhí)行PDCPPDU的報(bào)頭解壓縮，并以從 AM RLC實(shí)體中接收的順序向上層傳送PDCP SDU。
為了ROHC有效地工作，需要快速地從RLC實(shí)體向PDCP實(shí)體傳輸 PDCPPDU。在這方面，因?yàn)镽LC實(shí)體在接收RLC SDU (PDCPPDU) 的情況下向PDCP實(shí)體傳送RLC SDU，所以當(dāng)PDCP實(shí)體映射至UTM/UM RLC實(shí)體時(shí)，PDCP實(shí)體有效地工作。
但是，當(dāng)PDCP實(shí)體映射到一個(gè)AM RLC實(shí)體時(shí)，因?yàn)锳M實(shí)體總 是操作其中直到已經(jīng)接收完整的RLC SDU， RLC PDU才能傳輸至PDCP 實(shí)體的重傳輸功能，所以PDCP實(shí)體不能很好地工作(也就是，實(shí)時(shí))。
15實(shí)際上，在UMTS中指定的無線幀的長度是10ms，考慮接收器和 發(fā)射器上的傳播延遲和處理延遲，無線幀到達(dá)接收的時(shí)間超過50ms。
一般地，支持語音電話和流業(yè)務(wù)的最大可容忍延遲時(shí)間是80ms。 因此，如果屬于無線幀的分組僅需要重傳輸一次，那么向上層傳送分 組的總延遲超過最大可容忍延遲時(shí)間。所以，在0/R模式中操作ROHC 的PDCP實(shí)體向AMRLC實(shí)體的映射導(dǎo)致實(shí)時(shí)業(yè)務(wù)質(zhì)量降低。
進(jìn)一步說，該數(shù)據(jù)通信方法有一個(gè)缺陷，g卩，因?yàn)橐粋€(gè)PDCP實(shí)體 僅可映射到一個(gè)TM/UMRLC實(shí)體，僅在一個(gè)方向上工作，用于支持實(shí) 時(shí)業(yè)務(wù)，所以不能支持實(shí)時(shí)雙向業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明意在解決上述問題。
本發(fā)明的目的是提供一種改進(jìn)的無線通信方法及系統(tǒng)，其當(dāng)系統(tǒng) 在透明模式(TM)或未確認(rèn)模式(UM)中工作時(shí)，能夠在終端和基 站之間雙向傳遞分組數(shù)據(jù)。
本發(fā)明的另一個(gè)目的是提供一種改進(jìn)的無線通信方法及系統(tǒng)，其 當(dāng)系統(tǒng)在確認(rèn)模式(AM)工作時(shí)，能夠在終端和基站之間實(shí)時(shí)同步傳 遞分組數(shù)據(jù)。
本發(fā)明的再一個(gè)目的是提供一種改進(jìn)的無線通信方法及系統(tǒng)，其 能夠在系統(tǒng)支持的所有分組數(shù)據(jù)傳輸模式中在終端和基站之間實(shí)時(shí)雙 向傳遞分組數(shù)據(jù)。
為了達(dá)到上述目的，在終端和基站之間支持實(shí)時(shí)分組傳輸業(yè)務(wù)模 式和可靠的分組傳輸業(yè)務(wù)模式的無線通信方法包括選擇實(shí)時(shí)分組傳輸業(yè)務(wù)模式和可靠的分組傳輸業(yè)務(wù)模式之一，在終端和基站之間建立 通信信道，及實(shí)時(shí)傳輸，接收或同步傳輸和接收分組數(shù)據(jù)。
建立通信信道包括配置位于PDCP層中的分組數(shù)據(jù)會聚協(xié)議
(PDCP)實(shí)體，該P(yáng)DCP實(shí)體與至少一個(gè)無線承載電路相關(guān)聯(lián)，配置 位于RLC層中至少一個(gè)無線鏈路控制(RLC)實(shí)體；及把RLC實(shí)體映 射到兩個(gè)邏輯信道。
向PDCP實(shí)體提供報(bào)頭壓縮功能。報(bào)頭壓縮功能根據(jù)無線承載電 路的特性啟用報(bào)頭壓縮器和報(bào)頭解壓縮器。
報(bào)頭壓縮器在從上層通過無線承載電路接收到分組的情況下執(zhí)行 報(bào)頭壓縮，從而產(chǎn)生壓縮的報(bào)頭分組，且報(bào)頭解壓縮器在從RLC實(shí)體 接收到壓縮的報(bào)頭分組的情況下執(zhí)行報(bào)頭解壓縮。
在本發(fā)明的一個(gè)方面中，PDCP實(shí)體映射到一個(gè)RLC實(shí)體。RLC 實(shí)體具有傳輸側(cè)模塊和接收側(cè)模塊，傳輸側(cè)模塊通過邏輯信道之一從
PDCP實(shí)體中傳輸壓縮的報(bào)頭分組，接收側(cè)模塊通過另一邏輯信道從下 層接收分組。
報(bào)頭壓縮器通過業(yè)務(wù)訪問點(diǎn)映射到傳輸側(cè)模塊，且報(bào)頭解壓縮器 通過業(yè)務(wù)訪問點(diǎn)映射到接收側(cè)模塊。
在本發(fā)明的另一方面中，RLC實(shí)體禁用分組重傳輸功能。
在本發(fā)明的另一方面中，PDCP實(shí)體映射到兩個(gè)RLC實(shí)體。
PDCP實(shí)體和一個(gè)無線承載電路相關(guān)聯(lián)，且兩個(gè)RLC實(shí)體之一用 于通過兩個(gè)邏輯信道之一傳輸從PDCP實(shí)體接收的分組，另一個(gè)RLC
實(shí)體用于通過另一個(gè)邏輯信道接收分組。
17報(bào)頭壓縮器和報(bào)頭解壓縮器通過不同的業(yè)務(wù)訪問點(diǎn)映射到不同的
RLC實(shí)體，RLC實(shí)體分別用于分組的傳輸和接收。
在本發(fā)明的另一方面中，PDCP實(shí)體與每一都具有單向特性的兩 個(gè)無線承載電路相關(guān)聯(lián)。
PDCP實(shí)體映射到兩個(gè)RLC實(shí)體，且兩個(gè)RLC實(shí)體之一用于通過 兩個(gè)邏輯信道之一傳輸分組，另一個(gè)RLC實(shí)體用于通過另一邏輯信道 接收分組。
報(bào)頭壓縮器和報(bào)頭解壓縮器通過不同的業(yè)務(wù)訪問點(diǎn)映射到不同的 RLC實(shí)體，RLC實(shí)體分別用于分組的傳輸和接收。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明，在終端和基站，每一終端和基 站之間具有至少一個(gè)通信信道的無線通信系統(tǒng)包括模式選擇器，其
根據(jù)提供給上層的業(yè)務(wù)特性，選擇實(shí)時(shí)分組傳輸業(yè)務(wù)模式和可靠的分 組業(yè)務(wù)模式之一；及信道配置單元，其基于模式選擇器選擇的業(yè)務(wù)模 式，配置終端和基站之間的通信信道，其中信道配置單元配置終端和 基站在實(shí)時(shí)分組傳輸業(yè)務(wù)模式和可靠的分組業(yè)務(wù)模式中在其上雙向交 換分組的信道。
根據(jù)本發(fā)明的一個(gè)方面，提供一種包括通過至少兩個(gè)無線實(shí)體在 單一無線設(shè)備中配置單一無線信息傳輸路徑的方法，其中所述至少兩 個(gè)無線實(shí)體中的每一個(gè)包括以下中的至少一個(gè)無線發(fā)射器；和無線 接收器，其中，所述至少兩個(gè)無線實(shí)體是至少兩個(gè)無線鏈路控制實(shí)體。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種在以無線接口協(xié)議結(jié)構(gòu)工作 的兩個(gè)收發(fā)器之間的無線通信方法，該方法包括配置第一實(shí)體，其 在每一收發(fā)器上與至少一個(gè)無線承載電路相關(guān)聯(lián)并對分組進(jìn)行會聚；配置第二實(shí)體，其通過業(yè)務(wù)訪問點(diǎn)向第一實(shí)體提供雙向分組傳輸業(yè)務(wù) 而沒有重傳輸功能；及把第二實(shí)體映射到一對傳輸側(cè)和接收側(cè)邏輯信 道。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種在以無線接口協(xié)議結(jié)構(gòu)工作 的兩個(gè)收發(fā)器之間的無線通信方法，該方法包括配置第一實(shí)體，其 在每一收發(fā)器上對分組進(jìn)行會聚；配置兩個(gè)第二實(shí)體，其與第一實(shí)體 通信，其中通過至少一個(gè)業(yè)務(wù)訪問點(diǎn)(SAP)在第一實(shí)體和每一第二實(shí)
體之間提供分組傳輸業(yè)務(wù)；把第一實(shí)體映射到該第二實(shí)體，其中每一 第二實(shí)體用于不同方向；以及在第一實(shí)體和兩個(gè)第二實(shí)體之間對分組 進(jìn)行通信。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種用于無線通信無線接口協(xié)議 結(jié)構(gòu)的裝置，該裝置包括分組數(shù)據(jù)會聚協(xié)議(PDCP)實(shí)體，其中， 對分組進(jìn)行會聚；位于RLC層中的無線鏈路控制(RLC)實(shí)體；與PDCP 實(shí)體和RLC實(shí)體通信的業(yè)務(wù)訪問點(diǎn)SAP，其中，通過SAP在PDCP實(shí) 體和RLC實(shí)體之間以雙向方式提供分組傳輸業(yè)務(wù)而不執(zhí)行重傳輸功 能；以及將RLC實(shí)體映射到至少一個(gè)邏輯信道的處理器。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種用于利用無線接口協(xié)議結(jié)構(gòu) 的無線通信的裝置，該裝置包括第一實(shí)體，其中對分組進(jìn)行會聚； 位于無線鏈路控制(RLC)層的兩個(gè)第二實(shí)體；與第一實(shí)體和兩個(gè)第二 實(shí)體通信的至少一個(gè)業(yè)務(wù)訪問點(diǎn)(SAP)，其中，通過至少一個(gè)業(yè)務(wù)訪 問點(diǎn)(SAP)在第一實(shí)體和每一第二實(shí)體之間提供分組傳輸業(yè)務(wù)；以及 將第一實(shí)體映射到兩個(gè)第二實(shí)體的處理器，其中，每一第二實(shí)體用于 不同的方向。


將參照以下附圖詳細(xì)描述本發(fā)明，在附圖中，相同的參考數(shù)字指 示相同的元件，其中圖l是一結(jié)構(gòu)圖，示出了總的UMTS結(jié)構(gòu)；
圖2是一結(jié)構(gòu)圖，示出了在圖1中UE和UTRAN之間采用的無線接口 協(xié)議結(jié)構(gòu)或Uu接口；
圖3是一結(jié)構(gòu)圖，示出了圖2的無線接口協(xié)議結(jié)構(gòu)的RLC層； 圖4是一結(jié)構(gòu)圖，示出了在工作在UM中的RLC實(shí)體之間的點(diǎn)對點(diǎn)
通信；
圖5是一結(jié)構(gòu)圖，示出了現(xiàn)有的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)，在 該結(jié)構(gòu)中RLC實(shí)體在AM中工作；
圖6是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第一實(shí)施例的在移動通信系
處rh 士 te 口n rfn ^V"1 th+ :3佐iVt <sWtIt d t r ^Wt!t 口rtr &4處仏
t人TT/yv i， 7 hj皿ia u-ji "n y rf ivju^:^: n^-^v、刁:j p口 'i^/ ;
圖7是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第二優(yōu)選實(shí)施例的在移動通 信系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)；
圖8是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第三優(yōu)選實(shí)施例在移動通信 系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)；及
圖9是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第四優(yōu)選實(shí)施例的在移動通 信系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)。
具體實(shí)施例方式
下文將參照相應(yīng)附圖描述本發(fā)明的優(yōu)選實(shí)施例。
圖6是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第一實(shí)施例的在移動通信系 統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)。
如圖6所示， 一個(gè)RB關(guān)聯(lián)位于PDCP子層中的一個(gè)PDCP實(shí)體，且 PDCP實(shí)體通過一個(gè)BTM/BUM SAP關(guān)聯(lián)位于RLC子層中的 一個(gè)雙向 TM或UM (BTM/BUM) RLC實(shí)體。BTM/BUM RLC實(shí)體通過兩個(gè)邏輯 信道關(guān)聯(lián)MAC子層。
PDCP實(shí)體具有Tx ROHC模塊和Rx ROHC模塊，Tx ROHC模塊用 于在從上層接收的PDCP SDU上執(zhí)行報(bào)頭壓縮，且RxROHC用于在從下層傳送的PDCP PDU上執(zhí)行報(bào)頭解壓縮。
在本發(fā)明中，ROHC協(xié)議用于PDCP實(shí)體的報(bào)頭壓縮/解壓縮功能， 但是，不限制于此，而是根據(jù)上層協(xié)議可應(yīng)用各種類型的報(bào)頭壓縮協(xié) 議。
BTM/BUM RLC實(shí)體包括Tx模塊和Rx模塊，Tx模塊用于向傳輸側(cè) 邏輯信道傳輸從PDCP實(shí)體接收的RLC SDU，且Rx模塊用于通過接收側(cè) 邏輯信道接收RLC PDU。
Tx ROHC模塊在接收到從上層傳輸?shù)腜DCP SDU的情況下執(zhí)行報(bào) 頭壓縮，并通過BTM/BUM SAP向BTM/BUMRLC實(shí)體的Tx模塊提交一 個(gè)或多個(gè)PDCP PDU。
另一方面，當(dāng)BTM/BUM RLC實(shí)體的Rx模塊通過接收側(cè)邏輯信道 接收RLC PDU時(shí)，Rx模塊通過BTM/BUM SAP向PDCP實(shí)體的Rx ROHC 模塊傳送PDCPPDU (RLCSDU) 。 Rx ROHC模塊在接收到PDCP PDU 的情況下執(zhí)行報(bào)頭解壓縮，然后向上層傳送PDCP SDU。
因?yàn)橄蛞粋€(gè)BTM/BUM RLC實(shí)體提供映射到各自的傳輸和接收側(cè) 邏輯信道的Tx和Rx模塊，BTM/BUM RLC實(shí)體可支持雙向通信。為了 支持雙向?qū)崟r(shí)業(yè)務(wù)，PDCP實(shí)體在0/R模式中操作ROHC。
下文將更詳細(xì)描述根據(jù)本發(fā)明的第一優(yōu)選實(shí)施例的，通過采用 PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)支持雙向?qū)崟r(shí)通信的移動通信系統(tǒng)的工作。
假設(shè)在發(fā)射器(UC或UTRAN)和接收器(UE或UTRAN)的無線 接口協(xié)議結(jié)構(gòu)中實(shí)現(xiàn)第一優(yōu)選實(shí)施例的PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)。當(dāng)在發(fā)射器上通過RB傳送分組時(shí)，位于PDCP層中的PDCP實(shí)體的 Tx ROHC模塊執(zhí)行分組上的報(bào)頭壓縮，并通過BTM/BUM SAP向 BTM/BUM RLC實(shí)體的Tx模塊傳輸壓縮的報(bào)頭分組。BTM/BUM RLC 實(shí)體的Tx模塊通過下層向接收器傳送壓縮的報(bào)頭分組。
如果接收器接收壓縮的報(bào)頭分組，那么接收器的BTM/BUM RLC 實(shí)體的Rx模塊立即向PDCP實(shí)體的RxROHC模塊傳送壓縮的報(bào)頭分組。 PDCP實(shí)體的RxROHC模塊在壓縮的報(bào)頭分組上執(zhí)行報(bào)頭解壓縮，以便 于恢復(fù)解壓縮的報(bào)頭分組和向上層傳輸。
接收器的PDCP實(shí)體可向發(fā)射器報(bào)告狀態(tài)信息，使得發(fā)射器的 PDCP實(shí)體基于狀態(tài)信息確定應(yīng)用的壓縮計(jì)劃，和在接收機(jī)是否成功接 收了傳輸?shù)姆纸M。
圖7是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第二個(gè)優(yōu)選實(shí)施例的在移動 通信系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)。
如圖7所示， 一個(gè)RB關(guān)聯(lián)一個(gè)PDCP實(shí)體，且PDCP實(shí)體通過一個(gè) 實(shí)時(shí)AMSAP (RAM SAP)關(guān)聯(lián)一個(gè)實(shí)時(shí)AMRLC (RAM RLC)實(shí)體。 該RAMRLC實(shí)體通過兩個(gè)邏輯信道關(guān)聯(lián)MAC子層。
PDCP實(shí)體具有Tx ROHC模塊和Rx ROHC模i央，Tx ROHC模塊用 于在從上層接收的PDCP SDU上執(zhí)行報(bào)頭壓縮，且RxROHC用于在從下 層傳送的PDCP PDU上執(zhí)行報(bào)頭解壓縮。
RAM RLC實(shí)體包括Tx模塊和Rx模塊，Tx模塊用于向第一邏輯信 道傳輸從PDCP實(shí)體接收的RLC SDU，且Rx模塊用于通過接收側(cè)邏輯信 道接收RLC PDU。
Tx ROHC模塊在接收到從上層傳輸?shù)腜DCP SDU的情況下執(zhí)行報(bào)頭壓縮，并通過RAM SAP向RAM RLC實(shí)體的Tx模塊提交一個(gè)或多個(gè) PDCP PDU。
另一方面，當(dāng)RAM RLC實(shí)體的Rx模塊通過接收側(cè)邏輯信道接收 RLC PDU時(shí)，RAM RLC實(shí)體的Rx模塊向PDCP實(shí)體的Rx ROHC模塊傳 送PDCPPDU (RLC SDU) 。 Rx ROHC模塊在接收到PDCP PDU的情況 下執(zhí)行報(bào)頭解壓縮，然后向上層傳送PDCPSDU。
因?yàn)橄蛞粋€(gè)RAM RLC實(shí)體提供映射到各自的傳輸和接收側(cè)邏輯 信道的Tx和Rx模塊，RAMRLC實(shí)體可支持雙向通信。為了支持雙向?qū)?時(shí)業(yè)務(wù)，優(yōu)選的PDCP實(shí)體在0/R模式中操作ROHC。
除了RAMRLC實(shí)體沒有重傳輸功能之外，根據(jù)本發(fā)明第二實(shí)施例 的RAM實(shí)體與現(xiàn)有的AM RLC實(shí)體相似。通過禁用重傳輸功能，RAM RLC實(shí)體可向上層傳輸PDCP PDU而在發(fā)射器和接收器上無處理延遲。
下文將更詳細(xì)描述根據(jù)本發(fā)明的第二優(yōu)選實(shí)施例的，通過釆用 PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)支持雙向?qū)崟r(shí)通信的移動通信系統(tǒng)的工 作。
假設(shè)在發(fā)射器(UC或UTRAN)和接收器(UE或UTRAN)的無線 接口協(xié)議結(jié)構(gòu)中實(shí)現(xiàn)第二優(yōu)選實(shí)施例的PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)。
當(dāng)通過發(fā)射器的RB傳送分組時(shí)，位于PDCP層中的PDCP實(shí)體的Tx ROHC模塊執(zhí)行分組上的報(bào)頭壓縮，并通過RAMSAP向RAMRLC實(shí)體 的Tx模塊傳輸壓縮的報(bào)頭分組。RAMRLC實(shí)體的Tx模塊通過下層向接 收器傳遞壓縮的報(bào)頭分組。
如果接收器接收壓縮的報(bào)頭分組，那么接收器的RAM RLC實(shí)體的 Rx模塊立即向PDCP實(shí)體的RxROHC模塊傳送壓縮的報(bào)頭分組，并且同時(shí)向發(fā)射器的對等RAM RLC實(shí)體傳輸確認(rèn)。PDCP實(shí)體的Rx ROHC模 塊在壓縮的報(bào)頭分組上執(zhí)行報(bào)頭解壓縮，以便于恢復(fù)解壓縮的報(bào)頭分 組和向上層傳輸。
即使接收器的RAMRLC實(shí)體傳輸確認(rèn)，確認(rèn)也不包含重傳輸相關(guān) 的信息。B卩，當(dāng)RLC對等實(shí)體在RAM中工作時(shí)，禁用與分組重傳輸， 如順序傳送，重傳輸定時(shí)器，計(jì)數(shù)器和傳輸及接收窗口相關(guān)聯(lián)的功能 和參數(shù)。通過禁用大部分引起RLC層上的處理延遲的重傳輸相關(guān)的功 能，減少了處理延遲，所以可以支持實(shí)時(shí)業(yè)務(wù)。
圖8是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第三個(gè)優(yōu)選實(shí)施例的在移動 通信系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)。
如圖8所示， 一個(gè)RB關(guān)聯(lián)一個(gè)PDCP實(shí)體，且PDCP實(shí)體通過各自 的TM/UM SAP關(guān)聯(lián)一對TM或UM(TM/UM)RLC實(shí)體，也就是，Tx TM/UM RLC實(shí)體和Rx TM/UM RLC實(shí)體。該Tx和Rx TM/UM RLC實(shí)體 映射到各自的傳輸側(cè)和接收側(cè)邏輯信道。
PDCP實(shí)體具有Tx ROHC模塊和Rx ROHC模塊，Tx ROHC模塊用 于在從上層接收的PDCP SDU上執(zhí)行報(bào)頭壓縮，且RxROHC用于在從下 層傳送的PDCP PDU上執(zhí)行報(bào)頭解壓縮。
Tx ROHC模塊在接收到從上層傳輸?shù)腜DCP SDU的情況下執(zhí)行報(bào) 頭壓縮，并通過TX TM/UM SAP向Tx TM/UM RLC實(shí)體提交一個(gè)或多個(gè) PDCPPDU。
另一方面，當(dāng)Rx TM/UM RLC實(shí)體通過接收側(cè)邏輯信道接收RLC PDU時(shí)，Rx TM/UM RLC實(shí)體通過Rx TM/UM SAP向Rx ROHC模塊傳 送PDCPPDU (RLCSDU) 。 Rx ROHC模塊在接收到PDCP PDU的情況
下執(zhí)行報(bào)頭解壓縮，然后向上層傳送PDCPSDU。
24因?yàn)橐粋€(gè)Tx TM/UM RLC實(shí)體和一個(gè)Rx TM/UM RLC實(shí)體用于各 自的傳輸和接收RLC PDU，所以可以支持雙向通信。為了支持雙向?qū)?時(shí)業(yè)務(wù)，優(yōu)選的PDCP實(shí)體在0/R模式中操作ROHC。
在這種情況下，除了 Tx和Rx TM/UM RLC實(shí)體向映射到 一個(gè)RB的 一個(gè)PDCP實(shí)體同時(shí)提供業(yè)務(wù)之外，TM/UM RLC實(shí)體以和現(xiàn)有的 TM/UM RLC實(shí)體相同的方式工作。
下文將更詳細(xì)描述根據(jù)本發(fā)明的第三優(yōu)選實(shí)施例的，通過采用 PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)支持雙向?qū)崟r(shí)通信的移動通信系統(tǒng)的工作。
假設(shè)在發(fā)射器(UC或UTRAN)和接收器(UE或UTRAN)的無線 接口協(xié)議結(jié)構(gòu)中實(shí)現(xiàn)第三優(yōu)選實(shí)施例的PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)。
當(dāng)通過發(fā)射器的RB傳送分組時(shí)，位于PDCP層中的PDCP實(shí)體的Tx ROHC模塊執(zhí)行分組上的報(bào)頭壓縮，并通過Tx TM/UM SAP向Tx TM/UM RLC實(shí)體傳輸壓縮的報(bào)頭分組。Tx TM/UM RLC實(shí)體通過傳輸
側(cè)邏輯信道向接收器傳遞壓縮的報(bào)頭分組。
如果接收器接收壓縮的報(bào)頭分組，那么接收器的Rx TM/UM RLC 實(shí)體立即向PDCP實(shí)體的Rx ROHC模塊傳送壓縮的報(bào)頭分組。PDCP實(shí) 體的Rx ROHC模塊在壓縮的報(bào)頭分組上執(zhí)行報(bào)頭解壓縮，以便于恢復(fù) 解壓縮的報(bào)頭分組和向上層傳輸。
接收器的PDCP實(shí)體可向發(fā)射器報(bào)告狀態(tài)信息，使得發(fā)射器的 PDCP實(shí)體基于狀態(tài)信息確定應(yīng)用的壓縮計(jì)劃，并確定在接收器是否成 功接收了傳輸?shù)姆纸M。圖9是一結(jié)構(gòu)圖，示出了根據(jù)本發(fā)明的第四優(yōu)選實(shí)施例的在移動通
信系統(tǒng)中支持雙向?qū)崟r(shí)通信的PDCP實(shí)體-RLC實(shí)體-映射結(jié)構(gòu)。
如圖9所示，兩個(gè)RB關(guān)聯(lián)一個(gè)PDCP實(shí)體，且該P(yáng)DCP實(shí)體通過各 自的TM/UM SAP關(guān)聯(lián)一對TM或UM(TM/UM)RLC實(shí)體，也就是，Tx TM/UM RLC實(shí)體和Rx TM/UM RLC實(shí)體。Tx和Rx TM/UM RLC實(shí)體映
射到各自的傳輸側(cè)和接收側(cè)邏輯信道。
在這個(gè)實(shí)施例中，兩個(gè)RB具有單向特性，并被認(rèn)為分別是傳輸RB 和接收RB。但是，本發(fā)明不只限于這種配置，而是可改變兩個(gè)RB，從 而與其它的工作部分的修改一起使其具有雙向特性。
PDCP實(shí)體具有Tx ROHC模塊和Rx ROHC模i央，Tx ROHC模塊用 于在從上層接收的PDCP SDU上執(zhí)行報(bào)頭壓縮，且Rx ROHC用于在從下 層傳送的PDCP PDU上執(zhí)行報(bào)頭解壓縮。
Tx ROHC模塊在通過傳輸側(cè)RB接收到從上層傳輸?shù)腜DCP SDU的 情況下執(zhí)行報(bào)頭壓縮，并通過TX TM/UM SAP向Tx TM/UM RLC實(shí)體提 交PDCP PDU。
另一方面，當(dāng)Rx TM/UM RLC實(shí)體通過接收側(cè)邏輯信道接收RLC PDU時(shí)，Rx TM/UM RLC實(shí)體通過Rx TM/UM SAP向Rx ROHC模塊傳 送PDCP PDU (RLC SDU) 。 Rx ROHC模塊在接收到PDCP PDU的情況 下執(zhí)行報(bào)頭解壓縮，然后通過接收側(cè)RB向上層傳送PDCP SDU。
因?yàn)橐粋€(gè)Tx TM/UM RLC實(shí)體和一個(gè)Rx TM/UM RLC實(shí)體用于各 自的傳輸和接收RLC PDU，所以可以支持雙向通信。為了支持雙向?qū)?時(shí)業(yè)務(wù)，優(yōu)選的PDCP實(shí)體在0/R模式的ROHC中工作。
與第三優(yōu)選實(shí)施例相似，Tx和Rx TM/UM RLC實(shí)體同時(shí)向一個(gè)PDCP提供業(yè)務(wù)，但是，在第四實(shí)施例中，PDCP實(shí)體的Tx ROHC模塊 映射到傳輸側(cè)RB，且PDCP實(shí)體的Rx ROHC模塊映射到接收側(cè)RB。
下文將更詳細(xì)描述根據(jù)本發(fā)明的第四優(yōu)選實(shí)施例的，通過采用 PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)支持雙向?qū)崟r(shí)通信的移動通信系統(tǒng)的工 作。
假設(shè)在發(fā)射器(UC或UTRAN)和接收器(UE或UTRAN)的無線 接口協(xié)議結(jié)構(gòu)中實(shí)現(xiàn)第四優(yōu)選實(shí)施例的PDCP實(shí)體-RLC實(shí)體映射結(jié)構(gòu)。
當(dāng)在發(fā)射器上通過傳輸側(cè)RB傳送分組時(shí)，位于PDCP層中的PDCP 實(shí)體的Tx ROHC模塊執(zhí)行分組上的報(bào)頭壓縮，并通過Tx TM/UM SAP 向Tx TM/UM RLC實(shí)體傳輸壓縮的報(bào)頭分組。Tx TM/UM RLC實(shí)體通過 傳輸側(cè)邏輯信道向接收器傳遞壓縮的報(bào)頭分組。
如果接收器接收壓縮的報(bào)頭分組，那么接收器的Rx TM/UM RLC 實(shí)體立即向PDCP實(shí)體的Rx ROHC模塊傳送壓縮的報(bào)頭分組。PDCP實(shí) 體的Rx ROHC模塊在壓縮的報(bào)頭分組上執(zhí)行報(bào)頭解壓縮，以便于通過 接收側(cè)RB向上層傳送解壓縮的報(bào)頭分組。
接收器的PDCP實(shí)體可向發(fā)射器報(bào)告狀態(tài)信息，使得發(fā)射器的 PDCP實(shí)體可以基于狀態(tài)信息確定應(yīng)用的壓縮計(jì)劃，并確定在接收器是 否成功了接收傳輸?shù)姆纸M。
如上所述，在根據(jù)本發(fā)明的移動通信方法及系統(tǒng)的PDCP實(shí)體-至 -RLC實(shí)體映射結(jié)構(gòu)的一個(gè)方面中，因?yàn)榘l(fā)射器和接收器上的每個(gè)PDCP 對等實(shí)體具有工作在0/R模式中的傳輸側(cè)ROHC和接收側(cè)ROHC模塊， 并且每個(gè)PDCP對等實(shí)體映射到在透明模式(TM)或未確認(rèn)模式(UM) 中可同時(shí)激活映射到不同邏輯信道的一對傳輸和接收模塊的一個(gè)RLC 實(shí)體，所以PDCP實(shí)體即使在透明模式或未確認(rèn)模式中也可向上層支持雙向?qū)崟r(shí)業(yè)務(wù)。
在根據(jù)本發(fā)明的移動通信方法及系統(tǒng)的PDCP實(shí)體-至-RLC實(shí)體映 射結(jié)構(gòu)的另一個(gè)方面中，因?yàn)榘l(fā)射器和接收器上的每個(gè)PDCP對等實(shí)體 具有工作在0/R模式中的傳輸側(cè)ROHC和接收側(cè)ROHC模塊，并且每個(gè) PDCP對等實(shí)體映射到在確認(rèn)模式(AM)中禁用重傳輸功能的一個(gè)RLC 實(shí)體，所以PDCP實(shí)體即使在確認(rèn)模式中也可向上層支持雙向?qū)崟r(shí)業(yè) 務(wù)。
在根據(jù)本發(fā)明的移動通信方法及系統(tǒng)的PDCP實(shí)體-至-RLC實(shí)體映 射結(jié)構(gòu)的另一個(gè)方面中，因?yàn)榘l(fā)射器和接收器上的每個(gè)PDCP對等實(shí)體 具有工作在0/R模式中的傳輸側(cè)ROHC和接收側(cè)ROHC模塊，并且每個(gè) PDCP對等實(shí)體映射到在透明模式或未確認(rèn)模式中分別用于分組傳輸 和接收的兩個(gè)RLC實(shí)體，所以PDCP實(shí)體即使在透明模式或未確認(rèn)模式 中也可向上層支持雙向?qū)崟r(shí)業(yè)務(wù)。
在根據(jù)本發(fā)明的移動通信方法及系統(tǒng)的PDCP實(shí)體-至-RLC實(shí)體映 射結(jié)構(gòu)的再一個(gè)方面中，因?yàn)榘l(fā)射器和接收器上的每個(gè)PDCP對等實(shí)體 關(guān)聯(lián)兩個(gè)無線承載電路， 一個(gè)用于傳輸側(cè)，另一個(gè)用于接收側(cè)，并且 每個(gè)PDCP對等實(shí)體映射到在透明模式或未確認(rèn)模式中分別用于分組 傳輸和接收的兩個(gè)RLC實(shí)體，所以PDCP實(shí)體即使在透明模式或未確認(rèn) 模式中也可向上層支持雙向?qū)崟r(shí)業(yè)務(wù)。
在本發(fā)明中，因?yàn)橐粋€(gè)或兩個(gè)RLC實(shí)體用于雙向雙工通信，所以 在分組交換域和電路交換域中都可以支持雙向?qū)崟r(shí)業(yè)務(wù)。
當(dāng)聯(lián)系實(shí)際和優(yōu)選的實(shí)施例描述本發(fā)明時(shí)，應(yīng)理解為本發(fā)明不限 定于公開的實(shí)施例，相反地，本發(fā)明意圖覆蓋包含在附加權(quán)利要求書 中的精神和范圍內(nèi)的各種修改和等價(jià)變換。
權(quán)利要求
1.一種在采用分層的無線接口協(xié)議的無線通信系統(tǒng)中的裝置，該裝置包括第一實(shí)體，與所述無線接口協(xié)議的一個(gè)層相關(guān)聯(lián)，該第一實(shí)體進(jìn)一步與一個(gè)或兩個(gè)無線承載相關(guān)聯(lián)；和一個(gè)或兩個(gè)第二實(shí)體，與所述無線接口協(xié)議的另一個(gè)層相關(guān)聯(lián)，所述一個(gè)或兩個(gè)第二實(shí)體與所述第一實(shí)體通信；其中第二實(shí)體的數(shù)量取決于與所述第一實(shí)體相關(guān)聯(lián)的無線承載的模式。
2. 如權(quán)利要求l所述的裝置，其中，所述第一實(shí)體與兩個(gè)無線承載相關(guān)聯(lián)，第一無線承載支持從較高層到所述第一實(shí)體的分組傳輸，并且第二無線承載支持從所述第一實(shí)體到較高層的分組傳輸。
3. 如權(quán)利要求l所述的裝置，其中，存在兩個(gè)無線承載，并且兩個(gè)層之間的分組的傳輸是雙向的。
4. 如權(quán)利要求l所述的裝置，進(jìn)一步包括一個(gè)或兩個(gè)業(yè)務(wù)訪問點(diǎn)，通過所述一個(gè)或兩個(gè)業(yè)務(wù)訪問點(diǎn)在所述第一實(shí)體與所述一個(gè)或兩個(gè)第二實(shí)體之間傳輸分組。
5. 如權(quán)利要求4所述的裝置，其中，存在兩個(gè)無線承載、兩個(gè)第二實(shí)體和兩個(gè)業(yè)務(wù)訪問點(diǎn)，其中所述無線承載的第一個(gè)、所述第二實(shí)體的第一個(gè)和所述業(yè)務(wù)訪問點(diǎn)的第一個(gè)支持層之間的第一方向上的分組傳輸，并且其中所述無線承載的第二個(gè)、所述第二實(shí)體的第二個(gè)和所述業(yè)務(wù)訪問點(diǎn)的第二個(gè)支持層之間的第二方向上的分組傳輸。
6. 如權(quán)利要求5所述的裝置，其中，所述兩個(gè)第二實(shí)體被配置為工作在傳輸模式中。
7. 如權(quán)利要求5所述的裝置，其中，所述兩個(gè)第二實(shí)體被配置為工作在未確認(rèn)模式中。
8. 如權(quán)利要求5所述的裝置，其中，所述業(yè)務(wù)訪問點(diǎn)是傳輸模式業(yè)務(wù)訪問點(diǎn)。
9. 如權(quán)利要求5所述的裝置，其中，所述業(yè)務(wù)訪問點(diǎn)是未確認(rèn)模式業(yè)務(wù)訪問點(diǎn)。
10. 如權(quán)利要求5所述的裝置，其中，所述第一實(shí)體是PDCP層實(shí)體。
11. 如權(quán)利要求5所述的裝置，其中，所述兩個(gè)第二實(shí)體是RLC實(shí)體。
12. —種在采用分層的無線接口協(xié)議的無線通信系統(tǒng)中的裝置，該裝置包括第一實(shí)體，與所述無線接口協(xié)議的一個(gè)層相關(guān)聯(lián)，該第一實(shí)體進(jìn)一步與無線承載相關(guān)聯(lián)；和一個(gè)或兩個(gè)第二實(shí)體，與所述無線接口協(xié)議的另一個(gè)層相關(guān)聯(lián)，所述一個(gè)或兩個(gè)第二實(shí)體與所述第一實(shí)體通信；其中第二實(shí)體的數(shù)量取決于無線承載的特性。
13. 如權(quán)利要求12所述的裝置，其中，所述無線承載的特性是所述無線承載是雙向的。
14. 如權(quán)利要求13所述的裝置，進(jìn)一步包括一個(gè)或兩個(gè)業(yè)務(wù)訪問點(diǎn)，通過所述一個(gè)或兩個(gè)業(yè)務(wù)訪問點(diǎn)在所述第一實(shí)體與所述一個(gè)或兩個(gè)第二實(shí)體之間傳輸分組。
15. 如權(quán)利要求14所述的裝置，其中，所述分組是在第一方向和第二方向上在兩個(gè)層之間傳輸?shù)摹?br> 16. 如權(quán)利要求12所述的裝置，其中，所述無線承載的特性是所述無線承載是非雙向的。
全文摘要
在根據(jù)本發(fā)明的，在支持實(shí)時(shí)分組傳輸業(yè)務(wù)模式和可靠的分組傳輸業(yè)務(wù)模式的終端和基站之間的無線通信方法中，選擇實(shí)時(shí)分組傳輸業(yè)務(wù)模式和可靠的分組傳輸業(yè)務(wù)模式之一，并建立在終端和基站之間的通信信道，且通過通信信道在終端和基站之間實(shí)時(shí)雙向交換分組數(shù)據(jù)。
文檔編號H04L29/06GK101553009SQ20091013301
公開日2009年10月7日 申請日期2003年4月7日 優(yōu)先權(quán)日2002年4月8日
發(fā)明者呂運(yùn)榮, 李承俊, 李昭暎 申請人:Lg電子株式會社