WO2017113207A1 - 一种业务消息传输方法、第一终端及网络侧设备 - Google Patents

Abstract

一种业务消息传输方法、第一终端及网络侧设备，以实现V2X业务消息传输。。本发明方法包括：第一终端配置用于业务消息传输的业务专用无线承载，业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；第一终端将业务消息映射到与其对应的业务专用无线承载；第一终端通过PC5接口发送业务消息。

Description

一种业务消息传输方法、第一终端及网络侧设备 技术领域

本发明涉及无线通信领域，尤其涉及一种业务消息传输方法、第一终端及网络侧设备。

背景技术

V2X通信是指，车辆与车辆(Vehicle to Vehicle，V2V)、车辆与通信基础设施(Vehicle to Infrastructure，V2I)或者车辆与行人手持终端(Vehicle to Pedestrian，V2P)之间通过无线通信技术直接进行数据传输和信息交互。V2X通信提供并支持与道路交通安全方面相关的应用和消息传输。

欧洲电信标准学会(European Telecommunications Standards Institute，ETSI)和美国机动车工程师学会(Society of Automotive Engineers，SAE)等相关标准组织已对V2X通信中传输的V2X业务消息内容和V2X业务消息格式进行定义，V2X业务消息主要包括一些与车辆行驶动态相关的信息，例如车速、行驶方向、经纬度(所处位置)、加速度(加减速)等，以及周围道路环境相关的信息，例如事故、道路施工、交通设施故障等。车辆与车辆、车辆与基础设施以及车辆与手持终端之间通过进行V2X业务消息交互，帮助驾驶员或行人对周围的交通状况和可能出现的危险情况做出判断，以便作出相应的预防措施，尽可能地避免事故的发生。

与长期演进(Long Term Evolution，LTE)***所支持的因特网协议(Internet Protocol，IP)业务数据不同，V2X业务消息是一种非IP业务数据。根据V2X通信应用场景的不同，可将V2X业务消息划分为不同的消息类型，不同消息类型的V2X业务消息具有不同的服务质量(Quality of Service，QoS)需求。V2X业务消息的QoS需求是指V2X业务消息在QoS参数上所需达到的取值，按照QoS需求的不同将V2X业务消息对应不同的QoS等级，即将具有相同QoS需求的V2X业务消息划分为一类，同一类V2X业务消息对应一个QoS等 级，也可以多类V2X业务消息对应一个QoS等级，可以用QoS等级标识(QoS Class Identifier，QCI)来指示V2X业务消息对应的QoS等级。V2X业务消息的QoS参数包括优先级(Priority)、数据包时延预算(Packet Delay Budget，PDB)、误码及丢包率(Packet Error Loss Rate，PELR)、传输距离(Range)、传输频率(Frequency)等。

目前，标准中还未定义如何将V2X业务消息映射到无线承载，进而实现V2X业务消息传输，同时保证V2X业务消息的QoS需求。

发明内容

本发明实施例提供的一种业务消息传输方法、第一终端及网络侧设备，用以实现V2X业务消息传输。

第一方面，本发明实施例提供的一种业务消息传输方法，包括：

第一终端配置用于业务消息传输的业务专用无线承载，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

所述第一终端将所述业务消息映射到与其对应的所述业务专用无线承载；

所述第一终端通过PC5接口发送所述业务消息。

结合第一方面，在第一种可能的实现方式中，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。

结合第一方面、第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述第一终端配置用于业务消息传输的业务专用无线承载，包括：

所述第一终端根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。

结合第一方面、第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，所述第一终端配置用于业务消息传输的业务专用无线 承载，包括：

所述第一终端接收网络侧设备配置的用于业务消息传输的业务专用无线承载。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述第一终端接收网络侧设备配置的用于业务消息传输的业务专用无线承载，包括：

所述第一终端接收所述网络侧设备发送的映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。

结合第一方面的第三种或第四种可能的实现方式，在第一方面的第五种可能的实现方式中，还包括：

所述第一终端向所述网络侧设备发送业务请求消息；

所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。

结合第一方面、第一方面的第一种至第五种任一可能的实现方式，在第一方面的第六种可能的实现方式中，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。

结合第一方面的第六种可能的实现方式，在第一方面的第七种可能的实现方式中，所述第一终端将所述业务消息映射到与其对应的所述业务专用无线承载，包括：

所述第一终端根据所述业务消息的层间原语和所述业务消息与业务专用无线承载的映射关系，将所述业务消息映射到与其对应的所述业务专用无线承载，所述业务消息的层间原语包括所述业务消息的优先级和/或所述业务消息的消息类型。

结合第一方面、第一方面的第一种至第七种任一可能的实现方式，在第一方面的第八种可能的实现方式中，所述业务消息对应的所述业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

逻辑信道、所述逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

结合第一方面的第八种可能的实现方式，在第一方面的第九种可能的实现方式中，还包括：

所述第一终端通过所述PDCP实体和所述RLC实体对所述业务消息进行处理，将处理后的所述业务消息映射到所述逻辑信道；

所述第一终端生成包括所述业务消息和所述逻辑信道标识的媒体接入控制MAC协议数据单元PDU；

所述第一终端通过PC5接口发送所述业务消息，包括：

所述第一终端通过PC5接口发送包括所述业务消息和所述逻辑信道标识的MAC PDU。

结合第一方面的第九种可能的实现方式，在第一方面的第十种可能的实现方式中，所述MAC PDU还包括业务标识，所述业务标识用于指示所述MAC PDU包括业务消息。

结合第一方面的第十种可能的实现方式，在第一方面的第十一种可能的实现方式中，所述业务标识为业务消息的逻辑信道标识或目的地层2标识。

结合第一方面的第九种可能的实现方式，在第一方面的第十二种可能的实现方式中，所述第一终端生成包括所述业务消息和所述逻辑信道标识的MAC PDU，包括：

所述第一终端生成包括所述业务消息的MAC业务数据单元SDU；

所述第一终端将所述MAC SDU封装在MAC中，所述MAC PDU包括至少一个MAC SDU，所述MAC PDU的包头中包括所述至少一个MAC SDU中每个MAC SDU包括的业务消息对应的逻辑信道标识。

结合第一方面的第九种可能的实现方式，在第一方面的第十三种可能的实现方式中，还包括：

所述第一终端根据所述业务消息对应的所述业务专用无线的配置信息，为所述业务消息的逻辑信道分配传输资源。

结合第一方面的第一种可能的实现方式，在第一方面的第十四种可能的实现方式中，所述业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

第二方面，本发明实施例提供的一种业务消息传输方法，包括：

网络侧设备配置用于业务消息传输的业务专用无线承载，所述业务消息在PC5接口上传输，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

所述网络侧设备将配置的所述用于业务消息传输的业务专用无线承载发送给第一终端。

结合第二方面，在第一种可能的实现方式中，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，网络侧设备配置用于业务消息传输的业务专用无线承载，包括：

所述网络侧设备根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。

结合第二方面或第二方面的第一种或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述网络侧设备将所述业务消息对应的所述业务专用无线承载发送给第一终端，包括：

所述网络侧设备向所述第一终端发送映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。

结合第二方面、第二方面的第一种至第三种任一可能的实现方式，在第二方面的第四种可能的实现方式中，还包括：

所述网络侧设备接收所述第一终端发送的业务请求消息；

所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、 优先比特率PBR和保证比特率GBR。

结合第二方面、第二方面的第一种至第四种任一可能的实现方式，在第二方面的第五种可能的实现方式中，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。

结合第二方面、第二方面的第一种至第五种任一可能的实现方式，在第二方面的第六种可能的实现方式中，所述用于业务消息传输的业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

逻辑信道、所述逻辑信道标识、映射关系、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

