專利名稱：介質(zhì)接入控制丟棄通知的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在用戶實(shí)體(UE)、無(wú)線基站(節(jié)點(diǎn)-B )和無(wú)線網(wǎng)絡(luò)控制器(RNC )之間的分組數(shù)據(jù)通信量和信令。更具體地，本發(fā)明涉及HSPDA(高速分組數(shù)據(jù)接入)通信量，其中使用了 MAC-hs (介質(zhì)接入控制高速)和RLC (無(wú)線鏈路控制層)數(shù)據(jù)傳輸協(xié)議。
背景技術(shù)：
HSPDA通過(guò)靈活分配下行鏈路資源提供從UMTS基站(節(jié)點(diǎn)B )到多個(gè)用戶實(shí)體的高速下行鏈路接入。
在圖3的現(xiàn)有技術(shù)文檔WO 2005/03418中，已經(jīng)示出了用戶實(shí)體(例如移動(dòng)臺(tái))、節(jié)點(diǎn)B (基站)、RNC (由部分CRNC和SRNC所實(shí)現(xiàn)的)之間通信所包含的協(xié)議層。用戶實(shí)體包括以下層PHY(物理層)、MAC-hs(HSPDA介質(zhì)接入控制層)、MAC-d (介質(zhì)接入控制設(shè)備)RLC (無(wú)線鏈路控制層)。節(jié)點(diǎn)B分別通過(guò)MAC-hs層與用戶實(shí)體通信，并且通過(guò)幀協(xié)議HS—DSCH-FP與RNC通信。
按照HSPDA ^L范，RLC在協(xié)議棧中的MAC-hs協(xié)議以上工作。在用戶實(shí)體中以及在RNC中，該RLC層提供到上部通信層比如TCP/IP的連接。RLC協(xié)議和MAC-hs協(xié)議都是ARQ (自動(dòng)重復(fù)請(qǐng)求)協(xié)議，特點(diǎn)是重傳不正確接收的協(xié)議數(shù)椐單元。
顧名思義，3GPP中引入的高速下行鏈路分組接入(HSDPA)技術(shù)提供了大數(shù)據(jù)容量的優(yōu)勢(shì)。從功能角度，該技術(shù)規(guī)范3GPP TS 25.321關(guān)注MAC (介質(zhì)接入控制)架構(gòu)和各種實(shí)體。3GPP 25. 211基本上描述了信息如何從MAC層映射到在空中發(fā)出的信道上。
相比版本99 (GSM/EDGE),其中專門定義了 RNC和UE之間的信道，HSPDA介紹了 HS-DSCH (高速專用共享信道)信道，該信道終止在用戶實(shí)體和基站裝置(base station set)(節(jié)點(diǎn)B)之間，基站裝置也表示為節(jié)點(diǎn)B。由于鏈路適配(自適應(yīng)調(diào)制編碼一即16QAM或QPSK)和快速物理層重傳結(jié)合，HSPDA介質(zhì)接入控制(MAC-hs)能夠增加分組數(shù)據(jù)吞吐量。因此，除了結(jié)合WCDMA接入技術(shù)之外，節(jié)點(diǎn)B在用戶實(shí)體和節(jié)點(diǎn)B之間的信道上執(zhí)行調(diào)度和混合自動(dòng)重復(fù)請(qǐng)求(H-ARQ )重傳。上述系統(tǒng)的好處和特點(diǎn)例如在由Stefan Parkwall等人在2003年的Ericsson review No2中的 "WCDMA evolved-High Speed packet dataservices (WCDMA演進(jìn)-高速分組數(shù)椐服務(wù))"中有所描述。
HSPDA傳輸采用了 2ms傳輸時(shí)間間隔(3個(gè)時(shí)隙)。
在下行鏈路側(cè)，提供了幾個(gè)公共數(shù)椐信道K用于使用HSPDA傳輸?shù)拿總€(gè)用戶實(shí)體的下行鏈路物理信道(DPCH-R99 )專用信號(hào)無(wú)線承載2;用于控制信令3的公共高速共享控制信道(HS-SCCH)、 一些高速-物理下行鏈路共享信道(HS-PDSCH)公共用戶數(shù)椐信道4-5，這些信道以靈活的方式分配HSPDA數(shù)據(jù)。
在上行鏈路側(cè)，提供了高速-專用物理控制信道(HS-PDCCH) 6其中用于提供信息質(zhì)量信息、CQI和HSPDA自動(dòng)請(qǐng)求信令，以及與每個(gè)HSPDA用戶相關(guān)聯(lián)的上行鏈路專用信道7 (包括控制信息和數(shù)據(jù))。
HSDPA (高速下行鏈路分組接入)有利于從節(jié)點(diǎn)B到用戶實(shí)體(UE)的下行鏈路上的高速傳輸。在HSPDA下，節(jié)點(diǎn)-B緩存進(jìn)入的下行鏈路終端用戶數(shù)據(jù)并且采用內(nèi)部調(diào)度實(shí)體來(lái)根據(jù)調(diào)度程序確定在哪個(gè)特定信道上以及何時(shí)傳送所緩存的數(shù)據(jù)。針對(duì)調(diào)度決定，節(jié)點(diǎn)-B不斷接收來(lái)自UE實(shí)體的信道質(zhì)量估計(jì)。節(jié)點(diǎn)-B也了解UE的接收能力。
節(jié)點(diǎn)-B可以以最高達(dá)500次/秒的速度傳送MAC-hs PDU (介質(zhì)接入控制高速協(xié)議數(shù)據(jù)單元)給UE。在每個(gè)2ms傳輸機(jī)會(huì)(TTI傳輸時(shí)間間隔)上，根據(jù)所緩存的數(shù)據(jù)量、信道質(zhì)量估計(jì)、UE能力以及可用的下行鏈路代碼的許可量，節(jié)點(diǎn)-B可以改變MAC-hs PDU大小。對(duì)于1個(gè)UE最多達(dá)4個(gè)UE， MAC-hs數(shù)據(jù)可以在每個(gè)2ms傳輸機(jī)會(huì)上在所調(diào)度的UE中間利用碼分多址(WCDMA)調(diào)度。
UE解碼HS-SCCH (高速共享控制信道)，并且一得到成功的CRC校驗(yàn)和，則UE繼續(xù)解碼HS-PDSCH(高速物理數(shù)據(jù)共享信道)。根據(jù)HS-SCCH和HS-PDSCH的結(jié)果，UE傳回接收反饋到對(duì)等的節(jié)點(diǎn)-B。
接收反饋由節(jié)點(diǎn)-B發(fā)射機(jī)解釋，它一收到表示可能UE接收失敗的否定反饋或沒有反饋(DTX)，則重傳數(shù)據(jù)。
根據(jù)規(guī)范3GPP 25. 321的第11. 6, 1和11. 6, 2章，利用HSPM N信道結(jié)束并等候(SAW) ARQ,這意味著每個(gè)用戶實(shí)體一次可能存在一些l-8個(gè)HARQ過(guò)程。在HS-PDSCH上，下行鏈路HS-DPCCH信道和上行鏈路ACK/NACK傳輸之間的定時(shí)關(guān)系是固定的，這就是說(shuō)，ACK/NACK消息被安排用于傳送，這樣，在來(lái)自用戶實(shí)體的傳輸及相關(guān)的預(yù)期的ACK/NACK之間，總是有7,5-9,5個(gè)TTI時(shí)隙。這就使節(jié)點(diǎn)-B在丟失對(duì)第一次傳輸?shù)捻憫?yīng)的情況下容易確定何時(shí)重傳數(shù)椐。上面提到的8個(gè)HARQ過(guò)程對(duì)應(yīng)到給定實(shí)體的所述多個(gè)下行鏈路傳輸，其在有關(guān)第一次下行鏈路傳輸?shù)腘ACK/ACK在基站上被接收之前完成。
基站和用戶實(shí)體
在圖12和13中，分別示出了基站裝置(節(jié)點(diǎn)B)和用戶實(shí)體(UE)的圖。
基站裝置(節(jié)點(diǎn)B)包括MAC-hs控制消息處理器；調(diào)度程序(scheduler);多個(gè)輸入緩存器，其存儲(chǔ)有關(guān)各個(gè)用戶實(shí)體UEl-UEn的數(shù)據(jù)流段，各個(gè)用戶實(shí)體UE1-UEn對(duì)應(yīng)多個(gè)HARQ過(guò)程用于處理到幾個(gè)UE的同時(shí)傳輸，也就是對(duì)于每個(gè)用戶實(shí)體；用于傳送來(lái)自各個(gè)HARQ過(guò)程的數(shù)據(jù)的層1處理裝置。基站此外包括CQI解碼器、用戶實(shí)體(UE)反饋解碼器和層1接收機(jī)。
給定用戶實(shí)體中的每個(gè)HARQ過(guò)程反映在節(jié)點(diǎn)B中，并且對(duì)應(yīng)由特定用戶實(shí)體接收的給定數(shù)據(jù)流。如上所述，更多的數(shù)據(jù)流可以由對(duì)應(yīng)于一個(gè)應(yīng)用程序或多個(gè)同時(shí)運(yùn)行在用戶實(shí)體設(shè)備上的應(yīng)用程序的用戶同時(shí)使用，可能具有不同的QoS要求。此外，可能為同一用戶實(shí)體傳送連續(xù)數(shù)據(jù)，連續(xù)傳輸屬于不同的HARQ過(guò)程。
此外，節(jié)點(diǎn)B包括專用于相應(yīng)的一組HARQ過(guò)程的至少一個(gè)具體的輸入緩存器隊(duì)列。
在圖13中，示出了根據(jù)本發(fā)明的用戶實(shí)體(MAC)設(shè)備，包括用于解碼下行鏈路HD-PDSCH信道的HS-SCCH解碼裝置，包含若干(J個(gè))HARQ過(guò)程的設(shè)備、多個(gè)(N個(gè))重新排序和分解隊(duì)列(reordering anddisassembly queue)以及RLC (無(wú)線鏈路控制)層裝置。此外，還提供了 UE (用戶實(shí)體)反饋處理裝置和層1處理，用于在HS-DPCCH信道上提供反饋。
重新排序隊(duì)列分布功能基于隊(duì)列ID路由MAC-hs PDU到正確的重新排序緩存器。重新排序?qū)嶓w根據(jù)所接收的TSN (傳輸序列號(hào))重新排序所接收的MAC-hs PDU。具有遞增TSN (MAC-hs傳輸序列號(hào))的MAC-hs
7PDU被傳遞到分解功能。當(dāng)MAC-hs PDU失去同一避免處理(如3GPP TS25. 321-11. 6. 2所描述的)時(shí)，為了從錯(cuò)誤情形中恢復(fù)，應(yīng)當(dāng)使用重新排序釋放定時(shí)器(release timer)和基于窗口的拖延避免(stallavoidance )。對(duì)于配置在UE中的每個(gè)隊(duì)列ID存在一個(gè)重新排序?qū)嶓w。分解實(shí)體負(fù)責(zé)分解MAC-hs PDU。當(dāng)MAC-hd報(bào)頭被移除時(shí)，提取MAC-dPDU并且刪除任何填充位。然后，MAC-d PDU被傳遞到更高(RLC)層。這些特征在3GPP TS 25. 321 -1 1. 6, 2. 3中有所描述。
RLC層
在3GPP中RLC層可以工作在三種模式下，透明模式、未確認(rèn)模式以及確認(rèn)模式(AM)，下面將重點(diǎn)討論。
在AM模式下，由接收側(cè)發(fā)現(xiàn)的錯(cuò)誤接收的PDU (協(xié)議數(shù)據(jù)單元)導(dǎo)致發(fā)送側(cè)依靠ARQ (自動(dòng)重復(fù)請(qǐng)求)協(xié)議重傳。
AM RLC實(shí)體包含發(fā)送側(cè)和接收側(cè)，其中AM RLC實(shí)體的發(fā)送側(cè)傳送RLC PDU并且AM RLC實(shí)體的接收側(cè)接收RLC PDU。
AM RLC實(shí)體分別位于UE (用戶設(shè)備)和RNC (無(wú)線網(wǎng)絡(luò)控制器)中。發(fā)送側(cè)分割和/或連接RLC SDU (服務(wù)數(shù)據(jù)單元)成固定長(zhǎng)度的PDU。接收側(cè)重新組合所接收的PDU成為RLC SDU并且傳送這些數(shù)據(jù)到更高的數(shù)據(jù)層。同樣，SDU從RLC層以上的層接收。在AM模式下，RLC層負(fù)責(zé)以連續(xù)的順序傳遞SDU。
在上述文件WO2005/034418的圖4中，示出了確認(rèn)模式(AM ) UE (基站)/UTRAN (無(wú)線接入節(jié)點(diǎn)/基站(節(jié)點(diǎn)B))實(shí)體的實(shí)現(xiàn)。
為了便于順序傳遞，每個(gè)RLC PDU給定序列號(hào)，0-4095,由此發(fā)射機(jī)以遞增序號(hào)模4096傳送PDU。使用序列號(hào)，接收機(jī)可以檢測(cè)到丟失的PDU。 一檢測(cè)到丟失的PDU,該接收機(jī)可以被配置來(lái)發(fā)送STATUS (狀態(tài))消息。狀態(tài)報(bào)告可能包含由對(duì)等RLC實(shí)體接收的各個(gè)RLC PDU的肯定或否定確認(rèn)。通過(guò)在PDU報(bào)頭中設(shè)定Poll (輪詢)標(biāo)志，發(fā)射機(jī)還可以從接收機(jī)請(qǐng)求狀態(tài)消息。其中，發(fā)射機(jī)設(shè)置Poll標(biāo)志的條件包括
-緩存器中的最后PDU。當(dāng)輸入緩存器中只存在一個(gè)PDU時(shí)，-Poll定時(shí)器到期。當(dāng)timer-poll (定時(shí)器-輪詢)到期時(shí)，也就是發(fā)射機(jī)先請(qǐng)求STATUS并且發(fā)起timer —poll以再保證接收到響應(yīng)。-基于窗口。
發(fā)射機(jī)在它可以傳送的"未完成的數(shù)據(jù)(outstanding data)"的數(shù)量上受到限制，直到STATUS對(duì)接收側(cè)確認(rèn)接收到。"未完成的數(shù)據(jù)"涉及最早的不確認(rèn)的PDU。
請(qǐng)注意，RLC層的上述功能性描述只構(gòu)成實(shí)際提供的那些功能的小段摘選。
有選擇重傳是有可能的，例如如杲STATUS消息表明具有序列號(hào)(SN )3、 6和13的PDU丟失了，則只有3、 6和13需要重傳。
MAC-hs層
下面的說(shuō)明是關(guān)于MAC-hs層-MAC-hs發(fā)射機(jī)是節(jié)點(diǎn)-B。
-MAC-hs接收機(jī)是UE設(shè)備，該UE設(shè)備是附著到PC或能夠接收下行鏈路3GPP HSDPA通信量的任何其他設(shè)備的移動(dòng)臺(tái)或是PC卡。
MAC-hs PDU通過(guò)才莫TSN (傳輸序列號(hào))循環(huán)經(jīng)過(guò)字段0到63來(lái)計(jì)數(shù)。
如上所述，MAC-hs協(xié)議提供了多個(gè)混合ARQ過(guò)程(HARQ )，由此對(duì)于每個(gè)HARQ過(guò)程，發(fā)射機(jī)傳送MAC-hs PDU，并且等待ACK (表示在接收機(jī)處接收)或否定確認(rèn)(NACK)(表示該接收機(jī)沒有接收到MAC-hs PDU或不存在響應(yīng)(DTX))。關(guān)于從MAC-hs PDU傳輸直到接收到反饋(ACK/MCK)的時(shí)間的往返時(shí)間是固定的。 一接收到NACK或DTX，則MAC-hs發(fā)射機(jī)重傳MAC-hs PDU。由于往返時(shí)間對(duì)于MAC-HS PDU大小來(lái)說(shuō)較長(zhǎng)并且由于多個(gè)用戶可以適合于以多路復(fù)用的方式接收分組，提供了多個(gè)HARQ過(guò)程。如果只有一個(gè)HARQ過(guò)程可用，則占空因數(shù)(即實(shí)際傳輸時(shí)間/總的可能的傳輸時(shí)間)將很低。通過(guò)使用多個(gè)HARQ過(guò)程， 一個(gè)HARQ過(guò)程可以等待響應(yīng)，同時(shí)另一個(gè)HARQ過(guò)程，或多個(gè)HARQ過(guò)程，可以傳送。因此，占空因數(shù)可以;故提供接近百分之百。
MAC-hs協(xié)議是半可靠的，這就是說(shuō)，MAC-hs發(fā)射機(jī)可以選擇丟棄或刪除已經(jīng)^皮發(fā)送并且可能4皮重傳到MAC-hs接收沖幾的MAC-hs PDU。
如果MAC-hs接收機(jī)已經(jīng)移動(dòng)到另一'J、區(qū)或掉電或者如果接收機(jī)由于任何其他原因而不能接收數(shù)據(jù)，通過(guò)丟棄MAC-hs用于重傳，阻止在無(wú)線鏈路上的不必要的傳輸。因此，無(wú)論是設(shè)置在預(yù)定時(shí)間(例如T1)上的定時(shí)器到期(對(duì)應(yīng)所討論的分組的第一傳輸)還是當(dāng)所討論的分組的最大數(shù)量的重傳已經(jīng)執(zhí)行或在輸入數(shù)據(jù)緩存器中基于太長(zhǎng)的等待時(shí)間，無(wú)論哪者首先出現(xiàn)或其組合，所緩存的分組在發(fā)射機(jī)處被丟棄。當(dāng)PDU以非遞增順序接收到時(shí)(這可能會(huì)由于重傳而發(fā)生)，MAC-hs接收機(jī)采用了接收機(jī)窗口，目的是減輕不必要傳輸?shù)挠绊?。每?dāng)MAC-hsPDU使用等于下一預(yù)期TSN的TSN (傳輸序列號(hào))成功接收時(shí)，接收機(jī)可以傳遞PDU到RLC層。根據(jù)隨后的TSN號(hào)(即下一預(yù)期的TSN+1 )是否已經(jīng)成功地接收，那個(gè)MAC-hs PDU也可以纟皮傳遞等等。接收機(jī)窗口相應(yīng)地被更新。以連續(xù)次序(也表示為順序)做出從MAC-hs協(xié)議到RLC層的傳遞。
為了從其中例如發(fā)射機(jī)已經(jīng)丟棄MAC-hs PDU的情形中恢復(fù)，接收機(jī)采用兩種機(jī)制I ) + II)來(lái)解決這個(gè)問(wèn)題I)基于定時(shí)器的拖延避免
一接收到具有TSN > next — expected-TSN (下一—預(yù)期—TSN)的PDU,則接收機(jī)啟動(dòng)表示為Tl的定時(shí)器。當(dāng)定時(shí)器到期時(shí)，接收機(jī)做出適當(dāng)動(dòng)作來(lái)允許隨后的PDU被接收到。確切細(xì)節(jié)在3GPP 25.321中的章節(jié)11.6. 2. 3. 2中有所描述。在圖l中示出了該行為。
在時(shí)間1 )上接收到具有TSN- 4的PDU,下一預(yù)期傳輸序列號(hào)為3，由此定時(shí)器Tl啟動(dòng)。
在時(shí)間2 )上接收到具有TSN 6和7的PDU。
在時(shí)間3 )上定時(shí)器到期，由此TSN= 4被傳遞給RLC層。next_expected-TSN - 5。由于next —expected_TSN = 5沒有接收到并且至少一個(gè)PDU存在于接收機(jī)窗口中，新定時(shí)器Tl啟動(dòng)。
4) TSN 6和7仍然在緩存器中。
II )基于窗口的拖延避免
一接收到具有接收機(jī)窗口外部的TSN的PDU，則接收機(jī)應(yīng)當(dāng)轉(zhuǎn)移它的"右"(或"上")窗口邊緣和highest —received_TSN(最高—接收—TSN)到所接收的 TSN 。 Next — expected —TSN 應(yīng)當(dāng)更新為highest —received —TSN -接收機(jī)窗口大小+ ll個(gè)以前PDU (其存儲(chǔ)在窗口中，現(xiàn)在落入窗口之外)應(yīng)當(dāng)傳遞給RLC層。這已經(jīng)在圖2中解釋說(shuō)明過(guò)。假設(shè)接收機(jī)窗口大小長(zhǎng)度是8 。
在時(shí)間1)上已經(jīng)接收到PDU TSN 4,它在接收^/L窗口中，TSN= 3 是next —expected—TSN,定時(shí)器T1正在運(yùn)4亍。
在時(shí)間2)上接收到TSN- 12,它在接收機(jī)窗口之外從而引起窗口向 前推進(jìn)，next—expected-TSN被更新，并且PDU TSN- 4被傳遞給RLC。 由于next_expected—TSN沒有接收到并且PDU存在于接收機(jī)窗口中， 啟動(dòng)新的定時(shí)器Tl。
MAC-hs重置
MAC-hs用來(lái)重新啟動(dòng)MAC-hs協(xié)議，其中MAC-hs接收機(jī)在它的接收 機(jī)窗口中傳遞所存儲(chǔ)的數(shù)據(jù)到RLC層并且設(shè)置它的next —expected-TSN =0和highest —received—TSN = 63。它用于這樣的情況比如小區(qū)間移交。
現(xiàn)有解決方案存在的問(wèn)題
假設(shè)這樣的情況，即當(dāng)從固定網(wǎng)絡(luò)到位于3GPP HSDPA網(wǎng)絡(luò)中的對(duì)等 用戶(具有例如插入筆記本電腦中的PC卡)開始TCP會(huì)話時(shí)。在固定 網(wǎng)絡(luò)中的TCP發(fā)射機(jī)通過(guò)傳送非常低數(shù)據(jù)量啟動(dòng)。進(jìn)一步假設(shè)RLC層 位于無(wú)線網(wǎng)絡(luò)控制器(RNC)中并且假設(shè)它傳送數(shù)據(jù)到2 RLC PDU內(nèi)的 節(jié)點(diǎn)-B。這兩個(gè)PDU首先被存儲(chǔ)在節(jié)點(diǎn)-B的進(jìn)入數(shù)據(jù)緩存器中。圖3 示出了這一情況。
另外4叚設(shè)，節(jié)點(diǎn)-B在一個(gè)具有TSN= 0的MAC-hs PDU中傳送兩個(gè)RLC PDU?，F(xiàn)在假設(shè)傳輸失敗，節(jié)點(diǎn)-B重復(fù)傳輸PDU直到它最后被丟棄在節(jié) 點(diǎn)-B上。節(jié)點(diǎn)-B然后向前推進(jìn)它的窗口到序列號(hào)1作為它的BoW (窗 口底端)。圖4示出了這一情況。
當(dāng)隨后RLC輪詢定時(shí)器到期并且RLC重傳上一 RLC PDU ( TSN= 46) 時(shí)，則節(jié)點(diǎn)B將接收到RLC PDU數(shù)據(jù)，并且在一個(gè)MAC-hs PDU中傳送 數(shù)據(jù)給UE 。假設(shè)出現(xiàn)成功接收。由于接收到的TSN< 〉 next —expected-TSN則UE將啟動(dòng)它的Tl定時(shí)器。
假定從節(jié)點(diǎn)B中的第一次傳輸直到節(jié)點(diǎn)B丟棄MAC-hs PDU的時(shí)間 短于Poll —timer以避免復(fù)制的RLC PDIH皮緩存在節(jié)點(diǎn)-B中。圖5示出 了這一情況。
如果我們現(xiàn)在假i殳MAC-hs接收機(jī)中的Tl定時(shí)器< RLC中的輪詢定時(shí)器，隨后UE中的Tl定時(shí)器將到期，并且PDU將由RLC接收機(jī)接收(RLC TSN- 46) 。 UE中的RLC接收機(jī)將傳送STATUS消息，表示不存在具有 TSN= 45的RLC PDU。 RLC發(fā)射機(jī)然后將重傳具有TSN= 45的RLC PDU, 并且在UE MAC-hs接收才幾上一成功接收，則RLC層可以傳遞RLC PDU 45 和46給較高層。
可能發(fā)生其他情況，如果在MAC-hs接收機(jī)中的Tl定時(shí)器〉RLC中的 輪詢定時(shí)器，那么又一RLC PDU 46將被發(fā)送-但是由于Tl定時(shí)器仍然 在運(yùn)行，什么都將不發(fā)送到RLC接收機(jī)直到Tl到期。當(dāng)UE中的Tl到 期時(shí)，TSN 46的多個(gè)副本將由RLC接收才幾接收到。
如上所述，UE現(xiàn)在將發(fā)送表示不存在TSN= 45的STATUS,并且在RLC 中一接收到STATUS消息，則RLC將重傳TSN= 45。如果我們假設(shè)經(jīng)由 MAC-hs層成功傳遞具有TSN= 45的RLC PDU,則UE RLC層現(xiàn)在可以傳 遞完整的數(shù)據(jù)序列TSN= 45和46到它的上層。
我們可以得出這樣的結(jié)論直到PDU在RLC接收機(jī)上被正確接收的 延時(shí)是Poll— timer +從RNC中的RLC到UE中的MAC-hs的RLC PDU傳 輸時(shí)間+UE中的Tl定時(shí)器+從UE到RLC的STATUS控制消息UL傳輸時(shí) 間+從RNC中的RLC到UE中的RLC的RLC PDU傳輸時(shí)間。
對(duì)于較高通信量負(fù)荷的情況，例如當(dāng)TCP正在高速運(yùn)行時(shí)，這個(gè)問(wèn) 題將很不明顯，因?yàn)閁E將更有可能啟動(dòng)它的Tl定時(shí)器，因?yàn)楦嗟?傳輸出現(xiàn)在節(jié)點(diǎn)B和UE之間。對(duì)于高負(fù)荷通信量情況，無(wú)論是第l(基 于定時(shí)器)還是第2 (基于窗口 )恢復(fù)機(jī)制將導(dǎo)致UE傳遞數(shù)據(jù)給RLC。 如泉被配置為一丟失PDU就傳送STATUS,則UE將發(fā)送STATUS。傳送 RLC實(shí)體然后在poll-timer到期之前將接收STATUS消息。
總之，在兩個(gè)ARQ(自動(dòng)重復(fù)請(qǐng)求)順序傳遞協(xié)議層工作在同一協(xié)議 棧的情況中，并且當(dāng)?shù)讓拥腁RQ協(xié)議丟棄數(shù)據(jù)時(shí)，上述數(shù)據(jù)延時(shí)問(wèn)題， 如由工作在這兩個(gè)ARQ協(xié)議之上的應(yīng)用程序所看到的，就可能發(fā)生。 如果問(wèn)題發(fā)生在低通信量負(fù)荷情況下，則可能會(huì)造成相對(duì)長(zhǎng)的延時(shí)直 到出現(xiàn)自動(dòng)解決方案。


