CN118104292A - 一种控制方法及其装置 - Google Patents

一种控制方法及其装置 Download PDF

Info

Publication number
CN118104292A
CN118104292A CN202280003472.5A CN202280003472A CN118104292A CN 118104292 A CN118104292 A CN 118104292A CN 202280003472 A CN202280003472 A CN 202280003472A CN 118104292 A CN118104292 A CN 118104292A
Authority
CN
China
Prior art keywords
auxiliary operation
information
terminal equipment
terminal device
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280003472.5A
Other languages
English (en)
Inventor
吴锦花
沈洋
祁建锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN118104292A publication Critical patent/CN118104292A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

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

Abstract

一种控制方法及其装置，可以应用于移动媒体类服务、XR业务、云游戏、基于视频的机器或无人机远程控制等业务中。其中的方法包括：通过第一网络设备向终端设备（101）发送辅助运营规则，从而使得终端设备（101）接收到第一网络设备发送的辅助运营规则之后，基于终端设备（101）的状态信息和辅助运营规则，辅助对终端设备（101）的上行链路和/或下行链路进行服务质量控制。由于终端设备（101）是根据自身的状态信息辅助下进行的服务质量控制，有利于进行终端设备（101）的业务保障。

Description

一种控制方法及其装置 技术领域
本申请涉及通信技术领域，尤其涉及一种控制方法及其装置。
背景技术
移动媒体类服务、拓展现实(Extended Reality，XR)业务、云游戏、基于视频的机器或无人机远程控制等业务，预计需要移动通信网络提供越来越高的流量。除了音视频流外，这些业务还涉及多模态数据流，例如生物触觉感知的数据流。这些多模态数据流往往基于业务特性或者使用场景的不同，具有一些差异化的上下行链路的需求。
如何基于这些特性进行有效识别和利用，将更有助于网络的传输和控制，也更有助于业务保障。
发明内容
本申请实施例提供一种控制方法及其装置，可以应用于移动媒体类服务、XR业务、云游戏、基于视频的机器或无人机远程控制等业务，通过终端设备辅助进行策略决策和服务质量控制从而有利于业务保障。
第一方面，本申请实施例提供一种控制方法，由终端设备执行，该方法包括：
接收第一网络设备向所述终端设备发送的辅助运营规则；
根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
在该技术方案中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。由于终端设备是根据自身的状态信息辅助下进行的服务质量控制，有利于进行终端设备的业务保障。
在一种实现方式中，所述辅助运营信息，用于所述第一网络设备对所述终端设备的上行数据流进行策略决策或服务质量控制；和/或，所述辅助运营信息，用于所述第一网络设备对所述终端设备的下行数据流进行策略决策或服务质量控制。
在一种实现方式中，所述辅助运营信息包括：所述终端设备基于所述状态信息和所述辅助运营规则生成的决策和/或需求。
第二方面，本申请实施例提供另一种控制方法，由第一网络设备执行，方法包括：
向终端设备发送辅助运营规则，辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
第三方面，本申请实施例提供另一种控制方法，由第二网络设备执行，方法包括：
接收第一网络设备发送的策略和计费控制(Policy Control and Charging，PCC)规则，其中，所述PCC规则包括辅助运营规则；
向所述终端设备发送所述辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量 控制。
第四方面，本申请实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中终端设备的部分或全部功能，比如通信装置的功能可具备本申请中的部分或全部实施例中的功能，也可以具备单独实施本申请中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，本申请实施例提供的一种控制装置，包括：
第一接收模块，用于接收第一网络设备向所述终端设备发送的辅助运营规则；
第一发送模块，用于根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
第五方面，本申请实施例提供另一种控制装置，包括：
第四发送模块，用于向终端设备发送辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
第六方面，本申请实施例提供另一种控制装置，包括：
第三接收模块，用于接收第一网络设备发送的PCC规则，其中，所述PCC规则包括辅助运营规则；
第五发送模块，用于向所述终端设备发送所述辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
第七方面，本申请实施例提供一种通信装置，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第一方面所述的方法。
第八方面，本申请实施例提供一种通信装置，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第二方面所述的方法。
第九方面，本申请实施例提供一种通信装置，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第三方面所述的方法。
第十方面，本申请实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十一方面，本申请实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十二方面，本申请实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第三方面所述的方法。
第十三方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。
第十四方面，本发明实施例提供一种可读存储介质，用于储存为上述网络设备所用的指令，当所述指令被执行时，使所述网络设备执行上述第二方面所述的方法。
第十五方面，本发明实施例提供一种可读存储介质，用于储存为上述网络设备所用的指令，当所述指令被执行时，使所述网络设备执行上述第三方面所述的方法。
第十六方面，本申请还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十七方面，本申请还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
第十八方面，本申请还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第三方面所述的方法
第十九方面，本申请提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第二十方面，本申请提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络设备实现第二方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存网络设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第二十一方面，本申请提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络设备实现第三方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存网络设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第二十二方面，本申请提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第二十三方面，本申请提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
第二十四方面，本申请提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第三方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种通信系统的架构示意图；
图2是本申请实施例提供的一种控制方法的流程示意图；
图3是本申请实施例提供的另一种控制方法的流程示意图；
图4是本申请实施例提供的另一种控制方法的流程示意图；
图5是本申请实施例提供的另一种控制方法的流程示意图；
图6是本申请实施例提供的另一种控制方法的流程示意图；
图7是本申请实施例提供的另一种控制方法的流程示意图；
图8是本申请实施例提供的另一种控制方法的流程示意图；
图9是本申请实施例提供的一种控制方法的交互流程示意图；
图10是本申请实施例提供的另一种控制方法的流程示意图；
图11是本申请实施例提供的另一种控制方法的流程示意图；
图12是本申请实施例提供的另一种控制方法的流程示意图；
图13为本申请实施例提供的一种控制装置1000的结构示意图；
图14为本申请实施例提供的另一种控制装置1100的结构示意图；
图15是本申请实施例提供的另一种控制装置1200的结构示意图；
图16是本申请实施例提供的一种通信装置1300的结构示意图；
图17是本申请实施例提供的一种芯片的结构示意图。
具体实施方式
为了便于理解，首先介绍本申请涉及的术语。
XR业务：
XR全称为Extended Reality，翻译成中文可以为拓展现实。该业务是虚拟现实(Virtual Reality，VR)、增强现实(Augmented Reality，AR)、混合现实(Mixed Reality，MR)等技术的集合。
目前的通信技术，往往采用的是通用的服务质量(Quality of Service，QoS)机制，处理包括XR业务在内的各类数据服务，没有充分考虑到XR业务的特性，无法有效地支持差异化的上下行需求，比如上行可靠性和下行数据带宽的非对称需求。同时，XR业务也具有高带宽、低时延和高可靠性需求的特点，如何权衡业务的用户感知质量和设备能耗也是需要研究的方向。
为了支持XR业务和多模态数据流的传输，相关技术中研究考虑XR业务流量特性的能耗控制，但基于终端设备的状态信息，结合终端设备所执行业务的业务特性，执行(Policy and Charging Control，PCC)策略制定和QoS控制，目前还没有相应标准方案。
本申请实施例中，考虑根据终端设备的状态信息，例如：电池电量、电池寿命、供电模式和过热状态等，降低QoS水平。
为了更好的理解本申请实施例公开的一种控制方法，下面首先对本申请实施例适用的通信系统进行描述。
请参见图1，图1为本申请实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本申请实施例的限定，实际应用中可以包括两个或两个以上的网络设备，两个或两 个以上的终端设备。图1所示的通信系统以包括至少一个网络设备101和一个终端设备102为例。
需要说明的是，本申请实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。
本申请实施例中的网络设备101可以是核心网设备，例如：用户端口功能(User Port Function，UPF)、会话管理功能(Session Management Function，SMF)、策略控制功能(Policy Control Function，PCF)等。网络设备101还可以是网络侧的一种用于发射或接收信号的接入网设备，例如，网络设备101可以为演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。
本申请实施例中的终端设备102是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
本申请实施例中所提及的第一网络设备，可以是至少一个网络设备101中的核心网设备，例如：策略控制功能(policy control function，PCF)、会话管理功能(sessionmanagementfunction，SMF)。本申请实施例中所提及的终端设备可以是至少一个终端设备102中任意的一个终端设备。
可以理解的是，本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
面结合附图对本申请所提供的控制方法及其装置进行详细地介绍。
请参见图2，图2是本申请实施例提供的一种控制方法的流程示意图。如图2所示，该方法可以由终端设备执行，包括但不限于如下步骤：
步骤201，接收第一网络设备向终端设备发送的辅助运营规则。
作为本实施例一种可能的实现方式，接收第一网络设备以直接方式向终端设备发送的辅助运营规则。在第一网络设备与终端设备之间存在直接通信接口的情况下，第一网络设备可以以直接方式向终端设备发送辅助运营规则。
作为本实施例另一种可能的实现方式，接收第一网络设备通过至少一个第二网络设备 的间接方式向终端设备发送的辅助运营规则。在第一网络设备与终端设备之间不存在直接通信接口的情况下，第一网络设备可以通过至少一个第二网络设备以间接的方式向终端设备发送辅助运营规则。
需要说明的是，本申请各实施例中所提及的发送，涵盖了直接发送方式和间接方式发送，而非仅限于直接发送方式。本领域技术人员可以知晓，可以基于发送方和接收方之间是否具有直接通信接口，在直接发送方式和间接发送方式之间灵活进行选择。
本申请实施例中，辅助运营规则，包括下列信息中的至少一种：
终端设备状态辅助运营模式；
终端设备状态辅助运营模式指示；
阈值；
终端设备状态辅助运营功能；
优先级；
重要性。
为了清楚说明辅助运营规则所含前述各信息，本实施例中以表格形式，说明前述信息的含义：表1为辅助运营规则所含信息的列表：
表1辅助运营规则所含信息的列表
表格中第一列信息名称，第二列为对应行信息名称对应信息的具体说明，以说明其内涵。表格中第三列为类别，具体类别划分为强制和可选，其中，强制表征对应行的信息建议添加至辅助运营规则中，可选表征对应行的信息可根据需求添加至辅助运营规则中。
可以理解的是，表1中的每一个元素都是独立存在的，这些元素被示例性的列在同一 张表格中，但是并不代表表格中的所有元素必须根据表格中所示的同时存在。其中每一个元素的值，是不依赖于表1中任何其他元素值。因此本领域内技术人员可以理解，该表1中的每一个元素的都是一个独立的实施例。例如：表1中各行无需同时存在于辅助运营信息中，可以将各行对应的信息进行组合，从而得到不同的实施例，以便灵活适应不同的场景和需求。
步骤202，根据终端设备的状态信息和辅助运营规则，向第一网络设备发送辅助运营信息。
作为本实施例一种可能的实现方式，状态信息，可以是终端设备硬件相关的运行状态。可选地，状态信息，包括下列中的至少一个：设备温度信息；设备过热信息；电池寿命信息；供电模式信息；剩余电量信息；电池剩余可用时长信息；CPU负荷信息。
其中，供电模式信息用于指示终端设备是否处于下列情况中的至少一个：采用省电模式供电；采用外接电池供电；采用内部电池供电；采用市电/墙壁电源供电。
需要说明的是，作为其他可能的实现方式，状态信息，还可以是终端设备所执行业务的运行状态，例如业务运行卡顿、显示异常等。
作为本实施例一种可能的实现方式，辅助运营信息，用于第一网络设备对终端设备的上行链路进行策略决策或服务质量控制；和/或，辅助运营信息，用于第一网络设备对终端设备的下行链路进行策略决策或服务质量控制。
上行链路和下行链路可以用于下列传输：数据流、数据包，数据包集PDU集合，QoS流(QoS flows)，PDU会话(session)，UE切片，XR多媒体增强(XRM)业务组等不同粒度。本领域技术人员知晓，将上行链路和下行链路应用于上述不同传输的场景，均不影响本申请实施例的实现，因此，本实施例中对传输粒度不作限定。
由于辅助运营信息是终端设备基于自身的状态信息，在第一网络设备发送的辅助运营规则的限定下生成的，因此，辅助运营信息是终端设备平衡网络侧和终端侧两方的状态生成的。第一网络设备基于辅助运营信息，可以进行PCC规则和/或QoS规则的策略更新，以便更新后的规则或QoS与终端设备的状态匹配。
作为本实施例一种可能的实现方式，辅助运营信息包括：终端设备基于状态信息和辅助运营规则生成的决策和/或需求。在一些场景下，终端设备基于状态信息和辅助运营规则，可以仅生成QoS相关的调整需求，由第一网络设备基于需求进行决策，进而基于决策进行PCC规则和/或QoS规则的策略更新；在另一些场景下，终端设备基于状态信息和辅助运营规则，可以生成决策，由第一网络设备基于终端设备的决策进行PCC规则和/或QoS规则的策略更新。
基于此，可选地，辅助运营信息还可以进一步包括终端设备的状态信息。通过辅助运营信息中包含终端设备的状态信息，从而使得第一网络设备可以基于终端设备的状态信息，获知终端设备为何做出前述的决策和/或需求，在进行PCC规则和/或QoS规则的策略更新时利于终端设备的业务保障。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策 或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图3，图3是本申请实施例提供的另一种控制方法的流程示意图。如图3所示，该方法可以由终端设备执行，包括但不限于如下步骤：
步骤301，接收第一网络设备向终端设备发送的辅助运营规则。
本实施例中的步骤301具体可参见前述实施例中步骤201的相关描述，本实施例中对此不再赘述。
步骤302，根据终端的状态信息，确定是否辅助进行策略决策或服务质量控制。
终端设备可以基于自身的状态，辅助网络侧进行策略决策或服务质量控制；或者，终端设备可以基于自身的状态，确定仅基于网络侧进行策略决策或服务质量控制，即不进行辅助。
在一种可能的场景下，终端设备存在能源异常或者硬件资源异常的情况，即根据状态信息中的设备温度信息、设备过热信息、电池寿命信息、供电模式信息、剩余电量信息、电池剩余可用时长信息和CPU负荷信息，判断出终端设备需要适当降低能耗。基于此终端设备可以选择辅助网络侧进行策略决策或服务质量控制，通过网络侧的策略决策或服务质量控制，采取负载平衡、功耗均衡、基于分组数据单元(Packet Data Unit，PDU)集的服务质量(Quality of Service，QoS)处理、切片重新选择和XRM协同在内至少一种方式，降低终端设备的能耗，延长终端设备使用时长。
步骤303，在确定辅助进行策略决策或服务质量控制的情况下，根据终端设备的状态信息和辅助运营规则，向第一网络设备发送辅助运营信息。
终端设备根据辅助运营规则和自身的状态信息，向第一网络设备发送辅助运营信息的方式可参见前述实施例中步骤202的相关描述，本实施例中对此不再赘述。
作为本实施例一种可能的实现方式，终端设备在确定当前无需辅助进行策略决策或服务质量控制的情况下，监测终端设备后续的状态信息。在监测到终端设备的状态信息发生改变的情况下，或者，符合设定条件的情况下，再次执行步骤302，直至确定需辅助进行策略决策或服务质量控制的情况下，执行步骤303。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图4，图4是本申请实施例提供的另一种控制方法的流程示意图。如图4所示，该方法可以由终端设备执行，包括但不限于如下步骤：
步骤401，接收第二网络设备向终端设备发送的辅助运营规则，其中，辅助运营规则 携带于第一网络设备向第二网络设备发送的PCC规则中。
为了清楚说明前述PCC规则所含信息，本实施例中以表格形式，说明前述信息的含义：表2为PCC规则所含信息的列表：
表2 PCC规则所含信息的列表
表格中第一列信息名称，第二列为对应行信息名称对应信息的具体说明，以说明其内涵。表格中第三列为类别，具体类别划分为强制和可选，其中，强制表征对应行的信息建议添加至辅助运营规则中，可选表征对应行的信息可根据需求添加至辅助运营规则中。
可以理解的是，表2中的每一个元素都是独立存在的，这些元素被示例性的列在同一张表格中，但是并不代表表格中的所有元素必须根据表格中所示的同时存在。其中每一个元素的值，是不依赖于表2中任何其他元素值。因此本领域内技术人员可以理解，该表2中的每一个元素的都是一个独立的实施例。例如：表2中各行无需同时存在于辅助运营信息中，可以将各行对应的信息进行组合，从而得到不同的实施例，以便灵活适应不同的场景和需求。
相关技术中，第一网络设备在终端设备请求建立PDU会话的过程中，生成相应PCC规则发送给第二网络设备。以便第二网络设备根据PCC规则，为终端设备的上下行链路的 传输生成相应QoS规则。第二网络设备将QoS规则下发给第三网络设备如UPF、(R)AN等执行。本实施例中，第一网络设备在PCC规则中携带辅助运营规则，将辅助运营规则发送给第二网络设备，以便第二网络设备将基于PCC规则生成的QoS规则发送给第三网络设备执行，将辅助运营规则发送给终端设备，以使终端设备生成辅助运营信息发送给第一网络设备。用于第一网络设备对终端设备的上下行链路进行策略决策或服务质量控制。
步骤402，根据终端设备的状态信息和辅助运营规则，向第三网络设备发送第一消息，其中，第一消息，用于第三设备确定适用于服务质量控制的数据流，和/或，对数据流所需进行的服务质量控制的相关信息。
作为一种可能的实现方式，终端设备根据自身的状态信息，从辅助运营规则授权的范围内，选取数据流和/或服务质量控制的参数等相关信息。将这些选取的数据流和/或服务质量控制的参数携带在第一消息中，发送给第三网络设备，例如UPF、(无线)接入网((Radio)Access Network，(R)AN)等。以便第三网络设备基于第一消息，确定适用于服务质量控制的数据流，和/或，对数据流所需进行的服务质量控制的相关信息。第三网络设备后续在收到第一网络设备基于辅助运营信息对终端设备的上下行链路进行策略决策或服务质量控制所得到的QoS规则后，对第一消息中指示的数据流，和/或，对数据流所需进行的服务质量控制的相关信息应用该QoS规则。
需要说明的是，本实施例中提及的第一消息可以称为性能测量功能-终端状态辅助数据(Performance Measurement Function-UE status Assistance Data)PMF-UAD消息，本领域技术人员可以知晓，第一消息还可以是采用其他消息，本实施例中对此不作限定。
步骤403，根据终端设备的状态信息和辅助运营规则，向第三网络设备发送第二消息，其中，第二消息，用于通知第三设备停止执行终端设备辅助的服务质量控制。
作为一种可能的实现方式，终端设备基于自身的状态信息，确定无需辅助网络侧进行服务质量控制，则向第三网络设备发送第二消息。例如：终端设备处于电量提升、终端设备采用市电/墙壁电源供电，从而改善终端设备的供电情况，无需降低能耗，则可以向第三网络设备发送第二消息，通知第三设备停止执行终端设备辅助的服务质量控制。
需要说明的是，本实施例中提及的第二消息可以称为性能测量功能-终端状态辅助数据(Performance Measurement Function-UE status Assistance Termination)PMF-UAT消息，本领域技术人员可以知晓，还可以是采用其他消息，本实施例中对此不作限定。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图5，图5是本申请实施例提供的另一种控制方法的流程示意图。如图5所示，该方法可以由第一网络设备执行，包括但不限于如下步骤：
步骤501，向终端设备发送辅助运营规则。
作为本实施例一种可能的实现方式，第一网络设备以直接方式向终端设备发送辅助运营规则。在第一网络设备与终端设备之间存在直接通信接口的情况下，第一网络设备可以以直接方式向终端设备发送辅助运营规则。
作为本实施例另一种可能的实现方式，第一网络设备通过至少一个第二网络设备的间接方式向终端设备发送辅助运营规则。在第一网络设备与终端设备之间不存在直接通信接口的情况下，第一网络设备可以通过至少一个第二网络设备以间接的方式向终端设备发送辅助运营规则。
需要说明的是，本申请各实施例中所提及的发送，涵盖了直接发送方式和间接方式发送，而非仅限于直接发送方式。本领域技术人员可以知晓，可以基于发送方和接收方之间是否具有直接通信接口，在直接发送方式和间接发送方式之间灵活进行选择。
本申请实施例中，辅助运营规则，包括下列信息中的至少一种：
终端设备状态辅助运营模式；
终端设备状态辅助运营模式指示；
阈值；
终端设备状态辅助运营功能；
优先级；
重要性。
为了清楚说明辅助运营规则所含前述各信息，参见前述表1中的相关描述，本实施例中对此不再赘述。
相关技术中，第一网络设备在终端设备请求建立PDU会话的过程中，生成相应PCC规则发送给第二网络设备。以便第二网络设备根据PCC规则，为终端设备的上下行链路的传输生成相应QoS规则。第二网络设备将QoS规则下发给第三网络设备如UPF、(R)AN等执行。
本实施例中，作为一种可能的实现方式，第一网络设备在PCC规则中携带辅助运营规则，如表2所示。第一网络设备将辅助运营规则携带于PCC规则中发送给第二网络设备，以便第二网络设备将基于PCC规则生成的QoS规则发送给第三网络设备执行，将辅助运营规则发送给终端设备，以使终端设备生成辅助运营信息发送给第一网络设备。辅助运营信息可以用于对终端设备的上下行链路进行策略决策或服务质量控制。
步骤502，接收终端设备发送的辅助运营信息，其中，辅助运营信息是终端设备根据终端设备的状态信息和辅助运营规则生成。
作为本实施例一种可能的实现方式，状态信息，可以是终端设备硬件相关的运行状态。可选地，状态信息，包括下列中的至少一个：设备温度信息；设备过热信息；电池寿命信息；供电模式信息；剩余电量信息；电池剩余可用时长信息；CPU负荷信息。
其中，供电模式信息用于指示终端设备是否处于下列情况中的至少一个：采用省电模式供电；采用外接电池供电；采用内部电池供电；采用市电/墙壁电源供电。
需要说明的是，作为其他可能的实现方式，状态信息，还可以是终端设备所执行业务的运行状态，例如业务运行卡顿、显示异常等。
作为本实施例一种可能的实现方式，辅助运营信息，用于对终端设备的上行链路进行 策略决策或服务质量控制；和/或，辅助运营信息，用于对终端设备的下行链路进行策略决策或服务质量控制。具体执行策略决策或服务质量控制的网元可以是本实施例中的第一网络设备还可以是其他网络设备，本实施例中对此不作限定。
上行链路和下行链路可以用于下列传输：数据流、数据包，数据包集PDU集合，QoS流(QoS flows)，PDU会话(session)，UE切片，XRM业务组等不同粒度。本领域技术人员知晓，将上行链路和下行链路应用于上述不同传输的场景，均不影响本申请实施例的实现，因此，本实施例中对传输粒度不作限定。
由于辅助运营信息是终端设备基于自身的状态信息，在第一网络设备发送的辅助运营规则的限定下生成的，因此，辅助运营信息是终端设备平衡网络侧和终端侧两方的状态生成的。相关网络设备基于辅助运营信息，可以进行PCC规则和/或QoS规则的策略更新，以便更新后的规则或QoS与终端设备的状态匹配。
作为本实施例一种可能的实现方式，辅助运营信息包括：终端设备基于状态信息和辅助运营规则生成的决策和/或需求。在一些场景下，终端设备基于状态信息和辅助运营规则，可以仅生成QoS相关的调整需求，由相关网络设备基于需求进行决策，进而基于决策进行PCC规则和/或QoS规则的更新；在另一些场景下，终端设备基于状态信息和辅助运营规则，可以生成决策，由相关网络设备基于终端设备的决策进行PCC规则和/或QoS规则的更新。
基于此，可选地，辅助运营信息还可以进一步包括终端设备的状态信息。通过辅助运营信息中包含终端设备的状态信息，从而使得相关网络设备可以基于终端设备的状态信息，获知终端设备为何做出前述的决策和/或需求，在进行PCC规则和/或QoS规则的策略更新时利于终端设备的业务保障。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得相关网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图6，图6是本申请实施例提供的另一种控制方法的流程示意图。如图6所示，该方法可以由第一网络设备执行，包括但不限于如下步骤：
步骤601，向终端设备发送辅助运营规则。
步骤602，接收终端设备发送的辅助运营信息，其中，辅助运营信息是终端设备根据终端设备的状态信息和辅助运营规则生成。
对于步骤601和步骤602的解释说明，参见前述实施例中步骤501和步骤502的相关描述，本实施例中对此不再赘述。
步骤603，基于辅助运营信息，对终端设备的传输链路进行策略决策或服务质量控制。
其中，传输链路，包括上行链路和/或下行链路。
上行链路和下行链路可以用于下列传输：数据流、数据包，数据包集PDU集合，QoS流(QoS flows)，PDU会话(session)，UE切片，UE，XRM业务组等不同粒度。本领 域技术人员知晓，将上行链路和下行链路应用于上述不同传输的场景，均不影响本申请实施例的实现，因此，实施例中对此不作限定。
在一种可能的场景下，终端设备存在能源异常或者硬件资源异常的情况，即根据状态信息中的设备温度信息、设备过热信息、电池寿命信息、供电模式信息、剩余电量信息、电池剩余可用时长信息和CPU负荷信息，判断出终端设备需要适当降低能耗。基于此终端设备可以选择辅助网络侧进行策略决策或服务质量控制，从而向第一网络设备发送辅助运营信息，以便第一网络设备采取负载平衡、功耗均衡、基于PDU集的QoS处理、切片重新选择和XRM协同在内至少一种方式进行策略决策或服务质量控制，降低终端设备的能耗，延长终端设备使用时长。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图7，图7是本申请实施例提供的另一种控制方法的流程示意图。如图7所示，该方法可以由第二网络设备执行，包括但不限于如下步骤：
步骤701，接收第一网络设备发送的PCC规则，其中，PCC规则包括辅助运营规则。
作为本实施例一种可能的实现方式，第一网络设备在PCC规则中携带辅助运营规则，如表2所示，PCC规则中包含的信息，可参见表2中的相关描述，本实施例中对此不再赘述。
步骤702，向终端设备发送辅助运营规则，其中，辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
作为本实施例一种可能的实现方式，辅助运营规则，用于终端设备根据终端设备的状态信息向第一网络设备发送辅助运营信息。第一网络设备将辅助运营规则携带于PCC规则中发送给第二网络设备，以便第二网络设备将基于PCC规则生成的QoS规则发送给第三网络设备执行，以及将PCC规则中的辅助运营规则发送给终端设备，以使终端设备据此生成辅助运营信息，并发送给第一网络设备。辅助运营信息可以用于对终端设备的上下行链路进行策略决策或服务质量控制。
作为本实施例另一种可能的实现方式，辅助运营规则，用于终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整第一网络设备将辅助运营规则携带于PCC规则中发送给第二网络设备，以便第二网络设备将基于PCC规则生成的QoS规则发送给第三网络设备执行，以及将PCC规则中的辅助运营规则发送给终端设备，以使终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。在一些实施例中，终端设备可以在辅助运营规则授权的范围内，根据终端设备的状态信息，自行选择QoS相关参数。例如：在终端设备存在能耗异常的情况下，可以通过对时延、丢包率、带宽等QoS 相关参数进行调整，从而对能耗异常进行改善。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制，或者，终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图8，图8是本申请实施例提供的另一种控制方法的流程示意图。如图8所示，该方法可以由第二网络设备执行，包括但不限于如下步骤：
步骤801，接收第一网络设备发送的PCC规则，其中，PCC规则包括辅助运营规则。
作为本实施例一种可能的实现方式，第一网络设备在PCC规则中携带辅助运营规则，如表2所示，PCC规则中包含的信息，可参见表2中的相关描述，本实施例中对此不再赘述。
步骤802，向终端设备发送辅助运营规则，其中，辅助运营规则，用于终端设备根据终端设备的状态信息向第一网络设备发送辅助运营信息。
作为本实施例一种可能的实现方式，第二网络设备将PCC规则中的辅助运营规则发送给终端设备，以使终端设备生成辅助运营信息发送给第一网络设备。辅助运营信息可以用于第一网络设备对终端设备的上下行链路进行策略决策或服务质量控制。
步骤803，基于PCC规则，向第三网络设备发送N4规则，其中，N4规则用于对终端设备的会话进行上行链路和/或下行链路的路由。
作为本实施例一种可能的实现方式，第一网络设备将辅助运营规则携带于PCC规则中发送给第二网络设备，以便第二网络设备将基于PCC规则生成的QoS规则通过与第三网络设备之间的N4接口发送给第三网络设备执行，用于第三网络设备对终端设备的会话进行上行链路和/或下行链路的路由。由于第二网络设备和第三网络设备之间是通过N4接口发送前述信息，因此可以将第二网络设备向第三网络设备发送的规则称为N4规则。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图9，图9是本申请实施例提供的一种控制方法的交互流程示意图，如图9所示，包括交流流程所基于的通信系统包括UE、(R)AN、接入与移动性管理功能(Access and Mobility Management Function，AMF)、UPF、SMF、PCF、统一数据管理(Unified Data Management，UDM)和数据网络(Data Network，DN)。
步骤901，UE向AMF发送PDU会话建立请求消息(PDU Session Establishment Request)消息。
作为一种可能的实现方式，PDU Session Establishment Request消息中包括：单个网络切片选择协助信息(Single Network Slice Selection Assistance information，S-NSSAI)或者S-NSSAI(s)、数据网络名(Data Network Name，DNN)、PDU会话标识、请求类型(Request type)等信息。
步骤902，AMF执行SMF选择流程，根据切片信息选择合适的SMF。
作为一种可能的实现方式，AMF接收到UE的PDU会话建立请求消息(PDU Session Establishment Request)消息，发现是创建新PDU会话时，会执行SMF选择流程为该PDU会话选择SMF。
步骤903，AMF向SMF发送PDU会话创建上下文获取请求(Nsmf_PDUSession_CreateSMContext Request)消息请求建立PDU会话。
步骤904，SMF向UDM发起会话注册并获取签约信息。
步骤905，SMF向AMF回复PDU会话创建上下文获取响应(Nsmf_PDUSession_CreateSMContext Response)消息。
其中，根据会话是否成功建立，Nsmf_PDUSession_CreateSMContext Response消息中携带不同的参数。
进一步地，若会话建立流程执行成功并创建了会话管理(Session Management，SM)上下文，则在Nsmf_PDUSession_CreateSMContext Response消息中将SM上下文的标识带给AMF。若会话建立流程执行失败，则通过消息通知AMF会话流程失败，AMF释放该会话相关资源，并将PDU会话拒绝(PDU Session Reject)消息发送给UE。
步骤906，在PDU会话使用动态PCC的情况下，SMF执行PCF选择功能选择一个合适的PCF。
PDU会话请求支持XR业务/多模态业务的情况下，SMF和PCF根据应用信息，生成/激活增强支持XR业务和多模态会话的数据流的PCC规则。
需要说明的是，在PDU会话未使用动态PCC的情况下，SMF则执行本地策略。
步骤907，SMF向PCF发送建立PDU会话流程。
PCF可以基于建立PDU会话流程发给SMF下列信息：PCC规则、计费控制策略、UPF选择策略等信息。其中，PCC规则中包括相关QoS规则和辅助运营规则。
步骤908，SMF执行UPF选择功能选择一个合适的UPF。
作为一种可能的实现方式，SMF根据数据网络名(Data Network Name，DNN)、用户的位置信息等进行UPF选择。
步骤909，SMF向PCF发起会话控制策略修改(Session Management Policy Modification)消息。
作为一种可能的实现方式，Session Management Policy Modification消息中携带选择的UPF信息，给UE分配的IP地址，以及获取UPF所需要的控制计费策略。
步骤910，SMF向选择的UPF发起N4会话建立过程。
基于建立过程，携带给UPF多种规则，包括包检测规则(Packet DetectionRule，PDR)、 使用报告规则(Usage Reporting Rule，URR)、转发动作规则(Forwarding Action Rule，FAR)、缓存动作规则(Buffering Action Rule，BAR)、QoS执行规则(QoS Enforcement Rule，QER)。可选地，还可以包括前述PCC规则中的辅助运营规则。
步骤911a，SMF向AMF发送Namf_通信_N1N2消息传输(Namf_Communication_N1N2MessageTransfer)消息请求传递N2资源的请求。
作为一种可能的实现方式，消息携带N1容器(Container)和N2Container，其中N1Container为SMF回复给UE的PDU会话建立响应，N2Container为SMF向(R)AN发起的资源建立请求。SMF向AMF发送的Namf_Communication_N1N2MessageTransfer消息中可以携带有辅助运营规则。
步骤911b，AMF向SMF发送Namf_通信_N1N2消息传输响应(Namf_Communication_N1N2MessageTransfer_Ack)消息。
步骤912，AMF向(R)AN发送N2PDU会话请求(N2PDU Session Request)消息，请求N2PDU会话创建，向(R)AN透传PDU会话建立允许(Session Establishment Accept)消息以及SMF发起的AN特定资源设置(AN-specific resource setup)消息。
作为一种可能的实现方式，PDU Session Establishment Accept消息中，携带辅助运营规则。
步骤913，(R)AN向UE发送AN-specific resource setup消息。
(R)AN和UE之间根据AN-specific resource setup消息建立资源连接。
作为一种可能的实现方式，AN-specific resource setup中，携带辅助运营规则，以及UPF的媒体面隧道端点信息等。
步骤914，(R)AN向AMF回复N2PDU会话请求响应(N2PDU Session Request Ack)消息，携带(R)AN侧下行媒体面隧道端点信息。
步骤915，AMF向SMF发送PDU会话更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext Request)消息。
携带N2Container，Container为(R)AN回复给SMF的资源建立响应，其中有(R)AN侧的媒体面隧道端点信息。
步骤916，SMF向UPF发起N4会话修改程序(N4Session Modification procedure)流程，协商(R)AN侧下行媒体面隧道信息。
步骤917，SMF向AMF回复PDU会话更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext Response)消息。
步骤918，SMF会话建立完成，向AMF发起PDU会话会话上下文通知(Nsmf_PDUSession_SMContextNotify)消息。
步骤919，如果UE申请的是IPv6类型的PDU会话，SMF还需要通过UPF向UE发布IPv6路由公告。
步骤920，在PDU会话建立之后，UE向AMF发送携带有辅助运营信息的PDU会话修改请求(PDU Session Modification Request)消息，用以对UE使用的QoS策略进行更新。
需要说明的是，在一种可能的实现方式中，前述实施例中，提及的第一网络设备可以为本实施例中的PCF，第二网络设备可以为本实施例中的SMF，第三网络设备可以为本实 施例中的UPF，终端设备可以为本实施例中的UE。
本实施例中，通过PCF向UE发送辅助运营规则，从而使得UE接收到PCF发送的辅助运营规则之后，基于UE的状态信息和该辅助运营规则，向PCF设备发送辅助运营信息，以使得PCF基于辅助运营信息进行策略决策或服务质量控制，更新UE使用的QoS策略。由于UE发送的辅助运营规则是基于UE的状态信息生成的，从而使得UE可以基于自身的状态信息辅助PCF进行策略决策或服务质量控制，有利于进行UE的业务保障。
请参见图10，图10是本申请实施例提供的另一种控制方法的流程示意图。如图10所示，该方法可以由终端设备执行，包括但不限于如下步骤：
步骤1011，接收第一网络设备向所述终端设备发送的辅助运营规则。
本实施例中，第一网络设备向终端设备发送辅助运营规则，可参考前述任一实施例中相关内容，本实施例中不再赘述。
步骤1012，根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
作为一种可能的实现方式，终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。在一些实施例中，终端设备可以在辅助运营规则授权的范围内，根据终端设备的状态信息，自行选择QoS相关参数。例如：在终端设备存在能耗异常的情况下，可以通过对时延、丢包率、带宽等QoS相关参数进行调整，从而对能耗异常进行改善。
作为另一种可能的实现方式，终端设备根据终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息。通过终端设备基于状态信息和辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。具体终端设备根据终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息的执行方式，可参见前述任一实施例的相关描述，本实施例中对此不再赘述。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。由于服务质量控制是基于终端设备的状态信息，且符合第一网络设备发送的辅助运营规则，从而使得终端设备可以实现基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
请参见图11，图11是本申请实施例提供的另一种控制方法的流程示意图。如图11所示，该方法可以由终端设备执行，包括但不限于如下步骤：
步骤1021，接收第一网络设备向所述终端设备发送的辅助运营规则。
本实施例中，第一网络设备向终端设备发送辅助运营规则，可参考前述任一实施例中相关内容，本实施例中不再赘述。
步骤1022，终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。
在一些实施例中，终端设备可以在辅助运营规则授权的范围内，根据终端设备的状态信息，自行选择QoS相关参数。
例如：在终端设备存在能耗异常的情况下，可以通过对时延、丢包率、带宽等QoS相关参数进行调整，从而对能耗异常进行改善。
又例如：在终端设备电量不足的情况下，可以通过对时延、丢包率、带宽等QoS相关参数进行调整，从而对能耗异常进行改善。在终端设备电量恢复的情况下，可以自行恢复调整前的时延、丢包率、带宽等QoS相关参数。而无需等待网络侧相关设备的指示，节省了信令开销。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，可以自行对服务质量调整，无需等待网络侧相关设备的指示，节省了信令开销。
请参见图12，图12是本申请实施例提供的另一种控制方法的流程示意图。如图12所示，该方法可以由第一网络设备执行，包括但不限于如下步骤：
步骤1031，向终端设备发送辅助运营规则。
辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
本实施例中，第一网络设备向终端设备发送的辅助运营规则的内容，可参考前述任一实施例中相关内容，本实施例中不再赘述。
作为一种可能的实现方式，辅助运营规则，用于终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。在一些实施例中，终端设备可以在辅助运营规则授权的范围内，根据终端设备的状态信息，自行选择QoS相关参数。例如：在终端设备存在能耗异常的情况下，可以通过对时延、丢包率、带宽等QoS相关参数进行调整，从而对能耗异常进行改善。
作为另一种可能的实现方式，辅助运营规则，用于终端设备根据终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息。通过终端设备基于状态信息和辅助运营规则，向第一网络设备发送辅助运营信息，以使得第一网络设备基于辅助运营信息进行策略决策或服务质量控制。由于终端设备发送的辅助运营规则是基于终端设备的状态信息生成的，从而使得终端设备可以基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。具体终端设备根据终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息的执行方式，可参见前述任一实施例的相关描述，本实施例中对此不再赘述。
本实施例中，通过第一网络设备向终端设备发送辅助运营规则，从而使得终端设备接收到第一网络设备发送的辅助运营规则之后，基于终端设备的状态信息和该辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。由于服务质量控制是基于终端设备的状态信息，且符合第一网络设备发送的辅助运营规则，从而使得终端设备可 以实现基于自身的状态信息辅助第一网络设备进行策略决策或服务质量控制，有利于进行终端设备的业务保障。
上述本申请提供的实施例中，分别从终端设备、第一网络设备、第二网络设备的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，终端设备、第一网络设备和第二网络设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
请参见图13，图13为本申请实施例提供的一种控制装置1000的结构示意图。图13所示的控制装置1000可以是终端设备，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。如图13所示，该控制装置1000可以包括：
第一接收模块1001，用于接收第一网络设备向终端设备发送的辅助运营规则；
第一发送模块1002，用于根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
在一种实现方式中，终端设备基于辅助运营规则和终端设备的状态信息，自行进行服务质量调整。
在一种实现方式中，根据所述终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息。
在一种实现方式中，辅助运营信息，用于第一网络设备对终端设备的上行数据流进行策略决策或服务质量控制；和/或，
辅助运营信息，用于第一网络设备对终端设备的下行数据流进行策略决策或服务质量控制。
在一种实现方式中，辅助运营信息包括：终端设备基于状态信息和辅助运营规则生成的决策和/或需求。
在一种实现方式中，辅助运营信息还包括终端设备的状态信息。
在一种实现方式中，装置还包括：
确定模块，用于根据终端的状态信息，确定是否辅助进行策略决策或服务质量控制。
在一种实现方式中，接收模块，具体用于：
接收第一网络设备以直接方式，或者，通过至少一个第二网络设备的间接方式向终端设备发送的辅助运营规则。
在一种实现方式中，装置还包括：
第二发送模块，用于根据终端设备的状态信息和辅助运营规则，向第三网络设备发送第一消息；
其中，第一消息，用于第三设备确定适用于服务质量控制的数据流，和/或，对数据流所需进行的服务质量控制的相关信息。
在一种实现方式中，装置还包括：
第三发送模块，用于根据终端设备的状态信息和辅助运营规则，向第三网络设备发送第二消息；
其中，第二消息，用于通知第三设备停止执行终端设备辅助的服务质量控制。
在一种实现方式中，状态信息包括下列中的至少一个：
设备温度信息；
设备过热信息；
电池寿命信息；
供电模式信息；
剩余电量信息；
电池剩余可用时长信息；
CPU负荷信息。
在一种实现方式中，供电模式信息用于指示终端设备是否处于下列情况中的至少一个：
采用省电模式供电；
采用外接电池供电；
采用内部电池供电；
采用市电/墙壁电源供电。
在一种实现方式中，辅助运营规则包括下列信息中的至少一种：
终端设备状态辅助运营模式；
终端设备状态辅助运营模式指示；
阈值；
终端设备状态辅助运营功能；
优先级；
重要性。
在一种实现方式中，终端设备状态辅助运营模式，用于指示第一网络设备基于终端设备辅助进行服务质量控制的数据流和/或参数。
在一种实现方式中，终端设备状态辅助运营模式指示，用于指示第一网络设备基于终端设备辅助进行的至少一种服务质量控制的运营模式。
在一种实现方式中，运营模式包括下列中的至少一种：
负载平衡；
功耗均衡；
基于PDU集的QoS处理；
切片重新选择；
XRM协同。
在一种实现方式中，阈值，用于指示第一网络设备进行服务质量控制的指标阈值。
在一种实现方式中，阈值包括下列中的至少一个：
最大往返时间RTT；
最大丢包率；
保证流量比特率GFBR阈值；
聚合最大比特速率AMBR阈值。
在一种实现方式中，终端设备状态辅助运营功能，用于指示第一网络设备基于终端设 备辅助进行的至少一种服务质量控制的运营模式，是否应用于终端设备状态辅助运营模式匹配的数据流。
在一种实现方式中，优先级/重要性，用于指示第一网络设备进行服务质量控制的数据流是否需符合设定的优先级和/或重要性级别。
在此需要说明的是，本申请实施例提供的控制装置，能够实现上述图2至图4所示的控制方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参见图14，图14为本申请实施例提供的另一种控制装置1100的结构示意图。图14所示的控制装置1100可以是网络设备(如前述方法实施例中的第一网络设备)，也可以是网络设备中的装置，还可以是能够与网络设备匹配使用的装置。如图14所示，该控制装置1100可以包括：
第四发送模块1101，用于向终端设备发送辅助运营规则；辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
在一种可能的实现方式中，控制装置1100还包括第二接收模块1102，用于接收终端设备发送的辅助运营信息，其中，辅助运营信息是终端设备根据终端设备的状态信息和辅助运营规则生成。
在一种实现方式中，装置还包括：
处理模块，用于基于辅助运营信息，对终端设备的上行数据流进行策略决策或服务质量控制；和/或，
基于辅助运营信息，对终端设备的下行数据流进行策略决策或服务质量控制。
在一种实现方式中，辅助运营信息包括：终端设备基于状态信息和辅助运营规则生成的决策和/或需求。
在一种实现方式中，辅助运营信息还包括终端设备的状态信息。
在一种实现方式中，状态信息包括下列中的至少一个：
设备温度信息；
设备过热信息；
电池寿命信息；
供电模式信息；
剩余电量信息；
电池剩余可用时长信息；
CPU负荷信息。
在一种实现方式中，供电模式信息用于指示终端设备是否处于下列情况中的至少一个：
采用省电模式供电；
采用外接电池供电；
采用内部电池供电；
采用市电/墙壁电源供电。
在一种实现方式中，辅助运营规则，携带于策略和计费控制PCC规则中。
在一种实现方式中，辅助运营规则包括下列信息中的至少一种：
终端设备状态辅助运营模式；
终端设备状态辅助运营模式指示；
阈值；
终端设备状态辅助运营功能；
优先级；
重要性。
在一种实现方式中，终端设备状态辅助运营模式，用于指示第一网络设备基于终端设备辅助进行服务质量控制的数据流和/或参数。
在一种实现方式中，终端设备状态辅助运营模式指示，用于指示第一网络设备基于终端设备辅助进行的至少一种服务质量控制的运营模式。
在一种实现方式中，运营模式包括下列中的至少一种：
负载平衡；
功耗均衡；
基于PDU集的QoS处理；
切片重新选择；
XRM协同。
在一种实现方式中，阈值，用于指示第一网络设备进行服务质量控制的指标阈值。
在一种实现方式中，阈值包括下列中的至少一个：
最大往返时间RTT；
最大丢包率；
保证流量比特率GFBR阈值；
聚合最大比特速率AMBR阈值。
在一种实现方式中，终端设备状态辅助运营功能，用于指示第一网络设备基于终端设备辅助进行的至少一种服务质量控制的运营模式，是否应用于终端设备状态辅助运营模式匹配的数据流。
在一种实现方式中，优先级/重要性，用于指示第一网络设备进行服务质量控制的数据流是否需符合设定的优先级和/或重要性级别。
在此需要说明的是，本申请实施例提供的控制装置，能够实现上述图5至图6所示的控制方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参见图15，图15为本申请实施例提供的另一种控制装置1200的结构示意图。图15所示的控制装置1200可以是网络设备(如前述方法实施例中的第二网络设备)，也可以是网络设备中的装置，还可以是能够与网络设备匹配使用的装置。如图15所示，该控制装置1200可以包括：
第三接收模块1201，用于接收第一网络设备发送的PCC规则，其中，PCC规则包括辅助运营规则；
第五发送模块1202，用于向终端设备发送辅助运营规则，其中，辅助运营规则，用于 终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
在一种实现方式中，装置还包括：
第六发送模块，用于基于PCC规则，向第三网络设备发送N4规则，其中，N4规则用于对终端设备的会话进行上行链路和/或下行链路的路由。
在此需要说明的是，本申请实施例提供的控制装置，能够实现上述图7至图8所示的控制方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述图2至图4实施例所示的方法。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述图5至图6实施例所示的方法。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述图7至图8实施例所示的方法。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述图2至图4实施例所示的方法。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述图5至图6实施例所示的方法。
为了实现上述实施例，本申请实施例还提出一种通信装置，包括：处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述图7至图8实施例所示的方法。
请参见图16，图16是本申请实施例提供的一种通信装置1300的结构示意图。通信装置1300可以是终端设备，也可以是网络设备(如前述方法实施例中的第一网络设备、第二网络设备)，也可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置1300可以包括一个或多个处理器1301。处理器1301可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置1300中还可以包括一个或多个存储器1302，其上可以存有计算机程序1304，处理器1301执行所述计算机程序1304，以使得通信装置1300执行上述方法实施例中描述的方法。可选的，所述存储器1302中还可以存储有数据。通信装置1300和存 储器1302可以单独设置，也可以集成在一起。
可选的，通信装置1300还可以包括收发器1305、天线1306。收发器1305可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1305可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置1300中还可以包括一个或多个接口电路1307。接口电路1307用于接收代码指令并传输至处理器1301。处理器1301运行所述代码指令以使通信装置1300执行上述方法实施例中描述的方法。
在一种实现方式中，处理器1301中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器1301可以存有计算机程序1303，计算机程序1303在处理器1301上运行，可使得通信装置130执行上述方法实施例中描述的方法。计算机程序1303可能固化在处理器1301中，该种情况下，处理器1301可能由硬件实现。
在一种实现方式中，通信装置1300可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是终端设备或者网络设备(如前述方法实施例中的第一网络设备、第二网络设备)，但本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图16的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；
(6)其他等等。
对于通信装置1300可以是芯片或芯片系统的情况，可参见图17所示的芯片的结构示 意图。图17所示的芯片包括处理器1401和接口1402。其中，处理器1401的数量可以是一个或多个，接口1402的数量可以是多个。
对于芯片用于实现本申请实施例中终端设备的功能的情况：
接口1402，用于代码指令并传输至处理器；
处理器1401，用于运行代码指令以执行如图2至图4的方法。
对于芯片用于实现本申请实施例中网络设备(如前述方法实施例中的第一网络设备)的功能的情况：
接口1402，用于代码指令并传输至处理器；
处理器1401，用于运行代码指令以执行如图5至图6的方法。
对于芯片用于实现本申请实施例中网络设备(如前述方法实施例中的第二网络设备)的功能的情况：
接口1402，用于代码指令并传输至处理器；
处理器1401，用于运行代码指令以执行如图7至图8的方法。
可选的，芯片还包括存储器1403，存储器1403用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。
本申请还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本申请还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。
本申请中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。在本申请实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义；术语“高于”涵盖了“高于等于”的含义，“低于”也涵盖了“低于等于”的含义。
本申请中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本申请并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本申请中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (49)

  1. 一种控制方法，其特征在于，所述方法由终端设备执行，所述方法包括：
    接收第一网络设备向所述终端设备发送的辅助运营规则；
    根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  2. 根据权利要求1所述的方法，其特征在于，所述根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制，包括：
    根据所述终端设备的状态信息和所述辅助运营规则，向第一网络设备发送辅助运营信息。
  3. 根据权利要求2所述的方法，其特征在于，
    所述辅助运营信息，用于所述第一网络设备对所述终端设备的上行数据流进行策略决策或服务质量控制；和/或，
    所述辅助运营信息，用于所述第一网络设备对所述终端设备的下行数据流进行策略决策或服务质量控制。
  4. 根据权利要求2所述的方法，其特征在于，
    所述辅助运营信息包括：所述终端设备基于所述状态信息和所述辅助运营规则生成的决策和/或需求。
  5. 根据权利要求4所述的方法，其特征在于，所述辅助运营信息还包括所述终端设备的状态信息。
  6. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    根据所述终端的状态信息，确定是否辅助进行策略决策或服务质量控制。
  7. 根据权利要求1所述的方法，其特征在于，所述接收第一网络设备向所述终端设备发送的辅助运营规则，包括：
    接收所述第一网络设备以直接方式，或者，通过至少一个第二网络设备的间接方式向所述终端设备发送的辅助运营规则。
  8. 根据权利要求1所述的方法，其特征在于，所述方法，还包括：
    根据所述终端设备的状态信息和所述辅助运营规则，向第三网络设备发送第一消息；
    其中，所述第一消息，用于所述第三设备确定适用于服务质量控制的数据流，和/或，对所述数据流所需进行的服务质量控制的相关信息。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    根据所述终端设备的状态信息和所述辅助运营规则，向第三网络设备发送第二消息；
    其中，所述第二消息，用于通知第三设备停止执行所述终端设备辅助的服务质量控制。
  10. 根据权利要求1所述的方法，其特征在于，所述状态信息包括下列中的至少一个：
    设备温度信息；
    设备过热信息；
    电池寿命信息；
    供电模式信息；
    剩余电量信息；
    电池剩余可用时长信息；
    CPU负荷信息。
  11. 根据权利要求10所述的方法，其特征在于，所述供电模式信息用于指示所述终端设备是否处于下列情况中的至少一个：
    采用省电模式供电；
    采用外接电池供电；
    采用内部电池供电；
    采用市电/墙壁电源供电。
  12. 根据权利要求1-11任一项所述的方法，其特征在于，所述辅助运营规则包括下列信息中的至少一种：
    终端设备状态辅助运营模式；
    终端设备状态辅助运营模式指示；
    阈值；
    终端设备状态辅助运营功能；
    优先级；
    重要性。
  13. 根据权利要求12所述的方法，其特征在于，
    所述终端设备状态辅助运营模式，用于指示所述第一网络设备基于所述终端设备辅助进行服务质量控制的数据流和/或参数。
  14. 根据权利要求12所述的方法，其特征在于，
    所述终端设备状态辅助运营模式指示，用于指示所述第一网络设备基于所述终端设备辅助进行的至少一种服务质量控制的运营模式。
  15. 根据权利要求14所述的方法，其特征在于，所述运营模式包括下列中的至少一种：
    负载平衡；
    功耗均衡；
    基于PDU集的QoS处理；
    切片重新选择；
    XRM协同。
  16. 根据权利要求12所述的方法，其特征在于，
    所述阈值，用于指示所述第一网络设备进行服务质量控制的指标阈值。
  17. 根据权利要求12或16所述的方法，其特征在于，所述阈值包括下列中的至少一个：
    最大往返时间RTT；
    最大丢包率；
    保证流量比特率GFBR阈值；
    聚合最大比特速率AMBR阈值。
  18. 根据权利要求12所述的方法，其特征在于，
    所述终端设备状态辅助运营功能，用于指示所述第一网络设备基于所述终端设备辅助进行的至少一种服务质量控制的运营模式，是否应用于所述终端设备状态辅助运营模式匹配的数据流。
  19. 根据权利要求12所述的方法，其特征在于，
    优先级/重要性，用于指示所述第一网络设备进行服务质量控制的数据流是否需符合设定的优先级和/或重要性级别。
  20. 一种控制方法，其特征在于，所述方法由第一网络设备执行，所述方法包括：
    向终端设备发送辅助运营规则，辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  21. 根据权利要求20所述的方法，其特征在于，所述方法还包括：
    接收所述终端设备发送的辅助运营信息，其中，所述辅助运营信息是所述终端设备根据所述终端设备的状态信息和所述辅助运营规则生成。
  22. 根据权利要求21所述的方法，其特征在于，所述方法还包括：
    基于所述辅助运营信息，对所述终端设备的上行数据流进行策略决策或服务质量控制；和/或，
    基于所述辅助运营信息，对所述终端设备的下行数据流进行策略决策或服务质量控制。
  23. 根据权利要求21所述的方法，其特征在于，
    所述辅助运营信息包括：所述终端设备基于所述状态信息和所述辅助运营规则生成的决策和/或需求。
  24. 根据权利要求23所述的方法，其特征在于，所述辅助运营信息还包括所述终端设备的状态信息。
  25. 根据权利要求20所述的方法，其特征在于，所述状态信息包括下列中的至少一个：
    设备温度信息；
    设备过热信息；
    电池寿命信息；
    供电模式信息；
    剩余电量信息；
    电池剩余可用时长信息；
    CPU负荷信息。
  26. 根据权利要求25所述的方法，其特征在于，所述供电模式信息用于指示所述终端设备是否处于下列情况中的至少一个：
    采用省电模式供电；
    采用外接电池供电；
    采用内部电池供电；
    采用市电/墙壁电源供电。
  27. 根据权利要求20所述的方法，其特征在于，所述辅助运营规则，携带于策略和计费控制PCC规则中。
  28. 根据权利要求20-27任一项所述的方法，其特征在于，所述辅助运营规则包括下列信息中的至少一种：
    终端设备状态辅助运营模式；
    终端设备状态辅助运营模式指示；
    阈值；
    终端设备状态辅助运营功能；
    优先级；
    重要性。
  29. 根据权利要求28所述的方法，其特征在于，
    所述终端设备状态辅助运营模式，用于指示所述第一网络设备基于所述终端设备辅助进行服务质量控制的数据流和/或参数。
  30. 根据权利要求28所述的方法，其特征在于，
    所述终端设备状态辅助运营模式指示，用于指示所述第一网络设备基于所述终端设备辅助进行的至少一种服务质量控制的运营模式。
  31. 根据权利要求30所述的方法，其特征在于，所述运营模式包括下列中的至少一种：
    负载平衡；
    功耗均衡；
    基于PDU集的QoS处理；
    切片重新选择；
    XRM协同。
  32. 根据权利要求28所述的方法，其特征在于，
    所述阈值，用于指示所述第一网络设备进行服务质量控制的指标阈值。
  33. 根据权利要求28或32所述的方法，其特征在于，所述阈值包括下列中的至少一个：
    最大往返时间RTT；
    最大丢包率；
    保证流量比特率GFBR阈值；
    聚合最大比特速率AMBR阈值。
  34. 根据权利要求28所述的方法，其特征在于，
    所述终端设备状态辅助运营功能，用于指示所述第一网络设备基于所述终端设备辅助进行的至少一种服务质量控制的运营模式，是否应用于所述终端设备状态辅助运营模式匹配的数据流。
  35. 根据权利要求28所述的方法，其特征在于，
    优先级/重要性，用于指示所述第一网络设备进行服务质量控制的数据流是否需符合设定的优先级和/或重要性级别。
  36. 一种控制方法，其特征在于，所述方法由第二网络设备执行，所述方法包括：
    接收第一网络设备发送的PCC规则，其中，所述PCC规则包括辅助运营规则；
    向所述终端设备发送所述辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  37. 根据权利要求36所述的方法，其特征在于，所述方法还包括：
    基于所述PCC规则，向第三网络设备发送N4规则，其中，所述N4规则用于对所述终端设备的会话进行上行链路和/或下行链路的路由。
  38. 一种控制装置，其特征在于，包括：
    第一接收模块，用于接收第一网络设备向所述终端设备发送的辅助运营规则；
    第一发送模块，用于根据所述终端设备的状态信息和所述辅助运营规则，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  39. 一种控制装置，其特征在于，包括：
    第四发送模块，用于向终端设备发送辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  40. 一种控制装置，其特征在于，包括
    第三接收模块，用于接收第一网络设备发送的PCC规则，其中，所述PCC规则包括辅助运营规则；
    第五发送模块，用于向所述终端设备发送所述辅助运营规则，其中，所述辅助运营规则，用于终端设备根据所述终端设备的状态信息，辅助对所述终端设备的上行链路和/或下行链路进行服务质量控制。
  41. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1-19中任一项所述的方法。
  42. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求20-35任一项所述的方法。
  43. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求36或37所述的方法。
  44. 一种通信装置，其特征在于，包括：处理器和接口电路；
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求1-19任一项所述的方法。
  45. 一种通信装置，其特征在于，包括：处理器和接口电路；
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求20-35任一项所述的方法。
  46. 一种通信装置，其特征在于，包括：处理器和接口电路；
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求36或37所述的方法。
  47. 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1-19任一项所述的方法被实现。
  48. 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求20-35任一项所述的方法被实现。
  49. 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求36或37所述的方法被实现。
