TW202236827A - 丟包率的檢測方法、通信裝置及通信系統 - Google Patents

丟包率的檢測方法、通信裝置及通信系統 Download PDF

Info

Publication number
TW202236827A
TW202236827A TW111103178A TW111103178A TW202236827A TW 202236827 A TW202236827 A TW 202236827A TW 111103178 A TW111103178 A TW 111103178A TW 111103178 A TW111103178 A TW 111103178A TW 202236827 A TW202236827 A TW 202236827A
Authority
TW
Taiwan
Prior art keywords
link state
state detection
link
service data
detection information
Prior art date
Application number
TW111103178A
Other languages
English (en)
Other versions
TWI821882B (zh
Inventor
于游洋
時書鋒
吳問付
Original Assignee
大陸商華為技術有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大陸商華為技術有限公司 filed Critical 大陸商華為技術有限公司
Publication of TW202236827A publication Critical patent/TW202236827A/zh
Application granted granted Critical
Publication of TWI821882B publication Critical patent/TWI821882B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申請提供丟包率的檢測方法、通信裝置及通信系統。該方法包括：會話管理網元確定需要對業務流所在的鏈路進行鏈路狀態檢測；所述會話管理網元向第一設備和/或第二設備發送鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。該方案，會話管理網元可以向第一設備和/或第二設備發送鏈路狀態檢測指示，以使能鏈路第一設備和/或第二設備的鏈路狀態檢測功能，從而第一設備和/或第二設備可以基於開啟的鏈路狀態檢測功能，對鏈路的業務資料包的丟包率進行快速準確地檢測。

Description

丟包率的檢測方法、通信裝置及通信系統
本發明涉及通信技術領域，尤其涉及丟包率的檢測方法、通信裝置及通信系統。
通信設備之間相互發送業務資料包時，可能由於鏈路異常等原因，導致業務資料包丟失。比如，第一設備向第二設備發送業務資料包時，業務資料包可能會丟失。
如何快速準確地檢測到鏈路上的業務資料包的丟包率，是目前需要解決的。
本申請提供丟包率的檢測方法、通信裝置及通信系統，用以實現快速準確地檢測到鏈路上的業務資料包的丟包率。
第一方面，本申請實施例提供一種丟包率的檢測方法，該方法包括：會話管理網元確定需要對業務流所在的鏈路進行鏈路狀態檢測；所述會話管理網元向第一設備和/或第二設備發送鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
基於上述方案，會話管理網元可以向第一設備和/或第二設備發送鏈路狀態檢測指示，以使能鏈路第一設備和/或第二設備的鏈路狀態檢測功能。從而第一設備和/或第二設備可以基於開啟的鏈路狀態檢測功能，對鏈路的業務資料包的丟包率進行快速準確地檢測。
在一種可能的實現方法中，所述會話管理網元向所述第二設備發送計數指示；其中，所述計數指示用於指示所述第二設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數，或者，所述計數指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並向所述第一設備發送在所述鏈路收到的業務資料包的數量。
基於上述方案，會話管理網元向第二設備發送計數指示，使得第二設備可以對收到的業務資料包進行準確計數，有助於提升丟包率計算的準確性。
在一種可能的實現方法中，所述會話管理網元向所述第二設備發送丟包率檢測指示；所述丟包率檢測指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算所述業務資料包的丟包率；或者，所述丟包率檢測指示用於所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並使用在所述鏈路收到的業務資料包的數量計算所述業務資料包的丟包率。
在一種可能的實現方法中，所述會話管理網元向所述第一設備發送計數指示；其中，所述計數指示用於指示所述第一設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數。
基於上述方案，會話管理網元向第一設備發送計數指示，使得第一設備可以對發送的業務資料包進行準確計數，有助於提升丟包率計算的準確性。
在一種可能的實現方法中，所述會話管理網元向所述第一設備發送丟包率檢測指示；其中，所述丟包率檢測指示用於指示所述第一設備在從所述第二設備收到所述第二設備統計的接收到的業務資料包的數量時，計算所述業務資料包的丟包率。
在一種可能的實現方法中，所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者，所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者，所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
基於上述方案，會話管理網元通知第一設備和/或第二設備上報丟包率，從而使得網路側，如會話管理網元、策略控制網元等可以基於收到的丟包率，實施網路控制，有助於提升網路性能。
在一種可能的實現方法中，所述業務流包括為至少一條服務品質QoS流，所述QoS流包括至少一條業務資料流；所述會話管理網元確定需要對業務流所在的鏈路進行鏈路狀態檢測，包括：所述會話管理網元確定所述業務流中的業務資料流的分流功能為ATSSS-LL，則確定需要對業務流所在的鏈路進行鏈路狀態檢測；或者，所述會話管理網元確定所述業務流中的業務資料流的分流功能為ATSSS-LL，且所述業務資料流的分流模式為負載均衡模式、最小時延模式、基於優先權模式或主備模式中的一種模式，則確定需要對業務流所在的鏈路進行鏈路狀態檢測；或者，所述會話管理網元確定從策略控制網元收到所述業務流的鏈路狀態閾值，則確定需要對業務流所在的鏈路進行鏈路狀態檢測，所述鏈路狀態閾值包括丟包率閾值。
基於上述方案，在確定需要對業務流所在的鏈路進行鏈路狀態檢測時，才執行業務資料包的丟包率的檢測，如此可以減少不必要的開銷。
在一種可能的實現方法中，所述業務流包括以下任一項：協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
在一種可能的實現方法中，所述第二設備是終端設備或使用者面網元。
在一種可能的實現方法中，所述鏈路狀態檢測指示包括鏈路狀態檢測功能的IP位址或/和埠號。
在一種可能的實現方法中，所述會話管理網元向所述第一設備和/或所述第二設備發送所述業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI；所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括：所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
第二方面，本申請實施例提供一種丟包率的檢測方法，該方法包括：第二設備通過一條鏈路接收來自第一設備的第一鏈路狀態檢測資訊，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量；所述第二設備根據所述第一鏈路狀態檢測資訊，獲取所述鏈路的業務資料包的丟包率；所述第二設備向所述第一設備發送所述業務資料包的丟包率。
基於上述方案，第一設備可以通過鏈路狀態檢測資訊，將第一設備在鏈路上向第二設備發送的業務資料包的數量通知給第二設備，使得第二設備可以根據該鏈路狀態檢測資訊快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
在一種可能的實現方法中，在所述第二設備接收來自所述第一設備的所述第一鏈路狀態檢測資訊之前，所述第二設備通過所述鏈路接收來自所述第一設備的第二鏈路狀態檢測資訊；所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示：在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第一數量。
在一種可能的實現方法中，所述第二設備根據所述第一鏈路狀態檢測資訊，獲取所述鏈路的業務資料包的丟包率，包括：所述第二設備根據所述第一鏈路狀態檢測資訊，獲取在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內所述鏈路的業務資料包的丟包率。
在一種可能的實現方法中，所述第二鏈路狀態檢測資訊用於指示計算所述丟包率的初始資料包或者初始時間。
在一種可能的實現方法中，在所述第二設備接收來自所述第一設備的第一鏈路狀態檢測資訊之後，所述第二設備通過所述鏈路接收來自所述第一設備的第三鏈路狀態檢測資訊；所述第三鏈路狀態檢測資訊用於指示：所述第一數量, 以及, 在所述第一設備發送所述第一鏈路狀態檢測資訊和所述第一設備發送所述第三鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向第二設備發送的業務資料包的第二數量。
基於上述方案，在一個鏈路狀態檢測資訊中攜帶業務資料包的多個數量，有助於消除鏈路狀態檢測資訊的丟失所帶來的影響，從而可以提升計算丟包率的準確性。
在一種可能的實現方法中，所述第二設備根據所述第一鏈路狀態檢測資訊，獲取所述鏈路的業務資料包的丟包率，包括：所述第二設備根據所述第一鏈路狀態檢測資訊，獲取在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第三鏈路狀態檢測資訊的時間內所述鏈路的業務資料包的丟包率；和/或，所述第二設備根據所述第一鏈路狀態檢測資訊，獲取在所述第一設備發送所述第一鏈路狀態檢測資訊和所述第一設備發送所述第三鏈路狀態檢測資訊的時間內所述鏈路的業務資料包的丟包率。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊與所述第二鏈路狀態檢測資訊為相鄰的兩個鏈路狀態檢測資訊。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示：在所述第一設備在所述鏈路上發送初始的業務資料包和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第三數量。
在一種可能的實現方法中，所述第二設備根據所述第一鏈路狀態檢測資訊，獲取所述鏈路的業務資料包的丟包率，包括：所述第二設備根據所述第一鏈路狀態檢測資訊，獲取在所述第一設備發送所述初始資料包和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內所述鏈路的業務資料包的丟包率。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向第二設備發送缺省數量的業務資料包。
基於上述方案，第一設備可以不需要在鏈路狀態檢測資訊攜帶發送的業務資料包的數量資訊，從而減少開銷。
在一種可能的實現方法中，所述第二設備接收來自所述第一設備的指示資訊，所述指示資訊用於指示所述缺省的數量值。
在一種可能的實現方法中，在所述第二設備接收來自所述第一設備的所述第一鏈路狀態檢測資訊之後，所述第二設備通過所述鏈路接收來自所述第一設備的第四鏈路狀態檢測資訊，所述第四鏈路狀態檢測資訊用於指示：在所述第一設備發送所述第一鏈路狀態檢測資訊和所述第一設備發送所述第四鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第四數量；所述第二設備根據所述第一鏈路狀態檢測資訊獲取所述業務資料包的丟包率，包括：所述第二設備根據所述第一鏈路狀態檢測資訊和所述第四鏈路狀態檢測資訊，獲取在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第四鏈路狀態檢測資訊的時間內業務資料包的丟包率。
基於上述方案，計算非相鄰鏈路狀態檢測資訊之間的業務資料包的丟包率，可以消除業務資料包的亂序帶來的影響，從而提升計算丟包率的準確性。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊、所述第二鏈路狀態檢測資訊、所述第三鏈路狀態檢測資訊、所述第四鏈路狀態檢測資訊包括鏈路狀態檢測資料包。
在一種可能的實現方法中，所述鏈路上的業務流包括以下任一項：協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
在一種可能的實現方法中，所述第一設備是終端設備，所述第二設備是使用者面網元；或者，所述第一設備是使用者面網元，所述第二設備是終端設備。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
在一種可能的實現方法中，所述第二設備接收來自所述會話管理網元的業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI；所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括：所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的計數指示；其中，所述計數指示用於指示所述第二設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數，或者，所述計數指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並向所述第一設備發送在所述鏈路收到的業務資料包的數量。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的丟包率檢測指示；所述丟包率檢測指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算所述業務資料包的丟包率；或者，所述丟包率檢測指示用於所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並使用在所述鏈路收到的業務資料包的數量計算所述業務資料包的丟包率。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者，所述第二設備接收來自會話管理網元的鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者，所述第二設備接收來自會話管理網元的鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
第三方面，本申請實施例提供一種丟包率的檢測方法，該方法包括：第一設備通過一條鏈路向第二設備發送第一鏈路狀態檢測資訊，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量；所述第一設備接收來自所述業務資料包的丟包率，所述業務資料包的丟包率是根據所述第一鏈路狀態檢測資訊獲取的。
基於上述方案，第一設備可以通過鏈路狀態檢測資訊，將第一設備在鏈路上向第二設備發送的業務資料包的數量通知給第二設備，使得第二設備可以根據該鏈路狀態檢測資訊快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
在一種可能的實現方法中，在所述第一設備向所述第二設備發送所述第一鏈路狀態檢測資訊之前，所述第一設備通過所述鏈路向所述第二設備發送第二鏈路狀態檢測資訊；所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示：在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第一數量。
在一種可能的實現方法中，所述第二鏈路狀態檢測資訊用於指示計算所述丟包率的初始資料包或者初始時間。
在一種可能的實現方法中，在所述第一設備向所述第二設備發送所述第一鏈路狀態檢測資訊之後，所述第一設備通過所述鏈路向所述第二設備發送第三鏈路狀態檢測資訊；所述第三鏈路狀態檢測資訊用於指示：所述第一數量, 以及, 在所述第一設備發送所述第一鏈路狀態檢測資訊和所述第一設備發送所述第三鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向第二設備發送的業務資料包的第二數量。
基於上述方案，在一個鏈路狀態檢測資訊中攜帶業務資料包的多個數量，有助於消除鏈路狀態檢測資訊的丟失所帶來的影響，從而可以提升計算丟包率的準確性。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊與所述第二鏈路狀態檢測資訊為相鄰的兩個鏈路狀態檢測資訊。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示：在所述第一設備在所述鏈路上發送初始的業務資料包和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第三數量。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括：所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向第二設備發送缺省數量的業務資料包。
基於上述方案，第一設備可以不需要在鏈路狀態檢測資訊攜帶發送的業務資料包的數量資訊，從而減少開銷。
在一種可能的實現方法中，所述第一設備向所述第二設備發送指示資訊，所述指示資訊用於指示所述缺省的數量值。
在一種可能的實現方法中，所述第一鏈路狀態檢測資訊、所述第二鏈路狀態檢測資訊、所述第三鏈路狀態檢測資訊包括鏈路狀態檢測資料包。
在一種可能的實現方法中，所述鏈路上的業務流包括以下任一項：協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
在一種可能的實現方法中，所述第一設備是終端設備，所述第二設備是使用者面網元；或者，所述第一設備是使用者面網元，所述第二設備是終端設備。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
在一種可能的實現方法中，所述第一設備接收來自所述會話管理網元的業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI；所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括：所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的計數指示，所述計數指示用於指示所述第一設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者，所述第一設備接收來自會話管理網元的鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者，所述第一設備接收來自會話管理網元的鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
第四方面，本申請實施例提供一種丟包率的檢測方法，該方法包括：第二設備通過一條鏈路接收來自第一設備的第五鏈路狀態檢測資訊；所述第二設備根據所述第五鏈路狀態檢測資訊，確定所述第二設備在所述鏈路上接收到的來自所述第一設備的業務資料包的數量；所述第二設備向所述第一設備發送所述業務資料包的數量，所述業務資料包的數量用於確定所述鏈路的業務資料包的丟包率。
基於上述方案，第二設備可以通過鏈路狀態檢測資訊，將第二設備在鏈路上接收到的來自第一設備的業務資料包的數量通知給第一設備，使得第一設備可以根據第二設備在鏈路上接收到的來自第一設備的業務資料包的數量快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
在一種可能的實現方法中，在所述第二設備接收來自所述第一設備的所述第五鏈路狀態檢測資訊之前，所述第二設備通過所述鏈路接收來自所述第一設備的第六鏈路狀態檢測資訊；所述第二設備根據所述第五鏈路狀態檢測資訊，確定所述第二設備在所述鏈路上接收到的來自所述第一設備的業務資料包的數量，包括：所述第二設備確定在所述第一設備發送所述第六鏈路狀態檢測資訊和所述第一設備發送所述第五鏈路狀態檢測資訊的時間內，所述第二設備在所述鏈路上接收到的來自所述第一設備的業務資料包的數量。
在一種可能的實現方法中，所述第二設備向所述第一設備發送所述業務資料包的數量對應的時間資訊。
在一種可能的實現方法中，所述時間資訊包括所述第一設備發送所述第六鏈路狀態檢測資訊和所述第一設備發送所述第五鏈路狀態檢測資訊之間的時間段。
在一種可能的實現方法中，所述第五鏈路狀態檢測資訊和所述第六鏈路狀態為鏈路狀態檢測資料包，所述時間資訊包括鏈路狀態檢測資料包對應的序號資訊。
在一種可能的實現方法中，所述鏈路上的業務流包括以下任一項：協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
在一種可能的實現方法中，所述第一設備是終端設備，所述第二設備是使用者面網元；或者，所述第一設備是使用者面網元，所述第二設備是終端設備。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
在一種可能的實現方法中，所述第二設備接收來自所述會話管理網元的業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI；所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括：所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
在一種可能的實現方法中，所述第二設備接收來自會話管理網元的計數指示；其中，所述計數指示用於指示所述第二設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數，或者，所述計數指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並向所述第一設備發送在所述鏈路收到的業務資料包的數量。
第五方面，本申請實施例提供一種丟包率的檢測方法，該方法包括：第一設備通過一條鏈路向第二設備發送第五鏈路狀態檢測資訊；所述第一設備接收來自所述第二設備的所述第二設備在所述鏈路上接收到的來自所述第一設備的業務資料包的數量，所述業務資料包的數量是根據所述第五鏈路狀態檢測資訊確定的；所述第一設備根據所述業務資料包的數量，確定所述鏈路的業務資料包的丟包率。
基於上述方案，第二設備可以通過鏈路狀態檢測資訊，將第二設備在鏈路上接收到的來自第一設備的業務資料包的數量通知給第一設備，使得第一設備可以根據第二設備在鏈路上接收到的來自第一設備的業務資料包的數量快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
在一種可能的實現方法中，在所述第一設備向所述第二設備發送所述第五鏈路狀態檢測資訊之前，所述第一設備通過所述鏈路向所述第二設備發送第六鏈路狀態檢測資訊，則所述業務資料包的數量為：在所述第一設備發送所述第六鏈路狀態檢測資訊和所述第一設備發送所述第五鏈路狀態檢測資訊的時間內，所述第二設備在所述鏈路上接收到的來自所述第一設備的業務資料包的數量；所述第一設備根據所述業務資料包的數量，確定所述鏈路的業務資料包的丟包率，包括：所述第一設備根據所述業務資料包的數量，以及在所述第一設備發送所述第六鏈路狀態檢測資訊和所述第一設備發送所述第五鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，確定所述鏈路的業務資料包的丟包率。
在一種可能的實現方法中，所述第一設備接收來自所述第二設備的所述業務資料包的數量對應的時間資訊。
在一種可能的實現方法中，所述時間資訊包括所述第一設備發送所述第六鏈路狀態檢測資訊和所述第一設備發送所述第五鏈路狀態檢測資訊之間的時間段。
在一種可能的實現方法中，所述第五鏈路狀態檢測資訊和所述第六鏈路狀態為鏈路狀態檢測資料包，所述時間資訊包括鏈路狀態檢測資料包對應的序號資訊。
在一種可能的實現方法中，所述鏈路上的業務流包括以下任一項：協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
在一種可能的實現方法中，所述第一設備是終端設備，所述第二設備是使用者面網元；或者，所述第一設備是使用者面網元，所述第二設備是終端設備。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
在一種可能的實現方法中，所述第一設備接收來自所述會話管理網元的業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI；所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括：所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的計數指示；其中，所述計數指示用於指示所述第一設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的丟包率檢測指示；其中，所述丟包率檢測指示用於指示所述第一設備在從所述第二設備收到所述第二設備統計的接收到的業務資料包的數量時，計算所述業務資料包的丟包率。
在一種可能的實現方法中，所述第一設備接收來自會話管理網元的鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者，所述第一設備接收來自會話管理網元的鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者，所述第一設備接收來自會話管理網元的鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
第六方面，本申請實施例提供一種通信裝置，該裝置可以是會話管理網元，還可以是用於會話管理網元的晶片。該裝置具有實現上述第一方面的任意實現方法的功能。該功能可以通過硬體實現，也可以通過硬體執行相應的軟體實現。該硬體或軟體包括一個或多個與上述功能相對應的模組。
第七方面，本申請實施例提供一種通信裝置，該裝置可以是第二設備，還可以是用於第二設備的晶片。該裝置具有實現上述第二方面或第四方面中的任意實現方法的功能。該功能可以通過硬體實現，也可以通過硬體執行相應的軟體實現。該硬體或軟體包括一個或多個與上述功能相對應的模組。
第八方面，本申請實施例提供一種通信裝置，該裝置可以是第一設備，還可以是用於第一設備的晶片。該裝置具有實現上述第三方面或第五方面中的任意實現方法的功能。該功能可以通過硬體實現，也可以通過硬體執行相應的軟體實現。該硬體或軟體包括一個或多個與上述功能相對應的模組。
第九方面，本申請實施例提供一種通信裝置，包括處理器和記憶體；該記憶體用於存儲電腦指令，當該裝置運行時，該處理器執行該記憶體存儲的電腦指令，以使該裝置執行上述第一方面至第五方面中的任意實現方法。
第十方面，本申請實施例提供一種通信裝置，包括用於執行上述第一方面至第五方面中的任意實現方法的各個步驟的單元或手段（means）。
第十一方面，本申請實施例提供一種通信裝置，包括處理器和介面電路，所述處理器用於通過介面電路與其它裝置通信，並執行上述第一方面至第五方面中的任意實現方法。該處理器包括一個或多個。
第十二方面，本申請實施例提供一種通信裝置，包括處理器，用於與記憶體耦合，處理器用於調用所述記憶體中存儲的程式，以執行上述第一方面至第五方面中的任意實現方法。該記憶體可以位於該裝置之內，也可以位於該裝置之外。且該處理器包括一個或多個。
第十三方面，本申請實施例還提供一種電腦可讀存儲介質，所述電腦可讀存儲介質中存儲有指令，當其在電腦上運行時，使得上述第一方面至第五方面中的任意實現方法被執行。
第十四方面，本申請實施例還提供一種電腦程式產品，該電腦程式產品包括電腦程式，當電腦程式運行時，使得上述第一方面至第五方面中的任意實現方法被執行。
第十五方面，本申請實施例還提供一種晶片系統，包括：處理器，用於執行上述第一方面至第五方面中的任意實現方法。
第十六方面，本申請實施例還提供一種通信系統，包括用於執行第二方面中任意實現方法的第二設備，和用於執行第三方面中任意實現方法的第一設備。
作為一種實現方法，所述通信系統還包括用於執行第一方面中任意實現方法的會話管理網元。
第十七方面，本申請實施例還提供一種通信系統，包括用於執行第四方面中任意實現方法的第二設備，和用於執行第五方面中任意實現方法的第一設備。
作為一種實現方法，所述通信系統還包括用於執行第一方面中任意實現方法的會話管理網元
第十八方面，本申請實施例還提供一種通信系統，包括會話管理網元，用於執行第一方面中任意實現方法；以及，第一設備或第二設備，用於接收來自所述會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能。
為了使本申請的目的、技術方案和優點更加清楚，下面將結合附圖對本申請作進一步地詳細描述。方法實施例中的具體操作方法也可以應用於裝置實施例或系統實施例中。
如圖1(a)所示，為基於服務化架構的第五代（5th generation，5G）網路架構示意圖。圖1(a)所示的5G網路架構中可包括三部分，分別是終端設備部分、資料網路（data network，DN）和運營商網路部分。下面對其中的部分網元的功能進行簡單介紹說明。
其中，運營商網路可包括以下網元中的一個或多個：鑒權伺服器功能（Authentication Server Function，AUSF）網元、網路開放功能（network exposure function，NEF）網元、策略控制功能（policy control function，PCF）網元、統一資料管理（unified data management，UDM）網元、統一資料庫（Unified Data Repository，UDR）、網路存儲功能(Network Repository Function，NRF )網元、接入與移動性管理功能（access and mobility management function，AMF）網元、會話管理功能（session management function，SMF）網元、無線接入網（radioaccess network，RAN）以及使用者面功能（user plane function，UPF）網元等。上述運營商網路中，除無線接入網部分之外的部分可以稱為核心網路部分。在一種可能的實現方法中，運營商網路中還包括應用功能（Application Function，AF）網元。
終端設備(terminal device)，是一種具有無線收發功能的設備，可以部署在陸地上，包括室內或室外、手持或車載；也可以部署在水面上（如輪船等）；還可以部署在空中（例如飛機、氣球和衛星上等）。所述終端設備可以是手機（mobile phone）、平板電腦（pad）、帶無線收發功能的電腦、虛擬實境（virtual reality，VR）終端、增強現實（augmented reality，AR）終端、工業控制（industrial control）中的無線終端、無人駕駛（self driving）中的無線終端、遠端醫療（remote medical）中的無線終端、智慧電網（smart grid）中的無線終端、運輸安全（transportation safety）中的無線終端、智慧城市（smart city）中的無線終端、智慧家庭（smart home）中的無線終端、使用者設備（user equipment，UE）等。
上述終端設備可通過運營商網路提供的介面（例如N1等）與運營商網路建立連接，使用運營商網路提供的資料和/或語音等服務。終端設備還可通過運營商網路訪問DN，使用DN上部署的運營商業務，和/或第三方提供的業務。其中，上述第三方可為運營商網路和終端設備之外的服務方，可為終端設備提供他資料和/或語音等服務。其中，上述第三方的具體表現形式，具體可根據實際應用場景確定，在此不做限制。
RAN是運營商網路的子網路，是運營商網路中業務節點與終端設備之間的實施系統。終端設備要接入運營商網路，首先是經過RAN，進而可通過RAN與運營商網路的業務節點連接。RAN設備，是一種為終端設備提供無線通訊功能的設備，RAN設備也稱為接入網設備。RAN設備包括但不限於：5G中的下一代基站(g nodeB，gNB)、演進型節點B（evolved node B，eNB）、無線網路控制器（radio network controller，RNC）、節點B（node B，NB）、基站控制器（base station controller，BSC）、基站收發台（base transceiver station，BTS）、家庭基站（例如，home evolved nodeB，或home node B，HNB）、基帶單元（baseBand unit，BBU）、傳輸點(transmitting and receiving point，TRP)、發射點(transmitting point，TP)、移動交換中心等。
AMF網元，主要進行移動性管理、接入鑒權/授權等功能。此外，還負責在UE與PCF間傳遞使用者策略。
SMF網元，主要進行會話管理、PCF下發控制策略的執行、UPF的選擇、UE 互聯網協議（internet protocol，IP）地址分配等功能。
UPF網元，作為和資料網路的介面，完成使用者面資料轉發、基於會話/流級的計費統計，頻寬限制等功能。
UDM網元，主要負責管理簽約資料、使用者接入授權等功能。
UDR，主要負責簽約資料、策略資料、應用資料等類型資料的存取功能。
NEF網元，主要用於支持能力和事件的開放。
AF網元，主要傳遞應用側對網路側的需求，例如，服務品質（Quality of Service，QoS）需求或使用者狀態事件訂閱等。AF可以是第三方功能實體，也可以是運營商部署的應用服務，如IP多媒體子系統（IP Multimedia Subsystem，IMS）語音呼叫業務。
PCF網元，主要負責針對會話、業務資料流級別進行計費、QoS頻寬保障及移動性管理、UE策略決策等策略控制功能。該架構中，AMF與SMF所連接的PCF分別對應AM PCF（PCF for Access and Mobility Control）和SM PCF（PCF for Session Management），在實際部署場景中可能不是同一個PCF實體。
NRF網元，可用於提供網元發現功能，基於其他網元的請求，提供網元類型對應的網元資訊。NRF還提供網元管理服務，如網元註冊、更新、去註冊以及網元狀態訂閱和推送等。
AUSF網元：主要負責對使用者進行鑒權，以確定是否允許使用者或設備接入網路。
DN，是位於運營商網路之外的網路，運營商網路可以接入多個DN，DN上可部署多種業務，可為終端設備提供資料和/或語音等服務。例如，DN是某智慧工廠的私有網路，智慧工廠安裝在車間的感測器可為終端設備，DN中部署了感測器的控制伺服器，控制伺服器可為感測器提供服務。感測器可與控制伺服器通信，獲取控制伺服器的指令，根據指令將採集的感測器資料傳送給控制伺服器等。又例如，DN是某公司的內部辦公網路，該公司員工的手機或者電腦可為終端設備，員工的手機或者電腦可以訪問公司內部辦公網路上的資訊、資料資源等。
圖1(a)中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6為介面序號。這些介面序號的含義可參見第三代合作夥伴計畫（3rd generation partnership project，3GPP）標準協議中定義的含義，在此不做限制。
如圖1(b)所示，為基於點對點介面的5G網路架構示意圖，其中的網元的功能的介紹可以參考圖1(a)中對應的網元的功能的介紹，不再贅述。圖1(b)與圖1(a)的主要區別在於：圖1(b)中的各個網元之間的介面是點對點的介面，而圖1(a)中的各個網元之間的介面是服務化的介面。
在圖1(b)所示的架構中，各個網元之間的介面名稱及功能如下：
1）、N7：PCF與SMF之間的介面，可以用於下發協定資料單元（protocol data unit，PDU）會話細微性以及業務資料流細微性控制策略。
2）、N15：PCF與AMF之間的介面，可以用於下發UE策略及接入控制相關策略。
3）、N5：AF與PCF之間的介面，可以用於應用業務請求下發以及網路事件上報。
4）、N4：SMF與UPF之間的介面，可以用於控制面與使用者面之間傳遞資訊，包括控制面向使用者面的轉發規則、QoS控制規則、流量統計規則等的下發以及使用者面的資訊上報。
5）、N11：SMF與AMF之間的介面，可以用於傳遞RAN和UPF之間的PDU會話隧道資訊、傳遞發送給UE的控制消息、傳遞發送給RAN的無線資源控制資訊等。
6）、N2：AMF與RAN之間的介面，可以用於傳遞核心網側至RAN的無線承載控制資訊等。
7）、N1：AMF與UE之間的介面，可以用於向UE傳遞QoS控制規則等。
8）、N8：AMF與UDM間的介面，可以用於AMF向UDM獲取接入與移動性管理相關簽約資料與鑒權數據，以及AMF向UDM註冊UE當前移動性管理相關資訊等。
9）、N10：SMF與UDM間的介面，可以用於SMF向UDM獲取會話管理相關簽約資料，以及SMF向UDM註冊UE當前會話相關資訊等。
10）、N35：UDM與UDR間的介面，可以用於UDM從UDR中獲取使用者簽約資料資訊。
11）、N36：PCF與UDR間的介面，可以用於PCF從UDR中獲取策略相關簽約資料以及應用資料相關資訊。
12）、N12：AMF和AUSF間的介面，可以用於AMF向AUSF發起鑒權流程，其中可攜帶使用者隱藏標識（subscription concealed identifier，SUCI）作為簽約標識；
13）、N13：UDM與AUSF間的介面，可以用於AUSF向UDM獲取使用者鑒權向量，以執行鑒權流程。
當5G核心網支持非受信的Non-3GPP接入時，則基於點對點介面的5G網路架構如圖1(c)所示。其中，接入網包括3GPP接入網和非3GPP（Non-3GPP）接入網。3GPP接入網中的接入設備可以稱為無線接入網（radioaccess network，RAN）設備。非3GPP接入網中的接入設備可以稱為非3GPP互通功能（Non-3GPP InterWorking Function，N3IWF）設備。N3IWF設備例如可以包括路由器等。
需要說明的是，當5G核心網支持受信的Non-3GPP接入時，其5G網路架構與圖1(c)類似。可將圖1(c)中的非受信的Non-3GPP接入替換為受信的Non-3GPP接入，以及將N3IWF替換為受信的Non-3GPP接入閘道。
可以理解的是，上述網元或者功能既可以是硬體設備中的網路元件，也可以是在專用硬體上運行軟體功能，或者是平臺(例如，雲平臺)上產生實體的虛擬化功能。可選的，上述網元或者功能可以由一個設備實現，也可以由多個設備共同實現，還可以是一個設備內的一個功能模組，本申請實施例對此不作具體限定。
本申請中的移動性管理網元、會話管理網元、策略控制網元、接入網設備、使用者面網元分別可以是圖1(a)、圖1(b)或圖1(c)中的AMF、SMF、PCF、RAN、UPF，也可以是未來通信如第六代（6th generation，6G）網路中具有上述AMF、SMF、PCF、RAN、UPF的功能的網元，本申請對此不限定。為方便說明，本申請以移動性管理網元、會話管理網元、策略控制網元、接入網設備、使用者面網元分別為上述AMF、SMF、PCF、RAN、UPF為例進行說明。進一步地，本申請中以終端設備為UE為例進行說明。
為便於理解本申請實施例方案，下面先對本申請實施例涉及的一些術語或名詞進行解釋說明。
一、多接入PDU（Multi-access PDU，MA PDU）會話
對於單個PDU會話，可以支援多接入技術。如圖2所示，為PDU會話與接入技術關係示意圖。參考圖2，PDU會話可以通過第一接入技術接入，也可以通過第二接入技術接入。該場景下，該PDU會話可以稱為MA PDU會話。
其中，第一接入技術與第二接入技術不同，或者為相同接入技術但是由不同接入網設備分別使用第一接入技術或第二接入技術。第一接入技術與第二接入技術可以分別是但不限於是以下接入技術中的任意兩個：3GPP接入，non3GPP接入，長期演進（long term evolution，LTE）接入，5GRAN接入，可信non3GPP接入，非可信non3GPP接入，無線局域網(wireless local area network，WLAN)接入，固網接入等。
MA PDU會話可以實現業務流在不同接入技術之間的移動或併發。如業務流通過第一接入技術傳輸，後續該業務流移動到通過第二接入技術傳輸。或者，業務流的業務資料包同時使用第一接入技術與第二接入技術傳輸，以擴大頻寬。
二、業務流
本申請實施例中，業務流包括PDU會話、業務資料流（service data flow，SDF）、IP資料流、乙太資料流或至少一個QoS流。
其中，一個PDU會話包括一個或多個QoS流。一個PDU會話用一個PDU會話標識（PDU session ID）進行標識。
一個QoS流包括一個或多個SDF。
一個SDF包括一個或多個IP流，或者包括一個或多個乙太流。一個SDF中的IP資料包或乙太資料包對應相同的業務資料流描述資訊。
一個IP流包括一個或多個IP資料包，一個IP流中的IP資料包具有相同的IP五元組資訊。該IP五元組資訊包括源IP位址、目的IP位址、源埠號、目的埠號或協定號中的至少一個。
一個乙太流包括一個或多個乙太資料包，一個乙太流中的乙太資料包具有相同的乙太流描述資訊。該乙太流描述資訊包括源MAC位址或目的 MAC位址中的至少一個。
本申請實施例中，業務資料包包括IP資料包或乙太資料包等。
二、業務資料流（SDF）的分流模式（steering mode）
業務資料流的分流模式用於表示業務資料流在兩種接入技術的資料傳輸通道中是如何選路、移動或拆分的，業務資料流的分流模式包括但不限於：
1、主備（active-standby）模式
Active接入技術對應的鏈路為主鏈路，可以提供服務。Standby接入技術對應的鏈路為備份鏈路，處於備份狀態。兩者可以隨著策略更新進行切換。
該模式中，當Active接入技術對應的鏈路可用時，在該接入技術中傳輸，當Active接入技術對應的鏈路不可用時，將業務資料流切換到Standby接入技術對應的備份鏈路。當Active接入技術的鏈路從不可用重新恢復到可用狀態，業務資料流可以重新切換回該Active接入技術。如果沒有定義Standby接入技術，業務資料流只允許在Active接入技術中傳輸。
2、最小時延（smallest delay）模式
該模式中，將業務資料流分配在最小環回時間（Round-Trip Time，RTT）的接入技術中傳輸。UE與UPF可以測量第一接入技術的鏈路RTT與第二接入技術的鏈路RTT，並比較兩個鏈路的RTT，若第一接入技術的鏈路RTT小於第二接入技術的鏈路RTT，則選擇在第一接入技術中傳輸業務資料流，若第二接入技術的鏈路RTT小於第一接入技術的鏈路RTT，則選擇在第二接入技術中傳輸業務資料流，若第一接入技術的鏈路RTT等於第二接入技術的鏈路RTT，則選擇在第一接入技術或第二接入技術中傳輸業務資料流。另外，如果一種接入技術不可用，並且策略計費控制（Policy and Charging Control，PCC）規則允許，則所有的業務資料流可以被切換到另一種接入技術的資料傳輸通道中。
3、負載均衡（load-balancing）模式
該模式中，如果兩種接入技術都可用，將業務資料流在兩種接入技術中傳輸。業務資料流在兩種接入技術的資料傳輸通道中按照傳輸的業務資料流的百分比進行傳輸。
如果一種接入技術不可用，所有業務資料流被切換到另一種接入技術，相當於在可用的接入技術中傳輸的業務資料流的百分比是百分之百。
4、基於優先權（priority-based）模式
該模式中，將全部的業務資料流導向到高優先順序的接入技術，直到該接入技術的鏈路擁塞。當高優先順序的接入技術的鏈路不可用時，所有的業務資料流被切換到低優先順序的接入技術中傳輸。
三、業務資料流（SDF）的分流功能（steering function）
業務資料流的分流功能用於表示執行業務流分流的功能，業務資料流的分流功能包括但不限於：
1、低層接入流量選路，切換或拆分（access traffic steering, switching, splitting low-layer，ATSSS-LL）
ATSSS-LL功能在IP層或IP層以下實現，因此稱為底層的分流功能。上述分流功能基於分流模式與當前的鏈路狀態為業務流資料包選擇接入技術對應的鏈路傳輸所述業務資料包。上述鏈路狀態為UE與UPF之間的至少一條鏈路的鏈路狀態。UE與UPF基於鏈路狀態檢測協定，如性能檢測功能（performance measurement function，PMF）協定，進行鏈路狀態檢測。ATSSS-LL基於鏈路狀態檢測結果與分流模式進行業務流的選路、切換或拆分。
2、多路徑傳輸控制協定（multiPath transmission control protocol，MPTCP）
MPTCP分流功能是基於MPTCP實現的業務資料包選路、切換或拆分功能。上述分流功能基於分流模式與TCP層檢測的鏈路狀態，為業務資料包選擇接入技術對應的鏈路傳輸該業務資料包。
業務流（如PDU會話、IP流、乙太流、SDF或至少一個QoS流等）在多接入場景下，由於需要基於鏈路狀態（如丟包率、時延、頻寬等）進行接入技術的選擇，因此需要UE與UPF即時檢測鏈路狀態。當然，業務流在單接入的場景下，也可能需要UE與UPF即時檢測鏈路狀態，比如，UE或UPF需要基於鏈路狀態決定如何調整業務資料包的傳送速率等。
目前UE與UPF檢測鏈路狀態中的丟包率的方法是：基於傳輸層協定，例如傳輸控制協定（Transmission Control protocol，TCP）或快速UDP網路連接(quick UDP internet connections，QUIC)協定進行鏈路狀態感知，其中，UDP是使用者資料包通訊協定（user datagram protocol）的簡稱。具體地，發送端在發送的業務資料包中攜帶序號，接收端收到業務資料包後向發送端發送針對該業務資料包的確認應答（ACK），從而接收端可以根據業務資料包的序號確定發送端實際發送的業務資料包的數量，進而根據發送端實際發送的業務資料包的數量和接收端實際接收到的業務資料包的數量確定業務資料包的丟包率。而發送端可以根據接收端發送的業務資料包的確認應答的數量和發送端實際發送的業務資料包的數量確定業務資料包的丟包率。
其中，在上行方向，發送端是UE，接收端是UPF。在下行方向，發送端是UPF，接收端是UE。
上述基於傳輸層協定確定業務資料包的丟包率的方案，存在如下問題：
第一，存在一定的時延。比如基於TCP測量丟包率時，當發送端向接收端發送某個業務資料包後，需要一個或多個最小環回時間（RTT），如果在一個或多個RTT之前始終沒有收到針對該業務資料包的確認應答，則發送端確認該業務資料包丟失，也即確認該業務資料包沒有被接收端收到。因此，發送端在計算丟包率時，是存在一定時延的，並且時延大小與等待接收確認應答的時間有關。
第二，效率不高。由於基於傳輸層協定確定丟包率，需要發送端或接收端基於傳輸層協定對業務資料包進行解析，從而導致確定丟包率的效率不高。
為實現快速和準確地確定丟包率，本申請實施例提供相應的丟包率的檢測方法。
需要說明的是，本申請實施例中，第一設備是作為業務資料包的發送方，第二設備作為業務資料包的接收方。在上行方向，第一設備是UE，第二設備是UPF。在下行方向，第一設備是UPF，第二設備是UE。
需要說明的是，本申請實施例中，鏈路狀態檢測資訊（如以下實施例中的第一鏈路狀態檢測資訊、第二鏈路狀態檢測資訊、第三鏈路狀態檢測資訊、第四鏈路狀態檢測資訊、第五鏈路狀態檢測資訊、第六鏈路狀態檢測資訊等）可以包括鏈路狀態檢測資料包，該鏈路狀態檢測資料包與業務資料包不同。具體的，業務資料包用於傳輸資料，鏈路狀態檢測資料包用於指示接收或發送的業務資料包的數量，鏈路狀態檢測資料包可用於計算業務資料包的丟包率。
需要說明的是，本申請實施例中，“鏈路”可以理解為“通道”，比如3GPP的鏈路，non 3GPP的鏈路等。鏈路中傳輸的是業務流，該業務資料流可以是PDU會話、SDF、IP流、乙太流或至少一個QoS流。鏈路狀態檢測是對業務流所處的鏈路的狀態的檢測。
本申請實施例中，業務流中傳輸的最小傳輸單元是業務資料包。也即，不管是PDU會話、SDF、乙太流、IP流還是至少一個QoS流，其都是由一個或多個業務資料包構成。
參考圖3，本申請實施例提供的一種丟包率的檢測方法示意圖。該方法包括以下步驟：
步驟301，第一設備通過一條鏈路向第二設備發送第一鏈路狀態檢測資訊。相應地，第二設備收到該第一鏈路狀態檢測資訊。
第一鏈路狀態檢測資訊用於指示第一設備在鏈路上向第二設備發送的業務資料包的數量。
步驟302，第二設備根據第一鏈路狀態檢測資訊，獲取該鏈路的業務資料包的丟包率。
比如，第二設備根據第一鏈路狀態檢測資訊確定第一設備在鏈路上向第二設備發送的業務資料包的數量，然後第二設備還可以獲取第二設備在該鏈路上收到的來自第一設備的業務資料包的數量，從而第二設備根據二者的比值可以計算得到該鏈路的業務資料包的丟包率。
步驟303，第二設備向第一設備發送業務資料包的丟包率。相應地，第一設備收到業務資料包的丟包率。
第一設備收到業務資料包的丟包率後，可以對該鏈路進行評估，從而可以根據評估結果確定相應的策略或者是向其它設備（如SMF、PCF等）上報業務資料包的丟包率，等等。
基於上述方案，第一設備可以通過鏈路狀態檢測資訊，將第一設備在鏈路上向第二設備發送的業務資料包的數量通知給第二設備，使得第二設備可以根據該鏈路狀態檢測資訊快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
作為一種實現方法，在上述步驟301之前，第一設備還通過上述鏈路向第二設備發送第二鏈路狀態檢測資訊。相應地，第二設備收到該第二鏈路狀態檢測資訊，則上述第一鏈路狀態檢測資訊，具體用於：指示在第一設備發送第二鏈路狀態檢測資訊和第一設備發送第一鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的第一數量。該情形下，則上述步驟302，具體可以是：第二設備根據第一鏈路狀態檢測資訊，獲取在第一設備發送第二鏈路狀態檢測資訊和第一設備發送第一鏈路狀態檢測資訊的時間內鏈路的業務資料包的丟包率。其中，第二鏈路狀態檢測資訊與第一鏈路狀態檢測資訊可以是相鄰的兩個鏈路狀態檢測資訊，也可以是不相鄰的兩個鏈路狀態檢測資訊。
下面結合具體示例對該方案進行說明。
參考圖4(a)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以上述第一鏈路狀態檢測資訊與第二鏈路狀態檢測資訊是相鄰的兩個鏈路狀態檢測資訊為例，當第一鏈路狀態檢測資訊是鏈路狀態檢測資訊d，則第二鏈路狀態檢測資訊是鏈路狀態檢測資訊c；當第一鏈路狀態檢測資訊是鏈路狀態檢測資訊c，則第二鏈路狀態檢測資訊是鏈路狀態檢測資訊b；當第一鏈路狀態檢測資訊是鏈路狀態檢測資訊b，則第二鏈路狀態檢測資訊是鏈路狀態檢測資訊a。其中，鏈路狀態檢測資訊d攜帶鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的數量，也即鏈路狀態檢測資訊d攜帶業務資料包的數量=3。鏈路狀態檢測資訊c攜帶鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的數量，也即鏈路狀態檢測資訊c攜帶業務資料包的數量=2。鏈路狀態檢測資訊b攜帶鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的數量，也即鏈路狀態檢測資訊b攜帶業務資料包的數量=2。
針對該示例，相鄰兩個鏈路狀態檢測資訊之間發送的業務資料包的數量由該相鄰兩個鏈路狀態檢測資訊中靠後的那個鏈路狀態檢測資訊來指示或攜帶。
針對該示例，第二設備可以計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：50%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：0%； 鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：33.3%。 當然，第二設備還可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：25%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：28.6%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：20%。
第二設備具體是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
當上述第一鏈路狀態檢測資訊與第二鏈路狀態檢測資訊不相鄰時，則第二鏈路狀態檢測資訊用於指示計算丟包率的初始資料包或者初始時間，也即第一鏈路狀態檢測資訊所指示的第一設備發送的業務資料包的數量是以第二鏈路狀態檢測資訊作為參考來計算的。
下面結合具體示例對該方案進行說明。
參考圖4(b)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以上述鏈路狀態檢測資訊a作為參考的鏈路狀態檢測資訊為例，該鏈路狀態檢測資訊a也稱為第二鏈路狀態檢測資訊，則第一鏈路狀態檢測資訊可以是上述鏈路狀態檢測資訊b，c或d。其中，鏈路狀態檢測資訊b攜帶鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的數量，也即鏈路狀態檢測資訊b攜帶業務資料包的數量=2。鏈路狀態檢測資訊c攜帶鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的數量，也即鏈路狀態檢測資訊c攜帶業務資料包的數量=4。鏈路狀態檢測資訊d攜帶鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的數量，也即鏈路狀態檢測資訊d攜帶業務資料包的數量=7。
針對該示例，一個鏈路狀態檢測資訊攜帶的業務資料包的數量，為該鏈路狀態檢測資訊與參考的鏈路狀態檢測資訊之間發送的業務資料包的數量。
針對該示例，第二設備可以計算相鄰鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：50%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：25%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：28.6%； 或者，第二設備也可以根據各個鏈路狀態檢測資訊攜帶的業務資料包的數量，計算得到相鄰兩個鏈路狀態檢測資訊之間發送的業務資料包的數量，從而可以計算得到任意相鄰兩個鏈路狀態檢測資訊之前的業務資料包的丟包率。
其中，第二設備是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
需要說明的是，該示例中，不同的鏈路狀態檢測資訊可以對應相同的參考的鏈路狀態檢測資訊，也可以對應不同的參考的鏈路狀態檢測資訊。比如，上述示例中，鏈路狀態檢測資訊b，c，d均將鏈路狀態檢測資訊a作為參考的鏈路狀態檢測資訊。再比如，上述示例中，鏈路狀態檢測資訊b，c可以均將鏈路狀態檢測資訊a作為參考的鏈路狀態檢測資訊，鏈路狀態檢測資訊d將鏈路狀態檢測資訊b作為參考的鏈路狀態檢測資訊，等等。本申請實施例不限定參考的鏈路狀態檢測資訊是固定的某個鏈路狀態檢測資訊，還是多個鏈路狀態檢測資訊。
可選的，還可以在鏈路狀態檢測資訊中攜帶參考的鏈路狀態檢測資訊的標識資訊，從而第二設備可以獲知鏈路狀態檢測資訊攜帶的業務資料包的數量是參考哪個鏈路狀態檢測資訊進行統計的。比如，在上述示例中，可以在鏈路狀態檢測資訊b，c，d中攜帶鏈路狀態檢測資訊a的標識資訊。
當然，還可以以某個業務資料包的發送之前或之後的時刻，作為參考時間，然後鏈路狀態檢測資訊（如上述第一鏈路狀態檢測資訊）所指示的第一設備發送的業務資料包的數量是以該參考時間作為參考來計算的。作為一種實現方法，該參考時間可以初始的業務資料包的發送時間之前的某個時刻。因此，上述步驟301中的第一鏈路狀態檢測資訊具體可以用於指示：在第一設備在鏈路上發送初始的業務資料包和第一設備發送第一鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的第三數量。該情形下，則上述步驟302具體可以是：第二設備根據第一鏈路狀態檢測資訊，獲取在第一設備發送初始資料包和第一設備發送第一鏈路狀態檢測資訊的時間內鏈路的業務資料包的丟包率。
下面結合具體示例對該方案進行說明。
參考圖4(c)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以業務資料包1的發送時刻之前的一個時刻作為參考時間為例，則上述第一鏈路狀態檢測資訊可以是該示例中的鏈路狀態檢測資訊a，b，c或d。其中，鏈路狀態檢測資訊a攜帶參考時間與鏈路狀態檢測資訊a之間的業務資料包的數量，也即鏈路狀態檢測資訊a攜帶業務資料包的數量=1。鏈路狀態檢測資訊b攜帶參考時間與鏈路狀態檢測資訊b之間的業務資料包的數量，也即鏈路狀態檢測資訊b攜帶業務資料包的數量=3。鏈路狀態檢測資訊c攜帶參考時間與鏈路狀態檢測資訊c之間的業務資料包的數量，也即鏈路狀態檢測資訊c攜帶業務資料包的數量=5。鏈路狀態檢測資訊d攜帶參考時間與鏈路狀態檢測資訊d之間的業務資料包的數量，也即鏈路狀態檢測資訊d攜帶業務資料包的數量=8。
針對該示例，一個鏈路狀態檢測資訊攜帶的業務資料包的數量，為該鏈路狀態檢測資訊與參考時間之間發送的業務資料包的數量。
針對該示例，第二設備可以計算相鄰鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備可以計算得到： 參考時間與鏈路狀態檢測資訊a之間的業務資料包的丟包率為：0%； 參考時間與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：33.3%； 參考時間與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：20%； 參考時間與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：25%； 或者，第二設備也可以根據各個鏈路狀態檢測資訊攜帶的業務資料包的數量，計算得到相鄰兩個鏈路狀態檢測資訊之間發送的業務資料包的數量，從而可以計算得到任意相鄰兩個鏈路狀態檢測資訊之前的業務資料包的丟包率。
其中，第二設備是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
作為一種實現方法，在上述步驟301之前，第一設備還通過上述鏈路向第二設備發送第二鏈路狀態檢測資訊，以及在上述步驟301之後，第一設備還通過上述鏈路向第二設備發送第三鏈路狀態檢測資訊。第三鏈路狀態檢測資訊用於指示第一數量和第二數量。其中，第一數量指的是在第一設備發送第二鏈路狀態檢測資訊和第一設備發送第一鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的數量。第二數量指的是在第一設備發送第一鏈路狀態檢測資訊和第一設備發送第三鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的數量。該情形下，則上述步驟302，具體可以是：第二設備根據第一鏈路狀態檢測資訊，獲取在第一設備發送第二鏈路狀態檢測資訊和第一設備發送第三鏈路狀態檢測資訊的時間內鏈路的業務資料包的丟包率；和/或，第二設備根據第一鏈路狀態檢測資訊，獲取在第一設備發送第一鏈路狀態檢測資訊和第一設備發送第三鏈路狀態檢測資訊的時間內鏈路的業務資料包的丟包率。其中，第二鏈路狀態檢測資訊與第一鏈路狀態檢測資訊可以是相鄰的兩個鏈路狀態檢測資訊，也可以是不相鄰的兩個鏈路狀態檢測資訊。
下面結合具體示例對該方案進行說明。
參考圖4(d)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以第一鏈路狀態檢測資訊為鏈路狀態檢測資訊c為例，則第二鏈路狀態檢測資訊為鏈路狀態檢測資訊b，第三鏈路狀態檢測資訊為鏈路狀態檢測資訊d。
其中，鏈路狀態檢測資訊c攜帶鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的數量2，以及鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的數量2。鏈路狀態檢測資訊d攜帶鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的數量3，以及鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的數量2。
針對該示例，一個鏈路狀態檢測資訊可以攜帶業務資料包的一個或多個數量。比如上述示例中攜帶業務資料包的2個數量，當然也可以攜帶3個數量或4個數量等等。當然，針對初始的鏈路狀態檢測資訊，則可以攜帶業務資料包的1個數量。
針對該示例，第二設備可以計算相鄰鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：50%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：0%； 鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：33.3%； 當然，第二設備還可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：25%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：28.6%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：20%。
其中，第二設備是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
需要說明的是，上述實現方案中，是在一個鏈路狀態資訊中攜帶業務資料包的兩個數量，在實際應用中，還可以在一個鏈路狀態檢測資訊中攜帶業務資料包的三個數量或三個以上的數量。本申請實施例不限定在鏈路狀態檢測資訊中攜帶業務資料包的數量資訊。
其中，在一個鏈路狀態檢測資訊中攜帶業務資料包的多個數量的好處在於：可以減少鏈路狀態檢測資訊帶來的影響，從而可以提升檢測業務資料包的丟包率的準確性和速度。以圖4(d)為例，當鏈路狀態檢測資訊丟失，則第二設備無法獲知鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間發送的業務資料包的數量，但當第二設備收到鏈路狀態檢測資訊c後，則可以獲知鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間發送的業務資料包的數量，從而消除了鏈路狀態檢測資訊b丟失所帶來的影響。
作為一種實現方法，上述步驟301的第一鏈路狀態檢測資訊，具體用於指示：第一設備在鏈路上向第二設備發送缺省數量的業務資料包。可選的，該缺省數量可以是預配置在第一設備和第二設備上的，或者是協議預定義的，或者還可以是由第一設備確定缺省數量後通知第二設備的，比如向第二設備發送指示資訊，用於指示缺省的數量值。
需要說明的是，該缺省數量可以是動態更新的，比如可以由第二設備向第一設備動態通知最新的缺省數量，或者是其它網元如SMF、PCF等向第一設備動態通知最新的缺省數量。
下面結合具體示例對該方案進行說明。
參考圖4(e)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸多個業務資料包，並且每隔一定數量，發送一個鏈路狀態檢測資訊。以缺省數量為100為例，則每發送100個業務資料包，然後發送一個鏈路狀態檢測資訊。因此，鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間發送了100個業務資料包，鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間發送了100個業務資料包，等等。並且，鏈路狀態檢測資訊不需要攜帶發送的業務資料包的數量。
針對該示例，第二設備可以計算相鄰鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間丟失了3個業務資料包，鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間丟失了4個業務資料包，則第二設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：3%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：4%。
當然，第二設備還可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：3.5%。
其中，第二設備是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
作為一種實現方法，在上述步驟301之前，第一設備還通過上述鏈路向第二設備發送第二鏈路狀態檢測資訊，以及在上述步驟301之後，第一設備還通過上述鏈路向第二設備發送第四鏈路狀態檢測資訊。第四鏈路狀態檢測資訊用於指示在第一設備發送第一鏈路狀態檢測資訊和第一設備發送第四鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的第四數量。該情形下，則上述步驟302，具體可以是：第二設備根據第一鏈路狀態檢測資訊和第四鏈路狀態檢測資訊，獲取在第一設備發送第二鏈路狀態檢測資訊和第一設備發送第四鏈路狀態檢測資訊的時間內業務資料包的丟包率。其中，第二鏈路狀態檢測資訊與第一鏈路狀態檢測資訊可以是相鄰的兩個鏈路狀態檢測資訊，也可以是不相鄰的兩個鏈路狀態檢測資訊。
下面結合具體示例對該方案進行說明。
參考圖4(f)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以第一鏈路狀態檢測資訊為鏈路狀態檢測資訊c為例，則第二鏈路狀態檢測資訊為鏈路狀態檢測資訊b，第四鏈路狀態檢測資訊為鏈路狀態檢測資訊d。以第一鏈路狀態檢測資訊為鏈路狀態檢測資訊b為例，則第二鏈路狀態檢測資訊為鏈路狀態檢測資訊a，第四鏈路狀態檢測資訊為鏈路狀態檢測資訊c。
其中，鏈路狀態檢測資訊c攜帶鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的數量4。鏈路狀態檢測資訊d攜帶鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間的業務資料包的數量5。
針對該示例，第二設備可以計算鏈路狀態檢測資訊之間的業務資料包的丟包率。示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：25%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：20%。
當然，第二設備還可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：50%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：0%； 鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：33.3%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：28.6%。
其中，第二設備是計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，還是計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，取決於具體實現，本申請實施例不做限定。作為一種實現方法，第二設備可以基於配置的丟包率檢測週期、丟包率檢測頻率等參數，決定計算業務資料包的丟包率的時間點。
需要說明的是，在上述示例中，當第二設備計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，可以實現及時計算業務資料包的丟包率，便於第一設備、第二設備或其它設備根據丟包率做快速決策。當第二設備計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，也即在收到三個或三個以上鏈路狀態檢測資訊時，計算一次業務資料包的丟包率，則可以減少業務資料包的亂序帶來的影響，提升計算業務資料包的丟包率的準確性。示例性地，參考圖4(g)，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，第一設備向第二設備依次發送業務資料包1至8，其中，第二設備先收到業務資料包的順序為：業務資料包1，業務資料包3，業務資料包2，業務資料包4，業務資料包5，業務資料包6，業務資料包7，業務資料包8。以業務資料包7發生丟失，其它業務資料包均被第二設備收到為例，若第二設備計算相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，則計算得到鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間發送的業務資料包的丟包率為：50%，但實際上業務資料包2並沒有丟失，因此鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間發送的業務資料包的丟包率實際應該為0%。若第二設備計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，比如計算得到鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間發送的業務資料包的丟包率為：0%，這符合實際的丟包率。因此，當第二設備計算非相鄰兩個鏈路狀態檢測資訊之間的業務資料包的丟包率，可以減少業務資料包的亂序帶來的影響，提升計算業務資料包的丟包率的準確性。
參考圖5，本申請實施例還提供一種丟包率的檢測方法示意圖。該方法包括以下步驟：
步驟501，第一設備通過一條鏈路向第二設備發送第五鏈路狀態檢測資訊。相應地，第二設備收到該第五鏈路狀態檢測資訊。
步驟502，第二設備根據第五鏈路狀態檢測資訊，確定第二設備在鏈路上接收到的來自第一設備的業務資料包的數量。
由於某些業務資料包在發送過程中，可能會丟失，因此第二設備在鏈路上接收到的來自第一設備的業務資料包的數量，可能要少於第一設備在該鏈路上向第二設備發送的業務資料包的數量。
步驟503，第二設備向第一設備發送第二設備在鏈路上接收到的來自第一設備的業務資料包的數量。相應地，第一設備收到第二設備在鏈路上接收到的來自第一設備的業務資料包的數量。
步驟504，第一設備根據業務資料包的數量，確定鏈路的業務資料包的丟包率。
比如，第一設備根據第一設備在鏈路上向第二設備發送的業務資料包的數量，和第二設備在鏈路上接收到的來自第一設備的業務資料包的數量，從而第二設備根據二者的比值可以計算得到該鏈路的業務資料包的丟包率。
基於上述方案，第二設備可以通過鏈路狀態檢測資訊，將第二設備在鏈路上接收到的來自第一設備的業務資料包的數量通知給第一設備，使得第一設備可以根據第二設備在鏈路上接收到的來自第一設備的業務資料包的數量快速計算得到業務資料包的丟包率。並且由於不需要對業務資料包進行解析，也不需要確認業務資料包是否丟失，因而可以提升丟包率的計算速度。
作為一種實現方法，在上述步驟501之前，第一設備還通過上述鏈路向第二設備發送第六鏈路狀態檢測資訊。相應地，第二設備收到該第六鏈路狀態檢測資訊，則上述步驟502，具體可以是：第二設備確定在第一設備發送第六鏈路狀態檢測資訊和第一設備發送第五鏈路狀態檢測資訊的時間內，第二設備在鏈路上接收到的來自第一設備的業務資料包的數量（以下稱為第五數量）。上述步驟506，具體可以是：第一設備根據第五數量和第六數量確定鏈路的業務資料包的丟包率。其中，第六數量指的是在第一設備發送第六鏈路狀態檢測資訊和第一設備發送第五鏈路狀態檢測資訊的時間內，第一設備在鏈路上向第二設備發送的業務資料包的數量。
可選的，第一設備還向第二設備發送確定的業務資料包的數量對應的時間資訊，該時間資訊包括第一設備發送第六鏈路狀態檢測資訊和第一設備發送第五鏈路狀態檢測資訊之間的時間段。可選的，該第五鏈路狀態檢測資訊和第六鏈路狀態檢測資訊為鏈路狀態檢測資料包，該時間資訊包括鏈路狀態檢測資料包對應的序號資訊。
其中，第六鏈路狀態檢測資訊與第五鏈路狀態檢測資訊可以是相鄰的兩個鏈路狀態檢測資訊，也可以是不相鄰的兩個鏈路狀態檢測資訊。
下面結合具體示例對該方案進行說明。
參考圖6，為鏈路狀態檢測資訊和業務資料包的傳輸的一個示例圖。該示例中，在一條鏈路上依次傳輸有業務資料包1至業務資料包8。並且在業務資料包1之後發送鏈路狀態檢測資訊a，在業務資料包3之後發送鏈路狀態檢測資訊b，在業務資料包5之後發送鏈路狀態檢測資訊c，在業務資料包8之後發送鏈路狀態檢測資訊d。以上述第五鏈路狀態檢測資訊與第六鏈路狀態檢測資訊是相鄰的兩個鏈路狀態檢測資訊為例，當第五鏈路狀態檢測資訊是鏈路狀態檢測資訊d，則第六鏈路狀態檢測資訊是鏈路狀態檢測資訊c；當第五鏈路狀態檢測資訊是鏈路狀態檢測資訊c，則第六鏈路狀態檢測資訊是鏈路狀態檢測資訊b；當第五鏈路狀態檢測資訊是鏈路狀態檢測資訊b，則第六鏈路狀態檢測資訊是鏈路狀態檢測資訊a。
示例性地，假設業務資料包3和7丟失了，也即第二設備沒有收到業務資料包3和7，則第二設備向第一設備發送以下資訊： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間收到的業務資料包的數量：1個； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間收到的業務資料包的數量：2個； 鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間收到的業務資料包的數量：2個。
或者，第二設備也可以向第一設備發送以下資訊： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間收到的業務資料包的數量：3個； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間收到的業務資料包的數量：5個； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間收到的業務資料包的數量：4個。
第二設備具體是向第一設備發送相鄰兩個鏈路狀態檢測資訊之間收到的業務資料包的數量，還是向第一設備發送非相鄰兩個鏈路狀態檢測資訊之間收到的業務資料包的數量，取決於具體實現，本申請實施例不做限定。
第一設備可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊b之間的業務資料包的丟包率為：50%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：0%； 鏈路狀態檢測資訊c與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：33.3%； 當然，第一設備還可以計算得到： 鏈路狀態檢測資訊a與鏈路狀態檢測資訊c之間的業務資料包的丟包率為：25%； 鏈路狀態檢測資訊a與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：28.6%； 鏈路狀態檢測資訊b與鏈路狀態檢測資訊d之間的業務資料包的丟包率為：20%。
作為一種實現方法，對於上述圖3或圖5中的任意實現方案，針對第一設備發送的每個鏈路狀態檢測資訊，第二設備在收到該鏈路狀態檢測資訊後，向第一設備發送一個針對該鏈路狀態檢測資訊的響應資訊，該回應資訊也可以是一個鏈路狀態檢測資訊。比如，針對上述圖3對應的任意實現方案，第二設備在計算得到業務資料包的丟包率後，可以在該回應資訊中攜帶業務資料包的丟包率。再比如，針對上述圖5對應的任意實現方案，第二設備在回應資訊中攜帶收到的業務資料包的數量。
作為一種實現方法，對於上述圖3或圖5中的任意實現方案，第一設備向第二設備發送鏈路狀態檢測資訊時，可以在鏈路狀態檢測資訊中攜帶標識資訊，該標識資訊可以包括流程傳輸標識（procedure  transport identifier，PTI），或者包括流程傳輸標識和序號。
比如，當第一設備向第二設備發送的鏈路狀態檢測資訊中攜帶的標識資訊包括流程傳輸標識（PTI），則第二設備向第一設備發送針對該鏈路狀態檢測資訊的回應資訊中也攜帶該流程傳輸標識。該方案中，流程傳輸標識的作用如下：第一，用於標識鏈路狀態檢測資訊，也即用於區分不用的鏈路狀態檢測資訊；第二，用於對不同的鏈路狀態檢測資訊進行排序；第三，用於關聯鏈路狀態檢測資訊與針對該鏈路狀態檢測資訊的回應資訊。示例性地，第一設備向第二設備發送的鏈路狀態檢測資訊依次為：鏈路狀態檢測資訊1（PTI-1），鏈路狀態檢測資訊2（PTI-2），鏈路狀態檢測資訊3（PTI-3），鏈路狀態檢測資訊4（PTI-4），第二設備發送的回應資訊依次為：鏈路狀態檢測資訊1’（ PTI-1），鏈路狀態檢測資訊2’（ PTI-2），鏈路狀態檢測資訊3’（ PTI-3），鏈路狀態檢測資訊4’（ PTI-4）。比如，第二設備沒有收到鏈路狀態檢測資訊2，則第二設備可以根據PTI-1、PTI-3、PTI-4，推斷得到沒有收到PTI-2對應的鏈路狀態檢測資訊2。
再比如，當第一設備向第二設備發送的鏈路狀態檢測資訊中攜帶的標識資訊包括流程傳輸標識（PTI）和序號，則第二設備向第一設備發送針對該鏈路狀態檢測資訊的回應資訊中也攜帶該流程傳輸標識以及攜帶序號。其中，第一設備發送的鏈路狀態檢測資訊中的流程傳輸標識與收到的針對該鏈路狀態檢測資訊的響應資訊中的流程傳輸標識，第一設備發送的鏈路狀態檢測資訊中的序號與收到的針對該鏈路狀態檢測資訊的回應資訊中的序號可以相同，也可以不同。該方案中，流程傳輸標識的作用如下：第一，用於標識鏈路狀態檢測資訊，也即用於區分不用的鏈路狀態檢測資訊；第二，用於關聯鏈路狀態檢測資訊與針對該鏈路狀態檢測資訊的回應資訊。序號的作用是：用於對不同的鏈路狀態檢測資訊進行排序。示例性地，第一設備向第二設備發送的鏈路狀態檢測資訊依次為：鏈路狀態檢測資訊1（PTI-a，SN-1），鏈路狀態檢測資訊2（PTI-b，SN-2），鏈路狀態檢測資訊3（（PTI-c，SN-3）），鏈路狀態檢測資訊4（（PTI-d，SN-4）），第二設備向第一設備發送的針對收到的鏈路狀態檢測資訊的響應資訊依次為：鏈路狀態檢測資訊1’（PTI-a，SN-1’），鏈路狀態檢測資訊2’（PTI-b，SN-2’），鏈路狀態檢測資訊3’（（PTI-c，SN-3’）），鏈路狀態檢測資訊4’（（PTI-d，SN-4’））。其中，SN-1與SN-1’可以相同，也可以不同，SN-2與SN-2’可以相同，也可以不同，SN-3與SN-3’可以相同，也可以不同，SN-4與SN-4’可以相同，也可以不同。可選的，第二設備向第一設備發送的針對收到的鏈路狀態檢測資訊的響應資訊也可以不攜帶序號，比如上述示例中，不攜帶SN-1’、 SN-2’、 SN-3’、 SN-4’。比如，第二設備沒有收到鏈路狀態檢測資訊2，則第二設備可以根據SN-1、SN-3、SN-4，推斷得到沒有收到PTI-2對應的鏈路狀態檢測資訊2。
作為一種實現方法，第一設備或第二設備在計算業務資料包的丟包率時，可以將鏈路狀態檢測資訊的丟失情況考慮進來，當然也可以不考慮進來。其中，第一設備在發送鏈路狀態檢測資訊之後，可以根據是否收到針對該鏈路狀態檢測資訊的回應資訊，來判斷發送的鏈路狀態檢測資訊是否丟失。第二設備則可以根據收到的多個鏈路狀態檢測資訊中的標識資訊（可以包括流程傳輸標識，或包括流程傳輸標識和序號），來判斷是否有某個或某些鏈路狀態檢測資訊丟失。
可選的，本申請實施中，鏈路狀態檢測資訊可以是鏈路狀態檢測資料包。第一設備在發送該鏈路狀態檢測資料包時，可以在鏈路狀態檢測資料包中攜帶PMF請求消息，該PMF請求消息攜帶標識資訊（可以包括流程傳輸標識，或包括流程傳輸標識和序號），可選的，PMF請求消息還可以攜帶用於指示發送的業務資料包的數量，具體實現可以參考前述各個實施例的描述。第二設備在收到鏈路狀態檢測資料包後，向第一設備發送針對該鏈路狀態檢測資訊的回應資訊，該回應資訊也是一個鏈路狀態檢測資料包，該鏈路狀態檢測資料包攜帶PMF回應訊息，該PMF回應訊息攜帶的流程傳輸標識與PMF請求消息中攜帶的流程傳輸標識相同，從而第一設備可以識別收到的鏈路狀態檢測資訊與發送的鏈路狀態檢測資訊之間的對應關係。可選的，在PMF回應訊息中攜帶第二設備收到的來自第一設備的業務資料包的數量或業務資料包的丟包率，具體實現可以參考前述各個實施例的描述。
作為一種實現方法，當UE或UPF計算一條QoS flow的丟包率時，可以由UE或UPF的PMF確定業務資料包所屬的QoS flow的標識（即QoS流標識（QoS flow identity，QFI）），即判斷發送或收到的業務資料包屬於哪一條QoS flow，然後對相應的QoS flow的業務資料包進行計數或計算丟包率。比如：
對於下行業務流，UE的接入晶片在一條鏈路收到下行業務資料包後，將該下行業務資料包發送給UE的PMF。上述PMF基於QoS策略（即QoS rule）判斷此下行業務資料包所屬的QoS flow的QFI。上述QoS rule同現有技術，包含業務資料流（SDF）描述資訊與QFI對應關係。或者，UE的接入晶片在一條鏈路收到下行業務資料包後，解析該下行業務資料包的業務資料適配協定（service data adaptation protocol，SDAP）層，獲取SDAP層攜帶的QFI，並將該QFI發送給PMF。可選的，當需要計算不同接入技術對應的不同鏈路的丟包率時，UE的接入晶片將下行業務資料包的傳輸鏈路對應的接入技術指示發送給UE的PMF。
對於下行業務流，UPF收到下行業務資料包後，PMF基於N4介面收到的策略（例如QER）確定該下行業務資料包對應的QFI，並在向UE發送下行業務資料包時，對該QFI上對應的下行資料包進行計數。
對於上行業務流，UE的PMF收到上層應用產生的業務資料包後，PMF基於QoS rule判斷業務資料包對應的QFI，並對該QFI對應的業務資料包進行計數。
對於上行業務流，UPF在一條鏈路收到上行業務資料包後，將上行資料包發送給UPF的PMF，該PMF基於N4介面收到的策略（例如QoS執行規則（QoS enforcement rule，QER））判斷此上行業務資料包所屬的QFI。或者，UPF在一條鏈路收到上行業務資料包後，獲取上述業務資料包的使用者面通用無線分組業務（general packet radio service，GPRS）隧道協議 (GPRS tunneling protocol-user，GTP-U)層中攜帶的QFI，將上述QFI發送給UPF的PMF。
作為一種實現方法，當UE或UPF計算至少一條QoS flow的丟包率時，UE可以基於現有技術獲取QoS flow對應的資料無線承載（data radio bearer，DRB）資訊，既空口側至少一條QoS flow彙聚到一條DRB鏈路。UE的接入晶片將DBR與QFI(s)對應關係發送給UE的PMF。UE的PMF統計一條DBR鏈路上的收到的下行業務資料包數量，並計算DBR細微性的丟包率。此外，UE可以將彙聚到一條DBR的至少一條QoS flow資訊，如QFI(s)，發送給UPF，UPF可以計算上述多條QoS flow上發送或接收的業務資料包的數量或丟包率。其中，UPF或UE判斷業務資料包所屬的QoS flow的方法可以參考前述描述。
參考圖7，本申請實施例還提供一種丟包率的檢測方法示意圖。該方法可以與上述圖3對應的實施例和/或圖5對應的實施例相結合實施，也可以與其它實施例相結合實施，或者是單獨實施，本申請對此不做限定。需要說明的是，以下描述中，第一設備是作為業務資料包的發送方，第二設備是作為業務資料包的接收方。
該方法包括以下步驟：
步驟701，SMF確定需要對業務流所在的鏈路進行鏈路狀態檢測。
或者理解為，SMF確定需要對業務流進行鏈路狀態檢測。
作為一種實現方法，當業務流包括為至少一條QoS流，該QoS流包括至少一條業務資料流，或者該業務流包括業務資料流，則SMF可以根據以下任一方法確定需要對業務流所在的鏈路進行鏈路狀態檢測：
方法1，SMF確定業務流中的業務資料流的分流功能為ATSSS-LL，則確定需要對業務流所在的鏈路進行鏈路狀態檢測。
方法2，SMF確定業務流中的業務資料流的分流功能為ATSSS-LL，且業務資料流的分流模式為負載均衡模式，則確定需要對業務流所在的鏈路進行鏈路狀態檢測。
方法3，SMF確定業務流中的業務資料流的分流功能為ATSSS-LL，且業務資料流的分流模式為最小時延模式，則確定需要對業務流所在的鏈路進行鏈路狀態檢測。
方法4，SMF確定業務流中的業務資料流的分流功能為ATSSS-LL，且業務資料流的分流模式為基於優先權模式，則確定需要對業務流所在的鏈路進行鏈路狀態檢測。
方法5，SMF確定業務流中的業務資料流的分流功能為ATSSS-LL，且業務資料流的分流模式為主備模式，則確定需要對業務流所在的鏈路進行鏈路狀態檢測。
方法6，SMF確定從PCF收到業務流的鏈路狀態閾值，則確定需要對業務流所在的鏈路進行鏈路狀態檢測，鏈路狀態閾值包括丟包率閾值。
步驟702，SMF向第一設備和/或第二設備發送鏈路狀態檢測指示。相應地，第一設備/或第二設備收到鏈路狀態檢測指示。
該鏈路狀態檢測指示用於使能(enable)鏈路狀態檢測功能，鏈路狀態檢測功能包含丟包率檢測功能。其中，這裡的“使能鏈路狀態檢測功能”可以理解為指示開啟鏈路狀態檢測功能。
基於上述方案，SMF可以向第一設備和/或第二設備發送鏈路狀態檢測指示，以使能鏈路第一設備和/或第二設備的鏈路狀態檢測功能。從而第一設備和/或第二設備可以基於開啟的鏈路狀態檢測功能，對鏈路的業務資料包的丟包率進行快速準確地檢測。
作為一種實現方法，SMF還可以向第一設備和/或第二設備發送業務流的標識資訊，該標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI，則上述步驟702中的鏈路狀態檢測指示，具體用於使能針對該業務流的鏈路狀態檢測功能。
作為一種實現方法，可以由SMF為該鏈路狀態檢測功能分配相應的IP位址和/或埠號，然後SMF將IP位址和/或埠號配置給第一設備和/或第二設備。示例性地，上述鏈路狀態檢測指示包括IP位址和/或埠號。可選的，當是以QoS細微性配置IP位址和/或埠號時，則SMF還向第一設備和/或第二設備發送IP位址和/或埠號對應的QFI，以通知為該QFI指示的QoS流的鏈路狀態檢測功能分配IP位址和/或埠號。
作為另一種實現方法，也可以是由第一設備（或第二設備）為該鏈路狀態檢測功能分配相應的IP位址和/或埠號，然後將IP位址和/或埠號發送給SMF，SMF再將IP位址和/或埠號配置給第二設備（或第一設備）。可選的，當是以QoS細微性配置IP位址和/或埠號時，則第一設備（或第二設備）還向SMF發送IP位址和/或埠號對應的QFI，然後SMF還向第二設備（或第一設備）發送該QFI，以通知為該QFI指示的QoS流的鏈路狀態檢測功能分配IP位址和/或埠號。
作為一種實現方法，SMF還可以向第一設備發送計數指示，該計數指示用於指示第一設備對第一設備在鏈路上向第二設備發送的業務資料包的數量進行計數。例如，第一設備可以在發送的鏈路狀態檢測資訊（如上述示例中的第一鏈路狀態檢測資訊、第二鏈路狀態檢測資訊、第三鏈路狀態檢測資訊、第四鏈路狀態檢測資訊、第五鏈路狀態檢測資訊或第六鏈路狀態檢測資訊中的一個或多個）攜帶發送的業務資料包的數量。
作為一種實現方法，SMF還可以第二設備發送計數指示，該計數指示用於指示第二設備對第一設備在鏈路上向第二設備發送的業務資料包的數量進行計數，或者，該計數指示用於指示第二設備在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並存儲或向第一設備發送在鏈路收到的業務資料包的數量，或者，該計數指示用於指示第二設備在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並存儲或向第一設備發送在鏈路收到的業務資料包的數量。
作為一種實現方法，SMF還可以向第一設備和/或第二設備發送鏈路狀態上報指示，鏈路狀態上報指示用於指示上報業務資料包的丟包率。或者，SMF向第一設備和/或第二設備發送鏈路狀態上報頻率，鏈路狀態上報頻率用於指示上報業務資料包的丟包率的頻率。或者，SMF向第一設備和/或第二設備發送鏈路狀態上報週期，鏈路狀態上報週期用於指示上報業務資料包的丟包率的週期。從而，第一設備和/或第二設備可以根據鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期，向SMF、PCF或其它網元上報檢測到的業務資料包的丟包率。
作為一種實現方法，當由第一設備計算業務資料包的丟包率時，SMF還可以向第一設備發送丟包率檢測指示，該丟包率檢測指示用於指示第一設備在從第二設備收到第二設備統計的接收到的業務資料包的數量時，計算業務資料包的丟包率。
作為一種實現方法，當由第二設備計算業務資料包的丟包率時，SMF還可以向第二設備發送丟包率檢測指示，該丟包率檢測指示用於指示第二設備在收到鏈路狀態檢測資訊時計算業務資料包的丟包率。或者，丟包率檢測指示用於第二設備在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並使用在鏈路收到的業務資料包的數量計算業務資料包的丟包率。或者，丟包率檢測指示用於第二設備在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並使用統計的在鏈路收到的業務資料包的數量計算業務資料包的丟包率。
為便於理解本申請實施例內容，下面結合一個具體示例，對上述圖7所示的配置過程進行說明。參考圖8，為本申請實施例提供的一種丟包率的檢測方法示意圖。該實施例中，是以計算QoS細微性的丟包率為例進行說明的。
該方法包括以下步驟：
步驟801，UE發起PDU會話新建或更新流程。
比如，當UE發起PDU會話新建流程，則UE通過RAN向AMF發送非接入層（non access stratum，NAS）消息，該NAS消息包含PDU session establishment request消息。AMF收到NAS消息後，將其中的PDU session establishment request消息轉發給SMF。
再比如，當UE發起PDU會話更新流程，則UE通過RAN向AMF發送NAS消息，該NAS消息包含PDU session modification request消息。AMF收到NAS消息後，將其中的PDU session modification request消息轉發給SMF。
步驟802，SMF向PCF發送策略請求。相應地，PCF收到策略請求。
步驟803，PCF確定業務資料流的分流功能、分流模式以及鏈路狀態閾值。
其中，確定的分流功能比如可以是ATSSS-LL或MPTCP中的至少一個。
確定的分流模式比如可以是最小時延模式、負載均衡模式、主備模式或基於優先權模式中的一個。
鏈路狀態閾值包括最大丟包率，可選的，還包括最大RTT等。
步驟804，PCF向SMF發送策略響應，其中攜帶業務資料流描述資訊、分流模式、分流功能以及鏈路狀態閾值。相應地，SMF收到策略響應。
其中，業務資料流描述資訊用於匹配業務資料流。
可選的，PCF還向SMF發送鏈路狀態檢測頻率或鏈路狀態檢測週期。其中，鏈路狀態檢測頻率用於指示對鏈路狀態進行檢測的頻率，比如為5次/分鐘，即每分鐘檢測5次。鏈路狀態檢測週期用於指示對鏈路狀態進行檢測的週期，比如為5秒，即每隔5秒檢測一次。
可選的，PCF還向SMF發送鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期。其中，鏈路狀態上報指示用於指示上報鏈路狀態資訊。鏈路狀態上報頻率用於指示上報鏈路狀態資訊的頻率，比如2次/分鐘，即每分鐘上報2次。鏈路狀態上報週期用於指示上報鏈路狀態資訊的週期，比如為10秒，即每隔10秒上報1次。其中，鏈路狀態資訊包括丟包率，可選的，鏈路狀態資訊還包括時延、頻寬等。
步驟805，SMF確定需要對業務資料流對應的QoS流所在的鏈路進行鏈路狀態檢測。
SMF可以基於業務資料流的分流功能、分流模式或鏈路狀態閾值中的至少一個，確定需要對業務資料流對應的QoS流所在的鏈路進行鏈路狀態檢測。
比如，當SMF收到的該業務資料流的分流功能為ATSSS-LL時，則SMF確定需要對業務資料流對應的QoS流所在的鏈路進行鏈路狀態檢測。
再比如，當SMF收到的該業務資料流的分流功能為ATSSS-LL且分流模式為負載均衡模式、基於優先權模式、主備模式或最小時延模式中的一種模式時，則SMF確定需要對業務資料流對應的QoS流所在的鏈路進行鏈路狀態檢測。
再比如，當SMF確定收到該業務資料流的鏈路狀態閾值時，則SMF確定需要對業務資料流對應的QoS流所在的鏈路進行鏈路狀態檢測。
步驟806，SMF向UPF發送會話請求/更新消息，其中攜帶鏈路狀態檢測指示和QoS流標識（QoS flow identity，QFI）。相應地，UPF收到會話請求/更新消息。
當發送會話請求消息時，該會話請求消息比如可以是報文轉發控制協議（packet forwarding control protocol，PFCP）會話請求消息。當發送會話更新消息時，該會話更新消息比如可以是PFCP會話更新消息。
鏈路狀態檢測指示用於使能在QoS流上的鏈路狀態檢測功能，也即按照QoS細微性進行鏈路狀態檢測。在具體實現中，該鏈路狀態檢測指示可以包括PMF使能指示或丟包率檢測指示。其中，PMF使能指示用於使能UPF基於PMF的鏈路狀態檢測功能，丟包率檢測指示用於使能UPF的丟包率檢測功能。可選的，鏈路狀態檢測指示還包括RTT檢測指示、抖動（jitter）檢測指示、頻寬檢測指示中的一個或多個。RTT檢測指示用於使能UPF進行RTT檢測，抖動檢測指示用於使能UPF進行抖動檢測，頻寬檢測指示用於使能頻寬檢測功能。
可選的，SMF還可以為UPF上進行鏈路狀態檢測功能分配IP位址和埠號，並通過上述會話請求/更新消息發送給UPF。上述IP位址和埠號是基於QoS flow細微性進行分配的，該情形下可以分配多個IP位址和多個埠號，且個IP位址對應一個埠號。
可選的，SMF還可以確定QoS flow細微性的鏈路狀態檢測頻率或鏈路狀態檢測週期，並通過上述會話請求/更新消息發送給UPF。需要說明的是，若上述步驟804攜帶鏈路狀態檢測頻率或鏈路狀態檢測週期，則SMF確定的鏈路狀態檢測頻率或鏈路狀態檢測週期可以是根據從步驟804收到的鏈路狀態檢測頻率或鏈路狀態檢測週期確定的，也可以是SMF根據本地策略確定的。若上述步驟804未攜帶鏈路狀態檢測頻率或鏈路狀態檢測週期，則SMF確定的鏈路狀態檢測頻率或鏈路狀態檢測週期可以是SMF根據本地策略確定的。
可選的，SMF還可以確定QoS flow細微性的鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期，並通過上述會話請求/更新消息發送給UPF。需要說明的是，若上述步驟804攜帶鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期，則SMF確定的鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期可以是根據從步驟804收到的鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期確定的，也可以是SMF根據本地策略確定的。若上述步驟804未攜帶鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期，則SMF確定的鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期可以是SMF根據本地策略確定的。
步驟807，UPF根據收到的鏈路狀態檢測指示，使能鏈路狀態檢測功能，並為該鏈路狀態檢測功能分配IP位址與埠號。
需要說明的是，若上述步驟806攜帶IP位址與埠號，則UPF使用該收到的IP位址與埠號，作為該鏈路狀態檢測功能的IP位址與埠號。UPF收到的是QoS flow細微性的IP位址與埠號，因此SMF為該鏈路狀態檢測功能按照QoS flow細微性分配IP位址與埠號，也即每個QoS flow對應一個IP位址與埠號。
若上述步驟806未攜帶IP位址與埠號，則UPF根據本地策略，為該鏈路狀態檢測功能分配IP位址與埠號。
步驟808，UPF向SMF發送會話請求/更新回應。相應地，SMF收到會話請求/更新回應。
若上述806未攜帶IP位址與埠號，則在步驟807中，UPF是根據本地策略為鏈路狀態檢測功能分配IP位址與埠號。該情形下，該步驟808的會話請求/更新回應可以攜帶UP根據本地策略分配的IP位址與埠號。
步驟809，SMF向RAN發送N2消息，其中攜帶PDU會話標識和PDU會話建立/更新成功消息。相應地，RAN收到該N2消息。
該PDU會話建立/更新成功消息攜帶鏈路狀態檢測指示和QFI。
可選的，PDU會話建立/更新成功消息還包含QoS flow細微性的鏈路狀態檢測頻率或鏈路狀態檢測週期。具體描述參考前述步驟806的描述，這裡不再贅述。
可選的，PDU會話建立/更新成功消息還包含QoS flow細微性的鏈路狀態上報指示、鏈路狀態上報頻率或鏈路狀態上報週期。具體描述參考前述步驟806的描述，這裡不再贅述。
可選的，上述N2消息還包含鏈路狀態檢測功能的IP位址與埠號，以及QFI。該QFI與該IP位址及埠號具有對應關係。
由於是進行QoS流細微性的鏈路狀態檢測，該PDU會話建立/更新成功消息還可以攜帶業務資料流描述資訊（或業務資料流範本）和計數指示，該計數指示用於指示UE對UE在鏈路上向UPF發送的業務資料包的數量進行計數，或者該計數指示用於指示UE對UPF在鏈路上向UE發送的業務資料包的數量進行計數，或者，該計數指示用於指示UE在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並存儲或向UPF發送在鏈路收到的業務資料包的數量，或者，該計數指示用於指示UE在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並存儲或向UPF發送在鏈路收到的業務資料包的數量。
以及，該PDU會話建立/更新成功消息還可以攜帶PMF業務資料流描述資訊（或PMF業務資料流範本）和丟包率相關資訊，該丟包率相關資訊包含丟包率檢測指示。該丟包率檢測指示用於指示UE在從UPF收到UPF統計的接收到的業務資料包的數量時，計算業務資料包的丟包率。或者，該丟包率檢測指示用於指示UE在收到鏈路狀態檢測資訊時計算業務資料包的丟包率。或者，丟包率檢測指示用於UE在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並使用在鏈路收到的業務資料包的數量計算業務資料包的丟包率。或者，丟包率檢測指示用於UE在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並使用統計的在鏈路收到的業務資料包的數量計算業務資料包的丟包率。
步驟810，RAN向UE發送PDU會話建立/更新成功消息。相應地，UE收到該PDU會話建立/更新成功消息。
步驟811，RAN分配會話相關資源，比如分配RAN側的隧道標識資訊（包括IP位址，隧道端點標識（tunnel endpoint identifier，TEID )）。
步驟812，RAN向SMF發送N2消息，其中攜帶RAN側的隧道標識資訊。相應地，SMF收到N2消息。
步驟813，SMF向UPF發送會話請求/更新消息，其中攜帶RAN側的隧道標識資訊。相應地，UPF收到會話請求/更新消息。
當發送會話請求消息時，該會話請求消息比如可以是PFCP會話請求消息。當發送會話更新消息時，該會話更新消息比如可以是PFCP會話更新消息。
由於是進行QoS流細微性的鏈路狀態檢測，該會話請求/更新消息還可以攜帶業務資料流描述資訊（或業務資料流範本）和計數指示，該計數指示用於指示UPF對UPF在鏈路上向UE發送的業務資料包的數量進行計數，或者該計數指示用於指示UPF對UE在鏈路上向UPF發送的業務資料包的數量進行計數，或者，該計數指示用於指示UPF在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並存儲或向UE發送在鏈路收到的業務資料包的數量，或者，該計數指示用於指示UPF在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並存儲或向UE發送在鏈路收到的業務資料包的數量。
以及，該會話請求/更新消息還可以攜帶PMF業務資料流描述資訊（或PMF業務資料流範本）和丟包率相關資訊，該丟包率相關資訊包含丟包率檢測指示。該丟包率檢測指示用於指示UPF在從UE收到UE統計的接收到的業務資料包的數量時，計算業務資料包的丟包率。或者，該丟包率檢測指示用於指示UPF在收到鏈路狀態檢測資訊時計算業務資料包的丟包率。或者，丟包率檢測指示用於UPF在收到鏈路狀態檢測資訊時計算在鏈路收到的業務資料包的數量，並使用在鏈路收到的業務資料包的數量計算業務資料包的丟包率。或者，丟包率檢測指示用於UPF在收到鏈路狀態檢測資訊時結束統計在鏈路收到的業務資料包的數量，將計數器清零，並使用統計的在鏈路收到的業務資料包的數量計算業務資料包的丟包率。
步驟814，UPF向SMF發送會話請求/更新回應。相應地，SMF收到會話請求/更新回應。
基於上述方案，實現了使能UE和UPF的鏈路狀態檢測功能，並為UE和UPF配置鏈路狀態檢測相關資訊，從而UE和UPF可以基於開啟的鏈路狀態檢測功能，對鏈路的業務資料包的丟包率進行快速準確地檢測。
參考圖9，為本申請實施例提供的一種通信裝置的示意圖。該裝置用於實現上述實施例中對應第一設備、第二設備或會話管理網元所執行的各個步驟，如圖9所示，該裝置900包括收發單元910和處理單元920。
可選的，上述通信裝置900還可以包括存儲單元，該存儲單元用於存儲資料或者指令（也可以稱為代碼或者程式），上述各個單元可以和存儲單元交互或者耦合，以實現對應的方法或者功能。例如，處理單元920可以讀取存儲單元中的資料或者指令，使得通信裝置實現上述實施例中的方法。
應理解以上裝置中單元的劃分僅僅是一種邏輯功能的劃分，實際實現時可以全部或部分集成到一個物理實體上，也可以物理上分開。且裝置中的單元可以全部以軟體通過處理元件調用的形式實現；也可以全部以硬體的形式實現；還可以部分單元以軟體通過處理元件調用的形式實現，部分單元以硬體的形式實現。例如，各個單元可以為單獨設立的處理元件，也可以集成在裝置的某一個晶片中實現，此外，也可以以程式的形式存儲於記憶體中，由裝置的某一個處理元件調用並執行該單元的功能。此外這些單元全部或部分可以集成在一起，也可以獨立實現。這裡所述的處理元件又可以成為處理器，可以是一種具有信號的處理能力的積體電路。在實現過程中，上述方法的各步驟或以上各個單元可以通過處理器元件中的硬體的集成邏輯電路實現或者以軟體通過處理元件調用的形式實現。
在一個例子中，以上任一裝置中的單元可以是被配置成實施以上方法的一個或多個積體電路，例如：一個或多個特定積體電路（application specific integrated circuit，ASIC），或，一個或多個微處理器（digital singnal processor，DSP），或，一個或者多個現場可程式設計閘陣列（field programmable gate arraygate array，FPGA），或這些積體電路形式中至少兩種的組合。再如，當裝置中的單元可以通過處理元件調度程式的形式實現時，該處理元件可以是通用處理器，例如中央處理器（central processing unit，CPU）或其它可以調用程式的處理器。再如，這些單元可以集成在一起，以片上系統（system-on-a-chip，SOC）的形式實現。
以上收發單元910是一種該裝置的介面電路，用於從其它裝置接收信號或向其它裝置發送信號。例如，當該裝置以晶片的方式實現時，該收發單元910是該晶片用於從其它晶片或裝置接收信號的介面電路、或向其它晶片或裝置發送信號的介面電路。
參考圖 10，為本申請實施例提供的一種通信裝置示意圖，用於實現以上實施例中第一設備、第二設備或會話管理網元的操作。如圖10所示，該通信裝置包括：處理器1010和介面1030，可選的，該通信裝置還包括記憶體1020。介面1030用於實現與其他設備進行通信。
以上實施例中第一設備、第二設備或會話管理網元執行的方法可以通過處理器1010調用記憶體（可以是第一設備、第二設備或會話管理網元中的記憶體1020，也可以是外部記憶體）中存儲的程式來實現。即，第一設備、第二設備或會話管理網元可以包括處理器1010，該處理器1010通過調用記憶體中的程式，以執行以上方法實施例中第一設備、第二設備或會話管理網元執行的方法。這裡的處理器可以是一種具有信號的處理能力的積體電路，例如CPU。第一設備、第二設備或會話管理網元可以通過配置成實施以上方法的一個或多個積體電路來實現。例如：一個或多個ASIC，或，一個或多個微處理器DSP，或，一個或者多個FPGA等，或這些積體電路形式中至少兩種的組合。或者，可以結合以上實現方式。
具體的，圖9中的收發單元910和處理單元920的功能/實現過程可以通過圖10所示的通信裝置1000中的處理器1010調用記憶體1020中存儲的電腦可執行指令來實現。或者，圖9中的處理單元920的功能/實現過程可以通過圖10所示的通信裝置1000中的處理器1010調用記憶體1020中存儲的電腦執行指令來實現，圖9中的收發單元910的功能/實現過程可以通過圖10中所示的通信裝置1000中的介面1030來實現。
本領域普通技術人員可以理解：本申請中涉及的第一、第二等各種數字編號僅為描述方便進行的區分，並不用來限制本申請實施例的範圍，也表示先後順序。“和/或”，描述關聯物件的關聯關係，表示可以存在三種關係，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。字元“/”一般表示前後關聯物件是一種“或”的關係。“至少一個”是指一個或者多個。至少兩個是指兩個或者多個。“至少一個”、“任意一個”或其類似表達，是指的這些項中的任意組合，包括單項（個）或複數項（個）的任意組合。例如，a,b,或c中的至少一項（個、種），可以表示：a, b, c, a-b, a-c, b-c, 或a-b-c，其中a,b,c可以是單個，也可以是多個。“多個”是指兩個或兩個以上，其它量詞與之類似。
應理解，在本申請的各種實施例中，上述各過程的序號的大小並不意味著執行順序的先後，各過程的執行順序應以其功能和內在邏輯確定，而不應對本發明申請實施例的實施過程構成任何限定。
所屬領域的技術人員可以清楚地瞭解到，為描述的方便和簡潔，上述描述的系統、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
在上述實施例中，可以全部或部分地通過軟體、硬體、固件或者其任意組合來實現。當使用軟體實現時，可以全部或部分地以電腦程式產品的形式實現。所述電腦程式產品包括一個或多個電腦指令。在電腦上載入和執行所述電腦程式指令時，全部或部分地產生按照本申請實施例所述的流程或功能。所述電腦可以是通用電腦、專用電腦、電腦網路、或者其他可程式設計裝置。所述電腦指令可以存儲在電腦可讀存儲介質中，或者從一個電腦可讀存儲介質向另一個電腦可讀存儲介質傳輸，例如，所述電腦指令可以從一個網站站點、電腦、伺服器或資料中心通過有線（例如同軸電纜、光纖、數位使用者線路（DSL））或無線（例如紅外、無線、微波等）方式向另一個網站站點、電腦、伺服器或資料中心進行傳輸。所述電腦可讀存儲介質可以是電腦能夠存取的任何可用介質或者是包括一個或多個可用介質集成的伺服器、資料中心等資料存放裝置。所述可用介質可以是磁性介質，(例如，軟碟、硬碟、磁帶)、光介質(例如，DVD)、或者半導體介質（例如固態硬碟（solid state disk，SSD)）等。
本申請實施例中所描述的各種說明性的邏輯單元和電路可以通過通用處理器，數位訊號處理器，專用積體電路（ASIC），現場可程式設計閘陣列（FPGA）或其它可程式設計邏輯裝置，離散門或電晶體邏輯，離散硬體部件，或上述任何組合的設計來實現或操作所描述的功能。通用處理器可以為微處理器，可選地，該通用處理器也可以為任何傳統的處理器、控制器、微控制器或狀態機。處理器也可以通過計算裝置的組合來實現，例如數位訊號處理器和微處理器，多個微處理器，一個或多個微處理器聯合一個數位訊號處理器核，或任何其它類似的配置來實現。
本申請實施例中所描述的方法或演算法的步驟可以直接嵌入硬體、處理器執行的軟體單元、或者這兩者的結合。軟體單元可以存儲於隨機存取記憶體（Random Access Memory，RAM）、快閃記憶體、唯讀記憶體（Read-Only Memory，ROM）、EPROM記憶體、EEPROM記憶體、寄存器、硬碟、抽取式磁碟、CD-ROM或本領域中其它任意形式的存儲媒介中。示例性地，存儲媒介可以與處理器連接，以使得處理器可以從存儲媒介中讀取資訊，並可以向存儲媒介存寫資訊。可選地，存儲媒介還可以集成到處理器中。處理器和存儲媒介可以設置於ASIC中。
這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理設備上，使得在電腦或其他可程式設計設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式設計設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
在一個或多個示例性的設計中，本申請所描述的上述功能可以在硬體、軟體、固件或這三者的任意組合來實現。如果在軟體中實現，這些功能可以存儲與電腦可讀的媒介上，或以一個或多個指令或代碼形式傳輸於電腦可讀的媒介上。電腦可讀媒介包括電腦存儲媒介和便於使得讓電腦程式從一個地方轉移到其它地方的通信媒介。存儲媒介可以是任何通用或特殊電腦可以接入訪問的可用媒體。例如，這樣的電腦可讀媒體可以包括但不限於RAM、ROM、EEPROM、CD-ROM或其它光碟存儲、磁片存儲或其它磁性存儲裝置，或其它任何可以用於承載或存儲以指令或資料結構和其它可被通用或特殊電腦、或通用或特殊處理器讀取形式的程式碼的媒介。此外，任何連接都可以被適當地定義為電腦可讀媒介，例如，如果軟體是從一個網站站點、伺服器或其它遠端資源通過一個同軸電纜、光纖電腦、雙絞線、數位使用者線路（DSL）或以例如紅外、無線和微波等無線方式傳輸的也被包含在所定義的電腦可讀媒介中。所述的碟片（disk）和磁片（disc）包括壓縮磁片、鐳射盤、光碟、數位通用光碟（英文：Digital Versatile Disc ，簡稱：DVD）、軟碟和藍光光碟，磁片通常以磁性複製資料，而碟片通常以鐳射進行光學複製資料。上述的組合也可以包含在電腦可讀媒介中。
本領域技術人員應該可以意識到，在上述一個或多個示例中，本申請所描述的功能可以用硬體、軟體、固件或它們的任意組合來實現。當使用軟體實現時，可以將這些功能存儲在電腦可讀介質中或者作為電腦可讀介質上的一個或多個指令或代碼進行傳輸。電腦可讀介質包括電腦存儲介質和通信介質，其中通信介質包括便於從一個地方向另一個地方傳送電腦程式的任何介質。存儲介質可以是通用或專用電腦能夠存取的任何可用介質。
以上所述的具體實施方式，對本申請的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本申請的具體實施方式而已，並不用於限定本申請的保護範圍，凡在本申請的技術方案的基礎之上，所做的任何修改、等同替換、改進等，均應包括在本申請的保護範圍之內。本申請說明書的上述描述可以使得本領域技術任何可以利用或實現本申請的內容，任何基於所公開內容的修改都應該被認為是本領域顯而易見的，本申請所描述的基本原則可以應用到其它變形中而不偏離本申請的發明本質和範圍。因此，本申請所公開的內容不僅僅局限於所描述的實施例和設計，還可以擴展到與本申請原則和所公開的新特徵一致的最大範圍。
儘管結合具體特徵及其實施例對本申請進行了描述，顯而易見的，在不脫離本申請的精神和範圍的情況下，可對其進行各種修改和組合。相應地，本說明書和附圖僅僅是所附權利要求所界定的本申請的示例性說明，且視為已覆蓋本申請範圍內的任意和所有修改、變化、組合或等同物。顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的範圍。這樣，倘若本申請的這些修改和變型屬於本申請權利要求及其等同技術的範圍之內，則本申請也意圖包括這些改動和變型在內。
301、302、303、501、502、503、504、701、702、801、802、803、804、805、806、807、808、809、810、811、812、813、814:步驟 900:裝置 910:收發單元 920、1010:處理單元 1020:記憶體 1030:介面
圖1(a)為基於服務化架構的第5G網路架構示意圖； 圖1(b)為基於點對點介面的5G網路架構一個示意圖； 圖1(c)為基於點對點介面的5G網路架構又一個示意圖； 圖2為PDU會話與接入技術關係示意圖； 圖3為本申請實施例提供的一種丟包率的檢測方法示意圖； 圖4(a)至圖4(g)為本申請實施例提供的鏈路狀態檢測資訊和業務資料包的傳輸示例圖； 圖5為本申請實施例提供的一種丟包率的檢測方法示意圖； 圖6為本申請實施例提供的鏈路狀態檢測資訊和業務資料包的傳輸示例圖； 圖7為本申請實施例提供的一種丟包率的檢測方法示意圖； 圖8為本申請實施例提供的一種丟包率的檢測方法示意圖； 圖9為本申請實施例提供的通信裝置示意圖； 圖10為本申請實施例提供的通信裝置示意圖。
701、702:步驟

