專利名稱：在無線通信系統(tǒng)中執(zhí)行輪詢過程的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信系統(tǒng)，更具體地說，涉及在無線通信系統(tǒng)中生成用于執(zhí)行輪 詢過程的數(shù)據(jù)塊的方法、發(fā)送數(shù)據(jù)的方法以及執(zhí)行輪詢過程的方法。
背景技術(shù)：
在無線通信系統(tǒng)中，可以使用各種數(shù)據(jù)重傳方法來確保發(fā)送到接收側(cè)的數(shù)據(jù)的可 靠性。尤其是，當接收側(cè)必須接收非實時分組數(shù)據(jù)(諸如，信令數(shù)據(jù)或TCP/IP數(shù)據(jù))時需 要使用重傳方法。下面將介紹用于無線通信系統(tǒng)的數(shù)據(jù)發(fā)送方法的示例。接收側(cè)向發(fā)送側(cè)發(fā)送狀態(tài) 報告以報告已經(jīng)成功接收到從發(fā)送側(cè)發(fā)送的至少一個或多個數(shù)據(jù)塊。發(fā)送側(cè)使用該狀態(tài)報 告將接收側(cè)沒有接收到的數(shù)據(jù)塊重新發(fā)送給接收側(cè)。為了應(yīng)用重傳方法，應(yīng)當將已經(jīng)發(fā)送 過一次的數(shù)據(jù)存儲在緩存器中長達一定時段而不將其拋棄。因此，需要發(fā)送緩存器和重傳 緩存器，其中，將還沒有發(fā)送到接收側(cè)的數(shù)據(jù)存儲在發(fā)送緩存器，而將已經(jīng)發(fā)送給接收側(cè)但 需要備用以進行重傳的數(shù)據(jù)存儲在重傳緩存器中。發(fā)送側(cè)可以請求接收側(cè)發(fā)送狀態(tài)報告。該過程被稱作輪詢過程。如果從接收側(cè)發(fā) 送的狀態(tài)報告在發(fā)送期間丟失，或者接收側(cè)沒有適時地發(fā)送狀態(tài)報告給發(fā)送側(cè)，則發(fā)送側(cè) 可以執(zhí)行輪詢過程?？商鎿Q的是，發(fā)送側(cè)可以周期地執(zhí)行輪詢過程。

發(fā)明內(nèi)容
發(fā)送側(cè)必須使用額外的無線資源來執(zhí)行輪詢過程。因此，為了有效地使用無線資 源，應(yīng)當防止不必要地使用輪詢過程。為此，需要一種針對發(fā)送側(cè)應(yīng)何時執(zhí)行輪詢過程的合 理標準。因此，本發(fā)明涉及一種在無線通信系統(tǒng)中生成用于執(zhí)行輪詢過程的數(shù)據(jù)塊的方 法、發(fā)送數(shù)據(jù)的方法以及執(zhí)行輪詢過程的方法，它們基本上消除了由于現(xiàn)有技術(shù)的限制和 缺點所導致的一個或更多個問題。本發(fā)明的一個目的在于，提供一種在無線通信系統(tǒng)中生成用于執(zhí)行輪詢過程的數(shù) 據(jù)塊的方法、發(fā)送數(shù)據(jù)的方法以及執(zhí)行輪詢過程的方法，其中，在執(zhí)行輪詢過程的同時有效 地使用了無線資源。本發(fā)明的另一個目的在于，提供一種在無線通信系統(tǒng)中生成用于執(zhí)行輪詢過程的 數(shù)據(jù)塊的方法、發(fā)送數(shù)據(jù)的方法以及執(zhí)行輪詢過程的方法，其中，發(fā)送側(cè)適時地執(zhí)行輪詢過 程以防止通信不期望地被停止。在無線通信系統(tǒng)中，由特定的協(xié)議層來執(zhí)行數(shù)據(jù)重傳功能。為了執(zhí)行數(shù)據(jù)重傳功 能，協(xié)議層配備有發(fā)送緩存器和重傳緩存器。協(xié)議層可以考慮發(fā)送緩存器和重傳緩存器的 狀態(tài)(即，存儲在發(fā)送緩存器和重傳緩存器中的數(shù)據(jù)量)來決定是否執(zhí)行輪詢過程。在本發(fā)明的一方面，如果在發(fā)送緩存器和重傳緩存器中 都沒有待發(fā)送給接收側(cè)的 數(shù)據(jù)，則協(xié)議層執(zhí)行輪詢過程以請求接收側(cè)發(fā)送狀態(tài)報告。在確定重傳緩存器中是否沒有待發(fā)送給接收側(cè)的數(shù)據(jù)的時候，優(yōu)選為不考慮沒有從接收側(cè)接收到重傳請求信息的數(shù)據(jù) 塊。在本發(fā)明的另一方面，協(xié)議層考慮發(fā)送給接收側(cè)的數(shù)據(jù)量來執(zhí)行輪詢過程。也就 是說，如果發(fā)送給接收側(cè)的數(shù)據(jù)量達到或超過一定的等級，則協(xié)議層執(zhí)行輪詢過程。可以周 期地執(zhí)行這個過程。根據(jù)本發(fā)明，在輪詢過程中，可以有效地使用無線資源，并且發(fā)送側(cè)可以適時地執(zhí) 行輪詢過程，由此可以防止通信被不期望地中斷。


