减少无线通信系统内预付费群通信会话中的等待时间的制作方法

专利名称：减少无线通信系统内预付费群通信会话中的等待时间的制作方法
减少无线通信系统内预付费群通信会话中的等待时间根据35U. S. C. § 119的优先权要求本专利申请要求提交于2008年7月15日、题为“SYSTEM AND METH0DF0R REDUCING LATENCY IN A PREPAID GROUP COMMUNICATIONFROM A WIRELESS COMMUNICATION DEVICE (用 于减少来自无线通信设备的预付费群通信中的等待时间的系统和方法)”的临时申请 No. 61/080，946的优先权，该临时申请通过全文引用包括于此。
背景技术：
1.发明领域本发明的实施例涉及减少无线通信系统内预付费群通信会话的等待时间。2.相关技术描沭在诸如蜂窝电话、PDA、微型膝上型设备以及高级寻呼机之类的无线电信设备中， 设备典型地通过藉由现有的蜂窝电话网络桥接电话呼叫并跨网络传递数据分组来长距离 地通信。这些无线设备常常已限定相当的数据处理和计算能力，并相应地除了语音之外还 可跨电话网络发送和接收软件程序。存在一种提供一般称作“即按即讲”(PTT)能力的快速一对一或一对多通信的无 线电信服务。该通信的无线设备的具体PTT接收方设备群一般由承运商设立。PTT通信连 接典型地由无线设备上的单次按钮推按发起，该按钮推按激活讲话人与群的每个成员设备 之间的半双工链路，并且一旦该按钮被释放，该设备就可接收传入的PTT传输。在一些安排 中，PTT讲话人将具有当该讲话人正在讲话时其他群成员都不能讲话的“话语权”。一旦讲 话人或话语权人释放了 PTT按钮，群的任何其他个体成员就能接通他们自己的PTT按钮并 将具有话语权。还存在用于无线设备的“预付费”服务计划。在客户选择这样的计划的情况下，该 客户将钱放入其帐户，并根据该用户的服务使用情况来借记该帐户。在此类用户试图进行 呼叫时，在呼叫接通之前执行许多耗时的步骤。与无线设备通信的应用服务器接收来自该 无线设备的呼叫发起触发并随后询问在线收费系统(OCS)。OCS检查用户的可用结余，且若 该用户具有足够的结余，则OCS向应用服务器发送关于该用户被准许进行该呼叫的指示。 应用服务器随后将呼叫邀请(例如，通告消息)转发给目标用户的通信设备。相应地，在试图通过向目标用户的无线通信设备发送邀请以使该目标用户进入呼 叫之前，应用服务器等待接收关于呼叫发起方的授权和可用结余。对发起方支付该呼叫的 能力的核实在为呼叫的呼叫设立规程中增加了额外的处理延迟以及由于在应用服务器与 在线收费服务器之间的消息交换引起的延迟。这增加了此类预付费客户的初始呼叫设立等 待时间和初始媒体等待时间。尽管由于预付费通信会话中的核实规程略微延迟了呼叫设立，但大多数通信会话 并没有因为此类延迟而遭受明显的性能降级。然而，此类延迟在延迟敏感型通信(例如， PTT会话等)中可能较难以接受。因此，可能由于与上述核实规程相关联的呼叫设立延迟而 使预付费PTT客户的体验降级。概述
实施例涉及管理无线通信系统内由服务器仲裁的预付费群通信会话。服务器从会 话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求，该预付费群通信会 话要求每个会话参与者具有高于阈值水平的可用预付费帐户结余。服务器向在线收费系统 发送询问以确定是否至少该会话发起方具有可用结余至少等于阈值水平的预付费帐户。服 务器发起对所请求的预付费群通信会话的设立而不等待接收对该询问的响应，由此减少与 该预付费群通信会话的设立相关联的等待时间。附图简述

图1是具有指定的无线电信设备群(这里被示为PTT群)的无线网络的代表图， 该指定的无线电信设备群跨该无线网络与应用服务器和其他计算机设备通信。图2是普通蜂窝电信配置下的无线网络的一个实施例的代表图，该无线网络具有 控制PTT群成员的无线电信设备之间的群通信(包括预付费群通信)的应用服务器和关于 预付费群通信的在线收费系统。图3是解说了具有PTT能力的无线电信设备的计算机平台的框图。图4是根据本发明的实施例解说了使用会话发起协议(SIP)在多个预付费PTT无 线通信设备之间设立由服务器仲裁的通信会话的过程的呼叫流图。详细描述本发明的各方面在以下针对本发明具体实施例的描述和有关附图中公开。可以设 计出替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描 述或将被省去以免湮没本发明中切题的详情。在本描述中，术语“通信设备”、“无线设备”、“无线通信设备”、“PTT通信设备”、“手 持式设备”、“移动设备”和“手持机”被可互换地使用。术语“呼叫，，和“通信”也被可互换 地使用。“群通信”旨在涵盖要求具有低等待时间的快速设立的任何通信，诸如半双工即按 即讲语音呼叫、数据呼叫，或者诸如全双工VoIP呼叫和视频或其他远程会议之类的其他通 信，群通信也可以是例如一对一之类的点对点的，或者例如一对多之类的点对多点的。本文 中所用的术语“应用”旨在涵盖可执行和非可执行软件文件、原始数据、聚合数据、补丁、和 其他代码段。术语“示例性”意味着所公开的元素或实施例仅仅是示例，而并不指示任何用 户偏好。此外，类似附图标记贯穿若干视图代表类似部件，并且冠词“一”和“该”包括复数 引用，除非说明书中另外指定。措辞“示例性”和/或“示例”在本文中用于表示“用作示例、实例或解说”。本文 中描述为“示例性”和/或“示例”的任何实施例不必被解释为优于或胜过其他实施例。同 样，术语“本发明的实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工 作模式。此外，许多实施例是以要由例如计算设备的元件执行的动作序列的形式来描述 的。将可认识到，本文中所描述的各种动作能由专门的电路(例如，专用集成电路(ASIC))、 由正被一个或更多个处理器执行的程序指令、或由两者的组合来执行。另外，本文中所描述 的这些动作序列可被认为是完全实施在任何形式的计算机可读存储介质内，其内存储有一 经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发 明的各种方面可以用数种不同形式来实施，所有这些形式都已被构想落在所要求保护的主 题内容的范围内。另外，对于本文所描述的实施例中的每一个而言，任何此类实施例的相应形式可能在本文中被描述为例如“配置成执行所描述的动作的逻辑”。在本文中称为接入终端(AT)的高数据率(HDR)订户站可以是移动的或驻定的，并 且可与一个或更多个在本文中称为调制解调器池收发机(MPT)或基站(BQ的HDR基站通 信。接入终端通过一个或更多个调制解调器池收发机向/从HDR基站控制器传送和接收数 据分组，该HDR基站控制器被称为调制解调器池控制器(MPC)、基站控制器(BSC)和/或分 组控制功能(PCF)。调制解调器池收发机和调制解调器池控制器是称为接入网的网络的部 分。接入网在多个接入终端之间输送数据分组。接入网可被进一步连接到该接入网外部的其他网络，诸如公司内联网或因特网 等，并可在每一接入终端与此类外部网络之间输送数据分组。已与一个或更多个调制解调 器池收发机建立活跃话务信道连接的接入终端被称为活跃接入终端，并且被认为处在话务 状态中。处在与一个或更多个调制解调器池收发机建立活跃话务信道连接的过程中的接 入终端被认为处在连接设立状态中。接入终端可以是通过无线信道或通过有线信道例如使 用光纤或同轴电缆来通信的任何数据设备。接入终端还可以是包括但不限于PC卡、致密闪 存、外置或内置调制解调器、或者无线或有线电话等的数类设备之中的任何类型。接入终端 藉以向调制解调器池收发机发送信号的通信链路称为反向链路或反向话务信道。调制解调 器池收发机藉以向接入终端发送信号的通信链路被称为前向链路或前向话务信道。如本文 中所使用的，术语话务信道可以指前向或反向话务信道中任一者。此外，在下述实施例中，系统(例如，图1中的系统10)这里在若干实施例中被示 为工作在CDMA2000网络架构下。可以参照本领域技术人员所已知的CDMA2000系统和网络 接口的公知标准和构造。在本系统10的实现中可同样使用诸如CDMA2000数据演进优化 (EvDO)或IMT-2000、UMTS、或GSM之类的其他电信标准。参照其中相似附图标记贯穿始终代表相似元件的附图，图1解说了具有应用服务 器32和通信群12中的一个或多个无线电信设备的系统10的一个实施例，这些无线电信设 备诸如有无线电话14、智能寻呼器16、以及个人数字助理(PDA) 18，它们跨无线网络20与其 他无线电信设备通信。在系统10中，每个无线电信设备14、16、18都能跨无线通信网络20 选择性地且直接地与一个或多个其他无线电信设备的目标集通信。例如，移动电话14的目 标集可以是通信群12中的所有设备或其子集，诸如寻呼器16和/或PDA 18。在此实施例中，无线电信设备(诸如移动电话14)跨无线网络20通知存在于服务 器侧LAN 30上的群通信计算机设备(这里被示为应用服务器32)以指示在无线网络20上 存在(即可访问)该无线设备。群通信计算机设备32可将该信息与由第一无线电信设备 指定的目标无线电信设备集共享，或者还可将该信息与驻留于服务器侧LAN 30上的或者 可跨无线网络20访问的其他计算机设备共享。群通信计算机设备32可具有附连的或可访 问的数据库34以存储关于无线设备的群标识数据。如在本文更充分地描述的，服务器侧LAN 30上还示出了在线收费系统36，该系统 被配置成维护预付费帐户的用户预付费帐户数据，诸如预付费群通信。当建立了群通信时 可针对特定通信时间向用户收费，可针对每个群通信向用户统一收费，和/或可针对预付 费群通信服务以其他方式向用户收费。应当领会，驻留在服务器侧LAN 30上的、或者跨无 线网络20或一般而言跨因特网的计算机组件的数目不受限制。此外，应用服务器32还可 包括在线收费系统36的功能性。
在一示例中，诸如PTT通信之类的群通信可通过通信的无线电信设备14、16、18与 目标设备集中的一个或多个其他无线电信设备之间的半双工信道来建立。尽管本发明的实 施例一般是针对半双工通信会话来描述的，但很明显，其他实施例可以针对任何由服务器 仲裁的通信会话，包括全双工通信会话(例如，VoIP等)。并且，如果该目标集中的至少一 个无线电信设备已经向群通信计算机设备32通知了其在无线网络20上的存在，则群通信 计算机设备32可尝试桥接所请求的与该目标集的直接通信。 如果该目标集中的还没有一个或多个无线电信设备向群通信计算机设备32通知 其在无线网络20上的存在，群通信计算机设备32还可向无线电信设备14、16、18通知无法 桥接与目标集12的直接通信。此外，尽管群通信计算机设备32在这里被示为具有附连的 群标识数据的数据库34，群通信计算机设备32上也可驻留有群身份数据，并执行本文所述 的所有存储功能。群通信可以是语音，应用，诸如JPEG、TIF等图形媒体，或者诸如MP3、MP4、WAV等 音频文件。媒体还可以是诸如多媒体应用(PowerPoint、MOV文件、及类似物)之类的视频 或流送媒体。并且，在一示例中，群通信会话可对应于通信群12的成员之间的半双工音频 会议。如将领会的，在此种类型的群通信会话中，连接的速度和媒体递送(例如，语音数据) 的质量对于维护最终用户的服务质量(QoS)是很重要的。图2是普通蜂窝电信配置下的无线网络的一个实施例的代表图，该无线网络具有 诸如应用服务器32之类的控制PTT系统中的设定群成员的无线通信设备(设备70、72、74、 76)之间的通信的一系列群通信计算机设备。该无线网络仅是示例性的，并且可包括远程模 块藉以在彼此之间和/或在无线网络20的组件(包括但不限于无线网络承运商和/或服 务器)之间进行空中通信的任何系统。一系列应用服务器32连接至应用服务器LAN 50。 无线电话可以使用数据服务选项来向应用服务器32请求分组数据会话。LAN 50上还示出 了在线收费系统36。应用服务器32连接至在此被示为驻留于承运商网络M上的无线服务提供商的 分组数据服务节点(PDSN)(诸如PDSN 52)和/或广播服务节点(BSN) 53。PDSN 52和BSN 53以及相关联的基站60可构成区域性通信系统(例如，接入网或无线电接入网)，并且还 可包括其他服务器侧50组件，它们将共同控制去往一地理或虚拟区域的无线通信设备70、 72、74、76的通信。每个PDSN52或BSN 53可以通过分组控制功能(PCF) 62与基站60的基 站控制器64接口。PCF 62通常位于基站60中。承运商网络M控制发送给移动交换中心 (“MSC”)58的消息(一般为数据分组的形式)。承运商网络M藉由网络、因特网和/或 POTS( “简易普通电话系统”)来与MSC 32通信。通常，承运商网络M与MSC 58之间的网 络或因特网连接传递数据，而POTS传递语音信息。MSC 58可被连接至一个或更多个基站 60。以与承运商网络相似的方式，MSC 58通常既藉由网络和/或因特网连接到基收发机站 (有时被称为“支-至-源”)(BTS) 66进行数据传递又藉由POTS连接到BTS 66进行语音 信息传递。BTS 66最终通过短消息服务(“SMS”)或者本领域已知的其他空中方法来向和 从诸如蜂窝电话70、72、74、76之类的无线设备无线地广播和接收消息。还应当注意，承运 商边界和/或PTT运营商网络边界并不抑制或禁止如本文中所描述的数据共享。蜂窝电话和移动电信设备(诸如无线电话14)正被制造成具有增强的计算能力并 且正变得相当于个人计算机和手持式PDA。这些“智能”蜂窝电话允许软件开发者创建可下载且可在无线设备的处理器上执行的软件应用。诸如蜂窝电话14之类的无线设备可以下 载许多类型的应用，诸如网页、小应用程序、移动信息设备小程序(MIDlet)、游戏和数据等。 在已指定了通信群12(图1)的无线设备中，无线通信设备可以直接与该集合的其他成员连 接并进行语音和数据通信会话。然而，所有此类群直接通信会话可能是“由服务器仲裁的”， 其意味着通信会话通过应用服务器32或者在其控制下发生。这些设备的每个数据分组不 一定非得经过应用服务器32本身，但应用服务器32可以能够最终控制通信会话，因为应用 服务器32典型地将是知晓和/或能够检索通信群的成员身份、或将通信群12的成员身份 指引至另一计算机设备的唯一服务器侧30组件。图3是根据本发明的实施例解说无线电信设备14 (例如，移动电话)的框图。参照 图3，无线电信设备14包括配置成开启通往目标设备集(例如，通信群12的其他成员)的 直接通信的PTT按钮78。无线设备14还被示为具有针对无线设备14的用户的图形显示器 80。无线设备14包括计算机平台82，其能够处置语音和数据分组，以及接收和执行跨无线 网络20传送的包括群通信的软件应用。计算机平台82包括专用集成电路(“ASIC”)84、或 者其他处理器、微处理器、逻辑电路、可编程门阵列、或者其他数据处理设备、及其他组件。 ASIC 84是在无线设备制造时安装的并且通常不可升级。ASIC 84或其他处理器执行应用 编程接口( “API”)层86，API层86包括常驻应用环境，并可包括加载到ASIC 84的操作 系统。该常驻应用环境与无线设备的存储器88中的任何常驻程序接口。常驻应用环境的 示例是由QUALCOMM 为无线设备平台开发的“无线二进制运行时环境”(BREW)软件。如这里所示的，虽然无线设备14可以是带有图形显示器80的移动电话，但是在替 换实施例中，无线设备可对应于如本领域中所知的带有计算机平台82的任何类型的无线 设备，诸如个人数字助理(PDA)、带有图形显示器沈的寻呼器，或甚至是具有无线通信口、 并可另行具有与网络或因特网的有线连接的单独的计算机平台。另外，存储器88可包括只 读或随机存取存储器(RAM和ROM)、EPROM、EEPR0M、闪存卡、或计算机平台常用的任何存储 器。计算机平台82还可包括用于存储未在存储器88中活跃地使用的软件应用的本地数据 库90。本地数据库90通常包括一个或更多个闪存单元，但也可以是如本领域中所知的任何 二级或三级存储设备，诸如磁介质、EPR0M、EEPR0M、光学介质、带、或者软盘或硬盘。在图3的无线通信设备14的实施例中，计算机平台82还包括可从该无线设备开 启直接通信信道的直接通信接口 92 (例如，用于PTT呼叫中的半双工语音通信)。直接通信 接口 92也可以是无线设备的平常携带向和从该无线设备传送的话音和数据的标准通信接 口的一部分。直接通信接口 92通常包括如本领域中所知的硬件。图4是根据本发明的实施例解说了使用会话发起协议(SIP)在多个预付费PTT无 线通信设备之间设立由服务器仲裁的通信会话的过程的呼叫流图。参照图4，会话发起方124向接入网发送呼叫请求消息，接入网随后将该呼叫请求 消息转发给应用服务器130 (400)。如图4中所示，在SIP呼叫设立实现中，呼叫请求消息可 对应于SIP邀请消息。一旦接收到来自会话发起方124的呼叫请求消息，应用服务器130 就标识该会话的呼叫目标，并随后向目标用户126和1 通告该群通信会话002和404)。 如图4中所示，在SIP呼叫设立实现中，呼叫通告消息可对应于SIP邀请消息。在应用服务器130接收到来自会话发起方124的呼叫请求消息之后，应用服务器 130确认收到呼叫请求消息(406)。如图4中所示，在SIP呼叫设立实现中，呼叫消息确认可对应于2000K消息。随后，在应用服务器170从第一目标设备接收到指示接受所通告的 群通信会话(即，“第一应答方”)的消息之后，应用服务器130向会话发起方IM发送状态 消息，该状态消息指示会话发起方1 可以开始缓冲和/或向应用服务器130发送对应该 会话的媒体以便转发给已经加入该会话的一个或多个呼叫目标008)。如图4中所示的， 在SIP呼叫设立实现中，状态消息可对应于讲话阵发控制协议(TBCP)讲话阵发授予消息， 其作用于授予会话发起方1 关于该会话的话语权人状态。如将领会的，在图4中，在接收到400中的呼叫请求消息之际，应用服务器130在 通告该会话(例如，402和404)和/或向会话发起方IM授予话语权(例如，408)之前并 不等待对会话发起方124的信用授权。因此将领会，由于常规预付费群通信会话在呼叫通 告之前等待结余核实，所以图4的预付费群通信会话相比于常规预付费群通信会话至少因 为这个原因而被更快地设立。然而，核实会话发起方以及会话的目标能实际负担得起参与 该预付费群通信会话当然仍是重要的。相应地，应用服务器130向在线收费系统(0CQ 132发送关于会话发起方IM的信 用控制请求(CCR) 010)，并在继续设立该预付费群通信会话的同时等待接收来自OCS 132 的关于会话发起方124的信用控制答复(CCA)。OCS 132是本领域公知的，且被配置成管理 无线通信系统10内订户的帐户结余(包括预付费帐户结余)，并进一步基于请求向诸如应 用服务器32或130之类的网络实体报告这些结余。因此，在等待CCR响应时，应用服务器 130向呼叫目标126和128发送消息012和414)以指示会话发起方124已被授予话语权 并将要开始转发与该预付费群通信会话相关联的媒体。如图4中所示的，在SIP呼叫设立 实现中，在412中发送给会话目标126的消息和/或在414中发送给会话目标128的消息 可各自对应于讲话阵发控制协议(TBCP)讲话阵发进行消息。相应地，在框414之后，在会话发起方IM与呼叫目标1 和1 之间设立预付费 群通信会话(例如，尽管应领会没有必要在图4中示出与设立预付费群通信会话相关联的 所有消息接发，例如，联系消息(未示出)可被发送给每个会话参与者以使得每个会话参与 者知道如何联系主存应用服务器130上的实际媒体交换的服务器，等等)。然而，会话参与 者还未被核实具有足够的结余(例如，资金或现款结余、信用结余等)来参与该预付费群通 信会话。因此，响应于来自410的关于会话发起方IM的CCR(例如，其请求会话发起方IM 是否具有足够的可用结余来进行该呼叫)，OCS 132向应用服务器130发送指示会话发起方 124是否具有足够结余来发起和/或参与该预付费群通信会话的CCA016)。一旦接收到关于会话发起方IM的CCA,应用服务器130确定会话发起方IM是否 具有足够结余参与该预付费群通信会话G18)。在一示例中，对会话发起方的结余的核实可 发生在对呼叫目标的结余的核实之前，因为会话发起方的结余不足可导致整个会话的立即 终止，相比之，呼叫目标的结余不足仅导致具有不足结余的个体呼叫目标的掉线而准许其 余各方继续该预付费群通信会话。在又一示例中，若判决框418由于会话发起方IM —方 的不足资金和/或信用而确定终止该预付费群通信会话，则会话发起方1 可被发送消息 以指示其结余低并制止后续会话发起请求至少直至他/她的结余得到补充。或者，也可能关于每个潜在呼叫参与者(例如，会话发起方IM和会话目标1 和 /或1 两者)的CCR被捆绑在一起，并且响应CCA也被捆绑在一起，以使得应用服务器130 并发地请求CCR，且在应用服务器130处并发地接收CCA。因此，在本发明的其他实施例中，418的判决框无需发生在评估关于呼叫目标的CCA之前，而是也可并发或并行地发生。在另一实施例中，即使判决框418确定会话发起方IM结余不足(即，结余低于给 定的阈值水平)，应用服务器130也可允许呼叫继续进行。在此替换性实施例中，OCS 132 可被指令在该呼叫终止之后借记该会话发起方124的客户端帐户(例如，这意味着这对于 会话发起方1 而言是后付费呼叫，尽管从会话目标126和/或1 的角度来看该呼叫仍是 “预付费”的)。在又一实施例中，在源于发起方结余不足的会话发起方124的“后付费”会 话之后，会话发起方1 可能无法发起另一会话直至可用结余已提升到高于阈值水平。在 一示例中，会话发起方1 可被发送向发起方通知低结余状态的消息。换言之，在其中会话 发起方124结余不足的第一实例中，可准许该呼叫继续并且对发起方记帐的尝试可在呼叫 终止之后执行。此第一实例由此用作对发起方的警告，并使其用户注意到他/她的资金需 要补充(例如，在向发起方发送通知该发起方他/她的低结余的消息之后)。若该发起方未 能补充他/她的资金，则该同一用户将来的呼叫发起尝试将被拒绝直至他/她的资金得到 补充。返回到图4，假设会话发起方IM具有足够结余(例如，资金和/或信用)可用， 并且应用服务器120因此向在线收费系统132发送关于会话目标126的CCR(420)和关于 会话目标128的CCR (424)。相应地，OCS 132评估会话目标1 和128的帐户结余，并向应 用服务器130发送关于会话目标1 和128中的每一个的CCA 022和426)。再一次，在替 换实施例中，关于会话参与者的CCR和/或CCA可被捆绑在一起以减少应用服务器130和 OCS 132之间的信令。接着，应用服务器130评估关于每个呼叫目标(例如，在此情形中，会话目标1 和128)的CCA并确定一个或多个会话目标是否能参与该呼叫0观)。在一示例中，尽管未 在图4中示出，如果没有呼叫目标被准许参与该预付费群通信会话，则整个会话可被终止。 在另一示例中，尽管未在图4中示出，若每个呼叫目标都被准许参与该预付费群通信会话， 则该会话以不受限的方式继续(例如，尽管应用服务器130仍可跟踪会话参与者的结余以 确保各自相应的结余不变成透支，如以下参照434到438所讨论的)。在又一示例中，若基 于接收自OCS 132的CCA，至少一个且小于全部的呼叫目标被准许参与该呼叫，则只是没有 足够帐户结余的呼叫目标被限制或阻止进行该预付费群通信会话。参照图4，为了解释方便，假设应用服务器130确定会话发起方124和会话目标 1 被准许参与该预付费群通信会话，且会话目标1 不被准许参与该预付费群通信会话 (428) 0相应地，在430，会话目标1 从该预付费群通信会话中掉线。如图4中所示的，在 SIP呼叫设立实现中，通过向会话目标1 发送SIP再会消息来使会话目标1 从该预付费 群通信会话掉线。接着，在432，剩余的呼叫参与者(例如，会话发起方IM和会话目标128)进行该 预付费群通信会话以使得在剩余呼叫参与者之间交换媒体(例如，语音、视频等)。在该预 付费群通信会话期间，应用服务器130可执行“配额控制规程”。换言之，应用服务器130可 (i)周期性地确认活跃会话参与者(例如，会话发起方1 和会话目标128)继续具有足够 结余用于呼叫参与，和/或(ii)周期性地确认任何由于结余不足而掉线的非活跃呼叫参与 者(例如，430中的呼叫目标126)继续具有不足的结余。因此，应用服务器130向OCS 132 发送一个或多个CCR以检查群成员的结余034)，且OCS 132用指示群成员是否具有足够结余用于呼叫参与的CCA进行响应(436)。基于在436中收到的CCA，应用服务器130确定是否调整该预付费群通信会话 (438) 0例如，若来自436的CCA指示一个或多个活跃呼叫参与者的结余已经降到阈值水平 以下且现在不足以用于呼叫参与，则这些呼叫参与者可从该会话中掉线。在一示例中，若 剩余的呼叫参与者数量低于阈值水平，或者掉线呼叫参与者之一是会话发起方1 和/或 当前话语权人，则可终止整个会话(例如，若发起方的结余变为不足则该呼叫不能继续，若 只有一个参与者保持有足够结余则该会话不能继续，等等)。在另一示例中，若来自436的 CCA指示一个或多个先前掉线的呼叫参与者的结余大于或等于该阈值水平且现在足够用于 呼叫参与，则先前掉线的呼叫参与者可被邀请再加入该会话。否则，若在438确定没有必要 对会话参与进行调整，则过程前进到432并且呼叫继续。在稍后某个时间，该预付费群通信 会话结束(440)。如本领域技术人员将领会的，应用服务器130无需在为延迟敏感型的由服务器仲 裁的预付费群通信会话发起设立之前等待明确的信用授权。相反，可与信用批准并发地设 立该预付费会话，以使得在成功获得信用批准的情况下减少设立等待时间。在针对该预付 费会话或针对个体会话参与者拒绝了信用批准的情形中，可以终止该预付费会话或者可选 择性地使亏欠会话参与者从该会话中掉线。此外，尽管预付费群通信会话的上述示例主要是作为半双工PTT会话给出的，但 将领会其他实施例可针对任何由服务器仲裁的群通信会话(例如，VoIP、全双工会话、PTX
石ΤΛ寸寸J。此外，尽管本发明的上述实施例包括一般对预付费群通信会话的引用，但将领会， 本文所引用的群通信会话可对应于由IP多播协议支持的多播会话或群呼叫(例如，一个或 多个扇区在下行链路共享信道上传送旨在潜在地将由该扇区中的多个接入终端(AT)解码 的消息接发)，和/或由IP单播协议支持的群呼叫(例如，每个注册的群成员关于群会话 接收专门送给一个特定群成员的单播消息接发)。因此，上述实施例与任一情景或其组合 (例如，其中同一群会话经由IP单播支持一个或多个AT并经由IP多播支持一个或多个其 他AT)相兼容。本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来 表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元、和码 片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。此外，本领域技术人员将领会，结合本文中公开的实施例描述的各种解说性逻辑 框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解 说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能 性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和强加于 整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能 性，但这样的实现决策不应被解读成导致脱离了本发明的范围。结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处 理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编 程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的 任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例 如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任 何其他此类配置。结合本文所公开的实施例所描述的方法、序列、和/或算法可直接在硬件中、在由 处理器执行的软件模块中、或在这两者的组合中实施。软件模块可驻留在RAM存储器、闪 存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中 所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/ 向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介 质可驻留在ASIC中。ASIC可驻留在用户终端(例如，接入终端)中。在替换方案中，处理 器和存储介质可作为分立组件驻留在用户终端中。在一个或更多个示例性实施例中，所描述的功能可以在硬件、软件、固件、或其任 何组合中实现。如果在软件中实现，则各功能可以作为一条或更多条指令或代码存储在计 算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者， 其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访 问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、 CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据 结构形式的合需程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计 算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或 诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来， 则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被 包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光 碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟 (disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。尽管前面的公开示出了本发明的解说性实施例，但是应当注意在其中可作出各种 更换和改动而不会脱离如所附权利要求定义的发明范围。根据本文中所描述的本发明实施 例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明 的要素可能是以单数来描述或主张权利的，但是复数也是已构想了的，除非显式地声明了 限定于单数。
权利要求
1.一种管理无线通信系统内由服务器仲裁的预付费群通信会话的方法，包括从会话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求，所述预付 费群通信会话要求每个会话参与者具有高于阈值水平的可用预付费帐户结余；向在线收费系统发送询问以确定是否至少所述会话发起方具有可用结余至少等于所 述阈值水平的预付费帐户；以及发起对所请求的预付费群通信会话的设立而不等待接收对所述询问的响应。
2.如权利要求1所述的方法，其特征在于，进一步包括在所述发起步骤之后从所述在线收费系统接收指示至少所述会话发起方的所述预付 费帐户的可用结余的询问响应。
3.如权利要求2所述的方法，其特征在于，所述询问响应指示所述会话发起方的所述 预付费帐户的可用结余低于所述阈值水平。
4.如权利要求3所述的方法，其特征在于，进一步包括响应于所述询问响应，终止所述预付费群通信会话。
5.如权利要求4所述的方法，其特征在于，进一步包括向所述会话发起方发送消息以请求所述会话发起方抑制请求发起后续预付费群通信 会话至少直至所述会话发起方的所述预付费帐户的可用结余至少等于所述阈值水平。
6.如权利要求2所述的方法，其特征在于，进一步包括响应于所述询问响应，若所述会话发起方的所述预付费帐户的可用结余在先前的预付 费群通信会话期间至少等于所述阈值水平则准许所述预付费群通信会话继续。
7.如权利要求3所述的方法，其特征在于，所述询问响应指示所述会话发起方的所述 预付费帐户的可用结余至少等于所述阈值水平，所述方法进一步包括准许所述预付费群通信会话继续。
8.如权利要求1所述的方法，其特征在于，所述发送步骤进一步向所述在线收费系统 发送至少一个附加询问以确定所述至少一个会话目标是否具有可用结余至少等于所述阈 值水平的预付费帐户，其中所述发起步骤继续而不等待接收对所述至少一个附加询问的响应。
9.如权利要求8所述的方法，其特征在于，在所述发起步骤之后从所述在线收费系统 接收指示所述至少一个目标的所述预付费帐户的可用结余的至少一个询问响应。
10.如权利要求9所述的方法，其特征在于，所述至少一个询问响应指示所述至少一个 会话目标的所述预付费帐户的可用结余低于所述阈值水平。
11.如权利要求10所述的方法，其特征在于，进一步包括至少针对所述至少一个会话目标终止所述预付费群通信会话。
12.如权利要求11所述的方法，其特征在于，若所述至少一个询问响应指示没有会话 目标具有至少等于所述阈值水平的相关联预付费帐户的可用结余则所述终止步骤完全终 止所述预付费群通信会话。
13.如权利要求11所述的方法，其特征在于，若所述至少一个会话目标中的一个或多 个会话目标具有至少等于所述阈值水平的相关联预付费帐户的可用结余则所述终止步骤 仅针对相关联预付费帐户的帐户结余低于所述阈值水平的个体会话目标终止所述预付费 群通信会话。
14.如权利要求8所述的方法，其特征在于，所述询问和所述至少一个附加询问被捆绑在同一消息内。
15.如权利要求8所述的方法，其特征在于，所述询问和所述至少一个附加询问是分开 地发送的。
16.如权利要求1所述的方法，其特征在于，所述预付费群通信会话对应于半双工会 话、全双工会话、即按即讲(PTT)会话、即按即传(PTX)会话和/或网际协议上语音(VoIP) 会话中的一者或多者。
17.如权利要求1所述的方法，其特征在于，所述发起步骤发起所述预付费群通信会话 是根据会话发起协议(SIP)发起的，以使得接收到的请求对应于SIP邀请消息，且所述询问 对应于信用控制请求(CCR)消息。
18.—种配置成仲裁无线通信系统内的群通信会话的服务器，包括用于从会话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求的装 置，所述预付费群通信会话要求每个会话参与者具有高于阈值水平的可用预付费帐户结 余；用于向在线收费系统发送询问以确定是否至少所述会话发起方具有可用结余至少等 于所述阈值水平的预付费帐户的装置；以及用于发起对所请求的预付费群通信会话的设立而不等待接收对所述询问的响应的装置。
19.如权利要求18所述的服务器，其特征在于，进一步包括用于在所述用于发起的装置发起对所请求的预付费群通信的设立之后从所述在线收 费系统接收指示至少所述会话发起方的所述预付费帐户的可用结余的询问响应的装置。
20.如权利要求18所述的服务器，其特征在于，所述用于发送的装置进一步向所述在 线收费系统发送至少一个附加询问以确定所述至少一个会话目标是否具有可用结余至少 等于所述阈值水平的预付费帐户，其中所述用于发起的装置继续发起对所请求的预付费群通信的设立而不等待接收对 所述至少一个附加询问的响应。
21.一种配置成仲裁无线通信系统内的群通信会话的服务器，包括配置成从会话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求的 逻辑，所述预付费群通信会话要求每个会话参与者具有高于阈值水平的可用预付费帐户结 余；配置成向在线收费系统发送询问以确定是否至少所述会话发起方具有可用结余至少 等于所述阈值水平的预付费帐户的逻辑；以及配置成发起对所请求的预付费群通信会话的设立而不等待接收对所述询问的响应的 逻辑。
22.如权利要求21所述的服务器，其特征在于，进一步包括配置成在所述配置成发起的逻辑发起对所请求的预付费群通信的设立之后从所述在 线收费系统接收指示至少所述会话发起方的所述预付费帐户的可用结余的询问响应的逻辑。
23.如权利要求21所述的服务器，其特征在于，所述配置成发送的逻辑进一步向所述在线收费系统发送至少一个附加询问以确定所述至少一个会话目标是否具有可用结余至 少等于所述阈值水平的预付费帐户，其中所述配置成发起的逻辑继续发起对所请求的预付费群通信的设立而不等待接收 对所述至少一个附加询问的响应。
24.一种包括指令的计算机可读存储介质，所述指令在由配置成仲裁无线通信系统内 的群通信会话的服务器执行时使所述服务器执行操作，所述指令包括用于从会话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求的程 序代码，所述预付费群通信会话要求每个会话参与者具有高于阈值水平的可用预付费帐户 结余；用于向在线收费系统发送询问以确定是否至少所述会话发起方具有可用结余至少等 于所述阈值水平的预付费帐户的程序代码；以及用于发起对所请求的预付费群通信会话的设立而不等待接收对所述询问的响应的程 序代码。
25.如权利要求M所述的计算机可读存储介质，其特征在于，进一步包括用于在所述用于发起的程序代码发起对所请求的预付费群通信的设立之后从所述在 线收费系统接收指示至少所述会话发起方的所述预付费帐户的可用结余的询问响应的程 序代码。
26.如权利要求M所述的计算机可读存储介质，其特征在于，所述用于发送的程序代 码进一步向所述在线收费系统发送至少一个附加询问以确定所述至少一个会话目标是否 具有可用结余至少等于所述阈值水平的预付费帐户，其中所述用于发起的程序代码继续发起对所请求的预付费群通信的设立而不等待接 收对所述至少一个附加询问的响应。
全文摘要
实施例涉及管理无线通信系统内由服务器仲裁的预付费群通信会话。服务器从会话发起方接收对设立与至少一个会话目标的预付费群通信会话的请求，该预付费群通信会话要求每个会话参与者具有高于阈值水平的可用预付费帐户结余。服务器向在线收费系统发送询问以确定是否至少该会话发起方具有可用结余至少等于阈值水平的预付费帐户。服务器发起对所请求的预付费群通信会话的设立而不等待接收对该询问的响应，由此减少与该预付费群通信会话的设立相关联的等待时间。
文档编号H04L12/14GK102090018SQ200980127899
公开日2011年6月8日 申请日期2009年7月15日 优先权日2008年7月15日
发明者A·阿加瓦尔, M·A·R·舒曼, M·马根蒂 申请人:高通股份有限公司