用于處理無線通信系統(tǒng)中的差錯控制消息的方法和設備的制作方法
【專利摘要】本發(fā)明公開了用于處理差錯控制消息，如RLC?ARQ控制消息的方法和設備。示例方法包括：發(fā)信號通知媒體接入控制器(MAC)需要鏈路資源來發(fā)送數(shù)據(jù)；從MAC接收用于發(fā)送數(shù)據(jù)的鏈路資源已被調(diào)度的指示；以及在接收到所述指示之后，基于當前差錯控制狀態(tài)來產(chǎn)生差錯控制消息。然后，差錯控制消息被轉發(fā)至MAC以進行發(fā)送。由于差錯控制消息的產(chǎn)生被延遲直到用于其發(fā)送的資源已被調(diào)度，避免了失效控制消息的排隊。
【專利說明】用于處理無線通信系統(tǒng)中的差錯控制消息的方法和設備
[0001]本申請是2010年4月30日提交的、申請?zhí)枮?00880114373.4、發(fā)明名稱為“用于處理無線通信系統(tǒng)中的差錯控制消息的方法和設備”的專利申請的分案申請。
【技術領域】
[0002]本發(fā)明總體涉及無線通信系統(tǒng)，更具體地，涉及調(diào)度鏈路資源的無線系統(tǒng)中的差錯控制消息的處理。
【背景技術】
[0003]第三代合作伙伴計劃(3GPP)已經(jīng)在被稱為“長期演進”或LTE的提案中發(fā)起了開發(fā)高級無線通信系統(tǒng)規(guī)范的項目。在標準化討論中，已經(jīng)達成一致，LTE系統(tǒng)應在無線鏈路控制(RLC)協(xié)議中利用自動重復請求(ARQ)機制。所規(guī)定的ARQ協(xié)議是一種選擇性重復協(xié)議(在“RLC確認模式”中使用)，提供了用于從接收節(jié)點向發(fā)送節(jié)點發(fā)送狀態(tài)報告的手段，以及用于發(fā)送節(jié)點輪詢接收節(jié)點的狀態(tài)的手段。響應于狀態(tài)報告的接收，發(fā)送節(jié)點可以重發(fā)任何丟失的數(shù)據(jù)，或采取其他合適的操作。響應于輪詢，接收機一般發(fā)送狀態(tài)報告。然而，在一些情況下，狀態(tài)報告的發(fā)送可能被禁止。例如，在發(fā)送前一狀態(tài)報告時啟動的狀態(tài)禁止定時器可以在一個時間段內(nèi)阻止狀態(tài)報告。
[0004]3GPP開發(fā)者已經(jīng)達成一致，規(guī)定一組輪詢和狀態(tài)觸發(fā)，以及對節(jié)點對輪詢或狀態(tài)報告的響應進行調(diào)節(jié)的定時器。近來已經(jīng)達成一致以包括在3GPP LTE標準中的觸發(fā)和定時器的示例包括:
[0005].在檢測到丟失的協(xié)議數(shù)據(jù)單元(rou)時的自動狀態(tài)報告；
[0006].響應于發(fā)送緩沖器中最后一個rou的發(fā)送的自動輪詢，以向發(fā)送節(jié)點提供對數(shù)據(jù)突發(fā)已經(jīng)被完全接收的保證；
[0007].防止節(jié)點過于頻繁地發(fā)送狀態(tài)報告的狀態(tài)禁止定時器，因為過于頻繁的狀態(tài)報告可能導致不必要的重傳；以及
[0008].輪詢重傳定時器，確保對可能已經(jīng)丟失的未答復的輪詢進行重傳。
[0009]當然，LTE中也可能采用另外的觸發(fā)和定時器?？梢灶A期，用于LTE的RLC ARQ協(xié)議最終將與3GPP TS25.322中規(guī)定的寬帶CDMA (W-CDMA) RLC協(xié)議具有許多相似性。除了確認模式之外，用于LTE的RLC協(xié)議還將包括無確認模式以及透明模式。
[0010]在傳統(tǒng)的RLC ARQ方案中，響應于特定觸發(fā)來創(chuàng)建RLC定時器和狀態(tài)報告。例如，如果接收節(jié)點接收到輪詢并且沒有狀態(tài)禁止定時器正在運行，則接收節(jié)點立即產(chǎn)生表示當前接收機狀態(tài)的狀態(tài)報告。典型的狀態(tài)報告可以包括針對上次接收的協(xié)議數(shù)據(jù)單元(PDU)的標識符和/或針對未成功接收的一個或多個PDU的否定確認。然后，將狀態(tài)報告提供給媒體接入控制(MAC)層以發(fā)送至發(fā)送節(jié)點。(本領域技術人員可以認識到，每個無線通信節(jié)點將典型地包括發(fā)射機和接收機。此外，可以在兩個方向上均實現(xiàn)ARO方案。為了本公開的目的，術語“發(fā)送節(jié)點”一般是指在確認模式中向“接收節(jié)點”發(fā)送一個或多個數(shù)據(jù)PDU的節(jié)點。在3GPP術語中，“確認模式RLC實體的發(fā)送側”發(fā)送確認模式數(shù)據(jù)；向確認模式RLC實體的“對等實體”或“接收側”發(fā)送該rou。給定這種用法，接收節(jié)點可以向發(fā)送節(jié)點發(fā)送狀態(tài)rou。同樣，發(fā)送節(jié)點可以接收狀態(tài)rou。)
[0011]在采用狀態(tài)禁止定時器的系統(tǒng)中，接收節(jié)點典型地在狀態(tài)報告從RLC層傳送至MAC層時啟動狀態(tài)禁止定時器。然后，在定時器超時之前，即使同時出現(xiàn)狀態(tài)報告的一個或多個新觸發(fā)，也不允許另外的狀態(tài)報告。這種觸發(fā)可能是從發(fā)送節(jié)點接收到的另一輪詢、檢測到丟失的PDU等等。因此，狀態(tài)禁止定時器確保后續(xù)的狀態(tài)報告至少被延遲由狀態(tài)禁止定時器指定的時間段。
[0012]在LTE系統(tǒng)中，對上行鏈路(針對移動臺至基站的傳輸)進行資源調(diào)度，其中，調(diào)度由服務基站(在LTE中稱為演進NodeB或eNodeB)來控制。因此，在給定時刻，移動臺可能不能立即接入傳輸資源。如果移動臺中的MAC層在當前沒有上行鏈路資源被調(diào)度時從RLC層接收到狀態(tài)報告，則移動臺在其可以向eNodeB發(fā)送狀態(tài)報告之前必須首先請求這些資源。由于調(diào)度是由eNodeB控制的，可能發(fā)生上行鏈路資源的準許被明顯延遲的情況。例如，多用戶調(diào)度可能減慢資源分配，或者，初始調(diào)度請求可能在傳輸中丟失。因此，狀態(tài)報告的傳輸可能在一定程度上被延遲，使得甚至在發(fā)送狀態(tài)報告之前，該狀態(tài)報告所表征的接收機狀態(tài)就可能已過期。

