专利名称：广播/组播业务中用户接收寻呼信息的方法
技术领域：
本发明涉及广播/组播业务技术，特别涉及一种基于单载波实现的广播/组播业务中用户接收寻呼信息的方法。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动通信网络中，小区组播业务或广播业务(CBS，Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，此种业务属于消息类业务。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着因特网(Internet)的迅猛发展，大量移动多媒体业务涌现出来。其中一些移动多媒体业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。目前的网际协议(IP)组播和广播技术只适用于有线IP通信网络，不适用于移动通信网络，因为移动通信网络具有特定的网络结构、功能实体和无线接口，这些都与有线通信IP网络不同。
为了有效地利用移动通信网络资源，第三代移动通信全球标准化组织(3GPP)提出了移动通信网络的MBMS，从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。
图1为支持广播/组播业务的无线网络结构示意图，如图1所示，现有3GPP中，支持广播/组播业务的无线网络实体为广播/组播业务服务器(BM-SC)，BM-SC通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，Gateway GPRSSupport Node)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)104相连，然后UTRAN 104通过Uu接口与UE 106相连，SGSN也可通过Iu/Gb接口与全球移动通信系统增强无线接入网(GERAN)相连，然后GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。
从图1给出的网络结构可以看出，为了支持MBMS业务，在第三代移动通信系统中增加了移动网功能实体--广播组播业务中心，即BM-SC，所述BM-SC为内容提供者的入口，用于授权和在移动网中发起MBMS业务，并按照预定时间计划传送MBMS内容。此外，在UE、UTRAN、GERAN、SGSN、GGSN等功能实体上增加了与MBMS相关的功能。
MBMS包括组播模式和广播模式，其中组播模式需要用户签约相应的组播组，进行业务激活，并产生相应的计费信息。由于组播模式和广播模式在业务需求上存在不同，导致各自的业务流程也不同，如图2和图3所示，图2为MSMS组播模式的业务流程示意图，图3为MSMS广播模式的业务流程示意图。
如图2所示，MBMS组播业务涉及的处理过程包括签约(Subscription)、服务宣告(Service announcement)、用户加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传送(Data transfer)、会话结束(SessionStop)和用户退出(Leaving)。其中，签约过程用来建立用户与业务提供者之间的关系，让用户预先订阅所需的MBMS服务；服务宣告过程用于由BM-SC宣告当前能提供的服务，即通知用户MBMS业务的相关信息；用户加入过程即MBMS业务激活过程，UE在加入过程中，通知网络自身愿意成为当前组播组的成员，接收对应MBMS业务的数据，该加入过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文；会话开始过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源；MBMS通知过程用于由RNC通知UE MBMS组播会话即将开始；在数据传送过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE，MBMS业务在UTRAN和UE间传输时有两种模式点对多点(PTM)模式和点对点(PTP)模式，PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收，PTP模式通过DTCH逻辑信道发送数据，只有相应的一个UE可以收到；会话结束过程用于将会话开始过程建立的承载资源释放；用户退出过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
如图3所示，MBMS广播业务涉及的处理过程与MBMS组播业务类似，只是在会话开始之前，不需要执行签约过程和用户加入过程，并且，在会话结束之后，不需要执行用户退出过程。
在MBMS PTM传输模式中，相关的无线控制信息包括业务信息、接入信息、无线承载信息、频率层收敛(FLC)信息等，都由无线资源控制(RRC)层通过逻辑信道如MBMS点到多点控制信道(MCCH)发送。通常，MCCH信息是基于固定调度的方式来传送的，并且，为了提高可靠性和稳定性，UTRAN会重复发送MCCH信息。图4为MCCH信息的传输调度图，如图4所示，重复发送MCCH信息的周期为重复周期(RP)，完整的MCCH信息会根据重复周期被周期性的发送。修改周期(MP)则被定义为整数倍的重复周期，在每一个修改周期内都要对MCCH信息进行修改。MBMS的接入信息可以根据接入信息周期被周期性的发送，并且，接入信息周期是重复周期的整数分割。MCCH调度对于所有业务是一致的。
MCCH信息又分成关键信息和非关键信息，其中，关键信息由MBMS邻小区信息(MBMS neighboring cell information)、MBMS业务信息(MBMS serviceinformation)、MBMS无线承载信息(MBMS radio bearer information)组成，以重复周期和修改周期周期性地传输，关键信息在每个修改周期中不能改变；非关键信息是指MBMS接入信息(MBMS access information)，是在接入周期进行传输的，接入信息可在任何时间修改，图4中黑色填充的方块代表变化信息。
由于MBMS系统涉及到的业务类型相当多，而现有WCDMA系统的带宽限制了业务的数目和类型，因此基于原有WCDMA载频上的MBMS将无法发挥MBMS业务独有的魅力，为了充分发挥MBMS业务的影响，单独为MBMS分配一个下行载波是非常必要的。从运营商的角度来讲，可以获得的利益远大于单独频谱付出的代价，今后的通信发展，手机电视等将成为主流。单独的载频可以承载更多的业务。
由于MBMS只是Release 6的功能之一，因此该UE还具备其它的3G业务功能，比如通话功能等。相应地，对于用户的寻呼过程分为两种类型一种是普通的寻呼过程，另一种是在MBMS系统中，当有某个业务将要提供或是有信息发生变化是，需要通过MBMS专用的通知过程完成。以下分别进行说明。
首先介绍普通寻呼过程移动通信中的通信终端的位置不是固定的，为了建立一次呼叫，核心网(CN)通过Iu接口向UTRAN发送寻呼消息，UTRAN则将CN寻呼消息通过Uu接口上的寻呼过程发送给UE，使得被寻呼的UE发起与CN的信令连接建立过程。
当UTRAN收到某个CN域(CS域或PS域)的寻呼消息时，首先需要判断UE是否已经与另一个CN域建立了信令连接。如果没有建立信令连接，那么UTRAN只能知道UE当前所在的服务区，并通过寻呼控制信道将寻呼消息发送给UE，这就是PAGING TYPE 1消息。如果已经建立信令连接，在CELL DCH或CELL FACH状态下，UTRAN就可以知道UE当前活动于哪种信道上，并通过专用控制信道将寻呼消息发送给UE，这就是PAGING TYPE 2消息。因此针对UE所处的模式和状态，寻呼可以分为以下两种类型。
(1)寻呼空闲模式或PCH状态下的UE这一类型的寻呼过程使用寻呼控制信道(PCCH)寻呼处于空闲模式、CELL PCH或URA PCH状态的UE，用于向被选择的UE发送寻呼信息，其作用有如下三点a、为了建立一次呼叫或一条信令连接，网络侧的高层发起寻呼过程；
b、为了将UE的状态从CELL PCH或URA PCH状态迁移到CELL FACH状态，UTRAN发起寻呼以触发UE状态的迁移；c、当系统消息发生改变时，UTRAN发起空闲模式、CELL PCH和URA PCH状态下的寻呼，以触发UE读取更新后的系统信息。
UTRAN通过在PCCH上一个适当的寻呼时刻发送一条PAGING TYPE 1消息来启动寻呼过程，该寻呼时刻和UE的IMSI有关。UTRAN可以选择在几个寻呼时机重复寻呼一个UE，以增加UE正确接收寻呼消息的可能。
(2)寻呼CELL DCH或CELL FACH状态下的UE这一类型的寻呼过程用于向处于连接模式CELL DCH或CELL FACH状态的某个UE发送专用寻呼信息。
对于处于连接模式CELL DCH或CELL FACH状态的UE，UTRAN通过在专用控制信道(DCCH)上发送一条PAGING TYPE 2消息来发起专用寻呼过程。这种寻呼也叫做专用寻呼过程。
然后，介绍在MBMS系统中，当有某个MBMS业务将要提供或是有信息发生变化时，专用的MBMS业务通知过程。
MBMS业务通知过程用于UE响应网络发起的通知信息，该通知信息用于指示UE加入的一个或多个MBMS业务发生了变化，该通知信息发向所有的UE，不管UE处于何种状态，即不管UE处于空闲模式还是处于RRC连接模式的URA PCH状态、CELL PCH状态、CELL FACH状态或CELL DCH状态。MBMS业务通知过程主要通过MICH信道和MCCH信道完成，具体分为公共信道上的通知流程和专用信道上的通知流程。
参见图5，图5为在MCCH上发送MBMS专用通知信息的过程示意图。在MCCH公共控制信道上的通知过程包括UTRAN通过MCCH信道向UE发送MBMS修改业务信息；并通过MCCH信道向UE发送更新MBMS控制信息。相应的，接收通知的过程包括UE监控MCCH信道或监控MCCH信道和MICH信道，具体来说，对于处于空闲模式或处于RRC连接模式的URA PCH状态、CELL PCH状态、CELL FACH状态或CELL DCH状态的UE，如果没有接收使用PTM RB承载的MBMS业务时，则需要监控MICH信道得到通知信息；如果没有接收使用PTM RB承载的MBMS业务，且没有监控MICH信道，或是正在接收MBMS PTM RB承载的业务时，则需要捕获MCCH信道上的修改信息，即得到通知信息。
图6为在DCCH上发送MBMS专用通知信息的过程示意图。在DCCH信道上的通知过程包括UTRAN通过DCCH信道向UE发送MBMS修改业务信息；并通过MCCH信道向UE发送更新MBMS控制信息。专用通知过程是使用DCCH信道通知UE MBMS业务的频率信息，通知UE PTM RB承载建立信息，或是请求处于PMM空闲状态的UE转入PMM连接状态，以接收通过PTPRB承载的业务。一般，对于UE接收普通业务寻呼过程和MBMS业务通知过程来说，普通业务寻呼的优先级要高一些。
对于单载波MBMS系统来讲，普通业务的寻呼会出现问题。一方面用户处于MBMS的频段上，由于用户能力所限不能接收多个频率的信息，导致用户无法接收在非MBMS频段上普通业务的寻呼信息，因此使得用户无法及时接收某些业务。特别是对话音业务等实时业务的影响更大。这个问题是引入单载波MBMS系统必然出现和必须解决的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种广播/组播业务中用户接收寻呼信息的方法，实现当用户处于单独广播/组播载波上接收广播/组播业务时，能够接收对该用户的寻呼信息。
为达到上述目的，本发明的技术方案具体是这样实现的一种广播/组播业务中用户接收寻呼信息的方法，该方法适用于预先为广播/组播业务分配单独载波频率的广播/组播系统，包括以下步骤A、网络侧根据将要执行的业务需要，向用户设备UE发送寻呼信息，该寻呼信息在广播/组播单独载波频率和/或非广播/组播单独载波频率上发送；B、在广播/组播单独载波频率上接收广播/组播业务的UE，在广播/组播单独载波频率上接收寻呼信息；和/或定时或不定时返回到非广播/组播单独载波频率上，接收寻呼信息。
所述步骤A中，网络侧在向用户的UE发送寻呼信息前，可以先判断当前是否正在广播/组播单独载波频率上发送广播/组播业务；如果是，则在广播/组播单独载波频率上向UE发送寻呼信息，否则只在非广播/组播单独载波频率上向用户的用户设备UE发送寻呼信息。
所述判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务的方法可以为若预先只为广播/组播业务信道分配了单独载波频率，则判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务数据；若预先为广播/组播业务信道和广播/组播控制信道分配了相同的单独载波频率，则判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务数据，或判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务控制信息。
所述步骤B中UE先在广播/组播单独载波频率上接收寻呼信息，如果在广播/组播单独载波频率上没有接收到寻呼信息，再回到非广播/组播单独载波频率上接收寻呼信息。
网络侧在广播/组播单独载波频率上向UE发送寻呼信息的方法为网络侧通过广播/组播单独载波频率上使用的广播信道、寻呼信道或广播/组播控制信道向UE发送寻呼信息；UE在广播/组播单独载波频率上接收寻呼信息的方法为UE通过广播/组播单独载波频率上使用的广播信道、寻呼信道或广播/组播控制信道接收寻呼信息。
步骤A所述网络侧根据将要执行的业务需要，向UE发送寻呼信息的方法可以为网络侧在接收到对一个用户的呼叫请求后，向该用户的UE发送普通业务寻呼消息；
或网络侧在将要执行新广播/组播业务时，向UE发送该广播/组播业务的专用通知信息。
步骤B所述UE定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法可以为网络侧预先通知UE从广播/组播单独载波频率返回非广播/组播单独载波频率接收寻呼信息的周期；UE在广播/组播单独载波频率上接收广播/组播业务过程中，按照网络侧发送的周期，定时返回到非广播/组播单独载波频率上接收寻呼信息。
步骤B所述UE定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法还可以为UE自身预先设置从广播/组播单独载波频率返回非广播/组播单独载波频率接收寻呼信息的周期；UE在广播/组播单独载波频率上接收广播/组播业务过程中，按照预设的周期，定时返回到非广播/组播单独载波频率上接收寻呼信息。
步骤B所述UE不定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法也可以为UE根据当前在广播/组播单独载波频率上接收业务的情况，决定是否返回非广播/组播单独载波频率上接收寻呼信息。
UE根据当前在广播/组播单独载波频率上接收业务的情况，决定是否返回非广播/组播单独载波频率上接收寻呼信息的方法可以为UE在接收一个广播/组播业务的两个会话的周期之间，返回非广播/组播单独载波频率上接收寻呼信息。
步骤B所述UE定时或不定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法可以为UE定时或不定时到非广播/组播单独载波频率上的控制信道上接收寻呼信息。
在网络侧在多个非广播/组播单独载波频率下发寻呼信息情况下，所述UE返回到非广播/组播单独载波频率的方法可以为UE选择一个非广播/组播单独载波频率，返回到该非广播/组播单独载波频率上；或接收网络侧发送的包含返回非广播/组播单独载波频率的通知，返回通知中指定的非广播/组播单独载波频率。
UE在转到广播/组播单独载波频率接收广播/组播业务前，可以记录所在非广播/组播单独载波频率；所述UE选择一个非广播/组播单独载波频率的方法为UE选择记录的非广播/组播单独载波频率。
所述UE选择一个非广播/组播单独载波频率的方法可以为UE从网络侧发送寻呼信息的多个非广播/组播单独载波频率中，随机选择一个非广播/组播单独载波频率。
由上述的技术方案可见，本发明的这种广播/组播业务中用户接收寻呼信息的方法，网络侧根据将要执行的业务需要，采用广播/组播单独载波频率和/或非广播/组播单独载波频率向该UE发送寻呼信息，如果该UE正在广播/组播单独载波频率上接收广播/组播业务，则在广播/组播单独载波频率上接收寻呼信息，或定时或不定时返回非广播/组播单独载波频率上接收寻呼信息，实现了当UE处于单独广播/组播载波上接收广播/组播业务时，能够方便灵活地接收其他对该用户的寻呼信息。
图1为支持广播/组播业务的无线网络结构示意图；图2为MSMS组播模式的业务流程示意图；图3为MSMS广播模式的业务流程示意图；图4为MCCH信息调度的示意图；图5为在MCCH上发送MBMS专用通知信息的过程示意图；图6为在DCCH上发送MBMS专用通知信息的过程示意图；
图7为本发明第二较佳实施例中网络侧发送寻呼信息的流程示意图；图8为图7所示实施例中UE接收寻呼信息的流程示意图。
具体实施例方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
本发明的这种广播/组播业务中用户接收寻呼信息的方法，其主要思想为正在广播/组播单独载波频率上接收广播/组播业务的UE，在广播/组播单独载波频率上接收寻呼信息，和/或定时或不定时返回非广播/组播单独载波频率上接收寻呼信息，从而实现当UE处于广播/组播单独载波上接收广播/组播业务时，能够接收对该用户的寻呼信息。
本发明至少有以下两种具体实现方式第一种网络侧只在非广播/组播单独载波频率上发送寻呼信息，UE定时或不定时返回到非广播/组播单独载波频率上接收寻呼信息。
第二种网络侧在广播/组播单独载波频率上和非广播/组播单独载波频率上同时发送寻呼信息，UE在广播/组播单独载波频率上接收寻呼信息，和/或定时或不定时在广播/组播单独载波频率上或返回到非广播/组播单独载波频率上接收寻呼信息。
本发明既适用于多媒体广播/组播业务，也适用于非多媒体的广播/组播业务。
以下针对多媒体广播/组播业务举两个较佳实施例对这两种实现方式分别进行详细说明，非多媒体的广播/组播业务与之相同，这里不再重复。
第一较佳实施例本实施例属于上述第一种实现方式。该实施例的实现比较简单，可以包括以下步骤步骤1、网络侧预先通过广播信道，通知UE从提供MBMS业务的单独载波频率上返回非MBMS单独载波频率读取寻呼信息的周期。
网络侧会定时地发送上述周期信息。这样，在UE开机时，在非MBMS单独载波频率上接入系统，在UE还没有接收MBMS业务前，就能够接收到上述周期信息。
步骤2、网络侧接收到对一个UE的呼叫请求后，在非MBMS单独载波频率的控制信道上向该UE发送寻呼消息。
或者在没有为MBMS业务控制信道分配MBMS单独载波频率的情况下，还可以是网络侧在将要执行新MBMS业务时，在非MBMS单独载波频率上向UE发送该MBMS业务的专用通知信息。也就是说，网络侧根据将要执行的业务需要，来向UE发送寻呼信息。
步骤3、如果该UE正在MBMS单独载波频率的业务信道上接收MBMS业务，或该UE正在MBMS单独载波频率的控制信道上接收MBMS控制信息，则按照网络提供的周期信息，定时返回非MBMS单独载波频率的控制信道上接收寻呼信息；如果该UE没有在MBMS单独载波频率的信道上MBMS业务或MBMS控制信息，则直接在非MBMS单独载波频率的控制信道上接收寻呼信息。
实际上，网络侧可以在多个非MBMS单独载波频率上，向UE发送寻呼信息，这情况下，UE可以选择一个非MBMS单独载波频率，返回到该非MBMS单独载波频率上；也可以接收网络侧发送的包含返回非MBMS单独载波频率的通知，返回通知中指定的非MBMS单独载波频率。
具体来说，UE可以在转到MBMS单独载波频率接收MBMS业务前，记录所在非MBMS单独载波频率；并选择记录的非MBMS单独载波频率，返回去接收寻呼信息。当然，UE还可以直接从网络侧发送寻呼信息的多个非MBMS单独载波频率中，随机选择一个非MBMS单独载波频率，返回去接收寻呼信息。
如果正在接收MBMS业务的UE，或该UE正在MBMS单独载波频率的控制信道上接收MBMS控制信息，返回非MBMS单独载波频率的控制信道上接收到了寻呼信息，可以进行如下处理根据需要，放弃接收MBMS业务，驻留在非MBMS单独载波频率上准备接收该业务；也可以放弃接收该业务，继续回到MBMS单独载波频率的业务信道或控制信道上接收MBMS业务信息或控制信息。
本实施例中，UE是根据网络侧指定的周期，定时返回非MBMS单独载波频率上接收寻呼信息。实际应用中UE还可以自身预先设置好返回非MBMS单独载波频率接收寻呼信息的周期，并按照该周期定时返回非MBMS单独载波频率接收寻呼信息，这样就不需要网络侧再向UE发送UE返回非MBMS单独载波频率读取寻呼信息的周期的通知了。
当然，UE也可以不定时返回非MBMS单独载波频率上接收寻呼信息。具体的方法可以为UE根据在MBMS单独载波频率上接收业务的情况，决定是否返回非MBMS单独载波频率接收寻呼信息。比如UE在接收一个MBMS业务的两个会话(session)的周期中间，返回非MBMS单独载波频率的控制信道接收寻呼信息。
第二较佳实施例本实施例属于上述第二种实现方式。本实施例中，还是预先设置了UE从提供MBMS业务的单独载波频率上返回非MBMS单独载波频率读取寻呼信息的周期。设置的方法与第一较佳实施例相同，即可以是网络侧设置通知给UE的，也可以是UE自身预先设置好的。
该实施例的实现需要对网络侧发送寻呼信息的流程和UE接收寻呼信息的流程分别进行改进，具体方法如下参见图7，图7为本发明第二较佳实施例中网络侧发送寻呼信息的流程示意图。该流程包括以下步骤步骤701，网络侧接收到对一个UE的呼叫请求，执行步骤702。
本步骤在没有为MBMS业务控制信道分配MBMS单独载波频率的情况下，还可以是网络侧在将要执行新MBMS业务时，在非MBMS单独载波频率上向UE发送该MBMS业务的专用通知信息。
步骤702，判断网络当前是否在执行MBMS业务，如果是则执行步骤703；否则，执行步骤705。
步骤703，判断该MBMS业务是否在单独载波频率的业务信道上发送，如果是则执行步骤704；否则执行步骤705。
本步骤中，还可以是判断该MBMS业务的控制信息是否在单独载波频率的控制信道上发送，如果是在单独载波频率的控制信道上发送也是执行步骤704；否则执行步骤705。
这是因为，在实际应用中，可以只为MBMS业务的业务信道分配单独载波频率，也可以为MBMS业务的业务信道和控制信道分配同样的单独载波频率。为MBMS业务的业务信道和控制信道分配同样的单独载波频率的情况下，就可以是判断该MBMS业务是否在单独载波频率的业务信道上发送，或者是判断该MBMS业务的控制信息是否在单独载波频率的控制信道上发送。
步骤704，同时在MBMS单独载波频率的控制信道上和非MBMS单独载波频率的控制信道上向该UE发送寻呼信息。结束本流程。
步骤705，在非MBMS单独载波频率的控制信道上向该UE发送寻呼信息，结束本流程。
参见图8，图8为图7所示实施例中UE接收寻呼信息的流程示意图。该流程包括以下步骤步骤801，UE在MBMS单独载波频率的业务信道上接收MBMS业务，执行步骤802。
如果预先为MBMS业务的业务信道和控制信道分配了同样的单独载波频率，本步骤中，也可以是UE在MBMS单独载波频率的控制信道上接收MBMS业务控制信息，执行步骤802。
步骤802，判断是否到接收寻呼信息的定时时间，如果是则执行步骤803；否则返回执行步骤801。
本步骤判断是否到接收寻呼信息的定时时间的方法，是根据预先设置的UE从提供MBMS业务的单独载波频率上返回非MBMS单独载波频率读取寻呼信息的周期来判断，如果一个周期时间到，则到了接收寻呼信息的定时时间。具体来说就是根据网络侧设置通知给UE的返回非MBMS单独载波频率读取寻呼信息的周期或UE自身预先设置好的返回非MBMS单独载波频率读取寻呼信息的周期来判断。
步骤803，在MBMS单独载波频率的控制信道上接收寻呼信息。
步骤804，判断是否在MBMS单独载波频率的控制信道上接收到寻呼信息，如果是则执行步骤805；否则执行步骤806。
步骤805，切换到非MBMS单独载波频率上准备接收该业务，结束本流程。
本步骤中，是根据需要，放弃接收MBMS业务，切换到非MBMS单独载波频率上准备接收该业务。当然，也可以放弃接收该业务，继续在MBMS单独载波频率的业务信道或控制信道上接收MBMS业务信息或控制信息。
步骤806，返回非MBMS单独载波频率的控制信道接收寻呼信息。
步骤807，判断是否在非MBMS单独载波频率的控制信道上接收到寻呼信息，如果是则执行步骤808；否则执行步骤809。
步骤808，驻留在非MBMS单独载波频率上准备接收该业务。结束本流程。
本步骤中，是根据需要，放弃接收MBMS业务，驻留在非MBMS单独载波频率上准备接收该业务。当然，也可以放弃接收该业务，继续在MBMS单独载波频率的业务信道或控制信道上接收MBMS业务信息或控制信息。
步骤809，返回MBMS单独载波频率上，返回步骤801。
与第一较佳实施例一样，UE也可以不定时返回非MBMS单独载波频率上接收寻呼信息，具体方法与第一较佳实施例相同，这里不再重复说明。
在网络侧在多个非MBMS单独载波频率上向UE发送寻呼信息的情况下，UE的返回非MBMS单独载波频率上接收寻呼信息的方法也可以与第一较佳实施例相同，这里也不再赘述。
本流程中的步骤805和步骤808都是UE在接收到寻呼信息后的处理，可以不属于接收寻呼信息的过程。
如果只为MBMS业务的业务信道分配单独载波频率，则上述两个实施例中所述的寻呼信息即可以是普通业务的寻呼消息，也可以是其他MBMS业务的专用通知信息。如果为MBMS业务的业务信道和控制信道分配同样的单独载波频率，则上述两个实施例中所述的寻呼信息就是普通业务的寻呼消息。
另外，上述两个实施例中提到的MBMS单独载波频率的控制信道，可以是在该单独载波频率上使用的广播信道、寻呼信道或MBMS控制信道。
实际应用中，除了上述两种实现方式，网络侧也可以通过只在广播/组播单独载波频率上向UE发送寻呼信息来实现，但是由于网络侧并不能知道当前UE是否正在广播/组播单独载波频率上接收广播/组播业务，如果该UE当前恰好没有接收广播/组播业务，则还需要UE定时或不定时地跳到广播/组播单独载波频率上接收寻呼信息。而相对来讲，UE接收普通业务比接收广播/组播业务的时候多，且通常普通业务的优先级高于广播/组播业务，如果这样做，UE总是会在广播/组播单独载波频率和非广播/组播单独载波频率间跳来跳去，可能影响普通业务的正常接收，造成不必要的资源浪费。因此，实际应用时，建议不采用此种实现方式。
由上述的实施例可见，本发明的这种广播/组播业务中用户接收寻呼信息的方法，实现了当UE处于单独广播/组播载波上接收广播/组播业务时，能够接收对该用户的寻呼信息。而且本发明有多种实现方式，实际应用中更加灵活、方便。
权利要求
1.一种广播/组播业务中用户接收寻呼信息的方法，该方法适用于预先为广播/组播业务分配单独载波频率的广播/组播系统，其特征在于，包括以下步骤A、网络侧根据将要执行的业务需要，向用户设备UE发送寻呼信息，该寻呼信息在广播/组播单独载波频率和/或非广播/组播单独载波频率上发送；B、在广播/组播单独载波频率上接收广播/组播业务的UE，在广播/组播单独载波频率上接收寻呼信息；和/或定时或不定时返回到非广播/组播单独载波频率上，接收寻呼信息。
2.如权利要求1所述的方法，其特征在于所述步骤A中，网络侧在向用户的UE发送寻呼信息前，先判断当前是否正在广播/组播单独载波频率上发送广播/组播业务；如果是，则在广播/组播单独载波频率上向UE发送寻呼信息，否则只在非广播/组播单独载波频率上向用户的用户设备UE发送寻呼信息。
3.如权利要求2所述的方法，其特征在于，所述判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务的方法为若预先只为广播/组播业务信道分配了单独载波频率，则判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务数据；若预先为广播/组播业务信道和广播/组播控制信道分配了相同的单独载波频率，则判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务数据，或判断当前是否正在广播/组播单独载波频率上向UE发送广播/组播业务控制信息。
4.如权利要求1所述的方法，其特征在于所述步骤B中UE先在广播/组播单独载波频率上接收寻呼信息，如果在广播/组播单独载波频率上没有接收到寻呼信息，再回到非广播/组播单独载波频率上接收寻呼信息。
5.如权利要求4所述的方法，其特征在于，网络侧在广播/组播单独载波频率上向UE发送寻呼信息的方法为网络侧通过广播/组播单独载波频率上使用的广播信道、寻呼信道或广播/组播控制信道向UE发送寻呼信息；UE在广播/组播单独载波频率上接收寻呼信息的方法为UE通过广播/组播单独载波频率上使用的广播信道、寻呼信道或广播/组播控制信道接收寻呼信息。
6.如权利要求1或2所述的方法，其特征在于，步骤A所述网络侧根据将要执行的业务需要，向UE发送寻呼信息的方法为网络侧在接收到对一个用户的呼叫请求后，向该用户的UE发送普通业务寻呼消息；或网络侧在将要执行新广播/组播业务时，向UE发送该广播/组播业务的专用通知信息。
7.如权利要求1所述的方法，其特征在于，步骤B所述UE定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法为网络侧预先通知UE从广播/组播单独载波频率返回非广播/组播单独载波频率接收寻呼信息的周期；UE在广播/组播单独载波频率上接收广播/组播业务过程中，按照网络侧发送的周期，定时返回到非广播/组播单独载波频率上接收寻呼信息。
8.如权利要求1所述的方法，其特征在于，步骤B所述UE定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法为UE自身预先设置从广播/组播单独载波频率返回非广播/组播单独载波频率接收寻呼信息的周期；UE在广播/组播单独载波频率上接收广播/组播业务过程中，按照预设的周期，定时返回到非广播/组播单独载波频率上接收寻呼信息。
9.如权利要求1所述的方法，其特征在于，步骤B所述UE不定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法为UE根据当前在广播/组播单独载波频率上接收业务的情况，决定是否返回非广播/组播单独载波频率上接收寻呼信息。
10.如权利要求9所述的方法，其特征在于，UE根据当前在广播/组播单独载波频率上接收业务的情况，决定是否返回非广播/组播单独载波频率上接收寻呼信息的方法为UE在接收一个广播/组播业务的两个会话的周期之间，返回非广播/组播单独载波频率上接收寻呼信息。
11.如权利要求1所述的方法，其特征在于，步骤B所述UE定时或不定时返回到非广播/组播单独载波频率上，接收寻呼信息的方法为UE定时或不定时到非广播/组播单独载波频率上的控制信道上接收寻呼信息。
12.如权利要求1、4、7、8、9、10、11所述的方法，其特征在于在网络侧在多个非广播/组播单独载波频率下发寻呼信息情况下，所述UE返回到非广播/组播单独载波频率的方法为UE选择一个非广播/组播单独载波频率，返回到该非广播/组播单独载波频率上；或接收网络侧发送的包含返回非广播/组播单独载波频率的通知，返回通知中指定的非广播/组播单独载波频率。
13.如权利要求12所述的方法，其特征在于UE在转到广播/组播单独载波频率接收广播/组播业务前，记录所在非广播/组播单独载波频率；所述UE选择一个非广播/组播单独载波频率的方法为UE选择记录的非广播/组播单独载波频率。
14.如权利要求12所述的方法，其特征在于，所述UE选择一个非广播/组播单独载波频率的方法为UE从网络侧发送寻呼信息的多个非广播/组播单独载波频率中，随机选择一个非广播/组播单独载波频率。
全文摘要
本发明公开了一种广播/组播业务中用户接收寻呼信息的方法，该方法适用于预先为广播/组播业务分配单独载波频率的系统，包括以下步骤A、网络侧根据将要执行的业务需要，向用户设备UE发送寻呼信息，该寻呼信息在广播/组播单独载波和/或非广播/组播单独载波频率上发送；B、在广播/组播单独载波频率上接收广播/组播业务的UE，在广播/组播载波上接收寻呼信息；和/或定时或不定时返回到非广播/组播单独载波频率上，接收寻呼信息。应用本发明方法能够实现当UE处于单独广播/组播载波上接收广播/组播业务时，正确接收其他对该用户的寻呼信息。
文档编号H04W4/06GK1953603SQ200510109478
公开日2007年4月25日 申请日期2005年10月20日 优先权日2005年10月20日
发明者许炳, 胡灏 申请人:华为技术有限公司