CN107925505B - 一种用户及网络侧设备、确定对数据包的处理模式的方法 - Google Patents
一种用户及网络侧设备、确定对数据包的处理模式的方法 Download PDFInfo
- Publication number
- CN107925505B CN107925505B CN201580081267.0A CN201580081267A CN107925505B CN 107925505 B CN107925505 B CN 107925505B CN 201580081267 A CN201580081267 A CN 201580081267A CN 107925505 B CN107925505 B CN 107925505B
- Authority
- CN
- China
- Prior art keywords
- data packet
- user equipment
- processing mode
- data
- indication information
- 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.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 902
- 238000000034 method Methods 0.000 title claims abstract description 91
- 230000005540 biological transmission Effects 0.000 claims description 220
- 230000011218 segmentation Effects 0.000 claims description 69
- 238000005538 encapsulation Methods 0.000 claims description 68
- 238000004806 packaging method and process Methods 0.000 abstract description 16
- 238000010586 diagram Methods 0.000 description 50
- 230000011664 signaling Effects 0.000 description 39
- 238000005192 partition Methods 0.000 description 21
- 238000012790 confirmation Methods 0.000 description 14
- 238000013467 fragmentation Methods 0.000 description 13
- 238000006062 fragmentation reaction Methods 0.000 description 13
- 238000004891 communication Methods 0.000 description 7
- 238000000354 decomposition reaction Methods 0.000 description 4
- 238000000638 solvent extraction Methods 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0084—Formats for payload data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/009—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to transmitters
-
- 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/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种用户及网络侧设备、确定对数据包的处理模式的方法,该用户设备包括:确定模块,用于确定对数据包的处理模式;第一发送模块,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。采用本发明,通过确定对数据包的处理模式,确定数据包的封装格式,提高空口的资源利用率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种用户及网络侧设备、确定对数据包的处理模式的方法。
背景技术
在现有的无线通信***中,图1给出了现有的接入网侧的协议栈结构示意图,针对发送端,从上层到底层分别为PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层、RLC(Radio Link Control,无线链路控制)层、MAC(Media Access Control,媒体接入控制)层以及PHY(Physical Layer,物理)层。PDCP层接收到来自应用层发送的业务数据包后,对数据包进行头压缩和加密。RLC层为数据包提供分段和重传业务,包括将数据包进行分割、级联以及重排序等等。MAC层负责数据包的复用、调度,以及负责随机接入的处理情况。PHY层则负责数据包的编码、调制以及HARQ(Hybrid Automatic Repeat Request,混合自动重传请求)的传输等。
接收端对接收到的数据包的数据处理流程则正好相反。以用户设备作为发送端为例,在每一层协议层处理之后,数据包会携带该协议层的包头作为下一个协议层的输入,因此通常每经过一个协议层的处理,数据包的包头都会有所增加。例如:数据包到达PDCP层之后,会在数据包上增加PDCP层的包头然后到RLC层进行处理。若RLC层处理完成,则会在数据包上继续增加RLC层的包头并传输到MAC层,由MAC层进行处理。在MAC层处理完成之后,再在数据包上增加MAC的包头,然后传输到PHY层,由PHY层对数据包进行编码以及调制之后,最终发送给网络侧设备。这类协议栈结构可以适用于所有类型的业务,保证数据包传输的可靠性和高效的空口资源利用率。
然而,随着物联网技术的快速发展,越来越多功能单一的智能设备(如智能抄表设备)或者传感器能够通过无线网络进行数据传输,其中,一些设备的数据传输量小,对数据传输的成本要求低。如果继续按照上述协议栈的数据包处理模式进行处理,即每一层协议层都需要在数据包上增加包头,可能会导致数据包的包头数量增加,降低空口的资源利用率,同时也会增大这类智能设备的开销,加重数据传输成本的压力。
发明内容
本发明在于提供一种用户及网络侧设备、确定对数据包的处理模式的方法,通过确定对数据包的处理模式,确定数据包的封装格式,提高空口的资源利用率。
为了解决上述技术问题,本发明第一方面提供了一种用户设备,包括:
确定模块,用于确定对数据包的处理模式;
第一发送模块,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
结合第一方面的实现方式,在第一方面的第一种可能的实现方式中,所述确定模块,具体用于:
根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第一方面或第一方面的第一种中的任一种可能实现方式,在第一方面的第二种可能实现方式中,所述用户设备还包括:
接收模块,用于接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式;
所述确定模块,还用于根据接收的第二指示信息确定对所述数据包的处理模式,所述确定模块确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,所述用户设备还包括:
第二发送模块,用于向所述网络侧设备发送第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第一方面至第一方面的第三种中的任一种可能实现方式,在第一方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第一方面至第一方面的第四种中的任一种可能实现方式,在第一方面的第五种可能实现方式中,所述用户设备还包括:
第三发送模块,用于向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
结合第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中,所述第三发送模块将所述第一指示信息携带在向所述网络侧设备发送的信令中,
或者,
所述第三发送模块将所述第一指示信息携带在向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述第一发送模块发送所述数据包所需要的资源。
结合第一方面至第一方面的第四种中的任一种可能实现方式,在第一方面的第七种可能实现方式中,所述第一发送模块,包括:
生成单元,用于生成第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;
封装单元,用于根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第一方面的第五种或第一方面的第七种中的任一种可能实现方式,在第一方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第一方面的第八种可能的实现方式,在第一方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第一方面的第九种可能的实现方式,在第一方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
本发明第二方面提供了一种用户设备,包括接收装置、发送装置以及处理器,其中:
所述处理器,用于确定对数据包的处理模式;
所述发送装置,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
结合第二方面的实现方式,在第二方面的第一种可能的实现方式中,所述处理器确定对数据包的处理模式,具体执行如下步骤:
根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第二方面或第二方面的第一种中的任一种可能实现方式,在第二方面的第二种可能实现方式中,所述接收装置,用于接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式;
所述处理器,还用于根据接收的第二指示信息确定对所述数据包的处理模式,所述处理器确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述发送装置,还用于向所述网络侧设备发送第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第二方面至第二方面的第三种中的任一种可能实现方式,在第二方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第二方面至第二方面的第四种中的任一种可能实现方式,在第二方面的第五种可能实现方式中,所述发送装置,还用于向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述处理器确定的对所述数据包的处理模式。
结合第二方面的第五种可能的实现方式,在第二方面的第六种可能的实现方式中,所述处理器将所述第一指示信息携带在所述发送装置向所述网络侧设备发送的信令中,
或者,
所述处理器将所述第一指示信息携带在所述发送装置向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
结合第二方面至第二方面的第四种中的任一种可能实现方式,在第二方面的第七种可能实现方式中,所述处理器根据确定的处理模式对所述数据包进行处理,具体执行如下步骤:
生成第一指示信息,所述第一指示信息用于指示所述处理器确定的对所述数据包的处理模式;
根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第二方面的第五种或第二方面的第七种中的任一种可能实现方式,在第二方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第二方面的第八种可能的实现方式,在第二方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第二方面的第九种可能的实现方式,在第二方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
本发明第三方面提供了一种网络侧设备,包括:
第一接收模块,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理;
确定模块,用于确定对数据包的处理模式。
结合第三方面的实现方式,在第三方面的第一种可能的实现方式中,所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第三方面或第三方面的第一种中的任一种可能实现方式,在第三方面的第二种可能实现方式中,所述网络侧设备还包括:
发送模块,用于向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述确定模块确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,所述网络侧设备还包括:
第二接收模块,用于接收所述用户设备发送的第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第三方面至第三方面的第三种中的任一种可能实现方式,在第三方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第三方面至第三方面的第四种中的任一种可能实现方式,在第三方面的第五种可能实现方式中,所述网络侧设备还包括:
第三接收模块,用于接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
结合第三方面的第五种可能的实现方式,在第三方面的第六种可能的实现方式中,所述第三接收模块从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息,
或者,
所述第三接收模块从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
结合第三方面至第三方面的第四种中的任一种可能实现方式,在第三方面的第七种可能实现方式中,所述网络侧设备还包括:
获取模块,根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第三方面的第五种或第三方面的第七种中的任一种可能实现方式,在第三方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第三方面的第八种可能的实现方式,在第三方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第三方面的第九种可能的实现方式,在第三方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
本发明第四方面提供一种网络侧设备,包括接收装置、发送装置以及处理器,其中:
所述接收装置,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理;
所述处理器,用于确定对数据包的处理模式。
结合第四方面的实现方式,在第四方面的第一种可能的实现方式中,所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第四方面或第四方面的第一种中的任一种可能实现方式,在第四方面的第二种可能实现方式中,所述发送装置,用于向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述处理器确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第四方面的第二种可能的实现方式,在第四方面的第三种可能的实现方式中,所述接收装置,还用于接收所述用户设备发送的第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第四方面至第四方面的第三种中的任一种可能实现方式,在第四方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第四方面至第四方面的第四种中的任一种可能实现方式,在第四方面的第五种可能实现方式中,所述接收装置,还用于接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
结合第四方面的第五种可能的实现方式,在第四方面的第六种可能的实现方式中,所述接收装置从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息,
或者,
所述接收装置从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
结合第四方面至第四方面的第四种中的任一种可能实现方式,在第四方面的第七种可能实现方式中,所述接收装置根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第四方面的第五种或第四方面的第七种中的任一种可能实现方式,在第四方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第四方面的第八种可能的实现方式,在第四方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第四方面的第九种可能的实现方式,在第四方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
本发明第五方面提供了一种确定对数据包的处理模式的方法,包括:
用户设备确定对数据包的处理模式;
所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
结合第五方面的实现方式,在第五方面的第一种可能的实现方式中,所述用户设备确定对数据包的处理模式,包括:
所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第五方面或第五方面的第一种中的任一种可能实现方式,在第五方面的第二种可能实现方式中,所述用户设备确定对数据包的处理模式之前,所述方法还包括:
所述用户设备接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式;
所述用户设备根据接收的第二指示信息确定对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第五方面的第二种可能的实现方式,在第五方面的第三种可能的实现方式中,所述用户设备接收所述网络侧设备发送的第二指示信息之前,所述方法还包括:
所述用户设备向所述网络侧设备发送第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第五方面至第五方面的第三种中的任一种可能实现方式,在第五方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第五方面至第五方面的第四种中的任一种可能实现方式,在第五方面的第五种可能实现方式中,所述用户设备根据确定的处理模式对所述数据包进行处理之前,所述方法还包括:
所述用户设备向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
结合第五方面的第五种可能的实现方式,在第五方面的第六种可能的实现方式中,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的信令中,
或者,
所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
结合第五方面至第五方面的第四种中的任一种可能实现方式,在第五方面的第七种可能实现方式中,所述用户设备根据确定的处理模式对所述数据包进行处理,包括:
所述用户设备生成第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;
所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第五方面的第五种或第五方面的第七种中的任一种可能实现方式,在第五方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第五方面的第八种可能的实现方式,在第五方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第五方面的第九种可能的实现方式,在第五方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
本发明第六方面提供了一种确定对数据包的处理模式的方法,包括:
网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理;
所述网络侧设备确定对数据包的处理模式。
结合第六方面的实现方式,在第六方面的第一种可能的实现方式中,所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
结合第六方面或第六方面的第一种中的任一种可能实现方式,在第六方面的第二种可能实现方式中,所述网络侧设备接收用户设备发送的数据包之前,所述方法还包括:
所述网络侧设备向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
结合第六方面的第二种可能的实现方式,在第六方面的第三种可能的实现方式中,所述网络侧设备向所述用户设备发送第二指示信息之前,所述方法还包括:
所述网络侧设备接收所述用户设备发送的第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
结合第六方面至第六方面的第三种中的任一种可能实现方式,在第六方面的第四种可能实现方式中,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
结合第六方面至第六方面的第四种中的任一种可能实现方式,在第六方面的第五种可能实现方式中,所述网络侧设备向所述用户设备发送第二指示信息之后,所述方法还包括:
所述网络侧设备接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
结合第六方面的第五种可能的实现方式,在第六方面的第六种可能的实现方式中,所述网络侧设备从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息,
或者,
所述网络侧设备从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
结合第六方面至第六方面的第四种中的任一种可能实现方式,在第六方面的第七种可能实现方式中,所述网络侧设备确定对数据包的处理模式之前,所述方法还包括:
所述网络侧设备根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
结合第六方面的第五种或第六方面的第七种中的任一种可能实现方式,在第六方面的第八种可能实现方式中,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
结合第六方面的第八种可能的实现方式,在第六方面的第九种可能的实现方式中,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,
或者,
若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,
或者,
若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
结合第六方面的第九种可能的实现方式,在第六方面的第十种可能的实现方式中,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,
或者,
所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
采用本发明,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有的协议栈结构示意图;
图2是本发明实施例的一种用户设备的一实施例的结构示意图;
图3是本发明实施例的一种用户设备的另一实施例的结构示意图;
图4是本发明实施例的第一种处理模式下用户设备的协议栈结构的结构示意图;
图5是本发明实施例的数据包的第一种处理模式下的第一种封装格式的结构示意图;
图6是本发明实施例的第二种处理模式下用户设备的协议栈结构的示意图;
图7是本发明实施例的数据包的第二种处理模式下的第二种封装格式的结构示意图;
图8是本发明实施例的第三种处理模式下用户设备的协议栈结构的示意图;
图9是本发明实施例的数据包的第三种处理模式下的第三种封装格式的结构示意图;
图10是本发明实施例的第四种处理模式下用户设备的协议栈结构的示意图;
图11是本发明实施例的数据包的第四种处理模式下的第四种封装格式的一实施例的结构示意图;
图12是本发明实施例的数据包的第四种处理模式下的第四种封装格式的另一实施例的结构示意图;
图13是本发明实施例的第五种处理模式下用户设备的协议栈结构的结构示意图;
图14是本发明实施例的数据包的第五种处理模式下的第五种封装格式的结构示意图;
图15是本发明实施例的一种用户设备的另一实施例的结构示意图;
图16是本发明实施例的一种网络侧设备的一实施例的结构示意图;
图17是本发明实施例的一种网络侧设备的另一实施例的结构示意图;
图18是本发明实施例的一种网络侧设备的另一实施例的结构示意图;
图19是本发明实施例的一种确定对数据包的处理模式的方法的一实施例的流程示意图;
图20是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图;
图21是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图;
图22是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种用户及网络侧设备、确定对数据包的处理模式的方法,通过确定对数据包的处理模式,确定数据包的封装格式,提高空口的资源利用率。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参见图2,图2是本发明实施例的一种用户设备的一实施例的结构示意图。本发明实施例可应用在无线通信***中,具体的可以应用在物联网中。本实施例包含用户设备以及网络侧设备。其中,用户设备可为手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MID,mobile internet device)、可穿戴设备(例如智能手表(如iwatch等)、智能手环、计步器等)或其他可与网络侧设备进行交互的终端设备。网络侧设备可为eNB(EvolvedNode B,演进型基站)或核心网节点等和用户设备进行数据交互的节点。其中,网络侧设备也可以为一种用户设备。本发明实施例数据包的处理实体称之为数据处理层,根据不同的功能数据处理层还可以进一步的分层。因此,本发明实施例涉及的对数据包的处理可由用户设备中的数据处理层执行。
如图2所示的用户设备包括确定模块200以及第一发送模块201。
确定模块200,用于确定对数据包的处理模式。
具体实现中,用户设备可以根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。所述处理模式包括对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种。其中,示例性的,业务类型可以包含:业务数据包的大小、业务数据包的达到时间间隔、业务数据包的传输时延要求等参数。以业务类型为例,用户设备对于连续的小数据包传输的业务只对所述数据包进行级联,而用户设备对抄表类的业务(这种业务的数据包较小,传输间隔大)则在数据处理层不进行任何处理,因此用户设备首先需要确定对数据包的处理模式。在用户设备确定了对数据包的处理模式之后,在用户设备向网络侧设备发送数据包时,数据包的封装格式或数据包的包头信息中的内容与处理模式相对应。
具体实现中,用户设备可以只支持单一的业务类型,例如:智能电表只支持抄表的业务。因此用户设备的数据处理模式是固定的。此时,用户设备可以直接根据设备类型确定数据处理模式。
需要说明的是,这里的数据处理模式可以替换为数据封装格式、数据处理层的功能等,用以唯一的确定对数据包的处理。
第一发送模块201,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
具体实现中,当用户设备和网络侧设备均确定对数据包的处理模式时,则在数据传输过程中,用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对接收到的数据包进行对应的处理,实现网络侧设备与用户设备的处理一致。例如:用户设备对数据包进行分割之后,网络侧设备需要将分割后的数据包进行合并;或者用户设备对数据包进行级联之后,网络侧设备需要将接收到的级联之后的数据包分解,得到级联之前的数据包;或者用户设备对数据包传输时出现了乱序,网络侧设备需要将接收到的数据包进行重排序处理。
作为一种可实施的方式,在确定模块确定对数据包的处理模式之前,所述用户设备可接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。用户设备根据网络侧设备所指定的处理模式对数据包进行处理,并向网络侧设备发送处理后的数据包,而数据包中无需携带关于对数据包的处理模式的指示信息(如下文涉及的第一指示信息)。
作为一种可实施的方式,用户设备在确定用户设备对数据包的处理模式之后,所述用户设备向网络侧设备发送第一指示信息,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。这里的第一指示信息可以包括业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。其中,业务类型信息是指用户设备与网络侧设备之间传输的数据包对应的业务的类型,例如:流媒体业务、低时延业务或者后台业务等等。数据处理层的功能信息包括对数据包的分割、对数据包的级联、对数据包的乱序传输、对数据包的重排序、对数据包的透传中的至少一种。透传是指数据处理层不支持分割、级联、乱序传输中的任何功能。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备是否同意采用用户设备所选定的数据处理模式。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的所述数据包的包头信息中。
具体实现中,用户设备可在向网络侧设备发送数据包时,将第一指示信息携带在数据包的包头信息中,第一指示信息用于指示用户设备对该数据包的处理模式。当网络侧设备接收到用户设备发送的数据包之后,通过解析包头信息获得用户设备对数据包的处理模式。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的信令中。可选的,用户设备向网络侧设备发送的信令可为NAS(Non-Access Stratum,非接入)层的信令或者RRC(Radio Resource Control,无线资源控制)信令。
可选的,用户设备向网络侧设备发送的信令可用于请求业务的建立。
可选的,若用户设备选择将第一指示信息携带在信令中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
具体实现中,用户设备在向网络侧设备请求发送数据包所需要的资源时,告知网络侧设备该用户设备确定的对数据包的处理模式。具体的,用户设备可将第一指示信息携带在资源请求信息中。例如,资源请求信息可以为随机接入序列信息、随机接入时间信息或者随机接入频点信息中的一种或者多种,且随机接入序列信息、随机接入时间信息以及随机接入频点信息均可为第一指示信息。
可选的,若用户设备选择将第一指示信息携带在资源请求信息中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
需要说明的是,本发明实施例所确定的数据处理模式可以只是用户设备侧作为发送端的数据处理模式,也可以只是用户设备侧作为接收端时的数据处理模式,或者是用户设备作为发送端和接收端时共同的处理模式,在此不做限定。同时,本实施例所确定的数据处理模式可以用于用户设备的某一个业务或者某一个承载,也可以用于该用户设备的所有的业务或者所有的承载。
采用本发明实施例,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参见图3,图3是本发明实施例的一种用户设备的另一实施例的结构示意图。如图3所示的用户设备在实施例图2的基础上进行进一步限定。
如图3所示的用户设备包括确定模块200以及第一发送模块201。
确定模块200,用于确定对数据包的处理模式;
第一发送模块201,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
可选的,所述确定模块200,具体用于:
根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
可选的,所述用户设备还包括接收模块202。
接收模块202,用于接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。
可选地,在接收模块202接收所述网络侧设备发送的第二指示信息之前,网络侧设备可接收用户设备发送的第三指示信息,该第三指示信息用于指示用户设备支持的对数据包的处理模式,其中,所述用户设备支持的对所述数据包的处理模式具体可以包括:数据处理层的功能、数据包封装格式、数据处理模式的编号等。较优地,上述第三指示信息和用户设备的业务类型、设备类型等在同一信令中发送给网络侧设备或者用户设备的业务类型和/或设备类型也属于第三指示信息的一种。网络侧设备在接收到用户设备发送的第三指示信息之后,从获取到的用户设备支持的对数据包的处理模式中确定网络侧设备与用户设备相同的对数据包的处理模式。
作为一种可实施的方式,发送端的数据处理模式可以指发送端支持对所述数据包的级联、数据包的分割、数据包的乱序传输、数据包的透传中的至少一种。对应的,接收端的数据处理模式可以指对所述级联后数据包的分解、分割后数据包的合并、数据包的重排序、数据包的透传中的至少一种。
作为一种可实施的方式,数据处理层的透传即数据处理层不支持对数据包的分割、级联或者乱序传输中的任何处理,即数据处理层直接将应用层的数据包递交到底层。
所述确定模块200,还用于根据接收的第二指示信息确定对所述数据包的处理模式,所述确定模块200确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
具体实现中,网络侧设备发送的第二指示信息中可以包含网络侧设备所确定的对数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,数据包进行分割、数据包的乱序传输、数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。
需要说明的是,发送端的乱序传输对应的是接收端的重排序功能;具体是指接收端可以支持乱序接收,再根据序列号进行数据包的重排序。通常来说,由于发送端进行乱序传输时,或者支持数据处理层的重传时可能会出现数据包的乱序,导致初传较早的数据包晚于初传较晚的数据包到达接收端。
可选地,第二指示信息也可以为:使用可变的数据处理模式;即发送端可以根据需要使用不同的数据处理模式,并在数据包的包头信息中指示针对该数据包的处理模式。该指示方式尤其适用于有多个业务的用户设备。
具体实现中,用户设备可根据第二指示信息从网络侧设备确定的对数据包的处理模式中确定用户设备对数据包的处理模式,其中,用户设备确定的处理模式为网络侧设备确定的处理模式中的至少之一。例如,如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。如果S300的第二指示信息中包含多种处理模式,则用户设备可以从第二指示信息中选择至少一种处理模式,并指示给网络侧设备。
可选的,所述用户设备还包括第二发送模块203。
第二发送模块203,用于向所述网络侧设备发送第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
可选的,所述用户设备还包括第三发送模块204。
第三发送模块204,用于向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
可选的,所述第一发送模块201包括生成单元2011以及封装单元2012。
生成单元2011,用于生成第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
值得注意的是,生成单元2011生成第一指示信息是可选的,用户设备可以选择将第一指示信息携带在信令中,也可以选择将第一指示信息携带在资源请求信息中。
具体实现中,第一指示信息可以是业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输、对所述数据包的透传中的至少一种。
需要说明的是,本发明实施例也可以用于用户设备之间的直接通信中。此时第一用户设备和第二用户设备可以通过上述方式协商数据处理模式,确定一个一致的处理模式,或者第一用户设备和第二用户设备分别和网络侧设备协商数据处理模式,由网络侧设备为第一用户设备和第二用户设备选择一个一致的数据处理模式。对于数据包采用的不同处理模式,数据包的包头信息也不相同,具体体现为其封装格式的不同,下面本发明实施例将以用户设备做为发送端具体举例说明,当网络侧设备作为发送端时,数据封装格式也是一样的,在此不再描述。
封装单元2012,用于根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
可选地,用户设备在确定对数据包的处理模式之后,所述用户设备生成第一指示信息,并将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的数据包的包头信息中,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式可为透传模式。这里的透传模式是指:数据处理层不支持对数据包做分割、级联或者乱序传输的处理,只进行数据包的路由。如图4所示为数据包的第一处理模式下的协议栈结构的结构示意图。当用户设备确定数据处理层为透传模式时,数据处理层直接将应用层的数据包路由到PHY层,通过PHY层进行传输,发送给网络侧设备。其中,PHY层对数据包在处理过程中会可能会经过编码、调制、增加校验等过程,属于数据包传输过程中必须的步骤,本实施例对于PHY层对数据包的处理模式不作限定。这里的应用层数据包是指数据处理层之上协议层发送给数据处理层的数据包,该数据包可能来自于应用层、TCP、UDP层,也可能来自于PDCP层或者来自于数据处理层之上的加密层,在此不做限制。
具体实现中,如图5所示为数据包的第一种处理模式下的第一种封装格式示意图。当数据处理层不需要对数据包填充数据时,第一封装格式如图5a表示的结构示意图。其中,填充数据的存在是为了保证数据包整体的大小符合网络侧设备设定的数据包大小而由数据处理层填充的数据序列。
当数据处理层需要保证数据包的大小符合网络侧设定的数据包大小时,具体实现中,数据包的包头信息可包括第一指示信息、长度指示信息,如图5b所示。在图5b中,长度指示信息可以用来指示数据包的长度,或者用来指示填充数据的长度。
作为一种可实施的方式,在图5b中,数据包的包头信息中还可以包括长度域指示信息,用于指示包头信息中是否包括了长度指示信息。当数据处理层没有为数据包增加填充数据时,则该长度域指示信息指示后续没有携带长度指示信息,进一步的减少了包头信息。
在本发明的实施例中,如果用户设备和网络侧设备在发送数据包之前已经协商确定了对数据包的处理模式,使得收发双方可以唯一的确定该数据包的处理模式或者通过尝试可以正确的获得该数据包的处理模式,则数据包的包头信息可不携带第一指示信息,因此在本专利的所有的实施例中描述的数据包的各种封装格式中,包头信息中的第一指示信息的均不是必须的。
具体实现中,当所述用户设备在作为发送端对所述数据包的处理模式只包括支持数据包的级联时,如图6所示为数据包的第二处理模式下用户设备的协议栈结构的结构示意图。数据处理层对数据包进行级联是指数据处理层将多个应用层数据包合并为一个数据处理层数据包,再将合并后的数据处理层数据包传送给PHY层。因此第二处理模式对应的第二封装格式可如图7所示,数据处理层将多个应用层数据包合并为一个数据处理层的数据包。包头信息中包括第一指示信息以及至少一个子包头信息。其中第一个子包头信息包含:第一个数据包的长度指示信息以及第一个数据包的包头指示信息;第二个子包头信息包含:第二个数据包的长度指示信息以及第二个数据包的包头指示信息等等,直至第N个子包头信息(第N个在本实施例指最后一个,并且,N为大于或等于1的整数)。其中,第一指示信息用于指示用户设备对数据包的处理模式:对数据包进行级联操作。数据包的长度指示信息用于指示子包头对应数据包的大小,包头指示信息用于指示下一个域是数据包还是下一个数据包的子包头信息。较优地,当级联后的数据包不包含填充数据时,第N个数据包的子包头信息中则不需要携带长度指示信息(例如图9、图11、图12以及图14的实施例)。作为一种可选的实施方式,在每个数据包的子包头中还可以增加一个长度域指示信息,用以指示该数据包的子包头中是否包含了长度指示信息。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联和乱序传输(则网络侧设备在作为接收端时需要重排序)。因此以所述第一指示信息指示的处理模式包括对数据包的级联以及对数据包的乱序传输的处理为例,如图8所示为数据包的第三种处理模式下用户设备的协议栈结构的结构示意图。因此,如图9所示,数据处理层处理的数据包的包头信息可在图7所示的包头信息的基础上,添加序列号信息,序列号信息用于指示用户设备首次发送的各个数据包时的编号。而第一指示信息则用于指示用户设备支持对数据包的级联以及对数据包的乱序传输的处理模式。当网络侧设备作为接收端时,通过获取数据包的序列号信息还原各个数据包的位置。另外,当用户设备和网络侧设备支持重分割的重排序时,用户设备或者网络侧设备在作为发送端时则需要在每个数据包的子包头中包含数据包的序列号。第N个数据包的处理参照图7的描述。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持分割和乱序传输两种。如图10所示为第四种处理模式下用户设备的协议栈结构的结构示意图,数据处理层可支持分割数据包以及对数据包进行不按序的传输,例如:物理层乱序传输。因此,如图11所示为数据处理层将数据包分割之后第四种封装格式的结构示意图。数据处理层处理之后的数据包的包头信息包括第一指示信息(可选)、子数据包序列号信息、子数据包的长度指示信息(可选)以及分割指示信息。其中,第一指示信息用于指示用户设备支持分割数据包以及对数据包的乱序传输;子数据包序列号信息用于指示用户设备的数据处理层对该子数据包的编号;子数据包的长度指示信息用于指示该子数据包的大小;分割指示信息用于指示子数据包是否进行了分割,或者进一步地指示该子数据包在应用层递交到数据处理层的数据包中分割之后的位置,例如第一个子数据包、中间位置的子数据包或者最后一个子数据包。进一步地,分割指示信息还可以用来指示子数据包的长度指示信息是否存在。如果分割指示信息指示该子数据包不是最后一个子数据包,则长度指示信息不需要包含在包头中。可选地,如果接收端不要求数据包需要满足某一固定的大小,该长度指示信息也不需要包含在包头信息中。如果数据处理层只支持分割功能,则包头域中不包含序列号信息。
可选的,由于子数据包序列号信息与分割指示信息的意义相近,因此可将子数据包序列号信息与分割指示信息合并为子数据包序列号信息或者分割指示信息,合并后的子数据包的结构则如图12所示(图12将子数据包序列号信息与分割指示信息合并为子数据包序列号信息)。
本发明实施中,用户设备和网络侧设备确定对数据包的处理模式之后,并不代表用户处理层一定会对数据包进行对应的处理,例如:用户设备和网络侧设备确定对数据包采用第四种数据处理模式,则只有在数据包比较大,网络侧所给的调度授权不能保证该数据包一次发送完成时,用户设备才会对数据包进行分割,否则不执行分割的操作。针对上述实施例中的乱序传输,只有在有些数据包需要重传时,才可能导致数据传输顺序的错误,上述指示只是代表数据处理层可以处理数据包的乱序,并不代表数据处理层一定将数据包进行乱序传输。其中,数据处理层的乱序也可能是物理层的乱序导致的,这里统称为数据处理层的乱序。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联、分割以及乱序传输。如图13所示为第五种处理模式下的协议栈结构的结构示意图,则所述第一指示信息指示的处理模式包括用户设备的数据处理层支持对数据包的级联、分割以及数据包的乱序传输。因此,如图14所示为数据包的第五种数据封装格式的结构示意图。在该处理模式中,数据处理层处理之后的数据包可能包含以下类型:
1、一个完整的数据包;
2、一个数据包分割之后的子数据包;
3、多个完整的数据包的级联;
4、前一个数据包的子数据包和后续的多个完整的数据包的级联;
5、前一个数据包的子数据包和后续的一个数据包的子数据包的级联;
6、前一个数据包的子数据包和后续的多个完整的数据包以及后续的一个数据包的子数据包的级联。
其中:子数据包均是指数据处理层对应用层的一个完整数据包进行分割之后的分割块,多于一个子数据包组成一个完整的应用层数据包。
为了让接收端能够正确的区分出每个数据包和/或子数据包,所述的数据封装格式如图14所示。
其中,图14中数据处理层的数据包的包头信息包括第一指示信息、序列号信息和多个数据包的子包头信息。其中,子数据包的子包头信息中可包含该数据包的长度指示信息、该数据包的分割指示信息以及包头指示信息。包头信息中的各个信息的作用可详见图5至图12的实施例的相关描述,本实施例则不再赘述。
可选的,由于数据处理层对数据包进行乱序传输的处理模式取决于PHY层在乱序并发数据包时导致数据包的次序发生混乱,因此,若PHY层是通过单进程传输数据包,则数据处理层即不需要有对数据包进行乱序传输的处理模式,对应的数据包的包头信息中则不包含序列号信息。
在本实施例中给出的数据处理模式仅仅是一个举例,根据不同的数据处理模式还有其他的数据封装格式在此不再一一列举。在所有的处理模式中,只要数据处理层不包含乱序传输的功能(例如:HARQ只有一个进程),则包头信息中就不需要序列号信息。本发明中,仅仅列出了数据处理层的部分功能,并不排除数据处理层还有的其他的功能,例如:加密,逻辑信道的复用等。在考虑到逻辑信道的复用时,在上述几种处理模式的数据包头信息或者子数据包头信息中增加逻辑信道的标识即可。考虑到数据处理层也可以进行控制数据包的发送,其中控制数据包可以采用上述的数据封装格式,通过第一指示信息或者逻辑信道标识进行指示;或者不同的逻辑信道的数据包或者控制数据包也可以采用不同的数据处理模式,在此不做限制。
在用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对数据包进行对应的处理,实现网络侧设备对数据包的正确解析。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备采用用户设备对数据包的处理方式来处理用户设备发送的数据包。本发明实施例是以用户设备作为发送端描述的,其中网络侧设备作为数据发送端时,数据封装格式和用户设备作为发送端的封装格式相同。
采用本发明实施例,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图15,图15是本发明实施例的一种用户设备的另一实施例的结构示意图。图15涉及的具体实施方式均可参照实施例图2至实施例图3,本实施例则不再赘述。如图15所示的用户设备包括接收装置1500、发送装置1501以及处理器1502(设备的处理器的数量可以为一个或多个,图15中以一个处理器为例)。在本发明实施例中,接收装置1500、发送装置1501以及处理器1502可通过总线或其他方式连接,其中,图15中以通过总线连接为例。
所述处理器1502,用于确定对数据包的处理模式;
所述发送装置1501,用于根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
可选的,所述处理器1502确定对数据包的处理模式,具体执行如下步骤:
根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
可选的,所述接收装置1500,用于接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式;
所述处理器1502,还用于根据接收的第二指示信息确定对所述数据包的处理模式,所述处理器1502确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
可选的,所述发送装置1501,还用于向所述网络侧设备发送第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
可选的,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
可选的,所述发送装置1501,还用于向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述处理器1502确定的对所述数据包的处理模式。
可选的,所述处理器1502将所述第一指示信息携带在所述发送装置1501向所述网络侧设备发送的信令中,或者,所述处理器1502将所述第一指示信息携带在所述发送装置1501向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
可选的,所述处理器1502根据确定的处理模式对所述数据包进行处理,具体执行如下步骤:
生成第一指示信息,所述第一指示信息用于指示所述处理器1502确定的对所述数据包的处理模式;
根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
可选的,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
可选的,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,或者,若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,或者,若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
可选的,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,或者,所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
采用本发明实施例,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图16,图16是本发明实施例的一种网络侧设备的一实施例的结构示意图。如图16所示的网络侧设备包括第一接收模块1600以及确定模块1601。
第一接收模块1600,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理。
具体实现中,用户设备可以根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。所述处理模式包括对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种。其中,示例性的,业务类型可以包含:业务数据包的大小、业务数据包的达到时间间隔、业务数据包的传输时延要求等参数。以业务类型为例,用户设备对于连续的小数据包传输的业务只对所述数据包进行级联,而用户设备对抄表类的业务(这种业务的数据包较小,传输间隔大)则在数据处理层不进行任何处理,因此用户设备首先需要确定对数据包的处理模式。在用户设备确定了对数据包的处理模式之后,在用户设备向网络侧设备发送数据包时,数据包的封装格式或数据包的包头信息中的内容与处理模式相对应。
具体实现中,用户设备可以只支持单一的业务类型,例如:智能电表只支持抄表的业务。因此用户设备的数据处理模式是固定的。此时,用户设备可以直接根据设备类型确定数据处理模式。
需要说明的是,这里的数据处理模式可以替换为数据封装格式、数据处理层的功能等,用以唯一的确定对数据包的处理。
确定模块1601,用于确定对数据包的处理模式。
具体实现中,用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对接收到的数据包进行对应的处理,实现网络侧设备与用户设备的处理一致。例如:用户设备对数据包进行分割之后,网络侧设备需要将分割后的数据包进行合并;或者用户设备对数据包进行级联之后,网络侧设备需要将接收到的级联之后的数据包分解,得到级联之前的数据包;或者用户设备对数据包传输时出现了乱序,网络侧设备需要将接收到的数据包进行重排序处理。
作为一种可实施的方式,在第一接收模块1600接收用户设备发送的数据包之前,所述用户设备可接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。用户设备根据网络侧设备所指定的处理模式对数据包进行处理,并向网络侧设备发送处理后的数据包,而数据包中无需携带关于对数据包的处理模式的指示信息(如下文涉及的第一指示信息)。
作为一种可实施的方式,用户设备在确定用户设备对数据包的处理模式之后,所述用户设备向网络侧设备发送第一指示信息,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。这里的第一指示信息可以包括业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。其中,业务类型信息是指用户设备与网络侧设备之间传输的数据包对应的业务的类型,例如:流媒体业务、低时延业务或者后台业务等等。数据处理层的功能信息包括对数据包的分割、对数据包的级联、对数据包的乱序传输、对数据包的重排序、对数据包的透传中的至少一种。透传是指数据处理层不支持分割、级联、乱序传输中的任何功能。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备是否同意采用用户设备所选定的数据处理模式。
作为一种可实施的方式,本发明实施例对第一接收模块1600以及确定模块1601的前后顺序不作限定,即确定模块1601执行的步骤可发生在第一接收模块1600执行的步骤之后,确定模块1601执行的步骤也可发生在第一接收模块1600执行的步骤之前。
可选的,若确定模块1601执行的步骤发生在第一接收模块1600执行的步骤之后,则所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的所述数据包的包头信息中。
具体实现中,用户设备可在向网络侧设备发送数据包时,将第一指示信息携带在数据包的包头信息中,第一指示信息用于指示用户设备对该数据包的处理模式。当网络侧设备接收到用户设备发送的数据包之后,通过解析包头信息获得用户设备对数据包的处理模式。
可选的,若确定模块1601执行的步骤发生在第一接收模块1600执行的步骤之前,则所述网络侧设备接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
具体实现中,所述网络侧设备从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息。可选的,用户设备向网络侧设备发送的信令可为NAS(Non-AccessStratum,非接入)层的信令或者RRC(Radio Resource Control,无线资源控制)信令。
作为一种可实施的方式,用户设备向网络侧设备发送的信令可用于请求业务的建立。
作为一种可实施的方式,若用户设备选择将第一指示信息携带在信令中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
作为一种可实施的方式,所述网络侧设备从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
具体实现中,用户设备在向网络侧设备请求发送数据包所需要的资源时,告知网络侧设备该用户设备确定的对数据包的处理模式。具体的,用户设备可将第一指示信息携带在资源请求信息中。例如,资源请求信息可以为随机接入序列信息、随机接入时间信息或者随机接入频点信息中的一种或者多种,且随机接入序列信息、随机接入时间信息以及随机接入频点信息均可为第一指示信息。
可选的,若用户设备选择将第一指示信息携带在资源请求信息中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
需要说明的是,本发明实施例所确定的数据处理模式可以只是用户设备侧作为发送端的数据处理模式,也可以只是用户设备侧作为接收端时的数据处理模式,或者是用户设备作为发送端和接收端时共同的处理模式,在此不做限定。同时,本实施例所确定的数据处理模式可以用于用户设备的某一个业务或者某一个承载,也可以用于该用户设备的所有的业务或者所有的承载。
采用本发明实施例,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理,所述网络侧设备确定对数据包的处理模式,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图17,图17是本发明实施例的一种网络侧设备的另一实施例的结构示意图。如图17所示的网络侧设备在实施例图16的基础上进行进一步限定。
如图17所示的网络侧设备包括第一接收模块1600以及确定模块1601。
第一接收模块1600,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理;
确定模块1601,用于确定对数据包的处理模式。
可选的,所述网络侧设备还包括发送模块1602。
发送模块1602,用于向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述确定模块1601确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
可选地,在发送模块1602向所述用户设备发送第二指示信息之前,网络侧设备可接收用户设备发送的第三指示信息,该第三指示信息用于指示用户设备支持的对数据包的处理模式,其中,所述用户设备支持的对所述数据包的处理模式具体可以包括:数据处理层的功能、数据包封装格式、数据处理模式的编号等。较优地,上述第三指示信息和用户设备的业务类型、设备类型等在同一信令中发送给网络侧设备或者用户设备的业务类型和/或设备类型也属于第三指示信息的一种。网络侧设备在接收到用户设备发送的第三指示信息之后,从获取到的用户设备支持的对数据包的处理模式中确定网络侧设备与用户设备相同的对数据包的处理模式。
作为一种可实施的方式,发送端的数据处理模式可以指发送端支持对所述数据包的级联、数据包的分割、数据包的乱序传输、数据包的透传中的至少一种。对应的,接收端的数据处理模式可以指对所述级联后数据包的分解、分割后数据包的合并、数据包的重排序、数据包的透传中的至少一种。
作为一种可实施的方式,数据处理层的透传即数据处理层不支持对数据包的分割、级联或者乱序传输中的任何处理,即数据处理层直接将应用层的数据包递交到底层。
具体实现中,网络侧设备发送的第二指示信息中可以包含网络侧设备所确定的对数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,数据包进行分割、数据包的乱序传输、数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。
需要说明的是,发送端的乱序传输对应的是接收端的重排序功能;具体是指接收端可以支持乱序接收,再根据序列号进行数据包的重排序。通常来说,由于发送端进行乱序传输时,或者支持数据处理层的重传时可能会出现数据包的乱序,导致初传较早的数据包晚于初传较晚的数据包到达接收端。
可选地,第二指示信息也可以为:使用可变的数据处理模式;即发送端可以根据需要使用不同的数据处理模式,并在数据包的包头信息中指示针对该数据包的处理模式。该指示方式尤其适用于有多个业务的用户设备。
具体实现中,用户设备可根据第二指示信息从网络侧设备确定的对数据包的处理模式中确定用户设备对数据包的处理模式,其中,用户设备确定的处理模式为网络侧设备确定的处理模式中的至少之一。例如,如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。如果第二指示信息中包含多种处理模式,则用户设备可以从第二指示信息中选择至少一种处理模式,并指示给网络侧设备。
可选的,所述网络侧设备还包括第二接收模块1603。
第二接收模块1603,用于接收所述用户设备发送的第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
可选的,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
可选的,所述网络侧设备还包括第三接收模块1604。
第三接收模块1604,用于接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
可选的,所述第三接收模块1604从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息,或者,所述第三接收模块1604从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
可选的,所述网络侧设备还包括获取模块1605。
获取模块1605,根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
具体实现中,第一指示信息可以是业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输、对所述数据包的透传中的至少一种。
需要说明的是,本发明实施例也可以用于用户设备之间的直接通信中。此时第一用户设备和第二用户设备可以通过上述方式协商数据处理模式,确定一个一致的处理模式,或者第一用户设备和第二用户设备分别和网络侧设备协商数据处理模式,由网络侧设备为第一用户设备和第二用户设备选择一个一致的数据处理模式。对于数据包采用的不同处理模式,数据包的包头信息也不相同,具体体现为其封装格式的不同,下面本发明实施例将以用户设备做为发送端具体举例说明,当网络侧设备作为发送端时,数据封装格式也是一样的,在此不再描述。另外,数据包的处理模式可详见实施例图2和图3,本实施例则不再赘述。
可选的,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
可选的,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,或者,若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,或者,若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
可选的,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,或者,所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
采用本发明实施例,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理,所述网络侧设备确定对数据包的处理模式,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图18,图18是本发明实施例的一种网络侧设备的另一实施例的结构示意图。图18涉及的具体实施方式均可参照实施例图16至实施例图17,本实施例则不再赘述。如图18所示的网络侧设备包括接收装置1800、发送装置1801以及处理器1802(设备的处理器1802的数量可以为一个或多个,图18中以一个处理器为例)。在本发明实施例中,接收装置1800、发送装置1801以及处理器1802可通过总线或其他方式连接,其中,图18中以通过总线连接为例。
所述接收装置1800,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理;
所述处理器1802,用于确定对数据包的处理模式。
可选的,所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。
可选的,所述发送装置1801,用于向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述处理器1802确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
可选的,所述接收装置1800,还用于接收所述用户设备发送的第三指示信息,所述第三指示信息用于指示所述用户设备所支持的对所述数据包的处理模式或者所述用户设备所请求的业务所支持的对所述数据包的处理模式。
可选的,所述对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种。
可选的,所述接收装置1800,还用于接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
可选的,所述接收装置1800从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息,或者,所述接收装置1800从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
可选的,所述接收装置1800根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
可选的,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
可选的,若所述数据包的处理模式包括支持对所述数据包的级联,则所述包头信息中还包括包头指示信息,所述包头指示信息用于指示所述下一个域为数据包或者下一个域为所述数据包的子包头信息,或者,若所述数据包的处理模式包括支持对所述数据包的乱序传输,则所述包头信息还包括序列号信息,所述序列号信息用于指示所述数据处理层对所述数据包的编号,或者,若所述数据包的处理模式包括支持对所述数据包的分割,则所述包头信息还包括分割指示信息,所述分割指示信息用于指示所述数据包是否进行分割,所述子数据包为分割后的所述数据包。
可选的,所述包头信息还包括长度指示信息,所述长度指示信息用于指示所述包头信息或者子包头信息所对应的数据包或者子数据包的长度,或者,所述包头信息还包括长度域指示信息和所述长度指示信息,所述长度域指示信息用于指示所述包头信息或者所述子包头信息中包含所述长度指示信息。
采用本发明实施例,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理,所述网络侧设备确定对数据包的处理模式,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参见图19,图19是本发明实施例的一种确定对数据包的处理模式的方法的一实施例的流程示意图。
如图19所示,本发明实施例的一种确定对数据包的处理模式的方法可以包括如下步骤。
S1900,用户设备确定对数据包的处理模式。
具体实现中,用户设备可以根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。所述处理模式包括对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种。其中,示例性的,业务类型可以包含:业务数据包的大小、业务数据包的达到时间间隔、业务数据包的传输时延要求等参数。以业务类型为例,用户设备对于连续的小数据包传输的业务只对所述数据包进行级联,而用户设备对抄表类的业务(这种业务的数据包较小,传输间隔大)则在数据处理层不进行任何处理,因此用户设备首先需要确定对数据包的处理模式。在用户设备确定了对数据包的处理模式之后,在用户设备向网络侧设备发送数据包时,数据包的封装格式或数据包的包头信息中的内容与处理模式相对应。
具体实现中,用户设备可以只支持单一的业务类型,例如:智能电表只支持抄表的业务。因此用户设备的数据处理模式是固定的。此时,用户设备可以直接根据设备类型确定数据处理模式。
需要说明的是,这里的数据处理模式可以替换为数据封装格式、数据处理层的功能等,用以唯一的确定对数据包的处理。
S1901,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
具体实现中,当用户设备和网络侧设备均确定对数据包的处理模式时,则在数据传输过程中,用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对接收到的数据包进行对应的处理,实现网络侧设备与用户设备的处理一致。例如:用户设备对数据包进行分割之后,网络侧设备需要将分割后的数据包进行合并;或者用户设备对数据包进行级联之后,网络侧设备需要将接收到的级联之后的数据包分解,得到级联之前的数据包;或者用户设备对数据包传输时出现了乱序,网络侧设备需要将接收到的数据包进行重排序处理。
作为一种可实施的方式,在步骤S1900之前,所述用户设备可接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。用户设备根据网络侧设备所指定的处理模式对数据包进行处理,并向网络侧设备发送处理后的数据包,而数据包中无需携带关于对数据包的处理模式的指示信息(如下文涉及的第一指示信息)。
作为一种可实施的方式,用户设备在确定用户设备对数据包的处理模式之后,所述用户设备向网络侧设备发送第一指示信息,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。这里的第一指示信息可以包括业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。其中,业务类型信息是指用户设备与网络侧设备之间传输的数据包对应的业务的类型,例如:流媒体业务、低时延业务或者后台业务等等。数据处理层的功能信息包括对数据包的分割、对数据包的级联、对数据包的乱序传输、对数据包的重排序、对数据包的透传中的至少一种。透传是指数据处理层不支持分割、级联、乱序传输中的任何功能。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备是否同意采用用户设备所选定的数据处理模式。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的所述数据包的包头信息中。
具体实现中,用户设备可在向网络侧设备发送数据包时,将第一指示信息携带在数据包的包头信息中,第一指示信息用于指示用户设备对该数据包的处理模式。当网络侧设备接收到用户设备发送的数据包之后,通过解析包头信息获得用户设备对数据包的处理模式。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的信令中。可选的,用户设备向网络侧设备发送的信令可为NAS(Non-Access Stratum,非接入)层的信令或者RRC(Radio Resource Control,无线资源控制)信令。
可选的,用户设备向网络侧设备发送的信令可用于请求业务的建立。
可选的,若用户设备选择将第一指示信息携带在信令中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
作为一种可实施的方式,所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
具体实现中,用户设备在向网络侧设备请求发送数据包所需要的资源时,告知网络侧设备该用户设备确定的对数据包的处理模式。具体的,用户设备可将第一指示信息携带在资源请求信息中。例如,资源请求信息可以为随机接入序列信息、随机接入时间信息或者随机接入频点信息中的一种或者多种,且随机接入序列信息、随机接入时间信息以及随机接入频点信息均可为第一指示信息。
可选的,若用户设备选择将第一指示信息携带在资源请求信息中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
需要说明的是,本发明实施例所确定的数据处理模式可以只是用户设备侧作为发送端的数据处理模式,也可以只是用户设备侧作为接收端时的数据处理模式,或者是用户设备作为发送端和接收端时共同的处理模式,在此不做限定。同时,本实施例所确定的数据处理模式可以用于用户设备的某一个业务或者某一个承载,也可以用于该用户设备的所有的业务或者所有的承载。
采用本发明实施例,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图20,图20是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图。在本发明实施例中,以用户设备作为发送端、网络侧设备作为接收端进行举例说明。其中接收端和发送端的数据处理模式是相对应的。无论是用户设备还是网络侧设备都可以是接收端或者发送端,也可以既是发送端又是接收端。
如图20所示,本发明实施例的一种确定对数据包的处理模式的方法可以包括如下步骤。
S2000,所述用户设备接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。
可选地,在步骤S2000之前,网络侧设备可接收用户设备发送的第三指示信息,该第三指示信息用于指示用户设备支持的对数据包的处理模式,其中,所述用户设备支持的对所述数据包的处理模式具体可以包括:数据处理层的功能、数据包封装格式、数据处理模式的编号等。较优地,上述第三指示信息和用户设备的业务类型、设备类型等在同一信令中发送给网络侧设备或者用户设备的业务类型和/或设备类型也属于第三指示信息的一种。网络侧设备在接收到用户设备发送的第三指示信息之后,从获取到的用户设备支持的对数据包的处理模式中确定网络侧设备与用户设备相同的对数据包的处理模式。
作为一种可实施的方式,发送端的数据处理模式可以指发送端支持对所述数据包的级联、数据包的分割、数据包的乱序传输、数据包的透传中的至少一种。对应的,接收端的数据处理模式可以指对所述级联后数据包的分解、分割后数据包的合并、数据包的重排序、数据包的透传中的至少一种。
作为一种可实施的方式,数据处理层的透传即数据处理层不支持对数据包的分割、级联或者乱序传输中的任何处理,即数据处理层直接将应用层的数据包递交到底层。
S2001,所述用户设备根据接收的第二指示信息确定对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之一。
具体实现中,网络侧设备发送的第二指示信息中可以包含网络侧设备所确定的对数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,数据包进行分割、数据包的乱序传输、数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。
需要说明的是,发送端的乱序传输对应的是接收端的重排序功能;具体是指接收端可以支持乱序接收,再根据序列号进行数据包的重排序。通常来说,由于发送端进行乱序传输时,或者支持数据处理层的重传时可能会出现数据包的乱序,导致初传较早的数据包晚于初传较晚的数据包到达接收端。
可选地,第二指示信息也可以为:使用可变的数据处理模式;即发送端可以根据需要使用不同的数据处理模式,并在数据包的包头信息中指示针对该数据包的处理模式。该指示方式尤其适用于有多个业务的用户设备。
具体实现中,用户设备可根据第二指示信息从网络侧设备确定的对数据包的处理模式中确定用户设备对数据包的处理模式,其中,用户设备确定的处理模式为网络侧设备确定的处理模式中的至少之一。例如,如果S2000给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。如果S2000的第二指示信息中包含多种处理模式,则用户设备可以从第二指示信息中选择至少一种处理模式,并指示给网络侧设备。
S2002,所述用户设备生成所述第一指示信息。
值得注意的是,步骤S2002是可选的,用户设备可以选择将第一指示信息携带在信令中,也可以选择将第一指示信息携带在资源请求信息中。
具体实现中,第一指示信息可以是业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输、对所述数据包的透传中的至少一种。
需要说明的是,本发明实施例也可以用于用户设备之间的直接通信中。此时第一用户设备和第二用户设备可以通过上述方式协商数据处理模式,确定一个一致的处理模式,或者第一用户设备和第二用户设备分别和网络侧设备协商数据处理模式,由网络侧设备为第一用户设备和第二用户设备选择一个一致的数据处理模式。对于数据包采用的不同处理模式,数据包的包头信息也不相同,具体体现为其封装格式的不同,下面本发明实施例将以用户设备做为发送端具体举例说明,当网络侧设备作为发送端时,数据封装格式也是一样的,在此不再描述。
S2003,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包。
可选地,用户设备在确定对数据包的处理模式之后,所述用户设备生成第一指示信息,并将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的数据包的包头信息中,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式可为透传模式。这里的透传模式是指:数据处理层不支持对数据包做分割、级联或者乱序传输的处理,只进行数据包的路由。如图4所示为数据包的第一处理模式下的协议栈结构的结构示意图。当用户设备确定数据处理层为透传模式时,数据处理层直接将应用层的数据包路由到PHY层,通过PHY层进行传输,发送给网络侧设备。其中,PHY层对数据包在处理过程中会可能会经过编码、调制、增加校验等过程,属于数据包传输过程中必须的步骤,本实施例对于PHY层对数据包的处理模式不作限定。这里的应用层数据包是指数据处理层之上协议层发送给数据处理层的数据包,该数据包可能来自于应用层、TCP、UDP层,也可能来自于PDCP层或者来自于数据处理层之上的加密层,在此不做限制。
具体实现中,如图5所示为数据包的第一种处理模式下的第一种封装格式示意图。当数据处理层不需要对数据包填充数据时,第一封装格式如图5a表示的结构示意图。其中,填充数据的存在是为了保证数据包整体的大小符合网络侧设备设定的数据包大小而由数据处理层填充的数据序列。
当数据处理层需要保证数据包的大小符合网络侧设定的数据包大小时,具体实现中,数据包的包头信息可包括第一指示信息、长度指示信息,如图5b所示。在图5b中,长度指示信息可以用来指示数据包的长度,或者用来指示填充数据的长度。
作为一种可实施的方式,在图5b中,数据包的包头信息中还可以包括长度域指示信息,用于指示包头信息中是否包括了长度指示信息。当数据处理层没有为数据包增加填充数据时,则该长度域指示信息指示后续没有携带长度指示信息,进一步的减少了包头信息。
在本发明的实施例中,如果用户设备和网络侧设备在发送数据包之前已经协商确定了对数据包的处理模式,使得收发双方可以唯一的确定该数据包的处理模式或者通过尝试可以正确的获得该数据包的处理模式,则数据包的包头信息可不携带第一指示信息,因此在本专利的所有的实施例中描述的数据包的各种封装格式中,包头信息中的第一指示信息的均不是必须的。
具体实现中,当所述用户设备在作为发送端对所述数据包的处理模式只包括支持数据包的级联时,如图6所示为数据包的第二处理模式下用户设备的协议栈结构的结构示意图。数据处理层对数据包进行级联是指数据处理层将多个应用层数据包合并为一个数据处理层数据包,再将合并后的数据处理层数据包传送给PHY层。因此第二处理模式对应的第二封装格式可如图7所示,数据处理层将多个应用层数据包合并为一个数据处理层的数据包。包头信息中包括第一指示信息以及至少一个子包头信息。其中第一个子包头信息包含:第一个数据包的长度指示信息以及第一个数据包的包头指示信息;第二个子包头信息包含:第二个数据包的长度指示信息以及第二个数据包的包头指示信息等等,直至第N个子包头信息(第N个在本实施例指最后一个,并且,N为大于或等于1的整数)。其中,第一指示信息用于指示用户设备对数据包的处理模式:对数据包进行级联操作。数据包的长度指示信息用于指示子包头对应数据包的大小,包头指示信息用于指示下一个域是数据包还是下一个数据包的子包头信息。较优地,当级联后的数据包不包含填充数据时,第N个数据包的子包头信息中则不需要携带长度指示信息(例如图9、图11、图12以及图14的实施例)。作为一种可选的实施方式,在每个数据包的子包头中还可以增加一个长度域指示信息,用以指示该数据包的子包头中是否包含了长度指示信息。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联和乱序传输(则网络侧设备在作为接收端时需要重排序)。因此以所述第一指示信息指示的处理模式包括对数据包的级联以及对数据包的乱序传输的处理为例,如图8所示为数据包的第三种处理模式下用户设备的协议栈结构的结构示意图。因此,如图9所示,数据处理层处理的数据包的包头信息可在图7所示的包头信息的基础上,添加序列号信息,序列号信息用于指示用户设备首次发送的各个数据包时的编号。而第一指示信息则用于指示用户设备支持对数据包的级联以及对数据包的乱序传输的处理模式。当网络侧设备作为接收端时,通过获取数据包的序列号信息还原各个数据包的位置。另外,当用户设备和网络侧设备支持重分割的重排序时,用户设备或者网络侧设备在作为发送端时则需要在每个数据包的子包头中包含数据包的序列号。第N个数据包的处理参照图7的描述。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持分割和乱序传输两种。如图10所示为第四种处理模式下用户设备的协议栈结构的结构示意图,数据处理层可支持分割数据包以及对数据包进行不按序的传输,例如:物理层乱序传输。因此,如图11所示为数据处理层将数据包分割之后第四种封装格式的结构示意图。数据处理层处理之后的数据包的包头信息包括第一指示信息(可选)、子数据包序列号信息、子数据包的长度指示信息(可选)以及分割指示信息。其中,第一指示信息用于指示用户设备支持分割数据包以及对数据包的乱序传输;子数据包序列号信息用于指示用户设备的数据处理层对该子数据包的编号;子数据包的长度指示信息用于指示该子数据包的大小;分割指示信息用于指示子数据包是否进行了分割,或者进一步地指示该子数据包在应用层递交到数据处理层的数据包中分割之后的位置,例如第一个子数据包、中间位置的子数据包或者最后一个子数据包。进一步地,分割指示信息还可以用来指示子数据包的长度指示信息是否存在。如果分割指示信息指示该子数据包不是最后一个子数据包,则长度指示信息不需要包含在包头中。可选地,如果接收端不要求数据包需要满足某一固定的大小,该长度指示信息也不需要包含在包头信息中。如果数据处理层只支持分割功能,则包头域中不包含序列号信息。
可选的,由于子数据包序列号信息与分割指示信息的意义相近,因此可将子数据包序列号信息与分割指示信息合并为子数据包序列号信息或者分割指示信息,合并后的子数据包的结构则如图12所示(图12将子数据包序列号信息与分割指示信息合并为子数据包序列号信息)。
本发明实施中,用户设备和网络侧设备确定对数据包的处理模式之后,并不代表用户处理层一定会对数据包进行对应的处理,例如:用户设备和网络侧设备确定对数据包采用第四种数据处理模式,则只有在数据包比较大,网络侧所给的调度授权不能保证该数据包一次发送完成时,用户设备才会对数据包进行分割,否则不执行分割的操作。针对上述实施例中的乱序传输,只有在有些数据包需要重传时,才可能导致数据传输顺序的错误,上述指示只是代表数据处理层可以处理数据包的乱序,并不代表数据处理层一定将数据包进行乱序传输。其中,数据处理层的乱序也可能是物理层的乱序导致的,这里统称为数据处理层的乱序。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联、分割以及乱序传输。如图13所示为第五种处理模式下的协议栈结构的结构示意图,则所述第一指示信息指示的处理模式包括用户设备的数据处理层支持对数据包的级联、分割以及数据包的乱序传输。因此,如图14所示为数据包的第五种数据封装格式的结构示意图。在该处理模式中,数据处理层处理之后的数据包可能包含以下类型:
1、一个完整的数据包;
2、一个数据包分割之后的子数据包;
3、多个完整的数据包的级联;
4、前一个数据包的子数据包和后续的多个完整的数据包的级联;
5、前一个数据包的子数据包和后续的一个数据包的子数据包的级联;
6、前一个数据包的子数据包和后续的多个完整的数据包以及后续的一个数据包的子数据包的级联。
其中:子数据包均是指数据处理层对应用层的一个完整数据包进行分割之后的分割块,多于一个子数据包组成一个完整的应用层数据包。
为了让接收端能够正确的区分出每个数据包和/或子数据包,所述的数据封装格式如图14所示。
其中,图14中数据处理层的数据包的包头信息包括第一指示信息、序列号信息和多个数据包的子包头信息。其中,子数据包的子包头信息中可包含该数据包的长度指示信息、该数据包的分割指示信息以及包头指示信息。包头信息中的各个信息的作用可详见图5至图12的实施例的相关描述,本实施例则不再赘述。
可选的,由于数据处理层对数据包进行乱序传输的处理模式取决于PHY层在乱序并发数据包时导致数据包的次序发生混乱,因此,若PHY层是通过单进程传输数据包,则数据处理层即不需要有对数据包进行乱序传输的处理模式,对应的数据包的包头信息中则不包含序列号信息。
在本实施例中给出的数据处理模式仅仅是一个举例,根据不同的数据处理模式还有其他的数据封装格式在此不再一一列举。在所有的处理模式中,只要数据处理层不包含乱序传输的功能(例如:HARQ只有一个进程),则包头信息中就不需要序列号信息。本发明中,仅仅列出了数据处理层的部分功能,并不排除数据处理层还有的其他的功能,例如:加密,逻辑信道的复用等。在考虑到逻辑信道的复用时,在上述几种处理模式的数据包头信息或者子数据包头信息中增加逻辑信道的标识即可。考虑到数据处理层也可以进行控制数据包的发送,其中控制数据包可以采用上述的数据封装格式,通过第一指示信息或者逻辑信道标识进行指示;或者不同的逻辑信道的数据包或者控制数据包也可以采用不同的数据处理模式,在此不做限制。
在用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对数据包进行对应的处理,实现网络侧设备对数据包的正确解析。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备采用用户设备对数据包的处理方式来处理用户设备发送的数据包。本发明实施例是以用户设备作为发送端描述的,其中网络侧设备作为数据发送端时,数据封装格式和用户设备作为发送端的封装格式相同。
采用本发明实施例,用户设备确定对数据包的处理模式,所述用户设备根据确定的处理模式对所述数据包进行处理,向网络侧设备发送所述数据包,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图21,图21是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图。
如图21所示,本发明实施例的一种确定对数据包的处理模式的方法的另一实施例可以包括如下步骤。
S2100,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理。
具体实现中,用户设备可以根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式。所述处理模式包括对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种。其中,示例性的,业务类型可以包含:业务数据包的大小、业务数据包的达到时间间隔、业务数据包的传输时延要求等参数。以业务类型为例,用户设备对于连续的小数据包传输的业务只对所述数据包进行级联,而用户设备对抄表类的业务(这种业务的数据包较小,传输间隔大)则在数据处理层不进行任何处理,因此用户设备首先需要确定对数据包的处理模式。在用户设备确定了对数据包的处理模式之后,在用户设备向网络侧设备发送数据包时,数据包的封装格式或数据包的包头信息中的内容与处理模式相对应。
具体实现中,用户设备可以只支持单一的业务类型,例如:智能电表只支持抄表的业务。因此用户设备的数据处理模式是固定的。此时,用户设备可以直接根据设备类型确定数据处理模式。
需要说明的是,这里的数据处理模式可以替换为数据封装格式、数据处理层的功能等,用以唯一的确定对数据包的处理。
S2101,所述网络侧设备确定对数据包的处理模式。
具体实现中,用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对接收到的数据包进行对应的处理,实现网络侧设备与用户设备的处理一致。例如:用户设备对数据包进行分割之后,网络侧设备需要将分割后的数据包进行合并;或者用户设备对数据包进行级联之后,网络侧设备需要将接收到的级联之后的数据包分解,得到级联之前的数据包;或者用户设备对数据包传输时出现了乱序,网络侧设备需要将接收到的数据包进行重排序处理。
作为一种可实施的方式,在步骤S2100之前,所述用户设备可接收所述网络侧设备发送的第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,对数据包进行分割、对数据包的乱序传输、对数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。如果网络侧设备给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。用户设备根据网络侧设备所指定的处理模式对数据包进行处理,并向网络侧设备发送处理后的数据包,而数据包中无需携带关于对数据包的处理模式的指示信息(如下文涉及的第一指示信息)。
作为一种可实施的方式,用户设备在确定用户设备对数据包的处理模式之后,所述用户设备向网络侧设备发送第一指示信息,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。这里的第一指示信息可以包括业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。其中,业务类型信息是指用户设备与网络侧设备之间传输的数据包对应的业务的类型,例如:流媒体业务、低时延业务或者后台业务等等。数据处理层的功能信息包括对数据包的分割、对数据包的级联、对数据包的乱序传输、对数据包的重排序、对数据包的透传中的至少一种。透传是指数据处理层不支持分割、级联、乱序传输中的任何功能。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备是否同意采用用户设备所选定的数据处理模式。
作为一种可实施的方式,本发明实施例对步骤S2101与步骤S2100的前后顺序不作限定,即步骤S2101可发生在步骤S2100之后,步骤S2101也可发生在步骤S2100之前。
可选的,若步骤S2101发生在步骤S2100之后,则所述用户设备将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的所述数据包的包头信息中。
具体实现中,用户设备可在向网络侧设备发送数据包时,将第一指示信息携带在数据包的包头信息中,第一指示信息用于指示用户设备对该数据包的处理模式。当网络侧设备接收到用户设备发送的数据包之后,通过解析包头信息获得用户设备对数据包的处理模式。
可选的,若步骤S2101发生在步骤S2100之前,则所述网络侧设备接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式。
具体实现中,所述网络侧设备从所述用户设备向所述网络侧设备发送的信令中接收所述第一指示信息。可选的,用户设备向网络侧设备发送的信令可为NAS(Non-AccessStratum,非接入)层的信令或者RRC(Radio Resource Control,无线资源控制)信令。
作为一种可实施的方式,用户设备向网络侧设备发送的信令可用于请求业务的建立。
作为一种可实施的方式,若用户设备选择将第一指示信息携带在信令中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
作为一种可实施的方式,所述网络侧设备从所述用户设备向所述网络侧设备发送的资源请求信息中接收所述第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源。
具体实现中,用户设备在向网络侧设备请求发送数据包所需要的资源时,告知网络侧设备该用户设备确定的对数据包的处理模式。具体的,用户设备可将第一指示信息携带在资源请求信息中。例如,资源请求信息可以为随机接入序列信息、随机接入时间信息或者随机接入频点信息中的一种或者多种,且随机接入序列信息、随机接入时间信息以及随机接入频点信息均可为第一指示信息。
可选的,若用户设备选择将第一指示信息携带在资源请求信息中,则用户设备在给网络侧设备发送数据包时,无需再将第一指示信息携带在数据包的包头信息中。
需要说明的是,本发明实施例所确定的数据处理模式可以只是用户设备侧作为发送端的数据处理模式,也可以只是用户设备侧作为接收端时的数据处理模式,或者是用户设备作为发送端和接收端时共同的处理模式,在此不做限定。同时,本实施例所确定的数据处理模式可以用于用户设备的某一个业务或者某一个承载,也可以用于该用户设备的所有的业务或者所有的承载。
采用本发明实施例,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理,所述网络侧设备确定对数据包的处理模式,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
请参阅图22,图22是本发明实施例的一种确定对数据包的处理模式的方法的另一实施例的流程示意图。
如图22所示,本发明实施例的一种确定对数据包的处理模式的方法的另一实施例可以包括如下步骤。
S2200,所述网络侧设备向所述用户设备发送第二指示信息,所述第二指示信息用于指示所述网络侧设备确定的对所述数据包的处理模式,以使所述用户设备根据接收的第二指示信息确定所述用户设备对所述数据包的处理模式,所述用户设备确定的处理模式为所述网络侧设备确定的处理模式中的至少之
可选地,在步骤S2200之前,网络侧设备可接收用户设备发送的第三指示信息,该第三指示信息用于指示用户设备支持的对数据包的处理模式,其中,所述用户设备支持的对所述数据包的处理模式具体可以包括:数据处理层的功能、数据包封装格式、数据处理模式的编号等。较优地,上述第三指示信息和用户设备的业务类型、设备类型等在同一信令中发送给网络侧设备或者用户设备的业务类型和/或设备类型也属于第三指示信息的一种。网络侧设备在接收到用户设备发送的第三指示信息之后,从获取到的用户设备支持的对数据包的处理模式中确定网络侧设备与用户设备相同的对数据包的处理模式。
作为一种可实施的方式,发送端的数据处理模式可以指发送端支持对所述数据包的级联、数据包的分割、数据包的乱序传输、数据包的透传中的至少一种。对应的,接收端的数据处理模式可以指对所述级联后数据包的分解、分割后数据包的合并、数据包的重排序、数据包的透传中的至少一种。
作为一种可实施的方式,数据处理层的透传即数据处理层不支持对数据包的分割、级联或者乱序传输中的任何处理,即数据处理层直接将应用层的数据包递交到底层。
具体实现中,网络侧设备发送的第二指示信息中可以包含网络侧设备所确定的对数据包的处理模式。例如:第二指示信息具体可以为数据处理层可以对数据包进行级联,数据包进行分割、数据包的乱序传输、数据包的透传中的至少一种,其中数据包的透传也可以通过第二指示信息指示不支持对数据包的分割、级联和乱序传输中的任何一个功能来表示。
需要说明的是,发送端的乱序传输对应的是接收端的重排序功能;具体是指接收端可以支持乱序接收,再根据序列号进行数据包的重排序。通常来说,由于发送端进行乱序传输时,或者支持数据处理层的重传时可能会出现数据包的乱序,导致初传较早的数据包晚于初传较晚的数据包到达接收端。
可选地,第二指示信息也可以为:使用可变的数据处理模式;即发送端可以根据需要使用不同的数据处理模式,并在数据包的包头信息中指示针对该数据包的处理模式。该指示方式尤其适用于有多个业务的用户设备。
具体实现中,用户设备可根据第二指示信息从网络侧设备确定的对数据包的处理模式中确定用户设备对数据包的处理模式,其中,用户设备确定的处理模式为网络侧设备确定的处理模式中的至少之一。例如,如果S2200给定的第二指示信息中只包含一种处理模式,则用户设备采用网络侧设备所指定的处理模式。如果第二指示信息中包含多种处理模式,则用户设备可以从第二指示信息中选择至少一种处理模式,并指示给网络侧设备。
S2201,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理。
可选地,用户设备在确定对数据包的处理模式之后,所述用户设备生成第一指示信息,并将所述第一指示信息携带在所述用户设备向所述网络侧设备发送的数据包的包头信息中,以使网络侧设备根据第一指示信息确定用户设备对数据包的处理模式。所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
S2202,所述网络侧设备根据接收的数据包获取第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述接收的数据包由所述用户设备根据所述数据处理模式对所述数据包进行封装,增加数据处理层的包头信息,其中所述包头信息中包含所述第一指示信息。
具体实现中,第一指示信息可以是业务类型信息、设备类型信息、数据封装格式信息、数据处理层的功能信息中的至少一种。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输、对所述数据包的透传中的至少一种。
需要说明的是,本发明实施例也可以用于用户设备之间的直接通信中。此时第一用户设备和第二用户设备可以通过上述方式协商数据处理模式,确定一个一致的处理模式,或者第一用户设备和第二用户设备分别和网络侧设备协商数据处理模式,由网络侧设备为第一用户设备和第二用户设备选择一个一致的数据处理模式。对于数据包采用的不同处理模式,数据包的包头信息也不相同,具体体现为其封装格式的不同,下面本发明实施例将以用户设备做为发送端具体举例说明,当网络侧设备作为发送端时,数据封装格式也是一样的,在此不再描述。
作为一种可实施的方式,所述用户设备对所述数据包的处理模式可为透传模式。这里的透传模式是指:数据处理层不支持对数据包做分割、级联或者乱序传输的处理,只进行数据包的路由。如图4所示为数据包的第一处理模式下的协议栈结构的结构示意图。当用户设备确定数据处理层为透传模式时,数据处理层直接将应用层的数据包路由到PHY层,通过PHY层进行传输,发送给网络侧设备。其中,PHY层对数据包在处理过程中会可能会经过编码、调制、增加校验等过程,属于数据包传输过程中必须的步骤,本实施例对于PHY层对数据包的处理模式不作限定。这里的应用层数据包是指数据处理层之上协议层发送给数据处理层的数据包,该数据包可能来自于应用层、TCP、UDP层,也可能来自于PDCP层或者来自于数据处理层之上的加密层,在此不做限制。
具体实现中,如图5所示为数据包的第一种处理模式下的第一种封装格式示意图。当数据处理层不需要对数据包填充数据时,第一封装格式如图5a表示的结构示意图。其中,填充数据的存在是为了保证数据包整体的大小符合网络侧设备设定的数据包大小而由数据处理层填充的数据序列。
当数据处理层需要保证数据包的大小符合网络侧设定的数据包大小时,具体实现中,数据包的包头信息可包括第一指示信息、长度指示信息,如图5b所示。在图5b中,长度指示信息可以用来指示数据包的长度,或者用来指示填充数据的长度。
作为一种可实施的方式,在图5b中,数据包的包头信息中还可以包括长度域指示信息,用于指示包头信息中是否包括了长度指示信息。当数据处理层没有为数据包增加填充数据时,则该长度域指示信息指示后续没有携带长度指示信息,进一步的减少了包头信息。
在本发明的实施例中,如果用户设备和网络侧设备在发送数据包之前已经协商确定了对数据包的处理模式,使得收发双方可以唯一的确定该数据包的处理模式或者通过尝试可以正确的获得该数据包的处理模式,则数据包的包头信息可不携带第一指示信息,因此在本专利的所有的实施例中描述的数据包的各种封装格式中,包头信息中的第一指示信息的均不是必须的。
具体实现中,当所述用户设备在作为发送端对所述数据包的处理模式只包括支持数据包的级联时,如图6所示为数据包的第二处理模式下用户设备的协议栈结构的结构示意图。数据处理层对数据包进行级联是指数据处理层将多个应用层数据包合并为一个数据处理层数据包,再将合并后的数据处理层数据包传送给PHY层。因此第二处理模式对应的第二封装格式可如图7所示,数据处理层将多个应用层数据包合并为一个数据处理层的数据包。包头信息中包括第一指示信息以及至少一个子包头信息。其中第一个子包头信息包含:第一个数据包的长度指示信息以及第一个数据包的包头指示信息;第二个子包头信息包含:第二个数据包的长度指示信息以及第二个数据包的包头指示信息等等,直至第N个子包头信息(第N个在本实施例指最后一个,并且,N为大于或等于1的整数)。其中,第一指示信息用于指示用户设备对数据包的处理模式:对数据包进行级联操作。数据包的长度指示信息用于指示子包头对应数据包的大小,包头指示信息用于指示下一个域是数据包还是下一个数据包的子包头信息。较优地,当级联后的数据包不包含填充数据时,第N个数据包的子包头信息中则不需要携带长度指示信息(例如图9、图11、图12以及图14的实施例)。作为一种可选的实施方式,在每个数据包的子包头中还可以增加一个长度域指示信息,用以指示该数据包的子包头中是否包含了长度指示信息。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联和乱序传输(则网络侧设备在作为接收端时需要重排序)。因此以所述第一指示信息指示的处理模式包括对数据包的级联以及对数据包的乱序传输的处理为例,如图8所示为数据包的第三种处理模式下用户设备的协议栈结构的结构示意图。因此,如图9所示,数据处理层处理的数据包的包头信息可在图7所示的包头信息的基础上,添加序列号信息,序列号信息用于指示用户设备首次发送的各个数据包时的编号。而第一指示信息则用于指示用户设备支持对数据包的级联以及对数据包的乱序传输的处理模式。当网络侧设备作为接收端时,通过获取数据包的序列号信息还原各个数据包的位置。另外,当用户设备和网络侧设备支持重分割的重排序时,用户设备或者网络侧设备在作为发送端时则需要在每个数据包的子包头中包含数据包的序列号。第N个数据包的处理参照图7的描述。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持分割和乱序传输两种。如图10所示为第四种处理模式下用户设备的协议栈结构的结构示意图,数据处理层可支持分割数据包以及对数据包进行不按序的传输,例如:物理层乱序传输。因此,如图11所示为数据处理层将数据包分割之后第四种封装格式的结构示意图。数据处理层处理之后的数据包的包头信息包括第一指示信息(可选)、子数据包序列号信息、子数据包的长度指示信息(可选)以及分割指示信息。其中,第一指示信息用于指示用户设备支持分割数据包以及对数据包的乱序传输;子数据包序列号信息用于指示用户设备的数据处理层对该子数据包的编号;子数据包的长度指示信息用于指示该子数据包的大小;分割指示信息用于指示子数据包是否进行了分割,或者进一步地指示该子数据包在应用层递交到数据处理层的数据包中分割之后的位置,例如第一个子数据包、中间位置的子数据包或者最后一个子数据包。进一步地,分割指示信息还可以用来指示子数据包的长度指示信息是否存在。如果分割指示信息指示该子数据包不是最后一个子数据包,则长度指示信息不需要包含在包头中。可选地,如果接收端不要求数据包需要满足某一固定的大小,该长度指示信息也不需要包含在包头信息中。如果数据处理层只支持分割功能,则包头域中不包含序列号信息。
可选的,由于子数据包序列号信息与分割指示信息的意义相近,因此可将子数据包序列号信息与分割指示信息合并为子数据包序列号信息或者分割指示信息,合并后的子数据包的结构则如图12所示(图12将子数据包序列号信息与分割指示信息合并为子数据包序列号信息)。
本发明实施中,用户设备和网络侧设备确定对数据包的处理模式之后,并不代表用户处理层一定会对数据包进行对应的处理,例如:用户设备和网络侧设备确定对数据包采用第四种数据处理模式,则只有在数据包比较大,网络侧所给的调度授权不能保证该数据包一次发送完成时,用户设备才会对数据包进行分割,否则不执行分割的操作。针对上述实施例中的乱序传输,只有在有些数据包需要重传时,才可能导致数据传输顺序的错误,上述指示只是代表数据处理层可以处理数据包的乱序,并不代表数据处理层一定将数据包进行乱序传输。其中,数据处理层的乱序也可能是物理层的乱序导致的,这里统称为数据处理层的乱序。
具体实现中,所述用户设备在作为发送端对所述数据包的处理模式包括支持对数据包的级联、分割以及乱序传输。如图13所示为第五种处理模式下的协议栈结构的结构示意图,则所述第一指示信息指示的处理模式包括用户设备的数据处理层支持对数据包的级联、分割以及数据包的乱序传输。因此,如图14所示为数据包的第五种数据封装格式的结构示意图。在该处理模式中,数据处理层处理之后的数据包可能包含以下类型:
1、一个完整的数据包;
2、一个数据包分割之后的子数据包;
3、多个完整的数据包的级联;
4、前一个数据包的子数据包和后续的多个完整的数据包的级联;
5、前一个数据包的子数据包和后续的一个数据包的子数据包的级联;
6、前一个数据包的子数据包和后续的多个完整的数据包以及后续的一个数据包的子数据包的级联。
其中:子数据包均是指数据处理层对应用层的一个完整数据包进行分割之后的分割块,多于一个子数据包组成一个完整的应用层数据包。
为了让接收端能够正确的区分出每个数据包和/或子数据包,所述的数据封装格式如图14所示。
其中,图14中数据处理层的数据包的包头信息包括第一指示信息、序列号信息和多个数据包的子包头信息。其中,子数据包的子包头信息中可包含该数据包的长度指示信息、该数据包的分割指示信息以及包头指示信息。包头信息中的各个信息的作用可详见图5至图12的实施例的相关描述,本实施例则不再赘述。
可选的,由于数据处理层对数据包进行乱序传输的处理模式取决于PHY层在乱序并发数据包时导致数据包的次序发生混乱,因此,若PHY层是通过单进程传输数据包,则数据处理层即不需要有对数据包进行乱序传输的处理模式,对应的数据包的包头信息中则不包含序列号信息。
在本实施例中给出的数据处理模式仅仅是一个举例,根据不同的数据处理模式还有其他的数据封装格式在此不再一一列举。在所有的处理模式中,只要数据处理层不包含乱序传输的功能(例如:HARQ只有一个进程),则包头信息中就不需要序列号信息。本发明中,仅仅列出了数据处理层的部分功能,并不排除数据处理层还有的其他的功能,例如:加密,逻辑信道的复用等。在考虑到逻辑信道的复用时,在上述几种处理模式的数据包头信息或者子数据包头信息中增加逻辑信道的标识即可。考虑到数据处理层也可以进行控制数据包的发送,其中控制数据包可以采用上述的数据封装格式,通过第一指示信息或者逻辑信道标识进行指示;或者不同的逻辑信道的数据包或者控制数据包也可以采用不同的数据处理模式,在此不做限制。
在用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对数据包进行对应的处理,实现网络侧设备对数据包的正确解析。
可选的,在网络侧设备根据第一指示信息确定用户设备对数据包的处理模式之后,网络侧设备可向用户设备反馈确认信息,确认信息用于确认网络侧设备采用用户设备对数据包的处理方式来处理用户设备发送的数据包。本发明实施例是以用户设备作为发送端描述的,其中网络侧设备作为数据发送端时,数据封装格式和用户设备作为发送端的封装格式相同。
S2203,所述网络侧设备确定对数据包的处理模式。
具体实现中,用户设备根据确定的处理模式处理数据包之后,将数据包发送给网络侧设备,此时网络侧设备即可按照用户设备对数据包的处理方式对接收到的数据包进行对应的处理,实现网络侧设备与用户设备的处理一致。例如:用户设备对数据包进行分割之后,网络侧设备需要将分割后的数据包进行合并;或者用户设备对数据包进行级联之后,网络侧设备需要将接收到的级联之后的数据包分解,得到级联之前的数据包;或者用户设备对数据包传输时出现了乱序,网络侧设备需要将接收到的数据包进行重排序处理。
采用本发明实施例,网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据确定的处理模式对所述数据包进行处理,所述网络侧设备确定对数据包的处理模式,可令用户设备和网络侧设备彼此确定数据包的处理模式,从而确定数据包的包头模式,因此在用户设备发送数据包时,可减少数据包的包头信息的内容,从而减小数据包的传输量,降低用户设备的开销,降低数据传输的成本,提高空口的资源利用率。
Claims (12)
1.一种用户设备,其特征在于,包括:
确定模块,用于根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及网络侧设备所指示的处理模式中的至少一种来确定对数据包的处理模式;
第三发送模块,用于向网络侧设备发送第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;其中,所述第三发送模块将所述第一指示信息携带在向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求第一发送模块发送所述数据包所需要的资源;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
所述第一发送模块,用于根据确定的处理模式对所述数据包进行处理,在从所述网络侧设备获取的资源上向所述网络侧设备发送所述数据包。
2.根据权利要求1所述的用户设备,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
3.一种用户设备,其特征在于,包括接收装置、发送装置以及处理器,其中:
所述处理器,用于根据设备类型、业务类型、用户设备所支持的处理模式、所述用户设备支持的用户面功能以及网络侧设备所指示的处理模式中的至少一种来确定对数据包的处理模式;
所述处理器将第一指示信息携带在所述发送装置向所述网络侧设备发送的资源请求信息中,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源,所述第一指示信息用于指示所述处理器确定的对所述数据包的处理模式;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
所述发送装置,用于根据确定的处理模式对所述数据包进行处理,在从所述网络侧设备获取的资源上向所述网络侧设备发送所述数据包。
4.根据权利要求3所述的用户设备,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
5.一种网络侧设备,其特征在于,包括:
第一接收模块,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式对所述数据包进行处理;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
第三接收模块,从所述用户设备向所述网络侧设备发送的资源请求信息中接收第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;
确定模块,用于确定对数据包的处理模式。
6.根据权利要求5所述的网络侧设备,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
7.一种网络侧设备,其特征在于,包括接收装置、发送装置以及处理器,其中:
所述接收装置,用于接收用户设备发送的数据包,所述数据包由所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式对所述数据包进行处理;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
所述接收装置,还用于从所述用户设备向所述网络侧设备发送的资源请求信息中接收第一指示信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;
所述处理器,用于确定对数据包的处理模式。
8.根据权利要求7所述的网络侧设备,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
9.一种确定对数据包的处理模式的方法,其特征在于,包括:
用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及网络侧设备所指示的处理模式中的至少一种来确定对所述数据包的处理模式;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
所述用户设备向所述网络侧设备发送资源请求信息,所述资源请求信息用于请求所述用户设备发送所述数据包所需要的资源,所述资源请求信息中携带有第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式;
所述用户设备根据确定的处理模式对所述数据包进行处理,在从所述网络侧设备获取的资源上向所述网络侧设备发送所述数据包。
10.根据权利要求9所述的方法,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
11.一种确定对数据包的处理模式的方法,其特征在于,包括:
网络侧设备接收用户设备发送的数据包,所述数据包由所述用户设备根据设备类型、业务类型、所述用户设备所支持的处理模式、所述用户设备支持的用户面功能以及所述网络侧设备所指示的处理模式中的至少一种确定的处理模式对所述数据包进行处理;对所述数据包的处理模式包括支持对所述数据包的分割、对所述数据包的级联、对所述数据包的乱序传输以及对所述数据包的透传中的至少一种;
所述网络侧设备接收所述用户设备发送的第一指示信息,所述第一指示信息用于指示所述用户设备确定的对所述数据包的处理模式,所述第一指示信息是所述网络侧设备从所述用户设备向所述网络侧设备发送的资源请求信息中获取的,所述资源请求信息用于请求所述用户设备发送所述数据包所需的资源;
所述网络侧设备确定对数据包的处理模式。
12.根据权利要求11所述的方法,其特征在于,所述第一指示信息为业务类型信息、设备类型信息、数据处理层的功能信息或者数据封装格式信息中的至少一种。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/083603 WO2017004814A1 (zh) | 2015-07-08 | 2015-07-08 | 一种用户及网络侧设备、确定对数据包的处理模式的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107925505A CN107925505A (zh) | 2018-04-17 |
CN107925505B true CN107925505B (zh) | 2021-01-29 |
Family
ID=57684749
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580081267.0A Active CN107925505B (zh) | 2015-07-08 | 2015-07-08 | 一种用户及网络侧设备、确定对数据包的处理模式的方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20180146077A1 (zh) |
EP (1) | EP3300274B1 (zh) |
JP (1) | JP2018520596A (zh) |
CN (1) | CN107925505B (zh) |
WO (1) | WO2017004814A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109526008A (zh) * | 2018-12-24 | 2019-03-26 | 广州微智科电子科技有限公司 | 一种用于无线通信***传输模式的选择方法 |
WO2021212074A1 (en) * | 2020-04-16 | 2021-10-21 | Tom Herbert | Parallelism in serial pipeline processing |
CN115276891A (zh) * | 2021-04-30 | 2022-11-01 | 华为技术有限公司 | 数据传输方法、装置及可读存储介质 |
CN113314187B (zh) * | 2021-05-27 | 2022-05-10 | 广州大学 | 一种数据存储方法、解码方法、***、装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004040653A (ja) * | 2002-07-05 | 2004-02-05 | Hitachi Communication Technologies Ltd | VoIP通信装置およびVoIP通信条件の確定方法 |
WO2005022814A1 (en) * | 2003-08-21 | 2005-03-10 | Qualcomm Incorporated | Outer coding methods for broadcast/multicast content and related apparatus |
CN102025737A (zh) * | 2010-12-09 | 2011-04-20 | 中兴通讯股份有限公司 | 微波通信中以太网数据包压缩、传输方法和压缩机、*** |
CN103369714A (zh) * | 2013-06-17 | 2013-10-23 | 华为技术有限公司 | 建立数据连接的方法、装置和终端设备 |
CN104243736A (zh) * | 2013-06-18 | 2014-12-24 | 富士施乐株式会社 | 信息处理设备及信息处理方法 |
JP2015109544A (ja) * | 2013-12-04 | 2015-06-11 | 株式会社日立製作所 | 無線通信システム |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060274789A1 (en) * | 2005-06-07 | 2006-12-07 | Fong Pong | Apparatus and methods for a high performance hardware network protocol processing engine |
EP1959601A1 (en) * | 2007-02-13 | 2008-08-20 | Matsushita Electric Industrial Co., Ltd. | Retransmission scheme to exchange control information between a gateway and a mobile node |
CN101835197A (zh) * | 2009-03-11 | 2010-09-15 | 大唐移动通信设备有限公司 | 一种数据发送和接收的方法及装置 |
CN101997729A (zh) * | 2009-08-12 | 2011-03-30 | 华为技术有限公司 | 网络控制方法和装置 |
CN102468920B (zh) * | 2010-11-01 | 2014-11-05 | 华为技术有限公司 | 自适应编码调制的方法、装置及*** |
WO2014088477A1 (en) * | 2012-12-03 | 2014-06-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and poll control entity for controlling a polling procedure |
CN103905921B (zh) * | 2012-12-28 | 2018-04-27 | 联想(北京)有限公司 | 一种多媒体数据传输的方法及电子设备 |
US10341466B2 (en) * | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
US9693178B2 (en) * | 2015-03-18 | 2017-06-27 | Intel IP Corporation | Procedures to provision and attach a cellular internet of things device to a cloud service provider |
-
2015
- 2015-07-08 JP JP2018500492A patent/JP2018520596A/ja active Pending
- 2015-07-08 EP EP15897470.9A patent/EP3300274B1/en active Active
- 2015-07-08 WO PCT/CN2015/083603 patent/WO2017004814A1/zh active Application Filing
- 2015-07-08 CN CN201580081267.0A patent/CN107925505B/zh active Active
-
2018
- 2018-01-05 US US15/863,538 patent/US20180146077A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004040653A (ja) * | 2002-07-05 | 2004-02-05 | Hitachi Communication Technologies Ltd | VoIP通信装置およびVoIP通信条件の確定方法 |
WO2005022814A1 (en) * | 2003-08-21 | 2005-03-10 | Qualcomm Incorporated | Outer coding methods for broadcast/multicast content and related apparatus |
CN102025737A (zh) * | 2010-12-09 | 2011-04-20 | 中兴通讯股份有限公司 | 微波通信中以太网数据包压缩、传输方法和压缩机、*** |
CN103369714A (zh) * | 2013-06-17 | 2013-10-23 | 华为技术有限公司 | 建立数据连接的方法、装置和终端设备 |
CN104243736A (zh) * | 2013-06-18 | 2014-12-24 | 富士施乐株式会社 | 信息处理设备及信息处理方法 |
JP2015109544A (ja) * | 2013-12-04 | 2015-06-11 | 株式会社日立製作所 | 無線通信システム |
Also Published As
Publication number | Publication date |
---|---|
EP3300274B1 (en) | 2021-03-03 |
EP3300274A4 (en) | 2018-06-13 |
JP2018520596A (ja) | 2018-07-26 |
CN107925505A (zh) | 2018-04-17 |
WO2017004814A1 (zh) | 2017-01-12 |
US20180146077A1 (en) | 2018-05-24 |
EP3300274A1 (en) | 2018-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108289065B (zh) | 数据处理方法、装置和*** | |
CN103782569B (zh) | 数据处理装置和方法 | |
CN107005560B (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
US9565588B2 (en) | Enhanced multiplexing for single RLC entity | |
KR102674850B1 (ko) | Nr 시스템에서 mr-dc에 대한 단말 능력을 보고하는 방법 및 장치 | |
CN110099448B (zh) | 通信的方法和装置 | |
US11647417B2 (en) | Method, apparatus, computer program product and computer program | |
CN107925505B (zh) | 一种用户及网络侧设备、确定对数据包的处理模式的方法 | |
TW200807967A (en) | Base station, mobile station, and communication method | |
WO2012119491A1 (zh) | 通用公共无线接口的非i/q数据传输方法和装置 | |
CN110572850B (zh) | 5g基站缓存处理业务数据方法、装置、设备和存储介质 | |
CN107959946B (zh) | 无线接入网数据复用、解复用的方法、装置及设备 | |
KR20190075111A (ko) | 5g nr 통신 시스템 내의 비대칭 업-링크/다운-링크 프로토콜 스택 및 프레임 구조를 위한 방법 및 장치 | |
CN101945440B (zh) | 一种数据传输处理方法和*** | |
EP3297235A1 (en) | Protocol frame transmission method and device, node equipment and system | |
WO2024028277A1 (en) | Infrastructure equipment, communications devices and methods | |
TW201816623A (zh) | 資料傳輸的優先級排序方法、資料塊的準備方法及通信裝置與非揮發性電腦可讀介質 | |
CN107645747A (zh) | 一种发送和接收数据的方法及设备 | |
EP3539275B1 (en) | Optimization of logical channel processing for multiple transport blocks | |
CN107612871B (zh) | 一种数据传输处理方法、用户终端、网络设备和*** | |
CN113923720A (zh) | 基站装置、终端装置、无线通信方法 | |
WO2018188510A1 (zh) | 一种数据链路层中封装、解析数据包的方法、装置及设备 | |
CN117082566A (zh) | 数据传输方法、装置及通信设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |