CN1736124A

CN1736124A - 为在蜂窝移动通信***中的小区之间移动的用户设备供应多媒体广播/多播业务(mbms)

Info

Publication number: CN1736124A
Application number: CNA2004800020033A
Authority: CN
Inventors: P·贝明; E·沃尔托利纳; G·-J·范利斯霍特
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2003-01-08
Filing date: 2004-01-07
Publication date: 2006-02-15
Anticipated expiration: 2024-01-07
Also published as: DE602004018105D1; WO2004071117A1; JP4382804B2; ATE416586T1; CN100539731C; JP2006516080A; EP1590980A1; SE0300047D0; EP1821563A3; EP1590980B1; US7493108B2; US20060106865A1; EP1821563A2; US20090176495A1; US8014772B2

Abstract

提供了用于在蜂窝电信网的不同的小区中建立MBMS业务的程序过程，具体地，提供了当该业务在不同小区中以不同的方式被提供时，即使在特定的用户设备从一个小区移动到另一个小区时，也保持发送MBMS数据到该用户设备的程序过程。具体地，当用户设备在第一小区中经由某种类型的连接(即，点对点连接/而同时需要RRC连接，点对多点连接而不需要/而同时需要RRC连接)接收多媒体数据业务，并且移动到其中被使用来提供该业务的连接类型不相同的第二小区时，根据所实行的连接类型的改变，采取特定的行动(例如，对RRC连接的请求，RRC连接的释放，等等)。以及公开了用于在小区中建立最适当的连接(p－t－p，p－t－m)的实施例(例如，通过从SRNC发送消息到CRNC)。

Description

为在蜂窝移动通信***中的小区之间移动的用户设备供应多媒体广播/多播业务(MBMS)

本发明涉及在移动通信***中的多媒体广播/多播业务(MBMS)。更具体地，本发明涉及用于保证为正在蜂窝移动通信***中的小区之间移动的移动设备供应MBMS业务的方法。

在第三代电信***中，提供了更高的比特速率以及发送可变比特速率业务量的更好的可能性。例如，有可能复用那些利用不同质量要求的业务。这样的可能性为新型的业务开辟了道路。将被包括在3GPP(第三代伙伴关系项目)标准中的这些业务之一是多媒体广播/多播业务(MBMS)。

MBMS的目的是不同的用户可预订不同种类的多媒体信息的广播和/或多播。信息供应商因此把同一个多媒体信息发送给多个用户。由于多媒体信息典型地需要高的传送能力，同时广播和/或多播这样的信息将占用比单个传输大许多倍的传送能力。所以，让网络来确定具体的MBMS数据是否必须连续发送或者它是否可以间断地发送，是有利的。而且，让网络来确定具体的MBMS数据是否必须发送给特定的用户(点对点传输)或者确定它是否可以通过点对多点传输而更有效地被发送，是有利的。

网络必须能够连续不断地根据希望接收特定MBMS数据的用户的当前位置作出这些确定。

发明概要

按照本发明，提供了用于在蜂窝电信网的不同小区中建立MBMS业务的程序过程。具体地，提供了当该业务在不同的小区中以不同的方式被提供时，即使在特定的用户设备从一个小区移动到另一个小区时，也维持发送MBMS数据到该用户设备的程序过程。

此外，提供了用于执行按照本发明的一个方面的程序过程的适当的硬件。该硬件可以具有的形式如下：适合于接收MBMS数据的用户设备，或适合于接收MBMS数据并发送它到接收设备的无线网控制器，或适合于建立经由无线网控制器发送数据到接收设备所需要的连接的核心网设备。

附图简述

通过结合附图参考以下的说明，将最好地了解本发明以及本发明的进一步的目的和优点，其中：

图1是移动通信***的实施例的示意图；

图2是移动通信***的实施例的框图；

图3是在移动通信***中用于UTRAN的协议模型的实施例；

图4显示了在按照本发明的网络中实行的第一程序过程中的信令流程；

图5显示了在按照本发明的网络中实行的第二程序过程中的信令流程；

图6显示了在按照本发明的网络中实行的第三程序过程中的信令流程；

图7显示了在按照本发明的网络中实行的第四程序过程中的信令流程；

图8显示了在按照本发明的网络中实行的第五程序过程中的信令流程；

图9显示了在按照本发明的网络中实行的第六程序过程中的信令流程。

优选实施例详细说明

本发明主要在第三代移动通信***中得到使用。在图1中图示了这样的移动通信***1的典型例子。核心网10配备有到诸如PSTN(公共交换电话网)、ISDN(综合业务数字网)、或互联网等的外部网(未示出)的连接5。核心网10也通过Iu接口16被连接17到包括多个无线网控制器(RNC)22A、22B、22C的UTRAN(UMTS无线接入网)20。在所示的实施例中，三个RNC 22A、22B、22C通过Iur接口14被互连15。

在所示的实施例中，RNC 22A、22B各自通过Iub接口24经由连接25控制两个基站30A-D。(在本实施例中，RNC 22C不直接控制任何基站。)基站30A-D在3GPP技术规范中通常也被称为“节点B”。每个基站30A-D在一定的地理区域或小区40A-D内操作无线接入。用户设备50A-D在小区40A-D的覆盖范围内移动，以及可以通过经由Uu接口34的无线通信35与至少基站30A-D之一通信。基站30A-D由此包括用于通过按照在这个领域内的现有技术的无线接口Uu 34进行通信的装置。同样地，用户设备50A-D包括用于通过按照在这个领域内的现有技术的无线接口Uu 34进行通信的装置。这些设备和方法的细节对于理解本发明并不重要，而且可以很容易在标准文献中得到。用户设备UE 50A-D典型地包括例如移动电话或便携式计算机的移动设备51，以及用户SIM(订户身份模块)卡52。

