D2d通信的調度請求過程的制作方法

D2d通信的調度請求過程的制作方法
【專利摘要】本發明涉及一種通過直接鏈路數據信道向接收用戶設備傳輸數據的、能夠進行D2D通信的通信方法以及一種傳輸用戶設備，傳輸用戶設備使用eNode B的服務，以便擁有為傳輸所述數據所分配的資源。為此，UE通過eNodeB使用專門針對標準上行鏈路通信的子幀的資源，而不是使用專門針對D2D數據傳輸的子幀上的資源，向eNB發送調度信息。為了允許eNB區分所接收的調度請求是要求通過直接鏈路信道傳輸數據還是通過eNB傳輸數據而分配資源，UE還可以隨調度信息一起發送與調度信息相關聯的標識信息。
【專利說明】
D2D通信的調度請求過程
技術領域
[0001] 本發明涉及一種用于在設備至設備通信系統中執行調度請求過程的系統與方法。 本發明還為執行此處所描述的方法提供了用戶設備。
【背景技術】
[0002] 長期演化(LTE)
[0003]目前，全世界范圍正在廣泛部署基于WCDMA射頻接入技術的第三代移動系統（3G)。 改進或者演化這一技術的第一步需要引入高速下行鏈路分組接入(HSDPA)和改進的上行鏈 路，也將其稱為高速上行鏈路分組接入(HSUPA)，從而產生了一種極具競爭性的射頻接入技 術。
[0004] 為了對進一步增長的用戶需求做好準備以及為了保持對新的射頻接入技術的競 爭力，3GPP引入了一種稱為長期演化(LTE)的新的移動通信系統。LTE的設計旨在滿足今后 十幾年對高速數據與媒體傳送以及大容量語音支持的載波需求。提供高比特率的能力是對 LTE的關鍵度量。
[0005] 關于稱為演化的UMTS陸地射頻接入(UTRA)和UMTS陸地射頻接入網絡(UTRAN)的長 期演化(LTE)的工作項(WI)規范最終作為版本8(LTE版本8)完成。LTE系統代表提供具有低 延遲時間和低開銷的完全基于IP的功能的高效的基于分組的射頻接入和射頻接入網絡。 3GPP，TR 25.913( "對演化的UTRA和演化的UTRAN的要求(Requirements for Evolved UTRA and Evolved UTRAN)"，www.3gpp.org))中給出了詳細的系統要求。在LTE中，規定了可放縮 的多個傳輸帶寬，例如，1.4、3.0、5.0、10.0、15.0、以及20 .OMHz，以使用給定的頻譜獲得靈 活的系統部署。在下行鏈路中，采用了基于正交頻分復用（OFDM)的射頻接入，之所以采用 OFDM的射頻接入，是由于其對因低符號率所產生的多路徑干擾(MPI)的固有的抗擾性、對循 環前綴(CP)的使用、以及其對不同傳輸帶寬配置的親合力。在上行鏈路中采用了基于單載 波頻分多址（SC-H)MA)的射頻接入，這是因為在考慮了用戶設備(UE)的受限的傳輸功率的 情況下，廣域覆蓋的提供優于峰值數據率的改進。使用了多種關鍵的射頻接入技術，包括多 輸入多輸出(Mnro)信道傳輸技術，而且在版本8LTE中實現了高效的控制信令結構。
[0006] TJJTRAN 體系結構
[0007] 圖1中描述了總的架構，并且圖2中給出了 T_UTRAN架構的更詳細的表示。T_UTRAN 由一或多個eNodeB組成，向UE提供TJJTRAN用戶面(PDCP/RLC/MAC/PHY)和控制面(RRC)協議 終止。eN 〇deB(eNB)主管物理(PHY)、媒體訪問控制(MAC)、射頻鏈路控制(RLC)、以及包括用 戶面報頭壓縮與加密功能的分組數據控制協議(PDCP)層。其還提供了相應于控制面的射頻 資源控制（RRC)功能。其執行多種功能，包括射頻資源管理、準予控制（admi ssion control)、調度、協商的上行鏈路服務質量(UL QoS)的實施、小區信息廣播、用戶與控制面 數據的加密/解密、以及下行鏈路/上行鏈路用戶面分組報頭的壓縮/解壓縮。通過X2接口把 eNodeB互相連接。
[0008] 還通過Sl接口把eNodeB連接于EPC(演化的分組核心），更具體地講，通過Sl-MME將 其連接于MME(移動管理實體），以及通過Sl-U將其連接于服務網關(S-GW) Al接口支持MME/ 服務網關和eNodeB之間多對多的關系。SGW路由并轉發用戶數據分組，同時在eNB間切換期 間也用作用戶面的移動性錨(mobility anchor)，并且用作LTE和其它3GPP技術之間的移動 性的錨(終止S4接口并且中繼2G/3G系統和PDN GW之間的業務）。對于空閑狀態UE，S-GW終止 下行鏈路數據路徑，而且當針對用戶設備的下行鏈路數據到達時觸發尋呼。其管理和存儲 用戶設備環境，例如，IP承載服務的參數、網絡內部路由信息。在合法攔截的情況下，其還執 行用戶業務的復制。
[0009] MME為LTE接入網絡的關鍵控制節點。其負責空閑模式用戶設備追蹤與尋呼過程， 包括重新傳輸。承載激活/去激活處理涉及到MME，另外，在初始附接以及在涉及核心網絡 (CN)節點重定位的LTE內切換時，其還負責為用戶設備選擇S-GW。其負責對用戶進行驗證 (通過與HSS的交互）。非接入層(NAS)信令終止于MME，而且其還負責臨時標識的生成以及向 用戶設備的分配。其檢查UE的驗證來預占服務提供商的公共陸地移動網絡(PLMN)，并且實 施用戶設備漫游限制。MEE是網絡中的終點，用于NAS信令的加密/完整性保護，并且進行安 全密鑰管理。MME也支持信令的合法攔截。MME還為LTE和具有從SGSN終止于MME的S3接口的 2G/3G接入網絡之間的移動性提供了控制面功能。MME也終止向用于漫游用戶設備的歸屬 HSS(home HSS)的S6a接口。
[0010] LTE中的分量載波結構
[0011]在所謂的子幀中的時間頻率域中對3GPP LTE系統的下行鏈路分量載波進行進一 步的劃分。在3GPP LTE中，把每一個子幀劃分為兩個下行鏈路時隙（slot)，如圖3中所示，其 中，第一下行鏈路時隙包含第一OFDM符號中的控制信道區(PDCCH區）。每一個子幀由時間域 中給定數目的OFDM符號組成(在3GPP LTE(版本8)中為12或者14個OFDM符號），其中，每一個 OFDM符號跨越分量載波的整個帶寬。于是，還如圖4中所示，每一個OFDM符號由在相應 Ng xN，子載波上傳輸的多個調制符號組成。
[0012] 假設，例如，多載波通信系統使用了OFDM(例如，如3GPP長期演化（LTE)中所使用 的），則調度器能夠分派的資源的最小單位是"資源塊"。把物理資源塊定義為時間域中Ν?* 個連續的OFDM符號以及頻率域中Nf個連續的子載波，如圖4中示范性加以描述的。于是，在 3GPP LTE(版本8)中，物理資源塊由NfmbXNf個資源單位組成，相應于時間域中的時隙以 及頻率域中的180kHz (有關下行鏈路資源網格的更詳細的描述，例如，參見3GPP TS 36·21I，"Evolved Universal Terrestrial Radio Access(E-UTRA)!Physical Channels and Modulation(Release 8)"，版本8.9.0或者9·0·0,6·2節，可得于http:// www · 3gpp · org，并且將其并入此處以作參考）。
[0013] 術語"分量載波"指的是若干資源塊的組合。在LTE今后的版本中，不再使用術語 "分量載波"，取而代之，將這一術語改為"小區（cell)"，其指的是下行鏈路和可選的上行鏈 路資源的組合。在下行鏈路資源上傳輸的系統信息中指出下行鏈路資源的載波頻率和上行 鏈路資源的載波頻率之間的鏈接。
[0014] LTE的進一步的改進(LTE-A)
[0015] 在世界射頻通信會議2007( WRC-07)上確定了頂T-Advanced的頻率頻譜。盡管確定 了頂T-Advanced的總的頻率頻譜，但實際可用的頻率帶寬隨每一個地區或者國家的不同而 不同。然而，在確定了可用的頻率頻譜輪廓之后，在第三代合作伙伴計劃(3GPP)中又開始了 射頻接口的標準化。在3GPP TSG RAN#39會議上，在3GPP中，批準了對"E-UTRA(LTE-Advanced)的進一步改進"的研究項目描述。這一研究項目涵蓋了針對E-UTRA的演化所考慮 的各個技術方面，例如，以滿足有關頂T-Advanced的要求。以下描述了當前針對LTE-A所考 慮的兩個主要技術方面。
[0016]支持更寬帶寬的LTE-A中的載波聚合
[0017] LTE-Advanced系統能夠支持的帶寬為IOOMHz，而LTE系統僅可支持20MHz。目前，射 頻頻譜的缺乏已經成為無線網絡發展的瓶頸，所以難以發現對于LTE-Advanced系統足夠寬 的頻譜帶。因此，迫切需要找到一種獲得更寬射頻頻譜帶的方式，其中，可能的答案是載波 聚合功能。
[0018] 在載波聚合中，聚合兩個或兩個以上的分量載波(CC)，以支持高達IOOMHz的更寬 的傳輸帶寬。把LTE系統中的若干小區聚合為LTE-Advanced系統中一個更寬的信道，其寬度 足夠100MHz，盡管LTE中的這些小區處于不同的頻率頻帶。UE可以同時在一或多個CC上進行 接收或者傳輸，取決于其能力：
[0019] -具有針對CA的接收與/或傳輸能力的版本IOUE能夠同時在相應于多個服務小區 的多個CC上進行接收與/或傳輸；
[0020] -版本8/9UE僅能夠在單一的小區CC上進行接收以及在相應于服務小區的單一的 CC上進行傳輸。
[0021] 針對毗鄰和非毗鄰CC兩種情況，支持載波聚合(CA)，其中使用了版本8/9的數理 學，每一個CC被限制為頻率域中最多110個資源塊。
[0022] 能夠把UE配置為聚合源自同一 eNB的以及UL和DL中可能具有不同帶寬的不同數目 的CC。
[0023] 能夠配置與用戶設備兼容的3GPP LTE-A(版本10)，以聚合源自同一eNodeB(基站） 以及上行鏈路和下行鏈路中可能具有不同帶寬的不同數目的分量載波。可以配置的下行鏈 路分量載波的數目取決于UE的下行鏈路聚合能力。相反，可以配置的上行鏈路分量載波的 數目取決于UE的上行鏈路聚合能力。不能夠配置其上行鏈路分量載波多于下行鏈路分量載 波的移動終端。
[0024] 在典型的TDD部署中，上行鏈路和下行鏈路中的每一個分量載波的數目和帶寬相 同。源自同一eNodeB的分量載波不需要提供相同的覆蓋。
[0025] 分量載波應該是LTE版本8/9可兼容的。然而，也可以使用現存的機制(例如，禁止） 避免版本8/9UE預占某一分量載波。
[0026]毗鄰聚合的分量載波的中心頻率之間的間隔應該是300kHz的倍數。這是為了與 3GPP LTE(版本8/9)的IOOkHz頻率光柵兼容，與此同時保持與具有15kHz間隔的子載波的正 交性。依據聚合情況，在毗鄰分量載波之間插入少量未使用的子載波有助于形成nX300kHz 間隔。
[0027]僅把多個載波的聚合的特性暴露于MAC層。對于上行鏈路和下行鏈路，針對每一個 聚合的分量載波，均存在一個MAC中所要求的HARQ實體。每分量載波最多存在一個傳送塊 (在針對上行鏈路的SU-M頂0不存在的情況下）。需要把傳送塊及其可能的HARQ重新傳輸映 像于同一個分量載波。
[0028]圖5和圖6中分別針對下行鏈路和上行鏈路描述了具有被激活的載波聚合的層2結 構。在MAC和層1之間描述了傳送信道，在MAC和RLC之間描述了邏輯信道。
[0029]當配置載波聚合(CA)時，UE僅具有一個與網絡的RRC連接。在RRC連接建立/重新建 立/切換時，一個服務小區提供NAS移動性信息（例如，TAI )，在RRC連接重新建立/切換時，一 個服務小區提供安全性輸入。把這一小區稱為主小區(PCell)。在下行鏈路中，相應于PCell 的載波為下行鏈路主分量載波(DL PCC)，而在上行鏈路中，其為上行鏈路主分量載波(UL PCC)〇
[0030] 依據UE能力，可以配置次小區（SCell)，以與PCell-起形成一組服務小區。在下行 鏈路中，相應于SCell的載波為下行鏈路次分量載波(DL SCC)，而在上行鏈路中，其為上行 鏈路次分量載波OJL SCC)。
[0031] 因此，針對UE配置的一組服務小區總是由一個PCell和一或多個SCell組成：
[0032] -對于每一個SCell，除了下行鏈路資源之外，UE還可以配置上行鏈路資源的使用 (因此，所配置的DL SCC的數目總是大于或者等于UL SCC的數目，并且對于僅使用上行鏈路 資源的情況，不能配置SCell);
[0033]-從UE的角度來看，每一個上行鏈路資源僅屬于一個服務小區；
[0034]-可以配置的服務小區的數目取決于UE的聚合能力；
[0035] -僅可以通過交接過程(即，通過安全密鑰改變和RACH過程)改變PCell;
[0036] -將PCe 11用于PUCCH的傳輸；
[0037]-與SCell不同，不能夠去激活PCell;
[0038]-當PCell經歷瑞利衰減(RLF)時觸發重新建立，當SCell經歷RLF時不觸發重新建 立；
[0039]-從下行鏈路PCell獲取非接入層(NAS)信息；
[0040] RRC可以執行分量載波的配置與重新配置。經由MAC控制元實現激活與去激活。在 LTE內切換時，RRC也可以添加、去除、或者重新配置用于目標小區中的SCel 1。可以由RRC執 行SCe 11的重新配置、添加以及去除。在LTE內切換時，RRC也可以添加、去除、或者重新配置 與目標PCe 11 -起使用的SCe 11。當添加新的SCe 11時，使用專用RRC信令發送SCe 11的所有所 要求的系統信息，即當處于被連接模式時，UE不需要直接從SCell獲取廣播的系統信息。
[0041] 當使用載波聚合配置用戶設備時，存在一對始終活躍的上行鏈路和下行鏈路分量 載波。也可以把所述一對中的下行鏈路分量載波稱為"DL錨載波"。同樣情況也適用于上行 鏈路。
[0042] 當配置載波聚合時，可以同時通過多個分量載波調度用戶設備，但在任何時候將 最多一個隨機接入過程在運行。跨載波調度允許分量載波的PDCCH在另一個分量載波上調 度資源。為此，在各DCI格式中引入了一個分量載波標識字段(稱為CIF)。
[0043] 當存在非跨載波調度時，上行鏈路和下行鏈路分量載波之間的鏈接允許標識對其 加以授權的上行鏈路分量載波。不一定需要下行鏈路分量載波向上行鏈路分量載波的一對 一的鏈接。換句話說，一個以上的下行鏈路分量載波可以鏈接于同一個上行鏈路分量載波。 與此同時，一個下行鏈路分量載波只能夠鏈接于一個上行鏈路分量載波。
[0044] LTE RRC狀態
[0045] 以下將主要描述LTE中的兩種主要狀態："RRC_S閑"和"RRCji^接"。
[0046] 在RRC_空閑中，射頻不活躍，但網絡向其賦予一個ID并且對其加以跟蹤。更具體地 講，RRC_S閑中的移動終端進行小區選擇與重新選擇一換句話說，其決定哪一個小區預占。 小區（重新)選擇處理考慮了每一種可用射頻接入技術(RAT)的每一個可用頻率的優先級、 射頻鏈路質量以及小區狀況（即，是禁止一個小區還是保留一個小區）。1?此_空閑的移動終 端監視尋呼信道，以檢測進入的呼叫，并且獲取系統信息。所述系統信息主要由網絡(E-UTRAN)可以根據其控制小區（重新)選擇處理的參數組成。RRC指定可用于RRC_空閑中移動 終端的控制信令，即尋呼與系統信息。TS 25.912中，例如，8.4.2章中，規定了RRC_S閑中移 動終端的行為，將其并入此處以作參考。
[0047] 在RRC_連接中，移動終端具有使用eNodeB中環境中的活躍的射頻操作。E-UTRAN向 移動終端分配射頻資源，以促進經由共享數據信道的（單播)數據的傳遞。為了支持這一操 作，移動終端監視一個相關聯的控制信道，該控制信道用于指示時間與頻率方面共享傳輸 資源的動態分配。移動終端向網絡提供其緩沖器狀況、下行鏈路信道質量、以及相鄰小區測 量信息的報告，以使E-UTRAN能夠為移動終端選擇最合適的小區。這些測量報告包括使用其 它頻率或者RAT的小區。UE也接收系統信息，所述系統信息主要由使用傳輸信道所需的信息 組成。為了延長其電池壽命，可以為RRCJii接中的UE配備一個不連續的接收(DRX)周期。RRC 是E-UTRAN根據其控制RRC_連接中UE行為的協議。
[0048] 邏輯與傳送信道
[0049] MAC層通過邏輯信道向RLC層提供數據傳遞服務。邏輯信道是載有諸如RRC信令的 控制數據的控制邏輯信道，或者是載有用戶面數據的業務邏輯信道。廣播控制信道(BCCH)、 尋呼控制信道（PCCH)、公共控制信道（CCCH)、多播控制信道(MCCH)以及專用控制信道 (DCCH)均為控制邏輯信道。專用業務信道(DTCH)和多播業務信道(MTCH)是業務邏輯信道。
[0050] 通過傳送信道與物理層交換來自MAC層的數據。依據如何無線傳輸數據，把數據復 用到傳送信道。把傳送信道分類為下行鏈路或者上行鏈路，如下。廣播信道(BCH)、下行鏈路 共享信道(DL-SCH)、尋呼信道(PCH)以及多播信道信道(MCH)為下行鏈路傳送信道，而上行 鏈路共享信道(UL-SCH)和隨機接入信道(RACH)為上行鏈路傳送信道。
[0051] 于是，分別在下行鏈路和上行鏈路中的邏輯信道和傳送信道之間進行復用。
[0052] 層1/層2(L1/L2)控制信令
[0053] 為了向被調度的用戶通知其分配狀況、傳送格式以及其它與數據相關的信息（例 如，HARQ信息、傳輸功率控制(TPC)命令），隨數據一起在下行鏈路上傳輸L1/L2控制信令。假 設能夠逐子幀地改變用戶分配，在子幀中復用下行鏈路數據以及L1/L2控制信令。應該加以 注意的是，也可以按TTI(傳輸時間間隔)執行用戶分配，其中，TTI長度為子幀的倍數。可以 在服務區域中針對所有用戶固定TTI長度、可以針對不同的用戶設置不同的TTI長度、甚至 還可以針對每一個用戶動態地設置TTI長度。總之，僅需每TTI傳輸L1/L2控制信令一次。 [0054]在物理下行鏈路控制信道(PDCCH)上傳輸L1/L2控制信令。PDCCH載有作為下行鏈 路控制信息(DCI)的消息，該分組括針對移動終端或者UE組的資源分派和其它控制信息，可 以在一個子幀中傳輸多個roccH。
[0055] 應該加以注意的是，在3GPP LTE中，也在H)CCH上傳輸針對上行鏈路數據傳輸的分 派(也將其稱為上行鏈路調度授權或者上行鏈路資源分派）。
[0056] 對于調度授權，可以把L1/L2控制信令上發送的信息分為以下兩個類，載有Cat 1 信息的共享控制信息(SCI)和載有Cat 2/3信息的下行鏈路控制信息(DCI)。
[0057]攜帶Cat 1信息的共享控制信息(SCI)
[0058] L1/L2控制信令的共享控制信息部分包含與資源分配相關的信息（指示信息）。通 常，共享控制信息含以下信息：
[0059 ]-用戶標識，指示被分配的資源的用戶。
[0060] -RB分配信息，指示根據其向用戶分配的資源(資源塊(RB))。
[0061] -分派的持續時間(可選的），如果通過多個子幀(或者TTI)的分派是可能的。
[0062] 依據其它信道的設置，并且依據下行鏈路控制信息(DCI)的設置(參見以下描述）， 共享控制信息還可以包含諸如針對上行鏈路傳輸的ACK/NACK信息、上行鏈路調度信息、關 于DCI的信息(資源、MCS等)之類的信息。
[0063]攜帶Cat 2/3信息的下行鏈路控制信息(DCI)
[0064] L1/L2控制信令的下行鏈路控制信息部分包含與傳輸到Cat 1信息所指示的被調 度的用戶的數據的傳送格式(Cat 2信息）相關的信息。而且，在把(混合)ARQ作為重新傳輸 協議的情況下，Cat 2信息攜帶HARQ(貓臺3)信息。根據Cat 1被調度的用戶僅需要對下行鏈 路控制信息進行譯碼。通常，下行鏈路控制信息含有關以下內容的信息：
[0065] -Cat 2信息：調制方案、傳送塊(有效載荷)大小或者編碼率、與MMO(多輸入多輸 出）相關的信息等。可以以信號告知傳送塊(或者有效載荷大小）或者代碼率。在任何情況 下，均可以使用調制方案信息和資源信息(所分配的資源塊的數目）互相計算這些參數 [0066] -Cat 3信息：與HARQ相關的信息，例如，混合ARQ處理號碼、冗余版本、重新傳輸序 列號
[0067]下行鏈路控制信息按多種格式出現，這些格式的總的大小不同，而且包含在其字 段中的信息也不同。當前針對LTE所定義的不同的DCI格式如下，并且在3GPP TS 36.212 ("Multiplexing and channel coding"，5·3·3·1節（可得于http://www.3gpp.org，并且將 其并入此處以作參考)）中對它們進行了詳細的描述。
[0068]格式0:DCI格式0用于針對PUSCH的資源授權的傳輸
[0069]關于DCI格式的進一步的信息以及在DCI中傳輸的具體信息，請參見技術標準或者 LTE-The UMTS Long Term Evolution-From Theory to Practice，Stefania Sesia、 Issam Toufik、Matthew Baker編寫，9.3章，將其并入此處以作參考。
[0070] 下行鏈路&上行鏈路數據傳輸
[0071] 對于下行鏈路數據傳輸，在分開的物理信道(PDCCH)上隨下行鏈路分組數據傳輸 一起傳輸L1/L2控制信令。通常，這一 L1/L2控制信令包含有關以下內容的信息：
[0072]-物理資源，在其上傳輸數據(例如，在OFDM情況下為子載波或者子載波塊，在CDMA 情況下為代碼）。這一信息允許移動終端(接收器)標識在其上傳輸數據的資源。
[0073] -當把用戶設備配置為在L1/L2控制信令中具有載波指示字段(CIF)時，這一信息 標識具體控制信令信息所希望的分量載波。這實現了希望在另一個分量載波發送的、在一 個分量載波上發送的分派（"跨載波調度"）。例如，所述另一個，即被跨載波調度的分量載 波，可以為較少I 3DCCH的分量載波，即被跨調度的分量載波不載有任何L1/L2控制信令。
[0074] -傳送格式，用于傳輸。其可以為數據的傳送塊大小（有效載荷大小、信息比特大 小）、MCS(調制與編碼方案)級別、頻譜效率、代碼率等。這一信息(通常伴隨資源分配(例如， 分派于用戶設備的資源塊的數目））允許用戶設備(接收器)標識信息比特大小、調制方案以 及代碼率，以開始解調、降率匹配以及譯碼過程。可以顯式地以信號告知調制方案。
[0075]-混合 ARQ(HARQ)信息：
[0076] _HARQ處理號碼:允許用戶設備標識通過其映像數據的HARQ處理。
[0077] 序列號或者新數據指示符(NDI):允許用戶設備標識所述傳輸是新分組還是重 新傳輸的分組。如果以HARQ協議實現軟組合，則序列號或者新數據指示符加之HARQ處理號 碼能夠在譯碼之前實現針對I3DU的傳輸的軟組合。
[0078] 冗余與/或星座版本：告訴用戶設備使用了哪一個混合ARQ冗余版本（降率匹配 所要求的)與/或使用了哪一個調制星座版本(解調所要求的）。
[0079] -UE標識(UE ID):告訴L1/L2控制信令針對哪一個用戶設備。在典型的實現中，這 一信息用于屏蔽L1/L2控制信令的CRC，以防止其它用戶設備讀取這一信息。
[0080] 為了實現上行鏈路分組數據傳輸，在下行鏈路(PDCCH)上傳輸L1/L2控制信令，以 告訴用戶設備有關傳輸細節。通常，這一 L1/L2控制信令包含有關以下內容的信息：
[0081] -物理資源，用戶設備將在其上傳輸數據(例如，在OFDM情況下為子載波或者子載 波塊，在CDM情況下為代碼）。
[0082] -當把用戶設備配置為在L1/L2控制信令中具有載波指示字段(CIF)時，這一信息 標識具體控制信令信息所針對的分量載波。這實現了在一個分量載波上發送針對另一個分 量載波的分派。例如，所述另一個，即被跨調度的分量載波可以為較少HXXH的分量載波，BP 被跨調度的分量載波不載有任何L1/L2控制信令。
[0083]-如果數個DL分量載波鏈接于同一個UL分量載波，則在與上行鏈路分量載波鏈接 的DL分量載波上或者在多個DL分量載波之一上發送針對上行鏈路授權的L1/L2控制信令。
[0084] -傳送格式，用戶設備應將其用于傳輸。其可以為數據的傳送塊大小(有效載荷大 小、信息比特大小）、MCS(調制與編碼方案)級別、頻譜效率、代碼率等。這一信息(通常伴隨 資源分配(例如，分派于用戶設備的資源塊的數目））允許用戶設備(傳輸器)識別信息比特 大小、調制方案以及代碼率，以開始解調、降率匹配以及譯碼過程。在某些情況下，可以顯式 地以信號告知調制方案。
[0085] -混合ARQ信息：
[0086] _HARQ處理號碼:告訴用戶設備應該從哪一個ARQ處理選擇數據。
[0087] 序列號或者新數據指示符：告訴用戶設備傳輸新分組或者重新傳輸分組。如果 按HARQ協議實現軟組合，則序列號或者新數據指示符加之HARQ處理號碼能夠在譯碼之前實 現針對協議數據單元(PDU)的傳輸的軟組合。
[0088] 冗余與/或星座版本：告訴用戶設備使用了哪個混合ARQ冗余版本(率匹配所要 求的)與/或使用了哪個調制星座版本(解調所要求的）。
[0089] -UE標識(UE ID):告訴哪一個用戶設備應該傳輸數據。在典型的實現中，這一信息 用于屏蔽L1/L2控制信令的CRC，以防止其它用戶設備讀取這一信息。
[0090] 如何在上行鏈路和下行鏈路數據傳輸中精確傳輸以上所提到的信息段存在著多 種不同的可能性。而且，在上行鏈路和下行鏈路中，L1/L2控制信息也可以包含附加的信息， 或者可以省略某些信息，例如：
[0091] -在同步HARQ協議的情況下，可不需要HARQ處理號碼，即，不以信號告知HARQ處理 號碼。
[0092] -如果使用了追趕合并（總是相同的冗余與/或星座版本)或者如果預先定義了冗 余與/或星座版本序列，則可不需要冗余與/或星座版本，從而不以信號告知冗余與/或星座 版本。
[0093] -也可以把功率控制信息額外地包括在控制信令中。
[0094]-也可以把諸如預編碼等與MBTO相關的控制信息額外地包括在控制信令中。
[0095]-在多代碼字MMO傳輸的情況下，可以包括針對多個代碼字的傳送格式與/SHARQ 信息。
[0096]對于在LTE中的HXXH上以信號告知的上行鏈路資源分派(在物理上行鏈路共享信 道(PUSCH)上），L1/L2控制信息不包含HARQ處理號碼，這是因為針對LTE上行鏈路使用了同 步HARQ協議。按時序給出了用于上行鏈路傳輸的HARQ處理。另外，應該加以注意的是，與傳 送格式信息一起對冗余版本(RV)信息進行編碼，即，把RV信息嵌入傳送格式(TF)字段。例 如，傳送格式(TF)相應的調制與編碼方案(MCS)字段具有5個比特的大小，其相應于32個項 目。為了表示冗余版本(RV) 1、2或者3，預約了3個TF/MCS表項。其余的MCS表項用于以信號告 知隱含表示RVO的MCS級別(TBS)。PDCCH的CRC字段的大小為16個比特。
[0097] 對于在LTE中的PDCCH上以信號告知的下行鏈路分派(PDSCH)，在兩個比特的字段 中，分別以信號告知冗余版本(RV)。另外，與傳送格式信息一起對調制次序信息進行編碼。 類似于上行鏈路的情況，在PDCCH上存在以信號告知的5個比特的MCS字段。預約了其中的3 個項目，以以信號告知調制次序，未提供傳送格式(傳送塊)信息。對于其余的29個項目，以 信號告知調制次序和傳送塊大小。
[0098]針對LTE的上行鏈路存取方案
[0099]對于上行鏈路傳輸，為了最大化覆蓋，高功效用戶終端傳輸是必須的。已經把與具 有動態帶寬分配的FDMA相結合的單載波傳輸選擇為演化的UTRA上行鏈路傳輸方案。偏好單 載波傳輸的主要原因是，與多載波信號(CFDMA)相比，較低的峰值與平均功率比（PARR)，以 及相應的改進的功率放大器效率和假設的提高的覆蓋(對于給定的終端峰值功率的較高的 數據率）。在每一個時間間隔期間，節點B向用戶分派用于傳輸用戶數據的唯一的時間/頻率 資源，以確保小區內正交性。上行鏈路中的正交接入通過消除小區內干擾保證了提高的頻 譜效率。借助循環前綴在所傳輸的信號中的插入，在基站(節點B)處處理因多路徑傳播所產 生的干擾。
[0100]用于數據傳輸的基本物理資源由在其上映像所編碼的信息比特的一個時間間隔 (例如，0.5ms的子幀）期間大小為BWgran^頻率資源組成。應該加以注意的是，子幀（也稱為 傳輸時間間隔（TTI))是用戶數據傳輸的最小時間間隔。然而，在一個長于TTI的時間周期 上，通過子幀的串聯向用戶分派頻率資源BW grant是可能的。
[0101] 針對LTE的上行鏈路調度方案
[0102] 上行鏈路方案既允許所調度的接入(即，由eNB控制的），也允許基于競爭的接入。
[0103] 在所調度的接入的情況下，對于上行鏈路數據傳輸，向UE分配針對某一時間的某 一頻率資源（g卩，時間/頻率資源）。然而，也可以針對基于競爭的接入分配某些時間/頻率資 源，在這些時間/頻率資源中，UE能夠在未被首先加以調度的情況下進行傳輸。例如，一種其 中UE進行基于競爭的存取的情況是隨機存取，即，當UE執行對小區的最初接入或者請求上 行鏈路資源時。
[0104] 對于所調度的接入，節點B調度器向用戶分派用于上行鏈路數據傳輸的唯一的頻 率/時間資源。更具體地講，調度器確定
[0105] -允許哪個(哪些)UE進行傳輸，
[0106]-哪些物理信道資源(頻率），
[0107] -移動終端用于傳輸的傳送格式(調制編碼方案(MCS))。
[0108] 經由在L1/L2控制信道上發送的調度授權把分配信息以信號告知于UE。為了簡單 起見，以下也可能把該信道稱為上行鏈路授權信道。調度授權消息至少包含允許UE使用哪 部分頻率頻帶的信息、授權的有效期、以及UE必須用于即將到來的上行鏈路傳輸的傳送格 式。最短的有效期為一個子幀。取決于所選擇的方案，也可以把更多的信息包括在授權消息 中。僅把"每UE"授權用于授權UL-SCH上的傳輸的權利（即，不存在"每UE每RB"授權）。因此， UE需要根據某些規則在射頻載體之間分布所分配的資源。與HSUPA中不同，不存在基于UE的 傳送格式選擇。eNB根據某些信息(例如，所報告的調度信息和QoS信息)決定傳送格式，而且 UE必須遵循所選擇的傳送格式。在HSUPA中，節點B分派最大上行鏈路資源，于是，UE選擇用 于數據傳輸的實際傳送格式。
[0109] 由于射頻資源的調度是共享信道接入網絡中確定服務質量的最重要的功能，所以 為了允許有效的QoS管理，存在一些針對LTE的UL調度方案應該滿足的要求。
[0110] -應該避免低優先級服務的饑餓；
[0111] -調度方案應該支持射頻載體/服務的明確的QoS區分；
[0112] -UL報告應該允許精細緩沖器狀況報告(例如，每射頻載體或者每射頻載體組），以 允許eNB調度器標識針對哪一射頻載體/服務發送數據；
[0113] -應該能夠在不同用戶的服務之間進行明確的QoS區分；
[0114] -應該能夠提供每射頻載體的最小比特率。
[0115]從以上所列可以看出，LTE調度方案的一個重要的方面是，提供一些運營商能夠通 過它們控制在不同QoS類別的射頻載體之間分割其聚合的小區容量的機制。如先前所描述 的，由從AGW以信號告知于eNB的相應的SAE載體的QoS輪廓標識射頻載體的QoS類別。于是， 運營商能夠將其一定量的聚合的小區容量分配于與某一 QoS類別的射頻載體相關聯的聚合 的業務。使用這一基于類別的方案的主要目的旨在能夠依據分組所屬的QoS類別區別分組 的處理。
[0116]針對上行鏈路調度的緩沖器狀況報告/調度請求過程
[0117]調度的通常模式為動態調度，即通過用于下行鏈路傳輸資源的分配的下行鏈路分 派消息和用于上行鏈路傳輸資源的分配的上行鏈路授權消息的動態調度;對于特定的單子 幀，這些通常是有效的。使用以上已經提到的UE的C-RNTI在I 3DCCH上傳輸它們。對于其中交 通突然暴增以及速率動態變化的服務類型(例如，TCP)，動態調度是有效的。
[0118]除了動態調度，也定義了持續調度，持續調度實現了半靜態地配置射頻資源，并且 向UE分配所述射頻資源，其時間周期長于一個子幀，從而避免了對針對每一個子幀的HXXH 上的具體下行鏈路分派消息和上行鏈路授權消息的需求。持續調度對于那些數據分組對于 其很小、周期性的以及大小呈半靜態的諸如VoIP的服務是有用的。于是，與動態調度的情況 相比，PDCCH的開銷明顯降低。
[0119] 從UE向eNodeB的緩沖器狀況報告(BS)用于輔助eNodeB分配上行鏈路資源，即，上 行鏈路調度。對于下行鏈路的情況，顯然eNB調度器知道傳遞到每一個UE的數據的數量，然 而，對于上行鏈路方向，由于在eNB處進行調度決策，并且數據的緩沖器處于UE中，所以必須 從UE向eNB發送BSR，以表示需要通過UL-SCH傳輸的數據的數量。
[0120]基本上存在為LTE定義的兩種類型的緩沖器狀況報告MAC控制元(BSR):長BSR(具 有相應于LCG ID#0~3的4個緩沖器大小字段)或者短BSR(具有一個LCG ID字段和一個相應 的緩沖器大小字段）。緩沖器大小字段表示跨越邏輯信道組的所有邏輯信道可得的數據的 總數量，并且按被編碼為不同緩沖器大小級別的索引的字節數加以表示（也參見3GPP TS 36.321，版本10.5.0,6.1.3.1章，將其并入此處以作參考）。另外，還存在另一種類型的緩沖 器狀況報告，以使用截斷的數據，其中，緩沖器狀況報告為2個字節長。
[0121] UE依據傳送塊中的可用的傳輸資源、多少邏輯信道組具有非空的緩沖器以及是否 在UE處觸發了一個具體的事件，決定傳輸短或者長BSR中的哪一個。長BSR報告4個邏輯信道 組的數據的數量，而短BSR表示僅針對最高邏輯信道組緩沖的數據的數量。
[0122] 引入邏輯信道組概念的原因在于，盡管UE可以具有4個以上所配置的邏輯信道，但 針對每一單個邏輯信道報告緩沖器狀況將導致過多的信令開銷。因此，eNB把每一個邏輯信 道分派于邏輯信道組。較佳的做法是，應該在同一邏輯信道組中分配具有相同/類似QoS要 求的邏輯信道。
[0123] 例如，可以針對以下事件觸發BSR:
[0124] -每當數據到達一個具有高于其緩沖器為非空的邏輯信道的優先級的邏輯信道 時；
[0125] -當先前不存在可用于傳輸的數據時，每當數據對于任何邏輯信道變得可用時；
[0126] -每當重新傳輸BSR時間期滿時；
[0127] -每當周期BSR報告到期時，即周期BSR計時器時間期滿時；
[0128] -每當可以容納一個BSR的傳送塊中存在空位時。
[0129] 為了能夠有力對抗傳輸失敗，存在一種針對LTE定義的BSR重新傳輸機制。每當重 新啟動上行鏈路授權時，啟動或者重新啟動重新傳輸BSR計時器。如果在重新傳輸BSR計時 器期滿之前未接收到上行鏈路授權時，UE觸發另一個BSR。
[0130] 如果UE不具有為在傳送塊(TB)中包括BSR所分配的上行鏈路資源，則當觸發BSR 時，UE在物理上行鏈路控制信道(PUCCH)(如果配置了）上發送調度請求(SR)。對于所配置的 PUCCH上不存在D-SR(專用的調度請求)資源的情況，EU將啟動隨機存取過程(RACH過程），以 請求用于向eNB傳輸BSR信息的UL-SCH資源。然而，應該加以注意的是，對于要傳輸周期BSR 的情況，UE將不觸發SR傳輸。
[0131]另外，已經針對具體的調度模式介紹了對SR傳輸的改進，其中，按所定義的周期持 續地分配資源，以節省針對傳輸授權的L1/L2控制信令開銷，將其稱為半持續調度(SPS)。已 經針對半持續調度主要考慮的服務的一個實例是VoIP。在話音突增期間，在Codec處，每 20ms生成一個VoIP分組。于是，eNB能夠每20ms持續地分配上行鏈路資源或者相應地分配下 行鏈路資源，然后所述資源被用于VoIP分組的傳輸。一般情況下，SPS有益于具有可預測業 務行為（即，恒定比特率）、分組到達時間呈周期性的服務。對于針對上行鏈路方向配置SPS 的情況，eNB可以關閉針對特定配置的邏輯信道的SR觸發/傳輸，即，在那些具體配置的邏輯 信道上因數據到達導致的BSR觸發將不觸發SR。這種改進的動機在于為那些將使用半持續 分配的資源的邏輯信道(載有VoIP分組的邏輯信道)報告SR是對eNB調度無價值的，因此應 該加以避免。
[0132] 3GPP TS 36.321，版本￥10.5,5.4.5章（將其并入此處以作參考）中解釋了有關 BSR，特別是所述觸發的更詳細的信息。
[0133] 邏輯信道優先級排列
[0134] UE具有管理射頻載體之間上行鏈路資源共享的上行鏈路速率控制功能。以下，也 把該上行鏈路速率控制功能稱為邏輯信道優先級排列過程。當執行新的傳輸時，使用邏輯 信道優先級排列(LCP)過程，即需要生成一個傳送塊。已經有一個針對分派容量的建議，即， 按優先級次序把資源分派于每一個載體，直至每一個載體已經接收到等價于針對該載體的 最小數據率的分配，然后，把任何附加的容量分派于載體，例如，按優先級次序。
[0135] 從以下給出的LCP過程的描述將可以明顯看出，駐留在UE中的LCP過程的實現基于 IP領域中人們所熟悉的令牌桶模型。該模型的基本功能如下。按給定的速率，周期性地把代 表傳輸給定量的數據的權利的令牌添加于桶中。當UE為被授權的資源時，允許傳輸數據，直 至達到桶中的令牌所表示的數量。當傳輸數據時，UE去除等于所傳輸的數據的數量的令牌 的數目。在桶為滿的情況下，丟棄任何進一步的令牌。對于令牌的添加，可以假設這一過程 的重復的周期將為每TTI，但能夠很容易地延長這一周期，以致每秒鐘僅添加一個令牌。基 本上講，取代每Ims把令牌添加于桶中，可以每秒鐘添加1000個令牌。以下，描述了版本8中 使用的邏輯信道優先級排列過程。
[0136] 3GPP TS 36.321，版本8,5.4.3.1章(將其并入此處以作參考）中解釋了有關LCP過 程的更詳細的信息。
[0137] RRC通過針對每一個邏輯信道的信令:優先級，其中，增加的優先級值表示一個低 優先級級別；PrioritisedBitRate，其設置了按優先級排列的比特率（PBR); bucketSizeDuration，其設置了桶大小持續時間（BSD)，以控制上行鏈路數據的調度。按優 先級排列的比特率背后的想法是對每一個載體的支持，包括低優先級非GBR載體、最小比特 率，以避免潛在的饑餓。每一個載體應該至少獲得足夠的資源，以達到按優先級排列的比特 率(PRB)。
[0138] UE將為每一個邏輯信道j維持一個變量Bj。當建立了相關的邏輯信道時，將把Bj初 始化為〇，并且針對每一個TTI把Bj遞增乘積PBR X TTI的持續時間，其中，PBR為邏輯信道j的 按優先級排列的比特率。然而，Bj的值永遠不能超過桶的大小，而且如果Bj的值大于邏輯信 道j的桶的大小，則將其設置為桶的大小。邏輯信道的桶的大小等于PBRXBSD，其中，由較上 層配置PBR和BSD。
[0139] 當執行新的傳輸時，UE將執行以下邏輯信道優先級排列過程：
[0140] -UE將按以下步驟向邏輯信道分配資源：
[0141] -步驟1:按遞減的優先級次序向具有Bj>0的所有邏輯信道分配資源。如果把射頻 載體的PBR設置為"無限"，則在滿足低優先級射頻載體的PBR之前，UE將為可用于射頻載體 上的傳輸的所有數據分配資源；
[0142] -步驟2:UE應該將Bj減少服務于步驟1中的邏輯信道j的MAC SDU的整個大小
[0143] 此時，必須注意Bj的值可以為負。
[0144] -步驟3:如果仍存在任何剩余資源，則按嚴格遞減的優先級次序為所有邏輯信道 (無論哪一個首先出現)提供服務(而不管Bj的值如何），直至針對該邏輯信道或者UL授權的 數據枯竭，無論誰先枯竭。將同等地向配有相等優先級的邏輯信道提供服務。
[0145] -在上述調度過程期間，UE也將遵循以下規則：
[0146] -如果整個SDU(或者部分地傳輸的SDU或者重新傳輸的RLC H)U)適合剩余的資源， 則UE不分割RLC rou(或者部分地傳輸的SDU或者重新傳輸的RLC rou);
[0147] -如果UE分割來自邏輯信道的RLC PDU，則其將最大化分割的大小，以盡可能地滿 足所述授權；
[0148] -UE應該最大化數據的傳輸。
[0149] 對于邏輯信道優先級排列過程，UE將按遞減的次序考慮以下的相對優先級：
[0150] -針對C-RNTI的MAC控制元或者來自UL-CCCH的數據；
[0151] -針對BSR的MAC控制元，除所包括的用于填充的BSR;
[0152] -針對PHR的MAC控制元；
[0153] -來自任意邏輯信道的數據，除來自UL-CCCH的數據；
[0154] -針對所包括的用于填充的MAC控制元。
[0155] 對于載波聚合的情況，以下一節中對其進行了描述，當要求UE在一個TTI中傳輸多 個MAC PDU時，可以把步驟1~3以及相關聯的規則獨立地應用于每一個授權或者授權的容 量之和。另外，還把處理授權的次序留給UE實現。當要求UE在一個TTI中傳輸多個MAC PDU 時，由UE實現決定把MC控制元包括在哪一個MAC PDU中。
[0156] 上行鏈路功率控制
[0157] 移動通信系統中的上行鏈路功率控制服務于一個重要目的：其把實現所要求的服 務質量(Q0S)的每比特所傳輸的足夠的能量的需求與最小化對系統的其他用戶的干擾和最 大化移動終端的電池壽命的需求加以平衡。在實現這一目的過程中，功率控制(PC)的作用 對提供所需的SINR同時控制所產生的對相鄰小區的干擾變得至關重要。上行鏈路中傳統的 PC方案的構思在于，作為所熟知的全面補償，所有用戶接收同樣的SINR。作為替代，3GPP已 經針對LTE采用了對部分功率控制(FPC)的使用。該新功能使具有較高路徑損失的用戶能夠 按較低的SINR要求操作，使得他們將更可能生成對相鄰小區的較少的干擾。
[0158] 在LTE中，針對物理上行鏈路共享信道(PUSCH)、物理上行鏈路控制信道(PUCCH)以 及聲音參照信號(SRS)規定了詳細的功率控制公式(TS36.213中5.1節）。這些上行鏈路信號 中的每一個信號的公式遵循同樣的基本原則，在所有情況下，都可以把它們視為兩個主項 目之和:從eNode以信號告知的靜態或者半靜態參數所導出的基本開環操作點、以及逐子幀 更新的動態偏移。
[0159] 針對每資源塊傳輸功率的基本開環操作點取決于包括小區間干擾和小區負載的 多種因素。還可以將其進一步劃分為兩個部分，半靜態基準等級P0,進一步由針對小區中所 有UE的公共功率等級（按dBm測量的）和UE特定的偏移構成；以及開環路徑損失補償部分。每 資源塊功率的動態偏移部分也可以進一步劃分為兩個部分，依賴于所使用的MCS的部分以 及顯式傳輸功率控制(TP)命令。
[0160]該依賴MCS的部分(在LTE規范中將其稱為Atf，其中，TF代表'傳送格式'）允許根據 所傳輸的信息數據率適應每RB所傳輸的功率。
[0161] 動態偏移的另一個部分是面向UE的TPC命令。這些命令可以按兩種不同的模式操 作：累積TPC命令（可用于PUSCH、PUCCH以及SRS)和絕對TCP命令（僅可用于PUSCH)。對于 PUSCH，通過RRC信令，針對每一個UE半靜態地配置這兩種模式之間的轉換一即，不能夠動態 地改變模式。使用累積TPC命令，每一個TPC命令以信號告知相對前一個級別的功率步幅 (power step)。
[0162] 功率余量報告
[0163] 為了有助于eNodeB按合適的方式向不同的UE調度上行鏈路傳輸資源，UE能夠向 eNodeB報告其可用的功率余量是重要的。
[0164] eNodeB可以使用功率余量報告確定UE每子幀能夠使用多少更多上行鏈路的帶寬。 這有助于避免向不能夠使用它們的UE分配上行鏈路傳輸資源，以避免資源的浪費。
[0165] 功率余量報告的范圍從+40到_23dB。該范圍的負的部分能夠使UE以信號告知 eNodeB其已經接收到一個UL授權的范圍，該范圍將要求比UE已經可用傳輸功率更多的傳輸 功率。這將使eNodeB能夠減小隨后授權的大小，從而能夠騰出傳輸資源，以分配給其它UE。
[0166] 僅可以在其中UE具有UL授權的子幀中發送功率余量報告。所述報告涉及其中發送 其的子幀。定義了多個觸發功率余量報告的準則。這些準則包括：
[0167] -自最后一個功率余量報告以來所估計的路徑損失顯著改變
[0168] -自前一個功率余量報告以來已經逝去多于所配置的時間的時間
[0169] -UE已經實現了多于所配置數目的閉環TCP命令的閉環TCP命令
[0170] eNodeB可以依據系統加載及其調度算法的要求配置控制這些觸發因素中每一個 觸發因素的參數。更具體地講，RRC通過配置兩個計時器periodicPHR-Timer和 prohibitPHR-Timer、以及通過信令dl-PathlossChange控制功率余量報告，其中，dl_ PathlossChange設置被測下行鏈路路徑損失的變化，以觸發功率余量報告。
[0171] 把功率余量報告作為MAC控制元加以發送。其由單一的8比特位組組成，其中保留 了 2個最高比特，6個最低比特代表以I dB步幅的上述dB值。圖7中描述了 MAC控制元的結構。
[0172] 把對子幀i有效的功率余量PH定義為：
[0173] PH(i) = Pcmax-{101ogio(MpuscH(i))+Po_pusch( j)+a( j) · PL+ Ατρ(?)+?(?)}
[0174] [dB]
[0175] 將以IdB的步幅把功率余量取舍為范圍[40;-23]中最接近的值。
[0176] Pcmax，最大UE傳輸功率(Tx功率）是UE在給定范圍Ρ?αχ_^Ρ?μ_η中所選擇的一個 值。
[0177] PcMAX-L^iPcMAX^iPcMAX-Η，其中，
[0178] Pcmax-l=MIN{Pemax- Δ Tc，Pp?erCiass-MPR-A-MPR- Δ Tc}，以及
[0179] Pcmax_h-MIN{Pemax,PpowerCiass}；
[0180] 而且，其中，Pemax為網絡以信號告知的值。
[0181] MPR為功率減小值，用于控制與各種調制方案和傳輸帶寬相關聯的相鄰信道泄漏 功率比(ACLR)。
[0182] A-MPR為附加的最大功率減小。其為頻帶特定的，當由網絡配置時使用其。因此， Pcmax是面向UE實現的，從而不為eNB所知。
[0183] 3GPP TS 36.101，版本12.0.0,6.2.5節(將其并入此處以作參考）中說明了有關Λ Tc的更詳細的信息。
[0184] LTE設備至設備(D2D)近程服務
[0185] 基于近程的應用與服務代表一種新興的社會性技術傾向。所標識的領域包括運營 商和用戶所關注的與商業服務和公共安全相關的服務。LTE中近程服務(ProSe)能力的引入 將允許3GPP業服務于這一發展中的市場，與此同時，將服務于多種共同交托于LTE的公共安 全團體的迫切需求。
[0186] 設備至設備(D2D)通信是針對LTE-版本12的技術分支。設備至設備(D2D)通信技術 允許D2D作為蜂窩網絡的基礎，以提高頻譜效率。例如，如果蜂窩網絡為LTE，則載有物理信 道的所有數據針對D2D信令使用SC-FDMA。在D2D通信中，用戶設備(UE)使用蜂窩資源，通過 直接鏈路，而不是通過基站互相傳輸數據信號。圖9中描述了 D2D兼容的通信系統中的可能 的情況。
[0187] LTE中的D2D通信
[0188] "LTE中的D2D通信"主要集中在兩個方面:發現與通信，而本發明主要涉及通信部 分。因此，在以下的"技術背景"中，將主要描述通信部分。
[0189] 設備至設備(D2D)通信是一個針對LTE-A的技術分支。在D2D通信中，UE使用蜂窩資 源，通過直接鏈路，而不是通過BS互相傳輸數據信號。D2D用戶直接進行通信，同時保持在BS 的控制下，即，至少當處于eNB的覆蓋中時。因此，通過重新使用蜂窩資源，D2D能夠提高系統 性能。
[0190]假設D2D操作于上行鏈路LTE頻譜中（在H)D的情況下)或者給定覆蓋的小區的上行 鏈路子幀中（在TDD的情況下，除了當在覆蓋之外時）。另外，在給定載波上，D2D傳輸/接收不 使用全雙工。從單個UE角度來看，在給定載波上，D2D信號接收和LTE上行鏈路傳輸不使用全 雙工，即，無同時D2D信號接收和LTE UL傳輸是可能的。
[0191] 在D2D通信中，當UEl充當傳輸角色(傳輸用戶設備）時，UEl發送數據，UE2(接收用 戶設備)接收該數據。UEl和UE2可以改變它們的傳輸與接收角色。一或多個諸如UE2的UE可 以接收從UEl的傳輸。
[0192] 對于用戶面協議，從D2D通信的角度來看，在協議[3GPP TS 36.843,版本12.0.0， 9.2節]的以下的內容中，報告了：
[0193] -PDCP：
[0194] 〇1:應該作為標準用戶面數據處理M D2D廣播通信數據(8卩，IP分組）。
[0195] 〇roCP中的報頭壓縮/解壓縮適用于1:M D2D廣播通信。
[0196] 針對公共安全的D2D廣播操作，把U-Mode用于HXP中的報頭壓縮。
[0197] -RLC：
[0198] ?把RLC UM用于1:M D2D廣播通信。
[0199] 〇RLC UM在L2上支持分段與重新匯編。
[0200] ?每次傳輸同伴UE，接收UE需要維持至少一個RLC UM實體。
[0201] ?在第一RLC UM數據單元的接收之前，不需要配置RLC UM接收器實體。
[0202] ?至此，對于用戶面數據傳輸，已經不需要認定D2D通信的RLC AM或者RLC TM。
[0203] -MAC：
[0204] ?對于I :M D2D廣播通信，假設無 HARQ反饋。
[0205] ?接收UE需要知道源ID，以標識接收器RLC UM實體。
[0206] OMAC報頭包含允許在MAC層濾出分組的L2目標ID。
[0207]〇L2目標ID可以是廣播、組播或者單播地址。
[0208] _L2組播/單播:載于MAC報頭中的L2目標ID允許丟棄所接收的RLC UM roU，甚至 是在將其提交于RLC接收器實體之前。
[0209] _L2廣播:接收UE將處理來自所有傳輸器的所有所接收的RLC roU，并且旨在再匯 編IP分組和把IP分組提交于較上層。
[0210] OMAC子報頭包含LCID(以區分多個邏輯信道）。
[0211] ?對于D2D，至少復用/去復用、優先級處理以及填充是有用的。
[0212]資源分配
[0213] 3GPP TS 36.843,版本12.0.0,9.2.3節（將其并入此處以作參考）中，按其當前形 式討論和描述了針對D2D通信的資源分配。
[0214]從傳輸UE的角度來看，UE可以按兩種資源分配模式操作：
[0215]-模式I: eNodeB或者版本10中繼節點調度UE所使用的確切資源，以傳輸直接數據 和直接控制信息
[0216]-模式2:UE獨立地從資源池選擇資源，以傳輸直接數據和直接控制信息
[0217]能夠進行D2D通信的UE將至少針對覆蓋內支持模式1。能夠進行D2D通信的UE將至 少針對覆蓋邊緣與/或覆蓋外支持模式2。
[0218]覆蓋內和覆蓋外UE需要知道針對D2D通信接收的資源池(時間/頻率）。
[0219]所有UE(模式1("被調度的"）和模式2("自主的"））均配有其中它們試圖接收調度 分派的資源池(時間與頻率）。
[0220]在模式1中，UE從eNodeB請求傳輸資源。eNodeB為調度分派和數據的傳輸調度傳輸 資源。
[0221] -UE向eNodeB發送調度請求(D-SR或者RA)，然后跟隨BSR，根據該BSR，eNodeB可以 斷定UE想要執行D2D傳輸以及所請求數量的資源。
[0222]-在模式1中，UE需要被RRC連接，以傳輸D2D通信。
[0223]對于模式2，UE配有它們試圖從中選擇用于傳輸D2D通信的資源的資源池（時間與 頻率)。
[0224]圖8示意性地說明了上方(Overlay) (LTE)和下方(Underlay)(D2D)傳輸與/或接收 資源。eNodeB控制UE，決定其可以使用模式1傳輸還是可以使用模式2傳輸。一旦UE知道資源 (其可以傳輸(或者接收)D2D通信），其僅把相應的資源用于相應的傳輸/接收，在圖8的示例 中，將僅使用D2D子幀接收或者傳輸D2D信號。由于作為D2D設備的UE將按半雙工模式操作， 所以其能夠在任何時刻接收或者傳輸D2D信號。相類似，在該圖中，也可以把其它子幀用于 LTE(上方)傳輸與/或接收。
[0225] D2D發現是標識附近其它能夠進行D2D通信且所關注的設備的過程/處理。為此，希 望被發現的D2D設備將發送一些發現信號（在特定網絡資源上），并且所述發現信號中所關 注的接收UE將可獲知這樣的傳輸D2D設備。3GPP TS 36.843的第8章描述了 D2D發現機制的 可用到的細節。定義了以下兩種類型的發現過程：
[0226] ?類型1:其中不針對具體UE分配針對發現信號傳輸的資源的發現過程；
[0227] ?類型2:其中按每一具體UE分配針對發現信號傳輸的資源的發現過程；
[0228] ?類型2A:針對發現信號的每一具體傳輸實例分配資源；
[0229] ?類型2B:針對發現信號傳輸半持續地分配資源。
[0230]當前對分配D2D資源的調度方案的討論主要集中在如何把與D2D相關的SR/BSR信 令并入LTE-A系統，即，是否把LTE SR/BSR機制與資源（例如，PUCCH或者PRACH資源上的D-SR)重新用于D2D通信目的。根據實際考慮的一種方案，eNodeB在D2D子幀或者用于執行調度 過程的區域中配置專用的或者基于競爭的資源。換句話說，把調度請求(SR)和/或與D2D傳 輸相關的緩沖器狀況報告(BSR)在專門針對D2D傳輸的子幀上的專用資源上發送給eNodeB。 于是，用戶設備將僅使用針對所有與D2D相關的傳輸的D2D子幀/區域中的資源，包括用于執 行調度過程的消息，即，SR或者BSR。
[0231]這一方案具有如下缺點：當eNodeB必須在D2D子幀或者區域中支持諸如針對專用 調度請求(D-SR)的PUCCH資源的資源和RACH資源(基于競爭的SR)時，射頻資源管理會變得 十分復雜。
[0232]因此，也需要向能夠進行D2D通信的UE以信號告知這些資源，并且不能將它們用于 D2D數據發現傳輸，從而導致數據傳輸性能的損失。另外，如果要在D2D子幀中配置新的 PUCCH資源，則將需要對LTE標準(RAN 4)進行其它修改。
[0233] 最后，為了從D2D UE接收D-SR/PRACH/BSR，將要求eNodeB監視和/或接收D2D資源。 因此，該方案將導致eNodeB的過載。
[0234] 發明概述
[0235] 為了把D2D通信集成于LTE系統，需接管LTE系統的某些方面，例如，過程、用于數據 通信的頻譜等。例如，在上行鏈路通信中，也要把LTE系統的上行鏈路頻譜用于設備至設備 的通信。
[0236] 本發明的目的旨在開發一種能夠以需盡可能少地改變當前系統的方式把設備至 設備(D2D)通信集成于LTE系統的方法與系統。更具體地講，本發明旨在開發一種把針對設 備至設備的通信的調度請求和緩沖器狀況報告(BSR)過程并入LTE系統的系統與方法。
[0237] 通過獨立權利要求的主題實現這一目的。有利的實施例屬于從屬權利要求。
[0238] 根據本發明的第一個方面，需要通過直接鏈路數據信道向接收用戶設備傳輸數據 的能夠進行D2D通信的傳輸用戶設備使用eNodeB的服務，以便擁有為傳輸所述數據所分配 的資源。為此，UE使用專用于通過eNodeB的標準上行鏈路通信的子幀的資源，而不是使用專 用于D2D數據傳輸的子幀上的資源，向eNB發送調度信息。為了允許eNB區分所接收的調度請 求是要求通過直接鏈路信道還是通過eNB分配傳輸數據的資源，UE還可以隨調度信息一起 發送與調度信息相關聯的標識信息。
[0239] 有利的做法是，用戶設備可以上行鏈路數據信道(例如PUSCH)上以及用于LTE數據 傳送與調度消息處理的一個幀上把緩沖器狀況報告發送到eNodeB。
[0240] 根據本發明的另一個方面，在無資源可用于UE發送調度信息的情況下，在發送調 度信息之前，UE可以向eNB發送調度請求，用于請求針對上行鏈路數據信道分配用于向eNB 發送調度信息的資源。兩種事件可以觸發調度請求的傳輸。第一觸發條件包括要被傳輸數 據在傳輸用戶設備的傳輸緩沖器中的出現。第二觸發條件預見傳輸緩沖器中的數據從最后 一次調度信息的傳輸以來改變了一個預先定義的量。有利的是，傳輸緩沖器中的數據可以 相對于觸發或者發送最后一次調度信息時傳輸緩沖器中的數據量增加一個預先確定的量。 根據進一步的有利實現，如果傳輸緩沖器中的數據超過一個預先定義的極限，則可以替代 地判定第二觸發條件。
[0241] 根據以上所描述的第一個方面，提供了一種傳輸用戶設備，其適合于通過通信系 統中的直接鏈路連接向接收用戶設備傳輸數據。所述傳輸用戶設備還適合于請求通信系統 中的資源，并且包含傳輸單元，其配置來向基站傳輸直接鏈路調度信息，所述直接鏈路調度 信息用于分配通過直接鏈路連接向接收用戶設備傳輸數據的資源。在上行鏈路數據信道上 把直接鏈路調度信息傳輸給基站，以把數據傳輸到基站。
[0242] 另外或者作為替換，根據進一步的開發，在傳輸用戶設備中，在MAC控制元中傳輸 直接鏈路調度信息。傳輸單元還適合于在上行鏈路數據信道上向基站傳輸與直接鏈路調度 信息相關聯的標識號，該標識號標識所述MAC控制元。有利的是，根據進一步的開發，把針對 直接鏈路調度信息的MAC控制元存儲在數據單元中，該數據單元還包含LTE邏輯信道的數據 和/或針對LTE業務的上行鏈路調度信息。所述數據單元可以是包括D2D MAC CE和LTE數據 分組(MAC SUD)和/或LTE MAC CE的LTE MAC協議數據單元。
[0243] 另外或者作為替換，傳輸用戶設備還包含適合于臨時存儲通過直接鏈路連接傳輸 給接收用戶設備的數據的傳輸緩沖器，其中，直接鏈路調度分組含與存儲在傳輸緩沖器中 的數據相關聯的值。
[0244] 另外或者作為替換，直接鏈路調度信息可以具有高于在上行鏈路數據信道上傳輸 給基站的上行鏈路調度信息的優先級，上行鏈路調度信息用于為通過基站的上行鏈路數據 傳輸進行資源分配。有利的是，在針對LTE傳輸的MAC協議數據單元中傳輸直接鏈路調度信 息和上行鏈路調度信息。
[0245] 另外或者作為替換，在直接鏈路調度信息中，與存儲在傳輸緩沖器中的數據相關 聯的值可以為通過直接鏈路連接傳輸給接收用戶設備的比特/字節的總數量。
[0246] 另外或者作為替換，直接鏈路調度信息還包括有關通過直接鏈路連接傳輸的數據 的類型的信息。
[0247] 根據以上所描述的本發明的另一方面，另外或者作為對先前所描述的內容的替 換，傳輸用戶設備還可以包含適合于存儲第一觸發條件和第二觸發條件的存儲器。第一觸 發條件要求傳輸緩沖器中新數據的到達，其中，新數據意欲通過直接鏈路連接傳輸給接收 用戶設備。第二觸發條件要求與傳輸緩沖器中的數據相關聯的值改變了預先定義的值。傳 輸用戶設備還包括處理單元，適合于判斷是否滿足第一觸發條件，而且如果滿足第一觸發 條件，則判斷是否滿足第二觸發條件。在處理單元斷定滿足第二觸發條件的情況下，傳輸單 元還適合于傳輸直接鏈路調度請求，用于為向基站傳輸直接鏈路調度信息請求上行鏈路資 源的分配。
[0248] 有利的是，可以在向基站發送前一個調度信息時相對于傳輸緩沖器中的數據量， 將傳輸緩沖器中數據的數量改變預先確定的量。作為替換，如果傳輸緩沖器中的數據量的 改變超過特定閾值，則可以判定傳輸緩沖器中的數據量的改變。
[0249]另外或者作為替換，可以在上行鏈路控制信道上或者在隨機接入信道上把直接鏈 路調度請求傳輸給基站。另外，與傳輸緩沖器中的數據相關聯的值可以為所述傳輸緩沖器 中數據的數量，而且如果自直接鏈路調度信息的前一次傳輸以來所述傳輸緩沖器中的所述 數據被改變了預先定義的值，則觸發直接鏈路調度信息的傳輸。
[0250] 根據以上所描述的本發明的另一方面，提供了一種通信系統中傳輸用戶設備請求 資源的通信方法，其中，通過直接鏈路把數據從傳輸用戶設備傳輸給接收用戶設備。所述方 法包含下列步驟:在傳輸用戶設備處，向基站傳輸直接鏈路調度信息，所述直接鏈路調度信 息用于分配通過直接鏈路連接向接收用戶設備傳輸數據的資源。可以在用于傳輸數據到基 站的上行鏈路數據信道上把直接鏈路調度信息傳輸給基站。
[0251] 另外或者作為替換，在MAC控制元中傳輸直接鏈路調度信息，而且傳輸直接鏈路調 度信息的步驟包含在上行鏈路數據信道上向基站傳輸與直接鏈路調度信息相關聯的標識 號，所述標識號標識所述MC控制元。有利的是，根據進一步的開發，把針對直接鏈路調度信 息的MAC控制元存儲在MAC數據單元中，該MAC數據單元可能還包含LTE邏輯信道的數據和/ 或針對LTE業務的上行鏈路調度信息。所述數據單元可以為LTE MC協議數據單元。
[0252] 另外或者作為替換，直接鏈路調度信息含與存儲在傳輸用戶設備中的傳輸緩沖器 中的數據相關聯的值，傳輸緩沖器適配來臨時存儲通過直接鏈路連接傳輸給接收用戶設備 的數據。
[0253] 另外或者作為替換，直接鏈路調度信息可以具有高于在上行鏈路數據信道上傳輸 給基站的上行鏈路調度信息的優先級，上行鏈路調度信息用于為通過基站的上行鏈路數據 傳輸進行資源分配。
[0254] 另外或者作為替換，在直接鏈路調度信息中，與存儲在傳輸緩沖器中的數據相關 聯的值是通過直接鏈路連接傳輸給接收用戶設備的比特的總數量。
[0255] 另外或者作為替換，直接鏈路調度信息還包括有關通過直接鏈路連接傳輸的數據 的類型的信息。
[0256] 根據另一方面，以上所描述的方法包含定義第一觸發條件和第二觸發條件。第一 觸發條件要求傳輸緩沖器中新數據的到達，其中，所述新數據通過直接鏈路連接傳輸給接 收用戶設備。第二觸發條件要求與傳輸緩沖器中的數據相關聯的值改變了預先定義的值。 傳輸方法還包含，在傳輸用戶設備處，判斷是否滿足第一觸發條件，而且如果滿足第一觸發 條件，則傳輸用戶設備判斷是否滿足第二觸發條件。在傳輸用戶設備處，在處理單元斷定滿 足第二觸發條件的情況下，把請求用于傳輸直接鏈路調度信息的上行鏈路資源的分配的直 接鏈路調度請求傳輸給基站。
[0257] 另外或者作為替換，在上行鏈路控制信道上或者在隨機接入信道上把直接鏈路調 度請求傳輸給基站。
[0258] 另外，與傳輸緩沖器中的數據相關聯的值可以是所述傳輸緩沖器中數據的數量， 而且如果自直接鏈路控制信息的前一次傳輸以來所述傳輸緩沖器中的所述數據被改變了 預先定義的值，則觸發直接鏈路控制信息的傳輸。
[0259] 有利的是，繞過移動站，把由傳輸用戶設備且根據上述方法通過直接鏈路連接傳 輸的數據直接發送給接收用戶設備。
[0260] 有利的是，傳輸單元和上述方法允許在專門用于通過直接鏈路通信進行數據傳輸 的資源上把數據傳輸給接收用戶設備，并且在專門用于上行鏈路數據傳輸的資源上把基站 上的數據傳輸給基站。
【附圖說明】
[0261] 以下，參照附圖更詳細地描述本發明。以相同的參照數字標記圖中類似或者相應 的細節。
[0262] 圖1示出3GPP LTE系統的示范性架構；
[0263] 圖2示出3GPP LTE的整個E-UTRAN架構的示范性的概要圖；
[0264]圖3示出針對3GPP LTE(版本8/9)所定義的下行鏈路分量載波上的示范性的子幀 邊界；
[0265]圖4示出針對3GPP LTE(版本8/9)所定義的下行鏈路時隙的示范性的下行鏈路資 源網格；
[0266]圖5和6分別示出具有針對下行鏈路和上行鏈路的激活的載波聚合的3GPP LTE-A (版本10)的層2結構；
[0267]圖7示出MAC控制元的結構；
[0268]圖8是示出D2D子幀中上方(overlay) (LTE)和下方(underlay )(D2D)傳輸與接收資 源的不意圖；
[0269] 圖9是示出包括能夠進行D2D通信的用戶設備的系統的示意圖；
[0270] 圖10是說明根據本發明第一實現的用于調度目的在傳輸用戶設備(UEl)和基站 (eNB)之間交換的消息以及傳輸用戶設備(UEl)和接收用戶設備(UE2)之間的數據交換的示 意圖；
[0271] 圖11說明根據本發明的、根據調度方法與系統的實現的MAC協議數據單元(PDU)的 構成；
[0272] 圖12是說明根據本發明第二實現的用于調度目的在傳輸用戶設備(UEl)和基站 (eNB)之間交換的消息以及傳輸用戶設備(UEl)和接收用戶設備(UE2)之間的數據交換的示 意圖；
[0273] 圖13是說明根據本發明第二實現的用于調度目的在傳輸用戶設備(UEl)和基站 (eNB)之間交換的消息以及傳輸用戶設備(UEl)和接收用戶設備(UE2)之間的數據交換的流 程圖；
[0274] 圖14是描述D2D發現信號的接收的流程圖；
[0275] 圖15是說明相鄰發現的示意圖。
【具體實施方式】
[0276]以下章節將描述本發明的各種實施例。僅示范性地、概要地描述了與根據3GPP LTE (版本8/9)和LTE-A(版本10/11/12)移動通信系統的射頻接入方案相關的大多數實施 例，在以上"【背景技術】"部分中已經部分地討論過這些實施例。應該加以注意的是，例如，本 發明能夠有利地用于諸如以上"【背景技術】"部分中所描述的3GPP LTE-A(版本10/11/12)通 信系統的移動通信系統，然而本發明并不局限于其在這一特定示范性通信網絡中的應用。 [0277]權利要求與說明書中所使用的術語"直接鏈路"應被理解為兩個D2D用戶設備之間 的通信鏈路(通信信道），其允許在無需網絡參與的情況下直接交換數據。換句話說，在通信 系統中的兩個用戶設備之間建立了通信信道，這與繞過eNodeB(基站)直接交換數據已十分 接近。與"LTE鏈路"或者"LTE(上行鏈路)業務）相對照地使用這一術語，與"LTE鏈路"或者 "LTE(上行鏈路)交通)相對照地使用這一術語，而"LTE鏈路"或者"LTE(上行鏈路)業務)指 的是eNodeB所管理的用戶設備之間的數據交通。
[0278] 權利要求與說明書中所使用的術語"傳輸用戶設備"應被理解為能夠傳輸與接收 數據的移動設備。形容詞"傳輸"僅旨在表述臨時操作。與"接收用戶設備"相對照地使用這 一術語，"接收用戶設備"指的是臨時執行接收數據的操作的移動設備。
[0279] 權利要求與說明書中所使用的術語"新數據"應被理解為到達/存儲在傳輸緩沖器 中的數據，該數據先前不在傳輸緩沖器中。從較高層，例如，從IP層接收該數據(數據分組）， 并且將其放入傳輸緩沖器。與"舊數據"相對照地使用該術語，"舊數據"指的是保持在傳輸 緩沖器中的數據，只要傳輸協議確保能夠在接收側正確地接收到該數據即可。
[0280] 權利要求與說明書中針對數據與傳輸緩沖器所使用的術語"到達"應被理解為將 由用戶設備傳輸的數據"進入"或者"被放入"、或者"被臨時存儲在"相應于用于傳輸的邏輯 信道的傳輸緩沖器中。
[0281] 以下，將詳細地解釋本發明的幾個實施例。不應該把所述解釋視為對本發明的限 制，而只應該將其視為為了更好地理解本發明的實施例的示例。本領域技術人員將會意識 到，可以把權利要求所闡述的本發明的一般性原理施用于不同的情況，并且可以采用此處 未明確加以描述的方式。相應地，為了解釋各種實施例所假設的以下情況，將同樣不構成對 本發明的限制。
[0282] 本發明主要針對LTE系統中設備至設備(D2D)通信的調度過程。能夠進行D2D通信 的用戶設備可以按兩種資源分配模式操作。根據第一操作模式(模式l)，eNodeB調度傳輸用 戶設備通過直接鏈路信道向接收用戶設備傳輸數據所使用的精確資源。具體地講，傳輸用 戶設備向eNodeB發送要求資源分配的請求，根據所述分配請求，后者調度傳輸用戶設備直 接向接收用戶設備傳輸數據所需的精確資源(被調度的操作模式）。
[0283] 第二操作模式(模式2)為基于沖突的方案。根據該方案，已經向每一個用戶設備提 供了一組用于D2D通信的D2D時間/頻率資源，也將其稱為資源池。傳輸用戶設備可以自主地 從資源池選擇用于通過直接鏈路通信信道把數據與控制信息直接傳輸給接收用戶設備的 資源（自主操作模式）。
[0284] 在被調度的操作模式（模式1)中，在上行鏈路數據信道上把調度信息傳輸給 eNodeB。調度信息可以是MAC BSR控制元中的緩沖器狀況報告，在物理上行鏈路共享控制信 道(PUSCH)上將其發送給eNodeB。
[0285] 將結合圖10解釋本發明的第一實施例，圖10說明用于調度目的在傳輸用戶設備 (UEl)和基站（eNB)之間交換的消息以及傳輸用戶設備(UEl)和接收用戶設備(UE2)之間的 數據交換。傳輸用戶設備(UEl)通過LTE上行鏈路數據信道(PUSCH)向eNodeB傳輸緩沖器狀 況信息來請求資源，并且通過直接鏈路通信信道把數據傳輸給接收用戶設備。盡管緩沖器 狀況信息與D2D數據傳輸（即，通過直接鏈路(也稱為PC5接口）發送的D2D載體的數據)相關， 然而，是在LTE上行鏈路時間/頻率資源中，而不是在D2D子幀相應的時間/頻率資源中傳輸 緩沖器狀況信息。具體地講，一旦eNB接收到BSR，其將從為D2D數據通信保留的時間/頻率資 源中分配資源（例如，直接鏈路信道），以允許傳輸用戶設備(UEl)向接收用戶設備(UE2)傳 輸數據。應該加以注意的是，與LTE上行鏈路授權相比，針對D2D數據通信的資源分配，相應 的分配D2D傳輸資源的授權可能不同。例如，可以向D2D資源分配較長的時間幀，而不止是一 個TTI。一般情況下，期望D2D資源分配授權使用新的下行鏈路控制格式(DCI)。也可以把DCI 與新的R-NTI進行混雜編碼，即，不同于用于LTE上行鏈路授權的C-RNTI的D2D RNTI。如果被 授權的資源不足以把所有數據傳輸給接收用戶設備(UE2)，則eNB將繼續授權直接鏈路信道 的資源，直至傳輸用戶設備(UEl)已經把數據完全傳輸給接收用戶設備(UE2)。換句話說，一 旦已經授權向傳輸用戶設備的資源的分配，傳輸用戶設備(UEl)和接收用戶設備(UE2)可以 在不涉及網絡，即繞過網絡的情況下互相通信:存在著兩個移動站之間的直接通信信道。于 是，首先，不使用上行鏈路資源（例如，在PUSCH上)把數據發送給eNodeB，然后eNodeB經由 LTE核心網絡把數據發送給用戶設備。
[0286] 從圖10中可以看出，可以把調度請求過程視為正常的LTE業務，其中，傳輸用戶設 備(UEl)可以與eNodeB接觸，以便為傳輸存儲在數據緩沖器中或者用戶設備(未示）上的數 據（即，針對D2D載體存儲的數據）的傳輸請求資源分配。此后，一旦eNodeB已經分派了用于 傳輸數據的D2D時間/頻率資源，用戶設備就可以開始D2D資源（即，也稱為直接鏈路數據信 道)上的數據傳輸。從這一時間點來看，傳輸用戶設備(UEl)和接收用戶設備(UE2)之間的通 信將在無需來自eNodeB的介入，即繞過eNodeB的情況下進行。
[0287] 另外或者作為替代，可以經由eNB所分配的PUCCH的資源傳輸調度請求(也稱為專 用調度請求(D-SR))，也可以使用RACH過程傳輸調度請求。如果未另行指出，以下，我們將假 設通常由eNB周期性地分配的PUCCH的這樣的資源可供UE傳輸調度請求，只要觸發其即可。 然而，轉而使用RACH過程時本發明也是適用的。通常，專用調度請求為1個比特長，相應的周 期性PUCCH資源允許傳輸調度請求，但不足以傳輸諸如傳輸緩沖器的緩沖器狀況報告或者 實際數據之類的更多的數據。如"【背景技術】"部分中所描述的，在LTE中，針對已經觸發了緩 沖器狀況報告，但不存在可用于緩沖器狀況報告的傳輸的PUSCH資源的情況下觸發了調度 請求。換句話說，調度請求的目的是請求eNB分配PUSCH資源，以使UE能夠傳輸緩沖器狀況報 告，從而能夠使eNB為上行鏈路數據的傳輸分配足夠的資源。
[0288] 根據本發明的一個實施例，當存在針對D2D載體所觸發的緩沖器狀況報告時，例 如，當新數據到達D2D載體時，能夠進行D2D通信的傳輸UE在PUCCH(D-SR)上傳輸調度請求 (SR)或者執行RACH過程(基于競爭的調度請求）。在常規LTE上行鏈路時間/頻率資源中，而 不是在為D2D保留的時間/頻率資源上傳輸該調度請求。當接收到該調度請求時，eNB將向 D2D傳輸UE分配PUSCH資源。接下來，如以上已經描述的，D2D傳輸UE將在該PUSCH資源中傳輸 與D2D相關的緩沖器狀況信息。根據詳細的緩沖器狀況信息，eNB將為D2D數據通信分配D2D 時間/頻率資源。對于PUSCH資源的分配，當接收到調度請求時，使用常規LTE上行鏈路授權/ DCI過程，即，上行鏈路授權涉及C-RNTI、PDCCH/PUSCH時序關系。如以上所提到的，即，當已 經接收到與D2D相關的緩沖器狀況信息時，第二上行鏈路授權/資源分配可以使用不同的資 源分配格式/DCI，例如，涉及D2D RNTI。
[0289] 以下將參照圖12給出調度請求的觸發的更詳細的描述。
[0290] 能夠進行D2D通信的用戶設備（未示)適用于在LTE上行鏈路數據信道上也適用于 在為D2D通信保留的直接通信數據信道上發送數據。為此，將為LTE上行鏈路業務保留某些 子幀相應的時間/頻率資源，同時為D2D傳輸保留其它子幀相應的時間/頻率資源，即，這可 能是D2D發現信令和/或D2D數據通信。優選地，將按遵循TDM方案的交錯方式把預先定義的 時隙分配于每一個子幀。例如，可以通過為以上所提到的兩種子幀類型的子幀之一保留更 多連續的時隙，把較長的時間周期分配于要求較多資源的信號，同時縮短分配給要求較少 資源的信號時間周期。
[0291] 圖11描述了根據參照圖10所描述的調度方法與系統的實現的MAC協議數據單元 (PDU)的構成。根據結合圖10所描述的調度方法，緩沖器狀況報告過程中所引用的MAC協議 數據單元并入了用于執行D2D相關信令的控制元。優選地，針對D2D通信的調度信息可以是 D2D專用緩沖器狀況報告，可以通過針對D2D通信的MAC控制元實現所述D2D專用緩沖器狀況 報告。因此，除了用于執行上行鏈路LTE業務中的調度的、諸如MAC/BSR/PHR CE (在圖11中表 示為MAC CEl和MAC CE2)的MAC控制元之外，在PUSCH上傳輸的MAC協議數據單元還可以包括 一或多個D2D MAC控制元，它們將用于執行在直接鏈路信道上把數據從傳輸用戶設備傳輸 到接收用戶設備的資源的調度。
[0292] 可以把MAC PDU中的D2D MAC控制元進一步與標識號相關聯。例如，所述標識號可 以是所保留的邏輯信道ID，可以將其存儲在MAC PDU的報頭（即，MAC子報頭）中。有利的是， 可以把標識號存儲在相應于D2D MAC CE的R/R/E/LCID子報頭中。于是，eNodeB將能夠區分 必須把MAC PDU中的哪一個緩沖器狀況報告用于直接鏈路連接上的D2D數據傳輸的調度過 程或者用于調度LTE蜂窩上行鏈路業務。根據本發明的實施例，該邏輯信道ID是3GPP表 6.2.1-2(將其并入此處以作參考）中規定的所保留的邏輯信道ID(LCID)之一。
[0293] 參照圖10所描述的D2D通信方法還可以包括針對PUSCH上的LTE上行鏈路傳輸的新 的改進的邏輯信道優先級排列(LCP)過程。通常，LCP過程負責把不同信道上傳輸的數據分 配于MAC PDU。每一個能夠進行D2D通信的用戶設備可以包括MAC層(未示）中的用于把不同 邏輯信道和MAC控制元的數據復用成所述一MAC PDU的復用單元。例如，MAC控制元將載有用 于執行LTE上行鏈路業務以及D2D直接通信的調度的調度相關信息。
[0294] LCP過程定義了相對的優先級次序，根據該相對的優先級次序用戶設備可以建立 MAC PDU。有利的是，針對LTE上行鏈路傳輸的LCP過程可以定義構成MAC PDU的數據部分的 位置或者次序。僅作為說明性的示例，可以考慮這樣一種情況:其中，100個字節可用于MAC roU，而且要復用成MAC PDU的數據由200個字節組成。根據LCP過程，用戶設備將能夠決定在 MAC PDU中可以傳輸200個字節中的哪些字節以及按何次序。然后，將根據LCP過程中定義的 優先級在下一個MAC PDU中按預先定義的次序傳輸數據的其余100個字節。本領域技術人員 將會明顯意識到，上述示例僅為說明性的，本發明并不局限于其中100個字節可用于MAC PDU的實現。相反，根據本發明，也可以把100個以上的字節或者100個以下的字節用于MAC rou。可用于MAC PDU的字節的數目是一個設計選項，將根據情況的不同進行不同的設置，取 決于諸如用戶設備之類的設備的硬件特性。
[0295] 根據有利的配置，可以根據以下優先級、按LCP過程中定義的遞減的次序組織在 PUSCH上傳輸的MAC PDU:
[0296] -針對C-RNTI的MAC控制元或者來自UL-CCCH的數據；
[0297] -針對D2D BSR的MAC控制元;
[0298] -針對BSR的MAC控制元，除了所包括的用于填充的BSR;
[0299] -針對PHR或者擴展的PHR的MAC控制元；
[0300]-來自任何邏輯信道的數據，除了來自UL-CCCH的數據；
[0301] -針對所包括的用于填充的BSR的MAC控制元。
[0302] 根據以上所描述的LCP過程所定義的優先級次序，與用于執行針對LTE蜂窩上行鏈 路交通的調度過程的緩沖器狀況報告相比，D2D緩沖器狀況報告具有較高的優先級。
[0303] 顯然，上述次序僅為說明性的示例。根據進一步的有利配置，通過把較高的優先級 賦予相應于LTE上行鏈路業務的緩沖器狀況報告，賦予LTE業務更多的重要性。因此，針對能 夠進行D2D通信的UE的LCP過程可以按遞減的次序定義下列優先級：
[0304] -針對C-RNTI的MAC控制元或者來自UL-CCCH的數據；
[0305]-針對BSR的MAC控制元，除了所包括的用于填充的BSR;
[0306]-針對D2D BSR的MAC控制元;
[0307]-針對PHR或者擴展的PHR的MAC控制元；
[0308]-來自任何邏輯信道的數據，除了來自UL-CCCH的數據；
[0309] -針對所包括的用于填充的BSR的MAC控制元。
[0310] 再次，上述LCP過程的示例僅為相對優先級定義的幾個可能的選項中的兩個選項， 一定不要將其視為對本發明的限制。顯然，也可以根據網絡配置和通信規范定義其它的優 先級次序。
[0311] LTE系統中的公共緩沖器狀況報告可以為1或者4個字節長(相對短或者長的BSR)。 另外，也可以使用介紹部分"針對上行鏈路調度的緩沖器狀況報告/調度請求過程"中所描 述的2個字節的截短的BSR。
[0312]在D2D通信的情況下，不是由eNodeB，而是由獨立的實體（例如，由核心網絡中的 D2D服務器或者相應地由UE中的D2D管理實體)管理/配置通信設置。也可以稱為ProSe管理 實體(PME)的D2D管理實體駐留在UE中，并且配備有在D2D通信期間所使用的諸如協議/載體 配置的配置參數。在網絡覆蓋的情況下，通過在核心網絡中的PME和D2D功能/服務器之間的 信令，根據預先配置進行該配備。為了支持通過"D2D載體"的D2D通信，接下來PME根據預先 配備的配置參數配置層2和物理層。由于eNodeB不知道通過D2D直接鏈路連接進行數據傳送 的詳細的配置參數，例如，用戶設備使用哪一個D2D載體進行數據傳送，所以未配備針對D2D 數據通信的、為確保LTE業務的、從網絡角度的質量服務(QoS)控制。由于詳細的D2D載體配 置可能不為eNB所知，所以，有利的是，D2D緩沖器狀況報告可以僅包括針對所有D2D載體的 緩沖器中數據的數量。這將與在邏輯信道組級別上所組織的針對LTE業務/載體的BSR不同。 [0313]除了存儲在傳輸緩沖器中的D2D載體的數據的數量之外，有利的是，D2D BSR MAC CE還可以包括一些允許eNB對D2D數據通信進行更有效調度的進一步的信息。例如，根據本 發明的另一實施例，D2D緩沖器狀況報告可以包括eNB應該為其分配D2D時間/頻率資源的 D2D業務或者載體的指示信息。有利的是，D2D BSR MAC CE可以包括一或多個指示業務或者 載體類型的類型標志。例如，類型標志可以包括有關在D2D直接鏈路信道上傳輸的數據是語 音數據還是其它諸如視頻數據的非會話類型的數據的信息。
[0314]根據載有有關業務載體類型的信息的類型標志，eNodeB可以更有效地調度資源。 例如，根據類型標志，eNodeB可以導出：所傳輸的數據為語音數據，例如VOIP數據。于是， eNodeB可以按針對LTE上行鏈路數據信道上的語音數據傳輸所采取的通常的方式分配資源 優先級。具體地講，eNodeB能夠周期性地為傳輸特定量的比特分配資源。例如，對于為周期 性信號的語音信號，eNodeB可以每20ms針對通過D2D直接鏈路數據信道資源進行傳輸分配 資源。
[0315] 與其相比，如果類型標志表示通過D2D直接鏈路數據信道傳送的數據是非會話服 務，例如，視頻數據，則eNodeB可以根據BSR中的類型標志信息非周期性地、一次性分配地分 配資源。
[0316] 總之，對于LTE通信，由網絡控制業務，因此，例如，eNodeB具有有關不同載體需要 支持哪一種QoS的信息。然而，eNodeB不能夠檢索針對D2D數據業務的該信息，因為后者在無 網絡介入的情況下出現。因此，用戶必須與緩沖器狀況報告一起向eNodeB提供信息用于D2D 通信。為此，有利的是，BSR中的類型標志信息可以向eNodeB提供有關載體和D2D直接鏈路信 道上的數據業務的信息（不能夠由eNodeB直接獲得該信息）。于是，eNB也可以使用該信息， 以在多個D2D傳輸UE之間對D2D資源分配進行優先級排列。例如，當eNB接收到多個調度請求 相應的與D2D相關的緩沖器狀況信息時，eNB需要對資源分配進行優先級排列。例如，根據進 一步的替換實施例，可以基于包括在D2D緩沖器狀況MAC CE中某些優先級信息進行該優先 級排列。例如，可以根據預先配備的配置參數(如以上所闡述的），從配置層2和物理層的PME 檢索優先級信息。例如，對于每一個D2D載體，PME可以關聯類似于針對LTE載體的邏輯信道 優先級的優先級值。當D2D傳輸UE希望傳輸D2D數據時，例如，其可以包括UE針對其請求傳輸 資源的最高優先級D2D載體的優先級值。
[0317] 用戶設備配有針對每一邏輯信道的數據的傳輸緩沖器存儲器，用于臨時存儲上行 鏈路數據，直至通過射頻鏈路成功將上行鏈路數據傳輸給eNodeB。另外，UE不具有可用于向 基站傳輸數據或者緩沖器狀況報告的上行鏈路資源，所以使其需要向eNB傳輸調度請求，本 發明的第一實施例將對這一過程進行改進。
[0318]在結合圖10解釋的配置中，當將要通過D2D直接鏈路數據信道傳輸的D2D載體的數 據臨時存儲在傳輸用戶設備的傳輸緩沖器中時，傳輸用戶設備向eNB發送與D2D相關的緩沖 器狀況報告。
[0319]另外，假如無上行鏈路共享信道資源(UL-SCH)可用于傳輸所觸發的緩沖器狀況報 告，調度請求的觸發可以緊跟D2D緩沖器狀況報告的觸發。
[0320] 如以上所解釋的，可以經由eNodeB分配的PUCCH的資源，也可以使用RACH過程傳輸 調度請求。如果未另行指出，以下我們將假設了這樣的PUCCH的資源(通常由eNodeB周期性 地加以分配)可用于UE傳輸調度請求（只要其被觸發）。然而，當轉而使用RACH過程時，也可 以使用本發明。調度請求通常為1個比特長，而相應的周期性PUCCH資源允許傳輸調度請求， 但不足以傳輸諸如緩沖器的緩沖器狀況報告或者緩沖器的實際數據的進一步的數據。另 外，根據調度請求，eNB不知道UE是針對直接鏈路傳輸(D2D數據傳輸)請求傳輸資源還是針 對LTE上行鏈路傳輸請求傳輸資源。僅根據以上所闡述的緩沖器狀況報告，eNB可以區分請 求是針對D2D傳輸還是針對LTE上行鏈路傳輸。
[0321] 圖12說明了用戶設備處的傳輸緩沖器以及與基站交換的、為在D2D直接鏈路數據 信道上傳輸請求資源的消息。另外，圖12還描述了上行鏈路數據信道上的緩沖器狀況報告、 到eNodeB的調度請求、以及到接收用戶設備的數據的傳輸。圖13說明了用于執行圖12中所 描述的消息和數據交換的用戶設備處的處理。
[0322]根據圖12中所說明的配置，與標準的觸發相比，針對D2D數據通信的緩沖器狀況報 告/調度請求的觸發可能依賴于不同的條件。例如，僅當相應的緩沖器中已經堆積了特定量 的數據時，才能夠觸發D2D緩沖器狀況報告/調度請求。推遲緩沖器狀況報告/調度請求允許 更多的數據到達傳輸緩沖器，于是上行鏈路傳輸能夠在較短的時間內傳送更多的數據。相 應地，當傳輸緩沖器中有足夠的數據時，執行對緩沖器狀況報告/調度請求的觸發，而當新 數據到達空傳輸緩沖器時，不立即執行對緩沖器狀況報告/調度請求的觸發。與傳輸較小的 傳送塊大小相比，傳輸較大的傳送塊大小功效更高。
[0323] 可以按以下示范性的方式實現圖12的配置。用戶設備中緩沖器狀況報告的觸發取 決于兩個條件，它們均應得以滿足。在LTE實現的環境中兩個觸發條件均涉及緩沖器狀況報 告的傳輸，但這直接導致調度請求的傳輸，因為假設無資源可供用戶設備傳輸所觸發的緩 沖器狀況報告，所以也可以說也為調度請求的傳輸定義了觸發條件。
[0324] 第一觸發條件要求新數據在傳輸緩沖器中變得可用，這意味著將通過直接鏈路數 據信道向接收用戶設備(UE2)傳輸來自較高層的數據，從而將其輸入傳輸用戶設備(UEl)的 傳輸緩沖器。應該加以注意的是，只要新數據在傳輸緩沖器中變得可用，第一觸發條件的滿 足與傳輸緩沖器是否為空無關，并且與新數據的優先級無關。
[0325] 圖13中描述了該情況，其中，傳輸用戶設備(UEl)檢查新數據是否到達其傳輸緩沖 器。
[0326] 第二觸發條件主要負責推遲緩沖器狀況/調度請求的觸發。其要求UEl的傳輸緩沖 器中存在足夠的數據。相應地，通常傳輸緩沖器中的數據將超過預先確定的閾值。
[0327] 對于第二觸發條件，例如，用戶設備將檢查：與在觸發了前一個緩沖器狀況報告/ 向eNodeB發送了前一個緩沖器狀況報告時存儲在傳輸緩沖器中數據的數量相比，傳輸緩沖 器中數據的數量是否改變了預先確定的值A d。
[0328] 在圖13中，假設傳輸用戶設備檢查要求數據的數量改變了預先確定的值的第二觸 發條件。盡管按圖13中所說明的次序檢查第一和第二觸發條件似乎是合乎邏輯的，即，首先 檢查第一觸發條件，然后檢查第二觸發條件，但是這不是必須的。用戶設備也可以首先檢查 第二觸發條件，然后檢查第一觸發條件。
[0329] 還應該加以注意的是，如果滿足第二觸發條件(要求數據量改變預先定義的值）， 則這自動地要求滿足第一觸發條件。換句話說，如果新數據到達傳輸緩沖器，這相應于第一 觸發條件的要求，則僅在此時傳輸緩沖器中數據的數量才會突然改變預先確定的數據量。 因此，作為選擇，不必非要檢查第一觸發條件。當傳輸緩沖器中數據的數量超過特定閾值 時，僅檢查第二觸發條件足以觸發BSR/SR。
[0330] 在以上所描述的示例中，通過把傳輸緩沖器中數據的數量相對于前一BSR觸發/傳 輸時傳輸緩沖器中的數據量的預先確定的變化量，觸發BSR的傳輸。然而，取代以上所描述 的觸發方案，也可以使用其它觸發方案。作為替換，如果傳輸用戶設備的傳輸緩沖器中的數 據的數量超過特定閾值，則可以觸發BSR的傳輸。
[0331] 本發明的另一方面涉及把D2D BSR包括在在PUSCH上傳輸的MAC PDU中/把D2D BSR 復用在PUSCH上傳輸的MAC PDU中的規則。根據當前LTE規范(版本8/9/10/11 )，僅允許UE最 多把一個BSR MAC CE包含在MAC PDU中。然而，根據本發明的一個實施例，允許能夠進行D2D 通信的UE把一個D2D BSR MAC CE和一個LTE BSR MAC CE復用在PUSCH上傳輸到eNB的MAC PDU中。這確保了不會因為D2D調度過程延遲或者影響正常LTE上行鏈路調度過程。
[0332] 在以上所描述的系統與方法的替換的實現中，可以保持最多將一個BSR MAC包含 在MAC PDU中的限制。該替換的實現將使用MAC PDU的結構，該結構類似于人們對標準LTE系 統所了解的結構，不同的是，MAC PDU可以包括D2D BSR MAC CE而不是LTE BSR MAC CE。該 配置將會導致LTE BSR MAC CE或者D2D BSR MAC CE的傳輸的延遲。另外，由于僅把LTE BSR MAC CE或者D2D BSR MAC CE之一包括在MAC PDU中，所以將需要定義新的優先級排列規則。
[0333] 本發明的另一方面涉及緩沖器狀況報告的取消過程。根據TS 36.321，版本 11.2.0,5.4.5節(將其并入此處以作參考）中所規定的正常的緩沖器狀況報告規程，當把 BSR包括在MAC PDU中以進行傳輸時，可以取消所有被觸發的BSR。根據本發明的另一實施 例，當把D2D緩沖器狀況報告包括在MAC PDU中以進行傳輸時，能夠進行D2D通信的UE可以不 取消常規的"LTE緩沖器狀況報告"。該方案確保了D2D緩沖器狀況報告的引入不影響正常的 上行鏈路調度/緩沖器狀況報告過程。
[0334] 相類似，根據本發明的另一方面，當僅因觸發了D2D緩沖器狀況報告而觸發調度請 求時，可以不啟動調度請求(SR)禁止計時器。根據本發明的另一實施例，對于僅發送了 SR以 請求針對D2D通信的傳輸資源的情況，當已經在PUCCH上傳輸了 SR時，能夠進行D2D通信的UE 可以不啟動SR禁止計時器。與以上剛剛描述的這些實施例類似，D2D BSR可以不延遲LTE數 據傳輸，即，特別是像RRC信令這樣的高優先級LTE數據的傳輸。
[0335] 本發明的另一方面涉及針對D2D數據通信的資源分配模式的選擇，如以上所描述 的，存在著兩種其中UE可以針對D2D數據通信進行資源選擇操作的模式，即被調度操作模式 (模式1)和自主操作模式(模式2)。根據本發明的一個實施例，總的原則應該是:eNB控制能 夠進行D2D通信的UE所操作的資源分配模式。根據一個有利的實現，必須傳輸D2D載體的數 據的、能夠進行D2D通信的UE可以始終按模式1操作，即，建立至eNB的RRC連接(針對RRC_S 閑的_UE情況），并且向eNB發送緩沖器狀況報告/調度請求，如先前實施例中所描述的。 [0336]如果，例如，在預先定義的時間窗口內，UE沒有從eNB接收到任何針對D2D傳輸的資 源分配，或者，替換地，如果沒有從eNB接收到指示UE從針對D2D數據傳輸的資源池自主地選 擇D2D時間/頻率資源的顯式信令指示，跡JE將退回至模式2操作。作為替換，eNB可以通過系 統信息廣播(SIB)以信號告知該小區中不支持所調度的模式操作。例如，可以廣播指示該小 區中模式1可用性的標志。根據該標志，能夠進行D2D通信的傳輸UE將首先嘗試模式1類型的 操作（當所述標志指示在小區中操作模式1)或者立即把模式2用于針對D2D傳輸的資源分 配。另一種方案可以是：可以引入某些為D2D目的所保留的特定的接入類別，并且根據這些 接入類別，eNB可以控制允許哪些D2D UE直接從eNB為D2D數據傳輸請求資源，即，使用模式1 類型的操作。基本上，將向每一個D2D UE分派接入類別，來自eNB的一些信令將指示允許哪 些類別使用模式1進行資源分配。
[0337] 本發明的另一個方面涉及能夠支持設備至設備通信的UE中的LCP過程。用戶設備 可以具有通過上行鏈路數據信道和D2D載體傳輸數據的LTE信道或者載體。在這樣的情況 下，可以僅在D2D子幀中傳輸D2D載體的數據，換句話說，僅在為通過直接鏈路數據信道的 D2D傳輸配置的資源上傳輸D2D載體的數據。相類似，可以僅在LTE專用子幀相應的時間/頻 率資源中傳輸LTE載體的數據。另外，還可以執行邏輯信道優先級排列規程，其考慮了通過 LTE上行鏈路數據信道和通過直接鏈路信道傳輸的UE能力。
[0338] 在有利的實現中，可以為LTE和D2D載體開發公共的LCP過程。于是，在LTE子幀中， 將不為LCP過程考慮D2D載體的數據。換句話說，在LTE子幀相應的時間/頻率資源中可以考 慮為LCP過程暫停D2D載體。相類似，可以在D2D子幀中為LCP操作暫停LTE載體。如果具有針 對D2D和針對LTE通信的公共LCP過程，則能夠降低D2D和LTE載體的管理的復雜度。
[0339]作為替換，可以存在著兩個獨立的LCP過程:一個針對通過直接鏈路信道的D2D數 據傳送，一個針對LTE數據業務。于是，可以為D2D子幀調用針對D2D載體的專用LCP過程，而 在那些為僅用于LTE傳輸保留的子幀中調用針對LTE定義的LCP。由于不存在對D2D載體的 QoS支持，所以不需要設置按優先級排列的比特率(PBR)，該方案中的D2D LCP過程可以不需 要使用令牌桶模型。其中給出針對D2D和LTE的兩個獨立的LCP過程的方案可具有這樣的優 點:D2D LCP過程能夠具有較容易的配置。
[0340]本發明的另一方面涉及發現信號的上行鏈路傳輸時序。一般情況下，D2D數據傳輸 中的傳輸時序將不同于LTE上行鏈路數據傳輸中的傳輸時序。這是因為在LTE中用戶設備的 時序總是由網絡加以控制，即，由eNodeB加以控制。具體地講，網絡如此控制:在eNodeB的控 制下，同時接收在來自所有用戶設備的上行鏈路信號，以避免干擾。在能夠進行設備至設備 的通信的系統中，通過直接鏈路數據信道向接收用戶設備傳輸數據的傳輸用戶設備必須與 接收用戶設備(或者接收用戶設備組)協商某一時序。傳輸和接收用戶設備所協商的時序可 以不同于針對LTE上行鏈路數據業務的網絡控制的時序。根據第一方案，RRC_連接的D2D傳 輸用戶設備根據還針對D2D通信的下行鏈路參考時序傳輸發現信號。在LTE系統中，把上行 鏈路時序定義為下行鏈路參考時序加上作為對下行鏈路時序的校正的偏移量。把該偏移量 稱為時序校準(TA)因子，其值由eNodeB加以控制。根據第一方案，于是，對于H)D中的D2D，上 行鏈路的校正值將為〇(T2 = 0)。在RRC_連接和RRC_空閑的D2D中，傳輸用戶設備可以根據一 個624Ts的偏移量傳輸發現信號。因此，下行鏈路時序將為T2 = 624Ts。
[0341]由于給出了針對LTE和D2D發現/通信的兩種不同的時序，所有RRC_連接狀態下的 用戶設備可具有兩個駐留在MAC層的獨立的、無關的時序校準功能，包括時序校準值和/或 者時序校準計時器:即，一個針對D2D，一個針對LTE。
[0342]有利的是，僅可以針對D2D子幀激活針對D2D的上行鏈路時序功能。換句話說，LTE 上行鏈路子幀和D2D傳輸之間將存在上行鏈路時序跳躍。另外，可以把針對D2D發現的 NTA_Rrf_D2D設置為0。
[0343]根據能夠與先前所描述的各個方面一起使用的或者作為先前所描述的各個方面 的替換的另一個有利的方面，可以在D2D子幀期間把自主上行鏈路時序調整(追蹤DL參照時 序)應用于D2D傳輸。
[0344]最后，對于D2D通信，用戶設備將不從eNodeB接收時序推進(TA)命令。因此，根據能 夠與先前所描述的各個方面一起使用的或者作為先前所描述的各個方面的替換的另一個 有利的方面，可以給出針對D2D的時序推進計時器。例如，可以把針對D2D通信的TA計時器設 置為無限，并且在第一D2D發現或者傳輸發生之前加以啟動。
[0345]本發明的另一個方面涉及針對設備至設備的通信相應的近程服務的發現過程。在 覆蓋之外，不存在可用的網絡，因此，來自網絡側的專用的/公共的資源分配不能用于傳輸/ 接收發現資源。本發明的另一個實施例解決了上述問題。于是，不處于網絡覆蓋中（即，也稱 為覆蓋之外）的能夠進行D2D通信的UE可以按以固定的周期周期性重復的固定的頻率傳輸 固定的序列。可以在固定的頻率上，而不管其實際操作頻率如何，通過傳輸不具有設備標識 或者具有ProSe UE標識的D2D主同步信號，實現以上所描述的過程。這樣的實現允許其它 D2D UE按非常簡單的方式進行檢測。
[0346] 對于處于網絡覆蓋中的能夠進行D2D通信的UE(即，也稱為覆蓋內UE)，空閑模式UE 和連接模式UE(即，已經建立了至網絡的RRC連接的UE)之間的發現過程可以不同。以下將描 述這兩種模式。
[0347] 空閑 UE
[0348]根據第一覆蓋內發現過程，在系統信息中既可以針對D2D發現消息接收(Rx池)在 當前小區中廣播類型1資源以及類型2的資源。另外，當前小區還可以廣播來自可能處于相 同或者不同頻率的相鄰小區的Tx池（以及可能也來自覆蓋之外Tx的池）。于是，以下給出了 所述發現消息接收：
[0349 ] Rx池=當前小區的Tx池+相鄰小區的Tx池+覆蓋之外的Tx池
[0350]作為替換，在一些部署中，不能夠由當前小區廣播相鄰小區的Tx池與/或覆蓋之外 的Tx池，因為運營商可能選擇了節省廣播和/或因為相鄰小區可能屬于不同的PLMN等。在這 樣的情況下，當前小區至少可以指出當前小區中所廣播的Rx池可能不包含來自該小區之外 的所有所關注的Tx池。按照最簡單的形式，其可以為D2D系統信息塊中1個比特的指示信息 (在下圖中說明為注意1)。
[0351]另外，接收UE需要判斷該小區之外是否存在其它D2D設備，其發現消息也可以為所 述接收UE所關注的。因此，可以由較高層(例如，NAS應用（例如，基于Prose服務器的））傳輸 所述信息。當斷定所關注的一些D2D設備/發現在該小區不可用時，UE將能夠發現其中可能 出現這樣的所關注的D2D設備/發現的可能的相鄰小區。
[0352]圖14顯示上述的用于接收D2D發現信號的方法。
[0353]根據能夠進行D2D通信的通信系統的實現，支持D2D發現（即，已經分配了特定的類 型1和/或類型2資源的資源）的相鄰小區可能處于不同的頻率。在這樣的情況下，相鄰小區 的PCI和頻率均能很好地在當前小區的系統信息廣播中加以指示。
[0354]圖15示意性地說明了這樣一種情況:其中，能夠進行D2D通信的UE在相鄰小區中執 行發現操作。發現傳輸受限于傳輸UE的最大Tx功率，因此遠處小區中的發現傳輸將不能由 D2D設備所接收。
[0355] 因此，根據進一步的實現，等待從相鄰小區接收發現消息的D2D設備可不需要搜 尋/獲取所有可能的相鄰小區，而只需要搜尋/獲取與其接近的相鄰小區。例如，如下圖中所 示，D2D設備不試圖檢測/獲取相鄰小區2的D2D資源，這是因為來自相鄰小區2中D2D設備的 任何可能的傳輸太遠/不可達。有利的是，僅當滿足某些條件時，UE才能夠試圖檢測/獲取相 鄰小區X的D2D資源。有利的做法是，UE可以決定是檢測或獲取相鄰小區x(小區X)的D2D資 源，如果：
[0356] 當前_小區_質量一小區_x_質量〈閾值1;或者 [0357]小區_x_質量> =當前_小區_質量
[0358]連接模式
[0359]可以通過專用信令(例如，RRC信息）把有關Rx池的信息以信號告知于處于連接模 式的UE Ax池可以包括有關相鄰小區的Tx池與/或覆蓋之外Tx池的信息。作為替換，UE也可 以獲取以上所討論的結合空閑模式所描述的信息。
[0360]另外，連接模式UE也可能需要間隙模式獲取(a)對頻率間相鄰小區以及它們的D2D SI的檢測；（b)有關頻率間資源的發現消息。
[0361] 于是，這樣的UE可以從可能包括有關可能的間隙（間隙長度、副本長度、偏移量等） 的信息的服務eNB請求間隙模式。作為選擇，這樣的UE可以使用自主間隙。
[0362] 由于之前的實施例主要集中于D2D發現的接收操作，所以以下將根據本發明的示 范性實施例描述針對D2D發現的傳輸操作。
[0363]能夠進行D2D通信的UE可能需要決定其應該使用哪種類型的資源傳輸D2D發現信 號/消息。根據這一決定，于是其可能需要在eNB處請求資源（例如，請求類型2B資源），因此 其可能需要為此建立RRC連接(如果UE處于空閑模式）。
[0364] 根據有利的實現，對應該用于傳輸D2D發現信號或者消息的資源的類型的決定可 以基于以下準則：
[0365] 1)發現的類型，即，基于申請觸發發現傳輸
[0366] -可以由（Pro-se)發現服務器等規定、預先配置、指出發現資源類型和申請之間的 映射關系
[0367] 2)最后成功的發現傳輸(例如，針對同一發現申請）；
[0368] 3)空閑模式移動性狀態。
[0369] 有利的是，在一個實現中，低速或者穩定的UE可能總是要求特定的資源類型（例 如，類型2B);例如，移動UE(例如，中移動性)將使用類型1。以下章節將解釋以上所提到的請 求類型。
[0370] 請求類型2B資源
[0371] 如果UE決定使用類型2B資源，則其將請求eNB授權這些類型2B資源。可以通過以下 過程實現這一點：
[0372] ?使用特殊的RACH資源(例如，前同步信號、RACH傳輸資源）；
[0373] .msgS中的新原因值(RRC連接請求)_請求D2D類型2B Tx資源。
[0374] -由于UE不打算建立LTE載體(例如，LTE CN中的終止），所以可以將Light RRC協議 用于此目的，例如，可不需要建立安全環境、無測量配置/報告等；
[0375] · NAS信令
[0376] -UE NAS通知MME，MME判定并且指示/請求eNB使用類型2B; eNB向該UE授權類型2B 資源(在RRC重新配置中）。固定對資源映像的申請，于是，Pro-se服務器/申請/CN決定將加 以使用的資源類型，例如，在D2D服務的驗證期間。
[0377] 另外，UE可以指示類型2B資源使用的估計的長度，同時請求這樣的資源。如果請求 未被兌現(例如，在某一時間段內，UE接收到2B資源拒絕消息/RRC連接釋放或者無響應），則 UE開始使用類型1。
[0378] 移動性(交接，重新建立)
[0379]移動性將不確保先前所分配的D2D資源依然能夠使用。于是，在移動性期間，存在 以下對所分配的D2D資源的處置：
[0380] ?保持其原有狀態
[0381]-就X2進行協商;例如，相鄰者保留用于D2D發現傳輸的相同的物理資源；
[0382] ?由HO命令/重新建立消息+重新配置消息中的目標重新加以配置；
[0383] ?作為接收到HO命令的結果，取消配置/加以釋放；
[0384] -在目標小區中的交接之后UE請求相同的資源（目標eNB可以分配與先前小區中相 同的資源或者新的資源）。
[0385] 釋放發現資源類型2B
[0386]根據有利的實現，當不再要求專用資源(類型B)(即，UE將不傳輸D2D發現)時，UE可 以釋放專用資源(類型B)。作為替換，eNB可以請求資源收回（例如，為了避免LTE蜂窩通信中 的阻塞）。可以按以下描述進行這樣的釋放：
[0387] ?隱式釋放
[0388] -當計時器(所配置的/所指定的）時間到時
[0389] ?如果UE希望對其(類型B資源)進一步加以保留，其需要向eNB發送"保持活躍"信 令。
[0390]-當移動(交接，重新建立)時:UE簡單地放棄源小區中所使用的類型2B資源。
[0391] -當RRC連接釋放(RAN#85中已經決定)時:UE簡單地放棄源小區中所使用的類型2B 資源
[0392] ?顯式釋放
[0393] -新信令(RRC、MAC CE等）
[0394] ?當UE不再需要其時，從UE(啟動釋放）；
[0395] ?在LTE(上方）網絡中阻塞的情況下，從UE(啟動釋放）。
[0396]當網絡啟動類型2B資源的釋放時，如果UE仍需要傳輸發現消息/信號，則其可以開 始使用類型1資源。
[0397]與D2D相關的系統信息廣播(SIB)
[0398] D2D SIB是有關下方(underlay)網絡中D2D發現的信息的廣播。該信息不可被使 用/僅可用于上方(Overlay)(LTE)網絡中所關注的UE。該網絡可以以獨立系統信息塊(SIB) 廣播有關D2D的廣播信息（稱為D2D SIB)。同樣或者不同的SIB可以指示用于接收小區間發 現消息的D2D資源。
[0399] 當前小區中的接收資源=當前小區中的傳輸資源+來自相鄰小區的傳輸資源
[0400] D2D SIB的改變
[04011可以使用載有有關D2D SIB修改的新呼叫消息(新D2D P-RNTI)。作為替換，也可以 使用基于計時器(不比'X'毫秒更頻繁地改變）的機制，從而在計時器時間到時所關注的D2D 設備（僅)必須重新獲取D2D SIB。作為另一種替換，D2D SIB修改可能影響當前SIBl中的值 標記，甚至也可能是在具有其自己的值標記的情況下。
[0402]本發明的硬件與軟件實現
[0403]本發明的另一個方面涉及使用硬件與軟件實現以上所描述的各種實施例與各個 方面。就此而論，本發明提供了用戶設備(移動終端)和eNodeB(基站）。所述用戶設備適合于 執行此處所描述的方法，另外，所述eNodeB包含這樣的機制：能夠使eNodeB根據從用戶設備 所接收的IPMI設置質量信息估計各用戶設備的IPMI設置質量，并且在其調度器對不同用戶 設備進行調度的處理中考慮了不同用戶設備的IPMI設置質量。
[0404]還應該意識到，可以使用計算設備（處理器)實現或者執行本發明的各種實施例。 例如，計算設備或者處理器可以是通用處理器、數字信號處理器（DSP)專用集成電路 (ASIC)、現場可編程門陣列(FPGA)或者其它可編程邏輯器件等。也可以通過這些設備的組 合執行或者體現本發明的各種實施例。
[0405] 另外，也可以通過處理器所執行的或者直接處于硬件中的軟件模塊實現本發明的 各種實施例。而且，軟件模塊和硬件實現的組合也可能是可行的。可以把軟件模塊存儲在任 何種類的計算機可讀存儲媒體上，例如，存儲在RAM、EPROM、EEPROM、閃存、寄存器、硬盤、CD-R0M、DVD 等上。
[0406] 還應該加以注意的是，可以把本發明的不同實施例的獨有特性單獨或者任意組合 成另一個發明的主題。
[0407] 本領域技術人員將會意識到，可以在不背離廣義描述的本發明的構思與范圍的情 況下對具體實施例中所描述的本發明進行多方面的改變與/或修改，因此，從所有方面看， 都應該把這些實施例視為說明性的而不是限制性的。
【主權項】
1. 一種傳輸用戶設備，用于通過通信系統中的直接鏈路連接向接收用戶設備傳輸數 據，所述傳輸用戶設備適配來請求通信系統中的資源，并且包含： 傳輸單元，配置來向基站傳輸直接鏈路調度信息，所述直接鏈路調度信息用于通過所 述直接鏈路連接向所述接收用戶設備傳輸數據的資源的分配，其中 在用于把數據傳輸給所述基站的上行鏈路數據信道上將所述直接鏈路調度信息傳輸 給所述基站。2. 根據權利要求1所述的傳輸用戶設備，其中， 在MAC控制元中傳輸所述直接鏈路調度信息，所述傳輸單元還適配來在所述上行鏈路 數據信道上向所述基站傳輸與所述直接鏈路調度信息相關聯的標識號，所述標識號標識所 述MAC控制元。3. 根據權利要求2所述的傳輸用戶設備，還包含： 適配來臨時存儲要通過所述直接鏈路連接傳輸給所述接收用戶設備的數據的傳輸緩 沖器，其中， 所述直接鏈路調度信息包含與存儲在所述傳輸緩沖器中的數據相關聯的值。4. 根據權利要求1至3中任意一個所述的傳輸用戶設備，其中，所述直接鏈路調度信息 具有比在所述上行鏈路數據信道上傳輸給所述基站的上行鏈路調度信息更高的優先級，所 述上行鏈路調度信息用于為通過所述基站的上行鏈路數據傳輸進行資源分配。5. 根據權利要求2至5中任意一個所述的傳輸用戶設備，其中，所述直接鏈路調度信息 還包括有關要通過所述直接鏈路連接傳輸的數據的類型的信息。6. 根據權利要求3至5中任意一個所述的傳輸用戶設備，還包含： 適配來存儲第一觸發條件和第二觸發條件的存儲器，其中，所述第一觸發條件要求所 述傳輸緩沖器中新數據的到達，所述新數據將通過所述直接鏈路連接傳輸給所述接收用戶 設備，以及所述第二觸發條件要求與所述傳輸緩沖器中的數據相關聯的值改變預先定義的 值； 處理單元，適配來判斷是否滿足所述第一觸發條件，而且如果滿足所述第一觸發條件， 則判斷是否滿足所述第二觸發條件，以及 在所述處理單元確定滿足所述第二觸發條件的情況下，所述傳輸單元還適配來傳輸所 述直接鏈路調度請求，用于為向所述基站傳輸所述直接鏈路調度信息請求上行鏈路資源的 分配。7. 根據權利要求6所述的傳輸用戶設備，其中，在上行鏈路控制信道上或者在隨機接入 信道上把所述直接鏈路調度請求傳輸給基站。8. -種通信系統中傳輸用戶設備請求資源的通信方法，其中，通過直接鏈路把數據從 傳輸用戶設備傳輸給接收用戶設備，所述方法包含下列步驟： 在所述傳輸用戶設備處，向基站傳輸用于通過直接鏈路連接把數據傳輸給所述接收用 戶設備的資源的分配的直接鏈路調度信息，其中， 在用于將數據傳輸給所述基站的上行鏈路數據信道上把所述直接鏈路調度信息傳輸 給所述基站。9. 根據權利要求8所述的方法，其中， 在MAC控制元上傳輸所述直接鏈路調度信息，以及 傳輸所述直接鏈路調度信息的步驟包含在所述上行鏈路數據信道上向所述基站傳輸 與所述直接鏈路調度信息相關聯的標識號，所述標識號標識所述MAC控制元。10. 根據權利要求9所述的方法，其中，所述直接鏈路調度信息包含與存儲在所述傳輸11. 用戶設備中的傳輸緩沖器中的數據相關聯的值，所述傳輸緩沖器適配來臨時存儲 要通過所述直接鏈路傳輸給所述接收用戶設備的數據。12. 根據權利要求8至10中任意一個所述的方法，其中，所述直接鏈路調度信息具有比 在所述上行鏈路數據信道上傳輸給所述基站的上行鏈路調度信息更高的優先級，所述上行 鏈路調度信息用于為通過所述基站的上行鏈路數據傳輸進行資源分配。13. 根據權利要求8至11中任意一個所述的方法，其中，所述直接鏈路調度信息還包括 有關要通過所述直接鏈路連接傳輸的數據的類型的信息。14. 根據權利要求10至12中任意一個所述的方法，其中，定義第一觸發條件和第二觸發 條件，所述第一觸發條件要求所述傳輸緩沖器中新數據的到達，其中，所述新數據要通過所 述直接鏈路連接傳輸給所述接收用戶設備，以及所述第二觸發條件要求與所述傳輸緩沖器 中的數據相關聯的值改變預先定義的值，傳輸方法還包含以下步驟： 在所述傳輸用戶設備處，判斷是否滿足所述第一觸發條件， 如果滿足所述第一觸發條件，則所述傳輸用戶設備判斷是否滿足所述第二觸發條件， 以及 在所述傳輸用戶設備處，在所述處理單元確定滿足第二觸發條件的情況下，將請求用 于傳輸所述直接鏈路調度信息的上行鏈路資源的分配的所述直接鏈路調度請求傳輸給所 述基站。15. 根據權利要求13所述的方法，其中，在上行鏈路控制信道上或者在隨機接入信道上 將所述直接鏈路調度請求傳輸給基站。16. 根據權利要求14所述的方法，其中，與所述傳輸緩沖器中的數據相關聯的值為所述 傳輸緩沖器中數據的數量，而且如果自直接鏈路控制信息的前一次傳輸以來所述傳輸緩沖 器中的所述數據被改變了預先定義的值，則觸發直接鏈路控制信息的傳輸。
【文檔編號】H04W72/12GK106068670SQ201580013251
【公開日】2016年11月2日
【申請日】2015年1月22日 公開號201580013251.6, CN 106068670 A, CN 106068670A, CN 201580013251, CN-A-106068670, CN106068670 A, CN106068670A, CN201580013251, CN201580013251.6, PCT/2015/51231, PCT/EP/15/051231, PCT/EP/15/51231, PCT/EP/2015/051231, PCT/EP/2015/51231, PCT/EP15/051231, PCT/EP15/51231, PCT/EP15051231, PCT/EP1551231, PCT/EP2015/051231, PCT/EP2015/51231, PCT/EP2015051231, PCT/EP201551231
【發明人】J.勒爾, P.巴蘇馬利克
【申請人】太陽專利信托公司