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