CN116828571A - 一种通信方法及装置 - Google Patents

Abstract

一种通信方法及装置，应用于不连续接收(discontinuous reception，DRX)的领域，以实现终端设备的节能配置的设置与业务特征匹配，而提升终端设备的节能效果和业务体验。接入网设备获取到业务的业务特征信息后，根据所述业务特征信息确定节能配置信息，之后向终端设备发送所述节能配置信息，其中，所述节能配置信息用于确定在进行所述业务时终端设备处于激活状态或休眠状态。这样，接入网设备可以感知业务的业务特征信息，从而确定与业务匹配的节能配置信息，进而可以提升终端设备的节能效果和业务体验。

Description

一种通信方法及装置

技术领域

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

背景技术

不连续接收(discontinuous reception，DRX)机制，可以使终端设备周期性地在某些时间段进行休眠，从而节省终端设备的功耗。处于无线资源控制(radio resourcecontrol，RRC)连接态(connected)的终端设备使用的DRX为连接态DRX(connected DRX，C-DRX)。

每个DRX周期由“持续时间(On Duration)”部分和“DRX机会(Opportunity forDRX)”部分组成，其中，在“On Duration”时间内终端设备监听并接收物理下行控制信道(physical downlink control channel，PDCCH)，属于“激活期”；在“Opportunity forDRX”时间内终端设备不监听PDCCH以减少功耗，属于“休眠期”。DRX周期的大小用于描述DRX机制下两次On Duration出现的间隔时长，即终端设备周期性进入激活期的时长。DRX机制包括持续定时器(onDurationTimer或drx-onDurationTimer)，在每个DRX周期的开始(即每个DRX周期的on Duration的开始)终端设备需要开启onDurationTimer，当onDurationTimer超时则表示“on Duration”时间结束，此时终端设备进入“Opportunityfor DRX”时间。DRX机制中还包括去激活定时器(InactivityTimer或drx-InactivityTimer)，具体的，当终端设备在“on Duration”时间内接收到指示初传(newtransmission)的PDCCH时，由于终端设备很可能在接下来的时间内继续被网络设备调度，终端设备需要开启InactivityTimer，在InactivityTimer运行时间内终端设备需要监听并接收PDCCH。当InactivityTimer超时，终端设备进入休眠状态。

用于DRX休眠的时间越长，终端设备的功耗就越低，但相应的数据传输的时延也会跟着增加。但如果这种时延并不影响用户体验，那么执行DRX对终端设备节能是很有意义的。

随着通信技术发展，新媒体行业体验进一步提升，视频类业务成为主流媒体形式，出现了虚拟现实(virtual reality，VR)、增强现实(augment reality，AR)等扩展现实(eXtended reality，XR)类新兴多媒体业务，也可以称为云XR(cloud XR)业务。cloud XR业务具有周期性，即周期性地控制上行帧发送以及周期性地发送下行帧。

然而，目前C-DRX的设置可能会与cloud XR业务特征不匹配，而导致业务体验较差，例如，C-DRX周期可能与cloud XR业务下行帧到达周期不匹配，可能会导致数据传输时延较大，而影响业务体验。

发明内容

本申请提供一种通信方法及装置，用以实现终端设备的节能配置的设置与业务特征匹配，而提升终端设备的节能效果和业务体验。

第一方面，本申请提供了一种通信方法，该方法可以由接入网设备执行，也可以由接入网设备的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为接入网设备为例，该方法可以包括：接入网设备获取到业务的业务特征信息后，根据所述业务特征信息确定节能配置信息，之后向终端设备发送所述节能配置信息，其中，所述节能配置信息用于确定在进行所述业务时终端设备处于激活状态或休眠状态。

通过上述方法，针对现有技术中接入网设备由于不感知云XR业务的业务特征，出现C-DRX的设置与云XR业务特征不匹配，而导致业务时延较大等业务体验下降问题或终端设备节能效果较差的问题，本申请的方法中由于接入网设备可以感知业务的业务特征信息，从而确定与业务匹配的节能配置信息，根据确定的节能配置信息实现在进行业务时终端设备的激活或者休眠，使终端设备激活或者休眠与业务是匹配的，进而可以保障终端设备的节能效果和业务体验。

在一个可能的设计中，所述接入网设备可以通过如下方法获取所述业务的所述业务特征信息：所述接入网设备可以从核心网设备接收所述业务特征信息；或者，所述接入网设备从所述终端设备接收所述业务特征信息。接入网设备通过从核心网设备或者终端设备获取业务特征信息，可以增加接入网设备获取到业务特征信息的灵活性以及成功性。

在一个可能的设计中，所述核心网设备可以为会话管理功能网元，所述业务特征信息可以是所述会话管理功能网元从网络数据分析功能网元获取的，或者，所述业务特征信息可以是所述会话管理功能网元从应用功能网元获取的；或者，所述核心网设备可以为用户面功能网元，所述业务特征信息可以是所述用户面功能网元根据所述业务的数据包确定。通过不同的核心网设备获取到业务特征信息，进而可以保证接入网设备通过多种方式获取到业务特征信息，可以提高接入网设备获取到业务特征信息的灵活性以及成功性。

在一个可能的设计中，所述核心网设备为所述用户面功能网元时，所述业务特征信息可以包括所述业务的帧标识和/或帧起止标识。所述核心网络设备将所述业务特征信息发送至接入网络设备，可以使接入网设备根据业务的帧标识和/或帧起止标识，来确定业务的数据帧的发送情况，例如数据帧是否发送完成等。进而，若接入网设备确定业务的数据帧发送完成，则可立即指示终端设备进入休眠。相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本申请方法可延长终端设备休眠时间，从而提升节能效果。

在一个可能的设计中，所述业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。后续，接入网设备可以通过上行帧到达周期确定上行调度信息，可以通过下行帧到达周期确定下行调度信息，进而可根据上行帧到达周期和下行帧到达周期确定上行帧到达和下行帧到达的重叠时间，使得所述下行调度信息对应的传输下行帧的时间窗与所述上行调度信息对应的传输上行帧的时间窗重叠，从而可以使终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加终端设备的休眠时间。接入网设备也可以通过下行帧到达周期确定C-DRX周期，从而可以解决C-DRX周期与下行帧到达周期不匹配可能导致的业务传输时延过大(C-DRX周期大于下行帧到达周期，即下行帧到达时终端设备仍处于休眠状态无法接收数据)或者节能效果低(C-DRX周期小于下行帧到达周期，即下行帧尚未到达但终端设备处于激活状态)的问题。接入网设备可以通过上行帧空口发送时延需求信息确定上行持续时间定时器的时长，进而使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本申请可以终端设备的休眠时间。接入网设备可以根据下行帧空口发送时延需求信息确定下行持续时间定时器的时长，进而使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本设计可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息包括C-DRX周期，所述C-DRX周期是基于所述业务特征信息中下行帧到达周期确定的。这样，接入网设备可以基于下行帧到达周期确定C-DRX周期，进而可以为终端设备配置与业务匹配的C-DRX周期，从而可以解决C-DRX周期与下行帧到达周期不匹配可能导致的业务传输时延过大(C-DRX周期大于下行帧到达周期，即下行帧到达时终端设备仍处于休眠状态无法接收数据)或者节能效果低(C-DRX周期小于下行帧到达周期，即下行帧尚未到达但终端设备处于激活状态)的问题，从而可以提高业务体验和终端设备节能效果。

在一个可能的设计中，所述节能配置信息还可以包括下行持续时间定时器的时长，所述下行持续定时器的时长可以是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。这样，接入网设备基于下行帧空口发送时延需求信息确定下行持续时间定时器的时长，可以使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息可以包括指示信息，所述指示信息用于指示下行帧已发送完成，所述指示信息是基于所述下行帧的最后一个数据包确定的，所述下行帧的最后一个数据包是基于所述业务特征信息确定的。这样，终端设备根据指示信息确定下行帧已经发送完成并立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述接入网设备向所述终端设备发送所述数据包。这样在接入网设备给终端设备发送了下行帧的最后一个数据包，就可以触发终端设备直接进入休眠，从而可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息还可以包括上行持续时间定时器的时长，所述上行持续定时器的时长可以是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。这样，接入网设备基于上行帧空口发送时延需求信息确定上行持续时间定时器的时长，可以使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述接入网设备可以根据所述业务特征信息确定上行调度信息和/或下行调度信息，所述上行调度信息可以是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息可以是基于所述业务特征信息中下行帧到达周期确定的，之后，所述接入网设备向所述终端设备发送所述上行调度信息和/或所述下行调度信息。这样，在确定上向调度信息和/或下行调度信息时，所述接入网设备可根据上行帧到达周期和/或下行帧到达周期确定上行帧到达和/或下行帧到达的重叠时间，可以使得所述下行调度信息对应的传输下行帧的时间窗与所述上行调度信息对应的传输上行帧的时间窗重叠，从而可以使终端设备在接收完下行帧后可快速进入休眠，避免接收完下行帧后还需要继续等待发送上行帧，从而可以增加终端设备的休眠时间。

在一个可能的设计中，所述下行调度信息对应的传输下行帧的时间可以与所述上行调度信息对应的传输上行帧的时间存在重叠。这样可以使终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加终端设备的休眠时间。

第二方面，本申请提供了一种通信方法，该方法可以由终端设备执行，也可以由终端设备的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为终端设备为例，该方法可以包括：终端设备从接入网设备接收节能配置信息后，进行业务时，根据所述节能配置信息激活或进入休眠，其中，所述节能配置信息是基于所述业务的业务特征信息确定的，所述节能配置信息用于确定在进行所述业务时所述终端设备处于激活状态或休眠状态。

基于上述方法，针对现有技术中接入网设备由于不感知云XR业务的业务特征，出现C-DRX的设置与云XR业务特征不匹配，而导致业务时延较大等业务体验下降问题或终端设备节能效果较差的问题，本申请的方法中由于通过接入网设备感知业务的业务特征信息，从而可以使节能配置信息与业务匹配，根据节能配置信息实现在进行业务时终端设备的激活或者休眠，使终端设备激活或者休眠与业务是匹配的，进而可以保证终端设备的节能效果和业务体验。

在一个可能的设计中，所述终端设备可以确定所述业务特征信息，进而向所述接入网设备发送所述业务特征信息。这样可以使接入网设备准确得到业务的业务特征信息，从而确定与业务匹配的节能配置信息，进而使终端设备进行业务时根据节能配置信息实现激活或休眠，使终端设备激活或者休眠与业务是匹配的，进而可以保障终端设备的节能效果和业务体验。

在一个可能的设计中，所述业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。进而，接入网设备可以通过上行帧到达周期确定上行调度信息，可以通过下行帧到达周期确定下行调度信息，进而可根据上行帧到达周期和下行帧到达周期确定上行帧到达和下行帧到达的重叠时间，使得所述下行调度信息对应的传输下行帧的时间窗与所述上行调度信息对应的传输上行帧的时间窗重叠，从而可以使终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加终端设备的休眠时间。接入网设备也可以通过下行帧到达周期确定C-DRX周期，从而可以解决C-DRX周期与下行帧到达周期不匹配可能导致的业务传输时延过大(C-DRX周期大于下行帧到达周期，即下行帧到达时终端设备仍处于休眠状态无法接收数据)或者节能效果低(C-DRX周期小于下行帧到达周期，即下行帧尚未到达但终端设备处于激活状态)的问题。接入网设备可以通过上行帧空口发送时延需求信息确定上行持续时间定时器的时长，进而使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本申请可以终端设备的休眠时间。接入网设备可以根据下行帧空口发送时延需求信息确定下行持续时间定时器的时长，进而使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本设计可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息可以包括C-DRX周期，所述C-DRX周期可以是基于所述业务特征信息中下行帧到达周期确定的。这样，可以使接入网设备基于下行帧到达周期确定C-DRX周期，进而可以为终端设备配置与业务匹配的C-DRX周期，从而可以解决C-DRX周期与下行帧到达周期不匹配可能导致的业务传输时延过大(C-DRX周期大于下行帧到达周期，即下行帧到达时终端设备仍处于休眠状态无法接收数据)或者节能效果低(C-DRX周期小于下行帧到达周期，即下行帧尚未到达但终端设备处于激活状态)的问题，从而可以提高业务体验和终端设备节能效果。

在一个可能的设计中，所述节能配置信息还可以包括下行持续时间定时器的时长，所述下行持续定时器的时长是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。这样，接入网设备可以基于下行帧空口发送时延需求信息确定下行持续时间定时器的时长，进而可以使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述终端设备在接收到所述接入网设备发送的下行数据包时，可以启动所述下行持续时间定时器；当所述下行持续时间定时器超时，所述终端设备可以进入休眠。这样，终端设备可以通过下行持续时间定时器是否超时来确定下行帧是否发送完成，进而可以使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息可以包括指示信息，所述指示信息可以用于指示下行帧已发送完成，所述指示信息是基于所述下行帧的最后一个数据包确定的，所述下行帧的最后一个数据包是基于所述业务特征信息确定的。这样，可以使终端设备根据指示信息确定下行帧已经发送完成，而可以立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述终端设备从所述接入网设备接收所述下行帧的所述数据包后，根据所述指示信息进入休眠。这样在接入网设备给终端设备发送了下行帧的最后一个数据包，就可以根据指示信息触发终端设备直接进入休眠，从而可以增加终端设备的休眠时间。

在一个可能的设计中，所述节能配置信息还可以包括上行持续时间定时器的时长，所述上行持续定时器的时长是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。这样，接入网设备可以基于上行帧空口发送时延需求信息确定上行持续时间定时器的时长，进而可以使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述终端设备向所述接入网设备发送第一上行帧，并启动所述上行持续时间定时器；当所述上行持续时间定时器超时，所述终端设备可以进入休眠。这样，终端设备可以通过上行持续时间定时器是否超时来确定上行帧是否发送完成，进而可以使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法可以增加终端设备的休眠时间。

在一个可能的设计中，所述终端设备向所述接入网设备发送第二上行帧，并在发送完成所述第二上行帧时进入休眠。这样终端设备可以在发送完上行帧后自行进入休眠，而无需其他指示或触发，实现灵活简单，且相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本方法也可以增加终端设备的休眠时间。

在一个可能的设计中，所述终端设备从所述接入网设备接收上行调度信息和/或下行调度信息，所述上行调度信息可以是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息可以是基于所述业务特征信息中下行帧到达周期确定的。这样可以使终端设备基于上行帧到达周期和下行帧到达周期与接入网设备进行数据传输，从而使数据传输与业务匹配，进而可以使终端设备在接收完下行帧后可快速进入休眠，避免接收完下行帧后还需要继续等待发送上行帧，从而可以增加终端设备的休眠时间。

在一个可能的设计中，所述下行调度信息对应的传输下行帧的时间与所述上行调度信息对应的传输上行帧的时间存在重叠。这样可以使终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加终端设备的休眠时间。

第三方面，本申请提供了一种通信方法，该方法可以由核心网设备执行，也可以由核心网设备的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为核心网设备为例，该方法可以包括：核心网设备确定业务的业务特征信息后，向接入网设备发送所述业务特征信息。这样可以使接入网设备准确获取到业务的业务特征信息，从而确定与业务匹配的节能配置信息，针对现有技术中接入网设备由于不感知云XR业务的业务特征，出现C-DRX的设置与云XR业务特征不匹配，而导致业务时延较大等业务体验下降问题或终端设备节能效果较差的问题，本申请的方法中由于通过接入网设备感知业务的业务特征信息，从而可以使节能配置信息与业务匹配，根据节能配置信息实现在进行业务时终端设备的激活或者休眠，使终端设备激活或者休眠与业务是匹配的，进而可以提升业务体验。

在一个可能的设计中，所述核心网设备可以通过如下方式确定所述业务特征信息：所述核心网设备可以为会话管理功能网元，所述会话管理功能网元可以从网络数据分析功能网元获取所述业务特征信息，或者，所述会话管理功能网元可以从应用功能网元获取所述业务特征信息；或者，所述核心网设备可以为用户面功能网元，所述用户面功能网元可以根据所述业务的数据包确定所述业务特征信息。通过不同的核心网设备获取到业务特征信息，进而可以保证接入网设备通过多种方式获取到业务特征信息，可以提高接入网设备获取到业务特征信息的灵活性以及成功性。

在一个可能的设计中，所述核心网设备为所述用户面功能网元时，所述业务特征信息可以包括所述业务的帧标识和/或帧起止标识。这样，可以使接入网设备根据业务的帧标识和/或帧起止标识，来确定业务的帧的发送情况，例如帧是否发送完成等。进而，若接入网设备确定业务的数据帧发送完成，则可立即指示终端设备进入休眠。相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本申请方法可延长终端设备休眠时间，从而提升节能效果。

在一个可能的设计中，所述业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。这样，后续，接入网设备可以通过上行帧到达周期确定上行调度信息，可以通过下行帧到达周期确定下行调度信息，进而可根据上行帧到达周期和下行帧到达周期确定上行帧到达和下行帧到达的重叠时间，使得所述下行调度信息对应的传输下行帧的时间窗与所述上行调度信息对应的传输上行帧的时间窗重叠，从而可以使终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加终端设备的休眠时间。接入网设备也可以通过下行帧到达周期确定C-DRX周期，从而可以解决C-DRX周期与下行帧到达周期不匹配可能导致的业务传输时延过大(C-DRX周期大于下行帧到达周期，即下行帧到达时终端设备仍处于休眠状态无法接收数据)或者节能效果低(C-DRX周期小于下行帧到达周期，即下行帧尚未到达但终端设备处于激活状态)的问题。接入网设备可以通过上行帧空口发送时延需求信息确定上行持续时间定时器的时长，进而使终端设备在上行帧发送完成时进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本申请可以终端设备的休眠时间。接入网设备可以根据下行帧空口发送时延需求信息确定下行持续时间定时器的时长，进而使终端设备在下行帧发送完成时立即进入休眠，相比现有C-DRX机制中，终端设备在数据帧发送完成后还需要等待InactivityTimer超时才能进入休眠，本设计可以增加终端设备的休眠时间。

第四方面，本申请还提供了一种通信装置，所述通信装置可以是接入网设备，该通信装置具有实现上述第一方面或第一方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第一方面或第一方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第一方面或第一方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第五方面，本申请还提供了一种通信装置，所述通信装置可以是终端设备，该通信装置具有实现上述第二方面或第二方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第二方面或第二方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第二方面或第二方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第六方面，本申请还提供了一种通信装置，所述通信装置可以是核心网设备，该通信装置具有实现上述第三方面或第三方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第三方面或第三方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第三方面或第三方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第七方面，本申请实施例提供了一种通信系统，可以包括上述提及的接入网设备、终端设备和核心网设备等。

第八方面，本申请实施例提供的一种计算机可读存储介质，该计算机可读存储介质存储有程序指令，当程序指令在计算机上运行时，使得计算机执行本申请实施例第一方面及其任一可能的设计中，或第二方面及其任一可能的设计中，或第三方面及其任一可能的设计中所述的方法。示例性的，计算机可读存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括非瞬态计算机可读介质、随机存取存储器(random-access memory，RAM)、只读存储器(read-only memory，ROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

第九方面，本申请实施例提供一种计算机程序产品，包括指令，当所述指令在计算机上运行时，使得上述第一方面或第一方面任一种可能的设计中，或上述第二方面或第二方面任一种可能的设计中，或上述第三方面或第三方面任一种可能的设计中所述的方法被执行。

第十方面，本申请还提供了一种芯片，包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以使所述芯片实现上述第一方面或第一方面任一种可能的设计中，或上述第二方面或第二方面任一种可能的设计中，或上述第三方面或第三方面任一种可能的设计中所述的方法。

上述第四方面至第十方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案，或者第二方面或第二方面中的各种可能方案，或者第三方面或第三方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种通信系统的架构示意图；

图2为本申请提供的一种DRX周期的示意图；

图3为本申请提供的一种通信方法的流程图；

图4为本申请提供的一种业务特征信息的示意图；

图5为本申请提供的一种节能配置信息的示意图；

图6为本申请提供的一种通信方法的示例的流程图；

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

图8为本申请提供的另一种通信方法的示例的流程图；

图9为本申请提供的一种通信装置的结构示意图；

图10为本申请提供的一种通信装置的结构图。

具体实施方式

本申请实施例提供一种通信方法及装置，用以实现终端设备的节能配置的设置与业务特征匹配，而提升业务体验，同时保障终端设备的节能效果。其中，本申请所述方法和装置基于同一技术构思，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

在本申请中的描述中，“至少一个(种)”是指一个(种)或者多个(种)，多个(种)是指两个(种)或者两个(种)以上。“以下至少一项”或其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a,b,或c中的至少一项，可以表示：a，b，c，a和b，a和c，b和c，或，a和b和c，其中，a,b,c可以是单个，也可以是多个。

本申请的描述中“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。“/”表示“或”，例如a/b表示a或b。

为了更加清晰地描述本申请实施例的技术方案，下面结合附图，对本申请实施例提供的通信方法及装置进行详细说明。

图1示出了本申请实施例涉及的通信系统的架构，所述通信系统的架构中可以包括无线接入网络、终端设备和核心网。示例性的，该通信系统的架构中，无线接入网络中可以包括接入网设备((radio)access network，(R)AN)。核心网中可以包括：网络数据分析功能(network data analytics function，NWDAF)网元、网络开放功能(network exposurefunction，NEF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理功能网元(unified data management，UDM)、应用功能(application function，AF)网元、鉴权服务器功能(authentication server function，AUSF)网元，接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能网元(sessionmanagement function，SMF)网元、用户面功能(user plane function，UPF)网元。其中，AMF网元与接入网设备之间可以通过N2接口相连，接入网设备与UPF之间可以通过N3接口相连，SMF与UPF之间可以通过N4接口相连，AMF网元与终端设备之间可以通过N1接口相连。接口名称只是一个示例说明，本申请实施例对此不作具体限定。应理解，本申请实施例并不限于图1所示通信系统，图1中所示的网元的名称在这里仅作为一种示例说明，并不作为对本申请的方法适用的通信系统架构中包括的网元的限定。下面对通信系统中的各个网元或设备的功能进行详细描述：

终端设备，又可以称之为用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音和/或数据连通性的设备。例如，终端设备可以包括具有无线连接功能的手持式设备、车载设备等。目前，终端设备可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端等。其中，图1中终端设备以UE示出，仅作为示例，并不对终端设备进行限定。

(R)AN设备：为终端设备提供接入的设备，包含无线接入网(radio accessnetwork，AN)设备和接入网(access network，AN)设备。RAN设备主要是3GPP网络无线网络设备，AN可以是non-3GPP定义的接入网设备。RAN设备：主要负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。所述接入网设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在5G系统中，称为RAN或者gNB(5G NodeB)等。

接入和移动性管理功能网元，可用于对终端设备的接入控制和移动性进行管理，在实际应用中，其包括了长期演进(long term evolution，LTE)中网络框架中移动管理实体(mobility management entity，MME)里的移动性管理功能，并加入了接入管理功能，具体可以负责终端设备的注册、移动性管理、跟踪区更新流程、可达性检测、会话管理功能网元的选择、移动状态转换管理等。例如，在5G中，接入和移动性管理功能网元可以是AMF网元，例如图1所示；在未来通信，如6G中，接入和移动性管理功能网元仍可以是AMF网元，或有其它的名称，本申请不做限定。当接入和移动性管理功能网元是AMF网元时，AMF可以提供Namf服务。

会话管理功能网元，可用于负责终端设备的会话管理(包括会话的建立、修改和释放)，用户面功能网元的选择和重选、终端设备的互联网协议(internet protocol，IP)地址分配、服务质量(quality of service，QoS)控制等。例如，在5G中，会话管理功能网元可以是SMF网元，例如图1所示；在未来通信，如6G中，会话管理功能网元仍可以是SMF网元，或有其它的名称，本申请不做限定。当会话管理功能网元是SMF网元时，SMF可以提供Nsmf服务。

用户面功能网元：负责终端设备中用户数据的转发和接收。可以从数据网络接收用户数据，通过接入网设备传输给终端设备；UPF网元还可以通过接入网设备从终端设备接收用户数据，转发到数据网络。UPF网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。例如，在5G中，用户面功能网元可以是UPF网元，例如图1所示；在未来通信，如6G中，用户面功能网元仍可以是UPF网元，或有其它的名称，本申请不做限定。

策略控制功能网元：主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。例如，在5G中，策略控制功能网元可以是PCF网元，例如图1所示；在未来通信，如6G中，策略控制功能网元仍可以是PCF网元，或有其它的名称，本申请不做限定。当策略控制功能网元是PCF网元，PCF网元可以提供Npcf服务。

网络开放功能网元：主要支持3GPP网络和第三方应用安全的交互。例如，在5G中，网络开放功能网元可以是NEF网元，例如图1所示；在未来通信，如6G中，网络开放功能网元仍可以是NEF网元，或有其它的名称，本申请不做限定。当网络开放功能网元是NEF时，NEF可以向其他网络功能网元提供Nnef服务。

应用功能网元：主要支持与3GPP核心网交互来提供服务，例如影响数据路由决策，策略控制功能或者向网络侧提供第三方的一些服务。例如，在5G中，应用功能网元可以是AF网元，例如图1所示；在未来通信，如6G中，应用功能网元仍可以是AF网元，或有其它的名称，本申请不做限定。当应用功能网元是AF网元时，AF网元可以提供Naf服务。

统一数据管理功能网元：用于生成认证信任状，用户标识处理(如存储和管理用户永久身份等)，接入授权控制和签约数据管理等。例如，在5G中，统一数据管理功能网元可以是UDM网元，例如图1所示；在未来通信，如6G中，统一数据管理功能网元仍可以是UDM网元，或有其它的名称，本申请不做限定。当统一数据管理功能网元是UDM网元时，UDM网元可以提供Nudm服务。

网络数据分析功能网元，可提供基于大数据和人工智能等技术的网络数据采集和分析功能。例如，在5G中，网络数据分析功能网元可以是NWDAF网元，例如图1所示；在未来通信，如6G中，网络数据分析功能网元仍可以是NWDAF网元，或有其它的名称，本申请不做限定。当网络数据分析功能网元是NWDAF网元时，NWDAF网元可以提供Nnwdaf服务。

鉴权服务器功能网元主要功能是提供鉴权服务。例如，在5G中，鉴权服务器功能网元可以是AUSF网元，例如图1所示；在未来通信，如6G中，鉴权服务器功能网元仍可以是AUSF网元，或有其它的名称，本申请不做限定。当鉴权服务器功能网元是AUSF网元时，AUSF网元可以提供Nausf服务。

数据网络(data network，DN)，指的是为用户提供数据传输服务的服务网络，如IP多媒体业务(IP multi-media service,IMS)、互联网(Internet)等。

UE通过UE到DN之间建立的协议数据单元(protocol data unit，PDU)会话，来访问DN。

其中，核心网中的各个网元也可以称为功能实体或者设备，既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。

需要说明的是，图1所示的通信系统的架构中不限于仅包含图中所示的网元，还可以包含其它未在图中表示的设备，具体本申请在此处不再一一列举。

需要说明的是，本申请实施例并不限定各个网元的分布形式，图1所示的分布形式只是示例性的，本申请不作限定。

为方便说明，本申请后续均以图1所示的网元为例进行说明，并将XX网元直接简称为XX，例如，SMF网元简称为SMF。应理解，本申请中所有网元的名称仅仅作为示例，在未来通信中还可以称为其它名称，或者在未来通信中本申请涉及的网元还可以通过其它具有相同功能的实体或者设备等来替代，本申请对此均不作限定。这里做统一说明，后续不再赘述。

目前，节省终端设备的功耗，提出不连续接收(discontinuous reception，DRX)机制。DRX机制可以使终端设备周期性地在某些时间段进行休眠，从而节省终端设备的功耗。处于无线资源控制(radio resource control，RRC)连接态(connected)的终端设备使用的DRX为连接态DRX(connected DRX，C-DRX)。C-DRX的DRX周期可以为长的DRX周期，还可以为短的DRX周期，其中长的DRX周期是默认必须配置、而短的DRX周期是可选配置，若配置了短的DRX周期，终端设备会在使用短的DRX周期的时候开启短周期定时器(ShortCycleTimer)，当ShortCycleTimer超时则转换为长的DRX周期。

例如，如图2所示，DRX周期包括“持续时间(On Duration)”部分和“DRX机会(Opportunity for DRX)”部分。在“On Duration”时间内终端设备监听并接收物理下行控制信道(physical downlink control channel，PDCCH)，属于“激活期”；在“Opportunityfor DRX”时间内终端设备可以不监听或不接收PDCCH以减少功耗，属于“休眠期”。DRX机制包括持续定时器(onDurationTimer或drx-onDurationTimer)，在每个DRX周期的开始(即每个DRX周期的on Duration的开始)终端设备需要开启onDurationTimer。当onDurationTimer超时则表示“On Duration”时间结束，此时终端设备进入“Opportunityfor DRX”时间。DRX机制中还包括去激活定时器(InactivityTimer或drx-InactivityTimer)。当终端设备在“on Duration”时间内接收到指示初传(newtransmission)的PDCCH时，由于终端设备很可能在接下来的时间内继续被网络设备调度，终端设备需要开启InactivityTimer，在InactivityTimer运行时间内终端设备需要监听并接收PDCCH。当InactivityTimer超时，终端设备进入休眠状态。

其中，C-DRX的DRX周期(也即C-DRX周期)，可以理解为用于描述DRX机制下两次OnDuration出现的间隔时长，即终端设备周期性进入激活期的时长。

随着通信技术发展，新媒体行业体验进一步提升，视频类业务成为主流媒体形式，出现了虚拟现实(virtual reality，VR)、增强现实(augment reality，AR)等扩展现实(eXtended reality，XR)类新兴多媒体业务，也可以称为云XR(cloud XR)业务。例如，VR是彻底颠覆内容消费与通讯消费的变革性技术，VR技术可以通过遮挡用户的视线，将其感官带入独立且全新的虚拟空间，为用户提供沉浸式、代入感更强的体验。

cloud XR业务具有周期性，即周期性地控制上行帧发送以及周期性地发送下行帧。然而，目前C-DRX的设置可能会与cloud XR业务特征不匹配，而导致业务体验较差、终端设备节能较差等问题。例如，C-DRX周期可能与cloud XR业务下行帧到达周期不匹配，可能会导致数据传输时延较大，而影响业务体验。

基于此，本申请实施例提出一种通信方法及装置，可以结合业务特征来设置匹配的节能配置信息，从而实现终端设备的节能配置信息的设置与业务特征匹配，从而提升业务体验，同时也可以保证终端设备节能的目标。

基于以上描述，本申请实施例提供的一种通信方法，参阅图3所示，该方法的具体流程可以包括：

步骤301：接入网设备获取业务的业务特征信息。

其中，该业务可以为云XR业务，例如VR业务、AR业务等，也可以是与云XR业务类似的其他业务，本申请对此不作限定。

示例性的，业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息、下行帧空口发送时延需求信息、上行帧数据量大小、下行帧数据量大小等。例如，业务特征信息中的上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息指示的上行帧空口发送时延、下行帧空口发送时延需求信息指示的下行帧空口发送时延可以如图4所示。

在一种可选的实施方式中，接入网设备可以通过如下方法获取业务的业务特征信息：

方法a1、接入网设备从核心网设备接收业务特征信息。

方法a2、接入网设备从终端设备接收业务特征信息。

在上述方法a1中，当核心网设备不同时，业务特征信息来源不同。例如，当核心网设备为会话管理功能网元时，业务特征信息可以是会话管理功能网元从网络数据分析功能网元获取的。又例如，当核心网设备为会话管理功能网元时，业务特征信息也可以是会话管理功能网元从应用功能网元获取的。又例如，当核心网设备为用户面功能网元时，业务特征信息可以是用户面功能网元根据业务的数据包确定的。

第一种示例中，在核心网设备为会话管理功能网元时，业务特征信息是会话管理功能网元从网络数据分析功能网元获取的情况下，网络数据分析功能网元可以从用户面网元或者接入网设备获取业务的业务流统计信息，业务流统计信息可以包括业务流中的上行或下行数据包大小、上行或下行数据包到达时间戳等。然后，网络数据分析功能网元基于该业务流统计信息进行学习，从而得到业务的业务特征信息，例如上行帧到达周期、上行帧数据量大小、下行帧到达周期、下行帧数据量大小。可选的，业务特征信息还可以包括上行帧空口发送时延需求信息和/或下行帧空口发送时延需求信息，上行帧空口发送时延需求信息和/或下行帧空口发送时延需求信息与空口传输相关，可以由接入网设备上报给网络数据分析功能网元的或者网络数据分析功能网元自行学习统计得到。

之后，网络数据分析功能网元可以通过策略控制功能网元向会话管理功能网元发送该业务特征信息。网络数据分析功能网元可以将业务特征信息发送给策略控制功能网元，然后策略控制功能网元将业务特征信息发送给会话管理功能网元。可选的，策略控制功能网元可以发起会话关联策略修改流程，通过会话关联策略修改流程将业务特征信息发送给会话管理功能网元，当然也可以通过其它方式发送，本申请不作限定。

第二种示例中，在核心网设备为会话管理功能网元时，业务特征信息是会话管理功能网元从应用功能网元获取的情况下，应用功能网元确定业务特征信息后，可以通过网络开放功能网元向策略控制功能网元发送业务特征信息，进而策略功能网元将业务特征信息发送给会话管理功能网元。同样的，策略控制功能网元可以发起会话关联策略修改流程，通过会话关联策略修改流程将业务特征信息发送给会话管理功能网元，当然也可以通过其它方式发送，本申请不作限定。

在上述第一种示例和第二种示例中，会话管理功能网元在获取到业务特征信息后，可以发起分组数据单元(packet data unit，PDU)会话修改流程，通过PDU会话修改流程将业务特征参数发送给接入网设备。当然，会话管理功能网元也可以通过其它方式将业务特征信息发送给接入网设备，本申请对此不作限定。

第三种示例中，在核心网设备为用户面功能网元时，业务特征信息可以是用户面功能网元根据业务的数据包确定的情况下，用户面功能网元可以通过对业务的数据包进行统计学习确定业务特征信息，或者也可以从业务的数据包的互联网协议(internetprotocol，IP)头携带的信息中获取业务特征信息，或者还可以通过其它多种方式基于业务的数据包，本申请对此不作限定。

在该第三种示例中，除了上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息、下行帧空口发送时延需求信息、上行帧数据量大小、下行帧数据量大小等中的一项或多项以外，用户面功能网元还可以根据业务的数据包获取到业务的帧标识和/或帧起止标识，例如用户面功能网元从业务的数据包的IP头携带的信息中获取。进而，可选的，业务特征信息还可以包括业务的帧标识和/或帧起止标识，其中帧起止标识包括帧起始标识和/或帧结束标识(或称帧截止标识等)。

在上述方法a1中，终端设备可以先确定业务的业务特征信息，再向接入网设备发送该业务特征信息。例如，终端设备可以从终端设备安装的业务应用(application，APP)或者业务的客户端获取业务的业务特征信息。

在一种可选的实施方式中，终端设备可以通过RRC消息或者上行数据包将业务特征信息发送给接入网设备。

可选的，除上述方法a1和方法a2外，接入网设备也可以自行确定业务特征信息，例如，接入网设备自行统计学习业务的特务特征信息等。

步骤302：接入网设备根据业务特征信息确定节能配置信息，节能配置信息用于确定在进行业务时终端设备处于激活状态或休眠状态。

步骤303：接入网设备向终端设备发送节能配置信息。

步骤304：终端设备在进行业务时，根据节能配置信息激活或进入休眠。其中，需要说明的是，终端设备激活则表示终端设备处于激活状态，终端设备进入休眠则表示终端设备处于休眠状态。

需要说明的是，节能配置信息仅是一种名称示例，还可以以第一信息等其他名称替换，本申请对此不作限定。

在一种可选的实施方式中，节能配置信息可以包括C-DRX周期，其中，C-DRX周期是基于业务特征信息中下行帧到达周期确定的。例如可以将C-DRX周期设置与下行帧到达周期相同。例如，图5所示，一个C-DRX周期可以是一个下行帧到达周期。示例性的，当业务是帧率60每秒发送帧数(frame per second，fps)的VR业务时，下行帧到达周期是16.67毫秒(ms)时，接入网设备也可以确定C-DRX周期是16.67ms。

一种示例中，节能配置信息还可以包括下行持续时间定时器(DL on duration)的时长，该下行持续定时器的时长可以是基于业务特征信息中的下行帧空口发送时延需求信息确定的。例如，下行持续定时器的时长，可以等于下行帧空口发送时延需求信息指示的下行帧空口发送时延，如图5所示。示例性的，当业务是帧率60fps的VR业务时，下行帧空口发送时延是10ms时，接入网设备也可以确定下行持续时间定时器的时长是10ms。

这样，终端设备在根据节能配置信息进行业务的过程中，终端设备可以在接收到接入网设备发送的下行数据包时，启动下行持续时间定时器，当下行持续时间定时器超时，终端设备进入休眠。如图5所示，以休眠1示例性示出当下行持续时间定时器超时，终端设备进入休眠。

在上述情况下，当下行持续时间定时器超时，则表明在当前C-DRX周期中，下行帧的下行数据包已经发送完成，或者下行帧的剩余的下行数据包不满足时延需求被丢弃，所以终端设备可以进入休眠。

在一种可选的实施方式中，节能配置信息可以包括指示信息，指示信息用于指示下行帧已发送完成，指示信息是基于下行帧的最后一个数据包后确定的，下行帧的最后一个数据包是根据业务特征信息确定的。例如，接入网设备可以根据业务特征信息中的下行帧数据量大小确定下行帧的最后一个数据包，进而确定指示下行帧已发送完成的指示信息。又例如，接入网设备可以基于下行帧的帧起止标识确定最后一个数据包，进而确定指示信息。

在终端设备根据节能配置信息进行业务的过程中，终端设备在从接入网设备接收行帧的最后一个数据包后，终端设备可以根据指示信息进入休眠。

一种可能的方式中，指示信息指示下行帧已发送完成后，可以基于此确定C-DRX的每个周期以指示信息指示的下行帧发送完成的位置是周期结束位置。在该情况下，节能配置信息中可以无需包括上述提及的基于业务特征信息中下行帧到达周期确定的C-DRX周期。即在该方式中，指示信息既可以指示C-DRX周期，还可以触发终端设备进入休眠。

在另一种可能的方式中，节能配置信息既可以包括上述提及的基于业务特征信息中下行帧到达周期确定的C-DRX周期，也可以包括该指示信息。在该方式中，指示信息仅触发终端设备进入休眠。

在一种可选的实施方式中，接入网设备可以根据所述业务特征信息确定上行调度信息和/或下行调度信息(即确定上行帧传输时间和/或下行帧传输时间)，上行调度信息是基于业务特征信息中上行帧到达周期确定的，下行调度信息是基于业务特征信息中下行帧到达周期确定的；接入网设备向终端设备发送上行调度信息和/或下行调度信息。例如，图5所示，接入网设备可以在一个C-DRX周期中调度一个下行帧，调度三个上行帧，应理解，图5示出的上行帧的个数仅为示例，本申请对此不作限定。

可选的，下行调度信息对应的传输下行帧的时间与上行调度信息对应的传输上行帧的时间可以存在重叠。如图5所示，下行帧的传输时间可以与前两个上行帧的传输时间重叠。这样可以使得终端在接收完下行帧的数据包后可快速进入休眠，避免接收完下行帧的数据包后还需要继续等待发送上行帧的数据包，只需根据上行调度信息再发送后面的与下行帧传输时间不重叠的上行帧(如图5所示的第三个上行帧)即可，从而可以增加终端设备的休眠时间。

在一种可选的实现方式中，节能配置信息还可以包括上行持续时间定时器(UL onduration)的时长，上行持续定时器的时长可以是基于业务特征信息中的上行帧空口发送时延需求信息确定的。例如，上行持续时间定时器的时长，可以等于上行帧空口发送时延需求信息指示的上行帧空口发送时延，如图5所示。示例性的，当业务是帧率60fps的VR业务时，上行帧空口发送时延是2ms时，接入网设备也可以确定上行持续定时器的时长是2ms。

这样，终端设备在根据节能配置信息进行业务的过程中，终端设备向接入网设备发送第一上行帧，并启动所述上行持续时间定时器；当所述上行持续时间定时器超时，终端设备可以进入休眠。如图5所示，以休眠2示例性示出当上行持续时间定时器超时，终端设备进入休眠。

当上行持续时间定时器超时，则表明上行帧的上行数据包已经发送完成，或者上行帧的剩余的上行数据包不满足时延需求被丢弃，所以终端设备可以进入休眠。

在另一种可选的实现方式中，节能配置信息不包括上行持续时间定时器的时长，这种情况下，终端设备向接入网设备发送第二上行帧，并在发送完成第二上行帧时可以进入休眠。

上述两种实现方式，第一上行帧和第二上行帧是与下行帧的传输时间不重叠的上行帧，例如图5中的第三个上行帧。可选的，第一上行帧和第二上行帧可以是相同的上行帧，也可以是不同的上行帧。

可选的，接入网设备可以通过RRC消息向终端设备发送各种信息，例如，接入网设备可以通过RRC消息向终端设备发送节能配置信息；又例如，接入网设备可以通过RRC消息向终端设备发送上行调度信息和/或下行调度信息。

可选的，一个终端设备可以配置一套节能配置信息，因此，终端设备可以适用于一种业务在运行的场景。

通过本申请提供的通信方法，针对现有技术中接入网设备由于不感知云XR业务的业务特征，出现C-DRX的设置与云XR业务特征不匹配，而导致业务时延较大等业务体验下降问题或终端设备节能效果较差的问题，本申请的方法中由于接入网设备可以感知业务的业务特征信息，从而确定与业务匹配的节能配置信息，根据确定的节能配置信息实现在进行业务时终端设备的激活或者休眠，使终端设备激活或者休眠与业务是匹配的，进而可以提升业务体验，同时保证终端设备的节能效果。

基于上述实施例，下面以具体的示例对本申请实施例提供的通信方法进行说明。在以下的示例中，以云XR业务示出，以及以接入网设备为RAN，终端设备为UE等为例示出，会话管理功能网元为SMF，策略控制功能网元为PCF等为例示出。

图6示出了一种通信方法的示例，在该示例中主要介绍RAN获取XR业务的业务特征信息的几种方式。示例性的，该通信方法的流程可以包括：

第一种可选的流程可以包括：

步骤601a：NWDAF从UPF获取某一特定云XR业务的业务流统计信息，例如业务流统计信息中可以包括上行或下行数据包大小、上行或下行数据包到达时间戳等。

步骤602a：NWDAF基于业务流统计信息进行学习，从而得到该云XR业务的业务特征信息，例如上行帧到达周期、上行帧数据量大小、下行帧到达周期、下行帧数据量大小、上行帧空口发送时延需求信息、下行帧空口发送时延需求信息中的至少一项。

其中，上行帧空口发送时延需求信息和下行帧空口发送时延需求信息主要与空口传输相关，可以由RAN上报给NWDAF或者NWDAF自行学习统计得到。

步骤603a：NWDAF将业务特征信息发送给PCF。

步骤604a：PCF将业务特征信息发送给SMF。

例如，PCF可以发起会话关联策略修改流程，并通过会话关联策略修改流程将业务特征信息发送给SMF。

步骤605a：SMF将业务特征信息发送给RAN。

例如，SMF可以发起PDU会话修改流程，并通过PDU会话修改流程将业务特征信息发送给RAN。

步骤606a：RAN根据业务特征信息确定节能配置信息。

例如，RAN根据业务特征信息确定节能配置信息的具体过程可以参见图3所示的实施例的描述，也可以后面图7或图8所示的示例，在此处不作详细描述。

步骤607a：RAN将节能配置信息发送给UE。

例如，RAN可以通过RRC消息将节能配置信息发送给UE。

需要说明的是，以上基于NWDAF的业务特征信息学习过程仅为示例，在具体实施时也可以在UPF或者RAN实现，本申请不作限制。若在UPF实现，则忽略上述步骤601a-603a，步骤604a修改为UPF向SMF发送业务特征信息；若在RAN实现，则忽略上述步骤601a-605a，只需要步骤606a-607a即可。

第二种可选的流程可以包括：

步骤601b：AF通过NEF将某一特定云XR业务的业务特征信息发送给PCF，其中业务特征信息包括的内容可参见第一种可选的流程中的相关描述。

步骤602b-605b与第一种可选的流程中的步骤604a-607a类似，可以相互参见，此处不再赘述。

第三种可选的流程可以包括：

步骤601c：UE获取某一特定云XR业务的业务特征信息，其中业务特征信息包括的内容可参见第一种可选的流程中的相关描述。

例如，UE可基于预先配置的策略(例如可配置需要获取业务特征信息的应用列表)，通过内部通信模块与应用层的接口交互，从应用层获取业务特征信息。例如，终端设备可以从终端设备安装的业务应用(application，APP)或者业务的客户端获取业务的业务特征信息。

步骤602c：UE将业务特征信息发送给RAN。

例如，UE可以通过RRC消息或者上行数据包将业务特征信息发送给RAN。

步骤603c：RAN根据业务特征信息确定节能配置信息。

例如，RAN根据业务特征信息确定节能配置信息的具体过程可以参见图3所示的实施例的描述，也可以后面图7或图8所示的示例，在此处不作详细描述。

步骤604c：RAN将节能配置信息发送给UE。

例如，RAN可以通过RRC消息将节能配置信息发送给UE。

第四种可选的流程可以包括：

步骤601d：UPF获取某一特定云XR业务的业务特征信息。

可选地，UPF可基于指示获取业务特征信息。例如，SMF向UPF指示需要获取业务特征信息的IP五元组列表，UPF可以根据接收到的下行数据包对应的IP五元组确定是否需要获取业务特征信息。

例如，业务特征信息可以包括：上行帧到达周期、上行帧数据量大小、下行帧到达周期、下行帧数据量大小、上行帧空口发送时延需求信息、下行帧空口发送时延需求信息中的至少一项。

可选的，在该流程中，业务特征信息还可以包括帧标识和/或帧起止标识等。

例如，UPF可以基于统计学习获取业务特征信息，或者从该云XR业务的数据包的IP头携带信息获取业务特征信息。

步骤602d：UPF将业务特征信息发送给RAN。

例如，UPF可以通过下行数据包将业务特征信息发送给RAN。

步骤603d：RAN根据业务特征信息确定节能配置信息。

例如，RAN根据业务特征信息确定节能配置信息的具体过程可以参见图3所示的实施例的描述，也可以后面图7或图8所示的示例，在此处不作详细描述。

步骤604d：RAN将节能配置信息发送给UE。

例如，RAN可以通过RRC消息将节能配置信息发送给UE。

基于上述示例，RAN可以通过多种可行的方式获取云XR业务的业务特征信息，使得RAN能够基于业务特征信息进行相应的节能配置信息设置，实现节能配置信息和业务特征的匹配，从而在保障业务体验的同时更好地实现终端节能的目标。

图7示出了又一种通信方法的示例，以便根据上行持续时间定时器和下行持续时间定时器超时，终端设备进入休眠。在该示例在图6所示的基础上，介绍RAN如何基于业务特征信息确定节能配置信息，以及执行相应的上下行数据调度和传输流程。示例性的，该通信方法的流程可以包括：

步骤701：RAN基于图6所示的方法获取到云XR业务的业务特征信息。

步骤702-步骤703：RAN从UPF接收到该云XR业务对应的下行数据包。

步骤704：RAN根据业务特征信息确定节能配置信息。以及RAN根据所述业务特征信息确定上行调度信息和/或下行调度信息。

例如，节能配置信息包括C-DRX周期、下行持续时间定时器的时长和上行持续时间定时器的时长等。其中，C-DRX周期可以基于下行帧到达周期确定，例如C-DRX周期设置为16.67ms；下行持续时间定时器的时长可以基于下行帧空口发送时延需求确定，例如下行持续时间定时器的时长设置为下行帧空口发送时延需求10ms；上行持续时间定时器的时长可以基于上行帧空口发送时延需求确定，例如上行持续时间定时器的时长设置为上行帧空口发送时延需求2ms。

RAN在根据所述业务特征信息确定上行调度信息和/或下行调度信息时，可以通过业务特征信息中的上行帧到达周期确定上行调度信息(即确定上行帧传输时间)，通过业务特征信息中的下行帧到达周期确定下行调度信息(即确定下行帧传输时间)。比如根据上行帧到达周期和下行帧到达周期确定上行帧到达和下行帧到达的重叠时间，使得上下行数据传输时间窗口交叠，即使得下行调度信息对应的传输下行帧的时间与上行调度信息对应的传输上行帧的时间可以存在重叠。RAN基于上行帧到达周期预先为UE调度上行资源，使得终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加UE休眠时间。例如，下行帧到达周期16ms，下行帧空口发送时延需求10ms，上行帧到达周期为4ms，上行帧空口发送时延需求2ms，则每个下行帧传输时间窗口(小于10ms)有多个上行帧需要传输。RAN在进行调度时，可实现上/下行帧传输时间窗口重叠：假设每个时间窗口为1ms，起始时刻为时间窗口0，下行帧和第一个上行帧同时需要传输，RAN可在时间窗口1-9(总时长9ms满足下行帧发送时延需求)传输下行帧，在时间窗口1-2传输第一个上行帧，时间窗口4-5传输第二个上行帧，在时间窗口8-9传输第三个上行帧，则时间窗口9之后终端设备可立即进入休眠。

需要说明的是，步骤702-步骤703与步骤704的先后顺序本申请不作限定。

步骤705：RAN向UE发送节能配置信息和上行调度信息与下行调度信息。

例如，RAN可以通过RRC消息向UE发送节能配置信息和上行调度信息与下行调度信息。

步骤706-708：UE与RAN基于上行或下行调度信息进行上下行数据包的收发。

步骤709：当UE接收到下行数据包时，UE根据节能配置信息启动下行持续时间定时器，下行持续时间定时器超时后进入休眠。

下行持续时间定时器超时指下行数据(即下行帧)已发送完成，或者剩余下行数据包因不满足时延需求被丢弃。

步骤710：UE根据上行调度信息发送上行数据包(即上行帧的数据包)。

步骤711：在UE发送上行数据包时，UE根据节能配置信息启动上行持续时间定时器，上行持续时间定时器超时后进入休眠。

例如，UE在发送上行帧的第一个数据包时启动上行持续时间定时器。

上行持续时间定时器超时指上行帧已发送完成，或者剩余上行数据包因不满足时延需求被丢弃。

图8示出了又一种通信方法的示例，以便终端设备根据指示信息进行发送完下行帧的休眠，以及根据发送完上行帧自行进入休眠。该方法在图6所示的基础上，介绍RAN如何基于业务特征信息确定节能配置信息，以及执行相应的上下行数据调度和传输流程。示例性的，该通信方法的流程可以包括：

步骤801：RAN基于图6所示的方法获取到云XR业务的业务特征信息。

步骤802-803：RAN从UPF接收到该云XR业务对应的下行数据包。

步骤804：RAN根据业务特征信息确定节能配置信息。以及RAN根据所述业务特征信息确定上行调度信息和/或下行调度信息。

例如，节能配置信息包括CDRX周期和指示信息。其中，C-DRX周期可以基于下行帧到达周期确定，例如C-DRX周期设置为16.67ms。指示信息指示下行帧已发送完成，指示信息是根据下行帧的最后一个数据包确定的，下行帧的最后一个数据包是根据业务特征信息确定的。例如，RAN可以根据业务特征信息中的下行帧数据量大小确定下行帧的最后一个数据包，进而确定指示下行帧已发送完成的指示信息。又例如，RAN可以基于下行帧的帧起止标识确定下行帧的最后一个数据包，进而确定指示信息。指示信息可以用于触发终端设备进入休眠，例如终端设备在接收到下行帧的最后一个数据包时，基于指示信息触发终端设备进入休眠。

应理解，下行帧可以为任一个下行帧。

RAN在根据所述业务特征信息确定上行调度信息和/或下行调度信息时，可以通过业务特征信息中的上行帧到达周期确定上行调度信息(即确定上行帧传输时间)，通过业务特征信息中的下行帧到达周期确定下行调度信息(即确定下行帧传输时间)。比如根据上行帧到达周期和下行帧到达周期确定上行帧到达和下行帧到达的重叠时间，使得上下行数据传输时间窗口交叠，即使得下行调度信息对应的传输下行帧的时间与上行调度信息对应的传输上行帧的时间可以存在重叠。RAN基于上行帧到达周期预先为UE调度上行资源，使得终端设备在接收完下行数据后可快速进入休眠，避免接收完下行数据后还需要继续等待发送上行数据，从而可以增加UE休眠时间。例如，下行帧到达周期16ms，下行帧空口发送时延需求10ms，上行帧到达周期为4ms，上行帧空口发送时延需求2ms。每个下行帧传输时间窗口(小于10ms)有多个上行帧需要传输。RAN在进行调度时，可实现上/下行帧传输时间窗口重叠：假设每个时间窗口为1ms，起始时刻为时间窗口0，下行帧和第一个上行帧同时需要传输，RAN可在时间窗口1-9(总时长9ms满足下行帧发送时延需求)传输下行帧，在时间窗口1-2传输第一个上行帧，时间窗口4-5传输第二个上行帧，在时间窗口8-9传输第三个上行帧，则时间窗口9之后终端设备可立即进入休眠。

需要说明的是，步骤802-步骤803与步骤804的先后顺序本申请不作限定。

步骤805：RAN向UE发送节能配置信息和上行调度信息与下行调度信息。

例如，RAN可以通过RRC消息向UE发送节能配置信息和上行调度信息与下行调度信息。

步骤806-808：UE与RAN基于上行或下行调度信息进行上下行数据包的收发。

步骤809：RAN确定接收到下行帧的最后一个数据包，根据节能配置信息中的指示信息进入休眠。

这样UE不需要等待现有技术中的drx-InactivityTimer，从而可以增加UE的休眠时间。

步骤810：UE基于RAN预调度的资源发送上行帧的上行数据包。

步骤811：UE发送完该上行帧后进入休眠。

这样UE不需要等待现有技术中的drx-InactivityTimer，从而可以增加休眠时间。

通过图7和图8所示的示例，RAN能够基于业务特征信息进行相应的节能配置信息设置，实现节能配置信息和业务特征的匹配，针对现有技术中RAN由于不感知云XR业务的业务特征，出现C-DRX的设置与云XR业务特征不匹配，而导致业务时延较大等业务体验下降问题或终端设备节能效果较差的问题，上述示例UE可以根据节能配置信息实现在进行业务时的激活或者休眠，使UE激活或者休眠与业务是匹配的，从而在保障业务体验的同时更好地实现UE节能的目标。

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图9所示，通信装置900可以包括收发单元901和处理单元902。其中，所述收发单元901用于所述通信装置900接收消息(信息或数据)或发送消息(信息或数据)，所述处理单元902用于对所述通信装置900的动作进行控制管理。所述处理单元902还可以控制所述收发单元901执行的步骤。

示例性地，该通信装置900具体可以是上述实施例中的接入网设备、所述接入网设备中的处理器，或者芯片，或者芯片系统，或者是一个功能模块等；或者，该通信装置900具体可以是上述实施例中的终端设备、所述终端设备的处理器，或者芯片，或者芯片系统，或者是一个功能模块等。

在一个实施例中，所述通信装置900用于实现上述实施例中接入网设备的功能时：

所述收发单元901可以用于获取业务的业务特征信息；所述处理单元902可以用于根据所述业务特征信息确定节能配置信息，所述节能配置信息用于确定在进行所述业务时终端设备处于激活状态或休眠状态；所述收发单元901还可以用于向所述终端设备发送所述节能配置信息。

在一种可选的实施方式中，所述收发单元901在获取所述业务的所述业务特征信息时，可以用于：从核心网设备接收所述业务特征信息；或者，从所述终端设备接收所述业务特征信息。

示例性的，所述核心网设备可以为会话管理功能网元，所述业务特征信息是所述会话管理功能网元从网络数据分析功能网元获取的，或者，所述业务特征信息是所述会话管理功能网元从应用功能网元获取的；或者，所述核心网设备可以为用户面功能网元，所述业务特征信息是所述用户面功能网元根据所述业务的数据包确定。

可选的，所述核心网设备为所述用户面功能网元时，所述业务特征信息可以包括所述业务的帧标识和/或帧起止标识。

一种示例中，所述业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。

在一种可选的实施方式中，所述节能配置信息可以包括C-DRX周期，所述C-DRX周期是基于所述业务特征信息中下行帧到达周期确定的。

示例性的，所述节能配置信息还可以包括下行持续时间定时器的时长，所述下行持续定时器的时长是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。

一种可选的实施方式中，所述节能配置信息可以包括指示信息，所述指示信息用于指示下行帧已发送完成，所述指示信息是基于下行帧的最后一个数据包确定的，所述下行帧的所述最后一个数据包是根据所述业务特征信息确定。

示例性的，所述收发单元901还可以用于向所述终端设备发送所述数据包。

可选的，所述节能配置信息还可以包括上行持续时间定时器的时长，所述上行持续定时器的时长是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。

一种示例中，所述处理单元902还可以用于根据所述业务特征信息确定上行调度信息和/或下行调度信息，所述上行调度信息是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息是基于所述业务特征信息中下行帧到达周期确定的；所述收发单元901还可以用于向所述终端设备发送所述上行调度信息和/或所述下行调度信息。

可选的，所述下行调度信息对应的传输下行帧的时间可以与所述上行调度信息对应的传输上行帧的时间存在重叠。

在另一个实施例中，所述通信装置900用于实现上述实施例中终端设备的功能时：

所述收发单元901可以用于从接入网设备接收节能配置信息，所述节能配置信息是基于业务的业务特征信息确定的，所述节能配置信息用于确定在进行所述业务时终端设备处于激活状态或休眠状态；所述处理单元901可以用于在进行所述业务时，根据所述节能配置信息激活或进入休眠。

在一种可选的实施方式中，所述处理单元902还可以用于确定所述业务特征信息；所述收发单元901还可以用于向所述接入网设备发送所述业务特征信息。

示例性的，所述业务特征信息可以包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。

在一种可选的实施方式中，所述节能配置信息可以包括C-DRX周期，所述C-DRX周期是基于所述业务特征信息中下行帧到达周期确定的。

示例性的，所述节能配置信息还可以包括下行持续时间定时器的时长，所述下行持续定时器的时长是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。

进而可选的，所述收发单元901还可以用于接收所述接入网设备发送的下行数据包；所述处理单元902还可以用于所述收发单元901在接收到所述接入网设备发送的下行数据包时，启动所述下行持续时间定时器；当所述下行持续时间定时器超时，进入休眠。

一种可选的实施中，所述节能配置信息可以包括指示信息，所述指示信息用于指示下行帧已发送完成，所述指示信息是基于下行帧的最后一个数据包确定的，所述下行帧的所述最后一个数据包是根据所述业务特征信息确定的。

可选的，所述收发单元901还可以用于从所述接入网设备接收所述下行帧的所述数据包；所述处理单元902还可以用于根据所述指示信息进入休眠。

一种示例中，所述节能配置信息还可以包括上行持续时间定时器的时长，所述上行持续定时器的时长是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。

可选的，所述收发单元901还可以用于向所述接入网设备发送第一上行帧；所述处理单元902还可以用于启动所述上行持续时间定时器，当所述上行持续时间定时器超时，进入休眠。

示例性的，所述收发单元901还可以用于向所述接入网设备发送第二上行帧，所述处理单元902还可以用于在所述收发单元901发送完成所述第二上行帧时进入休眠。

一种可能的方式中，所述收发单元901还可以用于从所述接入网设备接收上行调度信息和/或下行调度信息，所述上行调度信息是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息是基于所述业务特征信息中下行帧到达周期确定的。

可选的，所述下行调度信息对应的传输下行帧的时间可以与所述上行调度信息对应的传输上行帧的时间存在重叠。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图10所示，通信装置1000可以包括收发器1001和处理器1002。可选的，所述通信装置1000中还可以包括存储器1003。其中，所述存储器1003可以设置于所述通信装置1000内部，还可以设置于所述通信装置1000外部。其中，所述处理器1002可以控制所述收发器1001接收和发送消息、信息或数据等。其中，收发器可以是收发器等。

具体地，所述处理器1002可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。所述处理器1002还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

其中，所述收发器1001、所述处理器1002和所述存储器1003之间相互连接。可选的，所述收发器1001、所述处理器1002和所述存储器1003通过总线1004相互连接；所述总线1004可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一种可选的实施方式中，所述存储器1003，用于存放程序等。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。所述存储器1003可能包括RAM，也可能还包括非易失性存储器(non-volatile memory)，例如一个或多个磁盘存储器。所述处理器1002执行所述存储器1003所存放的应用程序，实现上述功能，从而实现通信装置1000的功能。

示例性地，该通信装置1000可以是上述实施例中的接入网设备，还可以是上述实施例中的终端设备等。

在一个实施例中，所述通信装置1000在实现上述实施例中接入网设备的功能时，收发器1001可以实现上述实施例中的由接入网设备执行的收发操作；处理器1002可以实现上述实施例中由接入网设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

在另一个实施例中，所述通信装置1000在实现上述实施例中终端设备的功能时，收发器1001可以实现上述实施例中的由终端设备执行的收发操作；处理器1002可以实现上述实施例中由终端设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

基于以上实施例，本申请实施例提供了一种通信系统，该通信系统可以包括上述实施例涉及的接入网设备、终端设备和核心网设备等。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中终端设备(如UE)的功能等。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中终端设备(如UE)的功能等。

本申请实施例还提供一种芯片，包括处理器，所述处理器与存储器耦合，用于调用所述存储器中的程序使得所述芯片实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中终端设备(如UE)的功能等。

本申请实施例还提供一种芯片，所述芯片与存储器耦合，所述芯片用于实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中终端设备(如UE)的功能等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (29)

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

接入网设备获取业务的业务特征信息；

所述接入网设备根据所述业务特征信息确定节能配置信息，所述节能配置信息用于确定在进行所述业务时终端设备处于激活状态或休眠状态；

所述接入网设备向所述终端设备发送所述节能配置信息。

2.如权利要求1所述的方法，其特征在于，所述接入网设备获取所述业务的所述业务特征信息，包括：

所述接入网设备从核心网设备接收所述业务特征信息；或者

所述接入网设备从所述终端设备接收所述业务特征信息。

3.如权利要求2所述的方法，其特征在于，

所述核心网设备为会话管理功能网元，所述业务特征信息是所述会话管理功能网元从网络数据分析功能网元获取的，或者，所述业务特征信息是所述会话管理功能网元从应用功能网元获取的；或者

所述核心网设备为用户面功能网元，所述业务特征信息是所述用户面功能网元根据所述业务的数据包确定。

4.如权利要求3所述的方法，其特征在于，所述核心网设备为所述用户面功能网元时，所述业务特征信息包括所述业务的帧标识和/或帧起止标识。

5.如权利要求1-4任一项所述的方法，其特征在于，所述业务特征信息包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。

6.如权利要求1-5任一项所述的方法，其特征在于，所述节能配置信息包括连接态不连续接收C-DRX周期，所述C-DRX周期是基于所述业务特征信息中下行帧到达周期确定的。

7.如权利要求6所述的方法，其特征在于，所述节能配置信息还包括下行持续时间定时器的时长，所述下行持续定时器的时长是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。

8.如权利要求1-6任一项所述的方法，其特征在于，所述节能配置信息包括指示信息，所述指示信息用于指示第下行帧已发送完成，所述指示信息是基于所述下行帧的最后一个数据包确定的，所述下行帧的所述最后一个数据包是根据所述业务特征信息确定的。

9.如权利要求6-8任一项所述的方法，其特征在于，所述节能配置信息还包括上行持续时间定时器的时长，所述上行持续定时器的时长是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。

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

所述接入网设备根据所述业务特征信息确定上行调度信息和/或下行调度信息，所述上行调度信息是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息是基于所述业务特征信息中下行帧到达周期确定的；

所述接入网设备向所述终端设备发送所述上行调度信息和/或所述下行调度信息。

11.如权利要求10所述的方法，其特征在于，所述下行调度信息对应的传输下行帧的时间与所述上行调度信息对应的传输上行帧的时间存在重叠。

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

终端设备从接入网设备接收节能配置信息，所述节能配置信息是基于业务的业务特征信息确定的，所述节能配置信息用于确定在进行所述业务时所述终端设备处于激活状态或休眠状态；

所述终端设备在进行所述业务时，根据所述节能配置信息激活或进入休眠。

13.如权利要求12所述的方法，其特征在于，所述方法还包括：

所述终端设备确定所述业务特征信息；

所述终端设备向所述接入网设备发送所述业务特征信息。

14.如权利要求12或13所述的方法，其特征在于，所述业务特征信息包括以下一项或多项：上行帧到达周期、下行帧到达周期、上行帧空口发送时延需求信息或下行帧空口发送时延需求信息。

15.如权利要求13-14任一项所述的方法，其特征在于，所述节能配置信息包括连接态不连续接收C-DRX周期，所述C-DRX周期是基于所述业务特征信息中下行帧到达周期确定的。

16.如权利要求15所述的方法，其特征在于，所述节能配置信息还包括下行持续时间定时器的时长，所述下行持续定时器的时长是基于所述业务特征信息中的下行帧空口发送时延需求信息确定的。

17.如权利要求16所述的方法，其特征在于，所述方法还包括：

所述终端设备在接收到所述接入网设备发送的下行数据包时，启动所述下行持续时间定时器；

当所述下行持续时间定时器超时，所述终端设备进入休眠。

18.如权利要求12-15任一项所述的方法，其特征在于，所述节能配置信息包括指示信息，所述指示信息用于指示下行帧已发送完成，所述指示信息是基于所述下行帧的最后一个数据包确定的，所述下行帧的所述最后一个数据包是根据所述业务特征信息确定的。

19.如权利要求18所述的方法，其特征在于，所述方法还包括：

所述终端设备从所述接入网设备接收所述下行帧的所述数据包；

所述终端设备根据所述指示信息进入休眠。

20.如权利要求15-19任一项所述的方法，其特征在于，所述节能配置信息还包括上行持续时间定时器的时长，所述上行持续定时器的时长是基于所述业务特征信息中的上行帧空口发送时延需求信息确定的。

21.如权利要求20所述的方法，其特征在于，所述方法还包括：

所述终端设备向所述接入网设备发送第一上行帧，并启动所述上行持续时间定时器；

当所述上行持续时间定时器超时，所述终端设备进入休眠。

22.如权利要求15-19任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备向所述接入网设备发送第二上行帧，并在发送完成所述第二上行帧时进入休眠。

23.如权利要求12-22任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备从所述接入网设备接收上行调度信息和/或下行调度信息，所述上行调度信息是基于所述业务特征信息中上行帧到达周期确定的，所述下行调度信息是基于所述业务特征信息中下行帧到达周期确定的。

24.如权利要求23所述的方法，其特征在于，所述下行调度信息对应的传输下行帧的时间与所述上行调度信息对应的传输上行帧的时间存在重叠。

25.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求1-11任一项所述的方法。

26.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求12-24任一项所述的方法。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令在被所述计算机调用时以执行如权利要求1-11中任一项所述的方法，或者执行如权利要求12-24中任一项所述的方法。

28.一种计算机程序产品，其特征在于，包含有指令，当所述指令在计算机上运行时，使得如权利要求1-11中任一项所述的方法，或如权利要求12-24中任一项所述的方法被执行。

29.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以实现如权利要求1-11中任一项所述的方法，或者实现如述权利要求12-24中任一项所述的方法。