CN202280003472.5A 2022-09-26 2022-09-26 一种控制方法及其装置 Pending CN118104292A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/121510 WO2024065136A1 (zh) 2022-09-26 2022-09-26 一种控制方法及其装置

Publications (1)

Publication Number Publication Date
CN118104292A true CN118104292A (zh) 2024-05-28

Family

ID=90475110

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280003472.5A Pending CN118104292A (zh) 2022-09-26 2022-09-26 一种控制方法及其装置

Country Status (2)

Country Link
CN (1) CN118104292A (zh)
WO (1) WO2024065136A1 (zh)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017078259A1 (ko) * 2015-11-05 2017-05-11 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 지원하는 장치
CN108965159B (zh) * 2017-05-24 2021-01-05 华为技术有限公司 服务质量控制方法、设备及系统
CN110035401B (zh) * 2018-01-12 2020-06-23 电信科学技术研究院有限公司 一种默认服务质量QoS控制方法及设备
WO2019146721A1 (ja) * 2018-01-29 2019-08-01 日本電気株式会社 通信装置、基地局、端末装置、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体
US11985535B2 (en) * 2018-06-11 2024-05-14 Nokia Technologies Oy Complete dynamic policy control in communication system comprising user plane network functions and control plane network functions
CN113543053A (zh) * 2020-04-17 2021-10-22 华为技术有限公司 业务保障的方法和装置
CN111698725A (zh) * 2020-06-23 2020-09-22 腾讯科技（深圳）有限公司 动态确定网络切片的方法及电子设备
CN112437122B (zh) * 2020-11-08 2023-05-05 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
CN114302426B (zh) * 2021-12-23 2024-01-02 中国电信股份有限公司 在异质网络控制服务质量的方法、装置、介质及电子设备

