专利名称：Ue接收无线资源控制消息及接收业务调度信息的方法
技术领域：
本发明涉及多媒体广播/组播业务(MBMS)中用户设备(UE)接收控制信息的方法，特别涉及MBMS业务中，UE接收控制信道上无线资源控制(RRC)消息的方法及接收业务调度信息的方法。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动网络中，小区广播业务(CBSCell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，属于消息类业务。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的IP组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。
为了有效地利用移动网络资源，WCDMA/GSM全球标准化组织3GPP提出了组播和广播业务(MBMSMultimedia Broadcast/Multicast Service)，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源的利用率。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。
为了支持MBMS业务，移动网络中新增了移动网功能实体——广播组播业务中心BM-SC，它是内容提供者的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。此外，用户设备(UE)、陆地无线接入网(UTRAN)、GERAN、SGSN、GGSN等功能实体进行增强，增加了MBMS相关的功能。
这样的网络结构参见图1，图1为支持组播/广播业务的无线网络结构示意图。其中，广播/组播业务中心(BM-SC)通过Gmb接口或Gi接口与网关通用分组无线业务(GPRS)支持节点(GGSN，Gateway GPRS SupportNode)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与通信终端相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与通信终端相连。
MBMS包括组播模式和广播模式。组播业务和广播业务的区别点仅在于组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。组播模式需要用户签约相应组播组，进行业务激活，并产生相应的计费信息。由于组播和广播模式在业务需求上存在不同，导致其业务流程也不同。
MBMS业务在UTRAN和UE间传输时有两种模式点到多点(PTM)模式和点到点(PTP)模式。PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收；PTP模式通过专用传输信道(DTCH)发送数据，只有相应的一个UE可以接收到。
用户接收某个MBMS广播业务的完整流程参见图2，如图2所示，该流程包括业务声明(Service announcement)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)过程。
其中，Service announcement过程用于由BM-SC宣告当前能提供的服务。
Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网(CN)和通用陆地无线接入网(UTRAN)的承载资源。
MBMS notification过程用于通知UE MBMS组播会话即将开始。
Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。
Session Stop过程用于将Session Start过程建立的承载资源释放。
在广播业务中，各个MBMS业务节点中都保存该MBMS业务的承载上下文，该承载上下文在Session Start过程中被激活，在Session Stop过程中被去激活。
用户接收某个MBMS组播业务的完整流程参见图3，如图3所示，该流程包括订阅(Subscription)、业务声明(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)和离开(eaving)过程。
其中，Subscription过程用来让用户预先订阅所需的MBMS服务。
Service announcement过程用于由BM-SC宣告当前能提供的服务。
Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文。
Session Start过程中，BM-SC准备好数据传输，通知网络建立相应CN和UTRAN的承载资源。
MBMS notification过程用于通知UE MBMS组播会话即将开始。在这个过程中UTRAN通过业务调度信道(MSCH)通知UE即将开始的MBMS的开始时间、持续时间及结束时间等业务调度信息；UE收到该通知后，根据该通知在该业务开始时接收MBMS业务。这样，UE只能获得即将开始的MBMS业务的开始时间等业务调度信息，并不能获得网络侧对于多种MBMS业务的下发顺序等业务调度信息。
Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。
Session Stop过程用于将Session Start过程建立的承载资源释放。
Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
UTRAN将所有业务的相关控制信息在MCCH信道承载的RRC消息上进行传输。在MBMS业务中，除了通过在广播控制信道(BCCH)上传输关于接入信息、MBMS业务控制(MCCH)等信道的配置信息等有限的控制信息外，大多数RRC消息都是在MCCH信道上传输的。
MCCH信息是周期性发送的，UTRAN会重复发送MCCH信息以提高稳定性。MCCH信息调度对于所有的业务是一致的。
参见图4，图4为MCCH信息调度周期示意图。整个MCCH信息基于“重复周期”周期地传送。“修改周期”定义为“重复周期”的整数倍。MBMS AccessInformation基于“接入信息周期”周期地传送。同时“重复周期”又是“接入信息周期”的整数倍。
MCCH上承载的RRC消息主要包括(MBMS Access Information，MAI)，MBMS修改业务信息(MBMS Modified Services Information，MSI)，变化的RB配置信息(Changed RB Configuration Information)，MBMS非修改业务信息(MBMS Unmodified Services Information)，非变化的RB配置信息(UnchangedRB Configuration Information)等等。
其中，MBMS Modified Services Information等信息是关键信息在一个修改周期中关键信息是不改变的，而MBMS Access Information等接入信息则是可以在任何时间改变。Modified业务信息是这个修改周期内变化的业务信息，同样的Unmodified业务信息是这个修改周期内没有变化的业务信息。
用户在接收MBMS过程中，根据不同的条件需要接收不同的RRC消息，比如有时需要接收变化了的业务信息，而有时需要接收没有变化的业务信息，因此为了减少用户接收MBMS业务控制信息的时间，需要用户能够知道每个RRC消息所在的位置。
由于MBMS业务数目众多，因此在一个RRC消息中可能存在的业务数是比较多的。目前，UE接收RRC消息的过程主要包括以下步骤1、UTRAN在MCCH按照一定的顺序安排所有的RRC消息，此外，在每个RRC消息上任意安排各个MBMS业务的顺序；按照安排好的顺序向UE下发RRC消息。
2、UE接收所有的RRC消息，或是至少接收自己需要接收RRC消息之前的所有消息，逐个进行解调，直到获得所需要的控制信息。
由上述过程可见，由于MCCH上的RRC消息是传输MBMS业务控制信息的唯一的信道，因此它需要承载的控制信息是很多的，而且承载的业务类型也是很多的。对于UE来说只需要接收小区内提供的其中一种或是几种业务，为了接收有限业务的控制信息，UE必须接收所有的控制信道信息或是所有业务的控制信息，这样做对于UE是增加了耗电量。
具体来讲，当UE需要接收某个RRC消息时，由于UE不知道消息从哪个地方开始，因此它只得去逐个消息进行接收，对比。对于一个RRC消息上的多个MBMS业务，那么用户也必须把其中的所有信息接收下来，再对比每个业务的标识，以及业务信息是否是自己所需要的，直至接收到自己需要的信息为止。
总之，现有技术中只是确定了MCCH信道上各个RRC消息的传输顺序，但是没有考虑UE如何能够准确地定位各个RRC消息，以及RRC消息中每个MBMS业务的位置，导致UE必须接收大量不需要的控制信息，增加了耗电量，浪费了系统资源。
发明内容
有鉴于此，本发明的主要目的在于提供一种UE接收控制信道上RRC消息的方法，使UE能够有选择地接收各个RRC消息，并进一步选择接收其中包含的MBMS业务控制信息。
本发明的另一个主要目的在于提供一种UE接收业务调度信息的方法，使得UE能够获得网络侧对于多种MBMS业务的下发顺序等业务调度信息。
为达到上述目的的一个方面，本发明提供了一种多媒体广播/组播业务MBMS中，用户设备UE接收控制信道上无线资源控制RRC消息的方法，该方法包括以下步骤A、网络侧确定RRC消息在控制信道传输周期上的下发顺序，并确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序；B、网络侧将步骤A中确定的一种或两种顺序信息通知给UE；C、UE收到该通知后，根据其中包含的顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
其中，步骤A所述确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序的方法可以为网络侧按照预定规律，对当前业务进行分组和组排序，然后按照业务组的顺序确定各个MBMS业务的控制信息在RRC消息中的顺序。
所述网络侧按照预定规律，对当前业务进行分组和组排序的方法可以为网络侧使用哈希Hashing算法对当前业务进行分组和组排序。
网络侧可以对于当前各个MBMS业务的业务标识、TMGI或NSAPI或TI，使用Hashing算法对当前业务进行分组和组排序。
步骤A中网络侧确定RRC消息在控制信道传输周期上的下发顺序的方法可以为网络侧按照预先设定好的RRC消息顺序，在控制信道传输周期上安排RRC消息；步骤A中确定MBMS业务的控制信息在RRC消息中的顺序的方法为网络侧按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息；所述步骤B中，网络侧将预先设定好的RRC消息顺序信息通知给UE，或将预先设定好的RRC消息顺序信息和各个MBMS业务在RRC消息中的顺序信息通知给UE。
可以将预定规律信息固化在协议中，网络侧和UE分别存储了该规律信息；所述步骤B中，若网络侧只将预先设定好的RRC消息顺序信息通知给UE，则所述步骤C为UE收到该通知后，根据存储的规律信息，确定要接收的RRC消息中要接收的MBMS业务控制信息的顺序，并根据该顺序和通知中包含的顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
步骤A中网络侧确定RRC消息在控制信道传输周期上的下发顺序的方法可以为网络侧的网络侧按照预先设定好的RRC消息顺序，在控制信道传输周期上安排RRC消息；步骤A中确定MBMS业务的控制信息在RRC消息中的顺序的方法为网络侧按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息；所述步骤B中，网络侧根据预定好的RRC消息顺序，确定各个RRC消息在控制信道传输周期中的起始和结束位置，将该起始和结束位置的信息作为顺序信息和各个MBMS业务在RRC消息中的顺序信息通知给UE。
所述步骤C可以包括c1、UE收到该通知后，先从通知中获得要接收的RRC消息在控制信道传输周期上的起始和结束位置，再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置；c2、UE根据确定的位置，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
所述步骤C可以包括C1、UE收到该通知后，根据其中包含的顺序信息，确定自身要接收的RRC消息在控制信道传输周期上的位置和其中要接收的MBMS业务控制信息的位置；C2、UE根据步骤C1确定的位置，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
可以预先设定各个RRC消息的固定长度；所述步骤C1为UE先根据通知中RRC消息的下发顺序和RRC消息的固定长度，确定要接收的RRC消息在传输周期上的位置；再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
所述预先设定各个RRC消息的固定长度的方法可以为将RRC消息的固定长度固化在协议中，或预先由网络侧通知给UE，UE接收并存储。
可以预先设定各个RRC消息的长度级别；所述步骤B中，网络侧进一步将各个RRC消息的长度级别信息随RRC消下发顺序信息通知给UE；步骤C1为UE先根据通知中RRC消息的长度级别，确定该传输周期中的各个RRC消息的长度，再根据RRC消息的下发顺序和各个RRC消息的长度确定要接收的RRC消息在传输周期上的位置；最后根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
可以预先设定各个RRC消息的长度级别的方法为将各个RRC消息的长度级别固化在协议中，或预先由网络侧通知给UE，UE接收并存储。
所述控制信道的传输周期可以为控制信道的修改周期；所述步骤B中网络侧通过小区广播信道将两种顺序信息通知给UE，或通过修改周期中的RRC消息将两种顺序信息通知给UE；或网络侧将一种顺序信息通过小区广播信道通知给UE，将另一种顺序信息通过修改周期中的RRC消息通知给UE。
该方法可以进一步包括
网络侧在一个修改周期的RRC消息中，指示下一个修改周期中将要发送的各个RRC消息的顺序和各个MBMS业务在RRC消息中的顺序，或指示本修改周期中剩余的RRC消息的顺序和各个MBMS业务RRC消息中的顺序。
为达到上述目的的另一个方面，本发明提供了一种多媒体广播/组播业务MBMS中，用户设备UE接收业务调度信息的方法，其特征在于，该方法包括以下步骤A、网络侧确定各个MBMS业务信息在业务信道上的下发顺序，将确定的顺序信息通知给UE；B、UE根据顺序信息，选择接收业务信道上，自身要接收的MBMS业务信息。
其中，所述步骤A中网络侧进一步确定各个MBMS业务下发的起始时间、持续时间和结束时间，将这些时间信息也通知给UE。
网络侧可以将时间信息和确定的顺序信息通过业务调度信道或控制信道或广播信道中的一种或多种信道通知给UE。
网络侧可以将时间和顺序两种信息都通过业务调度信道或都通过控制信道或都通过广播信道通知给UE。
所述步骤B可以包括B1、UE接收到通知后，根据各个MBMS业务的下发顺序，确定自身想要接收的MBMS业务的时间信息；B2、UE根据记录的时间信息，在自身想要接收的MBMS业务开始时，接收该MBMS业务。
网络侧可以将时间信息通过业务调度信道通知给UE，将确定的顺序信息通过控制信道或广播信道通知给UE。
所述步骤B也可以包括b1、UE接收到包含顺序信息的通知后，记录各个MBMS业务的下发顺序；
b2、UE根据记录的MBMS业务下发顺序，并接收到想要接收的业务的时间信息后，按照该时间信息接收该MBMS业务。
由上述的技术方案可见，本发明的这种UE接收控制信道上RRC消息的方法，网络侧确定RRC消息在控制信道传输周期上的下发顺序，并确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序；将确定的一种或两种顺序信息通知给UE；UE根据顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。这样，UE能够有目的的接收和解调RRC消息，从而实现了快速定位和正确获得想要的信息，最大限度地减少了UE读取MCCH的时间，节省了系统资源，降低了耗电量。
本发明提供的这种UE接收业务调度信息的方法，网络侧确定各个MBMS业务信息在业务信道上的下发顺序，将确定的顺序信息通知给UE；UE根据顺序信息，选择接收业务信道上，自身要接收的MBMS业务信息。这样，UE能够有目的的接收MBMS业务信息，节省了系统资源，降低了耗电量。
图1为支持组播/广播业务的无线网络结构示意图；图2为用户接收某个MBMS广播业务的完整流程；图3为用户接收某个MBMS组播业务的完整流程；图4为MCCH信道调度周期示意图；图5为本发明UE接收控制信道上RRC消息的方法的第一较佳实施例的处理流程图；图6为本发明UE接收控制信道上RRC消息的方法的第二较佳实施例的处理流程图；图7为本发明UE接收控制信道上RRC消息的方法的第三较佳实施例的处理流程图；
图8为本发明UE接收业务调度信息的方法的一较佳实施例的处理流程图。
具体实施例方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
本发明的这种UE接收控制信道上RRC消息的方法和UE接收业务调度信息的方法的主要思想为网络侧确定RRC消息的下发顺序信息或业务调度信息，并将顺序信息下发给UE；UE根据顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息；或选择接收MBMS业务信息。
本发明提供的UE接收控制信道上RRC消息的方法为网络侧确定RRC消息在控制信道传输周期上的下发顺序，并确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序；将确定的一种或两种顺序信息通知给UE；UE根据顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
该方法中，网络侧在确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序时，可以按照预定规律，对当前业务进行分组和组排序，然后按照业务组的顺序确定各个MBMS业务的控制信息在RRC消息上的顺序；还可以网络侧临时按某种规律确定各个MBMS业务的控制信息在RRC消息上中的顺序。
如果网络侧是按照预定规律来确定各个MBMS业务的控制信息在RRC消息上的顺序，则可以只将RRC消息在控制信道传输周期上的下发顺序通知给UE，也可以将两种顺序信息都通知给UE；如果网络侧是临时按某种规律确定各个MBMS业务的控制信息在RRC消息上的顺序，则必须将RRC消息在控制信道传输周期上的下发顺序和各个MBMS业务的控制信息在RRC消息上的顺序都通知给UE。
该方法有多种实现方式，以下举三个较佳实施例对该方法进行详细说明。
第一较佳实施例本实施例中，将MCCH上传输的RRC消息设置为固定长度，网络侧和UE预先存储了这个固定长度信息。这个固定长度可以固化在协议中，也可以预先由UTRAN通知给UE，UE接收并存储。
这样，UE接收RRC消息的过程参见图5，图5为本发明第一较佳实施例的处理流程图。该流程包括以下步骤步骤501，UTRAN按照预先设定好的RRC消息顺序在修改周期(Modification Period，MP)中安排各个RRC消息，并且在存在多个MBMS业务的控制信息的RRC消息内，按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息。
例如网络侧在一个RRC消息中安排各个MBMS业务的控制信息时，可以先使用Hashing算法对当前业务进行分组和排序，然后按照业务组的顺序安排各个业务的控制信息在RRC消息上中的位置，当然也可以采用其它任何能够完成业务的预定规律，来安排各个业务的控制信息在RRC消息上中的位置。
实际应用中，可以对于当前各个MBMS业务的业务标识、TMGI或NSAPI或事务标识(TI)等各种标识，使用哈希Hashing算法进行分组和组排序。其中，TMGI是UTRAN在会话开始过程中获得的，NSAPI、TI是在UE LINKING过程中获得的，获得的方法与现有技术相同，这里不再赘述。
步骤502，UTRAN将预先设定好的RRC消息的下发顺序和各个MBMS业务在RRC消息中的顺序通过小区广播信道通知给UE。
本步骤中，UTRAN可以通过小区广播信道通知UE这些RRC消息在MP中的下发顺序和MBMS业务在RRC消息中的顺序，也可以通过该修改周期中的RRC消息MBMS Modified Service Information来通知，还可以将一种顺序信息通过小区广播信道通知给UE，将另一种顺序信息通过修改周期中的RRC消息MBMS Modified Service Information通知给UE。
比如将RRC消息在MP中的下发顺序通过小区广播信道通知给UE，将MBMS业务在RRC消息中的顺序通过该修改周期中的RRC消息MBMSModified Service Information通知给UE；或者将RRC消息在MP中的下发顺序在本MP中的RRC消息MBMS Modified Service Information通知给UE，将MBMS业务在RRC消息中的顺序通过小区广播信道通知给UE。
本步骤中，UTRAN还可以在MCCH上的RRC消息MBMS ModifiedService Information中，指示下一个MP中各个RRC消息在MP中的下发顺序和各个MBMS业务在RRC消息中的顺序，或是本MP中剩余的RRC消息在MP中的下发顺序和各个MBMS业务控制信息在RRC消息中的顺序。
本实施例中，由于网络侧是按照预定规律——Hashing算法对当前业务进行分组和排序，来确定各个MBMS业务的控制信息在RRC消息上的顺序。这个预定规律可以固定在协议中，网络侧和UE都存储了这种算法。
因此实际应用时，在这种情况下，网络侧也可以只将RRC消息在控制信道传输周期上的下发顺序通知给UE。UE在收到该通知后，根据存储的规律信息，也采用Hashing算法对当前业务进行分组和排序，来确定要接收的RRC消息中要接收的MBMS业务控制信息的顺序，并根据该顺序和通知中包含的RRC消息在控制信道传输周期上的下发顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
步骤503，UE接收该通知，从该通知中得到MCCH上一个MP中RRC消息的下发顺序和MBMS业务在RRC消息中的顺序；并根据该顺序和RRC消息的固定长度，确定自身想要接收的RRC消息以及MBMS业务控制信息在MP中的位置。
本步骤中，UE可以先根据通知中RRC消息的下发顺序和固定长度，确定要接收的RRC消息的位置；再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
步骤504，UE根据步骤503中确定的位置，选择接收MP中自己需要的RRC消息中的MBMS业务控制信息。
第二较佳实施例本实施例中，将MCCH上传输的每个RRC消息设置多个长度级别，网络侧和UE预先存储了各个RRC消息的长度级别及对应的长度信息。这些长度信息可以固化在协议中，也可以预先由UTRAN通知给UE，UE接收并存储。
这样，UE接收RRC消息的过程参见图6，图6为本发明第二较佳实施例的处理流程图。该流程包括以下步骤步骤601，UTRAN按照各个RRC消息的信息量大小，预先设定好各个RRC消息的长度级别，按设定好的RRC消息顺序在修改周期中安排各个RRC消息，并且在存在多个MBMS业务的控制信息的RRC消息内，按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息，具体方法与第一较佳实施例相同，这里不再重复。
步骤602，UTRAN将要发送的RRC消息的长度级别、RRC消息预定的下发顺序和各个MBMS业务在RRC消息中的顺序通过小区广播信道通知给UE。
本步骤中，UTRAN可以通过小区广播信道通知UE各个RRC消息的长度级别、RRC消息在MP中的下发顺序和MBMS业务在RRC消息中的顺序，也可以通过在该修改周期中的RRC消息MBMS Modified ServiceInformation来通知，还可以将一种顺序信息通过小区广播信道通知给UE，将另一种顺序信息通过修改周期中的RRC消息MBMS Modified ServiceInformation通知给UE。
比如将RRC消息在MP中的下发顺序和各个RRC消息的长度级别信息通过小区广播信道通知给UE，将MBMS业务在RRC消息中的顺序通过该修改周期中的RRC消息MBMS Modified Service Information通知给UE，或者将RRC消息在MP中的下发顺序和各个RRC消息的长度级别信息，在本MP中的RRC消息MBMS Modified Service Information通知给UE，将MBMS业务在RRC消息中的顺序通过小区广播信道通知给UE。
本步骤中，UTRAN还可以在MCCH上的RRC消息MBMS ModifiedService Information中，指示下一个MP中将要发送的各个RRC消息的长度级别、各个RRC消息在MP中的下发顺序和各个MBMS业务在RRC消息中的顺序，或是本MP中剩余的各个RRC消息的长度级别、RRC消息在MP中的下发顺序和各个MBMS业务在RRC消息中的顺序。
步骤603，UE接收该通知，从该通知中得到MCCH上一个MP中将要发送的各个RRC消息的长度级别、RRC消息的下发顺序和MBMS业务在RRC消息中的顺序；并根据该顺序和RRC消息的长度级别，确定自身想要接收的RRC消息以及MBMS业务控制信息在MP中的位置。
本步骤中，UE可以先根据通知中RRC消息的长度级别，确定该MP中的各个RRC消息的长度，再根据RRC消息的下发顺序和各个RRC消息的长度确定要接收的RRC消息位置；最后根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
步骤604，UE根据步骤603中确定的位置，选择接收MP中自己需要的RRC消息中的MBMS业务控制信息。
第三较佳实施例本实施例中，网络侧不对MCCH上传输的RRC消息的长度进行任何的限定，而网络侧会通知UE各个RRC消息在MP中的起始和结束位置。本实施例中，UE接收RRC消息的过程参见图7，图7为本发明第三较佳实施例的处理流程图。该流程包括以下步骤步骤701，UTRAN按设定好的RRC消息顺序在修改周期安排各个RRC消息，并且在存在多个MBMS业务的控制信息的RRC消息内，按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息，具体方法与第一较佳实施例相同，这里不再重复。
步骤702，UTRAN将要发送的RRC消息在MP中的起始和结束位置和各个MBMS业务在RRC消息中的顺序，通过该修改周期中的RRC消息MBMS Modified Services Information通知给UE。
本步骤中，UTRAN可以通过修改周期中的RRC消息MBMS ModifiedServices Information通知UE各个RRC消息在该MP的起始和结束位置，以及MBMS业务在RRC消息中的顺序，也可以通过在小区广播信道来通知，还可以将RRC消息的位置信息通过小区广播信道通知给UE，将MBMS业务在RRC消息中的顺序通过修改周期中的RRC消息MBMS ModifiedService Information通知给UE；或者将MBMS业务在RRC消息中的顺序通过小区广播信道通知给UE，将MP中RRC消息的位置信息通过本MP的消息MBMS Modified Service Information通知给UE。
本步骤中，UTRAN还可以在MCCH上的RRC消息MBMS ModifiedService Information中，指示下一个MP中将要发送的各个RRC消息的起始和结束位置和各个MBMS业务在RRC消息中的顺序，或是本MP中剩余的RRC消息的起始和结束位置和各个MBMS业务在RRC消息中的顺序。
步骤703，UE接收该通知，从该通知中得到MCCH上一个MP中将要发送的各个RRC消息的起始和结束位置，以及MBMS业务在RRC消息中的顺序；并根据MBMS业务控制信息在RRC消息中的顺序确定自身想要接收的MBMS业务控制信息在MP中的位置。
本步骤中，UE可以先根据通知中各个RRC消息的起始和结束位置，获得要接收的RRC消息的起始和结束位置，再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
步骤704，UE根据步骤703中确定的位置，选择接收MP中自己需要的RRC消息中的MBMS业务控制信息。
本发明提供的UE接收业务调度信息的方法为网络侧确定各个MBMS业务信息在业务信道上的下发顺序，将确定的顺序信息通知给UE；UE根据顺序信息，选择接收业务信道上，自身要接收的MBMS业务信息。
以下举一个较佳实施例对该方法进行详细说明。
参见图8，图8为本发明UE接收业务调度信息的方法的一较佳实施例的处理流程图。该流程包括以下步骤步骤801，网络侧确定各个MBMS业务信息在业务信道上的下发顺序，以及各个MBMS业务下发的起始时间、持续时间和结束时间，将确定的下发顺序信息和时间信息加入到业务调度信息中。
步骤802，网络侧将业务调度信息通过MSCH或MCCH或BCH通知给UE。
实际应用中，网络可以将各个MBMS业务信息在业务信道上的下发顺序和各个MBMS业务下发的起始时间、持续时间和结束时间分开发送给UE。比如将各个MBMS业务信息在业务信道上的下发顺序MCCH或BCH通知给UE，而采用现有技术的方法来将起始时间、持续时间和结束时间通过MSCH通知给UE。
步骤803，UE接收到包含业务调度信息的通知后，记录各个MBMS业务的下发顺序及自身想要接收的MBMS业务的时间信息。
步骤804，UE根据记录的MBMS业务下发顺序和时间信息，在自身想要接收的MBMS业务开始时，接收该MBMS业务。
如果网络侧将下发顺序通过MCCH或BCH通知给UE，而采用现有技术的方法来将起始时间、持续时间和结束时间通过MSCH通知给UE的，则本步骤中，UE根据记录的MBMS业务下发顺序，在通过MSCH接收到想要接收的业务的时间信息后，按照该时间信息接收该MBMS业务。时间信息，顺序信息等还可以通过其他的方式传输，比如时间信息和顺序信息都可以通过业务调度信道传输，或其他的传输方式组合来传输。也就是说，网络侧可以将时间信息和确定的顺序信息通过业务调度信道或控制信道或广播信道中的一种或多种信道单独或组合通知给UE。
由上述的实施例可见，本发明的这种UE接收控制信道上RRC消息的方法和接收业务调度信息的方法，实现了快速定位和正确获得想要的信息，最大限度地减少了UE读取MCCH或业务信道的时间，节省了系统资源，降低了耗电量。
权利要求
1.一种多媒体广播/组播业务MBMS中，用户设备UE接收控制信道上无线资源控制RRC消息的方法，其特征在于，该方法包括以下步骤A、网络侧确定RRC消息在控制信道传输周期上的下发顺序，并确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序；B、网络侧将步骤A中确定的一种或两种顺序信息通知给UE；C、UE收到该通知后，根据其中包含的顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
2.如权利要求1所述的方法，其特征在于，步骤A所述确定包含多个MBMS业务的控制信息的RRC消息中，各个MBMS业务的控制信息在RRC消息中的顺序的方法为网络侧按照预定规律，对当前业务进行分组和组排序，然后按照业务组的顺序确定各个MBMS业务的控制信息在RRC消息中的顺序。
3.如权利要求2所述的方法，其特征在于所述网络侧按照预定规律，对当前业务进行分组和组排序的方法为网络侧使用哈希Hashing算法对当前业务进行分组和组排序。
4.如权利要求3所述的方法，其特征在于网络侧对于当前各个MBMS业务的业务标识、TMGI或NSAPI或TI，使用Hashing算法对当前业务进行分组和组排序。
5.如权利要求1所述的方法，其特征在于，步骤A中网络侧确定RRC消息在控制信道传输周期上的下发顺序的方法为网络侧按照预先设定好的RRC消息顺序，在控制信道传输周期上安排RRC消息；步骤A中确定MBMS业务的控制信息在RRC消息中的顺序的方法为网络侧按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息；所述步骤B中，网络侧将预先设定好的RRC消息顺序信息通知给UE，或将预先设定好的RRC消息顺序信息和各个MBMS业务在RRC消息中的顺序信息通知给UE。
6.如权利要求1所述的方法，其特征在于将预定规律信息固化在协议中，网络侧和UE分别存储了该规律信息；所述步骤B中，若网络侧只将预先设定好的RRC消息顺序信息通知给UE，则所述步骤C为UE收到该通知后，根据存储的规律信息，确定要接收的RRC消息中要接收的MBMS业务控制信息的顺序，并根据该顺序和通知中包含的顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
7.如权利要求1所述的方法，其特征在于，步骤A中网络侧确定RRC消息在控制信道传输周期上的下发顺序的方法为网络侧的网络侧按照预先设定好的RRC消息顺序，在控制信道传输周期上安排RRC消息；步骤A中确定MBMS业务的控制信息在RRC消息中的顺序的方法为网络侧按照预定规律，确定各个MBMS业务在RRC消息中的顺序，按照该顺序安排各个MBMS业务的控制信息；所述步骤B中，网络侧根据预定好的RRC消息顺序，确定各个RRC消息在控制信道传输周期中的起始和结束位置，将该起始和结束位置的信息作为顺序信息和各个MBMS业务在RRC消息中的顺序信息通知给UE。
8.如权利要求7所述的方法，其特征在于，所述步骤C包括c1、UE收到该通知后，先从通知中获得要接收的RRC消息在控制信道传输周期上的起始和结束位置，再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置；c2、UE根据确定的位置，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
9.如权利要求1所述的方法，其特征在于，所述步骤C包括C1、UE收到该通知后，根据其中包含的顺序信息，确定自身要接收的RRC消息在控制信道传输周期上的位置和其中要接收的MBMS业务控制信息的位置；C2、UE根据步骤C1确定的位置，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。
10.如权利要求9所述的方法，其特征在于预先设定各个RRC消息的固定长度；所述步骤C1为UE先根据通知中RRC消息的下发顺序和RRC消息的固定长度，确定要接收的RRC消息在传输周期上的位置；再根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
11.如权利要求10所述的方法，其特征在于所述预先设定各个RRC消息的固定长度的方法为将RRC消息的固定长度固化在协议中，或预先由网络侧通知给UE，UE接收并存储。
12.如权利要求9所述的方法，其特征在于预先设定各个RRC消息的长度级别；所述步骤B中，网络侧进一步将各个RRC消息的长度级别信息随RRC消下发顺序信息通知给UE；步骤C1为UE先根据通知中RRC消息的长度级别，确定该传输周期中的各个RRC消息的长度，再根据RRC消息的下发顺序和各个RRC消息的长度确定要接收的RRC消息在传输周期上的位置；最后根据通知中MBMS业务在RRC消息中的顺序，确定在要接收的RRC消息中，需要的MBMS业务控制信息的位置。
13.如权利要求12所述的方法，其特征在于预先设定各个RRC消息的长度级别的方法为将各个RRC消息的长度级别固化在协议中，或预先由网络侧通知给UE，UE接收并存储。
14.如权利要求1、5、7、8、9、10或12所述的方法，其特征在于所述控制信道的传输周期为控制信道的修改周期；所述步骤B中网络侧通过小区广播信道将两种顺序信息通知给UE，或通过修改周期中的RRC消息将两种顺序信息通知给UE；或网络侧将一种顺序信息通过小区广播信道通知给UE，将另一种顺序信息通过修改周期中的RRC消息通知给UE。
15.如权利要求14所述的方法，其特征在于，该方法进一步包括网络侧在一个修改周期的RRC消息中，指示下一个修改周期中将要发送的各个RRC消息的顺序和各个MBMS业务在RRC消息中的顺序，或指示本修改周期中剩余的RRC消息的顺序和各个MBMS业务RRC消息中的顺序。
16.一种多媒体广播/组播业务MBMS中，用户设备UE接收业务调度信息的方法，其特征在于，该方法包括以下步骤A、网络侧确定各个MBMS业务信息在业务信道上的下发顺序，将确定的顺序信息通知给UE；B、UE根据顺序信息，选择接收业务信道上，自身要接收的MBMS业务信息。
17.如权利要求16所述的方法，其特征在于所述步骤A中网络侧进一步确定各个MBMS业务下发的起始时间、持续时间和结束时间，将这些时间信息也通知给UE。
18.如权利要求17所述的方法，其特征在于网络侧将时间信息和确定的顺序信息通过业务调度信道或控制信道或广播信道中的一种或多种信道通知给UE。
19.如权利要求18所述的方法，其特征在于网络侧将时间和顺序两种信息都通过业务调度信道或都通过控制信道或都通过广播信道通知给UE。
20.如权利要求19所述的方法，其特征在于，所述步骤B包括B1、UE接收到通知后，根据各个MBMS业务的下发顺序，确定自身想要接收的MBMS业务的时间信息；B2、UE根据记录的时间信息，在自身想要接收的MBMS业务开始时，接收该MBMS业务。
21.如权利要求18所述的方法，其特征在于网络侧将时间信息通过业务调度信道通知给UE，将确定的顺序信息通过控制信道或广播信道通知给UE。
22.如权利要求18或21所述的方法，其特征在于，所述步骤B包括b1、UE接收到包含顺序信息的通知后，记录各个MBMS业务的下发顺序；b2、UE根据记录的MBMS业务下发顺序，并接收到想要接收的业务的时间信息后，按照该时间信息接收该MBMS业务。
全文摘要
本发明公开了一种用户设备(UE)接收无线资源控制(RRC)消息的方法，该方法中网络侧确定RRC消息的下发顺序信息并将顺序信息通知给UE；UE根据顺序信息，选择接收控制信道传输周期上自身要接收的RRC消息和其中要接收的MBMS业务控制信息。本发明同时公开了一种UE接收业务调度信息的方法，该方法中网络侧确定MBMS业务下发顺序并将顺序信息通知给UE；UE根据该顺序信息选择接收MBMS业务信息。应用本发明的这两种方法，能够实现快速定位和正确获得想要的信息，最大限度地减少UE读取信道的时间、节省系统资源、降低耗电量。
文档编号H04W4/06GK1953602SQ20051010947
公开日2007年4月25日 申请日期2005年10月20日 优先权日2005年10月20日
发明者胡灏 申请人:华为技术有限公司