配置用于d2d通信系統(tǒng)的macpdu的方法及其裝置的制造方法
【專利摘要】本發(fā)明涉及一種無線通信系統(tǒng)。更具體地，本發(fā)明涉及一種構(gòu)建用于D2D通信系統(tǒng)的MAC PDU的方法及裝置，該方法包括以下步驟：由第一UE構(gòu)建MAC PDU，所述MAC PDU包括源ID、目標ID、多個邏輯信道ID以及多個MAC SDU，其中，各個MAC SDU是從由所述源ID識別的所述第一UE經(jīng)由所述多個邏輯信道ID中的一個識別的邏輯信道被發(fā)送到由所述目標ID識別的各個第二UE的；經(jīng)由接口向至少一個第二UE發(fā)送所述MAC PDU，其中，所述接口被直接配置在所述第一UE與所述至少一個第二UE之間。
【專利說明】
配置用于D2D通信系統(tǒng)的MACPDU的方法及其裝置
技術(shù)領域
[0001]本發(fā)明涉及一種無線通信系統(tǒng)，且更具體地，涉及一種配置用于D2D(裝置到裝置） 通信系統(tǒng)的MAC rou(介質(zhì)訪問控制協(xié)議數(shù)據(jù)單元)的方法及其裝置。
【背景技術(shù)】
[0002] 作為本發(fā)明所適用的移動通信系統(tǒng)的示例，對第3代合作伙伴計劃長期演進（以 下，稱之為LTE)通信系統(tǒng)進行簡要說明。
[0003] 圖1是示意性示出作為示例性無線電通信系統(tǒng)的E-UMTS的網(wǎng)絡結(jié)構(gòu)的視圖。演進 的通用移動電信系統(tǒng)(E-UMTS)是傳統(tǒng)的通用移動電信系統(tǒng)(UMTS)的高級版本，并且目前正 在3GPP中進行其基本標準化。E-UMTS通?？梢员环Q為長期演進(LTE)系統(tǒng)。針對UMTS和E-UMTS的技術(shù)規(guī)范的細節(jié)，可以參照"第3代合作伙伴計劃；技術(shù)規(guī)范組無線電接入網(wǎng)（3rd Generation Partnership Project；Technical Specification Group Radio Access Network)"的版本7和版本8〇
[0004] 參照圖1，E-UMTS包括用戶設備(UE)、eNode B(eNB)以及位于網(wǎng)絡(E-UTRAN)的端 部并且被連接到外部網(wǎng)絡的接入網(wǎng)關(guān)(AG) ^NB可以同時發(fā)送用于廣播服務、多播服務和/ 或單播服務的多個數(shù)據(jù)流。
[0005] 每個eNB可以存在一個或更多個小區(qū)。該小區(qū)被設置成在諸如1.25、2.5、5、10、15 以及20MHz的帶寬之一中操作，并在該帶寬中向多個UE提供下行鏈路(DL)或上行鏈路(UL) 傳輸服務。不同小區(qū)可以被設置成提供不同的帶寬。eNB控制向多個UE的數(shù)據(jù)發(fā)送或從多個 UE的數(shù)據(jù)接收。eNB向相應的UE發(fā)送DL數(shù)據(jù)的DL調(diào)度信息，以便向UE通知發(fā)送DL數(shù)據(jù)應在的 時域/頻域、編碼、數(shù)據(jù)大小以及與混合自動重傳請求(HARQ)相關(guān)的信息。另外，eNB向相應 的UE發(fā)送UL數(shù)據(jù)的UL調(diào)度信息，以便向UE通知UE可用的時域/頻域、編碼、數(shù)據(jù)大小以及與 HARQ相關(guān)的信息。在eNB之間可以使用用于發(fā)送用戶業(yè)務或控制業(yè)務的接口。核心網(wǎng)（CN)可 以包括用于UE的用戶登記的AG以及網(wǎng)絡節(jié)點等。AG基于跟蹤區(qū)域(TA)來管理UE的移動性。 一個TA包括多個小區(qū)。
[0006] 裝置到裝置(D2D)通信是指分布式通信技術(shù)，其直接在相鄰的節(jié)點之間傳輸業(yè)務， 而不使用諸如基站的基礎設施。在D2D通信環(huán)境中，諸如便攜式終端的各個節(jié)點發(fā)現(xiàn)與其物 理相鄰的用戶設備，并在設置通信會話后發(fā)送業(yè)務。這樣，由于D2D通信可以通過分配集中 到基站中的業(yè)務來解決業(yè)務過載，因此作為4G之后的下一代移動通信技術(shù)的元技術(shù)，D2D通 信可能已受到關(guān)注。為此，諸如3GPP或IEEE的標準協(xié)會已進行基于LTE-A或Wi-Fi來建立D2D 通信標準，并且高通已開發(fā)出他們自己的D2D通信技術(shù)。
[0007] 預計D2D通信有助于增加移動通信系統(tǒng)的吞吐量并且創(chuàng)建新的通信服務。而且， D2D通信可以支持基于鄰近的社交網(wǎng)絡服務或網(wǎng)絡游戲服務。可以通過將D2D鏈接用作中繼 來解決位于遮蔽區(qū)的用戶設備的鏈接問題。這樣，預計D2D技術(shù)將在各個領域提供新的服 務。
[0008] 已經(jīng)使用諸如紅外通信、紫蜂(ZigBee)、射頻識別(RFID)以及基于RFID的近場通 信(NFC)的D2D通信技術(shù)。然而，由于這些技術(shù)僅支持有限距離(約lm)內(nèi)的特定對象的通信， 所以嚴格上來說該技術(shù)很難被視為D2D通信技術(shù)。
[0009] 雖然以上已描述了 D2D通信，但還沒有提出用于從具有相同資源的多個D2D用戶設 備發(fā)送數(shù)據(jù)的方法的細節(jié)。

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

