选择性复用通信流方法和设备 |
|||||||
| 申请号 | CN201280064703.X | 申请日 | 2012-12-28 | 公开(公告)号 | CN104025546B | 公开(公告)日 | 2017-09-08 |
| 申请人 | 高通股份有限公司; | 发明人 | K·安查恩; M·马根蒂; Y-H·林; A·桑莎纳姆; | ||||
| 摘要 | 在一 实施例 中，网络设备获得各自与多个不同流中的一个流相关联的多个数据分组，其中这多个所获得的数据分组中的每一个数据分组包括具有因流而异的路由信息的报头部分。该网络设备从这多个所获得的数据分组剥离该因流而异的路由信息以产生多个因流而异的有效 载荷 部分，这多个因流而异的有效载荷部分被合并到经流复用的数据分组的共享有效载荷部分中，该经流复用的数据分组包括共用报头部分中用于这多个流的共用路由信息。该网络设备向目标设备传送该经流复用的分组，并且目标设备基于该经流复用的分组中所包含的流映射信息来确定这多个不同流中的任何流是否与目标UE相关，并且基于该确定来选择性地解码和处理对应的因流而异的有效载荷部分。 | ||||||
| 权利要求 | 1.一种操作网络设备的方法，所述网络设备被配置成将一组流复用到单个输出流中以供递送给一个或多个目标设备，所述方法包括： |
||||||
| 说明书全文 | 选择性复用通信流方法和设备[0002] 本专利申请要求于2011年12月29日提交的题为“SELECTIVELY MULTIPLEXING COMMUNICATION STREAMS(选择性复用通信流)”的临时申请No.61/581,581的优先权，其已转让给本申请受让人并由此通过引用明确纳入于此。 [0003] 相关申请的交叉引用 [0004] 本专利申请还涉及美国申请号未知、与本申请同日提交的具有代理人案卷号120866的题为“WIRELESS BROADCAST/MULTICAST SERVICE CAPACITY OVER DIFFERENT LINK BUDGETS AND OVERLAY(不同链路预算和覆盖上的无线广播/多播服务容量)”的美国申请，其已转让给本申请受让人并由此通过引用明确纳入于此。 [0005] 公开领域 [0006] 本公开一般涉及通信，更具体地，涉及用于选择性地复用蜂窝通信系统中用于广播和多播服务的群通信流的技术。 [0007] 背景 [0008] 蜂窝通信系统可通过共享可用系统资源来支持多用户的双向通信。蜂窝系统不同于可主要或仅能够支持从广播站到用户的单向传输的广播系统。蜂窝系统被广泛部署以提供各种通信服务，并且可以是多址系统，诸如码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交FDMA(OFDMA)系统、单载波FDMA(SC-FDMA)系统等。 [0009] 蜂窝系统可以支持广播、多播、以及单播服务。广播服务是可被所有用户接收的服务，例如，新闻广播。多播服务是可被一组用户接收的服务，例如， 订阅视频服务。单播服务是旨在给特定用户的服务，例如，语音呼叫。群通信可使用单播、广播、多播或其组合来实现。随着群变得更大，使用多播服务一般更为高效。然而，对于要求低等待时间和短时间来建立群通信的群通信服务，常规多播信道的建立时间会对系统性能造成损害。发明内容 [0010] 在一实施例中，网络设备获得各自与多个不同流中的一个流相关联的多个数据分组，其中这多个所获得的数据分组中的每一个数据分组包括具有因流而异的路由信息的报头部分。该网络设备从这多个所获得的数据分组剥离该因流而异的路由信息以产生多个因流而异的有效载荷部分，这多个因流而异的有效载荷部分被合并到经流复用的数据分组的共享有效载荷部分中，该经流复用的数据分组包括共用报头部分中用于这多个流的共用路由信息。该网络设备向目标设备传送该经流复用的分组，并且目标设备基于该经流复用的分组中所包含的流映射信息来确定这多个不同流中的任何流是否与目标UE相关，并且基于该确定来选择性地解码和处理对应的因流而异的有效载荷部分。 [0012] 给出附图以帮助对本发明实施例进行描述，且提供附图仅用于解说实施例而非对其进行限定。 [0013] 图1解说了无线通信系统。 [0014] 图2解说了示例传输结构。 [0015] 图3解说了多蜂窝小区模式中不同服务的示例传输。 [0016] 图4解说了单蜂窝小区模式中不同服务的示例传输。 [0017] 图5A和5B解说了可支持广播/多播服务的附加无线通信系统。 [0018] 图6解说了可支持广播/多播服务的无线通信系统的一部分的框图。 [0019] 图7解说了根据本公开一实施例的通信设备。 [0021] 图9A和9B解说了根据本发明一实施例的将与不同数据流相关联的数据复 用到单个多播流上的示例。 [0022] 图9C和9D解说了根据本发明一实施例的将与不同数据流相关联的数据复用到单个单播流上的示例。 [0023] 图10A解说了根据本发明一实施例的来自图9B或9D的经合并或经复用分组的替换配置。 [0024] 图10B解说了根据本发明一实施例的在图9A或图9C的过程期间发生的用于如图10A中所示配置的经复用数据分组的解码操作。 [0025] 详细描述 [0026] 本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。 [0027] 措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例并不必然被解释为优于或胜过其他实施例。同样，术语“本发明的实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。此外，如本文使用的术语群通信、即按即讲或类似变体旨在指代两个或更多设备之间由服务器仲裁的服务。 [0028] 本文中所使用的术语仅出于描述特定实施例的目的，而并不旨在限定本发明的实施例。如本文所使用的，单数形式的“一”、“某”和“该”旨在也包括复数形式，除非上下文另有明确指示。还将理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指明所陈述的特征、整数、步骤、操作、元素、和/或组件的存在，但并不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或其群组的存在或添加。 [0029] 此外，许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将可认识到，本文中所描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文中所描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内的，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数 种不同形式来体现，所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外，对于本文中所描述的每个实施例，任何此类实施例的对应形式可在本文被描述为例如“配置成执行所描述的动作的逻辑”。 [0030] 本文中所描述的技术可用于各种蜂窝通信系统，诸如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA系统。术语“系统”和“网络”经常被可互换地使用。CDMA系统可实现诸如通用地面无线电接入(UTRA)、cdma2000等无线电技术。UTRA包括宽带CDMA(WCDMA)和其它CDMA变体。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA系统可以实现诸如演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM RTM等的无线电技术。 UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的版本，其在下行链路上采用OFDMA而在上行链路上采用SC-FDMA，而UTRA、E-UTRA、UMTS、LTE和GSM在来自名为“第3代伙伴项目”(3GPP)的组织的文献中描述。cdma2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。为了清楚起见，以下针对LTE来描述这些技术的某些方面，并且在以下大部分描述中使用LTE术语。 [0031] 图1示出了蜂窝通信系统100，其可以是LTE系统。系统100可包括数个B节点和其他网络实体。出于简便起见，在图1中仅示出三个B节点，即110a、110b和110c。B节点可以是用于与用户装备(UE)通信的固定站并且也可被称为演进型B节点(eNB)、基站、接入点等。每个B节点110为特定地理区域102提供通信覆盖。为增大系统容量，可将B节点的整个覆盖区域划分成多个较小区域，例如三个较小区域104a、104b和104c。每个较小区域可由相应B节点子系统来服务。在3GPP中，术语“蜂窝小区”可指B节点的最小覆盖区和/或服务此覆盖区的B节点子系统。在其他系统中，术语“扇区”可以指基站的最小覆盖区和/或服务此覆盖区的基站子系统。出于清晰起见，在以下描述中使用3GPP蜂窝小区的概念。 [0032] 在图1中所示的示例中，每个B节点110具有覆盖不同地理区域的三个蜂窝小区。出于简单起见，图1示出蜂窝小区彼此不交迭。在实际部署中，毗邻 蜂窝小区通常在边缘处彼此交迭，这可允许UE在其于系统中四处移动时在任何位置处接收来自一个或多个蜂窝小区的覆盖。 [0033] UE 120可散布于该系统中各处，且每个UE可以是固定的或移动的。UE也可被称为移动站、终端、接入终端、订户单元、台等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话等。UE可经由下行链路和上行链路上的传输与B节点通信。下行链路(或即前向链路)是指从B节点至UE的通信链路，而上行链路(或即反向链路)是指从UE至B节点的通信链路。在图1中，带有双箭头的实线指示B节点与UE之间的双向通信。带有单箭头的虚线指示UE从B节点接收下行链路信号，例如，以用于广播和/或多播服务。术语“UE”和“用户”在本文中被可互换地使用。 [0034] 网络控制器130可耦合至多个B节点，以提供对其控制下的B节点的协调和控制，并且为这些B节点所服务的终端路由数据。接入网100还可包括图1中未示出的其他网络实体。此外，如解说的，网络控制器可以能操作地耦合至应用服务器150，以通过接入网100向各个UE 120提供群通信服务。将领会，可以存在可用来促进这些UE与各服务器之间的通信的许多其他网络和系统实体以及该接入网络外部的信息。因此，本文公开的各个实施例不限于各个附图中详细描述的具体配置或元件。 [0035] 图2示出了可用于系统100中的下行链路的示例传输结构200。传输时间线可被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms))，并且可被划分成10个子帧。每个子帧可包括两个时隙，且每个时隙可包括固定或可配置数目的码元周期，例如，六个或七个码元周期。 [0036] 系统带宽可使用正交频分复用(OFDM)分割成多个(K个)副载波。可将可用时频资源划分成资源块。每个资源块在一个时隙中可包括Q个副载波，其中Q可以等于12或某个其他值。可用资源块可用来发送数据、开销信息、导频等。 [0037] 系统可支持用于多个UE的演进型多媒体广播/多播服务(E-MBMS)以及用于单个UE的单播服务。用于E-MBMS的服务可被称为E-MBMS服务或流，并且可以是广播服务/流或多播服务/流。 [0038] 在LTE中，数据和开销信息可作为逻辑信道在无线电链路控制(RLC)层被处理。这些逻辑信道被映射到媒体接入控制(MAC)层处的各传输信道。这些传输信道被映射到物理层(PHY)处的各物理信道。表1列出了LTE中使用的一些逻辑信道(标记为“L”)、传输信道(标记为“T”)以及物理信道(标记为“P”)，并且提供每个信道的简短描述。 [0039] 表1 [0040] [0041] 如表1中所示，可在不同信道上发送不同类型的开销信息。表2列出了一些类型的开销信息，并且提供了每种类型的简短描述。表2还给出了根据一种设计、在其上可发送每种类型的开销信息的(诸)信道。 [0042] 表2 [0043] [0044] [0045] 这些不同类型的开销信息也可用其他名称来引述。调度和控制信息可以是动态的，而系统和配置信息可以是半静态的。 [0046] 系统可支持用于E-MBMS的多个操作模式，其可包括多蜂窝小区模式和单蜂窝小区模式。多蜂窝小区模式可具有以下特性： [0047] ●用于广播或多播服务的内容可跨多个蜂窝小区被同步传送。 [0048] ●用于广播和多播服务的无线电资源由MBMS协调实体(MCE)来分配，该MCE可在逻辑上位于这些B节点之上。 [0049] ●用于广播和多播服务的内容被映射在B节点处的MCH上。 [0050] ●对数据进行时分复用(例如，在子帧级)以用于广播、多播和单播服务。 [0051] 单蜂窝小区模式可具有以下特性： [0052] ●每个蜂窝小区传送广播和多播服务的内容，而无需与其他蜂窝小区同步。 [0053] ●用于广播和多播服务的无线电资源由B节点来分配。 [0054] ●用于广播和多播服务的内容被映射在DL-SCH上。 [0055] ●用于广播、多播和单播服务的数据可按DL-SCH结构所允许的任何方式进行复用。 [0056] 一般而言，E-MBMS服务可用多蜂窝小区模式、单蜂窝小区模式、和/或其他模式来支持。多蜂窝小区模式可用于E-MBMS多播/广播单频网络(MBSFN)传输，其可允许UE组合从多个蜂窝小区接收到的各信号，以便改善接收性能。 [0057] 图3示出了在多蜂窝小区模式中由M个蜂窝小区(从1到M)进行的 E-MBMS和单播服务的示例传输，其中M可以是任何整数值。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在一种E-MBMS设计中(以下描述的大部分都假定为E-MBMS)，每个蜂窝小区的传输时间线可被分成子帧的时间单位。在其他E-MBMS设计中，每个蜂窝小区的传输时间线可被分成其他持续时间的时间单位。一般而言，时间单位可对应于子帧、时隙、码元周期、多个码元周期、多个时隙、多个子帧等。 [0058] 在图3中所示的示例中，M个蜂窝小区传送三个E-MBMS服务1、2和3。所有M个蜂窝小区在子帧1和3中传送E-MBMS服务1，在子帧4中传送E-MBMS服务2，并且在子帧7和8中传送E-MBMS服务3。M个蜂窝小区为三个E-MBMS服务中的每一者传送同一内容。每个蜂窝小区可在子帧2、5和6中传送其自己的单播服务。M个蜂窝小区可传送针对其单播服务的不同内容。 [0059] 图4示出了在单蜂窝小区模式中由M个蜂窝小区进行的E-MBMS和单播服务的示例传输。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在图4中所示的示例中，M个蜂窝小区传送三个E-MBMS服务1、2和3。蜂窝小区1在一个时频块410中传送E-MBMS服务1，在时频块412和414中传送E-MBMS服务2，而在一个时频块416中传送E-MBMS服务3。类似地，如图4所示，其他蜂窝小区传送服务1、2、3。 [0060] 一般而言，E-MBMS服务可在任何数量的时频块中被发送。子帧的数量可取决于要发送的数据量以及可能的其他因素。如图4所示，M个蜂窝小区可在那些在时间和频率上可能不对齐的时频块中传送三个E-MBMS服务1、2、3。此外，M个蜂窝小区可针对三个E-MBMS服务传送相同或不同的内容。每个蜂窝小区可在不用于三个E-MBMS服务的剩余时频资源中传送其自己的单播服务。M个蜂窝小区可传送针对其单播服务的不同内容。 [0061] 图3和4示出了在多蜂窝小区模式和单蜂窝小区模式中传送E-MBMS服务的示例设计。E-MBMS服务还可在多蜂窝小区和单蜂窝小区模式中按其他方式进行传送，例如，使用时分复用(TDM)。 [0062] 如上所述，E-MBMS服务可用来向群分发多播数据，并且在群通信系统(例如，即按即讲(PTT)呼叫)中可能有用。E-MBMS上的常规应用具有分开的服务宣告/发现机制。此外，预先建立的E-MBMS流上的通信永远开启，即使 是在空中接口上。当呼叫/通信不在进行中时，必须应用功率节省优化来使UE休眠。这通常通过使用单播或多播用户面数据上的带外服务宣告来实现。替换地，可使用应用层寻呼信道之类的机制。因为应用层寻呼机制必须保持活跃，所以它消耗多播子帧上在没有该寻呼机制的情况下原本可以空闲的带宽。另外，因为多播子帧在使用应用层寻呼时将是活跃的，所以子帧内资源块的其余部分不能用于单播话务。因此，对于应用层寻呼被调度而没有任何其他数据时的实例，对于该子帧将消耗总共5Mhz带宽。 [0063] 图5A是对可实现本文中可互换地使用的演进型多媒体广播/多播服务(E-MBMS)或MBMS服务的无线网络的另一解说。MBMS服务区域500可包括多个MBSFN区域(例如，MBSFN区域1(501)，以及MBSFN区域2(502))。每个MBSFN区域可得到耦合至核心网530的一个或多个演进型B节点510的支持。核心网520可包括各个元件(例如，MME532、E-MBMS网关534、以及广播多播服务中心(BM-SC)536)，以促成控制来自内容提供方570(其可包括应用服务器等)的内容，并将其分发到MBMS服务区域500。 [0064] 图5B是可实现如本文所公开的多媒体广播/多播服务(MBMS)的无线网络的另一解说。在所解说的网络中，应用服务器550(例如，PTT服务器)可用作内容服务器。应用服务器550可在单播分组552中将媒体传达至网络核，其中该内容可在单播配置中被维护且作为单播分组被传送至给定UE(例如，始发者/讲话方520)，或可通过BM-SC 536被转换成多播分组 554，多播分组554随后可被传输至目标UE 522。例如，PTT呼叫可由UE 520通过在单播信道上经由单播分组552与应用服务器550通信而发起。将注意，对于呼叫始发者/呼叫讲话方，应用信令和媒体两者均经由单播信道在上行链路或即反向链路上传达。应用服务器550随后可生成呼叫宣告/呼叫建立请求，并且将这些传达至目标UE 522。如该具体示例中解说的，该通信可在多播流上经由多播分组554传达至目标UE 522。此外，将理解，在该示例中，应用信令和媒体两者均可在多播流上在下行链路或即前向链路中传达。与常规系统不同，在多播流中具有应用信令和媒体两者避免了具有用于应用信令的分开的单播信道的需要。 然而，为允许所解说的系统的多播流上的应用信令，在BM-SC 536、EMBS GW(EMBS网关)534、eNB 510与目标UE 522之间将建立(并永久保持)演进 型分组系统(EPS)承载。 [0065] 根据本文所公开的各个实施例，将进一步讨论一些与E-MBMS相关的下行链路信道，它们包括： [0066] MCCH：多播控制信道； [0067] MTCH：多播话务信道； [0068] MCH：多播信道；以及 [0069] PMCH：物理多播信道。 [0070] 将领会，E-MBMS和单播流的复用仅在时间域中被实现。MCH通过MBSFN在物理层上的特定子帧中传送。MCH是纯下行链路信道。每子帧使用单个传输块。不同服务(MTCH)可在该传输块中被复用，如将参照图6解说的。 [0071] 为实现低等待时间并减少控制信令，对于每个服务区域可激活一个E-MBMS流(562,564)。取决于数据率，多个多播流可在单个时隙上被复用。当没有为UE调度的单播数据时，PTT UE(目标)可忽略被调度的子帧以及在被调度的子帧之间“休眠”，并且降低功耗。MBSFN子帧可被同一MBSFN服务区域中的各群共享。MAC层信令可用来为目标UE“唤醒”应用层(例如，PTT应用)。 [0072] 各实施例可使用两个广播流，各自是LTE广播流上的一个单独的E-MBMS流，且各自具有其自己的应用级广播流以及针对每个定义的广播区域502、501(例如，网络内扇区的子集)的其自己的(多播IP地址)。尽管作为分开的区域来解说，但将理解广播区域502、501可以重叠。 [0073] 在LTE中，用于多播的控制和数据话务分别在MCCH和MTCH上进行递送。UE的媒体接入控制协议数据单元(MAC PDU)指示了该MTCH与特定MTCH在子帧内的位置的映射。MCH调度信息(MSI)MAC控制元素被包括在MCH调度周期内分配给MCH的第一子帧中，以指示每个MTCH的位置以及MCH上未使用的子帧。对于由MTCH逻辑信道携带的E-MBMS用户数据，MCH调度信息(MSI)周期性地在各较低层(例如，MAC层信息)提供与解码MTCH有关的信息。MSI调度可被配置，且根据该实施例在MTCH子帧区间之前被调度。 [0074] 图6解说了可以是本文参考各个实施例讨论的演进型B节点之一和UE之 一的演进型B节点110和UE120的设计的框图。在这一设计中，B节点110装备有T个天线634a到634t，且UE120装备有R个天线652a到652r，其中一般而言T大于或等于1，并且R大于或等于1。 [0075] 在B节点110，发射处理器620可从数据源612(例如，直接或从应用服务器150间接)接收用于单播服务的数据以及用于广播和/或多播服务的数据。发射处理器620可处理每个服务的数据以获得数据码元。发射处理器620还可从控制器/处理器640和/或调度器644接收调度信息、配置信息、控制信息、系统信息和/或其他开销信息。发射处理器620可处理收到的开销信息并且提供开销码元。发射(TX)多输入多输出(MIMO)处理器630可将数据和开销码元与导频码元进行复用、处理(例如，预编码)经复用的码元、以及向T个调制器(MOD)632a到632t提供T个输出码元流。每个调制器632可以处理各自的输出码元流(例如，用于实现OFDM)以获得输出采样流。每个调制器632可进一步处理(例如，转换至模拟、放大、滤波、及上变频)该输出采样流以获得下行链路信号。来自调制器632a至632t的T个下行链路信号可分别经由T个天线634a至634t被发射。 [0076] 在UE 120处，天线652a到652r可接收来自B节点110的下行链路信号并且分别向解调器(DEMOD)654a到654r提供收到信号。每个解调器654可以调理(例如，滤波、放大、下变频、以及数字化)相应的收到信号以获得收到采样并且可以进一步处理这些收到采样(例如，针对OFDM)以获得收到码元。MIMO检测器660可接收和处理接收自所有R个解调器654a到654r的码元，并提供检出码元。接收处理器670可以处理这些检出码元，将针对UE 120和/或期望服务的经解码数据提供给数据阱672，并且将经解码的开销信息提供给控制器/处理器 690。一般而言，MIMO检测器660和接收处理器670进行的处理与B节点110处的TX MIMO处理器630和发射处理器620进行的处理互补。 [0077] 在上行链路上，在UE 120处，来自数据源678的数据和来自控制器/处理器690的开销信息可由发射处理器680处理，进一步由TX MIMO处理器682处理(若适用)，由调制器654a到654r调理，以及经由天线652a到652r发送。在B节点110处，来自UE 120的上行链路信号可由天线634接收、由解 调器632调理、由MIMO检测器636检测、以及由接收处理器638处理，以获得由UE 120传送的数据和开销信息。 [0078] 控制器/处理器640和690可分别指导B节点110和UE 120处的操作。调度器644可以为下行链路和/或上行链路传输来调度UE，调度广播和多播服务的传输，并且为受调度的UE和服务提供无线电资源指派。控制器/处理器640和/或调度器644可生成调度信息和/或其他开销信息以供广播和多播服务。 [0079] 控制器/处理器690可实现用于本文所描述的技术的过程。存储器642和692可各自存储供B节点110和UE 120使用的数据和程序代码。 [0080] 图7解说了包括被配置成执行功能性的逻辑的通信设备700。通信设备700可对应于上述各通信设备中的任一个，包括但不限于B节点110或510、UE 120或522，应用服务器150、网络控制器130、BM-SC 536、内容服务器570、MME 532、E-MBMS-GW 532等。因此，通信设备700可对应于被配置成通过网络与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。 [0081] 参照图7，通信设备700包括配置成接收和/或传送信息的逻辑705。在一示例中，如果通信设备700对应于无线通信设备(例如，UE 120、B节点110等)，则配置成接收和/或传送信息的逻辑705可包括无线通信接口(例如，蓝牙、WiFi、2G、3G等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑705可对应于有线通信接口(例如，串行连接、USB或火线连接、能用来接入因特网175的以太网连接等)。因此，如果通信设备700对应于某种类型的基于网络的服务器(例如，应用服务器150、网络控制器130、BM-SC 536、内容服务器570、MME 532、E-MBMS-GW 532等)，则配置成接收和/或传送信息的逻辑705在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在另一示例中，配置成接收和/或传送信息的逻辑705可包括通信设备700可藉以监视其本地环境的传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)。配置成接收和/或传送信息的逻辑705还可包括在被执行时允许配置成接收和/或传送信息的逻辑705的关联硬件执行其接收和/或传送功能的软件。 然而，配置成接收和/或传送信息的逻辑705不单单对应于软件，并且配置成接收和/或传送信息的逻辑705至少部分地依赖于硬件来实现其功能性。 [0082] 参照图7，通信设备700进一步包括配置成处理信息的逻辑710。在一示例中，配置成处理信息的逻辑710可至少包括处理器。可由配置成处理信息的逻辑710执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备700的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换(诸如，.wmv到.avi等))，等等。例如，包括在配置成处理信息的逻辑710中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器或任何其它此类配置。配置成处理信息的逻辑710还可包括在被执行时允许配置成处理信息的逻辑710的关联硬件执行其处理功能的软件。然而，配置成处理信息的逻辑710不单单对应于软件，并且配置成处理信息的逻辑710至少部分地依赖于硬件来实现其功能性。 [0083] 参照图7，通信设备700进一步包括配置成存储信息的逻辑715。在一示例中，配置成存储信息的逻辑715可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在配置成存储信息的逻辑715中的非瞬态存储器可对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质。配置成存储信息的逻辑715还可包括在执行时允许配置成存储信息的逻辑715的关联硬件执行其存储功能的软件。然而，配置成存储信息的逻辑715不单单对应于软件，并且配置成存储信息的逻辑715至少部分地依赖于硬件来实现其功能性。 [0084] 参照图7，通信设备700进一步可任选地包括配置成呈现信息的逻辑720。在一示例中，配置成显示信息的逻辑720可至少包括输出设备和相关联的硬件。 例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口，诸如USB、HDMI等)、音频输出设备(例如，扬声器、能承载音频信息的端口，诸如话筒插孔、USB、HDMI等)、振动设备和/或信息可藉以被格式化以供输出或实际上由通信设备700的用户或操作者输出的任何其它设备。例如，如果通信设备700对应于UE 120或520，则配置成呈现信息的逻辑720可包括显示屏和音频输出设备(例如，扬声器)。在另一示例中，配置成呈现信息的逻辑720可针对某些通信设备被省略，诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等)。配置成呈现信息的逻辑720还可包括在被执行时允许配置成呈现信息的逻辑720的关联硬件执行其呈现功能的软件。然而，配置成呈现信息的逻辑720不单单对应于软件，并且配置成呈现信息的逻辑720至少部分地依赖于硬件来实现其功能性。 [0085] 参照图7，通信设备700进一步可任选地包括配置成接收本地用户输入的逻辑725。在一示例中，配置成接收本地用户输入的逻辑725可至少包括用户输入设备和关联硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可承载音频信息的端口，诸如话筒插孔等)、和/或可用来从通信设备700的用户或操作者接收信息的任何其它设备。例如，如果通信设备700对应于UE 120或150，则配置成接收本地用户输入的逻辑725可包括显示屏(若实现为触摸屏)、按键板等。在进一步的示例中，配置成接收本地用户输入的逻辑725可针对某些通信设备被省略，诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等)。配置成接收本地用户输入的逻辑725还可包括在被执行时允许配置成接收本地用户输入的逻辑725的关联硬件执行其输入接收功能的软件。然而，配置成接收本地用户输入的逻辑725不单单对应于软件，并且配置成接收本地用户输入的逻辑725至少部分地依赖于硬件来实现其功能性。 [0086] 参照图7，尽管被配置的逻辑705到725在图7中被示出为分开或相异的块，但将领会，相应各个被配置的逻辑用来执行其功能性的硬件和/或软件可部分交迭。例如，用于促成被配置的逻辑705到725的功能性的任何软件可被存储在与配置成存储信息的逻辑715相关联的非瞬态存储器中，从而被配置的逻辑705到725各自部分地基于由配置成存储信息的逻辑705所存储的软件的操 作来执行其功能性(即，在这一情形中为软件执行)。同样，直接与被配置的逻辑中的一个逻辑相关联的硬件可不时地被其它被配置的逻辑借用或使用。例如，配置成处理信息的逻辑710的处理器可在数据由配置成接收和/或传送信息的逻辑705传送之前将此数据格式化为适当格式，从而配置成接收和/或传送信息的逻辑705部分地基于与配置成处理信息的逻辑710相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。此外，被配置的逻辑或配置成“…的逻辑”705到725并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件、或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但被配置的逻辑或“配置成…的逻辑”705到725不必被实现为逻辑门或逻辑元件。从以下详细描述的各实施例的概览中，被配置的逻辑705到725之间的其它交互或协作将对本领域普通技术人员而言变得清楚。 [0087] 常规地，蜂窝/无线网络上的E-MBMS服务中的不同流共享空中(OTA)资源和网络链路。然而，当多个数据流在同一目标区域(或MSFBN)上广播/多播时，每个应用流被分配其自己的传输和网络报头，例如，IP和TCP/UDP报头。这些网络和传输报头在网络层和传输层两者上消耗掉相当大比例的可用带宽。此带宽开销限制了实际应用有效载荷或者此带宽上可支持的不同应用流的数目。假定知晓多个流具有共用链路，则本发明的各实施例针对减少和/或消除某些网络和传输报头以改进带宽效率并提高应用有效载荷或相同带宽内应用流的数目。 [0088] 图8解说了根据本发明一实施例的应用服务器550、BM-SC 536和分组数据服务节点或分组数据网络网关(PDSN/PGW)536’之间的示例接口。具体而言，在图8中，来自图5B的应用服务器550被解说为多个不同的应用服务器550-1…550-N，其中N>1。应用服务器550-1…550-N中的每一个与不同E-MBMS和/或单播服务相关联。例如，应用服务器550-1可配置成支持用于给定地理区域中紧急应答方的分派服务，应用服务器550-2可配置成支持给定地理区域中媒体内容节目或频道(例如ESPN、HBO等)的递送，以此类推。 [0089] 在图5B中，应用服务器550被示为具有至BM-SC 536的直接连接，这隐含着每个应用服务器550具有其自己的到BM-SC 536的IP/UDP连接。在图8 中，应用服务器550-1…550-N具有如图5B中所示的到BM-SC 536的直接连接，但应用服务器550-1…550-N还连接至流复用器800和PDSN/PGW536’。流复用器800可被实现为远程或独立的服务器，或者被实现为应用服务器550的一部分。如以下将关于图9A-9B更详细描述的，流复用器800配置成将来自单个应用服务器或不同应用服务器的多个E-MBMS流选择性地复用到单个IP/UDP链路上以供递送给BM-SC 536，或者替换地将来自一个或多个应用服务器的多个单播流选择性地复用到单个IP/UDP链路上以供递送给PDSN/PGW536’。这准许多个E-MBMS流共享共用的临时移动群身份(TMGI)、共用的IP/UDP链路，并由此在个体演进型B节点处共享共用的物理信道资源(即，共用的子帧)。此外，这准许多个单播流共享共用的IP/UDP链路，并由此在个体演进型B节点处共享共用的物理信道资源(即，共用的子帧)。如以下将更详细描述的，被应用服务器认定为保证复用的单播或多播数据可被路由至流复用器800，流复用器800将传入数据复用并随后将经复用的数据转发给目标BM-SC 536或PDSN/PGW536’。另一方面，被应用服务器认定为不保证复用的单播或多播数据(至少在用于传输的一个或多个目标区域内)可被直接转发给目标BM-SC 536或PDSN/PGW 536’。 [0090] 图9A和9B解说了根据本发明一实施例的将与不同数据流相关联的数据复用到单个多播流上的示例。 [0091] 参照图9A，应用服务器550-1…550-N将与多个不同数据流相关联的数据提供给流复用器800，900A。举例而言，900A处提供的这多个不同数据流可与单个E-MBMS服务(例如，媒体和控制部分)、不同E-MBMS服务、单播服务等相关联。图9B解说了可如何实现图9A的900A的示例，藉此始发者UE 520将单播媒体提供给应用服务器550-1以供作为E-MBMS流传送给多播群，900B，并且应用服务器550-1随后将该单播媒体转发给流复用器800，905B。此外，与该E-MBMS流相关联的信令信息可由应用服务器550-2发送，910B和915B。 [0092] 在接收到与这多个数据流相关联的数据之后，流复用器800确定是经由多播还是单播向(诸)目标UE传送相应流，905A。此确定基于(诸)目标UE是否共处一地并且能够接收多播话务。如果流复用器800在905A确定要经由IP单播进行传送，则该过程前进至图9C的900C，并且传入数据被复用并随后 经由单播传送给(诸)目标UE。替换地，如果流复用器800在905A确定要经由IP多播进行传送，则流复用器800标识出用于多播相应数据流的目标区域，915A。例如，在915A，流复用器800可确定要将第一数据流定向至MBSFN1、将第二数据流定向至MBSFN1、将第三数据流定向至MBSFN2，以此类推。 [0093] 参照图9A，将领会，900A处抵达的用于每个相应数据流的数据分组与它们自己的因流而异的IP和UDP地址相关联。在图9A的实施例中，代替简单地将这些数据分组分开地转发给BM-SC 536、其中它们的因流而异的IP和UDP地址为完整的，用于目标为相同MBSFN区域的分开数据流的数据分组的IP和UDP报头在920A被剥离或移除。随后，在925A，经剥离的数据分组的有效载荷部分被合并到具有共用IP/UDP地址的单个数据分组中。进一步地，在925A，如果已经存在被递送给与经剥离的数据分组相同的目标MBSFN区域的现有多播流，则经剥离的数据分组可进一步还与这些现有多播流合并。如将领会的，将来自多个多播流的数据分组的有效载荷合并降低了与发送带有具有其自己的IP/UDP地址的分开报头的这些数据流中每一个相关联的开销。 [0094] 925A的复用规程在图9B内更详细示出。参照图9B，媒体和信令流905B到915B抵达流复用器800，并且连同其他传入数据流(未示出)一起被添加到流缓冲器920B到940B。流复用器800将来自这些被缓冲的分组的数据有效载荷选择性地合并到具有共用IP/UDP地址的分组中以供递送给BM-MS536，945B。在图9B的实施例中，假定媒体流905B和信令910及915B的目标为同一目标MBSFN区域，则这些媒体流在945B被复用。此选择性复用可经由同步分组950B被传递给目标UE，在一个示例中，同步分组950B可由流复用器800处负责为传入数据流标识和比较相应目标MBSFN区域的逻辑生成。如以下将更详细描述的，同步分组950B可按事件驱动方式(例如，每当复用格式改变时，诸如当数据流被添加或移除时，数据流被重新安排，比特掩码映射改变等)和/或周期性地发送给相关联的经复用数据流的目标UE。 [0095] 在图9B中，955B解说了用于特定多播流的经合并或复用的分组的示例。如图9B中所示，在流复用器800处来自传入数据分组的原始IP/UDP地址960B被移除并替代以共用IP/UDP地址963B，用于包含在其中的所有相应的数据有效载荷。经复用的分组955B进一步包括比特掩码965B，其向目标UE指令关 于经复用的IP/UDP分组955B的各个有效载荷部分的源。例如，比特掩码965B指示有效载荷部分975B与多播流1(例如，媒体有效载荷数据)相关联、有效载荷部分977B与多播流2(例如，信令有效载荷数据)相关联、有效载荷部分979B与多播流3(例如，信令有效载荷数据)相关联，以此类推。 [0096] 回到图9A，在925A选择性地复用数据流之后，流复用器800将经复用的数据分组递送给BM-SC 536，930A。BM-SC 536进而将经复用的数据分组递送给它们相应的目标MBSFN区域，935A。目标MBSFN区域内的至少一个目标UE 522接收并解码经复用的数据分组的报头，940A。基于来自940A的报头解码，目标UE确定它是否为包含在其中的一个或多个有效载波部分的目标，945A。例如，目标UE可从经复用的数据分组的报头评估比特掩码965B以标识与相应有效载荷部分相关联的服务，并且随后确定该UE是否对相关联的服务感兴趣。如以上所讨论的，同步分组950B提供比特掩码中的比特到标识信息的流的映射。此外，当新的流被复用或从复用中移除时，同步分组950B被发送以更新该映射。例如，当用于特定流的数据被包括时，比特掩码965B的对应比特位置被设为1。因此，965B中的比特位置#1被设为1以指示媒体流920B具有经复用分组中的数据，965B中的比特位置#2被设为0以指示流925B不具有经复用分组中的数据，以此类推。在图9B中，时间线985B示出同步分组950B的传输连同经复用分组的传输(其中变化的有效载荷等级部分地基于被复用到特定分组中的流的数目)。参照图9A，如果目标UE在945A确定它不对经复用数据分组中所包含的任何有效载荷感兴趣，则目标UE忽略该经复用数据分组并且不进一步对它进行解码，950A。否则，如果目标UE在 945A确定它对经复用数据分组中所包含的至少一个有效载荷感兴趣，则目标UE对相关有效载荷部分进行解码并将经解码有效载荷部分递送给目标UE的上层以用于进一步处理， 955A。 [0097] 图9C和9D解说了根据本发明一实施例的将与不同数据流相关联的数据复用到单个单播流上的示例。具体而言，图9C解说了在流复用器确定要经由IP单播而非IP单播来进行传送的情况下(例如，如果目标UE没有充分地共处一地)复用数据流的规程。 [0098] 参照图9C，在图9A的905A中确定要经由单播传送要被复用的一组数据 流之后，流复用器800标识用于单播传输的目标PDSN/PGW 536’，900C。 [0099] 参照图9A，类似于图9A的920A，将领会，900A处抵达的用于每个相应数据流的数据分组与它们自己的因流而异的IP和UDP地址相关联。在图9C的实施例中，代替简单地将这些数据分组分开地转发给PDSN/PGW 536’、其中它们的因流而异的IP和UDP地址为完整的，用于目标为相同目标UE的分开数据流的数据分组的IP和UDP报头在905C被剥离或移除。随后，在910C，经剥离的数据分组的有效载荷部分被合并到具有共用IP/UDP地址的单个单播数据分组中。进一步地，在910C，如果已经存在被递送给与经剥离的数据分组相同的目标UE的现有单播流，则经剥离的数据分组可进一步还与这些现有单播流合并。如将领会的，将来自多个单播流的数据分组的有效载荷合并降低了与发送带有具有其自己的IP/UDP地址的分开报头的这些数据流中每一个相关联的开销。 [0100] 910C的复用规程在图9D内更详细示出。图9C与图9B相同，除了来自图9B的BM-SC 536被图9D中的PDSN/PGW 536’替代以示出经复用的单播数据分组被转发给PDSN/PGW 536’以供传送给它们的目标UE，而不是转发给接收MBMS话务的多播的BM-SC 536。除了单播和多播差异以外，图9D非常类似于图9B，并且不论有效载荷旨在用于多播还是单播传输，相应的复用都可按类似方式发生。 [0101] 回到图9A，在910C选择性地复用数据流之后，流复用器800将经复用的数据分组递送给PDSN/PGW 536’。PDSN/PGW 536’进而将经复用数据分组递送给其相应的目标B节点以供经由IP单播传送给目标UE，920C。至少一个目标UE 522接收并解码经复用数据分组的报头，925C。在925C的解码之后，930C到940C对应于图9A的945A到955A，并因此出于简明起见将不作进一步描述。 [0102] 图10A解说了用于来自图9B或9D的经合并或经复用分组955B和955D的替换配置。参照图10A，与经合并或经复用分组955B和955D相类似，图10的经合并或经复用分组1000A省略掉正被流复用器800复用的传入数据分组的原始IP/UDP地址1005A，并代之以包括共用IP/UDP地址1010A，类似于图9B的963B或图9D的963D。分组1000A进一步包括经复用有效载荷部分 1020A，其包括指示经复用有效载荷部分1020A中IP片段的数目(即，具有该分组中的有效载荷部分的不同流的数目)的字段1025A。在图10A的示例中，假定分组1000A包括三(3)个IP片段1030A、1035A和1040A，其分别与来自图9B的多播流1、2、3相关联。 [0103] 第一IP片段1030A包括指示第一IP分段1030A的长度的流长度字段1050A、代表流1分组中在图9A的920A或图9C的905C被剥离的IP/UDP报头的比特掩码1055A、以及流1分组的有效载荷1060A(类似于图9B的975B)。第二IP片段1035A包括指示第二IP分段1035A的长度的流长度字段1065A、代表流2分组中在图9A的920A或图9C的905C被剥离的IP/UDP报头的比特掩码1070A、以及流2分组的有效载荷1075A(类似于图9B的977B)。第三IP片段1045A包括指示第三IP分段1045A的长度的流长度字段1080A、代表流3分组中在图9A的920A或图9C的905C被剥离的IP/UDP报头的比特掩码1085A、以及流3分组的有效载荷1090A(类似于图9B的 979B)。 [0104] 用于相应流的比特掩码1055A、1070A和1085A分别类似于图9B和9D的比特掩码965B或965D。在一个示例中，比特掩码1055A可基于经合并或复用的分组的目标UE根据同步分组中所包含的信息(例如图9B的950B或图9D的950D)查明的关联被映射到用于流1的IP/UDP报头，依此类推。因此，同步分组950B可向目标UE通知比特掩码“1010111”被映射到用于流1的IP/UDP地址。替换地，比特掩码和IP/UDP地址之间的映射可被自包含在经合并或经复用的分组中，诸如与用于实际路由经合并或复用的分组1000A的共用IP/UDP报头部分1010A分开的报头字段。 [0105] 图10B解说了根据本发明一实施例的在图9A的955A和/或图9C的905C发生的用于如图10A中所示配置的经复用数据分组的解码操作。图10B的解码操作通过执行解码的UE的逻辑架构1000B来示出。在图10B中，经复用的数据分组1000A在UE的分组接收机1005B处接收，并被传递给解复用器模块1010B。解复用器模块1010B评估经复用数据分组1000A的经复用有效载荷1020A以重构IP/UDP报头以及经复用有效载荷1020A中相应IP片段的有效载荷部分。例如，解复用器模块1010B评估IP片段字段1025A的数目以确定经复用有效载荷1020A中所包含的IP片段的数目，并随后评估长度字段1050A、 1065A和1080A以提取用于每个因流而异的有效载荷部分(1060A，1075A和1090A)的比特，同时基于比特掩码1055A、1070A和1085A来标识每个因流而异的有效载荷部分。比特掩码1055A、1070A和1085A被用来查找与相应因流而异的有效载荷部分相关联的对应IP/UDP报头。 [0106] 在解复用器模块1010B提取出因流而异的有效载荷之后，解复用器模块1010B将相应的因流而异的有效载荷传递给因流而异的模块以用于进一步处理。在图10B中，假定经复用有效载荷1020A包括用于流1、2和3的因流而异的有效载荷部分，UE对流1和2感兴趣但不对流3感兴趣，并且UE还对流5感兴趣。在这些假定下，解复用器模块1010A将所提取的用于流1的信息1015B传递给用于流1的IP和端口号模块1020B，用于流1的IP和端口号模块1020B进而将用于流1的有效载荷媒体发送给指派给流1的设备资源1025B(例如，处理器、扬声器、显示器等)，并且解复用器模块1010A还将所提取的用于流2的信息1030B传递给用于流2的IP和端口号模块1035B，用于流2的IP和端口号模块1035B进而将用于流2的有效载荷媒体发送给指派给流2的设备资源1040B(例如，处理器，扬声器，显示器等)。UE的逻辑架构1000B中还示出了用于流5的IP和端口号模块1035B以及与流5的媒体回放相关联的设备资源1050B。然而，由于经复用分组1000A并不包括用于流5的有效载荷部分，因此在图10B中没有有效载荷被传递给用于流5的IP和端口号模块1035B和/或用于处理和/或回放的设备资源1050B。 [0107] 结合本文中公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。 [0108] 相应地，本发明的实施例可包括实施用于演进型多媒体广播/多播服务(E-MBMS)上的群通信的方法的计算机可读介质。因此，本发明并不限于所解说的示例且任何用于执行文本所描述的功能的手段均被包括在本发明的实施例中。 |
||||||
