TW201536074A

TW201536074A - 裝置對裝置探索資源分配技術

Info

Publication number: TW201536074A
Application number: TW104101972A
Authority: TW
Inventors: Zhi Zhang; Juha Korhonen; Kodo Shu; Ze-Xian Li; hai-peng Lei; Yi-Xue Lei
Original assignee: Nokia Corp
Priority date: 2014-01-30
Filing date: 2015-01-21
Publication date: 2015-09-16
Also published as: EP3905748A1; CN106063310B; BR112016017704B8; BR112016017704A2; EP3100486B1; EP3100486A4; EP3100486A1; US10587493B2; TWI596962B; WO2015113311A1; KR101926947B1; CN106063310A; BR112016017704B1; US20160345374A1; KR20160115964A

Abstract

各種通訊系統可自資源分配之技術及系統獲益。舉例言之，第三代夥伴計畫之通訊系統可自裝置對裝置探索資源分配方法及系統獲益。一方法可包括決定下行鏈路資料傳輸可造成上行鏈路控制通道傳輸與裝置對裝置探索信號傳輸間之衝突，或決定上行鏈路分享通道傳輸可能與裝置對裝置探索信號傳輸衝突；及請求一使用者設備基於該決定而報告裝置對裝置探索需要。

Description

裝置對裝置探索資源分配技術

發明領域

多種通訊系統可自資源分配技術及系統獲益。舉例言之，第三代夥伴計畫(3GPP)通訊系統可自裝置對裝置探索資源分配技術獲益。

發明背景

第三代夥伴計畫(3GPP)長期演進-進階(LTE-A)發行版本12或13(Rel-12/13)可包括裝置對裝置探索及通訊有關的特性件。目前，鄰近服務(ProSe)/裝置對裝置(D2D)探索及通訊乃此種標準化相關的一項議題。D2D探索乃D2D場景可考慮的中之一者。

於3GPP D2D探索中，至少兩型的資源分配方法被視為可能：型-1及型-2資源分配。針對型-1資源分配，D2D探索裝置諸如一使用者設備(UE)習知分享一共通資源匯集。如此，一UE可自主選擇欲用於探索信號傳輸之該資源。針對型-2資源分配，eNB可習知地分派一特定UE資源用於探索信號傳輸。假定閒置模式UE能夠探索其它UE且能被其它UE探索。如此，可能需要支援型-1資源分配以便許可一閒置模式UE獲得資源而無需如同型-2資源分配般，進入資源分配的無線電資源控制連接(RRC_connected)。

一D2D探索信號可在一小區式上行鏈路(UL)子框(SF)上發送。於此處討論中，此一子框稱作為一「D2D SF」。再者，從一個UE觀點，小區式及D2D資料不許可以分頻多工(FDM)方式多工化。根據此種辦法，若一UE於一D2D SF中發送一探索信號，則此種UE無法在相同SF中，亦即於該D2D SF中，同時在一實體上行鏈路控制通道(PUCCH)上或在一實體上行鏈路分享通道(PUSCH)上發送。

若RRC_connected模式UE使用型-1資源分配，當小區式及D2D資料流通量並存時，及當一連結模式UE在DL中為極為重度排程時，可能出現問題。舉例言之，若一個UE具有在每個DL SF中在實體下行鏈路分享頻道(PDSCH)上的DL資料傳輸，則習知地此種UE結果將在每個UL SF上在PUCCH上發送確認/負面確認(ACK/NACK或A/N)。結果導致之問題為此一UE習知地無法適當地發送探索訊息。

同理，若UE係在PUSCH上重度排程，習知地UE將具有減低的探索信號傳輸機率。

解決此項問題之一種方式係以比較小區式資料或控制更高的優先順位設定D2D探索信號傳輸。但使用型-1資源分配，習知地eNB無法預測UE將在哪個UL SF發送D2D探索信號。若D2D探索信號係以較高順位發送，則eNB將必須假設在D2D SF中之任何PUCCH無法利用，其將影響小區式服務，原因在於針對UE無法發送A/N將有資料的DL轉發。同理，DL將也受影響，原因在於UE無法以正常方式發送通道品質資訊(CQI)。若探索信號傳輸將阻止利用一已排程的PUSCH資源，則UL資源將被浪費。

發明概要

依據某些實施例，一種方法可包括決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值。該方法也可包括基於該量滿足該預定臨界值，請求該使用者設備報告裝置對裝置探索需要。

於某些實施例中，一種方法可包括接收一請求以提供裝置對裝置探索需要之一報告。該方法也可包括報告該等裝置對裝置探索需要給一網路元件。

依據某些實施例，一種設備可包括至少一個處理器及含電腦程式碼之至少一個記憶體。該至少一個記憶體及電腦程式碼可組配來配合該至少一個處理器使得該設備至少決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值。該至少一個記憶體及電腦程式碼也可組配來配合該至少一個處理器使得該設備至少基於該量滿足該預定臨界值，請求該使用者設備報告裝置對裝置探索需要。

於某些實施例中，一種設備可包括至少一個處理器及含電腦程式碼之至少一個記憶體。該至少一個記憶體及電腦程式碼可組配來配合該至少一個處理器使得該設備至少接收一請求以提供裝置對裝置探索需要之一報告。該至少一個記憶體及電腦程式碼也可組配來配合該至少一個處理器使得該設備至少報告該等裝置對裝置探索需要給一網路元件。

依據某些實施例，一種設備可包括用以決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值之構件。該設備也可包括用以基於該量滿足該預定臨界值請求該使用者設備報告裝置對裝置探索需要之構件。

於某些實施例中，一種設備可包括用以接收一請求以提供裝置對裝置探索需要之一報告之構件。該設備也可包括用以報告該等裝置對裝置探索需要給一網路元件之構件。

依據某些實施例，一種非過渡電腦可讀取媒體可以指令編碼其當於硬體執行時進行一處理。該處理可包括決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值。該處理也可包括基於該量滿足該預定臨界值請求該使用者設備報告裝置對裝置探索需要。

於某些實施例中，一種非過渡電腦可讀取媒體可以指令編碼其當於硬體執行時進行一處理。該處理可包括接收一請求以提供裝置對裝置探索需要之一報告。該處理也可包括報告該等裝置對裝置探索需要給一網路元件。

依據某些實施例，一種電腦程式產品可編碼用以進行一處理之指令。該處理可包括決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值。該處理也可包括基於該量滿足該預定臨界值請求該使用者設備報告裝置對裝置探索需要。

於某些實施例中，一種電腦程式產品可編碼用以進行一處理之指令。該處理可包括接收一請求以提供裝置對裝置探索需要之一報告。該處理也可包括報告該等裝置對裝置探索需要給一網路元件。

依據某些實施例，一種方法可包括決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值。該方法也可包括請求型-2資源或請求優先排序該等探索信號之該傳輸。

於某些實施例中，一種設備可包括至少一個處理器及含電腦程式碼之至少一個記憶體。該至少一個記憶體及電腦程式碼可組配來配合該至少一個處理器使得該設備至少決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值。該至少一個記憶體及電腦程式碼也可組配來配合該至少一個處理器使得該設備至少請求型-2資源或請求優先排序該等探索信號之該傳輸。

依據某些實施例，一種設備可包括用以決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值之構件。該設備也可包括用以請求型-2資源或請求優先排序該等探索信號之該傳輸之構件。

依據某些實施例，一種電腦程式產品可編碼用以進行一處理之指令。該處理可包括決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值。該處理也可包括請求型-2資源或請求優先排序該等探索信號之該傳輸。

於某些實施例中，一種非過渡電腦可讀取媒體可以指令編碼其當於硬體執行時進行一處理。該處理可包括決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值。該處理也可包括請求型-2資源或請求優先排序該等探索信號之該傳輸。

110-155、210-276‧‧‧方塊

310‧‧‧網路元件

314、324‧‧‧處理器

315、325‧‧‧記憶體

316、326‧‧‧收發器

317、327‧‧‧天線

為求妥適瞭解本發明，將參考附圖，附圖中：圖1例示依據某些實施例之一種方法。

圖2例示依據某些實施例之另一種方法。

圖3例示依據某些實施例之一種系統。

較佳實施例之詳細說明

某些實施例可提供處理裝置對裝置探索信號傳輸之較佳方式，同時避免自一個使用者設備之觀點以分頻多工方式多工化小區式及D2D資料。

舉例言之，於某些實施例中，當一演進節點B(eNB)發現大量DL資料將針對一個RRC_connected模式UE排程時，該eNB可請求該UE報告該UE本身的D2D探索需要。若eNB發現該UE頻繁在PUSCH傳輸，則也可請求一報告。

該eNB可指示UE報告其D2D探索需要，及可分派一UL資源用以以一預定PUCCH報告格式發送該報告。另外，該eNB可只指示該UE欲發送一報告，而不分派PUCCH 資源給此種報告。於此種情況下，該UE可在PUSCH上發送報告。使用該報告，該UE可請求型-2資源或要求該eNB優先排序該UE的參與D2D探索。

另外或除了前述者之外，當該UE發現該UE傳輸探索信號之機會係低於一預定臨界值時，由於頻繁PUCCH傳輸或排程PUSCH傳輸故，該UE可透過攜載於PUSCH上的一較新高層發訊(MAC CE或RRC)指出問題情況給eNB。此種預定值可為由該eNB組配之一參數。該eNB可定義此種值為例如，於一給定區間的傳輸機會數目，其可視為滿足該UE端之最低探索要求。

如此，UE可攜載下列資訊於一訊息內：UE可直接請求型-2資源；或UE可要求該eNB優先排序該UE的參與D2D探索；或該請求訊息可為給該eNB之一指示，及可通知該eNB該eNB需要分派UL資源及用於UE報告在探索狀態上之訊息格式。

當一UE係經組配以報告或決定報告D2D探索需要時，該UE可遵照後述程序。舉例言之，針對資源分配型-1，或共用資源分配，UE可報告給該eNB該UE期望有如何頻繁的機會來探索信號傳輸。UE例如可指示該UE滿足於稀有機會，或該UE具有出人意表的探索需要，超出該正常探索信號傳輸循環，或該探索需要已經結束。

針對資源分配型-2，或特定UE資源分配，一旦該UE具有探索需要，則該UE可請求該eNB分派該特定UE資源給該UE。再者，一旦該探索需要已經結束，該UE可報告此點給該eNB。

當eNB接收到該UE具有探索需要之報告時，該eNB可藉由限制於若干DL子框之排程而將該UE需要列入考慮，以便根據指示之需要而提高探索信號傳輸機會。又，該eNB可避免針對具有探索需要之一UE在D2D子框上排程PUSCH傳輸。取而代之，該eNB可針對沒有探索需要之UE在D2D子框中排程PUSCH傳輸。另外，或此外，若可用及若由該UE請求，則該eNB可分配型-2資源。當排程DL及PUSCH時，該eNB也可將所分配的型-2資源列入考慮。

某些實施例可以各種方式具現。因此，下列具現可為許多可能具現之實例。

至於該eNB之組配可包括各種面向。初步，全部D2D探索UE包括閒置模式UE及連結模式UE可經組配以使用型-1例如共通資源匯集以發送探索訊息。後來，該eNB可認知需要以可能造成UE的PUCCH與探索信號傳輸間之一衝突之方式排程PDSCH。該eNB例如可知曉大量資料將於DL傳輸，或該eNB將基於過去DL傳輸之統計數字而推定未來DL傳輸將變頻繁。頻繁DL傳輸可表示頻繁PUCCH傳輸，以便回授DL確認/負面確認(ACK/NACK或A/N)給該eNB。因一UE無法在相同子框內傳輸PUCCH及探索信號，故取決於PUCCH及探索信號傳輸之順位，該UE可能有太少探索信號傳輸機會，或探索信號傳輸可能阻擋某些PUCCH傳輸。當潛在地可能出現此種問題時，該eNB可組配及觸發此種連結模式UE以將該UE的D2D探索請求報告給該 eNB。

因一UE無法在PUSCH及探索信號上同時傳輸UL資料，故頻繁PUSCH傳輸可能造成與大量DL資料類似的問題。該eNB可從過去PUSCH傳輸推定該UE未來也將傳輸大量UL資料，而可觸發該UE將該UE的D2D探索請求報告給該eNB。

此等程序可以下列步驟進行。根據一第一步驟，eNB可使用RRC發訊以指示該UE可於其中發送其報告的一實體層資源。此種實體層資源可為位在D2D SF外部的一特定PUCCH資源。目前PUCCH格式中之任一者可用以攜載此等報告。該eNB可指示將使用哪個格式。經選擇供使用的該格式可取決於該eNB想要自UE端獲得哪種探索請求資訊。

根據一第二步驟，該eNB能夠使用於實體下行鏈路控制頻道(PDCCH)或加強式PDCCH(ePDCCH)中之下行鏈路控制資訊(DCI)以觸發該UE用於報告於該第一步驟中組配的該等設定值。

如此二步驟除外，替代PUCCH，報告可攜載於PUSCH上。於此種情況下，DCI可指示UE須在PUSCH上發送一報告。

該eNB也可對該UE指示型-2資源分配是否能被支援或被施用至該連結模式UE。該eNB能夠考慮該eNB的資源運用狀態及該UE的期望而做此決定。舉例言之，若該小區內有無數閒置資源，則該eNB可組配型-2資源給該連結模式UE。否則，型-1資源可用作為全部D2D UE的一共用資源匯集，包括連結模式UE及閒置模式UE。在該UE端上，當該eNB組配該UE以報告該探索請求時，該UE可假設該內設資源分配型別為型-1，除非該eNB在該RRC發訊中有明確的相反指示。此種明確發訊可典型地接著UE報告其探索需要。

當該eNB接收到一報告指示探索需要之一終點時，該eNB可去除為了避免小區式信號及探索信號之UE的傳輸將重疊的情況而曾經施加的排程限制。又，eNB可釋出該UE分配的型-2資源，及釋出該eNB曾經分派給該UE用於D2D探索請求報告之該UL資源。

一探索請求之UE報告可具有各種具現。舉例言之，針對資源分配型-1，若PUCCH格式1a攜載1位元可組配用於UE報告，則有關於此「1」可表示該UE具有一探索請求，及「0」可表示一探索需要的結束。偶爾，更多資訊可能有用，例如一eNB可能需要知曉該UE想要如何頻繁地發送該探索信號。於此種情況下，該eNB可組配PUCCH格式1b兩個位元用於UE報告。於該種情況下，「00」、「01」、「10」、及「11」分別地可表示探索需要已經結束、一低頻次探索請求、一中頻次探索請求、及一高頻次探索請求。若使用另一PUCCH格式諸如格式3，或若該報告係經由PUSCH發送，則可含括更高粒度。當該eNB接收此種UE報告時，該eNB可限制於某些DL子框中之排程以便提高探索信號傳輸機會用於報告UE。

針對資源分配型-2，PUCCH指示之使用及意義可與如前文描述就資源分配型-1所述者相同。差異可在於當該eNB接收此種報告時，該eNB可分派或釋出一型-2資源給一連結模式UE。當決定針對一UE，該eNB將分配多少可能的資源時，該eNB可從該UE的報告考慮該探索請求之頻繁程度。該eNB例如可使用RRC發訊或DCI格式以分派及/或釋出該型-2資源。

可有前述辦法之其它具現。舉例言之，一UE可發現該UE無法充分地利用探索資源，由於頻繁PUCCH或PUSCH傳輸之故。於此種情況下，該UE可以一新控制訊息指示該問題給該eNB。該控制訊息可為一媒體存取控制(MAC)控制元件(CE)或一RRC控制訊息。該UE可於一PUSCH傳輸中包括此種控制訊息。如同任何其它控制訊息，可獲得發送該請求訊息之資源。該訊息可直接攜載有關該等UE需要之資訊，或者該訊息可只是給該eNB之一指示該eNB將分派在PUCCH上的該等UE資源讓該UE將使用該資源用於探索相關發訊。

如此，舉例言之，該UE可直接請求型-2資源。另外，該UE可請求該eNB優先排序有關該UE的參與裝置對裝置探索。又另外，該請求訊息可為給該eNB之一指示，及可通知eNB，eNB須分派UL資源及訊息格式給UE報告探索狀態。應答於該請求訊息，UE可分派UL資源及訊息格式用於報告。

某些實施例可具有各種好處及/或優點。舉例言之，某些實施例可解決當針對覆蓋D2D探索用途情況，裝置對裝置探索信號及PUCCH A/N傳輸衝突時的問題。

圖1例示依據某些實施例之一種方法。圖1之該方法例如可藉一網路元件執行，諸如一接取點、站台、或演進節點B。如於圖1顯示，於110，一種方法可包括決定針對一使用者設備之下行鏈路資料量滿足一預定臨界值。

