CN102415110A

CN102415110A - 在无线网络中用于传输mbms控制信令的方法及装置

Info

Publication number: CN102415110A
Application number: CN200980158942XA
Authority: CN
Inventors: 王河; 汪勇刚; 陈宇; 晁华
Original assignee: Alcatel Lucent Shanghai Bell Co Ltd
Current assignee: Nokia Shanghai Bell Co Ltd
Priority date: 2009-09-27
Filing date: 2009-09-27
Publication date: 2012-04-11
Anticipated expiration: 2029-09-27
Also published as: CN102415110B; WO2011035484A1

Abstract

本发明提出了一种即使用户设备未能正确接收当前的MCCH RRC消息，也能利用预先接收的MCCH RRC消息对MTCH业务数据进行解码的在无线网络中用于传输MBMS控制信令的方法及装置。其中，基站首先判断控制信令中的配置信息是否将要更新；当控制信令中的配置信息将要更新时，向用户设备发送更新通知信息，该更新通知信息包括更新的配置信息，用于通知用户设备控制信令的配置信息将在更新激活时间时发生更新；用户设备接收来自基站的更新通知信息后，存储所述更新通知信息；当更新激活时间到来时，如果未能正确接收当前的控制信令时，用存储的更新通知信息中的配置信息解码和解调业务数据。

Description

在无线网络中

用于传输 MBMS控制信令的方法及装置

技术领域

本发明涉及无线通信系统，尤其涉及无线通信系统中多媒体广播和 /或组播业务的控制信令的传输。背景技术

多媒体广播和 /或组播业务 ( Multimedia Broadcast/Multicast Service, MBMS )是在 3GPP Release 6中引入的一项业务。多媒体广播和 /或组播业务是一种通过共享网络资源从一个数据源向多个用户设备传送数据的技术，在提供多媒体业务的同时能有效地利用网络资源，实现较高速率的多媒体业务的广播和组播。

用户设备 ( User Equipment, UE )在下行广播信道（ Broadcast Control Channel, BCCH ) 上获取多播控制信道（Multicast Control Channel , MCCH )的配置信息，也即多媒体广播和 /或组播业务控制信令中的配置信息。

在 MCCH消息也即多媒体广播和 /或组播业务控制信令中携带了该小区的多媒体广播和 /或组播业务的配置信息（ configuration information ), 该配置信息包括在当前调度周期（ Scheduling Period, SP ) 中的多播业务信道（Multicast Traffic Channel, MTCH )的业务数据的解调和解码的信息，也即多媒体广播和 /或组播业务的业务数据的解调和解码的信息，如每个多播信道（Multicast Channel, MCH ) 的子帧分配情况（ MCH Subframe Allocation Pattern , MSAP )、编码调制方案 ( Modulation Coding Scheme , MCS )以及业务传输的顺序（ Transmission Order )，以便于用户设备使用该配置信息以正确地解调和解码它所希望收到的 MTCH业务数据。因此，为了正确解码和解调 MTCH业务数据，用户设备必须首先正确接收到与该 MTCH业务数据相关的 MCCH消息，也即 MCCH无线资源控制 (Radio Resource Control, RRC)消息。已知地， MCCH RRC消息是周期性地发送的，只有在特定的子帧中，例如修改周期（Modification Period, MP )和重复周期（ Repetition Period, RP ) 的开始的广播和 /或组播单频网子帧（ Multicast Broadcast Single Frequency Network Subframe, MBSFN Subframe )中，基站（ evolved NodeB， eNB ) 才会发送 MCCH消息。

如果 MCCH消息中的内容发生变化，基站只有在修改周期的起始时刻（也即，开始时刻，开始子帧，起始子帧）才会向用户终端发送更新 MCCH消息，因此，修改周期，就是在修改周期的起始时刻发送的 MCCH 消息可能会发生变化；然后在每个修改周期中的各个重复周期的起始时刻上，将重复发送该变化的 MCCH 消息，因此，重复周期，就是在同一个修改周期中的各个重复周期中重复地发送相同的 MCCH消息。如果下一个修改周期的起始时刻到来时， MCCH消息未发生改变，则在该下一个修改周期的起始时刻和该下一个修改周期中的各个重复周期的起始时刻中发送的 MCCH消息不变。

一旦用户设备未能在 MCCH消息首次传输时正确接收到 MCCH消息，例如，未能在修改周期的起始时刻收到 MCCH消息，则该用户设备必须等到该修改周期中的下一个或下几个重复周期，甚至是下一个修改周期中正确接收到 MCCH消息之后，才能正确地解码和解调 MTCH业务数据，而无法正确地接收从未能正确接收到 MCCH消息所对应的 MP 的起始时刻开始直至正确接收到 MCCH消息之间的时间段内的 MTCH 业务数据，因此，将会造成业务数据的中断，并且影响用户体验（user experience )。

图 1示出了一个示例的 MBMS传输时序图，其中，为了方便说明，仅示出了 MCCH的传输块，其他纯 MTCH的传输块被略去。在该示例中，修改周期等于 8个调度周期，重复周期等于 2个调度周期。当然，上述的倍数关系仅为示例，在实际系统中，运营商可以根据网络的吞吐量、运营商提供的业务的类型、服务盾量（Quality of Service, QoS )等等因素综合地配置系统的参数。一般地，修改周期为调度周期的一倍或多倍，但是不排除修改周期或重复周期不是调度周期的整数倍数的情形。如果在修改周期起始时刻， UE没有成功地接收到 MCCH消息；并且，在之后的第一个重复周期起始时刻， UE也没有成功接收到 MCCH 消息（图 1中的叉表示未能成功接收 MCCH消息）；直到之后第二个重复周期起始时刻， UE才接收到 MCCH消息（图 1中的对号表示成功接收 MCCH消息）。也即， UE在该修改周期起始时刻和第二个重复周期起始时刻之间（图中的斜线范围）仍收到了 MCCH和 MTCH复用的传输块（ Transport Block, TB )，以及纯 MTCH的传输块，但是 UE并没有获得 MCCH消息中携带的 MTCH的配置信息，因此无法正确地解调和解码这些 MTCH业务数据 , 因此在这段时间之内的 MBMS业务数据都将被 UE所丢弃。图 1示出了 MCCH和 MTCH复用在一个传输块的情形，其中，每个传输块中的阴影部分表示 MCCH部分，空白部分表示 MTCH部分。本领域技术人员能够理解，实际上， MTCH和 MCCH是可以离散地分布在传输块的资源块中的，复用在同一个传输块中的 MCCH和 MTCH的映射图案很有可能是不规则的。当然，如果 MCCH 和 MTCH未复用，则一个传输块对应于一个纯 MCCH传输块或纯 MTCH 传输块。最差的情况是， UE在修改周期起始时刻以及该修改周期中的各个重复周期起始时刻都没有正确接收 MCCH消息，导致整个修改周期的 MTCH业务数据的接收都会受到影响，不能被正确地解码。因为无法正确地解码 MTCH业务数据，因此，用户设备只能丟弃图中箭头所示部分中传输的所有 MBMS业务数据。这就是在 MCCH消息传输失败情况下出现的 MTCH业务数据接收中断问题。在这种情况下，该 UE的 MBMS 业务数据接收会中断，用户对 MBMS业务的体验会受到影响。

发明内容

本发明提出了一种即使用户设备未能正确接收当前的 MCCH 消息，也能利用预先接收的 MCCH消息对 MTCH业务数据进行解码的方法和装置。其中，基站首先判断控制信令中的配置信息是否将要更新；当控制信令中的配置信息将要更新时，向用户设备发送更新通知信息，该更新通知信息包括更新的配置信息，用于通知用户设备控制信令的配置信息将在更新激活时间时发生更新；用户设备接收来自基站的更新通知信息后，存储所述更新通知信息；当更新激活时间到来时，如果未能正确接收当前的控制信令时，用存储的更新通知信息中的配置信息解码和解调业务数据。

根据本发明的第一方面，提供了一种在无线通信系统的基站中用于向用户设备发送多媒体广播和 /或组播业务的控制信令的方法，包括以下步骤：判断控制信令中的配置信息是否将要更新；当控制信令中的配置信息将要更新时，向用户设备发送更新通知信息，该更新通知信息包括更新的配置信息，更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新；

根据本发明的第二方面，提供了一种在在无线通信系统的用户设备中用于解码和解调多媒体广播和 /或组播业务的业务数据的方法，包括以下步骤：接收来自基站的更新通知信息，该更新通知信息包括更新的配置信息，该更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；存储所述更新通知信息；当更新激活时间到来时，如果未能正确接收当前的控制信令时，用存储的更新通知信息中的所述配置信息解码和解调业务数据；

根据本发明的第三方面，提供了一种在无线通信系统的基站中用于向用户设备发送多媒体广播和 /或组播业务的控制信令的提供装置，包括：判断装置，用于判断所述控制信令中的配置信息是否将要更新；发送装置，用于当所述控制信令中的配置信息将要更新时，向所述用户设备发送更新通知信息，所述更新通知信息包括所述更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新；

根据本发明的第四方面，提供了一种在在无线通信系统的用户设备中用于解码和解调多媒体广播和 /或组播业务的业务数据的处理装置：接收装置，用于接收来自基站的更新通知信息，所述更新通知信息包括更新的配置信息 , 所述更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；存储装置，用于存储所述更新通知信息；解码和解调装置，用于当所述更新激活时间到来时，如果未能正确接收当前的控制信令时 , 用所述存储的更新通知信息中的所述配置信息解码和解调业务数据。

采用本发明的方案，能够在即使用户设备未能正确接收当前的

MCCH消息，也能利用预先接收的 MCCH消息对 MTCH业务数据进行解码和解调，从而避免了因未收到当前的 MCCH 消息而造成的 MTCH业务数据接收中断问题，从而保证了用户的 MBMS业务的体验。附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的以上及其它特征、目的和优点将会变得更加明显：

图 1示出了一个示例的 MBMS传输时序图；

图 2示出了才艮据本发明的一个具体实施例方式的方法流程图；图 3为居本发明的一个具体实施方式的网络架构示意图；图 4示出了才艮据本发明的一个具体实施方式的装置框图。

附图中，相同或者相似的附图标识代表相同或者相似的部件。具体实施方式

