一种用户面信息上报方法及装置与流程

一种用户面信息上报方法及装置
1.本技术是分案申请，原申请的申请号是201910774976.7，原申请日是2019年08月21日，原申请的全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及通信技术领域，尤其涉及一种用户面信息上报方法及装置。


背景技术：

3.移动通信的飞速发展促进了各种新型业务的不断涌现，除了传统的移动宽带、物联网之外，移动通信还催生了许多新的应用领域，例如增强现实(augmented reality，ar)、虚拟现实(virtual reality，vr)、车联网、工业控制、物联网(internet of things，iot)等，同时对网络带宽、时延等性能也提出了更高的需求，网络负荷进一步加重。
4.为了有效满足移动互联网、物联网高速发展所需的高带宽、低时延的要求并减轻网络负荷，欧洲电信标准化协会(european telecommunication standard institute,etsi)于2014年提出了移动边缘计算(mobile edge computing,mec)，mec是基于5g演进架构，是将基站与互联网业务深度融合的一种技术。图1是基于5g架构的mec方案。其中，基于5g的mec一种方案是mec部署在下沉的用户面网元(user plane function，upf)(即本地upf)处，如图1中连线所示的部署方式，相对于传统部署方式，mec提供的业务的服务器距离用户较近，可以为用户提供低时延、高带宽服务。
5.但是，在mec场景下，若mec部署在下沉的upf处，由于接入和移动管理网元(access and mobility management function，amf)、策略控制网元(policy control function，pcf)的部署位置相对较高(即距离用户较远)，如果依然按照现有的路径(无线接入网络(radio access network，ran)ran
‑‑
amf
‑‑
会话管理网元(session management function，smf)
‑‑
pcf
‑‑
应用功能(application function，af))上报用户面信息，则由于上报路径较长，af或pcf可能无法及时根据ran信息做出码率或策略调整，进而导致报文传输受到影响，例如出现丢包情况，影响用户业务体验。


技术实现要素：

6.本技术实施例提供一种用户面信息上报方法及装置，用于提高用户面信息上报效率。
7.第一方面，本技术实施例提供一种用户面信息上报方法，包括：会话管理网元获取参数信息，所述会话管理网元发起第一通信装置和第二通信装置之间的专用隧道的建立，所述专用隧道用于传输用户面信息；所述参数信息用于所述会话管理网元指示所述第一通信装置满足上报条件时上报所述用户面信息；所述会话管理网元根据所述参数信息，向所述第一通信装置发送第一规则，所述第一规则用于指示所述第一通信装置在满足所述上报条件时，通过所述专用隧道，向所述第二通信装置发送报文，所述报文用于指示所述用户面信息。
8.采用上述方法，会话管理网元在获取参数信息后，发起建立第一通信装置和第二通信装置之间的专用隧道，并向第一通信装置发送第一规则，第一规则用于指示第一通信装置在满足上报条件时，通过专用隧道向第二通信装置发送报文。因此，可以实现第二通信装置无需一直检测报文中是否包括用户面信息，只需检测是否从专用隧道上接收报文，就能实现确定用户面信息的上报，因而能够实现第二通信装置的逻辑功能的简化。
9.在一种可能的设计中，所述方法还包括：所述会话管理网元向所述第二通信装置发送第二规则，所述第二规则用于指示所述第二通信装置在所述专用隧道接收到来自于所述第一通信装置的所述报文时，向第三通信装置发送所述用户面信息。
10.采用上述设计，第二通信装置无需一直检测报文中是否包括用户面信息，只需检测是否从专用隧道上接收报文，就能实现确定用户面信息的上报，因而能够实现第二通信装置的逻辑功能的简化。
11.在一种可能的设计中，所述方法还包括：所述会话管理网元向所述第一通信装置发送第三规则，所述第三规则用于指示所述第一通信装置在不满足所述上报条件时，通过除所述专用隧道外的隧道向所述第二通信装置发送业务流报文。
12.采用上述设计，第一通信装置在不满足上报条件时采用现有隧道发送业务流报文。
13.在一种可能的设计中，所述报文为业务流报文或所述第一通信装置生成的报文。
14.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
15.在一种可能的设计中，所述方法还包括：若所述报文是所述第一通信装置生成的报文，所述会话管理网元向所述第一通信装置发送指示信息，所述指示信息用于指示所述第一通信装置在满足所述上报条件时，生成所述报文。
16.采用上述设计，会话管理网元可以指示第一通信装置在满足上报条件时上报生成的报文。
17.在一种可能的设计中，所述会话管理网元通过策略控制网元接收来自于应用功能网元的参数信息。
18.采用上述设计可以实现af动态修改会话策略，灵活性更好。
19.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
20.应理解的是，用户面信息可以包括但不限于上述内容。其中，通知信息具体的可以是业务流标识；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。
21.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元。
22.采用上述设计，接入网网元可以向用户面网元上报上行方向的用户面信息，或者，用户面网元可以向接入网网元上报上行方向的用户面信息。
23.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元，所述第三通信装置为策略控制网元或应用功能网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元，所述第三通信装置为终端装置。
24.采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户
面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
25.在一种可能的设计中，所述会话管理网元根据所述参数信息，向所述第一通信装置发送第一规则，包括：所述会话管理网元向所述第一通信装置发送隧道建立请求消息，所述隧道建立请求消息包括所述第一规则。
26.采用上述设计，会话管理网元可以通过隧道建立请求向第一通信装置发送第一规则。此外，隧道建立请求还可以包括第三规则。
27.在一种可能的设计中，所述会话管理网元向所述第二通信装置发送隧道建立请求消息，所述隧道建立请求消息包括所述第二规则。
28.采用上述设计，会话管理网元可以通过隧道建立请求向第二通信装置发送第二规则。
29.第二方面，本技术实施例提供一种用户面信息上报方法，该方法包括：第一通信装置接收来自于会话管理网元的第一规则，所述第一规则用于指示所述第一通信装置在满足上报条件时，通过专用隧道，向第二通信装置发送报文，所述报文用于指示用户面信息；所述第一通信装置在满足所述上报条件时，通过所述专用隧道，向所述第二通信装置发送所述报文。
30.采用上述方法，第一通信装置在满足上报条件时，通过专用隧道向第二通信装置发送报文。因此，可以实现第二通信装置无需一直检测报文中是否包括用户面信息，只需检测是否从专用隧道上接收报文，就能实现确定用户面信息的上报，因而能够实现第二通信装置的逻辑功能的简化。
31.在一种可能的设计中，所述方法还包括：所述第一通信装置接收来自于所述会话管理网元的第三规则，所述第三规则用于指示所述第一通信装置在不满足所述上报条件时，通过除所述专用隧道外的隧道向所述第二通信装置发送业务流报文。
32.采用上述设计，第一通信装置在不满足上报条件时采用现有隧道发送业务流报文。
33.在一种可能的设计中，所述报文为业务流报文或所述第一通信装置生成的报文。
34.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
35.在一种可能的设计中，若所述报文是所述第一通信装置生成的报文，所述方法还包括：
36.所述第一通信装置接收来自于所述会话管理网元指示信息，所述指示信息用于指示所述第一通信装置在满足所述上报条件时，生成所述报文。
37.采用上述设计，会话管理网元可以指示第一通信装置在满足上报条件时上报生成的报文。
38.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
39.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元。
40.采用上述设计，接入网网元可以向用户面网元上报上行方向的用户面信息，或者，用户面网元可以向接入网网元上报上行方向的用户面信息。
41.在一种可能的设计中，所述第一通信装置接收来自于所述会话管理网元的隧道建立请求消息，所述隧道建立请求消息包括所述第一规则。
42.采用上述设计，会话管理网元可以通过隧道建立请求向第一通信装置发送第一规则。此外，隧道建立请求还可以包括第三规则。
43.第三方面，本技术实施例提供一种用户面信息上报方法，该方法包括：第二通信装置接收来自于会话管理网元的第二规则，所述第二规则用于指示所述第二通信装置在专用隧道接收到来自于第一通信装置的报文时，向第三通信装置发送所述用户面信息；所述第二通信装置在所述专用隧道接收到来自于所述第一通信装置的报文时，向所述第三通信装置发送所述用户面信息，所述报文用于指示所述用户面信息。
44.采用上述方法，第二通信装置无需一直检测报文中是否包括用户面信息，只需检测是否从专用隧道上接收报文，就能实现确定用户面信息的上报，因而能够实现第二通信装置的逻辑功能的简化。
45.在一种可能的设计中，所述报文为业务流报文或所述第一通信装置生成的报文。
46.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
47.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
48.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元，所述第三通信装置为策略控制网元或应用功能网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元，所述第三通信装置为终端装置。
49.采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
50.在一种可能的设计中，所述第二通信装置接收来自于所述会话管理网元的隧道建立请求消息，所述隧道建立请求消息包括所述第二规则。
51.采用上述设计，会话管理网元可以通过隧道建立请求向第二通信装置发送第二规则。
52.第四方面，本技术实施例提供一种用户面信息上报方法，该方法包括：
53.会话管理网元获取参数信息，所述参数信息用于所述会话管理网元指示第一通信装置满足上报条件时上报用户面信息；所述会话管理网元根据所述参数信息向所述第一通信装置发送第四规则，所述第四规则用于指示所述第一通信装置在满足所述上报条件时，向第二通信装置发送包括专用服务质量业务流标识qfi的报文，包括所述专用qfi的报文用于指示所述用户面信息；所述会话管理网元向所述第一通信装置发送第五规则，所述第五规则用于指示所述第一通信装置在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文。
54.采用上述方法，会话管理网元在获取参数信息后，向第一通信装置发送第四规则和第五规则，第四规则用于指示第一通信装置在满足上报条件时，向第二通信设发送包括专用qfi的报文，第五规则用于指示第一通信装置在不满足上报条件时，向第二通信装置发送包括qfi的报文，因此，第二通信装置接收到来自于第一通信装置的包括专用qfi的报文或包括qfi时，判断是否第一通信装置是否上报用户面信息。且用户面信息上报利用了报文
的现有报文头协议，与现有技术相比，无须扩展gtp-u协议，简化了协议设计。
55.在一种可能的设计中，所述方法还包括：所述会话管理网元向所述第二通信装置发送第六规则，所述第六规则用于指示所述第二通信装置接收到来自于所述第一通信装置的包括所述专用qfi的报文时，向第三通信装置发送所述用户面信息。
56.采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
57.在一种可能的设计中，所述方法还包括：所述会话管理网元向所述第一通信装置和所述第二通信装置发送专用qfi和qfi之间的对应关系。
58.采用上述设计，第一通信装置检测到某个业务流满足上报条件需要上报用户面信息时，在发送至第二通信装置的报文中携带该业务流的qfi对应的专用qfi。第二通信装置可以根据从第一通信装置接收到的包括专用qfi的报文，确定该专用qfi对应的qfi，进而判断出需要上报用户面信息的业务流。
59.在一种可能的设计中，所述第六规则用于指示所述第二通信装置接收到包括所述专用qfi的报文时，根据所述对应关系，确定所述特殊qfi对应的qfi的用户面信息，并向第三通信装置发送所述用户面信息。
60.采用上述设计，第二通信装置可以根据从第一通信装置接收到的包括专用qfi的报文，确定该专用qfi对应的qfi，进而判断出需要上报用户面信道的业务流，并及时发送至第三通信装置。
61.在一种可能的设计中，所述包括专用qfi的报文为业务流报文或所述第一通信装置生成的报文。
62.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
63.在一种可能的设计中，所述方法还包括：若所述包括专用qfi的报文是所述第一通信装置生成的报文，所述会话管理网元向所述第一通信装置发送指示信息，所述指示信息用于指示所述第一通信装置在满足所述上报条件时，生成所述包括专用qfi的报文。
64.采用上述设计，会话管理网元可以指示第一通信装置在满足上报条件时上报生成的报文。
65.在一种可能的设计中，所述会话管理网元通过策略控制网元接收来自于应用功能网元的参数信息。
66.采用上述设计可以实现af动态修改会话策略，灵活性更好。
67.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
68.应理解的是，用户面信息可以包括但不限于上述内容。其中，通知信息具体的可以是业务流标识；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。
69.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元。
70.采用上述设计，接入网网元可以向用户面网元上报上行方向的用户面信息，或者，用户面网元可以向接入网网元上报上行方向的用户面信息。
71.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元，所述第三通信装置为策略控制网元或应用功能网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元，所述第三通信装置为终端装置。
72.采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
73.第五方面，本技术实施例提供一种用户面信息上报方法，该方法包括：第一通信装置接收来自于会话管理网元的第四规则和第五规则，所述第四规则用于指示所述第一通信装置在满足所述上报条件时，向第二通信装置发送包括专用qfi的报文，包括所述专用qfi的报文用于指示用户面信息；所述第五规则用于指示所述第一通信装置在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文；所述第一通信装置在满足所述上报条件时向所述第二通信装置发送包括专用qfi的报文；所述第一通信装置在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文。
74.采用上述方法，会话管理网元在获取参数信息后，向第一通信装置发送第四规则和第五规则，第四规则用于指示第一通信装置在满足上报条件时，向第二通信设发送包括专用qfi的报文，第五规则用于指示第一通信装置在不满足上报条件时，向第二通信装置发送包括qfi的报文，因此，第二通信装置接收到来自于第一通信装置的包括专用qfi的报文或包括qfi时，判断第一通信装置是否上报用户面信息。且用户面信息上报利用了报文的现有报文头协议，与现有技术相比，无须扩展gtp-u协议，简化了协议设计。
75.在一种可能的设计中，所述方法还包括：所述第一通信装置接收来自于所述会话管理网元的专用qfi和qfi之间的对应关系。
76.采用上述设计，第一通信装置检测到某个业务流满足上报条件需要上报用户面信息时，在发送至第二通信装置的报文中携带该业务流的qfi对应的专用qfi。
77.在一种可能的设计中，所述包括专用qfi的报文为业务流报文或所述第一通信装置生成的报文。
78.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
79.在一种可能的设计中，若所述包括专用qfi的报文是所述第一通信装置生成的报文，所述第一通信装置接收来自于所述会话管理网元指示信息，所述指示信息用于指示所述第一通信装置在满足所述上报条件时，生成所述包括专用qfi的报文。
80.采用上述设计，会话管理网元可以指示第一通信装置在满足上报条件时上报生成的报文。
81.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
82.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元。
83.采用上述设计，接入网网元可以向用户面网元上报上行方向的用户面信息，或者，用户面网元可以向接入网网元上报上行方向的用户面信息。
84.第六方面，本技术实施例提供一种用户面信息上报方法，该方法包括：
85.第二通信装置接收来自于会话管理网元的第六规则，所述第六规则用于指示所述
第二通信装置接收到来自于第一通信装置的包括专用qfi的报文时，向第三通信装置发送用户面信息，包括所述专用qfi的报文用于指示所述用户面信息；所述第二通信装置接收到来自于所述第一通信装置的包括专用qfi的报文时，向所述第三通信装置发送所述用户面信息。
86.采用上述方法，会话管理网元在获取参数信息后，向第二通信装置发送第六规则，因此，第二通信装置接收到来自于第一通信装置的包括专用qfi的报文或包括qfi时，判断是否第一通信装置是否上报用户面信息。且用户面信息上报利用了报文的现有报文头协议，与现有技术相比，无须扩展gtp-u协议，简化了协议设计。
87.在一种可能的设计中，所述方法还包括：所述第二通信装置接收来自于所述会话管理网元的专用qfi和qfi之间的对应关系。
88.采用上述设计，第二通信装置可以根据从第一通信装置接收到的包括专用qfi的报文，确定该专用qfi对应的qfi，进而判断出需要上报用户面信道的业务流。
89.在一种可能的设计中，所述第六规则用于指示所述第二通信装置接收到来自于第一通信装置的包括所述专用qfi的报文时，根据所述对应关系，确定所述特殊qfi对应的qfi的用户面信息，并向第三通信装置发送所述用户面信息。
90.采用上述设计，第二通信装置可以根据从第一通信装置接收到的包括专用qfi的报文，确定该专用qfi对应的qfi，进而判断出需要上报用户面信道的业务流，并及时发送至第三通信装置。
91.在一种可能的设计中，所述包括专用qfi的报文为业务流报文或所述第一通信装置生成的报文。
92.采用上述设计，第一通信装置上报的报文可以具有多种可能的情况。
93.在一种可能的设计中，所述用户面信息包括通知信息、或拥塞信息、或丢包率、或时延信息中的至少一个。
94.在一种可能的设计中，若所述第一通信装置为接入网网元，所述第二通信装置为用户面网元，所述第三通信装置为策略控制网元或应用功能网元；或者，若所述第一通信装置为用户面网元，所述第二通信装置为接入网网元，所述第三通信装置为终端装置。
95.采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
96.第七方面，本技术实施例提供一种用户面信息上报方法，该方法包括：应用功能网元生成参数信息；所述应用功能网元通过策略控制网元向会话管理网元发送所述参数信息，所述参数信息用于所述会话管理网元指示第一通信装置满足上报条件时上报用户面信息。
97.采用上述设计可以实现af动态修改会话策略，灵活性更好。
98.第八方面，本技术实施例提供一种用户面信息上报方法，该方法包括：会话管理网元生成第七规则，所述会话管理网元向分流点发送第七规则，所述第七规则指示所述分流点将接收到的用户面信息分别发送至本地锚点和远端锚点，其中，所述用户面信息指示终端装置的所有业务流都不能满足需求。
99.第九方面，本技术实施例提供一种用户面信息上报方法，该方法包括：分流点接收
来自于第七规则，所述第七规则指示所述分流点将接收到的用户面信息分别发送至本地锚点和远端锚点，其中，所述用户面信息指示终端装置的所有业务流都不能满足需求；所述分流点接收所述用户面信息，将所述用户面信息分别发送至所述本地锚点和所述远端锚点。
100.采用上述方法可以解决分流场景下的拥塞上报问题，保证用户面信息的及时上报。
101.需要说明的是，上述方法适用于终端装置的所有业务流都不能满足需求的场景，如ran拥塞或ran小区拥塞导致ue的所有qos flow都发生拥塞、或某种原因导致的空口时延无法满足ue的业务流的时延需求、或ue的所有qos flow都能或不能满足qos需求。换句话说，本技术实施例的方案不适用于某个业务流拥塞。例如，对于某个业务流的拥塞的场景，smf无须向ulcl/bp下发第七规则。当ulcl或bp收到该上行业务流时，按照转发规则将上行业务流发送至对应的锚点即可。
102.第十方面，本技术实施例还提供一种通信系统，该系统包括：会话管理网元、第一通信装置和第二通信装置，其中，所述会话管理网元执行上述第一方面或第一方面中的任一种可能的设计中的方法，所述第一通信装置执行上述第二方面或第二方面中的任一种可能的设计中的方法，所述第二通信装置执行上述第三方面或第三方面中的任一种可能的设计中的方法；或者，所述会话管理网元执行上述第四方面或第四方面中的任一种可能的设计中的方法，所述第一通信装置执行上述第五方面或第五方面中的任一种可能的设计中的方法，所述第二通信装置执行上述第六方面或第六方面中的任一种可能的设计中的方法。
103.在一种可能的设计中，所述系统还包括策略控制网元和应用功能网元，所述应用功能网元执行上述第一方面。
104.第十一方面，本技术实施例提供一种通信装置，例如smf，该装置可以是会话管理网元，也可以是会话管理网元内的芯片。该装置可以包括处理单元、发送单元和接收单元。应理解的是，这里发送单元和接收单元还可以为收发单元。当该装置是会话管理网元时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该会话管理网元还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该会话管理网元执行第一方面或第一方面任意一种可能的设计中的方法，或第四方面或第四方面任意一种可能的设计中的方法，或第八方面的方法。当该装置是会话管理网元内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第一方面或第一方面任意一种可能的设计中的方法，或第四方面或第四方面任意一种可能的设计中的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该会话管理网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
105.第十二方面，本技术实施例提供一种通信装置，例如ran或upf，该装置可以是第一通信装置，也可以是第一通信装置内的芯片，或者，该装置可以是第二通信装置，也可以是第二通信装置内的芯片。该装置可以包括处理单元、发送单元和接收单元。应理解的是，这里发送单元和接收单元还可以为收发单元。当该装置是第一通信装置或第二通信装置时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所
存储的指令，以使该装置执行第二方面或第二方面任意一种可能的设计中的方法，或第三方面或第三方面任意一种可能的设计中的方法，或第五方面或第五方面任意一种可能的设计中的方法，或第六方面或第六方面任意一种可能的设计中的方法。当该装置是第一通信装置或第二通信装置内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第二方面或第二方面任意一种可能的设计中的方法，或第三方面或第三方面任意一种可能的设计中的方法，或第五方面或第五方面任意一种可能的设计中的方法，或第六方面或第六方面任意一种可能的设计中的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一通信装置或第二通信装置内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
106.第十三方面，本技术实施例提供一种通信装置，例如bp或ulcl，该装置可以是分流点，也可以是分流点内的芯片。该装置可以包括处理单元、发送单元和接收单元。应理解的是，这里发送单元和接收单元还可以为收发单元。当该装置是分流点时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该分流点还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该分流点执行第九方面中的方法。当该装置是分流点内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第二方面或第二方面任意一种可能的设计中的方法，或第三方面或第三方面任意一种可能的设计中的方法，或第五方面或第五方面任意一种可能的设计中的方法，或第六方面或第六方面任意一种可能的设计中的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该分流点内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
107.第十四方面，本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述第一方面至第九方面的方法。
108.第十五方面，本技术实施例还提供一种包含程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面至第九方面的方法。
附图说明
109.图1为本技术中mec架构图；
110.图2为本技术中5g架构图；
111.图3为本技术中上报拥塞信息的现有方案1的示意图；
112.图4为本技术中一种用户面信息上报方法的概述流程图之一；
113.图5为本技术中一种用户面信息上报方法的概述流程图之二；
114.图6为本技术中分流场景示意图；
115.图7为本技术中分流场景下用户面信息上报的示意图；
116.图8为本技术中采用实施例1的方法ran上报拥塞信息的示意图；
117.图9为本技术中采用实施例1的方法ran上报拥塞信息的方法流程图；
118.图10为本技术中采用实施例2的方法ran上报拥塞信息的示意图；
119.图11为本技术中采用实施例2的方法ran上报拥塞信息的方法流程图；
120.图12为本技术中采用实施例2的方法在分流场景下的用户面信息上报方法流程图；
121.图13为本技术中装置结构示意图之一；
122.图14为本技术中装置结构示意图之二。
具体实施方式
123.下面结合附图，对本技术的实施例进行描述。
124.本技术实施例主要应用于5g系统架构。如图2所述，5g系统架构分为接入网和核心网两部分。无线接入网络(radio access network，ran)用于实现无线接入有关的功能。核心网包括：接入和移动管理网元(access and mobility management function，amf)、会话管理网元(session management function，smf)、用户面网元(user plane function，upf)、策略控制网元(policy control function，pcf)、统一数据管理网元(unified data management，udm)。
125.如图2所示，本系统中所涉及到的用户设备(user equipment，ue)不受限于5g网络，包括：手机、平板电脑、带无线收发功能的电脑、物联网终端设备等。ue也可以称为终端设备(terminal equipment)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、远程终端(remote terminal)、接入终端(access terminal)、用户设备(user terminal)、用户代理(user agent)，在此不作限定。上述ue还可以车与车(vehicle-to-vehicle，v2v)通信中的汽车、机器类通信中的机器等。
126.本系统中所涉及到的ran是指为ue提供无线接入的设备，可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点、演进型基站(enodeb)、无线保真接入点(wireless fidelity access point，wifi ap)、全球微波接入互操作性(worldwide interoperability for microwave access base station，wimax bs)等。在采用不同的无线接入技术的系统中，具备提供无线接入功能的设备的名称可能会有所不同，例如，在lte系统中，称为演进的节点b(evolved nodeb，enb或者enodeb),在第三代(3rd generation，3g)系统中，称为节点b(node b)等。在新一代系统中，称为gnb(gnodeb)。
127.本系统中所涉及到的amf主要负责移动网络中的移动性管理，如用户位置更新、用户注册网络、用户切换等。amf网元也可称为amf设备或amf实体。
128.本系统中所涉及到的smf主要负责移动网络中的会话管理，如会话建立、修改、释放，具体功能可以包括为用户分配ip地址、选择提供报文转发功能的upf等。smf网元也可称为smf设备或smf实体。
129.本系统中所涉及到的pcf负责向amf、smf提供策略，如服务质量(quality of service，qos)策略、切片选择策略等。pcf网元也可称为pcf设备或pcf实体。
130.本系统中所涉及到的upf主要负责对用户报文进行处理，如转发、计费等。upf网元也可称为upf设备或upf实体。
131.本系统中所涉及到的应用功能(application function，af)，负责向3gpp网络提供业务，如影响业务路由、与pcf之间交互以进行策略控制等。
132.ue通过建立ue到ran到upf到dn之间的会话(pdu session)，来访问数据网络(，
data network，dn)。dn指的是为用户提供数据传输服务的运营商网络，如ip多媒体业务(ip multi-media service，ims)、internet等。
133.上述各网元既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。
134.此外，本技术实施例还可以适用于面向未来的其他通信技术。本技术描述的网络架构以及业务场景是为了更加清楚的说明本技术的技术方案，并不构成对本技术提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本技术提供的技术方案对于类似的技术问题，同样适用。
135.以用户面信息为拥塞信息为例，现有技术中提供了多种上报拥塞信息的方案。
136.方案1：在4g系统架构中，可以通过扩展通用分组无线服务技术隧道协议—用户面包头(gtp-u header)，即在gtp-u header中携带拥塞信息，实现拥塞信息的上报。如图3所示，当ran小区检测到拥塞，则ran在上行数据中的gtp-u header中携带拥塞信息和小区标识。当服务网关(serving gateway,sgw)或公用数据网网关(public data network gateway，pgw)接收该上行数据，检测gtp-u header，获取到拥塞信息。进一步的，sgw将拥塞信息上报至策略与计费规则功能单元(policy and charging rules function，pcrf)，pcrf也可以将拥塞信息上报至af。但是，方案1需要扩展gtp-u协议，且sgw需要对接收到的gtp-u报文(packet)进行检测，以确定其gtp-u header中是否包括拥塞信息，因此导致sgw的用户面逻辑复杂度增加。
137.方案2：通过设置ip header中显示拥塞控制(explicit congestion notification，ecn)实现拥塞信息上报。当ran检测到拥塞时，ran设置ip header中的ecn为“11”，然后将报文发送至应用服务器(application server，as)。但是，方案2要求ran解析报文，且至少能解析到ip层。但是，从安全角度考虑，第三方并不希望ran能看到业务信息。上述设置ecn的方式，也仅仅适用于ip报文，当传输的是mac报文，即层2报文时，方案2并不适用。
138.为了避免上述方案1和方案2出现的问题，本技术实施例提供一种用户面信息上报方法，用以提高用户面信息上报效率。其中，本技术实施例中上行数据又可描述为上行报文，或上行业务流。下行数据又可描述为下行报文，或下行业务流。本技术实施例中涉及的用户面信息可以是ran上报或upf上报。用户面信息具体可以是通知信息、或拥塞信息、或丢包率、或时延信息，或者带宽信息，该带宽信息为传输数据的网络的带宽信息，或者第一通信装置的缓存区的长度。其中，通知信息具体的可以是业务流标识(qos flow indentifier，qfi)，用于表明qfi对应的业务流的qos需求无法满足或重新得到满足；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。本技术实施例中涉及的确定用户面信息，可以是确定业务流的qos需求无法满足或重新得到满足，或者可以是确定拥塞等级，或者可以是确定报文的丢包率，或者可以是确定报文的空口传输时延中的至少一种。
139.本技术实施例中涉及的上报条件是指满足以下任一情况或多种情况：(1)ue的业务流的qos需求无法满足；(2)ue的业务流的qos需求重新得到满足；(3)ue的业务流的报文丢包率到达一定值；(4)ue的业务流的报文的空口传输时延到达一定值；(5)到达周期性上
报时间。应理解的是，用户面信息还可包括其他内容，此处仅为举例不作为本技术实施例的限定。同理，上报条件也可以包括其他条件，上述所列上报条件不作为本社申请实例的限定。
140.实施例1：
141.本技术实施例提供一种用户面信息上报方法，如图4所示，该方法包括：
142.s401：会话管理网元获取参数信息，会话管理网元发起第一通信装置和第二通信装置之间的专用隧道的建立，专用隧道用于传输用户面信息；参数信息用于会话管理网元指示第一通信装置满足上报条件时上报用户面信息。
143.其中，若第一通信装置为接入网网元，第二通信装置为用户面网元；或者，若第一通信装置为用户面网元，第二通信装置为接入网网元。
144.会话管理网元获取参数信息可以包括但不限于以下三种可能的方式：
145.方法1：会话管理网元根据配置策略获取参数信息。这里的配置策略可以是预配置的。
146.方法2：会话管理网元接收来自于策略控制网元的参数信息。此时，策略控制网元根据预配置的策略生成参数信息发送给会话管理网元。
147.方法3：会话管理网元通过策略控制网元接收来自于应用功能网元的参数信息。
148.示例性地，af向pcf发送应用功能请求(af request)，应用功能请求携带参数信息。可选的，应用功能请求还携带业务信息，这里的业务信息可以包括ip五元组、或ip三元组、或应用标识(app id)等。其中，af可以直接与pcf交互，也可以通过网络开放功能网元(network exposure function，nef)与pcf交互。pcf基于应用功能请求生成新的策略规则，并向smf发送会话策略更新消息，会话策略更新消息携带参数信息。可选的，会话策略更新消息还携带业务信息。
149.由上可知，相较于方法1和方法2中的策略为已配置好的策略，方法3可以实现af动态修改会话策略，灵活性更好。
150.进一步地，在会话管理网元获取参数信息后，会话管理网元发起用户面网元和接入网网元之间的专用隧道的建立。这里的专用隧道又可称为特殊隧道或拥塞隧道等。应理解的是，在会话管理网元发起用户面网元和接入网网元之间的专用隧道的建立之前，用户面网元和接入网网元之间的已存在隧道(以下简称为n3隧道)，n3隧道用于传输业务流报文。其中，会话管理网元发起建立专用隧道的方法可以参考会话管理网元发起建立n3隧道的方法。
151.示例性地，smf向upf发送n4会话修改请求，upf返回n4会话修改响应，n4会话修改响应携带upf分配的用户面隧道信息(cn tunnel info)。或者，cn tunnel info还可以由smf分配，当smf分配cn tunnel info时，n4会话修改请求携带cn tunnel info。smf通过amf向ran发送n2会话请求，n2会话请求携带cn tunnel info。ran通过amf向smf返回n2会话响应，n2会话响应携带ran tunnel info。smf向upf发送n4会话修改请求，n4会话修改请求携带ran tunnel info。至此，ran与upf之间的双向专用隧道建立完成。当然，在一种可能的设计中，smf也可发起仅建立ran与upf之间的单向专用隧道。例如，当仅需要ran上报用户面信息时，则ran只要获取到upf的用户面隧道信息(即cn tunnel info)即可，也就是说，只要建立ran与upf之间的上行专用隧道即可；当仅需要upf上报用户面信息时，则upf只要获取到
ran的隧道信息(即ran tunnel info)即可，也就是说，只要建立ran与upf之间的下行专用隧道即可。
152.s402：会话管理网元根据参数信息，向第一通信装置发送第一规则，第一规则用于指示第一通信装置在满足上报条件时，通过专用隧道，向第二通信装置发送报文。所述报文用于指示所述用户面信息。在一种实现方式中，第一规则可以为用户面隧道信息，例如，upf或smf分配的cn tunnel info，或者为一种指示信息。
153.在一种可能的设计中，会话管理网元向第一通信装置发送隧道建立请求消息，隧道建立请求消息包括第一规则。若第一通信装置为接入网网元，第二通信装置为用户面网元，隧道建立请求消息可以为n2会话请求；若第一通信装置为用户面网元，第二通信装置为接入网网元，隧道建立请求消息可以为n4会话修改请求。
154.s403：第一通信装置在满足上报条件时，通过专用隧道，向第二通信装置发送报文。
155.应理解的是，第一通信装置向第二通信装置发送的报文可以为业务流报文或第一通信装置生成的报文。其中，若报文是第一通信装置生成的报文，会话管理网元向第一通信装置发送指示信息，指示信息用于指示第一通信装置在满足上报条件时，生成报文。
156.例如，当ran拥塞或ran检测到丢包率达到一定值时，第一通信装置生成上行报文，该上行报文用于指示该用户面信息。一种可能的实现方式是，该上行报文为空报文。一种可能的实现方式是，用户面信息的一部分可以放在报文头中，例如qfi为特殊值，用户面信息的另一部分，如当前空口时延大小，拥塞级别等，可以放在报文的元数据(metadata)中。一种可能的实现方式是，报文头中的qfi为空，其他用户面信息可以放在报文的元数据中，例如当前空口时延大小，拥塞级别等。一种可能的实现方式是，报文头中的qfi为空或特殊值，不包括其他用户面信息。
157.在一种可能的设计中，以上行方向、以及第一通信装置生成报文为例，即第一通信装置为ran，第二通信装置为upf，ran生成的上行报文包含用户面信息。其中，用户面信息包括以下至少一个：通知信息、拥塞信息、丢包率、时延等。通知信息具体的可以是qfi；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。ran通过专用隧道向upf发送该报文。
158.例如：ran检测到ue的某qos flow的qos需求，如时延、或丢包率等无法满足，则ran生成上行报文，报文中包含qfi。其中qfi用于标识该qos flow。进一步地，该报文还包含时延或丢包率信息。
159.又例如：ran检测到ue接入的小区发生拥塞或者ran发生拥塞，即该ue的所有qos flow的qos需求都无法满足，则ran生成上行报文，报文不包含qfi、或报文包含的qfi为空、或报文包含的qfi为特殊值。不包含qfi、或qfi为空、或qfi为特殊值，用于表明ue的所有qos flow的qos需求都无法得到满足。进一步地，该报文还包含时延或丢包率信息。
160.在一种可能的设计中，以上行方向、以及第一通信装置发送业务流报文为例，即第一通信装置为ran，第二通信装置为upf，ran发送的业务流报文为ue的业务流报文。当ran判断用户面信息上报条件满足时，ran等待ue发送至ran的业务流报文，并将该业务流报文通过专用隧道发送至upf。
161.例如：ran检测到ue某qos flow的qos需求，如时延、或丢包率等无法满足，则ran等
待ue发送至ran的业务流报文，并通过专用隧道发送至upf，而非通过ran与upf之间的n3隧道发送至upf。其中业务流报文包含qfi，用于标识该qos flow。进一步地，该报文还包含时延或丢包率信息。
162.又例如：ran检测到ue接入的小区发生拥塞或者ran发生拥塞，即该ue的所有qos flow的qos需求都无法满足，则ran等待ue发送的业务流报文，并修改该业务流报文的qfi，如修改该业务流报文以使其不包含qfi、或使其包含的qfi为空、或使其包含的qfi为特殊值。不包含qfi、或qfi为空、或qfi为特殊值，用于表明ue的所有qos flow的qos需求都无法得到满足。然后ran将修改的业务流报文通过专用隧道发送至upf。另一种实现方式，ran等待ue发送的业务流报文，并将业务流报文通过专用隧道发送至upf，即不修改业务流报文的qfi。换句话说，ran对每一个接收到的ue发送的业务流报文，都通过拥塞隧道发送至upf，从而表明ue的所有qos flow的qos需求都无法满足。进一步地，该报文还包含时延或丢包率信息。
163.以下行方向、以及第一通信装置生成报文为例，即第一通信装置为upf，第二通信装置为ran，upf生成的下行报文包含用户面信息。其中，用户面信息包括以下至少一个：通知信息、拥塞信息、丢包率、时延等。通知信息具体的可以是qfi；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。upf通过专用隧道向ran发送该报文。
164.例如：upf检测到ue的某qos flow的qos需求，如时延、或丢包率等无法满足，则upf生成上行报文，报文中包含qfi。其中qfi用于标识该qos flow。进一步地，该报文还包含时延或丢包率信息。
165.又例如：upf检测到upf发生拥塞或负载过重，即该ue的所有qos flow的qos需求都无法满足，则upf生成上行报文，报文不包含qfi、或报文包含的qfi为空、或报文包含的qfi为特殊值。不包含qfi、或qfi为空、或qfi为特殊值，用于表明ue的所有qos flow的qos需求都无法得到满足。进一步地，该报文还包含时延或丢包率信息。
166.同理，下行方向、以及第一通信装置发送业务流报文，即第一通信装置为upf，第二通信装置为ran，upf发送的业务流报文为af或as的业务流报文。当upf判断用户面信息上报条件满足时，upf等待af或as发送至upf的业务流报文，并将该业务流报文通过专用隧道发送至ran。
167.此外，在一种可能的设计中，会话管理网元还向第一通信装置发送第三规则，第三规则用于指示第一通信装置在不满足上报条件时，通过除专用隧道外的隧道向第二通信装置发送业务流报文。示例性地，以第一通信装置为ran，第二通信装置为upf为例，若ran判断无拥塞，ran通过会话建立过程中建立的n3隧道传输上行数据或下行数据。若ran检测到拥塞时，ran通过专用n3隧道传输拥塞信息。例如，ran检测到拥塞时，可以将业务流报文在专用n3隧道上传输；或者，ran检测到拥塞时，也可以生成上行报文，将生成的上行报文在专用n3隧道上传输。若生成的上行报文报文头包含qfi，则表明ran检测到的是该qfi的qos特性满足上报条件；若报文头不包含qfi或qfi为空或为特殊符号，则表明ran或ue接入的该ran的小区发生拥塞。
168.在一种可能的设计中，会话管理网元还向第二通信装置发送第二规则，第二规则用于指示第二通信装置在专用隧道接收到来自于第一通信装置的报文时，向第三通信装置
发送用户面信息。第二规则可以为一种指示信息。因此，第二通信装置在专用隧道接收到来自于第一通信装置的报文时，可以判断出用户面信息，并及时将用户面信息发送给第三设备，且第二通信装置无需检测报文中是否包括用户面信息，可以实现第二通信装置的逻辑功能的简化。具体的，若第一通信装置为接入网网元，第二通信装置为用户面网元，第三通信装置为策略控制网元或应用功能网元。例如，策略控制网元或应用功能网元能够及时获知用户面信息并及时进行策略调整。若第一通信装置为用户面网元，第二通信装置为接入网网元，第三通信装置为终端装置。采用上述设计可以快速将用户面信息上报第三通信装置，使得第三设备根据用户面信息调整策略或发包速率或编码速率等，从而保证用户面报文的传输质量，保证终端装置的用户体验。
169.采用上述设计，第一通信装置在满足上报条件时，通过专用隧道向第二通信装置发送报文。第二通信装置在专用隧道接收到来自于第一通信装置的报文时，可以判断出用户面信息，并及时将用户面信息发送给第三设备，且第二通信装置无需一直检测报文中是否包括用户面信息，只需检测是否从专用隧道上接收报文，可以实现第二通信装置的逻辑功能的简化。另外，上述设计既适用于ip报文，也适用于mac报文，因此，上述设计的应用更加广泛。
170.实施例2：
171.本技术实施例提供一种用户面信息上报方法，如图5所示，该方法包括：
172.s501：会话管理网元获取参数信息，参数信息用于会话管理网元指示第一通信装置满足上报条件时上报用户面信息。
173.其中，若第一通信装置为接入网网元，第二通信装置为用户面网元；或者，若第一通信装置为用户面网元，第二通信装置为接入网网元。
174.会话管理网元获取参数信息可以包括但不限于以下三种可能的方式：
175.方法1：会话管理网元根据配置策略获取参数信息。这里的配置策略可以是预配置的。
176.方法2：会话管理网元接收来自于策略控制网元的参数信息。此时，策略控制网元根据预配置的策略生成参数信息发送给会话管理网元。
177.方法3：会话管理网元通过策略控制网元接收来自于应用功能网元的参数信息。
178.示例性地，af向pcf发送应用功能请求，应用功能请求携带参数信息。可选的，应用功能请求还携带业务信息，这里的业务信息可以包括ip五元组、或ip三元组、或应用标识等。其中，af可以直接与pcf交互，也可以通过nef与pcf交互。pcf基于应用功能请求生成新的策略规则，并向smf发送会话策略更新消息，会话策略更新消息携带参数信息。可选的，会话策略更新消息还携带业务信息。
179.由上可知，相较于方法1和方法2中的策略为已配置好的策略，方法3可以实现af动态修改会话策略，灵活性更好。
180.s502：会话管理网元根据参数信息向第一通信装置发送第四规则，第四规则用于指示第一通信装置在满足上报条件时，向第二通信装置发送包括专用qfi的报文，包括专用qfi的报文用于指示用户面信息；会话管理网元还向第一通信装置发送第五规则，第五规则用于指示第一通信装置在不满足上报条件时，向第二通信装置发送包括qfi的报文。
181.其中，第四规则与第五规则，可以是同一个规则，也可以是不同的规则。
182.s503：第一通信装置在满足上报条件时向第二通信装置发送包括专用qfi的报文，第一通信装置在不满足上报条件时向第二通信装置发送包括qfi的报文。
183.应理解的是，第一通信装置在满足上报条件时向第二通信装置发送的报文可以为业务流报文或第一通信装置生成的报文。其中，若报文是第一通信装置生成的报文，会话管理网元向第一通信装置发送指示信息，指示信息用于指示第一通信装置在满足上报条件时，生成报文。第一通信装置不在满足上报条件时向第二通信装置发送的报文为业务流报文。
184.例如，当ran拥塞或ran检测到丢包率达到一定值时，第一通信装置生成上行报文，该上行报文用于指示该用户面信息。一种可能的实现方式是，用户面信息的一部分可以放在报文头中，例如专用qfi，此时专用qfi可以为特殊值，用户面信息的另一部分，如当前空口时延大小，拥塞级别等，可以放在报文的元数据(metadata)中。一种可能的实现方式是，报文头中的专用qfi为特殊值，不包括其他用户面信息。
185.在一种可能的设计中，会话管理网元向第二通信装置发送第六规则，第六规则用于指示第二通信装置接收到来自于第一通信装置的包括专用qfi的报文时，向第三通信装置发送用户面信息。具体的，若第一通信装置为接入网网元，第二通信装置为用户面网元，第三通信装置为策略控制网元或应用功能网元；或者，若第一通信装置为用户面网元，第二通信装置为接入网网元，第三通信装置为终端装置。
186.进一步地，在一种可能的设计中，会话管理网元向第一通信装置和第二通信装置发送专用qfi和qfi之间的对应关系。示例性地，af向pcf发送af request，携带业务信息和参数信息。pcf向smf发送会话策略更新消息，携带业务信息和参数信息。smf根据业务信息判断要求拥塞上报的qos flow，并为这些qos flow分配专用qfi。smf还将专用qfi和qfi的对应关系发送至ran、upf。具体的，smf向upf通过n4会话修改或n4会话建立消息发送qfi和专用qfi的对应关系。smf通过amf向ran发送qfi和专用qfi的对应关系，具体的，smf通过n11接口消息向amf发送qfi和专用qfi的对应关系，amf通过n2会话请求向ran转发qfi和专用qfi的对应关系。
187.此时，第四规则用于指示第一通信装置在检测到第一业务流满足上报条件时，向第二通信装置发送包括第一业务流的qfi对应的专用qfi的报文。第六规则用于指示第二通信装置接收到包括专用qfi的报文时，根据对应关系，确定专用qfi对应的qfi的用户面信息，并向第三通信装置发送用户面信息。
188.示例性地，以第一通信装置为ran，第二通信装置为upf，第一通信装置生成报文为例，当ran检测到满足用户面信息上报条件时，ran生成报文，生成的报文包含专用qfi。进一步地，生成的报文还可以包括以下至少一个：通知信息、拥塞信息、丢包率、时延等。通知信息具体的可以是业务流标识qfi；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。ran向upf发送该报文。其中，专用qfi，可以与ue的qfi对应，也可以是特殊值，如全0或全1。当ran检测到未满足用户面信息上报条件时，ran将收到的ue的业务流报文发送至upf即可。
189.例如：ran检测到ue的某qos flow的报文传输空口时延到达一定值，如10ms，则ran生成报文，生成的报文包含专用qfi。其中，专用qfi与该qos flow对应，用于表明该qos flow的报文传输空口时延到达了一定值。进一步地，该报文还包含时延信息，即10ms。
190.又例如：ran检测到负载过重，即ue的所有qos flow的报文丢包率都无法满足，则ran生成报文，生成的报文包含专用qfi。其中，专用qfi为特殊值，如全0或全1，用于表明ue的所有qos flow的报文丢包率都无法满足。进一步地，该报文还包含丢包率信息，如丢包率的统计值。
191.示例性地，以第一通信装置为ran，第二通信装置为upf，第一通信装置发送业务流报文为例，当ran检测到满足用户面信息上报条件时，那么ran等待接收ue发送至ran的业务流报文，并修改业务流报文的qfi以使其包含专用qfi。进一步地，该业务流报文还可以添加以下至少一个信息：通知信息、拥塞信息、丢包率、时延等。通知信息具体的可以是qfi；拥塞信息具体的可以是拥塞等级；丢包率具体的可以是报文的丢包情况；时延具体的可以是报文在空口传输对应的时延。ran向upf发送该报文。其中，专用qfi，可以与ue的qfi对应，也可以是特殊值，如全0或全1。当ran检测到未满足用户面信息上报条件时，那么ran无须特殊操作，即将收到的ue的业务流报文发送至upf即可。
192.例如：ran检测到ue的某qos flow的qos需求无法满足，则ran等待ue发送至ran的业务流报文，并修改业务流报文使其包含专用qfi。其中，专用qfi与该qos flow对应，用于表明该qos flow的qos需求无法满足。进一步地，该报文还包含qos参数，如时延或拥塞信息。
193.又例如：ran检测到小区负载过重或ran负载过重，则ran等待ue发送至ran的业务流报文，并修改业务流报文使其包含专用qfi。其中，专用qfi为特殊值，用于表明ue的所有qos flow的qos需求都无法满足。进一步地，该报文还包含qos参数，如时延或拥塞信息。
194.同理，当第一通信装置为upf，第二通信装置为ran时可以参考上述第一通信装置为ran，第二通信装置为upf的实施例，此处不再赘述。
195.此外，在一种可能的设计中，专用qfi和qfi之间的对应关系也可提前配置给第一通信装置和第二通信装置。在另一种可能的设计中，专用qfi也可以以qfi编码的方式实现，例如，qfi在编码时，包括两部分：qfi和专用qfi。当第一通信装置确定不满足上报条件时，报文头中的qfi为业务流对应的qfi，专用qfi为特殊值，如全0或全1；当第一通信装置确定满足上报条件时，报文头中的qfi为特殊值，如全0或全1，专用qfi为业务流对应的qfi。由此，当upf接收到报文时，根据报文头的中的qfi判断ran的用户面状态。例如，当报文头中qfi为特殊值且专用qfi为非特殊值(即业务报文对应的qfi)时，表明该qfi对应的qos flow无法满足qos需求。再例如，当报文头中qfi为非特殊值(即业务报文对应的qfi)，且专用qfi为特殊值时，表明该qfi对应的qos flow满足qos需求。
196.采用上述设计，第一通信装置在满足上报条件时向第二通信装置发送包括专用qfi的报文。第二通信装置接收到来自于第一通信装置的包括专用qfi的报文时，可以判断出用户面信息，并及时将用户面信息发送给第三设备。本技术实施例中用户面信息上报利用了报文的现有报文头协议，与现有技术相比，无须扩展gtp-u协议，简化了协议设计。另外，上述设计既适用于ip报文，又可以适用于mac报文。因此，与现有技术相比，上述设计应用更加广泛。
197.实施例3：
198.在5g中，可以通过分流方式，将会话中的某些业务流分流到本地路由。其中一种分流方式为在会话的用户面路径上插入分流点实现。具体的，分流点可以是上行分类器
(uplink classifier，ulcl)或分支点(bp，branching point)。如图6所示，以bp为例，ue的一个会话具有多个锚点，这种会话称为多宿主会话(multi-homed pdu session)。对于上行业务流(uplink，ul)，bp按照转发规则将接收到的ul业务流发送到不同的锚点；对于下行业务流(downlink，dl)，bp按照转发规则将dl业务流发送至ue。
199.会话管理网元向分流点发送第七规则，所述第七规则指示所述分类点将接收到的用户面信息分别发送至本地锚点和远端锚点。所述用户面信息指示终端装置的所有业务流都不能满足需求。
200.需要说明的是，本技术实施例的方案适用于终端装置的所有业务流都不能满足需求的场景，如ran拥塞或ran小区拥塞导致ue的所有qos flow都发生拥塞、或某种原因导致的空口时延无法满足ue的业务流的时延需求、或ue的所有qos flow都能或不能满足qos需求。换句话说，本技术实施例的方案不适用于某个业务流拥塞。例如，对于某个业务流的拥塞的场景，smf无须向ulcl/bp下发第七规则。当ulcl或bp收到该上行业务流时，按照转发规则将上行业务流发送至对应的锚点即可。
201.示例性地，smf向ulcl或bp发起n4会话修改过程，n4会话修改请求携带第七规则，第七规则指示ulcl或bp当从ran接收到报文，确定用户面信息时，ulcl或bp分别向本地pdu会话锚点(local pdu session anchor，local psa)、远端pdu会话锚点(remote pdu session anchor，remote psa)发送用户面信息，如图7所示。
202.例如：当用户面信息为拥塞信息时，假设ran检测到小区负载过重或ran负载过重而导致ue的所有qos flow的报文拥塞到达一定值，则向分流点发送报文。分流点从ran接收到报文后，确定ue的所有qos flow的报文拥塞到达一定值，则分流点复制报文，分别向local psa、remote psa发送报文，以使local psa、remote psa确定用户面信息，从而可以向af或pcf或as发送用户面信息。进一步地，报文中还可以包含拥塞等级。
203.例如：当用户面信息为时延时，假设ran检测到小区负载过程或ran负载过重而导致ue的所有qos flow的报文空口传输时延到达一定值，则向分流点发送报文，从分流点从ran接收到报文后，确定ue的所有qos flow的报文的空口传输时延到达一定值，则分流点复制报文，分别向local psa、remote psa发送报文，以使local psa、remote psa确定用户面信息，从而可以向af或pcf或as发送用户面信息。进一步地，报文中还可以包含拥塞等级。
204.同理，当用户面信息为丢包率时，与上述描述类似，此处不再赘述。
205.示例性地，ulcl或bp确定用户面信息可以采用如下方案：
206.方案1：ran可以采用实施例1提供的方法通过专用隧道发送报文至ulcl或bp。ulcl或bp在专用隧道上接收到报文，且报文不包含qfi或qfi为空或为特殊符号，则判断ran拥塞或ran小区拥塞。
207.方案2：ran可以采用实施例2提供的方法发送包括特殊拥塞qfi的报文至ulcl或bp。ulcl或bp接收到的报文中包括特殊拥塞qfi时，则判断ran拥塞或ran小区拥塞。
208.应理解的是，ran向分流点发送报文，可以通过本技术前述的方式，即专用隧道或专用qfi方式，向分流点发送报文，也可以通过现有技术中的扩展gtp-u方式向分流点发送报文，此处对ran向分流点发送报文的方式不作限定。
209.采用上述方法可以解决分流场景下的拥塞上报问题，保证用户面信息的及时上报。
210.下面结合具体附图说明本技术实施例。
211.参阅图8和图9所示，为ran上报拥塞信息的示意图。其中，用户面信息为拥塞信息，第一通信装置为ran，第二通信装置为upf。
212.s901：af向pcf发送应用功能请求，应用功能请求携带参数信息。可选的，应用功能请求还携带业务信息。
213.需要说明的是，该参数信息用于smf指示ran上报拥塞信息。
214.可选的，af还可以携带方向信息，用于表明上行方向或下行方向。应该理解的是，该方向信息与参数信息可以是由一个信元表示。
215.s902：pcf向smf发送会话策略更新消息，会话策略更新消息携带参数信息。可选的，会话策略更新消息还携带业务信息。
216.s903：smf发起upf和ran之间的专用隧道的建立，分配cn tunnel info。
217.其中，专用隧道与业务信息对应的pdu会话关联。
218.应理解的是，cn tunnel info指的是专用隧道对应的用户面隧道信息。cn tunnel info也可由upf分配，此处仅为举例。
219.s904：smf向upf发送n4会话修改请求，n4会话修改请求携带cn tunnel info。
220.s905：upf向smf发送n4会话修改响应。
221.应理解的是，当由upf分配用户面隧道信息时，该步骤包含s903步骤中的专用隧道对应的cn tunnel info。
222.s906：smf向ran发送n2会话请求，n2会话请求携带cn tunnel info、第一规则和第三规则。
223.第一规则用于指示ran检测到拥塞时，通过专用隧道，向upf发送报文。
224.第三规则用于指示ran未检测到拥塞时，通过除专用隧道外的n3隧道，向upf发送报文。第三规则也可以为一种指示信息。可选的，当未收到第一规则，ran默认使用非专用隧道传输报文。
225.s907：ran向smf发送n2会话响应，可选的，n2会话响应携带an tunnel info。
226.其中，an tunnel info为ran分配的专用隧道对应的空口隧道信息。当仅使能上行拥塞上报时，ran无须分配专用隧道对应的空口隧道信息。
227.s908：smf向upf发送n4会话修改请求，n4会话修改请求携带an tunnel info和第二规则。
228.其中，第二规则用于指示upf在专用隧道接收到来自于ran的报文时，确定拥塞信息，并向af发送该拥塞信息。
229.s909：upf向smf发送n4会话修改响应。
230.应理解的是，上述s903～s909为ran和upf之间的专用隧道的建立过程。
231.s910：ran检测到第一业务流拥塞时，通过专用隧道向upf发送报文。
232.其中，第一业务流可以为业务信息对应的pdu会话中某一业务流。该报文包括第一业务流对应的专用qfi。此外，该报文可以为第一业务流报文或ran生成的报文。其中，若报文是ran生成的报文，在s906中smf向ran发送指示信息，指示信息用于指示ran检测拥塞时，生成报文，生成的报文包含qfi以及拥塞信息。
233.s911：upf通过专用隧道接收来自于ran的报文，确定第一业务流拥塞，向af上报拥
塞信息。
234.参阅图10和图11所示，为ran上报拥塞信息的示意图。其中，用户面信息为拥塞信息，第一通信装置为ran，第二通信装置为upf。
235.s1101：af向pcf发送应用功能请求，应用功能请求携带参数信息。可选的，应用功能请求还携带业务信息。
236.s1102：pcf向smf发送会话策略更新消息，会话策略更新消息携带参数信息。可选的，会话策略更新消息还携带业务信息。
237.s1103：smf分配专用qfi。
238.其中，smf基于业务信息判断需要拥塞上的qos flow，并为这些qos flow分配专用qfi。
239.s1104：smf向upf发送n4会话修改请求，n4会话修改请求携带专用qfi与qfi的对应关系和第六规则。
240.第六规则用于指示upf接收到来自于所述ran的包括专用qfi的报文时，确定拥塞的业务流，并通过pcf向af发送拥塞信息。第六规则也可以为一种指示信息。
241.s1105：upf向smf发送n4会话修改响应。
242.s1106：smf向ran发送n2会话请求。
243.可选的，n2会话请求携带专用qfi与qfi的对应关系和第四规则和第五规则。
244.第四规则用于指示ran检测到需要拥塞上的qos flow中的任一业务流拥塞时，向upf发送包括拥塞的业务流对应的专用qfi的报文；第四规则可以为一种指示信息。
245.第五规则用于指示ran未检测到需要拥塞上的qos flow中的业务流拥塞时，向upf发送包括qfi的报文。第五规则可以为一种指示信息。可选的，当未收到第四规则，则ran默认向upf发送包括qfi的报文。
246.可选的，n2会话请求携带第四规则和第五规则。其中，第四规则用于指示专用qfi与qfi的对应关系。第五规则用于指示ran未检测到需要拥塞上的qos flow中的业务流拥塞时，向upf发送包括qfi的报文。
247.s1107：ran向smf发送n2会话响应。
248.s1108：ran检测到第一业务流拥塞时，向upf发送包括第一业务流对应的qfi对应的专用qfi的报文。
249.其中，第一业务流为需要拥塞上的qos flow中任一业务流。此外，该报文可以为第一业务流报文或ran生成的报文。其中，若报文是ran生成的报文，在步骤s1106中smf向ran发送指示信息，指示信息用于指示ran检测到需要拥塞上的qos flow中的任一业务流拥塞时，生成报文。
250.s1109：upf接收来自于ran的包括第一业务流对应的qfi对应的专用qfi的报文，确定第一业务流拥塞，向af上报拥塞信息。
251.参阅图12所示，为分流点上报拥塞信息的示意图。
252.s1201：smf向分流点发送n4会话建立请求，携带第七规则。
253.其中，第七规则用于指示分流点当从ran接收到报文，确定ran拥塞或ran小区拥塞时，即ran确定ue的所有的qos flow的用户面信息都无法满足时，对从ran接收到的报文进行复制，并分别发送至local psa、remote psa。第七规则也可以为一种指示信息。
254.s1202：分流点接收到来自于ran的报文。
255.s1203：分流点基于该报文确定用户面信息，则复制该报文。
256.应当理解的是，s1201-s1202所描述的ran与分流点之间的报文传输，可以参考实施例1或实施例2所描述的方法。换句话说，当满足用户面信息上报条件时，通过ran与分流点之间的专用隧道传输报文；或者通过在报文头中添加专用qfi，向upf传输报文。
257.s1204：分流点向local psa发送该报文。
258.s1205：分流点向remote psa发送该报文。
259.应理解的是，s1203、s1204之间无先后顺序之分。
260.上述本技术提供的实施例中，分别从各个网元本身、以及从各个网元之间交互的角度对本技术实施例提供的通信方法的各方案进行了介绍。可以理解的是，各个网元和装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
261.与上述构思相同，如图13所示，本技术实施例还提供一种装置1300，该装置1300包括收发单元1302和处理单元1301。
262.一示例中，装置1300用于实现上述方法中会话管理网元的功能。该装置可以是smf，也可以是smf中的装置，例如芯片系统。
263.处理单元1301获取参数信息，发起第一通信装置和第二通信装置之间的专用隧道的建立，所述专用隧道用于传输用户面信息；所述参数信息用于所述会话管理网元指示第一通信装置满足上报条件时上报所述用户面信息；
264.处理单元1301根据所述参数信息，通过收发单元1302向所述第一通信装置发送第一规则，所述第一规则用于指示所述第一通信装置在满足所述上报条件时，通过所述专用隧道，向第二通信装置发送报文，所述报文用于指示所述用户面信息。
265.一示例中，装置1300用于实现上述方法中第一通信装置的功能。该装置可以是ran或upf，也可以是ran或upf中的装置，例如芯片系统。
266.处理单元1301调用收发单元1302执行：接收来自于会话管理网元的第一规则，所述第一规则用于指示所述第一通信装置在满足上报条件时，通过专用隧道，向第二通信装置发送报文，所述报文用于指示用户面信息；
267.处理单元1301调用收发单元1302执行：在满足所述上报条件时，通过所述专用隧道，向所述第二通信装置发送所述报文。
268.一示例中，装置1300用于实现上述方法中第二通信装置的功能。该装置可以是ran或upf，也可以是ran或upf中的装置，例如芯片系统。
269.收发单元1302接收来自于会话管理网元的第二规则，所述第二规则用于指示所述第二通信装置在专用隧道接收到来自于第一通信装置的报文时，向第三通信装置发送所述用户面信息，所述报文用于指示所述用户面信息；
270.处理单元1301在所述专用隧道接收到来自于所述第一通信装置的报文时，确定所
述用户面信息，并通过收发单元1302向所述第三通信装置发送所述用户面信息。
271.一示例中，装置1300用于实现上述方法中会话管理网元的功能。该装置可以是smf，也可以是smf中的装置，例如芯片系统。
272.处理单元1301获取参数信息，所述参数信息用于所述会话管理网元指示第一通信装置满足上报条件时上报用户面信息；
273.处理单元1301根据所述参数信息通过收发单元1302向所述第一通信装置发送第四规则，所述第四规则用于指示所述第一通信装置在满足所述上报条件时，向第二通信装置发送包括专用服务质量业务流标识qfi的报文，包括所述专用qfi的报文用于指示所述用户面信息；
274.收发单元1302向所述第一通信装置发送第五规则，所述第五规则用于指示所述第一通信装置在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文。
275.一示例中，装置1300用于实现上述方法中第一通信装置的功能。该装置可以是ran或upf，也可以是ran或upf中的装置，例如芯片系统。
276.收发单元1302接收来自于会话管理网元的第四规则和第五规则，所述第四规则用于指示所述第一通信装置在满足所述上报条件时，向第二通信装置发送包括专用qfi的报文，包括所述专用qfi的报文用于指示用户面信息；所述第五规则用于指示所述第一通信装置在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文；
277.处理单元1301调用收发单元1302执行：在满足所述上报条件时，向所述第二通信装置发送包括专用qfi的报文；
278.处理单元1301调用收发单元1302执行：在不满足所述上报条件时，向所述第二通信装置发送包括qfi的报文。
279.一示例中，装置1300用于实现上述方法中第二通信装置的功能。该装置可以是ran或upf，也可以是ran或upf中的装置，例如芯片系统。
280.处理单元1301调用收发单元1302执行：接收来自于会话管理网元的第六规则，所述第六规则用于指示所述第二通信装置接收到来自于第一通信装置的包括专用qfi的报文时，向第三通信装置发送所述用户面信息，包括所述专用qfi的报文用于指示所述用户面信息；
281.处理单元1301调用收发单元1302执行：接收到来自于所述第一通信装置的包括专用qfi的报文时，确定所述用户面信息，并向所述第三通信装置发送所述用户面信息。
282.关于处理单元1301、收发单元1302的具体执行过程，可参见上方法实施例中的记载。本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
283.作为另一种可选的变形，该装置可以为芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。示例性地，该装置包括处理器和接口，该接口可以为输入/输出接口。其中，处理器完成上述处理单元1301的功能，接口完成上述收发单元1302的功能。该装置还可以包括存储器，存储器用于存储可在处理器上运行的程序，处理器执行该程序时实现上述各个实施例的方法。
284.与上述构思相同，如图14所示，本技术实施例还提供一种装置1400。该装置1400中包括：通信接口1401、至少一个处理器1402、至少一个存储器1403。通信接口1401，用于通过传输介质和其它设备进行通信，从而用于装置1400中的装置可以和其它设备进行通信。存储器1403，用于存储计算机程序。处理器1402调用存储器1403存储的计算机程序，通过通信接口1401收发数据实现上述实施例中的方法。
285.示例性地，当该装置为会话管理网元时，存储器1403用于存储计算机程序；处理器1402调用存储器1403存储的计算机程序，通过通信接口1401执行上述实施例中会话管理网元执行的方法。当该装置为第一通信装置时，存储器1403用于存储计算机程序；处理器1402调用存储器1403存储的计算机程序，通过通信接口1401执行上述实施例中第一通信装置执行的方法。当该装置为第二通信装置时，存储器1403用于存储计算机程序；处理器1402调用存储器1403存储的计算机程序，通过通信接口1401执行上述实施例中第二通信装置执行的方法。
286.在本技术实施例中，通信接口1401可以是收发器、电路、总线、模块或其它类型的通信接口。处理器1402可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器1403可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置。存储器1403和处理器1402耦合。本技术实施例中的耦合是装置、单元或模块之间的间隔耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。作为另一种实现，存储器1403还可以位于装置1400之外。处理器1402可以和存储器1403协同操作。处理器1402可以执行存储器1403中存储的程序指令。所述至少一个存储器1403中的至少一个也可以包括于处理器1402中。本技术实施例中不限定上述通信接口1401、处理器1402以及存储器1403之间的连接介质。例如，本技术实施例在图14中以存储器1403、处理器1402以及通信接口1401之间可以通过总线连接，所述总线可以分为地址总线、数据总线、控制总线等。
287.可以理解的，上述图13所示实施例中的装置可以以图14所示的装置1400实现。具体的，处理单元1301可以由处理器1402实现，收发单元1302可以由通信接口1401实现。
288.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述各个实施例所示的方法。
289.本技术实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算
机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称dvd))、或者半导体介质(例如,固态硬盘solid state disk ssd)等。
290.以上所述，以上实施例仅用以对本技术的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。