CN107113687A - 用于移动性支持选择的系统和方法 - Google Patents

Abstract

一种用于移动性支持选择的方法，包括：确定在设备上执行的第一应用的移动性类别；以及确定与实体相关联的多个可用移动性支持技术的子集是否满足或超过第一应用的移动性类别的要求。当与实体相关联的多个可用移动性支持技术的子集满足或超过第一应用的移动性类别的要求时，该方法包括从多个可用移动性支持技术的子集中选择移动性支持技术，以及与其它实体共享与所选择的移动性支持技术相关的信息。

Description

用于移动性支持选择的系统和方法

本专利申请要求于2015年11月5日提交的、申请号为14/933,629，名称为“用于移动性支持选择的系统和方法”的美国非临时性专利申请的优先权，而所述美国非临时性专利申请要求于2014年11月10日提交的、申请号为62/077,807，名称为“用于移动性支持选择的系统和方法”的美国临时申请的优先权，这两篇专利申请的全部内容于此通过引用如全篇复制并入本文。

技术领域

本公开涉及数字通信，尤其涉及一种用于移动性支持选择的系统和方法。

背景技术

在现有的第三代合作伙伴计划(Third Generation Partnership Proiect，3GPP)演进分组核心(evolved packet core，EPC)网络中，在使用通用分组无线电服务(generalpacketradio service，GPRS)隧道协议(GPRS tunneling protocol，GTP)隧道的分组数据网络(packet data network，PDN)连接中默认提供移动性管理。否则，流量被卸载以绕过移动核心网络。这两种选择不足以满足不同应用的需求。

特别地，应用具有移动性管理的多种需求。一些应用不需要会话连续性，而一些应用需要会话连续性。此外，对移动性的服务质量(quality of service，QoS)要求在当前和新兴应用中也是多种多样的。在5G无线中，严格应用的切换延迟容限在10毫秒(milliseconds，ms)，1毫秒或甚至亚毫秒的量级，而对于不太严格的应用的切换延迟容限可以在100毫秒，1秒或甚至10秒的量级。

使用一刀切的解决方案难以满足这些不同的要求。例如，用于具有最宽松要求的应用的移动性解决方案可以更简单并且涉及更少的信令成本。对于所有应用都使用严格容限应用移动性解决方案对于不太严格的应用来说可能是过度的并且太昂贵。

当前有多个移动性管理机制可用，将来可能会有更多。其示例包括以下：应用层移动性支持，例如多路径传输控制协议(transmission control protocol，TCP)的传输层移动性支持，例如基于主机的移动IP(MIPv6)的基于主机的因特网协议(Internet protocol，IP)移动性支持，例如代理移动IPv6(proxy mobile IPv6，PMIPv6)的基于网络的IP移动性支持，链路层移动性支持等。然后有必要确定是否提供移动性支持，如果是，则为给定应用选择适当的移动性支持。

发明内容

示例性实施例提供了一种用于移动性支持选择的系统和方法。

根据示例性实施例，提供了一种用于移动性支持选择的方法。该方法包括：由实体确定在设备上执行的第一应用的移动性类别，以及由实体确定与所述实体相关联的多个可用移动性支持技术的子集是否满足或超过要求所述第一应用的所述移动性类别的要求。当与实体相关联的多个可用移动性支持技术的子集满足或超过第一应用的移动性类别的要求时，该方法包括：由实体从多个可用移动性支持技术的子集中选择移动性支持技术，由所述实体调用所选择的移动性支持技术，以及由所述实体与所述其它实体共享与所选的移动性支持技术相关的信息。

根据另一个示例性实施例，提供了一种用于移动性支持选择的方法。该方法包括：由实体确定在移动节点上执行的应用需要会话连续性，由所述实体确定所述应用的移动性类别，由所述实体根据所述应用的所述移动性类别确定多个可用的基于应用的、基于主机和基于网络的移动性支持技术的子集，以及由所述实体从所述多个可用的基于应用的、基于主机的和基于网络的移动性支持技术的所述子集中选择移动性支持技术。

根据另一示例性实施例，提供了一种实体。该实体包括确定单元、可操作地耦合到确定单元的选择单元、以及可操作地耦合到选择单元的共享单元。所述确定单元确定在设备上执行的第一应用的移动性类别，并且确定与所述实体相关联的多个可用移动性支持技术的子集是否满足或超过所述第一应用的所述移动性类别的要求。所述选择单元，当与所述实体相关联的所述多个可用移动性支持技术的所述子集满足或超过所述第一应用的移动性类别的要求时，根据所述第一应用的所述移动性类别从与所述实体相关联的多个可用移动性支持技术中选择移动性支持技术。所述共享单元，当与所述实体相关联的所述多个可用移动性支持技术的所述子集满足或超过所述第一应用的所述移动性类别的所述要求时，与其它实体共享与所选的移动性支持技术相关的信息。

