CN106488386A - 一种进行数据处理的方法和设备 - Google Patents
一种进行数据处理的方法和设备 Download PDFInfo
- Publication number
- CN106488386A CN106488386A CN201510549375.8A CN201510549375A CN106488386A CN 106488386 A CN106488386 A CN 106488386A CN 201510549375 A CN201510549375 A CN 201510549375A CN 106488386 A CN106488386 A CN 106488386A
- Authority
- CN
- China
- Prior art keywords
- rsu
- data
- business
- service
- type
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
Abstract
本发明实施例涉及无线通信技术领域，特别涉及一种进行数据处理的方法和设备，用以实现对车联网数据进行处理。本发明实施例RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。由于RSU能够根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，从而实现对车联网数据进行处理。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种进行数据处理的方法和设备。
背景技术
在LTE(Long Term Evolution，长期演进)系统中，采取的是网络集中控制的方式，即UE(用户设备，也可以称为终端)的上下行数据都在网络的控制下进行发送和接收。UE和UE之间的通信，是由网络进行转发和控制的。UE与UE之间不存在直接的通信链路，UE也不允许自行发送上行数据，参见图1A。
D2D(Device-to-Device，设备到设备)，即用户设备直通技术，是指邻近的用户设备可以在近距离范围内通过直连链路进行数据传输的方式，不需要通过中心节点(即基站)进行转发，如图1B所示。
V2X(Vehicle-to-Everything，车和任何事物之间的通信)在2015年3GPPRAN#67次会议上正式立项。V2X通信主要包含三方面内容：
V2V(Vechile-to-Vechile，车到车)：车上的OBU之间的通信。
V2I(Vechile-to-Infrastructure，车到网络)：车和RSU之间的通信。
V2P(Vechile-to-Pedestrian，车到人)：车和行人之间的通信。
通过V2X的车联网方式，借助车与车、车与路侧设备以及车与人之间的无线通信，可以让车辆能够实时感知车辆周边状况进行及时预警，成为当前世界各国解决公路交通安全问题的一个研究热点。
在车联网应用场景中，有一些是基于V2I/V2V的业务。这些业务中，有的是车辆终端发送数据需要终止到RSU(Road Side Unit，路侧单元)进行业务解析，过滤处理后再由RSU发送给其他车辆终端，比如车辆自动停车系统，排队系统，道路安全业务系统，有的是RSU/eNB直接透明转发接收到的数据，比如V2I车辆紧急停靠通知业务。对于车联网数据具体如何处理，还没有一种方案。
发明内容
本发明实施例提供一种进行数据处理的方法和设备，用以实现对车联网数据进行处理。
本发明实施例提供的一种进行数据处理的方法，该方法包括：
路侧单元RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，包括：
若所述业务类型为车载业务的车到车V2V，则所述RSU选择直接在空口广播收到的数据；
若所述业务类型为车载业务的车到网络V2I，则所述RSU将收到的数据在应用层进行处理。
可选的，所述RSU内能够实现V2X应用Application。
可选的，该方法还包括：
所述RSU在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息,。
可选的，若RSU确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若RSU确定承载关联信息，则对应的数据为对应的承载上传输的数据。
可选的，所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析PC5接口媒体接入控制MAC层或应用层的信息确定业务类型指示信息。
可选的，所述RSU支持本地网关L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析Uu接口应用层或MAC层或无线链路控制RLC层或分组数据聚合协议PDCP层的信息确定业务类型指示信息；
所述RSU根据承载关联信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过S1口，确定承载关联信息。
可选的，所述RSU通过S1口，确定承载关联信息之前，还包括：
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在承载建立过程中在发送给移动性管理实体MME的S1应用协议初始终端消息S1-APInitial UE message和/或上行非接入层传输UpLink NAS Transport消息中携带L-GW的互联网协议IP地址和支持的车载业务指示信息或接入点名APN信息；或
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在S1接口的S1建立请求S1Setup Reuqest和/或演进基站配置升级eNB ConfigurationUpdate消息中携带与支持的车载业务相匹配的IP地址信息。
可选的，所述RSU通过S1口，确定承载关联信息之前，还包括：
所述RSU根据收到的来自移动性管理实体MME的承载关联指示信息，建立用户面演进基站eNB到L-GW的内部直接隧道。
本发明提供的另一种进行数据处理的方法，该方法包括：
终端确定需要发送的车载业务的数据；
所述终端将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述终端将用于指示数据的业务类型的指示信息发送给RSU，包括：
所述终端通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，所述终端通过所述数据对应的承载将所述数据发送给RSU之前，还包括：
所述终端在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
可选的，所述终端通过所述数据对应的承载将所述数据发送给RSU，包括：
若所述车载业务为V2V，所述终端在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，所述终端在V2I对应的Uu口的承载上发送V2I业务数据。
本发明实施例提供的又一种进行数据处理的方法，该方法包括：
MME根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
所述MME在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，该方法还包括：
所述MME在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
所述MME在S1-AP的Initial Context Setup Request和/或E-RAB SETUPREQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
本发明实施例提供的一种进行数据处理的RSU，该RSU包括：
第一确定模块，用于根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
处理模块，用于根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述处理模块具体用于：
若所述业务类型为车载业务的V2V，则选择直接在空口广播收到的数据；
若所述业务类型为车载业务的V2I，则将收到的数据在应用层进行处理。
可选的，所述RSU内能够实现V2X application。
可选的，所述处理模块还用于：
在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息,。
可选的，若所述第一确定模块确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若所述第一确定模块确定承载关联信息，则对应的数据为对应的承载上传输的数据。
可选的，所述第一确定模块还用于：
通过解析PC5接口MAC层或应用层的信息确定业务类型指示信息。
可选的，所述RSU支持L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述第一确定模块还用于：
通过解析Uu接口应用层或MAC层或RLC层或PDCP层的信息确定业务类型指示信息；或通过S1口，确定承载关联信息。
可选的，所述第一确定模块还用于：
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在承载建立过程中在发送给MME的S1-AP Initial UE message和/或UpLink NAS Transport消息中携带L-GW的IP地址和支持的车载业务指示信息或APN信息；或
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与支持的车载业务相匹配的IP地址信息。
可选的，所述第一确定模块还用于：
通过S1口，确定承载关联信息之前，根据收到的来自MME的承载关联指示信息，建立用户面eNB到L-GW的内部直接隧道。
本发明实施例提供的一种进行数据处理的终端，该终端包括：
第二确定模块，用于确定需要发送的车载业务的数据；
发送模块，用于将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述发送模块具体用于：
通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，所述发送模块还用于：
通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
可选的，所述发送模块具体用于：
若所述车载业务为V2V，在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，在V2I对应的Uu口的承载上发送V2I业务数据。
本发明实施例提供的一种进行数据处理的MME，MME包括：
第三确定模块，用于根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
通知模块，用于在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述通知模块还用于：
在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
在S1-AP的Initial Context Setup Request和/或E-RAB SETUP REQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
本发明实施例RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。由于RSU能够根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，从而实现对车联网数据进行处理。
附图说明
图1A为背景技术蜂窝网络中用户设备通信的数据示意图；
图1B为背景技术用户设备直连通信的数据示意图；
图2为本发明实施例进行数据处理的系统结构示意图；
图3为本发明实施例第一种RSU的结构示意图；
图4为本发明实施例第一种终端的结构示意图；
图5为本发明实施例第一种MME的结构示意图；
图6为本发明实施例第二种RSU的结构示意图；
图7为本发明实施例第二种终端的结构示意图；
图8为本发明实施例第二种MME的结构示意图；
图9为本发明实施例第一种进行数据处理的方法流程示意图；
图10为本发明实施例第二种进行数据处理的方法流程示意图；
图11为本发明实施例第三种进行数据处理的方法流程示意图；
图12为本发明实施例采用PC5接口进行数据处理的示意图；
图13为本发明实施例PC5接口用户面协议栈的示意图；
图14为本发明实施例采用Uu接口进行数据处理的示意图。
具体实施方式
本发明实施例RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。由于RSU能够根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，从而实现对车联网数据进行处理。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图2所示，本发明实施例进行数据处理的系统包括：RSU 10和终端20。
RSU 10，用于根据业务指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
终端20，用于确定需要发送的车载业务的数据；将业务指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU。
本发明实施例RSU10针对不同的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，若所述业务类型为车载业务的V2V，则所述RSU选择直接在空口广播收到的数据；
若所述业务类型为车载业务的V2I，则所述RSU将收到的数据在应用层进行处理。
需要说明的是，上述两个车载业务只是举例说明，其他需要直接在空口广播收到的数据或将收到的数据在应用层进行处理的业务类型都适用本发明实施例。
可选的，所述RSU内能够实现V2X application(应用)；也就是说，RSU内通过V2X application执行本发明实施例的方案。
在实施中，所述RSU还可以在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息；
相应的，终端在接收确定RSU还可以在支持V2V和/或V2I业务后可以发起V2V和/或V2I业务。
本发明实施例针对终端收到的不同的信息，具体的判决方式也不相同，下面分别进行说明。
方式一、业务指示信息
方式一是终端通过业务指示信息，通知RSU对应的数据的业务类型；RSU根据业务类型确定具体数据处理方式。
针对方式一，终端可以通过PC5接口，将用于指示数据的业务类型的指示信息发送给RSU。
如果通过PC5接口发送，可以通过PC5接口MAC(Medium Access Control，媒体接入控制)层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
相应的，RSU通过PC5接口MAC层或应用层接收业务类型的指示信息。
针对方式一，如果所述RSU支持L-GW(本地网关)功能，且所述RSU建立用户面本地承载和Application之间的连接，终端还可以通过Uu接口，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，RSU建立用户面本地承载和Application之间的连接可以是由用户面本地承载连接到Application。
如果通过Uu接口发送，可以通过Uu接口的应用层或MAC层或RLC(Radio Link Control，无线链路控制)层或PDCP(Packet Data ConvergenceProtocol，分组数据聚合协议)层，将用于指示数据的业务类型的指示信息发送给RSU。
相应的，所述RSU通过解析Uu接口应用层或MAC层或RLC层或PDCP层的信息确定业务类型指示信息。
针对方式一，终端可以将指示信息对应的数据与指示信息一起发送给RSU。
相应的，RSU会一起收到数据和指示信息，则RSU会将与所述指示信息一起收到的数据作为业务指示信息对应的数据。
也就是说，RSU在收到业务指示信息后，根据确定的数据处理方式，对与所述指示信息一起收到的数据进行处理。
比如RSU同时收到业务指示信息和数据A，并且确定直接在空口广播收到的数据，则RSU直接在空口广播数据A。
对于方式一，如果终端通过Uu接口，将用于指示数据的业务类型的指示信息发送给RSU，则本发明实施例在业务建立，PDN(Packet Data Network，分组数据网)连接建立等流程中还可以进行一些适应性改进。
比如，所述终端通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS(NonAccess Stratum，非接入层)消息或者RRC消息中携带激活车载业务指示信息或者APN(Access Point Name，接入点名)信息(可以在NAS消息或者RRC消息中携带)。
相应的，所述MME(Mobility Management Entity，移动性管理实体)在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU的Application上；
所述MME在S1-AP(S1Application protocol，S1应用协议)的Initial ContextSetup Request(初始上下文建立请求)和/或E-RAB SETUP REQUEST(演进接入无线承载建立请求)消息中通知L-GW的IP地址和隧道TEID(Tunnel End Point Identifier，隧道端点标识)。
相应的，若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在承载建立过程中在发送给MME的S1-AP Initial UE message(S1应用协议初始终端消息)和/或UpLink NAS Transport(上行非接入层传输)消息中携带L-GW的IP(Internet Protocol，互联网协议)地址和支持的车载业务指示信息；或
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在S1接口的S1Setup Reuqest(S1建立请求)和/或eNB Configuration Update(演进基站配置升级)消息中携带与支持的车载业务相匹配的IP地址信息。
方式二、承载关联信息
方式二是根据承载区分业务类型，不同的承载会对应不同业务的数据。比如V2V对应承载1，则V2V的数据都通过承载1发送。
对于RSU，在通过一个承载接收到数据后，根据承载关联信息，会确定该承载对应的业务类型，并将通过该承载接收到的数据按照业务类型对应的处理方式处理。
也就是说，承载关联信息对应的数据为对应的承载上传输的数据。
比如根据承载关联信息，确定承载1对应的业务类型为V2V，则将通过承载1接收到的数据直接在空口广播。
可选的，RSU可以通过S1口上的EPS(Evolved Packet System，演进分组系统)承载配置信息接收承载关联信息。
对于方式二，本发明实施例的系统还可以包括：
MME，用于确定为终端建立车载业务对应的承载；在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
对于方式二，本发明实施例在业务建立，PDN连接建立等流程中还可以进行一些适应性改进。
比如，所述终端通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
相应的，所述MME在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU的Application上；
所述MME在S1-AP的Initial Context Setup Request和/或E-RAB SETUPREQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
相应的，若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在承载建立过程中在发送给MME的S1-AP Initial UE message和/或UpLinkNAS Transport消息中携带L-GW的IP地址和支持的车载业务指示信息；或
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与支持的车载业务相匹配的IP地址信息。
在实施中，RSU也可以置于基站或终端中。
如果RSU置于基站中，则上述方式一和方式二都适用。如果RSU置于终端中，则上述方式一中的PC5口适用。
如图3所示，本发明实施例第一种RSU包括：
第一确定模块300，用于根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
处理模块301，用于根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述处理模块301具体用于：
若所述业务类型为车载业务的V2V，则选择直接在空口广播收到的数据；
若所述业务类型为车载业务的V2I，则将收到的数据在应用层进行处理。
可选的，所述RSU内能够实现V2X application。
可选的，所述处理模块301还用于：
在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息。
可选的，若所述第一确定模块确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若所述第一确定模块确定承载关联信息，则对应的数据为对应的承载上传输的数据。
可选的，所述第一确定模块300还用于：
通过解析PC5接口MAC层或应用层的信息确定业务类型指示信息。
可选的，所述RSU支持L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述第一确定模块300还用于：
通过解析Uu接口应用层或MAC层或RLC层或PDCP层的信息确定业务类型指示信息；或通过S1口，确定承载关联信息。
可选的，所述第一确定模块300还用于：
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在承载建立过程中在发送给MME的S1-AP Initial UE message和/或UpLink NAS Transport消息中携带L-GW的IP地址和支持的车载业务指示信息或APN信息；或
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与支持的车载业务相匹配的IP地址信息。
可选的，所述第一确定模块300还用于：
通过S1口，确定承载关联信息之前，根据收到的来自MME的承载关联指示信息，建立用户面eNB到L-GW的内部直接隧道。
如图4所示，本发明实施例第一种终端包括：
第二确定模块400，用于确定需要发送的车载业务的数据；
发送模块401，用于将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述发送模块401具体用于：
通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，所述发送模块401还用于：
通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
可选的，所述发送模块401具体用于：
若所述车载业务为V2V，在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，在V2I对应的Uu口的承载上发送V2I业务数据。
如图5所示，本发明实施例第一种MME包括：
第三确定模块500，用于根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
通知模块501，用于在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述通知模块501还用于：
在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
在S1-AP的Initial Context Setup Request和/或E-RAB SETUP REQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
如图6所示，本发明实施例第二种RSU包括：
处理器601，用于读取存储器604中的程序，执行下列过程：
根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
收发机602，用于在处理器601的控制下接收和发送数据。
可选的，所述处理器601具体用于：
若所述业务类型为车载业务的V2V，则选择直接在空口广播收到的数据；
若所述业务类型为车载业务的V2I，则将收到的数据在应用层进行处理。
可选的，所述RSU内能够实现V2X application。
可选的，所述处理器601还用于：
在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息,。
可选的，若所述第一确定模块确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若所述第一确定模块确定承载关联信息，则对应的数据为对应的承载上传输的数据。
可选的，所述处理器601还用于：
通过解析PC5接口MAC层或应用层的信息确定业务类型指示信息。
可选的，所述RSU支持L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述处理器601还用于：
通过解析Uu接口应用层或MAC层或RLC层或PDCP层的信息确定业务类型指示信息；或通过S1口，确定承载关联信息。
可选的，所述处理器601还用于：
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在承载建立过程中在发送给MME的S1-AP Initial UE message和/或UpLink NAS Transport消息中携带L-GW的IP地址和支持的车载业务指示信息或APN信息；或
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与支持的车载业务相匹配的IP地址信息。
可选的，所述处理器601还用于：
通过S1口，确定承载关联信息之前，根据收到的来自MME的承载关联指示信息，建立用户面eNB到L-GW的内部直接隧道。
在图6中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由处理器601代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口603在总线600和收发机602之间提供接口。收发机602可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器601处理的数据通过天线605在无线介质上进行传输，进一步，天线605还接收数据并将数据传送给处理器601。
处理器601负责管理总线600和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器604可以被用于存储处理器601在执行操作时所使用的数据。
可选的，处理器601可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
如图7所示，本发明实施例第二种终端包括：
处理器701，用于读取存储器704中的程序，执行下列过程：
确定需要发送的车载业务的数据；将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
收发机702，用于在处理器701的控制下接收和发送数据。
可选的，所述处理器701具体用于：
通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，所述处理器701还用于：
通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
可选的，所述处理器701具体用于：
若所述车载业务为V2V，在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，在V2I对应的Uu口的承载上发送V2I业务数据。
在图7中，总线架构(用总线700来代表)，总线700可以包括任意数量的互联的总线和桥，总线700将包括由通用处理器701代表的一个或多个处理器和存储器704代表的存储器的各种电路链接在一起。总线700还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口703在总线700和收发机702之间提供接口。收发机702可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机702从其他设备接收外部数据。收发机702用于将处理器701处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口705，例如小键盘、显示器、扬声器、麦克风、操纵杆。
处理器701负责管理总线700和通常的处理，如前述所述运行通用操作系统。而存储器704可以被用于存储处理器701在执行操作时所使用的数据。
可选的，处理器701可以是CPU、ASIC、FPGA或CPLD。
如图8所示，本发明实施例第二种MME包括：
处理器801，用于读取存储器804中的程序，执行下列过程：
根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
收发机802，用于在处理器801的控制下接收和发送数据。
可选的，所述处理器801还用于：
在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
在S1-AP的Initial Context Setup Request和/或E-RAB SETUP REQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
在图8中，总线架构(用总线800来代表)，总线800可以包括任意数量的互联的总线和桥，总线800将包括由处理器801代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口803在总线800和收发机802之间提供接口。收发机802可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器801处理的数据通过天线805在无线介质上进行传输，进一步，天线805还接收数据并将数据传送给处理器801。
处理器801负责管理总线800和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器804可以被用于存储处理器801在执行操作时所使用的数据。
可选的，处理器801可以是CPU、ASIC、FPGA或CPLD。
基于同一发明构思，本发明实施例中还提供了一种进行数据处理的方法，由于该方法对应的设备是本发明实施例进行数据处理的系统中的设备，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。
如图9所示，本发明实施例第一种进行数据处理的方法包括：
步骤900、RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
步骤901、所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，包括：
若所述业务类型为车载业务的车到车V2V，则所述RSU选择直接在空口广播收到的数据；
若所述业务类型为车载业务的车到网络V2I，则所述RSU将收到的数据在应用层进行处理。
可选的，所述RSU内能够实现V2X应用Application。
可选的，该方法还包括：
所述RSU在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息,。
可选的，若RSU确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若RSU确定承载关联信息，则对应的数据为对应的承载上传输的数据。
可选的，所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析PC5接口媒体接入控制MAC层或应用层的信息确定业务类型指示信息。
可选的，所述RSU支持本地网关L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析Uu接口应用层或MAC层或无线链路控制RLC层或分组数据聚合协议PDCP层的信息确定业务类型指示信息；
所述RSU根据承载关联信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过S1口，确定承载关联信息。
可选的，所述RSU通过S1口，确定承载关联信息之前，还包括：
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在承载建立过程中在发送给移动性管理实体MME的S1应用协议初始终端消息S1-APInitial UE message和/或上行非接入层传输UpLink NAS Transport消息中携带L-GW的互联网协议IP地址和支持的车载业务指示信息或接入点名APN信息；或
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在S1接口的S1建立请求S1Setup Reuqest和/或演进基站配置升级eNB ConfigurationUpdate消息中携带与支持的车载业务相匹配的IP地址信息。
可选的，所述RSU通过S1口，确定承载关联信息之前，还包括：
所述RSU根据收到的来自移动性管理实体MME的承载关联指示信息，建立用户面演进基站eNB到L-GW的内部直接隧道。
如图10所示，本发明实施例第二种进行数据处理的方法包括：
步骤1000、终端确定需要发送的车载业务的数据；
步骤1001、所述终端将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，所述终端将用于指示数据的业务类型的指示信息发送给RSU，包括：
所述终端通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
可选的，所述终端通过所述数据对应的承载将所述数据发送给RSU之前，还包括：
所述终端在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
可选的，所述终端通过所述数据对应的承载将所述数据发送给RSU，包括：
若所述车载业务为V2V，所述终端在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，所述终端在V2I对应的Uu口的承载上发送V2I业务数据。
如图11所示，本发明实施例第三种进行数据处理的方法包括：
步骤1100、MME根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
步骤1101、所述MME在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
可选的，该方法还包括：
所述MME在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
所述MME在S1-AP的Initial Context Setup Request和/或E-RAB SETUPREQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
下面列举几个实例对本发明的方案进行详细说明。
实施例一：
如图12所示，本发明实施例RSU位于eNB，UE和RSU之间采用PC5接口协议，RSU通过解析PC5数据包中MAC层携带的指示信息，判断该数据包是透明转发方式还是应用层终结方式。
其中，PC5接口用户面协议栈如图13所示。可选的，可以在PC5接口的MAC层增加新的业务指示信息，指示该数据包的业务类型或者数据处理方式，UE根据发起的业务类型填写MAC层的指示信息。
相应的，RSU接收到PC5接口上的数据包后，解析MAC层的该指示信息，如果是透明转发方式，将直接透明转发该数据包，在空口广播该信息。如果是应用层终结方式，RSU将终止该数据包并交由应用层进行处理。
如果业务指示信息指示该数据包的业务类型，则基站根据设定的业务类型和数据处理方式的对应关系，确定收到的业务类型对应的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。比如所述业务类型为车载业务的V2V，则数据处理方式为直接在空口广播收到的数据；若所述业务类型为车载业务的V2I，则数据处理方式为将收到的数据在应用层进行处理。
如果业务指示信息指示该数据包的数据处理方式，则基站直接确定收到的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。
实施例二：
如图12所示，RSU位于eNB，UE和RSU之间采用PC5接口协议，RSU通过解析PC5数据包中应用层携带的指示信息，判断该数据包的处理是透明转发方式还是应用层终结方式。
UE在应用层携带业务指示信息，指示该数据包的业务类型或者数据处理方式，UE根据发起的业务类型填写应用层的指示信息。
相应的，RSU接收到PC5接口上的数据包后，解析应用层的业务指示信息，如果是透明转发方式，将直接透明转发数据包，在空口广播该信息。如果是应用层终结处理方式，RSU将终止该数据包并交由应用层进行处理。
如果业务指示信息指示该数据包的业务类型，则基站根据设定的业务类型和数据处理方式的对应关系，确定收到的业务类型对应的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。比如所述业务类型为车载业务的V2V，则数据处理方式为直接在空口广播收到的数据；若所述业务类型为车载业务的V2I，则数据处理方式为将收到的数据在应用层进行处理。
如果业务指示信息指示该数据包的数据处理方式，则基站直接确定收到的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。
实施例三：
如图14所示，RSU位于eNB，UE和RSU之间采用Uu接口协议，RSU支持L-GW(本地网关)功能，建立用户面本地承载连接到RSU上的Application(应用),RSU通过Uu口建立的V2V/V2I承载信息判断数据包处理是透明转发还是应用层终结方式。
针对实施例三，在业务建立、PDN连接建立等过程中可以进行一些适应性改动，具体改动有如下几个。
1、UE需要知道E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork，演进的通用陆地无线网络)网络是否支持V2V/V2I业务特性，则E-UTRAN网络可以广播相关的业务能力指示信息,在系统广播消息中的SIB(System Information Broadcast，系统信息广播)中增加相关的指示信息。
2、UE根据广播消息选择支持V2V/V2I业务特性的eNB，请求网络激活相关业务，UE在NAS消息或者RRC消息中携带激活V2V/V2I业务指示信息或者APN(Access Point Name，接入点名称)信息。
NAS信令一般可以包括如下信令中的一种或多种：
Attach Request(附着请求)、service request(服务请求)、PDN connectionrequest(PDN连接请求)、bearer resource allocation request(承载资源分配请求)、Bearer resource modification request(承载资源修改请求)。
RRC消息可以包括如下信令中的一种或多种：
RRC连接请求、RRC连接完成消息。
3、如果eNB支持V2V/V2I业务，eNB可以在发送给MME的S1-APInitialUE message(初始UE消息)和/或UpLink NAS Transport(上行链路非接入层传输)消息中携带相关的IP地址信息，和V2V/V2I业务指示信息。或者
eNB在S1接口的S1Setup Reuqest(S1建立请求)和/或eNB ConfigurationUpdate(演进基站配置升级)消息中携带与V2V/V2I业务相匹配的IP地址信息，MME收到该信息后，需要保存该信息。
4、MME根据UE的签约信息和eNB的业务支持能力(是否有L-GW的IP地址信息)，以及NAS或S1-AP消息中APN或V2V/V2I业务指示信息，在确定给UE建立V2V/V2I业务承载后，选择eNB中的L-GW作为该PDN连接的P-GW，并连接到RSU的Application上。MME在S1-AP的Initial Context SetupRequest(初始上下文建立请求)和/或E-RAB SETUP REQUEST(演进接入无线承载建立请求)消息中通知L-GW的IP(Internet Protocol，互联网协议)地址和隧道TEID(Tunnel End Point Identifier，隧道端点标识)，并携带承载关联信息指示该特殊V2V/V2I承载。
5、eNB根据MME携带的承载关联指示信息，建立用户面eNB到L-GW的内部直接隧道信息，并保存承载关联信息。
6、控制面信令连接完成后，UE在Uu口的对应V2V/V2I承载上发送相关的V2V/V2I业务，eNB根据保存的承载关联信息，判断数据包是透明转发还是应用层终结处理方式。
如果是透明转发方式，将直接透明转发数据包，在空口广播该信息。如果是应用层终结方式，RSU将终止该数据包并交由应用层进行处理。
实施例四：
如图14所示，RSU位于eNB，UE和RSU之间采用Uu接口协议，RSU支持L-GW功能，建立用户面本地承载连接到RSU上的Application,RSU通过解析Uu口上传输数据包应用层或者MAC层/RLC/PDCP层携带的信息，判断该数据包的处理是透明转发方式还是应用层终结方式。
针对实施例三，在业务建立、PDN连接建立等过程中可以进行一些适应性改动，具体改动有如下几个。
1、UE需要知道E-UTRAN网络是否支持V2V/V2I业务特性，则E-UTRAN网络可以广播相关的业务能力指示信息,在系统广播消息中的SIB中增加相关的指示信息。
2、UE根据广播消息选择支持V2V/V2I业务特性的eNB，请求网络激活相关业务，UE在NAS消息或者RRC消息中携带激活V2V/V2I业务指示信息或者APN信息。
NAS信令一般可以包括如下信令中的一种或多种：
Attach Request、service request、PDN connection request、bearer resourceallocation request、Bearer resource modification request。
RRC消息可以包括如下信令中的一种或多种：
RRC连接请求、RRC连接完成消息。
3、如果eNB支持V2V/V2I业务，eNB可以在发送给MME的S1-APInitialUE message和/或UpLink NAS Transport消息中携带相关的IP地址信息，和V2V/V2I业务指示信息。或者
eNB在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与V2V/V2I业务相匹配的IP地址信息，MME收到该信息后，需要保存该信息。
4、MME根据UE的签约信息和eNB的业务支持能力(是否有L-GW的IP地址信息)，以及NAS或S1-AP消息中APN或V2V/V2I业务指示信息，在确定给UE建立V2V/V2I业务承载后，选择eNB中的L-GW作为该PDN连接的P-GW，并连接到RSU的Application上。MME在S1-AP的Initial Context SetupRequest和/或E-RAB SETUP REQUEST消息中通知L-GW的IP地址和隧道TEID。
5、控制面信令连接完成后，UE在Uu口的对应V2V/V2I承载上发送相关的V2V/V2I业务，RSU通过解析Uu口上传输数据包应用层携带的指示信息，判断该数据包的处理是透明转发还是应用层终结方式。如果是透明转发方式，将直接透明转发数据包，在空口广播该信息。如果是应用层终结方式，RSU将终止该数据包并交由应用层进行处理。
实施例五：
如图12所示，RSU位于UE，UE和RSU之间采用PC5接口协议，RSU通过解析PC5数据包中MAC层携带的指示信息，判断该数据包的处理是透明转发还是应用层终结方式。
其中，PC5接口用户面协议栈如图13所示。可选的，可以在PC5接口的MAC层增加新的业务指示信息，指示该数据包的业务类型或者数据处理方式，UE根据发起的业务类型填写MAC层的指示信息。
相应的，RSU接收到PC5接口上的数据包后，解析MAC层的该指示信息，如果是透明转发方式，将直接透明转发该数据包，在空口广播该信息。如果是应用层终结方式，RSU将终止该数据包并交由应用层进行处理。
如果业务指示信息指示该数据包的业务类型，则基站根据设定的业务类型和数据处理方式的对应关系，确定收到的业务类型对应的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。比如所述业务类型为车载业务的V2V，则数据处理方式为直接在空口广播收到的数据；若所述业务类型为车载业务的V2I，则数据处理方式为将收到的数据在应用层进行处理。
如果业务指示信息指示该数据包的数据处理方式，则基站直接确定收到的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。
实施例六：
RSU位于UE，UE和RSU之间采用PC5接口协议，RSU通过解析PC5数据包中应用层或者MAC层/RLC/PDCP层携带的指示信息，判断该数据包的处理是透明转发还是应用层终结方式。
UE在应用层携带业务指示信息，指示该数据包的业务类型或者数据处理方式，UE根据发起的业务类型填写应用层的指示信息。
相应的，RSU接收到PC5接口上的数据包后，解析应用层的业务指示信息，如果是透明转发方式，将直接透明转发数据包，在空口广播该信息。如果是应用层终结处理方式，RSU将终止该数据包并交由应用层进行处理。
如果业务指示信息指示该数据包的业务类型，则基站根据设定的业务类型和数据处理方式的对应关系，确定收到的业务类型对应的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。比如所述业务类型为车载业务的V2V，则数据处理方式为直接在空口广播收到的数据；若所述业务类型为车载业务的V2I，则数据处理方式为将收到的数据在应用层进行处理。
如果业务指示信息指示该数据包的数据处理方式，则基站直接确定收到的数据处理方式，并根据确定的数据处理方式对对应的数据包进行处理。
从上述内容可知：本发明实施例RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。由于RSU能够根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，从而实现对车联网数据进行处理。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (30)
1.一种进行数据处理的方法，其特征在于，该方法包括：
路侧单元RSU根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
2.如权利要求1所述的方法，其特征在于，所述RSU根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理，包括：
若所述业务类型为车载业务的车到车V2V，则所述RSU选择直接在空口广播收到的数据；
若所述业务类型为车载业务的车到网络V2I，则所述RSU将收到的数据在应用层进行处理。
3.如权利要求2所述的方法，其特征在于，所述RSU内能够实现V2X应用Application。
4.如权利要求2所述的方法，其特征在于，该方法还包括：
所述RSU在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息。
5.如权利要求1所述的方法，其特征在于，若RSU确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若RSU确定承载关联信息，则对应的数据为对应的承载上传输的数据。
6.如权利要求1所述的方法，其特征在于，所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析PC5接口媒体接入控制MAC层或应用层的信息确定业务类型指示信息。
7.如权利要求1所述的方法，其特征在于，所述RSU支持本地网关L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述RSU根据业务类型指示信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过解析Uu接口应用层或MAC层或无线链路控制RLC层或分组数据聚合协议PDCP层的信息确定业务类型指示信息；
所述RSU根据承载关联信息，确定对应的数据的业务类型之前，还包括：
所述RSU通过S1口，确定承载关联信息。
8.如权利要求7所述的方法，其特征在于，所述RSU通过S1口，确定承载关联信息之前，还包括：
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在承载建立过程中在发送给移动性管理实体MME的S1应用协议初始终端消息S1-APInitial UE message和/或上行非接入层传输UpLink NAS Transport消息中携带L-GW的互联网协议IP地址和支持的车载业务指示信息或接入点名APN信息；或
若所述RSU支持车载业务中的V2V和/或V2I业务，所述RSU在S1接口的S1建立请求S1Setup Reuqest和/或演进基站配置升级eNB ConfigurationUpdate消息中携带与支持的车载业务相匹配的IP地址信息。
9.如权利要求7或8所述的方法，其特征在于，所述RSU通过S1口，确定承载关联信息之前，还包括：
所述RSU根据收到的来自移动性管理实体MME的承载关联指示信息，建立用户面演进基站eNB到L-GW的内部直接隧道。
10.一种进行数据处理的方法，其特征在于，该方法包括：
终端确定需要发送的车载业务的数据；
所述终端将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
11.如权利要求10所述的方法，其特征在于，所述终端将用于指示数据的业务类型的指示信息发送给RSU，包括：
所述终端通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
12.如权利要求10所述的方法，其特征在于，所述终端通过所述数据对应的承载将所述数据发送给RSU之前，还包括：
所述终端在承载业务建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
13.如权利要求10所述的方法，其特征在于，所述终端通过所述数据对应的承载将所述数据发送给RSU，包括：
若所述车载业务为V2V，所述终端在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，所述终端在V2I对应的Uu口的承载上发送V2I业务数据。
14.一种进行数据处理的方法，其特征在于，该方法包括：
MME根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
所述MME在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
15.如权利要求14所述的方法，其特征在于，该方法还包括：
所述MME在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
所述MME在S1-AP的Initial Context Setup Request和/或E-RAB SETUPREQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
16.一种进行数据处理的RSU，其特征在于，该RSU包括：
第一确定模块，用于根据业务类型指示信息或承载关联信息，确定对应的数据的业务类型；
处理模块，用于根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
17.如权利要求16所述的RSU，其特征在于，所述处理模块具体用于：
若所述业务类型为车载业务的V2V，则选择直接在空口广播收到的数据；
若所述业务类型为车载业务的V2I，则将收到的数据在应用层进行处理。
18.如权利要求17所述的RSU，其特征在于，所述RSU内能够实现V2Xapplication。
19.如权利要求17所述的RSU，其特征在于，所述处理模块还用于：
在支持V2V和/或V2I业务后，广播用于指示所述RSU支持V2V和/或V2I业务的业务能力指示信息,。
20.如权利要求16所述的RSU，其特征在于，若所述第一确定模块确定业务类型指示信息，则对应的数据为与所述指示信息一起收到的数据；
若所述第一确定模块确定承载关联信息，则对应的数据为对应的承载上传输的数据。
21.如权利要求16所述的RSU，其特征在于，所述第一确定模块还用于：
通过解析PC5接口MAC层或应用层的信息确定业务类型指示信息。
22.如权利要求16所述的RSU，其特征在于，所述RSU支持L-GW功能，且所述RSU建立用户面本地承载和Application之间的连接；
所述第一确定模块还用于：
通过解析Uu接口应用层或MAC层或RLC层或PDCP层的信息确定业务类型指示信息；或通过S1口，确定承载关联信息。
23.如权利要求22所述的RSU，其特征在于，所述第一确定模块还用于：
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在承载建立过程中在发送给MME的S1-AP Initial UE message和/或UpLink NAS Transport消息中携带L-GW的IP地址和支持的车载业务指示信息或APN信息；或
通过S1口，确定承载关联信息之前，若所述RSU支持车载业务中的V2V和/或V2I业务，在S1接口的S1Setup Reuqest和/或eNB Configuration Update消息中携带与支持的车载业务相匹配的IP地址信息。
24.如权利要求22或23所述的RSU，其特征在于，所述第一确定模块还用于：
通过S1口，确定承载关联信息之前，根据收到的来自MME的承载关联指示信息，建立用户面eNB到L-GW的内部直接隧道。
25.一种进行数据处理的终端，其特征在于，该终端包括：
第二确定模块，用于确定需要发送的车载业务的数据；
发送模块，用于将所述数据对应的业务类型指示信息发送给RSU或通过所述数据对应的承载将所述数据发送给RSU，以使RSU确定收到的数据对应的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
26.如权利要求25所述的终端，其特征在于，所述发送模块具体用于：
通过PC5接口MAC层或应用层，将用于指示数据的业务类型的指示信息发送给RSU。
27.如权利要求25所述的终端，其特征在于，所述发送模块还用于：
通过所述数据对应的承载将所述数据发送给RSU之前，在承载建立过程中根据广播消息选择支持车载业务的RSU，在NAS消息或者RRC消息中携带激活车载业务指示信息或者APN信息。
28.如权利要求25所述的终端，其特征在于，所述发送模块具体用于：
若所述车载业务为V2V，在V2V对应的Uu口的承载上发送V2V业务数据；
若所述车载业务为V2I，在V2I对应的Uu口的承载上发送V2I业务数据。
29.一种进行数据处理的MME，其特征在于，该MME包括：
第三确定模块，用于根据UE的签约信息和RSU的业务支持能力，确定为终端建立车载业务对应的承载；
通知模块，用于在承载建立过程中将承载关联信息通知RSU，以使所述RSU根据承载关联信息确定对应的数据的业务类型，并根据数据的业务类型，选择直接在空口广播收到的数据或将收到的数据在应用层进行处理。
30.如权利要求29所述的MME，其特征在于，所述通知模块还用于：
在承载建立过程中选择RSU中的L-GW作为该PDN连接的P-GW，连接到RSU内的Application上；
在S1-AP的Initial Context Setup Request和/或E-RAB SETUP REQUEST消息中通知L-GW的IP地址和隧道TEID，并携带承载关联信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510549375.8A CN106488386B (zh) | 2015-08-31 | 2015-08-31 | 一种进行数据处理的方法和设备 |
| PCT/CN2016/096733 WO2017036343A1 (zh) | 2015-08-31 | 2016-08-25 | 一种进行数据处理的方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510549375.8A CN106488386B (zh) | 2015-08-31 | 2015-08-31 | 一种进行数据处理的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106488386A true CN106488386A (zh) | 2017-03-08 |
| CN106488386B CN106488386B (zh) | 2019-07-26 |
Family
ID=58186676
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510549375.8A Active CN106488386B (zh) | 2015-08-31 | 2015-08-31 | 一种进行数据处理的方法和设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106488386B (zh) |
| WO (1) | WO2017036343A1 (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106973139A (zh) * | 2017-03-29 | 2017-07-21 | 烟台北方星空自控科技有限公司 | 一种用于检测电路交换板卡功能的测试工装及测试方法 |
| CN108990014A (zh) * | 2018-09-04 | 2018-12-11 | 西安交通工程学院 | 一种基于lte-v的车联网消息传输方法 |
| WO2019128860A1 (zh) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | 一种数据发送方法、装置以及计算机程序产品 |
| WO2019183903A1 (zh) * | 2018-03-29 | 2019-10-03 | Oppo广东移动通信有限公司 | 用于传输数据的方法和终端设备 |
| CN111385746A (zh) * | 2018-12-28 | 2020-07-07 | 华为技术有限公司 | 一种通信方法及通信设备 |
| CN111757280A (zh) * | 2019-03-27 | 2020-10-09 | 阿里巴巴集团控股有限公司 | 道路交通环境中的感知基站及其消息发送控制方法、装置 |
| CN111988219A (zh) * | 2020-08-29 | 2020-11-24 | 西南交通大学 | 一种基于5g的多接口多协议无线网关系统及通信方法 |
| WO2022170800A1 (zh) * | 2021-02-09 | 2022-08-18 | 华为技术有限公司 | 一种基于v2x的车辆支付方法及其设备 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20230090566A1 (en) * | 2020-03-05 | 2023-03-23 | Lg Electronics Inc. | Operation method of ue receiving v2x-related message in wireless communication system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013109960A1 (en) * | 2012-01-18 | 2013-07-25 | Carnegie Mellon University | Transitioning to a roadside unit state |
| CN105188045A (zh) * | 2015-09-08 | 2015-12-23 | 宇龙计算机通信科技(深圳)有限公司 | 用于车辆通信的d2d发现方法、装置和终端 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5120128A (en) * | 1991-01-14 | 1992-06-09 | Kaman Aerospace Corporation | Apparatus for sensing wavefront aberration |
| US7343099B2 (en) * | 2004-02-12 | 2008-03-11 | Metrologic Instruments, Inc. | Free space optical (FSO) laser communication system employing fade mitigation measures based on laser beam speckle tracking and locking principles |
| CN102288305B (zh) * | 2011-07-18 | 2012-10-10 | 中国科学院光电技术研究所 | 一种自适应光学系统波前传感器及其探测方法 |
-
2015
- 2015-08-31 CN CN201510549375.8A patent/CN106488386B/zh active Active
-
2016
- 2016-08-25 WO PCT/CN2016/096733 patent/WO2017036343A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013109960A1 (en) * | 2012-01-18 | 2013-07-25 | Carnegie Mellon University | Transitioning to a roadside unit state |
| CN105188045A (zh) * | 2015-09-08 | 2015-12-23 | 宇龙计算机通信科技(深圳)有限公司 | 用于车辆通信的d2d发现方法、装置和终端 |
Non-Patent Citations (1)
| Title |
|---|
| LG ELECTRONICS INC: "3GPP TSG RAN-67，RP-150164，Motivation of Feasibility Study on LTE-based V2X Services", 《3GPP TSG RAN-67》 * |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106973139A (zh) * | 2017-03-29 | 2017-07-21 | 烟台北方星空自控科技有限公司 | 一种用于检测电路交换板卡功能的测试工装及测试方法 |
| WO2019128860A1 (zh) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | 一种数据发送方法、装置以及计算机程序产品 |
| CN109996207A (zh) * | 2017-12-29 | 2019-07-09 | 华为技术有限公司 | 一种数据发送方法、装置以及计算机程序产品 |
| US11678156B2 (en) | 2018-03-29 | 2023-06-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal device for data transmission |
| WO2019183903A1 (zh) * | 2018-03-29 | 2019-10-03 | Oppo广东移动通信有限公司 | 用于传输数据的方法和终端设备 |
| US11146926B2 (en) | 2018-03-29 | 2021-10-12 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal device for data transmission |
| CN108990014A (zh) * | 2018-09-04 | 2018-12-11 | 西安交通工程学院 | 一种基于lte-v的车联网消息传输方法 |
| CN111385746A (zh) * | 2018-12-28 | 2020-07-07 | 华为技术有限公司 | 一种通信方法及通信设备 |
| US11902860B2 (en) | 2018-12-28 | 2024-02-13 | Huawei Technologies Co., Ltd. | Communication method and device |
| CN111385746B (zh) * | 2018-12-28 | 2023-07-11 | 华为技术有限公司 | 一种通信方法及通信设备 |
| CN111757280A (zh) * | 2019-03-27 | 2020-10-09 | 阿里巴巴集团控股有限公司 | 道路交通环境中的感知基站及其消息发送控制方法、装置 |
| CN111988219A (zh) * | 2020-08-29 | 2020-11-24 | 西南交通大学 | 一种基于5g的多接口多协议无线网关系统及通信方法 |
| WO2022170800A1 (zh) * | 2021-02-09 | 2022-08-18 | 华为技术有限公司 | 一种基于v2x的车辆支付方法及其设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017036343A1 (zh) | 2017-03-09 |
| CN106488386B (zh) | 2019-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106488386A (zh) | 一种进行数据处理的方法和设备 | |
| US11070963B2 (en) | Method and user equipment for transmitting data unit, and method and user equipment for receiving data unit | |
| WO2021159906A1 (zh) | sidelink中继通信方法、装置、设备及介质 | |
| US11089571B2 (en) | Method for performing a RAN based paging and device supporting the same | |
| CN102056112B (zh) | 一种传输数据的方法、设备和系统 | |
| CN103096291B (zh) | 一种数据传输方法、移动性管理实体和移动终端 | |
| EP3550876A1 (en) | Method and apparatus for establishing drb | |
| CN102333293B (zh) | 一种小数据的传输方法和设备 | |
| TWI725153B (zh) | 用於中繼傳輸的方法和裝置以及中繼終端設備 | |
| KR102104591B1 (ko) | 무선 통신 시스템에서 차량 ue 및 rsu ue를 인증하기 위한 방법 및 장치 | |
| CN109076330A (zh) | 无线通信系统中跟踪区域更新的方法及其装置 | |
| CN103139930A (zh) | 连接建立方法和用户设备 | |
| EP2739111B1 (en) | Method for selecting and establishing a D2D communication path in MTC capillary networks | |
| WO2017118191A1 (zh) | 一种控制面信息的传输方法及装置 | |
| CN103974429B (zh) | 一种终端间的邻近通信的路径建立方法及设备 | |
| CN114258104A (zh) | 层2用户设备通过网络中继进行信令传输的方法 | |
| US10142844B2 (en) | Method and apparatus for authorizing pedestrian user equipment in wireless communication system | |
| EP3399832B1 (en) | Device and method of handling a dual connectivity | |
| CN107959953B (zh) | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和系统 | |
| CN106961726B (zh) | 一种数据传输方法、装置及系统 | |
| CN110139360A (zh) | 一种寻呼策略确定方法、装置、ran网元及核心网网元 | |
| TWI746710B (zh) | 數據處理方法和設備 | |
| CN109155956A (zh) | 一种数据传输方法、装置及系统 | |
| CN103369710B (zh) | 一种建立直达通道的方法、系统及设备 | |
| CN102083144B (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 |
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 |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210601 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 |
|
| TR01 | Transfer of patent right |