CN101998257A - 一种mbms寻呼指示信息的传输方法及系统 - Google Patents

Abstract

本发明公开了提供一种MBMS寻呼指示信息的传输方法及系统，减轻终端的负担，同时使终端获取MBMS业务的寻呼更快捷简便。所述传输方法包括：网络侧设备设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息。采用本发明所述方法和系统，使UE可以直接获知用户感兴趣的MBMS业务所在的MBMS业务组的寻呼指示信息，减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收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)，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业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息。

进一步地，所述网络侧设备设定各MBMS业务的寻呼指示信息在寻呼指示信道上的发送位置是指：网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定每个MCCH信道对应的寻呼指示的数目，将每个MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

进一步地，所述网络侧设备采用以下方法之一确定每个MCCH信道对应的寻呼指示的数目：网络侧设备根据寻呼指示信道的资源数量和寻呼指示信息的单位长度确定寻呼指示信道所能承载的寻呼指示的数量，根据所述寻呼指示的数量和MCCH信道的数目为每个MCCH分配该MCCH对应的寻呼指示的数目；或者网络侧设备根据寻呼指示信道的资源数量和MCCH信道的数目确定每个MCCH对应的寻呼比特数，再根据寻呼指示信息的单位长度确定每个MCCH对应的寻呼指示信息数目。

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

进一步地，所述网络侧设备采用以下方法之一对某一MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组：

(1)PI＝MBMS service ID mod N

其中，PI为寻呼指示的标识，MBMS service ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为该MCCH对应的寻呼指示的个数；

(2)PI＝MBMS session ID mod N

其中，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识；

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

(4)参考以下信息中的一种或多种对MCCH对应的多个MBMS业务进行分组：业务类型、更新的频繁程度、参加业务的用户数。

进一步地，用户设备(UE)根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息。

进一步地，所述UE采用与网络侧设备相同的运算方法计算获知各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，其中，UE根据寻呼指示信道的资源数量、MCCH信道数量、寻呼指示信息的单位长度确定每个MCCH信道对应的寻呼指示的数目，再根据与网络侧设备相同的分组原则确定对每个MCCH对应的MBMS业务发送区域中的多个MBMS业务的分组结果，获知每个MBMS业务组所对应的寻呼指示位置。

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

为解决上述技术问题，本发明还提供了一种MBMS寻呼指示信息的传输系统，包括网络侧设备和UE，其中：

所述网络侧设备，用于设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，以及用于按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息；

所述UE，用于根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息。

进一步地，所述网络侧设备设定各MBMS业务的寻呼指示信息在寻呼指示信道上的发送位置是指：网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定每个MCCH信道对应的寻呼指示的数目，将每个MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

采用本发明所述方法和系统，网络侧设备通过将MCCH对应的MBMS业务发送区域对应的多个MBMS业务分为多个MBMS业务组，并为每个业务组指定寻呼指示信道上的寻呼指示信息的发送位置，在指定的发送位置发送MBMS业务组的寻呼指示信息，从而使UE可以直接获知用户感兴趣的MBMS业务所在的MBMS业务组的寻呼指示信息，减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收MCCH信令的可能性。

附图说明

图1为本发明所述MBMS寻呼指示信息与MBMS业务的映射流程图；

图2为本发明实施例1寻呼指示信道示意图；

图3为本发明实施例2寻呼指示信道示意图；

图4为本发明实施例3寻呼指示信道示意图；

图5为本发明实施例4寻呼指示信道示意图。

具体实施方式

本发明应用场景：UE所在小区属于一个或多个MBMS业务发送区域，每个MBMS业务发送区域对应一条MCCH信道，且UE所在小区对应至少一条MBMS寻呼指示信道。

本发明的发明构思是：网络侧设备设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息。

优选地，网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定每个MCCH信道对应的寻呼指示的数目，将每个MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

进一步地，网络侧设备根据寻呼指示信道的资源数量和寻呼指示信息的单位长度确定寻呼指示信道所能承载的寻呼指示的数量，根据所述寻呼指示的数量和MCCH信道的数目为每个MCCH分配该MCCH对应的寻呼指示的数目；或者，网络侧设备根据寻呼指示信道的资源数量和MCCH信道的数目确定每个MCCH对应的寻呼比特数，再根据寻呼指示信息的单位长度确定每个MCCH对应的寻呼指示的数目。

UE所在小区对应多条MBMS寻呼指示信道时，仍可采用本发明方法发送寻呼指示信息。本发明方法在充分利用寻呼指示信道空间的前提下，能更加分明的指示UE不同MCCH对应的业务组的寻呼情况。

所述方法进一步包括以下步骤：

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

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

LTE中，一个子帧的前一个到四个正交频分复用(OFDM，OrthogonalFrequency Division Multiplexing)符号为该子帧的控制域。控制域具体被承载为哪几个OFDM符号，由系统网络侧确定并通知。子帧控制域中承载控制信息的单位为控制信道单元(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是协助移动终端在子帧的控制域接收MBMS寻呼指示信息的标识，MBMS系统的网络侧在对MBMS寻呼指示信息进行封装时，会将RNTI暗含在CRC(Cyclic Redundancy Check)校验编码中(具体参考LTE的协议36.212和36.211协议)。进一步，系统可以为MBMS寻呼分配多个M-RNTI，分别与前述MBMS寻呼DCI格式、MBMS寻呼周期和子帧位置结合后，相当于同时配置多个MBMS寻呼指示信道。

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

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

步骤102，网络侧设备根据寻呼指示信道上可承载的信息比特数以及MCCH条数，为每条MCCH分配相应的寻呼比特数；

假设信息比特数为M，MCCH条数为T；C为M除以T后的余数；则MCCH的寻呼比特数可以这样分配：第1到T-1条MCCH各分配(M-C)/T比特，按比特顺序从高位往低位分配(当然也可以从低往高进行分配)，第T条MCCH分配((M-C)/T)+C比特。当然，此处不仅限于此种分配方法，其他的分配方式也是适用的。

如果小区中传输的业务属于不同的MBMS业务发送区域，则可能会在一个小区中配置多条MCCH来传输相应MBMS业务发送区域所对应的MBMS业务的控制信息。在MCCH信道数量确定后，将上述寻呼指示信道资源针对一个或多个MCCH信道进行分配。如果小区仅属于一个MBMS业务发送区域，即只有一条MCCH信道，则MBMS寻呼指示信道上的所有信息比特数均可用于承载该MBMS业务发送区域中的多个业务的寻呼指示信息。

如果配置了多个M-RNTI，即配置了多条寻呼指示信道，可以将不同M-RNTI对应的寻呼指示信道关联到不同的MCCH，如果M-RNTI数小于MCCH信道数，可以分配多个MCCH关联到一个M-RNTI对应的寻呼指示信道上。

由于MCCH数量通常会大于M-RNTI的数量，因此可以采用尽可能均分的方式，例如当前有2条寻呼指示信道，有4条MCCH，则可以采用将前两条MCCH关联到M-RNTI1，后两条MCCH关联到M-RNTI2。由于M-RNTI的数量有限，同时一个小区中配置的MCCH信道数也不会太多，这种关联方式可以通过信令明确的告知UE，也可以采用事先确定好的方式进行关联，如做成一个表格形式，列举出所有可能的情况，并对各种情况给出关联结果。

经过上述关联和资源分配后，每个MCCH对应的寻呼指示信道中的寻呼指示信息比特数和比特位置就确定了。

步骤103，根据每个MCCH对应的寻呼比特数，以及每个寻呼指示信息的单位长度，确定在寻呼指示信道上每个MCCH所对应的寻呼指示的个数N(N≥1且N为整数)，将该MCCH对应的MBMS业务发送区域中的多个MBMS业务分成N组，分别对应N个寻呼指示；

设定每个寻呼指示的长度，如一个bit对应一个寻呼指示还是两个bit对应一个寻呼指示。确定好寻呼指示长度后，就可以计算出该MCCH对应的寻呼比特数能分成多少个寻呼指示。例如根据计算某MCCH对应的寻呼比特数为10bit，设每个寻呼指示的长度为2bit，那么该MCCH的对应的寻呼指示信道可以为该MCCH对应的MBMS业务配置5个寻呼指示。

对MBMS业务进行分组可以通过计算业务ID实现：

PI＝MBMS service ID mod N

其中，PI为寻呼指示标识，表示第几个寻呼指示；MBMS service ID为MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识；N为某MCCH对应的寻呼指示的个数，上个例子中就是5。

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

除了上述分组方法外，还可以根据MBMS业务的业务类型来进行分组，或者是将发生变化较频繁的MBMS业务分成一组，或者是根据MBMS业务受欢迎程度(参加业务的用户数)分组，或者结合上述信息中的几种综合考虑。

上述步骤102和103是先为每个MCCH确定在寻呼指示信道上的寻呼比特数，再根据寻呼指示信息的单位长度计算可承载多少个寻呼指示，除此之外，还可以先根据寻呼指示信道的资源数量和寻呼指示信息的单位长度确定寻呼指示信道所能承载的寻呼指示的数量，再根据所述寻呼指示的数量和MCCH信道的数目为每个MCCH分配该MCCH对应的寻呼指示的数目，两种方法获得相同的结果。

步骤104，网络侧设备将各MBMS业务组的寻呼指示信息映射到该MBMS业务组对应的寻呼指示上，周期性地在寻呼指示信道上发送各MBMS业务组的寻呼指示信息。

上述MBMS业务组的寻呼指示信息用于标识该MBMS业务组中的MBMS业务是否有更新，UE通过进一步接收MCCH获知具体哪个业务有更新。

终端接收寻呼指示信息的方法包括：

用户设备(UE，或称终端)根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息。

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

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

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

上述寻呼指示信道的资源数量进一步可根据MBMS寻呼指示信道对应的DCI格式，MBMS寻呼周期和子帧偏移再结合M-RNTI获得。

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

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

实施例一

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

一种实施方式为：将24bit分成两份，前12bit对应MCCH1，也就是对应于MBMS业务发送区域1中的业务；后12bit对应MCCH2，也就是对应于MBMS业务发送区域2中的业务；

由于每个寻呼指示的长度配置为2bit，因此每个MBMS业务发送区域对应的寻呼指示个数为12/2＝6个。

下一步，分别将两个MBMS业务发送区域中的业务进行分组映射，将service ID mod 6，对应到对应的寻呼指示上。如MBMS业务发送区域2中的某个业务的业务ID为190329，190329mod 6＝3，那么该业务对应的寻呼指示位为第10个寻呼指示(以1为起始计)，也就是对应于该寻呼指示信道信息域的#18和#19bit(以0为起始计)，参见图2。

实施例二

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

一种实施方式为：将24bit分成奇数位和偶数位两份，12bit奇数位对应MCCH1，也就是对应于MBMS业务发送区域1中的业务；12bit偶数位对应MCCH2，也就是对应于MBMS业务发送区域2中的业务；

由于每个寻呼指示的长度配置为2bit，因此每个MBMS业务发送区域对应的寻呼指示个数为12/2＝6个。但由于奇偶bit分别对应不同区域的业务，因此每一个寻呼指示不是连续的两个bit，而是交错的，如图3所示。

下一步，分别将两个MBMS业务发送区域中的业务进行分组映射，将service ID mod 6，对应到对应的寻呼指示上。如MBMS业务发送区域2中的某个业务的业务ID为190329，190329mod 6＝3，那么该业务对应的寻呼指示位为偶数位上的第4个寻呼指示，也就是对应于该寻呼指示信道信息域的#12和#14bit。

实施例三

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

一种实施方式为：将24bit分成三份，前8bit对应MCCH1，也就是对应于MBMS业务发送区域1中的业务；中间8bit对应MCCH2，也就是对应于MBMS业务发送区域2中的业务；后面8bit对应MCCH3，也就是对应于MBMS业务发送区域3中的业务；

由于每个寻呼指示的长度配置为2bit，因此每个MBMS业务发送区域对应的寻呼指示个数为8/2＝4个。

下一步，分别将两个MBMS业务发送区域中的业务进行分组映射，将service ID mod 4，对应到对应的寻呼指示上。如MBMS业务发送区域2中的某个业务的业务ID为190329，190329mod 4＝1，那么该业务对应的寻呼指示位为第6个寻呼指示，也就是对应于该寻呼指示信道信息域的#10和#11bit，如图4所示。

实施例四

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

一种实施方式为：将26bit分成三份，前8bit对应MCCH1，也就是对应于MBMS业务发送区域1中的业务；中间8bit对应MCCH2，也就是对应于MBMS业务发送区域2中的业务；后面10bit对应MCCH3，也就是对应于MBMS业务发送区域3中的业务。除了上述这种分配方式外，还可以按照MCCH对应的MBMS业务数量来进行分配，对应业务数量较多的MCCH获得更多的指示比特。

由于每个寻呼指示的长度配置为2bit，因此MBMS业务发送区域1和2对应的寻呼指示个数为8/2＝4个；MBMS业务发送区域3对应的寻呼指示个数为10/2＝5个。

下一步，分别将两个MBMS业务发送区域中的业务进行分组映射，将service ID mod 4，对应到对应的寻呼指示上。如MBMS业务发送区域2中的某个业务的业务ID为190329，190329mod 4＝1，那么该业务对应的寻呼指示位为第6个寻呼指示，也就是对应于该寻呼指示信道信息域的#10和#11bit，如图5所示。

上述配置参数将通过信令通知UE，系统按照该映射方法对寻呼bit进行设置，UE按照配置识别不同寻呼bit对应的业务寻呼属于哪个MBMS业务发送区域中的哪个业务组。

本发明通过结合MCCH的数量设计MBMS寻呼指示，以及针对业务组进行寻呼比特设计，减小UE因为用户不感兴趣的MBMS业务的改变而触发其接收MCCH信令的可能性。

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

Claims (10)

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

网络侧设备设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息。

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

所述网络侧设备设定各MBMS业务的寻呼指示信息在寻呼指示信道上的发送位置是指：网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定每个MCCH信道对应的寻呼指示的数目，将每个MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

3.如权利要求2所述的方法，其特征在于，所述网络侧设备采用以下方法之一确定每个MCCH信道对应的寻呼指示的数目：

网络侧设备根据寻呼指示信道的资源数量和寻呼指示信息的单位长度确定寻呼指示信道所能承载的寻呼指示的数量，根据所述寻呼指示的数量和MCCH信道的数目为每个MCCH分配该MCCH对应的寻呼指示的数目；或者

网络侧设备根据寻呼指示信道的资源数量和MCCH信道的数目确定每个MCCH对应的寻呼比特数，再根据寻呼指示信息的单位长度确定每个MCCH对应的寻呼指示信息数目。

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

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

5.如权利要求2所述的方法，其特征在于，所述网络侧设备采用以下方法之一对某一MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组：

(1)PI＝MBMS service ID mod N

其中，PI为寻呼指示的标识，MBMS service ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的业务标识，N为该MCCH对应的寻呼指示的个数；

(2)PI＝MBMS session ID mod N

其中，MBMS session ID为该MCCH对应的MBMS业务发送区域中的某MBMS业务的会话标识；

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

(4)参考以下信息中的一种或多种对MCCH对应的多个MBMS业务进行分组：业务类型、更新的频繁程度、参加业务的用户数。

6.如权利要求1-5中任一权利要求所述的方法，其特征在于，

用户设备(UE)根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息。

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

所述UE采用与网络侧设备相同的运算方法计算获知各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，其中，UE根据寻呼指示信道的资源数量、MCCH信道数量、寻呼指示信息的单位长度确定每个MCCH信道对应的寻呼指示的数目，再根据与网络侧设备相同的分组原则确定对每个MCCH对应的MBMS业务发送区域中的多个MBMS业务的分组结果，获知每个MBMS业务组所对应的寻呼指示位置。

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

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

9.一种多媒体广播多播业务(MBMS)寻呼指示信息的传输系统，其特征在于，包括网络侧设备和用户设备(UE)，其中：

所述网络侧设备，用于设定各MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置，以及用于按设定的发送位置在寻呼指示信道上发送对应MBMS业务组的寻呼指示信息；

所述UE，用于根据网络侧设备设定的发送位置，在寻呼指示信道的相应位置接收用户感兴趣的MBMS业务所在MBMS业务组的寻呼指示信息。

10.如权利要求9所述的系统，其特征在于，

所述网络侧设备设定各MBMS业务的寻呼指示信息在寻呼指示信道上的发送位置是指：网络侧设备根据寻呼指示信道的资源数量、MCCH信道的数目以及寻呼指示信息的单位长度，确定每个MCCH信道对应的寻呼指示的数目，将每个MCCH对应的MBMS业务发送区域中的多个MBMS业务进行分组，每个MBMS业务组对应一个寻呼指示位置，该寻呼指示位置即为该MBMS业务组的寻呼指示信息在寻呼指示信道上的发送位置。

Images