CN101499869A - 多媒体广播组播业务Iur同步承载的建立方法及系统 - Google Patents
多媒体广播组播业务Iur同步承载的建立方法及系统 Download PDFInfo
- Publication number
- CN101499869A CN101499869A CNA2008100052621A CN200810005262A CN101499869A CN 101499869 A CN101499869 A CN 101499869A CN A2008100052621 A CNA2008100052621 A CN A2008100052621A CN 200810005262 A CN200810005262 A CN 200810005262A CN 101499869 A CN101499869 A CN 101499869A
- Authority
- CN
- China
- Prior art keywords
- network controller
- radio network
- chain
- iur
- multimedia broadcast
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种多媒体广播组播业务Iur同步承载的建立方法和系统,其中,上述方法包括以下处理:第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求第二无线网络控制器建立多媒体广播组播业务的Iur同步承载,其中,第一控制面消息中携带有多媒体广播组播业务的标识信息;响应于第一控制面消息,第二无线网络控制器进行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同步承载的技术的问题而提出本发明,为此,本发明旨在提供一种多媒体广播组播业务Iur同步承载的建立方法及系统,该方法及系统应用于RNC间通过Iur接口实现MBMS业务同步的过程,用以弥补相关技术中存在的上述缺陷。
根据本发明的一个方面,提供了一种多媒体广播组播业务Iur同步承载的建立方法,用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器间建立Iur同步承载。
根据本发明实施例的多媒体广播组播业务Iur同步承载的建立方法包括以下处理:第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求第二无线网络控制器建立多媒体广播组播业务的Iur同步承载,其中,第一控制面消息中携带有多媒体广播组播业务的标识信息;响应于第一控制面消息,第二无线网络控制器进行Iur同步承载建立的相关处理。
其中,第一控制面消息为多媒体广播组播业务Iur同步承载建立请求消息或公共传输信道资源请求消息。
优选地,第一控制面消息中进一步携带有以下至少之一:第一无线网络控制器的标识、第二无线网络控制器的标识。
其中,第二无线网络控制器进行Iur同步承载建立的相关处理的操作具体为:第二无线网络控制器发起多媒体广播组播业务的Iur同步承载建立过程。
或者,第二无线网络控制器进行Iur同步承载建立的相关处理的操作具体为:第二无线网络控制器向第一无线网络控制器返回第二控制面消息,并在第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在第二控制面消息中携带拒绝原因信息;第二无线网络控制器接受建立Iur同步承载的情况下,第二无线网络控制器发起多媒体广播组播业务的Iur同步承载建立过程。
其中,第二控制面消息为多媒体广播组播业务Iur同步承载建立响应消息或公共传输信道资源响应消息。
优选地,第二控制面消息中进一步携带有以下至少之一:第一无线网络控制器的标识、第二无线网络控制器的标识。
其中,上述的第一无线网络控制器和第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
根据本发明的另一方面,还提供了一种多媒体广播组播业务Iur同步承载的建立系统,该系统包括需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器。
在根据本发明实施例的多媒体广播组播业务Iur同步承载的建立系统中,第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求第二无线网络控制器建立多媒体广播组播业务的Iur同步承载,其中,第一控制面消息中携带有多媒体广播组播业务的标识信息;第二无线网络控制器用于响应于第一控制面消息发起多媒体广播组播业务的Iur同步承载建立过程或者向第一无线网络控制器发送第二控制面消息,并在第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在第二控制面消息中携带拒绝原因信息。
其中,第一无线网络控制器和第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
其中,第一控制面消息为多媒体广播组播业务Iur同步承载建立请求消息或公共传输信道资源请求消息,第二控制面消息为多媒体广播组播业务Iur同步承载建立响应消息或公共传输信道资源响应消息。
通过本发明,使得需要通过Iur接口实现MBMS业务的同步的第一RNC请求第二RNC发起MBMS业务Iur同步承载建立过程,可以在第一RNC和第二RNC之间建立Iur同步承载,从而保证了RNC间的MBMS业务同步,填补了相关技术中该项技术的空白。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为根据相关技术的通过Iur接口实现MBMS业务RNC间同步发送的组网示意图;
图2为根据本发明实施例的MBMS业务Iur同步承载的建立方法的流程图;
图3为图2所示的方法的实例1的流程图;
图4为图2所示的方法的实例2的流程图;
图5为根据本发明实施例的MBMS业务Iur同步承载的建立系统的结构框图。
具体实施方式
如上所述,目前,在通过RNC间的Iur接口实现RNC间MBMS业务同步的方法中,没有给出如何在RNC之间为MBMS业务建立用于传输MBMS业务数据的Iur同步承载的方案。
鉴于此,本发明实施例提供了一种MBMS业务Iur同步承载的建立方法及系统,用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一RNC和第二RNC间建立Iur同步承载。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
方法实施例
根据本发明实施例,首先提供了一种MBMS业务Iur同步承载的建立方法,用于在需要通过Iur接口实现MBMS业务的同步的第一RNC和第二RNC间建立Iur同步承载。根据本发明实施例的MBMS业务Iur同步承载的建立方法可以通过图1所示的网络结构来实现。
图2是根据本发明实施例的MBMS业务Iur同步承载的建立方法包括以下处理(步骤S202-步骤S204):
步骤S202,第一RNC向第二RNC发送第一控制面消息,请求第二RNC建立MBMS业务的Iur同步承载,其中,第一控制面消息中携带有MBMS业务的标识信息;
步骤S204,响应于第一控制面消息,第二RNC进行Iur同步承载建立的相关处理。
其中,上述的第一控制面消息可以为MBMS业务Iur同步承载建立请求消息(MBMS Sync Bear Setup Request)或公共传输信道资源请求消息(Common Transport Channel Resources Request)。
优选地,第一控制面消息中进一步携带有以下至少之一:第一RNC的标识(即,发送端RNC的标识:RNC ID)、第二RNC的标识(即,接收端RNC的标识:RNC ID)。
其中,第二RNC进行Iur同步承载建立的相关处理的操作具体为:第二RNC发起MBMS业务的Iur同步承载建立过程。
或者,第二RNC进行Iur同步承载建立的相关处理的操作具体为:第二RNC向第一RNC返回第二控制面消息,并在第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在第二控制面消息中携带拒绝原因信息;在接受建立Iur同步承载的情况下,第二RNC发起MBMS业务的Iur同步承载建立过程。
其中,上述的第二控制面消息为MBMS业务Iur同步承载建立响应消息(MBMS Sync Bear Setup Response)或公共传输信道资源响应消息(Common Transport Channel Resources Response)。
优选地,与第一控制面消息类似,第二控制面消息中也可以进一步携带有以下至少之一:第一RNC的标识(即,接收端RNC的标识:RNC ID)、第二RNC的标识(即,发送端RNC的标识:RNCID)。
其中,上述的第一RNC和第二RNC中的其中一个为主RNC(SRNC),另一个为从RNC(DRNC,或称为辅RNC)。另外需要说明的是,对于存在多个从RNC的情况,同样可以参照并使用上述的方法来实现,同样在本发明的保护范围之内。
以下将进一步结合实例来描述本发明。在以下的实例中,DRNC根据需要发送MBMS业务Iur同步承载建立请求消息(MBMS SyncBear Setup Request),SRNC根据配置或者MBMS业务的状态,决定是否与DRNC建立MBMS业务的Iur同步承载。
实例1:DRNC请求SRNC建立Iur同步承载,且SRNC允许建立Iur同步承载
如图3所示,该实例中的处理描述如下:
301,MBMS业务DRNC向业务SRNC通过Iur接口控制面发送消息MBMS Sync Bear Setup Request消息,消息携带所请求建立的MBMS业务标识(临时组播组标识:TMGI);
302,业务SRNC收到上述请求消息,同意与DRNC建立MBMS业务Iur同步承载,并发起MBMS业务Iur同步承载的建立过程。
其中,上述的MBMS Sync Bear Setup 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(可选) | 9.2.1.39a | TheExtendedRNC-ID IEshall be usedifthe RNCidentity has avalue largerthan 4095. | YES | reject |
实例2:DRNC请求SRNC建立Iur同步承载,且SRNC拒绝建立Iur同步承载
如图4所示,该实例中的处理描述如下:
401,MBMS业务DRNC向业务SRNC通过Iur接口控制面发送消息MBMS Sync Bear Setup Request消息,消息中携带有所请求建立的MBMS业务标识(TMGI);
402,业务SRNC收到上述请求消息,拒绝与DRNC建立MBMS业务Iur同步承载,并向DRNC发送消息MBMS Sync Bear SetupRequest Response消息,消息中指明拒绝建立承载,并携带拒绝的原因(cause)。
其中,上述的MBMS Sync Bear Setup Request消息的结构如下:
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 | ||||
Src Global RNC-ID | M | 9.2.1.39 | If theExtendedRNC-ID IE isincluded inthemessage,the RNC-IDIE in theGlobalRNC-ID IEshall beignored. | YES | ignore | |
Src Extended RNC-ID | O | 9.2.1.39a | TheExtendedRNC-ID IEshall be usedifthe RNCidentity has avalue largerthan 4095. | YES | reject |
其中,上述的MBMS Sync Bear Setup 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 | - | |||
TMGI | M | 9.2.1.80 | ||||
Allow | M | ENUMERATED(Allow,Reject) | ||||
Reject Cause Value | M | ENUMERATED(Permission Denied.SessionNot Sta rted...) | YES | ignore | ||
Src Global RNC-ID | M | 9.2.1.39 | If theExtendedRNC-ID IE isincluded inthemessage,the RNC-IDIE in theGlobalRNC-ID IEshall beignored. | YES | ignore | |
Src Extended RNC-ID | O | 9.2.1.39a | TheExtendedRNC-ID IEshall be usedifthe RNCidentity has avalue largerthan 4095. | YES | reject |
通过上面的描述可以看出,通过SRNC或DRNC中的其中一个发送Iur同步承载建立请求消息,在消息的接收端RNC接受请求的情况下,可以在SRNC与DRNC之间建立Iur同步承载。
显然,本领域的技术人员应该明白,上述的本发明各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
系统实施例
根据本发明实施例,还提供了一种MBMS业务Iur同步承载的建立系统。
如图1所示,该系统包括需要通过Iur接口实现MBMS业务的同步的第一RNC 502和第二RNC 504,二者之间通过Iur接口通信。
在根据本发明实施例的MBMS业务Iur同步承载的建立系统中,第一RNC 502向第二RNC 504发送第一控制面消息,请求第二RNC 504建立MBMS业务的Iur同步承载,其中,第一控制面消息中携带有MBMS业务的标识信息。
第二RNC 504用于响应于第一控制面消息发起MBMS业务的Iur同步承载建立过程,或者向第一RNC 502发送第二控制面消息,并在第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在第二控制面消息中携带拒绝原因信息。
其中,上述的第一控制面消息为MBMS业务Iur同步承载建立请求消息(MBMS Sync Bear Setup Request)或公共传输信道资源请求消息(Common Transport Channel Resources Request),第二控制面消息为MBMS业务Iur同步承载建立响应消息(MBMS Sync BearSetup Response)或公共传输信道资源响应消息(Common TransportChannel Resources Response)。
其中,第一RNC 502和第二RNC 504中的其中一个为主RNC,另一个为从RNC。另外需要说明的是,为了便于说明,本发明实施例中描绘了一个从RNC的情况,对于本领域普通技术人员来说,应当理解,作为从RNC的RNC的可以有多个,同样在本发明的保护范围之内。
如上所述,借助于本发明提供的上述至少一个技术方案,相比于现有技术,通过使得需要通过Iur接口实现MBMS业务的同步的第一RNC请求第二RNC发起MBMS业务Iur同步承载建立过程,可以在第一RNC和第二RNC之间建立传输MBMS业务数据的Iur同步承载,填补了相关技术中该项内容的空白,从而保证了RNC间的MBMS业务同步。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种多媒体广播组播业务Iur同步承载的建立方法,用于在需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器间建立Iur同步承载,其特征在于,所述方法包括:
第一无线网络控制器向第二无线网络控制器发送第一控制面消息,请求所述第二无线网络控制器建立多媒体广播组播业务的Iur同步承载,其中,所述第一控制面消息中携带有所述多媒体广播组播业务的标识信息;
响应于所述第一控制面消息,所述第二无线网络控制器进行Iur同步承载建立的相关处理。
2.根据权利要求1所述的方法,其特征在于,所述第一控制面消息为多媒体广播组播业务Iur同步承载建立请求消息或公共传输信道资源请求消息。
3.根据权利要求1所述的方法,其特征在于,所述第一控制面消息中进一步携带有以下至少之一:所述第一无线网络控制器的标识、所述第二无线网络控制器的标识。
4.根据权利要求1所述的方法,其特征在于,所述第二无线网络控制器进行Iur同步承载建立的相关处理的操作具体为:
所述第二无线网络控制器发起多媒体广播组播业务的Iur同步承载建立过程。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述第二无线网络控制器进行Iur同步承载建立的相关处理的操作具体为:
所述第二无线网络控制器向所述第一无线网络控制器返回第二控制面消息,并在所述第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在所述第二控制面消息中携带拒绝原因信息;
在接受建立Iur同步承载的情况下,所述第二无线网络控制器发起多媒体广播组播业务的Iur同步承载建立过程。
6.根据权利要求5所述的方法,其特征在于,所述第二控制面消息为多媒体广播组播业务Iur同步承载建立响应消息或公共传输信道资源响应消息。
7.根据权利要求5所述的方法,其特征在于,所述第二控制面消息中进一步携带有以下至少之一:所述第一无线网络控制器的标识、所述第二无线网络控制器的标识。
8.根据权利要求1、2、3、4、6或7所述的方法,其特征在于,所述第一无线网络控制器和所述第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
9.一种多媒体广播组播业务Iur同步承载的建立系统,包括需要通过Iur接口实现多媒体广播组播业务的同步的第一无线网络控制器和第二无线网络控制器,其特征在于,
所述第一无线网络控制器向所述第二无线网络控制器发送第一控制面消息,请求所述第二无线网络控制器建立多媒体广播组播业务的Iur同步承载,其中,所述第一控制面消息中携带有所述多媒体广播组播业务的标识信息;
所述第二无线网络控制器用于响应于所述第一控制面消息发起多媒体广播组播业务的Iur同步承载建立过程或者向所述第一无线网络控制器发送第二控制面消息,并在所述第二控制面消息中携带是否接受建立Iur同步承载的信息,其中,在不接受建立Iur同步承载的情况下,进一步在所述第二控制面消息中携带拒绝原因信息。
10.根据权利要求9所述的系统,其特征在于,所述第一无线网络控制器和所述第二无线网络控制器中的其中一个为主无线网络控制器,另一个为从无线网络控制器。
11.根据权利要求9或10所述的系统,其特征在于,所述第一控制面消息为多媒体广播组播业务Iur同步承载建立请求消息或公共传输信道资源请求消息,所述第二控制面消息为多媒体广播组播业务Iur同步承载建立响应消息或公共传输信道资源响应消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100052621A CN101499869A (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100052621A CN101499869A (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101499869A true CN101499869A (zh) | 2009-08-05 |
Family
ID=40946764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100052621A Pending CN101499869A (zh) | 2008-01-31 | 2008-01-31 | 多媒体广播组播业务Iur同步承载的建立方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101499869A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023197171A1 (zh) * | 2022-04-12 | 2023-10-19 | 北京小米移动软件有限公司 | 传输同步方法及装置、存储介质 |
-
2008
- 2008-01-31 CN CNA2008100052621A patent/CN101499869A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023197171A1 (zh) * | 2022-04-12 | 2023-10-19 | 北京小米移动软件有限公司 | 传输同步方法及装置、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101043641B (zh) | 一种rnc间mbms数据同步方法及系统 | |
US7969938B2 (en) | Method and apparatus for providing multimedia broadcast/multicast service according to mobility of user equipment | |
CN101188819B (zh) | Iu接口并行多媒体广播组播业务会话开始处理方法及装置 | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
MXPA05006110A (es) | Metodo de solicitud de conexion de control de recursos de radio y aparato para comunicaciones moviles. | |
RU2349038C2 (ru) | Структура модуля управления доступом к среде при многоточечном обслуживании | |
CN103052038A (zh) | 一种建立组呼上下文的方法和系统、基站、集群epc | |
CN100502358C (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
CN101262277B (zh) | 多媒体广播组播业务数据同步调度方法 | |
CN101047437B (zh) | 无线链路控制序列号同步方法及无线网络控制器 | |
CN101651489A (zh) | 多媒体广播组播业务网元间同步组网的资源管理方法 | |
CN101552948A (zh) | 无线网络控制器同步发送相同mbms业务数据的方法 | |
CN101051889B (zh) | 实现网络控制器间业务数据一致的方法及系统 | |
CN101500191A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
CN101051864B (zh) | 用于mbms业务的实现rlc序列号在rnc间同步的方法 | |
CN101500193B (zh) | 无线网络控制器间多媒体广播组播业务数据的同步方法 | |
CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及系统 | |
CN101499869A (zh) | 多媒体广播组播业务Iur同步承载的建立方法及系统 | |
CN101552686B (zh) | 一种多媒体组播广播业务网元间同步的数据传输方法 | |
CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
CN101227454B (zh) | 一种传递组播业务加入指示的方法 | |
CN101499868B (zh) | 多媒体广播组播业务Iur同步承载的建立方法 | |
CN101500192B (zh) | 多媒体广播组播业务Iur同步承载的释放方法 | |
CN101562602A (zh) | Mbms业务数据同步系统中指示数据格式类型的方法 | |
CN101499870B (zh) | Rnc间多媒体广播组播业务数据的同步方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20090805 |