CU分离场景下用户面网关重选的方法、装置和系统与流程

本发明涉及LTE领域，尤其涉及一种CU分离场景下用户面网关重选的方法、装置和系统。

背景技术：

3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准工作组从R8开始EPS(Evolved Packet System，演进分组系统)的研究。整个EPS系统可以分为无线接入网和核心网两部分。在核心网中，包含了HSS(Home Subscriber Server，归属用户服务器)、MME(Mobility Management Entity，移动性管理实体)、PCRF(Policy and Charging Rule Function，策略计费规则功能)、S-GW(Serving Gateway，服务网关)、P-GW(PDN Gateway，分组数据网关)。随着SDN(Software Defined Network，软件定义网络)技术的出现，CU(控制面和转发面)分离逐渐成为移动网的发展方向，3GPP在Release 13阶段提出了CU分离的LTE架构研究，在CU分离的LTE架构中，网关被进一步分离成控制面和用户面两个独立的平面，CU分离给传统的EPC架构带来灵活的同时也带来了一系列问题，这些问题需要进一步研究和解决。

例如，CU分离的LTE架构中，因为MME与SGW-U(用户面网关)之间没有接口，无法感知用户移动过程中SGW-U是否需要重选，因此传统4G移动网络的就近选择网关的机制将不再适用。

技术实现要素：

本发明要解决的一个技术问题是提供一种CU分离的LTE架构下，在控制面网关不变的情况下，移动性管理实体能感知到终端移动 后是否会触发用户面网关改变，从而触发网关重选的方案。

根据本发明一方面，提出一种控制面和用户面分离场景下用户面网关重选的方法，包括：移动性管理实体接收终端的移动性会话请求；移动性管理实体判断是否需要重选用户面网关；若需要重选用户面网关，移动性管理实体则向控制面网关发送承载修改请求，承载修改请求包括终端的位置信息，以便控制面网关根据终端的位置信息和当前网络状态选择目标用户面网关；移动性管理实体接收控制面网关的承载修改响应，承载修改响应包括目标用户面网关的IP地址。

进一步地，移动性管理实体判断是否需要重选用户面网关的步骤包括：移动性管理实体通过查询用户面网关服务区域与跟踪区列表的映射关系，判断本次跟踪区识别码是否在用户面网关服务区域中，若本次跟踪区识别码不在用户面网关服务区域中，则确定需要重选用户面网关。

进一步地，还包括：移动性管理实体基于终端的位置信息向域名系统查询控制面网关的IP地址；若控制面网关的IP地址改变，则移动性管理实体向新的控制面网关发起承载建立请求；若控制面网关的IP地址不变，则移动性管理实体执行判断本次跟踪区识别码是否在用户面网关服务区域中的步骤。

进一步地，移动性管理实体判断是否需要重选用户面网关的步骤包括：移动性管理实体基于终端的位置信息向域名系统查询服务网关地址，并接收域名系统返回的服务网关地址，其中服务网关地址包括控制面网关的IP地址和用户面网关对应的管理域ID；判断控制面网关的IP地址和用户面网关的管理域ID是否与前一次移动性会话情况相同；若用户面网关的管理域ID改变，则确定需要重选用户面网关。

进一步地，若需要重选用户面网关，则移动性管理实体向控制面网关发送承载修改请求的步骤包括：若控制面网关的IP地址改变，则移动性管理实体向新的控制面网关发送建立会话流程；若控制面网关的IP地址不变，用户面网关的管理域ID改变，则移动性管理实体向原控制面网关发送承载修改请求。

进一步地，终端的位置信息包括跟踪区识别码和小区全局标识符。

根据本发明的另一方面，还提出一种移动性管理实体，包括：会话请求接收单元，用于接收终端的移动性会话请求；网关重选判断单元，用于判断是否需要重选用户面网关；承载修改请求发送单元，用于若需要重选用户面网关，则向控制面网关发送承载修改请求，其中承载修改请求包括终端的位置信息，以便控制面网关根据终端的位置信息和当前网络状态选择目标用户面网关；承载修改响应接收单元，用于接收控制面网关的承载修改响应，承载修改响应包括目标用户面网关的IP地址。

进一步地，网关重选判断单元用于通过查询用户面网关服务区域与跟踪区列表的映射关系，判断本次跟踪区识别码是否在用户面网关服务区域中，若本次跟踪区识别码不在用户面网关服务区域中，则确定需要重选用户面网关。

