一種建立車與萬物會話請求、確定傳輸小區(qū)的方法及裝置與流程

文檔序號：11389177閱讀：246來源：國知局

本發(fā)明涉及無線通信領域技術領域，特別涉及一種建立車與萬物會話請求、確定傳輸小區(qū)的方法及裝置。

背景技術：

embms(evolvedmbms，演進的mbms；mbms：multimediabroadcast/multicastservice，多媒體廣播\組播服務)網(wǎng)絡架構的業(yè)務傳輸是基于靜態(tài)或者半靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist傳輸?shù)?，下面對mbms以及sc-ptm進行簡要介紹。

一、mbms(multimediabroadcastmulticastservice，多媒體廣播組播業(yè)務)

圖1為lte的mbms網(wǎng)絡架構示意圖，如圖所示，在lte(longtermevolution長期演進)系統(tǒng)的mbms網(wǎng)絡架構中，主要具有如下節(jié)點及功能：

1、邏輯實體

mme(mobilitymanagemententity)：移動管理實體

mbmsgw(gateway):mbms網(wǎng)關

mce(multi-cell/multicastcoordinationentity):多小區(qū)/多播協(xié)調實體

enb(evolvednodeb):演進型基站

2、接口

m3：在mme和mce間提供會話(session)管理相關功能，比如sessionstart(會話開始)、sessionstop(會話停止)通知。

m2：在mce和enb間提供會話管理、傳遞mbms調度信息等功能。

m1：在mbmsgw和enb之間提供mbms業(yè)務傳輸。

3、支持mbms的終端接收感興趣的mbms業(yè)務的基本步驟如下：

步驟1：讀sib13(sib：systeminformationblock，系統(tǒng)信息塊)；

終端通過讀sib13，可以獲取該小區(qū)的小區(qū)mbsfn(multicastbroadcastsinglefrequencynetwork，多播廣播單頻網(wǎng)絡)區(qū)域配置以及mcch(multicastcontrolchannel，多播控制信道)changenotification(變更通知)配置信息。

mbsfn區(qū)域配置信息包含：該小區(qū)歸屬的mbsfn區(qū)域標識(mbsfnareaid)以及該小區(qū)歸屬的每個mbsfn區(qū)域(一個小區(qū)最多屬于8個mbsfn區(qū)域)對應的mcch配置信息(包括mcch修改周期、mcch修改周期內mcch信息重復發(fā)送次數(shù)、mcch修改周期內mcch發(fā)送的mbsfn子幀以及調制編碼方式等)。

mcchchangenotification配置信息包括：mcch修改周期內mcchchangenotification發(fā)送的mbsfn子幀、mcch修改周期內mcchchangenotification重復發(fā)送的次數(shù)等。

步驟2：讀mcch；

終端在mcch修改周期邊界讀取mcch，獲取每個mbsfn區(qū)域的每個pmch(physicalmulticastchannel，物理層多播信道)對應的mbsfn；

子幀資源及其承載的mbms會話信息。一個mbsfn區(qū)域最多支持15個pmch。通過該步驟終端可以獲知當前小區(qū)是否有自己感興趣的mbms業(yè)務。如果有，則繼續(xù)步驟3；

步驟3：終端建立mrb(mbmsradiobearer，mbms無線承載)；

終端開始接收感興趣的mbms會話之前需要先建立對應的mrb，mrb建立的觸發(fā)條件可以是：mbms會話開始或終端進入對應的mbsfn區(qū)域。當終端停止接收mbms會話后，釋放mrb。

步驟4：終端進行mbms接收；

每個cell可以支持8個mbsfn區(qū)域，每個mbsfn區(qū)域最多支持15個pmch，每個pmch最多可以承載29個mbms會話。終端根據(jù)mcch消息中的mbsfnareaconfiguration(mbsfn區(qū)域配置)中pmch-infolist(pmch 信息列表)可以獲知感興趣的mbms會話對應的pmch，然后根據(jù)mac(mediaaccesscontrol，媒體接入控制)層發(fā)送的msi(mchschedulinginformation，mch調度信息；mch：multicastchannel，多播信道)可以確定該pmch上每個mbmssession對應的mbsfn子幀位置，然后終端根據(jù)msi在其感興趣的mbmssession對應的mbsfn子幀上進行mbmssession接收即可。

二、sc-ptm(singlecellpointtomultipoint，單小區(qū)點到多點)

sc-ptm采用和embms相同的網(wǎng)絡架構。

不同之處主要在于embms傳輸區(qū)域是半靜態(tài)/靜態(tài)配置的mbsfnarea。而sc-ptm傳輸區(qū)域則是核心網(wǎng)業(yè)務服務器配置的sc-ptmcelllist。

圖2為lte系統(tǒng)sc-ptmcelllist配置過程示意圖，sc-ptmcelllist(sc-ptm小區(qū)列表)的配置方式請參見圖2所示。

現(xiàn)有技術的不足在于：embms網(wǎng)絡架構的業(yè)務傳輸是基于靜態(tài)或者半靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist傳輸?shù)模布?，任何一條消息都會在mbsfnarea內所有小區(qū)都進行傳輸。但是有些消息可能僅在embmsmbsfnarea或者sc-ptmcelllist包含的部分小區(qū)內是有效的，而且embmsmbsfnarea或者sc-ptmcelllist內不同位置的終端發(fā)送的消息有效區(qū)域也是不同的。因此，半靜態(tài)或者靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist內的消息傳輸方式并不是高效的，不利于提升系統(tǒng)整體容量。下面就對這些可能僅在部分小區(qū)內有效的消息進行說明。

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

本發(fā)明提供了一種建立車與萬物會話請求、確定傳輸小區(qū)的方法及裝置，用以在半靜態(tài)或者靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist內，提供靈活的v2x消息的傳輸方案。

本發(fā)明實施例中提供了一種確定v2x消息傳輸小區(qū)的方法，包括：

接收會話開始請求消息，其中包含tmgi；

確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)。

較佳地，所述確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi，包括：

接收攜帶有tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息的會話開始請求消息，根據(jù)所述標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

或者，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

較佳地，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi，包括：

根據(jù)oam預配置的或協(xié)議約定確定的tmgi是否需要進行應用層數(shù)據(jù)包解析的信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

較佳地，對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包的傳輸小區(qū)，是根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)的。

較佳地，根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定v2x消息的傳輸小區(qū)，是根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)；或者，根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離和關聯(lián)傳輸方向的組合在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定v2x消息的傳輸小區(qū)的。

較佳地，對于enbtypersu，由enbtypersu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

較佳地，進一步包括：

當uuv2x消息的傳輸小區(qū)中包含有歸屬于鄰基站的小區(qū)時，將uuv2x消息通知該鄰基站，或者將uuv2x消息和該消息需要廣播的歸屬于該鄰基站的小區(qū)通知該鄰基站。

較佳地，進一步包括：

在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播。

較佳地，所述v2x消息廣播是使用embms或sc-ptm進行的。

較佳地，在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播時，僅在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)發(fā)送的msi中才包含該v2x消息對應的mbmssession的資源分配情況。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的方法，包括：

向bm-sc請求v2x業(yè)務對應的tmgi；

接收bm-sc返回的v2x業(yè)務與tmgi的對應關系；

根據(jù)v2x業(yè)務的應用層數(shù)據(jù)包是否需要進行解析，確定該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

向bm-sc發(fā)起建立v2x業(yè)務開始請求消息，在v2x業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的方法，包括：

接收v2x應用服務器業(yè)務開始請求消息，所述業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

向v2x應用服務器回復業(yè)務響應消息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的方法，包括：

接收bm-sc發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶 tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

向bm-sc回復會話開始響應消息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的方法，包括：

接收mbmsgw發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

向mbmsgw回復會話開始響應消息。

本發(fā)明實施例中提供了一種確定v2x消息傳輸小區(qū)的裝置，包括：

接收模塊，用于接收會話開始請求消息，其中包含tmgi；

tmgi確定模塊，用于確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

小區(qū)確定模塊，用于對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)。

較佳地，tmgi確定模塊進一步用于在確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi時，在接收攜帶有tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息的會話開始請求消息后，根據(jù)所述標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；或者，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

較佳地，tmgi確定模塊進一步用于在根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi時，根據(jù)oam預配置的或協(xié)議約定確定的tmgi是否需要進行應用層數(shù)據(jù)包解析的信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

較佳地，小區(qū)確定模塊進一步用于在對需要進行應用層數(shù)據(jù)包解析的 tmgi對應的應用層數(shù)據(jù)包進行解析后，根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定傳輸小區(qū)的。

較佳地，小區(qū)確定模塊進一步用于根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)；或者，根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離和關聯(lián)傳輸方向的組合在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)。

較佳地，小區(qū)確定模塊進一步用于在位于enbtypersu時，交由enbtypersu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

較佳地，進一步包括：

鄰基站通知模塊，用于當uuv2x消息的傳輸小區(qū)中包含有歸屬于鄰基站的小區(qū)時，將uuv2x消息通知該鄰基站，或者將uuv2x消息和該消息需要廣播的歸屬于該鄰基站的小區(qū)通知該鄰基站。

較佳地，進一步包括：

傳輸模塊，用于在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播。

較佳地，傳輸模塊進一步用于使用embms或sc-ptm進行v2x消息廣播。

較佳地，傳輸模塊進一步用于在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播時，僅在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)發(fā)送的msi中才包含該v2x消息對應的mbmssession的資源分配情況。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的裝置，包括：

v2x應用服務器請求模塊，用于向bm-sc請求v2x業(yè)務對應的tmgi；

v2x應用服務器接收模塊，用于接收bm-sc返回的v2x業(yè)務與tmgi的對應關系；

v2x應用服務器解析模塊，用于根據(jù)v2x業(yè)務的應用層數(shù)據(jù)包是否需要進行解析，確定該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

v2x應用服務器請求模塊進一步用于向bm-sc發(fā)起建立v2x業(yè)務開始請求消息，在v2x業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的裝置，包括：

bm-sc接收模塊，用于接收v2x應用服務器業(yè)務開始請求消息，所述業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

bm-sc響應模塊，用于向v2x應用服務器回復業(yè)務響應消息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的裝置，包括：

mbmsgw接收模塊，用于接收bm-sc發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

mbmsgw響應模塊，用于向bm-sc回復會話開始響應消息。

本發(fā)明實施例中提供了一種建立v2x業(yè)務會話請求的裝置，包括：

mme接收模塊，用于接收mbmsgw發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

mme響應模塊，用于向mbmsgw回復會話開始響應消息。

本發(fā)明有益效果如下：

在本發(fā)明實施例提供的技術方案中，通過在會話開始請求消息攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息，或者在基站預設tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息，這樣在基站上可以對需要解析的v2x應用層數(shù) 據(jù)包進行解析，進而確定該tmgi對應的uuv2x消息的傳輸小區(qū)。進一步的，可以在該tmgi對應的uuv2x消息的傳輸小區(qū)中進行v2x消息廣播。因此，即使是在embms網(wǎng)絡架構下，也可以只在v2x消息的傳輸小區(qū)中進行v2x消息傳輸，而不必在mbsfnarea內所有小區(qū)都進行傳輸，從而實現(xiàn)了在半靜態(tài)或者靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist內提供靈活的v2x消息的傳輸方案。

附圖說明

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

圖1為背景技術中l(wèi)te的mbms網(wǎng)絡架構示意圖；

圖2為背景技術中l(wèi)te系統(tǒng)sc-ptmcelllist配置過程示意圖；

圖3為本發(fā)明實施例中v2x網(wǎng)絡架構1示意圖；

圖4為本發(fā)明實施例中v2x網(wǎng)絡架構2示意圖；

圖5為本發(fā)明實施例中v2x網(wǎng)絡架構3示意圖；

圖6為本發(fā)明實施例中cam消息結構示意圖；

圖7為本發(fā)明實施例中denm消息結構示意圖；

圖8為本發(fā)明實施例中在v2x應用服務器上建立v2x業(yè)務會話請求的方法實施流程示意圖；

圖9為本發(fā)明實施例中在bm-sc上建立v2x業(yè)務會話請求的方法實施流程示意圖；

圖10為本發(fā)明實施例中在mbmsgw上建立v2x業(yè)務會話請求的方法實施流程示意圖；

圖11為本發(fā)明實施例中在mme上建立v2x業(yè)務會話請求的方法實施流程示意圖；

圖12為本發(fā)明實施例中在enb上確定uuv2x消息傳輸小區(qū)的方法實施流程示意圖；

圖13為本發(fā)明實施例中通過sessionstartrequest消息通知基站進行應用層數(shù)據(jù)包解析的實施流程示意圖；

圖14為本發(fā)明實施例中通過預配置通知基站進行應用層數(shù)據(jù)包解析的實施流程示意圖；

圖15為本發(fā)明實施例中確定v2x消息傳輸小區(qū)的裝置結構示意圖；

圖16為本發(fā)明實施例中建立v2x業(yè)務會話請求的裝置1結構示意圖；

圖17為本發(fā)明實施例中建立v2x業(yè)務會話請求的裝置2結構示意圖；

圖18為本發(fā)明實施例中建立v2x業(yè)務會話請求的裝置3結構示意圖；

圖19為本發(fā)明實施例中建立v2x業(yè)務會話請求的裝置4結構示意圖；

圖20為本發(fā)明實施例中基站結構示意圖；

圖21為本發(fā)明實施例中v2x應用服務器結構示意圖；

圖22為本發(fā)明實施例中bm-sc結構示意圖；

圖23為本發(fā)明實施例中mbmsgw結構示意圖；

圖24為本發(fā)明實施例中mme結構示意圖。

具體實施方式

下面結合附圖對本發(fā)明的具體實施方式進行說明。

發(fā)明人在發(fā)明過程中注意到：

embms網(wǎng)絡架構的業(yè)務傳輸是基于靜態(tài)或者半靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist傳輸?shù)?，也即，任何一條消息都會在mbsfnarea內所有小區(qū)都進行傳輸。但是有些消息可能僅在embmsmbsfnarea或者sc-ptmcelllist包含的部分小區(qū)內是有效的，而且embmsmbsfnarea或者sc-ptmcelllist內不同位置的終端發(fā)送的消息有效區(qū)域也是不同的。因此，半靜態(tài)或者靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist內的消息傳輸方式并不是高效的，不利于提升系統(tǒng)整體容量。下面就對這些可能僅在部分小區(qū)內有效的消息進行說明。

v2x(vechile-to-everything，車與萬物)通信是目前通信領域一個熱門議題，在2015年在3gppran#67次會議上正式立項。v2x通信主要包含三方面內容：

(1)v2v(vechile-to-vechile，車到車)：車上的obu(onbroadunit，車載單元)之間的通信。

(2)v2i(vechile-to-infrastructure，車到網(wǎng)絡)：車和rsu(roadsideunit，路側設備)之間的通信。

(3)v2p(vechile-to-pedestrian，車到行人)：車和行人之間的通信。

對于v2x，如果v和x使用上述(1)中所示的經(jīng)由網(wǎng)絡的通信方式，那么可以稱之為經(jīng)由網(wǎng)絡的v2x通信(后面描述簡稱之為uuv2x)；如果v和x使用上述(2)中所述的直接通信方式，則可以稱之為v2x直接通信(后面描述簡稱之為pc5v2x)。

pc5v2x和uuv2x兩種通信方式各有優(yōu)劣。pc5v2x的優(yōu)勢是：時延短、傳輸效率高；但其可靠性會隨著終端之間的距離增加或者障礙物遮擋而變差。與之正好相反，uuv2x雖然時延較長、傳輸效率較低，但是其可靠性是比較有保證的。

