CN114640729B - 一种通信方法、通信设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例公开一种通信方法、通信设备及计算机可读存储介质。所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、数据分发服务(DDS)层和用户数据报协议(UDP)层；所述方法包括：所述DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息；所述DDS层基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；所述UDP层基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

Description

一种通信方法、通信设备及计算机可读存储介质

技术领域

本发明涉及通信技术领域，具体涉及一种通信方法、通信设备及计算机可读存储介质。

背景技术

目前的服务化架构中，各网络功能(NF，Network Function)之间采用服务化接口(SBI接口)协议栈进行通信，协议开销较大。

目前的服务化架构，需要的网络功能实体多，交互流程复杂：

1)需要网络仓储功能(NRF，Network Repository Function)来管理服务提供者和服务使用者，不仅对NRF性能要求高，而且需要注册发现过程完成之后才能进行真正的应用程序接口(API，Application Programming Interface)调用过程，导致时延增加；2)需要业务控制点(SCP，Service Control Point)来转发消息及路由消息，交互流程复杂。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种通信方法、通信设备及计算机可读存储介质。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种通信方法，所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、数据分发服务(DDS，Data Distribution Services)层和用户数据报协议(UDP，User DatagramProtocol)层；所述方法包括：

所述DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息；

所述DDS层基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；

所述UDP层基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

上述方案中，所述第一请求还包括服务质量(QoS，Quality of Service)信息；所述发送携带有所述接收方信息的请求，包括：所述DDS层发送第二请求，所述第二请求中包括所述接收方信息、QoS信息和安全信息。

上述方案中，所述服务化接口协议栈还包括实时发布订阅(RTPS，Real-TimePublish-Subscribe)层；所述方法还包括：

所述RTPS层接收所述DDS层发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；

所述RTPS层发送携带有所述接收方信息的第三请求。

上述方案中，所述UDP层基于请求按照用户数据报协议封装数据之前，所述方法还包括：所述UDP层接收所述RTPS层发送的所述第三请求；

相应的，所述UDP层基于请求按照用户数据报协议封装数据，包括：所述UDP基于所述第三请求按照用户数据报协议封装数据。

上述方案中，所述服务化接口协议栈还包括IP层和L2层；所述根据请求中携带的所述接收方信息发送所述数据，包括：

所述UDP层通过所述IP层和所述L2层向所述接收方信息发送所述数据。

上述方案中，所述方法还包括：所述DDS层根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。

本发明实施例还提供了一种通信设备，所述通信设备包括：DDS层处理单元和UDP层处理单元；其中，

所述DDS层处理单元，用于接收应用层发送的第一请求，所述第一请求中至少包括主题信息；基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；

所述UDP层处理单元，用于基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

上述方案中，所述第一请求还包括QoS信息；

所述DDS层处理单元，用于发送第二请求，所述第二请求中包括所述接收方信息、QoS信息和安全信息。

上述方案中，所述通信设备还包括RTPS层处理单元，用于接收所述DDS层发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；还用于发送携带有所述接收方信息的第三请求。

上述方案中，所述UDP层处理单元，还用于接收所述RTPS层发送的所述第三请求；基于所述第三请求按照用户数据报协议封装数据。

上述方案中，所述通信设备还包括IP层处理单元和L2层处理单元；

所述UDP层处理单元，用于通过所述IP层处理单元和所述L2层处理单元向所述接收方信息发送所述数据。

上述方案中，所述DDS层处理单元，用于根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例所述方法的步骤。

本发明实施例还提供了一种通信设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本发明实施例所述方法的步骤。

本发明实施例提供的通信方法、通信设备及计算机可读存储介质，所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、DDS层和UDP层；所述方法包括：所述DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息；所述DDS层基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；所述UDP层基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。采用本发明实施例的技术方案，通过将DDS应用到服务化接口协议栈，实现了用户面的服务化接口，各网络功能之间可基于DDS提供的发布/订阅模式进行数据交互，无需NRF对服务提供者和服务使用者进行管理，也即无需向NRF进行注册发现；利用DDS这种面向服务的中间件，在保证功能完整的同时，减少了网络功能实体数量以及交互的复杂度，降低了时延开销，提升了服务化架构的可扩展性；并且，本发明实施例通过UDP层进行数据封装，UDP控制选项较少，传输时延小，从另一方面也提升了传输效率。

附图说明

图1为相关技术方案中的系统架构的组成示意图；

图2为相关技术方案中的网络功能之间实现互连的交互示意图；

图3为相关技术方案中的协议栈的示意图；

图4为本发明实施例的通信方法的流程示意图一；

图5为本发明实施例的通信方法中的DDS层；

图6为本发明实施例的通信方法的流程示意图二；

图7为本发明实施例的协议栈的示意图；

图8为本发明实施例的通信方法的交互流程示意图；

图9为本发明实施例的通信方法的应用场景示意图；

图10为本发明实施例的通信设备的组成结构示意图一；

图11为本发明实施例的通信设备的组成结构示意图二；

图12为本发明实施例的通信设备的硬件结构示意图。

具体实施方式

下面结合附图及具体实施例对本发明作进一步详细的说明。

在对本申请各实施例进行详细说明之前，首先对相关技术中的服务化架构以及协议栈进行简单说明。

图1为相关技术方案中的系统架构的组成示意图；如图1所示，系统可包括：用户设备(UE，User Equipment)、接入网设备和其他核心网设备；其中，接入网设备在图中以无线接入网(RAN，Radio Access Network)或接入网(AN，Access Network)表示，图中以(R)AN表示接入网设备。

核心网设备可包括以下设备的至少之一：用户面功能(UPF，User PlaneFunction)、接入和移动管理功能(AMF，Access and Mobility Management Function)、会话管理功能(SMF，Session Management Function)、策略控制功能(PCF，Policy ControlFunction)、统一数据管理功能(UDM，Unified Data Management)、鉴权服务功能(AUSF，Authentication Server Function)、网络开放功能(NEF，Network Exposure Function)、网络切片选择功能(NSSF，Network Slice Selection Function)、NRF、应用功能(AF，Application Function)、数据网络(DN，Data Network)、SCP。

如图1所示，将逻辑控制功能抽象成为独立的网络功能组件，称为网络功能(Network Function)，上述示出了多种网络功能。

图1所示的系统架构中，由NRF提供网络功能的注册、发现、网络服务的授权等等，实现网络功能和服务的按需配置及NF之间的互联。如图2所示。

各NF之间按照服务化接口交互，采用统一的SBA通信协议建立链接。其服务化交互的模式简化为请求-响应(Request-Response)模式、订阅-通知(Subscribe-Notify)两种模式。

图3为相关技术方案中的协议栈的示意图；如图3所示，相关技术方案中的服务化接口协议栈包括：

Application层:应用层，使用JSON作为序列化协议，使用OpenAPI作为接口描述语言来定义各Function对外提供的服务功能；

HTTP/2层：超文本传输协议2.0。是由互联网工程任务组(IETF)的HTTPBis(Hypertext Transfer Protocol Bis)工作小组进行开发。主要为了解决HTTP 1.1性能不好的问题；

安全传输层协议(TLS，Transport Layer Security)层，用于在两个通信应用程序之间提供保密性和数据完整性；

传输控制协议(TCP，Transmission Control Protocol)层：是一种面向连接的、可靠的、基于字节流的通信协议。

服务化接口协议栈还包括IP层和L2层。

其中，TCP层是有确认机制的协议，即每发出一个数据包都要求确认，如果有一个数据包丢失，就收不到确认，发送方就必须重发这个数据包。为了保证传输的可靠性，TCP建立了三次对话的确认机制，即在正式收发数据前，必须和对方建立可靠的连接。

由此可见，目前的服务化系统架构，只有控制面是服务化的，用户面并没有实现真正的服务化。由于目前的SBI接口是基于TCP的，对于用户面使用TCP协议开销较大，所以目前用户面接口仍然沿用之前的UDP、GTP-U协议栈结构。并且目标的服务化系统架构，交互流程复杂。

DDS作为分布式实时通信中间件技术规范，可以基于开销更小的UDP传输协议完成消息的实时交互，能够降低时延。同时，其自动发现功能、QoS机制以及完整性保护功能，可以减少服务化架构的功能实体，简化功能实体间消息交互流程。因此，本发明提出将DDS应用到服务化架构的接口协议栈。基于此，提出本发明以下各实施例。

本发明实施例提供了一种通信方法，所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、DDS层和UDP层。图4为本发明实施例的通信方法的流程示意图一；如图4所示，所述方法包括：

步骤101：所述DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息；

步骤102：所述DDS层基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；

步骤103：所述UDP层基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

DDS采用发布/订阅模式，强调以数据为中心，提供丰富的QoS策略，能保障数据进行实时、高效、灵活地分发，可满足各种分布式实时通信应用需求。