【發(fā)明內(nèi)容】

[0013]這里公開了用于處理差錯控制消息，如RLC ARQ控制消息的方法和設備。一種示例方法包括:發(fā)信號通知媒體接入控制器(MAC)需要鏈路資源來發(fā)送數(shù)據(jù)；WMAC接收用于發(fā)送數(shù)據(jù)的鏈路資源已被調(diào)度的指示；以及在接收到所述指示之后，基于當前差錯控制狀態(tài)來產(chǎn)生差錯控制消息。然后，差錯控制消息被轉發(fā)至MAC以進行發(fā)送。由于差錯控制消息的產(chǎn)生被延遲直到用于其發(fā)送的資源被調(diào)度，避免了失效(stale)控制消息的排隊和發(fā)送。
[0014]在本發(fā)明的另一方面，MAC可以通知無線鏈路控制器(RLC) RLCARQ控制消息的發(fā)送何時開始或被確認。響應于所述通知，RLC控制器可以啟動或重啟差錯控制定時器。所述定時器可以包括例如輪詢定時器或狀態(tài)禁止定時器。
【專利附圖】

【附圖說明】
[0015]圖1是根據(jù)本發(fā)明實施例的通信系統(tǒng)的簡化視圖。
[0016]圖2示出了可以在圖1的系統(tǒng)中采用的多個通信協(xié)議層。
[0017]圖3示出了對延遲進行調(diào)度對ARQ狀態(tài)報告的形成的影響。
[0018]圖4示出了對延遲進行調(diào)度對ARQ輪詢定時器的影響。
[0019]圖5不出了根據(jù)本發(fā)明一個實施例的ARQ狀態(tài)報告產(chǎn)生的定時。
[0020]圖6示出了根據(jù)本發(fā)明一個實施例的輪詢定時器處理。
[0021]圖7是示出了用于處理差錯控制消息的示例方法的邏輯流程圖。
[0022]圖8是根據(jù)本發(fā)明一個或多個實施例的無線設備的框圖。
【具體實施方式】
[0023]圖1提供了通信系統(tǒng)10的簡化視圖，包括發(fā)送節(jié)點110和接收節(jié)點120。如上所述，發(fā)送節(jié)點Iio和接收節(jié)點120均包括完整的收發(fā)機；術語“發(fā)送”和“接收”用于描述確認數(shù)據(jù)傳送中的特定端點。因此，發(fā)送節(jié)點110向接收節(jié)點120發(fā)送一個或多個數(shù)據(jù)單元(可以包括協(xié)議數(shù)據(jù)單元(rou))，還可以發(fā)送一個或多個差錯控制消息，如輪詢請求。(如以下所討論的，差錯控制消息(如輪詢)可以與業(yè)務數(shù)據(jù)包括在相同的協(xié)議數(shù)據(jù)單元中。)接收節(jié)點120繼而可以發(fā)送一個或多個差錯控制消息，如狀態(tài)報告，或重傳未成功接收的PDU的請求。
[0024]在本發(fā)明的一些實施例中，發(fā)送節(jié)點110可以包括LTE eNodeB，接收節(jié)點120可以包括LTE兼容移動臺。在這種情況下，eNodeB在下行鏈路上發(fā)送圖1中示出的數(shù)據(jù)單元，而一個或多個差錯控制消息在上行鏈路上發(fā)送。然而，本領域技術人員可以認識到，也可以在相反方向上實現(xiàn)ARQ方案，以檢測通過上行鏈路傳送的PDU中的差錯。在這種情況下，在eNodeB與移動臺之間，發(fā)送和接收節(jié)點的角色反轉。
[0025]盡管參照LTE系統(tǒng)來描述這里公開的本發(fā)明的技術，但是本發(fā)明不限于這種系統(tǒng)。實際上，本領域技術人員在閱讀了以下描述并查看了附圖之后可以認識到，這里描述的技術可以應用于多種無線系統(tǒng)，尤其是對上行鏈路、下行鏈路或兩者的傳輸資源進行動態(tài)調(diào)度的系統(tǒng)。
[0026]圖1中的每個通信節(jié)點被配置為根據(jù)指定通信協(xié)議，如3GPP規(guī)定的LTE協(xié)議來操作。圖2中示出了多個協(xié)議層；使用模擬和數(shù)字硬件、配置有合適軟件的可編程處理器或其組合，可以在每個通信節(jié)點中實現(xiàn)這些協(xié)議層。具體地，發(fā)送節(jié)點110(可以是LTE移動臺)可以使用協(xié)議棧210中的協(xié)議層來與接收節(jié)點120 (例如LTE eNodeB)的協(xié)議棧220中的對應協(xié)議層進行通信。
[0027]協(xié)議棧210和220均包括物理層、數(shù)據(jù)鏈路層和網(wǎng)絡層。數(shù)據(jù)鏈路層被分為兩個子層:無線鏈路控制(RLC)層和媒體接入控制(MAC)層。在本示例實施例中，網(wǎng)絡層被分為控制平面協(xié)議(RRC)和用戶平面協(xié)議(IP)。
[0028]在LTE系統(tǒng)中，物理層針對下行鏈路使用正交頻分多址接入(OFDMA)技術，并針對上行鏈路使用緊密相關的單載波頻分多址接入(SC-FDMA)。一般而言，物理層通過空中(無線)接口提供數(shù)據(jù)傳輸，并包括如傳輸信道的復用和解復用、傳輸信道至物理信道的映射、物理信道的調(diào)制和解調(diào)、前向糾錯編碼和解碼、頻率和時間同步、傳輸功率控制、RF處理等功能。
[0029]媒體接入控制(MAC)層一般提供對等MAC實體之間的服務數(shù)據(jù)單元(SDU)的無確認傳送。MAC功能可以包括根據(jù)數(shù)據(jù)速率針對每個傳輸信道選擇合適的傳輸格式、處理各個用戶的數(shù)據(jù)流之間的優(yōu)先級(在支持多用戶的基站中)、調(diào)度控制消息、復用和解復用高層PDU等。在LTE系統(tǒng)中，資源調(diào)度也由MAC層來執(zhí)行。具體地，MAC層可以針對移動臺來請求上行鏈路資源，eNodeB中的對應MAC層可以在移動臺之間分配上行鏈路資源。
[0030]RLC層執(zhí)行各種功能，包括:RLC連接的建立、釋放和維持，將可變長度的高層I3DU分段為較小的RLC PDU或?qū)⑤^小的RLC PDU重組為可變長度的高層TOU，拼接，重傳(ARO)進行的糾錯，高層rou的按序傳送，重復檢測，流控制以及其他功能。
[0031]RRC防議處理無線接口上的控制信令(例如無線接入承載控制信令)、測量報告和切換信令。網(wǎng)絡層的用戶平面部分包括層3協(xié)議執(zhí)行的傳統(tǒng)功能，如公知的因特網(wǎng)協(xié)議(IP)。[0032]協(xié)議棧210和220中的無線鏈路控制(RLC)協(xié)議層包括自動重復請求(ARQ)機制。發(fā)送節(jié)點Iio中的RLC層接收用戶數(shù)據(jù)、將其分段、并將其轉換為RLC PDU0在一些實施例中，發(fā)送的RLC PDU可以包括指示所發(fā)送的消息是數(shù)據(jù)PDU還是控制H)U的字段。另一字段可以與輪詢字段相對應，該字段可以包含指示發(fā)送節(jié)點110需要來自接收節(jié)點的狀態(tài)報告的比特。RLC PDU還可以包括“序號”字段，該字段指示數(shù)據(jù)PDU的序號；針對每個新的數(shù)據(jù)rou，該序號可以遞增。最后，數(shù)據(jù)字段包含高層數(shù)據(jù)信息的分段?！伴L度指示符”和擴展“E”字段也可以包括在RLCPDU中。
[0033]響應于輪詢比特P被設置為“I”的rou，接收節(jié)點的RLC層可以產(chǎn)生指示哪些RLCPDU已經(jīng)被正確接收的狀態(tài)報告?？梢允褂每隙ɑ蚍穸ù_認，或兩者的組合。在LTE中，狀態(tài)報告PDU包括確認序號(ACK_SN)字段，該字段指示接收節(jié)點既未接收也未確認為丟失的PDU中的最小順序。狀態(tài)報告PDU還可以包括一個或多個否定確認序號(NACK_SN)字段，該字段標識被接收節(jié)點檢測為丟失的H)U。因此，當發(fā)送節(jié)點110接收到狀態(tài)報告PDU時，它確定:除了一個或多個NACK_SN字段所標識的PDU之外，直至(但不包括)與ACK_SN相對應的PDU的所有rou已經(jīng)被接收。
[0034]如以上簡要提及的，一些系統(tǒng)中的動態(tài)資源調(diào)度可以導致差錯控制消息(如這里討論的輪詢PDU或狀態(tài)報告PDU)的產(chǎn)生與這些消息的實際發(fā)送之間的延遲。在傳輸資源持久可用的系統(tǒng)(如3GPP寬帶CDMA系統(tǒng))中，RLC控制消息(例如狀態(tài)報告PDU或輪詢PDU)典型地在其產(chǎn)生之后立即被發(fā)送(除了短暫的處理延遲)。因此，例如在發(fā)送狀態(tài)報告時，它表示接收機狀態(tài)的大體上精確的“快照”。相反，在LTE中，對上行鏈路進行嚴格調(diào)度，移動臺典型地缺乏任何這種持久資源。如果移動臺不被調(diào)度，則移動臺的MAC層必須在其可以發(fā)送狀態(tài)報告PDU之前首先請求上行鏈路資源。所導致的延遲可能導致狀態(tài)報告rou在其實際被發(fā)送至eNodeB之前過期。
[0035]在圖3中示出了這個問題，其中沿上部水平線示出了 eNodeB處的事件，沿下部水平線示出了移動終端處的事件。圖3的事件流開始于從eNodeB向移動臺發(fā)送輪詢請求，如圖的左手側所示。如上所述，在傳統(tǒng)系統(tǒng)中，移動終端立即(除了處理延遲)產(chǎn)生狀態(tài)報告。在LTE系統(tǒng)中，如上所述，該狀態(tài)報告可能指示一個或多個確認模式rou (或其部分)丟失或未成功處理。
[0036]在RLC層產(chǎn)生狀態(tài)報告之后，該狀態(tài)報告被轉發(fā)至MAC層以傳送至eNodeB。然而，在所示的事件流中，資源不立即可用于在上行鏈路上發(fā)送數(shù)據(jù)。因此，MAC層通過發(fā)送調(diào)度請求，從eNodeB請求上行鏈路資源。如上所述，上行鏈路資源的準許可能經(jīng)歷相當大的延遲。這些延遲可能僅僅由于eNodeB正在服務于許多移動臺或由于eNodeB當前正在向較高優(yōu)先級的請求分配資源而發(fā)生。在一些情況下，eNodeB未能成功接收資源請求的情況可能導致或加重延遲，使得必須重復該請求。
[0037]在任何情況下，移動終端最終接收到圖3所示事件流中的上行鏈路資源準許，但是是在相當大的調(diào)度延遲之后。在圖3中從RLC的觀點示出了該延遲時間段，即RLC向MAC轉發(fā)差錯控制消息(狀態(tài)報告)的時刻直到MAC接收到上行鏈路資源準許的時刻。在該時間段期間，移動終端接收到多個另外的RLC PDU,即roui和roU2。因此，如圖的右手側所示，當向eNodeB發(fā)送該狀態(tài)報告時，該狀態(tài)報告已經(jīng)過期。由于該狀態(tài)報告沒有反映TOUl和PDU2的接收，已經(jīng)向eNodeB提供了關于移動臺接收機的當前狀態(tài)的不準確的信息。這可能導致roui和rou2的重傳，從而浪費下行鏈路資源并潛在地導致排隊的數(shù)據(jù)中另外的延遲。
[0038]調(diào)度延遲也可能導致與差錯控制處理相關的定時器操作的問題。例如，如果在將攜帶狀態(tài)報告的PDU提供給MAC層時啟動控制狀態(tài)報告發(fā)送的RLC定時器(如狀態(tài)禁止定時器)，則可能發(fā)生定時器過早超時的情況。在最壞情況下，RLC層可能向MAC層提供多個RLC狀態(tài)報告，所有這些RLC狀態(tài)報告排隊進行發(fā)送。如果這些狀態(tài)報告包含針對相同RLCPDU的否定確認，則對等端RLC實體可能多次重傳相同的TOU。
[0039]類似問題可能適用于控制輪詢的定時器。如果在將攜帶輪詢的PDU提供給MAC層時啟動輪詢定時器，則可能發(fā)生由于攜帶輪詢的rou的傳輸延遲而導致輪詢定時器過早超時的情況。這可能導致不必要的輪詢被排隊并發(fā)送至接收機。這在圖4的事件流中示出。與圖3 —樣，沿上部水平線示出eNodeB處的事件，而沿下部的線示出移動終端處的事件。在圖的左手側，eNodeB RLC層產(chǎn)生輪詢控制消息輪詢I。該輪詢控制消息被立即轉發(fā)至MAC層以發(fā)送至移動終端，并且啟動輪詢定時器，該定時器建立了在可以產(chǎn)生另一輪詢請求之前的最小延遲。然而，在相當大的延遲之后，輪詢I消息才被實際發(fā)送至移動終端，所述延遲可能由于來自備份(backed-up)發(fā)送隊列的調(diào)度延遲而產(chǎn)生。
[0040]在一些情況下，發(fā)送輪詢請求的延遲可能擴展直到輪詢定時器超時之后，如圖4所示。在輪詢定時器超時時，不知道前一輪詢未被發(fā)送的RLC層產(chǎn)生第二個輪詢請求輪詢
2。將這第二個輪詢請求轉發(fā)至MAC，并重啟輪詢定時器。
[0041]最終，將第一個輪詢請求(輪詢I)發(fā)送至移動臺。在所示的場景中，上行鏈路延遲不明顯，因此狀態(tài)報告很快返回。此后很短時間，eNodeB發(fā)送第二個輪詢請求(輪詢2)并由移動終端接收。盡管狀態(tài)禁止定時器可以禁止移動終端產(chǎn)生和發(fā)送另一狀態(tài)報告，第二個輪詢請求顯然沒有必要，并且浪費了系統(tǒng)資源。
[0042]圖3和4僅示出了具有調(diào)度的資源的無線系統(tǒng)中可能由調(diào)度和排隊延遲引起的少數(shù)RLC差錯控制定時問題。另一問題在于，由于已經(jīng)對較高優(yōu)先級的數(shù)據(jù)進行排隊，可能會延遲狀態(tài)報告或輪詢。考慮具有多個承載或“邏輯信道”的(具有不同優(yōu)先級)的移動終端(相對于下行鏈路為接收節(jié)點，相對于上行鏈路為發(fā)射機)。假定移動終端在發(fā)送緩沖器中具有針對最高優(yōu)先級承載的數(shù)據(jù)，并且移動終端從未保留用于發(fā)送與較低優(yōu)先級的承載相關聯(lián)的PDU的帶寬的eNodeB接收調(diào)度準許。此外，假定出現(xiàn)用于在較低優(yōu)先級承載上發(fā)送狀態(tài)報告或輪詢的觸發(fā)。由于移動臺缺乏用于發(fā)送該rou的資源，因此該狀態(tài)報告或輪詢可能被明顯延遲。如上述場景一樣，在一些情況下，狀態(tài)報告可能在其被發(fā)送之前變?yōu)檫^期。在極端情況下，在用于較低優(yōu)先級承載的資源可用之前，可能對多個狀態(tài)報告或輪詢進行排隊，導致不必要的重傳。
[0043]對上述多個問題的一種解決方案在于，以僅當MAC層可以提供用于發(fā)送RLC PDU的資源時才產(chǎn)生差錯控制消息(例如攜帶ARQ控制信息的RLC PDU)的內(nèi)容的方式，來修改上述的傳統(tǒng)ARQ處理。在一些實施例中，這可以通過在RLC和MAC層之間提供附加或修改的接口來實現(xiàn)。該附加接口可以允許RLC層請求MAC層發(fā)送攜帶控制信息的RLC PDU0此夕卜，該附加接口允許MAC層通知RLC層鏈路資源何時可用于發(fā)送攜帶控制信息的RLC PDU層。按照這種方式，RLC層可以將控制信息的實際產(chǎn)生推遲到資源可用為止，使得最終傳送的差錯控制消息包括RLC層狀態(tài)的更新信息。
[0044]通過該接口，通信節(jié)點(例如移動臺)的RLC層可以首先向MAC層報告需要發(fā)送RLC ARQ控制消息，如狀態(tài)報告。在從MAC層向RLC層通知所需資源可用(或?qū)⒃诙虝r間內(nèi)可用)時，RLC層創(chuàng)建相關控制信息(例如狀態(tài)報告信息)，將控制信息封裝入RLC PDU,并將該RLC PDU提交至MAC層以發(fā)送至遠程節(jié)點。本發(fā)明的實施例覆蓋RLC PDU攜帶RLC狀態(tài)報告或輪詢的情況，并且可以類似地應用于其他差錯控制消息。
[0045]圖5表示與圖3和4類似的事件流圖，示出了根據(jù)本發(fā)明一些實施例的系統(tǒng)的操作。與圖3中的情況一樣，在圖的左手側，eNodeB發(fā)送輪詢請求并由移動終端接收。響應于該觸發(fā)，移動終端中的RLC層確定將需要上行鏈路資源來發(fā)送差錯控制消息(在該示例中為狀態(tài)報告)。因此，如圖5所示，RLC層發(fā)信號通知MAC層需要上行鏈路資源。如果資源尚未被調(diào)度，則MAC通過從調(diào)度器請求上行鏈路資源來進行響應。
[0046]本領域技術人員可以認識到，從RLC層向MAC層發(fā)信號通知需要上行鏈路資源可以或沒有明確指示需要該資源發(fā)送差錯控制消息。因此，在一些實施例中，該信號可能僅僅指示RLC PDU正在等待處理，并且如果沒有可用的上行鏈路資源，則應當調(diào)度上行鏈路資源。在其他實施例中，發(fā)信號通知以明確指示控制消息需要該資源可能是有利的。
[0047]如圖5所示，在任何情況下，資源的實際準許可能僅在明顯的延遲之后到達。在該延遲期間，移動終端在調(diào)度延遲期間接收到多個確認模式RLC PDU:roU3和roU4。然而，在這個場景中，狀態(tài)報告未產(chǎn)生，也未在MAC層中排隊以等待發(fā)送。相反，如圖5所示，RLC層推遲產(chǎn)生狀態(tài)報告數(shù)據(jù)，直到MAC層通知RLC上行鏈路資源請求已被準許(即上行鏈路資源可用)。因此，當狀態(tài)報告被轉發(fā)至MAC并發(fā)送至eNodeB時，狀態(tài)報告包括當前數(shù)據(jù)(包括H)U3和H)U4的狀態(tài))。盡管仍可能存在處理和排隊延遲，但是這些延遲與圖3所示的情況相比很小。
[0048]本發(fā)明的一些實施例利用類似技術來啟動和重啟用于差錯控制處理的定時器，如以上討論的RLC ARQ輪詢和狀態(tài)禁止定時器。在這些實施例中，差錯控制定時器的激活可以由MAC層(向RLC層)的通知來觸發(fā)，該通知表示已經(jīng)或者將要向遠程節(jié)點發(fā)送攜帶差錯控制信息的RLCPDU。
[0049]圖6中示出了一個這種實施例的示例操作。在該事件流中，與圖4所示的事件流的情況一樣，在eNodeB中觸發(fā)輪詢請求。將攜帶輪詢請求的RLC PDU轉發(fā)至MAC以發(fā)送至移動終端。然而，在這種情況下，輪詢定時器沒有立即啟動。取而代之地，輪詢定時器直到MAC層通知RLC層已經(jīng)發(fā)送輪詢請求后才啟動。如圖6所示，這可能在明顯的調(diào)度/排隊延遲之后發(fā)生。由于輪詢定時器的啟動被推遲直到實際發(fā)送輪詢請求的時刻或臨近時刻，定時器不會在從移動終端接收到狀態(tài)報告之前超時。因此，避免了輪詢請求的不必要重傳。
[0050]在一些實施例中，MAC層可以被配置為通知RLC層攜帶RLC ARQ控制信息的I3DU的發(fā)送已經(jīng)開始或?qū)⒁_始。在其他實施例中，MAC層可以取而代之地通知RLC層攜帶RLCARQ控制信息的H)U的發(fā)送已經(jīng)在MAC HARQ層上得到確認。本領域技術人員可以認識到，以上關于輪詢定時器所描述的技術也可以應用于其他的差錯控制定時器，如狀態(tài)禁止定時器。
[0051 ] 圖7是示出了例如可以由上述RLC或MAC控制器中的一個或多個來執(zhí)行的用于處理差錯控制消息的示例方法的邏輯流程圖。在所示方法中，這里公開的本發(fā)明的技術應用于差錯控制消息的產(chǎn)生和差錯控制定時器的激活。當然，本領域技術人員可以認識到，本發(fā)明的許多實施例將這些技術應用于兩種差錯控制處理，但是一些實施例可以將這些技術應用于一個或另一個處理而不是兩者。
[0052]在任何情況下，圖7的示例方法從框710開始，向通信節(jié)點中的MAC控制器發(fā)信號通知需要鏈路資源來發(fā)送差錯控制消息。如上所述，這可以由多種不同事件中的任一事件來觸發(fā)。例如，接收節(jié)點處輪詢請求的接收一般將觸發(fā)狀態(tài)報告處理。在這種情況下，然后，框710處針對鏈路資源的發(fā)信號通知是針對用于發(fā)送狀態(tài)報告的資源。另一可能的觸發(fā)事件是差錯控制定時器的超時。例如，輪詢定時器的超時可以觸發(fā)新的輪詢請求，在這種情況下，框710處的發(fā)信號通知可以請求用于觸發(fā)新輪詢請求的資源。
[0053]在任何情況下，在框720，從MAC控制器接收鏈路資源可用的指示。如以上詳細討論的，這可以在請求資源之后幾乎立即發(fā)生，或者在明顯的調(diào)度延遲之后發(fā)生。在任一情況下，響應于鏈路資源可用的指示，在框730產(chǎn)生差錯控制消息。因此，差錯控制消息的內(nèi)容是基于當前狀態(tài)而產(chǎn)生的，而不會因為任何調(diào)度延遲而呈現(xiàn)為“失效”。在框740，將差錯控制消息轉發(fā)至MAC控制器以進行發(fā)送。由于框730的消息產(chǎn)生和框740的消息轉發(fā)被推遲到資源可用的指示，在轉發(fā)至MAC控制器之后的發(fā)送延遲得以最小化。
[0054]在框750，從MAC控制器接收差錯控制消息的發(fā)送已經(jīng)開始或已經(jīng)完成的通知。如框760所示，響應于該通知，激活合適的差錯控制定時器，如輪詢定時器或狀態(tài)禁止定時器。
[0055]這里描述的RLC和MAC過程可以分別由分別實現(xiàn)上述協(xié)議棧210和220中的RLC和MAC層的RLC控制器和MAC控制器來實現(xiàn)。本領域技術人員可以認識到，這些過程可以通過修改傳統(tǒng)的RLC控制器和MAC控制器來實現(xiàn)，如上所述，RLC控制器和MAC控制器可以通過一個或多個可編程處理器、硬件電路或其組合來實現(xiàn)。
[0056]此外，這里描述的方法可以在無線鏈路的任一端或兩端實現(xiàn)，如上述LTE移動終端或eNodeB。因此，圖8示出了根據(jù)本發(fā)明的一個或多個實施例的無線通信設備的一般特征；在各實施例中，所示的無線設備800可以包括:移動終端(包括蜂窩電話、無線個人數(shù)字助理、無線個人計算機、機器至機器設備等)、基站、轉發(fā)器或終止無線鏈路的其他節(jié)點。
[0057]圖8的無線設備800包括無線收發(fā)機810，其經(jīng)由天線815并通過一個或多個無線鏈路與遠程收發(fā)機進行通信。在一些實施例中，無線收發(fā)機810被配置為接收和發(fā)送根據(jù)標準(如3GPP發(fā)布的任何無線標準)而格式化的信號。具體地，無線收發(fā)機810可以被配置為發(fā)送和/或接收根據(jù)LTE標準的OFDMA和SC-FDMA信號。
[0058]無線設備800還包括媒體接入控制功能元件820、無線鏈路控制功能元件830和其他處理840。MAC和RLC功能的一般功能如上所述；這些功能可在模擬和數(shù)字硬件和配置有軟件的可編程處理器的任何各種組合上實現(xiàn)。本領域技術人員可以認識到，這些功能以及無線設備800的操作所需的其他功能可以使用一個或多個可編程處理器來實現(xiàn)。在許多實施例中，MAC820和RLC830功能元件被實現(xiàn)為在配置有執(zhí)行這里描述的各種RLC和MAC功能的軟件的單個微處理器或?qū)Ｓ眉呻娐飞蠈崿F(xiàn)的協(xié)議棧(如圖2的協(xié)議棧210)。
[0059]具體地，可以使用以定義RLC層的軟件來編程的微處理器來實現(xiàn)RLC控制器830，其中RLC層被配置為發(fā)信號通知媒體接入控制器需要鏈路資源來發(fā)送數(shù)據(jù)，從媒體接入控制器接收用于發(fā)送數(shù)據(jù)的鏈路資源已經(jīng)被調(diào)度的指示，并且響應于該指示，基于RLC層的當前差錯控制狀態(tài)而產(chǎn)生差錯控制消息。差錯控制消息可以包括但不限于輪詢請求或狀態(tài)報告。在一些實施例中，RLC層還可以被配置為接收差錯控制消息的發(fā)送已經(jīng)開始的通知，并響應于該通知而啟動差錯控制定時器。差錯控制定時器可以包括但不限于輪詢定時器或狀態(tài)禁止定時器。
[0060]類似地，MAC控制器820的全部或部分可以在使用定義MAC層的軟件而編程的同一微處理器上或者一個或多個其他微處理器上實現(xiàn)。MAC層被配置為從RLC層接收指示需要鏈路資源來發(fā)送數(shù)據(jù)的信號，并根據(jù)需要來請求鏈路資源。MAC層還被配置為在接收到資源準許時通知RLC層。在一些配置中，MAC層還被配置為在差錯控制消息(由RLC層提供給MAC)已經(jīng)發(fā)送時，或者在一些實施例中在差錯控制的發(fā)送即將開始時通知RLC層。
[0061]在不脫離本發(fā)明的實質(zhì)特征的前提下，當然可以以不同于這里具體闡述的其他方式來執(zhí)行本公開的教導。在任何方面，這些實施例應被認為是示意性而非限制性，而且這里應當包括在所附權利要求的含義和等同范圍內(nèi)的所有改變。
【權利要求】
1.一種用于發(fā)送RLC ARQ控制消息的方法,所述方法包括: 向MAC層報告需要發(fā)送RLC ARQ控制消息； 在從MAC層向RLC層通知資源將可用于發(fā)送攜帶控制信息的RLC PDU時，創(chuàng)建在RLCPDU中攜帶的相關控制信息，向MAC層提交RLC PDU,并啟動差錯控制定時器。
2.根據(jù)權利要求1所述的方法，其中，所述差錯控制定時器是狀態(tài)禁止定時器。
3.根據(jù)權利要求2所述的方法，其中，所述狀態(tài)禁止定時器防止狀態(tài)報告。
4.根據(jù)權利要求1-3中任一項所述的方法，其中，RLCPDU包括RLC狀態(tài)報告。
5.根據(jù)權利要求1-4中任一項所述的方法，還包括:接收輪詢。
6.根據(jù)權利要求1所述的方法，其中，所述RLCARQ控制消息包括自動重復請求ARQ輪詢消息，所述差錯控制定時器是輪詢重傳定時器。
7.根據(jù)權利要求1-6中任一項所述的方法，其中，當MAC層向RLC層通知攜帶RLC控制信息的RLC PDU的發(fā)送即將開始時，啟動差錯控制定時器。
8.根據(jù)權利要求1-7中任一項所述的方法，其中，所述方法在UE中執(zhí)行。
9.根據(jù)權利要求1-8中任一項所述的方法，其中，所述方法在LTE系統(tǒng)中執(zhí)行。
10.一種無線通信設備，用于發(fā)送RLC ARQ控制消息，所述設備包括:無線收發(fā)機、媒體接入控制器以及無線鏈路控制器，其特征在于，所述無線鏈路控制器被配置為: 向媒體接入控制器報告需要發(fā)送RLC ARQ控制消息； 在從媒體接入控制器向無線鏈路控制器通知資源將可用于發(fā)送攜帶控制信息的RLCPDU時，創(chuàng)建在RLC PDU中攜帶的相關控制信息，向媒體接入控制器提交RLC TOU，并啟動差錯控制定時器。
11.根據(jù)權利要求10所述的設備，其中，所述差錯控制定時器是狀態(tài)禁止定時器。
12.根據(jù)權利要求11所述的設備，其中，所述狀態(tài)禁止定時器防止狀態(tài)報告。
13.根據(jù)權利要求10-12中任一項所述的設備，其中，RLCPDU包括RLC狀態(tài)報告。
14.根據(jù)權利要求10-13中任一項所述的設備，所述無線鏈路控制器還被配置為接收輪詢。
15.根據(jù)權利要求10所述的設備，其中，所述RLCARQ控制消息包括自動重復請求ARQ輪詢消息，所述差錯控制定時器是輪詢重傳定時器。
16.根據(jù)權利要求10-15中任一項所述的設備，其中，所述無線鏈路控制器還被配置為:當MAC層向RLC層通知攜帶RLC控制信息的RLCPDU的發(fā)送即將開始時，啟動差錯控制定時器。
17.根據(jù)權利要求10-16中任一項所述的設備，其中，所述設備是UE。
18.根據(jù)權利要求10-17中任一項所述的設備，其中，所述設備被配置用于LTE。
【文檔編號】H04L1/16GK103840925SQ201410085646
【公開日】2014年6月4日 申請日期:2008年6月18日 優(yōu)先權日:2007年11月2日
【發(fā)明者】馬茨·薩戈弗斯, 約翰·特斯納 申請人:艾利森電話股份有限公司