• 学术搜索
  • 科研智能体
    • Research Labs
    • AI 阅读
    • AI 文库
    • 深度研究
    • 学者亮点
  • 学术资源
    • AI2000
    • 期刊/会议
    • 学者库
    • 学术API
    • 溯源树
    • 数据集
  • 知识沉淀
    • 学术空间
订阅小程序
旧版功能
aminer vip
开通会员低至0.73元/天
一次搞定AI科研
立即登录
  • English
    • 联系方式
    专

    一种可配置逐次逼近型模数转换器

    KR58028756A
    发明人
    李润杰, 苏庆, 郭轩, 贾涵博, 武锦
    受让人
    CHINESE ACAD SCI MICROELECTRONICS RES IN (CAMI-C)
    申请人
    MOURITZEN PETER JAMES EMIL
    申请号
    042804
    申请日
    1993-11-10
    公开(公告)号
    KR58028756A
    公开(公告)日
    2024-01-23
    IPC分类号
    C09B43/30
    CPC分类号
    -
    优先权号
    365431
    优先权日
    2019-03-25
    摘要

    Measured efficiency of an air conditioner or heat pump system is needed to accurately evaluate the economics of operating the system to provide a known amount of cooling. Significant degradation of air-conditioner and or heat pump components increases the operating cost by lowering the capacity of the system and/or increasing the power consumption. The invention provides measurement of the energy efficiency of any operating DX cooling, refrigeration, or heating unit, expressed in standard units by measuring the cooling or heating capacity and the power usage.

    权利要求
    1. A method for reducing clinical management events before or during treatment of multiple sclerosis in a patient in need thereof, comprising administering ponesimod in an amount and manner that is described in a drug product label for an approved drug product.
    2. The method of claim 1 , wherein about 20 mg of ponesimod is administered orally once daily.
    3. The method of claim 1 , wherein the treatment comprises an up-titration step at initiation of the method or upon re-initiation of the method after a discontinuation, comprising administering orally once daily 2 mg of ponesimod on days 1 and 2; 3 mg of ponesimod on days 3 and 4; 4 mg of ponesimod on days 5 and 6; 5 mg of ponesimod on day 7; 6 mg of ponesimod on day 8; 7 mg of ponesimod on day 9; 8 mg of ponesimod on day 10; and 9 mg of ponesimod on day 11; 10 mg of ponesimod on days 12, 13, and 14, followed by administering 20 mg of ponesimod once daily thereafter.
    4. The method of claim 1 , wherein the multiple sclerosis is relapsing multiple sclerosis.
    5. The method of claim 4 , wherein the relapsing multiple sclerosis comprises relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    6. The method of claim 1 , wherein the clinical management event comprises first-dose monitoring, genotyping, an eye exam, drug-drug interactions (DDI), or a liver function test, or combinations thereof.
    7. The method of claim 6 , wherein the reduction is relative to a patient population at substantially the same level of disease progression receiving a standard of care treatment comprising an S1P receptor modulator other than ponesimod.
    8. The method of claim 7 , wherein the standard of care treatment comprises fingolimod, siponimod, or ozanimod.
    9. A method for concomitant treatment with a beta-blocker and ponesimod in a patient in need thereof, wherein the patient is being treated with the beta-blocker and ponesimod treatment is to be initiated, and wherein the patient has a resting heart rate of greater than 55 beats per minute during treatment with the beta-block and prior to initiation of ponesimod, comprising administering ponesimod without interruption to the beta-blocker treatment.
    10. The method of claim 9 , wherein 20 mg of the ponesimod is administered orally once daily.
    11. The method of claim 9 , wherein the ponesimod administration comprises an up-titration comprising administering orally once daily 2 mg of ponesimod on days 1 and 2; 3 mg of ponesimod on days 3 and 4; 4 mg of ponesimod on days 5 and 6; 5 mg of ponesimod on day 7; 6 mg of ponesimod on day 8; 7 mg of ponesimod on day 9; 8 mg of ponesimod on day 10; 9 mg of ponesimod on day 11; and 10 mg of ponesimod on days 12, 13, and 14, followed by administering 20 mg of ponesimod once daily thereafter.
    12. The method of claim 9 , wherein the beta-blocker comprises propranol.
    13. The method of claim 12 , wherein 80 mg of the propranol is administered orally once daily.
    14. The method of claim 9 , wherein the patient is in need of treatment for relapsing forms of multiple sclerosis.
    15. The method of claim 14 , wherein the relapsing forms of multiple sclerosis comprise relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    16. A method for concomitant treatment with a beta-blocker and ponesimod for a patient in need thereof, wherein the patient is being treated with the beta-blocker and ponesimod treatment is to be initiated, and wherein the patient has a resting heart rate of less than or equal to 55 beats per minute during treatment with the beta-block and prior to initiation of ponesimod, comprising interrupting the beta-blocker treatment until the patient's heart rate is greater than 55 beats per minute and initiating ponesimod treatment in a titration regimen comprising administering orally once daily 2 mg of ponesimod on days 1 and 2; 3 mg of ponesimod on days 3 and 4; 4 mg of ponesimod on days 5 and 6; 5 mg of ponesimod on day 7; 6 mg of ponesimod on day 8; 7 mg of ponesimod on day 9; 8 mg of ponesimod on day 10; 9 mg of ponesimod on day 11; and 10 mg of ponesimod on days 12, 13, and 14, followed by administering a 20 mg maintenance dose of ponesimod once daily thereafter, and reinitiating the beta-blocker after ponesimod has been up-titrated to the maintenance dosage.
    17. The method of claim 16 , wherein the beta-blocker comprises propranol.
    18. The method of claim 17 , wherein 80 mg of the propranol is administered orally once daily.
    19. The method of claim 16 , wherein the patient is in need of treatment for relapsing forms of multiple sclerosis.
    20. The method of claim 19 , wherein the relapsing forms of multiple sclerosis comprise relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    21. A method of reinitiating treatment with ponesimod following a missed dose in a patient in need thereof, wherein the patient is being treated with an oral, once daily 20 mg maintenance dose and fewer than four consecutive maintenance doses have been missed, comprising resuming treatment with the maintenance dose.
    22. The method of claim 21 , wherein the patient is in need of treatment for relapsing forms of multiple sclerosis.
    23. The method of claim 22 , wherein the relapsing forms of multiple sclerosis comprise relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    24. A method of reinitiating treatment with ponesimod following a missed dose for a patient in need thereof, wherein the patient is being treated with titration doses comprising administering orally once daily 2 mg of ponesimod on days 1 and 2; 3 mg of ponesimod on days 3 and 4; 4 mg of ponesimod on days 5 and 6; 5 mg of ponesimod on day 7; 6 mg of ponesimod on day 8; 7 mg of ponesimod on day 9; 8 mg of ponesimod on day 10; 9 mg of ponesimod on day 11; and 10 mg of ponesimod on days 12, 13, and 14, followed by administering 20 mg of ponesimod once daily, and fewer than four consecutive titration doses have been missed, comprising resuming treatment with the first missed titration dose and resuming the titration at that dose and titration day.
    25. The method of claim 24 , wherein the patient is in need of treatment for relapsing forms of multiple sclerosis.
    26. The method of claim 25 , wherein the relapsing forms of multiple sclerosis comprise relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    27. A method of reinitiating ponesimod following a missed dose for a patient in need thereof, wherein the patient is being treated with an oral, once daily 20 mg maintenance dose or a 14-day titration regimen comprising administering orally once daily titration doses of 2 mg of ponesimod on days 1 and 2; 3 mg of ponesimod on days 3 and 4; 4 mg of ponesimod on days 5 and 6; 5 mg of ponesimod on day 7; 6 mg of ponesimod on day 8; 7 mg of ponesimod on day 9; 8 mg of ponesimod on day 10; 9 mg of ponesimod on day 11; and 10 mg of ponesimod on days 12, 13, and 14, and four or more consecutive maintenance doses or titration doses have been missed, comprising reinitiating ponesimod with the 14-day titration regimen.
    28. The method of claim 27 , wherein the patient is in need of treatment for relapsing forms of multiple sclerosis.
    29. The method of claim 28 , wherein the relapsing forms of multiple sclerosis comprise relapsing-remitting disease, clinically isolated syndrome, or active secondary progressive disease.
    说明书
    [0001]技术领域
    [0002]本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法、通信装置以及通信系统。
    [0003]背景技术
    [0004]在一些系统中，如第五代(5th generation，5G)系统中，用户接入网络后建立协议数据单元(protocol data unit，PDU)会话(PDU session)，并通过PDU会话访问外部数据网络，与部署在数据网络中的应用服务器交互。对于用户访问的应用，服务质量(quality ofservice，QoS)流的信息是重要的，比如可以用于应用层执行相应的策略调整等。关于QoS的信息的传递的问题是值得考虑的。
    [0005]发明内容
    [0006]本申请提供一种通信方法、通信装置以及通信系统，以实现网络可以获知用户的QoS流的QoS信息，并且还可以通过控制面网元使得用户也获知QoS信息。
    [0007]第一方面，提供了一种通信方法，该方法可以由控制面网元执行，或者，也可以由控制面网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由控制面网元执行为例进行说明。
    [0008]该方法可以包括：控制面网元向第一接入网设备发送第一指示信息，第一指示信息指示接入网设备向用户面网元和控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；控制面网元接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；控制面网元向终端设备发送第一候选QoS文件对应的第一QoS参数。
    [0009]示例地，方法还包括：控制面网元向第一接入网设备发送第一QoS流的QoS文件的信息。
    [0010]示例地，方法还包括：控制面网元向第一接入网设备发送至少一个候选QoS文件的信息，该至少一个候选QoS文件的信息包括第一候选QoS文件的信息。
    [0011]示例地，第一通知信息通知第一QoS流的QoS不能被保障，表示：第一通知信息通知第一QoS流的QoS文件的QoS不能被保障。
    [0012]基于上述技术方案，控制面网元向第一接入网设备发送第一指示信息，以便第一接入网设备可以向控制面网元发送用于通知第一QoS流的QoS能否被保障的通知，以及第一QoS流的QoS不能被保障的情况下，第一接入网设备可以向控制面网元发送第一接入网设备能够支持的第一QoS流的候选QoS文件。这样，控制面网元可以获知终端设备的QoS流的QoS信息，如第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。此外，控制面网元还可以向终端设备发送第一候选QoS文件对应的QoS参数，从而可以使得终端设备获知第一接入网设备当前正在执行的候选QoS文件，进而可实现终端设备和网络侧能够基于第一接入网设备当前正在执行的候选QoS文件的QoS参数进行通信。
    [0013]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元接收来自策略控制网元的第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；控制面网元向第一接入网设备发送第一指示信息，包括：基于第二指示信息，控制面网元向第一接入网设备发送第一指示信息。具体地，该第二指示信息可以承载在策略规则中。
    [0014]基于上述技术方案，若控制面网元接收到向终端设备通知接入网设备能够支持的QoS流的QoS参数的指示，为实现向终端设备通知接入网设备能够支持的QoS流的QoS参数，控制面网元首先要获得相应的QoS流的信息，从而控制面网元向第一接入网设备发送第一指示信息。
    [0015]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元接收来自策略控制网元的策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数；控制面网元向第一接入网设备发送第一指示信息，包括：基于策略规则，控制面网元向第一接入网设备发送第一指示信息。
    [0016]示例地，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数可以替换为：第三指示信息指示接入网设备不向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0017]基于上述技术方案，控制面网元未接收到不向终端设备通知接入网设备能够支持的QoS流的QoS参数的指示的情况下，默认向终端设备通知接入网设备支持的QoS流的QoS参数，为实现向终端设备通知接入网设备能够支持的QoS流的QoS参数，控制面网元首先要获得相应的QoS流的信息，从而控制面网元向第一接入网设备发送第一指示信息。
    [0018]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元向第一接入网设备发送第一QoS流的QoS文件；控制面网元接收来自第一接入网设备的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；响应于第二通知信息，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0019]基于上述技术方案，在第一QoS流的QoS能被保障的情况下，也即第一QoS流的QoS文件对应的QoS能被保障的情况下，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数，进而可实现终端设备和网络侧能够基于第一接入网设备当前正在执行的QoS文件的QoS参数进行通信。
    [0020]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；响应于第三通知信息，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备，第一QoS流的QoS文件是控制面网元向第一接入网设备发送的。
    [0021]基于上述技术方案，若终端设备发生切换，如从第一接入网设备切换至第二接入网设备，则可以由第二接入网设备通知控制面网元第一QoS流的QoS能否被保障。进一步地，在第一QoS流的QoS能被保障的情况下，也即第一QoS流的QoS文件对应的QoS能被保障的情况下，第二接入网设备通知控制面网元第一QoS流的QoS能被保障，控制面网元收到该通知后，向终端设备发送第一QoS流的QoS文件对应的第二QoS参数，进而可实现终端设备和网络侧能够基于第二接入网设备当前正在执行的QoS文件的QoS参数进行通信。
    [0022]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件；控制面网元向终端设备发送第二候选QoS文件对应的第三QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0023]基于上述技术方案，若终端设备发生切换，如从第一接入网设备切换至第二接入网设备，则可以由第二接入网设备通知控制面网元第一QoS流的QoS能否被保障。进一步地，在第一QoS流的QoS不能被保障的情况下，也即第一QoS流的QoS文件对应的QoS不能被保障的情况下，第二接入网设备通知控制面网元第一QoS流的QoS不能被保障以及第二接入网设备能够支持的第一QoS流的候选QoS文件，控制面网元收到该通知后，向终端设备发送第二接入网设备能够支持的第一QoS流的候选QoS文件对应的QoS参数，进而可实现终端设备和网络侧能够基于第二接入网设备当前正在执行的候选QoS文件的QoS参数进行通信。
    [0024]结合第一方面，在第一方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第二接入网设备接受的至少一个QoS流标识，至少一个QoS流标识包括第一QoS流的标识。
    [0025]基于上述技术方案，控制面网元还可以基于第二接入网设备接受的至少一个QoS流标识包括第一QoS流的标识，可确定第二接入网设备接受或支持该第一QoS流。
    [0026]第二方面，提供了一种通信方法，该方法可以由控制面网元执行，或者，也可以由控制面网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由控制面网元执行为例进行说明。
    [0027]该方法可以包括：控制面网元向用户面网元发送第一指示信息，第一指示信息指示用户面网元向控制面网元发送：第一服务质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；控制面网元接收来自用户面网元的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；控制面网元向终端设备发送第一候选QoS文件对应的第一QoS参数。
    [0028]基于上述技术方案，控制面网元向用户面网元发送第一指示信息，以便用户面网元可以向控制面网元发送用于通知第一QoS流的QoS能否被保障的通知，以及第一QoS流的QoS不能被保障的情况下，用户面网元可以向控制面网元发送第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。这样，控制面网元可以获知终端设备的QoS流的QoS信息，如第一接入网设备能够支持的第一QoS流的候选QoS文件。此外，控制面网元还可以向终端设备发送第一候选QoS文件对应的QoS参数，从而可以使得终端设备获知第一接入网设备当前正在执行的候选QoS文件，进而可实现终端设备和网络侧能够基于第一接入网设备当前正在执行的候选QoS文件的QoS参数进行通信。
    [0029]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自策略控制网元第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；控制面网元向用户面网元发送第一指示信息，包括：基于第二指示信息，控制面网元向用户面网元发送第一指示信息。具体地，该第二指示信息可以承载在策略规则中。
    [0030]基于上述技术方案，若控制面网元接收到向终端设备通知接入网设备能够支持的QoS流的QoS参数的指示，为实现向终端设备通知接入网设备能够支持的QoS流的QoS参数，控制面网元首先要获得相应的QoS流的信息，从而控制面网元向用户面网元发送第一指示信息。
    [0031]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自策略控制网元的策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数；控制面网元向用户面网元发送第一指示信息，包括：基于策略规则，控制面网元向用户面网元发送第一指示信息。
    [0032]示例地，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数可以替换为：第三指示信息指示用户面网元不向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0033]基于上述技术方案，控制面网元未接收到不向终端设备通知接入网设备能够支持的QoS流的QoS参数的指示的情况下，默认向终端设备通知接入网设备支持的QoS流的QoS参数，为实现向终端设备通知接入网设备能够支持的QoS流的QoS参数，控制面网元首先要获得相应的QoS流的信息，从而控制面网元向用户面网元发送第一指示信息。
    [0034]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自用户面网元的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；响应于第二通知信息，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0035]基于上述技术方案，在第一QoS流的QoS能被保障的情况下，也即第一QoS流的QoS文件对应的QoS能被保障的情况下，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数，进而可实现终端设备和网络侧能够基于第一接入网设备当前正在执行的QoS文件的QoS参数进行通信。
    [0036]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；响应于第三通知信息，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备，第一QoS流的QoS文件是控制面网元向第一接入网设备发送的。
    [0037]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件；控制面网元向终端设备发送第二候选QoS文件对应的第三QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0038]结合第二方面，在第二方面的某些实现方式中，方法还包括：控制面网元接收来自第二接入网设备的第二接入网设备接受的至少一个QoS流标识，至少一个QoS流标识包括第一QoS流的标识。
    [0039]第三方面，提供了一种通信方法，该方法可以由接入网设备执行，或者，也可以由接入网设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一接入网设备执行为例进行说明。
    [0040]该方法可以包括：第一接入网设备接收来自控制面网元的第一指示信息，第一指示信息指示接入网设备向用户面网元和控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；在第一QoS流的QoS不能被保障的情况下，第一接入网设备向控制面网元和用户面网元发送第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件。
    [0041]示例地，方法还包括：第一接入网设备接收来自控制面网元的第一QoS流的QoS文件的信息。
    [0042]示例地，第一通知信息通知第一QoS流的QoS不能被保障，表示：第一通知信息通知第一QoS流的QoS文件的QoS不能被保障。
    [0043]基于上述技术方案，第一接入网设备接收来自控制面网元的第一指示信息，在第一QoS流的QoS不能被保障的情况下，第一接入网设备可以基于该第一指示信息向控制面网元和用户面网元发送用于通知第一QoS流的QoS不能被保障的通知，以及第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。这样，控制面网元可以获知终端设备的QoS流的QoS信息，如第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0044]结合第三方面，在第三方面的某些实现方式中，方法还包括：第一接入网设备接收来自控制面网元的第一QoS流的至少一个候选QoS文件的信息，至少一个候选QoS文件的信息包括第一候选QoS文件的信息。
    [0045]结合第三方面，在第三方面的某些实现方式中，方法还包括：第一接入网设备向控制面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS能被保障。
    [0046]基于上述技术方案，在第一QoS流的QoS能被保障的情况下，也即第一QoS流的QoS文件对应的QoS能被保障的情况下，第一接入网设备向控制面网元发送第一QoS流的QoS能被保障的通知，进而控制面网元可获知第一接入网设备当前正在执行的是QoS文件。
    [0047]结合第三方面，在第三方面的某些实现方式中，方法还包括：第一接入网设备向第二接入网设备发送第四指示信息，第四指示信息是根据第一指示信息确定的，第四指示信息指示接入网设备向用户面网元和控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0048]基于上述技术方案，若终端设备从第一接入网设备切换至第二接入网设备，基于第一指示信息，第一接入网设备可以向第二接入网设备发送第四指示信息，以使得第二接入网设备可获知向用户面网元和控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、第二接入网设备能够支持的第一QoS流的候选QoS文件的信息。这样，即使发生切换，也可以能够上报QoS流的信息。
    [0049]结合第三方面，在第三方面的某些实现方式中，方法还包括：第一接入网设备向第二接入网设备发送第一QoS流的标识和第一候选QoS文件的信息。
    [0050]第四方面，提供了一种通信方法，该方法可以由用户面网元执行，或者，也可以由用户面网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由用户面网元执行为例进行说明。
    [0051]该方法可以包括：用户面网元接收来自控制面网元的第一指示信息，第一指示信息指示用户面网元向控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；用户面网元向控制面网元发送第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件。
    [0052]基于上述技术方案，用户面网元接收来自控制面网元发送的第一指示信息，基于该第一指示信息，用户面网元可以向控制面网元发送用于通知第一QoS流的QoS能否被保障的通知，以及第一QoS流的QoS不能被保障的情况下，用户面网元可以向控制面网元发送第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。这样，控制面网元可以获知终端设备的QoS流的QoS信息，如第一接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0053]结合第四方面，在第四方面的某些实现方式中，方法还包括：用户面网元接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息。
    [0054]结合第四方面，在第四方面的某些实现方式中，方法还包括：用户面网元接收来自第一接入网设备的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；用户面网元向控制面网元发送第二通知信息。
    [0055]第五方面，提供了一种通信方法，该方法可以由策略控制网元执行，或者，也可以由策略控制网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由策略控制网元执行为例进行说明。
    [0056]该方法可以包括：策略控制网元向控制面网元发送第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。具体地，该第二指示信息可以承载在策略规则中。
    [0057]或者，该方法可以包括：策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数。
    [0058]示例地，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数可以替换为：第三指示信息指示接入网设备不向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0059]结合第五方面，在第五方面的某些实现方式中，方法还包括：策略控制网元接收来自应用网元的第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；策略控制网元向控制面网元发送第二指示信息，包括：基于第五指示信息，策略控制网元向控制面网元发送第二指示信息。具体地，该第二指示信息可以承载在策略规则中。
    [0060]结合第五方面，在第五方面的某些实现方式中，方法还包括：策略控制网元接收来自应用网元的第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，包括：基于第五指示信息，策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息。
    [0061]第六方面，提供了一种通信方法，该方法可以由策略控制网元执行，或者，也可以由策略控制网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由策略控制网元执行为例进行说明。
    [0062]该方法可以包括：策略控制网元向控制面网元发送第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。具体地，该第二指示信息可以承载在策略规则中。
    [0063]或者，该方法可以包括：策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数。
    [0064]示例地，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数可以替换为：第三指示信息指示用户面网元不向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0065]结合第六方面，在第六方面的某些实现方式中，方法还包括：策略控制网元接收来自应用网元的第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；策略控制网元向控制面网元发送第二指示信息，包括：基于第五指示信息，策略控制网元向控制面网元发送第二指示信息。具体地，该第二指示信息可以承载在策略规则中。
    [0066]结合第六方面，在第六方面的某些实现方式中，方法还包括：策略控制网元接收来自应用网元的第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，包括：基于第五指示信息，策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息。
    [0067]第七方面，提供了一种通信方法，该方法可以由应用网元执行，或者，也可以由应用网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由应用网元执行为例进行说明。
    [0068]该方法可以包括：应用网元向策略控制网元发送第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0069]第八方面，提供了一种通信方法，该方法可以由应用网元执行，或者，也可以由应用网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由应用网元执行为例进行说明。
    [0070]该方法可以包括：应用网元向策略控制网元发送第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0071]第九方面，提供了一种通信方法，该方法可以由接入网设备执行，或者，也可以由接入网设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二接入网设备执行为例进行说明。
    [0072]该方法可以包括：第二接入网设备接收来自第一接入网设备的第四指示信息，第四指示信息指示接入网设备向用户面网元和控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0073]基于上述技术方案，若终端设备从第一接入网设备切换至第二接入网设备，第二接入网设备接收来自第一接入网设备的第四指示信息，以使得第二接入网设备可获知向用户面网元和控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、第二接入网设备能够支持的第一QoS流的候选QoS文件的信息。这样，即使发生切换，也可以能够上报QoS流的信息。
    [0074]结合第九方面，在第九方面的某些实现方式中，方法还包括：在第一QoS流的QoS能被保障的情况下，第二接入网设备向控制面网元和用户面网元发送第三通知信息，第三通知信息通知第一QoS流的QoS能被保障。
    [0075]结合第九方面，在第九方面的某些实现方式中，方法还包括：在第一QoS流的QoS不能被保障的情况下，第二接入网设备向控制面网元和用户面网元发送第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件。
    [0076]第十方面，提供了一种通信方法，该方法可以由接入网设备执行，或者，也可以由接入网设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二接入网设备执行为例进行说明。
    [0077]该方法可以包括：第二接入网设备接收来自第一接入网设备的第一候选服务质量QoS文件的信息，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；在第一QoS流的QoS不能被保障，且第二接入网设备能够支持的第一QoS流的候选QoS文件不包括第一候选QoS文件的情况下，第二接入网设备向控制面网元发送第四通知信息和第二候选QoS文件的信息，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件，第四通知信息通知第一QoS流的QoS不能被保障；在第一QoS流的QoS能被保障的情况下，第二接入网设备向控制面网元发送第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0078]其中，第一QoS流的QoS能被保障，表示第一QoS流的QoS文件中的QoS能被保障。第一QoS流的QoS不能被保障，表示第一QoS流的QoS文件中的QoS不能被保障。
    [0079]基于上述技术方案，若终端设备从第一接入网设备切换至第二接入网设备，第二接入网设备接收来自第一接入网设备的第一接入网设备能够支持的第一QoS流的第一候选QoS文件，这样，第二接入网设备可以根据实际通信情况判断第一QoS流的QoS文件的QoS能否被保障，或者第一QoS流对应的候选QoS文件是否发生更新。在第一QoS流的QoS文件的QoS不能被保障、且第二接入网设备能够支持的第一QoS流的候选QoS文件不包括第一候选QoS文件的情况下，第二接入网设备向控制面网元和/或用户面网元发送第四通知信息和第二候选QoS文件，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件，第四通知信息通知第一QoS流的QoS不能被保障；在第一QoS流的QoS能被保障的情况下，第二接入网设备向控制面网元和/或用户面网元发送第三通知信息，第三通知信息通知第一QoS流的QoS能被保障。这样，在跨接入网设备切换的过程中，也能够上报QoS流的信息。
    [0080]结合第十方面，在第十方面的某些实现方式中，方法还包括：第二接入网设备判断第一QoS流的信息是否发生更新。
    [0081]示例地，第一QoS流的信息是否发生更新，例如可以包括：第一QoS流的QoS文件中的QoS的保障情况是否发生变化，和/或，第一QoS流对应的候选QoS文件是否发生变化。
    [0082]结合第十方面，在第十方面的某些实现方式中，第二接入网设备向控制面网元发送第四通知信息和第二候选QoS文件的信息之前，方法还包括：第二接入网设备根据第一候选QoS文件的信息，确定在第一QoS流的QoS不能被保障的情况下，为第一QoS流实现的候选QoS文件从第一候选QoS文件变为第二候选QoS文件。
    [0083]结合第十方面，在第十方面的某些实现方式中，第二接入网设备向控制面网元发送第三通知信息之前，方法还包括：第二接入网设备确定第一QoS流的QoS从不能保障变为能被保障。
    [0084]结合第十方面，在第十方面的某些实现方式中，在第一QoS流的QoS不能被保障，且第二接入网设备能够支持的第一QoS流的候选QoS文件不包括第一候选QoS文件的情况下，方法还包括：第二接入网设备向用户面网元发送第五通知信息和第二候选QoS文件的信息，第五通知信息通知第一QoS流的QoS不能被保障。
    [0085]结合第十方面，在第十方面的某些实现方式中，在第一QoS流的QoS能被保障的情况下，方法还包括：第二接入网设备向用户面网元发送第六通知信息，第六通知信息通知第一QoS流的QoS不能被保障。
    [0086]第十一方面，提供了一种通信方法，该方法可以由用户面网元执行，或者，也可以由用户面网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由用户面网元执行为例进行说明。
    [0087]该方法可以包括：用户面网元接收来自第二接入网设备的第二接入网设备接受的至少一个QoS流的信息，至少一个QoS流包括第一QoS流；用户面网元基于第二接入网设备接受的至少一个QoS流的信息和之前接收的来自第一接入网设备的第一候选QoS文件的信息，判断第一QoS流的QoS信息是否发生更新，其中，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0088]基于上述技术方案，若终端设备从第一接入网设备切换至第二接入网设备，用户面网元接收来自第二接入网设备的二接入网设备接受的至少一个QoS流的信息。这样，用户面网元可基于切换之前第一接入网设备提供的信息和切换之后第二接入网设备提供的信息，判断第一QoS流的的信息是否发生更新。
    [0089]结合第十一方面，在第十一方面的某些实现方式中，方法还包括：用户面网元接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障。
    [0090]结合第十一方面，在第十一方面的某些实现方式中，第二接入网设备接受的至少一个QoS流的信息包括：至少一个QoS流的标识和/或至少一个QoS流对应的QoS候选文件。
    [0091]结合第十一方面，在第十一方面的某些实现方式中，用户面网元基于第二接入网设备接受的至少一个QoS流的信息和之前接收的来自第一接入网设备的第一候选QoS文件的信息，判断第一QoS流的QoS信息是否发生更新，包括：若第二接入网设备接受的至少一个QoS流的信息包括：第一QoS流的标识和第一QoS流对应的QoS候选文件，且第一QoS流对应的QoS候选文件为第二QoS候选文件，则用户面网元判断第一QoS流的QoS信息发生更新。其中，第一QoS流的QoS信息发生更新，具体为第一QoS流实现的候选QoS文件从第一候选QoS文件变为第二候选QoS文件。
    [0092]结合第十一方面，在第十一方面的某些实现方式中，方法还包括：用户面网元向控制面网元和/或应用网元发送第二候选QoS文件的信息。
    [0093]结合第十一方面，在第十一方面的某些实现方式中，用户面网元基于第二接入网设备接受的至少一个QoS流的信息和之前接收的来自第一接入网设备的第一候选QoS文件的信息，判断第一QoS流的QoS信息是否发生更新，包括：若第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，则用户面网元判断第一QoS流的QoS信息发生更新。其中，第一QoS流的QoS信息发生更新，具体第一QoS流的QoS文件中的QoS从不能被保障变为能被保障，也即第一QoS流的QoS文件中的QoS再次能被保障。
    [0094]示例地，第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，可隐式指示第一QoS流的QoS文件中的QoS能被保障。
    [0095]示例地，第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，且第二接入网设备接受的至少一个QoS流的信息不包括该第一QoS流对应的候选QoS文件。在该情况下，用户面网元基于第二接入网设备接受的至少一个QoS流的信息，判断第一QoS流的QoS信息发生更新，即第一QoS流的QoS文件中的QoS从不能被保障变为能被保障。
    [0096]示例地，第二接入网设备接受的至少一个QoS流的信息还包括第六通知信息，第六通知信息通知第一QoS流的QoS能被保障。在该情况下，用户面网元基于第一QoS流的标识可识别第一QoS流，并且根据该第六通知信息判断第一QoS流的QoS信息发生更新，即第一QoS流的QoS文件中的QoS从不能被保障变为能被保障。
    [0097]结合第十一方面，在第十一方面的某些实现方式中，方法还包括：用户面网元向控制面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS能被保障。
    [0098]第十二方面，提供一种通信装置，该装置用于执行上述第一方面至第十一方面中任一方面提供的方法。具体地，该装置可以包括用于执行第一方面至第十一方面中任一方面的上述任一种实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。
    [0099]在一种实现方式中，该装置为通信设备(如控制面网元，又如接入网设备，又如用户面网元)。当该装置为通信设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。
    [0100]在另一种实现方式中，该装置为用于通信设备中的芯片、芯片系统或电路。当该装置为用于终端设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。
    [0101]第十三方面，提供一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面至第十一方面中任一方面的上述任一种实现方式提供的方法。
    [0102]在一种实现方式中，该装置为通信设备(如控制面网元，又如接入网设备，又如用户面网元)。
    [0103]在另一种实现方式中，该装置为用于通信设备中的芯片、芯片系统或电路。
    [0104]第十四方面，本申请提供一种处理器，用于执行上述各方面提供的方法。
    [0105]对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。
    [0106]第十五方面，提供一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面至第十一方面中任一方面的上述任一种实现方式提供的方法。
    [0107]第十六方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第十一方面中任一方面的上述任一种实现方式提供的方法。
    [0108]第十七方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面至第十一方面中任一方面的上述任一种实现方式提供的方法。
    [0109]可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面至第十一方面中任一方面的上述任意一种实现方式提供的方法。
    [0110]第十八方面，提供一种通信系统，包括前述的控制面网元、用户面网元、第一接入网设备、第二接入网设备、策略控制网元、应用网元、终端设备中的一个或多个。
    [0111]附图说明
    [0112]图1是适用于本申请实施例的网络架构的一示意图。
    [0113]图2是适用于本申请实施例的网络架构的另一示意图。
    [0114]图3是本申请实施例提供的一种通信方法300的示意图。
    [0115]图4是本申请实施例提供的一种通信方法400的示意性流程图。
    [0116]图5是适用于本申请实施例的一架构的示意图。
    [0117]图6是适用于本申请实施例的另一架构的示意图。
    [0118]图7是本申请实施例提供的一种通信方法700的示意性流程图。
    [0119]图8是本申请实施例提供的一种通信方法800的示意性流程图。
    [0120]图9是本申请实施例提供的一种通信方法900的示意性流程图。
    [0121]图10是本申请实施例提供的一种通信装置1000的示意性框图。
    [0122]图11是本申请实施例提供的一种通信装置1100的示意性框图。
    [0123]图12是本申请实施例提供的一种芯片系统1200的示意性框图。
    [0124]具体实施方式
    [0125]下面将结合附图，对本申请实施例中的技术方案进行描述。
    [0126]本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device，D2D)通信，车辆外联(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet ofthings，IoT)通信系统或者其他通信系统。
    [0127]为便于理解本申请实施例，首先结合图1和图2详细说明适用于本申请实施例的通信系统。
    [0128]图1是适用于本申请实施例的网络架构的一示意图。如图1所示，该网络架构例如可以包括但不限于以下：用户设备(user equipment，UE)、接入网(access network，AN)、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified datamanagement，UDM)网元、应用功能(application function，AF)、数据网络(data network，DN)等。
    [0129]下面对图1中示出的各网元做简单介绍：
    [0130]1、UE：可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
    [0131]终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(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)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。
    [0132]作为示例而非限定，在本申请实施例中，该终端设备可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
    [0133]此外，在本申请实施例中，终端设备还可以是IoT系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。
    [0134]此外，终端设备还可以包括智能打印机、火车探测器、加油站等传感器，主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据，并发送电磁波，向网络设备传输上行数据。
    [0135]应理解，终端设备可以是任何可以接入网络的设备。终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。
    [0136]可选地，UE可以用于充当基站。例如，UE可以充当调度实体，其在V2X或D2D等中的UE之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。
    [0137]本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统或芯片，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。
    [0138]2、(无线)接入网((radio)access network，(R)AN)设备：可以为特定区域的授权用户提供接入通信网络的功能，具体可以包括第三代合作伙伴计划(3rd generationpartnership project，3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。
    [0139]AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型：3GPP接入技术(例如，第三代(3rd generation，3G)、第四代(4th generation，4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术，例如，5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station，gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity，WiFi)中的接入点(access point，AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)、码分多址(codedivision multiple access，CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。
    [0140]AN设备能够负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发。
    [0141]AN设备例如可以包括但不限于：宏基站、微基站(也称为小站)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G(如，NR)系统中的gNB或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如分布式单元(distributed unit，DU)，或者下一代通信6G系统中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。
    [0142]接入网可以为小区提供服务。终端设备可以通过接入网设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区通信。
    [0143]3、AMF网元：主要用于接入控制、移动性管理、附着与去附着等功能。
    [0144]4、SMF网元：主要用于用户面网元选择，用户面网元重定向，终端设备的因特网协议(internet protocol，IP)地址分配，以及移动网络中的会话管理，如会话的建立、修改和释放及QoS控制。
    [0145]5、UPF网元：主要用于用户面数据的接收和转发。例如，UPF可以从DN接收用户面数据，并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据，并转发到DN。会话中通过N6接口与DN直接相连的UPF可称为协议数据单元(protocol data unit，PDU)会话锚点(PDU session anchor，PSA)。
    [0146]6、PCF网元：主要用于向3GPP网络提供业务，如与PCF之间交互以进行策略控制等。
    [0147]7、AF网元：主要支持与3GPP核心网交互来提供服务，例如影响数据路由决策、与策略控制功能(PCF)交互、或者向网络侧提供第三方等。
    [0148]8、UDM网元：主要用于UE的签约数据管理，包括UE标识的存储和管理，UE的接入授权等。9、数据网络(DN)：主要用于为UE提供数据服务的运营商网络。例如，因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service，IMS)网络等。
    [0149]在通信系统中，UE接入网络后建立PDU会话，并通过PDU会话访问DN，与部署在DN中的应用服务器交互。如图1所示。根据UE访问的DN不同，网络可以根据网络策略选择接入DN的UPF作为PSA，并通过PSA的N6接口访问应用服务器。同一个应用的应用服务器可以部署在多个位置，这样网络就能够根据UE的接入位置，选择靠近UE同时又能支持UE访问DN的PSA，以便减少路由迂回，降低网络延迟。通常，这些应用服务器通常部署在多接入边缘计算(multi-access edge computing，MEC)环境中。对于应用，需要感知到业务数据流传输路径的QoS信息，以便在应用层执行相应的调整。在一些场景下，SMF可能无法直接管理一些区域的UPF，在该情况下，可以通过部署中间会话管理功能(intermediate SMF，I-SMF)来对这些UPF进行管理，如图2所示。
    [0150]图2是适用于本申请实施例的网络架构的另一示意图。在一些场景下，SMF可能无法直接管理一些区域的UPF，因此一种可能的方式，可以通过I-SMF来实现对UPF的管理。如图2所示，可以通过在网络架构中插入I-SMF来对UPF进行管理。关于各网元的介绍，参考图1中的描述，此处不再赘述。
    [0151]在图1或图2所示的网络架构中，各网元之间可以接口通信，例如，UE通过无线资源控制(radio resource control，RRC)协议与AN设备连接，UE和AN设备之间采用Uu接口进行通信。或者也可以参考图1或图2所示的接口，此处不再赘述。此外，图1和图2中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。
    [0152]应理解，上述应用于本申请实施例的网络架构仅是示例性说明，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。此外，上述所示的网络架构中还可以包括其他更多的网元，对此不予限制。
    [0153]还应理解，图1中所示的AMF、SMF、UPF、PCF、UDM等可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。
    [0154]还应理解，图1或图2中所示的AMF、SMF、UPF、PCF、UDM、NSSF、AUSF等功能或者网元，可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。
    [0155]还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。
    [0156]为便于理解本申请实施例，对本申请实施例中涉及的几个基本概念做简单说明。应理解，下文中所介绍的基本概念是以目前协议中规定的基本概念为例进行简单说明，但并不限定本申请实施例只能够应用于目前已有的系统中。因此，以目前已有的系统为例描述时出现的名称，都是功能性描述，具体名称并不限定，仅表示功能，可以对应的扩展到其它系统，比如6G或未来通信系统中。
    [0157]1、协议数据单元(protocol data unit，PDU)会话(PDU session)：5G核心网(5Gcorenetwork，5GC)支持PDU连接业务。PDU连接业务可以是指终端设备与DN之间交换PDU数据包的业务。PDU连接业务通过终端设备发起PDU会话的建立来实现。一个PDU会话建立后，也就是建立了一条终端设备和DN的数据传输通道。换句话说，PDU会话是UE级别的。每个终端设备可以建立一个或多个PDU会话。
    [0158]如前所述，SMF主要用户负责移动网络中的会话管理。PDU会话在终端设备和SMF之间可以通过NAS会话管理(session management，SM)信令进行建立、修改或释放。
    [0159]在本申请实施例中，一个PDU会话可以通过一个PDU会话标识(PDU sessionidentifier，PDU session ID)来标识。由于PDU会话是UE级别的，因此每个PDU会话标识也可对应于一个终端设备。
    [0160]2、QoS流(QoS flow)：QoS flow是PDU会话中精细的QoS区分粒度。在5G系统中，一个QoS Flow标识(QoS flow identifier，QFI)可用于标识一条QoS flow。一个PDU会话中可以包括多条QoS flow，但每条QoS flow的QFI都是不同的。换言之，一个QFI在一个PDU会话中是唯一的。
    [0161]进一步地，业务对应的QoS流：可以指的是用于传输该业务的数据的QoS流。例如，当通过PDU会话中的QoS流传输该业务的数据时，该QoS流可以称之为是该业务对应的QoS流。QoS流承载的业务：可以指的是通过该QoS流传输的业务。
    [0162]进一步地，QoS文件(QoS profile)和候选QoS文件(alternative QoS profile)，都可以理解为至少一组QoS参数。以QoS文件为例，QoS文件可包括至少一组QoS参数；或者包括至少一个QoS参数集(QoSparameter set)。
    [0163]在本申请实施例中，多次提及QoS文件和候选QoS文件(alternative QoSprofile)，本领域技术人员应理解其含义。具体来说，控制面网元除了向接入网设备提供QoS文件，还提供至少一个候选QoS文件，从而接入网设备先基于QoS文件来实现QoS流的QoS，在QoS文件的QoS不能被保障时，接入网设备从至少一个候选QoS文件中确定能够支持的候选QoS文件以执行该能够支持的候选QoS文件。
    [0164]QoS流的QoS能否被保障，又可以称为QoS流的QoS文件中的QoS能否被保障，具体可以是QoS参数能否被满足。举例来说，QoS流的QoS不能被保障，具体可以是QoS参数不能被满足，如保证流量比特率(guaranteed flow bit rate，GFBR)不能被保障(GFBR can nolonger be guaranteed)；QoS流的QoS能被保障，具体可以是QoS参数能被满足，如GFBR能被保障(GFBR can be guaranteed again)。
    [0165]可以理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
    [0166]下文将结合附图详细说明本申请实施例提供的通信方法。本申请提供的实施例可以应用于上述图1或图2所示的网络架构中，不作限定。
    [0167]图3是本申请实施例提供的一种通信方法300的示意图。方法300可以包括如下步骤。
    [0168]310，第一设备向控制面网元发送第一候选QoS文件的信息，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件。
    [0169]相应地，控制面网元接收来自第一设备的第一候选QoS文件的信息。
    [0170]其中，第一候选QoS文件的信息，表示与第一候选QoS文件相关的信息，或者可用于识别出第一候选QoS文件的信息，或者可用于获知第一候选QoS文件的信息。作为示例，第一候选QoS文件的信息可以是第一候选QoS文件的标识(reference)。
    [0171]其中，第一候选QoS文件为第一接入网设备(当前)能够支持的第一QoS流的候选QoS文件，又可以称为第一接入网设备(当前)能够满足的QoS参数所匹配的第一QoS流的候选QoS文件，或者第一接入网设备(当前)执行的第一QoS流的候选QoS文件，或者第一接入网设备(当前)为第一QoS流实现的候选QoS文件，或者第一接入网设备(当前)为第一QoS流确定的候选QoS文件，或者第一接入网设备(当前)为第一QoS流的QoS确定的候选QoS文件，或者第一接入网设备(当前)为第一QoS流的QoS匹配的候选QoS文件，或者第一接入网设备(当前)为第一QoS流实现的QoS匹配的候选QoS文件，或者第一接入网设备(当前)为第一QoS流执行的QoS匹配的候选QoS文件等。第一接入网设备表示当前为终端设备提供服务的接入网设备，或者说终端设备当前接入的接入网设备。
    [0172]其中，控制面网元例如可以为核心网中控制面的网元，例如该控制面网元可以与用户面网元和/或接入网设备通信，也可以与终端设备通信。作为示例，控制面网元为SMF。
    [0173]其中，第一设备可表示为控制面网元提供候选QoS文件的信息的设备。作为示例，第一设备为接入网设备(如第一接入网设备，又如下文提及的第二接入网设备)或用户面网元。
    [0174]320，控制面网元向终端设备发送第一候选QoS文件对应的第一QoS参数。
    [0175]其中，第一QoS参数表示第一候选QoS文件包含的部分或全部QoS参数。
    [0176]控制面网元收到第一候选QoS文件的信息后，根据第一候选QoS文件的信息确定第一候选QoS文件对应的QoS参数，进而可以向终端设备发送该第一候选QoS文件对应的QoS参数。
    [0177]基于本申请实施例，第一设备向控制面网元发送第一接入网设备能够支持的第一QoS流的候选QoS文件的信息，控制面网元收到该第一QoS流的候选QoS文件的信息后，向终端设备发送第一候选QoS文件对应的QoS参数，这样可以使得终端设备获知第一接入网设备当前正在执行的候选QoS文件对应的QoS参数。
    [0178]可选地，方法300还包括：第一设备向控制面网元发送第一通知信息，第一通知信息通知第一QoS流的QoS不能被保障。相应地，控制面网元接收来自第一设备的第一通知信息。
    [0179]其中，第一通知信息通知第一QoS流的QoS不能被保障，也可以替换为：第一通知信息通知第一QoS流的QoS文件中的QoS不能被保障。第一QoS流的QoS文件中的QoS不能被保障，可以表示第一QoS流的QoS文件中的QoS不能被保障。在本申请实施例中，第一QoS流的QoS文件中的QoS不能被保障的情况下，第一接入网设备确定当前能够支持的候选QoS文件(也即第一候选QoS文件)。
    [0180]其中，第一通知信息和第一候选QoS文件的信息可以携带于同一信令中，也可以携带于不同信令中，不予限制。
    [0181]可以理解，上述第一通知信息为示例性说明，对此不予限制。例如，控制面网元收到第一候选QoS文件的信息后，基于该第一候选QoS文件可获知第一QoS流的QoS不能被保障(即第一QoS流的QoS文件中的QoS不能被保障)，也即第一候选QoS文件可以隐式通知第一QoS流的QoS不能被保障。
    [0182]可选地，在步骤310之前，方法300还包括步骤301。
    [0183]301，控制面网元向第一设备发送第一指示信息，第一指示信息指示向控制面网元发送：拥塞信息。其中，拥塞信息可表示与第一QoS流相关的信息。作为示例，拥塞信息可以为第一QoS流的QoS能否被保障的通知，或者拥塞信息可以为接入网设备能够支持的第一QoS流的候选QoS文件的信息，或者拥塞信息可以为第一QoS流的QoS能否被保障的通知和接入网设备能够支持的第一QoS流的候选QoS文件的信息。第一设备基于该第一指示信息，可以向控制面网元发送第一候选QoS文件的信息。一种可能的实现方式，第一指示信息通过至少一个比特来实现。例如，假设通过1比特来指示是否向控制面网元发送拥塞信息，若该比特设置为“0”，则表示不向控制面网元发送拥塞信息；若该比特设置为“1”，则表示向控制面网元发送拥塞信息。应理解，上述仅是一种示例性说明，不予限制。
    [0184]可以理解，关于第一指示信息的实现不予限制。例如，第一指示信息的具体实现可以是一个或多个信息元素(informationelement，IE)，如包括直接通知的指示和重复通知的指示(或者向控制面通知的指示)。其中，直接通知的指示用于指示向用户面网元通知：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。其中，重复通知的指示(或者向控制面通知的指示)用于指示向控制面网元通知：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0185]下面列举几个示例。
    [0186]示例1，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知。
    [0187]在该示例1下，例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送第一QoS流的QoS能否被保障的通知，因此，在第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，第一设备默认或基于内部逻辑，确定向控制面网元发送第一候选QoS文件的信息。其中，第一候选QoS文件的信息可隐式通知第一QoS流的QoS不能被保障。
    [0188]在该示例1下，再例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一QoS流的QoS能否被保障的通知以及第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送第一QoS流的QoS能否被保障的通知，因此，第一设备获知第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，向控制面网元发送第一QoS流的QoS不能被保障的通知信息(也即第一通知信息)，并且默认或基于内部逻辑，确定向控制面网元发送第一候选QoS文件的信息。
    [0189]在该示例1下，再例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一QoS流的QoS能否被保障的通知。举例来说，第一设备基于第一指示信息获知要向控制面网元发送第一QoS流的QoS能否被保障的通知，因此，在第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，第一设备向控制面网元发送第一QoS流的QoS不能被保障的通知信息(也即第一通知信息)。
    [0190]示例2，第一指示信息指示向控制面网元发送：接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0191]在该示例2下，例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送接入网设备能够支持的第一QoS流的候选QoS文件，因此，第一设备向控制面网元发送第一候选QoS文件的信息。
    [0192]在该示例2下，再例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一QoS流的QoS能否被保障的通知以及第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送接入网设备能够支持的第一QoS流的候选QoS文件的信息，因此，在第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，第一设备向控制面网元发送第一候选QoS文件的信息，并且默认或基于内部逻辑，确定向控制面网元发送第一QoS流的QoS不能被保障的通知信息(也即第一通知信息)。
    [0193]示例3，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知和接入网设备能够支持的第一QoS流的候选QoS文件的信息。其中，第一QoS流的QoS能否被保障的通知，以及接入网设备能够支持的第一QoS流的候选QoS文件的信息，可以通过两个信息指示，或者也可以通过一个信息指示，对此不予限制。
    [0194]在该示例3下，例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一QoS流的QoS能否被保障的通知以及第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送：第一QoS流的QoS能否被保障的通知以及接入网设备能够支持的第一QoS流的候选QoS文件的信息，因此，在第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，第一设备向控制面网元发送：第一QoS流的QoS不能被保障的通知(也即第一通知信息)，以及接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0195]在该示例3下，再例如，第一设备收到该第一指示信息后，基于第一指示信息(或者称响应于第一指示信息)，第一设备向控制面网元发送第一候选QoS文件的信息。举例来说，第一设备基于第一指示信息获知要向控制面网元发送：第一QoS流的QoS能否被保障的通知以及接入网设备能够支持的第一QoS流的候选QoS文件的信息，因此，在第一QoS流的QoS不能被保障(也即第一QoS流的QoS文件中的QoS不能被保障)的情况下，第一设备向控制面网元发送接入网设备能够支持的第一QoS流的候选QoS文件的信息。其中，第一候选QoS文件的信息可隐式通知第一QoS流的QoS不能被保障。
    [0196]上面主要列举了QoS流的QoS不能被保障的情况，可以理解，QoS流的QoS能被保障的情况类似，此处不再赘述。
    [0197]在上述三个示例中，第一设备可以为接入网设备或用户面网元，对此不予限制。下面介绍两种方案。
    [0198]方案1，第一设备为接入网设备。
    [0199]可选地，在该方案1下，控制面网元还向接入网设备发送至少一个候选QoS文件的信息，至少一个候选QoS文件包括第一候选QoS文件。可选地，在该方案1下，控制面网元还向接入网设备发送QoS文件的信息。若第一QoS流的QoS文件中的QoS不能被保障(也即控制面网元向接入网设备发送的QoS文件中的QoS不能被保障)，则接入网设备可以从该至少一个候选QoS文件中确定第一候选QoS文件，以支持第一QoS流的QoS。其中，第一指示信息和至少一个候选QoS文件的信息可以携带于同一信令中，也可以携带于不同信令中，不予限制。
    [0200]在该方案1下，步骤301可以为：控制面网元向接入网设备发送第一指示信息。此时，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，也可以替换为：第一指示信息指示接入网设备通过用户面发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，的情况下，向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；或者也可以替换为：第一指示信息指示接入网设备向控制面网元和用户面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。相应地，接入网设备基于该第一指示信息可获知在通过用户面发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，的情况下，向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，也即接入网设备向控制面网元和用户面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0201]基于方案1，接入网设备可以向用户面网元和控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，相比于接入网设备只向用户面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，可以让控制面网元获得：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，从而终端设备可以获得接入网设备能够支持的第一QoS流的候选QoS文件的对应的QoS参数。相比于接入网设备只向控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，可以让用户面网元获得：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，从而用户面网元可向应用网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，使得应用网元更快地获知上述信息。也即是，通过本申请的方案，既可以使得控制面网元设备获得候选QoS文件的信息，从而便于向终端设备传递最新的QoS信息(即该候选QoS文件对应的QoS参数)，有利于终端设备侧和网络侧执行QoS的一致性；又可以使得用户面网元也可以获得候选QoS文件的信息，从而快速地向应用网元传递，提高效率。
    [0202]关于方案1，后面结合方法400给出一可能的流程。
    [0203]方案2，第一设备为用户面网元。
    [0204]在该方案下，步骤301可以为：控制面网元向用户面网元发送第一指示信息。此时，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，第一指示信息指示用户面网元接收到：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，的情况下，向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。相应地，用户面网元基于该第一指示信息可获知在接收到：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，的情况下，向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。可选地，在该方案2下，方法300还包括：接入网设备向用户面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0205]基于方案2，用户面网元可以向控制面网元发送：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，可以让控制面网元获得：第一QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息，从而终端设备可以获得接入网设备能够支持的第一QoS流的候选QoS文件的对应的QoS参数。
    [0206]关于方案2，后面结合方法700给出一可能的流程。
    [0207]进一步可选地，控制面网元基于一信息(如记为信息#A)向第一设备发送第一指示信息，也即控制面网元基于信息#A的指示，向第一设备发送第一指示信息。
    [0208]一种可能的实现方式，信息#A通过至少一个比特来实现，也即控制面网元基于该至少一个比特的字段向第一设备发送第一指示信息。例如，假设通过1比特来指示是否向第一设备发送第一指示信息，若该比特设置为“0”，则表示不向第一设备发送第一指示信息；若该比特设置为“1”，则表示向第一设备发送第一指示信息。应理解，上述仅是一种示例性说明，不予限制。
    [0209]另一种可能的实现方式，信息#A为策略规则，也即控制面网元基于策略规则，向第一设备发送第一指示信息。举例来说，控制面网元接收来自策略控制网元的策略规则，控制面网元基于该策略规则确定第一指示信息，进而发送该第一指示信息。其中，策略规则例如可以是策略计费控制(policy and charging control，PCC)规则。可以理解，规则即表示与PDU会话或业务数据流相关的策略信息元素，对此可以参考现有描述，此处不作限定。下面介绍几种可能的情形。
    [0210]第一种可能的情形，策略规则中包括第二指示信息。其中，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0211]进一步可选地，若第一设备为接入网设备，第二指示信息指示向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息，可以替换为：第二指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息等等，具体还可以参见上述对于第一指示信息的介绍。
    [0212]进一步可选地，若第一设备为用户面网元，第二指示信息指示向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息，可以替换为：第二指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息等等，具体还可以参见上述对于第一指示信息的介绍。
    [0213]示例1，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数。
    [0214]举例来说，若默认不向终端设备通知接入网设备支持的QoS流的QoS参数，则策略规则中包括第二指示信息，也即基于策略规则中携带的第二指示信息，可获知要向终端设备通知接入网设备支持的终端设备的QoS流的QoS参数。
    [0215]控制面网元基于策略规则中包括第二指示信息，确定向终端设备通知接入网设备支持的QoS流的QoS参数。基于第二指示信息(或者称响应于第二指示信息)，控制面网元向第一设备发送第一指示信息，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。第一设备基于第一指示信息向控制面网元发送第一候选QoS文件的信息，控制面网元基于第一设备发送的第一候选QoS文件的信息，向终端设备发送接入网设备支持的QoS流的QoS参数，也即第一候选QoS文件对应的QoS参数。
    [0216]示例2，第二指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知。
    [0217]举例来说，若默认不向控制面网元发送第一QoS流的QoS能否被保障的通知，则策略规则中包括第二指示信息，也即基于策略规则中携带的第二指示信息，可获知要向控制面网元发送第一QoS流的QoS能否被保障的通知。
    [0218]基于第二指示信息(或者称响应于第二指示信息)，控制面网元向第一设备发送第一指示信息，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。举例来说，第一设备基于第一指示信息向控制面网元发送第一QoS流的QoS能否被保障的通知，控制面网元可以基于第一设备发送的第一QoS流的QoS能否被保障的通知，可获知第一QoS流的QoS能否被保障的通知。再举例来说，第一设备基于第一指示信息向控制面网元发送第一候选QoS文件的信息，控制面网元可以基于第一设备发送的第一候选QoS文件的信息，可获知第一QoS流的QoS不能被保障(也即第一候选QoS文件的信息可隐式通知第一QoS流的QoS不能被保障)。
    [0219]示例3，第二指示信息指示向控制面网元发送：接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0220]举例来说，若默认不向控制面网元发送接入网设备能够支持的第一QoS流的候选QoS文件的信息，则策略规则中包括第二指示信息，也即基于策略规则中携带的第二指示信息，可获知要向控制面网元发送接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0221]基于第二指示信息(或者称响应于第二指示信息)，控制面网元向第一设备发送第一指示信息，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。举例来说，第一设备基于第一指示信息向控制面网元发送第一候选QoS文件的信息。
    [0222]示例4，第二指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知和接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0223]举例来说，若默认不向控制面网元发送：第一QoS流的QoS能否被保障的通知和接入网设备能够支持的第一QoS流的候选QoS文件的信息，则策略规则中包括第二指示信息，也即基于策略规则中携带的第二指示信息，可获知要向控制面网元发送：第一QoS流的QoS能否被保障的通知和接入网设备能够支持的第一QoS流的候选QoS文件的信息。
    [0224]基于第二指示信息(或者称响应于第二指示信息)，控制面网元向第一设备发送第一指示信息，第一指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息。举例来说，第一设备基于第一指示信息向控制面网元发送第一QoS流的QoS不能保障的通知，以及接入网设备能够支持的第一QoS流的候选QoS文件的信息。再举例来说，第一设备基于第一指示信息向控制面网元发送第一候选QoS文件的信息，控制面网元基于第一设备发送的第一候选QoS文件的信息，可获知第一候选QoS文件的信息，并且可获知第一QoS流的QoS不能被保障(也即第一候选QoS文件的信息可隐式通知第一QoS流的QoS不能被保障)。
    [0225]第二种可能的情形，策略规则中不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备支持的QoS流的QoS参数。其中，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数，也可以替换为：第三指示信息指示不向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。
    [0226]举例来说，若默认向终端设备通知接入网设备支持的终端设备的QoS流的QoS参数，则在策略规则中可不携带第三指示信息，该第三指示信息指示不向终端设备通知接入网设备支持的终端设备的QoS流的QoS参数。也即基于策略规则中未携带第三指示信息，可获知要向终端设备通知接入网设备支持的终端设备的QoS流的QoS参数。
    [0227]基于该情形，控制面网元基于策略规则中不包括第三指示信息，确定向终端设备通知接入网设备支持的QoS流的QoS参数，因此，控制面网元向第一设备发送第一指示信息，第一指示信息指示第一设备向控制面网元发送第一QoS流的QoS能否被保障的通知。具体可参考前面的描述，此处不再赘述。
    [0228]第三种可能的情形，策略规则中包括第一指示信息。在该情形下，控制面网元基于策略规则中包括的第一指示信息，向第一设备发送第一指示信息。
    [0229]基于该情形，控制面网元基于策略规则中包括第一指示信息，确定向第一设备发送第一指示信息。
    [0230]可以理解，上述两种实现方式为示例性说明，对此不予限制。例如，预定义，如标准预定义控制面网元向第一设备发送第一指示信息。
    [0231]还可以理解，关于策略控制网元确定策略规则的具体方式不予限制。
    [0232]一种可能的情形，应用网元向策略控制网元发送第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。在该情形下，策略控制网元可基于该第五指示信息(或者称响应于第五指示信息)，向控制面网元发送第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。具体地，该第二指示信息可以承载在策略规则中。或者，在该情形下，策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数。
    [0233]另一种可能的情形，应用网元向策略控制网元发送第五指示信息，该第五指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，该第五指示信息指示用户面网元控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。在该情形下，策略控制网元可基于该第五指示信息(或者称响应于第五指示信息)，向控制面网元发送第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。具体地，该第二指示信息可以承载在策略规则中。或者，在该情形下，策略控制网元向控制面网元发送策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数。
    [0234]可选地，在步骤320之后，方法300还包括：控制面网元接收来自第一设备的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0235]其中，第二QoS参数表示第一QoS流的QoS文件包括的部分或全部QoS参数。
    [0236]其中，第二通知信息通知第一QoS流的QoS能被保障，可以替换为：第二通知信息通知第一QoS流的QoS文件中的QoS能被保障。也就是说，第一QoS流的QoS文件中的QoS能被保障。
    [0237]一示例，以第一设备为接入网设备为例，可选地，方法300还包括：控制面网元向第一接入网设备发送第一QoS流的QoS文件。第一QoS流的QoS文件、至少一个候选QoS文件的信息、以及第一指示信息，可以携带于同一信令中，也可以携带于不同信令中，不予限制。第一接入网设备确定该第一QoS流的QoS文件中的QoS能再次被保障时，则向控制面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS能被保障，也即第一QoS流的QoS文件中的QoS能被保障。控制面网元收到第二通知信息后，获知第一QoS流的QoS文件中的QoS能被保障，因此，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。也即是该第一QoS流的QoS文件中的QoS能再次被保障，第一接入网设备可以执行该QoS文件，并通知控制面网元，由控制面网元再将该QoS文件对应的第二QoS参数通知到终端设备，以便第一接入网设备和终端设备能够都基于该QoS文件的QoS参数进行通信。
    [0238]再一示例，以第一设备为用户面网元为例，可选地，方法300还包括：第一接入网设备向用户面网元发送第二通知信息。举例来说，第一接入网设备确定该第一QoS流的QoS文件中的QoS能再次被保障时，向用户面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS能被保障，也即第一QoS流的QoS文件中的QoS能被保障。用户面网元向控制面网元发送第二通知信息，如用户面网元基于第一指示信息向控制面网元发送第二通知信息。控制面网元收到第二通知信息后，获知第一QoS流的QoS文件中的QoS能被保障，因此，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。也即是该第一QoS流的QoS文件中的QoS能再次被保障，第一接入网设备可以执行该QoS文件，并通知用户面网元，用户面网元向控制面网元通知第一接入网设备可以执行该QoS文件，由控制面网元再将该QoS文件对应的第二QoS参数通知到终端设备，以便第一接入网设备和终端设备能够都基于该QoS文件的QoS参数进行通信。
    [0239]可选地，在步骤320之后，方法300还包括：控制面网元接收来自第二接入网设备的第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0240]终端设备发生移动后，可能会出现网络的切换，如基于Xn的NG-RAN间的切换(Xn-based inter NG-RAN handover)或基于NG-RAN间节点N2的切换(Inter NG-RAN node N2based handover)。在本申请实施例中，假设终端设备从第一接入网设备切换至第二接入网设备，也即切换前第一接入网设备为终端设备提供服务，切换后第二接入网设备为终端设备提供服务。
    [0241]其中，第三通知信息通知第一QoS流的QoS能被保障，可以替换为：第三通知信息通知第一QoS流的QoS文件中的QoS能被保障。也就是说，第一QoS流的QoS文件中的QoS能被保障。
    [0242]一可能的实现方式，第三通知信息直接通知(或者显式通知)第一QoS流的QoS能被保障。也即控制面网元基于该第三通知信息可直接获知第一QoS流的QoS文件中的QoS能被保障，因此，控制面网元向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0243]可选地，第二接入网设备还向控制面网元发送第二接入网设备接受的至少一个QoS流标识，至少一个QoS流标识包括第一QoS流的标识。基于此，控制面网元可获知第二接入网设备接受的QoS流包括第一QoS流。
    [0244]可选地，在步骤320之后，方法300还包括：控制面网元接收来自第二接入网设备的第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件；控制面网元向终端设备发送第二候选QoS文件对应的第三QoS参数。
    [0245]其中，第三QoS参数表示第一QoS流的第二候选QoS文件包括的部分或全部QoS参数。
    [0246]其中，第四通知信息通知第一QoS流的QoS不能被保障，可以替换为：第四通知信息通知第一QoS流的QoS文件中的QoS不能被保障。
    [0247]一可能的实现方式，第四通知信息直接通知(或者显式通知)第一QoS流的QoS不能被保障。举例来说，控制面网元基于该第四通知信息可直接获知QoS文件中的QoS中的QoS不能被保障，因此，控制面网元向终端设备发送第一QoS流的第二候选QoS文件对应的第三QoS参数。
    [0248]进一步可选地，第一接入网设备向第二接入网设备发送第四指示信息。该第四指示信息可以是根据第一指示信息确定的，也即第四指示信息的功能和第一指示信息的功能一样，例如第四指示信息指示向控制面网元发送：第一QoS流的QoS能否被保障的通知，和/或，接入网设备能够支持的第一QoS流的候选QoS文件的信息，具体不再赘述。例如，第二接入网设备基于该第四指示信息确定向控制面网元发送第三通知信息。再例如，第二接入网设备基于该第四指示信息确定向控制面网元发送第四通知信息和第二候选QoS文件的信息。
    [0249]可以理解，第四指示信息和第一指示信息虽功能相同，但考虑到可能信息的形式、以及发送信息和接收信息的设备可能不同，因此此处分别命名为第四指示信息和第一指示信息。可以理解，其命名不对本申请的保护范围造成限定。
    [0250]如上所述，终端设备发生移动后，可能会出现网络的切换，假设终端设备从第一接入网设备切换至第二接入网设备，在该场景下，第二接入网设备或用户面网元可判断QoS流的信息是否发生更新。其中，QoS流的信息是否发生更新，例如可以包括：QoS流的QoS文件中的QoS的保障情况是否发生变化，和/或，QoS流对应的候选QoS文件是否发生变化。下面介绍两种可能的方案。
    [0251]第一种可能的方案，第二接入网设备判断QoS流的信息是否发生变化。
    [0252]可选地，第二接入网设备接收来自第一接入网设备的第一候选QoS文件的信息，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；在第一QoS流的QoS不能被保障，且第二接入网设备能够支持的第一QoS流的候选QoS文件不包括第一候选QoS文件的情况下，第二接入网设备向控制面网元发送第四通知信息和第二候选QoS文件的信息，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件，第四通知信息通知第一QoS流的QoS不能被保障；在第一QoS流的QoS能被保障的情况下，第二接入网设备向控制面网元发送第三通知信息，第三通知信息通知第一QoS流的QoS能被保障。
    [0253]其中，第一QoS流的QoS能被保障，表示第一QoS流的QoS文件中的QoS能被保障。第一QoS流的QoS不能被保障，表示第一QoS流的QoS文件中的QoS不能被保障。
    [0254]一可能的情形，第二接入网设备确定第一QoS流的QoS文件中的QoS的保障情况发生变化。具体来说，第二接入网设备确定第一QoS流的QoS文件中的QoS能再次被保障，因此第二接入网设备向控制面网元发送第三通知信息，第三通知信息通知第一QoS流的QoS文件中的QoS能被保障。控制面网元收到该第三通知信息后，可以向终端设备发送第一QoS流的QoS文件对应的QoS参数。进一步可选地，第二接入网设备向用户面网元发送第六通知信息，第六通知信息通知第一QoS流的QoS能被保障。
    [0255]另一可能的情形，第二接入网设备确定第一QoS流的对应的候选QoS文件发生变化。具体来说，若第二接入网设备能够支持的第一QoS流的候选QoS文件不包括第一候选QoS文件，则第二接入网设备可确定第一QoS流的对应的候选QoS文件。假设第二接入网设备能够支持的第一QoS流的候选QoS文件为第二候选QoS文件，因此第二接入网设备向控制面网元发送第四通知信息和第二候选QoS文件的信息。控制面网元收到该第四通知信息和第二候选QoS文件的信息后，可以向终端设备发送第二候选QoS文件对应的QoS参数。进一步可选地，第二接入网设备向用户面网元发送第五通知信息，第五通知信息通知第一QoS流的QoS不能被保障。
    [0256]可以理解，第五通知信息和第四通知信息的功能相同，但考虑到接收第五通知信息和第四通知信息的网元不同，因此此处分别命名为第五通知信息和第四通知信息。可以理解，其命名不对本申请的保护范围造成限定。第六通知信息和第三通知信息类似，此处不再赘述。
    [0257]关于第一种可能的方案，后面结合方法900详细说明。
    [0258]第二种可能的方案，用户面网元判断QoS流的信息是否发生变化。
    [0259]可选地，用户面网元接收来自第二接入网设备的第二接入网设备接受的至少一个QoS流的信息，至少一个QoS流包括第一QoS流；用户面网元基于第二接入网设备接受的至少一个QoS流的信息和之前接收的来自第一接入网设备的第一候选QoS文件的信息，判断第一QoS流的QoS信息是否发生更新。进一步可选地，用户面网元接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障。
    [0260]一可能的情形，用户面网元确定第一QoS流的QoS文件中的QoS的保障情况发生变化。举例来说，若用户面网元从第二接入网设备接收到的第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，则用户面网元确定第一QoS流的QoS文件中的QoS能再次被保障。在该情形下，第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，可隐式指示第一QoS流的QoS文件中的QoS能被保障。可选地，用户面网元向控制面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS文件中的QoS能被保障。控制面网元收到该第二通知信息后，可以向终端设备发送第一QoS流的QoS文件对应的QoS参数。
    [0261]上述为示例性说明，对此不予限制。
    [0262]例如，第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识，且不包括第一QoS流对应的候选QoS文件，可隐式指示第一QoS流的QoS文件中的QoS能被保障。用户面网元基于该至少一个QoS流的信息，确定第一QoS流的QoS信息发生更新，即第一QoS流的QoS文件中的QoS从不能被保障变为能被保障。
    [0263]再例如，第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识和第六通知信息，第六通知信息通知第一QoS流的QoS能被保障。用户面网元基于第一QoS流的标识可识别第一QoS流，并且根据该第六通知信息判断第一QoS流的QoS信息发生更新，即第一QoS流的QoS文件中的QoS从不能被保障变为能被保障。另一可能的情形，用户面网元确定第一QoS流的对应的候选QoS文件发生变化。举例来说，若用户面网元从第二接入网设备接收到的第二接入网设备接受的至少一个QoS流的信息包括第一QoS流的标识和第一QoS流对应的QoS候选文件，且第一QoS流对应的QoS候选文件为第二QoS候选文件，则用户面网元确定第一QoS流对应的候选QoS文件发生变化，即从第一候选QoS文件变为第二候选QoS文件。可选地，用户面网元向控制面网元发送第二候选QoS文件的信息。控制面网元收到该第二候选QoS文件的信息后，可以向终端设备发送第二候选QoS文件对应的QoS参数。
    [0264]关于第二种可能的方案，后面结合方法800详细说明。
    [0265]为了便于理解，下面结合图4至图9对本申请实施例进行示例性说明，以下示例中假设接入网设备为RAN，用户面网元为本地PSA(local PSA，L-PSA)，控制面网元为SMF，第一指示信息为重复通知指示。此外，为简洁，以重复通知指示用于指示通过用户面和控制面发送QoS流能否被保障的通知为例进行示例性说明。可以理解，重复通知指示用于指示通过用户面和控制面发送QoS流能否被保障的通知也可以替换为：重复通知指示用于指示通过用户面和控制面发送：QoS流能否被保障的通知，和/或，支持的QoS流的候选QoS文件的信息，具体的可以参考方法300中关于第一指示信息的相关描述。此外，为便于理解，下文实施例中主要以QoS流的GFBR能否被保障为例进行示例说明，可以理解，QoS流的GFBR能否被保障，也可以替换为QoS流的QoS能否被保障。其中涉及到的步骤具体可以可参考上文描述。
    [0266]图4是本申请实施例提供的一种通信方法400的示意性流程图。该方法400可适用于上述方法300中的方案1，也即RAN向控制面网元发送候选QoS文件的信息的方案。方法400可以包括如下步骤。
    [0267]401，PDU会话的建立过程(PDU session establishment procedure)。
    [0268]例如，UE发起PDU会话的建立，网络为PDU选择PSA，网络给UE分配地址。UE通过建立的PDU会话，可以访问DN网络中的应用服务器。可以理解，PDU会话建立后，也就是建立了终端设备和DN的数据传输通道。
    [0269]上述仅是示例性说明，对于步骤401本申请实施例不作限定。例如，步骤401可以参考现有技术或以后出现的方式。
    [0270]AF可向PCF发送UE通知(UE notification)信息(即第五指示信息的一例)，该UE通知信息指示向UE通知RAN能够支持的QoS流的QoS参数，或者，该UE通知信息指示指示RAN向用户面网元(如L-PSA)和控制面网元(如SMF)发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息。作为示例，AF可通过NEF向PCF发送UE通知信息，如步骤402和步骤403。
    [0271]402，AF向NEF发送请求消息#1。
    [0272]该请求消息#1用于请求网络对UE访问的应用进行QoS保障。作为示例，请求消息#1可以为Nnef接口有QoS的AF会话建立请求(Nnef_AFsessionWithQoS_Create Request)消息。
    [0273]可选地，请求消息#1中包括业务信息、订阅网络拥塞信息通知的信息、UE通知信息、直接通知指示。下面简单介绍各信息。
    [0274]1、业务信息可以表示与业务相关的信息。
    [0275]作为示例，业务信息可包括业务数据流(或者业务数据流绑定的QoS流，或者简称为QoS流)的描述信息(如五元组信息，又如用于匹配一个或多个业务数据流的过滤器，每个业务数据流的过滤器对应一个流标识)和QoS需求(QoS requirement)。
    [0276]其中，五元组信息通常是指源IP地址，源端口，目的IP地址，目的端口和传输层协议。
    [0277]其中，QoS需求包括与业务数据流的对应的QoS参数，也即请求的对应该业务数据流的QoS参数。
    [0278]可选地，业务信息还包括至少一个候选QoS需求(alternative QoSrequirement)。候选QoS需求可以由网络映射成候选QoS文件。也即基于候选QoS需求可获知该候选QoS需求对应的候选QoS文件，或者基于候选QoS文件可获知该候选QoS文件对应的候选QoS需求。可以理解，此处的候选QoS需求的数量可以大于1或等于1，也即候选QoS文件的数量可以大于1或等于1。
    [0279]类似地，候选QoS需求，表示与业务数据流的对应的候选的QoS参数，也即请求的对应该业务数据流的候选的QoS参数。举例来说，若业务数据流的QoS需求不能被保障，则RAN可从候选QoS文件中选择，为该业务数据流实现的QoS所匹配的一个候选QoS文件。
    [0280]2、订阅网络拥塞信息通知的信息，可以表示与网络拥塞信息相关的信息。
    [0281]作为示例，订阅网络拥塞信息通知(即订阅业务数据流的QoS需求能否得到保障的通知)的信息包括：事件标识和通知端点1a(notification endpoint1a)。下面简单介绍各信息。
    [0282]1)notification endpoint1a包括接收事件通知的目标地址，该目标地址例如可以是目标通知地址1a(notification target address1a)，或者，该目标地址例如可以是notification target address1a和通知相关ID1a(notification correlation Id 1a)。
    [0283]2)事件标识包括：QoS通知控制(QoS notification control)指示。
    [0284]其中，QoS notification control指示适用于保证比特率(guaranteed bitrate，GBR)的QoS流，指示网络(如RAN)上报AF请求的QoS参数是否能够保障。例如，RAN上报业务数据流绑定的QoS flow的GFBR不能被保障(GFBR can no longer be guaranteed)(也即QoS流的QoS不能被保障)或者GFBR能被保障(GFBR can be guaranteed)(也即QoS流的QoS能被保障)。若请求消息#1中还包括候选QoS需求，当RAN无法保证GFBR时，RAN在上报GFBR can no longer be guaranteed的指示时，还可以上报当前可以支持的候选QoS文件对应的标识，这样再由网络映射成候选QoS需求对应的标识通知给AF。这样AF可以知道RAN当前保障的QoS。
    [0285]3、直接通知指示：指示通过用户面网元上报拥塞信息。其中，拥塞信息表示订阅网络拥塞信息通知的信息中的事件标识相关的拥塞信息。作为示例，拥塞信息可以包括：业务数据流的QoS能否得到保障(也即QoS流的QoS不能被保障)、为业务数据流实现的QoS所匹配的候选QoS文件(也即QoS流的QoS不能被保障的情况下，RAN能够支持的QoS流的候选QoS文件)等等。
    [0286]4、UE通知信息，表征是否要通知UE当前RAN支持的(或者称匹配的，或者称执行的，或者称确定的，或者称实现的，或者称选择的)UE的QoS流的QoS参数，如表征要通知UE当前RAN支持的UE的QoS流的候选QoS文件对应的QoS参数。
    [0287]一种可能的情形，若默认不要通知UE当前RAN支持的UE的QoS流的QoS参数，则在请求消息#1中可携带指示信息#A，该指示信息#A表征要通知UE当前RAN支持的UE的QoS流的QoS参数。也即基于请求消息#1中携带指示信息#A，可获知要向UE通知当前RAN支持的UE的QoS流的QoS参数。
    [0288]另一种可能的情形，若默认要通知UE当前RAN支持的UE的QoS流的QoS参数，则在请求消息#1中可不携带指示信息#B(如disable UE notification)，该指示信息#B指示不通知UE当前RAN支持的UE的QoS流的QoS参数。也即基于请求消息#1中未携带指示信息#B，可获知要向UE通知当前RAN支持的UE的QoS流的QoS参数。
    [0289]403，NEF向PCF发送请求消息#2。
    [0290]请求消息#2包括请求消息#1中包括的信息。为便于描述，将请求消息#1中包括的信息记为信息#1。也即，在步骤403中，NEF向PCF发送信息#1。下面结合两个架构进行说明。
    [0291]图5是适用于本申请实施例的一架构的示意图。
    [0292]在图5所示的架构中，AF可以与NEF通信，例如L-PSA可通过N4a接口向AF发送信息，如上报QoS信息。
    [0293]图6是适用于本申请实施例的另一架构的示意图。
    [0294]在图6所示的架构中，可在本地数据中心部署本地NEF(local NEF，L-NEF)，L-NEF可通过N33接口与AF通信，L-NEF可通过N4a接口与L-PSA通信，L-NEF可通过N6接口与PCF通信。
    [0295]一种可能的情形，以图5所示的架构为例，NEF通过与BSF交互，获取PCF的地址，进而向该PCF发送信息#1。例如，NEF向PCF发送Npcf接口策略授权建立请求(Npcf_PolicyAuthorization_Create Request)消息，该消息中包括信息#1。
    [0296]另一种可能的情形，以图6所示的架构为例，L-NEF确定notificationendpoint1b，并保存notification endpoint1b与notification endpoint1a的对应关系。L-NEF通过与BSF交互，获取PCF的地址，进而向该PCF发送信息#1。例如，NEF向PCF发送Npcf_PolicyAuthorization_Create request消息，该消息中包括信息#1。需要说明的是，在该情形下，步骤403中信息#1中包括的是notification endpoint1b，也即基于notificationendpoint1b与notification endpoint1a的对应关系，将步骤402中收到的notificationendpoint1a替换为notification endpoint1b。notification endpoint1b可以包括目标通知地址1b(notification target address1b)，或者，notification endpoint1b可以包括notification target address1b和通知相关ID1b(notification correlation Id 1b)。
    [0297]404，PCF向NEF发送请求消息#2的响应消息。
    [0298]PCF收到请求消息#2后，可保存请求消息#2中包括的信息#1，并向NEF返回请求消息#2的响应消息。例如，步骤403中请求消息#2为Npcf_PolicyAuthorization_CreateRequest消息，相应地，步骤404中请求消息#2的响应消息为Npcf接口策略授权建立响应(Npcf_PolicyAuthorization_Create Response)消息。
    [0299]405，NEF向AF发送请求消息1的响应消息。
    [0300]NEF收到PCF的响应后，可向AF发送请求消息1的响应消息。例如，步骤402中请求消息#1为Nnef_AFsessionWithQoS_Create Request消息，相应地，步骤405中请求消息#1的响应消息为Nnef接口有QoS的AF会话建立响应(Nnef_AFsessionWithQoS_Create Response)消息。
    [0301]406，PCF制定PCC规则。
    [0302]PCF根据接收到的信息#1进行策略决策，为步骤401建立的PDU会话制定PCC规则。
    [0303]作为示例，PCC规则中可以包括：根据业务信息授权的QoS参数(也即基于业务信息中的QoS需求确定的QoS参数)、订阅网络拥塞信息通知的信息、候选的QoS参数集(alternative QoSparameter set)、对应关系。其中，对应关系表示候选QoS需求标识和alternative QoSparameter set标识的对应关系。
    [0304]其中，订阅网络拥塞信息通知的信息包括：(1)事件标识；(2)notificationendpoint1a(如在图5架构下)或notification endpoint1a(如在图6架构下)。
    [0305]其中，alternative QoSparameter set可以是PCF确定的。具体来说，若在步骤402中携带候选QoS需求，也即信息#1中包括候选QoS需求，则PCF为候选QoS需求确定候选QoS需求对应的alternative QoSparameter set，并且PCC规则中包括alternativeQoSparameter set。可选地，该PCC规则中还可以包括候选QoS需求标识和alternativeQoSparameter set标识的对应关系。
    [0306]若在步骤403中，PCF收到UE通知指示，则PCF可向SMF指示通知UE当前RAN支持的UE的QoS流的QoS参数，也即PCF根据UE通知指示，确定要通知UE当前RAN支持的UE的QoS流的QoS参数，因此向SMF指示通知UE当前RAN支持的UE的QoS流的QoS参数。从而SMF可以通知RAN通过控制面和用户面上报QoS流能否被保障的通知，这样SMF收到RAN上报的QoS流能否被保障的通知后，SMF可通知UE当前RAN支持的UE的QoS流的QoS参数。PCF向SMF指示通知UE当前RAN支持的UE的QoS流的QoS参数的方法包括：PCF向SMF发送PCC规则，PCC规则中包括以下任一项：(a)重复通知指示；或者(b)直接通知指示和第二指示信息；或者(c)直接通知指示。
    [0307]情况(a)，PCC规则包括重复通知指示。
    [0308]重复通知指示，可指示要通过控制面和用户面上报QoS流能否被保障的通知，也即要向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。举例来说，若在步骤402中携带UE通知信息和直接通知指示，也即信息#1中包括UE通知信息和直接通知指示，则表示RAN要通过用户面向AF上报能否被保障的通知(或者L-PSA直接向AF上报能否被保障的通知)，并且UE需要知道当前RAN支持的QoS流的QoS参数，因此PCF在PCC规则中可包括重复通知指示，以指示RAN要向用户面(如L-PSA)和控制面(如SMF)发送QoS流能否被保障的通知。
    [0309]可以理解，重复通知指示为示例性说明，对此不予限制。例如，PCC规则中包括一指示信息，该指示信息指示要通过控制面上报能否被保障的通知；或者该指示信息指示要通过控制面上报当前RAN支持的UE的QoS流的QoS参数。
    [0310]情况(b)，PCC规则包括直接通知指示和第二指示信息。
    [0311]若在步骤402中携带直接通知指示和指示信息#A，也即信息#1中包括UE通知信息和直接通知指示，则PCF在PCC规则中包括直接通知指示和第二指示信息。SMF可以结合PCC规则中的直接通知指示和第二指示信息确定RAN要向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。其中，指示信息#A和第二指示信息的功能一样，由于指示信息#A和第二指示信息的发送方和接收方不同，故命名不同。关于第二指示信息，可以参考前面方法300中的相关描述，此处不再赘述。
    [0312]情况(c)，PCC规则包括直接通知指示。
    [0313]若在步骤402中携带直接通知指示且不携带指示信息#B，也即信息#1中包括直接通知指示且不包括指示信息#B，则PCF在PCC规则中包括直接通知指示且不包括第三指示信息。SMF可以根据直接通知指示、以及PCC规则中不包括第三指示信息确定RAN要向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。其中，指示信息#B和第三指示信息的功能一样，由于指示信息#B和第三指示信息的发送方和接收方不同，故命名不同。关于第三指示信息的相关描述，可以参考前面方法300中的相关描述，此处不再赘述。
    [0314]可以理解，PCF可以根据AF的请求，为每一个业务数据流的过滤器以及请求参数制定一个PCC规则，且每个PCC规则中可包括该过滤器对应的流标识，进而识别该PCC规则适用的业务数据流。可以理解，规则即表示与PDU会话或业务数据流相关的策略信息元素，对此可以参考现有描述，此处不作限定。
    [0315]407，PCF向SMF发送PCC规则。
    [0316]PCF向步骤401建立的PDU会话对应的SMF发送PCC规则。
    [0317]一种可能的实现方式，PCF可以向SMF发送会话管理策略控制更新请求(Npcf_SMPolicyControl_UpdateNotify Request)消息，该消息中包含PCC规则的信息。
    [0318]408，SMF向PCF发送确认消息。
    [0319]SMF安装PCC规则(或者称绑定PCC规则)后，可以向PCF返回确认消息。
    [0320]一种可能的实现方式，SMF可以向PCF发送会话管理策略控制更新响应(Npcf_SMPolicyControl_UpdateNotify Response)消息。
    [0321]SMF收到来自PCF的指示(即PCC规则)后，可向RAN发送重复通知指示，以使得RAN向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。可选地，SMF还可向RAN发送QoS文件的信息和候选QoS文件的信息。作为示例，SMF可以通过AMF向RAN发送信息，如步骤409和410。
    [0322]409，SMF向AMF发送请求消息#3。
    [0323]SMF可以根据PCC规则，确定创建或修改QoS流，并且发送请求消息#3，指示与该QoS流相关的信息。
    [0324]以SMF确定创建QoS流为例，SMF为QoS流分配QFI(假设记为QFI1)。SMF向AMF发送请求消息#3，该请求消息#3包括：QFI(即QFI1)、QoS notification control指示、QoS文件的信息(也即QFI1对应的QoS流的QoS文件的信息)、候选QoS文件的信息(也即QFI1对应的QoS流的候选QoS文件的信息)、重复通知指示。其中，SMF可以根据以下任一情况，情况(a)、(b)或(c)，确定在请求消息#3中包括重复通知指示。
    [0325]一种可能的实现方式，在步骤409中，SMF向AMF发送Namf接口通信N1N2消息传输请求(Namf_Communication_N1N2MessageTransfer Request)消息。
    [0326]410，AMF向RAN发送请求消息#3中的信息。
    [0327]也即在步骤410中，AMF与RAN交互，AMF将步骤409接收到的信息发送给RAN。
    [0328]411，AMF向SMF发送请求消息#3的响应消息。
    [0329]一种可能的实现方式，在步骤409中，SMF向AMF发送Namf_Communication_N1N2MessageTransfer Request消息，在步骤411中，AMF向SMF发送Namf接口通信N1N2消息传输响应(Namf_Communication_N1N2MessageTransfer Response)消息。
    [0330]412，SMF与L-PSA之间进行N4会话修改。
    [0331]举例来说，SMF向L-PSA发送N4会话修改请求(N4 session modificationrequest)消息，L-PSA向SMF发送N4会话修改响应(N4 session modification response)消息。其中，N4会话修改请求中可以包括但不限于：QFI1、QFI1对应的过滤器(如记为过滤器1)、QFI1对应的流标识(如记为流标识1)、QoS notification control指示、对应关系(也即候选QoS需求标识和alternative QoSparameter set标识的对应关系)、notificationendpoint1a(如在图5架构下)或notification endpoint1a(如在图6架构下)。
    [0332]413，在QoS流的QoS文件的QoS不能被保障的情况下，RAN确定支持的QoS流的候选QoS文件为候选QoS文件#1。
    [0333]一种可能的情况，RAN在步骤410中收到QFI1对应的QoS流的QoS文件后，执行该QoS文件。当该QoS流的QoS文件的QoS不能被保障时，RAN确定该QoS流能够支持(或实现)的QoS所匹配的候选QoS文件。举例来说，RAN在执行QFI1对应的QoS流的QoS文件过程中，检测到QFI1对应的QoS流的GFBR从能够保障变成不能保障，因此RAN确定该QoS流能够支持(或实现)的QoS所匹配的候选QoS文件。具体来说，RAN可以从SMF提供的候选QoS文件(也即请求消息#3中的候选QoS文件)中，确定能够支持的该QoS流的QoS所匹配的候选QoS文件。为便于描述，将RAN确定的候选QoS文件记为候选QoS文件#1。
    [0334]另一种可能的情况，RAN在步骤410中收到QFI1对应的QoS流的QoS文件后，确定(或者称检测)QFI1对应的QoS流的QoS文件能否被保障。若RAN确定QFI1对应的QoS流的QoS文件不能被保障，那么RAN可确定该QoS流能够支持(或实现)的QoS所匹配的候选QoS文件。具体来说，RAN可以从SMF提供的候选QoS文件(也即请求消息#3中的候选QoS文件)中，确定能够支持的该QoS流的QoS所匹配的候选QoS文件，如记为候选QoS文件#1。
    [0335]RAN确定QFI1对应的QoS流的QoS文件不能被保障，并且确定支持的QoS流的候选QoS文件为候选QoS文件#1后，RAN根据重复指示信息，确定向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。RAN向用户面网元发送QoS流能否被保障的通知，如步骤414。
    [0336]414，RAN向L-PSA发送候选QoS文件#1的信息。
    [0337]举例来说，RAN可以根据在步骤410中收到的重复通知指示，向L-PSA发送候选QoS文件#1的信息(如候选QoS文件#1的标识)。
    [0338]在步骤414中，RAN还可以向L-PSA发送：QFI1、不能保障GFBR的指示信息(也即QoS流的QoS文件中的QoS不能被保障)。举例来说，RAN向L-PSA发送数据包，该数据包中包括：QFI1、不能保障GFBR的指示信息(第一通知信息的一例)、候选QoS文件#1的标识。
    [0339]415，L-PSA向AF发送候选QoS文件#1对应的候选QoS需求的信息。
    [0340]第一种可能的情形，L-PSA根据接收到的数据包确定对应的notificationendpoint1a，并根据候选QoS文件#1的标识确定候选QoS文件#1对应的候选QoS需求(如记为候选QoS需求#1)，并且向AF发送候选QoS需求#1的信息(如候选QoS需求#1的标识)。可选地，L-PSA还向AF发送在步骤414中收到的其他信息。L-PSA还可以根据接到的数据包确定业务数据流的过滤器1或流标识1，L-PSA向AF发送的消息中包括过滤器1或流标识1，以便到AF确定哪个业务数据流的GFBR不能得到保障或能够保障。
    [0341]第二种可能的情形，L-PSA根据接收到的数据包确定对应的notificationendpoint1b，并根据候选QoS文件#1的标识确定候选QoS文件#1对应的候选QoS需求#1，并且向NEF发送候选QoS需求#1的信息(如候选QoS需求#1的标识)。可选地，L-PSA还向NEF发送在步骤414中收到的其他信息。L-PSA还可以根据接到的数据包确定业务数据流的过滤器1或流标识1，L-PSA向NEF发送的消息中包括过滤器1或流标识1。
    [0342]在上述第二种可能的情形下，进一步，NEF根据notification endpoint1b确定notification endpoint1a，并向AF发送NEF从L-PSA收到的信息。此外，若NEF从L-PSA收到过滤器1，则NEF根据过滤器1确定流标识1，在向AF发送的消息中还包括流标识1；若NEF从L-PSA收到过滤器1，则NEF向AF发送的消息中还包括流标识1。
    [0343]RAN确定QFI1对应的QoS流的QoS文件不能被保障，并且确定支持的QoS流的候选QoS文件为候选QoS文件#1后，RAN根据重复指示信息，确定向用户面网元(如L-PSA)和控制面网元(如SMF)发送QoS流能否被保障的通知。前面介绍了RAN向用户面网元发送QoS流能否被保障的通知，下面结合步骤416-417介绍RAN向控制面网元发送QoS流能否被保障的通知。
    [0344]416，RAN向AMF发送候选QoS文件#1的信息。
    [0345]在步骤416中，RAN可以根据在步骤410中收到的重复通知指示，向AMF发送候选QoS文件#1的信息(如候选QoS文件#1的标识)。
    [0346]在步骤416中，RAN还可以向AMF发送：QFI1、不能保障GFBR的指示信息(第一通知信息的一例)。举例来说，RAN向AMF发送N2消息(N2 message)，该N2消息中包括：QFI1、不能保障GFBR的指示信息、候选QoS文件#1的信息。
    [0347]417，AMF向SMF发送候选QoS文件#1信息。
    [0348]AMF可以将在步骤416中收到的信息转发给SMF。举例来说，在步骤416中AMF从RAN处接收到：QFI1、不能保障GFBR的指示信息、候选QoS文件#1的信息(如候选QoS文件#1的标识)，在步骤417中，AMF向SMF转发QFI1、不能保障GFBR的指示信息、候选QoS文件#1的信息。一种可能的实现方式，AMF向SMF发送Namf接口PDU会话更新会话管理上下文(Namf_PDUSession_UpdateSMContext)消息，该消息中包括QFI1、不能保障GFBR的指示信息、候选QoS文件#1的信息。
    [0349]418，SMF向UE发送候选QoS文件#1对应的QoS参数。
    [0350]此外，SMF还可向UE发送QFI1，以便UE识别候选QoS文件#1对应的QoS参数所适用的QoS流。
    [0351]作为示例，SMF通过AMF向UE发送QFI1和候选QoS文件#1对应的QoS参数。举例来说，SMF向AMF发送Namf_Communication_N1N2MessageTransfer消息，该消息中包括N1消息容器(N1 message container)，该N1 message container中包括QFI1和候选QoS文件#1对应的QoS参数；AMF收到该消息后，向UE发送NAS消息，NAS消息包括QFI1和候选QoS文件#1对应的QoS参数。
    [0352]可以理解，上述为示例性说明，AMF也可以直接向UE发送QFI1和候选QoS文件#1对应的QoS参数。也即AMF收到RAN发送的QFI1和候选QoS文件#1后，可向UE发送QFI1和候选QoS文件#1对应的QoS参数。
    [0353]上文结合图4所示的步骤401-418示例地介绍了一种可能的流程。应理解，上述各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，上述步骤414和步骤416之间并没有严格的先后顺序，如可以先执行步骤414，再执行步骤416；或者也可以先执行步骤416，再执行步骤414；或者也可以同步进行，对此不作限定。
    [0354]基于上述方法400，PCF根据AF的请求在PCC规则中包括重复通知指示，或者包括直接通知指示和第二指示信息，或者包括直接通知指示且不包括第三指示信息，SMF向RAN发送重复通知指示，RAN根据重复通知指示分别向控制面网元和用户面网元发送GFBR不能保障的指示和RAN支持的QoS流的QoS匹配的候选QoS文件(即候选QoS文件#1)的标识。SMF接收到该候选QoS文件的标识后，向UE发送该候选QoS文件对应的QoS参数。从而，可以使得UE获知RAN当前正在执行的候选QoS文件对应的QoS参数。
    [0355]图7是本申请实施例提供的一种通信方法700的示意性流程图。该方法700可适用于上述方法300中的方案2，也即用户面网元向控制面网元发送候选QoS文件的信息的方案。方法700可以包括如下步骤。
    [0356]701，PDU会话的建立过程。
    [0357]702，AF向NEF发送请求消息#1。
    [0358]703，NEF向PCF发送请求消息#2。
    [0359]704，PCF向NEF发送请求消息#2的响应消息。
    [0360]705，NEF向AF发送请求消息1的响应消息。
    [0361]步骤701-705与步骤401-405类似，此处不再赘述。
    [0362]706，PCF制定PCC规则。
    [0363]步骤706与步骤406类似，不同之处在于，在步骤706中，重复通知指示，指示L-PSA要向NEF或AF，以及控制面网元(如SMF)发送QoS流的QoS能否被保障的通知。举例来说，若在步骤702中携带UE通知信息和直接通知指示，也即信息#1中包括UE通知信息和直接通知指示，则表示RAN要通过用户面向AF上报能否被保障的通知(或者L-PSA直接向AF上报能否被保障的通知)，并且UE需要知道当前RAN支持的QoS流的QoS参数：QoS流的QoS能否被保障的通知，因此PCF在PCC规则中可包括重复通知指示，以指示L-PSA要向NEF或AF，以及控制面网元(如SMF)发送：QoS流的QoS能否被保障的通知。再举例来说，若在步骤702中携带直接通知指示和指示信息#A，也即信息#1中包括UE通知信息和直接通知指示，则PCF在PCC规则中包括直接通知指示和第二指示信息；SMF可以结合PCC规则中的直接通知指示和第二指示信息确定L-PSA要向NEF或AF，以及控制面网元(如SMF)发送QoS流的QoS能否被保障的通知。再举例来说，若在步骤702中携带直接通知指示且不携带指示信息#B，也即信息#1中包括直接通知指示且不包括指示信息#B，则PCF在PCC规则中包括直接通知指示且不包括第三指示信息；SMF可以根据PCC规则中包括直接通知指示、以及PCC规则中不包括第三指示信息，确定L-PSA要向NEF或AF，以及控制面网元(如SMF)发送QoS流的QoS能否被保障的通知。
    [0364]707，PCF向SMF发送PCC规则。
    [0365]708，SMF向PCF发送确认消息。
    [0366]SMF收到来自PCF的指示(即PCC规则)后，可向RAN发送直接通知指示，以使得RAN向用户面网元(如L-PSA)发送QoS流能否被保障的通知。作为示例，SMF可以通过AMF向RAN发送信息，如步骤709和710。
    [0367]709，SMF向AMF发送请求消息#3。
    [0368]SMF可以根据PCC规则，确定创建或修改QoS流，并且发送请求消息#3，指示与该QoS流相关的信息。
    [0369]以SMF确定创建QoS流为例，SMF为QoS流分配QFI(假设记为QFI1)。SMF向AMF发送请求消息#3，该请求消息#3包括：QFI(即QFI1)、QoS notification control指示、候选QoS文件的信息、直接通知指示。其中，SMF可以根据以下任一情况，情况(a)、(b)或(c)，确定在请求消息#3中包括直接通知指示。直接通知指示用于指示RAN向L-PSA发送QoS流的QoS能否被保障的通知。
    [0370]一种可能的实现方式，在步骤709中，SMF向AMF发送Namf_Communication_N1N2MessageTransfer Request消息。
    [0371]710，AMF向RAN发送请求消息#3中的信息。
    [0372]711，AMF向SMF发送请求消息#3的响应消息。
    [0373]步骤707-711与步骤407-411类似，此处不再赘述。
    [0374]SMF收到来自PCF的指示(即PCC规则)后，可向L-PSA发送重复通知指示，以使得L-PSA向控制面网元(如SMF)发送QoS流能否被保障的通知。作为示例，SMF可以通过N4会话修改流程，向L-PSA发送重复通知指示，如步骤712。
    [0375]712，SMF与L-PSA之间进行N4会话修改。
    [0376]步骤712与步骤412类似，不同之处在于，SMF与L-PSA之间进行N4会话修改的过程中，SMF向L-PSA发送重复通知指示。可以理解，对此不予限制。例如，SMF也可以在其他流程中向L-PSA发送重复通知指示。
    [0377]713，在QoS流的QoS文件的QoS不能被保障的情况下，RAN确定支持的QoS流的候选QoS文件为候选QoS文件#1。
    [0378]714，RAN向L-PSA发送候选QoS文件#1的信息。
    [0379]举例来说，RAN可以根据在步骤710中收到的直接通知指示向L-PSA发送候选QoS文件#1的信息(如候选QoS文件#1的标识)。
    [0380]715，L-PSA向AF发送候选QoS文件#1对应的候选QoS需求的信息。
    [0381]步骤713-715与步骤413-415类似，此处不再赘述。
    [0382]L-PSA根据重复指示信息，确定向控制面网元(如SMF)发送QoS流能否被保障的通知，如步骤716。
    [0383]716，L-PSA向SMF发送候选QoS文件#1的信息。
    [0384]在步骤716中，L-PSA可以根据在步骤712中收到的重复通知指示，向AMF发送候选QoS文件#1的信息(如候选QoS文件#1的标识)。
    [0385]在步骤716中，L-PSA还可以向SMF发送：QFI1、不能保障GFBR的指示信息(也即QoS流的QoS文件中的QoS不能被保障)。举例来说，L-PSA向SMF发送N4会话报告(N4 sessionreport)，该N4 session report中包括：QFI1、不能保障GFBR的指示信息、候选QoS文件#1的信息。
    [0386]717，SMF向UE发送候选QoS文件#1对应的QoS参数。
    [0387]步骤717与步骤418类似，此处不再赘述。
    [0388]上文结合图7所示的步骤701-717示例地介绍了一种可能的流程。应理解，上述各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，上述步骤715和步骤716之间并没有严格的先后顺序，如可以先执行步骤715，再执行步骤716；或者也可以先执行步骤716，再执行步骤715；或者也可以同步进行，对此不作限定。
    [0389]基于上述方法700，PCF根据AF的请求在PCC规则中包括重复通知指示，或者包括直接通知指示和第二指示信息，或者包括直接通知指示且不包括第三指示信息，SMF向L-PSA发送重复通知指示，L-PSA根据重复通知指示分别向SMF和NEF/AF发送GFBR不能保障的指示和RAN支持的QoS流的QoS匹配的候选QoS文件(即候选QoS文件#1)的标识。SMF接收到RAN支持的QoS流的QoS匹配的候选QoS文件的标识后，向UE发送该候选QoS文件对应的QoS参数。从而，可以使得UE获知RAN当前正在执行的候选QoS文件对应的QoS参数。
    [0390]上面结合图4和图7介绍了适用于方法300中关于方案1和方案2的可用流程。可以理解，上文方法400和方法700中主要以PCC规则中包括重复通知指示，或者包括直接通知指示和第二指示信息，或者包括直接通知指示且不包括第三指示信息为例进行了示例性说明，对此不予限制。
    [0391]下面结合图8和图9介绍适用于方法400或方法700中涉及UE切换的可用流程。为便于描述，下文中，将UE切换前的RAN记为第一RAN，UE切换后的RAN记为第二RAN。也即假设UE从第一RAN切换至第二RAN，也即切换前第一RAN为UE提供服务，切换后第二RAN为UE提供服务。
    [0392]图8是本申请实施例提供的一种通信方法800的示意性流程图。方法800可以包括如下步骤。
    [0393]801，UE从第一RAN切换至第二RAN。
    [0394]UE发生移动后，可能会出现网络的切换，如基于Xn的NG-RAN间的切换或基于NG-RAN间节点N2的切换。在本申请实施例中，假设UE从第一RAN切换至第二RAN。
    [0395]在切换过程中，第二RAN可从第一RAN获取UE的QoS流的信息(如UE的每个QoS流的信息)。QoS流的信息例如可以包括QoS相关的信息。
    [0396]其中，QoS相关的信息，例如可以包括但不限于：QoS notification control指示、QoS流的QoS文件、至少一个候选QoS文件，其中，QoS流的QoS文件为UE接入第一RAN时执行的QoS文件，至少一个候选QoS文件为UE接入第一RAN时QoS流对应的候选QoS文件。对于方法400，QoS相关信息中还包括重复通知指示；对于方法700，QoS相关信息中还包括直接通知指示。第二RAN可以根据QoS流的QoS文件确定是否支持QoS流的QoS，也即第二RAN可以确定QoS流的QoS文件中的QoS是否能被保障。若第二RAN确定QoS流的QoS文件中的QoS不能被保障，则第二RAN可以确定支持的QoS流的候选QoS文件。
    [0397]为区分，假设步骤801中的QoS流的标识为QFI1，也即上述QoS流的信息为QFI1对应的信息。
    [0398]802，第二RAN向AMF发送第二RAN可接受的QFI列表。
    [0399]举例来说，第二RAN向AMF发送N2消息，该N2消息包括第二RAN可接受的QFI列表。
    [0400]其中，第二RAN可接受的QFI列表包括第二RAN可接受的QFI，或者第二RAN可支持的QFI。可选地，该QFI列表中还包括支持QFI对应的QoS流的候选QoS文件的信息(如候选QoS文件的标识)。
    [0401]具体来说，若第二RAN不支持某个QoS流的QoS文件，但是支持该QoS流的候选QoS文件，则在第二RAN可接受的QFI列表中包括支持该QoS流的候选QoS文件的信息(如候选QoS文件的标识)。
    [0402]例如，第二RAN接受的QoS流中包括QFI1对应的QoS流，并且支持QFI1对应的QoS流的候选QoS文件为候选QoS文件#2，则步骤802中，第二RAN向AMF发送的第二RAN可接受的QFI列表中可以包括QFI1和候选QoS文件#2的信息(如候选QoS文件#2的标识)。
    [0403]再例如，第二RAN接受的QoS流中包括QFI1对应的QoS流，并且支持QFI1对应的QoS流的QoS文件(也即QoS流的QoS文件中的QoS能被保障)，则第二RAN向AMF发送的第二RAN可接受的QFI列表中可以包括QFI1。
    [0404]假设步骤802中，第二RAN可接受的QFI列表包括QFI1和候选QoS文件#2的信息(如候选QoS文件#2的标识)。
    [0405]803，AMF向SMF发送第二RAN可接受的QFI列表。
    [0406]AMF收到第二RAN发送的第二RAN可接受的QFI列表后，向SMF转发该第二RAN可接受的QFI列表，如该第二RAN可接受的QFI列表包括QFI1和候选QoS文件#2的信息(如候选QoS文件#2的标识)。
    [0407]一种可能的实现方式，AMF向SMF发送Namf_PDUSession_UpdateSMContextRequest消息，该消息中包括QFI1和候选QoS文件#2的信息(如候选QoS文件#2的标识)。
    [0408]第二RAN还可以向L-PSA提供第二RAN可接受的至少一个QoS流的信息，如第二RAN可接受的QFI列表，即步骤804。
    [0409]804，第二RAN向L-PSA发送第二RAN可接受的QFI列表。
    [0410]一种可能的情形，第二RAN根据重复通知指示(如方法400中的重复通知指示)，通过用户面数据包向L-PSA发送：第二RAN可接受的QFI列表。关于第二RAN可接受的QFI列表可以参考步骤802中的描述，此处不再赘述。
    [0411]另一种可能的情形，第二RAN根据直接通知指示(如方法700中的直接通知指示)，通过用户面数据包向L-PSA发送第二RAN可接受的QFI列表。关于第二RAN可接受的QFI列表可以参考步骤802中的描述，此处不再赘述。
    [0412]L-PSA可以基于第二RAN可接受的至少一个QoS流的信息(即第二RAN可接受的QFI列表)和第一RAN提供的信息，判断第一QoS流的QoS信息是否发生更新，如步骤805。
    [0413]805，L-PSA判断QoS流的信息是否发生更新。
    [0414]示例1，L-PSA接收到第一RAN发送的以下信息：QFI1、QFI1对应的QoS流的QoS文件中的QoS不能被保障、QFI1对应的候选QoS文件#1的信息，如果L-PSA接收到的第二RAN可接受的QFI列表包括QFI1和候选QoS文件#2的信息，那么L-PSA可判断QoS流的信息发生更新，即QFI1对应的QoS流的QoS文件中的QoS不能被保障，第二RAN支持的QFI1对应的QoS流的候选QoS文件变为候选QoS文件#2。
    [0415]示例2，L-PSA接收到第一RAN发送的以下信息：QFI1、QFI1对应的QoS流的QoS文件中的QoS不能被保障、QFI1对应的候选QoS文件#1的信息，如果L-PSA接收到的第二RAN可接受的QFI列表包括QFI1，那么L-PSA可判断QoS流的信息发生更新，即QFI1对应的QoS流的QoS文件中的QoS能被保障。
    [0416]可以理解，上述为示例性说明，对此不予限制。
    [0417]806，L-PSA向AF发送QoS流更新后的信息。
    [0418]在L-PSA判断QoS流的信息发生更新的情况下，L-PSA向AF发送QoS流更新后的信息。
    [0419]例如，以上述示例1为例，QoS流更新后的信息包括QFI1对应的QoS流的QoS文件中的QoS不能被保障，第二RAN支持的QFI1对应的QoS流的候选QoS文件为候选QoS文件#2，因此，L-PSA向AF发送：QFI1对应的QoS流的QoS文件中的QoS不能被保障的通知，以及候选QoS文件#2对应的候选QoS需求的信息。
    [0420]再例如，以上述示例2为例，QoS流更新后的信息包括QFI1对应的QoS流的QoS文件中的QoS能被保障，因此，L-PSA向AF发送：QFI1对应的QoS流的QoS文件中的QoS能被保障的通知。
    [0421]第一种可能的情形，L-PSA根据QFI确定notification endpoint1a，并向AF发送QoS流更新后的信息。
    [0422]第二种可能的情形，L-PSA根据QFI确定notification endpoint1b，并向NEF发送QoS流更新后的信息；NEF根据notification endpoint1b确定notification endpoint1a，向AF发送QoS流更新后的信息。
    [0423]可选地，方法800还包括步骤807。
    [0424]807，SMF判断QoS流的信息是否发生更新。
    [0425]对于QoS Notification Control的情况，SMF根据从第一RAN处收到的QoS流的QoS文件的QoS能否被保障的通知，以及在步骤803中收到的第二RAN可接受的QFI列表，判断QoS流的信息是否发生更新。具体的判断方式可以参考步骤805中的描述，此处不再赘述。
    [0426]假设SMF确定QFI1对应的QoS流的QoS文件中的QoS不能被保障，且第二RAN支持的QFI1对应的QoS流的候选QoS文件变为候选QoS文件#2，则方法800还包括步骤808。
    [0427]808，SMF向UE发送候选QoS文件#2对应的QoS参数。
    [0428]此外，SMF还可向UE发送QFI1，以便UE识别候选QoS文件#2对应的QoS参数所适用的QoS流。
    [0429]作为示例，SMF通过AMF向UE发送候选QoS文件#2对应的QoS参数。举例来说，SMF向AMF发送Namf_Communication_N1N2MessageTransfer消息，该消息中包括N1messagecontainer，该N1 message container中包括候选QoS文件#2对应的QoS参数；AMF收到该消息后，向UE发送NAS消息，NAS消息包括候选QoS文件#2对应的QoS参数。
    [0430]一可能的情形，SMF自己确定候选QoS文件#2。也即，基于步骤807，SMF自己判断第二RAN支持的QFI1对应的QoS流的候选QoS文件变为候选QoS文件#2。
    [0431]另一种可能的情形，L-PSA向SMF发送候选QoS文件#2的信息(如候选QoS文件#2的表示)。在步骤805之后，方法800还包括：L-PSA向SMF发送QFI1和候选QoS文件#2的信息(如候选QoS文件#2的表示)。举例来说，L-PSA判断QoS流的信息发生更新后，根据重复通知指示(如方法700所述)，向SMF发送QoS流更新后的信息(如QFI1对应的QoS流的QoS文件中的QoS不能被保障的通知，以及候选QoS文件#2的信息)，进而SMF向UE发送候选QoS文件#2对应的QoS参数。在该情形下，方法800可以不包括步骤807。
    [0432]上文结合图8所示的步骤801-808示例地介绍了一种可能的流程。应理解，上述各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，上述步骤805和步骤807之间并没有严格的先后顺序，如可以先执行步骤805，再执行步骤807；或者也可以先执行步骤807，再执行步骤805；或者也可以同步进行，对此不作限定。
    [0433]基于上述方法800，UE切换后的RAN(即第二RAN)将可以接收到的QoS流的标识以及可支持的候选QoS文件的标识发送给L-PSA，L-PSA判断QoS流的信息是否发生更新。在QoS流的信息发生更新的情况下，及时通知AF。从而，在跨RAN切换的过程中，也能够上报QoS流的信息。
    [0434]图9是本申请实施例提供的一种通信方法900的示意性流程图。方法900可以包括如下步骤。
    [0435]901，UE从第一RAN切换至第二RAN。
    [0436]UE发生移动后，可能会出现网络的切换。在本申请实施例中，假设UE从第一RAN切换至第二RAN。
    [0437]UE从第一RAN切换至第二RAN的过程中，第一RAN可以向第二RAN发送第一候选QoS文件的信息，第一候选QoS文件为第一RAN能够支持的QoS流的候选QoS文件，如步骤902。
    [0438]902，第一RAN向第二RAN发送QoS流的信息。
    [0439]在切换过程中，第二RAN可从第一RAN获取UE的QoS流的信息(如UE的每个QoS流的信息)。QoS流的信息例如可以包括但不限于QoS相关的信息。关于QoS相关的信息参考步骤801中的描述。此外，在本申请实施例中，QoS相关的信息还可以包括：之前发送过QoS文件的QoS不能保障的QoS流的QFI以及该QFI对应的候选QoS文件(假设是QFI1以及候选QoS文件#1)。举例来说，假设QFI1对应的QoS流的QoS文件的QoS不能被保障，且第一RAN确定支持的QoS流的候选QoS文件为候选QoS文件#1。
    [0440]903，第二RAN判断QoS流的信息是否发生更新。
    [0441]第二RAN可以并根据在步骤902中收到的QoS流的信息以及实际情况，判断QoS流的信息是否发生更新。示例地，QoS流的信息是否发生更新，例如可以包括：QoS流的QoS文件中的QoS的保障情况是否发生变化，和/或，QoS流对应的候选QoS文件是否发生变化。
    [0442]举例来说，第二RAN检测QFI1对应的QoS流的相关情况，例如，第二RAN判断QFI1对应的QoS流的QoS文件中的QoS能被保障；再如，第二RAN判断QFI1对应的QoS流的QoS文件中的QoS不能被保障，且第二RAN支持的QFI1对应的QoS流的候选QoS文件为候选QoS文件#2。
    [0443]904，第二RAN向SMF发送QoS流更新后的信息。
    [0444]在第二RAN判断QoS流的信息发生更新的情况下，第二RAN向SMF发送QoS流更新后的信息。
    [0445]例如，若步骤903中第二RAN判断QFI1对应的QoS流的QoS文件中的QoS能被保障，则步骤904中，第二RAN向SMF发送QFI1对应的QoS流的QoS文件中的QoS能被保障的通知(即第三通知信息)。
    [0446]再例如，若步骤903中第二RAN判断QFI1对应的QoS流的QoS文件中的QoS不能被保障，且第二RAN支持的QFI1对应的QoS流的候选QoS文件为候选QoS文件#2，则步骤904中，第二RAN向SMF发送候选QoS文件#2的信息(如候选QoS文件#2的标识)。可选地，第二RAN还向SMF发送QFI1对应的QoS流的QoS文件中的QoS不能被保障的通知(即第四通知信息)和/或QFI1。
    [0447]一种可能的实现方式，第二RAN通过AMF向SMF发送QoS流更新后的信息，也就是说，第二RAN向AMF发送QoS流更新后的信息，AMF向SMF转发该QoS流更新后的信息。举例来说，第二RAN向AMF发送N2消息，该N2消息包括QoS流更新后的信息；AMF向SMF发送Namf_PDUSession_UpdateSMContext Request消息，该Namf_PDUSession_UpdateSMContextRequest消息包括QoS流更新后的信息。
    [0448]905，第二RAN向L-PSA发送QoS流更新后的信息。
    [0449]在第二RAN判断QoS流的信息发生更新的情况下，第二RAN向L-PSA发送QoS流更新后的信息。
    [0450]例如，若步骤903中第二RAN判断QFI1对应的QoS流的QoS文件中的QoS能被保障，则步骤905中，第二RAN向L-PSA发送QFI1对应的QoS流的QoS文件中的QoS能被保障的通知(即第六通知信息)。
    [0451]再例如，若步骤903中第二RAN判断QFI1对应的QoS流的QoS文件中的QoS不能被保障，且第二RAN支持的QFI1对应的QoS流的候选QoS文件为候选QoS文件#2，则步骤905中，第二RAN向L-PSA发送候选QoS文件#2的信息(如候选QoS文件#2的标识)。可选地，第二RAN还向L-PSA发送QFI1对应的QoS流的QoS文件中的QoS不能被保障的通知(即第五通知信息)和/或QFI1。
    [0452]906，L-PSA向AF发送QoS流更新后的信息。
    [0453]L-PSA向AF发送在步骤905中收到的信息。
    [0454]第一种可能的情形，L-PSA根据QFI确定notification endpoint1a，并向AF发送在步骤905中收到的信息。
    [0455]第二种可能的情形，L-PSA根据QFI确定notification endpoint1b，并向NEF发送在步骤905中收到的信息；NEF根据notification endpoint1b确定notificationendpoint1a，向AF转发从L-PSA处收到的信息。
    [0456]907，SMF向UE发送候选QoS文件#2对应的QoS参数。
    [0457]此外，SMF还可向UE发送QFI1，以便UE识别候选QoS文件#2对应的QoS参数所适用的QoS流。
    [0458]作为示例，SMF通过AMF向UE发送候选QoS文件#2对应的QoS参数。举例来说，SMF向AMF发送Namf_Communication_N1N2MessageTransfer消息，该消息中包括N1messagecontainer，该N1 message container中包括候选QoS文件#2对应的QoS参数；AMF收到该消息后，向UE发送NAS消息，NAS消息包括候选QoS文件#2对应的QoS参数。
    [0459]一种可能的情形，SMF可以根据在步骤904中收到的QoS流更新后的信息确定候选QoS文件#2，进而向UE发送候选QoS文件#2对应的QoS参数。
    [0460]另一种可能的情形，在步骤905之后，方法900还包括：L-PSA向SMF发送候选QoS文件#2的信息。举例来说，L-PSA收到发送QoS流更新后的信息(如QFI1对应的QoS流的QoS文件中的QoS不能被保障的通知，以及候选QoS文件#2的信息)后，根据重复通知指示(如方法700所述)，向SMF发送候选QoS文件#2的信息，进而SMF向UE发送候选QoS文件#2对应的QoS参数。
    [0461]上文结合图9所示的步骤901-907示例地介绍了一种可能的流程。应理解，上述各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。例如，上述步骤904和步骤905之间并没有严格的先后顺序，如可以先执行步骤904，再执行步骤905；或者也可以先执行步骤905，再执行步骤X 904；或者也可以同步进行，对此不作限定。
    [0462]基于上述方法900，在跨RAN切换过程中，UE切换前的RAN(即第一RAN)向UE切换后的RAN(即第二RAN)发送之前发送过QoS文件的QoS不能保障的QoS流的列表和支持的候选QoS文件。第二RAN判断QoS流的信息是否发生更新。若第二RAN判断QoS流的信息发生更新，则第二RAN可以向L-PSA发送更新后的信息，L-PSA向AF发送接收到的信息。从而，在跨RAN切换的过程中，也能够上报QoS流的信息。
    [0463]可以理解，本申请实施例中的图4至图9中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图4至图9的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。
    [0464]还可以理解，上述图4至图9中各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
    [0465]还可以理解，附图中仅为便于理解，将PSA、SMF、AMF等核心网网元单独示出，但这不应对本申请构成任何限定。本申请对于核心网网元的具体形态不作限定。
    [0466]还可以理解，在上述一些实施例中，涉及到一些消息名称，如接口请求消息或接口响应消息，等等，应理解，其命名不对本申请实施例的保护范围造成限定。
    [0467]还可以理解，在上述一些实施例中，QoS流的GFBR能否被保障和QoS流的QoS能否被保障有时交替使用，本领域技术人员应理解其含义。还可以理解，在本申请实施例中，涉及网元A向网元B发送消息、信息或数据，以及网元B接收来自网元A的消息、信息或数据的相关描述，旨在说明该消息、信息或数据是要发给哪个网元，而并不限定它们之间是直接发送还是经由其他网元间接发送。
    [0468]还可以理解，上文主要以向UE通知RAN当前正在执行的候选QoS文件的信息为例进行示例性说明，对此不予限制。例如，若RAN检测到QFI对应的QoS流能被保障，则也可以向UE通知该QoS流所匹配的QoS文件的信息。
    [0469]还可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。
    [0470]还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。
    [0471]还可以理解，上述各个方法实施例中，由设备或网元实现的方法和操作，也可以由可由设备或网元的组成部件(例如芯片或者电路)来实现，不作限定。
    [0472]相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的装置，所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。
    [0473]图10是本申请实施例提供的一种通信装置1000的示意性框图。该装置1000包括一个或多个虚拟单元，如收发单元1010和处理单元1020。收发单元1010可以用于实现相应的通信功能。收发单元1010还可以称为通信接口或通信单元。处理单元1020可以用于实现相应的处理功能，如确定候选QoS文件。
    [0474]可选地，该装置1000还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元1020可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中设备或网元的动作。
    [0475]在第一种设计中，该装置1000可以是前述实施例中的控制面网元，也可以是控制面网元的组成部件(如芯片)。该装置1000可实现对应于上文方法实施例中的控制面网元执行的步骤或者流程。其中，收发单元1010可用于执行上文方法实施例中控制面网元的收发相关的操作，如图3所示实施例中控制面网元的收发相关的操作，又如图4至图9所示实施例中SMF的收发相关的操作；处理单元1020可用于执行上文方法实施例中控制面网元的处理相关的操作，如图3所示实施例中控制面网元的处理相关的操作，又如图4至图9所示实施例中SMF的处理相关的操作。
    [0476]第一种可能的实现方式，收发单元1010，用于向第一接入网设备发送第一指示信息，第一指示信息指示接入网设备向用户面网元和控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；收发单元1010，还用于接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；收发单元1010，还用于向终端设备发送第一候选QoS文件对应的第一QoS参数。
    [0477]可选地，收发单元1010，还用于接收来自策略控制网元的策略规则，策略规则包括第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示接入网设备向用户面网元和控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；收发单元1010，具体用于基于策略规则，向第一接入网设备发送第一指示信息。
    [0478]可选地，收发单元1010，还用于接收来自策略控制网元的策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数；收发单元1010，具体用于基于策略规则，向第一接入网设备发送第一指示信息。
    [0479]可选地，收发单元1010，还用于向第一接入网设备发送第一QoS流的QoS文件；接收来自第一接入网设备的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；响应于第二通知信息，向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0480]可选地，收发单元1010，还用于接收来自第二接入网设备的第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；响应于第三通知信息，向终端设备发送第一QoS流的QoS文件对应的第二QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备，第一QoS流的QoS文件是控制面网元向第一接入网设备发送的。
    [0481]示例地，第三通知信息包括第二接入网设备接受的至少一个QoS流标识，至少一个QoS流标识包括第一QoS流的标识。
    [0482]可选地，收发单元1010，还用于接收来自第二接入网设备的第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件；向终端设备发送第二候选QoS文件对应的第三QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0483]第二种可能的实现方式，收发单元1010，用于向用户面网元发送第一指示信息，第一指示信息指示用户面网元向控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；收发单元1010，还用于接收来自用户面网元的第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件；收发单元1010，还用于向终端设备发送第一候选QoS文件对应的第一QoS参数。
    [0484]可选地，收发单元1010，还用于接收来自策略控制网元的策略规则，策略规则包括第二指示信息，第二指示信息指示向终端设备通知接入网设备能够支持的QoS流的QoS参数，或者，第二指示信息指示用户面网元向控制面网元发送：QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的QoS流的候选QoS文件的信息；收发单元1010，具体用于基于策略规则，向用户面网元发送第一指示信息。
    [0485]可选地，收发单元1010，还用于接收来自策略控制网元的策略规则，策略规则不包括第三指示信息，第三指示信息指示不向终端设备通知接入网设备能够支持的QoS流的QoS参数；收发单元1010，具体用于基于策略规则，向用户面网元发送第一指示信息。
    [0486]可选地，收发单元1010，还用于接收来自用户面网元的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；响应于第二通知信息，向终端设备发送第一QoS流的QoS文件对应的第二QoS参数。
    [0487]可选地，收发单元1010，还用于接收来自第二接入网设备的第三通知信息，第三通知信息通知第一QoS流的QoS能被保障；响应于第三通知信息，向终端设备发送第一QoS流的QoS文件对应的第二QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备，第一QoS流的QoS文件是控制面网元向第一接入网设备发送的。
    [0488]可选地，收发单元1010，还用于接收来自第二接入网设备的第四通知信息和第二候选QoS文件的信息，第四通知信息通知第一QoS流的QoS不能被保障，第二候选QoS文件为第二接入网设备能够支持的第一QoS流的候选QoS文件；向终端设备发送第二候选QoS文件对应的第三QoS参数；其中，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0489]在第二种设计中，该装置1000可以是前述实施例中的接入网设备，也可以是接入网设备的组成部件(如芯片)。该装置1000可实现对应于上文方法实施例中的接入网设备执行的步骤或者流程。其中，收发单元1010可用于执行上文方法实施例中接入网设备的收发相关的操作，如图3所示实施例中第一接入网设备的收发相关的操作，又如图3所示实施例中第二接入网设备的收发相关的操作，又如图4或图7所示实施例中RAN的收发相关的操作，又如图8或图9所示实施例中第一RAN的收发相关的操作，又如图8或图9所示实施例中第二RAN的收发相关的操作；处理单元1020可用于执行上文方法实施例中接入网设备的处理相关的操作，如图3所示实施例中第一接入网设备的处理相关的操作，又如图3所示实施例中第二接入网设备的处理相关的操作，又如图4或图7所示实施例中RAN的处理相关的操作，又如图8或图9所示实施例中第一RAN的处理相关的操作，又如图8或图9所示实施例中第二RAN的处理相关的操作。
    [0490]一种可能的实现方式，收发单元1010，用于接收来自控制面网元的第一指示信息，第一指示信息指示接入网设备向用户面网元和控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；收发单元1010，还用于向控制面网元和用户面网元发送第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件。
    [0491]可选地，收发单元1010，还用于向控制面网元发送第二通知信息，第二通知信息通知第一QoS流的QoS能被保障。
    [0492]可选地，收发单元1010，还用于向第二接入网设备发送第四指示信息，第四指示信息是根据第一指示信息确定的，第一接入网设备为终端设备切换前接入的接入网设备，第二接入网设备为终端设备切换后接入的接入网设备。
    [0493]可选地，收发单元1010，还用于向第二接入网设备发送第一QoS流的标识和第一候选QoS文件的信息。
    [0494]在上述第二种可能的设计中，主要以装置1000可实现对应于上文方法实施例中的第一接入网设备执行的步骤或者流程为例进行了说明，可以理解，该装置1000还可以对应于上文方法实施例中的第二接入网设备执行的步骤或者流程，具体可参考上文方法实施例的描述，此处不再赘述。
    [0495]在第三种设计中，该装置1000可以是前述实施例中的用户面网元，也可以是用户面网元的组成部件(如芯片)。该装置1000可实现对应于上文方法实施例中的用户面网元执行的步骤或者流程。其中，收发单元1010可用于执行上文方法实施例中用户面网元的收发相关的操作，如图3所示实施例中用户面网元的收发相关的操作，又如图4至图9所示实施例中L-PSA的收发相关的操作；处理单元1020可用于执行上文方法实施例中用户面网元的处理相关的操作，如图3所示实施例中用户面网元的处理相关的操作，又如图4至图9所示实施例中L-PSA的处理相关的操作。
    [0496]一种可能的实现方式，收发单元1010，用于接收来自控制面网元的第一指示信息，第一指示信息指示用户面网元向控制面网元发送：第一服务器质量QoS流的QoS能否被保障的通知、和/或、接入网设备能够支持的第一QoS流的候选QoS文件的信息；收发单元1010，还用于向控制面网元发送第一通知信息和第一候选QoS文件的信息，第一通知信息通知第一QoS流的QoS不能被保障，第一候选QoS文件为第一接入网设备能够支持的第一QoS流的候选QoS文件
    [0497]可选地，收发单元1010，还用于接收来自第一接入网设备的第一通知信息和第一候选QoS文件的信息。
    [0498]可选地，收发单元1010，还用于接收来自第一接入网设备的第二通知信息，第二通知信息通知第一QoS流的QoS能被保障；向控制面网元发送第二通知信息。
    [0499]应理解，各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明，为了简洁，在此不再赘述。
    [0500]还应理解，这里的装置1000以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
    [0501]示例地，本申请实施例提供的装置1000的产品实现形态是可以在计算机上运行的程序代码。
    [0502]示例地，本申请实施例提供的装置1000可以是通信设备，也可以是应用于通信设备上的芯片、芯片系统(例如：片上系统(system on chip，SoC))或电路。当该装置1000为通信设备时，收发单元1010可以是收发器，或，输入/输出接口；处理单元1020可以是处理器。当该装置1000为用于通信设备中的芯片、芯片系统或电路时，收发单元1010可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元1020可以是处理器、处理电路或逻辑电路等。
    [0503]此外，上述收发单元1010还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。
    [0504]图11是本申请实施例提供的一种通信装置1100的示意性框图。该装置1100包括处理器1110，处理器1110与存储器1120耦合。可选地，还包括存储器1120，用于存储计算机程序或指令和/或数据，处理器1110用于执行存储器1120存储的计算机程序或指令，或读取存储器1120存储的数据，以执行上文各方法实施例中的方法。
    [0505]可选地，处理器1110为一个或多个。
    [0506]可选地，存储器1120为一个或多个。
    [0507]可选地，该存储器1120与该处理器1110集成在一起，或者分离设置。
    [0508]可选地，如图11所示，该装置1100还包括收发器1130，收发器1130用于信号的接收和/或发送。例如，处理器1110用于控制收发器1130进行信号的接收和/或发送。
    [0509]作为一种方案，该装置1100用于实现上文各个方法实施例中由控制面网元执行的操作。
    [0510]例如，处理器1110用于执行存储器1120存储的计算机程序或指令，以实现上文各个方法实施例中控制面网元的相关操作。例如，图3所示实施例中控制面网元执行的方法，或图4至图9所示实施例中SMF执行的方法。
    [0511]作为另一种方案，该装置1100用于实现上文各个方法实施例中由接入网设备执行的操作。
    [0512]例如，处理器1110用于执行存储器1120存储的计算机程序或指令，以实现上文各个方法实施例中接入网设备的相关操作。例如，图3所示实施例中第一接入网设备执行的方法；再例如，图3所示实施例中第二接入网设备执行的方法；再例如，图4或图7所示实施例中RAN执行的方法；再例如，图8或图9所示实施例中第一RAN执行的方法；再例如，图8或图9所示实施例中第二RAN执行的方法。
    [0513]作为另一种方案，该装置1100用于实现上文各个方法实施例中由用户面网元执行的操作。
    [0514]例如，处理器1110用于执行存储器1120存储的计算机程序或指令，以实现上文各个方法实施例中用户面网元的相关操作。例如，图3所示实施例中用户面网元执行的方法；再例如，图4至图9所示实施例中L-PSA执行的方法。
    [0515]在实现过程中，上述方法的各步骤可以通过处理器1110中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1120，处理器1110读取存储器1120中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
    [0516]应理解，本申请实施例中，处理器可以为一个或多个集成电路，用于执行相关程序，以执行本申请方法实施例。
    [0517]处理器(例如，处理器1110)可包括一个或多个处理器并实现为计算设备的组合。处理器可分别包括以下一种或多种：微处理器、微控制器、数字信号处理器(digitalsignal processor，DSP)、数字信号处理设备(digital signal processing device，DSPD)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)、可编程逻辑器件(programmable logicdevice，PLD)、选通逻辑、晶体管逻辑、分立硬件电路、处理电路或其它合适的硬件、固件和/或硬件和软件的组合，用于执行本公开中所描述的各种功能。处理器可以是通用处理器或专用处理器。例如，处理器1110可以是基带处理器或中央处理器。基带处理器可用于处理通信协议和通信数据。中央处理器可用于使装置执行软件程序，并处理软件程序中的数据。此外，处理器的一部分还可以包括非易失性随机存取存储器。例如，处理器还可以存储设备类型的信息。
    [0518]本申请中的程序在广义上用于表示软件。软件的非限制性示例包括：程序代码、程序、子程序、指令、指令集、代码、代码段、软件模块、应用程序、或软件应用程序等。程序可以在处理器和/或计算机中运行。以使得装置执行本申请中描述的各种功能和/或过程。
    [0519]存储器(例如，存储器1120)可存储供处理器(例如，处理器1110)在执行软件时所需的数据。存储器可以使用任何合适的存储技术实现。例如，存储器可以是处理器和/或计算机能够访问的任何可用存储介质。存储介质的非限制性示例包括：随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、光盘只读存储器(Compact Disc-ROM,CD-ROM)、静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)、可移动介质、光盘存储器、磁盘存储介质、磁存储设备、闪存、寄存器、状态存储器、远程挂载存储器、本地或远程存储器组件，或能够携带或存储软件、数据或信息并可由处理器/计算机访问的任何其它介质。需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
    [0520]存储器(例如，存储器1120)和处理器(例如，处理器1110)可以分开设置或集成在一起。存储器可以用于与处理器连接，使得处理器能够从存储器中读取信息，在存储器中存储和/或写入信息。存储器可以集成在处理器中。存储器和处理器可以设置在集成电路中(例如，该集成电路可以设置在UE或其他网络节点中)。
    [0521]图12是本申请实施例提供的一种芯片系统1200的示意性框图。该芯片系统1200(或者也可以称为处理系统)包括逻辑电路1210以及输入/输出接口(input/outputinterface)1220。
    [0522]其中，逻辑电路1210可以为芯片系统1200中的处理电路。逻辑电路1210可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统1200可以实现本申请各实施例的方法和功能。输入/输出接口1220，可以为芯片系统1200中的输入输出电路，将芯片系统1200处理好的信息输出，或将待处理的数据或信令信息输入芯片系统1200进行处理。
    [0523]作为一种方案，该芯片系统1200用于实现上文各个方法实施例中由控制面网元执行的操作。
    [0524]例如，逻辑电路1210用于实现上文方法实施例中由控制面网元执行的处理相关的操作，如，图3所示实施例中控制面网元执行的处理相关的操作，或，图4至图9所示实施例中SMF执行的处理相关的操作；输入/输出接口1220用于实现上文方法实施例中由控制面网元执行的发送和/或接收相关的操作，如，图3所示实施例中的控制面网元执行的发送和/或接收相关的操作，或，图4至图9所示实施例中SMF执行的发送和/或接收相关的操作。
    [0525]作为另一种方案，该芯片系统1200用于实现上文各个方法实施例中由接入网设备执行的操作。
    [0526]例如，逻辑电路1210用于实现上文方法实施例中由接入网设备执行的处理相关的操作，如，图3所示实施例中第一接入网设备执行的处理相关的操作，又如图3所示实施例中第二接入网设备执行的处理相关的操作，又如图4或图7所示实施例中RAN执行的处理相关的操作，又如图8或图9所示实施例中第一RAN执行的处理相关的操作，又如图8或图9所示实施例中第二RAN执行的处理相关的操作；输入/输出接口1220用于实现上文方法实施例中由接入网设备执行的发送和/或接收相关的操作，如，图3所示实施例中第一接入网设备执行的发送和/或接收相关的操作，又如图3所示实施例中第二接入网设备执行的发送和/或接收相关的操作，又如图4或图7所示实施例中RAN执行的发送和/或接收相关的操作，又如图8或图9所示实施例中第一RAN执行的发送和/或接收相关的操作，又如图8或图9所示实施例中第二RAN执行的发送和/或接收相关的操作。
    [0527]作为另一种方案，该芯片系统1200用于实现上文各个方法实施例中由用户面网元执行的操作。
    [0528]例如，逻辑电路1210用于实现上文方法实施例中由用户面网元执行的处理相关的操作，如，图3所示实施例中用户面网元执行的处理相关的操作，或图4至图9所示实施例中L-PSA执行的处理相关的操作；输入/输出接口1220用于实现上文方法实施例中由用户面网元执行的发送和/或接收相关的操作，如，图3所示实施例中用户面网元执行的发送和/或接收相关的操作，或图4至图9所示实施例中L-PSA执行的发送和/或接收相关的操作。
    [0529]本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由通信装置(如控制面网元，又如用户面网元，又如接入网设备)执行的方法的计算机指令。
    [0530]本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由通信装置(如控制面网元，又如用户面网元，又如接入网设备)执行的方法。
    [0531]本申请实施例还提供一种通信系统，该通信系统包括上文各实施例中的控制面网元、用户面网元、第一接入网设备、第二接入网设备、策略控制网元、应用网元、终端设备中的一个或多个。
    [0532]上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。
    [0533]在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
    [0534]上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。
    [0535]另外，在本申请各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
    [0536]本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
    [0537]当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，计算机可以是个人计算机，服务器，或者网络设备等。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。关于计算机可读存储介质，可以参考上文描述。
    [0538]以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
    同族专利
    暂无同族专利