本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)發(fā)送、傳輸方法及裝置。

背景技術(shù)：

V2X(Vehicle to Everything，車到萬物)通信目前是通信領(lǐng)域比較熱門的一個方向，在2015年3GPP RAN#67次會議上正式立項。V2X通信主要包含三方面內(nèi)容：

·V2V(Vechile-to-Vechile，車到車)：車上的OBU(on Board Unit，車載單元)之間的通信。

·V2I(Vechile-to-Infrastructure，車到網(wǎng)絡(luò))：車和RSU(Road Side Unit，路側(cè)設(shè)備)之間的通信。

·V2P(Vechile-to-Pedestrian，車到人)：車和行人之間的通信。

對于V2I，I可以是UE，也可以是基站。如果I是UE，那么可以復(fù)用V2V數(shù)據(jù)傳輸機制；但是，現(xiàn)有技術(shù)的不足在于，當(dāng)I是基站時，還沒有相應(yīng)的處理方案。

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

本發(fā)明提供了一種數(shù)據(jù)發(fā)送、傳輸方法及裝置，用以提供一種在V2I消息傳輸過程中，當(dāng)I為基站時的數(shù)據(jù)傳輸方案。

本發(fā)明實施例中提供了一種數(shù)據(jù)傳輸方法，包括：

接收V2X業(yè)務(wù)數(shù)據(jù)包，所述數(shù)據(jù)包是已被指示了傳輸?shù)慕K止節(jié)點和/或傳輸類型的數(shù)據(jù)包；

確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

在終止節(jié)點為UE時，確定數(shù)據(jù)包的傳輸類型；

在傳輸類型是V2I數(shù)據(jù)包時，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，按Uu接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

本發(fā)明實施例中提供了一種數(shù)據(jù)發(fā)送方法，包括：

確定V2X業(yè)務(wù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；

向基站發(fā)送V2X業(yè)務(wù)數(shù)據(jù)包，并指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點和/或傳輸類型。

本發(fā)明實施例中提供了一種數(shù)據(jù)傳輸裝置，包括：

接收模塊，用于接收V2X業(yè)務(wù)數(shù)據(jù)包，所述數(shù)據(jù)包是已被指示了傳輸?shù)慕K止節(jié)點和/或傳輸類型的數(shù)據(jù)包；

終止確定模塊，用于確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

類型確定模塊，用于在終止節(jié)點為UE時，確定數(shù)據(jù)包的傳輸類型；

發(fā)送模塊，用于在傳輸類型是V2I數(shù)據(jù)包時，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，按Uu接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

本發(fā)明實施例中提供了一種數(shù)據(jù)發(fā)送裝置，包括：

確定模塊，用于確定V2X業(yè)務(wù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；

發(fā)送及指示模塊，用于向基站發(fā)送V2X業(yè)務(wù)數(shù)據(jù)包，并指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點和/或傳輸類型。

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

在本發(fā)明實施例提供的技術(shù)方案中，在向基站發(fā)送V2I消息時，會指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型，這樣，在基站接收到V2I業(yè)務(wù)數(shù)據(jù)包，可以確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；并在終止節(jié)點為UE、傳輸類型是V2I數(shù)據(jù)包時，按V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送。

進一步的，采用本方案后，基站可以識別V2I數(shù)據(jù)的傳輸終止節(jié)點，并且基站能夠區(qū)分要下發(fā)給UE的V2I數(shù)據(jù)和傳統(tǒng)的單播和eMBMS數(shù)據(jù)，從而能夠?qū)2I數(shù)據(jù)做特殊處理，可以更好的保證V2I數(shù)據(jù)的時延以及可靠性等要求。

附圖說明

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

圖1為本發(fā)明實施例中V2X應(yīng)用服務(wù)器側(cè)數(shù)據(jù)發(fā)送方法實施流程示意圖；

圖2為本發(fā)明實施例中基站側(cè)的數(shù)據(jù)傳輸方法實施流程示意圖；

圖3為本發(fā)明實施例中LTE單播傳輸網(wǎng)絡(luò)架構(gòu)示意圖；

圖4為本發(fā)明實施例中LTE eMBMS網(wǎng)絡(luò)架構(gòu)示意圖；

圖5為本發(fā)明實施例1實施流程示意圖；

圖6為本發(fā)明實施例2實施流程示意圖；

圖7為本發(fā)明實施例3實施流程示意圖；

圖8為本發(fā)明實施例中eMBMS方式下V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)示意圖；

圖9為本發(fā)明實施例中eMBMS方式下V2I數(shù)據(jù)傳輸協(xié)議棧示意圖；

圖10為本發(fā)明實施例中eMBMS方式下V2I數(shù)據(jù)傳輸協(xié)議棧省略IP層時的示意圖；

圖11為本發(fā)明實施例中unicast方式下V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)示意圖；

圖12為本發(fā)明實施例中unicast方式下V2I數(shù)據(jù)傳輸協(xié)議棧示意圖；

圖13為本發(fā)明實施例中unicast方式下V2I數(shù)據(jù)傳輸協(xié)議棧省略IP層時的示意圖；

圖14為本發(fā)明實施例中數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖；

圖15為本發(fā)明實施例中數(shù)據(jù)發(fā)送裝置結(jié)構(gòu)示意圖；

圖16為本發(fā)明實施例中基站結(jié)構(gòu)示意圖；

圖17為本發(fā)明實施例中應(yīng)用服務(wù)器結(jié)構(gòu)示意圖。

具體實施方式

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

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

對于V2I，I可以是UE，也可以是基站。如果I是UE，那么可以復(fù)用V2V數(shù)據(jù)傳輸機制；如果I是基站，基站可能同時支持傳統(tǒng)的單播和eMBMS(evolved MBMS，演進的MBMS；MBMS：Multimedia Broadcast/Multicast Service，多媒體廣播/組播服務(wù))數(shù)據(jù)傳輸，以及V2I數(shù)據(jù)傳輸，兩者使用的協(xié)議棧和處理機制可能會存在不同之處，因此需要考慮當(dāng)I是基站時，基站如何支持V2I數(shù)據(jù)傳輸。基于此，本發(fā)明實施例中將給出一種當(dāng)I是基站時，V2I數(shù)據(jù)的傳輸方案。方案的主要構(gòu)思在于：基站對接收到的數(shù)據(jù)包判斷其終止節(jié)點和傳輸類型。如果其終止節(jié)點為基站，則基站直接處理；如果其終止節(jié)點為UE，則基站進一步判斷其傳輸類型，如果傳輸類型是V2I數(shù)據(jù)包，則基站選擇V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，選擇Uu協(xié)議棧進行數(shù)據(jù)包發(fā)送。

下面將首先以V2X應(yīng)用服務(wù)器(V2X Application Server)的實施為例對V2I消息的數(shù)據(jù)發(fā)送方的實施進行說明，然后以基站為例對V2I消息的數(shù)據(jù)傳輸?shù)膶嵤┻M行說明，最后，以V2X應(yīng)用服務(wù)器和基站的結(jié)合實施實例進行具體說明。但容易理解，這種說明方式并不意味著二者必須配合實施、或者必須單獨實施，實際上，當(dāng)V2X應(yīng)用服務(wù)器與基站分開實施時，其也各自解決V2X應(yīng)用服務(wù)器側(cè)、基站側(cè)的問題，而當(dāng)二者結(jié)合使用時，會獲得更好的技術(shù)效果。

圖1為V2X應(yīng)用服務(wù)器側(cè)數(shù)據(jù)發(fā)送方法實施流程示意圖，如圖所示，可以包括：

步驟101、確定V2X業(yè)務(wù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；

步驟102、向基站發(fā)送V2X業(yè)務(wù)數(shù)據(jù)包，并指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點和/或傳輸類型。

圖2為基站側(cè)的數(shù)據(jù)傳輸方法實施流程示意圖，如圖所示，可以包括：

步驟201、接收V2X業(yè)務(wù)數(shù)據(jù)包，所述數(shù)據(jù)包是已被指示了傳輸?shù)慕K止節(jié) 點和/或傳輸類型的數(shù)據(jù)包；

步驟202、確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

步驟203、在終止節(jié)點為UE時，確定數(shù)據(jù)包的傳輸類型；

步驟204、在傳輸類型是V2I數(shù)據(jù)包時，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，按Uu接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

如果I是基站，基站可能同時支持傳統(tǒng)的單播和eMBMS數(shù)據(jù)傳輸，下面先對基站支持的單播和eMBMS進行說明，然后分別說明本發(fā)明實施例提供的技術(shù)方案在這兩種方式下的實施方式。

圖3為LTE單播傳輸網(wǎng)絡(luò)架構(gòu)示意圖，如圖所示，在LTE(Long Term Evolution，長期演進)單播傳輸中，基站和終端之間使用Uu接口。

圖4為LTE eMBMS網(wǎng)絡(luò)架構(gòu)示意圖，如圖所示，在LTE系統(tǒng)的eMBMS網(wǎng)絡(luò)架構(gòu)中，主要涉及的實體、接口及其功能如下：

主要實體有：

BM-SC(broadcast multicast service center，廣播組播業(yè)務(wù)中心)：提供MBMS業(yè)務(wù)和發(fā)起MBMS承載建立過程。

MBMS GW(MBMS Gateway，MBMS網(wǎng)關(guān))：采用IP多播方式向各基站發(fā)送MBMS業(yè)務(wù)數(shù)據(jù)。與MME交互MBMS會話控制信令。

MME(Mobility Management Entity，移動性管理實體)：根據(jù)從MBMS GW收到的會話控制信令，通過M3接口與MCE通信實現(xiàn)MBMS會話控制。

MCE(Multi-cell/multicast Coordination Entity，多小區(qū)/多播協(xié)調(diào)實體)：負(fù)責(zé)各基站MBMS資源的分配。生成MBMS業(yè)務(wù)通知信息發(fā)送給基站。

eNB(演進基站)：將從BMSC上接收的MBMS業(yè)務(wù)數(shù)據(jù)包，在MCE指定的資源按設(shè)定的時間以廣播方式發(fā)送。將從MCE接收的MBMS業(yè)務(wù)通知信息以廣播方式發(fā)送。

主要接口有：

M3：在MME和MCE間提供會話管理相關(guān)功能，比如session start(會話 啟動)、session stop(會話停止)通知。

M2：在MCE和基站間提供會話管理、傳遞MBMS調(diào)度信息等功能。

M1：在MBMS GW和基站之間提供MBMS業(yè)務(wù)傳輸。

在圖1、2的方案實施中：

一、對于終止節(jié)點，數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)可以通過TMGI(Temporary Mobile Group Identity，臨時移動組標(biāo)識)或者通過GTP(GPRS Tunnelling Protocol，GPRS隧道協(xié)議；GPRS：General Packet Radio Service，通用分組無線業(yè)務(wù))隧道ID來指示，而對于數(shù)據(jù)包接收方(例如基站)則可以通過TMGI或者通過GTP隧道ID來確定。

具體的，數(shù)據(jù)包傳輸?shù)慕K止節(jié)點通過TMGI確定或者通過GTP隧道ID確定時，終止于基站和終止于終端的數(shù)據(jù)包可以使用不同的TMGI或者GTP隧道ID來標(biāo)識。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，是在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點確定的。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，是在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點指示的。

實施中，終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI，可以在協(xié)議中約定終止于基站和終止于終端的數(shù)據(jù)包使用的TMGI范圍，或者，在MBMS會話建立過程中指示TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI時，根據(jù)TMGI所對應(yīng)的終止節(jié)點確定終止節(jié)點，是：

根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定的；

或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終 止節(jié)點確定的。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI時，通過TMGI所對應(yīng)的終止節(jié)點指示終止節(jié)點，是：

通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示的；

或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示的。

實施中，在協(xié)議中約定終止于基站和終止于終端的數(shù)據(jù)包使用的TMGI范圍時，可以是，V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器。

也即，對于數(shù)據(jù)包接收方(例如基站)根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定終止節(jié)點。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示終止節(jié)點。

實施中，在MBMS會話建立過程中指示TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點，可以如下：

V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時指示所述 TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點。

也即，對于數(shù)據(jù)包接收方(例如基站)，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，具體可以是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；

在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

也即，對于數(shù)據(jù)包接收方(例如基站)，在通過MBMS GW、MME、MCE 節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，在通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

實施中，數(shù)據(jù)包傳輸?shù)慕K止節(jié)點通過GTP隧道ID確定時，可以是基站請求的PDN(Packet Data Network，分組數(shù)據(jù)網(wǎng)絡(luò))連接建立過程中建立的GTP隧道ID即用于傳輸數(shù)據(jù)包終止節(jié)點為基站的數(shù)據(jù)包。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在基站請求的PDN連接建立過程中確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點指示數(shù)據(jù)包傳輸終止節(jié)點，包括：

在基站請求的PDN連接建立過程中，確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)傳輸數(shù)據(jù)包終止節(jié)點使用相應(yīng)的GTP隧道ID，通過GTP隧道ID指示終止節(jié)點。

二、對于傳輸類型，數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)可以通過TMGI或者通過GTP隧道ID來指示，而對于數(shù)據(jù)包接收方(例如基站)則可以通過TMGI或者通過GTP隧道ID來確定，還可以通過數(shù)據(jù)包的內(nèi)容來確定。

實施中，數(shù)據(jù)包的傳輸類型通過TMGI確定或者通過GTP隧道ID確定時，V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包的傳輸類型，是在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的傳輸類型確定的。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，指示數(shù)據(jù)包的傳輸類型，是在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的傳輸類型指示的。

實施中，V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID,可以在協(xié)議中約定V2I業(yè)務(wù)數(shù)據(jù)包使用的TMGI范圍，或者，在MBMS會話建立過程中指示TMGI針對的數(shù)據(jù)包的傳輸類型。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包傳輸類型，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI所對應(yīng)的傳輸類型確定傳輸類型，是：根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定的；或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定的。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，指示數(shù)據(jù)包傳輸類型，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI所對應(yīng)的傳輸類型指示傳輸類型，是：通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的 TMGI范圍指示的；或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示的。

實施中，在協(xié)議中約定V2I業(yè)務(wù)數(shù)據(jù)包使用的TMGI范圍，可以是：V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型，BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器。

也即，對于數(shù)據(jù)包接收方(例如基站)，根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定傳輸類型，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型后，由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定傳輸類型。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍指示傳輸類型，包括：

在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型，在由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示傳輸類型。

實施中，在MBMS會話建立過程中指示TMGI針對的數(shù)據(jù)包的傳輸類型，可以如下：

V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；

BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

也即，對于數(shù)據(jù)包接收方(例如基站)，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定傳輸類型，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包的傳輸類型。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示傳輸類型，包括：

在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，可以是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；

在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

也即，對于數(shù)據(jù)包接收方(例如基站)，在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，是：在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，是：在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；或，在eMBMS會話建立過程中增加1bit 指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，數(shù)據(jù)包傳輸?shù)膫鬏旑愋屯ㄟ^GTP隧道ID確定時，基站請求的用于V2I的PDN連接建立過程中建立的GTP隧道ID即用于傳輸類型為V2I的數(shù)據(jù)包。

也即，對于數(shù)據(jù)包接收方(例如基站)，確定數(shù)據(jù)包傳輸?shù)膫鬏旑愋停赩2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型，包括：

在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型。

對于數(shù)據(jù)包發(fā)送方(例如V2X應(yīng)用服務(wù)器)，指示數(shù)據(jù)包傳輸?shù)膫鬏旑愋?，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型，包括：

在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型。

實施中，數(shù)據(jù)包傳輸?shù)膫鬏旑愋屯ㄟ^數(shù)據(jù)包內(nèi)容，還可以是在基站接收到網(wǎng)絡(luò)下發(fā)的數(shù)據(jù)包后，對數(shù)據(jù)包內(nèi)容進行解析，根據(jù)內(nèi)容判斷數(shù)據(jù)包是否為V2I消息。

也即，確定數(shù)據(jù)包的傳輸類型是通過數(shù)據(jù)包內(nèi)容確定的，包括：接收到數(shù)據(jù)包后，對數(shù)據(jù)包內(nèi)容進行解析，根據(jù)解析內(nèi)容判斷數(shù)據(jù)包的傳輸類型。

進一步的，基站接收到網(wǎng)絡(luò)下發(fā)的數(shù)據(jù)包后，對數(shù)據(jù)包內(nèi)容進行解析，根據(jù)內(nèi)容判斷數(shù)據(jù)包是否為V2I消息時，基站只對數(shù)據(jù)包終止節(jié)點為終端的數(shù)據(jù)包內(nèi)容進行解析，根據(jù)內(nèi)容判斷數(shù)據(jù)包是否為V2I消息。

也即，解析的數(shù)據(jù)包是終止節(jié)點為終端的數(shù)據(jù)包。

數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型，可以是在eMBMS承載建立過程中指 示的；具體的實施實例將在下述實施例1、2中說明。

通過單播方式下在PDN連接中建立的GTP隧道類型來指示的。具體的實施實例將在下述實施例3中說明。

實施中，在按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送時，將數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息數(shù)據(jù)包后選擇PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

上述協(xié)議具體的實施實例將在下述實施例4、5中說明。

實施中，還可以進一步包括：按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送時，提高發(fā)送數(shù)據(jù)包的調(diào)度優(yōu)先級，和/或給數(shù)據(jù)包分配較低的MCS等級。

具體的，基站按照所選擇的協(xié)議棧進行數(shù)據(jù)包發(fā)送操作，為了保證V2I數(shù)據(jù)的時延以及可靠性要求，基站在調(diào)度時可以對V2I數(shù)據(jù)做一些特殊處理，比如提高調(diào)度優(yōu)先級，分配較低的MCS等級等。具體的實施實例還將在下述實施例1、2、3中說明。

在上述方案實施中，基站對接收到的數(shù)據(jù)包判斷其終止節(jié)點和傳輸類型。如果其終止節(jié)點為基站，則基站直接處理；如果其終止節(jié)點為UE，則基站進一步判斷其傳輸類型，如果傳輸類型是V2I數(shù)據(jù)包，則基站選擇V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，選擇Uu協(xié)議棧進行數(shù)據(jù)包發(fā)送。具體的：

基站對接收到的數(shù)據(jù)包判斷其終止節(jié)點和傳輸類型的方式可以如下：

1、通過特殊的TMGI判斷；2、通過特殊的TMGI和數(shù)據(jù)包內(nèi)容判斷；3、通過特殊的單播承載判斷；4、通過特殊的單播承載和數(shù)據(jù)包內(nèi)容判斷。

V2I消息對應(yīng)的用戶面協(xié)議棧可以有兩種：

1、核心網(wǎng)傳輸使用eMBMS，空口使用PC5(PC5接口IP層也可以省略)；

2、核心網(wǎng)使用unicast，空口使用PC5(PC5接口IP層也可以省略)。

下面以實例進行說明。

實施例1：

本例是在終止于基站和終止于UE的V2I數(shù)據(jù)包使用不同TMGI時，對V2I消息的處理流程。

圖5為實施例1實施流程示意圖，如圖所示，主要包括以下步驟：

步驟501-502：V2X應(yīng)用服務(wù)器通過PCRF(Policy Control and Charging Rules Function，策略控制和計費規(guī)則功能)向BM-SC請求用于終止到基站的數(shù)據(jù)和/或用于終止到UE的數(shù)據(jù)對應(yīng)的TMGI。V2X應(yīng)用服務(wù)器請求的用于終止到基站的數(shù)據(jù)包和/或用于終止到UE的數(shù)據(jù)包對應(yīng)的TMGI個數(shù)可能是一個，也可以是多個。

步驟503-504：BM-SC基于V2X應(yīng)用服務(wù)器的請求，分配用于終止到基站的數(shù)據(jù)和/或用于終止到UE的數(shù)據(jù)對應(yīng)的TMGI，并通過PCRF將分配的TMGI通知給V2X應(yīng)用服務(wù)器。

步驟505：V2X應(yīng)用服務(wù)器維護終止到基站的數(shù)據(jù)和/或用于終止到UE的數(shù)據(jù)對應(yīng)的TMGI。

步驟506-515：V2X應(yīng)用服務(wù)器觸發(fā)eMBMS承載建立過程。建立的eMBMS承載個數(shù)取決于需求，可以建立一個eMBMS承載，也可以建立多個eMBMS承載。在該承載建立過程中，V2X應(yīng)用服務(wù)器向基站指示TMGI時，需要告知基站TMGI和數(shù)據(jù)包終止節(jié)點的對應(yīng)關(guān)系。TMGI和數(shù)據(jù)包終止節(jié)點的對應(yīng)關(guān)系可以通過在會話建立請求消息中增加一個bit的指示實現(xiàn)。該bit的使用至少可以有以下兩種方式：

1、該bit設(shè)置為Mandatory(必選)，利用bit取值為0和1分別指示數(shù)據(jù)包的終止節(jié)點是基站還是UE。

2、該bit設(shè)置為OPTIOANL(可選)，利用該bit出現(xiàn)與否分別指示數(shù)據(jù)包的終止節(jié)點是基站還是UE。

例中，該bit的設(shè)置，并不僅限于上述方式，實施中可以根據(jù)需要設(shè)置。

以MME和MCE之間傳輸?shù)臅捊⒄埱笙⒅性黾覶MGI和數(shù)據(jù)包終止節(jié)點對應(yīng)關(guān)系為例說明如下：在MME和MCE之間傳輸?shù)腗BMS SESSION START REQUEST(MBMS會話建立請求)消息中增加一個IE(Information Element，信息單元)，比如稱為TMGI usage，其位置在下表加粗的斜線部分示 意，如果出現(xiàn)設(shè)置改IE為OPTIOAL的，則表示該TMGI對應(yīng)的數(shù)據(jù)包需要終止于基站，否則終止到UE。

MBMS SESSION START REQUEST表1：

此外，會話建立后，MCE會向基站發(fā)送MBMS調(diào)度消息(MBMS SCHEDULING INFORMATION)，具體實施中，對于終止于基站的TMGI對應(yīng)的數(shù)據(jù)包，MCE在做調(diào)度時可以不考慮。

步驟516-517：V2X Application Server通過BM-SC向基站下發(fā)數(shù)據(jù)包。

步驟518：基站根據(jù)數(shù)據(jù)包的IP多播地址確定其對應(yīng)的TMGI以及該TMGI對應(yīng)的數(shù)據(jù)包終止節(jié)點。如果數(shù)據(jù)包終止節(jié)點是于基站，則基站自己解析該數(shù)據(jù)包，并按照應(yīng)用層指示執(zhí)行相關(guān)操作。如果數(shù)據(jù)包終止節(jié)點是UE，則基站根據(jù)TMGI判斷判斷其傳輸類型，如果傳輸類型是V2I數(shù)據(jù)包，則基站需要將該V2I數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息，并選擇V2I消息對應(yīng)的協(xié)議棧 進行數(shù)據(jù)包發(fā)送，否則，選擇Uu協(xié)議棧進行正常的eMBMS數(shù)據(jù)包發(fā)送。

步驟519：基站按照所選擇的協(xié)議棧進行數(shù)據(jù)包發(fā)送操作，為了保證V2I數(shù)據(jù)的時延以及可靠性要求，基站在調(diào)度時可以對V2I數(shù)據(jù)做一些特殊處理，比如提高調(diào)度優(yōu)先級，分配較低的MCS等級等。

本實施例中，還可以采用在協(xié)議中約定終止于基站和終止于終端的數(shù)據(jù)包使用的TMGI范圍的方式來指示和確定，也即，在協(xié)議中約定終止于基站和終止于終端的數(shù)據(jù)包使用的TMGI范圍，例如約定當(dāng)TMGI處于范圍1則表示該數(shù)據(jù)包終止于基站，而在范圍2則表示該數(shù)據(jù)包終止于基站。

這樣，在步驟501-502中，V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，可以增加：指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；而BM-SC在步驟503-504中則根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個相應(yīng)的TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器。

V2X業(yè)務(wù)服務(wù)器在步驟506-515中告知基站該數(shù)據(jù)包對應(yīng)的TMGI，此時，不需再采用在會話建立請求消息中增加一個bit的指示的方式，在步驟518中基站在確定該TMGI所屬的范圍后，也即可確定該數(shù)據(jù)包終止的節(jié)點。

同樣的道理，也可以采用在協(xié)議中約定數(shù)據(jù)包的傳輸類型使用的TMGI范圍的方式來指示和確定，實施方式是一樣的，只是利用TMGI范圍的不同來指示傳輸類型是否為V2I消息。

實施例2：

本例是在終止于基站和終止于UE的V2I數(shù)據(jù)包使用相同TMGI時，對V2I消息的處理流程。

圖6為實施例2實施流程示意圖，如圖所示，主要包括以下步驟：

步驟601-602：V2X應(yīng)用服務(wù)器通過PCRF向BM-SC請求用于V2I數(shù)據(jù)對應(yīng)的TMGI。V2X應(yīng)用服務(wù)器請求的用于V2I數(shù)據(jù)傳輸?shù)腡MGI可以是一個，也可以是多個。

步驟603-604：BM-SC基于V2X應(yīng)用服務(wù)器的請求，分配用于V2I數(shù)據(jù) 的TMGI，并通過PCRF將分配的TMGI通知給V2X應(yīng)用服務(wù)器。

步驟605：V2X應(yīng)用服務(wù)器維護V2I數(shù)據(jù)對應(yīng)的TMGI。

步驟606-615：V2X應(yīng)用服務(wù)器觸發(fā)eMBMS承載建立過程。建立的eMBMS承載個數(shù)取決于需求，可以建立一個eMBMS承載，也可以建立多個eMBMS承載。在該承載建立過程中，V2X應(yīng)用服務(wù)器向基站指示TMGI時，需要告知V2I數(shù)據(jù)對應(yīng)的TMGI。V2I數(shù)據(jù)和TMGI的對應(yīng)關(guān)系可以通過在會話建立請求消息中增加一個bit的指示實現(xiàn)。該bit的使用可以有以下兩種方式：

1、該bit設(shè)置為Mandatory，利用bit取值為0和1分別指示數(shù)據(jù)包不是和是V2I數(shù)據(jù)。

2、該bit設(shè)置為OPTIOANL，利用該bit出現(xiàn)與否分別指示數(shù)據(jù)包是否為V2I數(shù)據(jù)。

例中，該bit的設(shè)置，并不僅限于上述方式，實施中可以根據(jù)需要設(shè)置。以MME和MCE之間傳輸?shù)臅捊⒄埱笙⒅性黾覶MGI和數(shù)據(jù)包終止節(jié)點對應(yīng)關(guān)系為例說明如下：在MME和MCE之間傳輸?shù)腗BMS SESSION START REQUEST消息中需要增加一個IE，比如稱為V2I Indication，其位置在下表加粗的斜線部分示意，如果出現(xiàn)設(shè)置改IE為OPTIOAL的，則表示該數(shù)據(jù)包是V2I數(shù)據(jù)。

MBMS SESSION START REQUEST表2：

步驟616-617：V2X Application Server通過BM-SC向基站下發(fā)數(shù)據(jù)包。

步驟618：基站根據(jù)數(shù)據(jù)包的IP多播地址確定其對應(yīng)的TMGI。如果TMGI對應(yīng)的數(shù)據(jù)包是V2I數(shù)據(jù)包，則基站需要解析該數(shù)據(jù)包，并判斷數(shù)據(jù)包終止節(jié)點是基站還是UE。如果數(shù)據(jù)包終止節(jié)點是于基站，則基站自己解析該數(shù)據(jù)包，并按照應(yīng)用層指示執(zhí)行相關(guān)操作。如果數(shù)據(jù)包終止節(jié)點是UE，則基站需要將該V2I數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息，并選擇V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送。如果基站根據(jù)TMGI判斷該數(shù)據(jù)包非V2I數(shù)據(jù)包，則選擇Uu協(xié)議棧進行正常的eMBMS數(shù)據(jù)包發(fā)送。

步驟619：基站按照所選擇的協(xié)議棧進行數(shù)據(jù)包發(fā)送操作，為了保證V2I數(shù)據(jù)的時延以及可靠性要求，基站在調(diào)度時可以對V2I數(shù)據(jù)做一些特殊處理，比如提高調(diào)度優(yōu)先級，分配較低的MCS等級等。

實施例3：

本例是在單播方式下基站利用特殊承載從網(wǎng)絡(luò)側(cè)接收V2I數(shù)據(jù)，然后判斷空口處理方式時，對V2I消息的處理流程。

圖7為實施例3實施流程示意圖，如圖所示，主要包括以下步驟：

步驟701：eNB請求建立PDN連接，建議用于承載V2I數(shù)據(jù)的GTP隧道?？梢葬槍K止于基站和終止于UE的V2I數(shù)據(jù)分別建立獨立的GTP隧道，也可以不做區(qū)分。

步驟702：V2X應(yīng)用服務(wù)器通過建立好的隧道下發(fā)V2I數(shù)據(jù)。

步驟703：基站根據(jù)接收到數(shù)據(jù)的GTP隧道的TEID(Tunnel End Point Identifier，隧道端點標(biāo)識)判斷數(shù)據(jù)是否為V2I數(shù)據(jù)。如果終止于基站和終止 于UE的GTP隧道不同，則還可以根據(jù)GTP隧道的TEID判斷V2I數(shù)據(jù)終止節(jié)點；如果GTP隧道不能區(qū)分V2I數(shù)據(jù)終止節(jié)點，則基站需要解析V2I消息內(nèi)容判斷數(shù)據(jù)終止節(jié)點。如果數(shù)據(jù)包終止節(jié)點是于基站，則基站自己解析該數(shù)據(jù)包，并按照應(yīng)用層指示執(zhí)行相關(guān)操作。如果數(shù)據(jù)包終止節(jié)點是UE，則基站需要將該V2I數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息，并選擇V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送。如果基站判斷該數(shù)據(jù)包非V2I數(shù)據(jù)包，則選擇Uu協(xié)議棧進行正常的unicast(單播)數(shù)據(jù)包發(fā)送。

步驟704：基站按照所選擇的協(xié)議棧進行數(shù)據(jù)包發(fā)送操作，為了保證V2I數(shù)據(jù)的時延以及可靠性要求，基站在調(diào)度時可以對V2I數(shù)據(jù)做一些特殊處理，比如提高調(diào)度優(yōu)先級，分配較低的MCS等級等。

實施例4：

本例是核心網(wǎng)使用eMBMS方式時的V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)及數(shù)據(jù)傳輸協(xié)議棧實施。

圖8為eMBMS方式下V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)示意圖，圖9為eMBMS方式下V2I數(shù)據(jù)傳輸協(xié)議棧示意圖，如圖所示，在eMBMS方式下，可以采用圖8所示的網(wǎng)絡(luò)架構(gòu)，按圖9所示的協(xié)議棧進行V2I數(shù)據(jù)傳輸。

圖10為eMBMS方式下V2I數(shù)據(jù)傳輸協(xié)議棧省略IP層時的示意圖，圖9中PC5接口IP層也可以省略，省略后的用戶面協(xié)議棧如圖10所示。

實施例5：

本例是核心網(wǎng)使用unicast方式時的V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)及數(shù)據(jù)傳輸協(xié)議棧實施。

圖11為unicast方式下V2I數(shù)據(jù)傳輸網(wǎng)絡(luò)架構(gòu)示意圖，圖12為unicast方式下V2I數(shù)據(jù)傳輸協(xié)議棧示意圖，如圖所示，在unicast方式下，可以采用圖11所示的網(wǎng)絡(luò)架構(gòu)，按圖12所示的協(xié)議棧進行V2I數(shù)據(jù)傳輸。

圖13為unicast方式下V2I數(shù)據(jù)傳輸協(xié)議棧省略IP層時的示意圖，圖12中PC5接口IP層也可以省略，省略后的用戶面協(xié)議棧如圖13所示。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種數(shù)據(jù)傳輸裝置、一種數(shù)據(jù)發(fā)送裝置，由于這些裝置解決問題的原理與一種數(shù)據(jù)傳輸方法、一種數(shù)據(jù)發(fā)送方法相似，因此這些裝置的實施可以參見方法的實施，重復(fù)之處不再贅述。

圖14為數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖，如圖所示，可以包括：

接收模塊1401，用于接收V2X業(yè)務(wù)數(shù)據(jù)包，所述數(shù)據(jù)包是已被指示了傳輸?shù)慕K止節(jié)點和/或傳輸類型的數(shù)據(jù)包；

終止確定模塊1402，用于確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

類型確定模塊1403，用于在終止節(jié)點為UE時，確定數(shù)據(jù)包的傳輸類型；

發(fā)送模塊1404，用于在傳輸類型是V2I數(shù)據(jù)包時，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，按Uu接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

實施中，終止確定模塊還可以進一步用于通過TMGI確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，或者通過GTP隧道ID確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，終止確定模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，終止確定模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI時，根據(jù)TMGI所對應(yīng)的終止節(jié)點確定終止節(jié)點，根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，終止確定模塊還可以進一步用于在根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點時，在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定終止節(jié)點。

實施中，終止確定模塊還可以進一步用于在根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點時，在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，終止確定模塊還可以進一步用于在通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點時，在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

實施中，終止確定模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點時，在基站請求的PDN連接建立過程中確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，類型確定模塊還可以進一步用于通過TMGI確定數(shù)據(jù)包的傳輸類型，或者通過GTP隧道ID或者數(shù)據(jù)包內(nèi)容確定數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI所對應(yīng)的傳輸類 型確定傳輸類型，根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定數(shù)據(jù)包傳輸類型；或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定數(shù)據(jù)包傳輸類型。

實施中，類型確定模塊還可以進一步用于在根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定傳輸類型時，在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型后，由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定傳輸類型。

實施中，類型確定模塊還可以進一步用于在根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定傳輸類型時，在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型時，在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型時，在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在接收到數(shù)據(jù)包后，對數(shù)據(jù)包內(nèi) 容進行解析，根據(jù)解析內(nèi)容判斷數(shù)據(jù)包的傳輸類型。

實施中，類型確定模塊還可以進一步用于在對數(shù)據(jù)包內(nèi)容進行解析時，解析終止節(jié)點為終端的數(shù)據(jù)包。

實施中，發(fā)送模塊還可以進一步用于在按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送時，將數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息數(shù)據(jù)包后選擇PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

圖15為數(shù)據(jù)發(fā)送裝置結(jié)構(gòu)示意圖，如圖所示，可以包括：

確定模塊1501，用于確定V2X業(yè)務(wù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；

發(fā)送及指示模塊1502，用于向基站發(fā)送V2X業(yè)務(wù)數(shù)據(jù)包，并指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點和/或傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于通過TMGI指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，或者通過GTP隧道ID指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI，通過TMGI所對應(yīng)的終止節(jié)點指示終止節(jié)點時，通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于在通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點時，在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示終止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于在通過在MBMS會話建立過 程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點時，在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于在通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點時，在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

實施中，發(fā)送及指示模塊還可以進一步用于在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點指示數(shù)據(jù)包傳輸終止節(jié)點時，在基站請求的PDN連接建立過程中確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)傳輸數(shù)據(jù)包終止節(jié)點使用相應(yīng)的GTP隧道ID，通過GTP隧道ID指示終止節(jié)點。

實施中，發(fā)送及指示模塊還可以進一步用于通過TMGI指示數(shù)據(jù)包的傳輸類型，或者通過GTP隧道ID或者數(shù)據(jù)包內(nèi)容指示數(shù)據(jù)包的傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI所對應(yīng)的傳輸類型指示傳輸類型，通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍指示數(shù)據(jù)包傳輸類 型；或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示數(shù)據(jù)包傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍指示傳輸類型時，在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型，在由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示傳輸類型時，在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型時，在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，發(fā)送及指示模塊還可以進一步用于在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型時，在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型。

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

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

圖16為基站結(jié)構(gòu)示意圖，如圖所示，基站中包括：

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

確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點；

在終止節(jié)點為UE時，確定數(shù)據(jù)包的傳輸類型；；

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

接收V2X業(yè)務(wù)數(shù)據(jù)包，所述數(shù)據(jù)包是已被指示了傳輸?shù)慕K止節(jié)點和/或傳輸類型的數(shù)據(jù)包；

在傳輸類型是V2I數(shù)據(jù)包時，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，按Uu接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

實施中，所述確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，是通過TMGI確定的，或者是通過GTP隧道ID確定的。

實施中，所述確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點確定的。

實施中，所述確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI時，根據(jù)TMGI所對應(yīng)的終止節(jié)點確定終止節(jié)點，是：

根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定的；

或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點確定的。

實施中，所述根據(jù)終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服 務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定終止節(jié)點。

實施中，所述根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，所述在通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

實施中，所述確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在基站請求的PDN連接建立過程中確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點確定數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，所述數(shù)據(jù)包的傳輸類型，是通過TMGI確定的，或者是通過GTP隧道ID或者數(shù)據(jù)包內(nèi)容確定的。

實施中，所述確定數(shù)據(jù)包的傳輸類型，是在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI或者GTP隧道ID所對應(yīng)的傳輸類型確定的。

實施中，所述確定數(shù)據(jù)包傳輸類型，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)TMGI所對應(yīng)的傳輸類型確定傳輸類型，是：

根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定的；

或者，根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定的。

實施中，所述根據(jù)V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍確定傳輸類型，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型后，由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知給V2X業(yè)務(wù)服務(wù)器，根據(jù)V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍確定傳輸類型。

實施中，所述根據(jù)在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型確定傳輸類型，包括：

在V2X業(yè)務(wù)服務(wù)器通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型后，由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，根據(jù)會話建立請求消息中攜帶的TMGI確定其對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，所述在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，所述確定數(shù)據(jù)包傳輸?shù)膫鬏旑愋?，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng) 的傳輸類型確定數(shù)據(jù)包的傳輸類型，包括：

在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型確定數(shù)據(jù)包的傳輸類型。

實施中，所述確定數(shù)據(jù)包的傳輸類型是通過數(shù)據(jù)包內(nèi)容確定的，包括：

接收到數(shù)據(jù)包后，對數(shù)據(jù)包內(nèi)容進行解析，根據(jù)解析內(nèi)容判斷數(shù)據(jù)包的傳輸類型。

實施中，在對數(shù)據(jù)包內(nèi)容進行解析時，解析的數(shù)據(jù)包是終止節(jié)點為終端的數(shù)據(jù)包。

實施中，按PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送，包括：

將數(shù)據(jù)包在應(yīng)用層轉(zhuǎn)化為PC5接口消息數(shù)據(jù)包后選擇PC5接口協(xié)議棧進行數(shù)據(jù)包發(fā)送。

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

圖17為應(yīng)用服務(wù)器結(jié)構(gòu)示意圖，如圖所示，服務(wù)器中包括：

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

確定V2X業(yè)務(wù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點與傳輸類型；

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

向基站發(fā)送V2X業(yè)務(wù)數(shù)據(jù)包，并指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點和/或傳輸類型。

實施中，所述數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，是通過TMGI指示的，或者是通過GTP隧道ID指示的。

實施中，所述數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點指示的。

實施中，所述數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的TMGI時，通過TMGI所對應(yīng)的終止節(jié)點指示終止節(jié)點，是：

通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示的；

或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示的。

實施中，所述通過終止于基站和終止于終端的數(shù)據(jù)包對應(yīng)的TMGI范圍指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC根據(jù)數(shù)據(jù)包傳輸?shù)慕K止節(jié)點從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示終止節(jié)點。

實施中，所述通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包傳輸終止節(jié)點指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，包括：

在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點。

實施中，所述在通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包傳輸終止節(jié)點，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI 對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包傳輸?shù)慕K止節(jié)點是基站還是終端。

實施中，所述指示數(shù)據(jù)包傳輸?shù)慕K止節(jié)點，在終止于基站和終止于終端的數(shù)據(jù)包使用不同的GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的終止節(jié)點指示數(shù)據(jù)包傳輸終止節(jié)點，包括：

在基站請求的PDN連接建立過程中確定終止于基站的數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定終止于終端的數(shù)據(jù)包可用的GTP隧道ID，根據(jù)傳輸數(shù)據(jù)包終止節(jié)點使用相應(yīng)的GTP隧道ID，通過GTP隧道ID指示終止節(jié)點。

實施中，所述數(shù)據(jù)包的傳輸類型，是通過TMGI指示的，或者是通過GTP隧道ID或者數(shù)據(jù)包內(nèi)容指示的。

實施中，所述指示數(shù)據(jù)包的傳輸類型，是在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI或者GTP隧道ID所對應(yīng)的傳輸類型指示的。

實施中，所述指示數(shù)據(jù)包傳輸類型，在V2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，通過TMGI所對應(yīng)的傳輸類型指示傳輸類型，是：

通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍指示的；

或者，通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示的。

實施中，所述通過V2I業(yè)務(wù)數(shù)據(jù)包對應(yīng)的TMGI范圍指示傳輸類型，包括：

在通過PCRF向BM-SC請求TMGI時，指示數(shù)據(jù)包的傳輸類型，在由BM-SC根據(jù)數(shù)據(jù)包的傳輸類型從其對應(yīng)的TMGI范圍內(nèi)選擇一個TMGI，并通過PCRF通知后，通過V2X業(yè)務(wù)服務(wù)器發(fā)送的數(shù)據(jù)包對應(yīng)的TMGI所處的范圍指示傳輸類型。

實施中，所述通過在MBMS會話建立過程中指示的TMGI針對的數(shù)據(jù)包的傳輸類型指示傳輸類型，包括：

在通過PCRF向BM-SC請求建立eMBMS承載時，指示所述TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，在由BM-SC通過MBMS GW、MME、MCE節(jié)點和基站建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型時，通過會話建立請求消息中攜帶的TMGI指示其對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，所述在通過MBMS GW、MME、MCE節(jié)點建立eMBMS承載的會話建立請求消息中攜帶TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型，是：

在eMBMS承載的會話建立請求消息中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型；

或，在eMBMS會話建立過程中增加1bit指示信息，指示TMGI對應(yīng)的數(shù)據(jù)包的傳輸類型。

實施中，所述指示數(shù)據(jù)包傳輸?shù)膫鬏旑愋停赩2I業(yè)務(wù)數(shù)據(jù)包和其他業(yè)務(wù)數(shù)據(jù)包傳輸使用不同的TMGI或者GTP隧道ID時，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型，包括：

在基站請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，以及在終端請求的PDN連接建立過程中確定V2I業(yè)務(wù)數(shù)據(jù)包可用的GTP隧道ID，根據(jù)GTP隧道ID所對應(yīng)的傳輸類型指示數(shù)據(jù)包的傳輸類型。

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

綜上所述，在本發(fā)明實施例提供的技術(shù)方案中，基站對接收到的數(shù)據(jù)包判斷其終止節(jié)點和傳輸類型。如果其終止節(jié)點為基站，則基站直接處理；如果其終止節(jié)點為UE，則基站進一步判斷其傳輸類型，如果傳輸類型是V2I數(shù)據(jù)包，則基站選擇V2I消息對應(yīng)的協(xié)議棧進行數(shù)據(jù)包發(fā)送，否則，選擇Uu協(xié)議棧進行數(shù)據(jù)包發(fā)送。進一步的，還提供了核心網(wǎng)使用eMBMS方式時基站判斷數(shù)據(jù)包終止節(jié)點和傳輸類型的方案；核心網(wǎng)使用eMBMS方式時的網(wǎng)絡(luò)架構(gòu)和用戶面協(xié)議棧。核心網(wǎng)使用單播方式下基站判斷數(shù)據(jù)包終止節(jié)點和傳輸類型的方案；核心網(wǎng)使用單播方式時的網(wǎng)絡(luò)架構(gòu)和用戶面協(xié)議棧。

通過本方案，基站可以識別V2I數(shù)據(jù)的傳輸終止節(jié)點，并且基站能夠區(qū)分要下發(fā)給UE的V2I數(shù)據(jù)和傳統(tǒng)的單播和eMBMS數(shù)據(jù)，從而能夠?qū)2I數(shù)據(jù)做特殊處理，可以更好的保證V2I數(shù)據(jù)的時延以及可靠性等要求。

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

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

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

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