被包括進來以提供對本發(fā)明的進一步理解并被并入構(gòu)成本申請的一部分的附圖 例示了本發(fā)明的實施方式，并與說明書一起用于解釋本發(fā)明的原理。
1E-UMTS(Evolved-Universal Mobile TelecommunicationSystem 演進通用移動通信系統(tǒng))的網(wǎng)絡(luò)結(jié)構(gòu)的圖；S 27 E-UTRAN (Evolved-Universal Terrestrial Radio AccessNetwork 演進通用陸地無線接入網(wǎng))的示意圖；圖3A和圖3B是例示了用戶設(shè)備(UE)與E-UTRAN之間的無線接口協(xié)議的結(jié)構(gòu)的 圖，其中，圖3A是控制面協(xié)議的示意圖，圖3B是用戶面協(xié)議的示意圖；圖4例示了 RLC AM實體的功能塊的示例的圖；圖5是例示了 AMD PDU的基本結(jié)構(gòu)的圖；圖6是例示了根據(jù)本發(fā)明的一個實施方式的過程的流程圖；圖7是在另一方面例示了圖6的實施方式的圖；以及圖8是例示了本發(fā)明的另一個實施方式的圖。
具體實施例方式下面，通過本發(fā)明的優(yōu)選實施方式將可以更容易地理解本發(fā)明的結(jié)構(gòu)、操作和其 它特征，其中在附圖中例示出了這些實施方式的示例。以下所述實施方式是將本發(fā)明的技 術(shù)特征應(yīng)用于E-UMTS (演進通用移動通信系統(tǒng))的示例。但是，應(yīng)注意的是，本發(fā)明的實施 方式可應(yīng)用于E-UMTS之外的無線通信系統(tǒng)。圖1是例示了 E-UMTS的網(wǎng)絡(luò)結(jié)構(gòu)的圖。E-UMTS是從傳統(tǒng)的WCDMA UMTS演進而來 的系統(tǒng)，并且目前正由3GPP(3rd GenerationPartnership Project 第三代合作伙伴計劃) 來處理該E-UMTS的基本標準化。E-UMTS也被稱作LTE (Long Term Evolution 長期演進) 系統(tǒng)。參照圖1，E-UTRAN包括基站(下面，稱作“eNode B”或“eNB”)，其中，各個eNB通 過X2接口彼此連接。同時，各個eNB通過無線接口與用戶設(shè)備(UE)連接，并通過Sl接口 與EPC (Evolved Packet Core 演進分組核心)連接。EPC包括移動性管理實體/系統(tǒng)架構(gòu) 演進(MME/SAE)網(wǎng)關(guān)?？梢曰谠谕ㄐ畔到y(tǒng)中公知的OSI (Open System Interconnection 開放系統(tǒng)互 聯(lián))標準模型的低三層來將用戶設(shè)備與網(wǎng)絡(luò)之間的無線接口協(xié)議的各個層分成第一層Li、 第二層L2及第三層L3。屬于第一層Ll的物理層使用物理信道來提供信息傳輸服務(wù)。處于第三層的無線資源控制(下面，簡稱為“RRC”)對用戶設(shè)備與網(wǎng)絡(luò)之間的無線資源進行控 制。為此，RRC層使得能夠在UE與網(wǎng)絡(luò)之間交換RRC消息。RRC層可以按照分布式的方式 而位于包括節(jié)點B、AG等的網(wǎng)絡(luò)節(jié)點處，或者可以獨立地位于節(jié)點B或AG處。圖2是例示了 E-UTRAN(演進通用陸地無線接入網(wǎng))的示意圖。圖2中，陰影部分 表示用戶面的功能實體，而非陰影部分表示控制面的功能實體。圖3A和圖3B是例示了用戶設(shè)備(UE)與E-UTRAN之間的無線接口協(xié)議的結(jié)構(gòu)， 其中，圖3A是控制面協(xié)議的示意圖，圖3B是用戶面協(xié)議的示意圖。參照圖3A和圖3B，無 線接口協(xié)議在水平方向上包括物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層，在垂直方向上包括用于數(shù)據(jù) 信息傳輸?shù)挠脩裘婧陀糜谛帕顐鬏數(shù)目刂泼妗？梢曰谕ㄐ畔到y(tǒng)中公知的開放式系統(tǒng)互 聯(lián)(OSI)標準模型來將圖3A和圖3B中的各個協(xié)議層分成Ll(第一層)、L2(第二層)和 L3(第三層)。作為第一層的物理層利用物理信道來向上位層提供信息傳輸服務(wù)。物理層(PHY) 通過傳輸信道連接到位于物理層上方的介質(zhì)訪問控制(下面，簡稱為“MAC”)層。經(jīng)由傳輸 信道來在介質(zhì)訪問控制層與物理層之間傳送數(shù)據(jù)。此外，經(jīng)由物理信道在不同的物理層之 間(更具體而言，在發(fā)送側(cè)的一個物理層與接收側(cè)的另一物理層之間)傳送數(shù)據(jù)。根據(jù)正 交頻分復(fù)用(OFDM)方案來對E-UMTS的物理信道進行調(diào)制，并且將時間和頻率用作無線資 源。第二層中的介質(zhì)訪問控制(下面，簡稱為“MAC”)層經(jīng)由邏輯信道來向位于MAC層 上方的無線鏈路控制(下面，簡稱為“RLC”)層提供服務(wù)。第二層中的RLC層支持可靠的數(shù) 據(jù)傳送。為了在帶寬較窄的無線通信時段中利用IP分組(例如，IPv4或IPv6)來有效地 發(fā)送數(shù)據(jù)，第二層(L2)的PDCP層執(zhí)行報頭壓縮，以減小不必要的控制信息的大小。位于第三層的最低部分的無線資源控制(下面，簡稱為“RRC”)層僅定義在控制面 中，并且RRC層與無線承載(下面，簡稱為“RB”)的設(shè)置、重新設(shè)置及釋放相關(guān)聯(lián)，從而對邏 輯信道、傳輸信道和物理信道進行控制。在這種情況下，RB表示由第二層提供的用于用戶 設(shè)備與E-UTRAN之間的數(shù)據(jù)傳送的服務(wù)。攜帶有從網(wǎng)絡(luò)至UE的數(shù)據(jù)的下行傳輸信道的示例包括攜帶有系統(tǒng)信息的廣播信 道(BCH)、攜帶有尋呼消息的尋呼信道(PCH)、以及攜帶有用戶業(yè)務(wù)或控制消息的下行共享 信道(SCH)?？梢越?jīng)由下行SCH或附加的下行組播信道(MCH)來發(fā)送下行組播或廣播服務(wù) 的業(yè)務(wù)或控制消息。同時，攜帶有從UE至網(wǎng)絡(luò)的數(shù)據(jù)的上行傳輸信道的示例包括攜帶有 初始控制消息的隨機接入信道(RACH)、以及攜帶有用戶業(yè)務(wù)或控制消息的上行共享信道 (UL-SCH)。位于傳輸信道上方且被映射有傳輸信道的邏輯信道的示例包括廣播控制信道 (BCCH)、尋呼控制信道(PCCH)、公共控制信道(CCCH)、組播控制信道(MCCH)、以及組播業(yè)務(wù) 信道(MTCH)。
如上所述，第二層的RLC層支持可靠的數(shù)據(jù)傳輸。同時，RLC層用于針對從該RLC 層的上位層接收到的數(shù)據(jù)執(zhí)行分段和/或級聯(lián)來控制數(shù)據(jù)大小，使得下位層能發(fā)送數(shù)據(jù)至 無線電區(qū)間。同時，為了確保各無線承載所需的各種服務(wù)質(zhì)量(QoS)，第二層的RLC層提供 三種操作模式透明模式(TM)、非確認模式(UM)和確認模式(AM)。具體而言，AM RLC層通 過用于可靠數(shù)據(jù)傳輸?shù)淖詣又貍髡埱?ARQ)功能來執(zhí)行重傳功能。下面，將具體介紹RLC層的UM模式和AM模式。UM RLC層通過對各個PDU添加PDU報頭來發(fā)送PDU，使得接收側(cè)能識別在發(fā)送期間丟失了哪個PDU，其中，PDU報頭包括序列號(后面，簡稱為“SN”)。根據(jù)該功能，UM RLC 層在用戶面主要用于發(fā)送廣播/組播數(shù)據(jù)或者諸如語音或者分組服務(wù)域中的流(后面，簡 稱為“PS域”)的實時數(shù)據(jù)(例如，VoIP)。同時，UM RLC層在控制面用于發(fā)送在發(fā)送給小 區(qū)內(nèi)的特定用戶設(shè)備或者特定用戶設(shè)備組的RRC消息中的、無需確認的RRC消息。與UM RLC層類似，AM RLC層通過對其自身添加包含SN的PDU報頭來構(gòu)成RLC PDU0但是，AM RLC層不同于UM RLC層之處在于，接收側(cè)響應(yīng)于從發(fā)送側(cè)發(fā)送的PDU而執(zhí) 行確認。接收側(cè)在AM RLC層執(zhí)行確認的原因是請求發(fā)送側(cè)重傳接收側(cè)沒有接收到的PDU。 該重傳功能是AM RLC層的主要特征。因此，AM RLC層通過重傳來確保無錯誤的數(shù)據(jù)傳輸。 為此，AM RLC層用于在用戶面發(fā)送非實時分組數(shù)據(jù)(諸如，PS域的TCP/IP)。此外，AM RLC 層用于在控制面發(fā)送在發(fā)送給小區(qū)內(nèi)的特定用戶設(shè)備的RRC消息中的、需要確認的RRC消 肩、ο考慮方向性方面，UM RLC層用于單向通信，而AM RLC層由于來自接收側(cè)的反饋用 于雙向通信。UM RLC層在結(jié)構(gòu)方面也不同于AM RLC層。也就是說，雖然UM RLC層允許一 個RLC實體來實行發(fā)送功能或接收功能，但是AM RLC層允許執(zhí)行發(fā)送功能的實體和執(zhí)行接 收功能的實體存在于一個RLC實體中。AM RLC層復(fù)雜的原因是由于重傳功能引起的。對于重傳管理，AMRLC實體除了包 括發(fā)送緩存器以外，還包括重傳緩存器，并使用用于流控制的發(fā)送和接收窗口。發(fā)送側(cè)的AM RLC實體執(zhí)行輪詢過程以請求接收側(cè)的對等RLC實體發(fā)送狀態(tài)報告，并且接收側(cè)發(fā)送狀態(tài) 報告給發(fā)送側(cè)以報告接收確認信息。此外，AM RLC實體執(zhí)行組成狀態(tài)PDU的功能以傳輸狀 態(tài)報告。AM RLC實體使用多個協(xié)議參數(shù)、狀態(tài)參數(shù)、定時器等來支持上述功能。在AM RLC 層，用于控制數(shù)據(jù)(諸如狀態(tài)報告或狀態(tài)PDU)發(fā)送的PDU被稱作控制PDU，而用于傳輸用戶 數(shù)據(jù)的PDU被稱作數(shù)據(jù)PDU。如上所述，發(fā)送側(cè)的AM RLC實體包括兩個緩存器，即，發(fā)送緩存器和重傳緩存器。 從上位的實體傳送的數(shù)據(jù)中的、還未包含在RLC PDU中的數(shù)據(jù)被存儲在發(fā)送緩存器中。傳 送給下位實體的RLC PDU被存儲在重傳緩存器中，直到接收側(cè)確認已經(jīng)成功被接收到該RLC PDU。圖4例示了 RLC AM實體的功能塊的示例的圖。參照圖4，從上位層(RRC層或PDCP子層)傳送的RLC SDU (業(yè)務(wù)數(shù)據(jù)單元)存儲 在發(fā)送緩存器41中。分段/級聯(lián)模塊42針對從發(fā)送緩存器41傳送的至少一個RLC SDU 執(zhí)行分段和/或級聯(lián)。根據(jù)從下位層報告的傳輸塊的大小在特定的發(fā)送時機執(zhí)行分段和/ 或級聯(lián)。其結(jié)果是，由RLC AM實體生成的RLC PDU具有下位層所期望的大小。RLC報頭添 加模塊43對從分段/級聯(lián)模塊42傳送的數(shù)據(jù)塊添加RLC報頭。在將RLCPDU報頭添加到 數(shù)據(jù)塊時生成了 RLC AMD PDU。圖5是例示了 AMD PDU的基本結(jié)構(gòu)的圖。AMD PDU包括PDU報頭部分和數(shù)據(jù)字段 部分。報頭可包括固定部分和擴展部分，其中，固定部分存在于每個AMD PDU中，而擴展部 分只在必要時才被包括在AMDPDU中。如果一個或多個數(shù)據(jù)字段單元存在于AMD PDU中，則擴展部分被包括在AMD PDU中。固定部分包括D/C字段、重新分段標記(RF le-segmentation flag)字段、輪詢 (P)字段、幀信息(FI)字段、擴展比特(E)字段和序列號(SN)字段。D/C字段包括標識相 應(yīng)的AMD PDU是數(shù)據(jù)PDU還是控制PDU的信息。RF字段包括指示相應(yīng)的RLC PDU是單個完 整的AMDPDU還是另一個AMD PDU的一部分的信息。輪詢字段包括指示發(fā)送側(cè)的AM RLC實 體是否將請求接收側(cè)的對等AM RLC實體發(fā)送狀態(tài)報告的信息。FI字段包括指示從數(shù)據(jù)字 段的起始部分和/或結(jié)尾部分開始將包含在AMD PDU中的RLC進行分段的信息。E字段包 括如下信息，該信息指示是否數(shù)據(jù)字段起始于固定字段之后、或者額外的E字段和LI字段 跟隨在固定部分之后。SN字段包括AMD PDU的序列號。再次參照圖4，由RLC報頭添加模塊43添加了報頭的AMD PDU被傳送至下位層(例如，MAC層)。在AMD PDU被傳送至下位層之前，根據(jù)需要對AMD PDU執(zhí)行諸如加密 (ciphering)的額外過程。傳送給下位層的AMD PDU被存儲在重傳緩存器44中以執(zhí)行重傳 功能。如果RLC AM實體執(zhí)行接收功能，則路由模塊46根據(jù)RLC PDU的類型，針對接收到 的RLC PDU執(zhí)行路由以將控制PDU傳送給RLC控制模塊45，并將AMD PDU傳送給接收緩存 器/HARQ重排模塊47。接收緩存器/HARQ重排模塊47存儲從路從模塊46傳送來的AMD PDU,并且如果AMD PDU沒有按照SN的順序進行接收，則按照SN的順序?qū)MD PDU進行排 列。RLC報頭去除模塊48從AMD PDU中去除RLC報頭，并將生成的數(shù)據(jù)傳送給SDU重新組 裝模塊49。SDU重新組裝模塊49利用從RLC報頭去除模塊傳送來的數(shù)據(jù)對至少一個或多 個RLCSDU進行組裝，然后將得到的數(shù)據(jù)傳送給上位層。接收側(cè)的RLC AM實體通過狀態(tài)PDU將狀態(tài)報告?zhèn)魉徒o發(fā)送側(cè)以報告從發(fā)送側(cè)發(fā) 送的至少一個或多個RLC PDU是否已經(jīng)被成功接收。圖6是例示了根據(jù)本發(fā)明的一個實施方式的過程的流程圖。圖6的實施方式涉及 根據(jù)發(fā)送緩存器和重傳緩存器的狀態(tài)來確定RLC AM實體是否執(zhí)行輪詢過程的示例。也就 是說，如果在發(fā)送緩存器和重傳緩存器兩者中均沒有待發(fā)送給接收側(cè)的數(shù)據(jù)，則RLC AM實 體執(zhí)行輪詢過程以請求接收側(cè)發(fā)送狀態(tài)報告。當確定在重傳緩存器中是否存在待發(fā)送給接 收側(cè)的數(shù)據(jù)時，不考慮沒有從接收側(cè)接收到的重傳請求信息的數(shù)據(jù)塊。參照圖4和圖6，AM RLC實體檢查發(fā)送緩存器41的狀態(tài)[S61]并識別待發(fā)送給接 收側(cè)的數(shù)據(jù)是否存儲在發(fā)送緩存器41中[S62]。如果待發(fā)送給接收側(cè)的數(shù)據(jù)存儲在發(fā)送 緩存器41中，則AM RLC實體不執(zhí)行輪詢過程。也就是說，AM RLC實體將P字段設(shè)為“0”， 其中P字段存在于待發(fā)送給接收側(cè)的AMD PDU的報頭中[S66]。如果P字段接收到設(shè)置為 “0”的AMD PDU,則接收側(cè)認為發(fā)送側(cè)沒有請求發(fā)送狀態(tài)報告。如果待發(fā)送給接收側(cè)的數(shù)據(jù)沒有存儲在發(fā)送緩存器41中，即，如果發(fā)送緩存器41 為空，則AM RLC實體檢查重傳緩存器44的狀態(tài)[S63]以識別待發(fā)送給接收側(cè)的數(shù)據(jù)是否存 儲在重傳緩存器中[S64]。當確認待發(fā)送給接收側(cè)的數(shù)據(jù)是否存儲在重傳緩存器中44時， 不考慮沒有從接收側(cè)接收到的重傳請求信息的數(shù)據(jù)塊。換言之，即使在重傳緩存器44中存 儲有至少由一個RLC PDU，但如果沒有從接收側(cè)接收到針對該至少一個RLC PDU的狀態(tài)報告 或確認，則可以認為重傳緩存器44為空。在步驟S64中，如果待發(fā)送給接收側(cè)的數(shù)據(jù)存儲在重傳緩存器44中，則AM RLC實體不執(zhí)行輪詢過程。也就是說，AM RLC實體將P字段設(shè)置為“0”，其中，P字段存在于待發(fā) 送給接收側(cè)的AMD PDU的報頭中[S66]。 如果待發(fā)送給接收側(cè)的數(shù)據(jù)沒有存儲在重傳緩存器44中，則AMRLC實體執(zhí)行輪詢 過程。也就是說，AM RLC實體將P字段設(shè)置為“1”，其中，P字段存在于待發(fā)送給接收側(cè)的 AMD PDU的報頭中[S65]。如果P字段接收到設(shè)置為“ 1 ”的AMD PDU，則接收側(cè)認為發(fā)送側(cè) 請求了發(fā)送狀態(tài)報告，并向發(fā)送側(cè)發(fā)送關(guān)于從發(fā)送側(cè)接收到的至少一個RLC PDU的狀態(tài)報
生 在圖6的實施方式中，雖然在檢查了發(fā)送緩存器的狀態(tài)之后對重傳緩存器的狀態(tài) 進行檢查，但是該檢查順序可以改變。也就是說，可以在檢查了重傳緩存器的狀態(tài)之后對發(fā) 送緩存器的狀態(tài)進行檢查。同樣，也可以同時檢查發(fā)送緩存器的狀態(tài)和重傳緩存器的狀態(tài)。圖7是在另一方面例示了圖6的實施方式的圖。在圖7中，橫軸是時間軸，縱軸 表示存儲在發(fā)送緩存器和重傳緩存器中的數(shù)據(jù)量。雖然在時間點“A”，發(fā)送緩存器為空，但 是因為在重傳緩存器中存儲有待發(fā)送給接收側(cè)的數(shù)據(jù)，所以沒有觸發(fā)輪詢過程。在時間點 “B”，在發(fā)送緩存器和重傳緩存器中沒有剩余待發(fā)送給接收側(cè)的數(shù)據(jù)。此時，AM RLC層執(zhí)行 輪詢過程。在時間點“C”，在發(fā)送緩存器中沒有待發(fā)送給接收側(cè)的數(shù)據(jù)，但是至少一個RLC PDU被存儲在重傳緩存器中。但是，如果沒有從接收側(cè)接收到針對存儲在該重傳緩存器中的 該至少一個RLC PDU的確認，則可以認為重傳緩存器中沒有待發(fā)送給接收側(cè)的數(shù)據(jù)。因此， 即使在時間點“C”，RLC AM實體也執(zhí)行輪詢過程。雖然在時間點“D”重傳緩存器為空，但是 因為在發(fā)送緩存器中存儲有待發(fā)送給接收側(cè)的數(shù)據(jù)，所以RLC AM實體不執(zhí)行輪詢過程。根據(jù)本發(fā)明的其他實施方式，可以認為，RLC AM實體除了考慮發(fā)送緩存器狀態(tài)和 重傳緩存器狀態(tài)以外，還考慮RLC PDU的序列號來執(zhí)行輪詢過程。也就是說，當在發(fā)送緩 存器和重換緩存器中沒有剩余待發(fā)送給接收側(cè)的數(shù)據(jù)時，可以針對以下情況來執(zhí)行輪詢過 程1，當發(fā)送存儲在重傳緩存器中的AMD PDU時，該AMD PDU在要被重傳的AMD PDU 中具有最高的序列號的情況；2，當發(fā)送存儲在重傳緩存器中的AMD PDU時，該AMD PDU在下述AMD PDU中具有 最高的序列號的AMD PDU的情況，即，這些AMDPDU為接收到指示接收側(cè)沒有成功接收到AMD PDU的狀態(tài)報告的AMD PDU ；3，當發(fā)送存儲在重傳緩存器中的AMD PDU時，該AMD PDU是在要被重傳的AMD PDU 中最新生成的AMD PDU的情況；4，當發(fā)送存儲在重傳緩存器中的AMD PDU時，該AMD PDU是在從接收側(cè)已接收到 NACK的AMD PDU中的最新生成的AMD PDU的情況；5，當從發(fā)送緩存器發(fā)送AMD PDU時，該AMD PDU是最新生成的AMD PDU的情況；6，當從發(fā)送緩存器發(fā)送AMD PDU時，要被發(fā)送給接收側(cè)的數(shù)據(jù)不再保留在發(fā)送緩 存器和重傳緩存器中的情況；7，當從發(fā)送緩存器發(fā)送AMD PDU時，待發(fā)送給接收側(cè)的數(shù)據(jù)以及要重傳的AMD PDU 都沒有保留在發(fā)送緩存器中的情況；8，當從發(fā)送緩存器發(fā)送AMD PDU時，待發(fā)送給接收側(cè)的數(shù)據(jù)以及等待重傳的AMDPDU都沒有保留在發(fā)送緩存器中的情況；9，當從發(fā)送緩存器發(fā)送AMD PDU時，待發(fā)送給接收側(cè)的數(shù)據(jù)不再保留在發(fā)送緩存 器中，同時，已經(jīng)從接收側(cè)接收到NACK的AMD PDU沒有保留在重傳緩存器中的情況；10，當從重傳緩存器發(fā)送AMD PDU時，該AMD PDU在要被重傳的AMD PDU中具有最 高的序列號，并且要被發(fā)送給接收側(cè)的數(shù)據(jù)沒有保留在發(fā)送緩存器中的情況；11，當從重傳緩存器發(fā)送AMD PDU時，該AMD PDU在已經(jīng)從接收側(cè)接收到NACK的 AMD PDU中具有最高的序列號，并且待發(fā)送給接收側(cè)的數(shù)據(jù)沒有保留在發(fā)送緩存器中的情 況；以及12，當從重傳緩存器發(fā)送AMD PDU時，該AMD PDU是要被重傳的AMD PDU中最新生 成的AMD PDU,并且要被發(fā)送給接收側(cè)的數(shù)據(jù)沒有保留在發(fā)送緩存器中的情況。圖8是例示了本發(fā)明的另一個實施方式的圖。在圖8的實施方式中，當發(fā)送給接 收側(cè)的AMD PDU中包括的數(shù)據(jù)之和達到了先前設(shè)置的閾值時，AM RLC實體執(zhí)行輪詢過程。參照圖8，假設(shè)要按照預(yù)期的順序?qū)DUl至P而5發(fā)送至接收側(cè)，當發(fā)送P而5時， 發(fā)送給接收側(cè)的數(shù)據(jù)之和達到或超過了閾值，此時，AM RLC實體執(zhí)行輪詢過程。也就是說， AM RLC實體通過將包含在PDU的報頭中的P字段設(shè)置為“ 1，，來請求接收側(cè)發(fā)送狀態(tài)報告。如果執(zhí)行了一次輪詢過程，則再次從頭開始計算數(shù)據(jù)和，計算該數(shù)據(jù)和是為了觸 發(fā)輪詢過程。也就是說，在圖8中，當在通過P而5執(zhí)行了輪詢過程之后發(fā)送PDU 6至PDU 13時，因為數(shù)據(jù)之和超過了閾值，所以再次將PDU 13的報頭中包括的P字段設(shè)置為“1”?？梢允褂脜?shù)BYTE_SENT來實現(xiàn)圖8的實施方式。也就是說，將BYTE_SENT初始 化為0，只要發(fā)送AMD PDU, RLC AM實體就將AMDPDU中所包含的數(shù)據(jù)大小值加和到BYTE_SENT中。RLC AM實體通過在BYTE_SENT 超過閾值時將AMD PDU的報頭中所包含的P字段設(shè)置為“1”來執(zhí)行輪詢過程。如果執(zhí)行了 輪詢過程，RLC AM實體就將BYTE_SENT重新設(shè)置為“0”，并重復(fù)相同的過程。如果將待發(fā)送給接收側(cè)的AMD PDU中所包括的數(shù)據(jù)大小加和到BYTE_SENT中，關(guān) 于將什么值作為數(shù)據(jù)大小，可以考慮各種方法。如上所述，AMD PDU包括報頭部分和數(shù)據(jù)字 段部分，其中，報頭部分包括固定部分和擴展部分。因此，AMD PDU的總大小、數(shù)據(jù)字段部分 的大小、或者除了報頭中的固定字段之外的其它部分的大小可以是加和到BYTE_SENT值的 部分。例如，如果在計算數(shù)據(jù)大小之和時只考慮了 AMD PDU的數(shù)據(jù)字段部分所包括的數(shù) 據(jù)大小，則數(shù)據(jù)字段按照每1字節(jié)為單位進行排列。因此，計數(shù)器可以按照包含在各AMD PDU中的每1字節(jié)的數(shù)據(jù)字段為單位進行增加，并且可以在針對發(fā)送給接收側(cè)的AMD PDU進 行計算得到的計數(shù)器值超過了預(yù)定閾值時，執(zhí)行輪詢過程。通過根據(jù)預(yù)定的形式將本發(fā)明的構(gòu)成元素和特征進行組 合來實現(xiàn)上述實施方式。 除非另有說明，否則應(yīng)當選擇性地考慮各個構(gòu)成元素或特征?？梢詧?zhí)行各個構(gòu)成元素或特 征而無需與其它構(gòu)成元素或特征進行組合。此外，可以將一些構(gòu)成元素和/或特征彼此進 行組合，以構(gòu)成本發(fā)明的實施方式?？梢愿淖儽景l(fā)明的實施方式中所述操作的次序。一個 實施方式中的一些構(gòu)成元素或特征可以包括在另一實施方式中，或者由另一實施方式的相 應(yīng)構(gòu)成元素或特征來代替。此外，很明顯的是，可以將引用特定權(quán)利要求的一些權(quán)利要求與 引用該特定權(quán)利要求以外的其它權(quán)利要求的另一些權(quán)利要求進行組合，以構(gòu)成實施方式或者在提交本申請之后通過修改的方式來增加新的權(quán)利要求。
可以通過各種方式(例如，硬件、固件、軟件或它們的組合)來實現(xiàn)根據(jù)本發(fā)明 的實施方式。如果通過硬件來實現(xiàn)根據(jù)本發(fā)明的實施方式，可以通過從由專用集成電路 (ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設(shè)備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可 編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器等中的一個或更多個來實現(xiàn)本發(fā) 明的實施方式。如果通過固件或軟件來實現(xiàn)根據(jù)本發(fā)明的實施方式，則可以通過執(zhí)行上述功能或 操作的一種模塊、過程或功能來實現(xiàn)本發(fā)明的一個實施方式的在無線通信系統(tǒng)中發(fā)送和接 收數(shù)據(jù)的方法?？蓪④浖a存儲在存儲單元中，然后由處理器驅(qū)動。存儲單元可位于處 理器的內(nèi)部或外部，以通過公知的各種方式來向處理器發(fā)送數(shù)據(jù)和從處理器接收數(shù)據(jù)。對于本領(lǐng)域的技術(shù)人員來說明顯的是，在不脫離本發(fā)明的精神和實質(zhì)特征的情況 下，可以通過其它特定的形式來實現(xiàn)本發(fā)明。因此，上述實施方式在各方面均被視為示例性 的而不是限制性的。本發(fā)明的范圍應(yīng)當由所附權(quán)利要求的合理解釋來確定，并且落入本發(fā) 明的等效范圍內(nèi)的全部改變均包含在本發(fā)明的范圍內(nèi)。本發(fā)明可用于諸如移動通信系統(tǒng)或無線互聯(lián)網(wǎng)系統(tǒng)的無線通信系統(tǒng)。
權(quán)利要求
一種在無線通信系統(tǒng)的執(zhí)行數(shù)據(jù)重傳功能的協(xié)議層中生成數(shù)據(jù)塊的方法，該方法包括以下步驟從上位層接收第一數(shù)據(jù)塊；以及生成第二數(shù)據(jù)塊，該第二數(shù)據(jù)塊包括所述第一數(shù)據(jù)塊的至少一部分和根據(jù)發(fā)送緩存器和重傳緩存器的狀態(tài)而設(shè)置的輪詢字段，其中，當在所述發(fā)送緩存器和所述重傳緩存器中沒有待發(fā)送給接收側(cè)的數(shù)據(jù)時，所述輪詢字段包括指示所述接收側(cè)發(fā)送狀態(tài)報告的值。
2.根據(jù)權(quán)利要求1所述的方法，其中，當確定在所述重傳緩存器中是否存在待發(fā)送給 所述接收側(cè)的數(shù)據(jù)時，不考慮等待來自所述接收側(cè)的確認的數(shù)據(jù)塊。
3.根據(jù)權(quán)利要求1所述的方法，其中，在所述重傳緩存器中沒有待發(fā)送給所述接收側(cè) 的數(shù)據(jù)的情況包括重傳了已經(jīng)從所述接收側(cè)接收到重傳請求信息的全部數(shù)據(jù)塊的情況。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述協(xié)議層是無線鏈路控制RLC層。
5.一種在無線通信系統(tǒng)的執(zhí)行數(shù)據(jù)重傳功能的協(xié)議層中發(fā)送數(shù)據(jù)的方法，該方法包括 以下步驟從接收側(cè)接收狀態(tài)報告，所述狀態(tài)報告針對存儲在重傳緩存器中的數(shù)據(jù)塊請求重傳；根據(jù)所述協(xié)議層的發(fā)送緩存器和重傳緩存器的狀態(tài)來設(shè)置包括在所述數(shù)據(jù)塊中的輪 詢字段；以及向所述接收側(cè)發(fā)送所述數(shù)據(jù)塊，其中，在發(fā)送了所述數(shù)據(jù)塊之后，當在所述發(fā)送緩存器和所述重傳緩存器中沒有待發(fā) 送給接收側(cè)的數(shù)據(jù)時，所述輪詢字段包括指示所述接收側(cè)發(fā)送狀態(tài)報告的值。
6.根據(jù)權(quán)利要求5所述的方法，其中，當確定在所述重傳緩存器中是否存在待發(fā)送給 所述接收側(cè)的數(shù)據(jù)時，不考慮等待來自所述接收側(cè)的確認的數(shù)據(jù)塊。
7.一種在無線通信系統(tǒng)的執(zhí)行數(shù)據(jù)重傳功能的協(xié)議層中執(zhí)行輪詢過程的方法，該方法 包括以下步驟檢查所述協(xié)議層的發(fā)送緩存器和重傳緩存器的狀態(tài)；以及如果在所述發(fā)送緩存器和所述重傳緩存器兩者中沒有待發(fā)送給所述接收側(cè)的數(shù)據(jù)，則 執(zhí)行用于請求接收側(cè)發(fā)送狀態(tài)報告的輪詢過程。
8.根據(jù)權(quán)利要求7所述的方法，其中，執(zhí)行所述輪詢過程包括以下步驟將待發(fā)送給所述接收字段的數(shù)據(jù)塊的輪詢字段設(shè)置為特定值；以及向所述接收側(cè)發(fā)送所述數(shù)據(jù)塊。
9.根據(jù)權(quán)利要求8所述的方法，其中，當確定在所述重傳緩存器中是否存在待發(fā)送給 所述接收側(cè)的數(shù)據(jù)時，不考慮等待來自所述接收側(cè)的確認的數(shù)據(jù)塊。
10.一種在無線通信系統(tǒng)的執(zhí)行數(shù)據(jù)重傳功能的協(xié)議層中執(zhí)行輪詢過程的方法，該方 法包括以下步驟生成包括報頭部分和數(shù)據(jù)字段部分的數(shù)據(jù)塊；檢查發(fā)送給接收側(cè)的至少一個數(shù)據(jù)塊中所包含的數(shù)據(jù)大小與所生成的數(shù)據(jù)塊中所包 含的數(shù)據(jù)大小之和是否超過了預(yù)定的閾值；并且如果所述數(shù)據(jù)大小之和超過了所述閾值，則執(zhí)行輪詢過程。
11.根據(jù)權(quán)利要求10所述的方法，其中，當計算所述數(shù)據(jù)大小之和時，只考慮所述至少一個數(shù)據(jù)塊和所述生成的數(shù)據(jù)塊的數(shù)據(jù)字段部分中所包含的數(shù)據(jù)大小。
12.根據(jù)權(quán)利要求10所述的方法，其中，通過將所述生成的數(shù)據(jù)塊的報頭中所包含的 輪詢字段設(shè)置為特定值來執(zhí)行所述輪詢過程。
全文摘要
公開了一種在無線通信系統(tǒng)中生成用于執(zhí)行輪詢過程的數(shù)據(jù)塊的方法、一種發(fā)送數(shù)據(jù)的方法以及一種執(zhí)行輪詢過程的方法。如果在發(fā)送緩存器和重傳緩存器中都沒有待發(fā)送給接收側(cè)的數(shù)據(jù)，則協(xié)議層執(zhí)行輪詢過程以請求接收側(cè)發(fā)送狀態(tài)報告。當確定重傳緩存器中是否沒有待發(fā)送給接收側(cè)的數(shù)據(jù)時，優(yōu)選為不考慮沒有從接收側(cè)接收到重傳請求信息的數(shù)據(jù)塊。
文檔編號H04L1/18GK101868932SQ200880116346
公開日2010年10月20日 申請日期2008年9月17日 優(yōu)先權(quán)日2007年9月18日
發(fā)明者千成德, 樸成埈, 李承俊, 李英大 申請人:Lg電子株式會社