CN105532059B - 配置指示方法和通信设备 - Google Patents

配置指示方法和通信设备 Download PDF

Info

Publication number
CN105532059B
CN105532059B CN201480001810.7A CN201480001810A CN105532059B CN 105532059 B CN105532059 B CN 105532059B CN 201480001810 A CN201480001810 A CN 201480001810A CN 105532059 B CN105532059 B CN 105532059B
Authority
CN
China
Prior art keywords
pdu
pdcp
snli
mac
compression algorithm
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
Application number
CN201480001810.7A
Other languages
English (en)
Other versions
CN105532059A (zh
Inventor
马洁
曹振臻
王学龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN105532059A publication Critical patent/CN105532059A/zh
Application granted granted Critical
Publication of CN105532059B publication Critical patent/CN105532059B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种配置指示方法和通信设备。该方法包括：发送端向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI。本发明实施例提供的方法，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。

Description

配置指示方法和通信设备
技术领域
本发明涉及通信技术，尤其涉及一种配置指示方法和通信设备。
背景技术
移动通信网络中采用网络协议(Internet Protocol，以下简称IP)做为传输层，IP协议的包头十分巨大，语音数据传输的时候包头甚至大于实际传输的数据包，在传输时会造成无线资源的浪费。因此互联网工程任务组(Internet Engineering Task Force，以下简称IETF)提出了健壮的信标头压缩(Robust Header Compression，以下简称ROHC)技术，ROHC由一系列的头压缩协议组成，即，ROHC框架中有多种头压缩算法(Profile)。在两个通信设备进行通信时，profile必须是在通讯之前双方都知道而且达成一致的。另外，收发双方的分组数据汇聚协议(Packet Data Convergence Protocol，以下简称PDCP)层负责将IP头根据约定好的profile进行压缩和解压缩，即PDCP层可以采用ROHC的profile对IP头进行压缩和解压缩。
现有技术中，长期演进系统(Long Term Evolution，以下简称LTE)的PDCP层采用ROHC技术，在业务的数据包真正传输之前，由演进型基站(Evolved Node B，以下简称eNB)通过RRC信令将头压缩算法标识符(profile identifier，以下简称profile ID)和PDCP的协议数据单元(Protocol Data Unit，以下简称PDU)PDU的序列号长度指示符(SequenceNumber Length Indicator，以下简称SNLI)配置给互相通信的用户设备(User Equipment，以下简称UE)，该profile ID用于指示业务数据包所使用的头压缩算法是哪一种，该SNLI用于向接收端指示发送端发送的PDCP PDU包头的长度，使得接收端知道从哪个位置开始解压缩PDCP的业务数据单元(Service Data Unit，以下简称SDU)，业务数据包的IP层包头存在于该PDCP SDU中。发送端的UE根据该profile ID确定其代表的头压缩算法，根据该头压缩算法对数据包进行头压缩，接收端的UE首先根据SNLI的长度确定PDCP PDU包头的长度，即确定PDCP SDU开始的位置，然后根据该头压缩算法对PDCP SDU的IP层包头进行解压缩，以获取正确的数据。
但是，在分布式的通信中没有类似eNB的角色来为每个UE配置PDCP层的ROHC的profile ID和PDCP PDU的SNLI，使得接收端无法正确接收到发送端发送的数据包。
发明内容
本发明实施例提供一种配置指示方法和通信设备，用以解决现有技术中接收端的UE无法正确接收到发送端发送的数据包的问题。
第一方面，本发明提供一种通信设备，包括：
发送器，用于向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI。
结合第一方面，在第一方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第一方面，在第一方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第一方面的第二种可能的实施方式，在第一方面的第三种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
第二方面，本发明提供一种通信设备，包括：
接收器，用于接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MACPDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
处理器，用于根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩。
结合第二方面，在第二方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第二方面，在第二方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
第三方面，本发明提供一种通信设备，包括：
发送模块，用于向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MACPDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI。
结合第三方面，在第三方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第三方面，在第三方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第三方面的第二种可能的实施方式，在第三方面的第三种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
第四方面，本发明提供一种通信设备，包括：
接收模块，用于接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
解压缩模块，用于根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩。
结合第四方面，在第四方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第四方面，在第四方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
第五方面，本发明提供一种配置指示方法，包括：
发送端向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCPPDU的序列号长度指示符SNLI。
结合第五方面，在第五方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第五方面，在第五方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第五方面的第二种可能的实施方式，在第五方面的第三种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
第六方面，本发明提供一种配置指示方法，接收端接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
所述接收端根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩。
结合第六方面，在第六方面的第一种可能的实施方式中，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
结合第六方面，在第六方面的第二种可能的实施方式中，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
本发明实施例提供的配置指示方法和通信设备，通过发送器向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，使得接收端根据profile ID和/或PDCP PDU的SNLI对PDCP SDU进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的多个连续数据包携带MAC CE的示意图；
图2为本发明提供的在非连续数据包中携带MAC CE的示意图；
图3为本发明提供的通信设备实施例二的结构示意图；
图4为本发明提供的通信设备实施例四的结构示意图；
图5为本发明提供的配置指示方法实施例二的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例中涉及的发送端和接收端，可以为用户设备，该用户设备可以为蜂窝直通终端，该终端可以是无线终端，还可以是有线终端。无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，PersonalCommunication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless Local Loop)站、个人数字助理(PDA，Personal Digital Assistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(AccessPoint)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(UserTerminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(UserEquipment)。
本发明实施例一提供一种通信设备，该通信设备为发送端的通信设备，该通信设备包括发送器10，用于向接收端发送媒体接入层协议数据单元(Media Access ControlProtocol Data Unit，以下简称MAC PDU)；其中，该MAC PDU中携带profile ID，和/或，该MAC PDU中的PDCP PDU的SNLI。
具体的，在上述通信设备开启直通模式后，通过发送器10向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。数据包在发送端的PDCP层时，该通信设备会对该数据包进行头压缩，该头压缩过程使用的是某一头压缩算法(profile)，该头压缩算法可以通过头压缩算法标识符(profile ID)来指示，不同的profile ID对应不同的头压缩算法。该通信设备还会对该数据包添加PDCP层的包头，使得该数据包转换为PDCP PDU；当PDCPPDU传输到发送端的MAC层时，该通信设备同样会对该PDCP PDU添加MAC层的包头，使其成为MAC PDU。也就是说，MAC PDU实际上是包括PDCP PDU的一个协议数据单元。最后，发送器10将MAC PDU发送给接收端，并将上述profile ID和/或PDCP PDU的SNLI携带在MAC PDU中。
接收端接收该MAC PDU，获取该MAC PDU中的profile ID和/或PDCP PDU的SNLI；接收端根据该profile ID获知其对应的头压缩算法，对PDCP SDU中的IP层包头进行解压缩，以获取发送端发送的数据包，和/或，接收端根据SNLI获知PDCP PDU包头的长度，从而获知PDCP SDU开始的位置，进而对该PDCP SDU中的IP层包头进行解压缩以获取发送端发送的数据包。并且，在后续的数据包发送和接收过程中，该通信设备和接收端就按照这个头压缩算法和/或PDCP PDU包头的长度对PDCP SDU中的IP层包头进行压缩和解压缩，以使接收端能够正确接收到发送端发送的数据包。
可选的，当MAC PDU中仅包括profile ID时，接收端可以通过与发送端交互其他的信令消息(比如用户面配置信息)，来确定PDCP PDU的包头长度，也可以通过二者协商操作来确定PDCP PDU的包头长度，即确定PDCP SDU开始的位置，以确保对PDCP SDU中的IP层包头解压缩的正确性；接收端根据该PDCP PDU包头的长度以及profile ID对应的头压缩算法对PDCP PDU中的PDCP SDU的IP层包头进行解压缩，从而可以正确获取到发送端发送的数据包。
可选的，当MAC PDU中仅包括PDCP PDU的SNLI时，接收端在接收到MAC PDU时，读取PDCP PDU的SNLI，获知该PDCP PDU包头的长度，从而获知PDU SDU开始的位置；并通过读取PDCP SDU中的数据包的包头，根据包头中携带的内容确定profile ID，获知应该用哪一种头压缩算法；最后，接收端根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
可选的，当MAC PDU中同时携带了profile ID和PDCP PDU的SNLI时，接收端首先通过SNLI确定PDCP PDU的包头长度；然后根据profile ID确定头压缩算法；最后，接收端根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过发送器向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，使得接收端根据profile ID和/或PDCP PDU的SNLI对PDCP SDU进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例一的基础上，作为本发明实施例的一种可能的实施方式，本实施例涉及的是将上述头压缩算法标识符和/或PDCP PDU的SNLI携带在MAC PDU的媒体接入层控制单元(MAC Control Element，以下简称MAC CE)中发送给接收端的过程。
具体的，在上述通信设备开启直通模式后，通过发送器10向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。通信设备在该业务数据流的第一个数据包中添加MAC CE，该MAC CE携带profile ID和/或PDCP PDU的SNLI，该MAC CE既包括逻辑信道标识符(Logical Channel Identifier，以下简称LGID)，也包括头压缩算法索引(profileindex)和/或PDCP PDU的SNLI，其中，该LGID是用来指示一个业务数据流的编号的，头压缩算法索引用来指示profile ID，SNLI用于指示PDCP的序列号(Serial Number，以下简称SN)的长度，即PDCP PDU的包头的长度。该MAC CE的格式可以参见表1。其中，SNLI是用来指示PDCP PDU中SN域的比特位数，SN通常有7bit、12bit和15bit三种。SNLI的比特位数可以是1bit或者2bit。其中，SNLI的比特位数为2bit时(00-11)，可以指示4种SN长度；SNLI的比特位数为1比特时(0或1)，可以指示2种SN长度。故，当D2D通信中使用2种SN长度时，则SNLI用1bit指示；当D2D通信中使用3种SN长度时，则SNLI用2bit进行指示。
表1
LGID Profile index SNLI
可选的，为了保证MAC CE的接收可靠性，这个MAC CE可以在MAC层多次进行传输，因此，除了上述在第一个数据包中携带MAC CE，还可以为：发送器10在业务数据开始传输之后的多个连续的数据包中携带MAC CE(参见图1所示)，还可以为针对直通(D2D)的广播模式，在业务数据传输的过程中周期性的插入MAC CE，即在非连续的数据包中携带MAC CE(参见图2)，这样可以让在不同时间加入D2D的广播组的终端都能够知道这个业务对应的profile ID和/或SNLI。
当接收端接收到该带有MAC CE的MAC PDU时，将MAC CE读出，并形成原语发送给自身的RRC层；接收端通过自身的RRC层实体给用户面的PDCP层进行配置，将该业务数据流对应的PDCP实体中的头压缩算法(profile)配置为MAC CE中携带的profile ID，和/或，RRC层实体通过SNLI向用户面的PDCP层指示PDCP的SN长度(即PDCP PDU包头的长度)，该长度可以是7bit或者12bit或者15bit。接收端中的PDCP实体会按照这个profile ID建立头压缩算法的上下文，以便于之后对PDCP SDU的IP层包头解压缩，和/或，接收端会按照SNLI所指示的长度来读取PDCP的SN的长度，即获知PDCP PDU的包头的长度，以便于之后对PDCP SDU的IP层包头解压缩。
在后续的数据包发送和接收过程中，该通信设备和接收端就按照这个MAC CE中指示的PDCP层的profile ID对应的头压缩算法和/或SNLI，来对PDCP SDU的IP层包头进行压缩和解压缩，以便于能够正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过发送器向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或SNLI携带在MAC PDU的MAC CE中，使得接收端能够根据该MAC CE中携带的profile ID和/或SNLI对PDCP SDU的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例一的基础上，作为本发明实施例的另一种可能的实施方式，本实施例的涉及的是将profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中发送给接收端的过程。
具体的，该携带profile ID和/或PDCP PDU的SNLI的PDCP PDU的格式可以参见表2所示：
表2
表2中，D/C中的D表明这个PDU是数据单元，C表明这个PDU是PDCP的控制单元，在本实施例中该比特位是D。PDU type表明这个PDU的类型，PDU的具体类型可以通过相应的“0”或“1”比特的组合来指示，具体可以参见表3：
表3
表3中，“000”和“001”指代的PDU type目前在LTE中已经使用了，其余的比特是本发明实施例新增的类型，可以使用010-111中任意一个bit序列来表示该PDU的类型。
表2中，SNLI表示PDCP SN的长度指示比特，表示PDCP PDU的包头中SN的长度，能够根据它得到PDCP SDU开始的位置；SNLI可能有1比特或2比特长两种，D2D通信系统中规定若只能使用2种SN长度时，SNLI为1bit，若使用3种长度时，SNLI为2比特。例如，当SNLI只有1位比特且SNLI的值为1时，表示SN为7位的SN；当SNLI只有1位比特且SNLI的值为0时，表示SN为12bit的SN；当SNLI有2位比特时且SNLI的值为00时，表示SN为7位的SN；，当SNLI有2位比特的且SNLI的值为01时，表示SN为12bit的SN；当SNLI有2位比特且SNLI的值为10时，表示SN为15位；SNLI有2位比特且SNLI的值为11的情况，目前可以暂时不用，有新的SN长度时再使用。PID指代上述的profile ID。
上述通信设备对每个PDCP SDU在进行IP相关的头压缩之后(一个PDCP的PDU对应一个SDU)，就将自己使用的profile ID和/或该PDCP PDU的SNLI携带在PDCP PDU中通过发送器10发送给接收端，在PDCP PDU包头中的D/C比特位填写D，PDU type则填写表3中的010，SNLI则按照具体的SN的长度对应的指示比特值来填写，在一个业务流中，应该固定采取一种SN长度。之后，该通信设备将该PDCP PDU在MAC层添加MAC CE，形成MAC PDU发送给接收端。
接收端在接收到该MAC PDU之后，获取PDCP PDU，并读取该PDCP PDU中的D/C bit。当接收端检测到该bit为D时，表明这个数据包携带了PDCP SDU，于是按照表2中的每个bit的含义来解读接收到的PDU。当接收端从这个PDU中读取到了profile ID和/或SNLI之后，根据该profile ID对应的头压缩算法和/或PDCP PDU的包头长度来获得正确的SDU位置，并且解压缩PDCP SDU的IP层包头，以便能够正确接收到发送端的数据包。
可选的，当接收端读取D/C bit为C时，则PDC PPDU的格式的解读方式为表4与表5所示。其中，表4中的PDU type为100，表5中的PDU type为011。
表4
表5
表5中，第一个丢失的PDCP序列号(First Missing PDCP SN，以下简称FMS)用于指示第一个丢失的PDCP SDU的PDCP SN；位图(Bitmap)用于指示丢失的PDCP SN究竟是哪些。
进一步地，由于一个业务流的数据包通常会持续一段时间，这样这个头压缩算法的使用就会持续一段时间，因此可以在PDCP PDU中周期性的携带PID，这样既指示了ROHC的profile ID，又节省了PDCP的头部开销。这样PDU type就会又增加一种，增加之后的表格如表6所示：
表6
在表6中，“000”和“001”指代的PDU type目前在LTE中已经使用了；其余的比特是本发明新增的类型，可以使用010-111中任意一个bit序列来表示该PDU的类型；“010”和“101”这种PDU类型要求D/C比特位必须是D bit。
本发明实施例提供的通信设备，通过发送器向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中，使得接收端能够根据该PDCP PDU中携带的profile ID和/或SNLI对PDCP SDU的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
图3为本发明提供的通信设备实施例二的结构示意图，该通信设备为接收端的通信设备。如图3所示，该通信设备包括：接收器20和处理器21。其中，接收器20，用于接收发送端发送的MAC PDU；其中，该MAC PDU中携带头压缩算法标识符，和/或，该MAC PDU中的PDCPPDU的SNLI；处理器21，用于根据所述头压缩算法标识符和/或PDCP PDU的SNLI对发送端发送的PDCP SDU进行解压缩。
具体的，发送端开启直通模式之后，向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。数据包在发送端的PDCP层时，发送端会对该数据包进行头压缩，该头压缩过程使用的是某一头压缩算法(profile)，该头压缩算法可以通过头压缩算法标识符(profile ID)来指示，不同的profile ID对应不同的头压缩算法。发送端还会对该数据包添加PDCP层的包头，使得该数据包转换为PDCP PDU；当PDCP PDU传输到发送端的MAC层时，发送端同样会对该PDCP PDU添加包头，使其成为MAC PDU。也就是说，MAC PDU实际上是包括PDCP PDU的一个协议数据单元。最后，发送端将MAC PDU发送给接收端，并将上述profileID和/或PDCP PDU的SNLI携带在MAC PDU中。
接收器20接收该MAC PDU，通过处理器21获取该MAC PDU中的profile ID和/或PDCP PDU的SNLI；处理器21根据该profile ID获知其对应的头压缩算法，对PDCP SDU中的IP层包头进行解压缩，以获取发送端发送的数据包，和/或，处理器21根据SNLI获知PDCPPDU包头的长度，从而获知PDCP SDU开始的位置，进而对该PDCP SDU中的IP层包头进行解压缩以获取发送端发送的数据包。并且，在后续的数据包发送和接收过程中，发送端和接收端就按照这个头压缩算法和/或PDCP PDU包头的长度对该PDCP SDU中的IP层包头进行压缩和解压缩，以使自身能够正确接收到发送端发送的数据包。
可选的，当MAC PDU中仅包括profile ID时，接收端可以通过与发送端交互其他的信令消息(比如用户面配置信息)，来确定PDCP PDU的包头长度，也可以通过二者协商操作来确定PDCP PDU的包头长度，即确定PDCP SDU开始的位置，确保对PDCP SDU中的IP层包头解压缩的正确性；处理器21根据该PDCP PDU包头的长度以及profile ID对应的头压缩算法对PDCP PDU中的PDCP SDU进行解压缩，从而可以正确获取到发送端发送的数据包。
可选的，当MAC PDU中仅包括PDCP PDU的SNLI时，接收器20在接收到MAC PDU时，通过处理器21读取PDCP PDU的SNLI，获知该PDCP PDU包头的长度，从而获知PDU SDU开始的位置；并通过处理器21读取PDCP SDU中的数据包的包头，根据包头中携带的内容确定profileID，获知应该用哪一种头压缩算法；最后，处理器21根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
可选的，当MAC PDU中同时携带了profile ID和PDCP PDU的SNLI时，处理器21首先通过PDCP PDU的SNLI确定PDCP PDU的包头长度；然后根据profile ID确定头压缩算法；最后，处理器21根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU中的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过接收器接收发送端发送的携带profile ID和/或PDCP PDU的SNLI的MAC PDU，使得处理器根据该MAC PDU中携带的profile ID和/或PDCP PDU的SNLI对PDCP SDU中的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例二的基础上，作为本发明实施例的一种可能的实施方式，本实施例涉及的是将接收器20接收MAC PDU，且该MAC PDU的MAC CE中携带头压缩算法标识符和/或PDCP PDU的SNLI的过程。
具体的，在发送端开启直通模式后，向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。发送端在该业务数据流的第一个数据包中添加MAC CE，该MAC CE携带profile ID和/或PDCP PDU的SNLI，该MAC CE包括既包括LGID，也包括头压缩算法索引(profile index)和/或PDCP PDU的SNLI，其中，该LGID是用来指示一个业务数据流的编号的，头压缩算法索引用来指示profile ID，SNLI用于指示PDCP的SN的长度，即PDCP PDU的包头的长度。该MAC CE的格式可以参见上述表1所示。其中，SNLI是用来指示PDCP PDU中SN域的比特位数，SN通常有7bit、12bit和15bit三种。SNLI的比特位数可以是1bit或者2bit。其中，SNLI的比特位数为2bit时(00-11)，可以指示4种SN长度；SNLI的比特位数为1比特时(0或1)，可以指示2种SN长度。故，当D2D通信中使用2种SN长度时，则SNLI用1bit指示；当D2D通信中使用3种SN长度时，则SNLI用2bit进行指示。可选的，为了保证MAC CE的接收可靠性，这个MAC CE可以在MAC层多次进行传输，因此，除了上述在第一个数据包中携带MAC CE，还可以为：发送端在业务数据开始传输之后的多个连续的数据包中携带MAC CE(参见图1所示)，还可以为针对直通(D2D)的广播模式，在业务数据传输的过程中周期性的插入MAC CE，即在非连续的数据包中携带MAC CE(参见图2)，这样可以让在不同时间加入D2D的广播组的终端都能够知道这个业务对应的profile ID和/或PDCP PDU的SNLI。
当接收器20接收到该带有MAC CE的MAC PDU时，通过处理器21将MAC CE读出，并形成原语发送给自身的RRC层；处理器21通过接收端的RRC层实体给用户面的PDCP层进行配置，将该业务数据流对应的PDCP实体中的头压缩算法(profile)配置为MAC CE中携带的profile ID，和/或，RRC层实体通过上述SNLI向用户面的PDCP层指示PDCP的SN长度(即PDCPPDU包头的长度)，该长度可以是7bit或者12bit或者15bit。处理器21通过接收端中的PDCP实体，按照这个profile ID建立头压缩算法的上下文，以便于之后对PDCP SDU的IP层包头解压缩，和/或，处理器21会按照SNLI所指示的长度来读取PDCP的SN的长度，即获知PDCPPDU的包头的长度，以便于之后对PDCP SDU的IP层包头解压缩。
在后续的数据包发送和接收过程中，发送端和接收端就按照这个MAC CE中指示的PDCP层的profile ID对应的头压缩算法进行数据包头压缩和解压缩和/或PDCP PDU的SNLI，来对PDCP SDU中的IP层包头进行压缩和解压缩，以便于能够正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过接收器接收发送端发送的携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或SNLI携带在MAC PDU的MAC CE中，使得处理器能够根据该MAC CE中携带的profile ID和/或SNLI对PDCP SDU中的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例二的基础上，作为本发明实施例的另一种可能的实施方式，本实施例的涉及的是接收器接收MAC PDU，且该MAC PDU中的PDCP PDU携带profile ID和/或PDCPPDU的SNLI的过程。
具体的，该携带profile ID和/或PDCP PDU的SNLI的PDCP PDU的格式可以参见上述表2和表3，以及，表2和表3的具体描述，在此不再赘述。
发送端对每个PDCP SDU在进行IP相关的头压缩之后(一个PDCP的PDU对应一个SDU)，就将自己使用的profile ID和/或PDCP PDU的SNLI携带在PDCP PDU中发送给接收端，并在PDCP PDU包头中的D/C比特位填写D，PDU type则填写表3中的010，SNLI则按照具体的SN的长度来填写，在一个业务流中，应该固定采取一种SN长度。之后，发送端将该PDCP PDU在MAC层添加MAC CE，形成MAC PDU发送给接收端。
接收器20在接收到该MAC PDU之后，通过处理器21获取PDCP PDU，并读取该PDCPPDU中的D/C bit。当处理器21检测到该bit为D时，表明这个数据包携带了PDCP的SDU，于是按照表2中的每个bit的含义来解读接收到的PDU。当处理器21从这个PDU中读取到了profile ID和/或SNLI之后，根据该profile ID对应的头压缩算法和/或PDCP PDU的包头长度，以便能够正确接收到发送端的数据包。
可选的，当处理器21读取D/C bit为C时，则PDC PPDU的格式的解读方式参见表4与表5所示。其中，表4中的PDU type为100，表5中的PDU type为011。
进一步地，由于一个业务流的数据包通常会持续一段时间，这样这个头压缩算法的使用就会持续一段时间，因此可以在PDCP PDU中周期性的携带PID，这样既指示了ROHC的profile ID，又节省了PDCP的头部开销。这样PDU type就会又增加一种，增加之后的表格可以参见表6及其具体描述，在此不再赘述。
本发明实施例提供的通信设备，通过接收器接收发送端发送的profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中，使得处理器能够根据该PDCP PDU中携带的profile ID和/或SNLI对PDCP SDU进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
本发明实施例三提供一种通信设备，该通信设备为发送端的通信设备，该通信设备包括发送模块30，用于向接收端发送MAC PDU；其中，该MAC PDU中携带profile ID，和/或，该MAC PDU中的PDCP PDU的SNLI。
具体的，在上述通信设备开启直通模式后，通过发送模块30向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。数据包在发送端的PDCP层时，该通信设备会对该数据包进行头压缩，该头压缩过程使用的是某一头压缩算法(profile)，该头压缩算法可以通过头压缩算法标识符(profile ID)来指示，不同的profile ID对应不同的头压缩算法。该通信设备还会对该数据包添加PDCP层的包头，使得该数据包转换为PDCP PDU；当PDCPPDU传输到发送端的MAC层时，该通信设备同样会对该PDCP PDU添加MAC层的包头，使其成为MAC PDU。也就是说，MAC PDU实际上是包括PDCP PDU的一个协议数据单元。最后，发送模块30将MAC PDU发送给接收端，并将上述profile ID和/或PDCP PDU的SNLI携带在MAC PDU中。
接收端接收该MAC PDU，获取该MAC PDU中的profile ID和/或PDCP PDU的SNLI；接收端根据该profile ID获知其对应的头压缩算法，对PDCP SDU中的IP层包头进行解压缩，以获取发送端发送的数据包，和/或，接收端根据SNLI获知PDCP PDU包头的长度，从而获知PDCP SDU开始的位置，进而对该PDCP SDU中的IP层包头进行解压缩以获取发送端发送的数据包。并且，在后续的数据包发送和接收过程中，该通信设备和接收端就按照这个头压缩算法和/或PDCP PDU包头的长度对PDCP SDU中的IP层包头进行压缩和解压缩，以使接收端能够正确接收到发送端发送的数据包。
可选的，当MAC PDU中仅包括profile ID时，接收端可以通过与发送端交互其他的信令消息(比如用户面配置信息)，来确定PDCP PDU的包头长度，也可以通过二者协商操作来确定PDCP PDU的包头长度，即确定PDCP SDU开始的位置，以确保对PDCP SDU中的IP层包头解压缩的正确性；接收端根据该PDCP PDU包头的长度以及profile ID对应的头压缩算法对PDCP PDU中的PDCP SDU的IP层包头进行解压缩，从而可以正确获取到发送端发送的数据包。
可选的，当MAC PDU中仅包括PDCP PDU的SNLI时，接收端在接收到MAC PDU时，读取PDCP PDU的SNLI，获知该PDCP PDU包头的长度，从而获知PDU SDU开始的位置；并通过读取PDCP SDU中的数据包的包头，根据包头中携带的内容确定profile ID，获知应该用哪一种头压缩算法；最后，接收端根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
可选的，当MAC PDU中同时携带了profile ID和PDCP PDU的SNLI时，接收端首先通过SNLI确定PDCP PDU的包头长度；然后根据profile ID确定头压缩算法；最后，接收端根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过发送模块向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，使得接收端根据profile ID和/或PDCP PDU的SNLI对PDCPSDU进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例三的基础上，作为本发明实施例的一种可能的实施方式，本实施例涉及的是将上述头压缩算法标识符和/或PDCP PDU的SNLI携带在MAC PDU的MAC CE中发送给接收端的过程。
具体的，在上述通信设备开启直通模式后，通过发送模块30向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。通信设备在该业务数据流的第一个数据包中添加MAC CE，该MAC CE携带profile ID和/或PDCP PDU的SNLI，该MAC CE既包括LGID)也包括头压缩算法索引(profile index)和/或PDCP PDU的SNLI，其中，该LGID是用来指示一个业务数据流的编号的，头压缩算法索引用来指示profile ID，SNLI用于指示PDCP的SN的长度，即PDCP PDU的包头的长度。该MAC CE的格式可以参见上述表1所示。其中，SNLI是用来指示PDCP PDU中SN域的比特位数，SN通常有7bit、12bit和15bit三种。SNLI的比特位数可以是1bit或者2bit。其中，SNLI的比特位数为2bit时(00-11)，可以指示4种SN长度；SNLI的比特位数为1比特时(0或1)，可以指示2种SN长度。故，当D2D通信中使用2种SN长度时，则SNLI用1bit指示；当D2D通信中使用3种SN长度时，则SNLI用2bit进行指示。
可选的，为了保证MAC CE的接收可靠性，这个MAC CE可以在MAC层多次进行传输，因此，除了上述在第一个数据包中携带MAC CE，还可以为：发送模块30在业务数据开始传输之后的多个连续的数据包中携带MAC CE(参见图1所示)，还可以为针对直通(D2D)的广播模式，在业务数据传输的过程中周期性的插入MAC CE，即在非连续的数据包中携带MAC CE(参见图2)，这样可以让在不同时间加入D2D的广播组的终端都能够知道这个业务对应的profile ID和/或SNLI。
当接收端接收到该带有MAC CE的MAC PDU时，将MAC CE读出，并形成原语发送给自身的RRC层；接收端通过自身的RRC层实体给用户面的PDCP层进行配置，将该业务数据流对应的PDCP实体中的头压缩算法(profile)配置为MAC CE中携带的profile ID，和/或，RRC层实体通过SNLI向用户面的PDCP层指示PDCP的SN长度(即PDCP PDU包头的长度)，该长度可以是7bit或者12bit或者15bit。接收端中的PDCP实体会按照这个profile ID建立头压缩算法的上下文，以便于之后对PDCP SDU的IP层包头解压缩，和/或，接收端会按照SNLI所指示的长度来读取PDCP的SN的长度，即获知PDCP PDU的包头的长度，以便于之后对PDCP SDU的IP层包头解压缩。
在后续的数据包发送和接收过程中，该通信设备和接收端就按照这个MAC CE中指示的PDCP层的profile ID对应的头压缩算法和/或SNLI，来对PDCP SDU的IP层包头进行压缩和解压缩，以便于能够正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过发送模块向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或SNLI携带在MAC PDU的MAC CE中，使得接收端能够根据该MAC CE中携带的profile ID和/或SNLI对PDCP SDU的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例三的基础上，作为本发明实施例的另一种可能的实施方式，本实施例的涉及的是将profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中发送给接收端的过程。
具体的，该携带profile ID和/或PDCP PDU的SNLI的PDCP PDU的格式可以参见表2和表3，以及，表2和表3的具体描述，在此不再赘述。
上述通信设备对每个PDCP SDU在进行IP相关的头压缩之后(一个PDCP的PDU对应一个SDU)，就将自己使用的profile ID和/或该PDCP PDU的SNLI携带在PDCP PDU中通过发送模块30发送给接收端，在PDCP PDU包头中的D/C比特位填写D，PDU type则填写表3中的010，SNLI则按照具体的SN的长度对应的指示比特值来填写，在一个业务流中，应该固定采取一种SN长度。之后，该通信设备将该PDCP PDU在MAC层添加MAC CE，形成MAC PDU发送给接收端。
接收端在接收到该MAC PDU之后，获取PDCP PDU，并读取该PDCP PDU中的D/C bit。当接收端检测到该bit为D时，表明这个数据包携带了PDCP SDU，于是按照表2中的每个bit的含义来解读接收到的PDU。当接收端从这个PDU中读取到了profile ID和/或SNLI之后，根据该profile ID对应的头压缩算法和/或PDCP PDU的包头长度来获得正确的SDU位置，并且解压缩PDCP SDU的IP层包头，以便能够正确接收到发送端的数据包。
可选的，当接收端读取D/C bit为C时，则PDC PPDU的格式的解读方式参见上述表4与表5所示。其中，表4中的PDU type为100，表5中的PDU type为011。
进一步地，由于一个业务流的数据包通常会持续一段时间，这样这个头压缩算法的使用就会持续一段时间，因此可以在PDCP PDU中周期性的携带PID，这样既指示了ROHC的profile ID，又节省了PDCP的头部开销。这样PDU type就会又增加一种，增加之后的表格参见上述表6所示及其具体描述，在此不再赘述。
本发明实施例提供的通信设备，通过发送模块向接收端发送携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中，使得接收端能够根据该PDCP PDU中携带的profile ID和/或SNLI对PDCP SDU的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
图4为本发明提供的通信设备实施例四的结构示意图，该通信设备为接收端的通信设备。如图4所示，该通信设备包括：接收模块40和解压缩模块41。其中，接收模块40，用于接收发送端发送的MAC PDU；其中，该MAC PDU中携带头压缩算法标识符，和/或，该MAC PDU中的PDCP PDU的SNLI；解压缩模块41，用于根据所述头压缩算法标识符和/或PDCP PDU的SNLI对发送端发送的PDCP SDU进行解压缩。
具体的，发送端开启直通模式之后，向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。数据包在发送端的PDCP层时，发送端会对该数据包进行头压缩，该头压缩过程使用的是某一头压缩算法(profile)，该头压缩算法可以通过头压缩算法标识符(profile ID)来指示，不同的profile ID对应不同的头压缩算法。发送端还会对该数据包添加PDCP层的包头，使得该数据包转换为PDCP PDU；当PDCP PDU传输到发送端的MAC层时，发送端同样会对该PDCP PDU添加包头，使其成为MAC PDU。也就是说，MAC PDU实际上是包括PDCP PDU的一个协议数据单元。最后，发送端将MAC PDU发送给接收端，并将上述profileID和/或PDCP PDU的SNLI携带在MAC PDU中。
接收模块40接收该MAC PDU，通过解压缩模块41获取该MAC PDU中的profile ID和/或PDCP PDU的SNLI；解压缩模块41根据该profile ID获知其对应的头压缩算法，对PDCPSDU中的IP层包头进行解压缩，以获取发送端发送的数据包，和/或，解压缩模块41根据SNLI获知PDCP PDU包头的长度，从而获知PDCP SDU开始的位置，进而对该PDCP SDU中的IP层包头进行解压缩以获取发送端发送的数据包。并且，在后续的数据包发送和接收过程中，发送端和接收端就按照这个头压缩算法和/或PDCP PDU包头的长度对该PDCP SDU中的IP层包头进行压缩和解压缩，以使自身能够正确接收到发送端发送的数据包。
可选的，当MAC PDU中仅包括profile ID时，接收端可以通过与发送端交互其他的信令消息(比如用户面配置信息)，来确定PDCP PDU的包头长度，也可以通过二者协商操作来确定PDCP PDU的包头长度，即确定PDCP SDU开始的位置，确保对PDCP SDU中的IP层包头解压缩的正确性；解压缩模块41根据该PDCP PDU包头的长度以及profile ID对应的头压缩算法对PDCP PDU中的PDCP SDU进行解压缩，从而可以正确获取到发送端发送的数据包。
可选的，当MAC PDU中仅包括PDCP PDU的SNLI时，接收模块40在接收到MAC PDU时，通过解压缩模块41读取PDCP PDU的SNLI，获知该PDCP PDU包头的长度，从而获知PDU SDU开始的位置；并通过解压缩模块41读取PDCP SDU中的数据包的包头，根据包头中携带的内容确定profile ID，获知应该用哪一种头压缩算法；最后，解压缩模块41根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
可选的，当MAC PDU中同时携带了profile ID和PDCP PDU的SNLI时，解压缩模块41首先通过PDCP PDU的SNLI确定PDCP PDU的包头长度；然后根据profile ID确定头压缩算法；最后，解压缩模块41根据该头压缩算法和该PDCP PDU包头的长度对PDCP SDU中的IP层包头进行解压缩，从而可以正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过接收模块接收发送端发送的携带profile ID和/或PDCP PDU的SNLI的MAC PDU，使得解压缩模块根据该MAC PDU中携带的profile ID和/或PDCP PDU的SNLI对PDCP SDU中的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例四的基础上，作为本发明实施例的一种可能的实施方式，本实施例涉及的是将接收模块40接收MAC PDU，且该MAC PDU的MAC CE中携带头压缩算法标识符和/或PDCP PDU的SNLI的过程。
具体的，在发送端开启直通模式后，向接收端发送一个业务数据流，该业务数据流包括至少一个数据包。发送端在该业务数据流的第一个数据包中添加MAC CE，该MAC CE携带profile ID和/或PDCP PDU的SNLI，该MAC CE包括既包括LGID，也包括头压缩算法索引(profile index)和/或PDCP PDU的SNLI，其中，该LGID是用来指示一个业务数据流的编号的，头压缩算法索引用来指示profile ID，SNLI用于指示PDCP的SN的长度，即PDCP PDU的包头的长度。该MAC CE的格式可以参见上述表1所示。其中，SNLI是用来指示PDCP PDU中SN域的比特位数，SN通常有7bit、12bit和15bit三种。SNLI的比特位数可以是1bit或者2bit。其中，SNLI的比特位数为2bit时(00-11)，可以指示4种SN长度；SNLI的比特位数为1比特时(0或1)，可以指示2种SN长度。故，当D2D通信中使用2种SN长度时，则SNLI用1bit指示；当D2D通信中使用3种SN长度时，则SNLI用2bit进行指示。可选的，为了保证MAC CE的接收可靠性，这个MAC CE可以在MAC层多次进行传输，因此，除了上述在第一个数据包中携带MAC CE，还可以为：发送端在业务数据开始传输之后的多个连续的数据包中携带MAC CE(参见图1所示)，还可以为针对直通(D2D)的广播模式，在业务数据传输的过程中周期性的插入MAC CE，即在非连续的数据包中携带MAC CE(参见图2)，这样可以让在不同时间加入D2D的广播组的终端都能够知道这个业务对应的profile ID和/或PDCP PDU的SNLI。
当接收模块40接收到该带有MAC CE的MAC PDU时，通过解压缩模块41将MAC CE读出，并形成原语发送给自身的RRC层；解压缩模块41通过接收端的RRC层实体给用户面的PDCP层进行配置，将该业务数据流对应的PDCP实体中的头压缩算法(profile)配置为MACCE中携带的profile ID，和/或，RRC层实体通过上述SNLI向用户面的PDCP层指示PDCP的SN长度(即PDCP PDU包头的长度)，该长度可以是7bit或者12bit或者15bit。解压缩模块41通过接收端中的PDCP实体，按照这个profile ID建立头压缩算法的上下文，以便于之后对PDCP SDU的IP层包头解压缩，和/或，解压缩模块41会按照SNLI所指示的长度来读取PDCP的SN的长度，即获知PDCP PDU的包头的长度，以便于之后对PDCP SDU的IP层包头解压缩。
在后续的数据包发送和接收过程中，发送端和接收端就按照这个MAC CE中指示的PDCP层的profile ID对应的头压缩算法进行数据包头压缩和解压缩和/或PDCP PDU的SNLI，来对PDCP SDU中的IP层包头进行压缩和解压缩，以便于能够正确接收到发送端发送的数据包。
本发明实施例提供的通信设备，通过接收模块接收发送端发送的携带profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或SNLI携带在MAC PDU的MAC CE中，使得解压缩模块能够根据该MAC CE中携带的profile ID和/或SNLI对PDCP SDU中的IP层包头进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
在上述实施例四的基础上，作为本发明实施例的另一种可能的实施方式，本实施例的涉及的是接收器接收MAC PDU，且该MAC PDU中的PDCP PDU携带profile ID和/或PDCPPDU的SNLI的过程。
具体的，该携带profile ID和/或PDCP PDU的SNLI的PDCP PDU的格式可以参见上述表2和表3，以及，表2和表3的具体描述，在此不再赘述。
发送端对每个PDCP SDU在进行IP相关的头压缩之后(一个PDCP的PDU对应一个SDU)，就将自己使用的profile ID和/或PDCP PDU的SNLI携带在PDCP PDU中发送给接收端，并在PDCP PDU包头中的D/C比特位填写D，PDU type则填写表3中的010，SNLI则按照具体的SN的长度来填写，在一个业务流中，应该固定采取一种SN长度。之后，发送端将该PDCP PDU在MAC层添加MAC CE，形成MAC PDU发送给接收端。
接收模块40在接收到该MAC PDU之后，通过解压缩模块41获取PDCP PDU，并读取该PDCP PDU中的D/C bit。当解压缩模块41检测到该bit为D时，表明这个数据包携带了PDCP的SDU，于是按照表2中的每个bit的含义来解读接收到的PDU。当解压缩模块41从这个PDU中读取到了profile ID和/或SNLI之后，根据该profile ID对应的头压缩算法和/或PDCP PDU的包头长度，以便能够正确接收到发送端的数据包。
可选的，当解压缩模块41读取D/C bit为C时，则PDC PPDU的格式的解读方式参见表4与表5所示。其中，表4中的PDU type为100，表5中的PDU type为011。
进一步地，由于一个业务流的数据包通常会持续一段时间，这样这个头压缩算法的使用就会持续一段时间，因此可以在PDCP PDU中周期性的携带PID，这样既指示了ROHC的profile ID，又节省了PDCP的头部开销。这样PDU type就会又增加一种，增加之后的表格可以参见表6及其具体描述，在此不再赘述。
本发明实施例提供的通信设备，通过接收模块接收发送端发送的profile ID和/或PDCP PDU的SNLI的MAC PDU，并且该profile ID和/或PDCP PDU的SNLI携带在MAC PDU的PDCP PDU中，使得解压缩模块能够根据该PDCP PDU中携带的profile ID和/或SNLI对PDCPSDU进行解压缩，从而使得接收端能够正确接收到发送端发送的数据包。本发明实施例提供的通信设备，能够在没有控制中心节点的时候，使发送端和接收端在不经过预先的配置情况下实现数据的正确接收，从而实现无线资源的高效利用。
本发明实施例一提供了一种配置指示方法。该方法的执行主体可以为上述实施例中作为发送端的通信设备。该方法包括：发送端向接收端发送MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的PDCP PDU的SNLI。
本发明实施例提供的配置指示方法，可以参见上述实施例中的发送端的执行过程，其实现原理和技术效果类似，在此不再赘述。
可选的，所述MAC PDU的MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
可选的，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
可选的，所述PDCP PDU中携带所述头压缩算法标识符，包括：所述PDCP PDU周期性携带所述头压缩算法标识符。
本发明实施例提供的配置指示方法，可以参见上述实施例中的发送端的执行过程，其实现原理和技术效果类似，在此不再赘述。
图5为本发明提供的配置指示方法实施例二的流程示意图。该方法的执行主体可以为上述实施例中的作为接收端的通信设备。如图5所示，该方法包括：
S101：接收端接收发送端发送的MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的PDCP PDU的SNLI。
S102：接收端根据所述头压缩算法标识符和/或PDCP PDU的SNLI对发送端发送的PDCP SDU中的IP层包头进行解压缩。
本发明实施例提供的配置指示方法，可以参见上述实施例中的接收端的执行过程，其实现原理和技术效果类似，在此不再赘述。
可选的，所述MAC PDU的MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
可选的，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
本发明实施例提供的配置指示方法，可以参见上述实施例中的接收端的执行过程，其实现原理和技术效果类似，在此不再赘述。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (21)

1.一种通信设备，其特征在于，包括：
发送器，用于向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCPPDU的序列号长度指示符SNLI；
其中，所述通信设备与所述接收端之间的通信模式为直通模式。
2.根据权利要求1所述的通信设备，其特征在于，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
3.根据权利要求1所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
4.根据权利要求3所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
5.一种通信设备，其特征在于，包括：
接收器，用于接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
处理器，用于根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩；
其中，所述通信设备与所述发送端之间的通信模式为直通模式。
6.根据权利要求5所述的通信设备，其特征在于，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
7.根据权利要求5所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
8.一种通信设备，其特征在于，包括：
发送模块，用于向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCPPDU的序列号长度指示符SNLI；
其中，所述通信设备与所述接收端之间的通信模式为直通模式。
9.根据权利要求8所述的通信设备，其特征在于，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
10.根据权利要求8所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
11.根据权利要求10所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
12.一种通信设备，其特征在于，包括：
接收模块，用于接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MACPDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
解压缩模块，用于根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩；
其中，所述通信设备与所述发送端之间的通信模式为直通模式。
13.根据权利要求12所述的通信设备，其特征在于，所述MAC PDU的媒体接入层控制单元MAC CE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
14.根据权利要求12所述的通信设备，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
15.一种配置指示方法，其特征在于，包括：
发送端向接收端发送媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCP PDU的序列号长度指示符SNLI；
其中，所述发送端和所述接收端之间的通信模式为直通模式。
16.根据权利要求15所述的方法，其特征在于，所述MAC PDU的媒体接入层控制单元MACCE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
17.根据权利要求15所述的方法，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
18.根据权利要求17所述的方法，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符，包括：
所述PDCP PDU周期性携带所述头压缩算法标识符。
19.一种配置指示方法，其特征在于，包括：
接收端接收发送端发送的媒体接入层协议数据单元MAC PDU；其中，所述MAC PDU中携带头压缩算法标识符，和/或，所述MAC PDU中的分组数据汇聚协议层协议数据单元PDCPPDU的序列号长度指示符SNLI；
所述接收端根据所述头压缩算法标识符和/或所述PDCP PDU的SNLI对所述发送端发送的分组数据汇聚协议层业务数据单元PDCP SDU中的网络协议IP层包头进行解压缩；
其中，所述发送端和所述接收端之间的通信模式为直通模式。
20.根据权利要求19所述的方法，其特征在于，所述MAC PDU的媒体接入层控制单元MACCE中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
21.根据权利要求19所述的方法，其特征在于，所述PDCP PDU中携带所述头压缩算法标识符和/或所述PDCP PDU的SNLI。
CN201480001810.7A 2014-03-21 2014-03-21 配置指示方法和通信设备 Active CN105532059B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/073904 WO2015139324A1 (zh) 2014-03-21 2014-03-21 配置指示方法和通信设备

Publications (2)

Publication Number Publication Date
CN105532059A CN105532059A (zh) 2016-04-27
CN105532059B true CN105532059B (zh) 2019-06-18

Family

ID=54143736

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480001810.7A Active CN105532059B (zh) 2014-03-21 2014-03-21 配置指示方法和通信设备

Country Status (2)

Country Link
CN (1) CN105532059B (zh)
WO (1) WO2015139324A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10110713B2 (en) * 2014-09-12 2018-10-23 Samsung Electronics Co., Ltd. Handling different protocol data unit types in a device to device communication system
US9986456B2 (en) 2016-06-03 2018-05-29 Futurewei Technologies, Inc. System and method for data forwarding in a communications system
WO2018166042A1 (zh) * 2017-03-14 2018-09-20 北京小米移动软件有限公司 数据单元传输方法及装置
CN108632229B (zh) * 2017-03-24 2020-07-07 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
CN111918335B (zh) * 2019-05-08 2022-07-22 华为技术有限公司 处理数据包的方法和装置
CN113766461A (zh) * 2020-06-01 2021-12-07 中国电信股份有限公司 用户面数据处理方法和基站

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
WO2010121410A1 (zh) * 2009-04-20 2010-10-28 华为技术有限公司 一种采用arq机制的头压缩通信方法和装置
WO2010121409A1 (zh) * 2009-04-20 2010-10-28 华为技术有限公司 一种压缩数据包的传输方法及装置
CN102474520A (zh) * 2009-08-14 2012-05-23 高通股份有限公司 用于中继节点的鲁棒报头压缩

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101467750B1 (ko) * 2007-06-04 2014-12-03 엘지전자 주식회사 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법
CN101932128B (zh) * 2009-06-25 2013-03-13 电信科学技术研究院 一种数据链路层的数据收发处理方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
WO2010121410A1 (zh) * 2009-04-20 2010-10-28 华为技术有限公司 一种采用arq机制的头压缩通信方法和装置
WO2010121409A1 (zh) * 2009-04-20 2010-10-28 华为技术有限公司 一种压缩数据包的传输方法及装置
CN102474520A (zh) * 2009-08-14 2012-05-23 高通股份有限公司 用于中继节点的鲁棒报头压缩

Also Published As

Publication number Publication date
WO2015139324A1 (zh) 2015-09-24
CN105532059A (zh) 2016-04-27

Similar Documents

Publication Publication Date Title
CN105532059B (zh) 配置指示方法和通信设备
JP7218363B2 (ja) ５ｇシステムにおけるユーザ機器とセッション管理機能との間のｑｏｓ能力ネゴシエーションの方法
CN105592549B (zh) 处理网络端配置的装置及方法
US10863578B2 (en) Data transmission method, device and system
CN109274474A (zh) 一种基于反转服务流特性的通信方法及装置
CN108307516B (zh) 数据传输方法及相关设备
TWI602465B (zh) An air interface protocol stack configuration method, data transmission method and device
CN110891287B (zh) 以太网包头压缩、解压缩的方法和设备、及可读存储介质
CN108605320A (zh) 用于建立无线资源控制连接的方法和装置
CN109952781A (zh) 用于处理数据分组的ue、网络节点及方法
CN108366401A (zh) 基站以及可在两基站间切换的通信装置
CN109257771A (zh) 业务数据的传输方法、装置及设备
CN112217615B (zh) 一种支持时间敏感网络的方法及装置
CN109560899A (zh) 一种进行重复传输的方法和设备
CN109525370A (zh) 基于zigbee的数据包发送方法
CN107426771A (zh) 一种数据传输方法及装置
CN106817318B (zh) 鲁棒包头压缩状态协商方法、发送端以及系统
CN107113655A (zh) 一种数据包的压缩参数确定方法及相关设备
CN109788577A (zh) 双连接通信方法、装置、基站以及用户面节点
CN104320810A (zh) 一种头压缩方法、装置及解压缩方法、装置
CN108886766B (zh) 一种控制信息的传输方法及装置
WO2017185368A1 (zh) 一种信令传输方法和设备
CN110505659B (zh) 协商数据传输速率的方法、接收端和发送端
CN109257772A (zh) 一种rtp数据的发送、接收方法及用户设备
WO2019011086A1 (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
GR01 Patent grant
GR01 Patent grant