CN112399400A - 一种ue上报udc信息方法及设备 - Google Patents

Abstract

本申请涉及一种UE上报UDC信息方法及设备，其中的一种方法包括：终端设备接收网络设备发送的请求信息，所述请求信息用来请求所述终端设备上报第一信息；所述终端设备向所述网络设备发送所述第一信息，所述第一信息用于指示所述终端设备支持UDC能力和所述终端设备同时能支持激活UDC的DRB最大数量。这样网络设备可以知道终端设备同时支持激活UDC的DRB最大数量，能够确定激活UDC的DRB数量，避免最多只有两个DRB能够同时激活UDC，浪费终端设备和网络设备能力。

Description

一种UE上报UDC信息方法及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种UE上报UDC信息方法及设备。

背景技术

长期演进(long term evolution，LTE)在R15协议中引入了上行数据压缩(UDC，uplink data compression)技术。该技术的核心思想是通过压缩上行发送的数据包来降低传输的数据量，进而获得提升速率、增强覆盖、降低时延的好处。具体来说，在UDC技术中，发送端可以利用相邻的原始数据包之间的相关性，压缩掉相邻的原始数据包之间的重复内容，只传输有差异的部分。接收端在接收到有差异的部分后，将重复内容补齐，就可以解压缩出原始数据包。

现有UDC机制中，UE只能上报是否支持UDC能力，无法上报关于UDC的信息。基站无法根据UE的实际UDC能力进行配置。

发明内容

本申请实施例提供一种UE上报UDC信息方法及设备，用来提高数据传输效率。

第一方面，提供第一种通信方法，该方法包括：终端设备向网络设备发送第一信息，所述第一信息用于指示所述终端设备支持UDC能力；所述终端设备接收所述网络设备发送的DRB配置信息，所述DRB配置信息至少包括第一DRB的配置信息；所述终端设备根据所述第一DRB配置信息确定所述第一DRB的UDC参数；所述终端设备向所述网络设备发送所述UDC参数。

该方法也可以由通信设备执行，或者能够支持通信设备实现该方法所述的功能的通信装置，例如芯片系统。示例性的，所述通信设备为终端设备。

在本申请实施例中，终端设备可以根据DRB承载的数据情况，确定最合适DRB的UDC参数，从而提高DRB所承载的数据业务的压缩效率。

结合第一方面，在第一方面的第一种可能的实施方式中，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，所述方法还包括：所述终端设备向所述网络设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

在本申请实施例中，终端设备可以通过第一信息上报同时能支持激活UDC的DRB最大数量，使得基站可以根据终端设备的能力，尽可能使更多的DRB能同时激活UDC，从而提高终端设备的通信速度，也改善了用户的使用体验。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述终端设备接收所述网络设备发送的UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第三种可能的实施方式中，所述UDC参数包括如下的一种或它们的任意组合：字典类型；字典长度；缓存大小；压缩算法；UDC优先级。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第四种可能的实施方式中，所述终端设备向所述网络设备发送第一信息包括：所述终端设备通过所述终端设备的能力信息向所述网络设备发送第一信息。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述终端设备根据所述第一DRB的配置信息确定第一DRB的UDC参数包括：所述终端设备确定所述第一DRB所承载的数据业务类型；所述终端设备根据所述数据业务类型确定所述UDC参数，其中所述UDC参数包括字典类型。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述DRB配置信息是通过RRC信令接收的。

结合第一方面和第一方面的第一种可能的实施方式，在第一方面的第五种可能的实施方式中，所述终端设备向所述网络设备发送所述UDC参数包括：所述终端设备将所述UDC参数组装在控制PDU或Mac CE中；所述终端设备在所述控制PDU或所述Mac CE中加入标识，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数。

第二方面，提供第二种通信方法，该方法包括：网络设备接收终端设备发送的第一信息，所述第一信息用来指示所述终端设备支持UDC能力；所述网络设备向所述终端设备发送DRB配置信息，所述DRB配置信息至少包括第一DRB的配置信息；所述网络设备接收所述终端设备发送的UDC参数，所述UDC参数是所述终端设备根据所述第一DRB的配置信息确定的。

结合第二方面，在第二方面的第一种可能的实施方式中，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，所述方法还包括：所述网络设备接收所述终端设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第二种可能的实施方式中，所述网络设备向所述终端设备发送UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第三种可能的实施方式中，所述UDC参数包括如下的一种或它们的任意组合：字典类型；字典长度；缓存大小；压缩算法；UDC优先级。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第四种可能的实施方式中，，所述网络设备接收所述终端设备发送的所述第一信息包括：所述网络设备通过所述终端设备的能力信息接收所述终端设备发送的第一信息。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第五种可能的实施方式中，所述DRB配置信息是通过RRC信息发送的。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第六种可能的实施方式中，所述UDC参数是所述终端设备根据所述第一DRB承载的数据业务类型确定的，且，所述UDC参数包括字典类型。

结合第二方面和第二方面的第一种可能的实施方式，在第二方面的第七种可能的实施方式中，所述网络设备接收所述终端设备发送的UDC参数包括：所述网络设备接收带有标识的控制PDU或Mac CE，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数；所述网络设备从所述控制PDU或所述Mac CE中获取所述UDC参数。

第三方面，提供一种通信模块，例如该通信模块为如前所述的通信设备，所述通信装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块，例如包括处理模块和收发模块。示例性地，所述通信装置为终端设备。所述收发模块，用于向网络设备发送第一信息，所述第一信息用于指示所述终端设备支持UDC能力；所述收发模块，还用于接收所述网络设备发送的DRB配置信息，所述配置信息至少包括第一DRB的配置信息；所述处理模块，用于根据所述第一DRB配置信息确定所述第一DRB的UDC参数；所述收发模块，还用于向所述网络设备发送所述UDC参数。

结合第三方面，在第三方面的第一种可能的实施方式中，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，所述收发模块，还用于向所述网络设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述收发模块，还用于接收所述网络设备发送的UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第三种可能的实施方式中，所述UDC参数包括如下的一种或它们的任意组合：字典类型；字典长度；缓存大小、压缩算法、UDC优先级。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第四种可能的实施方式中，所述向所述网络设备发送所述第一信息包括：通过所述通信装置的能力信息向所述网络设备发送第一信息。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第五种可能的实施方式中，所述根据所述第一DRB的配置信息确定所述第一DRB的UDC参数包括：确定所述第一DRB所承载的数据业务类型；根据所述数据业务类型确定所述UDC参数，其中所述UDC参数包括字典类型。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第六种可能的实施方式中，所述DRB配置信息是通过RRC信令接收的。

