CN102035794A - 多媒体广播组播业务的同步序列发送和接收方法及系统 - Google Patents
多媒体广播组播业务的同步序列发送和接收方法及系统 Download PDFInfo
- Publication number
- CN102035794A CN102035794A CN2009101741626A CN200910174162A CN102035794A CN 102035794 A CN102035794 A CN 102035794A CN 2009101741626 A CN2009101741626 A CN 2009101741626A CN 200910174162 A CN200910174162 A CN 200910174162A CN 102035794 A CN102035794 A CN 102035794A
- Authority
- CN
- China
- Prior art keywords
- synchronizing sequence
- network element
- timestamp
- timestamp information
- business
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多媒体广播组播业务的同步序列发送和接收方法及系统,所述的发送方法包括:上层网元指示下层网元所发送的多媒体广播组播业务的起始同步序列时间戳信息;上层网元根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳。通过采用本发明技术方案,在实现MBMS同步发送的一组网元中,使得下层网元可以准确的获知同步序列的起始时间和间隔,从而避免了在业务开始的一段时间内不能正确的接收和进行丢包检测,导致错误地发送业务数据的情况。
Description
技术领域
本发明涉及无线通信技术领域,更具体地,涉及一种多媒体广播组播业务的同步序列发送和接收方法及系统。
背景技术
为了有效地利用移动网络资源,3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)提出了多媒体广播组播业务(Multimedia BroadcastMulticast Service,简称MBMS),该业务是一种从一个数据源向多个目标传送数据的技术,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G(3rd Generation,第三代移动通信技术)的发展提供了更好的业务前景。
在3GPP中,MBMS业务可以采用多播方式发送,根据具体的发送和接收方式的不同,多播方式又分为MBSFN(Multicast/Broadcast over SingleFrequency Network,单频网多播广播)方式和软合并(Soft Combining)方式,其中:
在MBSFN发送方式中,基站网元在多个小区采用相同的调制编码格式,采用相同的物理资源发送相同的MBMS业务信号,该多个小区构成了一个MBSFN区域。MBMS发送方式的特征包括:1)在MBSFN区域内同步传输相同的MBSFN信号;2)支持用户终端合并接收来自多个小区的MBSFN信号,提高接收信号的增益。现有技术中MBSFN发送模式应用于LTE(LongTerm Evolution,长期演进)系统中的MBMS(Universal MobileTelecommunications System,通用移动通信系统),UMTS系统中专用载频的MBMS发送。
软合并发送和MBSFN方式类似,在UMTS系统中,多个小区中基站网元发送相同的业务内容,用户终端同时接收来自多个小区的MBMS业务信号进行软合并接收,提高接收增益。与MBSFN方式不同的是,所述多个小区在发送MBMS业务时,采用不同的扩频码和小区扰码。
在现有的MBMS技术中,采用如下的信道结构:
在LTE系统中,一个MBMS业务映射到一条MTCH(Multicast TrafficChannel,多播业务信道)。多条MTCH信道可以通过时分复用的方式映射到一条MCH(Multicast Channel,多播信道)传输信道上;在实际的LTE组网中,一个MBSFN区域上有若干个MBSFN业务,相同MBSFN区域的多个MBSFN业务的数据信道MTCH、以及该MBSFN业务的MCCH(MulticastControl Channel,多播业务信道)可以复用到一条MCH。
在UMTS系统中,属于相同MBSFN区域或者MBSFN cluster(簇)或者MSMS组的一组MBMS业务的MTCH可以映射到同一个传输信道。在UMTS的专用载频技术中,因为构成MBSFN发送的多个小区采完全一致的小区扰码,因此承载MCCH的物理信道也采用MBSFN方式发送。
在现有的LTE技术中,复用在同一个传输信道的多个MBMS业务可以采用如下的方式动态的共享信道的资源,这种方式称为动态复用(DynamicMultiplexing)。
在LTE MBMS中定义了调度周期的概念,或称为MSAP(MBSFNsubframe allocation pattern,MBSFN子帧分配模式)长度。一个调度周期在时域上定义为一个时间段长度,例如320或640ms,在该时间段内,一条传输信道占用分配若干MBSFN子帧(subframe)资源。
如图1所示,在一个调度周期内,一个MBMS逻辑信道的数据连续占用其映射的传输信道的资源,即连续地占用MCH信道的MBSFN子帧资源,直到该业务在该调度周期内需要发送的业务数据全部发送完毕。不同业务的数据可以在同一个MBSFN子帧内发送,来自不同的逻辑信道的数据通过MAC层串接在同一个MAC PDU(Media Access Control Protocol Data Unit,媒体接入控制层协议数据单元)中发送。
具体的,一个LTE定义的MBSFN无线子帧对应一个TTI(TransmissionTime Interval,传输时间间隔),在一个TTI内可以发送一个或多个传输数据块,每个传输数据块对应一个MAC PDU。在一个MAC PDU中,可以包含多个MAC SDU(Service Data Unit,服务数据单元),同一个MAC PDU中的不同MAC SDU用于承载不同的MBMS逻辑信道的数据。
多个复用的MBMS逻辑信道在一个调度周期内的发送顺序可以通过MCCH信道或者其它的信令通知给用户接收端。其中,上述的MBMS逻辑信道包括MTCH、MCCH或MSCH(Multicast Scheduling Channel,多播调度信道)等。
为实现MBMS业务在多个网元实体(基站网元)的小区间实现同步的发送,现有技术公开了一种同步协议处理(SYNC)方式,该方法包括上层网元和下层网元,如图2所示。该SYNC协议包括以下处理:
步骤S101,上层网元发送MBMS业务数据包到各下层网元,该业务数据包承载了业务数据,并携带时间戳信息、数据包序列号信息、累计业务数据长度信息等,上层网元对一个或多个连续业务数据包标识相同的时间戳信息,这些标记了相同时间戳的数据包组成一个数据突发(data burst)或者称为同步序列(Synchronization Sequence)。相邻两个同步序列的时间戳差为同步序列长度。
上层网元以同步序列长度为间隔,对需要发送的业务数据周期性的构造同步序列,标记时间戳,并发送到下层网元。所述以同步序列长度为间隔,是指相邻两个同步序列的时间戳间隔为同步序列长度。
具体的,根据具体实现,上层网元可以需要发送的业务数据的达到上层网元的时间、或业务数据包的生成时间、或根据上层网元对业务数据进行流量整形后进行标记。以根据业务数据达到时间标记时间戳为例,假设同步序列间隔为L,则在时间间隔为Ti到Ti+L之间达到上层网元的业务数据包,组成一个同步序列的业务数据包,Ti和Ti+L为上层网元进行所述处理的时间点。
参见图3,上述的累计业务数据包长度信息是指一个同步序列内,或从某个起点开始,到所述业务数据包之前的所有业务数据包的业务数据累计长度。图3示出了一个由3个数据包组成的同步序列。
结合图4,在每个同步序列的最后,上层网元还发送一种SYNC控制帧,该控制帧携带了其对应的同步序列的业务数据包总个数、业务数据总长度信息。
具体的在现有同步协议(SYNC)中,采用类型1和2的帧结构承载业务数据,采用类型0的帧结构承载所述的SYNC控制帧。
所述的同步序列包含上述的同步序列数据帧(包)和同步协议(SYNC)控制帧。
上层网元在标记同步序列时间戳时,需要考虑业务数据包从上层网元到下层网元的传输延时、处理延时和同步序列长度以及其它的延时,这样才能保证下层网元接收到同步序列时,有充分的时间进行处理,并根据时间戳指示的时间映射到合适的无线接口调度周期上发送。
例如,上述的各种延时总量为D,上层网元在发送同步序列T时,需要考虑到延时D的影响,并至少提前D时间量发送同步序列T。也就是在T-D时刻或之前发送同步序列T。
图4中示出了一组连续的同步序列之间的时间戳的关系,以及所述SYNC控制帧的发送。
步骤S102,下层网元接收到上述的同步序列,并通过检测业务数据包的序列号,检测是否存在业务数据包的丢失已经丢失的业务数据包的总长度。
下层网元通过检测接收到的一个同步序列的数据包的序列号,可以检测出是否存在业务数据包的丢失,例如下层网元接收到了同步序列X的业务数据包的序列号为N-1,N,N+3,N+4...则下层网元可以检测出数据包N+1,N+2丢失。下层网元进一步的通过检测序列号为N和N+3的数据包携带的累计数据长度的差,可以知道所丢失的业务数据N+1,N+2的业务数据长度的和。
下层网元还可以通过读取上述的SYNC控制帧,获取其对应的同步序列的数据包总个数和业务数据总长度。该控制帧也是一个同步序列结束的标记。
步骤S103,每个下层网元对同一个同步序列中的业务数据包所携带的业务数据在其时间戳对应的调度周期开始在无线接口依次发送业务数据包。
上层网元和下层网元应该有相同的参考时间。所述的时间戳信息为上层网元和下层网元理解一致的时间信息。
映射到一个调度周期内的一个业务若干业务数据包(来自一个或多个同步序列),在进行无线链路协议层(Radio Link Control,简称RLC)处理时,进行RLC分段和串接处理,以获得最大的无线接口资源使用效率。
每个下层网元独立的完成对MBMS业务数据包的无线链路控制协议层处理,包括分配RLC序列号、RLC分片和串接(segmentation andconcatenation)。RLC序列号的分配为从0到最大值间循环使用。在正常情况下,各下层网元维护当前的RLC PDU序列号,并根据接收到的数据包进行相同的处理,而初始RLC序列号可以通过配置保持多个下层网元之间的同步,这样,每个下层网元在处理数据过程中,都可以保持RLC序列号分配的一致。
在出现丢包时,下层网元通过检测所述的累积数据包长度可以得到丢失的数据包的长度。在这种情况下,下层网元在进行RLC层协议处理时,可以构造一个虚拟的数据包,其长度为丢失的数据包的长度。该虚拟的数据包和其它正确接收到的数据包一样进行RLC串接、分片处理。在真实的无线接口发送时,包含有该虚拟数据包数据的TTI将不进行发送,而是静默(mute)。该处理方式称为mute处理。通过mute处理,可以避免虚拟数据包的数据和其它网元正确接收到的业务数据不一致导致的干扰。并且,因为该虚拟数据包的长度和丢失的数据包的长度一致,其在RLC PDU中占据的空间的大小和真实的数据包占据的空间大小是一致的,这样该丢失的数据包之后正确接收到的数据包在RLC PDU中的开始位置和没有出现丢包的网元一致。也就是通过这样的处理,保持了丢包的网元和没有丢包网元处理的一致性。
考虑到下层网元存在重启的可能性,在重启后,其之前为该MBMS业务维护的RLC序号丢失,此时它无法确定对下一个接收到MBMS业务数据包进行RLC分片串接处理后的RLC序列号,以保持和相邻网元小区对该业务数据包进行RLC串接分片处理后分配的序号保持一致。为了解决这个问题,在现有技术中,采用了RLC序列号复位的方法,具体的,在一个调度周期的开始,RLC序列号从0开始分配,这样重启的下层网元可以从一个调度周期开始重新和其它网元保持RLC序列号的同步。
根据同步序列的长度和调度周期长度的关系,其映射关系可以包括如下几种:
1.多个同步序列映射到一个调度周期,此时调度周期长度为同步序列长度的整数倍。
2.一个同步序列映射到多个调度周期,此时同步序列的长度为调度周期的整数倍。
通过上述的方法,多个下层网元接收到完全一样的业务数据包,并根据SYNC协议的内容,可以进行同步业务数据处理,从而保持同步的发送业务数据。
以上描述中,上层网元和下层网元可以是下列网元的组合方式,但是不限于下列的组合:
1、在UMTS系统的MBMS业务同步组网中,上层网元为核心网网元,下层网元为RNC(Radio Network Controller,无线网络控制器)。
2、在LTE系统的MBMS业务同步组网中,上层网元为BMSC(BroadcastMulticast Service Center,广播多播业务中心),下层网元为eNB(E-UTRANNodeB)。
图2示例了所述上层网元-下层网元的逻辑结构图。其中下层网元间存在逻辑接口或者物理接口。
在实际的业务部署中,一个业务在某个时间段可以没有任何数据需要发送,这个时间称为该业务的空闲时间。如果一个同步序列长度的时间段内容没有数据需要发送,则该同步序列长度称为该业务的空闲同步序列。在现有技术中,采用如下的技术检测空闲同步序列:
上层网元在所述的空闲同步序列发送SYNC控制帧,其时间戳为该同步序列的时间戳,并指示该同步序列的数据包个数为0,累计数据包总长度为0。下层网元接收到该控制帧,可以知道所述时间戳对应的同步序列没有任何数据需要发送。
因为同步序列为周期性的,所以在没有数据的时间段内,每隔一个同步周期长度,上层网元将发送上述的控制帧。
而下层网元可以根据同步序列长度,也就是相邻同步序列的时间戳间隔进行所述的空闲检测。具体的,根据实现方式的不同,下层网元可以在不同的时刻进行检测。例如,在下层网元根据一个同步序列的时间戳可知该同步序列映射到的无线接口调度周期,在下层网元判决该无线接口调度周期内数据是否存在丢包时,下层网元检测是否接收到所述同步序列的全部数据帧和控制帧。
因为同步序列是以固定的间隔(同步序列长度)周期性的发送的,所以下层网元可以知道每一个同步序列的时间戳信息,例如,下层网元在接收到同步序列Tj(即时间戳为Tj的同步序列)时,就可知道后续的同步序列的时间戳依次为Tj+L,Tj+2L。。。因此也可预知每个同步序列映射到的无线接口调度周期。
这种空闲检测带来的好处是:下层网元可以知道一个同步序列是因为没有任何数据需要发送,还是因为所有的数据包都丢失导致了其没有接收到任何数据包。如果是因为空闲导致的没有业务数据包,则下层网元可以安全的发送和该业务复用的其他业务的数据,如果是因为丢失了数据包而导致的没有接收到一个同步序列的任何数据包,则下层网元也不能发送与该业务复用的其他业务数据、或在动态复用调度中,下层网元不能发送根据业务发送顺序,在该业务之后发送的其它的业务的数据。
如图4所示,时间戳为T2和T3的同步序列长度内,没有任何数据需要发送,只有SYNC的控制帧。
但上述的方法存在如下问题:
现有技术中,下层网元无法获知业务数据的开始时间,从而有可能无法正确地进行接收和丢包、空闲检测。例如,假定某个业务的第一个同步序列的时间戳为T1,而如果因为从上层网元到下层网元间的数据包丢失,下层网元接收到的第一个同步序列的时间戳为T2,则下层网元将不能判断在T2之前是否存在有同步序列需要发送。在这种情况下,如果下层网元按照没有丢包的情况进行处理,则从T1时刻起,该下层网元在无线接口发送的数据信号将和其它网元不一致,导致小区间的干扰;
同样的,在现有技术中,下层网元也不能准确的获知业务数据的结束时间。这样,如果业务数据已经结束,而下层网元还在进行接收和丢包、空闲检测的话,将导致错误的判断,认为业务数据包全部丢失,从而对与该业务复用的其它业务进行静默处理。
因此,由于下层网元无法获知一个业务的起始同步序列(即第一个同步序列)和结束同步序列(即最后一个同步序列)的时间戳信息,从而有可能无法正确进行接收和丢包检测,进而将导致小区间的干扰,或导致不必要的静默处理正常接收到的业务。
发明内容
本发明要解决的技术问题是提供一种多媒体广播组播业务的同步序列发送和接收方法及系统,使下层网元可以获知起始或结束同步序列的时间戳信息。
为了解决上述问题,本发明提供了一种多媒体广播组播业务的同步序列发送方法,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述上层网元根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳。
进一步地,所述上层网元通过控制面消息指示所述下层网元所述起始同步序列时间戳信息。
本发明还提供了一种多媒体广播组播业务的同步序列发送方法,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的结束同步序列时间戳信息,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述上层网元在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列。
进一步地,所述上层网元通过控制面消息指示所述下层网元所述结束同步序列时间戳信息。
本发明还提供了一种多媒体广播组播业务的同步序列发送接收方法,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的起始同步序列时间戳信息;并根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列;
所述下层网元根据接收到的所述起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
进一步地,如果所述下层网元没有接收到所述起始同步序列时间戳标识的同步序列,则判断所述起始同步序列全部丢失。
进一步地,所述上层网元通过控制面消息指示所述下层网元所述起始同步序列时间戳信息。
本发明还提供了一种多媒体广播组播业务的同步序列发送接收方法,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的结束同步序列时间戳信息,所述结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述上层网元在发送完所述结束同步序列时间戳标识的同步序列、或在发送完所述结束同步序列时间戳标识的同步序列的前一个同步序列之后,停止发送所述业务的同步序列;
所述下层网元根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测。
进一步地,所述上层网元通过控制面消息指示所述下层网元所述结束同步序列时间戳信息。
本发明还提供了一种多媒体广播组播业务的同步序列接收方法,包括:
所述下层网元根据接收到的多媒体广播组播业务的起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
本发明还提供了一种多媒体广播组播业务的同步序列接收方法,包括:
所述下层网元根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测;
其中,所述结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息。
本发明还提供了一种多媒体广播组播业务的同步序列发送系统,应用于上层网元,包括时间戳指示单元和发送单元,其中:
所述时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述发送单元用于,根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳。
进一步地,所述时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述发送单元还用于,在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列。
本发明还提供了一种多媒体广播组播业务的同步序列发送接收系统,包括上层网元和下层网元,所述上层网元进一步包括时间戳指示单元和发送单元,所述下层网元包括接收检测单元,其中:
所述时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述发送单元用于,根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳;
所述接收单元用于,根据接收到的所述起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
进一步地,所述时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述发送单元还用于,在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列;
所述接收单元用于,根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测。
本发明至少具有如下有益效果:在实现MBMS同步发送的一组网元中,使得下层网元可以准确的获知同步序列的起始时间和间隔,从而避免了在业务开始的一段时间内不能正确的接收和进行丢包检测,导致错误的发送业务数据的情况。
附图说明
图1为MBMS业务动态复用的示意图;
图2为MBMS业务网元间同步的组网示意图;
图3为同步协议中同步序列和同步控制帧的示意图;
图4为空闲同步序列和同步控制帧的发送示意图;
图5为本发明实施例之一中同步序列和调度周期的映射关系图;
图6为本发明实施例之一中MBMS业务的同步序列发送接收系统的示意框图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步详细描述。
本发明优选实施例中,采用如下技术方案:
a)上层网元通过控制面消息指示下层网元,一个业务的起始同步序列时间戳信息;
该时间戳信息包括相对时间或绝对时间形式表示的时间信息。
可选的,上层网元还通过控制面消息指示下层网元同步序列长度信息,所述同步序列长度信息为绝对时间值表示的时间长度。
b)上层网元从所述起始同步序列时间戳开始,以所述同步序列长度为时间间隔,构造并标记同步序列数据帧和/或SYNC控制帧的时间戳。
如果所述同步序列中没有任何数据包需要发送,则上层网元发送对应同步序列的SYNC控制帧。
c)下层网元根据所述业务的起始同步序列时间戳信息,或连同所述同步序列长度信息对所述业务的同步序列进行接收处理。。
具体的,下层网元对从所述的起始同步序列开始,以所述同步序列长度为间隔的同步序列进行接收处理。
本实施例中,下层网元对所述同步序列的接收处理包括但不限于:从所述起始同步序列时间戳标识的同步序列开始,以所述同步序列长度为间隔,周期性的进行检测。所述的检测是指:
如果下层网元接收到所述同步序列的同步序列数据帧、或SYNC控制帧,则按照现有技术的同步协议进行处理。
如果下层网元没有接收到所述的同步序列(包括同步序列数据帧、或SYNC控制帧),则下层网元判断应该出现了整个同步序列的丢失。
在本发明其它实施例中,下层网元也可以根据获知的起始同步序列时间戳信息提前对同步序列进行接收处理。
本发明另一实施例中,采用如下技术方案:
上层网元通过控制面消息指示下层网元业务的结束同步序列时间戳信息;
下层网元根据所述结束同步序列时间戳,停止进行该业务的接收处理。
具体的,下层网元在接收所述结束同步序列时间戳标识的同步序列、或在所述结束同步序列时间戳对应的时间之后,停止对该业务数据的接收处理。
其中,上层网元指示结束同步序列时间戳信息的方式与上述实施例相类似,在此不再赘述。
以下结合本发明应用实例对上述技术方案的实施作进一步详细阐述。
应用实例一
本实例中,上层网元为BMSC,下层网元为eNB;控制面消息为会话开始消息(MBMS Session Start)。
所述的同步序列数据帧为SYNC协议的type1,type2帧格式,所述的SYNC控制帧为SYNC协议的type0帧格式。
BMSC发送给eNB的MBMS Session Start消息中携带业务S的起始同步序列时间戳T1,可选的,还携带同步序列长度L。
BMSC根据配置的时间提前量D(例如传输延时和处理延时等),从时间T1-D开始发送携带有起始时间戳T1的同步序列数据帧或SYNC控制帧。
在eNB侧,该业务映射的传输信道的调度周期为P,在该例中,调度周期为同步序列长度L的两倍长。此时,一个调度周期将映射两个同步序列。
具体的,同步序列到调度周期的映射方式为:同步序列映射在其时间戳之后或正对的调度周期。在该是中,起始同步序列时间戳映射的情况如图5所示,也就是调度周期P1。
eNB期待接收到的第一个同步序列的时间戳为T1。则eNB从该同步序列开始接收和检测该业务数据。
eNB在时间戳T1对应的时间到达时,对同步序列T1进行检测,如果接收到了时间戳为T1的该业务的同步序列数据帧或SYNC控制帧,则按照现有同步协议进行处理。
如果eNB只接收到时间戳为T1的SYNC控制帧,且该SYNC帧中的数据包个数为0,则判断该同步序列长度内,该业务没有数据需要发送。
如果eNB没有接收到时间戳为T1的该业务的同步序列或SYNC控制帧,则eNB认为同步序列T1全部丢失。
eNB从T1开始,对每隔L时间间隔的一系列时间戳对应的同步序列,依次进行检测。在该例中,这些同步序列的时间戳为T1+L,T1+2L,T1+3L…..
在上述的同步序列中,如果没有业务数据需要发送,则BMSC构造该同步序列的SYNC控制帧,也就是SYNC协议的type 0帧,发送到下层网元。
在该例中,同步序列T1对应的调度周期为P1,同步序列T1+L,T1+2L对应的调度周期为P2。
在该例中,所述的时间戳对应的时间达到时,可以是且不限于如下情况之一:所述的时间戳对应的调度周期时间达到时、下层网元对所述时间戳对应的调度周期进行构造时或判决是否能够发送时。
应用实例二
本实例中,上层网元为BMSC,下层网元为eNB。
所述的控制面消息为会话开始消息(MBMS Session Stop)(例如在BMSC可以预知结束时间的情况下)或会话停止消息(MBMS Session Stop)。
所述的同步序列数据帧为SYNC协议的type1,type2帧格式,所述的SYNC控制帧为SYNC协议的type0帧格式。
BMSC发送给eNB的MBMS Session Start或MBMS Session Stop消息中携带业务S的结束同步序列时间戳T0。
eNB对同步序列进行接收处理直到所述结束同步序列时间戳T0指示的最后一个同步序列为止。
其中,关于结束同步序列时间戳的定义,具体的处理可以是:
1.定义所述的结束同步序列时间戳为该业务最后一个同步序列的时间戳T0,则eNB在对时间戳为T0的同步序列T0进行接收处理后,将不再接收该业务的同步序列、和/或或检测该业务的同步序列接收情况,而是认为在此之后将不再有任何该业务会话的同步序列达到eNB。
在此情况下,BMSC发送该业务的同步序列数据帧、或SYNC控制帧,直到发完时间戳为T0的同步序列数据帧或SYNC控制帧为止。
2.定义所述的结束同步序列时间戳为该业务停止发送的同步序列时间戳,即发送的该业务的最后一个同步序列的下一个同步序列时间戳。在此情况下,BMSC发送该业务的同步序列数据帧、或SYNC控制帧,直到发完时间戳为T0的前一个同步序列数据帧或SYNC控制帧为止。而eNB从该时间戳对应的时间开始,停止接收该业务的同步序列、和/或检测该业务的同步序列接收情况,而且认为该业务不会有时间戳大于等于T0同步序列到达eNB。
在上述的同步序列中,如果没有业务数据需要发送,则BMSC构造该同步序列的SYNC控制帧,也就是SYNC协议的type 0帧,发送到eNB。
此外,如图6中所示,本发明实施例中还提供了一种多媒体广播组播业务的同步序列发送系统,应用于上层网元,包括时间戳指示单元和发送单元,其中:时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
发送单元用于,根据起始同步序列时间戳信息标记业务的第一个同步序列时间戳。
进一步地,时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为业务的最后一个同步序列时间戳信息、或最后一个同步序列的下一个时间戳信息;
发送单元还用于,在发送完结束同步序列时间戳对应的同步序列、或在发送完结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送业务的同步序列。
参见图6,本发明还提供了一种多媒体广播组播业务的同步序列发送接收系统,包括上层网元和下层网元,上层网元进一步包括时间戳指示单元和发送单元,下层网元包括接收检测单元,其中:
时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
发送单元用于,根据起始同步序列时间戳信息标记业务的第一个同步序列时间戳;
接收单元用于,根据接收到的起始同步序列时间戳信息,从起始同步序列时间戳标识的同步序列开始,对业务进行同步序列的接收和/或丢包检测。
进一步地,时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为业务的最后一个同步序列时间戳信息、或最后一个同步序列的下一个时间戳信息;
发送单元还用于,在发送完结束同步序列时间戳对应的同步序列、或在发送完结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送业务的同步序列;
接收单元用于,根据接收到的结束同步序列时间戳信息,在接收完结束同步序列时间戳标识的同步序列、或者在结束同步序列时间戳对应的时间之后,停止对业务进行同步序列的接收和/或丢包检测。
应当理解,上述的具体实施方式仅是为理解本发明方便而提供的优选实施例,不能理解为限定本发明,因此由本发明权利要求所覆盖的一切技术方案均在本发明的要求权利之列。
Claims (15)
1.一种多媒体广播组播业务的同步序列发送方法,其特征在于,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述上层网元根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳。
2.如权利要求1所述的方法,其特征在于,
所述上层网元通过控制面消息指示所述下层网元所述起始同步序列时间戳信息。
3.一种多媒体广播组播业务的同步序列发送方法,其特征在于,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的结束同步序列时间戳信息,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述上层网元在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列。
4.如权利要求3所述的方法,其特征在于,
所述上层网元通过控制面消息指示所述下层网元所述结束同步序列时间戳信息。
5.一种多媒体广播组播业务的同步序列发送接收方法,其特征在于,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的起始同步序列时间戳信息;并根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列;
所述下层网元根据接收到的所述起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
6.如权利要求5所述的方法,其特征在于,
如果所述下层网元没有接收到所述起始同步序列时间戳标识的同步序列,则判断所述起始同步序列全部丢失。
7.如权利要求5或6所述的方法,其特征在于,
所述上层网元通过控制面消息指示所述下层网元所述起始同步序列时间戳信息。
8.一种多媒体广播组播业务的同步序列发送接收方法,其特征在于,包括:
上层网元指示下层网元所发送的多媒体广播组播业务的结束同步序列时间戳信息,所述结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述上层网元在发送完所述结束同步序列时间戳标识的同步序列、或在发送完所述结束同步序列时间戳标识的同步序列的前一个同步序列之后,停止发送所述业务的同步序列;
所述下层网元根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测。
9.如权利要求8所述的方法,其特征在于,
所述上层网元通过控制面消息指示所述下层网元所述结束同步序列时间戳信息。
10.一种多媒体广播组播业务的同步序列接收方法,其特征在于,包括:
所述下层网元根据接收到的多媒体广播组播业务的起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
11.一种多媒体广播组播业务的同步序列接收方法,其特征在于,包括:
所述下层网元根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测;
其中,所述结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息。
12.一种多媒体广播组播业务的同步序列发送系统,应用于上层网元,其特征在于,包括时间戳指示单元和发送单元,其中:
所述时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述发送单元用于,根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳。
13.如权利要求12所述的系统,其特征在于,
所述时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述发送单元还用于,在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列。
14.一种多媒体广播组播业务的同步序列发送接收系统,包括上层网元和下层网元,其特征在于,所述上层网元进一步包括时间戳指示单元和发送单元,所述下层网元包括接收检测单元,其中:
所述时间戳指示单元用于,指示所发送的多媒体广播组播业务的起始同步序列时间戳信息;
所述发送单元用于,根据所述起始同步序列时间戳信息标记所述业务的第一个同步序列时间戳;
所述接收单元用于,根据接收到的所述起始同步序列时间戳信息,从所述起始同步序列时间戳标识的同步序列开始,对所述业务进行同步序列的接收和/或丢包检测。
15.如权利要求14所述的系统,其特征在于,
所述时间戳指示单元还用于,指示所发送的多媒体广播组播业务的结束同步序列时间戳信息,其中,该结束同步序列时间戳信息为所述业务的最后一个同步序列时间戳信息、或所述最后一个同步序列的下一个时间戳信息;
所述发送单元还用于,在发送完所述结束同步序列时间戳对应的同步序列、或在发送完所述结束同步序列时间戳对应的同步序列的前一个同步序列之后,停止发送所述业务的同步序列;
所述接收单元用于,根据接收到的所述结束同步序列时间戳信息,在接收完所述结束同步序列时间戳标识的同步序列、或者在所述结束同步序列时间戳对应的时间之后,停止对所述业务进行同步序列的接收和/或丢包检测。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101741626A CN102035794A (zh) | 2009-09-29 | 2009-09-29 | 多媒体广播组播业务的同步序列发送和接收方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101741626A CN102035794A (zh) | 2009-09-29 | 2009-09-29 | 多媒体广播组播业务的同步序列发送和接收方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102035794A true CN102035794A (zh) | 2011-04-27 |
Family
ID=43888135
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101741626A Pending CN102035794A (zh) | 2009-09-29 | 2009-09-29 | 多媒体广播组播业务的同步序列发送和接收方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102035794A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056084A (zh) * | 2009-11-04 | 2011-05-11 | 中兴通讯股份有限公司 | 多媒体广播组播业务系统及其同步方法 |
CN102325377A (zh) * | 2011-05-24 | 2012-01-18 | 电信科学技术研究院 | 一种资源调度指示方法及装置 |
CN102842324A (zh) * | 2012-09-17 | 2012-12-26 | 江苏亿通高科技股份有限公司 | 动态匹配前端音频码率的录音及播音的方法 |
CN102932743A (zh) * | 2011-08-08 | 2013-02-13 | 华为技术有限公司 | 多媒体广播组播业务数据的传输控制方法、装置和系统 |
CN103188120A (zh) * | 2013-04-08 | 2013-07-03 | 华为技术有限公司 | 一种组播业务的丢包检测方法及装置 |
CN105450356A (zh) * | 2014-09-03 | 2016-03-30 | 中兴通讯股份有限公司 | 丢失数据的恢复处理方法及装置 |
CN109729277A (zh) * | 2018-11-19 | 2019-05-07 | 魔门塔(苏州)科技有限公司 | 多传感器采集时间戳同步装置 |
CN110139041A (zh) * | 2018-11-19 | 2019-08-16 | 魔门塔(苏州)科技有限公司 | 远程多传感信号同步采集方法 |
CN110337679A (zh) * | 2017-02-17 | 2019-10-15 | 日本电信电话株式会社 | 感测系统及时间戳校正方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101039175A (zh) * | 2007-03-27 | 2007-09-19 | 中兴通讯股份有限公司 | Rlc在无线网络控制器间同步的方法及系统 |
CN101047437A (zh) * | 2007-03-23 | 2007-10-03 | 中兴通讯股份有限公司 | 无线链路控制序列号同步方法及无线网络控制器 |
-
2009
- 2009-09-29 CN CN2009101741626A patent/CN102035794A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047437A (zh) * | 2007-03-23 | 2007-10-03 | 中兴通讯股份有限公司 | 无线链路控制序列号同步方法及无线网络控制器 |
CN101039175A (zh) * | 2007-03-27 | 2007-09-19 | 中兴通讯股份有限公司 | Rlc在无线网络控制器间同步的方法及系统 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056084A (zh) * | 2009-11-04 | 2011-05-11 | 中兴通讯股份有限公司 | 多媒体广播组播业务系统及其同步方法 |
CN102325377B (zh) * | 2011-05-24 | 2014-08-06 | 电信科学技术研究院 | 一种资源调度指示方法及装置 |
CN102325377A (zh) * | 2011-05-24 | 2012-01-18 | 电信科学技术研究院 | 一种资源调度指示方法及装置 |
US10117226B2 (en) | 2011-08-08 | 2018-10-30 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for transmission control of multimedia broadcast multicast service data |
US9398605B2 (en) | 2011-08-08 | 2016-07-19 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for transmission control of multimedia broadcast multicast service data |
US10674477B2 (en) | 2011-08-08 | 2020-06-02 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for transmission control of multimedia broadcast multicast service data |
EP2728912A1 (en) * | 2011-08-08 | 2014-05-07 | Huawei Technologies Co., Ltd | Multimedia broadcast multicast service data transmission control method, device and system |
EP2728912A4 (en) * | 2011-08-08 | 2014-07-30 | Huawei Tech Co Ltd | METHOD FOR CONTROLLING MULTIMEDIA MULTICAST BROADCAST SERVICE DATA TRANSMISSION, DEVICE AND SYSTEM |
CN102932743A (zh) * | 2011-08-08 | 2013-02-13 | 华为技术有限公司 | 多媒体广播组播业务数据的传输控制方法、装置和系统 |
JP2014522192A (ja) * | 2011-08-08 | 2014-08-28 | 華為技術有限公司 | マルチメディア・ブロードキャスト/マルチキャスト・サービス・データの伝送制御を行う方法、装置およびシステム |
CN102932743B (zh) * | 2011-08-08 | 2015-12-09 | 华为技术有限公司 | 多媒体广播组播业务数据的传输控制方法、装置和系统 |
EP3177048A1 (en) | 2011-08-08 | 2017-06-07 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for transmission control of multimedia broadcast multicast service data |
WO2013020503A1 (zh) * | 2011-08-08 | 2013-02-14 | 华为技术有限公司 | 多媒体广播组播业务数据的传输控制方法、装置和系统 |
CN102842324A (zh) * | 2012-09-17 | 2012-12-26 | 江苏亿通高科技股份有限公司 | 动态匹配前端音频码率的录音及播音的方法 |
CN103188120B (zh) * | 2013-04-08 | 2016-08-10 | 华为技术有限公司 | 一种组播业务的丢包检测方法及装置 |
CN103188120A (zh) * | 2013-04-08 | 2013-07-03 | 华为技术有限公司 | 一种组播业务的丢包检测方法及装置 |
CN105450356A (zh) * | 2014-09-03 | 2016-03-30 | 中兴通讯股份有限公司 | 丢失数据的恢复处理方法及装置 |
CN110337679A (zh) * | 2017-02-17 | 2019-10-15 | 日本电信电话株式会社 | 感测系统及时间戳校正方法 |
CN110337679B (zh) * | 2017-02-17 | 2021-12-31 | 日本电信电话株式会社 | 感测系统及时间戳校正方法 |
CN109729277A (zh) * | 2018-11-19 | 2019-05-07 | 魔门塔(苏州)科技有限公司 | 多传感器采集时间戳同步装置 |
CN110139041A (zh) * | 2018-11-19 | 2019-08-16 | 魔门塔(苏州)科技有限公司 | 远程多传感信号同步采集方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11171887B2 (en) | Method and device for synchronization in wireless networks | |
CN102035794A (zh) | 多媒体广播组播业务的同步序列发送和接收方法及系统 | |
KR101030678B1 (ko) | 단일 주파수 모바일 통신 네트워크에서 브로드캐스트 데이터의 전달을 동기화하기 위한 방법 | |
CN101741701B (zh) | 同步调度方法和装置 | |
KR101527737B1 (ko) | 멀티미디어 동작 데이터를 전송 및 수신하기 위한 방법, 기지국 디바이스 및 이용자 디바이스 | |
CN101998274B (zh) | 一种多媒体广播组播业务的调度和传输方法及其系统 | |
CN101741538B (zh) | 同步调度方法 | |
KR101445115B1 (ko) | 게이트웨이 및 기지국들 사이를 동기화하는 방법 및 대응하는 게이트웨이와 기지국 | |
CN101931884B (zh) | 一种数据同步方法和系统 | |
CN101772966A (zh) | 用于提供多个服务的方法 | |
EP2320599B1 (en) | Method and apparatus for recovery processing of synchronously transmitted service data | |
CN101416425A (zh) | 无线通信系统中的上行链路和下行链路的信道构成方法 | |
US9386598B2 (en) | Method and apparatus for synchronization processing | |
JP5357973B2 (ja) | 同期スケジュール方法 | |
CN104080173B (zh) | 一种lte系统中基站mac层对mbms业务的处理系统 | |
CN101651517A (zh) | 突发序列丢失的检测方法和装置 | |
CN102036176A (zh) | 一种多媒体广播组播业务的同步恢复的方法及网络系统 | |
CN102301672B (zh) | 演进多媒体广播组播业务分组传输方法、网关和基站 | |
CN101500191A (zh) | 多媒体广播组播业务资源分配同步的实现方法 | |
CN101651488A (zh) | 一种多媒体广播组播业务网元间的协同方法 | |
WO2015154523A1 (zh) | 丢失数据的恢复处理方法及装置 | |
CN101583081B (zh) | 一种同步承载建立的方法、系统和装置 | |
KR101271551B1 (ko) | Mbms 서비스 송신 방법 및 디바이스 |
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: 20110427 |