CN117676742A - 基于切换过程的消息发送方法、装置、设备及介质 - Google Patents

基于切换过程的消息发送方法、装置、设备及介质 Download PDF

Info

Publication number
CN117676742A
CN117676742A CN202311538047.9A CN202311538047A CN117676742A CN 117676742 A CN117676742 A CN 117676742A CN 202311538047 A CN202311538047 A CN 202311538047A CN 117676742 A CN117676742 A CN 117676742A
Authority
CN
China
Prior art keywords
qnc
access network
parameter value
control parameters
core network
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
CN202311538047.9A
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202311538047.9A priority Critical patent/CN117676742A/zh
Publication of CN117676742A publication Critical patent/CN117676742A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks

Abstract

本申请是202110215380.0的分案申请。本申请公开了一种基于切换过程的消息发送方法、装置、设备及存储介质，属于互联网领域。所述方法包括：在切换过程中，源接入网向目标接入网发送非GBR承载流的QNC的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息；其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件。本申请可以优化使用非GBR承载流的QoS通知机制。

Description

基于切换过程的消息发送方法、装置、设备及介质
本申请是分案申请，母案申请的申请号是202110215380.0，申请日是2021年2月25日，发明名称为“基于切换过程的消息发送方法、装置、设备及介质”。
技术领域
本申请实施例涉及移动通信领域，特别涉及一种基于切换过程的消息发送方法、装置、设备及介质。
背景技术
在第五代(5th-Generation，5G)移动通信技术中，按照服务质量(Quality ofService Flow，QoS Flow)为单位进行QoS控制。
按照承载类型进行区分，QoS流分为保证比特速率(Guaranteed Bit Rate，GBR)和非保证比特速率(Non-Guaranteed Bit Rate，非GBR)两种。对于GBR的QoS流，在网络资源紧张的情况下，相应的比特速率也能够保证；对于非GBR的QoS流，在网络资源紧张的情况下，需要承受降低速率的要求。
目前90％以上的业务流量都是非GBR QoS流，比如常见的音视频通话以及在线会议等。因为无线网络状态的变化经常会造成这种音视频通信的卡顿出现。
发明内容
本申请提供了一种基于切换过程的消息发送方法、装置、设备及存储介质，可以优化非GBR承载流的QoS通知机制。所述技术方案如下：
根据本申请的一方面，提供了一种基于切换过程的消息发送方法，所述方法包括：
在切换过程中，源接入网向目标接入网发送非GBR承载流的QoS通知控制(QoSNotification Control，QNC)的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件。
根据本申请的另一方面，提供了一种基于切换过程的消息发送方法，所述方法包括：
在切换过程中，目标接入网接收QNC的控制参数，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件；
在切换完毕后，所述目标接入网在所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件。
根据本申请的另一方面，提供了一种在切换过程中的消息发送装置，所述装置包括：
发送模块，用于在切换过程中，向目标接入网发送非GBR承载流的QNC的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件。
根据本申请的另一方面，提供了一种在切换过程中的消息发送装置，所述装置包括：
接收模块，用于在切换过程中，接收QNC的控制参数，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件；
发送模块，用于在切换完毕后，在所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息。
根据本申请的一个方面，提供了一种接入网网元，所述接入网网元包括：处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上所述的基于切换过程的消息发送方法。
根据本申请的另一方面，提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序由处理器加载并执行以实现如上所述的基于切换过程的消息发送方法。
根据本申请的另一方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面提供的基于切换过程的消息发送方法。
本申请实施例提供的技术方案带来的有益效果至少包括：
由于切换过程是最容易引起无线网络状态发生快速变化的过程，通过由源接入网向目标接入网发送非GBR承载流的QNC的控制参数，能够使得目标接入网在非GBR承载流的QNC的参数的增加/减少满足上报条件时，通过核心网实体向应用实体发送通知消息，使得在非GBR承载流的相关参数变差的情况下，或者，非GBR承载流的相关参数由差恢复为好的情况下，应用实体能够调整自身内部的应用程序来适应该参数变化，从而达到对应用程序的运行进行优化。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请一个示例性实施例提供的通信系统的结构框图；
图2示出了本申请另一个示例性实施例提供的通信系统的结构框图；
图3示出了本申请一个示例性实施例提供的基于切换过程的消息发送方法的流程图；
图4示出了本申请另一个示例性实施例提供的基于切换过程的消息发送方法的流程图；
图5示出了本申请一个示例性实施例提供的QNC的配置方法的流程图；
图6示出了本申请另一个示例性实施例提供的QNC的配置方法的流程图；
图7示出了本申请另一个示例性实施例提供的QNC的配置方法的流程图；
图8示出了本申请一个示例性实施例提供的QNC的优化方法的流程图；
图9示出了本申请另一个示例性实施例提供的QNC的优化方法的流程图；
图10示出了本申请一个示例性实施例提供的QNC的参数值的通知方法的流程图；
图11示出了本申请一个示例性实施例提供的切换过程中的基于切换过程的消息发送方法的流程图；
图12示出了本申请另一个示例性实施例提供的切换过程中的基于切换过程的消息发送方法的流程图；
图13示出了本申请的一个示例性实施例提供的UE或网络请求的PDU会话修改(用于非漫游和本地疏导漫游)流程的示意图；
图14示出了本申请一个示例性实施例提供的SM策略关联修改流程的示意图；
图15示出了本申请一个示例性实施例提供的没有UPF重新分配的基于Xn的NG-RAN间切换流程的示意图；
图16示出了本申请一个示例性实施例提供的N2路径切换请求的消息结构的示意图；
图17示出了本申请一个示例性实施例提供的基于NG-RAN节点的N2切换流程的示意图；
图18示出了本申请一个示例性实施例提供的UE请求的PDU会话建立流程的示意图；
图19示出了本申请一个示例性实施例提供的用于归属路由漫游场景的UE请求的PDU会话建立流程的流程图；
图20示出了本申请一个示意性实施例提供的针对单个UE地址的AF请求转移到相关PCF流程的示意图；
图21示出了本申请一个示例性实施例提供的用于非漫游和本地疏导漫游的UE或网络请求的PDU会话修改流程的示意图；
图22示出了本申请一个示例性实施例提供的用于归属路由漫游的UE或网络请求的PDU会话修改流程的示意图；
图23示出了本申请一个示例性实施例提供的基站内的切换程序的示意图；
图24示出了本申请另一个示例性实施例提供的没有UPF重新分配的基于Xn的NG-RAN间切换流程的示意图；
图25示出了本申请一个示例性实施例提供的切换命令的消息结构图；
图26示出了本申请另一个示例性实施例提供的基于XG-RAN节点N2的切换流程的示意图；
图27示出了本申请一个示例性实施例提供的切换请求的消息结构图；
图28示出了本申请另一个示例性实施例提供的切换命令的消息结构图；
图29示出了本申请一个示例性实施例提供的从不可信的非3GPP到3GPP接入的PDU会话过程的切换流程(非漫游和本地疏导漫游)的示意图；
图30示出了本申请一个示例性实施例提供的从EPC/ePDG切换到5GS的切换示意图；
图31示出了本申请一个示例性实施例提供的从EPS到5GS过程的基于单一注册的互通的准备阶段的示意图；
图32示出了本申请一个示例性实施例提供的切换过程中的基于切换过程的消息发送装置的框图；
图33示出了本申请一个示例性实施例提供的切换过程中的基于切换过程的消息发送装置的框图；
图34示出了本申请一个示例性实施例提供的网元设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
应当理解的是，在本文中提及的“若干个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
图1示出了本申请一个示例性实施例提供的通信系统的架构示意图。如图1所示，该系统架构100可以包括：用户设备(User Equipment，UE)、无线接入网(Radio AccessNetwork，RAN)、核心网(Core)和数据网络(Data Network，DN)构成。其中，UE、RAN、Core是构成架构的主要成分，逻辑上它们可以分为用户面和控制面两部分，控制面负责移动网络的管理，用户面负责业务数据的传输。在图1中，NG2参考点位于RAN控制面和Core控制面之间，NG3参考点位于RAN用户面和Core用户面之间，NG6参考点位于Core用户面和数据网络之间。
UE：是移动用户与网络交互的入口，能够提供基本的计算能力、存储能力，向用户显示业务窗口，接受用户操作输入。UE会采用下一代空口技术，与RAN建立信号连接、数据连接，从而传输控制信号和业务数据到移动网络。
RAN：类似于传统网络里面的基站，部署在靠近UE的位置，为小区覆盖范围的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道传输用户数据。RAN能够管理自身的资源，合理利用，按需为UE提供接入服务，把控制信号和用户数据在UE和核心网之间转发。
Core：负责维护移动网络的签约数据，管理移动网络的网元，为UE提供会话管理、移动性管理、策略管理、安全认证等功能。在UE附着的时候，为UE提供入网认证；在UE有业务请求时，为UE分配网络资源；在UE移动的时候，为UE更新网络资源；在UE空闲的时候，为UE提供快恢复机制；在UE去附着的时候，为UE释放网络资源；在UE有业务数据时，为UE提供数据路由功能，如转发上行数据到DN；或者从DN接收UE下行数据，转发到RAN，从而发送给UE。
DN：是为用户提供业务服务的数据网络，一般客户端位于UE，服务端位于数据网络。数据网络可以是私有网络，如局域网，也可以是不受运营商管控的外部网络，如Internet，还可以是运营商共同部署的专有网络，如为了配置IP多媒体网络子系统(IPMultimedia Core Network Subsystem，IMS)服务。
图2是在图1的基础上确定的详细架构，其中核心网用户面包括用户面功能(UserPlane Function，UPF)；核心网控制面包括认证服务器功能(Authentication ServerFunction，AUSF)、接入和移动管理(Access and Mobility Management Function，AMF)、会话管理(Session Management Function，SMF)、网络切片选择功能(Network SliceSelection Function，NSSF)、网络开放功能(Network Exposure Function，NEF)、网络功能仓储功能(NF Repository Function，NRF)、统一数据管理(Unified Data Management，UDM)、策略控制功能(Policy Control Function，PCF)、应用功能(Application Function，AF)。这些功能实体的功能如下：
UPF：根据SMF的路由规则执行用户数据包转发；
AUSF：执行UE的安全认证；
AMF：UE接入和移动性管理；
SMF：UE会话管理；
NSSF：为UE选择网络切片；
NEF：以API接口的方式向第三方开放网络功能；
NRF：为其他网元提供网络功能实体信息的存储功能和选择功能；
UDM：用户签约上下文管理；
PCF：用户策略管理；
AF：用户应用管理。
在图2所示架构中，N1接口为UE与AMF之间的参考点；N2接口为RAN和AMF的参考点，用于NAS消息的发送等；N3接口为RAN和UPF之间的参考点，用于传输用户面的数据等；N4接口为SMF和UPF之间的参考点，用于传输例如N3连接的隧道标识信息、数据缓存指示信息，以及下行数据通知消息等信息；N6接口为UPF和DN之间的参考点，用于传输用户面的数据等。NG接口：无线接入网和5G核心网之间的接口。
需要说明的是，图1和图2中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请实施例对此不作具体限定。图1和图2中包括的各个网元(比如SMF、AF、UPF等)的名称也仅是一个示例，对网元本身的功能不构成限定。在5GS以及未来其它的网络中，上述各个网元也可以是其他的名称，本申请实施例对此不作具体限定。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称，等等，在此进行统一说明，以下不再赘述。此外，应理解，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。
在本申请实施例中，为非GBR QoS流定义了快速变化的QoS通知控制(QuickChange QoS Notification Control，QCQNC)机制。QCQNC机制是QoS通知控制(QoSNotification Control，QNC)的一种，可简称为QNC。在本申请实施例提供的QCQNC机制中，接入网在检测到非GBR QoS流的至少一个QoS参数发生快速变化时，向SMF发送快速变化通知。SMF向PCF、AF以及UE发送快速变化通知。AF和UE在接收到快速变化通知后，对自身内部的应用程序进行调整，使得应用程序来适应该变化，以防止卡顿等影响业务体验QoE(Quality of Experience)的现象出现。
QoS流是PUD会话中最小的QoS区分粒度。5G系统中使用QoS流ID(QFI)来区分QoS流。QoS流被SMF控制，可以预配置或者在PDU会话建立流程中建立，或者在PDU会话修改流程中修改。
在本申请实施例中，为非GBR QoS流定义了如下的QoS特性：
·5G QoS标识(5G QoS Identifier，5QI)、分配和维持优先级(Allocation andRetention Priority，ARP)、反射QoS特性(Reflective QoS Attribute，RQA)。
·且对应于非GBR QoS流的5QI，只定义了如下的QoS特性：
·资源类型(Resource Type)；
分为：GBR、时延关键GBR或非GBR。
·优先级(Priority Level)；
·分组数据时延(Packet Delay Budget，PDB)；
分组数据时延(预算)，包含核心网的分组时延。
·分组误码率(Packet Error Rate，PER)；
在这4个QoS特性中，前面的两个参数Resource Type，Priority Level是定义5QI的特性，而后面的两个参数PDB和PER则是定义5QI的性能。
在本申请实施例中，提出QoS QNC的Profile(特性)是有关非GBR的QoS流(Non GBRQoS Flow，NGBF)的三个参数：PDB，PER及当前传输速率(Current Bit Rate，CBR)。当RAN检测到这三个参数中的任何一个参数值增加或减少一个变化率(或，增加或减少一个变化值)超过了一个指定门限(由于不同的参数的性质不一样，对于每个参数，其对应的变化率或变化值都是不同的)，则向SMF发送通知消息，并且通知所有参数变化的变化率或变化值。SMF向PCF发送通知消息，PCF向AF发送通知消息，AF对应的应用程序则作相应的调整。同时SMF通过NAS消息向UE发送通知消息，UE对应的应用程序也可以有作相应的调整，从而实现了网络与应用的交互，实现了业务传输的优化，解决网络出现拥塞时的卡顿，或当网络条件变好之后，应用程序仍然使用非常低的传输速率，不能充分利用网络资源，却不能提升用户的体验。
在一个实施例中，参数变化的定义有两种：
1、变化值；
在参数值从A变化到B时，定义B-A为变化值。需要注意的是，假设参数值从A变化到B时的变化值为第一变化值，从B变回到A时的变化值为第二变化值，则第一变化值和第二变化值的幅值相同(不考虑正负)。
2、变化率。
在一种可能的设计中，在参数值从A变化到B时，定义(B-A)/A为变化值。需要注意的是，假设参数值从A变化到B时的变化率为第一变化率(B-A)/A，从B变回到A时的变化率为第二变化率(A-B)/B，则第一变化率和第二变化率的幅值相同(不考虑正负)。
即(B-A)/A不等于(A-B)/B的幅值(假设B>A>0)。因此在上述定义中，参数值A上升30％到参数值B后，然后参数值B下降30％之后，并不是恢复到参数值A。
在另一种可能的设计中，为了让同一参数值在先上升30％再下降30％后，是表示恢复到同一参数值，则将变化率统一定义为参数值变化前后的(较大值–较小值)/较小值，或变化率统一定义为参数值变化前后的(较大值–较小值)/较大值，或变化率统一定义为参数值变化前后的(较大值–较小值)/一固定值。其中，较大值是变化前后的参数值中绝对值较大的一个，较小值是变化前后的参数值中绝对值较小的一个，一固定值是事先确定的一个数值不变的值。这样，参数值A先上升30％，再下降30％时，则恢复到原参数值A了。
在一个实施例中，提供了如下通信协议：
QoS配置
一个QoS流是GBR或非GBR受其QoS配置决定。QoS流的QoS配置被发送至(R)AN，包含以下QoS参数(QoS参数的详细信息在标准TS23.501的5.7.2小节定义)。
-每一个QoS流，QoS配置要包含的QoS参数；
-5QI；和，
-ARP；
-仅对每个非GBR的QoS流，QoS配置可以还包含的QoS参数：
-QCQNC；
-RQA；
-仅对每个GBR的QoS流，QoS配置可以还包含的QoS参数：
-保证的流比特率(Guaranteed Flow Bit Rate，GFBR)-上行和下行，和，
-最大流比特率(Maximum Flow Bit Rate，MFBR)-上行和下行；和，
-仅对GBR QoS流，QoS配置可以还包含一个或者更多的QoS参数；
-通知控制；
-最大丢包率-上行和下行。
在一个实施例中，提供了QoS快速变化通知控制配置(QoS Quick ChangeNotification control Profile)。
QoS快速变化通知控制配置是为启用快速变化通知控制的非GBR QoS流提供的。如果相应的PCC规则包含相关信息(如TS23.503中所述)，则SMF除QoS配置文件外，还应向NG-RAN提供快速变化通知控制配置。如果SMF向NG-RAN提供了快速变化通知控制配置(如果相应的策略控制和计费(Policy and Charging Control Rule，PCC)规则信息发生了变化)，则NG-RAN将用它替换之前存储的配置。
快速变化通知控制配置表示任何QoS参数PDB，PER和检测到的CBR(当前比特率)的快速变化，这将有助于应用程序根据变化后的QoS参数来控制应用程序流量。快速变化通知控制配置表示(PDR，PER，CBR)在短时间内的(20％，10％，30％)快速变化(增加或减少)，并且变化后的新值能够持续保持，即这种快速变化不是由于突发冲击干扰等原因所造成了短而快的刺峰。
注意：快速变化通知控制配置可以是PDB，PER，CBR的任何变化组合，例如，快速变化通知控制配置可以将增加(或减少)的PDR设置为20％；也可以是增加(或减少)的PDR和PER设置为20％，增加(或减少)的CBR为10％；或者增加(或减少)的CBR为30％。
当NG-RAN向SMF发送满足QCQNC配置的快速变化通知时，NG-RAN还应通知消息中包括当前的QoS参数(PDB，PER)和CBR。
非GBR承载流的QNC机制包括如下几个过程：
1.切换过程中的QNC控制；
2.QNC的配置过程；
3.QNC的优化过程；
4.QNC的通知过程(针对AF)；
5.变化后的QNC的参数值的通知过程(针对UE)。
下面分别介绍上述过程。
1.切换过程中的QNC控制；
切换过程是最常见的引起QNC的参数快速变化的因素，因此有必要在切换过程中引入对非GBR承载流的QNC机制。
图3是本申请一个示例性实施例提供的切换过程中的基于切换过程的消息发送方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤320：在切换过程中，源接入网向目标接入网发送非GBR承载流的QNC的控制参数；
非GBR承载流是指非GBR类型的承载流。非GBR承载流包括：非GBR QoS流，或，非GBREPS承载。示例性的，在5G系统中，非GBR承载流是非GBR类型的QoS流；在4G系统中，非GBR承载流是非GBR类型的EPS承载。
其中，QNC的控制参数用于指示非GBR承载流的QNC的参数以及上报条件。
示例性的，QNC(或称QCQNC)的参数包括如下至少一种：PDB、PER、CBR。在QNC的参数包括至少两种的情况下，存在至少两种参数对应的上报条件相同；和/或，存在至少两种参数对应的上报条件不同。
示例性的，上报条件(或称变化门限、变化上报门限)包括如下至少一种：
·QNC的参数在第一时长内的变化值大于第一阈值；
第一阈值是大于0且小于1的小数。比如，该第一阈值是20％、30％和40％。第一时长是用于计算变化值的周期或时长，比如1秒、2秒。
·QNC的参数在第二时长内的变化率大于第二阈值；
第二阈值是大于0且小于1的小数。比如，该第二阈值是20％、30％和40％。第二时长是用于计算变化率的周期或时长，比如1秒、2秒。
·QNC的参数在第一时长内的变化值大于第一阈值，且持续保持第三阈值；
第三阈值是用于衡量变化值的保持时长的阈值，比如2秒。
·QNC的参数在第二时长内的变化率大于第二阈值，且持续保持第四阈值。
第四阈值是用于衡量变化率的保持时长的阈值，比如2秒。
步骤340：在切换过程中，目标接入网接收QNC的控制参数；
目标接入网根据QNC的控制参数，使能或启动非GBR承载流的QNC。
步骤360：在切换完毕后，目标接入网在非GBR承载流的QNC的参数值的变化满足上报条件时，通过核心网实体向应用实体发送通知消息。
QNC的参数值的变化，包括如下两种中的至少一种：
1、从第一参数值到第二参数值的变化；
第一参数值是QNC的参数在切换前的参数值，也即在源接入网的当前参数值；第二参数值是QNC的参数在切换后的参数值，也即在目标接入网的当前参数值。
2、从第二参数值到第三参数值的变化。
第二参数值和第三参数值均为QNC的参数在切换后的参数值，第三参数值的采集时刻晚于第二参数值。
综上所述，由于切换过程是最容易引起无线网络状态发生快速变化的过程，本实施例提供的方法通过由源接入网向目标接入网发送非GBR承载流的QNC的控制参数，能够使得目标接入网在非GBR承载流的QNC的参数的增加/减少满足上报条件时，通过核心网实体向应用实体和终端发送通知消息，使得在非GBR承载流的相关参数变差的情况下，或者，非GBR承载流的相关参数由差恢复为好的情况下，应用实体能够调整自身内部的应用程序来适应该参数变化，从而达到对应用程序和终端的运行进行优化。
示例性的，在切换过程中，源接入网通过核心网实体向目标接入网发送非GBR承载流的QNC的控制参数。在不同的通信系统中，核心网实体的类型、数量和划分可能不同。以5G系统为例，核心网实体包括：第一核心网实体AMF、第二核心网实体SMF。源接入网通过核心网实体向目标接入网发送非GBR承载流的QNC的控制参数的过程，可选包括如下步骤：
1.在切换过程中，源接入网向源第一核心网实体AMF发送切换请求(HandoverRequire)，切换请求携带有QNC的控制参数；
2.源第一核心网实体AMF向目标第一核心网实体AMF发送创建UE上下文请求(Namf_Communication_CreateUEContext)，创建UE上下文请求携带有QNC的控制参数；
3.目标第一核心网实体AMF向第二核心网实体SMF发送更新会话上下文请求(Nsmf_PDUSession_UpdateSMContext)，更新会话上下文请求携带有QNC的控制参数；
4.第二核心网实体SMF向目标第一核心网实体AMF发送更新会话上下文响应(Nsmf_PDUSession_UpdateSMContext响应)，更新会话上下文响应携带有QNC的控制参数；
5.目标第一核心网实体AMF向目标接入网发送切换命令(Handover Request)，切换命令携带有QNC的控制参数。
QNC的控制参数可以被携带在源到端的透传容器中。其中，源到端的透传容器是在切换请求、创建UE上下文请求、更新会话上下文请求、更新会话上下文响应、切换命令中透传的字段。
图4是本申请一个示例性实施例提供的基于切换过程的消息发送方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤322：在切换过程中，源接入网向目标接入网发送非GBR承载流的QNC的控制参数以及第一参数值；
与图3实施例相比，源接入网不仅向目标接入网发送QNC的控制参数，还同时向目标接入网发送第一参数值，第一参数值是QNC的参数在切换前的参数值。
QNC的控制参数以及第一参数值可以在同一消息中发送，也可以在不同消息中发送，本申请以QNC的控制参数以及第一参数值在同一消息中发送来举例说明。
示例性的，在切换过程中，源接入网通过核心网实体向目标接入网发送非GBR承载流的QNC的控制参数以及第一参数值。在不同的通信系统中，核心网实体的类型、数量和划分可能不同。以5G系统为例，核心网实体包括：第一核心网实体AMF和第二核心网实体SMF。源接入网通过核心网实体向目标接入网发送非GBR承载流的QNC的控制参数以及第一参数值的过程，可选包括如下步骤：
1.在切换过程中，源接入网向源第一核心网实体AMF发送切换请求，切换请求携带有QNC的控制参数；
2.源第一核心网实体AMF向目标第一核心网实体AMF发送创建UE上下文请求，创建UE上下文请求携带有QNC的控制参数以及第一参数值；
3.目标第一核心网实体AMF向第二核心网实体SMF发送更新会话上下文请求，更新会话上下文请求携带有QNC的控制参数以及第一参数值；
4.第二核心网实体SMF向目标第一核心网实体AMF发送更新会话上下文响应，更新会话上下文响应携带有QNC的控制参数以及第一参数值；
5.目标第一核心网实体AMF向目标接入网发送切换命令，切换命令携带有QNC的控制参数以及第一参数值。
可选地，QNC的控制参数以及第一参数值被携带在源到端的透传容器中。其中，源到端的透传容器是在切换请求、创建UE上下文请求、更新会话上下文请求、更新会话上下文响应、切换命令中透传的字段。
步骤342：在切换过程中，目标接入网接收QNC的控制参数以及第一参数值；
示例性的，在切换命令中除了源接入网向目标接入网发送的QNC的控制参数，还可以携带第二核心网实体SMF向目标接入网发送的QNC的控制参数。
两组QNC的控制参数携带在切换命令的不同字段中。示例性的，源接入网向目标接入网发送的QNC的控制参数携带在切换命令的源到端的透传容器字段中；第二核心网实体SMF向目标接入网发送的QNC的控制参数携带在切换命令的QoS建立请求字段。
通常情况下，两组QNC的控制参数是一致的。但如果存在两组QNC的控制参数不一致的情况，则目标接入网优先使用第二核心网实体SMF向目标接入网发送的QNC的控制参数。
步骤362：在切换完毕后，目标接入网在第一参数值至第二参数值的变化满足上报条件时，通过核心网实体向应用实体发送通知消息。
第一参数值是QNC的参数在切换前的参数值，第二参数值是QNC的参数在切换后的参数值。
综上所述，本实施例提供的方法，通过由源接入网向目标接入网发送非GBR承载流的第一参数值，能够使得目标接入网对非GBR承载流在切换前后的QNC的参数的增加/减少进行监测，若在切换前后的QNC的参数的变化满足上报条件时，则目标接入网通过核心网实体向应用实体和终端发送通知消息，使得在非GBR承载流的相关参数变差的情况下，或者，非GBR承载流的相关参数由差恢复为好的情况下，应用实体能够调整自身内部的应用程序来适应该参数变化，从而达到对应用程序和终端的运行进行优化。
需要说明的是，存在某些情况下，源接入网或源接入网中的某个接入网设备不支持非GBR承载流的QNC，而目标接入网支持非GBR承载流的QNC。本申请还提供有如下实施例，如图5所示：
步骤330：核心网实体在切换过程中向目标接入网发送非GBR承载流的QNC的控制参数；
核心网实体在接收到源接入网的切换请求后，若切换过程涉及非GBR承载流的切换，核心网实体可以在切换命令中添加QNC的控制参数。
示例性的，SMF在切换命令的QoS建立请求条目中增加QNC的控制参数。该QNC的控制参数包括：是否使能QNC、QNC的参数和上报条件。
步骤342：在切换过程中，目标接入网接收QNC的控制参数；
目标接入网根据QNC的控制参数，使能或启动非GBR承载流的QNC。
步骤362：在切换完毕后，目标接入网在第二参数值至第三参数值的变化满足上报条件时，通过核心网实体向应用实体发送通知消息。
第二参数值和第三参数值均为QNC的参数在切换后的参数值，第三参数值的采集时刻晚于第二参数值。
综上所述，本实施例提供的方法，通过由核心网实体向目标接入网发送非GBR承载流的QNC的控制参数，在源接入网不支持非GBR承载流的QNC的情况下，也可以触发目标接入网对非GBR承载流进行QNC控制，因此可以在最容易引起QNC的参数快速变化的切换场景中引入对非GBR承载流进行QNC控制，增强对应用程序的控制，以使得应用程序能够更好地适应网络变化。
2.QNC的配置过程；
在非GBR承载流的建立过程或修改过程中，由核心网实体向(源)接入网进行QNC的配置过程。也即，核心网实体向(源)接入网发送QNC配置，QNC配置用于配置QNC的参数以及上报条件(或称变化门限、快速变化门限、变化上报门限、快速变化上报门限)。
图6是本申请一个示例性实施例提供的QNC的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤420：第三核心网实体PCF向第二核心网实体SMF发送QNC的参数以及上报条件；
第三核心网实体是核心网中负责策略管理的实体。
第二核心网实体是核心网中负责会话管理的实体。
示例性的，在非GBR承载流的建立过程或修改过程中，第三核心网实体PCF向第二核心网实体SMF发送QNC的参数以及上报条件。
示例性的，在建立PDU会话的过程中，会建立(第)一个QoS流，这个QoS流称为基于默认QoS规则的QoS流(QoS Flow with Default QoS Rules)。一般而言，这个QoS流是非GBR类型的，第三核心网实体可以向第二核心网实体提供QNC的参数以及上报条件。
示例性的，该QNC的参数以及上报条件是第三核心网实体PCF自行确定的；或者，该QNC的参数以及上报条件是第三核心网实体PCF基于应用实体发送的业务流信息确定的；或者，该QNC的参数以及上报条件是第三核心网实体PCF基于UE的签约数据确定的。
步骤440：第二核心网实体SMF接收第三核心网实体PCF发送的PCC规则；
步骤460：第二核心网实体向接入网发送QNC配置(QNC Profile)，QNC配置用于向接入网配置QNC的参数以及上报条件。
综上所述，本实施例提供的方法，通过由第三核心网实体向第二核心网实体发送QNC的参数以及上报条件，能够触发第二核心网实体为非GBR承载流配置QNC的参数以及上报条件，完成QNC的配置过程。
在一种设计中，应用实体向第三核心网实体提供业务流信息，业务流信息中携带有应用实体需要(或建议)的QNC的参数以及上报条件，如图7所示。在另一种设计中，第三核心网实体基于QNC签约数据来确定QNC的参数以及上报条件，如图8所示。
图7是本申请另一个示例性实施例提供的QNC的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤412：应用实体AF向第三核心网实体PCF发送业务流信息，业务流信息携带有QNC的控制参数；
QNC的控制参数包括：是否使能QNC、QNC的参数、变化门限中的至少一种。
步骤420：第三核心网实体PCF向第二核心网实体SMF发送PCC规则，PCC规则携带有QNC的控制参数；
步骤440：第二核心网实体SMF接收第三核心网实体PCF发送的PCC规则；
步骤460：第二核心网实体向接入网发送QNC配置，QNC配置用于向接入网配置QNC的控制参数。
综上所述，本实施例提供的方法，通过由应用实体向第三核心网实体提供QNC的控制参数，能够实现应用实体与核心网实体的主动交互，由应用实体来驱动无线接入网络(如5G，4G的RAN)报告非GBR承载流的快速变化，从而由无线接入网络向应用实体开放了其网络能力，为互联网应用的创新提供了新的途径。
图8是本申请另一个示例性实施例提供的QNC的配置方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤414：第四核心网实体UDM向第三核心网实体PCF发送QNC签约数据，QNC签约数据携带有QNC的控制参数；
若默认5QI是NGBR类型，则增加QNC签约数据。第四核心网实体UDM将QNC签约数据发送给第二核心网实体SMF，第二核心网实体SMF将QNC签约数据发送给第三核心网实体PCF。
步骤420：第三核心网实体PCF向第二核心网实体SMF发送默认QoS规则，默认QoS规则携带有QNC的控制参数；
步骤440：第二核心网实体SMF接收第三核心网实体PCF发送的PCC规则；
步骤460：第二核心网实体向接入网发送QNC配置，QNC配置用于向接入网配置QNC的控制参数。
综上所述，本实施例提供的方法，通过第三核心网实体基于UE的签约数据来确定QNC的控制参数，能够实现基于UE的签约数据驱动5G网络向AF和/或UE报告非GBR承载流的快速变化。
3.QNC的优化过程；
当第三核心网实体PCF或应用实体AF发现QNC的通知消息过于频繁，对系统造成较大的信令量。此时，第三核心网实体PCF或应用实体AF应当修改QNC的上报条件，比如增大变化门限。
图9是本申请一个示例性实施例提供的QNC的优化方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤520：第三核心网实体PCF在通知消息的上报频率大于或小于频率阈值时，向第二核心网实体SMF发送更新后的QNC的控制参数；
更新后的QNC的控制参数包括：是否使能QNC、更新后的QNC的参数、更新后的变化门限中的至少一种。也即，更新后的QNC的控制参数，可以对使能QNC、QNC的参数、变化门限三者中的至少一种进行更新。
比如，第三核心网实体PCF在通知消息的上报频率大于频率阈值时，向第二核心网实体SMF发送去使能QNC的指示；又比如，第三核心网实体PCF在通知消息的上报频率大于频率阈值时，向第二核心网实体SMF发送减少后的QNC的参数；再比如，第三核心网实体PCF在通知消息的上报频率大于频率阈值时，向第二核心网实体SMF发送增大后的变化门限。
步骤540：第二核心网实体SMF向(目标)接入网发送QNC配置，QNC配置携带有更新后的QNC的控制参数。
综上所述，本实施例提供的方法，通过在通知消息的上报频率大于或小于频率阈值时，向第二核心网实体SMF以及接入网发送更新后的QNC的控制参数，可以避免对系统造成较大的信令开销，或者，合理利用QNC的通知机制。
图10是本申请另一个示例性实施例提供的QNC的优化方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤510：应用实体在通知消息的上报频率大于或小于频率阈值时，向第三核心网实体PCF发送更新后的QNC的控制参数；
更新后的QNC的控制参数包括：是否使能QNC、更新后的QNC的参数、更新后的变化门限中的至少一种。也即，更新后的QNC的控制参数，可以对使能QNC、QNC的参数、变化门限三者中的至少一种进行更新。
比如，AF在通知消息的上报频率大于频率阈值时，向第三核心网实体PCF发送去使能QNC的指示；又比如，AF在通知消息的上报频率大于频率阈值时，向第三核心网实体PCF发送减少后的QNC的参数；再比如，AF在通知消息的上报频率大于频率阈值时，向第三核心网实体PCF发送增大后的变化门限。
步骤520：第三核心网实体PCF向第二核心网实体SMF发送更新后的QNC的控制参数；
步骤540：第二核心网实体SMF向接入网发送QNC配置，QNC配置携带有更新后的QNC的控制参数。
综上所述，本实施例提供的方法，通过在通知消息的上报频率大于或小于频率阈值时，由AF触发PCF向第二核心网实体SMF以及接入网发送更新后的QNC的控制参数，可以避免对系统造成较大的信令开销，或者，合理利用QNC的通知机制。
4.QNC的通知过程(针对AF)：
图11是本申请一个示例性实施例提供的基于切换过程的消息发送方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤620：(目标)接入网在非GBR承载流的QNC的参数的变化满足上报条件时，通过核心网实体向应用实体发送通知消息；
示例性的，通知消息内还携带有：变化后的QNC的参数值。也即在QNC的参数发生快速变化后，QNC的参数的当前参数值。该“当前”是相对概念，并不是绝对意义上的当前。比如，当前参数值是在触发上报条件时的参数值，并不一定等于发送通知消息后的实时参数值。
核心网实体为一个或多个。在通知消息涉及位于RAN和AF之间的多个核心网实体时，多个核心网实体依次传输该通知消息，不同核心网实体可以采用不同类型的消息携带该通知消息。比如，核心网实体包括：移动性管理实体(Mobility Management Entity，MME)、服务网关(Serving GateWay，SGW)、PDN网关(PDN GateWay，PGW)和PCF，则通知消息的传输路径至少包括RAN→MME→SGW/PGW→PCF→AF；又比如，核心网实体包括：第一核心网实体AMF、第二核心网实体SMF和第三核心网实体PCF，则通知消息的传输路径至少包括RAN→AMF→SMF→PCF→AF。
示例性的，核心网实体向应用实体发送事件报告(Event Reporting)，该事件报告携带有通知消息。
步骤640：应用实体根据通知消息控制应用程序。
该通知消息(或称快速变化通知、快速变化报告、通知报告)用于指示非GBR承载流的QoS通知控制QNC的参数的变化满足上报条件。
应用实体根据通知消息控制应用程序的计算策略和流量策略中的至少一种，以使得应用程序适应非GBR承载流的相关参数的快速变化。
第一种可能的实现方式：
响应于通知消息用于指示QNC的参数值变差，控制应用程序按照第一计算策略执行；
响应于通知消息用于指示QNC的参数值变优，控制应用程序按照第二计算策略执行；
其中，相同计算任务在第一计算策略下的计算时长小于在第二计算策略下的计算时长。
计算策略是与应用程序的运行计算有关的策略。计算策略包括但不限于：编解码方式的选择策略、编解码模型的选择策略、编解码等级的选择策略、压缩级别的选择策略、神经网络模型的选择策略中的至少一种。
以计算策略包括编解码方式的选择为例，响应于通知消息用于指示QNC的参数值变差，控制应用程序采用第一编解码方式进行编解码；响应于通知消息用于指示QNC的参数值变优，控制应用程序采用第二编解码方式进行编解码。此处的“编解码”是指编码和解码中的至少一种。
其中，相同编解码任务在第一编解码策略下的计算时长小于在第二编解码策略下的计算时长。
例如，在PDR变大时，虽然网络时延变大，但是应用程序通过减少内部的计算时长来弥补网络时延的恶化，仍然能够保证整体的传输时延不变或变化很小。
第二种可能的实现方式：
响应于通知消息用于指示QNC的参数值变差，控制应用程序按照第一流量策略执行；
响应于通知消息用于指示QNC的参数值变优，控制应用程序按照第二流量策略执行；
其中，所述第一流量策略的流量少于所述第二流量策略的流量。
示例性的，应用程序的流量包括语音数据包和视频数据包；
响应于通知消息用于指示QNC的参数值变差，保持语音数据包对应的第一流量，减少视频数据包对应的第二流量；响应于通知消息用于指示QNC的参数值变优，保持语音数据包对应的第一流量，增加视频数据包对应的第二流量。
这是由于在基于云的应用(视频会议，语音会议，远程教学)中，通常是需要视频和语音的双向交互。对网络传输时延有一定要求(通常要单向传输时延<150ms)，但在实际的使用过程中，由于无线网络状态的变化，在一段时间内(如一个5秒的时间内)，无线网络的传输时延突然变差，或传输的速率突然变小，造成音视频的卡顿。
而相关研究表明，用户对音频的卡顿非常敏感，而对于视频的质量变化(如分辨率的变化，清晰的变化)并不是太敏感(且在保留语音的情形下，暂时关闭一下视频都是可以接受的)。对于音频一般由于其传输数据较小，不大经常出现卡顿。但若音频出现卡顿，则用户的体验非常不好。另外，即便音频从CD的质量往下降低到非常低的传输率(如2G语音传输质量)，但只要不出现卡顿，用户仍然有非常好的使用体验。
综上所述，本实施例提供的方法，通过应用实体根据变化后的QNC的参数值来调整应用程序，使得在非GBR承载流的相关参数变差的情况下，或者，非GBR承载流的相关参数由差恢复为好的情况下，应用实体能够调整自身内部的应用程序来适应该参数变化，从而达到对应用程序的运行进行优化。
本实施例提供的方法，还通过在非GBR承载流的相关参数变差的情况下，改变应用程序的计算策略，通过减少应用程序内部的计算时长来弥补网络时延的恶化，仍然能够保证整体的传输时延不变或变化很小。
本实施例提供的方法，还通过在非GBR承载流的相关参数变差的情况下，改变应用程序的流量策略，比如保持语音数据包的流量，减少视频数据包的流量，能够避免出现对用户体验影响较大的音频的卡顿，从而尽可能提升用户在使用音视频程序时的用户体验。
5.QNC的参数值的通知过程(针对UE)；
图12是本申请一个示例性实施例提供的QNC的参数值的通知方法的流程图。本实施例以该方法应用于图1或图2所示的通信系统中来举例说明。该方法包括：
步骤620：核心网实体接收来自接入网的通知消息，通知消息用于指示非GBR承载流的QNC的参数的变化满足上报条件，该通知消息携带有变化后的QNC的参数值；
步骤640：核心网实体向终端发送变化后的QNC的参数值；
以核心网实体是SMF为例，SMF在收到接入网的通知消息后，向UE发送变化后的QNC的参数值。
示意性的，SMF在接收到通知消息后的预定时长内没有接收到PCF发送的新PCC规则时，向终端发送变化后的QNC的参数值。
示意性的，SMF在接收到通知消息后的预定时长内接收到PCF发送的新PCC规则，且新PCC规则不存在对QoS配置有修改时，向终端发送变化后的QNC的参数值。
变化后的QCQNC的参数值是通过RAN从核心网实体透传至终端的。可选地，核心网实体向UE发送NAS消息，终端接收核心网实体发送的NAS消息，NAS消息携带有变化后的QNC的参数值。可选地，核心网实体向终端发送PDU会话修改命令，终端接收核心网实体发送的PDU会话修改命令，PDU会话修改命令携带有变化后的QCQNC的参数值。
步骤660：终端根据变化后的QNC的参数值控制应用程序。
UE根据变化后的QNC的参数值控制应用程序的计算策略和流量策略中的至少一种，以使得应用程序适应非GBR承载流的相关参数的快速变化。
第一种可能的实现方式：
响应于变化后的QNC的参数值变差，控制应用程序按照第一计算策略执行；
响应于变化后的QNC的参数值变优，控制应用程序按照第二计算策略执行；
其中，相同计算任务在第一计算策略下的计算时长小于在第二计算策略下的计算时长。
计算策略是与应用程序的运行计算有关的策略。计算策略包括但不限于：编解码方式的选择策略、编解码模型的选择策略、编解码等级的选择策略、压缩级别的选择策略、神经网络模型的选择策略中的至少一种。
以计算策略包括编解码方式的选择为例，响应于变化后的QNC的参数值变差，控制应用程序采用第一编解码方式进行编解码；响应于变化后的QNC的参数值变优，控制应用程序采用第二编解码方式进行编解码。此处的“编解码”是指编码和解码中的至少一种。
其中，相同编解码任务在第一编解码策略下的计算时长小于在第二编解码策略下的计算时长。
例如，在PDR变大时，虽然网络时延变大，但是应用程序通过减少内部的计算时长来弥补网络时延的恶化，仍然能够保证整体的传输时延不变或变化很小。
第二种可能的实现方式：
响应于变化后的QNC的参数值变差，控制应用程序按照第一流量策略执行；
响应于变化后的QNC的参数值变优，控制应用程序按照第二流量策略执行；
其中，所述第一流量策略的流量少于所述第二流量策略的流量。
示例性的，应用程序的流量包括语音数据包和视频数据包；
响应于变化后的QNC的参数值变差，保持语音数据包对应的第一流量，减少视频数据包对应的第二流量；响应于变化后的QNC的参数值变优，保持语音数据包对应的第一流量，增加视频数据包对应的第二流量。
这是由于在基于云的应用(视频会议，语音会议，远程教学)中，通常是需要视频和语音的双向交互。对网络传输时延有一定要求(通常要单向传输时延<150ms)，但在实际的使用过程中，由于无线网络状态的变化，在一段时间内(如一个5秒的时间内)，无线网络的传输时延突然变差，或传输的速率突然变小，造成音视频的卡顿。
而相关研究表明，用户对音频的卡顿非常敏感，而对于视频的质量变化(如分辨率的变化，清晰的变化)并不是太敏感(且在保留语音的情形下，暂时关闭一下视频都是可以接受的)。对于音频一般由于其传输数据较小，不大经常出现卡顿。但若音频出现卡顿，则用户的体验非常不好。另外，即便音频从CD的质量往下降低到非常低的传输率(如2G语音传输质量)，但只要不出现卡顿，用户仍然有非常好的使用体验。
综上所述，本实施例提供的方法，通过UE根据变化后的QNC的参数值来调整应用程序，使得在非GBR承载流的相关参数变差的情况下，或者，非GBR承载流的相关参数由差恢复为好的情况下，UE能够调整自身内部的应用程序来适应该参数变化，从而达到对应用程序的运行进行优化。
本实施例提供的方法，还通过在非GBR承载流的相关参数变差的情况下，改变应用程序的计算策略，通过减少应用程序内部的计算时长来弥补网络时延的恶化，仍然能够保证整体的传输时延不变或变化很小。
本实施例提供的方法，还通过在非GBR承载流的相关参数变差的情况下，改变应用程序的流量策略，比如保持语音数据包的流量，减少视频数据包的流量，能够避免出现对用户体验影响较大的音频的卡顿，从而尽可能提升用户在使用音视频程序时的用户体验。
下面结合第三代合作伙伴项目(Third Generation Partnership Project，3GPP)的通信协议(TS23.502)对上述过程进行更详细的阐述。下述附图中网元名称、步骤流程和步骤介绍的详细内容，均可参考TS23.502
(https://www.3gpp.org/ftp/Specs/archive/23_series/23.502)中的相关记载，本文受限于篇幅，着重介绍本申请实施例与TS23.502协议中不同的内容。
1.QNC的通知过程：
当UE所在的网络发生了变化，即基站检测到无线资源发生快速变化(变好或变差)。当这个变化达到QNC所定义的变化门限时，RAN会触发QNC的通知过程，向AF发送通知消息。可选地，该通知消息携带有变化后的QNC的参数的参数值(当前参数值)。基站先将通知消息发送给SMF，然后SMF再将通知消息发送至PCF，PCF再将通知消息发送至AF。
1.1非漫游和本地疏导漫游场景：
图13示出了本申请的一个示例性实施例提供的UE或网络请求的PDU会话修改(用于非漫游和本地疏导漫游)流程的示意图。
在步骤1e中，RAN向AMF发送N2消息(PDU会话ID，SM信息)，AMF向SMF发送Namf_PDUSession_UpdateSMContext消息。
在非GBR承载流的QNC的参数满足上报条件时，这2个消息中携带有通知消息。可选地，通知消息还携带有变换后的QNC的参数值。
在步骤2中，SM发起SM策略关联修改流程，将通知消息发送至PCF以及AF。
在步骤5中，SM向UE发送PDU会话修改命令，将变化后的QNC的参数值发送给UE。
示例性的，在SM收到通知消息的一段时间后，当SMF没有收到PCF新的PCC Rule或收到的PCC Rule中对于QNC对应的SDF的PCC Rule没有对QoS方面有修改，则SMF向UE发起PDU会话修改命令，通知UE当前QNC对应的QFI的当前QCQNC的参数值(PDB，PER，CBR)。
在步骤9中，UE回应PDU会话修改确认。
其中，PDU会话修改命令与PDU会话修改确认是通过RAN在UE和SMF之间进行透明地传输。
上述步骤2所示出的SM策略关联修改流程由图14定义。如图14所示：
在步骤1中，SMF向PCF发送Npcf_SMPolicyControl_Update请求，该请求中携带有通知消息。
在步骤2中，PCF向AF发送事件报告Npcf_PolicyAuthorizationNotify请求，该事件报告中携带有通知消息。
1.2基于Xn接口的NG-RAN间切换场景：
图15示出了本申请的一个示例性实施例提供的没有UPF重新分配的基于Xn的NG-RAN间切换流程的示意图。
在切换执行过程中，源NG-RAN向目标NG-RAN发送非GBR承载流在源侧的QNC的控制参数及QNC的第一参数值，也即QNC参数在切换前的当前参数值。
在步骤1中，目标NG-RAN向AMF发送N2路径切换请求，该请求携带有通知消息，该通知消息可选携带有切换后的QNC的参数值(第二参数值)；
当UE成功切换到目标NG-RAN后，因目标NG-RAN一定与源NG-RAN的资源状态不一致，目标NG-RAN确定出是否需要上报通知消息。在需要上报时，可以在N2路径切换请求中的QoSFlowAcceptedItem字段中包含变换后的目标NG-RAN上的QNC的参数值。其中，N2路径切换请求的消息结构如图16所示。
在步骤2中，AMF向SMF发送Nsmf_PDUSession_UpdateSMContext请求，该请求携带有通知消息，该通知消息可选携带有切换后的QNC的参数值(第二参数值)。
之后，由SMF基于图13和图14所示出的流程将通知消息上报给PCF以及AF。
1.3基于NG-RAN节点的N2切换场景：
图17示出了本申请一个示例性实施例提供的基于NG-RAN节点的N2切换流程的示意图。
在步骤5中，目标NG-RAN向目标AMF发送切换通知，该切换通知携带有通知消息，该通知消息可选携带有切换后目标NG-RAN上的QNC的参数值(第二参数值)。
当UE成功切换到目标NG-RAN后，因目标NG-RAN一定与源NG-RAN的资源状态不一致，目标NG-RAN确定出是否需要上报通知消息。在需要上报时，可以在切换通知中携带该通知消息。
在步骤7中，AMF向SMF发送Nsmf_PDUSession_UpdateSMContext请求，该请求携带有通知消息，该通知消息可选携带有切换后的QNC的参数值(第二参数值)。
之后，由SMF基于图13和图14所示出的流程将通知消息上报给PCF以及AF。
2.QNC的配置过程；
2.1非漫游和本地疏导漫游的PDU会话建立场景：
图18示出了本申请一个示例性实施例提供的UE请求的PDU会话建立流程的示意图。
在步骤7b和9中，PCF向SMF发送SM策略关联建立响应消息，或者关于SMF发起SM策略关联修改响应消息，该消息中携带有QNC的控制参数。
在建立PDU会话的过程中，会建立一个QoS流(通常是第一个)，这个QoS流称为基于默认QoS规则的QoS流(不再类似于4G的默认承载，5G不再使用默认QoS流来命名)。
一般而言，这个基于默认QoS规则是非GBR类型的，则PCF可以在PCC规则中包含QNC的控制参数。则可以在图18的步骤7b或9中，PCF提供Default QoS Rule中的5QI若是NGBR类型的，PCF可以向SMF提供QCQNC的控制参数。
在步骤11和12中，SMF向AMF发送Namf_Communication_N1N2信息转换消息，根据PCF提供的QCQNC的控制参数在该消息中携带有QNC配置。
可选地，UE的签约数据中包含有默认5QI与默认ARP。若默认5QI是NGBR类型的，则增加QNC签约数据。
在步骤4，7b和9中，UDM将包含QNC签约数据的消息提供给SMF，然后SMF将QNC签约数据提供给PCF，然后，PCF提供的默认QoS规则中包含QNC的控制参数。
PDU会话建立过程可用于N3GPP向3GPP的PDU会话切换。若在步骤7b,或9中，PCF为任一非GBR QoS流提供了QNC的控制参数，则类似于前面，在步骤11和12中增加QNC的控制参数。
需要注意的是，此处可能有多个非GBR QoS流的处理。
需要注意的是，步骤12的N2消息中的SM相关的参数是包含在步骤11中，因此在步骤11中包含有QNC的控制参数。
2.2归属路由漫游场景：
图19示出了本申请一个示例性实施例提供的用于归属路由漫游场景的UE请求的PDU会话建立流程的流程图。
在建立PDU会话的过程中，会建立一个QoS流(通常是第一个)，这个QoS流称为基于默认QoS规则的QoS流(不再类似于4G的默认承载，5G不再使用默认QoS流来命名)。
一般而言，这个基于默认QoS规则是非GBR类型的，则PCF可以在PCC规则中包含QNC的控制参数。则可以在图19的步骤9b或11的消息中，PCF提供默认QoS规则中的5QI若是非GBR类型的，PCF可以提供QNC的控制参数。然后，在步骤13、14和15中的消息，增加QNC配置。
可选地，UE的签约数据中包含有默认5QI与默认ARP。若默认5QI是NGBR类型的，则增加QNC签约数据。
在步骤7，9b,11中UDM将包含QNC签约数据提供给SMF，SMF将QNC签约数据提供给PCF，然后，PCF提供的默认QoS规则中包含QNC的控制参数。
2.3 AF触发的QoS流建立流程，非漫游和本地疏导漫游场景：
图20示出了本申请一个示意性实施例提供的针对单个UE地址的AF请求转移到相关PCF流程的示意图。图21示出了本申请一个示例性实施例提供的用于非漫游和本地疏导漫游的UE或网络请求的PDU会话修改流程的示意图。
在图20的步骤4，AF向PCF发送Npcf_PolicyAuthorization_Create/Update消息，该消息包含的(一个或多个)媒体组件(Media Component)信息中增加QNC的控制参数。前面所说，若这个媒体组件中包含了QNC的控制参数，则是请求这个媒体在NGBF上传输的；若这个媒体组件中不包含QCQNC参数，则表明这个媒体是可以在NGBF上传输，也可以是在GBF(GBR QoS Flow,GBR服务质量数据流)上传输。
在图21的步骤1b中，PCF发送Npcf_SMPolicyControlUpdateNotify请求消息。在请求消息中，对(一个或多个)SDF(Service Data Flow，业务数据流，一个SDF对应于AF提供的一个媒体流)的PCC规则增加QNC的控制关参数。
相应的，在图21的步骤3b和4的消息中携带包括QNC的控制参数。
2.4 AF触发的QoS流建立流程，归属路由漫游场景：
图22示出了本申请一个示例性实施例提供的用于归属路由漫游的UE或网络请求的PDU会话修改流程的示意图。
在图22的步骤1b,3,4b,5是增加一个或多个QNC的控制参数(即每个可能的业务流，SDF，QoS Flow)。
在图22的步骤3是相对于图21所述场景的新增步骤，即在一个或多个QoS流的QoS参数上增加QNC的控制参数。
3.切换过程中的QoS通知：
3.1 Xn接口的切换场景：
图23示出了本申请一个示例性实施例提供的基站内的切换程序的示意图。图24示出了本申请提供的没有UPF重新分配的基于Xn的NG-RAN间切换流程的示意图。
在图23的步骤1中增加非GBR承载流QNC的控制参数。由于同一UE中可能存在着多个QoS流，因此对于任何一个在源gNB存在有QNC的控制参数的QoS流，都需要将QNC的控制参数提供给目标gNB。
其中，第一参数值携带在切换请求中，如图25所示出的QoSFlowsToBeSetup-Item字段中。
另外，为了支持后续的QNC的通知过程，源gNB还需要报告当前源侧的QNC的各个参数对应的参数值，也即第一参数值。这样，当UE成功切换到目标gNB后，目标gNB的资源状态比源侧gNB的资源状态可能好很多，或差很多，这样，当UE成功切换到目标gNB后，目标gNB可以确定是否可以上报通知消息。
3.2基于XG-RAN节点N2的切换准备场景：
在图26中的步骤1，3，4，7，9中增加QNC的控制参数,由于存在着多个QF，因此对于任何一个在源gNB有QNC的控制参数的QoS流都需要提供。实际上这个过程只是通过多个步骤将源NG-RAN上的所有QoS流的QNC的控制参数传输到目标NG-RAN上。
同样的，为了支持后续的QNC的通知过程，源gNB还需要报告当前源侧的QNC的参数对应的各个值，也即第一参数值。这样，当UE成功切换到目标gNB后，目标gNB的资源状态比源侧gNB的资源好很多，或差很多，这样，当UE成功切换到目标gNB后，目标gNB可以确定是否可以上报通知消息，。因此左图中的步骤1，3，4，7，9中增加所有QoS流的QNC的参数在源NG-RAN上的当前值。
其中，图27示出了切换响应中的源到端透传容器的消息结构图，第一参数值携带在该源到端透传容器中；图28示出了切换请求中的QoSFlowSetupRequestItem字段，QNC的控制参数可以携带在该请求字段中。
3.3非3GPP切换到3GPP场景：
图29示出了从不可信的非3GPP到3GPP接入的PDU会话过程的切换流程(非漫游和本地疏导漫游)的示意图。图30示出了从EPC/ePDG切换到5GS的切换示意图。
从图29可以看到，从5G非3GPP切换到5GS或4G非3GPP切换到5GS，都是使用PDU会话建立流程，而这个过程在上述实施例中作了定义。因此只需要重用上述实施例就可以实现非3GPP到3GPP切换过程中QNC的处理。
图31示出了从EPS到5GS过程的基于单一注册的互通的准备阶段。
这个实施例的处理方式类似图26，只需要将步骤2和3修改为5G系统中的响应消息，也就是从4G切换到5GS时，若4G也支持QCQNC，则需要对4G的协议作些更新。
本申请实施例提出的方法还可以应用于4G系统。在应用至4G系统时，NR-gNB用eNB代替。PCF与AF的交互，不作任何的改变。SMF与PCF的交互，修改为PGW与PCF的交互。5G的QoSFlow被4G的EPS Bearer代替。5G的5QI被4G QCI代替。5G中RAN与AMF/SMF的交互,被4G的RAN与MME交互代替。
图32示出了本申请一个示例性实施例提供的一种基于切换过程的消息发送装置的框图。该装置包括：
发送模块820，用于在切换过程中，向目标接入网发送非GBR承载流的QNC的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及上报条件。
在本实施例的一个可能设计中，所述发送模块820，用于在切换过程中，源接入网通过核心网实体向目标接入网发送非GBR承载流的QNC的控制参数。
在本实施例的一个可能设计中，所述发送模块820，用于在切换过程中，向所述核心网实体发送切换请求，所述切换请求携带有所述QNC的控制参数。
在本实施例的一个可能设计中，所述QNC的控制参数携带在所述切换请求中的源到端的透传容器字段。
在本实施例的一个可能设计中，所述发送模块820，用于在所述切换过程中，向所述目标接入网发送第一参数值；以便所述目标接入网在所述第一参数值至第二参数值的变化满足所述上报条件时，通过所述核心网实体向所述应用实体发送通知消息；
其中，所述第一参数值是所述QNC的参数在切换前的参数值，所述第二参数值是所述QNC的参数在切换后的参数值。
在本实施例的一个可能设计中，所述第一参数值携带在所述切换请求中的源到端的透传容器字段。
在本实施例的一个可能设计中，所述QNC的参数包括如下至少一种：
分组数据时延PDR；
分组误码率PER；
当前比特速率CBR。
在本实施例的一个可能设计中，所述上报条件包括如下至少一种：
所述QNC的参数值在第一时长内的变化值大于第一阈值；
所述QNC的参数值在第二时长内的变化率大于第二阈值；
所述QNC的参数值在所述第一时长内的变化值大于第一阈值，且持续保持第三阈值；
所述QNC的参数值在所述第二时长内的变化率大于第二阈值，且持续保持第四阈值。
图33示出了本申请一个示例性实施例提供的一种基于切换过程的消息发送装置的框图。该装置包括：
接收模块920，用于在切换过程中，接收非GBR承载流的QNC的控制参数，所述QNC的控制参数用于指示所述QNC的参数以及上报条件；
发送模块940，用于在切换完毕后，在所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息。
在本实施例的一个可能设计中，所述接收模块920，用于在所述切换过程中，接收来自源接入网的所述QNC的控制参数；和/或，在所述切换过程中，接收来自核心网实体的所述QNC的控制参数。
在本实施例的一个可能设计中，所述接收模块920，用于在所述切换过程中，所述目标接入网接收核心网设备发送的切换命令，所述切换命令携带有来自源接入网的所述QNC的控制参数。
在本实施例的一个可能设计中，所述来自所述源接入网的所述QNC的控制参数携带在所述切换命令中的源到端的透传容器字段。
在本实施例的一个可能设计中，所述接收模块920，用于在所述切换过程中，接收核心网设备发送的切换命令，所述切换命令携带有来自所述核心网实体的所述QNC的控制参数。
在本实施例的一个可能设计中，所述来自所述核心网实体的所述QNC的控制参数携带在所述切换命令中的QoS建立请求字段。
在本实施例的一个可能设计中，所述方法还包括：
在来自所述源接入网的所述QNC的控制参数和来自所述核心网实体的所述QNC的控制参数不一致的情况下，优先使用来自所述核心网实体的所述QNC的控制参数。
在本实施例的一个可能设计中，所述接收模块920，用于在切换过程中，接收源接入网的第一参数值；
所述发送模块940，用于在切换完毕后，在所述第一参数值至第二参数值的变化满足所述上报条件时，通过所述核心网实体向所述应用实体发送通知消息；
其中，所述第一参数值是所述QNC的参数在切换前的参数值，所述第二参数值是所述QNC的参数在切换后的参数值。
在本实施例的一个可能设计中，所述接收模块920，用于在切换过程中，接收源接入网发送的第一参数值；
所述发送模块940，用于在切换完毕后，所述目标接入网在所述第一参数值至第二参数值的变化满足所述上报条件时，通过所述核心网实体向所述应用实体发送通知消息；
其中，所述第一参数值是所述QNC的参数在切换前的参数值，所述第二参数值是所述QNC的参数在切换后的参数值。
图34示出了本申请一个实施例提供的网元设备的结构示意图，例如，该网元设备可以用于执行上述应用程序的控制方法。具体来讲：该网元设备3400可以包括：处理器3401、接收器3402、发射器3403、存储器3404和总线3405。
处理器3401包括一个或者一个以上处理核心，处理器3401通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
接收器3402和发射器3403可以实现为一个收发器3406，该收发器3406可以是一块通信芯片。
存储器3404通过总线3405与处理器3401相连。
存储器3404可用于存储计算机程序，处理器3401用于执行该计算机程序，以实现上述方法实施例中的网元设备、接入网实体、核心网网元或核心网实体执行的各个步骤。
其中，发射器3403用于执行上述各个实施例中与发送相关的步骤；接收器3402用于执行上述各个实施例中与接收相关的步骤；处理器3401用于执行上述各个实施例中除发送和接收步骤之外的其它步骤。
此外，存储器3404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：RAM(Random-Access Memory，随机存储器)和ROM(Read-Only Memory，只读存储器)、EPROM(Erasable Programmable Read-OnlyMemory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable ProgrammableRead-Only Memory，电可擦写可编程只读存储器)、闪存或其他固态存储其技术，CD-ROM(Compact Disc Read-Only Memory，只读光盘)、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。
在示例性实施例中，还提供了一种网元设备，所述网元设备包括：处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上所述的基于切换过程的消息发送方法。
本申请还提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述方法实施例提供的基于切换过程的消息发送方法。
可选地，本申请还提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面提供的基于切换过程的消息发送方法。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种基于切换过程的消息发送方法，其特征在于，所述方法包括：
在切换过程中，源接入网向目标接入网发送非GBR承载流的QNC的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及所述上报条件。
2.根据权利要求1所述的方法，其特征在于，所述在切换过程中，源接入网向目标接入网发送非GBR承载流的QNC的控制参数，包括：
在所述切换过程中，所述源接入网通过所述核心网实体向所述目标接入网发送所述非GBR承载流的QNC的控制参数。
3.根据权利要求2所述的方法，其特征在于，所述在所述切换过程中，所述源接入网通过所述核心网实体向所述目标接入网发送所述非GBR承载流的QNC的控制参数，包括：
在所述切换过程中，所述源接入网向所述核心网实体发送切换请求，所述切换请求携带有所述QNC的控制参数。
4.根据权利要求3所述的方法，其特征在于，所述QNC的控制参数携带在所述切换请求中的源到端的透传容器字段。
5.根据权利要求1至4任一所述的方法，其特征在于，所述方法还包括：
在所述切换过程中，所述源接入网向所述目标接入网发送第一参数值；以便所述目标接入网在所述第一参数值至第二参数值的变化满足所述上报条件时，通过所述核心网实体向所述应用实体发送所述通知消息；
其中，所述第一参数值是所述QNC的参数在切换前的参数值，所述第二参数值是所述QNC的参数在切换后的参数值。
6.根据权利要求5所述的方法，其特征在于，所述第一参数值携带在切换请求中的源到端的透传容器字段。
7.根据权利要求1至6任一所述的方法，其特征在于，所述QNC的参数包括如下至少一种：
分组数据时延PDR；
分组误码率PER；
当前比特速率CBR。
8.根据权利要求1至6任一所述的方法，其特征在于，所述上报条件包括如下至少一种：
所述QNC的参数值在第一时长内的变化值大于第一阈值；
所述QNC的参数值在第二时长内的变化率大于第二阈值；
所述QNC的参数值在所述第一时长内的变化值大于第一阈值，且持续保持第三阈值；
所述QNC的参数值在所述第二时长内的变化率大于第二阈值，且持续保持第四阈值。
9.一种基于切换过程的消息发送方法，其特征在于，所述方法包括：
在切换过程中，目标接入网接收非GBR承载流的QNC的控制参数，所述QNC的控制参数用于指示所述QNC的参数以及上报条件；
在切换完毕后，所述目标接入网在所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息。
10.根据权利要求9所述的方法，其特征在于，所述在切换过程中，目标接入网接收非GBR承载流的QNC的控制参数，包括：
在所述切换过程中，所述目标接入网接收来自源接入网的所述QNC的控制参数；
和/或，在所述切换过程中，所述目标接入网接收来自核心网实体的所述QNC的控制参数。
11.根据权利要求10所述的方法，其特征在于，所述在所述切换过程中，所述目标接入网接收来自源接入网的所述QNC的控制参数，包括：
在所述切换过程中，所述目标接入网接收核心网设备发送的切换命令，所述切换命令携带有所述来自源接入网的所述QNC的控制参数。
12.一种基于切换过程的消息发送装置，其特征在于，所述装置包括：
发送模块，用于在切换过程中，向目标接入网发送非GBR承载流的QNC的控制参数，以便所述目标接入网在切换完毕后的所述非GBR承载流的QNC的参数值的变化满足上报条件时，通过核心网实体向应用实体发送通知消息；
其中，所述QNC的控制参数用于指示所述非GBR承载流的QNC的参数以及所述上报条件。
13.一种切换过程的消息发送装置，其特征在于，所述装置包括：
接收模块，用于在切换过程中，接收QNC的控制参数，所述QNC的控制参数用于指示非GBR承载流的QNC的参数以及上报条件；
发送模块，用于在切换完毕后，在所述非GBR承载流的QNC的参数值的变化满足所述上报条件时，通过核心网实体向应用实体发送通知消息。
14.一种网元设备，其特征在于，所述网元设备包括：处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至11任一所述的基于切换过程的消息发送方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至11任一所述的基于切换过程的消息发送方法。
CN202311538047.9A 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质 Pending CN117676742A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311538047.9A CN117676742A (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202311538047.9A CN117676742A (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质
CN202110215380.0A CN113038553B (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202110215380.0A Division CN113038553B (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN117676742A true CN117676742A (zh) 2024-03-08

Family

ID=76462255

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110215380.0A Active CN113038553B (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质
CN202311538047.9A Pending CN117676742A (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202110215380.0A Active CN113038553B (zh) 2021-02-25 2021-02-25 基于切换过程的消息发送方法、装置、设备及介质

Country Status (6)

Country Link
US (1) US20230073391A1 (zh)
EP (1) EP4203558A1 (zh)
JP (1) JP2024506094A (zh)
KR (1) KR20230066413A (zh)
CN (2) CN113038553B (zh)
WO (1) WO2022179322A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519807B (zh) * 2018-05-21 2021-06-29 华为技术有限公司 一种通信方法及装置
CN117650991A (zh) * 2021-02-25 2024-03-05 腾讯科技（深圳）有限公司 QoS变化的通知方法、装置、设备及介质

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7457267B1 (en) * 2001-10-10 2008-11-25 Qualcomm Incorporated Methods and apparatus for quickly exploiting a new link during hand-off in a wireless network
JP4158534B2 (ja) * 2003-01-21 2008-10-01 修平 西山 分散型データベースシステム
CN1283079C (zh) * 2003-02-20 2006-11-01 华为技术有限公司 Ip网络业务质量保证方法及系统
WO2005008982A1 (en) * 2003-07-03 2005-01-27 Sinett Corporation Method of stacking multiple devices to create the equivalent of a single device with a larger port count
CN100389581C (zh) * 2004-09-29 2008-05-21 华为技术有限公司 一种保障端到端业务质量的方法
US20070115899A1 (en) * 2005-11-22 2007-05-24 Shlomo Ovadia Method, apparatus and system architecture for performing handovers between heterogeneous wireless networks
CN100426928C (zh) * 2006-01-04 2008-10-15 华为技术有限公司 一种保证网络各实体服务质量一致的方法
US20080273520A1 (en) * 2007-05-04 2008-11-06 Samsung Electronics Co. Ltd. NETWORK ARCHITECTURE FOR DYNAMICALLY SETTING END-TO-END QUALITY OF SERVICE (QoS) IN A BROADBAND WIRELESS COMMUNICATION SYSTEM
CN102201930B (zh) * 2010-03-25 2016-06-29 中兴通讯股份有限公司 对mtc设备进行分组管理的方法及系统
US8335192B2 (en) * 2010-04-13 2012-12-18 Qualcomm Incorporated Selectively transitioning between physical-layer networks during a streaming communication session within a wireless communications system
US20140295849A1 (en) * 2013-03-29 2014-10-02 Alexander Sirotkin Handover of user equipment with non-gbr bearers
EP3079435A1 (en) * 2015-04-10 2016-10-12 Alcatel Lucent Optimizing resources while ensuring fairness of scheduling for a user equipment in dual connectivity operation with bearer split option in a radio access network
US20160353340A1 (en) * 2015-05-29 2016-12-01 Qualcomm Incorporated Inter-rat (radio access technology) and intra-rat measurement reporting
CN106506319B (zh) * 2015-09-07 2019-06-25 中国移动通信集团公司 网页实时通信中服务质量会话参数的传递方法及转换网关
CN107404454B (zh) * 2016-05-18 2021-08-03 中国移动通信集团广东有限公司 通话质量调整方法及装置
CN108632927B (zh) * 2017-03-24 2021-08-13 华为技术有限公司 移动网络切换方法和通信装置
WO2018206647A1 (en) * 2017-05-09 2018-11-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and node for handling qos information
CN109392043B (zh) * 2017-08-11 2023-04-14 北京三星通信技术研究有限公司 支持切换的方法及相应设备
CN111279744B (zh) * 2017-10-26 2023-07-18 华为技术有限公司 服务质量协商技术
CN115134874A (zh) * 2018-01-16 2022-09-30 华为技术有限公司 QoS流的控制方法和装置
CN110519807B (zh) * 2018-05-21 2021-06-29 华为技术有限公司 一种通信方法及装置
WO2020052775A1 (en) * 2018-09-14 2020-03-19 Huawei Technologies Co., Ltd. Device and method for providing a quality of service function
WO2020069742A1 (en) * 2018-10-04 2020-04-09 Huawei Technologies Co., Ltd. Network node and client device for quality-of-service change management
KR102115213B1 (ko) * 2018-10-29 2020-05-26 에스케이텔레콤 주식회사 기지국장치 및 단말장치와, QoS 제어방법
CN111200850B (zh) * 2018-11-19 2022-04-05 华为技术有限公司 一种通信方法及装置
EP3881590A1 (en) * 2018-12-03 2021-09-22 Huawei Technologies Co., Ltd. Methods and nodes for predicting qos of a ue session based on slice status
WO2020139052A1 (ko) * 2018-12-28 2020-07-02 엘지전자 주식회사 무선 통신 시스템에서 qnc를 위한 송수신 방법 및 이를 위한 장치
CN111869265B (zh) * 2019-01-09 2022-05-20 Oppo广东移动通信有限公司 一种网络通信方法及装置、网络设备
EP3900264A1 (en) * 2019-01-15 2021-10-27 Huawei Technologies Co., Ltd. Methods and nodes for in-advance qos prediction notification

Also Published As

Publication number Publication date
WO2022179322A1 (zh) 2022-09-01
US20230073391A1 (en) 2023-03-09
EP4203558A1 (en) 2023-06-28
CN113038553A (zh) 2021-06-25
KR20230066413A (ko) 2023-05-15
CN113038553B (zh) 2023-10-27
JP2024506094A (ja) 2024-02-08

Similar Documents

Publication Publication Date Title
US10880221B2 (en) System and method for adapting an application source rate to a load condition
US20200383005A1 (en) QOS Flow Control Method and Apparatus
US11564084B2 (en) Information transmission method, device, and computer readable storage medium
US20240048624A1 (en) Communication Method and Communications Apparatus
WO2022179334A1 (zh) 应用程序的控制方法、装置、设备及存储介质
US20200260249A1 (en) Priority Handling For Data Flow Transport in Communication Systems
US20230073391A1 (en) Handover process-based message transmitting method and apparatus, device, and medium
US20230070295A1 (en) Application program control method and apparatus
KR20150106258A (ko) 무선 통신 시스템에서 베어러의 비트레이트를 동적으로 운영하는 방법 및 장치
US20220386164A1 (en) Device and method for supporting quality of service in wireless communication system
CN113037543B (zh) QoS变化的通知方法、装置、设备及介质
EP3777461A1 (en) Dedicated bearer management
US20230007128A1 (en) Voice packets over the control plane
CN113382483B (zh) 一种呼叫建立方法、基站及网络设备
CN115734282A (zh) 一种服务质量的处理方法、装置和通信系统
WO2022116193A1 (zh) Qos信息的发送方法、接收方法、装置、设备及介质
CN117641467A (zh) 一种通信方法及装置
GB2572443A (en) Dedicated bearer management

Legal Events

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