用于裝置間通信的方法和設(shè)備的制作方法
【專利摘要】本公開提出一種實現(xiàn)在LTE系統(tǒng)中的D2D(裝置間)通信的方法。UE可直接連接到其它UE,從而向彼此發(fā)送數(shù)據(jù)。本公開提供基于LTE網(wǎng)絡(luò)登錄程序的信令發(fā)送過程以建立LTE系統(tǒng)中的D2D通信。D2D?UE將Msg1發(fā)送到另一D2D?UE,且接收端用Msg2響應(yīng)。在D2D?UE之間的協(xié)商之后,在UE與eNB之間交換Msg3和Msg4。提供若干實施例以用于Msg3和Msg4的信令發(fā)送??稍贛sg4或明確的數(shù)據(jù)會話初始化之后實現(xiàn)D2D數(shù)據(jù)傳輸。
【專利說明】用于裝置間通信的方法和設(shè)備
【技術(shù)領(lǐng)域】
[0001]本公開一般來說涉及用于裝置間(D2D)通信的方法以及使用所述方法的設(shè)備。
【背景技術(shù)】
[0002]裝置間(D2D)通信為使UE (用戶設(shè)備)能夠彼此通信而無需增強型節(jié)點(eNB, evolved NodeB或eNodeB)在UE之間轉(zhuǎn)發(fā)數(shù)據(jù)的技術(shù)。傳統(tǒng)LTE通信系統(tǒng)通常需要UE在可接入通信系統(tǒng)之前首先建立與eNB的連接。傳統(tǒng)LTE通信系統(tǒng)的操作原理可使用如下實例描述。假設(shè)存在兩個UE(UE1和UE2),且兩個UE都在eNB的覆蓋范圍內(nèi)且將建立與彼此的連接。因此,數(shù)據(jù)交換將遵循路徑UEl — eNB — UE2或路徑UE2 — eNB — UEl。也就是,eNB需要針對UEl和UE2兩者轉(zhuǎn)發(fā)數(shù)據(jù)。如果UEl和UE2靠近彼此,那么UEl與UE2之間的D2D通信將實際上減少無線電資源消耗,這是因為之間的eNB的數(shù)據(jù)轉(zhuǎn)發(fā)將為多余的。在這種情形中D2D的應(yīng)用將被分類為接近式服務(wù)(proximity based service ;PBS),這是因為僅有接近彼此的用戶才可應(yīng)用此服務(wù)。
[0003]圖1A說明常規(guī)LTE通信系統(tǒng)的網(wǎng)絡(luò)登錄(或重新登錄)程序。如圖1A所示,無線裝置或UElOl將通過本領(lǐng)域技術(shù)人員通常稱作第一訊息Msgllll、第二訊息Msg2112、第三訊息Msg3113和第四訊息Msg4114的若干信令發(fā)送消息交換連接到控制節(jié)點(例如,基站或eNB)。為了建立UElOl與eNB102之間的連接,將需要網(wǎng)絡(luò)登錄程序。
[0004]圖1B說明常規(guī)LTE通信系統(tǒng)的當(dāng)前網(wǎng)絡(luò)登錄(或重新登錄)程序。在第一步驟中,UElOl 將隨機接入信道(random access channel ;RACH)前綴 121 (其也稱作 Msgllll)發(fā)送到eNB102以指示UElOl將希望連接到eNB102。一般來說,RACH前綴的一個目的為使UE通過eNB起始對通信系統(tǒng)的隨機接入。應(yīng)注意,在RACH前綴121中,可能不存在UE身份信息。含義為如果兩個或兩個以上UE同時將相同的RACH前綴發(fā)送到eNB,那么eNB將不能區(qū)分這些UE之間的身份。
[0005]接下來,在第二步驟中,eNB102將會將Msg2112發(fā)送回UE101,Msg2112可包含時間對準(zhǔn)(time alignment ;TA)信息和調(diào)度許可122。在接收到RACH前綴121后,eNB102將即刻用調(diào)度許可響應(yīng),調(diào)度許可將允許在第三步驟中進行UL傳輸。TA信息的目的可包含通過Msgl和Msg2的交換進行UE與eNB之間的同步,且調(diào)度許可的目的可包含將用于Msg3的上行鏈路資源調(diào)度到UE。
[0006]在第三步驟中,UElOl發(fā)送將包含RRC連接請求123的Msg3113,其中UElOl的身份信息將被發(fā)送到eNB102。在接收到RRC連接請求123后,eNB102將即刻知道哪一 UE希望建立RRC連接。RRC連接請求的目的可包含在連接到通信系統(tǒng)之前等待eNB的授權(quán)。
[0007]在第四步驟中,在接收到RRC連接請求123之后,eNB102將用包含RRC連接建立124的Msg4114響應(yīng)。因此,接著可成功地建立UElOl與eNB102之間的RRC連接。RRC連接建立的目的可包含向UE指示接入請求已被許可。
[0008]基于圖1A和圖1B的上述描述,將明顯表達出的是,傳統(tǒng)LTE系統(tǒng)將僅允許信令發(fā)送在UE與eNB之間交換,而UE本身之間的直接交換尚未定義。因此,在此時間點D2D通信在LTE通信系統(tǒng)中將尚不可行,這是因為現(xiàn)有LTE的信令發(fā)送程序無法適應(yīng)D2D通信,而最近公布的LTE標(biāo)準(zhǔn)(版本10 (Rel-1O))不包含D2D能力。當(dāng)前,即使LTE系統(tǒng)中的UE可定位得彼此緊鄰,但UE仍將需要通過eNB來經(jīng)歷網(wǎng)絡(luò)登錄程序,eNB將會將由一個UE發(fā)送的每個數(shù)據(jù)轉(zhuǎn)發(fā)到另一 UE。因此,將仍需要用于在UE之間進行直接通信同時使eNB轉(zhuǎn)發(fā)之間的數(shù)據(jù)的需要達到最小的新信令發(fā)送方案。
[0009]除了標(biāo)準(zhǔn)或規(guī)范的不可用性外,LTE系統(tǒng)中的D2D通信還將遭遇與接近性檢測有關(guān)的困難。在參與D2D通信之前,D2D UE將需要知道其它UE的相對接近性。此可通過由D2D UE起始的檢測實現(xiàn),或網(wǎng)絡(luò)應(yīng)向每一 UE告知附近的其它UE。基于網(wǎng)絡(luò)的解決方案則將不可靠,這是因為移動UE可在不同小區(qū)四處行進?;爻叹W(wǎng)絡(luò)將僅知道駐留在一個小區(qū)中或在一組小區(qū)的覆蓋范圍中的UE。因為UE的位置信息的不可靠性,網(wǎng)絡(luò)可僅提供D2D呼叫者的“可能D2D UE,,的列表,而不是準(zhǔn)備好接收D2D連接的UE的列表。
[0010]即使依賴于某些定位裝置(例如,GPS),但UE之間的無線信道狀態(tài)可能仍為未知的。舉例來說,兩個UE可在物理上彼此靠近,但所述兩個UE之間的實際信道狀態(tài)可能因為附近的障礙的遮蔽而為不良的。在這種情況下,兩個UE使用D2D連接進行通信將不僅不可行,而且可浪費無線電資源。在這種情況下,可由傳統(tǒng)LTE系統(tǒng)使用eNB轉(zhuǎn)發(fā)UE之間的數(shù)據(jù)來進行數(shù)據(jù)交換。在任何情況下,用于UE接近性檢測的基于網(wǎng)絡(luò)的解決方案不僅不可靠,而且從無線電資源來看效率低。因此,還需要用于接近性檢測的方法和新系統(tǒng),以便在當(dāng)前LTE系統(tǒng)中實施D2D通信。
【發(fā)明內(nèi)容】
[0011]因此,本公開涉及一種執(zhí)行裝置間(D2D)通信的方法、使用所述方法的基站以及使用所述方法的用戶設(shè)備(UE)。
[0012]根據(jù)本公開實施范例提出一種適用于呼叫者用戶設(shè)備(UE)的裝置間(D2D)通信方法,且所述方法包含以下步驟:將包括對與第一裝置的直接通信的請求的Msgl發(fā)射到第一裝置;從第一裝置接收包括接受或拒絕對與第一裝置的直接通信的請求的第一決策的Msg2 ;當(dāng)?shù)谝粵Q策為接受時,將包括對與第一裝置的直接通信的請求的Msg3發(fā)射到第二裝置;以及當(dāng)請求被第二裝置接受時,建立與第一裝置的直接通信。
[0013]公開另一實施范例提出一種供被呼叫者(UE)使用的裝置間(D2D)通信方法,且所述方法包含以下步驟:從第一裝置接收包括對與第一裝置的直接通信的請求的Msgl ;將包括接受或拒絕對與第一裝置的直接通信的請求的第一決策的Msg2發(fā)射到第一裝置;當(dāng)?shù)谝粵Q策為接受與第一裝置的直接通信時,當(dāng)直接通信由第二裝置許可時建立與第一裝置的直接通信。
[0014]根據(jù)本公開另一實施范例提出一種供控制節(jié)點使用的裝置間(D2D)通信方法,且所述方法包含以下步驟:在第一裝置與第二裝置已直接地通信且同意直接通信之后,從第一裝置接收包括對第一裝置與第二裝置之間的直接通信的請求的Msg3 ;確定是否許可對第一裝置與第二裝置之間的直接通信的請求;將包括對第一裝置與第二裝置之間的直接通信的請求的許可或拒絕的Msg4發(fā)射到第一裝置或第二裝置。
[0015]為了使本發(fā)明的上述特征和優(yōu)點可理解,下文詳細描述伴隨有圖式的優(yōu)選實施例。應(yīng)理解,以上一般描述和以下詳細描述都是示范性的,且希望提供對如所主張的本發(fā)明的進一步解釋。
【專利附圖】
【附圖說明】
[0016]包含附圖以提供對本發(fā)明的進一步理解,且附圖并入本說明書中并構(gòu)成本說明書的一部分。所述圖式說明本發(fā)明的實施例,且與描述一起用以解釋本發(fā)明的原理。
[0017]圖1A說明常規(guī)LTE通信系統(tǒng)的網(wǎng)絡(luò)登錄程序。
[0018]圖1B說明常規(guī)LTE通信系統(tǒng)的網(wǎng)絡(luò)登錄程序。
[0019]圖2A說明根據(jù)本公開的示范性實施例中的一個的D2D機制A。
[0020]圖2B說明從呼叫者的觀點來看的機制A的流程圖。
[0021]圖2C說明從被呼叫者的觀點來看的機制A的流程圖。
[0022]圖3A說明根據(jù)本公開的示范性實施例中的一個的D2D機制B。
[0023]圖3B說明從呼叫者的觀點來看的機制B的流程圖。
[0024]圖3C說明從被呼叫者的觀點來看的機制B的流程圖。
[0025]圖4A說明根據(jù)本公開的示范性實施例中的一個的D2D機制C。
[0026]圖4B說明從呼叫者的觀點來看的機制C的流程圖。
[0027]圖4C說明從被呼叫者的觀點來看的機制C的流程圖。
[0028]圖5A說明根據(jù)本公開的示范性實施例中的一個的D2D機制D。
[0029]圖5B說明從呼叫者的觀點來看的機制D的流程圖。
[0030]圖5C說明從被呼叫者的觀點來看的機制D的流程圖。
[0031]圖6說明LTE通信系統(tǒng)中的PDCCH分配和傳輸。
[0032]圖7A和圖7B說明LTE通信系統(tǒng)中的DCI解碼。
[0033]圖8A說明根據(jù)本公開的示范性實施例中的一個的Msgl以及同步和資源分配。
[0034]圖SB說明根據(jù)本公開的示范性實施例中的一個的Msg2以及同步和資源分配。
[0035]圖SC說明根據(jù)本公開的示范性實施例中的一個的Msg2以及同步和資源分配的另
一實施例。
[0036]圖8D說明根據(jù)本公開的示范性實施例中的一個的Msg3以及同步和資源分配。
[0037]圖SE說明根據(jù)本公開的示范性實施例中的一個的Msg4以及同步和資源分配。
[0038]圖9A說明從呼叫者的觀點來看的消息交換以及資源分配和指示。
[0039]圖9B說明從被呼叫者的觀點來看的消息交換以及資源分配和指示。
[0040]【主要元件標(biāo)號說明】
[0041]101:用戶設(shè)備(UE)
[0042]102:增強型節(jié)點 B (eNB)
[0043]111:Msgl
[0044]112:Msg2
[0045]113:Msg3
[0046]114:Msg4
[0047]121:隨機接入信道(RACH)前綴
[0048]122:調(diào)度許可
[0049]123 =RRC 連接請求[0050]124:RRC 連接建立
[0051]201:UE1
[0052]202:UE2
[0053]203:eNB
[0054]301: UEI
[0055]302:UE2/CRC
[0056]303:eNB
[0057]401:UE1
[0058]402:UE2
[0059]403:eNB
[0060]501: UEI
[0061]502:UE2
[0062]503:eNB
[0063]601:DCI 格式
[0064]603:DCI 消息
[0065]604:控制信道元素(CCE)
[0066]606:物理下行鏈路控制信道(PDCCH)
[0067]610:LTE 子幀
[0068]801:UE1
[0069]802:UE2
[0070]803:eNB
[0071]S211:步驟
[0072]S212:步驟
[0073]S213:步驟
[0074]S214:步驟
[0075]S251:步驟
[0076]S252:步驟
[0077]S253:步驟
[0078]S254:步驟
[0079]S261:步驟
[0080]S262:步驟
[0081]S263:步驟
[0082]S264:步驟
[0083]S311:步驟
[0084]S312:步驟
[0085]S313:步驟
[0086]S314:步驟
[0087]S351:步驟
[0088]S352:步驟[0089] S353 :步驟[0090] S354 :步驟[0091] S355 :步驟[0092] S361 :步驟[0093] S362 :步驟[0094] S363 :步驟[0095] S411 :步驟[0096] S412 :步驟[0097] S413 :步驟[0098] S414a :步驟[0099] S414b :步驟[0100] S451 :步驟[0101] S452 :步驟[0102] S453 :步驟[0103] S454 :步驟[0104] S455 :步驟[0105] S461 :步驟[0106] S462 :步驟[0107] S463 :步驟[0108] S464 :步驟[0109] S511 :步驟[0110] S512 :步驟[0111] S513a:步驟[0112] S513b :步驟[0113] S514a:步驟[0114] S514b :步驟[0115] S551 :步驟[0116] S552 :步驟[0117] S553 :步驟[0118] S554:步驟[0119] S555 :步驟[0120] S561 :步驟[0121] S562 :步驟[0122] S563 :步驟[0123] S564:步驟[0124] S565 :步驟[0125] S751 :步驟[0126] S752 :步驟[0127] S753:步驟[0128]S754:步驟
[0129]S755:步驟
[0130]S756:步驟
[0131]S811a:步驟
[0132]S811b:步驟
[0133]S812a:步驟
[0134]S812b:步驟
[0135]S813:步驟
[0136]S814a:步驟
[0137]S814b:步驟
[0138]S901:步驟
[0139]S902:步驟
[0140]S903:步驟
[0141]S904:步驟
[0142]S905:步驟
[0143]S951:步驟
[0144]S952:步驟
[0145]S953:步驟
[0146]S954:步驟
【具體實施方式】
[0147]在本公開中,3GPP類的關(guān)鍵詞或用語僅用作實例以呈現(xiàn)根據(jù)本公開的發(fā)明概念;然而,本公開中呈現(xiàn)的相同概念可由本領(lǐng)域技術(shù)人員應(yīng)用于任何其它系統(tǒng),例如IEEE802.11、IEEE802.16、WiMAX 等等。
[0148]本公開中的控制節(jié)點將被稱作基站(BS)或eNB。應(yīng)注意,這些詞語的參考僅為示范性的且因此不用以限制控制節(jié)點的類型,這是因為本領(lǐng)域技術(shù)人員將明白,可選擇其它類型的控制節(jié)點以實現(xiàn)網(wǎng)絡(luò)控制目的,例如,先進基站(ABS)、基站收發(fā)系統(tǒng)(BTS)、接入點、家庭基站、中繼站、散射器、轉(zhuǎn)發(fā)器、中間節(jié)點、中間和/或基于衛(wèi)星的通信基站。
[0149]控制節(jié)點還可稱作實體,例如,移動管理實體(Mobility Management Entity ;MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway ;S_GW)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data NetworkGateway ;PDN_GW)、服務(wù) GPRS 支持節(jié)點(Serving GPRS Support Node ;SGSN)、網(wǎng)關(guān) GPRS 支持節(jié)點(Gateway GPRS Support Node ;GGSN)、移動交換中心(Mobile Switching Center ;MSC),以及歸屬用戶服務(wù)器(Home Subscriber Server ;HSS)或維持與用戶信息有關(guān)的數(shù)據(jù)庫的節(jié)點。
[0150]從硬件觀點,控制節(jié)點也可稱作設(shè)備,其包含至少(但不限于)發(fā)射器電路、接收器電路、模/數(shù)(A/D)轉(zhuǎn)換器、數(shù)/模(D/A)轉(zhuǎn)換器、處理電路、一個或一個以上天線單元,和視情況選用的存儲器媒體。發(fā)射器和接收器以無線方式發(fā)射下行鏈路信號和接收上行鏈路信號。接收器可包含執(zhí)行例如低噪聲放大、阻抗匹配、混頻、下變頻、濾波、放大等操作的功能元件。發(fā)射器可包含執(zhí)行例如放大、阻抗匹配、混頻、上變頻、濾波、功率放大等操作的功能元件。模/數(shù)(A/D)或數(shù)/模(D/A)轉(zhuǎn)換器經(jīng)配置以在上行鏈路信號處理期間從模擬信號格式轉(zhuǎn)換為數(shù)字信號格式且在下行鏈路信號處理期間從數(shù)字信號格式轉(zhuǎn)換為模擬信號格式。
[0151]處理電路經(jīng)配置以處理數(shù)字信號且根據(jù)本公開的示范性實施例執(zhí)行與所提出的方法有關(guān)的程序。而且,處理電路可視情況耦接到存儲器電路以存儲編程代碼、裝置配置、碼本、緩沖的或永久數(shù)據(jù)等。處理電路的功能可使用例如微處理器、微控制器、DSP芯片、FPGA等可編程單元來實施。處理電路的功能還可用單獨電子裝置或IC實施,且處理電路還可用硬件或軟件實施。
[0152]在本公開中,術(shù)語“用戶設(shè)備”(UE)可表示各種實施例,其(例如)可包含(但不限于)移動站、先進移動站(advanced mobile station ;AMS)、服務(wù)器、客戶端、桌上型計算機、膝上型計算機、網(wǎng)絡(luò)計算機、工作站、個人數(shù)字助理(personal digital assistant ;PDA)、平板個人計算機(personal computer ;PC)、掃描儀、電話裝置、尋呼機、相機、電視、手持式視頻游戲裝置、音樂裝置、無線傳感器等等。在一些應(yīng)用中,UE可為在例如公共汽車、火車、飛機、船只、汽車等移動環(huán)境中操作的固定計算機裝置。
[0153]從硬件觀點,UE也可稱作設(shè)備,其包含至少(但不限于)發(fā)射器電路、接收器電路、模/數(shù)(A/D)轉(zhuǎn)換器、數(shù)/模(D/A)轉(zhuǎn)換器、處理電路、一個或一個以上天線單元,和視情況選用的存儲器電路。存儲器電路可存儲編程代碼、裝置配置、緩沖的或永久數(shù)據(jù)、碼本等。處理電路也可用硬件或軟件實施。UE的每一元件的功能類似于控制節(jié)點且因此將不重復(fù)對每一兀件的詳細描述。
[0154]按照慣例,LTE通信系統(tǒng)將隨機接入信道(RACH)用于網(wǎng)絡(luò)登錄,這是因為RACH允許UE請求和建立與eNB的連接。為了在LTE通信系統(tǒng)中實施D2D網(wǎng)絡(luò)登錄,需要修改LTE通信系統(tǒng)的現(xiàn)有RACH程序。然而,常規(guī)LTE系統(tǒng)中的RACH無法處置UE之間的直接連接建立,這是因為傳統(tǒng)RACH經(jīng)設(shè)計以供UE通過eNB登錄通信系統(tǒng)。
[0155]因此,提出以與eNB的最小交互實現(xiàn)兩個接近的UE之間的直接D2D通信的傳輸方法。盡管LTE系統(tǒng)中的傳統(tǒng)RACH無法在D2D情形中處置網(wǎng)絡(luò)登錄程序和連接建立,但提出了實現(xiàn)D2D通信的若干新RACH程序。所提出的傳輸方法將使UE能夠通過廣播RACH消息,用其同意建立連接進行答復(fù)以及通過在D2D UE與eNB之間實施請求/許可程序來找到彼此。
[0156]如先前提到的另一困難為盡管可檢測到eNB與每一 UE之間的信道狀態(tài),但如果UE直接在其本身之間通信,那么UE本身之間的信道狀態(tài)可為未知的。為了克服此挑戰(zhàn),UE之間的信道狀態(tài)應(yīng)由UE本身測量。因此,為了在LTE通信系統(tǒng)中實施D2D通信,UE可經(jīng)配置以檢測直接在彼此附近的每一其它UE。可通過使UE期望建立D2D連接以向網(wǎng)絡(luò)告知其在D2D模式中操作的意圖并且請求準(zhǔn)許和資源以用于進一步進行D2D數(shù)據(jù)傳輸來實施頻譜租賃和收費方案。
[0157]因此,提出用于D2D UE與eNB之間的D2D通信的新RACH程序。新程序使得D2DUE能夠通過廣播消息來找到彼此。當(dāng)UE接收消息時,UE可用同意消息進行答復(fù)以宣告UE樂于建立與其它UE的D2D連接的意圖。UE接著作為發(fā)送器或接收器或兩者將向eNB通知D2D通信。eNB將接著許可或拒絕D2D通信請求。所提出的信令發(fā)送程序?qū)崿F(xiàn)兩個D2DUE之間以及D2D UE與eNB之間的雙方的協(xié)商。可接著找到希望在D2D模式中通信的UE,且可建立連接。初始化D2D連接的UE將能夠建立與目標(biāo)UE的D2D連接。
[0158]本公開的主要目標(biāo)中的一個為通過利用現(xiàn)有通信系統(tǒng)(例如,LTE通信系統(tǒng)或具有類似基礎(chǔ)結(jié)構(gòu)的系統(tǒng))來實現(xiàn)D2D通信而無需現(xiàn)有系統(tǒng)的全面大修。因此,本公開基于圖1A和圖1B中描述的現(xiàn)有程序而提出改進型網(wǎng)絡(luò)登錄程序。盡管第一訊息Msgl、第二訊息Msg2、第三訊息Msg3和第四訊息Msg4本身可類似于常規(guī)程序,但根據(jù)本公開,Msgl和Msg2在接近的UE之間交換且用以測量最近信道狀態(tài)以確保D2D通信模式的可行性。Msg3和Msg4在控制節(jié)點(例如,eNB)與UE之間交換以請求D2D無線電資源??刂乒?jié)點可接受或拒絕UE發(fā)送的D2D請求。為了完全利用本公開所采用的原理,呈現(xiàn)標(biāo)記為機制A到D的四個不同實施例。機制D為具有最詳細的信令發(fā)送消息的結(jié)構(gòu),而機制A到C可視為適用于不同情形來用于減少信令發(fā)送消息的優(yōu)化。
[0159]圖2A說明根據(jù)本公開的示范性實施例中的一個的所提出的D2D RACH程序的D2D機制A。在圖2A中,UE1201可在eNB203的監(jiān)督或協(xié)調(diào)下直接與UE2202通信。在步驟S211中,UE1201通過將Msgl發(fā)送到UE2202來起始D2D信令發(fā)送程序。Msgl可包含起始網(wǎng)絡(luò)登錄程序的隨機接入前綴。然而,與常規(guī)通信系統(tǒng)的不同之處在于UE1201試圖直接通過Msgl找到其它D2D UE,這與在常規(guī)通信系統(tǒng)中UEl請求對eNB的隨機接入相反。通過在步驟S211中發(fā)射Msgl,UE1201可指示建立UE1201與UE2202之間的網(wǎng)絡(luò)連接服務(wù)的意圖。如果UE2202無法被找到,或不可用,或在發(fā)射Msgl —次或若干次后不樂于參與D2D通信模式,那么UE1201可后退到常規(guī)RACH程序且通過常規(guī)方式建立與UE2202的通信。
[0160]應(yīng)注意,Msgl可為預(yù)定義的前綴或預(yù)定義的代碼(例如,CDMA代碼)或偽隨機序列。
[0161]Msgl也可選自一組前綴或選自一組代碼(例如,CDMA代碼)或選自一組偽隨機序列。換句話說,Msgl可為來自一組信令發(fā)送序列或來自一組代碼的動態(tài)地選定的信令發(fā)送序列或動態(tài)地選定的代碼。
[0162]前綴/代碼/序列的選擇可為隨機的。前綴/代碼/序列的選擇可指示服務(wù)的類型、裝置的類型(起始端類型)或裝置的類型(接受端類型)。
[0163]還應(yīng)注意,Msgl可能不包含UE1201的裝置識別。
[0164]在圖2A的步驟212中,當(dāng)被呼叫者UE2202在接收到Msgl后即刻接受連接建立時,UE2202可用隨機接入響應(yīng)或Msg2答復(fù)呼叫者UE1201。與常規(guī)RACH程序的不同之處在于通過在步驟S212中發(fā)射Msg2,UE2202可在Msg2中指示接受或拒絕邀請。另外,Msg2可包含時間對準(zhǔn)(TA)信息。然而,TA信息用于通過交換Msgl和Msg2來實現(xiàn)UE1201與UE2202之間的時序同步,而不是實現(xiàn)常規(guī)RACH程序的UE1201與eNB203之間的時序同步。
[0165]在步驟213中,當(dāng)D2D呼叫者UE1201接收Msg2時,UEl可將信令發(fā)送消息Msg3發(fā)送到網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)節(jié)點或控制節(jié)點。控制節(jié)點可為基站或eNB,且應(yīng)注意這些實例僅為示范性的且不應(yīng)構(gòu)成限制,且控制節(jié)點實際上還可為服務(wù)網(wǎng)關(guān)(S-GW)、網(wǎng)關(guān)通用分組無線服務(wù)(General Packet Radio Service ;GPRS)支持節(jié)點(GGSN)、服務(wù) GPRS 支持節(jié)點(SGSN)、無線電網(wǎng)絡(luò)控制器(RNC)、接入服務(wù)網(wǎng)絡(luò)網(wǎng)關(guān)(Access Service Network Gateway ;ASN-Gff)等。通過將Msg3發(fā)射到eNB203,UE1201通知UE1201與UE2202之間的連接建立的可能性且請求調(diào)度D2D通信。
[0166]一般來說,發(fā)射Msg3以達成向eNB通知兩個UE之間的D2D連接的目的且請求無線電資源。Msg3可包含以下信息,例如用戶裝置識別、授權(quán)信息(例如,授權(quán)代碼、策略)、D2D連接配置或策略、D2D服務(wù)請求的類型、Msgl和/或Msg2的接收質(zhì)量(其可通過測量所接收信號來檢索)、到期時間和RNTI或UE1、UE2或兩者。
[0167]在步驟214中,當(dāng)eNB203接收Msg3時,eNB203通過將信令發(fā)送消息Msg4發(fā)送到UE2202來解決網(wǎng)絡(luò)連接。在發(fā)射Msg4之前,eNB203可查找其網(wǎng)絡(luò)管理或配置策略或定價事宜以檢查網(wǎng)絡(luò)是否應(yīng)授權(quán)UEl與UE2之間的連接建立,且隨后Msg4可指示對D2D通信的請求已成功還是已失敗。eNB203也可基于無線電資源分配或網(wǎng)絡(luò)或其它控制節(jié)點的通知來做出授權(quán)決策。
[0168]圖2B說明從呼叫者的觀點來看的機制A的流程圖。在步驟S251中,UE1201希望通過將Msgl發(fā)送到UE2202來建立與UE2202的D2D連接,且Msgl可由UE2202接收。在步驟S252中,在Msgl由UE2202接收之后,UE202可通過到UE1201的答復(fù)Msg2來同意或不同意建立與UEl的D2D連接。在步驟S253中,UE1201通過到eNB203的Msg3來向eNB203請求準(zhǔn)許和傳輸資源。在步驟S253中,在eNB203同意UE1201與UE2202之間的D2D連接之后,UE1201將能夠在D2D模式中與UE2202通信。
[0169]圖2C說明從被呼叫者的觀點來看的機制A的流程圖。在步驟S261中,假定具有D2D能力的UE2202從UEl接收Msgl。在步驟S262中,UE2202可在響應(yīng)Msg2中同意或拒絕來自UE1201的D2D請求。假定UE2同意且對D2D的請求已由eNB203許可,在步驟S263中UE2202則從eNB203接收指示接入許可的Msg4。在步驟264中,UE2使用D2D通信與UEl交換數(shù)據(jù)。
[0170]圖3A說明根據(jù)本公開的示范性實施例中的一個的D2D機制B。除了步驟S314外,機制B類似于機制A。在步驟S311中,UE1301將Msgl發(fā)送到UE2302。在步驟S312中,UE2302將Msg2發(fā)送到UE1301。在步驟S313中,UEl將Msg3發(fā)送到eNB303。應(yīng)注意,步驟S31US312和S313分別與機制A的步驟S211、S212和S213相同,且因此將不再重復(fù)描述。然而,在步驟S314中,eNB303將指示接入許可和用于D2D通信的無線電資源的Msg4發(fā)送到 UE1301 而不是 UE2302。
[0171]圖3B說明從呼叫者的觀點來看的機制B的流程圖。在步驟S351中,UE1301希望通過在Msgl中指示意圖來建立與另一 UE的D2D通信,且UE2302接收Msgl。在步驟S352中,UE1301從UE2302接收如在Msg2中的響應(yīng),Msg2可指示是否接受來自UE1301的請求。在步驟S353中,UE1301通過到eNB303的Msg3來請求D2D無線電資源。在步驟S354中,eNB303通過到UE1301的Msg4來許可或拒絕來自UE1301的請求。在步驟S355中,如果eNB303準(zhǔn)許UE1301與UE2302之間的D2D通信,那么將初始化數(shù)據(jù)會話,這是因為UE1301將使用D2D通信與UE2302交換數(shù)據(jù)。
[0172]圖3C說明從被呼叫者的觀點來看的機制B的流程圖。在步驟S361中,假定UE2302具有D2D能力且UE2302從UE1301接收包含對D2D通信的請求的Msgl。在步驟S362中,UE2302用Msg2來響應(yīng)UE1301,Msg2可指示是接受還是拒絕請求。如果eNB303準(zhǔn)許UE1301與UE2302之間的D2D通信,那么步驟S363將繼續(xù)進行。在步驟S363中,UE2302使用D2D通信與UE1301交換數(shù)據(jù)。
[0173]圖4A說明根據(jù)本公開的示范性實施例中的一個的D2D機制C。在步驟S411中,當(dāng)UE1401希望起始D2D通信時,UE1401將Msgl發(fā)送到UE2。在步驟S412中,UE2402用Msg2來響應(yīng)請求。在步驟S413中,UE1401通過將Msg3發(fā)送到eNB403來向eNB403請求無線電資源。在步驟S414a中,eNB403用Msg4來響應(yīng)UE1401,且在步驟S414b中,eNB403用第四’訊息(Msg4,)來響應(yīng)UE2402。
[0174]應(yīng)注意,機制C類似于機制A,不同之處在于Msg4被發(fā)送到UE1401和UE2402兩者(如在Msg4’中),使得UE1401和UE2402兩者都被告知eNB403的決策且接收Msg4的內(nèi)容。Msg4和Msg4’的內(nèi)容可相同。Msg4的時序也可為同步或非同步的,且Msg4和Msg4’的發(fā)射時序可相同,或Msg4或Msg4’中的任一個可早于或晚于另一個發(fā)送。Msg4和Msg4’的發(fā)射可通過不同信道進行或可通過使用相同多播或廣播信道進行。
[0175]Msg4和Msg4’中的任一個或兩者還可包含額外信息,其包含用戶裝置識別、例如授權(quán)代碼或授權(quán)策略等授權(quán)信息以及D2D連接配置或D2D連接策略。
[0176]圖4B說明從呼叫者的觀點來看的機制C的流程圖。在步驟S451中,UE1401將Msgl發(fā)送到UE2402以建立與UE2402的D2D連接。在UE401發(fā)送Msgl之后,假定Msgl被UE2402接收。在步驟S452中,假定UE2402同意建立與UE1401的D2D連接,UE2402接著將Msg2發(fā)送到UE1401。如果假定在步驟S452中UE1401從UE2402接收Msg2,那么在步驟S453中,UE1401通過將Msg3發(fā)送到eNB403來向eNB403請求D2D無線電資源。在步驟S454中,eNB403通過將Msg4發(fā)送到UE1401來許可或拒絕來自UE1401的請求。在步驟S455中,假定eNB403同意UE1401與UE2402之間的D2D連接,UE1401與UE2402之間的D2D通信模式將開始。
[0177]圖4C說明從被呼叫者的觀點來看的機制C的流程圖。在步驟S461中,假定具有D2D能力的UE2402從UE1401接收Msgl,且Msgl包含對D2D通信模式的連接請求。在步驟S462中,假定同意建立與UE1401的D2D連接的UE2402用Msg2答復(fù)UE1401。然后,eNB403通過將Msg4’發(fā)送到UE2402來許可或拒絕來自UE1401的D2D請求,且因此在步驟S463中UE2402從eNB接收Msg4’。在步驟S464中,如果eNB同意UE1401與UE2402之間的D2D通信模式,那么將在UE1401與UE2402之間起始數(shù)據(jù)交換。
[0178]圖5A說明根據(jù)本公開的示范性實施例中的一個的D2D機制D。根據(jù)圖5A,在步驟S511中,UE1501希望通過將Msgl發(fā)送到UE2502而建立D2D通信。在步驟S512中,UE2502通過將Msg2發(fā)送到UE1501而答復(fù)來自UE1501的D2D請求。在步驟S513a中,UE1501發(fā)送Msg3以向eNB503請求D2D無線電資源,而且在步驟S513b中,UE2502發(fā)送第三’訊息(Msg3,)以向eNB503請求D2D無線電資源,使得UE1501和UE2502兩者都將Msg3發(fā)送到eNB503。eNB503接著通過在步驟S514a中將Msg4發(fā)送到UE1501和通過在步驟S514b中將Msg4’發(fā)送到UE2502來答復(fù)UE1501和UE250兩者。機制D被視為最完整的實施例,這是因為eNB與UE之間的信號交換將包含呼叫者UE和被呼叫者UE兩者。
[0179]應(yīng)注意,Msg3和Msg3’中含有的信息可相同或不同。Msg3可包含額外信息,例如用戶裝置識別、授權(quán)信息(例如,授權(quán)代碼、策略)和D2D連接配置或策略。Msg3’還可包含類似的額外信息,例如用戶裝置識別、授權(quán)信息(例如,授權(quán)代碼、策略)和D2D連接配置或策略。
[0180]Msg3和Msg3’的發(fā)射時間可相同,或Msg3或Msg3’中的任一個可早于或晚于另一個發(fā)送。從呼叫者UE和被呼叫者UE發(fā)射Msg3的時間可為同步的或非同步的。
[0181]Msg4和Msg4’中含有的信息可相同。Msg4可包含額外信息,例如用戶裝置識別、授權(quán)信息(例如,授權(quán)代碼、策略)和D2D連接配置或策略。Msg4’還可包含類似的額外信息,例如用戶裝置識別、授權(quán)信息(例如,授權(quán)代碼、策略)和D2D連接配置或策略。Msg4可更包含以下信息,例如D2D服務(wù)許可的類型、到期時間、用于UEl與UE2之間的D2D數(shù)據(jù)傳輸?shù)馁Y源分配(例如,時間/頻率/代碼)、用于D2D數(shù)據(jù)傳輸會話的QoS配置、用于D2D數(shù)據(jù)傳輸會話的安全憑證、用于D2D數(shù)據(jù)傳輸?shù)氖跈?quán)代碼、D2D數(shù)據(jù)傳輸?shù)呐渲?例如,哪一 UE為主設(shè)備或哪一 UE為從設(shè)備或在D2D對中不存在主/從關(guān)系)以及開始實際D2D數(shù)據(jù)會話的方法(例如,尋呼配置)。
[0182]Msg4和Msg4’的發(fā)射時間可相同,或Msg4或Msg4’中的任一個可早于或晚于另一個發(fā)送。Msg4和Msg4’的發(fā)射可通過不同信道進行,或發(fā)射可通過相同多播或廣播信道進行。
[0183]圖5B說明從呼叫者的觀點來看的機制D的流程圖。在步驟S551中,UE1501將Msgl發(fā)送到UE2502以建立與UE502的D2D通信,且UE2502接收Msgl。UE2502可通過用Msg2答復(fù)UE1501來同意建立與UE1501的D2D通信,使得在步驟S552中,UE1501從UE2502接收Msg2。在步驟S553中,UE1501將Msg3發(fā)送到eNB503以向eNB503請求D2D無線電資源。eNB503可接著通過將Msg4發(fā)送到UEl來許可或拒絕來自UEl的請求。在步驟S554中,UE1501從eNB503接收Msg4。在步驟S555中,假定eNB503同意UE1501與UE2502之間的D2D通信,UE1501將使用D2D通信開始與UE2502交換數(shù)據(jù)。
[0184]圖5C說明從被呼叫者的觀點來看的機制D的流程圖。在步驟S561中,UE2502通過從UE1501接收Msgl而從UE1501接收D2D通信請求。在步驟S562中,UE2502可通過用Msg2響應(yīng)UE1501的請求而同意或不同意。在步驟S563中,UE2502還通過將Msg3’發(fā)送到eNB503來向eNB503請求D2D無線電資源。在步驟S564中,當(dāng)eNB503接受或拒絕對UE1501與UE2502之間的D2D通信的請求時,UE2502從eNB503接收Msg4’。在S565中,UE2502通過在eNB503的準(zhǔn)許下使用D2D通信來與UE1501交換數(shù)據(jù)。
[0185]機制A到D的選擇可由核心網(wǎng)絡(luò)內(nèi)的控制節(jié)點或其它結(jié)構(gòu)執(zhí)行以便適用于不同情形。機制D可視為最健全的,這是因為Msg3和Msg4在控制節(jié)點與呼叫者和被呼叫者UE兩者之間交換,使得信令發(fā)送交換可由UE中的一個接收。機制D在緊急情形中可為有幫助的,其中兩個UE可對用eNB接收發(fā)射感興趣。對于機制B,僅呼叫者UE而不是被呼叫者UE將與控制節(jié)點交換信號。機制B在被呼叫者UE無法由控制節(jié)點達到但可由呼叫者UE達到的情形期間有幫助。在這種情況下,呼叫者將充當(dāng)與控制節(jié)點的信令發(fā)送交換的僅有管道。對于機制C,Msg3僅由呼叫者UE發(fā)送以便減少網(wǎng)絡(luò)消耗。對于機制A,通過將Msg4發(fā)送到僅被呼叫者UE來進一步減少網(wǎng)絡(luò)消耗。
[0186]除了上述機制A到D以外,還可實施一些額外措施。考慮無線電資源,這些信令發(fā)送消息(例如,Msgl、Msg2、Msg3、Msg4等)可為專用或共享資源。對于一個實施例,如在Msgl中的RACH傳輸?shù)奶囟〞r隙可經(jīng)分配以用于通用D2D發(fā)現(xiàn),這是因為非D2D相關(guān)發(fā)現(xiàn)可能不共享此時隙。對于一個實施例,一組特定RACH代碼可經(jīng)分配以用于通用D2D發(fā)現(xiàn),這是因為常規(guī)RACH程序可使用其它RACH代碼。對于一個實施例,可共享RACH代碼和RACH傳輸機會。對于一個實施例,Msg3和Msg4的發(fā)射資源可專門分配以用于呼叫者UE和被呼叫者UE。對于一個實施例,資源可專門分配給特定UE以用于D2D發(fā)現(xiàn)。舉例來說,專用RACH代碼可僅指派給呼叫者UE以供呼叫者UE發(fā)現(xiàn)其它D2D被呼叫者。
[0187]除了非D2D Msg3消息中包含的典型信息以外,Msg3 (或Msg3’ )中的D2D相關(guān)信息還可包含D2D呼叫者的識別或地址、D2D被呼叫者的識別或地址、D2D服務(wù)請求的類型、Msgl和/或Msg2的接收質(zhì)量(其可通過測量所接收信號來檢索)、到期時間和UE2或UEl或兩者的RNTI。
[0188]除了非D2D Msg4消息中包含的典型信息以外,Msg4 (或Msg4’ )中的D2D相關(guān)信息還可包含D2D呼叫者的識別或地址、D2D被呼叫者的識別或地址、D2D服務(wù)許可的類型、到期時間、用于呼叫者與被呼叫者之間的D2D數(shù)據(jù)傳輸?shù)馁Y源分配(例如,時間/頻率/代碼)、用于D2D數(shù)據(jù)傳輸會話的QoS配置、用于D2D數(shù)據(jù)傳輸會話的安全憑證、用于D2D數(shù)據(jù)傳輸?shù)氖跈?quán)代碼、D2D數(shù)據(jù)傳輸?shù)呐渲?例如,哪一 UE為主設(shè)備或哪一 UE為從設(shè)備或在D2D對中不存在主/從關(guān)系)、開始實際D2D數(shù)據(jù)會話的方法(例如,尋呼配置)。
[0189]另外,呼叫者或被呼叫者裝置可在執(zhí)行此提出的D2D發(fā)現(xiàn)程序之前已附接到處于RRC_connected狀態(tài)的eNB。對于一個實施例,裝置可能已向eNB注冊,這是因為在eNB與UE之間可存在主動連接。eNB與UE之間的信令發(fā)送消息可經(jīng)由這些現(xiàn)有信道傳輸。信令發(fā)送消息(例如,Msg3、Msg4、Msg3’、Msg4’ )可使用呼叫者UE與eNB之間(或被呼叫者UE與eNB之間)的預(yù)先存在的控制信道。預(yù)先存在的控制信道可為非D2D系統(tǒng)中的典型LTE或3G或蜂窩式RAN控制信道。
[0190]對于呼叫者UE與被呼叫者UE之間的D2D通信,D2D數(shù)據(jù)會話可在接收Msg4之后立即開始,這是因為Msg4和Msg4’可用作開始D2D數(shù)據(jù)傳輸?shù)挠|發(fā)器,或可存在用于數(shù)據(jù)會話的另一明確的數(shù)據(jù)會話初始化。用以進行D2D數(shù)據(jù)傳輸?shù)男诺阑驎r間或其它無線電資源可配置于Msg4或Msg4’或之后的另一信令發(fā)送消息內(nèi)。
[0191]另外,應(yīng)提到,D2D通信可被D2D被呼叫者或eNB拒絕。在這些情況下,拒絕消息應(yīng)通過消息明確地用信號通知,或計時器應(yīng)被設(shè)置以使用超時事件來觸發(fā)拒絕。如果被呼叫者拒絕來自呼叫者的D2D通信請求,那么被呼叫者應(yīng)用Msg2內(nèi)攜載的拒絕消息來響應(yīng)。如果eNB拒絕來自UE的D2D連接建立請求,那么應(yīng)取決于已采納哪一機制而實施拒絕操作。
[0192]對于機制A,eNB將在Msg4中傳達拒絕消息,且被呼叫者將在接收到Msg4時被告知拒絕。在被呼叫者接收Msg4之后,被呼叫者應(yīng)隨后向呼叫者告知拒絕。對于機制B:eNB將在Msg4中傳達拒絕消息,且因此當(dāng)呼叫者接收到Msg4時,呼叫者被告知拒絕。在呼叫者接收Msg4之后,呼叫者接著應(yīng)向被呼叫者告知拒絕。如果被呼叫者拒絕D2D通信,那么被呼叫者也應(yīng)在發(fā)送Msg2之后設(shè)置計時器。如果被呼叫者在發(fā)送Msg2之后設(shè)置計時器,且計時器在接收到開始D2D數(shù)據(jù)傳輸?shù)臏?zhǔn)許之前超時,那么被呼叫者將認為D2D通信已被eNB拒絕。至于機制C和D,由于呼叫者和被呼叫者兩者都從eNB接收Msg4,呼叫者和被呼叫者兩者將知道拒絕。
[0193]對于資源分配和同步,將提出額外實施例以提供網(wǎng)絡(luò)登錄程序的更具體的細節(jié)。首先,論述傳統(tǒng)LTE系統(tǒng)將如何指示用于無線信道的無線電資源,且接著將提出基于修改的傳統(tǒng)LTE的具體實施例。圖6說明LTE通信系統(tǒng)中的HXXH分配和傳輸。圖6展示LTE子中貞610,其包含用于物理下行鏈路控制信道(Physical Downlink Control Channel ;PDCCH)的區(qū)域。PDCCH606攜載控制信道元素(Control Channel Element ;CCE) 604,且多個下行鏈路信道指示符DCI消息可集成到CCE604中。LTE系統(tǒng)中的資源分配由含有多個DCI格式601的DCI指示。DCI消息由附加有CRC的DCI格式601組成。DCI消息603將含有附加到DCI格式的CRC302。用所指派的無線電網(wǎng)絡(luò)臨時識別符(radio network temporaryidentifier ;RNTI)對DCI消息內(nèi)的CRC擾碼。如果UE不具有確切的RNTI值,那么UE無法對CRC消息進行解碼且因此無法接收DCI消息和對DCI消息進行解碼。
[0194]圖7A和圖7B說明LTE通信系統(tǒng)中的DCI解碼。一起參看圖7A和圖7B,在步驟S751中,UE接收包含PDCCH的子幀且定義搜索空間。在步驟S752中,UE執(zhí)行盲PDCCH解碼。在步驟S753中,使用RNTI對CRC解擾碼(scramble)。在步驟S754中,執(zhí)行CRC檢查。在步驟S755中,如果CRC檢查通過,那么DCI由UE正確地解碼且獲得。如果CRC檢查未通過,那么程序循環(huán)返回到步驟S752以繼續(xù)盲I3DCCH解碼。
[0195]基于上述DCI解碼機制,將提出用于無線電資源分配和同步的實施例。此處假定UE不處于RRC_Connected狀態(tài)且因此與其它D2D UE和eNB不同步。提議兩個D2D UE之間以及D2D UE與eNB之間的同步應(yīng)在D2D RACH的過程中進行,D2D RACH也指示無線電資源分配。實際上,D2D通信需要準(zhǔn)確的同步和具體的無線電資源分配。如果D2D呼叫者和被呼叫者單獨地與eNB同步,那么可假定呼叫者、被呼叫者和eNB可良好地同步且因此不需要額外同步努力。
[0196]然而,D2D呼叫者和被呼叫者很可能為閑置UE,且閑置UE可能不與eNB或與彼此同步且因此閑置UE和eNB在彼此之間將不處于RRC_Connected狀態(tài)。在這種情況下,如果呼叫者UE和被呼叫者UE不同步,且在呼叫者和被呼叫者之間的Msgl和Msg2的交換可能不成功。此外,Msg3和Msg4的發(fā)射在LTE系統(tǒng)中需要RRC連接,且RRC消息應(yīng)由明確的資源分配指示符分配。舉例來說,Msg3、Msg4和用于D2D發(fā)射的資源可由DCI指示。此挑戰(zhàn)可由Msgl和Msg2交換的信令發(fā)送過程克服,且因此與Msgl和Msg2的具體實施有關(guān)的其他實施例可被提出以支持同步和無線電資源分配。
[0197]圖8A說明根據(jù)本公開的示范性實施例中的一個的用于同步和資源分配的Msgl。圖8A展示UE801在步驟S811b中將Msgl發(fā)射到UE802而且在步驟S811a中將Msgl發(fā)射到eNB803。Msgl的內(nèi)容將包含UE1801的代碼或前綴,且因此UE2802和eNB803兩者將被通知UE1801的代碼且因此將實現(xiàn)DCI的進一步發(fā)射。在接收Msgl之后,eNB803基于UE1801的代碼或前綴將RNTI指派給UE1801。
[0198]接下來,圖SB說明根據(jù)本公開的示范性實施例中的一個的用于同步和資源分配的Msg2。除了圖8A以外,圖8B在步驟S812b中展示Msg2從UE2802到UE1801的發(fā)射且在步驟S812a中展示第二’訊息Msg2’從eNB803到UE1801的發(fā)射。UE2802將在Msg2中將其前綴代碼發(fā)送到UE1801,且UE1801將知道UE2802的前綴代碼。因此,如果UE1801與UE2802和eNB803不處于同步狀態(tài),那么將Msgl發(fā)送到UE2802和eNB803兩者,且將從UE2802接收Msg2且將從eNB803接收Msg2’。當(dāng)UE1801接收由UE2802的代碼編碼的消息時,在步驟S812b中從UE2802到UE1801的Msg2將向UE1801告知UE2802的代碼(前綴)。通過交換 Msgl 和 Msg2, UE1801 和 UE2802 將被同步。
[0199]此外,eNB803將在步驟S812a中將Msg2’發(fā)送到UE1801以向UE1801告知Msg3和Msg4的無線電資源。無線電資源被指示在DCI中,DCI可從Msg2’的HXXH解碼。用將由UE1801的代碼產(chǎn)生的RNTI對DCI擾碼。在DCI代碼與所指派的RNTI之間存在一對一映射,使得RNTI可從DCI代碼計算,且DCI代碼可從RNTI計算。當(dāng)UE801從eNB接收在Msg2’中的所指派的RNTI時,RNTI將使DCI能夠被正確地解碼且因此Msg3和Msg4的資源分配將由UE1801獲得。而且當(dāng)UE801接收Msg2時,UE801可從UE2802獲得代碼而不必等待Msg2。因此通過交換Msgl和Msg2’,UE1801和eNB803將被同步。而且因此,通過發(fā)送Msg2和Msg2’,UE1801與UE2802和eNB803兩者同步,且因此同步的挑戰(zhàn)將得以解決。
[0200]圖8C說明圖8B的另一變化??赏ㄟ^應(yīng)用圖8C中的情形而使UE2802減少一些信令發(fā)送消息。圖8C類似于圖8B,不同之處在于在步驟S812a中UE2802將會將Msg2與UE2802的代碼發(fā)射到eNB803。響應(yīng)于接收到UE2802的代碼,在步驟S812b中eNB803將會將Msg2’發(fā)射到UE1801。Msg2’將包含用于Msg3和用于Msg4的資源。此外,UE2802的代碼將包含在Msg2’中。由于UE1801通過接收Msg2’而知道UE2802的代碼和代碼的對應(yīng)RNTI,因此這將實現(xiàn)Msg4中的DCI的解碼,DCI是使用UE2802的RNTI來編碼的。
[0201]除了圖到圖SC以外,圖8D如下說明根據(jù)本公開的示范性實施例中的一個的同步和資源分配程序的延續(xù)與Msg3。圖8C在步驟S813中說明UE1801使用在Msg2’中指定的資源分配將Msg3發(fā)送到eNB803。Msg3從UE1801到eNB803的發(fā)射將請求UE1801與UE2802之間的D2D連接。
[0202]圖SE說明根據(jù)本公開的示范性實施例中的一個的展示Msg4以及同步和資源分配的圖8D的延續(xù)。在步驟S814a中,eNB803發(fā)送Msg4,Msg4將包含用于D2D發(fā)射的無線電資源分配且用UE2的代碼進行編碼。因為Msg4還將被已在步驟S812b中接收UE2的代碼的UE1801無意中聽到,所以UE1801可接著對Msg4中的DCI的內(nèi)容進行解碼,從而知道用于D2D發(fā)射的資源。因此,通過交換Msg2和Msg4,將在UE1801、UE2802與eNB803之間實現(xiàn)同步,這是由于先前提到通過交換Msgl和Msg2,UE1801和UE2802將被同步,通過交換Msgl和Msg2’ , UE1801與eNB803將被同步,且接著通過接收Msg4,UE1801、UE2802與eNB803將都在彼此之間同步。
[0203]圖9A為概述基于呼叫者或UEl的觀點通過消息交換進行的資源分配和同步的上述描述的流程圖。在步驟S901中,UEl (呼叫者)希望通過將Msgl發(fā)送到UE2和eNB來建立與UE2 (被呼叫者)的D2D通信。在步驟S902中,當(dāng)UE2同意建立與UEl的D2D通信使得UE2用Msg2答復(fù)時,UEl從UE2接收Msg2且從eNB接收Msg2’。而且eNB將用包含用于Msg3和Msg4的DCI的Msg2’來答復(fù)UEl。在步驟S903中,當(dāng)UEl向eNB請求D2D無線電資源使得UEl使用先前已從Msg2’獲得的DCI指示的資源將Msg3發(fā)送到eNB時,UEl將Msg3發(fā)送到eNB。在步驟S904中,當(dāng)eNB通過將Msg4發(fā)送到UE2來接受或拒絕來自UEl的用于D2D通信的請求時,UEl從eNB接收Msg4。UEl還可基于先前獲得的Msg4的DCI來接收Msg4。在步驟S905中,UEl在eNB的準(zhǔn)許下使用D2D通信與UE2交換數(shù)據(jù)。
[0204]eNB可將消息發(fā)送到移動交換中心(MSC)或與MSC交換消息以告知呼叫者UE與被呼叫者UE之間的D2D通信。
[0205]圖9B為概述基于被呼叫者或UE2的觀點通過消息交換進行的資源分配和同步的上述描述的流程圖。在步驟S951中,UE2 (被呼叫者)從UEl (呼叫者)接收Msgl,Msgl包含來自UEl的用于D2D通信的連接請求。在步驟S952中,在UE2同意建立與UEl的D2D通信之后,UE2通過將Msg2發(fā)送到UEl與eNB兩者來答復(fù)UEl與eNB兩者。在步驟S953中,當(dāng)eNB通過將Msg4發(fā)送到UE2來許可或拒絕來自UEl的請求時,UE2從eNB接收Msg4。此處Msg4是用UE2的RNTI代碼進行編碼的。在步驟S954中,如果eNB同意UEl與UE2之間的D2D連接,那么UEl使用D2D通信與UE2交換數(shù)據(jù),且接著數(shù)據(jù)會話將被初始化。
[0206]鑒于上述描述,本公開能夠通過修改常規(guī)網(wǎng)絡(luò)登錄程序使得D2D通信將為可能的而無需對現(xiàn)有基礎(chǔ)結(jié)構(gòu)引入劇烈改變而促進兩個UE之間的D2D通信。通過減少eNB在兩個UE之間遞送數(shù)據(jù)的需要,可減少網(wǎng)絡(luò)消耗。而且通過允許兩個UE直接檢測和接收來自附近的其它UE的答復(fù),可知道UE之間的信道狀態(tài)信息,使得D2D通信的可靠性可增強。
[0207]本領(lǐng)域技術(shù)人員將明白,在不脫離本公開的范圍或精神的情況下,可對所公開實施例的結(jié)構(gòu)進行各種修改和變化。鑒于以上內(nèi)容,希望本公開涵蓋本公開的修改和變化,只要所述修改和變化落入所附權(quán)利要求書和其等效物的范圍內(nèi)。
【權(quán)利要求】
1.一種適用于呼叫者用戶設(shè)備UE的裝置間D2D通信方法,且所述方法包括: 將包括對與第一裝置的直接通信的請求的第一訊息Msgl發(fā)射到所述第一裝置; 從所述第一裝置接收包括接受或拒絕對與所述第一裝置的所述直接通信的所述請求的第一決策的第二訊息Msg2 ; 當(dāng)所述第一決策為接受時,將包括對與所述第一裝置的所述直接通信的所述請求的第三訊息Msg3發(fā)射到第二裝置;以及 當(dāng)所述請求被所述第二裝置接受時,建立與所述第一裝置的所述直接通信。
2.根據(jù)權(quán)利要求1所述的方法,其中在所述請求被所述第二裝置接受時,建立與所述第一裝置的所述直接通信的所述步驟之前,權(quán)利要求1還包括: 從所述第二裝置接收包括接受或拒絕所述呼叫者UE與所述第一裝置之間的所述直接通信的第二決策的第四訊息Msg4。
3.根據(jù)權(quán)利要求2所述的方法,其中從所述第一裝置接收包括接受或拒絕與所述第一裝置的所述直接通信的所述請求的所述第一決策的所述Msg2的所述步驟還包括: 從所述第二裝置接收包含用于所述Msg3和所述Msg4的資源分配的另一 Msg2。
4.根據(jù)權(quán)利要求3 所述的方法,其中當(dāng)所述呼叫者UE將所述Msgl發(fā)射到所述第一裝置且接著所述呼叫者UE從所述第一裝置接收所述Msg2時,所述呼叫者UE與所述第一裝置彼此同步。
5.根據(jù)權(quán)利要求3所述的方法,其中當(dāng)所述呼叫者UE將所述Msgl發(fā)射到所述第一裝置且接著所述呼叫者UE從所述第二裝置接收所述另一 Msg2時,所述呼叫者UE與所述第二裝置彼此同步。
6.根據(jù)權(quán)利要求2所述的方法,其還包括: 從所述Msg2獲得所述第一裝置的前綴代碼;以及 基于來自所述Msg2的所述第一裝置的所述前綴代碼而對來自所述第一裝置的DCI進行解碼。
7.根據(jù)權(quán)利要求1所述的方法,其中所述Msgl還包括預(yù)定義的信令發(fā)送序列或預(yù)定義的代碼。
8.根據(jù)權(quán)利要求1所述的方法,其中所述Msgl還包括來自一組信令發(fā)送序列或來自一組代碼的動態(tài)地選定的信令發(fā)送序列或動態(tài)地選定的代碼。
9.根據(jù)權(quán)利要求1所述的方法,其中所述Msgl還包括指示D2D服務(wù)或非D2D服務(wù)以及所述呼叫者UE或被呼叫者UE。
10.根據(jù)權(quán)利要求1所述的方法,其中所述Msg3還包括來自所述第二裝置的對無線電資源的請求。
11.根據(jù)權(quán)利要求1所述的方法,其中所述Msg3還包括:裝置識別、授權(quán)信息、D2D配置或策略、D2D服務(wù)請求的類型、所述Msgl和/或所述Msg2的接收質(zhì)量、到期時間,以及所述呼叫者UE或所述第一裝置或兩者的RNTI。
12.根據(jù)權(quán)利要求1所述的方法,其中所述Msg4還包括:裝置識別、授權(quán)信息、D2D連接配置或策略、D2D服務(wù)許可的類型、到期時間、資源分配、QoS配置、安全憑證、授權(quán)代碼、用于D2D數(shù)據(jù)傳輸?shù)呐渲?,以及開始實際D2D數(shù)據(jù)會話的方法。
13.根據(jù)權(quán)利要求1所述的方法,其中權(quán)利要求1的所述步驟由用戶設(shè)備執(zhí)行,所述用戶設(shè)備包括用于發(fā)射和接收無線數(shù)據(jù)的收發(fā)器以及耦接到所述收發(fā)器以用于執(zhí)行權(quán)利要求I的所述步驟的處理電路。
14.根據(jù)權(quán)利要求1所述的方法,其中所述第一裝置為包括無線D2D能力的電子裝置。
15.根據(jù)權(quán)利要求1所述的方法,其中所述第二裝置為增強型節(jié)點eNB、基站BS、服務(wù)網(wǎng)關(guān)S-GW、網(wǎng)關(guān)通用分組無線電服務(wù)GPRS支持節(jié)點GGSN、服務(wù)GPRS支持節(jié)點SGSN、無線電網(wǎng)絡(luò)控制器RNC或接入服務(wù)網(wǎng)絡(luò)(ASN-GW)中的一個。
16.一種供被呼叫者UE使用的裝置間D2D通信方法,且所述方法包括: 從第一裝置接收包括對與所述第一裝置的直接通信的請求的Msgl ; 將包括接受或拒絕對與所述第一裝置的所述直接通信的所述請求的第一決策的Msg2發(fā)射到所述第一裝置; 當(dāng)所述第一決策為接受與所述第一裝置的所述直接通信時,當(dāng)所述直接通信由第二裝置許可時建立與所述第一裝置的所述直接通信。
17.根據(jù)權(quán)利要求16所述的方法,其中在發(fā)射所述Msg2之后,權(quán)利要求1還包括: 當(dāng)所述第一決策為接受對與所述第一裝置的所述直接通信的所述請求時,將包括對與所述第一裝置的所述直接通信的所述請求的第三’訊息Msg3’發(fā)射到所述第二裝置。
18.根據(jù)權(quán)利要求16所述的方法,其中在所述直接通信被所述第二裝置許可時建立與所述第一裝置的所述直接通信的所述步驟之前,權(quán)利要求1還包括: 從所述第二裝置接收包括接受或拒絕所述被呼叫者UE與所述第一裝置之間的所述直接通信的第二決策的第四’訊息Msg4’。
19.根據(jù)權(quán)利要求16所述的方法,其中當(dāng)所述被呼叫者UE從所述第一裝置接收所述Msgl且接著所述第一裝置從所述被呼叫者UE接收所述Msg2時,所述被呼叫者UE與所述第一裝置彼此同步。
20.根據(jù)權(quán)利要求18所述的方法,其中當(dāng)所述呼叫者UE將所述Msg2發(fā)射到所述第一裝置且接著所述呼叫者UE從所述第二裝置接收所述Msg4’時,所述呼叫者UE與所述第二裝置彼此同步。
21.根據(jù)權(quán)利要求20所述的方法,其中所述Msg2還包括所述被呼叫者UE的前綴代碼。
22.根據(jù)權(quán)利要求20所述的方法,其中所述Msg4’由所述第二裝置基于所述被呼叫者UE的所述前綴代碼進行編碼。
23.根據(jù)權(quán)利要求16所述的方法,其中所述Msgl還包括預(yù)定義的信令發(fā)送序列或預(yù)定義的代碼。
24.根據(jù)權(quán)利要求16所述的方法,其中所述Msgl還包括來自一組信令發(fā)送序列或來自一組代碼的動態(tài)地選定的信令發(fā)送序列或動態(tài)地選定的代碼。
25.根據(jù)權(quán)利要求16所述的方法,其中所述Msgl還包括指示D2D服務(wù)或非D2D服務(wù)以及呼叫者UE或所述被呼叫者UE。
26.根據(jù)權(quán)利要求17所述的方法,其中所述Msg3’還包括來自所述第二裝置的對無線電資源的請求。
27.根據(jù)權(quán)利要求17所述的方法,其中所述Msg3’還包括:裝置識別、授權(quán)信息、D2D配置或策略、D2D服務(wù)請求的類型、所述Msgl和/或所述Msg2的接收質(zhì)量、到期時間,以及所述呼叫者UE或所述第一裝置或兩者的RNTI。
28.根據(jù)權(quán)利要求18所述的方法,其中所述Msg4’還包括:裝置識別、授權(quán)信息、D2D連接配置或策略、D2D服務(wù)許可的類型、到期時間、資源分配、QoS配置、安全憑證、授權(quán)代碼、用于D2D數(shù)據(jù)傳輸?shù)呐渲茫约伴_始實際D2D數(shù)據(jù)會話的方法。
29.根據(jù)權(quán)利要求16所述的方法,其中權(quán)利要求1的所述步驟由用戶設(shè)備執(zhí)行,所述用戶設(shè)備包括用于發(fā)射和接收無線數(shù)據(jù)的收發(fā)器以及耦接到所述收發(fā)器以用于執(zhí)行權(quán)利要求I的所述步驟的處理電路。
30.根據(jù)權(quán)利要求16所述的方法,其中所述第一裝置為包括無線D2D能力的電子裝置。
31.根據(jù)權(quán)利要求16所述的方法,其中所述第二裝置為增強型節(jié)點eNB、基站BS、服務(wù)網(wǎng)關(guān)S-GW、網(wǎng)關(guān)通用分組無線電服務(wù)GPRS支持節(jié)點GGSN、服務(wù)GPRS支持節(jié)點SGSN、無線電網(wǎng)絡(luò)控制器RNC或接入服務(wù)網(wǎng)絡(luò)(ASN-GW)中的一個。
32.—種供控制節(jié)點使用的裝置間D2D通信方法,且所述方法包括: 在第一裝置與第二裝置已直接地通信且同意直接通信之后,從所述第一裝置接收包括對所述第一裝置與所述第二裝置之間的所述直接通信的請求的Msg3 ; 確定是否許可對所述第一裝置與所述第二裝置之間的所述直接通信的所述請求; 將包括對所述第一裝置與所述第二裝置之間的所述直接通信的所述請求的許可或拒絕的Msg4發(fā)射到所述第一裝置或所述第二裝置。
33.根據(jù)權(quán)利要求32所述的方法,其中所述控制節(jié)點為增強型節(jié)點eNB、基站BS、服務(wù)網(wǎng)關(guān)S-GW、網(wǎng)關(guān)通用分組 無線電服務(wù)GPRS支持節(jié)點GGSN、服務(wù)GPRS支持節(jié)點SGSN、無線電網(wǎng)絡(luò)控制器RNC或接入服務(wù)網(wǎng)絡(luò)ASN-GW中的一個。
34.根據(jù)權(quán)利要求32所述的方法,其中所述第一裝置和所述第二裝置為包括無線D2D能力的電子裝置。
35.根據(jù)權(quán)利要求32所述的方法,其中所述Msg3包括來自所述控制節(jié)點的對無線電資源的請求。
36.根據(jù)權(quán)利要求32所述的方法,其中所述Msg3包括:裝置識別、授權(quán)信息、D2D配置或策略、D2D服務(wù)請求的類型、所述Msgl和/或所述Msg2的接收質(zhì)量、到期時間,以及所述呼叫者UE或所述第一裝置或兩者的RNTI。
37.根據(jù)權(quán)利要求32所述的方法,其中所述Msg4包括對所述第一裝置和所述第二裝置中的至少一個進行的網(wǎng)絡(luò)登錄是否已成功的通知。
38.根據(jù)權(quán)利要求32所述的方法,其中所述Msg4還包括:裝置識別、授權(quán)信息、D2D連接配置或策略、D2D服務(wù)許可的類型、到期時間、資源分配、QoS配置、安全憑證、授權(quán)代碼、用于D2D數(shù)據(jù)傳輸?shù)呐渲?,以及開始實際D2D數(shù)據(jù)會話的方法。
39.根據(jù)權(quán)利要求32所述的方法,其中確定是否許可對所述第一裝置與所述第二裝置之間的所述直接通信的所述請求的所述步驟還包括:基于網(wǎng)絡(luò)管理和配置策略、定價、無線電資源分配和網(wǎng)絡(luò)或其它控制節(jié)點的通知來確定是否許可所述請求。
40.根據(jù)權(quán)利要求32所述的方法,其中在從所述第一裝置接收所述Msg3的所述步驟之前,權(quán)利要求1還包括: 從所述第一裝置接收基于所述第一裝置的前綴代碼編碼的Msgl。
41.根據(jù)權(quán)利要求40所述的方法,其還包括: 將包括下行鏈路控制信息DCI的第二’訊息Msg2’發(fā)射到所述第一裝置以指示用于所述Msg3和所述Msg4的無線電資源。
42.根據(jù)權(quán)利要求41所述的方法,其中所述Msg2’包括所述第二裝置的前綴代碼。
43.根據(jù)權(quán)利要求42所述的方法,其中所述Msg4基于所述第二裝置的所述前綴代碼進行編碼。
44.根據(jù)權(quán)利要求41所述的方法,其中通過在所述第一裝置與所述控制節(jié)點之間交換所述Msgl和Msg2’,所述第一裝置和所述控制節(jié)點被同步。
45.根據(jù)權(quán)利要求44所述的方法,其中通過所述第二裝置將Msg2發(fā)射到所述第一裝置且通過所述控制節(jié)點將所述Msg4發(fā)射到所述第二裝置,所述第二裝置和所述控制節(jié)點被同步。
46.根據(jù)權(quán)利要求32所述的方法,其中所述控制節(jié)點包括經(jīng)配置以發(fā)射和接收無線信號的收發(fā)器和耦接到 所述收發(fā)器且經(jīng)配置以執(zhí)行根據(jù)權(quán)利要求32所述的方法的處理電路。
【文檔編號】H04W76/02GK103546986SQ201310283621
【公開日】2014年1月29日 申請日期:2013年7月8日 優(yōu)先權(quán)日:2012年7月9日
【發(fā)明者】魏宏宇, 周敬淳 申請人:財團法人工業(yè)技術(shù)研究院