CN102918888B - 无线通信系统中在通信会话期间选择性提供呼叫建立服务质量(QoS)资源预留 - Google Patents
无线通信系统中在通信会话期间选择性提供呼叫建立服务质量(QoS)资源预留 Download PDFInfo
- Publication number
- CN102918888B CN102918888B CN201180026467.8A CN201180026467A CN102918888B CN 102918888 B CN102918888 B CN 102918888B CN 201180026467 A CN201180026467 A CN 201180026467A CN 102918888 B CN102918888 B CN 102918888B
- Authority
- CN
- China
- Prior art keywords
- access terminal
- message
- stream
- communication session
- qos
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一个休眠AT接收发起与至少一个目标AT的通信会话的请求。在这一点上,AT没有相关联的活动TCH或至少为要发起的通信会话的呼叫建立相关联的IP流的QoS预留。该AT配置消息并向接入网络(AN)传输以便至少请求针对要发起的通信会话的呼叫建立相关联的IP流的QoS资源预留。AN授权对该IP流的QoS资源预留的请求。在一个实施例中,AN可以通过在所分配的TCH上向AT传输QoS资源预留指派消息来授权该QoS资源请求。该会话的目标AT也被分配活动的TCH和由AN预留的IP流QoS资源。
Description
依据35U.S.C.§119要求优先权
本专利申请要求于2010年5月8日提交的、题为“SELECTIVELYPROVISIONING CALL SETUP QUALITY OF SERVICE(QoS)RESOURCERESERVATIONS DURING A COMMUNICATION SESSION WITHIN AWIRELESS COMMUNICATIONS SYSTEM”的临时申请No.61/349,339的优先权,该临时申请已经转让给本申请的受让人,故明确地以引用方式将其并入本文。
技术领域
本发明涉及无线通信系统中的通信,具体地说,涉及无线通信系统中在通信会话期间选择性提供呼叫建立服务质量(QoS)资源预留。
背景技术
无线通信系统已经经历了多代的发展,包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括过渡的2.5G和2.75G网络)以及第三代(3G)高速数据/支持因特网的无线服务。目前有许多不同类型的无线通信系统在使用,包括蜂窝和个人通信服务(PCS)系统。已知的蜂窝系统的示例包括:蜂窝模拟高级移动电话系统(AMPS),基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动通信系统(GSM)变体的数字蜂窝系统,以及使用TDMA和CDMA两种技术的新的混合数字通信系统。
在美国,由电信工业协会/电子工业协会在题为“Mobile Station-BaseStation Compatibility Standard for Dual-Mode Wideband Spread SpectrumCellular System(双模式宽带扩频蜂窝系统的移动站-基站兼容性标准)”的TIA/EIA/IS-95-A中对用于提供CDMA移动通信的方法进行了标准化,本申请中将其引用为IS-95。在TIA/EIA标准IS-98中描述了组合的AMPS和CDMA系统。在IMT-2000/UM(或国际移动电信系统2000/通用移动通信系统,其覆盖了称为宽带CDMA(WCDMA)、CDMA 2000(诸如CMDA 20001xEV-DO标准)或TD-SCDMA的标准)中描述了其它通信系统。
在无线通信系统中,移动站、手持式设备、接入终端(AT)从位置固定的基站(还称为小区站点或小区)接收信号,该基站支持与该基站相邻或附近的特定地理区域内的通信链路或服务。基站提供到接入网(AN)/无线接入网(RAN)的入口点,该接入网(AN)/无线接入网(RAN)通常是使用基于标准因特网工程任务组(IETF)的协议的分组数据网络,基于标准因特网工程任务组(IETF)的协议支持用于基于服务质量(QoS)需求来区分业务的方法。因此,基站通常通过空中接口与AT交互,并通过因特网协议(IP)网络数据分组与AN交互。
在无线通信系统中,一键通(PTT)功能正变得受服务扇区和顾客的欢迎。PPT可以支持在标准商业无线基础设施上(例如,CDMA、FDMA、TDMA、GSM等)操作的“调度”语音服务。在调度模型中,端点(AT)之间的通信发生在虚拟的组中,其中,将一个“讲话者”的语音发送给一个或多个“听众”。这类通信的单个实例一般称为调度呼叫,或简称为PTT呼叫。PTT呼叫是一个组的实例化,其定义了呼叫的特性。组在本质上是由成员列表和相关联的信息(例如组名称或组标识)所定义的。
按照惯例,无线通信网络中的分组已经被配置为发送给单个目的地或接入终端。向单个目的地发送数据称为“单播”。随着移动通信的增长,将给定的数据同时发送给多个接入终端的能力变得越来越重要。因此,已经采用了支持相同的分组或消息到多个目的地或目标接入终端的并发数据传输的协议。“广播”指的是数据分组到(例如,在给定的小区内、由给定的服务提供商服务等的)所有目的地或接入终端的传输,而“多播”指的是数据分组到给定的目的地或接入终端的组的传输。在一个示例中,给定的目的地的组或“多播组”可以包括多于一个和少于所有的(例如,在给定的小区内、由给定的服务提供商服务等的)可能的目的地或接入终端。然而,在某些情况中,至少可能的是多播组仅包括一个接入终端(类似于单播),或者多播组包括(例如,小区或扇区内的)所有的接入终端(类似于广播)。
可以用多种方法在无线通信系统中执行广播和/或多播,诸如执行多个相继的单播操作以适应多播组,分配单独的广播/多播信道(BCH)用于同时处理多个数据传输等。在日期为2007年3月1日并且题为“Push-To-TalkGroup Call System Using CDMA 1x-EVDO Cellular Network”的美国专利申请公开No.2007/0049314中描述了使用广播信道进行一键通通信的传统系统,以引用的方式将该申请的内容全部并入本文。如公开No.2007/0049314中所描述的,广播信道可以用于使用传统信令技术的一键通呼叫。虽然广播信道的使用会提高超过传统单播技术的带宽需求,但是广播信道的传统信令还是会造成额外的开销和/或延迟,并且可能使系统性能降级。
第三代合作伙伴项目2(“3GPP2”)定义了用于在CDMA2000网络中支持多播通信的广播-多播服务(BCMCS)规范。因此,以引用的方式将日期为2006年2月14日、题为“CDMA2000High Rate Broadcast-MulticastPacket Data Air Interface Specification(CDMA2000高速率广播-多播分组数据空中接口规范)”的3GPP2的BCMCS规范的版本(版本1.0C.S0054-A)整体并入本文。
发明内容
一个休眠AT接收发起与至少一个目标AT的通信会话的请求。在这一点上,AT没有相关联的活动TCH或至少为要发起的通信会话的呼叫建立相关联的IP流的QoS预留。该AT配置消息并向接入网络(AN)传输以便至少请求针对要发起的通信会话的呼叫建立相关联的IP流的QoS资源预留。AN授权对该IP流的QoS资源预留的请求。在一个实施例中,AN可以通过在所分配的TCH上向AT传输QoS资源预留指派消息来授权该QoS资源请求。该会话的目标AT也被分配活动的TCH和由AN预留的IP流QoS资源。
附图说明
通过参考下面的结合附图考虑时的详细描述,将很容易获得对本发明的实施例及其伴随的优点的更完整的了解并且变得更好的理解,提供附图仅是为了解释说明,而不是对本发明的限制,其中:
图1A是依照本发明的至少一个实施例,支持接入终端和接入网络的无线网络架构的图。
图1B示出了根据本发明的实施例的载波网络。
图2是依照本发明的至少一个实施例的接入终端的图示。
图3A-3C是依照本发明的实施例的信号流图。
图4是依照本发明的至少一个实施例的组通信系统的图示。
图5是依照本发明的至少一个实施例的无线链路协议(RLP)流的图示。
图6是依照本发明的至少一个实施例的流程图。
图7是与依照本发明的至少一个实施例的目标接入终端有关的信号流图。
图8A和8B示出了服务器仲裁的通信会话的传统呼叫建立过程。
图9A和9B示出了依照本发明的至少一个实施例的服务器仲裁的通信会话的呼叫建立过程。
具体实施方式
在下面的针对本发明的具体实施例的描述和相关附图中公开了本发明的各方面。在不背离本发明的范围的情况下可以设计出替代实施例。另外,本发明中公知的元件将不详细描述或者将忽略掉,以避免模糊本发明的相关细节。
本文中使用的词语“示例性”意指“用作例子、实例、或例证”。本文中描述为“示例性”的任何实施例不必被解释为更优选的或比其它实施例更具优势。同样地,术语“本发明的实施例”并不要求本发明的所有实施例包括所讨论的特征、优点、或操作模式。
此外,在由例如计算设备的元件来执行的动作的顺序的方面描述了许多实施例。应该认识到的是,本文中描述的各个动作可以由专用电路(例如,专用集成电路(ASIC))、由通过一个或多个处理器执行的程序指令、或其组合来执行。另外,本文中描述的这些动作的顺序可以认为是整体体现在任何形式的计算机可读存储介质中,该计算机可读存储介质具有存储在其中的相应的计算机指令集,执行该计算机指令集之后将使相关联的处理器执行本文中所描述的功能。因此,本发明的各个方面可以用多种不同的形式来体现,所有这些形式都预期在权利要求的主题的范围之内。另外,对于本文中描述的每个实施例,任何这种实施例的相应形式在本文中可以被描述为例如“逻辑单元,其配置为”执行所描述的动作。
高数据速率(HDR)用户站(例如,支持1xEV-DO的无线设备)(本文中称为接入终端(AT))可以是移动的或固定的,并且可以与一个或多个HDR基站(在本文中称为调制解调器池收发机(MPT)或基站(BS))通信。接入终端通过一个或多个调制解调器池收发机向HDR基站控制器(称为调制解调器池控制器(MPC)、基站控制器(BSC)和/或分移动交换中心(MSC))发送数据分组和从其接收数据分组。调制解调器池收发机和调制解调器池控制器是称为接入网的网络的一部分。接入网(AN)(本文中还称为无线接入网络(RAN))在多个接入终端之间传送数据分组。
接入网还可以连接到该接入网以外的另外的网络,诸如公司内部网或因特网,并且可以在每个接入终端和这种外部网络之间传送数据分组。已经与一个或多个调制解调器池收发机建立了活动的业务信道连接的接入终端被称为活动的接入终端,并且称为处于业务状态。处在与一个或多个调制解调器池收发机建立活动的业务信道连接的过程中的接入终端被称为处于连接建立状态。接入终端可以是通过无线信道或通过有线信道(例如使用光纤或同轴电缆)进行通信的任何数据设备。接入终端还可以是多种类型的设备中的任何一种,包括但并不仅限于PC卡、压缩闪存、外部或内部调制解调器、或无线或有线电话。接入终端通过其向调制解调器池收发机发送信号的通信链路称为反向链路或反向业务信道。调制解调器池收发机通过其向接入终端发送信号的通信链路称为前向链路或前向业务信道。本文中所用的术语业务信道可以指前向业务信道或反向业务信道。
图1A示出了依照本发明的至少一个实施例的无线系统100的一个示例性实施例的框图。系统100可以包含接入终端(诸如蜂窝电话102),该接入终端通过空中接口104与接入网或无线接入网(RAN)120通信,接入网或无线接入网(RAN)120能够将接入终端102连接到在分组切换数据网络(例如,内部网、因特网和/或载波网络126)和该接入终端102、108、110、112之间提供数据连通性的网络设备。如图所示,接入终端可以是蜂窝电话102、个人数字助理108、寻呼机110(这里将其示为双向文字寻呼机)、甚或是具有无线通信入口的单独的计算机平台112。因此,本发明的实施例可以实现在包括无线通信入口或具有无线通信能力的任何形式的接入终端上,包括但并不限于,无线调制解调器、PCMCIA卡、个人计算机、电话、或其任意组合或子组合。此外,如本文中所用的术语“接入终端”、“无线设备”、“客户端设备”、“移动终端”及其变形可以互换使用。
再次参照图1A,无线网络100的组件以及本发明的示例性实施例的组件的相互关系不限于所示出的配置。系统100仅是示例性的,并且可以包括允许远程接入终端(诸如无线客户端计算设备102、108、110、112)通过空中在相互之间和之中和/或在通过空中接口104和RAN 120相连接的组件(包括但不限于载波网络126、因特网和/或其它远程服务器)之间和之中进行通信的任何系统。
RAN 120控制发送给基站控制器/分组控制功能(BSC/PCF)122的消息。BSC/PCF 122负责分组数据服务节点160(“PDSN”)(例如,图1B中所示)和接入终端102/108/110/112之间以信号方式发送、建立和撤销承载信道(即,数据信道)。如果能够进行链路层加密,则BSC/PCF 122还在将内容通过空中接口104转发之前对其加密。BSC/PCF 122的功能在本领域是公知的,因此为了简洁起见将不做进一步讨论。载波网络126可以通过网络、因特网和/或公共交换电话网(PSTN)与BSC/PCF 122通信。作为替代,BSC/PCF 122可以直接连接到因特网或外部网络。典型地,载波网络126和BSC/PCF 122之间的网络或因特网连接传送数据,而PSTN传送语音信息。BSC/PCF 122可以连接到多个基站(BS)或调制解调器池收发机(MPT)124。以类似于载波网络的方式,BSC/PCF 122通常通过网络、因特网和/或PSTN连接到MPT/BS 124以便进行数据传送和/或语音信息。MPT/BS 124可以无线地向接入终端(诸如蜂窝电话102)广播数据消息。如本领域公知的,MPT/BS 124、BSC/PCF 122以及其它组件可以构成RAN120。然而,还可以使用替代的配置,并且本发明并不限于所示出的配置。举例而言,在另一个实施例中,BSC/PCF 122以及MPT/BS 124中的一个或多个的功能可以合并到具有BSC/PCF 122和MPT/BS 124两者的功能的单个“混合”模块中。
图1B示出了依照本发明的一个实施例的载波网络126。在图1B的实施例中,载波网络126包括分组数据服务节点(PDSN)160、广播服务节点(BSN)165、应用服务器170和因特网175。然而,在替代的实施例中,应用服务器170和其它组件可以位于载波网络之外。PDSN 160为例如利用cdma2000无线接入网络(RAN)(例如,图1A的RAN 120)的移动站(例如,接入终端,诸如来自图1A中的102、108、110、112)提供到因特网175、内部网和/或远程服务器(例如,应用服务器170)的接入。作为接入网关,PDSN 160可以提供简单IP和移动IP接入、外部代理支持和分组传送。如本领域内公知的,PDSN 160可以作为认证、授权和计费(AAA)服务器以及其它支持基础设施的客户端,并且向移动站提供到IP网络的网关。如图1B中所示,PDSN 160可以通过传统的A10连接与RAN 120(例如,BSC/PCF 122)通信。A10连接在本领域是公知的,因此为了简洁起见将不做进一步讨论。
参照图1B,广播服务节点(BSN)165可以配置为支持多播和广播服务。下面将更详细地描述BSN 165。BSN 165通过广播(BC)A10连接与RAN 120(例如,BSC/PCF 122)通信,并且通过因特网175与应用服务器170通信。BC A10连接用于传送多播和/或广播消息。因此,应用服务器170通过因特网175向PDSN 160发送单播消息,并通过因特网175向BSN 165发送多播消息。
参照图2,诸如蜂窝电话之类的接入终端200(这里是无线设备)具有可以接收并执行从RAN 120发送的软件应用、数据和/或命令的平台202,这些软件应用、数据和/或命令可能最终来自于载波网络126、因特网和/或其它远程服务器和网络。平台202可以包括收发机206,其可操作地耦合到专用集成电路(“ASIC”208)、或其它处理器、微处理器、逻辑电路、或其它数据处理设备。ASIC 208或其它处理器执行应用编程接口(“API”)210层,API 210层与无线设备的存储器212中的任何驻留程序相连接。存储器212可以由只读或随机存取存储器(RAM和ROM)、EEPROM、闪存卡、或对计算机平台通用的任何存储器组成。平台202还可以包括本地数据库214,其可以保存存储器212中不经常使用的应用。本地数据库214通常是闪存单元,但是可以是本领域公知的任何辅助存储设备,例如磁介质、EEPROM、光介质、磁带、软盘或硬盘等。如本领域内公知的,平台202内部的组件还可以可操作地耦合到外部设备,诸如其它组件中的天线222、显示器224、一键通按钮228和键板226。
因此,本发明的实施例可以包括具有执行本文中所描述的功能的能力的接入终端。例如,接入终端可以包括配置成将连接请求和QoS资源的预留绑定到接入消息中的逻辑单元,以及配置成将该接入消息发送给接入网络的逻辑单元。如本领域内的技术人员应该意识到的,各种逻辑单元可以实现在用于完成本文中公开的功能的分立元件、处理器上执行的软件模块、或软件和硬件的任何组合中。举例而言,ASIC 208、存储器212、API 210和本地数据库214可以全部协作使用,以加载、存储和执行本文中公开的各个功能,并且因此,用于执行这些功能的逻辑单元可以分布于各个单元。作为替代,这些功能可以整合到一个分立组件中。因此,图2中的接入终端的特征仅被视为是说明性的,并且本发明并不限于所示出的特征或排列。
接入终端102和RAN 120之间的无线通信可以基于不同的技术,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、全球移动通信系统(GSM)、或可以在无线通信网络或数据通信网络中使用的其它协议。数据通信通常是在客户端设备102、MPT/BS 124和BSC/PCF 122之间。BSC/PCF 122可以连接到多个数据网络(诸如载波网络126、PSTN、因特网、虚拟专用网络等),从而允许接入终端102接入到更广泛的通信网络。如之前所讨论的以及本领域公知的,可以使用各种网络和配置将语音传输和/或数据从接入网络发送给接入终端。因此,本文中所提供的示例并不旨在限制本发明的实施例,而仅是帮助描述本发明的实施例的各个方面。
图3A示出了依照本发明的实施例,用于绑定通信的流程图。在310,在接入终端(AT)302处存在初始触发器用以建立通信请求(例如,PTT按钮228被按下),并且将与无线接入网络(RAN)120建立通信所需的信息绑定到接入信道消息(例如,连接请求(ConnectionRequest)和路由更新信息(RouteUpdate))中,提供用于通信的任何QoS服务(预留开启请求(ReservationOnRequest))等)。另外,应用层数据(例如,信令上的数据(DataOverSignaling(DOS))消息)也可以被绑定到接入信道消息中,以加快与终端应用(例如,组服务器、驻留在另一个AT上的应用等)的通信。一旦接入消息与期望的信息绑定(例如,DOS+ConnectionRequest+RouteUpdate+ReservationOnRequest),则可以通过接入信道(AC)将该接入消息发送给无线接入网络(RAN)120(320)。
一旦在接入网络120处接收到绑定的消息320,接入网络可以处理请求330。在330中,假设业务信道和QoS资源是可用的,接入网络可以针对所请求的预留分配业务信道(TCH)和请求的QoS资源。具体地,接入网络120可以确认接入消息(ACAck)(332),发送业务信道指派(TCA)(334),并发送预留接受消息(ReservationAccept)(336)。可以在控制信道(CC)上将这些消息发送给AT 302。可以从AT 302发送数据速率控制(DRC)消息,以与RAN 120建立数据通信速率。在成功地接收并解码DRC和导频后,RAN 120可以在前向业务信道(F-TCH)上发送反向业务信道确认(RTCAck)消息(350)。在接收到RTCAck消息之后,AT 302可以在反向业务信道(R-TCH)上发送业务信道完成(TCC)消息(360)。然后,在前向和反向两个方向上建立专用信道,从而AT 302和RAN 120均可以双向地传送数据。在接入终端302和接入网络120之间传送的各种消息在本领域内是公知的,并且在日期为2006年9月12日的3GPP2C.S0024-A版本3.0,cdma2000高速分组数据空中接口的文档中有记录,以引用的方式将该文档整体并入本申请。因此,在本文中将不再提供对建立过程和消息的详细解释。
如果选择性地将DOS消息或其它应用层消息绑定到连接请求接入消息中,则这些信息不会影响前面所讨论的业务信道建立。一般而言,特定于应用的数据可以被RAN 120检测出来并且仅传递到适当的目的地。然而,特定于应用的信息还可以通过提供所需的数据(例如,PTT呼叫请求)以便由远程应用(例如,PTT服务器)做进一步处理,以便一旦在AN 302和RAN 120之间建立业务信道便建立数据通信(例如,PTT呼叫),来降低延迟敏感应用中的延时。因此,应用层消息中包括的数据不必在被转发给网络之前,等待AT 302和RAN 120之间的业务信道的建立。
本领域的技术人员应该意识到的是,针对不同应用或在应用中,所需要的QoS资源可以是不同的。下面的示例描述了在不同的QoS资源场景下的QoS设计:
·当业务信道资源和QoS资源(例如,呼叫内(In-Call)信令和媒体预留)在始发方AT 302扇区的扇区中可用时,RAN通过发送针对呼叫内信令和媒体预留的FwdReservationOn和RevReservationOn消息,来以信号方式发送QoS资源对于前向链路和反向链路两者是可用的。这种情况在图3A中示出,并且在前面的描述中进行了描述。
·当业务信道资源在始发方AT 302所处的扇区中可用,但所述预留中的一些或全部的QoS资源不可用时,RAN 120仍可以将业务信道分配给始发方AT 302并向其发送TCA消息。然而,RAN 102通过向AT 302发送预留拒绝(ReservationReject)消息拒绝针对其无法提供的预留的QoS请求。当QoS资源(例如,呼叫内信令和媒体预留)不可用时,业务信道的可用性使得AT 302能够在业务信道上尝试完成其呼叫建立信令握手。这种情况在图3B中示出。
·当在始发方AT的扇区中没有业务信道资源可用时,AN通过发送连接拒绝(ConnectionDeny)消息(例如,按照1xEV-DO修订A标准)拒绝业务信道请求。在这种情况中,还通过向AT 302发送ReservationReject消息拒绝针对预留的QoS请求。这种情况在图3C中示出。
如果在呼叫建立分组到达时,已将呼叫内信令与媒体预留中的一些分配给始发方AT,则AN/RAN可以只激活当前未分配的呼叫内信令和媒体预留。
如上所述,本发明的实施例能够降低延迟敏感应用中的处理延迟。组通信/一键通(PTT)系统是能够利用由本文中公开的通信信号绑定所提供的减少的连接时间的延迟敏感系统的示例。例如,本发明的实施例提供了一种通过在同一接入封装中发送ReservationOnRequest消息作为其连接请求(例如,ConnectionRequest+RouteUpdate)消息,来发送请求以打开所需的QoS资源的预留(例如,PTT呼叫的呼叫内信令和媒体预留)的AT。可选地,可以将DataOverSignaling(DOS)消息绑定到同一接入封装中。如果在PTT呼叫时分配了呼叫内信令前向和反向QoS预留,则AT可以请求打开媒体QoS预留。这些请求可以作为ReservationOnRequest消息的一部分。
组通信系统还可以被称为一键通(PTT)系统、网络广播服务(NBS)、调度系统、或点对多点通信系统。典型地,一组接入终端用户可以使用指派给每个组成员的接入终端相互通信。术语“组成员”表示授权相互进行通信的一组接入终端用户。虽然组通信系统/PTT系统可以被认为是在若干成员之中,但是该系统并不限于这种配置,并且可以应用于以一对一为基础的单个设备之间的通信。
所述组可以在现存通信系统上进行操作,而不需要对现存基础结构进行本质上的修改。因此,控制器和用户可以在能够利用因特网协议(IP)发送和接收分组信息的任何系统(诸如码分多址(CDMA)系统、时分多址(TDMA)系统、全球移动通信系统(GSM)系统、卫星通信系统、陆上线路和无线系统的组合等)中进行操作。
组成员可以利用指派的接入终端(诸如接入终端(AT)102、108和302)相互通信。AT可以是有线或无线设备,诸如陆地无线电话、具有一键通能力的有线电话、配备有一键通功能的卫星电话、膝上型或桌面型计算机、寻呼设备、或其任意组合。此外,每个AT能够在安全模式或非安全(透明)模式中发送和接收信息。应该理解的是,对AT的引用并不旨在限定于所示出或所列举的示例,而是可以包括具有依据因特网协议(IP)发送和接收分组信息的能力的其它设备。
当组成员希望向该组内的其它成员发送信息时,该成员可以通过按下AT上的一键通按钮或按键(例如,图2中所示228)请求传输权限,其生成针对分布式网络上的传输而格式化的请求。例如,该请求可以从AT 102通过空中发送给一个或多个MPT(或基站)124。用于处理数据分组的BSC/PCF 122(其可以包括公知的互通功能(IWF)、分组数据服务节点(PDSN)或分组控制功能(PCF))可以存在于MPT/BS 124和分布式网络之间。然而,还可以通过公共交换电话网络(PSTN)将该请求发送到载波网络126。载波网络126可以接收该请求并将其提供给RAN 120。
参照图4,一个或多个组通信服务器402可以通过其到分布式网络的连接监听该组通信系统的业务。由于组通信服务器402可以通过各种有线和空中接口连接到分布式网络,因此在地理上邻近组参与者是不必要的。通常,组通信服务器402控制PTT系统中的设置的组成员的无线设备(AT 302、472、474、276)之间的通信。所示出的无线网络仅是示例性的,并且可以包括远程模块借以通过空中在彼此之间和之中和/或在无线网络的组件之间和之中进行通信的任何系统,其中包括但不限于无线网络载波和/或服务器。此外,一系列分组服务器402可以连接到组通信服务器LAN 450。
组通信服务器402可以连接到无线服务提供商的分组数据服务节点(PDSN),诸如PDSN 452,这里被示为驻留在载波网络426上。每个PDSN452可以通过分组控制功能(PCF)462与基站460的基站控制器464相连接。PCF 462可以位于基站460中。载波网络426控制发送给MSC 458的消息(通常以数据分组的形式)。MSC 458可以连接到一个或多个基站460。以类似于载波网络的方式,MSC 458通常通过用于数据传输的网络和/或因特网和用于语音信息的PSTN两者连接到BTS 466。如本领域内公知的,BTS 466最终无线地向无线AT(诸如蜂窝电话302、472、474、476)广播消息或从其接收消息。因此,将不会进一步讨论组通信系统的一般细节。此外,虽然本文中的描述讨论了特定系统(例如,PTT、1xEV-DO)的特定方面以提供额外的细节和示例,但是本发明的实施例并不仅限于这些特定示例。
如上所讨论的,AT 302请求业务信道以便建立通信(例如,PTT呼叫)。如果针对呼叫内信令和媒体的业务信道和QoS资源都可用,则可以由始发方AT 302发起PTT呼叫(在下面以及在图5中提供了关于QoS资源的额外的细节)。在传统系统中,AT 302将会与RAN 120建立业务信道连接,并随后请求QoS资源。然而,为了依照本发明的实施例减低这一延迟,将建立PTT呼叫所需要的信令消息连同原始的连接请求绑定到初始接入信道消息中。
1xEV-DO修订版A设计为提供到分组数据网络的高效接入,并且广泛地基于针对其网络结构的因特网。遍历PDSN 452、PCF 462和RAN 120处的因特网协议(IP)网络单元的数据业务可以基于基于标准的因特网工程任务组(IETF)的协议,这些协议支持用于根据QoS需求来区分业务的方法。AT 302和1xEV-DO修订版A网络之间的QoS是按照3GPP2X.S0011-004-C版本2.0cdma2000无线IP网络标准:服务质量和头部减少规范中所描述的来配置的,以引用的方式将该文档内容并入本文。在AT 302和RAN 120之间通过空中接口发送的数据业务可以通过如上所引用的3GPP2C.S0024-A版本3.0文档中所描述的1xEV-DO修订版A协议,针对适当的QoS待遇来进行配置。1xEV-DO修订版A提供标准机制以提供AT内QoS和At间QoS。AT内QoS提供对属于同一用户的数据流的区分,而AT间QoS提供对属于不同用户的分组的区分。
为了实现QoS,业务区分应该是端到端可用的。包括AT 302、RAN 120(BTS 466、BSC 464)、PDSN 452和因特网路由器在内的所有网络组件应该实现/支持QoS。1xEV-DO修订版A网络中的端到端QoS可以通过下述机制来实现:
·分组过滤器:PDSN处的分组过滤器将前向业务流映射到AT,并定义应该应用到该前向业务数据的QoS待遇。AT以信号方式发送在PDSN处建立分组过滤器的QoS请求,如在3GPP2X.S0011-004-C版本2.0cdma2000无线IP网络标准:服务质量和头部减少规范中所描述的。
·QoS配置文件(配置文件ID):QoS配置文件和/或配置文件ID是指定(或预定义)数据服务的相关空中接口参数和网络QoS需求的机制。其为当AT向RAN请求针对一个流的QoS预留时使用的“速记”标识符。在TSB 58-G(cdma2000扩展频谱标准的参数值分配的管理)中描述了可用于各种数据服务的标准配置文件ID分配,以引用的方式将该文档内容并入本文。
·反向业务标记:AT可以依照区分服务(DiffServ)框架和标准来标记反向业务数据。这些标记定义了针对在PDSN处向外发出的数据请求的QoS网络待遇。
1xEV-DO修订版A网络中的QoS还基于对AT的PPP会话的下列元素的适当的映射或绑定,具体如下:
·IP(应用)流:通过识别唯一IP流来定义AT和PDSN处的应用层QoS需求。预留标签与IP流相关联,以便识别AT和RAN之间的流的QoS需求。然后将该IP流映射到最好地满足该QoS需求的RLP流上。
·RLP(链路)流:无线链路协议(RLP)流是基于上层流的QoS需求(例如,RLP参数配置)来分配的。具有相同QoS需求的IP流可以映射到相同的RLP流上。在反方向上,将RLP流映射到(反向业务信道媒体接入控制)RTCMAC流上。
·RTCMAC流:RTCMAC流是基于定义物理层延迟和/或上层流所需的容量的QoS需求来分配的。例如,流可以是低延迟流或高容量流。具有相同QoS需求的RLP流可以映射到相同的RTCMAC流上。
图5示出了与接入网络120通信的支持PTT的AT 302的多个RLP流500。可以通过QoS配置文件指定每个流的QoS需求。如上所述,不同应用可以具有不同的QoS需求。例如,通过1xEV-DO修订版A的PTT通过网络QoS需求的规范接收高优先级和低延迟的数据递送。示例性PTT系统可以使用AT处的三个IP流的分配:一个流用于呼叫建立信令;一个流用于呼叫内信令;一个流用于媒体。每个IP流具有特定的QoS需求并且映射到三个单独的RLP流上。AT还可以使用默认的尽力而为(BE)流。媒体的QoS需求可以视为与VoIP媒体是类似的,并且因此这种RLP流可以与VoIP共享。
虽然上面的描述提供了特定于PTT/系统和1xEV-DO网络的许多细节,以提供对本发明的实施例的各个方面的详细解释说明,但是本领域的技术人员应该意识到的是,本发明的实施例并不限于任何特定应用和/或网络。本发明的实施例可以包括具有QoS需求的任何应用。此外,支持与初始连接建立请求绑定的QoS资源的分配的任何网络也可以包括在本发明的实施例中。
参照图6,提供了示出根据本发明的实施例的绑定过程的流程图。例如,该方法可以包括应用识别进行请求的需要QoS资源的通信(例如,PTT呼叫)(在方框610中)。如果使用了额外的消息并且在接入探测中有空间,则可以考虑将额外的消息进行绑定(例如,DOS消息)620。然后,在方框630中,可以从应用层向低层传送对绑定的接入消息(例如,接入探测)的请求,以便将所请求的消息绑定到接入探测中。如本文中所使用的,应用层可以包括请求应用(例如,PTT客户端)以及有助于应用层和低层(例如,RLC、MAC和物理层)之间的连接的绑定API。然而,应该意识到的是,本发明的实施例并不限于这种配置。例如,应用本身可以包含绑定API的功能。
在方框634中,在接收到绑定的请求之后,可以将QoS请求添加到接入探测。同样地,在方框636中,如果请求了并且接入探测中有足够空间,则可以将DOS消息添加到接入探测。另外,在方框638中,将连接请求和路径更新消息添加到接入探测。在方框645,执行检查以确定所绑定的消息是否完整。如果不完整,该过程可以向后循环以检查丢失的消息,如它们可能被延迟了。在方框640中,还可以在应用层设置延迟单元(例如,定时器),以允许对接入探测的绑定。该过程可以通过方框650进行循环,直到应用层从低层接收到消息绑定完成645的指示(或直到事件已经超时并且发送了接入探测)。在接收到确认之后,可以释放接入探测延迟(660),并且可以发送接入探测(670)。
如上所讨论的,触发器(例如,310)可以是使得应用发起具有QoS需求的连接请求的任何事件,这对该应用是已知的。该触发器可以通过硬键或软键激活来手动地激活、可以响应于所接收的信号(例如,语音命令、来自网络的信号等)而被激活、或可以响应于由该应用所检测到的条件而被激活。
例如,如图7中所示,接入终端(AT)472可以接收一触发器,诸如在PTT系统中,宣布消息或呼叫建立消息705。具体而言,可以通过PDSN452和RAN 120发送呼叫建立消息705。接入网络120可以在控制信道上将呼叫建立消息转发给目标AT 472(710)。在接收到并解码该呼叫建立分组之后,AT 472可以确定所请求的通信(例如,PTT呼叫)使用QoS资源。因此,从网络接收到的呼叫建立消息可以作为发起对后续响应进行绑定的触发器。
例如,AT 472可以用绑定的请求720进行响应,其中包括连接请求(例如,连接请求(ConnectionRequest)+路由更新(RouteUpdate))、QoS预留(例如,预留开启请求(ReservationOnRequest))和可选的接入信道上的应用层消息(例如,DOS)。将DOS包括在内允许在建立业务信道之前将应用数据发送给目的地。请求QoS资源允许在建立业务信道之前分配需要的QoS资源。因此,可以改进通信系统的响应能力。在接收到连接请求之后,可以在接入网络(AN)120分配业务信道和所请求的资源(712)。可以向AT 472发送业务信道指派(TCA)、QoS资源接受和对接入信道消息的确认(714)。业务信道建立可以在722、716和724中继续,直到RAN 120和AT 472都准备好发送和接收如上所讨论的以及如本领域内公知的数据。因此,不再提供详细解释说明。
从上面所公开的内容看,本领域的技术人员应该认识到,本发明的实施例包括执行前面所讨论的动作、操作和/或功能的序列的方法。例如,用于在无线网络中发送通信信号的方法可以包括在接入终端处将连接请求和QoS资源的预留绑定到接入消息中,以及将该接入消息发送给接入网络。所绑定的消息还可以包括与该连接请求和预留一起绑定到该接入消息中的应用层消息(例如,DOS消息)。
如上所述,通信会话可以包括AT处的三个IP流,其中包括:一个流用于呼叫建立信令、一个流用于呼叫内信令、以及一个流用于媒体。这三个IP流中的每一个流可以与给定的QoS资源预留需求相关联。传统上,针对呼叫建立信令流的QoS资源预留总是开启的,而针对呼叫内信令和媒体流的QoS资源预留只在要求相应的IP流的通信会话被激活或正在建立时开启。在不允许通过信令信道发送数据的网络(例如,诸如不支持信令上的数据(QoS)或在网络的一个或多个扇区中禁用DoS的EV-DO网络)中,通过保持呼叫建立信令IP流的QoS资源预留总是开启,传统的呼叫建立延迟会潜在地降低,因为保证呼叫始发方在与RAN 120的初始呼叫建立信令交换期间的一定量的QoS资源。虽然下面一般参照EV-DO术语(例如,接入信道、前向业务信道(F-TCH)、路由更新、连接请求等)描述本发明的实施例,但是应该了解的是,其它实施例可以针对其它空中接口,比如W-CDMA。下面参照图8A和8B描述呼叫建立处理的示例。
因此,图8A和8B示出了服务器仲裁通信会话的呼叫建立处理过程。参照图8A,在800中,假设AT 1处于休眠状态中,这样AT 1没有活动的业务信道(TCH)并且没有用于媒体和呼叫内IP流的QoS资源预留。但是,AT 1的用于其呼叫建立IP流的QoS资源预留是“开启(on)”的(例如,由RAN 120当前分配给AT 1的,或由RAN 120为AT 1预留的)。此外,AT的呼叫建立IP流的QoS资源预留按照管理总是“开启”的,即使AT处于休眠状态。
接下来,在802中,虽然AT 1在休眠状态中,假设AT 1的用户请求发起服务器仲裁通信会话(例如,PTT会话、VoIP会话、组通信会话、半双工通信会话、全双工通信会话等)。例如,在PTT会话的情况中,802的触发操作可以对应于AT 1的用户按下AT 1上的PTT按钮以发起PTT通信会话。
在AT 1处接收到通信会话请求之后,AT 1在反向链路接入信道(AC)上向RAN 120,发送路由更新消息、连接请求消息和预留开启请求消息,804。804的预留开启请求消息(或ROnR消息)请求针对IP流1(即,呼叫内IP流)和IP流2(即,媒体IP流)的QoS资源预留,但是不为IP流0(即,呼叫建立IP流)预留,因为IP流0的QoS资源总是预留的或总是分配给AT 1的,而IP流1和2的QoS资源预留只在涉及AT 1的通信会话内为AT打开。
应该了解的是,804中传输的消息不需要与呼叫消息绑定起来和/或包括在通过信令的数据(DoS)分组中。RAN 120通过在下行链路控制信道上向AT发送接入信道确认(ACAck)来确认从804接收到的消息,806。在808中,RAN 120在下行链路控制信道上向AT 1发送TCH分配,作为对来自804的连接请求消息的应答,并且RAN 120在分配给AT 1的前向业务信道(F-TCH)上在TCH分配消息中传输反向业务信道确认(RTCAck)消息,810(例如,在从AT 1成功接收并解码DRC和导频之后,图8A中未示出)。一旦接收到的RTCAck消息,AT 1可以在其新分配的反向业务信道(R-TCH)上向RAN 120发送业务信道完成(TCC)消息,812。RAN 120还向AT 1发送预留接受(Reservation Accept)消息指示其请求的针对IP流1(即,呼叫内IP流)和IP流2(即,媒体IP流)的QoS资源预留已经预留或已经分配该AT 1,814。如814中所示,单个预留接受消息可以针对多个“单向”QoS流(即,多个反向链路QoS流或多个前向链路QoS流)发送。但是,不同预留接受消息是由EV-DO协议要求针对不同方向上的QoS流发送的。例如,预留接受是每一预留授权消息(类似FwdReservationOn或RevReservationOn消息)要求的。
在获取TCH之后,AT 1在R-TCH上发送至少一个呼叫消息(例如,以给定的间隔,比如每500ms,直到从RAN 120接收到STATUS消息),816,并且RAN 120将该至少一个呼叫消息转发给应用服务器170,818。应用服务器170将“配置的”宣告消息(ANN)转发给RAN 120以传输给AT 2…N,820,并且还向RAN 120确认至少一个呼叫消息的接收,822,RAN 120在F-TCH上将CALL-ACK消息转发回AT 1,824。在820中,ANN用于提示RAN 120抢先向响应该寻呼(在828中)且没有从AT 2…N明确请求QoS资源的AT 2…N分配QoS资源。这一QoS资源抢先分配机制可以称为“预测性”QoS。在一个示例中,应用服务器170可以在820中向ANN的IP头部中插入预定义的比特序列以触发RAN 120向AT 2…N中的任何寻呼响应呼叫目标分配QoS资源(例如,通过在840和842处发送的前向预留开启(FwdReservationOn)和反向预留开启(RevReservationOn)消息)。在另一个示例中,该预定义的比特序列可以对应于ANN的IP头部综合那个包含的给定DSCP值。
参照图8A,在826中,假设呼叫请求是请求发起向目标AT 2…N的通信会话(例如,对于直接呼叫或一对一呼叫N=2,对于组通信会话N>2),并且每个目标AT 2…N处于休眠状态,没有TCH但有为呼叫建立IP流0预留的QoS资源,但没有为呼叫内IP流1和/或媒体IP流2预留的资源。因此,一旦从应用服务器170接收到宣告消息ANN,RAN 120通过在下行链路控制信道上发送寻呼消息来寻呼每个AT 2…N,828。假设每个AT 2…N通过在反向链路接入信道上发送连接请求和路由更新消息来响应寻呼,830。在一个示例中,QoS的请求在这一点上不从AT 2…N发送,因为寻呼资源是由低等级应用处理的,其用于自动响应寻呼而不需要通知高等级多媒体应用关于该较高等级多媒体应用的寻呼的接收以确定是否请求QoS。换句话说,寻呼由于各种各样的原因到达AT 2…N处,并且寻呼不需要关于管理与宣布消息ANN相关联的通信会话的特定高等级多媒体应用。因此,低层应用不需要通知高等级多媒体应用关于该寻呼。但是,由于820中的ANN是用于提示由RAN 120进行的抢先QoS资源分配的,因此实际上不要求由AT 2…N发送明确的QoS资源请求。RAN 120通过在下行链路控制信道832上向AT 2…N发送ACAck消息来确认830的消息,然后通过在下行链路控制信道上发送TCH分配消息向AT 2…N分配TCH,834。RAN120在分配给AT 2…N的前向业务信道(F-TCH)上在TCH分配消息中传输反向业务信道确认(RTCAck)消息,836(例如,在从AT 2…N成功接收并解码DRC和导频之后,图8A中未示出)。
一旦接收到RTCAck消息,AT 2…N可以在其新分配的反向业务信道(R-TCH)上向RAN 120发送业务信道完成(TCC)消息,838。接下来,RAN 120向AT 2…N发送FwdReservationOn和RevReservationOn消息,840和842,以便为呼叫内IP流1和媒体IP流2分配或预留QoS资源。在一个示例中,在840和842中发送给AT 2的FwdReservationOn和RevReservationOn消息可以由820中的ANN消息的IP头部配置来触发,而不是从AT 2…N明确地请求QoS资源(例如,ReservationOnRequest消息)。应该了解的是,针对呼叫建立IP流0的QoS资源预留已经分配,并且在图8A中的处理中,在这一点上不需要分配给AT 2…N。
转向图8B,RAN 120在F-TCH上向AT 2…N发送宣布消息,844。AT2…N确定已经授权了足够的QoS资源以支持845中宣布的呼叫并接受该呼叫宣布,并且因此在R-TCH上向RAN 120发送宣布ACK(接受)消息,846,然后RAN 120将该宣布ACK(接受)消息发送给应用服务器170,848。AT 2…N还发送预留接受消息,850和852,以接受和确认IP流1和2的前向链路和反向链路QoS预留的接收。如850中和852中所示,针对如840和842中由RAN 120分配的不同方向中的QoS流发送不同的预留接受消息,借此840包括前向链路QoS,842包括反向链路QoS。
一旦从所宣布的通信会话的第一响应者接收到宣布ACK(接受)消息,应用服务器170向RAN 120发送STATUS消息以传输给AT 1,854,并且RAN 120在F-TCH上向AT 1传输STATUS消息,856。一旦接收到STATUS消息,AT 1确定QoS资源预留是否已经分配给每个AT 1的关于通信会话的IP流(例如,IP流0、1和2),858。在这个情况中,已经确定了每个IP流0、1和2的QoS资源预留分配给了AT 1,并且因此AT 1确定继续858中的呼叫。因此,AT 1通过在R-TCH上向RAN 120发送STATUS-ACK消息确认该STATUS消息,860,然后该RAN 120将STATUS-ACK消息转发给应用服务器170,862。
一旦接收到STATUS-ACK消息,应用服务器170向RAN 120发送联系消息以传输给AT 1…N,864和866。在一个示例中,该联系消息提供关于AT 1…N如何联系应用服务器170处的媒体服务器的信息,该应用服务器将会在通信会话内处理AT 1…N之间的媒体交换。RAN 120在AT 1的F-TCH上向AT 1传输联系信息,868并且还在它们各自的F-TCH上向AT 2发送,870。一旦在AT 1处接收到联系消息,AT 1在R-TCH上向RAN 120发送CONTACT-ACK,872,并且RAN 120将该CONTACT-ACK从AT 1转发给应用服务器170,874。同样地,一旦在AT 2…N处接收到该联系消息,AT 2…N在它们各自的R-TCH上向RAN 120发送CONTACT-ACK,876,并且RAN 120将该CONTACT-ACK从AT 2…N向应用服务器170转发该CONTACT-ACK,878。
在接收到联系消息中的联系信息后,AT 1…N通过应用服务器170在通信会话内交换媒体,880和882。应该了解的是,AT 1作为底层持有者开始通信会话,因为AT 1发起该呼叫,但是底层持有者可以根据呼叫内IP流上的信令在通信会话内改变。同样地,使用媒体IP流在AT 1…N之间传送媒体。IP流1和2的QoS资源预留因此在通信会话内是“开启”的。IP流0或呼叫建立IP流的QoS资源预留在通信会话内也是“开启”的,因为这些QoS资源假设对于每个AT 1…N“总是开启”的。
在通信会话内,AT 1周期性地确定是否终止通信会话,884。例如,AT1可以由于TCH失效,或可替换地由于由AT 1的用户明确请求终止该通信会话而确定终止通信会话。如果AT 1在884中确定不终止通信会话,处理过程回到880并且通信会话继续。否则,如果AT 1在884中确定终止通信会话,则AT 1在R-TCH上向RAN 120发送END消息,886,并且RAN 120用END-ACK消息在F-TCH上响应该END消息,888。然后,AT 1通过在R-TCH上向RAN 120发送预留关闭请求消息来释放IP流1和2的QoS资源预留,890,并且RAN 120通过在F-TCH上向AT 1发送预留接受消息来接受IP流1和2的QoS资源预留的收回分配或释放,892。在这一点,在894中,AT 1重新进入800的休眠状态,这样IP流1和2的QoS资源预留“关闭”或挂起,而IP流0(即,呼叫建立IP流)的QoS资源预留还是保持。虽然操作884到894显示为发生在AT 1处,但是应该了解的是AT 2…N也可以执行这些操作。换句话说,AT 2…N也可以靠它们自己决定退出通信会话。但是,为了便于解释,发生在AT 2…N处的这一潜在决定逻辑已经从图8B省略。并且,虽然图8B中未示出,但是在给定的TCH失效周期之后,TCH失效定时器超时并且TCH将会在AT 1…N处撤销。
应该了解的是,维持AT 1…N处的所有呼叫建立IP流的QoS资源预留意味着不需要在图8A和8B的处理过程中请求呼叫建立IP流的QoS资源预留和分配给AT 1…N。这潜在地节省了图8A和8B的通信呼叫建立处理过程中的时间(例如,至少在不支持DoS或在一个或多个扇区内DoS无效的网络中)。但是,还应该了解的是,维持AT 1…N处的呼叫建立流的QoS资源预留减少了RAN 120的容量(例如,DoS可用的情况)。在没有涉及AT 1…N的活动通信会话被实际执行的情况中,减少的容量可能降低系统性能,即使与上述QoS资源预留相关联的AT 1…N的呼叫建立IP流实际上没有使用。
因此,图9A和9B示出了依照本发明的一个实施例的服务器仲裁通信会话的呼叫建立处理过程,其中,给定AT的呼叫建立IP流的QoS资源预留在通信会话激活或建立时被“开启”,否则“关闭”。
参照图9A,在900中,假设AT 1处于休眠状态中,这样AT 1没有活动的业务信道(TCH)并且没有用于媒体和呼叫内IP流的QoS资源预留。此外,与图8A和8B中不同,在900的休眠状态中,AT 1也没有用于其所有呼叫建立IP流的QoS资源预留。与之相反,传统上,呼叫建立IP流总是“开启”的,即使AT处于休眠状态,如图8A和8B中所示。
接下来,在902中,虽然AT 1在休眠状态中,假设AT 1的用户请求发起服务器仲裁通信会话(例如,PTT会话、组通信会话等)。例如,在PTT会话的情况中,902的触发操作可以对应于AT 1的用户按下AT 1上的PTT按钮以发起PTT通信会话。
在AT 1处接收到通信会话请求之后,AT 1在反向链路接入信道(AC)上向RAN 120发送路由更新消息、连接请求消息、预留开启请求消息和DoS分组中的呼叫消息,904(例如,如图3A、3B和/或3C的320中)。904的预留开启请求消息(或ROnR消息)请求针对IP流0(即,呼叫建立IP流)、IP流1(即,呼叫内IP流)和IP流2(即,媒体IP流)的QoS资源预留。与之相反,在图8A的804中,预留开启请求消息不请求关于IP流0(即,呼叫建立IP流)的QoS资源预留,因为IP流0的QoS资源预留在图8A中的这一点处已经开启。并且,在图8A中呼叫消息不包括在DoS分组中,因为将呼叫消息与路由更新、连接请求和/或预留开启请求消息一起绑定到DoS分组中是本发明的实施例。
因此,在图9A中,AT 1在反向链路接入信道上在904的绑定消息中发送呼叫消息,904,RAN 120将该呼叫消息转发给应用服务器170,906。RAN 120通过在下行链路控制信道上向AT 1发送接入信道确认(ACAck)确认从904接收到的消息,908,并且在下行链路控制信道上向AT 1发送TCH分配作为对904的连接请求消息的响应,910。
在912中,RAN 120在TCH消息中分配给AT 1的前向业务信道(F-TCH)上传输反向业务信道确认(RTCAck)消息(例如,在从AT 1成功地接收和解码DRC和导频之后,图9A中未示出)。一旦接收到RTCAck消息,AT 1可以在其新分配的反向业务信道(R-TCH)上向RAN 120发送业务信道完成(TCC)消息,914。RAN 120还向AT 1发送预留接受消息以指示其为IP流0(即,呼叫建立IP流)、IP流1(即,呼叫内IP流)和IP流2(即,媒体IP流)请求的Qos资源预留已经分配给AT 1,916。
一旦在906中从RAN 120接收到呼叫消息,应用服务器170将宣布消息(ANN)转发给RAN 120用于传输给AT 2…N,918,并且还向RAN 120确认该呼叫消息的接收,920,RAN 120在F-TCH上向AT 1传输回CALL-ACK消息,922。如图8A的820中一样,ANN用于提示RAN 120抢先向响应寻呼(在926中)且没有明确地从AT 2…N请求QoS资源的AT2…N分配QoS资源。这一抢先QoS资源分配机制可以称为“预测性”QoS。在一个示例中,应用服务器170可以在918中向ANN的IP头部插入预定以的比特序列以触发RAN 120向AT 2…N中任何响应寻呼的呼叫目标分配QoS资源(例如,通过在938和940处发送FwdReservationOn和RevReservationOn消息)。在其它示例中,该预定义的比特序列对应于ANN的IP头部中包含的给定DSCP值。
参照图9A,在924中,假设呼叫请求是请求发起向目标AT 2…N的通信会话,并且每个目标AT 2…N处于休眠状态,没有TCH且没有为呼叫建立IP流0、呼叫内IP流1和/或媒体IP流2预留的QoS资源(例如,类似于AT在900中的休眠状态)。
因此,一旦从应用服务器170接收到宣告消息ANN,RAN 120通过在下行链路控制信道上发送寻呼消息来寻呼每个AT 2…N,936。假设每个AT2…N通过在反向链路接入信道上发送连接请求和路由更新消息来响应寻呼,928。在一个示例中,QoS的请求在这一点上不从AT 2…N发送,因为寻呼资源是由低等级应用处理的,其用于自动响应寻呼而不需要通知高等级多媒体应用关于该较高等级多媒体应用的寻呼的接收以确定是否请求QoS。换句话说,寻呼由于各种各样的原因到达AT 2…N处,并且寻呼不需要关于管理与宣布消息ANN相关联的通信会话的特定高等级多媒体应用。因此,低层应用不需要通知高等级多媒体应用关于该寻呼。例如,高等级多媒体应用会在942中一旦接收到ANN消息即被告知该呼叫,在图9A的示例中其发生在AT 2…N获取QoS资源(938和940)之后。换句话说,由于ANN在918中用于提示有RAN 120进行的抢先QoS资源分配,而实际上不要求AT 2…N发送明确的QoS资源请求。RAN 120通过在下行链路控制信道上向AT 2…N发送ACAck消息930确认928的消息,然后通过在下行链路控制信道上发送TCH分配消息向AT 2…N分配TCH,932。RAN 120在分配给AT 2…N的前向业务信道(F-TCH)上在TCH分配消息中传输反向业务信道确认(RTCAck)消息,934(例如,在成功地从AT 2…N接收并解码DRC之后,图9A中未示出)。
一旦接收到RTCAck消息,AT 2…N可以在其新分配的反向业务信道(R-TCH)上向RAN 120发送业务信道完成(TCC)消息,936。接下来,RAN 120向AT 2…N发送FwdReservationOn和RevReservationOn消息,938和940,以便为呼叫建立IP流0、呼叫内IP流1和媒体IP流2分配或预留QoS资源。在一个示例中,在938和940中发送给AT 2的FwdReservationOn和RevReservationOn消息可以由918中的ANN消息的IP头部配置来触发,而不是从AT 2…N明确地请求QoS资源(例如,ReservationOnRequest消息)。应该了解的是,不同与图8A和8B,在938和940中向AT 2…N分配呼叫建立IP流0的QoS资源预留。
RAN 120在F-TCH上向AT 2…N发送宣布消息,942。AT 2…N确定已经授权了足够的QoS资源以支持943中宣布的呼叫并接受该呼叫宣布,并且因此在R-TCH上向RAN 120发送宣布ACK(接受)消息,944,然后RAN 120将该宣布ACK(接受)消息转发给应用服务器170,946。AT 2…N还发送预留接受消息,948和950,以接受和确认IP流0、1和2的前向链路和反向链路QoS预留的接收。如948中和950中所示,针对如938和940中由RAN 120分配的不同方向中的QoS流发送不同的预留接受消息,借此938包括前向链路QoS,940包括反向链路QoS。
一旦从所宣布的通信会话的第一响应者接收到宣布ACK(接受)消息,应用服务器170向RAN 120发送STATUS消息以传输给AT 1,952,并且RAN 120在F-TCH上向AT 1传输STATUS消息,954。转向图9B,一旦接收到STATUS消息,AT 1确定QoS资源预留是否已经分配给通信会话,956。在这个情况中,已经确定了每个IP流0、1和2的QoS资源预留分配给了AT 1,并且因此AT 1确定继续956中的呼叫。因此,AT 1通过在R-TCH上向RAN 120发送STATUS-ACK消息确认该STATUS消息,958,然后该RAN 120将STATUS-ACK消息转发给应用服务器170,960。
一旦接收到STATUS-ACK消息,应用服务器170向RAN 120发送联系消息以传输给AT 1…N,962和964。在一个示例中,该联系消息提供关于AT 1…N如何联系应用服务器170处的媒体服务器的信息,该应用服务器将会在通信会话内处理AT 1…N之间的媒体交换。RAN 120在AT 1的F-TCH上向AT 1传输联系信息,966并且还在它们各自的F-TCH上向AT 2发送,968。一旦在AT 1处接收到联系消息,AT 1在R-TCH上向RAN 120发送CONTACT-ACK,970,并且RAN 120将该CONTACT-ACK从AT 1转发给应用服务器170,972。同样地,一旦在AT 2…N处接收到该联系消息,AT 2…N在它们各自的R-TCH上向RAN 120发送CONTACT-ACK,974,并且RAN 120将该CONTACT-ACK从AT 2…N向应用服务器170转发该CONTACT-ACK,976。
在接收到联系消息中的联系信息后,AT 1…N通过应用服务器170在通信会话内交换媒体,978和980。应该了解的是,AT 1作为底层持有者开始通信会话,因为AT 1发起该呼叫,但是底层持有者可以根据呼叫内IP流上的信令在通信会话内改变。同样地,使用媒体IP流在AT 1…N之间传送媒体,并且关于该通信会话的初始呼叫建立的信令使用呼叫建立IP流。每个IP流的QoS资源预留因此在通信会话的持续时间内是“开启”的。
在通信会话内,AT 1周期性地确定是否终止通信会话,982。例如,AT1可以由于TCH失效,或可替换地由于由AT 1的用户明确请求终止该通信会话而确定终止通信会话。如果AT 1在982中确定不终止通信会话,处理过程回到978并且通信会话继续。否则,如果AT 1在982中确定终止通信会话,则AT 1在R-TCH上向RAN 120发送END消息,984,并且RAN 120用END-ACK消息在F-TCH上响应该END消息,986。然后,AT 1通过在R-TCH上向RAN 120发送预留关闭请求消息来释放IP流1和2的QoS资源预留,988,并且RAN 120通过在F-TCH上向AT 1发送预留接受消息来接受IP流1和2的QoS资源预留的收回分配或释放,990。在这一点,在992中,AT 1的用于IP流1和2的QoS资源预留“关闭”或挂起,而IP流0(即,呼叫建立IP流)的QoS资源预留还是保持。
在992之后的一些点,假设AT 1在超过TCH休眠定时器(或TCH无效定时器)的一段时间内无效,这样TCH休眠定时器超时,994。TCH休眠定时器的超时触发AT 1通过在R-TCH上向RAN 120发送连接关闭消息撤销其TCH,996。在这一点上,AT 1处的TCH是撤下的,并且IP流0的QoS资源预留是“关闭”或挂起的,998。在一个示例中,如图9B中所示,来自AT 1的连接关闭消息可以作为IP流0的隐含的预留关闭请求,这样就不需要发送IP流0的明确的预留关闭请求。在另一个实施例中,虽然图9A和9B中没有示出,但是AT 1可以除了996的连接关闭消息再另外发送明确的针对IP流0的预留关闭请求以关闭对IP流0的QoS资源预留。
在一个替代性实施例中,有可能TCH休眠定时器在984中发送END消息之前就超时了。在这个情况中,996的连接关闭消息可以在该呼叫流的这一较早时间点处一旦TCH休眠定时器超时就触发。应该了解的是,替代实施例中的连接关闭消息可以用作每个IP流0、1和2的隐含的预留关闭请求,这样就不用发送IP流0、1和2的明确的预留关闭请求消息了。在另一个实施例中,虽然图9A和9B中未示出,AT 1可以除了“较早的”连接关闭消息以外在发送明确的针对IP流0、1和2的预留关闭请求消息以便在这个替换性实施例中关闭IP流0、1和2的QoS资源预留。
虽然操作982到998显示为发生在AT 1处,但是应该了解的是,AT2…N也可以执行这些操作。换句话说,AT 2…N可以依靠它们自己决定退出通信会话。但是,为了便于解释说明,发生在AT 2…N处的这一潜在决策逻辑已经从图9B忽略。
此外,在上述本发明的实施例中,在各个AT处(例如,在图8B的845和/或858处,图9B的943和/或956处等)执行的QoS评估被描述为好像QoS是二进制变量(即,QoS“ON”或QoS“OFF”)。但是,在本发明的其它实施例中,可以在给定AT和/或RAN 120处评估不同等级的QoS。例如,在二级制类型实现中,如上所述,可以在启动组通信会话管理应用(例如,QChat客户端)时协商和指派QoS等级。当前的W-CDMA实现对应于二进制类型实现,在这种意义上只有一个QoS流可以使用,并且这一QoS流或者是开启或者是关闭。
作为替换,给定AT可以请求多于一个QoS流,并且RAN 120可以只授权一部分数量的流。在这个情况中,所请求的QoS可以只在一个示例中对给定AT“部分”可用。例如,RAN 120可以授权前向方向上的QoS流而拒绝反向方向上的流。根据这一分配,给定AT可以决定ACK(接受)该STATUS并且稍后重新请求反向反向上的流。换句话说,图9B的决定方框845和/或858或图9B的943和/或956可以评估是否已经获得了足够等级的QoS资源(例如,对于半双工呼叫目标反向链路QoS流没有前向链路QoS流重要,对于半双工呼叫发起者前向链路QoS流没有反向链路QoS流重要等),而不是苹果是否已经获得了所有请求的QoS。当前的EV-DO实现采用多个QoS流,如果多个流的任何流不可用或被RAN 120打开则认为该QoS流关闭。
本领域的那些技术人员应该理解可以使用各种不同的方法和技术中的任何一种来表示信息和信号。例如,在以上说明书中通篇所提及的数据、指令、命令、信息、信号、比特、符号和码片等可以用电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或者其任何组合来表示。
此外,本领域技术人员还应当明白,结合本发明的实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地表示硬件和软件之间的可交换性,上面对各种示例性的部件、框、模块、电路、步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件,取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用,以变通的方式实现所描述的功能,但是,这种实现决策不应解释为背离本发明的保护范围。
结合本发明所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行本文所述功能的下列部件来实现或执行:通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件部件或者这些部件的任何组合。通用处理器可以是微处理器,但是可替换地,该处理器可以是任何可商用的处理器、控制器、微控制器或状态机。也可以将处理器实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核的组合、或任何其它这样的配置。
结合本发明描述的方法、序列和/或算法可以直接实现在硬件、处理器执行的软件模块或其组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或本领域已知的任何其它形式的存储介质中。示例性的存储介质处理器连接,处理器可以从存储介质读取信息和向其中写入信息。作为替代,该示例性存储介质可以整合到处理器中。处理器和存储介质可以位于ASIC中。ASIC可以位于用户设备中(例如,接入终端)。或者,处理器和存储介质可以作为用户终端中的分立组件。
在一种或多种示例性实施例中,本申请中所描述的功能可以用硬件、软件、固件,或它们的任意结合来实现。如果在软件中实现,功能可以作为一条或多个指令或代码存储在计算机可读介质上或进行传输。计算机可读介质包括计算机存储介质和通信介质,包括任何便于将计算机程序从一个地方转移到另一个地方的介质。存储介质可以是通用计算机或专用计算机可访问的任何可用介质。举个例子,但是并不仅限于,该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备,或可以用于以指令或数据结构的形式装载或存储期望程序代码,并由计算机访问的任何其它介质。此外,任何连接也都可适当地被称作计算机可读介质。举个例子,如果软件是通过同轴电缆、纤维光缆、双绞线、数字用户线(DSL)、或无线技术(比如红外、无线电和微波)从网站、服务器、或其它远程源传输的,则同轴电缆、纤维光缆、双绞线、DSL、或无线技术(比如红外、无线电和微波)包含在介质的定义中。本申请中所用的磁盘和光盘,包括光具盘(CD)、镭射影碟、光盘、数字化视频光盘(DVD)、软盘和蓝光光盘,其中,磁盘通常磁力地再生数据,而光盘则用激光光学地再生数据。上述的结合也可以包含在计算机可读介质的范围内。
因此,本发明的一个实施例可以包括计算机可读介质,其上存储的用于在无线网络中绑定通信消息的代码包括:用于使计算机将连接请求和QoS资源预留绑定到一个接入消息中的代码,以及用于使计算机将该接入消息传输给接入网络的代码。此外,本申请中所描述的任何功能都是可以作为本发明的其它实施例中额外的代码包括在内的。
虽然前面公开讨论了本发明的实施例,但是需要注意的是在不脱离所附权利要求所定义的本发明的范围的条件下,可以做出各种改变和修改。本申请中所描述的依照本发明的实施例声明的方法的功能、步骤和/或方法不需要以任何特定顺序执行。此外,虽然以单数形式描述或声明了本发明的单元,但是除非明确说明限制为单数,否则复数形式也是可以预料到的。
Claims (26)
1.一种在无线通信系统中的通信会话期间获取服务质量(QoS)资源预留的方法,包括:
在休眠状态中的始发接入终端处接收发起与至少一个目标接入终端的通信会话的请求,所述始发接入终端的所述休眠状态的特性为:(i)所述始发接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述始发接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;
将一消息至少配置为针对用于要发起的所述通信会话的呼叫建立的所述IP流来请求所述QoS资源预留;以及
将所配置的消息发送到接入网络。
2.如权利要求1所述的方法,其中,所配置的消息对应于绑定消息,所述绑定消息包括下列各项中的两个或更多个:(i)针对用于要发起的所述通信会话的呼叫建立的所述IP流,对所述QoS资源预留的所述请求;(ii)对所述活动TCH的请求;(iii)针对用于要发起的所述通信会话的呼叫内信令的IP流,对QoS资源预留的请求;(iv)针对用于要发起的所述通信会话的媒体的所述IP流,对QoS资源预留的请求;(v)呼叫请求消息;以及(vi)位置更新消息。
3.如权利要求2所述的方法,还包括:
响应于所述绑定消息,从所述接入网络接收针对所请求的TCH的指派,以及对用于要发起的所述通信会话的呼叫建立、呼叫内信令和媒体中的每一者的所述IP流的接受的指示。
4.如权利要求1所述的方法,
其中,所配置的消息是信令上的数据(DoS)分组,并且
其中,所述发送步骤在信令信道上发送所配置的消息。
5.如权利要求1所述的方法,还包括:
接收关于所述接入网络已经接受了针对用于要发起的所述通信会话的呼叫建立的所述IP流的所述QoS资源预留的所述请求的指示。
6.一种在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的方法,包括:
在接入网络处接收与请求在始发接入终端和至少一个目标接入终端之间发起通信会话相关联的第一消息,所述第一消息至少配置为:针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流,请求QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;以及
响应于所述第一消息,发送第二消息,所述第二消息至少指示:针对用于要发起的所述通信会话的呼叫建立的所述IP流,由所述始发接入终端对所述QoS资源预留的所述请求已被所述接入网络接受,
其中,所述始发接入终端或所述目标接入终端的休眠状态具有如下特性:(i)所述始发接入终端或所述目标接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述始发接入终端或所述目标接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留。
7.如权利要求6所述的方法,所述第一消息对应于绑定消息,所述绑定消息包括下列各项中的两个或更多个:(i)针对用于要发起的所述通信会话的呼叫建立的所述IP流,对所述QoS资源预留的所述请求;(ii)对业务信道(TCH)的请求;(iii)针对用于要发起的所述通信会话的呼叫内信令的IP流,对QoS资源预留的请求;(iv)针对用于要发起的所述通信会话的媒体的所述IP流,对QoS资源预留的请求;(v)呼叫请求消息;以及(vi)位置更新消息。
8.如权利要求7所述的方法,还包括:
响应于所述绑定消息,从所述接入网络发送所请求的TCH的指派,以及对用于要发起的所述通信会话的呼叫建立、呼叫内信令和媒体中的每一者的所述IP流的接受的指示。
9.如权利要求7所述的方法,还包括:
将所述呼叫请求消息转发给应用服务器,所述应用服务器配置为对要发起的所述通信会话进行仲裁。
10.如权利要求6所述的方法,其中,所述第一消息被包括在信令上的数据(DoS)分组中,并且是在信令信道上接收的。
11.如权利要求6所述的方法,还包括:
发送关于所述接入网络已经接受了针对用于要发起的所述通信会话的呼叫建立的所述IP流的所述QoS资源预留的所述请求的指示。
12.一种在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的方法,包括:
在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,发送业务信道指派消息,所述业务信道指派消息将业务信道指派给所述至少一个目标接入终端;以及
在所指派的业务信道的前向链路上,向所述至少一个目标接入终端发送QoS资源预留指派消息,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述至少一个目标接入终端,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
13.如权利要求12所述的方法,还包括:
从配置成对所述通信会话进行仲裁的应用服务器接收宣布消息;
确定所述宣布消息被配置成提示对所述至少一个目标接入终端的QoS资源的抢先分配,
其中,所述QoS资源预留指派消息的所述发送是在未从所述至少一个目标接入终端接收到对QoS资源的显式请求的情况下,响应于所述确定而触发的。
14.如权利要求12所述的方法,其中,所述QoS资源预留指派消息还配置为指示:针对用于所述通信会话的呼叫内信令的IP流和用于所述通信会话的媒体的所述IP流的QoS资源预留也已经被分配给所述至少一个目标接入终端。
15.如权利要求12所述的方法,还包括:
接收关于所述至少一个目标接入终端已接受了针对用于所述通信会话的呼叫建立的所述IP流而对所述QoS资源预留的请求的指示。
16.一种在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的方法,包括:
在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,接收业务信道指派消息,所述业务信道指派消息将业务信道指派给所述通信会话的给定的目标接入终端;
在所指派的业务信道的前向链路上,在所述给定的目标接入终端处接收QoS资源预留指派消息,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述给定的目标接入终端;以及
向接入网络发送至少一个消息,以指示针对用于要发起的所述通信会话的呼叫建立的所述IP流所分配的QoS资源预留已被所述给定的目标接入终端接受,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
17.如权利要求16所述的方法,其中,所述QoS资源预留指派消息是在未从所述给定的目标接入终端接收到对QoS资源的显式请求的情况下接收的。
18.如权利要求16所述的方法,其中,所述QoS资源预留指派消息还配置为指示:针对用于所述通信会话的呼叫内信令的IP流和用于所述通信会话的媒体的所述IP流的QoS资源预留也已经被分配给所述至少一个目标接入终端。
19.一种配置成在无线通信系统中的通信会话期间获取服务质量(QoS)资源预留的接入终端,包括:
用于当所述接入终端处于休眠状态中时,接收发起与至少一个目标接入终端的通信会话的请求的模块,所述接入终端的所述休眠状态的特性为:(i)所述接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;
用于将一消息至少配置为针对用于要发起的所述通信会话的呼叫建立的所述IP流来请求所述QoS资源预留的模块;以及
用于将所配置的消息发送到接入网络的模块。
20.一种配置成在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的接入网络,包括:
用于接收与请求在始发接入终端和至少一个目标接入终端之间发起通信会话相关联的第一消息的模块,所述第一消息至少配置为:针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流,请求QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;以及
用于响应于所述第一消息,发送第二消息的模块,所述第二消息至少指示:针对用于要发起的所述通信会话的呼叫建立的所述IP流,由所述始发接入终端对所述QoS资源预留的所述请求已被所述接入网络接受,
其中,所述始发接入终端或所述目标接入终端的休眠状态具有如下特性:(i)所述始发接入终端或所述目标接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述始发接入终端或所述目标接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留。
21.一种配置成在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的接入网络,包括:
用于在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,发送业务信道指派消息的模块,所述业务信道指派消息将业务信道指派给所述至少一个目标接入终端;以及
用于在所指派的业务信道的前向链路上,向所述至少一个目标接入终端发送QoS资源预留指派消息的模块,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述至少一个目标接入终端,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
22.一种配置成在无线通信系统中的通信会话期间获取服务质量(QoS)资源预留的接入终端,包括:
用于在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,接收业务信道指派消息的模块,所述业务信道指派消息将业务信道指派给所述通信会话的给定的目标接入终端;
用于在所指派的业务信道的前向链路上,在所述给定的目标接入终端处接收QoS资源预留指派消息的模块,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述给定的目标接入终端;以及
用于向接入网络发送至少一个消息,以指示针对用于要发起的所述通信会话的呼叫建立的所述IP流所分配的QoS资源预留已被所述给定的目标接入终端接受的模块,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
23.一种配置成在无线通信系统中的通信会话期间获取服务质量(QoS)资源预留的接入终端,包括:
配置成当所述接入终端处于休眠状态中时,接收发起与至少一个目标接入终端的通信会话的请求的逻辑单元,所述接入终端的所述休眠状态的特性为:(i)所述接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;
配置成将一消息至少配置为针对用于要发起的所述通信会话的呼叫建立的所述IP流来请求所述QoS资源预留的逻辑单元;以及
配置成将所配置的消息发送到接入网络的逻辑单元。
24.一种配置成在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的接入网络,包括:
配置成接收与请求在始发接入终端和至少一个目标接入终端之间发起通信会话相关联的第一消息的逻辑单元,所述第一消息至少配置为:针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流,请求QoS资源预留,其中,所述用于呼叫建立的IP流是与用于要发起的所述通信会话的媒体的IP流分开的;以及
配置成响应于所述第一消息,发送第二消息的逻辑单元,所述第二消息至少指示:针对用于要发起的所述通信会话的呼叫建立的所述IP流,由所述始发接入终端对所述QoS资源预留的所述请求已被所述接入网络接受,
其中,所述始发接入终端或所述目标接入终端的休眠状态具有如下特性:(i)所述始发接入终端或所述目标接入终端不具有与要发起的所述通信会话相关联的活动业务信道(TCH),以及(ii)所述始发接入终端或所述目标接入终端不具有至少针对用于要发起的所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留。
25.一种配置成在无线通信系统中的服务器仲裁的通信会话期间提供服务质量(QoS)资源预留的接入网络,包括:
配置成在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,发送业务信道指派消息的逻辑单元,所述业务信道指派消息将业务信道指派给所述至少一个目标接入终端;以及
配置成在所指派的业务信道的前向链路上,向所述至少一个目标接入终端发送QoS资源预留指派消息的逻辑单元,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述至少一个目标接入终端,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
26.一种配置成在无线通信系统中的通信会话期间获取服务质量(QoS)资源预留的接入终端,包括:
配置成在始发接入终端和在休眠状态中的至少一个目标接入终端之间建立通信会话期间,接收业务信道指派消息的逻辑单元,所述业务信道指派消息将业务信道指派给所述通信会话的给定的目标接入终端;
配置成在所指派的业务信道的前向链路上,在所述给定的目标接入终端处接收QoS资源预留指派消息的逻辑单元,所述QoS资源预留指派消息至少指示已将针对用于所述通信会话的呼叫建立的因特网协议(IP)流的QoS资源预留分配给所述给定的目标接入终端;以及
配置成向接入网络发送至少一个消息,以指示针对用于要发起的所述通信会话的呼叫建立的所述IP流所分配的QoS资源预留已被所述给定的目标接入终端接受的逻辑单元,
其中,所述目标接入终端的所述休眠状态的特性为:(i)所述目标接入终端不具有与所述通信会话相关联的活动业务信道(TCH),以及(ii)所述目标接入终端不具有至少针对用于所述通信会话的呼叫建立的所述IP流的所述QoS资源预留,其中,所述用于呼叫建立的IP流是与用于所述通信会话的媒体的IP流分开的。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US34933910P | 2010-05-28 | 2010-05-28 | |
US61/349,339 | 2010-05-28 | ||
US13/105,685 US20110292798A1 (en) | 2010-05-28 | 2011-05-11 | SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM |
US13/105,685 | 2011-05-11 | ||
PCT/US2011/038111 WO2011150191A1 (en) | 2010-05-28 | 2011-05-26 | SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102918888A CN102918888A (zh) | 2013-02-06 |
CN102918888B true CN102918888B (zh) | 2016-09-21 |
Family
ID=44534597
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201180026467.8A Expired - Fee Related CN102918888B (zh) | 2010-05-28 | 2011-05-26 | 无线通信系统中在通信会话期间选择性提供呼叫建立服务质量(QoS)资源预留 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20110292798A1 (zh) |
EP (1) | EP2578017A1 (zh) |
JP (2) | JP5622931B2 (zh) |
KR (2) | KR101532825B1 (zh) |
CN (1) | CN102918888B (zh) |
BR (1) | BR112012030157A2 (zh) |
WO (1) | WO2011150191A1 (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102316539B (zh) * | 2006-09-28 | 2015-05-06 | 高通股份有限公司 | 用于快速会话建立的预测性服务质量资源分配 |
KR101138485B1 (ko) * | 2006-09-28 | 2012-07-02 | 콸콤 인코포레이티드 | 효율성을 위한 통신 신호들의 번들링 |
US20110292798A1 (en) * | 2010-05-28 | 2011-12-01 | Qualcomm Incorporated | SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM |
US9106507B1 (en) * | 2011-06-08 | 2015-08-11 | Sprint Communications Company L.P. | Selective packet voice trigger use in a wireless communication network |
CN103188715B (zh) * | 2011-12-28 | 2016-04-27 | 中国移动通信集团广东有限公司 | 无线资源自动监控调度的方法及装置 |
TWI590631B (zh) * | 2012-03-15 | 2017-07-01 | 微軟技術授權有限責任公司 | 無線網路上的多模態通信優先性 |
US20130250827A1 (en) * | 2012-03-20 | 2013-09-26 | Qualcomm Incorporated | Devices and methods for modifying performance attributes based on device capabilities |
US10412618B2 (en) * | 2012-08-31 | 2019-09-10 | Qualcomm Incorporated | Optimistic quality of service set up |
US9185596B2 (en) | 2012-11-15 | 2015-11-10 | Qualcomm Incorporated | Apparatus and method for avoiding data loss associated with a QoS reservation failure |
EP3026940A1 (en) * | 2014-11-27 | 2016-06-01 | Motorola Solutions, Inc. | Method and system for managing modification of quality of service in a communication system handling a communication group |
TWI572179B (zh) * | 2015-01-28 | 2017-02-21 | Chunghwa Telecom Co Ltd | Mobile network base station communication prediction and resource scheduling automation analysis system and method |
CN104935374B (zh) * | 2015-06-23 | 2018-06-01 | 西安空间无线电技术研究所 | 一种基于动态窗口的卫星ip资源预留处理方法 |
CN109246173B (zh) * | 2017-06-16 | 2023-02-17 | 北京三星通信技术研究有限公司 | 会话操作的控制方法及装置 |
WO2018230982A1 (en) | 2017-06-16 | 2018-12-20 | Samsung Electronics Co., Ltd. | Apparatus and method for managing connections in wireless communication system |
CN111567135B (zh) * | 2017-09-26 | 2023-07-14 | 索尼集团公司 | 通信方法、通信装置 |
JP7218362B2 (ja) * | 2017-11-17 | 2023-02-06 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | Ranインタフェースを介した通知制御 |
CN112106326B (zh) * | 2018-09-28 | 2022-11-04 | 上海诺基亚贝尔股份有限公司 | 用于通信的主动资源预留 |
CN112400352B (zh) * | 2019-01-21 | 2023-12-29 | Oppo广东移动通信有限公司 | 一种资源管理方法、设备及存储介质 |
US11824904B1 (en) | 2022-11-18 | 2023-11-21 | T-Mobile Usa, Inc. | Verifying delivery of rich call data object to a terminating wireless device |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI108192B (fi) * | 1998-03-19 | 2001-11-30 | Nokia Networks Oy | Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä |
US7221682B2 (en) * | 2002-07-18 | 2007-05-22 | Lucent Technologies Inc. | Controller for allocation of processor resources and related methods |
US7924811B2 (en) * | 2004-03-30 | 2011-04-12 | Sony Ericsson Mobile Communications Ab | Methods, systems and computer program products for suspending packet-switched sessions to a wireless terminal |
US7353036B2 (en) * | 2004-05-10 | 2008-04-01 | Motorola, Inc. | Push-to-talk reverse channel establishment |
US7978684B2 (en) * | 2004-06-15 | 2011-07-12 | Nokia Corporation | Session set-up for time-critical services |
US7796995B2 (en) * | 2004-06-21 | 2010-09-14 | Qualcomm Incorporated | Asynchronous signaling and data delivery in wireless communication system |
US7394798B2 (en) * | 2004-06-30 | 2008-07-01 | Spyder Navigations, L.L.C. | Push-to talk over Ad-Hoc networks |
JP4594771B2 (ja) * | 2005-03-18 | 2010-12-08 | 富士通株式会社 | ネットワークQoS制御システムおよび制御方法 |
US7970425B2 (en) | 2005-08-30 | 2011-06-28 | Alcatel-Lucent Usa Inc. | Push-to-talk group call system using CDMA 1x-EVDO cellular network |
US9204420B2 (en) * | 2006-01-25 | 2015-12-01 | Alcatel Lucent | QoS-aware paging in a wireless communication system |
WO2007133734A2 (en) * | 2006-05-15 | 2007-11-22 | Nortel Networks Limited | Data over signaling (dos) optimization over wireless access networks |
KR101138485B1 (ko) * | 2006-09-28 | 2012-07-02 | 콸콤 인코포레이티드 | 효율성을 위한 통신 신호들의 번들링 |
US20080253342A1 (en) * | 2007-04-10 | 2008-10-16 | Zte (Usa) Inc. | Signaling in convergence sublayer in WiMAX |
US8023981B2 (en) * | 2008-05-12 | 2011-09-20 | Qualcomm Incorporated | Method and apparatus for adaptive dynamic call setup based on real-time network resource availability |
US20110292798A1 (en) * | 2010-05-28 | 2011-12-01 | Qualcomm Incorporated | SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM |
-
2011
- 2011-05-11 US US13/105,685 patent/US20110292798A1/en not_active Abandoned
- 2011-05-26 KR KR1020127034396A patent/KR101532825B1/ko active IP Right Grant
- 2011-05-26 BR BR112012030157A patent/BR112012030157A2/pt not_active IP Right Cessation
- 2011-05-26 JP JP2013512236A patent/JP5622931B2/ja not_active Expired - Fee Related
- 2011-05-26 KR KR1020147009030A patent/KR101532524B1/ko active IP Right Grant
- 2011-05-26 EP EP11724350.1A patent/EP2578017A1/en not_active Ceased
- 2011-05-26 CN CN201180026467.8A patent/CN102918888B/zh not_active Expired - Fee Related
- 2011-05-26 WO PCT/US2011/038111 patent/WO2011150191A1/en active Application Filing
-
2014
- 2014-03-27 JP JP2014065561A patent/JP5734486B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20110292798A1 (en) | 2011-12-01 |
CN102918888A (zh) | 2013-02-06 |
JP5622931B2 (ja) | 2014-11-12 |
KR101532825B1 (ko) | 2015-07-01 |
JP2014147101A (ja) | 2014-08-14 |
WO2011150191A1 (en) | 2011-12-01 |
KR20130025916A (ko) | 2013-03-12 |
JP5734486B2 (ja) | 2015-06-17 |
EP2578017A1 (en) | 2013-04-10 |
KR20140061496A (ko) | 2014-05-21 |
JP2013531935A (ja) | 2013-08-08 |
KR101532524B1 (ko) | 2015-07-06 |
BR112012030157A2 (pt) | 2018-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102918888B (zh) | 无线通信系统中在通信会话期间选择性提供呼叫建立服务质量(QoS)资源预留 | |
CN102845104B (zh) | 无线通信系统中服务质量(QoS)的获取和提供 | |
CN103370956B (zh) | 用于动态频谱套利的方法和系统 | |
US8213310B2 (en) | High-priority communications session within a wireless communications system | |
CN101507208B (zh) | 用于快速会话建立的预测性服务质量资源分配 | |
CN102379101B (zh) | 用于不可中断的无线群组通信会话的方法和装置 | |
CN106899944A (zh) | 无线通信系统内的高优先级通信会话 | |
CN102428745A (zh) | 在无线通信系统内的通信会话的设置期间使用户设备(ue)转变到专用信道状态 | |
JP2016534608A (ja) | 構成可能な地理的サービスエリアによるグループ通信 | |
US8762460B2 (en) | Group communication sessions between session participants communicating via two or more different contact protocols within a wireless communications system | |
CN101507305A (zh) | 用于提高效率的通信信号捆绑 | |
CN118119043A (zh) | 通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160921 |