结合第二方面的第一种可能的实现方式，在第二方面的第七种可能的实现方式中，所述业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

结合第二方面、第二方面的第一种至第七种任一可能的实现方式，在第二方面的第八种可能的实现方式中，所述网络侧设备包括基站；或者，所述网络侧设备包括基站和邻近业务功能实体ProSe Function。

第三方面，本发明实施例提供的一种第一终端，包括：

处理单元，用于配置用于业务消息传输的业务专用无线承载，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；将所述业务消息映射到与其对应的所述业务专用无线承载；

发送单元，用于通过PC5接口发送经过所述处理单元处理后的所述业务消息。

结合第三方面，在第一种可能的实现方式中，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。

结合第三方面、第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述处理单元在配置用于业务消息传输的业务专用无 线承载时，具体用于：

根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。

结合第三方面、第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，所述第一终端还包括：

接收单元，用于接收网络侧设备配置的用于业务消息传输的业务专用无线承载；

所述处理单元在配置用于业务消息传输的业务专用无线承载时，具体用于：

将所述接收单元从网络侧设备接收的用于业务消息传输的业务专用无线承载，作为配置的用于业务消息传输的业务专用无线承载。

结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，所述接收单元在接收网络侧设备配置的用于业务消息传输的业务专用无线承载时，具体用于：

接收所述网络侧设备发送的映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。

结合第三方面的第三种或第四种可能的实现方式，在第三方面的第五种可能的实现方式中，所述发送单元还用于：

向所述网络侧设备发送业务请求消息；

所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。

结合第三方面、第三方面的第一种至第五种任一可能的实现方式，在第三方面的第六种可能的实现方式中，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。

结合第三方面的第六种可能的实现方式，在第三方面的第七种可能的实现方式中，所述处理单元在将所述业务消息映射到与其对应的所述业务专用 无线承载时，具体用于：

根据所述业务消息的层间原语和所述业务消息与业务专用无线承载的映射关系，将所述业务消息映射到与其对应的所述业务专用无线承载，所述业务消息的层间原语包括所述业务消息的优先级和/或所述业务消息的消息类型。

结合第三方面、第三方面的第一种至第七种任一可能的实现方式，在第三方面的第八种可能的实现方式中，所述业务消息对应的所述业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

逻辑信道、所述逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

结合第三方面的第八种可能的实现方式，在第三方面的第九种可能的实现方式中，所述处理单元将所述业务消息映射到与其对应的所述业务专用无线承载之后，还用于：

通过所述PDCP实体和所述RLC实体对所述业务消息进行处理，将处理后的所述业务消息映射到所述逻辑信道；

生成包括所述业务消息和所述逻辑信道标识的媒体接入控制MAC协议数据单元PDU；

所述发送单元在通过PC5接口发送经过所述处理单元处理后的所述业务消息时，具体用于：

通过PC5接口发送所述处理单元生成的包括所述业务消息和所述逻辑信道标识的MAC PDU。

结合第三方面的第九种可能的实现方式，在第三方面的第十种可能的实现方式中，所述MAC PDU还包括业务标识，所述业务标识用于指示所述MAC PDU包括业务消息。

结合第三方面的第十种可能的实现方式，在第三方面的第十一种可能的实现方式中，所述业务标识为业务消息的逻辑信道标识或目的地层2标识。

结合第三方面的第九种可能的实现方式，在第三方面的第十二种可能的 实现方式中，所述处理单元在生成包括所述业务消息和所述逻辑信道标识的MAC PDU时，具体用于：

生成包括所述业务消息的MAC业务数据单元SDU；

将所述MAC SDU封装在MAC中，所述MAC PDU包括至少一个MAC SDU，所述MAC PDU的包头中包括所述至少一个MAC SDU中每个MAC SDU包括的业务消息对应的逻辑信道标识。

结合第三方面的第九种可能的实现方式，在第三方面的第十三种可能的实现方式中，所述处理单元还用于：

根据所述业务消息对应的所述业务专用无线的配置信息，为所述业务消息的逻辑信道分配传输资源。

结合第三方面的第一种可能的实现方式，在第三方面的第十四种可能的实现方式中，所述业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

第四方面，本发明实施例提供的一种网络侧设备，包括：

处理单元，用于配置用于业务消息传输的业务专用无线承载，所述业务消息在PC5接口上传输，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

发送单元，用于将所述处理单元配置的所述用于业务消息传输的业务专用无线承载发送给第一终端。

结合第四方面，在第一种可能的实现方式中，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述处理单元用于：

根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。

结合第四方面或第四方面的第一种或第二种可能的实现方式，在第四方 面的第三种可能的实现方式中，所述发送单元具体用于：

向所述第一终端发送映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。

结合第四方面、第四方面的第一种至第三种任一可能的实现方式，在第四方面的第四种可能的实现方式中，所述网络侧设备还包括：

接收单元，用于接收所述第一终端发送的业务请求消息；

所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。

结合第四方面、第四方面的第一种至第四种任一可能的实现方式，在第四方面的第五种可能的实现方式中，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。

结合第四方面、第四方面的第一种至第五种任一可能的实现方式，在第四方面的第六种可能的实现方式中，所述用于业务消息传输的业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

逻辑信道、所述逻辑信道标识、映射关系、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

结合第四方面的第一种可能的实现方式，在第四方面的第七种可能的实现方式中，所述业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

结合第四方面、第四方面的第一种至第七种任一可能的实现方式，在第四方面的第八种可能的实现方式中，所述网络侧设备包括基站；或者，所述网络侧设备包括基站和邻近业务功能实体ProSe Function。

本发明实施例提供的技术方案中，通过配置用于V2X业务消息传输的V2X业务专用无线承载，并将V2X业务消息映射到其对应的业务专用无线承载(即V2X业务专用无线承载)，进而实现第一终端通过PC5接口发送V2X业务消息， 同时保证非IP的V2X业务消息的QoS需求，即通过本发明实施例提供的技术方案能够实现非IP的、具有多种QoS需求的V2X业务消息的传输。

附图说明

图1为本发明实施例提供的一种V2X通信场景示意图；

图2为本发明实施例提供的3GPP标准定义的D2D通信网络架构示意图；

图3为本发明实施例提供的一种业务消息传输方法流程示意图；

图4为本发明实施例提供的PC5空口协议栈结构示意图；

图5为本发明实施例提供的一种V2X通信过程示意图；

图6为本发明实施例提供的一种V2X通信过程示意图；

图7为本发明实施例提供的将业务消息映射到其对应的业务专用无线承载的过程示意图；

图8为本发明实施例提供的一种V2X通信过程示意图；

图9为本发明实施例提供的一种V2X通信过程示意图；

图10为本发明实施例提供的一种业务消息传输方法流程示意图；

图11为本发明实施例提供的一种第一终端结构示意图；

图12为本发明实施例提供的一种网络侧设备结构示意图；

图13为本发明实施例提供的一种第一终端结构示意图；

图14为本发明实施例提供的一种网络侧设备结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种业务消息传输方法、第一终端及网络侧设备，业务消息是指V2X业务消息，即业务消息包括车辆与车辆V2V业务消息、车辆 与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息，以实现V2X业务消息传输。其中，方法和装置是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

本发明实施例提供的技术方案涉及V2X通信，V2X通信是指，车辆与车辆V2V、车辆与通信基础设施V2I或者车辆与行人手持终端V2P通过无线通信技术直接进行数据传输和信息交互。V2X通信提供并支持与道路交通安全方面相关的应用和消息传输。

与LTE***所支持的IP业务数据不同，V2X通信中传输的V2X业务消息是一种非IP业务数据。根据V2X通信应用场景的不同，不同类型的V2X业务消息具有不同的QoS需求，具有相同QoS需求的V2X消息属于同一QoS等级。例如，V2X业务消息类型、V2X业务消息的QoS需求以及V2X业务消息所属的QoS等级如表一所示。

表一

表一中，QoS参数包括优先级(Priority)、数据包时延预算(Packet Delay Budget，PDB)、误码及丢包率(Packet Error Loss Rate，PELR)、最大传输频率(MAX Frequency)和传输距离(Range)，V2X业务消息的QoS需求是指该V2X业务消息在各个QoS参数上达到一定取值，按照QoS需求的不同，将不同类型的V2X业务消息划分为QoS等级1至8，QCI表示QoS等级标识(QoS Class Identifier)。表一中涉及的V2X业务消息的类型包括：碰撞前预警(Pre-Crash Warning)、纵向碰撞风险告警(Longitudinal Collision Risk Warning，LCRW)、交叉口碰撞风险告警(Intersection Collision Risk Warning，ICRW)、道路危险告警(Road Hazard Signaling，RHS)、车内道路标记提示(In-vehicle signage，IVS)以及电子过路收费(Electronic Toll Collection，ETC)。

需要说明的是，本发明实施例中，QoS参数、V2X业务消息的QoS需求以及V2X业务消息所属QoS等级的划分方式并不局限于表一中内容，本发明实施例提供的技术方案具有普适性，也可用于表一示例以外其他可能的示例。

V2X业务消息传输本质上是一种设备到设备(Device-to-Device Communication，D2D)通信的业务。本发明实施例提供的技术方案可以应用于图1所示的V2X通信场景。其中，终端可以是网络覆盖范围内的终端，也可以是网络覆盖范围外的终端，具体的，终端可以是进行V2X通信的车辆终端、通信基础设施(Infrastructure)、行人手持终端(Pedestrian)、路边单元(Road Side Unit，RSU)等；网络侧设备主要涉及基站、邻近业务功能实体(ProSe Function)等网络节点，ProSe Function是位于LTE***核心网侧的网络节点， 主要用于位进行D2D通信的终端进行授权和参数配置。

本发明实施例提供的技术方案适用于图2所示的网络架构，图2为第三代合作伙伴项目(3^rd Generation Partnership Project，3GPP)相关标准规范定义的D2D通信的网络架构。相比于现有的LTE***，图2所示的网络架构中新增的网元包括邻近业务功能实体(ProSe Function)和邻近业务应用服务器(ProSe Application Server)，新增的接口包括PC1、PC2、PC3、PC4、PC5。其中，PC3接口为终端与ProSe Function进行信息交互的接口，PC5为终端之间进行D2D通信的接口；ProSe Function主要执行D2D通信的业务授权及参数配置的功能。具体地，需要进行D2D通信的终端，会通过PC3接口向ProSe Function请求D2D通信业务的授权、并获取相关的D2D通信参数，而ProSe Function则会通过PC3接口对终端进行D2D通信业务的授权和相应参数配置。终端之间通过PC5接口进行D2D通信。图2中的英文及英文缩写的中文含义如下：

邻近业务应用(ProSe Application)、归属签约用户服务器(Home Subscriber Server，HSS)、业务逻辑处理(Service Logic Processing，SLP)、移动管理实体(Mobile Management Entity，MME)、S/PGW即服务网关(Serving Gateway，SGW)和分组数据网(Packet Data Network，PDN)网关(PDN-GateWay，P-GW)。

目前，现有D2D通信支持IP数据传输和ARP信令传输。对于IP数据传输，必须通过对IP数据包头中的IP五元组进行过滤，才能将IP数据映射到无线承载，进而实现IP数据的传输；而对于ARP信令，其没有像V2X业务消息那样具备多种QoS需求。因此，现有的D2D通信并不支持非IP的、具有多种QoS需求的V2X业务消息的传输。

本发明实施例提供的技术方案中，通过配置用于V2X业务消息传输的V2X业务专用无线承载，并将V2X业务消息映射到其对应的V2X业务专用无线承载，进而实现V2X业务消息的传输，同时保证非IP的V2X业务消息的QoS需求，即通过本发明实施例提供的技术方案能够实现非IP的、具有多种QoS需求的V2X业务消息的传输。

下面详细介绍本发明实施例提供的技术方案。

注：本发明实施例中，业务消息是指V2X业务消息，即业务消息包括车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息。业务专用无线承载是指V2X业务专用无线承载，用于V2X业务消息传输。第一终端是指V2X业务消息传输的发送端，第二终端是指V2X业务消息传输的接收端。

如图3所示，本发明实施例提供了一种业务消息传输方法，包括：

S301、第一终端配置用于业务消息传输的业务专用无线承载，业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

S302、第一终端将业务消息映射到与其对应的业务专用无线承载；

S303、第一终端通过PC5接口发送业务消息。

本发明实施例中，V2X业务中包括不同类型的业务消息，不同类型的业务消息可能具有不同的QoS需求，即不同类型的业务消息可能属于不同的QoS等级。第一终端为具有不同QoS需求的业务消息配置不同的业务专用无线承载，以保证业务专用无线承载满足其所对应的业务消息的QoS需求。通过将业务消息映射到与其对应的业务专用无线承载的过程，可以将具有相同QoS需求的业务消息映射到同一个业务专用无线承载，相当于将业务消息进行“分类”，即具有相同QoS需求的业务消息分为一类。业务专用无线承载专用于与其对应的业务消息的传输，业务专用无线承载不同于现有的D2D通信中的D2D无线承载(Sidelink Radio Bearer，SLRB)。本发明实施例中，业务消息的QoS需求是指业务消息在QoS参数上所需达到的取值，QoS参数包括但不限于：优先级、时延、误码率、丢包率、优先比特率(Prioritized Bit Rate，PBR)、保证比特率(Guaranteed Bit Rate，GBR)、传输距离和传输频率。

针对具有相同QoS需求的业务消息，均可采用图3所示的方法，配置用于业务消息传输的业务专用无线承载，并将业务消息映射到与其对应的业务专用无线承载，进而实现业务消息的传输，保证业务消息的QoS需求。

第一终端配置的业务专用无线承载包括业务消息与业务专用无线承载的映射关系，用于第一终端将业务消息映射到与其对应的业务专用无线承载。

S301中，第一终端配置用于业务消息传输的业务专用无线承载的方法包括以下两种：

第一种：第一终端接收网络侧设备发送的用于业务消息传输的业务专用无线承载。

第二种：第一终端根据业务消息的QoS需求，配置业务消息用于业务消息传输的业务专用无线承载。

可选的，第一终端接收网络侧设备发送的映射模板，映射模板包括第二种：第一终端接收网络侧设备发送的用于业务消息传输的业务专用无线承载。

可选的，第一终端向网络侧设备发送业务请求消息；

业务请求消息用于请求业务消息对应的业务专用无线承载，业务请求消息包括以下信息之一或组合：业务消息的消息类型、业务消息的优先级和业务消息的时延。

本发明实施例中，业务消息对应的业务专用无线承载包括配置信息，配置信息包括但不限于以下信息：

逻辑信道、逻辑信道标识(Logical Channel Identifier，LCID)、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)实体和无线链路控制(Radio Link Control，RLC)实体。

不同的业务专用无线承载的配置信息之间相互独立，其中，业务专用无线承载指示为无线承载类型标识的一种，用于指示该业务专用无线承载是用于业务消息传输的无线承载，而非用于除V2X通信之外的D2D通信的D2D无线承载SLRB。业务专用无线承载的标识用于区分不同的业务专用无线承载。

