D發(fā)現(xiàn)傳輸資源的這條消息中攜帶相應(yīng)應(yīng)用的是否需要釋放D2D發(fā)現(xiàn)傳輸?shù)闹甘玖斜?。具體是哪一種列表形式是與步驟201對應(yīng)的。對于多個(gè)應(yīng)用，如果UE分別發(fā)送多條消息到基站來請求基站相應(yīng)地為多個(gè)應(yīng)用釋放D2D發(fā)現(xiàn)傳輸資源，那么UE可以在每一條發(fā)送到基站來請求基站釋放D2D發(fā)現(xiàn)傳輸資源的消息中攜帶步驟201中為這個(gè)或者這些應(yīng)用分配的應(yīng)用標(biāo)識或者應(yīng)用標(biāo)識對應(yīng)生成的索引。
[0310]步驟206:基站根據(jù)步驟205消息中攜帶的信息，釋放相應(yīng)的分配給某個(gè)或者某些應(yīng)用的D2D發(fā)現(xiàn)Type 2傳輸資源。
[0311]實(shí)施例二
[0312]在本實(shí)施例中，D2D UE上同時(shí)運(yùn)行著多個(gè)應(yīng)用。對于多個(gè)應(yīng)用，UE發(fā)送一條消息到基站來請求基站相應(yīng)地為多個(gè)應(yīng)用分配D2D發(fā)現(xiàn)傳輸資源。在本實(shí)施例中，主要考慮了以下兩種場景:(1)UE已經(jīng)進(jìn)入連接態(tài)，此時(shí)UE準(zhǔn)備請求D2D發(fā)現(xiàn)傳輸資源的分配；(2)UE正在從idle態(tài)進(jìn)入到連接態(tài)，并且UE進(jìn)入連接態(tài)的目的是為了要進(jìn)行D2D發(fā)現(xiàn)傳輸。
[0313]圖17是本實(shí)施例的流程示意圖。
[0314]步驟301:從ProSe Funct1n中獲得進(jìn)行D2D發(fā)現(xiàn)傳輸授權(quán)的UE發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)的傳輸資源。從ProSe Funct1n中獲取到的D2D發(fā)現(xiàn)傳輸授權(quán)可以是分別針對于UE中的不同應(yīng)用的。UE發(fā)送給基站來請求基站分配D2D發(fā)現(xiàn)的傳輸資源的消息可以是RRC連接請求消息，可以是RRC連接建立完成消息，也可以是UE輔助信息消息。UE通過發(fā)送給基站來請求基站分配D2D發(fā)現(xiàn)傳輸資源的RRC消息中包括的RRC事務(wù)標(biāo)識(rrc-Transact1nldentifier)信元來標(biāo)識出對不同應(yīng)用的D2D發(fā)現(xiàn)傳輸資源配置的請求。
[0315]步驟302:基站根據(jù)從MME處獲取到的UE上下文來對D2D發(fā)現(xiàn)傳輸進(jìn)行授權(quán)驗(yàn)證。MME通過初始上下文建立請求消息中攜帶的ProSe授權(quán)信元將UE是否授權(quán)進(jìn)行D2D發(fā)現(xiàn)傳輸?shù)男畔⑼ㄖo基站。基站存儲(chǔ)UE是否授權(quán)進(jìn)行D2D發(fā)現(xiàn)傳輸?shù)男畔?，用于在UE發(fā)起D2D發(fā)現(xiàn)傳輸資源分配請求的時(shí)候判斷是否UE是授權(quán)進(jìn)行D2D發(fā)現(xiàn)傳輸?shù)摹roSe授權(quán)的信元可以是以應(yīng)用為粒度的，也就是說可以指示出想要進(jìn)行D2D發(fā)現(xiàn)的不同應(yīng)用的授權(quán)情況。
[0316]步驟303:步驟302中的授權(quán)驗(yàn)證成功，基站則通過專用信令給UE配置type 2傳輸資源。該專用信令可以是RRC連接重配消息。基站給UE請求D2D發(fā)現(xiàn)傳輸資源的應(yīng)用分別配置相應(yīng)的專用的type 2傳輸資源，并且給UE請求D2D發(fā)現(xiàn)傳輸資源的應(yīng)用分配不同的索引(index)。
[0317]步驟304:UE對想要進(jìn)行D2D發(fā)現(xiàn)傳輸?shù)膽?yīng)用對應(yīng)地使用基站分配的type 2資源進(jìn)行D2D發(fā)現(xiàn)的傳輸。
[0318]步驟305:UE發(fā)送消息給基站來請求基站釋放D2D發(fā)現(xiàn)的傳輸資源。如果UE的某個(gè)或者某些應(yīng)用由于某些原因，例如進(jìn)行D2D發(fā)現(xiàn)傳輸?shù)氖跈?quán)信息的改變，即某個(gè)或者某些應(yīng)用進(jìn)行D2D發(fā)現(xiàn)傳輸從原來的授權(quán)變成現(xiàn)在的不授權(quán)，那么UE在釋放基站分配的用于該應(yīng)用或該些應(yīng)用的type 2傳輸資源的同時(shí)，也要發(fā)送消息給基站來通知基站釋放分配的相應(yīng)應(yīng)用的type2傳輸資源。在發(fā)送給基站來請求基站釋放D2D傳輸資源的消息中攜帶了基站在步驟303中為這個(gè)或者這些應(yīng)用分配的index。
[0319]步驟306:基站根據(jù)步驟305消息中攜帶的index,釋放相應(yīng)的分配給某個(gè)或者某些應(yīng)用的D2D發(fā)現(xiàn)Type 2傳輸資源。
[0320]實(shí)施例三
[0321 ] 在本實(shí)施例中，是否授權(quán)進(jìn)行D2D發(fā)現(xiàn)/通信信息發(fā)生了改變。在本實(shí)施例中，主要介紹了空口上的相應(yīng)處理，使得UE不再利用分配的資源進(jìn)行D2D發(fā)現(xiàn)/通信的傳輸，或者釋放分配的用于D2D發(fā)現(xiàn)/通信的傳輸資源。
[0322]圖18是本實(shí)施例的流程示意圖。
[0323]步驟401:MME 通過 UE 上下文修改請求(UE CONTEXT MODIFICAT1N REQUEST)消息將授權(quán)信息發(fā)生改變的信息通過給基站，例如原先是授權(quán)進(jìn)行D2D發(fā)現(xiàn)/通信，現(xiàn)在是不授權(quán)進(jìn)行D2D發(fā)現(xiàn)/通信。
[0324]步驟402:基站接收到步驟401中的UE上下文修改請求后，發(fā)送RRC連接重配消息給UE。第一種做法是，在RRC連接重配消息中將D2D發(fā)現(xiàn)和D2D通信的傳輸和接收資源配置成Need OR。當(dāng)D2D發(fā)現(xiàn)或通信的傳輸或接收資源的授權(quán)信息從授權(quán)改成不授權(quán)的時(shí)候，則相應(yīng)地，基站在RRC連接重配消息中不攜帶D2D發(fā)現(xiàn)或通信的發(fā)送或接收資源。第二種做法是，在RRC連接重配消息中添加新的原因值或指示信息來表明D2D發(fā)現(xiàn)或通信的發(fā)送或接收資源的授權(quán)信息改變了。
[0325]步驟403:UE根據(jù)在RRC連接重配消息中攜帶的為用戶終端分配的D2D發(fā)現(xiàn)/通信的發(fā)送或接收資源為空，或者根據(jù)在RRC連接配置消息中攜帶的指示D2D發(fā)現(xiàn)/通信發(fā)送或接收的授權(quán)信息改變的原因值或者指示信息，結(jié)合接收到的D2D發(fā)現(xiàn)的Type 1/Type2選擇，或者D2D通信的Mode l/Mode2選擇，從而決定不再利用分配的資源進(jìn)行D2D發(fā)現(xiàn)/通信的發(fā)送或接收，或者是釋放分配的用于D2D發(fā)現(xiàn)/通信傳輸?shù)馁Y源。
[0326]實(shí)施例四:
[0327]對于連接態(tài)的UE，假設(shè)基站根據(jù)從MME處獲取到的UE上下文進(jìn)行D2D發(fā)送/通信傳輸?shù)氖跈?quán)驗(yàn)證不成功。那么基站可以通過發(fā)送獨(dú)立的RRC消息或者通過在RRC消息中新增信元來通知UE，基站處進(jìn)行的D2D發(fā)送/通信傳輸?shù)氖跈?quán)是不成功的。本實(shí)施例主要是采用了不發(fā)送任何信令通知的方式，即基站不通過發(fā)送獨(dú)立的RRC消息或者不通過在RRC消息中新增信元的方式來將D2D發(fā)送或通信傳輸授權(quán)不成功的信息通知給UE，基站僅僅通過不給UE分配D2D發(fā)送/通信的傳輸資源來隱式地通知UE:基站處進(jìn)行的D2D發(fā)送/通信傳輸?shù)氖跈?quán)是不成功的。
[0328]圖19是本實(shí)施例的流程示意圖。
[0329]步驟501:從ProSe Funct1n中獲得進(jìn)行D2D發(fā)現(xiàn)/通信傳輸授權(quán)的UE發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源。UE發(fā)送給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源的消息可以是RRC連接請求消息，可以是RRC連接建立完成消息，也可以是UE輔助信息消息。在UE發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源的時(shí)候，UE啟動(dòng)配置的定時(shí)器。
[0330]步驟502:基站根據(jù)從MME處獲取到的UE上下文來對D2D發(fā)現(xiàn)/通信傳輸進(jìn)行授權(quán)驗(yàn)證。在步驟501中啟動(dòng)的定時(shí)器超時(shí)之前，如果授權(quán)驗(yàn)證成功，則UE接收基站通過專用信令配置的Type 2/Mode 1傳輸資源或者Typel/Mode 2傳輸資源池，結(jié)束。在步驟501中啟動(dòng)的定時(shí)器超時(shí)時(shí)，如果授權(quán)驗(yàn)證失敗，UE沒有接收到基站通過專用信令配置的Type2/Mode 1傳輸資源或者Type 1/Mode 2傳輸資源池，則又回退到步驟501，UE重新發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源，并再次啟動(dòng)配置的定時(shí)器。如果重傳超過一定的次數(shù)，即UE在定時(shí)器超時(shí)時(shí)，沒有接收到基站通過專用信令配置的Type 2/Mode 1傳輸資源或者Type 1/Mode 2傳輸資源池，又回退到步驟501來發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源的過程超過一定的次數(shù)，UE可以獲知基站處進(jìn)行的D2D發(fā)現(xiàn)/通信傳輸?shù)氖跈?quán)是不成功的，自動(dòng)放棄發(fā)送消息給基站來請求基站分配D2D發(fā)現(xiàn)/通信的傳輸資源，一直到重新從ProSe Funct1n中獲得進(jìn)行D2D發(fā)現(xiàn)/通信傳輸授權(quán)認(rèn)證。
[0331]上述實(shí)施例提供的一種D2D信息通知的方法、用戶終端和基站，能夠?qū)崿F(xiàn)用戶終端獲取多個(gè)應(yīng)用的D2D發(fā)現(xiàn)/通信的傳輸資源，以及釋放相應(yīng)應(yīng)用的D2D發(fā)現(xiàn)/通信的傳輸資源，以及在基站處獲知用戶終端授權(quán)改變后，通過空口信令消息通知用戶終端使得UE不再利用或釋放D2D發(fā)現(xiàn)/通信的傳輸資源，以及通過隱式方式來將基站處進(jìn)行的D2D發(fā)現(xiàn)或通信傳輸授權(quán)不成功的信息通知給UE。
[0332]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來實(shí)現(xiàn)，相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
[0333]需要說明的是，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
【主權(quán)項(xiàng)】
1.一種設(shè)備對設(shè)備D2D信息通知的方法，該方法包括: 用戶終端向基站發(fā)送D2D資源配置請求消息，其中攜帶用戶終端的應(yīng)用的信息； 基站接收到所述D2D資源配置請求消息后，為授權(quán)驗(yàn)證通過的每一個(gè)應(yīng)用配置對應(yīng)的D2D發(fā)現(xiàn)/通信傳輸資源。2.如權(quán)利要求1所述的方法，其特征在于: 用戶終端向基站發(fā)送D2D資源配置請求消息，其中攜帶用戶終端的應(yīng)用的信息，包括:用戶終端向基站發(fā)送一條D2D資源配置請求消息，通過其中的D2D發(fā)現(xiàn)/通信傳輸資源配置請求列表攜帶所述用戶終端的應(yīng)用的信息；或者， 用戶終端向基站發(fā)送多條D2D資源配置請求消息，在每一條D2D資源配置請求消息中攜帶相應(yīng)應(yīng)用的應(yīng)用標(biāo)識或者應(yīng)用標(biāo)識對應(yīng)生成的索引。3.如權(quán)利要求2所述的方法，其特征在于: 所述D2D發(fā)現(xiàn)/通信傳輸資源配置請求列表，包括: 需要進(jìn)行D2D發(fā)現(xiàn)/通信傳輸?shù)膽?yīng)用的應(yīng)用標(biāo)識或者根據(jù)應(yīng)用標(biāo)識對應(yīng)生成的索引；或者， 全部應(yīng)用的應(yīng)用標(biāo)識或者根據(jù)應(yīng)用標(biāo)識對應(yīng)生成的索引，以及每個(gè)應(yīng)用是否需要進(jìn)行D2D發(fā)現(xiàn)/通信傳輸?shù)闹甘?；或? 全部應(yīng)用中每個(gè)應(yīng)用是否需要進(jìn)行D2D發(fā)現(xiàn)/通信傳輸?shù)闹甘?，所述每個(gè)應(yīng)用的指示按照默認(rèn)順序排列。4.如權(quán)利要求1所述的方法，其特征在于: 基站為授權(quán)驗(yàn)證通過的每一個(gè)應(yīng)用配置對應(yīng)的D2D發(fā)現(xiàn)/通信傳輸資源之前，還包括: 基站根據(jù)從移動(dòng)管理實(shí)體MME接收到的ProSe授權(quán)信息分別對用戶終端的每一個(gè)應(yīng)用進(jìn)行授權(quán)認(rèn)證。5.如權(quán)利要求1-4中任一項(xiàng)所述的方法，其特征在于: 所述D2D資源配置請求消息是RRC連接請求消息或RRC連接建立完成消息或UE輔助信息消息。6.一種設(shè)備對設(shè)備D2D信息通知的方法，該方法包括: 用戶終端向基站發(fā)送D2D資源釋放請求消息，其中攜帶用戶終端的應(yīng)用的信息； 基站接收到所述D2D資源釋放請求消息后，釋放分配給應(yīng)用的D2D發(fā)現(xiàn)/通信傳輸資源。7.如權(quán)利要求6所述的方法，其特征在于: 用戶終端向基站發(fā)送D2D資源釋放請求消息，其中攜帶用戶終端的應(yīng)用的信息，包括:用戶終端向基站發(fā)送一條D2D資源釋放請求消息，通過其中的D2D發(fā)現(xiàn)/通信傳輸資源釋放請求列表攜帶所述用戶終端的應(yīng)用的信息；或者， 用戶終端向基站發(fā)送多條D2D資源釋放請求消息，在每一條D2D資源釋放請求消息中攜帶相應(yīng)應(yīng)用的應(yīng)用標(biāo)識或者應(yīng)用標(biāo)識對應(yīng)生成的索引。8.如權(quán)利要求7所述的方法，其特征在于: 所述D2D發(fā)現(xiàn)/通信傳輸資源釋放請求列表，包括: 需要釋放D2D發(fā)現(xiàn)/通信傳輸資源的應(yīng)用的應(yīng)用標(biāo)識或者根據(jù)應(yīng)用標(biāo)識對應(yīng)生成的索引；或者， 全部應(yīng)用的應(yīng)用標(biāo)識或者根據(jù)應(yīng)用標(biāo)識對應(yīng)生成的索引，以及每個(gè)應(yīng)用是否需要進(jìn)行D2D發(fā)現(xiàn)/通信資源釋放的指示；或者 全部應(yīng)用中每個(gè)應(yīng)用是否需要進(jìn)行D2D發(fā)現(xiàn)/通信資源釋放的指示，所述每個(gè)應(yīng)用的指示按照默認(rèn)順序排列。9.一種設(shè)備對設(shè)備D2D信息通知的方法，該方法包括: 用戶終端向基站發(fā)送D2D資源配置請求消息，通過D2D資源配置請求消息中的RRC事務(wù)標(biāo)識信元來標(biāo)識出對不同應(yīng)用的D2D發(fā)現(xiàn)/通信傳輸資源配置的請求； 基站接收到用戶終端發(fā)送的D2D資源配置請求消息后，為授權(quán)驗(yàn)證通過的用戶終端請求D2D發(fā)現(xiàn)/通信傳輸資源的應(yīng)用分配不同的索引。10.如權(quán)利要求9所述的方法，其特征在于: 基站接收到用戶終端發(fā)送的D2D資源配置請求消息后，還包括: 為授權(quán)驗(yàn)證通過的用戶終端請求D2D發(fā)現(xiàn)/通信傳輸資源的應(yīng)用配置相應(yīng)的傳輸資源。11.如權(quán)利要求9所述的方法，其特征在于: 基站為授權(quán)驗(yàn)證通過的用戶終端請求D2D發(fā)現(xiàn)/通信傳輸資源的應(yīng)用分配不同的索引之前，包括: 基站根據(jù)從移動(dòng)管理實(shí)體MME接收到的ProSe授權(quán)信息分別對用戶終端的每一個(gè)應(yīng)用進(jìn)行授權(quán)認(rèn)證。12.如權(quán)利要求10所述的方法，其特征在于，還包括: 用戶終端向基站發(fā)送D2D資源釋放請求消息，其中攜帶請求釋放D2D發(fā)現(xiàn)/通信傳輸資源的應(yīng)用的標(biāo)識信息，所述應(yīng)用的標(biāo)識信息為基站為所述應(yīng)用分配的索引； 基站接收到所述D2D資源釋放請求