前述实施例的实践使得能够基于移动事件的移动性要求以及服务类别来选择用于移动事件的移动性支持选项。

附图说明

为了更完整地理解本公开及其优点，现结合附图并参照以下描述，其中：

图1示出了根据本文描述的示例性实施例的示例性通信系统；

图2示出了根据本文描述的示例性实施例的示例性移动性支持技术的不同级别的图；

图3示出了根据本文描述的示例性实施例的发生在选择移动性支持技术的示例性操作的流程图；

图4示出了根据本文描述的示例性实施例的突出其相关联的移动性类别的移动性支持技术的示例性布置；

图5示出了根据本文描述的示例性实施例的突出为应用的移动性支持技术进行选择的示例性移动性支持技术选择数据流表；

图6示出了根据本文描述的示例性实施例的表示图5所示的移动性支持技术选择数据流的示例性操作的流程图；

图7示出了根据本文描述的示例性实施例的发生在实体为应用的移动性支持技术进行选择的示例性操作的流程图；以及

图8为可以用于实现本公开的设备和方法的处理系统的框图。

具体实施方式

下面将详细描述当前示例性实施例的操作及其结构。然而，应当理解，本公开提供了可在多种特定背景下实施的多种可适用的发明性概念。讨论的具体实施例仅仅是说明了实施例的具体结构以及操作本公开实施例的方式，并不限制本公开的范围。

一个实施例涉及移动性支持选择。例如，实体确定在设备上执行的第一应用的移动性类别，并且确定与所述实体相关联的多个可用移动性支持技术的子集是否满足或超过所述第一应用的所述移动性类别的要求。当与实体相关联的多个可用移动性支持技术的子集满足或超过第一应用的移动性类别的要求时，实体从多个可用移动性支持技术的子集中选择移动性支持技术，调用所选的移动性支持技术，并与其它实体共享与所选的移动性支持技术相关的信息。

针对特定背景下的示例性实施例来描述实施例，即，提供移动性支持(mobilitysupport，MS)的通信系统。实施例可以应用于标准兼容通信系统，例如，兼容第三代合作伙伴计划(Third Generation Partnership Project，3GPP)、IEEE 802.11等的技术标准的通信系统和提供移动性支持的兼容非标准的通信系统。

图1示出了示例性通信系统100。通信系统100包括移动节点(mobile node，MN)105和通信节点(correspondent node，CN)110。MN 105与第一网络(网络#1)115相关联，而CN110与第二网络(网络#2)120相关联。CN 110已经与MN 105建立了会话(示为线122)。作为说明性示例，从CN 110发送到MN 105的分组可以穿过第二网络120到达第一网络115进而到MN105。从MN 105到CN 110的分组可以穿过类似但相反的路径。

MN 105能够具有移动性，并且在其移动的过程中，MN 105离开第一网络115并且变得与第三网络(网络#3)125相关联。当与第三网络125相关联时，MN 105被示为MN 107以帮助减少混淆。MN 105的移动性造成了移动事件。根据通信系统100中提供的移动性支持如何处理移动事件，从CN 110到MN 107的分组可以穿过从第一网络115到第三网络125(示为线127)的额外跳(除了那些从第二网络120到第一网络115的跳)或者建立将第二网络120连接到第三网络125(示为线128)的新会话。

可以理解，通信系统可以采用多个能够与多个节点(例如，MN、CN等)通信的网络，但是为了简单起见，仅示出了三个网络和多个节点。

如前所述，不同的应用具有不同的移动性管理需求。一些应用程序不需要会话连续性，而其它应用程序则需要。此外，不同的应用具有不同的服务质量(quality ofservice，QoS)要求，这对移动性管理需求具有影响。作为说明性示例，具有严格QoS要求的实时应用将不能通过具有100毫秒或秒量级的切换延迟的移动性支持技术来良好地服务。作为另一个说明性示例，具有大的切换延迟容限的应用不需要与具有亚毫秒切换延迟的移动性支持技术相关联的复杂度和花销。

根据示例性实施例，在多个级别实现移动性管理机制。在不同级别实现移动性管理机制使得能够选择一个或更多个移动性管理机制，其具有合适的性能和成本，以能更好满足需要移动性支持的应用的需求和能力。

移动性管理机制在各种级别可用，包括但不限于应用层移动性管理、基于主机的移动性管理和基于网络的移动性管理。不同级别的移动性管理机制在复杂度和花销方面以不同的成本提供不同级别的性能。例如，应用层移动性管理技术是复杂度较低的技术，但是比基于网络的移动性支持技术具有更高的切换延迟。相反，基于网络的移动性支持技术提供较低的切换延迟，但是复杂度和成本有所增加。

根据示例性实施例，在不同级别的移动性管理机制之间共享信息。在不同级别的移动性管理机制之间共享的信息可以用于通知特定级别，另一个级别不能满足需要移动性支持的应用的需求和能力。与特定级别的移动性管理机制相关联的智能可以确定它们中的一个或更多个是否能够满足应用的要求和能力。如果特定级别的一个或更多个移动性管理机制能够满足应用的要求和能力，则可以停止该信息的共享。一旦选择了一个或更多个移动性管理机制，可以在不同级别之间共享附加信息。此外，可以在不同级别之间共享关于可用的移动性支持技术的信息。

根据示例性实施例，在不同级别的移动性管理机制之间共享的信息被表示为指示。当选择移了动性支持技术时，共享所选的移动性支持技术的指示。作为说明性示例，当从多个基于应用的移动性支持技术、基于主机的移动性支持技术和基于网络的移动性支持技术中选择了移动性支持技术时，所选的移动性支持技术的指示在不同级别间共享。

图2示出了不同级别的示例性移动性支持技术的图200。如图2所示，有应用层205、主机层215和网络层225。应用层205中的移动性支持技术被分类为基于用户应用的移动性支持技术207，并且可以使用由终端用户或用户应用的开发者提供的应用智能209来实现。主机层215中的移动性支持技术被分类为基于主机的移动性支持技术217，并且可以在主机智能219中实现，如主机中执行的连接管理器中所实现的那样。网络层225中的移动性支持技术被分类为基于网络的移动性支持技术227，并且可以在网络智能229中实现，其如同在例如移动性管理实体(mobility management entity，MME)或网络控制器的网络移动性管理系统中所实现的那样。

图2中还示出了在不同层之间共享的信息(例如，以指示的形式)。作为说明性示例，如果应用层205中的基于用户应用的移动性支持技术都不能满足应用的要求和能力，则应用智能209可以与主机智能219共享信息(示为事件211)。类似地，如果基于主机的移动性支持技术都不能够满足应用的要求和能力(示为事件221)，则主机智能219可以与网络智能229共享信息。一旦选择了层的移动性支持技术来为应用提供移动性支持，则可以在不同级别之间共享附加信息，例如图2中示为事件213和223。在层的实体之间共享的信息被发送到需要移动性支持的应用，但是这通常仅在已经考虑了当前实体的能力并且认为其不能够支持应用的移动性支持要求之后。一旦信息已经与另一实体共享，另一实体假定与连接相关联的应用需要移动性支持。

根据示例性实施例，提供了一种用于选择移动性支持和在应用层、主机层和网络层之间协调选择的系统和方法。此外，预期在将来会出现非常多的应用，并且这些应用被期望具有非常多样的QoS要求。另一方面，具有不同QoS能力的多个移动性解决方案是或将可用于满足非常多样的QoS要求，例如，在4.5G无线，5G无线及其之后的通信中所期望的要求。该系统和方法在选择移动性支持时考虑了相对于不同移动性解决方案的QoS能力的应用的QoS要求。为了减少具有非常多应用的选择的复杂度，应用可以被分类为具有不同QoS要求的不同类别的服务(class of services，CoS)，并且具体地，移动性中的QoS要求，例如，最大切换延迟和分组丢失。

在移动性支持技术的选择中可以考虑QoS要求。在5G通信系统中预期多种多样的QoS要求，并且多种移动性支持技术是可用的。从那些满足QoS要求的移动性支持技术中选择特定移动性支持技术。根据示例性实施例，用于选择移动性支持技术的系统和方法将多个应用的QoS要求分类到5G通信系统中的不同CoS类别中，并且在选择适当的移动性支持技术时考虑CoS。CoS已经在现有网络中使用，并且在5G通信系统中可能需要更多类别的CoS。具体地，在示例性实施例中考虑移动事件中的QoS要求。它们可以包括切换延迟，分组丢失容限、及其组合等。例如，应用可能需要某个最大端到端分组延迟，但是在移动事件中，应用可能需要某个最大切换延迟。其它应用可能需要以毫秒或甚至亚毫秒量级的切换延迟。一些可以是10ms、100ms、1秒或10秒的量级。

根据示例性实施例，提供了从多个可用移动性解决方案中选择移动性支持。可以从多个基于应用的、基于主机的和基于网络的移动性支持技术中选择移动性支持。多个基于应用的、基于主机的和基于网络的移动性支持技术考虑到应用的QoS要求或移动事件，例如切换延迟和/或分组丢失容限，而提供具有不同信令成本的移动性解决方案，以及考虑到QoS要求和信令成本而提供了移动性支持的选择。通过确定哪些满足应用或移动事件的QoS要求，可以缩减多个基于应用的、基于主机的和基于网络的移动性支持技术。

根据示例性实施例，一种系统和方法通过考虑动态网络条件来确定移动性解决方案的QoS能力，并且确定移动性解决方案是否满足应用或移动事件的QoS要求。应用可以被分类为具有移动事件不同QoS要求(例如，不同的最大切换延迟)的不同CoS类别，并且将多个基于应用的、基于主机的和基于网络的移动性支持技术缩减到满足CoS类别的QoS要求的移动性支持技术。一些移动性解决方案满足应用所分入的CoS类别的QoS要求，而移动性解决方案的选择可以从这些移动性解决方案中做出。

在第四代(fourth Generation，4G)通信系统中的3GPP EPC网络中，移动性管理功能通常驻留在都处于网络层中的移动性管理实体(mobility management entity，MME)和分组数据网络(packet data network，PDN)网关(gateway，PGW)中。在4.5代(4.5Generation，4.5G)和第五代(fifth Generation，5G)通信系统中，移动性管理功能可以驻留在虚拟化控制平面和数据平面网络功能中。已经存在多种移动性支持技术，而与第四代(4G)通信系统相比，期望新兴的无线应用在QoS要求方面更加多样化。因此，需要选择移动性支持。现有的3GPP通信系统使用一刀切移动性的管理解决方案，即GTP。然而，GTP支持的切换性能的范围与4.5G和5G无线的新兴应用中预期的相比非常小。无选择地使用一刀切移动性解决方案的替代方案(而非完全不使用它而使用卸载)可能需要一个单一的解决方案来满足最严格的要求。然而，这通常是过度的，并且对于最低要求的应用可能涉及太多的成本。

图3示出了发生在选择移动性支持技术时发生的示例性操作300的流程图。操作300可以表示在选择移动性支持技术时发生的操作，同时考虑了需要移动性支持的应用的要求和能力。

操作300开始于应用的移动性支持要求的表征(框305)。对应用的移动性支持要求的表征可以包括确定最大可容许切换延迟、切换期间的分组延迟方差、分组丢失率容限等。应用的移动性支持要求的示例性表征是应用的QoS要求。还确定了应用的移动性类别(框310)。可以根据应用的移动性支持要求的表征，例如QoS要求，来确定移动性类别，例如CoS。从多个移动性支持选项确定一个或更多个候选移动性支持选项(框315)。一个或更多个候选移动性支持选项是多个移动性支持选项中的那些满足应用的移动性类别和/或应用的移动性支持要求的表征的移动性支持选项。从一个或更多个候选移动性支持选项中选择移动性支持选项(框320)。所选的移动性支持选项可以从一个或更多个候选移动性支持选项中选择出。该选择可以基于各种因素，例如，相关联的复杂度、相关联的成本、候选移动性支持选项满足移动性类别和/或表征应用的移动性支持要求的程度。

图4示出了突出其相关联的移动性类别的移动性支持技术的示例性布置400。在布置400中，将移动性支持技术水平地布置到不同层(例如，应用层技术405、主机层技术407、网络层技术409等)中，而在垂直维度中，呈现了用于移动性支持技术的适当类别(包括具有最高1ms类别415、10ms类别417、100ms类别419和1s类别421的最大切换延迟的技术)。因此，简化了候选移动性支持技术的选择。作为一个说明性示例，如果应用具有移动性支持的要求，即指定一个最大切换延迟为100毫秒，则候选移动性支持的技术的标识可以像选择1ms类别415、10ms类别417、100ms类别419一样简单。

每个移动性支持技术可以具有与其相关联的QoS能力(即，移动性支持技术的性能限制)。移动性支持技术的QoS能力可以取决于通信系统的状况。换句话说，通信系统的状况可以改变移动性支持技术的QoS能力。布置400可以在考虑网络状况之后进行改变。

应用可以被分类为移动性类别(CoS类别)。对于给定的移动性类别，存在满足与移动性类别相关联的要求的移动性支持技术的子集。从满足与移动性类别相关联的要求的移动性支持技术的子集进行移动性支持技术的选择，从而通过潜在地减少移动性支持技术的数量来简化选择过程。如果满足与移动性类别相关联的要求的移动性支持技术都不可用，则可以使用替代技术。作为示例，从不满足与移动性类别相关联的要求的移动性支持技术中选择移动性支持技术。例如，选择最接近满足与移动性类别相关联的要求的移动性支持技术。或者，当没有可用的移动性支持技术时，不提供移动性支持。下面提供了移动性支持技术的示例性选择。

根据示例性实施例，移动性支持技术的选择考虑了信令开销(成本函数)。作为示例，网络业务预期在不久的将来将显著增长，但是信令开销预期以更快的速率增长。如果要进行良好选择，则可能需要在选择过程中考虑信令开销。

图5示出了突出为应用的移动性支持技术进行选择的示例性移动性支持技术选择数据流表500。在表500中，示例性可用的移动性支持技术以列(例如，应用层505、TCP层507、IP层509和L2.5层511)示出，并且示例性选择步骤以列示出。图5中讨论的可用移动性支持技术可以从一组移动性支持技术中选出作为明确地满足与应用的移动性类别相关联的要求的移动性支持技术。

第一决定(Q1 520)确定应用是否需要会话连续性，并且第二决定(Q2 522)确定在MN从一个网络移动到另一个网络时，应用是否能够在IP地址发生变化的情况下继续上操作。如果对Q1 520的回答为否，或者如果对Q1 520的回答为是并且对Q2 522的回答为是，则应用不需要来自主机或网络的移动性支持，并且主机确定移动性支持(基于主机或基于网络)不需要针对应用而被调用，并且请求用户应用层移动性支持(示为事件524)。否则需要移动性支持。可以使用各种技术来做出这种决定和这种决定的指示。作为说明性示例，在源IP地址选择期间做出决定，并且可以使用IP地址元数据或与IP地址头相关联的标志来指示决定。作为另一说明性示例，需要移动性支持的应用的列表在每个操作系统的配置文件中可用，以便于决定和对决定的指示。

如图5所示，示出了基于主机的移动性支持技术的两个示例：例如多径TCP的会话层技术和例如基于主机的移动性IP的IP层技术。第三决定(Q3 526)确定是否使用会话层移动性，并且第四决定(Q4 528)确定基于主机的移动性支持是否可用。如果对Q3 526的回答为是，则选择会话层移动性(示为事件530)。如果对Q4 528的回答为是，则选择主机层移动性(示为事件532)。如果主机支持具有CN(其提供所需的移动性支持)的会话层技术(例如，多径TCP)，则可能不需要进一步调用IP层技术。基于主机的移动性支持通常默认为不可用。主机必须具有这种能力，并且网络还可能需要提供所需的能力以实现基于主机的移动性支持。与基于网络的移动性支持相比，基于主机的移动性支持是全局而不是本地移动性管理协议。仅就这个考虑，基于主机的移动性支持在其可用时可能是优选的。对于例如先前详述的QoS要求的其它考虑，即使存在这样的能力，主机也可以不需要调用基于主机的移动性支持。在任何情况下，都由主机决定调用或不调用基于主机的移动性支持。如果调用基于主机的移动性支持，则不需要基于网络的移动性支持。网络将需要知道是否调用基于网络的移动性支持，其可以由所选择的移动性支持技术的指示，可用的移动性支持技术，对于如前所述的移动性支持的需求或缺乏来提供。注意，提供本文中所讨论的两个基于主机的移动性支持技术仅用于详述的目的，并且可以使用其它基于主机的移动性支持技术来替代或补充本文讨论的那些技术。此外，基于主机的移动性支持技术的顺序可以不同于图5所示的顺序。

如图5所示，示出了基于网络的移动性技术的两个示例：链路层技术和IP层技术，例如，基于网络的移动IP。第五决定(Q5 536)确定基于网络的移动性支持是否可用。一旦知道需要基于网络的移动性支持(例如从指示的接收)，如果一个可用(示为事件538)，则网络可以调用适当的基于网络的移动性支持技术。如果基于网络的移动性支持不可用，则指示没有基于网络的移动性支持可用(示为事件540)。第六决定(Q6 542)确定L2.5移动性支持是否可用。如果L2.5移动性支持可用，则调用L2.5移动性支持。

图6示出了表示图5所示的移动性支持技术选择数据流的示例性操作600的流程图。操作600开始于第一决定Q1，执行Q1以确定应用是否需要会话连续性(框605)。如果应用不需要会话连续性，则指示应用不需要S1(框607)，并且不调用任何移动性支持，R1(框609)。如果应用需要会话连续性，则执行第二决定Q2以确定应用是否能够使用IP地址的改变来继续操作(框611)。如果应用能够使用IP地址的改变来继续操作，则指示选择基于应用的移动性支持的指示，S2(框613)，并且调用基于应用的移动性支持，R2(框615)。可以在新消息类型中用信号通知该指示，而这些新消息类型可以通过概括连接策略以包括关于哪个应用需要移动性支持以及哪个应用不需要移动性支持的信息来实现。当接收实体接收到指示时(例如，连接管理器)可以向发送了指示的实体进行回复，而所述指示为接收实体能够提供应用的移动性支持要求，从而允许应用的继续执行。如果移动性支持在接收实体处不可用，则所述回复对于对发送了指示的实体进行通知十分有用，所述指示为其需要允许所述应用丢失会话连续性并重新启动应用。

如果应用不能使用IP地址的改变来继续操作，则指示需要基于主机或基于网络的移动性支持，REQ2(框617)。执行第三判定Q3以确定是否可以使用会话层移动性支持(方框619)。如果可以使用会话层移动性，则指示选择了会话层移动性支持，S3(框621)，并且调用了会话层移动性支持，R3(框623)。如果不能使用会话层移动性，则执行第四决定Q4以确定是否可以使用基于主机的移动性支持(框625)。如果可以使用基于主机的移动性支持，则指示选择基于主机的移动性支持，S4(框627)，并且调用基于主机的移动性支持，R4(框629)。

如果不能使用基于主机的移动性支持，则指示需要基于网络的移动性支持，REQ4(框631)。执行第五决定Q5以确定是否可以使用基于网络的移动性支持(框633)。如果可以使用基于网络的移动性支持，则指示选择基于网络的移动性支持，S5(框635)，并且调用基于主机的移动性支持(框637)。如果不能使用基于网络的移动性支持，则不调用基于网络的移动性支持(框639)。

根据示例性实施例，用于不同层的移动性支持选择发生在不同的实体中。在不同的移动性支持级别的不同实体处执行移动性支持技术的选择。现在返回参考图2，基于应用的移动性支持选择可以发生在例如MN和/或CN的终端用户设备中，而基于主机的移动性支持选择可以发生在连接管理器，并且基于网络的移动性支持选择可以发生在MME或网络控制器中。根据示例性实施例，在不同实体之间共享信息以方便选择。作为说明性示例，如果终端用户设备确定应用需要移动性支持，但是基于应用的移动性支持对于应用的移动性支持要求或应用的移动性类别的表征不适合，则终端用户设备向终端用户设备的主机和/或终端用户设备的网络发指示的信号，以发起对基于主机和/或基于网络的移动性支持技术的选择。此外，终端用户设备可以从主机和/或网络接收指示着基于主机和/或基于网络的移动性支持的可用性或非可用性的指示。此外，一旦选择并调用了移动性支持技术，可以发指示的信号以指示所述移动性支持技术的选择和调用。

根据示例性实施例，在实体之间共享的信息提供关于哪些应用需要移动性支持以及哪些应用需要移动性支持以及需要移动性支持的应用的移动性支持要求分类的指示。这样的信息可以列在给定操作系统的配置文件中。该信息可以允许实体来确定满足应用的移动性支持要求的移动性支持技术，并且仅从那些移动性支持技术中进行选择，从而简化选择过程。

图7示出了发生在实体为应用的移动性支持技术进行选择的示例性操作700的流程图。在实体选择应用的移动性支持技术时，操作700可以指示在例如终端用户设备(例如，MN，CN等)、连接管理器、MME、网络控制器等的实体中发生的操作。参与选择应用的移动性支持技术的每个实体可以在其已经接收到要这样做的请求时，基于应用的需求和分类来独立地选择满足应用的需要的移动性支持技术。如果实体不能为应用选择移动性支持技术，则其可以请求另一实体尝试该选择。

操作700开始于实体确定应用的移动性支持要求和/或移动性类别的表征(框705)。移动性支持要求的表征可以与应用的QoS要求相关，例如最大切换延迟、平均切换延迟、分组丢失等。应用的移动性类别可以是被量化到具有不同QoS要求的CoS中的移动性支持要求(例如，QoS要求)的分类。实体可以自己执行表征。或者，实体可以从另一实体接收表征的指示。将给定应用的这种信息传送到设备的示例是将这样的信息添加到由设备使用的操作系统的配置文件中。

实体执行检查以确定是否需要移动性支持(框710)。确定是否需要移动性支持的检查可以根据应用的移动性支持要求和/或移动性类别的表征。如果需要移动性支持，则实体执行另一检查以确定与实体相关联的任何移动性支持技术是否适合于该应用(框715)。如果该技术满足应用的移动性支持要求和/或应用的移动性类别，则移动性支持技术是合适的。如果与该实体相关联的一个或更多个移动性支持技术适合于该应用，则该实体选择用于该应用的移动性支持技术(框720)，并为该应用提供移动性支持(框725)。

如果与实体相关联的移动性支持技术中都不适合于该应用(换句话说，与该实体相关联的移动性支持技术都不满足应用的移动性支持要求和/或都不在应用的移动性类别中，或者更好)，或者如果与适合的实体相关联的移动性支持技术都不可用，则实体可以在不同层向与该不同层相关联的另一实体发送对移动性支持的请求(框730)。对移动性支持的请求可以是对移动性支持的明确请求，例如图6中所示的REQ2 617和REQ4 631。响应于对移动性支持的请求，实体可以接收消息，该消息指示接收到移动性支持请求的实体不提供移动性支持(例如，根本没有移动性支持，可用的移动性支持不满足移动性类别和/或移动性支持要求，或者移动性支持满足移动性类别和/或移动性支持要求但不可用)。

实体共享信息(框735)。共享的信息的形式可以是用信号通知其它实体的指示。该信息可以包括所选的移动性支持技术、被调用的移动性支持的指示、可用的移动性支持技术、不可用的移动性支持技术、对移动性支持的请求、对移动性支持的需求、对移动性支持无需求等等。

图8为可以用于实现本公开的设备和方法的处理系统800的框图。在一些实施例中，处理系统800包括UE。特定设备可以利用所示的所有部件，或者仅部件的子集，并且集成水平可以随设备而变化。此外，设备可以包含例如多个处理单元、处理器、存储器、发送机、接收机等的组件的多个实例。处理系统可以包括配备有一个或更多个输入/输出设备的处理单元805，例如人机接口815(包括扬声器、麦克风、鼠标、触摸屏、小键盘、键盘、打印机等)、显示器810等。处理单元可以包括连接到总线845的中央处理单元(centralprocessing unit，CPU)820、存储器825、大容量存储设备830、视频适配器835和I/O接口840。

总线845可以是包括存储器总线或存储器控制器、外围总线、视频总线等的任何类型的几种总线体系结构中的一种或更多种。CPU 820可以包括任何类型的电子数据处理器。存储器825可以包括任何类型的系统存储器，例如静态随机存取存储器(static randomaccess memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)及其组合等。在实施例中，存储器825可以包括在启动时使用的ROM和在执行程序时使用的用于程序和数据存储的DRAM。

大容量存储设备830可以包括被配置为存储数据、程序和其它信息并且使得数据、程序和其它信息经由总线845可访问的任何类型的存储设备。大容量存储设备830可以包括例如固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器等中的一个或更多个。

视频适配器835和I/O接口840提供用于将外部输入和输出设备耦合到处理单元805的接口。如图所示，输入和输出设备的示例包括耦合到视频适配器835的显示器810和耦合到I/O接口840的鼠标/键盘/打印机815。其它设备可以耦合到处理单元805，并且可以使用额外的或更少的接口设备。例如，例如通用申行总线(Universal Serial Bus，USB)(未示出)的串行接口可以用于为打印机提供接口。

处理单元805还包括一个或更多个网络接口850，其可以包括例如以太网电缆等的有线链路和/或到接入节点或不同网络855的无线链路。网络接口850允许处理单元805经由网络855与远程单元通信。例如，网络接口850可以经由一个或更多个发送器/发射天线和一个或更多个接收器/接收天线提供无线通信。在实施例中，处理单元805耦合到局域网或广域网855，用于与例如其它处理单元，因特网，远程存储设施等的远程设备进行数据处理和通信。

虽然已经详细描述了本公开及其优点，但是应当理解，在不脱离由所附权利要求限定的本公开的精神和范围的情况下，可以在此进行各种改变、替换和更改。

Claims (24)

1.一种用于移动性支持选择的方法，所述方法包括：

由实体确定在设备上执行的第一应用的移动性类别；

由所述实体确定与所述实体相关联的多个可用移动性支持技术的子集是否满足或超过所述第一应用的所述移动性类别的要求；以及

当与所述实体相关联的所述多个可用移动性支持技术的所述子集满足或超过所述第一应用的移动性类别的要求时，

由所述实体从所述多个可用移动性支持技术的所述子集中选择移动性支持技术，以及

由所述实体与其它实体共享与所选的移动性支持技术相关的信息。

2.根据权利要求1所述的方法，还包括：

当与所述实体相关联的所述多个可用移动性支持技术中的所有所述可用移动性支持技术都不满足所述第一应用的所述移动性类别的所述要求时，向所述其它实体中的一个发送对移动性支持的请求。

3.根据权利要求1所述的方法，还包括：

当所述多个可用移动性支持技术的子集的可用移动性支持技术中没有一个可用时，向所述其它实体中的一个发送对移动性支持的请求。

4.根据权利要求1所述的方法，其中确定所述移动性类别包括：

确定所述第一应用的移动性要求；以及

根据所述移动性要求确定所述第一应用的所述移动性类别。

5.根据权利要求4所述的方法，其中，所述第一应用的所述移动性要求包括所述第一应用的服务质量QoS要求，并且其中，所述第一应用的移动性类别包括所述第一应用的服务类别CoS。

6.根据权利要求4所述的方法，其中，所述移动性要求包括最大切换延迟和分组丢失率中的至少一个。

7.根据权利要求1所述的方法，其中，确定所述移动性类别包括从所述其它实体中的一个接收所述第一应用的所述移动性类别的指示。

8.根据权利要求1所述的方法，其中，所述信息还包括与所述实体相关联的移动性支持技术的可用性，以及与所述实体相关联的移动性支持技术的非可用性。

9.根据权利要求1所述的方法，还包括从所述其它实体中的至少一个接收附加信息，所述附加信息包括与所述其它实体中的所述至少一个相关联的移动性支持技术的可用性，以及与所述其它实体中的所述至少一个实体相关联的移动性支持技术的非可用性，以及所述实体为所述第一应用从与所述实体相关联的多个可用移动性支持技术中选择所述移动性支持技术的请求。

10.根据权利要求1所述的方法，其中，所述实体包括终端用户设备，连接管理器以及移动性管理实体中的一个。

11.根据权利要求1所述的方法，还包括：

确定第二应用不需要移动性支持；以及

与所述其它实体共享与所述第二应用相关的信息。

12.一种用于移动性支持选择的方法，所述方法包括：

由实体确定在移动节点上执行的应用需要会话连续性；

由所述实体确定所述应用的移动性类别；

由所述实体根据所述应用的所述移动性类别确定多个可用的基于应用的、基于主机以及基于网络的移动性支持技术的子集；以及

由所述实体从所述多个可用的基于应用的、基于主机的以及基于网络的移动性支持技术的所述子集中选择移动性支持技术。

13.根据权利要求12所述的方法，其中，根据所述应用的移动性要求来确定所述应用的所述移动性类别。

14.如权利要求12所述的方法，其中，选择所述移动性支持技术包括：

当所述应用能够在所述移动节点在网络之间移动时继续操作，从可用的基于应用的移动性支持技术中选择所述移动性支持技术；

当会话层移动性以及基于主机的移动性管理中的一个可用时，从可用的基于主机的移动性支持技术中选择所述移动性支持技术；以及

当基于网络的移动性管理以及L2.5网络中的一个可用时，从可用的基于网络的移动性支持技术中选择所述移动性支持技术。

15.根据权利要求12所述的方法，其中，确定所述多个可用的基于应用的、基于主机的以及基于网络的移动性支持技术的所述子集包括为所述子集选择满足所述应用的所述移动性类别的可用移动性支持技术。

16.根据权利要求15所述的方法，其中，确定所述多个可用的基于应用的、基于主机的以及基于网络的移动性支持技术的所述子集还包括为所述子集选择超过所述应用的所述移动性类别的可用移动性支持技术。

17.一种实体，包括：

确定单元，被配置为确定在设备上执行的第一应用的移动性类别，以及确定与所述实体相关联的多个可用移动性支持技术的子集是否满足或超过所述第一应用的所述移动性类别的要求；

选择单元，可操作地耦合到所述确定单元，所述选择单元被配置为当与所述实体相关联的所述多个可用移动性支持技术的所述子集满足或超过所述第一应用的移动性类别的要求时，根据所述第一应用的所述移动性类别从与所述实体相关联的多个可用移动性支持技术中选择移动性支持技术；以及

共享单元，可操作地耦合到所述选择单元，所述共享单元被配置为当与所述实体相关联的所述多个可用移动性支持技术的所述子集满足或超过所述第一应用的所述移动性类别的所述要求时，与其它实体共享与所选的移动性支持技术相关的信息。

18.根据权利要求17所述的实体，还包括可操作地耦合到所述确定单元的共享单元，所述共享单元被配置为当与所述实体相关联的所述多个可用移动性支持技术中的所有所述可用移动性支持技术不满足所述第一应用的所述移动性类的所述要求时，向所述其它实体中的一个发送对移动性支持的请求。

19.根据权利要求17所述的实体，还包括可操作地耦合到所述确定单元的共享单元，所述共享单元被配置为当所述多个可用移动性支持技术的所述子集的所述可用移动性支持技术都不可用时，向所述其它实体中的一个发送对移动性支持的请求。

20.根据权利要求17所述的实体，其中，所述确定单元被配置为确定所述第一应用的移动性要求，并且根据所述移动性要求确定所述第一应用的所述移动性类别。

21.根据权利要求17所述的实体，其中，所述确定单元被配置为根据从所述其它实体中的一个接收到的所述第一应用的移动性类别的指示来确定所述移动性类别。

22.根据权利要求17所述的实体，还包括可操作地耦合到所述确定单元的接收器，所述接收器被配置为从所述其它实体中的至少一个接收附加信息，所述附加信息包括与所述其它实体中的至少一个相关联的移动性支持技术的可用性，以及与所述其它实体中的至少一个实体相关联的移动性支持技术的非可用性，以及所述实体为所述第一应用从与所述实体相关联的多个可用移动性支持技术中选择所述移动性支持技术的请求。

23.根据权利要求17所述的实体，其中，所述实体为终端用户设备、连接管理器和移动性管理实体中的一个。

24.根据权利要求17所述的实体，其中，所述确定单元被配置为确定第二应用不需要移动性支持，并且其中，所述共享单元被配置为与所述其它实体共享与所述第二应用相关的信息。