本发明实施例中，第一终端将业务消息映射到其对应的业务专用无线承载之后，根据业务消息对应的业务专用无线承载的配置信息，将业务消息发 送给第二终端，具体过程如下：

第一终端通过配置信息中指示的PDCP实体和RLC实体对业务消息进行处理，将处理后的业务消息映射到配置信息中指示的逻辑信道；

第一终端生成包括业务消息和逻辑信道标识的MAC协议数据单元(Protocol Data Unit，PDU)；

第一终端通过PC5接口将包括业务消息和逻辑信道标识的MAC PDU发送给第二终端。

具体的，第一终端生成包括业务消息和逻辑信道标识的MAC PDU的方法包括：

第一终端生成包括业务消息的MAC业务数据单元(Service Data Unit，SDU)；

第一终端将MAC SDU封装在MAC协议数据单元(Protocol Data Unit，PDU)中，MAC PDU包括至少一个MAC SDU，MAC PDU的包头中包括至少一个MAC SDU中每个MAC SDU包括的业务消息对应的逻辑信道标识。

优选的，在封装有至少一个MAC SDU的MAC PDU的包头中，逻辑信道标识按照这至少一个MAC SDU在MAC PDU中的顺序进行排列，以便接收端能够识别包头中的逻辑信道标识对应哪一个MAC SDU中包括的业务消息。

本发明实施例提供的上述方法涉及D2D通信的PC5空口协议栈，如图4所示，PC5空口协议栈包括PDCP层、RLC层、MAC层、物理层(Physical Laye，PHY)四个协议层。本发明实施例提供的上述方法具体包括：将业务消息映射到其对应的业务专用无线承载后，在PDCP层(即PDCP实体)对业务消息进行加密和完整性保护等与通信安全相关的处理，在RLC层(即RLC实体)对业务消息进行分割/组合等操作，生成包括业务消息的MAC SDU，以支持PC5接口无线资源。PDCP实体和RLC实体对业务消息进行的相关处理与现有的D2D通信相同，此处不再赘述。

MAC层接收包含业务消息的MAC SDU，不同的MAC SDU可能对应不 同的业务专用无线承载，根据MAC SDU对应的业务专用无线承载的配置信息可知该MAC SDU对应的逻辑信道，将MAC SDU映射到其对应的逻辑信道，然后对MAC SDU进行调度、复用等处理，并将MAC SDU作为负载封装在MAC PDU中，生成包括业务消息和逻辑信道标识的MAC PDU，将MAC PDU并作为MAC层的输出递交给PHY层进行进一步处理。在PHY层通过PC5接口将MAC层递交的MAC PDU发送给第二终端。

可选的，在上述MAC层处理过程中，第一终端根据业务消息对应的业务专用无线承载的配置信息，为业务消息的逻辑信道分配传输资源。根据逻辑信道分配的资源可确定该逻辑信道可传输的业务消息的数据大小，并将相应数据大小的业务消息封装在MAC PDU中，从而满足逻辑信道对应的业务消息的QoS需求。MAC层为业务消息对应的逻辑信道分配资源，可以采用LTE的MAC协议中相关逻辑信道优先级(Logical Channel Prioritization，LCP)处理方法等，此方法取决于终端自身的内部实现，本发明实施例中不做具体限定。

在发送端，每一个协议层处理后的数据，都将递交给下一个协议层进行相应的处理；接收端接收发送端发送的MAC PDU后，对MAC PDU进行与发送端处理流程相反的处理，此处不再赘述。

本发明实施例中，第一终端利用可用的传输资源并通过PC5接口，将包括业务消息和业务消息对应的逻辑信道标识的MAC PDU发送给第二终端。第一终端在发送MAC PDU之前，需要利用PHY层的调制、编码等技术对MAC PDU进行处理，此处为现有D2D通信技术，不再赘述。

基站在LTE***授权频谱上，配置若干个“D2D通信资源池”。对于基站覆盖范围内的终端，使用基站在LTE***授权频谱上配置的“D2D通信资源池”中的传输资源，以避免该终端的D2D通信对LTE***中的蜂窝通信产生干扰。终端可以通过与基站间的信息交互，由基站为终端分配用于业务消息传输的传输资源；也可以通过自由竞争的方式，在“D2D通信资源池”中自主选择用于业务消息传输的传输资源。

在LTE***授权频谱之外的某些专用频谱上，***也配置若干个“D2D通信资源池”，使得基站覆盖范围外的终端也能够利用“D2D通信资源池”中的资源进行D2D通信。基站覆盖范围外的终端通过自由竞争的方式，在“D2D通信资源池”中自主选择用于业务消息传输的传输资源。

本发明实施例中，第一终端生成的MAC PDU可能仅包括V2X业务消息(即上文中的业务消息，为区分V2X业务消息和D2D业务消息，此处使用V2X业务消息)，可能仅包括D2D业务消息(此处D2DD2D业务消息是指除V2X业务消息之外的D2D业务消息)，也可能同时包括V2X业务消息和D2D业务消息，第二终端接收第一终端发送的MAC PDU后，需要区分V2X业务消息和D2D业务消息。因此，第一终端生成的MAC PDU还可以包括业务标识，业务标识用于指示该MAC PDU包括V2X业务消息。业务标识可以为V2X业务消息的逻辑信道标识或目的地层2标识(Destination Layer-2Identity)等。

举例说明一：业务标识可以为V2X业务消息的逻辑信道标识。

现有技术中，D2D业务消息占用的逻辑信道标识的取值范围为“00001～01010”，取值范围为“01011～11110”的逻辑信道标识被保留用于可能的功能扩展。本发明实施例中，可以将V2X业务消息对应的逻辑信道标识的取值范围设置为“00001～01010”。第二终端接收第一终端发送的MAC PDU后，根据MAC PDU的报头中携带的逻辑信道标识所属的取值范围，确定该逻辑信道标识对应的MAC SDU包含的是V2X业务消息或者是D2D业务消息。

举例说明二：业务标识可以为目的地层2标识。

本发明实施例中定义目的地层2标识，也可称为业务专用组标识，用于指示携带目的地层2标识的MAC PDU仅包含V2X业务消息，例如将目的地层2标识设置为“111111111111111111111111”，此时对于V2X业务消息占用的逻辑信道标识的取值范围没有限定。第一终端将携带有目的地层2标识的MAC PDU发送给第二终端，第二终端检测到MAC PDU中携带目的地层2标识，便可确定该MAC PDU仅包含V2X业务消息，该MAC PDU的包头中 的逻辑信道标识均为V2X业务消息对应的逻辑信道标识，进而获取V2X业务消息。

需要说明的是，业务标识用于指示该MAC PDU包括V2X业务消息，上述业务标识并不局限于本发明实施例中提供的形式，也可以采用其他形式。

本发明实施例中，可选的，第一终端根据业务消息(即V2X业务消息)的层间原语和业务消息与业务专用无线承载的映射关系，将业务消息映射到与其对应的业务专用无线承载，业务消息的层间原语包括但不限于：业务消息的优先级和/或业务消息的消息类型。

第一终端生成的业务消息携带V2X相关参数，例如V2X相关参数包括业务消息的优先级、业务消息的消息类型等，V2X相关参数以层间原语或消息头等方式随业务消息一起递交给PDCP层，并执行相关操作。第一终端可以通过匹配业务消息的层间原语、以及已配置的业务消息对应的业务专用无线承载，检测是否已配置用于该业务消息传输的业务专用无线承载。如果第一终端已配置用于该业务消息传输的业务专用无线承载，则无需重新配置，根据业务消息与业务专用无线承载的映射关系，将该业务消息映射到其对应的业务专用无线承载，进而实现该业务消息的传输。

如果第一终端检测到没有配置用于该业务消息传输的业务专用无线承载，则第一终端配置用于该业务消息传输的业务专用无线承载。具体的，第一终端可以自身配置用于该业务消息传输的业务专用无线承载，也可以从网络侧获取用于该业务消息传输的业务专用无线承载。用于该业务消息传输的业务专用无线承载包括：业务消息与业务专用无线承载的映射关系，以及业务专用无线承载的配置信息，其中业务专用无线承载的配置信息包括但不限于以下信息：逻辑信道、逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、PDCP实体和RLC实体。

下面举例说明第一终端与第二终端进行的V2X业务过程。

举例说明(一)：第一终端自身配置用于业务消息传输的业务专用无线承载。第一终端可以为基站覆盖范围外的终端。

如图5所示，第一终端与第二终端进行V2X通信过程如下：

S501、第一终端配置用于业务消息传输的业务专用无线承载。

第一终端根据业务消息的QoS需求，配置的用于该业务消息传输的业务专用无线承载。

第一终端可以预先根据全部可能的业务消息的QoS需求，为具备不同QoS需求的不同业务消息分别配置对应的业务专用无线承载；第一终端也可以分多次为具备不同QoS需求的不同业务消息分别配置对应的业务专用无线承载。

可选的，用于业务消息传输的业务专用无线承载作为第一终端的出厂设置，保存在第一终端内部的芯片或集成电路中。

S502、第一终端将业务消息映射到其对应的业务专用无线承载，并执行相关操作，生成包括业务消息和业务消息对应的逻辑信道标识的MAC PDU。

上文中已详细描述第一终端生成包括业务消息和业务消息对应的逻辑信道标识的MAC PDU的过程，此处不再赘述。

S503、第一终端通过PC5接口，将包括业务消息和业务消息对应的逻辑信道标识的MAC PDU发送给第二终端。

S504、第二终端对接收的MAC PDU执行相关操作。

具体的，第二终端在PHY层通过PC5接口接收第一终端发送的MAC PDU，该MAC PDU包括业务消息和业务消息对应的逻辑信道标识，第二终端在PHY层通过PC5接口接收MAC PDU的过程与现有的D2D通信技术相同，此处不再赘述。PHY层将MAC PDU递交给MAC层作相应处理，此过程与第一终端侧的MAC层处理过程相同，此处不再赘述。

第二终端根据MAC PDU包头中的逻辑信道标识，识别该逻辑信道标识为业务专用逻辑信道，即该逻辑信道标识对应的MAC SDU包括业务消息；第二终端建立与该逻辑信道标识对应的逻辑信道、PDCP实体和RLC实体。可选的，若第二终端已建立该逻辑信道标识对应的逻辑信道、PDCP实体和RLC实体，此步骤可省略。

第二终端将业务消息映射到其对应的逻辑信道，并将业务消息向上递交给其对应的PDCP实体和RLC实体进行相关处理，该处理过程与第一终端侧的响应处理过程相反，此处不再赘述。

第二终端将处理后的业务消息递交给V2X应用，完成对业务消息的接收。第二终端只会将映射到业务专用逻辑信道的业务消息递交给V2X应用，而不会递交给IP层/ARP层及应用层，从而保证第二终端通过PC5接口对业务消息的接收。

举例说明(二)：第一终端从网络侧设备获取用于业务消息传输的业务专用无线承载。第一终端可以为基站覆盖范围内的终端，网络侧设备包括基站和邻近业务功能实体(ProSe Function)。

如图6所示，本发明实施例提供的一种V2X通信过程中，第一终端、第二终端及网络侧设备的交互过程如下：

S601、第一终端向邻近业务功能实体发送业务请求消息。

V2X业务请求消息用于请求获得用于业务消息传输的业务专用无线承载。业务请求消息包括业务消息的业务相关参数(是指V2X业务的相关参数)，业务相关参数包括但不限于：业务消息的消息类型、业务消息的优先级和业务消息的时延需求。

第一终端通过V2X业务接入点(V2X Service Access Point，V-SAP)获取业务消息的业务相关参数，业务相关参数以消息头或层间原语等形式存在，V-SAP为第一终端的V2X应用层与PC5接口的PDCP层之间的接口。

业务请求消息还可以包括业务消息的QoS需求。第一终端根据V2X应用的需求和/或业务消息的业务相关参数，确定业务消息的QoS需求，例如确定业务消息在时延、PBR、GBR等QoS参数上的QoS需求，第一终端将所确定的业务消息的上述QoS需求携带在业务请求消息中发送给邻近业务功能实体。

业务请求消息还包括业务指示，用于指示第一终端所请求的业务是V2X业务，而非除V2X业务之外其他D2D业务。

第一终端通过图2所示的PC3接口向邻近业务功能实体发送业务请求消息。本发明实施例中对业务请求消息的消息类型不做限定，例如，可以是移动开放联盟的设备管理(Open Mobile Alliance Device Management，OMA DM)消息。

S602、邻近业务功能实体确定业务消息的QoS需求、以及该QoS需求对应的映射模板。

邻近业务功能实体根据业务消息的业务相关参数，确定业务消息的QoS需求，并进一步确定业务消息的QoS需求对应的映射模板。QoS需求对应的映射模板用于指示QoS需求与V2X相关参数的映射关系，映射模板包括具有相同QoS需求的所有业务消息的V2X相关参数的集合。若业务消息的业务相关参数与某一映射模板的业务相关参数相同，则业务消息与该映射模板匹配，该映射模板即为该业务消息对应的映射模板。

邻近业务功能实体预先保存有不同V2X业务消息分别对应的QoS需求、以及不同QoS需求分别对应的映射模板。

S603、邻近业务功能实体向基站发送业务响应消息。

该业务响应消息包括业务消息的QoS需求、以及该QoS需求对应的映射模板。

可选的，邻近业务功能实体通过图2所示的网络架构将业务响应消息发送给基站的传输路径为：邻近业务功能实体通过PC4接口将业务响应消息发送给归属签约用户服务器(Home Subscriber Server，HSS)，HSS通过S6a接口将业务响应消息发送给移动性管理实体(Mobility Management Entity，MME)，MME通过S1接口将V2X业务响应消息发送给基站。

S604、基站根据业务消息的QoS需求、以及该QoS需求对应的映射模板，配置用于业务消息传输的业务专用无线承载。

基站配置的用于业务消息传输的业务专用无线承载，满足业务消息的QoS需求。业务专用无线承载包括的具体内容参见此处不再赘述。

S605、基站将用于业务消息传输的业务专用无线承载发送给第一终端。

基站通过无线资源控制(Radio Resource Control，RRC)消息将用于业务消息传输的业务专用无线承载发送给第一终端。

可选的，基站将业务消息的QoS需求对应的映射模板作为业务专用无线承载的配置信息发送给第一终端。

S606、第一终端将业务消息映射到其对应的业务专用无线承载，并执行相关操作，生成包括业务消息和业务消息对应的逻辑信道标识的MAC PDU。

S607、第一终端通过PC5接口，将包括业务消息和业务消息对应的逻辑信道标识的MAC PDU发送给第二终端。

S608、第二终端对接收的MAC PDU执行相关操作。

上述S606至S608的具体内容参见举例说明(一)中的S502至S504，此处不再赘述。

结合图6所示的方法，S606第一终端将业务消息映射到其对应的业务专用无线承载的过程发生在V-SAP接口处，具体过程如图7所示：图7中V2X-RB_n表示已配置的业务专用无线承载，n表示不同的V2X业务专用无线承载标识；第一终端通过V-SAP接口获取业务消息的业务相关参数后，将业务消息的业务相关参数与映射模板逐一进行匹配。若业务消息的业务相关参数与映射模板n匹配成功，则将该业务消息映射到映射模板n对应的V2X-RB_n，即执行步骤S606至S608；若业务消息的业务相关参数与已存在的映射模板均未匹配成功，则执行步骤S601至S608。

举例说明(三)：第一终端从网络侧设备获取用于业务消息传输的业务专用无线承载。第一终端可以为基站覆盖范围内的终端，网络侧设备为基站。

如图8所示，本发明实施例提供的一种V2X通信过程中，第一终端、第二终端及基站的交互过程如下：

S801、第一终端向基站发送业务请求消息。

V2X业务请求消息用于请求获得用于业务消息传输的业务专用无线承载。业务请求消息包括业务消息的业务相关参数，业务相关参数包括但不限于：业务消息的消息类型、业务消息的优先级和业务消息的时延。第一终端 通过V2X业务接入点(V2X Service Access Point，V-SAP)获取业务消息的业务相关参数，V2X相关参数以消息头或层间原语等形式存在，V-SAP为第一终端的V2X应用层与PC5接口的PDCP层之间的接口。

可选的，V2X业务请求消息包括业务消息的QoS需求。第一终端根据V2X应用的需求和/或业务消息的业务相关参数，确定业务消息的QoS需求，例如确定业务消息在时延、PBR、GBR等QoS参数上的QoS需求，第一终端将确定的业务消息的QoS需求携带在业务请求消息中发送给基站。

V2X业务请求消息还包括业务指示，用于指示第一终端所请求的业务是V2X业务，而非除V2X业务之外其他D2D业务。

第一终端通过RRC消息向基站发送V2X业务请求消息。

S802、基站配置用于业务消息传输的业务专用无线承载。

基站确定业务消息的业务相关参数对应的业务专用无线承载的标识，基站再根据业务消息的业务相关参数确定业务消息的QoS需求，并为业务消息配置满足其QoS需求的业务专用无线承载的配置信息。

例如：结合表一，业务消息的消息类型为Pre-crash Warning，基站确定Pre-crash Warning对应的业务专用无线承载的标识为1，基站按照消息类型为Pre-crash Warning对应的QoS需求，配置业务专用无线承载的标识为1的业务专用无线承载的配置信息。

S803、基站将用于业务消息传输的业务专用无线承载发送给第一终端。

基站通过RRC消息将用于业务消息传输的业务专用无线承载发送给第一终端。

S804、第一终端将业务消息映射到其对应的业务专用无线承载，并执行相关操作，生成包括业务消息和业务消息对应的逻辑信道标识的MAC PDU。

S805、第一终端通过PC5接口，将包括业务消息和业务消息对应的逻辑信道标识的MAC PDU发送给第二终端。

S806、第二终端对接收的MAC PDU执行相关操作。

上述S804至S806的具体内容参见举例说明(一)中的S502至S504， 此处不再赘述。

举例说明(四)：第一终端从网络侧设备获取用于业务消息传输的业务专用无线承载。第一终端可以为基站覆盖范围内的终端，网络侧设备为基站。

如图9所示，本发明实施例提供的一种V2X通信过程中，第一终端、第二终端及基站的交互过程如下：

S901、基站配置用于业务消息传输的业务专用无线承载。

基站根据全部可能的业务消息的QoS需求，为具备不同QoS需求的不同业务消息分别配置对应的业务专用无线承载。

S902、基站通过***消息广播向第一终端发送用于业务消息传输的业务专用无线承载。

基站通过***消息广播发送具备不同QoS需求的不同业务消息分别配置对应的业务专用无线承载。基站覆盖范围内的所有终端均可接收到基站的***消息。

可选的，基站的***消息中还可以包括举例说明(二)中的映射模板。

S903、第一终端将业务消息映射到其对应的业务专用无线承载，并执行相关操作，生成包括业务消息和业务消息对应的逻辑信道标识的MAC PDU。

S904、第一终端通过PC5接口，将包括业务消息和业务消息对应的逻辑信道标识的MAC PDU发送给第二终端。

S905、第二终端对接收的MAC PDU执行相关操作。

上述S903至S905的具体内容参见举例说明(一)中的S502至S504，此处不再赘述。

第一终端通过本发明实施例提供的业务消息传输方法，将V2X业务消息映射到其对应的V2X业务专用无线承载，进而实现V2X业务消息的传输，同时保证非IP的V2X业务消息的QoS需求。

与第一终端侧对应的，在网络侧，如图10所示，本发明实施例提供一种业务消息传输方法，包括：

S1001、网络侧设备配置用于业务消息传输的业务专用无线承载，业务消 息在PC5接口上传输，业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

S1002、网络侧设备将配置的用于业务消息传输的业务专用无线承载发送给第一终端。

本发明实施例中，业务消息是指V2X业务消息，业务专用无线承载是指V2X业务专用无线承载。网络侧设备配置的业务专用无线承载满足其所对应的业务消息的服务质量QoS需求。业务消息的QoS需求是指业务消息在QoS参数上所需达到的取值，QoS参数包括但不限于：优先级、时延、误码及丢包率PELR、传输距离、传输频率。

可选的，业务专用无线承载包括业务消息与业务专用无线承载的映射关系。网络侧设备根据业务消息的服务质量QoS需求，配置业务消息与业务专用无线承载的映射关系。用于业务消息传输的业务专用无线承载包括配置信息，配置信息包括但不限于以下之一或组合：

逻辑信道、逻辑信道标识、映射模板、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

可选的，网络侧设备向第一终端发送映射模板，映射模板包括业务消息与业务专用无线承载的映射关系。

可选的，网络侧设备执行S1001之前，网络侧设备接收第一终端发送的业务请求消息；业务请求消息用于请求用于业务消息传输的业务专用无线承载，业务请求消息以下之一或组合：业务消息的消息类型、业务消息的优先级和业务消息的时延。

本发明实施例中，网络侧设备包括基站；或者，网络侧设备包括基站和邻近业务功能实体ProSe Function。

网络侧设备侧实施例的具体内容参见第一终端侧方法实施例，此处不再赘述。

第一终端通过本发明实施例提供的网络侧实施例提供的方法，能够获得 用于V2X业务消息传输的V2X业务专用无线承载，进而将V2X业务消息映射到其对应的V2X业务专用无线承载，实现V2X业务消息的传输，同时保证非IP的V2X业务消息的QoS需求。

基于以上实施例，本发明实施例还提供了一种第一终端，该第一终端可以采用图3对应的实施例提供的方法，参阅图11所示，该第一终端1100包括：处理单元1101、发送单元1102以及接收单元1103。

处理单元1101，用于配置用于业务消息传输的业务专用无线承载，业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；将业务消息映射到与其对应的业务专用无线承载；

发送单元1102，用于通过PC5接口发送经过处理单元1101处理后的业务消息。

可选的，业务专用无线承载满足其所对应的业务消息的服务质量QoS需求。

可选的，处理单元1101在配置用于业务消息传输的业务专用无线承载时，具体用于：

根据业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。

可选的，接收单元1103用于：

接收网络侧设备配置的用于业务消息传输的业务专用无线承载；

处理单元1101在配置用于业务消息传输的业务专用无线承载时，具体用于：

将接收单元1103从网络侧设备接收的用于业务消息传输的业务专用无线承载，作为配置的用于业务消息传输的业务专用无线承载。

可选的，接收单元1103在接收网络侧设备配置的用于业务消息传输的业务专用无线承载时，具体用于：

接收网络侧设备发送的映射模板，映射模板包括用于业务消息传输的业 务专用无线承载。

可选的，发送单元1102还用于：

向网络侧设备发送业务请求消息；

业务请求消息用于请求用于业务消息传输的业务专用无线承载，业务请求消息以下之一或组合：业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。

