CN101651605A - 数据发送和接收方法、数据收发系统 - Google Patents

数据发送和接收方法、数据收发系统 Download PDF

Info

Publication number
CN101651605A
CN101651605A CN200810135163A CN200810135163A CN101651605A CN 101651605 A CN101651605 A CN 101651605A CN 200810135163 A CN200810135163 A CN 200810135163A CN 200810135163 A CN200810135163 A CN 200810135163A CN 101651605 A CN101651605 A CN 101651605A
Authority
CN
China
Prior art keywords
data
packet
data burst
network element
burst
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
Application number
CN200810135163A
Other languages
English (en)
Inventor
艾建勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200810135163A priority Critical patent/CN101651605A/zh
Publication of CN101651605A publication Critical patent/CN101651605A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据发送和接收方法、数据收发系统,数据发送方法包括:多个指定网元中的每个指定网元对其接收到的数据突发中的数据包进行无线链路控制协议处理时,对数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;将数据突发中的数据包所对应的协议数据单元下发给用户终端。通过本发明,在下发协议数据单元的过程中,将归属于同一个数据突发的协议数据单元标识上相同的数据突发标识,使得用户终端能够对归属于同一个数据突发的协议数据单元进行RLC处理,避免了相邻小区的无线干扰。

Description

数据发送和接收方法、数据收发系统
技术领域
本发明涉及通信领域,尤其涉及一种数据发送和接收方法、数据收发系统。
背景技术
随着Internet网络的迅猛发展,大量多媒体业务涌现出来,人们对移动通信的需求已不再满足于电话和消息业务,目前,多媒体业务中引入了应用业务,应用业务的特点是多个用户能同时接收相同的数据,例如视频点播、电视广播、视频会议、网上教育、互动游戏等。
为了有效地利用移动网络资源,提出了多媒体广播组播业务(Multimedia Broadcast Multicast Service,简称为MBMS)技术,MBMS为一个数据源向多个用户发送数据的点到多点业务,通过该业务,能够实现网络资源共享,包括移动核心网和接入网的资源共享,尤其是空口资源的共享,且3GPP中的MBMS不仅能够实现纯文本低速率的消息类组播和广播,而且能够实现高速率的多媒体业务组播和广播。
MBMS单频网传输方式(MBMS Single Frequency Network,简称为MBSFN)是一种能够提高MBMS业务频谱利用率的技术。MBSFN中,相邻小区同步发送相同的无线信号,用户设备(UE)可以将来自于不同基站的信号视为多径信号。同步发送MBMS业务无线信号的多个小区组成MBSFN同步区域,在MBSFN同步区域内的小区,同步发送相同的MBMS业务信号,这些小区称为MBSFN小区。
由于MBMS业务是面向全网的服务,同一个MBMS业务可能建立在不同的下层网元节点上,具体地,上层网元向下层网元发送数据流,其中,该数据流中包括多个数据突发,每个数据突发中包括多个数据包,目前,采用下述方法来实现多个网元在小区间的MBMS业务同步,图1示出了上层网元和下层网元的逻辑结构框架图,可以看出,一个上层网元与多个下层网元相连接,进行信令交互,图2是根据现有技术的MBMS同步实现方法的流程图,如图2所示,包括以下处理:
步骤S202,上层网元向各个下层网元发送MBMS业务数据包,其中,该数据包中携带时间戳信息、数据包序列号信息、累计数据包长度信息等。对于一个或多个连续并且需要进行无线链路控制(Radio Link Control,简称为RLC)协议层进行串接处理的数据包,上层网元对该一个或多个数据包标识相同的时间戳信息,这些标识了相同时间戳的一个或多个数据包组成一个数据突发(data burst),一个数据突发可以是一组连续的数据包,也可以是单独的一个数据包;
步骤S204,对于每个下层网元,其接收到上述MBMS业务数据包,其中,对同一个数据突发中的数据包进行RLC协议层串接处理,不同数据突发中的数据包不进行RLC串接;
步骤S206,下层网元对同一个数据突发中的数据包在其标识的时间戳指示的时刻开始按照其序列号进行处理;
步骤S208,下层网元根据每个数据包中的数据包序列号信息,检测是否存在数据包的丢失,以及丢失的数据包的个数;
步骤S210,下层网元根据每个数据包携带的累计数据包长度信息,检测丢失的数据包的累计长度,构造虚拟数据包。
由于上层网元发送给每个下层网元的MBMS业务数据包完全相同,这样各下层网元可以进行完全一致的处理,以实现MBMS业务在各下层网元的小区间的同步发送。
通过上述方法,下层网元在检测到数据包丢失时,可以根据丢失的数据包的个数和总长度,构造虚拟数据包,其中,这些虚拟数据包的个数和总长度与丢失数据包的个数和总长度一致,构造虚拟数据包之后,下层网元将构造的虚拟数据包加入到用户面协议处理中,就像丢失的数据包没有丢失一样,但是下层网元并不发送包含虚拟数据包的用户面数据块(RLC PDU或者MAC PDU),来保证对后续数据包处理和其它下层网元一致,并避免因为虚拟数据包和真实数据包的不一致而导致的与相邻小区间的无线干扰。
需要说明的是,上述的一个上层网元和一个或多个下层网元在物理功能上可以是相同的网元,也可以是不同的网元,将其分为上层网元和下层网元只是从逻辑上进行的划分,协作完成业务同步功能,即多个相同或不同的物理网元按照逻辑功能划分为一个上层网元和一个或多个下层网元,这些网元协同合作实现在下层网元小区以多小区合并方式发送MBMS业务。
在数据从上层网元传输到下层网元的过程中,存在丢失的可能性,并且可能出现连续的数据包丢失,根据现有技术,下层网元可以检测到丢失的数据包的个数和丢失的数据包的总长度,并根据这些信息构造虚拟的丢失数据包,并将这些虚拟的数据包进行用户面协议层处理,就像这些数据包没有丢失一样,以保持后续接收到的数据包的处理状态和其他没有发生数据丢失的下层网元一致,这样保证在数据丢失的情况下,在正确的接收到后续数据包后,还能保持和其它下层网元的同步。
但是,前一个数据突发的数据包和后一个数据突发的数据包不可能在同一个RLC PDU内串接,对前一个数据突发的数据块,如果没有占满一个RLC PDU或者MAC SDU,则在RLC协议层或者MAC协议层进行填充处理,填充的数据大小取决于RLC协议PDU或者MAC PDU没有被占用的空间大小。在出现连续数据丢失的情况下,下层网元没有办法判断丢失的若干个数据包是否属于同一个数据突发,那么也就是没有办法判断这些数据包之间是否需要进行串接或者填充处理,即,丢失的数据包真实的占用RLC PDU或者MAC PDU的负荷空间的大小是没有办法正确计算的。
在上述的情况下,出现数据丢失的下层网元不能与其它没有出现数据丢失的下层网元保持同步,会带来无线信号的干扰,而且用户终端无法判断出归属于同一个数据突发的多个协议数据单元,产生RLC序列号混乱导致的RLC重组错误。
发明内容
考虑到相关技术中存在的用户终端无法判断出归属于同一个数据突发的多个协议数据单元,产生RLC序列号混乱导致的RLC重组错误的问题而提出本发明,为此,本发明的主要目的在于提供一种控制序列号的同步实现方法,以解决上述问题。
根据本发明的一个方面,提供一种数据发送方法。
根据本发明实施例的数据发送方法包括:多个指定网元中的每个指定网元对其接收到的数据突发中的数据包进行无线链路控制协议处理时,对数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;将数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息。
通过本发明的上述至少一个技术方案,在下发协议数据单元的过程中,将归属于同一个数据突发的协议数据单元标识上相同的数据突发标识,使得用户终端能够对归属于同一个数据突发的协议数据单元进行RLC处理,避免了相邻小区的无线干扰。
根据本发明的一个方面,提供一种数据接收方法。
根据本发明实施例的数据发送方法包括:用户终端接收多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的无线链路控制序列号置为预定的值。
根据本发明的一个方面,提供一种数据收发系统。
根据本发明实施例的数据收发系统包括:处理模块,位于指定网元侧,用于每个指定网元接收到的数据突发中的数据包进行无线链路控制协议处理时,对数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;下发模块,位于指定网元侧,用于将数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息;接收模块,位于用户终端侧,用于接收多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的无线链路控制序列号置为预定的值。
通过本发明的上述至少一个技术方案,在下发协议数据单元的过程中,将归属于同一个数据突发的协议数据单元标识上相同的数据突发标识,使得用户终端能够对归属于同一个数据突发的协议数据单元进行RLC处理,避免了相邻小区的无线干扰。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1是根据相关技术的上层网元和下层网元的逻辑结构框架图;
图2是根据相关技术的MBMS同步实现方法的流程图;
图3是根据本发明方法实施例的数据发送方法的流程图;
图4是根据本发明方法实施例的RLC协议序列号的分配示意图;
图5是根据本发明方法实施例的RLC PDU中携带数据突发标识的实例一的示意图;
图6是根据本发明方法实施例的RLC PDU中携带数据突发标识的实例二的示意图;
图7是根据本发明系统实施例的数据收发系统的结构框架图。
具体实施方式
下面将结合附图详细描述本发明。
方法实施例
根据本发明实施例,提供了一种控制序列号的同步实现方法。
图3是根据本发明实施例的控制序列号的同步实现方法的流程图,如图3所示,该方法包括以下步骤:
步骤S302,多个指定网元中的每个指定网元对其接收到的数据突发中的数据包进行无线链路控制协议处理时,对数据突发中的第一个数据包对应的第一个无线链路控制协议(RLC)数据单元分配预定的无线链路控制序列号,并以预定规则对数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号,其中,分配的无线链路控制序列号依次加一;
步骤S304,将数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息。
通过本发明实施例提供的技术方案,在下发协议数据单元的过程中,将归属于同一个数据突发的协议数据单元标识上相同的数据突发标识,使得用户终端能够对归属于同一个数据突发的协议数据单元进行RLC处理。
其中,上层网元和下层网元(即,上文所述的指定网元)可以是下列网元的组合方式,但不限于下列的组合:
组合一,在通用陆地无线接入网(UTRAN)系统的MBMS业务同步组网中,上层网元为上层RNC,下层网元为下层RNC,其中,上层网元和下层网元间的接口为Iur接口,在该组合中,上层网元和下层网元为物理功能相同的网元。
组合二,在增强的高速分组接入系统(HSPA+)的MBMS业务同步组网中,上层网元为主控无线网络控制器(RNC)或者主节点加(master NodeB+,即master NB+),下层网元为从属节点加(slave NodeB+,即slave NB+),其中,上层网元和下层网元间的接口为Iur接口,在该组合中,上层网元和下层网元为物理功能相同而逻辑功能不同的网元。
组合三,在长期演进系统(LTE)的MBMS业务同步组网中,上层网元为多媒体网关(MGW)或者MCE,下层网元为演进节点B(E-UTRAN NodeB),其中,上层网元和下层网元间的接口为M2接口。
本发明实施例应用于多个下层网元接收到上层网元发送的数据突发时,对于每个数据突发,每个下层网元对归属于同一个数据突发的数据包进行RLC层协议处理时,将该数据突发中的第一个数据包所生成的第一个RLC PDU分配一个预定的RLC序列号,即一组归属于同一个数据突发的业务数据包经过RLC层协议处理后,生成的RLC PDU的序列号从某个特定值开始分配,这样能够保证多个下层网元间的RLC序列号保持同步。
对于预先约定的RLC序列号,可以通过下列方式进行设置:
方式一,协议定义一个约定的值,各个下层网元按照协议定义的值为每个数据突发的数据包开始分配RLC序列号。
方式二,通过上层网元和下层网元间的信令过程,对每个下层网元配置相同的预定RLC序列号,具体地,上层网元发送信令到各个下层网元,指定某个MBMS业务或者所有MBMS业务配置某个约定的值,以保证各个下层网元配置相同的约定的值,并为每个数据突发的第一个数据包生成的协议数据单元开始分配预定的RLC序列号。
另外,对于上述方法,下层网元需要识别每个数据突发中的第一个数据包,具体地,上层网元可以通过下述两种方式对每个数据突发中的第一个数据包设置标识信息:
方式一,上层网元对数据突发中的数据包分别设置数据包序列号,并将数据突发中的第一个数据包对应的数据包序列号作为标识信息并设置为固定值,数据突发中的其他数据包对应的数据包序列号根据发送的顺序从固定值开始依次递增。例如,上层网元将每个数据突发中的第一个数据包对应的数据包序列号设置为0,下层网元通过检测到数据包序列号,在检测到数据包序列号为0的数据包时,确定该数据包为数据突发的第一个数据包。
方式二,上层网元为数据突发的第一个数据包中设置数据突发开始标识,其中,数据突发开始标识为标识信息。每个数据突发的第一个数据包携带数据突发开始标识,指示该数据包为某数据突发的第一个数据包,非数据突发的第一个数据包则不携带该数据突发开始标识,下层网元通过检测该特殊的数据突发开始标识,判断数据包是否属于某个数据突发的第一个数据包。
下面对本发明实施例进行具体说明。
图4示出了RLC协议序列号的分配示意图,如图4所示,数据包n和数据包(n+1)属于数据突发m,数据包(n+2)和(n+3)属于数据突发(m+1)。
假设各下层网元预定的RLC序列号为0,即每个数据突发中的第一个数据包产生的第一个PDU对应的RLC序列号为0。
下层网元对接收到的业务数据包进行RLC层协议处理时,对属于数据突发m的业务数据包n和(n+1)进行RLC分片和串接处理,输出的RLC PDU的序列号从固定值0开始分配,即数据突发m生成的第一个RLC PDU的RLC序列号为0。如果n为数据突发m中的第一个业务数据包,则为n产生的第一个PDU分配的RLC序列号为0,为该数据突发m产生的第二个PDU分配的RLC序列号为1,...,以此类推,为该数据突发m产生的第p个PDU分配的RLC序列号为p。
下层网元对接收到的业务数据包进行RLC层协议处理时,对属于数据突发m的业务数据包n和(n+1)进行RLC分片和串接处理,输出的RLC PDU的序列号从固定值0开始分配,即数据突发m生成的第一个RLC PDU的对应RLC序列号为0。如果n为数据突发m中的第一个业务数据包,则为n产生的第一个PDU分配的RLC序列号为0,为该数据突发m产生的第二个PDU分配的RLC序列号为1,...,依次递增。
对于数据突发(m+1),下层网元其采用与数据突发m相同的方法,即数据突发(m+1)的业务数据包(n+2)和(n+3)进行RLC分片和串接处理时,输出的RLC PDU的序列号仍从固定值0开始分配,即数据突发(m+1)生成的第一个RLC PDU对应的RLC序列号为0,而不考虑在此之前的数据突发m已经分配的RLC序列号的值。如果(n+2)为数据突发(m+1)中的第一个业务数据包,则为(n+2)产生的第一个PDU分配的RLC序列号为0,为该数据突发(m+1)产生的第二个PDU分配的RLC序列号为1,...,依次递增。
对于其他数据突发,均采用与上述数据突发m、数据突发(m+1)相同的处理方法,即对于每个数据突发,都将其第一个数据包产生的第一PDU对应的RLC序列号设置为0。
这样,通过上述方法,在下层网元重新启动之后,在接收到某个数据突发的第一个数据包后,则该下层网元可以按照本发明的方法,对该数据突发进行处理,为该数据突发中的第一个数据包生成的第一个PDU分配预定RLC序列号,使其与其他下层网元保持RLC序列号的同步。对于没有重新启动的下层网元,对接收到的相同的数据突发,也进行相同的处理,分配预定的RLC序列号,这样可以保证重新启动后的下层网元和没有重新启动的下层网元间的数据处理保持同步。在下层网元连续多个数据包出现丢失的情况下,因为RLC序列号在一个数据突发内从某个固定值开始分配,一个数据突发的序列号分配和其之前的数据突发的数据包的处理没有关系,也和之前数据突发丢失的数据包占据了多少RLC PDU的个数没有关系。这样,不管当前数据突发之前丢失了多少数据包,从该数据突发开始,其用户面处理,尤其是RLC序列号的分配,还能保持和其他网元的同步。
例如,如图4所示,下层网元重新启动后,接收到数据突发m的数据包(n+1),下层网元检测到该数据包不是数据突发m的第一个数据包,则下层网元选择不发送数据包(n+1),当下层网元接收到数据包(n+2)和(n+3)时,检测到数据包(n+2)为数据突发(m+1)的第一个数据包,则下层网元开始对数据包(n+2)和(n+3)进行上述处理,即将数据包(n+2)生成的第一个PDU分配预定的RLC序列号,且该RLC序列号为固定值。
在生成协议数据单元之后,指定网元可以将生成的协议数据单元下发给用户终端,在下发给用户终端之前,可以在每个协议数据单元中携带设置的数据突发标识信息,其中,协议数据单元可以是RLC协议处理后输出的RLC PDU或者MAC处理后的MAC PDU,相应地,数据突发标识信息可以携带RLC PDU协议头或者MACPDU协议头中。
这里所述的数据突发标识信息可以是下列信息的一种:由上层网元分配的数据突发序列号,由上层网元分配的数据突发标识,由上层网元标识的数据突发的时间戳信息,或者有上层网元标识的数据突发的时间戳信息经过转换得到的值。
下面对RLC PDU中携带数据突发标识进行说明。
图5示出了RLC PDU中携带数据突发标识的实例一的示意图,如图5所示,数据包n和数据包(n+1)属于数据突发m,数据包(n+2)和(n+3)属于数据突发(m+1),在该实例中,数据突发标识定义上层网元为该数据突发分配的数据突发标识,对于数据突发m,其数据突发标识为m,对于数据突发(m+1),其数据突发标识为(m+1),在数据突发对应的每个数据块中携带该数据突发的数据突发标识信息,即对于归属于同一个数据突发的所有数据块,这些数据块的数据突发标识都是相同的。
图6示出了RLC PDU中携带数据突发标识的实例二的示意图,如图6所示,数据包n和数据包(n+1)属于数据突发m,数据包(n+2)和(n+3)属于数据突发(m+1),在该实例中,在每个MAC PDU中携带所述的数据突发标识信息方式示意。在RLC PDU中携带RLC序列号,在每个MAC PDU的协议头中,携带数据突发标识信息。
根据本发明实施例,提供一种数据接收方法。
根据本发明实施例的数据接收方法包括:用户终端接收多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的RLC序列号置为预定的值。
通过上述方法,用户终端接收到网络侧网元发送的MBMS业务的数据块,检测其携带的数据突发标识,如果数据突发标识和其在此之前接收到的同一个MBMS业务数据块的数据突发标识不同,则将MBMS业务的数据块的RLC序列号的值置为预定的RLC序列号,并对属于不同数据突发的RLC PDU进行RLC串接处理。
如图5所示,数据突发标识携带在RLC PDU中,预定的RLC序列号为0,用户终端接收到RLC PDU后,检测其数据突发标识,例如接收到数据突发标识为m+1,序列号为0的RLC PDU,而前一个接收到的RLC PDU的数据突发标识为m,RLC序列号为1,则用户终端判断新接收到的RLC PDU属于和前一个RLC PDU不同的数据突发,则将该RLC PDU的RLC序列号置为0。
在无线接口数据丢失时,例如数据突发标识为m,RLC序列号为1和数据突发为m+1,RLC序列号为0的RLC PDU丢失。当用户终端接收到数据突发标识为m+1,RLC序列号为1的RLC PDU时,可以检测到其所接收到的两个RLC PDU属于不同的数据突发,用户终端不能将这两个RLC PDU进行串接处理。
例如,前一个数据突发分配了RLC PDU的序列号为0,1,后一个数据突发分配了RLC PDU的序列号为0,1,2,3。而在下层网元发送到用户终端过程中,前一个数据突发RLC序列号为1的RLC PDU丢失,后一个数据突发的RLC序列号为0的数据块丢失,在这种情况下,用户终端接收到RLC序列号为0,1,2,3的RLCPDU,但是用户终端接收到的RLC序列号为0的RLC PDU显然不是和RLC序列号为1的RLC PDU属于同一个数据包的数据,如果没有其他标识区别不同的数据突发的数据块,用户终端可能对上述问题描述中的问题进行错误的处理。
系统实施例
根据本发明实施例,提供一种数据收发系统。
图7示出了根据本发明实施例的数据收发系统,如图7所示,该系统包括处理模块10、下发模块20和接收模块30。
以下详细描述各模块的功能。
处理模块10,位于多个指定网元中的每个指定网元侧,用于每个指定网元接收到的数据突发中的数据包进行无线链路控制协议处理时,对数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;
下发模块20,位于多个指定网元中的每个指定网元侧,用于将数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息,该模块可以连接至处理模块10;
接收模块30,位于用户终端侧,用于接收多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的RLC序列号置为预定的值,该模块可以连接至下发模块20。
如上所述,借助于本发明提供的数据发送和接收方法、数据收发系统,通过在RLC PDU或者MAC PDU中携带了数据突发标识,可以有效地区别不同数据突发的业务数据包生成的协议数据单元,从而避免出现因为RLC序列混乱导致的RLC重组错误。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (11)

1.一种数据发送方法,其特征在于,包括:
多个指定网元中的每个指定网元对其接收到的数据突发中的数据包进行无线链路控制协议处理时,对所述数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对所述数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;
将所述数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,所述协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述多个指定网元的上层网元对所述数据突发中的第一个数据包设置标识信息,通过所述标识信息表示该数据包为第一个数据包,并将所述标识信息发送给所述多个指定网元。
3.根据权利要求2所述的方法,其特征在于,所述多个指定网元的上层网元对所述数据突发中的第一个数据包设置标识信息的处理具体包括:
所述指定网元的上层网元对所述数据突发中的数据包分别设置数据包序列号,并将所述数据突发中的第一个数据包对应的数据包序列号作为所述标识信息并设置为固定值,所述数据突发中的其他数据包对应的数据包序列号根据发送的顺序从所述固定值开始依次递增。
4.根据权利要求2所述的方法,其特征在于,所述指定网元的上层网元对所述数据突发中的第一个数据包设置标识信息的处理具体为:
所述指定网元的上层网元为所述数据突发的第一个数据包中设置数据突发开始标识,其中,所述数据突发开始标识为所述标识信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,
所述指定网元的上层网元包括以下之一:长期演进系统的多媒体网关、通用陆地无线接入网的主控无线网络控制器、增强的高速分组接入系统的主节点加;
所述指定网元包括以下之一:长期演进系统的演进节点B、通用陆地无线接入网的从属无线网络控制器、增强的高速分组接入系统的从属节点加。
6.根据权利要求1至4中任一项所述的方法,其特征在于,所述数据突发为一组标识相同时间戳信息的数据包;或者所述数据突发为一组同时进行无线链路控制串接处理的数据包;或者所述数据突发为一个数据包。
7.根据权利要求1至4中任一项所述的方法,其特征在于,所述数据突发的标识信息由所述多个指定网元的上层网元分配,且包括以下至少之一:序列号,标识,时间戳信息、对所述时间戳信息进行转换后得到的值。
8.根据权利要求1至4中任一项所述的方法,其特征在于,
所述协议数据单元为以下之一:无线链路控制协议数据单元即无线链路控制协议数据单元即RLC PDU、媒体接入控制协议数据单元即MAC PDU。
9.根据权利要求1至4中任一项所述的方法,其特征在于,分配的所述无线链路控制序列号依次加一。
10.一种数据接收方法,其特征在于,包括:
用户终端接收多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的无线链路控制序列号置为预定的值。
11.一种数据收发系统,其特征在于,包括:
处理模块,位于指定网元侧,用于所述每个指定网元接收到的数据突发中的数据包进行无线链路控制协议处理时,对所述数据突发中的第一个数据包对应的第一个无线链路控制协议数据单元分配预定的无线链路控制序列号,并以预定规则对所述数据突发的数据包对应的后续无线链路控制协议数据单元依次分配无线链路控制序列号;
下发模块,位于指定网元侧,用于将所述数据突发中的数据包所对应的协议数据单元下发给用户终端,其中,所述协议数据单元中携带标识该协议数据单元所对应的数据突发的数据突发标识信息;
接收模块,位于所述用户终端侧,用于接收所述多个协议数据单元,根据每个协议数据单元中的数据突发标识确定该协议数据单元所属的数据突发,对具有相同数据突发标识信息的协议数据单元进行串接处理,并在首次接收到一个数据突发的协议数据单元的情况下,将该协议数据单元中的无线链路控制序列号置为预定的值。
CN200810135163A 2008-08-13 2008-08-13 数据发送和接收方法、数据收发系统 Pending CN101651605A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200810135163A CN101651605A (zh) 2008-08-13 2008-08-13 数据发送和接收方法、数据收发系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810135163A CN101651605A (zh) 2008-08-13 2008-08-13 数据发送和接收方法、数据收发系统

Publications (1)

Publication Number Publication Date
CN101651605A true CN101651605A (zh) 2010-02-17

Family

ID=41673728

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810135163A Pending CN101651605A (zh) 2008-08-13 2008-08-13 数据发送和接收方法、数据收发系统

Country Status (1)

Country Link
CN (1) CN101651605A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107135671A (zh) * 2015-06-17 2017-09-05 华为技术有限公司 车联网数据传输方法及装置
WO2017193835A1 (en) * 2016-05-11 2017-11-16 Huawei Technologies Co., Ltd. System and method for maintaining synchronization in connectionless transmissions
WO2022188634A1 (zh) * 2021-03-12 2022-09-15 华为技术有限公司 一种通信方法及装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107135671A (zh) * 2015-06-17 2017-09-05 华为技术有限公司 车联网数据传输方法及装置
WO2017193835A1 (en) * 2016-05-11 2017-11-16 Huawei Technologies Co., Ltd. System and method for maintaining synchronization in connectionless transmissions
CN109076475A (zh) * 2016-05-11 2018-12-21 华为技术有限公司 一种用于保持无连接传输中同步的方法和系统
RU2701523C1 (ru) * 2016-05-11 2019-09-27 Хуавей Текнолоджиз Ко., Лтд. Система и способ обеспечения синхронизации в передачах в режиме без соединения
US10492099B2 (en) 2016-05-11 2019-11-26 Futurewei Technologies, Inc. System and method for maintaining synchronization in connectionless transmissions
AU2017262892B2 (en) * 2016-05-11 2020-02-06 Huawei Technologies Co., Ltd. System and method for maintaining synchronization in connectionless transmissions
CN109076475B (zh) * 2016-05-11 2020-10-09 华为技术有限公司 一种用于保持无连接传输中同步的方法和系统
US10979934B2 (en) 2016-05-11 2021-04-13 Futurewei Technologies, Inc. System and method for maintaining synchronization in connectionless transmissions
WO2022188634A1 (zh) * 2021-03-12 2022-09-15 华为技术有限公司 一种通信方法及装置

Similar Documents

Publication Publication Date Title
CN101741701B (zh) 同步调度方法和装置
CN101651510B (zh) 业务数据同步发送的恢复处理方法和装置
CN101741538B (zh) 同步调度方法
CN101651536A (zh) 控制序列号的同步实现方法和系统
US9025520B2 (en) Apparatus supporting an MBMS service
US8599754B2 (en) Method, device, and system for configuring multicast broadcast single frequency network resources
CN101572859A (zh) 网元间公共控制消息的同步方法
CN101039175B (zh) Rlc在无线网络控制器间同步的方法及系统
CN105451210A (zh) 数据同步处理方法及装置
CN101686431B (zh) 同步处理方法和装置
CN114071567A (zh) 数据传输方法、终端及网络节点
CN101741499B (zh) 同步调度方法
CN101651517A (zh) 突发序列丢失的检测方法和装置
CN101651605A (zh) 数据发送和接收方法、数据收发系统
CN101686184A (zh) 多媒体广播组播业务同步组网的业务数据丢包的处理方法
CN101500191A (zh) 多媒体广播组播业务资源分配同步的实现方法
CN116782134A (zh) Nr系统中sfn方式下mbs控制信息的发送方法
CN101047492B (zh) 实现rlc序列号在无线网络控制器间同步的方法及系统
CN102036176A (zh) 一种多媒体广播组播业务的同步恢复的方法及网络系统
CN101500193A (zh) 无线网络控制器间多媒体广播组播业务数据的同步方法
WO2011050681A1 (zh) 一种mbms同步的方法、设备和系统
CN102056084B (zh) 多媒体广播组播业务系统及其同步方法
CN101883320B (zh) 一种传输多播信道配置信息的方法、mce及系统
US20140211682A1 (en) Method, Device and System for Transmitting Multimedia Broadcast Multicast Service
CN101499955A (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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20100217