CN102057695A

CN102057695A - 涉及多媒体广播多播服务的方法和设备

Info

Publication number: CN102057695A
Application number: CN2009801207073A
Authority: CN
Inventors: 伊纳·韦德格伦
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2008-06-06
Filing date: 2009-04-20
Publication date: 2011-05-11
Also published as: ATE548867T1; EP2281402B1; EP2281402A1; WO2009148383A1; US20110085488A1; US8891426B2

Abstract

在平坦无线接入网(RAN)架构中，每个基站(16)通过与相邻基站(16)共享基站(16)经由其空中接口(24)发送的相同控制平面信息，来与其相邻基站(16)共享多媒体广播多播服务(MBMS)控制平面信息。例如，在宽带CDMA实施例中，其中平坦WCDMA RAN(12)中的每个基站(16)被称作NodeB+，一个NodeB+与一个或多个相邻NodeB+共享MBMS控制平面信息。这种共享允许给定的基站(16-1)不仅广播其自身小区(18-1)的MBMS配置信息，而且广播在一个或多个相邻基站(16-2、16-3)控制之下操作的一个或多个相邻小区(18-2、18-3)的这种信息。因此，驻留于给定基站的小区(18-1)中的用户设备(UE)(22)被提供有在其当前小区(18-1)中和在一个或多个相邻小区(18-2、18-3)中获取MBMS用户平面所需的信息。以这种方式，UE(22)，也被称作移动终端，可以从多个基站(16-1、16-2、16-3)接收MBMS传输，以进行选择性和/或软合并。从而改进了UE接收性能，并且平坦RAN(12)中的基站(16)一般可以以更低功率来发送MBMS传输。

Description

涉及多媒体广播多播服务的方法和设备

技术领域

本发明总体涉及如在宽带CDMA网络中提供的多媒体广播多播服务(MBMS)，具体涉及平坦(flat)架构无线接入网(RAN)中跨基站的MBMS控制平面协调。

背景技术

对于分级无线接入网(RAN)架构，多媒体广播多播服务(MBMS)是已知的。参见例如由第三代伙伴计划(3GPP)发布的技术规范(TS)TS 25.331 v8.20和TS 25.346 v8.1.0。对于分级RAN，典型方式是使用RAN架构内的无线网络控制器或其他更高实体来在多个基站(如NodeB)上对MBMS进行协调。然而，这种类型的集中式控制不可用于平坦RAN架构中。

正在进行的工作(如在3GGP RAN3工作组中实现的)提供了与在平坦网络架构中改进MBMS选择性和/或软合并以及单频网(SFN)操作有关的进一步教导。具体地，可以参考标识为TR R3.022 v0.3.0(2008-05)的3GGP技术报告。该正在进行的工作集中于平坦RAN中的用户平面同步，但未解决MBMS控制平面协调和同步的实际方案。

发明内容

在平坦无线接入网(RAN)架构中，每个基站通过与相邻基站共享基站经由其空中接口(24)发送的相同控制平面信息，来与其相邻基站共享多媒体广播多播服务(MBMS)控制平面信息。例如，在宽带CDMA实施例中(其中平坦WCDMA RAN(12)中的每个基站被称作NodeB+)，一个NodeB+与一个或多个相邻NodeB+共享MBMS控制平面信息。这种共享允许给定的基站不仅广播其自身小区的MBMS配置信息，而且广播在一个或多个相邻基站的控制之下操作的一个或多个相邻小区的这种信息。因此，驻留于给定基站的小区中的用户设备(UE)被提供有在其当前小区中和在一个或多个相邻小区中获取MBMS用户平面所需的信息。以这种方式，UE(也被称作移动台)可以从多个基站接收MBMS传输，以进行选择性和/或软合并。从而改进了UE接收性能，并且，平坦RAN中的基站一般可以以更低功率发送MBMS传输。

在至少一个实施例中，这里提出的教导有利地认识到，MCCH获取过程的RRC消息(如在3GPP TS 25.331 v8.2.0中描述)包含NodeB+能够在MCCH消息MBMS相邻小区P-T-M RB信息(MBMS NEIGHBOURING CELL P-T-M RB INFORMATION)(P-T-M表示点对多点)中定义和通告相邻小区所需的所有信息。

相应地，在这里想到的一个或多个实施例中，平坦RAN中的NodeB+或其他这种基站向其相邻NodeB+中的一个或多个发送其在MCCH获取过程中在空中发送的相同RRC消息。优选地，这些消息是以透明的方式在NodeB+之间通过标准化Iur接口来发送的。这样，给定的NodeB+本质上从相邻NodeB+接收相同RRC消息，如同其从该相邻NodeB+的MCCH接收空中传输那样。

在一个方面，NodeB+包括MCCH上发送的(或将要发送的)相关RRC消息，作为这里提出的新的无线网络子***应用部分(RNSAP)消息/过程的一部分，称作“MCCH信息传送”。(RNSAP是可以用于在平坦架构中进行NodeB+间通信的3GPP协议。)在一个实施例中，使用新RNSAP类别2过程，其中，使用RRC“容器”技术，通过标准Iur接口从一个NodeB+向另一个NodeB+发送的消息包含3GPP TS 25.331 v8.2.0中的MCCH获取过程的RRC消息。这种信息的交换足以支持MBMS会话开始所需的协调。

因此，在至少一个实施例中，这里的教导提供了称作“MCCH信息传送”的新的类别2 RNSAP过程，定义了称作MCCH信息传送(MCCH INFORMATION TRANSFER)的消息，该消息使一个NodeB+能够在RRC容器中向相邻NodeB+发送MCCH获取过程3GPP TS 25.331 v8.2.0的RRC消息。这允许每个相邻NodeB+向驻留于其自身小区中的UE提供针对处于其他NodeB+控制之下的一个或多个相邻小区的MBMS用户平面配置信息。

然而，应当注意，这里的教导不限于“RNSAP类别2过程”，即，没有响应于消息而接收到响应。在一个或多个实施例中，这里的教导在较宽意义上提供了平坦网络中的第一基站(如NodeB+)，以与第二基站共享MBMS用户平面配置信息。例如，在平坦网络中，第一NodeB+通过向第二NodeB+发送一个或多个消息，来与第二NodeB+共享其MBMS用户平面配置信息。所述消息指示与MBMS用户平面配置信息相关联的小区的标识，使得进行接收的NodeB+知道哪些小区与配置信息相关联。

此外，在至少一个这样的实施例中，这种共享基于经由标准的基站间接口向第二基站发送一个或多个RRC容器。这些RRC容器透明地承载由第一基站针对MCCH获取过程广播的RRC消息。因此，在这里提出的教导的至少一个实施例中，将新RNSAP消息定义为包括与MCCH相关联的RRC消息。具体地，用于在平坦WCDMA网络中的NodeB+之间共享的、所关注的RRC消息是与MCCH获取过程相关的RRC消息。这些RRC消息至少包括：MBMS修改服务信息(MBMS MODIFIED SERVICES INFORMATION)；MBMS公共P-T-M RB信息(MBMS COMMON P-T-M RB INFORMATION)；以及MBMS当前小区P-T-M RB信息(MBMS CURRENT CELL P-T-M RB INFORAMTION)。共享的RRC消息还可以包括MBMS相邻小区P-T-M RB信息(MBMS NEIGHBOURING CELL P-T-M RB INFORMATION)。

这里还包括与对p-t-m(点对多点)与p-t-p(点对点)之间的计数和切换进行处理以及报告这种改变有关的教导。此外，本文中提出的教导扩展至单频网(SFN)中的多播/广播(表示为MBSFN)。

附图说明

图1是无线通信网络的一个实施例的简化框图，该无线通信网络具有平坦架构RAN并针对这里教导的基站间MBMS配置信息共享而配置。

图2是在相邻基站之间共享MBMS配置信息的方法的一个实施例的逻辑流程图。

图3是基站经由基站间接口来交换MBMS配置信息的一个实施例的框图。

具体实施方式

图1示意了示例无线通信网络10，包括：“平坦架构”无线接入网(RAN)12，耦合至核心网(CN)14，核心网(CN)14提供与一个或多个外部网络或***(未示出)的通信链路。RAN 12内的基站16提供给定的、潜在重叠的服务区上的无线覆盖。例如，基站16-1控制一个或多个小区18-1，基站16-2控制一个或多个小区18-2，基站16-3控制一个或多个小区18-3，以此类推。基站间接口20以通信的方式将各个基站16链接在一起。注意，当不需要编号后缀来将小区或基站彼此区分时，一般使用“基站16”和“小区18”。

作为非限制性示例，网络10包括宽带码分多址(WCDMA)网络，基站16包括针对WCDMA操作而配置的“NodeB+”基站。网络10将通信服务提供给用户设备(UE)，如移动台22。具体地，网络10根据多少个移动台22在给定小区18中接收MBMS传输，使用点对点(p-t-p)传输、点对多点(p-t-m)传输或两者的某种组合，将多媒体广播多播服务(MBMS)提供给移动台22。每个基站16包括或提供空中接口24，空中接口24用于向移动台22或其他用户设备发送无线信号或者从移动台22或其他用户设备接收无线信号。

利用p-t-p传输，给定基站16使用专用于给定移动台22的业务信道，将MBMS数据发送至给定移动台22。利用p-t-m传输，给定基站16在由多个移动台22共同接收的广播信道上将MBMS数据广播至多个移动台22。有利地，本文中公开的教导提供在基站16之间对MBMS用户平面数据的共享，使得一个小区18中给定的移动台22可以获取在RAN12的另一小区18内发送的MBMS信号。

更详细地，每个基站16基于通过基站的空中接口24发送MBMS数据，以及发送在由基站16控制的小区18中操作的移动台22获取这些小区18内的MBMS所需的控制信息，来将MBMS提供给这些移动台22。给定移动台22“驻留”于给定小区18中，并从对该小区18进行控制的基站16接收该小区18的控制信息。该控制信息包括：RRC消息，通过基站的空中接口24发送，提供小区18中的移动台22获取在小区18中广播的多播控制信道(MCCH)所必需的MBMS用户平面配置信息。然而，由于移动台22不会一次驻留于多于一个小区18中，因此传统上，它们不接收在其他基站16的控制之下操作的相邻小区18的MBMS用户平面配置信息。此时，传统上，在平坦架构RAN 12内，移动台22从而不能一次从多于一个基站16接收MBMS。

然而，有利地，在相邻基站16之间对MBMS用户平面配置信息的共享允许给定移动台22获取在不同基站16的控制之下操作的不同小区18中的MCCH。由此，移动台可以一次调谐至多于一个基站16，或可以一次从多于一个基站16接收MBMS数据。更详细地，第一基站16-1在平坦架构RAN 12中操作，并被配置为经由其空中接口24发送一个或多个无线资源控制(RRC)消息，以向用户设备(如一个或多个移动台22)提供由第一基站16-1控制的一个或多个小区18的MBMS用户平面配置信息。

此外，第一基站16-1被配置为通过经由基站间接口20向第二基站16-2发送一个或多个RRC消息，来与相邻第二基站16-2共享该MBMS用户平面配置信息。此外或备选地，第一基站16-1基于经由基站间接口20向基站16-3发送RRC消息，来与基站16-3共享MBMS用户平面配置信息。在WCDMA示例中，基站间接口是以通信的方式将NodeB+耦合在一起且允许一个NodeB+信号通知另一NodeB+的标准化Iur接口。

图2示意了上述共享操作的方法实施例。根据所示的处理，第一基站16-1经由其用户接口在一个或多个RRC消息中发送MBMS用户平面配置信息(框100)。基站16-1还经由基站间接口20向相邻第二基站16-2(或16-3)发送这些相同RRC消息(框102)。当然，应当理解，可以对图2的处理流程重新排序，使得第一基站16-1向第二基站16-2发送RRC消息，然后经由其空中接口24发送这些RRC消息。一般地，在基站16-1与16-2之间共享的RRC消息是已经或将要经由空中接口24发送至移动台22的相同RRC消息。例如，在一个或多个实施例中，第一基站16-1被配置为从第二基站16-2接收MBMS用户平面配置信息。该信息已经或将要通过第二基站16-2的空中接口24而发送，以向用户设备提供由第二基站16-2控制的小区18的MBSM用户平面配置信息。第一基站16-2相对应地在由第一基站16-1控制的小区18中发送用于指示由第二基站16-2控制的小区18的MBMS用户平面配置信息的信息。

在至少一个实施例中，经由基站间接口20从第一基站16-2发送至第二基站16-2的RRC消息是通过第一基站16-1的空中接口24发送的、针对由第一基站16-1控制的一个或多个小区18中的用户设备进行的多播控制信道MCCH获取的相同RRC消息。作为示例，第一基站16-1经由其空中接口在小区18-1中发送RRC消息，其中，这些RRC消息传递了移动台22在小区18-1中获取由第一基站16-1发送的MCCH所需的配置信息。还通过向第二基站16-2发送这些RRC消息，该第二基站16-2可以通过其空中接口24发送所述配置信息，以及发送其自身的、小区18-2的MCCH获取信息。因此，驻留于小区18-2中的移动台22接收小区18-2和小区18-1的MCCH获取信息。该添加的MCCH获取信息允许这种移动台22从小区18-2和18-1都获取MBMS服务，例如在分集/软切换配置中。

因此，在至少一个实施例中，第一基站16-1被配置为接收由第二基站16-2经由基站间接口20发送的RRC消息，其中，这些RRC消息是通过第二基站16-2的空中接口24发送的、针对由第二基站16-2控制的一个或多个小区18中的用户设备进行的MCCH获取的相同RRC消息。此外，第一基站16-1被配置为通过第一基站16-1的空中接口24来发送第二基站16-2的MBMS用户平面配置信息，并且，第二基站16-2通过第二基站16-2的空中接口24来发送第一基站16-1的MBMS用户平面配置信息。

对于发送RRC消息，在一个或多个实施例中，第一基站16-1通过将MCCH获取过程的RRC消息置于一个或多个RRC消息容器中，来向第二基站16-2发送该一个或多个RRC消息。然后，第一基站16-1在一个或多个无线网络子***应用部分(RNSAP)消息中向第二基站16-2发送这些RRC消息容器。

在本文中想到的一个或多个实施例中，在基站16之间共享附加信息。例如，在至少一个实施例中，第一基站16-1被配置为与第二基站16-2共享与从第一基站16-1接收MBMS业务的移动台22或其他用户设备的数目有关的信息。此外，在至少一个这样的实施例中，第一基站16-2被配置为至少部分地基于从第二基站16-2接收与从第二基站16-2接收MBMS业务的移动台22或其他用户设备的数目有关的信息，来确定是否从MBMS业务的p-t-m传输改变为MBMS业务的p-t-p传输。此外，在至少一个这样的实施例中，第一基站16-1被配置为至少部分地基于从第二基站16-2接收与从第二基站16-2接收MBMS业务的移动台22或其他用户设备的数目有关的信息，来确定是否从MBMS业务的p-t-p传输改变为MBMS业务的p-t-m传输。

除了共享MBMS用户平面配置信息以外，基站16可以共享附加的相关信息。例如，在一个实施例中，第一基站16-1被配置为，作为向第二基站16-2发送一个或多个RRC消息的一部分，或与向第二基站16-2发送一个或多个RRC消息相关联地，发送小区标识信息。小区标识信息向第二基站16-2指示与所共享的MBMS用户平面配置信息相关联的小区18的标识。

图3示意了一个所想到的共享的实施例，其中，基站16-1使用基站间接口20来向第二基站16-2发送MBMS用户平面配置信息，并在所标识的小区18中发送相关联的小区ID以及与第一基站16-1所支持的MBMS用户的数目有关的信息。更具体地，基站16-1与基站16-2共享通过基站16-1的空中接口(例如从天线26)广播的RRC消息，以在由基站16-1控制的一个或多个小区18中获取由基站16-1发送的MCCH。同样，基站16-2可以被配置为与基站16-1共享这种信息，并且应当理解，这种共享可以在任何给定数目的相邻基站16之间执行。该布置允许两个基站16除了发送其自身的MBMS用户平面配置信息以外还发送一个或多个相邻小区的MBMS用户平面配置信息。

示例相邻小区信息消息传输

在更详细的示例实施例中，给定基站16通过发送包括相邻小区MBMS用户平面配置信息在内的RRC消息来发送这种信息。具体地，基站16-1从相邻基站16-2接收MBMS用户平面配置信息以及与MBMS用户编号有关的关联信息，并且，基站16-1发送这种信息，以使用户设备(UE)能够对来自基站16-1和16-2的MBMS信号执行选择性或软合并。具体地，基站16-1发送表示为MBMS相邻小区P-T-M RB信息(MBMS NEIGHBOURING CELL P-T-M RB INFORMATION)消息的RRC消息。这里，“RB”表示“无线承载”。该消息包括对在MBMS相邻小区P-T-M RB信息消息之前在MCCH上发送的RRC消息MBMS公共P-T-M RB信息的引用。UE必须读取这两个消息，以检索选择性/软合并所需的与相邻小区18有关的信息。这些消息向UE提供：(1)相邻小区标识；(2)辅助CCPCH物理配置(如扰码、信道化码)；(3)合并类型：L2或L1(具有或不具有合并调度)；(4)L23配置；以及(5)定时偏移。

与相邻小区18有关的以上信息由对UE的当前小区18进行控制的基站16在该当前小区18中的MCCH上发送。为了使UE能够对来自由不同基站16控制的不同小区18的多播业务信道(MTCH)进行合并，与这些不同相邻小区有关的所有以上信息需要可用于UE。当然，以上信息必须与正确的MBMS会话相关，如临时移动组标识(TMGI)所指示。这是使用MBMS p-t-m RB信息与在MBMS相邻小区P-T-M RB信息消息之前发送的RRC消息MBMS修改服务信息(以及MBMS未修改服务信息)中的信息一起来进行的。如果MBMS相邻小区P-T-M RB信息消息信号通知将在相邻小区18中使用与当前小区18中相同L23配置，或者在MBMS相邻小区P-T-M RB信息消息中显式信号通知该信息，则在MBMS当前小区P-T-M RB信息消息中找到MBMS p-t-m RB信息。

MCCH上的以下RRC消息包含对相邻小区18之间的选择性或软合并进行控制所需的所有必要信息：MBMS修改服务信息；MBMS公共P-T-M RB信息；MBMS当前小区P-T-M RB信息；以及MBMS相邻小区P-T-M RB信息。在一个或多个实施例中，这些消息是MCCH获取过程的一部分，如3GPP TS 25.331 v8.2.0的8.7.2节中所定义。在一般的情况下，给定的UE需要来自所有这些消息的信息，以对来自处于不同基站16控制之下的两个或更多个小区18的MBMS业务信号进行选择性或软合并。

单频网中的多媒体广播(MBSFN)

以下内容适用于频分双工(FDD)中的MBSFN，如3GPP TS 25.331 v8.2.0和3GPP TS 25.346 v8.1.0中所阐述：(1)MBSFN簇是操作于MBSFN模式并以p-to-m模式仅提供MBMS服务的小区18的集合，该簇被任何给定的UE视为一个小区；(2)MBSFN传输占用整个载波；(3)对于操作于MBSFN模式的小区18，计数和p-t-p建立过程是不支持的；(4)与提供单播服务的载波的小区18相比，MBSFN簇中的小区18属于不同的MBMS服务区；(5)最小MBMS服务区必须等于一个MBSFN簇；以及(6)MBMS承载服务必须在完整MBSFN簇中发送。

对于平坦架构(如RAN 12)中的MBSFN，问题在于：发送具有相同内容且在时间上同步的用户平面(MTCH)和控制平面(即MCCH和BCCH)。p-t-p/p-t-m模式和计数不是问题，这是由于在SFN中仅使用p-t-m。

用于对基站间小区进行软合并的控制平面协调

假定一个或多个UE当前处于由给定的第一基站16-1控制的小区18-1中。为了该基站16-1使这些UE能够对由当前小区18-1中的基站16-1发送的MBTCH与由相邻小区18-2中的另一基站16-2发送的MBTCH执行选择性或软合并，基站16-1必须向这些UE发送小区18-2的MBMS控制平面信息。因此，基站16-1需要具有与由基站16-2控制的小区18-2有关的特定信息。具体地，基站16-1需要具有针对每个MBMS会话(TMGI)的以下信息：相邻小区的标识；辅助CCPCH的物理配置(如扰码、信道化码)；L23配置(包括MBMS逻辑信道ID)；合并类型：L2或L1(L1具有或不具有合并调度)；以及定时偏移。

根据软合并方案和复用类型，以上信息中的一些或全部可以在基站16-1中预配置。例如，从TR R3.022中的6.2.3.1.2章“参数分配的O&M方案”可知，对NodeB+预配置相邻小区的缺省信息。该方案不在相邻NodeB+之间交换信息，而是完全依赖于对相邻节点进行预配置。该方法仅在有限的复用和合并情形下可行，并且适用以下限制：

(1)仅对于MAC复用来说可能；

(2)对于L1复用来说不可能，即，一个S-CCPCH必须支持小区18中的所有MTCH。如果使用多于一个S-CCPCH，则与将MBMS会话映射至所选S-CCPCH有关的信息是不可预测并不能被预配置的；以及

(3)对于软(L1)合并来说不可能，这是由于在MAC级，在MAC首部内存在“MBMS-ID”。MBMS-ID与由NodeB+指派的RRC MBMS逻辑信道ID相同，在使用MAC复用时，RRC MBMS逻辑信道ID对每个MBMS会话来说是唯一的。这意味着，在使用MAC复用时，MAC帧依小区而不同。为了使软(L1)合并工作，MAC帧必须相同。对于选择性(L2)合并，MAC层在小区18之间是独立的。因此，如果在不同相邻小区18中使用不同MBMS逻辑信道，则没有问题。

给定的基站16(如给定的NodeB+)如下检索所需的邻居信息。对于物理配置，必须将NodeB+的小区18中S-CCPCH的配置拷贝至存在相邻小区关系的所有NodeB+。然后可以将该物理信道配置包含在由给定的NodeB+发送的MBMS公共P-T-M RB信息消息中，来自MBMS相邻小区P-T-M RB信息消息的引用也由给定的NodeB+发送。

对于L23配置，如所建议的，完整L23配置被配置为使得始终使用相同配置。该配置是可以利用明确定义不同QoS简档的L23配置的QoS映射来增强的。在MBMS相邻小区P-T-M RB信息消息中，始终使用“＞CHOICE L23 CONFIGURATION；＞＞SAME AS CURRENT CELL”(＞选择L23配置；＞＞与当前小区相同)。不需要MBMS逻辑信道ID以知道在另一NodeB+的相邻小区18中使用的值。对于合并类型，可以被硬编码至L2。此外，由于可用于所有NodeB+的公共参考时间支持同步，因此NodeB+之间的定时偏移可以被视为恒定的并可以对应地被设置为所配置的操作和维护(O&M)值。

因此，对于限于配置选择性合并和MAC复用的特定情形，相邻NodeB+不需要交换MBMS配置信息，这种信息可以在NodeB+中预配置。然而，在其他情形下需要本文中提出的教导。例如，如果使用L1复用，则每个MBMS会话使用其自身的S-CCPCH。在这种情况下，使用O&M对物理信道进行配置是不可能的，这是由于在小区18中将MBMS会话映射至物理信道不能被容易地预测。例如，该映射取决于针对给定小区18而配置的服务区，而这可能在小区18之间有所不同。

这些教导通过增加使用一个NodeB+与另一个相邻NodeB+之间的Iur接口将S-CCPCH配置信息从一个NodeB+发送至另一个相邻Node-B+的能力，来扩展O&M配置的构思。该交换可以在已建立新MBMS会话并已分配新S-CCPCH时进行。这种方法支持以下合并和复用方案：软合并/L1复用；选择性合并/L1复用；以及选择性合并/MAC复用。

然而，这种方法不支持软合并加MAC复用，这是由于在建立MBMS会话之后共享与相邻小区18的配置有关的信息并不解决MAC首部中MBMS-ID失配的问题。由此，在建立MBMS会话之前必须对MBMS逻辑信道ID/MBMS-ID进行协调。

检索所需的邻居信息

给定的NodeB+如下检索所需的相邻小区信息：

-对于物理配置：当建立新MBMS会话时，必须通过Iur向存在相邻小区关系的所有NodeB+传送NodeB+的小区中S-CCPCH的配置。然后可以将该物理信道配置包含在MBMS公共P-T-M RB信息消息中，并且，该物理信道配置具有来自MBMS相邻小区P-T-M RB信息消息的引用。

-对于用于软合并的L23配置：完整L23配置(包括MBMS逻辑信道Id)必须被配置为使得始终使用相同配置。该配置是可以利用明确定义不同QoS简档的L23配置的QoS映射来增强的。在MBMS相邻小区P-T-MRB信息中，始终使用“＞选择L23配置；＞＞与当前小区相同”。

-对于用于选择性合并的L23配置：完整L23配置被配置为如以上针对软合并所描述的，或者配置对于每小区是单独的(除必须在所有合并的小区中相同从而如此配置的RLC信息外)。在后一种情况下，必须通过Iur将L23的配置与S-CCPCH的配置一起传送至存在相邻小区关系的所有NodeB+。在MBMS相邻小区P-T-M RB信息中，将“＞选择L23配置；＞＞不同”与传输信道和RB信息一起进行选择。

也要注意，给定的NodeB+不需要知道在相邻NodeB+中使用的MBMS逻辑信道ID，至少在选择性合并加MAC复用的情况下是如此。此外，合并类型可以被硬编码至L1或L2，定时偏移可以被视为恒定的并可以被预配置为O&M的一部分。

因此，对于配置软合并/L1复用、选择性合并/L1复用和选择性合并/MAC复用，在已建立新MBMS会话并已在小区中分配新S-CCPCH之后，通过Iur来传送相邻小区的配置。此后，可以在MCCH上通告NodeB+间的邻居。

这里提出的MBMS配置信息共享提供了在MBMS会话开始之前的MAC级的协调。注意，来自处于不同基站16控制之下的不同小区18的MTCH数据在给定UE处的软合并需要相同的MAC帧，否则L1合并将不工作。如果将MAC复用与软合并一起使用，则该要求是一个问题。

然而，这里想到，根据在接收到MBMS会话开始之前向给定NodeB+通知使用哪个MBMS逻辑信道ID的功能来扩展O&M配置的构思。该共享方法的实施例允许软合并/MAC复用，但如果使用L1复用，则不能使用该实施例。即，在一个S-CCPCH必须支持在给定小区18中发送的所有MTCH的情况下，不能使用该实施例。

为了理解在以上上下文中所需的配置信息共享，首先要注意，给定NodeB+的S-CCPCH是经由O&M操作来配置的。由给定NodeB+控制的小区的S-CCPCH必须被拷贝至与该给定NodeB+有相邻关系的所有NodeB+。在一种方式中，所有这种物理信道配置可以包含在MBMS公共P-T-M RB信息消息中，并具有来自MBMS相邻小区P-T-M RB信息消息的引用。

此外，完整L23配置必须被配置为使得始终使用相同配置。该配置是可以利用明确定义不同QoS简档的L23配置的QoS映射来增强的。在MBMS相邻小区P-T-M RB信息消息中，始终使用“＞选择L23配置；＞＞与当前小区相同”。

此外，对于MBMS逻辑信道ID软合并，NodeB+需要在会话开始之前知道要用于下一MBMS会话的MBMS逻辑信道ID。对作为相邻小区18的小区18进行控制的所有NodeB+从而需要具有“下一MBMS逻辑信道ID”的相同信息。如前所述，合并类型被硬编码至L1或L2，并且不使用对合并类型的动态选择。还如前所述，定时偏移可以经由O&M操作而配置。

因此，为了支持软合并/MAC复用，给定的NodeB+需要在接收到MBMS会话开始消息之前知道要使用的下一个MBMS逻辑信道。在建立MBMS会话之后，不需要通过相邻NodeB+之间的Iur接口传送配置信息。最后，如稍后详述的，还可能将L1复用与MAC复用一起使用，即，使用多个S-CCPCH，其中，使用MAC复用将多个MBMS会话复用至每个S-CCPCH上。

计数和RB配置的协调(p-t-m/p-t-p)

在本文的上下文中，基站间的相邻小区是由另一基站16控制的小区。例如，如果两个相邻小区18-1和18-2由不同基站16-1和16-2控制，则这两个相邻小区18-1和18-2是基站间的相邻小区。因此，给定的基站16-1向在其小区18-1之一中操作的移动台22提供以下能力：基于基站16-1在其MCCH上发送的指示，使用基站间的相邻小区18-2中的MTCH传输，以进行选择性和/或软合并。具体地，基站16-1使用MBMS相邻小区P-T-M RB信息消息来在其MCCH上发送这种信息。

此外，本文中提出的教导就给定基站16确定是使用p-t-m还是使用p-t-p来发送MTCH提供无线承载(RB)配置控制。具体地，本领域技术人员应当理解，由给定基站16控制的无线网络子***(RNS)可以略小于UE可在其上对MBMS信号执行选择性和/或软合并的总服务区。换言之，在平坦RAN中，给定的UE可能能够从两个、三个或更多个小区18接收MBMS信号。每个这种小区18可以由不同基站16(如不同NodeB+)控制。

在给出这种可能性的情况下，这里提出，给定基站16不仅简单地对其接收或请求MBMS的UE的数目进行计数。更具体地，一个小区18-1中的MBMS传输可以由另一小区18-2中的UE使用，以进行选择性和/或软合并。由此，对小区18-1中的MBMS传输进行控制的给定基站16-1应当不仅基于其正在为之提供MBMS的小区18-1中的UE的数目，而且基于可能使用其MBMS传输以进行选择性和/或软合并的其他小区UE的数目，来确定是使用p-t-m还是使用p-t-p来发送MBMS数据。在没有这种考虑的情况下，给定NodeB+对所关注的UE的计数将是不完整的，并且存在以下风险：特定NodeB+(当前NodeB+)的计数算法将低估使用当前NodeB+的小区中的无线资源的、所关注的UE的数目，这是由于仅使用这些小区作为邻居以进行选择性/软合并的UE对当前NodeB+是不可见的。

对应地，在一个所提出的方法实施例中，第一基站16-1与第二基站16-2共享与从第一基站16-1接收MBMS业务的移动台22或其他UE的数目有关的信息。此外，第一基站16-1至少部分地基于从第二基站16-2接收与从第二基站16-2接收MBMS业务的移动台22或其他UE的数目有关的信息，来确定是否从MBMS业务的p-t-m传输改变为MBMS业务的p-t-p传输。第一基站16-1还至少部分地基于从第二基站16-2接收与从第二基站16-2接收MBMS业务的移动台22或其他UE的数目有关的信息，来确定是否从MBMS业务的p-t-p传输改变为MBMS业务的p-t-m传输。

在一个实施例中提出，当NodeB+对关注特定MBMS会话的UE进行计数时，将可以包括已在NodeB+间的相邻小区中的RRC连接上报告对MBMS会话的关注的UE。在当前NodeB+决定将MBMS无线承载配置从p-t-m改变为p-t-p或反之时，这还在来自相邻NodeB+的MBMS相邻小区P-T-M RB信息消息中改变要在MCCH上通告的所允许相邻小区。由于使用p-t-p无线承载配置的小区将不被包括在用于选择性/软合并的列表中，因此所允许小区发生改变。因此，必须在NodeB+之间执行对MBMS相邻小区P-T-M RB信息消息中允许用于选择和/或软合并的相邻小区的协调。

在一个实施例中，对作为一个或多个其他NodeB+的NodeB+间相邻小区的小区18进行控制的NodeB+(当前NodeB+)将通过Iur接口向所有这种相邻NodeB+报告其无线承载配置(p-t-p/p-t-m)。

MBSFN的控制平面同步

如文献R3-081595中所述，3GPP TR R3.022 V0.3.0(2008-05)公开了一种在MBSFN模式中可用的用户平面(MTCH)同步方式。然而，在本文中认识到，MBSFN的控制平面同步意味着，MBSFN小区还必须以与用于MTCH同步的精度相同的精度来发送MCCH和BCCH。该要求意味着，包含MCCH(或BCCH)信息在内的每个帧的内容必须相同并在MBSFN簇的所有小区中以同步的方式发出。

对于BCCH，假定O&M操作用于对具有相同属性的SFN簇的NodeB+进行配置。由可用于所有NodeB+的公共参考时间所支持，可以关于时间和内容来对BCCH进行同步。

更具挑战性的问题在于实现MCCH同步。无线接入网应用部分(RANAP)消息MBMS会话开始触发了MCCH消息内容的改变。该消息是通过Iu接口从一个或多个服务GPRS支持节点(SGSN)向簇中的每个NodeB+发送的。假定SGSN和Iu控制平面不与公共参考时间同步，因此，不同NodeB+可以在不同时间点(具有多于一个传输时间间隔或TTI的偏离)接收MBMS会话开始。因此，MCCH更新有不同步的风险。

此外，如果L1复用还用于MBSFN情况，则还存在与如何设置S-CCPCH配置有关的问题。在MBSFN簇中，对于MAC复用的情况，必须以与上述相同的方式对要使用的MBMS逻辑信道进行协调。然而，本公开提供了当在MBSFN簇大于一个NodeB+的覆盖区的平坦架构中使用MBSFN时避免与SGSN和Iu控制平面配置有关的限制的教导。为了避免这种限制，提出对MBSFN簇的小区进行控制的所有NodeB+将以如3GPP TR R3.022 V0.3.0的6.2.3.1.2章中阐述的精度，在MCCH上发送相同且同步的内容。对MCCH进行更新的精确时间点间不取决于Iu控制平面信令的定时(即，接收MBMS会话开始消息的精确时间)。

外部邻居的配置

对于所提出的跨NodeB+间相邻小区对MBMS信号进行选择性和/或软合并，每个NodeB+必须具有其NodeB+间相邻小区的MBMS配置。具体地，每个外部小区需要至少以下配置信息：

-在通过Iur进行通信时要使用的小区标识；

-进行控制的NodeB+的标识以及要通过Iur使用的节点地址；

-被映射至外部小区的服务区标识的列表；

-就合并方法(L1和/或L2)和复用方法(MAC和/或L1)等而言所支持的功能；以及

-如前所述预配置的属性。

此外，必须对由给定NodeB+控制的小区(其自身小区)的相邻关系进行配置。每个自身小区需要以下信息：

-在通过Iur进行通信时要使用的小区标识；

-针对被映射至自身小区的每个服务区，已将该小区定义为相邻小区的NodeB+的列表；以及

-针对以上列表中的NodeB+，要通过Iur使用的节点地址。

注意，仅在具有至少一个共同MBMS服务区的小区之间配置相邻关系。备选方案是在不考虑服务区的情况下对相邻小区进行配置。后果是将发送不必要的RNSAP消息，但优点是简化配置。

相邻小区配置的协调

对于在本文中想到的小区间协调，每个NodeB+需要定义和通告相邻小区配置。给定NodeB+可以在其自身的小区中发送MCCH消息，以向其自身的小区中的UE提供一个或多个相邻小区的MBMS用户平面配置信息。有利地，给定UE使用另一小区中的MBMS传输所需的信息全部由在另一小区中发送的用于MCCH获取的RRC消息来提供。更具体地，3GPP TS 25.331 v8.2.0的MCCH获取过程的RRC消息包含NodeB+需要在其发送的MCCH消息MBMS相邻小区P-T-M RB信息中定义和通告相邻小区的所有所需信息。

因此，本文提出了3GPP TS 25.331 v8.2.0中的新RNSAP类别2过程，其中，从第一NodeB+向第二NodeB+发送的消息包含由第一NodeB+通过其空中接口发送(或要发送)的RRC消息，以支持MCCH获取过程。发送至第二NodeB+的RRC消息是基于使用RRC容器技术来发送的。该方式足以支持MBMS会话开始的所需协调。更具体地，这里引入了新的类别2RNSAP过程，称作“MCCH信息传送”。该新过程定义了使一个NodeB+能够在RRC容器中向相邻NodeB+发送MCCH获取过程的RRC消息(如3GPP TS 25.331 v8.2.0中所定义)的消息：MCCH信息传送(MCCH INFORMATION TRANSFER)。

RNSAP需要包括：针对其中发送MCCH RRC消息的小区，在通过Iur接口进行通信时使用的、所配置的小区标识。这里的教导的一个或多个实施例中的一个重要方面是：以透明的方式将利用ASN.1编码的RRC消息包括在RNSAP(Iur)消息中。可以实现这一点，这是由于RNSAP和RRC都是利用ASN.1原理来编码的。因此，RNSAP消息信息结构包括以在3GPP TS 25.331 v8.2.0中指定的确切方式编码的RRC消息。然后，发送方不必要利用另一编码对包含相同信息在内的RNSAP消息的另一信息结构进行编码。

可以将RRC消息包括在一个大的RRC容器信息元素(IE)中，该RRC容器信息元素在一个结构中包含多个RRC消息。备选地，它们可以使用各个RRC容器IE来发送，其中每一个RRC容器IE仅包含一个RRC消息。一种对将完整的RRC消息包括在RRC容器IE中的备选方案是：使用RRC消息的各个IE并将它们作为各个元素包括在新RNSAP消息中。基本功能将与本文中所描述的方式相同的方式工作。还可以具有混合的方式，其中，将一个或多个RRC消息(优选地，MBMS公共P-T-M RB信息和/或MBMS当前小区P-T-M RB信息)包括在RRC容器IE中，并将来自其他RRC消息的所选IE作为各个元素包括在新RNSAP消息中。

另一备选方案是：将在一个RNSAP消息中向相邻NodeB+发送信息的所有小区进行连结。此时，该结构将是具有一个或多个RRC容器的针对每个小区的小区列表(具有小区标识)。

NodeB+在接收到MBMS会话开始时的动作

给定NodeB+响应于接收到MBMS会话开始而采取以下动作：

-以与在传统架构(例如在TS 25.331中)中进行的方式相同的方式，在其自身小区中建立MBMS会话；

-标识在建立MBMS会话的MBMS服务区中包括的自身小区；

-在在MCCH上通告MBMS会话的小区中建立MBMS会话；

-针对在以上第二步骤中标识的每个小区，以及针对小区中的每个服务区，标识已将该小区配置为外部小区(即，一个或多个其他小区中UE将要使用的相邻小区)的NodeB+的列表；

-向先前步骤中标识的所有相邻NodeB+发送RNSAP MCCH信息传送消息，该消息包含由NodeB+通过Uu接口(空中接口)在上述MCCH上发出的消息的拷贝；这些消息外加在以上第三步骤中提到的小区的、在通过Iur进行通信时使用的、所配置的小区标识，在一个或多个RRC容器中发送。

NodeB+在接收到MCCH信息传送消息时的动作

给定NodeB+响应于接收到MCCH信息传送消息而采取以下动作：

-使用RNSAP消息和RRC容器中的信息来标识对于作为每个新MBMS会话的消息的发送方的NodeB+中进行的软/选择性合并有效的相邻小区；

-在消息中标识的相邻小区中检索S-CCPCH配置；以及

-利用所检索的S-CCPCH配置信息来更新MBMS公共P-T-M RB信息消息，并通过经由其空中接口发送MBMS相邻小区P-T-M RB信息消息来通告相邻小区。

NodeB+根据3GPP TS 25.331 v8.2.0的正常规则来在MCCH上发送这些RRC消息。此外，对应的过程将在MBMS会话停止处使用，其中，NodeB+向其UE通知所移除的S-CCPCH配置。

其他信息

使用这里公开的一个或多个实施例的RRC容器的方法与3GPPTS 25.413中通过Iu接口在目标RNC至源RNC透明容器IE中使用的方法类似。然而，一个显著区别在于：包括在给定容器中的RRC消息由NodeB+接收，而不是不变地在Uu接口上转发。取而代之地，进行接收的NodeB+对RRC消息进行解码并使用该内容来定义在Uu接口上发送的其他RRC消息的IE。另一区别在于：RNSAP消息中的小区标识IE定义进行发送的NodeB+中与RRC容器的内容相关的小区。

这里的教导公开了包括来自这里想到的四个RRC消息的信息的不同方式。对于至少一些实现方式，至少将MBMS公共P-T-M RB信息和MBMS当前小区P-T-M RB信息包括作为RRC容器存在优点。其他两个消息的信息可以通过将其包括在容器中或通过将所需的信息元素直接添加在RNSAP消息中作为RNSAP信息元素来传送。因此，这里的教导还想到并提供以下情况：从四个RRC消息中提取所有所需信息并将其作为信息元素直接包括在RNSAP消息中作为RNSAP信息元素。因此，这里公开的教导包含从一个基站(如NodeB+)向另一基站发送以在基站之间共享MBMS配置信息的RNSAP信息元素和RRC容器的任意组合。

在MBMS会话开始之前的MAC级协调

对于跨NodeB+间相邻小区的软合并加MAC复用，NodeB+需要在接收到MBMS会话开始消息之前知道要使用的下一个MBMS逻辑信道。这可以利用O&M配置在以下限制条件下实现：

-如果被映射至外部小区的MBMS服务区的集合不同于被映射至自身小区的MBMS服务区的集合，则外部小区不会被定义为其自身小区的相邻小区；以及

-如果对外部小区进行控制的NodeB+处于不同SGSN下，则外部小区不会被定义为其自身小区的相邻小区。

利用这些限制，建立MBMS会话的顺序通常在NodeB+邻居中是可预测的。还将以相同模式向不同NodeB+邻居请求MBMS会话停止。然后，可以定义和配置与如何挑选下一MBMS逻辑信道有关的算法，该算法在正常情况下将确保相同逻辑信道被MBMS会话的所有相邻NodeB+所使用。简单示例是以下规则：始终挑选具有未使用的码点中最低值的MBMS逻辑信道码点。

此外，考虑从异常情况的恢复是有帮助的，这是由于使用错误的相邻小区配置可能完全破坏UE用于从小区或小区组接收MBMS会话的软/选择性合并。此外，如果RANAP MBMS会话开始或停止消息延迟、乱序接收或丢失，则可能干扰对MBMS逻辑信道ID的选择。这一点发生的风险较低，这是由于Iu CP传输路径在NodeB+之间有所不同。然而，如果按照以上描述使用RNSAP过程“MCCH信息传送”，则NodeB+可以在接收到MCCH信息传送消息时首先验证进行发送的NodeB+的小区的配置是对齐的并可能用于软合并，即，首先验证MBMS逻辑信道ID针对所有MBMS会话是对齐的。

如果相邻小区不是对齐的，则给定的NodeB+将因此不接受NodeB+间相邻小区作为相邻小区。失配的后果是，对于该特定MBMS会话，软/选择性合并增益丢失，但该后果是可接受的，这是由于这种条件应当只是罕见情况。添加了该校验，NodeB+在接收到MCCH信息传送消息时的动作是：

-使用RNSAP消息和RRC容器中的信息来标识对于作为每个新MBMS会话的消息的发送方的NodeB+中进行软/选择性合并有效的相邻小区；

-验证在步骤1中检索的相邻小区的配置适于所选的合并类型；

-如果S-CCPCH配置尚未被配置所知，则在以上步骤中标识和验证的相邻小区中检索S-CCPCH配置；以及

-利用第三步骤的S-CCPCH配置来更新MBMS公共P-T-M RB信息，并利用MBMS相邻小区P-T-M RB信息来通告(在以上第一和第二步骤中标识的)相邻小区。根据3GPP TS 25.331 v8.2.0的正常规则来在MCCH上发送RRC消息。

对相邻NodeB+中的UE进行计数

这里的教导提供了一种用于跨过NodeB+边界对MBMS UE进行计数并通过基站间的Iur接口报告无线承载(RB)配置(p-t-p/p-t-m)的方案。更具体地，在一个实施例中，这种计数是使用如上所述的新的类别2 RNSAP过程(MCCH信息传送)来实现的。对配置要求的以下假定是：

-控制无线网络控制器(CRNC)可以请求UE执行MBMS计数过程。这是通过将MBMS修改服务消息中的MBMS所需UE动作IE设置为值“获取计数信息”或“获取计数信息-PTM RB未修改”来进行的；

-当NodeB+调用如这里所述的MCCH信息传送过程时，可以在RRC容器中找到包含IE“MBMS所需UE动作”在内的RRC MBMS修改服务消息。该信息可以被接收MCCH信息传送消息的NodeB+用于标识作为进行发送的NodeB+针对其执行计数的小区的邻居的自身小区，然后，进行接收的NodeB+在可以在这些小区中执行计数并通过Iur向进行发送的NodeB+通知结果。

如果同频小区ID与在通过Iur进行通信时使用的小区标识之间的映射包括在RNSAP消息中，则进行接收的节点可以读取RRC容器中包括的MBMS相邻小区P-T-M RB信息，并验证经由O&M配置找到的相邻小区实际上被进行发送的NodeB+信号通知为邻居。如果不是这样，则不需要在进行接收的节点的小区中执行计数。

NodeB+在接收到MCCH信息传送消息时的动作

在这里想到的用于在NodeB+之间交换MBMS配置信息的RRC容器中，一个NodeB+可以从另一NodeB+接收MCCH信息传送消息，其中，该消息包含在RRC容器中的MBMS修改服务消息。此外，MBMS所需UE动作IE可以被设置为值“获取计数信息”或“获取计数信息-PTM RB未修改”。在这种情况下，进行接收的NodeB+进行以下操作：

-使用RNSAP消息和RRC容器中的信息来标识进行发送的Node-B+在其中执行MBMS计数的小区(由进行发送的NodeB+控制)；

-标识在以上第一步骤中检索的小区中的哪些是有效的相邻小区，即，先前包含在由进行接收的NodeB+控制的小区中的MCCH上发送的MBMS相邻小区P-T-M RB信息中的小区；

-标识作为在以上第二步骤中检索的小区的邻居的自身小区。驻留于这些自身小区中的UE可以与在第二步骤中检索的小区进行选择性/软合并，其中，相邻NodeB+执行计数，因此，这些小区中的计数对相邻NodeB+中的p-t-p、p-t-m无线承载配置的评估有益；

-在第三步骤中标识的小区中执行计数；以及

-将计数的结果与针对具有计数结果的每个小区在通过Iur进行通信时使用的小区标识一起，发送至最初发起MCCH信息传送消息的NodeB+。

这里的教导还提供了一种使用新RNSAP过程“MCCH信息传送”以报告计数结果的方法。这里，接收外部计数信息的NodeB+可以在用于选择p-t-p或p-t-m RB配置的算法中使用该方法。此外，作为以上计数过程的变型，为了简明，可以省略读取所接收的MBMS相邻小区P-T-M RB信息的步骤，其后果是执行不必要的计数。

向相邻NodeB+报告RB配置(p-t-p、p-t-m)

在RAN中，当CRNC选择使用p-t-p而不是p-t-m(或反之)来提供MBMS会话时，在MCCH上使用RRC消息来通知UE。因此，在平坦RAN中，如果使用这里教导的新RNSAP过程(即，MCCH信息传送)向相邻NodeB+发送这些RRC消息，则可以检索与p-t-p和p-t-m RB配置之间的状态转移有关的完整信息。

当NodeB+接收到包含与相邻小区中的RB配置改变(p-t-p/p-t-m)有关的信息在内的MCCH信息传送消息时，NodeB+执行以下动作：

-(1)使用RNSAP消息和RRC容器中的信息来标识改变MBMS会话的RB配置的小区(由进行发送的NodeB+控制)；

-(2)对于p-t-m-＞p-t-p改变，标识在步骤1中检索的小区中的哪些是有效的相邻小区，即，先前包含在由进行接收的NodeB+控制的小区中的MCCH上发送的MBMS相邻小区P-T-M RB信息消息中的小区；

-(3)标识作为在步骤2中检索的小区的邻居的自身小区；

-(4)从针对选择性/软合并而列出的相邻小区中移除在步骤2中检索的p-t-p小区，并在步骤3中检索的自身小区中通告该更新，该通告是使用RRC消息MBMS相邻小区P-T-M RB信息来进行的；

-(5)对于p-t-p-＞p-t-m改变，标识在步骤1中检索的小区中的哪些是所配置的相邻小区，以及(6)相对应地标识其自身小区中的哪些是这些所配置的相邻小区的邻居；以及

-(7)将在步骤5中检索的p-t-m小区添加至用于选择性/软合并的相邻小区，并使用RRC消息MBMS相邻小区P-T-M RB信息在步骤6中检索的自身小区中通告这一点。

如果添加了同步的改变p-t-m至p-t-p，则改进了以上处理。然后，预期切换至p-t-p的NodeB+决定在哪个传输帧编号中将发生改变。帧编号是在发生改变之前在RNSAP消息中发送的。然后，在恰好正确的时间而不是在相邻NodeB+已执行实际改变之后移除相邻小区。NodeB+的同步使这种改进变得实际。

单频网(SFN)和MBSFN

对于MBSFN，MBSFN簇的所有小区属于相同服务区。因此，可以在簇中的所有NodeB+中以相同方式对S-CCPCH和/或MBMS逻辑信道编号的列表进行预配置。如果保证在所有NodeB+中以相同顺序接收MBMS会话开始(并从未丢失)并且相对应的保证对于MBMS会话停止有效，则S-CCPCH和/或MBMS逻辑信道编号的选择变得可预测。然而，为了使该方案工作，必须有一种从异常条件恢复的方式。否则，可能在大区域上破坏MBMS会话。

此外，应当注意，这里描述的用于对MBMS逻辑信道ID进行协调的方案在MBSFN簇中是不可能的，这是由于未在MCCH上通告用于选择性/软合并的邻居。另一要求是：必须在时间上与针对MTCH而进行的一样紧密协调MCCH上的消息。依赖于O&M配置来实现所需的MCCH同步程度可能是不实际的。由此，这里的教导提供基于时间戳的同步方案。这里，对NodeB+进行控制的SFN基于这种时间戳来发起并同步MCCH传输。

MBSFN控制RNS

根据这里提出的教导，NodeB+可以使用Iur接口来向相邻NodeB+转发其已经经由其Uu接口在其MCCH上发送的内容的拷贝。此外，这些节点间交换可以基于将这种信息包括在RRC容器中。更具体地，给定的NodeB+可以使用MCCH信息传送消息，将这种信息发送至相邻NodeB+，时间戳可以被包括在该消息中。这种时间戳可以用于对SFN簇上的MCCH进行同步。

当SFN簇被定义为包括多个RNS(多个NodeB+)时，将RNS之一指派为SFN控制的RNS。在MBMS会话开始(其可能由所有RNS以协调的方式进行处理，这是由于所有RNS属于相同的MBMS服务区)处，仅一个RNS(SFN控制RNS)准备要利用MCCH获取过程在MCCH上发出的内容。其他RNS(非SFN控制RNS)读取RANAP消息并准备从MBSFN控制RNS接收RNSAP消息“MCCH信息传送”。MCCH信息传送包含时间戳以及对如何在簇中的所有MBSFN小区中同步发出RRC消息进行精确控制的其他定时相关信息。

MBSFN控制RNS在接收到MBMS会话开始时执行特定动作，包括以下这些动作：

-(1)准备以与在传统架构中的方式(即，如在分级RAN中进行的)相同的方式建立所请求的MBMS会话；

-(2)组装RRC消息以便随后在MCCH获取过程中在MCCH上发送；

-(3)向MBSFN簇的所有RNS发送RNSAP MCCH信息传送消息，该MCCH信息传送消息将在RRC消息容器中包含要发送至MBSFN簇的小区的所有RRC消息以及时间戳和其他定时相关信息；以及

-(4)基于步骤3中的定时信息，在正确的时间点发出在步骤2中组装的RRC消息。

非控制MBSFN RNS

簇中的每个非控制MBSFN RNS在接收到MBMS会话开始时执行特定动作，包括以下这些项目：

-(1)准备以与在传统架构中的方式相同的方式建立所请求的MBMS会话；以及

-(2)不准备RRC消息和物理配置，而是等待与要建立的MBMS会话相关的Iur MCCH信息传送消息。

此外，这些非控制RNS在接收到MCCH信息传送消息时执行以下这些动作：

-(1)读取RRC消息并标识要使用的物理配置；

-(2)准备所需的物理信道和其他L1准备；

-(3)读取RRC消息并标识与通过Iu接收的未决MBMS会话的连接；

-(4)如果步骤1-3成功执行，则根据控制标准来继续进行Iu和RANAP处理；以及

-(5)使用时间戳和其他定时信息并在正确的时间点发出在容器中接收的RRC消息。

扩展至控制RNS教导

作为以上教导的备选方案，标识了小区组，而不是MBSFN簇，并在该小区组内定义控制NodeB+。此外，要在MCCH上发出的RRC消息的分发是在上述MBSFN簇内进行的，但无需定时同步(即，不需要时间戳)。

该备选方法具有多种优点，包括以下优点：不对L1复用和MAC复用的组合加以限制。此外，该备选方法还可以用于分发用于L1组合调度的MSCH的内容。除了不需要以上教导的基于时间戳的同步以外，该备选方法还具有以下特性：要在MCCH上发出的RRC消息的内容将在依小区而不同。这些区别的主要原因是：S-CCPCH的信道化码和扰码在不同小区之间是不同的。要在每个小区中使用的S-CCPCH配置由控制NodeB+基于配置来确定。

一般的非限制性优点

平坦架构RAN(如这里所描述)使MBMS变得复杂，这是由于对这种服务的同步进行协调的聚合点被移至增强NodeB(NodeB+)。在没有这里提出的教导的情况下，在平坦架构中，最大SFN区和软合并区被缩小至一个NodeB+的覆盖区。

在这一点上，这里提出的教导允许UE跨过由不同NodeB+控制的小区对MBMS信号执行选择性和/或软合并。具体地，通过将相邻NodeB+配置为互相发送每一个均针对MBMS配置发送至其自身小区UE的相同RRC消息，给定的NodeB+可以向其自身小区UE提供相邻小区的MBMS配置。这种数据可以从一个相邻NodeB+推送至另一个，或由另一个NodeB+从一个NodeB+拉取。

在任一种情况下，给定的小区中的UE可以获取在一个或多个相邻小区中发送的MCCH和MTCH信号，从而对来自多个小区的MTCH信号执行选择性和/或软合并。具体地，这里提出的教导对于MBSFN的情况提供软(L1)合并或控制平面同步，更概括地，提供针对所有标准化MBMS配置和合并方案的完整方案。

当然，在不脱离本发明本质特征的情况下，可以以与这里具体阐述的方式不同的方式执行本发明。本发明的实施例应在所有方面被视为示意性的而非限制性的，落在所附权利要求的意义和等效范围内的所有改变应被包括在本发明的范围中。

Claims

1.一种在平坦架构无线接入网RAN(12)中相邻的第一和第二基站(16-1、16-2)之间共享多媒体广播多播服务MBMS配置信息的方法，所述方法的特征在于：经由基站间接口(20)将一个或多个无线资源控制RRC消息从第一基站(16-1)发送至第二基站(16-2)，其中，从第一基站(16-1)发送至第二基站(16-2)的所述一个或多个RRC消息已经或将要由第一基站(16-1)通过第一基站(16-1)的空中接口(24)来发送，以向用户设备(22)提供由第一基站(16-1)控制的一个或多个小区(18-1)的MBMS用户平面配置信息。

