移动核心数据服务的系统和方法与流程

本专利申请要求享有于2015年6月15日提交的申请号为62/175,847、名称为“智能用户复制的系统和方法”的美国临时专利申请、于2015年3月26提交的申请号为62/138,887、名称为“移动云数据服务”的美国临时专利申请、以及于2016年3月22日提交的申请号为15/077,675、名称为“移动核心数据服务的系统和方法”的美国专利申请的优先权，所述各申请通过引用结合于此，如同全文再现。

本发明总体上涉及无线通信，并且在具体实施例中，涉及用于移动核心数据服务的技术和机制。

背景技术：

期望下一代网络(即5g网络)支持从事务性的物联网(iot)应用到低延迟、高可靠性的应用，例如认知辅助等一系列服务。预计低延迟应用程序将继续增长，而满足低延迟要求对于提供高质量的服务正在变得至关重要。现已了解到，仅靠减少空口延迟不足以支持低延迟应用，并且认为将数据面和/或计算面向边缘移动或提供分布式网络服务是进一步缩短通信延迟的有前途的方法。然而，这些方法对无线通信网络中的系统设计和实现提出了重大挑战，有着诸如可扩展性、兼容性、可靠性和安全性等各种要求。希望有能够应对这些挑战的无线通信系统。

技术实现要素：

本公开描述了用于移动核心数据服务的系统和方法，通过其实施例，总体上实现了技术进步。

根据一个实施例，提供了一种用于移动核心网络中的分布式同步的方法。所述方法包括由领导者移动核心数据服务(mds)代理向追随者mds代理发送更新请求。所述更新请求请求所述追随者mds代理将上下文信息的更新版本存储在与所述追随者mds代理相关联的数据存储中。所述领导者mds代理和所述追随者mds代理属于数据中心处的一组mds代理，并且所述更新请求包括所述上下文信息的所述更新版本的副本。所述方法还包括：接收来自少于所有所述追随者mds代理的对所述更新请求的响应，并且当所述响应来自至少阈值数量的所述追随者mds代理时，向所述追随者mds代理发送所述上下文信息的所述更新版本的版本信息。所述版本信息触发所述追随者mds代理根据所述上下文信息的所述更新版本来更新所述上下文信息。还提供了一种用于执行所述方法的mds代理。

附图说明

为了更全面地理解本公开及其优点，现在参考附图，进行以下描述，在附图中：

图1示出了实施例无线通信网络的示意图；

图2示出了4g长期演进(lte)网络架构的示意图；

图3示出了具有分布式用户面和控制面的实施例无线网络架构的示意图；

图4示出了具有分布式用户面、控制面和数据层(tier)的另一实施例无线网络架构的示意图；

图5示出了具有分布式数据服务的实施例无线通信系统的示意图；

图6示出了用户数据的实施例数据结构的示意图；

图7示出了在移动核心网络中复制用户数据的示意图；

图8示出了会话上下文和度量数据的实施例数据结构的示意图；

图9示出了在移动核心网络中各移动核心数据服务(mds)代理之间复制会话上下文数据和度量数据的方式的示意图；

图10示出了移动核心网络中分布式mds代理的实施例结构的示意图；

图11示出了另一个实施例无线通信系统的示意图；

图12示出了用于定位服务网络的实施例服务网络树的示意图；

图13示出了用于在各mds代理之间同步上下文信息的实施例方法的示意图；

图14示出了针对移动核心网络中的ue生成的临时标识的实施例结构的示意图；

图15示出了实施例服务网络集群的示意图；

图16示出了用于ue的实施例服务网络的示意图；

图17示出了更加核心网络中的实施例ue附着序列的示意图；

图18示出了在移动核心网络中处理网络应用请求的实施例序列的示意图；

图19示出了移动核心网络中的实施例ue切换序列的示意图；

图20示出了用于向移动核心网络中的网络应用提供上下文信息的实施例中央mds代理的示意图；

图21示出了移动核心网络中的分布式同步的实施例方法的流程图；

图22示出了实施例处理系统的示意图；并且

图23示出了实施例收发器的示意图。

除非另有说明，不同图中对应的数字和符号通常指对应的部分。绘制附图是为了清楚地示出实施例的相关方面，而未必按比例绘制。

具体实施方式

下面详细描述本公开的实施例的制造和使用。但应当理解的是，本文公开的概念可以在多种多样的具体上下文中体现，并且本文所探讨的具体实施例仅仅是说明性的，而不是用于限制权利要求的范围。此外，应当理解的是，在不脱离由所附权利要求限定的本公开的精神和范围的情况下，可以在此进行各种改变、替换和另选。

本公开的各方面提供了具有分布式数据服务的移动核心网络。在一个实施例中，所述移动核心网络包括托管有中央移动核心数据服务(mobilecoredataservice，mds)代理并提供传统演进分组核心(evolvedpacketcore，epc)或移动核心(mobilecore，mc)功能的中央数据中心。所述移动核心网络还包括托管有分布式mc和本地mds代理的分布式数据中心。所述mds代理，包括中央mds代理和本地mds代理，提供跨地理分布式站点的上下文信息存储和复制。所述mds代理形成相对3gpp演进分组核心网络中的控制功能而言单独的层(tier)，并且允许数据服务的分离和这些功能的独立扩展。

中央mds代理和本地mds代理彼此协调，以预取ue的上下文信息，使得上下文信息在被请求之前可用。例如，分布式数据中心处的分布式mc可以本地访问由分布式数据中心处的本地mds代理所预取的上下文信息，用于处理ue会话。所述上下文信息可以包括ue会话的用户数据、会话上下文数据和度量数据。

在一些实施例中，中央mds代理和本地mds代理被配置用于使得上下文信息彼此同步。例如，中央mds代理可以将用户数据与本地mds代理同步。在这种情况下，中央mds代理作为领导者，并且本地mds代理作为追随者。在另一实施例中，本地mds代理可以与其他本地mds代理和/或中央mds代理进行会话上下文数据和度量数据的同步。在这种情况下，本地mds代理作为领导者，并且其他本地mds代理和中央mds代理作为追随者。在一些实施例中，领导者可以向追随者发送更新请求，请求追随者存储上下文信息的更新版本。领导者可以自追随者接收对所述更新请求的响应，并向追随者发送所述上下文信息的更新版本的版本信息。所述版本信息可以是版本号。追随者可以基于所述版本信息，确定其所具有的上下文信息是否需要更新。在一个实施例中，当接收到的响应满足预定义的标准时，领导者可以向追随者发送上下文信息的更新版本的版本信息。当接收到阈值数量的响应时，即可满足所述标准。

