CN107925649A - 用于协调服务供应的方法和装置 - Google Patents

用于协调服务供应的方法和装置 Download PDF

Info

Publication number
CN107925649A
CN107925649A CN201580082767.6A CN201580082767A CN107925649A CN 107925649 A CN107925649 A CN 107925649A CN 201580082767 A CN201580082767 A CN 201580082767A CN 107925649 A CN107925649 A CN 107925649A
Authority
CN
China
Prior art keywords
service
enablers
network
information
service provision
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201580082767.6A
Other languages
English (en)
Inventor
张顺亮
雷志平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN107925649A publication Critical patent/CN107925649A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开的实施例提供了一种用于协调服务供应的方法、装置和计算机程序产品。特别地，用于协调服务供应的方法是在核心网中的网元处执行的。所述方法包括获得与将应用于用户业务的至少一个服务相关的服务供应信息(510)。服务供应信息至少包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。所述方法还包括：至少基于服务供应信息来确定在服务供应网络中将至少一个服务应用于用户业务的顺序(520)，然后产生用于在服务供应网络中引导用户业务的业务引导策略(530)。业务引导策略体现所确定的应用至少一个服务的顺序。

Description

用于协调服务供应的方法和装置
技术领域
本公开的非限制性和示例性实施例总体涉及通信领域，并且具体涉及用于协调对用户业务的服务供应的方法装置和计算机程序产品。
背景技术
本部分介绍可以有助于更好地理解本公开的。因此，本部分的陈述应该从这个角度阅读，而不应被理解为对现有技术中的内容或非现有技术中的内容的认可。
随着各种智能手机应用和机器对机器(M2M)应用的快速发展，大多数移动运营商开始通过向订户提供各种增值服务(VAS)(比如，安全保护、反广告服务、视频优化、Web缓存、超文本传输协议(HTTP)头部扩充、传输控制协议(TCP)/HTTP优化)来探索新的商业模式和收入。通常，VAS服务基于商业考虑而应用于用户业务。并不是所有VAS服务都必需应用于所有用户业务。基于运营商的政策和用户的订阅，可以在不同情况下选择性地向不同用户提供一个或多个VAS服务。传统上，用于提供VAS服务的VAS使能器的拓扑结构是静态的或者甚至在服务链中是固定的。此外，各种VAS使能器通常部署在专用的物理盒子中。添加/删除使能器或改变服务链的逻辑可能导致整个网络拓扑的改变，这可能以某种方式导致许多问题。
作为解决方案，出现了软件定义网络(SDN)技术，以通过引导用户业务穿过服务供应网络(例如，Gi/SGi局域网(LAN))中的不同VAS使能器，来灵活地为用户业务提供VAS服务。
同时，受信息技术(IT)领域的云技术的巨大成功启发，电信行业正在考虑通过由欧洲电信标准协会(ETSI)发起的网络功能虚拟化(NFV)来提供基于云的网络服务。NFV技术可以使得基于云的网络服务更加灵活和高效地提供和操作虚拟移动网络服务以及VAS服务。可以预期的是，可以将各种VAS使能器与虚拟应用一起部署在云环境中，并且根据动态用户要求进行缩放。VAS使能器可以部署在跨越多于一个数据中心(DC)的云基础设施中。在一个DC中，多个VAS使能器可以分布在部署在其中的不同物理服务器或主机上。此外，可以将VAS使能器从一个虚拟机(VM)迁移到同一物理主机中的另一个VM，或者从一个物理主机中的一个VM迁移到还可以位于另一DC中的另一个物理主机中的另一个VM。一些VAS使能器是由网络运营商部署的，而另一些VCS使能器可以由第三方虚拟服务提供商部署。
新兴的SDN技术和云计算使得NFV概念被广泛认可为这样一种潜在方法：通过以灵活的方式来引导用户业务跨越不同VAS使能器，来为用户业务提供VAS服务。SDN可以将特定用户业务引导至所需的VAS使能器。利用NFV技术，可以基于动态商业要求将各种VAS使能器灵活地实例化或分解在公共云资源池(即，数据中心)中。此外，VAS使能器的容量可以基于用户组的可变大小和/或根据用户要求灵活扩展或缩放。在不久的将来，在云环境中部署和操作越来越多的VAS使能器是很自然的，而基于SDN的服务链将实现灵活的VAS供应。NFV和SDN将彼此利用，以在云环境中实现灵活的VAS供应。因此，用于动态VAS供应的灵活服务链应该考虑在云环境中将部署和操作越来越多的VAS使能器的趋势。
在第三代合作伙伴计划(3GPP)中，服务和系统方面工作组2(SA2)中正在热烈讨论关于架构和潜在解决方案的正式工作。目前，已经有关于潜在解决方案的一些建议。现有的解决方案大多关注于基于由网络(例如，由业务检测功能(TDF)或深度分组检测(DPI))检测到的业务特性或基于来自策略和计费规则功能(PCRF)的智能信息(比如，接入网络类型、用户位置、网络负载状态等)的业务引导上，如美国专利申请No.13/859.141和13/652,620中所述的那样。关注点在于如何灵活确定哪些(个)特定的VAS使能器应被添加到VAS服务链或从VAS服务链中移除哪些(个)特定VAS使能器。但是，关于如何确定VAS服务链中的某些VAS服务的顺序几乎没有讨论。
发明内容
本公开的各种实施例主要旨在提供用以将服务(特别是VAS服务)应用于用户业务的更有效的解决方案。当结合说明本公开的实施例的原理的附图阅读时，根据以下特定实施例的描述，还将理解本公开的实施例的其它特征和优点。
在本公开的第一方面中，提供了一种用于协调服务供应的方法。所述方法是在核心网中的网元处执行的。所述方法包括获得与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。所述方法还包括：至少基于服务供应信息来确定在服务供应网络中将至少一个服务应用于用户业务的顺序，然后产生用于在服务供应网络中引导用户业务的业务引导策略。业务引导策略体现所确定的应用至少一个服务的顺序。业务引导策略也可以被称为服务引导策略或服务链策略。然而，应该理解，该术语本身不构成对本公开的限制。
在实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
根据上述实施例，可以考虑诸如已部署的服务使能器的位置和/或状态之类的条件来产生业务引导策略，使得所产生的业务引导策略可以更高效地在服务供应网络内引导用户业务，从而提高资源利用效率和用户体验。
在又一实施例中，所述方法还可以包括提供对供应特定服务的顺序的要求。通过这种方式，可以进一步考虑将服务应用于用户业务的期望顺序来产生业务引导策略，从而可以更高效地利用基础设施资源，并且可以相应地提高用户体验。
在各种实施例中，服务供应信息可以是从商业和运营支持系统或从服务供应网络中的网络控制器获得的。通过这种方式，ETSI所定义的现有的3GPP网络架构和NFV帧工作结果以及现有的接口可以被重新使用。从实现的角度来看，根据第一方面的各种实施例的方法将是简单和可行的。
在本公开的第二方面中，还提供了一种用于协调服务供应的方法。所述方法是在云环境中的云协调器处执行的。所述方法包括监测与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少包括：与用于供应至少一个服务的至少一个服务使能器在服务供应网络中的位置有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。所述方法还包括：发送服务供应信息以供核心网中的网元使用，以确定在服务供应网络中将至少一个服务应用于用户业务的顺序。
在另一实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
根据上述实施例，可以考虑诸如已部署的服务使能器的位置和/或状态之类的条件来产生业务引导策略，使得所产生的业务引导策略可以更高效地在服务供应网络内引导用户业务，从而提高资源利用效率和用户体验。
在实施例中，所述方法还可以包括：从商业和运营支持系统或者从服务供应网络中的网络控制器接收对供应特定服务的顺序的要求，然后指示虚拟化基础设施管理器至少基于接收到的要求分配针对该特定服务的基础设施资源。通过这种方式，可以进一步考虑将服务应用于用户业务的期望顺序来产生业务引导策略，从而可以更高效地利用基础设施资源，并且可以相应地提高用户体验。
在又一实施例中，可以将服务供应信息通知给商业和运营支持系统，商业和运营支持系统然后将服务供应信息转发至核心网中的网元。备选地，可以将服务供应信息通知给服务供应网络中的网络控制器，网络控制器然后直接或经由服务供应网络上的中间网络功能将服务供应信息转发给核心网中的网元。通过这种方式，ETSI所定义的现有的3GPP网络架构和NFV帧工作结果以及现有的接口可以被重新使用。从实现的角度来看，根据第二方面的各种实施例的方法将是简单和可行的。
在本公开的第三方面中，提供了一种用于协调服务供应的装置。所述装置实现在核心网中的网元处或者实现为核心网中的网元的至少一部分。具体的，所述装置包括获得单元、确定单元和产生单元。获得单元被配置为获得与将应用于用户业务的至少一个服务相关的服务供应信息。确定单元被配置为至少基于服务供应信息，来确定在服务供应网络中将至少一个服务应用于用户业务的顺序。产生单元被配置为产生用于在服务供应网络中引导用户业务的业务引导策略。服务供应信息至少包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。业务引导策略体现所确定的应用至少一个服务的顺序。
在本公开的第四方面中，提供了一种用于协调服务供应的装置。所述装置实现在云协调器处或者实现为云协调器的至少一部分。所述装置包括监测单元和通知单元。监测单元被配置为监测与将应用于用户业务的至少一个服务相关的服务供应信息。通知单元被配置为发送服务供应信息以供核心网中的网元使用，以确定在服务供应网络中将至少一个服务应用于用户业务的顺序。服务供应信息至少包括：与用于供应至少一个服务的至少一个服务使能器在服务供应网络中的位置有关的信息。
在本公开的第五方面中，提供了一种用于协调服务供应的装置。所述装置包括处理器和存储器。存储器包含处理器可执行的指令，由此所述装置用于执行根据本公开的第一方面或第二方面的方法。
在本公开的第六方面中，提供了一种用于协调服务供应的装置。所述装置包括处理装置，处理装置适用于执行根据本公开的第一方面或第二方面的方法。
在本公开的第七方面中，提供了一种计算机程序产品，所述计算机程序产品包括指令，所述指令在至少一个处理器上执行时使所述至少一个处理器执行根据本发明的第一方面或第二方面的方法。
应该理解，第一方面的各种实施例也可以等同地应用于本公开的第三方面，而第二方面的各种实施例可以等同地应用于本公开的第四方面。
根据如上所述的各个方面和实施例，提供了用于经由基于SDN的服务链来协调服务供应的有效且高效的解决方案或架构。根据以下参考附图的描述，本公开的实施例的其它特征和优点将变得更加清楚。
附图说明
根据以下参考附图的详细描述，本公开的各种实施例的以上和其它方面、特征和益处将变得更加明显，在附图中：
图1示出了用于示出引导业务跨越部署在云环境中的两个数据中心(DC)内的VAS使能器的可能问题的典型场景；
图2示出了用于示出引导业务跨越部署在云环境中的单个数据中心内的VAS使能器的可能问题的另一个典型场景；
图3示出了根据本公开实施例的用于在云环境中协调服务供应的网络架构的示意图；
图4示出了根据本公开另一施例的用于在云环境中协调服务供应的另一网络架构的示意图；
图5示出了根据本公开实施例的在如图3或图4所示的核心网中的网元处实现的、用于协调服务供应的方法的流程图；
图6示出了根据本公开实施例的在如图3或图4所示的云协调器处实现的、用于协调服务供应的方法的流程图；
图7示出了图3的云环境中的各种功能/实体之间的示例消息流；
图8示出了图4的云环境中的各种功能/实体之间的示例消息流；
图9示出了根据本公开实施例的适用于协调服务供应的装置的示意性框图；
图10示出了根据本公开实施例的适用于协调服务供应的装置的示意性框图；以及
图11示出了根据本公开实施例的在云环境中的用于协调服务供应的装置的示意性框图。
在以上附图中，相同的附图标记或字母用于表示相同或等同的元件。
具体实施方式
在下文中，将参考说明性实施例来描述本公开的原理和精神。应当理解，所有这些实施例仅仅是为了使本领域技术人员更好地理解和进一步实践本公开而给出的，而不是为了限制本公开的范围。例如，作为一个实施例的一部分示出或描述的特征可以与另一实施例一起使用以形成又一个实施例。为了清楚起见，本说明书中并未描述实际实现的所有特征。
说明书中对“实施例”、“另一实施例”、“又一实施例”等的引用指示所描述的实施例可以包括特定的特征、结构或特性，但是每个实施例可以不必需包括该特定的特征、结构或特性。此外，这样的短语不一定指代相同的实施例。此外，当结合实施例描述特定特征、结构或特性时，认为无论是否明确描述，结合其它实施例改变这种特征、结构或特性是在本领域技术人员的知识范围内。
应该理解的是，尽管术语“第一”和“第二”等可以在本文中用于描述各种元件，但是这些元件不应受这些术语的限制。这些术语仅用于将一个元件和另一元件区分开来。例如，在不脱离示例实施例的范围的情况下，第一元件可以被称为第二元件，并且类似地，第二元件可以被称为第一元件。如本文所使用的，术语“和/或”包括一个或多个相关列出术语的任何和所有组合。
本文中使用的术语仅用于描述特定实施例的目的，并不旨在限制实施例。如本文所使用的，除非上下文另外清楚地指出，否则单数形式“一”、“一个”和“该”旨在也包括复数形式。将进一步理解的是，当在本文中使用时，术语“包含”、“具有”、“包括”指明所陈述的特征、元件和/或组件等的存在，但不排除存在或添加一个或多个其它特征、元件、组件和/或其组合。
在以下描述和权利要求中，除非另外定义，否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。例如，由云协调器“协调”的服务通常是诸如安全保护、反广告服务、视频优化、Web缓存、HTTP头部扩充、TCP/HTTP优化之类的VAS服务，但不仅限于VAS服务。服务使能器(例如，VAS使能器)也可以包括虚拟服务实例。本文中使用的业务引导策略也可以被称为服务引导策略或服务链策略。然而，应该理解，该术语本身不构成对本公开的限制。
为了更好地理解本公开，首先将详细描述基于业务引导的服务供应的现有解决方案的一些可能问题。此外，尽管在VAS供应的上下文中进行了描述，但是本领域技术人员应该理解，本公开可以更一般地应用于在云环境中供应其它服务。
为了为某些用户业务产生适当的业务引导策略，一个重要问题是如何确定哪些(个)VAS应该包括在服务链中，并且另一个重要问题是如何确定服务链中各个VAS的顺序。目前，大部分讨论和解决方案都关注于第一个问题上。第二个问题还未得到很好的解决。如果服务链中的各个VAS的顺序没有适当布置，则可能无法有效使用网络资源。此外，系统性能(例如，带宽和/或用户体验(例如，业务延迟))可能会受到负面影响。
参考图1和图2将更好地理解现有解决方案中的上述问题。
特别地，图1示出了用于示出引导业务跨越部署在云环境中的两个数据中心(DC)内的VAS使能器的可能问题的典型场景；如所示，DC1包括虚拟路由和转发(VRF)功能、虚拟存储(vStorage)以及托管两个不同虚拟VAS使能器vVAS2和vVAS4的两个VM，而DC2包括VRF功能、vStorage和托管两个不同的VAS使能器vVAS1和vVAS3的两个VM。假设，用于业务引导或服务链的控制系统不知道VAS使能器在DC中的实际部署，但是该控制系统可能产生指示服务供应顺序为VAS1→VAS2→VAS3→VAS4的服务链策略。然后，可以跨越DC来回地引导首先进入DC2的用户业务，以便通过分布在云环境中的使能器VAS1至VAS4来向用户业务供应VAS服务。因此，活跃在两个DC之间的业务可能占用很大的传输带宽，可能会给用户业务带来延迟，这导致云资源的不充分使用，劣化用户体验。
图2示出了用于示出引导业务跨越部署在云环境中的单个数据中心内的VAS使能器的可能问题的另一个典型场景。如所示，数据中心DC1包括用于切换用户业务的交换机和多个物理服务器/主机(尽管示出了两个)，所述多个物理服务器/主机上运行着两个基于内核的虚拟机KVM1和KVM2。在KVM1上运行着两个虚拟VAS使能器vVAS1和vVAS3，而KVM2上运行着两个其它虚拟VAS使能器vVAS2和vVAS4。再次假设，用于业务引导或服务链的控制系统不知道VAS使能器在DC中的实际部署，该控制系统可能产生指示服务供应顺序为VAS1→VAS2→VAS3→VAS4的服务链策略。然后，可以跨越两个物理服务器来回引导进入DC1的用户业务，以便通过分布在DC1中的使能器VAS1至VAS4来向用户业务供应VAS服务。因此，活跃在两个物理服务器之间的业务可能占用很大的传输带宽，可能会给用户业务带来延迟，这导致云资源的不充分使用，劣化用户体验。
至于用户业务不仅可能需要在单个DC中的两个物理服务器之间切换而且还需要在两个不同的DC之间切换的其它情况，系统性能和用户体验可能会进一步劣化。
为了解决上述问题的至少一部分，将参考图3至图11来描述根据本公开实施例的用于协调服务供应的解决方案。
图3示出了根据本公开实施例的用于在云环境中协调服务供应的网络架构的示意图。该架构符合ETSI定义的3GPP网络架构和NFV帧工作结果。因此，不同网元或网络功能之间的现有基础设施和现有接口可以被重新使用。此外，采用这种架构，用户的终端设备的实现不会受到影响。
所示出的实施例包括其中可以发起用户业务的无线电接入网络(RAN)、核心网(CN)以及服务供应网络(比如，基于SDN的链网络(例如，由网络运营商部署的Gi或SGi服务LAN)。该网络运营商还提供了商业和运营支持系统，例如运营支持系统(OSS)/业务支持系统(BSS)。还存在云协调器，其可以负责履行资源协调功能和履行网络服务协调功能。
核心网可以包括业务引导策略产生器，例如，策略和计费规则功能(PCRF)以及分组数据网络网关(PGW)。为了在运营商部署的服务供应网络中实现业务引导，网络运营商使用各种参数(比如，与订户会话和应用业务有关的参数)并且基于各种信息(比如，将在下文中详细描述的服务供应信息)，来通过PCRF定义业务引导策略。PGW可以强制执行这些策略，以控制将用户业务引导到服务供应网络中的适当的服务使能器处。被示出为SGi-LAN的服务供应网络可以包括业务控制器(比如，SDN控制器(SDNC))和一个或多个服务使能器(比如，用于供应VAS服务的VAS使能器)。用户业务(例如，来自用户1、用户2和用户3)流经RAN、CN和服务供应网络，以被提供所需的服务。
在所示的架构中，商业和运营支持系统(例如，OSS/BSS)从云协调器订阅与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息(其将被简称为位置信息)包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。显然，至少一个服务使能器的标识符可以隐式地包括在服务供应信息中。
此外，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息(其将被简化称的状态信息)可以包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
可选地，商业和运营支持系统可以向云协调器通知与特定服务的供应的顺序有关的特定要求，例如，在服务链中的一些服务需要以连续的方式应用于用户业务的情况下，该特定服务在服务链中的位置。然后，云协调器可以指示云中的虚拟化基础设施管理器至少基于从商业和运营支持系统接收到的特定要求来为特定服务调度或分配基础设施资源。例如，虚拟化基础设施管理器可以将紧密并置的资源调度或分配给如下服务使能器，所述服务使能器将根据接收到的特定要求来提供要求顺序提供的服务。更具体地，如果可能的话，虚拟化基础设施管理器可以调度或分配来自相同物理主机的相关服务的计算和存储资源；或者，如果来自相同物理主机的资源不充足，则调度或分配同一DC的不同物理主机中的计算和存储资源；或者如果来自同一DC的资源不充足，则调度或分配与更丰富的(即，具有更短距离、更快和/或更便宜的)物理链路相连接的不同的DC中的不同物理主机的资源。
云协调器器监测与将应用于用户业务的服务相关的服务供应信息，并且主动向商业和运营支持系统通知服务供应信息(例如，周期性地或当位置信息和/或状态信息发生任何改变时)。
由从云协调器通知的信息触发，商业和运营支持系统可以将服务供应信息转发给核心网中的网元(即，业务引导策略产生器(例如，PCRF))，来作为用于业务引导策略产生的输入。作为备选方案，PCRF可以主动从商业和运营支持系统取回服务供应信息，以帮助业务引导策略产生。利用服务供应信息，业务引导策略产生器可以确定和/或更新业务引导策略。更具体地，业务引导策略产生器可以至少基于服务供应信息中包括的位置信息来确定或调整服务链中的特定服务的顺序，并且还可以至少基于服务供应信息中包括的状态信息来向服务链添加服务或者从服务链移除服务。
特别地，可以在服务链中连续部署由同一虚拟机托管的服务。在没有公共虚拟机的情况下，可以在服务链中连续部署由同一物理主机/服务器托管的服务。在没有公共物理主机的情况下，可以在服务链中连续部署由同一DC托管的服务。此外，对于上行链路业务，靠近PGW的服务使能器可以部署在服务链的前端。对于下行链路业务，靠近PGW的服务使能器可以部署在服务链的末端。
例如，当服务使能器的位置改变时，由于云资源的改变，先前并置的服务使能器(例如，放置在同一虚拟机上、或同一物理主机上的VM上、或不同物理主机上的VM上)会分散(例如，位于不同的VM中、或不同的物理主机中的VM中、或不同的DC中)，服务在服务链中将不连续，可以相应地改变服务供应信息中包括的位置信息。
对于服务供应信息中包括的状态信息，在服务使能器被实例化的情况下，可以在需要时将服务使能器添加到服务链中。在服务使能器被终止的情况下，可以从服务链中移除服务使能器。在服务使能器停止服务的情况下，可以在服务链中禁用服务使能器。在服务使能器恢复服务的情况下，可以在服务链中使能服务使能器。在服务使能器过载的情况下，不将服务使能器添加到服务链中。在服务使能器恢复正常或从过载变为轻负载的情况下，可以将服务使能器添加到服务链中。
此外，还可以基于服务功能配置来确定服务在服务链中的顺序。例如，VAS 1被配置为头部富集功能，并且VAS 2是配置加密功能。如果VAS 1和VAS 2都包括在服务链中，则对于上行链路业务，可以将VAS 1部署在VAS 2之前，而对于下行链路业务，可以将VAS 2部署在VAS 1之前。
由于业务引导策略的产生考虑了将服务应用于用户业务的期望顺序，因此可以更有效地利用云资源，并且可以相应地提高用户体验。此外，所提出的解决方案或架构重新使用了现有的接口和网络基础设施。因此，由于只有现有的接口和功能得到增强，因此实现将是简单且可行的。
图4示出了根据本公开另一实施例的用于在云环境中协调服务供应的网络架构的示意图。
如图4所示的实施例与图3所示的实施例不同仅在于没有涉及OSS/BSS。相反，结合服务供应网络上的中间网络功能，(例如，如3GPP TR 23.718 V1.1.0中定义的服务链业务控制器功能(SCTCF))，服务供应网络中的网络控制器(例如，SGi-LAN中的SDNC)可以起到与图3所示的实施例中的OSS/BSS所起的作用相同的作用。具有中间网络功能的网络控制器可以被视为整个实体，在该整个实体中，网络控制器经由内部接口而连接。仅为了简洁起见，下面的描述将关注于图3和图4之间的不同之处。
在图4示的架构中，网络控制器从云协调器接收信息(例如，与将应用于用户业务的至少一个服务相关的SDNC订户服务供应信息)。
云协调器监测将应用于用户业务的服务的服务供应信息，并主动向网络控制器通知服务供应信息(例如，当位置信息和/或状态信息发生任何改变时)。
可选地，中间网络功能(例如，SCTCF)可以从核心网中的网元获得对供应特定服务的顺序的特定要求。此外，中间网络功能可以将该特定要求转发给网络控制器，网络控制器可以进而向云协调器通知对供应特定服务的顺序的特定要求(例如，在服务链中的一些服务需要以连续方式应用于用户业务的情况下，则特定服务在服务链中的位置)。
另一方面，在从云协调器接收到关于服务供应的信息时，网络控制器可以经由中间网络功能或直接向核心网中的网元(即，业务引导策略产生器(例如，PCRF))通知该信息，来作为业务引导策略产生的输入。作为备选方案，PCRF可以主动地经由中间网络功能或者直接从网络控制器取回服务供应信息，以便帮助业务引导策略产生。
此外，在从云协调器接收到关于服务供应的信息时，网络控制器可以利用该信息来产生/更新特定OpenFlow配置信息，以引导用户业务跨越服务供应网络中的特定服务使能器实例。例如，在能够提供相同VAS服务的多个服务使能器实例正在操作中的情况下，网络控制器可以使用服务供应信息中包括的状态信息和位置信息来选择适当的服务使能器实例，以实现提供相同VAS服务的实例之间的服务负载平衡。
如参考图3所描述的所有其它方面可以等同地应用于图4的实施例，因此为了简洁起见，在此不再详述。
图5示出了根据本公开实施例的在网元(例如，如图3或图4所示的核心网中的PCRF)处实现的、用于协调服务供应的方法500的流程图。
在图5中，根据本公开的各种实施例，实线块中的操作是必要的，而虚线块中的操作是可选的。该描述将从块510中的必要操作开始。
如所示，方法500在块510处进入，在块510中，在网元处获得与将应用于用户业务的至少一个服务相关的服务供应信息。在实施例中，如图3所示，可以从商业和运营支持系统获得服务供应信息。在另一实施例中，图4所示，可以从服务供应网络中的网络控制器(例如SDN控制器)获得服务供应信息。
服务供应信息至少包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。
如上所述，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。
在另一实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。如上所述，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
至少基于服务供应信息，在块520处确定在服务供应网络中将至少一个服务应用于用户业务的顺序。
然后在块530处，产生用于在服务供应网络中引导用户业务的业务引导策略。所产生的业务引导策略体现应用至少一个服务的顺序。业务引导策略也可以被称为服务引导策略或服务链策略。然而，应该理解，该术语本身不构成对本公开的限制。
可选地，方法500还可以包括在块505处提供对供应特定服务的顺序的要求。通过这种方式，可以进一步考虑将服务应用于用户业务的期望顺序来产生业务引导策略，从而可以更高效地利用基础设施资源，并且可以相应地提高用户体验。
图6示出了根据本公开实施例的在如图3或图4所示的云协调器处实现的、用于协调服务供应的方法600的流程图。
在图6中，根据本公开的各种实施例，实线块中的操作是必要的，而虚线块中的操作是可选的。该描述将从块610中的必要操作开始。
如所示，方法600在块610处进入，在块610中，云协调器监测与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少包括：与用于供应至少一个服务的至少一个服务使能器在服务供应网络中的位置有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。
在实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。特别地，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
然后在块620处，通知(例如，周期性地或在该信息改变时)服务供应信息，用于由核心网中的网元使用以确定在服务供应网络中将至少一个服务应用于用户业务的顺序。
在实施例中，云协调器可以向商业和运营支持系统通知服务供应信息。然后，商业和运营支持系统可以将服务供应信息转发到核心网中的网元。
在另一实施例中，云协调器可以向服务供应网络中的网络控制器通知服务供应信息。然后，网络控制器可以直接或经由服务供应网络上的中间网络功能将服务供应信息转发到核心网中的网元。
在又一实施例中，云协调器可以从商业和运营支持系统或者从服务供应网络中的网络控制器接收对供应特定服务的顺序的要求，并且指示虚拟化基础设施管理器至少基于接收到的要求分配针对该特定服务的基础设施资源。
图7示出了根据本公开实施例的图3的云环境中的各种功能/实体之间的示例消息流。
例如，当需要将某些VAS服务以连续方式或以某种顺序应用于用户业务时，OSS/BSS可以首先基于VAS服务链功能要求，来获得对供应特定服务的顺序的要求，该要求可以被转换成关于VAS使能器部署的要求。
此外，OSS/BSS可以通过到云协调器(例如，ETSI GS NFV-MAN 001 V1.1.1中定义的网络功能虚拟化协调器(NFVO))的消息来发起VAS服务供应。可选地，该消息可以包括对供应特定服务的顺序的派生要求。
然后，云协调器可以指示虚拟化基础设施管理器(VIM)基于对供应该特定服务的顺序的要求，分配适当位置中的云资源。更具体地说，如果可能的话，云协调器通知VIM分配相同物理主机的相关VAS的计算和存储资源，或者如果来自同一物理主机的资源不充足，分配不同物理主机中的计算和存储资源；或者如果来自同一DC的资源不充足，则分配与更丰富的物理链路连接的不同DC中的不同物理主机的云资源。
云协调器还利用消息回复OSS/BSS，以通知是否可以满足VAS部署要求以及云资源分配结果，这可以形成可以包括针对相关VAS使能器的位置和/或状态信息在内的服务供应信息的至少一部分。
云协调器可以监测服务供应信息，并且在该信息发生任何改变时或定期地经由消息将服务供应信息提供给OSS/BSS。
当接收到与可以应用于用户业务的VAS服务相关的服务供应信息时，OSS/BSS可以识别与VAS服务相关的特定PCRF，并且利用服务供应信息来产生/更新PCRF配置信息。
OSS/BSS也可以利用消息向NFVO回复，以确认已成功接收了服务供应信息。
然后，OSS/BSS通过消息来向PCRF发送所产生的/更新的配置信息，该配置信息包括服务供应信息和相关联的服务标识符。
基于由OSS/BSS通知的服务供应信息，PCRF产生/更新将应用于用户业务的业务引导策略。
PCRF可以利用消息回复OSS/BSS，以确认已成功接收了配置信息。
因此，用户可以选择特定的接入网和/或核心网接口，并且向应用服务器或应用功能发送服务请求。
在检测到服务请求时，与P-GW并置的PCEF/TDF与PCRF交互，以获得业务引导策略以及服务质量(QoS)和计费相关策略等。然后，PCRF通过消息提供所产生的业务引导策略，并且PCEF/TDF实施由PCRF通知的业务引导策略。
然后，如业务引导策略中所指示的那样，将服务请求消息引导至特定的VAS服务器。
图8示出了根据本公开另一实施例的图4的云环境中的各种功能/实体之间的示例消息流。
在该实施例中，例如，当VAS服务需要以连续的方式或以某种顺序应用于用户业务时，中间网络功能SCTCF可以基于VAS服务链功能要求，首先从PCRF导出对供应特定服务的顺序的要求，该要求可以被转换为关于VAS使能器部署的要求。
网络控制器SDNC可以通过到云协调器(例如，ETSI GS NFV-MAN 001 V1.1.1中定义的NFVO)的消息发起VAS服务供应。可选地，该消息可以包括对供应特定服务的顺序的派生要求。
然后，云协调器可以指示VIM基于对供应该特定服务的顺序的要求，分配适当位置中的云资源。更具体地说，如果可能的话，云协调器指示VIM分配相同物理主机的相关VAS的计算和存储资源，或者如果来自同一物理主机的资源不充足，分配不同物理主机中的计算和存储资源；或者如果来自同一DC的资源不充足，则分配与更丰富的物理链路连接的不同DC中的不同物理主机的云资源。
云协调器还利用消息回复SDNC，以通知是否可以满足VAS部署要求以及云资源分配结果，这可以形成包括针对相关VAS使能器的位置和/或状态信息在内的服务供应信息的至少一部分。
云协调器可以监测服务供应信息，并且在该信息发生任何改变时或定期地经由消息将服务供应信息提供给SDNC。
当接收到与可以应用于用户业务的VAS服务相关的服务供应信息时，OSS/BSS可以识别与VAS服务相关的特定PCRF，并且利用服务供应信息来产生/更新PCRF配置信息。
SDNC也可以利用消息向NFVO回复，以确认已成功接收了服务供应信息。
SDNC通过消息直接或经由中间SCTCF向PCRF发送所产生/更新的配置信息，该配置信息包括服务供应信息和相关联的业务标识符。
基于由SDNC通知的服务供应信息，PCRF产生/更新将应用于用户业务的业务引导策略。
PCRF可以利用消息回复OSS/BSS，以确认已成功接收了配置信息。
然后，用户可以选择特定的接入网和/或核心网接口，并且向应用服务器或应用功能发送服务请求。
在检测到服务请求时，与P-GW并置的PCEF与PCRF交互，以获得业务引导策略以及QoS和计费相关策略等。
然后，PCRF通过到PCEF/TDF的消息提供所产生的业务引导策略。
PCEF/TDF实施由PCRF通知的业务引导策略。
然后，如业务引导策略中所指示的那样，将服务请求消息引导至特定的VAS服务器。
图9示出了根据本公开实施例的适用于协调服务供应的装置900的示意性框图。装置900可以实现在核心网中的网元(例如，如图3所示的PCRF)处或者实现为核心网中的网元的至少一部分。
在图9中，根据本公开的各种实施例，实线块中的单元是必要的，而虚线块中的单元是可选的。
如所示，装置900包括获得单元910、确定单元920和产生单元930。具体的，获得单元910被配置为获得与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少可以包括与用于供应至少一个服务的至少一个服务使能器的位置有关的信息。在实施例中，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息可以包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。
在另一实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。此外，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
确定单元920被配置为：至少基于服务供应信息，来确定在服务供应网络中将至少一个服务应用于用户业务的顺序。产生单元930被配置为：产生用于在服务供应网络中引导用户业务的业务引导策略。业务引导策略体现所确定的应用至少一个服务的顺序。
在另一实施例中，装置900还可以包括提供单元905，提供单元905被配置为提供对供应特定服务的顺序的要求。
在又一实施例中，获得单元910可以被配置为从商业和运营支持系统或者从服务供应网络中的网络控制器获得服务供应信息。
以上单元905和910至930可以被配置为实现如参考图5所描述的对应的方法操作或步骤，因此，为了简洁的目的，这里不再详述。
图10示出了根据本公开实施例的适用于协调服务供应的装置1000的示意性框图。装置1000可以实现在云协调器处或者实现为云协调器的至少一部分。
在图10中，根据本公开的各种实施例，实线块中的单元是必要的，而虚线块中的单元是可选的。
如所示，装置1000包括监测单元1010和通知单元1020。具体的，监测单元1010被配置为监测与将应用于用户业务的至少一个服务相关的服务供应信息。服务供应信息至少包括：与用于供应至少一个服务的至少一个服务使能器在服务供应网络中的位置有关的信息。
在实施例中，对于至少一个服务使能器中的每一个，与该服务使能器的位置有关的信息可以包括以下中的任一个：托管该服务使能器的虚拟机的标识符、托管该服务使能器的物理主机的标识符、托管该服务使能器的数据中心的标识符、以及数据中心的位置。
在另一实施例中，服务供应信息还可以包括与至少一个服务使能器的状态有关的信息。此外，对于至少一个服务使能器中的每一个，与该服务使能器的状态有关的信息包括以下中的任一个：该服务使能器的实例化、该服务使能器的终止、该服务使能器的暂停、该服务使能器的恢复、该服务使能器的容量、以及该服务使能器的负载。
通知单元1020被配置为发送服务供应信息以供核心网中的网元使用，以确定在服务供应网络中将至少一个服务应用于用户业务的顺序。
在另一实施例中，装置1000还可以包括接收单元1001和指示单元1002。接收单元1001被配置为从商业和运营支持系统或者从服务供应网络中的网络控制器接收对供应特定服务的顺序的要求。指示单元1002被配置为：指示虚拟化基础设施管理器至少基于所接收到的要求为特定服务分配基础设施资源。
在另一实施例中，通知单元1020可以被配置为：将服务供应信息通知给商业和运营支持系统，该商业和运营支持系统可以将服务供应信息转发给核心网中的网元；或者，将服务供应信息通知给服务供应网络中的网络控制器，服务供应网络中的网络控制器可以直接或经由服务供应网络上的中间网络功能将服务供应信息转发给核心网中的网元。
以上单元1001、1002、1010和1020可以被配置为实现如参考图6所描述的对应的方法操作或步骤，因此，为了简洁的目的，这里不再详述。
图11示出了根据本公开实施例的在云环境中的用于协调服务供应的装置1100的示意性框图。装置1100可以实现在核心网中的网元处或者可以实现为核心网中的网元的至少一部分。备选地，装置1100可以实现在云环境中的云协调器处或者可以实现为云环境中的云协调器的至少一部分。
装置1100包括至少一个处理器1110(比如，数据处理器(DP))和耦接到处理器1110的至少一个存储器(MEM)1120。装置1100还可以包括耦接到处理器1110的发射机TX和接收机RX 1130。MEM 1120存储程序(PROG)1140。
在装置实现在核心网中的网元处或者实现为核心网中的网元的至少一部分的实施例中，PROG 1140可以包括指令，所述指令当在相关联的处理器1110上执行时使装置1100能够根据本公开的实施例进行操作(例如，执行方法500)。至少一个处理器1110和至少一个MEM 1120的组合可以形成处理装置1150，处理装置1150适用于实现参考图5所述的本公开的一些实施例。
在装置实现在云协调器处或者实现为云协调器的至少一部分的实施例中，PROG1140可以包括指令，所述指令当在相关联的处理器1110上执行时使装置1100能够根据本公开的实施例进行操作(例如，执行方法600)。至少一个处理器1110和至少一个MEM 1120的组合可以形成处理装置1150，处理装置1150适用于实现参考图6所述的本公开的一些实施例。
MEM 1120可以是适用于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术(比如，作为非限制性示例的基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器)来实现。
处理器1110可以是适用于本地技术环境的任何类型，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、数字信号处理器DSP和基于多核处理器架构的处理器中的一个或多个。
此外，本发明还可以提供一种载体，所述载体包含上述计算机程序，其中所述载体为电信号、光信号、无线电信号或计算机可读存储介质之一。计算机可读存储介质可以是例如光盘或电子存储设备(比如，RAM(随机存取存储器)、ROM(只读存储器)、闪存、磁带、CD-ROM、DVD、蓝光射线盘等)。
本文描述的技术可以通过各种装置来实现，使得实现利用实施例描述的对应装置的一个或多个功能的装置不仅包括现有技术装置，而且还包括用于实现利用实施例描述的对应装置的一个或多个功能的装置，所述装置可以包括用于每个单独功能的单独装置或者可以被配置为执行两个或更多个功能的装置。例如，这些技术可以以硬件(一个或多个装置)、固件(一个或多个装置)、软件(一个或多个模块)或其组合来实现。对于固件或软件，可以通过执行本文描述的功能的模块(例如，过程、功能等)来实现。
以上已经参考方法和装置的框图和流程图说明描述了本文中的示例性实施例。应该理解，框图和流程图中的每个块以及框图和流程图中的块的组合分别可以通过包括计算机程序指令的各种装置来实现。这些计算机程序指令可以被加载到通用计算机、专用计算机或其它可编程数据处理装置上以产生机器，使得在计算机或其它可编程数据处理装置上执行的指令创建用于实现在流程图块中指定的功能的装置。
尽管本说明书包含许多具体的实现细节，但是这些不应该被解释为对任何实现或可以要求保护的内容的范围的限制，而是作为可以特定于特定实现的特定实施例的特征的描述。在各个实施例的上下文下的、在本说明书中描述的某些特征也可以在单个实施例中以组合的形式来实现。相反地，在单个实施例的上下文下描述的各种特征也可以在多个实施例中单独地或在任何合适的子组合中实现。此外，尽管上文可以将特征描述为以某些组合起作用并且甚至最初要求如此，但是一些情况下，来自所要求保护的组合的一个或多个特征可以从组合中删除，并且所要求保护的组合可以针对子组合或子组合的变化。
对于本领域技术人员而言显而易见的是，随着技术的进步，本发明构思可以以各种方式实现。给出上述实施例是为了描述而不是限制本公开，并且应该理解，如本领域技术人员容易理解的那样，在不脱离本公开的精神和范围的情况下可以采取修改和变化。这样的修改和变化被认为是在本公开和所附权利要求的范围内。本公开的保护范围由所附权利要求限定。

Claims (27)

1.一种在核心网中的网元处的用于协调服务供应的方法(500)，包括：
获得(510)与将应用于用户业务的至少一个服务相关的服务供应信息；
至少基于所述服务供应信息来确定(520)在服务供应网络中将所述至少一个服务应用于所述用户业务的顺序；以及
产生(530)用于在所述服务供应网络中引导所述用户业务的业务引导策略，其中，
所述服务供应信息至少包括与用于供应所述至少一个服务的至少一个服务使能器的位置有关的信息；并且
所述业务引导策略体现所确定的应用所述至少一个服务的顺序。
2.根据权利要求1所述的方法，还包括：
提供(505)对供应特定服务的顺序的要求。
3.根据权利要求1或2所述的方法，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的位置有关的信息包括以下中的任何一个：
托管所述服务使能器的虚拟机的标识符、托管所述服务使能器的物理主机的标识符、托管所述服务使能器的数据中心的标识符、以及所述数据中心的位置。
4.根据权利要求1至3中任一项所述的方法，其中，
所述服务供应信息还包括与所述至少一个服务使能器的状态有关的信息。
5.根据权利要求4所述的方法，其中：
对于所述至少一个服务使能器中的每一个，与所述服务使能器的状态有关的信息包括以下中的任何一个：
所述服务使能器的实例化、所述服务使能器的终止、所述服务使能器的暂停、所述服务使能器的恢复、所述服务使能器的容量、以及所述服务使能器的负载。
6.根据权利要求1至5中任一项所述的方法，其中，
所述服务供应信息是从商业和运营支持系统或从所述服务供应网络中的网络控制器获得的。
7.一种在云协调器处的用于协调服务供应的方法(600)，包括：
监测(610)与将应用于用户业务的至少一个服务相关的服务供应信息；以及
发送(620)所述服务供应信息以供核心网中的网元使用，以确定在服务供应网络中将所述至少一个服务应用于所述用户业务的顺序，其中
所述服务供应信息至少包括：与用于供应所述至少一个服务的至少一个服务使能器在所述服务供应网络中的位置有关的信息。
8.根据权利要求7所述的方法，还包括：
从商业和运营支持系统或从所述服务供应网络中的网络控制器接收(601)对供应特定服务的顺序的要求；以及
指示(602)虚拟化基础设施管理器至少基于所接收的要求为所述特定服务分配基础设施资源。
9.根据权利要求7或8所述的方法，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的位置有关的信息包括以下中的任何一个：
托管所述服务使能器的虚拟机的标识符、托管所述服务使能器的物理主机的标识符、托管所述服务使能器的数据中心的标识符、以及所述数据中心的位置。
10.根据权利要求7至9中任一项所述的方法，其中，
所述服务供应信息还包括与所述至少一个服务使能器的状态有关的信息。
11.根据权利要求10所述的方法，其中：
对于所述至少一个服务使能器中的每一个，与所述服务使能器的状态有关的信息包括以下中的任何一个：
所述服务使能器的实例化、所述服务使能器的终止、所述服务使能器的暂停、所述服务使能器的恢复、所述服务使能器的容量、以及所述服务使能器的负载。
12.根据权利要求7至11中的任一项所述的方法，其中，所述服务供应信息被发送用于：
向商业和运营支持系统通知所述服务供应信息，所述商业和运营支持系统将所述服务供应信息转发给所述核心网中的所述网元；或者
向所述服务供应网络中的网络控制器通知所述服务供应信息，所述网络控制器直接或经由所述服务供应网络上的中间网络功能将所述服务供应信息转发到所述核心网中的所述网元。
13.一种在核心网中的网元处的用于协调服务供应的装置(900)，包括：
获得单元(910)，被配置为获得与将应用于用户业务的至少一个服务相关的服务供应信息；
确定单元(920)，被配置为：至少基于所述服务供应信息，来确定在所述服务供应网络中将所述至少一个服务应用于所述用户业务的顺序；以及
产生单元(930)，被配置为：产生用于在所述服务供应网络中引导所述用户业务的业务引导策略，其中，
所述服务供应信息至少包括与用于供应所述至少一个服务的至少一个服务使能器的位置有关的信息；以及
所述业务引导策略体现所确定的应用所述至少一个服务的顺序。
14.根据权利要求13所述的装置，还包括：
提供单元(905)，被配置为提供对供应特定服务的顺序的要求。
15.根据权利要求13或14所述的装置，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的位置有关的信息包括以下中的任何一个：
托管所述服务使能器的虚拟机的标识符、托管所述服务使能器的物理主机的标识符、托管所述服务使能器的数据中心的标识符、以及所述数据中心的位置。
16.根据权利要求13至15中的任一项所述的装置，其中，
所述服务供应信息还包括与所述至少一个服务使能器的状态有关的信息。
17.根据权利要求16所述的装置，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的状态有关的信息包括以下中的任何一个：
所述服务使能器的实例化、所述服务使能器的终止、所述服务使能器的暂停、所述服务使能器的恢复、所述服务使能器的容量、以及所述服务使能器的负载。
18.根据权利要求13至17中的任一项所述的装置，其中，
获得单元(910)被配置为从商业和运营支持系统或者从所述服务供应网络中的网络控制器获得所述服务供应信息。
19.一种在云协调器处的用于协调服务供应的装置(1000)，包括：
监测单元(1010)，被配置为监测与将应用于用户业务的至少一个服务相关的服务供应信息；以及
通知单元(1020)，被配置为发送所述服务供应信息以供核心网中的网元使用，以确定在所述服务供应网络中将所述至少一个服务应用于所述用户业务的顺序，其中，
所述服务供应信息至少包括：与用于供应所述至少一个服务的至少一个服务使能器在所述服务供应网络中的位置有关的信息。
20.根据权利要求19所述的装置，还包括：
接收单元(1001)，被配置为从商业和运营支持系统或者从所述服务供应网络中的网络控制器接收对供应特定服务的顺序的要求；以及
指示单元(1002)，被配置为指示虚拟化基础设施管理器至少基于所接收到的要求为所述特定服务分配基础设施资源。
21.根据权利要求19或20所述的装置，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的位置有关的信息包括以下中的任何一个：
托管所述服务使能器的虚拟机的标识符、托管所述服务使能器的物理主机的标识符、托管所述服务使能器的数据中心的标识符、以及所述数据中心的位置。
22.根据权利要求19至21中任一项所述的装置，其中，
所述服务供应信息还包括与所述至少一个服务使能器的状态有关的信息。
23.根据权利要求22所述的装置，其中，
对于所述至少一个服务使能器中的每一个，与所述服务使能器的状态有关的信息包括以下中的任何一个：
所述服务使能器的实例化、所述服务使能器的终止、所述服务使能器的暂停、所述服务使能器的恢复、所述服务使能器的容量、以及所述服务使能器的负载。
24.根据权利要求19至23中的任一项所述的装置，其中，所述通知单元(1020)被配置为：
向商业和运营支持系统通知所述服务供应信息，所述商业和运营支持系统将所述服务供应信息转发至所述核心网中的所述网元；或者
向所述服务供应网络中的网络控制器通知所述服务供应信息，所述网络控制器直接或经由所述服务供应网络上的中间网络功能将所述服务供应信息转发给所述核心网中的所述网元。
25.一种用于协调服务供应的装置(1100)，所述装置包括处理器(1110)和存储器(1120)，所述存储器包含所述处理器可执行的指令，其中，所述装置用于执行根据权利要求1至6中的任一项所述的方法或执行根据权利要求7至12中任一项所述的方法。
26.一种用于协调服务供应的装置(1100)，所述装置包括处理装置(1150)，所述处理装置(1150)适用于执行根据权利要求1至6中任一项所述的方法或执行根据权利要求7至12中任一项所述的方法。
27.一种计算机程序产品，包括指令，所述指令在至少一个处理器上执行时使得所述至少一个处理器执行根据权利要求1至6中任一项所述的方法或执行根据权利要求7至12中任一项所述的方法。
CN201580082767.6A 2015-09-01 2015-09-01 用于协调服务供应的方法和装置 Pending CN107925649A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/088736 WO2017035777A1 (en) 2015-09-01 2015-09-01 Method and apparatus for orchestrating service provisioning

Publications (1)

Publication Number Publication Date
CN107925649A true CN107925649A (zh) 2018-04-17

Family

ID=58186888

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580082767.6A Pending CN107925649A (zh) 2015-09-01 2015-09-01 用于协调服务供应的方法和装置

Country Status (2)

Country Link
CN (1) CN107925649A (zh)
WO (1) WO2017035777A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1501657A (zh) * 2002-11-12 2004-06-02 ��Ϊ�������޹�˾ 终端与增值业务提供商应用之间多媒体消息转发的方法
CN101340633A (zh) * 2008-08-12 2009-01-07 中兴通讯股份有限公司 一种增值服务消息过负荷控制装置及方法
CN102783099A (zh) * 2012-05-15 2012-11-14 华为技术有限公司 控制业务传输的方法和装置
CN104363171A (zh) * 2014-10-22 2015-02-18 上海华为技术有限公司 一种用户报文的转发控制方法以及处理节点
WO2015085491A1 (zh) * 2013-12-10 2015-06-18 华为技术有限公司 一种流表的生成方法和装置
CN104813644A (zh) * 2012-11-22 2015-07-29 瑞典爱立信有限公司 针对特定于设备的业务流导向而识别NATed设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1964268A (zh) * 2006-11-08 2007-05-16 华为技术有限公司 网络电视系统中增值业务的提供方法及相关系统和设备
US8743696B2 (en) * 2009-08-07 2014-06-03 Cisco Technology, Inc. Mobile transport solution for offloading to an alternate network
US9647938B2 (en) * 2012-06-11 2017-05-09 Radware, Ltd. Techniques for providing value-added services in SDN-based networks
US9755960B2 (en) * 2013-09-30 2017-09-05 Juniper Networks, Inc. Session-aware service chaining within computer networks

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1501657A (zh) * 2002-11-12 2004-06-02 ��Ϊ�������޹�˾ 终端与增值业务提供商应用之间多媒体消息转发的方法
CN101340633A (zh) * 2008-08-12 2009-01-07 中兴通讯股份有限公司 一种增值服务消息过负荷控制装置及方法
CN102783099A (zh) * 2012-05-15 2012-11-14 华为技术有限公司 控制业务传输的方法和装置
CN104813644A (zh) * 2012-11-22 2015-07-29 瑞典爱立信有限公司 针对特定于设备的业务流导向而识别NATed设备
WO2015085491A1 (zh) * 2013-12-10 2015-06-18 华为技术有限公司 一种流表的生成方法和装置
CN104363171A (zh) * 2014-10-22 2015-02-18 上海华为技术有限公司 一种用户报文的转发控制方法以及处理节点

Also Published As

Publication number Publication date
WO2017035777A1 (en) 2017-03-09

Similar Documents

Publication Publication Date Title
US10819571B2 (en) Network traffic optimization using in-situ notification system
US10938727B2 (en) Method and device for offloading processing of data flows
US11206187B2 (en) Method and apparatus for virtual function self-organisation
CA3015827C (en) Software defined network (sdn) quality-of-service (qos)
CN110366144A (zh) 一种订阅服务的方法及装置
Chen et al. Realizing dynamic network slice resource management based on SDN networks
CN105052080A (zh) 用于提供思考直径网络架构的方法、系统和计算机可读介质
CN108900384A (zh) 网络流量监控方法、装置及系统、计算机可读存储介质
US10097421B1 (en) Data service policy control based on software defined network (SDN) key performance indicators (KPIs)
CN108566286B (zh) 一种智能路由器服务质量的实现方法、路由器及电子设备
CN109391498A (zh) 网络组件的管理方法和网络设备
CN105162823B (zh) 一种虚拟机管理方法及装置
US10382344B2 (en) Generating and/or receiving at least one packet to facilitate, at least in part, network path establishment
CN107409340A (zh) 流量定向的方法和装置
CN113993118A (zh) 数据分流方法、装置、设备、功能实体及存储介质
CN112566164A (zh) 一种通信系统及服务质量控制方法
US9866456B2 (en) System and method for network health and management
Caraguay et al. Framework for optimized multimedia routing over software defined networks
CN107925649A (zh) 用于协调服务供应的方法和装置
CN109218824A (zh) 一种业务处理的方法和装置
WO2023057794A1 (en) Method for aligning quality of service in mobile network and edge cloud
CN103517342A (zh) 一种自适应的Trap消息处理方法和装置
Silva et al. Evolving fast innovation in next-generation networking through flexible and customized softwarization and slicing capabilities
Derakhshan et al. Enabling cloud connectivity using SDN and NFV technologies
CN104602287B (zh) 一种以太通路切换的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180417