专利名称：利用网络发起的QoS 的优化资源使用的制作方法
技术领域：
概括地说，本申请公开内容涉及通信技术，具体地说，涉及用于在无线通信网络中实现设备发起的和网络发起的服务质量(QoS)的技术。
背景技术：
常规上，服务质量(QoS)是由设备请求的，要求对其发送或接收的业务进行特殊对待。近来，大多数主流无线标准(3GPP(UMTS Rel 8、LTE 等)、3GPP2 (eHRPD)、IEEE(WiMax)等)已增加了网络发起的QoS的能力，其中，QoS是由网络基于期待设备提供给其用户的服务来针对该设备自动地设定的。网络对由设备发送/接收的信令消息和其它用户业务进行监控，并自动地配置/修改该设备的QoS。从长远看来，这种自动方案旨在使得网络运营商对于管理宝贵的网络资源具有更好的控制。就短期来说，其造成了与移植(migration)相关的若干问题和挑战，其中，一组用户设备包括已针对该革新进行了设定的设备和尚未设定的设备。例如，期望的是，冗余资源得以解决，从而避免在存在设备发起的QoS和网络发起的QoS两者期间资源过度分配。如果设备针对其请求了 QoS的服务与网络已经针对其设定了 QoS的服务是同一个服务，那么网络中将会出现不太必要的双重(double)资源分配。再如，期望防止性能降级。大多数传统QoS应用被编写为采用UE发起的QoS。这些应用针对各种QoS操作根据网络运行特定行为。例如，如果QoS请求被拒绝，则该应用可能无法继续，并向用户发出导致服务可用性的错误。或者，应用可以决定继续提供尽力而为的服务，但是可能使质量降级以适应不具有特定资源保证的情况，即便针对应用预留了资源。再如，期望漫游得以解决。被编写为利用网络发起的QoS的新能力的优势的应用在它们漫游到其中这种能力不可用的网络时，可能无法正常运行。
发明内容
在本申请公开内容的一个方面，提供了一种用于协调设备与网络之间的服务质量(QoS)性能的方法。该方法通常包括接收在所述设备处发起的、针对设备发起的QoS的请求；将所述请求与由所述网络配置的真实QoS实例进行匹配；创建虚拟QoS实例；将所述虚拟QoS实例绑定到所述真实QoS实例；以及使用所述虚拟QoS实例与网络设备进行通信。在本申请公开内容的一个方面，提供了一种用于协调设备与网络之间的服务质量(QoS)性能的计算机程序产品。所述计算机程序产品通常包括计算机可读介质，所述计算机可读介质包括用于执行下列操作的代码接收在所述设备处发起的、针对设备发起的QoS的请求；将所述请求与由所述网络配置的真实QoS实例进行匹配；创建虚拟QoS实例；将所述虚拟QoS实例绑定到所述真实QoS实例；以及使用所述虚拟QoS实例与网络设备进行通 目。在本申请公开内容的一个方面，提供了一种用于协调设备与网络之间的服务质量(QoS)性能的装置。该装置通常包括用于接收在所述设备处发起的、针对设备发起的QoS的请求的模块；用于将所述请求与由所述网络配置的真实QoS实例进行匹配的模块；用于创建虚拟QoS实例的模块；用于将所述虚拟QoS实例绑定到所述真实QoS实例的模块；以及用于使用所述虚拟QoS实例与网络设备进行通信的模块。在本申请公开内容的一个方面，提供了一种用于协调设备与网络之间的服务质量(QoS)性能的装置。该装置通常包括至少一个处理器 ，其配置为接收在所述设备处发起的、针对设备发起的QoS的请求，将所述请求与由所述网络配置的真实QoS实例进行匹配，创建虚拟QoS实例，将所述虚拟QoS实例绑定到所述真实QoS实例，以及使用所述虚拟QoS实例与网络设备进行通信；以及存储器，其耦合到所述至少一个处理器。
本申请公开内容的特征、特性和优势将从以下结合附图给出的详细描述中变得更加显而易见，在附图中类似的附图标记贯穿全文进行相应地标识，并且其中图I示出了根据本申请公开内容的某些方面的示例性多址无线通信系统。图2示出了根据本申请公开内容的某些方面的接入点和用户终端的框图。图3示出了根据本申请公开内容的某些方面的具有已协调的QoS的示例性系统的框图。图4描绘了无线通信系统的框图，其中接口实体使得网络能够向用户设备提供对设备和网络发起的服务质量(QoS)的区别支持。图5示出了用于协调无线通信系统中的用户设备与网络之间的QoS的示例性操作。
具体实施例方式现在参照附图描述各个方面。在以下描述中，为了解释的目的，列出许多特定细节以提供对一个或多个方面的透彻理解。然而，很明显的是，在没有这些特定细节的情况下也可以实现各个方面。在其它实例中，以框图的形式示出了公知的结构和设备，以有助于描述这些方面。示例性无线网络本申请所描述的技术可以用于各种无线通信网络，例如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA (OFDMA)网络、单载波FDMA (SC-FDMA)网络等等。术语“网络”和“系统”经常可以互换使用。CDMA网络可以实现诸如通用陆地无线接入(UTRA)、cdma2000等等之类的无线技术。UTRA包括宽带-CDMA (W-CDMA)和低码片速率(LCR)。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线技术。OFDMA网络可以实现诸如演进型UTRA(E-UTRA)、IEEE802. 11、IEEE 802. 16、IEEE 802. 20、Flash-OFDM 等等之类的无线技术。UTRA、E-UTRA和GSM是通用移动电信系统(UMTS)的一部分。长期演进(LTE)是采用E-UTRA的UMTS的即将发布版。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA, E-UTRA, GSM、UMTS和LTE。在来自名为“第三代合作伙伴计划2” (3GPP2)的组织的文档中描述了 cdma2000。这些各种无线技术和标准是本领域所公知的。为了清楚起见，下面针对LTE描述了这些技术的某些方面，并且在下面的大多数描述中使用LTE术语。单载波频分多址(SC-FDMA)是一种使用单载波调制和频域均衡的技术。SC-FDMA与OFDMA系统具有相似的性能和基本相同的整体复杂度。SC-FDMA信号由于其固有的单载波结构而具有较低的峰均功率比(PAPR)。SC-FDMA已引起强烈关注，尤其在上行链路通信中，其中较低的PAPR使移动终端在发射功率效率方面极 大地受益。SC-FDMA是当前针对3GPP长期演进(LTE)或演进型UTRA中的上行链路多址方案的工作设想。参照图1，示出了根据一个实施例的多址无线通信系统。接入点IOO(AP)包括多个天线组，一个天线组包括104和106，另一个天线组包括108和110，并且还有一个天线组包括112和114。在图I中，针对每个天线组仅示出了两个天线；然而，每个天线组也可以使用更多或更少的天线。接入终端116(AT)与天线112和114通信，其中，天线112和114在前向链路120上向接入终端116发送信息，并在反向链路118上从接入终端116接收信息。接入终端122与天线106和108通信，其中，天线106和108在前向链路126上向接入终端122发送信息，并在反向链路124上从接入终端122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同的频率进行通信。例如，前向链路120可以使用与反向链路118所使用的频率不同的频率。每组天线和/或该组天线被设计为在其中通信的区域可以称为接入点的扇区。在实施例中，天线组中的每个天线被设计为与在接入点100所覆盖的区域的扇区中的接入终
端通信。当在前向链路120和126上通信时，接入点100的发射天线使用波束成形来提高针对不同的接入终端116和124的前向链路的信噪比。另外，与通过单个天线向其所有接入终端进行发送的接入点相比，使用波束成形来向随机散布于其覆盖范围的接入终端进行发送的接入点对邻居小区中的接入终端造成较少的干扰。接入点可以是用于与终端通信的固定站，并且还可以称为接入点、节点B或某种其它术语。接入终端还可以称为接入终端、用户设备(UE)、无线通信设备、终端、接入终端或某种其它术语。图2示出了 MMO系统200中的发射机系统210 (还已知为接入点)和接收机系统250 (还已知为接入终端)的实施例的框图。在发射机系统210处，从数据源212向发射(TX)数据处理器214提供多个数据流的业务数据。在一个实施例中，每个数据流在相应的发射天线上发送。TX数据处理器214基于为每个数据流所选择的特定编码方案，对该数据流的业务数据进行格式化、编码和交织以提供编码数据。可以使用OFDM技术将每个数据流的编码数据与导频数据进行复用。一般情况下，导频数据是以已知方式处理的已知数据模式，并且导频数据可以在接收机系统处被用来估计信道响应。随后可以基于为每个数据流所选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)，对该数据流的复用后的导频和编码数据进行调制(即，符号映射)，以提供调制符号。可以通过由处理器230执行的指令来确定每个数据流的数据速率、编码和调制。可以向TX MIMO处理器220提供所有数据流的调制符号，TX MIMO处理器220可以进一步处理这些调制符号(例如，用于0FDM)。随后，TX MIMO处理器220向Nt个发射机(TMTR) 222a至222t提供Nt个调制符号流。在某些实施例中，TX MIMO处理器220向这些数据流的符号和正在发送该符号的天线应用波束成形权重。每个发射机222接收和处理相应的符号流，以提供一个或多个模拟信号，并进一步调节(例如，放大、滤波和上变频)这 些模拟信号以便提供适合于在MMO信道上传输的调制信号。分别从Nt个天线224a至224t发射来自发射机222a至222t的Nt个调制信号。在接收机系统250处，由Nk个天线252a至252r接收所发射的调制信号，并且从每个天线252接收的信号被提供给相应的接收机(RCVR) 254a至254r。每个接收机254调节(例如，滤波、放大和下变频)相应的接收的信号，对调节后的信号进行数字化以便提供采样，并进一步处理这些采样以便提供相应的“接收的”符号流。随后，RX数据处理器260从Nk个接收机254接收Nk个接收的符号流，并基于特定的接收机处理技术对这些接收的符号流进行处理，以便提供Nt个“检测的”符号流。随后，RX数据处理器260对每个检测到的符号流进行解调、解交织和解码，以便恢复出该数据流的业务数据。RX数据处理器260所执行的处理与发射机系统210处的TX MMO处理器220和TX数据处理器214所执行的处理是互补的。处理器270周期性地确定要使用哪个预编码矩阵(如以上所论述的)。处理器270构造包括矩阵索引部分和秩值部分的反向链路消息。反向链路消息可以包括关于通信链路和/或所接收的数据流的各种类型的信息。随后，反向链路消息由TX数据处理器238进行处理，由调制器280进行调制，由发射机254a至254r进行调节，并且被发送回发射机系统210，其中，TX数据处理器238还从数据源236接收多个数据流的业务数据。在发射机系统210处，来自接收机系统250的调制信号由天线224进行接收，由接收机222进行调节，由解调器240进行解调，并由RX数据处理器242进行处理，以便提取出由接收机系统250发送的反向链路消息。随后，处理器230确定使用哪个预编码矩阵来确定波束成形权重，随后处理所提取出的消息。示例性QoS协调无线通信系统可以支持网络发起的服务质量(QoS)，其中网络实体选择性地使得一组用户设备(UE)能够执行设备发起的QoS，这取决于它们响应于网络发起的QoS或者依赖于设备发起的QoS的配置。根据本申请公开内容的某些方面，涉及虚拟QoS实例与真实QoS之间的操作的映射的QoS协调可以帮助使能容纳这种设备的各种组合。图3示出了根据本申请公开内容的某些方面的可以实现QoS协调的示例性系统300。系统300包括基站302 (例如，接入点、节点B、eNodeB等)，基站302可以与用户设备304 (例如，移动站、移动设备和/或任意数量的异类设备(未示出))通信。基站302可以在前向链路信道或下行链路信道上向用户设备304发送信息；进一步的，基站302可以在反向链路信道或上行链路信道上从用户设备304接收信息。此外，系统300可以是MMO系统。另夕卜，系统300可以在OFDMA无线网络(例如，3GPP、3GPP2、3GPP LTE···)等中操作。另夕卜，在一个示例中，以下在基站302中所示出和描述的组件和功能可以呈现在用户设备304中，反之亦然。用户设备304可以包括QoS协调组件306。根据一个实施例，QoS协调组件306可以使得不支持网络发起的QoS的UE (或其他设备)能够与支持网络发起的QoS的网络进行通信。QoS协调组件306可以执行以下参照图4和5更详细地描述的操作。如图4所示，无线通信网络400可以包括具有变化能力以支持网络发起的QoS和设备发起的QoS的网络实体(例如，基节点)。配置I网络实体402a支持网络发起的QoS，但是不允许设备发起的QoS。配置2网络实体402b不支持网络发起的QoS，但是允许设备发起的QoS。配置3网络实体402c支持网络发起的QoS，并且允许设备发起的QoS。这些网络实体402a到402c服务于一组(40 4)用户设备(UE) 406a到406c，其中这些UE实施可以根据其如何处理QoS而对其进行分类的应用。A类型的UE 406a具有不感知QoS的应用，其完全依赖于网络来管理QoS。B类型的UE 406b具有传统QoS应用，其不感知任何网络发起的QoS但是依赖于设备发起的QoS。C类型的UE 106b具有适应性应用，其在可行时适应于网络能力。QoS协调组件306 (其可以是任何适当的逻辑单元(硬件、软件、和/或固件))可以提供虚拟到真实QoS实例的映射410以及相反的映射(“虚拟到真实QoS处理的数据库映射”)。A类型的QoS应用通常是指依赖于网络来管理其QoS的应用。这种应用可以在配置I和配置3中获得适当的QoS，但是在配置2中不行。不管是哪种方式，这些应用可能被编写为不对QoS可用性作出任何假设，并 将在任何配置中继续运行。因此，A类型的QoS应用可能不需要QoS协调组件306。然而，QoS协调组件306可以帮助优化B类型和C类型应用的网络资源和用户行为。图5示出了例如可以在用户设备(UE)处由QoS协调组件306执行的示例性操作500。操作开始于502，接收在设备处发起的、针对设备发起的QoS的请求(例如，来自在该设备上运行的应用的QoS请求)。在504，将该请求与由网络配置的真实QoS实例进行匹配，并且在506，创建虚拟QoS实例。在508，将虚拟QoS实例绑定到真实Q0S实例，并且在510，UE使用该虚拟QoS实例与网络设备进行通信。究竟如何执行匹配可以取决于发出请求的应用的类型。作为一个示例，B类型的QoS应用通常是指发起针对QoS的请求并期待肯定响应以便最佳地运行的应用。当能够支持网络发起的QoS的设备从B类型的应用接收到此类请求时，该设备通常试图将该请求与该设备中任何现有的QoS实例进行匹配。这些QoS实例可能已由网络自动地进行了配置。通常通过将由该应用指定的业务过滤器模板(TFT)的集合(其作为该应用的QoS请求的一部分)和与该设备中已配置的QoS实例相关联的TFT进行比较来执行所述匹配。TFT通常是指来自分组头部字段的一组参数，并且可以包括诸如IP地址、端口号码、协议类型等等之类的参数。应当注意到，上述TFT比较可能不会得到精确的匹配，并且可以作为一种判决供每个特定的实施方式来判断已经配置的QoS是否能够满足由该B类型的应用发起的QoS请求的要求。如果得到匹配，则该设备将创建“虚拟” QoS实例/对象(Qv)，并将其绑定到由网络建立的实际/真实QoS实例(Qr)。当然，网络完全不感知该虚拟QoS实例。换句话说，从应用的角度来看，其已经发起了 QoS，但是实际QoS归网络所有。在该示例中，由应用执行的任何QoS操作实际上是对虚拟QoS实例执行的，并且随后被映射到所绑定的QoS实例。对从虚拟QoS实例到实际的网络发起的QoS实例进行映射的操作可能需要一些转换，这些转换可以由设备执行。该转换取决于各种因素，例如，网络能力，以及设备被授权在给定网络中对网络发起的QoS执行的操作。例如，某些网络可以允许设备改变(例如，修改、暂停和/或恢复)网络发起的QoS，但是只有该网络可以创建和 删除QoS。另一方面，其它网络可能不允许设备对网络发起的QoS执行任何操作。下面的表I和2提供了从虚拟QoS实例到真实QoS实例以及从真实QoS实例到虚拟QoS实例的示例性操作的示例性转换映射。以下列出的操作仅仅是可以由启用QoS的设备实施的操作的示例。本领域技术人员将认识到，该列表仅仅是示例性的，并且可以使用本申请所描述的协调QoS的基础框架来扩展到其它操作和实施方式。表I示出了用于配置I的映射，其中，支持网络发起的QoS，但是网络不允许设备发起的QoS。然而，在该示例中，假设网络允许设备来暂停/恢复/修改网络发起的QoS，但是QoS建立/释放是由网络单独控制的。表I
权利要求
1.一种用于协调设备与网络之间的服务质量(QoS)性能的方法，包括 接收在所述设备处发起的、针对设备发起的QoS的请求； 将所述请求与由所述网络配置的真实QoS实例进行匹配； 创建虚拟QoS实例； 将所述虚拟QoS实例绑定到所述真实QoS实例；以及 使用所述虚拟QoS实例与所述网络进行通信。
2.如权利要求I所述的方法，其中，将所述请求进行匹配包括 比较所述请求中由所述设备指定的业务过滤器模板(TFT)的集合。
3.如权利要求I所述的方法，还包括 判断所述网络是否允许所述设备改变网络发起的QoS ； 接收在所述设备处发起的、针对改变QoS的请求；以及 响应于所述针对改变的请求，改变所述虚拟QoS实例和所述真实服务质量(QoS)。
4.如权利要求3所述的方法，其中 所述针对改变QoS的请求包括针对下列操作中的至少一种的请求暂停、恢复或修改QoS ;并且 所述改变步骤包括响应于所述针对改变的请求，执行下列操作中的至少一种暂停、恢复或修改所述虚拟QoS实例和所述真实服务质量(QoS)。
5.如权利要求I所述的方法，还包括 判断所述网络是否不允许所述设备对网络发起的服务质量(QoS)执行任何操作； 将第二 QoS请求与由所述网络配置的第二真实服务质量(QoS)实例进行匹配； 创建第二虚拟QoS实例； 将所述第二虚拟QoS实例绑定到所述第二真实服务质量(QoS)实例；以及 使用所述第二虚拟QoS实例与所述网络进行通信。
6.如权利要求I所述的方法，还包括 接收针对修改QoS的请求； 响应于所述请求，修改所述真实QoS实例；以及 判断所绑定的虚拟QoS实例是否与修改后的QoS匹配。
7.如权利要求6所述的方法，还包括 如果所绑定的虚拟QoS实例与所述修改后的QoS匹配，则将所述修改后的QoS添加到应用。
8.如权利要求6所述的方法，还包括 将所绑定的虚拟QoS实例添加到未决集合；以及 向应用通知QoS暂时不可用。
9.如权利要求6所述的方法，还包括 确定所述修改后的QoS与未决集合中的虚拟QoS实例匹配；以及 作为响应，将修改后的QoS添加到使用匹配的虚拟QoS实例的应用。
10.如权利要求I所述的方法，还包括 响应于QoS失败，执行与网络发起的QoS的另一次匹配；以及 如果得到匹配，则基于所述匹配将虚拟QoS实例绑定到真实Q0S实例。
11.如权利要求I所述的方法，还包括 根据解绑定将所述虚拟QoS实例与所述真实QoS实例解绑定。
12.如权利要求12所述的方法，还包括修改所述真实QoS实例。
13.如权利要求11所述的方法，其中，所述解绑定步骤是响应于网络发起的释放的，并且所述方法还包括 将所述虚拟QoS实例移动到未决集合；以及 向应用通知QoS暂时不可用。
14.如权利要求11所述的方法，其中，所述解绑定步骤是响应于网络发起的释放的，并且所述方法还包括 释放所述虚拟QoS实例；以及 向应用通知QoS丢失。
15.一种用于协调设备与网络之间的服务质量(QoS)性能的计算机程序产品，所述计算机程序产品包括 计算机可读介质，包括用于执行下列操作的代码 接收在所述设备处发起的、针对设备发起的QoS的请求； 将所述请求与由所述网络配置的真实QoS实例进行匹配； 创建虚拟QoS实例； 将所述虚拟QoS实例绑定到所述真实QoS实例；以及 使用所述虚拟QoS实例与网络设备进行通信。
16.如权利要求15所述的计算机程序产品，其中，将所述请求进行匹配包括 比较所述请求中由所述设备指定的业务过滤器模板(TFT)的集合。
17.如权利要求15所述的计算机程序产品，还包括用于执行下列操作的代码 判断所述网络是否允许所述设备改变网络发起的QoS ； 接收在所述设备处发起的、针对改变QoS的请求；以及 响应于所述针对改变的请求，改变所述虚拟QoS实例和所述真实服务质量(QoS)。
18.如权利要求17所述的计算机程序产品，其中 所述针对改变QoS的请求包括针对下列操作中的至少一种的请求暂停、恢复或修改QoS ;并且 所述改变操作包括响应于所述针对改变的请求，执行下列操作中的至少一种暂停、恢复或修改所述虚拟QoS实例和所述真实服务质量(QoS)。
19.如权利要求15所述的计算机程序产品，还包括用于执行下列操作的代码 判断所述网络是否不允许所述设备对网络发起的服务质量(QoS)执行任何操作； 将第二 QoS请求与由所述网络配置的第二真实服务质量(QoS)实例进行匹配； 创建第二虚拟QoS实例； 将所述第二虚拟QoS实例绑定到所述第二真实服务质量(QoS)实例；以及 使用所述第二虚拟QoS实例与所述网络进行通信。
20.如权利要求15所述的计算机程序产品，还包括用于执行下列操作的代码 接收针对修改QoS的请求； 响应于所述请求，修改所述真实QoS实例；以及判断所绑定的虚拟QoS实例是否与修改后的QoS匹配。
21.如权利要求20所述的计算机程序产品，还包括用于执行下列操作的代码 如果所绑定的虚拟QoS实例与所述修改后的QoS匹配，则将所述修改后的QoS添加到应用。
22.如权利要求20所述的计算机程序产品，还包括用于执行下列操作的代码 将所绑定的虚拟QoS实例添加到未决集合；以及 向应用通知QoS暂时不可用。
23.如权利要求20所述的计算机程序产品，还包括用于执行下列操作的代码 确定所述修改后的QoS与未决集合中的虚拟QoS实例匹配；以及 作为响应，将修改后的QoS添加到使用匹配的虚拟QoS实例的应用。
24.如权利要求15所述的计算机程序产品，还包括用于执行下列操作的代码 响应于QoS失败，执行与网络发起的QoS的另一次匹配；以及 如果得到匹配，则基于所述匹配将虚拟QoS实例绑定到真实Q0S实例。
25.如权利要求15所述的计算机程序产品，还包括用于执行下列操作的代码 根据解绑定将所述虚拟QoS实例与所述真实QoS实例解绑定。
26.如权利要求25所述的计算机程序产品，还包括用于修改所述真实QoS实例的代码。
27.如权利要求25所述的计算机程序产品，其中，所述解绑定操作是响应于网络发起的释放的，并且所述方法还包括 将所述虚拟QoS实例移动到未决集合；以及 向应用通知QoS暂时不可用。
28.如权利要求25所述的计算机程序产品，其中，所述解绑定操作是响应于网络发起的释放的，并且所述方法还包括 释放所述虚拟QoS实例；以及 向应用通知QoS丢失。
29.一种用于协调无线通信系统中的设备与网络之间的服务质量(QoS)性能的装置，包括 用于接收在所述设备处发起的、针对设备发起的QoS的请求的模块； 用于将所述请求与由所述网络配置的真实QoS实例进行匹配的模块； 用于创建虚拟QoS实例的模块； 用于将所述虚拟QoS实例绑定到所述真实QoS实例的模块；以及 用于使用所述虚拟QoS实例与网络设备进行通信的模块。
30.如权利要求29所述的装置，其中，所述用于将所述请求进行匹配的模块包括 用于比较所述请求中由所述设备指定的业务过滤器模板(TFT)的集合的模块。
31.如权利要求29所述的装置，还包括 用于判断所述网络是否允许所述设备改变网络发起的QoS的模块； 用于接收在所述设备处发起的、针对改变QoS的请求的模块；以及用于响应于所述针对改变的请求，改变所述虚拟QoS实例和所述真实服务质量(QoS)的模块。
32.如权利要求31所述的装置，其中 所述针对改变QoS的请求包括针对下列操作中的至少一种的请求暂停、恢复或修改QoS ;并且 所述用于改变的模块包括用于响应于所述针对改变的请求，执行下列操作中的至少一种的模块暂停、恢复或修改所述虚拟QoS实例和所述真实服务质量(QoS)。
33.如权利要求29所述的装置，还包括 用于判断所述网络是否不允许所述设备对网络发起的服务质量(QoS)执行任何操作的模块； 用于将第二QoS请求与由所述网络配置的第二真实服务质量(QoS)实例进行匹配的模块； 用于创建第二虚拟QoS实例的模块； 用于将所述第二虚拟QoS实例绑定到所述第二真实服务质量(QoS)实例的模块；以及 用于使用所述第二虚拟QoS实例与所述网络进行通信的模块。
34.如权利要求29所述的装置，还包括 用于接收针对修改QoS的请求的模块； 用于响应于所述请求，修改所述真实QoS实例的模块；以及 用于判断所绑定的虚拟QoS实例是否与修改后的QoS匹配的模块。
35.如权利要求34所述的装置，还包括 用于如果所绑定的虚拟QoS实例与所述修改后的QoS匹配，则将所述修改后的QoS添加到应用的模块。
36.如权利要求34所述的装置，还包括 用于将所绑定的虚拟QoS实例添加到未决集合的模块；以及 用于向应用通知QoS暂时不可用的模块。
37.如权利要求34所述的装置，还包括 用于确定所述修改后的QoS与未决集合中的虚拟QoS实例匹配的模块；以及 用于作为响应，将修改后的QoS添加到使用匹配的虚拟QoS实例的应用的模块。
38.如权利要求29所述的装置，还包括 用于响应于QoS失败，执行与网络发起的QoS的另一次匹配的模块；以及 用于如果得到匹配，则基于所述匹配将虚拟QoS实例绑定到真实Q0S实例的模块。
39.如权利要求29所述的装置，还包括 用于根据解绑定将所述虚拟QoS实例与所述真实QoS实例解绑定的模块。
40.如权利要求39所述的装置，还包括用于修改所述真实QoS实例的模块。
41.如权利要求39所述的装置，其中，所述解绑定操作是响应于网络发起的释放的，并且所述装置还包括 用于将所述虚拟QoS实例移动到未决集合的模块；以及 用于向应用通知QoS暂时不可用的模块。
42.如权利要求39所述的装置，其中，所述解绑定操作是响应于网络发起的释放的，并且所述装置还包括 用于释放所述虚拟QoS实例的模块；以及用于向应用通知QoS丢失的模块。
43.一种用于协调设备与网络之间的服务质量(QoS)性能的装置，包括 至少一个处理器，其配置为 接收在所述设备处发起的、针对设备发起的QoS的请求； 将所述请求与由所述网络配置的真实QoS实例进行匹配； 创建虚拟QoS实例； 将所述虚拟QoS实例绑定到所述真实QoS实例；以及 使用所述虚拟QoS实例与网络设备进行通信；以及 耦合到所述至少一个处理器的存储器。
44.如权利要求43所述的装置，其中，所述至少一个处理器配置为通过执行下列操作来将所述请求进行匹配 比较所述请求中由所述设备指定的业务过滤器模板(TFT)的集合。
45.如权利要求43所述的装置，其中，所述至少一个处理器还配置为 判断所述网络是否允许所述设备改变网络发起的QoS ； 接收在所述设备处发起的、针对改变QoS的请求；以及 响应于所述针对改变的请求，改变所述虚拟QoS实例和所述真实服务质量(QoS)。
46.如权利要求45所述的装置，其中 所述针对改变QoS的请求包括针对下列操作中的至少一种的请求暂停、恢复或修改QoS ;并且 所述至少一个处理器配置为响应于所述针对改变的请求，执行下列操作中的至少一种暂停、恢复或修改所述虚拟QoS实例和所述真实服务质量(QoS)。
47.如权利要求43所述的装置，其中，所述至少一个处理器还配置为 判断所述网络是否不允许所述设备对网络发起的服务质量(QoS)执行任何操作； 将第二 QoS请求与由所述网络配置的第二真实服务质量(QoS)实例进行匹配； 创建第二虚拟QoS实例； 将所述第二虚拟QoS实例绑定到所述第二真实服务质量(QoS)实例；以及 使用所述第二虚拟QoS实例与所述网络进行通信。
48.如权利要求43所述的装置，其中，所述至少一个处理器还配置为 接收针对修改QoS的请求； 响应于所述请求，修改所述真实QoS实例；以及 判断所绑定的虚拟QoS实例是否与修改后的QoS匹配。
49.如权利要求48所述的装置，其中，所述至少一个处理器还配置为 如果所绑定的虚拟QoS实例与所述修改后的QoS匹配，则将所述修改后的QoS添加到应用。
50.如权利要求48所述的装置，其中，所述至少一个处理器还配置为 将所绑定的虚拟QoS实例添加到未决集合；以及 向应用通知QoS暂时不可用。
51.如权利要求48所述的装置，其中，所述至少一个处理器还配置为 确定所述修改后的QoS是否与未决集合中的虚拟QoS实例匹配；以及作为响应，将修改后的QoS添加到使用匹配的虚拟QoS实例的应用。
52.如权利要求43所述的装置，其中，所述至少一个处理器还配置为 响应于QoS失败，执行与网络发起的QoS的另一次匹配；以及 如果得到匹配，则基于所述匹配将虚拟QoS实例绑定到真实Q0S实例。
53.如权利要求43所述的装置，其中，所述至少一个处理器还配置为 根据解绑定将所述虚拟QoS实例与所述真实QoS实例解绑定。
54.如权利要求53所述的装置，其中，所述至少一个处理器还配置为修改所述真实QoS实例。
55.如权利要求53所述的装置，其中，所述解绑定操作是响应于网络发起的释放的，并且所述至少一个处理器还配置为 将所述虚拟QoS实例移动到未决集合；以及 向应用通知QoS暂时不可用。
56.如权利要求53所述的装置，其中，所述解绑定操作是响应于网络发起的释放的，并且所述至少一个处理器还配置为 释放所述虚拟QoS实例；以及 向应用通知QoS丢失。
全文摘要
当并非网络和用户设备两者都支持网络发起的服务质量(QoS)时，QoS接口进行虚拟到真实QoS实例以及真实到虚拟QoS实例的映射，以便使得对于网络和用户设备是透明的。
文档编号H04W76/02GK102804708SQ201080028076
公开日2012年11月28日 申请日期2010年6月26日 优先权日2009年6月26日
发明者U·S·巴巴尔 申请人:高通股份有限公司