CN101500192A - 多媒体广播组播业务Iur同步承载的释放方法 - Google Patents
多媒体广播组播业务Iur同步承载的释放方法 Download PDFInfo
- Publication number
- CN101500192A CN101500192A CN 200810005261 CN200810005261A CN101500192A CN 101500192 A CN101500192 A CN 101500192A CN 200810005261 CN200810005261 CN 200810005261 CN 200810005261 A CN200810005261 A CN 200810005261A CN 101500192 A CN101500192 A CN 101500192A
- Authority
- CN
- China
- Prior art keywords
- radio network
- network controller
- iur
- chain
- command message
- 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同步承载的释放方法,其中,第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求释放第一无线网络控制器和第二无线网络控制器之间已经建立的多媒体广播组播业务的Iur同步承载;响应于第一控制面消息,第二无线网络控制器释放已经建立的多媒体广播组播业务的Iur同步承载资源。通过本发明,在通过RNC间的Iur接口实现MBMS业务同步发送的系统中,可以实现RNC间对已经连接的MBMS业务Iur同步承载的释放控制。
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间的Iur接口实现MBMS业务同步发送的系统中,对于如何释放已经建立的MBMS业务的Iur同步承载,并没有给出解决方案,实际上,已经建立的MBMS业务的Iur同步承载的释放问题对于RNC间的MBMS业务的同步过程而言,同样是必需的,因此,需要一种RNC间的MBMS同步承载的释放方案。
发明内容
考虑到相关技术中存在的需要一种RNC间的MBMS同步承载的释放方案的问题而提出本发明,为此,本发明旨在提供一种RNC间的MBMS同步承载的释放方法,用于解决现有技术中存在的上述问题。
根据本发明,提供了一种多媒体广播组播业务Iur同步承载的释放方法,用于释放在通过Iur接口实现多媒体广播组播业务内容同步的第一无线网络控制器和第二无线网络控制器间建立的Iur同步承载。
根据本发明实施例的多媒体广播组播业务Iur同步承载的释放方法包括以下处理:第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求释放第一无线网络控制器和第二无线网络控制器之间已经建立的多媒体广播组播业务的Iur同步承载资源;响应于第一控制面消息,第二无线网络控制器释放已经建立的多媒体广播组播业务的Iur同步承载资源。
其中,上述方法进一步包括以下处理:第一无线网络控制器在发送第一控制面消息后,在本地释放已经建立的多媒体广播组播业务的Iur同步承载。
或者,上述方法进一步包括以下处理:响应于第一控制面消息,第二无线网络控制器向第一无线网络控制器发送第二控制面消息;响应于第二控制面消息,第一无线网络控制器在本地释放已经建立的多媒体广播组播业务的Iur同步承载。
其中,上述的第一控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。具体地,第一控制面消息为多媒体广播组播同步承载释放请求消息或公共传输信道资源释放请求消息。
优选地,上述的第一控制面消息中携带有以下中的一个或多个:多媒体广播组播业务的Iur同步承载的标识信息、多媒体广播组播业务的标识信息、第一无线网络控制器的标识、第二无线网络控制器的标识。
另外,上述的第二控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。具体地,第二控制面消息为多媒体广播组播业务同步承载释放消息或公共传输信道资源释放消息。
优选地,第二控制面消息中携带有以下中的一个或多个:多媒体广播组播业务的Iur同步承载的标识信息、多媒体广播组播业务的标识信息、第一无线网络控制器的标识、第二无线网络控制器的标识。
其中,第一无线网络控制器和第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
通过本发明,在通过RNC间的Iur接口实现MBMS业务同步发送的系统中,可以实现RNC间对已经连接的MBMS业务Iur同步承载的释放控制。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为根据相关技术的通过Iur接口实现MBMS业务RNC间同步发送的组网示意图;
图2为根据本发明实施例的MBMS业务Iur同步承载的释放方法的流程图;
图3为图2所示的方法的实例1的简要交互流程图;
图4为图2所示的方法的实例2的简要交互流程图。
具体实施方式
如上所述,在通过RNC间的Iur接口实现MBMS业务同步发送的系统中,对于如何释放已经建立的MBMS业务的Iur同步承载,没有给出解决方案。
鉴于此,本发明实施例旨在提供一种MBMS业务Iur同步承载的释放方法,用于释放在通过Iur接口实现MBMS业务的同步的RNC(例如,第一RNC和第二RNC)间建立的Iur同步承载。根据本发明实施例的MBMS业务Iur同步承载的释放方法可以通过图1所示的网络结构来实现。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
图2是根据本发明实施例的MBMS业务Iur同步承载的释放方法的流程图,如图2所示,该方法可以包括以下处理(步骤S202-步骤S204):
步骤S202,第一RNC向第二RNC发送第一控制面消息,请求释放第一RNC和第二RNC之间已经建立的MBMS业务的Iur同步承载;
步骤S204,响应于第一控制面消息,第二RNC释放其与第一RNC之间已经建立的MBMS业务的Iur同步承载。
其中,第一RNC和第二RNC中的其中一个为主RNC(SRNC),另一个为从RNC(DRNC,或称为辅RNC),即,第一RNC为MBMS通过Iur接口实现同步发送业务的系统中的SRNC,第二RNC为MBMS通过Iur接口实现同步发送业务的系统中的DRNC;或者,第一RNC为MBMS通过Iur接口实现同步发送业务的系统中的DRNC,第二RNC为MBMS通过Iur接口实现同步发送业务的系统中的SRNC。
其中,上述的第一控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。具体地,其可以为MBMS同步承载释放请求消息(MBMS Sync Bear Release Request)或公共传输信道资源释放请求消息(Common Transport Channel Resources ReleaseRequest)。
优选地,第一控制面消息中携带有:多媒体广播组播业务的Iur同步承载的标识信息(Bear ID)、多媒体广播组播业务的标识信息(TMGI)。
进一步优选地,上述的第一控制面消息中还可以携带有以下信息:第一RNC的标识(即,发送端RNC标识:RNC ID)、第二RNC的标识(即,接收端RNC标识:RNC ID)。
在上述方法中,在步骤S202之后,还可以进一步包括以下处理:第一RNC在发送第一控制面消息后,在本地释放已经建立的MBMS业务的Iur同步承载。
实例1
通过以下给出的实例可以更好的理解该情况下本发明实施例的实现过程。如图3所示,具体可以描述如下:
301,DRNC向SRNC通过Iur接口控制面发送MBMS Sync BearRelease Request消息,消息中携带有请求释放的MBMS业务的Iur同步承载的标识信息(Bear ID),并且还可以携带有MBMS业务的标识信息(TMGI)、DRNC ID、SRNC ID等;
302,DRNC释放本地与SRNC之间已经建立的MBMS业务的Iur同步承载;
303,接收到MBMS Sync Bear Release Request消息,SRNC释放已经建立的MBMS业务的Iur同步承载。
其中,MBMS业务Iur同步承载释放请求:MBMS Sync BearRelease Request的消息结构如下:
IE/Group Name](IE/组名) | Presence(存在性) | Range(范围) | IETypeandReference(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 | ||||
Src Global RNC-ID | M | 9.2.1.39 | IftheExtendedRNC-ID IE isincluded inthemessage,the RNC-IDIE in theGlobalRNC-ID IEshall beignored. | YES | ignore | |
Src Extended RNC-ID | O(可选) | g.2.1.39a | TheExtendedRNC-ID IEshall be usedif the RNCidentity has avalue largerthan 4095. | YES | reject |
需要说明的是,上面给出的步骤仅仅是说明性的,并不用于对本发明构成任何限制。例如,可以在303之后执行302,这不影响本发明的本质。
通过以上给出的实例可以看出,DRNC向SRNC发起释放承载的请求,SRNC释放了Iur同步承载,并且DRNC也释放了本地的Iur同步承载,因此实现了RNC间的Iur同步承载的释放控制。
以上描述的是发起释放请求的RNC在发送请求消息后直接释放本地Iur同步承载的情况,但是本发明不限于此,以下描述的是本发明的另一种实现方式。
即,在步骤S204中或在步骤S204之后:响应于第一控制面消息,第二RNC向第一RNC发送第二控制面消息;响应于第二控制面消息,第一RNC在本地释放已经建立的MBMS业务的Iur同步承载。
其中,上述的第二控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。具体地,第二控制面消息可以为MBMS业务同步承载释放消息(MBMS Sync Bear Release)。
优选地,第二控制面消息中携带有:多媒体广播组播业务的Iur同步承载的标识信息(Bear ID)、多媒体广播组播业务的标识信息(TMGI,临时组播组标识)。
进一步优选地,第二控制面消息中还可以携带有以下信息:第一RNC的标识(即,接收端RNC标识:RNC ID)、第二RNC的标识。(即,发送端RNC标识:RNC ID)。
实例2
通过以下给出的实例可以更好的理解该情况下本发明实施例的实现过程。如图4所示,具体可以描述如下:
401,DRNC向SRNC通过Iur接口控制面发送MBMS Sync BearRelease Request消息,消息中携带有请求释放的MBMS业务的Iur同步承载的标识信息(Bear ID),并且还可以携带有MBMS业务的标识信息(TMGI)、DRNC ID、SRNC ID等;
402,接收到MBMS Sync Bear Release Request消息,SRNC释放本地的与发送请求的DRNC之间建立的MBMS业务的Iur同步承载;
403,SRNC向DRNC发送MBMS Sync Bear Release消息;
404,接收到MBMS Sync Bear Release消息,DRNC释放本地的与SRNC之间已经建立的MBMS业务的Iur同步承载。
其中,该实例中的MBMS Sync Bear Release Request消息的消息结构与实例1相同,MBMS Sync Bear Release消息的消息结构如下:
IE/Group Name](IE/组名) | Presence(存在性) | Range(范围) | IE Type andReference(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 | ||||
Src Global RNC-ID | M | 9.2.1.39 | If the ExtendedRNC-ID IE isincluded in themessage,theRNC-ID IE intheGlobal RNC-IDIE shall beignored. | YES | ignore | |
Src Extended RNC-ID | O(可选) | 9.2.1.39a | The ExtendedRNC-ID IE shallbe used iftheRNC identity hasa value largerthan4095. | YES | reject |
需要说明的是,上面给出的步骤仅仅是说明性的,并不用于对本发明构成任何限制。例如,402可以在403之后执行,这不影响本发明的本质。
通过以上给出的实例可以看出,DRNC向SRNC发起释放承载的请求,SRNC释放了Iur同步承载,并且DRNC在SRNC返回响应消息后,也释放了本地的Iur同步承载,因此实现了RNC间的Iur同步承载的释放控制。
显然,本领域的技术人员应该明白,上述的本发明各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
如上所述,借助于本发明提供的上述至少一个技术方案,相比于现有技术,在通过RNC间的Iur接口实现MBMS业务同步发送的系统中,可以实现RNC间对已经连接的MBMS业务Iur同步承载的释放控制。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种多媒体广播组播业务Iur同步承载的释放方法,用于释放在通过Iur接口实现多媒体广播组播业务内容同步的第一无线网络控制器和第二无线网络控制器间建立的Iur同步承载,其特征在于,所述方法包括:
第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求释放所述第一无线网络控制器和所述第二无线网络控制器之间已经建立的多媒体广播组播业务的Iur同步承载资源;
响应于所述第一控制面消息,所述第二无线网络控制器释放已经建立的所述多媒体广播组播业务的Iur同步承载资源。
2.根据权利要求1所述的方法,其特征在于,进一步包括:
所述第一无线网络控制器在发送所述第一控制面消息后,在本地释放已经建立的所述多媒体广播组播业务的Iur同步承载。
3.根据权利要求1所述的方法,其特征在于,进一步包括:
响应于所述第一控制面消息,所述第二无线网络控制器向所述第一无线网络控制器发送第二控制面消息;
响应于所述第二控制面消息,所述第一无线网络控制器在本地释放已经建立的所述多媒体广播组播业务的Iur同步承载。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一控制面消息为多媒体广播组播同步承载释放请求消息或公共传输信道资源释放请求消息。
6.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一控制面消息中携带有以下中的一个或多个:所述多媒体广播组播业务的Iur同步承载的标识信息、所述多媒体广播组播业务的标识信息、所述第一无线网络控制器的标识、所述第二无线网络控制器的标识。
7.根据权利要求3所述的方法,其特征在于,所述第二控制面消息为面向连接的Iur控制面消息或面向无连接的Iur控制面消息。
8.根据权利要求3所述的方法,其特征在于,所述第二控制面消息为多媒体广播组播业务同步承载释放消息或公共传输信道资源释放消息。
9.根据权利要求3所述的方法,其特征在于,所述第二控制面消息中携带有以下中的一个或多个:所述多媒体广播组播业务的Iur同步承载的标识信息、所述多媒体广播组播业务的标识信息、所述第一无线网络控制器的标识、所述第二无线网络控制器的标识。
10.根据权利要求1、2、3、7、8或9所述的方法,其特征在于,所述第一无线网络控制器和所述第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810005261 CN101500192B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的释放方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810005261 CN101500192B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的释放方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101500192A true CN101500192A (zh) | 2009-08-05 |
CN101500192B CN101500192B (zh) | 2013-06-12 |
Family
ID=40947024
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810005261 Expired - Fee Related CN101500192B (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的释放方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101500192B (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6438370B1 (en) * | 1998-06-16 | 2002-08-20 | Nokia Telecommunications, Oy | Location update method and inter core network entity handover method |
CN100493238C (zh) * | 2002-08-16 | 2009-05-27 | 北京三星通信技术研究有限公司 | Mbms点对点信道和点对多点信道的转换方法 |
-
2008
- 2008-01-31 CN CN 200810005261 patent/CN101500192B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101500192B (zh) | 2013-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101043641B (zh) | 一种rnc间mbms数据同步方法及系统 | |
CN101529932B (zh) | 用于对向多个小区提供多媒体广播/组播的节点共享传输信道的方法和设备 | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
CN101651510B (zh) | 业务数据同步发送的恢复处理方法和装置 | |
CN101039175B (zh) | Rlc在无线网络控制器间同步的方法及系统 | |
CN101572859A (zh) | 网元间公共控制消息的同步方法 | |
CN101651536A (zh) | 控制序列号的同步实现方法和系统 | |
CN101043653B (zh) | 基于透明模式实现无线网络控制器间mbms业务同步的方法 | |
CN101047437B (zh) | 无线链路控制序列号同步方法及无线网络控制器 | |
CN101262277B (zh) | 多媒体广播组播业务数据同步调度方法 | |
CN101651489A (zh) | 多媒体广播组播业务网元间同步组网的资源管理方法 | |
CN101051864B (zh) | 用于mbms业务的实现rlc序列号在rnc间同步的方法 | |
CN101500191A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
CN101552686B (zh) | 一种多媒体组播广播业务网元间同步的数据传输方法 | |
CN101500193B (zh) | 无线网络控制器间多媒体广播组播业务数据的同步方法 | |
CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及系统 | |
CN101500192B (zh) | 多媒体广播组播业务Iur同步承载的释放方法 | |
CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
CN101499868B (zh) | 多媒体广播组播业务Iur同步承载的建立方法 | |
CN101499870B (zh) | Rnc间多媒体广播组播业务数据的同步方法及装置 | |
CN101499869A (zh) | 多媒体广播组播业务Iur同步承载的建立方法及系统 | |
CN101500194B (zh) | Rnc间多媒体广播组播业务同步的恢复方法和装置 | |
CN101562602A (zh) | Mbms业务数据同步系统中指示数据格式类型的方法 | |
CN101267580A (zh) | 多媒体广播组播服务的恢复方法 | |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130612 Termination date: 20180131 |