Claims (39)

  1. 一種丟包率的檢測方法，其中，包括： 會話管理網元確定需要對多接入協定資料單元會話中的服務品質流進行鏈路狀態檢測； 所述會話管理網元向第一設備發送鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
  2. 如請求項1所述的方法，其中，所述方法還包括： 所述會話管理網元向第二設備發送計數指示； 其中，所述計數指示用於指示所述第二設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數，或者， 所述計數指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並向所述第一設備發送在所述鏈路收到的業務資料包的數量。
  3. 如請求項1所述的方法，其中，所述方法還包括： 所述會話管理網元向第二設備發送丟包率檢測指示； 所述丟包率檢測指示用於指示所述第二設備在收到鏈路狀態檢測資訊時計算所述業務資料包的丟包率；或者， 所述丟包率檢測指示用於所述第二設備在收到鏈路狀態檢測資訊時計算在所述鏈路收到的業務資料包的數量，並使用在所述鏈路收到的業務資料包的數量計算所述業務資料包的丟包率。
  4. 如請求項1所述的方法，其中，所述方法還包括： 所述會話管理網元向所述第一設備發送計數指示； 其中，所述計數指示用於指示所述第一設備對所述第一設備在所述鏈路上向第二設備發送的業務資料包的數量進行計數。
  5. 如請求項1所述的方法，其中，所述方法還包括： 所述會話管理網元向所述第一設備發送丟包率檢測指示； 其中，所述丟包率檢測指示用於指示所述第一設備在從第二設備收到所述第二設備統計的接收到的業務資料包的數量時，計算所述業務資料包的丟包率。
  6. 如請求項1至5中任一項所述的方法，其中，所述方法還包括： 所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者， 所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者， 所述會話管理網元向所述第一設備和/或所述第二設備發送鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
  7. 如請求項1至6中任一項所述的方法，其中，所述會話管理網元確定需要對服務品質流進行鏈路狀態檢測，包括： 所述會話管理網元確定所述服務品質流的分流功能為低層接入流量選路，切換或拆分ATSSS-LL，則確定需要對所述服務品質流進行鏈路狀態檢測；或者， 所述會話管理網元確定所述服務品質流的分流功能為ATSSS-LL，且所述服務品質流的分流模式為負載均衡模式、最小時延模式、基於優先權模式或主備模式中的一種模式，則確定需要對所述服務品質流進行鏈路狀態檢測；或者， 所述會話管理網元確定從策略控制網元收到所述服務品質流的鏈路狀態閾值，則確定需要對所述服務品質流進行鏈路狀態檢測，所述鏈路狀態閾值包括丟包率閾值。
  8. 如請求項1至7中任一項所述的方法，其中，所述第一設備是終端設備。
  9. 如請求項1至8中任一項所述的方法，其中，所述鏈路狀態檢測指示包括鏈路狀態檢測功能的IP位址或/和埠號。
  10. 如請求項1至9中任一項所述的方法，其中，所述方法還包括： 所述會話管理網元向所述第一設備發送所述服務品質流的標識資訊，所述標識資訊包括至少一個QFI； 所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括： 所述鏈路狀態檢測指示用於使能針對所述服務品質流的鏈路狀態檢測功能。
  11. 如請求項7至10中任一項所述的方法，其中，所述方法還包括： 所述會話管理網元向第二設備鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
  12. 如請求項7至10中任一項所述的方法，其中，所述方法還包括： 所述會話管理網元接收來自所述第二設備的鏈路狀態檢測功能的IP位址或/和埠號。
  13. 如請求項1至12中任一項所述的方法，其中，所述第二設備為使用者面網元。
  14. 如請求項12或13所述的方法，其中，所述方法還包括： 所述第二設備為所述服務品質流對應的所述鏈路狀態檢測功能分配所述IP位址或/和埠號。
  15. 一種丟包率的檢測方法，其中，包括： 第一設備通過一條鏈路向第二設備發送第一鏈路狀態檢測資訊，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量； 所述第一設備接收來自所述業務資料包的丟包率，所述業務資料包的丟包率是根據所述第一鏈路狀態檢測資訊獲取的。
  16. 如請求項15所述的方法，其中，在所述第一設備向所述第二設備發送所述第一鏈路狀態檢測資訊之前，所述方法還包括： 所述第一設備通過所述鏈路向所述第二設備發送第二鏈路狀態檢測資訊； 所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括： 所述第一鏈路狀態檢測資訊用於指示：在所述第一設備發送所述第二鏈路狀態檢測資訊和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第一數量。
  17. 如請求項16所述的方法，其中，所述第二鏈路狀態檢測資訊用於指示計算所述丟包率的初始資料包或者初始時間。
  18. 如請求項16或17所述的方法，其中，在所述第一設備向所述第二設備發送所述第一鏈路狀態檢測資訊之後，所述方法還包括： 所述第一設備通過所述鏈路向所述第二設備發送第三鏈路狀態檢測資訊； 所述第三鏈路狀態檢測資訊用於指示：所述第一數量,以及,在所述第一設備發送所述第一鏈路狀態檢測資訊和所述第一設備發送所述第三鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向第二設備發送的業務資料包的第二數量。
  19. 如請求項16至18中任一項所述的方法，其中，所述第一鏈路狀態檢測資訊與所述第二鏈路狀態檢測資訊為相鄰的兩個鏈路狀態檢測資訊。
  20. 如請求項15所述的方法，其中， 所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括： 所述第一鏈路狀態檢測資訊用於指示：在所述第一設備在所述鏈路上發送初始的業務資料包和所述第一設備發送所述第一鏈路狀態檢測資訊的時間內，所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的第三數量。
  21. 如請求項15所述的方法，其中，所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量，包括： 所述第一鏈路狀態檢測資訊用於指示所述第一設備在所述鏈路上向第二設備發送缺省數量的業務資料包。
  22. 如請求項21所述的方法，其中，所述方法還包括： 所述第一設備向所述第二設備發送指示資訊，所述指示資訊用於指示所述缺省的數量值。
  23. 如請求項15至22中任一項所述的方法，其中，所述第一鏈路狀態檢測資訊包括鏈路狀態檢測資料包。
  24. 如請求項15至23中任一項所述的方法，其中，所述鏈路上的業務流包括以下任一項： 協定資料單元PDU會話、業務資料流SDF、IP資料流、乙太資料流或至少一個QoS流。
  25. 如請求項15至24中任一項所述的方法，其中，所述第一設備是終端設備，所述第二設備是使用者面網元；或者， 所述第一設備是使用者面網元，所述第二設備是終端設備。
  26. 如請求項15至25中任一項所述的方法，其中，所述方法還包括： 所述第一設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能。
  27. 如請求項26所述的方法，其中，所述方法還包括： 所述第一設備接收來自所述會話管理網元的業務流的標識資訊，所述標識資訊包括PDU會話標識、業務資料流描述資訊、IP五元組資訊、乙太流描述資訊或至少一個QFI； 所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能，包括： 所述鏈路狀態檢測指示用於使能針對所述業務流的鏈路狀態檢測功能。
  28. 如請求項15至27中任一項所述的方法，其中，所述方法還包括： 所述第一設備接收來自會話管理網元的計數指示，所述計數指示用於指示所述第一設備對所述第一設備在所述鏈路上向所述第二設備發送的業務資料包的數量進行計數。
  29. 如請求項15至28中任一項所述的方法，其中，所述方法還包括： 所述第一設備接收來自會話管理網元的鏈路狀態上報指示，所述鏈路狀態上報指示用於指示上報所述業務資料包的丟包率；或者， 所述第一設備接收來自會話管理網元的鏈路狀態上報頻率，所述鏈路狀態上報頻率用於指示上報所述業務資料包的丟包率的頻率；或者， 所述第一設備接收來自會話管理網元的鏈路狀態上報週期，所述鏈路狀態上報週期用於指示上報所述業務資料包的丟包率的週期。
  30. 一種通信方法，包括： 終端設備接收來自會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能多接入協定資料單元會話中的服務品質流的鏈路狀態檢測功能，所述鏈路狀態檢測功能包含丟包率檢測功能； 所述終端設備使能所述鏈路狀態檢測功能。
  31. 如請求項30所述的方法，其中，所述鏈路狀態檢測指示包括使用者面功能網元中的鏈路狀態檢測功能的IP位址或/和埠號。
  32. 如請求項30或31所述的方法，其中，所述方法還包括： 所述終端設備接收來自所述會話管理網元的所述服務品質流的標識資訊。
  33. 如請求項30至32中任意一項所述的方法，其中，所述方法還包括： 所述終端設備通過所述服務品質流向使用者面功能網元發送鏈路狀態檢測資訊； 所述終端設備接收來自所述使用者面功能網元的資料包的數量，所述資料包的數量為所述使用者面功能網元在收到所述鏈路狀態檢測資訊後在所述服務品質流上收到的資料包的數量； 所述終端設備根據所述資料包的數量確定所述服務品質流的丟包率。
  34. 一種通信裝置，其中，包括：處理器，所述處理器與記憶體耦合，所述記憶體用於存儲程式或指令，當所述程式或指令被所述處理器執行時，使得所述裝置執行如請求項1至13中任一項所述的方法。
  35. 一種通信裝置，其中，包括：處理器，所述處理器與記憶體耦合，所述記憶體用於存儲程式或指令，當所述程式或指令被所述處理器執行時，使得所述裝置執行如請求項15至29或者30至32中任一項所述的方法。
  36. 一種通信裝置，其中，包括： 記憶體，用於存儲電腦指令； 處理器，用於執行該記憶體中存儲的電腦指令，以使該裝置執行如請求項1至13中任一項所述的方法。
  37. 一種通信裝置，其中，包括： 記憶體，用於存儲電腦指令； 處理器，用於執行該記憶體中存儲的電腦指令，以使該裝置執行如請求項15至29或者30至32中任一項所述的方法。
  38. 一種電腦可讀存儲介質，其上存儲有電腦程式或指令，其中，所述電腦程式或指令被執行時，使得請求項1至13或者15至19或者30至32中任一項所述方法被執行。
  39. 一種通信系統，其中，包括： 會話管理網元，用於執行如請求項1至13中任一項所述方法；以及 使用者面功能網元，用於接收來自所述會話管理網元的鏈路狀態檢測指示，所述鏈路狀態檢測指示用於使能鏈路狀態檢測功能。
TW111103178A 2021-02-03 2022-01-25 丟包率的檢測方法、通信裝置及通信系統 TWI821882B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110152262.XA CN114928561A (zh) 2021-02-03 2021-02-03 丢包率的检测方法、通信装置及通信系统
CN202110152262.X 2021-02-03

Publications (2)

Publication Number Publication Date
TW202236827A true TW202236827A (zh) 2022-09-16
TWI821882B TWI821882B (zh) 2023-11-11

Family

ID=82741888

Family Applications (1)

Application Number Title Priority Date Filing Date
TW111103178A TWI821882B (zh) 2021-02-03 2022-01-25 丟包率的檢測方法、通信裝置及通信系統

Country Status (8)

Country Link
US (1) US20230379233A1 (zh)
EP (1) EP4277210A4 (zh)
JP (1) JP2024506567A (zh)
CN (1) CN114928561A (zh)
AU (1) AU2022218413A1 (zh)
CA (1) CA3207423A1 (zh)
TW (1) TWI821882B (zh)
WO (1) WO2022166577A1 (zh)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100471140C (zh) * 2006-09-29 2009-03-18 华为技术有限公司 一种检测QoS的方法
CN101729197B (zh) * 2008-10-14 2014-04-16 华为技术有限公司 一种丢包率检测方法、装置及系统
CN102217236A (zh) * 2011-05-10 2011-10-12 华为技术有限公司 检测链路丢包率的方法和设备
CN102946330B (zh) * 2012-09-29 2017-03-15 华为技术有限公司 网络丢包测量方法、装置和系统
CN112073216A (zh) * 2018-02-05 2020-12-11 华为技术有限公司 获取链路质量的方法和装置
CN112153758B (zh) * 2018-04-10 2021-10-15 华为技术有限公司 通信方法和通信装置
CN114390596A (zh) * 2018-08-13 2022-04-22 华为技术有限公司 一种处理业务流的方法、通信方法及装置
CN113630796B (zh) * 2018-08-13 2023-08-22 华为技术有限公司 服务质量监测方法、设备及系统
CN110943964B (zh) * 2018-09-21 2022-07-22 华为技术有限公司 数据校验方法、装置及存储介质
CN111756588B (zh) * 2019-03-26 2023-01-06 华为技术有限公司 通信链路检测方法及相关装置