通常地，一个小区（cell ) 中只有一个 MCCH逻辑信道，一个小区中可能有多个 MCH传输信道。为了便于说明，考虑为 MCH传输信道所分配的子帧不重叠（non-overlapping )的情形，也即，每个 MCH传输信道对应着一个 MBSFN子帧分配（MSAP )。根据 RAN2#66/66bis/67 标准化中对 MCCH的协商，映射在 MCH上的 MCCH可以通过 MCCH 特定的调制编码方式（MCS )和 MTCH 复用在一个传输块中。标准还在一个修正周期内将重复周期机制用于 MCCH消息。

在个小区（cell )中，仅包括一个 MCCH逻辑信道，该 MCCH的无线资源控制（Radio Resource Control, RRC ) 消息，也即多媒体广播和 / 或组播控制信令，以下简称为 MCCH RRC 消息中含有所有正在进行 ( ongoing )的 MTCH会话（ session )的配置信息。该 MCCH RRC消息随修改周期的粒度而变更，修改周期例如为一个或多个调度周期。在每个修改周期中，第一个 MCCH RRC消息在该修改周期的起始时刻 , 也即，起始 MBSFN子帧中传输。基站对 MCCH RRC消息采用修改周期和重复周期的周期传输机制，是考虑到传输的可靠性、 UE 的省电模式和避免错过 MCCH RRC消息的接收。所谓在 MCCH RRC消息在修改周期的起始 MBSFN子帧上发送，并不是绝对的。以下，以调度周期（SP ) 为 320ms, 也即，包括 320个子帧，修改周期（ MP )包括 8个调度周期，也即 1ΜΡ=8 χ SP=2.56s，一个修改周期包括 4个重复周期（ RP )，也即， 1RP=1/4MP=2 X SP=0.64S为例进行说明。当然，上述的倍数关系仅为示例，在实际系统中，运营商可以根据网络的吞吐量、运营商提供的业务的类型、 QoS等等因素综合地配置系统的参数。理想地，基站在每个修改周期或者重复周期的起始时刻，也即起始 MBSFN 子帧发送 MCCH RRC消息，在其他的 MBSFN子帧中，不会发 MCCH RRC消息。当然，因为 MBSFN子帧的分布是离散的。在一个无线子帧（Radio Frame, RF )中包括 10个子帧（ subframe )，而协议规定每个无线帧中的第 0、 4、 5、 9号子帧不能用于 MBSFN传输。例如，修改周期开始的第一个子帧不能进行 MBSFN传输，而按照规定， MCCH RRC消息必须以 MBSFN 的形式传输，所以，有可能出现这样的情形，重复周期在第 0号子帧开始， MCCH RRC消息可能在第 1号子帧进行发送，其中，一个调度周期包括 320个子帧，分别为第 0号、第 1号…第 319号子帧，且该本调度周期的第 1号子帧为 MBSFN子帧。也即， MCCH RRC消息只在修改周期和重复周期开始的最接近（ closed occasion )的 MBSFN子帧中向移动站发送。当然，对于最靠近的一个 MBSFN子帧是如何定义的，是系统约定好的，各个基站的选取的方式应该保持一致。对于单小区传输的情形， MCCH RRC消息不需要在 MBSFN子帧中进行传输，因此， MCCH RRC消息只要在修改周期和重复周期开始的第一个子帧中传输即可。上述描述对应了修改周期和重复周期是调度周期的整数倍的情形。当修改周期和 /或重复周期与调度周期不匹配的情形，也即，修改周期和 /或重复周期的起始位置与调度周期不同时，基站在每个修改周期和重复周期开始后的第一个完整的调度周期的初始时刻发送 MCCH RRC消息。基站在每个重复周期上发送的 MCCH RRC 消息是相同的，直至 MCCH RRC消息出现了更新，则在修改周期开始的最接近的 MBSFN子帧才更新 MCCH RRC消息 ,然后，后面的重复周期再按照更新后的 MCCH RRC 消息周期重复地发送。

以下，参照图 2, 对根据本发明的一个具体实施方式的方法流程图进行描述。其中，在图 2中，步骤 S10和步骤 S11为基站 1所执行的步骤；步骤 S20、步骤 S21、步骤 S22、步骤 S23和步骤 S23，为用户设备 2 所执行的步骤。

首先，在步骤 S10中，基站 1判断多媒体广播和 /或组播业务控制信令，也即 MCCH RRC消息中的配置信息是否将要更新。

具体地，基站 1首先接收来自多播协调实体（ Multicast Coordination Entity, MCE ) 的调度信息。如图 3所示，所有来自广播和 /或多播业务中心（ Broadcast Multicast Service Center, BM-SC ) 的控制信息，都会到达 MCE。 MCE 实体是在演进的多媒体广播和 /或组播（Evolved- Multimedia Broadcast and Multicast Service, E-MBMS )体系结构中定义的控制面（ control plane )的实体，是接入网为实现多小区传输（即使用 MBSFN传输方式）而引入的功能模块实体，当进行多小区传输时，专门负责对 MBSFN区域内所有基站的无线资源进行分配和协调管理，对于 MBSFN传输模式， MCE对所有基站发送的调度信息都是相同的。它的功能主要是对 MBSFN区域中的所有基站分配相同的无线资源，包括时间、频率资源的分配，还包括无线资源的配置信息，例如调制编码方式的确定，用于 MBMS业务的 MBSFN传输。由于是逻辑实体， MCE 既可以作为某些功能实体，如基站的一部分，也可以是一个独立的实体。

因此，来自 MCE的调度信息中包括更新的基站 1中的各个 MCH中每一个 MCH相对应的多播信道子帧分配图案（ MCH Subframe Allocation Pattern, MSAP ),调制编码方式（ Modulation and Coding Schema, MCS )，可能的一些层 2的配置信息，例如无线链路层非确认模式的配置信息，以及 MBMS 会话列表的信息。值得注意的是，只有当调度信息发生变化时， MCE才会向各个基站发送调度信息，如果调度信息不变时，一般地 MCE不会向基站发送调度信息。一般地，当调度信息中有任一项或者任多项发生变化时， MCE就会把全部的多项调度信息发给基站，其中也包括不变的信息，以便于基站以完整的调度信息覆盖或替换之前存储的配置信息。

当然，根据不同的网络运营商的配置， MCE向基站 1发送调度信息的时刻也不同，一般地， MCE都会提前一定余量向基站 1发送调度信息。

当基站 1收到来自 MCE的更新的调度信息时，如图 3所示，例如，基站 1基于 M2接口，通过 M2AP ( M2 Application Protocol )信令，收到来自 MCE的调度信息时，基站 1确定 MCCH RRC消息中的配置信息将要更新。

然后，在步骤 S11中，当基站 1确定 MCCH RRC消息中的配置信息将要发生更新时，基站 1向用户设备 2发送更新通知信息，更新通知信息包括更新的配置信息，更新通知信息用于通知用户设备控制信令的配置信息将在更新激活时间时发生更新。例如，该更新的配置信息 ( reconfiguration information ) 包括基站 1 中的各个 MCH 中与每一个 MCH相对应的 MSAP、 MCS、可能的一些层 2 ( L2 )的配置信息，例如无线链路层非确认模式的配置信息，以及 MBMS会话列表的信息。更新的配置信息来自 MCE的调度信息。

表一示出了现有的 MCCH RRC消息的结构示意图。

表一

• MCH 列表,对于每个 MCH包括：

o MSAP

o MCS

o L2 配置，例如 RLC UM配置

o MBMS会话列表，在每个会话中包括：

■ 业务标识

■ 会话标识

■ 短业务标识

其中，每个 MCH的 MBMS会话即在该 MCH传输信道上传输的各个 MTCH业务数据。当多个 MTCH复用在同一个 MCH上时，该 MCH 的 MBMS会话列表包括复用在该 MCH上的所有 MTCH的标识信息，而当一个 MTCH独占一个 MCH时，该 MBMS会话列表包括该独占的 MTCH的标识信息。其中，业务标识（ Service Identity )，会话标识（ Session Identity )和短业务标识（ Short Service Identity )用于共同标识一个 MTCH 业务数据。 MBMS会话列表中各个 MBMS会话按照业务传输的顺序进行排列。

为了保证用户设备能够在即使未能正确接收到的 MCCH RRC消息，也即，无法正确地获取到例如表一所示的 MCH的 MSAP， MCS, L2配置以及 MBMS会话列表信息时，仍能正确地对 MTCH业务数据进行解码，基站 1将预先向用户设备 2提供基站 1所获取的更新的配置信息，也即，对表一所示的 MCCH RRC消息的内容和结构进行调整，以使得预先向用户设备提供更新的配置信息。

表二示出了根据本发明的一个具体实施方式的包括更新通知消息的 MCCH RRC消息结构示意图。其中，更新通知信息中包括更新的配置信息和更新激活时间。

表二

• 当前 MCH 列表，对于其中的每个 MCH包括：

o MSAP

o MCS

o L2 配置，例如 RLC UM配置

o MBMS会话列表，在每个会话中包括：

■ 业务标识

■ 会话标识

■ 短业务标识

• 更新的 MCH 列表,对于其中的每个 MCH包括:

o MSAP

〇 MCS

o L2 配置，例如 RLC UM配置

o 更新激活时间

o MBMS会话列表，在每个会话中包括：

■ 业务标识

- 会话标识

- 短业务标识表二中的第一部分与表一相同，都表示当前的 MCCH RRC消息中的配置信息。，表二中的第二部分，也即下划线标识的部分，表示提前发送的更新的配置信息（reconfiguration information ), 该第二部分是可选的。也即，如果基站 1未收到来自 MCE的调度信息，基站 1确定 MCCH RRC消息中的配置信息不会发生改变时，这一部分内容不会出现，因此，不会增加额外的信令开销，也即基站 1发送如表一所示的内容。但是，如果基站 1收到来自 MCE的调度信息，并且基站 1确定 MCCH RRC消息中的配置信息将要发生改变时，则表二中的第二部分，也即下划线部分的内容，即更新通知信息将出现在 MCCH RRC消息中。一般地，即使对于每个 MCH, 仅仅有部分内容发生更新，而部分内容保持不变时，例如 MSAP可能保持不变，此时，更新的 MCH列表中，对于每个 MCH应该包括全部配置信息，也即，既包括更新的内容，也包括保持不变的信息，例如包括保持不变的 MSAP, 以降低接收到的 UE处理该配置信息的复杂度。当然，更新的 MCH列表中也可以仅仅包含与当前的 MCH列表之间变化的部分，这样可能会带来基站和用户设备处理的复杂度的提高。

