CN102474511B - 用于无线通信系统中的群组通信会话的媒体转发 - Google Patents

用于无线通信系统中的群组通信会话的媒体转发 Download PDF

Info

Publication number
CN102474511B
CN102474511B CN201080031217.9A CN201080031217A CN102474511B CN 102474511 B CN102474511 B CN 102474511B CN 201080031217 A CN201080031217 A CN 201080031217A CN 102474511 B CN102474511 B CN 102474511B
Authority
CN
China
Prior art keywords
frame
access terminal
data rate
communication session
group communication
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
Application number
CN201080031217.9A
Other languages
English (en)
Other versions
CN102474511A (zh
Inventor
阿舒·拉兹丹
德万·纳伦德拉·巴特
拉詹·维尔马
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN102474511A publication Critical patent/CN102474511A/zh
Application granted granted Critical
Publication of CN102474511B publication Critical patent/CN102474511B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

实施例是针对用于无线通信系统内的群组通信会话的媒体转发。服务器从参与所述群组通信会话的第一多个接入终端中的每一者接收给定时隙的帧，所述所接收帧中的每一者具有相关联数据速率。所述服务器至少部分基于所述所接收帧中的每一者的所述相关联数据速率而选择所述所接收帧中的至少一者且少于全部。所述服务器将所述所选择的至少一个帧发送到参与所述群组通信会话的第二多个接入终端。

Description

用于无线通信系统中的群组通信会话的媒体转发
根据35U.S.C.§119主张优先权
本专利申请案主张2009年7月10日申请的题目为“用于无线通信系统中的群组通信会话的媒体转发(Media Forwarding For a Group Communication Session In AWireless Communications System)”的第61/224,797号临时申请案的优先权，所述临时申请案转让给本受让人且特此以全文引用的方式并入本文。
技术领域
本发明的实施例是针对用于无线通信系统中的群组通信会话的媒体转发。
背景技术
无线通信系统已经过多代发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括临时的2.5G及2.75G网络)及第三代(3G)高速数据/因特网功能(Internet-capable)无线服务。目前存在许多不同类型的正在使用的无线通信系统，包括蜂窝式及个人通信服务(PCS)系统。已知的蜂窝式系统的实例包括蜂窝式模拟高级移动电话系统(AMPS)，及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(Global System for Mobile access，GSM)变体的数字蜂窝式系统，以及使用TDMA及CDMA两种技术的较新的混和数字通信系统。
用于提供CDMA移动通信的方法在美国由电信工业协会/电子工业协会在题为“用于双模式宽带扩频蜂窝式系统的移动台-基站兼容标准(Mobile Station-Base StationCompatibility Standard for Dual-Mode Wideband Spread Spectrum CellularSystem)”的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日且标题为“使用CDMA 1x-EVDO蜂窝式网络的即按即说群组呼叫系统(Push-To-Talk Group Call System UsingCDMA 1x-EVDO Cellular Network)”的第2007/0049314号美国专利申请公开案中描述，所述美国专利申请公开案的内容以全文引用的方式并入本文中。如第2007/0049314号公开案中所描述，广播信道可用于使用常规信令技术的即按即说呼叫。虽然广播信道的使用可改进对常规单播技术的带宽要求，但广播信道的常规信令仍可能导致额外的开销和/或延迟，且可能使系统性能降级。
第三代合作伙伴计划2(“3GPP2”)定义了广播-多播服务(BCMCS)规范用于支持CDMA2000网络中的多播通信。因此，日期为2006年2月14日、标题为“CDMA2000 高速率广播-多播包数据空中接口规范(CDMA2000 High Rate Broadcast-Multicast Packet Data AirInterface SpeciFlcation)”的3GPP2的BCMCS规范的版本(版本1.0C.S0054-A)特此以全文引用的方式并入本文中。
发明内容
实施例是针对用于无线通信系统内的群组通信会话的媒体转发。服务器从参与所述群组通信会话的第一多个接入终端中的每一者接收给定时隙的帧，所述所接收帧中的每一者具有相关联数据速率。所述服务器至少部分基于所述所接收帧中的每一者的所述相关联数据速率而选择所述所接收帧中的至少一者且少于全部。所述服务器将所述所选择的至少一个帧发送到参与所述群组通信会话的第二多个接入终端。
在一实例中，服务器任选地在为目的地选择的帧的数目大于一的情况下混合帧。帧的选择和/或混合是针对所述多个接入终端中的每一者执行，但在一些情况下，同一选定或混合帧可发射到多个接入终端，其可减少服务器上的处理负载。在又一实例中，一个或一个以上帧可至少部分基于其相关联数据速率来选择，且随后可混合(例如，在信号处理意义上)选定的帧。实施例可针对相对小的群组或其中相对少数目的参与者偶尔同时讲话的较大群组。因此，可针对一时隙从可能较高数目的可用帧中选择相对少数目的帧，且随后可混合选定的帧且分配到群组。
附图说明
将容易地获得对本发明实施例的更完整的了解及其许多附带优点，其同样通过参考结合附图考虑的以下详细描述变得更好理解，仅出于说明而非限制本发明的目的而呈现附图，且在附图中：
图1为根据本发明的至少一个实施例的支持接入终端及接入网络的无线网络架构的图。
图2说明根据本发明实例实施例的运营商网络。
图3为根据本发明的至少一个实施例的接入终端的说明。
图4A说明常规的半双工群组通信会话过程。
图4B说明常规的全双工群组通信会话过程。
图5A说明根据本发明实施例的群组通信会话过程。
图5B说明根据本发明实施例的帧选择的实例，其中每一群组通信会话参与者具有相同优先级。
图5C说明根据本发明实施例的帧选择的实例，其中两个或两个以上群组通信会话参与者具有不同的优先级。
图5D说明根据本发明实施例的图5B的过程的修改，其中选择多个帧。
图5E说明根据本发明实施例的图5C的过程的修改，其中选择多个帧。
图6A说明根据本发明实施例的根据图5B或图5C的选择过程执行的图5A的群组通信会话过程。
图6B说明根据本发明实施例的根据图5D或图5E的选择过程执行的图5A的群组通信会话过程。
图7说明根据本发明实施例的图6A的过程的继续。
图8说明根据本发明实施例的在多个时隙上图6A的过程。
图9说明根据本发明实施例的可在输出媒体流中修改与输入媒体流的选定帧相关联的一个或一个以上媒体流参数的高级过程。
图10说明解码过程的实例，其中相对于源同步(SSRC)媒体流参数不执行图9的过程。
图11说明解码过程的实例，其中相对于SSRC媒体流参数执行图9的过程。
图12说明解码过程的实例，其中相对于序号媒体流参数不执行图9的过程。
图13说明解码过程的实例，其中相对于序号媒体流参数执行图9的过程。
具体实施方式
本发明的各方面揭示于针对本发明的特定实施例的以下描述及相关图式中。可在不脱离本发明的范围的情况下设计替代实施例。此外，将不会详细描述本发明的众所周知的元件，或将省略所述元件，以免混淆本发明的相关细节。
本文使用词语“示范性”和/或“实例”来表示“充当实例、例子或说明”。本文描述为“示范性”和/或“实例”的任何实施例均不一定被解释为比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包括所论述的特征、优点或操作模式。
此外，根据待由(例如)计算装置的元件执行的动作的序列来描述许多实施例。将认识到，可由特定电路(例如，专用集成电路(ASIC))、由正由一个或一个以上处理器执行的程序指令或由两者的组合来执行本文中所述的各种动作。此外，可认为本文中所述的这些动作序列完全实施于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中已存储一组对应计算机指令，所述指令在被执行时将致使相关联的处理器执行本 文中所述的功能性。因此，本发明的各种方面可以许多不同形式来实施，所有所述形式均被涵盖在所主张的标的物的范围内。此外，对于本文中所述的实施例的每一者来说，任何所述实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述的动作)的逻辑”。
高数据速率(HDR)订户台(在本文中被称为接入终端(AT))可为移动或固定的且可与一个或一个以上HDR基站(在本文中被称为调制解调器池收发器(modem pooltransceiver，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及RAN 120而连接的组件的两者间及多者间进行无线通信的任何系统，其包括(但不限于)运营商网络126、因特网及/或其它远程服务器。
RAN 120控制发送到基站控制器/包控制功能(BSC/PCF)122的消息(通常发送为数据包)。BSC/PCF 122负责在包数据服务节点160(“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和其它组件可形成RAN 120，如此项技术中已知。然而，也可使用替代配置，且本发明不限于所说明的配置。举例来说，在另一实施例中，可将BSC/PCF 122及MPT/BS 124中的一者或一者以上的功能性收缩到具有BSC/PCF 122及MPT/BS 124两者的功能性的单个“混合”模块中。
图2说明根据本发明实施例的运营商网络126。在图2的实施例中，运营商网络126包含包数据服务节点(PDSN)160、广播服务节点(BSN)165、应用服务器170和因特网175。然而，在替代实施例中，应用服务器170和其它组件可位于运营商网络的外部。应用服务器170包含媒体内容复合(MCC)模块172，其功能性将在下文更详细描述。PDSN 160为利用(例如)cdma2000无线电接入网络(RAN)(例如，图1的RAN 120)的移动台(例如，接入终端，例如来自图1的102、108、110、112)提供对因特网175、内部网和/或远程服务器(例如，应用服务器170)的接入。通过充当接入网关，PDSN 160可提供简单IP和移动IP接入、国外代理支持以及包输送。PDSN 160可充当用于验证、授权与记账(AAA)服务器和其它支持性基础结构的客户端，且向移动台提供到达IP 网络的网关，如此项技术中已知。如图2所示，PDSN 160可经由常规A10连接与RAN 120(例如BSC/PCF 122)通信。A 10连接是此项技术中众所周知的，且为了简明起见将不进一步对其进行描述。
参见图2，广播服务节点(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接收的多播消息。
参看图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/PCFC 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，且还将注册消息(例如，BCMCSFlowRegistration消息)发送到RAN 120以向群组通信会话注册(410和415)。来自ATB...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中识别AT A。SSRC号可在群组通信会话开始时由应用服务器170提供。
在RTP标头部分之后，RTP包包含数据有效负载部分。数据有效负载部分可包含语音和/或视频的经数字化样本。数据有效负载的长度可针对不同RTP包而变化。举例来说，在语音RTP包中，由数据有效负载载运的语音样本的长度可对应于20毫秒(ms)的声音。大体上，对于较长的媒体持续时间(例如，较高速率帧)，数据有效负载也必须较长，否则媒体样本的质量降低。
返回到图4A的425，从ATA发射的帧可对应于：全速率帧(例如，8.6kpbs)，其在RTP包中具有大的数据有效负载；半速率帧(例如，4.3kpbs)，其在RTP包中包含‘中等’数据有效负载，1/8速率帧(例如，1.0kpbs)，其在RTP包中包含小的数据有 效负载，等等。虽然大体上对EVRC-A做出参考，但将容易了解，可如何修改这些实施例以适应包含不同帧速率选项的其它声码器。如将了解，当AT A的用户正在讲话时，AT A发射比当AT A的用户不在讲话且ATA正在发射静默帧时更高速率的帧。应用服务器170包含媒体控制复合(MCC)172模块，其处置从发言权持有者接收媒体流，和到群组通信会话的一个或一个以上‘收听’群组成员的输出流的代码转换。换句话说，MCC模块172复制RTP包内的帧且将其从AT A再广播到AT B...E中的每一者。因此，在应用服务器170的MCC模块172处接收的来自AT A的一系列帧发射可如下表示：
表2-针对半双工在‘t’间隔时从AT A到达MCC的媒体帧
其中时间间隔10t...T各自包含来自AT A的具有给定数据速率的一个帧(例如，RTP包)。可假定■1/2帧对应于数据帧(例如，包含语音数据)，而□1/8对应于静默帧。然而将了解，■1/2帧至少可能包含有限量的噪声，类似于静默帧。而且，因为图4A是半双工群组通信会话，所以注意到表2(上文)指示AT A正在发射帧(例如，在一个或一个以上RTP包内)，而AT B...E不在发射任何包。表2中说明的帧(例如，RTP包)对应于在应用服务器170处接收的包或帧的输入流。
如上所述，MCC模块172接收如上文在表2中说明的输入流，且产生或代码转换发射到AT B...E的输出流。因此，基于表2，由应用服务器170的MCC模块172产生的输出流可如下配置：
表3-针对半双工从MCC到AT B...E的输出流中的媒体帧
如表3(上文)所示，输出流经配置以使得AT A的帧发射不发射回到AT A，而是如上文表2中发射到AT B...E。
在MCC模块172产生输出流时，应用服务器170将包含来自输出流的输出帧的RTP包发射到AT B...E(430)，作为一系列群组消息，且AT B...E监视群组通信会话的群组消息(435和440)。群组通信会话随后继续一时间周期，直到AT A的用户确定放弃发言权为止(445)。445可对应于来自AT A的放弃发言权的显式指令，或基于来自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当中的ATB具有最高优先级，且应用服务器170将发言权准予消息发送到AT B。接着，AT B播放一音调，向AT B的用户通知AT B现在具有发言权，且AT B开始在一个或一个以上RTP包内向应用服务器170发射帧(例如，数据帧、静默帧等)(470)，所述帧随后由MCC模块172转换为输出流且再发射到AT A和C...E(475)。将了解，以与如上文相对于AT A描述的425和430相同的方式执行470和475，且因此为了简单而将不进一步描述470和475。
作为半双工会话的特性，图4A的群组通信会话中的某些AT仅发射帧(例如，在RTP包内)，而群组通信会话中的其它AT仅接收帧(例如，在RTP包内)。对图4A的 过程的替代是全双工群组通信会话，其在下文相对于图4B来描述。在全双工会话中，会话的每一参与者均可发射和接收帧(例如，在RTP包内)。
图4B说明常规全双工群组通信会话(例如，呼叫、数据输送会话等)过程。如图4A中，图4B的群组通信会话可对应于由IP多播协议或IP单播协议支持的群组通信会话。参见图4B，400B到415B对应于图4A的400到415，且因此为了简单而将不进一步论述。
在420B中，替代于将发言权准予给会话发起者(即，AT A)，应用服务器170将指示会话可开始的消息发送到已加入群组通信会话的每一AT(420B)。在接收到消息420B后，ATA...E中的任一者可开始讲话，且进而发送数据帧，或者可保持静默且发送静默帧(425B、430B、435B)。
在应用服务器170的MCC模块172处接收的来自ATA...E的输入流的实例(例如，包含在特定时隙的来自ATA...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的用户可能正在收听AT A，已离开其电话，等等)。
返回到图4B，在440B中，应用服务器170的MCC模块172包含在每一时间间隔t来自输入流的帧中的每一者，将聚合的媒体流消除抖动，且随后产生包含针对所述时间间隔来自AT A...E中的每一者的所有媒体内容的输出流。应用服务器170随后将所得媒体流发送到AT A...E中的每一者作为一个或一个以上RTP包内的一系列聚合帧。然而应了解，ATA...E中的每一者接收含有来自所有会话参与者(除了其自身)的帧的聚合媒体流以避免反馈问题。因此，AT A接收由来自AT B...E的聚合媒体组成的输出流，AT B接收由来自AT A和C...E的聚合媒体组成的输出流，等等。
如上所述，MCC模块172如表5(上文)所说明接收来自AT A...E的帧(即，输入流)，且随后产生或代码变换发射到AT A...E的输出流(例如，其各自不同，因为每一输出流均省略从目标接收的输入流的帧以便减少反馈)。因此，基于表5(上文)，在时隙10t...T上由应用服务器170的MCC模块172产生的输出流可如下配置：
表6-针对全双工从MCC到AT A...E的输出流中的媒体帧
如表6(上文)所示，由于群组通信会话的过于简单的强力转发实施方案，在输出流的每一时隙到AT A...E的聚合媒体帧具有的总数据速率等于来自除了其自身外的AT的帧(例如，或RTP包)的数据速率的总和。
相对于图4A中的群组通信会话的常规半双工实施方案，将了解，与图4A的群组通信会话的全双工实施方案相比，带宽利用是优良的。然而，AT无法向群组进行发射有时候可存在问题(例如，如果当前发言权持有者不放弃发言权，且保持谈论不相关的问题)。在半双工中，当前发言权持有者将不在意群组的情绪，因为发言权持有者无法接收来自其它群组成员的反馈，直到释放发言权为止。
此问题在图4B的全双工实施方案中并不发生。然而，全双工实施方案的带宽要求较高，因为对于N个群组通信会话参与者，每一参与者接收具有N-1个组合媒体流的聚合输出流，其消耗相对高量的带宽。而且，聚合较高数目的媒体帧以形成输出流的媒体帧可在应用服务器170处为处理密集的。而且，应用服务器170的MCC模块172不在媒体流之间进行区分。因此，当帧对于输出流中的同一时隙进行竞争时，对静默帧准予与输出流中的数据帧相同的优先级。
因此，现在将更详细描述的实施例是针对混合实施方案，其包含半双工和全双工实施方案两者的某些性质。如下文将更详细描述，群组通信会话的多个参与者(例如，所有参与者)可发射和接收帧(例如，在RTP包内)，如在全双工中。然而，MCC模块172经配置以选择传入媒体流中的一者或一者以上以输出到每一群组通信会话参与者，使得到特定群组通信会话参与者(而不是选定参与者)的输出流中的任一给定输出帧包 含仅来自选定参与者的媒体内容。如果仅选择一个媒体流，那么输出流类似于半双工(例如，其增加带宽利用的效率)。如果选择一个以上且少于全部的输入媒体流，那么输出媒体流类似于针对选择了其帧的AT的选定子集的全双工，而带宽利用增加，因为并非所有帧均如全双工中那样包含在输出流中(例如，但在至少一个实施例中，至少可能选择所有帧)。下文将详细描述关于MCC模块172如何为群组通信会话参与者产生输出流的选择机制。
下文中，相对于全速率帧、半速率帧和1/8速率帧描述本发明的实施例。包含上述帧速率的帧速率集合是特定针对EVRC-A声码器。例如EVRC-B和/或4G等其它声码器可包含1/4速率帧作为帧速率集合的部分。虽然下文大体上参考EVRC-A，但将容易明了可如何修改这些实施例以适应包含不同帧速率选项的其它声码器。
此外，下文描述的本发明实施例涉及在某些部分中可互换的RTP包和帧(例如，静默帧、数据帧等)。然而应了解，RTP包可实际上包含多个帧。进而将了解，在本发明的其它实施例中，在RTP包包含一(1)个帧的假设下对RTP包的某些参考可经修改以使得本文揭示的过程是帧特定的，且不一定是RTP包特定的。换句话说，在针对第一时隙做出帧选择且随后针对第二时隙做出帧选择的情况下，可用于在第一和第二时隙中选择的帧中的一者或一者以上可能实际上在同一RTP包中接收，且在此情况下，选择将是帧特定的且不是包特定的。大体上，本发明的实施例是针对帧混合和选择，且RTP包仅是载运帧中的一者(或一者以上)的实例机制。
因此，图5A说明根据本发明实施例的群组通信会话(例如，呼叫、输送会话等)过程。特定来说，图5A说明处于相对高层级的群组通信会话过程，其将继之以图5A中说明的高层级过程的部分的更详细实例。图5A的群组通信会话可对应于由IP多播协议或IP单播协议支持的群组通信会话。在IP多播中，下行链路广播信道(BCH)在一个或一个以上扇区内载运单个多播流以到达每一‘收听’多播群组成员，同时在下行链路控制信道上发射单独调度消息(例如，广播开销消息(BOM))，其指示多播群组成员可如何调谐到下行链路BCH。在IP单播中，每一群组消息发射到每一群组通信会话参与者或多播群组成员，作为个别寻址到每一群组成员的单独单播消息。
参见图5A，在500中，给定AT(“AT A”)经由RAN 120向应用服务器170发送起始群组通信会话的请求。举例来说，群组通信会话可对应于即按即说(PTT)或即按即传(PTX)会话，且500中的请求的发射可基于AT A的用户按下AT A上的PTT或PTX按钮来提示。应用服务器170从AT A接收群组通信会话请求，且在无线通信系统100的一个或一个以上扇区中发射通告消息(505)。至少AT B...E接收到通告消息，且 确定加入所通告的群组通信会话。因此，AT B...E将呼叫接受消息发送到应用服务器170，且还将注册消息(例如，BCMCSFlowRegistration消息)发送到RAN 120以向群组通信会话注册(510和515)。来自ATB...E中的每一者的呼叫接受消息和注册消息可在反向链路接入信道上的单独消息内发送，或者可捆绑在同一消息内。
参见图5A，在520中，在从AT B...E接收到呼叫接受消息之后，应用服务器170将发言权准予消息发送到AT A和AT B...E中的至少一者。在一实例中，应用服务器170可经配置以将发言权准予消息发送到加入群组通信会话的每一AT。在替代实例中，应用服务器170可经配置以将发言权准予消息发送到少于全部但一个以上的加入群组通信会话的AT。因此，某些AT可经配置以发送和接收(如全双工中)，而其它AT可经配置以仅接收或仅发射(如半双工中)。而且，替代于在520中发送发言权准予消息，可发送任一类型的消息，只要AT A和AT B...E中的至少一者能够将群组消息发送到应用服务器170，且还能够从应用服务器170接收群组消息。
因此，在AT A...E中的每一者处，播放一音调，其向每一相应AT的用户指示群组通信会话已开始，且AT A...E开始在反向链路信道上以给定数据速率向应用服务器170发射帧(例如，包含在一个或一个以上RTP包内的数据帧、静默帧等)(525、530、535)。
应用服务器170针对给定时间间隔或时隙从AT A...E接收帧，且从AT A...E中的一者或一者以上选择帧以在输出流上发射到AT A...E中的每一其它者(540)。540的选择由应用服务器170处的MCC模块172执行，且至少部分是基于MCC模块172处在给定时隙来自ATA...E的输入流中的帧的数据速率。下文将更详细描述540的选择。在540中做出选择之后，应用服务器170在545中将选定帧发送到每一AT，除了从其接收选定帧的AT。虽然图5A内未明确展示，但应用服务器170也可将帧从未选定的AT发送到与选定帧相关联的AT，如下文将更详细描述。
可以若干方式执行540的选择，现在将相对于图5B到5D描述其实例。举例来说，假定AT A...E具有如表2(上文)针对直接呼叫、特别呼叫、封闭群组呼叫和封闭聊天室呼叫所界定的优先级。在此假定下，将了解，如果在图5A中建立的群组通信会话是直接呼叫或特别呼叫，那么AT A...E的优先级相同(例如，但对于所有直接呼叫或特别呼叫来说情况不一定如此)，而对于封闭群组呼叫或封闭聊天室呼叫，AT A...E的优先级不一定相同。
因此，图5B说明根据本发明实施例的在应用服务器170处执行的540的帧选择的实例，其中每一群组通信会话参与者具有相同优先级。参见图5B，应用服务器170确定在给定时间间隔或时隙内是否从AT A...E接收到任何高数据速率帧(例如，具有高于 1/8速率的数据速率的帧)(500B)。如果确定不存在高数据速率帧，那么应用服务器170的MCC模块172根据给定选择规则进行选择。举例来说，给定选择规则可为对来自第一收听者(例如，ATB...E中已接受来自图5A的505的呼叫通告消息的第一者)的静默帧的选择的校正。将了解，505B的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择第二收听者的静默帧，可选择发起者的静默帧等等)，因为无论在来自应用服务器170的输出流上再发射哪一静默帧，输出流都仍将载运静默帧。
否则，如果将来自AT A...E的至少一个帧确定为数据帧(例如，帧具有高于1/8的数据速率)，那么MCC模块172确定是否存在一个以上高数据速率帧(510B)。如果在510B中确定在给定时隙中来自AT A...E仅存在一个高数据速率帧，那么选择所述高数据速率帧(515B)。否则，如果在510B中确定存在多个高数据速率帧，那么MCC模块172确定所述多个高数据速率帧中的哪一者具有最高数据速率(520B)。MCC模块172随后确定是否存在具有高于其它高数据速率帧(例如，半速率帧)的数据速率的单个帧(例如，全速率帧)(525B)。在另一实施例中，MCC模块172可选择多个高数据速率帧且混合(例如，在数字处理意义上)高数据速率帧以产生单个混合帧，所述单个混合帧可随后经选择用于发射。对将混合的帧的此选择可基于MCC模块172处的可用处理能力(例如，如果可用处理能力较低则可选择较少帧，如果可用处理能力较高则可选择较多帧，等等)和/或可使用单个混合帧来服务的目标AT的数目(例如，如果较高数目的目标AT将接收同一混合帧，那么每AT处理消耗将相对低，使得较多处理能力将分配到此类型的‘普遍’混合帧的混合，而如果相对小数目的AT将接收混合帧则可选择较少的帧用于混合，等等)。如果存在具有高于所有其它帧的数据速率的单个帧，那么在515B中选择最高数据速率帧。否则，MCC模块172基于另一给定选择规则(例如，可与如上所述的给定选择规则相同或者不同)从具有最高数据速率的帧(例如，多个全速率帧、多个半速率帧等等)当中进行选择。举例来说，另一给定选择规则可对应于对RTP包具有最低SSRC值的帧的选择。将了解，530B的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择RTP包具有最高SSRC包的帧等等)。
转到图5C，图5C说明根据本发明实施例的在应用服务器170处执行的540的帧选择的实例，其中两个或两个以上群组通信会话参与者具有不同的优先级。参见图5C，应用服务器170确定在给定时间间隔或时隙内是否从AT A...E接收到任何高数据速率帧(例如，具有高于1/8速率的数据速率的帧)(500C)。如果确定不存在高数据速率帧，那么应用服务器170的MCC模块172根据给定选择规则进行选择。举例来说，给定选择规则可为对来自第一收听者(例如，AT B...E中已接受来自图5A的505的呼叫通告 消息的第一者)的静默帧的选择的校正。将了解，505C的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择第二收听者的静默帧，可选择发起者的静默帧，可选择从表2(上文)确定的最高优先级AT的静默帧，等等)，因为无论在来自应用服务器170的输出流上再发射哪一静默帧，输出流都仍将载运静默帧。
否则，如果将来自AT A...E的至少一个帧确定为数据帧(例如，帧具有高于1/8的数据速率)，那么MCC模块172确定是否存在一个以上高数据速率帧(510C)。如果在510C中确定在给定时隙中来自AT A...E仅存在一个高数据速率帧，那么选择所述高数据速率帧(515C)。否则，如果在510C中确定存在多个高数据速率帧，那么MCC模块172选择与具有如表2(上文)指定的最高优先级的AT相关联的高数据速率帧(520C)。虽然在图5C中未图示，但如果一个以上帧具有高数据速率且与具有相同最高优先级的AT相关联，那么如图5B的530B中，MCC模块172可使520C的选择基于另一给定选择规则，例如帧的RTP包的SSRC号。
如将了解，图5B和5C表示图5A的540的选择的两个相对简单的实例，且在本发明的其它实施例中可实施许多其它不同的选择算法。而且，虽然在图5B和/或5C中未图示，但在替代实施例中，图5B和/或5C的过程可在每当发起者发送高数据帧时从发起者选择高数据速率帧，无论其它考虑如何，例如相对优先级和/或相对数据速率(例如，或者，这可解释为简单地对发起者准予优先于其它考虑的最高可能优先级)。而且，虽然表2(上文)说明ATA...E的静态优先级集合，但将了解，在本发明的其它实施例中，优先级可为动态的，且可在呼叫期间改变。举例来说，如果许多不同AT正在发射高数据速率帧，那么为了公平，可在每当选择给定AT的帧时递减给定AT的优先级，且可在每当未选择给定AT的帧时递增给定AT的优先级。然而，存在可动态调整优先级的许多不同方式，如所属领域的一般技术人员将了解。
此外，虽然图5B和5C是针对其中选择单个高数据速率帧(如果可用)的选择算法，但图5B和5C的过程可经修改以使得选择一个以上帧，如现在将分别关于图5D和5E来描述。
图5D说明根据本发明实施例的在应用服务器170处执行的图5A的540的帧选择的实例，其中每一群组通信会话参与者具有相同优先级且其中选择多个帧(例如，两个或两个以上)。特定来说，图5D说明对上文论述的图5B的过程的修改以使得可选择多个帧而不是单个帧。
参见图5D，应用服务器170确定在给定时间间隔或时隙内是否从AT A...E接收到任何高数据速率帧(例如，具有高于1/8速率的数据速率的帧)(500D)。如果确定不存 在高数据速率帧，那么应用服务器170的MCC模块172根据给定选择规则选择一个或一个以上帧。举例来说，给定选择规则可为对来自两个或两个以上收听者(例如，AT B...E中已接受来自图5A的505的呼叫通告消息的第一者和第二者)的静默帧的选择的校正。将选择的帧的实际数目(例如，两个、三个等)可由应用服务器170的操作者确定。
将了解，505D的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择第二和第三收听者的静默帧，可选择发起者的静默帧和第一静默帧，等等)，因为无论在来自应用服务器170的输出流上再发射哪些静默帧，输出流都仍将载运多个混合静默帧。
否则，如果将来自AT A...E的至少一个帧确定为数据帧(例如，帧具有高于1/8的数据速率)，那么MCC模块172确定是否存在一个以上高数据速率帧(510D)。如果在510D中确定在给定时隙中来自AT A...E仅存在一个高数据速率帧，那么选择所述高数据速率帧(515D)。随后，在520D中，还基于给定选择规则(例如，可与上述给定选择规则相同或者不同)选择具有低于选定高数据速率帧的数据速率(例如，1/8速率)的至少一个额外帧。举例来说，另一给定选择规则可对应于505B和/或505D的选择，使得在520D中选择来自给定数目的收听者(例如，第一收听者、第二收听者等等)的一个(或一个以上)静默帧。
否则，如果在510D中确定存在多个高数据速率帧，那么MCC模块172确定所述多个高数据速率帧中的哪一者具有最高数据速率(525D)。MCC模块172随后确定是否存在具有高于其它高数据速率帧(例如，半速率帧)的数据速率的单个帧(例如，全速率帧)(525D)。如果存在具有高于所有其它帧的数据速率的单个帧，那么在515D中选择最高数据速率帧，且过程随后如上文论述前进到520D。否则，MCC模块172从具有最高数据速率的帧(例如，多个全速率帧、多个半速率帧等等)当中选择所有帧，或在选择所需的帧的数目小于最高数据速率帧的数目的情况下，MCC模块172基于另一给定选择规则(例如，可与如上所述的给定选择规则相同或者不同)从最高数据速率帧当中进行选择。举例来说，给定选择规则可对应于对RTP包具有最低SSRC值的两个(或两个以上)帧的选择。将了解，535D的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择RTP包具有最高SSRC包的帧等等)。在535D的选择之后，MCC模块172确定是否选择任何额外帧(540D)。如果是，那么过程如上文论述前进到520D。否则，图5D的选择过程针对此特定时隙完成。
转到图5E，图5E说明根据本发明实施例的在应用服务器170处执行的540的帧选择的实例，其中两个或两个以上群组通信会话参与者具有不同优先级且其中选择多个帧 (例如，两个或两个以上)。特定来说，图5E说明对上文论述的图5C的过程的修改以使得可选择多个帧而不是单个帧。
参见图5E，应用服务器170确定在给定时间间隔或时隙内是否从AT A...E接收到任何高数据速率帧(例如，具有高于1/8速率的数据速率的帧)(500E)。如果确定不存在高数据速率帧，那么应用服务器170的MCC模块172根据给定选择规则选择一个或一个以上帧。举例来说，给定选择规则可为对505B、505D和/或505E的选择的校正，使得选择来自两个或两个以上收听者(例如，AT B...E中已接受来自图5A的505的呼叫通告消息的第一者和第二者)的静默帧。将选择的帧的实际数目(例如，两个、三个等)可由应用服务器170的操作者确定。
将了解，505D的选择在某种程度上是任意的，且可以许多不同方式配置(例如，可选择第二和第三收听者的静默帧，可选择发起者的静默帧和第一静默帧，等等)，因为无论在来自应用服务器170的输出流上再发射哪些静默帧，输出流都仍将载运多个混合静默帧。
否则，如果将来自AT A...E的至少一个帧确定为数据帧(例如，帧具有高于1/8的数据速率)，那么MCC模块172确定是否存在一个以上高数据速率帧(510E)。如果在510E中确定在给定时隙中来自AT A...E仅存在一个高数据速率帧，那么选择所述高数据速率帧(515E)。随后，在520E中，还基于给定选择规则(例如，可与上述给定选择规则相同或者不同)选择具有低于选定高数据速率帧的数据速率(例如，1/8速率)的至少一个额外帧。举例来说，给定选择规则可对应于上文关于图5D论述的520D的选择，使得在520E中选择来自给定数目的收听者(例如，第一收听者、第二收听者等等)的一个(或一个以上)静默帧。
否则，如果在510E中确定存在多个高数据速率帧，那么MCC模块172选择与具有如表2(上文)指定的最高优先级的AT相关联的高数据速率帧(525E)。在520E中以此方式选择的帧的数目可由应用服务器170的操作者确定。虽然在图5E中未图示，但如果比选择所需的帧多的帧具有高数据速率且与具有相同最高优先级的AT相关联，那么如图5B的530B中，MCC模块172可使525E的选择基于另一给定选择规则，例如基于帧的RTP包的SSRC号(例如，最高或最低)进行选择。
在525E的选择之后，MCC模块172确定是否选择任何额外帧(530E)。如果是，那么过程如上文论述前进到520E。否则，图5E的选择过程针对此特定时隙完成。
如将了解，存在许多不同的可能机制用于选择针对特定时隙的可用帧的子集(例如，一个以上且少于全部)，且图5D和5E仅说明此选择过程的两个实例。
下文中，关于图6A到8描述基于如图5B、5C、5D和/或5E中说明的选择算法的图5A的高级群组通信会话过程的若干更详细实例。特定来说，图6A和图7到8说明其中如图5B和/或5C中选择单个帧的实例，且图6B说明其中如图5D和/或5E中选择多个帧的实例。
因此，图6A说明根据本发明实施例的图5A的群组通信会话过程。参见图6A，在同一时隙内，AT B发射1/8速率静默帧(600A)，AT C...E也各自发射1/8速率静默帧(605A)，且ATA发射载运语音数据的半速率数据帧(610A)。接着，在615A中，应用服务器170的MCC模块172选择来自ATA...E中的一者的帧以在输出流上再发射到每一其它AT。在图6A的实例中，因为仅来自AT A的帧具有高数据速率(例如，在此情况下，1/2或半数据速率)，所以在615中选择AT A。将了解，无论图6A中的群组通信会话的呼叫类型如何都将选择AT A，因为图5B的选择算法将在515B中选择AT A，而图5C的选择算法将在515C中选择AT A。此外，为了清楚，将了解，图6A的600A到615A分别对应于图5A的525到540。假定600A到610A的发射重复十(10)个时隙(即，10t...T)，则在时隙10t...T中在应用服务器170处接收的输入流可如下表示：
表7-在‘t’间隔从AT A...E到达MCC的媒体帧
参见表7(上文)，时隙10t...T中的每一者展示AT A发射半速率帧，而AT B...E中的每一者在时隙10t...T发射1/8速率帧或静默帧。因此，对于时隙10t...T中的每一者，图6A的615A选择AT A的半速率帧用于在输出流上发射到AT B...E。
接着，在620A中，对于时隙10t...T中的每一者，应用服务器170将输出流的给定时隙的帧发射到AT B...E中的每一者，所述帧包含AT A的半速率帧。而且，625A和630A对应于也可由应用服务器170执行的任选步骤。在625A中，应用服务器170选择来自AT B...E中的一者的用于给定时隙的帧中未在615A中选择的一者以发射到AT A。举例来说，625A的选择可根据图5B或5C的选择算法来执行，除了在625A中未考虑AT A的帧。基于表7(上文)，时隙10t...T中的每一者由来自AT A...E中的每一者的相同帧 速率组成。为了解释的方便，假定625A的选择选择用于时隙10t...T中的每一者的AT C的帧。因此，在630A中，对于10t...T中的每一者，应用服务器170将用于输出流的一个或一个以上时隙的帧发射到AT A，所述帧包含AT C的1/8速率帧。虽然在单独块中说明，但将了解，620A和630A的发射可同时执行。因此，基于上文呈现的假设，在620A和630A中发射到ATA...E的输出流可如下表示：
表8-从MCC到ATA...E的输出流中的媒体帧
其中在输出流的每一帧中在圆括号中指示的AT表示在对应时隙中在输入流上来自所指示AT的帧。
图6B说明根据本发明另一实施例的图5A的群组通信会话过程。特定来说，图6B说明其中实施图5D和/或5E的多帧选择过程的过程，而不是如图6A中的图5B和/或5C的单帧选择过程。
因此，如图6A中，在同一时隙内，AT B发射1/8速率静默帧(600B)，AT C...E也各自发射1/8速率静默帧(605B)，且AT A发射载运语音数据的半速率数据帧(610B)。
接着，在615B中，应用服务器170的MCC模块172选择来自AT A...E中的一者以上的帧供在输出流上再发射到每一其它AT。在图6B的实例中，可假定来自AT A的帧对应于选定帧中的一者，因为在此实例中，AT A是AT A...E中将发射高数据速率帧(例如，半速率帧)的仅有AT。因此，在图5D的选择过程中，在510D中存在仅一个高数据速率帧的决策之后在515D处选择ATA的帧。随后，在ATA的帧的选择之后，可假定在此实例内为了方便在520D中也选择AT B的帧。因此，此处提供的实例假定在615B中选择两个帧，但在其它实施例中，在615B中可选择两个以上帧。在替代实例中， 如果替代于图5D实施图5E的选择过程，那么将了解，在510E中存在仅一个高数据速率帧的决策之后在515E处选择AT A的帧。为了方便，将进一步假定在此实施方案下，在520E处选择AT B的帧。因此，直接假定在615B中选择来自AT A和B的帧。
在615B中选择来自AT A和B的帧之后，MCC模块172在620B中混合选定的帧。此混合可对应于混合常规媒体流的相同方式(例如，在数字处理意义上)，但620B中的混合限于帧的选定子集(例如，仅来自AT A和B)，而不是来自群组通信会话的具有发射许可的每一参与者(例如，在此情况下为AT A...E)的每一帧的混合。因此，MCC模块172随后将混合帧(即，帧A+帧B)发送到AT C...E，将未经混合帧从AT B发送到AT A，且将未经混合帧从AT A发送到AT B。应了解，在此实施例中，混合帧不发送到AT A或AT B以便减少反馈的发生，但至少在理论上可能在其它实施例中可以相同方式将混合帧发送到所有参与者以简化MCC模块172处的编程逻辑。然而，在其中在615B中选择三个或三个以上帧的替代实施例中，随后与选定帧中的一者相关联的每一AT将实际上接收混合帧，但每一选定AT自身的帧将从其接收到的流中移除。
此外，为了清楚，将了解，图6A的600B到615B分别对应于图5A的525到540。假定600B到610B的发射和615B的选择重复十(10)个时隙(即，10t...T)，则在时隙10t...T中在应用服务器170处接收的输入流可如上文在表7中说明来表示。
因此，在620B中，对于时隙10t...T中的每一者，应用服务器170将输出流的给定时隙的帧发射到AT C...E中的每一者，所述帧包含AT A的半速率帧和AT B的1/8速率帧。而且，625B和630B对应于也可由应用服务器170执行的任选步骤。在625B中，应用服务器170选择来自AT C...E中的一者的用于给定时隙的帧中未在615B中选择的一者以发射到AT A和B。举例来说，625B的选择可根据图5B或5C的选择算法来执行，除了在625B中未考虑来自ATA和B的帧。基于表7(上文)，时隙10t...T中的每一者由来自AT A...E中的每一者的相同帧速率组成。为了解释的方便，假定625B的选择选择用于时隙10t...T中的每一者的AT C的帧。因此，在630B中，对于10t...T中的每一者，应用服务器170将用于输出流的一个或一个以上时隙的帧发射到AT A和B(例如，除了从AT A到AT B和从AT B到AT A的未经混合帧之外)，所述帧包含AT C的1/8速率帧。虽然在单独块中说明，但将了解，620B和630B的发射可同时执行。因此，基于上文呈现的假设，在620B和630B中发射到AT A...E的输出流可如下表示：
表8A-从MCC到AT A...E的输出流中的媒体帧
其中各自在10t...T上的每一时隙处，AT A接收1/4速率帧(即，组合来自AT B和C的1/8速率帧)，AT B接收5/8速率帧(即，组合来自AT A的1/2速率帧与来自AT C的1/8速率帧)，且AT C...E中的每一者接收5/8速率帧(即，组合来自AT A的1/2速率帧与来自AT B的1/8速率帧)。
因此，如根据图6A和6B的审阅将了解，图5A的540的选择可对应于每时隙选择来自一个AT的单个帧用于发射到每一其它AT(例如，见图6A)，或者可对应于每时隙选择来自多个AT(例如，两个或两个以上)的单个帧用于发射到每一其它AT(例如，见图6B)。下文中，额外实施例已针对每时隙从单个AT的单个帧选择，如图6A或5B和5C的选择过程中。然而，已为了解释方便而提供这些实施例的描述，且不暗示在下文关于图7到13描述的实施例中无法选择来自多个AT的帧。换句话说，所属领域的技术人员能够将如图5D、5E或6B中的每时隙的多帧选择应用于下文描述的实施例中的每一者，使得对每时隙来自单个AT的单个帧选择的参考仅是用来促进对实施例的理解的实例。
因此，现在将提供散布的话音突峰的实例，其中AT A...E中的不同者轮流发射高数据速率帧(例如，可指示许多参与者正在进行谈话)。因此，假定图6A的过程(例如，在另一实施例中，或者图6B)执行至少一个时间间隔或时隙，且图6A的过程随后前进 到图7的700。
参见图7，在图6A的620A和630A中的给定时隙的输出流的发射之后的下一时隙，假定AT B发射载运语音数据的半速率数据帧(700)，AT C...E各自发射1/8速率静默帧(705)，且AT A发射1/8速率静默帧(710)。接着，在715中，应用服务器170的MCC模块172选择来自ATA...E中的一者的帧用于在输出流上再发射到每一其它AT。在图7的实例中，因为仅来自ATB的帧具有高数据速率(例如，在此情况下，1/2或半数据速率)，所以在715中选择AT B。将了解，无论图7中的群组通信会话的呼叫类型如何，都将选择AT B，因为图5B的选择算法将在515B中选择AT B，而图5C的选择算法将在515C中选择AT B。此外，为了清楚，将了解，图7的700到715分别对应于图5A的525到540。
假定600A到610A的发射重复五(5)个时隙(即，10t...6t)，且700到710的发射重复接着的五(5)个时隙(5t...T)，则在时隙10t...T中在应用服务器170处接收的输入流可如下表示：
表9-在‘t’间隔从AT A...E到达MCC的媒体帧
参见表9(上文)，时隙10t...6t中的每一者展示AT A发射半速率帧，而AT B...E中的每一者发射1/8速率帧或静默帧。随后，时隙5t...T中的每一者展示AT B发射半速率帧，而AT A和C...E中的每一者发射1/8速率帧或静默帧。因此，对于时隙10t...6t中的每一者，图6A的615A选择AT A的半速率帧用于在输出流上发射到AT B...E，而对于5t...T中的每一者，图7的715选择AT B的半速率帧用于在输出流上发射到AT A和C...E。
接着，在720中，对于时隙5t...T中的每一者，应用服务器170将输出流发射到AT A和C...E中的每一者，所述帧包含AT B的半速率帧。而且，725和730对应于也可由应用服务器170执行的任选步骤。在725中，对于时隙5t...T，应用服务器170选择来自AT A和C...E中的一者的用于给定时隙的帧中未在715A中选择的一者以发射到AT B。举例来说，725的选择可根据图5B或5C的选择算法来执行，除了在725中未考虑AT B的帧。基于表9(上文)，时隙5t...T中的每一者由来自AT A...E中的每一者的相同帧速率组成。为了解释的方便，假定725的选择选择用于时隙5t...T中的每一者的AT C的帧。因此，在730中，对于5t...T中的每一者，应用服务器170将输出流发射到AT B，所述帧包含AT C的1/8速率帧。虽然在单独块中说明，但将了解，720和730的发射可同时执行。因此，基于上文呈现的假设，在时隙10t...T上发射到AT A...E的输出流基于表9(上文)的输入流可如下表示：
表10-从MCC到ATA...E的输出流中的媒体帧
虽然图6A的实例是针对来自单个AT(即，AT A)的连续的话音突峰(例如，一系列高数据速率帧)，且图7是针对散布的话音突峰(例如，AT轮流发射高数据速率帧)，但现在将关于图8提供多个AT同时发射高数据速率帧的实例。图8还提供在没有AT正在发射高数据速率帧的情况下如何评估时隙的实例。
参见图8，AT A...E中的每一者在10t...T的十时隙间隔上以给定数据速率发射帧(例如，数据帧和/或静默帧)(800、805和810)。
在815中，对于时隙10t...T中的每一者，应用服务器170的MCC模块172选择来自ATA...E中的一者的帧用于在输出流上再发射到每一其它AT。在图8的实例中，假定800到810的发射导致应用服务器170的MCC模块172处如表11(下文)中说明的输入流：
表11-在‘t’间隔从AT A...E到达MCC的媒体帧
因此，表11(上文)的时隙10t和3t...T的选择是根据图6A执行(例如，见上文表7)，且选择来自AT A的半速率帧，因为AT A是AT A...E当中将在这些时隙中发射高数据速率帧的仅有AT。同样，表11(上文)的时隙8t、7t和5t的选择是根据图7的时隙5t...T执行(例如，见上文表9)，且选择来自AT B的半速率帧，因为AT B是AT A...E当中将在这些时隙中发射高数据速率帧的仅有AT。
然而，在表11(上文)的时隙9t和6t中，AT A和B两者均发射半速率帧。因此，对于图8的815中的9t和6t，应用服务器170基于群组通信会话的呼叫类型而应用例如图5B和/或5C中说明的选择算法。举例来说，如果AT A...E中的每一者针对群组通信会话的呼叫类型具有相同优先级，那么根据图5B执行815的选择，且如果ATA...E中的两者或两者以上针对群组通信会话的呼叫类型具有不同的优先级，那么根据图5C执行815的选择。在任一情况下，为了解释方便，假定图8中在AT A与B之间的同时高数据速率帧发射评估到正选择的AT B的帧，无论呼叫类型如何(例如，基于图5B中的530B的选择，或图5C中的520C的选择)。
而且，在时隙4t中，AT A...E中的每一者发射1/8速率静默帧。因此，图5B的500B和图5C的500C的确定分别前进到505B和505C，其选择第一收听者的静默帧用于在4t中发射，无论呼叫类型如何。
而且，如上文在625A/725和630A/730中，825和830对应于也可由应用服务器170执行的任选步骤。在825中，对于时隙10t...T中的每一者，应用服务器170选择来自AT A...E中的一者的用于给定时隙的帧中未在815中在对应时隙中选择的一者，用于发射到与对应时隙的选定帧相关联的AT。在825中，假定针对10t和3t...T选择AT B的1/8速率帧，且针对9t...5t选择AT C的1/8速率帧。将了解，在4t中不执行825和830，因为在输入流中没有数据帧，使得来自815的选定的1/8静默帧发送到AT A...E中的每 一者(例如，即使AT A...E中的一者将被反馈其自身的静默帧)。应用服务器170随后在10t...5t和3t...T上将来自825的选定帧发射到AT(830)。
因此，基于上文呈现的假定，在820和830中在时隙10t...T上发射到AT A...E的输出流可如下表示：
表12-从MCC到ATA...E的输出流中的媒体帧
如所属领域的技术人员将了解，在到AT A...E的输出流上配置RTP包的标头的方式可影响目标AT是否将成功解码含有帧的RTP包，或将简单地丢弃帧。举例来说，表1(上文)中说明RTP包标头部分的一般框架结构。如上文所述，除了其它字段，RTP包标头包含CC字段、序号字段、时戳字段和SSRC号字段，其每一者是在上文关于表1(上文)来界定。
对媒体流进行解码的AT可能具有关于何种类型的值与媒体流的用于这些字段中的每一者的有效RTP包相关联的某些预期。举例来说，如果在AT处接收到具有错误SSRC号、时戳值和/或序号的RTP包，那么RTP包可简单地由AT丢弃。如将了解，在应用服务器170处从AT A...E接收的每一媒体流由具有特定针对每一AT的反向链路媒体流的字段值的RTP包组成。举例来说，AT A具有其自身的SSRC值来识别其媒体流，等等。
图9说明根据本发明实施例的高级过程，应用服务器170借此可在应用服务器170处从一个AT的帧到另一AT的帧的切换期间针对群组通信会话的媒体流减少目标AT处的包丢失率。
参见图9，在900中，应用服务器170选择来自AT B...E中的一者的帧用于在给定时隙内在输出流上发射到AT A。在一实例中，900的选择可对应于上述实施例中的任一帧选择(例如，图5A的540、图6A的615A、图6A的625A等)。接着，应用服务器170产生输出帧用于在输出流的给定时隙内发射到AT A(905)。在905中，应用服务器170配置载运用于AT A的输出帧的RTP包的RTP包标头以促进AT A处的解码，无论AT B...E中哪一者的帧正在经配置RTP包内发送到AT A。换句话说，在必要的情况下，针对载运输出流的RTP包重新配置来自输入流上的选定帧的媒体流参数(例如，CC字段、时戳字段、SSRC字段、序号字段等)。
举例来说，如下文将更详细描述，905的配置可包含将来自在应用服务器170的输入流中接收的RTP包标头的特定针对发射或发起AT的CC字段、序号字段、时戳字段和/或SSRC号字段修改为由应用服务器170为群组通信会话的输出流维持的字段值。因此，虽然根据选择来自输入流的哪一帧以输出到AT A来修改RTP包的数据有效负载部分，但可在必要时调整RTP包标头部分以促进ATA处的解码，且无需简单地映射到输入流上的载运选定帧的RTP包。
在以经修改RTP包标头部分配置输出帧之后，应用服务器170将经配置输出帧发射到AT A(910)。至少部分基于配置输出帧中的RTP包标头部分的方式，AT A确定是否解码RTP包(915)。由于RTP包标头部分的配置，假定AT A在915中确定解码RTP包，且ATA解码RTP包和相关联帧(920)。
现在将关于图10到13描述可在应用服务器170处进行以促进群组通信会话的目标AT处的解码的RTP包标头修改的更特定实例。
举例来说，图10说明在图5A、6、7和/或8中的任一者的群组通信会话期间AT A处的解码结果，其中应用服务器170停止修改在输出流中转发到AT A的RTP包的SSRC值，而图11说明在同一群组通信会话期间ATA处的解码结果，其中应用服务器170根据图9修改SSRC值。
参见图10，应用服务器170将SSRC值(例如，SSRC＝2)指派于AT A，其识别群组通信会话的当前讲话者或发言权持有者(1000)。举例来说，1000中的SSRC值的指派可对应于ASK/FYI消息，且AT A仅解码用于群组通信会话的具有对应于最近指派的SSRC值的SSRC值的RTP包。因此，AT A将仅解码具有2的SSRC值的RTP包，直到在AT A处接收到另一SSRC值指派消息(例如，ASK/FYI消息)为止。如将了解，在AT接收到具有未知或未预期SSRC的RTP包的情况下，ASK(用户身份)消息由AT发送到应用服务器170。应用服务器170以先前未知SSRC值对应于的客户端的身份来响应ASK消息。在图10的以上部分中，在图10的步骤1000中提示SSRC指派的ASK 消息或FYI消息可在ATA处在步骤1000中指派SSRC 2之前当ATA接收到来自SSRC 2的RTP包时触发，且在稍后在步骤1040处接收到SSRC 3之后再次触发，如下文论述。
接着，应用服务器170选择来自AT B...E中的一者的帧用于在给定时隙内在输出流上发射到AT A(1005)。在一实例中，1000的选择可对应于图5A的540、图6A的615A、图6A的625A等。接着，应用服务器170产生输出帧用于在输出流的给定时隙内发射到AT A(1010)。在图10的实例中，假定载运输出帧的RTP包在其标头部分中维持与所述帧的发起AT(具有2的SSRC值)相关联的SSRC值。因此，应用服务器170将包含2的未经修改SSRC值的RTP包中的输出帧发射到AT A(1015)。
AT A接收载运发射的输出帧(例如，且可能地，还有其它输出帧)的RTP包且至少评估RTP包标头中的SSRC值，以便确定是否解码RTP包的有效负载(1020)。特定来说，AT A检查RTP包标头部分中的SSRC值是否等于2。因为假定RTP包的SSRC值为2，所以AT A解码帧(1025)。
接着，应用服务器170选择来自AT B...E中的不同一者的帧用于在下一时隙内在输出流上发射到AT A(1030)。接着，应用服务器170产生输出帧用于在输出流的下一时隙内发射到AT A(1035)。在图10的实例中，假定载运输出帧的RTP包维持与所述帧的发起AT(现在具有3的SSRC值，例如因为应用服务器170已切换到来自另一AT的帧)相关联的SSRC值。因此，应用服务器170将包含3的未经修改SSRC值的RTP包中的输出帧发射到AT A(1040)。
AT A接收载运发射的输出帧的RTP包且至少评估标头中的SSRC值，以便确定是否解码RTP包的有效负载(1045)。特定来说，AT A检查RTP包标头部分中的SSRC值是否等于2。因为假定RTP包的SSRC值为3，所以AT A丢弃帧(1050)。而且，应理解，仅在RTP包标头中的相关联时戳比来自SSRC 3的最当前包旧的情况下，在AT A经指派以解码SSRC 3之后来自SSRC2的RTP包应丢弃，因为这将在SSRC 2 RTP包是返回到SSRC 2的合法转变的情况下减少丢弃包的发生。
在说明性实例中，假定为了其反向链路RTP包发射指派于AT A...E的SSRC值分别为1....5。接着，假定在时隙10t...T上在应用服务器170的MCC模块172处接收的输入流对应于表11(上文)。因此，上文已关于表12(上文)描述的发射到AT A...E的输出流可包含输出流的每一输出帧或RTP包(例如，假定在输出帧与RTP包之间存在一对一映射，且多个输出帧未捆绑于单个RTP包内)的SSRC值，如下：
表13-如表12中从MCC到AT A...E的输出流中的媒体帧，包含来自发起AT的SSRC值
接着，假定用于包解码的1000的SSRC值指派如上所述发射(SSRC＝2)到AT A，且向AT B...E中的每一者单独地指示(SSRC＝1)。在这些假定下将了解，假定没有额外SSRC值指派消息发送到AT A...E，且在时隙10t...T上在AT A...E处执行图10的过程，那么表14(下文)指示在AT A...E中的每一者处实际解码或重放的RTP包(例如，假定在输出帧与RTP包之间存在一对一映射，且多个输出帧未捆绑于单个RTP包内)，如下：
表14-如表12中在AT A...E处解码的媒体帧，其中包含媒体帧的RTP包包含来自发起AT的SSRC值
如表14中所示，AT B...E在时隙9t...4t之间丢弃每一包，因为相关联的SSRC值不是1。
因此，图11说明图9的过程应用于图10中呈现的情形。图11说明在图5A、6、7和/或8中的任一者的群组通信会话期间ATA处的解码结果，其中应用服务器170根据图9修改在输出流中转发到AT A的RTP包的SSRC值。
参见图11，应用服务器170将SSRC值(例如，SSRC＝1)指派于AT A，所述SSRC值用以识别由应用服务器170转发的用于群组通信会话的任一RTP包(1100)。1100的SSRC指派仅需要每群组通信会话执行一次，无论在群组通信会话期间应用服务器170是否在不同AT的帧之间切换。因此，ATA在群组通信会话期间将仅解码具有1的SSRC值的包。虽然图11内未明确展示，但AT B...E中的每一者还接收SSRC值指派消息，指示AT B...E解码用于群组通信会话的具有等于1的SSRC值的RTP包。
接着，应用服务器170选择来自AT B...E中的一者的帧用于在给定时隙内在输出流上发射到AT A(1105)。在一实例中，1105的选择可对应于图5A的540、图6A的615A、图6A的625A等。接着，应用服务器170产生输出帧用于在输出流的给定时隙内发射到AT A(1110)。特定来说，应用服务器170在必要时在1110中修改载运输出帧的RTP包的SSRC值，使得所产生输出帧的SSRC值为1。而且，应用服务器170可任选地将载运输出帧的RTP包的CSRC值修改为指示输出帧的发起AT的SSRC值的SSRC值。
因此，如果与输入流中的选定帧相关联的RTP包的SSRC值为4，那么输出帧的SSRC值用1代替4，且将CSRC设定为等于4。因此，应用服务器170将包含1的(可能)经修改SSRC值的RTP包内的输出帧发射到AT A(1115)(例如，且任选地，4的CSRC值)。
AT A接收载运发射的输出帧的RTP包且至少评估标头中的SSRC值，以便确定是否解码RTP包的有效负载(1120)。特定来说，ATA检查RTP包标头部分中的SSRC值是否等于1。因为应用服务器170已将RTP包的SSRC值设定为1，所以AT A解码帧(1125)。
接着，应用服务器170选择来自AT B...E中的不同一者的帧用于在下一时隙内在输出流上发射到AT A(1130)。接着，应用服务器170产生输出帧用于在输出流的下一时隙内发射到AT A(1135)。如1110中，无论用于新选定帧的RTP包的输入流中的SSRC值如何，到ATA的输出流中载运输出帧的RTP包的SSRC值均设定为1，且对应于输入流上的选定帧的RTP包的SSRC值的CSRC值可任选地添加到载运输出帧的RTP包的RTP包标头部分(1135中)。因此，应用服务器170将包含1的(可能)经修改SSRC值的RTP包内的输出帧发射到AT A(1140)(例如，且任选地，4的CSRC值)。
AT A接收载运发射的输出帧的RTP包且至少评估标头中的SSRC值，以便确定是否解码RTP包的有效负载(1145)。特定来说，AT A检查RTP包标头部分中的SSRC值是否等于1。因为应用服务器170已将RTP包的SSRC值设定为1，所以AT A解码帧(1150)。
在说明性实例中，假定为了其反向链路RTP包发射指派于ATA...E的SSRC值分别为1....5。接着，假定在时隙10t...T上在应用服务器170的MCC模块172处接收的输入流对应于表11(上文)。因此，上文已关于表12(上文)描述的发射到AT A...E的输出流可包含输出流的载运输出帧的每一RTP包(例如，假定在输出帧与RTP包之间存在一对一映射，且多个输出帧未捆绑于单个RTP包内)的SSRC值，如下：
表15-如表12中从MCC到AT A...E的输出流中的媒体帧，其中包含媒体帧的RTP包包含用于群组通信会话的单个SSRC值
接着，假定用于包解码的1000的SSRC值指派如上所述发射(SSRC＝1)到AT A，且向AT B...E中的每一者单独地指示(SSRC＝1)。在这些假定下将了解，假定没有额外SSRC值指派消息发送到AT A...E，且在时隙10t...T上在AT A...E处执行图11的过程，那么表15(上文)不仅说明输出流，而且说明在AT A...E中的每一者处的重放，因为没有包被丢弃。
虽然图10和11是针对证明在群组通信会话期间SSRC值对AT处的包解码决策的影响，但可影响包解码决策的另一RTP包标头字段是序号，如现在将关于图12和13描述。
举例来说，图12说明在图5A、6、7和/或8中的任一者的群组通信会话期间AT A处的解码结果，其中应用服务器170停止修改在输出流中转发到AT A的RTP包的序号值，而图13说明在同一群组通信会话期间AT A处的解码结果，其中应用服务器170根据图9修改序号值。
参见图12，在1200中，应用服务器170选择来自AT B...E中的一者的帧用于在给定时隙内在输出流上发射到AT A(1200)。在一实例中，1200的选择可对应于图5A的540、图6A的615A、图6A的625A等。接着，应用服务器170产生输出帧用于在输出流的给定时隙内发射到AT A(1205)。在图12的实例中，假定载运输出帧的RTP包维持与发起AT的载运帧的RTP包(具有当前时隙的2021的序号)相关联的序号值。因此，应用服务器170将包含2021的未经修改序号值的RTP包内的输出帧发射到AT A (1210)。
AT A接收载运发射的输出帧的RTP包且至少评估标头内的序号值，以便确定是否解码RTP包的有效负载(1215)。特定来说，AT A检查RTP包标头部分中的序号值是否与一个或一个以上先前RTP包成序列。在1215中，假定序号值成序列，且AT A解码RTP包有效负载，且进而解码帧(1220)。
接着，应用服务器170选择来自AT B...E中的不同一者的帧用于在下一时隙内在输出流上发射到AT A(1225)。接着，应用服务器170产生输出帧用于在输出流的下一时隙内发射到AT A(1230)。在图12的实例中，假定载运输出帧的RTP包维持与例如可具有102的序号的帧的发起AT相关联的序号值。因此，应用服务器170将包含102的未经修改序号值的RTP包内的输出帧发射到AT A(1235)。
AT A接收载运发射的输出帧的RTP包且至少评估标头内的序号值，以便确定是否解码RTP包的有效负载(1240)。特定来说，AT A检查RTP包标头部分中的序号值是否与一个或一个以上先前RTP包成序列。因为102的序号不与2021的序号成序列，所以AT A丢弃帧(即，不解码RTP包有效负载部分)(1245)。
在说明性实例中，假定针对表11(上文)的输入流在时隙10t...T上为其反向链路RTP包发射指派于AT A...E的序号值由表16(下文)表示，如下：
表16--在‘t’间隔从AT A...E到达MCC的媒体帧
因此，已关于表12(上文)描述的发射到AT A...E的输出流可包含输出流的载运相关联输出帧的每一RTP包(例如，假定在输出帧与RTP包之间存在一对一映射，且多个输出帧未捆绑于单个RTP包内)的序号值，如下：
表17-如表12中从MCC到ATA...E的输出流中的媒体帧，包含来自发起AT的序号值
在这些假定下，将了解，如果在时隙10t...T上在AT A...E处执行图12的过程，那么表18(下文)指示在AT A...E中的每一者处实际上解码或重放的RTP包，如下：
表18-如表12中在AT A...E处解码的媒体帧，其中媒体帧包含来自发起AT的序号值
如表18中所示，AT B...E在时隙9t...4t之间丢弃每一帧，因为相关联序号值不成序列。
接着，图13说明图9的过程应用于图12中呈现的情形。图12说明在图5A、6、7和/或8中的任一者的群组通信会话期间在AT A处的解码结果，其中应用服务器170根据图9修改在输出流中转发到AT A的RTP包的序号值。
参见图13，应用服务器170维持用于输出流上的RTP包的序号值(例如，0001、0002、0003等)的单个流，无论与输入流上的RTP包相关联的个别序号如何。
在1300中，应用服务器170选择来自AT B...E中的一者的帧用于在给定时隙内在输出流上发射到AT A。在一实例中，1300的选择可对应于图5A的540、图6A的615A、图6A的625A等。接着，应用服务器170产生输出帧用于在输出流的给定时隙内发射到AT A(1305)。特定来说，应用服务器170在必要时在1305中修改载运输出帧的RTP包的序号值，使得RTP包的序号值对应于群组通信会话的输出帧序列的当前序号(“群组通信会话序号”)(例如，0001)。因此，应用服务器170将包含当前群组通信会话序号的RTP包内的输出帧发射到AT A(1310)，且随后递增群组通信会话序号(1315)(例如，从0001到0002)。
AT A接收载运发射的输出帧的RTP包且至少评估标头内的序号值，以便确定是否解码RTP包的有效负载(1320)。特定来说，AT A检查RTP包标头部分中的序号值是否成序列。因为无论应用服务器170是否在不同AT的媒体流之间切换，群组通信会话序号均保持成序列，所以AT A解码RTP包有效负载部分，且进而解码帧(1325)。
接着，应用服务器170选择来自AT B...E中的不同一者的帧用于在下一时隙内在输出流上发射到AT A(1330)。接着，应用服务器170产生输出帧用于在输出流的下一时隙内发射到AT A(1335)。如1305中，无论载运新选定帧的RTP包的输入流中的序号值如何，到ATA的输出流中载运输出帧的RTP包的序号值均设定为当前群组通信会话序号(例如，0002)(1335中)。因此，应用服务器170将包含当前群组通信会话序号的RTP包内的输出帧发射到AT A(1340)。
AT A接收载运发射的输出帧的RTP包且至少评估标头内的序号值，以便确定是否解码RTP包的有效负载(1345)。特定来说，AT A检查RTP包标头部分中的序号值是否成序列。因为无论应用服务器170是否在不同AT的媒体流之间切换，群组通信会话序号均保持成序列，所以AT A解码RTP有效负载部分，且进而解码帧(1350)。
在说明性实例中，假定针对表11(上文)的输入流在时隙10t...T上为其反向链路RTP包发射指派于AT A...E的序号值由表16(上文)表示。在这些假定下将了解，如果在时隙10t...T上在AT A...E处执行图13的过程，那么表19(下文)指示发射到AT A...E的输出流，已在上文关于表12(上文)描述发射到AT A...E的输出流，其包含输出流的载运每一输出帧的RTP包(例如，假定在输出帧与RTP包之间存在一对一映射，且多个输出帧未捆绑于单个RTP包内)的序号值，如下：
表19-如表12中从MCC到AT A...E的输出流中的媒体帧，包含群组通信会话序号
在这些假定下，将了解，假定在时隙10t...T上在AT A...E处执行图13的过程，那么表19(上文)不仅说明输出流，而且说明在相应AT A...E中的每一者处的重放，因为没有RTP包被丢弃。
虽然图11和13已分别基于对SSRC和序号的修改而针对图9的实施方案，但将了解，或者可同时执行图11和13的过程。而且，图9的其它实施方案可针对修改RTP包标头的其它字段(“媒体流参数”)以促进解码，例如RTP包标头的时戳字段。将不更详细描述此实施例，因为从上文图9到13的描述中将容易明了。
虽然上文已大体上对基于音频的群组通信会话描述了实施例，但其它实施例可针对其它类型的群组通信会话，例如视频会议等。而且，虽然以上实施例已针对RTP包，但将了解，本发明的其它实施例可针对其它类型的媒体包。举例来说，在根据实时网络协议操作的系统中，可使用RDT包代替RTP包。换句话说，如上所述，虽然实施例已大体上针对根据EVRC-A协议的实施方案，但在本发明的其它实施例中可使用具有离散帧速率集合的其它声码器(例如，AMR等)。
所属领域的技术人员将了解，可使用多种不同技术及技艺中的任一者来表示信息及信号。举例来说，可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在以上描述中始终参考的数据、指令、命令、信息、信号、位、符号及码片。
此外，所属领域的技术人员将了解，结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块、电路及算法步骤可实施为电子硬件、计算机软件或两者的组合。为清楚说明硬件与软件的此互换性，上文已大致关于其功能性而描述了各种说明性组件、块、模块、电路及步骤。所述功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但所述实施方案决定不应被解释为会导致脱离本发明的范围。
可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文中所描述的功能的任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块及电路。通用处理器可为微处理器，但在替代例中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或一个以上微处理器与DSP核心的联合，或任何其它此配置。
结合本文中所揭示的实施例而描述的方法、序列及/或算法可直接包含于硬件中、由处理器执行的软件模块中或两者的组合中。软件模块可驻存在RAM存储器、闪存存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除磁盘、CD-ROM，或此项技术中已知的任一其它形式的存储媒体中。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息并将信息写入到存储媒体。在替代方案中，存储媒体可与处理器成一体式。处理器及存储媒体可驻留于ASIC中。ASIC可驻留于用户终端(例如，接入终端)中。在替代例中，处理器及存储媒体可作为离散组件驻留于用户终端中。
在一个或一个以上示范性实施例中，所描述的功能可实施于硬件、软件、固件或其任一组合中。如果实施于软件中，则可将功能作为计算机可读媒体上的一个或一个以上指令或码而加以存储或传输。计算机可读媒体包括计算机存储媒体与包括促进计算机程序从一处传递到另一处的任何媒体的通信媒体两者。存储媒体可为可由计算机存取的任何可用媒体。以实例方式(且并非限制)，所述计算机可读媒体可包含RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于载送或存储呈指令或数据结构的形式的所要程序码且可由计算机存取的任何其它媒体。同样，可恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)或例如红外线、无线电及微波的无线技术从网站、服务器或其它远程源传输软件，则同轴电缆、光纤电缆、双绞线、DSL或例如红外 线、无线电及微波的无线技术包括于媒体的定义中。如本文中所使用，磁盘及光盘包括紧密光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软磁盘及蓝光光盘，其中磁盘通常磁性地复制数据，而光盘使用激光光学地复制数据。上文的组合也应包括在计算机可读媒体的范围内。
虽然前文的揭示内容展示本发明的说明性实施例，但应注意：在不脱离如附加的权利要求书所界定的本发明的范围的情况下，可在本文中进行各种变化及修改。无需以任何特定次序来执行根据本文中所述的本发明的实施例的方法权利要求项的功能、步骤及/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确陈述对于单数的限制，否则也涵盖复数形式。

Claims (28)

1.一种在无线通信系统内的群组通信会话期间转发媒体的方法，其包括：
从参与所述群组通信会话的第一多个接入终端中的每一者接收给定时隙的帧，所接收帧中的每一者具有相关联数据速率；
至少部分基于所接收帧中的每一者的所述相关联数据速率而选择所接收帧中的至少两个且少于全部；
确定从选择的至少两个帧产生第一混合帧，以供在所述给定的时隙中将所述第一混合帧发送给第二多个接入终端的第一子集；
确定从选择的至少两个帧产生第二混合帧，以供在所述给定的时隙中将所述第二混合帧发送给第二多个接入终端的第二子集；
确定所述第一子集包含比所述第二子集多的接入终端；
基于所述第一子集包含较多接入终端的确定,与所述第二混合帧相比，分配较高的处理能力的水平用于产生所述第一混合帧；以及
在所述给定的时隙中将所选择的至少两个帧发送到参与所述群组通信会话的第二多个接入终端。
2.根据权利要求1所述的方法，其中所述接收在实时输送协议RTP包内接收来自所述第一多个接入终端中的每一者的所述帧。
3.根据权利要求2所述的方法，其中所述RTP包中的一者或一者以上包含多个帧。
4.根据权利要求1所述的方法，其中所述第一多个接入终端对应于被指派了反向链路信道的每一接入终端，其中用于所述群组通信会话的媒体在所述反向链路信道上发射，且所述第二多个接入终端对应于参与所述群组通信会话的每一接入终端，从其接收所选择的至少两个帧的接入终端除外。
5.根据权利要求1所述的方法，其中所述选择包含：
确定所接收帧当中是否存在高数据速率帧。
6.根据权利要求5所述的方法，其中如果所述确定确定所接收帧内不存在高数据速率帧，那么所述选择根据给定选择规则进行选择。
7.根据权利要求6所述的方法，其中所述给定选择规则是选择对应于已加入所述群组通信会话的第一收听者的一组收听者。
8.根据权利要求5所述的方法，其中如果所述确定确定所接收帧内存在至少一个高数据速率帧，那么所述选择进一步包含确定所接收帧当中的高数据速率帧的数目。
9.根据权利要求8所述的方法，其中所述选择进一步包含：
根据给定选择规则从所接收帧当中选择至少一个额外帧。
10.根据权利要求9所述的方法，其中所述给定选择规则是选择所接收帧当中在具有最低或最高同步源SSRC号的实时输送协议RTP包内接收的一个或一个以上帧。
11.根据权利要求8所述的方法，其中所述选择进一步包含：
如果确定存在多个高数据速率帧，那么所述选择从所述多个高数据速率帧中选择具有最高数据速率的多于一个的帧，或
如果比选择所需的帧多的帧具有所述最高数据速率，那么所述选择根据给定选择规则从所述多个高数据速率帧当中选择具有所述最高数据速率的给定数目的帧。
12.根据权利要求11所述的方法，其中所述选择进一步包含：
如果选择需要比所述多个高数据速率帧数目多的帧，那么基于另一给定选择规则从所接收帧当中选择至少一个额外帧。
13.根据权利要求12所述的方法，其中所述另一给定选择规则是选择所接收帧当中不在所述多个高数据速率帧当中且在具有最低或最高同步源SSRC号的实时输送协议RTP包内接收的一个或一个以上帧。
14.根据权利要求11所述的方法，所述给定选择规则是从所述多个高数据速率帧当中选择从具有最高优先级的接入终端接收的两个或两个以上帧。
15.根据权利要求11所述的方法，所述给定选择规则是选择所述多个高数据速率帧当中在具有最低或最高同步源SSRC号的实时输送协议RTP包内的两个或两个以上帧。
16.根据权利要求1所述的方法，其中所述第一子集包含其帧未被选择的每一接入终端，且所述发送向所述第一子集发送对应于所选择的至少两个帧中的每一者的组合型式的第一混合帧。
17.根据权利要求16所述的方法，其进一步包括：
基于仲裁所述群组通信会话的服务器处所述较高处理能力的水平来以数字方式处理所选择至少两个帧以产生所述第一混合帧。
18.根据权利要求16所述的方法，其进一步包括：
基于所述第一子集的接入终端的数目来以数字方式处理所选择至少两个帧以产生所述第一混合帧。
19.根据权利要求16所述的方法，其中所述发送向其帧被选择的每一接入终端发送同一混合帧，但其自身的所选择帧被省略。
20.根据权利要求1所述的方法，其中所述接收在来自所述第一多个接入终端中的每一者的给定包内接收来自所述第一多个接入终端的所述帧，所述给定包中的每一者在标头部分中包含特定针对用于特定接入终端的输入媒体流的一个或一个以上媒体流参数。
21.根据权利要求20所述的方法，其进一步包括：
将载运所述第一混合帧或所述第二混合帧的包的标头部分配置为包含用于所述群组通信会话的输出媒体流的所述一个或一个以上媒体流参数，无论所述输出流的所述一个或一个以上媒体流参数是否匹配用于所述输入媒体流的所述媒体流参数。
22.根据权利要求21所述的方法，其中所述发送在具有所述经配置标头部分的所述包内发送所述第一混合帧或所述第二混合帧。
23.根据权利要求21所述的方法，其中所述包对应于实时输送协议RTP包，且所述一个或一个以上媒体流参数包含同步源SSRC值字段、保持贡献源CSRC计数值的贡献计数CC字段和/或时戳字段和/或序号字段。
24.根据权利要求1所述的方法，其进一步包括：
从所接收帧当中选择额外帧，所选择的额外帧不同于所选择的至少两个帧，
其中所述发送包含将所选择的额外帧发送到所述第一多个接入终端中的每一个曾发送所选择的至少两个帧中的帧的接入终端。
25.一种服务器，其经配置以仲裁无线通信系统内的群组通信会话，所述服务器包括：
经配置以从参与所述群组通信会话的第一多个接入终端中的每一者接收给定时隙的帧的逻辑单元，所接收帧中的每一者具有相关联数据速率；
经配置以至少部分基于所接收帧中的每一者的所述相关联数据速率而选择所接收帧中的至少两个帧且少于全部的逻辑单元；
经配置以确定从选择的至少两个帧产生第一混合帧，以在所述给定的时隙中发送给第二多个接入终端的第一子集的逻辑单元；
经配置以确定从选择的至少两个帧产生第二混合帧，以在所述给定的时隙中发送给第二多个接入终端的第二子集的逻辑单元；
经配置以确定所述第一子集包含比所述第二子集多的接入终端的逻辑单元；
经配置以基于所述第一子集包含较多接入终端的确定,与所述第二混合帧相比，分配较高的处理能力的水平，以产生所述第一混合帧的逻辑单元；以及
经配置以在所述给定的时隙中将所选择的至少两个帧发送到参与所述群组通信会话的第二多个接入终端的逻辑单元。
26.根据权利要求25所述的服务器，其中经配置以接收帧的逻辑单元在实时输送协议RTP包内接收来自所述第一多个接入终端中的每一者的所述帧。
27.根据权利要求26所述的服务器，其中所述RTP包中的一者或一者以上包含多个帧。
28.根据权利要求25所述的服务器，其中所述第一多个接入终端对应于被指派了反向链路信道的每一接入终端，其中用于所述群组通信会话的媒体在所述反向链路信道上发射，且所述第二多个接入终端对应于参与所述群组通信会话的每一接入终端，从其接收所选择的至少两个帧的接入终端或终端除外。
CN201080031217.9A 2009-07-10 2010-07-02 用于无线通信系统中的群组通信会话的媒体转发 Expired - Fee Related CN102474511B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US22479709P 2009-07-10 2009-07-10
US61/224,797 2009-07-10
US12/819,973 2010-06-21
US12/819,973 US9025497B2 (en) 2009-07-10 2010-06-21 Media forwarding for a group communication session in a wireless communications system
PCT/US2010/040969 WO2011005708A1 (en) 2009-07-10 2010-07-02 Media forwarding for a group communication session in a wireless communications system

Publications (2)

Publication Number Publication Date
CN102474511A CN102474511A (zh) 2012-05-23
CN102474511B true CN102474511B (zh) 2016-10-26

Family

ID=42989235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080031217.9A Expired - Fee Related CN102474511B (zh) 2009-07-10 2010-07-02 用于无线通信系统中的群组通信会话的媒体转发

Country Status (6)

Country Link
US (1) US9025497B2 (zh)
EP (1) EP2452482B1 (zh)
JP (1) JP5448118B2 (zh)
KR (2) KR101477361B1 (zh)
CN (1) CN102474511B (zh)
WO (1) WO2011005708A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9088630B2 (en) * 2009-07-13 2015-07-21 Qualcomm Incorporated Selectively mixing media during a group communication session within a wireless communications system
US8611346B1 (en) * 2010-06-18 2013-12-17 Cisco Technology, Inc. Multicast sparse-mode source redundancy
CN102695182B (zh) * 2011-03-24 2017-03-15 株式会社Ntt都科摩 一种通信处理方法及基站
US9271257B2 (en) * 2013-12-13 2016-02-23 Motorola Solutions, Inc. Method and apparatus for informing a radio of a group-call started while the radio was away from a control channel
CN107005419B (zh) * 2014-10-10 2021-07-09 瑞典爱立信有限公司 网状网络中的广播
US9756482B2 (en) 2015-02-12 2017-09-05 Telefonaktiebolaget Lm Ericsson (Publ) Selective use of single-link communication and group communication
MX368265B (es) 2015-02-27 2019-09-26 Panasonic Ip Corp America Metodo generador de señal, dispositivo generador de señal, y programa.
WO2017182068A1 (en) 2016-04-20 2017-10-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for group transmissions
CN113557680B (zh) * 2019-03-21 2023-09-29 瑞典爱立信有限公司 用于在正在进行的媒体会话期间处置媒体信道的网络节点和其中执行的方法
JP6730484B2 (ja) * 2019-04-24 2020-07-29 Ｎｅｃプラットフォームズ株式会社 配信装置、配信システム及び配信プログラム
CN112073822B (zh) * 2019-06-10 2022-10-18 成都鼎桥通信技术有限公司 一种宽带集群通信中的媒体变更方法和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125343A (en) * 1997-05-29 2000-09-26 3Com Corporation System and method for selecting a loudest speaker by comparing average frame gains
US6697342B1 (en) * 1999-06-30 2004-02-24 Nortel Networks Limited Conference circuit for encoded digital audio
CN1148939C (zh) * 1996-09-13 2004-05-05 夸尔柯姆股份有限公司 用于无线通信信道的会议电话系统和方法
CN1871825A (zh) * 2002-07-04 2006-11-29 诺基亚有限公司 管理分组交换电话会议

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62133853A (ja) 1985-12-06 1987-06-17 Nippon Telegr & Teleph Corp <Ntt> 会議電話方式
JPH0779384B2 (ja) 1990-04-03 1995-08-23 岩崎通信機株式会社 電話会議装置
JPH0537655A (ja) 1991-07-26 1993-02-12 Fujitsu Ltd 音声多地点通信方式
JPH06261316A (ja) 1993-03-05 1994-09-16 Nippon Telegr & Teleph Corp <Ntt> 多地点間通信会議システム
US5390177A (en) 1993-03-24 1995-02-14 At&T Corp. Conferencing arrangement for compressed information signals
US6594688B2 (en) 1993-10-01 2003-07-15 Collaboration Properties, Inc. Dedicated echo canceler for a workstation
JPH08149439A (ja) 1994-11-18 1996-06-07 Mitsubishi Electric Corp 通信制御装置及びテレビ会議装置
JPH08307456A (ja) 1995-04-28 1996-11-22 Oki Electric Ind Co Ltd 音声会議の記録装置およびその再生装置
US6085223A (en) 1995-10-20 2000-07-04 Ncr Corporation Method and apparatus for providing database information to non-requesting clients
US6141597A (en) 1997-09-08 2000-10-31 Picturetel Corporation Audio processor
JP2000174909A (ja) 1998-12-08 2000-06-23 Nec Corp 会議端末制御装置
JP2001044946A (ja) 1999-07-27 2001-02-16 Toshiba Corp 通信端末装置
AU1225001A (en) 1999-12-08 2001-06-18 Qualcomm Incorporated Method and system for distributing advertisements to client devices
JP3582442B2 (ja) 2000-01-19 2004-10-27 日本電気株式会社 パケット通信システム及びそれに用いるタイムスロット割当制御方法
US20070195735A1 (en) 2006-02-22 2007-08-23 Rosen Eric C Method of buffering to reduce media latency in group communications on a wireless communication network
US6707826B1 (en) * 2000-03-20 2004-03-16 Motorola, Inc. Method and apparatus for wireless bandwidth efficient multi-way calling
US6501739B1 (en) 2000-05-25 2002-12-31 Remoteability, Inc. Participant-controlled conference calling system
US20020116472A1 (en) 2001-02-20 2002-08-22 Niragonogo Inc. Method and system for pushing content through cellular network
US6697614B2 (en) * 2001-02-27 2004-02-24 Motorola, Inc. Method and apparatus for distributed arbitration of a right to speak among a plurality of devices participating in a real-time voice conference
US7012901B2 (en) 2001-02-28 2006-03-14 Cisco Systems, Inc. Devices, software and methods for generating aggregate comfort noise in teleconferencing over VoIP networks
US7362707B2 (en) 2001-07-23 2008-04-22 Acme Packet, Inc. System and method for determining flow quality statistics for real-time transport protocol data flows
US20030120795A1 (en) * 2001-12-20 2003-06-26 Marnetics Ltd. Method for capacity enhancement of packet switched networks
US7362349B2 (en) 2002-07-10 2008-04-22 Seiko Epson Corporation Multi-participant conference system with controllable content delivery using a client monitor back-channel
US7454460B2 (en) 2003-05-16 2008-11-18 Seiko Epson Corporation Method and system for delivering produced content to passive participants of a videoconference
JP4047836B2 (ja) * 2004-04-02 2008-02-13 株式会社東芝 通信装置、通信システム、通信方法、および通信制御プログラム
US7911945B2 (en) * 2004-08-12 2011-03-22 Nokia Corporation Apparatus and method for efficiently supporting VoIP in a wireless communication system
US7804850B2 (en) * 2004-10-01 2010-09-28 Nokia Corporation Slow MAC-e for autonomous transmission in high speed uplink packet access (HSUPA) along with service specific transmission time control
US7831656B2 (en) 2004-12-29 2010-11-09 International Business Machines Corporation Effortless association between services in a communication system and methods thereof
US7778206B2 (en) * 2005-01-06 2010-08-17 Cisco Technology, Inc. Method and system for providing a conference service using speaker selection
US7970425B2 (en) 2005-08-30 2011-06-28 Alcatel-Lucent Usa Inc. Push-to-talk group call system using CDMA 1x-EVDO cellular network
KR100789902B1 (ko) * 2005-12-09 2008-01-02 한국전자통신연구원 다중 프레임을 갖는 브이오아이피 패킷 처리 장치 및 그방법
US20070266075A1 (en) 2006-03-31 2007-11-15 Alcatel Session presence
US8649492B2 (en) 2006-07-05 2014-02-11 Cisco Technology, Inc. Floor control based mixing and switching of media
US8752086B2 (en) 2006-08-09 2014-06-10 Carson Victor Conant Methods and apparatus for sending content to a media player
RU2009111270A (ru) 2006-08-30 2010-10-10 Нек Корпорейшн (Jp) Способ смешения речи и сервер многоточечной конференции и программа, использующая этот способ
JP4716962B2 (ja) 2006-09-21 2011-07-06 沖電気工業株式会社 会議システム、会議サーバ及び会議システムの配信音声制御方法
US8116236B2 (en) * 2007-01-04 2012-02-14 Cisco Technology, Inc. Audio conferencing utilizing packets with unencrypted power level information
WO2008147272A1 (en) 2007-06-01 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) A conference bridge and a method for managing packets arriving therein
CN101374256B (zh) 2007-08-20 2012-01-25 华为技术有限公司 一种处理会话中媒体流连续性的方法、装置及系统
KR101022575B1 (ko) 2008-01-07 2011-03-16 엘지전자 주식회사 부분 세션 이전 방법 및 이를 위한 단말
US8165090B2 (en) 2008-05-15 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks
US8078209B2 (en) 2008-10-17 2011-12-13 Motorola Solutions, Inc. Method and device for controlling access to a channel in a conventional multi-site communication system
US9357065B2 (en) 2009-03-18 2016-05-31 Centurylink Intellectual Property Llc System, method and apparatus for transmitting audio signals over a voice channel
US20100265834A1 (en) 2009-04-17 2010-10-21 Avaya Inc. Variable latency jitter buffer based upon conversational dynamics
US9088630B2 (en) 2009-07-13 2015-07-21 Qualcomm Incorporated Selectively mixing media during a group communication session within a wireless communications system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1148939C (zh) * 1996-09-13 2004-05-05 夸尔柯姆股份有限公司 用于无线通信信道的会议电话系统和方法
US6125343A (en) * 1997-05-29 2000-09-26 3Com Corporation System and method for selecting a loudest speaker by comparing average frame gains
US6697342B1 (en) * 1999-06-30 2004-02-24 Nortel Networks Limited Conference circuit for encoded digital audio
CN1871825A (zh) * 2002-07-04 2006-11-29 诺基亚有限公司 管理分组交换电话会议

Also Published As

Publication number Publication date
KR101465407B1 (ko) 2014-11-25
US9025497B2 (en) 2015-05-05
KR101477361B1 (ko) 2014-12-29
KR20120042956A (ko) 2012-05-03
KR20140089390A (ko) 2014-07-14
WO2011005708A1 (en) 2011-01-13
EP2452482B1 (en) 2017-01-11
JP2012533221A (ja) 2012-12-20
JP5448118B2 (ja) 2014-03-19
EP2452482A1 (en) 2012-05-16
US20110141929A1 (en) 2011-06-16
CN102474511A (zh) 2012-05-23

Similar Documents

Publication Publication Date Title
CN102474511B (zh) 用于无线通信系统中的群组通信会话的媒体转发
EP2417781B1 (en) High-priority communication sessions within a wireless communications system
KR101397266B1 (ko) 무선 통신 시스템 내의 그룹 통신 세션 동안 미디어를 선택적으로 믹싱하는 방법 및 장치
US9084079B2 (en) Selectively formatting media during a group communication session
US9730031B2 (en) Uninterruptable group communication sessions within a wireless communications system
EP2415283A1 (en) Determining whether to switch between group calls based on priority within a wireless communications system
US8731535B2 (en) Group communication sessions in a wireless communications system
KR101441779B1 (ko) 무선 통신 시스템 내의 고-우선순위 통신 세션들
EP2417782A2 (en) Reducing a number of flow references in messaging associated with a multicast session in a wireless communications system
Wild et al. Push‐to‐Talk: A First Step to a Unified Instant Communication Future

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

Granted publication date: 20161026

Termination date: 20180702

CF01 Termination of patent right due to non-payment of annual fee