Also Published As

Publication number Publication date
WO2024065136A1 (zh) 2024-04-04

Similar Documents

Publication Publication Date Title
US20200383035A1 (en) Communications method and apparatus
EP3585095B1 (en) Method and device for controlling qos, smf, upf, ue, pcf and an
JP7177259B2 (ja) データ伝送方法及び装置
US11588751B2 (en) Combined network and computation slicing for latency critical edge computing applications
CN112351431B (zh) 一种安全保护方式确定方法及装置
US11991694B2 (en) Communication system
US20220141705A1 (en) Reflective QoS Enhancements
CN111200798A (zh) 一种v2x消息的传输方法、设备及系统
US11510257B2 (en) Communications method and apparatus
WO2021163901A1 (zh) 一种会话处理方法及其装置
CN118104292A (zh) 一种控制方法及其装置
CN111432458B (zh) 一种基于双连接的通信方法及装置
WO2021138784A1 (zh) 一种接入网络的方法、装置及系统
CN115915196A (zh) 一种链路状态检测方法、通信装置及通信系统
CN115244991A (zh) 通信方法、装置及系统
CN114982284B (zh) 通信方法及装置
WO2024065844A1 (zh) 一种路径切换能力的交互方法及其装置
KR20200044592A (ko) 다중 경로 전송 시스템, 그리고 이의 다중 경로 전송 방법
WO2022267872A1 (zh) 一种网络切片选择方法及相关装置
CN118104384A (zh) 一种终端设备策略更新的方法及其装置
WO2023212960A1 (zh) 扩展现实业务策略实现方法及装置
US20230246767A1 (en) Method, apparatus and computer program for enabling a communication session
WO2024065121A1 (zh) 一种多路径传输方法/装置/设备及存储介质
WO2024065131A1 (zh) 一种多路径传输方法/装置/设备及存储介质
US20230300638A1 (en) Relay mode configuration method and apparatus, relay communication method and apparatus, and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination