CN101499868A - 多媒体广播组播业务Iur同步承载的建立方法 - Google Patents
多媒体广播组播业务Iur同步承载的建立方法 Download PDFInfo
- Publication number
- CN101499868A CN101499868A CNA2008100052566A CN200810005256A CN101499868A CN 101499868 A CN101499868 A CN 101499868A CN A2008100052566 A CNA2008100052566 A CN A2008100052566A CN 200810005256 A CN200810005256 A CN 200810005256A CN 101499868 A CN101499868 A CN 101499868A
- Authority
- CN
- China
- Prior art keywords
- chain
- command message
- network controller
- radio network
- iur
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明公开了一种多媒体广播组播业务Iur同步承载的建立方法，其中，第一RNC通过Iur接口控制面向第二RNC发送第一控制面消息，其中，第一控制面消息中携带有MBMS业务的标识信息；第二RNC通过Iur接口控制面向第一RNC返回第二控制面消息，其中，第二控制面消息中携带有第二RNC侧的传输网络层地址信息和绑定标识信息；第一RNC和第二RNC根据第一控制面消息和第二控制面消息中携带的信息建立MBMS业务Iur同步承载。通过本发明，可以在RNC之间为MBMS业务建立传输MBMS业务数据的Iur同步承载，从而保证了RNC间的MBMS业务同步。
Description
技术领域
本发明涉及无线通信技术领域，具体地，涉及多媒体广播组播业务(Multimedia Broadcast/Multicast Service，简称为MBMS)Iur同步承载的建立方法。
背景技术
随着Internet网络的迅猛发展，人们对移动通信的需求不再仅仅满足于电话和消息业务，与此同时，也已经出现了大量的多媒体业务。对于其中的一些应用业务，多个用户能够同时接收相同的数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。
为了实现最有效地利用移动网络资源，出现了MBMS(Multimedia Broadcast/Multicast Service，多媒体广播/组播服务)技术。MBMS是指一个数据源向多个用户发送数据的点到多点业务，其实现了网络资源共享，包括移动核心网和接入网资源尤其是空口资源的共享。
3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速率的多媒体业务组播和广播，这无疑顺应了未来移动数据发展的趋势。
作为提高MBMS业务频谱利用率的技术，单频网(SingleFrequency Network，简称为SFN)或者Chip合并(码片级合并)技术要求所有相邻基站同步发送相同的无线信号。
在SFN模式下，用户设备(User Equipment，简称为UE)可以将来自不同基站的信号视为多径信号，使得公共物理信道传送广播业务获得比较大的信号增益，从而提高了MBMS业务的QoS(Quality of Service，服务质量)性能。但是，该技术的引入也带来了新的问题，即，如果来自不同基站的信号被UE视为多径，则要求各径数据必须保持同步发送。在Chip合并模式下，UE同时接收不同基站发送的业务信号，并通过多小区联合检测技术在码片级实现合并。这都要求UE接收到的不同小区发送的MBMS业务信号在同一时隙都是一样的。
3GPP引入MBMS后，用户面的协议栈发生了变化，无线网络控制器(Radio Network Controller，简称为RNC)在MBMS服务承载建立时可以按照核心网服务区域(Service Area，简称为SA)列表，以所属的小区组织成小区组方式来建立多个小区共享PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)和RLC(Radio Link Control，无线链路控制)实体，每个小区使用各自的MAC-m(Medium Access Control for MBMS，MBMS的媒体接入控制)以及各自的FP(Frame Protocol，帧协议)。
MBMS业务是面向全网的服务，同一个MBMS业务可能建立在不同RNC上。这样，不同RNC间的小区为了利用SFN或者Chip合并技术提高UE接收增益，需要和相邻RNC的小区同步发送相同的MBMS业务空口信号，否则，属于不同RNC的相邻小区间信号会造成同频干扰，或者UE得不到接收增益。
因为不同RNC处理业务数据的方式和参数的不同，并且考虑到网络拥塞造成RNC接收到的业务数据的延迟甚至丢失的可能，要保证属于不同RNC的小区间能够同步发送相同的空口信号，就需要RNC间协调一致来保证。
如附图1所示，在一种通过RNC间的Iur接口实现RNC间MBMS业务同步的方法中，将需要同步发送MBMS业务的RNC从功能上分为主RNC(SRNC)和从RNC(DRNC)，其中，主RNC处理MBMS业务数据，并通过Iur接口将经过其用户面处理后输出的MBMS业务数据发送给从RNC。另外，如图1所示，核心网与SRNC或DRNC之间通过Iu接口连接，一个SRNC可以与多个DRCN连接，且DRNC之间也通过Iur接口连接。
但是上述的方法中，并没有给出如何在主RNC和从RNC间为MBMS业务建立用于传输MBMS业务数据的Iur同步承载的解决方案，而这对于实现RNC间的MBMS业务同步是至关重要的，因此，需要一种能够解决上述问题的技术方案。
发明内容
考虑到相关技术中存在的需要一种用于在主RNC和从RNC间为MBMS业务建立用于传输MBMS业务数据的Iur同步承载的技术的问题而提出本发明，为此，本发明旨在提供一种MBMS业务Iur同步承载的建立方法，该方法应用于RNC间通过Iur接口实现MBMS业务同步的过程，用以弥补相关技术中存在的上述缺陷。
根据本发明，提供了一种MBMS业务Iur同步承载的建立方法，用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器间建立Iur同步承载。
根据本发明实施例的MBMS业务Iur同步承载的建立方法包括：第一RNC通过Iur接口控制面向第二RNC发送第一控制面消息，请求第二无线网络控制器建立多媒体广播组播业务的Iur同步承载，其中，第一控制面消息中携带有MBMS业务的标识信息；第二RNC通过Iur接口控制面向第一RNC返回第二控制面消息，其中，第二控制面消息中携带有第二RNC侧的传输网络层地址信息和绑定标识信息；第一RNC和第二RNC根据第一控制面消息和第二控制面消息中携带的信息建立MBMS业务Iur同步承载。
优选地，第一控制面消息中还携带有第一RNC侧的传输网络层地址信息和绑定标识信息。
优选地，第二控制面消息中还携带有以下信息的一个或多个：MBMS业务的标识信息、承载标识信息。其中，上述的MBMS业务的标识信息为临时组播组标识。
其中，在第一RNC与第二RNC之间的Iur接口传输承载为IP模式的情况下，传输层地址信息包括：IP地址信息；绑定标识信息包括：用户数据报协议或传输控制协议的端口信息。
另外，在第一RNC与第二RNC之间的Iur接口传输承载为IP模式的情况下，第一控制面消息和第二控制面消息中进一步携带有传输网络服务质量信息。
上述的第一控制面消息和第二控制面消息为面向无连接的控制面消息或面向连接的控制面消息。
其中，第一控制面消息或第二控制面消息为面向连接的控制面消息的情况下，在建立MBMS业务Iur同步承载之前，上述方法进一步包括：第一RNC和第二RNC建立Iur信令连接。
其中，上述的第一控制面消息为多媒体多播广播业务Iur同步承载建立消息或公共传输信道资源请求消息，上述的第二控制面消息为多媒体多播广播业务Iur同步承载建立响应消息或者公共传输信道资源响应消息。
优选地，上述第一RNC和第二RNC中的其中一个为主RNC，另一个为从RNC。
通过本发明，通过第一RNC向第二RNC发送MBMS业务Iur同步承载建立消息，并根据该消息进行后续处理，可以在RNC之间为MBMS业务建立传输MBMS业务数据的Iur同步承载，填补了相关技术中该项内容的空白，从而保证了RNC间的MBMS业务同步。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为根据相关技术的通过Iur接口实现MBMS业务RNC间同步发送的组网示意图；
图2为根据本发明实施例的MBMS业务Iur同步承载的建立方法的流程图；
图3为图2所示的方法的实例1的简要交互流程图；
图4为图2所示的方法的实例2的简要交互流程图。
具体实施方式
如上所述，目前，在通过RNC间的Iur接口实现RNC间MBMS业务同步的方法中，没有给出如何在RNC之间为MBMS业务建立用于传输MBMS业务数据的Iur同步承载的方案。
鉴于此，本发明实施例提供了一种MBMS业务Iur同步承载的建立方法，用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器间建立Iur同步承载。根据本发明实施例的MBMS业务Iur同步承载的建立方法可以通过图1所示的网络结构来实现。
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
图2示出了根据本发明实施例的MBMS业务Iur同步承载的建立方法的流程图。如图2所示，该方法包括(步骤S202-步骤S206)：
步骤S202，第一RNC通过Iur接口控制面向第二RNC发送第一控制面消息，请求第二RNC建立MBMS业务的Iur同步承载，其中，第一控制面消息中携带有MBMS业务的标识信息；
步骤S204，第二RNC通过Iur接口控制面向第一RNC返回第二控制面消息，上述第二控制面消息中携带有第二RNC侧的传输网络层地址(TNL Address)信息和绑定标识(Binding ID)信息；
步骤S206，第一RNC和第二RNC根据第一控制面消息和第二控制面消息中携带的信息建立MBMS业务Iur同步承载。
其中，上述的第一控制面消息可以是MBMS业务Iur同步承载建立消息(MBMS Sync Bear Setup)或者公共传输信道资源请求消息(Common Transport Channel Resources Request)，相应地，上述的第二控制面消息可以是MBMS业务Iur同步承载建立响应消息(MBMS Sync Bear Setup Response)或者公共传输信道资源响应消息(Common Transport Channel Resources Response)。
优选地，上述第一RNC和第二RNC中的其中一个为主RNC(SRNC)，另一个为从RNC(DRNC)。
对于上述的第一控制面消息，优选地，其中还携带有第一RNC侧的传输网络层地址信息和绑定标识信息。
对于上述的第二控制面消息，优选地，其中还携带有MBMS业务的标识信息和/或承载标识信息。其中，上述的MBMS业务的标识信息为临时组播组标识(TMGI)。
此外，对于第一RNC与第二RNC之间的Iur接口传输承载，其可以为IP模式，也可以为ATM模式(Asynchronous Transfer Mode，异步传输模式)。
其中，在第一RNC与第二RNC之间的Iur接口传输承载为IP模式的情况下，上述的传输层地址信息包括：IP地址信息；绑定标识信息包括：用户数据报协议(User Datagram Protocol，简称为UDP)或传输控制协议(Transmission Control Protocol，简称为TCP)的端口信息；此外，第一控制面消息和第二控制面消息中进一步携带有传输网络服务质量(TNL QoS)信息。
另外，对于上述的第一控制面消息和第二控制面消息，其可以为面向无连接的控制面消息，也可以为面向连接的控制面消息。
以下将分别通过实例来进一步描述本发明的实施例。
实例1：
在实例1中，第一控制面消息为MBMS业务Iur同步承载建立消息，第二控制面消息为MBMS业务Iur同步承载建立响应消息，而二者均为面向无连接消息，Iur同步承载建立过程由SRNC发起。
该实例1中涉及的消息结构如下：
MBMS业务Iur同步承载建立消息：MBMS Sync Bear Setup
| IE/Group Namel(IE/组名) | Presence(存在性) | Range(范围) | IE TypeandReference(IE类型和参考) | SemanticsDescription(语义描述) | Criticality(临界点) | AssignedCriticality(分配的临界点) |
| Message Type | M(必选) | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | ||||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O(可选) | 9.2.1.3 | Shall beignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shall beignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| TNLQoS | O | 9.2.1.56A | Shall beignored ifbearerestablishmentwith ALCAP. | YES | lgnore |
MBMS业务Iur同步承载建立响应消息：MBMS Sync Bear SetupResponse：
| IE/Group Name(IE/组名) | Presence(存在性) | Range(范围) | IE TypeandReference(IE类型和参考) | SemanticsDescription(语义描述) | Criticality(临界点) | AssignedCriticality(分配的临界点) |
| Message Type | M(必选) | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | ||||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O(可选) | 9.2.1.3 | Shall beignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shallbeignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| TNLQoS | O | 9.2.1.56A | Shall beignored ifbearerestablishmentwith ALCAP. | YES | Ignore |
基于上述内容，如图3所示，该实例中的处理大致可以描述如下：
301，SRNC向DRNC发送面向无连接的信令消息——MBMSSync Bear Setup消息；该消息携带需要建立Iur同步承载的MBMS业务标识(TMGI)，如果Iur同步承载为IP模式，则消息还携带SRNC侧承载的IP地址和端口号，分别在信元TNL Address和Binding ID中携带，此外，还携带所述承载的QoS信息，该QoS信息通过RNLQoS信元携带；
302，DRNC收到MBMS Sync Bear Setup消息，分配本地资源，回应消息MBMS Sync Bear Setup Response消息；该响应消息携带业务标识(TMGI)，一方面，如果Iur同步承载为IP模式，则消息还携带SRNC侧承载的IP地址和端口号，分别在信元TNL Address和Binding ID中携带，此外，还携带有所述承载的QoS信息，该QoS信息通过RNL QoS信元携带；另一方面，如果Iur同步承载为ATM模式，则消息还携带ATM层的地址(TNL Address)和绑定ID(Binding ID)；
303，SRNC和DRNC根据接收到的消息，为该MBMS业务建立二者之间的Iur同步承载。
如上所述，在该实例中，通过面向无连接的MBMS Sync BearSetup消息和MBMS Sync Bear Setup Response消息，在SRNC和DRNC之间建立了MBMS业务的Iur同步承载。
实例2：
在实例2中，第一控制面消息为MBMS业务Iur同步承载建立消息，第二控制面消息为MBMS业务Iur同步承载建立响应消息，且二者均为面向连接消息，Iur同步承载建立过程由SRNC发起。
实例2中涉及的消息结构如下：
MBMS业务Iur同步承载建立消息：MBMS Sync Bear Setup
| IE/Group Name(IE/组名) | Presence(存在性) | Range(范围) | IE TypeandReference(IE类型和参考) | SemanticsDescription(语义描述) | Criticality(临界点) | AssignedCriticality(分配的临界点) |
| Message Type | M(必选) | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | ||||
| TMGI | M | 9.2.1.80 | ||||
| Binding ID | O(可选) | 9.2.1.3 | Shall beignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| TransportLayer Address | O | 9.2.1.62 | Shall beignored ifbearerestablishmentwith ALCAP | YES | ignore | |
| TNLQoS | O | 9.2.1.56A | Shall beignored ifbearerestablishmentwith ALCAP. | YES | Ignore |
MBMS业务Iur同步承载建立响应消息：MBMS Sync BearSetup Response：
| IE/Group Name(IE/组名) | Presence(存在性) | Range(范围) | IE TypeandReference(IE类型和参考) | SemanticsDescription(语义描述) | Criticality(临界点) | AssignedCriticality(分配的临界点) |
| Message Type | M | 9.2.1.40 | YES | reject | ||
| Transaction ID | M | 9.2.1.59 | ||||
| Binding ID | O | 9.2.1.3 | Shallbeignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| Transport Layer Address | O | 9.2.1.62 | Shallbeignored ifbearerestablishmentwith ALCAP. | YES | ignore | |
| TNLQoS | O | 9.2.1.56A | Shall beignored ifbearerestablishmentwith ALCAP. | YES | lgnore |
基于上述内容，如图4所示，该实例中的处理大致可以描述如下：
401、SRNC向DRNC发送面向连接的信令消息——MBMSSync Bear Setup消息，该消息中携带需要建立Iur同步承载的MBMS业务标识(TMGI)；如果Iur同步承载为IP模式，则消息中还需要携带SRNC侧承载的IP地址和端口号，分别在信元TNL Address和Binding ID中携带，并且还需要通过信元TNL QoS携带承载的QoS信息；
402、DRNC收到MBMS Sync Bear Setup消息，分配本地资源，通过消息指示的信令连接，回应消息MBMS Sync Bear SetupResponse；一方面，如果Iur同步承载为IP模式，则消息中还携带SRNC侧承载的IP地址和端口号，分别在信元TNL Address和Binding ID中携带；另一方面，如果Iur同步承载为ATM模式，则消息中还需要携带ATM层地址(TNL Address)和绑定ID(BindingID)；
403、SRNC和DRNC之间为该MBMS业务建立Iur信令连接；
404、SRNC和DRNC根据接收到的消息，为该MBMS业务建立Iur同步承载。
通过上面的描述可以看出，实例2与实例1的不同在于，RNC之间还需要建立Iur信令连接。
如上所述，在该实例中，通过面向连接的MBMS Sync BearSetup消息和MBMS Sync Bear Setup Response消息，在SRNC和DRNC之间建立了MBMS业务的Iur同步承载。
显然，本领域的技术人员应该明白，上述的本发明各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
如上所述，通过本发明提供的上述至少一个技术方案，相比于现有技术，可以在RNC之间为MBMS业务建立传输MBMS业务数据的Iur同步承载，从而保证了RNC间的MBMS业务同步，弥补了现有技术的缺陷。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种多媒体广播组播业务Iur同步承载的建立方法，用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器间建立Iur同步承载，其特征在于，所述方法包括：
第一无线网络控制器通过Iur接口控制面向第二无线网络控制器发送第一控制面消息，请求所述第二无线网络控制器建立多媒体广播组播业务的Iur同步承载，其中，所述第一控制面消息中携带有所述多媒体广播组播业务的标识信息；
第二无线网络控制器通过所述Iur接口控制面向所述第一无线网络控制器返回第二控制面消息，所述第二控制面消息中携带有第二无线网络控制器侧的传输网络层地址信息和绑定标识信息；
所述第一无线网络控制器和所述第二无线网络控制器根据所述第一控制面消息和所述第二控制面消息中携带的信息建立多媒体广播组播业务Iur同步承载。
2.根据权利要求1所述的方法，其特征在于，所述第一控制面消息中还携带有第一无线网络控制器侧的传输网络层地址信息和绑定标识信息。
3.根据权利要求1所述的方法，其特征在于，所述第二控制面消息中还携带有以下信息的一个或多个：多媒体广播组播业务的标识信息、承载标识信息。
4.根据权利要求1或3所述的方法，其特征在于，所述多媒体广播组播业务的标识信息为临时组播组标识。
5.根据权利要求1所述的方法，其特征在于，在所述第一无线网络控制器与所述第二无线网络控制器之间的Iur接口传输承载为IP模式的情况下，
所述传输层地址信息包括：IP地址信息；
所述绑定标识信息包括：用户数据报协议或传输控制协议的端口信息。
6.根据权利要求1所述的方法，其特征在于，在所述第一无线网络控制器与所述第二无线网络控制器之间的Iur接口传输承载为IP模式的情况下，
所述第一控制面消息和所述第二控制面消息中进一步携带有传输网络服务质量信息。
7.根据权利要求1、2、3、5或6所述的方法，其特征在于，所述第一控制面消息和所述第二控制面消息为面向无连接的控制面消息或面向连接的控制面消息。
8.根据权利要求7所述的方法，其特征在于，在所述第一控制面消息或所述第二控制面消息为面向连接的控制面消息的情况下，在建立所述多媒体广播组播业务Iur同步承载之前，所述方法进一步包括：
所述第一无线网络控制器和所述第二无线网络控制器建立Iur信令连接。
9.根据权利要求1、2、3、5、6、7或8所述的方法，其特征在于，所述第一控制面消息为多媒体多播广播业务Iur同步承载建立消息或公共传输信道资源请求消息，所述第二控制面消息为多媒体多播广播业务Iur同步承载建立响应消息或者公共传输信道资源响应消息。
10.根据权利要求1、2、3、5、6或8所述的方法，其特征在于，所述第一无线网络控制器和所述第二无线网络控制器中的其中一个为主无线网络控制器，另一个为从无线网络控制器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100052566A CN101499868B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100052566A CN101499868B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101499868A true CN101499868A (zh) | 2009-08-05 |
| CN101499868B CN101499868B (zh) | 2011-12-28 |
Family
ID=40946763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100052566A Active CN101499868B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101499868B (zh) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003044999A1 (en) * | 2001-11-21 | 2003-05-30 | Nokia Corporation | Method for multiplexing data streams onto a transport bearer between an originating network node and a receiving network node |
| WO2004089020A1 (fr) * | 2003-04-03 | 2004-10-14 | Utstarcom (China) Co. Ltd. | Procede de gestion de la mobilite d'un materiel utilisateur et systeme de communication s'y rapportant |
| CN101009644B (zh) * | 2006-12-25 | 2011-03-30 | 华为技术有限公司 | 一种组播业务的跨Iur接口连接保持方法以及DRNC |
-
2008
- 2008-01-31 CN CN2008100052566A patent/CN101499868B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN101499868B (zh) | 2011-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101043641B (zh) | 一种rnc间mbms数据同步方法及系统 | |
| US7957376B2 (en) | Efficient MBMS backbone distribution using one tunnel approach | |
| KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
| US20050165945A1 (en) | Providing multicast services in a point-to-multipoint manner for a radio communication system | |
| CN101039175B (zh) | Rlc在无线网络控制器间同步的方法及系统 | |
| CN101132607A (zh) | 演进多媒体广播组播业务接入网关、基站和方法 | |
| CN100502358C (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
| CN101350663A (zh) | 一种多媒体多播广播业务数据同步方法及系统 | |
| CN101043653B (zh) | 基于透明模式实现无线网络控制器间mbms业务同步的方法 | |
| CN101047437B (zh) | 无线链路控制序列号同步方法及无线网络控制器 | |
| CN101262277B (zh) | 多媒体广播组播业务数据同步调度方法 | |
| KR20040064347A (ko) | 패킷 데이터를 처리하는 방법 및 이를 위한 장치 | |
| CN101051864B (zh) | 用于mbms业务的实现rlc序列号在rnc间同步的方法 | |
| CN101051889B (zh) | 实现网络控制器间业务数据一致的方法及系统 | |
| CN101651489A (zh) | 多媒体广播组播业务网元间同步组网的资源管理方法 | |
| CN101552686B (zh) | 一种多媒体组播广播业务网元间同步的数据传输方法 | |
| CN101500191A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
| CN101500193B (zh) | 无线网络控制器间多媒体广播组播业务数据的同步方法 | |
| CN101499868B (zh) | 多媒体广播组播业务Iur同步承载的建立方法 | |
| CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及系统 | |
| CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
| CN101499869A (zh) | 多媒体广播组播业务Iur同步承载的建立方法及系统 | |
| CN101500192B (zh) | 多媒体广播组播业务Iur同步承载的释放方法 | |
| CN101562602A (zh) | Mbms业务数据同步系统中指示数据格式类型的方法 | |
| CN101646130A (zh) | 复用信道的多媒体广播组播业务网元间的同步方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |