CN110858807A - 通信网络中的服务策略编排 - Google Patents

Abstract

本发明涉及一种在通信网络中编排服务策略的方法，所述通信网络包括服务策略编排工厂、服务策略执行工厂和至少一个运营商接入域。所述方法包括由服务策略编排工厂(3)执行的以下步骤：a)从服务策略执行工厂接收(53)服务实例对象和第一服务事件对象，所述服务实例对象定义服务执行要求，所述第一服务事件对象定义当前服务执行策略的更新；b)用第一服务事件对象和服务实例对象更新(55)服务储存库；c)基于第一映射表，选择(57)链接到第一服务事件对象的至少一个运营商接入域，用于执行链接到服务策略的服务；d)将第一服务事件对象和链接到所选择的至少一个运营商接入域中的每一个的运营商特定服务ID发送(59)到所选择的至少一个运营商接入域，以允许所述至少一个运营商接入域更新其服务储存库；e)从至少一个运营商接入域接收(65)第一反馈数据集；f)用来自第一反馈数据集的至少一些数据更新(69)第二映射表；以及g)向服务策略执行工厂发送(71)第二反馈数据集，以完成服务策略编排。

Description

通信网络中的服务策略编排

技术领域

本发明涉及一种在通信网络中编排服务策略的方法。例如，本发明允许通信会话方请求通信网络中所选服务的期望服务质量(QoS)。本发明还涉及一种被设置为实现所提出的方法的通信网络元件以及一种通信网络。

背景技术

QoS是对服务(例如，语音或数据服务)整体性能的测量，尤其是对通信网络的用户所看到的性能的测量。为了定量地测量QoS，通常考虑与网络服务相关的几个方面，例如，带宽(数据传输速率、比特率或吞吐量)、分组丢失、延迟(信息在网络上传播所需的时间延迟的测量)、可用性(系统处于运行状态的时间比例)、抖动(流中所选分组之间的端到端单向延迟的差异，忽略任何丢失的分组)、优先级(相对于同一网络中同时竞争资源的数据流的优先级)等。在计算机网络和其他分组交换电信网络领域，QoS通常是指流量优先级和资源预留控制机制，而不是所实现的QoS。因此，QoS可以被认为是向不同的应用程序(或服务)、用户或数据流提供不同优先级的能力或者保证数据流的特定性能水平的能力。

QoS对于有特殊要求的网络流量的传输尤为重要。特别地，可以使用互联网协议语音(IP)技术，以允许计算机网络变得像电话网络一样适用于音频对话，并支持具有更严格网络性能要求的新应用程序。因此，当前的移动通信网络或系统是基于IP的，因此必须处理应用程序或服务的不同QoS要求。目前，这些要求被实现为静态规则，使得应用程序获得具有用户已经订阅的QoS设置的数据承载(不管应用是否需要这些QoS设置)，或者应用程序请求预定义载体(例如，支持长期演进语音(VoLTE)的载体)。这种静态实现在单个单片网络中相对较好地进行，但在过载或危机情况下具有限制。随着允许切片、边缘计算和网络共享的5G网络拓扑的出现，需要新的解决方案来确保应用程序或服务能够接入具有所请求的QoS设置的数据承载，即使网络过载或处于危机状态。

然而，与QoS相关的方面仅仅是与服务策略相关的方面的一个示例。术语服务策略还涵盖其他方面，例如，运营商接入域之间的切换规则。目前，在非单片网络中，即由不同的独立运营商运营的网络中，没有可靠的解决方案来编排服务策略。

US2017/208016公开了一种能够将抽象服务请求分解成资源规则的方法，该方法可以包括经由公开的公共接口接收抽象服务请求(例如，指定功能需求的请求)，基于接收到的抽象服务请求生成特定于域的资源规则，识别电信域中的相关组件，用于执行生成的特定于域的资源规则，并且将特定于域的资源规则发送到识别的组件(例如，在线计费服务器、策略管理服务器等)，用于强制执行。基于接收到的抽象服务请求生成特定于域的资源规则，可以包括生成与域的现有资源规则一致的规则。

发明内容

本发明的一个目的是克服与在通信网络中编排服务策略相关的上述问题。

根据本发明的第一方面，提供了一种在通信网络中编排服务策略的方法，所述通信网络包括服务策略编排工厂、通过应用编程接口为通信网络的用户提供接口的服务策略执行工厂和至少一个运营商接入域，所述方法包括由服务策略编排工厂执行的以下步骤：

·从服务策略执行工厂接收服务实例对象和第一服务事件对象，所述服务实例对象直接或间接定义服务执行要求，所述第一服务事件对象定义当前服务执行策略的更新；

·用第一服务事件对象和服务实例对象更新服务策略编排工厂的服务储存库；

·基于第一映射表，选择链接到第一服务事件对象的至少一个运营商接入域，用于执行链接到服务策略的服务；

·将链接到相应运营商接入域的第一服务事件对象和运营商特定服务标识符发送到所选择的至少一个运营商接入域，以允许至少一个运营商接入域更新其服务储存库；

·从至少一个运营商接入域接收第一反馈数据集，所述第一反馈数据集包括每个运营商接入域的运营商域标识符，该标识符指示成功的编排；

·用至少接收到的运营商域标识符更新第二映射表；并且

·向服务策略执行工厂发送第二反馈数据集，以完成服务策略编排。

所提出的新解决方案的优点在于，可以在通信网络中可靠地编排新的服务策略，该通信网络可以是非单片通信网络。服务策略请求是网络配置改变请求，其可以涉及QoS要求和/或运营商接入域之间的切换规则，和/或涉及执行关于网络服务的政府规则，例如，在紧急情况下对语音和数据流量的处理。例如，本发明的教导允许服务请求方获得期望的QoS，即使服务请求方的网络过载或处于危机状态。

所提出的解决方案被认为是当前现有解决方案的独特之处，并且如果将其与US2017/208016中公开的解决方案相比较，则可以认识到，US2017/208016对本发明的至少以下特征保持沉默：

·从服务策略执行工厂接收服务实例对象和第一服务事件对象；

·用第一服务事件对象和服务实例对象更新服务策略编排工厂的服务储存库；

·第一反馈数据集包括每个运营商接入域的运营商域标识符，该标识符指示成功编排；

·用接收到的运营商域标识符更新第二映射表；并且

·向服务策略执行工厂发送第二反馈数据集，以完成服务策略编排。

当进一步考虑US2017/208016时，可以注意到，US2017/208016公开了在相应的域和连续编排器之间建立的反馈回路(见US2017/208016中的图11)。在本发明中，不需要建立任何循环，并且在传递反馈消息的过程中涉及三个元件(接入域、服务策略编排工厂和服务策略执行工厂)。此外，在US2017/208016中，反馈回路仅用于确保在每个域中测量的实际服务质量大于或等于预期的服务质量(见美国2017/208016中的第166段)。

应当注意，根据本发明的解决方案可以针对具有几个独立运营商的情况，每个运营商具有他们自己的策略规则集。本发明提供了拒绝服务请求的可能性，然后请求实体可以基于新信息有利地做出关于新请求的决定。此外，根据本发明的解决方案允许域发送警报，这些警报与服务请求不直接相关，但是指示由于例如网络元件或节点的中断导致的当前服务限制。服务域可以使用这些信息为另一域请求新策略。US2017/208016似乎也没有提供这种可能性。

根据本发明的第二方面，提供了一种计算机程序产品，其被设置为执行根据本发明第一方面的方法。

根据本发明的第三方面，提供了一种通信网络元件，其被设置为执行根据本发明第一方面的方法。

根据本发明的第四方面，提供了一种服务策略编排工厂，其被设置为执行根据本发明第一方面的方法。

在所附的从属权利要求中叙述本发明的其他方面。

附图说明

参考附图，从以下对非限制性示例实施例的描述中，本发明的其他特征和优点将变得显而易见，其中：

图1是示出通信网络的一些元件的框图，这可能有助于理解本发明的教导；

图2是以更详细的方式示出图1所示的元件的框图；

图3是示出图2所示的策略执行引擎的框图；

图4是示出图2所示的客户应用程序编程接口的概述的框图；

图5是示出根据本发明的示例的编排和分布式服务事件对象之间的关系的框图；

图6是示出根据本发明的示例的在通信网络中编排服务策略的过程的流程图；

图7是示出根据本发明的示例的更新通信网络中的事件储存库的过程的流程图；以及

图8是示出根据本发明的示例在通信网络中执行服务策略的过程的流程图。

具体实施方式

现在将参考附图详细描述本发明的实施例。在无线蜂窝通信网络的背景下描述该非限制性实施例。然而，本发明的教导不限于这种环境，而是可以用于有线通信网络中。出现在不同附图中的相同或相应的功能和结构元件具有相同的附图标记。

接下来给出本说明书中使用的一些术语的一些定义。

·存储库：存储库是中心位置(例如，数据库)，其中，通常以有组织的方式在计算机存储中保存和维护数据的集合。用户可以直接接入存储库，也可以是从其中获取特定的数据库、文件或文档的位置，以便在网络中进一步重新定位或分布。存储库可能只是将数据本身聚合到某个可接入的存储位置，也可能意味着有选择地提取数据的某种能力。

·策略：策略可以为应用于整个网络或子网的用户和/或服务创建QoS简档。

·规则：建立原则或标准的陈述，并作为指导或授权行动或行为的规范。

·编排：编排是对计算机系统、中间件和/或服务的自动设置、协调和/或管理。

·域：域包含可以使用共同的一组规则接入和管理的一组计算机或网络元件。

·接入域：该域包括许可网络运营商的通信网络(无线和/或有线)接入基础设施(例如，2G、3G、4G无线接入网络/电缆和/或光纤)。

·网络域：该域包括许可网络运营商的核心网络(无线和/或有线)基础设施(例如，IP多媒体子系统(IMS)、演进分组核心(EPC)、用户数据管理(UDM)、移动交换站(MSS))。

·服务域：该域包括许可网络运营商的服务网络(无线和/或有线)基础设施(例如，与长期演进(LTE)语音、丰富通信服务(RCS)、消息、短消息服务(SMS)、多媒体消息服务(MMS)、数据服务相关)。

·运营商域：该域被理解为涵盖接入域、网络域和/或服务域。

本发明的示例可以应用到的一些用例是：

·分布式运营商接入域：可以通过两个或多个分布式运营商接入域(例如，网络切片)提供服务。每个运营商接入域都有自己的QoS策略控制，为每个应用分配专用的数据承载。用户可以在运营商接入域之间无缝移动，并且本发明的实现可以确保应用可以使用具有相同QoS设置的数据承载，而不管用户连接到哪个运营商接入域。此外，如果当前运营商接入域或切片不能提供足够的QoS，则本发明可以强制移动到另一运营商接入域。

·在两个或多个网络上的服务编排和供应：服务提供商通过两个或多个通信网络编排服务。虽然服务有相同的QoS要求，但网络可能有不同的应用程序编程接口(API)和方法来实施这些要求。本发明的实现可以为服务提供商在不同接入网络中请求QoS提供协调的接口。

·策略否决：在某些情况下，应该手动否决策略。例如，在发生危机的情况下，政府可能要求公共保护和救灾(PPDR)人员独家进入某些地理区域或整个切片。另一示例是值班和下班状态之间的区别。如果用户在值班，则他们的服务应该具有定义的QoS，而如果他们不值班，则他们应该有分配给运营商的正常订购的QoS。

·动态策略选择：当用户同时使用多种服务时(甚至可能在几个终端用户装置上)，每种服务都有自己的QoS要求，这些服务/要求的每种组合将导致每种变体有一个专用策略。例如，PPDR用户正在值班，他们的装置上有两个活动的应用程序：一键通应用程序和跟踪器。由于该应用程序的特定要求，该使用连接到专用的PPDR网络切片，该切片具有保证的吞吐量和QoS，但总带宽有限。现在，这个PPDR用户额外地启动高质量视频应用程序(例如，主体摄像头)，但是在对其他PPDR用户没有服务限制的情况下，活动无线网络切片不能承载流量。然而，本发明的实现可以检测这种情况，并指示当前网络将用户移动到具有足够可用资源的另一无线网络。

基于上面列出的用例，根据本实施例已经建立了以下特征：

·服务策略规则的通用定义；

·只有运营商有权决定是否以及如何在其网络上执行服务策略(有法律义务执行服务策略的请求除外)；

·可定制解决方案，以适应单独运营商接入域基础设施；

·客户信息技术(IT)基础设施的中央API，用于请求服务策略执行；

·关于服务策略请求的接入域反馈；

·强制(例如，政府机构赋予的法律义务)执行服务策略；并且

·服务策略的预定/延迟执行(为即将到来的事件做准备)。

接下来简要解释解决方案的概念架构。该描述旨在提供本发明的基本原理。稍后将更详细地描述本发明。该架构包括至少一个服务提供商、一个或多个接入提供商和编排实体。以下描述假设已经在服务提供商和接入域之间编排了服务。因此，存在存储服务提供商、服务和接入域之间关系的数据库。服务提供商提供一种或多种服务。经由一个或多个运营商接入域提供每个服务。服务客户或订户已经订购了一项或多项服务。此外，服务客户可以使用以一个或多个装置功能为特征的一个或多个装置。为了执行服务策略，需要知道所需的或相关的机器/装置配置。然而，这些信息是运营商和供应商特定的，因此不能成为编排的一部分。为了简单起见，假设由服务客户在需要时订阅的接入域的运营商提供这种信息。每个运营商在其接入域中都部署了一个或多个基础设施元件。每个基础设施元件被配置为创建一个或多个机器事件，并且可以处理一个或多个机器配置规则。机器事件通常是警报，指示例如不能提供请求的和约定的QoS。机器事件可能由例如运营商接入域触发。

在服务策略编排过程的第一步骤中，创建并编排服务要求。换言之，在该步骤中，基于现有信息(哪个服务由特定运营商接入域提供)，在参与实体之间编排服务要求，参与实体是服务提供商和接入域运营商。每个服务都定义了服务要求。每个服务都与一个或多个QoS要求以及一个或多个服务请求相关联。此外，每个QoS要求可以分配一个或多个装置能力。在第一步骤之后，每个参与实体都知道相关的服务要求。

在第二步骤中，创建和编排服务事件和相关规则，更具体地，通用服务执行规则。通用服务执行规则将转换或转化为运营商特定的机器配置规则。每个服务请求都分配有一个或多个服务事件。另一方面，每个服务事件都有分配给其的一个或多个通用服务执行规则，这些规则转换成一个或多个运营商特定的机器配置规则。运营商特定的机器事件可能导致服务事件。然而，机器事件和服务事件之间的关系对于每个服务都是特定的，不能编排。这样编排运营商特定的机器事件，但与服务事件无关。在第二步骤中，还创建了服务事件代理规则。这些规则定义了哪些服务事件转发到哪些运营商接入域。每个服务事件都分配有一个或多个服务事件代理规则。然后，每个服务事件代理规则都与相关的服务提供商和运营商相关联。

在第三步骤也是最后一个步骤中，处理服务策略请求。该请求可以例如涉及更新无线通信网络中的切换规则。

主要元件分为四个域：客户域、服务域、事件代理域和运营商接入域。为了简化本发明的进一步描述，不考虑装置和装置能力。由于装置和能力的多样性，考虑装置能力，会导致非常复杂的执行规则。因此，所提出的解决方案与装置无关。

为了实现上面列出的特征，本实施例被构造成通信系统或网络1的以下主要元件、实体或域，如图1所示，并且如稍后更详细解释的：

·服务策略编排工厂(SPOF)或元件3，可由联邦政府机构运营；

·服务策略执行工厂(SPEF)或元件5，可由联邦政府外包给合同服务运营商。该运营商还被设置为操作客户接口；

·在本示例中，称为事件代理7的事件处理元件或单元也由联邦政府机构运营；

·用户装置和/或客户IT系统9(该装置和上述元件通常是物理上不同的数据处理元件，但是被设置成彼此通信，这将在后面变得显而易见)；以及

·运营商接入域(OAD)11，在本示例中，每个域分布为：

·两个无线电接入网络，其运营商为

·省政府(稍后称为“公共安全运营商”)；以及

·许可运营商；

·由许可运营商运营的核心网络；以及

·联邦政府运营的互联运输网络。

本发明的一个主要特征是在一个或多个运营商接入域上管理、分布和执行服务和/或用户的服务策略(例如，QoS策略)的能力，由此图1所示的域和工厂可以由相同或不同的实体或公司操作。SPOF被设置为在SPEF和相关运营商域之间编排服务策略。根据本发明的教导，可以使用的服务的一个示例是针对PPDR用户的全国性的关键任务一键通服务。

本实施例涉及四个方面，即：

·编排运营商，负责规则和事件的编排；

·服务提供商，负责服务供应和QoS控制；

·许可运营商，负责网络接入和传输；

·订购服务的服务提供商的客户。

表1列出了每个设置所需的元件数量(可能覆盖一个国家或更大的地理区域)和负责的运营商。

元件	元件数量	所有者/运营商
			SPOF	1	编排运营商
SPEF	每个服务1个	服务提供商提供的每项服务
			事件代理	1	编排运营商
运营商接入域	几个	许可提供商提供的每项服务
			客户IT系统	几个	服务提供商客户提供的每项服务

表1

在本描述中，服务策略可以包括以下元件中的至少一个：

·与特定服务和/或特定情况相关的QoS要求。例如，可能会出现一种危机情况，在这种情况下，大量警察部队成员将聚集在需要很大一部分可用带宽的小区域。在这种情况下，QoS要求将使得可以为警察部队保留这一部分。

·运营商之间的切换规则。这也可能与特定情况有关。例如，可以预见一种情况，其中，公共安全运营商的有限带宽应该从流服务中清除，以便释放警察部队成员之间优先语音通信的容量。还可能涉及一种情况，其中，一个运营商的一个运营商接入域发出指示容量问题的事件，导致切换规则改变，以将流量卸载到具有更多空闲容量的另一运营商接入域。

·政府规则。这可能是网络的完全重新配置，例如，在攻击期间，关闭私人用户的通信，但警察部队和政府公告仍然可以使用。

因此，服务策略请求可以分为：

·直接请求，可能是由用户的SPEF发起的服务请求；

·间接请求，可能是响应机器和/或网络事件(例如，停机)的服务请求；

·否决请求，可能是由政府或其他机构发布的主请求，导致给定区域/域的完全重新配置。

图2的框图更详细地示出了图1所示的元件。通信系统1包括每个服务和运营商的一个服务策略执行工厂5以及一个或多个运营商接入域(OAD)11。为了在运营方之间交换信息元件，需要以商定、结构化和通用的方式提供这些信息元件。服务策略编排工厂3负责提供服务策略执行工厂5、OAD 11和事件代理7内的相关数据对象。在本示例中，服务策略编排工厂是非实时元件，不向服务策略执行工厂或运营商接入域发送事件或请求。包括两个主要部分：

·服务策略创建和配对算法13，负责创建和调解服务策略清单15内的对象；以及

·包含所需存储库的服务策略清单或数据库15。在该示例中，服务策略清单15包括用于存储服务相关信息的服务储存库17、用于存储用户相关信息的用户储存库19和用于存储事件相关信息的事件储存库21。

SPEF 5提供客户接口(如稍后解释的)，并处理由策略执行引擎23转换成QoS策略的服务请求和事件。然后，执行这些策略，作为机器配置请求。例如，负责官员可以请求将团队成员的QoS从“正常运行”提高到“关键任务”，SPEF将处理该请求。根据规则设置，SPEF 5为连接的运营商接入域创建事件。在上面的示例中，“关键任务”请求将为运营商接入域创建事件，请求激活相应的QoS设置，或者，如果不可能或不期望，则配置切换策略，这些切换策略将用户转移到其他运营商的接入域。

OAD 11通过其策略执行引擎23处理被转化或转换成QoS策略的事件(如稍后解释的)。然后，执行这些策略，作为域中的机器配置请求。如果无线电接入网络(作为无线电接入域或子域的示例)例如检测到特定区域中的网络过载，则事件将发送到策略执行引擎，策略执行引擎将确定过载是否对编排服务产生负面影响。在肯定的情况下，策略执行引擎可以根据规则配置启动以下一项或多项活动：

·在该领域应用新策略，以减轻对编排服务的影响。

·向SPEF发送事件(作为反馈信息)，其策略执行引擎将制定并应用新策略。

·经由客户API 25向客户发送事件(作为反馈消息)，然后客户API 25可以发起新的服务请求。

如图2所示，每个OAD还包括服务策略清单15。与SPOF的服务策略清单相比，运营商域的服务策略清单还包括主要用于为事件代理7建立规则的运营商能力库37和用于存储UE相关信息的用户装置能力库38。因为对于每个OAD都是独一无二的，所以未编排。需应当注意，服务、用户和事件存储库是工厂和域之间共享的公共对象。

事件代理7是不同运营商和SPEF的各种策略执行引擎之间的互连元件或单元。每个给定的地理区域(例如，国家)通常有一个事件代理。事件代理7被设置成验证、评估输入事件并将其传送到接收策略执行引擎23或服务提供商服务域。如果不能就协调的数据结构和内容达成一致(例如，事件的身份或标识符(ID)在不同的运营商域之间是不同的)，则事件代理可以重新配置输入事件/请求的内容。事件代理7的内部规则由一个或多个连接的SPOF提供。如图2所示，事件代理7包括用于存储事件相关信息的事件储存库21。可选地，事件代理被配置为创建收费记录，如稍后解释的。

可以是命令和控制中心的客户IT系统9和用户装置10(装置上的应用程序或本地应用程序)可以经由客户API 25提交服务请求和接收事件。

同样如图3所示，策略执行引擎23被设置成收集请求和事件，并且根据给定的规则集将其转化或转换成策略，并且相应地配置与相应SPEF的策略执行引擎23相关联的运营商的基础设施。如图2和图3所示，在该示例中，引擎包括三个功能单元，即事件和请求收集器/中介器27、策略引擎或单元29和策略分发引擎或单元31，可以部署在运营商内的单独安全区域中。然而，并未将这三个单元作为单独的单元，而是可以将其设置为一个单独的单元或两个单元。策略执行引擎包括四个规则数据库。更具体地，事件和请求收集器/中介器27包括用于存储抽象规则的第一规则数据库32，策略引擎或单元29包括用于存储合成规则的第二规则数据库33，策略分发引擎31包括用于存储分解规则的第三数据库34和用于存储分发规则的第四规则数据库35。

输入的服务策略请求和机器事件由事件和请求收集器/中介器27收集和验证。在验证之后，请求和事件转换成协调的事件，并转发到策略引擎29。换言之，事件和请求收集器/中介器27通过使用抽象规则将通用消息或事件转换成随后寻址的策略引擎的特定服务策略请求。根据提供的验证规则来执行验证，并且允许在随后的策略引擎29内对合成规则进行更简单和更严格的定义。更新或修改额外的事件和请求也很容易，因为只编排通用事件。

服务策略请求可以由用户装置10(例如，通过使用应用程序)或客户IT系统9(即，客户IT基础设施)发起。服务策略请求的示例是：

·官员请求为其团队成员提供关键任务服务；

·客户IT系统9的命令和控制中心请求保证比特率承载，以便连接到官员的主体摄像头；并且

·用户请求“值班”优先级。

如果这样配置，服务策略请求也可以由服务提供商服务域36发起。服务域发起的服务策略请求的示例是：

·生物统计用户传感器发出关键警报。服务域检测到警报，并发送服务策略请求，以将其他装置(例如，主体摄像头、定位、静音监听器)的状态升级到关键任务。

·具有关键任务状态的官员向没有关键任务状态的另一官员发起呼叫。服务域然后可以请求被叫官员也升级到关键任务状态。

运营商接入域也可能触发机器事件。机器事件通常是警报，指示不能提供请求的和约定的QoS。网络中断和过载情况就是这种机器事件的示例。

其他策略执行引擎也可以发送事件。典型的示例在于，由于一个接入域的过载，国家漫游的切换策略发生了变化。在这种情况下，需要相应地配置两个接入域。始发域的策略执行引擎然后将经由事件代理7向其他策略执行引擎发送请求切换策略变化的事件。

策略引擎29收集事件并根据合成规则处理。结果是将策略传送到策略分发单元31和/或另一策略执行引擎的后续事件经由事件代理7传送到另一策略执行引擎。因此，策略引擎29可以被设置为外部系统(例如，其他策略执行引擎)创建事件。

策略分发引擎31从策略引擎29接收策略，对其进行处理，以获得机器配置事件、数据集或消息，并根据预定义的规则分发。配置事件用于更新接入域11和/或服务域31的策略。配置事件还可以经由作为事件(例如，配置成功、错误等)的其自己的域向事件和请求收集器/中介器27提供反馈。

如图4中更好地示出的客户API 25为客户IT基础设施(包括客户IT系统9和用户装置10)提供接口，用于请求新的或更新的服务策略。客户API验证这些请求，并将其转发给事件和请求收集器/中介器27。客户API还向客户IT系统提供从事件代理7接收的通知。对输入事件进行评估，并作为通知发送给客户IT系统。这种通知的示例例如是通知影响预订服务的中断的网络中断通知。

接下来给出可以在本发明中使用的对象和数据结构的描述。

编排对象和数据的结构

相关域：

·[OAD]指运营商接入域11创建和拥有的元件；

·[SPEF]指服务策略执行工厂5创建和拥有的元件；以及

·[SPOF]指服务策略编排工厂创建和拥有的元件。

元件类型：

·[OBJ]指包含数据、ID、参考资料、说明和/或其他对象的对象；

·[ID]指ID或参考资料；以及

·[DB]指数据库。

服务储存库：

服务储存库17包含关于服务的相关信息，这些信息应该由SPEF 5控制。SPOF是服务储存库的主装置。服务存储库[DB]存储以下元件：

·[SPOF]唯一服务实例[ID]，唯一识别运营商域内的服务；

·[SPOF]运营商特定服务[ID]的映射表，作为指向运营商特定服务映射表的指针，也称为第一映射表，列出支持给定服务的所有运营商以及任何运营商特定服务[ID]；

·[OAD]运营商域[ID]，识别运营商；

·[SPEF]服务定义[OBJ]，定义服务及其要求。例如，可以定义以下至少一个：服务类型、QoS要求、带宽要求(最小值、最大值)、通话组等。还可以包括另一服务实例的ID，例如，语音补充服务的列表的ID。服务实例对象包括指向服务定义对象的指针。在服务编排之后可用的服务定义对象由SPEF用来定义编排的服务事件；以及

·[SPEF]服务事件[OBJ]包含可由服务域创建的事件列表。每个事件由ID识别。

用户存储库：

用户储存库19包含关于用户及其预订和预订服务的相关信息。用户订阅的运营商接入域等同于归属运营商(HO)，因为用户需要有效的订阅来接入服务。用户存储库[DB]存储以下元件：

·[SPEF]和[OAD]用户定义[OBJ]，包括：

唯一用户ID(例如，通用唯一标识符(UUID))；

·运营商特定用户ID的映射表，这是指向运营商特定用户的映射表的指针，用于将唯一用户ID与运营商特定用户ID进行映射；

·用户信息，例如，姓名、地址、合同等；以及

·订阅服务的唯一服务实例ID列表。

事件存储库：

事件储存库21定义可能的事件以及事件的代理规则。[SPEF]事件[DB]

存储以下元件：

·[SPEF]唯一服务事件[ID]，唯一地识别跨域的服务；

·[SPOF]唯一服务事件[ID]，唯一地识别服务；

·[SPOF]运营商特定事件[ID]的映射表，是指向运营商特定事件映射表的指针(也称为第二映射表)，用于将唯一服务事件ID或唯一机器事件ID与运营商特定事件ID和事件代理规则进行映射。应当注意，事件可以是服务事件或机器事件，但是如果需要，这些事件可以由单个映射表来处理；

·[SPEF]或[OAD]事件类型，例如，可以是机器事件、服务事件、用户生成的服务事件、域生成的服务事件、政府事件(允许发布事件，其关键是“立即执行”)等；

·[SPEF]或[OAD]关键程度，定义了应执行请求的速度。关键程度可以是例如立即执行(例如，如果政府要求)、立即(运营商可以拒绝)、中等、尽最大努力等；

·[SPEF]或[OAD]生命周期，可选地以离散步骤以及无限期或待定的方式定义请求的生命周期或有效性，直至另行通知；

·[SPEF]或[OAD]区域，定义事件应执行或有效的区域。该区域可以是例如政治区域；

·[SPEF]通用服务执行规则，定义与服务事件相关联的执行规则；

·[OAD]唯一机器事件，定义运营商特定的机器事件，例如，警报等。这些事件与特定服务无关；以及

在创建编排服务事件(对象)时定义参数“关键程度”、“生命周期”和“区域”以及唯一会话密钥。所得到的唯一事件对象然后经由事件代理7转发到相关的SPEF或运营商接入域。SPEF和/或运营商接入域可以通过使用唯一的会话密钥来存储这样的输入事件。应当注意，服务事件对象可以包括以下元件/参数：唯一服务事件ID、唯一会话密钥、唯一服务实例ID、运营商特定事件的映射表、事件类型、关键程度、生命周期、区域、通用服务执行规则和时间戳，而机器事件对象可以包括以下元件/参数：唯一机器事件ID、唯一会话密钥、运营商特定事件的映射表、事件类型、区域、关键程度和时间戳。

编排的服务对象和/或机器事件对象填充有静态信息或该事件支持的参数列表。例如，事件、关键程度、生命周期和区域的参数类型在编排时填充有支持的参数列表，但是为该事件选择分布式服务/机器事件中的特定参数。例如，参数“区域”可以包括给定国家的各种区域的列表，例如，州、行政区、城市或者可能是区域的空间定义。这些定义了可以在分布式对象中使用的允许参数。分布式对象可能只包含列表中的一个参数，例如，参数区域的“Berne”。换言之，分布式对象包含静态非分布式对象中可用参数的选择或子选择。

为了区分编排的和分布式事件对象，为分布式对象引入了唯一的会话密钥和/或时间戳，用于区分编排的(通用的或静态的)事件和分布式(特定的)事件。图5示出了编排和分布式服务事件对象之间的示例关系。分布式对象包含请求的所有相关信息。时间戳和唯一会话密钥与分布式对象一起创建。从编排对象复制的参数是唯一的服务事件ID、唯一的服务实例ID、运营商特定事件的映射表和通用服务执行规则定义。从编排对象中给出的支持值列表中选择的参数(也称为动态元件)包括事件类型、关键程度、生命周期和区域。可选地，在事件处理成功的情况下，事件代理7可以创建收费事件，将这些事件提供给SPEF和/或运营商接入域的计费系统。因此，计费事件对象通常包含作为参考的唯一计费事件密钥、由该事件处理的唯一服务事件ID、识别特定事件的唯一会话密钥、处理该事件的运营商的运营商域ID、时间戳和包含相关收费信息的收费记录。

运营商能力库：

SPEF 5发送的事件独立于OAD 11的能力。如果由于缺少运营商能力而不能处理事件，则运营商策略引擎29将发送事件，作为指示不能处理该事件的响应。该响应可以由事件代理7转发给SPEF 5的事件和请求收集器/中介器27，用于进一步评估，并且可选地还转发给客户API 25。[OAD]运营商能力库[DB]存储以下元件：

·[OAD]网络设置[OBJ]；

·[OAD]接入技术[OBJ]，描述接入网络中支持的优先级机制；

·[OAD]接入优先权[OBJ]，其值可以是例如特权、高、中、尽最大努力；

·[OAD]接纳优先权[OBJ]，其值可以是例如特权、高、中、尽最大努力；

·[OAD]调度优先级[OBJ]，可以是由例如运营商定义的QoS等级标识符(QCI)值；

·[OAD]核心[OBJ]，描述核心网络中支持的优先机制；

·[OAD]运输[OBJ]，描述运输网络中支持的优先机制；

·[OAD]IP优先[OBJ]；

·[OAD]带宽[OBJ]；以及

·[OAD]服务存储库[DB]，其中包含OAD支持的服务列表。

规则结构

如前所述，策略引擎29和策略分发引擎31是策略执行引擎23的一部分。相关的请求(即服务策略和机器配置请求)以及规则(即组成、分解和分发规则)是特定于运营商的，并且在本说明书中仅被描述为对象。SPOF3监督事件代理规则，并相应地提供事件代理7。策略执行引擎23中的规则如下所列，但由于它们是特定于运营商和基础设施的，因此没有详细描述：

·[SPEF]和[OAD]抽象规则[OBJ]，该规则提供将输入的运营商特定事件转换成抽象服务策略请求的指令；

·[SPEF]和[OAD]组成规则[OBJ]，该规则提供将抽象服务策略请求转换为特定机器配置请求的指令；

·[SPEF]和[OAD]分解规则[OBJ]，该规则提供将特定机器配置对象(每个网络)转换(或分解)为单独的机器配置指令(每个机器)的指令；

·[SPEF]和[OAD]分发规则[OBJ]，该规则提供应该用单独的机器配置指令配置哪个机器或网络元件的指令。

接下来将参考图6至图8的流程图解释一些用例，图6至图8示出了各种元件之间的互通以及相关对象的创建和交换，以实现期望的QoS效果。在所描述的场景中，策略执行引擎被描述为单个元件，以简化描述。

服务和/或接入域的最终机器配置取决于四个主要元件，其中，服务是中心元件：

·事件定义了相关服务、请求的关键程度(在时域中)及其生命周期。因此，这个事件回答了问题“什么时候”。

·服务定义了每个事件的服务的QoS要求。不同的事件可能导致不同的QoS要求。因此，服务回答了问题“什么”。

·用户定义用户的订阅及其订阅的服务。因此，用户回答问题了“谁”。

·运营商能力定义了每个服务和订阅的网络QoS支持及其实施方式。因此，运营商的能力回答了问题“如何”。

所有四个元件共同产生机器配置，这是运营商特定的，以满足由事件触发的服务要求。

图6的流程图示出了如何将新的服务策略引入服务基础设施。换言之，示出了新服务策略的编排。一旦编排了新的服务(假定这个过程是可用的，但不是本发明的主题)，可以创建和分发相关的服务策略信息。在该示例中，作为先决条件，假设服务储存库17是可用的，包括以下元件：

·唯一服务实例[OBJ]；

·服务定义[OBJ](包括特征、要求等)；

·服务提供商[ID]；以及

·运营商特定服务的映射表，提供OAD和运营商特定服务ID的关联。换言之，运营商特定服务的映射表包括运营商域ID和链接到其的运营商特定服务ID。

因此，SPOF 3已经知道各种服务策略必须编排到哪些域。

在步骤51中，SPEF 5通过选择服务实例对象来请求或启动新服务策略的编排。SPEF知道应该选择哪个服务实例对象，因为以前已经执行了服务编排。换言之，不同的服务实例对象都链接到特定的或给定的服务事件。在步骤52中，SPEF 5创建服务事件对象(也称为第一服务事件对象)。本示例中的服务事件对象包括以下项目：唯一的服务事件ID、唯一的服务实例ID、运营商特定事件的映射表、事件类型、关键程度、生命周期、区域和通用服务执行规则。在该示例中，服务实例对象和服务事件对象存储在服务策略清单15中。在步骤53，SPEF 5向SPOF 3发送服务实例对象和服务事件对象。服务实例对象定义服务执行要求，而服务事件对象定义当前服务执行策略的更新。在步骤55，SPOF 3用服务事件对象和服务实例对象更新其服务储存库17。在步骤57中，SPOF 3从运营商特定服务的现有映射表中选择相关运营商域ID(存储在服务储存库17中)，该映射表包括运营商域ID和相关联的运营商特定服务ID。所选择的运营商域应该接收并执行编排请求。在这个示例中，由服务策略创建和配对算法13执行步骤57。因此，一个(多个)给定OAD链接到特定服务事件对象。

在步骤59中，SPOF 3将服务事件对象和相关运营商特定服务ID发送到适当的OAD(可以有一个以上)。运营商特定的服务ID链接到每个选定的运营商接入域(对于每个运营商接入域，该ID通常是不同的)。SPOF从其存储在服务储存库17中的运营商特定服务的映射表中检索运营商特定服务ID。应当注意，每个运营商特定的服务ID都链接到特定的运营商域ID。在步骤61中，OAD然后创建运营商特定的事件ID，并且在步骤63中，用服务事件对象更新其自己的服务储存库17。接收到的运营商特定的服务ID用于将服务事件分配给服务存储库中的正确服务。在步骤65中，OAD将其运营商域ID作为反馈消息(也称为第一反馈消息)返回给SPOF3，指示成功编排。在步骤67，SPOF 3收集所有运营商域ID，并在步骤69中，用收集的运营商域ID更新其针对运营商特定事件的映射表。应当注意，步骤57和69中使用的映射表是不同的。在步骤71中，SPOF 3将针对运营商特定事件的更新映射表作为反馈消息(也称为第二反馈消息)发送到SPEF 5。在步骤73中，SPEF随后用其在步骤71中接收到的信息更新其针对运营商特定事件的映射表。例如，可以用其在步骤71中接收到的映射表来替换其当前针对运营商特定事件的映射表。服务策略编排现在已经结束。

图7示出了一旦新的服务策略添加到服务基础设施中，编排事件储存库21的更新的过程。换言之，一旦编排了包括相关服务事件的新服务策略，就创建或更新并编排相关联的通用服务执行规则和事件代理规则。因此，图7的流程图示出了分布式事件策略的编排，而图6的流程图描述了静态事件策略的编排。在该示例中，该过程由控制服务要求的SPEF 5启动。在步骤81中，SPEF选择服务事件对象(也称为第二服务事件对象)以及相关联的唯一服务实例ID和唯一服务事件ID，这些ID是服务事件对象的一部分。在这个示例中，所选择的第二服务事件对象是第一服务事件对象的分布式版本。换言之，在这个示例中，第二服务事件对象与第一服务事件对象相同，但是具有不同的参数。在步骤83中，在服务事件对象中定义并包括服务要求，例如，事件类型、关键程度、生命周期和通用服务执行规则。换言之，用上面定义的信息更新服务事件对象。在步骤85，SPEF 5向SPOF 3发送唯一的服务实例ID和选择的服务事件对象。在步骤87，SPOF3选择相关的运营商域(及其ID)，并在步骤89更新运营商特定事件的映射表。在步骤91，创建事件代理规则对象，并且在步骤93，SPOF 3用服务事件对象更新事件储存库21。根据运营商域ID(可以包含在给定的事件代理规则对象中)和作为服务事件对象的一部分的通用服务执行规则，创建事件代理规则对象(每个事件)。在步骤95中，SPOF 3向OAD 11发送服务事件对象。

在步骤97中，每个OAD 11创建其自己的运营商特定事件ID。在步骤99中，OAD分析并处理通用服务执行规则，接收该规则，作为服务事件对象的一部分。因此，在步骤101，OAD创建事件代理规则。在步骤102中，OAD在其策略执行引擎23中创建或更新其自己的运营商特定服务执行规则。在步骤103中，OAD将运营商特定的事件ID和事件代理规则作为反馈消息(也称为第三反馈消息)发送给SPOF 3。在步骤105，SPOF从OAD收集反馈消息。更具体地，SPOF收集所有运营商特定的事件ID和事件代理规则。在步骤107，SPOF用接收到的运营商特定事件ID更新其针对运营商特定事件的映射表。在步骤109中，用在步骤103中接收的事件代理规则和运营商特定事件ID来更新事件代理7的事件储存库21。在步骤111中，SPOF 3通过第四反馈消息通知OAD 11和SPEF 5已经成功更新事件储存库。在步骤113和115中，SPEF和OAD分别确认接收到SPOF的第四反馈消息。这个过程现在结束了。应当注意，一旦图6的流程图中描述的过程已经完成，网络知道哪些服务由给定运营商执行，而一旦图7的流程图中描述的过程已经完成，网络知道哪些运营商执行与给定服务相关的事件以及应该如何执行这些事件。在这个示例中，针对需要编排的每个事件执行图6和7的流程图的过程。

服务相关事件的编排如上所述。然而，本发明的教导同样适用于机器事件的编排。机器事件源自OAD，与SPEF相关，可以如下分类：

·确认请求，例如，成功、拒绝、失败等；以及

·网络状态，例如，运行中、临时服务退化、网络中断等。

为了编排运营商特定的机器事件，SPOF 3和OAD 11之间需要事先商定相应的唯一机器事件。由于给出了唯一的机器事件，所以SPOF根据每个唯一的机器事件如下请求运营商特定的事件ID：

1.SPOF 3选择机器事件，并向未提供相应运营商特定机器事件的所有OAD发送更新请求。

2.SPOF 3收集运营商特定的机器事件，创建关联的事件代理规则，并更新运营商特定事件的映射表。

3.SPOF 3更新事件代理7的事件储存库21。

也有可能需要更新OAD(包括其能力)。例如，可以向OAD添加新的服务和/或功能。这意味着应该相应地更新服务策略和事件。假设已经编排服务，并且基于该假设，将触发器发送到SPOF 3，以如下更新服务策略和事件储存库21：

1.触发SPOF

a.通过现有服务的新编排(例如，用现有服务编排现有服务)；和/或

b.通过OAD能力更新，这导致请求更新服务策略和事件存储库。

2.SPOF编排服务策略和事件存储库，如图6和7的流程图所示。

将新的OAD引入已经存在的基础设施，也以类似的方式处理。同样，由新OAD的引入和服务编排触发SPOF。然后，SPOF编排服务策略和事件存储库，如前所述。

在事件代理7接收到未知事件的极少数情况下，会通知SPOF 3该情况。这种情况将作为OAD 11内的常规错误处理过程来处理。

图8示出了处理服务策略请求的示例过程。在这个示例中，SPEF 5从两个不同的OAD(即域A和域B)请求服务策略。服务策略请求涉及例如这两个不同接入域(例如，一个公共安全网络运营商和一个公共网络运营商)之间的切换规则。在步骤121中，服务策略请求由服务域36或客户API 25经由SPEF 5发起。SPEF的策略执行引擎23(更具体地，事件和请求收集器/中介器27)在步骤122中评估该请求，并从服务储存库17中选择适当的唯一服务事件ID。在步骤123中，SPEF创建分布式服务事件对象(也称为第三服务事件对象，其可以与第一或第二服务事件对象相关也可以不相关)。这个步骤包括定义要包含在服务事件对象中的动态元件。在步骤125，SPEF向事件代理7发送包括唯一服务事件ID的服务事件对象。在步骤127中，事件代理7选择相关的运营商域ID，以在步骤129中将服务事件对象转换成一个或多个运营商特定的事件对象。在步骤131中，事件代理评估或应用事件代理规则。事件代理规则定义了事件代理7应该向哪个OAD 11发送作为事件代理规则的一部分的至少一个运营商特定的事件对象。在步骤133中，事件代理将运营商特定事件对象(也称为第一运营商特定事件对象)转发给相关OAD。

事件由OAD评估，更具体地，由策略执行引擎评估。换言之，在步骤135中，事件和请求收集器/中介器27将事件转换成抽象服务策略请求对象，然后将其转发给策略引擎29。在步骤137，策略引擎评估抽象服务策略请求，并将其转换成机器配置对象，并将其发送到策略分发引擎31。在步骤139中，策略分发引擎131将机器配置对象分解成机器配置，这些机器配置由OAD的技术基础设施执行。策略执行引擎23将服务策略清单15提供的信息用于其任务。例如，服务策略清单15包括给定服务的QoS要求，并且用于相应地重新配置网络。

一旦配置了OAD基础设施，该过程就可以完成。然而，OAD基础设施可以从机器配置创建另一运营商特定的事件对象(机器配置相关事件)，该事件对象再次由策略执行引擎23评估并发送给事件代理7。因此，在步骤141中，OAD创建或选择运营商特定事件对象(也称为第二运营商特定事件对象)，并将其转发给事件对象7。第二运营商特定事件对象包括与第一运营商特定事件对象的执行相关的反馈信息。

在步骤143中，事件代理应用事件代理规则，并基于事件代理规则创建新的服务事件对象(也称为第四服务事件对象，其不同于第一、第二和第三服务事件对象)。然后，创建的服务事件对象转发到SPEF，其中，以与在OAD中相同的方式处理事件。因此，步骤145、147和149分别对应于步骤135、137和139。结果可以是例如服务域的简单状态更新或完全重新配置。应当注意，每当需要在网络中处理服务策略请求时，都执行图8的流程图中描述的过程。

因此，概括地说，当请求额外带宽或服务的域不受单个运营商或实体控制时，本发明的一个示例描述带宽或服务分配。并非严格的策略执行，而是在由仅仅一个实体管理的策略框架下使用反馈系统。

上述方法步骤可以由合适的电路或电路系统来执行。术语“电路”和“电路系统”是指物理电子组件或模块(例如，硬件)以及可以配置硬件、由硬件执行或以其他方式与硬件相关联的任何软件和/或固件(“代码”)。因此，电路可操作，以执行，或者包括用于执行如上所述的所需方法步骤的装置。

虽然已经在附图和前面的描述中详细说明和描述了本发明，但是这种说明和描述应被认为是说明性的或示例性的，而不是限制性的，本发明不限于所公开的实施例。基于对附图、公开内容和所附权利要求的研究，本领域技术人员在执行所要求保护的发明时可以理解并且可以实现其他实施例和变型。例如，方法步骤的顺序可以互换和/或一些步骤合并和/或分成进一步的步骤。

在权利要求中，词语“包括”不排除其他元件或步骤，不定冠词“a”或“an”不排除多个。在相互不同的从属权利要求中叙述不同特征，这一事实并不表示不能有利地使用这些特征的组合。

Claims (14)

1.一种在通信网络(1)中编排服务策略的方法，所述通信网络包括服务策略编排工厂(3)、通过应用编程接口(25)为通信网络的用户提供接口的服务策略执行工厂(5)和运营商接入域(11)，所述方法包括服务策略编排工厂(3)：

从服务策略执行工厂(5)接收(53)服务实例对象和第一服务事件对象，所述服务实例对象直接或间接定义服务执行要求，所述第一服务事件对象定义当前服务执行策略的更新；

用第一服务事件对象和服务实例对象更新(55)服务策略编排工厂(3)的服务储存库(17)；

基于第一映射表，选择(57)链接到第一服务事件对象的运营商接入域，用于执行链接到服务策略的服务；

将链接到相应运营商接入域(11)的第一服务事件对象和运营商特定服务标识符发送(59)到所选择的运营商接入域(11)，以允许运营商接入域(11)更新其服务储存库(17)；

从运营商接入域(11)接收(65)第一反馈数据集，所述第一反馈数据集包括每个运营商接入域的运营商域标识符，该标识符指示成功的编排；

用接收到的运营商域标识符更新(69)第二映射表；并且

向服务策略执行工厂(5)发送(71)第二反馈数据集，以完成服务策略编排。

2.根据权利要求1所述的方法，其中，所述第二反馈数据集包括第二映射表。

3.根据权利要求1或2所述的方法，其中，所述第一服务事件对象包括以下项目中的至少一个：唯一服务事件标识符、唯一服务实例标识符、第二映射表、事件类型、关键程度、生命周期、区域和通用服务执行规则。

4.根据权利要求1所述的方法，其中，所述方法还包括服务策略执行工厂(5)用来自所述第二反馈数据集的至少一些数据更新其第二映射表。

5.根据权利要求1所述的方法，其中，在已经完成所述服务策略编排之后，所述方法还包括服务策略编排工厂(3)用从所述运营商接入域(11)接收的事件代理规则更新(109)服务策略编排工厂(3)的事件储存库(21)。

6.根据权利要求5所述的方法，其中，进一步用与所接收的事件代理规则相关联的运营商特定事件标识符来更新(109)所述事件储存库(21)。

7.根据权利要求5或6所述的方法，其中，在更新所述事件储存库(21)之前，所述方法还包括所述服务策略编排工厂(3)从所述服务策略执行工厂(5)接收(85)第二服务事件对象和唯一服务实例标识符，其中，所述第二服务事件对象包括包含在所述第一服务事件对象中的项目的子选择。

8.根据权利要求7所述的方法，其中，所述方法还包括响应于接收到的第二服务事件对象和唯一服务实例标识符，所述服务策略编排工厂(3)选择运营商接入域，用于执行所述服务，创建事件代理规则对象，用链接到所选择的运营商接入域的运营商域接入标识符更新所述第二映射表，用所述第二服务事件对象更新所述服务储存库(17)，并将所述第二服务事件对象发送到所选择的运营商接入域(11)。

9.根据权利要求1所述的方法，其中，在已经完成服务策略编排之后，所述方法还包括事件处理单元(7)接收(125)包括唯一服务事件标识符的第三服务事件对象，选择(127)运营商接入域，将所述第三服务事件对象转换(129)为第一运营商特定事件对象，并且评估(131)事件代理规则，以确定哪些运营商接入域(11)应该接收包括在事件代理规则中的第一运营商特定事件对象。

10.根据权利要求9所述的方法，其中，所述方法还包括事件处理单元(7)向所述运营商接入域(11)发送(133)第一运营商特定事件对象，以允许所述运营商接入域创建机器配置对象。

11.根据权利要求10所述的方法，其中，所述方法还包括事件处理单元(7)，响应于所发送的第一运营商特定事件对象，从所述运营商接入域(11)接收(141)第二运营商特定事件对象，从所述第二运营商特定事件对象创建(143)第四服务事件对象，并且向所述服务策略执行工厂(5)发送(143)第四服务事件对象。

12.根据权利要求11所述的方法，其中，所述第二事件特定事件对象包括与所述第一运营商特定事件对象的执行相关的反馈信息。

13.根据权利要求1所述的方法，其中，所述第一服务事件对象定义给定服务的QoS参数和/或至少两个运营商接入域之间的切换规则和/或政府实施规则。

14.一种用于在通信网络(1)中编排服务策略的服务策略编排工厂(3)，所述服务策略编排工厂(3)包括一个或多个电路，并且可操作，用于：

从通过应用编程接口(25)为通信网络(1)的用户提供接口的服务策略执行工厂(5)接收服务实例对象和第一服务事件对象，所述服务实例对象直接或间接定义服务执行要求，所述第一服务事件对象定义当前服务执行策略的更新；

用第一服务事件对象和服务实例对象更新其服务储存库(17)；

基于第一映射表，选择链接到第一服务事件对象的运营商接入域，用于执行链接到服务策略的服务；

将链接到相应运营商接入域(11)的第一服务事件对象和运营商特定服务标识符发送到所选择的运营商接入域(11)，以允许运营商接入域(11)更新其服务储存库(17)；

从运营商接入域(11)接收第一反馈数据集，所述第一反馈数据集包括每个运营商接入域的运营商域标识符，该标识符指示成功的编排；

用接收到的运营商域标识符更新第二映射表；并且

向服务策略执行工厂(5)发送第二反馈数据集，以完成服务策略编排。

Images