CN117528792A - 跨域通信方法、装置、计算机设备、存储介质 - Google Patents

Abstract

本申请涉及一种跨域通信方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括：接收第一业务核心网中的业务发起方发送的业务请求；在业务接收方不属于本域的情况下，通过本域的网络控制单元确定本域链路资源是否满足业务请求的应用需求；在本域链路资源满足应用需求的情况下，通过本域的业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；第一跨域协作请求中携带业务请求的应用需求；接收其他各域中满足应用需求的目标域的业务控制单元发送的链路资源信息，基于本域链路资源和目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。采用本方法能够提高跨域通信的效率。

Description

跨域通信方法、装置、计算机设备、存储介质

技术领域

本申请涉及端到端通信技术领域，特别是涉及一种跨域通信方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

在当前多域SDN(Software Defined Network，软件定义网络)的相关研究中，多层控制器的方案被大量使用，即通过设置协同控制器与各域的控制器进行对接，从而，获取整个网络的所有信息，进而，实现业务需求。

传统的跨域通信方法中，协同控制器在获取到整个网络的信息之后，可以根据用户设备发起的业务需求进行业务编排，实现跨域的端到端选路，确定跨域通信路径，以及实现QoS(Quality of Service，服务质量)保障，从而完成用户设备与对端设备间的跨域通信。

然而，传统的跨域通信方法中，随着网络规模的不断增大，会导致协同控制器的负担过大，业务编排难度增加，进而，降低跨域通信效率。

发明内容

基于此，有必要针对上述技术问题，提供一种跨域通信方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种跨域通信法，

所述方法应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述方法包括：

接收所述第一业务核心网中的业务发起方发送的业务请求；

在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

在其中一个实施例中，所述通信系统中的各业务核心网还包括业务能力网关，所述接收所述第一业务核心网中的业务发起方发送的业务请求之后，所述方法还包括：

接收所述第一业务核心网中的业务发起方发送的业务请求，通过业务能力网关验证所述业务请求关联的所述业务发起方与业务接收方之间是否满足预设的关联关系；

在所述业务发起方与所述业务接收方满足预设的关联关系的情况下，通过本域的业务控制单元询问本域的网络控制单元，判断所述业务请求对应的所述业务接收方是否属于本域。

在其中一个实施例中，所述在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求，包括：

在所述业务接收方不属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断所述本域链路资源中是否存在通信通路满足所述业务请求的应用需求；所述通信通路中包括本域中业务发起方节点以及所述业务发起方节点的边缘节点。

在其中一个实施例中，所述满足所述应用需求的目标域的业务控制单元发送的链路资源信息包括与所述业务接收方所在域连接的其他域信息以及到达所述业务接收方的入节点和出节点，经过各所述其他域的入节点和出节点。

在其中一个实施例中，所述基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径，包括：

通过本域的所述业务控制单元对所述业务请求的应用需求进行判断，并基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，确定是否存在跨域通信路径满足所述业务请求的应用需求；

在存在跨域通信路径满足所述业务请求的应用需求的情况下，通过本域的所述业务控制单元向所述跨域通信路径包含的各域的业务控制单元发起第二跨域协作请求，并通过所述各域的控制器下发所述跨域通信路径，完成所述跨域通信路径的建立。

在其中一个实施例中，所述方法还包括：

在所述业务接收方属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断本域链路资源中是否存在通信路径满足所述业务请求的应用需求；

在存在所述通信路径满足所述业务请求的应用需求的情况下，将所述通信路径发送至所述本域的控制器，通过所述本域的控制器下发网络配置，完成通信路径的建立。

在其中一个实施例中，所述通信系统中的各业务核心网还包括计费单元，所述方法还包括：

通过本域的所述业务控制单元，触发所述计费单元开始执行计费操作，并通过所述计费单元确定所述业务请求的业务对应的资源消费。

第二方面，本申请还提供了另一种跨域通信方法，所述方法应用于通信系统中的第二业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述方法包括：

接收第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

通过本域的所述网络控制单元确定本域链路资源是否满足所述应用需求；

在满足所述应用需求的情况下，向业务发起方的业务控制单元发送链路资源信息。

第三方面，本申请还提供了一种跨域通信装置，

所述装置应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述装置包括：

接收模块，用于接收所述第一业务核心网中的业务发起方发送的业务请求；

确定模块，用于在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

发送模块，用于在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

建立模块，用于接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

第四方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收所述第一业务核心网中的业务发起方发送的业务请求；

在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

第五方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收所述第一业务核心网中的业务发起方发送的业务请求；

在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

第六方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收所述第一业务核心网中的业务发起方发送的业务请求；

在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

上述跨域通信方法、装置、计算机设备、存储介质和计算机程序产品，所述方法应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，接收所述第一业务核心网中的业务发起方发送的业务请求；在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。采用本方法，跨域通信业务中只需要通过各自域的业务核心网中的业务控制单元与网络控制单元，核查自身链路资源是否满足应用需求等，即可以实现跨域通信链路的建立，不依赖于全局的资源调度系统，提高了跨域通信的效率。

附图说明

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中应用跨域通信方法的通信系统的的架构图；

图2为一个实施例中跨域通信方法的流程示意图；

图3为一个实施例中验证业务发起方与业务接收方的关联关系步骤的流程示意图；

图4为一个实施例中建立跨域通信路径步骤的流程示意图；

图5为一个实施例中域内的通信路径创建步骤的流程示意图；

图6为一个实施例中另一跨域通信方法的流程示意图；

图7为一个实施例中一种跨域通信方法的具体示例的流程示意图；

图8为一个实施例中跨域通信过程的具体示例的流程示意图；

图9为一个实施例中装置的结构框图；

图10为一个实施例中装置的结构框图；

图11为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的跨域通信方法，可以应用于如图1所示的应用环境中。其中，通信系统中包含业务核心网以及业务核心网对应的单域控制器(简称为控制器)。每一业务核心网中包含业务控制单元和网络控制单元，以该方法应用于通信系统中的第一业务核心网为例，该跨域通信方法包括：接收第一业务核心网中的业务发起方发送的业务请求。在业务接收方不属于本域的情况下，通过本域的网络控制单元确定本域链路资源是否满足业务请求的应用需求。在本域链路资源满足应用需求的情况下，通过本域的业务控制单元向其他各域的业务控制单元发送第一跨域协作请求。第一跨域协作请求中携带业务请求的应用需求。接收其他各域中满足应用需求的目标域的业务控制单元发送的链路资源信息，基于本域链路资源和各域的业务控制单元发送的链路资源信息，建立跨域通信路径。

在一个示例性的实施例中，如图2所示，提供了一种跨域通信方法，以该方法应用于图1中的业务发起方的业务核心网为例进行说明，包括以下步骤202至步骤208。其中：

步骤202，接收第一业务核心网中的业务发起方发送的业务请求。

其中，发起业务请求的用户被称为业务发起方。

在实施中，业务发起方可以通过客户端应用程序(APP，Application)发起业务请求，该业务请求传输至业务发起方本域的第一业务核心网，本域的第一业务核心网接收该业务请求，以对该业务请求对应的业务接收方是否属于本域进行判断。

可选的，客户端应用程序也可以用于终端注册、用户注册，用户间关联关系建立(例如，好友添加)等内容，本申请实施例对于客户端应用程序的功能不做限定。

步骤204，在业务接收方不属于本域的情况下，通过本域的网络控制单元确定本域链路资源是否满足业务请求的应用需求。

其中，业务核心网中的网络控制单元，用于与单域控制器交互，进行拓扑发现以及链路资源的收集。

在实施中，在业务接收方不属于本域的情况下，本次业务涉及跨域通信，因此通过第一业务核心网中的网络控制单元根据业务请求进行资源与路径计算，确定第一业务核心网的本域链路资源是否满足业务请求的应用需求。

其中，该业务请求的应用需求可以但不限于包括签约时长需满足签约带宽、签约时延需求等等，本申请实施例不做限定。

步骤206，在本域链路资源满足应用需求的情况下，通过本域的业务控制单元向其他各域的业务控制单元发送第一跨域协作请求。

在实施中，在本域链路资源满足应用需求的情况下，通过第一业务核心网中的业务控制单元(即本域的业务控制单元)，向其他各域的业务控制单元发送第一跨域协作请求，其中，该第一跨域协作请求中携带业务请求的应用需求，以实现与其他各域进行跨域通信的协商。

步骤208，接收其他各域中满足应用需求的目标域的业务控制单元发送的链路资源信息，基于本域链路资源和目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

