CN106488584A - 一种数据发送、传输方法及装置 - Google Patents
一种数据发送、传输方法及装置 Download PDFInfo
- Publication number
- CN106488584A CN106488584A CN201510556706.0A CN201510556706A CN106488584A CN 106488584 A CN106488584 A CN 106488584A CN 201510556706 A CN201510556706 A CN 201510556706A CN 106488584 A CN106488584 A CN 106488584A
- Authority
- CN
- China
- Prior art keywords
- packet
- tmgi
- type
- transport
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
本发明公开了一种数据发送、传输方法及装置，包括：在数据包发送时，确定车到万物业务数据包传输的终止节点与传输类型；向基站发送车到万物业务数据包，并指示数据包传输的终止节点和/或传输类型。在数据包接收时，接收车到万物业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；确定数据包传输的终止节点；在终止节点为用户设备时，确定数据包的传输类型；在传输类型是车到网络数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。本发明提供了在车到网络业务中，当网络为基站时的数据传输处理方案。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种数据发送、传输方法及装置。
背景技术
V2X(Vehicle to Everything，车到万物)通信目前是通信领域比较热门的一个方向，在2015年3GPP RAN#67次会议上正式立项。V2X通信主要包含三方面内容：
·V2V(Vechile-to-Vechile，车到车)：车上的OBU(on Board Unit，车载单元)之间的通信。
·V2I(Vechile-to-Infrastructure，车到网络)：车和RSU(Road Side Unit，路侧设备)之间的通信。
·V2P(Vechile-to-Pedestrian，车到人)：车和行人之间的通信。
对于V2I，I可以是UE，也可以是基站。如果I是UE，那么可以复用V2V数据传输机制；但是，现有技术的不足在于，当I是基站时，还没有相应的处理方案。
发明内容
本发明提供了一种数据发送、传输方法及装置，用以提供一种在V2I消息传输过程中，当I为基站时的数据传输方案。
本发明实施例中提供了一种数据传输方法，包括：
接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
确定数据包传输的终止节点；
在终止节点为UE时，确定数据包的传输类型；
在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
本发明实施例中提供了一种数据发送方法，包括：
确定V2X业务数据包传输的终止节点与传输类型；
向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
本发明实施例中提供了一种数据传输装置，包括：
接收模块，用于接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
终止确定模块，用于确定数据包传输的终止节点；
类型确定模块，用于在终止节点为UE时，确定数据包的传输类型；
发送模块，用于在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
本发明实施例中提供了一种数据发送装置，包括：
确定模块，用于确定V2X业务数据包传输的终止节点与传输类型；
发送及指示模块，用于向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
本发明有益效果如下：
在本发明实施例提供的技术方案中，在向基站发送V2I消息时，会指示数据包传输的终止节点与传输类型，这样，在基站接收到V2I业务数据包，可以确定数据包传输的终止节点与传输类型；并在终止节点为UE、传输类型是V2I数据包时，按V2I消息对应的协议栈进行数据包发送。
进一步的，采用本方案后，基站可以识别V2I数据的传输终止节点，并且基站能够区分要下发给UE的V2I数据和传统的单播和eMBMS数据，从而能够对V2I数据做特殊处理，可以更好的保证V2I数据的时延以及可靠性等要求。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明实施例中V2X应用服务器侧数据发送方法实施流程示意图；
图2为本发明实施例中基站侧的数据传输方法实施流程示意图；
图3为本发明实施例中LTE单播传输网络架构示意图；
图4为本发明实施例中LTE eMBMS网络架构示意图；
图5为本发明实施例1实施流程示意图；
图6为本发明实施例2实施流程示意图；
图7为本发明实施例3实施流程示意图；
图8为本发明实施例中eMBMS方式下V2I数据传输网络架构示意图；
图9为本发明实施例中eMBMS方式下V2I数据传输协议栈示意图；
图10为本发明实施例中eMBMS方式下V2I数据传输协议栈省略IP层时的示意图；
图11为本发明实施例中unicast方式下V2I数据传输网络架构示意图；
图12为本发明实施例中unicast方式下V2I数据传输协议栈示意图；
图13为本发明实施例中unicast方式下V2I数据传输协议栈省略IP层时的示意图；
图14为本发明实施例中数据传输装置结构示意图；
图15为本发明实施例中数据发送装置结构示意图；
图16为本发明实施例中基站结构示意图；
图17为本发明实施例中应用服务器结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
发明人在发明过程中注意到：
对于V2I，I可以是UE，也可以是基站。如果I是UE，那么可以复用V2V数据传输机制；如果I是基站，基站可能同时支持传统的单播和eMBMS(evolved MBMS，演进的MBMS；MBMS：Multimedia Broadcast/MulticastService，多媒体广播/组播服务)数据传输，以及V2I数据传输，两者使用的协议栈和处理机制可能会存在不同之处，因此需要考虑当I是基站时，基站如何支持V2I数据传输。基于此，本发明实施例中将给出一种当I是基站时，V2I数据的传输方案。方案的主要构思在于：基站对接收到的数据包判断其终止节点和传输类型。如果其终止节点为基站，则基站直接处理；如果其终止节点为UE，则基站进一步判断其传输类型，如果传输类型是V2I数据包，则基站选择V2I消息对应的协议栈进行数据包发送，否则，选择Uu协议栈进行数据包发送。
下面将首先以V2X应用服务器(V2X Application Server)的实施为例对V2I消息的数据发送方的实施进行说明，然后以基站为例对V2I消息的数据传输的实施进行说明，最后，以V2X应用服务器和基站的结合实施实例进行具体说明。但容易理解，这种说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当V2X应用服务器与基站分开实施时，其也各自解决V2X应用服务器侧、基站侧的问题，而当二者结合使用时，会获得更好的技术效果。
图1为V2X应用服务器侧数据发送方法实施流程示意图，如图所示，可以包括：
步骤101、确定V2X业务数据包传输的终止节点与传输类型；
步骤102、向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
图2为基站侧的数据传输方法实施流程示意图，如图所示，可以包括：
步骤201、接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
步骤202、确定数据包传输的终止节点；
步骤203、在终止节点为UE时，确定数据包的传输类型；
步骤204、在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
如果I是基站，基站可能同时支持传统的单播和eMBMS数据传输，下面先对基站支持的单播和eMBMS进行说明，然后分别说明本发明实施例提供的技术方案在这两种方式下的实施方式。
图3为LTE单播传输网络架构示意图，如图所示，在LTE(Long TermEvolution，长期演进)单播传输中，基站和终端之间使用Uu接口。
图4为LTE eMBMS网络架构示意图，如图所示，在LTE系统的eMBMS网络架构中，主要涉及的实体、接口及其功能如下：
主要实体有：
BM-SC(broadcast multicast service center，广播组播业务中心)：提供MBMS业务和发起MBMS承载建立过程。
MBMS GW(MBMS Gateway，MBMS网关)：采用IP多播方式向各基站发送MBMS业务数据。与MME交互MBMS会话控制信令。
MME(Mobility Management Entity，移动性管理实体)：根据从MBMS GW收到的会话控制信令，通过M3接口与MCE通信实现MBMS会话控制。
MCE(Multi-cell/multicast Coordination Entity，多小区/多播协调实体)：负责各基站MBMS资源的分配。生成MBMS业务通知信息发送给基站。
eNB(演进基站)：将从BMSC上接收的MBMS业务数据包，在MCE指定的资源按设定的时间以广播方式发送。将从MCE接收的MBMS业务通知信息以广播方式发送。
主要接口有：
M3：在MME和MCE间提供会话管理相关功能，比如session start(会话启动)、session stop(会话停止)通知。
M2：在MCE和基站间提供会话管理、传递MBMS调度信息等功能。
M1：在MBMS GW和基站之间提供MBMS业务传输。
在图1、2的方案实施中：
一、对于终止节点，数据包发送方(例如V2X应用服务器)可以通过TMGI(Temporary Mobile Group Identity，临时移动组标识)或者通过GTP(GPRSTunnelling Protocol，GPRS隧道协议；GPRS：General Packet Radio Service，通用分组无线业务)隧道ID来指示，而对于数据包接收方(例如基站)则可以通过TMGI或者通过GTP隧道ID来确定。
具体的，数据包传输的终止节点通过TMGI确定或者通过GTP隧道ID确定时，终止于基站和终止于终端的数据包可以使用不同的TMGI或者GTP隧道ID来标识。
也即，对于数据包接收方(例如基站)，确定数据包传输的终止节点，是在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的数据包传输的终止节点确定的。
对于数据包发送方(例如V2X应用服务器)，数据包传输的终止节点，是在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的数据包传输的终止节点指示的。
实施中，终止于基站和终止于终端的数据包使用不同的TMGI，可以在协议中约定终止于基站和终止于终端的数据包使用的TMGI范围，或者，在MBMS会话建立过程中指示TMGI针对的数据包传输终止节点。
也即，对于数据包接收方(例如基站)，确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，根据TMGI所对应的终止节点确定终止节点，是：
根据终止于基站和终止于终端的数据包对应的TMGI范围确定的；
或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定的。
对于数据包发送方(例如V2X应用服务器)，数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，通过TMGI所对应的终止节点指示终止节点，是：
通过终止于基站和终止于终端的数据包对应的TMGI范围指示的；
或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示的。
实施中，在协议中约定终止于基站和终止于终端的数据包使用的TMGI范围时，可以是，V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点；BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器。
也即，对于数据包接收方(例如基站)根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点，包括：
在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点后，由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定终止节点。
对于数据包发送方(例如V2X应用服务器)，通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点，在由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过数据包对应的TMGI所处的范围指示终止节点。
实施中，在MBMS会话建立过程中指示TMGI针对的数据包传输终止节点，可以如下：
V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时指示所述TMGI对应的数据包传输的终止节点；
BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点。
也即，对于数据包接收方(例如基站)，根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，根据会话建立请求消息中携带的TMGI确定其对应的数据包传输的终止节点。
对于数据包发送方(例如V2X应用服务器)，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，通过会话建立请求消息中携带的TMGI指示其对应的数据包传输的终止节点。
实施中，BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，具体可以是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
也即，对于数据包接收方(例如基站)，在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
对于数据包发送方(例如V2X应用服务器)，在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
实施中，数据包传输的终止节点通过GTP隧道ID确定时，可以是基站请求的PDN(Packet Data Network，分组数据网络)连接建立过程中建立的GTP隧道ID即用于传输数据包终止节点为基站的数据包。
也即，对于数据包接收方(例如基站)，确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点，包括：
在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点。
对于数据包发送方(例如V2X应用服务器)，指示数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点指示数据包传输终止节点，包括：
在基站请求的PDN连接建立过程中，确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据传输数据包终止节点使用相应的GTP隧道ID，通过GTP隧道ID指示终止节点。
二、对于传输类型，数据包发送方(例如V2X应用服务器)可以通过TMGI或者通过GTP隧道ID来指示，而对于数据包接收方(例如基站)则可以通过TMGI或者通过GTP隧道ID来确定，还可以通过数据包的内容来确定。
实施中，数据包的传输类型通过TMGI确定或者通过GTP隧道ID确定时，V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID。
也即，对于数据包接收方(例如基站)，确定数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的传输类型确定的。
对于数据包发送方(例如V2X应用服务器)，指示数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的传输类型指示的。
实施中，V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID,可以在协议中约定V2I业务数据包使用的TMGI范围，或者，在MBMS会话建立过程中指示TMGI针对的数据包的传输类型。
也即，对于数据包接收方(例如基站)，确定数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI所对应的传输类型确定传输类型，是：根据V2I业务数据包对应的TMGI范围确定的；或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定的。
对于数据包发送方(例如V2X应用服务器)，指示数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI所对应的传输类型指示传输类型，是：通过V2I业务数据包对应的TMGI范围指示的；或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示的。
实施中，在协议中约定V2I业务数据包使用的TMGI范围，可以是：V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器。
也即，对于数据包接收方(例如基站)，根据V2I业务数据包对应的TMGI范围确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型后，由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定传输类型。
对于数据包发送方(例如V2X应用服务器)，通过V2I业务数据包对应的TMGI范围指示传输类型，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，在由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过V2X业务服务器发送的数据包对应的TMGI所处的范围指示传输类型。
实施中，在MBMS会话建立过程中指示TMGI针对的数据包的传输类型，可以如下：
V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时指示所述TMGI对应的数据包的传输类型；
BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型。
也即，对于数据包接收方(例如基站)，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，根据会话建立请求消息中携带的TMGI确定其对应的数据包的传输类型。
对于数据包发送方(例如V2X应用服务器)，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示传输类型，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，通过会话建立请求消息中携带的TMGI指示其对应的数据包的传输类型。
实施中，BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，可以是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；
在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
也即，对于数据包接收方(例如基站)，在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
对于数据包发送方(例如V2X应用服务器)，在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
实施中，数据包传输的传输类型通过GTP隧道ID确定时，基站请求的用于V2I的PDN连接建立过程中建立的GTP隧道ID即用于传输类型为V2I的数据包。
也即，对于数据包接收方(例如基站)，确定数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型确定数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型确定数据包的传输类型。
对于数据包发送方(例如V2X应用服务器)，指示数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型指示数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型指示数据包的传输类型。
实施中，数据包传输的传输类型通过数据包内容，还可以是在基站接收到网络下发的数据包后，对数据包内容进行解析，根据内容判断数据包是否为V2I消息。
也即，确定数据包的传输类型是通过数据包内容确定的，包括：接收到数据包后，对数据包内容进行解析，根据解析内容判断数据包的传输类型。
进一步的，基站接收到网络下发的数据包后，对数据包内容进行解析，根据内容判断数据包是否为V2I消息时，基站只对数据包终止节点为终端的数据包内容进行解析，根据内容判断数据包是否为V2I消息。
也即，解析的数据包是终止节点为终端的数据包。
数据包传输的终止节点与传输类型，可以是在eMBMS承载建立过程中指示的；具体的实施实例将在下述实施例1、2中说明。
通过单播方式下在PDN连接中建立的GTP隧道类型来指示的。具体的实施实例将在下述实施例3中说明。
实施中，在按PC5接口协议栈进行数据包发送时，将数据包在应用层转化为PC5接口消息数据包后选择PC5接口协议栈进行数据包发送。
上述协议具体的实施实例将在下述实施例4、5中说明。
实施中，还可以进一步包括：按PC5接口协议栈进行数据包发送时，提高发送数据包的调度优先级，和/或给数据包分配较低的MCS等级。
具体的，基站按照所选择的协议栈进行数据包发送操作，为了保证V2I数据的时延以及可靠性要求，基站在调度时可以对V2I数据做一些特殊处理，比如提高调度优先级，分配较低的MCS等级等。具体的实施实例还将在下述实施例1、2、3中说明。
在上述方案实施中，基站对接收到的数据包判断其终止节点和传输类型。如果其终止节点为基站，则基站直接处理；如果其终止节点为UE，则基站进一步判断其传输类型，如果传输类型是V2I数据包，则基站选择V2I消息对应的协议栈进行数据包发送，否则，选择Uu协议栈进行数据包发送。具体的：
基站对接收到的数据包判断其终止节点和传输类型的方式可以如下：
1、通过特殊的TMGI判断；2、通过特殊的TMGI和数据包内容判断；3、通过特殊的单播承载判断；4、通过特殊的单播承载和数据包内容判断。
V2I消息对应的用户面协议栈可以有两种：
1、核心网传输使用eMBMS，空口使用PC5(PC5接口IP层也可以省略)；
2、核心网使用unicast，空口使用PC5(PC5接口IP层也可以省略)。
下面以实例进行说明。
实施例1：
本例是在终止于基站和终止于UE的V2I数据包使用不同TMGI时，对V2I消息的处理流程。
图5为实施例1实施流程示意图，如图所示，主要包括以下步骤：
步骤501-502：V2X应用服务器通过PCRF(Policy Control and ChargingRules Function，策略控制和计费规则功能)向BM-SC请求用于终止到基站的数据和/或用于终止到UE的数据对应的TMGI。V2X应用服务器请求的用于终止到基站的数据包和/或用于终止到UE的数据包对应的TMGI个数可能是一个，也可以是多个。
步骤503-504：BM-SC基于V2X应用服务器的请求，分配用于终止到基站的数据和/或用于终止到UE的数据对应的TMGI，并通过PCRF将分配的TMGI通知给V2X应用服务器。
步骤505：V2X应用服务器维护终止到基站的数据和/或用于终止到UE的数据对应的TMGI。
步骤506-515：V2X应用服务器触发eMBMS承载建立过程。建立的eMBMS承载个数取决于需求，可以建立一个eMBMS承载，也可以建立多个eMBMS承载。在该承载建立过程中，V2X应用服务器向基站指示TMGI时，需要告知基站TMGI和数据包终止节点的对应关系。TMGI和数据包终止节点的对应关系可以通过在会话建立请求消息中增加一个bit的指示实现。该bit的使用至少可以有以下两种方式：
1、该bit设置为Mandatory(必选)，利用bit取值为0和1分别指示数据包的终止节点是基站还是UE。
2、该bit设置为OPTIOANL(可选)，利用该bit出现与否分别指示数据包的终止节点是基站还是UE。
例中，该bit的设置，并不仅限于上述方式，实施中可以根据需要设置。
以MME和MCE之间传输的会话建立请求消息中增加TMGI和数据包终止节点对应关系为例说明如下：在MME和MCE之间传输的MBMS SESSIONSTART REQUEST(MBMS会话建立请求)消息中增加一个IE(InformationElement，信息单元)，比如称为TMGI usage，其位置在下表加粗的斜线部分示意，如果出现设置改IE为OPTIOAL的，则表示该TMGI对应的数据包需要终止于基站，否则终止到UE。
MBMS SESSION START REQUEST表1：
此外，会话建立后，MCE会向基站发送MBMS调度消息(MBMSSCHEDULING INFORMATION)，具体实施中，对于终止于基站的TMGI对应的数据包，MCE在做调度时可以不考虑。
步骤516-517：V2X Application Server通过BM-SC向基站下发数据包。
步骤518：基站根据数据包的IP多播地址确定其对应的TMGI以及该TMGI对应的数据包终止节点。如果数据包终止节点是于基站，则基站自己解析该数据包，并按照应用层指示执行相关操作。如果数据包终止节点是UE，则基站根据TMGI判断判断其传输类型，如果传输类型是V2I数据包，则基站需要将该V2I数据包在应用层转化为PC5接口消息，并选择V2I消息对应的协议栈进行数据包发送，否则，选择Uu协议栈进行正常的eMBMS数据包发送。
步骤519：基站按照所选择的协议栈进行数据包发送操作，为了保证V2I数据的时延以及可靠性要求，基站在调度时可以对V2I数据做一些特殊处理，比如提高调度优先级，分配较低的MCS等级等。
本实施例中，还可以采用在协议中约定终止于基站和终止于终端的数据包使用的TMGI范围的方式来指示和确定，也即，在协议中约定终止于基站和终止于终端的数据包使用的TMGI范围，例如约定当TMGI处于范围1则表示该数据包终止于基站，而在范围2则表示该数据包终止于基站。
这样，在步骤501-502中，V2X业务服务器通过PCRF向BM-SC请求TMGI时，可以增加：指示数据包传输的终止节点；而BM-SC在步骤503-504中则根据数据包传输的终止节点从其对应的TMGI范围内选择一个相应的TMGI，并通过PCRF通知给V2X业务服务器。
V2X业务服务器在步骤506-515中告知基站该数据包对应的TMGI，此时，不需再采用在会话建立请求消息中增加一个bit的指示的方式，在步骤518中基站在确定该TMGI所属的范围后，也即可确定该数据包终止的节点。
同样的道理，也可以采用在协议中约定数据包的传输类型使用的TMGI范围的方式来指示和确定，实施方式是一样的，只是利用TMGI范围的不同来指示传输类型是否为V2I消息。
实施例2：
本例是在终止于基站和终止于UE的V2I数据包使用相同TMGI时，对V2I消息的处理流程。
图6为实施例2实施流程示意图，如图所示，主要包括以下步骤：
步骤601-602：V2X应用服务器通过PCRF向BM-SC请求用于V2I数据对应的TMGI。V2X应用服务器请求的用于V2I数据传输的TMGI可以是一个，也可以是多个。
步骤603-604：BM-SC基于V2X应用服务器的请求，分配用于V2I数据的TMGI，并通过PCRF将分配的TMGI通知给V2X应用服务器。
步骤605：V2X应用服务器维护V2I数据对应的TMGI。
步骤606-615：V2X应用服务器触发eMBMS承载建立过程。建立的eMBMS承载个数取决于需求，可以建立一个eMBMS承载，也可以建立多个eMBMS承载。在该承载建立过程中，V2X应用服务器向基站指示TMGI时，需要告知V2I数据对应的TMGI。V2I数据和TMGI的对应关系可以通过在会话建立请求消息中增加一个bit的指示实现。该bit的使用可以有以下两种方式：
1、该bit设置为Mandatory，利用bit取值为0和1分别指示数据包不是和是V2I数据。
2、该bit设置为OPTIOANL，利用该bit出现与否分别指示数据包是否为V2I数据。
例中，该bit的设置，并不仅限于上述方式，实施中可以根据需要设置。以MME和MCE之间传输的会话建立请求消息中增加TMGI和数据包终止节点对应关系为例说明如下：在MME和MCE之间传输的MBMS SESSIONSTART REQUEST消息中需要增加一个IE，比如称为V2I Indication，其位置在下表加粗的斜线部分示意，如果出现设置改IE为OPTIOAL的，则表示该数据包是V2I数据。
MBMS SESSION START REQUEST表2：
步骤616-617：V2X Application Server通过BM-SC向基站下发数据包。
步骤618：基站根据数据包的IP多播地址确定其对应的TMGI。如果TMGI对应的数据包是V2I数据包，则基站需要解析该数据包，并判断数据包终止节点是基站还是UE。如果数据包终止节点是于基站，则基站自己解析该数据包，并按照应用层指示执行相关操作。如果数据包终止节点是UE，则基站需要将该V2I数据包在应用层转化为PC5接口消息，并选择V2I消息对应的协议栈进行数据包发送。如果基站根据TMGI判断该数据包非V2I数据包，则选择Uu协议栈进行正常的eMBMS数据包发送。
步骤619：基站按照所选择的协议栈进行数据包发送操作，为了保证V2I数据的时延以及可靠性要求，基站在调度时可以对V2I数据做一些特殊处理，比如提高调度优先级，分配较低的MCS等级等。
实施例3：
本例是在单播方式下基站利用特殊承载从网络侧接收V2I数据，然后判断空口处理方式时，对V2I消息的处理流程。
图7为实施例3实施流程示意图，如图所示，主要包括以下步骤：
步骤701：eNB请求建立PDN连接，建议用于承载V2I数据的GTP隧道。可以针对终止于基站和终止于UE的V2I数据分别建立独立的GTP隧道，也可以不做区分。
步骤702：V2X应用服务器通过建立好的隧道下发V2I数据。
步骤703：基站根据接收到数据的GTP隧道的TEID(Tunnel End PointIdentifier，隧道端点标识)判断数据是否为V2I数据。如果终止于基站和终止于UE的GTP隧道不同，则还可以根据GTP隧道的TEID判断V2I数据终止节点；如果GTP隧道不能区分V2I数据终止节点，则基站需要解析V2I消息内容判断数据终止节点。如果数据包终止节点是于基站，则基站自己解析该数据包，并按照应用层指示执行相关操作。如果数据包终止节点是UE，则基站需要将该V2I数据包在应用层转化为PC5接口消息，并选择V2I消息对应的协议栈进行数据包发送。如果基站判断该数据包非V2I数据包，则选择Uu协议栈进行正常的unicast(单播)数据包发送。
步骤704：基站按照所选择的协议栈进行数据包发送操作，为了保证V2I数据的时延以及可靠性要求，基站在调度时可以对V2I数据做一些特殊处理，比如提高调度优先级，分配较低的MCS等级等。
实施例4：
本例是核心网使用eMBMS方式时的V2I数据传输网络架构及数据传输协议栈实施。
图8为eMBMS方式下V2I数据传输网络架构示意图，图9为eMBMS方式下V2I数据传输协议栈示意图，如图所示，在eMBMS方式下，可以采用图8所示的网络架构，按图9所示的协议栈进行V2I数据传输。
图10为eMBMS方式下V2I数据传输协议栈省略IP层时的示意图，图9中PC5接口IP层也可以省略，省略后的用户面协议栈如图10所示。
实施例5：
本例是核心网使用unicast方式时的V2I数据传输网络架构及数据传输协议栈实施。
图11为unicast方式下V2I数据传输网络架构示意图，图12为unicast方式下V2I数据传输协议栈示意图，如图所示，在unicast方式下，可以采用图11所示的网络架构，按图12所示的协议栈进行V2I数据传输。
图13为unicast方式下V2I数据传输协议栈省略IP层时的示意图，图12中PC5接口IP层也可以省略，省略后的用户面协议栈如图13所示。
基于同一发明构思，本发明实施例中还提供了一种数据传输装置、一种数据发送装置，由于这些装置解决问题的原理与一种数据传输方法、一种数据发送方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图14为数据传输装置结构示意图，如图所示，可以包括：
接收模块1401，用于接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
终止确定模块1402，用于确定数据包传输的终止节点；
类型确定模块1403，用于在终止节点为UE时，确定数据包的传输类型；
发送模块1404，用于在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
实施中，终止确定模块还可以进一步用于通过TMGI确定数据包传输的终止节点，或者通过GTP隧道ID确定数据包传输的终止节点。
实施中，终止确定模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的数据包传输的终止节点确定数据包传输的终止节点。
实施中，终止确定模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI时，根据TMGI所对应的终止节点确定终止节点，根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点；或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点。
实施中，终止确定模块还可以进一步用于在根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点时，在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点后，由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定终止节点。
实施中，终止确定模块还可以进一步用于在根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点时，在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，根据会话建立请求消息中携带的TMGI确定其对应的数据包传输的终止节点。
实施中，终止确定模块还可以进一步用于在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
实施中，终止确定模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点时，在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点。
实施中，类型确定模块还可以进一步用于通过TMGI确定数据包的传输类型，或者通过GTP隧道ID或者数据包内容确定数据包的传输类型。
实施中，类型确定模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的传输类型确定数据包的传输类型。
实施中，类型确定模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI所对应的传输类型确定传输类型，根据V2I业务数据包对应的TMGI范围确定数据包传输类型；或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定数据包传输类型。
实施中，类型确定模块还可以进一步用于在根据V2I业务数据包对应的TMGI范围确定传输类型时，在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型后，由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定传输类型。
实施中，类型确定模块还可以进一步用于在根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定传输类型时，在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，根据会话建立请求消息中携带的TMGI确定其对应的数据包的传输类型。
实施中，类型确定模块还可以进一步用于在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
实施中，类型确定模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型确定数据包的传输类型时，在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型确定数据包的传输类型。
实施中，类型确定模块还可以进一步用于在接收到数据包后，对数据包内容进行解析，根据解析内容判断数据包的传输类型。
实施中，类型确定模块还可以进一步用于在对数据包内容进行解析时，解析终止节点为终端的数据包。
实施中，发送模块还可以进一步用于在按PC5接口协议栈进行数据包发送时，将数据包在应用层转化为PC5接口消息数据包后选择PC5接口协议栈进行数据包发送。
图15为数据发送装置结构示意图，如图所示，可以包括：
确定模块1501，用于确定V2X业务数据包传输的终止节点与传输类型；
发送及指示模块1502，用于向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
实施中，发送及指示模块还可以进一步用于通过TMGI指示数据包传输的终止节点，或者通过GTP隧道ID指示数据包传输的终止节点。
实施中，发送及指示模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的数据包传输的终止节点指示数据包传输的终止节点。
实施中，发送及指示模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI，通过TMGI所对应的终止节点指示终止节点时，通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点；或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点。
实施中，发送及指示模块还可以进一步用于在通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点时，在通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点，在由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过数据包对应的TMGI所处的范围指示终止节点。
实施中，发送及指示模块还可以进一步用于在通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点时，在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，通过会话建立请求消息中携带的TMGI指示其对应的数据包传输的终止节点。
实施中，发送及指示模块还可以进一步用于在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
实施中，发送及指示模块还可以进一步用于在终止于基站和终止于终端的数据包使用不同的GTP隧道ID，根据GTP隧道ID所对应的终止节点指示数据包传输终止节点时，在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据传输数据包终止节点使用相应的GTP隧道ID，通过GTP隧道ID指示终止节点。
实施中，发送及指示模块还可以进一步用于通过TMGI指示数据包的传输类型，或者通过GTP隧道ID或者数据包内容指示数据包的传输类型。
实施中，发送及指示模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的传输类型指示数据包的传输类型。
实施中，发送及指示模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI所对应的传输类型指示传输类型，通过V2I业务数据包对应的TMGI范围指示数据包传输类型；或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示数据包传输类型。
实施中，发送及指示模块还可以进一步用于在通过V2I业务数据包对应的TMGI范围指示传输类型时，在通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，在由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过V2X业务服务器发送的数据包对应的TMGI所处的范围指示传输类型。
实施中，发送及指示模块还可以进一步用于在通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示传输类型时，在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，通过会话建立请求消息中携带的TMGI指示其对应的数据包的传输类型。
实施中，发送及指示模块还可以进一步用于在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
实施中，发送及指示模块还可以进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型指示数据包的传输类型时，在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型指示数据包的传输类型。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图16为基站结构示意图，如图所示，基站中包括：
处理器1600，用于读取存储器1620中的程序，执行下列过程：
确定数据包传输的终止节点；
在终止节点为UE时，确定数据包的传输类型；；
收发机1610，用于在处理器1600的控制下发送数据，执行下列过程：
接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
实施中，所述确定数据包传输的终止节点，是通过TMGI确定的，或者是通过GTP隧道ID确定的。
实施中，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的数据包传输的终止节点确定的。
实施中，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，根据TMGI所对应的终止节点确定终止节点，是：
根据终止于基站和终止于终端的数据包对应的TMGI范围确定的；
或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定的。
实施中，所述根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点，包括：
在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点后，由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定终止节点。
实施中，所述根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，根据会话建立请求消息中携带的TMGI确定其对应的数据包传输的终止节点。
实施中，所述在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
实施中，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点，包括：
在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点。
实施中，所述数据包的传输类型，是通过TMGI确定的，或者是通过GTP隧道ID或者数据包内容确定的。
实施中，所述确定数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的传输类型确定的。
实施中，所述确定数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI所对应的传输类型确定传输类型，是：
根据V2I业务数据包对应的TMGI范围确定的；
或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定的。
实施中，所述根据V2I业务数据包对应的TMGI范围确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型后，由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定传输类型。
实施中，所述根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，根据会话建立请求消息中携带的TMGI确定其对应的数据包的传输类型。
实施中，所述在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
实施中，所述确定数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型确定数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型确定数据包的传输类型。
实施中，所述确定数据包的传输类型是通过数据包内容确定的，包括：
接收到数据包后，对数据包内容进行解析，根据解析内容判断数据包的传输类型。
实施中，在对数据包内容进行解析时，解析的数据包是终止节点为终端的数据包。
实施中，按PC5接口协议栈进行数据包发送，包括：
将数据包在应用层转化为PC5接口消息数据包后选择PC5接口协议栈进行数据包发送。
其中，在图16中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1600代表的一个或多个处理器和存储器1620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1610可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1600负责管理总线架构和通常的处理，存储器1620可以存储处理器1600在执行操作时所使用的数据。
图17为应用服务器结构示意图，如图所示，服务器中包括：
处理器1700，用于读取存储器1720中的程序，执行下列过程：
确定V2X业务数据包传输的终止节点与传输类型；
收发机1710，用于在处理器1700的控制下发送数据，执行下列过程：
向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
实施中，所述数据包传输的终止节点，是通过TMGI指示的，或者是通过GTP隧道ID指示的。
实施中，所述数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的数据包传输的终止节点指示的。
实施中，所述数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，通过TMGI所对应的终止节点指示终止节点，是：
通过终止于基站和终止于终端的数据包对应的TMGI范围指示的；
或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示的。
实施中，所述通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点，在由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过数据包对应的TMGI所处的范围指示终止节点。
实施中，所述通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，通过会话建立请求消息中携带的TMGI指示其对应的数据包传输的终止节点。
实施中，所述在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
实施中，所述指示数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点指示数据包传输终止节点，包括：
在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据传输数据包终止节点使用相应的GTP隧道ID，通过GTP隧道ID指示终止节点。
实施中，所述数据包的传输类型，是通过TMGI指示的，或者是通过GTP隧道ID或者数据包内容指示的。
实施中，所述指示数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的传输类型指示的。
实施中，所述指示数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI所对应的传输类型指示传输类型，是：
通过V2I业务数据包对应的TMGI范围指示的；
或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示的。
实施中，所述通过V2I业务数据包对应的TMGI范围指示传输类型，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，在由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过V2X业务服务器发送的数据包对应的TMGI所处的范围指示传输类型。
实施中，所述通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示传输类型，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，通过会话建立请求消息中携带的TMGI指示其对应的数据包的传输类型。
实施中，所述在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
实施中，所述指示数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型指示数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型指示数据包的传输类型。
其中，在图17中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1700代表的一个或多个处理器和存储器1720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1700负责管理总线架构和通常的处理，存储器1720可以存储处理器1700在执行操作时所使用的数据。
综上所述，在本发明实施例提供的技术方案中，基站对接收到的数据包判断其终止节点和传输类型。如果其终止节点为基站，则基站直接处理；如果其终止节点为UE，则基站进一步判断其传输类型，如果传输类型是V2I数据包，则基站选择V2I消息对应的协议栈进行数据包发送，否则，选择Uu协议栈进行数据包发送。进一步的，还提供了核心网使用eMBMS方式时基站判断数据包终止节点和传输类型的方案；核心网使用eMBMS方式时的网络架构和用户面协议栈。核心网使用单播方式下基站判断数据包终止节点和传输类型的方案；核心网使用单播方式时的网络架构和用户面协议栈。
通过本方案，基站可以识别V2I数据的传输终止节点，并且基站能够区分要下发给UE的V2I数据和传统的单播和eMBMS数据，从而能够对V2I数据做特殊处理，可以更好的保证V2I数据的时延以及可靠性等要求。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
Claims (51)
1.一种数据传输方法，其特征在于，包括：
接收车到万物V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
确定数据包传输的终止节点；
在终止节点为用户设备UE时，确定数据包的传输类型；
在传输类型是车到网络V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
2.如权利要求1所述的方法，其特征在于，所述确定数据包传输的终止节点，是通过临时移动组标识TMGI确定的，或者是通过GPRS隧道协议GTP隧道标识ID确定的。
3.如权利要求2所述的方法，其特征在于，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的数据包传输的终止节点确定的。
4.如权利要求3所述的方法，其特征在于，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，根据TMGI所对应的终止节点确定终止节点，是：
根据终止于基站和终止于终端的数据包对应的TMGI范围确定的；
或者，根据在多媒体广播/组播服务MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定的。
5.如权利要求4中所述的方法，其特征在于，所述根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点，包括：
在V2X业务服务器通过策略控制和计费规则功能PCRF向广播组播业务中心BM-SC请求TMGI时，指示数据包传输的终止节点后，由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定终止节点。
6.如权利要求4中所述的方法，其特征在于，所述根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点后，由BM-SC通过MBMS网关MBMS GW、移动性管理实体MME、多小区/多播协调实体MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，根据会话建立请求消息中携带的TMGI确定其对应的数据包传输的终止节点。
7.如权利要求6所述的方法，其特征在于，所述在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
8.如权利要求3所述的方法，其特征在于，所述确定数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点，包括：
在基站请求的分组数据网络PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点。
9.如权利要求1所述的方法，其特征在于，所述数据包的传输类型，是通过TMGI确定的，或者是通过GTP隧道ID或者数据包内容确定的。
10.如权利要求9所述的方法，其特征在于，所述确定数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的传输类型确定的。
11.如权利要求10所述的方法，其特征在于，所述确定数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI所对应的传输类型确定传输类型，是：
根据V2I业务数据包对应的TMGI范围确定的；
或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定的。
12.如权利要求11中所述的方法，其特征在于，所述根据V2I业务数据包对应的TMGI范围确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型后，由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定传输类型。
13.如权利要求11中所述的方法，其特征在于，所述根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定传输类型，包括：
在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，根据会话建立请求消息中携带的TMGI确定其对应的数据包的传输类型。
14.如权利要求13所述的方法，其特征在于，所述在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
15.如权利要求10所述的方法，其特征在于，所述确定数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型确定数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型确定数据包的传输类型。
16.如权利要求9所述的方法，其特征在于，所述确定数据包的传输类型是通过数据包内容确定的，包括：
接收到数据包后，对数据包内容进行解析，根据解析内容判断数据包的传输类型。
17.如权利要求1至16任一所述的方法，其特征在于，按PC5接口协议栈进行数据包发送，包括：
将数据包在应用层转化为PC5接口消息数据包后选择PC5接口协议栈进行数据包发送。
18.一种数据发送方法，其特征在于，包括：
确定V2X业务数据包传输的终止节点与传输类型；
向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
19.如权利要求18所述的方法，其特征在于，所述数据包传输的终止节点，是通过TMGI指示的，或者是通过GTP隧道ID指示的。
20.如权利要求19所述的方法，其特征在于，所述数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的数据包传输的终止节点指示的。
21.如权利要求20所述的方法，其特征在于，所述数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的TMGI时，通过TMGI所对应的终止节点指示终止节点，是：
通过终止于基站和终止于终端的数据包对应的TMGI范围指示的；
或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示的。
22.如权利要求21中所述的方法，其特征在于，所述通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点，在由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过数据包对应的TMGI所处的范围指示终止节点。
23.如权利要求21中所述的方法，其特征在于，所述通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，通过会话建立请求消息中携带的TMGI指示其对应的数据包传输的终止节点。
24.如权利要求23所述的方法，其特征在于，所述在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端。
25.如权利要求20所述的方法，其特征在于，所述指示数据包传输的终止节点，在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点指示数据包传输终止节点，包括：
在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据传输数据包终止节点使用相应的GTP隧道ID，通过GTP隧道ID指示终止节点。
26.如权利要求18所述的方法，其特征在于，所述数据包的传输类型，是通过TMGI指示的，或者是通过GTP隧道ID或者数据包内容指示的。
27.如权利要求26所述的方法，其特征在于，所述指示数据包的传输类型，是在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的传输类型指示的。
28.如权利要求27所述的方法，其特征在于，所述指示数据包传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI所对应的传输类型指示传输类型，是：
通过V2I业务数据包对应的TMGI范围指示的；
或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示的。
29.如权利要求28中所述的方法，其特征在于，所述通过V2I业务数据包对应的TMGI范围指示传输类型，包括：
在通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，在由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过V2X业务服务器发送的数据包对应的TMGI所处的范围指示传输类型。
30.如权利要求28中所述的方法，其特征在于，所述通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示传输类型，包括：
在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，通过会话建立请求消息中携带的TMGI指示其对应的数据包的传输类型。
31.如权利要求30所述的方法，其特征在于，所述在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，是：
在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；
或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
32.如权利要求27所述的方法，其特征在于，所述指示数据包传输的传输类型，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型指示数据包的传输类型，包括：
在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型指示数据包的传输类型。
33.一种数据传输装置，其特征在于，包括：
接收模块，用于接收V2X业务数据包，所述数据包是已被指示了传输的终止节点和/或传输类型的数据包；
终止确定模块，用于确定数据包传输的终止节点；
类型确定模块，用于在终止节点为UE时，确定数据包的传输类型；
发送模块，用于在传输类型是V2I数据包时，按PC5接口协议栈进行数据包发送，否则，按Uu接口协议栈进行数据包发送。
34.如权利要求33所述的装置，其特征在于，终止确定模块进一步用于通过TMGI确定数据包传输的终止节点，或者通过GTP隧道ID确定数据包传输的终止节点；
和/或，类型确定模块进一步用于通过TMGI确定数据包的传输类型，或者通过GTP隧道ID或者数据包内容确定数据包的传输类型。
35.如权利要求34所述的装置，其特征在于，终止确定模块进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的数据包传输的终止节点确定数据包传输的终止节点；
和/或，类型确定模块进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI或者GTP隧道ID所对应的传输类型确定数据包的传输类型。
36.如权利要求35所述的装置，其特征在于，终止确定模块进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI时，根据TMGI所对应的终止节点确定终止节点，根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点；或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点；
和/或，类型确定模块进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据TMGI所对应的传输类型确定传输类型，根据V2I业务数据包对应的TMGI范围确定数据包传输类型；或者，根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定数据包传输类型。
37.如权利要求36中所述的装置，其特征在于，终止确定模块进一步用于在根据终止于基站和终止于终端的数据包对应的TMGI范围确定数据包传输的终止节点时，在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点后，由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定终止节点；
和/或，类型确定模块进一步用于在根据V2I业务数据包对应的TMGI范围确定传输类型时，在V2X业务服务器通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型后，由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知给V2X业务服务器，根据V2X业务服务器发送的数据包对应的TMGI所处的范围确定传输类型。
38.如权利要求36中所述的装置，其特征在于，终止确定模块进一步用于在根据在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点确定数据包传输的终止节点时，在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点，根据会话建立请求消息中携带的TMGI确定其对应的数据包传输的终止节点；
和/或，类型确定模块进一步用于在根据在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型确定传输类型时，在V2X业务服务器通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型后，由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型，根据会话建立请求消息中携带的TMGI确定其对应的数据包的传输类型。
39.如权利要求38所述的装置，其特征在于，终止确定模块进一步用于在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；
和/或，类型确定模块进一步用于在通过MBMS GW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
40.如权利要求38所述的装置，其特征在于，终止确定模块进一步用于在终止于基站和终止于终端的数据包使用不同的GTP隧道ID时，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点时，在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据GTP隧道ID所对应的终止节点确定数据包传输的终止节点；
和/或，类型确定模块进一步用于在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型确定数据包的传输类型时，在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型确定数据包的传输类型。
41.如权利要求33所述的装置，其特征在于，类型确定模块进一步用于在接收到数据包后，对数据包内容进行解析，根据解析内容判断数据包的传输类型。
42.如权利要求41所述的装置，其特征在于，类型确定模块进一步用于在对数据包内容进行解析时，解析终止节点为终端的数据包。
43.如权利要求33至42任一所述的装置，其特征在于，发送模块进一步用于在按PC5接口协议栈进行数据包发送时，将数据包在应用层转化为PC5接口消息数据包后选择PC5接口协议栈进行数据包发送。
44.一种数据发送装置，其特征在于，包括：
确定模块，用于确定V2X业务数据包传输的终止节点与传输类型；
发送及指示模块，用于向基站发送V2X业务数据包，并指示数据包传输的终止节点和/或传输类型。
45.如权利要求44所述的装置，其特征在于，发送及指示模块进一步用于通过TMGI指示数据包传输的终止节点，或者通过GTP隧道ID指示数据包传输的终止节点；和/或，通过TMGI指示数据包的传输类型，或者通过GTP隧道ID或者数据包内容指示数据包的传输类型。
46.如权利要求45所述的装置，其特征在于，发送及指示模块进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的数据包传输的终止节点指示数据包传输的终止节点；和/或，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI或者GTP隧道ID所对应的传输类型指示数据包的传输类型。
47.如权利要求46所述的装置，其特征在于，发送及指示模块进一步用于在终止于基站和终止于终端的数据包使用不同的TMGI，通过TMGI所对应的终止节点指示终止节点时，通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点；或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点；和/或，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，通过TMGI所对应的传输类型指示传输类型，通过V2I业务数据包对应的TMGI范围指示数据包传输类型；或者，通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示数据包传输类型。
48.如权利要求47中所述的装置，其特征在于，发送及指示模块进一步用于在通过终止于基站和终止于终端的数据包对应的TMGI范围指示数据包传输的终止节点时，在通过PCRF向BM-SC请求TMGI时，指示数据包传输的终止节点，在由BM-SC根据数据包传输的终止节点从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过数据包对应的TMGI所处的范围指示终止节点；和/或，在通过V2I业务数据包对应的TMGI范围指示传输类型时，在通过PCRF向BM-SC请求TMGI时，指示数据包的传输类型，在由BM-SC根据数据包的传输类型从其对应的TMGI范围内选择一个TMGI，并通过PCRF通知后，通过V2X业务服务器发送的数据包对应的TMGI所处的范围指示传输类型。
49.如权利要求48中所述的装置，其特征在于，发送及指示模块进一步用于在通过在MBMS会话建立过程中指示的TMGI针对的数据包传输终止节点指示数据包传输的终止节点时，在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包传输的终止节点，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，通过会话建立请求消息中携带的TMGI指示其对应的数据包传输的终止节点；和/或，在通过在MBMS会话建立过程中指示的TMGI针对的数据包的传输类型指示传输类型时，在通过PCRF向BM-SC请求建立eMBMS承载时，指示所述TMGI对应的数据包的传输类型，在由BM-SC通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，通过会话建立请求消息中携带的TMGI指示其对应的数据包的传输类型。
50.如权利要求49所述的装置，其特征在于，发送及指示模块进一步用于在通过MBMS GW、MME、MCE节点和基站建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包传输终止节点时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包传输的终止节点是基站还是终端；和/或，在通过MBMSGW、MME、MCE节点建立eMBMS承载的会话建立请求消息中携带TMGI对应的数据包的传输类型时，在eMBMS承载的会话建立请求消息中增加1bit指示信息，指示TMGI对应的数据包的传输类型；或，在eMBMS会话建立过程中增加1bit指示信息，指示TMGI对应的数据包的传输类型。
51.如权利要求46所述的装置，其特征在于，发送及指示模块进一步用于在终止于基站和终止于终端的数据包使用不同的GTP隧道ID，根据GTP隧道ID所对应的终止节点指示数据包传输终止节点时，在基站请求的PDN连接建立过程中确定终止于基站的数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定终止于终端的数据包可用的GTP隧道ID，根据传输数据包终止节点使用相应的GTP隧道ID，通过GTP隧道ID指示终止节点；和/或，在V2I业务数据包和其他业务数据包传输使用不同的TMGI或者GTP隧道ID时，根据GTP隧道ID所对应的传输类型指示数据包的传输类型时，在基站请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，以及在终端请求的PDN连接建立过程中确定V2I业务数据包可用的GTP隧道ID，根据GTP隧道ID所对应的传输类型指示数据包的传输类型。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510556706.0A CN106488584B (zh) | 2015-09-02 | 2015-09-02 | 一种数据发送、传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510556706.0A CN106488584B (zh) | 2015-09-02 | 2015-09-02 | 一种数据发送、传输方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106488584A true CN106488584A (zh) | 2017-03-08 |
| CN106488584B CN106488584B (zh) | 2020-02-21 |
Family
ID=58238046
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510556706.0A Active CN106488584B (zh) | 2015-09-02 | 2015-09-02 | 一种数据发送、传输方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106488584B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019011076A1 (zh) * | 2017-07-11 | 2019-01-17 | 电信科学技术研究院有限公司 | 一种数据处理方法、装置、设备及计算机可读存储介质 |
| WO2019127266A1 (zh) * | 2017-12-28 | 2019-07-04 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| WO2019157961A1 (zh) * | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | 通信方法及装置 |
| CN112152761A (zh) * | 2019-06-28 | 2020-12-29 | 华为技术有限公司 | 一种通信方法、装置及存储介质 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20230002811A (ko) * | 2020-04-28 | 2023-01-05 | 엘지전자 주식회사 | 사이드링크를 지원하는 무선통신시스템에서 제1 장치가 제1 메시지를 전송하는 방법 및 이를 위한 장치 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101342895A (zh) * | 2007-07-12 | 2009-01-14 | 株式会社电装 | 车载通信终端 |
| CN103002456A (zh) * | 2012-11-30 | 2013-03-27 | 中兴通讯股份有限公司 | 一种端到端直接通信的方法、系统及设备 |
-
2015
- 2015-09-02 CN CN201510556706.0A patent/CN106488584B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101342895A (zh) * | 2007-07-12 | 2009-01-14 | 株式会社电装 | 车载通信终端 |
| CN103002456A (zh) * | 2012-11-30 | 2013-03-27 | 中兴通讯股份有限公司 | 一种端到端直接通信的方法、系统及设备 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP: "3rd Generation Partnership Project;", 《3GPP TR 22.885 V0.2.0 》 * |
| LG ELECTRONICS, CATT, VODAFONE, HUAWEI: "3GPP TSG RAN Meeting #68，RP-151093，New SI proposal: Feasibility Study on LTE-based V2X Services", 《3GPP TSG RAN MEETING #68》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019011076A1 (zh) * | 2017-07-11 | 2019-01-17 | 电信科学技术研究院有限公司 | 一种数据处理方法、装置、设备及计算机可读存储介质 |
| TWI672961B (zh) * | 2017-07-11 | 2019-09-21 | 大陸商電信科學技術研究院有限公司 | 一種資料處理方法、裝置、設備及電腦可讀存儲介質 |
| WO2019127266A1 (zh) * | 2017-12-28 | 2019-07-04 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| US11979808B2 (en) | 2017-12-28 | 2024-05-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and terminal device |
| WO2019157961A1 (zh) * | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | 通信方法及装置 |
| US11800481B2 (en) | 2018-02-13 | 2023-10-24 | Huawei Technologies Co., Ltd. | Communication method and communication apparatus |
| CN112152761A (zh) * | 2019-06-28 | 2020-12-29 | 华为技术有限公司 | 一种通信方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106488584B (zh) | 2020-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101141636B1 (ko) | 점대다 멀티미디어 서비스 전송 및 수신 방법 | |
| KR100617759B1 (ko) | Ｍｂｍｓ 서비스 공표 및 통보를 위한 셀 브로드캐스트의이용 방법 | |
| CN104754522B (zh) | 一种保持组通信业务连续性的方法、装置和系统 | |
| CN110536262A (zh) | 一种直通链路通信方法、装置和存储介质 | |
| CN106488584A (zh) | 一种数据发送、传输方法及装置 | |
| CN101873715B (zh) | CoMP下建立数据传输通道和传输的方法、系统及设备 | |
| CN104936296B (zh) | 一种上报和接收缓冲区状态的方法和装置 | |
| CN109392004A (zh) | 通信方法、基站、终端设备和系统 | |
| CN110213799A (zh) | 一种下行小数据传输方法及装置 | |
| KR101332913B1 (ko) | 이동 통신 시스템, 멀티캐스트 데이터 분배 방법, 코어 네트워크 장치, 및 액세스 네트워크 장치 | |
| AU2005204215A1 (en) | Repairing errors in data of MBMS service | |
| CN101232429B (zh) | 点到多点gtp隧道的建立方法、网络设备 | |
| CN109547944A (zh) | 数据传输的方法及装置 | |
| KR20230002734A (ko) | 멀티캐스트/브로드캐스트 정보의 전달방법, 장치, 저장 매체 및 전자장치 | |
| CN106488384A (zh) | 一种发送数据包的方法及装置 | |
| CN107734571A (zh) | 一种数据传输通道的处理方法及设备 | |
| CN106341848A (zh) | 一种切换方法及装置 | |
| CN107734704A (zh) | 用于v2x的资源配置和数据传输方法及装置、基站、终端 | |
| EP4109934A1 (en) | Data stream transmission method, terminal and network device | |
| CN106488386A (zh) | 一种进行数据处理的方法和设备 | |
| RU2008106627A (ru) | Улучшение srb по hs-dsch во время смены ячейки | |
| CN106357372A (zh) | 避免反馈消息资源冲突的方法、装置、基站及终端 | |
| CN101374074B (zh) | 一种统计在线接收mbms业务的用户设备数目的方法 | |
| CN102821359A (zh) | 业务共享传输方法、装置及系统 | |
| CN106488581A (zh) | 一种数据传输方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210528 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |