专利名称：在无线单元控制器与基站之间传递mbms寻呼的方法
技术领域：
本发明涉及第三代移动通信系统，特别涉及在无线单元控制器与基站之间传递MBMS寻呼的方法。
背景技术：
MBMS是在第三代移动通信系统合作伙伴计划中正在为之制定相关标准以进行标准化的一项新业务。MBMS业务是一种单向的点到多点方式(即从单一数据源播发出多媒体数据经过网络传输被送到多个用户接收)的业务。这种业务的最大特点是它可以有效的利用无线资源和网络资源。MBMS业务主要用于无线通信网络系统中，如宽带码分多址通信系统，全球移动通信系统等。MBMS中业务数据的发送基本上要经过数据源发送、中间网络传输、目的小区空中传输、用户接收这样几个过程。图3是一个能够提供MBMS业务的无线通信系统逻辑网络设备图，在该图中MBMS实际上利用了通用分组无线数据业务(以下简称GPRS)网络作为核心传输网络。如图3所示，广播及组播服务中心(以下简称BM-SC)是发送MBMS业务数据的数据源；网关GPRS支持节点(以下简称GGSN)用于GRPS网络与外部网络(如INTERNET网络)的连接；在MBMS业务中网关GPRS支持节点连接BM-SC并把MBMS数据发送到特定的服务GPRS支持节点(以下简称SGSN)；小区广播中心是小区广播的数据源，在MBMS中通过将小区广播中心与BM-SC互连，使小区广播中心可以提供MBMS业务宣告功能；SGSN用于对UE进行接入控制及移动管理同时把从GGSN来的MBMS数据发送到特定的无线单元控制器(以下简称RNC)中去；RNC用于控制一组基站并把多媒体数据传送到特定的基站中去；基站在RNC的控制下为某个小区的MBMS业务建立空中物理信道；用户终端设备(以下简称UE)是接收MBMS数据的终端设备。
图4中给出了MBMS业务从业务宣告、用户加入、业务通知、无线承载建立到最后用户离开的全部过程。
401订阅建立起用户和服务提供商之间的联系，授权用户可以接收有关的MBMS服务。
402业务宣告通知用户将要提供的MBMS业务。例如，系统要在下午700在北京市区转播一场足球赛。
403加入表示用户加入一个组，即用户告诉网络他或她愿意接收这项组播业务。
404 MBMS会话开始表示建立为MBMS数据传输建立网络资源。
405 MBMS通知告知用户马上要进行的MBMS数据传输。
406数据传输表示MBMS业务数据传输到用户的过程。
407 MBMS会话结束表示当MBMS业务数据传输完成后，释放网络资源。
408离开与403加入相对应，表示用户要离开一个组，即不再想接收某个业务的数据。
如图9所示，现有WCDMA系统中，寻呼指示帧中有12个剩余比特没有使用，而在MBMS系统中，可以使用这12个比特来进行MBMS业务的寻呼指示。这12个比特可以划分为三个字段。前面三个比特是后一个字段的描述信息，或者指示后一个字段将是什么内容。而第二个字段指示MBMS的业务标识或者应该收听的组播控制信道MCCH的调度信息。最后2个比特可以作为循环冗余比特，对前面的信息进行保护。当然这2个比特的校验位也可以不需要，而通过对该寻呼指示帧的重复发送来达到数据准确的目的。图5描述的是空中接口中这12个比特进行传输的方式。然而，现有技术对通过Iub接口如何传递这12个比特的信息，现有技术中没有作任何描述。
由于现有技术对于如何通过Iub接口来传递这12个比特信息没有任何描述，而如果没有这个功能，空中接口的MBMS寻呼指示帧的传输是不可能实现的。
发明内容
本发明的目的是提供一种在无线单元控制器与基站之间传递MBMS寻呼的方法，使得对MBMS用户设备进行寻呼成为可能。
为实现上述目的，一种利用控制信令与用户平面数据帧进行MBMS寻呼的方法，包括步骤RNC向基站先通过消息配置MBMS寻呼的周期参数；RNC向基站发送消息，建立MBMS寻呼的用户平面帧协议；基站向RNC发送响应，确认针对MBMS寻呼的用户平面帧协议建立成功；RNC在已建立的Iub承载上发送MBMS寻呼帧协议。
本发明有效的避免了以往以帧为单位发送的过多的信令流。在本发明中采用两种方式，以组寻呼的方式对一个周期内的寻呼进行合理控制。
图1是控制信令与用户平面数据帧结合的方式；图2是用户平面控制帧方式；图3是MBMS系统结构示意图；图4是MBMS组播业务流程；图5是RNC节点动作行为(方案一)；图6是基站节点动作行为(方案一)；图7是RNC节点动作行为(方案二)；图8是基站节点动作行为(方案二)；图9是MBMS寻呼在空中接口的传输方式。
具体实施例方式
图1描述了利用控制信令和用户平面相结合的方式实现MBMS寻呼的流程。
当RNC准备就某一MBMS业务或多个MBMS业务进行寻呼时，可以为每个业务建立MBMS寻呼的帧协议。在建立帧协议之前，RNC通过信令对这些帧协议的发送重复周期，周期长度和帧偏移量进行控制。重复周期表示针对这一业务的寻呼帧要发送的帧数目，通常这一周期应该不小于用户设备对其PICH监听的周期长度。周期长度表明每次这个寻呼帧需要在几个帧内发送完。这是由于RNC发送的信息比较多时，一个PICH的12个比特是不够用的。帧偏移量表示这个帧的数据从哪一帧开始在空中接口上发送。如果这条信令中还包括业务标识，则表明这些配置参数只对这些业务起作用。否则，则表明对所有MBMS业务该参数都起作用。RNC通过101这条信令对MBMS寻呼帧进行配置。配置结束后，RNC要建立RNC与基站之间的对该寻呼帧的承载通道。RNC向基站发送102这条消息MBMS寻呼信道建立请求，其中包含RNC侧的传输层地址，绑定标识，到达窗口起始点，到达窗口结束点和业务标识。这些参数的定义与当前WCDMA中的定义是一致的。业务标识表明这条寻呼帧通路是给那个MBMS业务建立的。当基站收到这条消息，要建立这个寻呼帧的承载通路，建立完成后，返回103，并告知RNC其分配的传输层地址和绑定标识。当RNC要向该业务的所有用户设备进行组寻呼时，就可以在由102和103所建立的承载通路上传送数据。图1的下半部分给出的是MBMS寻呼帧的一个例子。这个数据包中可能包含CRC校验，PICH帧数据(12个比特长度)。有几个周期长度(通过101配置的)那么在该包中就有几个PICH数据块。PICH数据块中的内容与图4中的定义有关。这与本发明没有直接关系，在此不多描述。
图2描述了利用用户平面控制帧来传输MBMS寻呼的方式。
当RNC想要就某一业务进行寻呼时，它直接向所涉及的基站发送MBMS寻呼控制帧。该帧的内容包括循环冗余校验，重复周期，周期长度，帧偏移量，业务标识和PICH的信息。当NodeB接收到该控制帧后，基站首先要就帧中的内容进行解释。基站根据接收到的重复周期知道这个帧的内容要重复多少个帧，每次重复循环中的长度是多少，从那个帧开始发送。帧偏移量是针对系统帧号来说的。当基站知道了控制MBMS寻呼帧发送的周期后，就将剩余的PICH信息按照每个帧12个比特的方式发送给用户设备。PICH数据块中的内容与图4中的定义有关。这与本发明没有直接关系，在此不多描述。
实施例1)RNC的节点处理流程图5是针对方案一的RNC处理流程图。
501阶段表示RNC从基站和高层(SGSN)接收消息。
502阶段判断RNC所收到的消息是否是“会话开始”，如果是则向503移动，如果不是则向505移动。503阶段，RNC根据MBMS业务的特性，设置发送寻呼消息的周期参数，例如寻呼周期，周期长度及帧偏移量，然后转向504。504阶段，RNC向所涉及的基站发送“MBMS寻呼”消息。该消息中包含“寻呼周期，周期长度，帧偏移量及可能的业务标识”。
505阶段判断RNC是否要建立MBMS寻呼帧协议。如果是则向506移动，如果不是则向508移动。506阶段，RNC开始准备建立到基站的MBMS寻呼帧协议，RNC要取得自身的传输层地址，绑定标识和MBMS业务标识，然后向507移动。507阶段，RNC向基站发送“公共信道建立请求”消息，其中包含参数“传输层地址，绑定标识和MBMS业务标识”。
508阶段判断RNC是否收到基站发送的“公共信道建立响应”消息，如果是则向509移动，如果不是则向510移动。509阶段，RNC通知高层MBMS寻呼的帧协议完成。
510阶段判断RNC是否要给基站发送MBMS寻呼。如果是则向511移动，否则则向501移动。511阶段，RNC根据要给基站发送寻呼的内容，设置MBMS寻呼帧协议信息，可参看图1的下半部分。例如，RNC向即将到来的业务发送寻呼消息，第一个PICH帧的信息应该设置成为100+业务标识+CRC，第二个帧的信息应该设置成为111+业务标识+CRC，等等，然后向512移动。512阶段，RNC向基站在已经建立好的Iub承载通道上发送MBMS寻呼信息。
图7是针对方案二的RNC处理流程图。
701阶段表示RNC从基站和高层(SGSN)接收消息。
702阶段判断RNC是否要向基站发送MBMS寻呼消息，如果是则向703移动，如果不是则向701移动。703阶段，RNC设置要发送寻呼消息的周期参数，例如寻呼周期，周期长度及帧偏移量，向704移动。704阶段，RNC根据要给基站发送寻呼的内容，可参看图2的PICH信息部分。例如，RNC向即将到来的业务发送寻呼消息，第一个PICH帧的信息应该设置成为100+业务标识+CRC，第二个帧的信息应该设置成为111+业务标识+CRC，等等，然后向705移动。705阶段，RNC向基站发送该控制帧。
2)基站的节点处理图6是针对方案一的基站处理流程图。
601阶段表示基站从RNC接收消息。
602阶段判断RNC所收到的消息是否是“MBMS寻呼”消息，如果是则向603移动，如果不是则向604移动。603阶段，基站保存该消息中的参数，例如寻呼周期，周期长度及帧偏移量，以便以后发送MBMS寻呼消息时使用。
604阶段判断基站收到的是否是“公共信道建立请求”，如果是则向605移动，如果不是则向607移动。605阶段，基站保存该帧协议的传输层地址及绑定标识等参数，并在基站侧为该用户平面的建立而分配资源，然后向606移动。606阶段，基站向RNC返回“公共信道建立响应”消息，该消息中要包含基站侧的传输层地址和绑定标识。
607阶段判断基站收到的是否是MBMS寻呼帧协议，如果是则向608移动，如果不是则向601移动。608阶段，基站将每帧要向用户设备发送的信息从寻呼帧协议中取出，每12个比特作为一组，组数与周期长度一致。然后在609阶段向用户设备发送MBMS寻呼。
图8是针对方案二的基站处理流程图。
801阶段表示基站从RNC接收消息。
802阶段判断RNC所收到的消息是否是MBMS寻呼控制帧，如果是则向803移动，如果不是则向801移动。803阶段，基站检查该控制帧所携带的参数，保存周期参数，例如周期长度，帧偏移量等参数，向804移动。804阶段，基站从该控制帧中取出PICH信息，将其按照周期长度分成以12个比特为一组的寻呼组，并将其在几个连续的PICH帧中发送下去，重复周期按照参数“重复周期”进行发送，向805移动。805阶段，基站向用户设备一帧一帧的发送寻呼消息。
权利要求
1.一种利用控制信令与用户平面数据帧进行MBMS寻呼的方法，该方法包括以下步骤RNC向基站先通过消息配置MBMS寻呼的周期参数；RNC向基站发送消息，建立MBMS寻呼的用户平面帧协议；基站向RNC发送响应，确认针对MBMS寻呼的用户平面帧协议建立成功；RNC在已建立的Iub承载上发送MBMS寻呼帧协议。
2.根据权利要求1所述的方法，其特征在于“MBMS寻呼”中包含“寻呼周期，周期长度，帧偏移量和业务标识”参数。
3.根据权利要求1所述的方法，其特征在于周期长度不小于用户设备对PICH监听的周期长度。
4.一种利用用户平面控制帧进行MBMS寻呼的方法，包括步骤a)RNC向基站发送用户平面控制帧，进行MBMS寻呼。
5.根据权利要求4所述的方法，其特征在于所述控制帧中包含“寻呼周期，周期长度，帧偏移量，PICH信息”等参数。
全文摘要
一种利用控制信令与用户平面数据帧进行MBMS寻呼的方法，包括步骤RNC向基站先通过消息配置MBMS寻呼的周期参数；RNC向基站发送消息，建立MBMS寻呼的用户平面帧协议；基站向RNC发送响应，确认针对MBMS寻呼的用户平面帧协议建立成功；RNC在已建立的Iub承载上发送MBMS寻呼帧协议。本发明有效的避免了以往以帧为单位发送的过多的信令流。在本发明中采用两种方式，以组寻呼的方式对一个周期内的寻呼进行合理控制。
文档编号H04W4/06GK1549618SQ0313627
公开日2004年11月24日 申请日期2003年5月15日 优先权日2003年5月15日
发明者孙春迎, 许丽香, 李小强, 崔成豪 申请人:北京三星通信技术研究有限公司, 三星电子株式会社