現(xiàn)有技術的不足在于：embms網(wǎng)絡架構的業(yè)務傳輸是基于靜態(tài)或者半靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist傳輸?shù)模磛2xapplicationserver下發(fā)到bm-sc的任何一條消息都會在mbsfnarea內所有小區(qū)都進行傳輸。但是考慮到v2x消息和傳統(tǒng)的mbms業(yè)務是不同的，v2x消息的特點是其可能僅在embmsmbsfnarea或者sc-ptmcelllist包含的部分小區(qū)內是有效的，而且embmsmbsfnarea或者sc-ptmcelllist內不同位置的終端發(fā)送的v2x消息，其有效區(qū)域也是不同的。因此需要考慮如何在半靜態(tài)或者靜態(tài)配置的embmsmbsfnarea或者sc-ptmcelllist內實現(xiàn)靈活的uuv2x消息傳輸以提升系統(tǒng)整體容量。

基于此，本發(fā)明給出了一種uuv2x消息傳輸小區(qū)確定方案，即enb針對特定tmgi(temporarymobilegroupidentity，臨時移動組標識)對應的應用層數(shù)據(jù)包需要執(zhí)行應用層數(shù)據(jù)包解析功能，通過應用層數(shù)據(jù)包解析確定uuv2x消息傳輸小區(qū)。下面進行說明。

首先對實施的環(huán)境、v2x消息、接口進行說明。

目前uuv2x支持三種網(wǎng)絡架構分別如下：

架構1：

圖3為v2x網(wǎng)絡架構1示意圖，如圖所示，該網(wǎng)絡架構完全復用現(xiàn)有embms/sc-ptm的網(wǎng)絡架構。

架構2：

圖4為v2x網(wǎng)絡架構2示意圖，如圖所示，該架構的特點是將mbms相關用戶面節(jié)點下沉到enb，目的是為了減少用戶面時延，這種enb也稱為enbtypersu。

架構3：

圖5為v2x網(wǎng)絡架構3示意圖，如圖所示，該架構的特點是mbmsgw、bm-sc是本地部署的。

v2x消息：

根據(jù)美國和歐洲智能交通標準，v2x支持兩種消息類型：cam(cooperativeawarenessmessage，協(xié)作告警消息)和denm(decentralizedenvironmentalnotificationmessage，分布式環(huán)境通知消息)。對于cam只支持單跳，對于denm可以支持多跳。發(fā)送車輛在發(fā)送v2x消息時根據(jù)消息需要的傳輸范圍可以選擇使用cam還是denm。如果只需要在單跳范圍內傳輸，則選擇cam；否則選擇denm消息。圖6為cam消息結構示意圖，圖7為denm消息結構示意圖，cam消息結構及denm消息結構請參見圖6、圖7。

x2口：

x2口為基站間接口，通過x2接口相關過程，基站間可以交互信息，比如x2setuprequest(x2接口建立請求)或x2setupresponse(x2接口建立響應)或enbconfigurationupdate(enb配置更新)等。

在具體實施說明過程中，將分別從v2x應用服務器、bm-sc(broadcastmulticastservicecenter，廣播組播業(yè)務中心)、mbmsgw(gateway，網(wǎng)關)、mme(mobilitymanagemententity，移動性管理實體)與基站側的實施進行說明，然后還將給出這些設備配合實施的實例以更好地理解本發(fā)明實施例中給出的方案的實施。但這樣的說明方式并不意味著這些設備必須配合實施、或者必須單獨實施，實際上，當這些設備分開實施時，其也各自解決自己一側的問題，而這些設備結合使用時，會獲得更好的技術效果。

圖8為在v2x應用服務器上建立v2x業(yè)務會話請求的方法實施流程示意圖，如圖所示，可以包括：

步驟801、向bm-sc請求v2x業(yè)務對應的tmgi；

步驟802、接收bm-sc返回的v2x業(yè)務與tmgi的對應關系；

步驟803、根據(jù)v2x業(yè)務的應用層數(shù)據(jù)包是否需要進行解析，確定該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

步驟804、向bm-sc發(fā)起建立v2x業(yè)務開始請求消息，在v2x業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息。

圖9為在bm-sc上建立v2x業(yè)務會話請求的方法實施流程示意圖，如圖所示，可以包括：

步驟901、接收v2x應用服務器業(yè)務開始請求消息，所述業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

步驟902、向v2x應用服務器回復業(yè)務響應消息。

圖10為在mbmsgw上建立v2x業(yè)務會話請求的方法實施流程示意圖，如圖所示，可以包括：

步驟1001、接收bm-sc發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

步驟1002、向bm-sc回復會話開始響應消息。

圖11為在mme上建立v2x業(yè)務會話請求的方法實施流程示意圖，如圖所示，可以包括：

步驟1101、接收mbmsgw發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

步驟1102、向mbmsgw回復會話開始響應消息。

圖12為在enb上確定uuv2x消息傳輸小區(qū)的方法實施流程示意圖，如圖所示，可以包括：

步驟1201、接收會話開始請求消息，其中包含tmgi；

步驟1202、確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

步驟1203、對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)。

實施中，對于步驟1202確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi，可以包括：

具體的，在采用在基站預設需要解析的v2x應用層數(shù)據(jù)包的tmgi的方式時，沿用現(xiàn)有mbms會話建立過程即可，也即，在v2x服務器發(fā)起的會話請求過程中，在接收到v2x應用層數(shù)據(jù)包后，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。該種方式的實施還將在實施例2中進行說明，而接收攜帶有tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息的會話開始請求消息，根據(jù)所述標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi方式的實施將在實施例1中進行說明。

實施中，還可以進一步包括：

步驟1204、在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播。

具體的，所述v2x消息廣播可以是使用embms或sc-ptm進行的。

具體的，在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播時，僅在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)發(fā)送的msi中才包含該v2x消息對應的mbmssession的資源分配情況。

本申請中的tmgi將稱為特定tmgi。則在實施中，特定tmgi是指uuv2x消息對應的部分或者全部tmgi。特定tmgi可以是預配置給基站或者在mbmssessionstartrequest(mbms會話開始請求)消息中增加標識信息通知給基站。

對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包的傳輸小區(qū)，可以根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)。

實施中，當uuv2x消息的傳輸小區(qū)中包含有歸屬于鄰基站的小區(qū)時，還可以進一步包括：將uuv2x消息通知該鄰基站，或者將uuv2x消息和該消息需要廣播的歸屬于該鄰基站的小區(qū)通知該鄰基站。

具體的，對于uuv2x網(wǎng)絡架構2/3，基站如果確定uuv2x消息傳輸小區(qū)包含鄰基站下的小區(qū)，那么基站需要通過x2接口或者新引入的基站間接口將所述v2x消息或者v2x消息和該消息要在鄰基站下哪些小區(qū)廣播的小區(qū)列表通知給鄰基站。若通知鄰基站uuv2x消息，鄰基站就可以自己計算在哪些小區(qū)廣播；都通知uuv2x消息和該消息需要廣播的歸屬于該鄰基站的小區(qū)的話，鄰基站自己就不需要再計算需要在哪些小區(qū)廣播了。

實施中，在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播時，僅在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)發(fā)送的msi中才包含該v2x消息對應的mbmssession的資源分配情況。

具體的，基站只有在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內需要傳輸該uuv2x消息的小區(qū)發(fā)送的msi中才包含該uuv2x消息對應的mbmssession的資源分配情況；該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內其他小區(qū)發(fā)送的msi中不需要包含該uuv2x消息對應的mbmssession的資源分配情況。

實施中，對于enbtypersu，由enbtypersu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

具體的，對于架構2，如果v2xserver內嵌到enb(即enbtypersu)，那么應用層數(shù)據(jù)包解析功能可以由內嵌到enb的v2xserver邏輯實體完成。通過原語在enbtypersu內部各個邏輯節(jié)點間交互。

下面通過實例進行說明。

實施例1：

圖13為通過sessionstartrequest消息通知基站進行應用層數(shù)據(jù)包解析的實施流程示意圖，本例中將說明通過sessionstartrequest消息通知基站要進行應用層數(shù)據(jù)包解析的tmgi的實施方式，具體如圖所示，可以包括如下步驟：

步驟1301-1302：v2x業(yè)務服務器向bm-sc請求獲取v2x業(yè)務和tmgi的對應關系。

步驟1303：v2x業(yè)務服務器維護tmgi和v2x業(yè)務的對應關系。v2x業(yè)務可以都使用同一個tmgi或者根據(jù)優(yōu)先級不同使用不同的tmgi。

步驟1304a、1304b：v2x業(yè)務服務器和bm-sc交互，請求開始v2x業(yè)務傳輸。v2x會話傳輸開始請求中可以攜帶v2x會話對應的tmgi或tmgi和應用層數(shù)據(jù)包解析標識信息。

步驟1305a、1305b：bm-sc和mbmsgw之間交互會話開始請求和響應消息，對于需要進行應用層數(shù)據(jù)包解析的tmgi，會話開始請求消息中需要攜帶應用層數(shù)據(jù)包解析標識信息。

步驟1306a、1306b：mbmsgw和mme之間交互會話開始請求和響應消息，對于需要進行應用層數(shù)據(jù)包解析的tmgi，會話開始請求消息中需要攜帶應用層數(shù)據(jù)包解析標識信息。

步驟1307a、1307b：mme和mce之間交互會話開始請求和響應消息，對于需要進行應用層數(shù)據(jù)包解析的tmgi，會話開始請求消息中需要攜帶應用層數(shù)據(jù)包解析標識信息。

步驟1308：基站確定需要對哪些tmgi對應的數(shù)據(jù)包進行應用層數(shù)據(jù)包解析。

基站根據(jù)會話開始請求消息中攜帶的tmgi以及應用層數(shù)據(jù)包解析標識信息判斷是否需要對該tmgi對應的應用層數(shù)據(jù)包進行解析。具體的，比如該tmgi對應的應用層數(shù)據(jù)包解析標識信息置為1，則表示需要對該tmgi對應的應用層數(shù)據(jù)進行包解析；否則，不進行應用層數(shù)據(jù)包解析。

步驟1309：enb加入tmgi對應的ip多播組。

步驟1310、1311：enb從v2x業(yè)務服務器處接收v2x數(shù)據(jù)。

步驟1312：根據(jù)步驟1308的判斷結果，對需要進行應用層數(shù)據(jù)包解析的tmgi對應的數(shù)據(jù)包進行應用層數(shù)據(jù)解析，確定uuv2x消息傳輸小區(qū)。

實施中，對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包的傳輸小區(qū)，可以是根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)的。

具體的，根據(jù)uuv2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)，是根據(jù)v2x消息中攜帶的ue位置信息，以及relevancedistance(關聯(lián)距離)，或者根據(jù)v2x消息中攜帶的ue位置信息，以及relevancedistance和relevancetrafficdirection(關聯(lián)傳輸方向)的組合在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定v2x消息的傳輸小區(qū)的。

具體的，以denm消息為例，基站根據(jù)denm消息中攜帶的ue位置信息、relevancedistance或者relevancedistance和relevancetrafficdirection的組合確定當前該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內哪些小區(qū)為uuv2x消息傳輸小區(qū)。

對于uuv2x網(wǎng)絡架構2，基站如果確定uuv2x消息傳輸小區(qū)包含鄰基站下的小區(qū)，那么基站可以通過x2接口或者新引入的基站間接口將所述v2x消息或者v2x消息和該小區(qū)要在鄰基站下哪些小區(qū)廣播的小區(qū)列表通知給鄰基站。

步驟1313：在步驟1312確定的uuv2x消息傳輸小區(qū)使用embms或者sc-ptm進行v2x消息廣播。

具體的，基站在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內需要傳輸該uuv2x消息的小區(qū)發(fā)送的msi中才包含該uuv2x消息對應的mbmssession的資源分配情況；該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內其他小區(qū)發(fā)送的msi中不需要包含該uuv2x消息對應的mbmssession的資源分配情況。

實施例2：

圖14為通過預配置通知基站進行應用層數(shù)據(jù)包解析的實施流程示意圖，本例中將說明通過預配置通知基站要進行應用層數(shù)據(jù)包解析的tmgi的實施方式，具體如圖所示，可以包括如下步驟：

步驟1401-1402：v2x業(yè)務服務器向bm-sc請求獲取v2x業(yè)務和tmgi的對應關系。

步驟1403：v2x業(yè)務服務器維護tmgi和v2x業(yè)務的對應關系。

步驟1404a、1404b：v2x業(yè)務服務器和bm-sc交互，請求開始v2x業(yè)務傳輸。v2x會話傳輸開始請求中可以攜帶v2x會話對應的tmgi。

步驟1405a、1405b：bm-sc和mbmsgw之間交互會話開始請求和響應消息。

步驟1406a、1406b：mbmsgw和mme之間交互會話開始請求和響應消息。

步驟1407a、1407b：mme和mce之間交互會話開始請求和響應消息。

步驟1408：基站根據(jù)預配置的要進行應用層數(shù)據(jù)包解析的uuv2x消息對應的tmgi確定需要對哪些tmgi對應的數(shù)據(jù)包進行應用層數(shù)據(jù)包解析。

實施中，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi，包括：

具體的，預設可以通過oam(operations，administrationandmaintenance，運行、管理和維護)預配置，也可以通過在協(xié)議中約定。

具體實施中，基站接收到會話開始請求消息，提取其中的tmgi，然后和預配置或者協(xié)議約定的要進行應用層數(shù)據(jù)包解析的tmgi對比。如果其包含在要進行應用層數(shù)據(jù)包解析的tmgi列表中，那么需要對該tmgi對應的后續(xù)業(yè)務數(shù)據(jù)包進行包解析；否則，不需要。

步驟1409：enb加入tmgi對應的ip多播組。

步驟1410、1411：enb從v2x業(yè)務服務器組接收v2x數(shù)據(jù)。

步驟1412：根據(jù)步驟1408的判斷結果，對需要進行應用層數(shù)據(jù)包解析的tmgi對應的數(shù)據(jù)包進行應用層數(shù)據(jù)解析，確定uuv2x消息傳輸小區(qū)。具體確定uuv2x消息傳輸小區(qū)的依據(jù)包括：基站根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、發(fā)送ue的位置信息。

對于uuv2x網(wǎng)絡架構2，基站如果確定uuv2x消息傳輸小區(qū)包含鄰基站下的小區(qū)，那么基站需要通過x2接口或者新引入的基站間接口將所述v2x消息或者v2x消息和該小區(qū)要在鄰基站下哪些小區(qū)廣播的小區(qū)列表通知給鄰基站。

步驟1413：在步驟1412確定的uuv2x消息傳輸小區(qū)使用embms或者sc-ptm進行v2x消息廣播。

基站只有在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內需要傳輸該uuv2x消息的小區(qū)發(fā)送的msi中才包含該uuv2x消息對應的mbmssession的資源分配情況；該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內其他小區(qū)發(fā)送的msi中不需要包含該uuv2x消息對應的mbmssession的資源分配情況。

實施例3：

本例說明在enbtypersu上的實施方式，也即，對于enbtypersu，由enbtypersu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

對于架構圖2，由于v2xserver以及mbms相關用戶面節(jié)點下沉，enb、v2xserver、bm-sc和mbmsgw都從邏輯實體變?yōu)閑nbtypersu實體的內部邏輯功能。這些邏輯實體在enbtypersu內部交互使用原語方式。

這種特殊架構下，enbtypersu實體的enb內部邏輯功能可以不具備業(yè)務層數(shù)據(jù)包解析功能，應用層數(shù)據(jù)包解析功能由enbtypersu實體的v2xserver邏輯功能實現(xiàn)。在v2xserver邏輯功能通過原語攜帶v2x應用層數(shù)據(jù)包、數(shù)據(jù)包對應的發(fā)送ue位置信息以及傳輸小區(qū)指示信息。這些信息通過原語經(jīng)由enbtypersu實體的bm-sc和mbmsgw邏輯功能傳遞給enbtypersu實體的enb邏輯功能。

enbtypersu實體的enb邏輯功能不需要再進行業(yè)務層數(shù)據(jù)包解析，直接根據(jù)接收到的原語攜帶的信息確定uuv2x消息傳輸小區(qū)。

enbtypersu實體的enb邏輯功能如果確定uuv2x消息傳輸小區(qū)包含鄰基站下的小區(qū)，那么基站需要通過x2接口或者新引入的基站間接口將所述v2x消息或者v2x消息和該小區(qū)要在鄰基站下哪些小區(qū)廣播的小區(qū)列表通知給鄰基站。

enbtypersu實體的enb邏輯功能只有在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內需要傳輸該uuv2x消息的小區(qū)發(fā)送的msi中才包含該uuv2x消息對應的mbmssession的資源分配情況；該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內其他小區(qū)發(fā)送的msi中不需要包含該uuv2x消息對應的mbmssession的資源分配情況。

基于同一發(fā)明構思，本發(fā)明實施例中還提供了在v2x應用服務器上建立v2x業(yè)務會話請求的裝置、在bm-sc上建立v2x業(yè)務會話請求的裝置、在mbmsgw上建立v2x業(yè)務會話請求的裝置、在mme上建立v2x業(yè)務會話請求的裝置、在enb上確定uuv2x消息傳輸小區(qū)的裝置，由于這些裝置解決問題的原理與在v2x應用服務器上建立v2x業(yè)務會話請求的方法、在bm-sc上建立v2x業(yè)務會話請求的方法實施流程示意圖、在mbmsgw上建立v2x業(yè)務會話請求的方法、在mme上建立v2x業(yè)務會話請求的方法、在enb上確定uuv2x消息傳輸小區(qū)的方法相似，因此這些裝置的實施可以參見方法的實施，重復之處不再贅述。

圖15為確定v2x消息傳輸小區(qū)的裝置結構示意圖，如圖所示，包括：

接收模塊1501，用于接收會話開始請求消息，其中包含tmgi；

tmgi確定模塊1502，用于確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

小區(qū)確定模塊1503，用于對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)。

實施中，tmgi確定模塊進一步用于在確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi時，在接收攜帶有tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息的會話開始請求消息后，根據(jù)所述標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；或者，根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

實施中，tmgi確定模塊進一步用于在根據(jù)預設的tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi時，根據(jù)oam預配置的或協(xié)議約定確定的tmgi是否需要進行應用層數(shù)據(jù)包解析的信息確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi。

實施中，小區(qū)確定模塊進一步用于在對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定傳輸小區(qū)的。

實施中，小區(qū)確定模塊進一步用于根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)；或者，根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離和關聯(lián)傳輸方向的組合在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)。

實施中，小區(qū)確定模塊進一步用于在位于enbtypersu時，交由enbtype rsu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

實施中，進一步包括：

鄰基站通知模塊1504，用于當uuv2x消息的傳輸小區(qū)中包含有歸屬于鄰基站的小區(qū)時，將uuv2x消息通知該鄰基站，或者將uuv2x消息和該消息需要廣播的歸屬于該鄰基站的小區(qū)通知該鄰基站。

實施中，進一步包括：

傳輸模塊1505，用于在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播。

實施中，傳輸模塊進一步用于使用embms或sc-ptm進行v2x消息廣播。

實施中，傳輸模塊進一步用于在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播時，僅在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)發(fā)送的msi中才包含該v2x消息對應的mbmssession的資源分配情況。

圖16為建立v2x業(yè)務會話請求的裝置1結構示意圖，如圖所示，包括：

v2x應用服務器請求模塊1601，用于向bm-sc請求v2x業(yè)務對應的tmgi；

v2x應用服務器接收模塊1602，用于接收bm-sc返回的v2x業(yè)務與tmgi的對應關系；

v2x應用服務器解析模塊1603，用于根據(jù)v2x業(yè)務的應用層數(shù)據(jù)包是否需要進行解析，確定該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

圖17為建立v2x業(yè)務會話請求的裝置2結構示意圖，如圖所示，包括：

bm-sc接收模塊1701，用于接收v2x應用服務器業(yè)務開始請求消息，所述業(yè)務開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

bm-sc響應模塊1702，用于向v2x應用服務器回復業(yè)務響應消息。

圖18為建立v2x業(yè)務會話請求的裝置3結構示意圖，如圖所示，包括：

mbmsgw接收模塊1801，用于接收bm-sc發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

mbmsgw響應模塊1802，用于向bm-sc回復會話開始響應消息。

圖19為建立v2x業(yè)務會話請求的裝置4結構示意圖，如圖所示，包括：

mme接收模塊1901，用于接收mbmsgw發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

mme響應模塊1902，用于向mbmsgw回復會話開始響應消息。

為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。當然，在實施本發(fā)明時可以把各模塊或單元的功能在同一個或多個軟件或硬件中實現(xiàn)。

在實施本發(fā)明實施例提供的技術方案時，可以按如下方式實施。

圖20為基站結構示意圖，如圖所示，基站中包括：

處理器2000，用于讀取存儲器2020中的程序，執(zhí)行下列過程：

確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi；

對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)；

收發(fā)機2010，用于在處理器2000的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

接收會話開始請求消息，其中包含tmgi。

實施中，所述確定需要進行應用層數(shù)據(jù)包解析的業(yè)務對應的tmgi，包括：

實施中，對需要進行應用層數(shù)據(jù)包解析的tmgi對應的應用層數(shù)據(jù)包進行解析后，確定該tmgi對應的應用層數(shù)據(jù)包的傳輸小區(qū)，是根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)的。

實施中，根據(jù)v2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定v2x消息的傳輸小區(qū)，是根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定傳輸小區(qū)；或者，根據(jù)v2x消息中攜帶的ue位置信息，以及關聯(lián)距離和關聯(lián)傳輸方向的組合在該tmgi對應的embmsmbsfnarea或者sc-ptmcelllist內的小區(qū)中確定v2x消息的傳輸小區(qū)的。

實施中，對于enbtypersu，由enbtypersu內部的v2xserver邏輯實體完成v2x應用層數(shù)據(jù)包解析，并通過層間原語通知給低層。

實施中，進一步包括：

在該tmgi對應的應用層數(shù)據(jù)包對應的傳輸小區(qū)中進行v2x消息廣播。

實施中，所述v2x消息廣播是使用embms或sc-ptm進行的。

其中，在圖20中，總線架構可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2000代表的一個或多個處理器和存儲器2020代表的存儲器的各種電路鏈接在一起。總線架構還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。收發(fā)機2010可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。處理器2000負責管理總線架構和通常的處理，存儲器2020可以存儲處理器2000在執(zhí)行操作時所使用的數(shù)據(jù)。

圖21為v2x應用服務器結構示意圖，如圖所示，v2x應用服務器包括：

處理器2100，用于讀取存儲器2120中的程序，執(zhí)行下列過程：

收發(fā)機2110，用于在處理器2100的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

向bm-sc請求v2x業(yè)務對應的tmgi；

接收bm-sc返回的v2x業(yè)務與tmgi的對應關系；

其中，在圖21中，總線架構可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2100代表的一個或多個處理器和存儲器2120代表的存儲器的各種電路鏈接在一起。總線架構還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。總線接口提供接口。收發(fā)機2110可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。處理器2100負責管理總線架構和通常的處理，存儲器2120可以存儲處理器2100在執(zhí)行操作時所使用的數(shù)據(jù)。

圖22為bm-sc結構示意圖，如圖所示，bm-sc包括：

處理器2200，用于讀取存儲器2220中的程序，執(zhí)行下列過程：

根據(jù)收發(fā)機的需要對數(shù)據(jù)進行處理；

收發(fā)機2210，用于在處理器2200的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

向v2x應用服務器回復業(yè)務響應消息。

其中，在圖22中，總線架構可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2200代表的一個或多個處理器和存儲器2220代表的存儲器的各種電路鏈接在一起?？偩€架構還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。收發(fā)機2210可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。處理器2200負責管理總線架構和通常的處理，存儲器2220可以存儲處理器2200在執(zhí)行操作時所使用的數(shù)據(jù)。

圖23為mbmsgw結構示意圖，如圖所示，mbmsgw包括：

處理器2300，用于讀取存儲器2320中的程序，執(zhí)行下列過程：

根據(jù)收發(fā)機的需要對數(shù)據(jù)進行處理；

收發(fā)機2310，用于在處理器2300的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

接收bm-sc發(fā)送的會話開始請求消息，所述會話開始請求消息中攜帶tmgi以及該tmgi對應的應用層數(shù)據(jù)包是否需要進行應用層數(shù)據(jù)包解析的標識信息；

向bm-sc回復會話開始響應消息。

其中，在圖23中，總線架構可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2300代表的一個或多個處理器和存儲器2320代表的存儲器的各種電路鏈接在一起?？偩€架構還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述?？偩€接口提供接口。收發(fā)機2310可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。處理器2300負責管理總線架構和通常的處理，存儲器2320可以存儲處理器2300在執(zhí)行操作時所使用的數(shù)據(jù)。

圖24為mme結構示意圖，如圖所示，mme包括：

處理器2400，用于讀取存儲器2420中的程序，執(zhí)行下列過程：

根據(jù)收發(fā)機的需要對數(shù)據(jù)進行處理；

收發(fā)機2410，用于在處理器2400的控制下發(fā)送數(shù)據(jù)，執(zhí)行下列過程：

向mbmsgw回復會話開始響應消息。

其中，在圖24中，總線架構可以包括任意數(shù)量的互聯(lián)的總線和橋，具體由處理器2400代表的一個或多個處理器和存儲器2420代表的存儲器的各種電路鏈接在一起?？偩€架構還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。總線接口提供接口。收發(fā)機2410可以是多個元件，即包括發(fā)送機和收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。處理器2400負責管理總線架構和通常的處理，存儲器2420可以存儲處理器2400在執(zhí)行操作時所使用的數(shù)據(jù)。

綜上所述，本發(fā)明實施例中給出了一種uuv2x消息傳輸小區(qū)確定方案。即enb針對特定tmgi對應的應用層數(shù)據(jù)包需要執(zhí)行應用層數(shù)據(jù)包解析功能，通過應用層數(shù)據(jù)包解析確定uuv2x消息傳輸小區(qū)。

還具體提供了：特定tmgi是預配置給基站或者在mbmssessionstartrequest消息中增加標識信息通知給基站。特定tmgi是指uuv2x消息對應的部分或者全部tmgi。

基站通過解析層應用數(shù)據(jù)包確定uuv2x消息傳輸小區(qū)具體如下：根據(jù)uuv2x消息類型、消息中攜帶的區(qū)域指示信息、以及發(fā)送ue的位置信息確定uuv2x消息的傳輸小區(qū)。

通過上述方案本可以實現(xiàn)v2x消息在3gpp網(wǎng)絡的廣播。

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。

完整全部詳細技術資料下載

當前第1頁1 2