圖1示出了現(xiàn)有技術(shù)基于Tl定時(shí)器的拖延避免， 圖2示出了現(xiàn)有技術(shù)基于窗口的拖延避免，圖3 -5示出了現(xiàn)有技術(shù)中與可能的已知情形相關(guān)的問(wèn)題，
圖6a+6b示出了根據(jù)本發(fā)明的典型情形，
圖7示出了第一可比較的現(xiàn)有技術(shù)的情形，
圖8示出了第二可比較的現(xiàn)有技術(shù)的情形，
圖9示出了有關(guān)本發(fā)明的第一、第二和第三實(shí)施例的流程圖，
圖10示出了有關(guān)本發(fā)明的第二實(shí)施例的流程圖，
圖11示出了有關(guān)本發(fā)明的第四實(shí)施例的流程圖，
圖12示出了根據(jù)本發(fā)明的基站，以及
圖13示出了根據(jù)本發(fā)明的用戶實(shí)體。

發(fā)明內(nèi)容
本發(fā)明的第 一個(gè)目的是消除可能發(fā)生在具有兩個(gè)協(xié)議層的系統(tǒng)中的 時(shí)滯，其中每個(gè)各自層按照確認(rèn)/非確認(rèn)信令工作。
這一目的由所闡述的方法來(lái)實(shí)現(xiàn)，該方法用于適合于確認(rèn)模式(AM) 下的RLC和MAC-hs信令的基站裝置(節(jié)點(diǎn)B)，基站裝置從無(wú)線網(wǎng)絡(luò) 控制器(RNC )至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU )到用戶實(shí)體(UE ), 該方法包括步驟監(jiān)控(1 )基站裝置的傳輸實(shí)體的MAC層，如果MAC 丟棄已經(jīng)發(fā)生在MAC層，從基站裝置中的MAC傳輸實(shí)體傳送丟棄通知 消息到無(wú)線網(wǎng)絡(luò)控制器UNC)的RLC層，表明丟棄協(xié)議數(shù)據(jù)單元。
上述目的也由這樣的方法來(lái)實(shí)現(xiàn)，該方法適合于RLC和MAC-hs信令 的基站裝置(節(jié)點(diǎn)B)，基站裝置與用戶實(shí)體和無(wú)線網(wǎng)絡(luò)控制器在確 認(rèn)模式下通信，該方法包括步驟監(jiān)控基站裝置的傳輸實(shí)體的MAC層， 如果MAC丟棄已經(jīng)發(fā)生在MAC層，傳送MAC-hs-b重置消息到用戶實(shí)體 的MAC接收機(jī)。
這個(gè)目的此外可替換地由用戶實(shí)體來(lái)實(shí)現(xiàn)，該用戶實(shí)體適合于RLC 和MAC-hs信令，其中無(wú)線網(wǎng)絡(luò)控制器至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元到基站裝 置用于進(jìn)一步轉(zhuǎn)發(fā)到用戶實(shí)體，該方法包括步驟當(dāng)接收到MAC-hs—b 重置消息時(shí)，重置下一預(yù)期傳輸序列號(hào)(TSN)為0，重置最高-接收的 傳輸序列號(hào)為63,傳遞所有接收的RLC協(xié)議數(shù)據(jù)單元(PDU)到用戶實(shí) 體的RLC層，傳送確認(rèn)消息到基站。
另外的優(yōu)點(diǎn)將從下面對(duì)本發(fā)明的詳細(xì)說(shuō)明中看到。
具體實(shí)施例方式
根據(jù)本發(fā)明，闡述了用于當(dāng)發(fā)現(xiàn)發(fā)生與現(xiàn)有技術(shù)有關(guān)的上述問(wèn)題時(shí) 的各種解決方案，并且用于提供從錯(cuò)誤情形中快速恢復(fù)的明確信令。
實(shí)施例1:
根據(jù)本發(fā)明的第 一實(shí)施例，為了減輕上面所討論的數(shù)據(jù)丟棄的影響， 節(jié)點(diǎn)-B使用節(jié)點(diǎn)-B丟棄通知消息向上對(duì)RLC層表明，已經(jīng)出現(xiàn)PDU丟 棄。這一通知發(fā)生在節(jié)點(diǎn)-B執(zhí)行( 一個(gè)或多個(gè))MAC-hs PDU的丟棄時(shí)。 根據(jù)本發(fā)明，信令可能會(huì)作為新的IE(信息元素)出現(xiàn)在上行鏈路方 向上的現(xiàn)有控制消息中，或作為新的控制信息。接收到丟棄通知之后， RLC傳輸實(shí)體決定采取什么動(dòng)作。
在圖9中，示例了有關(guān)在節(jié)點(diǎn)B中執(zhí)行的程序的流程圖。 在步驟1中，節(jié)點(diǎn)B在傳輸實(shí)體的確認(rèn)模式下監(jiān)控MAC層。 在步驟3中，如果MAC丟棄發(fā)生在AM傳輸實(shí)體中的MAC層，則節(jié)點(diǎn) B直接進(jìn)行到步驟7，其中節(jié)點(diǎn)B的MAC層傳送丟棄通知消息給RNC的 RLC層，表明MAC丟棄發(fā)生在MAC層中。
可選地，在步驟7中，丟棄通知消息包含丟棄數(shù)據(jù)量信令，可選地 還包括所討論的丟棄的PDU的RLC序列號(hào)。
隨后，在步驟8中，RNC中的RLC傳輸層實(shí)體充當(dāng)丟棄通知，由此 RNC傳輸實(shí)體執(zhí)行至少一個(gè)下列步驟
A) 忽略丟棄通知，并且從輸入緩存器繼續(xù)傳送數(shù)據(jù)-如果輸入緩存 器中存在更多數(shù)據(jù)的話。如果輸入緩存器中不存在數(shù)據(jù)，則RNC也可 以忽略丟棄通知。這意味著RNC依靠現(xiàn)有的更高層協(xié)議用于重傳丟失 的PDU或也可能由于不存在丟棄消息的處理手段，
B) 傳送所有等待的RLC PDU,也就是說(shuō)，重傳所有傳送的未確認(rèn)的 PDU，并且在最后的PDU上設(shè)置輪詢位，
C) 重傳PDU,其序列號(hào)可選地包括在丟棄通知中，輪詢位設(shè)置在最 后PDU上，
D) 重傳單個(gè)RLC PDU (最高傳輸序列號(hào)(SN)),設(shè)置輪詢位或不 設(shè)置輪詢位，如果未決的RLC PDU等侯傳輸?shù)脑挘?br> E) 調(diào)用MAC-HS重置，這將引起MAC-hs接收機(jī)傳遞數(shù)據(jù)到RLC接收機(jī)。
14實(shí)施例2:
在圖10中，示出了本發(fā)明的第二實(shí)施例。
根據(jù)本發(fā)明的第二實(shí)施例，具有與第 一 實(shí)施例共有的相同參考標(biāo)記 的步驟，執(zhí)行下列程序
在步驟l中，節(jié)點(diǎn)B在傳輸實(shí)體的確認(rèn)模式下監(jiān)控MAC層。
在步驟2中，如果在節(jié)點(diǎn)B的輸入緩存器中發(fā)生MAC-d PDU的MAC 丟棄，即這一 MAC-d PDU到UE的傳輸還沒有發(fā)生，則程序進(jìn)行到步驟 7，否則進(jìn)行到步驟3。
在步驟3中，試驗(yàn)是否MAC丟棄發(fā)生在確認(rèn)模式實(shí)體中的MAC層， 如果沒有則程序進(jìn)行到步驟1，如果有則程序進(jìn)行到步驟4。
在步驟4中，檢查是否為MAC-HS (具有傳輸序列號(hào)(TSN)大于丟棄 的MAC-hs PDU的傳輸序列號(hào)但在發(fā)信機(jī)的傳輸窗口內(nèi))已經(jīng)接收到確 認(rèn)(ACK)。如果不是，則進(jìn)行到步驟5，如果是則進(jìn)行到步驟6。注 意到，不傳送丟棄通知的理由，(如將是從步驟4移到步驟6時(shí)的結(jié) 果)，是由于這樣一個(gè)事實(shí)，即UE已經(jīng)啟動(dòng)它的Tl定時(shí)器，并且Tl 定時(shí)器一到期UE就將通知RLC層丟失的PDU。
在步驟5中，檢查在輸入緩存器中是否有未決的MAC傳輸或數(shù)據(jù)。 如果是則進(jìn)行步驟6，如果不是則進(jìn)行到步驟7。正是這種原因，即從 步驟5進(jìn)行到步驟6是由于這一事實(shí)，即節(jié)點(diǎn)-B將一般以遞增的TSN 號(hào)次序來(lái)傳送MAC-hs。試圖為UE傳送MAC-hs之前，節(jié)點(diǎn)-B將盡量選 擇節(jié)點(diǎn)B傳送窗口中盡可能最低的TSN。這意味著，如果對(duì)于例如TSN-n 發(fā)生丟棄，則節(jié)點(diǎn)-B未決對(duì)于TSN〈n的MAC-hs傳輸是不可能。同樣， 如果出現(xiàn)接收到但尚未傳送的MAC-d PDU，則這些PDU將以TSN〉n被發(fā) 送。如本領(lǐng)域技術(shù)人員所能理解的，TSN模64來(lái)計(jì)數(shù)，上面給定的例 子中這必須被考慮到。
在步驟6中，不傳送任何丟棄通知。
在步驟7中，將MAC層傳送丟棄通知傳送給RLC層，通知發(fā)生丟棄， 并且可選地包括丟棄數(shù)據(jù)量。該程序在步驟8中繼續(xù)，示出和描述在 圖9的步驟8下，這樣節(jié)點(diǎn)-B將根椐本發(fā)明的第二實(shí)施例以如上文所 解釋的同樣方式和同樣的后續(xù)步驟傳送節(jié)點(diǎn)-B丟棄通知消息。
相比這一 實(shí)施例的第 一 實(shí)施例，本發(fā)明的第二實(shí)施例減少了節(jié)點(diǎn)-B和RNC之間的信令。 實(shí)施例3:
為了幫助傳送RLC實(shí)體做決定，節(jié)點(diǎn)-B丟棄通知消息包括由節(jié)點(diǎn)-B 丟棄的數(shù)據(jù)量。可替換地，通過(guò)調(diào)查MAC-d PDU，節(jié)點(diǎn)-B可以解碼RLC 序列號(hào)，并且指定丟棄的序列號(hào)。
這種選項(xiàng)已在圖9的步驟7中示出。RNC可以通過(guò)利用這一信息，估 計(jì)哪個(gè)RLC PDU需要重傳，或者如果RLC序列號(hào)被提供則重傳僅那些 被丟棄的PDU。
實(shí)施例4:
另一種可替換的MAC-hs重置被定義為可以從節(jié)點(diǎn)B傳送的控制消 息，表示為MAC-hsb-reset。這一程序在圖ll中示出。用戶實(shí)體UE是 接收機(jī)并且節(jié)點(diǎn)B是發(fā)射機(jī)。
在步驟401中，監(jiān)控AM傳輸實(shí)體中的MAC層。
在步驟402中，如果在MAC層上出現(xiàn)MAC丟棄，則在步驟403中MAC 發(fā)射機(jī)實(shí)體根據(jù)本發(fā)明傳送MAC-hsb —reset消息給MAC-hs用戶實(shí)體接 收機(jī)。該消息從節(jié)點(diǎn)-B傳送給用戶實(shí)體UE。否則程序進(jìn)行到步驟401。
在步驟404中一接收到MAC-hsb—reset,在步驟405中MAC-hs接收 機(jī)應(yīng)當(dāng)重置它的next-expected—TSN為0和highest一received一TSN為 63,并且傳遞所有接收的RLC PDU向上到RLC層。在步驟406中， MAC-hsb-reset消息應(yīng)當(dāng)隨后由用戶實(shí)體UE確i人。
一接收到確認(rèn)(步驟407 ),則在步驟408中MAC-hs發(fā)射機(jī)應(yīng)當(dāng)設(shè) 置它的發(fā)射機(jī)BoW為0。
一有否定確認(rèn)則發(fā)射機(jī)應(yīng)當(dāng)重復(fù)消息，參照步驟404,以再次保證該 接收沖幾成功地接收消息。在MAC-hsb_reset傳輸和在收到確認(rèn)之前時(shí) 間期間，不應(yīng)當(dāng)發(fā)生任何其他傳輸。這是為了避免對(duì)TSN解釋的任何 歧義。
在當(dāng)沒有數(shù)據(jù)為特定UE傳送時(shí)的時(shí)間期間，MAC-hsb-reset也可以 被定期使用。這可以用來(lái)確保發(fā)射機(jī)和接收機(jī)有相同的BoW解釋。
典型情形下本發(fā)明與現(xiàn)有技術(shù)的比較圖6a+6b
在圖6a和6b中，根據(jù)本發(fā)明的第一實(shí)施例的典型握手圖被顯示為 有關(guān)典型情形，其中將發(fā)生/執(zhí)行以下步驟
101 )在RNC中為特定用戶接收少量數(shù)據(jù)。(例如，假設(shè)用戶啟動(dòng)對(duì) UE的下行鏈路TCP會(huì)話并且TCP速度將要向上斜升。)
102) RNC傳送在兩個(gè)MACdPDU中所接收的數(shù)據(jù)給節(jié)點(diǎn)B，序列號(hào)為 45和46。 RNC在最后發(fā)送的PDU ( SN 46 )上設(shè)置POLL FLAG (輪詢標(biāo) 志)，以再次保證a)數(shù)據(jù)在UE上正確接收或b)如果傳遞失敗，則 當(dāng)POLL FLAG定時(shí)器到期時(shí)RNC將觸發(fā)重傳。
103) 節(jié)點(diǎn)B在單個(gè)MAChs PDU(具有TSN- 0)中傳送數(shù)據(jù)。
104) 節(jié)點(diǎn)B由于來(lái)自UE的NACK (或沒有響應(yīng)[DTX])重傳數(shù)據(jù)。 節(jié)點(diǎn)B繼續(xù)此步驟，直到步驟105發(fā)生。
105) 節(jié)點(diǎn)-B丟棄MAChs PDU (具有TSN- 0)，因?yàn)門l定時(shí)器到期， 對(duì)應(yīng)圖9的步驟2。
112)節(jié)點(diǎn)B根據(jù)圖9的步驟5傳送DISCARD (丟棄)通知給RNC。 120) DISCARD (丟棄)通知由RNC的RLC層接收，其隨后傳送PDU (具有SN= 46)并且重新啟動(dòng)POLL FLAG定時(shí)器，對(duì)應(yīng)圖9的步驟6 的方案D。
請(qǐng)注意，作為一種替代辦法，RNC可以重傳SN-45及SN "6。使用 這種方法，從步驟140)開始并且包括步驟140)可以避免(見下文)。
125 )節(jié)點(diǎn)B接收來(lái)自RNC的MAC-d PDU并且在一個(gè)MAC-hs PDU (具 有TSN= 1 )中傳送。UE接收數(shù)據(jù)并且發(fā)送ACK,但由于UE預(yù)期TSN= 0, 它將啟動(dòng)它的Tl定時(shí)器以允許節(jié)點(diǎn)B重傳TSN-O (在這個(gè)例子中這 將不會(huì)出現(xiàn))。
130 )在UE MAC-hs中Tl定時(shí)器到期。Next — expected—TSN被設(shè)置為 2并且highest — received — TSfM皮設(shè)置為1。在重新組合TSN= 1之后， 數(shù)據(jù)被傳遞給RLC。
135)在UE中RLC傳送STATUS消息，識(shí)別SN= 45為丟失的，以及 SN -46為接收的。
140)在RNC中RLC接收到STATUS,并且重傳SN= 45，并且重新啟 動(dòng)POLL FLAG定時(shí)器。
145 )節(jié)點(diǎn)B從RNC接收MAC-dPDU并且傳送MAC-hs PDU(具有TSN-2) 。 l)E接收數(shù)據(jù)并且發(fā)送ACK。數(shù)椐被傳遞到RLC。
150)在UE中RLC層傳送STATUS消息，識(shí)別SN- 46為最高接收的
序列號(hào)。STATUS消息可以以不同方式進(jìn)行安排例如，STATUS可以表
明直到給定序列號(hào)， 一切都被正確接收。該STUTUS消息也可以形成為
表示接收到的和非接收到的序列號(hào)的位圖。
一接收到STATUS消息，在RNC中的RLC停止POLL FLAG定時(shí)器。 155)在重新組合之后，在UE中的RLC傳遞RLC SDU給上層。
圖7的情況
在圖7中，根據(jù)現(xiàn)有技術(shù)的典型握手圖被顯示為有關(guān)典型情形，包 括以下步驟
201 )在RNC中為特定用戶接收少量數(shù)據(jù)。
(例如，假設(shè)用戶啟動(dòng)對(duì)UE的下行鏈路TCP會(huì)話并且TCP速度將要 向上斜升。)
202 ) RNC傳送在兩個(gè)MACdPDU中所接收的數(shù)據(jù)給節(jié)點(diǎn)B,序列號(hào)為 45和46。 RNC在最后發(fā)送的PDU ( SN 46 )上設(shè)置POLL FLAG,以再次 保證a )數(shù)據(jù)在UE上被正確接收或b )如果傳遞失敗，則當(dāng)POLL FLAG 定時(shí)器到期時(shí)RNC將觸發(fā)重傳。
203 )節(jié)點(diǎn)B在單個(gè)MAChs PDU (具有TSN- 0)中傳送數(shù)椐。
204 )隨后，試圖傳輸和(一個(gè)或多個(gè))重傳-但是在空中接口上仍 舊失敗。
205 )節(jié)點(diǎn)-B丟棄MAChs PDU (具有TSN- 0)。
206 )時(shí)間流逝。
207 )在RNC中POLL FLAG定時(shí)器到期。RNC現(xiàn)在可以a )重傳45和 46并且在上一發(fā)送的PDU (SN= 46)上設(shè)置PF (Poll Flag)或b)發(fā) 送具有PF設(shè)置的上一 PDU ( SN= 46 )。
b)在圖中示出。
208 )節(jié)點(diǎn)B的傳送成功，但由于UE預(yù)期TSN-O,它將啟動(dòng)它的Tl 定時(shí)器以允許節(jié)點(diǎn)B重傳TSN- 0。
209 )時(shí)間流逝，但可能不如以前定時(shí)器(206 )那么久。
210) Tl定時(shí)器到期并且Next—Exp—TSN = 2,最高接收到的TSN= 1 并且所接收到的數(shù)據(jù)被發(fā)送給RLC。211 ) l)E RLC傳送STATUS,表示SN= 45為丟失及SN = 46為接收到 的。
213) SN 45由RNC重傳。
注意到，根據(jù)本發(fā)明，時(shí)滯206 )和執(zhí)行211和213的時(shí)間被避免(否 則將分別出現(xiàn)在步驟205 ) -207 )之間)。出現(xiàn)相應(yīng)滯后206 )的時(shí)間 節(jié)省，因?yàn)檫M(jìn)展將不依賴于RNC輪詢標(biāo)志定時(shí)器的到期。
圖8的情況
圖8的這種情況類似但不同于圖7的地方在于，當(dāng)它正在等待SN45、 46的確認(rèn)時(shí)，RNC碰巧接收更多數(shù)據(jù)，參照307 )。
這種情況將比圖7所示的情形恢復(fù)得快，因?yàn)楸苊饬?POLL FLAG (輪 詢標(biāo)志)定時(shí)器等待時(shí)間。相比圖6a+6b，延時(shí)將相同，如果我們假設(shè) 步驟307 )與圖6a+6b的120)同時(shí)發(fā)生。
如果步驟120)中的RNC相反重傳SN=45和SN=46,則根據(jù)本發(fā)明圖 8的時(shí)段312 )可以避免。
在步驟305 )中的X時(shí)間上，該發(fā)明將發(fā)送丟棄通知，表明45、 46 被丟棄。步驟301-313主要對(duì)應(yīng)上面的步驟201-213。
權(quán)利要求
1. 一種方法，用于適合于確認(rèn)模式(AM)下的RLC和MAC-hs信令的基站裝置(節(jié)點(diǎn)B)，基站裝置從無(wú)線網(wǎng)絡(luò)控制器(RNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU)到用戶實(shí)體(UE)，該方法包括步驟監(jiān)控(1)基站裝置的傳輸實(shí)體的MAC層，如果MAC丟棄已經(jīng)發(fā)生在MAC層(3)，從基站裝置中的MAC傳輸實(shí)體傳送(7)丟棄通知消息到無(wú)線網(wǎng)絡(luò)控制器(RNC)的RLC層，表明丟棄協(xié)議數(shù)據(jù)單元.
2. 根椐權(quán)利要求1的方法，其中丟棄通知(7)包括丟棄數(shù)椐量信 息。
3. 根據(jù)權(quán)利要求1的方法，其中丟棄通知包括丟棄數(shù)椐(7)的RLC 序列號(hào)(SN)。
4. 根據(jù)權(quán)利要求1或2的方法，其中如果在輸入緩存器中的數(shù)據(jù)的 MAC丟棄并沒有發(fā)生(2),但MAC丟棄發(fā)生在確認(rèn)模式實(shí)體(3)的 MAC層中，并且已經(jīng)為MAC-hs接收到確認(rèn)，具有傳輸序列號(hào)(TSN)大 于丟棄的傳輸序列號(hào)(4 )，或者如果輸入緩存器(5 )中有未決的MAC-hs 傳輸或數(shù)據(jù)，則避免(6)發(fā)送丟棄通知。
5. —種方法，用于適合于確認(rèn)模式(AM)下的RLC和MAC-hs信令 的無(wú)線網(wǎng)絡(luò)控制器(RNC),無(wú)線網(wǎng)絡(luò)控制器(RNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù) 據(jù)單元(MAC-d PDU)到基站裝置(節(jié)點(diǎn)B)用于進(jìn)一步轉(zhuǎn)發(fā)到用戶實(shí) 體(UE),該方法包括步驟當(dāng)接收到通知丟棄消息時(shí)執(zhí)行至少下列 步驟之一 (8 ):A) 繼續(xù)傳送數(shù)椐，B) 重傳所有等待的RLC協(xié)議數(shù)據(jù)單元，C) 重傳協(xié)議數(shù)據(jù)單元，其序列號(hào)已經(jīng)被提供在丟棄通知中，D) 重傳單個(gè)RLC協(xié)議數(shù)據(jù)單元，具有或不具有輪詢位設(shè)置，E) RLC層調(diào)用MAC-hs-reset操作。
6. —種方法，用于適合于RLC和MAC-hs信令的基站裝置(節(jié)點(diǎn)B), 基站裝置與用戶實(shí)體(UE)和無(wú)線網(wǎng)絡(luò)控制器(RNC)在確認(rèn)模式(AM) 下通信，該方法包括步驟監(jiān)控基站裝置的傳輸實(shí)體的MAC層(401)， 如果MAC丟棄已經(jīng)發(fā)生在MAC層(402 ),傳送MAC-hs —b重置消息到用戶實(shí)體(UE)的MAC接收才幾(403 )。
7. 根據(jù)權(quán)利要求6的方法，其中隨后一接收到來(lái)自用戶實(shí)體(UE) 的確認(rèn)消息(407 )則重置所有HARQ過(guò)程并且在基站中的下一傳輸中 為給定用戶實(shí)體設(shè)置TSN為0 ( 408 )。
8. —種方法，用于適合于RLC和MAC-hs信令的用戶實(shí)體(UE)， 其中無(wú)線網(wǎng)絡(luò)控制器(RNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù)椐單元(MAC-d PDU)到 基站裝置(節(jié)點(diǎn)B)用于進(jìn)一步轉(zhuǎn)發(fā)到用戶實(shí)體(UE)，該方法包括 步驟當(dāng)接收到MAC-hs—b重置消息(404 )時(shí)， 重置下一預(yù)期傳輸序列號(hào)(TS0)為0， 重置最高接收的傳輸序列號(hào)為63,傳遞所有接收的RLC協(xié)議數(shù)據(jù)單元(PDU)到用戶實(shí)體(UE)的RLC 層(405 )，傳送確認(rèn)消息到基站(節(jié)點(diǎn)B) ( 406 )。
9. 一種基站裝置(節(jié)點(diǎn)B),適合于確認(rèn)模式(AM)下的RLC和MAC-hs 信令，該基站裝置從無(wú)線網(wǎng)絡(luò)控制器UNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU)到用戶實(shí)體(UE),基站裝置 監(jiān)控(1 )基站裝置(1 )的傳輸實(shí)體的MAC層，以及 如果在MAC層發(fā)生MAC丟棄(3 ),從基站裝置中的MAC傳輸實(shí)體傳送(7)丟棄通知消息到無(wú)線網(wǎng)絡(luò)控 制器(RNC)的RLC層，表明了丟棄協(xié)議數(shù)據(jù)單元。
10. —種無(wú)線網(wǎng)絡(luò)控制器UNC)，適合于確認(rèn)模式(AM)下的RLC 和MAC-hs信令，該無(wú)線網(wǎng)絡(luò)控制器(RNC )至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU)到基站裝置(節(jié)點(diǎn)B)用于進(jìn)一步轉(zhuǎn)發(fā)到用戶實(shí)體(UE)，該無(wú) 線網(wǎng)絡(luò)控制器當(dāng)接收到通知丟棄消息時(shí)執(zhí)行至少下列步驟之一 (8):A) 繼續(xù)傳送數(shù)據(jù)，B) 重傳所有等待的RLC協(xié)議數(shù)據(jù)單元，C) 重傳協(xié)議數(shù)椐單元，其序列號(hào)已經(jīng)被提供在丟棄通知中，D) 重傳單個(gè)RLC協(xié)議數(shù)據(jù)單元，具有或不具有輪詢位設(shè)置，E) RLC層調(diào)用MAC-hs-reset搮作。
11. 一種用戶實(shí)體(UE),適合于RLC和MAC-hs信令，其中無(wú)線網(wǎng) 絡(luò)控制器UNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU)到基站裝置(節(jié)點(diǎn)B)用于進(jìn)一步轉(zhuǎn)發(fā)到用戶實(shí)體(UE)，該用戶實(shí)體 當(dāng)接收到MAC-hs — b重置消息(404 )時(shí)， 重置下一預(yù)期傳輸序列號(hào)(TS0)為0, 重置最高接收的傳輸序列號(hào)(TSN)為63，傳遞所有接收的RLC協(xié)議數(shù)據(jù)單元(PDU)到用戶實(shí)體(UE)的RLC 層(405 ),傳送確認(rèn)消息到基站(節(jié)點(diǎn)B) ( 406 )。
全文摘要
提供了一種方法，用于適合于確認(rèn)模式(AM)下的RLC和MAC-hs信令的基站裝置(節(jié)點(diǎn)B)，基站裝置從無(wú)線網(wǎng)絡(luò)控制器(RNC)至少轉(zhuǎn)發(fā)協(xié)議數(shù)據(jù)單元(MAC-d PDU)到用戶實(shí)體(UE)，該方法包括步驟監(jiān)控(1)基站裝置(1)的傳輸實(shí)體的MAC層，如果在MAC層中發(fā)生MAC丟棄(3)，也就是說(shuō)，在基站裝置(節(jié)點(diǎn)B)的輸入緩存器中已刪除協(xié)議數(shù)據(jù)單元(PDU)，從基站裝置中的MAC傳輸實(shí)體傳送(7)丟棄通知消息到無(wú)線網(wǎng)絡(luò)控制器(RNC)的RLC層，表明丟棄協(xié)議數(shù)據(jù)單元。此外還提供了一種用于適合于在確認(rèn)模式(AM)下的RLC和MAC-hs信令的無(wú)線網(wǎng)絡(luò)控制器(RNC)的方法，以及提供了一種用于適合于RLC和MAC-hs信令的用戶實(shí)體(UE)的方法。
文檔編號(hào)H04L1/18GK101485134SQ200680055268
公開日2009年7月15日 申請(qǐng)日期2006年7月7日 優(yōu)先權(quán)日2006年7月7日
發(fā)明者J·林德斯科洛, L·恩格倫德, R·沃萊里厄斯 申請(qǐng)人:艾利森電話股份有限公司