CN116489715A - 一种通信方法及*** - Google Patents

Abstract

本申请涉及一种通信方法及***。第一网元从第二网元接收下行数据的信息，该下行数据来自核心网设备。其中，第一网元为第一DU，第二网元为第一CU，或，第一网元为第一CU‑CP，第二网元为第一CU‑UP。如果该下行数据满足下行小包传输的条件，第一网元发送寻呼消息，用于指示终端设备发起下行小包传输流程。例如第一网元为DU，来自核心网的下行数据可能会到达CU，则CU可以向DU发送第一信息，从而DU根据第一信息就能确定该下行数据是否满足下行小包传输的条件。即对于接入网设备的新结构，本申请提供了下行小包传输机制的实施方式，使得下行小包传输机制能够适用于演进网络。

Description

一种通信方法及***

相关申请的交叉引用

本申请要求在2022年01月14日提交中国国家知识产权局、申请号为202210044890.0、申请名称为“一种通信方法、终端及网络设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及***。

背景技术

处于无线资源控制(radio resource control，RRC)非激活(inactive)态的用户设备(user equipment，UE)是不支持数据传输的。即UE需要重新恢复RRC连接以进入RRC连接(connected)态后才能进行数据传输。但是在某些场景下，处于RRC非激活态的UE所需要传输的数据包通常很小。即UE需要传输的只是小包数据(small data)，例如智能手机的相关业务(比如一些应用(APP)的即时消息、心跳包或推送消息)，或非智能手机的相关业务(比如可穿戴设备的周期性数据(例如心跳包))，或工业无线传感器网络所发送的周期性读数(例如智能电表的读数)等。在这种情况下，UE从RRC非激活态进入RRC连接态所需要的信令开销甚至可能大于small data的传输开销，导致了不必要的功耗和信令开销。

因此，可以采用小包传输(small data transmission，SDT)机制，UE无需进入RRC连接态就能传输小包数据，以节省信令开销和功耗。小包传输机制又分为上行小包传输和下行小包传输，其中在下行小包传输流程中，基站可以在UE未进入RRC连接态的情况下就向UE发送下行小包数据。

发明内容

然而随着技术的演进，基站又可进一步包括集中单元(central unit，CU)和分布单元(distributed unit，DU)。在基站的这种结构下究竟应该如何向UE发送下行小包数据，是目前尚未讨论的。

本申请实施例提供一种通信方法及***，用于提供向终端设备发送下行小包数据的方式。

第一方面，提供第一种通信方法。该方法可由第一网元执行，或由包括第一网元功能的设备执行，或由芯片***或功能模块执行，该芯片***或功能模块能够实现第一网元的功能。该芯片***或功能模块例如设置在第一网元中。可选的，第一网元例如为DU；或者，第一网元例如为CU-控制面(control plane，CP)。该方法包括：第一网元从第二网元接收第一信息，所述第一信息包括下行数据的信息，该下行数据来自核心网设备；其中，第一网元为第一DU，第二网元为第一CU，或，第一网元为第一CU-CP，第二网元为第一CU-用户面(userplane，UP)；如果下行数据满足下行小包传输的条件，第一网元发送寻呼消息，寻呼消息用于指示终端设备发起下行小包传输流程。

本申请实施例中，第一网元可以从第二网元接收第一信息，第一信息可包括下行数据的信息，那么第一网元根据下行数据的信息就能确定是否满足下行小包传输的条件。如果满足，则第一网元可以发送寻呼消息，以指示终端设备发起下行小包传输流程。例如第一网元为DU，来自核心网的下行数据可能会到达CU，则CU可以向DU发送第一信息，从而DU根据第一信息就能确定该下行数据是否满足下行小包传输的条件；或者，第一网元为CU-CP，来自核心网的下行数据可能会到达CU-UP，则CU-UP可以向CU-CP发送第一信息，从而CU-CP根据第一信息就能确定该下行数据是否满足下行小包传输的条件。即对于接入网设备的新结构，本申请实施例提供了下行小包传输机制的实施方式。

根据第一方面，第一网元为第一DU，该方法还包括：第一CU-CP从第一CU-UP接收第四信息，第四信息包括下行数据的信息，下行数据来自核心网设备；第一CU-CP向第一DU发送第一信息。来自核心网的下行数据可能会到达CU-UP，如果第一网元是DU，那么CU-UP可以直接将第一信息发送给DU，或者，CU-UP也可以向CU-CP发送第四信息，CU-CP根据第四信息可得到第一信息，CU-CP再将第一信息发送给DU。

根据第一方面，或者以上第一方面的任意一种实施方式，第一信息包括如下一项或多项：下行数据的大小；下行数据的大小与第一门限之间的大小关系；或，用于接收下行数据的终端设备的能力信息，能力信息用于指示终端设备是否支持下行小包数据传输。例如第一信息可指示下行数据的大小，则第一网元根据下行数据的大小就能确定该下行数据是否满足下行传输的条件；或者，第一信息也可指示下行数据的大小与第一门限之间的大小关系，则第一网元根据第一信息就能直接确定该下行数据是否满足下行传输的条件，无需进行过多的判断，能够减少第一网元的工作量。可选的，第一信息还可指示用于接收下行数据的终端设备的能力，则第一网元能够将终端设备的能力也作为一项判断依据，使得第一网元对于是否能够进行下行小包传输的判断更为准确。

根据第一方面，或者以上第一方面的任意一种实施方式，如果第一信息包括下行数据的大小，则第一信息指示终端设备支持下行小包数据传输。例如第一信息可以不包括终端设备的能力信息，而是可以通过隐式方式指示终端设备的能力。例如，如果终端设备不支持下行小包传输，则第二网元可以不向第一网元发送第一信息，而如果终端设备支持下行小包传输，则第二网元可以向第一网元发送第一信息，那么第二网元只要发送了第一信息，就相当于隐式指示终端设备支持下行小包传输。通过这种方式，可以减小传输开销。

根据第一方面，或者以上第一方面的任意一种实施方式，如果第一信息不包括能力信息，该方法还包括：第一网元接收能力信息。例如，第一信息不包括终端设备的能力信息，且第一信息也并未通过隐式方式(比如，通过显式方式)指示终端设备的能力，那么第二网元还可以将该能力信息发送给第一网元，使得第一网元能够将该能力信息作为一项判断依据。

根据第一方面，或者以上第一方面的任意一种实施方式，该方法还包括：如果下行数据的大小为小于或等于第一门限，第一网元确定下行数据满足下行小包传输的条件，其中，下行数据的信息包括下行数据的大小；或，如果下行数据的信息指示下行数据的大小小于或等于第一门限，第一网元确定下行数据满足下行小包传输的条件，其中，下行数据的信息指示下行数据的大小与第一门限之间的大小关系。第一网元可根据第一信息所包括的下行数据的信息来确定下行数据是否满足下行小包传输条件。例如该下行数据的信息直接包括下行数据的大小，则第一网元可确定该下行数据的大小与第一门限之间的大小关系，如果该下行数据的大小小于或等于第一门限，则该下行数据满足下行小包传输的条件，而如果该下行数据的大小大于第一门限，则该下行数据不满足下行小包传输的条件。在这种方式下，第一信息可包括下行数据的大小，那么第一网元即使在第一门限发生变化的情况下也能进行正确判断，提高了判断结果的正确率。或者，该下行数据的信息包括第三下行数据的大小与第一门限之间的大小关系，那么第一网元根据该下行数据的信息就能直接确定该下行数据是否满足下行小包传输的条件，无需进一步的判断过程，能够减少第一网元所执行的步骤，简化第一网元的实现，也能节省第一网元的功耗。

根据第一方面，或者以上第一方面的任意一种实施方式，在下行数据的信息包括所述下行数据的大小的情况下，如果下行数据的大小为小于或等于第一门限，第一网元要确定下行数据满足下行小包传输的条件，可通过如下方式实现：如果下行数据的大小为小于或等于第一门限，且终端设备支持下行小包传输，第一网元确定下行数据满足下行小包传输的条件。

根据第一方面，或者以上第一方面的任意一种实施方式，在下行数据的信息指示下行数据的大小与第一门限之间的大小关系的情况下，如果下行数据的信息指示下行数据的大小小于或等于第一门限，第一网元要确定下行数据满足下行小包传输的条件，可通过如下方式实现：如果下行数据的信息指示下行数据的大小小于或等于第一门限，且终端设备支持下行小包传输，第一网元确定下行数据满足下行小包传输的条件。

根据如上两种实施方式可知，第一网元在确定下行数据是否满足下行小包传输的条件时，还可以结合终端设备的能力信息来确定。例如，如果终端设备的能力并不支持下行小包传输，则第一网元可以确定下行数据不满足下行小包传输的条件。这样可以使得第一接入网设备的决策与终端设备的能力相符，避免终端设备因为能力不满足而无法执行第一接入网设备的指示。

根据第一方面，或者以上第一方面的任意一种实施方式，寻呼消息包括下行小包传输指示信息。第一网元所发送的寻呼消息可以包括下行小包传输指示，使得接收该寻呼消息的网元(例如DU或终端设备等)能够明确该寻呼消息是用于发起下行小包传输。

根据第一方面，或者以上第一方面的任意一种实施方式，该方法还包括：第一网元向第三网元发送第二信息，第二信息用于指示第三网元需要向第一网元回复寻呼消息的响应，第三网元为接收寻呼消息的其中一个网元；第一网元从第三网元接收第三信息，第三信息用于指示确定发起下行小包传输流程，第三信息为寻呼消息的响应。例如第一网元为CU-CP，CU-CP可能连接多个DU，因此CU-CP发送寻呼消息后可能有多个DU都能接收。如果这些DU均向CU-CP发送该寻呼消息的响应，则CU-CP需要接收过多的消息，功耗较大。因此，CU-CP可以向其中一个DU(例如第三网元)发送第二信息，指示该DU向该CU-CP发送该寻呼消息的响应，则该DU向该CU-CP发送该寻呼消息的响应即可，而未接收第二信息的DU就可以不向该CU-CP发送该寻呼消息的响应。这样能够减少CU-CP所接收的信息量，节省功耗。

根据第一方面，或者以上第一方面的任意一种实施方式，第一网元为第一CU，该方法还包括：第一网元向第二CU发送第一信息，其中，第一CU为终端设备的锚点网元，第二CU为终端设备当前驻留的网元。例如第一CU对应的接入网设备是终端设备的锚点接入网设备，而终端设备当前可能并未驻留在该接入网设备，因此第一CU需要向其他CU(例如第二CU)发送第一信息，使得该终端设备驻留的接入网设备能够得到第一信息，从而终端设备能够在该接入网设备下发起下行小包传输。

第二方面，提供第二种通信方法。该方法可由第一接入网设备执行，或由包括第一接入网设备功能的其他设备执行，或由芯片***或其他功能模块执行。其中，该芯片***或功能模块能够实现第一接入网设备的功能，该芯片***或功能模块例如设置在第一接入网设备中。可选的，第一接入网设备例如为基站。该方法包括：从终端设备接收RRC请求消息；根据RRC请求消息，确定终端设备请求下行小包传输；向第二接入网设备发送第五信息，第五信息包括下行小包传输相关的信息；其中，第一接入网设备是终端设备当前驻留的接入网设备，第二接入网设备是终端设备的锚点接入网设备。

本申请实施例中，第二接入网设备能够得到第五信息，则第二接入网设备在决策是否进行锚点迁移时，可以将第五信息作为一种参考因素，这可以使得第二接入网设备的决策更为合理，减小传输开销。

根据第二方面，在从终端设备接收RRC请求消息之前，该方法还包括：从第二接入网设备接收第六信息，第六信息包括下行数据的大小；发送寻呼消息，寻呼消息包括下行小包传输指示信息；其中，下行小包传输相关的信息包括已发起下行小包传输流程的信息。例如第二接入网设备是终端设备的锚点接入网设备，而第一接入网设备是该终端设备当前驻留的接入网设备。如果有待发送给该终端设备的下行数据，则可能先到达第二接入网设备，因此第二接入网设备可以指示第一接入网设备发起下行小包传输信息。第一接入网设备接收该指示(例如第六信息)后，例如根据该下行数据的大小确定能够发起下行小包传输流程，则第一接入网设备可以发送寻呼消息，以指示终端设备发起下行小包传输流程。

根据第二方面，或者以上第二方面的任意一种实施方式，根据RRC请求消息，确定终端设备请求下行小包传输，包括：根据寻呼消息包括的下行小包传输指示信息确定终端设备请求下行小包传输。第一接入网设备所发送的寻呼消息可包括下行小包传输指示信息，因此第一接入网设备能够明确向终端设备指示了发起下行小包传输流程。那么，如果第一接入网设备在发送该寻呼消息后，从终端设备接收了RRC请求消息，第一接入网设备根据该寻呼消息所包括的下行小包传输指示信息，就能明确该RRC请求消息的目的是为了下行小包传输。

根据第二方面，或者以上第二方面的任意一种实施方式，下行小包传输相关的信息包括：第二门限，第二门限用于第二接入网设备确定第一接入网设备是否能够发起下行小包传输流程。第二接入网设备例如指示第一接入网设备发起下行小包传输流程，但第二接入网设备可能并未将下行数据的大小发送给第一接入网设备。不同的接入网设备发起下行小包传输的判断门限可能是不同的。该下行数据的大小对于第二接入网设备来说能够发起下行小包传输流程，但对于第一接入网设备来说则不一定。而第一接入网设备并不知道下行数据的大小，则第一接入网设备可将第二门限发送给第二接入网设备，从而第二接入网设备根据第二门限以及该下行数据的大小，能够确定第一接入网设备是否能够发起下行小包传输流程。

根据第二方面，或者以上第二方面的任意一种实施方式，第二门限为第一接入网设备设置的；或，第二门限为第一接入网设备从第三接入网设备接收的。第二门限例如为第一接入网设备自行设置，或者由核心网设备设置，或者也可由第三接入网设备发送给第一接入网设备。其中，第三接入网设备与第二接入网设备可以是同一接入网设备，也可以是不同的接入网设备。

根据第二方面，或者以上第二方面的任意一种实施方式，该方法还包括：从第二接入网设备接收第七信息，第七信息用于指示待发送给终端设备的下行数据的大小与第二门限的大小关系，或用于指示是否发起下行小包传输流程。第二接入网设备在获得第二门限后，可以根据第二门限和下行数据的大小确定第一接入网设备是否能够发起下行小包传输流程，从而第二接入网设备可以通过第七信息指示第一接入网设备发起下行小包传输流程，或指示第一接入网设备不发起下行小包传输流程。或者，第二接入网设备也可以将第二门限与该下行数据的大小之间的大小关系发送给第一接入网设备，第一接入网设备根据该大小关系也能确定是否能够发起下行小包传输流程。例如，如果该下行数据的大小小于或等于第二门限，则第一接入网设备能够发起下行小包传输流程，而如果该下行数据的大小大于第二门限，则第一接入网设备不能发起下行小包传输流程。

根据第二方面，或者以上第二方面的任意一种实施方式，根据RRC请求消息，确定终端设备请求下行小包传输，包括：根据RRC请求消息包括的原因信息确定终端设备请求下行小包传输；和/或，根据用于接收RRC请求消息的资源，确定终端设备请求下行小包传输。例如RRC请求消息可包括原因信息，该原因信息的值可指示终端设备请求下行小包传输，或指示下行小包数据，则第一接入网设备根据该RRC请求消息的原因信息，就能确定终端设备请求下行小包传输。例如终端设备通过预配置的资源来发送该RRC请求消息，则第一接入网设备根据接收该RRC请求消息的资源，也能确定终端设备请求下行小包传输。

根据第二方面，或者以上第二方面的任意一种实施方式，该方法还包括：从终端设备接收随机接入前导。例如，终端设备可通过随机接入过程来恢复RRC连接，因此终端设备在向第一接入网设备发送RRC请求消息之前，可能会先向第一接入网设备发送随机接入前导。或者如果是两步随机接入过程，也可以认为终端设备会一并向第一接入网设备发送该RRC请求消息和随机接入前导。

根据第二方面，或者以上第二方面的任意一种实施方式，根据RRC请求消息，确定终端设备请求下行小包传输，包括：根据随机接入前导，确定终端设备请求下行小包传输；和/或，根据用于接收随机接入前导的资源，确定RRC请求消息的目的为下行小包传输。例如该随机接入前导是专用于小包传输(例如下行小包传输)的随机接入前导，则第一接入网设备根据该随机接入前导，就能确定终端设备是请求下行小包传输。又例如，终端设备用于发送该随机接入前导的资源是预配置的资源，则第一接入网设备根据接收该随机接入前导的资源，能够确定终端设备是请求下行小包传输。

根据第二方面，或者以上第二方面的任意一种实施方式，该方法还包括：从第二接入网设备接收终端设备的全部上下文，或接收终端设备的部分上下文。第二接入网设备需要将该终端设备的上下文发送给第一接入网设备，从而终端设备和第一接入网设备能够执行下行小包传输流程。

根据第二方面，或者以上第二方面的任意一种实施方式，该方法还包括：根据从第二接入网设备接收终端设备的部分上下文的事件，确定发起下行小包传输流程；或，根据从第二接入网设备接收终端设备的全部上下文的事件，确定令终端设备进入RRC连接态。例如，如果第二接入网设备向第一接入网设备发送了该终端设备的部分上下文，则相当于隐式指示发起下行小包传输流程；而如果第二接入网设备向第一接入网设备发送了该终端设备的全部上下文，则相当于隐式指示不发起下行小包传输流程。在这种方式下，第二接入网设备无需发送其他的信息来指示是否发起下行小包传输流程，能够节省传输开销。

第三方面，提供第三种通信方法。该方法可由第二接入网设备执行，或由包括第二接入网设备功能的其他设备执行，或由芯片***或其他功能模块执行。其中，该芯片***或功能模块能够实现第二接入网设备的功能，该芯片***或功能模块例如设置在第二接入网设备中。可选的，第二接入网设备例如为基站。该方法包括：从第一接入网设备接收第五信息，第五信息包括下行小包传输相关的信息；其中，第一接入网设备是终端设备当前驻留的接入网设备，第二接入网设备是终端设备的锚点接入网设备。

根据第三方面，下行小包传输相关的信息包括已发起下行小包传输流程的信息；或，下行小包传输相关的信息包括第二门限，第二门限用于第二接入网设备确定第一接入网设备是否能够发起下行小包传输流程。

根据第三方面，或者以上第三方面的任意一种实施方式，该方法还包括：向第一接入网设备发送第七信息，第七信息用于指示待发送给终端设备的下行数据的大小与第二门限的大小关系，或用于指示是否发起下行小包传输流程。

根据第三方面，或者以上第三方面的任意一种实施方式，该方法还包括：根据第五信息，向第一接入网设备发送终端设备的全部上下文，或向第一接入网设备发送终端设备的部分上下文。

根据第三方面，或者以上第三方面的任意一种实施方式，向第一接入网设备发送终端设备的部分上下文，用于指示发起小包传输流程；或，向第一接入网设备发送终端设备的全部上下文，用于指示终端设备进入RRC连接态。

关于第三方面或各种可选的实施方式所带来的技术效果，可参考对于第二方面或相应的实施方式的技术效果的介绍。

第四方面，提供第四种通信方法。该方法可由终端设备执行，或由包括终端设备功能的其他设备执行，或由芯片***或其他功能模块执行。其中，该芯片***或功能模块能够实现终端设备的功能，该芯片***或功能模块例如设置在终端设备中。该方法包括：接收寻呼消息；向第一接入网设备发送RRC请求消息，RRC请求消息包括原因信息，原因信息用于指示终端设备请求下行小包传输。

根据第四方面，寻呼消息包括下行小包传输指示信息。

关于第四方面或各种可选的实施方式所带来的技术效果，可参考对于第二方面或相应的实施方式的技术效果的介绍。

第五方面，提供第一通信***。第一通信***可以执行上述第一方面所述的方法。第一通信***包括第一网元和第二网元。示例性地，第一网元为DU，第二网元为CU；或者，第一网元为CU-CP，第二网元为CU-UP；或者，第一网元为DU，第二网元为CU-CP或CU-UP。

可选的，第二网元，用于向第一网元发送第一信息，第一信息包括下行数据的信息，下行数据来自核心网设备。其中，第一网元为第一DU，第二网元为第一CU，或，第一网元为第一CU-CP，第二网元为第一CU-UP；第一网元，用于从第二网元接收第一信息；第一网元，还用于如果下行数据满足下行小包传输的条件，发送寻呼消息，寻呼消息用于指示终端设备发起下行小包传输流程。

关于第五方面或各种可选的实施方式所带来的技术效果，可参考对于第一方面或相应的实施方式的技术效果的介绍。

第六方面，提供一种通信装置。通信装置可以为上述第二方面至第四方面的任一方面及任意一种实施方式的接入网设备。通信装置具备上述接入网设备的功能。通信装置例如为接入网设备，或为接入网设备中的功能模块，例如基带装置或芯片***等。接入网设备例如为第一接入网设备或第二接入网设备。在一种可选的实施方式中，通信装置包括基带装置和射频装置。在另一种可选的实施方式中，通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(有时也称为发送模块)，在收发单元实现接收功能时，可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能模块，该功能模块称为收发单元，该功能模块能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能模块，收发单元是对这些功能模块的统称。

当通信装置具备上述第二方面至第四方面的任一方面及任意一种实施方式的第一接入网设备的功能时，可选的，收发单元，用于从终端设备接收RRC请求消息；处理单元，用于根据RRC请求消息，确定终端设备请求下行小包传输；收发单元，还用于向第二接入网设备发送第五信息，第五信息包括下行小包传输相关的信息；其中，第一接入网设备是终端设备当前驻留的接入网设备，第二接入网设备是终端设备的锚点接入网设备。

当通信装置具备上述第二方面至第四方面的任一方面及任意一种实施方式的第二接入网设备的功能时，可选的，收发单元，用于从第一接入网设备接收第五信息，第五信息包括下行小包传输相关的信息；其中，第一接入网设备是终端设备当前驻留的接入网设备，第二接入网设备是终端设备的锚点接入网设备。

在一种可选的实施方式中，通信装置还包括存储单元，处理单元与存储单元耦合，并执行存储单元中的程序或指令，使得通信装置执行上述第二方面至第四方面的任一方面及任意一种实施方式的第一接入网设备或第二接入网设备的功能。

第七方面，提供一种通信装置。通信装置可以为上述第二方面至第四方面的任一方面及任意一种实施方式的终端设备。通信装置具备上述终端设备的功能。通信装置例如为终端设备，或为终端设备中的功能模块，例如基带装置或芯片***等。在一种可选的实施方式中，通信装置包括基带装置和射频装置。在另一种可选的实施方式中，通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。关于收发单元的实施方式，可参考第五方面的介绍。

可选的，收发单元，用于接收寻呼消息；收发单元，还用于向第一接入网设备发送RRC请求消息，RRC请求消息包括原因信息，原因信息用于指示终端设备请求下行小包传输。

在一种可选的实施方式中，通信装置还包括存储单元，处理单元与存储单元耦合，并执行存储单元中的程序或指令，使得通信装置执行上述第二方面至第四方面的任一方面的终端设备的功能。

第八方面，提供一种计算机可读存储介质。计算机可读存储介质存储计算机程序或指令，当该计算机程序或指令被运行时，使得上述各方面及其任意一种实施方式中的第一通信***、终端设备、第一接入网设备或第二接入网设备所执行的方法被实现。

第九方面，提供一种包含指令的计算机程序产品。当该计算机程序产品在计算机上运行时，使得上述各方面及其任意一种实施方式中的方法被实现。

第十方面，提供一种装置，包含用于执行本申请任一方面及其任意一种实施方式所述方法的一个或多个单元。

附图说明

图1为UE的几种RRC状态转换示意图；

图2为锚点迁移过程的流程图；

图3为不执行锚点迁移过程的流程图；

图4为本申请实施例所应用的一种网络架构图；

图5为本申请实施例提供的接入网设备的一种结构示意图；

图6为本申请实施例提供的接入网设备的另一种结构示意图；

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

图8为图7提供的一种通信方法中一种实施方式的流程图；

图9为图7提供的一种通信方法中另一种实施方式的流程图；

图10为本申请实施例所应用的一种网络架构图；

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

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

图13为本申请实施例提供的一种装置的示意图；

图14为本申请实施例提供的另一种装置的示意图。

具体实施方式

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

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

本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一信息和第二信息，可以是同一个信息，也可以是不同的信息，且，这种名称也并不是表示这两个信息的内容、大小、应用场景、发送端/接收端、优先级或者重要程度等的不同。另外，本申请所介绍的各个实施例中对于步骤的编号，只是为了区分不同的步骤，并不用于限定步骤之间的先后顺序。例如，S701可以发生在S702之前，或者可能发生在S702之后，或者也可能与S702同时发生。

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

(1)本申请实施例中，终端设备是一种具有无线收发功能的设备，可以是固定设备，移动设备、手持设备(例如手机)、穿戴设备、车载设备，或内置于上述设备中的无线装置(例如，通信模块，调制解调器，或芯片***等)。所述终端设备用于连接人，物，机器等，可广泛用于各种场景，例如包括但不限于以下场景：蜂窝通信、设备到设备通信(device-to-device，D2D)、车到一切(vehicle to everything，V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)、物联网(internet ofthings，IoT)、虚拟现实(virtual reality，VR)、增强现实(augmented reality，AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通，智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为用户设备(user equipment，UE)、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。为描述方便，本申请实施例中将终端设备以UE为例进行说明。

(2)本申请实施例中的网络设备，例如可以包括接入网设备，和/或核心网设备。所述接入网设备为具有无线收发功能的设备，用于与所述终端设备进行通信。所述接入网设备包括但不限于基站(基站收发信站点(base transceiver station，BTS)，Node B,eNodeB/eNB，或gNodeB/gNB)、收发点(transmission reception point，TRP)，第三代合作伙伴计划(3rd generation partnership project，3GPP)后续演进的基站，无线保真(wireless fidelity，Wi-Fi)***中的接入节点，无线中继节点，无线回传节点等。所述基站可以是：宏基站，微基站，微微基站，小站，中继站等。多个基站可以支持同一种接入技术的网络，也可以支持不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。所述接入网设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或分布单元(distributedunit，DU)。所述接入网设备还可以是服务器等。例如，车到一切(vehicle to everything，V2X)技术中的网络设备可以为路侧单元(road side unit，RSU)。以下对接入网设备以为基站为例进行说明。基站可以与终端设备进行通信，也可以通过中继站与终端设备进行通信。终端设备可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理，数据处理，会话管理，策略和计费等功能。不同接入技术的***中实现核心网功能的设备名称可以不同，本申请实施例并不对此进行限定。以5G***为例，所述核心网设备包括：访问和移动管理功能(access and mobility management function，AMF)、会话管理功能(session management function，SMF)、策略控制功能(policy control function，PCF)或用户面功能(user plane function，UPF)等。

本申请实施例中，用于实现网络设备功能的通信装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片***，该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中，以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的技术方案。

(3)当前UE共存在三种RRC状态，分别为RRC_空闲(IDLE)态，RRC_INACTIVE态以及RRC_连接(CONNECTED)态。如果UE已经建立了RRC连接，则UE处于RRC连接态或RRC非激活态，如果UE未建立RRC连接，则UE处于RRC空闲态。其中，RRC非激活态是在5G NR中为UE引入的，该RRC状态主要针对的情况为“具有不频繁(infrequent)数据传输的UE通常由网络保持在RRC非激活状态”。当UE处于不同的RRC状态时，会执行不同的操作。示例性地，图1为三种RRC状态的转换示意图。当UE处于RRC空闲态时，如果UE需要进行数据传输，则UE可以发起RRC连接建立过程，以进入RRC连接态。处于RRC连接态的UE如果无需进行数据传输，基站可将该UE释放，使得该UE进入RRC空闲态或RRC非激活态，其中，如果基站发送的是带有暂停指示的释放(release)消息，例如带有挂起指示的RRC释放(RRCRelease with suspend indication)消息，则该UE会进入RRC非激活态；而如果基站发送的是释放消息，例如RRC Release消息，则该UE会进入RRC空闲态。另外，处于RRC非激活态的UE还可以通过RRC连接恢复(resume)过程回到RRC连接态，或者，基站可以将处于RRC非激活态的UE释放到RRC空闲态。

(4)关于锚点基站。

当UE移动至某一小区内，处于RRC非激活态的UE在有SDT传输需求时，会发起小包传输流程。当UE发起小包传输流程时，由于当前服务小区所对应的服务gNB可能没有UE的上下文，UE的上下文保存在锚点gNB。锚点gNB可以理解为一个网络节点/基站/网络设备，又称为最后服务gNB(last serving gNB)或上一个服务基站或锚点gNB(anchor gNB)或旧gNB(old gNB)，它可以维护一个或多个处于RRC非激活态的UE的上下文，或者保存UE的PDCP上下文或功能(例如加密、完整性保护等)；或者，锚点gNB是UE在上一次处于RRC连接态时连接的基站，或者是UE在上一次处于RRC连接态时连接的、并给UE发送RRC释放(RRCRelease)消息的gNB。除锚点gNB以外，其它的UE所驻留的gNB均可作为该UE的服务gNB，并且服务gNB可能不具有在其覆盖范围内运行的处于RRC非激活态的UE的上下文。服务gNB也可以称为新服务gNB(new serving gNB)/当前服务gNB(current serving gNB)/新gNB(new gNB)。

例如，gNB₁为UE的锚点gNB，但当UE移动并离开gNB₁的覆盖范围并进入gNB₂的覆盖范围时，若gNB₁未将UE的上下文发送给gNB₂，则gNB₂为UE的服务gNB。同样，当UE继续移动并退出gNB₂的覆盖范围并进入gNB₃的覆盖范围内时，若gNB₁未将UE的上下文发送给gNB₃，则gNB₃为UE的服务gNB，gNB₁仍为UE的锚点gNB。也就是说，当UE在新gNB下发起传输时，若锚点gNB将UE的上下文发送给新gNB，则新gNB成为UE的锚点gNB，若锚点gNB未将UE的上下文发送给新站，则锚点gNB仍不变。其中，如果锚点gNB将UE的上下文发给新gNB，则在新gNB和锚点gNB之间可执行锚点迁移(anchor relocation)过程。示例性地，图2为锚点迁移过程的流程图。在图2中，将新gNB称为新站，将锚点gNB称为锚点站。

S201、UE向新站发送RRC请求消息。相应的，新站从UE接收该RRC请求消息。该RRC请求消息例如为RRC恢复请求(RRC resume request)消息，或者也可简称为RRC恢复请求，该RRC恢复请求可用于请求恢复RRC连接，而恢复RRC连接的目的是为了进行小包传输。

S202、新站向锚点站发送第一接口消息。相应的，锚点站从新站接收该第一接口消息。第一接口消息例如为Xn接口消息，该Xn接口消息例如为获取UE上下文请求(retrieveUE context request)消息。例如新站可通过与锚点站之间的Xn接口，向该锚点站发送第一接口消息。在一些实施例中，该第一接口消息用于请求获得该UE的上下文。

例如，新站根据RRC恢复请求携带的非激活临时小区无线网络临时标识(inactivetemporary cell radio network temporary identifier，I-RNTI)，可以获知该UE的锚点站的信息。

S203、锚点站向新站发送第二接口消息。相应的，新站从锚点站接收该第二接口消息。第二接口消息例如为Xn接口消息，该Xn接口消息例如为获取UE上下文响应(retrieveUE context response)消息，或者获取UE上下文失败(retrieve UE context failure)消息。例如锚点站决定执行锚点迁移，则锚点站可通过该第二接口消息发送该UE的全部上下文。

S204、新站向AMF发送路径转换请求(path switch request)。相应的，AMF从新站接收该path switch request。该path switch request用于请求切换该UE的路径。

S205、AMF向新站发送路径转换请求响应(path switch request response)。相应的，新站从AMF接收该path switch request response。这样就完成了该UE的路径转换，新站成为了该UE新的锚点站。如果后续有该UE的下行小包数据到达，则核心网会将该下行小包数据发送给新站，而不会再发给原来的锚点站；而如果UE有待发送的上行小包数据，也可以发送给新站，新站不必转发给原锚点站。

S206、新站(即，当前的锚点站)向UE发送RRC释放消息。相应的，UE从新站接收该RRC释放消息。

例如，当新站确定UE没有SDT数据传输需求时，可向UE发送RRC释放消息，以结束本次SDT流程。

示例性地，图3为UE发起SDT后，锚点站决定不执行锚点迁移的流程图。

S301、UE向新站发送RRC请求消息。相应的，新站从UE接收该RRC请求消息。例如该RRC请求消息为RRC恢复请求。该RRC恢复请求用于请求恢复RRC连接，而恢复RRC连接的目的是为了进行小包传输。

S302、新站向锚点站发送第一接口消息。相应的，锚点站从新站接收该第一接口消息。第一接口消息例如为Xn接口消息，该Xn接口消息例如为retrieve UE context request消息。在一些实施例中，该第一接口消息用于请求获得该UE的上下文。例如新站可通过与锚点站之间的Xn接口，向该锚点站发送第一接口消息。

例如，新站根据RRC恢复请求携带的I-RNTI，可以获知该UE的锚点站的信息。

S303、锚点站向新站发送第二接口消息。相应的，新站从锚点站接收该第二接口消息。第二接口消息例如为Xn接口消息，该Xn接口消息例如为retrieve UE contextresponse消息，或者retrieve UE context failure消息。例如锚点站决定不执行锚点迁移，则锚点站可通过该第二接口消息发送该UE的RLC层上下文。

S304、新站和锚点站之间建立前送通道(forwarding tunnel establishment)。

S305、UE与锚点站之间进行小包数据传输。

如果UE发起的是上行SDT过程，则新站可将来自该UE的上行小包数据转发给锚点站；如果UE发起的是下行SDT过程，则新站可将来自锚点站的下行小包数据转发给UE。

S306、锚点站向UE发送RRC释放消息。该RRC释放消息可通过新站转发给该UE，UE从新站接收该RRC释放消息。

例如，当锚点站确定UE无SDT数据传输需求时，可通过新站向该UE发送RRC释放消息，以结束本次SDT流程。

本申请实施例中，第一网元可以从第二网元接收第一信息，第一信息可包括下行数据的信息，那么第一网元根据下行数据的信息就能确定是否满足下行小包传输的条件。如果满足，则第一网元可以发送寻呼消息，以指示UE发起下行小包传输流程。例如第一网元为DU，来自核心网的下行数据可能会到达CU，则CU可以向DU发送第一信息，从而DU根据第一信息，就能确定下行数据是否满足下行小包传输的条件。即对于接入网设备的新结构，本申请实施例提供了下行小包传输机制的实施方式。

本申请实施例提供的技术方案可以应用于***移动通信技术(the 4thgeneration，4G)***中，例如长期演进(long term evolution，LTE)***，或可以应用于5G***中，例如新无线(new radio，NR)***，或者还可以应用于下一代移动通信***或其他类似的通信***，具体的不做限制。另外本申请实施例提供的技术方案可以应用于设备到设备(device-to-device，D2D)场景，例如NR-D2D场景等，或者可以应用于车到一切(vehicle to everything，V2X)场景，例如NR-V2X场景等。例如可应用于车联网，例如V2X、车与车(vehicle-to-vehicle，V2V)等，或可用于智能驾驶、辅助驾驶、或智能网联车等领域。如果应用于D2D场景，则通信双方可以均为UE；如果应用于非D2D场景，则通信的一方可以是UE，另一方是网络设备(例如接入网设备)，或者通信双方可能均为网络设备。在下文的介绍过程中，以通信双方分别是UE和接入网设备为例。

示例性地，图4示出了本申请实施例提供的一种通信网络架构。后续提供的各个实施例均可适用于该架构。接入网设备与UE能够进行通信。关于对接入网设备和UE的介绍可参考前文。

示例性地，图5为接入网设备的一种结构示意图。从图5可以看出，接入网设备(例如基站)又可包括CU和DU，一个CU可以与一个或多个DU连接。例如接入网设备为gNB，则该gNB又可包括gNB-CU和gNB-DU。其中，gNB-CU包括以下至少一个逻辑节点：RRC，服务数据适配协议(service data adaptation protocol，SDAP)，分组数据汇聚协议(packet dataconvergence protocol，PDCP)；gNB-DU包括以下至少一个逻辑节点：无线链路控制(radiolink control，RLC)，媒体接入控制(media access control，MAC)，物理层(PHY)。gNB-CU与gNB-DU之间的接口为F1接口。图5以接入网设备1进一步划分、接入网设备2是一个整体为例，其中的NG表示接入网设备与核心网(例如5G核心网(5G core，5GC))之间的接口，Xn-C表示两个接入网设备之间的接口，例如两个接入网设备之间的CU可彼此通信。

示例性地，图6为接入网设备的另一种结构示意图。从图6可以看出，接入网设备所包括的CU又可进一步包括CU-控制面(control plane，CP)和CU-用户面(user plane，UP)。例如接入网设备为gNB，gNB包括gNB-CU，gNB-CU又进一步包括gNB-CU-CP和gNB-CU-UP。其中，gNB-CU-CP是承载RRC和PDCP的控制面部分的逻辑节点，gNB-CU-CP是承载PDCP的用户面部分和SDAP的逻辑节点。gNB-CU-CP与gNB-CU-UP之间的接口为E1接口，gNB-CU-CP与gNB-DU之间的接口为F1-C接口，gNB-CU-UP与gNB-DU之间的接口为F1-U接口。

一个gNB可能包括一个CU-CP，以及包括多个CU-UP和多个DU。也就是说，一个CU可能包括一个CU-CP以及一个或多个CU-UP。即一个CU-CP可以与一个或多个CU-UP连接。而一个CU又可以连接一个或多个DU，那么一个CU-CP可以与这一个或多个DU连接。另外，CU-UP也可以与DU连接，例如在相同的CU-CP的控制下，一个CU-UP可连接至少一个DU，一个DU也可连接至少一个CU-UP。其中，CU-UP的数量与DU的数量可以相等，也可以不相等。举例来说，例如一个CU-CP连接了5个CU-UP以及8个DU，这5个CU-UP中的一个CU-UP可以与这8个DU中的部分或全部DU连接。另外，这8个DU中的一个DU也可以与这5个CU-UP中的部分或全部CU-UP连接。

本申请的各个实施例中，将接入网设备、CU、DU、CU-UP、CU-CP等均视为网元。不同的是，接入网设备可以认为是实体网元，而CU、DU、CU-UP、CU-CP等可认为是逻辑网元，例如为实体网元所包括的功能单元。

为了更好地介绍本申请实施例，下面结合附图介绍本申请实施例所提供的方法。在本申请的各个实施例中，均以UE处于RRC非激活态为例。

本申请实施例提供第一种通信方法。该方法的流程如图7所示。该方法可应用于图4至图6中的任一个附图所示的网络架构，例如该方法所涉及的UE即为图4中的UE，该方法所涉及的第一网元即为图4中的接入网设备，或为图5中接入网设备1中的DU，或为图6中的CU-CP，或为图6中的DU。

S701、第二网元向第一网元发送第一信息。相应的，第一网元从第二网元接收第一信息。

第一信息例如包括(或，指示)下行数据的信息，该下行数据来自核心网设备。例如核心网设备将该下行数据发送给了第二网元，则该下行数据当前存储在第二网元中。而确定该下行数据是否能够通过下行小包过程传输，需要第一网元来决策，因此第二网元可向第一网元发送第一信息，使得第一网元能够决策是否能通过下行小包传输流程来向UE发送该下行数据。

可选的，第一网元为DU，第二网元为CU。该CU可以作为一个整体，或者，该CU可以是CU-CP，或者是CU-UP。

或者，可选的，第一网元为CU-CP，第二网元为CU-UP。

S702、如果该下行数据满足下行小包传输的条件，第一网元发送寻呼消息。该寻呼消息可指示UE发起下行小包传输流程。

第一网元获得了下行数据的信息，则根据该下行数据的信息可以确定是否能够进行下行小包传输，即确定该下行数据是否满足下行小包传输的条件。如果满足，则第一网元可以发送寻呼消息，该寻呼消息可指示UE发起下行小包传输流程。如果不满足，则第一网元也可以发送相应的消息(例如也为寻呼消息，或者其他类型的消息)，该消息例如指示UE进入RRC连接态等。例如，当第一网元为DU时，DU是向UE发送寻呼消息。当第一网元为CU-CP时，CU-CP是向DU发送寻呼消息，DU收到来自CU-CP的寻呼消息后，再向UE发送寻呼消息。

例如，如果该下行数据的大小小于或等于第一门限，则认为该下行数据满足下行小包传输的条件；而如果该下行数据的大小大于第一门限，则认为该下行数据不满足下行小包传输的条件。又例如，如果该下行数据的大小小于或等于第一门限，且用于接收该下行数据的UE支持下行小包传输流程，则认为该下行数据满足下行小包传输的条件；而如果该下行数据的大小大于第一门限，和/或用于接收该下行数据的UE不支持下行小包传输流程，则认为该下行数据不满足下行小包传输的条件。

本申请实施例中，虽然待发送给UE的下行数据并未到达第一网元，例如到达的是第二网元，但第二网元可以向第一网元发送第一信息，使得第一网元能够决策是否能够发起下行小包传输流程。例如第一网元为DU，来自核心网的下行数据可能会到达CU，则CU可以向DU发送第一信息，从而DU根据第一信息就能确定数据是否满足下行小包传输的条件。或者，第一网元例如为CU-CP，来自核心网的下行小包数据可能会到达CU-UP，则CU-UP可以向CU-CP发送第一信息，从而CU-CP根据第一信息能够确定该下行数据是否满足下行小包传输需求。即对于接入网设备的新结构，本申请实施例提供了下行小包传输机制的实施方式。

下面通过一些具体的实施例来介绍图7所示的实施例提供的技术方案。示例性地，图8为图7所示的实施例提供的技术方案的第一种可选的实施方式。在图8所示的实施例中，以第一网元是DU、第二网元是CU为例。

S801、CU向DU发送第一信息。相应的，DU从CU接收第一信息。

例如，CU从核心网设备接收了待发送给UE的下行数据，则CU可以向DU发送第一信息。第一信息可包括(或，指示)该下行数据的信息。另外目前，并不是所有的下行数据到达时都可以发起下行小包传输流程。接入网设备(例如，CU)需要首先为UE配置能够传输SDT数据的无线承载(radio bearer，RB)，包括数据无线承载(data radio bearer，DRB)和信令无线承载(signal radio bearer，SRB)，这些RB可称为SDT RB，仅SDT RB上的数据才可以通过SDT过程传输。如果非(non)SDT RB上有下行数据到达，则不可以发起SDT过程。其中，每个RB由一个PDCP、RLC和一个逻辑信道(logical channel，LCH)组成，RB主要用于在数据传输过程中承载数据或信令。因此可选的，如果来自核心网的该下行数据是通过SDT DRB承载，则CU可以向DU发送第一信息；而如果该下行数据并不是通过SDT DRB承载，而是通过其他DRB承载，则CU可以不必向DU发送第一信息。即无需执行本申请实施例的方法。

例如，第一信息包括如下一项或多项：该下行数据的大小，该下行数据的大小与第一门限之间的大小关系，或UE的能力信息。该UE用于接收该下行数据，该能力信息可指示该UE是否支持下行小包数据传输，例如该能力信息所指示的能力也可以称为下行(MT)-SDT能力等。

例如CU内设置了第一门限，第一门限例如通过协议预定义，或者由CU自行设置，或者也可能由核心网设备设置等。第一门限可用于确定下行数据是否满足下行小包传输的条件。那么可选的，第一信息可包括该下行数据的大小与第一门限之间的大小关系。例如该大小关系指示该下行数据的大小大于第一门限，或者该大小关系指示该下行数据的大小小于或等于第一门限。可选的，如果第一信息包括该下行数据的大小与第一门限之间的大小关系，第一信息就可以不包括该下行数据的大小。而该大小关系所占用的传输空间相对于该下行数据的大小所占用的传输空间来说可以较小，例如该大小关系用一个比特(bit)就能实现，如果该比特的取值为“1”，则表示该下行数据的大小小于或等于第一门限，而如果该比特的取值为“0”，则表示该下行数据的大小大于第一门限。第一信息如果包括该大小关系，则可以节省传输开销。

或者，如果CU内未设置第一门限，或者即使CU内设置了第一门限，第一信息也可以包括该下行数据的大小。这样可以使得DU直接明确该下行数据的大小。

另外，不同的UE的能力可能有所差别。例如有些UE可能支持下行小包传输，而有些UE可能不支持下行小包传输。DU可能事先并不知道UE的能力。那么可选的，第一信息可包括UE的能力信息，使得DU也能够根据UE的能力信息确定是否能够执行下行小包传输流程。

下面介绍第一信息的几种可能的实施方式。

1、第一信息包括下行数据的大小，以及包括该UE的能力信息。或者，第一信息包括下行数据的大小与第一门限之间的大小关系，以及包括该UE的能力信息。

2、第一信息包括下行数据的大小，或包括下行数据的大小与第一门限之间的大小关系。

例如，在下行数据到达前，CU和DU之间可以交互UE的能力信息。例如在CU与DU之间建立初始连接时，CU就可以向DU发送该UE的上下文信息等，该上下文信息可包括该UE的能力信息。那么在有下行数据到达时，CU就不必再向DU发送该UE的能力信息。由此可以减少该UE的能力信息的发送过程，节省传输开销。

3、第一信息包括下行数据大小。

例如，CU可以对下行数据进行判断，即确定该下行数据是否满足下行小包传输条件。如果该下行数据满足下行小包传输条件，则CU可以向DU发送第一信息；而如果该下行数据不满足下行小包传输条件，则CU可以不向DU发送第一信息。在这种方式下，CU如果给DU发送了第一信息，就相当于隐式指示了该下行数据满足下行小包传输条件；而如果CU未给DU发送第一信息，就相当于隐式指示该下行数据不满足下行小包传输条件。

除此之外，第一信息还可能有其他的实施方式，具体不做限制。

S801中的CU可以是完整的CU结构，即，该CU并不进一步包括CU-CP和CU-UP；或者，S801中的CU也可以进一步包括CU-CP和CU-UP。如果S801中的CU包括CU-CP和CU-UP，那么可选的，可以由CU-UP向DU发送第一信息。例如，CU-UP接收了来自核心网设备的下行数据，则CU-UP可以向DU发送第一信息。第一信息例如通过F1-U接口消息发送。其中，一个CU-UP可能连接一个或多个DU，那么该CU-UP可以向该CU-UP连接的全部或部分DU发送第一信息。

或者，如果S801中的CU包括CU-CP和CU-UP，那么可选的，也可以由CU-CP向DU发送第一信息。在这种情况下，第一信息例如通过F1-C接口消息发送，例如F1接口的寻呼(paging)发送。如果第一信息通过F1接口的paging发送，则可能该CU-CP连接的全部或部分DU都能接收第一信息。

另外，由于核心网设备可能是将下行数据发送给CU-UP，因此，如果第一信息是由CU-CP发送给DU，那么可选的，该方法还可包括CU-UP向CU-CP发送第四信息的步骤，相应的，CU-CP从CU-UP接收第四信息。例如，如果CU-UP确定该下行数据是通过SDT DRB承载，则CU-UP可以向CU-CP发送第四信息。CU-UP向CU-CP发送第四信息的步骤例如在S801之前执行，第四信息可包括下行数据的信息。CU-CP接收第四信息后，可根据第四信息得到第一信息，再将第一信息发送给DU。另外，如果第一信息是由CU-CP发送给DU，那么可将CU-CP视为第二网元；或者，因为第一信息是根据第四信息得到，也可以认为，DU是经过CU-CP接收了来自CU-UP的第一信息，因此，也可将CU-UP视为第二网元。

例如，第四信息包括如下一项或多项：该下行数据的大小，该下行数据的大小与第一门限之间的大小关系，或，用于接收该下行数据的UE的能力信息。CU-CP可根据第四信息确定第一信息，可选的，第四信息所包括的内容与第一信息所包括的内容可以相同。例如第四信息包括该下行数据的大小，第一信息也包括该下行数据的大小；又例如，第四信息包括该下行数据的大小与第一门限之间的大小关系，第一信息也包括该下行数据的大小与第一门限之间的大小关系。或者，第四信息所包括的内容与第一信息所包括的内容也可以不同。例如第四信息包括该下行数据的大小，而由于CU-CP维护了第一门限，则CU-CP可以确定该下行数据的大小与第一门限之间的大小关系，那么第一信息可以包括该下行数据的大小与第一门限之间的大小关系。

第四信息例如包括在E1接口消息中，该E1接口消息例如称为第一E1接口消息。第一E1接口消息例如为下行数据通知(DL data notification)，或者也可以是其他消息。

第四信息可以是CU-UP主动发送给CU-CP，例如，如果SDT DRB上有下行数据到达，则CU-UP可以向CU-CP发送第四信息。或者，第四信息也可以是在CU-CP的请求下发送的。例如CU-CP可以向CU-UP发送第八信息，第八信息可请求CU-UP向CU-CP发送下行数据的信息。那么如果SDT DRB上有下行数据到达，则CU-UP就可以向CU-CP发送第四信息。例如CU-CP可以是在与CU-UP之间的初始连接建立时就向CU-UP发送第八信息，相当于为CU-UP设置了一种规则，那么CU-UP后续就可以按照该规则来工作，如果SDT DRB上有下行数据到达，则CU-UP就可以向CU-CP发送第四信息。可选的，第八信息还可包括第一门限，例如第一门限设置在CU-CP中，CU-CP可以向CU-UP发送第一门限，从而CU-UP既可以向CU-CP发送下行数据的大小，也可以向CU-CP发送下行数据的大小与第一门限之间的大小关系。

第八信息例如包括在E1接口消息中，该E1接口消息例如称为第二E1接口消息。第二E1接口消息例如为承载上下文修改请求(bearer context modification request)，或者也可以是其他消息。

S802、如果该下行数据满足下行小包传输的条件，DU发送寻呼消息。

DU接收第一信息后，可以根据第一信息确定该下行数据是否满足下行小包传输的条件。例如，如果该下行数据的大小小于或等于第一门限，则认为该下行数据满足下行小包传输的条件；而如果该下行数据的大小大于第一门限，则认为该下行数据不满足下行小包传输的条件。又例如，如果该下行数据的大小小于或等于第一门限，且用于接收该下行数据的UE支持下行小包传输流程，则认为该下行数据满足下行小包传输的条件；而如果该下行数据的大小大于第一门限，和/或用于接收该下行数据的UE不支持下行小包传输流程，则认为该下行数据不满足下行小包传输的条件。其中，如果第一信息包括的是该下行数据的大小，则DU可根据该下行数据的大小以及第一门限确定该下行数据的大小是小于或等于第一门限还是大于第一门限；而如果第一信息包括的是该下行数据的大小与第一门限之间的大小关系，则DU根据第一信息就能够确定该下行数据的大小是小于或等于第一门限还是大于第一门限，减少了判断过程。第一门限例如由DU自行设置，或者通过协议预定义，或者也可能由核心网设备设置并告知DU等。

如果该下行数据满足下行小包传输的条件，则DU可以发送paging，例如接收该paging的接收端为一个或多个UE。可选的，该paging可包括下行小包传输指示信息，例如该下行小包传输指示信息也称为MT-SDT指示，该下行小包传输指示信息就可指示发起下行小包传输流程。

S803、DU向CU发送第三信息。相应的，CU从DU接收第三信息。第三信息可指示确定发起下行小包传输流程，或者指示当前已发起下行小包传输流程。

例如，CU可能向多个DU都发送了第一信息，那么可能有多个DU都发起了paging，则在S803中，这多个DU可以都向CU发送第三信息。这样一来可能CU需要接收过多的信息，为了节省信令开销，可选的，在S803之前还包括S804，CU向DU发送第二信息，DU从CU接收第二信息，该DU例如为多个DU中的一个，例如将该DU称为第一DU(如图8所示)。第二信息可指示第一DU需要向CU回复该paging的响应，或者指示第一DU需要向CU回复是否发起下行小包传输流程。那么对于接收了第二信息的DU(例如第一DU)来说，可以向CU发送第三信息，该第三信息可视为该paging的响应；而对于未接收第二信息的DU来说，就可以不必向CU发送第三信息，由此可以减小信令开销。可选的，第二信息可以与第一信息一并发送，例如第二信息和第一信息可以包括在同一条消息中发送；或者，第二信息也可以单独发送。

如果CU进一步包括CU-CP和CU-UP，那么S803中的CU例如为CU-CP，或者也可以是CU-UP。例如第一信息是由CU-CP发送给DU，那么S803中的CU例如为CU-CP；或者，第一信息是由CU-UP发送给DU，那么S803中的CU例如为CU-UP。

本申请实施例中，下行数据是到达了该CU(或者，到达了CU-UP)，表明该CU对应的接入网设备是该UE的锚点接入网设备。但是该UE有可能发生了移动，例如该UE可能移动到了其他接入网设备下，因此锚点接入网设备需要向与该锚点接入网设备处于同一基于RAN的通知区域(RAN-based notification area，RNA)内的其他接入网设备发送通知，以指示执行下行小包传输流程。如果该UE当前驻留的接入网设备与该锚点接入网设备处于同一RNA内，就能够收到该通知。

因此可选的，该方法还包括S805，CU向另一CU发送第一信息，另一CU从该CU接收第一信息。或者S805也可以替换为，CU向另一CU发送第九信息，另一CU从该CU接收第九信息，第九信息是根据第一信息确定的，或者是根据第四信息确定的。为了更好区分，将本申请实施例前述的CU称为第一CU，将所述另一CU称为第二CU，第一CU和第二CU对应于不同的接入网设备，其中第一CU对应于该UE的锚点接入网设备，则第一CU可视为该UE的锚点网元；第二CU对应于该UE当前驻留的接入网设备，则第二CU可视为该UE当前驻留的网元。如果CU进一步包括CU-CP和CU-UP，那么可选的，可以是第一CU所包括的CU-CP(例如称为第一CU-CP)向第二CU所包括的CU-CP(例如称为第二CU-CP)发送第一信息。

如果第九信息是根据第一信息确定的，则第九信息与第一信息可以相同。例如第一信息包括该下行数据的大小，第九信息也包括该下行数据的大小。或者，第九信息所包括的内容与第一信息所包括的内容也可以不同。例如第九信息包括该下行数据的大小，而第一信息包括的是该下行数据的大小与第一门限之间的大小关系。同理，如果第九信息是根据第四信息确定的，则第九信息与第四信息可以相同也可以不同，不多赘述。

考虑到该UE当前驻留在其他接入网设备下，锚点接入网设备并不能确定该UE当前所驻留的是哪个接入网设备。如果锚点接入网设备向其他接入网设备发送下行数据，则可能通过paging的方式发送，或者可能通过Xn接口消息分别发送给与该锚点接入网设备处于同一RNA内的多个接入网设备。这些接入网设备中，可能只有一个接入网设备是该UE当前驻留的接入网设备，对于其他接入网设备来说，这些下行数据都是无效数据，这样导致多个接入网设备都接收了冗余数据，也浪费了传输资源。因此可选的，锚点接入网设备可以先不向其他接入网设备发送该下行数据，而只是发送第一信息或第九信息。如果该UE当前驻留的接入网设备接收了第一信息或第九信息，并认为可以发起下行小包传输流程，则可能会再与锚点接入网设备交互信息，例如可以向锚点接入网设备请求该UE的上下文等，届时锚点接入网设备再向该接入网设备发送该下行数据，由此可以减少传输资源的浪费。

可选的，第一信息或第九信息例如通过Xn接口的paging发送，或者也可以通过其他Xn接口消息发送。如果第一信息或第九信息通过paging发送，则第二CU例如为接收第一信息或第九信息的其中一个CU。或者，即使第一信息或第九信息通过其他Xn接口消息发送，第一CU也可能向多个CU发送第一信息或第九信息，那么第二CU也例如为接收第一信息或第九信息的其中一个CU。第二CU(或者，第二CU-CP)接收第九信息或第一信息后，第二CU对应的接入网设备可以继续执行S801～S803，不再赘述。

在一些实施方式中，如果第一CU是该UE的锚点网元，而该UE当前并未驻留在第一CU，那么DU也可以不发送paging。因为应该接收该下行数据的UE当前并未驻留在第一CU，因此即使DU发送了paging，UE也收不到该paging。因此DU可以不必发送paging，例如DU可以向第一CU发送第三信息，第一CU再通知其他CU即可。

在图8所示的实施例中，是由DU决策是否发起下行小包传输流程。除此之外，还可能由CU决策是否发起下行小包传输流程。由于核心网设备会将下行数据发送给CU，则CU直接决策即可。或者，如果CU进一步划分，则可由CU-UP或CU-CP决策。如果由CU-UP决策，由于核心网设备会将下行数据发送给CU-UP，则CU-UP直接决策即可；而如果由CU-CP决策，则核心网设备是将下行数据发送给CU-UP，CU-CP并不能直接获得该下行数据，因此本申请实施例可提供一种方法，使得CU-CP能够进行决策。示例性地，图9为该方法的流程图，该方法也是图7所示的实施例的另一种可选的实施方式。

S901、CU-UP向CU-CP发送第一信息。相应的，CU-CP从CU-UP接收第一信息。

例如，当有下行数据到达时，CU-UP可以向CU-CP发送第一信息。或者，如果SDT DRB上有下行数据到达时，CU-UP可以向CU-CP发送第一信息。关于第一信息所包括或指示的内容，可参考图8所示的实施例中的S801的介绍。

第一信息例如包括在E1接口消息中，该E1接口消息例如为DL datanotification，或者也可以是其他消息。第一信息可以是CU-UP主动发送给CU-CP，例如，如果SDT DRB上有下行数据到达，则CU-UP可以向CU-CP发送第一信息。或者，第一信息也可以是在CU-CP的请求下发送的。关于这部分内容，可参考图8所示的实施例中的S801中对于第四信息的相关介绍。

S902、如果该下行数据满足下行小包传输的条件，CU-CP发送寻呼消息。

CU-CP接收第一信息后，可以根据第一信息确定该下行数据是否满足下行小包传输的条件，关于确定方式可参考图7所示的实施例或图8所示的实施例的介绍。

如果该下行数据满足下行小包传输的条件，则CU-CP可以发送paging，例如接收该paging的接收端为该CU-CP连接的部分或全部DU。该paging例如通过F1接口发送，因此也称为F1 paging。可选的，该paging可包括下行小包传输指示信息，例如该下行小包传输指示信息也称为MT-SDT指示，该下行小包传输指示信息就可指示发起下行小包传输流程。

S903、DU发送paging。例如接收该paging的接收端为一个或多个UE。为了加以区分，可将S902中的paging称为第一paging，将S903中的paging称为第二paging。可选的，第二paging也可包括下行小包传输指示信息。

本申请实施例中，下行数据是到达了CU-UP，表明该CU-UP对应的接入网设备是该UE的锚点接入网设备。但是该UE有可能发生了移动，例如该UE可能移动到了其他接入网设备下，因此锚点接入网设备需要向与该锚点接入网设备处于同一RNA内的其他接入网设备发送通知，以指示执行下行小包传输流程。如果该UE当前驻留的接入网设备与该锚点接入网设备处于同一RNA内，就能够收到该通知。因此可选的，该方法还包括S904：CU向另一CU发送第一信息，另一CU从该CU接收第一信息。或者S904也可以替换为，CU向另一CU发送第九信息，另一CU从该CU接收第九信息。

为了更好区分，将所述CU称为第一CU，将所述另一CU称为第二CU，第一CU和第二CU对应于不同的接入网设备，其中第一CU对应于该UE的锚点接入网设备，则第一CU可视为该UE的锚点网元；第二CU对应于该UE当前驻留的接入网设备，则第二CU可视为该UE当前驻留的网元。如果CU进一步包括CU-CP和CU-UP，那么可选的，可以是第一CU所包括的CU-CP向第二CU所包括的CU-CP发送第一信息，图9以此为例。其中，第一CU所包括的CU-CP即本申请实施例前述的CP-CP，可将其称为第一CU-CP，第二CU所包括的CU-CP例如称为第二CU-CP。需要注意的是，第二CU(或第二CU-CP)例如为该UE当前驻留的接入网设备中的功能单元，该接入网设备可能还包括其他功能单元，例如包括DU等，但在图9中未画出该UE当前驻留的接入网设备及该接入网设备的其他功能单元。

关于S904的更多内容，可参考图8所示的实施例中的S805。

接下来考虑另一个问题。根据前文可知，对于处于RRC非激活态的UE，如果执行小包传输流程，那么涉及到UE当前驻留的接入网设备向该UE的锚点接入网设备请求该UE的上下文。另外，如果不执行下行小包传输流程，例如处于RRC非激活态的UE要恢复RRC连接，则UE当前驻留的接入网设备也要向该UE的锚点接入网设备请求该UE的上下文。例如请参考图10，表示了UE从锚点接入网设备移动到当前驻留的接入网设备的情况。如果该UE执行小包传输或者请求恢复RRC连接，则当前驻留的接入网设备(即图10中的驻留接入网设备)需要向锚点接入网设备请求该UE的上下文。

锚点接入网设备从该UE当前驻留的接入网设备接收该请求后，可以决策是否执行锚点迁移。本申请实施例认为，如果当前执行的是小包传输流程，则可能不必执行锚点迁移，因为UE并不是要进入RRC连接态，而只是传输小包数据，传输完毕后依然处于RRC非激活态，而且还可能继续移动，又进入另一个接入网设备的覆盖范围，因此迁移该UE的上下文没有太多必要。但对于锚点接入网设备来说，并不知道该UE当前驻留的接入网设备请求该UE的上下文的目的，因此锚点接入网设备可能依然会决策进行锚点迁移，这样会较为浪费传输资源。

鉴于此，本申请实施例提供一种通信方法。通过该方法，可以使得锚点接入网设备能够获知UE当前驻留的接入网设备请求获得该UE的上下文的目的，从而锚点接入网设备能够做出更为合理的决策。示例性地，图11为该方法的流程图。该方法可应用于图5、图6或图10中的任一个附图所示的网络架构。例如该方法所涉及的UE即为图10中的UE，该方法所涉及的第一接入网设备即为图10中的驻留接入网设备(即，UE当前驻留的接入网设备)，该方法所涉及的第二接入网设备即为图10中的锚点接入网设备。第一接入网设备可以并不进一步包括CU和DU，或者也可以包括CU和DU，如果包括CU和DU，则第一接入网设备的结构可参考图5中的接入网设备1。另外，第一接入网设备如果包括CU，则该CU可以并不进一步包括CU-UP和CU-CP，或者也可以包括CU-UP和CU-CP，如果包括CU-UP和CU-CP，则第一接入网设备的结构可参考图6。对于第二接入网设备来说也是同理。

S1101、第二接入网设备向第一接入网设备发送第六信息。相应的，第一接入网设备从第二接入网设备接收第六信息。

可选的，第六信息可以通过Xn接口的paging消息发送，例如第二接入网设备向与第二接入网设备处于同一RNA内的接入网设备发送paging，以发送第六信息，则第一接入网设备是接收第六信息的其中一个接入网设备。例如，第二接入网设备的CU(或者，CU-CP)向第一接入网设备的CU(例如CU-CP)发送第六信息。第六信息与图7所示的实施例至图9所示的实施例中的任一个实施例所述的第一信息可以是同一信息，因此对于第六信息的介绍可参考前述实施例。图11以第六信息指示待发送给UE的下行数据的大小为例。

图7所示的实施例至图9所示的实施例中的任一个实施例与图11所示的实施例可以结合应用，例如S1101与图8所示的实施例中的S805可以是同一步骤，或者S1101与图9所示的实施例中的S904可以是同一步骤。或者，图11所示的实施例也可以不与前述实施例结合，而是单独应用。

S1102、第一接入网设备发送paging，以寻呼UE。该paging的接收端为一个或多个UE。

可选的，该paging可包括下行小包传输指示信息，关于下行小包传输指示信息可参考前述实施例的介绍。例如，第一接入网设备的DU发送该paging。

S1103、UE向第一接入网设备发送RRC请求消息。相应的，第一接入网设备从UE接收该RRC请求消息。例如，UE向第一接入网设备的DU发送该RRC请求消息，DU可将该RRC请求消息转发给第一接入网设备的CU，或者转发给CU-CP。可选的，该RRC请求消息例如为RRCresume request。

UE接收paging后，根据下行小包传输指示信息可以获知当前需要接收下行小包数据。如果UE决定接收该下行小包数据，则UE可以发起RRC连接恢复过程，该RRC连接恢复过程的目的是为了下行小包传输。UE发起RRC连接恢复过程，例如实施方式为UE向第一接入网设备发送RRC请求消息。因此，可以认为该RRC请求消息是用于UE请求下行小包传输，或者用于UE发起下行小包传输，或者用于UE发起小包传输，或者用于UE请求小包数据，或者用于UE请求下行小包数据。

可选的，UE可设置该RRC请求消息的原因信息的值，从而通过该原因信息的值指示该UE请求下行小包传输，或者发起下行小包传输，或者发起小包传输，或者请求小包数据，或者请求下行小包数据。例如，该RRC请求消息可包括“恢复原因(resume cause)”字段，该“恢复原因”字段可作为该原因信息，UE可将该“恢复原因”字段的值设置为第一值，第一值就可指示该UE请求下行小包传输，或者发起下行小包传输，或者发起小包传输，或者请求小包数据，或者请求下行小包数据。第一值例如为“MT-SDT”。

或者，在一些可选的实施方式中，UE也可能将该原因信息的值设置为第二值，第二值可指示下行传输，但第二值可能并不指示下行小包相关的信息，而只是指示下行传输。例如该原因信息为“恢复原因”字段，第二值例如为“MT-接入(access)”。

S1104、第一接入网设备确定该UE请求下行小包传输。或者，第一接入网设备确定该UE请求小包数据或下行小包数据。或者，第一接入网设备确定该UE发起了小包数据或下行小包数据。本申请实施例主要以该UE请求下行小包传输为例。

例如，第一接入网设备可根据该RRC请求消息来确定UE的目的，确定方式可包括如下一项或多项：根据该RRC请求消息包括的原因信息确定该UE是请求下行小包传输；或，根据第一接入网设备所发送的paging包括的下行小包传输指示信息，确定该UE是请求下行小包传输；或，根据用于接收该RRC请求消息的资源，确定该UE是请求下行小包传输；或，根据所接收的随机接入前导(preamble)，确定该UE是请求下行小包传输；或，根据用于接收preamble的资源，确定该UE是请求下行小包传输。下面对这些确定方式举例介绍。

1、第一接入网设备根据该RRC请求消息包括的原因信息确定该UE是请求下行小包传输。

例如UE设置了该RRC请求消息的原因信息的值，例如将原因信息的值设置为第一值，第一值就可以指示下行小包传输，或者指示下行小包数据，或者指示小包数据。那么第一接入网设备根据该原因信息的值为第一值就能确定UE是请求小包传输，例如请求下行小包传输。这种指示方式较为简单明确。例如，该原因信息为“恢复原因”字段，第一值为“MT-SDT”。

2、第一接入网设备根据第一接入网设备所发送的paging包括的下行小包传输指示信息，确定该UE是请求下行小包传输。

其中，第一接入网设备在发送paging(例如，执行S1102)后，该UE可能发送了该RRC请求消息，即该UE会发起RRC恢复流程。例如，UE可能会利用随机接入的流程来发起RRC连接恢复流程。需要注意的是，在随机接入过程中，UE可能还需要向第一接入网设备发送preamble，例如UE在向第一接入网设备发送该RRC请求消息之前可能会先向第一接入网设备发送preamble。其中，如果UE采用的是4步(4-step)随机接入过程，则该RRC请求消息可以作为随机接入过程中的第三消息(Msg3)，而如果UE采用的是2步(2-step)随机接入过程，则该RRC请求消息可以作为随机接入过程中的消息A(MsgA)。

或者，UE也可能利用配置授权小包传输(configured grant small datatransmission，CG-SDT)资源来发起RRC恢复流程。对于上行小包传输流程，第一接入网设备可能会预先为UE配置资源，该资源例如为CG-SDT资源。例如第一接入网设备可能预先为第一接入网设备所覆盖的部分或全部UE配置CG-SDT资源，该配置过程可在UE处于RRC连接态时完成，或者也可以在将UE释放到RRC非激活态时，通过RRC释放消息进行配置。虽然CG-SDT资源是用于上行小包传输，但本申请实施例中，UE也可利用该CG-SDT资源向第一接入网设备发起用于进行下行小包传输的RRC连接恢复过程，例如UE可利用该CG-SDT资源向第一接入网设备发送RRC请求消息。

在S1102中介绍了，第一接入网设备所发送的paging可包括下行小包传输指示信息，例如该下行小包传输指示信息也称为MT-SDT指示，因此第一接入网设备能够明确通过该paging向UE指示了发起下行小包传输流程。那么，如果第一接入网设备在发送该paging后从UE接收了RRC请求消息，可以认为该RRC请求消息是该paging的响应，那么第一接入网设备根据该paging所包括的下行小包传输指示信息就能明确UE是请求下行小包传输。

可选的，第一接入网设备还可结合RRC请求消息中的原因信息的值以及paging来确定该UE发送该RRC请求消息的目的。例如UE将该RRC请求消息中的原因信息的值设置为第二值，第二值可指示下行传输。第一接入网设备再结合paging所包括的下行小包传输指示信息，就可以确定该UE是请求下行小包传输。例如，该原因信息为“恢复原因”字段，第二值为“MT-access”。或者，该原因信息的值为第二值也可以不是指示下行传输，而是指示下行小包传输，或者指示下行小包数据，那么第一接入网设备结合该原因信息的值为第二值以及paging所包括的下行小包传输指示信息，就可以确定该UE是请求下行小包传输。

3、第一接入网设备根据用于接收该RRC请求消息的资源，确定该UE是请求下行小包传输。

可选的，对于下行小包传输流程，第一接入网设备可能会预先为UE配置资源。例如第一接入网设备可能预先为第一接入网设备所覆盖的部分或全部UE配置用于下行小包传输流程的资源，该配置过程可在UE处于RRC连接态时完成，或者也可以在将UE释放到RRC非激活态时，通过RRC释放消息进行配置。或者该资源也可能不由第一接入网设备配置，而是由协议预定义等。UE可利用该资源向第一接入网设备发起用于进行下行小包传输的RRC连接恢复过程，例如UE可利用该资源向第一接入网设备发送RRC请求消息。那么，如果UE利用了该资源来发送该RRC请求消息，则第一接入网设备根据接收该RRC请求消息的资源，就能确定该RRC请求消息的目的是下行小包传输。

或者，对于上行小包传输流程，第一接入网设备也可能会预先为UE配置资源，该资源例如为CG-SDT资源。虽然CG-SDT资源是用于上行小包传输，但本申请实施例中，UE也可利用该CG-SDT资源向第一接入网设备发起用于进行下行小包传输的RRC连接恢复过程，例如UE可利用该CG-SDT资源向第一接入网设备发送RRC请求消息。那么，如果UE利用了该CG-SDT资源来发送该RRC请求消息，则第一接入网设备根据该CG-SDT资源，也能确定该RRC请求消息的目的是下行小包传输。

可选的，例如UE利用了CG-SDT资源来发RRC请求消息，第一接入网设备还可以结合该RRC请求消息包括的原因信息的值来确定UE发送该RRC请求消息的目的。例如UE还将该RRC请求消息包括的原因信息的值设置为第二值，第二值例如指示下行传输。则第一接入网设备根据用于接收该RRC请求消息的资源确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行传输，这样就可以确定该UE是请求下行小包传输。或者，该原因信息的值为第二值也可以不是指示下行传输，而是指示下行小包传输，或者指示下行小包数据，则第一接入网设备根据用于接收该RRC请求消息的资源确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行小包传输，这样就可以确定该UE是请求下行小包传输。

4、第一接入网设备根据所接收的preamble确定该UE是请求下行小包传输；或者，第一接入网设备根据用于接收preamble的资源，确定该UE是请求下行小包传输。

可选的，对于下行小包传输流程，第一接入网设备可能会预先配置preamble，例如第一接入网设备可配置一种或多种preamble，这些preamble专用于在UE发起下行小包传输时发送。或，第一接入网设备可能会预先配置发送preamble的资源，这些发送preamble的资源专用于在UE发起下行小包传输时发送。例如第一接入网设备可能通过***信息为第一接入网设备所覆盖的UE配置用于下行小包传输流程的preamble或发送preamble的资源。或者该preamble也可能不由第一接入网设备配置，而是由协议预定义等。UE如果决定发起下行小包传输，则可以向第一接入网设备发送对应的preamble或使用对应的发送preamble的资源，第一接入网设备根据所接收的preamble或传输preamble的资源就能确定该UE是请求发起下行小包传输。

或者，UE可以利用上行小包传输过程中的随机接入资源发送preamble。对于上行小包传输流程，UE可以利用所配置的随机接入资源来发送preamble，在发送preamble后，可进一步发送RRC请求消息以恢复RRC连接。本申请实施例中，UE也可以利用原本用于上行小包传输的随机接入资源发送preamble，在发送preamble后，再发送本申请实施例中的RRC请求消息，以请求下行小包传输。那么，如果UE利用了用于上行小包传输的随机接入资源来发送preamble，在该preamble后又发送了该RRC请求消息，则第一接入网设备根据接收该preamble的资源，也能确定该RRC请求消息的目的是下行小包传输。

可选的，如果UE利用了上行小包传输过程中的随机接入资源发送preamble，第一接入网设备可进一步结合RRC请求消息所包括的原因信息的值来确定UE发送该RRC请求消息的目的。例如UE利用了用于上行小包传输的随机接入资源来发preamble，另外UE还将后续发送的RRC请求消息的原因信息的值设置为第二值，第二值例如指示下行传输。第一接入网设备根据用于接收该preamble的资源确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行传输，这样就可以确定该UE是请求下行小包传输。或者，该原因信息的值为第二值也可以不是指示下行传输，而是指示下行小包传输，或者指示下行小包数据，则第一接入网设备根据用于接收该preamble的资源确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行小包传输，这样就可以确定该UE是请求下行小包传输。

或者，在上行小包传输过程中，可能预先为UE配置了preamble，只要UE发送了这些预配置的preamble，就表示UE请求上行小包传输。本申请实施例可以利用这些preamble，如果第一接入网设备接收了原本用于指示上行小包传输的preamble，就可以确定UE是请求下行小包传输。

可选的，如果UE利用了上行小包传输过程中的preamble，第一接入网设备可进一步结合RRC请求消息所包括的原因信息的值来确定UE发送该RRC请求消息的目的。例如UE发送了用于上行小包传输的preamble，另外UE还将后续发送的RRC请求消息的原因信息的值设置为第二值，第二值例如指示下行传输。第一接入网设备根据用于该preamble确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行传输，这样就可以确定该UE是请求下行小包传输。或者，该原因信息的值为第二值也可以不是指示下行传输，而是指示下行小包传输，或者指示下行小包数据，则第一接入网设备根据用于所接收的preamble确定该UE请求小包传输，以及根据该RRC请求消息的原因信息的值为第二值确定该UE请求的是下行小包传输，这样就可以确定该UE是请求下行小包传输。

如上只是一些示例，除此之外，第一接入网设备在确定该UE发送RRC请求消息的目的时，还可能将如上的几种确定方式进行任意组合来进行确定。需要注意的是，如上第4点视为包括两种确定方式。在将如上的确定方式进行组合时，第4点中的两种确定方式均为独立存在，可与其他任意确定方式组合。例如一种组合方式为，第一接入网设备根据所发送的paging包括下行小包传输指示信息，以及根据接收preamble的资源，可以确定UE是请求下行小包传输。又例如，另一种组合方式为，第一接入网设备根据所发送的paging包括下行小包传输指示信息，以及根据接收RRC请求消息的CG-SDT资源，可以确定UE是请求下行小包传输。本申请实施例对于如上确定方式的组合方式不做限制。

或者，除了如上方式之外，第一接入网设备还可能采用其他方式来确定该UE发送RRC请求消息的目的，对此亦不做限制。

S1105、第一接入网设备向第二接入网设备发送第五信息。相应的，第二接入网设备从第一接入网设备接收第五信息。

第五信息可包括(或指示)下行小包传输相关的信息。例如第一接入网设备在S1103中接收的RRC请求消息包括原因信息，该原因信息可指示UE请求下行小包传输，那么第一接入网设备可基于该原因信息得到第五信息并发送给第二接入网设备。例如，该原因信息的值为第一值，则指示UE请求下行小包传输，则第一接入网设备可基于该原因信息的值为第一值得到第五信息。可选的，该原因信息可作为第五信息所包括的下行小包传输相关的信息，且在作为第五信息所包括的下行小包传输相关的信息时，该原因信息的值为第一值。例如，该RRC请求消息包括的原因信息为“恢复原因”字段，UE将该“恢复原因”字段设置为第一值，例如第一值为“MT-SDT”，第一接入网设备可将“MT-SDT”添加到第五信息中，作为第五信息包括的下行小包传输相关的信息。如上相当于，第一接入网设备可基于“第一值”得到第五信息，第二接入网设备接收第五信息后，根据该原因信息的值为第一值就能确定该UE是请求下行小包传输。

或者，如果第一接入网设备在S1103中接收的RRC请求消息所包括的原因信息的值为第二值，且例如第二值指示下行传输，并不指示下行小包传输，例如第二值为“MT-access”。那么第一接入网设备可能不会将该原因信息添加到第五信息中。在这种情况下，第一接入网设备如果根据S1104确定该UE请求下行小包传输，则可自行在第五信息中添加相应的指示信息。例如一种指示信息为SDT指示，该SDT指示可专用于指示下行小包传输，例如该SDT指示为MT-SDT指示；或者，该SDT指示可以是用于指示上行小包传输，本申请实施例将用于指示上行小包传输的指示信息加以利用，使得该SDT指示也可以指示下行小包传输；或者，该SDT指示用于指示小包传输，并不特别指示是上行还是下行，对于第二接入网设备来说，只要确定该UE是请求小包传输即可。

可选的，第五信息可以包括在Xn接口消息中，例如该Xn接口消息为retrieve UEcontext request，或者也可以是其他的Xn接口消息。

S1106、第二接入网设备向第一接入网设备发送该UE的全部上下文，相应的，第二接入网设备从第一接入网设备接收该UE的全部上下文。或者，第二接入网设备向第一接入网设备发送该UE的部分上下文，相应的，第二接入网设备从第一接入网设备接收该UE的部分上下文。

例如第二接入网设备接收到第五信息后，可基于第五信息获知当前UE已发起下行小包传输。可选的，第二接入网设备在确定是否执行锚点迁移时，可将第五信息作为参考。如果第二接入网设备基于第五信息决定不执行锚点迁移，那么第二接入网设备可以向第一接入网设备发送UE的部分上下文。

例如第五信息包括在retrieve UE context request中，则第二接入网设备需要向第一接入网设备发送该UE的上下文。或者，即使第五信息未包括在retrieve UE contextrequest中，第一接入网设备也可以向第二接入网设备发送retrieve UE contextrequest，第二接入网设备也需要向第一接入网设备发送该UE的上下文。其中，UE的部分上下文例如包括该UE的RLC层上下文。

可选的，如果第二接入网设备向第一接入网设备发送该UE的全部上下文，则该UE的全部上下文可包括在Xn接口消息中，该Xn接口消息例如为retrieve UE contextresponse或者retrieve UE context failure；或者，如果第二接入网设备向第一接入网设备发送该UE的部分上下文，则该UE的全部上下文可包括在Xn接口消息中，该Xn接口消息例如为retrieve UE context response，或retrieve UE context failure。

至于第二接入网设备究竟向第一接入网设备发送该UE的全部上下文还是部分上下文，可由第二接入网设备自行决策，本申请实施例对于第二接入网设备实施决策的参考因素不做限制。可选的，例如其中一种参考因素为第五信息，即，第二接入网设备在决策时，可以考虑UE请求恢复RRC连接的目的。例如，如果该UE是请求小包传输(例如下行小包传输)，则第二接入网设备可以倾向于不进行锚点迁移，即，只是向第一接入网设备发送该UE的部分上下文，以节省信令开销。而如果该UE不是请求小包传输，例如该UE是请求进入RRC连接态，则第二接入网设备可以倾向于进行锚点迁移，即，向第一接入网设备发送该UE的全部上下文，以便于第一接入网设备与该UE进行较为频繁的通信，减少第一接入网设备向第二接入网设备请求该UE的上下文的过程，节省信令开销。当然如上只是举例，第二接入网设备很可能会做出其他决策，例如，即使该UE是请求小包传输，第二接入网设备也可能决策进行锚点迁移，或者即使该UE不是请求小包传输，第二接入网设备也可能决策不进行锚点迁移，对于具体决策不做限制。

本申请实施例中，第二接入网设备在决策是否进行锚点迁移时，可以将第五信息作为一种参考因素，这可以使得第二接入网设备的决策更为合理，减小传输开销。

接下来本申请实施例再提供一种通信方法，通过该方法，也可以使得锚点接入网设备能够获知UE当前驻留的接入网设备请求获得该UE的上下文的目的，从而锚点接入网设备能够做出更为合理的决策。示例性地，图12为该方法的流程图。该方法涉及的网元在网络架构中的实现情况，可参考对于图11所示的实施例的介绍。

S1201、第二接入网设备向第一接入网设备发送第六信息。相应的，第一接入网设备从第二接入网设备接收第六信息。

第六信息可指示是否发起下行小包传输流程。例如，如果第六信息包括MT-SDT指示，该MT-SDT指示就可用于指示发起下行小包传输流程；而如果第六信息不包括MT-SDT指示，就可指示不发起下行小包传输流程。其中在图12中，以第六信息指示发起下行小包传输流程为例。

可选的，第六信息通过Xn接口的paging发送，例如第二接入网设备向与第二接入网设备处于同一RNA内的接入网设备发送paging，以发送第六信息，则第一接入网设备是接收第六信息的其中一个接入网设备。例如，第二接入网设备的CU(或者，CU-CP)向第一接入网设备的CU(例如CU-CP)发送第六信息。

图7所示的实施例至图9所示的实施例中的任一个实施例与图12所示的实施例可以结合应用，例如S1201与图8所示的实施例中的S805可以是同一步骤，或者S1201与图9所示的实施例中的S904可以是同一步骤。或者，图12所示的实施例也可以不与前述实施例结合，而是单独应用。

S1202、第一接入网设备发送paging，以寻呼UE。该paging的接收端为一个或多个UE。

可选的，该paging可包括下行小包传输指示信息，关于下行小包传输指示信息可参考前述实施例的介绍。例如，第一接入网设备的DU发送该paging。

S1203、UE向第一接入网设备发送RRC请求消息。相应的，第一接入网设备从UE接收该RRC请求消息。例如，UE向第一接入网设备的DU发送该RRC请求消息，DU可将该RRC请求消息转发给第一接入网设备的CU，或者转发给CU-CP。可选的，该RRC请求消息例如为RRCresume request。

UE接收paging后，根据下行小包传输指示信息可以获知当前需要接收下行小包数据。如果UE决定接收该下行小包数据，则UE可以发起RRC连接恢复过程，该RRC连接恢复过程的目的是为了下行小包传输。UE发起RRC连接恢复过程，例如实施方式为UE向第一接入网设备发送RRC请求消息。因此，可以认为该RRC请求消息是用于UE请求下行小包传输，或者用于UE发起下行小包传输，或者用于UE发起小包传输，或者用于UE请求小包数据，或者用于UE请求下行小包数据。

S1204、第一接入网设备向第二接入网设备发送第五信息。相应的，第二接入网设备从第一接入网设备接收第五信息。例如，第一接入网设备的CU向第二接入网设备的CU发送第五信息；或者，第一接入网设备的CU-CP向第二接入网设备的CU-CP发送第五信息。

第五信息可包括(或，指示)下行小包传输相关的信息。例如，下行小包传输相关的信息包括第二门限，第二门限可用于第二接入网设备确定第一接入网设备是否能够发起(或，执行)下行小包传输流程。例如第二门限可以指示第一接入网设备支持的小包传输的数据包大小门限值。对于不同的接入网设备来说，判断是否能够执行下行小包传输流程所使用的门限可能相同，也可能不同，该门限例如与接入网设备的能力等因素相关。例如对于第二接入网设备来说，所参考的门限为第一门限(对此可参考前述实施例的介绍)，而对于第一接入网设备来说，所参考的门限为第二门限。因此，虽然第二接入网设备向第一接入网设备指示发起下行小包传输流程，但第一接入网设备由于并未获得下行数据的大小等信息，因此并不能确定第一接入网设备是否有能力发起下行小包传输流程。因此，第一接入网设备可将第二门限发送给第二接入网设备，以供第二接入网设备根据第二门限确定第一接入网设备是否能够发起下行小包传输流程。

可选的，第二门限可由第一接入网设备自行设置。例如，如果第一接入网设备进一步包括CU和DU，则可由CU设置，也可由DU设置。因为负责与第二接入网设备交互的是CU，因此如果由DU设置了第二门限，则DU可将所设置的第二门限发送给CU，例如DU可通过F1接口消息(例如称为第一F1接口消息)向CU发送第二门限。而如果由2CU设置了第二门限，则CU可以将第二门限发送给DU，例如CU可通过F1接口消息(例如称为第二F1接口消息)向DU发送第二门限，或者也可以通过F1 paging等消息向DU发送第二门限，或者，CU也可以不向DU发送第二门限。第一F1接口消息或第二F1接口消息可以是与UE相关的消息，或者也可以是与UE无关的消息。例如，第一F1接口消息或第二F1接口消息为F1建立请求(F1 setup request)、gNB DU配置更新(gNB DU configuration update)、gNB CU配置更新(gNB CUconfiguration update)、UE上下文请求(UE context request)、UE上下文修改请求(UEcontext modification request)、或CU-CU无线信息传输(CU-DU radio informationtransfer)等。

或者，如果第一接入网设备的CU进一步包括CU-CP和CU-UP，则第一接入网设备包括CU-UP、CU-CP和DU，那么，第二门限可由CU-CP设置，也可由CU-UP设置，或者由DU设置。因为负责与第二接入网设备交互的可能是CU-CP，因此如果由DU设置了第二门限，则DU可将第二门限发送给CU-CP，可选的，DU也可将第二门限发送给CU-UP。或者，如果由CU-UP设置了第二门限，则CU-UP可将第二门限发送给CU-CP，可选的，CU-UP也可将第二门限发送给DU。或者，如果由CU-CP设置了第二门限，则CU-CP可以将第二门限发送给DU和/或CU-UP，或者也可以并不发送给DU和CU-UP。

其中，第一接入网设备内的某个网元设置第二门限，可以是该网元主动设置，或者也可以是其他网元请求该网元设置。例如，第一接入网设备的CU设置第二门限，可以是CU主动设置，或者也可以是DU请求CU设置。

或者，可选的，第一接入网设备也可以不必配置第二门限。例如，第三接入网设备配置第二门限，并将第二门限发送给第一接入网设备，则第一接入网设备就获得了第二门限。第三接入网设备与第二接入网设备可以是同一接入网设备，或者也可以是不同的接入网设备。

或者，可选的，第二门限也可以预配置在第一接入网设备中。也就是说，本申请实施例对于第一接入网设备获得第二门限的方式并不限制。

另外，对于第一接入网设备来说，第二门限可以始终不变，即，始终使用最初获得的第二门限；或者，第一接入网设备也可以调整第二门限，例如第一接入网设备可根据下行小包传输的数据量和/或第一接入网设备的负载等因素来调整第二门限，使得第二门限更为符合当前网络的情况。

可选的，第五信息可以包括在Xn接口消息中，例如该Xn接口消息为retrieve UEcontext request，或者为其他的Xn接口消息。

S1205、第二接入网设备向第一接入网设备发送第七信息。相应的，第一接入网设备从第二接入网设备接收第七信息。例如，第二接入网设备的CU向第一接入网设备的CU发送第七信息；或者，第二接入网设备的CU-CP向第一接入网设备的CU-CP发送第七信息。

第二接入网设备知晓待发送的下行数据的大小，则第二接入网设备接收第二门限后，可以确定第二门限与该下行数据的大小之间的大小关系。如果该下行数据的大小小于或等于第二门限，则第一接入网设备能够发起下行小包传输流程来传输该下行数据；而如果该下行数据的大小大于第二门限，则第一接入网设备无法发起下行小包传输流程来传输该下行数据。例如，此时第一接入网设备需要将UE转入RRC连接态后再向UE发送该下行数据。

第二接入网设备确定第一接入网设备是否能够发起下行小包传输流程后，可向第一接入网设备发送第七信息。例如，第七信息指示发起下行小包传输流程，或不发起下行小包传输流程，这种直接指示的方式较为明确。或者，第七信息可指示待发送的下行数据的大小与第二门限之间的大小关系，例如第七信息指示该下行数据的大小小于或等于第二门限，或指示该下行数据的大小大于第二门限。例如，当第七信息指示该下行数据的大小小于或等于第二门限时，则第一接入网设备可以执行下行小包数据流程，当第七信息指示该下行数据的大小大于第二门限时，则第一接入网设备不可以执行下行小包数据流程。

例如第七信息占用1比特(bit)，例如第七信息为枚举类型，如果第七信息的值为真(true)，表示该下行数据的大小小于或等于第二门限，或表示发起下行小包传输流程；而如果第七信息的值为假(false)，表示该下行数据的大小大于第二门限，或表示不发起下行小包传输流程。或者，如果第七信息的值为false，表示该下行数据的大小小于或等于第二门限，或表示发起下行小包传输流程；而如果第七信息的值为true，表示该下行数据的大小大于第二门限，或表示不发起下行小包传输流程。

或者，如果第二接入网设备向第一接入网设备发送了第七信息，就表示该下行数据的大小小于或等于第二门限，或表示发起下行小包传输流程；而如果第二接入网设备未向第一接入网设备发送第七信息，就表示该下行数据的大小大于第二门限，或表示不发起下行小包传输流程。

或者，第七信息还可以通过隐式方式实现。例如，第二接入网设备还会向第一接入网设备发送该UE的上下文，如果第二接入网设备向第一接入网设备发送了该UE的部分上下文，则隐式指示该下行数据的大小小于或等于第二门限，或指示发起下行小包传输流程；而如果第二接入网设备向第一接入网设备发送了该UE的全部上下文，则隐式指示该下行数据的大小大于第二门限，或指示不发起下行小包传输流程。此时，该UE的上下文可视为第七信息。

可选的，如果第二接入网设备向第一接入网设备发送该UE的全部上下文，则该UE的全部上下文可包括在Xn接口消息中，该Xn接口消息例如为retrieve UE contextresponse或retrieve UE context failure；或者，如果第二接入网设备向第一接入网设备发送该UE的部分上下文，则该UE的全部上下文可包括在Xn接口消息中，该Xn接口消息例如为retrieve UE context response，或retrieve UE context failure。另外，如果第二接入网设备要向第一接入网设备发送该UE的上下文以及第七信息，则第七信息与该UE的上下文可以包括在一条消息中，或者也可以包括在不同的消息中。

S1206、第一接入网设备向UE发送下行数据。相应的，UE从第一接入网设备接收该下行数据。

如果第二接入网设备确定进行锚点迁移，则第一接入网设备需要与第二接入网设备执行锚点迁移。在执行锚点迁移后，第二接入网设备可将所接收的下行数据发送给第一接入网设备，以供第一接入网设备将该下行数据发送给UE。如果核心网设备还有待发送给该UE的下行小包数据，则由于已执行了锚点迁移，核心网设备会将新的下行数据发送给第一接入网设备，第一接入网设备可以将该新的下行数据发送给UE。

或者，如果第二接入网设备确定不进行锚点迁移，则第二接入网设备可将待发送给UE的下行数据发送给第一接入网设备，第一接入网设备将该下行数据发送给UE。如果核心网设备还有待发送给该UE的下行小包数据，则由于未执行锚点迁移，核心网设备会将新的下行数据发送给第二接入网设备，第二接入网设备转发给第一接入网设备，第一接入网设备再将该新的下行数据发送给UE。

其中，如果第七信息指示发起下行小包传输，或指示下行数据的大小小于或等于第二门限，则第一接入网设备可发起下行小包传输流程，此时第一接入网设备向UE发送的下行数据就是下行小包数据。而如果第七信息指示不发起下行小包传输，或指示下行数据的大小大于第二门限，则第一接入网设备不发起下行小包传输流程。例如第一接入网设备向UE发送RRC响应消息，例如RRC Resume消息，使UE进入RRC连接态，第一接入网设备再将该下行数据发送给该UE。

本申请实施例中，第二接入网设备在决策是否进行锚点迁移时，可以将第五信息作为一种参考因素，这可以使得第二接入网设备的决策更为合理，减小传输开销。

示例性地，图13给出了本申请实施例提供的一种通信装置的结构示意图。所述通信装置1300可以是图7所示的实施例至图9所示的实施例中的任一个实施例所述的CU或该CU的电路***，用于实现上述方法实施例中对应于CU的方法。或者，所述通信装置1300可以是图7所示的实施例至图9所示的实施例中的任一个实施例所述的DU或该DU的电路***，用于实现上述方法实施例中对应于DU的方法。或者，所述通信装置1300可以是图7所示的实施例至图9所示的实施例中的任一个实施例所述的CU-UP或该CU-UP的电路***，用于实现上述方法实施例中对应于CU-UP的方法。或者，所述通信装置1300可以是图7所示的实施例至图9所示的实施例中的任一个实施例所述的CU-CP或该CU-CP的电路***，用于实现上述方法实施例中对应于CU-CP的方法。或者，所述通信装置1300可以是图11所示的实施例至图12所示的实施例中的任一个实施例所述的第一接入网设备或该第一接入网设备的电路***，用于实现上述方法实施例中对应于第一接入网设备的方法。或者，所述通信装置1300可以是图11所示的实施例至图12所示的实施例中的任一个实施例所述的第二接入网设备或该第二接入网设备的电路***，用于实现上述方法实施例中对应于第二接入网设备的方法。或者，所述通信装置1300可以是图11所示的实施例至图12所示的实施例中的任一个实施例所述的UE或该UE的电路***，用于实现上述方法实施例中对应于UE的方法。具体的功能可以参见上述方法实施例中的说明。其中，例如一种电路***为芯片***。

该通信装置1300包括至少一个处理器1301。处理器1301可以用于装置的内部处理，实现一定的控制处理功能。可选地，处理器1301包括指令。可选地，处理器1301可以存储数据。可选地，不同的处理器可以是独立的器件，可以位于不同物理位置，可以位于不同的集成电路上。可选地，不同的处理器可以集成在一个或多个处理器中，例如，集成在一个或多个集成电路上。

可选地，通信装置1300包括一个或多个存储器1303，用以存储指令。可选地，所述存储器1303中还可以存储有数据。所述处理器和存储器可以单独设置，也可以集成在一起。

可选地，通信装置1300包括通信线路1302，以及至少一个通信接口1304。其中，因为存储器1303、通信线路1302以及通信接口1304均为可选项，因此在图13中均以虚线表示。

可选地，通信装置1300还可以包括收发器和/或天线。其中，收发器可以用于向其他装置发送信息或从其他装置接收信息。所述收发器可以称为收发机、收发电路、输入输出接口等，用于通过天线实现通信装置1300的收发功能。可选地，收发器包括发射机(transmitter)和接收机(receiver)。示例性地，发射机可以用于将基带信号生成射频(radio frequency)信号，接收机可以用于将射频信号转换为基带信号。

处理器1301可以包括一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1302可包括一通路，在上述组件之间传送信息。

通信接口1304，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器1303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1303可以是独立存在，通过通信线路1302与处理器1301相连接。或者，存储器1303也可以和处理器1301集成在一起。

其中，存储器1303用于存储执行本申请方案的计算机执行指令，并由处理器1301来控制执行。处理器1301用于执行存储器1303中存储的计算机执行指令，从而实现本申请上述实施例提供的通信方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器1301可以包括一个或多个CPU，例如图13中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信装置1300可以包括多个处理器，例如图13中的处理器1301和处理器1308。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

当图13所示的装置为芯片时，例如是第一接入网设备的芯片，或第二接入网设备的芯片，或第一网元的芯片，或终端设备的芯片，则该芯片包括处理器1301(还可以包括处理器1308)、通信线路1302、存储器1303和通信接口1304。具体地，通信接口1304可以是输入接口、管脚或电路等。存储器1303可以是寄存器、缓存等。处理器1301和处理器1308可以是一个通用的CPU，微处理器，ASIC，或一个或多个用于控制上述任一实施例的通信方法的程序执行的集成电路。

本申请实施例可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能模块的情况下，图14示出了一种装置示意图，该装置1400可以是上述各个方法实施例中所涉及的CU、DU、CU-UP、CU-CP、第一接入网设备、第二接入网设备或UE，或者为CU中的芯片或DU中的芯片或CU-CP中的芯片或CU-UP中的芯片或第一接入网设备中的芯片或第二接入网设备中的芯片或UE中的芯片。该装置1400包括发送单元1401、处理单元1402和接收单元1403。

应理解，该装置1400可以用于实现本申请各个实施例的方法中由CU、DU、CU-UP、CU-CP、第一接入网设备、第二接入网设备或UE执行的步骤，相关特征可以参照上文的各个实施例，此处不再赘述。

可选的，图14中的发送单元1401、接收单元1403以及处理单元1402的功能/实现过程可以通过图13中的处理器1301调用存储器1303中存储的计算机执行指令来实现。或者，图14中的处理单元1402的功能/实现过程可以通过图13中的处理器1301调用存储器1303中存储的计算机执行指令来实现，图14中的发送单元1401和接收单元1403的功能/实现过程可以通过图13中的通信接口1304来实现。

可选的，当该装置1400是芯片或电路时，则发送单元1401和接收单元1403的功能/实现过程还可以通过管脚或电路等来实现。

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

本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述任一方法实施例中由CU、DU、CU-UP、CU-CP、第一接入网设备、第二接入网设备或UE所执行的方法。

本申请还提供第一通信***，其包括图7至图9所示的实施例中的任一个实施例所述的第一网元和第二网元。其中，第一网元例如为DU，第二网元为CU；或者，第一网元为DU，第二网元为CU-CP或CU-UP；或者，第一网元为CU-CP，第二网元为CU-UP。其中，如果第一网元为DU，第二网元为CU-CP，则可选的，第一通信***还可包括CU-UP；如果第一网元为DU，第二网元为CU-UP，则可选的，第一通信***还可包括CU-CP；如果第一网元为CU-CP，第二网元为CU-UP，则可选的，第一通信***还可包括DU。例如，第一通信***可通过接入网设备实现，第一通信***所包括的网元例如为该接入网设备所包括的功能单元。

本申请还提供第二通信***，其包括图11至图12所示的实施例中的任一个实施例所述的第一接入网设备和第二接入网设备。可选的，该***还包括图11至图12所示的实施例中的任一个实施例所述的UE。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例所涉及的第一网元、第一接入网设备、第二接入网设备或UE所执行的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application specificintegrated circuit，ASIC)，现场可编程门阵列(field-programmable gate array，FPGA)，或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM、闪存、ROM、可擦除可编程只读存储器(erasable programmable read-only memory，EPROM)、EEPROM、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请实施例进行了描述，显而易见的，在不脱离本申请实施例的范围的情况下，可对其进行各种修改和组合。相应地，本申请实施例和附图仅仅是所附权利要求所界定的本申请实施例的示例性说明，且视为已覆盖本申请实施例范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请实施例也意图包含这些改动和变型在内。

Claims (20)

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

第一网元从第二网元接收第一信息，所述第一信息包括下行数据的信息，所述下行数据来自核心网设备；其中，所述第一网元为第一分布单元DU，所述第二网元为第一集中单元CU，或，第一网元为第一CU-控制面CP，第二网元为第一CU-用户面UP；

如果所述下行数据满足下行小包传输的条件，所述第一网元发送寻呼消息，所述寻呼消息用于指示终端设备发起下行小包传输流程。

2.根据权利要求1所述的方法，其特征在于，所述第一网元为所述第一DU，所述第一DU是从第一CU-控制面CP接收所述第一信息的；所述第一CU-CP从第一CU-用户面UP接收第四信息的，所述第四信息包括下行数据的信息，所述下行数据来自核心网设备。

3.根据权利要求1或2所述的方法，其特征在于，所述第一信息包括如下一项或多项：

所述下行数据的大小；

所述下行数据的大小与第一门限之间的大小关系；或，

用于接收所述下行数据的终端设备的能力信息，所述能力信息用于指示所述终端设备是否支持下行小包数据传输。

4.根据权利要求3所述的方法，其特征在于，如果所述第一信息包括所述下行数据的大小，则所述第一信息指示所述终端设备支持下行小包数据传输。

5.根据权利要求3所述的方法，其特征在于，如果所述第一信息不包括所述能力信息，所述方法还包括：

所述第一网元接收所述能力信息。

6.根据权利要求1～5任一项所述的方法，其特征在于，所述方法还包括：

如果所述下行数据的大小为小于或等于第一门限，所述第一网元确定所述下行数据满足下行小包传输的条件，其中，所述下行数据的信息包括所述下行数据的大小；或，

如果所述下行数据的信息指示所述下行数据的大小小于或等于第一门限，所述第一网元确定所述下行数据满足下行小包传输的条件，其中，所述下行数据的信息指示所述下行数据的大小与所述第一门限之间的大小关系。

7.根据权利要求6所述的方法，其特征在于，所述下行数据的信息包括所述下行数据的大小，如果所述下行数据的大小为小于或等于第一门限，所述第一网元确定所述下行数据满足下行小包传输的条件，包括：

如果所述下行数据的大小为小于或等于第一门限，且所述终端设备支持下行小包传输，所述第一网元确定所述下行数据满足下行小包传输的条件。

8.根据权利要求6所述的方法，其特征在于，所述下行数据的信息指示所述下行数据的大小与所述第一门限之间的大小关系，如果所述下行数据的信息指示所述下行数据的大小小于或等于第一门限，所述第一网元确定所述下行数据满足下行小包传输的条件，包括：

如果所述下行数据的信息指示所述下行数据的大小小于或等于第一门限，且所述终端设备支持下行小包传输，所述第一网元确定所述下行数据满足下行小包传输的条件。

9.根据权利要求1～8任一项所述的方法，其特征在于，所述寻呼消息包括下行小包传输指示信息。

10.根据权利要求1～9任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元向第三网元发送第二信息，所述第二信息用于指示所述第三网元需要向所述第一网元回复所述寻呼消息的响应，所述第三网元为接收所述寻呼消息的其中一个网元；

所述第一网元从所述第三网元接收第三信息，所述第三信息用于指示确定发起下行小包传输流程，所述第三信息为所述寻呼消息的响应。

11.根据权利要求1～10任一项所述的方法，其特征在于，所述第一网元为第一CU，所述方法还包括：

所述第一网元向第二CU发送所述第一信息，其中，所述第一CU为所述终端设备的锚点网元，所述第二CU为所述终端设备当前驻留的网元。

12.一种通信***，其特征在于，包括第一网元和第二网元；

所述第二网元，用于向所述第一网元发送第一信息，所述第一信息包括下行数据的信息，所述下行数据来自核心网设备；其中，所述第一网元为第一DU，所述第二网元为第一CU，或，第一网元为第一CU-控制面CP，第二网元为第一CU-用户面UP；

所述第一网元，用于从所述第二网元接收第一信息；

所述第一网元，还用于如果所述下行数据满足下行小包传输的条件，发送寻呼消息，所述寻呼消息用于指示终端设备发起下行小包传输流程。

13.根据权利要求12所述的通信***，其特征在于，所述第一网元为所述第一DU，所述通信***还包括第一CU-控制面CP，所述第一CU-CP用于：

从第一CU-用户面UP接收第四信息，所述第四信息包括下行数据的信息，所述下行数据来自核心网设备；

向所述第一DU发送所述第一信息。

14.根据权利要求13所述的通信***，其特征在于，如果所述第一信息包括所述下行数据的大小，则所述第一信息指示所述终端设备支持下行小包数据传输。

15.根据权利要求13所述的通信***，其特征在于，如果所述第一信息不包括所述能力信息，则所述第一网元还用于接收所述能力信息。

16.根据权利要求13所述的通信***，其特征在于，所述下行数据的信息指示所述下行数据的大小与所述第一门限之间的大小关系，所述第一网元用于如果所述下行数据的信息指示所述下行数据的大小小于或等于第一门限，确定所述下行数据满足下行小包传输的条件，具体包括：

如果所述下行数据的信息指示所述下行数据的大小小于或等于第一门限，且所述终端设备支持下行小包传输，确定所述下行数据满足下行小包传输的条件。

17.根据权利要求12～16任一项所述的通信***，其特征在于，所述第一网元还用于：

向第三网元发送第二信息，所述第二信息用于指示所述第三网元需要向所述第一网元回复所述寻呼消息的响应，所述第三网元为接收所述寻呼消息的其中一个网元；

从所述第三网元接收第三信息，所述第三信息用于指示确定发起下行小包传输流程，所述第三信息为所述寻呼消息的响应。

18.根据权利要求12～17任一项所述的通信***，其特征在于，所述第一网元为第一CU，所述第一网元，还用于向第二CU发送所述第一信息，其中，所述第一CU为所述终端设备的锚点网元，所述第二CU为所述终端设备当前驻留的网元。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1～11中任一项所述的方法。

20.一种芯片，其特征在于，包括通信接口以及一个或多个处理器，所述一个或多个处理器用于读取指令，以执行如权利要求1～11中任一项所述的方法。