进一步地，还包括：地址查询单元，用于基于终端的位置信息向域名系统查询控制面网关的IP地址；网关重选判断单元用于若控制面网关的IP地址改变，则向新的控制面网关发起承载建立请求；若控制面网关的IP地址不变，则判断本次跟踪区识别码是否在用户面网关服务区域中。

进一步地，地址查询单元，用于基于终端的位置信息向域名系统查询服务网关地址，并接收域名系统返回的服务网关地址，其中服务网关地址包括控制面网关的IP地址和用户面网关对应的管理域ID；网关重选判断单元用于判断控制面网关的IP地址和用户面网关的管理域ID是否与前一次移动性会话情况相同；若用户面网关的管理域ID改变，则确定需要重选用户面网关。

进一步地，承载修改请求发送单元用于若控制面网关的IP地址改变，则向新的控制面网关发送建立会话流程；若控制面网关的IP地址不变，用户面网关的管理域ID改变，则向原控制面网关发送承载修改请求。

进一步地，终端的位置信息包括跟踪区识别码和小区全局标识符。

根据本发明的另一方面，还提出一种控制面网关，包括：承载修改请求接收单元，用于接收移动性管理实体发送的承载修改请求，承载修改请求包括终端的位置信息；目标用户面网关选择单元，用于根据终端的位置信息和当前网络状态选择目标用户面网关；流表下发单元，用于向目标用户面网关下发流表；承载修改响应发送单元，用于向移动性管理实体发送承载修改响应。

进一步地，流表下发单元用于向原用户面网关下发流表删除指令。

进一步地，终端的位置信息包括跟踪区识别码和小区全局标识符。

进一步地，一种控制面和用户面分离场景下用户面网关重选的系统，其特征在于，包括目标用户面网关、上述的移动性管理实体和上述的控制面网关；目标用户面网关用于接收控制面网关下发的流表。

进一步地，还包括原用户面网关；原用户面网关用于接收控制面网关发送的流表删除指令。

进一步地，还包括域名系统；域名系统用于接收移动性管理实体发送的服务网关地址请求，并将服务网关地址返回至移动性管理实体，其中服务网关地址包括控制面网关的IP地址和用户面网关对应的管理域ID。

与现有技术相比，本发明移动性管理实体接收终端的移动性会话请求；移动性管理实体判断是否需要重选用户面网关；若需要重选用户面网关，移动性管理实体则向控制面网关发送承载修改请求，承载修改请求包括终端的位置信息，以便控制面网关根据终端的位置信息和当前网络状态选择目标用户面网关；移动性管理实体接收控制面网关的承载修改响应，承载修改响应包括目标用户面网关的IP地址。因此，能够实现在控制面网关不变的情况下，移动性管理实体能感知到终端移动后是否会触发用户面网关改变，从而触发网关重选。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1为本发明CU分离场景下用户面网关重选的方法的一个实施例的流程示意图。

图2为本发明CU分离场景下MME触发SGW-U重选的一个实施例的流程示意图。

图3为本发明CU分离场景下MME触发SGW-U重选的一个具体实施例的流程示意图。

图4为本发明CU分离场景下通过DNS机制触发SGW-U重选的一个实施例的流程示意图。

图5为本发明CU分离场景下通过DNS机制触发SGW-U重选的一个具体实施例的流程示意图。

图6为本发明MME的一个实施例的结构示意图。

图7为本发明MME的另一个实施例的结构示意图。

图8为本发明SGW-C的一个实施例的结构示意图。

图9为本发明CU分离场景下用户面网关重选的系统的一个实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详 细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

图1为本发明CU分离场景下用户面网关重选的方法的一个实施例的流程示意图。该方法包括以下步骤：

在步骤110，MME接收UE的移动性会话请求。

例如，UE发起位置更新、切换等请求。

在步骤120，MME判断是否需要重选SGW-U。若需要重选SGW-U，则执行步骤130，否则，执行步骤150。

本发明只需要对MME或者DNS(Domain Name System，域名系统)进行功能升级，即可以通过查询MME中GW-U Serving Area(用户面网关服务区域)与TA List(跟踪区列表)的映射关系，或者根据DNS中SGW-U管理域ID的变化来判断是否需要重选SGW-U。

在步骤130，MME则向SGW-C(控制面网关)发送承载修改请求，以便SGW-C根据UE的位置信息和当前网络状态选择目标SGW-U。

其中承载修改请求包括UE的位置信息，例如TAI(Tracking Area Identity，跟踪区识别码)和ECGI(E-UTRAN Cell Global Identifier，小区全局标识符)。

在步骤140，MME接收SGW-C的承载修改响应，承载修改响应包括目标SGW-U的IP地址。

在步骤150，MME不需要向SGW-C发起会话流程。

在该实施例中，MME接收UE的移动性会话请求；判断是否需要重选SGW-U；若需要重选SGW-U，MME则向SGW-C发送承载修改请求，以便SGW-C根据UE的位置信息和当前网络状态选择目标SGW-U；MME接收SGW-C的承载修改响应，承载修改响应包括目标SGW-U的IP地址。因此，解决了传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用户面网关的问题。

图2为本发明CU分离场景下MME触发SGW-U重选的一个实施例的流程示意图。

在步骤210，UE向MME发起移动性会话请求。

该请求中可以包括TAU(Tracking Area Update，跟踪区更新)/切换等。

在步骤220，MME查询映射表判断SGW-U是否发生变化。

本发明在MME上增加GW-U Serving Area和TA List映射表。其中GW-U Serving Area代表一个用户面网关的服务范围，该映射表标识一个用户面网关所服务的TA列表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发用户面网关重选。

在步骤230，MME携带UE位置信息向SGW-C发送修改承载请求。

位置信息可以包括TAI和ECGI。

另外，当收到UE的移动性请求(如TAU、切换等)时，MME可以先基于UE的位置信息向DNS查询SGW-C的IP地址，若SGW-C的IP地址发生变化，MME向新的SGW-C发起承载建立请求；若IP地址没有变化，则比对本次TAI是否在上次的SGW-U服务范围内，若不在，则判断需要改变SGW-U，并发起承载修改请求，并在消息中将UE的位置信息(TAI、ECGI)发给SGW-C，若本次TAI在上次的SGW-U的服务范围内，则判断SGW-U不需要改变，不需要向SGW-C发起会话流程。

在步骤240，SGW-C根据UE位置信息和当前的网络状态选择最佳的SGW-U。

例如，重选前由SGW-U(a)为UE提供服务，重选后由SGW-U(b)为UE提供服务。

在该实施例中，MME通过查询TA list与GW-U Serving Area映射表判断用户面实体是否需要发生改变，从而决定是否触发网关重选流程，由控制面网关根据多种条件选择用户面实体。并且，本发明只需对MME做很小的功能升级，并在MME上做少量配置，就能够解决传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用户面网关的问题。

图3为本发明CU分离场景下MME触发SGW-U重选的一个具体实施例的流程示意图。该方法包括以下步骤：

在步骤310，MME收到UE发起的移动性会话请求，如TAU、切换等请求。

在步骤320，MME通过查询GW-U Serving Area与TA List映射表，比对本次TAI是否仍在上次的SGW-UServing Area中，判断SGW-U需要改变。

本发明在MME中新增了GW-U Serving Area与TA List的映射表。GW-U Serving Area代表一个用户面网关的服务范围，该映射表标识一个SGW-C所服务的TA列表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发SGW-U重选。

在步骤330，MME向SGW-C发起承载修改请求，并携带UE的位置信息(TAI，ECGI)。

在步骤340，SGW-C根据UE的位置信息、网络状态选择目标SGW-U。

在步骤350，SGW-C向目标SGW-U下发流表，携带PGW-U(PDN GateWay-U，用户面PDN网关)、eNB(基站)的IP地址和TEID(Tunnel Endpoint ID，隧道端点标识符)等信息。

在步骤360，SGW-C回复承载修改响应，并携带目标SGW-U的IP地址和TEID等信息。

在步骤370，SGW-C向原SGW-U下发删除流表的指令。

在该实施例中，通过在MME上增加GW-U Serving Area和TA List映射表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发用户面网关重选。另外，本发明仅需对MME做很小的功能升级，并在MME上做少量配置，易于实现。

图4为本发明CU分离场景下通过DNS机制触发SGW-U重选的一个实施例的流程示意图。

在步骤410，UE向MME发起移动性会话请求。

该请求中可以包括TAU/切换等。

在步骤420，MME向DNS查询，并接收DNS返回的SGW-C的IP地址和SGW-U管理域ID。

本发明的DNS资源记录中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全称域名)和IP地址信息外，还需要增加管理域ID信息。

在步骤430，MME根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。

在步骤440，当SGW-C不变，SGW-U变化时，MME携带UE的位置信息向SGW-C发送承载修改请求，位置信息可以包括TAI和ECGI。

当SGW-C的IP地址发生变化，MME向新的SGW-C发起建立会话流程。当SGW-C的IP地址不变，SGW-U管理域ID发生变化，MME向原控制面网元发起修改承载请求。当SGW-C的IP地址不变、SGW-U管理域ID不变，MME不需要向SGW-C发起会话流程。

在步骤450，SGW-C根据UE的位置信息和当前的网络状态选择最佳的SGW-U。

例如，重选前由SGW-U(a)为UE提供服务，重选后由SGW-U(b)为UE提供服务。

在该实施例中，DNS资源记录中除了原有的FQDN和IP地址信息外，还需要增加管理域ID信息。MME根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。并且，本发明只需对 MME和DNS做很小的功能升级，并在DNS上做少量配置，就能够解决传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用户面网关的问题。

图5为本发明CU分离场景下通过DNS机制触发SGW-U重选的一个具体实施例的流程示意图。该方法包括以下步骤：

在步骤510，MME收到UE发起的移动性会话请求，如TAU、切换等请求。

在步骤520，MME基于UE的位置(TAI或者ECGI)向DNS查询SGW地址。

在步骤530，DNS返回SGW地址。

其中SGW地址包括SGW-C的IP地址和SGW-U对应的管理域ID。

在步骤540，MME判断SGW-C的IP地址和SGW-U管理域ID是否与上一次移动性会话的情况有变化。如果SGW-C不变，但是SGW-U管理域ID变，MME向SGW-C发起修改承载请求。

在步骤550，MME向SGW-C发起承载修改请求，并携带UE的位置信息(TAI，ECGI)。

在步骤560，SGW-C根据UE的位置信息、网络状态选择目标SGW-U。

在步骤570，SGW-C向目标SGW-U下发流表，携带PGW-U、eNB的IP地址和TEID等信息。

在步骤580，SGW-C回复承载修改响应，并携带目标SGW-U的IP地址和TEID等信息。

在步骤590，SGW-C向原SGW-U下发删除流表的指令。

在该实施例中，DNS资源记录中除了原有的FQDN和IP地址信息外，还需要增加管理域ID信息。MME根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。并且，本发明只需对MME和DNS做很小的功能升级，并在DNS上做少量配置，就能够解决传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用 户面网关的问题。

图6为本发明MME的一个实施例的结构示意图。该MME包括会话请求接收单元610、网关重选判断单元620、承载修改请求发送单元630和承载修改响应接收单元640。

会话请求接收单元610用于接收UE的移动性会话请求。

例如，UE发起位置更新、切换等请求。

网关重选判断单元620用于判断是否需要重选SGW-U。

本发明只需要对MME或者DNS(Domain Name System，域名系统)进行功能升级，即可以通过查询MME中GW-U Serving Area(用户面网关服务区域)与TA List(跟踪区列表)的映射关系，或者根据DNS中SGW-U管理域ID的变化来判断是否需要重选SGW-U。

承载修改请求发送单元630用于向SGW-C发送承载修改请求，以便SGW-C根据UE的位置信息和当前网络状态选择目标SGW-U。

其中承载修改请求包括UE的位置信息，例如TAI和ECGI。

承载修改响应接收单元640用于接收SGW-C的承载修改响应，承载修改响应包括目标SGW-U的IP地址。

在该实施例中，MME接收UE的移动性会话请求；判断是否需要重选SGW-U；若需要重选SGW-U，MME则向SGW-C发送承载修改请求，以便SGW-C根据UE的位置信息和当前网络状态选择目标SGW-U；MME接收SGW-C的承载修改响应，承载修改响应包括目标SGW-U的IP地址。因此，解决了传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用户面网关的问题。

图7为本发明MME的另一个实施例的结构示意图。该MME包括会话请求接收单元710、地址查询单元720、网关重选判断单元730、承载修改请求发送单元740和承载修改响应接收单元750。

会话请求接收单元710用于接收UE的移动性会话请求。

该请求中可以包括TAU/切换等。

地址查询单元720用于基于UE的位置信息向DNS查询SGW-C的IP地址。

若SGW-C的IP地址发生变化，MME向新的SGW-C发起承载建立请求；若IP地址没有变化，则比对本次TAI是否在上次的SGW-U服务范围内，若不在，则判断需要改变SGW-U，并发起承载修改请求，并在消息中将UE的位置信息(TAI、ECGI)发给SGW-C，若本次TAI在上次的SGW-U的服务范围内，则判断SGW-U不需要改变，不需要向SGW-C发起会话流程。

网关重选判断单元730用于查询映射表判断SGW-U是否发生变化。

