在无线通信系统内的群组通信会话期间选择性地混合媒体 根据 35U.S.C.§119 的优先权声明
本 专 利 申 请 案 主 张 2009 年 7 月 13 日 申 请 的 标 题 为 “在 无 线 通 信 系 统 内 的 群 组 通 信 会 话 期 间 选 择 性 地 混 合 媒 体 (SELECTIVELY MIXING MEDIA DURING A GROUP COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM)” 的第 61/225,130 号临时申请案的优先权， 所述申请案转让给了本发明的受让人且其全文特此以引用的方式 明确并入本文中。
对共同待决专利申请案的引用
本专利申请案与下列共同待决的美国专利申请案有关 ：
2009 年 7 月 10 日申请的标题为 “在无线通信系统中用于群组通信会话的媒 体 转 发 (Media Forwarding For a Group Communication Session In A Wireless Communications System)” 的第 61/224,797 号临时申请案， 所述申请案转让给了本发明的 受让人且其特此以引用的方式明确并入本文中。
技术领域
本发明的实施例是针对在无线通信系统内的群组通信会话期间选择性地混合媒体。 背景技术 无线通信系统已发展经过很多代了， 包含第一代模拟无线电话服务 (1G)、 第二代 (2G) 数字无线电话服务 ( 包含中间的 2.5G 及 2.75G 网络 ) 及第三代 (3G) 具有高速数据 / 因特网能力的无线服务。目前存在许多不同类型的正在使用的无线通信系统， 包括蜂窝式 及个人通信服务 (PCS) 系统。已知的蜂窝式系统的实例包括蜂窝式模拟先进移动电话系统 (AMPS)， 及基于码分多址 (CDMA)、 频分多址 (FDMA)、 时分多址 (TDMA)、 TDMA 的全球移动接入 系统 (Global System for Mobile access， GSM) 变体的数字蜂窝式系统， 以及使用 TDMA 及 CDMA 两种技术的较新的混合数字通信系统。
用于提供 CDMA 移动通信的方法在美国由电信行业协会 / 电子行业协会在标题 为 “用于双模式宽带扩频蜂窝式系统的移动台 - 基站兼容性标准 (Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System)” 的 TIA/EIA/IS-95-A( 本文称为 IS-95) 中标准化。在 TIA/EIA 标准 IS-98 中描述 了组合的 AMPS 与 CDMA 系统。在 IMT-2000/UM 或国际移动电信系统 2000/ 通用移动电信系 统中描述了其它通信系统， 标准涵盖被称为宽带 CDMA(WCDMA)、 CDMA2000( 例如， CDMA2000 1xEV-DO 标准 ) 或 TD-SCDMA 的标准。
在无线通信系统中， 移动台、 手持机或接入终端 (AT) 从固定位置基站 ( 也称为小 区位点或小区 ) 接收信号， 所述固定位置基站支持邻近于基站或在基站周围的特定地理区 内的通信链路或服务。基站提供对接入网络 (AN)/ 无线电接入网络 (RAN) 的入口点， 接入 网络 (AN)/ 无线电接入网络 (RAN) 通常为使用基于标准因特网工程任务小组 (IETF) 的协
议的包数据网络， 所述协议支持用于基于服务质量 (QoS) 要求来区分业务的方法。因此， 基 站通常经由空中接口而与 AT 交互且经由因特网协议 (IP) 网络数据包而与 AN 交互。
在无线电信系统中， 即按即说 (PTT) 能力正变得受服务部门及消费者欢迎。PTT 可支持 “调度” 语音服务， 其经由例如 CDMA、 FDMA、 TDMA、 GSM 等标准商用无线基础结构而操 作。在调度模型中， 端点 (AT) 之间的通信在虚拟群组内发生， 其中一个 “说话者” 的语音被 传输给一个或一个以上 “收听者” 。此类型通信的单个例子通常被称作调度呼叫， 或简称为 PTT 呼叫。PTT 呼叫为对一群组的例示， 其定义呼叫的特征。群组本质上由成员列表与相关 联的信息定义， 例如， 群组名称或群组识别。
按照惯例， 无线通信网络内的数据包已经配置以发送到单个目的地或接入终端。 数据向单个目的地的传输被称为 “单播” 。随着移动通信已增加， 同时向多个接入终端传输 给定数据的能力已变得更加重要。因此， 已采用若干协议来支持相同包或消息向多个目的 地或目标接入终端的同时数据传输。 “广播” 是指数据包向所有目的地或接入终端 ( 例如， 在给定小区内、 由给定服务提供商服务等 ) 的传输， 而 “多播” 是指数据包向给定目的地或 接入终端群组的传输。在一实例中， 所述给定目的地群组或 “多播群组” 可包含一个以上且 少于全部的可能目的地或接入终端 ( 例如， 在给定群组内、 由给定服务提供商服务等 )。然 而， 在某些情形下， 至少有可能多播群组仅包括一个接入终端 ( 类似于单播 )， 或者多播群 组包括全部接入终端 ( 例如， 在小区或扇区内等 )( 类似于广播 )。
广播及 / 或多播可以若干方式在无线通信系统内执行， 例如执行多个循序单播 操作以适应多播群组， 分配唯一广播 / 多播信道 (BCH) 用于同时处理多个数据传输等等。 使用广播信道用于即按即说通信的常规系统在日期为 2007 年 3 月 1 日且标题为 “使用 CDMA1x-EVDO 蜂窝式网络的即按即说群组呼叫系统 (Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network)” 的第 2007/0049314 号美国专利申请公开案中 描述， 所述美国专利申请公开案的全部内容以引用的方式并入本文中。如第 2007/0049314 号公开案中所描述， 广播信道可用于使用常规信令技术的即按即说呼叫。虽然广播信道的 使用可改进对常规单播技术的带宽要求， 但广播信道的常规信令仍可能导致额外的开销及 / 或延迟， 且可能使系统性能降级。
第三代合作伙伴计划 2( “3GPP2” ) 定义用于支持 CDMA2000 网络中的多播通信的广 播 - 多播服务 (BCMCS) 规范。因此， 日期为 2006 年 2 月 14 日、 标题为 “CDMA2000 高速率广 播 - 多播包数据空中接口规范 (CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification)” 的 3GPP2 的 BCMCS 规范的版本 ( 版本 1.0C.S0054-A) 的 全文特此以引用的方式并入本文中。 发明内容
实施例是针对在仲裁通信群组的群组通信会话的应用服务器处选择性地混合媒 体。在一实施例中， 应用服务器从群组通信会话的一个或一个以上会话参与者接收媒体以 供传输到通信群组。应用服务器确定在提供接收到的媒体的会话参与者的数目。应用服务 器至少部分地基于确定的数目来确定是否绕过接收到的媒体使其不进入抗抖动缓冲器， 其 中所述抗抖动缓冲器经配置以将来自会话参与者的媒体排队， 用于供应用服务器在群组通 信会话期间混合。 举例来说， 如果所述数目低于阈值数目， 则应用服务器可确定绕过接收到的媒体使其不进入抗抖动缓冲器。应用服务器将接收到的媒体传输到通信群组。 附图说明 因为在结合附图考虑时通过参考以下详细描述更好地理解本发明实施例及其许 多附带优点， 所以将容易获得对本发明实施例及其许多附带优点的更完整了解， 附图只是 为了说明而不是限制本发明而呈现， 且其中 ：
图 1 是根据本发明至少一个实施例的支持接入终端及接入网络的无线网络架构 的图。
图 2A 说明根据本发明的实施例的运营商网络。
图 2B 根据本发明至少一个实施例更详细地说明图 1 的无线通信的实例。
图 2C 说明根据本发明实施例的应用服务器。
图 3 是根据本发明至少一个实施例的接入终端的图解。
图 4A 说明常规半双工群组通信会话过程。
图 4B 说明常规全双工群组通信过程。
图 4C 说明在图 4A 及 / 或图 4B 中的应用服务器处发生的常规混合过程。
图 4D 及图 4E 说明图 4C 的过程的实施方案实例。 图 5A 说明根据本发明实施例在应用服务器处发生的选择性混合过程。 图 5B 说明根据本发明实施例图 5B 的过程的实施方案实例。具体实施方式
在以下针对本发明特定实施例的描述及有关图式中揭示本发明的若干方面。 可在 不脱离本发明的范围的情况下设计替代实施例。此外， 将不会详细描述本发明的众所周知 的元件， 或将省略所述元件， 以免混淆本发明的相关细节。
词语 “示范性” 及/或 “实例性” 在本文中用于意味着 “充当实例、 例子或说明” 。本 文描述为 “示范性” 及/或 “实例性” 的任何实施例均不一定被解释为比其它实施例优选或 有利。同样， 术语 “本发明的实施例” 并非要求本发明的所有实施例包括所论述的特征、 优 点或操作模式。
此外， 依据将由 ( 例如 ) 计算装置的元件执行的动作序列来描述许多实施例。将 认识到， 可由特定电路 ( 例如， 专用集成电路 (ASIC))、 由正由一个或一个以上处理器执行 的程序指令或由两者的组合来执行本文中所述的各种动作。此外， 可认为本文中所述的这 些动作序列完全体现于任何形式的计算机可读存储媒体内， 所述计算机可读存储媒体中已 存储一组对应计算机指令， 所述指令在被执行时将致使相关联的处理器执行本文中所述的 功能性。 因此， 本发明的各种方面可以许多不同形式来体现， 所有所述形式均已被涵盖在所 主张的标的物的范围内。 此外， 对于本文中所述的实施例的每一者来说， 任何所述实施例的 对应形式可在本文中被描述为 ( 例如 )“经配置以 ( 执行所描述的动作 ) 的逻辑” 。
高数据速率 (HDR) 用户台 ( 本文称为接入终端 (AT)) 可为移动的或静止的， 且可 与一个或一个以上 HDR 基站 ( 本文称为调制解调器池收发器 (MPT) 或基站 (BS)) 通信。接 入终端经由一个或一个以上调制解调器池收发器向 HDR 基站控制器传输及接收数据包， 所 述 HDR 基站控制器被称为调制解调器池控制器 (MPC)、 基站控制器 (BSC) 及 / 或包控制功能(PCF)。 调制解调器池收发器及调制解调器池控制器为被称作接入网络的网络的若干部分。 接入网络在多个接入终端之间输送数据包。
接入网络可进一步连接到接入网络外部的额外网络 ( 例如， 内联网或因特网 )， 且可在每一接入终端与所述外部网络之间输送数据包。已建立与一个或一个以上调制解 调器池收发器的现用业务信道连接的接入终端被称作现用接入终端， 且称其处于业务状态 中。 将正处于建立与一个或一个以上调制解调器池收发器的现用业务信道连接的过程中的 接入终端称作处于连接设置状态中。接入终端可为经由无线信道或经由有线信道 ( 例如， 使用光纤或同轴电缆 ) 通信的任何数据装置。接入终端此外可为许多类型的装置中的任一 者， 所述装置包括 ( 但不限于 )PC 卡、 紧致快闪、 外部或内部调制解调器， 或无线或有线电 话。 由接入终端用来将信号发送到调制解调器池收发器的通信链路被称作反向链路或业务 信道。 由调制解调器池收发器用来将信号发送到接入终端的通信链路被称作前向链路或业 务信道。如本文中所使用， 术语业务信道可指前向业务信道或反向业务信道。
图 1 说明根据本发明至少一个实施例的无线系统 100 的一个示范性实施例的框 图。系统 100 可含有经由空中接口 104 与接入网络或无线电接入网络 (RAN)120 通信的接 入终端 ( 例如， 蜂窝式电话 102)， 接入网络或无线电接入网络 (RAN)120 可将接入终端 102 连接到在包交换数据网络 ( 例如， 内联网、 因特网及 / 或运营商网络 126) 与接入终端 102、 108、 110、 112 之间提供数据连接性的网络设备。如此处所示， 接入终端可为蜂窝式电话 102、 个人数字助理 108、 寻呼机 110( 其在此处被展示为双向文本寻呼机 ) 或甚至为具有无 线通信门户的单独计算机平台 112。因此， 本发明的实施例可实现于包括无线通信门户或 具有无线通信能力的任何形式的接入终端上， 其包括 ( 但不限于 ) 无线调制解调器、 PCMCIA 卡、 个人计算机、 电话， 或其任何组合或子组合。此外， 如本文中所使用， 术语 “接入终端” 、 “无线装置” 、 “客户端装置” 、 “移动终端” 及其变体可互换使用。
返回参看图 1， 无线网络 100 的组件及本发明示范性实施例的元件的相互关系不 限于所说明的配置。系统 100 仅为示范性的且可包含允许远程接入终端 ( 例如， 无线客户 端计算装置 102、 108、 110、 112) 在其两者间及多者间及 / 或在经由空中接口 104 及 RAN120 而连接的组件的两者间及多者间进行无线通信的任何系统， 其包括 ( 但不限于 ) 运营商网 络 126、 因特网及 / 或其它远程服务器。
RAN 120 控 制 发 送 到 基 站 控 制 器 / 包 控 制 功 能 (BSC/PCF)122 的 消 息 ( 通 常 作 为 数 据 包 发 送 )。BSC/PCF 122 负 责 在 包 数 据 服 务 节 点 100(“PDSN” ) 与接入终端 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 两者的功能性的单个 “混合” 模块中。
图 2A 说明根据本发明实施例的运营商网络 126。在图 2A 的实施例中， 运营商网 络 126 包含包数据服务节点 (PDSN)160、 广播服务节点 (BSN)165、 应用服务器 170 及因特网 175。然而， 在替代实施例中， 应用服务器 170 及其它组件可位于运营商网络的外部。PDSN 160 为利用 ( 例如 )cdma2000 无线电接入网络 (RAN)( 例如， 图 1 的 RAN120) 的移动台 ( 例 如， 接入终端， 例如来自图 1 的 102、 108、 110、 112) 提供对因特网 175、 内联网及 / 或远程服 务器 ( 例如， 应用服务器 170) 的接入。通过充当接入网关， PDSN 160 可提供简单 IP 及移 动 IP 接入、 外地代理支持以及包输送。PDSN 160 可充当用于验证、 授权与记账 (AAA) 服务 器及其它支持性基础结构的客户端， 且向移动台提供到达 IP 网络的网关， 如此项技术中已 知。如图 2A 所示， PDSN 160 可经由常规 A10 连接与 RAN 120( 例如 BSC/PCF 122) 通信。 A10 连接是此项技术中众所周知的， 且为了简洁起见将不进一步对其进行描述。
参看图 2A， 广播服务节点 (BSN)165 可经配置以支持多播及广播服务。 下文将更详 细地描述 BSN 165。BSN 165 经由广播 (BC)A10 连接与 RAN 120( 例如 BSC/PCF 122) 通信， 且经由因特网 175 与应用服务器 170 通信。BCA10 连接用以传送多播及 / 或广播消息接发。 因此， 应用服务器 170 经由因特网 175 将单播消息接发发送到 PDSN 160， 且经由因特网 175 将多播消息接发发送到 BSN 165。 一般来说， 如下文将更详细地描述， RAN 120 经由空中接口 104 的广播信道 (BCH) 向一个或一个以上接入终端 200 传输经由 BCA10 连接从 BSN 165 接收的多播消息。
图 2B 更详细说明图 1 的无线通信 100 的实例。确切地说， 参看图 2B， AT 1… N 被 展示为在由不同的包数据网络端点服务的位置处连接到 RAN 120。因此， AT 1 及 3 在由第 一包数据网络端点 162( 例如， 其可对应于 PDSN 160、 BSN 165、 归属地代理 (HA)、 外地代理 (FA) 等 ) 服务的部分处连接到 RAN 120。第一包数据网络端点 162 又经由路由单元 188 连 接到因特网 175， 及 / 或验证、 授权与记账 (AAA) 服务器 182、 供应服务器 184、 因特网协议 (IP) 多媒体子系统 (IMS)/ 会话起始协议 (SIP) 注册服务器 186 及 / 或应用服务器 170 中 的一者或一者以上。AT 2 及 5… N 在由第二包数据网络端点 164( 例如， 其可对应于 PDSN 160、 BSN 165、 FA、 HA 等 ) 服务的部分处连接到 RAN 120。类似于第一包数据网络端点 162， 第二包数据网络端点 164 又经由路由单元 188 连接到因特网 175， 及 / 或 AAA 服务器 182、 供应服务器 184、 IMS/SIP 注册服务器 186 及 / 或应用服务器 170 中的一者或一者以上。AT 4 直接连接到因特网 175， 且通过因特网 175 可接着连接到上述系统组件中的任一者。
参看图 2B， 将 AT 1、 3 及 5… N 说明为无线手机， 将 AT 2 说明为无线平板 PC， 且将 AT 4 说明为有线桌上型台。然而， 在其它实施例中， 将了解， 无线通信系统 100 可连接到任 何类型的 AT， 且图 2B 中说明的实例并不意在限制可在所述系统内实施的 AT 的类型。 此外， 虽然 AAA 服务器 182、 供应服务器 184、 IMS/SIP 注册服务器 186 及 / 或应用服务器 170 各 自被说明为结构上分开的服务器， 但在本发明的至少一个实施例中， 这些服务器中的一者 或一者以上可合并。
此外， 参看图 2B， 将应用服务器 170 说明为包含多个媒体控制复合体 (MCC)1… N170B， 及多个区域调度器 1… N 170A。区域调度器 170A 及 MCC 170B 共同包含在应用服务
器 170 内， 在至少一个实施例中， 所述应用服务器 170 可对应于服务器的分布式网络， 其共 同用于仲裁无线通信系统 100 内的通信会话 ( 例如， 经由 IP 单播及 / 或 IP 多播协议进行 的半双工群组通信会话 )。举例来说， 因为由应用服务器 170 仲裁的通信会话理论上可在 位于系统 100 内的任何位置的 AT 之间发生， 所以分布多个区域调度器 170A 及 MCC 以减少 所仲裁的通信会话的等待时间 ( 例如， 使得北美的 MCC 不在位于中国的会话参与者之间来 回中继媒体 )。因此， 当参考应用服务器 170 时， 将了解， 相关联的功能性可由区域调度器 170A 中的一者或一者以上及 / 或 MCC 170B 中的一者或一者以上来执行。区域调度器 170A 一般负责与建立通信会话有关的任何功能性 ( 例如， 处理 AT 之间的信令消息， 调度及 / 或 发送通知消息等 )， 而 MCC 170B 负责在呼叫例子的持续时间内托管通信会话， 包含在所仲 裁的通信会话期间实行呼叫中信令及实际媒体交换。
图 2C 说明根据本发明实施例的应用服务器 170。如图 2C 所示， 与图 2B 中一样， 应 用服务器 170 包含 MCC 1… N， 170B。图 2C 更详细地展示了 MCC 170B 中的一者 ( “MCC 1” ) 的组件。因此， 将图 2C 中的 MCC 1 展示为包含控制器 172A、 抗抖动缓冲器 172B 及混合器 172C。一般来说， 控制器 172A 控制 MCC 1 的高级别操作， 抗抖动缓冲器 172B 负责为将要被 混合器 172C 混合的帧排队， 且混合器 172C 负责实际混合来自不同 AT 的媒体帧， 或者将单 个输入帧格式化成与从 MCC 170B 传输到通信群组的输出流兼容的格式。MCC 1 的组件共 同用于从群组通信会话的一个或一个以上参与者接收帧， 且将适当的输出流转发到每一会 话参与者。总地来说， 这意味着组合或 “混合” 在 MCC 1 处从各个会话参与者接收到的每一 帧， 且接着将混合的版本转发到会话参与者。将了解， 混合器 172C 还可从转发到每一目标 的输出流中删除或移除同一目标自身的输入流， 使得给定用户的语音不会被重新传输回给 他 / 她。下文将相对于本发明的实施例更详细地描述 MCC1 的功能性及其相应组件。
参看图 3， 例如蜂窝式电话等接入终端 200( 此处为无线装置 ) 具有平台 202， 所述 平台 202 可接收及执行从 RAN 120 传输的可能最终来自运营商网络 126、 因特网及 / 或其 它远程服务器及网络的软件应用程序、 数据及 / 或命令。平台 202 可包含收发器 206， 其可 操作地耦合到专用集成电路 (“ASIC” 208) 或其它处理器、 微处理器、 逻辑电路或其它数据 处理装置。ASIC 208 或其它处理器执行与无线装置的存储器 212 中的任何驻留程序介接 的应用编程接口 (“API” )210 层。存储器 212 可由只读存储器或随机存取存储器 (RAM 及 ROM)、 EEPROM、 快闪卡或通用于计算机平台的任何存储器组成。平台 202 还可包含本地数 据库 214， 本地数据库 214 可将未现行使用的应用程序保持在存储器 212 中。本地数据库 214 通常为快闪存储器单元， 但可为此项技术中已知的任何二级存储装置， 例如， 磁性媒体、 EEPROM、 光学媒体、 磁带、 软盘或硬盘， 或类似物。此项技术中已知， 内部平台 202 的组件还 可操作地耦合到例如天线 222、 显示器 224、 即按即说按钮 228 及小键盘 226 及其它组件等 外部装置。
因此， 本发明的实施例可包含包括执行本文所述功能的能力的接入终端。所属领 域的技术人员将了解， 各种逻辑元件可以离散元件、 在处理器上执行的软件模块或软件与 硬件的任何组合体现， 以实现本文中所揭示的功能性。举例来说， 可以协作方式使用 ASIC 208、 存储器 212、 API 210 及本地数据库 214 全部来加载、 存储并执行本文中所揭示的各种 功能， 且因此可将用于执行这些功能的逻辑分布于各种元件上。 或者， 可将功能性并入一个 离散组件中。因此， 应认为图 3 中的接入终端的特征仅为说明性的， 且本发明不限于所说明的特征或布置。
接入终端 102 与 RAN 120 之间的无线通信可基于不同的技术， 例如码分多址 (CDMA)、 WCDMA、 时分多址 (TDMA)、 频分多址 (FDMA)、 正交频分多路复用 (OFDM)、 全球移动通 信系统 (GSM) 或可在无线通信网络或数据通信网络中使用的其它协议。数据通信通常在客 户端装置 102、 MPT/BS 124 与 BSC/PCF 122 之间进行。BSC/PCF 122 可连接到多个数据网 络， 例如， 运营商网络 126、 PSTN、 因特网、 虚拟专用网络及类似网络， 因此允许接入终端 102 接入较广泛的通信网络。如前文中所论述且此项技术中已知的， 语音传输及 / 或数据可使 用各种网络及配置而从 RAN 传输到接入终端。因此， 本文中所提供的说明并不意在限制本 发明的实施例且仅辅助描述本发明的实施例的各方面。
图 4A 说明常规半双工群组通信会话 ( 例如， 呼叫、 输送会话等 ) 过程。图 4A 的群 组通信会话可对应于 IP 多播协议或 IP 单播协议支持的群组通信会话。在 IP 多播中， 下行 链路广播信道 (BCH) 在一个或一个以上扇区内载运单个多播流， 以到达每一 “收听” 的多播 群组成员， 而在下行链路控制信道上传输单独的调度消息 ( 例如， 广播开销消息 (BOM))， 其 指示多播群组成员可如何调谐到下行链路 BCH。在 IP 单播中， 将每一群组消息作为分别寻 址到每一群组成员的单独单播消息传输到每一群组通信会话参与者或多播群组成员。 参看图 4A， 在 400 中， 给定 AT( “AT A” ) 经由 RAN 120 向应用服务器 170 发送起始 群组通信会话的请求。 举例来说， 群组通信会话可对应于即按即说 (PTT) 或即按即传 (PTX) 会话， 且 400 中的请求的传输可基于 AT A 的用户按压 AT A 上的 PTT 或 PTX 按钮来推动。 应 用服务器 170 接收来自 AT A 的群组通信会话请求， 且在无线通信系统 100 的一个或一个以 上扇区中传输通知消息 (405)。至少 AT B… E 接收到所述通知消息， 且确定参加所通知的 群组通信会话。因此， AT B… E 向应用服务器 170 发送呼叫接受消息， 且还向 RAN 120 发送 注册消息 ( 例如 BCMCSFlowRegistration 消息 ) 以注册群组通信会话 (410 及 415)。来自 AT B…E 中的每一者的呼叫接受消息及注册消息可在反向链路接入信道上在分开的消息内 发送， 或者可替代地捆绑在同一消息内。
在从第一应答者接收到对来自 AT B… E 当中的通知消息的呼叫接受消息之后， 应 用服务器 170 向 AT A 授予群组通信会话的发言权 (420)。因此， 在接收到发言权授予消息 之后， AT A 播放音调以向 AT A 的用户指示用户可开始讲话， 且 AT A 开始在反向链路信道 上向应用服务器 170 传输帧 (425)。来自 425 的帧传输系列可对应于实际上包含语音数据 的数据帧， 或可替代地对应于实际上不包含语音数据的静默帧。
每一帧传输可对应于实时输送协议 (RTP) 包或数据报， 或替代地对应于 RTCP(RTP 控制协议 ) 包。40 个八位位组的开销 RTP 包的标头部分可如下配置 ：
表 1-RTP 包标头的实例
参看表 1， RTP 包标头部分的字段在此项技术中是众所周知的。然而， 下文相对于 更详细地描述的实施例更详细地论述某些字段， 且因此在本段中将简要提及。 举例来说， 现 在将简要介绍贡献计数 (CC) 字段、 序列号字段、 时戳字段及 SSRC 编号字段。 CC 字段是可保 持贡献源 (CSRC) 计数值的任选字段。虽然在表 1( 上文 ) 的标头图上未展示， 但 CC 字段的 12 个八位位组的标头可任选地扩展以包含更多的贡献源。 贡献源可由应用服务器 170 处的 混合器添加， 且与其中数据有效负载的元素已源于不同计算机的会议应用有关。对于点对 点通信， 不一定需要 CSRC。序列号字段保持唯一的参考编号， 其针对从特定源或 AT 发送的 每一 RTP 包递增一。序列号字段让接收者能重建发送者的包序列。时戳字段对应于 AT 传 输 RTP 包的时间。时戳字段让接收 AT 能缓冲且在连续流中播出数据。SSRC 编号字段对应 于识别 RTP 包的源的编号， 其在 425 中识别 ATA。应用服务器 170 可在群组通信会话开始时 供应 SSRC 编号。
在 RTP 标头部分之后， RTP 包包含数据有效负载部分。 数据有效负载部分可包含语 音及 / 或视频的数字化样本。 数据有效负载的长度可针对不同 RTP 包而不同。 举例来说， 在 语音 RTP 包中， 由数据有效负载载运的语音样本的长度可对应于 20 毫秒 (ms) 的声音。一 般来说， 媒体持续时间越长 ( 例如， 较高速率的帧 )， 数据有效负载必须也越长， 否则媒体样 本的质量会下降。
返回图 4A 的 425， 从 ATA 传输的帧可对应于在 RTP 包中具有较大数据有效负载 的全速率帧 ( 例如， 8.6kpbs)， 在 RTP 包中包含 “中等” 数据有效负载的半速率帧 ( 例如， 4.3kpbs)， 在 RTP 包中包含较小数据有效负载的 1/8 速率帧 ( 例如， 1.0kpbs)， 依此类推。 虽 然一般对 EVRC-A 进行参考， 但将容易明白， 可如何修改这些实施例以适应其它包含不同帧 速率选项的声码器。 将了解， 当 AT A 的用户正在讲话时， AT A 传输的帧的速率高于 ATA 的用 户不在讲话且 AT A 在传输静默帧的时候。 应用服务器 170 包含媒体控制复合体 (MCC)170B 模块， 其处理从发言权所有者接收媒体流， 及将输出流转码给群组通信会话的一个或一个 以上 “收听” 群组成员。换句话说， MCC 模块 172 将来自 ATA 的 RTP 包内的帧复制并重新广 播给 AT B… E 中的每一者。因此， 在应用服务器 170 的 MCC 模块 170B 处接收到的来自 ATA 的帧传输系列可如下表示 ：
表 2- 对于半双工在时间间隔 “t” 从 ATA 到达 MCC 的媒体帧 其中时间间隔 10t… T 各自包含来自 AT A 的具有给定数据速率的一个帧 ( 例如， 1/8 对应于静默帧。RTP 包 )。可假设■ 1/2 帧对应于数据帧 ( 例如， 包含语音数据 )， 而然而， 应了解， 至少■ 1/2 帧可能包含有限数量的噪声， 类似于静默帧。此外， 因为图 4A 是 半双工群组通信会话， 所以请注意， 表 2( 上文 ) 指示 ATA 在传输帧 ( 例如， 在一个或一个以 上 RTP 包内 )， 而 AT B… E 不在传输任何包。表 2 中说明的帧 ( 例如， RTP 包 ) 对应于在应 用服务器 170 处接收到的包或帧的输入流。
如上所述， MCC 模块 170B 接收如上文在表 2 中所说明的输入流， 且产生或转码被 传输到 AT B… E 的输出流。因此， 基于表 2， 由应用服务器 170 的 MCC 模块 170B 产生的输 出流可如下配置 ：
表 3- 对于半双工在从 MCC 到 AT B… E 的输出流中的媒体帧
如表 3( 上文 ) 所示， 配置输出流， 使得 AT A 的帧传输不被传输回到 AT A， 而是被 传输到上文表 2 中的 AT B… E。
因为输出流是由 MCC 模块 170B 产生， 所以应用服务器 170 将包含来自输出流的输 出帧的 RTP 包作为一系列群组消息传输到 AT B…E(430)， 且 AT B…E 监视寻找群组通信会 话的群组消息 (435 及 440)。群组通信会话接着持续一段时间， 直到 AT A 的用户决定放弃 发言权为止 (445)。 445 可对应于来自 ATA 的放弃发言权的明确指令， 或者是基于来自 AT A 的不活动周期 ( 即， 过多的静默帧 )。
在确定 AT A 已放弃对群组通信会话的发言权之后， 应用服务器 170 向 AT B…E 发 送发言权释放消息 (450)。假设 AT B 的用户及 AT C… E 中的至少一者决定尝试获得对发 言权的控制， 且向应用服务器 170 发送发言权请求消息 (455 及 460)。应用服务器 170 因此 接收到多个发言权请求消息， 且评估请求发言权的 AT 的优先权等级以确定接下来将被授 予发言权的 AT。举例来说， 基于群组通信会话的类型， RAN 120 可评估在 RAN 120 处维持的 一个或一个以上优先权表， 且可向请求发言权的 AT 当中的最高优先权 AT 授予发言权。举 例来说， 发言权表可如下配置 ：
表 4- 用于评估发言权请求的优先权表
在 465 中， 假设应用服务器 170 确定在对于群组通信会话的呼叫类型的请求 AT 当 中， AT B 具有最高优先权等级， 且应用服务器 170 向 AT B 发送发言权授予消息。 接下来， AT B 播放音调以通知 AT B 的用户 AT B 现在具有发言权， 且 AT B 开始在一个或一个以上 RTP 包内将帧 ( 例如， 数据帧、 静默帧等 ) 传输到应用服务器 170(470)， 所述 RTP 包接着被 MCC 模块 170B 转换成输出流， 且被重新传输到 AT A 及 C… E(475)。将了解， 470 及 475 是用与 上文相对于 ATA 所述的 425 及 430 相同的方式执行， 且因此为了简洁起见将不对 470 及 475 进行进一步描述。
作为半双工会话的特性， 图 4A 的群组通信会话中的某些 AT 仅传输帧 ( 例如， 在 RTP 包内 )， 而群组通信会话中的其它 AT 仅接收帧 ( 例如， 在 RTP 包内 )。图 4A 的过程的替 代方案是全双工群组通信会话， 下文相对于图 4B 加以描述。在全双工会话中， 会话的每一 参与者既可传输帧又可接收帧 ( 例如， 在 RTP 包内 )。
图 4B 说明常规全双工群组通信会话 ( 例如， 呼叫、 数据输送会话等 ) 过程。与图 4A 中一样， 图 4B 的群组通信会话可对应于 IP 多播协议或 IP 单播协议支持的群组通信会 话。参看图 4B， 400B 到 415B 对应于图 4A 的 400 到 415， 且因此为了简洁起见将不进行进一 步论述。
在 420B 中， 应用服务器 170 不是向会话发起者 ( 即 ATA) 授予发言权， 而是向已经 参加群组通信会话的每一 AT 发送消息， 指示会话可开始 (420B)。在接收到消息 (420B) 之 后， AT A… E 中的任一者即刻可开始讲话， 且因此发送数据帧， 或者可保持静默且发送静默 帧 (425B、 430B、 435B)。
在应用服务器 170 的 MCC 模块 170B 处接收到的来自 AT A…E 的输入流的实例 ( 例 如， 针对特定时隙来自 AT A… E 的 RTP 包内包含的帧 ) 可如下表示 ：
表 5- 对于全双工在时间间隔 “t” 从 AT A… E 到达 MCC 的媒体帧
参看表 5( 上文 )， AT A… E 中的每一者以给定数据速率在时隙 10t… T 上传输帧。 确切地说， AT A 在发送一系列高速率帧 ( 例如， 其指示 AT A 的用户可能在对 AT B…E 讲话， 且发送语音数据 )， 而 AT B… E 在发送一系列 1/8 速率帧 ( 例如， 其指示 AT B… E 的用户可 能在收听 ATA， 已经离开了其电话等等 )。
返回图 4B， 在 440B 中， 应用服务器 170 的 MCC 模块 172 包含每一时间间隔 t 来自 输入流的帧中的每一者， 对聚集的媒体流进行抗抖动， 且接着产生包含针对所述时间间隔 来自 AT A…E 中的每一者的全部媒体内容的输出流。应用服务器 170 接着将所得的媒体流 作为一个或一个以上 RTP 包内的一系列聚集帧发送到 AT A…E 中的每一者。然而， 应了解， AT A…E 中的每一者接收含有来自所有会话参与者 ( 除了自自身， 目的是避免反馈问题 ) 的 帧的聚集媒体流。因此， AT A 接收由来自 AT B… E 的聚集媒体构成的输出流， AT B 接收由 来自 ATA 及 C… E 的聚集媒体构成的输出流， 依此类推。
如上所述， MCC 模块 170B 如上文在表 5( 上文 ) 中说明接收来自 AT A…E 的帧 ( 即， 输入流 )， 且接着产生或转码被传输到 AT A… E 的输出流 ( 例如， 其各自不同， 因为每一输 出流省略了从目标接收到的输入流的帧， 以减少反馈 )。因此， 基于表 5( 上文 )， 由应用服 务器 170 的 MCC 模块 170B 在时隙 10t… T 上产生的输出流可如下配置 ：
表 6- 对于全双工在从 MCC 到 AT A… E 的输出流中的媒体帧
如表 6( 上文 ) 所示， 由于群组通信会话的过分简单化的强力转发实施方案的缘 故， 在输出流的每一时隙到 AT A… E 的聚集媒体帧具有等于来自除其自身以外的 AT 的帧 ( 例如， 或 RTP 包 ) 的数据速率的总及的总数据速率。
关于图 4A 中的群组通信会话的常规半双工实施方案， 将了解， 带宽利用率比图 4A 的群组通信会话的全双工实施方案优越。然而， AT 无法向群组传输， 这一点有时候可能很 成问题 ( 例如， 如果当前发言权所有者不放弃发言权， 且一直在谈论无关的话题 )。在半双 工中， 当前发言权所有者将在意不到群组的感受， 因为在释放发言权之前， 发言权所有者无
法接收到来自其它群组成员的反馈。
在图 4B 的全双工实施方案中不会发生这个问题。然而， 全双工实施方案的带宽要 求很高， 因为对于 N 个群组通信会话参与者来说， 每一参与者接收到具有 N-1 个组合媒体流 的聚集输出流， 这会消耗相对高的数量的带宽。 此外， 聚集大量媒体帧以形成输出流的媒体 帧可能在应用服务器 170 处需要密集处理。此外， 应用服务器 170 的 MCC 模块 172 并不区 分媒体流。 因此， 当帧争用输出流中的同一时隙时， 静默帧被授予与输出流中的数据帧相同 的优先权。
图 4C 更详细地说明在图 4A 的 430、 图 4A 的 475 及 / 或图 4B 的 440B 的发送步骤 期间在应用服务器 170 处发生的过程。参看图 4C， 应用服务器 170 接收一个或一个以上帧 以供传输到 AT 的群组 (400C)。举例来说， 在图 4A 的 430 中， 应用服务器 170 接收在图 4A 的 425 处及在图 4A 的 475 中发送的来自 AT A 的帧， 应用服务器 170 接收在图 4A 的 470 处 发送的来自 AT B 的帧。在另一实例中， 在图 4B 的 440B 中， 应用服务器 170 接收在图 4B 的 425B 与 435B 之间发送的来自 AT A… E 中的每一者的帧。
在 400C 中接收到帧中的每一者后， 正在处理由服务器仲裁的群组通信会话的媒 体交换的特定 MCC 170B 的控制器 172A 即刻将来自 400C 的每一接收到的帧添加到相关联 AT 的抗抖动缓冲器 172B 中的对应队列中 (405C)。当混合器 172C 准备就绪时， 混合器 172C 针对特定时隙从抗抖动缓冲器 172B 的相应队列中移除一个或一个以上帧， 且对所述一个 或一个以上帧执行混合操作 (410C)。在半双工的情况下， 通常将存在仅来自一个 AT( 即， 当前发言权所有者 ) 的帧， 从而无需执行媒体的实际混合， 无需使用抗抖动缓冲器， 且可简 单地将帧按原来接收的状态不修改标头即从 MCC 170B 转发。因此， 图 4C 主要是针对对于 全双工会话执行的过程。 在全双工的情况下， 如此项技术中已知， 通常将存在来自一个以上 AT 的帧 ( 例如， 但未必每个时隙来自每一 AT)， 使得混合器 172C 在特定时隙的每一帧内混 合实际媒体或有效负载部分。 将了解， 与半双工中一样， 在全双工中也有可能在一段时间内 仅从一个 AT 接收到帧， 例如当一个会话参与者在会话期间在进行大部分讲话。然而， 当在 全双工会话期间接收到单个帧时， 仍然使用抗抖动缓冲器 172B， 因为当接收到多个帧时， 使 得仍然经历与抗抖动缓冲器 172B 相关联的延迟。当在 410C 中混合了帧之后， 控制器 172A 引导混合的帧被传输到所述群组。
图 4D 及图 4E 说明图 4C 的过程的实施方案实例。确切地说， 图 4D 说明一全双工 会话实施方案实例， 其中 AT A… E 中的每一者与图 4B 中一样在每一时隙期间传输帧， 且图 4E 说明一实施方案实例， 其中仅 AT 1 在一段时间内在每一时隙期间传输帧 ( 例如， 在其中 恰好 ATA 在所述一段时间内进行了全部谈话的全双工会话中 )。
参看图 4D， 在正在处理群组通信会话的仲裁的应用服务器 170 的 MCC 170B 处从 AT A…E 中的每一者接收数据流 ( 例如， 一系列帧 )(400C)。控制器 172A 将来自 400C 的每 一接收到的帧添加到相关联的 AT 的抗抖动缓冲器 172B 中的队列 (405C)。如图 4D 中所示， AT A… E 中的每一者的队列展示了正在等待被混合器 172C 处理或混合的多个帧 ( 例如， 由 从其接收到帧的对应 AT 的字母指示 )。当给定时隙的帧到达其相应队列的顶部时， 控制器 172A 从抗抖动缓冲器 172B 中的队列中移除这些帧， 且将这些帧发送到混合器 172C 以供混 合 (410C)。 因此， 混合器 172C 在 410C 中混合针对给定时隙来自 AT A…E 中的每一者的帧。 接着， 控制器 172A 引导混合的帧被传输到群组通信会话的每一会话参与者 (415C)。 如图 4D中所示， 发送到每一 AT 的混合的帧包含来自每一其它 AT 的媒体， 使得发送到 ATA 的混合的 帧包含来自 AT B+C+D+E 的帧， 发送到 AT B 的混合的帧包含来自 AT A+C+D+E 的帧， 发送到 AT C 的混合的帧包含来自 AT A+B+D+E 的帧， 发送到 AT D 的混合的帧包含来自 AT A+B+C+E 的帧， 且发送到 AT E 的混合的帧包含来自 ATA+B+C+D 的帧。
参看图 4E， 在正在处理全双工群组通信会话的仲裁的应用服务器 170 的 MCC 170B 处仅从 AT A 接收数据流 ( 例如， 一系列语音或高数据速率帧 )(400C)。如上所述， 在全双 工会话期间的一时期中， 可能发生仅从一个 AT( 例如， 在此情况下为 AT A) 接收帧， 其中仅 一个 AT 在发送待传输到所述群组的语音媒体。将了解， 可在 MCC 170B 处从 AT B… E 中的 一个或一个以上其它 AT 接收其它帧， 但在图 4E 中假设这些帧对应于噪声帧或静默帧 ( 例 如， 低数据速率帧等 )， 且控制器 170A 经配置以丢弃这些帧， 且并不将这些帧添加到抗抖动 缓冲器 172B 处的队列。控制器 172A 将来自 400C 的每一接收到帧 ( 例如， 意味着每一接收 到的语音帧或高数据速率帧， 而排除噪声帧及 / 或静默帧 ) 添加到相关联的 AT( 即 AT A) 的抗抖动缓冲器 172B 中的队列 (405C)。如图 4E 所示， AT A 中的每一者的队列展示了正 在等待由混合器 172C 处理或混合的多个帧 ( 例如， 由 AT A 的队列中的字母 “A” 指示 )， 而 AT B… E 的队列各自是空的， 因为假设一段时间内未从 AT B… E 接收到语音包。当给定时 隙的 AT A 的帧到达其队列的顶部时， 控制器 172A 从抗抖动缓冲器 172B 中的队列中移除所 述帧， 且将所述帧发送到混合器 172C 以供混合 (410C)。因此， 混合器 172C 在 410C 中对针 对给定时隙来自 AT A 的帧执行混合操作。在此情况下， 由混合器 172C 执行的混合操作对 应于将输入帧中的媒体格式化， 使得输出帧的 RTP 标头适合于输出流 ( 例如， 来自 AT A 的 输入流的序列号经修改而对应于输出流中的下一帧的正确的序列号， 等等 )。接着， 控制器 172A 引导混合的 ( 或在此情况下为格式化的 ) 帧被传输到群组通信会话的一个或一个以上 会话参与者 (415C)。如图 4E 所示， 发送到每一 AT 的混合的帧包含来自正针对所述时隙传 输帧每一其它 AT 的媒体。 在此情况下， 因为仅 AT A 在针对当前时隙传输帧， 所以发送到 AT B… E 中的每一者的格式化的帧仅包含 ATA 的帧， 且 ATA 可被发送 “无效” 帧 ( 例如， 不包含 媒体的帧 )。或者， 虽然图 4E 中未展示， 但替代 “无效” 帧， 在 415C 中可能不将帧传输到 AT A。
所属领域的技术人员将了解， 与图 4D 中一样在 410C 中在混合器 172C 处发生的来 自多个帧的媒体的混合相对需要密集处理， 这部分地导致必须在抗抖动缓冲器 172B 中将 帧排队。因此， 当在运行时或实时地混合来自多个帧的媒体时， 混合器 172C 一般来说无法 保证足够的性能， 且因此， 混合器 172C 将帧排队， 且轮流处理针对每一时隙的混合。增加 抗抖动缓冲器 172B 的大小将因此提高输出流中的每一帧的音频质量， 但将抗抖动缓冲器 172B 的大小增加得太多将在输出流中产生时滞。
另一方面， 像图 4E 中的 410C 中那样在混合器 172C 处重新封装或格式化特定时隙 的一个帧的混合操作不像图 4D 的多个媒体帧混合那样需要密集处理。因此， 可能无需使用 抗抖动缓冲器 172B 就能实时地发生此格式化。然而， 可能在单个时隙期间混合多个多媒体 帧 ( 例如， 就像图 4D 中所示的全双工会话中一样 ) 的常规群组通信会话无论针对所述时隙 混合的帧的数目如何都会在抗抖动缓冲器 172B 中将帧排队。
因此， 本发明的实施例是针对在抗抖动缓冲器 172B 中选择性地将帧排队。如下 文将关于图 5A 及图 5B 论述， 如果针对给定时隙要混合的帧的数目大于帧的阈值数目 ( 例如， 大于一 )， 则将帧添加到抗抖动缓冲器 172B 中的队列。然而， 如果在给定数目的连续时 隙 ( 例如， 三个时隙、 六个时隙等 ) 中针对每一时隙要混合的帧的数目不大于帧的阈值数 目 ( 例如， 一个帧 )， 则绕过抗抖动缓冲器 172B， 使得要混合的后续帧被直接传递到混合器 172C( 例如， 用于将 RTP 标头格式化或重新封装 )， 至少直到要在特定时隙中混合的帧的数 目高于阈值数目为止。以此方式， 至少在混合器 172C 预期不会使用更密集的处理的时隙期 间， 可减少与抗抖动缓冲器 172B 相关联的延迟。
图 5A 说明根据本发明实施例在应用服务器 170 的 MCC 170B 处发生的选择性混合 过程。在一实例中， 可在图 4A 的 430、 图 4A 的 475 及 / 或图 4B 的 440B 的发送步骤期间实 施图 5A 的过程。参看图 5A， 应用服务器 170 接收一个或一个以上帧以供传输到 AT 的群组 (500A)。举例来说， 在图 4A 的 430 中， 应用服务器 170 接收在图 4A 的 425 处及在图 4A 的 475 中发送的来自 AT A 的帧， 应用服务器 170 接收在图 4A 的 470 处发送的来自 AT B 的帧。 举例来说， 在图 4B 的 440B 中， 应用服务器 170 接收在图 4B 的 425B 与 435B 之间发送的来 自 AT A… E 中的每一者的帧。
在 500C 中接收到帧中的每一者之后， 在处理由服务器仲裁的群组通信会话的媒 体交换的特定 MCC 170B 的控制器 172A 即刻确定预期当前正在讲话的群组会话参与者的数 目 (505A)。举例来说， 505A 的确定可对应于确定在 500A 中接收到的多少个帧是非静默帧 ( 例如， 具有高于 1/8 的数据速率的帧等 )。在 510A 中， 控制器 172A 确定在 505A 中确定的 数目是否高于给定数目个时隙的给定阈值 ( 例如， 一个时隙， 等于抗抖动缓冲器 172B 中的 队列的深度的时隙数目， 高于抗抖动缓冲器 172B 中的队列的深度的时隙数目等 )。如果对 于给定数目个时隙， 所述数目高于阈值， 则过程前进到 515A、 520A 及 525A， 其大体上分别对 应于图 4C 的 405C、 410C 及 415C， 且因此为了简洁起见将不进一步描述。 然而， 将了解， 上文 关于 410C 提供的特定混合实例意在是潜在混合方法的非限制性实例， 且在本发明的其它 实施例中有许多种方式可用于在通信会话期间混合多个帧的媒体。在 525A 之后， 过程返回 到图 5A 的 500A 且针对后续时隙执行。
返回到 510A， 如果所述数目不高于阈值， 则控制器 172A 确定完全绕过抗抖动缓冲 器 172B(530A)。 在 530A 中， 将了解， 有可能抗抖动缓冲器 172B 的一个或一个以上队列可包 含正等待由混合器 172C 混合的帧。在此情况下， 在一实例中， 在从 “混合” 模式切换成 “转 发” 或 “抗抖动缓冲器绕过” 模式期间， 控制器 172A 可在必要时将排队的包或帧格式化 ( 例 如， 不加混合 )( 例如， 见下文对 535A 的描述 )， 且接着转发每一排队的包以供传输到群组 ( 例如， 见下文对 540A 的描述 )。在一实例中， 如果决策框 510A 只有在讲话者数目低于阈 值的时间段大于抗抖动缓冲器 172B 的队列的深度之后才评估为 “N” ， 则将了解， 抗抖动缓 冲器 172B 仅包含来自一个特定 AT 的排队的帧， 且因此当决策框 510A 评估为 “N” 时抗抖动 缓冲器 172B 的 “转储” 可在没有抖动的情况下执行， 因为每一转发帧都来自同一 AT。一旦 清除了抗抖动缓冲器 172B 中的队列， 则过程前进到 535A。
返回到 530A， 将了解， 绕过抗抖动缓冲器 172B 并不意在意味着在所述过程期间不 使用缓冲器， 而是简单地意味着不使用抗抖动缓冲器 172B( 例如， 至少在此特定时隙中 )。 其它缓冲器， 例如当在 MCC 170B 处接收到传入的消息时简单地保存所述消息的临时存储 缓冲器， 仍可用于应用服务器 170 处的临时存储。控制器 172A 在 535A 中将接收到的帧引 导到混合器 172C， 且混合器 172C 修改 ( 例如， 格式化及 / 或重新封装 ) 来自 500A 的接收到的帧的标头以符合输出流帧的标头。如上所述， 这可能涉及改变输出流中使用的 RTP 包标 头的一个或一个以上字段， 以便符合预期的序列号等。控制器 172A 接着将待传输的格式化 的帧引导到群组通信会话的一个或一个以上会话参与者 (540A)。
参看图 5B， 类似于图 4E， 在处理群组通信会话的仲裁的应用服务器 170 的 MCC170B 处仅从 AT A 接收数据流 ( 例如， 一系列语音或高数据速率帧 )( 例如， 但仍可从其它 AT 接收 静默或噪声帧， 且接着其被控制器 172A 丢弃 )(500A)。 如上所述， 仅从一个 AT( 例如， 在此情 况下为 AT A) 接收帧对应于全双工会话或混合全双工会话期间的一段时期 ( 例如， 两个或 两个以上参与者可同时讲话， 而其它参与者仅收听 )， 其中仅一个 AT 在发送待传输到群组 的语音媒体。 控制器 172A 确定在此特定时隙中讲话的群组会话参与者的数目为一 (505A)， 且接着确定讲话者的数目 ( 即， 一 ) 低于或等于讲话者阈值 (510A)。如图 5B 所示， 可假设 讲话者的数目在足以触发绕过操作的数量的时间中低于讲话者阈值。因此， 控制器 172A 引 导从 AT A 接收到的帧绕过抗抖动缓冲器 172B(530A)， 且因此将帧发送到混合器 172C 以重 新格式化 (535A)。因此， 混合器 172C 在 535A 中将给定时隙中来自 AT A 的帧重新格式化， 借此 AT A 的帧经格式化， 使得输出帧的 RTP 标头适合于输出流 ( 例如， 来自 AT A 的输入流 的序列号经修改而对应于输出流中的下一帧的正确序列号， 等等 ) 接着， 控制器 172A 将待 传输的格式化的帧引导到 AT B… E。如图 5B 所示， 发送到每一 AT 的格式化的帧包含来自 正针对所述时隙传输帧每一其它 AT 的媒体。在此情况下， 因为仅 ATA 在针对当前时隙传输 帧， 所以发送到 AT B… E 中的每一者的格式化的帧仅包含 AT A 的帧， 且 AT A 可被发送 “无 效” 帧 ( 例如， 不包含媒体的帧 )。或者， 虽然图 5B 中未展示， 但替代 “无效” 帧， 在 540A 中 可能不将帧传输到 ATA。
将了解， 在逐时隙的基础上选择性地使用抗抖动缓冲器 172B， 让未必需要密集处 理的时隙能被直接传送到混合器 172C， 而绕过抗抖动缓冲器 172B， 这样可通过在群组通信 会话的至少一些时隙期间避免与抗抖动缓冲器 172B 相关联的延迟来改善群组通信会话的 性能。此外， 绕过抗抖动缓冲器 172B 的重新格式化的包的音频质量可得到改善， 因为在混 合过程期间无需将包重新编码。
虽然本发明的上述实施例已大体上针对在全双工会话期间选择性地混合帧， 但将 了解可如何在混合全双工实施方案内应用相同的一般教示。在混合全双工会话中， 两个或 两个以上参与者可同时讲话， 而其它参与者仅收听。因此， 在混合全双工会话期间， 其中在 给定一段时间中， 每当在给定一段时间中低于阈值数目的 ( 例如， 一个 ) 讲话者讲话时， 便 可调用抗抖动缓冲器绕过程序以在仲裁混合全双工会话的 MCC 170B 处节省资源。
所属领域的技术人员将了解， 可使用多种不同技术及技艺中的任一者来表示信息 及信号。举例来说， 可由电压、 电流、 电磁波、 磁场或磁粒子、 光场或光粒子或其任何组合来 表示贯穿以上描述中参考的数据、 指令、 命令、 信息、 信号、 位、 符号及码片。
此外， 所属领域的技术人员将了解， 结合本文所揭示的实施例而描述的各种说明 性逻辑块、 模块、 电路及算法步骤可实施为电子硬件、 计算机软件或两者的组合。为清楚 说明硬件与软件的此互换性， 上文已大体上关于其功能性而描述了各种说明性组件、 块、 模 块、 电路及步骤。所述功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的 设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性， 但所述实施方案决策不应被解释为会导致脱离本发明的范围。可使用经设计以执行本文所描述的功能的通用处理器、 数字信号处理器 (DSP)、 专 用集成电路 (ASIC)、 现场可编程门阵列 (FPGA) 或其它可编程逻辑装置、 离散门或晶体管逻 辑、 离散硬件组件或其任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说 明性逻辑块、 模块及电路。通用处理器可为微处理器， 但在替代方案中， 处理器可为任何常 规的处理器、 控制器、 微控制器或状态机。处理器还可实施为计算装置的组合， 例如， DSP 与 微处理器的组合、 多个微处理器的组合、 一个或一个以上微处理器与 DSP 核心的联合， 或任 何其它此配置。
结合本文所揭示的实施例而描述的方法、 序列及 / 或算法可直接以硬件、 以由处 理器执行的软件模块或以两者的组合体现。软件模块可驻留在 RAM 存储器、 快闪存储器、 ROM 存储器、 EPROM 存储器、 EEPROM 存储器、 寄存器、 硬盘、 可装卸磁盘、 CD-ROM， 或此项技术 中已知的任一其它形式的存储媒体中。示范性存储媒体耦合到处理器， 使得处理器可从存 储媒体读取信息并将信息写入到存储媒体。 在替代方案中， 存储媒体可与处理器成一体式。 处理器及存储媒体可驻留于 ASIC 中。ASIC 可驻留于用户终端 ( 例如， 接入终端 ) 中。在替 代方案中， 处理器及存储媒体可作为离散组件驻留于用户终端中。
在一个或一个以上示范性实施例中， 所描述的功能可在硬件、 软件、 固件或其任何 组合中实施。如果在软件中实施， 则可将功能作为一个或一个以上指令或代码而在计算机 可读媒体上存储或传输。 计算机可读媒体包含计算机存储媒体与包括促进计算机程序从一 处传递到另一处的任何媒体的通信媒体两者。 存储媒体可为可由计算机存取的任何可用媒 体。以实例方式 ( 且并非限制 )， 所述计算机可读媒体可包括 RAM、 ROM、 EEPROM、 CD-ROM 或 其它光盘存储装置、 磁盘存储装置或其它磁性存储装置， 或可用于载运或存储呈指令或数 据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。同样， 可恰当地将任何 连接称作计算机可读媒体。举例来说， 如果使用同轴电缆、 光纤电缆、 双绞线、 数字用户线 (DSL) 或例如红外线、 无线电及微波的无线技术从网站、 服务器或其它远程源传输软件， 则 同轴电缆、 光纤电缆、 双绞线、 DSL 或例如红外线、 无线电及微波的无线技术包含于媒体的定 义中。 如本文中所使用， 磁盘及光盘包含压缩光盘 (CD)、 激光光盘、 光学光盘、 数字多功能光 盘 (DVD)、 软磁盘及蓝光光盘， 其中磁盘通常磁性地复制数据， 而光盘使用激光光学地复制 数据。上文的组合也应包含在计算机可读媒体的范围内。
虽然前面的揭示内容展示本发明的说明性实施例， 但应注意， 可在不脱离如所附 权利要求书界定的本发明的范围的情况下， 在其中做出各种改变及修改。无需以任何特定 次序来执行根据本文中所述的本发明的实施例的方法权利要求的功能、 步骤及 / 或动作。 此外， 尽管可以单数形式描述或主张本发明的元件， 但除非明确陈述限于单数， 否则也涵盖 复数。