专利名称：用于支持应用层媒体多播的方法和装置的制作方法
技术领域：
本发明涉及点对多点通信系统，尤其涉及用于支持应用层多播的方法和装置， 所述应用层多播用于把媒体流传送到无线通信网内的一组目标通信设备。
背景技术：
在组呼叫服务中，大量组参与者通常聚集在小的地理区域内，例如建筑工地。 为这种组参与者设立点对点的通信链路是不可行的，这种组参与者会位于单个扇区 内。组参与者会"拱起"该扇区可用的所有资源。这会造成其它用户所经受的非常 高的呼叫阻止率。此外，如果组参与者的密度在给定的扇区中很高，则网络可能没 有足够的资源向每个组参与者分配专用信道。因此，用户被拒绝访问组呼叫不是由 于具有组成员资格问题、而是由于缺乏可用的网络资源。这个问题对组呼叫用户产 生负面影响。现有的组呼叫要求组呼叫服务器复制媒体并且在单独的点对点通信链路上仅 发送一个副本到每个组参与者。使组呼叫服务器复制媒体用于发送到目标组的所有 参与者是一项处理器密集的任务，并且在组参与者数量很大时对于服务器是繁重 的。使组呼叫服务器向每个组参与者发送媒体的一个副本提高了无线基础设施的无 线接入网络(RAN)和服务提供商的广域网(WAN)这两个网络上的网络话务。例如， 一类无线服务针对快速、有效、 一对一或一对多(组)的通信。通常， 这些服务是半双工的，其中用户按下电话/无线电上的"按键通话"(PTT)按钮来开 始一组呼叫。如果被许可发言权，说话者 一般会说几秒钟。在说话者释放PTT按 钮后，其它组成员就能请求发言权。这些服务传统上用在这样的应用中其中一个 人，即"调度员"，需要与一组人(比如现场服务人员或出租车司机)通信，这就是 服务的"调度"名称来源之处。在因特网上提供了类似的服务，它们称为"语音聊 天"。因此，需要一些机制用于保存无线资源、减少服务器的处理负载以及减少无线基础设施的R認和服务提供商的WAN两者的网络话务。发明内容所公开的实施例提供了用于把媒体传送到一组目标通信设备的新颖和改进的 方法和装置，其使用应用层的媒体多播机制来保存网络资源。 一方面， 一种方法和 装置用于把媒体多播到无线通信网内的一组目标通信设备，所述无线通信网包括无线基础设施和组呼叫服务器(GCS)。该方法将媒体的一个副本从GCS多播到无线基 础设施，用于发送到所述一组目标通信设备。该方法还将媒体的一个副本从无线基 础设施发送到第一小区或扇区内的第一多个目标通信设备中的每一个，并把媒体的 --个副本从无线基础设施多播到第二小区或扇区内的第二多个目标通信设备。一方面， 一种用于确定是否要在多播路径上把媒体多播到一组目标通信设备 的方法和装置包括确定所述这组目标通信设备中的参与者的计数，以及如果所确定 的计数超出 一预定阈值，则把媒体多播到无线基础设施，用于传送到所述这组目标 通信设备。一方面， 一种用于把信息传送到无线通信系统中的一组目标通信设备的装置包括存储单元、接收机、发射机以及通信上与存储单元、接收机和发射机相耦合 的处理器。处理器能实现上述的方法。
通过下面提出的结合附图的详细描述，本发明的特征、性质和优点将变得更 加明显，附图中相同的元件具有相同的标识，其中 图l说明了一组通信系统； 图2说明了图1中基站和移动站的实施例； 图3说明了几个通信设备怎样与一组呼叫服务器相互作用； 图4说明了工作在图1中的组呼叫服务器的一个实施例； 图5说明了按照第一实施例的呼叫建立过程；以及 图6说明了按照第二实施例的呼叫建立过程。
具体实施方式
在详细说明几个实施例以前，应该理解本发明不限于它在以下描述或附图中提出的组件构造和布局细节中的应用。本发明能在其它实施例中实现并且以各种方 式实现。同样应该理解，这里使用的措词和术语是为了描述目的，不应被视为是限 制性的。图1说明了按照一实施例的组通信系统100的功能性框图。组通信系统100 也称为按键通话(PTT)系统、网际广播服务(NBS)、调度系统或点对多点通信系统。 在一实施例中，组通信系统100包括一组呼叫服务器102，它可部署在中央化布局 或地区化布局中，如2002年2月14提交的待批专利申请美国专利申请序列号 10/076， 726中描述，该申请被转让给本发明的受让人并通过引用完全结合于此。组通信设备104可被部署为诸如手机的cdma2000族，例如，组通信设备104可以使用数据服务选项请求分组数据会话。每个通信设备可使用会话向组呼叫服务 器102注册通信设备的IP地址以执行组呼叫始发。在一实施例中，通信设备104 在从无线基础设施请求分组数据会话，可以通过PDSN 106和互联网协议(IP)网络 108具有到组呼叫服务器102的IP连接。PDSN在固定网络内的数据传输和空中的 数据传输之间提供接口 。每个PDSN可以通过分组控制功能块(PCF) 112与基站控制 器(BSC)110相接，PCF 112可以与BSC位于同处。在加电后，CD 104可以使用数据服务选项请求分组数据会话。作为建立分组 数据会话的一部分，每个CD可以被分配到一 IP地址。每个CD可以执行注册过程 来通知GCS 102有关CD的IP地址。注册可以用IP协议来执行，比如用户数据报 协议(UDP)上的会话始发协议。CD的IP地址可用于在邀请相应的用户进入组呼叫 时联系CD。 一旦建立了组呼叫，CD 104和GCS 102就能交换媒体和信令消息。在 --实施例中，媒体可以使用UDP上的实时协议(RTP)在呼叫参与者和GCS 102之间 发送。信令消息也可以是UDP上的信令协议。组通信系统100执行几个不同的功能以便操作组服务。关于用户端的功能包 括用户注册、组呼叫始发、组呼叫终止、向组成员发送报警、晚加入组呼叫、说话 者仲裁、向组增加用户、从组删除成员、撤销成员和认证。关于系统准备和操作的 功能包括管理、供应、规模可伸縮性以及可靠性。这些功能在上述10/076， 726号 申请中详细描述。图2是基站204和移动站206的实施例的简化框图，基站204和移动站206 能实现各种公开的实施例。对于特定的通信而言，可以在基站204和移动站206 之间经由空中接口 208交换语音数据、分组数据和/或消息。可以发送各类消息， 比如用于在基站和移动站之间建立通信会话的消息、注册和寻呼消息、以及用于控制数据传输(例如功率控制、数据速率信息、确认等等)的消息。这些消息类型的一 些在下面详细描述。对于反向链路而言，在移动站206处，把语音和/或分组数据(例如来自数据 源210)提供给发送(TX)数据处理器212，后者用一个或多个编码方案对于数消 息进行格式化和编码以产生已编码数据。每个编码方案可包括循环冗余校验(CRC) 码、巻积码、turbo码、分组码及其它码的任何组合，或者根本不编码。语音数据、 分组数据和消息可以用不同的方案来编码，并且对不同类型的消息进行不同的编 码。然后把己编码数据提供给调制器(M0D)214并进一步处理(例如覆盖、用短PN 序列扩展、以及用分配给用户终端的长PN序列扰码)。然后把已调数据提供给发射 机单元(TMTR)216并且进行调节(例如转换成一个或多个模拟信号、放大、列表和 iJ-:交调制)以产生反向链路信号。反向链路信号被路由通过天线共用器(D)218并经 由天线220被发送到基站204。在基站204处，反向链路信号被天线250接收、被路由通过天线共用器252、 并被提供给接收机单元(RCVR)254。基站204可以从移动站206接收注册信息和状 态信息，比如移动站移动速率。接收机单元254调节(例如滤波、放大、下变频和 数字化)接收信号并提供采样。解调器(DEM0D)256接收并处理(例如解扩展、解覆 盖和导频解调)采样以提供经恢复的码元。解调器256可以实现一雷克接收机，该 雷克接收机处理接收信号的多个实例并产生组合码元。然后，接收(RX)数据处理器 258对码元解码以便恢复反向链路上发送的数据和消息。经恢复的语音/分组数据 被提供给数据宿260，经恢复的消息被提供给控制器270。控制器270可以包括指 令，用于寻呼一组移动站、向移动站发送无线电参数以及把移动站绑定到多播组。 解调器256和RX数据处理器258的处理与移动站206处执行的处理相反。解调器 256和RX数据处理器258可进一步用于经由多条信道接收到的多个传输，所述多 条信道例如反向基本信道(R-FCH)和反向辅助信道(R-SCH)。同样，传输可同时来自 多个移动站，每个移动站都在反向基本信道、反向辅助信道或这两条信道上发送。在前向链路上，在基站204处，语音和/或分组数据(例如来自数据源262)和 消息(例如来自控制器270)由发送(TX)数据处理器264进行处理(例如格式化和编 码)，进一步由调制器(MOD)266处理(例如覆盖和扩展)、并由发射机单元(TMTR)268 调节(例如转换成模拟信号、放大、滤波和正交调制)，以产生前向链路信号。前向 链路信号被路由通过天线共用器252，并经由天线250被发送到移动站206。前向链路信号包括寻呼信号。在移动站206处，前向链路信号被天线220接收、被路由通过天线共用器218、 并被提供给接收机单元222。接收机单元222调节(例如下变频、比率、放大、正 交调制和数字化)接收信号并且提供采样。采样由解调器224处理(例如解扩展、解 覆盖和导频解调)以提供码元，接收数据处理器226进一步处理(例如解码和校验) 所述码元以恢复前向链路上发送的数据和消息。经恢复的数据被提供给数据宿 228，经恢复的消息被提供给控制器230。控制器230可包括指令，用于注册移 动站206、请求组呼叫、以及把媒体发送到基站204。组呼叫服务(GCS)会允许一个用户以半双工模式或全双工模式向一组用户说 话。在前者情况下，由于一次仅允许一个人说话，因此说话的许可可能由基础设施 缓和。在这种系统中，用户可以通过按下例如"按键通话"按钮(PTT)来请求说话 的许可。系统可以对从多个用户接收到的请求进行仲裁，通过竞争一解决过程，系 统可以按照预定的算法选择一个请求者。然后，系统会通知选中的用户该用户已被 许可说话。系统把用户的话务信息，比如语音和/或数据，从授权的说话者分发到 组成员的其余者，其余者被视为"收听者"。GCS中的语音和/或数据话务会与传 统的一对一 电话呼叫不同，在某些会话上需要设置优先级。图3说明了一组呼叫布局，其示出CD 302、 304和306怎样与一组呼叫服务 器308相互作用。根据需要对于大规模的组会采用多个组呼叫服务器。图3中，当 (:D 302被许可向组的其它成员发送媒体时，CD 302被视为说话者，并且会通过所 建立的信道来发送媒体。当CD 302被指定为说话者时，其余的参与者CD 304和 CD 306可能没有向组发送媒体的许可。因而，CD 304和CD 306被指定为收听者。 如上所述，CD 302、 304和306使用至少一条信道连到组呼叫服务器308。在一实 施例中，信道包括会话始发协议(SIP)信道、媒体信令信道和媒体话务信道。图4说明了工作在图1系统中的组呼叫服务器102的一个实施例。组呼叫服 务器包括用于发送和接收数据的天线402、 404。天线402耦合到接收机电路406， 天线404耦合到发射电路408。通信总线410在图4的其它模块间提供公共的连接。 通信总线410还耦合到存储单元412。存储器412为组呼叫服务器所执行的多种操 作和功能保存计算机可读指令。处理器414执行存储器412内保存的指令。在组通信系统中，如图1所示，例如，大量组参与者通常聚集在小的地理区 域，例如建筑站点。为位于单个扇区内的所有参与者设立多个点对点的通信链路是 不可行的。组参与者会"拱起"该扇区内所有可用的资源。这会造成其它不属于该组的用户经受非常高的呼叫阻止率。此外，如果组参与者的密度在给定的扇区中很 高，则网络可能没有足够的资源向每个组参与者分配专用信道。因此，用户被拒绝 访问组呼叫不是由于具有组成员资格问题、而是由于缺乏可用的网络资源。这个问 题对组呼叫用户产生了负面影响。按照一实施例，媒体多播机制减少了网络话务，因为媒体多路复用机制消除 了对于在组呼叫服务器和目标通信设备的组的每个成员之间建立单独话务信道的 需求。该机制还消除了组呼叫服务器为了向目标组的所有成员发送而需要的媒体复 制。在一实施例中，可以向组地址发送媒体的一个副本，根本的无线基础设施可以 在无线基础设施跳跃处复制媒体，在所述跳跃处到不同组成员的路径产生分叉。由 丁-组呼叫服务器发送媒体的一个副本，因此媒体在需要时在网络跳接处被复制，从而显著地降低了无线基础设施RAN和服务提供商的WAN两者之上的网络话务。在一实施例中，应用层媒体多播的激活取决于通信是一对一的还是一对多的 (组)。在另一实施例中，在组通信服务中，应用层媒体多播的激活取决于目标组中 的参与者数目。图5说明了按照第一实施例的呼叫设立过程，其中在一组中仅有两 个参与者，例如一对一的呼叫，或者目标组中参与者数目低于激活应用层媒体多播 机制所需的预定阈值。希望始发组呼叫的用户会选择一个或多个目标用户、 一个或多个预定义的组 或者两者的组合，并且会按下按键通话(PTT)按钮来始发组呼叫。在呼叫者开始组 呼叫时，目标组中的参与者会处于休眠的分组数据会话中。正在参与的CD建立分 组数据会话502并执行必要的注册，例如在上述待批的专利申请中所述。呼叫者的 (:D可以使用所建立的分组数据会话向组呼叫服务器发送一组呼叫请求504，以设立 组呼叫。无论呼叫者的CD是否有专用的话务信道，组呼叫请求都可以被发送到组 呼叫服务器，这在2002年12月4日提交的美国专利申请序列号10/006， 037中描 述，该申请被转让给本发明的受让人并且通过引用被结合于此。在一实施例中，呼叫者的CD可以在可用的信道上把组呼叫请求发送到组呼叫 服务器，而无须等待为呼叫者的CD建立专用信道。在一实施例中，组呼叫请求可 以作为短数据突发脉冲中(SDB)被发送到组呼叫服务器。在发送请求后，如果呼叫 者的CD处在休眠的分组数据会话中，呼叫者的CD就可能开始以下过程重建专用 话务信道并且为媒体活动性准备分组数据会话。当组呼叫服务器接收组呼叫请求时，如果在请求中规定了任何预定义的组， 服务器就会把预定义的组扩展到目标成员列表中。组呼叫服务器可以为目标成员检取位置信息，例如IP地址。组呼叫服务器也可以确定期望的组是否已经在系统中运行。组呼叫服务器使用所建立的分组数据会话用一组呼叫请求确认506来响应。 在一实施例中，组呼叫服务器在508中确定目标组中的参与者数目是否满足激活应用层多播机制所需的阈值。如果目标组中的参与者数目不满足所需的阈值，组呼叫 服务器就可以在所建立的分组数据会话上向呼叫者CD以及向收听者CD发送组呼叫声明510。组呼叫声明510可以包括表明组呼叫服务器可使用单播传送机制的信息，其 中组呼叫服务可以使用所建立的分组数据会话以把媒体传输到组成员。这要求组呼 叫服务器复制媒体的一个副本并将其发送到每个单独的组成员，但在为一对一呼叫 或具有少量参与者的组呼叫建立多播树方面节约时间。组呼叫服务器可以在所建立 的分组数据会话上从呼叫者的CD检取媒体512，并将接收到的媒体514转发到收 听者的CD。图6说明了按照一实施例的呼叫建立过程，其中组参与者的数目超过激活应 用层媒体多播机制所需的预定阈值。如结合图5所讨论的，在建立分组数据会话 602后，呼叫者的CD可以向组呼叫服务器发送一组呼叫请求604以建立组呼叫。 当组呼叫服务器接收组呼叫请求604时，组呼叫服务器可以用一组呼叫请求确认 606来响应。在一实施例中，组呼叫服务器可以使用所建立的分组数据会话来发送该响应。 组呼叫服务器可以在608确定目标组中的参与者数目。如果目标组中的参与者数目 超出所需阈值，组呼叫服务器就使用IP媒体多播机制把它从呼叫者CD接收到的媒 体传送到目标收听者的CD。组呼叫服务器可以在所建立的分组数据会话上把组呼 叫声明610发送到呼叫者CD以及收听者CD。从组呼叫服务器被发送到组参与者的 组呼叫声明610可包括表明组呼叫服务器能使用IP媒体多播机制来保存网络资源 的信息。组呼叫声明也可以包含表明目标组成员会需要与所请求的组呼叫绑定的信 息。这种信息可包括IP多播地址和/或某些多播服务标识符。在一实施例中，组呼 叫服务器可以査询另一网络组件来获得目标组呼叫要使用的IP多播地址。在一实 施例中，组呼叫服务器可以被分配到IP多播地址库以用于组通信。在组呼叫结束 时，IP多播地址可以被返回到库中。在接收组呼叫声明后，每个参与的CD都可以向无线基础设施执行注册过程612。注册过程612可以在专用信道或公共信道上执行，所述专用信道例如反向基 本信道(R-FCH)、所述公共信道例如反向增强接入信道(R-EACH)或反向接入信道 (R-ACH)。注册消息可以通知BSC:正在参与的CD希望参与组呼叫。注册消息还包 括标识每个参与CD所位于的小区和/或扇区的信息。注册消息还可包含IP多播地 址、多播服务标识符以及参与CD可能从组呼叫服务器接收到的其它网络参数。BSC可以在614中把所注册的参与CD与目标组的多播的IP—多播地址绑定。 在一实施例中，BSC通过单独的专用信道把每个所注册的参与CD与IP多播地址绑 定。这会发生在一个小区和/或扇区内所注册的参与CD计数小于预定数、或者所注 册的参与CD稀疏地位于不止一个小区和/或扇区中的情况下。例如，如果目标收听 者的CD如图1所示的CD 104B或104C所布置，则相应的BSC会经由专用信道把这 些CD与IP多播地址绑定。在一实施例中，BSC通过共享信道把所注册的参与CD映射到IP多播地址。这 会发生在如果一个小区和/或扇区内所注册的参与CD的计数大于预定数、或者所注 册的参与CD位于一个小区和/或扇区中的情况下。例如，如果目标收听者的CD如 阁]所示的CD 104A或104D所布置，则相应的BSC会经由共享信道把这些CD映射 到IP多播地址。在一实施例中，如果有物理层的信道，则BSC具有共享的前向信 道能力，所述物理层信道比如前向广播控制信道(F-BCCH)、前向公共控制信道 (F--CCCH)、前向寻呼信道(F-PCH)或前向辅助信道(F-SCH)，用于把组呼叫媒体传送 到一组目标收听者。在一段时间内，BSC可以把某些无线参数616广播到参与CD，或者单独地将 其发送到参与CD，以作为开销消息。BSC会把这些参数分开转发到每个小区或扇区。 无线参数可包括表明目标CD是经由专用信道还是共享信道绑定到IP多播地址的信 息。在一实施例中，BSC可以在前向广播控制信道(F-BCCH)、前向寻呼信道(F-PCH) 或前向公共控制信道(F-CCCH)上发送无线参数。或者，BSC可以在现有的分组数据 会话上把无线参数直接发送到参与CD。在一实施例中，如果BSC已经在无线参数中表明BSC己经把共享信道映射到 未注册的参与CD所处的小区和/或扇区，则已接收到无线参数但尚未向相应的BSC 注册的参与CD无须向BSC注册。然而，如果BSC已经在无线参数中表明BSC已经 把专用信道映射到这种未注册CD所处的小区和/或扇区，则未注册的参与CD必须 向相应的BSC注册。然后，BSC可以在BSC和组呼叫服务器之间建立多播路径618，如以下待批专利申请中所述于2001年11月5日提交的美国专利申请序列号10/011,526，它 被转让给本发明的受让人并且通过引用被完全结合于此。在接收到组呼叫声明并成功地向BSC注册后，呼叫者的CD会在反向专用信道 上把媒体620发送到组呼叫服务器，所述反向专用信道例如反向辅助信道(R-SCH)、 反向专用控制信道(R-DCCH)或反向基本信道(R-FCH)。或者，呼叫者的CD会使用反 向公共信道与BSC通信，所述反向公共信道例如反向增强接入信道(R-EACH)或反向 接入信道(R-ACH)。在任一情况下可以把现有的分组数据会话置于休眠模式。BSC 可以使用所建立的分组数据会话或多播路径把BSC己经从呼叫者CD接收到的媒体 622发送到组呼叫服务器。组呼叫服务器可以使用IP多播地址，并且在所建立的IP多播路径624上把 媒体的 -个副本多播到相关的BSC。媒体沿着多播路径624前进并到达已经为同一 IP多播地址建立了多播路径的那些BSC。在一实施例中，BSC可能需要对它从组呼 叫服务器接收到的媒体进行复制以便发送到目标收听者的CD。这会在IP多播地址 经由专用话务信道被映射到目标CD的情况下发生，比如在图1所述的CD 104B或 104C的情况下。BSC可以把媒体的一个副本626发送到经由这种所建立的专用信道上的一条 专用信道被映射到IP多播地址的每个目标收听者的CD。 BSC也可以把媒体的一个 副本626发送到经由共享信:道被映射到IP多播地址的目标收听者的CD。在一实施例中，无论组呼叫中参与者的数目是多少，BSC可以把前向话务信道 设立为共享前向信道。在到参与CD的消息中，BSC会表明BSC将无线参数广播到 参与CD。接收消息但尚未执行注册的参与CD无须再进行注册。为了接收组呼叫媒 体，这种CD可以调谐到消息中规定的无线参数，这有利地防止公共反向链路上发 送的注册消息的泛滥，因此减少了 BSC所处理的不必要注册消息的数目。在一实施例中，如果BSC从一给定小区或扇区接收到的注册消息数目超出一 给定阈值，则BSC可以把前向话务信道设立为共享前向信道。如果BSC从一小区或 扇区接收到的注册消息数目低于所述阈值，则BSC可以在专用信道上把媒体发送到 每个参与CD。 BSC可以向每一个或一些参与CD发出消息，表示BSC或者使用共享 信道、或者使用专用前向信道。在一实施例中，组通信系统100为组呼叫服务支持聊天室模式和特设(ad-hoc) 模式。在聊天室模式中，组是预定义的，它们可以被存储在组呼叫分发服务器上。 预定义的组或网会是公共的，意味着组具有一开放式成员列表，即任何CD都可能加入组。在该情况下，每个组成员分发用户都是一组呼叫中的潜在参与者。在聊天 室模式中，组呼叫在第一组成员选择开始加入组呼叫时开始。在一预定时间段内， 无论说话活动性如何，呼叫都保持运行，服务器资源被分配给呼叫，所述预定的时 问段可由服务提供商配置。在一组呼叫期间，组成员特别请求加入和/或离开这类 呼叫。在说话不活动期间，每个组呼叫可以被带入组休眠状态，下面会讨论，直到 一组成员请求说话的许可为止。当工作在聊天室模式下时， 一组通信设备用户，也 称为网成员，使用被分配给每个网成员的通信设备彼此通信。术语"网"表示被授 权彼此间通信的一组通信设备用户。然而，在组呼叫服务的特设模式中，组可以实时地被定义，并且具有与每个 组相关的封闭人数的成员列表。封闭人数的成员列表会规定允许哪些成员参与组呼 叫。成员列表对于封闭人数的成员列表外的其它用户不可用，并且仅在呼叫存续期 内存在。特设组定义可能不被存储在组呼叫服务器中。所述定义可用于建立组呼叫 并且在呼叫结束后释放该呼叫。特设组可以在始发说话者选择一个或多个目标成员 并产生组呼叫请求时形成，所述组呼叫请求被发送到组呼叫服务器以开始该呼叫。 组呼叫服务器可以向目标组成员发送他们已被包括在组中的通知。组呼叫服务器可 以将目标成员自动加入到组呼叫内，即不需要目标成员的任何用户行动。当特设呼叫变得不活动时，组通信服务器会"卸下"(tear down)该呼叫，并 释放被分配给组的资源，包括用于开始该呼叫的组定义。在一实施例中，在一段不 活动时期后，BSC可以释放话务信道，例如共享和/或专用的话务信道，但仍保持 多播路径的为活动。然而，在一段延长的不活动时期后，BSC和/或无线网络基础 设施会触发一多播组离开，比如因特网组管理协议(IGMP)，从而卸下多播树。这会 阻止无线网络基础设施的RAN和/或服务提供商的WAN与那些由于网络或组呼叫服 务器故障而结束的组呼叫会话保持连接。因此，所公开的实施例通过以IP多播模式发送媒体而使网络话务和媒体处理 时间显著减少，其中通过单条多播路径向无线基础设施发送指向一组目标受信者的 媒体的单个副本。无线基础设施复制接收到的媒体的一个副本并将其发送到被分配 给一专用信道的每个目标受信者。然而，无线基础设施仅仅向被分配给共享信道的 那些目标受信者发送接收到的媒体的一个副本。本领域的技术人员可以理解，信息和信号可以用多种不同技术和工艺中的任 -种来表示。例如，上述说明中可能涉及的数据、指令、命令、信息、信号、比特、 码元和码片可以用电压、电流、电磁波、磁场或其粒子、光场或其粒子或它们的任意组合来表示。本领域的技术人员能进一步理解，结合这里所公开的实施例所描述的各种说 明性的逻辑块、模块和算法步骤可以作为电子硬件、计算机软件或两者的组合来实 现。为了清楚说明硬件和软件间的互换性，各种说明性的组件、框图、模块、电路 和步骤一般按照其功能性进行了阐述。这些功能性究竟作为硬件或软件来实现取决 于整个系统所采用的特定的应用和设计约束。技术人员可能以对于每个特定应用不 同的方式来实现所述功能，但这种实现决定不应被解释为造成背离本发明的范围。结合这里所描述的实施例来描述的各种说明性的逻辑块、模块和算法步骤的实现或执行可以用通用处理器、数字信号处理器(DSP)、应用专用集成电路(ASIC)、 现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件 组件或者为执行这里所述功能而设计的任意组合。通用处理器可能是微处理器，然 而或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也 可能用计算设备的组合来实现，如，DSP和微处理器的组合、多个微处理器、结合 l)SP内核的一个或多个微处理器或者任意其它这种配置。结合这里所公开实施例描述的方法或算法的步骤可能直接包含在硬件中、由 处理器执行的软件模块中或在两者当中。软件模块可能驻留在RAM存储器、闪存、 ROM存储器、EPR0M存储器、EEPR0M存储器、寄存器、硬盘、可移动盘、CD-ROM 或本领域中已知的任何其它形式的存储媒体中。示例性存储媒体与处理器耦合，使 得处理器可以从存储媒体读取信息，或把信息写入存储媒体。或者，存储媒体可以 与处理器整合。处理器和存储媒体可能驻留在ASIC中。ASIC可能驻留在用户终端 中。或者，处理器和存储媒体可能作为离散组件驻留在用户终端中。上述优选实施例的描述使本领域的技术人员能制造或使用本发明。这些实施 例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的一般原理可以 被应用于其它实施例中而不使用创造能力。因此，本发明并不限于这里示出的实施 例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。
权利要求
1.一种用于确定是否要在共享路径上把媒体多播到一组目标通信设备的方法，所述方法包括确定处在覆盖区域内的所述这组目标通信设备中参与者计数；以及如果所述计数超出一预定阈值，则在共享信道上把所述媒体的一个副本多播到所述这组目标通信设备。
2. 如权利要求l所述的方法，其特征在于还包括如果所述计数低于所述预定阈值，则在专用信道上把所述媒体的一个副本发 送到所述这组目标通信设备的每一个成员。
3. 如权利要求l所述的方法，其特征在于，所述覆盖区域包括一小区覆盖区域。
4. 如权利要求l所述的方法，其特征在于，所述覆盖区域包括一扇区覆盖区域。
5. —种包含用于确定是否要在共享信道上把媒体多播到一组目标通信设备 的方法的计算机可读媒质，所述方法包括确定处在覆盖区域内的所述这组目标通信设备中参与者计数；以及 如果所述计数超出一预定阈值，则在共享信道上把所述媒体的一个副本多播 到所述这组目标通信设备。
6. 如权利要求5所述的计算机可读媒质，其特征在于，所述方法还包括如果所述计数超出一预定阈值，则在共享信道上把所述媒体的一个副本发送 到所述这组目标通信设备。
7. —种用于确定是否要在多播路径上把媒体多播到一组目标通信设备的装 置，所述装置包括确定处在覆盖区域内的所述这组目标通信设备中参与者计数的装置；以及如果所述计数超出一预定阈值，则在共享信道上把所述媒体的一个副本多播 到所述这组目标通信设备的装置。
8. 如权利要求7所述的装置，其特征在于还包括如果所述计数低于所述预定阈值，则在专用信道上把所述媒体的一个副本发 送到所述这组目标通信设备的每一个成员的装置。
9. --种用于确定是否要在多播路径上把媒体多播到一组目标通信设备的装 置，包括存储单元； 接收机； 发射机；以及耦合到存储单元、接收机和发射机的处理器，所述处理器能够 确定处在覆盖区域内的所述这组目标通信设备中的参与者计数；以及 如果所述计数超出一预定阈值，则在共享信道上把所述媒体的一个副本多播 到所述这组目标通信设备。
10. 如权利要求9所述的装置，其特征在于，所述处理器还能够 如果所述计数低于所述预定阈值，则在专用信道上把所述媒体的一个副本发送到所述这组目标通信设备的每一个成员。
全文摘要
本发明涉及用于支持应用层媒体多播的方法和装置，尤其是用于把媒体传送到一组目标通信设备的方法和装置。该方法规定将媒体多播到该组目标通信设备以节约网络资源。通过以多播传输模式发送媒体，其中通过多播路径向无线基础设施发送指向一组目标受信者的媒体的单个副本，所公开的实施例使网络话务和媒体处理时间显著减少。无线基础设施复制媒体的一个副本并将其发送到被分配给专用信道的每个目标受信者，但把媒体的一个副本多播到被分配给共享信道的目标受信者。
文档编号H04L12/56GK101242657SQ20081000979
公开日2008年8月13日 申请日期2003年5月6日 优先权日2002年5月8日
发明者A·M·陈, E·C·罗森 申请人:高通股份有限公司