CN102377650A - 数据发送处理方法、装置和系统 - Google Patents
数据发送处理方法、装置和系统 Download PDFInfo
- Publication number
- CN102377650A CN102377650A CN2010102535830A CN201010253583A CN102377650A CN 102377650 A CN102377650 A CN 102377650A CN 2010102535830 A CN2010102535830 A CN 2010102535830A CN 201010253583 A CN201010253583 A CN 201010253583A CN 102377650 A CN102377650 A CN 102377650A
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- user data
- payload user
- section
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种数据发送处理方法、装置和系统,该方法包括:接入网实体接收由M个终端发送的、发往相同目的地址的N个第一数据包;N大于1;将N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在第二数据净荷前部添加第二数据包头,以形成第二数据包;第二数据包头中的源地址和目的地址与至少一个第一数据包头中的源地址和目的地址相同;将第二数据包发送给与目的地址对应的服务器。本发明实施例,接入网实体将N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且使得接入网实体可以对每个MTC设备进行一对一的控制。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种数据发送处理方法、装置和系统。
背景技术
物联网(Machine to Machine,以下简称为M2M)是将所有物品通过信息传感设备与互联网连接起来,以实现智能化识别、定位、跟踪、监控和管理的一种网络。目前,应用于物联网的信息传感设备包括射频识别装置、红外感应器、全球定位系统、激光扫描器等。
随着物联网的发展,物联网类型的通信(Machine Type Communication,以下简称为MTC)设备的数量将变的十分巨大。在物联网的应用中,MTC设备与无线通信技术紧密结合,MTC设备通过无线连接从控制中心获得数据或者通过无线连接将数据上报到控制中心。在各种物联网具体应用中,例如对无线电表的抄表过程、自动售货机或pos机的状态监控过程等,无线电表、自动售货机或pos机会有大量随机或周期的数据上报给控制中心。在这些应用中,上报数据的MTC设备(例如无线电表、自动售货机或pos机等)的数目庞大,但是每个MTC设备单次上报的数据量又相对较小,该单次上报的数据量可能在几十字节到几百字节,甚至上报的数据量可能小于一个数据包中的IP包头开销,由此会导致传输效率低下。例如:在通常的MTC业务中,以无线抄表(对无线电表进行抄表)为例,单次上报的应用层数据量可以为50byte,而现有系统的TCP/IP头可以为40byte,则TCP/IP头所占用的字节数占到应用层数据量的80%;当有大量的MTC设备上报数据时,就会导致无线通信系统的传输效率大大降低。
针对上述传输效率大大降低的问题,现有的一种解决方案是引入汇聚器。一个汇聚器对应一个小型子网,该小型子网由多个MTC设备通过zigbee或有线网络组成。汇聚器对多个MTC设备上报的数据包重新汇聚打包,并在打包后加上符合无线空口网络协议的包头再转发出去,由此可以有效减小包头开销从而提高系统的传输效率。
但是,使用汇聚器会造成用户前期投入成本的增加,并且现有的汇聚器对应的小型子网采用别的制式或者有线传播,使得上层网络对每个MTC设备不可见,影响上层网络对MTC设备的控制权,导致上层网络无法实现对MTC设备一对一的控制。
发明内容
本发明实施例提供一种数据发送处理方法、装置和系统,可以在不影响网络侧对每个MTC设备控制权的同时,提高系统的传输效率。
本发明实施例提供一种数据发送处理方法,包括:
接入网实体接收由M个终端发送的、发往相同目的地址的N个第一数据包;所述第一数据包包括第一数据包头和第一数据净荷;所述N大于1;
将所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头,以形成第二数据包;所述第二数据包包括所述第二数据包头和所述第二数据净荷;所述第二数据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和目的地址相同;
将所述第二数据包发送给与所述目的地址对应的服务器。
本发明实施例提供一种接入网实体,包括:
接收模块,用于接收由M个终端发送的、发往相同目的地址的N个第一数据包;所述第一数据包包括第一数据包头和第一数据净荷;所述N大于1;
创建模块,用于将所述接收模块接收的所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头,以形成第二数据包;所述第二数据包包括所述第二数据包头和所述第二数据净荷;所述第二数据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和目的地址相同;
发送模块,用于将所述创建模块创建的所述第二数据包发送给与所述目的地址对应的服务器。
本发明实施例提供一种数据传输处理系统,包括本发明实施例提供的任一接入网实体。
本发明实施例的数据发送处理方法、装置和系统,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明数据发送处理方法实施例一的流程图;
图2为本发明数据接收处理方法实施例一的流程图;
图3为本发明数据传输处理方法实施例一的流程图;
图4为本发明数据传输处理方法实施例一中数据汇聚的示意图;
图5为本发明数据传输处理方法实施例二的流程图;
图6为本发明数据传输处理方法实施例二中数据汇聚的示意图;
图7为本发明数据传输处理方法实施例三的流程图;
图8为本发明数据传输处理方法实施例三中数据汇聚的示意图;
图9为本发明接入网实体实施例一的示意图;
图10为本发明接入网实体实施例二的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明数据发送处理方法实施例一的流程图,如图1所示,该方法可以包括:
101、接入网实体接收由M个终端发送的、发往相同目的地址的N个第一数据包。第一数据包包括第一数据包头和第一数据净荷;N大于1。
本实施例例如可以应用在物联网类型的通信网络中,其中,本实施例中的终端例如可以为MTC设备,服务器例如可以为控制中心服务器,例如MTC服务器,下面以物联网为例进行说明。在物联网中,多个MTC设备要将向MTC服务器上报数据,例如:在无线抄表过程中,多个电表要将自身的数据通过接入网和核心网上报给MTC服务器。
每个MTC设备都发送数据包,其中M个MTC设备可以发送N个数据包,M可以等于N,也可以不等于N,例如:一个MTC设备可以发送一个数据包,也可以发送多个相互独立的数据包;其中,一个MTC设备发送多个相互独立的数据包例如可以为:同一个电表发送两个数据包,一个数据包表示所用的总电量,另一个数据包表示哪个时间段用的电量最多。本实施例中,MTC设备发送的数据包称为第一数据包,这N个第一数据包发往相同目的地址,即这N个数据包是发送给同一个MTC服务器。
MTC设备将第一数据包发送给MTC服务器的过程可以为:MTC设备将第一数据包发送给接入网实体,然后由接入网实体对这些数据包进行处理后,通过核心网将这些数据包发送给MTC服务器。
在采用长期演进(Long Term Evolution,简称为:LTE)系统中,接入网实体例如可以为e NODE B;在采用通用移动通信系统(Universal MobileTelecommunications System,简称为:UMTS)中,接入网实体可以是NODE B或者无线网络控制器(Radio Network Controller,简称为:RNC)。
102、接入网实体将N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在第二数据净荷前部添加第二数据包头,以形成第二数据包。第二数据包包括第二数据包头和第二数据净荷;第二数据包头中的源地址和目的地址与至少一个第一数据包头中的源地址和目的地址相同。
接入网实体在接收到所述的发往相同目的地址的N个第一数据包后,为了减少这些数据包中的包头开销,接入网实体对这N个第一数据包进行汇聚。第一数据包包括第一数据包头和第一数据净荷;第一数据包头可以为TCP/IP头,也可以为UDP/IP头,其中包括有:源端口号、目的端口号、源IP地址、目的IP地址,源端口号和源IP地址可以称为源地址,目的端口号和目的IP地址可以称为目的地址。由接入网实体进行汇聚的N个第一数据包中的目的端口号和目的IP地址都相同,而源端口号和源IP地址可以相同,也可以不相同。
接入网实体对N个第一数据包进行汇聚的具体过程可以为:接入网实体将N个第一数据包中的N段第一数据净荷串接起来,形成一段数据净荷,即第二数据净荷;然后在第二数据净荷前部添加第二数据包头。其中,根据接入网实体与MTC服务器预先协商的情况,以及N个第一数据包的类型,限定了第二数据包头的结构,具体的:1、当N段第一数据净荷的长度相同,且接入网实体与MTC服务器预先协商了汇聚的数量时,则第二数据包头中包括源地址、目的地址以及数据包的长度信息;2、当N段第一数据净荷的长度相同,但是接入网实体与MTC服务器没有预先协商汇聚数量时,第二数据包头中除了包括源地址、目的地址、数据包的长度信息以外,还包括表示汇聚的第一数据包的数量的数量标识;3、当N段第一数据净荷的长度不相同,且接入网实体与MTC服务器也没有预先协商汇聚数量时,第二数据包头中除了包括源地址、目的地址、数据包的长度信息以外,还包括表示汇聚的第一数据包的数量的数量标识,以及用于表示每一段第一数据净荷长度的长度标识。
N个第一数据包中,每个第一数据包头中的源端口号和源IP地址可以都相同,也可以不都相同。当每个第一数据包头中的源端口号和源IP地址都相同时,第二数据包头中的源地址、目的地址与第一数据包头中的相同;当每个第一数据包头中的源地址不都相同时,第二数据包头中的源地址、目的地址与N个第一数据包头中的任一个相同。
103、接入网实体将第二数据包发送给与目的地址对应的服务器。
接入网实体将N个第一数据包汇聚成一个第二数据包后,根据第一数据包头中的目的地址,将该第二数据包通过核心网发送给与该目的地址对应的服务器。其中,该服务器例如可以为MTC服务器。
需要说明的是,本实施例中,由接入网实体对多个MTC设备发送的第一数据包进行汇聚,由于每个MTC设备都可以直接将数据发送给接入网实体,而不用先经集中器汇聚再转发给接入网实体,使得每个MTC设备对接入网实体是可见,由此使得接入网实体可以对每个MTC设备进行一对一的控制。
本发明实施例,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
图2为本发明数据包接收处理方法实施例一的流程图,如图2所示,该方法包括:
201、服务器接收接入网实体发送的第二数据包。
本实施例与图1所述的实施例相对应,是服务器接收接入网实体发送的汇聚后的数据包的过程。本实施例可以应用在物联网类型的通信网络中,服务器例如可以为MTC服务器,可以对MTC设备上报的数据进行采集和处理。
参见图1所示的实施例,接入网实体将N个第一数据包汇聚为一个第二数据包后,通过核心网,将该第二数据包发送给服务器。
202、服务器从第二数据包的第二数据净荷中获取由M个终端发送的N个第一数据包的N段第一数据净荷;N大于1。
服务器接收到第二数据包后,可以根据与接入网实体预先协商的情况,以及第二数据包头,从第二数据包获取N段第一数据净荷,每一段第一数据净荷即为每个MTC设备发送的数据。
服务器从第二数据包获取N段第一数据净荷的具体过程可以为:1、当N段第一数据净荷的长度相同,且服务器与接入网实体预先协商了汇聚的数量N时,服务器在接收到第二数据包后,将第二数据包头去掉,然后将第二数据净荷进行等间隔分隔,分成等长的N段,每一段即为一段第一数据净荷,也就是一个MTC设备发送的数据;2、当N段第一数据净荷的长度相同,但服务器与接入网实体没有预先协商汇聚的数量时,服务器在接收到第二数据包后,将第二数据包头去掉,并从第二数据包头中获取用于表示汇聚的第一数据包的数量的数量标识N,然后将第二数据净荷进行等间隔分隔,分成等长的N段,每一段即为一段第一数据净荷,也就是一个MTC设备发送的数据;3、当N段第一数据净荷的长度不相同,且服务器与接入网实体也没有预先协商汇聚数量时,服务器在接收到第二数据包后,将第二数据包头去掉,并从第二数据包头中获取用于表示汇聚的第一数据包的数量的数量标识N和用于表示每一段第一数据净荷长度的长度标识,然后按照每一段第一数据净荷的长度,将第二数据净荷分为N段,每一段即为一段第一数据净荷,也就是一个MTC设备发送的数据。
本发明实施例,服务器接收接入网实体发送的、由接入网实体将M个终端发送的N个第一数据包汇聚成的一个第二数据包,并从第二数据包的第二数据净荷中,获取到N段第一数据净荷,以得到每个终端发送的数据。由于接入网实体将N段第一数据净荷共用一个公用的数据包头,可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
图3为本发明数据包传输处理方法实施例一的流程图,如图3所示,在图1和图2所述实施例的基础上,该方法包括:
301、接入网实体与服务器协商待合并的第一数据包的数量。本实施例中,M个MTC设备发送的N个第一数据包中的N段第一数据净荷的长度相同。MTC设备发送的第一数据包可以为应用层包,第一数据包头以TCP/IP头为例进行说明。服务器可以为MTC服务器。
接入网实体和MTC服务器预先协商对固定数目的MTC设备发送的数据进行汇聚传输,即预先协商汇聚的第一数据包的数量。其中协商的动作可以是接入网实体发起的,也可以是MTC服务器发起的。具体协商的过程可以为a和b,或者为a’和b’:
a、接入网实体向MTC服务器发送用于协商待合并的第一数据包的数量的协商请求消息;其中待合并即为待汇聚;
b、MTC服务器接收接入网实体发送的协商请求消息。
a’、MTC服务器向接入网实体发送用于协商待合并的第一数据包的数量的协商请求消息;
b’、接入网实体接收MTC服务器发送的协商请求消息。
在接入网实体和MTC服务器协商完成之后,接入网实体就可以对协商数量的第一数据包进行汇聚,并且MTC服务器也可以对汇聚后的数据进行解压,以获取到每一个第一数据包。
需要说明的是,可以在每次对第一数据包进行汇聚之前,接入网实体与MTC服务器进行协商,也可以在接入网实体与MTC服务器进行过汇聚数量协商后,每次都对协商数量的第一数据包进行汇聚。
302、接入网实体将N个第一数据包中的N段第一数据净荷串接起来,形成一段第二数据净荷。
在协商汇聚数量为N后,接入网实体将多个MTC设备发送的N个第一数据包进行汇聚。图4为本发明数据包传输处理方法实施例一中数据汇聚的示意图,如图4所示,MTC设备1、MTC设备2、......、MTC设备M发送N个第一数据包,每个第一数据包中包括TCP/IP头和第一数据净荷。
接入网实体将MTC设备1、MTC设备2、......、MTC设备M发送的N个第一数据包中的第一数据净荷1、第一数据净荷2、......、第一数据净荷N串接起来,形成一段第二数据净荷。
303、接入网实体在第二数据净荷前部添加第二数据包头。第二数据包头与至少一个第一数据包头中的源端口号和目的端口号、源地址和目的地址相同。
接入网实体在将N段第一数据净荷串接成一段第二数据净荷后,在第二数据净荷前部添加第二数据包头(参见图4)。其中,当N个第一数据包的TCP/IP头都相同时,第二数据包头中的TCP/IP头中的源地址和目的地址与第一数据包头中的TCP/IP头中的源地址和目的地址相同;当N个第一数据包的TCP/IP头不都相同时,第二数据包头中的TCP/IP头中的源地址和目的地址可以与任一个第一数据包头中的TCP/IP头中的源地址和目的地址相同。
由于接入网实体要将第二数据包通过核心网发送给MTC服务器,所以第二数据包头中还可以包括CN(Core Network,核心网)头。
304、接入网实体将第二数据包发送给与目的地址对应的服务器。
根据第二数据包头中的目的地址,接入网实体将汇聚成的第二数据包通过核心网发送给MTC服务器。
305、服务器根据301中的协商请求消息,将第二数据净荷等分为N段;其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后,去掉第二数据包头,然后根据预先协商的汇聚数量N,将第二数据净荷等间隔分割为N段,这N段即为N段第一数据净荷,每一段即为一个MTC设备发送的应用层数据。
需要说明的是,当N个第一数据包的TCP/IP头不都相同时,从N个第一数据包中任选一个TCP/IP头,将该TCP/IP头中的源地址作为第二数据包头中的源地址;该情况下,需要在接入网实体上设置重传机制,当MTC服务器接收到的数据发生错误时,以使接入网实体可以重新传输该数据。该重传过程具体可以为:
当MTC服务器检测到接收到的第二数据包出错,或者计时器超时时,MTC服务器向接入网实体发送重传指示消息;
接入网实体接收到重传指示消息后,根据重传指示消息中包含的第二数据包头信息,重新向MTC服务器发送与该第二数据包头对应的第二数据包。
接入网端和MTC服务器端的TCP/IP层均不去辨别具体是第二数据包中的哪个MTC设备的数据出错,而默认整个第二数据包是一个完整的TCP/IP包。
本发明各实施例中,接入网实体所具备的汇聚功能可以放在无线接入网的任何一层中进行,例如可以在分组数据汇聚协议层(Packet DataConvergence Protocol,以下简称为:PDCP)、无线链路控制协议层(Radio Linkcontrol,以下简称为:RLC)或媒体接入控制协议层(MediaAccess Control,以下简称为:MAC)中实现。
1、在PDCP层中实现的过程:在PDCP对N个第一数据包解压缩完要往上层转发数据时,PDCP可以根据上述的方法对N个第一数据包进行汇聚,每个上抛的PDCP服务数据单元(Service Data Unit,以下简称为:SDU)都是一个MTC设备的完整数据,将N个SDU除去IP包头后串接,再加上一个公共IP和CN包头后发送至服务GPRS支持节点(Serving GPRS Support Node,简称为SGSN)。该处理过程不会对RLC层和MAC层的处理有任何影响。
2、在RLC层中实现的过程:具体汇聚的过程参见上述描述。需要说明的是,在RLC层中进行汇聚时,MTC设备侧和接入网侧的PDCP层最好是透明传输,即PDCP层不对数据进行处理而直接转发;若PDCP层不是透明传输,则RLC层将要在第二数据净荷前打上公共的经过压缩的IP包头。
3、在MAC层中实现的过程:具体汇聚的过程参见上述描述。需要说明的是,在MAC层中进行汇聚时,RLC层和PDCP层都需要透明传输。
本发明实施例,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
图5为本发明数据包传输处理方法实施例二的流程图,如图5所示,在图1和图2所述实施例的基础上,该方法包括:
501、接入网实体将N个第一数据包中的N段第一数据净荷串接起来,形成一段第二数据净荷。
本实施例中,M个MTC设备发送的N个第一数据包中的N段第一数据净荷的长度相同。MTC设备发送的第一数据包可以为应用层包,第一数据包头以TCP/IP头为例进行说明。服务器可以为MTC服务器。
接入网实体将M个MTC设备发送的数据进行汇聚。图6为本发明数据包传输处理方法实施例二中数据汇聚的示意图,如图6所示,MTC设备1、MTC设备2、......、MTC设备M发送N个第一数据包,每个第一数据包中包括TCP/IP头和第一数据净荷。
接入网实体将MTC设备1、MTC设备2、......、MTC设备M发送的N个第一数据包中的第一数据净荷1、第一数据净荷2、......、第一数据净荷N串接起来,形成一段第二数据净荷。
502、接入网实体在第二数据净荷前部添加所述第二数据包头,第二数据包头还包括用于指示串接的第一数据包的数量的数量标识。
接入网实体在将N段第一数据净荷串接成一段第二数据净荷后,在第二数据净荷前部添加第二数据包头(参见图6)。第二数据包头中包括有TCP/IP头和数量标识N,其中TCP/IP头参见上述各实施例中的描述,在此不再赘述;数量标识N用于指示汇聚的第一数据包的数量。
由于接入网实体要将第二数据包通过核心网发送给MTC服务器,所以第二数据包头中还可以包括CN头。
503、接入网实体将第二数据包发送给与目的地址对应的服务器。
根据第二数据包头中的目的地址,接入网实体将汇聚成的第二数据包通过核心网发送给MTC服务器。
504、服务器根据第二数据包头中的数量标识,将第二数据净荷等分为N段;其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后,去掉第二数据包头,并根据第二数据包头中的数量标识N,将第二数据净荷等间隔分割为N段,这N段即为N段第一数据净荷,每一段即为一个MTC设备发送的应用层数据。
其中,本发明各实施例中,每段第一数据净荷中可以都包含有该段第一数据净荷对应的MTC设备的标识信息,MTC服务器在获取到每段第一数据净荷后,即可获知该段数据对应的MTC设备。
此外,每段第一数据净荷中也可以不包含该段第一数据净荷对应的MTC设备的标识信息,此时,501可以被替换为501’:接入网实体将N个第一数据包中的N段第一数据净荷按照与服务器协商的顺序和协商的数量进行串接;该协商的顺序可以有多种,例如:该顺序为N个第一数据包的N个第一数据包头中的源IP地址或源端口号的大小顺序,此时第二数据包头中的源地址与串接的N个第一数据包中的第一个第一数据包头中的源地址相同;该顺序还可以为每个MTC设备的终端标识(标识ID)的大小顺序,该标识ID例如可以为每个MTC设备的编号或者每个MTC设备对应的用户信息(例如门牌号);该协商的数量可以为:每个M个MTC设备发送的第一数据包的数量,即接入网实体和MTC服务器预先也协商好每个MTC设备发送的第一数据包的数量。501’的具体过程可以如下:
接入网实体与MTC服务器预先协商串接N段第一数据净荷的顺序和串接的每个MTC设备发送的第一数据净荷的数量,该顺序可以按照这N个第一数据包头中源IP地址、源端口号或MTC设备的标识ID的大小顺序,例如从大到小或者从小到大;在协商完成后,接入网实体按照协商的顺序对N段第二数据净荷进行串接,并在第二数据包头中配置串接的第一个第一数据包头中的源地址。
当上述501被501’替换时,在504之后还可以包括以下步骤:MTC服务器根据与接入网实体协商的串接顺序和串接数量,在得到的N段第一数据净荷的每一段前添加相应的源地址。具体的:MTC服务器中存储有所有相关MTC设备的源端口号和/或源IP地址,以及源端口号和/或源IP地址与MTC设备的标识ID的对应关系;MTC服务器接收到第二数据包后,从第二数据包头中获取到串接的第一个第一数据净荷对应的MTC设备的源端口号或源IP地址或标识ID,MTC服务器根据协商的串接顺序和串接数量就可以推导出其他第一数据净荷对应的MTC设备的源端口号或源IP地址;然后MTC服务器在每一段第一数据净荷前添加相应的源端口号和/或源IP地址,以便进行正常的TCP/UDP/IP层操作。
在使用501’的方法中,若第二数据包中的一段第一数据净荷出错,MTC服务器就可以推导出是哪个源地址的数据出错,也就可以直接请求相应源地址的MTC设备重传,而无需在接入网实体中设置重传机制。
本发明实施例,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
图7为本发明数据包传输处理方法实施例三的流程图,如图7所示,在图1和图2所述实施例的基础上,该方法包括:
701、接入网实体将N个第一数据包中的N段第一数据净荷串接起来,形成一段第二数据净荷。
本实施例中,M个MTC设备发送的N个第一数据包中的N段第一数据净荷的长度不都相同,其中N段第一数据净荷的长度可以都不相同,也可以有部分相同。MTC设备发送的第一数据包可以为应用层包,第一数据包头以TCP/IP头为例进行说明。服务器可以为MTC服务器。
接入网实体将M个MTC设备发送的数据进行汇聚。图8为本发明数据包传输处理方法实施例三中数据汇聚的示意图,如图8所示,MTC设备1、MTC设备2、......、MTC设备M发送N个第一数据包,每个第一数据包中包括TCP/IP头和第一数据净荷。
接入网实体将MTC设备1、MTC设备2、......、MTC设备M发送的N个第一数据包中的第一数据净荷1、第一数据净荷2、......、第一数据净荷N串接起来,形成一段第二数据净荷。
702、接入网实体在第二数据净荷前部添加第二数据包头,第二数据包头还包括用于指示串接的第一数据包的数量的数量标识和用于指示每段第一数据净荷长度的长度标识。
接入网实体在将N段第一数据净荷串接成一段第二数据净荷后,在第二数据净荷前部添加第二数据包头(参见图8)。第二数据包头中包括有TCP/IP头、数量标识N和长度标识L1-Ln,其中TCP/IP头参见上述各实施例中的描述,在此不再赘述;数量标识N用于指示汇聚的第一数据包的数量,长度标识L1-Ln分别用于指示N段第一数据净荷的长度。
由于接入网实体要将第二数据包通过核心网发送给MTC服务器,所以第二数据包头中还可以包括CN头。
703、接入网实体将第二数据包发送给与目的地址对应的服务器。
根据第二数据包头中的目的地址,接入网实体将汇聚成的第二数据包通过核心网发送给MTC服务器。
704、服务器根据第二数据包头中的数量标识和长度标识,将第二数据净荷分为N段;其中每段对应一段第一数据净荷。
MTC服务器接收到第二数据包后,去掉第二数据包头,并根据第二数据包头中的数量标识N和长度标识L1-Ln,将第二数据净荷分割为N段,这N段即为N段第一数据净荷,每一段即为一个MTC设备发送的应用层数据。
本发明实施例,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图9为本发明接入网实体实施例一的示意图,如图9所示,该接入网实体包括:接收模块91、创建模块93和发送模块95。
接收模块91用于接收由M个终端发送的、发往相同目的地址的N个第一数据包;第一数据包包括第一数据包头和第一数据净荷;N大于1。
创建模块93用于将接收模块91接收的所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头,以形成第二数据包;所述第二数据包包括所述第二数据包头和所述第二数据净荷;所述第二数据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和目的地址相同。
发送模块95用于将所述创建模块93创建的所述第二数据包发送给与所述目的地址对应的服务器。
本实施例中各模块的工作流程和工作原理参见上述各方法实施例中的描述,在此不再赘述。
本发明实施例,创建模块将接收模块接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
图10为本发明接入网实体实施例二的示意图,在接入网实体实施例一的基础上,如图10所示,该接入网实体还包括:第一协商模块97和/或第二协商模块99,并且还可以包括:重发模块90。
第一协商模块97用于当每段第一数据净荷的长度相同时,向服务器发送用于协商待合并的第一数据包的数量的协商请求消息。第二协商模块99用于当每段第一数据净荷的长度相同时,接收服务器发送的用于协商待合并的第一数据包的数量的协商请求消息。
创建模块93可以包括:第一串接单元931和第一添加单元933。或者,创建模块93可以包括:第一串接单元931和第二添加单元935。
第一串接单元931用于将N个第一数据包中的N段第一数据净荷串接起来,形成一段第二数据净荷。
第一添加单元933用于当每段第一数据净荷的长度相同时,在第一串接单元形成的第二数据净荷前部添加第二数据包头,第二数据包头还包括用于指示串接的第一数据包的数量的数量标识。
第二添加单元935用于在第一串接单元形成的第二数据净荷前部添加第二数据包头,第二数据包头还包括用于指示串接的第一数据包的数量的数量标识和用于指示每段第一数据净荷长度的长度标识。
第一串接单元931具体可以用于将N个第一数据包中的N段第一数据净荷按照与服务器协商的顺序和协商的数量进行串接。所述的协商的顺序为N个第一数据包的N个第一数据包头中的源IP地址或源端口号或终端标识的大小顺序;所述协商的数量为每个M个终端发送的第一数据包的数量。
重发模块90用于当至少两个第一数据包头中的源地址不同时,根据服务器发送的包含第二数据包头的重传指示消息,重新向服务器发送与第二数据包头对应的第二数据包。
本实施例中各模块和单元的工作流程和工作原理参见上述各方法实施例中的描述,在此不再赘述。
本发明实施例,创建模块将接收模块接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
本发明实施例还提供了一种数据传输处理系统,该系统可以包括本发明实施例提供的任一接入网实体。
并且该系统还可以包括接收处理装置,其中,该接收处理装置可以相当于上述各实施例中的服务器。
该数据接收处理装置可以包括:接收模块和获取模块。
接收模块用于接收接入网实体发送的第二数据包。获取模块用于从第二数据包的第二数据净荷中获取N段第一数据净荷。
该装置还包括:第三协商模块和/或第四协商模块。
该装置还可以包括:添加模块。
第三协商模块用于当每段第一数据净荷的长度相同时,接收接入网实体发送的用于协商待合并的第一数据包的数量的协商请求消息。
第四协商模块用于当每段第一数据净荷的长度相同时,向接入网实体发送用于协商待合并的第一数据包的数量的协商请求消息。
添加模块,用于根据与接入网实体协商的串接顺序和串接数量,在每段第一数据净荷前添加相应的源地址。
获取模块具体用于当每段第一数据净荷的长度相同时,根据协商请求消息,将第二数据净荷等分为N段;其中每段对应一段第一数据净荷。
或者,获取模块具体用于当每段第一数据净荷的长度相同时,根据第二数据包头中的数量标识,将第二数据净荷等分为N段;其中每段对应一段第一数据净荷。每段第一数据净荷的长度相同,第二数据包头中包括用于指示串接的第一数据包的数量的数量标识。
或者,获取模块具体用于根据第二数据包头中的数量标识和长度标识,将第二数据净荷分为N段;其中每段对应一段第一数据净荷。第二数据包头中包括用于指示串接的第一数据包的数量的数量标识和用于指示每段第一数据净荷长度的长度标识。
本实施例中各模块和单元的工作流程和工作原理参见上述各方法实施例中的描述,在此不再赘述。
本发明实施例,接入网实体将接收到的、由M个终端发送的N个第一数据包的N段第一数据净荷进行合并,使得N段第一数据净荷共用一个公用的数据包头,由此可以有效减少包头开销,提高系统传输效率,并且由于是接入网实体对数据包进行合并,使得接入网实体可以对每个MTC设备进行一对一的控制。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种数据发送处理方法,其特征在于,包括:
接入网实体接收由M个终端发送的、发往相同目的地址的N个第一数据包;所述第一数据包包括第一数据包头和第一数据净荷;所述N大于1;
将所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头,以形成第二数据包;所述第二数据包包括所述第二数据包头和所述第二数据净荷;所述第二数据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和目的地址相同;
将所述第二数据包发送给与所述目的地址对应的服务器。
2.根据权利要求1所述的数据发送处理方法,其特征在于,每段所述第一数据净荷的长度相同,所述将所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷之前包括:
所述接入网实体向所述服务器发送用于协商待合并的所述第一数据包的数量的协商请求消息;或者
所述接入网实体接收所述服务器发送的用于协商待合并的所述第一数据包的数量的协商请求消息。
3.根据权利要求1所述的数据发送处理方法,其特征在于,每段所述第一数据净荷的长度相同,所述将所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头包括:
将所述N个第一数据包中的N段第一数据净荷串接起来,形成一段所述第二数据净荷;
在所述第二数据净荷前部添加所述第二数据包头,所述第二数据包头还包括用于指示串接的所述第一数据包的数量的数量标识。
4.根据权利要求1所述的数据发送处理方法,其特征在于,所述将所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头包括:
将所述N个第一数据包中的N段第一数据净荷串接起来,形成所述第二数据净荷;
在所述第二数据净荷前部添加所述第二数据包头,所述第二数据包头还包括用于指示串接的所述第一数据包的数量的数量标识和用于指示每段所述第一数据净荷长度的长度标识。
5.根据权利要求3-4任一所述的数据发送处理方法,其特征在于,所述将所述N个第一数据包中的N段第一数据净荷串接起来,形成所述第二数据净荷包括:
将所述N个第一数据包中的N段第一数据净荷按照与所述服务器协商的顺序和协商的数量进行串接;
所述协商的顺序为所述N个第一数据包的N个第一数据包头中的源IP地址或源端口号或终端标识的大小顺序;
所述协商的数量为每个所述M个终端发送的所述第一数据包的数量。
6.根据权利要求1-4任一所述的数据发送处理方法,其特征在于,至少两个所述第一数据包头中的源地址不同,该方法还包括:
所述接入网实体根据所述服务器发送的包含所述第二数据包头的重传指示消息,重新向所述服务器发送与所述第二数据包头对应的所述第二数据包。
7.一种接入网实体,其特征在于,包括:
接收模块,用于接收由M个终端发送的、发往相同目的地址的N个第一数据包;所述第一数据包包括第一数据包头和第一数据净荷;所述N大于1;
创建模块,用于将所述接收模块接收的所述N个第一数据包中的N段第一数据净荷合并为一段第二数据净荷,并在所述第二数据净荷前部添加第二数据包头,以形成第二数据包;所述第二数据包包括所述第二数据包头和所述第二数据净荷;所述第二数据包头中的源地址和目的地址与至少一个所述第一数据包头中的源地址和目的地址相同;
发送模块,用于将所述创建模块创建的所述第二数据包发送给与所述目的地址对应的服务器。
8.根据权利要求7所述的接入网实体,其特征在于,该接入网实体还包括:
第一协商模块,用于当每段所述第一数据净荷的长度相同时,向所述服务器发送用于协商待合并的所述第一数据包的数量的协商请求消息;和/或
第二协商模块,用于当每段所述第一数据净荷的长度相同时,接收所述服务器发送的用于协商待合并的所述第一数据包的数量的协商请求消息。
9.根据权利要求7所述的接入网实体,其特征在于,所述创建模块包括:
第一串接单元,用于将所述N个第一数据包中的N段第一数据净荷串接起来,形成一段所述第二数据净荷;
第一添加单元,用于当每段所述第一数据净荷的长度相同时,在所述第一串接单元形成的所述第二数据净荷前部添加所述第二数据包头,所述第二数据包头还包括用于指示串接的所述第一数据包的数量的数量标识。
10.根据权利要求7所述的接入网实体,其特征在于,所述创建模块包括:
第一串接单元,用于将所述N个第一数据包中的N段第一数据净荷串接起来,形成所述第二数据净荷;
第二添加单元,用于在所述第一串接单元形成的所述第二数据净荷前部添加所述第二数据包头,所述第二数据包头还包括用于指示串接的所述第一数据包的数量的数量标识和用于指示每段所述第一数据净荷长度的长度标识。
11.根据权利要求9-10任一所述的接入网实体,其特征在于,所述第一串接单元具体用于将所述N个第一数据包中的N段第一数据净荷按照与所述服务器协商的顺序和协商的数量进行串接;所述协商的顺序为所述N个第一数据包的N个第一数据包头中的源IP地址或源端口号或终端标识的大小顺序;所述协商的数量为每个所述M个终端发送的所述第一数据包的数量。
12.根据权利要求7-10任一所述的接入网实体,其特征在于,该接入网实体还包括:
重发模块,用于当至少两个所述第一数据包头中的源地址不同时,根据所述服务器发送的包含所述第二数据包头的重传指示消息,重新向所述服务器发送与所述第二数据包头对应的所述第二数据包。
13.一种数据传输处理系统,包括如权利要求7-12任一所述的接入网实体。
14.根据权利要求13所述的数据传输处理系统,其特征在于,还包括数据接收处理装置;所述数据接收处理装置包括:
接收模块,用于接收所述接入网实体发送的所述第二数据包;
获取模块,用于从所述第二数据包的所述第二数据净荷中获取所述N段第一数据净荷。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010253583.0A CN102377650B (zh) | 2010-08-12 | 2010-08-12 | 数据发送处理方法、装置和系统 |
SG2013009717A SG187780A1 (en) | 2010-08-12 | 2011-05-27 | Method, device and system for transmitting data |
PCT/CN2011/074751 WO2011150767A1 (zh) | 2010-08-12 | 2011-05-27 | 数据发送处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010253583.0A CN102377650B (zh) | 2010-08-12 | 2010-08-12 | 数据发送处理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102377650A true CN102377650A (zh) | 2012-03-14 |
CN102377650B CN102377650B (zh) | 2015-01-07 |
Family
ID=45066158
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010253583.0A Active CN102377650B (zh) | 2010-08-12 | 2010-08-12 | 数据发送处理方法、装置和系统 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN102377650B (zh) |
SG (1) | SG187780A1 (zh) |
WO (1) | WO2011150767A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016061987A1 (zh) * | 2014-10-24 | 2016-04-28 | 中兴通讯股份有限公司 | 报文处理方法及装置 |
CN106572135A (zh) * | 2015-10-09 | 2017-04-19 | 北京国双科技有限公司 | 网络请求的处理方法及装置 |
CN106856457A (zh) * | 2015-12-09 | 2017-06-16 | 华为技术有限公司 | 一种数据传输方法、发送装置及接收装置 |
CN107113595A (zh) * | 2014-12-31 | 2017-08-29 | 华为技术有限公司 | 一种数据传输方法、无线接入设备和通信系统 |
CN107231396A (zh) * | 2016-03-25 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 数据操作方法、装置、中转设备及客户端 |
CN107332860A (zh) * | 2017-08-10 | 2017-11-07 | 上海梁维贸易有限公司 | 一种数据传输方法及存储介质 |
CN108307204A (zh) * | 2017-01-13 | 2018-07-20 | 上海交通大学 | 一种基于多业务ts流的alp封装方法 |
CN108616335A (zh) * | 2016-12-13 | 2018-10-02 | 电信科学技术研究院 | 一种数据包传输方法、用户终端和网络侧设备 |
CN109587085A (zh) * | 2018-12-29 | 2019-04-05 | 深圳市网心科技有限公司 | 一种数据传输方法及其相关设备 |
CN109691021A (zh) * | 2016-09-29 | 2019-04-26 | 韩国电力公社 | 用于智能电表的批量参数设置的远程管理系统及其方法 |
CN110087212A (zh) * | 2018-01-25 | 2019-08-02 | 矢崎总业株式会社 | 无线通信终端和通信控制方法 |
CN112910909A (zh) * | 2021-02-08 | 2021-06-04 | 北京交通大学 | 基于CoAP协议与HTTP协议转换的数据包处理方法 |
CN113438274A (zh) * | 2021-05-26 | 2021-09-24 | 曙光网络科技有限公司 | 数据传输方法、装置、计算机设备及可读存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108616462A (zh) * | 2017-01-10 | 2018-10-02 | 中兴通讯股份有限公司 | 一种数据传输方法及装置 |
CN109428838B (zh) * | 2017-08-22 | 2022-08-30 | 中车株洲电力机车研究所有限公司 | 一种列车ccu中央控制单元负荷分担的方法及系统 |
CN111343605B (zh) * | 2020-03-06 | 2023-08-29 | 知轮(杭州)科技有限公司 | 一种用于车辆局域网高速传输数据的无线通信方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010055317A1 (en) * | 2000-06-21 | 2001-12-27 | Noriki Kajizaki | Network relay apparatus and method of combining packets |
CN101030943A (zh) * | 2007-04-03 | 2007-09-05 | 华为技术有限公司 | 一种发送报文的方法和路由器 |
CN101335764A (zh) * | 2008-07-15 | 2008-12-31 | 上海华为技术有限公司 | 合成复帧、解析复帧的方法、装置及复帧处理系统 |
CN101400066A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 一种在中继链路上进行数据传输的方法、中继和基站 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU5288700A (en) * | 1999-05-24 | 2000-12-12 | B.R. Badrinath | System and method for network packet reduction |
-
2010
- 2010-08-12 CN CN201010253583.0A patent/CN102377650B/zh active Active
-
2011
- 2011-05-27 WO PCT/CN2011/074751 patent/WO2011150767A1/zh active Application Filing
- 2011-05-27 SG SG2013009717A patent/SG187780A1/en unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010055317A1 (en) * | 2000-06-21 | 2001-12-27 | Noriki Kajizaki | Network relay apparatus and method of combining packets |
CN101030943A (zh) * | 2007-04-03 | 2007-09-05 | 华为技术有限公司 | 一种发送报文的方法和路由器 |
CN101400066A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 一种在中继链路上进行数据传输的方法、中继和基站 |
CN101335764A (zh) * | 2008-07-15 | 2008-12-31 | 上海华为技术有限公司 | 合成复帧、解析复帧的方法、装置及复帧处理系统 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105591975A (zh) * | 2014-10-24 | 2016-05-18 | 中兴通讯股份有限公司 | 报文处理方法及装置 |
WO2016061987A1 (zh) * | 2014-10-24 | 2016-04-28 | 中兴通讯股份有限公司 | 报文处理方法及装置 |
CN107113595A (zh) * | 2014-12-31 | 2017-08-29 | 华为技术有限公司 | 一种数据传输方法、无线接入设备和通信系统 |
CN106572135A (zh) * | 2015-10-09 | 2017-04-19 | 北京国双科技有限公司 | 网络请求的处理方法及装置 |
CN106856457B (zh) * | 2015-12-09 | 2019-09-20 | 华为技术有限公司 | 一种数据传输方法、发送装置及接收装置 |
CN106856457A (zh) * | 2015-12-09 | 2017-06-16 | 华为技术有限公司 | 一种数据传输方法、发送装置及接收装置 |
CN107231396A (zh) * | 2016-03-25 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 数据操作方法、装置、中转设备及客户端 |
CN109691021A (zh) * | 2016-09-29 | 2019-04-26 | 韩国电力公社 | 用于智能电表的批量参数设置的远程管理系统及其方法 |
CN108616335A (zh) * | 2016-12-13 | 2018-10-02 | 电信科学技术研究院 | 一种数据包传输方法、用户终端和网络侧设备 |
CN108307204A (zh) * | 2017-01-13 | 2018-07-20 | 上海交通大学 | 一种基于多业务ts流的alp封装方法 |
CN108307204B (zh) * | 2017-01-13 | 2020-07-28 | 上海交通大学 | 一种基于多业务ts流的alp封装方法 |
CN107332860B (zh) * | 2017-08-10 | 2020-08-28 | 上海梁维贸易有限公司 | 一种数据传输方法及存储介质 |
CN107332860A (zh) * | 2017-08-10 | 2017-11-07 | 上海梁维贸易有限公司 | 一种数据传输方法及存储介质 |
CN110087212A (zh) * | 2018-01-25 | 2019-08-02 | 矢崎总业株式会社 | 无线通信终端和通信控制方法 |
CN109587085A (zh) * | 2018-12-29 | 2019-04-05 | 深圳市网心科技有限公司 | 一种数据传输方法及其相关设备 |
CN112910909A (zh) * | 2021-02-08 | 2021-06-04 | 北京交通大学 | 基于CoAP协议与HTTP协议转换的数据包处理方法 |
CN112910909B (zh) * | 2021-02-08 | 2022-05-17 | 北京交通大学 | 基于CoAP协议与HTTP协议转换的数据包处理方法 |
CN113438274A (zh) * | 2021-05-26 | 2021-09-24 | 曙光网络科技有限公司 | 数据传输方法、装置、计算机设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
SG187780A1 (en) | 2013-03-28 |
CN102377650B (zh) | 2015-01-07 |
WO2011150767A1 (zh) | 2011-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102377650A (zh) | 数据发送处理方法、装置和系统 | |
CN102056235B (zh) | 一种数据传输方法、设备和系统 | |
CN101621368B (zh) | 一种重传数据包的方法、装置及系统 | |
CN102577268B (zh) | 基于mac报头类型信息传送mac pdu的设备和方法 | |
CN103875224B (zh) | 数据传输方法及装置 | |
CN106716951A (zh) | 用于优化隧道流量的方法和装置 | |
TW200843408A (en) | Enhanced management frame aggregation in a wireless network system | |
CN105027611B (zh) | 用于支持无线装置进行的小数据传输的基站及方法 | |
CN103190089A (zh) | 持久逻辑数据隧道 | |
WO2011137783A1 (zh) | 一种数据处理方法、装置和系统 | |
CN106877977A (zh) | 数据通信的方法、装置及系统 | |
CN101304436A (zh) | 实现应用层会话持续性的负载均衡方法、系统及设备 | |
GB2589211A (en) | Methods and systems of using remote subscriber identification modules at device | |
CN102484813A (zh) | 使用mac头部来传送和接收mac pdu的装置和方法 | |
CN102158899B (zh) | 中继网络中的数据转发方法、装置及系统 | |
CN101507318B (zh) | 移动通信系统中使用的无线通信装置及方法 | |
CN102469509A (zh) | 一种数据传输方法、装置及系统 | |
CN103748916A (zh) | 一种数据发送、接收方法和装置 | |
CN103313308A (zh) | 一种数据传输方法和设备 | |
CN110213756A (zh) | 一种数据传输方法、装置及其相关设备 | |
CN111431672A (zh) | 数据的重传方法、装置、存储介质及电子装置 | |
CN104769906A (zh) | 数据传输方法、用户设备和代理设备 | |
WO2024022022A1 (zh) | 一种多网卡融合通信方法及通信系统 | |
CN101557386A (zh) | 数据发送方法与装置及数据接收方法与装置 | |
CN107613508A (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 |