本發(fā)明涉及通信領(lǐng)域，特別涉及一種信息發(fā)送的方法和終端。

背景技術(shù)：

臨近區(qū)域的終端利用設(shè)備到設(shè)備(Device to Device，簡稱為D2D)直接通信能夠給終端帶來很多好處，比如更高的速率、更低的延遲以及更小的功耗，同時(shí)也極大地提高了運(yùn)營商的無線資源效率，D2D的Relay(中繼)模式有利于運(yùn)營商提高無線覆蓋；對于應(yīng)用來說利用D2D通訊過程中的臨近信息可以開發(fā)出更加吸引人的新業(yè)務(wù)。公共安全(Public Safety)系統(tǒng)也可以利用D2D技術(shù)實(shí)現(xiàn)沒有無線覆蓋的情況下終端之間的通訊。

圖1是相關(guān)技術(shù)中和3GPP(The 3rd Generation Partnership Project，第三代合作伙伴計(jì)劃)相關(guān)的D2D Relay架構(gòu)示意圖，如圖1所示，重點(diǎn)網(wǎng)元的功能說明如下。

遠(yuǎn)終端：也叫用戶設(shè)備(User Equipment，簡稱為UE)，該終端處于無移動(dòng)信號(hào)覆蓋之內(nèi)，支持通過PC5(終端和終端之間的D2D接口)接口和其他終端進(jìn)行D2D發(fā)現(xiàn)和通信，遠(yuǎn)終端也可以通過Relay節(jié)點(diǎn)和網(wǎng)絡(luò)進(jìn)行通信。

Relay節(jié)點(diǎn)：也叫中繼節(jié)點(diǎn)，該節(jié)點(diǎn)是一個(gè)終端，處于有移動(dòng)信號(hào)覆蓋之內(nèi)，支持其他遠(yuǎn)終端通過該終端和網(wǎng)絡(luò)通信，Relay節(jié)點(diǎn)支持Relay發(fā)現(xiàn)廣播，遠(yuǎn)終端通過讀取該廣播信息，選擇合適的Relay節(jié)點(diǎn)并通過該節(jié)點(diǎn)和網(wǎng)絡(luò)進(jìn)行通信。

基站：為Relay節(jié)點(diǎn)提供無線覆蓋，也可以為Relay節(jié)點(diǎn)進(jìn)行D2D發(fā)現(xiàn)或者通信時(shí)候進(jìn)行無線資源授權(quán)和分配。在進(jìn)行eMBMS(Multimedia Broadcast Multicast Service，多媒體廣播和多播業(yè)務(wù))廣播的時(shí)候，基站通過廣播進(jìn)行下行數(shù)據(jù)發(fā)送，有利于節(jié)約空口資源?；竞徒K端之間的空中接口 為Uu口。

核心網(wǎng)：主要負(fù)責(zé)Relay節(jié)點(diǎn)的注冊、分配IP地址以及承載建立，Relay節(jié)點(diǎn)通過核心網(wǎng)和外部網(wǎng)絡(luò)進(jìn)行通信?；竞秃诵木W(wǎng)之間接口為S1接口。

集群通信服務(wù)器：集群服務(wù)主要功能包括集群業(yè)務(wù)組的管理、呼叫建立、釋放和管理等功能。UE和集群通信服務(wù)器之間為PC1接口，UE利用該接口向集群通信服務(wù)器發(fā)起注冊，并從集群通信服務(wù)器獲得業(yè)務(wù)相關(guān)信息，UE也通過該接口向集群通信服務(wù)器發(fā)起組呼叫、請求話權(quán)等功能。

圖2是現(xiàn)有技術(shù)的遠(yuǎn)終端通過接入Relay接受eMBMS通信的流程圖，該流程包括如下步驟：

步驟201，Relay節(jié)點(diǎn)處于有無線覆蓋區(qū)域，從基站獲得D2D廣播資源，進(jìn)行D2D廣播，該廣播中帶有Relay節(jié)點(diǎn)的相關(guān)信息，這些信息包括有Relay節(jié)點(diǎn)的層2標(biāo)識(shí)、接入服務(wù)信息、無線層信息等。處于無覆蓋區(qū)域的遠(yuǎn)終端收到這些廣播信息的時(shí)候，可以根據(jù)這些信息選擇一個(gè)合適的Relay節(jié)點(diǎn)進(jìn)行服務(wù)。

步驟202，遠(yuǎn)終端選擇一個(gè)Relay節(jié)點(diǎn)之后，利用Relay節(jié)點(diǎn)的層2用戶地址，和Relay節(jié)點(diǎn)之間建立層2通信鏈路，在該過程中，可能包含有對遠(yuǎn)終端的鑒權(quán)。

步驟203，Relay節(jié)點(diǎn)為遠(yuǎn)終端分配IP地址，該地址可以是IPv4地址也可以是IPv6地址。

步驟204，遠(yuǎn)終端即可通過該Relay節(jié)點(diǎn)和網(wǎng)絡(luò)進(jìn)行單播通信，包括向機(jī)器通信服務(wù)器進(jìn)行注冊、發(fā)送通話請求以及發(fā)起通話。

下面是建立eMBMS通信的過程：

步驟205，在單播通信過程中，遠(yuǎn)終端可能向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。

步驟206，Relay節(jié)點(diǎn)接受該請求，然后向遠(yuǎn)終端返回請求小區(qū)信息響應(yīng)，其中帶有定時(shí)器，指示遠(yuǎn)終端在該定時(shí)器超時(shí)之后重新向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。

步驟207，Relay節(jié)點(diǎn)定時(shí)廣播當(dāng)前小區(qū)信息ECGI(E-UTRAN Cell Global Identifier，E-UTRAN(Evolved Universal Terrestrial Radio Access Network，演進(jìn)的通用陸地?zé)o線接入網(wǎng))小區(qū)全局標(biāo)識(shí)符)。

步驟208，遠(yuǎn)終端接受到Relay節(jié)點(diǎn)的小區(qū)信息ECGI之后，向集群通信服務(wù)器上報(bào)小區(qū)信息ECGI。

步驟209，集群通信服務(wù)器收到多個(gè)遠(yuǎn)終端的小區(qū)信息之后，通過分析每個(gè)小區(qū)中的用戶，確定需要發(fā)起組播通信的小區(qū)列表。

步驟210，集群通信服務(wù)器向核心網(wǎng)發(fā)起建立eMBMS通信過程，在這之前，集群通信服務(wù)器通過靜態(tài)配置，將小區(qū)標(biāo)識(shí)映射到SAI(Service Area Identity，業(yè)務(wù)區(qū)標(biāo)識(shí))，然后將本次業(yè)務(wù)的TMGI(Temporary Mobile Group Identity，臨時(shí)用戶組標(biāo)識(shí))、小區(qū)信息ECGI和對應(yīng)的SAI一起發(fā)送到核心網(wǎng)。

在核心網(wǎng)內(nèi)使用SAI進(jìn)行路由，尋找到處理該小區(qū)組播的MME(Mobility Management Element，移動(dòng)管理單元)、MCE(Multi-cell/multicast Coordination Entity，多小區(qū)/多播協(xié)調(diào)實(shí)體)以及對應(yīng)的基站，然后建立基站到核心網(wǎng)以及集群通信服務(wù)器的eMBMS通道，基站在MCCH(多點(diǎn)控制信道)中廣播TMGI信息。

步驟211，集群通信服務(wù)器可以發(fā)起eMBMS通信，基站進(jìn)行eMBMS廣播。

步驟212，集群通信服務(wù)器向遠(yuǎn)終端發(fā)起業(yè)務(wù)信息更新請求，其中帶有本次組播通信的TMGI(Temporary Mobile Group Identity，臨時(shí)用戶組標(biāo)識(shí))以及對應(yīng)的SAI列表。

步驟213，遠(yuǎn)終端向Relay節(jié)點(diǎn)發(fā)起TMGI監(jiān)視請求，帶有請求的TMGI以及SAI列表。

步驟214，Relay節(jié)點(diǎn)監(jiān)聽基站廣播的SIB15(System Information Broadcast，系統(tǒng)信息廣播)中本小區(qū)的服務(wù)區(qū)信息，如果本小區(qū)的SAI在所請求的SAI列表內(nèi)，說明在本小區(qū)的MCCH可以監(jiān)聽到TMGI，則接受TMGI監(jiān)視請求，并向遠(yuǎn)終端返回TMGI監(jiān)視請求響應(yīng)，其中分配有層2組播通信地址以及定時(shí)器值，定時(shí)器值指示遠(yuǎn)終端在定時(shí)器超時(shí)的時(shí)候重新發(fā)起 TMGI監(jiān)視請求。

步驟215，Relay節(jié)點(diǎn)嘗試讀取MCCH信道中的TMGI。

步驟216，如果Relay節(jié)點(diǎn)檢測到對應(yīng)的TMGI，則在PC5接口上進(jìn)行TMGI廣播，內(nèi)容為TMGI。

步驟217，Relay節(jié)點(diǎn)同時(shí)讀取基站的eMBMS通信內(nèi)容，然后在PC5接口上轉(zhuǎn)發(fā)，組播地址為步驟214中Relay節(jié)點(diǎn)分配的層2組播地址。

步驟218，遠(yuǎn)終端監(jiān)聽到Relay節(jié)點(diǎn)的TMGI廣播，于是在步驟214分配的層2組播地址上接受組播通信。

步驟219，遠(yuǎn)終端向集群通信服務(wù)器請求停止單播通信。

在該過程中存在如下問題，在步驟210中，集群通信服務(wù)器需要靜態(tài)配置ECGI和SAI的映射關(guān)系，因?yàn)镋CGI數(shù)量較多，配置復(fù)雜，不夠靈活，而且集群通信服務(wù)器可能是第三方，能否獲取這種映射關(guān)系未知。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明要解決的技術(shù)問題是提供一種信息發(fā)送的方法和終端，以避免集群通信服務(wù)器靜態(tài)配置ECGI和SAI。

為了解決上述技術(shù)問題，本發(fā)明提供了一種信息發(fā)送的方法，包括：

中繼節(jié)點(diǎn)接收終端發(fā)起的小區(qū)信息請求消息；

所述中繼節(jié)點(diǎn)讀取E-UTRAN小區(qū)全局標(biāo)識(shí)符ECGI和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)；

所述中繼節(jié)點(diǎn)向所述終端發(fā)送所述ECGI和所述業(yè)務(wù)區(qū)標(biāo)識(shí)。

進(jìn)一步地，上述方法還具有下面特點(diǎn)：

所述中繼節(jié)點(diǎn)是通過廣播或消息的方式向所述終端發(fā)送所述ECGI和所述業(yè)務(wù)區(qū)標(biāo)識(shí)的。

為了解決上述問題，本發(fā)明還提供了一種中繼節(jié)點(diǎn)，其中，包括：

接收模塊，用于接收終端發(fā)起的小區(qū)信息請求消息；

讀取模塊，用于讀取E-UTRAN小區(qū)全局標(biāo)識(shí)符ECGI和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)；

發(fā)送模塊，用于向所述終端發(fā)送所述ECGI和所述業(yè)務(wù)區(qū)標(biāo)識(shí)。

進(jìn)一步地，上述中繼節(jié)點(diǎn)還具有下面特點(diǎn)：

所述發(fā)送模塊，是通過廣播或消息的方式向所述終端發(fā)送所述ECGI和所述業(yè)務(wù)區(qū)標(biāo)識(shí)的。

為了解決上述問題，本發(fā)明還提供了一種信息發(fā)送的方法，包括：

終端接收中繼節(jié)點(diǎn)發(fā)送的E-UTRAN小區(qū)全局標(biāo)識(shí)符ECGI和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)；

所述終端向集群通信服務(wù)器發(fā)送所述ECGI和所述業(yè)務(wù)區(qū)標(biāo)識(shí)。

進(jìn)一步地，上述方法還具有下面特點(diǎn)：還包括：

接收所述集群通信服務(wù)器在業(yè)務(wù)更新中返回的臨時(shí)用戶組標(biāo)識(shí)和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)列表；

若確定所述業(yè)務(wù)區(qū)標(biāo)識(shí)在所述業(yè)務(wù)區(qū)標(biāo)識(shí)列表中，則向所述中繼節(jié)點(diǎn)發(fā)起臨時(shí)用戶組標(biāo)識(shí)監(jiān)視請求，攜帶所述臨時(shí)用戶組標(biāo)識(shí)和所述業(yè)務(wù)區(qū)標(biāo)識(shí)列表。

為了解決上述問題，本發(fā)明還提供了一種終端，其中，包括：

接收模塊，用于接收中繼節(jié)點(diǎn)發(fā)送的E-UTRAN小區(qū)全局標(biāo)識(shí)符ECGI和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)；

發(fā)送模塊，用于向集群通信服務(wù)器發(fā)送所述ECGI和業(yè)務(wù)區(qū)標(biāo)識(shí)。

進(jìn)一步地，上述方法還具有下面特點(diǎn)：還包括：確定模塊，

所述接收模塊，還用于接收所述集群通信服務(wù)器在業(yè)務(wù)更新中返回的臨時(shí)用戶組標(biāo)識(shí)和對應(yīng)的業(yè)務(wù)區(qū)標(biāo)識(shí)列表；