如果用如图2所示的替换的方式来图示按照图1的移动通信***1，则更容易概述***1的内部通信。在这里，有四个基础子网络—外部网2、核心网10、UTRAN 20和UE 50。外部网2可包括基于电路交换技术的更传统的电话网3，诸如PLMN(公共地面移动网)、PSTN或ISDN。外部网2还可包括基于分组的通信网4，诸如互联网。

核心网10在本实施例中包括GMSC(网关移动交换中心)18，它是在往来于外部网的所有电路交换连接都经过的点处的交换机。被连接到GMSC 18的MSC/VLR(移动业务交换中心/访问者位置寄存器)l1是交换机和数据库，它们在UE处于被连接到核心网10的UTRAN 20的RNC 22的范围内时为UE提供电路交换业务的服务。MSC功能被使用来交换电路交换的呼叫。VLR功能跟踪例如进行访问的用户的服务简档。MSC/VLR 11和GMSC 18也被连接到HLR(原籍位置寄存器)13，HLR是位于用户原籍***中的数据库，包括用户的服务简档的主拷贝。服务简档例如包括关于被允许的业务的信息、补充业务信息，以及在MBMS的情形下还将包括关于这样的业务的信息。HLR 13存储在MSC/VLR和/或SGSN级别上的UE50的位置。

核心网10还包括被连接到GPRS(通用分组无线业务)的节点。GGSN(网关GPRS支持节点)19是在往来于外部网的所有的数据分组业务量都经过的点处的交换机。GGSN 19被连接到SGSN(服务的GPRS支持节点)12。SGSN 12的功能性类似于MSC/VLR 11，但它用于分组交换业务。SGSN 12和GGSN 19也被连接到HLR 13。在MSC/VLR 11与SGSN 12之间可能还有可任选的接口。

核心网10经由Iu接口17与UTRAN 20通信。在本实施例中，UTRAN20被图示为包括通过Iur接口14而互连的两个RNC 22。每个RNC 22如图1所示地具有对节点B 30的控制，节点B 30转而又与UE 50通信。RNC 22和相关的节点B一起构成无线网子***(RNS)26。

RNC 22是负责控制UTRAN 20的无线资源的网络单元。它与CN 10相接口，以及也终止定义在移动站50与UTRAN 20之间的消息和程序过程的无线资源控制(RRC)协议。在UTRAN 20内，RNC 22可以担任不同的角色，例如作为服务的RNC(SRNC)、漂移的RNC(DRNC)或控制的RNC(CRNC)。

CRNC总是直接与一个或多个节点B 30有关联。CRNC负责它自己的小区的负荷和拥塞控制、以及对于要在那些小区中建立的新的无线链路执行接纳控制和代码分配。CRNC因此终止通向节点B 30的Iub接口24。

在3GPP标准中，UE可以使用来自一个以上RNC的、用于UE到UTRAN连接的资源。在UTRAN中可得到的RNC然后将相对于该特定的UE担任不同的角色。用于特定的移动站的SRNC是终止用于用户数据输送的Iu链路和涉及到无线接入的、往来于核心网的相应信令的RNC。SRNC还终止在UE和UTRAN之间的无线资源控制信令。SRNC可以是CRNC，但不一定必须是。然而，特定的UE具有一个也只有一个SRNC。

DRNC是控制由UE所使用的小区的任何其它RNC。一个UE的DRNC因此总是不同于那个特定UE的SRNC。DRNC在Iub和Iur接口之间路由数据。所以，某个UE可能具有零个、一个、或多个DRNC。

一个实际的RNC通常包含所有的CRNC、SRNC、和DRNC功能性。而且，与某个UE有关联的SRNC可以同时是用于另一个UE的DRNC。

用于UTRAN地面接口的一般协议模型被图示于图3中。协议结构100包含两个主要层：无线网络层101和输送网络层103。所有的UTRAN所特定的问题只在无线网络层中可见。协议结构100还被划分成垂直平面、控制平面105和用户平面107。所以控制平面105和用户平面107呈现在两个层101、103中。而且，输送网络控制平面106是在输送网络层103中附加地可得到的。

控制平面105被使用于所有的UMTS控制信令。它包括应用协议111和用于输送应用协议消息的信令载体113。应用协议111典型地被使用于设立到UE的载体，例如，在Iu接口中的无线接入载体和在Iur及Iub接口中的无线链路。

用户平面107改而负责发送所有的实际的信息到用户，例如以编码的话音或一般数据分组的形式。用户平面107包括数据流115和用于数据流115的数据载体117。每个数据流115的特征在于针对该特定的接口所规定的至少一个协议。

输送网络控制平面106被使用于在输送层内的所有的控制信令，且因此它在控制平面105与用户平面107之间起作用。

MBMS是由内容供应商向这种业务的订户提供的业务，它包括同步广播和/或多播多媒体信息给多个用户。

本发明不涉及在核心网中这样的数据传送。所以，从内容供应商到适当的SGSN的MBMS数据的供应按照任何适当的现有技术解决方案进行，以及在这里不再详细描述。在下面的说明中，因而假设至少一个SGSN具有可从特定的广播/多播业务中心以这样或那样的方式(例如经由作为进入点的GGSN)得到的所请求的MBMS数据。SGSN的作用，在本上下文中，是执行用户单独的网络控制功能和提供MBMS传输到无线接入网。

这里还假设，由于多播业务和广播业务的操控对于UTRAN是相同的，所以不需要区分它们。

在Uu接口上的、UTRAN中MBMS业务到UE的传输可被实施为：点对点(PTP)传输；点对多点(PTM)连续传输；点对多点(PTM)间断传输；或是用可得到的PTP或PTM间断传输。这些可能性中的每一种在下面更详细地描述。

在点对点(PTP)传输的情形下，想要接收某个MBMS业务的那些UE将经由点对点无线链路接收信息。

在非接入层(NAS)域中，也就是对于UTRAN是透明的，UE表明它想要接收某个MBMS业务。结果，CN建立通向这个特定的UE的正常RAB，它将载送MBMS数据。

由于在这个可选方案中只使用点对点传输，所以不需要让UTRAN知道正在进行与广播/多播业务有关的传输。

在PTM连续传输的情形下，某个MBMS业务的连续PTM传输被配置在某些服务区域(小区)。

在这个可选方案中的PTM传输并不依赖于例如有关小区中的用户负荷。

这个可选方案最适合于在大量感兴趣的UE的似然率为高的区域中的MBMS业务供应。

在PTM间断传输的情形下，某个MBMS业务一直使用PTM传输。然而，PTM传输只在小区中至少一个UE对于接收MBMS业务感兴趣时才接通。如果小区中没有UE对于某个MBMS业务感兴趣，则相关的PTM传输将被切断。

这避免了PTM连续传输的某些缺点，因为当没有UE在接收时，就没有传输，但它不提供与下面描述的可选方案相同的灵活性。

在其中PTP和PTM间断传输都可得到的情形下，如果在特定的小区中想要接收某个MBMS业务的UE的数目[#(MBMSx感兴趣的UE)]是低的，则这个MBMS业务将基于PTP传输被提供。当，但仅仅当，在某个小区中进行接收的UE的数目超过某个阈值TR_PTP<->PTM时，UTRAN在该小区中才切换到PTM传输。

在以下的表示式中反映了这个特性：

·如果#(MBMSx感兴趣的UE)＝0 ＝＞没有MBMS传输

·如果TR_PTP<->PTM＞#(MBMSx感兴趣的UE)＞0 ＝＞PTP MBMS传输

·如果#(MBMSx感兴趣的UE)＞TR_PTP<->PTM ＝＞PTM MBMS传输

如果小区中只有一个UE对某个MBMS业务感兴趣，则PTP传输将总是提供无线资源最经济的传输。通过使用对于TR_PTP<->PTM敏感的数值，这个可选方案比起这里所列的其它可选方案将提供无线资源最经济的解决方案。TR_PTP<->PTM被假设为具有在2到5之间的典型的数值。

在给定以上讨论的在Uu接口上的MBMS传输可选方案后，也必须考虑在Iu接口上的从核心网到UTRAN的必须的MBMS传输模式，以及核心网是否需要知道和/或支持所选择的传输可选方案。

在本发明的优选实施例中，通过使用FACH输送信道在无线接入网中实现点对多点传输。FACH输送信道是公共信道，对于该信道的(功率)控制和调度完全由CRNC操纵。

在连续PTM传输的情形下，UTRAN不需要知道在小区中有多少UE对于特定的MBMS业务感兴趣。换句话说，UTRAN不需要跟踪想要接收某个MBMS的用户。也就是，它不需要知道这样的用户所处的小区。结果，不需要牵涉到SRNC。

这对于其中有可能进行间断传输的情形是不同的。在这些情形下，为了接通和切断传输，或为了在PTP和PTM传输之间切换(在二者都可得到的情形下)，UTRAN确实需要知道在小区中想要接收某个MBMS业务的UE的数目。在这些可选方案中，UTRAN需要能够跟踪接收某个MBMS业务的UE。

在本发明的优选实施例中，在UTRAN必须知道想要接收特定MBMS业务的UE的数目的场合下，由UTRAN进行的计数是基于：

-为这些UE建立的UE特定的RAB，以及

-基于涉及RRC连接的信令的移动性监视。

这个方法被假设为把对用户设备和UTRAN的必要影响最小化，同时仍旧导致可接受的性能。

由于正是SRNC操控在Iu接口上的用于特定的UE的信令、以及正是SRNC操控到特定的UE的RRC连接，所以当间断的传输可用时，在MBMS操控中CN需要牵涉到SRNC。在这种情形下也可能牵涉到CRNC，因为PTM传输由CRNC操控。

总结以上内容，CN需要区分两种模式，它们可被称为MBMS固定传输模式和MBMS可变传输模式。

在MBMS固定传输模式下：

-CN只需要通知CRNC：相应于有关某个MBMS业务的某个服务区域的小区；

-CN没有使得UTRAN能够跟踪MBMS用户；

-UTRAN只能使用点对多点(PTM)连续传输。

在MBMS可变传输模式下：

-CN需要通知SRNC：想要接收特定的MBMS业务的UE；

-CN使得UTRAN能够在RRC连接模式下跟踪MBMS用户；

-UTRAN在RRC连接模式下能够使用用于用户的间断传输(或者是点对多点，或者是用可用的点对多点和点对点可选方案)；

-UTRAN在RRC空闲模式下不能跟踪MBMS用户，但还能够使用用于这种用户的点对多点(PTM)连续传输。

因此，如果UTRAN检测到其中总是有足够数目的UE的某些区域，证明用PTM传输是正确的，则UTRAN应当有可能在这些小区中使用点对多点(PTM)连续传输。UE应当能够检测在小区中是否需要RRC连接以用于接收特定的MBMS业务，并采取相应的行动。

因此，虽然如上所述，假设UTRAN不需要区分广播和多播业务，但在本发明的优选实施例中，MBMS广播业务将只使用固定传输模式，这样，它变为不需要任何RRC接连就可得到的。MBMS多播业务可以使用固定传输模式或可变传输模式。

图4显示了在CN请求UTRAN在特定区域中以固定传输模式提供某个MBMS业务传输的情形下的信令。

在步骤401，在UE与CN之间激活PDP上下文，以及在步骤402，UE发送互联网组管理协议(IGMP)加入请求到CN。这些步骤对于UTRAN是透明的。它们只在MBMS多播业务的情形下才需要，而在MBMS广播业务的情形下就不需要。

在步骤403，当在请求的MBMS业务中有数据要发送时，CN将发起MBMS激活请求(MBMS ACTIVATION REQUEST)。这会有一个没有任何数据传输的很大的时段，所以这个步骤可以在特定UE发送IGMP加入请求之后的很长一段时间发生的。在本发明的这个说明性实施例中，MBMS激活请求通过接入点名称(APN)(即，预期的接入点的DNS名称，该接入点例如可以是GGSN，包括用于运行商和网络的识别符)与IP多播地址的组合而识别MBMS业务。由于不同的网络(或不同的广播中心)可以使用同一个IP MC地址，所以需要相当长的(30-40字节)APN。在本发明的其它实施例中，可以使用较短的身份。

在步骤404，如果RNC不是正在接收数据，那么它就立即发起载体建立程序过程。如果Iu-flex没有被配置，则RNC将只知道一个SGSN。如果Iu-flex被配置，则RNC可以知道多个SGSN。在这种情形下，RNC可以发送消息到它知道的任何SGSN。所以，假设RNC所知道的任一SGSN能够为所请求的任何MBMS业务提供数据。

在步骤405，CN发送MBMS载体建立响应到CRNC。

在步骤406，CRNC开始在Uu接口上发送点对多点传输到感兴趣的UE。假设UE本身能够检测在相关小区中的MBMS业务传输。如果UE已参加MBMS业务并且已接收正确的密钥，则它能够不用任何进一步的CN或UTRAN支持而接收MBMS业务。

因此，每当在小区中有正在进行的某个MBMS业务的PTM传输时，UE需要能够检测到这个传输并且接收它，不管它是处于RRC空闲模式还是RRC连接模式。而且，每当在小区中有正在进行的某个MBMS业务的PTM传输时，UE需要能够确定：为了保证PTM传输是否需要建立RRC连接、或是否不需要RRC连接。

如果没有正在进行的某个MBMS业务的PTM传输，则不需要UE能够辨别其中可以提供MBMS业务信息的小区和其中不能提供MBMS业务X的小区。

在需要通过Uu发送的MBMS相关信息中可以分辨出至少三个不同的步骤。首先，CRNC必须广播关于正在进行的PTM MBMS数据传输的配置信息。其次，如果发生实际的数据传送则CRNC需要寻呼UE。第三，CRNC需要执行实际的MBMS数据传送。

新的MBMS***信息块(SIB)优选地应当为了配置的目的而被定义。MBMS SIB对于在小区中广播的每个MBMS业务将包含以下的信息：

-IP MC地址

-物理信道(S-CCPCH)相关信息

-输送信道(FACH)相关信息

-逻辑信道相关信息

-临时标识UE组的多播无线网临时识别符(MC-RNTI)

所以在使用PTM数据传输时MBMS SIB配置在小区中载送MBMS数据的MBMS无线载体。这样，通常这个信息不应当改变得太频繁，因为SIB更新需要发送通知到所有的UE。

在UE电源高效的解决方案中，如果没有正在进行的相关的MBMS业务传输，则UE不应当被委托来不断地监视相关的FACH信道。这可以借助于固定的时序方案或通过使用寻呼而达到。

因此，在固定时序的情形下，每个MBMS业务只被允许在某个帧位置起动传输。接收这个MBMS业务的UE在这些事例中只需要起动收听。如果在相关的无线帧中没有接收到任何信息，则UE可以再次进入睡眠状态，直至下一个可能的调度机会为止。

替换地，当收听FACH信道时，可以使用寻呼来通知UE。MBMS寻呼应当是对于具体的MBMS业务特定的。可以通过为每个MBMS业务分配一个RNTI或通过使用寻呼指示符信道(PICH)上的12个剩余比特而把当前的UE特定的寻呼安排成适合于MBMS寻呼。

步骤406的实际的数据传送被假设为在FACH信道上输送，以及使用专门的MC-RNTI。可被使用的一个可能的逻辑信道是公共业务信道(CTCH)。

最后，在图4上，步骤407显示CRNC发送MBMS激活响应到CN作为肯定应答。

图5显示对于固定传输情形的停用(de-activation)情景的例子。

在步骤501，CN发送MBMS停用请求到CRNC，通过MC地址识别特定的MBMS业务。CRNC通过在步骤502停止Uu接口上的PTM传输以及通过在步骤503发送MBMS载体释放请求到CN而作出响应。CN在步骤504用MBMS载体释放响应作为回答，以及随着CRNC发送停用响应到CN作为肯定应答，处理过程在步骤505结束。

图6显示了在CN请求UTRAN以可变传输模式提供某个MBMS业务传输的情形下的信令流程。

在步骤601，在UE与CN之间激活PDP上下文，以及在步骤602，UE发送IGMP加入请求到CN。IGMP加入请求在IGMP级别上没有确认，但将用其它NAS信令来被确认(对于UTRAN是透明的)。

顺便地，假设CN将配置业务供应，特定的MBMS业务在特定的区域中是可以得到的或无法得到的。当UE在不提供该业务的区域中执行IGMP加入时、或者当UE在提供该业务的区域中执行IGMP加入但然后移入不提供该业务的区域时，这可能造成困难。考虑UE位置将使得IGMP加入的操控非常复杂。所以，在本发明的本优选实施例中，把IGMP加入的操控与UE实际上是否处在它可以接收业务的区域中的问题分离开。结果，理论上有可能UE可以执行成功的IGMP加入，但它仍旧不接收业务数据，那么CN应当配置服务区域，以使得这是一种不大可能的情形。

在步骤603，当在请求的MBMS业务中有数据要发送时，CN将把MBMS激活请求发送到相关的SRNC。这会有一个没有任何数据传输的很大的时段，所以这个步骤是在特定的UE发送IGMP加入请求之后的很长一段时间发生的。在本发明的这个说明性实施例中，MBMS激活请求通过APN(即，DNS名称，其包括用于运行商和网络的识别符)与IP多播地址的组合而识别MBMS业务。由于不同的网络(或不同的广播中心)可以使用同一个IP MC地址，所以需要相当长的(30-40字节)APN。在本发明的其它实施例中，可以使用较短的身份。

在通过Iu建立用户平面之前，SRNC首先根据PTM传输检验CRNC是否想要提供MBMS业务。因此，在步骤604，SRNC发送MBMS附着(attachment)请求到CRNC，识别请求的UE和多播地址。在步骤605，CRNC发送MBMS附着响应到SRNC，以及在本例中，CRNC表明它打算提供这个MBMS业务的PTP传输。

假设SRNC还没有提供被请求的MBMS业务到任何UE，它在步骤606通过把MBMS载体建立请求发送到CN而触发载体建立过程。在步骤607，CN然后把MBMS载体建立响应发送到SRNC。

SRNC为了能够操控附加传输可能需要重新配置现有的无线链路，以及如果是这样的话，在步骤608 SRNC把无线链路重新配置请求发送到CRNC，而CRNC在步骤609对此做出响应。

在步骤610，SRNC在Uu接口上开始MBMS业务数据的PTP传输。然后，在起动相关的MBMS业务的传输后，在步骤611，UTRAN向CN确认用户特定的激活。

图7显示了在CN请求UTRAN以可变传输模式提供某个MBMS业务传输的替换情景下的信令流程。

在步骤701，在UE与CN之间激活PDP上下文，以及在步骤702，UE发送IGMP加入请求到CN。IGMP加入请求在IGMP级别上没有确认，但将用其它NAS信令来被确认(对于UTRAN是透明的)。

在步骤703，当在请求的MBMS业务中有数据要发送时，CN将把MBMS激活请求发送到相关的SRNC。这会有一个没有任何数据传输的很大的时段，所以这个步骤是在特定的UE发送IGMP加入请求之后的很长一段时间发生的。在本发明的这个说明性实施例中，MBMS激活请求通过APN(即，DNS名称，其包括用于运行商和网络的识别符)与IP多播地址的组合而识别MBMS业务。由于不同的网络(或不同的广播中心)可以使用同一个IP MC地址，所以需要相当长的(30-40字节)APN。在本发明的其它实施例中，可以使用较短的身份。

在通过Iu建立用户平面之前，SRNC首先根据PTM传输检验CRNC是否想要提供MBMS业务。因此，在步骤704，SRNC发送MBMS附着请求到CRNC，识别请求的UE和多播地址。

在本说明性实施例中，CRNC表明它打算提供这个特定的MBMS业务的PTP传输，但它还没有提供该MBMS业务给任何UE(将会看到，这是一种相对不大可能的组合)。所以，在步骤705，CRNC触发载体建立过程。在步骤706，CN然后把MBMS载体建立响应发送到SRNC。

在步骤707，SRNC在Uu接口上开始MBMS业务数据的PTM传输。然后，在起动相关的MBMS业务的传输后，UTRAN借助于在步骤708的从CRNC到SRNC的MBMS附着响应和在步骤709的MBMS用户激活响应，而向CN确认用户特定的激活。

如上所讨论的，将会有一些区域(小区)，其中在接收MBMS信息时，需要UE具有RRC连接(间断的PTP或PTM传输)，以及一些区域，其中不需要这样的RRC连接(连续的PTM传输)。这样便引发了有关在接收MBMS业务的UE在两个小区之间运动、而对这两个小区而言这一要求并不相同的情形下如何操控局势的问题。本发明的优选实施例提供了以下的能力。

当UE从其中不需要RRC连接的、具有PTM传输的第一小区移入其中也不需要RRC连接的、具有PTM传输的第二小区时，所必须的全部便是UE读出新的广播信息和调谐到正确的FACH。不需要牵涉到UTRAN。

当UE从其中需要RRC连接的、具有PTM传输的第一小区移入其中也需要RRC连接的、具有PTM传输的第二小区时，需要UE执行在处于RRC连接模式时用于改变小区的常规程序过程，然后读出MBMS广播信息。

当UE从其中需要RRC连接的、具有PTM传输的第一小区移入其中不需要RRC连接的、具有PTM传输的第二小区时，必须的行动取决于UE为什么要建立它的RRC连接的理由。如果RRC连接是为了除接收MBMS业务以外的另一个理由(例如为了语音呼叫)而被建立的，则RRC连接将保持为正常的。

当UE只具有用于使能接收MBMS业务的RRC连接时，将不建立向UE的无线载体(RB)，尽管存在有无线接入载体(RAB)。在这种情形下，将只配置用于RRC和NAS信令、但不用于数据传送的信令无线载体(SRB)。图8显示了在这种情形下的信令流程。

在步骤801，UE原先具有信令连接(以及RRC连接)，以及发送信令连接释放指示(SIGNALLING CONNECTION RELEASE INDICATION)消息到SRNC。这个消息已在UMTS标准中被定义，被使用于错误很少的情形(例如，在UE上下文丢失时MSC重启)，但也可优选地使用于本例这种情形。优选地，该消息包括指示消息原因的信息单元(IE)。

在步骤802，由于UE转入RRC空闲模式，对于这个UE，不再需要完成SRNC角色。所以，用于这个UE的Iu连接可被拆除，以及SRNC发送RRC连接释放请求到UE。在步骤803，UE通过发送RRC连接释放完成消息而进行应答。

UE将能够根据在第二小区中广播的MBMS SIB来配置MBMS无线载体。然后，在步骤804，在CRNC在Uu接口上继续发送MBMS数据的PTM传输到UE的同时，SRNC发送Iu释放请求到CN，阐明原因，即：UE已移动到其中不再需要RRC连接的区域。由于这个步骤的结果，SGSN可以从GGSN得到数据，但SGSN不必把它传递到任何RNC。

在步骤805，CN发送Iu释放命令到SRNC，SRNC在步骤806用Iu释放完成消息进行应答。在步骤807，如果SRNC不再需要相应的载体，则将请求载体释放。(当然，CRNC仍旧在接收用于相关业务的MBMS数据。)在步骤808，当CN发送MBMS载体释放响应到SRNC时，程序过程完成。

当UE从其中不需要RRC连接的、具有PTM传输的第一小区移入其中需要RRC连接的、具有PTM传输的第二小区时，在RRC空闲模式下接收MBMS业务的UE此时检测到需要RRC连接。

图9显示了对于建立RRC连接所需要的信令。应当指出，图9假设PTM传输已经在UE正在移向的小区中进行。

在步骤901，UE将发起RRC连接建立。该消息优选地包括新的原因数值。在步骤902，SRNC用RRC连接设立消息进行应答，以及在步骤903，UE用RRC连接设立完成消息进行应答。

然后，在步骤904，UE联系CN，触发UE特定的MBMS激活。在本发明的一个实施例中，正常的路由区域更新(RAU)被使用于这个目的。在本发明的另一个实施例中，发送业务请求。在一个实施例中，NAS消息指示对于每个MBMS业务是否需要MBMS激活请求。在替换实施例中，CN执行对这个UE正在进行的所有MBMS业务的激活。在图9的其余部分，假设需要至少一次激活。

在步骤905，需要所要求的Iu信令连接。然后，在步骤906，发送MBMS激活请求。在步骤908，SRNC发送MBMS用户激活响应到CN。同时，在步骤907，SRNC继续进行PTM传输，该PTM传输现在可以由UE在新的小区中接收。

UE可以从其中需要RRC连接的、具有PTP传输的第一小区移入其中不需要RRC连接的、具有PTM传输的第二小区。

在本发明的不同的实施例中，不同的实体可以检测到不再需要RRC连接。因此，在本发明的一个实施例中，SRNC检测到不再需要RRC连接。这是由SRNC通过以下方式完成的，即进行到DRNC的附着以及然后DRNC告诉SRNC：它已经正在提供具有PTM的业务给UE以及不需要RRC连接。在这种情形下，SRNC然后可以通知UE：它应当开始经由PTM传输接收MBMS业务、以及释放PTP RAB并可能释放RRC连接。(SRNC可以代为决定保持RRC连接，即使对其没有立即需要。)从UE观点看来，这个选项更简单，但需要SRNC知道正在进行的MBMS业务。

在本发明的另一个实施例中，UE检测到不再需要RRC连接。通过监视MBMS SIB，UE然后可以检测到对于这个业务不再需要RRC连接，并触发对RRC连接的释放。这对于UTRAN是更简单的，但需要UE能够监视MBMS SIB，即使是在“CELL_DCH”状态下。在“CELL_DCH”状态下，UTRAN(具体地是SRNC)确定UE应当使用哪个小区。UE具有专用信道，但这需要UE应当也能够与专用信道并行地读出在其上发送MBMS SIB的公共信道(即，BCH或FACH)，所以，在UE中需要更多的复杂性。

在具有语音呼叫的UE在其中MBMS业务通过PTM传输被发送的小区之间移动的情形下同样引起检测状态的问题。在本发明的某些实施例中，UE检测PTM传输；在其它实施例中，SRNC把有关它的情形通知UE。

UE可以从其中需要RRC连接的、具有PTP传输的第一小区移入其中需要RRC连接的、具有PTM传输的第二小区。相反，UE可以从其中需要RRC连接的、具有PTM传输的第一小区移入其中需要RRC连接的、具有PTP传输的第二小区。在任一种情形下，改变是在UTRAN的控制下借助于RRC重新配置消息***控的。

UE可以从其中不需要RRC连接的、具有PTM传输的第一小区移入其中需要RRC连接的、具有PTP传输的第二小区。当UE从其中不需要RRC连接的、具有PTM传输的第一小区移入其中需要RRC连接的、具有PTM传输的第二小区时，这是以与上述的相同的方式***控的，除非建立专用信道。

最后，UE可以从其中需要RRC连接的、具有PTP传输的第一小区移入其中也需要RRC连接的、具有PTP传输的第二小区。按照本发明，这是在UTRAN中以与在CELL_DCH状态中常规UE移动性程序过程相同的方式***控的，除非DRNC附加地通知SRNC：它不想提供基于PTM的MBMS业务。

存在这样的程序过程，通过它CN可以通知UTRAN开始或停止对接收这个MBMS业务的所有UE的传输。这个信令将存在于BMSC、GGSN和SGSN之间。按照本发明的优选实施例，该信令触发用户平面资源的释放，同时仍旧在网络中保持MBMS上下文，以使得有可能以后容易地继续进行该业务。

在按照本发明的网络的某些实施例中，只有CRNC配备有MBMS功能性。它们提供具有固定的PTM传输的MBMS业务(上述的MBMS固定传输模式)。此外，具有预期的低数目感兴趣UE的MBMS业务可以通过PTP传输***控。这具有如下优点：它对于UTRAN具有有限的影响，以及具体地意味着，SRNC不需要知道MBMS。PTM对于具有预期的高数目接收UE的MBMS业务是可用的，而PTP对于具有预期的低数目接收UE的MBMS业务是可用的，以及在PTM区域中存在对RRC空闲模式下接收的支持。然而，每个MBMS业务，或者总是基于PTP或者总是基于PTM而被提供，需要CN估计进行接收的UE的预期平均数目。

在按照本发明的网络的其它实施例中，所有的UTRAN RNC被升级以变成是知道MBMS的，以及MBMS业务是基于PTM被提供的，但传输可以根据进行接收的UE的数目而被接通或切断。这具有如下优点：如果不存在感兴趣的UE，则没有不必要的PTM传输，虽然在具有连续的PTM传输的PTM区域中存在对RRC空闲模式下接收的支持。然而，所有的UTRANRNC(SRNC和CRNC)需要变成是知道MBMS的，以及只有PTM被支持。

在按照本发明的网络的其它实施例中，所有的UTRAN RNC被升级变成是知道MBMS的，以及可以在所配置的区域中基于PTP或连续的PTM传输提供MBMS业务。这具有如下优点：MBMS业务可以在一个小区中根据该小区中UE的预期数目或是通过PTP或是通过PTM而被提供，以及在PTM区域中存在对RRC空闲模式下接收的支持。然而，所有的UTRANRNC(SRNC和CRNC)需要变成是知道MBMS的，以及在一个小区中在PTP和PTM之间没有切换。

然而，在按照本发明的网络的最优选实施例中，所有的UTRAN RNC被升级以变成是知道MBMS的，以及以上讨论的所有的传输可选方案都是可能的。这具有如下优点：它提供了从无线电效率观点看来最好的解决方案，以及它支持在具有连续PTM传输的PTM区域中在RRC空闲模式下的接收。然而，它是最复杂的解决方案。

根据以上说明，应当清楚，当CN想要提供某个MBMS业务时，它必须用关于在其中这个MBMS业务应当具备固定传输模式的服务区域的信息来配置UTRAN，以及在该服务区域中MBMS业务可以具备可变传输模式。UTRAN的用于特定MBMS业务的这个配置阶段是与UE无关的。

本领域技术人员将会看到，可以在不背离由所附权利要求定义的本发明范围的条件下，对本发明作出各种修正和改变。

Claims

1.一种用于为能够在由无线接入网的各个基站所服务的多个小区之间移动的用户设备提供多媒体数据业务的方法，该方法包括：

通过如下方式提供多媒体数据业务给每个所述小区：(a)基于点对多点而不需要无线资源控制连接，(b)基于点对多点而同时需要无线资源控制连接，或(c)基于点对点，；以及

控制至少一个无线网控制器，以使得当用户设备从第一小区移动到第二小区时，在所述第二小区中建立适当的连接，以允许所述用户设备接收多媒体数据业务。

2.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

从用户设备发送信令连接释放指示消息到服务的无线网控制器。

3.如在权利要求2中要求的方法，其中信令连接释放指示消息指示用户设备移动到所述第二小区中为请求的原因。

4.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

释放所述用户设备的无线资源控制连接，以使得所述用户设备不再需要服务的无线网控制器；

从控制的无线网控制器继续进行用于所述用户设备的多媒体数据业务数据的点对多点传输；以及

释放在先前的服务的无线网控制器与所述控制的无线网控制器之间的、用于所述用户设备的Iu接口。

5.如在权利要求4中要求的方法，还包括：

确定所述先前的服务的无线网控制器是否仍旧需要载体连接来接收所述多媒体数据业务数据；以及

如果不需要，则释放所述载体连接。

6.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

从用户设备发送对无线资源控制连接的请求到服务的无线网控制器。

7.如在权利要求6中要求的方法，其中对无线资源控制连接的请求指示用户设备移动到第二小区中为请求的原因。

8.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

建立用于所述用户设备的无线资源控制连接；以及

所述用户设备直接联系核心网，以触发用于所述用户设备的多媒体数据业务的激活。

9.如在权利要求8中要求的方法，其中所述用户设备通过路由区域更新消息来联系所述核心网。

10.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

建立用于所述用户设备的无线资源控制连接，以使得所述用户设备需要服务的无线网控制器；

所述用户设备直接联系核心网，以触发用于所述用户设备的多媒体数据业务的激活；以及

建立在服务的无线网控制器和控制的无线网控制器之间的、用于所述用户设备的Iu接口。

11.如在权利要求10中要求的方法，还包括：

建立从核心网到所述服务的无线网控制器的、用于多媒体数据业务数据的载体连接；以及

从所述服务的无线网控制器基于点对多点而发送多媒体数据业务数据。

12.如在权利要求1中要求的方法，其中当用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

在服务的无线网控制器中检测到无线资源控制连接是不再需要的。

13.如在权利要求12中要求的方法，其中在服务的无线网控制器中检测无线资源控制连接是不再需要的步骤包括：

执行从服务的无线网控制器到漂移的无线网控制器的附着；以及

所述漂移的无线网控制器通知所述服务的无线网控制器：它已经在提供多媒体数据业务而不需要无线资源控制连接。

14.如在权利要求12中要求的方法，其中服务的无线网控制器通知所述用户设备：它应当基于点对多点而接收多媒体数据业务数据。

15.如在权利要求12中要求的方法，其中服务的无线网控制器通知所述用户设备：它应当释放它现有的、用于基于点对点而接收多媒体数据业务数据的无线接入载体。

16.如在权利要求12中要求的方法，其中服务的无线网控制器通知所述用户设备：它应当释放它现有的无线资源控制连接。

17.如在权利要求1中要求的方法，其中当用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

在用户设备中检测到无线资源控制连接是不再需要的。

18.如在权利要求17中要求的方法，其中在用户设备中检测到无线资源控制连接是不再需要的步骤包括：监视多媒体数据业务SIB。

19.如在权利要求17中要求的方法，还包括释放现有的无线资源控制连接。

20.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到也是基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

用户设备读出关于多媒体数据业务的广播信息，以及调谐到在其上正在发送数据的信道。

21.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到也是基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

用户设备执行RRC连接的模式小区改变，读出关于多媒体数据业务的广播信息以及调谐到在其上正在发送数据的信道。

22.如在权利要求1中要求的方法，其中当用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

在至少一个无线网控制器的控制下执行RRC重新配置。

23.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

在至少一个无线网控制器的控制下执行RRC重新配置。

24.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

25.如在权利要求24中要求的方法，其中对无线资源控制连接的请求指示用户设备移动到第二小区中为请求的原因。

26.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

建立用于所述用户设备的无线资源控制连接；以及

27.如在权利要求26中要求的方法，其中所述用户设备通过路由区域更新消息来联系所述核心网。

28.如在权利要求26中要求的方法，还包括一专用信道用于把所述多媒体数据业务数据发送到所述用户设备。

29.如在权利要求1中要求的方法，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

30.如在权利要求29中要求的方法，还包括：

建立专用信道，用于基于点对点而把多媒体数据业务数据从所述服务的无线网控制器发送到所述用户设备。

31.如在权利要求1中要求的方法，其中当用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到也是基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该方法包括：

执行用户设备移动性程序过程；以及

从漂移的无线网控制器通知服务的无线网控制器：多媒体数据业务不是基于点对多点而被提供的。

32.一种在蜂窝电信网的小区中建立多媒体数据业务的方法，该方法包括：

从用户设备发送对多媒体数据业务的请求到核心网；

从核心网发送激活请求到用户设备的控制的无线网控制器；

响应于激活请求，建立在用户设备的控制的无线网控制器与核心网之间的载体连接；以及

从控制的无线网控制器发送多媒体数据业务数据到用户设备。

33.如在权利要求32中要求的方法，还包括从所述小区中的控制的无线网控制器广播配置信息，标识在其上发送多媒体数据业务数据的信道。

34.一种在蜂窝电信网的小区中建立多媒体数据业务的方法，该方法包括：

从用户设备发送对多媒体数据业务的请求到核心网；

从核心网发送激活请求到用户设备的服务的无线网控制器；以及

从该服务的无线网控制器发送消息到用户设备的控制的无线网控制器，以确定在所述小区中多媒体数据业务数据将基于点对点还是基于点对多点而被发送。

35.如在权利要求34中要求的方法，还包括当确定在所述小区中多媒体数据业务数据将基于点对点而被发送时：

建立在服务的无线网控制器与核心网之间的载体连接；以及

从服务的无线网控制器基于点对点来发送多媒体数据业务数据到用户设备。

36.如在权利要求34或35中要求的方法，还包括重新配置在用户设备的服务的无线网控制器与控制的无线网控制器之间的无线链路。

37.如在权利要求34中要求的方法，还包括当确定在所述小区中多媒体数据业务数据将基于点对点而被发送、但并非已被发送时：

建立在用户设备的控制的无线网控制器与核心网之间的载体连接；以及

从控制的无线网控制器基于点对多点来发送多媒体数据业务数据到用户设备。

38.用于在蜂窝电信网中接收多媒体数据业务的用户设备，其中当该用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该用户设备适合于发送信令连接释放指示消息到服务的无线网控制器。

39.如在权利要求38中要求的用户设备，其中信令连接释放指示消息指示用户设备移动到第二小区中为请求的原因。

40.一种在蜂窝电信网中提供多媒体数据业务时使用的无线网控制器，其中当用户设备从基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该无线网控制器适合于：

41.如在权利要求40中要求的无线网控制器，还适合于：

如果不需要，则释放所述载体连接。

42.用于在蜂窝电信网中接收多媒体数据业务的用户设备，其中当该用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该用户设备适合于：

发送对无线资源控制连接的请求到服务的无线网控制器。

43.如在权利要求42中要求的用户设备，其中对无线资源控制连接的请求指示用户设备移动到第二小区中为请求的原因。

44.用于在蜂窝电信网中接收多媒体数据业务的用户设备，其中当该用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区时，该用户设备适合于：

建立无线资源控制连接；以及

直接联系核心网，以触发用于所述用户设备的多媒体数据业务的激活。

45.如在权利要求44中要求的用户设备，其中所述用户设备适合于通过路由区域更新消息来联系所述核心网。

46.一种在蜂窝电信网中提供多媒体数据业务时使用的核心网节点，其中当用户设备从基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而同时需要无线资源控制连接来提供多媒体数据业务的第二小区、并联系核心网以触发用于所述用户设备的多媒体数据业务的激活时，该核心网节点适合于：

建立在服务的无线网控制器和控制的无线网控制器之间的、用于所述用户设备的Iu接口；以及

建立从核心网节点到所述服务的无线网控制器的、用于多媒体数据业务数据的载体连接；以使得

多媒体数据业务数据可以从所述服务的无线网控制器基于点对多点而被发送。

47.一种在蜂窝电信网中提供多媒体数据业务时使用的无线网控制器，其中当用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，担当服务的无线网控制器的该无线网控制器检测到该无线资源控制连接是不再需要的。

48.如在权利要求47中要求的无线网控制器，其中该无线网控制器适合于：

执行到漂移的无线网控制器的附着；以及

接收来自所述漂移的无线网控制器的信息：它已经在提供多媒体数据业务而不需要无线资源控制连接。

49.如在权利要求47中要求的无线网控制器，其中该无线网控制器适合于通知用户设备：它应当基于点对多点而接收多媒体数据业务数据。

50.如在权利要求47中要求的无线网控制器，其中该无线网控制器适合于通知用户设备：它应当释放它现有的、用于基于点对点而接收多媒体数据业务数据的无线接入载体。

51.如在权利要求47中要求的无线网控制器，其中该无线网控制器适合于通知用户设备：它应当释放它现有的无线资源控制连接。

52.用于在蜂窝电信网中接收多媒体数据业务的用户设备，其中当该用户设备从基于点对点而同时需要无线资源控制连接来提供多媒体数据业务的第一小区移动到基于点对多点而不需要无线资源控制连接来提供多媒体数据业务的第二小区时，该用户设备适合于：

检测到该无线资源控制连接是不再需要的。

53.如在权利要求52中要求的用户设备，其中该用户设备适合于通过监视多媒体数据业务SIB而检测到该无线资源控制连接是不再需要的。

54.一种在包括核心网和UMTS无线接入网的UMTS移动通信网中，用于为能够在由无线接入网的各个基站所服务的多个小区之间移动的用户设备提供多媒体数据业务的方法，其中：

核心网把想要接收特定的MBMS业务的用户设备通知给无线接入网的各个服务的无线网控制器；

核心网使得无线接入网能够跟踪在RRC连接模式下接收MBMS业务的用户设备；以及

无线接入网确定是使用点对多点、还是使用点对点为用户在RRC连接模式下发送有关所述MBMS业务的数据。