CN101729525A - 数据包的发送、接收方法及装置、以及处理方法及系统 - Google Patents
数据包的发送、接收方法及装置、以及处理方法及系统 Download PDFInfo
- Publication number
- CN101729525A CN101729525A CN200810225642A CN200810225642A CN101729525A CN 101729525 A CN101729525 A CN 101729525A CN 200810225642 A CN200810225642 A CN 200810225642A CN 200810225642 A CN200810225642 A CN 200810225642A CN 101729525 A CN101729525 A CN 101729525A
- Authority
- CN
- China
- Prior art keywords
- packet
- serial connection
- data packets
- length
- transmits data
- 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)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及一种数据包的发送、接收方法及装置、以及处理方法及系统,该发送方法包括:根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;将所述串接数据包进行串接,生成传输数据包;发送所述传输数据包。本发明实施例通过对RLC层向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的分段标识,当RLC层向MAC层发送由携带有分段标识的RLC SDU组成的RLC PDU时,经过底层传输之后,可以使得接收终端的RLC层能够根据该分段标识将同一个RLC SDU的分段重组起来,从而充分利用了调度资源,提高了系统的数据吞吐量。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种数据包的发送、接收方法及装置、以及处理方法及系统。
背景技术
长期演进(Long Term Evolution,简称LTE)无线接口包括如下协议层:物理层、数据链路层和无线资源控制(Radio Resource Control,简称RRC)层。数据链路层又进一步分为媒体接入控制(Medium Access Control,简称MAC)层、无线链路控制(Radio Link Control,简称RLC)层和分组数据汇聚协议(Packet Data Convergence Protocol,简称PDCP)层。
RLC层接收PDCP层送交的PDCP协议数据单元(Protocol Data Unit,PDU),会将其作为RLC服务数据单元(Service Data Unit,SDU),RLC层还会接收MAC层对于传输数据包RLC PDU的长度指示,并根据该指示对RLC SDU进行分段或串接从而生成满足MAC层传输要求的RLC PDU。
例如,当MAC层指示的RLC PDU的长度小于RLC SDU的长度时,RLC层将根据该指示对RLC SDU进行分段(segment);当MAC层指示的总的RLC PDU的长度大于RLC SDU的长度时,RLC层将根据该指示对RLC SDU进行串接(concatenate)。
目前,RLC PDU的数据格式中表示串接数据包长度的长度指示(lengthindicator,LI)标识为11比特(bit),能够表示的最大长度为2048字节(byte)。若MAC层所指示的传输数据包的长度大于源数据包(即从PDCP层接收到的数据包)的长度,且源数据包小于2048字节,则RLC层将源数据包串接成传输数据包,即串接数据包为源数据包;若MAC层所指示的传输数据包的大小大于源数据包的大小,且源数据包大于2048字节,RLC层无法对源数据包进行串接,则只能将一个源数据包组成一个非标准传输数据包,逐一进行发送。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:当RLC层接收到的需要串接的数据包PDCP PDU的长度大于RLC PDU的数据格式中所能够表示的串接数据包的最大长度时,直接把PDCP PDU组成一个RLCPDU向MAC层发送的方法会造成调度资源的浪费,从而会大大减少系统的数据吞吐量。
发明内容
本发明实施例提供一种数据包的发送、接收方法及装置、以及处理方法及系统,用以实现充分利用调度资源,提高系统的数据吞吐量。
本发明实施例提供了一种数据包的发送方法,包括:
根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
将所述串接数据包进行串接,生成传输数据包;
发送所述传输数据包。
本发明实施例提供了一种数据包的接收方法,包括:
接收传输数据包,所述传输数据包由至少两个携带有分段标识的串接数据包组成;
根据所述分段标识对所述串接数据包进行串接,生成源数据包。
本发明实施例提供了一种数据包的处理方法,包括:
发送终端的RLC层根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
所述发送终端的RLC层将所述串接数据包进行串接,生成传输数据包;
接收终端的RLC层发送所述传输数据包;
所述接收终端的RLC层接收所述传输数据包;
根据所述分段标识对所述串接数据包进行重组,生成源数据包。
本发明实施例还提供了一种数据包的发送装置,包括:
获取模块,用于接收源数据包;
分段模块,用于根据长度指示对所述获取模块接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
串接模块,用于对所述分段模块生成的串接数据包进行串接,生成传输数据包;
发送模块,用于发送所述串接模块生成的传输数据包。
本发明实施例还提供了一种数据包的接收装置,包括:
接收模块,用于接收传输数据包,所述传输数据包由至少两个携带有分段标识的串接数据包组成;
处理模块,根据所述分段标识对所述串接数据包进行重组,生成源数据包。
本发明实施例又提供了一种数据包的处理系统,包括:
数据包的发送装置,用于根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度,将所述串接数据包进行串接,生成传输数据包,并发送所述传输数据包;
数据包的接收装置,用于接收所述数据包的发送装置发送的传输数据包,根据所述分段标识对所述串接数据包进行重组,生成源数据包。
由上述技术方案可知,本发明实施例通过对RLC层向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的分段标识,当RLC层向MAC层发送由携带有分段标识的RLC SDU组成的RLC PDU时,经过底层传输之后,可以使得接收终端的RLC层能够根据该分段标识将同一个RLC SDU的分段重组起来,从而充分利用了调度资源,提高了系统的数据吞吐量。
下面结合附图对本发明的具体实施例作进一步详细的说明。
附图说明
图1为本发明实施例一提供的数据包的发送方法的流程示意图;
图2(a)为本发明实施例二提供的数据包的发送方法的流程示意图;
图2(b)为图2(a)中源数据包、串接数据包与传输数据包的关系示意图;
图3为本发明实施例三提供的数据包的接收方法的流程示意图;
图4为本发明实施例四提供的数据包的处理方法的流程示意图;
图5为本发明实施例五提供的数据包的发送装置的结构示意图;
图6为本发明实施例六提供的数据包的发送装置的结构示意图;
图7为本发明实施例七提供的数据包的接收装置的结构示意图;
图8为本发明实施例八提供的数据包的处理系统的结构示意图。
具体实施方式
图1为本发明实施例一提供的数据包的发送方法的流程示意图,如图1所示,本实施例中RLC层可以执行以下步骤:
步骤101、接收MAC层对于传输数据包RLC PDU的长度指示;
步骤102、当接收到PDCP层发送的源数据包时,根据该长度指示对上述源数据包进行分段,并将生成的串接数据包串接,从而生成传输数据包;
其中,对源数据包进行分段所生成的串接数据包携带分段标识;
步骤103、向MAC层发送传输数据包。
本实施例中,分段标识可以为RLC PDU中独立的标识字段;还可以作为其他标识字段的一部分,即占用其他标识字段的一定字节或其他标识字段的扩展字节,其他标识字段可以是LI标识字段、帧信息(Frame Info,FI)标识字段等。
本发明实施例中,RLC层通过对源数据包进行分段再串接,并采用分段标识指示串接数据包的分段情况,使得RLC层能够充分利用调度资源,提高数据发送端的发送效率。相应的,根据分段标识,数据接收端的RLC层能够将同一个RLC SDU的分段串接起来,从而充分利用了调度资源,提高了系统的数据吞吐量。
图2(a)为本发明实施例二提供的数据包的发送方法的流程示意图,如图2(a)所示,本实施例可以包括以下步骤:
步骤201、RLC层接收MAC层提供的对于传输数据包RLC PDU的长度指示;
例如,该长度指示可以包含传输数据包的长度值,RLC层将读取到的该长度值作为传输数据包RLC PDU的长度上限;
步骤202、RLC层接收PDCP层提供的源数据包RLC SDU;
步骤203、当源数据包的长度小于长度指示限定的传输数据包长度,且源数据包需要分段即源数据包的长度大于RLC PDU的数据格式中所能够表示的串接数据包的最大长度时,RLC层对源数据包进行分段,生成携带有分段标识的串接数据包。
具体地,RLC层可以首先判断源数据包的长度是否小于长度指示限定的传输数据包长度,如果是,则进一步判断源数据包的长度是否大于RLC PDU的数据格式中所能够表示的串接数据包的最大长度,如果是,即标明源数据包需要分段,则RLC层对源数据包进行分段。
此外,当源数据包的长度大于该指示限定的传输数据包长度时,RLC层对源数据包进行分段,并将生成的传输数据包发送给MAC层;当源数据包的长度小于该指示限定的传输数据包长度,而源数据包的长度小于RLC PDU的数据格式中所能够表示的串接数据包的最大长度即源数据包不需要分段时,RLC层直接对源数据包进行串接,并将生成的传输数据包发送给MAC层。
本步骤中,分段标识可以表示该串接数据包在源数据包的分段中的位置,如第几个分段,和/或是否为头分段,和/或是否为结尾分段等;
步骤204、RLC层对串接数据包进行串接,生成传输数据包;
步骤205、RLC层向MAC层发送传输数据包。
本实施例中的分段标识可以为一个独立的标识字段,独立存在于RLCPDU中;还可以作为其他标识字段的一部分,即占用其他标识字段的一定字节或增加其他标识字段的一定字节,例如:LI标识字段、FI标识字段等。
具体地,本实施例可以通过对RLC层的RLC PDU的数据格式中增加1比特的串接包分段结尾指示(Last Flag,LF)标识,以指示该串接数据包是否为RLC SDU分段中的结尾段。一种对现有的RLC PDU的数据格式改动较小的优选方式为:LF标识占用LI标识字段中的1比特,因此LI标识字段的长度就相应地减小为10比特。例如,LF标识可以用0或1来分别表示是否为串接分段的结尾,接收终端的RLC层实体可以将LF标识为1的分段与该分段之前LF标识为0的分段串接成一个完整的RLC SDU。
本实施例还可以通过扩展RLC PDU数据格式中的头部大小将LF标识设置成一个字段,最后对齐填充(padding)字段的位置也有改变,这种方法不会减少LI标识字段的长度。
本实施例还可以通过扩展RLC PDU数据格式中头部字段的FI标识字段,例如增加2比特,以表示对RLC SDU分段的情况,从而可以实现在接收终端的RLC层实体能够根据FI正确地把同一个RLC SDU中的分段串接起来。FI标识字段的含义与现有固定头中FI标识字段的含义的一致,分别可以表示是完整一个未分段的RLC SDU、RLC SDU的分段头、RLC SDU的一个中间分段和RLC SDU的分段尾。
图2(b)为图2(a)中源数据包、串接数据包与传输数据包的关系示意图,如图2(b)所示,MAC层发送给RLC层的长度指示为7000字节,即RLC层可以发送长度为7000字节的传输数据包RLC PDU,RLC层从PDCP层接收到的源数据包RLC SDU是两个3000字节的源数据包A和源数据包B,则RLC层需要根据从MAC层接收到的长度指示对源数据包A和源数据包B进行分段后再串接。则,3000字节的源数据包A可以分段为一个2048字节的串接数据包A1和一个952字节的串接数据包A2,串接数据包A1中LF标识可以假设设为0,则串接数据包A2中LF标识可以为1以表示这是源数据包A的最后一段;类似地,3000字节的源数据包B则可以分段为一个2048字节的串接数据包B1和一个952字节的串接数据包B2,串接数据包B1中LF标识可以假设设为0,则串接数据包B2中LF标识可以为1以表示这是源数据包B的最后一段。对上述四个串接数据包A1、串接数据包A2、串接数据包B1和串接数据包B2进行串接,从而生成了传输数据包。即该传输数据包包括2048字节的串接数据包A1、952的串接数据包A2、2048的串接数据包B1和952字节的串接数据包B2四个串接数据包。相应的,接收终端的RLC层接收到该传输数据包之后,就能够确定源数据包A的第一分段为串接数据包A1,第二分段为该串接数据包A1之后的串接数据包A2,从而将A1与A2重组为源数据包A;类似的,将后续分段标识为0的串接数据包B1和其后分段标识为1的串接数据包B2重组为源数据包B。
本发明实施例通过对RLC层向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的LF标识字段或者FI标识字段,当RLC层向MAC层发送由携带有上述指示分段的标识字段的RLC SDU组成的RLC PDU时,经过底层传输之后,可以使得接收终端的RLC层能够根据该分段标识将同一个RLC SDU的分段串接起来,从而充分利用了调度资源,提高了系统的数据吞吐量。
图3为本发明实施例三提供的数据包的接收方法的流程示意图,如图3所示,本实施例中RLC层可以执行以下步骤:
步骤301、接收传输数据包,所述传输数据包由至少两个携带有分段标识的串接数据包组成;
步骤302、根据分段标识对串接数据包进行重组,从而生成源数据包。
其中的分段标识可以为一个独立的标识字段,独立存在于RLC PDU中;还可以作为其他标识字段的一部分,即占用其他标识字段的一定字节或增加其他标识字段的一定字节,例如:LI标识字段、帧信息(Frame Info,简称FI)标识字段等。
具体地,本实施例可以通过读取RLC PDU的数据格式中所增加的1比特的表示对RLC SDU分段后指示是否为分段的结尾的LF标识,获知该串接数据包是否为串接分段的结尾。进一步地,接收终端的RLC层可以通过把LF标识为1或0的分段与该LF标识之前的LF标识为0或1的分段串接成一个完整的RLC SDU,从而可以实现在接收终端的RLC层实体能够根据LF标识正确地把同一个RLC SDU中的分段重组起来。
本实施例还可以通过读取RLC PDU的数据格式中扩展头字段中所增加2比特的表示对RLC SDU分段的情况的FI标识字段,该FI标识字段的含义与现有固定头中FI标识字段的含义的一致,分别可以表示是完整一个未分段的RLC SDU、RLC SDU的分段头、RLC SDU的一个中间分段和RLC SDU的分段尾,可以实现在接收终端的RLC层实体能够根据FI正确地把同一个RLCSDU中的分段重组起来。
本发明实施例通过对RLC层向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的分段标识,当接收终端的RLC层接收到由携带有分段标识的RLC SDU组成的RLC PDU时,根据该分段标识可以将同一个RLC SDU的分段串接起来,还原成源数据包,从而充分利用了调度资源,提高了系统的数据吞吐量。
图4为本发明实施例四提供的数据包的处理方法的流程示意图,如图4所示,本实施例中发送终端的RLC层与接收终端的RLC层可以执行以下步骤:
步骤401、发送终端的RLC层接收MAC层对于传输数据包RLC PDU的长度指示;
步骤402、当接收到PDCP层发送的源数据包时,发送终端的RLC层根据该指示对上述源数据包进行分段,并将生成的串接数据包串接,从而生成传输数据包;
其中,对源数据包进行分段所生成的串接数据包携带分段标识;
步骤403、发送终端的RLC层向MAC层发送传输数据包;
步骤404、接收终端的RLC层接收上述传输数据包;
步骤405、接收终端的RLC层根据分段标识对串接数据包进行重组,从而生成源数据包。
本实施例可以包括本发明实施例一、二提供的任一数据包的发送方法与本发明实施例三提供的数据包的接收方法的组合。
图5为本发明实施例五提供的数据包的发送装置的结构示意图,如图5所示,本实施例可以包括如下模块:
获取模块51,用于从PDCP层接收源数据包;
分段模块52,用于根据长度指示对获取模块51接收到的源数据包进行分段,从而生成携带有分段标识的串接数据包;其中,长度指示包含传输数据包的长度,作为传输数据包的长度上限。具体地,该长度指示可以包含传输数据包的长度值,RLC层将读取到的该长度值作为传输数据包RLC PDU的长度上限;
串接模块53,用于对分段模块52生成的串接数据包进行串接,从而生成传输数据包;以及,
发送模块54,用于向MAC层发送该传输数据包。
进一步地,本实施例中的获取模块51还可以用于从MAC层接收长度指示。
本实施例提供的数据包的发送装置可以认为是发送终端的RLC层实体,适用于本发明实施例一和二提供的数据包的发送方法。其中,分段模块52生成的串接数据包所携带的分段标识可以为一个独立的标识字段,独立存在于RLC PDU中;还可以作为其他标识字段的一部分,即占用其他标识字段的一定字节或增加其他标识字段的一定字节,例如:LI标识字段、FI标识字段等。
图6为本发明实施例六提供的数据包的发送装置的结构示意图,如图6所示,本实施例与实施例五类似,区别在于,本实施例中的分段模块52进一步包括以下单元:
第一判断单元521,用于根据长度指示判断传输数据包的长度是否大于源数据包的长度,当第一判断单元521的判断结果是传输数据包的长度大于源数据包的长度,即源数据包需要串接时,触发第二判断单元522;
第二判断单元522,用于受到第一判断单元521的触发后,判断源数据包是否需要分段,即判断源数据包的长度是否大于RLC PDU的数据格式中所能够表示的串接数据包的最大长度。当第二判断单元522判断的结果是源数据包需要分段时,触发处理单元523;以及,
处理单元523,用于受到第二判断单元522的触发后,对获取模块51所接收到的源数据包进行分段,生成携带有分段标识的串接数据包。
本发明实施例通过分段模块对发送模块向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的分段标识,当发送模块向MAC层发送由携带有分段标识的RLC SDU组成的RLCPDU时,经过底层传输之后,可以使得接收终端的RLC层实体能够根据该分段标识将同一个RLC SDU的分段串接起来,从而充分利用了调度资源,提高了系统的数据吞吐量。
图7为本发明实施例七提供的数据包的接收装置的结构示意图,如图7所示,本实施例可以包括如下模块:
接收模块71,用于接收传输数据包,该传输数据包由至少两个携带有分段标识的串接数据包组成;以及,
处理模块72,用于根据串接数据包中的分段标识对串接数据包进行重组,从而生成源数据包。
本实施例提供的数据包的接收装置可以认为是接收终端的RLC层实体,适用于本发明实施例三提供的数据包的发送方法。其中的分段标识可以为一个独立的标识字段,独立存在于RLC PDU中;还可以作为其他标识字段的一部分,即占用其他标识字段的一定字节或增加其他标识字段的一定字节,例如:LI标识字段、FI标识字段等。
本发明实施例通过对RLC层向MAC层所发送的串接形成的RLC PDU中增加了一个对串接数据包RLC SDU的分段情况进行指示的分段标识,当接收模块接收到由携带有分段标识的RLC SDU组成的RLC PDU时,处理模块根据该分段标识可以将同一个RLC SDU的分段串接起来,重组成源数据包,从而充分利用了调度资源,提高了系统的数据吞吐量。
图8为本发明实施例八提供的数据包的处理系统的结构示意图,如图8所示,本实施例可以包括如下装置:
数据包的发送装置81,用于根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,将所述串接数据包进行串接,生成传输数据包,并发送所述传输数据包;其中,长度指示包含传输数据包的长度,作为传输数据包的长度上限;以及,
数据包的接收装置82,用于接收到数据包的发送装置81发送的传输数据包之后,根据所述分段标识对所述串接数据包进行重组,生成源数据包。
本实施例中的数据包的发送装置81可以为本发明实施例五和实施例六提供的数据包的发送装置之中的任意一个,数据包的接收装置82可以为本发明实施例七提供的数据包的接收装置。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种数据包的发送方法,其特征在于,包括:
根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
将所述串接数据包进行串接,生成传输数据包;
发送所述传输数据包。
2.根据权利要求1所述的方法,其特征在于,所述根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包具体包括:
当所述传输数据包的长度大于所述源数据包的长度,且所述源数据包需要分段时,对所述源数据包进行分段,生成携带有分段标识的串接数据包。
3.根据权利要求1或2所述的方法,其特征在于,所述分段标识为独立的标识字段、或串接数据包的长度标识字段的一部分、或串接数据包的帧信息标识字段的一部分。
4.一种数据包的接收方法,其特征在于,包括:
接收传输数据包,所述传输数据包由至少两个携带有分段标识的串接数据包组成;
根据所述分段标识对所述串接数据包进行重组,生成源数据包。
5.一种数据包的处理方法,其特征在于,包括:
发送终端的RLC层根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
所述发送终端的RLC层将所述串接数据包进行串接,生成传输数据包,并发送所述传输数据包;
接收终端的RLC层接收所述传输数据包;
所述接收终端的RLC层根据所述分段标识对所述串接数据包进行重组,生成源数据包。
6.一种数据包的发送装置,其特征在于,包括:
获取模块,用于接收源数据包;
分段模块,用于根据长度指示对所述获取模块接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度;
串接模块,用于对所述分段模块生成的串接数据包进行串接,生成传输数据包;
发送模块,用于发送所述串接模块生成的传输数据包。
7.根据权利要求6所述的装置,其特征在于,所述获取模块还用于接收所述长度指示。
8.根据权利要求6或7所述的装置,其特征在于,所述分段模块包括:
第一判断单元,用于根据所述长度指示判断所述传输数据包的长度是否大于所述源数据包的长度,当所述判断的结果是所述传输数据包的长度大于所述源数据包的长度时,触发第二判断单元;
第二判断单元,用于受到所述第一判断单元的触发后,判断所述源数据包是否需要分段,当所述判断的结果是所述源数据包需要分段时,触发处理单元;
处理单元,用于受到所述第二判断单元的触发后,对所述源数据包进行分段,生成携带有分段标识的串接数据包。
9.一种数据包的接收装置,其特征在于,包括:
接收模块,用于接收传输数据包,所述传输数据包由至少两个携带有分段标识的串接数据包组成;
处理模块,根据所述分段标识对所述串接数据包进行重组,生成源数据包。
10.一种数据包的处理系统,其特征在于,包括:
数据包的发送装置,用于根据长度指示对接收到的源数据包进行分段,生成携带有分段标识的串接数据包,所述长度指示包含传输数据包的长度,将所述串接数据包进行串接,生成传输数据包,并发送所述传输数据包;
数据包的接收装置,用于接收所述数据包的发送装置发送的传输数据包,根据所述分段标识对所述串接数据包进行重组,生成源数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810225642A CN101729525A (zh) | 2008-10-31 | 2008-10-31 | 数据包的发送、接收方法及装置、以及处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810225642A CN101729525A (zh) | 2008-10-31 | 2008-10-31 | 数据包的发送、接收方法及装置、以及处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101729525A true CN101729525A (zh) | 2010-06-09 |
Family
ID=42449734
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810225642A Pending CN101729525A (zh) | 2008-10-31 | 2008-10-31 | 数据包的发送、接收方法及装置、以及处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101729525A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469606A (zh) * | 2010-11-05 | 2012-05-23 | 普天信息技术研究院有限公司 | 一种下行无线链路控制层协议数据单元预生成方法 |
CN102984741A (zh) * | 2012-11-06 | 2013-03-20 | 大唐移动通信设备有限公司 | 数据处理测试方法和装置 |
WO2013097585A1 (zh) * | 2011-12-31 | 2013-07-04 | 华为技术有限公司 | 一种数据传输方法及应用该方法的装置 |
CN103763314A (zh) * | 2014-01-06 | 2014-04-30 | 南京信息工程大学 | 实际部署的跌倒检测系统中用户层数据的处理方法及装置 |
CN107135671A (zh) * | 2015-06-17 | 2017-09-05 | 华为技术有限公司 | 车联网数据传输方法及装置 |
CN107612871A (zh) * | 2016-07-11 | 2018-01-19 | 电信科学技术研究院 | 一种数据传输处理方法、用户终端、网络设备和系统 |
CN108282442A (zh) * | 2017-01-05 | 2018-07-13 | 中兴通讯股份有限公司 | 数据发送方法、装置及用户面实体 |
CN108668320A (zh) * | 2017-03-31 | 2018-10-16 | 维沃移动通信有限公司 | 一种分段组包方法及接收端 |
CN109041120A (zh) * | 2017-06-12 | 2018-12-18 | 中国移动通信有限公司研究院 | 数据传输方法、装置及计算机可读存储介质 |
CN112650698A (zh) * | 2020-12-22 | 2021-04-13 | 北京东土和兴科技有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
WO2021208733A1 (zh) * | 2020-04-17 | 2021-10-21 | 展讯通信(上海)有限公司 | 一种串行总线的数据传输方法及通信装置 |
CN115499335A (zh) * | 2021-06-01 | 2022-12-20 | 中国移动通信有限公司研究院 | 一种网络性能测量方法、装置、通信设备和存储介质 |
-
2008
- 2008-10-31 CN CN200810225642A patent/CN101729525A/zh active Pending
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469606A (zh) * | 2010-11-05 | 2012-05-23 | 普天信息技术研究院有限公司 | 一种下行无线链路控制层协议数据单元预生成方法 |
CN102469606B (zh) * | 2010-11-05 | 2014-04-16 | 普天信息技术研究院有限公司 | 一种下行无线链路控制层协议数据单元预生成方法 |
WO2013097585A1 (zh) * | 2011-12-31 | 2013-07-04 | 华为技术有限公司 | 一种数据传输方法及应用该方法的装置 |
CN103188779B (zh) * | 2011-12-31 | 2016-08-10 | 华为技术有限公司 | 一种数据传输方法及应用该方法的装置 |
CN102984741A (zh) * | 2012-11-06 | 2013-03-20 | 大唐移动通信设备有限公司 | 数据处理测试方法和装置 |
CN102984741B (zh) * | 2012-11-06 | 2015-08-19 | 大唐移动通信设备有限公司 | 数据处理测试方法和装置 |
CN103763314A (zh) * | 2014-01-06 | 2014-04-30 | 南京信息工程大学 | 实际部署的跌倒检测系统中用户层数据的处理方法及装置 |
CN103763314B (zh) * | 2014-01-06 | 2017-01-11 | 南京信息工程大学 | 实际部署的跌倒检测系统中用户层数据的处理方法及装置 |
CN107135671A (zh) * | 2015-06-17 | 2017-09-05 | 华为技术有限公司 | 车联网数据传输方法及装置 |
CN107612871A (zh) * | 2016-07-11 | 2018-01-19 | 电信科学技术研究院 | 一种数据传输处理方法、用户终端、网络设备和系统 |
CN107612871B (zh) * | 2016-07-11 | 2020-04-17 | 电信科学技术研究院 | 一种数据传输处理方法、用户终端、网络设备和系统 |
CN108282442A (zh) * | 2017-01-05 | 2018-07-13 | 中兴通讯股份有限公司 | 数据发送方法、装置及用户面实体 |
CN108282442B (zh) * | 2017-01-05 | 2022-03-01 | 中兴通讯股份有限公司 | 数据发送方法、装置及用户面实体 |
CN108668320A (zh) * | 2017-03-31 | 2018-10-16 | 维沃移动通信有限公司 | 一种分段组包方法及接收端 |
US11337111B2 (en) | 2017-03-31 | 2022-05-17 | Vivo Mobile Communication Co., Ltd. | Method of assembling segments and receiving end |
CN109041120A (zh) * | 2017-06-12 | 2018-12-18 | 中国移动通信有限公司研究院 | 数据传输方法、装置及计算机可读存储介质 |
WO2021208733A1 (zh) * | 2020-04-17 | 2021-10-21 | 展讯通信(上海)有限公司 | 一种串行总线的数据传输方法及通信装置 |
CN112650698A (zh) * | 2020-12-22 | 2021-04-13 | 北京东土和兴科技有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN115499335A (zh) * | 2021-06-01 | 2022-12-20 | 中国移动通信有限公司研究院 | 一种网络性能测量方法、装置、通信设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101729525A (zh) | 数据包的发送、接收方法及装置、以及处理方法及系统 | |
CN101663850B (zh) | 用于改进的状态报告的方法和装置 | |
TWI492563B (zh) | 用於無線通訊之媒體存取控制層封包資料單元 | |
US9813941B2 (en) | Efficient L2 processing and protocol data units wireless communications | |
JP5114567B2 (ja) | ヘッダインジケータを利用した効率的なデータブロック送信方法 | |
US8542706B2 (en) | Method and apparatus related to packet fragmentation and reconstruction | |
US8355336B2 (en) | Methods and apparatus for formatting headers in a communication frame | |
US7796648B2 (en) | Apparatus and method for generating and parsing MAC PDU in a mobile communication system | |
CN101426253B (zh) | 一种实现信息传输的方法、装置及系统 | |
JP2002527945A (ja) | テレコミュニケーションシステムのデータセグメント化方法 | |
US8494001B2 (en) | Concatenated frame structure for data transmission | |
CN114826495B (zh) | 一种降低nr、rlc、am分片丢失报告开销的方法 | |
CN107645747B (zh) | 一种发送和接收数据的方法及设备 | |
CN101222516B (zh) | Mac层数据处理方法、发送装置及接收装置 | |
US7756080B2 (en) | Method and a device for reallocating transport format combination identifiers in a wireless system | |
KR100631742B1 (ko) | Ack 프레임 전송 방법 및 장치 | |
US7554977B2 (en) | Method and apparatus for indicating packet boundaries in frames | |
CN102835127B (zh) | Otn开销的发送、接收方法和装置 | |
CN102006265A (zh) | 一种增强专用信道帧协议数据帧帧头的校验方法 | |
WO2018203180A1 (en) | Method and apparatus for transferring aggregated packets | |
CN102638868B (zh) | 一种实现信息传输的方法、装置及系统 | |
CN103338522A (zh) | 一种实现信息传输的方法、装置及系统 | |
KR100407356B1 (ko) | 부호분할다중접속 통신시스템의 데이터 송신장치 및 방법 | |
CN115766909A (zh) | 应用于媒体接入控制层的数据处理方法、装置及设备 | |
CN103347305A (zh) | 一种实现信息传输的方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20100609 |