可选的，业务专用无线承载包括业务消息与业务专用无线承载的映射关系。

可选的，处理单元1101在将业务消息映射到与其对应的业务专用无线承载时，具体用于：

根据业务消息的层间原语和业务消息与业务专用无线承载的映射关系，将业务消息映射到与其对应的业务专用无线承载，业务消息的层间原语包括业务消息的优先级和/或业务消息的消息类型。

可选的，业务消息对应的业务专用无线承载包括配置信息，配置信息包括以下之一或组合：

逻辑信道、逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

可选的，处理单元1101将业务消息映射到与其对应的业务专用无线承载之后，还用于：

通过PDCP实体和RLC实体对业务消息进行处理，将处理后的业务消息映射到逻辑信道；

生成包括业务消息和逻辑信道标识的媒体接入控制MAC协议数据单元PDU；

发送单元1102在通过PC5接口发送经过处理单元1101处理后的业务消息时，具体用于：

通过PC5接口发送处理单元1101生成的包括业务消息和逻辑信道标识的MAC PDU。

可选的，MAC PDU还包括业务标识，业务标识用于指示MAC PDU包括业务消息。

可选的，业务标识为业务消息的逻辑信道标识或目的地层2标识。

可选的，处理单元1101在生成包括业务消息和逻辑信道标识的MAC PDU时，具体用于：

生成包括业务消息的MAC业务数据单元SDU；

将MAC SDU封装在MAC中，MAC PDU包括至少一个MAC SDU，MAC PDU的包头中包括至少一个MAC SDU中每个MAC SDU包括的业务消息对应的逻辑信道标识。

可选的，处理单元1101还用于：

根据业务消息对应的业务专用无线的配置信息，为业务消息的逻辑信道分配传输资源。

可选的，业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

基于以上实施例，本发明实施例还提供了一种网络侧设备，该网络侧设备可以采用图10对应的实施例提供的方法，参阅图12所示，该网络侧设备1200包括：处理单元1201、发送单元1202以及接收单元1203。

处理单元1201，用于配置用于业务消息传输的业务专用无线承载，业务消息在PC5接口上传输，业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

发送单元1202，用于将处理单元1201配置的用于业务消息传输的业务专用无线承载发送给第一终端。

可选的，业务专用无线承载满足其所对应的业务消息的服务质量QoS需求。

可选的，处理单元1201用于：

根据业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用 无线承载。

可选的，发送单元1202具体用于：

向第一终端发送映射模板，映射模板包括用于业务消息传输的业务专用无线承载。

可选的，接收单元1203用于：

接收第一终端发送的业务请求消息；

业务请求消息用于请求用于业务消息传输的业务专用无线承载，业务请求消息以下之一或组合：业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。

可选的，业务专用无线承载包括业务消息与业务专用无线承载的映射关系。

可选的，用于业务消息传输的业务专用无线承载包括配置信息，配置信息包括以下之一或组合：

逻辑信道、逻辑信道标识、映射关系、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。

可选的，业务消息的QoS需求包括以下之一或组合：

优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。

可选的，网络侧设备包括基站；或者，网络侧设备包括基站和邻近业务功能实体ProSe Function。

需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部 或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

基于以上实施例，本发明实施例还提供了一种第一终端，该第一终端可采用图3对应的实施例提供的方法，可以是与图11所示的第一终端相同的设备。参阅图13所示，该第一终端1300包括：处理器1301、发射器1302、总线1303、存储器1304以及接收器1305，其中：

处理器1301、发射器1302、存储器1304以及接收器1305通过总线1303相互连接；总线1303可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1301对应图11中处理单元1101，发射器1302对应图11中发送单元1102，接收器1305对应图11中接收单元1103。该第一终端1300还包括存储器1304，用于存放程序等。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器1304可能包含随机存取存储器(random access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。处理器1301执行存储器1304所存放的应用程序，实现如上V2X业务消息传输方法。

基于以上实施例，本发明实施例还提供了一种网络侧设备，该网络侧设备可采用图10对应的实施例提供的方法，可以是与图12所示的网络侧设备相同的设备。参阅图14所示，该网络侧设备1400包括：处理器1401、发射器1402、总线1403、存储器1404以及接收器1405，其中：

处理器1401、发射器1402、存储器1404以及接收器1405通过总线1403相互连接；总线1403可以是PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1401对应图12中处理单元1201，发射器1402对应图12中发送单元1202，接收器1405对应图12中接收单元1203，该网络侧设备1400还包括存储器1404，用于存放程序等。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器1404可能包括RAM，也可能还包括非易失性存储器，例如至少一个磁盘存储器。处理器1401执行存储器1404所存放的应用程序，实现如上V2X消息传输方法。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (48)

1. 一种业务消息传输方法，其特征在于，包括：

   第一终端配置用于业务消息传输的业务专用无线承载，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

   所述第一终端将所述业务消息映射到与其对应的所述业务专用无线承载；

   所述第一终端通过PC5接口发送所述业务消息。
2. 如权利要求1所述的方法，其特征在于，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。
3. 如权利要求1或2所述的方法，其特征在于，所述第一终端配置用于业务消息传输的业务专用无线承载，包括：

   所述第一终端根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。
4. 如权利要求1或2所述的方法，其特征在于，所述第一终端配置用于业务消息传输的业务专用无线承载，包括：

   所述第一终端接收网络侧设备配置的用于业务消息传输的业务专用无线承载。
5. 如权利要求4所述的方法，其特征在于，所述第一终端接收网络侧设备配置的用于业务消息传输的业务专用无线承载，包括：

   所述第一终端接收所述网络侧设备发送的映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。
6. 如权利要求4或5所述的方法，其特征在于，还包括：

   所述第一终端向所述网络侧设备发送业务请求消息；

   所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、 优先比特率PBR和保证比特率GBR。
7. 如权利要求1至6任一所述的方法，其特征在于，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。
8. 如权利要求7所述的方法，其特征在于，所述第一终端将所述业务消息映射到与其对应的所述业务专用无线承载，包括：

   所述第一终端根据所述业务消息的层间原语和所述业务消息与业务专用无线承载的映射关系，将所述业务消息映射到与其对应的所述业务专用无线承载，所述业务消息的层间原语包括所述业务消息的优先级和/或所述业务消息的消息类型。
9. 如权利要求1至8任一所述的方法，其特征在于，所述业务消息对应的所述业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

   逻辑信道、所述逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。
10. 如权利要求9所述的方法，其特征在于，还包括：

    所述第一终端通过所述PDCP实体和所述RLC实体对所述业务消息进行处理，将处理后的所述业务消息映射到所述逻辑信道；

    所述第一终端生成包括所述业务消息和所述逻辑信道标识的媒体接入控制MAC协议数据单元PDU；

    所述第一终端通过PC5接口发送所述业务消息，包括：

    所述第一终端通过PC5接口发送包括所述业务消息和所述逻辑信道标识的MAC PDU。
11. 如权利要求10所述的方法，其特征在于，所述MAC PDU还包括业务标识，所述业务标识用于指示所述MAC PDU包括业务消息。
12. 如权利要求11所述的方法，其特征在于，所述业务标识为业务消息的逻辑信道标识或目的地层2标识。
13. 如权利要求10所述的方法，其特征在于，所述第一终端生成包括所述业务消息和所述逻辑信道标识的MAC PDU，包括：

    所述第一终端生成包括所述业务消息的MAC业务数据单元SDU；

    所述第一终端将所述MAC SDU封装在MAC中，所述MAC PDU包括至少一个MAC SDU，所述MAC PDU的包头中包括所述至少一个MAC SDU中每个MAC SDU包括的业务消息对应的逻辑信道标识。
14. 如权利要求10所述的方法，其特征在于，还包括：

    所述第一终端根据所述业务消息对应的所述业务专用无线的配置信息，为所述业务消息的逻辑信道分配传输资源。
15. 如权利要求2所述的方法，其特征在于，所述业务消息的QoS需求包括以下之一或组合：

    优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。
16. 一种业务消息传输方法，其特征在于，包括：

    网络侧设备配置用于业务消息传输的业务专用无线承载，所述业务消息在PC5接口上传输，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

    所述网络侧设备将配置的所述用于业务消息传输的业务专用无线承载发送给第一终端。
17. 如权利要求16所述的方法，其特征在于，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。
18. 如权利要求16或17所述的方法，其特征在于，网络侧设备配置用于业务消息传输的业务专用无线承载，包括：

    所述网络侧设备根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。
19. 如权利要求16至18任一所述的方法，其特征在于，所述网络侧设备将所述业务消息对应的所述业务专用无线承载发送给第一终端，包括：

    所述网络侧设备向所述第一终端发送映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。
20. 如权利要求16至19任一所述的方法，其特征在于，还包括：

    所述网络侧设备接收所述第一终端发送的业务请求消息；

    所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。
21. 如权利要求16至20任一所述的方法，其特征在于，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。
22. 如权利要求16至21任一所述的方法，其特征在于，所述用于业务消息传输的业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

    逻辑信道、所述逻辑信道标识、映射关系、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。
23. 如权利要求17所述的方法，其特征在于，所述业务消息的QoS需求包括以下之一或组合：

    优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。
24. 如权利要求16至23任一所述的方法，其特征在于，所述网络侧设备包括基站；或者，所述网络侧设备包括基站和邻近业务功能实体ProSe Function。
25. 一种第一终端，其特征在于，包括：

    处理单元，用于配置用于业务消息传输的业务专用无线承载，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；将所述业务消息映射到与其对应的所述业务专用无线承载；

    发送单元，用于通过PC5接口发送经过所述处理单元处理后的所述业务消息。
26. 如权利要求25所述的第一终端，其特征在于，所述业务专用无线承 载满足其所对应的所述业务消息的服务质量QoS需求。
27. 如权利要求25或26所述的第一终端，其特征在于，所述处理单元在配置用于业务消息传输的业务专用无线承载时，具体用于：

    根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。
28. 如权利要求25或26所述的第一终端，其特征在于，还包括：

    接收单元，用于接收网络侧设备配置的用于业务消息传输的业务专用无线承载；

    所述处理单元在配置用于业务消息传输的业务专用无线承载时，具体用于：

    将所述接收单元从网络侧设备接收的用于业务消息传输的业务专用无线承载，作为配置的用于业务消息传输的业务专用无线承载。
29. 如权利要求28所述的第一终端，其特征在于，所述接收单元在接收网络侧设备配置的用于业务消息传输的业务专用无线承载时，具体用于：

    接收所述网络侧设备发送的映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。
30. 如权利要求28或29所述的第一终端，其特征在于，所述发送单元还用于：

    向所述网络侧设备发送业务请求消息；

    所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。
31. 如权利要求25至30任一所述的第一终端，其特征在于，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。
32. 如权利要求31所述的第一终端，其特征在于，所述处理单元在将所述业务消息映射到与其对应的所述业务专用无线承载时，具体用于：

    根据所述业务消息的层间原语和所述业务消息与业务专用无线承载的映 射关系，将所述业务消息映射到与其对应的所述业务专用无线承载，所述业务消息的层间原语包括所述业务消息的优先级和/或所述业务消息的消息类型。
33. 如权利要求25至32任一所述的第一终端，其特征在于，所述业务消息对应的所述业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

    逻辑信道、所述逻辑信道标识、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。
34. 如权利要求33所述的第一终端，其特征在于，所述处理单元将所述业务消息映射到与其对应的所述业务专用无线承载之后，还用于：

    通过所述PDCP实体和所述RLC实体对所述业务消息进行处理，将处理后的所述业务消息映射到所述逻辑信道；

    生成包括所述业务消息和所述逻辑信道标识的媒体接入控制MAC协议数据单元PDU；

    所述发送单元在通过PC5接口发送经过所述处理单元处理后的所述业务消息时，具体用于：

    通过PC5接口发送所述处理单元生成的包括所述业务消息和所述逻辑信道标识的MAC PDU。
35. 如权利要求34所述的第一终端，其特征在于，所述MAC PDU还包括业务标识，所述业务标识用于指示所述MAC PDU包括业务消息。
36. 如权利要求35所述的第一终端，其特征在于，所述业务标识为业务消息的逻辑信道标识或目的地层2标识。
37. 如权利要求34所述的第一终端，其特征在于，所述处理单元在生成包括所述业务消息和所述逻辑信道标识的MAC PDU时，具体用于：

    生成包括所述业务消息的MAC业务数据单元SDU；

    将所述MAC SDU封装在MAC中，所述MAC PDU包括至少一个MAC SDU，所述MAC PDU的包头中包括所述至少一个MAC SDU中每个MAC  SDU包括的业务消息对应的逻辑信道标识。
38. 如权利要求34所述的第一终端，其特征在于，所述处理单元还用于：

    根据所述业务消息对应的所述业务专用无线的配置信息，为所述业务消息的逻辑信道分配传输资源。
39. 如权利要求26所述的第一终端，其特征在于，所述业务消息的QoS需求包括以下之一或组合：

    优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。
40. 一种网络侧设备，其特征在于，包括：

    处理单元，用于配置用于业务消息传输的业务专用无线承载，所述业务消息在PC5接口上传输，所述业务消息包括以下之一或组合：车辆与车辆V2V业务消息、车辆与通信基础设施V2I业务消息、车辆与行人手持终端V2P业务消息；

    发送单元，用于将所述处理单元配置的所述用于业务消息传输的业务专用无线承载发送给第一终端。
41. 如权利要求40所述的网络侧设备，其特征在于，所述业务专用无线承载满足其所对应的所述业务消息的服务质量QoS需求。
42. 如权利要求40或41所述的网络侧设备，其特征在于，所述处理单元用于：

    根据所述业务消息的服务质量QoS需求，配置用于业务消息传输的业务专用无线承载。
43. 如权利要求40至42任一所述的网络侧设备，其特征在于，所述发送单元具体用于：

    向所述第一终端发送映射模板，所述映射模板包括用于业务消息传输的业务专用无线承载。
44. 如权利要求40至43任一所述的网络侧设备，其特征在于，还包括：

    接收单元，用于接收所述第一终端发送的业务请求消息；

    所述业务请求消息用于请求用于业务消息传输的业务专用无线承载，所 述业务请求消息以下之一或组合：所述业务消息的消息类型、优先级、时延、优先比特率PBR和保证比特率GBR。
45. 如权利要求40至44任一所述的网络侧设备，其特征在于，所述业务专用无线承载包括所述业务消息与所述业务专用无线承载的映射关系。
46. 如权利要求40至45任一所述的网络侧设备，其特征在于，所述用于业务消息传输的业务专用无线承载包括配置信息，所述配置信息包括以下之一或组合：

    逻辑信道、所述逻辑信道标识、映射关系、业务专用无线承载指示、业务专用无线承载的标识、分组数据汇聚协议PDCP实体和无线链路控制RLC实体。
47. 如权利要求41所述的网络侧设备，其特征在于，所述业务消息的QoS需求包括以下之一或组合：

    优先级、时延、误码率丢包率、优先比特率PBR和保证比特率GBR。
48. 如权利要求40至47任一所述的网络侧设备，其特征在于，所述网络侧设备包括基站；或者，所述网络侧设备包括基站和邻近业务功能实体ProSe Function。

Images