於120，該方法也可包括請求該使用者設備根據滿足該預定臨界值之量，報告裝置對裝置探索需要。該請求可進一步取決於該使用者設備係屬一無線電資源控制連結模式使用者設備。於130，該報告可接收自該UE，包括該UE之發現需要之一指示。

該方法可進一步包括於125，分派一上行鏈路資源給該使用者設備於其中報告該發現需要。一特定格式可連同該上行鏈路資源一起載明或分派。

該方法可額外地包括於135，接收一指示該使用者設備具有發現需要。該方法也可包括於140，限制排程於至少一個下行鏈路子框以根據該等發現需要增加發現信號傳輸機會。

另外，該方法可包括於150，當可用時且由該使用者設備請求時，配置型-2資源給該使用者設備。又復，該方法可包括於155，當於下行鏈路上排程時將型-2資源列入考慮。

圖2例示依據某些實施例另一方法。圖2之該方法例如可藉一使用者設備執行，諸如終端機裝置、行動電話、個人數位助理器、個人電腦、平板電腦、智慧型表儀、或感測器。

如圖2顯示，一種方法可包括於210，接收一請求以提供一裝置對裝置探索需要之報告。該方法也可包括於220，將該等裝置對裝置探索需要報告給一網路元件。

該方法可進一步包括於215，接收一上行鏈路資源之一分派其中包括該報告。如此，該報告可包括使用該上行鏈路資源以起始該報告之發送。該分派也指示一特定格式用在提供該報告，及該報告可包括依從該分派格式。

該方法也可包括於230，當提供該報告時請求型-2資源。另外，該方法也可包括於240，當提供該報告時請求由該使用者設備進行參與裝置對裝置探索之優先排序。

該方法可進一步包括於250，決定針對一使用者設備傳輸探索信號之機會係低於一預定臨界值。又復，該方法可包括於255，給該網路元件指示未能滿足該預定臨界值。

該方法可額外包括於260，決定一使用者設備具有出人意表的探索需要。該方法可進一步包括於265，將該等出人意表的探索需要報告給該網路元件。

該方法也可包括於270，決定一使用者設備具有探索需要。該方法可進一步包括於272，請求該網路元件提供針對該等探索需要之一使用者設備特定資源。又復，該方法可包括於274，決定該等探索需要已經結束。此外，該方法可包括於276，報告給該網路元件該等探索需要已經結束。

圖2之該方法可與圖1之該方法協定合作。如此，一種方法可包括圖1之該方法及圖2之該方法兩者。

其它方法亦屬可能。舉例言之，一種方法可包括決定一使用者設備傳輸裝置對裝置探索信號的機會係低於一預定值。該方法也可包括請求型-2資源或請求優先排序該等探索信號之傳輸。

決定的結果可經由在PUSCH上進行的一較高層發訊而指示給一eNB。此外，該請求可透過一請求訊息自該使用者設備發送給該eNB，該請求訊息也指示該eNB分派上行鏈路資源及訊息格式給該使用者設備以報告探索狀態。

圖3例示依據某些實施例之一種系統。須瞭解圖1或圖2之流程圖之各個方塊及其任一項組合可藉各種裝置或其組合具現，諸如，硬體、軟體、韌體、一或多個處理器及/或電路。於一個實施例中，一系統可包括數個裝置，諸如網路元件310及使用者設備(UE)或使用者裝置320。該系統可包括多於一個UE 320及多於一個網路元件310，但用於例示目的只顯示其中之一者。一網路元件可為接取點、站台、演進節點B(eNB)、伺服器、主機或此處討論之該等其它網路元件中之任一者。此等裝置各自分別可包括至少一個處理器或控制單元或模組，如於314及324指示。於各個裝置可提供至少一個記憶體及分別指示為315及325。該記憶體可包括含有於其中的電腦程式指令或電腦碼。可設有一或多個收發器316及326，及各個裝置也可包括一天線，分別例示為317及327。雖然各自只顯示一根天線，但對該等裝置各自可提供許多天線及多個天線元件。例如也可提供此等裝置之其它組態。舉例言之，除了無線通訊之外，網路元件310及UE 320可額外地針對有線通訊組配，及於此種情況下，天線317及327可例示任何形式之通訊硬體，而非限於單獨僅只天線。同理，有些網路元件310僅只組配用於有線通訊，於此等情況下，天線317可例示任何形式之有線通訊硬體，諸如網路介面卡。

收發器316及326各自獨立地可為發射器、接收器、或發射器及接收器兩者，或可組配用於發射及接收兩個目的之一單元或裝置。該發射器及/或接收器(考慮無線電部件)也可具現為一遠端無線電頭端，其係不在裝置本身，反而係在天線塔。也須瞭解根據「動態無線電」或彈性無線電構思，操作及功能可以彈性方式於不同實體諸如節點、主機或伺服器執行。換言之，專業勞動力分工可視案例而改變。一種可能的用途係使得一網路元件傳遞本地內容。一或多個功能也可在能夠在一伺服器上跑的軟體中具現為虛擬應用程式。

一使用者裝置或使用者設備320可為行動站台(MS)諸如行動電話或智慧型電話或多媒體裝置、設有無線通訊能力之電腦諸如平板電腦、設有無線通訊能力之個人資料或數位助理器(PDA)、可攜式媒體播放器、數位相機、口袋型視訊攝影機、設有無線通訊能力之導航單元或其任一項組合。

於一具體實施例中，一種設備諸如節點或使用者裝置可包括用以進行如前文關聯圖1或圖2描述之實施例。

處理器314及324可由任何運算或資料處理裝置具體實施，諸如中央處理單元(CPU)、數位信號處理器(DSP)、特定應用積體電路(ASIC)、可規劃邏輯裝置(PLD)、可現場程式規劃閘陣列(FPGA)、數位加強電路、或相媲美裝置或其組合。該等處理器可具現為單一控制器，或多個控制器或處理器。

針對韌體或軟體，該具現可包括至少一個晶片組之模組或單元(例如程序、功能等)。記憶體315及325可獨立地為任何合宜儲存裝置，諸如非過渡電腦可讀取媒體。可使用硬碟驅動裝置(HDD)、隨機存取記憶體(RAM)、快閃記憶體、或其它合宜記憶體。該等記憶體可組合於單一積體電路上成為該處理器，或可與該處理器分開。又復，可儲存於該記憶體中且可由該等處理器處理之該等電腦程式指令可為任何型式之電腦程式碼，例如以任何合宜程式語言寫成的編譯或解譯電腦程式。該記憶體或資料儲存實體典型地為內接式，但也可為外接式或其組合，諸如當額外記憶體容量係得自一服務提供者時之情況。記憶體可為固定式或活動式。

該記憶體及該等電腦程式指令可以針對該特定裝置之處理器經組配使得一硬體設備諸如網路元件310及/或320執行前述處理程序中之任一者(例如參考圖1及圖2)。因此，於某些實施例中，一非過渡電腦可讀取媒體可以電腦指令或一或多個電腦程式(諸如附加的或更新的軟體常式、小應用程式或巨集指令)編碼，其當於硬體執行時可進行一處理程序，諸如此處描述之處理程序中之一者。電腦程式可藉高階程式語言編碼，諸如目標-C、C、C++、C#、爪唑等，或藉低階程式語言編碼，諸如機器語言或組譯器。另外，某些本發明之實施例可全然於硬體進行。

又復，雖然圖3例示包括一網路元件310及一UE320之一系統，但本發明之實施例可應用至其它組態，及涉及如此處例示的及討論的額外元件之組態。舉例言之，可存在有多個使用者設備裝置及多個網路元件，或提供相似功能之其它節點，諸如組合一使用者設備與一接取點之功能，諸如中繼節點。同理，該UE 320可設有多種組態用於通訊網路元件310以外之通訊。舉例言之，UE 320可經組配用於裝置對裝置通訊。

熟諳技藝人士將容易瞭解如前文討論之發明可以不同順序之步驟實施，及/或具有與此處揭示者不同組態之硬體元件實施。因此，雖然已經基於較佳實施例描述本發明，熟諳技藝人士顯然易知某些修改、變化、及替代組成將為顯然易見，而其它者則落入於本發明之精髓及範圍內。因此，為了決定本發明之範疇及邊界，將參考隨附之申請專利範圍。

110-155‧‧‧方塊

Claims

一種方法，該方法包含：接收一請求以提供裝置對裝置探索需要之一報告；及報告該等裝置對裝置探索需要給一網路元件。
如請求項1之方法，其進一步包含：接收一上行鏈路資源之一分派其中包括該報告，其中該報告包含使用該上行鏈路資源起始發送該報告。
如請求項1之方法，其進一步包含：當提供該報告時請求型-2資源；或當提供該報告時，請求由該使用者設備參與裝置對裝置探索之優先排序。
如請求項1之方法，其進一步包含：決定一使用者設備具有探索需要；及請求該網路元件以提供針對該等探索需要之一特定使用者設備資源。
如請求項1之方法，其進一步包含：決定該等探索需要已經結束；及報告該等探索需要已經結束給該網路元件。
一種設備，其包含：至少一個處理器；及包括電腦程式碼之至少一個記憶體，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定下行鏈路資料傳輸可造成上行鏈路控制通道傳輸與裝置對裝置探索信號傳輸間之衝突，或上行鏈路分享通道傳輸可能與裝置對裝置探索信號傳輸衝突；及請求一使用者設備基於該決定而報告裝置對裝置探索需要。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少做出該決定，基於針對該使用者設備之下行鏈路資料之一量，下行鏈路資料傳輸可能造成上行鏈路控制通道傳輸與裝置對裝置探索信號傳輸間之衝突及當下行鏈路資料之該量超過一預定臨界值時請求該報告。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少做出該決定，基於過去上行鏈路分享通道傳輸之一量，該等上行鏈路分享通道傳輸可能衝突及當該量超過一預定臨界值時請求該報告。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少做出該請求進一步取決於該使用者設備係為一無線電資源控制連結模式使用者設備。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少分派一上行鏈路資源給該使用者設備其中報告該等探索需要。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少接收一指示該使用者設備有探索需要；及根據該等探索需要限制排程於至少一個下行鏈路子框以增加探索信號傳輸機會。
如請求項6之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少接收一指示該使用者設備有探索需要；當可用時且由該使用者設備請求時，分配型-2資源給該使用者設備；及當在一下行鏈路上排程時將該等型-2資源列入考慮。
一種設備，其包含：至少一個處理器；及包括電腦程式碼之至少一個記憶體，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少接收一請求以提供裝置對裝置探索需要之一報告；及報告該等裝置對裝置探索需要給一網路元件。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少接收一上行鏈路資源之一分派其中包括該報告；及使用該上行鏈路資源起始發送該報告。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少當提供該報告時請求型-2資源；或當提供該報告時，請求由該使用者設備參與裝置對裝置探索之優先排序。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定針對一使用者設備傳輸探索信號之機會係低於一預定臨界值；及指示該預定臨界值並不符合給該網路元件。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定一使用者設備有出人意表之探索需要；及報告該等出人意表之探索需要給該網路元件。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定一使用者設備有探索需要；及請求該網路元件提供針對該等探索需要之一特定使用者設備資源。
如請求項13之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定該等探索需要已經結束；及報告該等探索需要已經結束給該網路元件。
一種設備，其包含：至少一個處理器；及包括電腦程式碼之至少一個記憶體，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少決定一使用者設備傳輸裝置對裝置探索信號之機會係低於一預定值；及請求型-2資源或請求優先排序該等探索信號之該傳輸。
如請求項20之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少經由攜載於PUSCH上之一高層發訊指示該決定之該結果給一eNB。
如請求項20之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少透過一請求訊息自該使用者設備接收該請求給該eNB，該請求訊息也指示該eNB分派上行鏈路資源及訊息格式給該使用者設備以報告探索狀態。
一種設備，其包含：至少一個處理器；及包括電腦程式碼之至少一個記憶體，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少自一使用者設備接收針對型-2資源之一請求或優先排序探索信號之該傳輸，及授權該請求以給該使用者設備提供傳輸裝置對裝置探索信號之較大機會。
如請求項23之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少接收攜載於PUSCH上之一高層發訊上之該請求。
如請求項23之設備，其中該至少一個記憶體及電腦程式碼係組配來配合該至少一個處理器使得該設備至少透過一請求訊息自該使用者設備接收該請求給該eNB，該請求訊息也指示該eNB分派上行鏈路資源及訊息格式給該使用者設備以報告探索狀態。