CN104584629B - 基于链路上的所监视的业务活动对服务质量的方向性调整 - Google Patents

Abstract

在一实施例中，一种设备监视经配置以支持用于客户端装置的通信会话的链路的上行链路及下行链路方向上的业务使用。所述设备可对应于核心网络组件或接入网络组件。所述设备与所述通信会话关联地(i)基于所述上行链路方向上的所述所监视的业务使用而起始对指派给所述链路的所述上行链路方向的第一QoS水平的上行链路专有QoS调整，及/或(ii)基于所述下行链路方向上的所述所监视的业务使用而起始对指派给所述链路的所述下行链路方向的第二QoS水平的下行链路专有QoS调整。在整个所述通信会话中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信会话期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整。

Description

基于链路上的所监视的业务活动对服务质量的方向性调整

根据35 U.S.C.§119主张优先权

本专利申请案主张与本发明相同的本发明人于2012年8月31日申请的标题为“基于应用活动的对服务质量的方向性激活(DIRECTIONAL ACTIVATION OF QUALITY OFSERVICE BASED ON APPLICATION ACTIVITY)”的第61/695,699号临时申请案的优先权，所述临时申请案转让给本受让人且特此明确地以全文引用的方式并入本文中。

技术领域

本发明的实施例涉及基于链路上的所监视的业务活动的对服务质量(QoS)的方向性调整

背景技术

无线通信系统已发展了多代，包含第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包含过渡2.5G及2.75G网络)及第三代(3G)及第四代(4G)高速数据/具有因特网功能的无线服务。目前存在许多不同类型的正在使用的无线通信系统，包含蜂窝式及个人通信服务(PCS)系统。已知的蜂窝式系统的实例包含蜂窝式模拟高级移动电话系统(AMPS)，及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变化形式的数字蜂窝式系统，以及使用TDMA及CDMA两种技术的较新的混和数字通信系统。

最近，长期演进(LTE)已发展为用于移动电话及其它数据终端的高速数据的无线通信的无线通信协议。LTE是基于GSM，且包含来自例如GSM演进增强数据速率(EDGE) 等各种GSM相关协议及例如高速包接入(HSPA)等通用移动电信系统(UMTS)协议的贡献。

发明内容

在一实施例中，一种设备监视经配置以支持用于客户端装置的通信会话的链路的上行链路及下行链路方向上的业务使用。所述设备可对应于核心网络组件或接入网络组件。所述设备与所述通信会话关联地(i)基于所述上行链路方向上的所述所监视的业务使用而起始对指派给所述链路的所述上行链路方向的第一QoS水平的上行链路专有QoS 调整，及/或(ii)基于所述下行链路方向上的所述所监视的业务使用而起始对指派给所述链路的所述下行链路方向的第二QoS水平的下行链路专有QoS调整。在整个所述通信会话中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信会话期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整。

附图说明

因为在结合附图考虑时通过参考以下详细描述更好地理解本发明实施例及其许多附带优点，将容易获得对本发明实施例及其许多附带优点的更全面了解，附图只是为了说明而不是限制本发明而呈现，且在附图中：

图1说明根据本发明的实施例的无线通信系统的高级系统架构。

图2A说明根据本发明的实施例的无线电接入网络(RAN)及用于1x EV-DO网络的核心网络的包交换部分的实例配置。

图2B说明根据本发明的实施例的在3G UMTS W-CDMA系统内的RAN及通用包无线电服务(GPRS)核心网络的包交换部分的实例配置。

图2C说明根据本发明的实施例的在3G UMTS W-CDMA系统内的RAN及GPRS 核心网络的包交换部分的另一实例配置。

图2D说明根据本发明的实施例的RAN及基于演进型包系统(EPS)或长期演进(LTE)网络的核心网络的包交换部分的实例配置。

图2E说明根据本发明的实施例的连接到EPS或LTE网络并且还连接到HRPD核心网络的包交换部分的增强型高速率包数据(HRPD)RAN的实例配置。

图3说明根据本发明的实施例的用户设备(UE)的实例。

图4说明根据本发明的实施例的包含经配置以执行功能性的逻辑的通信装置。

图5说明根据本发明的实施例的客户端应用起始的方向性管理程序的更详细实施实例。

图6A说明根据本发明的实施例的在由如图2A中的1x EV-DO网络(旧式HRPD)或如图2E中的eHRPD网络服务的同时加入半双工PTT会话的给定UE的图5的过程的实例实施方案。

图6B说明根据本发明的实施例的在由如图2B或图2C中的W-CDMA网络服务的同时加入半双工PTT会话的给定UE的图5的过程的实例实施方案。

图6C说明根据本发明的实施例的在由如图2D中的LTE网络服务的同时发起半双工PTT会话的给定UE的图5的过程的实例实施方案。

图7A到图7B针对于根据本发明的实施例的类似于图5但在应用服务器170处而不是UE客户端应用处实施的选择性QoS控制程序。

图7C说明根据本发明的实施例的用于加入半双工PTT会话的给定UE(呼叫发起者或呼叫目标)的LTE网络内的图7B的实例实施方案。

图8A说明根据本发明的实施例的核心网络起始的方向QoS管理程序的更详细实施实例。

图8B分别说明根据本发明的实施例的图8A的更详细实施方案，借此更明确地参考LTE专有及W-CDMA专有的组件及消息。

图8C说明根据本发明的实施例的用于作为由某其它UE发起的半双工PTT会话的呼叫目标的给定UE的W-CDMA网络内的图8B的实例实施方案。

图8D说明根据本发明的实施例的用于作为半双工PTT会话的呼叫发起者的给定UE的LTE网络内的图8B的实例实施方案。

图9A说明根据本发明的实施例的QoS管理程序，借此在RAN及核心网路处局部地管理GBR资源。

图9B分别说明根据本发明的实施例的图9A的更详细实施方案，借此更明确地参考LTE专有的组件及消息。

图10A到图10B说明根据本发明的实施例的分别关于W-CDMA及EV-DO架构的基于RAN起始的定时器的方向QoS流管理程序。

具体实施方式

在以下针对本发明的特定实施例的描述和相关图式中揭示本发明的若干方面。可在不脱离本发明的范围的情况下设计替代实施例。另外，将不会详细描述或将省略本发明的众所周知的元件以免混淆本发明的相关细节。

本文使用词语“示范性”和/或“实例”来指“充当实例、例子或说明”。本文中描述为“示范性”和/或“实例”的任何实施例未必应解释为比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包含所论述的特征、优点或操作模式。

此外，依据将例如由计算装置的元件执行的动作序列来描述许多实施例。将认识到，本文中描述的各种动作可由专用电路(例如，专用集成电路(ASIC))、由通过一或多个处理器执行的程序指令，或由两者的组合执行。此外，可认为本文中所述的这些动作序列完全体现于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中已存储一组对应的计算机指令，所述指令在被执行时将致使相关联的处理器执行本文中所述的功能性。因此，本发明的各种方面可以许多不同形式来体现，预期所有形式属于所主张的标的物的范围内。另外，对于本文中所描述的实施例中的每一者来说，任何此类实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述动作)的逻辑”。

在本文中被称作用户设备(UE)的客户端装置可为移动的或固定的，且可与无线电接入网络(RAN)通信。如本文所使用，术语“UE”可互换地被称作“接入终端”或“AT”、“无线装置”、“订户装置”、“订户终端”、“订户站”、“用户终端”或UT、“移动终端”、“移动站”及其变化。一般来说，UE可经由RAN与核心网络通信，且通过核心网络，UE可与例如因特网等外部网络连接。当然，UE连接到核心网络及/或因特网的其它机制也是可能的，例如经由有线接入网络、WiFi网络(例如，基于IEEE 802.11 等)，等等。UE可通过许多类型的装置中的任一者来体现，所述装置包含(但不限于)PC 卡、小型闪存装置、外部或内部调制解调器，无线或有线电话，等等。UE可借以向RAN 发送信号的通信链路被称为上行链路信道(例如，反向业务信道、反向控制信道、接入信道等)。RAN可借以向UE发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向业务信道等)。如本文所使用，术语“业务信道 (TCH)”可能指上行链路/反向或下行链路/前向业务信道。

图1说明根据本发明的实施例的无线通信系统100的高级系统架构。无线通信系统100含有UE 1...N。UE 1...N可包含蜂窝式电话、个人数字助理(PDA)、寻呼机、膝上型计算机、桌上型计算机，等等。举例来说，在图1中，UE 1...2被说明为蜂窝式呼叫电话，UE 3...5被说明为蜂窝式触摸屏电话或智能电话，且UE N被说明为桌上型计算机或PC。

参看图1，UE 1...N经配置以经由物理通信接口或层(图1中被展示为空中接口104、 106、108)及/或直接有线连接而与接入网络(例如，RAN 120、接入点125等等)通信。空中接口104和106可符合给定蜂窝式通信协议(例如，CDMA、EVDO、eHRPD、GSM、 EDGE、W-CDMA、LTE等)，而空中接口108可符合无线IP协议(例如，IEEE 802.11)。 RAN 120包含经由空中接口(例如，空中接口104及106)而服务于UE的多个接入点。 RAN 120中的接入点可被称作接入节点或AN、接入点或AP、基站或BS、节点B、eNode B，等等。这些接入点可为陆地存取点(或地面站)，或卫星接入点。RAN 120经配置以连接到核心网络140，核心网络140可执行多种功能，包含桥接由RAN 120服务的UE 与由RAN 120或完全不同RAN服务的其它UE之间的电路切换(CS)呼叫，且还可调解与例如因特网175等外部网络进行的包交换(PS)数据的交换。因特网175包含若干路由代理及处理代理(为方便起见图1中未展示)。在图1中，UE N展示为直接连接到因特网 175(即，例如经由基于WiFi或802.11的网络的以太网连接与核心网络140分开)。因特网175借此可用以桥接经由核心网络140在UE N与UE 1...N之间的包交换数据通信。图1还展示与RAN 120分开的接入点125。接入点125可与核心网络140独立地连接到因特网175(例如，经由例如FiOS、电缆调制解调器等光学通信系统)。空中接口108可经由本地无线连接(例如，在一实例中的IEEE 802.11)而服务于UE 4或UE 5。UE N展示为具有到因特网175的有线连接的桌上型计算机，所述有线连接例如为到调制解调器或路由器的直接连接，在一实例中，所述调制解调器或路由器可对应于接入点125自身 (例如，对于具有有线及无线连接性两者的WiFi路由器)。

参看图1，应用服务器170被展示为连接到因特网175、核心网路140，或其两者。应用服务器170可实施为多个结构上分开的服务器，或者可对应于单一服务器。如下文将更详细地描述，应用服务器170经配置以针对可经由核心网络140及/或因特网175 连接到应用服务器170的UE而支持一或多个通信服务(例如，因特网话音协议(VoIP)会话、即按即说(PTT)会话、群组通信会话、社交联网服务等)。

下文中关于图2A到图2D提供用于RAN 120及核心网络140的协议专有的实施方案的实例，以帮助更详细阐释无线通信系统100。特定来说，RAN 120及核心网络140 的组件对应于与支持包交换(PS)通信相关联的组件，借此旧式电路交换(CS)组件也可存在于这些网络中，但任何旧式CS专有组件在图2A到图2D中未明确地展示。

图2A说明根据本发明的实施例的用于CDMA20001x演进数据优化(EV-DO)网络中的包交换通信的RAN 120及核心网络140的实例配置。参看图2A，RAN 120包含经由有线回程接口耦合到基站控制器(BSC)215A的多个基站(BS)200A、205A及210A。受到单一BSC控制的BS群组统称为子网。如所属领域的一般技术人员将了解，RAN 120可包含多个BSC及子网，且出于方便起见在图2A展示单一BSC。BSC 215A在核心网络 140内经由A9连接与包控制功能(PCF)220A通信。PCF 220A执行针对BSC 215A的与包数据相关的某些处理功能。PCF 220A在核心网络140内经由A11连接与包数据服务节点(PDSN)225A通信。PDSN 225A具有多种功能，包含管理点对点(PPP)会话、充当归属代理(HA)及/或外地代理(FA)，且在功能方面类似于GSM及UMTS网络中的网关通用包无线电服务(GPRS)支持节点(GGSN)(下文更详细地描述)。PDSN 225A将核心网络140 连接到例如因特网175等外部IP网络。

图2B说明根据本发明的实施例的3G UMTS W-CDMA系统内的RAN 120及经配置为GPRS核心网络的核心网络140的包交换部分的实例配置。参看图2B，RAN 120包含经由有线回程接口耦合到无线电网络控制器(RNC)215B的多个节点B 200B、205B及 210B。类似于1xEV-DO网络，受到单一RNC控制的节点B群组统称为子网。如所属领域的一般技术人员将了解，RAN 120可包含多个RNC及子网，且出于方便起见在图 2B展示单一RNC。RNC 215B负责信令、建立及拆卸核心网络140中的服务GRPS支持节点(SGSN)220B与由RAN 120服务的UE之间的承载信道(即，数据信道)。如果启用链路层加密，那么RNC 215B还加密内容，之后将其转发到RAN 120以供经由空中接口发射。RNC 215B的功能在此项技术中是众所周知的，且出于简洁起见将不对其进行进一步论述。

在图2B中，核心网路140包含上文所提及的SGSN 220B(且潜在地还包含若干其它SGSN)及GGSN 225B。通常，GPRS为用于GSM中的用于路由IP包的协议。GPRS 核心网络(例如，GGSN 225B及一或多个SGSN 220B)是系统的集中部分并且还提供对基于W-CDMA的3G接入网络的支持。GPRS核心网络为向GSM及W-CDMA网络中的 IP包服务提供移动性管理、会话管理及运输的GSM核心网络(即，核心网络140)的集成部分。

GPRS隧穿协议(GTP)是GPRS核心网络的界定的IP协议。GTP是允许GSM或 W-CDMA网络的终端用户(例如，UE)在继续连接到因特网175的同时移动到不同地方的协议，如同从GGSN 225B处的一个位置移动一样。这是通过将相应的UE的数据从 UE的当前SGSN 220B传递到正在处置相应的UE的会话的GGSN 225B来实现。

GPRS核心网络使用GTP的三种形式；即，(i)GTP-U、(ii)GTP-C及(III)GTP′(GTP 撇号)。GTP-U用于针对每一包数据协议(PDP)上下文在分离的隧道中传递用户数据。 GTP-C用于控制信令(例如，PDP上下文的设置及删除、GSN到达能力的验证、例如在订户从一个SGSN移动到另一SGSN时的更新或修改，等等)。GTP′用于将计费数据从 GSN传递到计费功能。

参看图2B，GGSN 225B充当GPRS主干网络(未图示)与因特网175之间的接口。 GGSN225B使用相关联的包数据协议(PDP)格式(例如，IP或PPP)从来自SGSN 220B的 GPRS包提取包数据，且在对应的包数据网络上发送出所述包。在另一方向上，传入的数据包由GGSN连接的UE引导到SGSN 220B，SGSN 220B管理且控制由RAN 120服务的目标UE的无线电接入承载(RAB)。进而，GGSN 225B将目标UE的当前SGSN地址及其相关联的简档存储于位置寄存器中(例如，PDP上下文内)。GGSN 225B负责IP 地址指派且为用于已连接的UE的默认路由器。GGSN 225B还执行认证及计费功能。

SGSN 220B在一实例中表示核心网络140内的许多SGSN中之一者。每一SGSN负责来自及去往相关联的地理服务区内的UE的数据包的递送。SGSN 220B的任务包含包路由及传递、移动性管理(例如，附着/拆离及位置管理)、逻辑链路管理，及认证及计费功能。SGSN220B的位置寄存器将向SGSN 220B注册的所有GPRS用户的位置信息(例如，当前小区、当前VLR)及用户简档(例如，用于包数据网络中的IMSI、PDP地址)存储在用于每一用户或UE的一或多个PDP上下文内。因此，SGSN 220B负责(i)解隧穿来自GGSN 225B的下行链路GTP包，(ii)朝向GGSN 225B上行链路遂穿IP包，(iii)在UE 在SGSN服务区域之间移动时实行移动性管理及(iv)为移动订户记账。如所属领域的技术人员将了解，除(i)到(iv)以外，与经配置以用于W-CDMA网络的SGSN相比，经配置以用于GSM/EDGE网络的SGSN具有稍微不同的功能性。

RAN 120(例如或UMTS系统架构中的UTRAN)经由无线电接入网络应用部分(RANAP)协议与SGSN 220B通信。RANAP经由Iu接口(Iu-ps)使用例如帧中继或IP的传输协议进行操作。SGSN 220B经由Gn接口与GGSN 225B通信，所述Gn接口为SGSN 220B与其它SGSN(未图示)及内部GGSN(未图示)之间的基于IP的接口且使用上文所界定的GTP协议(例如，GTP-U、GTP-C、GTP′，等等)。在图2B的实施例中，SGSN 220B 与GGSN 225B之间的Gn携载GTP-C及GTP-U两者。虽然未在图2B中展示，但Gn 接口还由域名系统(DNS)使用。GGSN 225B经由具有IP协议的Gi接口直接地或经由无线应用协议(WAP)网关而连接到公共数据网络(PDN)(未图示)，且又连接到因特网175。

图2C说明根据本发明的实施例的3G UMTS W-CDMA系统内的RAN 120及经配置为GPRS核心网络的核心网络140的包交换部分的另一实例配置。类似于图2B，核心网络140包含SGSN 220B及GGSN 225B。然而，在图2C中，直接隧道为Iu模式中的允许SGSN 220B在PS域内在RAN 120与GGSN 225B之间建立直接用户平面隧道GTP-U 的任选的功能。具有直接隧道功能的SGSN(例如，图2C中的SGSN 220B)可基于每GGSN 及每RNC而配置SGSN 220B是否可使用直接用户平面连接。图2C中的SGSN 220B处置控制平面信令且作出是否建立直接隧道的决策。在释放为PDP上下文指派的RAB(即，保留PDP上下文)时，在GGSN 225B与SGSN 220B之间建立GTP-U隧道以便能够处置下行链路包。

图2D说明根据本发明的实施例的RAN 120及基于演进型包系统(EPS)或LTE网络的核心网络140的包交换部分的实例配置。参看图2D，不同于图2B到2C所展示的RAN 120，EPS/LTE网络中的RAN 120经配置有多个演进型节点B(ENodeB或eNB)200D、205D及210D，而不具有来自图2B到2C的RNC 215B。这是因为EPS/LTE网络中的 ENodeB不需要RAN 120内的单独的控制器(即，RNC 215B)以与核心网络140通信。换句话说，来自图2B到2C的RNC 215B的一些功能性被建构到图2D中的RAN 120的每一相应的eNodeB中。

在图2D中，核心网络140包含多个移动性管理实体(MME)215D及220D、归属订户服务器(HSS)225D、服务网关(S-GW)230D、包数据网络网关(P-GW)235D，及策略和计费规则功能(PCRF)240D。图2D说明这些组件之间的网路接口、RAN 120及因特网 175，且如下在表1(下文)中界定：

表1-EPS/LTE核心网络连接定义

现在将描述图2D的RAN 120与核心网络140中所展示的组件的高级描述。然而，这些组件各自在此项技术中从各种3GPP TS标准而众所周知，且本文中所含的描述无意是由这些组件执行的所有功能性的详尽描述。

参看图2D，MME 215D及220D经配置以管理用于EPS承载的控制平面信令。MME 功能包含：非接入层(NAS)信令、NAS信令安全性、用于技术间及技术内移交的移动性管理、P-GW及S-GW选择，及使用MME改变对移交的MME选择。

参看图2D，S-GW 230D是终止朝向RAN 120的接口的网关。对于与用于基于EPS 的系统的核心网络140相关联的每一UE，在给定时间点处，存在单一S-GW。用于基于 GTP及基于代理移动IPv6(PMIP)两者的S5/S8的S-GW 230D的功能包含：移动性锚点、包路由及转发，及基于相关联EPS承载的QoS等级识别符(QCI)而设定DiffServ码点 (DSCP)。

参看图2D，P-GW 235D为终止朝向包数据网络(PDN)(例如，因特网175)的SGi接口的网关。如果UE正接入多个PDN，则可存在用于所述UE的一个以上P-GW；然而，通常不针对所述UE同时支持S5/S8连接性与Gn/Gp连接性的混合。P-GW功能针对基于GTP的S5/S8两者包含：包过滤(通过深包检查)、UE IP地址分配、基于相关联EPS 承载的QCI而设定DSCP；考虑到运营商间计费；如3GPP TS 23.203中所界定的上行链路(UL)及下行链路(DL)承载绑定，如3GPP TS 23.203中所界定的UL载承载绑定验证。 P-GW 235D使用E-UTRAN、GSM/EDGE无线电接入网络(GERAN)或UTRAN中的任一者提供到仅具备GERAN/UTRAN功能的UE及具备E-UTRAN功能的UE的PDN连接性。P-GW 235D经由S5/S8接口仅使用E-UTRAN而提供到具备E-UTRAN功能的UE 的PDN连接性。

参看图2D，PCRF 240D为基于EPS的核心网络140的策略与计费控制元件。在非漫游情境中，在HPLMN中存在与UE的因特网协议连接接入网络(IP-CAN)会话相关联的单一PCRF。所述PCRF终止Rx接口及Gx接口。在具有业务的局部爆发的漫游情境中，可存在与UE的IP-CAN会话相关联的两个PCRF：归属PCRF(H-PCRF)为驻留于 HPLMN内的PCRF；及受访PCRF(V-PCRF)为驻留于受访VPLMN内的PCRF。在3GPP TS 23.203中更详细地描述PCRF，且因而出于简明起见将不对其进行进一步描述。在图 2D中，应用服务器170(例如，其可在3GPP术语中被称作AF)展示为经由因特网175 连接到核心网络140，或替代地经由Rx接口直接连接到PCRF 240D。通常，应用服务器170(或AF)为向核心网络提供使用IP承载资源(例如，UMTS PS域/GPRS域资源/LTE PS数据服务)的应用的元件。应用功能的一个实例为IP多媒体子系统(IMS)核心网络子系统的代理-呼叫会话控制功能(P-CSCF)。AF使用Rx参考点以将会话信息提供给PCRF 240D。经由蜂窝式网络提供IP数据服务的任何其它应用服务器还可经由Rx参考点连接到PCRF 240D。

图2E说明根据本发明的实施例的经配置为增强型高速率包数据(HRPD)RAN的连接到EPS或LTE网络140A且还连接到HRPD核心网络140B的包交换部分的RAN 120 的实例。类似于上文关于图2D所描述的核心网络，核心网络140A为EPS或LTE核心网络。

在图2E中，eHRPD RAN包含连接到增强型BSC(eBSC)及增强型PCF(ePCF)215E 的多个基站收发器(BTS)200E、205E及210E。eBSC/ePCF 215E可经由S101接口连接到EPS核心网络140A内的MME 215D或220D中的一者，且经由A10及/或A11接口连接到HRPD服务网关(HSGW)220E以用于与EPS核心网络140A中的其它实体介接(例如，经由S103接口与S-GW230D介接、经由S2a接口与P-GW 235D介接、经由Gxa 接口与PCRF 240D介接，经由STa接口与3GPP AAA服务器(图2D中未被明确地展示) 介接，等等)。HSGW 220E在3GPP2中被界定为提供HRPD网络与EPS/LTE网络之间的交互工作。如将了解，eHRPD RAN及HSGW 220E经配置有不可用于旧式HRPD网络中的到EPC/LTE网络的接口功能性。

转回到eHRPD RAN，除了与EPS/LTE网络140A介接以外，eHRPD RAN还可与例如HRPD网络140B等旧式HRPD网络介接。如将了解，HRPD网络140B为例如来自图2A的EV-DO网络的旧式HRPD网络的实例实施方案。例如，eBSC/ePCF 215E可经由A12接口与认证、授权和记账(AAA)服务器225E介接，或经由A10或A11接口与 PDSN/FA 230E介接。PDSN/FA 230E又连接到HA 235A，可经由HA 235A而接入因特网175。在图2E中，未明确地描述某些接口(例如，A13、A16、H1、H2，等等)，但出于完整性起见展示所述接口且熟悉HRPD或eHRPD的所属领域的技术人员将理解所述接口。

参看图2B到2E，应了解，LTE核心网络(例如，图2D)及与eHRPD RAN及HSGW 介接的HRPD核心网络(例如，图2E)在某些情况下可支持网络起始的服务质量(QoS)(例如，通过P-GW、GGSN、SGSN，等等)。

图3说明根据本发明的实施例的UE的实例。参看图3，UE 300A被说明为呼叫电话，且UE 300B被说明为触摸屏装置(例如，智能电话、平板计算机，等等)。如图3中所展示，UE300A的外部壳体经配置有天线305A、显示器310A、至少一个按钮315A(例如，PTT按钮、电源按钮、音量控制按钮等)及小键盘320A，以及如此项技术中已知的其它组件。而且，UE 300B的外部壳体经配置有触摸屏显示器305B、外围按钮310B、 315B、320B及325B(例如，电源控制按钮、音量或振动控制按钮、飞行模式双态切换按钮等)、至少一个前面板按钮330B(例如，主页按钮等)，以及如此项技术中已知的其它组件。虽然并未明确地展示为UE 300B的部分，但UE 300B可包含建构到UE 300B 的外部壳体中的一或多个外部天线及/或一或多个集成天线，其包含(但不限于)Wi-Fi天线、蜂窝式天线、卫星位置系统(SPS)天线(例如，全球定位系统(GPS)天线)等等。

虽然UE(例如，UE 300A及300B)的内部组件可使用不同的硬件配置而体现，但在图3中将内部硬件组件的基础高级UE配置展示为平台302。平台302可接收及执行从 RAN 120发射的软件应用、数据及/或命令，其可最终来自核心网络140、因特网175及 /或其它远程服务器及网络(例如，应用服务器170、网络URL等)。平台302还可在不具有RAN交互的情况下独立地执行在本地存储的应用。平台302可包含收发器306，收发器306可操作地耦合到专用集成电路(ASIC)308或其它处理器、微处理器、逻辑电路或其它数据处理装置。ASIC 308或其它处理器执行应用编程接口(API)310层，应用编程接口(API)310层与无线装置的存储器312中的任何驻留程序介接。存储器312可包括只读存储器或随机存取存储器(RAM及ROM)、EEPROM、快闪卡或计算机平台常见的任何存储器。平台302还可包含本地数据库314，本地数据库314可存储未有效地用于存储器312中的应用，以及其它数据。本地数据库314通常为快闪存储器单元，但可为如此项技术中已知的任何辅助存储装置，例如，磁性媒体、EEPROM、光学媒体、磁带、软盘或硬盘，或类似物。

因此，本发明的实施例可包含包括用以执行本文中描述的功能的能力的UE(例如，UE 300A、300B)。如所属领域的技术人员将了解，各种逻辑元件可以离散元件、在处理器上执行的软件模块或软件与硬件的任何组合体现，以实现本文中所揭示的功能性。举例来说，可以协作方式使用ASIC 308、存储器312、API 310及本地数据库314全部以加载、存储并执行本文中所揭示的各种功能，且因此可将用以执行这些功能的逻辑分布于各种元件上。或者，可将功能性并入到一个离散组件中。因此，图3中的UE 300A及 300B的特征应被认为仅仅是说明性的，且本发明不限于所说明的特征或配置。

UE 300A及/或300B与RAN 120之间的无线通信可基于不同技术，例如CDMA、 W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分多路复用(OFDM)、GSM，或可用于无线通信网络或数据通信网络中的其它协议。如前文中所论述且在此项技术中已知的，可使用多种网络及配置将话音发射及/或数据从RAN发射到UE。因此，本文中所提供的说明不希望限制本发明的实施例且仅辅助描述本发明的实施例的各方面。

图4说明包含经配置以执行功能性的逻辑的通信装置400。通信装置400可对应于上文所提及的通信装置中的任一者，其包含(但不限于)UE 300A或300B、RAN 120(例如，BS200A到210A、BSC 215A、节点B 200B到210B、RNC 215B、eNodeB 200D到 210D，等等)的任何组件、核心网络140(例如，PCF 220A、PDSN 225A、SGSN 220B、 GGSN 225B、MME 215D或220D、HSS 225D、S-GW 230D、P-GW 235D、PCRF 240D) 的任何组件，与核心网络140及/或因特网175耦合的任何组件(例如，应用服务器170)，等等。因此，通信装置400可对应于经配置以经由图1的无线通信系统100与一或多个其它实体通信(或促进与其的通信)的任何电子装置。

参看图4，通信装置400包含经配置以接收及/或发射信息405的逻辑。在一实例中，如果通信装置400对应于无线通信装置(例如，UE 300A或300B、BS 200A到210A中的一者、节点B 200B到210B中的一者、eNodeB 200D到210D中的一者，等等)，则经配置以接收及/或发射信息的逻辑405可包含无线通信接口(例如，蓝牙、WiFi、2G、 CDMA、W-CDMA、3G、4G、LTE，等等)，例如无线收发器及相关联的硬件(例如，RF 天线、调制解调器、调制器及/或解调器，等等)。在另一实例中，经配置以接收及/或发射信息405的逻辑可对应于有线通信接口(例如，串行连接、USB或火线连接、因特网 175可借以接入的以太网连接)。因此，如果通信装置400对应于某一类型的基于网络的服务器(例如，PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、应用170 等)，那么在一实例中，经配置以接收及/或发射信息的逻辑405可对应于经由以太网协议将基于网络的服务器连接到其它通信实体的以太网卡。在另一实例中，经配置以接收及/或发射信息的逻辑405可包含通信装置400可借以监视其本地环境的感测或测量硬件(例如，加速度计、温度传感器、光传感器、用于监视本地RF信号的天线，等等)。经配置以接收及/或发射信息的逻辑405还可包含在被执行时准许经配置以接收及/或发射信息的逻辑405的相关联硬件执行其接收及/或发射功能的软件。然而，经配置以接收及 /或发射信息的逻辑405并不对应于单独软件，且经配置以接收及/或发射信息的逻辑405 至少部分依赖于硬件来实现其功能性。

参看图4，通信装置400进一步包含经配置以处理信息的逻辑410。在一实例中，经配置以处理信息410的逻辑可包含至少处理器。可通过经配置以处理信息的逻辑410 执行的处理类型的实例实施方案包含(但不限于)执行确定、建立连接、在不同信息选项之间作出选择、执行与数据相关的评估、与耦合到通信装置400的传感器相互作用以执行测量操作、将信息从一个格式转换到另一格式(例如，在不同协议之间，例如，.wmv 到.avi等等)，等等。举例来说，经配置以处理信息的逻辑410中所包含的处理器可对应于经设计以执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其任何组合。通用处理器可为微处理器，但在替代方案中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可被实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器、结合DSP核心的一或多个微处理器，或任何其它此配置。经配置以处理信息的逻辑410还可包含在被执行时准许经配置以处理信息的逻辑410的相关联硬件执行其处理功能的软件。然而，经配置以处理信息的逻辑410并不单独对应于软件，且经配置以处理信息的逻辑410至少部分地依赖于硬件以实现其功能性。

参看图4，通信装置400进一步包含经配置以存储信息的逻辑415。在一实例中，经配置以存储信息的逻辑415可包含至少非暂时性存储器和相关联硬件(例如，存储器控制器，等等)。举例来说，包含于经配置以存储信息的逻辑415中的非暂时性存储器可对应于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM，或此项技术中已知的任何其它形式的存储媒体。经配置以存储信息的逻辑415还可包含软件，所述软件在被执行时准许经配置以存储信息的逻辑415的相关联硬件执行其存储功能。然而，经配置以存储信息的逻辑415并不单独对应于软件，且经配置以存储信息的逻辑415至少部分地依赖于硬件以实现其功能性。

参看图4，通信装置400进一步任选地包含经配置以呈现信息的逻辑420。在一实例中，经配置以呈现信息的逻辑420可包含至少输出装置和相关联硬件。举例来说，输出装置可包含视频输出装置(例如，显示屏、可携载视频信息的端口(例如，USB、HDMI，等等))、音频输出装置(例如，扬声器、可携载音频信息的端口(例如，麦克风插口、USB、 HDMI，等等))、振动装置和/或可借以格式化信息以用于由用户或通信装置400的运营商输出或实际上输出的任何其它装置。举例来说，如果通信装置400对应于如图3所展示的UE 300A或UE 300B，则经配置以呈现信息的逻辑420可包含UE 300A的显示器 310A或UE 300B的触摸屏显示器305B。在另一实例中，对于某些通信装置(例如不具有本地用户的网络通信装置(例如，网络交换器或路由器、远程服务器，等等))可省略经配置以呈现信息的逻辑420。经配置以呈现信息的逻辑420还可包含软件，所述软件在被执行时准许经配置以呈现信息的逻辑420的相关联硬件执行其呈现功能。然而，经配置以呈现信息的逻辑420不单独对应于软件，且经配置以呈现信息的逻辑420至少部分地依赖于硬件以实现其功能性。

参看图4，通信装置400进一步任选地包含经配置以接收本地用户输入的逻辑425。在一实例中，经配置以接收本地用户输入的逻辑425可包含至少用户输入装置和相关联硬件。举例来说，用户输入装置可包含按钮、触摸屏显示器、键盘、相机、音频输入装置(例如，麦克风或可携载音频信息的端口(例如，麦克风插口，等等))，和/或可借以从用户或通信装置400的运营商接收信息的任何其它装置。举例来说，如果通信装置400 对应于如图3所展示的UE 300A或UE 300B，则经配置以接收本地用户输入的逻辑425 可包含小键盘320A、按钮315A或310B到325B中的任一者、触摸屏显示器305B，等等。在另一实例中，对于某些通信装置(例如不具有本地用户的网络通信装置(例如，网络交换器或路由器、远程服务器，等等))可省略经配置以接收本地用户输入的逻辑425。经配置以接收本地用户输入的逻辑425还可包含软件，所述软件在被执行时准许经配置以接收本地用户输入的逻辑425的相关联硬件执行其输入接收功能。然而，经配置以接收本地用户输入的逻辑425不单独对应于软件，且经配置以接收本地用户输入的逻辑425 至少部分地依赖于硬件以实现其功能性。

参看图4，虽然在图4中将经配置逻辑405到425展示为分离或相异块，但将了解，相应经配置逻辑借以执行其功能性的硬件和/或软件可部分地重叠。举例来说，用以促进经配置逻辑405到425的功能性的任何软件可存储于与经配置以存储信息的逻辑415相关联的非暂时性存储器中，使得经配置逻辑405到425部分地基于由经配置以存储信息的逻辑415所存储的软件操作而各自执行其功能性(即，在此情况下，软件执行)。同样地，可由其它经配置逻辑不时地借用或使用与经配置逻辑中的一者直接相关联的硬件。举例来说，经配置以处理信息的逻辑410的处理器可将数据格式化成适当格式，之后由经配置以接收和/或发射信息的逻辑405发射，使得经配置以接收和/或发射信息的逻辑 405部分地基于与经配置以处理信息的逻辑410相关联的硬件(即，处理器)的操作而执行其功能性(即，在此情况下，数据发射)。

通常，除非明确地另外陈述，否则如贯穿本发明所使用的短语“经配置以…的逻辑”意欲调用至少部分地使用硬件实施的实施例，且无意映射为独立于硬件的仅软件实施方案。而且，将了解，各种块中的经配置逻辑或“经配置以…的逻辑”不限于特定逻辑门或组件，而是大体上指执行本文所描述的功能性的能力(经由硬件或硬件与软件的组合)。因此，不管是否共享词“逻辑”，如各种块中所说明的经配置逻辑或“经配置以…的逻辑”未必被实施为逻辑门或逻辑组件。所属领域的技术人员将从下文更详细描述的实施例的检视而清楚各种块中的逻辑之间的其它相互作用或协作。

经由例如图2A中的1x EV-DO、图2B到2C中的基于UMTS的W-CDMA、图2D 中的LTE和图2E中的eHRPD的网络进行操作的会话可在对其保留了保证质量水平(其被称作服务质量(QoS))的信道(例如，RAB、流，等等)上予以支持。举例来说，在特定信道上建立给定QoS水平可提供所述信道上的最小保证位速率(GBR)、最大延迟、抖动、等待时间、位错误率(BER)等等中的一或多者。QoS资源可经保留(或经设置)以用于与实时或串流通信会话相关联的信道，所述实时或串流通信会话例如为IP话音(VoIP)会话、群组通信会话(例如，PTT会话，等等)、在线游戏、IP TV等等，以帮助确保用于这些会话的无缝端到端包传递。

常规上，当设置或激活QoS承载以用于与特定应用相关联的通信会话(例如，VoIP、PTT，等等)(其在本文中被表示为App*)时，在上行链路信道和下行链路信道两者上设置QoS并持续所述通信会话的整个持续时间。然而，如由所属领域的技术人员将了解，参与App*通信会话的给定UE上的客户端应用可能不具有高优先级业务以在上行链路信道和下行链路信道两者上发射和/或接收以用于连续地和/或同时地进行通信会话。

举例来说，在半双工App*通信会话(例如，1∶1或直接呼叫，或例如PTT的群组呼叫)中，发言权拥有者(floorholder)可具有高优先级业务以在上行链路信道上进行发射 (即，到非发言权拥有者)，但所述发言权拥有者归因于App*会话的半双工性质而通常将不具有高优先级业务以在下行链路信道上进行接收。类似地，在上文所提及的半双工 App*通信会话中，非发言权拥有者可具有高优先级业务以在下行链路信道上进行接收 (即，从发言权拥有者)，但所述非发言权拥有者归因于App*会话的半双工性质而通常将不具有高优先级业务以在上行链路信道上进行发射。另外，在半双工App*会话期间，存在无人拥有发言权(例如，在任一方向上都不具有高优先级业务，除了发言权请求之外) 的时间。转向全双工App*通信会话(例如，1∶1或直接呼叫)，呼叫中的给定方可使其会话静音或可仅仅不说话，使得所述给定方不具有高优先级业务以在上行链路信道上进行发射。如将了解，在上文所提及的半双工或全双工App*会话的至少一部分期间，贯穿 App*通信会话连续地保留用于在两个方向上(即，上行链路和下行链路)的相应会话参与者的QoS可为低效的，这是因为每一QoS保留会缩减系统100的总资源容量。

因此，本发明的实施例涉及基于预期高优先级业务在App*通信会话期间流动(或实际上正流动)的方向(例如，上行链路和/或下行链路)而以动态方式选择性地增加或减少到用于所述App*通信会话的上行链路信道和/或下行链路信道的QoS资源的分配。具体来说，下文所描述的本发明的实施例针对于经配置以通过横越上文在图2A到2E所展示的核心网络中的一或多者的应用服务器170而仲裁的基于QoS的通信会话。

举例来说，在基于QoS的App*通信会话对应于经由图2A所展示的1x EV-DO核心网络而在一或多个UE之间进行调解的VoIP会话的情况下，由应用服务器170管理的每一VoIP会话可与潜在地被分配QoS的三个(3个)流(即，呼叫设置信令流、呼叫中信令流和媒体业务流)相关联。所述1x EV-DO核心网络未将GBR QoS辨识为可保留参数，使得在RAN 120处实施用于EV-DO的QoS设置。

在另一实例中，在基于QoS的App*通信会话对应于经由图2B或图2C所展示的基于UMTS的W-CDMA核心网络而在一或多个UE之间进行调解的VoIP会话的情况下，每一VoIP会话可经配置有‘交互式’业务类别QoS且可在RAN 120处(即，UTRAN) 且经由空中接口通过配置MAC-es/MAC-hs GBR且使用用于UL的未经调度发射授予来接收GBR QoS。与上文关于1x EV-DO核心网络的实例类似，GBR QoS资源未被保留且不可在图2B到2C的W-CDMA核心网络中经配置以用于“交互式”业务类别(仅RAN 120)，这是因为W-CDMA核心网络未将GBR QoS辨识为可保留参数，使得仅逻辑连接得以维持。或者，当使用“交谈式”业务类别来代替“交互式”业务类别时，GBR QoS 资源可通过UE和W-CDMA核心网络两者进行协商/修改。通常，VoIP会话在W-CDMA 中使用“交谈式”业务类别。

在另一实例中，在基于QoS的App*通信会话对应于经由图2D所展示的LTE核心网络而在一或多个UE之间进行调解的VoIP会话的情况下，由应用服务器170管理的 VoIP会话使用为“1”的QoS类别识别符(QCI)或应用专有QCI以用于在专用应用专有的PDN连接(被表示为PDN_App*)上的App*GBR QoS承载(被表示为QCI_App*)，且需要甚至在UE处于RRC闲置状态时也维持S5连接或在RRC闲置-连接转变之后快速地设置 S5连接。因此，不同于图2A的1x EV-DO核心网络和图2B到2C的W-CDMA核心网络，图2D的LTE核心网络进而除了RAN 120处之外还支持核心网络140处的GBR QoS。

将在下文中更详细地描述的本发明的实施例各自经配置以用于在来从图2A到2B的核心网络中的一或多者内操作，如在表2(下文)中被概述如下：

表2-到核心网络类型的实施例适用性的综述

图5说明根据本发明的实施例的客户端应用起始的方向性QoS管理程序的更详细实施实例。如表2(上文)中所解释，可在图2A的1x EV-DO核心网络、图2B到2C的W-CDMA 核心网络(在“交谈式”业务类别用于会话的情况下)、图2D的LTE核心网络和/或图2E 的eHRPD核心网络中来实施客户端应用起始的方向性QoS管理程序(即，来自表2的#1)。图5对这些核心网络类型中的任一者是通用的，而图6A到6C展示用于将图5的程序映射到个别核心网络类型的更详细流程图。

参看图5，用于给定UE上的App*的客户端应用确定起始App*通信会话(例如，VoIP会话、PTT会话，等等)(500)。500的确定可基于由给定UE的运营商起始通信会话的请求，在此情况下，给定UE为发起的UE。或者，500的确定可基于在给定UE处所接收的通告由某一其它实体起始App*通信会话的呼叫通告消息，在此情况下，给定UE为目标UE。在图5的实施例中，假定App*客户端应用正在给定UE上执行且经配置以处置与App*通信会话(例如，VoIP会话、PTT会话，等等)相关联的客户端侧操作。

在505处，App*客户端应用确定待起始的App*通信会话是半双工还是全双工。如果App*客户端应用在505处确定App*通信会话是半双工(例如，PTT呼叫)，则App*客户端应用确定给定UE当前是否具有对半双工App*会话的发言权(或是否为半双工App* 会话的当前发言权拥有者)(510)。如果App*客户端应用在510处确定给定UE具有发言权，则App*客户端应用确定是否建立上行链路(UL)QoS资源的阈值水平(例如，经设定到阈值日期速率或kpbs的GBR)以用于支持通过用于半双工App*会话的给定UE的上行链路媒体发射(515)。如将了解，对半双工App*会话的发言权拥有者很可能在UL信道上发射高优先级媒体以供分布到作为非发言权拥有者或收听者的参与所述半双工App* 会话的目标UE，使得来自所述发言权拥有者的在UL信道上的QoS可改进用于所述半双工App*会话的会话质量。如将在下文中关于图6A到6C更详细地解释，515的上行链路QoS资源确定可包含(i)在给定UE是由如图2A中的1x EV-DO网络或如图2E中的 eHRPD网络服务的情况下，确定是否设置用于UL媒体业务流的QoS，(ii)在给定UE是由如图2B到2C中的W-CDMA网络或如图2D中的LTE网络服务的情况下，确定UL 媒体承载是否经配置有至少阈值GBR以用于支持半双工会话。

如果给定UE上的App*客户端应用在515处确定用于半双工App*会话的阈值UL QoS资源尚未经设置，则给定UE在520处请求激活和/或增加UL QoS资源。举例来说，如果给定UE是由如图2A中的1x EV-DO网络服务，则给定UE可在520处请求激活用于UL媒体业务流的QoS。在另一实例中，如果给定UE是由如图2B到2C中的W-CDMA 网络或如图2D中的LTE网络服务，则给定UE可在520处请求将所述UE于其UL媒体承载上的当前GBR修改成较高GBR(例如，X_App*kpbs，其中X_App*kpbs对应于用于 App*通信会话的应用专有动态数据速率)。

另外，如果在510处确定给定UE具有对半双工App*会话的发言权，则将了解，给定UE可无需用于下行链路(DL)媒体的QoS。因此，除了在515到520处选择性地设置或增加用于UL信道的QoS(必要时)以外，给定UE还将在525到530处选择性地拆卸或缩减用于App*承载的DL信道的现有QoS资源(必要时)。因此，App*客户端应用确定是否建立DL QoS资源的阈值水平以用于支持在用于半双工App*会话的给定UE处的 DL媒体接收(525)。如将在下文中关于图6A到6C更详细地解释，525的DL QoS资源确定可包含(i)在给定UE是由如图2A中的1xEV-DO网络或如图2E中的eHRPD网络服务的情况下，确定是否设置用于DL媒体业务流的QoS，(ii)在给定UE是由如图2B 到2C中的W-CDMA网络或如图2D中的LTE网络服务的情况下，确定DL App*媒体承载是否经配置有至少阈值GBR。

如果给定UE上的App*客户端应用确定在525处已设置用于半双工App*会话的阈值DL QoS资源，则所述给定UE上的App*客户端应用在530处请求去活和/或减少DL QoS资源。举例来说，如果给定UE是由如图2A中的1x EV-DO网络或如图2E中的 eHRPD网络服务，则给定UE可在530处请求去活或关闭用于DL媒体业务流的QoS。在另一实例中，如果给定UE是由如图2B到2C中的W-CDMA网络或如图2D中的LTE 网络服务，则所述给定UE上的App*客户端应用可在530处请求将所述UE于其DL媒体承载上的当前GBR修改成较低GBR。

仍参看图5且转回到510的半双工发言权拥有者确定，如果App*客户端应用在510处确定给定UE不具有发言权，则App*客户端应用确定另一会话参与者是否拥有发言权(即，是否正经由用于半双工App*会话的DL信道来接收来自某一实体的媒体)(535)。如将了解，用于半双工App*会话的非发言权拥有者(或目标UE)很可能将在DL上接收高优先级媒体，使得用于非发言权拥有者或目标UE的DL信道上的QoS可改进用于所述半双工App*会话的会话质量。因此，如果App*客户端应用在535处确定另一实体拥有发言权(即，正在用于半双工App*会话的给定UE处接收媒体)，则App*客户端应用确定是否建立DL QoS资源的阈值水平以用于支持用于半双工会话的给定UE处的DL媒体接收(540)(类似于525)。

如果给定UE上的App*客户端应用确定在540处用于半双工App*会话的阈值DL QoS资源尚未经设置，则所述给定UE上的App*客户端应用在545处请求激活和/或增加DL QoS资源。举例来说，如果给定UE是由如图2A中的1x EV-DO网络或如图2E 中的eHRPD网络服务，则给定UE可在545处请求激活用于DL媒体业务流的QoS。在另一实例中，如果给定UE是由如图2B到2C中的W-CDMA网络或如图2D中的LTE 网络服务，则所述给定UE上的App*客户端应用可在545处请求将所述UE于其DL媒体承载上的当前GBR修改成较高GBR(例如，X_App*kpbs)。

另外，如果在510处确定给定UE不具有对半双工App*会话的发言权，则将了解，给定UE可无需用于UL媒体的QoS。因此，除了在540到545处选择性地设置用于DL 信道的QoS(必要时)以外，给定UE还将在550到555处选择性地拆卸或缩减用于UL 信道的现有QoS资源(必要时)。因此，App*客户端应用确定是否建立UL QoS资源的阈值水平以用于支持在用于半双工会话的给定UE处的UL媒体接收(550)(类似于520)。

如果给定UE上的App*客户端应用在550处确定已设置用于半双工App*会话的阈值UL QoS资源，则给定UE在555处请求去活和/或减少UL QoS资源。举例来说，如果给定UE是由如图2A中的1x EV-DO网络或如图2E中的eHRPD网络服务，则给定UE上的App*客户端应用可在555处请求去活或关闭用于UL媒体业务流的QoS。在另一实例中，如果给定UE是由如图2B到2C中的W-CDMA网络或如图2D中的LTE网络服务，则所述给定UE上的App*客户端应用可在555处请求将所述UE于其UL媒体承载上的当前GBR修改成较低GBR(例如，1kpbs，或某其它标称数据速率)。

仍参看图5且转回到535的确定，借此App*客户端应用在510处确定给定UE自身并不拥有发言权之后确定是否存在另一发言权拥有者，如果App*客户端应用在535处确定无人拥有发言权，则App*客户端应用确定减少或去活用于半双工App*会话的DL QoS资源和ULQoS资源两者(至少直到会话参与者中的一者被授予发言权为止)(560)。因此，在560之后，过程前进到525到530和550到555两者，其中减少和/或去活DL QoS 资源和UL QoS资源(必要时)。

仍参看图5且转回到505的双工确定，如果App*客户端应用确定通信会话是全双工(例如，VoIP呼叫)而非半双工，则App*客户端应用确定用于全双工App*会话的音频是否静音(565)。如将了解，如果音频静音，则给定UE的运营商正收听全双工App*会话中的另一(另外若干)UE，但实际上不想要其自身的音频传达到所述另一(所述另外若干)UE。如果App*客户端应用在565处确定全双工App*会话并未静音，则激活或增加用于全双工App*会话的ULQoS资源和DL QoS资源两者(必要时)(570)。举例来说，在一实例中，570可对应于515到520和550到555的执行。否则，如果App*客户端应用在565处确定全双工App*会话静音，则过程前进到540到555，其中增加或激活DL QoS 资源(必要时)且减少或去活UL QoS资源(必要时)。

图6A说明根据本发明的实施例的用于给定UE的图5的过程的实例实施方案，所述给定UE在由如图2A中的1x EV-DO网络(旧式HRPD)或如图2E中的eHRPD网络服务的同时加入半双工App*PTT会话。参看图6A，当给定UE处于闲置状态时，App* 客户端应用确定发起App*PTT呼叫(600A)(例如，响应于PTT按钮推动)，且App*客户端应用确定所述给定UE具有发言权(605A)(例如，类似于图5中的500到515)。假定给定UE仍未具有用于其用于App*PTT呼叫的UL媒体流的QoS设置，给定UE上的App* 客户端应用请求用于其用于App*PTT呼叫的UL媒体流而非DL媒体流的QoS激活。此情形在图6A中展示，借此给定UE发射指示UL媒体QoS流(而非DL媒体QoS流) 的ReservationOnRequest消息(615A)。因此，RAN 120设置用于UL媒体流的UL QoS 保留(通过620A到640A之间的信令来展示，其将容易由熟悉1x EV-DO的所属领域的技术人员理解)，同时留下DL QoS保留用于处于中止状态的DL媒体流(例如，类似于图 5的515到530)。虽然图6A中未明确地展示，但给定UE上的App*客户端应用可在640A 之后作为发言权拥有者开始发射媒体。

参看图6A，给定UE上的App*客户端应用最终释放发言权(645A)，且App*客户端应用确定另一UE具有对App*PTT会话的发言权(650A)(类似于图5的510和535)。因此，给定UE开启用于DL媒体流的DL QoS保留(655A到660A)，且给定UE拆卸用于 UL媒体流的UL QoS保留(665A到670A)，此类似于图5的540到555。

参看图6A，另一UE最终释放发言权(675A)，且App*客户端应用确定无UE具有对App*PTT会话的发言权(680A)(类似于图5的535和560)。因此，给定UE上的App* 客户端应用拆卸用于DL媒体流的DL QoS保留和用于UL媒体流的UL QoS保留两者 (680A到690A)，此类似于图5的525到530和550到555。

虽然图6A针对于其中给定UE为对App*PTT呼叫的发起者的实例，但将了解，图 6A可经修改以适应其中给定UE代替地为App*PTT呼叫的呼叫目标的情境。在图6A 的呼叫目标实施方案中，呼叫目标UE上的App*客户端应用经由呼叫通告消息(代替如 600A中的PTT按钮推动)而知晓App*PTT呼叫，且呼叫目标UE作为非发言权拥有者(代替如图6A中的发言权拥有者)将开始App*PTT呼叫。除了这些差异以外，可针对呼叫目标UE以与图6A类似的方式管理用于App*媒体QoS流的UL QoS和DL QoS。而且，虽然图6A中未明确地展示，但图6A可经扩展以便涵盖来自图5的额外使用情况，例如全双工实例(例如，来自图5的565、570等等)来代替图6B中的半双工会话实例。另外，虽然在给定UE闲置(即，不具有业务信道(TCH))时在600A处发起App*PTT呼叫的情况下描述图6A，但将了解，图6A可经修改以使得在给定UE已经被分配TCH(或经由预先建立的TCH而向给定UE通告(目标UE实施方案))时在所述给定UE处发起 App*PTT呼叫。

图6B说明根据本发明的实施例的用于给定UE的图5的过程的实例实施方案，所述给定UE在由如图2B或图2C中的W-CDMA网络服务的同时加入半双工App*PTT 会话。参看图6B，给定UE正在CELL_PCH或URA_PCH状态下操作(600B)，且App* 客户端应用接收与由某一其它UE发起的App*PTT呼叫相关联的寻呼(605B)(例如，响应于另一UE处的PTT按钮推动)，此情形促使给定UE对RAN 120执行小区更新程序 (610B)，以便转变成CELL_DCH状态(615B)，从而接收PTT通告消息(未图示)且设置用于App*PTT会话的RAB(620B)。具体来说，在620B处，RAN 120在用于将支持App* PTT会话的媒体RAB的UL和DL两者上分配至少阈值GBR(例如，X_App*kpbs)。

参看图6B，假定App*客户端应用确定另一UE具有对App*PTT会话的发言权 (625B)(类似于图5的510和535)。因此，因为已经在620B处向给定UE分配阈值GBR，所以App*客户端应用确定将分配给DL媒体承载的GBR维持处于X_App*kpbs，但缩减分配给UL媒体承载的GBR(例如，缩减到1kpbs或某一其它标称水平)，此类似于图5的 540到555。图6B中在630B到670B之间的信令中展示到UL媒体承载的GBR缩减，且此信令将容易由熟悉UMTS和/或W-CDMA的所属领域的技术人员理解。

虽然图6B针对于其中给定UE为用于App*PTT呼叫的呼叫目标UE的实例，但将了解，图6B可经修改以适应其中给定UE代替地为App*PTT呼叫的呼叫发起者的情境。在图6B的呼叫发起者实施方案中，呼叫发起者UE上的App*客户端应用可经由PTT按钮推动(代替如605B中的寻呼/通告程序)而知晓App*PTT呼叫，且呼叫发起者UE作为发言权拥有者(代替如图6B中的非发言权拥有者)将开始App*PTT呼叫。除了这些差异以外，可针对呼叫目标UE以与图6B类似的方式管理用于App*媒体QoS流的UL QoS 和DL QoS。而且，虽然图6B中未明确地展示，但图6B可经扩展以便涵盖来自图5的额外使用情况，例如全双工实例(例如，来自图5的565、570等等)来代替图6B中的半双工会话实例。另外，虽然在基于在给定UE处于URA_PCH/CELL_PCH状态时所接收的寻呼而在605B处发起App*PTT呼叫的情况下描述图6B，但将了解，图6B可经修改以使得在给定UE已经处于CELL_DCH状态(或当在CELL_DCH状态中时在给定UE处检测到用于App*的PTT按钮推动，以用于发起的UE实施方案)时用于App*PTT会话的呼叫通告的App*PTT呼叫到达。

图6C说明根据本发明的实施例的用于给定UE的图5的过程的实例实施方案，所述给定UE在由如图2D中的LTE网络服务的同时起始半双工App*PTT会话。参看图 6C，给定UE正在无线电资源连接(RRC)闲置模式中操作(600C)，且App*客户端应用确定起始半双工App*PTT会话(例如，响应于给定UE上的PTT按钮推动)(605C)。给定 UE接着对RAN 120(即，服务给定UE的eNodeB，例如，eNodeB 205D)执行RCC连接设置和服务请求程序(610C)，以便转变成RRC连接状态(615C)，且设置非GBR EPS承载和专用GBR EPS承载以用于半双工App*PTT会话的媒体(620C)。具体来说，在620C 处，eNodeB 205D在UL和DL两者上基于从MME 215B接收的QoS针对将支持App*PTT 会话的App*GBR媒体承载分配至少阈值GBR(例如，X_App*kpbs)。

参看图6C，假定App*客户端应用确定给定UE将以发言权开始半双工App*PTT 会话(625C)(例如，类似于图5中的500到515)。因为给定UE已经具有用于其UL媒体承载的QoS设置(例如，在620C处通过eNodeB 205D分配给UL媒体承载的GBR的 X_App*kpbs)，所以给定UE上的App*客户端应用请求用于DL媒体承载的QoS从X_App* kpbs缩减到低于GBR阈值的kpbs水平(例如，标称kpbs水平，例如，1kpbs)。图6C 中在630C到665C之间的信令中展示到DL媒体承载的GBR缩减，且此信令将容易由熟悉LTE的所属领域的技术人员理解。

虽然图6C针对于其中给定UE为对App*PTT呼叫的发起者的实例，但将了解，图 6A可经修改以适应其中给定UE代替地为用于App*PTT呼叫的呼叫目标的情境。在图 6C的呼叫目标实施方案中，呼叫目标UE上的App*客户端应用经由呼叫通告消息(代替如605C中的PTT按钮推动)而知晓App*PTT呼叫，且呼叫目标UE作为非发言权拥有者(代替如图6C中的发言权拥有者)将开始App*PTT呼叫。除了这些差异以外，可针对呼叫目标UE以与图6C类似的方式管理用于App*媒体QoS流的UL QoS和DL QoS。而且，虽然图6C中未明确地展示，但图6C可经扩展以便涵盖来自图5的额外使用情况，例如全双工实例(例如，来自图5的565、570等等)来代替图6C中的半双工会话实例。另外，虽然在给定UE处于RCC闲置状态中时在605C处发起App*PTT呼叫的情况下描述图6C，但将了解，图6C可经修改以使得在处于RRC连接状态中时(或当处于RRC 连接状态中时向给定UE通告，用于目标UE实施方案)在给定UE处发起App*PTT呼叫。

在关于用于在App*通信会话的UL和DL信道上进行选择性QoS控制的UE侧或基于客户端应用的程序描述图5到6C时，图7A到7B针对于在应用服务器170处(例如，经配置以仲裁App*通信会话的服务器)来代替参与App*通信会话的UE而实施的类似选择性QoS控制程序。如表2(上文)中所解释，可在图2D的LTE核心网络中实施应用服务器辅助的方向性QoS管理程序(即，来自表2的#2)，但所述应用服务器辅助的方向性 QoS管理程序可不能够在图2A的1x EV-DO核心网络或图2B到2C的W-CDMA核心网络或图2E的eHRPD网络中进行标准相容地实施。

为了精简图7A的描述，图7A的700到770分别类似于图5的500到570，除了下文中所提及的内容之外。图5的全部内容在参与App*通信会话的给定UE处实施，而图 7A是在经配置以仲裁App*通信会话的应用服务器170处实施。图5表示通过一个特定 UE处的App*客户端应用执行的程序，而图7A表示可针对参与通信会话的每一UE在应用服务器170处执行的程序(但在至少一个实施例中，应用服务器170无需针对参与 UE中的每一者执行图7A的过程)。虽然图5中的给定UE上的App*客户端应用可在图 5的500处基于用户请求或给定UE处的呼叫通告消息的接收而确定起始App*通信会话，但图7A的700处的应用服务器170可基于来自发起的UE的呼叫请求消息和/或来自目标UE的指示对所通告App*通信会话的接受的呼叫接受消息而确定起始App*通信会话。另外，将了解，全双工App*会话中的一些UE可使其会话静音，且其它UE可不使其会话静音，且一些UE可为对半双工App*会话的发言权拥有者，且其它UE可为非发言权拥有者。因此，图7A所展示的各种决策块可导致对通过应用服务器170评估的UE中的每一者采取不同程序路径。最后，因为图7A程序与LTE相关，所以图7A所展示的各种QoS评估和修改可映射到LTE专有核心网络组件。举例来说，720处的增加用于 App*GBR QoS承载的UL QoS的请求可对应于从应用服务器170发布到PCRF 240D或 P-GW 235D的将App*GBR QoS承载上的UL GBR提升到X_App*kpbs的请求，730处的减少App*GBR QoS承载上的DL QoS的请求可对应于从应用服务器170发布到PCRF 240D或P-GW 235D的将App*GBRQoS承载上的DL GBR减小到低于GBR阈值的 kpbs(例如，1kpbs或某一其它标称数据速率)的请求，等等。除了这些差异以外，图7A 的剩余操作类似于图5，且图7A的LTE实施方案可类似于图6C，除了某些操作是从给定UE移动到应用服务器170(且潜在地针对更多UE而执行)之外。图7B的700B到770B 分别说明图7A的700到770的更详细实施方案，借此参考LTE专有组件和消息。

图7C说明根据本发明的实施例的用于加入半双工App*PTT会话的给定UE(呼叫发起者或呼叫目标)的LTE网络内的图7B的实例实施方案。参看图7C，应用服务器170 确定设置用于给定UE的半双工App*PTT呼叫(700C)(例如，如在图7B的700B和705B 中)，且应用服务器170确定给定UE具有发言权，且借此设定用于UL App*GBR承载的最大位速率(MBR)，具有发言权的UL App*GBR承载将DL GBR设定成等于低kpbs，例如1kpbs(705C)(例如，如在图7B的710B到730B中)。牢记这些假定，710C到760C 的信令展示可如何实施UL和DL App*GBR承载设定的LTE专有实例。举例来说，在 715C处，PCRF 240D被展示为执行用以将由应用服务器170提供的MBS映射到用于实现所指明MBS的合适GBR值的逻辑的LTE核心网络组件，所述GBR值在本文中表示为X_App*。而且，725到750C之间所展示的信令涵盖其中已经在UL和DL上设置App* GBR承载的情境，且还涵盖App*GBR承载尚未设置的情境。如果已设置App*GBR承载，则在725C处，UL App*GBR承载保持处于X_App*kpbs，而DL App*GBR承载经由更新承载请求消息而缩减到1kpbs(或某一其它标称kpbs)。如果App*GBR承载尚未设置，则在725C处针对X_App*kpbs设置UL App*GBR承载，同时经由产生承载请求消息将DL App*GBR承载设定成标称kpbs。同样地，如果尚未设置App*GBR承载，则在 730C处使用承载设置请求消息，且如果已设置App*GBR承载，则在730C处使用承载修改请求消息。同样地，如果尚未设置App*GBR承载，则在750C处使用产生承载响应消息，且如果已设置App*GBR承载，则在750C处使用更新承载响应消息。图7C中所展示的剩余信令独立于App*GBR承载的开始状态，且将容易由熟悉LTE的所属领域的技术人员理解。虽然图7C针对于半双工PTT会话，但将容易了解，图7C可如何经修改以适应除了PTT以外的全双工会话或半双工会话。

图8A说明根据本发明的实施例的核心网络起始的方向性QoS管理程序的更详细实施实例。如表2(上文)所解释，核心网络起始的方向性QoS管理程序(即，来自表2的#3) 可在图2B到2C的W-CDMA核心网络中实施(在“交谈式”业务类别用于会话的情况下)和/或在图2D的LTE核心网络中实施，但可不能够在图2A的1x EV-DO核心网络或图2E的eHRPD网络中进行标准相容地实施。举例来说，在W-CDMA或UMTS实施方案中，GGSN 225B或SGSN 220B可执行图8A的过程，且在LTE实施方案中，P-GW 235D 或S-GW 230D可执行图8A的过程。

参看图8A，响应于对用于App*通信会话(例如，半双工会话、全双工会话，等等) 的GBR媒体承载的设置的检测，核心网络140起动监视App*GBR媒体承载上的UL 和DL业务的数据不活动定时器(800)。在任一情况下，如将在下文所解释，一旦App*GBR 媒体承载经激活以用于App*会话，数据不活动定时器便开始运行。

在805处，核心网络140确定在用于通信会话的App*GBR媒体承载上是否检测到 UL或DL业务。具体来说，核心网络140在805处确定是否在UL或DL方向上检测到与用于App*通信会话的接入点名称(APN)相关联的App*业务(即，App*_APN)。如果在805 处通过核心网络140检测到UL或DL业务，则复位在其上检测到业务的每一方向(UL 和/或DL)的业务不活动定时器(810)。在815处，对于其中业务不活动定时器仍在运行(即，尚未期满)的每一方向(UL和/或DL)，核心网络140确定是否已设置用于在相应方向上的App*GBR媒体承载的阈值GBR(例如，类似于图5的515、525、540和550)。如果否，则核心网络140在相关联的业务不活动定时器仍在运行且尚不具有阈值GBR的每一方向(UL或DL)上增加GBR(例如，增加到X_App*kpbs)(820)。如将了解，可经由端到端通信而向UE通知820的QoS调整(或GBR增加)，如下文在图8C中在855C到890C 之间和/或在图8D中在850D到865D之间所展示。

参看图8A，核心网络140监视UL和DL业务不活动定时器以确定UL和DL业务不活动定时器是否期满(825)。如果在825处检测到期满，则核心网络140确定是否已设置用于检测到期满的相应方向上的App*GBR媒体承载的阈值GBR(830)(例如，类似于图5的515、525、540和550)。如果是，则核心网络140在检测到期满且具有阈值GBR 的每一方向(UL或DL)上减小GBR(例如，减小到1kpbs或某一其它标称水平)(835)，在此之后，核心网络140监视(805)在835处减小的方向性信道上新业务是否到达，且核心网络140还可继续监视对于在835处未减小的另一方向性信道是否发生期满(825)(如果存在的话)。如将了解，可经由端到端通信而向UE通知830的QoS调整(或GBR减小)，如下文在图8C中在855C到890C之间和/或在图8D中在850D到865D之间所展示。图8B的800B到835B分别说明图8A的800到835的更详细实施方案，借此更明确地参考LTE专有和W-CDMA专有的组件和消息。

图8C说明根据本发明的实施例的用于作为由某一其它UE发起的半双工App*PTT会话的呼叫目标的给定UE的W-CDMA网络内的图8B的实例实施方案。参看图8C， 800C到820C分别对应于来自图6B的600B到620B。在825C处，SGSN 220B起动且维持UL和DL业务不活动定时器(如在图8B的800B到820B中)。在某一时刻，假定 SGSN 220B的UL业务不活动定时器期满(830C)(例如，如在图8C的825B中)。因此，SGSN 220B经由与GGSN 225B的835C和840C的信令而将其于App*UL GBR承载上的GBR缩减到标称水平，例如，1kpbs。在845C处，GGSN 225B起动(在820C处提出 App*GBR承载之后)且从825C维持独立于SGSN 220B的定时器的UL和DL业务不活动定时器(如在图8B的800B到820B中)。因此，GGSN 225B促使RAN 120经由855C 到895C之间的信令而将App*UL GBR承载上的GBR缩减到标称水平，例如，1kpbs。虽然图8C针对于半双工PTT会话，但应容易了解图8C可如何经修改以适应除了PTT 以外的全双工会话或半双工会话。而且，虽然图8C针对于呼叫目标UE，但应容易了解图8C可如何经修改以用于呼叫发起者UE(例如，代替在805C处接收寻呼、检测PTT 按钮推动，等等)。而且，虽然图8C展示给定UE当处于URA_PCH/CELL_PCH状态中时在805C处接收寻呼，但在一替代实施方案中，所述给定UE可替代地当处于 CELL_DCH状态中时接收PTT呼叫通告。

图8D说明根据本发明的实施例的用于作为半双工App*PTT会话的呼叫发起者的给定UE的LTE网络内的图8B的实例实施方案。参看图8D，800D到820D分别对应于来自图6C的600C到620C。在825D处，S-GW 230D起动且维持UL和DL业务不活动定时器(如在图8B的800B到820B中)。在某一时刻，假定S-GW 230D的DL业务不活动定时器期满(830D)(例如，如在图8C的825B中)。因此，S-GW 230D将其与App*DL GBR承载上的GBR缩减到标称水平，例如，1kpbs，且向P-GW/PCRF 235D/240D通知缩减(835D)。在840D处，P-GW/PCRF 235D/240D起动(在820D处提出App*GBR 之后)且从825D维持独立于S-GW 230D的定时器的UL和DL业务不活动定时器(如在图8B的800B到820B中)。在某一时刻，假定由P-GW/PCRF 235D/240D 225B维持的 DL业务不活动定时器期满(845D)(例如，如在图8C的825B中)。因此，P-GW/PCRF 235D/240D促使服务eNodeB 205D经由850D到874D之间的信令而将App*DL GBR承载上的GBR缩减到标称水平，例如，1kpbs。虽然图8D针对于半双工PTT会话，但应容易了解图8D可如何经修改以适应除了PTT以外的全双工会话或半双工会话。而且，虽然图8D针对于呼叫发起者UE，但应容易了解图8D可如何经修改以用于呼叫目标UE(例如，代替在805D处的PTT按钮推动，用于App*会话的PTT寻呼或呼叫通告消息可到达)。而且，虽然图8D展示给定UE从RCC闲置状态发起App*PTT会话，但在一替代实施方案中，所述给定UE还可在已经处于RCC连接状态中时发起App*PTT会话。

图9A说明根据本发明的实施例的借以在RAN 120和核心网络140处在本地管理GBR资源的QoS管理程序的更详细实施实例。如表2(上文)所解释，借以在RAN 120 和核心网络140处在本地管理GBR资源的QoS管理程序(即，来自表2的#4)可在图2D 的LTE核心网络中实施，但可不能够在图2A的1x EV-DO核心网络或图2B到2C的 W-CDMA核心网络或图2E的eHRPD网络中进行标准相容地实施。

参看图9A，响应于检测到用于App*通信会话(例如，半双工App*会话、全双工App*会话，等等)的App*GBR媒体承载的设置，用于参与所述通信会话的特定UE的RAN 120 和核心网络140(例如，S-GW 230D以及P-GW 235D)两者内的服务eNodeB起动监视App* GBR媒体承载上的UL和DL业务的数据不活动定时器(900)。通常，图9A对应于LTE 实施方案，其类似于图8A，除了RAN 120还维持UL和DL业务不活动定时器以用于控制UL和DL信道上的QoS资源(例如，GBR)之外。换句话说，RAN 120和LTE核心网络组件独立地执行其相应定时器且作出其自身的GBR或QoS调整，使得不需要使用 RAN 120与LTE核心网络之间的协调(例如，信令消息)来实施不同实体处的QoS调整；即，每一LTE组件可基于其自身的业务不活动定时器而独立地或单向地作出QoS决策。如将了解，此情形意味着每一LTE组件可以独立方式改变GBR或QoS，使得无需向具有经调整QoS的承载被指派到的UE(或客户端装置)通知在核心网络处所实施的QoS调整，但UE仍将知晓由RAN 120关于其空中接口资源而实施的QoS调整。因此，除了双RAN和核心网络实施方案以外，图9A的900到935分别类似于图8A的800到835，且出于简洁起见将不对其进行进一步描述。图9B的900B到935B分别说明图9A的900 到935的更详细实施方案，借此更明确地参考LTE专有分量和消息。

图10A到10B说明根据本发明的实施例的分别关于W-CDMA和EV-DO架构的基于RAN起始的定时器的方向QoS流管理程序。如表2(上文)所解释，基于RAN起始的定时器的方向QoS流管理程序(即，来自表2的#5)可在图2B到2C的W-CDMA核心网络中实施(在“交互式”业务类别用于会话的情况下，图10A所展示)，或可在图2A的 1x EV-DO核心网络中实施(图10B所展示)，但可不能够在图2D的LTE网络中进行标准相容地实施。

参看描述W-CDMA专有实施方案的图10A，响应于检测到用于通信会话(例如，半双工App*会话、全双工App*会话，等等)的App*数据RAB的设置，RAN 120(即，UTRAN) 起动监视App*数据RAB上的UL和DL业务的数据不活动定时器(1000A)。具体来说， App*数据RAB在1000A处经配置有“交互式”业务类别、信令指示(“是”)和ARP属性，或替代地App*数据RAB可经配置有“交谈式”业务类别(在RAN 120能够被重新配置成使得可修改与“交谈式”业务类别相关联的GBR参数的情况下)。

在1005A处，RAN 120确定在用于通信会话的App*数据RAB上是否检测到UL或 DL业务。具体来说，RAN 120在1005A处确定在UL或DL方向上是否检测到用于App* 通信会话的业务。如果在1005A处通过RAN 120检测到UL或DL业务，则复位用于在其上检测到业务的每一方向(UL和/或DL)的业务不活动定时器(1010A)。在1015A处，对于业务不活动定时器仍在运行(即，尚未期满)的每一方向(UL和/或DL)，RAN 120确定是否已设置用于在相应方向上的App*数据RAB的阈值GBR(例如，类似于图5的 515、525、540和550)。举例来说，在1015A处，RAN 120可检查MAC-es/MAC-hs GBR 在数据RAB的UL和/或DL上是否经设定到X_App*kpbs。如果否，则RNC 215B请求RAN 120内的服务节点B在相关联的业务不活动定时器仍在运行且尚不具有阈值GBR的每一方向(UL或DL)上增加GBR(例如，增加到X_App*kpbs)(1020A)。如将了解，可向UE 通知1020A的QoS调整(或GBR增加)，这是因为关于空中接口资源(即，UE与RAN120 之间的连接)而实施QoS调整。

参看图10A，在1025A处，RAN 120进一步确定在App*数据RAB上检测到UL数据业务的情况下，服务节点B检查App*数据RAB是否经配置有用以支持用于UL的 GBR的未经调度发射授予(1025A)。如果是，则不需要进一步动作来设置用于App*数据 RAB的服务节点B处的UL GBR(1030A)。如果否，则服务节点B重新配置App*数据 RAB以用于UL上的未经调度发射授予(1035A)。

参看图10A，RAN 120监视UL和DL业务不活动定时器以确定UL和DL业务不活动定时器是否期满(1040A)。如果在1040A处检测到期满，则RAN 120确定是否已设置用于在其上检测到期满的相应方向上的GBR媒体承载的阈值GBR(1045A)(例如，类似于图5的515、525、540和550)。举例来说，在1045A处，RAN 120可检查MAC-es/MAC-hs GBR在App*数据RAB的UL和/或DL上是否被设定到X_App*kpbs。如果未设置在期满方向上用于UL或DL的阈值GBR，则过程返回到1005A。否则，如果设置在期满方向上用于UL或DL的阈值GBR，则RNC 215B请求RAN 120内的服务节点B在相关联的业务不活动定时器期满且具有阈值GBR的每一方向(UL或DL)上减小GBR(例如，减小到X_App*kpbs)(1050A)。如将了解，可向UE通知1050A的QoS调整(或GBR减小)，这是因为关于空中接口资源(即，UE与RAN 120之间的连接)而实施QoS调整。

参看图10A，在1055A处，如果用于数据RAB的UL业务不活动定时器在1040A 处期满，则服务节点B检查App*数据RAB是否经配置有用以支持用于UL的GBR的未经调度发射授予(1055A)。如果否，则不需要进一步动作(1060A)。如果是，则服务节点B重新配置App*数据RAB以用于UL上的经调度发射授予(1065A)。

转向描述1x EV-DO专有实施方案的图10B，响应于检测到用于App*通信会话(例如，半双工会话、全双工会话，等等)的媒体QoS流的设置，RAN 120起动监视App* 媒体QoS流上的UL和DL业务的数据不活动定时器(1000B)。

在1005B处，RAN 120确定在用于通信会话的App*媒体QoS流上是否检测到UL 或DL业务。如果在1005B处通过RAN 120检测到UL或DL业务，则复位用于在其上检测到业务的每一方向(UL和/或DL)的业务不活动定时器(1010B)。在1015B处，对于业务不活动定时器仍在运行(即，尚未期满)的每一方向(UL和/或DL)，RAN 120确定是否已设置或开启用于在相应方向上的App*媒体QoS流的QoS(例如，类似于图5的515、 525、540和550)。如果是，则过程返回到1005B。如果否，则RAN 120发送 ReservationOnMessage以在检测到活动的方向上激活App*媒体QoS流(1020B)。如将了解，可向UE通知1020B的QoS流激活，这是因为关于空中接口资源(即，UE与RAN 120 之间的连接)而实施QoS流激活。

参看图10B，RAN 120监视UL和DL业务不活动定时器以确定UL和DL业务不活动定时器是否期满(1025B)。如果在1025B处检测到期满，则RAN 120确定是否已设置或开启用于在其上检测到期满的相应方向上的App*媒体QoS流的QoS(1030B)(例如，类似于图5的515、525、540和550)。如果是，则过程返回到1005B。否则，如果设置用于在相关联的业务不活动定时器已期满的方向上的App*媒体QoS流的QoS，则RAN 120发送ReservationOffMessage以在检测到期满的方向上去活媒体QoS流(1035B)。如将了解，可向UE通知1035B的QoS流去活，这是因为关于空中接口资源(即，UE与 RAN 120之间的连接)而实施QoS流去活。

虽然上述实施例主要已参考CDMA2000网络中的1x EV-DO架构、W-CDMA或 UMTS网络中的GPRS架构和/或基于LTE的网络中的EPS架构进行描述，但将了解，其它实施例可针对于其它类型的网络架构和/或协议。

所属领域的技术人员将理解，可使用多种不同技艺与技术中任一者来表示信息与信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合表示贯穿以上描述可能参考的数据、指令、命令、信息、信号、位、符号和码片。

另外，所属领域的技术人员将了解，结合本文所揭示的实施例所描述的各种说明性逻辑块、模块、电路和算法步骤可被实施为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件与软件的此可互换性，各种说明性组件、块、模块、电路和步骤已在上文大体按其功能性加以描述。将此功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以变化的方式实施所描述功能性，但此些实施决策不应被解释为造成脱离本发明的范围。

可使用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或经设计以执行本文中所描述的功能的其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其任何组合来实施或执行结合本文所揭示的实施例所描述的各种说明性逻辑块、模块和电路。通用处理器可为微处理器，但在替代方案中，处理器可为任何常规处理器、控制器、微控制器或状态机。处理器还可被实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、结合DSP核心的一或多个微处理器，或任何其它此配置。

结合本文所揭示的实施例而描述的方法、序列和/或算法可直接以硬件、以由处理器执行的软件模块或以其两者的组合体现。软件模块可驻留于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM，或此项技术中已知的任何其它形式的存储媒体中。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息并将信息写入到存储媒体。在替代方案中，存储媒体可与处理器成一体式。处理器和存储媒体可驻留于ASIC中。ASIC可驻留于用户终端(例如， UE)中。在替代方案中，处理器和存储媒体可作为离散组件驻留于用户终端中。

在一或多个示范性实施例中，可以硬件、软件、固件或其任何组合来实施所描述的功能。如果以软件实施，则所述功能可作为一或多个指令或程序代码而存储于计算机可读媒体上或经由所述计算机可读媒体进行传输。计算机可读媒体包含计算机存储媒体和通信媒体两者，通信媒体包含促进计算机程序从一处传送到另一处的任何媒体。存储媒体可为可由计算机存取的任何可用媒体。举例来说而非限制，这些计算机可读媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁性存储装置，或可用以携载或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。而且，任何连接被适当地称为计算机可读媒体。举例来说，如果使用同轴电缆、光纤缆线、双绞线、数字订户线(DSL)或例如红外线、无线电和微波的无线技术而从网站、服务器或其它远程源传输软件，则同轴电缆、光纤缆线、双绞线、DSL 或例如红外线、无线电和微波的无线技术包含于媒体的定义中。如本文所使用的磁盘和光盘包含压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软盘和blu-ray 光盘，其中磁盘通常以磁性方式重现数据，而光盘用激光以光学方式重现数据。以上各者的组合也应包含于计算机可读媒体的范围内。

虽然前述揭示内容展示本发明的说明性实施例，但应注意，可在不脱离如由所附权利要求书所界定的本发明的范围的情况下，在本文中作出各种改变和修改。无需以任何特定次序执行根据本文中所描述的本发明的实施例的方法权利要求的功能、步骤和/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确地规定限于单数形式，否则还预期复数形式。

Claims (19)

1.一种操作接入网络的方法，所述接入网络经配置以控制客户端装置的服务质量QoS且通过支持到所述客户端装置的直接物理层连接来服务所述客户端装置，所述方法包括：

监视在经配置以支持用于所述客户端装置的通信呼叫的链路的上行链路方向上的媒体业务使用；

监视所述链路的下行链路方向上的媒体业务使用，其中在整个所述通信呼叫中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信呼叫期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整；及

与所述通信呼叫关联地(i)基于所述上行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述上行链路方向且由所述接入网络本地管理的第一QoS水平的上行链路专有QoS调整，及/或(ii)基于所述下行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述下行链路方向且由所述接入网络本地管理的第二QoS水平的下行链路专有QoS调整，

其中由所述接入网络本地管理的所述第一QoS水平和所述第二QoS水平对应于少于指派给所述链路的所有QoS资源的QoS资源，且

其中所述接入网络执行所述链路的所述上行链路方向上的所述媒体业务使用的所述监视、所述链路的所述下行链路方向上的所述媒体业务使用的所述监视和所述起始，同时，在核心网络处也独立地执行对指派给所述链路的在所述核心网络处管理的其他QoS资源的所述链路的所述上行链路方向上的所述媒体业务使用的所述监视、所述链路的所述下行链路方向上的所述媒体业务使用的所述监视和所述起始，以使得由所述接入网络控制指派给所述链路的所述上行和下行链路方向的所述第一QoS水平和所述第二QoS水平的同时在所述核心网络处独立地控制所述其他QoS资源。

2.根据权利要求1所述的方法，其进一步包括：

基于对应于到所述客户端装置的所述直接物理层连接的所述第一和第二QoS水平而与由所述接入网络执行的所述起始联合地向所述客户端装置通知所述上行链路专有QoS调整及/或所述下行链路专有QoS调整。

3.根据权利要求1所述的方法，其中基于所述核心网络及所述接入网络经配置以独立地控制所述其他QoS资源而不向所述客户端装置通知由所述核心网络执行的所述上行链路专有QoS调整及/或所述下行链路专有QoS调整。

4.根据权利要求1所述的方法，其中由所述接入网络执行的所述链路的所述上行链路方向上的所述媒体业务使用的所述监视包含维持跟踪所述链路的所述上行链路方向上的业务活动的上行链路业务不活动定时器。

5.根据权利要求4所述的方法，其中，响应于在所述第一QoS水平低于阈值时在所述链路的所述上行链路方向上检测到业务，复位所述上行链路业务不活动定时器且由所述接入网络执行的所述起始增加指派给所述链路的所述上行链路方向的所述第一QoS水平。

6.根据权利要求4所述的方法，其中，响应于在所述第一QoS水平不低于阈值时在所述链路的所述上行链路方向上检测到业务，复位所述上行链路业务不活动定时器且由所述接入网络执行的所述起始避免增加指派给所述链路的所述上行链路方向的所述第一QoS水平。

7.根据权利要求4所述的方法，其中，响应于在所述第一QoS水平高于阈值时在所述链路的所述上行链路方向上未检测到业务的情况下在阈值周期之后所述上行链路业务不活动定时器期满，由所述接入网络执行的所述起始降低指派给所述链路的所述上行链路方向的所述第一QoS水平。

8.根据权利要求4所述的方法，其中，响应于在所述第一QoS水平不高于阈值时在所述链路的所述上行链路方向上未检测到业务的情况下在阈值周期之后所述上行链路业务不活动定时器期满，由所述接入网络执行的所述起始避免降低指派给所述链路的所述上行链路方向的所述第一QoS水平。

9.根据权利要求1所述的方法，其中由所述接入网络执行的所述链路的所述下行链路方向上的所述媒体业务使用的所述监视包含维持跟踪所述链路的所述下行链路方向上的业务活动的下行链路业务不活动定时器。

10.根据权利要求9所述的方法，其中，响应于在所述第二QoS水平低于阈值时在所述链路的所述下行链路方向上检测到业务，复位所述下行链路业务不活动定时器且由所述接入网络执行的所述起始增加指派给所述链路的所述下行链路方向的所述第二QoS水平。

11.根据权利要求9所述的方法，其中，响应于在所述第二QoS水平不低于阈值时在所述链路的所述下行链路方向上检测到业务，复位所述下行链路业务不活动定时器且由所述接入网络执行的所述起始避免增加指派给所述链路的所述下行链路方向的所述第二QoS水平。

12.根据权利要求9所述的方法，其中，响应于在所述第二QoS水平高于阈值时在所述链路的所述下行链路方向上未检测到业务的情况下在阈值周期之后所述下行链路业务不活动定时器期满，由所述接入网络执行的所述起始降低指派给所述链路的所述下行链路方向的所述第二QoS水平。

13.根据权利要求9所述的方法，其中，响应于在所述第二QoS水平不高于阈值时在所述链路的所述下行链路方向上未检测到业务的情况下在阈值周期之后所述下行链路业务不活动定时器期满，由所述接入网络执行的所述起始避免降低指派给所述链路的所述下行链路方向的所述第二QoS水平。

14.根据权利要求1所述的方法，

其中由所述接入网络执行的所述链路的所述上行链路方向上的所述媒体业务使用的所述监视包含维持跟踪所述链路的所述上行链路方向上的业务活动的上行链路业务不活动定时器，且

其中由所述接入网络执行的所述链路的所述下行链路方向上的所述媒体业务使用的所述监视包含维持跟踪所述链路的所述下行链路方向上的业务活动且独立于所述上行链路业务不活动定时器的下行链路业务不活动定时器。

15.根据权利要求1所述的方法，响应于所述通信呼叫与特定类型的服务器仲裁的多媒体应用相关联，而触发由所述接入网络执行的所述上行链路方向上的所述媒体业务使用的所述监视、由所述接入网络执行的所述下行链路方向上的所述媒体业务使用的所述监视和由所述接入网络执行的所述起始。

16.根据权利要求15所述的方法，其中所述特定类型的服务器仲裁的多媒体应用支持因特网话音协议VoIP及/或即按即说PTT服务。

17.一种接入网络，所述接入网络经配置以控制客户端装置的服务质量QoS且通过支持到所述客户端装置的直接物理层连接来服务所述客户端装置，所述接入网络包括：

用于监视在经配置以支持用于所述客户端装置的通信呼叫的链路的上行链路方向上的媒体业务使用的装置；

用于监视所述链路的下行链路方向上的媒体业务使用的装置，其中在整个所述通信呼叫中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信呼叫期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整；及

用于进行以下操作的装置：与所述通信呼叫关联地(i)基于所述上行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述上行链路方向且由所述接入网络本地管理的第一QoS水平的上行链路专有QoS调整，及/或(ii)基于所述下行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述下行链路方向且由所述接入网络本地管理的第二QoS水平的下行链路专有QoS调整，其中由所述接入网络本地管理的所述第一QoS水平和所述第二QoS水平对应于少于指派给所述链路的所有QoS资源的QoS资源，且

其中，在所述通信呼叫期间，核心网络独立地监视所述链路的所述上行链路方向和所述下行链路方向上的媒体业务使用，且基于所述独立的媒体业务使用的监视，

起始对指派给所述链路的在所述核心网络处管理的其他QoS资源的上行链路专有QoS调整和/或下行链路专有QoS调整。

18.一种接入网络，所述接入网络经配置以控制客户端装置的服务质量QoS且通过支持到所述客户端装置的直接物理层连接来服务所述客户端装置，所述接入网络包括：

经配置以监视在经配置以支持用于所述客户端装置的通信呼叫的链路的上行链路方向上的媒体业务使用的逻辑；

经配置以监视所述链路的下行链路方向上的媒体业务使用的逻辑，其中在整个所述通信呼叫中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信呼叫期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整；及

经配置以进行以下操作的逻辑：与所述通信呼叫关联地(i)基于所述上行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述上行链路方向且由所述接入网络本地管理的第一QoS水平的上行链路专有QoS调整，及/或(ii)基于所述下行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述下行链路方向且由所述接入网络本地管理的第二QoS水平的下行链路专有QoS调整，

其中由所述接入网络本地管理的所述第一QoS水平和所述第二QoS水平对应于少于指派给所述链路的所有QoS资源的QoS资源，且

其中，在所述通信呼叫期间，核心网络独立地监视所述链路的所述上行链路方向和所述下行链路方向上的媒体业务使用，且基于所述独立的媒体业务使用的监视，起始对指派给所述链路的在所述核心网络处管理的其他QoS资源的上行链路专有QoS调整和/或下行链路专有QoS调整。

19.一种含有存储在其上的指令的非暂时性计算机可读媒体，所述指令在由接入网络执行时致使所述接入网络执行操作，所述接入网络经配置以控制客户端装置的服务质量QoS且通过支持到所述客户端装置的直接物理层连接来服务所述客户端装置，所述指令包括：

经配置以致使所述接入网络监视在经配置以支持用于所述客户端装置的通信呼叫的链路的上行链路方向上的媒体业务使用的至少一个指令；

经配置以致使所述接入网络监视所述链路的下行链路方向上的媒体业务使用的至少一个指令，其中在整个所述通信呼叫中在所述下行链路及上行链路方向两者上维持所述链路而不管在所述通信呼叫期间发生的在所述链路的所述上行链路及/或下行链路方向上的任何QoS调整；及

经配置以致使所述接入网络进行以下操作的至少一个指令：与所述通信呼叫关联地(i)基于所述上行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述上行链路方向且由所述接入网络本地管理的第一QoS水平的上行链路专有QoS调整，及/或(ii)基于所述下行链路方向上的所述所监视的媒体业务使用而起始对指派给所述链路的所述下行链路方向且由所述接入网络本地管理的第二QoS水平的下行链路专有QoS调整，

其中由所述接入网络本地管理的所述第一QoS水平和所述第二QoS水平对应于少于指派给所述链路的所有QoS资源的QoS资源，且

其中，在所述通信呼叫期间，核心网络独立地监视所述链路的所述上行链路方向和所述下行链路方向上的媒体业务使用，且基于所述独立的媒体业务使用的监视，起始对指派给所述链路的在所述核心网络处管理的其他QoS资源的上行链路专有QoS调整和/或下行链路专有QoS调整。