专利名称：通过释放QoS资源节省网络容量的制作方法
通过释放QoS资源节省网络容量本发明专利申请是国际申请日为2007年I月5日、国际申请号为PCT/US2007/060196且中国国家阶段申请号为200780002085. 5的名为“通过释放QoS资源节省网络容量”的发明专利申请的分案申请。背景领域本公开一般涉及在无线设备与基站之间提供双向高带宽连接的无线网络，尤其涉及在一个方向上的保留空中接口资源未被使用时节省网络容量的方法。背景 IxEV-DO (纯数据演进)是修改I. 25MHz IS-95无线电信道结构以向无线订户提供宽带高速数据服务的CDMA标准。电信工业协会将IxEV-DO标准命名为“CDMA2000，高速分组数据空中接口规范”并为其指派了规范编号3GPP2C. S0024-A。IxEV-DO及名为W-CDMA的竞争标准是两种主要的第三代无线标准。不同于在接收与发送设备之间创建物理路径的传统无线网络，EVDO系统使用网际协议(IP)将数据分裂为数个小片，这些片被称为分组。分组被允许采取不同路径发往同一目的地。用以提供某些高速数据服务的分组被优先排列。将分组按优先排列允许EVDO系统向使用要求具有加速转发的IP数据流的应用的无线订户提供更高的服务质量(QoS)。例如，用以提供视频会议应用的QoS将高于用以递送电子邮件的QoS。EVOD系统通过为高QoS应用保留各种IP数据流及其它空中接口资源来确保某些分组将以更高优先级递送。EVDO系统是“一直开”的，并且无需复杂的拨号连接就可提供宽带高速数据服务。尽管如此，但除非实际正在发送分组否则是不消耗带宽的。例如，在访问因特网网站且该网站还未开始传送网页时、或者语音呼叫的双方都不讲话时，没有分组被发送。即使在未发送分组时没有消耗带宽，但在高QoS应用中空中接口资源仍不可供其它应用使用，因为它们已被保留。寻求一种使得在高QoS应用没有正在使用为其保留的空中接口资源时这些资源能够供其它应用使用的方法。概要通过分配蜂窝电话与基站之间的空中接口资源在遵循IxEV-DO CDMA标准的网络上提供了宽带高速数据服务。空中接口资源是由诸如带宽、分组优先级及差错率等各种服务质量(QoS)参数表征的。分组中的信息在蜂窝电话与基站之间以数据流的形式在EV-DO网络上传送。为支持特定宽带服务的数据流的每一个保留一特定QoS级别。宽带服务是由在蜂窝电话上运行的应用来支持的，该蜂窝电话在两个方向上都使用具有高QoS级别的数据流。蜂窝电话上的操作系统监视蜂窝电话所接收和传送的各种数据流。特别地，操作系统监视从基站到蜂窝电话的前向数据流以及从蜂窝电话到基站的互补的反向数据流。在一个实施例中，操作系统确定基站已经临时挂起了前向数据流的QoS保留。当前向上的QoS保留被挂起时，宽带应用停止使用反向上的数据流。操作系统认识到在反向上没有如应用所原始请求的那样在使用QoS。作为响应，操作系统释放反向数据流的QoS保留。操作系统通过向基站发送主动提供的RequestReservationOffRev消息来临时挂起QoS保留。基站通过向蜂窝电话返回ReservationOffRev消息确认临时挂起QoS保留的请求。在另一实施例中，操作系统确定基站已经临时挂起反向数据流的QoS保留。因此，宽带应用停止在 前向上使用数据流。操作系统认识到QoS在前向上没有在使用，则释放前向数据流的QoS保留。操作系统通过向基站发送主动提供的RequestReservationOffFwd消息来临时挂起QoS保留。基站通过向蜂窝电话返回ReservationOffFwd消息来确认临时挂起QoS保留的请求。在另一实施例中，操作系统确定基站已经永久撤销了前向数据流的Qo S保留。操作系统认识到在反向上将不再使用QoS。作为响应，操作系统释放反向数据流的QoS保留。操作系统通过向基站发送profile. type=0 (NULL)的主动提供的ReservationKKQoSRequestRev消息来永久撤销QoS保留。基站通过向蜂窝电话返回profile. type=0 (NULL)的 ReservationKKQoSResponseRev 消息来确认永久撤销 QoS 保留的请求。通过临时挂起或通过永久撤销QoS保留释放为反向数据流保留的QoS，实际上减少了从蜂窝电话到基站的空中接口连接可用的数据流的数目。释放先前为反向数据流保留的QoS还通过允许所释放的空中接口资源被用于其它连接而节省了网络资源。在另一实施例中，在操作系统确定基站已经永久撤销了反向数据流的QoS保留时执行类似过程。以下具体描述中描述了其它实施例和优点。本概要无意定义本发明。本发明由权利要求定义。附图简述其中相同附图标记指示相同组件的附图示出了本发明的实施例。图I是示出遵循IxEV-DO标准的无线网络中接入终端与接入网之间的空中接口资源的示图；图2是描绘在图I的接入终端上运行的操作系统和视频电话应用的示图；图3是用于当一个方向上的保留空中接口资源没有被使用时节省网络资源的步骤的流程图；图4所包括的图4A-4C是示出用于在图I的接入终端与接入网之间建立数据流的协议协商的示图；以及图5是示出图I的接入终端与接入网之间用于执行图3的方法的协议协商的示图。具体描述现在将具体参照其示例在附图中示出的本发明的一些实施例。图I示出在遵循IxEV-DO (修订A)标准的无线网络12中如何分配接入终端(AT)10与接入网(AN) 11之间的空中接口资源以提供特定级别的服务质量(QoS)。空中接口资源是在与IxEV-DO标准相关联的IS-856A中规定的。向第二 AT 13提供第二 QoS级别。在一个实施例中，AN 11是基站，而AT 10和AT 13是无线连接的膝上型计算机或个人数字助理(PDA)。AN 11经由路由器15被连接至因特网14。无线网络12是“纯数据”网络，其中所有语音和数据信息以分组形式在因特网14和移动站之间传达。
在一个实施例中，数据以网际协议(IP)分组的形式跨无线网络12的空中接口连接传送。IxEV-DO标准定义了在其上传送经分组的数据的各种协议层。这些协议层的一些示例包括反向话务信道媒体接入控制(RTCMAC)层、无线电链路协议(RLP)层、点对点协议(PPP)层、IP层、传输控制协议(TCP)层、以及用户数据报协议(UDP)层。无线电链路协议(RLP)为诸如TCP等更高层协议的高效操作提供了一个或多个具有可接受的低擦除率的八位组流。当RLP被用作多流分组应用(MFPA)的一部分时，RLP流携带来自该更高层的一个或多个八位组流。例如，视频电话应用和IP语音(VoIP)应用将采用RLP上PPP上IP上UDP，而文件传输应用将采用RLP上PPP上IP上TCP。每个IP分组被标记以指示其优先级。例如，某些IP分组的IP报头中的字段指示那些分组要求在整个无线网络12中“加速转发”。具有这种高优先级的分组始终以极小延迟递送。其它低优先级分组被以“确保转发”传送。而其它更低优先级的分组在“尽力”基础上传送。这些IP分组然后在各种协议层上以数据流的形式传播。例如，多个IP流可在RLP流上传播，并且多个IP流还可在RTCMAC流上传播。 用以传送分组的优先级是QoS级别的一个特性。QoS级别的另一特性是带宽、或每单位时间递送的分组数目。所递送的分组的差错率是QoS级别的又一特性。无线网络12使得要求高QoS级别的无线应用能够在AT 10上运行。图2示出在AT 10上运行的操作系统16和视频电话应用17。在该实施例中，操作系统16是由高通公司(Qualcomm Incorporated)制造的高级移动订户软件(AMSS)。AMSS16包括软件栈，该软件栈包括物理层18、媒体接入控制(MAC)层19、安全层20、连接层21、会话层22、流层23以及应用层24。视频电话应用17在AMSS 16顶端运行，并且被与AMSS16的应用层24分离和隔开。RLP层、PPP层、IP层、TCP层及UDP层全部是AMSS 16的应用层24的部分。RTCMAC层不是MAC层19的部分。 现在将针对AT 10上运行的视频电话应用17来描述规定QoS。为了建立视频电话应用17，AT 10针对各种QoS参数从无线网络12请求空中接口资源。这些请求是以包含属于多流分组应用(MFPA)的可配置属性的通用属性更新协议(GAUP)消息的形式发送的。无线电链路协议(RLP)与多流分组应用(MFPA)相关联。每个请求可具有诸如第一选择和第二选择的备选QoS请求。无线网络12为每个请求分配和准予所要求的空中接口资源。无线网络12可确定将为每个请求分配的恰当资源，因为无线网络知晓系统能力和可用资源。资源不仅包括空中接口资源，还包括例如从AN 11到路由器15以及直到因特网14的带宽可用性等。回到
图1，IP分组的6个数据流25-30被用于提供视频电话应用17。当视频电话应用17发起视频会议呼叫时，应用17从AMSS 16请求各自具有恰当QoS的视频数据流、音频数据流和控制数据流。然后，AMSS 16请求从ANll到AT 10的3个前向数据流以及从AT10到AN 11的3个反向数据流，它们构成了视频、音频、和控制数据流。AMSS 16请求前向视频数据流25和反向视频数据流26。当AMSS 16请求保留具有特定QoS的数据流时，该数据流被动态地指派一保留标签。该特定数据流有时被称为“保留”。每个数据流的各种QoS参数由每个GAUP请求中的GAUP属性字段来定义。除了请求视频数据流之外，AMSS 16请求前向语音数据流27和反向语音数据流28。最后，请求前向控制数据流29和反向控制数据流30。控制数据流被用来控制其它数据流。AN 11维持保留及可用空中接口资源的映射，并且AN 11可确定特定请求的数据流所要求的结果RLP流、RTCMAC流以及QoS特性是否可用。每个RLP流和RTCMAC流可与多个数据流相关联。每个数据流被绑定至具有可适用QoS的特定物理特性——诸如带宽、分组优先级及差错率——的RLP流或RTCMAC流。在该示例中，前向视频数据流25和反向视频数据流26要求纳入IP分组的加速转发的QoS。当IP分组正在以数据流25和数据流26传送时，视频电话应用17正消耗相当的空中接口资源——包括所分配的频谱的带宽。在该示例中，当视频电话应用17在AT 10上运行时，AT 13在该视频会议期间向AN 11发起语音呼叫。AT 13请求保留具有特定QoS的前向语音数据流31和具有特定QoS的反向语音数据流32。于是，AN 11确定无线网络12的空中接口资源不足以为6个视频电话数据流25-30、及两个语音数据流31-32提供保留级别的QoS。在该示例中，AN 11选择通过撤销由AT 10保留用于视频会议呼叫的空中接口资源的部分来使得空中接口资源可供AT 13与AN 11之间的语音呼叫用。
AN 11释放为消耗所分配的频谱中相当带宽的前向视频数据流25所保留的QoS。因此，无线网络12不再准予维护前向视频数据流25所需的带宽。ANll使用释放出的带宽来建立与AT 13的空中接口资源。除了带宽外，前向视频数据流25先前消耗的优先级和差错率资源也被释放。在没有前向视频数据流25的情况下，AT 10不能够接收该视频会议呼叫的视频图像。然而，AN 11继续在反向语音数据流28上发送具有语音呼叫的IP分组。视频会议应用17停止在反向视频数据流26上传送包含视频图像的IP分组，而不是仅在一个方向上继续带有视频图像的视频会议呼叫。AT 10与AN 11之间的视频会议呼叫已被降为语音呼叫并且消耗了较少带宽。虽然没有IP分组在反向视频数据流26上传送，但数据流26的GAUP请求中定义的QoS仍被保留。无线网络12不重新分配保留给数据流26的空中接口资源，因为无线网络12不知道视频电话应用17是否仍在使用该保留的QoS。直到为数据流26保留的QoS被释放，无线网络12都非必要地浪费着空中接口资源。在一类似示例中，AN 11通过撤销保留用于反向视频数据流26的空中接口资源来使得空中接口资源可用。在没有反向视频数据流26的情况下，视频会议呼叫不能继续。视频会议应用17停止从前向视频数据流25接收包含视频图像的IP分组，而该视频会议呼叫已被降为语音呼叫。虽然没有IP分组是从前向视频数据流25处接收到的，但数据流25的GAUP请求中所定义的QoS仍被保留。无线网络12不重新分配保留给数据流25的空中接口资源，因为无线网络12不知道视频电话应用17是否仍在使用该保留QoS。直到为数据流25保留的QoS被释放，无线网络12非必要地浪费着空中接口资源。图3是用于在一个方向上的保留空中接口资源未被使用时节省网络资源的步骤33-35的流程图。如图2所示的AMSS 16的操作结合图3所列的步骤来解释。在第一步骤33，AMSS 16监视AT 10与AN 11之间的空中接口连接。在该示例中，AMSS 16监视被用以提供视频电话应用17的IP分组的6个数据流25-30。在步骤34，AMSS 16确定AN 11已经通过释放为前向视频数据流25保留的QoS来缩减了连接的带宽。作为响应，AMSS 16在步骤35释放为反向视频数据流26保留的QoS。AMSS 16通过请求取消为反向视频数据流26保留的QoS来缩减反向视频数据流26的带宽。释放为反向视频数据流26保留的QoS实际上减少了可供从ATlO到AN 11的空中接口连接用的IP流的数目。释放先前为反向视频数据流26保留的QoS还通过允许将所释放的空中接口资源用于其它连接而节省了网络资源。步骤33-35同等地适用于上述类似示例，其中AMSS 16在步骤34确定AN 11已经释放了为反向视频数据流26保留的QoS。在该类似示例中的步骤35，AMSS 16释放为前向视频数据流25保留的QoS。图4A-4C更具体地示出如何为用以提供视频电话应用17的6个数据流25_30建立QoS资源。图4A示出视频电话应用17与AMSS 16之间、以及AMSS16与AN 11之间的协议协商。在图4A中所示的协议协商开始之前，AT 10已经被上电且已经执行EV-DO会话协商。AT 10已经请求提供QoS的IS-856A协议，包括子类型3 RTCMAC、多流分组应用(MFPA)、增强型FTCMAC和子类型2物理层。在步骤36开始视频电话应用17之后，AT 10发起PPP会话的协商，如在37所示。在这些协商期间，无线网络12的分组交换核心向AT 10指派一IP地址。一旦已建立PPP会话，视频电话应用17可任选地执行SIP协商以确定诸如视频速率和音频速率等该应用所要求的QoS参数。或者，视频电话应用17可能已知该应用所需的QoS要求。一旦视频电话应用17确定所要求的QoS参数，视频电话应用17就从AMSS 16请求这些参数。在该示例中，视频电话应用17作出对各自具有恰当QoS特性的视频IP流、音频IP流和控制IP流的三个请求38-40。在接收到关于各种数据流的QoS请求38-40之后，AMSS 16为具有所请求的QoS的每个数据流生成一保留标签。在该示例中，2位的十六进制保留标签KK被指派给6个数据流前向音频数据流9C，反向音频数据流B4，前向视频数据流9D，反向视频数据流B5，前向控制数据流9E，以及反向控制数据流B6。前向和反向数据流的保留标签取自不同的池并且甚至可能彼此一致。图4A示出MFPA GAUP消息的交换41，其中AMSS 16请求QoS资源以及AN 11作出响应。AMSS 16 发送 “ReservationKKQoSRequest (保留 KKQoS 请求)”形式的 GAUP 消息以请求AT 10与AN 11之间IS-856A空中接口上每个数据流的QoS。每个GAUP消息可请求QoS的备选。例如，前向视频IP流25的GAUP请求可将64千比特/秒作为第一带宽选择而将32千比特/秒列为次优选择。响应于接收到ReservationKKQoSRequest, AN 11向AMSS 16 发送 “ReservationKKQoSResponse (保留 KKQoS 响应)”以指示 AN 11 是否接受了对数据流的该QoS请求，并且如果接受则接受备选中的哪一个。每个GAUP消息包括诸如profile, type(概况 类型)和profile. value(概况 值)等各种字段。概况-类型字段指示如何解释profile, value字段中的值。例如，为“3”的profile, type可指示profile, value字段中值的冗长形式，为“2”的profile, type可指示profile, value字段中值的简略形式,而为“0” (NULL (空))的profile, type可指示在GAUP请求或GAUP响应中不包含QoS参数。在该示例中，这6个GAUP消息中没有profile,type 为 NULL。基于对QoS的这6个GAUP请求，AN 11确定将用于准予所希望的QoS的空中接口资源。AN 11确定将建立的多流RLP流和RTCMAC流的数目及其QoS参数。在该示例中，AN11激活将在其上流送6个IP流的6个RLP流。在交换42中，这6个RLP流被激活。、
RLP 流通过发送 GAUP 消息 “FlowNNIdentif icationFwd (流 NN 标识前向)”和“FlowNNIdentificationRev (流NN标识反向)”来激活。RLP流的编号NN与保留标签的编号KK无关。在RLP流被激活之后，AN 11将每个RLP流绑定至RTCMAC流，如43所示。然后在交换44中，AN 11激活将在其上流送6个IP流的6个RTCMAC流。在RLP流和RTCMAC流已被激活后，AN 11将与保留标签相对应的每个IP流使用哪个RLP流通知AMSS 16。在AN 11将每个IP流绑定至RLP流时，AMSS 16被通知IP流与RLP流之间的对应。AN 11用GAUP消息“FlowNNReservatonFwd (流NN保留前向)”和“FlowNNReservatonRev(流NN保留反向)”将IP流绑定至RLP流。在该示例中，例如RLPFwdO I被绑定至Reservation9C。AN 11还将每个RTCMAC流绑定至特定RLP流,这未在图4中示出。在已激活和绑定RLP流和RTCMAC流之后，这6个IP流中保留的QoS准备好转为开。为了使用该QoS, AMSS 16为每个保留标签发送RequestReservationKKOn(请求保留KK开)，并且AN 11针对每个保留标签用ReservationKKOn (保留KK开)作出响应。GAUP消息 的交换46示出这6个IP流中的QoS是如何转为开的。AMSS 16向视频电话应用17发送3个消息47-49以通知应用17视频IP流、音频IP流及控制IP流的三个QoS参数已被准予。视频电话应用17开始在状态50下传送和接收数据。在该示例中，通过在这6个IP流中传送数据分组，在AT 10与无线网络12上的其它订户之间携带视频会议。在上述GAUP消息的交换中，各步骤是在对所有6个IP流及相关联的RLP流和RTCMAC流都完成后才开始下一步骤的。例如，在RLP流被绑定至IP流之前，激活所有RLP流。然而，在对另一 IP流执行上述所有步骤之前，可对一特定保留标签及相关联的RLP流和RTCMAC流执行所有这些步骤。此外，RLP流参数的协商可以与RTCMAC流参数的协商同时执行。另外，多个GAUP消息可在同一分组中一起发送并且可同时协商以减少在开始应用与传送数据之间的呼叫建立时间。图5示出AMSS 16与AN 11之间执行图3的方法的协议协商。图5在状态51开始传送和接收数据分组的视频电话应用17。发生视频会议呼叫。另外，AMSS 16正在通过监视AT 10与AN 11之间的空中接口连接——包括前向视频IP流9D和反向视频IP流B5——来执行图3的步骤33。AMSS 16确定正在两个数据流上提供所保留的QoS。然后，在发生事件52时，AN 11用完一类QoS空中接口资源。在该示例中，AN 11用完了被映射到前向视频IP流的保留标签9D的前向RLP流01上的资源。例如，AN 11不再有足够带宽来为保留9D提供64千比特/秒。由于AN 11已经用完前向链路RLP流01的QoS资源,AN 11将针对保留标签9D的ReservationOffFwd (保留关前向)消息发送给AMSS16。该ReservationOffFwd消息向AMSS 16指示对保留标签9D临时挂起所保留的QoS。响应于接收到ReservationOffFwd消息,AMSS 16向视频电话应用17发送QoS挂起通知53。QoS挂起通知53向视频电话应用17通知视频数据流的QoS已被挂起，但音频和控制数据流仍然可用。在该示例中，视频电话应用17将该视频会议呼叫转换成正常的语音呼叫并停止在反向视频数据流26上传送视频信息。在图3的步骤34，AMSS 16现在确定前向数据流25的QoS保留(保留9D)已经暂时被挂起。AMSS 16认识到在反向上未如视频电话应用17原始请求地那样正在使用QoS。作为响应，AMSS 16通过临时挂起QoS保留来释放对反向视频数据流26的QoS保留(反向标签B5)。在图3的步骤35，AMSS16发送请求AN 11临时挂起保留B5的QoS资源的RequestReservationOffRev (请求保留关反向)消息54。AN 11通过发送反向标签B5的ReservationOffRev (保留关反向)来确认AMSS 16的请求。在该示例中，视频电话应用17继续运行，但视频会议呼叫已转变为纯语音呼叫。数据分组仅在音频数据流和控制数据流上传送。如果在逝去预定量的 时间之后QoS资源仍未变成可供前向数据流25使用，则AN11通过发送第一 GAUP消息55永久地撤销对保留标签9D的QoS保留。第一 GAUP消息55是 profile. type=0 (NULL)且 KK=9D 的 ReservationKKQoSResponseFwd (保留 KKQoS 响应前向)消息。响应于接收到第一 GAUP消息55，AMSS 16向视频电话应用17发送QoS永久撤销通知56。QoS永久撤销通知56向视频电话应用17通知视频数据流的QoS已被永久撤销。在图3的步骤34的另一实现中，AMSS 16根据第一 GAUP消息55确定前向数据流25的QoS保留已被永久撤销。作为响应，AMSS 16向AN 11通知反向视频数据流26的QoS保留可被永久撤销。在图3的步骤35中，AMSS 16发送请求AN 11永久撤销保留标签B5的 QoS 资源的第二 GAUP 消息 57。第二 GAUP 消息 57 是 profile. type=0 (NULL)且 KK=B5的ReservationKKQoSRequestRev (保留KKQoS请求反向)消息。AN 11通过发送第三GAUP消息58确认AMSS 16的请求。第三GAUP消息58是profile. type=0 (NULL)且KK=B5的ReservationKKQoSResponseRev (保留 KKQoS 响应反向)消息。通过释放在无线设备与基站之间的两个方向上要求互补高QoS数据流的应用将不会使用的QoS的保留，AMSS 16节省了无线网络12的空中接口资源。通过释放与保留B5相关联的QoS保留，AMSS 16释放了视频电话应用17未在使用但仍被保留的带宽、优先级和差错率资源。虽然出于指导性目的本发明是结合某些特定实施例来描述的，但本发明并不限于此。例如,节省空中接口资源的方法是参照遵循IxEV-DO CDMA标准的无线网络的QoS资源来描述的。该节省空中接口资源的方法在其它网络中也可应用。例如，该方法监视遵循基于全球移动通信系统(GSM)的通用分组无线业务(GPRS)标准的无线网络中移动站与基站之间的空中接口连接的带宽。空中接口连接在一个方向上使用第一带宽而在第二方向上使用第二带宽。在该方法确定基站已缩减了第一带宽后，该方法通过缩减第二带宽来节省空中接口资源。第二带宽是通过减少空中接口连接可用的时隙的数目来缩减的。在一个实施例中，AMSS 16确定前向上的QoS保留已被挂起或撤销。AMSS 16随后释放反向上的QoS保留。在另一实施例中，AMSS 16首先确定反向上的QoS保留已被挂起或撤销。AMSS 16然后释放前向上的QoS保留。操作系统16结合蜂窝电话上运行的视频电话应用17来实现图3的方法。然而，图3的方法还可在被应用于其它高带宽应用时用来节省网络资源。这些其它应用的示例包括IP语音(VoIP)电话、低等待时间游戏和流视频应用等。尽管图3的方法被描述为首先确定前向数据流的保留已被撤销并随后释放反向数据流的保留，但还可对反方向的数据流执行本方法。例如，本方法可首先确定反向数据流的保留已被撤销并随后撤销前向数据流的保留。提供所公开的实施例的先前描述旨在使本领域的任何技术人员皆能够制作或使用本发明。对于本领域的技术人员而言，对这些实施例的各种修改将是显而易见的，并且在此所定义的一般性原理可适用于其它实施例而不会背离本发 明的精神实质或范围。因此，本发明无意被限于这里所示的实施例，而应根据与在此所公开的原理和新颖特征相一致的最宽范围来授权。
权利要求
1.一种方法，包括 (a)监视接入终端与接入网之间的前向数据流和反向数据流； (b)确定所述前向数据流的保留已被挂起；以及 (c)释放所述反向数据流的保留。
2.如权利要求I所述的方法，其特征在于，所述在(c)中释放反向数据流的保留临时挂起所述反向数据流的所述保留。
3.如权利要求I所述的方法，其特征在于，所述在(c)中释放反向数据流的保留永久撤销所述反向数据流的所述保留。
4.如权利要求I所述的方法，其特征在于，所述前向数据流是从所述接入网到所述接入终端的IP分组流。
5.如权利要求I所述的方法，其特征在于，所述反向数据流是从所述接入网到所述接入终端的IP分组流。
6.如权利要求I所述的电路，其特征在于，所述接入终端在(b)中确定所述接入网已挂起所述前向数据流的所述保留。
7.如权利要求I所述的电路，其特征在于，所述前向数据流是RLP流的部分。
8.如权利要求I所述的电路，其特征在于，所述前向数据流是RTCMAC流的部分。
9.如权利要求I所述的方法，其特征在于，所述接入终端和所述接入网遵照称为3GPP2C. S0024的无线规范。
10.如权利要求I所述的方法，其特征在于，所述反向数据流的所述保留在(c)中是通过向所述接入网发送GAUP请求属性来释放的。
11.如权利要求10所述的方法，其特征在于，所述GAUP请求属性是具有被设为NULL的ProfileType 字段的 ReservationKKQoSRequest。
12.—种方法,包括 (a)接收包括属性ReservationKKQoSResponse的第一GAUP消息，其中所述属性ReservationKKQoSResponse 包括被设为 NULL 的 ProfileType 字段；以及 (b)响应于接收所述第一GAUP消息发送包括属性ReservationKKQoSRequest的第二GAUP消息，其中所述属性ReservationKKQoSRequest包括被设为NULL的Prof ileType,其中所述属性ReservationKKQoSResponse涉及接入终端与接入网之间一方向上的第一 IP流，而所述属性ReservationKKQoSRequest涉及所述接入终端与所述接入网之间相反方向上的第二 IP流。
13.如权利要求12所述的方法，其特征在于，所述接入终端与所述接入网之间的所述方向是从所述接入网到所述接入终端，以及其中所述相反方向是从所述接入终端到所述接入网。
14.如权利要求12所述的方法，其特征在于，所述接入终端与所述接入网之间的所述方向是从所述接入终端到所述接入网，以及其中所述相反方向是从所述接入网到所述接入终端。
15.如权利要求12所述的方法，其特征在于，还包括，在(a)之前 (c)接收包括属性ReservationOff的第三GAUP消息，其中所述属性ReservationOff涉及所述第一 IP流。
16.如权利要求12所述的方法，其特征在于，所述第一IP流是RLP流的部分，所述方法还包括，在(a)之前 (c)接收包括移除所述RLP流的保留的绑定的属性FlowNNReservation的第三GAUP消肩、O
17.如权利要求12所述的方法，其特征在于，所述第一IP流是RTCMAC流的部分而所述第二 IP流是RLP流的部分，所述方法还包括，在(a)之前 (c)接收包括移除所述TRCMAC流到所述RLP流的绑定的属性AssociatedFlowsNN的第三GAUP消息。
18.如权利要求12所述的方法，其特征在于，所述接入终端和所述接入网遵照称为IxEV-DO的无线规范。
19.一种接入终端，包括 用于接收包括属性ReservationKKQoSResponse的第一 GAUP消息的装置,其中所述属性 ReservationKKQoSResponse 包括被设为 NULL 的 ProfileType 字段；以及 用于响应于接收所述第一 GAUP消息发送包括属性ReservationKKQoSRequest的第二 GAUP消息的装置，其中所述属性ReservationKKQoSRequest包括被设为NULL的ProfileType,其中所述属性ReservationKKQoSResponse涉及所述接入终端与接入网之间一方向上的第一 IP流，而所述属性ReservationKKQoSRequest涉及所述接入终端与所述接入网之间相反方向上的第二 IP流。
20.如权利要求19所述的接入终端，其特征在于，所述接入终端遵循称为3GPP2C.S0024的无线规范。
21.如权利要求19所述的接入终端，其特征在于，所述接入终端与所述接入网之间的所述方向是从所述接入网到所述接入终端，以及其中所述相反方向是从所述接入终端到所述接入网。
22.如权利要求19所述的接入终端，其特征在于，所述接入终端与所述接入网之间的所述方向是从所述接入终端到所述接入网，以及其中所述相反方向是从所述接入网到所述接入终端。
23.一种用于存储可在无线设备中操作以进行以下动作的指令的处理器可读介质 监视所述无线设备与接入网之间的前向IP流和反向IP流； 确定所述前向IP流的保留已被挂起；以及 释放所述反向IP流的保留。
24.如权利要求23所述的处理器可读介质，其特征在于，所述无线设备遵循称为3GPP2C.S0024的无线规范。
25.如权利要求23所述的处理器可读介质，其特征在于，所述前向IP流是从所述接入网到所述无线设备的IP分组流。
26.如权利要求23所述的处理器可读介质，其特征在于，所述反向IP流是从所述接入网到所述无线设备的IP分组流。
27.如权利要求23所述的处理器可读介质，其特征在于，所述指令可在所述无线设备中操作成用以确定所述接入网已经挂断所述前向IP流的所述保留。
28.一种无线设备，包括适于运行无线应用的微处理器，其中所述无线应用使用前向IP分组流和反向IP分组流两者；以及 用于确定基站已经挂起所述前向IP分组流的保留以及用于释放所述反向IP分组流的保留的装置。
29.如权利要求28所述的无线设备，其特征在于，所述无线应用从所述基站接收所述前向IP分组流并向所述基站发送所述反向IP分组流。
30.如权利要求28所述的无线设备，其特征在于，所述无线应用从所述基站接收所述反向IP分组流并向所述基站发送所述前向IP分组流。
31.如权利要求28所述的无线设备，其特征在于，所述前向IP流是RLP流的部分。
32.如权利要求28所述的无线设备，其特征在于，所述前向IP流是RTCMAC流的部分。
33.如权利要求28所述的无线设备，其特征在于，所述无线设备和所述基站遵照称为IxEV-DO的无线规范。
全文摘要
通过分配遵循1xEV-DO标准的网络中的空中接口资源提供了宽带服务。空中接口资源是由诸如带宽、分组优先级及差错率等各种服务质量(QoS)参数表征的。经分组的信息在基站与蜂窝电话之间以数据流形式传送。为支持该宽带服务的每个数据流保留一特定QoS级别。蜂窝电话上的操作系统监视一个数据流以及相反方向上的另一数据流。当基站用完空中接口资源时，基站挂起一数据流的QoS保留。操作系统确定一个方向上的QoS保留已被挂起并向基站发送释放相反方向上的QoS保留的主动提供的消息，由此节省网络资源。
文档编号H04W72/04GK102752772SQ201210167910
公开日2012年10月24日 申请日期2007年1月5日 优先权日2006年1月6日
发明者A·T·帕亚佩里, S·N·诺卡拉, V·A·萨利 申请人:高通股份有限公司