所述確定模塊，用于確定所述業(yè)務(wù)區(qū)標(biāo)識(shí)是否在所述業(yè)務(wù)區(qū)標(biāo)識(shí)列表中， 若在，則通知所述發(fā)送模塊；

所述發(fā)送模塊，接到通知后向所述中繼節(jié)點(diǎn)發(fā)起臨時(shí)用戶組標(biāo)識(shí)監(jiān)視請求，攜帶所述臨時(shí)用戶組標(biāo)識(shí)和所述業(yè)務(wù)區(qū)標(biāo)識(shí)列表。

綜上，本發(fā)明提供一種信息發(fā)送的方法和終端，Relay節(jié)點(diǎn)將自己的SAI信息發(fā)送給遠(yuǎn)終端，然后遠(yuǎn)終端將ECGI和對應(yīng)的SAI一起發(fā)送給集群通信服務(wù)器，這樣可以避免集群通信服務(wù)器靜態(tài)配置ECGI和SAI。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是現(xiàn)有技術(shù)的D2D中繼架構(gòu)示意圖；

圖2是現(xiàn)有技術(shù)的遠(yuǎn)終端通過接入Relay接受eMBMS通信的流程圖；

圖3是本發(fā)明實(shí)施例一的信息發(fā)送的方法的流程圖；

圖4是本發(fā)明實(shí)施例二的信息發(fā)送的方法的流程圖；

圖5是本發(fā)明實(shí)施例的Relay節(jié)點(diǎn)的示意圖；

圖6是本發(fā)明的遠(yuǎn)終端的示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。

圖3是本發(fā)明實(shí)施例一的信息發(fā)送的方法的流程圖，在該實(shí)施例中，Relay節(jié)點(diǎn)定時(shí)廣播ECGI和SAI，包括如下步驟：

步驟301，遠(yuǎn)終端向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。

步驟302，Relay節(jié)點(diǎn)接受該請求，然后向遠(yuǎn)終端返回請求小區(qū)信息響應(yīng)， 其中帶有定時(shí)器，指示遠(yuǎn)終端在該定時(shí)器超時(shí)之后重新向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。

步驟302，Relay節(jié)點(diǎn)讀取ECGI，定時(shí)廣播當(dāng)前小區(qū)信息ECGI；Relay節(jié)點(diǎn)同時(shí)讀取SIB15中的本小區(qū)SAI，然后定時(shí)廣播該SAI。ECGI和SAI的廣播可以一起發(fā)送也可以單獨(dú)發(fā)送。

步驟303，遠(yuǎn)終端接受到Relay節(jié)點(diǎn)的小區(qū)信息ECGI和對應(yīng)的SAI之后，向集群通信服務(wù)器上報(bào)小區(qū)信息ECGI和對應(yīng)的SAI。

步驟304，集群通信服務(wù)器收到多個(gè)遠(yuǎn)終端的小區(qū)信息之后，通過分析每個(gè)小區(qū)中的用戶，確定需要發(fā)起組播通信的小區(qū)列表。

步驟305，集群通信服務(wù)器向核心網(wǎng)發(fā)起建立eMBMS通信過程，帶有TMGI、目標(biāo)小區(qū)標(biāo)識(shí)以及對應(yīng)的SAI。SAI用于核心網(wǎng)內(nèi)路由，尋找到處理該小區(qū)組播的MME、MCE，然后建立基站到核心網(wǎng)以及集群通信服務(wù)器的組播通道，基站在MCCH信道中廣播TMGI信息；集群通信服務(wù)器進(jìn)行eMBMS通信。

步驟307，集群通信服務(wù)器向遠(yuǎn)終端發(fā)起業(yè)務(wù)信息更新請求，其中帶有本次eMBMS通信的TMGI以及對應(yīng)的SAI列表。

步驟308，遠(yuǎn)終端判斷是否需要向Relay節(jié)點(diǎn)發(fā)起TMGI監(jiān)視請求，主要判斷從步驟303中收到的SAI是否在步驟307中收到SAI列表中，是則判斷發(fā)起TMGI監(jiān)視請求，否則不發(fā)起監(jiān)視請求。

步驟309，如果需要發(fā)起監(jiān)視請求，則遠(yuǎn)終端向Relay節(jié)點(diǎn)發(fā)起TMGI監(jiān)視請求，帶有請求的TMGI以及步驟307中的SAI列表。