[0010] 技術(shù)問題
[0011]設計解決問題的本發(fā)明的目的在于配置用于D2D通信系統(tǒng)的MAC PDU的方法和裝 置。本發(fā)明所解決的技術(shù)問題不限于以上技術(shù)問題，并且本領域技術(shù)人員從下面的描述中 可以理解其它的技術(shù)問題。
[0012]技術(shù)方案
[0013] 本發(fā)明的目的可以通過提供一種用戶設備(UE)在無線通信系統(tǒng)中進行操作的方 法來實現(xiàn)，該方法包括以下步驟：由第一UE構(gòu)建MAC H)U，所述MAC PDU包括源ID、目標ID、多 個邏輯信道ID以及多個MAC SDU(服務數(shù)據(jù)單元），其中，各個MAC SDU是從由所述源ID識別 的所述第一UE經(jīng)由由所述多個邏輯信道ID中的一個識別的邏輯信道被發(fā)送到由所述目標 ID識別的各個第二UE的；經(jīng)由接口向至少一個第二UE發(fā)送所述MAC PDU，其中，所述接口被 直接配置在所述第一 UE與所述至少一個第二UE之間。
[0014] 在本發(fā)明的另一方面，本文提供了一種用于在無線通信系統(tǒng)中執(zhí)行隨機接入過程 的UE(用戶設備），該UE包括:RF(射頻)模塊；以及處理器，該處理器被配置成控制所述RF模 塊，其中，所述處理器被配置成構(gòu)建MAC PDU，且經(jīng)由接口向至少一個第二UE發(fā)送所述MAC PDU，所述MAC PDU包括源ID、目標ID、多個邏輯信道ID以及多個MAC SDU，其中，各個MAC SDU 是從由所述源ID識別的所述第一UE經(jīng)由由所述多個邏輯信道ID中的一個識別的邏輯信道 被發(fā)送到由所述目標ID識別的各個第二UE的，其中，所述接口被直接配置在所述第一UE與 所述至少一個第二UE之間。
[0015] 同時，在本發(fā)明的另一方面，本文提供了一種用戶設備(UE)在無線通信系統(tǒng)中進 行操作的方法，該方法包括以下步驟：由第二UE經(jīng)由接口從至少一個第一UE接收MAC H)U， 所述MAC PDU包括源ID、目標ID、多個邏輯信道ID以及多個MAC SDU，其中，所述接口被直接 配置在所述第二UE與所述至少一個第一UE之間；處理所述MAC H)U，其中，各個MAC SDU是從 由所述源ID識別的所述第一UE經(jīng)由由所述多個邏輯信道ID中的一個識別的邏輯信道被發(fā) 送到由所述目標ID識別的各個第二UE的。
[0016] 在本發(fā)明的另一方面，本文提供了一種用于在無線通信系統(tǒng)中執(zhí)行隨機接入過程 的UE(用戶設備），該UE包括:RF(射頻)模塊；以及處理器，該處理器被配置成控制所述RF模 塊，其中，所述處理器被配置成經(jīng)由接口從至少一個第一UE接收MAC PDU，且處理所述MAC MU，所述MAC PDU包括源ID、目標ID、多個邏輯信道ID以及多個MAC SDU，其中，所述接口被 直接配置在所述第二UE與所述至少一個第一UE之間，其中，各個MAC SDU是從由所述源ID識 別的所述第一UE經(jīng)由由所述多個邏輯信道ID中的一個識別的邏輯信道被發(fā)送到由所述目 標ID識別的各個第二UE的。
[0017]優(yōu)選地，分別地，所述源ID在第一字段中，所述目標ID在第二字段中，所述邏輯信 道ID在多個第三字段中，以及所述多個MAC SDU在多個第四字段中。
[0018] 優(yōu)選地，所述源ID和所述目標ID為在MAC實體中使用的ID。
[0019]優(yōu)選地，該方法還包括以下步驟:如果所述目標ID與由所述第二UE管理的任何ID 均不匹配，則丟棄所述MAC PDU。
[0020] 優(yōu)選地，該方法還包括以下步驟:如果所述目標ID與由所述第二UE管理的一個ID 相匹配，則解析所述MAC PDU。
[0021] 要理解的是，本發(fā)明前面的一般性描述和下面的詳細描述兩者均是示例性和說明 性的，并且旨在提供對所要求保護的本發(fā)明的進一步解釋。
[0022]有益效果
[0023]根據(jù)本發(fā)明，可以在D2D通信系統(tǒng)中有效地配置MAC PDU。本領域技術(shù)人員將意識 到，本發(fā)明實現(xiàn)的效果不限于上文中所具體描述的內(nèi)容，并且從下面的詳細描述并結(jié)合附 圖，將更清楚地理解本發(fā)明的其它優(yōu)點。
【附圖說明】
[0024]附圖被包括進來以提供對本發(fā)明的進一步理解，并且被并入本申請中且構(gòu)成本申 請的一部分，附圖示出了本發(fā)明的實施方式，并且與本說明書一起用來闡釋本發(fā)明的原理。
[0025] 圖1是示出作為無線通信系統(tǒng)的示例的演進的通用移動電信系統(tǒng)(E-UMTS)的網(wǎng)絡 結(jié)構(gòu)的視圖；
[0026] 圖2A是示出演進的通用移動電信系統(tǒng)(E-UMTS)的網(wǎng)絡結(jié)構(gòu)的框圖，以及圖2B是描 繪典型E-UTRAN和典型EPC的架構(gòu)的框圖；
[0027]圖3是示出基于第3代合作伙伴計劃(3GPP)無線電接入網(wǎng)標準的UE與E-UTRAN之間 的無線電接口協(xié)議的控制面和用戶面的視圖；
[0028]圖4是在E-UMTS系統(tǒng)中使用的示例性物理信道結(jié)構(gòu)的視圖；
[0029] 圖5是根據(jù)本發(fā)明的實施方式的通信設備的框圖；
[0030] 圖6是用于常規(guī)通信的默認數(shù)據(jù)路徑的示例；
[0031] 圖7和圖8是用于鄰近通信的數(shù)據(jù)路徑場景的示例；
[0032] 圖9是示出非漫游參考架構(gòu)的概念圖；
[0033] 圖10是示出側(cè)行鏈路的層2結(jié)構(gòu)的概念圖；
[0034]圖11a是示出用于ProSe直連通信的用戶面協(xié)議棧的概念圖，以及圖lib是用于 ProSe直連通信的控制面協(xié)議棧；
[0035]圖12是示出用于ProSe直連發(fā)現(xiàn)的PC5接口的概念圖；
[0036] 圖13a至圖13c是示出MAC PDU結(jié)構(gòu)的概念圖；
[0037]圖14是根據(jù)本發(fā)明的實施方式的配置用于D2D通信的MAC PDU的概念圖；以及 [0038]圖15和圖16是根據(jù)本發(fā)明的實施方式的MAC PDU結(jié)構(gòu)的示例。
【具體實施方式】
[0039]通用移動電信系統(tǒng)(UMTS)是在基于歐洲系統(tǒng)的寬帶碼分多址(W⑶MA)、全球移動 通信系統(tǒng)(GSM)和通用分組無線電服務(GPRS)中運行的第3代（3G)異步移動通信系統(tǒng)。對 UMTS進行標準化的第3代合作伙伴計劃(3GPP)正在討論UMTS的長期演進(LTE)。
[0040] 3GPP LTE是用于能實現(xiàn)高速分組通信的技術(shù)。針對包含旨在降低用戶和供應商成 本、提高服務質(zhì)量以及擴大并提高覆蓋范圍和系統(tǒng)容量的LTE目標，已提出了許多方案。作 為上層要求，3G LTE需要降低每比特的成本、增加服務可用性、頻帶的靈活使用、簡單的結(jié) 構(gòu)、開放的接口以及終端的合適功耗。
[0041]下文中，根據(jù)本發(fā)明的實施方式，本發(fā)明的結(jié)構(gòu)、操作和其它特征將很容易被理 解，在附圖中示出了這些實施方式的示例。稍后描述的實施方式是本發(fā)明的技術(shù)特征應用 于3GPP系統(tǒng)的示例。
[0042]盡管在本說明書中利用長期演進(LTE)系統(tǒng)和LTE-高級（LTE-A)系統(tǒng)來描述本發(fā) 明的實施方式，但它們僅是示例性的。因此，本發(fā)明的實施方式可應用于與上述定義對應的 任何其它通信系統(tǒng)。另外，盡管本說明書中基于頻分雙工(FDD)方案來描述本發(fā)明的實施方 式，但本發(fā)明的實施方式可以被很容易地修改并且應用于半雙工H)D(H-FDD)方案或時分雙 工(TDD)方案。
[0043]圖2A是示出演進的通用移動電信系統(tǒng)(E-UMTS)的網(wǎng)絡結(jié)構(gòu)的框圖。E-UMTS也可以 被稱為LTE系統(tǒng)。通信網(wǎng)絡被廣泛部署，以提供各種通信服務，例如通過頂S和分組數(shù)據(jù)的語 音(VoIP)。
[0044] 如圖2A所示，E-UMTS網(wǎng)絡包括演進的UMTS陸地無線電接入網(wǎng)（E-UTRAN)、演進分組 核心網(wǎng)（EPC)以及一個或更多個用戶設備。E-UTRAN可以包括一個或更多個演進的NodeB (eNodeB)20,并且多個用戶設備(UE)10可以位于一個小區(qū)中。一個或更多個E-UTRAN移動性 管理實體(MME)/系統(tǒng)架構(gòu)演進(SAE)網(wǎng)關(guān)30可以位于網(wǎng)絡的端部并被連接到外部網(wǎng)絡。 [0045]如本文所使用，"下行鏈路"是指從eNodeB 20到UE 10的通信，以及"上行鏈路"是 指從UE到eNodeB的通信。UE 10是指用戶所攜帶的通信設備，并且也可以被稱為移動站 (MS)、用戶終端(UT)、用戶站(SS)或無線裝置。
[0046] 圖2B是描繪典型E-UTRAN和典型EPC的架構(gòu)的框圖。
[0047] 如圖2B所示，eNodeB 20向UE 10提供用戶面和控制面終點。MME/SAE網(wǎng)關(guān)30為UE 10提供會話的終點以及移動管理功能。eNodeB和MME/SAE網(wǎng)關(guān)可以經(jīng)由S1接口連接。
[0048] eNodeB 20通常是與UE 10通信的固定站，并且也可以被稱為基站(BS)或接入點。 每個小區(qū)可以部署一個eNodeB 20。洲〇(1印20之間可以使用用于發(fā)送用戶業(yè)務或控制業(yè)務 的接口。
[0049] MME提供以下各種功能，包括:到eNodeB 20的NAS信令、NAS信令安全、AS安全控制、 用于3GPP接入網(wǎng)之間的移動性的CN節(jié)點間信令、空閑模式UE的可達性(包括尋呼重傳的控 制和執(zhí)行）、跟蹤區(qū)域列表管理(針對空閑模式和激活模式下的UE)、PDN GW和服務GW選擇、 針對具有MME變化的切換的MME選擇、針對向2G或3G 3GPP接入網(wǎng)的切換的SGSN選擇、漫游、 認證、包含專用承載建立的承載管理功能、對PWS (包括ETWS和CMAS)消息傳輸?shù)闹С?。SAE網(wǎng) 關(guān)主機提供以下各種功能，包括:基于每個用戶的分組過濾(例如，通過深度分組檢測）、合 法監(jiān)聽、UE IP地址分配、下行鏈路中的傳輸級別分組標記、UL和DL服務等級計費、UL和DU? 務等級門限控制（gating)以及UL和DL速率控制（enforcement)、基于APN-AMBR的DL速率控 制。為了清楚起見，本文中MME/SAE網(wǎng)關(guān)30將被簡稱為"網(wǎng)關(guān)"，但要理解的是，這個實體包括 MME和SAE網(wǎng)關(guān)兩者。
[0050] 多個節(jié)點可以經(jīng)由S1接口在eNodeB 20和網(wǎng)關(guān)30之間連接。eNodeB 20可以經(jīng)由X2 接口彼此連接，并且相鄰的eNodeB可以具有網(wǎng)狀網(wǎng)絡結(jié)構(gòu)，該網(wǎng)狀網(wǎng)絡結(jié)構(gòu)具有X2接口。
[0051 ] 如圖所示，eNodeB 20可以執(zhí)行以下功能：對網(wǎng)關(guān)30的選擇、在無線電資源控制 (RRC)激活期間朝向網(wǎng)關(guān)的路由、調(diào)度并發(fā)送尋呼消息、調(diào)度并發(fā)送廣播信道(BCCH)信息、 在上行鏈路和下行鏈路二者中向UE 10的資源的動態(tài)分配、eNodeB測量的配置和提供、無線 電承載控制、無線電準入控制（RAC)以及LTE激活狀態(tài)中的連接移動性控制。如上所述，在 EPC中，網(wǎng)關(guān)30可以執(zhí)行以下功能：尋呼的發(fā)起、LTE空閑狀態(tài)管理、用戶面的加密、系統(tǒng)架構(gòu) 演進(SAE)承載控制以及非接入層(NAS)信令的加密和完整性保護。
[0052] EPC包括移動管理實體(MME)、服務網(wǎng)關(guān)(S-GW)以及分組數(shù)據(jù)網(wǎng)關(guān)(PDN-GWhMME具 有關(guān)于UE的連接和功能（主要是在管理UE的移動性時使用）的信息。S-GW是將E-UTRAN作為 終點的網(wǎng)關(guān)，并且TON-GW是將分組數(shù)據(jù)網(wǎng)絡(PDN)作為終點的網(wǎng)關(guān)。
[0053]圖3是示出基于3GPP無線電接入網(wǎng)標準的UE與E-UTRAN之間的無線電接口協(xié)議的 控制面和用戶面的視圖?？刂泼媸侵赣糜诎l(fā)送控制消息的路徑，這些控制消息被用于管理 UE與E-UTRAN之間的呼叫。用戶面是指用于發(fā)送應用層中生成的數(shù)據(jù)(例如，語音數(shù)據(jù)或互 聯(lián)網(wǎng)分組數(shù)據(jù))的路徑。
[0054]第一層的物理(PHY)層利用物理信道向更高層提供信息傳遞服務。PHY層經(jīng)由傳輸 信道連接到位于更高層的介質(zhì)訪問控制(MAC)層。在MAC層與PHY層之間經(jīng)由傳輸信道來傳 輸數(shù)據(jù)。在發(fā)送方的物理層與接收方的物理層之間經(jīng)由物理信道來傳輸數(shù)據(jù)。物理信道將 時間和頻率當作無線電資源來使用。具體地，在下行鏈路中利用正交頻分多址(0FDMA)方案 來對物理信道進行調(diào)制，并且在上行鏈路中利用單載波頻分多址（SC-ΠΜΑ)方案來對物理 信道進行調(diào)制。
[0055]第二層的MAC層經(jīng)由邏輯信道向更高層的無線電鏈路控制(RLC)層提供服務。第二 層的RLC層支持可靠的數(shù)據(jù)傳輸。RLC層的功能可以通過MAC層的功能塊來實現(xiàn)。為了在具有 相對小的帶寬的無線電接口中有效地傳輸諸如IP版本4 (IPv4)分組或IP版本6 (IPv6)分組 的互聯(lián)網(wǎng)協(xié)議(IP)分組，第二層的分組數(shù)據(jù)匯聚協(xié)議(PDCP)層執(zhí)行報頭壓縮功能以減少不 必要的控制信息。
[0056]僅在控制面中定義位于第三層的底部的無線電資源控制(RRC)層。RRC層控制與無 線電承載體(RB)的配置、重新配置和釋放有關(guān)的邏輯信道、傳輸信道和物理信道。RB是指第 二層提供的用于UE與E-UTRAN之間的數(shù)據(jù)傳輸?shù)姆?。為此，UE的RRC層和E-UTRAN的RRC層 彼此交換RRC消息。
[0057] eNB的一個小區(qū)被設置為在諸如1.25、2.5、5、10、15和201抱的帶寬之一中操作，并 在該帶寬中向多個UE提供下行鏈路傳輸服務或上行鏈路傳輸服務。不同的小區(qū)可以被設置 為提供不同的帶寬。
[0058]用于從E-UTRAN至UE的數(shù)據(jù)傳輸?shù)南滦墟溌穫鬏斝诺腊ㄓ糜谙到y(tǒng)信息傳輸?shù)膹V 播信道(BCH)、用于尋呼消息傳輸?shù)膶ず粜诺?PCH)以及用于用戶業(yè)務或控制消息傳輸?shù)南?行鏈路共享信道(SCH)。下行鏈路多播或廣播服務的業(yè)務或控制消息可以通過下行鏈路SCH 來發(fā)送，并且也可以通過單獨的下行鏈路多播信道(MCH)來發(fā)送。
[0059]用于從UE至E-UTRAN的數(shù)據(jù)傳輸?shù)纳闲墟溌穫鬏斝诺腊ㄓ糜诔跏伎刂葡⒌膫?輸?shù)碾S機接入信道(RACH)以及用于用戶業(yè)務或控制消息的傳輸?shù)纳闲墟溌稴CH。定義于傳 輸信道之上并被映射到傳輸信道的邏輯信道包括廣播控制信道（BCCH)、尋呼控制信道 (PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播業(yè)務信道(MTCH)。
[0060]圖4是示出在E-UMTS系統(tǒng)中使用的物理信道結(jié)構(gòu)的示例的視圖。物理信道包括在 時間軸上的幾個子幀以及在頻率軸上的幾個子載波。此處，一個子幀包括在時間軸上的多 個符號。一個子幀包括多個資源塊，并且一個資源塊包括多個符號和多個子載波。另外，每 個子幀可以使用用于物理下行鏈路控制信道(PDCCH)(即，L1/L2控制信道)的子幀的特定符 號(例如，第一符號）的特定子載波。在圖4中，示出了 L1/L2控制信息傳輸區(qū)域(PDCCH)和數(shù) 據(jù)區(qū)域(PDSCH)。在一個實施方式中，使用10ms的無線電幀，并且一個無線電幀包括10個子 幀。另外，一個子幀包括兩個連續(xù)時隙。一個時隙的長度可以是〇.5ms。另外，一個子幀包括 多個0FDM符號，并且多個0FDM符號的一部分（例如，第一符號）可以用于發(fā)送L1/L2控制信 息。傳輸時間間隔(TTI)是用于發(fā)送數(shù)據(jù)的單位時間，其為lms。
[0061 ]基站和UE主要利用DL-SCH(其作為傳輸信道)經(jīng)由PDSCH(其作為物理信道）來發(fā) 送/接收除了特定控制信號或特定服務數(shù)據(jù)以外的數(shù)據(jù)。在被包含于roccH的狀態(tài)中發(fā)送指 示向哪些UE (-個或多個UE)發(fā)送roSCH數(shù)據(jù)并且指示UE如何接收和解碼roSCH數(shù)據(jù)的信息。
[0062] 例如，在一個實施方式中，利用無線電網(wǎng)絡臨時標識符(RNTI) "A"對特定PDCCH進 行CRC掩蔽，并且利用無線電資源"B"（例如，頻率位置)和傳輸格式信息"C"（例如，傳輸塊大 小、調(diào)制、編碼信息等)并經(jīng)由特定子幀來發(fā)送關(guān)于數(shù)據(jù)的信息。然后，位于小區(qū)中的一個或 更多個UE利用其RNTI信息來監(jiān)測PDCCH。而且，具有RNTI"A"的特定UE讀取HXXH，且然后接 收由roccH信息中的b和c指示的roscH。
[0063] 圖5是根據(jù)本發(fā)明的實施方式的通信設備的框圖。
[0064]圖5中所示的設備可以是適于執(zhí)行上述機制的用戶設備(UE)和/或eNB，但它可以 是任何用于執(zhí)行同樣操作的設備。
[0065] 如圖5所示，該設備可以包括DSP/微處理器（110)和RF模塊(收發(fā)器；135) JSP/微 處理器（110)與收發(fā)器（135)電連接并且控制它?；谠撛O備的實施和設計者的選擇，該設 備還可以包括功率管理模塊（105)、電池（155)、顯示器（115)、鍵盤（120)、SM卡（125)、存儲 裝置（130)、揚聲器（145)和輸入裝置（150)。
[0066]具體地，圖5可以代表包括配置成接收來自網(wǎng)絡的請求消息的接收器（135)和配置 成向網(wǎng)絡發(fā)送發(fā)射或接收定時信息的發(fā)送器（135)的UE。這些接收器和發(fā)送器可以構(gòu)成收 發(fā)器(135)。1?還包括連接到收發(fā)器(135:接收器和發(fā)送器)的處理器(110)。
[0067]另外，圖5可以代表包括配置成向UE發(fā)送請求消息的發(fā)送器（135)和配置成從UE接 收發(fā)送或接收定時信息的接收器（135)的網(wǎng)絡設備。這些接收器和發(fā)送器可以構(gòu)成收發(fā)器 (135)。該網(wǎng)絡還包括連接到發(fā)送器和接收器的處理器（110)。該處理器（110)可以被配置成 基于發(fā)送或接收定時信息來計算時延。
[0068] 近來，已經(jīng)在3GPP中討論了基于鄰近的服務(？仰36)。？仰36能使不同的現(xiàn)(在合適 的過程(例如，認證)之后)僅通過eNB(而不是進一步通過服務網(wǎng)關(guān)(SGW)/分組數(shù)據(jù)網(wǎng)絡網(wǎng) 關(guān)(PDN-GW，PGW))或通過SGW/PGW來(直接)彼此連接。因此，使用ProSe，可以提供裝置到裝 置直連通信，并且預計每個裝置將利用普遍存在的連接性進行連接。近距離的裝置之間的 直連通信可以減輕網(wǎng)絡的負荷。近來，基于鄰近的社交網(wǎng)絡服務已獲得公眾關(guān)注，并且可能 會出現(xiàn)新類型的基于鄰近的應用以及可以創(chuàng)建新的商業(yè)市場和收入。對于第一步，市場中 需要公共安全和關(guān)鍵通信。群組通信也是公共安全系統(tǒng)中的關(guān)鍵部分之一。需要的功能有： 基于鄰近的發(fā)現(xiàn)、直連路徑通信以及群組通信的管理。
[0069] 例如，使用情形和場景有：i)商業(yè)/社交使用；ii)網(wǎng)絡減荷；iii)公共安全；iv)當 前基礎設施服務的集成，以確保包括可達性和移動性方面的用戶體驗的一致性；以及V)公 共安全，以免缺少EUTRAN覆蓋范圍（受到地方法規(guī)和運營商策略限制，并被限制于特定公共 安全指定的頻帶和終端）。
[0070] 圖6是用于兩個UE之間的通信的默認數(shù)據(jù)路徑的示例。參照圖6,甚至當緊密靠近 的兩個UE(例如，UE1，UE2)彼此通信時，它們的數(shù)據(jù)路徑（用戶面)都要經(jīng)過運營商網(wǎng)絡。因 此，用于通信的典型數(shù)據(jù)路徑涉及eNB和/或網(wǎng)關(guān)(GW)(例如，SGW/PGW)。
[0071] 圖7和圖8是用于鄰近通信的數(shù)據(jù)路徑場景的示例。如果無線裝置(例如，UE1，UE2) 彼此相鄰近，它們可以能夠使用直連模式數(shù)據(jù)路徑（圖7)或本地路由數(shù)據(jù)路徑（圖8)。在直 連模式數(shù)據(jù)路徑中，無線裝置(在諸如認證的適當過程之后)直接彼此連接，而不需要eNB和 SGW/PGW。在本地路由數(shù)據(jù)路徑中，無線裝置僅通過eNB彼此連接。
[0072] 圖9是示出非漫游參考架構(gòu)的概念圖。
[0073] PC1-PC5表示接口。PC1是UE中的ProSe應用與ProSe App服務器之間的參考點。它 用于定義應用級信令要求。PC2是ProSe App服務器和ProSe功能之間的參考點。它用于定義 ProSe App服務器和3GPP EPS經(jīng)由ProSe功能提供的ProSe功能之間的交互。一個示例可以 用于ProSe功能中的ProSe數(shù)據(jù)庫的應用數(shù)據(jù)更新。另一示例可以是ProSe App服務器在 3GPP功能與應用數(shù)據(jù)(例如，名稱翻譯）之間的交互工作中使用的數(shù)據(jù)。PC3是UE和ProSe功 能之間的參考點。其用于定義UE和ProSe功能之間的交互。一個示例可以用于ProSe發(fā)現(xiàn)和 通信的配置。PC4是EPC和ProSe功能之間的參考點。其用于定義EPC和ProSe功能之間的交 互?？赡艿氖褂们樾慰梢允钱斀E之間的一對一通信路徑時或當實時驗證用于會話管理 或移動性管理的ProSe服務(認證)時。
[0074] PC5是針對中繼和(直接在UE之間的以及通過LTE-Uu的UE之間的）一對一通信的、 用于發(fā)現(xiàn)和通信的控制面和用戶面的UE到UE之間的參考點。最后，PC6是可以用于訂閱到不 同PLMN的用戶之間的諸如ProSe發(fā)現(xiàn)的功能的參考點。
[0075] EPC (演進分組核心)包括諸如MME、S-GW、P-GW、PCRF、HSS等的實體。這里EPC表示E-UTRAN核心網(wǎng)絡架構(gòu)。雖然圖9中沒有明確顯示這些接口，但EPC內(nèi)部的接口也可以是受影響 的。
[0076]應用服務器是用于構(gòu)建應用功能的ProSe能力的用戶，例如，在公共安全情況中， 它們可以是專用機構(gòu)(PSAP)，或者在商業(yè)情況中，它們可以是社交媒體。這些應用是在3GPP 架構(gòu)之外定義的，但是可以有朝向3GPP實體的參考點。應用服務器可以針對UE中的應用進 行通信。
[0077] UE中的應用使用用于構(gòu)建應用功能的ProSe能力。示例可以用于公共安全群組的 成員之間的通信，或用于請求找到附近伙伴的社交媒體應用。3GPP定義的網(wǎng)絡(作為EPS的 部分）中的ProSe功能具有針對ProSe App服務器的參考點，針對EPC和UE的參考點。該功能 可以包括但不限于，例如：
[0078]-經(jīng)由針對第3方應用的參考點的交互工作
[0079] -用于發(fā)現(xiàn)和直連通信的UE的授權(quán)和配置
[0080] -啟用EPC級ProSe發(fā)現(xiàn)的功能
[0081] -ProSe相關(guān)的新訂戶數(shù)據(jù)和/數(shù)據(jù)存儲的處理；以及ProSe標識的處理；
[0082]-安全相關(guān)的功能
[0083]-提供用于策略相關(guān)功能的對EPC的控制
[0084]-提供用于計費(經(jīng)由或EPC的外部，例如，離線計費)的功能
[0085 ]圖10是示出用于側(cè)行鏈路(S i de 1 i nk)的層2結(jié)構(gòu)的概念圖。
[0086] 側(cè)行鏈路是用于ProSe直連通信和ProSe直連發(fā)現(xiàn)的UE到UE接口，與PC5接口對應。 側(cè)行鏈路包括UE之間的ProSe直連通信和ProSe直連發(fā)現(xiàn)。與上行鏈路傳輸相似，側(cè)行鏈路 使用上行鏈路資源和物理信道結(jié)構(gòu)。然而，如下所述，對物理信道做出了一些改變。E-UTRA 定義了兩個MAC實體:一個在UE中以及一個在E-UTRAN中。此外，這些MAC實體處理下面的傳 輸信道：i)側(cè)行鏈路廣播信道(SL-BCH)，ii)側(cè)行鏈路發(fā)現(xiàn)信道(SL-DCH)，以及iii)側(cè)行鏈 路共享信道(SL-SCH)。
[0087]-基本傳輸方案:側(cè)行鏈路傳輸使用與u L傳輸方案基本相同的傳輸方案。然而，對 于所有的側(cè)行鏈路物理信道，側(cè)行鏈路被限制于單個集群傳輸。而且，側(cè)行鏈路在每個側(cè)行 鏈路子幀的末尾使用1個符號間隙。
[0088]-物理層處理:在下面的步驟中，傳輸信道的側(cè)行鏈路物理層處理與UL傳輸不同： [0089] i)加擾:用于PSDCH和PSCCH，加擾不是UE專用的；
[0090] i i)調(diào)制：側(cè)行鏈路不支持64QAM。
[0091]-物理側(cè)行鏈路控制信道:PSCCH被映射到側(cè)行鏈路控制資源。PSCCH指示被UE用于 PSSCH的資源和其它傳輸參數(shù)。
[0092]-側(cè)行鏈路參考信號:對于PSDCH、PSCCH和PSSCH解調(diào)，在常規(guī)CP中的時隙的第4個 符號中和在擴展循環(huán)前綴中的時隙的第3個符號中發(fā)送與上行鏈路解調(diào)參考信號相似的參 考信號。側(cè)行鏈路解調(diào)參考信號序列長度等于所分配資源的大?。ㄗ虞d波的數(shù)量）。對于 PSDCH和PSCCH，基于固定的基本序列、循環(huán)移位和正交掩碼來創(chuàng)建參考信號。
[0093]-物理信道過程:對于覆蓋范圍內(nèi)的操作，側(cè)行鏈路傳輸?shù)墓β首V密度可以被eNB 影響。
[0094]圖11a是示出用于ProSe直連通信的用戶面協(xié)議棧的概念圖，以及圖lib是用于 ProSe直連通信的控制面協(xié)議棧。
[0095] ProSe直連通信是通信的一種模式，憑借該模式，UE可以通過PC5接口彼此直接通 信。當UE由E-UTRAN提供服務時以及當UE在E-UTRA的覆蓋范圍之外時，支持這種通信模式。 僅被授權(quán)用于公共安全操作的那些UE可以執(zhí)行ProSe直連通信。
[0096]為了執(zhí)行同步，SBCCH攜帶接收其它ProSe信道和信號所需的大部分必要系統(tǒng)信 息。以40ms的固定周期發(fā)送與同步信號一起的SBCCH。當UE在網(wǎng)絡覆蓋范圍內(nèi)時，從eNB通過 信令發(fā)送的參數(shù)中獲得SBCCH的內(nèi)容。當UE在覆蓋范圍之外時，如果UE選擇另一 UE作為同步 參考，則從接收的SBCCH中獲得SBCCH的內(nèi)容；否則，UE使用預配置的參數(shù)。對于覆蓋范圍內(nèi) 的操作，每40ms僅有一個用于同步信號和SBCCH傳輸?shù)淖訋?。SIB18提供了用于同步信號和 SBCCH傳輸?shù)馁Y源信息。對于覆蓋范圍之外的操作，每40ms有兩個預配置的子幀。如果基于 定義的標準，UE成為同步源，則UE在一個子幀內(nèi)接收同步信號和SBCCH，并且在另一子幀上 發(fā)送同步信號和SBCCH。
[0097] UE在側(cè)行鏈路控制周期期間定義的子幀上執(zhí)行ProSe直連通信。側(cè)行鏈路控制周 期是產(chǎn)生資源的周期，該資源在小區(qū)內(nèi)被分配以用于側(cè)行鏈路控制和側(cè)行鏈路數(shù)據(jù)傳輸。 在側(cè)行鏈路控制周期內(nèi)，UE發(fā)送側(cè)行鏈路控制并且之后發(fā)送數(shù)據(jù)。側(cè)行鏈路控制指示層1ID 以及傳輸?shù)奶匦?例如，MCS、在側(cè)行鏈路控制周期期間資源的位置、定時對準）。
[0098] UE按下面優(yōu)先級遞減的順序來執(zhí)行Uu和PC5的發(fā)送和接收：
[0099] -Uu發(fā)送/接收(最高優(yōu)先級）；
[0100] _PC5ProSe直連通信發(fā)送/接收；
[0101] _PC5ProSe直連發(fā)現(xiàn)發(fā)送/接收(最低優(yōu)先級）。
[0102]圖12是示出用于ProSe直連發(fā)現(xiàn)的PC5接口的概念圖。
[0103] ProSe直連發(fā)現(xiàn)被定義為支持直連發(fā)現(xiàn)的UE經(jīng)由PC5使用E-UTRA直連無線電信號 來發(fā)現(xiàn)其鄰近的其它UE所使用的過程。僅當UE由E-UTRAN提供服務時，支持ProSe直連發(fā)現(xiàn)。
[0104] 上層處理用于對發(fā)現(xiàn)消息的通知和監(jiān)測的授權(quán)。發(fā)現(xiàn)消息的內(nèi)容對接入層是透明 的，并且在AS中沒有對ProSe直連發(fā)現(xiàn)模型和ProSe直連發(fā)現(xiàn)的類型作出區(qū)分。
[0105] UE可以在RRC_IDLE和RRCJONNECTED這兩個狀態(tài)下按照每個eNB的配置參與對發(fā) 現(xiàn)消息的通知和監(jiān)測。UE通知和監(jiān)測其受到半雙工限制的發(fā)現(xiàn)消息。
[0106] 參與發(fā)現(xiàn)消息的通知和監(jiān)測的UE維持當前的UTC時間。參與通知的UE發(fā)送發(fā)現(xiàn)消 息，該發(fā)現(xiàn)消息是由在發(fā)現(xiàn)消息的傳輸時考慮UTC時間的ProSe協(xié)議所生成的。在監(jiān)測UE中， ProSe協(xié)議在接收消息時向ProSe功能提供消息以與UTC時間一起被驗證。
[0107] 有三個范圍等級。上層授權(quán)提供UE的可應用范圍等級。各個范圍等級的最大允許 發(fā)送功率在SIB19中用信號通知。UE使用與其授權(quán)的范圍等級對應的可應用的最大允許發(fā) 送功率。這基于開環(huán)功率控制參數(shù)對確定的發(fā)送功率設定上限。
[0108] 圖13a至圖13c是示出MAC PDU結(jié)構(gòu)的概念圖。
[0109] 如圖13a所述，MAC PDU由MAC報頭、0個或更多個MAC服務數(shù)據(jù)單元(MAC SDU)、0個 或更多個MAC控制元素以及可選的填充(padding)組成。MAC報頭和MAC SDU二者具有可變的 大小。
[0110] MAC PDU報頭由一個或更多個MAC PDU子報頭組成；各個子報頭與MAC SDU、MAC控 制元素或填充對應。
[0111] 除了MAC PDU中的最后一個子報頭以及固定大小的MAC控制元素之外，MAC PDU子 報頭由6個報頭字段R/R/E/LCID/F/L組成。MAC PDU中的最后一個子報頭以及固定大小的 MAC控制元素的子報頭僅由4個報頭字段R/R/E/LCID組成。與填充對應的MAC PDU子報頭由4 個報頭字段R/R/E/LCID組成。
[0112] MAC PDU子報頭與對應的MAC SDU、MAC控制元素和填充具有相同的順序。MAC控制 元素總是被放置在任一MAC SDU之前。
[0113] 除了當需要單個字節(jié)或兩個字節(jié)的填充時之外，填充出現(xiàn)在MAC PDU的末尾處。填 充可以具有任何值，并且UE將忽略它。當在MAC PDU的末尾執(zhí)行填充時，允許0個或更多個填 充字節(jié)。
[0114] 當需要單個字節(jié)或2個字節(jié)的填充時，與填充對應的1個或2個MAC PDU子報頭被放 置在MAC PDU的起始處且在任何其它MAC PDU子報頭之前。每個TB每個UE最多可以發(fā)送一個 MAC PDU。每個TTI最多可以發(fā)送一個MCH MAC PDU。
[0115] MAC報頭具有可變的大小，并且由以下字段組成：
[0116] 1)LCID:分別如針對DL-SCH、UL-SCH和MCH的表1、表2和表3所述，邏輯信道ID字段 識別對應的MAC SDU的邏輯信道實例或?qū)腗AC控制元素的類型或者填充。針對MAC PDU 中所包含的各個MAC SDU、MAC控制元素或填充都有一個LCID字段。除此之外，當需要單個字 節(jié)或兩個字節(jié)的填充但不能通過在MAC PDU末尾處進行填充來實現(xiàn)時，MAC PDU中包含一個 或兩個附加的LCID字段。LCID字段的大小為5比特。
[0117] [表1]針對 DL-SCH 的 LCID 值
[0118]
[0119] [表2]針對 UL-SCH 的 LCID 值
[0120]
[0121] [表3]針對 MCH 的 LCID 值
[0122]
[0123] 2)L:長度字段以字節(jié)來指示對應的MAC SDU或大小可變的MAC控制元素的長度。除 了最后一個子報頭以及與固定大小的MAC控制元素對應的子報頭之外，每個MAC PDU子報頭 都有一個L字段。L字段的大小由F字段來指示。
[0124] 3 )F:格式字段指示長度字段的大小，如表4所指示。除了最后一個子報頭以及與固 定大小的MAC控制元素對應的子報頭之外，每個MAC PDU子報頭都有一個F字段。F字段的大 小為1比特。如果MAC SDU或大小可變的MAC控制元素的大小小于128字節(jié)，則F字段的值被設 置為〇,否則其被設置為1。
[0125] [表4]F字段的值
[0126]
[0127] 4)E:擴展字段是指示MAC報頭中是否存在更多字段的標志。E字段被設置為"Γ，以 指示另一組的至少R/R/E/LCID字段。E字段被設置為"0"，以指示MAC SDU、MAC控制元素或填 充起始于下一字節(jié)。
[0128] 5)R:保留比特，設置為"0"。
[0129] 在傳統(tǒng)系統(tǒng)中，邏輯信道ID(LCID)被用于識別對應的MAC SDU的邏輯信道實例或 對應的MAC控制元素的類型或者填充。針對MAC PDU中所包含的各個MAC SDU、MAC控制元素 或填充都有一個LCID字段。當無線電承載體被建立時，為各個邏輯信道分配邏輯信道ID。目 前，有8個值(3到10)可用于數(shù)據(jù)無線電承載體。
[0130] 對于D2D通信，LCID應被分配到D2D無線電承載體(D2DRB)?？梢杂袨閁E配置的多個 D2DRB。根據(jù)現(xiàn)有技術(shù)，LCID應被分配到各個D2DRB。然而，當UE在eNB覆蓋范圍之外時使用 D2DRB，且因此，應在D2DRB被建立之前分配或預配置LCID?？紤]到可用的LCID值的有限數(shù) 量，為D2DRB分配或預配置多個LCID值有很大風險。
[0131]另外，對于D2D通信，為了更加迅速地通知多個目標裝置當中UE是否是被源裝置作 為目標的目標UE，需要在MAC層核查其標識以確定其是否是被源裝置作為目標的目標UE。即 所謂的，可能需要引進MAC層的層過濾的概念。
[0132] 圖14是根據(jù)本發(fā)明的實施方式的配置用于D2D通信的MAC PDU的概念圖。
[0133] 如果第一 UE和第二UE彼此通信，稱之為D2D通信（S1401)，則第一 UE構(gòu)建包括源ID、 目標ID、多個邏輯信道ID和多個MAC SDU的MAC PDU(S1403)。
[0134] 優(yōu)選地，第一UE是源UE，以及第二UE是目標UE。
[0135] 優(yōu)選地，分別地，源ID在第一字段中，目標ID在第二字段中，邏輯信道ID在多個第 三字段中以及多個MAC SDU在多個第四字段中。
[0136] 優(yōu)選地，在S1403的步驟中，第一UE添加對應于同一目標ID的經(jīng)由多個邏輯信道發(fā) 送的所有MAC SDU，添加多個邏輯信道ID，并且添加指示第一UE的標識的源ID，且然后添加 至少一個第二UE共用的目標ID，但不限于此。
[0137] 源ID識別側(cè)行鏈路ProSe直連通信中的數(shù)據(jù)的發(fā)送者。源ID為24比特長，并且與針 對接收者中的RLC UM實體和rocp實體的標識的ProSe層2組ID和LCID-起使用。
[0138] 目標ID識別側(cè)行鏈路ProSe直連通信中的數(shù)據(jù)的目標。目標ID為24比特長，并且在 MAC層中被分成兩個比特串：
[0139] i)-個比特串是目標ID的LSB部分(8比特），并被作為側(cè)行鏈路控制層1ID轉(zhuǎn)發(fā)給 物理層。它識別側(cè)行鏈路控制中預期數(shù)據(jù)的目標并在物理層處被用于對分組的過濾。ii)第 二比特串是目標ID的MSB部分（16比特），并且被承載在MAC報頭內(nèi)。它用于在MAC層處對分組 的過濾。
[0140] 群組信息以及配置UE中的源ID、目標ID和側(cè)行鏈路控制L1ID都不需要接入層信 令。這些標識由更高層提供或者從更高層提供的標識中獲得。在組播和廣播的情況下，在 MAC層中，由更高層提供的ProSe UE ID被直接用作源ID，以及由更高層提供的ProSe層2組 ID被直接用作目標ID。
[0141] 邏輯信道ID是為所有D2D邏輯信道分配的或預配置的LCID值。而且，由邏輯信道ID 識別的一個MAC SDU可以包含多個D2D邏輯信道的有效載荷。
[0142] 優(yōu)選地，源ID和目標ID是MAC實體中使用的ID。
[0143] 第一UE經(jīng)由接口向至少一個第二UE發(fā)送MAC PDU(S1405)。
[0144] 優(yōu)選地，接口被直接配置在第一UE與所述至少一個第二UE之間。所述接口為PC5接 口，但不限于此。
[0145] 第二UE確定目標ID是否與第二UE所管理的任一 ID相匹配(S1407)。
[0146] 如果目標ID與第二UE所管理的任一ID都不匹配，則第二UE丟棄MAC PDU(S1409)。 如果目標ID與第二UE所管理的任一ID相匹配，則UE考慮該MAC PDU目標針對其自身，并且開 始解析該mac rou(si4ii)。
[0147] SI 407的步驟可以被稱為MAC層的層過濾的概念。由于目標UE可以在MAC層中核查 從源UE發(fā)送的MAC PDU是否針對目標UE，因此與目標UE在物理層中核查其標識相比，目標UE 能更快速地確定解析MAC PDU還是丟棄MAC H)U。在包括多個UE的D2D通信系統(tǒng)的情況下，可 能有干擾直連D2D通信的大量噪聲。MAC層的層過濾可以是用于有效去除D2D通信系統(tǒng)的噪 聲的好方法。
[0148] 圖15和圖16是根據(jù)本發(fā)明的實施方式的包括用于D2D通信的源ID和目標ID的MAC PDU結(jié)構(gòu)的示例。
[0149] 圖15示出了根據(jù)本發(fā)明的實施方式的包括用于D2D通信的源ID和目標ID的MAC子 報頭的情況。圖15中的MAC子報頭由7個報頭字段V/R/R/R/R/SRC/DST組成。MAC報頭具有可 變的大小，并且由以下字段組成：i) "V"是MAC PDU格式版本號字段，其指示使用SL-SCH子報 頭的哪個版本。在本說明書的該版本中，僅定義了一種格式版本，且因此該字段應被設置為 "0001"。該V字段大小為4比特，ii)"SRC"為攜帶源標識的源ID(或源層2ID字段）。其被設置 為ProSe UE 10。3此字段大小為24比特，丨^)"031'"為攜帶目標10(或目的層210)的16個最 重要比特的DST字段。目的層2ID被設置為ProSe層2組ID，iv) "R"為預留比特，被設置為"0"。
[0150] 圖16示出了根據(jù)本發(fā)明的實施方式的包括用于D2D通信的源ID和目標ID的MAC PDU的情況。
[0151] -LCID = D2D(1601):-個LCID值指示相關(guān)的MAC SDU包含D2D的用戶數(shù)據(jù)或控制信 息。
[0152] -目標ID(1603):指示預期接收者的ID。如果目標ID與由目標UE管理的任一 ID均不 匹配，則UE丟棄MAC rou。如果目標ID與由目標UE管理的一個ID相匹配，則目標UE考慮該MAC PDU目標針對其自身，并且開始解析該MAC rou。
[0153] -源ID(1605):指示分組的發(fā)送者的ID。當向源發(fā)送分組時，源UE將源ID視為目標 ID〇
[0154] -D2D-LCID(1607):識別UE遞送MAC SDU的D2D邏輯信道，或者識別與D2D通信相關(guān) 的控制信息。
[0155] -D2D-L(1609):指示被D2D-LCID識別的有效載荷的長度。
[0156] 工業(yè)實用性
[0157] 雖然已經(jīng)以應用于3GPP LTE系統(tǒng)的示例為核心描述了上述方法，但本發(fā)明也適用 于除了3GPP LTE系統(tǒng)以外的各種無線通信系統(tǒng)。
【主權(quán)項】
1. 一種用戶設備(UE)在無線通信系統(tǒng)中進行操作的方法，該方法包括以下步驟： 由第一UE構(gòu)建MAC PDU(介質(zhì)訪問控制協(xié)議數(shù)據(jù)單元），所述MAC PDU包括源標識（ID)、 目標ID、多個邏輯信道ID以及多個MAC SDU(服務數(shù)據(jù)單元），其中，各個MAC SDU是從由所述 源ID識別的所述第一UE經(jīng)由由所述多個邏輯信道ID中的一個識別的邏輯信道被發(fā)送到由 所述目標ID識別的各個第二UE的； 經(jīng)由接口向至少一個第二UE發(fā)送所述MAC PDU，其中，所述接口被直接配置在所述第一 UE與所述至少一個第二UE之間。2. 根據(jù)權(quán)利要求1所述的方法，其中，分別地，所述源ID在第一字段中，所述目標ID在第 二字段中，所述邏輯信道ID在多個第三字段中，并且所述多個MAC SDU在多個第四字段中。3. 根據(jù)權(quán)利要求1所述的方法，其中，所述源ID和所述目標ID為在MC實體中使用的ID。4. 一種用戶設備(UE)在無線通信系統(tǒng)中進行操作的方法，該方法包括以下步驟： 由第二UE經(jīng)由接口從至少一個第一UE接收MAC PDU(介質(zhì)訪問控制協(xié)議數(shù)據(jù)單元），所 述MAC PDU包括源標識（ID)、目標ID、多個邏輯信道ID以及多個MAC SDU(服務數(shù)據(jù)單元），其 中，所述接口被直接配置在所述第二UE與所述至少一個第一UE之間； 由第二UE處理所述MAC PDU， 其中，各個MAC SDU是從由所述源ID識別的所述第一UE經(jīng)由由所述多個邏輯信道ID中 的一個識別的邏輯信道被發(fā)送到由所述目標ID識別的各個第二UE的。5. 根據(jù)權(quán)利要求4所述的方法，該方法還包括以下步驟： 如果所述目標ID與由所述第二UE管理的任何ID均不匹配，則丟棄所述MAC PDU。6. 根據(jù)權(quán)利要求5所述的方法，該方法還包括以下步驟： 如果所述目標ID與由所述第二UE管理的一個ID相匹配，則解析所述MAC PDU。7. 根據(jù)權(quán)利要求4所述的方法，其中，所述源ID和所述目標ID為在MC實體中使用的ID。8. -種用于在無線通信系統(tǒng)中進行操作的第一 UE(用戶設備），所述第一 UE包括： RF(射頻)模塊；以及 處理器，該處理器被配置成控制所述RF模塊， 其中，所述處理器被配置成構(gòu)建MAC PDU(介質(zhì)訪問控制協(xié)議數(shù)據(jù)單元），且經(jīng)由接口向 至少一個第二UE發(fā)送所述MAC H)U，所述MAC PDU包括源標識（ID)、目標ID、多個邏輯信道ID 以及多個MAC SDU(服務數(shù)據(jù)單元），其中，所述接口被直接配置在所述第一UE與所述至少一 個第二UE之間，其中，各個MAC SDU是從由所述源ID識別的所述第一UE經(jīng)由由所述多個邏輯 信道ID中的一個識別的邏輯信道被發(fā)送到由所述目標ID識別的各個第二UE的。9. 根據(jù)權(quán)利要求8所述的第一UE，其中，分別地，所述源ID在第一字段中，所述目標ID在 第二字段中，所述邏輯信道ID在多個第三字段中，并且所述多個MAC SDU在多個第四字段 中。10. 根據(jù)權(quán)利要求8所述的第一 UE，其中，所述源ID和所述目標ID為在MAC實體中使用的 ID。11. 一種用于在無線通信系統(tǒng)中進行操作的第二UE(用戶設備），所述第一 UE包括： RF(射頻)模塊；以及 處理器，該處理器被配置成控制所述RF模塊， 其中，所述處理器被配置成經(jīng)由接口從至少一個第一UE接收mac rou(介質(zhì)訪問控制協(xié) 議數(shù)據(jù)單元），且處理所述MAC rou，所述MAC PDU包括源標識（ID)、目標ID、多個邏輯信道ID 以及多個MAC SDU(服務數(shù)據(jù)單元），其中，所述接口被直接配置在所述第二UE與所述至少一 個第一UE之間，其中，各個MAC SDU是從由所述源ID識別的所述第一UE經(jīng)由由所述多個邏輯 信道ID中的一個識別的邏輯信道被發(fā)送到由所述目標ID識別的各個第二UE的。12. 根據(jù)權(quán)利要求11所述的第二UE，其中，所述處理器還被配置成：如果所述目標ID與 由所述第二UE管理的任何ID均不匹配，則丟棄所述MAC H)U。13. 根據(jù)權(quán)利要求11所述的第二UE，其中，所述處理器還被配置成：如果所述目標ID與 由所述第二UE管理的一個ID相匹配，則解析所述MAC H)U。14. 根據(jù)權(quán)利要求11所述的第二UE，其中，所述源ID和所述目標ID為在MAC實體中使用 的ID。
【文檔編號】H04B7/26GK105934897SQ201580005917
【公開日】2016年9月7日
【申請日】2015年1月16日
【發(fā)明人】李承俊, 李善暎
【申請人】Lg電子株式會社