映射的QoS参数。
[0096] 下面参考图11，示出了根据各种方面的系统1100,其用于在RAT间切换之后对一个 或多个网络应用的不足的QoS进行处理。如系统1100所示，在根据RAT间切换而重新映射QoS 参数（例如，基于UE 102处的QoS协商模块914、网络104处的QoS建立模块120等的协商）之 后，肥102可W将在新的RAT上创建的QoS与旧的RAT上的QoS进行比较。如果肥102确定QoS 作为RAT间切换的一部分而发生降级，则肥102处的QoS失败处理机模块160和/或其它机制 可W采取一个或多个适当的动作。例如，与针对网络应用而进行的RAT间切换相关联地，UE 102可W将与第一 RAT相关联的QoS参数映射到与第二RAT相关联的对应的QoS参数，至少部 分地通过对与第一 RAT相关联的QoS参数和与第二RAT相关联的QoS参数进行比较来确定第 二RAT是否为该网络应用提供了足够的QoS, W及如果确定第二RAT并未为该网络应用提供 足够的QoS,则便利(例如，通过QoS失败处理机模块160)对第二RAT上的该网络应用的调整， W使其适应于第二RAT的QoS。
[0097] 在一个实例中，QoS失败处理机模块160可W利用应用通知器1112和/或其它手段 来向相关联的网络应用通知在第二(例如，目标)RAT上创建了不足或不够的QoS。随后，该应 用可W采取一个或多个适当的动作，例如，释放连接，W降级的QoS来继续，等等。可替换地， QoS失败处理机模块160可W独立于相关联的网络应用来尝试对与目标RAT相关联的QoS参 数进行重新协商。在一个实例中，该重新协商可W由QoS重新协商模块1114来进行，其可W 被配置为在UE 102的协议数据服务层内和/或被实现为任何其它适当的实体。在一个实例 中，应用通知器1112可W用来响应于QoS重新协商模块1114所进行的不成功的对于QoS参 数的重新协商尝试而向相关联的网络应用通知第二或目标RAT上不足的QoS。
[0098] 根据一个方面，可W基于底层网络应用的能力来确定对于给定情况是否要利用应 用通知器1112和/或QoS重新协商模块1114。因此，例如，QoS失败处理机模块160可W识别网 络应用是否配置了至少一个过程来处理不足的QoS。基于该确定，如果该网络应用具有至少 一个过程来处理不足的QoS,则应用通知器1112可W向该网络应用通知与切换相关联的第 二RAT上的不足的QoS。否则，如果该网络应用并不具有至少一个过程来处理不足的QoS,则 QoS重新协商模块1114可W独立于该网络应用而尝试重新协商与第二RAT相关联的QoS参 数。
[0099] 根据另一方面，可W采用两个步骤针对各种无线接入技术(例如，HRPD)来对QoS进 行协商。在第一步骤(也称为QoS核准步骤）中，UE 102可W提供一系列的QoS简档，而网络 104可W用可接受QoS简档的子集来进行响应。在第二步骤中，UE 102可W挑选一个特定的 简档并从网络104请求所选择的简档。作为特定的例子，肥102可W将LTE QoS映射到多个 HRTO简档ID，后者是在QoS核准步骤中提供的。随后，网络104可W采用简档ID的子集进行响 应，肥102可W确定所批准的QoS简档中是否有任何QoS简档可W接受。如果没有，肥102可 W停止尝试与网络104进行进一步协商，并可W通知相关的应用采取适当的动作。
[0100] 因此，更一般地，针对上述情况，UE 102可W将和与切换相关联的第一 RAT相关联 的一个QoS参数映射到和与切换相关联的第二RAT相关联的多个QoS参数。肥102然后可W 确定与第二RAT相关联的多个QoS参数中是否有至少一个QoS参数对应于对于该网络应用来 说足够的QoS, W及如果与第二RAT相关联的多个QoS参数中没有QoS参数对应于对于该网络 应用来说足够的QoS,则将第二RAT上不足的QoS通知给网络应用。
[0101] 转到图12,示出了根据各种方面的系统1200的框图，该系统用于通过隧道模式操 作来维护多个RAT上的QoS信息。如系统1200中所示，肥102可W通过相关联的网络104i(其 可W根据给定的RAT来操作）在无线通信环境中进行通信。根据一个方面，UE 102和网络 1041可W建立与一个或多个应用相对应的QoS。此外，为了减少将来切换到另一网络1042(其 根据一个不同的RAT来操作）而产生的延迟和/或其它影响，可W在UE 102和网络1042之间 维持隧道连接W便于在隧道模式操作期间维护QoS。如系统1200所示，可W通过UE 102和/ 或网络1042处的相应的隧道连接模块150和/或其它手段来便于实现肥102和网络1042之间 的隧道连接。
[0102] 根据一个方面，应用可W基于数据活动来暂停和恢复QoS。例如，网络1041处的数 据活动监测器1222和/或系统1200内任何其它适当的实体(例如，肥102)可W基于数据活 动监测器1222所识别的数据活动来暂停和/或恢复一个或多个相关应用的QoS。在(e化RPD 的特定例子中，在关闭QoS的情况下，QoS上下文可W由肥102和(e化Rro服务网关化SGW)来 保持。因此，可W理解的是，当QoS随后重新启用时，QoS上下文并不需要重新建立，从而减少 了呼叫创建时间并提供其它适当的益处。然而，可W理解的是，在LTE核屯、网络的另一特定 例子中，可W将QoS配置为当其不再需要时将其去除，使得当其再需要时可W要求再从头创 建。
[0103] 因此，对于使用LTE的网络1041和使用eHRPD的网络1042的特定的、非限制性的实 例，UE 102可W利用QoS更新模块1212和/或其它适当的机制通过隧道来与网络1042处的 e皿PD网关维护QoS上下文，使得QoS在切换到eHRTO之后就能够在网络1042处可用。在一个 实例中，肥102可W通过隧道尽快在e皿PD中建立QoS上下文，并且肥102和网络1042都可 W尝试当QoS上下文处于LTE上而又发生变化时通过该隧道将该QoS上下文保持为最新。当 在隧道上时，可W在HSGW中关闭相关联的QoS流。随后，一旦发生到e皿PD的切换，就可W开 启Qo S流。
[0104] 根据一个方面，为了避免每次恢复QoS时不得不在eHRPD上重复创建QoS,与网络 1042相关联的eHRro网关可W利用QoS存储模块180和/或其它机制来存储QoS。当处于该状 态时，当LTE核屯、网络实际上去除了 QoS时，可W将QoS标记为"关闭"。因此，如果肥102稍后 返回（e)皿PD,则可W直接在网络1042处开启QoS,而不要求进行反复创建。在一个实例中， 可W在网络1042处使用基于定时器或者事件的机制来关闭HSGW中的QoS。因此，如上面针对 与LTE和eHRPD网络104交互的肥102的特定的、非限制性的实例所述的，QoS上下文可W被 缓存在eHRTO中，并且当其在LTE上被移除W及重新创建时可W通过隧道来开启和关闭。
[0105] 根据另一方面，系统1200可W如下W针对多RAT环境通用的方式通过隧道模式来 利用QoS上下文更新。在第一实例中，肥102可W对第一网络1041上分组流的QoS进行初始 化，响应于该初始化、通过到第二网络1042的隧道连接来在第二网络1042上建立该分组流的 QoS上下文，监测第一网络1041上该分组流的QoS变化(例如，分组流的终止，分组流的重新 建立，等等），W及响应于所监测到的第一网络1041上该分组流的QoS的相应的变化而通过 到第二网络1042的隧道连接来在第二网络1042上更新该分组流的QoS上下文。此外，网络 1042可W用来通过到在第一网络1041上操作的网络设备(例如，UE 102)的隧道连接来获得 有关于与UE 102相关联的分组流的信息，将与该分组流相对应的网络1042的QoS上下文初 始化为处于不活动状态，检测肥102进入网络1042, W及响应于肥102进入网络1042而启用 网络1042的QoS上下文。在一个实例中，网络1041还可W用于通过到肥102的隧道连接来接 收与网络1041上的该分组流相关的更新后的QoS信息，并且根据更新后的QoS信息来对与该 分组流相对应的网络1042的QoS上下文进行更新。
[0106] 根据一个方面，如系统1200中所示，可W W多种方式通过隧道连接来维护QoS。在 第一实例中，可W通过隧道W持续的方式来维护一个或多个流和/或对应的应用的QoS。可 替换地，可W在网络1041上创建了一个QoS流之后就通过隧道连接来在网络1042上创建该 流，并且随后，随着该流在网络1041处被丢弃和重新创建而通过隧道在网络1042处开启和关 闭该QoS流，从而节约了与通过隧道来持续地对QoS进行维护相关联的资源。例如，当肥102 在网络1041上时，网络1042处的QoS存储模块180和/或其它手段可W用于对流的QoS进行缓 存，使得在UE 102移至网络1042后就能对与该流相对应的QoS进行转换。
[0107] 在一个实例中，可W针对每个具体情况来实现用于通过隧道来维护给定流的QoS 的特定技术。因此，举例来说，对于某些流而言，可W基于流的相对优先级来选择性地进行 持续的隧道连接，使得能够通过隧道W持续的方式来维护实时流、优先级流等的QoS,而对 其它流的QoS则不进行运样的操作。在一个实例中，运可W便于节省与信号通知、功率等相 关联的开销，运种开销与通过隧道维护所有流的QoS相关联。例如，肥102在一些情况下可 W识别为其配置了 QoS隧道连接的一种或多种分组流类型，并且，如果一种类型的分组流被 包括在为其配置了 QoS隧道连接的该一种或多种分组流类型中（例如，如肥102处的QoS分 析器214和/或其它机制所确定的），则响应于初始化，通过到网络1042的隧道连接来在网络 1042上建立该分组流的QoS上下文。如前面所指出的，为其配置了QoS隧道连接的分组流类 型可W由肥102至少部分地基于相对分组流优先级来识别。
[0108] 在另一实例中，上述技术可W应用到IP语音（VoIP)呼叫流的情况。对于示例性 VoIP呼叫服务，可W理解的是，用户可W连续地多次进行、并随后终止语音呼叫。因此，与在 第一 RAT中创建VoIP的QoS并且和在第二RAT中发生的事件同步地丢弃QoS不同的是，QoS可 W被创建一次并且当应用被终止时保持关闭而不是被丢弃。因此，可W理解的是，可W减轻 隧道上的负载，运是因为与开启和/或关闭QoS相关联的负载小于与通过隧道重新创建QoS 相关联的负载。
[0109] 根据一个方面，在应用的QoS被安装在网络104处并且希望在网络104处开启该应 用的QoS(例如，由于UE 102移至网络104)的情况下，该应用可W利用暂停/恢复呼叫和/或 其它手段W便于管理QoS。在一个实例中，在应用在第一RAT上被终止并且第一RAT删除QoS 的情况下，在一些情况下可能不必在第二RAT上开启并删除QoS,运是因为该应用可W重新 开始和重新发起QoS创建。因此，在应用在第一 RAT上变为不活动的情况下，可W通过隧道来 关闭该应用的QoS。随后，如果相关联的UE 102移至第二RAT，则可W确定该应用是否为活动 的，并且如果是，则可W开启该应用的QoS。
[0110] 例如，基于上述，网络1042可W用于接收指示，该指示表明分组流在网络1041上不 活动。随后，响应于UE 102进入网络1042,网络1042可W确定该分组流是否为活动的。如果该 分组流不是活动的，则可W丢弃网络1042的QoS上下文。否则，如果该分组流是活动的，则可 W为该分组流建立QoS,其对应于网络1042的QoS上下文。此外，在接收到该分组流在网络 104i上不活动的指示之后，网络1042可W基于至少一个因素来丢弃网络1042的QoS上下文， 所述至少一个因素例如是在接收到该分组流在网络1041上不活动的指示之后的预定时间 间隔的到期、和/或任何其它适当的因素。
[0111] 根据另一方面，图13中的图1300示出了一种示例性隧道连接结构，其可W用在包 括演进型UMTS(通用移动电信系统）陆地无线接入网络化-UTRAN)和e皿PD网络的无线通信 环境的特定实例中。如图13所示，肥可W通过隧道连接来与E-UTRAN和細Rro网络进行交互。 E-UTRAN可W包括eNB、移动性管理实体(MME) W及服务网关(S-GW)。此外，eHRTO网络可W包 括演进型接入网络（eAN)和HSGW。如图1300进一步所示，两个RAN都可W与PDN(分组数据网 络）网关(P-GW)、策略和计费规则功能单元(PCRF) W及应用服务器(AS)进行交互。采用和前 面所述类似的方式，UE可W便于通过隧道连接模式来维护两个RAN上的QoS。例如，在S-GW， 基本上每次当需要QoS时都可W创建和/或删除QoS。此外，在HSGW，当需要QoS时可W创建并 随后开启/关闭QoS流(例如，使得QoS上下文被"缓存"）。
[0112] 针对图1300,对于肥发起的QoS,应用可W指示所需要的QoS。对于LTE，运可W转换 成QoS的创建/删除，而对于e皿PD,QoS仅可W被开启或关闭，从而保持上下文。附加地或可 替换地，对于网络发起的QoS,应用服务器可W向PCR巧旨示何时需要QoS,在该情况下每次都 可W创建或删除完整的QoS上下文。
[0113] 根据又一方面，无线通信环境中的肥102和/或一个或多个网络104可W实现相应 的技术，来处理肥102在使用网络发起的QoS的RAT和使用肥发起的QoS的RAT之间移动的情 况。在第一实例中，图14中的系统1400示出了可W用来管理运种情况的一种技术。如图14所 示，在肥102利用非QoS感知（QoS-unaware)的应用1442的情况下，QoS可W被配置为从不由 肥102来请求。因此，当肥102从与采用网络发起的QoS的RAT相关联的网络104移至与采用 UE发起的QoS的RAT相关联的网络104时，在一些情况下QoS将不会被重新建立。然而，当UE 102移回根据采用网络发起的QoS的RAT来操作的网络104时，网络104可W (例如，通过QoS 建立模块120等)再建立QoS。因此，可W理解的是，对于非QoS感知的应用，在一些情况下QoS 可W仅在支持网络发起的QoS的RAT中可用。此外，在UE 102移至使用网络发起的QoS的E-UTRAN的特定例子中，E-UTRAN可W决定是否要与和eHRPD网络相对应的HSGW建立QoS上下文 (例如，通过Sioi隧道）。
[0114] 在一个实例中，基于上述，系统1400中的UE 102可W识别便于在系统1400中进行 通信的应用，检测进入到与RAT相关联的网络104,并且确定该RAT的QoS是用户发起的还是 网络发起的。基于该确定，如果该RAT的QoS是网络发起的，则UE 102可W根据网络建立的 QoS来指导该应用的操作，或者如果该RAT的QoS是用户发起的，则肥102可W独立于QoS来 指导该应用的操作。在另一实例中，UE 102可W用于检测进入到与一个RAT(其QoS由网络发 起)相关联的第一网络104,根据由第一网络104建立的QoS来建立该应用的QoS上下文，检测 从第一网络104移至与一个RAT(其QoS由用户发起)相关联第二网络104,并且响应于该移动 而释放该应用的QoS上下文。
[0115] 在替换的实例中，在UE 102与QoS感知的应用相关联的情况下，对该应用的QoS的 管理可W采用各种方式来进行，如图15中的系统1500所示。在系统1500示出的第一种情况 中，UE 102可W从具有网络发起QoS的RAT的网络104移至具有肥发起QoS的RAT的网络104。 在运种情况中，在确定(例如，通过QoS创建分析模块1512)网络104将不会发起QoS之后，UE 102可W自己发起相关联的QoS感知的应用1516的QoS(例如，通过QoS初始化模块和/或其它 适当的手段）。在一个实例中，在肥102正移至E-UTRAN的情况下，肥102还可W通过SlOl隧 道与服GW创建QoS上下文(但是处于关闭状态）。
[0116] 在系统1500示出的第二种情况中，UE 102可W从具有UE发起QoS的RAT的网络104 移至具有网络发起QoS的RAT的网络104。在运种情况下，由于UE 102与QoS感知的应用1516 相关联，所W应用1516可W向UE 102指示特定过滤器所要求的QoS。一旦发生向网络发起 QoS的RAT的RAT间移动，UE 102可W检查（例如，通过QoS建立模块120和/或其它适当的手 段）由网络创建的QoS是否是令人满意的。肥102然后可W将该信息传送给应用1516,后者 可W决定当QoS不令人满意时要进行的操作（例如，通过QoS失败处理机模块160等）。例如， 在不令人满意的QoS的情况下，应用1516可W决定在没有QoS的情况下继续操作、通知用户、 拆除服务、重新请求不同的QoS、和/或执行任何其它适当的动作。此外，采用与前面描述的 第一种情况类似的方式，在肥102正移至E-UTRAN并不得不通过SlOl隧道与細Rro进行预注 册的特定实例中，肥102还可W与HSGW创建QoS上下文(处于关闭状态）。
[0117] 考虑到上述情况，系统1500中的UE 102可W用于识别便于在至少第一 RAT和第二 RAT上进行通信的应用1516,检测该应用从第一 RAT切换到第二RAT，确定与第二RAT相关联 的网络104是否被配置为对该应用的QoS进行初始化，W及至少部分地基于该确定来在第二 RAT上建立该应用的QoS。在与第二RAT相关联的网络104未被配置为对该应用的QoS进行初 始化的情况下（例如，是从网络发起QoS的RAT向UE发起QoS的RAT进行切换），肥102可W在 第二RAT上初始化该应用的QoS,通过到第一 RAT的隧道连接来与第一 RAT建立QoS上下文， 和/或执行任何其它适当的动作。
[0118] 附加地或可替换地，在与第二RAT相关联的网络104被配置为对应用的QoS进行初 始化的情况下（例如，是从肥发起QoS的RA巧圆络发起QoS的RAT进行切换），肥102可W识 别应用1516所要求的QoS,获得与在第二RAT上该应用1516的网络发起的QoS有关的信息，并 且基于应用1516所