专利名称：多点传送多媒体播送服务中有效传送控制信息的方法
技术领域：
本发明涉及多点传送多媒体播送服务(Multimedia Broadcast/MulticastService下面称为‘MBMS服务’)，特别是，涉及提供所述MBMS服务的寻呼方法。
背景技术：
今天因通信技术的发展，使用宽带(Wideband)的码分多址(CodeDivision Multiple Access；下面称‘CDMA’)移动通信系统中提供的服务，不仅提供声音服务，还发展为传送信息包数据、电路数据等大容量数据的信息包服务通信和可以传送多媒体服务的多媒体播送/通信事业。因此，为了支持所述多媒体播送/通信，从一个或多个多媒体数据源向多个用户终端(User Equipment；下面称‘UE’)提供服务的MBMS服务逐渐引起了注意。
所谓MBMS服务通过无线网络将相同的多媒体数据传送给多个接收者的服务总称。这时可以使多个接收者共有一个无线频道，以节约无线传送资源。
这种MBMS服务支持实时图像及声音、静止图像、文字等多媒体传送形态。该服务根据所述多媒体传送形态，可以同时提供声音数据和图像数据，需要大量的传送资源。因为所述MBMS服务向用户所在的多个单元传送相同数据，因此，与位于不同单元的用户数形成一比一(Point to Point；下面称‘PtP’)或一比多(Point to Multiple下面称‘PtM’)连接。
图1示出在移动通信网多中参与提供MBMS服务的节点简要图。
参照所述图1，用户终端(UE)161、62、163、171、172意味着可以接收MBMS服务的终端装置或用户。单元1(160)和单元2(170)是向各用户无线传送MBMS相关数据的基站装置，由节点B控制。无线网控制器(Radio NetworkController；下面称‘RNC’)140控制所述多个单元160、170，向特定单元选择性地传送多媒体数据，并控制为了提供MBMS服务而设定的无线频道。RNC140和UE(161至172)之间的连接由无线资源控制(Radio ResourceControl；下面称‘RRC’)界面连接。
RNC140通过服务信息包无线服务支持节点(Serving GPRS SupportNode；下面称‘SGSN’)130连接到因特网等信息包交换服务(Packet Switchedor Packet Service；下面称‘PS’)网络。RNC140和PS网络之间的通信通过信息包交换信号传送(Packet Switched Signaling；PS Signaling)形成。特别是RNC140和SGSN130之间连接称为Iu-PS界面。SGSN130控制每个用户的MBMS相关服务。SGSN130的主要功能是管理各用户的服务支付相关数据和将多媒体数据选择性地传送到特定RNC140。
运送网络(Trasit NW)120提供多点播送-服务中心(Broadcast MulticastService Center；下面称‘BM-SC’)110和SGSN130之间的通信路径，并通过通道信息包无线服务支持节点(Gateway GPRS SupportNode；下面称‘GGSN’，未图示)连接到外部网。所述BM-SC110是MBMS数据的根源地，负责MBMS数据的调度。
另外，所述RNC140通过移动交换局(Mobile SwitchingCenter；下面称‘MSC’)150连接到电路交换(CircuitSwitched；下面称‘CS’)网络。所述CS网络意味着声音为主的已有(legacy)通信网络。所述RNC140和所述MSC150之间通信通过电路信号传送(Circuit SwitchedSignaling；CS Signaling)形成。特别是RNC140和MSC150之间的连接称为Iu-CS界面。
MBMS数据流通过所述运送网络120、SGSN130、RNC140、及单元160、170传送到UE161、162、163、171及172。
虽未在所述图1中图示，对一个MBMS服务可以存在多个SGSN，对各SGSN也可以存在多个RNC。所述各SGSN向RNC140、各RNC向多个单元选择性地传送数据，为此，存储将传送数据流的节点名单(即，SGSN存储RNC名单，RNC存储单元的名单)，以后只对所述存储名单的所述节点选择性地进行MBMS数据的传送。
UE为了连接网络接收服务，首先要在UE和网络节点之间生成接收相应服务的必要信息集合体-上下文(Context)。所述上下文具有代表性的有UE上下文和移动性管理(MobilityManagemen；下面称‘MM’)。
图2示出在用户终端和网络之间提供MBMS服务的程序。在这里，BM-SC306通过RNC304与UE302进行通信。
参照所述图2，服务登录(SUBSCRIPTION)程序310是向接收MBMS服务的用户即UE302向服务提供者BM-SC306登录的过程。在所述服务登录程序310中服务提供者(BM-SC，306)和用户(UE，302)对支付或服务相关的基本信息进行交换。
在服务公告(ANNOUNCEMENT)程序320中UE302掌握MBMS服务的基本信息。例如认知区别BM-SC306可能提供的MBMS服务的服务标识苻(MBMS ID)和MBMS服务开始时间即持续时间等。在这里，所述MBMS服务标识苻由多点传送地址(Multicast address)和存取点名(Access Point Name；下面称‘APN’)组成。
在所述服务公告(ANNOUNCEMENT)程序320中位于所述BM-SC306和所述UE302之间的节点，即，所述RNC304、SGSN、运送网络等认知所述UE302和连接在所述UE302的节点。例如，所述SGSN掌握在自己下部接收所述MBMS服务的UE名单和所述UE所处的RNC名单，参照所述名单，以后只向所述UE所处的RNC传送MBMS数据。
当UE302掌握所述MBMS服务基本信息后，为了接收所要求的MBMS服务数据，进行服务参加(JOINING)程序330。在所述服务参加(JOINING)程序330中UE302将通过所述服务公告(ANNOUNCEMENT)程序320得到的MBMS服务标识符中所愿的至少一个MBMS服务标识苻传送到所述BM-SC306。
服务通知(NOTIFICATION)程序340是为了向UE302告知其请求的所述MBMS服务马上开始，寻呼所述UE302的程序。在所述服务通知(NOTIFICATION)程序340中对参加到所述MBMS服务的多个UE进行群呼(GroupPaging)。
无线资源分配(RADIO RESOURCEALLOCATION)程序350是为了提供所述MBMS服务，在所述UE302和所述RNC304之间实际分配无线资源，并把该信息向相关节点通报的程序。在所述程序350中所述RNC304根据下部各单元所属的UE数的信息和无线资源管理功能(Radio Resource Management Function)决定PTM传送模式或PTP传送模式。
数据传送(DATA TRANSFER)程序360中实际MBMS数据通过RNC304传送到UE302。例如，在所述程序360中有必要对所述MBMS服务的密码(ciphering key)进行变更时，RNC304将新密码传送给接收MBMS服务的所有UE。
当结束所述MBMS服务，无线资源解除(RADIO RESOURCERELEASE)程序370中对所述分配的无线资源进行解除，并向所述UE302通知解除了MBMS无线资源的事情。虽未图示，但在接收所述MBMS服务途中(即程序350)所述UE302可以自发地请求中断所述MBMS服务，并中断所述MBMS服务的接收。
为了进行入上所述的MBMS服务，向加入到相同MBMS服务的多个UE传送诸如对话期的开始或根据所述MBMS服务的控制信息的传送等告知控制信息存在的寻呼信息。为了告知所述寻呼信息的存在，事先应传送讯户指示符(Paging Indicator)。所述寻呼指示苻是面向多个UE。
但若使用当前标准中使用的对个别UE的寻呼指示符传送方式，可能对IuB街面上带来不必要的负担。而且所述寻呼信息为群呼信息，为此对特定UE来说可能还要认知未请求的MBMS服务的寻呼信息。因此，很难保障所述UE的电池消耗。
发明内容
因此，本发明旨在解决所述弊端而提出。本发明涉及多点传送多媒体播送服务(Multimedia Broadcast/Multicast Service；下面称‘MBMS服务’)，其目的是公开提供所述MBMS服务的寻呼方法。
本发明的另一目的是在提供所述MBMS服务的移动通信系统寻呼方法中提供可以设定RNC必要的参数的方法。
本发明的又一目的是提供所述MBMS服务的移动通信系统寻呼方法中提供组成传送寻呼指示符的物理频道的方法。
本发明的又一目的是在支持MBMS服务的移动通信系统中，提供RNC向Node B传送寻呼指示符时为了保障其可靠性，使用NBAP控制信息的方法。
本发明的又一目的是在支持MBMS服务的移动通信系统中，提供更新传送寻呼指示符的物理频道主要参数的方法。
本发明的又一目的是在支持MBMS服务的移动通信系统中，提供RNC向Node B传送寻呼指示符时，利用周期信息，最小化传送次数的方法。
旨在解决所数弊端的本发明第一实施例在提供多点传送多媒体播送(Multimedia Broadcast/Multicast Service)服务的移动通信系统中无线网控制器将所述MBMS服务的控制信息有效传送的方法，特征在于，无线网控制器将包括相当于MBMS寻呼组的通知指示苻(Notification Indicator)信息列表的控制信息向基站传送的过程和所述基站对应所述信息设定物理频道，通过所述物理频道将包括所述通知指示苻的指示苻频道向用户终端传送。
旨在解决所述弊端的本发明第二实施例在提供多点传送多媒体播送(Multimedia Broadcast/Multicast Service)服务的移动通信系统中无线网控制器将所述MBMS服务的控制信息有效传送的方法，其特征在于，所述无线网控制器将MBMS服务的表示控制信息是否存在的包括关于通知指示苻指示的通知信息更新请求信息向基站传送的过程和所述基站对应所述通知信息更新请求信息设定物理频道，将与所述规定指示对应的MBMS服务通知指示苻通过所述通知指示苻频道向用户终端传送。
旨在解决所述弊端的本发明第三实施例在一个以上用户终端、所述用户终端所处的单元、管理一个以上单元并通过所述单元按不同服务提供播放服务的包括无线网控制器的移动通信系统中，用户终端接收所述播送服务的控制信息方法，其特征在于，从基站通过系统信息模块接收区别所述基站设定的物理频道的识别信息和根据所述播送服务的表示是否存在寻呼的通知指示苻的过程和用户终端在寻呼专用时点确认是否存在控制信息的、与寻呼指示苻有区别的根据播送服务的控制信息是否存在的通知指示苻的过程和通过所述通知指示苻确认存在所述播送服务的控制信息就接收所述播送服务的控制频道。
图1示出多点传送多媒体播送服务的网络结构；图2示出多点传送多媒体播送服务的程序；图3是根据本发明第一实施例组成MICH的RNC和Node B之间控制信息传送/接收过程的信息流程图；图4是根据本发明第二实施例组成MICH的RNC和Node B之间信息传送/接收过程的信号流程图；图5是根据所述图3的RNC动作顺序图；图6a示出根据所述图4的RNC动作的第一实施例；图6b是根据所述图4的RNC动作第二实施例；图7是根据所述图3的Node B动作顺序图；图8是根据所述图4的Node B动作顺序图。
具体实施例方式
下面，参照附图详细说明根据本发明的优选实施例。下面只说明需要理解根据本发明的动作的部分，在不影响本发明重点的前提下省略其他部分的说明。
本发明提供一种向加入到MBMS服务的多个UE传送告知寻呼信息存在的寻呼指示符时可以更有效地传送的方法。
通常，移动通信系统中，UE为了防止不必要的电池消耗，从事先指定的任意时间的寻呼时点(Paging Occasion，下面称为“PO”)接收PICH信号，当所述接收的PICH信号的有关寻呼显示(PagingInstance，下面称为“PI”)设定值“1”时，确认有寻呼。此时，由各UE标识符来决定所述PO开始时点，所述PO反复时点可能是在核心网(CoreNetwork)或UMTS无线连接网(UMTS Territorial Radio AccessNetwork)制定的值。
即，当存在PI时，所述UE接收传送到第二次共同控制物理频道(Secondary Common Control Physical Channel下面称为“S-CCPCH”)的传送器频道(Paging Channel，下面称为“PCH”)-寻呼频道，判断对所述UE的寻呼信息(Paging Message)传送与否，但是，如所述传统技术所述，MBMS是对多个UE的服务，为所述MBMS的控制信息或为多个UE的服务。因此在一定时间内反复传送告知所述MBMS控制信息存在的PI，使要接收所述MBMS的所有UE都能接收该PI。
相应地，本发明中向UE告知控制信息存在的PI及接收所述PI的PICH、告知与MBMS有关的控制信息存在的NI及告知与所述MBMS有关的控制信息存在的MICH要区别物理频道。在这里，把告知与所述MBMS有关的控制信息存在的寻呼指示符称为通知指示符(Notification Indicator下面称为“NI”)，把接收所述NI的物理频道称为MBMS通知指示符(MBMS NotificationIndicator Channel下面称为“MICH”)。
而且，本发明中，支持所述MBMS服务的UE为了接收所述PI，在开启(turn on)接收器的时点PO中确认根据MBMS服务的所述NI，也同时判断是否存在与所述UE请求服务的有关MBMS服务寻呼。即，在所述PO中一起进行NI，以防止所述UE接收PI及NI时，因多次开通接收器电源导致的不必要的UE电力消耗。
此时，所述UE通过所述NI确认对所述MBMS服务的控制信息寻呼的存在，接收传送对MBMS的控制信息的MBMS控制频道(MBMS ControlChannel下面称为“MCCH”)，该MBMS用通过S-CCPCH传送的传送器频道的向前接近频道(Forward Access Channel下面称为“FACH”)制图。即，所述UE通过所述NI确认对所述请求的MBMS的控制信息的存在。因此，当RNC传送对任意MBMS的控制信息时，在一定时间内反复传送所述NI，使请求服务的UE可以接收所述NI。此时，所述RNC可以利用所述MICH的全部300比特传送NI。
此时，RNC为了通过自己管理的单元向UE传送根据特定MBMS的NI，首先，进行在有关单元组成共同物理频道(Common Physical Channel)的MICH的程序。
图3是根据本发明第一实施例组成MICH的RNC和NodeB之间控制信息传送/接收过程的信息流程图。
参照图3，RNC403通过共同传送器频道装置(Common Transport ChannelSetup)(410程序、411程序)在Node B402组成传送NI的物理频道。下面《表1a》和表《1b》用传送NI的物理频道说明新限定的MICH。
与之相应地，下面说明追加于已有的共同传送器频道装置请求(Common Transport Channel Setup Request)的参数。
表1a
表1b
在所述<表1a>记载的模式(Mode)示出包含在所述MICH的MBMS寻呼组数。例如，若把NICH Mode设定为3，总共存在3个MBMS寻呼组。如上所述，当存在3个MBMS寻呼组时，RNC对应于一个寻呼组把任意NI设定为1，并向Node B传送，此时，Node B把所述NICH帧的所述NI的100比特设定为1，并向UE传送。
所述MBMS寻呼组标识符(paging GroupID)显示分配到通知指示符的一个以上MBMS服务集合。即，把要寻呼的各MBMS组成为一个MBMS寻呼组单位，即设定为所述MBMS寻呼组ID(MBMS Group ID)传送NI，而且所述MBMS寻呼组标识符(paging GroupID)的各MBMS服务可以分到独立的通知指示符。即，用各MBMS服务标识符(Service ID)设定NI，可以向Node B传送。
即使多个UE通过彼此不同周期的PO和DRX周期接收NI，也保障属于相同MBMS寻呼组的UE接收相同的NI，为此，所述寻呼周期(PagingDuration)意味着Node B连续传送NI的期间。设定所述寻呼周期(PagingDuration)，使各MBMS寻呼组具有彼此不同的寻呼周期。
此时，将所述MBMS寻呼组标识符(Paging GroupID)和所述寻呼周期(PagingDuration)组成为一对，可以生成具有最大MBMS寻呼组数相同长度的列表(list)。或除去MBMS寻呼组标识符(Paging GroupID)，按照向上次序整列所述MBMS寻呼组标识符，按照固定顺序可以生成只具有所述寻呼周期(Paging Duration)的列表。
而且，当所述MBMS寻呼组具有相同寻呼周期时，所述共同传送器频道装置请求(Common Transport Channel SetupRequest)信息包括不是列表的一个寻呼周期(PagingDuration)，所以可以传送。
所述<表1b>变更周期(ModulationPeriod)是MBMS寻呼组或不同MBMS服务具有相同寻呼周期时，显示该共同寻呼周期的用语。接收特定MBMS服务的UE为了确保对其服务的寻呼，Node B在变更周期内不能对新服务追加或删除寻呼。
所述<表1a>和<表1b>的共同物理频道标识符(Common Physical ChannelID)是识别所述MICH的频道标识符。FDD(Frequency Division Duplex)DL(Downlink)频道化代码(Channelisation Code Number)显示分配到所述MICH的频道化代码号。MBMS通知指示符频道功率(MICH Power)显示分配到所述MICH的可以使用的最大电量。
参照图3，RNC403在程序410中向Node B402传送包括参数、NI模式或MICH模式、寻呼周期(Paging Duration)的共同传送器频道装置请求(CommonTransport Channel Setup Request)信息。在程序411中，所述Node B402成功组成传送所述NI的物理频道，完成所述共同传送器频道装置。
程序415中，所述Node B402从RNC403传送NI，相应地，更新有关MICH的系统信息模块(System Information Block下面称为“SIB”)信息。程序417中，所述Node B402向指定的时点播送通过所述程序415更新的单元整体的SIB信息。所述程序417中，SIB信息包括MBMS NI Indicator、NI模式(Mode)或MICH模式。在这里，所述MBMS NI Indicator是是否使用为了MBMS用寻呼而新限定的MICH的指示符。MICH模式与所述<表1a>和<表1b>中所述的参数相同。
通过所述程序417得到SIB信息的UE周期性地监视MICH，确认根据MBMS的控制信息的存在。在这里，一个MBMS寻呼组的寻呼周期(PagingDuration)由属于相同MBMS寻呼组的UE的DRX周期中最长值来决定。因此，在活化MBMS服务的期间内，所述寻呼周期(Paging Duration)不是固定的值而是可以变更的值。
通过所述图3，Node B结束在所述寻呼周期内反复向特定MBMS组传送NI的准备，UE也通过SIB得到接收NI的物理频道信息，结束接收NI的准备。
因此，RCN为了告知已开始MBMS对话期，或通过MCCH告知进行非周期性MBMS信息传送，向UE传送NI。
在这里，如图3程序410所述，在所述寻呼周期(Paging Duration)内，每个NICH帧中RNC向Node B传送NI值的方式是低效率。
与此相应，图4示出根据本发明第二实施例传送有关MBMS寻呼组的通知指示符的RNC和Node B之间的信息传送、接收过程。即，图4示出RNC通过Node B向开始时点传送NI值，在所述设定寻呼周期内Node B反复构成PICH和MICH帧，并向UE传送的方法。这种方法中，Iub界面误差导致NodeB未接收RNC向开始时点传送的NI值，此时在寻呼周期(Paging Duration)内组成多个PICH和MICH帧时也产生误差，所以可以进行可靠传送。
因此，如图4所示，利用用户平面(User Plane)帧协议(Frame Protocol)传送NI的方法被利用控制平面(Control Plane)的NBAP(Node B ApplicationProtocol)信息传送所述NI的方法替代。
而且，本发明中，用传送所述NI的新NBAP信息限定RNC向Node B传送的通知信息更新请求(Notification Information Update Request)信息和对应于所述请求信息Node B向RNC传送的通知信息更新应答(NotificationInformation Update Response)信息。在这里，可以通过已有的Node B控制端口(control port)或通过根据本发明重新限定的MBMS控制端口(control port)传送所述通知信息更新请求/应答(Notification Information UpdateRequest/Response)信息。
在一个RNC和一个NodeB之间传送/接收管理特定UE无关的单元的NBAP信息时使用所述NodeB控制端口(control port)。相反地，通过所述NBAP信息在一个RNC和一个NodeB之间接收/传送通知指示符(NotificationIndication)信息时使用重新限定的MBMS控制端口(control port)。
参照所述图4，程序510中，RNC503向NodeB503传送通知信息更新请求(Notification Information Update Request)信息，使Node B可以组成MICH帧。因为进行程序510，所以通过所述图3过程可以构成物理频道。
所述程序510的通知信息更新请求(Notification Information UpdateRequest)信息包括包含在MICH帧的NI信息和选择性地变更的寻呼周期(Paging Duration)信息。在这里，为了显示所述NI信息使用以下两种方法。
第一方法使用位图(Bitmap)按照MBMS寻呼类别各分配一个比特。因此构成由总NI模式比特组成的位图。在这里，把所述比特设定为0时，不传送有关NI，把所述比特设定为1时，已设定的寻呼周期内连续传送有关NI。
第二方法使用指数(Index)是按照规定类别设定要寻呼的MBMS服务，而且分配区别所述组的标识符的方式。即，一次排列MBMS寻呼组，按照向上顺序取号，称之为MBMS寻呼组标识符(Paging Group Identification)。当包括所述寻呼组标识符(Paging Group ID)时，在已设定的寻呼周期内连续传送有关NI，当不包括所述寻呼标识符时，不传送有关NI。此时，属于相同寻呼组的两个MBMS服务，在每个变更周期内帧的相同位置上产生寻呼。
与之相应地，下面<表2a>和<表2b>示出所述通知信息更新请求(Notification Information Update Request)信息一例。
表2a
表2b
所述<表2a>和<表2b>的各参数已在上面阐述，所以省略其说明。
特别是，如所述<表2a>和<表2b>所示，RNC传送NI时，使用选择性通知标识符信息(Choice NI Information To Be Configured)参数，根据情况在位图和指数中选择一个，向Node B传送。
而且，如所述<表2a>和<表2b>所示，选择性地包括寻呼周期(PagingDuration)参数，传送所述通知信息更新请求(Notification Information UpdateRequest)信息，从而按照MBMS寻呼类别变更寻呼周期(Paging Duration)。
与之相应地，所述<表2b>所示，通知信息更新请求只包括已在寻呼中的MBMS服务组和要从新寻呼的MBMS服务组差异。即，在所述<表2b>中已传送的新通知信息更新请求可以包括与已传送的寻呼组比较之后追加或删除的寻呼组列表(delta list)。
而且，本发明中，替代所述MBMS寻呼组标识符可以使用MBMS标识符(MBMS Service ID)。
在这里，使用所述位图的情况，用同时寻呼所有MBMS寻呼组的方法更有效使用Iub有线资源。
相反地，使用所述指数的情况，当同时寻呼的MBMS寻呼组数多时，具有较小的比特告知寻呼存在与否，从而，更有效地使用Iub有线资源。因此，RNC适应性地选择使用所述位图的情况和使用指数的情况，有效使用所述Iub有线资源。
而且，使用所述位图的情况，RNC在所述共同传送器频道装置请求(Common Transport Channel SetupRequest)信息或通知信息更新请求(Notification Information Update Request)信息不包括所述寻呼周期(Paging Duration)信息，可以通过Node B传送位图。即，如同为了已有Rel99 PICH信号传送的位图信号传送，RNC通过Node B向NI从0变更为1的时点和从1变更为0的时点传送全新的位图。
此时，所述Node B从所述程序510接收通知信息更新请求(NotificationInformation Update Request)之后，存储对MICH帧的组成信息，并在程序511中通过通知信息更新应答(Notification Information Update Response)信息应答。即，接收通知信息更新请求(Notification Information Update Request)信息的Node B在程序512中，按各MBMS寻呼组在已设定的寻呼周期内从所述信息连接帧号时点开始，把对应于连续的MICH帧NI的比特设定为1反复传送。
所述寻呼周期(Paging Duration)在图3中，通过程序410共同传送器频道装置(Common Transport Channel Setup Request)信息，按各寻呼组事先被设定。
例如，特定NI在CFN＝0设定为1，把有关所述NI的MBMS寻呼组寻呼周期(Paging Duration)设定为200时，相当于MICH帧所述NI的比特在CFN值为0～199的期间，在所有200个帧内都被设定为1，并传送到UE。此时，在CFN＝20重新把NI设定为1、所述寻呼周期(Paging Duration)为相同的200时，相当于所述PICH帧或所述MICH帧的所述NI的比特，在CFN值为20～219的期间，200个帧内都被设定为1，并传送到UE。
而且，本发明中，通过300比特长度的新设定MICH，对彼此不同的MBMS服务传送NI时，按照各MBMS服务标识符(MBMS Service ID)传送NI，以替代使用所述MBMS寻呼组标识符。
图5是根据所述图3的RNC动作顺序图。
参照图5，程序600中，RNC在特定NodeB设定MICH时，首先确认所述Node B是否可以进行MBMS服务的Node B。若确认为所述Node B可以进行MBMS服务的Node B时，进行程序610，利用RRM功能或利用根据O&M事先设定的值，选择适合传送MICH的共同物理频道。
程序620中，RNC决定组成所述程序610中选择的共同物理频道的参数。代表性的参数有NI Mode或MICH模式和寻呼周期(Paging Duration)。程序630中，RNC进行共同传送器频道装置(common Transport Channel Setup)程序，组成向Node B传送NI的公用物理频道。
程序640中，RNC通过SIB更新程序更新SIB信息，使Node B向UE播送通过所述程序630设定的公用物理频道的组成信息。
图6a示出根据所述图4的RNC动作的第一实施例。
参照图6a，程序700中，RNC相应MBMS服务传送MBMS群呼时，进行程序710，以确认相当于MBMS服务的MBMS寻呼组。此时，根据UE移动性变更位于RNC管理的单元的UE时，所述寻呼周期(Paging Duration)变更为所述UE的DRX周期中最长的值。或者，RNC自己根据RRM功能变更DRX周期。
像这样，程序720中变更最大DRX周期时，进行程序730，RNC变更有关MBMS寻呼组的寻呼周期(Paging Duration)。若所述程序720中未变更所述DRX周期，不进行程序730。程序740中，RNC使用位图或使用指数传送NI。
程序740中，当使用位图传送NI时，进行程序741。程序741中，RNC按照各MBMS寻呼组分配一个比特，以组成由总NI Mode个比特组成的位图。此时，把所述位图包含在通知信息更新请求(Notification Information UpdateRequest)信息内，传送到Node B。此时，相当于要寻呼的MBMS寻呼组的NI设定为1。
与此相反，程序740中，当使用指数传送NI时，进行程序743。程序743中，RNC确认是否根据MBMS寻呼组或各MBMS服务进行寻呼，根据所述结果，把相当于要寻呼的MBMS寻呼组的寻呼组标识符(Paging GroupIdentification)或要寻呼的MBMS服务标识符包含在所述通知信息更新请求(Notification Information Update Request)信息内，传送到Node B。
其中一例，当要寻呼的MBMS服务标识符多时，RNC使所述MBMS服务成组。然后，按照各所述成组的MBMS寻呼组分配指数，并把包含在所述通知信息更新请求(Notification Information Update Request)信息内，传送到Node B。
程序750中，RNC从Node B接收通知信息更新应答(NotificationInformation Update Response)完成通知信息更新。
图6b是根据所述图4的RNC动作第二实施例。示出根据本发明追加或删除的MBMS寻呼组三角形列表(Delta list)。
参照所述图6b，760-770程序与所述图6a的700-741程序相同。
此时，RNC在所述程序768中使用指数传送NI时，在程序770中判断使用三角形列表还是使用全寻呼组标识符。若判断为RNC不使用所述三角形列表而向Node B传送相当于要寻呼的所有寻呼组的寻呼组标识符，进行程序774。
相反地，若使用所述三角形列表只传送与已寻呼的寻呼组的差异，进行程序772。在所述程序772、程序774、程序776中组成相当于各格式的信息。程序778中，RNC把程序772、程序774、程序776中组成的NI信息包含在通知信息更新请求信息内，向Node B传送。然后从所述Node B接收通知信息更新应答信息完成所述通知信息更新。
图7是根据所述图3的Node B动作顺序图。
参照图7，程序800中，NodeB确认从RNC接收的信息是否共同传送器频道装置请求(Common Transport Channel Setup Request)信息。此时，若所述信息是共同传送器频道装置请求(Common Transport Channel SetupRequest)，进行程序810，存储从所述信息组成MICH所需的参数NI Mode或被确认的MICH模式和寻呼周期(Paging Duration)。
程序813中，Node B以所述NI Mode或MICH模式和寻呼周期(PagingDuration)参数为基础组成共用物理频道MICH，进行程序815，向RNC传送共同传送器频道装置应答(Common Transport Channel Setup Response)信息。
相反地，所述程序800中，Node B确认从所述RNC接收的信息是共同传送器频道装置请求(Common Transport Channel Setup Request)信息，还是包含要更新的参数的NBAP信息。程序823中，Node B接收变更的参数寻呼周期之后，在程序825中以所述更新的寻呼周期(Paging Duration)为基础，重新组成共用物理频道MICH。
图8示出根据本发明实施例进行所述图4过程的的Node B动作。
参照图8，程序900中，Node B从RNC接收MBMS通知信息更新请求(Notification Information Update Request)信息。程序910中，Node B通过所述信息确认寻呼周期(Paging Duration)参数的变更与否。
程序910中，变更所述寻呼周期(Paging Duration)时，程序920中，NodeB变更有关MBMS寻呼组或各MBMS服务寻呼周期(Paging Duration)，重新组成PICH或MICH。然后，程序930中，Node B从所述信息提取NI信息，组成MICH帧。
程序940中，向RNC传送通知信息更新应答(Notification InformationUpdate Response)，通知正常变更寻呼周期的情况。程序950中，Node B向支持所述MBMS服务UE传送从所述通知信息更新请求(Notification InformationUpdate Request)信息命令的CFN，在程序930中组成的MICH帧。即，在MBMS寻呼组或按照各MBMS服务设定的寻呼周期(Paging Duration)内向UE反复传送所述MICH帧各比特。
如上所述，本发明在提供MBMS服务的移动通信系统中，UE在寻呼专用时点确认根据一般寻呼指示符和MBMS服务相关的寻呼指示符，最小化UE电消耗。而且，无线网控制器通过控制信息向基站传送所述产生寻呼的MBMS组或包括各MBMS服务和连续传送寻呼相关的周期的列表，有效进行所述MBMS服务的信号传送。
即，最小化无线网控制器向基站传送的信息数，使用控制信息传送所述寻呼信息，以达到保障可靠性的效果。而且，基站根据所述信息包含的周期向UE反复传送所述寻呼信息，以达到MBMS服务保障寻呼信息可靠性的效果。
权利要求
1.一种在提供多点传送多媒体播送服务的移动通信系统中无线网控制器将所述MBMS服务的控制信息有效传送的方法，其特征在于无线网控制器将相当于MBMS寻呼组的包括通知指示苻(NotificationIndicator)信息列表的控制信息向基站传送的过程，和所述基站对应所述信息设定物理频道，通过所述物理频道将包括所述通知指示苻的指示苻频道向用户终端传送。
2.根据权利要求1所述的方法，其特征在于，无线网控制器将所述通知指示苻相关的信息利用控制平面(Control Plane)的信息向基站传送。
3.根据权利要求1所述的方法，其特征在于，无线网控制器将所述通知指示苻相关的信息利用控制平面(Control Plane)的信息并通过N-BAP(NodeB Application Part)信息向基站传送。
4.根据权利要求2所述的方法，其特征在于，无线网控制器将所述通知指示苻相关的信息利用按所述不同MBMS寻呼组罗列并标上识别记号的指示(Index)方式向所述基站通过控制信息传送。
5.根据权利要求2所述的方法，其特征在于，无线网控制器包括将进一步包括所述通知指示苻相关信息传送的时间信息的所述控制信息向基站传送的过程。
6.根据权利要求5所述的方法，其特征在于，进一步包括，基站利用从所述无线网以所述指示方式接收的MBMS寻呼组生成通知指示苻，将所述通知指示苻按规定的时间信息周期性地通过指示苻频道向用户终端传送的过程。
7.一种在提供多点传送多媒体播送(Multimedia Broadcast/MulticastService)服务的移动通信系统中无线网控制器将所述MBMS服务的控制信息有效传送的方法，其特征在于，所述无线网控制器将表示是否存在MBMS服务的控制信息的包括通知指示苻相关指示列表的通知信息更新请求信息向基站传送的过程，和所述基站对应所述通知信息更新请求信息设定物理频道，将与所述指示对应的MBMS服务通知指示苻通过所述通知指示苻频道向用户终端传送。
8.根据权利要求7所述的方法，其特征在于，所述无线控制器将进一步包括所述通知指示苻传送的时间信息周期的所述通知信息更新请求信息向基站传送。
9.根据权利要求8所述的方法，其特征在于，所述基站将包括根据所述周期对应MBMS服务的所述指示苻频道反复向用户终端传送。
10.根据权利要求7所述的方法，其特征在于，所述基站将区别设定的物理频道的识别信息和所述通知指示符和所述周期通过系统信息模块向用户终端传送。
11.一种在一个以上用户终端、所述用户终端所处的单元、管理一个以上单元并通过所述单元按不同服务提供播放服务的包括无线网控制器的移动通信系统中，用户终端接收所述播送服务控制信息的方法，其特征在于，从基站通过系统信息模块接收区别所述基站设定的物理频道的识别信息和根据所述播送服务的表示是否存在寻呼的通知指示苻的过程，和用户终端在寻呼专用时点确认是否存在控制信息的、与寻呼指示苻有区别的根据播送服务的控制信息是否存在的通知指示苻的过程，和通过所述通知指示苻确认存在所述播送服务的控制信息就接收所述播送服务的控制频道。
12.根据权利要求1所述的方法，其特征在于，所述无线网控制器将只包括过去MBMS寻呼组和发生寻呼的新MBMS寻呼组之间差异的控制信息向所述基站传送。
13.根据权利要求2所述的方法，其特征在于，所述无线网控制器按发生寻呼的不同新MBMS寻呼组设定所述通知指示苻相关信息，并向所述基站传送。
14.根据权利要求2所述的方法，其特征在于，所述无线网控制器按发生寻呼的不同新MBMS服务标识符设定所述通知指示苻相关信息，并向所述基站传送。
全文摘要
为了传送向加入特定MBMS服务的多个UE告知所述MBMS服务的对话期的开始或与所述MBMS服务相关的控制信息的存在与否的寻呼信息，提供传送告知所述寻呼信息存在与否的寻呼指示符的方法。在当前标准中使用的寻呼指示符的传送存在诸如所述寻呼信息不存在的UE或寻呼以后导致UE电池消耗等问题。而且，所述寻呼信息可能导致Iub界面端口必要的负担。在本发明中RNC传送寻呼寻呼指示符时利用寻呼周期信息，对RNC向Node B传送的次数最小化，并使所述Node B可以反复传送所述寻呼指示符为了保障寻呼指示符的传送可靠性，提供使用NBAP控制信息、从RNC向Node B传送寻呼指示符的方法。
文档编号H04B7/26GK1717069SQ200510008099
公开日2006年1月4日 申请日期2005年2月16日 优先权日2004年2月12日
发明者郭鲁濬, 李国熙, 崔成豪, 金恩正, 黄承吾, 孙春英 申请人:三星电子株式会社