注意到，表二所示的实施方式中，第二部分还包括更新激活时间，也即，表示该更新的配置信息何时起生效。 MCCH RRC消息中的配置信息在整个修改周期中均有效且保持不变，换言之， MCCH RRC消息中的更新的配置信息只能在修改周期开始的时刻发送，然后，在更新激活时间所对应的时刻，用户设备对配置信息进行更新，该更新的配置信息开始生效。因此，可以将更新激活时间表示为修改周期的整数倍的形式。可以仅仅使用 2比特信息表示更新激活时间。例如， 00 表示更新在一个修改周期之后激活，01表示更新在 2个修改周期之后激活， 10表示更新的配置信息在 3个修改周期之后激活， 11表示更新的配置信息在 4个修改周期之后激活。

当然，可以理解，为了保证新进入网络的用户设备能够收到最新的更新的配置信息，如果基站 1提前多个修改周期开始发送配置信息，则基站 1在之后的每个修改周期和每个重复周期（包括开始发送配置信息的修改周期中的各个重复周期）都要向用户设备 2发送更新通知信息，直至该更新通知信息中的更新的配置信息生效，或者，直至基站 1需要发送新的更新通知信息。例如，基站 1在激活时间之前的 3.5 个修改周期收到了来自 MCE的调度信息，其中，调度信息中包括更新的配置信息，则基站 1在激活时间之前的第 3个修改周期的起始子帧开始发送该更新通知信息，该更新通知消息中的更新激活时间为 3 个修改周期后，并且，基站 1在随后的本修改周期内的各个重复周期重复发送该更新通知消息，该更新通知消息中的更新激活时间仍为 3 个修改周期后。基站还在随后的修改周期的起始子帧也发送更新的配置信息，但是其中的更新激活时间为 2个修改周期之后，也即，基站 1根据更新激活时间与当前修改周期起始子帧之间的时间差，调整更新通知信息中的更新激活时间的表现的数值。

在极端的情况下，激活时间还未到，基站又收到来自 MCE的更新的调度信息，此时，基站再更新配置信息，并指示用户将之前预存的更新配置信息删除。

当基站 1收到 MCE的更新的调度信息后，基站 1既可以不立即在紧接着的修改周期的子帧中开始发送该更新通知信息，而是等到该更新的配置信息快生效之前，例如，在激活时间所对应的修改周期之前的一个修改周期开始发送，并在随后的重复周期重复发送该更新通知信息，直至到激活时间，新的配置信息开始生效；可选地，基站 1 也可以在接收到来自 MCE的更新的调度信息后，立即紧接着的修改周期的开始子帧（对于以 MBSFN传输的 MCCH RRC消息，在修改周期开始后的第一个 MBSFN子帧，对于以下行共享信道（Downlink Shared Channel, DL-SCH )传输的 MCCH RRC 消息，在修改周期开始后的第一个子帧）发送该通知消息。

在一个变化的实施方式中，表二中的更新激活时间是可以省略的。因为，如果运营商（Operator ) 定义该提前发送的更新配置信息只提早一个修改周期，那么，在 MCCH RRC 消息中的新增加的信息中就可以不包括更新激活时间信息，而仅仅包括更新的配置信息。当用户设备接收到的更新通知信息中不包括更新激活时间时，用户知道在下一个修改周期中配置信息发送更新，因此用户设备直接在下一个修改周期时对配置信息进行更新。

在步骤 S10中，若基站 1判断控制信令的配置信息在将来不会发生更新，也即，基站 1未收到来自 MCE的调度信息，则基站 1按照表一所示，只发送当前的配置信息，此时的 MCCH RRC消息中不包含更新的配置信息。因为该步骤与现有技术中的操作类似，因此，在图 2中以省略号的形式表示。当然，如果在 MCCH RRC消息中不包含更新的配置信息域，则默认地，用户设备 2知道至少在下一个修改周期， MCCH RRC消息不会发生改变。

当然，因为基站 1在该修改周期中的重复周期中重复地发送该更新通知消息，因此，即使用户设备 2未收到在修改周期中首次传输的 MCCH RRC消息，用户设备 2也会在之后的重复周期的起始子帧收到重新传输的 MCCH RRC消息。

然后，在步骤 S20中，用户设备 2接收来自基站 1的更新通知信息，更新通知信息包括更新的配置信息，该更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新。

在一个变化的实施方式中，更新通知信息还包括更新激活时间，因此，用户设备 2还需要提取该更新激活时间，并根据该更新激活时间，确定该更新的配置信息在何时起效。

然后，在步骤 S21中，用户设备 2存储该更新通知信息。

然后，在步骤 S22中，用户设备 2判断当更新激活时间到来时，是否正确接收当前的控制信令。

如果未能正确接收当前的控制信令时，则在步骤 S23中，用户设备 2用在步骤 S21 中存储的更新通知信息中的配置信息解码和解调业务数据。

相反地，当更新激活时间到来时，如果用户设备 2正确接收当前的控制信令时，则在步骤 S23，中，用户设备 2用当前接收的控制信令中的配置信息解码和解调业务数据并用所述当前接收的控制信令中的配置信息替换所述存储的更新通知信息。对于单小区传输的情形， MCCH RRC消息不需要在 MBSFN子帧中进行传输，因此， MCCH RRC消息只要在修改周期和调整周期开始的第一个子帧中传输即可。

以下，参照图 4, 对根据本发明的一个具体实施方式的装置框图进行描述。其中，在图 4中，提供装置 10位于基站 1 中，其中，提供装置 10包括第一判断装置 100和发送装置 101。处理装置 20位于用户设备 2中，包括接收装置 200、存储装置 201、第二判断装置 202和解码和解调装置 203。

首先，第一判断装置 100判断多媒体广播和 /或组播业务控制信令，也即 MCCH RRC消息中的配置信息是否将要更新。

具体地，基站 1首先接收来自多播协调实体的调度信息。如图 3所示，所有来自广播和 /或多播业务中心的控制信息，都会到达 MCE。 MCE 实体是在 E-MBMS体系结构中定义的控制面的实体，是接入网为实现多小区传输（即使用 MBSFN传输方式）而引入的功能模块实体，当进行多小区传输时，专门负责对 MBSFN区域内所有基站的无线资源进行分配和协调管理，对于 MBSFN传输模式， MCE对所有基站发送的调度信息都是相同的。它的功能主要是对 MBSFN区域中的所有基站分配相同的无线资源，包括时间、频率资源的分配，还包括无线资源的配置信息，例如调制编码方式的确定，用于 MBMS业务的 MBSFN传输。由于是逻辑实体， MCE既可以作为某些功能实体，如基站的一部分，也可以是一个独立的实体。

因此，来自 MCE的调度信息中包括更新的基站 1中的各个 MCH中每一个 MCH相对应的多播信道子帧分配图案，调制编码方式，可能的一些层 2 的配置信息，例如无线链路层非确认模式的配置信息，以及 MBMS会话列表的信息。值得注意的是，只有当调度信息发生变化时， MCE才会向各个基站发送调度信息，如果调度信息不变时，一般地 MCE 不会向基站发送调度信息。一般地，当调度信息中有任一项或者任多项发生变化时， MCE就会把全部的多项调度信息发给基站，其中也包括不变的信息，以便于基站以完整的调度信息覆盖或替换之前存储的配置信当然，根据不同的网络运营商的配置， MCE向基站 1发送调度信息的时刻也不同，一般地， MCE都会提前一定余量向基站 1发送调度信息。

当基站 1收到来自 MCE的更新的调度信息时，如图 3所示，例如，基站 1基于 M2接口，通过 M2AP信令，收到来自 MCE的调度信息时，第一判断装置 100确定 MCCH RRC消息中的配置信息将要更新。

然后，当第一判断装置 100确定 MCCH RRC消息中的配置信息将要发生更新时，发送装置 101向用户设备 2发送更新通知信息，更新通知信息包括更新的配置信息，更新通知信息用于通知用户设备控制信令的配置信息将在更新激活时间时发生更新。例如，该更新的配置信息包括基站 1中的各个 MCH中与每一个 MCH相对应的 MSAP、 MCS、可能的一些层 2 ( L2 ) 的配置信息，例如无线链路层非确认模式的配置信息，以及 MBMS会话列表的信息。更新的配置信息来自 MCE的调度信表三示出了现有的 MCCH RRC消息的结构示意图。

表三

• MCH 列表,对于每个 MCH包括：

o MSAP

o MCS

o L2 配置，例如 RLC UM配置

o MBMS会话列表，在每个会话中包括：

■ 业务标识

■ 会话标识

■ 短业务标识

其中，每个 MCH的 MBMS会话即在该 MCH传输信道上传输的各个 MTCH业务数据。当多个 MTCH复用在同一个 MCH上时，该 MCH 的 MBMS会话列表包括复用在该 MCH上的所有 MTCH的标识信息，而当一个 MTCH独占一个 MCH时，该 MBMS会话列表包括该独占的 MTCH的标识信息。其中，业务标识，会话标识和短业务标识用于共同标识一个 MTCH 业务数据。 MBMS会话列表中各个 MBMS会话按照业务传输的顺序进行排列。

为了保证用户设备能够在即使未能正确接收到的 MCCH RRC消息，也即，无法正确地获取到例如表三所示的 MCH的 MSAP， MCS, L2配置以及 MBMS会话列表信息时，仍能正确地对 MTCH业务数据进行解码，基站 1将预先向用户设备 2提供基站 1所获取的更新的配置信息，也即，对表三所示的 MCCH RRC消息的内容和结构进行调整，以使得预先向用户设备提供更新的配置信息。

表四示出了根据本发明的一个具体实施方式的包括更新通知消息的 MCCH RRC消息结构示意图。其中，更新通知信息中包括更新的配置信息和更新激活时间。

表四

• 当前 MCH 列表,对于其中的每个 MCH包括：

o MSAP

o MCS

o L2 配置，例如 RLC UM配置

o MBMS会话列表，在每个会话中包括：

■ 业务标识

■ 会话标识

■ 短业务标识

• 更新的 MCH 列表,对于其中的每个 MCH包括:

o MSAP

o MCS

o L2 配置，例如 RLC UM配置

o 更新激活时间

o MBMS会话列表，在每个会话中包括：

■ 业务标识

■ 会话标识

■ 短业务标识

表四中的第一部分与表三相同，都表示当前的 MCCH RRC消息中的配置信息。表四中的第二部分，也即下划线标识的部分，表示提前发送的更新的配置信息，该第二部分是可选的。也即，如果基站 1 未收到来自 MCE的调度信息，基站 1确定 MCCH RRC消息中的配置信息不会发生改变时，第二部分内容不会出现，因此，不会增加额外的信令开销，也即，发送装置 101发送如表三所示的内容。但是，如果基站 1收到来自 MCE的调度信息，并且基站 1确定 MCCH RRC 消息中的配置信息将要发生改变时，则表四中的第二部分，也即下划线部分的内容，即更新通知信息将出现在 MCCH RRC消息中。一般地，即使对于每个 MCH, 仅仅有部分内容发生更新，而部分内容保持不变时，例如 MSAP可能保持不变，此时，更新的 MCH列表中，对于每个 MCH应该包括全部配置信息，也即，既包括更新的内容，也包括保持不变的信息，例如包括保持不变的 MSAP, 以降低接收到的 UE处理该配置信息的复杂度。当然，更新的 MCH列表中也可以仅仅包含与当前的 MCH列表之间变化的部分，这样可能会带来基站和用户设备处理的复杂度的提高。

注意到，表四所示的实施方式中，第二部分还包括更新激活时间，也即，表示该更新的配置信息何时起生效。 MCCH RRC消息中的配置信息在整个修改周期中均有效且保持不变，换言之， MCCH RRC中的更新的配置信息只能在修改周期开始的时刻发送，然后，在更新激活时间所对应的时刻，用户设备对配置信息进行更新，该更新的配置信息开始生效。因此，可以将更新激活时间表示为修改周期的整数倍的形式。可以仅仅使用 2比特信息表示更新激活时间。例如， 00表示更新在一个修改周期之后激活， 01 表示更新在 2 个修改周期之后激活， 10表示更新的配置信息在 3个修改周期之后激活， 11表示更新的配置信息在 4个修改周期之后激活。

当然，可以理解，为了保证新进入网络的用户设备能够收到最新的更新的配置信息，如果基站 1提前多个修改周期开始发送配置信息，则基站 1在之后的每个修改周期和每个重复周期（包括开始发送配置信息的修改周期中的各个重复周期），都要向用户设备 2发送更新通知信息，直至该更新通知信息中的更新的配置信息生效，或者，直至基站 1需要发送新的更新通知信息。例如，基站 1在激活时间之前的 3.5个修改周期收到了来自 MCE的调度信息，其中，调度信息中包括更新的配置信息，则基站 1在激活时间之前的第 3个修改周期的起始子帧开始发送该更新通知信息，该更新通知消息中的更新激活时间为

3个修改周期后，并且，基站 1在随后的本修改周期内的各个重复周期重复发送该更新通知消息，该更新通知消息中的更新激活时间仍为 3个修改周期后。基站还在随后的修改周期的起始子帧也发送更新的配置信息，但是其中的更新激活时间为 2个修改周期之后，也即，基站 1根据更新激活时间与当前修改周期起始子帧之间的时间差，调整更新通知信息中的更新激活时间的表现的数值。

当基站 1收到 MCE的更新的调度信息后，发送装置 101既可以不立即在紧接着的修改周期的子帧中开始发送该更新通知信息，而是等到该更新的配置信息快生效之前，例如，在激活时间所对应的修改周期之前的一个修改周期的起始子帧开始发送，并在随后的重复周期的起始子帧重复发送该更新通知信息，直至到激活时间，新的配置信息开始生效；可选地，发送装置 101也可以在接收到来自 MCE的更新的调度信息后，立即紧接着的修改周期的开始子帧（对于以 MB SFN 传输的 MCCH RRC消息，在修改周期开始后的第一个 MBSFN子帧，对于以 DL-SCH传输的 MCCH RRC消息，在修改周期开始后的第一个子帧）发送该通知消息。

在一个变化的实施方式中，表四中的更新激活时间是可以省略的。因为，如果运营商（Operator ) 定义该提前发送的更新配置信息只提早一个修改周期，那么，在 MCCH RRC 消息中的新增加的信息中就可以不包括更新激活时间信息，而仅仅包括更新的配置信息。当用户设备接收到的更新通知信息中不包括更新激活时间时，用户知道在下一个修改周期中配置信息发送更新，因此用户设备直接在下一个修改周期时对配置信息进行更新。

若第一判断装置 100判断控制信令的配置信息在将来不会发生更新，也即，基站 1未收到来自 MCE的调度信息，则发送装置 101按照表三所示，只发送当前的配置信息，此时的 MCCH RRC消息中不包含更新的配置信息。当然，如果在 MCCH RRC消息中不包含更新的配置信息域，则默认地，用户设备 2知道至少在下一个修改周期， MCCH RRC消息不会发生改变。

当然，因为发送装置 101在该修改周期中的重复周期中重复地发送该更新通知消息，因此，即使用户设备 2未收到在修改周期中首次传输的 MCCH RRC消息，用户设备 2也会在之后的重复周期的起始子帧收到重新传输的 MCCH RRC消息。

然后，接收装置 200接收来自发送装置 101的更新通知信息，更新通知信息包括更新的配置信息，该更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新。

然后存储装置 201存储该更新通知信息。

然后，第二判断装置 202判断当更新激活时间到来时，是否正确接收当前的控制信令。

如果未能正确接收当前的控制信令时，则解码和解调装置 203用存储装置 201中存储的更新通知信息中的配置信息解码和解调业务数据。

相反地，当更新激活时间到来时，如果接收装置 200正确接收当前的控制信令时，则解码和解调装置 203用当前接收的控制信令中的配置信息解码和解调业务数据并用所述当前接收的控制信令中的配置信息替换所述存储的更新通知信息。

因此，根据本发明的技术方案，如果用户设备 2未能正确接收到来自基站 1的在当前的修改周期中传输的 MCCH RRC消息，则如果在上一个修改周期中的 MCCH RRC消息中包括更新通知消息，且该用户设备 1成功地接收到了上一个修改周期中的 MCCH RRC消息的更新信息消息，则用户设备 2用上一个修改周期中的 MCCH RRC消息的更新通知信息中的更新的配置信息解码和解调 MTCH业务数据，这样，因为不需要等到下一个重复周期起始子帧才能获取 MCCH RRC消息中的配置信息，而是利用上一个修改周期中预先获取的 MCCH RRC消息中的更新的配置信息立即对 MTCH业务数据解码，不会错过当前时刻到下一个重复周期之间的 MTCH业务数据，就保证了较小的系统延时。如果在上一个修改周期中的 MCCH RRC消息未包括更新通知消息，且该用户设备 2成功地接收到了上一个修改周期中的当前的 MCCH RRC消息中的配置，则用户设备 2用上一个修改周期中的 MCCH RRC消息中的配置信息解码和解调 MTCH业务数据，同样也保证了较小的系统延时。

以上对本发明的实施例进行了描述，但是本发明并不局限于特定的系统、设备和具体协议，本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

在权利要求中，措词 "包括" 不排除其他的元素和步骤，并且措辞 "一个" 不排除复数。在发明的实际应用中，一个部件可能执行权利要求中所引用的多个技术特征的功能。权利要求中的任何附图标记不应理解为对范围的限制。

Claims

权利要求书

1. 一种在无线通信系统的基站中用于向用户设备发送多媒体广播和 /或组播业务的控制信令的方法，包括以下步骤：

a. 判断所述控制信令中的配置信息是否将要更新；

b. 当所述控制信令中的配置信息将要更新时，向所述用户设备发送更新通知信息，所述更新通知信息包括所述更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新。
2.根据权利要求 1所述的方法，其中，所述更新通知信息中还包括所述更新激活时间。
3.根据权利要求 1或 2所述的方法，其中所述步骤 a还包括：

- 当接收到来自多播协调实体的更新的调度信息时，确定所述控制信令中的配置信息将要更新。
4.根据权利要求 1至 3中任一项所述的方法，其中，所述基站以修改周期周期性地发送控制信令，所述步骤 b还包括：

- 当接收到来自所述多播协调实体的所述更新的调度配置信息时，从下一个修改周期的起始子帧开始向所述用户设备发送所述更新通知信息。
5.根据权利要求 1至 3中任一项所述的方法，其中，所述基站以修改周期周期性地发送控制信令，所述步驟 b还包括：

- 当接收到来自所述多播协调实体的所述新的配置信息时，从所述更新激活时间起的预定个数的修改周期之前的修改周期的起始子帧开始向所述用户设备发送所述更新通知信息。
6. 根据权利要求 3至 4中任一项所述的方法，所述更新激活时间表示为所述修改周期的整数倍数的形式。
7. 根据权利要求 1至 6中任一项所述的方法，其中，所述配置信息包括：多播信道子帧分配图案、调制编码方式和多媒体广播和 /或组播业务的会话列表。
8. 根据权利要求 7所述的方法，其中，所述多媒体广播和 /或组播业务的会话列表包括以下各项中的任一项或者任多项：

- 业务标识；

-会话标识'，

-业务短标识。
9. 根据权利要求 3至 8 中任一项所述的方法，其中，所述修改周期包括至少一个调度周期。
10. —种在在无线通信系统的用户设备中用于解码和解调多媒体广播和 /或组播业务的业务数据的方法，包括以下步骤：

A. 接收来自基站的更新通知信息，所述更新通知信息包括更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；

B. 存储所述更新通知信息；

C. 当所述更新激活时间到来时，如果未能正确接收当前的控制信令时，用所述存储的更新通知信息中的所述配置信息解码和解调所述业务数据。
11.根据权利要求 10所述的方法，其中，所述更新通知信息还包括更新激活时间，所述步骤 A之后、所述步骤 C之前还包括：

-从所述更新通知信息中提取所述更新激活时间。
12. 根据权利要求 10所述的方法，其中，所述步骤 B之后还包括： C，. 当所述更新激活时间到来时，如果正确接收当前的控制信令时，用所述当前接收的控制信令中的配置信息解码和解调业务数据并用所述当前接收的控制信令中的配置信息替换所述存储的更新通知信息。
13. 一种在无线通信系统的基站中用于向用户设备发送多媒体广播和 /或组播业务的控制信令的提供装置，包括：

第一判断装置，用于判断所述控制信令中的配置信息是否将要更新；

发送装置，用于当所述控制信令中的配置信息将要更新时，向所述用户设备发送更新通知信息 , 所述更新通知信息包括所述更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新。
14. 一种在在无线通信系统的用户设备中用于解码和解调多媒体广播和 /或组播业务的业务数据的处理装置：

接收装置，用于接收来自基站的更新通知信息，所述更新通知信息包括更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；

存储装置，用于存储所述更新通知信息；

第二判断装置，用于判断当所述更新激活时间到来时，是否正确接收当前的控制信令；

解码和解调装置，用于当未能正确接收当前的控制信令时，用所述存储的更新通知信息中的所述配置信息解码和解调所述业务数据。