用于多媒体广播/多播服务的寻呼方法

1.一种用于寻呼用户设备的方法，所述用户设备在提供第一服务和第二服务的移动通信系统中提供不同于第一服务的第二服务，所述方法包括步骤：
服务通用分组无线业务支撑节点确定指示第二服务的标识符和与发送寻呼实例的寻呼时机相关的系数以此来响应用户设备对第二服务的请求，并将确定的标识符和系数发送给无线网络控制器，其中所述寻呼实例指示与第二服务相关的寻呼信息存在与否；和无线网络控制器把所述标识符和系数发送到用户设备，通过使用该标识符和系数来确定寻呼时机以及在每个寻呼时机中寻呼实例的发送时间，并为每个寻呼时机在寻呼实例的发送时间在第一信道上发送该寻呼实例，使得用户设备识别寻呼信息存在与否。
2.如权利要求1所述的方法，其特征在于，所述用户设备通过使用该标识符和系数确定寻呼时机和在每个寻呼时机中寻呼信息的接收时间，并在每个寻呼时机监视所述第一信道，如果寻呼实例指示存在寻呼信息，则在预设时间之后通过接收第二信道来接收该寻呼信息。
3.如权利要求2所述的方法，其特征在于，所述第一信道是寻呼指示器信道而第二信道是寻呼信道。
4.一种寻呼用户设备的方法，所述用户设备在提供第一服务和第二服务的移动通信系统中提供不同于第一服务的第二服务，所述方法包括如下步骤：
服务通用分组无线业务支撑节点在与第二服务相关的寻呼信息将被发送时接收寻呼信息发送时间，并确定指示第二服务的标识符和与发送寻呼实例的寻呼时机相关的系数，以及将确定的标识符和系数连同寻呼信息发送时间一起发送给无线网络控制器，其中所述寻呼实例指示与第二服务相关的寻呼信息存在与否；和
所述无线网络控制器通过使用寻呼信息发送时间确定指示寻呼时机的发送开始时间的激活时间，并将所述标识符、系数和激活时间发送给用户设备，以及通过使用该标识符和系数来确定寻呼时机以及在每个寻呼时机中寻呼实例的发送时间，并为每个在激活时间开始的寻呼时机在寻呼实例的发送时间在第一信道上发送该寻呼实例，使得用户设备识别寻呼信息存在与否。
5.如权利要求4所述的方法，其特征在于，
所述用户设备通过使用该标识符和系数确定寻呼时机和在每个寻呼时机中寻呼信息的接收时间，并且在每个在激活时间开始的寻呼时机监视所述第一信道，如果寻呼实例指示存在寻呼信息，则在预设时间之后通过接收第二信道来接收该寻呼信息。
6.如权利要求5所述的方法，其特征在于，所述第一信道是寻呼指示器信道而第二信道是寻呼信道。
7.一种寻呼用户设备的方法，所述用户设备在提供第一服务和第二服务的移动通信系统中提供不同于第一服务的第二服务，所述方法包括如下步骤：
服务通用分组无线业务支撑节点在与第二服务相关的寻呼信息将被发送时接收寻呼信息发送时间，并确定指示第二服务的标识符和与发送寻呼实例的寻呼时机相关的第一和第二系数，以及将确定的标识符以及第一和第二系数连同寻呼信息发送时间一起发送给无线网络控制器，其中所述寻呼实例指示与第二服务相关的寻呼信息存在与否；和所述无线网络控制器通过使用寻呼信息发送时间确定指示寻呼时机发送开始时间的激活时间；将所述标识符、第一和第二系数以及激活时间发送给用户设备；通过使用该标识符和第一系数来确定寻呼时机以及在每个寻呼时机中寻呼实例的发送时间；通过使用该标识符和第二系数来确定寻呼时机以及在每个寻呼时机中寻呼实例的发送时间；从当前开始一直到激活时间，为使用第一系数确定的每个寻呼时机在寻呼实例的发送时间在第一信道上发送该寻呼实例；从激活时间开始，为使用第二系数确定的每个寻呼时机在寻呼实例的发送时间在第一信道上发送该寻呼实例以便用户设备识别寻呼信息存在与否。
8.如权利要求7所述的方法，其特征在于，
所述用户设备通过使用该标识符和第一系数确定寻呼时机和在每个寻呼时机中寻呼实例的接收时间；通过使用该标识符和第二系数确定寻呼时机和在每个寻呼时机中寻呼实例的接收时间；从当前开始一直到激活时间为使用第一系数确定的每个寻呼时机在寻呼实例的接收时间监视所述第一信道；从激活时间开始，为使用第二系数确定的每个寻呼时机在寻呼实例的接收时间监视所述第一信道，如果寻呼实例指示存在寻呼信息，则在预设时间之后通过接收第二信道来接收该寻呼信息。
9.如权利要求8所述的方法，其特征在于，所述第一信道是寻呼指示器 信道而第二信道是寻呼信道。
10.一种寻呼用户设备的方法，所述用户设备在提供第一服务和第二服务的移动通信系统中提供不同于第一服务的第二服务，所述方法包括如下步骤：
(a)通过使用与第一信道信号发送相关的、包括指示与第二服务相关的寻呼信息存在与否的寻呼实例的参数，计算接收第一信道信号的寻呼时机和在与第二服务相关的每个寻呼时机中寻呼实例的接收时间；
(b)对于每个寻呼时机，在寻呼实例的接收时间接收寻呼实例；和
(c)如果接收到的寻呼实例指示存在寻呼信息，则在预设时间之后通过接收第二信道接收寻呼信息。
11.如权利要求10所述的方法，其特征在于，所述参数包括与用于发送寻呼实例的寻呼时机相关的系数和指示第二服务的标识符，两者都在第一信道上发送。
12.如权利要求10所述的方法，其特征在于，所述参数包括与用于发送寻呼实例的寻呼时机相关的系数、指示第二服务的标识符和指示寻呼时机发送开始时间的激活时间，它们都在第一信道上发送。
13.如权利要求12所述的方法，其特征在于，步骤(b)还包括步骤，对于在激活时间开始的每个寻呼时机，在寻呼实例的接收时间接收寻呼实例。
14.如权利要求10所述的方法，其特征在于，所述参数包括与用于发送寻呼实例的寻呼时机相关的第一和第二系数、指示第二服务的标识符和指示寻呼时机发送开始时间的激活时间，它们都在第一信道上发送。
15.如权利要求14所述的方法，其特征在于，步骤(a)还包括步骤：
通过使用所述标识符和第一系数计算寻呼时机和在每个寻呼时机中寻呼实例的接收时间，通过使用所述标识符和第二系数计算寻呼时机和在每个寻呼时机中寻呼实例的接收时间。
16.如权利要求15所述的方法，其特征在于，步骤(b)还包括步骤：
从第一时间开始一直到激活时间，对于使用第一系数计算的每个寻呼时机，在寻呼实例的接收时间在第一信道上接收寻呼实例，并从激活时间开始，对于使用第二系数计算的每个寻呼时机，在寻呼实例的接收时间在第一信道上接收寻呼实例。

用于多媒体广播/多播服务的寻呼方法 \n技术领域\n[0001] 本发明一般涉及到一种移动通信系统，具体涉及一种用于多媒体广播/多播服务(MBMS)服务的寻呼设备及其方法。 \n背景技术\n[0002] 目前，由于通信行业的发展，码分多址接入(CDMA)移动通信系统提供的服务正在发展成为多播多媒体通信，它不仅发送语音服务数据，还发送诸如分组数据和电路数据等高容量数据。为了支持多播多媒体通信，需要一个数据源为多个用户设备(UE)提供服务的广播/多播服务。该广播/多播服务可以分为蜂窝广播服务(CBS)和多媒体广播/多播服务(MBMS)，其中CBS是基于消息的服务，而MBMS支持多媒体数据，例如实时图像和语音、静止图像以及文本等等。 \n[0003] 移动通信系统中提供MBMS服务的网络结构将参考图1进行描述。 [0004] 图1例示了在移动通信网络中提供MBMS服务的网络结构。参照图1，多播/广播服务中心(BM-SC)110是提供MBMS服务流的源，并且该BM-SC110在制定计划后向传送网(NW)111传递MBMS服务流。该传送网111是存在于BM-SC110和服务通用分组无线业务(GPRS)支撑节点(SGSN)100之间的网络，它将BM-SC110提供的MBMS服务流传递给SGSN100。这里假设SGSN100可以由网关GPRS支撑节点和外部网构成，并且有多个期望在特定时间接收MBMS服务的UE，即属于小区1的B节点102的UE1104、UE2105和UE3106以及属于小区2的B节点103的UE4107和UE5108。该SGSN100从传送网111接收MBMS服务流，它对希望接收MBMS服务的用户(或UE)执行MBMS服务相关的控制。例如，该MBMS服务相关的控制包括与每个用户的MBMS服务结算相关的数据的管理以及MBMS服务数据到特定无线网络控制器(RNC)101的选择性发送。此外，该SGSN100形成和管理MBMS服务X的SGSN服务环境，它还把MBMS服务流传递给RNC101。该RNC101控制多个Bs节点，它还把MBMS服务数据发送给B节点，B节电中存在一个UE，该UE在节点Bs中请求 一个MBMS服务自己管理RNC101。此外，该RNC 101控制建立起来提供MBMS服务的无线信道，它通过使用从SGSN 100提供的MBMS服务流来形成和管理MBMS服务X的RNC服务背景。如图1所示，只有一个无线信道在一个B节点(例如小区1的B节点102)和属于小区1的B节点\n102的UE 104，105和106之间形成。而且，虽然没有在图1中显示，归属位置寄存器(HLR)连接到SGSN100，它执行MBMS服务的用户认证。 \n[0005] 此外，如上面所指出的，该RNC 101和SGSN 100根据MBMS服务管理服务相关的信息，并且根据MBMS服务管理的与服务相关的信息在这里定义为“MBMS服务背景”。例如，存储在MBMS服务背景中的信息包括希望接收MBMS服务的UE列表(即希望接收MBMS服务的UE的UE标识符(ID))、UE所在的服务区域和提供MBMS服务所需的服务质量(QoS)。 [0006] 现在，提供MBMS服务的过程将在下面描述。 \n[0007] 为了提供MBMS服务，首先，关于MBMS服务的基本信息必须发送到UE，如果接收关于MBMS服务的基本信息的UE希望接收该MBMS服务，那么，请求MBMS服务的UE列表必须发送到网络。在接收到希望接收MBMS服务的UE的列表以后，该网络必须寻呼该UE并建立无线承载信道来提供MBMS服务。在建立起网络和UE之间的无线承载信道以后，网络在建立起的无线承载信道上提供MBMS服务，如果该MBMS服务结束了，该事实必须通知给所有的UE。然后，对于通常的MBMS服务，接收该MBMS服务的所有UE必须释放为MBMS服务分配的所有资源。 \n[0008] 然而，在现存的提供MBMS服务的通信系统中，对于上面陈述的提供MBMS服务的过程，特别是寻呼UE的过程，没有提供详细的计划。因此，需要一种寻呼接收该MBMS服务的多个UE的方法。 \n[0009] 发明内容\n[0010] 因此，本发明的一个目标是在移动通信系统中提供一种用于MBMS服务的寻呼设备和方法。 \n[0011] 本发明的另一个目标是在移动通信系统中提供一种用于MBMS服务并最小化UE功率消耗的寻呼设备和方法。 \n[0012] 为了实现上面的以及其它目标，本发明提供了一种用户设备(UE)，用于在提供第一服务和第二服务的移动通信系统中接收不同于第一服务的第二服 务，并且执行关于用于多媒体广播/多播服务的寻呼的操作，所述用户设备包括：控制器，用于通过使用与第一信道信号发送相关的、包括指示与第二服务相关的寻呼信息存在与否的寻呼实例的参数，计算接收第一信道信号的寻呼时机(paging occasion)和在每个寻呼时机中寻呼实例(paging instance)的接收时间(reception times)，对于每个寻呼时机，该控制器在寻呼实例的接收时间接收寻呼实例；和接收机，对于每个寻呼时机，在所述控制器的控制下，在寻呼实例的接收时间接收寻呼实例，如果接收到的寻呼实例指示存在寻呼信息，通过在预设时间之后接收第二信道来接收寻呼信息。 \n[0013] 此外，本发明提供了一种寻呼用户设备(UE)的方法，所述UE在提供第一服务和第二服务的移动通信系统中提供不同于第一服务的第二服务，所述方法包括如下步骤：服务通用分组无线业务(GPRS)支撑节点(SGSN)确定指示第二服务的标识符和与发送寻呼实例的寻呼时机相关的系数，所述寻呼实例指示与第二服务相关的寻呼信息存在与否，以此来响应UE对第二服务的请求，所述SGSN还将确定的标识符和系数发送给网络控制器(RNC)；\nRNC把所述标识符和系数发送给UE，它还通过使用该标识符和系数来确定寻呼时机以及在每个寻呼时机中寻呼实例的发送时间(transmission times)，并为每个寻呼时机在寻呼实例的发送时间在第一信道上发送该寻呼实例，使得UE识别寻呼信息存在与否。 [0014] 附图说明\n[0015] 结合附图，通过后面的详细描述，本发明的上述以及其他目标、特征和优点将会变得更加明显。 \n[0016] 图1例示了移动通信系统中提供MBMS服务的网络结构； \n[0017] 图2是例示在根据本发明第一实施例的移动通信系统中开始MBMS服务的过程的信号流图； \n[0018] 图3例示了移动通信系统的寻呼时机； \n[0019] 图4是例示在根据本发明第二实施例的移动通信系统中开始MBMS服务的过程的信号流图； \n[0020] 图5是例示在根据本发明第三实施例的移动通信系统中开始MBMS服务的过程的信号流图；和 \n[0021] 图6是图示在本发明实施例中实施功能的UE内部结构的框图； \n[0022] 具体实施方式\n[0023] 现在将参考附图对本发明的几个优选实施例进行详细描述。在附图中，相同或相似的元件用相同的标号表示，即使它们在不同的图中描述也是这样。在后面的描述中，为了简洁，省略对在此引入的公知功能和配置的详细描述。 \n[0024] 图2是例示在根据本发明第一实施例的移动通信系统中开始MBMS服务的过程的信号流图。这里假设提供多媒体广播/多播服务(MBMS)的移动通信系统与结合图1描述的移动通信系统结构是相同的。 \n[0025] 参看图2，多播/广播服务中心(BM-SC)110发送服务通知消息，从而为用户设备(UE)或者MBMS服务用户提供当前可获得的MBMS服务的基本信息，例如菜单信息(步骤\n201)。该“菜单信息”意味着特定MBMS服务的开始时间和持续时间。BM-SC110可以向预定的服务区域广播该菜单信息(即通过诸如小区广播服务(CBS)等广播服务广播该菜单信息)，或者仅仅向请求MBMS服务的UE发送该菜单信息。通过该菜单信息，BM-SC110告诉UE表示每个MBMS服务的MBMS服务标识符(ID)。出于方便的目的，在图2中，假设MBMS服务用户是UE104。在接收到该菜单信息后，UE104从菜单信息中选择期望的特定MBMS服务，并且向无线网络控制器(RNC)101发送选定MBMS服务的MBMS服务加入消息(MBMS Service Join message)(步骤203)。从UE104发送到RNC101的MBMS服务加入消息包括指示选定MBMS服务的MBMS服务ID和指示相应UE的UE ID(MBMS SERVICE JOIN＝[MBMS SERVICE ID，UE ID]。 \n[0026] 在从UE104接收到MBMS服务加入消息后，RNC101在由RNC101管理的MBMS服务背景(MBMS service context)中存储请求MBMS服务的UE104的UEID，然后，RNC101向服务通用分组无线业务(GPRS)支撑节点(SGSN)100发送MBMS服务加入消息(步骤205)。该MBMS服务背景指提供特定MBMS服务所需的控制信息集，存储在MBMS服务背景中的信息包括例如希望接收MBMS服务的UE列表(即希望接收MBMS服务的UE的UEID)、UE所在的服务区域、提供MBMS服务所需的服务质量(QoS)。同时，从RNC101发送到SGSN100的MBMS服务加入消息包括MBMS服务ID、UEID和指示相应RNC(即RNC101)的RNC ID(MBMS SERVICE JOIN 1＝[MBMS SERVICE ID，UE ID，RNC ID])。在从RNC101接收到MBMS服务加入消息后，SGSN100在由SGSN100它自己管理的MBMS服务背景中存储UEID和RNCID，然后，它将MBMS服务加入消息 发送到BM-SC100(步骤207)。从SGSN100发送到BM-SC110的MBMS服务加入消息包括MBMS服务ID和指示相应SGSN(即SGSN100)的SGSN ID(MBMSSERVICE JOIN 2＝[MBMS SERVICE ID，SGSN ID])。 \n[0027] 在从SGSN100接收到MBMS服务加入消息后，BM-SC110在由BM-SC110它自己管理的MBMS服务背景中存储SGSN100的SGSNID。此后，BM-SC110向SGSN100发送MBMS服务加入响应消息(MBMS Service Join Responsemessage)(即响应MBMS服务加入消息的消息)(步骤209)。在从BM-SC110接收到MBMS服务加入响应消息后，SGSN100为MBMS服务加入响应消息指定的MBMS服务分配一个临时多播组身份(Temporary Multicast Group Identify，TMGI)，并确定不连续的接收(Discontinuous Reception，DRX)系数。此后，SGSN100把分配的TMGI和确定的DRX系数连同MBMS服务加入响应消息一起发送给RNC101(MBMS JOIN RESPONSE 1＝[MBMS SERVICE ID，TMGI，DRX系数])(步骤211)。该TMGI和DRX系数将在后面描述。 \n[0028] 在从SGSN100接收到MBMS服务加入响应消息以后，RNC101把MBMS服务ID、TMGI以及DRX系数和MBMS服务加入响应消息一起发送到请求对应于接收到的MBMS服务加入响应消息中包括的MBMS服务ID的MBMS服务的UE(即UE104)(MBMS JOIN RESPONSE=[MBMS SERVICE ID，TMGI，DRX系数])(步骤213)。在RNC101和UE104都识别出TMGI后DRX系数的情况下，UE104监控寻呼指示器信道(Paging Indicator Channel，PICH)从而确定UE104请求的MBMS服务是否被寻呼了(步骤215)。在这里，在使用DRX系数计算的每个设定的周期DRX_CL，UE104监控PICH。作为监控PICH的结果，如果确定必须接收到寻呼信道(PCH)，UE104就接收PCH。在PCH上发送的是MBMS服务通知消息(MBMS Service Notify message)，也就是于MBMS服务相关的寻呼消息。与寻呼相关的细节将在后面描述。 [0029] 现在，将在下面描述TMGI和DRX系数。 \n[0030] 首先描述TMGI。TMGI是相应的SGSN分配给每个MBMS服务的唯一的临时身份。当最初产生特定的MBMS服务的MBMS服务背景时，TMGI被分配，当具有TMGI的MBMS服务结束时，该TMGI被删除。即使在分配TMGI中没有具体的规则，一个SGSN必须给一个MBMS服务分配一个唯一的TMGI。 \n[0031] 然后描述DRX系数。该DRX系数用来计算用于PICH监控所设定的周期DRX_CL。\n例如，本发明将DRX系数确定为大于或等于3但小于9的整数(3≤ DRX系数<9)。SGSN100确定DRX系数，从而将适于系统环境的设定的周期DRX_CL设置给特定的MBMS服务。例如，DRX系数可以根据小区中UE的数目来确定。在这种情况下，可以考虑无线环境来确定DRX系数。也就是说，DRX系数可以根据当前信道环境来确定。DRX_CL指既可以等于也可以不等于DRX系数。当然，DRX系数值或DRX_CL值可以根据系统环境变化而确定。 [0032] 同时，BM-SC110把MBMS服务通知消息发送给SGSN100，从而通知MBMS服务不久就要开始(步骤217)。从MB-SC110发送到SGSN100的MBMS服务通知消息包括不久就要开始的MBMS服务的服务ID(MBMS SERVICE NOTIFY 2＝[MBMS SERVICE ID])。在从BM-SC110接收到该MBMS服务通知消息以后，SGSN100向RNC101发送指示MBMS服务不久就要开始的MBMS服务通知消息。从SGSN100发送到RNC101的MBMS服务通知消息包括分配的指示MBMS服务的TMGI(MBMS SERVICE NOTIFY 1＝[TMGI])。在接收到MBMS服务通知消息后，RNC101向请求对应于接收到的MBMS服务通知消息中包括的TMGI的MBMS服务的UE(即UE104)发送指示请求的MBMS服务不久就要开始的MBMS服务通知消息(步骤221)。从RNC101发送到UE104的MBMS服务通知消息也包括TMGI(MBMS SERVICE NOTIFY＝[TMGI])。在发送MBMS服务通知消息时，通过使用对应于TMGI分配给MBMS服务的寻呼时机(paging occasion)的寻呼实例(paging instance)，RNC101通知UE将在PCH上发送MBMS服务。该寻呼时机可以和本发明建议的UE的DRX周期一起发送，或者使用通用寻呼指示器信道发送。 [0033] 寻呼时机表示指示发送的是MBMS服务通知消息还是寻呼消息的指示器，也就是表示寻呼实例被发送的周期。MBMS服务通知消息的发送和接收过程将在后面描述。 [0034] 接收MBMS服务通知消息意味着请求的MBMS服务将要开始，UE104发送寻呼响应消息或者响应MBMS服务通知消息的消息，同时，它还建立无线承载信道(radio bearer)(步骤223)。当该无线承载信道已经建立，BM-SC110在建立的无线承载信道上发送相应的MBMS服务数据，从而提供MBMS服务(步骤225)。同时，如果MBMS服务结束，UE104释放诸如建立的无线承载信道等资源(END OF MBMS SERVICE)(步骤227)。 \n[0035] 寻呼过程将在下面描述。该寻呼过程意味着网络寻呼特定UE的整个过程。当寻呼一个UE时，网络使用DRX技术从而最小化UE的功率消耗。在DRX技 术中，UE和网络一起首先设置UE打开接收机来接收寻呼消息的时间，然后仅仅在设定的时间接收寻呼消息。\n因为UE使用了DRX技术，它仅仅在和网络一起预先设定的时间打开接收机，并在除了设定时间以外的其他时间关闭接收机，因此最小化了功率消耗。更具体地，当对于寻呼时机接收到PICH和相应的寻呼实例被设置为“1”时，UE接收在PCH上发送的寻呼消息。在这种情况下，对应于寻呼时机的系统帧号(SFN)通过下式计算： \n[0036] 等式(1) \n[0037] SFN(PO)＝TMGI_K mod DRX_CL+n*DRX_CL，其中n＝0，1，2，3，...... [0038] 在等式(1)中，SFN(PO)的值小于8191，TMGI_K＝TMGI div K，DRX_CL＝2DRX系数，PO表示寻呼时机。此外，SFN是在0到8191之间反复增加的整数，一个系统帧的周期为10毫秒。此外，用于计算TMGI_K的K指示在相应的小区中每个PCH中形成的次要的通用控制物理信道(S-CCPCH)的数目。S-CCPCH/PCH指用作PCH的S-CCPCH。如等式(1)所示，寻呼时机变为在DRX-CL周期中重复的一组SFN。 \n[0039] 现在将参考图3描述寻呼时机。 \n[0040] 图3示意性地举例说明了移动通信系统的寻呼时机。参看图3，如果分配给特定MBMS服务的DRX系数是6(DRX系数＝6)，如上所述，该MBMS服务的DRX_CL变为64(DRX_CL＝64)。此外，如果分配给MBMS服务的TMGI为100(TMGI)并且K＝1，该MBMS服务的寻呼时机通过一组SFN表示如下： \n[0041] SFN(PO) ＝ [1000 mod 6 ＝ 4，1000 mod 6+64 ＝ 68，1000 mod 6+64*2 ＝\n132，......，1000 mod 6+64*127＝8132] \n[0042] 确定的时机由图3的SFN轴上的箭头指示。也就是说，SFN＝4，68，132，......，\n8132的点303变为寻呼时机。该寻呼时机意味着包括相应MBMS服务的寻呼实例的PICH的SFN。在特定寻呼时机中的寻呼实例指示希望接收相应MBMS服务的UE是否必须接收在PCH上发送的寻呼消息，并且特定MBMS服务和寻呼实例之间的关系由下式给出： [0043] 等式(2) \n[0044] PI＝DRX_Index mod Np，DRX_Index＝TMGI_div_8192 \n[0045] 在等式(2)中，PI表示寻呼实例，而Np是集合[18，36，72，144]中的一个整数并被定义为系统信息(SI)。Np指示在系统帧中存在多少个寻呼实例。例如，在图3中，Np＝\n18(见305)。对于TMGI＝1000，相应MBMS服务的DRX 索引为0，所以，对应于MBMS服务的寻呼实例为第0寻呼实例。 \n[0046] 因此，希望接收MBMS服务的UE分析对应于PICH寻呼时机的系统帧的第0寻呼实例，并且如果第0寻呼时机被设置为“1”，该UE就接收相关S-CCPCH帧的寻呼实例并确定是否有该UE的寻呼消息。如果第0寻呼实例被设置为“0”，相应的UE就一直等到下一寻呼时机，然后再一次执行分析系统帧第0寻呼实例的过程。这里，相关的S-CCPCH帧是指在PICH之前设定时间之后开始的持续一个系统帧时间的S-CCPCH。如果特定寻呼实例被设置为“1”，该UE必须接收该寻呼实例的所有相关S-CCPCH帧并确定是否有对应于该UE自己的寻呼消息。图3显示了SFN为68时PICH的相关S-CCPCH帧307。 \n[0047] 本发明的第一实施例将在下面概述。如果发生对特定MBMS服务的请求，SGSN100就确定该被请求的MBMS服务的TMGI和DRX系数，并向计划接收该MBMS服务的RNC和UE(即RNC101和UE104)通知确定的TMGI和DRX系数。然后，RNC101和UE104使用SGSN100通知的TMGI和DRX系数来计算寻呼时机和寻呼实例。在PCH上发送MBMS服务加入消息之前，RNC101将PICH的寻呼时机的寻呼实例设置为“1”，所以，希望接收MBMS服务的UE就能够接收在PCH上发送的MBMS服务通知消息。此后，RNC101通过设置为“1”的寻呼实例所属的寻呼时机的相关S-CCPCH帧发送MBMS服务加入消息。因此，在每个寻呼时机，UE104都分析PICH的寻呼实例，如果寻呼实例被设置为“1”，UE104就接收寻呼时机的相关的S-CCPCH帧并确定是否有与UE104自己希望接收的MBMS服务相关MBMS服务通知消息。 [0048] 下面将描述本发明的第二实施例。在第二实施例中，如果特定MBMS服务的服务开始时间已经预先通知了，PICH在服务开始时间左右被监控，因而最小化了UE由寻呼过程导致的功率消耗。 \n[0049] 现在将参考图4描述根据本发明第二实施例的寻呼过程。 \n[0050] 图4是例示在根据本发明第二实施例的移动通信系统中开始MBMS服务的过程的信号流图。参照图4，步骤401到407的过程与结合图2描述的步骤210到207的过程是一样的，所以，其具体描述将略去。通过步骤401到407的过程，希望接收特定MBMS服务的UE的列表(即请求MBMS服务的UE，例如，UE104)存储在SGSN100和RNC101的MBMS服务背景中。\n此后，BM-SC110向SGSN100发送MBMS服务加入相应消息，即响应MBMS服务加入消息的消息(步骤409)。从BM-SC110发送到SGSN100的MBMS服务加入响应消息包括 MBMS服务ID和指示MBMS服务通知消息发送时间的“T_paging”(MBMS JOINRESPONSE 2＝[MBMS SERVICE ID，T_paging])。该T_paging指示涉及到BM-SC110的MBMS服务开始时间的MBMS服务通知消息发送时间，它可以以多种不同的格式表示。例如，T_paging可以以“hh:mm:ss”的格式表示，其中hh表示小时，mm表示分钟，而ss表示秒。MBMS服务通知消息发送时间被确定为实际MBMS服务开始时间之前的时间，BM-SC110可；以预先安排T_paging。此外，BM-SC110不能精确地确定T_paging，BM-SC110从可获得的预定时间中选择最靠前的预定时间作为T_paging。例如，如果MBMS服务通知消息期望的发送时间是15:30:00-17:30:00，在预定的时间中，BM-SC110选择最靠前的时间15:30:00作为T_paging。 \n[0051] 在从BM-SC110接收到MBMS服务加入响应消息后，SGSN100为该MBMS服务确定TMGI和DRX系数，并把MBMS加入响应消息连同确定的TMGI和DRX系数发送给RNC101，还包括从BM-SC110接收到的T_paging和相应的MBMS服务ID(MBMS JOIN RESPONSE 1＝[MEMS SERVICE ID，TMGI，DRX系数，T_paging])(步骤411)。在接收到MBMS服务加入响应消息后，RNC101确定寻呼时机、寻呼实例和激活时间，它还把MBMS服务加入响应消息发送给UE104(步骤413)。从RNC101发送到UE104的MBMS服务加入响应消息包括MBMS服务ID、TMGI、DRX系数和激活时间(MBMS JOIN RESPONSE＝[MBMS SERVICEID，TMGI，DRX系数，激活时间])。激活时间是通过以10毫秒为单位表示MBMS服务加入响应消息和T_paging之间的差来确定的。例如，如果激活时间被设置为50(激活时间＝50)，它意味着MBMS服务通知消息在MBMS服务加入响应消息发送之后50*10毫秒再发送。 \n[0052] 在从RNC101接收到MBMS服务加入响应消息以后，UE104执行如下操作(步骤\n415)。 \n[0053] (1)UE104在计数器“T_MBMS_PAGING”中存储激活时间，并每10毫秒将计数器减\n1。 \n[0054] (2)使用结合第一实施例描述的方法，UE104使用TMGI和DRX系数计算寻呼时机和寻呼实例。 \n[0055] (3)如果计数器T_MBMS_PAGING的值变为0，UE104执行监控已计算的寻呼时机和寻呼实例的操作，即执行与结合第一实施例描述的MBMS寻呼过程相同的操作。\n[0056] (4)如果特定寻呼时机的寻呼实例被设置为1，UE104通过接收该寻呼时机的相关S-CCPCH帧来接收其MBMS服务通知消息。 \n[0057] 已经在假设BM-SC110提供T_paging的情况下描述了第二实施例。与此不同的是，如果BM-SC110没有提供T_paging，UE104可能把在发送服务通知消息的过程中获得的服务开始时间通告给RNC101，以便RNC101确定激活时间。也就是说，如果UE104把从服务通知消息中检测到的MBMS服务开始时间“MBMS SERVICE START TIME”告诉RNC101，RNC101就可以通过使用MBMS服务开始时间来确定T_paging。确定T_paging的过程表示为： [0058] T_paging＝MBMS SERVICE START TIME-T_NOTIFY \n[0059] 这里，T_NOTIFY是MBMS服务开始时间和MBMS服务通知消息发送时间之差，它可以预先告诉RNC101。RNC101使用计算的T_paging来计算激活时间并告诉UE104该激活时间。 \n[0060] 图4的步骤417到427的过程与结合图2描述的步骤217到227的过程是一样的，所以，其细节描述将不会提供。 \n[0061] 下面将参考图5描述本发明的第三实施例。第三实施例建议了一种基于T_paging应用不同DRX-CL的方法。在第三实施例中，应用不同DRX-CL的理由如下。也就是说，在第二实施例中，直到T_paging才要求UE为寻呼过程打开接收机，从而减小了功率消耗。但是，网络不能寻呼UE。第三实施例提供了设置到T_paging的相对较长的DRX_CL的方法，因此，UE接收机在每个长周期打开来执行寻呼过程，并且在T_paging以后，设置相对较小的DRX-CL以便UE接收机在每个短周期内打开来执行寻呼过程。 \n[0062] 图5是例示在根据本发明第三实施例的移动通信系统中开始MBMS服务的过程的信号流图。在描述图5时，要一直应用到T_paging的DRX系数被定义为第一DRX系数(或者DRX系数1)，并且在T_paging之后应用的DRX系数将被称为第二DRX系数(或者DRX系数2)。 \n[0063] 参看图5，步骤501到507的过程与结合图2描述的从步骤210到207的过程和结合图4描述的步骤401到407的过程是一样的，所以，将不提供其具体描述。而且，图5的步骤509的过程与图4的步骤409的过程是一样的，所以将略去其细节描述。在完成了到步骤\n509的过程之后，SGSN100为MBMS服务确定TMGI、第一DRX系数和第二DRX系数，并把MBMS服务加入响应消息连同确定的TMGI、第一DRX系数和第二DRX系数一起发送给RNC101，还 包括从BM-SC110接收到的T_paging和指示该MBMS服务的MBMS服务ID(MBMSJOIN RESPONSE 1＝[MBMS SERVICE ID，TMGI，DRX系数_1/DRX系数_2，T_paging])(步骤511)。 [0064] 在从SGSN100接收到MBMS服务加入响应消息后，UE104确定激活时间、寻呼时机\n1、寻呼时机2和寻呼实例，然后把MBMS加入响应消息发送给UE104(步骤513)。从RNC101发送到UE104的MBMS服务加入响应消息包括MBMS服务ID、TMGI、DRX系数和激活时间(MBMS JOIN RESPONSE＝[MBMS SERVICEID，TMGI，DRX系数_1/DRX系数_2，激活时间])。寻呼时机1是使用第一DRX系数计算的寻呼时机，而寻呼时机2是使用第二DRX系数计算的寻呼时机。 \n[0065] 在从RNC101接收到MBMS服务加入响应消息以后，UE104执行如下操作(步骤\n515)。 \n[0066] (1)UE104在计数器“T_MBMS_PAGING”中存储激活时间，并每10毫秒将计数器减\n1。 \n[0067] (2)使用结合第一实施例描述的方法，UE104使用TMGI和第一DRX系数计算寻呼时机1和寻呼实例。 \n[0068] (3)直到计数器T_MBMS_PAGING的值变为0，通过使用寻呼时机1和寻呼实例，UE104使用与结合第一实施例描述的方法来监控PICH。 \n[0069] (4)使用结合第一实施例描述的方法，UE104使用TMGI和第二DRX系数计算寻呼时机2和寻呼实例。 \n[0070] (5)如果计数器T_MBMS_PAGING的值变为0，通过使用寻呼时机2和寻呼实例，UE104使用与结合第一实施例描述的方法来监控PICH。 \n[0071] (6)如果监控的特定寻呼时机的寻呼实例被设置为1，UE104通过接收该寻呼时机的相关S-CCPCH帧来接收其MBMS服务通知消息。 \n[0072] 此外，图5的步骤517到527的过程与结合图2描述的步骤217到227的过程结合图4描述的步骤417到427的过程是一样的，所以，其细节描述将被忽略。 [0073] 现在将参照图6描述在本发明实施例中实施功能的UE结构。 \n[0074] 图6是图示在本发明实施例中实施功能的UE内部结构的块图。参照图6，UE的无线资源控层(RRC)630把包含在从RNC接收到的MBMS服务加入响应消息中的DRX相关参数提供给寻呼时机/寻呼实例(PO/PI)计算器650。“DRX相关参数”第一实施例中指DRX系数、TMGI和Np，在第二实施例中指DRX系数、 TMGI、Np和激活时间，在第三实施例中指第一DRX系数、第二DRX系数、TMGI、Np和激活时间，PO/PI计算器650接收从RPC层630提供的DRX相关参数，并且使用DRX相关参数来计算寻呼实例和寻呼时机，即I(PI)值、Np值和SFN(PO)。此后，PO/PI计算器650为寻呼时机监控器(PO_TO_MONITOR)660提供计算过的SFN(PO)，为寻呼实例监控器(PI_TO_MONITOR)670提供计算过道I(PI)值和Np值。所上面所指出的，PO/PI计算器650在第一实施例、第二实施例和第三实施例中不同地计算寻呼时机和寻呼实例。这是因为在第一实施例、第二实施例和第三实施例中给出的DRX相关参数是不同的。 \n[0075] 寻呼实例监控器670存储PO/PI计算器650提供的I(PI)值和Np值，并把I(PI)值和Np值提供给PICH接收机610。每次I(PI)值和Np值改变时，寻呼实例监控器670把改变的I(PI)值和Np值提供给PICH接收机610以便PICH接收机610实时地识别I(PI)值和Np值中的改变。寻呼时机监控器660存储PO/PI计算器650提供的SFN(PO)值，并把该SFN(PO)值提供给PICH接收机610。每次SFN(PO)值改变时，寻呼时机监控器660把改变的SFN(PO)值提供给PICH接收机610以便PICH接收机610实时地识别SFN(PO)值中的改变。 \n[0076] PICH接收机610只为对应于从寻呼时机监控器660输出的SFN(PO)值的SFN操作。\n该PICH接收机610处理PICH的对应于从寻呼实例监控器670输出的I(PI)值的PI，并将该PI提供给PCH接收控制器640。在这里，PICH接收机610把PICH无线帧均分为Np个，使用寻呼实例监控器670提供的I(PI)值和Np值，然后处理第(I(PI)+1)个PI。例如，在图3中，如果分配给特定MBMS服务的TMGI是1000，使用等式(2)，该MBMS服务的I(PI)值变为0。所以，PICH接收机610处理第(0+1)个PI并把结果提供给PCH接收控制器640。 [0077] PCH接收控制器640分析PICH接收机610提供的PI。如果PI分析结果为“1”，PCH接收控制器640控制PCH接收机620处理相关的S-CCPCH帧。与此相反，如果对PICH接收机610提供的PI的分析结果为“0”，PCH接收机620一直等到接收到下一个PI。也就是说，如图3所示，相关S-CCPCH帧意指映射到持续一个无线帧时间的PCH的S-CCPCH，它从在特定PO之前设置的时间开始。因此，在预定时间之前，相关的S-CCPCH帧变为在从特定寻呼时机分离出来的S-CCPCH上发送的38400个码片的数据。 \n[0078] 同时，在PCH接收控制器640的控制下，PCH接收机620处理相关的 S-CCPCH帧并把结果提供给RRC层630。该RRC层630然后确定是从PCH接收机620输出的处理结果还是相应的消息才是UE自己的消息。如果该相应的消息是UE自己的消息，RRC层630根据包含在该消息中的信息执行必要的操作。例如，如果PCH接收机620提供的消息包括与UE希望接收的MBMS服务的TMGI相同TMGI并且该消息是MBMS服务通知消息，RRC层630就形成寻呼相应消息并将寻呼响应消息发送给RNC。 \n[0079] 现在将描述在结合图6描述的UE的操作中第一实施例、第二实施例和第三实施例之间的不同之处。 \n[0080] 首先，从RRC层630传递到PO/PI计算器650的DRX相关的参数是不同的，并且这将在下面进行描述。 \n[0081] (1)第一实施例\n[0082] RRC层630为PO/PI计算器650提供TMGI、DRX系数和Np。PO/PI计算器650然后根据等式(1)和等式(2)计算SFN(PO)和I(PI)，还把计算过的I(PI)和Np提供给寻呼实例监控器670并把计算过的SFN(PO)提供给寻呼时机监控器660。 \n[0083] (2)第二实施例\n[0084] RRC层630为PO/PI计算器650提供TMGI、DRX系数、激活时间和Np。PO/PI计算器650把激活时间应用到定时器T_MBMS_PAGING，然后在每个无线帧(即每10毫秒)把计数器减1。此外，PO/PI计算器650通过使用等式(1)和等式(2)计算SFN(PO)和I(PI)。\n如果计数器T_MBMS_PAGING的值变为0，PO/PI计算器650把I(PI)和Np提供给寻呼实例监控器670并把SFN(PO)提供给寻呼时机监控器660。 \n[0085] (3)第三实施例\n[0086] RRC层630为PO/PI计算器650提供TMGI、第一DRX系数、第二DRX系数、激活时间和Np。通过把第一DRX系数和第二DRX系数应用到等式(1)和等式(2)，PO/PI计算器650然后计算SFN(PO)_1和I(PI)。PO/PI计算器650把计算过的I(PI)和Np提供给寻呼实例监控器670，还把计算过的SFN(PO)_1提供给寻呼时机监控器660。此外，PO/PI计算器650把激活时间应用到定时器T_MBMS_PAGING，然后在每个无线帧(即每10毫秒)把计数器减\n1。此外，通过把第二DRX系数和TMGI应用到等式(1)，PO/PI计算器650计算SFN(PO)_2。\n此后，如果计数器T_MBMS_PAGING的计数值到达0，PO/PI计算 器650把SFN(PO)_2提供给寻呼时机监控器660。 \n[0087] 如上所述，本发明在提供MBMS服务的移动通信系统中提供了一种用于MBMS服务的寻呼方法。此外，在MBMS服务的寻呼过程中，本发明允许UE考虑诸如TMGI、DRX系数和T_paging等各种参数的情况下执行寻呼过程，从而最小化UE的功率消耗。 [0088] 虽然本发明已经参考其优选实施例对其进行了说明和描述，但是本领域的那些技术人员将会理解，在不偏离所附权利要求定义的本发明的精神和范围的情况下，本发明可以实现形式和细节上的各种变化。