[发明专利]一种微服务架构下的通信方法及系统

说明书

本申请公开了一种微服务架构下的通信方法及系统；上述通信方法包括：执行体向通信服务器发送会话注册请求消息，接收通信服务器返回的与该执行体之间存在会话订阅发布关系的对端执行体的信息；其中，会话注册请求消息中至少携带该执行体的信息、待注册的会话集合及会话集合中任一会话的属性；执行体向通信服务器或对端执行体订阅已注册会话的会话实例，或者，执行体从通信服务器或对端执行体接收该对端执行体订阅的已注册会话的会话实例的信息。本申请可以给以微服务架构改造的通信软件提供高性能、低时延的通信方案。

技术领域

本申请涉及但不限于通信技术领域，尤指一种微服务架构下的通信方法及系统。

背景技术

在移动通信领域，目前的移动网络架构是为语音通信以及常规的MBB(MobileBroadband，移动宽带)业务而设计的，而且经历了3GPP(Third Generation PartnershipProject，第三代合作伙伴计划)各个版本的升级，网元众多、接口复杂，其灵活性不足以支撑5G(第五代移动通信技术)时代的多业务场景。另一方面，5G要求能适应不同类型的业务，比如视频业务、web业务、车联网业务等，因此也要求具备新业务的快速上线，快速部署。

5G的网络架构将是由业务驱动的，架构设计原则基于如何更灵活、高效地满足不同业务对移动网络的需求。在底层物理设施的SDN(Software Defined Network，软件定义网络)、NFV(Network Function Virtualization，网络功能虚拟化)技术支撑下，5G网络实现了核心网络的全面云化，在最新的3GPP标准中，对5G的核心网架构已经明确，在控制面确立了面向服务的框架。

云化的软件结构与传统的软件架构有很大的不同。传统的软件架构称为单体应用(Monolithic)，表现为业务系统的各个模块是紧耦合的关系，各个模块运行在一个进程中，每次升级都要重启整个应用进程，如果某个模块有问题，则可能导致整个系统无法正常启动。云化的软件结构则要求软件的组织不再是一个单体的软件，软件按不同的维度划分为各类服务，服务又可以细化为各种微服务，即所谓的微服务架构。微服务架构是将业务系统中的不同模块以微服务的形式进行拆分，每个微服务都是自治的，对外发布标准的API(Application Programming Interface，应用程序编程接口)，这样一个庞大的单体进程就可以拆成互相独立的微小进程，而容器技术的兴起，更促进了微服务架构的发展。

随着5G业务和网络的发展要求，各个通信网元的软件采用微服务的软件架构成为一种必然的趋势。业界目前已经有了很多具有影响力的开源微服务架构平台，但都诞生于互联网领域。在将通信软件进行微服务改造时，由于通信领域自身一些特点的约束，导致已有的微服务系统很难适应。微服务架构下的通信方法目前流行的有RPC(Remote ProcedureCall，远程过程调用)、rabbitmq消息队列等方式，但是在应用到通信领域下都不能很好地解决寻址、时延、负载均衡以及保证通信上下文一致等问题。

发明内容

本申请实施例提供了一种微服务架构下的通信方法及系统，可以给以微服务架构改造的通信软件提供高性能、低时延的通信方案。

一方面，本申请实施例提供一种微服务架构下的通信方法，包括：执行体向通信服务器发送会话注册请求消息；所述执行体接收所述通信服务器返回的与所述执行体之间存在会话订阅发布关系的对端执行体的信息；所述执行体向所述通信服务器或所述对端执行体订阅已注册会话的会话实例，或者，所述执行体从所述通信服务器或所述对端执行体接收所述对端执行体订阅的已注册会话的会话实例的信息；其中，所述会话注册请求消息中至少携带所述执行体的信息、待注册的会话集合及所述会话集合中任一会话的属性；所述执行体为微服务架构下的最小通信单位，所述会话为微服务之间的通信连接，所述会话包括至少一个会话实例。