2.根据权利要求1所述的方法，其中，第一基站与第二基站共享MBMS控制信道内容和定时信息。

3.根据权利要求2所述的方法，其中，第一基站用作包括第二基站在内的MBMS单频网SFN簇中的控制无线资源控制器RNC，并且，第一基站确定要与第二基站共享并由第二基站使用的MBMS控制信道内容和定时信息。

4.根据权利要求1所述的方法，其中，经由基站间接口(20)从第一基站(16-1)发送至第二基站(16-2)的RRC消息是通过第一基站(16-1)的空中接口(24)发送的、针对由第一基站(16-1)控制的一个或多个小区(18-1)中的用户设备(22)进行的多播控制信道MCCH获取的相同RRC消息。

5.根据权利要求4所述的方法，其中，在第一基站(16-1)处接收由第二基站(16-2)经由基站间接口(20)发送的RRC消息，其中，这些RRC消息是通过第二基站(16-2)的空中接口(24)发送的、针对由第二基站(16-2)控制的一个或多个小区(18-2)中的用户设备(22)进行的MCCH获取的相同RRC消息，并且，第一基站(16-1)通过第一基站(16-1)的空中接口(24)来发送第二基站(16-2)的MBMS用户平面配置，第二基站(16-2)通过第二基站(16-2)的空中接口(24)来发送第一基站(16-1)的MBMS用户平面配置。

6.根据权利要求1所述的方法，其中，发送一个或多个RRC消息包括：将多播控制信道MCCH获取过程的RRC消息置于一个或多个RRC消息容器中，以及在一个或多个无线网络子***应用部分RNSAP消息中向第二基站(16-2)发送RRC消息容器。

7.根据权利要求1所述的方法，其中，第一和第二基站(16-1、16-2)是被配置为操作于平坦架构宽带码分多址WCDMA网络(10)中的NodeB+，并且，基站间接口包括NodeB+之间的Iur接口。

8.根据权利要求1所述的方法，其中，第一基站(16-1)还与第二基站(16-2)共享与从第一基站(16-1)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息。

9.根据权利要求1所述的方法，其中，第一基站(16-1)至少部分地基于从第二基站(16-2)接收与从第二基站(16-2)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息，来确定是否从MBMS业务的点对多点传输改变为MBMS业务的点对点传输。

10.根据权利要求1所述的方法，其中，第一基站(16-1)至少部分地基于从第二基站(16-2)接收与从第二基站(16-2)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息，来确定是否从MBMS业务的点对点传输改变为MBMS业务的点对多点传输。

11.根据权利要求1所述的方法，其中，第一基站向第二基站发送用于指示MBMS传输模式改变的信息，其中，第一基站在点对多点传输模式与点对点传输模式之间改变。

12.根据权利要求1所述的方法，其中，第一基站(16-1)从第二基站(16-2)接收MBMS配置信息，所述MBMS配置信息已经或将要通过第二基站(16-2)的空中接口(24)发送，以向用户设备(22)提供由第二基站(16-2)控制的一个或多个小区(18-2)的MBMS用户平面配置信息，并且，第一基站(16-1)相对应地在由第一基站(16-1)控制的一个或多个小区(18-1)中发送用于指示由第二基站(16-2)控制的一个或多个小区(18-2)的MBMS配置的信息。

13.根据权利要求1所述的方法，其中，作为向第二基站(16-2)发送一个或多个RRC消息的一部分，或与向第二基站(16-2)发送一个或多个RRC消息相关联地，第一基站(16-1)发送小区标识信息，以向第二基站(16-2)指示与所共享的MBMS配置信息相关联的小区(18-1)的标识。

14.一种操作于平坦架构无线接入网RAN(12)中的第一基站(16-1)，其特征在于：所述第一基站(16-1)被配置为经由其空中接口(24)发送一个或多个无线资源控制RRC消息，以向用户设备(22)提供针对由第一基站(16-1)控制的一个或多个小区(18-1)的多媒体广播多播服务MBMS用户平面配置信息，所述第一基站(16-1)还被配置为通过经由基站间接口(20)向相邻的第二基站(16-2)发送所述一个或多个RRC消息，来与相邻的第二基站(16-2)共享该MBMS用户平面配置信息。

15.根据权利要求14所述的第一基站，其中，第一基站被配置为与第二基站共享MBMS控制信道内容和定时信息。

16.根据权利要求15所述的第一基站，其中，第一基站被配置为用作包括第二基站在内的MBMS单频网SFN簇中的控制无线资源控制器RNC，并且，第一基站被配置为确定MBMS SFN簇的MBMS控制信道内容和定时信息，并与第二基站共享MBMS控制信道内容和定时信息。

17.根据权利要求14所述的第一基站，其中，第一基站(16-1)被配置为使得经由基站间接口(20)从第一基站(16-1)发送至第二基站(16-2)的RRC消息是通过第一基站(16-1)的空中接口(24)发送的、针对由第一基站(16-1)控制的一个或多个小区(18-1)中的用户设备(22)进行的多播控制信道MCCH获取的相同RRC消息。

18.根据权利要求17所述的第一基站(16-1)，其中，第一基站(16-1)被配置为接收由第二基站(16-2)经由基站间接口(20)发送的RRC消息，其中，这些RRC消息是通过第二基站(16-2)的空中接口(24)发送的、针对由第二基站控制的一个或多个小区(18-2)中的用户设备(22)进行的MCCH获取的相同RRC消息，并且，第一基站(16-1)被配置为通过第一基站(16-1)的空中接口(24)来发送第二基站(16-2)的MBMS用户平面配置，第二基站(16-2)通过第二基站(16-2)的空中接口(24)来发送第一基站(16-1)的MBMS用户平面配置。

19.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为通过以下操作来向第二基站(16-2)发送所述一个或多个RRC消息：将多播控制信道MCCH获取过程的RRC消息置于一个或多个RRC消息容器中，以及在一个或多个无线网络子***应用部分RNSAP消息中向第二基站(16-2)发送RRC消息容器。

20.根据权利要求14所述的第一基站(16-1)，其中，第一和第二基站(16-1、16-2)是被配置为操作于平坦架构宽带码分多址WCDMA网络(10)中的NodeB+，并且，基站间接口包括NodeB+之间的Iur接口。

21.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为与第二基站(16-2)共享与从第一基站(16-1)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息。

22.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为至少部分地基于从第二基站(16-2)接收与从第二基站(16-2)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息，来确定是否从MBMS业务的点对多点传输改变为MBMS业务的点对点传输。

23.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为至少部分地基于从第二基站(16-2)接收与从第二基站(16-2)接收MBMS业务的移动终端或其他用户设备(22)的数目有关的信息，来确定是否从MBMS业务的点对点传输改变为MBMS业务的点对多点传输。

24.根据权利要求14所述的第一基站，其中，第一基站被配置为向第二基站发送用于指示MBMS传输模式改变的信息，其中，第一基站在点对多点p-t-m模式与点对点p-t-p模式之间改变。

25.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为从第二基站(16-2)接收MBMS配置信息，所述MBMS配置信息已经或将要通过第二基站(16-2)的空中接口(24)发送，以向用户设备(22)提供由第二基站(16-2)控制的一个或多个小区(18-2)的MBMS用户平面配置信息，并且，第一基站(16-1)相对应地在由第一基站(16-1)控制的一个或多个小区(18-1)中发送用于指示由第二基站(16-2)控制的一个或多个小区(18-2)的MBMS用户平面配置的信息。

26.根据权利要求14所述的第一基站(16-1)，其中，第一基站(16-1)被配置为，作为向第二基站(16-2)发送一个或多个RRC消息的一部分，或与向第二基站(16-2)发送一个或多个RRC消息相关联地，发送小区标识信息，以向第二基站(16-2)指示与所共享的MBMS配置信息相关联的小区(18-1)的标识。

27.根据权利要求14所述的第一基站(16-1)，其中，基站间接口(20)包括第一和第二基站(16-1、16-2)之间的Iur接口。