后續(xù)步驟和步驟214-步驟219相同。在該實(shí)施例中，如果Relay節(jié)點(diǎn)發(fā)生移動(dòng)，因?yàn)镽elay節(jié)點(diǎn)可以同時(shí)廣播ECGI和SAI，則遠(yuǎn)終端判斷Relay節(jié)點(diǎn)發(fā)生變化之后，需要觸發(fā)重新向集群通信服務(wù)器上報(bào)小區(qū)信息和ECGI。遠(yuǎn)終端在步驟302收到的定時(shí)器超時(shí)之后重新發(fā)起獲取小區(qū)信息請求。

圖4是本發(fā)明實(shí)施例二的信息發(fā)送的方法的流程圖，在該實(shí)施例中，Relay節(jié)點(diǎn)在請求小區(qū)信息響應(yīng)中將SAI信息發(fā)送給遠(yuǎn)終端，包括如下步驟：

步驟401，遠(yuǎn)終端向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。

步驟402，Relay節(jié)點(diǎn)接受該請求，然后向遠(yuǎn)終端返回請求小區(qū)信息響應(yīng)，其中帶有定時(shí)器，指示遠(yuǎn)終端在該定時(shí)器超時(shí)之前重新向Relay節(jié)點(diǎn)發(fā)起請求小區(qū)信息請求。在該消息中，還帶有當(dāng)前小區(qū)的SAI，可選的，還帶有當(dāng)前小區(qū)的ECGI。

步驟403，Relay節(jié)點(diǎn)定時(shí)廣播當(dāng)前小區(qū)信息ECGI。

之后的步驟和實(shí)施例一中步驟303之后的步驟一致。在該實(shí)施例中，如果Relay節(jié)點(diǎn)發(fā)生移動(dòng)，遠(yuǎn)終端可以從Relay節(jié)點(diǎn)的小區(qū)廣播中檢測到Relay駐留小區(qū)發(fā)生變化，于是觸發(fā)向Relay節(jié)點(diǎn)重新獲取小區(qū)信息請求，重新獲取當(dāng)前小區(qū)的ECGI和SAI，然后重新向集群通信服務(wù)器上報(bào)小區(qū)信息和ECGI。遠(yuǎn)終端也可以在步驟402收到的定時(shí)器超時(shí)之后重新發(fā)起獲取小區(qū)信息請求。

圖5是本發(fā)明實(shí)施例的Relay節(jié)點(diǎn)的示意圖，如圖5所示，包括：

接收模塊，用于接收終端發(fā)起的小區(qū)信息請求消息；

讀取模塊，用于讀取E-UTRAN小區(qū)全局標(biāo)識(shí)符ECGI和對應(yīng)的SAI；

發(fā)送模塊，用于向所述終端發(fā)送所述ECGI和SAI。

在一優(yōu)選實(shí)施例中，所述發(fā)送模塊，是通過廣播或消息的方式向所述終端發(fā)送所述ECGI和SAI的。

圖6是本發(fā)明的遠(yuǎn)終端的示意圖，如圖6所示，本實(shí)施例的終端包括：

接收模塊，用于接收中繼節(jié)點(diǎn)發(fā)送的ECGI和對應(yīng)的SAI；

發(fā)送模塊，用于向集群通信服務(wù)器發(fā)送所述ECGI和SAI。

在一優(yōu)選實(shí)施例中，所述遠(yuǎn)終端還包括：確定模塊，

所述接收模塊，還用于接收所述集群通信服務(wù)器在業(yè)務(wù)更新中返回的臨時(shí)用戶組標(biāo)識(shí)和對應(yīng)的SAI列表；

所述確定模塊，用于確定所述SAI是否在所述SAI列表中，若在，則通知所述發(fā)送模塊；

所述發(fā)送模塊，接到通知后向所述中繼節(jié)點(diǎn)發(fā)起TMGI監(jiān)視請求，攜帶所述TMGI和所述SAI列表。

通過上述方法，遠(yuǎn)終端可以獲知Relay當(dāng)前的小區(qū)ECGI和SAI，然后將ECGI和SAI發(fā)送給集群通信服務(wù)器，從而避免集群通信服務(wù)器靜態(tài)配置ECGI和SAI的映射關(guān)系；同時(shí)遠(yuǎn)終端在發(fā)起TMGI監(jiān)視請求之前，可以預(yù)先判斷Relay當(dāng)前的SAI是否能監(jiān)聽得到TMGI對應(yīng)的業(yè)務(wù)信息，從而減少PC5接口上的TMGI監(jiān)聽請求信令。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。