在实施中，本域的业务控制单元接收其他各域中满足应用需求的目标域的业务控制单元发送的链路资源信息。其中，满足应用需求的目标域至少包含业务接收方所在域。然后，本域的业务控制单元基于本域链路资源和接收到的目标域的链路资源信息进行跨域通信路径的选路，在确定存在一条满足应用需求的跨域通信路径的情况下，通过本域的业务控制单元向跨域通信路径中包含的各域的业务控制单元发起第二跨域协作请求，进而通过跨域通信路径中包含的各域的控制器下发该跨域通信路径，完成跨域通信路径的建立。

上述跨域通信方法中，跨域通信过程中，只需要通过各自域的业务核心网中的业务控制单元与网络控制单元，核查自身链路资源是否满足应用需求等，即可以实现跨域通信链路的建立，不依赖于全局的资源调度系统，提高了跨域通信的效率。

在一个示例性的实施例中，通信系统中的各业务核心网还包括业务能力网关，如图3所示，在步骤202之后，该方法还包括：

步骤302，接收第一业务核心网中的业务发起方发送的业务请求，通过业务能力网关验证业务请求关联的业务发起方与业务接收方之间是否满足预设的关联关系。

在实施中，当第一业务核心网中的业务发起方通过客户端应用程序向第一业务核心网发起业务请求时，由第一业务核心网中的业务能力网关接收该业务请求，由于业务能力网关接收终端设备注册、用户注册、用户间关联关系建立等请求，在进行相关验证后会存储在数据库中，因此，当业务发起方发起业务请求时，业务能力网关会对业务请求中关联的业务发起方与业务接收方之间的关联关系进行验证，例如，以用户A通过客户端应用程序发起A点到B点的业务请求，则业务能力网关会验证用户A与业务接收方的用户B是否是好友关系。

步骤304，在业务发起方与业务接收方满足预设的关联关系的情况下，通过本域的业务控制单元询问本域的网络控制单元，判断业务请求对应的业务接收方是否属于本域。

在实施中，在业务发起方与业务接收方满足预设的关联关系的情况下，通过本域的业务控制单元询问本域的网络控制单元，判断业务请求对应的业务接收方是否属于本域。具体地，网络控制单元用于拓扑发现以及链路资源的收集，因此，本域的业务控制单元可以基于业务请求中涉及的业务接收方的信息，向本域的网络控制单元发送问询请求，并通过该网络控制单元的反馈判断该业务接收方是否属于本域。

可选的，如果业务发起方与业务接收方不满足预设的关联关系的情况下，则由第一业务核心网中的业务能力网关向业务发起方的客户端回复，与该业务接收方不满足预设的关联关系，无法建立连接。

本实施例中，通过与第一业务核心网中的业务能力网关进行业务请求的预先验证，验证业务请求中涉及的通信双方间的关联关系，以及验证通信双方中的业务接收方是否属于本域，从而达到判断是否涉及跨域通信的目的。

在一个示例性的实施例中，步骤204中通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求的具体过程如下所示：

步骤2041，在业务接收方不属于本域的情况下，通过本域的网络控制单元对业务请求进行资源和路径计算，判断本域链路资源中是否存在通信通路满足业务请求的应用需求。

其中，通信通路中包括本域中业务发起方节点以及业务发起方节点的边缘节点。

在实施中，在业务接收方不属于本域的情况下，即涉及跨域通信的情况。基于各自域中业务控制单元与网络控制单元间的交互，完成各自域中是否满足该业务请求的应用需求的判断的原则，本域的业务控制单元与网络控制单元只需检验本域的链路资源即可。具体地，第一业务核心网中的业务控制单元(即本域的业务控制单元)解析出业务请求的应用需求，然后，基于该业务请求的应用需求，通过第一业务核心网中的网络控制单元(即本域的网络控制单元)对业务请求进行资源和路径计算，判断在本域链路资源中是否存在一条通信通路，可以满足该应用需求。该通信通路并非完成的跨域通信路径，仅包含本域中业务发起方节点以及该业务发起方节点的边缘节点。

本实施例中，在业务接收方不属于本域的情况下，通过第一业务核心网中的业务控制单元与网络控制单元间的交互，由网络控制单元对本域链路资源进行核查，初步协商以实现跨越通信路径的建立。

在一个示例性的实施例中，第一业务核心网中的业务控制单元接收到协商后的满足业务请求的应用需求的目标域发送的链路资源信息，其中，目标域中至少包含业务接收方所在域。因此，目标域发送的链路资源信息包括与业务接收方所在域连接的其他域信息以及到达业务接收方的入节点和出节点，经过各其他域的入节点和出节点。

可选的，目标域中也可以包括业务发起方与业务接收方之间的途径域，本申请实施例不做限定。目标域为业务接收方所在域时，链路资源信息中包含与业务接收方连接的其他域信息以及到达业务接收方的入节点和出节点，目标域为途径域时，链路资源信息中包含途径域信息以及经过各途径域的入节点和出节点。

在一个示例性实施例中，如图4所示，步骤208中基于本域链路资源和目标域的业务控制单元发送的链路资源信息，建立跨域通信路径，包括以下步骤402至步骤404。其中：

步骤402，通过本域的业务控制单元对业务请求的应用需求进行判断，并基于本域链路资源和目标域的业务控制单元发送的链路资源信息，确定是否存在跨域通信路径满足业务请求的应用需求。

在实施中，在本域的业务控制单元接收到目标域的链路资源信息之后，由本域的网络控制单元收集目标域的链路资源信息，该目标域的链路资源信息也即各目标域的抽象网络拓扑信息，进而，本域的业务控制单元对业务请求的应用需求进行判断，在本域的网络控制单元包含的本域链路资源信息和目标域的链路资源信息中进行选路，确定是否存在一条跨域通信路径满足业务请求的应用需求。

步骤404，在存在跨域通信路径满足业务请求的应用需求的情况下，通过本域的业务控制单元向跨域通信路径包含的各域的业务控制单元发起第二跨域协作请求，并通过各域的控制器下发跨域通信路径，完成跨域通信路径的建立。

在实施中，在存在跨域通信路径满足业务请求的应用需求的情况下，通过本域的业务控制单元向跨域通信路径包含的各域的业务控制单元发起第二跨域协作请求，跨域通信路径中的各域通过各自的控制器下发该跨域通信路径，完成跨域通信路径的建立。

其中，单域控制器，也可以为网管，通过南向标准协议获得本域下的网络资源全局信息，包括丢包率、传输时延、带宽等指标测量以及算力资源、缓存资源、硬盘资源等信息的实时收集。同时根据网络控制单元计算出来的结果在数据面建立一条满足应用需求的数据的跨域通信路径，让业务发起方与业务接收方之间的数据通过该路径进行传输。

本实施例中，通过本域的业务控制单元进行选路，在确定存在一条跨域通信路径满足业务请求的应用需求的情况下，通过本域的业务控制单元发起的第二跨域协作请求，指示跨域通信路径中各域的业务控制单元控制各自的控制器下发跨域通信路径，从而完成跨域通信路径的建立，不依赖于全局的资源调度系统，提高了跨域通信的效率。

在一个示例性的实施例中，如图5所示，该方法还包括：

步骤502，在业务接收方属于本域的情况下，通过本域的网络控制单元对业务请求进行资源和路径计算，判断本域链路资源中是否存在通信路径满足业务请求的应用需求。

在实施中，在业务接收方属于本域的情况下，即不涉及跨域通信。因此，本域的业务控制单元与网络控制单元进行交互，基于业务控制单元解析出的业务请求的应用需求，通过本域的网络控制单元对业务请求进行资源和路径计算，判断本域链路资源中是否存在通信路径满足业务请求的应用需求。

其中，通信路径为第一业务核心网的域内通信路径。

步骤504，在存在通信路径满足业务请求的应用需求的情况下，将通信路径发送至本域的控制器，通过本域的控制器下发网络配置，完成通信路径的建立。

在实施中，在存在通信路径满足业务请求的应用需求的情况下，本域的网络控制单元将该通信路径在数据面下发网络配置，即将通信路径发送至本域的控制器，通过本域的控制器下发网络配置，完成通信路径的建立。

本实施例中，在业务接收方属于本域的情况下，不涉及跨域通信，因此，通过第一业务核心网中的业务控制单元与网络控制单元的交互，验证是否存在满足应用需求的通信路径，即实现域内的协商，完成通信路径的建立，提高了通信效率。

在一个示例性实施例中，通信系统中的各业务核心网还包括计费单元，该方法还包括：

