中，底层数据面将流量转发 至所选择的目的地，这可以允许网络管理员/服务提供商通过将较低层功能抽象到虚拟化 服务中以管理网络服务，其中，虚拟化服务可以由Gi-LAN SG 30进行托管或接入。
[0023] 如图1所示，每个服务链36. 1-36.N可以使用SDN技术被配置有服务覆盖或隧道 (针对每个服务链的虚线），这提供了将服务A-E中的一个或多个链接在一起的机制，服务 A-E中的一个或多个可以被抛锚在服务链36. 1-36. N中的一个或多个上。在各个实施例中， 可以针对被抛锚在给定服务链上的每个服务（例如，对于服务链36. 1的服务A-D，等等）来 维护转发表或路由表，这可以使得能够将分组从一个服务沿着服务链转发至另一服务或者 转发至分类器（例如，对于服务链端部的服务，依赖于来自或者去往订户的流量流方向）。 尽管图1只示出了五个服务，但应当理解，可以通过Gi-LAN SG 30来托管或接入任意数目 的服务。而且，可以将任意数目的服务抛锚在给定的服务链上。在各个实施例中，控制器32 可以是配设有一个或多个应用的SDN控制器，以与一个或多个策略和/或计费服务器（例 如，PCRF 44、OCS 46、OFCS 48)以及本地策略锚点34进行联系，以便使用分类器38a-38b 促进将订户数据流量引导进一个或多个服务链36. 1-36. N中。
[0024] 因此，Gi-LAN SG 30可以提供用来托管一个或多个服务A-E的基础设施，一个或 多个服务A-E可能增大移动节点（例如，UE 12a-12b)与远程服务器（例如，可以经由互联 网50接入的服务器）之间的移动订户分组流。在各个实施例中，由Gi-LAN SG 30托管或 可接入的服务可以包括，但不限于，TCP优化器、缓存（DNS)服务器、超文本传输协议（HTTP) 代理、分析服务、深度分组检测（DPI)服务、网络地址和端口转换（NA(P)T)功能、家长控制、 捕获门户、用户交互、视频优化、web优化、计费和策略，等。
[0025] 可以将由Gi-LAN SG 30托管或可接入的服务A-E链结在一起，以使得服务提供 商能够基于一个或多个服务来创建提供给移动订户和/或移动订户集的唯一服务。例如， 在针对给定移动订户的分组流的生命的第一迹象（First-Sign-of-Life，FS0L)分组上， Gi-LAN SG 30可以根据由策略基础设施（例如，PCRF 44、OCS 46、OFCS 48,等等）提供的 分类对该分组流进行分类。该分类然后可以被用来将订户的流唯一地映射到特定的服务 链，这可以使得服务提供商能够针对特定的移动流量（例如，云上（over-the-top)语音、月艮 务提供商语音、视频计划，等等）来创建"服务计划"。
[0026] 如本说明书中所使用的，术语"服务计划"可以指代将被适用于移动订户子集的服 务集（例如，具有具体针对AVIS?雇员的一系列服务的AVIS?服务计划），这与通常被 用来对特定服务提供商的所有移动订户分配流量的PCRF具体计划相反（例如，金、银、铜， 等等）。
[0027] 对于可以被抛锚在服务链上以在3GPP环境中较好地进行操作的服务，这些服务 应该被配设以合适的订户具体参数。在3GPP系统中，这些参数通常被保留在与PCRF、0CS、 OFCS等相关联的数据库（例如，订阅简档（profile)仓库（SPR)、用户数据仓库（UDR)，等 等）中。在各个实施例中，PCRF 44、OCS 46和/或OFCS 48策略控制元件可以包含或指代 订户数据库，该订户数据库可以被传播至3GPP接入系统（例如，AAA元件42)和Gi-LAN SG 30二者。基于诸如订阅信息、拥塞信息、无线电接入类型信息等之类的信息，Gi-LAN SG 30 可以通过在Gi-LAN SG30上运行的多个服务来实施用于服务选择和/或流量引导的规则。 因此，Gi-LAN SG 30可以表示策略控制和实施功能（PCEF)。
[0028] Gi-LAN SG 30可以提供或托管用于服务提供商的所有订户的服务；每个服务满足 潜在许多单独的分组流。鉴于每个移动订户可以生成许多独立的分组流，请求性能以及策 略和计费网络元件（例如，PCRF44、0CS46、0FCS 48,等等）的能力呈现了潜在的缺陷，这些 缺陷是值得关注的领域。因此，为使得通信系统10的策略基础设施随着抛锚在给定链上 的服务数目、被引导至链路上的订户数目和/或由独立的移动订户创建的分组流数目而扩 缩，分层的策略分类和分布架构十分重要。
[0029] 根据一个实施例，通信系统10可以通过使用分组服务头部来向经由Gi-LAN SG 30服务的移动订户提供对所链结的服务的可扩缩策略分布，以克服前述缺陷（以及其他缺 陷），其中，分组服务头部可以被附连于来自移动订户的IP分组。分组服务头部例如可以包 括订户识别信息和本地策略锚点的IP地址、以及可以由在服务链上所抛锚的一个或多个 服务所消化处理（consume)的策略信息、计费信息，等等。因此，对抛锚在链上的服务的策 略分布可以只取决于Gi-LAN SG 30中活动的订户数目。在各个实施例中，分组服务头部可 以基于由互联网工程任务组（IETF)标准定义的网络服务头部（NSH)。
[0030] 如图1所示，针对每个静态定义的服务链36. 1-36. N，分类器38a、38b可以托管本 地策略锚点34,该本地策略锚点34可以作为对策略服务器（例如，PCRF 44、0CS 46,等等） 的策略缓存。此外，本地策略锚点34可以将其自己表示为对抛锚于每个静态定义的服务链 36. 1-36. N上的所有服务的本地策略服务器。承载于给定的服务链上的每个IP分组可以附 连有分组服务头部，如上所述，分组服务头部可以承载参数，例如，移动订户身份、本地策略 锚点的IP地址以及可以由抛锚于服务链上的一个或多个服务进行消化处理的附加的策略 相关信息（例如，PCRF规则、在线和/或离线计费规则，等等）。
[0031] 在一个或多个实施例中，可以将本地策略锚点的IP地址包括（例如，封装）在NSH 分组头部中，以使得服务能够从本地策略和计费锚点（例如，本地策略锚点34)拉取（pull) 可能没有被承载于IP分组自身中的附加的策略参数。因此，IP地址可以作为被传递给服 务的配置参数，这可以允许服务与本地策略锚点34、PCRF 44、OCS 46和/或OFCS 48建立 策略控制会话。在一个或多个实施例中，还可以通过动态服务装置配置来实现该配置。
[0032] 由于针对每个服务链的分类器38a_38b可以被提供以其自己的策略锚点（例如， 本地策略锚点34)，并且来自服务链的所有策略请求可以被指向针对链的策略锚点，因此标 准的策略基础设施上的负载可以仅取决于Gi-LAN SG中活动的订户数目。一旦本地策略锚 点针对订户缓存了策略信息，则不需要来自策略基础设施的其他策略信息。然而，例如，如 果针对策略基础设施的策略服务器（例如，PCRF 44、0CS、46、OFCS 48)需要实施新的策略 或更新策略，则其可以将新的策略和/或所更新的策略中继到本地策略锚点34。在各个实 施例中，经由分类器38a-38b，Gi-LAN SG 30然后可以通过将内嵌有IP流量的新的策略规 则包括在流经服务链的分组的NSH分组头部中，以对给定链中的服务实施新的策略和/或 所更新的策略。替代地，在一个或多个实施例中，抛锚于给定链上的服务可以维护与本地策 略锚点34的策略会话，这可以使得本地策略锚点实施能够通过将新的策略和/或所更新的 策略规则推送到抛锚于该链上的服务来实施新的策略和/或所更新的策略。
[0033] 因此，通过标准化服务头部的方式与对抛锚于链上的所有服务的策略分布进行组 合，由通信系统10提供的解决方案可以提供针对分类器的每服务链策略缓存（例如，本地 策略锚点34)的组合，其中，标准化服务头部可以承载订户信息、配置参数、3GPP策略和/ 或计费信息以及针对抛锚于一个或多个服务链上的一个或多个服务的其他类型的策略和/ 或计费信息等。
[0034] 例如，在操作期间，可以将起源于给定UE(例如，UE 12a)的FSOL IP分组传输至 Gi-LAN SG 30,并且可以根据由策略基础设施（例如，PCRF 44、0CS 46、0FCS 48)提供的一 个或多个策略对其进行分类。经由分类器38a，Gi-LAN SG 30可以将分组转发至本地策略锚 点34。如果本地策略锚点34尚未缓存移动订户的策略信息，则其可以通过一个或多个标准 化基于DIAMETER的接口（例如，6^5(1、6 7、62，等等）的方式从给定的策略服务器（例如， PCRF 44、OCS 46、OFCS 48和/或其他类似的策略服务器）加载订户的策略和/或计费信 息。在各个实施例中，可以通过控制器32从一个或多个策略和/或计费服务器检索或拉取 策略和/或计费信息，或者可以通过这样的服务器将其公布并且经由合适的基于DIAMETER 的接口或其他类似的策略控制接口周期性地推送到控制器32。
[0035] 本地策略锚点34可以运行策略和/或计费规则/功能，并且可以得到分类，该分 类可以指示用来接收流的服务链。仅出于本示例的目的，假设分类指示订户流应该被转发 至服务链36. 1，服务链36. 1可以包括由Gi-LANSG 30托管或可接入的服务A、B、C和D。本 地策略锚点34可以将针对订户流所确定的服务链分类传输或通知给分类器38a-38b，并且 可以向分类器提供参数集，该参数集可以被封装到订户流的后续分组和FSOL分组的NSH分 组头部中。分类器38a-38b可以存储（及其他）针对订户流所确定的服务链分类以及从本 地策略锚点34接收的针对订户流的任何参数。
[0036] Gi-LAN SG 30可以经由分类器38a将订户的IP分组注入具有NSH分组头部的服 务链36. 1中。如果服务链36. 1上的服务实施策略和/或计费规则/功能，则其可以使用 NSH分组头部中所承载的用于实施策略和/或计费的信息和/或可以发起与本地策略锚点 34的策略会话。假如服务需要附加的策略信息，则其可以使用用于从本地策略锚点34获 得附加策略信息的NSH承载头部信息，以使得可以不需要与策略和/或计费服务器（例如， PCRF 44、OCS 46以及OFCS 48)进行附加的交互。
[0037] 如先前所述，服务头部（例如，NSH分组头部）中所包含的参数可以包括，但不限 于，订户的移动订户身份、本地策略锚点34的IP地址（或其他配置参数）、策略信息、计费