CN102036175A - 一种mbms寻呼指示信息的传输方法及网络侧设备 - Google Patents

Abstract

本发明公开了一种MBMS寻呼指示信息的传输方法及网络侧设备，涉及MBMS技术领域。本发明方法包括：网络侧设备设定各MBMS点到多点控制信道MCCH修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。本发明技术方案充分利用了寻呼指示信道的空间，且更加分明的指示UE不同的业务组的寻呼情况以及MCCH的变化信息。

Description

一种MBMS寻呼指示信息的传输方法及网络侧设备

技术领域

本发明涉及多媒体广播多播业务(MBMS，Multimedia Broadcast MulticastService)寻呼指示信道中寻呼指示信息的传输方法及系统。

背景技术

随着Internet的迅猛发展和大屏幕多功能移动终端的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等，这一方面满足了移动用户多业务的需求，同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。

为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rdGeneration Partnership Project)提出了MBMS，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。

在长期演进(LTE，Long Term Evolution)系统中，通知用户设备(UE，或称终端)关于某个MBMS业务将要发生变化(如将要发送、配置信息将要更新和业务传输将要改变等)分两个步骤，步骤一先在MBMS业务寻呼指示信道上将业务对应的寻呼指示比特置为“真”；UE收到该置为“真”的指示比特后，将进一步去读取MCCH(MBMS Control Channel，MBMS点到多点控制信道)，MCCH信道上将发送具体的业务配置参数，如业务ID，业务的RLC(Radio Link Control，无线链路控制)、MAC(Media Access Control，媒体访问控制)、物理层配置参数等；UE根据该业务ID确定是否接收，并按照配置参数进行配置。

由于MBMS业务发送区域可能出现交叠的情况，eMBMS(演进型MBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBMS业务发送区域，其中仅承载对应MBMS业务发送区域发送的MBMS业务的控制信息。

如果寻呼指示信道仅触发UE去接收MCCH，那么UE必须接收多个MCCH才能得到确切的业务信息。也就是说，UE有可能因为不感兴趣的业务的改变而被触发接收MCCH，这无疑增加了UE的负担。

发明内容

本发明要解决的技术问题是，提供一种MBMS寻呼指示信息的传输方法及网络侧设备，使终端获取MBMS业务的寻呼更快捷简便。

为解决上述技术问题，本发明公开了一种多媒体广播多播业务MBMS寻呼指示信息的传输方法，包括：

网络侧设备设定各MBMS点到多点控制信道MCCH修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。

进一步地，上述方法中，所述网络侧设备设定各MCCH修改指示信息在寻呼指示信道上的发送位置指：

网络侧设备根据小区中配置的MCCH的数目以及各MCCH修改指示信息的单位长度，在所述寻呼指示信道的设定位置分配对应数目的寻呼比特分别作为各MCCH修改指示信息，其中，各MCCH修改指示信息分别指示各MCCH是否将发生改变。

其中，所述网络侧设备设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置指：

所述网络侧设备根据寻呼指示信道的资源数量、MCCH修改指示信息已占用的资源数量、以及寻呼指示信息的单位长度，确定剩余资源可以承载的寻呼指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的寻呼指示信息映射到寻呼指示信道对应的发送位置。

其中，所述网络侧设备根据以下寻呼资源确定寻呼指示信道的资源数量：MBMS寻呼指示信道对应的下行控制信息格式、MBMS寻呼周期、子帧偏移，以及MBMS无线网络临时标识。

所述网络侧设备采用如下任一方式，对小区中的MBMS业务进行分组：

(1)PI＝MBMS service ID mod N；

(2)PI＝MBMS session ID mod N；

(3)PI＝(MBMS service ID+MBMS session ID)mod N；

其中，PI为MBMS业务组标识，各PI与各寻呼指示一一对应，MBMSservice ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为剩余资源可以承载的寻呼指示信息的个数，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识。

或者，所述网络侧设备采用如下任一或几种方式，对小区中的MBMS业务进行分组：

按照业务类型分组、按照业务更新的频繁程度分组、按照参加业务的用户数分组。

进一步地，上述方法中，所述用户设备根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息，并根据MCCH修改指示信息获知该MBMS业务组对应的MCCH。

所述网络侧设备为演进型节点B或无线网络控制器。

本发明还公开了一种用于传输MBMS寻呼指示信息的网络侧设备，包括配置模块和发送模块，其中：

所述配置模块，用于设定各MCCH修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置；

所述发送模块，用于按所述配置模块设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。

进一步地，上述网络侧设备中，所述配置模块，设定各MCCH修改指示信息在寻呼指示信道上的发送位置指：

根据小区中配置的MCCH的数目以及各MCCH修改指示信息的单位长度，在所述寻呼指示信道的设定位置分配对应数目的寻呼比特分别作为各MCCH修改指示信息，其中，各MCCH修改指示信息分别指示各MCCH是否将发生改变。

其中，所述配置模块设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置指：

根据寻呼指示信道的资源数量、MCCH修改指示信息已占用的资源数量、以及寻呼指示信息的单位长度，确定剩余资源可以承载的寻呼指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的寻呼指示信息映射到寻呼指示信道对应的发送位置。

所述配置模块根据以下寻呼资源确定寻呼指示信道的资源数量：MBMS寻呼指示信道对应的下行控制信息格式、MBMS寻呼周期、子帧偏移，以及MBMS无线网络临时标识。

所述配置模块采用如下任一方式，对小区中的MBMS业务进行分组：

(1)PI＝MBMS service ID mod N；

(2)PI＝MBMS session ID mod N；

(3)PI＝(MBMS service ID+MBMS session ID)mod N；

其中，PI为MBMS业务组标识，各PI与各寻呼指示一一对应，MBMSservice ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为剩余资源可以承载的寻呼指示信息的个数，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识。

或者，所述配置模块采用如下任一或几种方式，对小区中的MBMS业务进行分组：

按照业务类型分组、按照业务更新的频繁程度分组、按照参加业务的用户数分组。

所述网络侧设备为演进型节点B或无线网络控制器。

本发明技术方案充分利用了寻呼指示信道的空间，且更加分明的指示UE不同的业务组的寻呼情况以及MCCH的变化信息。

附图说明

图1为本发明中网络侧设备发送MBMS寻呼指示信息的流程图；

图2为本发明中UE接收MBMS寻呼指示信息的流程图；

图3为实施例1中MBM业务与寻呼指示的对应关系示意图；

图4为实施例2中MBM业务与寻呼指示的对应关系示意图。

具体实施方式

本发明的主要构思是，网络侧设备可以将寻呼指示信道上的寻呼资源分成两部分，第一部分承载MCCH修改指示信息，即指示哪条MCCH将要发生变化，当然系统中仅有一条MCCH时，该MCCH修改指示信息可以不用配置；第二部分承载MBMS业务组的寻呼指示信息；

具体地，网络侧设备设定各MCCH信道对应的MCCH修改指示以及在寻呼指示信道上的发送位置；并且同时设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置；按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息，其中，网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定寻呼指示的数目，将MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

下面结合具体实施例及附图对本发明技术方案作进一步详细说明。

一种MBMS寻呼指示信息的传输系统，包括网络侧设备和用户设备(UE)，其中，网络侧设备进一步包括配置模块和发送模块。各部分的功能介绍如下：

网络侧设备，例如eNB(演进型节点B)或RNC(无线网络控制器)，主要用于设定各MCCH修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息；

具体地，配置模块，设定各MCCH修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，其中，配置模块根据小区中配置的MCCH的数目，以及各MCCH修改指示信息的单位长度，在寻呼指示信道的设定位置分配对应数目的寻呼比特分别作为各MCCH修改指示信息，其中，各MCCH修改指示信息分别指示各MCCH是否将发生改变；再根据寻呼指示信道的资源数量、MCCH修改指示信息已占用的资源数量、以及寻呼指示信息的单位长度，确定剩余资源可以承载的寻呼指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的寻呼指示信息映射到寻呼指示信道对应的发送位置；

其中，配置模块依据剩余资源可以承载的寻呼指示信息的数量对小区中的业务进行分组，时可以采用如下任一方式：

(1)PI＝MBMS service ID mod N；

(2)PI＝MBMS session ID mod N；

(3)PI＝(MBMS service ID+MBMS session ID)mod N；

其中，PI为MBMS业务组标识，各PI与各寻呼指示一一对应，MBMSservice ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为剩余资源可以承载的寻呼指示信息的个数，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识。当然配置模块也可以按照业务类型、业务更新的频繁程度、参加业务的用户数分组或者结合几种信息一起对MBMS业务进行分组。

发送模块，用于按配置模块设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。

UE，主要用于根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息，并根据MCCH修改指示信息获知该MBMS业务组对应的MCCH

下面介绍上述系统传输MBMS寻呼指示信息的过程，该过程可分为网络侧设备发送MBMS寻呼指示信息的部分以及UE接收MBMS寻呼指示信息的部分，其中，网络侧设备发送MBMS寻呼指示信息的过程，如图1所示，包括以下步骤：

步骤101，网络侧设备根据所配置的寻呼资源确定寻呼指示信道上可承载的信息比特数；

其中，寻呼资源包括：MBMS寻呼指示信道对应的DCI(Downlink ControlInformation，下行控制信息)格式、MBMS寻呼周期和子帧偏移，以及M-RNTI(MBMS-Radio Network Temporary Identifier，MBMS无线网络临时标识)，其中，M-RNTI与上述一组DCI格式、MBMS寻呼周期和子帧位置相对应；

LTE中，一个子帧的前一个到四个正交频分复用(OFDM，OrthogonalFrequency Division Multiplexing)符号为该子帧的控制域。控制域具体被承载为哪几个OFDM符号，由系统网络侧确定并通知给UE。子帧控制域中承载控制信息的单位为控制信道单元(CCE，Control Channel Element)。MBMS寻呼DCI格式指，承载该寻呼指示信息的PDCCH(Physical Downlink ControlChannel，物理下行控制信道)在物理层的表现形式，包括多少个CCE以及CCE在子帧中的位置。MBMS寻呼的DCI格式可以事先设定或者可配置的形式出现，一旦配置后，该DCI所能承载的信息比特就是固定的。

所述MBMS寻呼周期和子帧位置，用来通知UE该MBMS寻呼多长时间发送一次，发送的具体子帧号是多少；该配置形式可以是采用周期和偏移方式确定寻呼所在的无线帧，进而指示具体的子帧，或者默认在第几个子帧中承载该MBMS寻呼指示信道。例如周期为100个无线帧，偏移为2个无线帧，那么102号无线帧就是承载寻呼的地方。进一步，可以在一个MBMS寻呼周期内同时配置多个子帧承载该MBMS寻呼指示信息。这种方式主要是为了和普通业务寻呼协同发送，有利于Idle状态的UE在接收普通业务寻呼的同时接收到MBMS业务的寻呼。在这里的多个子帧承载的MBMS寻呼的内容是相同的。

所述M-RNTI是协助UE在子帧的控制域接收MBMS寻呼指示信息的标识，MBMS系统的网络侧在对MBMS寻呼指示信息进行封装时，会将M-RNTI暗含在CRC(Cyclic Redundancy Check)校验编码中(具体参考LTE的协议36.212和36.211协议)。进一步，系统可以为MBMS寻呼分配多个M-RNTI，分别与前述MBMS寻呼DCI格式、MBMS寻呼周期和子帧位置结合后，相当于同时配置多个MBMS寻呼指示信道。

网络侧设备根据系统配置的MBMS寻呼指示信道的数目(即M-RNTI对应的数目)、DCI格式可以确定在一个寻呼周期内，这个(些)MBMS寻呼指示信道能承载的信息有多少个比特。

步骤102，网络侧设备根据MCCH信道的条数，以及MCCH修改指示信息的单位长度，配置MCCH修改指示信息，并映射到寻呼指示信道的特定位置上；

例如，系统中有3条MCCH，且每条MCCH修改指示占用2bit，则可以将寻呼指示信道的前6bit分配为MCCH修改指示，可以按循序映射，第0、1比特作为MCCH1修改指示，用于表示MCCH1是否发生改变；第2、3比特作为MCCH2修改指示，用于表示MCCH2是否发生改变；第4、5比特作为MCCH1修改指示，用于表示MCCH3是否发生改变。

当然，也可以使用其他的特定位置来映射MCCH修改指示信息，同时每个MCCH修改指示占用的比特数应该也是可以配置的。

步骤103，网络侧设备根据寻呼指示信道上的剩余资源量(即除了已分配给MCCH修改指示以外的资源)以及每个寻呼指示信息的单位长度，确定在寻呼指示信道上寻呼指示的个数N(N≥1且N为整数)，并将MBMS业务分成N组，分别对应N个寻呼指示；

该步骤中，网络侧设备设定每个寻呼指示的单位长度(如一个bit对应一个寻呼指示，或者两个bit对应一个寻呼指示)，并根据确定好的寻呼指示的单位长度计算出剩余的寻呼比特数能分成多少个寻呼指示，例如，剩余资源量(即剩余寻呼比特数)为20bit，而每个寻呼指示的单位长度为2bit，则寻呼指示信道可以为MBMS业务配置10个寻呼指示；

确定寻呼指示信道上可承载的寻呼指示的数目后，对MBMS业务进行分组可以通过如下的公式计算实现：

PI＝MBMS service ID mod N    公式(1)

其中，PI为MBMS业务组标识，该标识与寻呼指示标识一一对应；MBMSservice ID为MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识；N为某MCCH对应的寻呼指示的个数，本实施例中为10；

当然，也可以采用其他方式对MBMS业务进行分组，如用MBMS sessionID(MBMS会话标识，表示MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识)代替MBMS service ID进行计算，或者用MBMSservice ID+MBMS session ID代替，例如：MBMS业务标识长24bit，MBMS会话标识长8bit，可以将两个标识连起来变成一个32bit长的值(包括MBMS业务标识在前24bit位或后24bit位两种情况)，再代入上述公式(1)计算。

同样，网络侧设备也可以按照小区内MBMS业务所属的业务类型来进行分组，或者根据业务变化的频繁度将发生变化频率相近的MBMS业务分成一组，或者是根据MBMS业务受欢迎程度(如参加业务的用户数)分组，或者结合上述信息中的几种进行分组。

步骤104，网络侧设备将各MCCH修改指示信息映射到对应的寻呼指示信道上；同时将各MBMS业务组的寻呼指示信息分别映射到各MBMS业务组对应的寻呼指示上，并在寻呼指示信道上周期性发送各MBMS业务组的寻呼指示信息；

其中，MBMS业务组的寻呼指示信息用于标识该MBMS业务组中的MBMS业务是否有更新，当某一MBMS业务组有更新时，UE可以进一步接收MCCH以获知该MBMS业务组中哪个MBMS业务有更新。

UE接收寻呼指示信息的过程，如图2所示，包括以下步骤：

步骤201：UE根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收其所感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息；

该步骤中，UE采用与网络侧设备相同的运算方法以获知网络侧设备设定的发送位置，即UE根据寻呼指示信道的资源数量、MCCH修改指示占用的资源数量、寻呼指示信息的单位长度确定寻呼指示的数目，再根据与网络侧设备相同的分组原则确定对MBMS业务的分组结果，最终获知每个MBMS业务组所对应的寻呼指示位置；

其中，寻呼指示信道的资源数量进一步可根据MBMS寻呼指示信道对应的DCI格式，MBMS寻呼周期和子帧偏移再结合M-RNTI获得，而MBMS寻呼指示信道的这些参数可以由网络侧通过MBMS寻呼配置信息下发给UE，例如：用于计算寻呼指示信道资源数量的MBMS寻呼周期和子帧偏移，MBMS寻呼指示信道对应的DCI格式，MCCH信道数量，寻呼指示信息的单位长度等。上述DCI格式也可预先与UE约定，而无需在MBMS寻呼配置信息中下发。另外，上述MCCH信道数量，UE也可通过MCCH的配置信息获得。

如果是存在多条寻呼指示信道的场景，网络侧设备还可通过MBMS寻呼配置信息将当前小区配置的寻呼指示信道数量下发给UE。

步骤202：当UE接收的MBMS业务组的寻呼指示信息指示该MBMS业务组中有MBMS业务发生更新时，UE根据MCCH修改指示信息获知该MBMS业务组可能承载在哪个MCCH上；

在上述流程中，UE接收到寻呼指示信道信息后，根据上述分组情况，可以判断出寻呼指示对应的是哪个MBMS业务组，进而根据用户的喜好选择是否进一步去接收相应的MCCH，获得具体是哪个MBMS业务将要发送、或者哪个MBMS业务配置发生改变、或者哪个MBMS业务将要结束。由于UE可以获知用户感兴趣的业务所在的MBMS业务组对应的寻呼指示信息在寻呼指示信道的具体位置，这样UE可以快速确定该业务是否发生变化；

其中，用户感兴趣的MBMS业务包括用户已经加入的MBMS业务以及打算加入的MBMS业务。

下面再结合具体应用场景，进一步详细说明传输寻呼指示信息的过程。

实施例1

假设系统仅分配一个M-RNTI，并且设置好与该M-RNTI对应的DCI格式，其中，DCI格式可承载26bit信息(即寻呼指示信道上可承载的信息比特数为26)；如果系统传输的MBMS业务分属两个MBMS业务发送区域，则需要配置两条MCCH。在系统消息中对MCCH1和MCCH2进行配置，分别给出对应的MBMS业务发送区域标识；并给出MBMS寻呼指示信道的配置信息，如寻呼周期、子帧偏移、M-RNTI，每个寻呼指示的长度(2bit)等；

此时，网络侧设备将寻呼指示信道上可承载的26bit分成两部分，第一部分用于承载MCCH修改指示，由于当前小区中配置有两条MCCH，因此，可以用寻呼指示信道中前2bit承载MCCH修改指示，其中，第0比特用于指示MCCH1是否修改，第1比特用于指示MCCH2是否修改；将寻呼指示信道中剩余的24bit划分为第二部分，用于承载MBMS业务组寻呼指示信息，当每个MBMS业务组的寻呼指示的单位长度为2bit，则寻呼指示信道中可以承载的MBMS业务组的寻呼指示的个数即为24/2＝12个，这样，也要将MBMS业务分为12组，每个MBMS业务组对应有一个寻呼指示；之后，网络侧设备将各MCCH修改指示信息映射到对应的寻呼指示信道上；同时将各MBMS业务组的寻呼指示信息分别映射到各MBMS业务组对应的寻呼指示上，并在寻呼指示信道上周期性发送各MBMS业务组的寻呼指示信息即可。

其中，网络侧设备为MBMS业务分组时，可以用于service ID mod 12，对应到对应的寻呼指示上，如某个业务的业务ID为190329，190329 mod 12＝9，那么该业务对应的寻呼指示位于第#21和#22bit，参见图3。

实施例2

假设系统仅分配一个M-RNTI，并且设置好DCI格式，其中可承载24bit信息；系统中会传输的业务分属两个MBMS业务发送区域，因此需要配置四条MCCH，分别为MCCH1、MCCH2、MCCH3、MCCH4，且给出各条MCCH对应的MBMS业务发送区域标识；并给出MBMS寻呼指示信道的配置信息，如寻呼周期、子帧偏移、M-RNTI，每个寻呼指示的长度(2bit)等；

此时，网络侧设备将寻呼指示信息的24bit分成两份，前8bit用于承载MCCH修改指示，具体地，第0、1比特承载MCCH1修改指示，以表示MCCH1是否修改，第2、3比特承载MCCH2修改指示，以表示MCCH2是否修改，第4、5比特承载MCCH3修改指示，以表示MCCH3是否修改、第6、7比特承载MCCH4修改指示，以表示MCCH4是否修改，余下16bit用于承载MBMS业务组寻呼指示信息，当每个寻呼指示的单位长度配置为2bit，则余下16bit可以承载的寻呼指示的个数为16/2＝8个，网络侧设备便按寻呼指示个数将MBMS业务进行分组，再将各MBMS业务组与各寻呼指示进行映射，如以MBMS业务QoS等级为依据进行分组，可以将QoS等级2的业务组对应到第二个寻呼指示上，也就是该类业务对应的寻呼指示位于第#10和#11bit，参见图4。

从上述实施例可以看出，本发明技术方案通过结合MCCH的数量设计MBMS寻呼指示，以及针对业务组进行寻呼比特设计，使UE可以直接获知用户感兴趣的MBMS业务所在的MBMS业务组的寻呼指示信息，进而确定监听哪条MCCH以获得具体的业务信息，从而减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收MCCH信令的可能性。当UE所在小区对应多条MBMS寻呼指示信道时，仍可采用本发明方法发送寻呼指示信息。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (15)

1.一种多媒体广播多播业务(MBMS)寻呼指示信息的传输方法，其特征在于，包括：

网络侧设备设定各MBMS点到多点控制信道(MCCH)修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。

2.如权利要求1所述的方法，其特征在于，

所述网络侧设备设定各MCCH修改指示信息在寻呼指示信道上的发送位置指：

网络侧设备根据小区中配置的MCCH的数目以及各MCCH修改指示信息的单位长度，在所述寻呼指示信道的设定位置分配对应数目的寻呼比特分别作为各MCCH修改指示信息，其中，各MCCH修改指示信息分别指示各MCCH是否将发生改变。

3.如权利要求2所述的方法，其特征在于，

所述网络侧设备设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置指：

所述网络侧设备根据寻呼指示信道的资源数量、MCCH修改指示信息已占用的资源数量、以及寻呼指示信息的单位长度，确定剩余资源可以承载的寻呼指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的寻呼指示信息映射到寻呼指示信道对应的发送位置。

4.如权利要求3所述的方法，其特征在于，

所述网络侧设备根据以下寻呼资源确定寻呼指示信道的资源数量：MBMS寻呼指示信道对应的下行控制信息格式、MBMS寻呼周期、子帧偏移，以及MBMS无线网络临时标识。

5.如权利要求3所述的方法，其特征在于，

所述网络侧设备采用如下任一方式，对小区中的MBMS业务进行分组：

(1)PI＝MBMS service ID mod N；

(2)PI＝MBMS session ID mod N；

(3)PI＝(MBMS service ID+MBMS session ID)mod N；

其中，PI为MBMS业务组标识，各PI与各寻呼指示一一对应，MBMSservice ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为剩余资源可以承载的寻呼指示信息的个数，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识。

6.如权利要求2或3所述的方法，其特征在于，

所述网络侧设备采用如下任一或几种方式，对小区中的MBMS业务进行分组：

按照业务类型分组、按照业务更新的频繁程度分组、按照参加业务的用户数分组。

7.如权利要求1所述的方法，其特征在于，

所述用户设备根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息，并根据MCCH修改指示信息获知该MBMS业务组对应的MCCH。

8.如权利要求1至4任一项所述的方法，其特征在于，

所述网络侧设备为演进型节点B或无线网络控制器。

9.一种用于传输多媒体广播多播业务(MBMS)寻呼指示信息的网络侧设备，其特征在于，该网络侧设备包括配置模块和发送模块，其中：

所述配置模块，用于设定各MBMS点到多点控制信道(MCCH)修改指示信息和MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置；

所述发送模块，用于按所述配置模块设定的发送位置在寻呼指示信道上发送对应MCCH修改指示信息和MBMS业务组的寻呼指示信息。

10.如权利要求9所述的网络侧设备，其特征在于，

所述配置模块，设定各MCCH修改指示信息在寻呼指示信道上的发送位置指：

根据小区中配置的MCCH的数目以及各MCCH修改指示信息的单位长度，在所述寻呼指示信道的设定位置分配对应数目的寻呼比特分别作为各MCCH修改指示信息，其中，各MCCH修改指示信息分别指示各MCCH是否将发生改变。

11.如权利要求10所述的网络侧设备，其特征在于，

所述配置模块设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置指：

根据寻呼指示信道的资源数量、MCCH修改指示信息已占用的资源数量、以及寻呼指示信息的单位长度，确定剩余资源可以承载的寻呼指示信息的数量，依据该数量对小区中的业务进行分组，分别将不同业务组的寻呼指示信息映射到寻呼指示信道对应的发送位置。

12.如权利要求11所述的网络侧设备，其特征在于，

所述配置模块根据以下寻呼资源确定寻呼指示信道的资源数量：MBMS寻呼指示信道对应的下行控制信息格式、MBMS寻呼周期、子帧偏移，以及MBMS无线网络临时标识。

13.如权利要求11或12所述的网络侧设备，其特征在于，

所述配置模块采用如下任一方式，对小区中的MBMS业务进行分组：

(1)PI＝MBMS service ID mod N；

(2)PI＝MBMS session ID mod N；

(3)PI＝(MBMS service ID+MBMS session ID)mod N；

其中，PI为MBMS业务组标识，各PI与各寻呼指示一一对应，MBMSservice ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为剩余资源可以承载的寻呼指示信息的个数，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识。

14.如权利要求11或12所述的网络侧设备，其特征在于，

所述配置模块采用如下任一或几种方式，对小区中的MBMS业务进行分组：

按照业务类型分组、按照业务更新的频繁程度分组、按照参加业务的用户数分组。

15.如权利要求11或12所述的网络侧设备，其特征在于，

所述网络侧设备为演进型节点B或无线网络控制器。

Images