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