根據(jù)所述資源請求指示，向所述任一 D2D終端分配新的時頻資源池，或指示所述任一 D2D終端使用已配置的其他時頻資源池，或向所述任一 D2D終端分配專用的時頻資源；步驟306，在通過廣播信令廣播所述新的時頻資源池時，或在通過指示信息指示所述任一 D2D終端使用所述其他時頻資源池或使用所述專用的時頻資源時，在所述廣播信令或所述指示信息中增加標(biāo)識信息，以指示所述任一 D2D終端優(yōu)先使用所述新的時頻資源池或所述其他時頻資源池或所述專用的時頻資源。
[0101]在該技術(shù)方案中，若接收到任一 D2D終端發(fā)送的資源請求指示，則說明預(yù)分配的時頻資源池中的時頻資源均被占用，為了實現(xiàn)D2D終端的數(shù)據(jù)傳輸業(yè)務(wù)，可以向D2D終端分配新的時頻資源池，或指示該D2D終端使用已配置的其他時頻資源池，或分配專用的時頻資源，以解決時頻資源不足的問題；而通過在廣播信令或指示信息中增加標(biāo)識信息，以指示D2D終端優(yōu)先使用分配的新的時頻資源池或上述的其他時頻資源池或?qū)Ｓ玫臅r頻資源，使得能夠確保發(fā)送資源請求指示的D2D終端優(yōu)先使用時頻資源處理數(shù)據(jù)傳輸業(yè)務(wù)。
[0102]在上述技術(shù)方案中，優(yōu)選地，所述廣播信令或所述指示信息包括:RRC信令、媒體接入控制單元信令或所述D2D終端與ProSe Funct1n之間的PC3消息。
[0103]在上述技術(shù)方案中，優(yōu)選地，還包括:根據(jù)每個所述D2D終端所處理的D2D業(yè)務(wù)的重要性和所述D2D業(yè)務(wù)的優(yōu)先級配置異常時頻資源池，其中，每個所述D2D終端在確定需要處理的數(shù)據(jù)傳輸業(yè)務(wù)具有時限要求且預(yù)分配的時頻資源池中的時頻資源均被占用時，選擇所述異常時頻資源池中的時頻資源處理所述數(shù)據(jù)傳輸業(yè)務(wù)。
[0104]圖4示出了根據(jù)本發(fā)明的實施例的適用于基站的用于終端直連通信的資源配置系統(tǒng)的示意框圖。
[0105]如圖4所示，根據(jù)本發(fā)明的實施例的適用于基站的用于終端直連通信的資源配置系統(tǒng)400，包括:接收單元402、第一處理單元404和第二處理單元406。
[0106]其中，接收單元402，用于接收任一 D2D終端發(fā)送的資源請求指示；
[0107]第一處理單元404，用于根據(jù)所述資源請求指示，向所述任一 D2D終端分配新的時頻資源池，或指示所述任一 D2D終端使用已配置的其他時頻資源池，或向所述任一 D2D終端分配專用的時頻資源；
[0108]第二處理單元406，用于在通過廣播信令廣播所述新的時頻資源池時，或在通過指示信息指示所述任一 D2D終端使用所述其他時頻資源池或使用所述專用的時頻資源時，在所述廣播信令或所述指示信息中增加標(biāo)識信息，以指示所述任一 D2D終端優(yōu)先使用所述新的時頻資源池或所述其他時頻資源池或所述專用的時頻資源。
[0109]在該技術(shù)方案中，若接收到任一 D2D終端發(fā)送的資源請求指示，則說明預(yù)分配的時頻資源池中的時頻資源均被占用，為了實現(xiàn)D2D終端的數(shù)據(jù)傳輸業(yè)務(wù)，可以向D2D終端分配新的時頻資源池，或指示該D2D終端使用已配置的其他時頻資源池，或分配專用的時頻資源，以解決時頻資源不足的問題；而通過在廣播信令或指示信息中增加標(biāo)識信息，以指示D2D終端優(yōu)先使用分配的新的時頻資源池或上述的其他時頻資源池或?qū)Ｓ玫臅r頻資源，使得能夠確保發(fā)送資源請求指示的D2D終端優(yōu)先使用時頻資源處理數(shù)據(jù)傳輸業(yè)務(wù)。
[0110]在上述技術(shù)方案中，優(yōu)選地，所述廣播信令或所述指示信息包括:RRC信令、媒體接入控制單元信令或所述D2D終端與ProSe Funct1n之間的PC3消息。
[0111]在上述技術(shù)方案中，優(yōu)選地，還包括:配置單元408，用于根據(jù)每個所述D2D終端所處理的D2D業(yè)務(wù)的重要性和所述D2D業(yè)務(wù)的優(yōu)先級配置異常時頻資源池，其中，每個所述D2D終端在確定需要處理的數(shù)據(jù)傳輸業(yè)務(wù)具有時限要求且預(yù)分配的時頻資源池中的時頻資源均被占用時，選擇所述異常時頻資源池中的時頻資源處理所述數(shù)據(jù)傳輸業(yè)務(wù)。
[0112]本發(fā)明還提出了一種基站(圖中未示出)，包括:如圖4中所示的適用于基站的用于終端直連通信的資源配置系統(tǒng)400。
[0113]以下結(jié)合圖5和圖6詳細(xì)說明本發(fā)明的技術(shù)方案。
[0114]本發(fā)明的技術(shù)方案主要是為了解決在模式B的情況下的資源分配的沖突和資源不足的問題，無論是無中繼或有中繼情況均可以使用本發(fā)明提出的技術(shù)方案。
[0115]本發(fā)明的技術(shù)方案引入了一個假設(shè)，即需要引入UE對特定范圍內(nèi)其他UE對資源池中資源的使用進行監(jiān)聽/測量的機制。其中一種實現(xiàn)方法(但不限于該方法)是通過UE對其他D2D UE發(fā)送的scheduling assignment (調(diào)度作業(yè))進行監(jiān)測。
[0116]上述的監(jiān)聽和測量方案，如果是在無中繼的場景下，UE只是監(jiān)聽附近其他UE的資源使用情況；如果是在中繼情況下，如果中繼節(jié)點承擔(dān)了一簇UE的資源分配功能，則UE可以去監(jiān)測中繼節(jié)點的資源分配情況。具體來說，中繼節(jié)點(即中繼終端)如果承擔(dān)了為多個UE分配資源的功能，則中繼節(jié)點發(fā)送為多個終端分配時頻資源塊的調(diào)度信息。而需要進行數(shù)據(jù)傳輸業(yè)務(wù)的D2D終端，在確定其他D2D終端的資源使用情況時，需要區(qū)分周邊的D2D終端是否是中繼節(jié)點，若是中繼節(jié)點，則可以監(jiān)測和接收中繼節(jié)點發(fā)送的消息，從而獲知該中繼節(jié)點控制的其他終端的時頻資源使用情況。中繼節(jié)點通過這種機制在一定程度上解決了 D2D終端的資源沖突問題。
[0117]需要說明的是，中繼節(jié)點分配給被中繼終端的時頻資源也可以空分復(fù)用。因此，就中繼節(jié)點來說，它以模式B的方式從基站獲取了資源池，但是對被中繼的UE來說，是以模式A的方式從中繼節(jié)點獲得調(diào)度資源的。還需要說明的是，這種機制要求中繼節(jié)點知道被中繼UE的存在，即可能要通過進行D2D發(fā)現(xiàn)機制或者其他交互來獲知被中繼UE的信息。
[0118]本發(fā)明同時假定基站和終端能夠支持模式A和模式B的D2D通信。
[0119]基于上述假設(shè)，本發(fā)明提出的方案如下。UE需要在即將有數(shù)據(jù)發(fā)送的任務(wù)前，監(jiān)聽其他D2D發(fā)送UE已經(jīng)使用了的資源，具體地包括:
[0120](I)若檢測到其他UE在使用該資源，則首先考慮是否有其他未使用的資源，如果有，則直接使用或者等待特定時間后使用。
[0121](2)若沒有未使用的資源，則UE需要判斷數(shù)據(jù)發(fā)送有無時限要求。其中，D2D數(shù)據(jù)有無時限要求，取決于ProSe應(yīng)用層的業(yè)務(wù)類型，這里UE對有無時限要求的判斷，可以根據(jù)該業(yè)務(wù)類型來判斷。
[0122]具體來說:
[0123]A、如果沒有時限要求，則可以考慮延遲一段時間后再次判斷其他UE是否仍然在發(fā)送數(shù)據(jù)。
[0124]a、在這種情況下，UE很可能在下次嘗試的時候成功監(jiān)測到空閑的資源，其原因可能是由于移動而與其他UE遠(yuǎn)離，也可能是其他UE停止了模式B的D2D數(shù)據(jù)發(fā)送。在這種情況下，需要在spec中引入嘗試的時間或者次數(shù)，以避免多次嘗試后仍未成功發(fā)送D2D數(shù)據(jù)。該時間或者次數(shù)可能需要在相關(guān)的spec中進行定義。
[0125]b、UE也可能在多次嘗試后仍然無法獲得空閑資源，則這種情況下，UE需要向基站發(fā)送指示(indicat1n)?；驹谑盏街甘局?，可以通過廣播新的資源池或者指示UE使用其他已經(jīng)配置的資源池，以滿足UE的通信需求，或者直接為發(fā)送indicat1n的UE分配的專用資源(dedicated resource)。在這種情況下，需要在spec中定義消息來向基站(eNB)指明資源請求的原因。同時，eNB重新配置資源的信令也需要增強，以便重配置的資源池能夠被特定的UE優(yōu)先獲得，如在資源池中指示專門用于該類的UE等。該消息可以是MAC，RRC或者UE與ProSe Funct1n之間的PC3消息。
[0126]B、如果有時限要求，則UE可以采用兩種方式，一是直接向eNB請求模式A的調(diào)度資源，從而對數(shù)據(jù)進行直接發(fā)送；二是利用異常資源池進行D2D數(shù)據(jù)發(fā)送。在這種情況下，需要在spec中定義消息來向eNB指明資源請求的原因，如有時限要求單是模式B資源不足。該消息可以是MAC，RRC或者UE與ProSe Funct1n之間的PC3消息。
[0127]以上過程可參照圖5所示。
[0128]如圖5所示，根據(jù)本發(fā)明的實施例的用于D2D通信的資源配置方法，包括:
[0129]步驟502，UE有數(shù)據(jù)發(fā)送需求，且初始確定通信模式為模式B。
[0130]步驟504，監(jiān)測是否有可用的模式B資源。
[0131]步驟506，判斷是否有模式B資源可用，若是，則執(zhí)行步驟518;否則，執(zhí)行步驟508。
[0132]步驟508，在判定沒有模式B資源可用時，判斷數(shù)據(jù)發(fā)送是否有時限要求，若有，則執(zhí)行步驟514 ;否則，執(zhí)行步驟510。
[0133]步驟510，在判定數(shù)據(jù)發(fā)送無時限要求時，推遲一定時間后繼續(xù)監(jiān)測。
[0134]步驟512，判斷監(jiān)測次數(shù)或者監(jiān)測時間是否超限，若是，則執(zhí)行步驟514;否則，執(zhí)行步驟504。
[0135]步驟514，UE向基站(eNB)發(fā)送資源請求。
[0136]步驟516，判斷UE是否成功獲取資源配置，若是，則執(zhí)行步驟518。
[0137]步驟518，進行數(shù)據(jù)發(fā)送。
[0138]需要說明的是，UE針對有時限要求而進行的操作，需要在網(wǎng)絡(luò)允許的范圍之內(nèi)。具體來說，當(dāng)UE在發(fā)現(xiàn)模式B資源不夠，且重試多次不成功后，向eNB發(fā)送請求，eNB判斷是否可以再次分配模式B資源池或者模式A的專用資源，需要根據(jù)該UE在網(wǎng)絡(luò)側(cè)存儲的簽約和授權(quán)信息以及由此而導(dǎo)出的policy (策略)。根據(jù)這些policy的執(zhí)行的不同，以上所描述的eNB的操作也可以由位于網(wǎng)絡(luò)側(cè)的ProSe Funct1n來實現(xiàn)。
[0139]以下結(jié)合圖6詳細(xì)說明本發(fā)明的一個信令流程圖。
[0140]如圖6所示，D2D發(fā)送UEl在確定數(shù)據(jù)發(fā)送需求時，判斷是否有可用的模式B資源，若確定沒有可用的模式B資源且經(jīng)過特定時間或次數(shù)嘗試后仍未得到發(fā)送機會時，或數(shù)據(jù)發(fā)送有時限要求時，執(zhí)行步驟602，即向eNB或ProSe Funct1n發(fā)送資源請求，并表明請求的原因，在發(fā)送資源請求時，可以通過向eNB發(fā)送MAC信令或RRC信令，也可以向ProSeFunct1n發(fā)送PC3信令。
[0141]然后基站或ProSe Funct1n進行資源分配，并執(zhí)行步驟604，即eNB通過發(fā)送MAC信令或RRC信令將分配的資源通知給UE，或者由ProSe Funct1n通過發(fā)送PC3信令將分配的資源通知給UE。
[0142]本發(fā)明的上述方案使得利用模式B共享資源池通信的UE能夠進行合理的資源分配，以滿足不同業(yè)務(wù)要求的D2D通信。
[0143]以上結(jié)合附圖詳細(xì)說明了本發(fā)明的技術(shù)方案，