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

Abstract

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

Description

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

技术领域

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

背景技术

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

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

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

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

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

图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个调度周期，也即1MP＝8×SP＝2.56s，一个修改周期包括4个重复周期(RP)，也即，1RP＝1/4MP＝2×SP＝0.64s为例进行说明。当然，上述的倍数关系仅为示例，在实际系统中，运营商可以根据网络的吞吐量、运营商提供的业务的类型、QoS等等因素综合地配置系统的参数。理想地，基站在每个修改周期或者重复周期的起始时刻，也即起始MBSFN子帧发送MCCHRRC消息，在其他的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子帧中进行传输，因此，MCCHRRC消息只要在修改周期和重复周期开始的第一个子帧中传输即可。上述描述对应了修改周期和重复周期是调度周期的整数倍的情形。当修改周期和/或重复周期与调度周期不匹配的情形，也即，修改周期和/或重复周期的起始位置与调度周期不同时，基站在每个修改周期和重复周期开始后的第一个完整的调度周期的初始时刻发送MCCH RRC消息。基站在每个重复周期上发送的MCCH RRC消息是相同的，直至MCCHRRC消息出现了更新，则在修改周期开始的最接近的MBSFN子帧才更新MCCH RRC消息，然后，后面的重复周期再按照更新后的MCCH RRC消息周期重复地发送。

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

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

具体地，基站1首先接收来自多播协调实体(Multicast CoordinationEntity，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 AllocationPattern，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的MBMS会话即在该MCH传输信道上传输的各个MTCH业务数据。当多个MTCH复用在同一个MCH上时，该MCH的MBMS会话列表包括复用在该MCH上的所有MTCH的标识信息，而当一个MTCH独占一个MCH时，该MBMS会话列表包括该独占的MTCH的标识信息。其中，业务标识(Service Identity)，会话标识(SessionIdentity)和短业务标识(Short Service Identity)用于共同标识一个MTCH业务数据。MBMS会话列表中各个MBMS会话按照业务传输的顺序进行排列。

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

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

表二

表二中的第一部分与表一相同，都表示当前的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子帧，对于以下行共享信道(DownlinkShared 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的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消息结构示意图。其中，更新通知信息中包括更新的配置信息和更新激活时间。

表四

表四中的第一部分与表三相同，都表示当前的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根据更新激活时间与当前修改周期起始子帧之间的时间差，调整更新通知信息中的更新激活时间的表现的数值。

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

当基站1收到MCE的更新的调度信息后，发送装置101既可以不立即在紧接着的修改周期的子帧中开始发送该更新通知信息，而是等到该更新的配置信息快生效之前，例如，在激活时间所对应的修改周期之前的一个修改周期的起始子帧开始发送，并在随后的重复周期的起始子帧重复发送该更新通知信息，直至到激活时间，新的配置信息开始生效；可选地，发送装置101也可以在接收到来自MCE的更新的调度信息后，立即紧接着的修改周期的开始子帧(对于以MBSFN传输的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的更新通知信息，更新通知信息包括更新的配置信息，该更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新。

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

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

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

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

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

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

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

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

Claims (14)

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

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

b.当所述控制信令中的配置信息将要更新时，以修改周期周期性地预先向所述用户设备发送更新通知信息，直至该更新通知信息中的更新的配置信息生效或者需要发送新的更新通知信息为止，其中所述更新通知信息包括所述更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新，以使得所述用户设备能够存储所述更新通知信息，并且当所述更新激活时间到来时，如果未能正确接收当前的控制信令时，使用所述存储的更新通知信息中的所述配置信息解码和解调所述业务数据。

2.根据权利要求1所述的方法，其中，所述更新通知信息中还包括所述更新激活时间。

3.根据权利要求1所述的方法，其中所述步骤a还包括：

-当接收到来自多播协调实体的更新的调度信息时，确定所述控制信令中的配置信息将要更新。

4.根据权利要求3所述的方法，其中，所述步骤b还包括：

-当接收到来自所述多播协调实体的所述更新的调度信息时，从下一个修改周期的起始子帧开始向所述用户设备发送所述更新通知信息。

5.根据权利要求3所述的方法，其中，所述步骤b还包括：

-当接收到来自所述多播协调实体的所述更新的调度信息时，从所述更新激活时间起的预定个数的修改周期之前的修改周期的起始子帧开始向所述用户设备发送所述更新通知信息。

6.根据权利要求3至4中任一项所述的方法，所述更新激活时间表示为所述修改周期的整数倍数的形式。

7.根据权利要求1所述的方法，其中，所述配置信息包括：多播信道子帧分配图案、调制编码方式和多媒体广播和/或组播业务的会话列表。

8.根据权利要求7所述的方法，其中，所述多媒体广播和/或组播业务的会话列表包括以下各项中的任一项或者任多项：

-业务标识；

-会话标识；

-业务短标识。

9.根据权利要求1所述的方法，其中，所述修改周期包括至少一个调度周期。

10.一种在在无线通信系统的用户设备中用于解码和解调多媒体广播和/或组播业务的业务数据的方法，包括以下步骤：

A.通过多媒体广播和/或组播业务的控制信令接收来自基站的更新通知信息，所述更新通知信息包括更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；

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

C.当所述更新激活时间到来时，如果未能正确接收当前的控制信令时，用所述存储的更新通知信息中的所述配置信息解码和解调所述业务数据。

11.根据权利要求10所述的方法，其中，所述更新通知信息还包括更新激活时间，所述步骤A之后、所述步骤C之前还包括：

-从所述更新通知信息中提取所述更新激活时间。

12.根据权利要求10所述的方法，其中，所述步骤B之后还包括：

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

13.一种在无线通信系统的基站中用于向用户设备发送多媒体广播和/或组播业务的控制信令的提供装置，包括：

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

发送装置，用于当所述控制信令中的配置信息将要更新时，以修改周期周期性地预先向所述用户设备发送更新通知信息，直至该更新通知信息中的更新的配置信息生效或者需要发送新的更新通知信息为止，其中所述更新通知信息包括所述更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息将在更新激活时间时发生更新，以使得所述用户设备能够存储所述更新通知信息，并且当所述更新激活时间到来时，如果未能正确接收当前的控制信令时，使用所述存储的更新通知信息中的所述配置信息解码和解调所述业务数据。

14.一种在在无线通信系统的用户设备中用于解码和解调多媒体广播和/或组播业务的业务数据的处理装置：

接收装置，用于通过多媒体广播和/或组播业务的控制信令接收来自基站的更新通知信息，所述更新通知信息包括更新的配置信息，所述更新通知信息用于通知所述用户设备所述控制信令的配置信息在更新激活时间时发生更新；

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

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

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