专利名称：提供多媒体广播/组播业务通告的装置和方法
技术领域：
本发明总的来说涉及一种提供多媒体广播/组播业务(MBMS)的移动通信系统，特别是涉及一种提供MBMS业务的方法。
背景技术：
随着通信技术的发展，移动通信系统正在发展为可提供能够传输例如分组数据、电路数据等大量数据的分组业务(packet service)通信功能、以及能够提供多媒体业务和语音业务的多媒体广播/通信功能的系统。为支持多媒体广播/通信，正在探讨从一个或多个多媒体数据源向多个用户设备(UE)提供业务内容的多媒体广播/组播业务(MBMS)。
术语“MBMS”表示通过无线电网络向多个接收机传输同一多媒体数据的业务。在此情况下，由于接收机共享一个无线电信道，无线电传输资源能被更有效地利用。MBMS业务能够支持传输例如实时视频和语音、静止图像、文本(text)等多媒体数据的传输模式，并且能够同时提供语音数据和视频数据。而且，MBMS业务需要大量的传输资源。由于MBMS业务必须向用户所位于的多个小区(cell)传输同一多媒体数据，故根据位于每个小区中的用户的数量来执行点到点(PTP)或点到多点(PTM)连接。PTP方案逐个UE提供所需的MBMS，并给每个UE分配专用的业务信道。另一方面，PTM方案给要求相同的MBMS的UE分配公共信道，以便能够提供所要求的MBMS。即，MBMS的PTM方案按逐个业务分配公共信道，并通过公共信道提供对应的业务。
将参考基于第三代合作伙伴计划(Third Generation ProjectPartnership，3GPP)标准的第三代移动通信网络对本发明进行描述。当然，本发明也能应用于其他采用MBMS的移动通信网络。
参与提供移动通信网络中MBMS业务的节点大致如图1所示。
参考图1，UE 161、162、163、171和172是能够接收MBMS业务的终端或用户。多个UE可定位于一个小区内。用于通过无线电传输MBMS数据的基站，即，节点B，覆盖小区1160和小区2170。为方便解释，假设一个节点B覆盖一个小区。无线电网络控制器(RNC)140覆盖小区160和170，选择性地传输多媒体数据给特定的小区，控制设立为提供MBMS业务的无线电信道。RNC 140和UE 161至170之间的连接被称作无线电资源控制(RRC)接口。RNC140通过采用服务通用分组无线电业务(GPRS)支持节点(SGSN)130访问(access)诸如因特网的分组交换(packet switched)或分组业务(PS)网络。
RNC根据其作用可分类为服务RNC(SRNC)、漂移RNC(DRNC)、或控制RNC(CRNC)。SRNC管理每个UE的信息，并负责与SGSN 130进行数据通信。当通过不是SRNC的不同RNC将UE数据传送至SRNC并从SRNC接收到UE数据时，所述不同的RNC用作DRNC。CRNC控制UE。
RNC 140和PS网络之间的通信功能由分组交换(PS)信令(signaling)执行。RNC 140和SGSN 130之间的连接被称作Iu-PS接口。SGSN 130控制用户的MBMS业务。例如，SGSN 130负责管理每个用户的业务帐单数据，还负责可选择性地向特定RNC 140传输多媒体数据。
转接网络(NW)120提供广播/组播业务中心(BM-SC)110和SGSN 130之间的通信路径，还可以通过网关GPRS支持节点(GGSN)(未示出)连接至外部网络。用作MBMS数据源的BM-SC110负责调度MBMS数据。
RNC 140通过移动交换中心(MSC)150连接至电路交换(CS)网络。CS网络是用于语音通信的传统基于连接(legacy connection-based)的通信网络。RNC 140和MSC 150之间的通信功能由CS信令执行。RNC 140和MSC 150之间的连接被称作Iu-CS接口。MBMS数据流通过转接NW 120、SGSN 130、RNC140以及节点B或小区160和170传输给UE 161至172。
关于一个MBMS业务，能够为一个或多个SGSN提供多个RNC。在这种情况下，每个SGSN选择性地将数据传输至RNC 140，每个RNC选择性地将数据传输给每个小区。因此，存储接收数据流的节点列表，以便使MBMS数据能够被选择性地仅传输给包含于所存储列表中的节点。即，SGSN存储RNC列表，RNC存储小区列表。
现在将描述提供用户和网络之间的MBMS业务的操作。
为了提供MBMS业务，与相应业务有关的基本信息，例如，MBMS业务标识符(ID)、业务初始时间以及业务持续时间，需要被传输给UE。上述过程被称作业务声明(announcement)过程。
如果UE在通过业务声明过程接收到与特定业务有关的基本信息时希望接收该特定业务，则它向高层网络节点发送业务请求。这种过程被称作业务加入(service joining)过程。业务加入过程包括消息中通过业务声明过程接收到的业务ID，将该消息传输至BM-SC。位于BM-SC和UE之间的实体(entities)——即SGSN、GGSN等——能够识别期望接收到MBMS业务的UE和UE所位于其中的区域。例如，SGSN能够通过业务加入过程识别UE列表和与UE有关的RNC列表。SGSN将仅向与UE有关的RNC传输MBMS数据。
当在UE加入MBMS业务之后UE的SRNC不同于覆盖UE所在的小区的RNC时，则CRNC就是UE的DRNC。SRNC传输与UE业务请求有关的MBMS业务列表至DRNC。该过程被称作MBMS附加(attach)过程。DRNC采用上述信息产生MBMS业务内容，并被登记为必须传输与MBMS相关的信息至SGSN的RNC。该过程被称作MBMS登记过程。
通过会话启动程序，BM-SC向登记了MBMS业务的UE和与UE有关的网络实体报告MBMS数据将很快被传输这一事实。BM-SC传输与业务质量(QoS)和MBMS业务区域有关的信息。
为了将MBMS数据通过资源分配过程从MB-SC传输至UE，在网络实体之间建立数据集合信道(bearer)，分配无线电资源，并将有关信息报告给相关实体。在所述步骤中，RNC能够根据表示属于每个小区的UE数量的信息和无线电资源管理功能设置传输模式为PTM或PTP。当传输模式为PTP时，SRNC负责分配资源来逐UE地传输MBMS。即，SRNC通过专用控制信道(DCCH)传输无线电集合信道(radio bearer，RB)SETUP消息给每个订购了MBMS的UE，并建立用来传输MBMS数据的RB，即传输信道和物理信道。然而，当传输模式为PTM时，CRNC负责分配资源来逐小区地传输MBMS数据。即，CRNC通过MBMS控制信道(MCCH)传输MBMS RB INFORMATION消息给UE，并建立用来传输MBMS数据的RB，即传输信道和物理信道。
当MBMS RB INFORMATION消息中的MBMS CONTROL消息通过MCCH被发送时，CRNC必须首先通过MBMS通知指示信道(MBMS notification indicatorchannel，MICH)呼叫UE。该UE不连续地接收MCCH，而是只在预定的时间通过呼叫接收MCCH，以便在该UE加入MBMS业务之后，能够避免不必要的电池能耗。
然而，如果当UE具有专用信道(DCH)或处在CELL-DCH状态时UE能力较低，则UE不能收到MICH，因此不能确定MBMS业务已经以PTM传输模式启动。即，即使当UE接收到CS/PS专用业务时，如果UE不被告知MBMS业务已经启动，MBMS业务要求也不能被满足。为了满足MBMS业务要求，SRNC通过DCCH提供MBMS DEDICATED NOTIFICATION消息给处于CELL_DCH状态的UE。在这种情况下，MBMS DEDECATED NOTIFICATION消息包括MBMS业务ID和传输模式信息，并且用来呼叫UE。
当UE的SRNC不同于用来覆盖UE所位于其中的小区的CRNC时，CRNC必须通知SRNC在会话启动之后逐小区地确定的传输模式。该过程被称作MBMS信道类型重新配置过程。
传输模式被分类为PTP或PTM。然而，当对应小区不属于MBMS业务区域时，或MBMS业务由于缺少小区的无线电资源而无法提供时，则没有方法可表示不能提供MBMS业务。在这种情况下，尽管不能提供MBMS业务，SRNC也向对应的UE提供正常的业务通知。一旦接收到该业务通知，则UE中断正在进行的业务以接收不能得到的业务。
因此，需要一种方法，通过该方法，CRNC将适于每个小区的传输模式信息传输给SRNC，并且该SRNC在传输模式信息的基础上确定业务通知。
发明内容
因此，本发明的一方面在于提供一种用于提供多媒体广播/组播业务(MBMS)的呼叫方法。
本发明的另一方面在于提供一种在提供MBMS业务的移动通信系统中执行呼叫时，可根据多媒体广播/组播业务(MBMS)数据的传输模式适当呼叫用户设备(UE)的方法。
本发明的又一方面在于提供一种在根据MBMS数据的传输模式呼叫用户设备(UE)时，在漂移无线电网络控制器(DRNC)中确定用于传输多媒体广播/组播业务(MBMS)数据的传输模式，并从DNRC向服务无线电网络控制器(SRNC)有效传输已确定的传输模式信息的方法。
本发明还有一方面在于提供一种在根据MBMS数据的传输模式呼叫用户设备(UE)时，通过使用逐个小区确定的、并从漂移无线电网络控制器(DRNC)接收的传输模式信息而在服务无线电网络控制器(SRNC)中确定用户设备(UE)的传输模式的方法。
本发明的上述和其他方面，可通过在移动通信系统中提供多媒体广播/组播业务(MBMS)的呼叫装置和方法来实现。所述装置和方法包括第一无线电网络控制器(RNC)，用于向位于多个小区中的一个或多个用户设备(UE)提供MBMS；和第二RNC，用于覆盖所述小区。所述呼叫装置和方法包括在第二RNC中逐小区地确定表示MBMS供应的传输模式信息，并向第一RNC发送包括所确定的传输模式信息在内的消息；以及通过专用物理信道从第一RNC向位于小区中的一个或多个UE发送包括传输模式信息的通知消息。
本发明的上述和其他方面及优点，通过以下结合附图的详细描述将得到更清楚地理解，其中图1表示提供多媒体广播/组播业务(MBMS)的网络结构；图2是表示根据本发明实施例的漂移无线电网络控制器(DRNC)的操作的流程图；以及图3是表示根据本发明实施例的服务无线电网络控制器(SRNC)的操作的流程图。
整个附图中，相同的部件用相同的参考标号或字母表示。
具体实施例方式
以下将结合附图描述本发明的实施例。
公开本发明的实施例的目的仅在于举例说明。
在下面的描述中，为简明起见，将一并省略对在此引用的已知功能和构造的详细描述。
在注册多媒体广播/组播业务(MBMS)之后，无线电网络控制器(RNC)通过会话启动程序从核心网络(CN)接收包含MBMS数据的业务质量(QoS)信息和MBMS业务区域信息，并确定用于逐小区地传输MBMS数据的传输模式，即，信道类型。在这种情况下，必须考虑到加入MBMS业务的、位于属于MBMS业务区域的小区中的用户设备(UE)的数量和小区的无线电资源状态。
根据本发明的实施例，传输模式被分为三种类型点到点(PTP)、点到多点(PTM)和“不提供(Not provide)”。
PTP表示服务RNC(SRNC)逐UE地分配专用信道(DCH)，以便能够传输MBMS数据。
PTM表示控制RNC(CRNC)逐小区地分配用作公共信道的前向接入信道(forward access channel，FACH)，以便能够传输MBMS数据。
“不提供”表示在由于小区不属于MBMS业务区域或小区资源已用尽而使无线电资源没有被分配以传输MBMS数据时，MBMS业务不能通过该小区获得支持。
当UE的SRNC不同于覆盖UE所位于其中的小区的RNC时，所述RNC是CRNC和漂移RNC(DRNC)。在DRNC确定逐个小区MBMS业务的传输模式之后，它通过MBMS CHANNEL TYPE RECONFIGURATION INDICATION(MBMS信道类型重新配置指示)消息通知所确定的传输模式给SRNC。MBMS CHANNEL TYPERECONFIGURATION INDICATION消息采用下列在RNC之间的Iur接口上的信令集合信道进行传输1)无连接信令集合信道2)为两个RNC之间的MBMS业务上下文而建立的面向专用连接的信令集合信道3)为两个RNC之间的所有MBMS业务而建立的面向连接的信令集合信道根据本发明，MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息包括下列信息元素(1)MBMS业务标识符(ID)(2)小区ID(3)传输模式信息本发明提供以下三个从DRNC向SRNC发送传输模式信息的实施例。
第一实施例在相应小区的传输模式设置为PTP时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝PTP)。
在相应小区的传输模式设置为PTM时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝PTM)。
在相应小区的传输模式设置为“不提供”时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝不提供)。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，则SRNC识别包含在该消息中的传输模式信息，并将相应小区的传输模式信息确定为PTP、PTM和“不提供”的其中一个。
由于DRNC通知SRNC当前小区的传输模式，因此SRNC有效地向UE提供MBMS业务。
第二实施例在相应小区的传输模式设置为PTP时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝PTP)。
在相应小区的传输模式设置为PTM时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝PTM)。
在相应小区的传输模式设置为“不提供”时，DRNC不发送MBMS CHANNELTYPE RECONFIGURATION INDICATION消息。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，则SRNC识别包含在该消息中的传输模式信息，并将相应小区的传输模式信息确定为PTP或PTM。然而，在SRNC没有从执行MBMS附加过程的DRNC处收到MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息时，则其隐含地将相应小区的传输模式确定为“不提供”。
根据第二实施例，在传输模式信息为“不提供”时，由于DRNC不发送MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，因此DRNC能减少Iur接口上的信令负载。
第三实施例在相应小区的传输模式设置为PTP时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝PTP)。
在相应小区的传输模式设置为PTM时，DRNC不发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息。
在相应小区的传输模式设置为“不提供”时，DRNC发送MBMS CHANNEL TYPERECONFIGURATION INDICATION消息(表示传输模式＝不提供)。
一旦收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，则SRNC识别包含在该消息中的传输模式信息，并将相应小区的传输模式信息确定为PTP或“不提供”。
根据第三实施例，在传输模式是PTM时，由于DRNC不发送MBMS CHANNELTYPE RECONFIGURATION INDICATION消息，因此DRNC能减少Iur接口上的信令负载。
现在将描述根据本发明的实施例中每种传输模式的SRNC的运行。当正在进行软切换时，UE从属于活动集(active set)的多个小区中检测到多个无线电链接。在这种情况下，SRNC从至少一个与所述多个无线电链接有关的DRNC处接收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，识别属于活动集的所有小区的传输模式，并最终确定该UE的传输模式。在这种情况下，由于SRNC确定该UE的传输模式同时考虑到属于活动集的所有小区的传输模式，因此由SRNC确定的该UE的传输模式可能与由相应的DRNC设置的每个小区的传输模式不同。
A1.当UE的传输模式为PTP时，SRNC发送MBMS DEDICATEDNOTIFICATION(MBMS专用通知)消息来通知UE，MBMS数据传输通过专用控制信道(DCCH)基于PTP传输模式已经启动。在另一个可供选择的方法中，用于MBMS数据接收的无线电资源可通过无线电集合信道(RB)SETUP(设置)无线电资源控制(RRC)消息而不是发送NOTIFICATION(通知)消息而分配给UE。
A2.当UE的传输模式为PTM时，SRNC发送MBMS DEDICATED NOTIFICATION消息来通知UE，MBMS数据传输通过专用控制信道(DCCH)基于PTM传输模式已经启动。
A3.当UE的传输模式为“不提供”时，SRNC发送MBMS DEDICATEDNOTIFICATION消息来通知UE，MBMS数据传输通过DCCH已经启动，但是业务不能够从UE所位于的小区提供。在可供选择的方法中，可以不传输NOTIFICATION消息。
图2是表示根据本发明实施例的DRNC运行的流程图。所述的DRNC的运行基于第三实施例。
参见图2，在步骤600中，DRNC接收到MBMS业务的SESSION START(会话开始)消息，即UE已经加入，并确定MBMS会话已经开始。在步骤610中，DRNC确定MBMS数据传输的传输模式。DRNC在步骤620中确定MBMS数据传输的传输模式是否为PTP或在步骤625中确定MBMS数据传输的传输模式是否为“不提供”。当确定的传输模式是PTP或“不提供”时，DRNC在步骤640中向SRNC发送MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息，其中已经设置了传输模式信息(表示PTP或“不提供”)，并继续到步骤660。
然而，当在步骤630中确定在步骤610中确定的传输模式为PTM时，DRNC前进到步骤650。在步骤650中，DRNC为将MBMS数据传输到传输模式已经设置为PTM的小区而建立无线电资源，即PTM RB，并前进到步骤653。在步骤653中，DRNC通过MBMS通告指示信道(MICH)发送通告指示，指示CONTROL(控制)消息将被发送到MCCH，并前进到步骤655。在步骤655中，DRNC通过MBMSRB INFORMATION消息发送在步骤650中建立的无线电资源的配置信息，并继续到步骤660。
在步骤660中，DRNC从核心网络(CN)中接收到SESSION STOP(会话停止)消息，确定MBMS会话已经停止，并停止MBMS会话。然而，当MBMS会话正在进行时，DRNC继续到步骤670。
在步骤670中，DRNC确定在步骤610中确定的传输模式是否已经变化。当加入MBMS业务的UE的数量超过用于确定PTM传输模式的门限值，或小区的无线资源已经改变时，传输模式可能改变。当传输模式改变时，DRNC返回步骤620。
图3是表示根据本发明实施例的SRNC运行的流程图。所述的SRNC的运行基于第三实施例。
参见图3，在步骤700中，SRNC从CN接收到MBMS业务的SESSION START消息，即用户已经加入，并确定MBMS会话已经开始。在步骤710中，SRNC确定是否从DRNC处接收到MBMS CHANNEL TYPE RECONFIGURATION INDICATION消息。一旦接收到所述消息，在步骤720中，SRNC确定包含在MBMS CHANNELTYPE RECONFIGURATION INDICATION消息中的传输模式信息是否是PTP。如果包含在该消息中的传输模式信息是PTP，则SRCN继续到步骤740。然而，如果包含在该消息中的传输模式信息不是PTP，则在步骤730中确定传输模式信息是否是”不提供”。如果传输模式信息是“不提供”，则SRNC继续到步骤750。
在步骤740中，SRNC逐UE地为传输MBMS数据建立无线电资源，并继续到步骤743。在步骤743中，SRNC通过DCCH发送MBMS DEDICATED NOTIFICATION消息来通知UE，MBMS数据传输已经以PTP传输模式启动。MBMS DEDICATEDNOTIFICATION消息包括MBMS业务ID和传输模式信息(表示PTP)，并用来专门呼叫UE。在步骤745中，SRNC通过DCCH的RB RECONFIGURATION(RB重新配置)消息发送在步骤740中建立的无线电资源的配置信息。在步骤770中，SRNC接收到SESSION STOP消息。当SRNC确定MBMS会话已经停止时，则停止SRNC的运行。然而，当MBMS会话未停止时，SRNC返回步骤710。
在步骤750中，SRNC通过DCCH发送MBMS DEDICATED NOTIFICATION消息来通知UE，MBMS数据传输已经开始，但业务不能由UE所在的小区提供。然后，SRNC继续到步骤770。MBMS DEDICATED NOTIFICATION消息包括MBMS业务ID和传输模式信息(表示“不提供”)。通过省略步骤750，当MBMS业务不能提供时，则SRNC不将MBMS数据传输已经开始通知给UE。
当在步骤710中没有接收到MBMS CHANNEL TYPE RECONFIGURATIONINDICATION消息时，SRNC继续到步骤760。这就是SRNC已经执行了与DRNC的MBMS附加过程，但是没有收到MBMS CHANNEL TYPE RECONFIGURATIONINDICATION消息的情况。在这种情况下，SRNC隐含地确定小区的传输模式是PTM。在步骤760中，SRNC通过DCCH发送MBMS DEDICATED NOTIFICATION消息来通知UE，MBMS数据传输已经以PTM传输模式开始。MBMS DEDICATEDNOTIFICATION消息包括MBMS业务ID和传输模式信息(表示PTM)。
从以上描述中可以显而易见，本发明在漂移无线电网络控制器(DRNC)中确定用于传输多媒体广播/组播业务(MBMS)数据的传输模式，并向服务无线电网络控制器(SRNC)传送所确定的传输模式的信息。SRNC从DRNC接收逐小区确定的传输模式的信息，并确定用户设备(UE)的传输模式。SRNC根据逐小区确定的UE的传输模式适当地呼叫UE。其结果是，本发明通过有效地使用有限的无线电资源而有效地提供了MBMS业务。
虽然出于举例说明之目的，对本发明的特定实施例进行了描述，但本领域的技术人员可意识到，在不脱离正如由包含了本发明等效的全部范围的所附权利要求公开的本发明的范围和精神的情况下，进行各种修改、附加以及置换是可能的。
权利要求
1.一种用于在移动通信系统中提供多媒体广播/组播业务(MBMS)的方法，所述移动通信系统包括用于向位于多个小区中的一个或多个用户设备(UE)提供MBMS的服务无线电网络控制器(SRNC)、以及覆盖所述小区的漂移无线电网络控制器(DRNC)，该方法包括在DRNC中逐小区地确定MBMS信道类型或是否支持MBMS业务；以及向SRNC发送包含表示所确定的MBMS信道类型的传输模式信息或是否支持MBMS业务的信息的消息。
2.根据权利要求1所述的方法，其中所述传输模式信息表示信道类型是否为点到点(PTP)或点到多点(PTM)、或表示不能提供MBMS的“不提供”。
3.根据权利要求1所述的方法，其中所述传输模式信息表示信道类型是否为点到点(PTP)、或表示不能提供MBMS的“不提供”。
4.根据权利要求3所述的方法，其中在没有收到所述消息时，SRNC隐含地确定相应小区的信道类型为点到多点(PTM)。
5.根据权利要求1所述的方法，其中所述传输模式信息表示信道类型是否为点到点(PTP)或点到多点(PTM)。
6.根据权利要求5所述的方法，其中在没有收到所述消息时，SRNC隐含地确定相应小区不能提供MBMS。
7.根据权利要求1所述的方法，还包括在SRNC中，根据包含在所述消息中的传输模式信息而将多个小区的传输模式识别为点到点(PTP)、点到多点(PTM)或表示不能提供MBMS的“不提供”，并逐UE地确定MBMS的传输模式。
8.根据权利要求7所述的方法，还包括通过专用控制信道(DCCH)从SRNC发送MBMS DEDICATED NOTIFICATION消息，以通知所确定的传输模式给相应的UE。
9.根据权利要求1所述的方法，其中所述DRNC考虑无线电资源和加入MBMS的、位于每个小区中的UE的数量，并逐小区地确定传输模式。
10.根据权利要求1所述的方法，其中所述消息为Iur接口上的MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息。
11.根据权利要求10所述的方法，其中所述消息包括MBMS业务标识符(ID)和小区ID。
12.根据权利要求1所述的方法，其中通过在SRNC和DRNC之间为所述MBMS而建立的信令集合信道发送所述消息。
13.根据权利要求12所述的方法，其中所述信令集合信道为无连接的信令集合信道。
14.根据权利要求12所述的方法，其中所述信令集合信道是为所述MBMS而建立的面向专用连接的信令集合信道。
15.根据权利要求12所述的方法，其中所述信令集合信道是为包含所述MBMS的所有MBMS业务而建立的面向连接的信令集合信道。
16.一种用于在移动通信系统中提供多媒体广播/组播业务(MBMS)的装置，包括服务无线电网络控制器(SRNC)，用于向位于多个小区中的一个或多个用户设备(UE)提供MBMS；以及漂移无线电网络控制器(DRNC)，用于逐小区地确定MBMS信道类型或是否支持MBMS业务，并向SRNC发送包含表示所确定的MBMS信道类型的传输模式信息或是否支持MBMS业务的信息的消息。
17.根据权利要求16所述的装置，其中所述传输模式信息表示信道类型是否为点到点(PTP)或点到多点(PTM)、或表示不能提供MBMS的“不提供”。
18.根据权利要求16所述的装置，其中所述传输模式信息表示信道类型是否为点到点(PTP)、或表示不能提供MBMS的“不提供”。
19.根据权利要求18所述的装置，其中在没有收到所述消息时，所述SRNC隐含地确定相应小区的信道类型为点到多点(PTM)。
20.根据权利要求16所述的装置，其中所述传输模式信息表示信道类型是否为点到点(PTP)或点到多点(PTM)。
21.根据权利要求20所述的装置，其中在没有收到所述消息时，所述SRNC隐含地确定相应小区不能提供MBMS。
22.根据权利要求16所述的装置，其中所述SRNC根据包含在所述消息中的传输模式信息而将多个小区的传输模式识别为点到点(PTP)、点到多点(PTM)或表示不能提供MBMS的“不提供”，并逐UE地确定MBMS的传输模式。
23.根据权利要求22所述的装置，其中所述SRNC通过专用控制信道(DCCH)发送MBMS DEDICATED NOTIFICATION消息，以通知所确定的传输模式给相应的UE。
24.根据权利要求16所述的装置，其中所述DRNC考虑无线电资源和加入MBMS的、位于每个小区中的UE的数量，并逐小区地确定传输模式。
25.根据权利要求16所述的装置，其中所述消息为Iur接口上的MBMSCHANNEL TYPE RECONFIGURATION INDICATION消息。
26.根据权利要求25所述的装置，其中所述消息包括MBMS业务标识符(ID)和小区ID。
27.根据权利要求16所述的装置，其中通过在SRNC和DRNC之间为所述MBMS而建立的信令集合信道发送所述消息。
28.根据权利要求27所述的装置，其中所述信令集合信道为无连接的信令集合信道。
29.根据权利要求27所述的装置，其中所述信令集合信道是为所述MBMS而建立的面向专用连接的信令集合信道。
30.根据权利要求27所述的装置，其中所述信令集合信道是为包含所述MBMS的所有MBMS业务而建立的面向连接的信令集合信道。
全文摘要
提供了一种用于提供多媒体广播/组播业务(MBMS)的移动通信系统中的装置和一种考虑到传输模式而提供MBMS业务通告的方法。控制无线电网络控制器(CRNC)向服务无线电网络控制器(SRNC)逐小区地发送表示点到点(PTP)、点到多点(PTM)或“不提供”的传输模式信息。SRNC基于传输模式信息来确定业务通知。在向SRNC发送适合于每个小区的传输模式信息时，CRNC使Iur接口上的信令负载最小化。
文档编号H04B7/26GK1694546SQ20051007416
公开日2005年11月9日 申请日期2005年5月8日 优先权日2004年5月7日
发明者金恩正, 格特·J·范利肖特, 李国熙, 崔成豪 申请人:三星电子株式会社