本实施例中，应用层按照特定主题(主题信息)进行消息分发，即应用层向DDS层发送对应于各消息的请求，请求中包括对应于各消息的主题信息。DDS层可基于主题信息确定接收方信息，这样使得数据发送方(或发布者)和数据接收方(或订阅者)之间的耦合关系更为松散，应用层不必关心接收方的目的地址和数量，而接收方也不许关心发送方的发送地址和数量，数据发送方(或发布者)和数据接收方(或订阅者)之间的仅需根据主题信息进行数据交互。如图2所示，发布者A和订阅者C基于主题1建立连接，进行数据交互；而发布者B分别和订阅者D和订阅者E基于主题2建立连接，进行数据交互。

在一些可选实施例中，DDS层通过域(Domain)连通能够相互通信的数据发送方(或发布者)和数据接收方(或订阅者)，只有同一域的数据发送方(或发布者)和数据接收方(或订阅者)才可以进行数据交互。

本实施例中，主题信息可通过主题标识或主题符表示。主题信息用于唯一标识某类型数据或某功能数据。DDS层通过主题信息确定接收方信息。可选的，在进行数据交互之前，消息发送方(如发布者)发送信息(例如以广播的形式发送信息)，信息中可包括主题信息；可选地，信息中还可包括QoS信息；各个消息；消息接收方(如订阅者)接收到信息，识别出信息中的主题信息，若消息接收方(如订阅者)识别出信息中的主题信息与自身的主题信息匹配一致，则可建立该消息发送方(如发布者)与消息接收方(如订阅者)的关联关系，建立消息发送方(如发布者)与消息接收方(如订阅者)的数据链路。示例性的，若通信设备为消息发送方(如发布者)，DDS层可建立各主题信息与对应接收方(如订阅者)信息的关联关系；若通信设备为消息接收方(如订阅者)，DDS层可建立各主题信息与对应发送方(如发布者)信息的关联关系。无论如何，在应用层有消息待进行发送时，DDS层均可通过第一请求中携带的主题信息查找该关联关系，确定对应的接收方信息，该接收方信息可以是上述订阅者的信息或者上述发布者的信息。

本实施例中，通过UDP层对数据按照用户数据报协议封(UDP)进行封装。UDP层为应用程序提供了一种无需建立连接就可以发送封装的IP数据包的方法。UDP的控制选项较少，在数据传输过程中延迟小、数据传输效率高。

基于上述实施例，本发明实施例还提供了一种通信方法，所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、DDS层、RTPS层和UDP层。图6为本发明实施例的通信方法的流程示意图二；如图6所示，所述方法包括：

步骤201：DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息和QoS信息；

步骤202：DDS层基于所述主题信息确定接收方信息，发送第二请求，所述第二请求中包括所述接收方信息、QoS信息和安全信息；

步骤203：RTPS层接收所述DDS层发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；

步骤204：RTPS层发送携带有所述接收方信息的第三请求；

步骤205：UDP层接收所述RTPS层发送的所述第三请求；基于所述第三请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

本实施例步骤201至步骤202具体可参照前述实施例中的步骤101至步骤102的描述。区别在于，本实施例中，DDS层为数据分发提供了身份验证、访问控制、安全保护(例如数据加密和数据完整性保护等安全机制)。DDS安全机制不会影响实时通信的性能，能够满足通信系统对加密和完整性保护的要求。基于此，本实施例中，DDS层发送的第二请求中包括所述接收方信息、QoS信息和安全信息；其中，所述安全信息例如可包括加密和完整性保护信息。

在本发明的一些可选实施例中，所述方法还包括：所述DDS层根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。本实施例中，DDS层可以完成实时性要求较低的QoS保证功能。

本实施例中，由于UDP数据没有可靠性保证、顺序保证和流量控制字段等，因此可靠性由更高层的协议进行保证。因此通过RTPS层执行QoS保证功能。

RTPS专门用于支持数据分发系统的独特要求,旨在能够在多播和无连接的尽力传输方式(例如UDP/IP)上运行。RTPS协议的主要特点包括：

高性能和服务质量属性，通过标准IP网络为实时应用程序提供尽力而为和可靠的通信；

容错，允许创建没有单点故障的通信网络；

可配置性，平衡数据传输的可靠性和及时性需求；

类型安全，以防止应用程序编程错误影响远程节点的运营。

在本发明的一些可选实施例中，所述服务化接口协议栈还包括IP层和L2层；所述根据请求中携带的所述接收方信息发送所述数据，包括：所述UDP层通过所述IP层和所述L2层向所述接收方信息发送所述数据。

图7为本发明实施例的协议栈的示意图；如图7所示，相比于相关技术，本发明实施例的服务化接口协议栈通过DDS层、RTPS层和UDP层替换相关技术中的HTTP/2层、TLS层和TCP层，通过将DDS应用到服务化接口协议栈，实现了用户面的服务化接口，各网络功能之间可基于DDS提供的发布/订阅模式进行数据交互，无需NRF对服务提供者和服务使用者进行管理，也即无需向NRF进行注册发现；利用DDS这种面向服务的中间件，在保证功能完整的同时，减少了网络功能实体数量以及交互的复杂度，降低了时延开销，提升了服务化架构的可扩展性；并且，本发明实施例通过UDP层进行数据封装，UDP控制选项较少，传输时延小，从另一方面也提升了传输效率，以及通过RTPS层执行QoS保证功能。

下面结合一个具体的示例对本发明实施例的通信方法进行说明。

图8为本发明实施例的通信方法的交互流程示意图；如图8所示，所述方法包括：

步骤31：应用层由功能实体根据需要发送消息发送请求，该消息发送请求中需至少携带主题信息及该消息的QoS信息；其中，主题信息用于确定消息接收方，QoS信息便于DDS层和RTPS层进行QoS保证。

这里，消息发送请求相当于前述实施例中的第一请求。

步骤32：DDS层接收应用层发送的消息发送请求，根据消息发送请求携带的主题信息确定对应的接收者信息，并且完成实时性要求不高的消息的QoS保证功能。

其中，DDS层在域(Domain)内确定与主题信息对应的消息接收者，根据能力完整部分或全部QoS功能。

步骤33：DDS层在处理完成之后，发送消息发送请求，所述消息发送请求携带接收者信息、QoS信息和用于加密和完整性保护的安全信息；

这里，消息发送请求相当于前述实施例中的第二请求。

步骤34：RTPS层接收DDS层发送的消息发送请求，根据消息发送请求中的QoS信息要求提供实时性的QoS保证功能，根据消息发送请求中的安全信息执行安全保护功能。

步骤35：RTPS层将携带接收者信息的消息发送给UDP层，通知底层将消息发出。

步骤36：UDP层、IP层以及L2层等传输层最终将消息发出。

需要说明的是，IP层以及L2层的处理方式采用相关技术方案中(例如图3所示的协议栈)的IP层以及L2层的处理方式，这里不再赘述。

图9为本发明实施例的通信方法的应用场景示意图；如图9所示，采用图1所示的系统架构，增加、删除、修改网络功能的注册/发现流程，需要NRF识别和控制。而采用本发明实施例所示的新的服务化接口，通过将DDS层应用到服务化接口协议栈，可利用其动态自动发现机制来发现网络功能的变化(包括网络功能的增加、删除、修改)，无需NRF实体对各网络功能进行控制管理。

DDS中的域(Domain)将所有能够相互通信的功能实体连接起来，它表示一个通信平面：只有同一域中的发布者和订阅者可以进行数据交互。域的隔离功能可以实现通信网络所需的切片功能，所以采用本发明实施例的技术方案不需要图1中的NSSF实体来管理切片。

本发明实施例采用DDS层的数据分发功能，会动态的计算消息接收者，并并智能地将变化通知参与者。因此不需要SCP来转发及路由消息。

基于此，图9所示的系统架构减少了NRF、NSSF、SCP，对于控制面来说，减少了功能实体之间的交互复杂度，降低了消息交互时延；还可以利用DDS层和RTPS层对于实时QoS的保障机制进一步降低消息交互时延。

对于用户面，由于目前图2所示的SBI接口是基于TCP协议的，而用户面使用TCP协议开销较大，这是目前用户面没有使用服务化接口的主要原因。而本申请图7所示的新型服务化接口是基于UDP的，用户面也可以使用新型接口实现服务化架构。这样，通过实现用户面的服务化架构，完善了整体架构，真正实现了整个架构的可扩展性。

本发明实施例中不局限于图9所示的网络功能划分方法，上图仅以现有网络功能为例说明新型接口带来的架构变化和好处。

本发明实施例还提供了一种通信设备。图10为本发明实施例的通信设备的组成结构示意图一；如图10所示，所述通信设备包括：DDS层处理单元41和UDP层处理单元42；其中，

所述DDS层处理单元41，用于接收应用层发送的第一请求，所述第一请求中至少包括主题信息；基于所述主题信息确定接收方信息，发送携带有所述接收方信息的请求；

所述UDP层处理单元42，用于基于请求按照用户数据报协议封装数据，并根据请求中携带的所述接收方信息发送所述数据。

在本发明的一些可选实施例中，所述第一请求还包括QoS信息；所述DDS层处理单元41，用于发送第二请求，所述第二请求中包括所述接收方信息、QoS信息和安全信息。

在本发明的一些可选实施例中，如图11所示，所述通信设备还包括RTPS层处理单元43，用于接收所述DDS层处理单元发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；还用于发送携带有所述接收方信息的第三请求。

在本发明的一些可选实施例中，所述UDP层处理单元42，还用于接收所述RTPS层处理单元发送的所述第三请求；基于所述第三请求按照用户数据报协议封装数据。

在本发明的一些可选实施例中，所述通信设备还包括IP层处理单元和L2层处理单元；

所述UDP层处理单元42，用于通过所述IP层处理单元和所述L2层处理单元向所述接收方信息发送所述数据。

在本发明的一些可选实施例中，所述DDS层处理单元41，用于根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。

本发明实施例中，所述通信设备中的：DDS层处理单元41、RTPS层处理单元43、UDP层处理单元42、IP层处理单元和L2层处理单元，在实际应用中均可由所述通信设备中的中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SignalProcessor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)实现。

需要说明的是：上述实施例提供的通信设备在进行通信时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将通信设备的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的通信设备与通信方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例还提供了一种通信设备。图12为本发明实施例的通信设备的硬件结构示意图，如图12所示，通信设备包括存储器52、处理器51及存储在存储器52上并可在处理器51上运行的计算机程序，所述处理器51执行所述程序时实现本发明实施例所述通信方法的步骤。

可选地，通信设备还包括网络接口53。通信设备中的各个组件通过总线系统54耦合在一起。可理解，总线系统54用于实现这些组件之间的连接通信。总线系统54除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统54。

可以理解，存储器52可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器52旨在包括但不限于这些和任意其它适合类型的存储器。

上述本发明实施例揭示的方法可以应用于处理器51中，或者由处理器51实现。处理器51可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器51中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器51可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器51可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器52，处理器51读取存储器52中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，通信设备可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、FPGA、通用处理器、控制器、MCU、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。

在示例性实施例中，本发明实施例还提供了一种计算机可读存储介质，例如包括计算机程序的存储器52，上述计算机程序可由通信设备的处理器51执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

本发明实施例提供的计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例所述通信方法的步骤。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (6)

1.一种通信方法，其特征在于，所述方法应用于通信设备，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、数据分发服务DDS层、实时发布订阅RTPS层、用户数据报协议UDP层、IP层和L2层；所述方法包括：

所述DDS层接收应用层发送的第一请求，所述第一请求中至少包括主题信息；所述第一请求还包括服务质量QoS信息；

所述DDS层基于所述主题信息确定接收方信息，发送第二请求；所述第二请求中包括所述接收方信息、QoS信息和安全信息；

所述RTPS层接收所述DDS层发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；

所述RTPS层发送携带有所述接收方信息的第三请求；

所述UDP层接收所述RTPS层发送的所述第三请求；

所述UDP层基于所述第三请求按照用户数据报协议封装数据，并通过所述IP层和所述L2层向所述接收方信息发送所述数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述DDS层根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。

3.一种通信设备，其特征在于，所述通信设备基于服务化接口协议栈进行通信，所述服务化接口协议栈至少包括应用层、数据分发服务DDS层、实时发布订阅RTPS层、用户数据报协议UDP层、IP层和L2层；所述通信设备包括：DDS层处理单元、RTPS层处理单元、UDP层处理单元、IP层处理单元和L2层处理单元；其中，

所述DDS层处理单元，用于接收应用层发送的第一请求，所述第一请求中至少包括主题信息，所述第一请求还包括服务质量QoS信息；基于所述主题信息确定接收方信息，发送第二请求；所述第二请求中包括所述接收方信息、QoS信息和安全信息；

所述RTPS层处理单元，用于接收所述DDS层处理单元发送的所述第二请求，根据所述第二请求中的所述QoS信息执行QoS保证功能，以及根据所述第二请求中的所述安全信息执行安全保护功能；还用于发送携带有所述接收方信息的第三请求；

所述UDP层处理单元，用于接收所述RTPS层处理单元发送的所述第三请求；基于所述第三请求按照用户数据报协议封装数据，并通过所述IP层处理单元和所述L2层处理单元向所述接收方信息发送所述数据。

4.根据权利要求3所述的通信设备，其特征在于，所述DDS层处理单元，用于根据所述第一请求中的所述QoS信息，执行QoS满足预设条件的QoS保证功能。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至2任一项所述方法的步骤。

6.一种通信设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至2任一项所述方法的步骤。