结合第三方面和第三方面的第一种可能的实施方式，在第三方面的第七种可能的实施方式中，所述向所述网络设备发送所述UDC参数包括：将所述UDC参数组装在控制PDU或Mac CE中；在所述控制PDU或所述Mac CE中加入标识，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数。

第四方面，提供一种通信模块，例如该通信模块为如前所述的通信设备，所述通信装置用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地，所述通信装置可以包括用于执行第二方面或第二方面的任一可能的实现方式中的方法的模块，例如包括处理模块和收发模块。示例性地，所述通信装置为网络设备。其中，

所述收发模块，用于接收终端设备发送的第一信息，所述第一信息用来指示所述终端设备支持UDC能力；

所述收发模块，还用于向所述终端设备发送DRB配置信息，所述DRB配置信息至少包括第一DRB的配置信息；

所述收发模块，还用于接收所述终端设备发送的UDC参数，所述UDC参数是所述终端设备根据所述第一DRB的配置信息确定的。

结合第四方面，在第四方面的第一种可能的实施方式中，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，

所述接收模块，还用于接收所述终端设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第二种可能的实施方式中，所述处理模块，用于确定激活UDC的DRB；

所述收发模块，还用于向所述终端设备发送UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第三种可能的实施方式中，所述UDC参数包括如下的一种或它们的任意组合：字典类型；字典长度；UDC优先级。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第四种可能的实施方式中，所述接收所述终端设备发送的所述第一信息包括：通过所述终端设备的能力信息接收所述终端设备发送的第一信息。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第五种可能的实施方式中，所述DRB配置信息是通过RRC信息发送的。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第六种可能的实施方式中，所述UDC参数是所述终端设备根据所述第一DRB承载的数据业务类型确定的，且，所述UDC参数包括字典类型。

结合第四方面和第四方面的第一种可能的实施方式，在第四方面的第七种可能的实施方式中，所述接收所述终端设备发送的UDC参数包括：接收带有标识的控制PDU或MacCE，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数；从所述控制PDU或所述Mac CE中获取所述UDC参数。

第五方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第六方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第七方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第八方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第九方面，提供一种通信设备，所述通信设备包括处理器和收发器，所述处理器和收发器相互耦合，用于执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第十方面，提供一种通信设备，所述通信设备包括处理器和收发器，所述处理器和收发器相互耦合，用于执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第十一方面，提供一种芯片系统，所述芯片系统包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第十二方面，提供一种芯片系统，所述芯片系统包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第十三方面，提供一种通信装置，所述通信装置包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述通信装置的通信设备执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第十四方面，提供一种通信装置，所述通信装置包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述通信装置的通信设备执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

附图说明

图1为本申请实施例的一种应用场景的示意图；

图2A为本申请实施例的一种UDC技术的示意图；

图2B为本申请实施例的另一种UDC技术的示意图；

图3为现有技术的一种UDC能力上报的示意图；

图4为本申请实施例的另一种UDC技术的示意图；

图5A为本申请实施例提供的另一种UDC能力上报的流程图；

图5B为本申请实施例提供的一种UDC参数确定方法的流程图；

图6为本申请实施例提供的一种UDC优先级的确定方法的示意图；

图7A为本申请实施例提供的一种UDC通信方法的流程图；

图7B为本申请实施例提供的另一种UDC通信方法的流程图；

图8为本申请实施例提供的一种终端设备的示意图；

图9为本申请实施例提供的另一种终端设备的示意图；

图10为本申请实施例提供的一种网络设备的示意图；

图11为本申请实施例提供的另一种网络设备的示意图；

图12为本申请实施例提供的另一种终端设备的示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

终端设备，包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。在本申请实施例中，终端设备也可以称为用户设备(user equipment，UE)。该终端设备可以经无线接入网(radioaccess network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle-to-everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet ofthings，IoT)终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位系统(globalpositioning system，GPS)、激光扫描器等信息传感设备。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。

而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。

网络设备，例如包括接入网(access network，AN)设备，核心网设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种V2X技术中的网络设备为路侧单元(road side unit，RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持车到一切(vehicle-to-everything，V2X)应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。接入网设备还可协调对空口的属性管理。例如，接入网设备可以包括LTE系统或高级长期演进(long term evolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以包括5G新空口(new radio，NR)系统中的下一代节点B(next generation node B，gNB)或者也可以包括云接入网(cloud radio accessnetwork，Cloud RAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。

“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一信息和第二信息，只是为了区分不同的信令，而并不是表示这两种信息的内容、优先级、发送顺序或者重要程度等的不同。

如上介绍了本申请实施例涉及的一些概念，下面介绍本申请实施例的技术特征。

图1示出了本申请实施例的一种网络架构的示意图，该网络架构中包括基站和一个UE。在该网络架构中，基站可以和UE相互通信。

目前，在LTE系统的UDC技术中，UE作为数据的发送端，需要将待发送的数据进行压缩，然后将压缩后的数据发送给基站。基站在接收到压缩的数据后，可以将其解压缩，从而得到完整的数据。

具体来说，由于UE传输给基站的数据包之中，相邻的数据包往往具有联系，因此相邻数据包很可能有重复的内容。利用这种特点，UDC技术中，UE压缩数据和基站解压缩数据，都是依靠一个缓存区(buffer)，该缓存区里面存有数据。缓存区及里面的数据，也可以称为字典(dictionary)。字典也可以指缓存区里面的数据，本申请实施例对此不作限定。UE和基站保存和维护一个共同的字典，即UE和基站使用内容相同的字典。字典的内容是上一次传输的数据包或者预设的初始内容。UE在压缩待传输的数据包时，会查找该数据包在字典里面是否有重复内容。如果有重复的内容，则将该重复的内容从数据包中去除，形成压缩数据包。压缩完成后，UE将压缩数据包和重复内容的指示信息发送给基站。基站在接收到压缩数据包和指示信息后，在字典中查到重复的内容，再将重复的内容补充进压缩数据包中，从而得到完整的数据包。简单来说，其思路就是将数据中的重复部分，用更短的数据代替。换而言之，字典或者缓存区的内容是可以随着压缩进行随时变换。可以理解的是，在本申请实施例中，为了表述方便，字典和缓存区可以相互替代。

图2A示出了一种UDC技术的示意图。如图2A所示，缓存区201包括8个字节的空间，存储有“gabthuyr”。其中，字节202为缓存区201最前面的一个字节，字节203为缓存区201最后面的一个字节。此时，UE和基站都保存有缓存区201，且缓存区201存储的内容一致。数据包211为UE待传输给基站的数据包。在压缩前，数据包211的内容为“abc”。UE在压缩数据包211时，会在缓存区201中寻找与数据包211有重复的内容。在一些实施例中，可以使用deflate算法寻找缓存区与待传输数据包的重复内容。Deflate算法是一种常见的压缩算法，同时使用了哈夫曼编码和LZ77算法。需要说明的是，本申请实施例还可以通过其他压缩算法实现。

参考图2A，压缩前，数据包211与缓存区201具有重复内容231，其中，重复内容231为“ab”。当UE查找到数据包231的“ab”与缓存区201的内容重复了，UE将数据包231中的“ab”去除，形成压缩数据包212，其中压缩数据包212的内容为“c”，同时可以使用三元组213的形式表示重复的内容，其中三元组也可以称为压缩码，本申请实施例对此不作限制。参考图2A，压缩数据中的三元组213包括三种数据，示例性的，可以用X，Y和Z分别指代这三种数据，其中，X用来记录重复内容在缓存区的起始位置，Y用来记录重复内容的长度，Z用来记录重复内容在待压缩数据包中的后一个字符。例如，如图2A所示，从前往后数，重复内容231在缓存区201的起始位置为第二个字节，因此X为2。重复内容231的长度为两个字节，因此Y为2。而重复内容231在数据包211的后一个字符为c，因此z为c。需要说明的是，三元组的数据格式仅仅是示例性的。例如X，Y和Z的位置顺序可以任意排列，起始位置也可以从后往前数，例如图2A中，Y也可以是7。在另一些实施例中，当UE没有找到重复内容，也可以简单用0或者1的形式来指示数据包没有被压缩。本申请实施例对压缩数据不作具体的限定。

UE根据缓存区201存储的内容，压缩数据包211后，得到压缩数据包212和三元组213。然后UE可以将压缩数据包212和三元组213传输给基站。同时，UE需要更新缓存区201。在一些实施例中，UE可以将数据包211的内容从后往前开始，加入到缓存区201中。由于缓存区201的存储空间有限，如果新存入的数据和原来缓存区存储的数据相加大于缓存区的存储空间，超出部分会被删除。例如，参考图2A，当数据包211的内容“abc”从后往前存入缓存区201，压缩前，缓存区201的前三个字节的数据“gab”被删除。更新后的缓存区204存储的内容为“thuyrabc”。当UE需要传输下一个数据包时，可以根据更新后的缓存区204压缩下一个数据包。示例性的，如图2B所示，UE需要传输的下一个数据包221的内容为“htbc”，缓存区204存储的内容为“thuyrabc”。UE根据缓存区204的内容，压缩数据包221，具体压缩过程参考图2A。

基站在接收到压缩数据包212和三元组213后，根据缓存区201存储的数据，可以解压缩数据包212，得到数据包211。类似UE更新缓存区，基站在得到数据包211后，可以将数据包211存入缓存区201，得到更新后的缓存区204。这样，基站和UE各自的缓存区的内容保持一致。

在LTE系统中，一个UE到一个网关之间，具有相同服务质量(quality of service，QoS)待遇的业务流称为一个演进的分组系统(evolved packet system，EPS)承载。EPS承载中，UE到演进型节点(evolved node B,eNodeB)空口之间的一段称为无线承载。无线承载根据承载的内容不同可以分为信令无线承载(signaling radio bearer，SRB)和数据无线承载(data radio bearer，DRB)。其中，SRB承载信令数据，DRB承载用户面数据。当UE需要开启一个数据业务时，需要请求基站建立一个DRB，然后基站给UE配置一个DRB。示例性的，当用户开始使用爱奇艺时，UE与基站建立DRB1用来承载爱奇艺的数据。一段时间后，用户开始使用微信，则UE与基站新建立DRB2用来承载微信的数据。如果用户停止爱奇艺的运行，则UE与基站释放DRB1。

参考图3，现有LTE系统中，如果想要使用UDC，主要有以下两个步骤：

S301、UE上报支持UDC能力信息

若UE想要使用UDC，在接入基站的过程中，可以向基站上报UDC能力信息。UDC能力信息用来指示UE支持UDC，并请求基站配置UDC参数。在一些实施例中，UE可以通过UE能力信息上报UDC。

S302、基站配置UDC参数

基站在接收到UE发送的UDC能力信息后，会给UE配置一些UDC参数，并将这些UDC参数发送给UE，用来激活UDC。其中，UDC参数可以包括字典的类型、字典长度等。现有技术中，基站决定哪一些DRB激活UDC，以及给每个DRB配置UDC参数。一般来说，DRB承载的数据业务与终端应用有关，例如用户使用微信发消息时，需要使用一个DRB承载数据。如果用户同时使用爱奇艺看视频，则需要使用另一个DRB承载数据。

在一些实施例中，字典的类型包括标准字典、默认字典和运营商定制字典。标准字典是指标准规定的字典，默认字典指所有字节设置为0的字典，运营商字典指运营商自定义的字典。其中，运营商字典可以提前存在UE的存储器中。

在另一些实施例中，字典长度可以为2K字节、4K字节和8K字节等。

当UE接收到UDC参数后，可以确定一个初始的字典，然后依据这个初始的字典开始使用UDC压缩数据包。示例性的，如图4所示，基站配置的字典类型为默认字典，字典长度为8字节。此时UE可以确定缓存区401，缓存区401的大小为8字节，并全部置为0。假设UE确定缓存区401后，需要发送数据包411，其中数据包411的内容为“abc”。由于缓存区401没有和数据包411重复的内容，因此UE给基站传输完整的数据包411，并且更新缓存区401，形成新的缓存区402。基站在接收到数据包411后，也会更新缓存区，与UE维护的缓存区内容保持一致。

现有UDC运行机制存在几个缺点。第一，基站最多支持两个DRB同时激活UDC。但是现在用户往往会同时使用多个应用。例如用户可能同时使用微信、爱奇艺和谷歌浏览器。现有技术中，UE不可以主动向基站上报支持UDC的DRB的数量，基站默认在同一时间内，最多2个DRB支持UDC。换而言之，最多只有两个应用能同时享受UDC技术带来的低时延、高速率的好处，而另一个应用可能会面临低速率的影响。这严重影响用户的使用体验。然而现在UE和基站都有能力同时支持超过2个DRB激活UDC，例如UE与基站之间可同时建立8个DRB，没有必要限定同时激活UDC的DRB为2个。为了解决这个问题，需要改变现有的UDC运行机制，使得能有更多的DRB激活UDC。

第二、基站无法根据DRB承载的数据业务类型，判断哪些DRB可以优先激活UDC。现有技术中，由基站决定建立多少DRB，每个DRB会标识一个服务质量等级标识符(quality ofservice class identifier，QCI)，用来标识通信质量。QCI的类别范围可以是从1到9。QCI是系统用于标识业务数据包传输特性的参数，不同的承载业务对应不同的QCI值。QCI的不同等级对应不同的资源类型、不同的优先级、不同的时延和不同的丢包率。为了确保某个应用业务能够正常运行，需要为该业务配置相匹配的QCI值。换而言之，需要为承载数据业务的DRB配置相匹配的QCI值。例如，QCI为1或者2，对应实时的语音通话或者视频通话。而QCI为5，对应传输国际移动用户识别码(international mobile subscriber identity,IMSI)信令。

如上文所述，每个DRB链路往往对应一个具体的数据业务。但是基站难以得知每个DRB对应的数据业务，无法根据数据业务类型判断哪些DRB需要激活UDC。这会导致某些对用户较为重要的数据业务无法享受低时延和高速率的好处。例如，假设基站根据QCI决定激活UDC的DRB。此时存在DRB1、DRB2、DRB3和DRB4，其中DRB1和DRB2的QCI等级是1，DRB3和DRB4的QCI等级是2。同时激活UDC的DRB数量最多为2，基站可能确定QCI等级为1的DRB1和DRB2激活UDC。但是DRB1和DRB2承载的数据业务可能是文字数据业务，对时延要求不高。而DRB3承载的数据业务是视频或者直播，对时延要求较高。这种情况下，对时延要求较高的DRB3反而没法享受低时延的好处，影响用户体验。再例如，DRB3承载的数据业务对应的应用在前台运行，而DRB1和DRB2承载的数据业务对应的应用在后台运行。对于用户来说，前台运行的应用更为重要，却无法享受UDC带来的好处。

第三、基站无法根据DRB承载的数据类型，配置合适的字典长度和字典类型。有技术中，UE不能自主选择字典长度和字典的类型，只能由基站确定并下发给UE。但是基站无法提前获取UE想要上传的数据，会出现基站确定的字典长度不适合的情况。如果字典长度过大，会导致UE和基站存储资源的浪费。如果字典长度过小，可能会影响压缩的效率。此外，同样的字典应用在不同的数据业务的情况下，不同的数据业务会有不同的压缩效率。例如，在使用默认字典的情况下，手游数据业务的压缩效率一开始会远低于网页数据业务。原因在于，手游数据业务使用的字典可能不是压缩效率最高的字典。由于UE可以准确知道待传输的数据和当前的业务类型，因此可以由UE选择字典长度和字典类型。

目前NR系统还没有规定UDC，如果要在NR系统中应用UDC，容易想到的一个方案是将目前LTE系统中的UDC运行机制直接在NR系统中使用。显然，如果在NR系统中继续使用LTE系统中的UDC运行机制，则现行UDC运行机制中存在的缺点，在NR系统中会继续存在。此外，由于NR系统数据业务的多样化和终端设备能力的增强，需要同时支持UDC的DRB数量会越来越多。因此现行LTE系统中UDC运行机制存在的缺点，在NR系统中会更加突出。

鉴于此，提供本申请实施例的技术方案。在本申请实施例中，终端设备可以主动上报最大支持UDC的DRB数量，然后确定与UDC有关的一些参数，例如字典长度、类型等。终端设备在确定好这些参数后，可以发送给基站。本申请实施例的方案，可以解决现有UDC运行机制的缺点，例如同时激活UDC的DRB数量过少，承载重要数据业务的DRB无法使用UDC和无法选择最优字典和字典最优长度等。本申请实施例中，终端设备可以工作在LTE系统、NR系统或者NSA系统中，本申请实施例对此不作限定。可以理解的是，本申请实施例中的终端设备均支持UDC。

下面结合附图介绍本申请实施例提供的技术方案。

图5A示出了本申请的一种UE上报UDC能力的实施例。

S501、请求信息

该步骤是可选步骤。在一些实施例中，在接入网络的过程中，基站会向UE发送请求信息，用来请求UE上报UDC能力。请求信息可以是能力查询请求，也可以是单独的请求信息，本申请实施例对此不作限定。

在一些实施例中，基站会向UE发送UE能力查询请求，用来请求UE的能力信息。其中，UE能力查询请求包括UE的UDC能力查询请求。换而言之，基站可以通过UE能力查询请求请求UD上报是否具有UDC能力。

在另一些实施例中，基站也可以通过其他信令或者请求信息，请求UE上报自己的UDC能力。

S502、第一信息

UE可以主动给基站发送第一信息，也可以在接收到基站的请求信息后发送第一信息。本申请实施例对此不作限定。

第一信息用来指示UE是否支持UDC能力以及同时支持UDC的DRB的最大数量。在一些实施例中，第一信息也可以是UDC能力信息。其中UDC能力信息包括UE是否支持UDC能力的信息和/或UE支持同时激活UDC的DRB的最大数量。在另一些实施例中，第一信息也可以只指示UE是否支持UDC能力或同时支持UDC的DRB的最大数量。

现有技术中，UE只能上报自己是否支持UDC能力的消息。例如，可以在上报UE能力信息时，用一个比特指示自身是否支持UDC能力。本申请实施例中，UE除了可以上报自身是否支持UDC能力外，还可以上报同时支持UDC能力的DRB的最大数量。本实施例中，第一信息可以利用现有的消息发送，也可以单独发送。

在一些实施例中，当基站向UE发送UE能力查询请求时，UE可以通过UE能力信息发送第一信息。换而言之，第一信息可以被包括在UE能力信息中。具体的，在一些实施例中，可以扩展UDC能力表示字段，从1比特增加到2比特，或者2比特以上。其中，一个比特用来指示UE是否支持UDC能力，其余比特用来指示UE同时支持UDC能力的DRB的最大数量。在另一些实施例中，也可以复用UE能力信息的其他字段，用来表示UE同时支持UDC能力的DRB的最大shul。在另一些实施例中，当UE不支持UDC能力时，也可以只用一个比特指示自己不支持UDC能力，不必浪费多余的比特位。在另一些实施例中，UE即可以发送是否支持UDC能力和UE同时支持UDC能力的DRB的最大数量，也可以只发送是否支持UDC能力的信息。基站可以提前告诉UE发送哪些信息，也可以由UE自主觉得发送哪些信息。本申请实施例对UE同时支持UDC能力的DRB的最大数量的表示方式不作限定。

在另一些实施例中，UE也可以单独发送第一信息。本申请实施例对第一信息的发送方式不作限定。

示例性的，对第一信息的解释可以如表1所示。

表1

在表1中，Supported(0)表示支持UDC能力。不支持UDC能力可以用Supported(1)表示。支持DRB的最大数量可以用X(x)表示，其中(x)为具体的数据，X为该数据表示什么意思。例如，(x)可以是(001)，X可以是5。此时，001是具体的数据，而001表示UE同时支持UDC的DRB的最大数量是5。

当基站接收到第一信息后，可以明确UE是否支持UDC能力和/或同时支持激活UDC的DRB最大数量。

在另一些实施例中，UE可以向基站发送第一信息用以指示自身是否支持UDC能力。然后UE再向基站发送第二信息，用以指示同时支持激活UDC的DRB最大数量。本申请实施例对如何上报UDC能力不作限定。

图5B示出了本申请的一种实施例。

S503、确定UDC参数。

UE根据自身情况，例如DRB数据业务的类型、待传数据大小等情况，选择最优的UDC参数。UDC参数可以包括DRB使用UDC的优先级、字典类型、字典长度、缓存大小、压缩算法和初始字典中的一种或者多种参数。为了描述方便，在本申请实施例中，DRB使用UDC的优先级也可以称为DRB的优先级，指DRB使用UDC的优先顺序。

若UDC参数包括DRB优先级，在同时使用UDC的DRB数量有限的情况下，优先级高的DRB优先使用UDC。示例性的，如图6所示，UE需要与基站建立DRB1、DRB2和DRB3。其中，DRB1的优先级为1，DRB2的优先级为2，DRB1的优先级为3。优先级号码越小，优先级越高。因此DRB1的优先级高于DRB2，DRB2的优先级高于DRB3。假设UE和基站同一时间只能支持2个DRB使用UDC，则DRB1和DRB2使用UDC。假设UE和基站同一时间只能支持1个DRB使用UDC，则DRB1使用UDC。如果有新的DRB建立，可以根据新的DRB的优先级，判断哪些DRB激活UDC。例如，假设UE和基站新建立了DRB4，并且UE判断DRB4的优先级最高，则DRB1和DRB4激活UDC，DRB2去激活UDC。

在一些实施例中，UE可以一次性给当前所有DRB确定优先级。在另一些实施例中，UE可以每建立一个DRB，就确定一次优先级。例如，UE已经确定了当前两个DRB的优先级，当UE需要建立第三个DRB，UE可以根据这三个DRB的情况，重新确定优先级。

优先级的表示方式可以有很多种。在一些实施例中，UE可以从1开始，给每个DRB编号。其中，编号为1的优先级最高，编号为2的优先级次之，以此类推，编号越大，则优先级越低。例如，如图6所示，DRB1的优先级最高，可以编号为1。DRB2的优先级比DRB1低，比DRB3高，因此DRB2可以编号为2。DRB3的优先级最低，可以编号为3.

在另一些实施例中，UE可以设置三个优先级别，包括低、中、高。UE将所有的DRB分为低、中、高三类。优先级高的DRB优先使用UDC。如果有两个或者两个以上的DRB被归为同一类，则可以按照建立顺序或者承载的数据业务类型重新确定顺序。本申请实施例对优先级的表示方式不作限定。

优先级的确定方式也可有很多种。在一些实施例中，UE可以根据DRB承载的数据业务类型，确定DRB的优先级。例如，用户可能使用UE在Youtube上看视频，同时使用微信与其他人文宇聊天。由于视频业务对速率和时延要求较高，而文字业务对时延要求没有那么高，因此承载Youtube视频业务的DRB的优先级比承载微信文字业务的DRB的优先级要高。在另一些实施例中，UE可以判断DRB承载的数据业务对应的应用程序是否在前台运行，并基于此确定DRB的优先级。示例性的，假设DRB1承载的数据业务对应的应用程序在前台运行，而DRB2承载的数据业务对应的应用程序在后台运行，则DRB1的优先级高于DRB2的优先级。在另一些实施例中，也可以结合数据业务类型和前台运行情况，综合判断优先级。例如用户在移动终端的前台观看Youtube视频，而移动终端在后台同时运行爱奇艺。虽然Youtube和爱奇艺都是视频数据业务，但是Youtube在前台运行，爱奇艺在后台运行，因此Youtube的优先级可以高于爱奇艺的优先级。在激活UDC的DRB数量有限的情况下，优先保障承载Youtube数据业务的DRB激活UDC。需要说明的是，本申请实施例对优先级的确定方式不作限定。通过确定优先级，在激活UDC的DRB数量有限的情况下，可以保障重要的应用享受到UDC带来的有益效果。

若UDC参数包括字典的类型和字典长度，在一些实施例中，UE可以为所有使用UDC的DRB确定统一的字典和字典长度。在另一些实施例中，UE也可以根据DRB的具体情况，分别确定每一个使用UDC的DRB的字典类型和字典长度。例如，假设当前有DRB1和DRB2，UE可以确定DRB1适用的字典类型为默认字典，字典长度为2K，确定DRB2适用的字典类型为运营商字典，字典长度为4K。

在一些实施例中，UE可以为每一个DRB选择合适的字典长度。字典长度可以是2K字节、4K字节或8K字节，也可以是UE或者基站自定义的一个字典长度。不同的数据业务压缩有各自合适的字典长度。由于基站难以知道具体的数据业务，如果由基站给DRB配置字典长度，则很难配置到合适的字典长度。本申请实施例的好处在于，UE可以根据DRB承载的数据业务，选择合适的字典长度，使得压缩效率提升。

在另一些实施例中，UE可以为每一个DRB选择合适的缓存大小。这样可以提高DRB所承载的数据业务的压缩效率。

在另一些实施例中，UE还可以为每一个DRB选择合适的压缩算法，压缩算法可以是预设的，也可以是UE生成或者从服务器获取的。

在另一些实施例中，UE还可以为每一个DRB选择初始字典。不同数据业务有不同的合适的初始字典，合适的初始字典可以提高数据业务的初始压缩效率。

在一些实施例中，在UE确定UDC参数前，基站可以给UE发送一个消息，用来告诉UE需要确定哪些UDC参数。在另一些实施例中，也可以由UE自行决定需要确定哪些UDC参数。

S504、发送UDC参数

终端设备在确定好DRB对应的UDC参数后，可以将UDC参数发送给网络设备。

具体的，在一些实施例中，可以将UDC参数放入协议数据单元(protocal dataunit,PDU)中，然后在PDU中加上标识。标识可以用来表示该PDU包含了UDC参数。具体的，可以通过控制PDU(control PDU)上传。在另一些实施例中，UE可以将UDC参数放入媒体访问控制(media access control，MAC)层的控制元素(control element，CE)，即MAC CE。然后UE在MAC CE中加入标识，用来标识该MAC CE包含了UDC参数。本申请实施例对UDC参数的承载方式和发送方式不作限定。

S505、接收UDC参数

UE发送UDC参数给基站后，基站可以接收UDC参数。在一些实施例中，UE通过PDU发送UDC参数。基站在接收到带有标识的PDU后，可以从该PDU中获得UDC参数。在另一些实施例中，UE通过MAC CE发送UDC参数。基站在接收到带有标识的MAC CE后，可以从该MAC CE中获得UDC参数。

图7A示出了一种本申请实施例的流程图，运行在NR系统中，具体步骤如下：

S701、UDC能力信息

UE向基站发送UDC能力信息，其中UDC能力信息至少包括UE支持同时进行UDC的DRB最大数量。本申请实施例中，UE可以主动向基站发送UDC能力信息。基站接收到UDC能力信息后，可以知道UE支持同时进行UDC的DRB最大数量。

在一些实施例中，UE可以在向基站发送UE的能力信息的时候，发送UDC能力信息。UE的能力信息也可以称为UE接入能力(access capability)。UE的能力信息例如包括：分组数据汇聚协议(packet data convergence protocol，PDCP)参数、物理层参数、射频参数、测量参数等，其中射频能力又可以包括终端设备支持的频带组合(band combination)，以及终端设备在这些频带组合的载波上支持的调制方式，多输入多输出(multiple-inputmultiple-output，MIMO)能力，带宽，子载波间隔(SCS)等。频带组合是指终端设备可以同时工作的频带以及这些频带上的载波组合。当然，上述能力参数或能力信息为示例的能力参数或能力信息，UE的能力信息可以包括上述能力参数中的一个或者多个、以及上述能力信息中的一个或者多个，具体完整的能力信息本申请实施例在此不多赘述。在本申请实施例中，UE的能力信息还可以包括UDC能力信息。

S702、DRB配置信息

基站在收到UE发送的UDC能力信息后，可以根据UE发送的DRB建立请求配置DRB。例如，在UE发送UDC能力信息后，UE向基站请求建立3个DRB，基站接收到UE发送的请求后，可以配置3个DRB，并给每个DRB配置相应的QCI。DRB配置信息可以包括以下至少一个：分组数据汇聚协议(PDCP)配置、无线电链路控制(RLC)配置、逻辑信道配置、逻辑信道标识和演进分组系统(EPS)承载标识。

基站配置好DRB配置信息后，给UE发送DRB配置信息。

在一些实施例中，基站可以通过服务小区切换或者无线资源控制(radioresource control，RRC)信令发送DRB配置信息。

S703、确定UDC参数

UE接收到基站发送的DRB配置信息后，可以根据DRB的情况，确定UDC参数。UDC参数可以包括字典类型、字典长度或者UDC优先级中的一种或多种参数。例如，基站配置了5个DRB，UE接收到基站发送的DRB配置信息后，可以给这五个DRB配置相应的UDC参数。在一些实施例中，UE也可以只给优先级在前的DRB配置UDC参数。例如UE最多支持2个DRB同时激活UDC，而基站配置了5个DRB。则UE可以先判断这5个DRB的优先级，然后给优先级最高的2个DRB配置UDC参数。

在一些实施例中，UE可以获取每一个DRB承载的数据业务，根据DRB承载的数据业务确定每一个DRB的优先级和字典长度。其中，优先级的确定方式和字典长度的确定方式可以参考图5B中S503的描述，在此不再赘述。在UE和基站同时支持UDC的DRB数量有限的情况下，可以根据优先级保障重要的DRB能够激活UDC。例如，如果有优先级更高的DRB建立，在UE和基站同时支持UDC的DRB数量有限的情况下，可以让优先级最低的DRB去激活UDC，从而保证优先级高的DRB能够激活UDC。

在另一些实施例中，UE获取每一个DRB承载的数据业务后，可以根据数据业务的不同，选择一个提前预设的字典，或者生成一个字典。现有技术中，由于基站无法得知DRB承载的数据业务，所以无法针对数据业务选择合适的字典。而本申请实施例中，UE可以根据每个DRB承载的数据业务，选择最合适的字典。最合适的字典可以是压缩效率最高的字典。在一些实施例中，UE可以根据数据业务的不同，在标准字典、默认字典和运营商定制字典中选择合适的字典。在另一些实施中，如果预设的字典类型不存在较为合适的字典，UE也可以根据数据业务，生成一个字典或者使用专门为该数据业务定制的字典。例如，预设的字典对王者荣耀来说压缩效率并不高。但是使用王者荣耀的用户人群较为庞大，可以单独为王者荣耀配置定制的字典。这个字典可以是提前设置在UE中，也可以是UE在运行王者荣耀的过程中，根据传输数据生成一个压缩效率最高的字典。

在另一些实施例中，UE也可以根据所有DRB的情况，选择统一的UDC参数。

S704、UDC参数

UE在确定好UDC参数后，可以将UDC参数发送给基站。其中，UDC参数可以包括字典类型、字典长度或者UDC优先级中的一种或多种参数。UE可以通过带标识的Control PDU或者Mac CE上报UDC参数。

S705、设置UDC参数

基站接收到UDC参数后，可以确定激活UDC的DRB，并给激活UDC的DRB设置相应的UDC参数。在一些实施例中，基站可以使用UE确定的UDC参数配置相应的DRB。在另一些实施例中，基站也可以自己决定UDC参数。换而言之，基站也可以不使用UE发给基站的UDC参数。

在一些实施例中，基站接收到DRB优先级后，可以按照DRB优先级确定激活UDC的DRB。例如基站和UE之间有5个DRB，最多支持同时2个DRB激活UDC，则基站可以确定优先级最高的2个DRB激活UDC。在另一些实施例中，如果基站和UE之间已经存在激活UDC的DRB，则基站可以根据DRB的优先级确定哪些DRB激活UDC，哪些DRB去激活UDC。例如，基站和UE之间已经存在DRB1和DRB2激活了UDC，此时基站和UE之间又需要新建立DRB3，如果DRB3的优先级最高，DRB2的优先级最低，则基站可以确定DRB1继续激活UDC，DRB3激活UDC，DRB2去激活UDC。因此基站需要给DRB3配置UDC参数，然后指示UE。

在另一些实施例中，基站也可以根据其他规则确定激活UDC的DRB。例如基站可以根据DRB的QCI等级，或者DRB的建立顺序确定激活UDC的DRB。

本申请实施例对基站是否使用UE发送UDC参数不作限定。

S706、UDC激活信息

基站在设置好UDC参数后，可以给UE发送UDC激活信息。在一些实施例中，UDC激活信息可以用来指示UE哪些DRB激活UDC和/或该DRB的UDC参数。UDC激活信息可以是RRC信令。

在一些实施例中，如果基站采用UE发送的UDC参数，基站可以只指示UE哪些DRB激活了UDC。

在另一些实施例中，如果基站在步骤S705确定有DRB需要去激活UDC，则可以通过UDC激活信息指示UE，也可以通过单独的RRC信令指示UE哪些DRB需要去激活UDC。

本申请实施例中，UE可以上报同时支持UDC的DRB的最大数量，从而使得有更多的DRB能够激活UDC。同时，可以由UE给DRB配置UDC参数。这种方式的好处在于，UE可以获知DRB所承载的数据业务的情况，然后根据数据业务的特点，有针对性的给DRB配置UDC参数，从而提高压缩效率。

图7B示出了另一种本申请实施例的流程图。本申请实施例中，UE已经上报UDC能力信息，并且UE与基站已经建立了DRB。

S707、第一DRB建立请求

当UE需要建立新的DRB用来承载新的数据业务时，UE可以向基站发送DRB建立请求。示例性的，新的DRB可以是第一DRB。第一DRB可以是一个DRB，也可以是多个DRB，本申请实施例对此不作限定。

S708、第一DRB配置信息

当基站接收到第一DRB建立请求后，可以确定第一DRB的配置信息，并给UE发送第一DRB配置信息。具体发送方式和配置信息内容可以参考图7A所示的步骤S702的描述。

S709、确定第一DRB的UDC参数

UE接收到基站发送的第一DRB的UDC参数后，可以根据第一DRB承载的数据业务确定第一DRB的UDC参数，第一DRB的UDC参数可以为第一UDC参数。在一些实施例中，UDC参数可以包括DRB优先级和字典长度。在另一些实施例中，UDC参数可以包括压缩效率最高的字典类型和字典长度。需要说明的是，第一DRB的UDC参数是UE确定的理想UDC参数。第一DRB不一定会激活UDC，也不一定会使用UE确定的理想UDC参数。

具体确定步骤和UDC参数可以参考图7A所示的步骤S703，在此不再赘述。

S710、第一UDC参数

UE确定第一UDC参数后，可以向基站发送第一UDC参数。发送方式可以参考图7A所示的步骤S704的描述，在此不再赘述。

S711、设置UDC参数

该步骤是可选步骤，基站接收到第一UDC参数后，可以确定第一DRB是否激活UDC。如果第一DRB不激活UDC参数，则基站可以不设置第一DRB的UDC参数。

在一些实施例中，如果激活UDC的DRB数量小于基站和UE能同时支持的最大数量，则基站可以确定第一DRB激活UDC。在另一些实施例中，如果激活UDC的DRB数量达到基站和UE能同时支持的最大数量，则基站可以根据DRB的优先级确定第一DRB是否需要激活UDC。

需要说明的是，基站也可以根据其他条件，例如CQI等级、DRB建立顺序等，判断第一DRB是否需要激活UDC。本申请实施例对此不作限定。

设置过程可以参考图7A所示步骤S705的描述。

S712、UDC激活信息

该步骤是可选步骤，如果基站确定第一DRB不需要激活UDC，则基站可以不用设置第一DRB的UDC参数，可以发送UDC激活信息指示UE不激活第一DRB,也可以不用发送UDC激活信息。

在一些实施例中，基站确定第一DRB需要激活UDC，则基站可以向UE发送UDC激活信息，UDC激活信息用来指示第一DRB需要激活UDC以及第一DRB的UDC参数。

在另一些实施例中，基站确定第一DRB需要激活UDC，确定已经激活UDC的第二DRB需要去激活UDC。基站可以通过一个信令指示UE第一DRB激活UDC，以及第二DRB去激活UDC。基站也可以通过一个信令指示UE第一DRB激活UDC，再通过另一个信令指示UE第二DRB去激活UDC。

本申请实施例中，UE和基站可以根据DRB的优先级判断新建立的DRB是否需要激活UDC，从而保证重要的DRB可以激活UDC。

图8为本申请实施例提供的通信设备800的示意性框图。示例性的，通信设备800例如为终端设备800。终端设备800包括处理模块810和收发模块820。其中，处理模块810可以用于执行图5A、图5B和图7A所示的实施例中由UE所执行的除了收发操作之外的全部操作，例如UE确定UDC参数的操作和/或用于支持本文所描述的技术的其它过程。收发模块820可以用于执行图5A、图5B和图7A所示的实施例中由UE所执行的全部收发操作，例如图7A所示的实施例中的S701和S704，和/或用于支持本文所描述的技术的其它过程。

如图9所示，本申请实施例还提供一种通信设备900。示例性地，通信设备900例如为终端设备900。终端设备900包括处理器910，存储器920与收发器930，其中，存储器920中存储指令或程序，处理器910用于执行存储器920中存储的指令或程序。存储器920中存储的指令或程序被执行时，该处理器910用于执行上述实施例中处理模块810执行的操作，收发器930用于执行上述实施例中收发模块820执行的操作。

应理解，根据本申请实施例的终端设备800或终端设备900可对应于图5A、图5B和图7A所示的实施例中的UE，并且终端设备800或终端设备900中的各个模块的操作和/或功能分别为了实现图5A、图5B和图7A所示的实施例中的相应流程，为了简洁，在此不再赘述。

图10为本申请实施例提供的通信设备1000的示意性框图。示例性的，通信设备1100例如为网络设备1000。网络设备1000包括处理模块1010和收发模块1020。其中，处理模块1010可以用于执行图5A、图5B和图7A所示的实施例中由基站所执行的除收发操作之外的全部操作，例如设置UDC参数等。收发模块1020可以用于执行图5A、图5B和图7A所示的实施例中由基站所执行的全部收发操作，例如图7A所示的实施例中的S702和S705。

如图11所示，本申请实施例还提供一种通信设备1100。示例性地，通信设备1100例如为网络设备1100。网络设备1100包括处理器1210，存储器1120与收发器1130，其中，存储器1120中存储指令或程序，处理器1110用于执行存储器1120中存储的指令或程序。存储器1120中存储的指令或程序被执行时，该处理器1110用于执行上述实施例中处理模块1010执行的操作，收发器1130用于执行上述实施例中收发模块1020执行的操作。

应理解，根据本申请实施例的网络设备1000或网络设备1100可对应于图5A、图5B和图7A所示的实施例中的第一网络设备，并且第一网络设备1100或第一网络设备1200中的各个模块的操作和/或功能分别为了实现图5A、图5B和图7A所示的实施例中的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供一种通信装置，该通信装置可以是终端设备也可以是电路。该通信装置可以用于执行上述图7A所示的方法实施例或图8所示的方法实施例中由终端设备所执行的动作。

当该通信装置为终端设备时，图12示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图12中，终端设备以手机作为例子。如图12所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。

当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图12中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。

在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。如图12所示，终端设备包括收发单元1210和处理单元1220。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发单元1210中用于实现接收功能的器件视为接收单元，将收发单元1210中用于实现发送功能的器件视为发送单元，即收发单元1210包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。

当该通信装置为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请实施例的保护范围应所述以权利要求的保护范围为准。

Claims (28)

1.一种通信方法，其特征在于，包括：

终端设备向网络设备发送第一信息，所述第一信息用于指示所述终端设备支持UDC能力；

所述终端设备接收所述网络设备发送的DRB配置信息，所述DRB配置信息至少包括第一DRB的配置信息；

所述终端设备根据所述第一DRB配置信息确定所述第一DRB的UDC参数；

所述终端设备向所述网络设备发送所述UDC参数。

2.根据权利要求1所述的方法，其特征在于，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，

所述方法还包括：所述终端设备向所述网络设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

所述终端设备接收所述网络设备发送的UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

4.根据权利要求1或2所述的方法，其特征在于，所述UDC参数包括如下的一种或它们的任意组合：

字典类型；

字典长度；

缓存大小；

压缩算法；

初始字典；

UDC优先级。

5.根据权利要求1或2任一项所述的方法，其特征在于，所述终端设备向所述网络设备发送第一信息包括：

所述终端设备通过所述终端设备的能力信息向所述网络设备发送第一信息。

6.根据权利要求1或2所述的方法，其特征在于，所述终端设备根据所述第一DRB的配置信息确定第一DRB的UDC参数包括：

所述终端设备确定所述第一DRB所承载的数据业务类型；

所述终端设备根据所述数据业务类型确定所述UDC参数，其中所述UDC参数包括字典类型。

7.根据权利要求1或2所述的方法，其特征在于，所述DRB配置信息是通过RRC信令接收的。

8.根据权利要求1或2所述的方法，其特征在于，所述终端设备向所述网络设备发送所述UDC参数包括：

所述终端设备将所述UDC参数组装在控制PDU或Mac CE中；

所述终端设备在所述控制PDU或所述Mac CE中加入标识，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数。

9.一种通信方法，其特征在于，包括：

网络设备接收终端设备发送的第一信息，所述第一信息用来指示所述终端设备支持UDC能力；

所述网络设备向所述终端设备发送DRB配置信息，所述DRB配置信息至少包括第一DRB的配置信息；

所述网络设备接收所述终端设备发送的UDC参数，所述UDC参数是所述终端设备根据所述第一DRB的配置信息确定的。

10.根据权利要求9所述的方法，其特征在于，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，

所述方法还包括：所述网络设备接收所述终端设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

11.根据权利要9或10所述的方法，其特征在于，还包括：

所述网络设备确定激活UDC的DRB；

所述网络设备向所述终端设备发送UDC激活信息，所述UDC激活信息用于指示所述激活UDC的DRB。

12.根据权利要求9或10所述的方法，其特征在于，所述UDC参数包括如下的一种或它们的任意组合：

字典类型；

字典长度；

缓存大小；

压缩算法；

UDC优先级。

13.根据权利要求9或10任一项所述的方法，其特征在于，所述网络设备接收所述终端设备发送的所述第一信息包括：

所述网络设备通过所述终端设备的能力信息接收所述终端设备发送的第一信息。

14.根据权利要9或10所述的方法，其特征在于，所述DRB配置信息是通过RRC信息发送的。

15.根据权利要求9或10所述的方法，其特征在于，所述UDC参数是所述终端设备根据所述第一DRB承载的数据业务类型确定的，且，所述UDC参数包括字典类型。

16.根据权利要求9或10所述的方法，其特征在于，所述网络设备接收所述终端设备发送的UDC参数包括：

所述网络设备接收带有标识的控制PDU或Mac CE，所述标识用来指示所述控制PDU或所述Mac CE包括所述UDC参数；

所述网络设备从所述控制PDU或所述Mac CE中获取所述UDC参数。

17.一种通信装置，其特征在于，包括：处理模块和收发模块，其中，

所述收发模块，用于向网络设备发送第一信息，所述第一信息用于指示所述终端设备支持UDC能力；

所述收发模块，还用于接收所述网络设备发送的DRB配置信息，所述配置信息至少包括第一DRB的配置信息；

所述处理模块，用于根据所述第一DRB配置信息确定所述第一DRB的UDC参数；

所述收发模块，还用于向所述网络设备发送所述UDC参数。

18.根据权利要求17所述的通信装置，其特征在于，所述第一信息还用于指示所述终端设备同时能支持激活UDC的DRB最大数量，或，

所述收发模块，还用于向所述网络设备发送第二信息，所述第二信息用于指示所述终端设备同时能支持激活UDC的DRB最大数量。

19.根据权利要求17或18所述的通信装置，其特征在于，

所述收发模块，还用于接收所述网络设备发送的UDC激活信息，所述UDC激活信息用于指示激活UDC的DRB。

20.根据权利要求17或18任一项所述的通信装置，其特征在于，所述UDC参数包括如下的一种或它们的任意组合：

字典类型；

字典长度；

缓存大小；

压缩算法；

初始字典；

UDC优先级。

21.根据权利要求17或18任一项所述的通信装置，其特征在于，所述向所述网络设备发送所述第一信息包括：

通过所述通信装置的能力信息向所述网络设备发送第一信息。

22.根据权利要求17或18所述的通信装置，其特征在于，所述根据所述第一DRB的配置信息确定所述第一DRB的UDC参数包括：

确定所述第一DRB所承载的数据业务类型；

根据所述数据业务类型确定所述UDC参数，其中所述UDC参数包括字典类型。

23.根据权利要求17或18所述的通信装置，其特征在于，所述DRB配置信息是通过RRC信令接收的。

24.根据权利要求17或18所述的通信装置，其特征在于，所述向所述网络设备发送所述UDC参数包括：

将所述UDC参数组装在控制PDU或Mac CE中；

在所述控制PDU或所述Mac CE中加入标识，所述标识用来指示所述控制PDU或所述MacCE包括所述UDC参数。

25.一种通信装置，其特征在于，包括处理器和收发器，所述处理器和收发器相互耦合，用于执行1-8任一项所述的方法。

26.一种通信装置，其特征在于，包括处理器和收发器，所述处理器和收发器相互耦合，用于执行9-16任一项所述的方法。

27.一种芯片系统，其特征在于，所述芯片系统包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行如权利要求1～8任一项所述的方法。

28.一种芯片系统，其特征在于，所述芯片系统包括：

存储器：用于存储指令；

处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行如权利要求9～16任一项所述的方法。

Images