CN1567915A - 一种无线传输控制协议/网际协议报头设定传输方法 - Google Patents
一种无线传输控制协议/网际协议报头设定传输方法 Download PDFInfo
- Publication number
- CN1567915A CN1567915A CNA031450733A CN03145073A CN1567915A CN 1567915 A CN1567915 A CN 1567915A CN A031450733 A CNA031450733 A CN A031450733A CN 03145073 A CN03145073 A CN 03145073A CN 1567915 A CN1567915 A CN 1567915A
- Authority
- CN
- China
- Prior art keywords
- header
- field
- internet protocol
- transmission control
- wireless transmission
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种无线传输控制协议/网际协议报头设定传输方法,该分组报头作为该分组在传输时的标识,该方法在于设定分组报头的压缩格式,利用因特网点对点的传输特性,减少源分组网络层设定,以便减少基站和移动台之间的数据传输量。
Description
技术领域
本发明涉及一种传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol,TCP/IP)的报头(header)压缩格式,特别涉及一种使用确认模式(acknowledgement mode)来减少基站(base station)和移动台(mobilestation,MS)之间的报头传输量的TCP/IP压缩格式。
背景技术
近年来,随着移动通信技术的进步,各种各样的数字移动产品,诸如手机、笔记本电脑、PDA等,走进了人们的生活中。人们对诸如随时收发email、接收实时信息等无线上网需求也就与日俱增。如何实现无线通信与因特网的互连互通,就成了重要的研究课题。参照图1,该图是无线上网的***结构图。想使用因特网资源的用户就需要一个点对点连接来上下传数据,从无线上网的角度来看,一个点对点连接可分为两部分:从用户到基站(base station)的无线连接部分,和从基站到因特网的有线连接部分。在无线连接部分,用户通过利用数字移动产品,以无线方式将数据发射到基站,或者接收基站发送的信号。有线连接部分利用现有的网络结构,诸如电话网络、光纤网络等,连接因特网,与诸如服务器、个人计算机、工作站等的远端相连。
目前,因特网上常用的点对点传输协议是传输控制协议/网际协议(TCP/IP),TCP/IP是一种建立在传统有线网络上的点对点传输通信协议。由于其具备可靠性及强健性,随着WWW(World Wide Web)的使用的增长,目前在因特网上被广泛地使用。
在传统有线网络中,如果传送较大的数据,为了避免一次占用太大带宽,就会将数据分成许多较小的部分,用分组(package)的形式顺序传送,最后由接收端重新组合所接收的分组。这样就可以得到发送端所传输的数据。但是,由于因特网四通八达,并且连接状态不断变化,为了最快到达目的地,每个分组所走的路径就会不同,所以收到分组的顺序也就会跟发送的顺序不一样。例如,虽然条条大路通罗马,但是每条大道的路况壅塞、远近等因素都不一样,所以即使在相同的时间出发,到达罗马的时间却会不一样。因此,需要在分组上做一些标记,也就是所谓的报头(header),接收端才能重组分组。参照图2,该图是目前常用的TCP/IP分组的报头格式。TCP/IP报头格式可分为传输控制协议(TCP)报头和网际协议(IP)报头两部分。
首先说明IP报头部分。IP报头包括版本字段,占4比特的空间,用来标记所使用的TCP/IP版本;IP报头长度字段,占4比特的空间,用来说明IP报头所占的比特空间;服务类型字段,占8比特的空间,其是最小延迟、最大输出、最大可靠性、和最小内存费用中的一种;分组总长度字段,占16比特的空间,用来指示本分组总共所占的字节数;标识字段,占16比特的空间,每一个分组都会有一独一无二的编号,以便接收端重新组合该分组;信息标志组,占3比特的空间,分别是:1比特的指示标志字段,如图2中的A所示,用来指示是否启用该信息标志组,1比特的不可分段标志字段(Don′t Fragment,DF),如图2中的B所示,用来指示该分组是否可分段,和1比特的最后标志字段(More Fragments,MF),如图2中的C所示,用来指示该分组是否是最后一个分组;分段定位字段,占13比特的空间,用来指示所分段的地址相对于原数据开始处的位置;生存期字段,占8比特的空间,用来指示该分组有效的时间;通信协议字段,占8比特的空间,用来指示该分组所使用的网络协议的类型;报头校验和字段,占16比特的空间,用来检查错误,以确保分组可以被正确地传送;源地址字段,占32比特的空间,用来存储发送方的地址;和目的地址字段,占32比特的空间,用来存储接收方的地址。上述IP报头总共占20个字节。
下面说明TCP报头部分。TCP报头包括:源端口号字段,占16比特的空间,用来指示发送端的工作端口;目的端口号字段,占16比特的空间,用来指示接收端的工作端口;发送序号字段,占32比特的空间,用来指示分组的编号;确认序号字段,占32比特的空间,用来指示已收到分组的编号;TCP报头长度字段,占4比特的空间,用来说明TCP报头所占的比特空间;保留字段,占6比特的空间,目前尚未使用该字段;控制指针组,占6比特的空间,包括:紧急标志字段(Urgent Pointer field,urg),如图2中的D所示,占1比特的空间,用来指示该分组是否是携带有紧急数据的分组;确认标志字段(Acknowledgment field,ack),如图2中的E所示,占1比特的空间,用来指示该分组是否要求接收端发送确认;急迫标志字段(PushFunction,psh),如图2中的F所示,占1比特的空间,用来指示该分组是否要求接收端尽快将此数据传给应用程序;重传标志字段(Reset theconnection,rst),如图2中的G所示,占1比特的空间,用来指示是否重新发送分组;同步标志字段(Synchronize,syn),如图2中的H所示,占1比特的空间,用来指示是否进行同步协商;完成标志字段(Finish,fin),占1比特的空间,如图2中的I所示,用来指示传送是否结束;缓冲区长度字段,占16比特的空间,用来指示缓冲区的空间可以接收的分组数,以避免超出缓冲区的长度而产生溢出(overflow)错误;校验和字段,占16比特的空间,用来检查错误,以确保分组可以被正确地传送;紧急指针,占16比特的空间,当紧急标志字段指示携带有紧急分组时,本字段存储紧急数据所在的位置。上述TCP报头总共占20个字节。原则上,TCP报头的长度是字(word)的整数倍
由上述可知,一般的TCP/IP报头总共占40个字节,也就是每一个分组都要增加40个字节的传输量,这其实是相当庞大的,而且浪费资源。所以陆续有人提出一些报头压缩(compression)方法。在传统有线网络上,目前常用的就是Van Jacobson提出的TCP表头压缩法,也就是被称为RFC 1144的表头压缩法。RFC 1144是通过删除在生存期内不会改变的字段,诸如版本字段、目的地址字段或目的端口号字段等,来达到压缩目的。
无线连接目前也都采用这种方法来压缩报头。然而,RFC 1144是针对传统有线网络结构所做的压缩,并不是为无线通信网络设计的,对于无线传输受到诸如带宽较窄的限制并未做全面的考虑。而无线通信网络的瓶颈在于无线连接,因此如何有效增加数据传输率,便成了重要的研究课题,所以对于无线连接而言,每次多传不必要的数据就会降低实际有效的数据传输率,因此如果可以通过诸如无线通信的特性等的其它条件,做进一步的压缩,就可以提高有效的数据传输率。
发明内容
本发明的主要目的是提供一种传输控制协议/网际协议(TCP/IP)报头压缩格式。
本发明的另一目的是提供一种可以减低不必要的传输,以增加实际的数据传输量的TCP/IP报头压缩格式。
为实现上述目的,本发明提供了一种作为分组传输时的标识的报头压缩格式,将本压缩格式用于无线网络的确认模式,来减少基站和移动台之间的无线连接的报头传输量,其包括:
连接序号字段,用来存储连接序号,以指示与基站相关的TCP/IP报头所需的信息;
缓冲区长度字段,用来存储缓冲区长度值,以指示接收端的缓冲区可以接收的分组数;
和
多个控制标志字段,用来提供必要的信息,以控制传输。
附图说明
图1是无线上网的网络结构图;
图2是目前常用的TCP/IP分组的报头格式;
图3是GPRS的网络结构图;
图4是GPRS的数据传输平面的结构图;
图5是根据本发明的实施例的报头结构图。
附图标号说明:
1、连接序号字段
2、缓冲区长度字段
3、控制标志字段
31、最后标志字段
32、紧急标志字段
33、确认标志字段
34、急迫标志字段
35、重传标志字段
36、同步标志字段
37、完成标志字段
38、保留位置
4、紧急指针
具体实施方式
为了使本发明的特点、目的和功能更清晰,现在结合附图对本发明做详细说明。
本发明的目的在于减少TCP/IP报头所占的字节数。除了使用传统RFC1144的方法外,还可以从无线通信的特点入手。无线通信与有线通信最大的不同在于无线通信网络是单跳(single-hop)连接,数据从发送端送出后,会直接送到接收端;而有线通信网络是多跳(multi-hop)连接,数据从发送端送出后,会选择最快到达的路径。由于网络的状况随时在改变,所以属于同一个数据的不同分组可能会经过不同的路径而先后到达接收端。也就是说在无线连接上,手机和基站是直接连接的单跳连接,不会像有线网络那样,可能会经过多条不同的路径传送,使得接收的分组的顺序与发送的顺序不一样。要特别声明的是,此处的多跳连接与无线通信的多径效应(multi-patheffect)的含意是不同的,多跳连接指不同分组经由不同路径到达接收端;而多径效应指同一个分组在传输过程中受到地形影响而产生的折射、反射等现象,使接收端先后收到好几个由同一信号源的信号所引起的干扰现象。两者的意思是不同的,先在这里澄清。最后,TCP/IP报头所需要的数据中,其实有一部分可以在无线通信协议中找到,这样,两者就有了重复的地方,因此,重复的部分就可省略,不予传送。
以下利用将本发明应用于GPRS的实施例来具体说明本发明。GPRS的全名是“通用分组无线业务(General Packet Radio Service)”,是目前最常用的无线网络的数据传输业务。GPRS是建立在第二代数字移动电话***GSM(Global System for Mobile communication)上,并对其做了改进,也被称为第2.5代移动通信。参照图3,其为GPRS的网络结构图。在GPRS的网络结构中,BSS中的基站收发信台(base transceiver station,BTS)接收到用户的信号后,将其传输给基站控制器(Base Station Controller,BSC),此时,BSC将语音信号经过电路交换(circuit switch),通过移动交换中心(Mobile Switching Center,MSC),传送到公共电话网(Public SwitchTelephone Network,PSTN);或者将数据信号经过分组交换(package switch),通过服务GPRS支持节点(Serving GPRS Support Node,SGSN)及网关GPRS支持节点(Gateway GPRS Support Node,GGSN),连接到因特网。其中,SGSN的主要功能是识别GPRS的合法用户、记录用户所用的BTS、给用户设备分配动态IP地址(Dynamic IP Address)、接收来自GGSN的数据后,将其拆装成分组,然后通过BSC、BTS传送到用户无线终端设备。SGSN和GGSN是通过GPRS网络内的主干(backbone)网连接的。
参照图4,其是GPRS数据传输平面的结构图。在移动台这边由下而上大致可依次分为物理层、无线连接控制(Radio Link Control,RLC)/媒体接入控制(Medium Access Control,MAC)层、逻辑连接控制(Logical LinkControl,LLC)层、子网依赖汇聚 (Subnetwork Dependent Convergence,SNDC)层和网络层。
下面对与本发明有关的部分做简单描述。RLC/MAC层的功能就是让上层的服务能够顺利的经过GPRS空中接口的物理层传送。它定义了让多个手机能同时共享相同传输介质的传送方式。其中,RLC层主要负责将数据通过空中接口(air interface)传送的过程以及纠错处理,这里,纠错所采取的方式主要是选择性重传(selective ARQ)。在手机和基站之间的MAC层主要是采用基于预留的时隙ALOHA协议(slotted ALOHA basedreservation protocol)的方式让多个用户共享频段。它主要负责管理多个手机访问无线资源的尝试,并且在网络端决定无线资源分配的方式。在多个手机发送无线信道访问请求时,由于资源有限,就会产生碰撞。MAC的主要工作之一就是解决发生碰撞后的重传问题,此外,MAC也负责在多个手机提出的服务请求中,决定要服务的用户,并根据用户需求,提供适当的服务。逻辑连接控制层(Logical Link Control,LLC)提供MS和SGSN之间的高可靠性的加密逻辑连接。LLC给来自上层SNDC层的SNDC数据单元加上LLC地址、控制字段,从而生成完整的LLC帧。另外,LLC可以实现多点寻址和数据帧的重发控制。SNDC(Subnetwork Dependant Convergence)层在GPRS服务支持节点和基站之间,与上层的通信是通过SNDC协议完成的,它可将网络层的PDU,根据下层网络的不同需求,分段成一个或多个LLC帧来完成协议转换工作,除此之外,SNDCP还负责用户数据的多任务及压缩、TCP/IP报头转换,以及根据用户的服务质量要求来决定传送方式等。
如前所述,本发明的目的在于利用(1)RFC 1144的表头压缩法,压缩如IP报头中的版本字段、IP报头长度字段、及TCP报头中的源端口号字段、及TCP报头长度字段等;(2)利用无线通信是单跳连接的特性,压缩如TCP报头中的发送序号字段、确认序号字段等;和(3)利用移动台与基站建立连接时已有的信息,压缩如报头校验和字段等。利用压缩方法压缩上述三点所述字段,可以减少报头中不必要的部分,提高有效的传输率。
参照图5,其是本发明应用于GPRS的确认模式(acknowledge mode)下的具体实施例。本实施例中,根据本发明的压缩格式报头占32比特的空间,每一分组的报头包括:
连接序号字段1,占16比特的空间,用于存储基站与移动台建立连接时的连接序号,以指示基站相关的TCP/IP报头所需的信息,其中每个TCP/IP连接的该连接序号都不同,使之相互区分开来;
缓冲区长度字段2,占8比特的空间,用于存储缓冲区长度值,其指示接收端缓冲区可以接收的最大分组数;在原先的TCP/IP分组中,由于分组到达的顺序不同,所以缓冲区长度字段要占用16比特的空间,以便存储可传送分组的绝对数量。本实施例利用无线通信是单跳连接的特性,分组到达的顺序是固定的,所以可以发送与前一个报头中的缓冲区长度的差值,由于改变幅度不会太大,差值就在0附近,所以只需8位空间就足以表示了。和
多个控制标志字段3,占8比特的空间,用于提供传输中所需的控制信息,以便控制传输。其中该多个控制标志字段3通常包括:最后标志字段31,占1比特的空间,用于指示所接收的分组是否为最后一个分组;紧急标志字段32,占1比特的空间,用于指示该分组是否为紧急分组,其中,如果当该紧急标志字段指示该分组为紧急分组时,该报头格式另外再生成16比特的紧急指针4,以便指示紧急数据所在的位置;确认标志字段33,占1比特的空间,用于指示该分组是否要求接收端返回确认。急迫标志字段34,占1比特的空间,用于指示该分组是否要求接收端尽快将此数据传给应用程序;重传标志字段35,占1比特的空间,用于指示是否要求重新传送;同步标志字段36,占1比特的空间,用于指示是否进行同步协商;完成标志字段37,占1比特的空间,用于指示传送是否结束;和保留位置38,用于功能扩充的预备字段,通常为了使多个控制标志字段所占的空间为字节(byte)的整数倍,保留位置38的长度通常是将其所占的字节填满。本实施例中,上述7个控制标志字段共占用7个比特的空间,为了填满1字节(8位),保留位置38就要占用1比特的空间。
下面,对本发明做更详细的分析。首先,对于同一个TCP/IP连接,在TCP的生存期内,有许多数据是不会改变的,也就是说,在经过初始化的动作后,基站内已经有了所需的数据,此时,基站会将这些数据存储在编号为x的数据库中,并将编号x通知移动台,这个x就是连接序号。所以当移动台传送数据时,只要先表明其是编号x的用户,基站就会去编号为x的数据库寻找相关数据,而无须由移动台传输。当然,为了区分所有连接,每一个TCP/IP连接的该连接序号都应该不同。这些数据通常包括:如IP报头中的版本字段、IP报头长度字段、服务类型字段、生存期字段、通信协议字段、源地址字段、目的地址字段及TCP报头中的目的端口号字段、接收端口号字段、TCP报头长度字段及保留字段。其中比较重要的字段是源地址字段、目的地址字段、源端口号字段及接收端口号字段等四个字段。除源地址字段是通过SNDC层的网络业务接入点标识(Network Service Access PointIdentifier,NSAPI)得到的外,目的地址字段、源端口号字段及接收端口号字段都是通过连接序号字段所携带的数据获得的。通常在基站和移动台中都会记录连接序号,以便基站和移动台协商。
其次,根据在确认模式下执行无线传输以及无线通信是单跳连接的特点,发送序号字段、确认序号字段和分段定位字段这些信息是可以在SNDC及LLC报头里找到。因此发送序号字段、确认序号字段及分段定位字段都是可以被省略的。而IP报头的报头校验和字段和TCP报头的校验和字段的功能可以被LLC层中的帧校检序列字段(frame check sequence field)所取代,所以也可以省略。因此,如图5所示的压缩格式结合基站内的数据,这样的压缩格式确实是可行的。
根据本实施例的报头压缩格式,在理想情况下只需要4个字节,与需要40个字节的传统的TCP/IP报头相比,可以省下90%的空间。即使是在极为罕见的紧急分组情况下,根据本实施例的报头也只需要6个字节(紧急指针占两字节)。在TCP/IP连接期间,大部分的时间都可以使用压缩格式,这样就可省下大量不必要传输的空间,以提高有效数据传输率。本发明当然不限于用于GPRS,在第三代移动通信***(3G)中,这样的报头压缩格式也可使用。
如上所述仅是本发明的优选实施例,不应被理解为用于限制本发明的范围的目的。即,在不被离由所附权利要求所限定的本发明的精神和范围的情况下,可以对本发明在形式和细节上做各种同等变化和修改。
Claims (23)
1.一种无线传输控制协议/网际协议报头设定传输方法,在无线网络的确认模式下使用该方法来减少基站和移动台之间的报头传输量,该方法包含:
将无线传输控制协议/网际协议的报头格式作为传输分组时的标记;
设定该报头格式,使其具有:
连接序号字段,用于存储连接序号,以指示基站相关TCP/IP报头所需的信息;
缓冲区长度字段,用于存储缓冲区长度值,以指示接收端缓冲区可以接收的分组数;和
多个控制标志字段,用于提供必要的信息,以控制传输。
2.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中每一TCP/IP连接的连接序号都不同。
3.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该连接序号字段所存储的连接序号至少与目的地址、目的端口号字段、和源端口号字段相对应。
4.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括最后标志字段,用于指示该分组是否为最后一个分组。
5.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括紧急标志字段,用于指示该分组是否为紧急分组。
6.如权利要求5所述的无线传输控制协议/网际协议报头设定传输方法,其中,在该分组为紧急分组时,该报头格式还生成一紧急指针,用于指示紧急数据所在的位置。
7.如权利要求6所述的无线传输控制协议/网际协议报头设定传输方法,其中,该紧急指针占用16比特的空间。
8.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括确认标志字段,用于指示该分组是否要求接收端发送确认。
9.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括急迫标志字段,用于指示接收端是否尽快将该分组传给应用程序。
10.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括重传标志字段,用于指示该分组是否需要重新传送。
11.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括同步标志字段,用于指示该分组是否需要进行同步协商。
12.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括完成标志字段,用于指示该分组的传送是否结束。
13.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段还包括保留位置,为功能扩充而预备的。
14.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段的长度是字节的整数倍。
15.如权利要求14所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段的长度是8比特。
16.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中,报头长度是32比特。
17.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该连接序号字段占16比特的空间。
18.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该缓冲区长度字段,占8比特的空间。
19.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该多个控制标志字段占8比特的空间。
20.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该预备位置长度是用于填满该多个控制标志字段所未填满的字节的比特数。
21.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该缓冲区长度字段可用与前一个报头中的缓冲区长度字段的差值来表示。
22.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该报头格式可用于通用分组无线业务。
23.如权利要求1所述的无线传输控制协议/网际协议报头设定传输方法,其中该报头格式可用于第三代移动通信***。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031450733A CN1567915A (zh) | 2003-07-02 | 2003-07-02 | 一种无线传输控制协议/网际协议报头设定传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031450733A CN1567915A (zh) | 2003-07-02 | 2003-07-02 | 一种无线传输控制协议/网际协议报头设定传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1567915A true CN1567915A (zh) | 2005-01-19 |
Family
ID=34471348
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA031450733A Pending CN1567915A (zh) | 2003-07-02 | 2003-07-02 | 一种无线传输控制协议/网际协议报头设定传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1567915A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100459710C (zh) * | 2005-03-17 | 2009-02-04 | 华为技术有限公司 | 一种数据流头压缩中的全头包发送方法 |
CN101854361A (zh) * | 2010-05-21 | 2010-10-06 | 南京邮电大学 | 一种基于物联网的下一代互联网协议报头压缩方法 |
CN101855858A (zh) * | 2007-09-10 | 2010-10-06 | 韩国电子通信研究院 | 用于分配资源和接收数据的方法 |
CN101355571B (zh) * | 2007-07-26 | 2011-09-28 | ***通信集团公司 | 多媒体消息的处理方法、装置及*** |
CN103297430A (zh) * | 2013-05-24 | 2013-09-11 | 华为技术有限公司 | 数据传输方法及设备 |
WO2019034061A1 (zh) * | 2017-08-14 | 2019-02-21 | 杭州海康威视数字技术股份有限公司 | 数据传输方法、装置及*** |
CN109672929A (zh) * | 2018-12-14 | 2019-04-23 | 中国联合网络通信集团有限公司 | 一种视频业务报文的检测方法和设备 |
WO2021136278A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 报文传输方法及电子设备 |
-
2003
- 2003-07-02 CN CNA031450733A patent/CN1567915A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100459710C (zh) * | 2005-03-17 | 2009-02-04 | 华为技术有限公司 | 一种数据流头压缩中的全头包发送方法 |
CN101355571B (zh) * | 2007-07-26 | 2011-09-28 | ***通信集团公司 | 多媒体消息的处理方法、装置及*** |
CN101855858A (zh) * | 2007-09-10 | 2010-10-06 | 韩国电子通信研究院 | 用于分配资源和接收数据的方法 |
CN101854361A (zh) * | 2010-05-21 | 2010-10-06 | 南京邮电大学 | 一种基于物联网的下一代互联网协议报头压缩方法 |
CN101854361B (zh) * | 2010-05-21 | 2012-09-26 | 南京邮电大学 | 一种基于物联网的下一代互联网协议报头压缩方法 |
CN103297430A (zh) * | 2013-05-24 | 2013-09-11 | 华为技术有限公司 | 数据传输方法及设备 |
CN103297430B (zh) * | 2013-05-24 | 2017-04-26 | 华为技术有限公司 | 数据传输方法及设备 |
WO2019034061A1 (zh) * | 2017-08-14 | 2019-02-21 | 杭州海康威视数字技术股份有限公司 | 数据传输方法、装置及*** |
US11196792B2 (en) | 2017-08-14 | 2021-12-07 | Hangzhou Hikvision Digital Technology Co., Ltd. | Method, device and system for transmitting data |
CN109672929A (zh) * | 2018-12-14 | 2019-04-23 | 中国联合网络通信集团有限公司 | 一种视频业务报文的检测方法和设备 |
WO2021136278A1 (zh) * | 2019-12-31 | 2021-07-08 | 华为技术有限公司 | 报文传输方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1193564C (zh) | 分组交换数据传输中的数据分组编号 | |
CN1906906B (zh) | 用于ip语音的最优无线承载电路配置 | |
JP6025880B2 (ja) | データ伝送方法、装置及びシステム | |
CN1190934C (zh) | 分组交换数据传输的方法及相关的分组交换电信*** | |
CN1293734C (zh) | 在无线分组数据服务连接中提供多重质量服务等级的方法和设备 | |
AU2005253495B2 (en) | Transmitting and receiving control protocol data unit having processing time information | |
US6807428B2 (en) | Method and apparatus for time-based reception of transmissions in a wireless communication system | |
CN101151924B (zh) | 无线移动通信***中产生下层数据块的方法以及设备 | |
CN1613233B (zh) | 用于重传的方法和*** | |
US8208388B2 (en) | Method and apparatus for time-based reception of transmissions in a wireless communication system | |
CN1910886A (zh) | 用于在移动通信***中发送控制信息的装置和方法 | |
JP2003198604A (ja) | 送信バッファーのプロトコルデータユニットポーリングシステム及び方法 | |
WO2003017691A2 (en) | Method and apparatus for message segmentation in a wireless communication system | |
TW200425690A (en) | A header format of transmission control protocol/Internet protocol | |
CN1816184A (zh) | 集成基站和在移动设备的通信***中传送数据单元的方法 | |
CN1359581A (zh) | 在移动通信***中提供安全链路的技术 | |
CN100347978C (zh) | 用于处理分组交换通信***中错误数据、将分组拆分并部分处理的***和方法 | |
WO2003107617A1 (en) | Apparatus and method for communicating data using header compression | |
CN1838639A (zh) | 分组交换数据传输中的数据包编号 | |
CN1567915A (zh) | 一种无线传输控制协议/网际协议报头设定传输方法 | |
CN1960311A (zh) | 一种通用移动通信***网络与演进网络互连的***与方法 | |
CN1710967A (zh) | 一种协议数据单元的转发方法 | |
CN1640010A (zh) | 负载控制的方法和*** | |
CN1578309A (zh) | 用移动专用网络传输层有效发送/接收数据的方法、网络设备 | |
CN103108407A (zh) | 基于gprs***的协议层间数据分段、重组处理方法和装置 |
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 |