Also Published As

Publication number Publication date
EP4277210A1 (en) 2023-11-15
EP4277210A4 (en) 2024-06-19
CA3207423A1 (en) 2022-08-11
AU2022218413A1 (en) 2023-08-24
TWI821882B (zh) 2023-11-11
CN114928561A (zh) 2022-08-19
US20230379233A1 (en) 2023-11-23
JP2024506567A (ja) 2024-02-14
WO2022166577A1 (zh) 2022-08-11

Similar Documents

Publication Publication Date Title
US10506492B2 (en) System and method to facilitate link aggregation using network-based internet protocol (IP) flow mobility in a network environment
US10454827B2 (en) Method and devices for controlling usage of multi-path TCP
CN111758279A (zh) 跟踪QoS违规事件
US20220345929A1 (en) Apparatus and method for psa-upf relocation in wireless communication system
US20230070712A1 (en) Communication method, apparatus, and system
WO2021232841A1 (zh) 通信方法和装置
CN113543219B (zh) 通信方法和装置
US20220256390A1 (en) Quality of service information notification method, device, and system
EP4138443A1 (en) Communication method and apparatus
US20230379792A1 (en) Rerouting of ul/dl traffic in an iab network
CN111436030A (zh) 数据用量上报的方法、装置及系统
US11824783B2 (en) Maximum data burst volume (MDBV) determining method, apparatus, and system
US20200229037A1 (en) Implementing edge network services at access elements for mobile edge computing
CN114071494A (zh) 通信方法和装置
JP2021524204A (ja) サービス品質監視方法、及びシステム、並びに装置
JP7192140B2 (ja) ポリシー管理方法及び装置
US20220330080A1 (en) Communication method, apparatus, and system
WO2022166577A1 (zh) 丢包率的检测方法、通信装置及通信系统
CN115915196A (zh) 一种链路状态检测方法、通信装置及通信系统
Kumar et al. Device‐centric data reordering and buffer management for mobile Internet using Multipath Transmission Control Protocol
JP7358618B2 (ja) 改良パケット検出ルールのプロビジョニングのための方法および装置
WO2022126666A1 (zh) 数据传输方法、通信装置及通信系统
WO2023011006A1 (zh) 一种通信方法、装置及设备
WO2024072880A1 (en) Configuration of user plane congestion notification