本发明在MME上增加GW-U Serving Area和TA List映射表。其中GW-U Serving Area代表一个用户面网关的服务范围，该映射表标识一个用户面网关所服务的TA列表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发用户面网关重选。

承载修改请求发送单元740用于携带UE位置信息向SGW-C发送修改承载请求，以便SGW-C根据UE的位置信息、网络状态选择目标SGW-U。

位置信息可以包括TAI和ECGI。

承载修改响应接收单元750用于接收SGW-C回复的承载修改响应，该响应包括目标SGW-U的IP地址和TEID等信息。

在该实施例中，通过在MME上增加GW-U Serving Area和TA List映射表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发用户面网关重选。另外，本发明仅需对MME做很小的功能升级，并在MME上做少量配置，易于实现。

本发明的另一个实施例，会话请求接收单元710用于接收UE的移动性会话请求。该请求中可以包括TAU/切换等。

地址查询单元720用于基于UE的位置信息(TAI或者ECGI)向DNS查询SGW地址，并接收DNS返回的SGW地址。

其中SGW地址包括SGW-C的IP地址和SGW-U对应的管理域ID。本发明的DNS资源记录中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全称域名)和IP地址信息外，还需要 增加管理域ID信息。

网关重选判断单元730用于根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。

承载修改请求发送单元740用于当SGW-C不变，SGW-U变化时，携带UE的位置信息向SGW-C发送承载修改请求，位置信息可以包括TAI和ECGI。

当SGW-C的IP地址发生变化，MME向新的SGW-C发起建立会话流程。当SGW-C的IP地址不变，SGW-U管理域ID发生变化，MME向原控制面网元发起修改承载请求。当SGW-C的IP地址不变、SGW-U管理域ID不变，MME不需要向SGW-C发起会话流程。

承载修改响应接收单元750用于接收SGW-C回复的承载修改响应，该响应包括目标SGW-U的IP地址和TEID等信息。

在该实施例中，DNS资源记录中除了原有的FQDN和IP地址信息外，还需要增加管理域ID信息。MME根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。并且，本发明只需对MME和DNS做很小的功能升级，并在DNS上做少量配置，就能够解决传统3GPP解决方案在移动网关C/U分离架构下无法实现选择用户面网关的问题。

图8为本发明SGW-C的一个实施例的结构示意图。该SGW-C包括承载修改请求接收单元810、目标SGW-U选择单元820、流表下发单元830和承载修改响应发送单元840。

承载修改请求接收单元810用于接收MME发送的承载修改请求，承载修改请求包括终端UE的位置信息。

UE的位置信息包括TAI和ECGI。

目标SGW-U选择单元820用于根据UE的位置信息和当前网络状态选择目标SGW-U。

流表下发单元830用于向目标SGW-U下发流表。

流表下发单元830还用于向原SGW-U下发流表删除指令。

承载修改响应发送单元840用于向MME发送承载修改响应。

该承载修改响应中包括目标SGW-U的IP地址和TEID等信息

在该实施例中，SGW-C接收MME发送的承载修改请求，并根据UE的位置信息和当前网络状态选择目标用户面网关SGW-U。

图9为本发明CU分离场景下用户面网关重选的系统的一个实施例的结构示意图。该系统包括MME 910、SGW-C 920和目标SGW-U 930。

其中MME 910和SGW-C 920已在上述各实施例中进行了详细介绍，此处不再进一步阐述。

目标SGW-U 930用于接收SGW-C 920发送的流表，以及将自身的IP地址发送至SGW-C 920，以便为UE服务。

本发明还可以包括原SGW-U 940，用于接收SGW-C 920下发的删除流表指令。

本发明还可以包括DNS 950，用于接收MME 910的查询命令，并返回SGW地址，SGW地址包括SGW-C的IP地址和SGW-U对应的管理域ID。

DNS资源记录中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全称域名)和IP地址信息外，还需要增加管理域ID信息。

本发明针对NAT部署环境下策略与计费控制系统中的Rx与Gx会话绑定问题，提出MME触发用户面网关重选和通过DNS机制触发用户面网关重选两种方案来解决现有技术中无法感知用户移动过程中用户面网关是否需要重选的问题。例如，在MME上增加GW-U Serving Area和TA List映射表。通过查询该表，MME能通过UE的位置信息判断UE移动后是否需要触发用户面网关重选。或者，DNS资源记录中除了原有的FQDN和IP地址信息外，还需要增加管理域ID信息。MME根据SGW-C的IP地址和SGW-U管理域ID判断SGW-U是否发生改变。本发明只需对MME和DNS做很小的功能升级，易于实现。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没 有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。