对数据传输配置的指示的制作方法

1.本公开的实施例总体上涉及电信领域，尤其涉及用于指示用于数据传输的配置的通信方法、设备和计算机可读存储介质。


背景技术：

2.通常，处于非活动状态的终端设备可能仍有少量且不频繁的数据业务需要传输。直到第三代合作伙伴计划(3gpp)版本16，非活动状态都不能支持数据传输，并且终端设备必须针对任何下行链路和上行链路数据恢复连接(即，移动到连接状态)。这将导致不必要的功率消耗和信令开销。在这种情况下，3gpp版本17已批准基于随机接入信道(rach)机制和配置授权(cg)机制的小数据传输(sdt)。此外，已经达成一致的是，终端设备的上下文中的所存储的配置被用于任何sdt机制的无线电链路控制(rlc)承载配置。
3.传统上，当终端设备将针对rlc的所存储的配置用于sdt时，网络设备无法对sdt的数据包进行解码，直到网络设备向锚定网络设备(在此也称为上一服务网络设备)请求了终端设备的上下文为止。这将显著增加sdt过程的时延。


技术实现要素：

4.一般而言，本公开的示例实施例提供了一种改进的通信方案。
5.在第一方面，提供了一种第一设备。第一设备包括：至少一个处理器；和至少一个存储器，所述至少一个存储器包括计算机程序代码；所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器使得所述第一设备：响应于确定将传输数据，生成第一指示，所述第一指示指明配置的至少一部分，所述配置将被用于所述数据的所述传输；以及向第二设备传输所述数据和所述第一指示。
6.在第二方面，提供了一种第一设备。第一设备包括：至少一个处理器；和至少一个存储器，所述至少一个存储器包括计算机程序代码；所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器使得所述第一设备：响应于确定将传输数据，确定所述第一设备是否将向第二设备的第一小区传输所述数据，所述第一设备是在所述第一小区中进入非活动状态的；响应于确定所述第一设备将向所述第一小区传输所述数据，基于由所述第一小区向所述第一设备配置的第一配置，来向所述第二设备传输所述数据；以及响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据，基于所述第二小区已知的第二配置，来向所述第二设备传输所述数据。
7.在第三方面，提供了第二设备。第二设备包括：至少一个处理器；和至少一个存储器，所述至少一个存储器包括计算机程序代码；所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备：接收数据包和第一指示，所述数据包与第一设备传输的数据相关联，所述第一指示指明配置的至少一部分，所述配置将被用于所述数据的所述传输；以及基于所述第一指示从所述数据包中确定所述数据。
8.在第四方面，提供了第二设备。第二设备包括：至少一个处理器；和至少一个存储
器，所述至少一个存储器包括计算机程序代码；所述至少一个存储器和计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备：接收数据包，所述数据包与第一设备传输的数据相关联；响应于确定所述第一设备将向所述第二设备的第一小区传输所述数据，所述第一设备是在所述第一小区中进入非活动状态的，基于由所述第一小区向所述第一设备配置的第一配置来从所述数据包中确定所述数据；以及响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据，基于所述第二小区已知的第二配置来从所述数据包中确定所述数据。
9.在第五方面，提供了一种通信方法。该方法包括：在第一设备处，响应于确定将传输数据，生成第一指示，所述第一指示指明配置的至少一部分，所述配置将被用于所述数据的所述传输；以及向所述第二设备传输所述数据和所述第一指示。
10.在第六方面，提供了一种通信方法。该方法包括：在第一设备处，响应于确定将传输数据，确定所述第一设备是否将向第二设备的第一小区传输所述数据，所述第一设备是在所述第一小区中进入非活动状态的；响应于确定所述第一设备将向所述第一小区传输所述数据，基于由所述第一小区向所述第一设备配置的第一配置，来向所述第二设备传输所述数据；以及响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据，基于所述第二小区已知的第二配置，来向所述第二设备传输所述数据。
11.在第七方面，提供了一种通信方法。该方法包括：在第二设备处接收数据包和第一指示，所述数据包与第一设备传输的数据相关联，所述第一指示指明配置的至少一部分，所述配置将被用于所述数据的所述传输；以及基于所述第一指示从所述数据包中确定所述数据。
12.在第八方面，提供了一种通信方法。该方法包括：在第二设备处接收数据包，所述数据包与第一设备传输的数据相关联；响应于确定所述第一设备将向所述第二设备的第一小区传输所述数据，所述第一设备是在所述第一小区中进入非活动状态的，基于由所述第一小区向所述第一设备配置的第一配置来从所述数据包中确定所述数据；以及响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据，基于所述第二小区已知的第二配置来从所述数据包中确定所述数据。
13.在第九方面，提供了一种通信装置。该装置包括：用于在第一设备处响应于确定将传输数据来生成第一指示的部件，所述第一指示配置的至少一部分，所述配置将被用于所述数据的所述传输；以及用于向第二设备传输所述数据和所述第一指示的部件。
14.在第十方面，提供了一种通信装置。该装置包括：用于在第一设备处响应于确定将传输数据来确定所述第一设备是否将向第二设备的第一小区传输所述数据的部件，所述第一设备是在所述第一小区中进入非活动状态的；用于响应于确定所述第一设备将向所述第一小区传输所述数据来基于第一配置向所述第二设备传输所述数据的部件，所述第一配置被存储在所述第一设备中并由所述第一小区配置；以及用于响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据来基于所述第二小区已知的第二配置向所述第二设备传输所述数据的部件。
15.在第十一方面，提供了一种通信装置。该装置包括：用于在第二设备处接收数据包和第一指示的部件，所述数据包与第一设备传输的数据相关联，所述第一指示指明配置的至少一部分，所述配置将被用于所述数据的所述传输；以及用于基于所述第一指示从所述
数据包中确定所述数据的部件。
16.在第十二方面，提供了一种通信装置。该装置包括：用于在第二设备处接收数据包的部件，所述数据包与第一设备传输的数据相关联；用于响应于确定所述第一设备将向所述第二设备的第一小区传输所述数据来基于第一配置从所述数据包中确定所述数据的部件，所述第一配置是由所述第一小区配置给所述第一设备的；以及用于响应于确定所述第一设备将向不同于所述第一小区的第二小区传输所述数据来基于所述第二小区已知的第二配置从所述数据包中确定所述数据的部件。
17.在第十三方面，提供了一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，所述程序指令用于使装置执行根据第五方面的方法。
18.在第十四方面，提供了一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，所述程序指令用于使装置执行根据第六方面的方法。
19.在第十五方面，提供了一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，所述程序指令用于使装置执行根据第七方面的方法。
20.在第十六方面，提供了一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，所述程序指令用于使装置执行根据第八方面的方法。
21.应当理解，发明内容部分不旨在标识本公开实施例的关键或必要特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。
附图说明
22.现在将参考附图描述一些示例性实施例，其中：
23.图1示出了可以实现本公开的示例实施例的示例通信网络；
24.图2示出了根据传统方案的通信过程的示意图；
25.图3示出了说明根据本公开的一些实施例的通信过程的示意图；
26.图4示出了说明根据本公开实施例的无线电链路控制(rlc)控制协议数据单元(c-pdu)的示意图；
27.图5示出了说明根据本公开的一些实施例的示例性通信过程的示意图；
28.图6示出了说明根据本公开的一些实施例的另一通信过程的示意图；
29.图7示出了说明根据本公开的示例实施例的在第一设备处实施的通信方法的流程图；
30.图8示出了说明根据本公开的示例实施例的在第一设备处实施的另一通信方法的流程图；
31.图9示出了说明根据本公开的示例实施例的在第二设备处实施的通信方法的流程图；
32.图10示出了说明根据本公开的示例实施例的在第二设备处实施的另一通信方法的流程图；
33.图11示出了适用于实现本公开的示例实施例的设备的简化框图；和
34.图12示出了根据本公开的示例实施例的示例计算机可读介质的方框图。
35.在所有附图中，相同或相似的参考标记代表相同或相似的元件。
具体实施方式
36.现在将参考一些示例实施例描述本公开的原理。应当理解，描述这些实施例仅出于说明的目的，并帮助本领域技术人员理解和实施本公开内容，而不暗示对本公开范围的任何限制。除了下文所述的方式之外，本文所述的本公开内容可以以各种方式实施。
37.在以下描述和权利要求中，除非另有定义，否则在此使用的所有技术术语和科技术语具有与本公开所属领域普通技术人员通常理解的含义相同的含义。
38.本公开中提及的“一个实施例”、“实施例”、“示例实施例”等表示所描述的实施例可以包括特定的特征、结构或特性，但是并非每个实施例都必须包括特定的特征、结构或特性。此外，这些短语不一定指同一实施例。此外，当结合实施例描述特定特征、结构或特性时，本领域技术人员认为，影响与其他实施例相关的该等特征、结构或特性(无论是否明确描述)是在本领域技术人员的知识范围内。
39.应当理解，尽管这里可以使用用语“第一”和“第二”等来描述各种元件，但这些元素不应受限于这些用语。这些用语仅被用于区分一个元件与另一元件。例如，第一元件可被称为第二元件，并且类似地，第二元件可被称为第一元件，而不脱离示例实施例的范围。在此使用的用语“和/或”包括一个或多个所列用语的任何和所有组合。
40.这里使用的术语仅用于描述特定实施例的目的，并不旨在限制示例实施例。如本文所用，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另外明确指出。还应理解，用语“包括”、“包含”、“具有”、“含有”、“包括有”和/或“包含有”在此使用时，表示存在所述特征、元件和/或组件等，但不排除一个或多个其他特征、元件、组件和/或其组合的存在或添加。
41.本技术中使用的术语“电路”可以指以下中的一项或多项或全部：
42.(a)纯硬件电路实现(例如仅在模拟和/或数字电路中的实现)以及
43.(b)硬件电路和软件的组合，例如(视情况而定)：
44.(i)模拟和/或数字硬件电路与软件/固件的组合，以及
45.(ii)具有软件的硬件处理器的任何部分(包括数字信号处理器、软件和存储器，它们共同工作以使诸如移动电话或服务器之类的装置执行各种功能)，以及
46.(c)硬件电路和/或处理器，例如微处理器或微处理器的一部分，其需要软件(例如固件)进行操作，但当不需要软件进行操作时也可以不存在该软件。
47.电路的该定义适用于本技术中该术语的所有使用，包括在任何权利要求中的使用。作为进一步的示例，如本技术中所使用的，术语电路还涵盖仅硬件电路或处理器(或多个处理器)或者硬件电路或处理器的一部分及其附带软件和/或固件的实现。例如并且如果适用于特定权利要求元素，术语电路还涵盖用于移动电话的基带集成电路或处理器集成电路，或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
48.本文中使用的术语“通信网络”指符合任何适当通信标准的网络，例如第五代(5g)系统、长期演进(lte)、lte高级(lte-a)、宽带码分多址(wcdma)、高速分组接入(hspa)、窄带物联网(nb-iot)等。此外，通信网络中的终端设备和网络设备之间的通信可以根据任何合适的一代通信协议执行，包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g、第五代(5g)新无线电(nr)通信协议和/或当前已知的或将来开发的任何其他协议。本公开的实施例可以应用于各种通信系统。鉴于通信的快速发展，当然也将有未
来类型的通信技术和系统可以实施本公开内容。不应视为将本公开的范围仅限于前述系统。
49.在此使用的术语“网络设备”指通信网络中的节点，终端设备通过该节点访问网络并从网络接收服务。取决于所应用的术语和技术，网络设备可以指基站(bs)或接入点(ap)，例如，节点b(nodeb或nb)、演进节点b(enodeb或enb)、nr nb(也称为gnb)、远程无线电单元(rru)、无线电头端(rh)、远程无线电头端(rrh)、中继、集成接入和回程(iab)节点、低功率节点(例如毫微微节点、微微节点等)。ran分离架构包括控制多个gnb-du(分布式单元，托管rlc、mac和phy)的gnb-cu(集中式单元，托管rrc、sdap和pdcp)。中继节点可以对应于iab节点的du部分。
50.术语“终端设备”指能够进行无线通信的任何终端设备。作为示例而非限制，终端设备也可以被称为通信设备、用户设备(ue)、用户站(ss)、便携式用户站、移动站(ms)或接入终端(at)。终端设备可包括但不限于移动电话、蜂窝电话、智能电话、ip语音(voip)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(pda)、便携式计算机、台式计算机、例如数码相机的图像捕获终端设备、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动台、笔记本电脑嵌入式设备(lee)、笔记本电脑安装设备(lme)、usb加密锁、智能设备、无线客户驻地设备(cpe)、物联网(iot)设备、手表或其他可穿戴设备、头戴式显示器(hmd)、车辆、无人驾驶飞机、医疗设备和应用(例如远程手术)、工业设备和应用(例如在工业和/或自动化处理链环境中运行的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上运行的设备等。终端设备也可以对应于集成接入和回程(iab)节点(也称为中继节点)的移动终端(mt)部分。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“ue”可以互换使用。
51.目前，有各种应用涉及交换少量且不频繁的数据。例如，在移动设备的一些应用中，sdt可以包括来自即时消息传送(im)服务的业务、来自例如im或电子邮件客户端和其他服务的心跳或保持活动的业务、各种应用中的推送通知、来自可穿戴设备的业务(包括例如周期性定位信息)等。在非移动设备的一些应用中，sdt可包括传感器数据(例如，在iot网络中周期性传输的或以事件触发方式传输的温度、压力读数)、从智能仪表发送的计量和警报信息等。
52.如上所述，3gpp版本17已批准在非活动状态中基于rach机制和配置授权机制的sdt，并且也达成一致的是，终端设备的上下文中的所存储的配置被用于任何sdt机制的rlc。然而，根据传统方案，当终端设备将针对rlc的所存储的配置用于sdt时，网络设备无法对sdt的数据包进行解码，直到网络设备从锚定网络设备请求了终端设备的上下文为止。这将显著增加sdt过程的时延。
53.有鉴于此，本公开的实施例提供了用于指示被用于数据传输的配置的方案。该方案可以允许网络设备立即对从终端设备接收的数据包进行解码。这样，可以减少通信过程的时延。对于sdt过程，其时延也可以被减少，并且所存储的配置可以被应用于sdt，从而可以改善针对数据无线电承载(drb)的服务质量(qos)执行。下文将参考附图详细描述本公开的原理和实现。
54.通信网络的示例
55.图1示出了示例通信网络100的示意图，其中可以实现本公开的一些实施例。如图1
所示，通信网络100可以包括第一设备110、第二设备120和第三设备130。在一些实施例中，第一设备110可以是终端设备，并且第二设备120和第三设备130中的每一个设备可以是网络设备。
56.仅出于说明的目的，并且不暗示对本公开的范围的任何限制，将在第一设备110是终端设备并且第二设备120和第三设备130均为网络设备的上下文中描述一些实施例。应当理解，在其他实施例中，第一设备110可以是网络设备，第二设备120和/或第三设备130可以是终端设备。换句话说，本公开的原理和精神可被应用于上行链路传输和下行链路传输两者。
57.第二设备120可以为第一设备110提供服务小区121和122。类似地，第三设备130可以为第一设备110提供服务小区131和132。在一些实施例中，第二设备120和第三设备130中的每一个设备均可采用中央式单元(cu)/分布式单元(du)部署架构。cu和du可以位于同一实体中。当然，cu和du可以是分开的实体。
58.应当理解，图1所示的第一设备、第二设备和第三设备的数目和类型以及服务小区的数目和类型仅用于说明的目的，并不暗示任何限制。网络100可包括任何合适数目和类型的第一设备、第二设备和第三设备以及任何合适数目和类型的适用于实现本公开实施例的服务小区。
59.如图1所示，第一设备110可以通过诸如无线通信信道之类的信道与第二设备120通信。类似地，第一设备110可以通过诸如无线通信信道之类的信道与第三设备130通信。第二设备120和第三设备130可以通过特定接口相互通信，该特定接口例如用户面(up)接口和控制面(cp)接口。
60.通信网络100中的通信可符合任何合适的标准，包括但不限于全球移动通信系统(gsm)、长期演进(lte)、lte演进、lte高级(lte-a)、宽带码分多址(wcdma)、码分多址(cdma)、gsm edge无线接入网(geran)、机器类型通信(mtc)等。此外，通信可以根据当前已知的或将来开发的任何一代通信协议来执行。通信协议的示例包括但不限于第一代(1g)、第二代(2g)、2.5g、2.75g、第三代(3g)、第四代(4g)、4.5g和第五代(5g)通信协议。
61.在一些场景中，在较早阶段，第一设备110在连接状态中由第三设备130服务，并且第三设备130维护第一设备110的上下文。在一些情况下，第三设备130可以指示第一设备110进入非活动状态，然后第一设备110可以进入非活动状态。在第一设备110向第二设备120移动期间，第一设备120被切换为由第二设备120服务。在这种情况下，第三设备130可以是维护第一设备110的上下文的上一服务网络设备。在这种情况下，假设第一设备110具有要传输的数据，例如少量且不频繁的数据业务。在此假设下将给出以下描述。
62.常规过程
63.图2示出了根据传统方案的通信过程200的示意图。为方便起见，将结合图1的示例描述图2。当第一设备110具有要传输的数据时，如图2所示，第一设备110可以利用公共控制信道(ccch)服务数据单元(sdu)和专用传输信道(dtch)sdu来执行sdt。以这种方式，第一设备110可以向第二设备120的du传输201数据。第二设备120的du可以标识202sdt并存储drb的rlc协议数据单元(pdu)。然后，第二设备120的du可以通过f1-c接口向第二设备120的cu传输203ccch sdu。
64.第二设备120的cu可以向第三设备130传输204具有sdt的指示的ue上下文获取请
求。在该示例中，第三设备130是维护第一设备110的上下文的锚定设备(anchor)。在一些实施例中，第三设备130可以是第一设备110的上一服务网络设备。第三设备130可以向第二设备120的cu传输205第一设备110的上下文。在上下文中具有rlc配置的情况下，第二设备120的cu可以向第二设备120的du传输206针对sdt的fi-u设置请求，然后第二设备120的du可以基于接收到的rlc配置对rlc pdu进行解码207。因此，第二设备120的du可以向第二设备120的cu传输208所得到的sdt的分组数据汇聚协议(pdcp)pdu。随后，可由第二设备120的cu基于接收到的上下文或由第三设备130完成209pdcp pdu处理。
65.可以看出，由于rlc实体位于第二设备120的du中，当第一设备110将针对rlc的所存储的配置用于sdt时，第二设备120无法对sdt的数据包进行解码，直到第二设备120从第三设备130请求了上下文为止。在获得上下文后，第二设备120仍需要用该上下文配置du，以便可以对数据包进行解码。只有在此之后，数据分组才能由du转发给cu，并且可能仍然发给第三设备130。这将显著增加从无线接入网(ran)获得数据包的时延。
66.改进过程的示例
67.有鉴于此，本技术的实施例提供了改进的通信方案。在本方案中，用于数据传输的配置的至少一部分在数据传输时由第一设备110指示给第二设备120。在本公开的实施例的一个方面，指示配置的至少一部分的指示由第一设备110生成并传输给第二设备120。以这种方式，第二设备120被允许在接收后立即对与数据相关联的数据包进行解码，从而降低了通信的时延。对于sdt过程，可以允许所存储的配置被用于rlc实体，从而可以改善针对drb的qos执行。
68.在本公开实施例的另一方面，如果第一设备110将向第二设备120的其中第一设备110进入非活动状态的同一小区(在此也称为第一小区)发送数据，即，如果第一设备110位于上一服务小区，则第一设备110基于第一小区配置给第一设备110的配置(也称为第一配置)来传输数据。第一配置可视为所存储的配置。在这种情况下，第一配置对于第二设备120而言也是已知的。
69.如果第一设备110不将数据传输至第一小区，即，如果第一设备110将数据传输至不同于第一小区的第二小区，即，如果第一设备110位于第二小区，则第一设备110基于第二小区已知的配置(也称为第二配置)传输数据。第二配置可被视为默认的配置或预定义的配置。在这种情况下，第二配置对于第二设备120而言也是已知的。因此，第二设备120也可以被允许在接收后立即对与数据相关联的数据包进行解码，从而减少通信的时延。将参照图3至图6详细描述上述方面。
70.示例实现过程1
71.图3示出了说明根据本公开实施例的通信过程300的示意图。出于讨论的目的，将参考图1描述过程300。过程300可涉及图1所示的第一设备110和第二设备120。
72.如图3所示，当第一设备110具有要传输的数据时，第一设备110生成301指示(为方便起见，也称为第一指示)，该指示用于指示将被用于数据传输的配置的至少一部分。在一些实施例中，该配置可以是rlc配置。应当注意，本技术不限于此，并且该配置可以是第二设备120在从第三设备130获取的上下文可以由于数据传输而从第一设备110被回显至第二设备120之前与第一设备110通信所需的任何所存储的配置。在一些实施例中，该配置可以与上行链路传输相关联。当然，该配置可以与下行链路传输相关联。在一些实施例中，该配置
可以是pdcp配置、sdap配置、mac配置或rrc配置。
73.在一些实施例中，该配置可包括以下至少一种：rlc模式(例如，确认模式(am)、非确认模式(um)或透明模式(tm))、序列号(sn)长度、t重组定时器长度、单向或双向rlc模式。在一些示例中，单向或双向rlc模式仅可在rlc以非确认模式(um)运行的情况下被指示。这些仅仅是示例，任何其他配置也是可行的。
74.在一些实施例中，第一设备110可以通过生成rlc c-pdu来生成第一指示。rlc c-pdu表示配置的至少一部分。例如，第一设备110可以复用每个逻辑信道(lch)或drb的rlc c-pdu，数据包将从该rlc c-pdu被复用到mac pdu。图4示出了说明根据本公开实施例的rlc c-pdu的示意图400。在一些实施例中，给定lch或drb的rlc c-pdu在sdt过程中仅被复用一次，例如，在第一次sdt传输时。因此，在一些示例中，对于同一sdt过程中的后续sdt传输，不提供第一指示。在一些实施例中，rlc c-pdu在每个sdt传输中被复用。
75.如图4所示，d/c字段401可以指示rlc pdu是控制pdu还是数据pdu，cpt字段402可以指示控制pdu类型。在该示例中，cpt字段402可指示用于sdt的控制pdu。rm字段403可指示由第一设备110针对给定drb应用的rlc模式(例如um或am)。sn字段404可指示sn长度，例如，在rm指示am模式的情况下为12位或18位，或者在rm指示um模式的情况下为6位或12位。当然，用于sdt的rlc c-pdu的任何其他合适形式也是可行的。
76.在一些实施例中，第一设备110可以通过生成无线电资源控制(rrc)消息来生成第一指示。rrc消息指示配置的至少一部分。在一些实施例中，第一设备110可以重新使用现有rrc消息来指示配置的至少一部分。例如，与sdt一起嵌入的rrc请求或恢复消息可被用于指示配置的至少一部分。备选地，第一设备110可以使用新的rrc消息来指示配置的至少一部分。例如，sdt请求或ue辅助信息消息可被用于指示配置的至少一部分。
77.在一些实施例中，第一设备110可以通过生成媒体访问控制控制元件(mac ce)来生成第一指示。mac ce指示配置的至少一部分。在一些示例中，针对在mac pdu中复用有数据的每个drb或lch，指示单独的mac ce。备选地，在一些示例中，一个mac ce指示针对在mac pdu中复用有数据的每个drb或lch的第一指示。
78.在一些实施例中，第一设备110可以从第二设备120接收关于配置的信息。即，第二设备120可以向第一设备110发送关于配置的信息。在一些实施例中，第二设备120可以将该信息作为专用配置在专用信令中传输。备选地，第二设备120可以将该信息作为公共配置在系统信息中传输。
79.在一些实施例中，第二设备120可以指示第一设备110应当应用所存储的配置的哪些部分，以及应当应用哪些部分作为默认的配置。一旦接收到关于配置的信息，第一设备110可以基于接收到的信息确定配置，并基于确定的配置生成第一指示。当然，也可以预定义仅应用所存储的配置的子集。
80.在一些实施例中，第一设备110可以确定数据是否将被传输到第二设备120的第一小区，第一设备110是在该第一小区中进入非活动状态的，并且如果确定数据不将被传输到第一小区，则第一设备110可以确定传输第一指示。在一些示例中，如果第一设备110确定数据将被传输至第一小区，则第一设备110可以确定不传输第一指示。这样，可以节省不必要的传输资源。
81.在一些实施例中，第一设备110可以从第二设备120接收关于将该配置用于数据传
输的指示(在此也称为第二指示)。即，第二设备120可以向第一设备发送第二指示。例如，第二设备120可以指示第一设备110应当使用所存储的配置还是默认的配置。在一些实施例中，第二设备120可以通过专用信令传输第二指示。备选地，第二设备120可以通过系统信息传输第二指示。如果第二指示指明将该配置用于数据传输，则第一设备110可以生成第一指示。
82.在一些实施例中，第一设备110可以从第二设备120接收关于是否将生成第一指示的指示(在此也称为第三指示)。即，第二设备120可以向第一设备110传输第三指示。例如，第二设备120可以在第三指示中向第一设备110提供以下至少一项：小区集合、ran区域id集合、ran区域代码集合和ran区域。例如，第二设备120可以服务于以下至少一项：小区集合、ran区域id集合、ran区域代码集合和ran区域。基于第三指示，第一设备110可以确定是否将生成第一指示。例如，如果第一设备110在一小区发起sdt过程，该小区是小区集合、ran区域id集合、ran区域代码集合和ran区域中的至少一项的一部分，则第一设备110可以确定无需传输第一指示。例如，因为第二设备120知道该配置。在一些示例中，上述集合可以仅包括小区、ran区域id、ran区域代码和ran区域中的至少一项中的一个。这样，也可以节省不必要的传输资源。
83.回到图3，在生成第一指示后，第一设备110向第二设备120传输302数据和第一指示。在一些实施例中，第一设备110可以基于配置针对数据生成数据包。因此，在接收到数据包和第一指示后，第二设备120可以基于第一指示从数据包中确定303数据。例如，第二设备120可以基于第一指示所指示的配置来从数据包中解码数据。
84.为了说明，将参照图5更详细地进行以下描述。图5示出了说明根据本公开的一些实施例的通信的示例过程500的示意图。出于讨论的目的，将参考图1描述过程500。过程500可涉及图1所示的第一设备110、第二设备120和第三设备130。结合具有cu/du分离部署架构的第二设备120描述该过程。然而，应当理解，该过程也可以应用于没有cu/du分离部署架构的第二设备。
85.如图5所示，当第一设备110具有要传输的数据时，第一设备110可以向第二设备120的du传输501ccch sdu(例如，用于sdt请求的rrc消息)和dtch sdu(例如，与数据相关联的数据包)以及指示dtch sdu的drb的使用配置的指示。在一些实施例中，配置可以是以下至少一种：rlc模式、sn长度、t重组定时器长度、um情况下的单向或双向rlc模式。例如，rld模式可以是确认模式(am)或um。sn长度可以是针对um具有6位或12位的sn、针对am具有12位或18位的sn等。这仅仅是一个例子，本技术不限于此。
86.一旦接收到sdt请求，第二设备120的du可以基于该指示立即对对应于dtch sdu的rlc pdu进行解码502。然后，第二设备120的du可以通过f1-c接口向第二设备120的cu发送503ccch sdu。第二设备120的cu可以针对sdt向第一设备110发起504f1-u设置消息。第二设备120的du可以用f1-u设置确认进行响应505，并提供所得到的sdt的pdcp pdu。
87.然后第二设备120的cu可以向第三设备130传输506嵌入有ccch sdu和pdcp pdu的ue上下文获取请求。在该示例中，第三设备130是维护第一设备110的上下文的锚定设备。在一些实施例中，第三设备130可以是第一设备110的上一服务网络设备。随后，可由第二设备120的cu基于接收到的上下文或由第三设备130完成507pdcp pdu处理。
88.应当注意，图5的上述过程仅是示例，任何其他合适的过程也是可行的。例如，ue上
下文获取请求也可以在没有pdcp pdu的情况下发生，并且可以在从第二设备120的du接收到ccch sdu之后由第二设备120的cu立即发起。
89.利用图3和图5的上述过程，被用于数据传输的配置可以由第一设备110明确指示给第二设备120。以此方式，第二设备120被允许立即对接收到的rlc pdu进行解码，并且通信的时延被降低。对于sdt过程，所存储的配置可以被应用于sdt，从而可以改善drb的qos执行。
90.示例实现过程2
91.本公开的实施例还提供了用于指示配置的另一种方案，其机制在图6中示出。图6示出了说明根据本公开的一些实施例的另一通信过程600的示意图。为方便起见，将结合图1的示例描述图6。过程600可涉及图1所示的第一设备110和第二设备120。
92.如图6所示，当第一设备110具有要传输的数据时，第一设备110确定601第一设备110是否要向第二设备120的第一小区传输数据，第一设备110是在第二设备120的第一小区中进入非活动状态的。换句话说，第一设备110可以确定第一设备110是否位于第一小区，或者第一设备110是否由第一小区服务。第一小区可被视为维持第一设备110的上下文的锚定设备。在一些实施例中，第一小区可以是第一设备110的上一服务小区。
93.如果第一设备110确定第一设备110将向第一小区传输数据，则第一设备110基于由第一小区向第一设备配置的配置(在此也称为第一配置)来向第二设备120传输602数据。第一配置可视为所存储的配置。在一些实施例中，第一设备110可以基于第一配置针对数据生成数据包。
94.如果第一设备110确定第一设备110不将数据传输至第一小区，即，如果第一设备110确定第一设备110将数据传输至不同于第一小区的第二小区，则第一设备110基于第二小区已知的配置(在此也称为第二配置)来将数据传输602’至第二设备120。第二配置可视为默认的配置。在一些实施例中，第二配置可由第二小区在系统信息中配置。在一些实施例中，可以针对第一设备110预定义第二配置。在一些实施例中，第一设备110可以基于第二配置针对数据生成数据包。
95.在接收到数据包后，第二设备120确定603第一设备110是否将向第二设备120的第一小区传输数据，即第一设备110是否由第一小区服务。如果第二设备120确定第一设备110由第一小区服务，则第二设备120基于第一配置从数据包中确定604数据。第一配置对于第二设备120是已知的，因为第一配置是由第二设备120配置给第一设备110的。
96.如果第二设备120确定第一设备110未由第一小区服务，则第二设备120基于第二配置从数据包中确定605数据。第二配置对于第二设备120也是已知的，因为第二配置是第一设备110和第二设备120的默认配置。
97.利用图6中描述的过程，被用于数据传输的配置可以由第一设备110隐含地指示给第二设备120。通过这种方式，第二设备120也被允许立即对接收到的rlc pdu进行解码，并且也可以减少通信的时延。
98.方法的示例实现
99.现在将参考图7至图10详细描述根据本公开实施例的一些示例方法。然而，本领域技术人员将容易理解到，在此关于这些图给出的详细描述是出于解释的目的，因为本公开内容超出了这些有限的实施例。
100.图7示出了根据本公开的示例实施例的在第一设备处实施的通信方法700的流程图。方法700可以在图1所示的第一设备110处实现。出于讨论的目的，将参考图1描述方法700。应当理解，方法700可以进一步包括未示出的附加块和/或省略一些示出的块，并且本公开的范围不限于此。
101.如图7所示，在框710，第一设备110确定是否要传输数据。响应于确定要传输数据，在框720，第一设备110生成第一指示，该第一指示用于指示将被用于数据传输的配置的至少一部分。
102.在一些实施例中，第一设备110可以通过生成以下至少一项来生成第一指示：指示配置的至少一部分的rlc c-pdu；指示配置的至少一部分的rrc消息；或指示配置的至少一部分的mac ce。当然，任何其他合适的形式也可用于承载第一指示。
103.在一些实施例中，第一设备110可以通过从第二设备120接收关于配置的信息来生成第一指示，基于所接收的信息确定配置，并基于所确定的配置生成第一指示。这样，第一设备100可以确定被应用于数据传输的配置的内容。
104.在一些实施例中，第一设备110可以通过以下项来生成第一指示：确定第一设备110是否将数据传输到第二设备120的第一小区，第一设备110在第一小区进入非活动状态，并且响应于确定第一设备110不将数据传输到第一小区，确定第一指示。在这种情况下，仅当第一设备110执行小区重选时，即，第二设备120无法知道用于数据传输的配置时，才生成并传输第一指示。这样，可以节省不必要的传输资源。
105.在一些实施例中，第一设备110可以通过以下项来生成第一指示：从第二设备120接收关于是否将该配置用于数据传输的第二指示，并基于指示将该配置用于数据传输的第二指示来生成第一指示。这样，第一设备100可以确定被应用于数据传输的配置的类型。例如，第一设备100可以确定是将所存储的配置还是将默认的配置用于数据传输。
106.在一些实施例中，第一设备110可以通过以下项来生成第一指示：从第二设备120接收关于是否将生成第一指示的第三指示，并基于指示将生成第一指示的第三指示来生成第一指示。这样，仅当第一设备110被指示生成第一指示时，第一设备110才生成第一指示。因此，可以节省不必要的传输资源。
107.参考图7，在生成第一指示后，在框730，第一设备110向第二设备120传输数据和第一指示。
108.图7的方法中的操作对应于图3至图5中描述的过程中的操作，因此为简明起见，这里省略了其他细节。利用图7的方法，被用于数据传输的配置可以由第一设备110明确指示给第二设备120。以此方式，第二设备120被允许立即对接收到的rlc pdu进行解码，并且通信的时延被降低。对于sdt过程，所存储的配置可以被应用于该sdt，从而可以改善针对drb的qos执行。
109.图8示出了根据本公开的示例实施例在第一设备处实现的另一通信方法800的流程图。方法800可以在图1所示的第一设备110处实现。出于讨论的目的，将参考图1描述方法800。应当理解，方法800可以进一步包括未示出的附加块和/或省略一些示出的块，并且本公开的范围不限于此。
110.如图8所示，在框810，第一设备110确定是否要传输数据。响应于确定要传输数据，在框820，第一设备110确定第一设备110是否要将数据传输到第二设备120的第一小区，第
一设备110是在第一小区进入非活动状态的。
111.如果确定第一设备110将向第一小区传输数据，则过程进行到框830。在框830，第一设备110基于由第一小区配置给第一设备110的第一配置向第二设备120传输数据。如果确定第一设备110不将数据传输至第一小区，即，第一设备110将数据传输至不同于第一小区的第二小区，则处理进行至框840。在框840，第一设备110基于第二小区已知的第二配置向第二设备120传输数据。
112.图8的方法中的操作对应于图6中描述的过程中的操作，因此为简洁起见，这里省略了其他细节。利用图8的方法，用于数据传输的配置可以由第一设备110隐含地指示给第二设备120。通过这种方式，第二设备120也被允许立即对接收到的rlc pdu进行解码，并且也可以减少通信的时延。
113.相应地，本公开的实施例还提供了在第二设备处实现的通信方法。图9示出了根据本公开的示例实施例的在第二设备处实施的通信方法900的流程图。方法900可以在图1所示的第二设备120处实现。出于讨论的目的，将参考图1描述方法900。应当理解，方法900可以进一步包括未示出的附加块和/或省略一些示出的块，并且本公开的范围不限于此。
114.如图9所示，在框910，第二设备120接收数据包和第一指示，该数据包与第一设备110传输的数据相关联，该第一指示指明将被用于数据传输的配置的至少一部分。
115.在一些实施例中，第二设备120可以通过接收以下至少一项来接收第一指示：指示配置的至少一部分的rlc c-pdu；指示配置的至少一部分的rrc消息；或指示配置的至少一部分的mac ce。当然，任何其他合适的形式也可用于承载第一指示。
116.在一些实施例中，第二设备120还可以向第一设备110传输关于配置的信息。在一些实施例中，第二设备120还可以向第一设备110发送关于是否将该配置用于数据传输的第二指示。在一些实施例中，第二设备120还可以向第一设备110发送关于是否将生成第一指示的第三指示。
117.在一些实施例中，第二设备120可以通过以下项来传输第三指示：确定第一设备110是否由第二设备120的小区服务，并且响应于确定第一设备110由第二设备120的小区服务，传输指示不生成第一指示的第三指示。
118.在框920，第二设备120基于第一指示从数据包中确定数据。
119.利用图9的方法，第二设备120可以明确地知道被用于数据传输的配置，并立即对接收到的rlc pdu进行解码，从而降低通信的时延。对于sdt过程，可以将所存储的配置应用于sdt，从而可以改善drb的qos执行。
120.图10示出了根据本公开的示例实施例的在第二设备处实施的通信方法1000的流程图。方法1000可以在图1所示的第二设备120处实现。出于讨论的目的，将参考图1描述方法1000。应当理解，方法1000可以进一步包括未示出的附加块和/或省略一些示出的块，并且本公开的范围不限于此。
121.如图10所示，在框1010，第二设备120接收数据包，该数据包与第一设备110传输的数据相关联。在接收到数据包后，在框1020，第二设备120确定第一设备110是否将向第二设备120的第一小区传输数据，第一设备110是在该第一小区中进入非活动状态的。
122.如果确定第一设备110将向第二设备120的第一小区传输数据，第一设备110是在该第一小区中进入非活动状态的，则处理进行到框1030。在框1030，第二设备120基于由第
一小区配置给第一设备110的第一配置来从数据包中确定数据。如果确定第一设备110不将数据传输至第一小区，即，第一设备110将数据传输至不同于第一小区的第二小区，则处理进行至框1040。在框1040，第二设备120基于第二小区已知的第二配置来从数据包中确定数据。
123.利用图10的方法，第二设备120可以隐含地知道被用于数据传输的配置，并立即对接收到的rlc pdu进行解码，从而降低通信的时延。
124.设备的示例实现
125.在一些实施例中，能够执行方法700的装置(例如，第一设备110)可以包括用于执行方法700的各个步骤的部件。该部件可以任何合适的形式实施。例如，该部件可以在电路或软件模块中实现。
126.在一些实施例中，该装置可以包括：用于在第一设备处响应于确定要传输数据来生成第一指示的部件，该第一指示指明将被用于数据传输的配置的至少一部分；以及用于向第二设备传输数据和第一指示的部件。
127.在一些实施例中，用于生成第一指示的部件可以包括用于生成以下至少一项的部件：指示配置的至少一部分的rlc c-pdu；指示配置的至少一部分的rrc消息；或指示配置的至少一部分的mac ce。
128.在一些实施例中，用于生成第一指示的部件可以包括：用于从第二设备接收关于配置的信息的部件；用于基于所接收的信息确定配置的部件；以及用于基于所确定的配置生成第一指示的部件。
129.在一些实施例中，用于生成第一指示的部件可以包括：用于确定第一设备是否将向第二设备的第一小区传输数据的部件，第一设备是在该第一小区中进入非活动状态的；以及用于响应于确定第一设备不将数据传输到第一小区来生成第一指示的部件。
130.在一些实施例中，用于生成第一指示的部件可以包括：用于从第二设备接收关于是否将该配置用于数据传输的第二指示的部件；以及用于基于指示将配置用于数据传输的第二指示来生成第一指示的部件。
131.在一些实施例中，用于生成第一指示的部件可以包括用于从第二设备接收关于是否将生成第一指示的第三指示的部件；以及用于基于指示将生成第一指示的第三指示来生成第一指示的部件。
132.在一些实施例中，能够执行方法800的装置(例如，第一设备110)可以包括用于执行方法800的各个步骤的部件。该部件可以任何合适的形式实施。例如，该部件可以在电路或软件模块中实现。
133.在一些实施例中，该装置可以包括：用于在第一设备处响应于确定要传输数据来确定第一设备是否由第二设备的第一小区服务的部件，第一设备是在该第一小区中进入非活动状态的；用于响应于确定第一设备将向第一小区传输数据来基于第一配置向第二设备传输数据的部件，该第一配置被存储在第一设备中并由所述第一小区配置；以及用于响应于确定第一设备将向不同于第一小区的第二小区传输数据来基于第二小区已知的第二配置向第二设备传输数据的部件。
134.在一些实施例中，能够执行方法900的装置(例如，第二设备120)可以包括用于执行方法900的各个步骤的部件。该部件可以任何合适的形式实施。例如，该部件可以在电路
或软件模块中实现。
135.在一些实施例中，该装置可以包括：用于在第二设备处接收数据包和第一指示的部件，该数据包与第一设备传输的数据相关联，该第一指示指明将被用于数据传输的配置的至少一部分；以及用于基于第一指示从数据包中确定数据的部件。
136.在一些实施例中，用于接收第一指示的部件可以包括：用于接收以下至少一项的部件：指示配置的至少一部分的rlc c-pdu；指示配置的至少一部分的rrc消息；或指示配置的至少一部分的mac ce。
137.在一些实施例中，该装置还可以包括：用于向第一设备传输关于配置的信息的部件。
138.在一些实施例中，该装置还可以包括：用于向第一设备发送关于是否将该配置用于数据传输的第二指示的部件。
139.在一些实施例中，该装置还可以包括：用于向第一设备发送关于是否将生成第一指示的第三指示的部件。
140.在一些实施例中，用于传输第三指示的部件可以包括：用于确定第一设备是否由第二设备的小区服务的部件；以及用于响应于确定第一设备由第二设备的小区服务来传输指示不生成第一指示的第三指示的部件。
141.在一些实施例中，能够执行方法1000的装置(例如，第二设备120)可以包括用于执行方法1000的各个步骤的部件。该部件可以任何合适的形式实施。例如，该部件可以在电路或软件模块中实现。
142.在一些实施例中，该装置可以包括：用于在第二设备处接收与第一设备传输的数据相关联的数据包的部件；用于响应于确定所述第一设备将向所述第二设备的第一小区传输数据来基于由所述第一小区配置给所述第一设备的第一配置从数据包中确定数据的部件；以及用于响应于确定第一设备将向不同于第一小区的第二小区传输数据来基于第二小区已知的第二配置从数据包中确定数据的部件。
143.图11是适用于实现本公开实施例的设备1100的简化框图。设备1100可被提供用于实现第一设备或第二设备，例如图1所示的第一设备110或第二设备120。如图所示，设备1100包括一个或多个处理器1110、耦合到处理器1110的一个或多个存储器1120以及耦合到处理器1110的一个或多个通信模块1140(例如，发射器和/或接收器)。
144.通信模块1140用于双向通信。通信模块1140具有至少一个天线以促进通信。通信接口可以代表与其他网络元件通信所需的任何接口。
145.处理器1110可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括以下一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。设备1100可以具有多个处理器，例如专用集成电路芯片，其在时间上从属于同步主处理器的时钟。
146.存储器1120可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(rom)1124、电可编程只读存储器(eprom)、闪存、硬盘、光盘(cd)、数字视频盘(dvd)和其他磁存储装置和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(ram)1122和在断电时段中将不会持续的其他易失性存储器。
147.计算机程序1130包括由相关处理器1110执行的计算机可执行指令。程序1130可以存储在rom 1124中。处理器1110可以通过将程序1130加载到ram 1122中来执行任何适当的动作和处理。
148.本公开的实施例可以通过程序1130实现，使得设备1100可以执行参考图3至图6讨论的本公开的任何过程。本公开的实施例也可以通过硬件或软件和硬件的组合来实现。
149.在一些实施例中，程序1130可以有形地包含在计算机可读介质中，该计算机可读介质可以包含在设备1100(例如存储器1120中)或设备1100可访问的其他存储设备中。设备1100可以将程序1130从计算机可读介质加载到ram 1122以供执行。计算机可读介质可包括任何类型的有形非易失性存储装置，例如rom、eprom、闪存、硬盘、cd、dvd等。图12示出了cd或dvd形式的计算机可读介质1200的示例。计算机可读介质上存储有程序1130。
150.通常，本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以用硬件实现，而其他方面可以用可由控制器、微处理器或其他计算设备执行的固件或软件实现。尽管本公开的实施例的各个方面被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，在此描述的框、装置、系统、技术或方法可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合中实现。
151.本公开还提供至少一种有形地存储在非瞬态计算机可读存储介质上的计算机程序产品。计算机程序产品包括在目标真实或虚拟处理器上的设备中执行的计算机可执行指令，例如包含在程序模块中的指令，以执行上文参考图7至图10所述的方法700-1000。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例行程序、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以根据需要在程序模块之间进行组合或分割。程序模块的机器可执行指令可在本地设备或分布式设备中执行。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。
152.用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使得流程图和/或框图中指定的功能/操作得以实现。程序代码可以完全在机器上执行，部分在机器上执行，作为独立的软件包，部分在机器上执行并且部分在远程机器上执行，或者完全在远程机器或服务器上执行。
153.在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体携带，以使设备、装置或处理器能够执行如上所述的各种处理和操作。载体的例子包括信号、计算机可读介质等。
154.计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可包括但不限于电子、磁、光、电磁、红外或半导体系统、装置或设备，或前述各项的任何适当组合。计算机可读存储介质的更具体示例包括具有一条或多条电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便携式光盘只读存储器(cd-rom)、光存储设备、磁存储设备或前述各项的任何适当组合。
155.此外，尽管以特定顺序描述了操作，但这不应被理解为要求以所示的特定顺序或序列顺序执行这些操作，或要求执行所有所示的操作，以实现期望的结果。在某些情况下，
多任务处理和并行处理可能是有利的。同样，尽管上述讨论中包含若干具体实施细节，但这些细节不应被解释为对本公开范围的限制，而应被解释为对特定实施例可能特有的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独实现或以任何合适的子组合实现。
156.尽管本公开以特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，所附权利要求中限定的本公开内容不一定限于上述特定特征或动作。相反，上述具体特征和行为作为实施权利要求的示例形式被公开。