图1示出了用于传送数据的网络100。网络100包括具有覆盖区域101的基站110、多个移动设备120和回程网络130。如图所示，基站110与移动设备120建立上行(虚线)和/或下行(点线)连接，用于将数据从移动设备120载送到基站110，或反之。通过上行/下行连接载送的数据可以包括在移动设备120之间传送的数据，以及通过回程网络130传送到远端(未示出)/从远端(未示出)传送的数据。按本文用法，术语“基站”是指被配置用于提供对网络的无线接入的任何组件(或组件的集合)，例如增强型基站(enb)、宏小区、毫微微小区、wi-fi接入点(ap)或其他无线使能设备。基站可以根据一个或多个无线通信协议，例如长期演进(lte)、高级lte(lte-a)、高速分组接入(hspa)、wi-fi802.11a/b/g/n/ac等提供无线接入。按本文用法，术语“移动设备”是指能够与基站建立无线连接的任何组件(或组件的集合)，如用户设备(ue)、移动站(sta)和其他无线使能设备。在一些实施例中，网络100可以包括各种其他无线设备，诸如中继、低功率节点等。

在lte网络中，基站，例如基站110，形成无线接入网络，提供对ue的无线接入。无线接入网络还通过回程网络130连接到演进分组核心(epc)或移动核心(mc)。通过epc的途径，ue连接到外部网络，诸如公共交换电话网(pstn)、因特网和其他网络。epc通常包括服务网关(sgw)、分组数据节点(pdn)网关(pgw)、移动性管理实体(mme)、归属用户服务器(hss)以及其他实体或功能，例如策略和计费规则功能(pcrf)。hss是包含用户相关和订户相关信息的数据库。各网关，例如服务gw和pdngw，管理着用户面，并在ue和其他外部网络之间传输ip数据业务。mme管理着控制面。它处理与移动性和安全性相关的信令，以便ue接入无线电接入网络。pcrf支持业务流检测、计费(charging)和策略执行。在本公开中，术语“epc”和“mc”可互换使用。按本文用法，“中央”实体(例如中央数据中心、中央数据库、中央mds代理等)是指中央逻辑实体。中央逻辑实体可以对应于位于一个物理位置中的单个物理实体，也可以对应于位于不同物理位置的多个共同执行中央逻辑实体功能的物理实体。举例而言，中央数据中心可以包括通过中央云网络，例如中央epc云，互连或者来自该中央云网络的两个或多个分离的物理数据中心。在这样的示例中，中央数据库可以划分为位于各自物理数据中心中的多个物理存储位置。类似地，在本例中，中央mds代理可以对应于位于各自物理数据中心中的不同物理主机设备(例如，不同服务器)上实例化的不同mds代理。在一个实施例中，形成中央逻辑实体的多个物理实体可以是透明的，使得它们从分布式数据中心中的用户和/或实体的角度被整体视为单个实体。

图2示出了4g长期演进(lte)网络架构200的示意图。如图所示，ue210通过回程和无线电接入网络215与epc220连接。epc220提供用于用户面、控制面和数据层的功能。在epc200的实体或服务器中，处理数据的，例如hss，和处理会话的，例如mme，未必位于同一个数据中心。如图所示，epc220的数据层，可包括hss和用户简档存储库(subscriberprofilerepository，spr)，与控制和用户面是分离的。在本例中，数据层在逻辑上或物理上集中，并且数据位于中央数据库240中，并且经由协议请求，通过ip网络230被访问。各epc实体，如mme和pcrf，使用协议，如diameter协议和通用分组无线业务(gprs)隧道协议(gtp)，彼此交换消息，以采取动作并交换状态信息。当远程处理数据时，协议路由器，如diameter路由代理(dra)，允许分布式的实体在网络上交换信令消息。具有dra和其他协议路由器的信令路由网络可以通过冗余节点和路径操作，以确保控制信令始终可用。

在下一代/5g网络中，需要支持广泛的服务，例如事务性的物联网(iot)应用和低延迟高可靠性的应用，故而将epc功能/组件(例如mc)分布到本地数据中心，以求满足一些网络服务/应用的低延迟和/或高可靠性需求，可能会有一定的助益。图3示出了实施例无线网络架构300的示意图，其中epc的用户面和控制面分布在本地数据中心。如图所示，ue310通过回程和无线电网络315与epc连接。在本例中，用户面322和控制面是分布式的，用户面322移动得更靠近无线电接入网络。分布式控制面324被放置得更靠近无线电接入网络，并且中央控制面326提供诸如mme、gwc和pcrf的功能。中央控制面326可以部署在与中央数据层328相同或不同的中央数据中心中。在分布式控制面324和中央控制面326之间，以及在中央控制面326和中央数据层328之间，通信分别经由ip网络330和350来执行。

由于mc的使用面和控制面被放置得更靠近无线电接入网络，如图3所示，ue和分布式移动核心之间的通信延迟降低了。然而，用于处理用户面322和控制面324的ue会话的数据访问仍然需要跨广域网的信令，例如跨ip网络330和350。这会导致延迟，需要高度可靠的信令并为信令保留足够的资源，并且需要路由方案以便数据及时送达。

在一些实施例中，处理ue会话所需的数据可以靠近安置，以执行会话的功能。图4示出了另一个实施例网络架构400的示意图，其中分布了epc的用户面、控制面和数据层。如图所示，ue410通过回程和无线电接入网络415与epc连接。在本例中，用户面422和控制面424被移动得更靠近无线电接口。数据层被分布为使得分布式数据层426与用户面422和控制面424一起部署，并且中央数据层428与分布式数据层426分开地部署。分布式数据层426、用户面422和控制面424可以形成分布式mc，通过ip网络430与中央数据层428通信。分布式数据层426可以与数据库或数据存储454相关联，并且中央数据层428可以与中央数据库或数据存储452相关联。数据层可以在地理上分布。数据可以在中央数据层428和分布式数据层426之间同步，并且可以使用分布式计算和一致性管理机制在各数据层之间传送和管理数据。

图5示出了具有分布式数据服务的实施例第三代合作伙伴计划(3gpp)通信系统500的示意图。如图所示，系统500包括针对区域的中央数据中心，即区域数据中心510，以及分布式(或本地)数据中心520、530和540，其上托管有处理ue会话的分布式mc。区域数据中心510和分布式数据中心520、530和540由广域ip网络550连接。区域数据中心510上托管有epc/mc功能，包括hss、认证、授权和记账(aaa)、pcrf、接入网络发现和选择功能(andsf)、计费网关(cgw)和其他传统epc/mc功能。分布式数据中心520、530和540可以被称为托管有分布式mc功能的分布式mc站点，并且在地理上更接近无线电接入网络接口。图5显示，每个分布式数据中心520、530和540上都托管有mc控制(mc-c)实体，即mc-c实体522、532和543。每个mc-c实体都提供mc控制面功能。区域数据中心和分布式数据中心处的mc功能可以由虚拟机实现，并且可以按集中式或分布式的方式来实现。在一个实施例中，对延迟不敏感的服务/会话(例如大规模iot)可以由来自任何区域数据中心510或分布式数据中心的网络实体提供服务。对延迟敏感的应用的请求，例如对认知辅助或接入内容分发网络(cdn)的请求，可以由分布式数据中心之一来服务。系统500可以包括托管有分布式mc功能的多个分布式数据中心，并且所述分布式数据中心形成集群。因此，移动性和会话处理功能分布在集群中各分布式数据中心上，该集群相当于中央移动性管理实体。服务于ue的分布式数据中心可以被称为ue的服务网络，并且相应的集群可以被称为ue的服务网络集群或mc集群。

在系统500中，通过移动核心数据服务(mds)代理来复制、分发和同步数据。mds代理提供用于在系统500中分发数据的服务基础设施，并且决定数据在何处分发、同步和处理。如图所示，区域数据中心510托管有中央mds代理512，分布式数据中心520托管有mds代理524，分布式数据中心530托管有mds代理534，并且分布式数据中心540托管有mds代理544。中央mds代理512与主数据存储505通过接口连接，存储例如订户和用户信息，并且被配置用于共享数据副本和更新数据存储505。中央mds代理512还可以访问数据存储514，用于提供各应用，例如收费(billing)应用516和分析应用518，所请求的数据。mds代理524、534和544被配置用于定位被请求用于处理ue会话的数据，或在请求数据用于处理会话之前定位所述数据，以及提供和处理与会话有关的数据。mds代理524、534和544在本文可以被称为本地mds代理，因为它们向分布式mc本地提供数据，以用于处理ue的会话。例如，mc-c实体522是从mds代理524本地获得处理ue会话所用的数据，而不是从中央mds代理512获得。mc-c实体522还可以在ue会话的建立、修改和删除期间生成数据，并提供给存储数据的mds代理524。mds代理524、534和544分别与数据存储526、536和546通过接口连接，并且被配置用于从中央mds代理512复制数据、将数据流式传输到中央mds代理512、以及彼此互相复制数据。

系统500中涉及的数据可以包括上下文信息数据，例如用户数据。用户数据可以包括关于用户的认证、服务、计费和设备等的信息。图6示出了用户数据的实施例数据结构600的示意图。本领域普通技术人员将认识到用于构造用户数据的许多变化和另选。因为用户数据与机密和安全信息相关，所以通常在区域数据中心510集中保存，并且被提供用于由诸如hss、pcrf和andsf等功能来处理请求。在一个实施例中，用户数据可以存储在中央数据存储中，并由中央mds代理分发和同步到本地mds代理。例如，当请求用户数据用于认证、策略处理或其他目的时，中央mds代理512可以将用户数据复制到本地mds代理。

用户数据可以用不同的方式获得。在一个实施例中，当需要用户数据时或之前，本地mds代理可以请求从中央mds代理复制ue的用户数据。在另一个实施例中，本地mds代理可以从另一个本地mds代理复制ue的用户数据。在又一个实施例中，本地mds代理可以在请求用户数据之前就复制其可能服务的所有ue的用户数据。在一个示例中，为了促进所有ue的用户数据的复制，可以基于ue的国际移动用户识别码(imsi)区间或其他机制来划分用户数据。图7示出了通过划分用户数据来将用户数据复制到本地mds代理的示意图700。在本例中，ue的用户数据被划分为三个组，例如基于ue的imsi区间划分。每组ue用户数据都有相关联的中央mds(mds-c)代理710，将相应组中的ue的用户数据拷贝/复制到本地mds(mds-l)代理720中。每个中央mds代理710还负责将相应组中用户数据的改变更新到所有本地mds代理720上。在本例中，每个中央mds代理710以领导者模式操作，并且mds代理720以追随者模式操作来同步用户数据，因为用户数据是从中央mds代理710复制到本地mds代理720。如果本地mds代理720上一个或多个ue的用户数据复制失败，则可以选择不同的中央mds代理，以获得相应的用户数据，再重新执行复制。在一个实施例中，如果数据中心上托管的本地mds代理720不能复制整个用户数据，则mds代理720可以从提供用户数据的另一mds代理根据需要请求用户数据。例如，mds代理720可以请求从最近的mds代理复制用户数据，该mds代理可以是中央mds代理710或另一个本地mds代理720。

上下文信息还可以包括会话上下文数据和度量数据。会话上下文数据和度量数据是为了处理或执行ue会话而产生的数据。例如，会话上下文数据可以包括与imsi相关的信息，诸如位置、ip地址、无线电接入技术(rat)、服务、网络状态或拥塞信息。度量数据可以包括用于收费和分析的记账和计费信息，例如使用量度量和其他统计。图8示出了会话上下文和度量数据的实施例数据结构800的示意图。本领域普通技术人员将认识到会话上下文和度量数据的结构的许多变化和另选方案。

会话上下文和度量数据通常是大容量数据，并频繁更新。会话上下文可以在不同的mds代理之间复制，并且可能高度要求一致性和准确性。度量数据可以流式传输(或者以时间延迟发送)到中央mds代理，并且由诸如计费、收费或分析等应用来消耗。图9示出了会话上下文数据和度量数据被复制方式的示意图900。示意图900示出了中央mds代理902(mds-c1)、904(mds-c2)和906(mds-c3)，以及本地mds代理911-915(mds-l1、mds-l2、mds-l3、mds-l4和mds-l5)。在本例中，中央mds代理904、本地mds代理913和本地mds代理914形成集群。本地mds代理913和本地mds代理914被配置用于将会话上下文和/或度量数据流式传输到中央mds代理904。在这种情况下，本地mds代理913或本地mds代理914是用于复制数据的领导者。本地mds代理913和本地mds代理914还被配置用于将用户数据和会话上下文数据复制到彼此。当本地mds代理无法从中央mds代理复制数据时，或者当ue从一个本地mds代理移动到另一个时，就可能体现出这些复制的必要性。在这种情况下，将数据复制到其他mds代理的本地mds代理就是领导者。