步骤209，通过本域的业务控制单元，触发计费单元开始执行计费操作，并通过计费单元确定业务请求的业务对应的资源消费。

在实施中，在控制器下发跨域通信路径或者通信路径的同时，第一业务核心网中的业务控制单元触发该第一业务核心网中计费单元开始执行计费操作，通过计费单元记录业务开始时间、结束时间、业务请求类型等业务属性信息，通过业务属性信息确定本次业务请求的业务对应的资源消费情况，进而，可以生成资源消费清单，该资源消费清单可以反馈至业务发起方。

本实施例中，通过计费单元对各类型的业务进行自动化资源计费，提高了业务过程的处理效率。

在一个示例性实施例中，通信系统中除了包含业务发起方所在的第一业务核心网，还包括第二业务核心网，该第二业务核心网分为业务接收方所在的业务核心网，跨域传输途径的业务核心网，或者不参与本次业务的业务核心网等。如图6所示，提供了一种跨域通信方法，该方法应用于通信系统中的第二业务核心网，通信系统中的各业务核心网包含业务控制单元和网络控制单元，方法包括：

步骤602，接收第一跨域协作请求。

其中，第一跨域协作请求中携带业务请求的应用需求。

在实施中，第一业务核心网中的业务控制单元向除第一业务核心网之外的全部第二业务核心网中的业务控制单元发送第一跨域协作请求，该第二业务核心网中的业务控制单元接收该第一跨域协作请求。

步骤604，通过本域的网络控制单元确定本域链路资源是否满足应用需求。

在实施中，通过每一第二业务核心网中的本域的网络控制单元确定本域链路资源是否满足应用需求。其网络控制单元的具体确定过程与上述实施例中的步骤2041相似，本申请实施例在此不再赘述。

步骤606，在满足应用需求的情况下，向业务发起方的业务控制单元发送链路资源信息。

在实施中，在满足应用需求的情况下，该第二业务核心网的业务控制单元向业务发起方的业务控制单元发送自身域的链路资源信息。例如，第二业务核心网中，某个域的业务控制单元确定业务接收方对应的目的设备在该域下时，该域的业务控制单元判断链路资源是否满足应用需求。如果满足，回复业务发起方可以建立连接，并告知业务发起方本域所连接的其他域的信息、到达目的设备的入节点和出节点。例如，第二业务核心网中，某个域的业务控制单元确定业务接收方对应的目的设备不在该域下时，该域的业务控制单元判断该域的链路资源是否满足应用需求。如果满足，告知业务发起方该域所连接的其他域的信息以及经过该域的入节点和出节点。其中，非业务接收方所在域又满足业务请求的应用需求的域为跨域通信途径的域。

可选的，如果第二业务核心网不满足应用需求的情况，该第二业务核心网中的业务控制单元回复业务发起方所在的第一业务核心网中的业务控制单元，拒绝此业务请求。

在一个示例性实施例中，如图7和图8所示，提供了一种跨域通信方法的具体示例，(其中，上述的业务控制单元等同于下述示例中的业务控制模块，网络控制单元等同于下述示例中的网络控制模块，计费单元等同于下述示例中的计费模块)该示例包括如下过程：

步骤701，用户A通过客户端发起A点到B点的业务请求(其中，业务请求携带在签约时长需满足签约带宽、签约时延需求)；

步骤702，本域的业务能力网关根据业务请求验证通信双方是否为好友关系，如果不是好友关系，执行步骤703；如果是好友关系，执行步骤704；

步骤703，回复客户端A：不是好友关系，无法建立连接；

步骤704，业务控制模块询问网络控制模块，判断对端用户是否属于本域，如果属于本域，则执行步骤705，如果不属于本域，则执行步骤801；

步骤705，本域的网络控制模块根据用户业务请求进行资源和路径计算，判断是否存在一条通路满足应用需求；如果满足应用需求，则执行步骤706；如果不满足应用需求，则执行步骤707；

步骤706，网络控制模块依据已经算好的路径在数据面下发网络配置；当路径建立成功后，通知计费模块开始计费，并且通知客户端连接建立成功；

步骤707，业务控制模块回复客户端A，本域的当前资源不足以满足应用需求。

其中，如果(对端设备)不属于本域的情况，需要涉及跨域通信，因此，该跨域通信内容，如图8所示，包括：

步骤801，本域网络控制模块根据用户业务请求进行资源和路径计算，判断是否存在一条通路满足应用需求(从A点到域A的边缘节点)；如果满足应用需求，执行步骤803；如果不满足应用需求，执行步骤802；

步骤802，业务控制模块回复客户端A，本域的当前资源不足以满足应用需，求，拒绝业务请求。

步骤803，本域的业务控制模块向其他所有域的业务控制模块发起跨域协作请求，寻找目的设备所在的域；

步骤804，某个域的业务控制模块确定目的设备在该域下时，判断链路资源是否满足应用需求；如果满足应用需求，则执行步骤806，如果不满足应用需求，则执行步骤805；

步骤805，该域下的业务控制模块回复业务发起方所在域的业务控制模块，进而，回复客户端，该对端设备所在域(或称为目的域)资源不足以满足应用需求，拒绝业务请求。

步骤806，通知业务发起方本域所连接的其他域的信息以及到达目的设备的入节点和出节点。其他域的业务控制模块确定目的设备不在该域下时，判断链路资源是否满足应用需求。如果满足，告知业务发起方本域所连接的其他域的信息以及经过本域的入节点和出节点。

步骤807，业务发起方所在的业务控制模块根据用户业务请求资源和路径，判断是否存在一条路径满足应用需求；如果满足应用需求，则执行步骤808；如果不满足应用需求，则执行步骤809；

步骤808，本域的业务控制模块向路径需要经过域的业务控制模块发起跨域协作请求，通过各自域的控制器下发转发路径；通知计费模块开始计费，并且通知客户端连接建立成功；

步骤809，业务控制模块回复客户端A，当前跨域资源不足以满足应用需求，拒绝业务请求。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的跨域通信方法的跨域通信装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个跨域通信装置实施例中的具体限定可以参见上文中对于跨域通信方法的限定，在此不再赘述。

在一个示例性的实施例中，如图9所示，提供了一种跨域通信装置900，所述装置应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，该装置900包括：接收模块901、确定模块902、发送模块903和建立模块904，其中：

接收模块901，用于接收所述第一业务核心网中的业务发起方发送的业务请求；

确定模块902，用于在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

发送模块903，用于在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

建立模块904，用于接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

在一个示例性的实施例中，所述通信系统中的各业务核心网还包括业务能力网关，该装置900还包括：

接收验证模块，用于接收所述第一业务核心网中的业务发起方发送的业务请求，通过业务能力网关验证所述业务请求关联的所述业务发起方与业务接收方之间是否满足预设的关联关系；

第一判断模块，用于在所述业务发起方与所述业务接收方满足预设的关联关系的情况下，通过本域的业务控制单元询问本域的网络控制单元，判断所述业务请求对应的所述业务接收方是否属于本域。

在一个示例性的实施例中，确定模块902，具体用于在所述业务接收方不属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断所述本域链路资源中是否存在通信通路满足所述业务请求的应用需求；所述通信通路中包括本域中业务发起方节点以及所述业务发起方节点的边缘节点。

在一个示例性的实施例中，所述满足所述应用需求的目标域的业务控制单元发送的链路资源信息包括与所述业务接收方所在域连接的其他域信息以及到达所述业务接收方的入节点和出节点，经过各所述其他域的入节点和出节点。

在一个示例性的实施例中，建立模块904，具体用于通过本域的所述业务控制单元对所述业务请求的应用需求进行判断，并基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，确定是否存在跨域通信路径满足所述业务请求的应用需求；

在存在跨域通信路径满足所述业务请求的应用需求的情况下，通过本域的所述业务控制单元向所述跨域通信路径包含的各域的业务控制单元发起第二跨域协作请求，并通过所述各域的控制器下发所述跨域通信路径，完成所述跨域通信路径的建立。

在一个示例性的实施例中，该装置900还包括：

第二判断模块，用于在所述业务接收方属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断本域链路资源中是否存在通信路径满足所述业务请求的应用需求；

创建模块，用于在存在所述通信路径满足所述业务请求的应用需求的情况下，将所述通信路径发送至所述本域的控制器，通过所述本域的控制器下发网络配置，完成通信路径的建立。

在一个示例性的实施例中，该装置900还包括：

计费模块，用于通过本域的所述业务控制单元，触发所述计费单元开始执行计费操作，并通过所述计费单元确定所述业务请求的业务对应的资源消费。