图10示出了分布式mds代理的实施例结构1000的示意图。图10示出了中央数据中心(未示出)托管的中央mds代理1020。中央mds代理1020与本地数据中心(未示出)上托管的本地mds代理1040通信。中央mds代理1020包括请求处理器1022和复制引擎1024。本地mds代理1040包括请求处理器1042、密钥衍生引擎1044和复制引擎1046。请求处理器1022被配置用于服务于来自中央mds代理的各客户端的数据服务请求，诸如收费、分析或其他应用，并且与数据存储1026通过接口连接，以响应于接收到的请求来检索数据。复制引擎1024被配置用于向或从复制引擎1046复制数据，并且更新数据存储1026中的数据。请求处理器1042被配置用于服务于来自本地mds代理1040的各客户端的数据服务请求，例如与本地mds代理1040位于同处的mc。请求处理器1042与数据存储1048通过接口连接，以响应于请求而检索数据。复制引擎1046被配置用于从中央mds代理1020复制数据，并将数据流式传输到中央mds代理1020。复制引擎1046还可以被配置用于向或从其他本地mds代理复制数据。当所请求的数据在数据存储1048中不可用时，复制引擎1046获取/取得数据并存储在数据存储1048中。至于复制何种数据以及在何处复制数据，可以用控制机制来设置。

要启用数据复制和流式传输，系统中的mds代理可在系统启动时发现彼此。例如，mds代理可以使用组成员分发(groupmembershipdissemination)和故障检测技术来发现彼此，而没有中央节点(或单个故障点)。mds代理中各复制引擎可以交换消息，以进行数据复制或流式传输。例如，复制引擎1024和1046可以交换信息，包括在何处获取数据、复制形式、领导者-追随者实体和模式等。可以为复制引擎定义不同的角色，以便于数据复制和流式传输。这些角色的实例在下表1中给出。例如，中央mds代理可以作为用户分区领导者或流聚合器来操作。本地mds代理可以作为用户追随者、上下文领导者、用户追随者或上下文追随者来操作。可以通过使用定义的角色和集群以及用于确定数据被复制的位置的访问控制来复制数据。

表1

请求处理器1022和1042可以与其客户端交换消息，所交换消息的信息例如保存数据的位置、复制形式、领导者追随者实体和模式等。请求处理器与其客户端之间的交互可以使用诸如请求-响应、发布-订阅、消息流等机制。请求处理器及其客户端之间交换的消息的示例包括：

·获取数据-从本地数据存储获取数据的消息

get-subscriber-data-req(imsi＝imsi，...)

get-subscriber-data-resp(imsi＝imsi，{[userprofile]，[servprofile]，[chgprofile][devprofile]...})

·设置服务网络

set-serving-network(imsi＝imsi，leader＝@mc-x，follower＝@mc-y)

·获取服务网络

get-serving-network-req(ip-address＝x，subscrid＝imsi，application-id＝y)

get-serving-network-ans(serving-id＝@mc-z)

·pubsub-订阅和事件通知

subscribe(service＝s；imsi＝imsi)

订阅用的服务

-subscriber-data-change：通知用户数据

-context-data：通知用户的上下文数据(这在流聚合器处)。

-usage-metrics：通知用户的使用度量(这在流聚合器处)。

本地mds代理1040还包括密钥衍生引擎1044，被配置用于当接收到用户数据请求时为用户/imsi提供认证和密钥协商(aka)鉴权向量。密钥衍生引擎1044不能由mc中的函数调用直接访问，并且仅在具有安全存储器的安全计算环境中执行。用于aka的密钥，诸如会话密钥ck和ik，可以在参与复制的mds代理之间安全地传送并安全地存储，并且不能由除密钥衍生引擎1044之外的任何功能实体访问。

在一些实施例中，mds代理可以基于ue呈现的移动性模式，在请求数据以处理ue会话之前就复制所用数据。例如，分布式数据中心处的本地mds代理可以预取ue的数据，使得当分布式数据中心处的mc建立ue会话时该数据可用。这可以通过让推理(inference)引擎处理ue的位置变化，并预测ue将移入哪些覆盖区域来实现。推理引擎可以利用ue的数据记录、ue的数据拓扑和分区的有关信息、ue的在先移动性模式的有关信息、以及其他相关信息来进行这样的预测。

图11示出了实施例通信系统1100的示意图，其中各mds代理彼此协调，以在请求数据之前预取数据。在本例中，ue在复制组1105的数据中心站点处与服务网络连接。复制组包括基于标准，诸如地理位置，而分组的多个服务网络。服务网络包括mc1110和mds代理1120。mc1110为ue建立会话。mds代理1120类似于图10中的本地mds代理1040，并包括请求处理器1122、密钥衍生引擎1124和复制引擎1126。mds代理1120在本地向mc1110提供数据以服务于ue会话。随着ue的移动，mc1110在ue会话期间生成ue的会话上下文和度量数据，包括ue的位置数据。会话上下文和度量可以由请求处理器1122在数据存储1128中更新，并且通过复制引擎1126以流式传输或带时间延迟地发送到中央mds代理(mds-c)1140(步骤1182)。中央mds代理1140类似于图10中的中央mds代理1020，并包括复制引擎1142和请求处理器1144。会话上下文和度量数据可以从复制引擎1126流式传输到复制引擎1142，并且存储在数据库1146中。推理引擎1148可以订阅会话上下文和度量数据以及其他相关数据，例如历史数据或ue，并处理数据以确定ue的移动性，例如ue的下一个可能的服务网络。推理引擎1148可以通过请求处理器1144获得(或复制)用于进行所述确定的相关数据(步骤1184)，并且使用方法，诸如启发法，预测ue将向何处移动。当推理引擎1148确定ue将在一时间段内移动到另一个位于复制组1155中的服务网络的覆盖区域中时，则将所述确定通知复制引擎1142(步骤1186)。然后，复制引擎1142将ue的用户数据和会话上下文数据复制到属于复制组1155的所有可能的服务网络(步骤1188)。

当推理引擎1148做出的预测不正确时，例如，ue移动到的服务网络不在复制组1155中时，则ue的用户数据和会话上下文数据可能在该服务网络处不可用。在这种情况下，该服务网络可以从另一服务网络获得所需的数据，诸如ue的用户数据和会话上下文数据。在一个示例中，服务网络可以从与其最接近的另一服务网络获得(或复制)ue的用户数据和/或会话上下文数据。可以用服务发现机制来定位最接近的服务网络。图12示出了实施例服务网络树1200的示意图，可以用作数据服务发现树来定位最接近的服务网络。每个服务网络都可以配置有并动态更新这样的发现树。在本例中，服务网络s1-s7基于imsi区间被划分为三组1210、1220和1230。imsi划分区间可以静态配置。在每个划分组内，识别出一个主服务网络(pri)和多个辅服务网络(sec)。主(领导者)和辅(追随者)服务网络可以使用协议交换来彼此动态地发现。服务网络的地位及其角色，例如领导者或追随者，还可以交换。可以用gossip协议来交换关于托管有分区(或imsi的区间)所对应的imsi数据的服务网络的信息，所述交换所用的数据结构例示如下：

当服务网络开始建立ue会话的处理时(例如，在ue的附着过程中)，其可以通过查找发现树来定位具有可用的ue的用户数据和/或会话上下文数据的其他服务网络；然后，其所关联的mds代理可以从所定位的服务网络中的一个获得数据的副本。服务网络可以发送请求以搜索这种服务网络，并且请求的示例可以是server-list＝getserverforimsi(imsi-addr)。在本例中，可以在“server-list”中返回以距离为顺序的服务网络的列表。在示例中，使用域名系统(dns)技术和服务网络的完全合格域名(fqdn)来解析从该处复制数据的服务网络的ip地址。

在一些实施例中，各mds代理可以彼此协调来进行数据同步。中央mds代理可以确定用户数据可用，与其他mds代理进行用户数据的更新和同步。在这种情况下，中央mds代理是领导者，其他mds代理是追随者。会话上下文数据和度量数据可以在ue会话期间或者当会话被改变或删除时生成和更新。一本地mds代理可以与中央mds代理和/或其他本地mds代理进行会话上下文数据和度量数据的同步。在这种情况下，该本地mds代理是领导者，中央mds代理和其他本地mds代理是追随者。领导者和追随者可以属于维护ue上下文信息的一组mds代理。

在一些实施例中，领导者可以向追随者发送用于同步上下文信息的请求，并且基于从追随者接收的对请求的响应来确定是否进行同步。例如，当接收到的响应满足预定义的标准时，领导者可以确定进行上下文信息的同步。图13示出了用于在mds代理之间同步上下文信息的实施例方法1300的示意图。如图所示，在步骤1352，领导者1310向追随者1322、1324、1326和1328发送更新请求，请求各追随者在与各追随者相关联的数据存储中存储上下文信息的更新版本。所述上下文信息可以包括ue的用户记录、ue的会话和/或ue的会话度量相对应的信息。当领导者得知有上下文信息的更新版本可用、需要与追随者同步时，可以发送所述更新请求。如上所述，领导者可以是中央mds代理或本地mds代理。中央mds代理作为领导者时，可以被告知用户数据记录中的改变，并且决定发送更新请求，以将所述改变更新到追随者中。分布式数据中心处的本地mds代理作为领导者时，可以从分布式数据中心处的本地mc接收请求或指示，其指示有更新的会话上下文和/或度量数据，可用于同步。

然后，领导者1310可以从追随者接收响应。图13示出了领导者1310从少于所有追随者处接收响应。在步骤1354、1356和1358，领导者1310分别从追随者1322、1324和1326接收响应，但没有从追随者1328接收响应。当对追随者1328的更新请求或来自追随者1328的响应由于网络错误或网络状况而发生中断或延迟时，就可能出现这种情况。在步骤1360，领导者1310确定所接收的响应是否满足标准。例如，领导者1310可以确定响应的数量是否大于预定的阈值。可以为不同的领导者、追随者和上下文信息限定不同的阈值。如果满足标准，则领导者1310在步骤1362将上下文信息的更新版本的版本信息发送到追随者1322、1324、1326和1328。版本信息可以触发追随者根据更新版本，更新存储在其相关联的数据存储中的上下文信息。

追随者可以将上下文信息的版本存储在其相关联的数据存储中。当追随者接收到上下文信息的更新版本的版本信息，例如版本号时，就可以检查其当前具有的上下文信息的版本是否过期。例如，如果其当前上下文信息的版本号与其接收的更新版本的版本号不匹配，则追随者可以获取并存储上下文信息的更新版本的副本。在一个实施例中，由领导者发送的更新请求可以包括上下文信息的更新版本的副本。这样，当追随者确定其当前版本过期时，就可以直接进行更新，而不需要再与领导者通信以获取上下文信息的更新版本的副本。通过领导者和追随者而实现的同步的上下文信息然后可以用于建立或改变ue会话，或者可以供网络应用使用，例如记费、收费、统计分析和ue移动性监测或预测。

在lte网络中，mme为ue分配全局唯一临时标识(guti)，用于在信令连接中清楚地识别每个ue。guti通常有两个部分。一部分是标识mme的全局唯一mmeid(gummei)，另一部分是在mme中标识ue的mme-tmsi(m-tmsi)。m-tmsi和imsi是关键标识符，用于访问用户/上下文信息数据存储中的信息。在类似图5的系统500的通信系统中，mme功能分布在服务网络集群的服务网络上，当ue在同一服务网络集群的不同服务网络之间移动时，使用相同的m-tmsi将不能正确地标识ue。需要跨群集的临时关键字，在群集中的对应服务网络上唯一地标识ue。

在一些实施例中，可以使用随机数生成技术，在每个服务网络上为ue本地生成m-tmsi，使得重复的概率低。服务网络可以与同一个集群中的其他服务网络交换消息，以确保ue与该服务网络相对应的m-tmsi是唯一的。可以在群集中的所有或一组服务网络之间交换消息。

在一些实施例中，m-tmsi空间可以在群集中的服务网络之间进行划分。可以定义一个中央功能实体，如tmsi分配器，为每个分区空间分配m-tmsi值。例如，tmsi分配器可以在每个服务网络中运行，并在m-tmsi空间划分方案上动态达成协定。tmsi分配器还可以被配置用于处理释放的m-tmsi的碎片和垃圾收集。

在一些实施例中，关键字空间可以被扩展用于生成临时标识符，在服务网络中唯一地标识ue。图14示出了ue的临时身份的实施例结构1400的图。图14示出了传统的guti1410。guti1410包括公共陆地移动网络身份(plmnid)字段1412(6比特)、mmegi字段1414(16比特)、mmec字段1416(8比特)和m-tmsi字段1418(32比特)。图14还示出了64位的扩展tmsi(e-tmsi)1420。e-tmsi1420而不是m-tmsi1418将被用作临时身份，用于在集群的mme中标识ue。e-tmsi1420的高32位是l索引1430，低32位是m-tmsi1418。l索引1430可以包括时间戳和/或随机值。所述随机值可以用任何适用的技术随机生成。在一个实施例中，随机值可以是服务网络，例如数据中心，的站点号。例如，集群中的每个服务网络可以被配置有根据最大数目的移动性/会话管理实例而得的站点号。服务网络的站点号可以用于为每个移动性/会话管理实例而路由连接请求。时间戳和/或站点号的大小可以被编制为满足集群的需要。m-tmsi1418可以使用常规方法生成为随机数。可以在不同的服务网络上使用不同的种子来生成随机数，使得可以减少冲突的可能。当使用时间戳来生成l索引1420时，只有在两个服务网络在完全相同的时间生成具有相同m-tmsi值的e-tmsi时，才可能发生集群中的两个服务网络之间的冲突。在一个示例中，当ue从传统epc移动进入图5所示的服务网络集群时，可以生成高位的32位值，即所述l索引。l索引与ue的m-tmsi一起，将在本地用于标识服务网络集群的服务网络中的ue。如果ue离开服务网络，则l索引可以被丢弃。

e-tmsi1420可以用协同或非协同方式生成。在非协同方式中，要求重复的概率非常低，并且可以使用高分辨率时间戳。当使用非协同方式时，懒惰机制可足以解决集群内e-tmsi空间中的地址冲突。例如，可以在操作负载低时，或按周期性间隔，进行m-tmsi审计以检查冲突的发生。所述审计的频率可以基于时间戳的长度或分辨率以及会话建立请求率来调整。在协同方式中，每个生成的e-tmsi1420可以经过验证，在集群中的服务网络上是唯一的。图15示出了实施例服务网络群集1500的示意图，其中用协同方式生成e-tmsi。服务网络集群1500包括两个服务网络1510和1520。如上所述，一个服务网络集群可以包括任何数量的服务网络。服务网络1510和1520类似于图5中的服务网络520、530或540，并且每个都包括mc和mds代理。每个mds代理都类似于图10中的本地mds代理1040。服务网络1510和1520可以首先与每个服务网络进行通信，为每个服务网络设置站点号(步骤1552)。当ue想要连接到某个服务网络，例如服务网络1510时，服务网络1510中的mc生成e-tmsi并且提供给服务网络1510中的mds代理(步骤1554)。然后，服务网络1510将与服务网络1520进行核对，以确定所生成的e-tmsi在服务网络集群1500上是否是唯一的(步骤1556)。步骤1554和1556可以在会话处理的早期阶段发生，使得可以在向ue发送e-tmsi之前，执行e-tmsi的重复检测和重新生成。

e-tmsi和imsi用作访问用户信息数据库的关键字。imsi是主关键字，在多个集群之间是唯一的，e-tmsi是副关键字，在一个集群内是唯一的。图16示出了实施例服务网络1600的示意图，其中用e-tmsi和imsi来处理ue的会话。服务网络1600类似于图5中的服务网络520、530或540。如图所示，服务网络1600包括提供mc功能的mc1600，以及用于复制和流式传输数据的mds代理1620。mds代理1620类似于图10中的本地mds代理1040。为了将ue与服务网络1600连接，mc1610使用ue的imsi作为关键字，经由mds代理1620中的请求处理器来访问用户信息数据存储1630，以建立ue会话(如步骤1652所示)。在建立ue会话之后，生成e-tmsi作为所述ue在服务网络1600的集群中的临时标识。所述e-tmsi和imsi将在ue会话期间的信令中被用作访问数据存储1630的关键字(如步骤1654所示)。

图17示出了实施例附着序列1700的示意图，该序列可以用于ue在具有分布式数据服务的移动核心网络中的附着过程。在本例中，中央数据中心1720托管中央mds代理(mds-c)，并且分布式数据中心1710托管本地mds代理(mds-l)和本地mc。在步骤1751，mds-c和mds-l彼此发现，且mds-c将ue的用户数据复制到mds-l。在步骤1752，希望与移动核心网络连接的ue发送附着请求，以及ue标识信息，诸如ue的imsi。附着请求在分布式数据中心1710通过无线电接入网络和/或回程网络被发送到mc。基于所述附着请求，mc在步骤1753与mds-l通信以访问ue的用户数据，以便为ue建立会话。mc和mds-l之间的通信可以使用请求-响应机制，并且所传送的示例消息可以包括get-subscriber-data-req(imsi＝imsi，...)、subscribe(service＝subscriber-data-change；imsi＝imsi)和get-subscriber-data-resp(imsi＝imsi，{[userprofile][servprofile][chgprof][devprof]})。在步骤1754和1755，mc具有与ue的信令交换序列，如在身份验证、ue认证、安全设置、附着接受和初始上下文设置等方面交换消息。在信号交换期间，mc使用在分布式数据中心1710本地可用的数据，而不是向中央数据中心1720请求数据。例如，mc使用由mds-l的密钥衍生引擎衍生出的鉴权向量用于用户身份验证，并且用于安全设置的加密选项也在分布式数据中心1710处进行本地验证和衍生。在步骤1756，当ue会话建立时，mc通知mds-l有更新的会话上下文数据和度量数据可用。mds-l可以将更新后的会话上下文数据和度量数据与mds-c或其他本地mds代理进行同步。在步骤1757，mc响应附着请求，指示已经接受附着，并且已建立初始上下文。在步骤1758，ue对所述mc的指示做出响应。在步骤1759，mds-l将在ue会话期间生成的会话上下文数据和度量数据流式传输到mds-c。mds-l可以将所生成的会话上下文数据和度量数据与一组mds代理同步，包括mds-c。为了同步而设置领导者和追随者的角色的消息的示例可以是set-serving-network(imsi＝imsi，leader＝@1710，follower＝@1720，...)。

图18示出了可用于处理来自移动核心网络中的网络应用的请求的实施例序列1800的示意图。在本例中，所述请求需要由服务网络服务的ue的上下文信息，诸如会话上下文数据和/或度量数据。在步骤1851，pcrf(或网络应用)1810接收到diameteraa请求或来自需要为ue定位服务网络的基于面向服务架构(soa)的应用的请求。在步骤1852，pcrf1810将所述请求转发到中央数据中心1820的中央mds代理(mds-c)，并与所述中央mds代理(mds-c)交换消息，以便mds-c定位服务网络的地址。pcrf1810可以提供诸如订阅数据、ip地址和/或会话标识符的信息。示例消息可以包括get-serving-network-req(ip-address＝x，subscrid＝imsi，application-id＝y)和get-serving-network-ans(serving-id＝sn)。步骤1853-1858处理该请求并分配网络储备资源，以用于在所述服务网络中处理该请求。在步骤1853，mds-c基于所接收到的服务网络标识来确定服务网络的地址，并将所述请求转发到所述服务网络，即在分布式数据中心1830的服务mc。在步骤1854，服务mc处理该请求，并且通过在分布式数据中心1830的本地mds代理(mds-l)来获得与所述ue相对应的信息，如imsi。在步骤1855，服务mc通过无线电接入网络/回程网络与ue通信，以预留网络资源，用于发送ue的上下文信息。当有ue的更新的上下文信息生成时，服务mc在步骤1856通知mds-l有更新的上下文信息。在步骤1857，mds-l将更新的上下文信息同步到mds-c。例如，mds-l将在ue的会话中生成的ue的度量数据流式传输到mds-c。mds-l还可以使上下文信息同步到其他mds代理。在步骤1858，mds-c响应于该请求，将所请求的信息提供给pcrf1710。

图19示出了可以在具有分布式数据服务的移动核心网络中使用的实施例切换序列1900的示意图。在本例中，切换序列被ue发送到其服务网络的切换请求而触发，该服务网络包括本地mds代理(mds-l)和本地mc。服务网络处理切换请求，将ue切换到目标服务网络，该目标服务网络也包括本地mds代理(mds-l)和本地移动核心。ue的服务网络已经为ue建立了会话，其需要高可靠性，并且ue的上下文信息是在会话建立过程中复制到其他服务网络的。

如图所示，步骤1951-19953是为了开始切换而交换的3gpp消息。在步骤1951，服务网络1910从ue接收切换请求，例如切换要求(handoverrequired)消息，并且在步骤1952，服务网络1910用切换命令(handovercommand)消息来响应。在步骤1953，ue向目标服务网络1920发送切换确认(handoverconfirm)消息。也可以向目标服务网络1920发送用于发起开始重新定位过程的信令，并且这种信令消息的示例包括start-relocation(imsi＝imsi，leader＝@1920，follower-@1910，...。如果ue的会话上下文数据没有与目标服务网络1920同步或复制到目标服务网络1920，则也可以开始复制交换以复制ue的会话上下文数据。set-serving-network消息可以触发所述复制交换：set-serving-network(imsi＝imsi，leader＝@1910，follower＝@1920，...)。服务网络1910和1920可以进一步协调资源分配，以继续服务于ue。在步骤1954，目标服务网络1920向服务网络集群，包括服务网络1910和中央数据中心1930，中的所有成员发送用于发起重定位的信令。这种信令消息的示例可以是relocate-session-request(imsi＝imsi，leader＝@1920，follower-@1910，...)。当目标服务网络1920从所有成员接收到规定数量的通知时，目标服务网络1920在步骤1955向所有成员发送确认消息，如relocate-session-confirm(imsi＝imsi，subscriber-mode＝follower；session-mode＝follower)。在步骤1956，目标服务网络1920发送用于ue上下文释放的3gpp消息。

图20示出了用于向具有分布式数据服务的移动核心网络中的网络应用提供上下文信息的实施例结构2000的示意图。在本例中，上下文信息包括ue的用户数据、会话上下文数据和度量数据。如图所示，结构2000包括在中央数据中心(未示出)处的中央mds代理2010，其通过ip网络2026与在分布式数据中心(未示出)的本地mds代理2022和2024通信。中央mds代理2010可以包括流聚合器2012和服务代理2014。如上所述，中央mds代理2010在中央数据存储中维护ue的用户数据，并与本地mds代理更新用户数据。ue的会话上下文数据和度量数据可以在会话期间由在分布式数据中心的ue的服务mc生成，并且通过中央mds代理2010和在分布式数据中心的本地mds代理发送到中央数据存储。例如，本地mds代理2022或2024可以将ue的会话上下文数据和度量数据流式传输到中央mds代理2010。流聚合器2012可以被配置用于接收流式传输的会话上下文数据和度量数据、处理接收到的数据、并且根据网络应用的需求对接收到的数据进行分类。流聚合器2012可以被实现为图10中的复制引擎1024。服务代理2014可以被配置用于向网络实体或应用，例如在线计费系统2032、收费应用2034和其他应用2036提供上下文信息订阅服务，并且授权网络实体或应用访问上下文信息。服务代理2014可以用作网络实体或应用访问存储在中央数据存储中的上下文信息的接口。

图21示出了移动核心网络中分布式同步的实施例方法2100的流程图。在步骤2102，领导者mds代理向追随者mds代理发送更新请求，请求追随者mds代理将上下文信息的更新版本存储在与追随者mds代理相关联的数据存储中。所述领导者mds代理和所述追随者mds代理可属于数据中心的一组mds代理，并且所述更新请求可以包括所述上下文信息更新版本的副本。在步骤2104，领导者mds代理从少于全部的追随者mds代理接收对所述更新请求的响应。在步骤2106，当所述响应来自至少阈值数量的所述追随者mds代理时，领导者mds代理向所述追随者mds代理发送所述上下文信息更新版本的版本信息。所述版本信息可以触发所述追随者mds代理根据所述上下文信息的更新版本更新所述上下文信息。在一个实施例中，领导者mds代理是分布式数据中心处的本地mds代理。或者，领导者mds代理是在中央数据中心处的中央mds代理，并且追随者mds代理是在分布式数据中心处的本地mds代理。领导者mds代理可以在发送更新请求之前接收指示，指示出上下文信息更新版本的可用性。例如，领导者mds代理是分布式数据中心处的本地mds代理，并且从分布式数据中心的本地mc接收这样的指示。阈值数量的追随者mds代理可以包括少于所有追随者mds代理或大多数的追随者mds代理。上下文信息可以包括由移动核心网络所服务的用户设备(ue)的会话的对应信息、由移动核心网络服务的ue的用户记录的对应信息、和/或由移动核心网络服务的ue会话的度量的对应信息。追随者mds代理还可以包括在中央数据中心处的中央mds代理，并且中央mds代理可以向订阅了度量信息的网络应用发送与ue会话的度量的对应信息。

图22示出了可以安装在主机设备中的用于执行本文所述的方法的实施例处理系统2200的框图。如图所示，处理系统2200包括处理器2204、存储器2206和接口2210-2214，其可以按照(或不按照)图22所示进行设置。处理器2204可以是适应于执行计算和/或其他处理相关任务的任何组件或组件的集合，并且存储器2206可以是适应于存储供处理器2204执行的程序和/或指令的任何组件或组件的集合。在实施例中，存储器2206包括非暂时性计算机可读介质。接口2210、2212、2214可以是允许处理系统2200与其他设备/组件和/或用户通信的任何组件或组件集合。例如，接口2210、2212、2214中的一个或多个可以适应于将数据、控制或管理消息从处理器2204传送到安装在主机设备和/或远程设备上的应用。作为另一示例，接口2210、2212、2214中的一个或多个可以适应于允许用户或用户设备(例如，个人计算机(pc)等)与处理系统2200进行交互/通信。处理系统2200可以包括图22中未示出的附加组件，诸如长期存储(例如，非易失性存储器等)。

在一些实施例中，处理系统2200包括在接入电信网络或者属于电信网络一部分的网络设备中。在一个示例中，处理系统2200位于无线或有线电信网络中的网络侧设备中，例如基站、中继站、调度器、控制器、网关、路由器、应用服务器或电信网络中的任何其他设备。在其他实施例中，处理系统2200在接入无线或有线电信网络的用户侧设备中，诸如移动站、用户设备(ue)、个人计算机(pc)、平板电脑、可穿戴通信设备(例如，智能手表等)或适应于接入电信网络的任何其他设备。

在一些实施例中，接口2210、2212、2214中的一个或多个将处理系统2200连接到适应于通过电信网络发送和接收信令的收发器。图2300示出了适应于在电信网络上发送和接收信令的收发器2300的框图。收发器2300可以安装在主机设备中。如图所示，收发器2300包括网络侧接口2302、耦合器2304、发送器2306、接收器2308、信号处理器2310和设备侧接口2312。网络侧接口2302可以包括适应于通过无线或有线电信网络发送或接收信令的任何组件或组件的集合。耦合器2304可以包括适应于促进通过网络侧接口2302的双向通信的任何组件或组件的集合。发送器2306可以包括适应于将基带信号转换成适合于通过网络侧接口2302传输的经调制载波信号的任何组件或组件集合(例如，升频器、功率放大器等)。接收器2308可以包括适应于将通过网络侧接口2302接收的载波信号转换为基带信号的任何组件或组件的集合(例如，降频器、低噪声放大器等)。信号处理器2310可以包括适应于将基带信号转换为适合于通过设备侧接口2312进行通信的数据信号，或反之，的任何组件或组件集合。设备侧接口2312可以包括适应于在信号处理器2310和主机设备内的组件(例如，处理系统2200、局域网(lan)端口等)之间传送数据信号的任何组件或组件集合。

收发器2300可以通过任何类型的通信介质发送和接收信令。在一些实施例中，收发器2300通过无线介质发送和接收信令。例如，收发器2300可以是适应于根据无线电信协议，诸如蜂窝协议(例如，长期演进(lte)等)、无线局域网(wlan)协议(例如，wi-fi等)或任何其他类型的无线协议(例如，蓝牙、近场通信(nfc)等)进行通信的无线收发器。在这样的实施例中，网络侧接口2302包括一个或多个天线/辐射元件。例如，网络侧接口2302可以包括单个天线、多个分离的天线或被配置用于多层通信的多天线阵列，例如单输入多输出(simo)、多输入单输出(miso)、多输入多输出(mimo)等。在其他实施例中，收发器2300通过有线介质，例如双绞线电缆、同轴电缆、光纤等，发送和接收信令。具体的处理系统和/或收发器可以利用所示的所有组件，或者仅使用所述组件的子集，并且集成水平可以随设备而变化。

在本公开的一个示例实施例中，公开了一种移动核心数据服务(mds)代理，其包括处理器装置和处理器以及用于存储供处理器执行的程序的非暂时性计算机可读存储介质装置。所述程序包括指令用于向移动核心网络中的追随者mds代理发送更新请求，所述更新请求请求所述追随者mds代理将上下文信息的更新版本存储在与所述追随者mds代理相关联的数据存储中，其中所述mds代理和所述追随者mds代理属于数据中心处的一组mds代理，并且所述更新请求包括所述上下文信息的所述更新版本的副本，从少于所有所述追随者mds代理接收对所述更新请求的响应，并当所述响应来自至少阈值数量的所述追随者mds代理时，向所述追随者mds代理发送所述上下文信息的所述更新版本的版本信息，所述版本信息触发所述追随者mds代理根据所述上下文信息的所述更新版本更新所述上下文信息。

在另一个实施例中，公开了一种用于移动核心网络中的分布式同步的方法，包括：由领导者移动核心数据服务(mds)代理向追随者mds代理发送更新请求，所述更新请求请求所述追随者mds代理将上下文信息的更新版本存储在与所述追随者mds代理相关联的数据存储中，其中所述领导者mds代理和所述追随者mds代理属于数据中心处的一组mds代理，并且所述更新请求包括所述上下文信息的所述更新版本的副本，从少于所有所述追随者mds代理接收对所述更新请求的响应，并当所述响应来自至少阈值数量的所述追随者mds代理时，向所述追随者mds代理发送所述上下文信息的所述更新版本的版本信息，所述版本信息触发所述追随者mds代理根据所述上下文信息的所述更新版本更新所述上下文信息。

尽管已经详细描述了本说明书，但是应当理解，可以进行各种改变、替换和更改，而不至脱离由所附权利要求限定的本公开的精神和范围。此外，本公开的范围并不旨在限于本文所述的具体实施例，本领域普通技术人员将从本公开容易地理解，无论是当前存在还是未来待开发的过程、机器、制造方法、物质组成、手段、方法或步骤，都可以执行与本文描述的相应实施例基本相同的功能，或实现基本相同的结果。因此，所附权利要求旨在将这些过程、机器、制造方法、物质组成、手段、方法或步骤包括在其范围内。