在一个示例性的实施例中，如图10所示，提供了另一种跨域通信装置1000，该装置1000应用于通信系统中的第二业务核心网，通信系统中的各业务核心网包含业务控制单元和网络控制单元，该装置包括：接收模块1001、确定模块1002、和发送模块1003，其中：

接收模块1001，用于接收第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

确定模块1002，用于通过本域的所述网络控制单元确定本域链路资源是否满足所述应用需求；

发送模块1003，用于在满足所述应用需求的情况下，向业务发起方的业务控制单元发送链路资源信息。

上述跨域通信装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个示例性的实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图11所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种跨域通信方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

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

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

1.一种跨域通信方法，其特征在于，所述方法应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述方法包括：

接收所述第一业务核心网中的业务发起方发送的业务请求；

在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

2.根据权利要求1所述的方法，其特征在于，所述通信系统中的各业务核心网还包括业务能力网关，所述接收所述第一业务核心网中的业务发起方发送的业务请求之后，所述方法还包括：

接收所述第一业务核心网中的业务发起方发送的业务请求，通过业务能力网关验证所述业务请求关联的所述业务发起方与业务接收方之间是否满足预设的关联关系；

在所述业务发起方与所述业务接收方满足预设的关联关系的情况下，通过本域的业务控制单元询问本域的网络控制单元，判断所述业务请求对应的所述业务接收方是否属于本域。

3.根据权利要求1所述的方法，其特征在于，所述在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求，包括：

在所述业务接收方不属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断所述本域链路资源中是否存在通信通路满足所述业务请求的应用需求；所述通信通路中包括本域中业务发起方节点以及所述业务发起方节点的边缘节点。

4.根据权利要求1所述的方法，其特征在于，所述满足所述应用需求的目标域的业务控制单元发送的链路资源信息包括与所述业务接收方所在域连接的其他域信息以及到达所述业务接收方的入节点和出节点，经过各所述其他域的入节点和出节点。

5.根据权利要求1所述的方法，其特征在于，所述基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径，包括：

通过本域的所述业务控制单元对所述业务请求的应用需求进行判断，并基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，确定是否存在跨域通信路径满足所述业务请求的应用需求；

在存在跨域通信路径满足所述业务请求的应用需求的情况下，通过本域的所述业务控制单元向所述跨域通信路径包含的各域的业务控制单元发起第二跨域协作请求，并通过所述各域的控制器下发所述跨域通信路径，完成所述跨域通信路径的建立。

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

在所述业务接收方属于本域的情况下，通过本域的所述网络控制单元对所述业务请求进行资源和路径计算，判断本域链路资源中是否存在通信路径满足所述业务请求的应用需求；

在存在所述通信路径满足所述业务请求的应用需求的情况下，将所述通信路径发送至所述本域的控制器，通过所述本域的控制器下发网络配置，完成通信路径的建立。

7.根据权利要求5或6所述的方法，其特征在于，所述通信系统中的各业务核心网还包括计费单元，所述方法还包括：

通过本域的所述业务控制单元，触发所述计费单元开始执行计费操作，并通过所述计费单元确定所述业务请求的业务对应的资源消费。

8.一种跨域通信方法，其特征在于，所述方法应用于通信系统中的第二业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述方法包括：

接收第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

通过本域的所述网络控制单元确定本域链路资源是否满足所述应用需求；

在满足所述应用需求的情况下，向业务发起方的业务控制单元发送链路资源信息。

9.一种跨域通信装置，其特征在于，所述装置应用于通信系统中的第一业业务核心网，所述通信系统中的各业务核心网包含业务控制单元和网络控制单元，所述装置包括：

接收模块，用于接收所述第一业务核心网中的业务发起方发送的业务请求；

确定模块，用于在业务接收方不属于本域的情况下，通过本域的所述网络控制单元确定本域链路资源是否满足所述业务请求的应用需求；

发送模块，用于在所述本域链路资源满足所述应用需求的情况下，通过本域的所述业务控制单元向其他各域的业务控制单元发送第一跨域协作请求；所述第一跨域协作请求中携带所述业务请求的应用需求；

建立模块，用于接收所述其他各域中满足所述应用需求的目标域的业务控制单元发送的链路资源信息，基于所述本域链路资源和所述目标域的业务控制单元发送的链路资源信息，建立跨域通信路径。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7或者8中任一项所述的方法的步骤。

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