(57)【特許請求の範囲】
【請求項１】
サービスのサービス品質を検出するための方法であって、
パケット送信デバイスが第１ネットワークデバイスから検出指示情報を取得する段階であって、前記検出指示情報は、サービスのサービス品質を検出するよう前記パケット送信デバイスに命令するために使用される情報であり、前記検出指示情報は、前記サービス品質の検出のタイプを指示する検出タイプを含み、前記検出指示情報は、前記サービスのＱｏＳ要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて決定される、段階と、
前記パケット送信デバイスが、前記検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信する段階であって、前記検出パケットはサービスのサービス品質検出のために使用される、段階と
を備える方法。
【請求項２】
前記第１ネットワークデバイスは、セッション管理エンティティであり、前記パケット送信デバイスは、端末、アクセスデバイス、又はユーザプレーン機能エンティティである、請求項１に記載の方法。
【請求項３】
前記検出タイプはループバック検出である、請求項１または２に記載の方法。
【請求項４】
前記検出指示情報は、前記サービスのサービスフロー識別子を含み、前記サービスフロー識別子は、前記サービスのサービスフローを指示するために使用される、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記検出指示情報は前記サービスのサービスタイプを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記方法はさらに、
前記パケット送信デバイスが、前記検出指示情報を前記サービスのサービスフローに関連付ける段階を備える、請求項１に記載の方法。
【請求項７】
前記パケット送信デバイスは、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、前記サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、前記パケット送信デバイスはアクセスデバイスを含み、前記サービスフローはサービス集約フローを含み、
前記パケット送信デバイスが、前記検出指示情報を前記サービスの前記サービスフローに関連付ける前記段階は、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記サービスの前記サービスフローを決定する段階、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記検出パケットのコンテキストを生成する段階、および、
前記パケット送信デバイスが、前記検出パケットの前記コンテキストを前記サービスの前記サービスフローのコンテキストに格納する段階を含む、または、
前記パケット送信デバイスが、前記検出指示情報を前記サービスの前記サービスフローに関連付ける前記段階は、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記サービスの前記サービスフローを決定する段階、および、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記検出パケットのコンテキストを生成する段階であって、前記検出パケットの前記コンテキストは、前記サービスのサービスフロー識別子を含む、段階
を含む、請求項６に記載の方法。
【請求項８】
前記パケット送信デバイスはアクセスデバイスを含み、前記サービスフローはサービスサブフローを含み、
前記パケット送信デバイスが、前記検出指示情報を前記サービスの前記サービスフローに関連付ける前記段階は、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記サービスの前記サービスフローが属するサービス集約フローを決定する段階、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記検出パケットのコンテキストを生成する段階、
前記パケット送信デバイスが、前記検出パケットの前記コンテキストを前記サービス集約フローのローカルコンテキストに格納する段階を含む、または、
前記パケット送信デバイスが、前記検出指示情報を、前記サービスの前記サービスフローに関連付ける前記段階は、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記サービスの前記サービスフローが属するサービス集約フローを決定する段階と、
前記パケット送信デバイスが、前記検出指示情報に基づいて、前記検出パケットのコンテキストを生成する段階であって、前記検出パケットの前記コンテキストは、前記サービス集約フローのサービスフロー識別子を含む、段階と
を含む、請求項６に記載の方法。
【請求項９】
パケット送信デバイスであって、前記パケット送信デバイスは処理モジュールおよび送受信モジュールを含み、前記処理モジュールは、第１ネットワークデバイスから検出指示情報を取得するよう構成され、前記検出指示情報は、サービスのサービス品質を検出するよう前記パケット送信デバイスに命令するために使用される情報であり、前記検出指示情報は、前記サービス品質の検出のタイプを指示する検出タイプを含み、前記検出指示情報は、前記サービスのＱｏＳ要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて決定される、
前記送受信モジュールは、前記検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信するよう構成され、前記検出パケットはサービスのサービス品質検出のために使用される、
パケット送信デバイス。
【請求項１０】
前記第１ネットワークデバイスは、セッション管理エンティティであり、前記パケット送信デバイスは、端末、アクセスデバイス、又はユーザプレーン機能エンティティである、請求項９に記載のパケット送信デバイス。
【請求項１１】
前記検出タイプはループバック検出である、請求項９または１０に記載のパケット送信デバイス。
【請求項１２】
前記検出指示情報は、前記サービスのサービスフロー識別子を含み、前記サービスフロー識別子は、前記サービスのサービスフローを指示するために使用される、請求項９から１１のいずれか一項に記載のパケット送信デバイス。
【請求項１３】
前記検出指示情報は、前記サービスのサービスタイプを含む、請求項９から１２のいずれか一項に記載のパケット送信デバイス。
【請求項１４】
前記処理モジュールはさらに、前記検出指示情報を前記サービスのサービスフローに関連付けるよう構成される、請求項９から１３のいずれか一項に記載のパケット送信デバイス。
【請求項１５】
サービスのサービス品質検出のための検出システムであって、前記検出システムはパケット送信デバイスおよびパケット受信デバイスを含み、
前記パケット送信デバイスは、第１ネットワークデバイスから検出指示情報を取得するよう構成され、前記検出指示情報は、サービスのサービス品質を検出するよう前記パケット送信デバイスに命令するために使用される情報であり、前記検出指示情報は、前記サービス品質の検出のタイプを指示する検出タイプを含み、前記検出指示情報は、前記サービスのＱｏＳ要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて決定され、
前記パケット送信デバイスはさらに、前記検出指示情報に基づいて、検出パケットを前記パケット受信デバイスへ送信するよう構成され、前記検出パケットは、サービスのサービス品質検出に使用され、
前記パケット受信デバイスは、前記検出パケットを前記パケット送信デバイスから受信し、前記検出パケットに基づいて前記サービスの前記サービス品質を決定するよう構成される、
検出システム。
【請求項１６】
前記検出システムはさらに、前記第１ネットワークデバイスを含み、
前記第１ネットワークデバイスは、第１指示情報を前記パケット送信デバイスへ送信するよう構成される、請求項１５に記載の検出システム。
【請求項１７】
前記第１ネットワークデバイスは、セッション管理エンティティであり、前記パケット送信デバイスは、端末、アクセスデバイス、又はユーザプレーン機能エンティティである、請求項１５または１６に記載の検出システム。
【請求項１８】
前記検出タイプはループバック検出である、請求項１５から１７のいずれか一項に記載の検出システム。
【請求項１９】
前記検出指示情報は、前記サービスのサービスタイプを含む、請求項１５から１８のいずれか一項に記載の検出システム。
【請求項２０】
前記検出指示情報は、前記サービスのサービスフロー識別子を含み、前記サービスフロー識別子は、前記サービスのサービスフローを指示する、請求項１５から１８のいずれか一項に記載の検出システム。
【請求項２１】
請求項１から８のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年９月２５日に中国特許庁に出願された、「伝送ネットワークにおけるサービスのサービス品質を検出するための方法、デバイスおよびシステム」と題する中国特許出願第２０１７１０８７４９６８．０号に対する優先権を主張するものであり、その全体は参照によって本明細書に組み込まれる。
【０００２】
本願は、通信技術の分野に関し、特に、サービスのサービス品質を検出するための方法、デバイスおよびシステムに関する。
【背景技術】
【０００３】
無線ブロードバンド技術の課題に対応し、第３世代パートナーシッププロジェクト（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ，  ３ＧＰＰ）ネットワークの最先端の優位性を維持するべく、３ＧＰＰ標準化団体は２０１６年後期に、第５世代（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ，  ５Ｇ）ネットワークアーキテクチャと称される次世代モバイル通信システム（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ｓｙｓｔｅｍ）ネットワークアーキテクチャを策定した。
【０００４】
超高信頼性および低レイテンシ通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）シナリオが５Ｇネットワークアーキテクチャにおいて定義され、例えば、無人運転および工業自動化など、低レイテンシおよび高信頼性接続を要求するサービスを主に含む。サービスは、５Ｇネットワークにおいて異なるサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ，  ＱｏＳ）フロー（Ｆｌｏｗ）を使用することによって伝送される。図１に示されるように、端末とユーザプレーン機能（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ，  ＵＰＦ）エンティティとの間にＱｏＳフロー１、ＱｏＳフロー２およびＱｏＳフロー３が含まれ得る。異なるＱｏＳフローは、異なるサービス要件、例えば、遅延、パケット損失率またはジッタの要件を有し得る。
【０００５】
上記ＵＲＬＬＣシナリオの大部分は、生命の安全性または製造の安全性に関連するサービスを含み、したがって、エラーは許容されない。しかしながら、ネットワーク構築の観点から、遅延、エラー、および、さらにはネットワーク障害を無くすことはできない。したがって、生命の安全性または製造の安全性に関連する上記サービスが５Ｇネットワークにおいて実行されるとき、サービスのリアルタイムサービス品質検出が５Ｇネットワークにおいて要求される。このようにして、サービスのサービス品質が予め定められた条件を満たさないとき、対応する調整手段または保護手段を講じることができる。例えば、既存の５Ｇ技術標準（ｔｅｃｈｎｉｃａｌ  ｓｔａｎｄａｒｄｓ，  ＴＳ）２２１８６は、遠隔運転シナリオにおいて、端末とサーバとの間のエンドツーエンド遅延は常に５ｍｓ以内である必要があると規定する。サービス品質が予め定められた条件を満たさないと時間内に検出できた場合、遠隔運転モードから自律的運転モードに入るように車両が制御され得る。このようにして、ネットワーク障害によって引き起こされる事故を回避できる。
【０００６】
現在、ネットワークにおける異なるデバイス間の接続は、従来技術における双方向転送検出（ｂｉｄｉｒｅｃｔｉｏｎａｌ  ｆｏｒｗａｒｄｉｎｇ  ｄｅｔｅｃｔｉｏｎ，  ＢＦＤ）機構を使用することによってモニタリングできる。しかしながら、図１に示されるように、異なるサービスを搬送するための異なるＱｏＳフローが、デバイス間に存在し得て、この場合、サービスのサービス品質検出に対する関連する解決法は無い。
【発明の概要】
【０００７】
本願の実施形態は、サービスのサービス品質を検出するべく、サービスのサービス品質を検出するための方法、デバイスおよびシステムを提供する。
【０００８】
上記の目的を達成するべく、本願の実施形態は以下の技術的解決法を提供する。
【０００９】
第１態様によれば、サービスのサービス品質を検出するための方法が提供され、当該方法は、パケット送信デバイスが検出指示情報を取得する段階であって、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される、段階と、パケット送信デバイスが、検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信する段階であって、検出パケットはサービスのサービス品質を検出するために使用される、段階とを備える。本願の本実施形態において提供されるサービスのサービス品質を検出するための方法によれば、パケット送信デバイスは検出指示情報を取得でき、検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信できる。このように、検出パケットをパケット送信デバイスから受信した後に、パケット受信デバイスは、検出パケットに基づいて、サービスのサービス品質を決定できる。したがって、当該解決法に基づいてサービスのサービス品質を検出できる。
【００１０】
任意選択で、パケット送信デバイスが検出指示情報を取得する段階は、パケット送信デバイスが、検出指示情報を第１ネットワークデバイスまたはパケット受信デバイスから受信する段階を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報を取得できる。
【００１１】
任意選択で、パケット送信デバイスが検出指示情報を取得する段階は、パケット送信デバイスが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて、検出指示情報を決定する段階を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報を取得できる。
【００１２】
任意選択で、パケット送信デバイスが検出指示情報を取得する段階は、パケット送信デバイスが、第１指示情報を第１ネットワークデバイスまたはパケット受信デバイスから受信する段階であって、第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される、段階と、パケット送信デバイスが、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて、検出指示情報を決定する段階とを備える。当該解決法に基づいて、パケット送信デバイスは、検出指示情報を取得できる。
【００１３】
任意選択で、本願の本実施形態における第１指示情報は、サービスのサービスフロー識別子を含み、サービスフロー識別子は、サービスのサービスフローを指示するために使用される。
【００１４】
任意選択で、本願の本実施形態における第１指示情報は、サービスのサービスタイプを含む。
【００１５】
任意選択で、本願の本実施形態における第１指示情報は、検出パケットの送信周期を含む。
【００１６】
任意選択で、本願の本実施形態における第１指示情報は、動作タイプ、検出タイプ、および検出パケットのコンテキスト識別子のうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、検出タイプは、サービス品質検出のタイプを指示するために使用され、検出パケットのコンテキスト識別子は、検出パケットのコンテキストを指示するために使用される。
【００１７】
任意選択で、本願の本実施形態における検出指示情報は、サービスのサービスフロー識別子を含み、サービスフロー識別子は、サービスのサービスフローを指示するために使用される。
【００１８】
任意選択で、本願の本実施形態における検出指示情報は、サービスのサービスタイプを含む。
【００１９】
任意選択で、本願の本実施形態における検出指示情報はさらに、動作タイプ、検出パケットの送信周期、検出タイプ、検出パケットのコンテキスト識別子のうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、検出タイプは、サービス品質検出のタイプを指示するために使用され、検出パケットのコンテキスト識別子は、検出パケットのコンテキストを指示するために使用される。
【００２０】
任意選択で、方法はさらに、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付ける段階を備える。
【００２１】
可能な実装において、パケット送信デバイスは、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、パケット送信デバイスはアクセスデバイスを含み、サービスフローはサービス集約フローを含み、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付ける段階は、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローを決定する段階、パケット送信デバイスが、検出指示情報に基づいて、検出パケットのローカルコンテキストを生成する段階、および、パケット送信デバイスが、検出パケットのローカルコンテキストをサービスのサービスフローのコンテキストに格納する段階を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報をサービスのサービスフローに関連付けることができる。
【００２２】
可能な実装において、パケット送信デバイスは、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、パケット送信デバイスはアクセスデバイスを含み、サービスフローはサービス集約フローを含み、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付ける段階は、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローを決定する段階、および、パケット送信デバイスが、検出指示情報に基づいて、検出パケットのローカルコンテキストを生成する段階を含み、検出パケットのローカルコンテキストはサービスのサービスフロー識別子を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報をサービスのサービスフローに関連付けることができる。
【００２３】
可能な実装において、パケット送信デバイスはアクセスデバイスを含み、サービスフローは、サービスサブフローを含み、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付けることは、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、パケット送信デバイスが、検出指示情報に基づいて検出パケットのローカルコンテキストを生成すること、および、パケット送信デバイスが、検出パケットのローカルコンテキストを集約フローのローカルコンテキストに格納することを含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報をサービスのサービスフローに関連付けることができる。
【００２４】
可能な実装において、パケット送信デバイスはアクセスデバイスを含み、サービスフローはサービスサブフローを含み、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付けることは、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、および、パケット送信デバイスが、検出指示情報に基づいて、検出パケットのローカルコンテキストを生成することを含み、検出パケットのローカルコンテキストはサービス集約フローのサービスフロー識別子を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報をサービスのサービスフローに関連付けることができる。
【００２５】
第２態様によれば、サービスのサービス品質を検出するための方法が提供され、当該方法は、第１ネットワークデバイスが第１指示情報を取得する段階と、第１ネットワークデバイスが、第１指示情報をパケット送信デバイスへ送信する段階であって、第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される、段階とを備える。本願の本実施形態において提供されるサービスのサービス品質を検出するための方法によれば、第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。したがって、パケット送信デバイスは、第１指示情報を第１ネットワークデバイスから受信した後に、第１指示情報に基づいてサービスのサービス品質を検出し得る。したがって、当該解決法に基づいて、サービスのサービス品質検出を実装できる。
【００２６】
任意選択で、第１指示情報は、サービスのサービスフロー識別子を含み、サービスフロー識別子は、サービスのサービスフローを指示するために使用される。
【００２７】
任意選択で、本願の本実施形態における第１指示情報は、サービスのサービスタイプを含む。
【００２８】
任意選択で、本願の本実施形態における第１指示情報はさらに、検出パケットの送信周期を含み、検出パケットは、サービスのサービス品質を検出するために使用される。
【００２９】
任意選択で、本願の本実施形態における第１指示情報はさらに、動作タイプ、検出タイプ、および、検出パケットのコンテキスト識別子のうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、検出タイプは、サービス品質検出のタイプを指示するために使用され、検出パケットのコンテキスト識別子は、検出パケットのコンテキストを指示するために使用され、検出パケットは、サービスのサービス品質を検出するために使用される。
【００３０】
任意選択で、第１ネットワークデバイスが第１指示情報を取得する段階は、第１ネットワークデバイスが、第１指示情報を第２ネットワークデバイスから受信する段階を含む。当該解決法に基づいて、第１ネットワークデバイスは第１指示情報を取得できる。
【００３１】
任意選択で、第１ネットワークデバイスが第１指示情報を取得する段階は、第１ネットワークデバイスが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する段階を含む。当該解決法に基づいて、第１ネットワークデバイスは第１指示情報を取得できる。
【００３２】
任意選択で、第１ネットワークデバイスが第１指示情報を取得することは、第１ネットワークデバイスが、第２指示情報を第２ネットワークデバイスから受信することであって、第２指示情報は、動作タイプ、サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つは、サービスのサービスフローを指示するために使用される、受信すること、ならびに、第１ネットワークデバイスが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定することを含む。当該解決法に基づいて、第１ネットワークデバイスは第１指示情報を取得できる。
【００３３】
任意選択で、第１ネットワークデバイスはセッション管理エンティティであり、パケット送信デバイスは端末、アクセスデバイスまたはユーザプレーン機能エンティティである、または、第１ネットワークデバイスはゲートウェイ制御プレーンエンティティであり、パケット送信デバイスは端末、アクセスデバイス、またはゲートウェイユーザプレーンエンティティである、または、第１ネットワークデバイスはゲートウェイであり、パケット送信デバイスは端末またはアクセスデバイスである。
【００３４】
第３態様によれば、サービスのサービス品質を検出するための方法が提供され、当該方法は、パケット送信デバイスが検出指示情報を取得する段階であって、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される、段階と、パケット送信デバイスが、検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信する段階であって、検出パケットは、サービスのサービス品質を検出するために使用される、段階と、パケット受信デバイスが、検出パケットをパケット受信デバイスから受信し、検出パケットに基づいてサービスのサービス品質を決定する段階とを備える。本願の本実施形態において提供されるサービスのサービス品質を検出するための方法によれば、パケット送信デバイスは検出指示情報を取得でき、検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信できる。このようにして、検出パケットをパケット送信デバイスから受信した後に、パケット受信デバイスは、検出パケットに基づいて、サービスのサービス品質を決定できる。したがって、当該解決法に基づいてサービスのサービス品質を検出できる。
【００３５】
任意選択で、パケット送信デバイスが検出指示情報を取得する段階は、パケット送信デバイスが、検出指示情報を第１ネットワークデバイスから受信する段階を含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報を取得できる。
【００３６】
任意選択で、当該方法は、パケット送信デバイスが検出指示情報を取得する段階を備え、当該段階は、パケット送信デバイスが、第１指示情報を第１ネットワークデバイスから受信する段階と、パケット送信デバイスが、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する段階とをさらに含む。当該解決法に基づいて、パケット送信デバイスは、検出指示情報を取得できる。
【００３７】
任意選択で、方法はさらに、第１ネットワークデバイスが、第２指示情報を第２ネットワークデバイスから受信する段階であって、第２指示情報は、動作タイプ、ならびに、サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つは、サービスのサービスフローを指示するために使用される、段階と、第１ネットワークデバイスが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する段階とを備える。当該解決法に基づいて、第１ネットワークデバイスは第１指示情報を取得できる。
【００３８】
第４態様によれば、パケット送信デバイスが提供され、パケット送信デバイスは、第１態様における方法を実装する機能を有する。当該機能は、ハードウェアを使用することによって実装され得る、または、対応するソフトウェアを実行するハードウェアを使用することによって実装され得る。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。
【００３９】
第５態様によれば、パケット送信デバイスが提供され、当該パケット送信デバイスは、プロセッサおよびメモリを含み、メモリは、コンピュータ実行可能命令に格納されるよう構成され、パケット送信デバイスが動作するとき、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、その結果、パケット送信デバイスは、第１態様の実装のいずれか１つに係るサービスのサービス品質を検出するための方法を実行する。
【００４０】
第６態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータ上で動作するとき、コンピュータは、第１態様の実装のいずれか１つに係るサービスのサービス品質を検出するための方法を実行することが可能になる。
【００４１】
第７態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトがコンピュータ上で動作するとき、コンピュータは、第１態様の実装のいずれか１つに係るサービスのサービス品質を検出するための方法を実行することが可能になる。
【００４２】
第８態様によれば、チップシステムが提供され、チップシステムは、上記の態様における機能、例えば、検出指示情報を取得することの実装においてパケット送信デバイスをサポートするよう構成されるプロセッサを含む。可能な設計において、チップシステムはさらに、メモリを含み、メモリは、パケット送信デバイスに必要なプログラム命令およびデータを格納するよう構成される。チップシステムは、チップを含み得る、または、チップおよび別のディスクリートコンポーネントを含み得る。
【００４３】
第４態様から第８態様の設計方式のいずれか１つによってもたらされる技術的効果については、第１態様の異なる設計方式によってもたらされる技術的効果を参照されたい。ここでは詳細を再度説明しない。
【００４４】
第９態様によれば、第１ネットワークデバイスが提供され、第１ネットワークデバイスは、第２態様における方法を実装する機能を有する。当該機能は、ハードウェアを使用することによって実装され得る、または、対応するソフトウェアを実行するハードウェアを使用することによって実装され得る。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。
【００４５】
第１０態様によれば、プロセッサおよびメモリを含む第１ネットワークデバイスが提供され、メモリはコンピュータ実行可能命令を格納するよう構成され、第１ネットワークデバイスが動作するとき、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行し、その結果、第１ネットワークデバイスは、第２態様の実装のうちいずれか１つに係るサービスのサービス品質を検出するための方法を実行する。
【００４６】
第１１態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータ上で動作するとき、コンピュータは、第２態様の実装のいずれか１つに係るサービスのサービス品質を検出するための方法を実行することが可能になる。
【００４７】
第１２態様によれば、命令を含むコンピュータプログラムプロダクトが提供され、コンピュータプログラムプロダクトがコンピュータ上で動作するとき、コンピュータは、第２態様の実装のいずれか１つに係るサービスのサービス品質を検出するための方法を実行することが可能になる。
【００４８】
第１３態様によれば、チップシステムが提供され、チップシステムは、上記の態様における機能、例えば、第１指示情報を取得することの実装において第１ネットワークデバイスをサポートするよう構成されるプロセッサを含む。可能な設計において、チップシステムはさらに、メモリを含み、メモリは、第１ネットワークデバイスに必要なプログラム命令およびデータを格納するよう構成される。チップシステムは、チップを含み得る、または、チップおよび別のディスクリートコンポーネントを含み得る。
【００４９】
第９態様から第１３態様の設計方式のいずれか１つによってもたらされる技術的効果については、第２態様の異なる設計方式によってもたらされる技術的効果を参照されたい。ここでは詳細を再度説明しない。
【００５０】
第１４態様によれば、サービスのサービス品質を検出するためのシステムが提供され、検出システムはパケット送信デバイスおよびパケット受信デバイスを備える。パケット送信デバイスは、検出指示情報を取得するよう構成され、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。パケット送信デバイスはさらに、検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信するよう構成され、検出パケットは、サービスのサービス品質を検出するために使用される。パケット受信デバイスは、検出パケットをパケット受信デバイスから受信し、検出パケットに基づいてサービスのサービス品質を決定するよう構成される。
【００５１】
第１４態様の設計方式のいずれか１つによってもたらされる技術的効果については、第３態様の異なる設計方式によってもたらされる技術的効果を参照されたい。ここでは詳細を再度説明しない。
【００５２】
本願における、これらの態様または他の態様は、以下の実施形態における説明において、より明確に、より理解しやすくなり得る。
【図面の簡単な説明】
【００５３】
【図１】既存の５ＧネットワークにおけるＵＲＬＬＣシナリオにおけるデバイス間の接続の概略図である。
【００５４】
【図２】本願の実施形態に係る５Ｇネットワークにおけるサービスフロー分布の概略図である。
【００５５】
【図３】本願の実施形態に係る３ＧＰＰネットワークプロトコルヘッダのプロトコルスタックの概略構造図である。
【００５６】
【図４】本願の実施形態に係るループバック検出の概略図である。
【００５７】
【図５】本願の実施形態に係るサービスのサービス品質を検出するためのシステムの概略的アーキテクチャ図である。
【００５８】
【図６】本願の実施形態に係る５Ｇネットワークアーキテクチャの概略図である。
【００５９】
【図７】本願の実施形態に係る４Ｇネットワークアーキテクチャの概略図である。
【００６０】
【図８】本願の実施形態に係る４．５Ｇネットワークアーキテクチャの概略図である。
【００６１】
【図９】本願の実施形態に係る通信デバイスのハードウェア構造の概略図である。
【００６２】
【図１０】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート１である。
【００６３】
【図１１】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート２である。
【００６４】
【図１２】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート３である。
【００６５】
【図１３】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート４である。
【００６６】
【図１４】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート５である。
【００６７】
【図１５】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート６である。
【００６８】
【図１６】本願の実施形態に係るサービスのサービス品質を検出するための方法の概略フローチャート７である。
【００６９】
【図１７】本願の実施形態に係るパケット送信デバイスの概略構造図である。
【００７０】
【図１８】本願の実施形態に係る第１ネットワークデバイスの概略構造図である。
【発明を実施するための形態】
【００７１】
本願の実施形態における技術的解決法の理解を容易にするべく、以下ではまず、本願に関連する技術を簡潔に説明する。
【００７２】
サービスフロー
【００７３】
本願の実施形態におけるサービスフローは、サービス集約フローおよびサービスサブフローを含む。第４世代（４ｔｈ  ｇｅｎｅｒａｔｉｏｎ，  ４Ｇ）または４．５世代（４．５ｔｈ  ｇｅｎｅｒａｔｉｏｎ，  ４．５Ｇ）ネットワークにおいて、サービス集約フローは、ベアラまたはパケットデータネットワーク（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ，  ＰＤＮ）接続を含み、サービスサブフローは、ベアラにおける具体的なサービスフローを含む。５Ｇネットワークにおいて、サービス集約フローは、ＱｏＳフローまたはプロトコルデータユニット（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ，  ＰＤＵ）セッションを含み、サービスサブフローは、ＱｏＳフローにおける具体的なサービスフローを含む。
【００７４】
５Ｇネットワークを例として使用すると、図２に示されるように、１つのＰＤＵセッションは、３つのＱｏＳフロー、すなわち、ＱｏＳフロー１、ＱｏＳフロー２およびＱｏＳフロー３を含むと想定される。ＱｏＳフロー１は、サブフロー１およびサブフロー２を含む。サブフロー１およびサブフロー２は、各々、異なるサービスフローに対応する。例えば、サブフロー１は、ビークルツーエブリシング通信（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  Ｖ２Ｘ）サービスフロー１に対応し、サブフロー２は、Ｖ２Ｘサービスフロー２に対応する。この場合、図２におけるサービス集約フローは、ＰＤＵセッション：ＱｏＳフロー１、ＱｏＳフロー２、およびＱｏＳフロー３を含み、サービスサブフローはサブフロー１およびサブフロー２を含む。サービスサブフローまたはサービス集約フローは、サービスパケットおよび検出パケットを伝送するために使用され得る。サービスパケットは具体的には、ユーザパケット、すなわち、端末またはアプリケーションサーバによって、モバイルネットワークを使用してサービスを実行することによって伝送されるパケットであり、検出パケットは具体的には、サービスのサービス品質を検出するために使用される、モバイルネットワーク内のパケットである。検出パケットは、パケット送信デバイスによって構築され、パケット送信デバイスは、５Ｇネットワークにおける端末、アクセスデバイス、もしくはＵＰＦエンティティであり得る、または、４．５Ｇネットワークにおける端末、アクセスデバイス、もしくはゲートウェイユーザプレーン機能（ｇａｔｅｗａｙ  ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ，  ＧＷ−Ｕ）エンティティであり得る、または、４Ｇネットワークにおける端末、アクセスデバイスもしくはゲートウェイ（ｇａｔｅｗａｙ，  ＧＷ）または同様のものであり得る。これは、本願の実施形態において特に限定されるものではない。以下では、サービスパケットおよび検出パケットのパケットフォーマットを説明する。
【００７５】
パケットフォーマット
【００７６】
本願の実施形態において、検出パケットおよびサービスパケットは、同一の３ＧＰＰネットワークプロトコルヘッダを使用する。検出パケットとサービスパケットとの間の主な違いは、検出パケットの負荷タイプが検出パケットであり、サービスパケットの負荷タイプがサービスパケットであるという点である。５Ｇネットワークを例として使用すると、３ＧＰＰネットワークプロトコルヘッダは図３におけるプロトコルスタックに対応する。端末とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルヘッダは、サービスデータ適用プロトコル（ｓｅｒｖｉｃｅ  ｄａｔａ  ａｄａｐｔａｔｉｏｎ  ｐｒｏｔｏｃｏｌ，  ＳＤＡＰ）ヘッダ、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ，  ＰＤＣＰ）ヘッダ、および下位プロトコル層ヘッダを含むことが図３から分かる。下位プロトコル層ヘッダは、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ，  ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層、およびレイヤ１（ｌｅｖｅｌ１，  Ｌ１）を含む。アクセスデバイスとＵＰＦエンティティとの間の３ＧＰＰネットワークプロトコルヘッダは、ユーザプレーンジェネラルパケットラジオサービス技術（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ，  ＧＰＲＳ）トンネリングプロトコル（ＧＰＲＳ  ｔｕｎｎｅｌｌｉｎｇ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  ｕｓｅｒ  ｐｌａｎｅ，  ＧＴＰ−Ｕ）ヘッダおよび下位プロトコル層ヘッダを含む。下位プロトコル層ヘッダは、ユーザーデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ，  ＵＤＰ）、またはインターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ，  ＩＰ）層、レイヤ２（ｌｅｖｅｌ２，  Ｌ２）およびＬ１を含む。同一のネットワークプロトコルヘッダは、検出パケットおよび対応するサービスパケットが同一のエンドツーエンドのパイプラインリソースを使用することを確実にできるので、検出パケットを使用することによってサービスのサービス品質を検出できる。本願の実施形態において、検出パケットに対応するサービスパケットは、検出パケットと同一のサービスフローに対応するサービスパケットである。例えば、図２において、検出パケット１に対応するサービスパケットは、サービスパケット１であり、検出パケット２に対応するサービスパケットは、サービスパケット２であり、検出パケット３に対応するサービスパケットは、サービスパケット３であり、以下同様である。
【００７７】
任意選択で、本願の実施形態における検出パケットはまた、リンク品質認識プロトコル（ｌｉｎｋ  ｑｕａｌｉｔｙ  ａｗａｒｅｎｅｓｓ  ｐｒｏｔｏｃｏｌ，  ＬＱＡＰ）パケットとして定義され得る、または、別のパケットとして定義され得る。これは、本願の実施形態において特に限定されるものではない。
【００７８】
検出タイプ
【００７９】
本願の実施形態における検出タイプは、３つの検出タイプ、すなわち、リンク接続検出、サービス伝送性能検出およびループバック（ｌｏｏｐｂａｃｋ，  ＬＢ）検出を含む。以下では、３つの検出タイプを別々に簡潔に説明する。
【００８０】
（１）リンク接続検出
【００８１】
リンク接続検出によれば、検出パケットは、パケット送信デバイスによって周期的に送信され、パケット受信デバイスは、検出パケットの到達ステータスに基づいて、障害がリンク上で発生するかどうかを決定する。送信周期は主に、遅延などの要素に基づいて決定される。例えば、パケット伝送に６ｍｓのエンドツーエンド遅延が要求される場合、送信周期は、２ｍｓであると決定され得る。パケット受信デバイスが、３つの連続期間において検出パケットを受信しない場合、リンクに障害があると、すなわち、検出パケットが到達する時間と、隣接する検出パケットが到達する時間との間の間隔が、既にサービスのサービス品質要件を満たしていないとみなされ得る。
【００８２】
本願の実施形態において、パケット受信デバイスは、５Ｇネットワークにおける端末、アクセスデバイスもしくはＵＰＦエンティティであり得る、または、４．５Ｇネットワークにおける端末、アクセスデバイスもしくはＧＷ‐Ｕエンティティであり得る、または、４Ｇネットワークにおける端末、アクセスデバイスもしくはＧＷ、または同様のものであり得る。これは、本願の実施形態において特に限定されるものではない。パケット送信デバイスの関連する説明については、上記の実施形態を参照されたい。ここでは詳細を再度説明しない。
【００８３】
リンク接続検出が実行されるとき、パケット送信デバイスによって要求されるパラメータは、サービスフロー識別子および送信周期を含む。サービスフロー識別子は、サービスのサービスフローを指示するために使用され、送信周期は、検出パケットを送信する時間と、隣接パケットを送信する時間との間の時間間隔である。
【００８４】
任意選択で、本願の実施形態において、５Ｇネットワークにおいて、サービスフローがＰＤＵセッションである場合、サービスフロー識別子は、ＰＤＵセッション識別子（Ｉｄｅｎｔｉｔｙ，  ＩＤ）または端末のアドレス情報であり得て、具体的には、端末のＰＤＵセッションは、ＰＤＵセッション識別子または端末のアドレス情報に基づいて決定され得て、サービスフローがＱｏＳフローである場合、サービスフロー識別子は、ＰＤＵセッション識別子、および、ＱｏＳフロー識別子（ＱｏＳ  ｆｌｏｗ  ＩＤ，  ＱＦＩ）であり得て、具体的には、端末のＰＤＵセッションにおけるＱｏＳフローは、ＰＤＵセッション識別子またはＱＦＩに基づいて決定され得る、または、サービスフローがＱｏＳフローにおける具体的なサービスフローである場合、サービスフロー識別子は、５タプル、またはＱｏＳフローにおける具体的なサービスフローを一意に決定できる他のアドレス情報、例えば、送信元ＭＡＣアドレスおよび宛先ＭＡＣアドレスであり得て、具体的には、端末のＰＤＵセッションにおけるＱｏＳフローにおける具体的なサービスフローは、５タプル、またはＱｏＳフローにおける具体的なサービスフローを一意に決定できる他のアドレス情報に基づいて決定され得て、５タプルは、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号、および、トランスポート層プロトコル番号を含む。４Ｇまたは４．５Ｇネットワークにおいて、サービスフローがＰＤＮ接続である場合、サービスフロー識別子は、ＰＤＮ接続識別子を含み得て、具体的には、端末のＰＤＮ接続は、ＰＤＮ接続識別子に基づいて決定され得て、サービスフローがキャリアである場合、サービスフロー識別子はＰＤＮ接続識別子およびキャリア識別子であり得る。言い換えれば、端末のＰＤＮ接続におけるキャリアは、ＰＤＮ接続識別子およびキャリア識別子に基づいて決定され得て、または、サービスフローがベアラにおける具体的なサービスフローである場合、サービスフロー識別子は、上記の５タプルであり得て、具体的には、具体的なサービスフローは、５タプルに基づいて一意に決定され得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【００８５】
任意選択で、パケット送信デバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子および検出タイプのうち少なくとも１つをさらに含み得る。検出タイプは、サービスのサービス品質検出のタイプがリンク接続検出であると指示するために使用される。検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。リンク接続検出が実行されるとき、パケット送信デバイスの検出パケットのローカルコンテキストは具体的には、検出パケットの送信周期、検出タイプ、検出パケットのコンテキスト識別子、およびサービスフロー識別子のうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【００８６】
リンク接続検出が実行されるとき、パケット受信デバイスによって要求されるパラメータは、サービスフロー識別子、受信周期および障害決定閾値を含む。サービスフロー識別子は、サービスのサービスフローを指示するために使用され、受信周期は、検出パケットを受信する時間と、隣接する検出パケットを受信する時間との間の時間間隔であり、障害決定閾値は、障害を決定するために使用される。例えば、６ｍｓのエンドツーエンド遅延がパケット伝送のために要求され、受信周期が２ｍｓである場合、ここでの障害決定閾値は３に設定されるべきである。パケット受信デバイスが３つの連続期間において検出パケットを受信しない場合、リンクに障害があるとみなされ得る。サービスのサービス品質が検出されたとき、パケット受信デバイスによって要求されるパラメータ、および、パケット送信デバイスによって要求されるパラメータは、同一のサービスフロー識別子を含み、送信周期は受信周期と同一である。説明はここで提供されるので、以下では詳細を再度説明しない。
【００８７】
任意選択で、パケット受信デバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子、検出タイプ、および、障害後の動作のうち少なくとも１つをさらに含み得る。例えば、障害後の動作は、ループバック検出を開始して障害を見つける、または、障害を制御プレーンに報告することであり得る。これは、本願の実施形態において特に限定されるものではない。検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。リンク接続検出が実行されるとき、パケット受信デバイスの検出パケットのローカルコンテキストは具体的には、検出パケットの受信周期、障害決定閾値、検出タイプ、検出パケットのコンテキスト識別子、サービスフロー識別子、および、障害に対応する動作のうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【００８８】
任意選択で、リンク接続検出が実行されるとき、パケット送信デバイスとパケット受信デバイスとの間に仲介デバイスがあり得る。例えば、５Ｇネットワークにおいて、パケット送信デバイスが端末であり、かつ、パケット受信デバイスがＵＰＦエンティティである場合、仲介デバイスは例えばアクセスデバイスであり得る。仲介デバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子、検出タイプ、処理の方式、障害決定閾値、および障害に対応する動作のうち少なくとも１つを含む。処理の方式は、透明な伝送を実行すること、または、受信周期を修正することを含み、受信周期は、送信周期と同一である。サービスのサービス品質はまた、仲介デバイスを使用することによって検出され得る。これは、本願の実施形態において特に限定されるものではない。
【００８９】
当然、リンク接続検出が実行されるとき、パケット受信デバイスによって要求されるパラメータ、仲介デバイスによって要求されるパラメータ、および、パケット送信デバイスによって要求されるパラメータは、別のパラメータをさらに含み得る。これは、本願の実施形態において特に限定されるものではない。
【００９０】
（２）サービス伝送性能検出
【００９１】
サービス伝送性能検出は主に、例えば、パケット損失率またはジッタなど、サービスフローのサービス伝送性能を検出するために使用される。サービス伝送性能検出の基本原理は、パケット送信デバイスおよびパケット受信デバイスが統計的情報を交換してパケット損失率またはジッタを計算することである。
【００９２】
サービス伝送性能検出が実行されるとき、パケット送信デバイスによって要求されるパラメータは、サービスフロー識別子および送信周期を含む。送信周期は時間ベースであり得る。例えば、検出パケットは２秒ごとに送信される。代替的に、送信周期はデータ量に基づき得る。例えば、パケット送信デバイスが１‐Ｍサービスパケットを送信するたびに、パケット送信デバイスは、サービスパケットの統計的データを１回送信するために、検出パケットを１回送信し得る。
【００９３】
任意選択で、パケット送信デバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子および検出タイプのうち少なくとも１つをさらに含み得る。検出タイプは、サービスのサービス品質検出のタイプがサービス伝送性能検出であることを指示するために使用される。検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。サービス伝送性能検出が実行されるとき、パケット送信デバイスの検出パケットのローカルコンテキストは、具体的には、サービスフロー識別子、検出パケットの送信周期、検出パケットのコンテキスト識別子、および検出タイプのうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【００９４】
サービス伝送性能検出が実行されるとき、パケット受信デバイスによって要求されるパラメータは、サービスフロー識別子および伝送性能閾値を含む。伝送性能閾値は、伝送性能を決定するために使用され、伝送性能閾値は、例えば、パケット損失率閾値またはジッタ閾値であり得る。例えば、パケット損失率閾値が０．５％である場合、現在のパケット損失率が０．５％である、または０．５％を超えるとパケット受信デバイスが決定したとき、サービス伝送性能は要件を満たさないとみなされ得る。代替的に、例えば、ジッタ閾値が２ｍｓである場合、現在のジッタ値が２ｍｓである、または、２ｍｓを超えるとパケット受信デバイスが決定したとき、サービス伝送性能は要件を満たさないとみなされ得る。
【００９５】
加えて、パケット受信デバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子、検出タイプ、および、障害に対応する動作のうち少なくとも１つをさらに含み得る。障害に対応する動作は、ループバック検出を開始して、障害を見つける、または、障害を制御プレーンに報告することであり得る。これは、本願の実施形態において特に限定されるものではない。検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。サービス伝送性能検出が実行されるとき、パケット受信デバイスの検出パケットのローカルコンテキストは、具体的には、サービスフロー識別子、伝送性能閾値、検出パケットのコンテキスト識別子、検出タイプ、および、障害に対応する動作のうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【００９６】
当然、サービス伝送性能検出が実行されるとき、パケット受信デバイスによって要求されるパラメータ、および、パケット送信デバイスによって要求されるパラメータは、別のパラメータをさらに含み得る。これは、本願の実施形態において特に限定されるものではない。
【００９７】
（３）ループバック検出
【００９８】
ループバック検出は主に、サービスフローのループバック遅延を検出して障害を見つけるために使用される。ループ検出の基本原理は、ループバック遅延を測定して障害を見つけるために、パケット送受信デバイス（パケット送信デバイスおよびパケット受信デバイスの両方）が検出パケットを送信することである。サービス伝送性能検出と、リンク接続検出およびループバック検出との大きな違いは、ループバック検出においてはループバックデバイスが存在し、ループバックデバイスの機能は、元の経路において検出パケットを返すという点である。
【００９９】
ループバック検出が実行されるとき、パケット送受信デバイスによって要求されるパラメータは、サービスフロー識別子、ループバック経路長情報、および、検出パケットのコンテキスト識別子を含む。ループバック経路長情報は、障害を見つけるために使用され、検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。ループバック検出が実行されるとき、パケット送受信デバイスの検出パケットのローカルコンテキストは、具体的には、サービスフロー識別子、ループバック経路長情報、および、検出パケットのコンテキスト識別子のうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【０１００】
ループバックデバイスによって要求されるパラメータはサービスフロー識別子を含む。
【０１０１】
任意選択で、ループバックデバイスによって要求されるパラメータは、検出パケットのコンテキスト識別子をさらに含み得る。検出パケットのコンテキスト識別子は、検出パケットのローカルコンテキストを指示するために使用される。ループバック検出が実行されるとき、ループバックデバイスの検出パケットのローカルコンテキストは具体的には、サービスフロー識別子、または検出パケットのコンテキスト識別子のうち少なくとも１つを含み得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【０１０２】
例えば、図４は、本願の実施形態に係るループバック検出の概略図である。端末は、ループバック検出を開始し、検出パケットのコンテキスト識別子は１である。基地局が、検出パケットのコンテキスト識別子に対応するコンテキストを含む場合、検出パケットのコンテキストに基づいて、基地局がループバックデバイスであることが決定され得て、基地局はさらに、検出パケットを端末にループバックし得る。端末は、検出パケットを受信した後、引き続きループバック検出を開始し得て、検出パケットのコンテキスト識別子は２である。基地局が検出パケットのコンテキスト識別子に対応するコンテキストを含まない場合、基地局は、検出パケットを共通のサービスパケットとみなし、検出パケットをＵＰＦエンティティへ伝送する。ＵＰＦエンティティは、検出パケットのコンテキスト識別子に対応するコンテキストを含むので、検出パケットのコンテキストに基づいて、ＵＰＦエンティティがループバックデバイスであると決定され得て、さらに、ＵＰＦエンティティは検出パケットを端末へループバックし得る。端末がセグメントループバック遅延およびエンドツーエンド遅延を認識しているので、経路のセグメントに障害がある場合、ループバック検出を通じて障害を検出できる。
【０１０３】
当然、ループバック検出が実行されるとき、パケット送受信デバイスによって要求されるパラメータ、および、ループバックデバイスによって要求されるパラメータは、別のパラメータをさらに含み得る。これは、本願の実施形態において特に限定されるものではない。
【０１０４】
以下では、テーブル１に示されるように、上記の３つの検出タイプの間の比較を提供する。  ［テーブル１］
【表１】
0006940041.tif 000002
【０１０５】
本願は、サービスのサービス品質検出の検出タイプのいくつかの例だけを提供し、当然ながら別の検出タイプもあり得ることに注意すべきである。これは、本願の実施形態において特に限定されるものではない。
【０１０６】
以下では、本願の実施形態における添付図面を参照して、本願の実施形態における技術的解決法を説明する。本願の説明において、別段の指定が無い限り、「／」は「または」を意味する。例えば、Ａ／ＢはＡまたはＢを表し得る。本明細書において、「および／または」は、関連する対象を記載するための関連関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという３つの場合を表し得る。加えて、本願の説明において、「複数」とは、別段の指定が無い限り、２、または２つより多いことを意味する。加えて、本願の実施形態における技術的解決法を明確に説明するべく、「第１」および「第２」などの用語は、本願の実施形態において、同一の事項、または、基本的に同一を機能および目的を有する同様の事項の間で区別するために使用される。当業者であれば、「第１」および「第２」などの用語は、個数または実行順序を限定するものではなく、「第１」および「第２」などの用語は、明白な違いを指示するものではないことを理解し得る。
【０１０７】
本願の実施形態において説明されるネットワークアーキテクチャおよびサービスシナリオは、本願の実施形態における技術的解決法をより明確に説明することを意図したものであり、本願の実施形態において提供される技術的解決法に対する制限を構成するものではない。当業者であれば、ネットワークアーキテクチャの進化、および、新しいサービスシナリオの登場に伴い、本願の実施形態において提供される技術的解決法も、同様の技術的課題に適用可能であることを認識し得る。
【０１０８】
図５は、本願の実施形態に係るサービスのサービス品質を検出するためのシステム５０を示す。サービスのサービス品質を検出するためのシステムは、パケット送信デバイス５０１およびパケット受信デバイス５０２を含む。
【０１０９】
パケット送信デバイス５０１は、検出指示情報を取得するよう構成され、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。
【０１１０】
パケット送信デバイス５０１はさらに、検出指示情報に基づいて、検出パケットをパケット受信デバイス５０２へ送信するよう構成される。検出パケットは、サービスのサービス品質を検出するために使用される。
【０１１１】
パケット受信デバイス５０２は、検出パケットをパケット送信デバイス５０１から受信し、サービスのサービス品質を検出パケットに基づいて決定するよう構成される。
【０１１２】
サービスフローおよびサービスフロー識別子の関連する説明については、上記の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０１１３】
任意選択で、本願の本実施形態において、パケット送信デバイス５０１およびパケット受信デバイス５０２は、互いに直接通信し得る、または、別のデバイスによる転送を通じて互いに通信し得る。これは、本願の実施形態において特に限定されるものではない。
【０１１４】
任意選択で、本願の本実施形態においてパケット送信デバイス５０１およびパケット受信デバイス５０２は、パケット送受信デバイスに統合され得る。例えば、ループバック検出が実行されるとき、パケット送信デバイスおよびパケット受信デバイスはパケット送受信デバイスに統合される。これは、本願の実施形態において特に限定されるものではない。
【０１１５】
本願の本実施形態において提供されるサービスのサービス品質を検出するためのシステムに基づいて、パケット送信デバイスは、検出指示情報を取得し、検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信することができる。検出パケットをパケット送信デバイスから受信した後に、パケット受信デバイスは、検出パケットに基づいて、サービスのサービス品質を決定できる。したがって、当該解決法に基づいてサービスのサービス品質を検出できる。
【０１１６】
パケット送信デバイス５０１が検出指示情報を取得するよう構成されることは、具体的には、パケット送信デバイス５０１が、サービスのサービス品質要件、ローカルポリシー、および、ローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定するよう構成されることを含み得る。以下の方法の実施形態では、パケット送信デバイスが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する具体的な実装の詳細な説明を提供する。ここでは詳細を再度説明しない。
【０１１７】
代替的に、任意選択で、パケット送信デバイスが検出指示情報を取得するよう構成されることは、具体的には、パケット送信デバイス５０１が、検出指示情報をパケット受信デバイス５０２から受信するよう構成されることを含み得る。
【０１１８】
代替的に、任意選択で、パケット送信デバイス５０１が検出指示情報を取得するよう構成されることは、具体的には、パケット送信デバイス５０１が、第１指示情報をパケット受信デバイス５０２から受信し、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定するよう構成されることを含み得る。第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。以下の方法の実施形態は、パケット送信デバイスが、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する具体的な実装の詳細な説明を提供する。ここでは詳細を再度説明しない。
【０１１９】
代替的に、任意選択で、図５に示されるように、本願の本実施形態に係るサービスのサービス品質を検出するためのシステム５０は、第１ネットワークデバイス５０３をさらに含み得る。
【０１２０】
第１ネットワークデバイス５０３は、第１指示情報を取得し、第１指示情報をパケット送信デバイス５０１へ送信するよう構成される。第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイス５０１に命令するために使用される。
【０１２１】
さらに、パケット送信デバイス５０１が、検出指示情報を取得するよう構成されることは、具体的には、パケット送信デバイス５０１が、第１指示情報を第１ネットワークデバイス５０３から受信し、第１指示情報を検出指示情報として決定するよう構成されることを含み得る。言い換えれば、この場合、第１指示情報は、検出指示情報と同一である。
【０１２２】
代替的に、任意選択で、パケット送信デバイス５０１が検出指示情報を取得するよう構成されることは、具体的には、パケット送信デバイス５０１が、第１指示情報を第１ネットワークデバイス５０３から受信し、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定するよう構成されることを含み得る。
【０１２３】
第１ネットワークデバイス５０３が第１指示情報を取得するよう構成されることは、第１ネットワークデバイスが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定することを含む。以下の方法の実施形態は、第１ネットワークデバイスが、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する具体的な実装の詳細な説明を提供する。ここでは詳細を再度説明しない。
【０１２４】
代替的に、任意選択で、図５に示されるように、本願の本実施形態に係るサービスのサービス品質を検出するためのシステム５０は、第２ネットワークデバイス５０４をさらに含み得る。
【０１２５】
第２ネットワークデバイス５０４は、第２指示情報を第１ネットワークデバイス５０３へ送信するよう構成される。第２指示情報は、動作タイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含む。動作タイプは、サービスのサービス品質検出であり、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つは、サービスのサービスフローを指示するために使用される。
【０１２６】
さらに、第１ネットワークデバイス５０３が第１指示情報を取得するよう構成されることは、具体的には、第１ネットワークデバイス５０３が、第２指示情報を第２ネットワークデバイス５０４から受信し、第２指示情報を第１指示情報として決定するよう構成されることを含み得る。言い換えれば、この場合、第１指示情報は、第２指示情報と同一である。
【０１２７】
代替的に、任意選択で、第１ネットワークデバイス５０３が、第１指示情報を取得するよう構成されることは、具体的には、第１ネットワークデバイス５０３が、第２指示情報を第２ネットワークデバイス５０４から受信し、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定するよう構成されることを含み得る。以下の方法の実施形態は、第１ネットワークデバイスが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する具体的な実装の詳細な説明を提供する。ここでは詳細を再度説明しない。
【０１２８】
任意選択で、本願の本実施形態において、第１ネットワークデバイス５０３およびパケット送信デバイス５０１は、互いに直接通信し得る、または、別のデバイスによる転送を通じて互いに通信し得る。これは、本願の実施形態において特に限定されるものではない。
【０１２９】
任意選択で、本願の本実施形態において、第１ネットワークデバイス５０３および第２ネットワークデバイス５０４は、互いに直接通信し得る、または、別のデバイスによる転送を通じて互いに通信し得る。これは、本願の実施形態において特に限定されるものではない。
【０１３０】
当然、第１ネットワークデバイス５０３はまた、パケット受信デバイス５０３と通信し得て、例えば、パケット受信デバイスによって要求されるパラメータをパケット受信デバイス５０３へ送信する。これは、本願の実施形態において特に限定されるものではない。
【０１３１】
任意選択で、図１に示されるサービスのサービス品質を検出するためのシステム５０は、現在の４Ｇネットワークおよび４．５Ｇネットワーク、将来の５Ｇネットワーク、および、別の将来のネットワークに適用され得る。これは、本発明の実施形態において特に限定されるものではない。
【０１３２】
図６に示されるように、サービスのサービス品質を検出するためのシステム５０が、将来の５Ｇネットワークに適用される場合、パケット送信デバイス５０１は、５Ｇネットワークにおける端末であり得て、パケット受信デバイス５０２は、５ＧネットワークにおけるアクセスデバイスもしくはＵＰＦエンティティであり得る、または、パケット送信デバイス５０１は、５Ｇネットワークにおけるアクセスデバイスであり得て、パケット受信デバイス５０２は、５Ｇネットワークにおける端末もしくはＵＰＦエンティティであり得る、または、パケット送信デバイス５０１は、５ＧネットワークにおけるＵＰＦエンティティであり得て、パケット受信デバイス５０２は、５Ｇネットワークにおける端末もしくはアクセスデバイスであり得て、第１ネットワークデバイス５０３は、５Ｇネットワークにおけるセッション管理機能（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，  ＳＭＦ）エンティティであり得て、第２ネットワークデバイス５０４は、５Ｇネットワークにおけるポリシー制御機能（ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ，  ＰＣＦ）エンティティであり得る。
【０１３３】
加えて、図６に示されるように、５Ｇネットワークは、統一されたデータ管理（ｕｎｉｆｉｅｄ  ｄａｔａ  ｍａｎａｇｅｍｅｎｔ，  ＵＤＭ）エンティティ、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｓｅｒｖｅｒ  ｆｕｎｃｔｉｏｎ，  ＡＵＳＦ）エンティティ、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）エンティティ、および同様のものをさらに含み得る。これは、本願の実施形態において特に限定されるものではない。
【０１３４】
端末は、次世代ネットワーク（Ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ，  Ｎ）インタフェース１（略称：Ｎ１）を通じてＡＭＦエンティティと通信し、アクセスデバイスは、Ｎインタフェース２（略称：Ｎ２）を通じてＡＭＦエンティティと通信し、アクセスデバイスは、Ｎインタフェース３（略称：Ｎ３）を通じてＵＰＦエンティティと通信し、ＡＭＦエンティティはＮインタフェース１１（略称：Ｎ１１）を通じてＳＭＦエンティティと通信し、ＡＭＦエンティティは、Ｎインタフェース８（略称：Ｎ８）を通じてＵＤＭエンティティと通信し、ＡＭＦエンティティは、Ｎインタフェース１２（略称：Ｎ１２）を通じてＡＵＳＦエンティティと通信し、ＡＭＦエンティティはＮインタフェース１５（略称：Ｎ１５）を通じてＰＣＦエンティティと通信し、ＳＭＦエンティティは、Ｎインタフェース７（略称：Ｎ７）を通じてＰＣＦエンティティと通信し、ＳＭＦエンティティは、Ｎインタフェース４（略称：Ｎ４）を通じてＵＰＦエンティティと通信する。
【０１３５】
加えて、図６において、ＵＤＭエンティティ、ＡＵＳＦエンティティ、ＰＣＦエンティティ、ＡＭＦエンティティ、およびＳＭＦエンティティは、制御プレーン機能（ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ，  ＣＰＦ）エンティティとも総称され得る。これは、本願の実施形態において特に限定されるものではない。
【０１３６】
図６における様々なネットワーク要素間のインタフェースの名称は例に過ぎず、インタフェースは、具体的な実装において他の名前を有し得ることに注意すべきである。これは、本願の実施形態において特に限定されるものではない。
【０１３７】
図６におけるアクセスデバイス、ＡＭＦエンティティ、ＳＭＦエンティティ、ＡＵＳＦエンティティ、ＵＤＭエンティティ、ＵＰＦエンティティ、ＰＣＦエンティティおよび同様のものは、名称に過ぎず、名称はデバイスに対する制限を構成しないことに注意すべきである。５Ｇネットワークおよび別のさらなるネットワークにおいて、アクセスデバイスに対応するネットワーク要素またはエンティティ、ＡＭＦエンティティ、ＳＭＦエンティティ、ＡＵＳＦエンティティ、ＵＤＭエンティティ、ＵＰＦエンティティ、およびＰＣＦエンティティは他の名前を有し得る。これは、本願の実施形態において特に限定されるものではない。例えば、ＵＤＭエンティティは、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ，  ＨＳＳ）、ユーザサブスクリプションデータベース（ｕｓｅｒ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａｂａｓｅ，  ＵＳＤ）エンティティ、またはデータベースエンティティで置換され得る。説明はここで提供されるので、以下では詳細を再度説明しない。
【０１３８】
任意選択で、図７に示されるように、サービスのサービス品質を検出するシステム５０が、現在の４Ｇネットワークに適用される場合、パケット送信デバイス５０１は、４Ｇネットワークにおける端末であり得て、パケット受信デバイス５０２は、４ＧネットワークにおけるアクセスデバイスまたはＧＷエンティティであり得る、または、パケット送信デバイス５０１は、４Ｇネットワークにおけるアクセスデバイスであり得て、パケット受信デバイス５０２は、４Ｇネットワークにおける端末もしくはＧＷエンティティであり得る、または、パケット送信デバイス５０１は、４ＧネットワークにおけるＧＷエンティティであり得て、パケット受信デバイス５０２は、４Ｇネットワークにおける端末もしくはアクセスデバイスであり得て、第１ネットワークデバイス５０３は、４ＧネットワークにおけるＧＷであり得て、第２ネットワークデバイス５０４は、４Ｇネットワークにおけるポリシーおよび充電規則機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ，  ＰＣＲＦ）エンティティであり得る。ＧＷは、ＰＤＮゲートウェイ（ＰＤＮ  ｇａｔａｗａｙ，  ＰＧＷ）およびサービングゲートウェイ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ，  ＳＧＷ）の機能を統合する。
【０１３９】
加えて、図７に示されるように、４Ｇネットワークはさらに、移動性管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ，  ＭＭＥ）および同様のものを含み得る。詳細については、既存の４Ｇネットワークアーキテクチャを参照されたい。本願の本実施形態では詳細を説明しない。
【０１４０】
アクセスデバイスは、Ｓ１‐Ｕインタフェースを使用することによってＧＷと通信し、アクセスデバイスは、Ｓ１‐ＭＭＥインタフェースを使用することによってＭＭＥと通信し、ＭＭＥはＳ１１インタフェースを使用することによってＧＷと通信し、ＰＣＲＦエンティティは、Ｇｘインタフェースを使用することによってＧＷと通信する。
【０１４１】
任意選択で、図８に示されるように、サービスのサービス品質を検出するためのシステム５０が現在の４．５Ｇネットワークに適用される場合、パケット送信デバイス５０１は、４．５Ｇネットワークにおける端末であり得て、パケット受信デバイス５０２は、４．５ＧネットワークにおけるアクセスデバイスもしくはＧＷ‐Ｕエンティティであり得る、または、パケット送信デバイス５０１は、４．５Ｇネットワークにおけるアクセスデバイスであり得て、パケット受信デバイス５０２は、４．５Ｇネットワークにおける端末またはＧＷ‐Ｕエンティティであり得る、または、パケット送信デバイス５０１は、４．５ＧネットワークにおけるＧＷ‐Ｕエンティティであり得て、パケット受信デバイス５０２は、４．５Ｇネットワークにおける端末またはアクセスデバイスであり得て、第１ネットワークデバイス５０３は、４．５ＧネットワークにおけるＧＷ‐Ｕエンティティであり得て、第２ネットワークデバイス５０４は、４．５ＧネットワークにおけるＰＣＲＦエンティティであり得る。
【０１４２】
加えて、図８に示されるように、４．５Ｇネットワークは、ＭＭＥおよび同様のものをさらに含み得る。詳細については、既存の４．５Ｇネットワークアーキテクチャを参照されたい。本願の本実施形態では詳細を説明しない。
【０１４３】
アクセスデバイスは、Ｓ１‐Ｕインタフェースを通じてＧＷ‐Ｕエンティティと通信し、アクセスデバイスは、Ｓ１‐ＭＭＥインタフェースを通じてＭＭＥと通信し、ＭＭＥは、Ｓ１１インタフェースを通じてＧＷ‐Ｃエンティティと通信し、ＧＷ‐Ｃエンティティは、インタフェースを通じてＧＷ‐Ｕエンティティと通信し、ＰＣＲＦエンティティは、Ｇｘインタフェースを通じてＧＷ‐Ｃエンティティと通信する。
【０１４４】
任意選択で、本願の本実施形態における端末（ｔｅｒｍｉｎａｌ）は、無線通信機能を有する、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、および、コンピューティングデバイス、または、無線モデムに接続される他の処理デバイスを含み得る。端末はさらに、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ  ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ  ｐｈｏｎｅ）、無線データカード、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ，  ＰＤＡ）コンピュータ、タブレットコンピュータ、無線モデム（ｍｏｄｅｍ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）デバイス、ラップトップコンピュータ（ｌａｐｔｏｐ  ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ  ｐｈｏｎｅ）または無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ，  ＷＬＬ）局、マシンタイプ通信（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＭＴＣ）端末、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，  ＵＥ）、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ，  ＭＳ）、端末デバイス（ｔｅｒｍｉｎａｌ  ｄｅｖｉｃｅ）および同様のものを含み得る。説明を容易にするべく、上記のデバイスは、本願において、端末と総称される。
【０１４５】
任意選択で、本願の本実施形態におけるアクセスデバイスは、コアネットワークにアクセスするデバイス、例えば、基地局、ブロードバンドネットワークゲートウェイ（ｂｒｏａｄｂａｎｄ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ，  ＢＮＧ）、アグリゲーションスイッチ、または非第３世代パートナーシッププロジェクト（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ，  ３ＧＰＰ）アクセスデバイスである。基地局は、様々な形式の基地局、例えば、マクロ基地局、マイクロ基地局（スマートセルとも称される）、リレー局およびアクセスポイントを含み得る。
【０１４６】
任意選択で、図５におけるパケット送信デバイス５０１、パケット受信デバイス５０２、第１ネットワークデバイス５０３および第２ネットワークデバイス５０４は、１つの物理デバイスによって実装され得る、または、複数の物理デバイスによって共同で実装され得る、または、１つの物理デバイスにおける論理機能モジュールであり得る。これは、本願の実施形態において特に限定されるものではない。
【０１４７】
例えば、図５におけるパケット送信デバイス５０１、パケット受信デバイス５０２、第１ネットワークデバイス５０３、および第２ネットワークデバイス５０４は、図９における通信デバイスを使用することによって実装され得る。図９は、本願の実施形態に係る通信デバイスのハードウェア構造の概略図である。通信デバイス９００は、少なくとも１つのプロセッサ９０１、通信回線９０２、メモリ９０３、および少なくとも１つの通信インタフェース９０４を含む。
【０１４８】
プロセッサ９０１は、汎用中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，  ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，  ＡＳＩＣ）、または、本願における解決法のプログラム実行を制御するための１または複数の集積回路であり得る。
【０１４９】
通信回線９０２は、上記コンポーネントの間で情報が伝送される経路を含み得る。
【０１５０】
通信インタフェース９０４は、別のデバイス、または、Ｅｔｈｅｒｎｅｔ（登録商標）、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ，  ＲＡＮ）、もしくは無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋｓ，  ＷＬＡＮ）などの通信ネットワークと通信する、送受信などの任意の機器である。
【０１５１】
メモリ９０３は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，  ＲＯＭ）、もしくは、静的情報および命令を格納できる別のタイプの静的ストレージデバイス、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，  ＲＡＭ）、もしくは、情報および命令を格納できる別のタイプの動的ストレージデバイスであり得る、または、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，  ＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，  ＣＤ−ＲＯＭ）、もしくは、別のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイ（登録商標）ディスク、または同様のものを含む）、ディスク記憶媒体、もしくは別のディスクストレージデバイス、または、命令もしくはデータ構造の形式で所望のプログラムコードを保持もしくは格納するために使用できる、コンピュータによってアクセスできる任意の他の媒体であり得る。しかしながら、ここではメモリ９０３に限定されるものではない。メモリは、独立に存在し得て、通信回線９０２を使用することによってプロセッサに接続される。メモリはプロセッサに統合され得る。
【０１５２】
メモリ９０３は、本願における解決法を実行するためのコンピュータ実行可能命令を格納するよう構成され、コンピュータ実行可能命令は、プロセッサ９０１の制御下で実行される。プロセッサ９０１は、本願の以下の実施形態において提供されるサービスのサービス品質を検出するための方法を実装するために、メモリ９０３に格納されるコンピュータ実行可能命令を実行するよう構成される。
【０１５３】
任意選択で、本願の本実施形態におけるコンピュータ実行可能命令は、アプリケーションコードとも称され得る。これは、本願の実施形態において特に限定されるものではない。
【０１５４】
具体的な実装中、ある実施形態において、プロセッサ９０１は、１または複数のＣＰＵ、例えば、図９におけるＣＰＵ０およびＣＰＵ１を含み得る。
【０１５５】
具体的な実装中、ある実施形態において、通信デバイス９００は、複数のプロセッサ、例えば、図９におけるプロセッサ９０１およびプロセッサ９０８を含み得る。プロセッサの各々は、シングルコア（ｓｉｎｇｌｅ‐ＣＰＵ）プロセッサであり得るか、または、マルチコア（ｍｕｌｔｉ‐ＣＰＵ）プロセッサであってよい。ここでのプロセッサは、データ（例えばコンピュータプログラム命令）を処理するよう構成される、１または複数のデバイス、回路および／または処理コアであり得る。
【０１５６】
具体的な実装中、ある実施形態において、通信デバイス９００は出力デバイス９０５および入力デバイス９０６をさらに含み得る。出力デバイス９０５はプロセッサ９０１と通信し、複数の方式で情報を表示し得る。例えば、出力デバイス９０５は、液晶ディスプレイ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ，  ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ  ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ，  ＬＥＤ）ディスプレイデバイス、陰極線管（ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ，  ＣＲＴ）ディスプレイデバイス、またはプロジェクタ（ｐｒｏｊｅｃｔｏｒ）であり得る。入力デバイス９０６は、プロセッサ９０１と通信し、複数の方式でユーザの入力を受信してよい。例えば、入力デバイス９０６は、マウス、キーボード、タッチスクリーンデバイスまたは感知デバイスであり得る。
【０１５７】
通信デバイス９００は、汎用デバイスまたは専用デバイスであり得る。具体的な実装中、通信デバイス９００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ，  ＰＤＡ）、モバイルフォン、タブレットコンピュータ、無線端末デバイス、組み込みデバイス、または図９と同様の構造のデバイスであり得る。通信デバイス９００のタイプは、本願の本実施形態に限定されるものではない。
【０１５８】
以下では、図１から図９を参照して本願の実施形態において提供されるサービスのサービス品質を検出するための方法を詳細に説明する。
【０１５９】
例えば、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１０は、本願の本実施形態に係るサービスのサービス品質を検出するための方法を示す。当該方法は、以下の段階を含む。
【０１６０】
Ｓ１００１．ＰＣＦエンティティは、検出指示情報を決定し、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。
【０１６１】
任意選択で、本願の本実施形態における検出指示情報は、サービスのサービスフロー識別子またはサービスタイプを含み得る。サービスフロー識別子の関連する説明については、上記の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０１６２】
任意選択で、本願の本実施形態におけるサービスタイプは、ＵＲＬＬＣサービス、または、ＵＲＬＬＣサービスにおけるビークルツーエブリシング通信（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  Ｖ２Ｘ）サービス、ビークルツーインフラストラクチャ通信（ｖｅｈｉｃｌｅ  ｔｏ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  Ｖ２Ｉ）サービス、ビークルツービークル（ｖｅｈｉｃｌｅ  ｔｏ  ｖｅｈｉｃｌｅ，  Ｖ２Ｖ）サービス、拡張現実（ａｕｇｍｅｎｔｅｄ  ｒｅａｌｉｔｙ，  ＡＲ）サービス、仮想現実（ｖｉｒｔｕａｌ  ｒｅａｌｉｔｙ）サービス、または同様のものを含み得る。これは、本願の実施形態において特に限定されるものではない。
【０１６３】
任意選択で、本願の本実施形態において、サービスタイプの分野は、直接定義され得る、または、サービスタイプは、ＱｏＳパラメータを使用することによって、例えば、ＱｏＳパラメータにおける５Ｇ  ＱｏＳインジケータ（５Ｇ  ＱｏＳ  ｉｎｄｉｃａｔｏｒ，  ５ＱＩ）を使用することによって表され得る。これは、本願の実施形態において特に限定されるものではない。５ＱＩは、遅延またはジッタの要件などのサービス要件を表し得る。詳細については、既存の説明を参照されたい。ここでは詳細を再度説明しない。
【０１６４】
加えて、ＱｏＳパラメータは、割り当ておよび保持優先度（ａｌｌｏｃａｔｉｏｎ  ａｎｄ  ｒｅｔｅｎｔｉｏｎ  ｐｒｉｏｒｉｔｙ，  ＡＲＰ）、保証帯域幅、最大フロービットレート（ｍａｘｉｍｕｍ  ｆｌｏｗ  ｂｉｔ  ｒａｔｅ，  ＭＦＢＲ）、および保証フロービットレート（ｇｕａｒａｎｔｅｅｄ  ｆｌｏｗ  ｂｉｔ  ｒａｔｅ，  ＧＦＢＲ）のうち少なくとも１つをさらに含み得る。これは、本願の実施形態において特に限定されるものではない。
【０１６５】
本願の本実施形態において、検出指示情報は、サービスタイプを含み、例えば、検出指示情報は、５ＱＩ＝１を含み、５ＱＩ＝１はサービスタイプを表すために使用されることに注意すべきである。この場合、サービスのサービス品質検出の対象は、サービスタイプが５ＱＩ＝１である１または複数のＱｏＳフローであり得る。サービスのサービス品質検出の対象が、サービスタイプが５ＱＩ＝１である複数のＱｏＳフローである場合、サービスのサービス品質検出が後に実行されるとき、サービスのサービス品質検出は、以下の方法に従って、サービスタイプが５ＱＩ＝１である各ＱｏＳフロー上で実行される必要がある。説明はここで提供されるので、以下では詳細を再度説明しない。
【０１６６】
任意選択で、本願の本実施形態における検出指示情報は、動作タイプ、検出パケットの送信周期、検出タイプ、検出パケットのコンテキスト識別子のうち少なくとも１つをさらに含み得る。動作タイプはサービスのサービス品質検出である。検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子の関連する説明については、発明を実施するための形態の序文部分を参照されたい。ここでは詳細を再度説明しない。
【０１６７】
任意選択で、本願の本実施形態において、ＰＣＦエンティティは、サービスのＱｏＳ要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定し得る。
【０１６８】
例えば、ＰＣＦエンティティは、サービスのＱｏＳ要件に基づいて検出指示情報を決定し得て、検出指示情報は検出パケットの送信周期を含む。例えば、ＱｏＳ要件において、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求される。この場合、検出パケットの送信周期が２ｍｓであると決定され得る。
【０１６９】
代替的に、例えば、ＰＣＦエンティティは、サービスのＱｏＳ要件に基づいて、検出指示情報を決定し得て、検出指示情報は、サービスタイプ、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子を含む。例えば、ＱｏＳ要件において、６ｍｓのエンドツーエンド遅延がパケット伝送のために要求され、対応するＱｏＳパラメータは５ＱＩ＝１を含む。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得て、検出パケットの送信周期は２ｍｓであり、検出タイプはサービス伝送性能検出であり、検出パケットのコンテキスト識別子は５である。
【０１７０】
代替的に、例えば、ＰＣＦエンティティは、ローカルポリシーに基づいて検出指示情報を決定し得て、検出指示情報はサービスタイプを含む。例えば、ローカルポリシーは、サービスタイプが５ＱＩ＝１であるすべてのサービスフロー上でサービスのサービス品質検出を実行することであり得る。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。
【０１７１】
代替的に、例えば、ＰＣＦエンティティは、サービスのＱｏＳ要件およびローカルポリシーに基づいて、検出指示情報を決定し得る。検出指示情報は、サービスタイプ、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子を含む。例えば、ローカルポリシーは、サービスタイプが５ＱＩ＝１であるすべてのサービスフロー上でサービスのサービス品質検出を実行することであり得る。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。加えて、ＱｏＳ要件に関連して、５ＱＩ＝１に対応するＱｏＳ要件において、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求されると決定され得る。さらに、検出パケットの送信周期が２ｍｓであると決定され得て、検出タイプはサービス伝送性能検出であり、検出命令は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用され、検出パケットのコンテキスト識別子は５である。
【０１７２】
代替的に、例えば、ＰＣＦエンティティは、ローカルコンテキストに基づいて検出指示情報を決定し得る。ローカルコンテキストは、サービスのＱｏＳ要件を含み、検出指示情報はサービスのサービスタイプを含む。例えば、ローカルコンテキストは、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求されるサービスのＱｏＳ要件を含み、対応するＱｏＳパラメータは、５ＱＩ＝１を含む。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。
【０１７３】
代替的に、例えば、ＰＣＦエンティティは、ローカルコンテキストおよびローカルポリシーに基づいて検出指示情報を決定し得る。ローカルコンテキストは、サービスのＱｏＳ要件を含み、検出指示情報は、サービスフロー識別子またはサービスタイプ、動作タイプ、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子を含む。例えば、ローカルポリシーは、サービスタイプが５ＱＩ＝１であるすべてのサービスフロー上でサービスのサービス品質検出を実行することであり得る。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。加えて、ローカルコンテキストにおけるＱｏＳ要件に関連して、５ＱＩ＝１に対応するＱｏＳ要件において、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求されると決定される。さらに、検出パケットの送信周期は２ｍｓであると決定され得て、検出タイプはサービス伝送性能検出であり、動作タイプはサービスのサービス品質検出であり、検出パケットのコンテキスト識別子は５である。加えて、任意選択で、サービスタイプが５ＱＩ＝１であるすべてのサービスフローのサービスフロー識別子は、ローカルコンテキストを検索することによってさらに取得され得て、サービスフロー識別子は、例えば、端末のアドレス情報または５タプルであり得る。
【０１７４】
上記の例は、ＰＣＦエンティティが、サービスのＱｏＳ要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定することの説明の例に過ぎないことに注意すべきである。当然、ローカルポリシーは、代替的に、具体的なサービスフロー上でサービスのサービス品質検出を実行することであり得る。ＱｏＳパラメータは代替的に、５ＱＩ＝３、ＡＲＰ＝２、または同様のものであり得る。これは、本願の実施形態において特に限定されるものではない。
【０１７５】
Ｓ１００２．ＰＣＦエンティティは、検出指示情報をＳＭＦエンティティへ送信し、その結果、ＳＭＦエンティティは、検出指示情報をＰＣＦエンティティから受信する。
【０１７６】
Ｓ１００３．ＳＭＦエンティティは、検出指示情報をパケット送信デバイスへ送信し、その結果、パケット送信デバイスは、検出指示情報をＳＭＦエンティティから受信する。
【０１７７】
Ｓ１００４．パケット送信デバイスは、検出指示情報をサービスのサービスフローと関連付ける。
【０１７８】
任意選択で、本願の本実施形態において、パケット送信デバイスが端末またはＵＰＦエンティティである場合、サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、パケット送信デバイスがアクセスデバイスである場合、サービスフローはサービス集約フローを含む。
【０１７９】
この場合、パケット送信デバイスが、検出指示情報をサービスのサービスフローと関連付けることは、具体的には、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローを決定すること、パケット送信デバイスが、検出指示情報に基づいて検出パケットのローカルコンテキストを生成すること、および、パケット送信デバイスが、検出パケットのローカルコンテキストをサービスのサービスフローのローカルコンテキストに格納することを含み得る。
【０１８０】
代替的に、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付けることは、具体的には、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローを決定すること、および、パケット送信デバイスが、検出指示情報に基づいて、検出パケットのローカルコンテキストを生成することを含み得て、検出パケットのローカルコンテキストはサービスフローのサービスフロー識別子を含む。
【０１８１】
本願の本実施形態において、パケット送信デバイスは、検出指示情報に基づいてサービスのサービスフローを決定し、パケット送信デバイスは、検出指示情報に基づいて検出パケットのローカルコンテキストを生成することに注意すべきである。２つの段階の間には必要な順序が無い。２つの段階のいずれかが最初に実行され得る、または、２つの段階が同時に実行され得る。これは、本願の実施形態において特に限定されるものではない。
【０１８２】
代替的に、任意選択で、本願の本実施形態において、パケット送信デバイスがアクセスデバイスである場合、サービスフローはサービスサブフローを含む。
【０１８３】
この場合、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付けることは、具体的には、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、パケット送信デバイスが、検出指示情報に基づいて検出パケットのローカルコンテキストを生成すること、および、パケット送信デバイスが、検出パケットのローカルコンテキストを集約フローのローカルコンテキストに格納することを含み得る。
【０１８４】
代替的に、パケット送信デバイスが、検出指示情報をサービスのサービスフローに関連付けることは、具体的には、パケット送信デバイスが、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、および、パケット送信デバイスが、検出指示情報に基づいて検出パケットのローカルコンテキストを生成することを含み得て、検出パケットのローカルコンテキストは、サービス集約フローのサービスフロー識別子を含む。
【０１８５】
言い換えれば、本願の本実施形態において、ＱｏＳフロー、または、ＱｏＳフローにおける具体的なサービスフローについて、アクセスデバイスは、検出パケットのコンテキストをＱｏＳフローにバインドする。
【０１８６】
本願の本実施形態において、パケット送信デバイスは、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定し、パケット送信デバイスは、検出指示情報に基づいて、検出パケットのローカルコンテキストを生成することに注意すべきである。２つの段階の間には必要な順序が無い。２つの段階のいずれかが最初に実行され得る、または、２つの段階が同時に実行され得る。これは、本願の実施形態において特に限定されるものではない。
【０１８７】
Ｓ１００５．パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータを取得する。
【０１８８】
異なるパケット検出タイプは、パケット受信デバイスによって要求される異なるパラメータに対応する。詳細については、発明を実施するための形態の序文部分における説明を参照されたい。ここでは詳細を再度説明しない。
【０１８９】
パケット受信デバイスによって要求されるパラメータをパケット受信デバイスが取得する方式については、パケット送信デバイスが段階Ｓ１００１からＳ１００３において検出指示情報を取得する方式を参照されたい。ここでは詳細を再度説明しない。
【０１９０】
Ｓ１００６．パケット受信デバイスは、パケット受信デバイスによって要求されるパラメータをサービスのサービスフローに関連付ける。
【０１９１】
任意選択で、本願の本実施形態において、パケット受信デバイスが端末またはＵＰＦエンティティである場合、サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、パケット受信デバイスがアクセスデバイスである場合、サービスフローはサービス集約フローを含む。
【０１９２】
この場合、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータをサービスのサービスフローに関連付けることは、具体的には、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローを決定すること、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて検出パケットのローカルコンテキストを生成すること、および、パケット受信デバイスが、検出パケットのローカルコンテキストをサービスのサービスフローのローカルコンテキストに格納することを含み得る。
【０１９３】
パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータをサービスのサービスフローに関連付けることは、具体的には、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローを決定すること、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、検出パケットのローカルコンテキストを生成することを含み得て、検出パケットのローカルコンテキストは、サービスのサービスフロー識別子を含む。
【０１９４】
本願の本実施形態において、パケット受信デバイスは、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローを決定し、パケット受信デバイスは、パケット受信デバイスによって要求されるパラメータに基づいて、検出パケットのローカルコンテキストを生成することに注意すべきである。２つの段階の間には必要な順序が無い。２つの段階のいずれかが最初に実行され得る、または、２つの段階が同時に実行され得る。これは、本願の実施形態において特に限定されるものではない。
【０１９５】
代替的に、任意選択で、本願の本実施形態において、パケット受信デバイスがアクセスデバイスである場合、サービスフローはサービスサブフローを含む。
【０１９６】
この場合、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータをサービスのサービスフローに関連付けることは、具体的には、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、検出パケットのローカルコンテキストを生成すること、および、パケット受信デバイスが、検出パケットのコンテキストを集約フローのコンテキストに格納することを含み得る。
【０１９７】
代替的に、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータをサービスのサービスフローに関連付けることは、具体的には、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、および、パケット受信デバイスが、パケット受信デバイスによって要求されるパラメータに基づいて、検出パケットのローカルコンテキストを生成することを含み得て、検出パケットのローカルコンテキストは、サービス集約フローのサービスフロー識別子を含む。
【０１９８】
言い換えれば、本願の本実施形態において、ＱｏＳフロー、または、ＱｏＳフローにおける具体的なサービスフローについて、アクセスデバイスは、検出パケットのコンテキストをＱｏＳフローにバインドする。
【０１９９】
本願の本実施形態において、パケット受信デバイスは、パケット受信デバイスによって要求されるパラメータに基づいて、サービスのサービスフローが属するサービス集約フローを決定し、パケット受信デバイスは、パケット受信デバイスによって要求されるパラメータに基づいて、検出パケットのコンテキストを生成することに注意すべきである。２つの段階の間には必要な順序が無い。２つの段階のいずれかが最初に実行され得る、または、２つの段階が同時に実行され得る。これは、本願の実施形態において特に限定されるものではない。
【０２００】
任意選択で、段階Ｓ１００５とＳ１００６との間、および、段階Ｓ１００１からＳ１００４には必要な実行順序が無い。段階Ｓ１００１からＳ１００４は、段階Ｓ１００５およびＳ１００６の前に実行され得る。代替的に、段階Ｓ１００５およびＳ１００６は、段階Ｓ１００１〜Ｓ１００４の前に実行され得る。代替的に、段階Ｓ１００１〜Ｓ１００４、および、段階Ｓ１００５およびＳ１００６は同時に実行され得る。これは、本願の実施形態において特に限定されるものではない。
【０２０１】
この時点で、サービスのサービス品質検出の構成手順が終了する。さらに、パケット送信デバイスおよびパケット受信デバイスは、サービスのサービス品質を共同で検出し得る。詳細は段階Ｓ１００７からＳ１００９において説明される。
【０２０２】
Ｓ１００７．パケット送信デバイスは、検出指示情報に基づいて検出パケットを構築する。
【０２０３】
検出パケットのパケットフォーマットについては、発明を実施するための形態の序文部分を参照されたい。ここでは詳細を再度説明しない。
【０２０４】
任意選択で、検出パケットは、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子のうち少なくとも１つを含む。
【０２０５】
Ｓ１００８．パケット送信デバイスは、検出パケットをパケット受信デバイスへ送信し、その結果、パケット受信デバイスは、検出パケットをパケット送信デバイスから受信する。
【０２０６】
任意選択で、検出指示情報が検出パケットの送信周期を含む場合、パケット送信デバイスは、検出パケットの送信周期に基づいて、検出パケットをパケット受信デバイスへ送信し得る。これは、本願の実施形態において特に限定されるものではない。
【０２０７】
Ｓ１００９．パケット受信デバイスは、検出パケットに基づいてサービスのサービス品質を決定する。
【０２０８】
例えば、検出タイプがリンク接続検出であり、検出パケットが検出パケットのコンテキスト識別子を保持すると想定すると、パケット受信デバイスは、検出パケットを受信した後に、検出パケットのコンテキスト識別子に基づいて検出パケットのローカルコンテキストを発見し、さらに、検出パケットの受信周期、および、検出パケットのローカルコンテキストにおける障害決定閾値に基づいて、サービスのサービス品質を決定し得る。例えば、検出パケットの受信周期が２ｍｓである場合、障害決定閾値は６に設定されるべきである。具体的には、３つの期間において検出パケットが受信されない場合、リンクに障害があると決定され、実際の受信のケースは以下の通りであり得る。
【０２０９】
（ａ）検出パケットは、スケジューリングされた通りに到達し、パケット受信デバイスは、リンクが良好であり、サービスのサービス品質が比較的良好であると決定する。
【０２１０】
（ｂ）パケットが到達する時間と、隣接パケットが到達する時間との間の間隔は６期間を超える。具体的には、検出パケットが到達した後に、パケット受信デバイスは、６つの連続する期間において新しい検出パケットを受信しない。この場合、パケット受信デバイスは、リンクに障害があり、サービスのサービス品質が比較的低いと決定する。
【０２１１】
（ｃ）パケットが到達する時間と、隣接パケットが到達する時間との間の間隔は、３つの期間を超える。具体的には、検出パケットが到達した後に、パケット受信デバイスは、３つの連続期間において新しい検出パケットを受信しない。この場合、パケット受信デバイスは、リンクが悪化し、サービスのサービス品質が比較的低いと決定する。このケースは、具体的には以下のシナリオであり得る。リンクが良好であるとき、パケット受信デバイスは、各期間に検出パケットを受信する。ネットワークの輻輳、または同様のものに起因してリンクが悪化したとき、パケット受信デバイスは、いくつかの連続する期間（例えば３つの連続期間）において検出パケットを受信できないが、サービスフローの遅延要件をまだ満たしている。このケースは、リンクが既に悪化し、後にさらなる悪化に起因してリンクで障害が発生する可能性が非常に高いこと、すなわち、リンクはサービスフローの遅延要件を満たすことができないことを指示している。したがって、ネットワークがそのようなケースを認識したとき、可能な限りアプリケーションによって感知されることなく、あり得るリンク障害を回避するためにリンクの最適化または障害の発見を適切に実行でき、それにより、サービスのサービス品質を改善する。
【０２１２】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、パケット送信デバイスは、検出指示情報を取得し、検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信することができ、パケット受信デバイスは、検出パケットをパケット送信デバイスから受信した後に、検出パケットに基づいてサービスのサービス品質を決定できる。したがって、解決法に基づいてサービスのサービス品質を検出できる。
【０２１３】
段階Ｓ１００１からＳ１００９におけるＰＣＦエンティティ、ＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されているアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２１４】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１１に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２１５】
Ｓ１１０１．ＰＣＦエンティティが第２指示情報を取得する。
【０２１６】
第２指示情報は、動作タイプ、サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、動作タイプは、サービスのサービス品質検出であり、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つがサービスのサービスフローを指示するために使用される。
【０２１７】
任意選択で、本願の本実施形態において、ＰＣＦエンティティは、サービスのＱｏＳ要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて第２指示情報を決定し得る。
【０２１８】
例えば、ＰＣＦエンティティは、サービスのＱｏＳ要件に基づいて第２指示情報を決定し得て、第２指示情報はサービスのサービスタイプを含む。例えば、ＱｏＳ要件において、６ｍｓのエンドツーエンド遅延がパケット伝送のために要求され、対応するＱｏＳパラメータは５ＱＩ＝１を含む。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。
【０２１９】
代替的に、例えば、ＰＣＦエンティティは、ローカルポリシーに基づいて第２指示情報を決定し得て、第２指示情報はサービスのサービスタイプを含む。例えば、ローカルポリシーは、サービスタイプが５ＱＩ＝１であるすべてのサービスフロー上でサービスのサービス品質検出を実行することであり得る。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。
【０２２０】
代替的に、例えば、ＰＣＦエンティティは、ローカルコンテキストに基づいて第２指示情報を決定し得て、ローカルコンテキストは、サービスのＱｏＳ要件を含み、第２指示情報はＱｏＳパラメータを含む。例えば、ローカルコンテキストは、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求されるサービスのＱｏＳ要件を含み、対応するＱｏＳパラメータは、５ＱＩ＝１を含む。この場合、ＱｏＳパラメータは５ＱＩ＝１を含むと決定され得る。
【０２２１】
代替的に、例えば、ＰＣＦエンティティは、ローカルコンテキストおよびローカルポリシーに基づいて第２指示情報を生成し得て、第２指示情報は、サービスのサービスタイプ、端末のアドレス情報、または５タプルを含む。例えば、ローカルポリシーは、サービスタイプが５ＱＩ＝１であるすべてのサービスフロー上でサービスのサービス品質検出を実行することであり得る。この場合、サービスタイプが５ＱＩ＝１であるすべてのサービスフローが決定され得る。加えて、サービスタイプが５ＱＩ＝１であるすべてのサービスフローのサービスフロー識別子は、ローカルコンテキストを検索することによって取得され得る。例えば、サービスフロー識別子は、端末のアドレス情報または５タプルであり得る。
【０２２２】
上記の例は、ＰＣＦエンティティが、サービスのＱｏＳ要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第２指示情報を決定することの説明の例に過ぎないことに注意すべきである。当然、ローカルポリシーは、代替的に、具体的なサービスフロー上でサービスのサービス品質検出を実行することであり得る。ＱｏＳパラメータは代替的に、５ＱＩ＝３、ＡＲＰ＝２、または同様のものであり得る。これは、本願の実施形態において特に限定されるものではない。
【０２２３】
Ｓ１１０２．ＰＣＦエンティティは、第２指示情報をＳＭＦエンティティへ送信し、その結果、ＳＭＦエンティティは、第２指示情報をＰＣＦエンティティから受信する。
【０２２４】
Ｓ１１０３．ＳＭＦエンティティは、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する。
【０２２５】
検出指示情報の関連する説明については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２２６】
例えば、第２指示情報が端末のアドレス情報、およびＱｏＳパラメータを含む場合、ＳＭＦエンティティは、ＱｏＳフローのサービスフロー識別子を取得するために、端末のアドレス情報、およびＱｏＳパラメータを使用することによって、端末のＰＤＵセッションにおけるＱｏＳフローを決定し得る。
【０２２７】
代替的に、例えば、第２指示情報がサービスのサービスタイプを含む場合、ＳＭＦエンティティは、サービスタイプおよびローカルコンテキストに基づいて検出指示情報を決定し得て、ローカルコンテキストはサービスのＱｏＳ要件を含む。例えば、サービスタイプが５ＱＩ＝１であるすべてのサービスフローでサービス品質検出が実行される場合、ＱｏＳ要件を参照して、５ＱＩ＝１に対応するＱｏＳ要件において、パケット伝送のために６ｍｓのエンドツーエンド遅延が要求されると決定され得て、検出パケットの送信周期が２ｍｓであるとさらに決定され得る。加えて、任意選択で、サービスタイプが５ＱＩ＝１であるＰＤＵセッションのサービスフロー識別子、および、ＱｏＳフローにおける具体的なサービスフローのサービスフロー識別子は、ローカルコンテキストを検索することによってさらに取得され得る。言い換えれば、端末のアドレス情報または５タプルを取得できる。さらに、ＱｏＳフローのサービスフロー識別子を取得するために、端末のＰＤＵセッションにおけるＱｏＳフローは、端末のアドレス情報と、ＱｏＳ要件に基づいて決定されたＱｏＳパラメータとに基づいて決定され得る。
【０２２８】
代替的に、例えば、第２指示情報が端末のアドレス情報を含む場合、ＱｏＳフローのサービスフロー識別子を取得するために、ＳＭＦエンティティは、端末のアドレス情報と、ＱｏＳ要件に基づいて決定されたＱｏＳパラメータとに基づいて、端末のＰＤＵセッションにおけるＱｏＳフローを決定し得る。
【０２２９】
代替的に、例えば、第２指示情報が動作タイプを含む場合、ＳＭＦエンティティは、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定し得る。具体的な実装については、ＰＣＦエンティティが、図１０に示される実施形態における、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２３０】
Ｓ１１０４からＳ１１１０は、Ｓ１００３からＳ１００９と同一である。詳細については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２３１】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２３２】
段階Ｓ１１０１からＳ１１１０におけるＰＣＦエンティティ、ＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されているアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２３３】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１２に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２３４】
Ｓ１２０１．ＳＭＦエンティティが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する。
【０２３５】
検出指示情報の関連する説明については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２３６】
段階Ｓ１２０１の具体的な実装については、ＰＣＦエンティティが、図１０に示される実施形態における、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２３７】
Ｓ１２０２からＳ１２０８は、Ｓ１００３からＳ１００９と同一である。詳細については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２３８】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２３９】
段階Ｓ１２０１からＳ１２０８におけるＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されたアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２４０】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１３に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２４１】
Ｓ１３０１およびＳ１３０２は、Ｓ１１０１およびＳ１１０２と同一である。詳細については、図１１に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２４２】
Ｓ１３０３．ＳＭＦエンティティが、第２指示情報をパケット送信デバイスへ送信し、その結果、パケット送信デバイスは、第２指示情報をＳＭＦエンティティから受信する。
【０２４３】
Ｓ１３０４．パケット送信デバイスが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する。
【０２４４】
段階Ｓ１３０４の具体的な実装については、ＳＭＦエンティティが、図１１に示される実施形態における、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２４５】
Ｓ１３０５からＳ１３１０は、Ｓ１００４からＳ１００９と同一である。詳細については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２４６】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２４７】
段階Ｓ１３０１からＳ１３０９におけるＰＣＦエンティティ、ＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されているアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２４８】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１４に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２４９】
Ｓ１４０１およびＳ１４０２は、Ｓ１１０１およびＳ１１０２と同一である。詳細については、図１１に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２５０】
Ｓ１４０３．ＳＭＦエンティティが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する。
【０２５１】
任意選択で、本願の本実施形態における第１指示情報は、サービスのサービスフロー識別子、サービスタイプ、動作タイプ、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子のうち少なくとも１つを含み得る。サービスフロー識別子、サービスタイプ、動作タイプ、検出パケットの送信周期、検出タイプ、および、検出パケットのコンテキスト識別子の関連する説明については、上記の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２５２】
任意選択で、段階Ｓ１４０３の具体的な実装については、図１１に示される実施形態における、ＳＭＦエンティティが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２５３】
Ｓ１４０４．ＳＭＦエンティティは、第１指示情報をパケット送信デバイスへ送信し、その結果、パケット送信デバイスは第１指示情報をＳＭＦエンティティから受信する。
【０２５４】
Ｓ１４０５．パケット送信デバイスは、第１指示情報、ならびに、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する。
【０２５５】
任意選択で、段階Ｓ１４０５の具体的な実装については、図１１に示される実施形態における、ＳＭＦエンティティが、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２５６】
Ｓ１４０６からＳ１４１１は、Ｓ１００４からＳ１００９と同一である。詳細については、図１０に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２５７】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２５８】
段階Ｓ１４０１からＳ１４１１におけるＰＣＦエンティティ、ＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されているアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２５９】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１５に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２６０】
Ｓ１５０１．ＳＭＦエンティティが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定する。
【０２６１】
段階Ｓ１５０１の具体的な実装については、ＰＣＦエンティティが、図１０に示される実施形態における、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２６２】
Ｓ１５０２からＳ１５０９は、Ｓ１４０４からＳ１４１１と同一である。詳細については、図１４に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２６３】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２６４】
段階Ｓ１５０１からＳ１５０９におけるＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されたアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２６５】
任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１６に示されるように、本願の実施形態において提供されるサービスのサービス品質を検出するための別の方法は以下の段階を含む。
【０２６６】
Ｓ１６０１．パケット送信デバイスが、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて、検出指示情報を決定する。
【０２６７】
段階Ｓ１６０１の具体的な実装については、ＰＣＦエンティティが、図１０に示される実施形態における、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定する実装を参照されたい。ここでは詳細を再度説明しない。
【０２６８】
任意選択で、本願の本実施形態において、パケット送信デバイスはさらに、検出指示情報をパケット受信デバイスとネゴシエートし得る。代替的に、パケット送信デバイスはさらに、検出指示情報をパケット受信デバイスから受信し得る。代替的に、パケット送信デバイスは、第１指示情報をパケット受信デバイスから受信し、さらに、第１指示情報に基づいて検出指示情報を決定し得る。これは、本願の実施形態において特に限定されるものではない。第１指示情報の関連する説明については、上記の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２６９】
Ｓ１６０２からＳ１６０７は、Ｓ１４０６からＳ１４１１と同一である。詳細については、図１４に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２７０】
本願の本実施形態において提供されるサービスのサービス品質を検出するための方法に基づいて、サービスのサービス品質を検出できる。
【０２７１】
段階Ｓ１６０１からＳ１６０７におけるＳＭＦエンティティ、パケット送信デバイスおよびパケット受信デバイスの動作は、図９に示される通信デバイス９００におけるプロセッサ９０１が、メモリ９０３に格納されたアプリケーションプログラムコードを呼び出すことによって実行され得る。これは、本願の実施形態において限定されるものではない。
【０２７２】
サービスのサービス品質を検出するためのシステム５０が、図６に示される５Ｇネットワークに適用される例を使用すると、サービスのサービス品質を検出するためのいくつかの方法が図１０から図１６において提供される。当然、サービスのサービス品質を検出するための方法はまた、図７に示される４Ｇネットワーク、または、図８に示される４．５Ｇネットワークに適用され得る。主な差は以下の通りである。
【０２７３】
サービスのサービス品質を検出するための方法が、図７に示される４Ｇネットワークに適用され得る場合、図１０から図１６に示される実施形態における、ＵＰＦエンティティおよびＳＭＦエンティティは、４ＧネットワークにおけるＧＷと置換される必要があり、図１０から図１６において示される実施形態におけるＰＤＵセッションは、ＰＤＮ接続と置換される必要があり、図１０から図１６において示される実施形態におけるＱｏＳフローは、ベアラと置換される必要があり、図１０から図１６において示される実施形態におけるＱｏＳパラメータは、４ＧネットワークにおけるＱｏＳパラメータと置換される必要があり、以下同様である。言い換えれば、図１０から図１６に示される実施形態におけるネットワーク要素は、４Ｇネットワークにおける関連するネットワーク要素と置換される必要があり、図１０から図１６において示される実施形態における概念は、４Ｇネットワークにおける関連する概念と置換される必要がある。加えて、図１０から図１６に示される実施形態におけるＵＰＦエンティティおよびＳＭＦエンティティは、４ＧネットワークにおけるＧＷと置換されるので、図１０から図１６に示されるサービスのサービス品質を検出する方法が４Ｇネットワークに適用されるとき、ＵＰＦエンティティおよびＳＭＦエンティティの機能の統合が考慮される必要があることに注意すべきである。例えば、図１０から図１２に示されるサービスのサービス品質を検出する方法が４Ｇネットワークに適用されるとき、ＧＷは、検出指示情報を決定した後に、検出指示情報をパケット送信デバイスへ送信する。代替的に、図１３に示されるサービスのサービス品質を検出するための方法が、４Ｇネットワークに適用されるとき、ＧＷは、第２指示情報を決定した後に、第２指示情報をパケット送信デバイスへ送信する。代替的に、図１４に示されるサービスのサービス品質を検出するための方法、または、図１５に示されるサービスのサービス品質を検出する方法が４Ｇネットワークに適用されるとき、ＧＷエンティティは、第１指示情報を決定した後に、第１指示情報をパケット送信デバイスへ送信する。詳細については、図１０から図１６に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２７４】
サービスのサービス品質を検出するための方法を、図８に示される４．５Ｇネットワークに適用できる場合、図１０から図１６に示される実施形態におけるＵＰＦエンティティは、４．５ＧネットワークにおけるＧＷ‐Ｕエンティティと置換される必要があり、図１０から図１６に示される実施形態におけるＳＭＦエンティティは、４．５ＧネットワークにおけるＧＷ‐Ｃエンティティと置換される必要があり、図１０から図１６に示される実施形態におけるＰＤＵセッションは、ＰＤＮ接続と置換される必要があり、図１０から図１６に示される実施形態におけるＱｏＳフローは、ベアラと置換される必要がある、図１０から図１６に示される実施形態におけるＱｏＳパラメータは、４．５ＧネットワークにおけるＱｏＳパラメータと置換される必要があり、以下同様である。言い換えれば、図１０から図１６に示される実施形態におけるネットワーク要素は、４．５Ｇネットワークにおける関連するネットワーク要素と置換される必要があり、図１０から図１６において示される実施形態における概念は、４．５Ｇネットワークにおける関連する概念と置換される必要がある。詳細については、図１０から図１６に示される実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２７５】
本願の実施形態において提供される解決法は主に、ネットワーク要素間の相互作用の観点から説明される。上記の機能を実装するべく、パケット送信デバイスおよび第１ネットワークデバイスは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解できる。当業者であれば、本明細書に開示される実施形態において説明される例と組み合わせて、ユニット、アルゴリズムのステップは、本願におけるハードウェア、または、ハードウェアおよびコンピュータソフトウェアの組み合わせによって実装され得ることを容易に認識するはずである。ある機能が、ハードウェアまたはコンピュータソフトウェアで駆動されるハードウェアで実行されるかどうかは、技術的解決手段の特定の用途および設計上の制約に依存する。当業者は、各特定の用途に対し、説明された機能を実装するために異なる方法を用いてよいが、当該実装が本願の保護範囲を超えるものとみなされるべきではない。
【０２７６】
本願の実施形態において、機能モジュール分割は、上記の方法の例に基づいて、パケット送信デバイスおよび第１ネットワークデバイスに対して実行され得る。例えば、機能モジュールは、対応する機能に対応して分割され得る、または、２つ以上の機能が１つの処理モジュールに統合され得る。統合されたモジュールは、ハードウェアの形式で実装され得るか、または、ソフトウェア機能モジュールの形式で実装され得る。本願の実施形態において、モジュール分割は例であり、単なる論理機能分割であることに注意すべきである。実際の実装において、別の分割方式が使用され得る。
【０２７７】
例えば、機能モジュールが統合を通じて分割される場合、図１７は、上記の実施形態におけるパケット送信デバイス１７０の概略構造図である。パケット送信デバイス１７０は送受信モジュール１７０１および処理モジュール１７０２を含む。処理モジュール１７０２は、検出指示情報を取得するよう構成され、検出指示情報は、サービスのサービス品質を検出するようパケット送信デバイス１７０に命令するために使用される。送受信モジュール１７０１は、検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信するよう構成され、検出パケットはサービスのサービス品質を検出するために使用される。
【０２７８】
任意選択で、処理モジュール１７０２は具体的には、検出指示情報を第１ネットワークデバイスまたはパケット受信デバイスから受信するよう構成される。
【０２７９】
任意選択で、処理モジュール１７０２は具体的には、サービスのサービス品質要件、ローカルポリシー、および、ローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定するよう構成される。
【０２８０】
任意選択で、処理モジュール１７０２は具体的には、サービスのサービス品質を検出するようパケット送信デバイス１７０に命令するために使用される第１指示情報を第１ネットワークデバイスまたはパケット受信デバイスから受信するよう、ならびに、第１指示情報、および、サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて検出指示情報を決定するよう構成される。
【０２８１】
任意選択で、処理モジュール１７０２はさらに、検出指示情報をサービスのサービスフローに関連付けるよう構成される。
【０２８２】
任意選択で、パケット送信デバイス１７０は、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、サービスフローは、サービス集約フローまたはサービスサブフローを含む。代替的に、パケット送信デバイス１７０は、アクセスデバイスを含み、サービスフローは、サービス集約フローを含む。処理モジュール１７０２がさらに検出指示情報をサービスのサービスフローに関連付けるよう構成されることは、検出指示情報に基づいてサービスのサービスフローを決定すること、検出指示情報に基づいて検出パケットのローカルコンテキストを生成すること、および、検出パケットのローカルコンテキストをサービスのサービスフローのコンテキストに格納することを含む。
【０２８３】
代替的に、任意選択で、パケット送信デバイス１７０は、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、サービスフローは、サービス集約フローまたはサービスサブフローを含む。代替的に、パケット送信デバイス１７０は、アクセスデバイスを含み、サービスフローは、サービス集約フローを含む。処理モジュール１７０２がさらに検出指示情報をサービスのサービスフローに関連付けるよう構成されることは、検出指示情報に基づいてサービスのサービスフローを決定すること、および、検出指示情報に基づいて検出パケットのローカルコンテキストを生成することを含み、検出パケットのローカルコンテキストは、サービスのサービスフロー識別子を含む。
【０２８４】
代替的に、任意選択で、パケット送信デバイス１７０はアクセスデバイスを含み、サービスフローはサービスサブフローを含む。処理モジュール１７０２がさらに、検出指示情報をサービスのサービスフローに関連付けるよう構成されることは、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、検出指示情報に基づいて検出パケットのローカルコンテキストを生成すること、および、検出パケットのローカルコンテキストを集約フローのローカルコンテキストに格納することを含む。
【０２８５】
代替的に、任意選択で、パケット送信デバイス１７０はアクセスデバイスを含み、サービスフローはサービスサブフローを含む。処理モジュール１７０２がさらに、検出指示情報をサービスのサービスフローに関連付けるよう構成されることは、検出指示情報に基づいて、サービスのサービスフローが属するサービス集約フローを決定すること、および、検出指示情報に基づいて検出パケットのローカルコンテキストを生成することを含み、検出パケットのローカルコンテキストは、サービス集約フローのサービスフロー識別子を含む。
【０２８６】
上記方法の実施形態における段階のすべての関連内容は、対応する機能モジュールの機能説明において引用され得て、ここでは詳細を再度説明しない。
【０２８７】
本実施形態において、パケット送信デバイス１７０は、統合を通じて分割される機能モジュールを用いて示される。本明細書にける「モジュール」は、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，  ＡＳＩＣ）、１または複数のソフトウェアまたはファームウェアプログラムを実行するための回路、プロセッサおよびメモリ、集積ロジック回路、および／または、上記の機能を提供できる別のデバイスであり得る。単純な実施形態において、当業者であれば、パケット送信デバイス１７０が、図９に示される形式であり得ることを理解し得る。
【０２８８】
例えば、図９におけるプロセッサ９０１は、メモリ９０３に格納されたコンピュータ実行可能命令を呼び出し得て、その結果、パケット送信デバイス１７０は、上記方法の実施形態におけるサービスのサービス品質を検出するための方法を実行する。
【０２８９】
具体的には、図１７における送受信モジュール１７０１および処理モジュール１７０２の機能／実装プロセスは、図９におけるプロセッサ９０１が、メモリ９０３に格納されるコンピュータ実行可能命令を呼び出すことによって実装され得る。代替的に、図１７における処理モジュール１７０２の機能／実装プロセスは、図９におけるプロセッサ９０１が、メモリ９０３に格納されたコンピュータ実行可能命令を呼び出すことによって実装され得る。図１７における送受信モジュール１７０１の機能／実装プロセスは、図９における通信インタフェース９０４によって実装され得る。
【０２９０】
本願の本実施形態において提供されるパケット送信デバイスは、サービスのサービス品質を検出するための上記の方法を実行するよう構成され得る。したがって、パケット送信デバイスによって実現できる技術的効果については、上記方法の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０２９１】
例えば、機能モジュールが統合を通じて分割される場合、図１８は、上記の実施形態における第１ネットワークデバイス１８０の概略構造図である。第１ネットワークデバイス１８０は、送受信モジュール１８０１および処理モジュール１８０２を含む。処理モジュール１８０２は、第１指示情報を取得するよう構成され、送受信モジュール１８０１は、第１指示情報をパケット送信デバイスへ送信するよう構成され、第１指示情報は、サービスのサービス品質を検出するようパケット送信デバイスに命令するために使用される。
【０２９２】
任意選択で、処理モジュール１８０２は具体的には、第１指示情報を第２ネットワークデバイスから受信するよう構成される。
【０２９３】
任意選択で、処理モジュール１８０２は具体的には、サービスのサービス品質要件、ローカルポリシー、および、ローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定するよう構成される。
【０２９４】
任意選択で、処理モジュール１８０２は具体的には、第２指示情報を第２ネットワークデバイスから受信することであって、第２指示情報は、動作タイプ、サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、動作タイプはサービスのサービス品質検出であり、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つは、サービスのサービスフローを指示するために使用される、受信すること、ならびに、第２指示情報、ならびに、サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて第１指示情報を決定することを行うよう構成される。
【０２９５】
上記方法の実施形態における段階のすべての関連内容は、対応する機能モジュールの機能説明において引用され得て、ここでは詳細を再度説明しない。
【０２９６】
本実施形態において、第１ネットワークデバイス１８０は、統合を通じて分割された機能モジュールを用いて示される。本明細書にける「モジュール」は、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，  ＡＳＩＣ）、１または複数のソフトウェアまたはファームウェアプログラムを実行するための回路、プロセッサおよびメモリ、集積ロジック回路、および／または、上記の機能を提供できる別のデバイスであり得る。単純な実施形態において、当業者であれば、第１ネットワークデバイス１８０が、図９に示される形式であり得ることを理解し得る。
【０２９７】
例えば、図９におけるプロセッサ９０１は、メモリ９０３に格納されたコンピュータ実行可能命令を呼び出し得て、その結果、第１ネットワークデバイス１８０は、上記方法の実施形態におけるサービスのサービス品質を検出するための方法を実行する。
【０２９８】
具体的には、図１８における送受信モジュール１８０１および処理モジュール１８０２の機能／実装プロセスは、図９におけるプロセッサ９０１が、メモリ９０３に格納されるコンピュータ実行可能命令を呼び出すことによって実装され得る。代替的に、図１８における処理モジュール１８０２の機能／実装プロセスは、図９におけるプロセッサ９０１が、メモリ９０３に格納されたコンピュータ実行可能命令を呼び出すことによって実装され得る。図１８における送受信モジュール１８０１の機能／実装プロセスは、図９における通信インタフェース９０４によって実装され得る。
【０２９９】
本願の本実施形態において提供される第１ネットワークデバイスは、サービスのサービス品質を検出するための上記の方法を実行するよう構成され得る。したがって、第１ネットワークデバイスによって実現できる技術的効果については、上記方法の実施形態を参照されたい。ここでは詳細を再度説明しない。
【０３００】
上記の実施形態において、パケット送信デバイス１７０および第１ネットワークデバイス１８０は、統合を通じて分割された機能モジュールを用いて示される。当然、本願の実施形態において、パケット送信デバイスおよび第１ネットワークデバイスの機能モジュールは、機能に対応するよう分割され得る。これは、本願の実施形態において特に限定されるものではない。
【０３０１】
任意選択で、本願の実施形態は、チップシステムを提供し、チップシステムは、例えば、検出指示情報を取得するなど、サービスのサービス品質を検出するための方法の実装において、パケット送信デバイスをサポートするよう構成されるプロセッサを含む。可能な設計において、チップシステムはさらにメモリを含む。メモリは、パケット送信デバイスに必要なプログラム命令およびデータを格納するよう構成される。チップシステムは、チップを含み得る、または、チップおよび別のディスクリートコンポーネントを含み得る。これは、本願の実施形態において特に限定されるものではない。
【０３０２】
任意選択で、本願の実施形態は、チップシステムを提供し、チップシステムは、例えば、第１指示情報を取得するなど、サービスのサービス品質を検出するための方法の実装において、第１ネットワークデバイスをサポートするよう構成されるプロセッサを含む。可能な設計において、チップシステムはさらにメモリを含む。メモリは、第１ネットワークデバイスに必要なプログラム命令およびデータを格納するよう構成される。チップシステムは、チップを含み得て、または、チップおよび別のディスクリートコンポーネントを含み得る。これは、本願の実施形態において特に限定されるものではない。
【０３０３】
上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを用いて実装され得る。実施形態を実装するためにソフトウェアプログラムが使用されるとき、実施形態は、完全に、または、部分的に、コンピュータプログラムプロダクトの形式で実装され得る。コンピュータプログラムプロダクトは１または複数のコンピュータ命令を含む。コンピュータプログラム命令がロードされコンピュータ上で実行されたとき、本願の実施形態に係る手順または機能が全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、または、一のコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令はウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ，  ＤＳＬ）または無線（例えば、赤外線、電波、またはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセスされる任意の使用可能な媒体、または、１または複数の使用可能な媒体を統合するサーバもしくはデータセンタなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートドライブ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ、ＳＳＤ））などであってよい。
【０３０４】
本願は実施形態を参照して説明されるが、保護を主張する本願を実装する過程において、当業者であれば、添付図面、開示の内容、および、添付された特許請求の範囲を参照することによって、開示された実施形態の別の変形を理解して実装し得る。特許請求の範囲において、「含む（ｉｎｃｌｕｄｉｎｇ）」は、別のコンポーネントまたは別の段階を排除せず、「ａ」または「ｏｎｅ」は、複数のケースを排除しない。単一のプロセッサまたは別のユニットは、特許請求の範囲において列挙される、いくつかの機能を実装し得る。いくつかの測定は、互いに異なる従属請求項に記録されるが、このことは、これらの測定を組み合わせて、より良い効果を得ることができないことを意味するものではない。
【０３０５】
本願は、具体的な特徴、および、その実施形態を参照して説明されるが、本願の思想および範囲から逸脱することなく、それらに様々な修正および組み合わせが行われ得ることは明確である。同様に、明細書および添付図面は、添付された特許請求の範囲によって定義される本願の説明の例に過ぎず、本願の範囲を包含する修正、変形、組み合わせ、または同等物のうちいずれかまたは全部とみなされる。当業者であれば、本願の思想および範囲から逸脱することなく、本願に対して様々な修正および変形を加えることができることは明確である。本願は、以下の特許請求の範囲によって定義される保護範囲内およびその同等な技術に含まれる限り、本願のこれらの修正および変形を包含することを意図する。
（項目１）
サービスのサービス品質を検出するための方法であって、
パケット送信デバイスが検出指示情報を取得する段階であって、上記検出指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用される、段階と、
上記パケット送信デバイスが、上記検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信する段階であって、上記検出パケットは上記サービスの上記サービス品質検出のために使用される、段階と
を備える方法。
（項目２）
パケット送信デバイスが検出指示情報を取得する上記段階は、
上記パケット送信デバイスが、上記検出指示情報を第１ネットワークデバイスまたは上記パケット受信デバイスから受信する段階を含む、項目１に記載の方法。
（項目３）
パケット送信デバイスが検出指示情報を取得する上記段階は、
上記パケット送信デバイスが、上記サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて、上記検出指示情報を決定する段階を含む、項目１に記載の方法。
（項目４）
パケット送信デバイスが検出指示情報を取得する上記段階は、
上記パケット送信デバイスが、第１指示情報を第１ネットワークデバイスまたは上記パケット受信デバイスから受信する段階であって、上記第１指示情報は、上記サービスの上記サービス品質を検出するよう上記パケット送信デバイスに命令するために使用される、段階と、
上記パケット送信デバイスが、上記第１指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて、上記検出指示情報を決定する段階と
を備える、項目１に記載の方法。
（項目５）
上記第１指示情報は、上記サービスのサービスフロー識別子を含み、上記サービスフロー識別子は、上記サービスのサービスフローを指示するために使用される、項目４に記載の方法。
（項目６）
上記第１指示情報は、上記サービスのサービスタイプを含む、項目４に記載の方法。
（項目７）
上記第１指示情報は、上記検出パケットの送信周期を含む、項目４に記載の方法。
（項目８）
上記第１指示情報は、動作タイプ、検出タイプ、および上記検出パケットのコンテキスト識別子のうち少なくとも１つを含み、上記動作タイプは、上記サービスのサービス品質検出であり、上記検出タイプは、上記サービス品質検出のタイプを指示するために使用され、上記検出パケットの上記コンテキスト識別子は、上記検出パケットのコンテキストを指示するために使用される、項目４に記載の方法。
（項目９）
上記検出指示情報は、上記サービスの上記サービスフロー識別子を含み、上記サービスフロー識別子は、上記サービスの上記サービスフローを指示するために使用される、項目１から８のいずれか一項に記載の方法。
（項目１０）
上記検出指示情報は上記サービスの上記サービスタイプを含む、項目１から８のいずれか一項に記載の方法。
（項目１１）
上記検出指示情報はさらに、上記動作タイプ、上記検出パケットの上記送信周期、上記検出タイプ、上記検出パケットの上記コンテキスト識別子のうち少なくとも１つを含み、上記動作タイプは、上記サービスの上記サービス品質検出であり、上記検出タイプは、上記サービス品質検出の上記タイプを指示するために使用され、上記検出パケットの上記コンテキスト識別子は、上記検出パケットの上記コンテキストを指示するために使用される、項目９または１０に記載の方法。
（項目１２）
上記方法はさらに、
上記パケット送信デバイスが、上記検出指示情報を上記サービスの上記サービスフローに関連付ける段階を備える、項目１から１１のいずれか一項に記載の方法。
（項目１３）
上記パケット送信デバイスは、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、上記サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、上記パケット送信デバイスはアクセスデバイスを含み、上記サービスフローはサービス集約フローを含み、
上記パケット送信デバイスが、上記検出指示情報を上記サービスの上記サービスフローに関連付ける上記段階は、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記サービスの上記サービスフローを決定する段階、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成する段階、および、
上記パケット送信デバイスが、上記検出パケットの上記ローカルコンテキストを上記サービスの上記サービスフローのコンテキストに格納する段階を含む、または、
上記パケット送信デバイスが、上記検出指示情報を上記サービスの上記サービスフローに関連付ける上記段階は、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記サービスの上記サービスフローを決定する段階、および、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成する段階であって、上記検出パケットの上記ローカルコンテキストは、上記サービスの上記サービスフロー識別子を含む、段階
を含む、項目１２に記載の方法。
（項目１４）
上記パケット送信デバイスはアクセスデバイスを含み、上記サービスフローはサービスサブフローを含み、
上記パケット送信デバイスが、上記検出指示情報を上記サービスの上記サービスフローに関連付ける上記段階は、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記サービスの上記サービスフローが属するサービス集約フローを決定する段階、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成する段階、
上記パケット送信デバイスが、上記検出パケットの上記ローカルコンテキストを上記集約フローのローカルコンテキストに格納する段階を含む、または、
上記パケット送信デバイスが、上記検出指示情報を、上記サービスの上記サービスフローに関連付ける上記段階は、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記サービスの上記サービスフローが属するサービス集約フローを決定する段階と、
上記パケット送信デバイスが、上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成する段階であって、上記検出パケットの上記ローカルコンテキストは、上記サービス集約フローのサービスフロー識別子を含む、段階と
を含む、項目１２に記載の方法。
（項目１５）
サービスのサービス品質を検出するための方法であって、
第１ネットワークデバイスが第１指示情報を取得する段階と、
上記第１ネットワークデバイスが、上記第１指示情報をパケット送信デバイスへ送信する段階であって、上記第１指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用される、段階と
を備える方法。
（項目１６）
上記第１指示情報は、上記サービスのサービスフロー識別子を含み、上記サービスフロー識別子は、上記サービスのサービスフローを指示するために使用される、項目１５に記載の方法。
（項目１７）
上記第１指示情報は、上記サービスのサービスタイプを含む、項目１５に記載の方法。
（項目１８）
上記第１指示情報はさらに、検出パケットの送信周期を含み、上記検出パケットは、上記サービスの上記サービス品質を検出するために使用される、項目１５または１６に記載の方法。
（項目１９）
上記第１指示情報はさらに、動作タイプ、検出タイプ、および、上記検出パケットのコンテキスト識別子のうち少なくとも１つを含み、上記動作タイプは、上記サービスのサービス品質検出であり、上記検出タイプは、上記サービス品質検出のタイプを指示するために使用され、上記検出パケットの上記コンテキスト識別子は、上記検出パケットのコンテキストを指示するために使用され、上記検出パケットは、上記サービスの上記サービス品質を検出するために使用される、項目１６から１８のいずれか一項に記載の方法。
（項目２０）
第１ネットワークデバイスが第１指示情報を取得する上記段階は、上記第１ネットワークデバイスが、上記第１指示情報を第２ネットワークデバイスから受信する段階を含む、項目１５から１９のいずれか一項に記載の方法。
（項目２１）
第１ネットワークデバイスが第１指示情報を取得する上記段階は、
上記第１ネットワークデバイスが、上記サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定する段階を含む、項目１５から１９のいずれか一項に記載の方法。
（項目２２）
第１ネットワークデバイスが第１指示情報を取得する上記段階は、
上記第１ネットワークデバイスが、第２指示情報を第２ネットワークデバイスから受信する段階であって、上記第２指示情報は、上記動作タイプ、上記サービスの上記サービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、上記動作タイプは、上記サービスの上記サービス品質検出であり、上記端末の上記アドレス情報、上記サービス品質パラメータ、および上記５タプルのうち少なくとも１つは、上記サービスの上記サービスフローを指示するために使用される、段階と、
上記第１ネットワークデバイスが、上記第２指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定する段階と
を含む、項目１５から１９のいずれか一項に記載の方法。
（項目２３）
上記第１ネットワークデバイスはセッション管理エンティティであり、上記パケット送信デバイスは端末、アクセスデバイスまたはユーザプレーン機能エンティティである、または、上記第１ネットワークデバイスはゲートウェイ制御プレーンエンティティであり、上記パケット送信デバイスは端末、アクセスデバイス、またはゲートウェイユーザプレーンエンティティである、または、上記第１ネットワークデバイスはゲートウェイであり、上記パケット送信デバイスは端末またはアクセスデバイスである、項目１５から２２のいずれか一項に記載の方法。
（項目２４）
サービスのサービス品質を検出するための方法であって、
パケット送信デバイスが検出指示情報を取得する段階であって、上記検出指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用される、段階と、
上記パケット送信デバイスが、上記検出指示情報に基づいて、検出パケットをパケット受信デバイスへ送信する段階であって、上記検出パケットは、上記サービスの上記サービス品質を検出するために使用される、段階と、
上記パケット受信デバイスが、上記検出パケットを上記パケット受信デバイスから受信し、上記検出パケットに基づいて上記サービスの上記サービス品質を決定する段階と
を備える方法。
（項目２５）
パケット送信デバイスが検出指示情報を取得する上記段階は、
上記パケット送信デバイスが、上記検出指示情報を上記第１ネットワークデバイスから受信する段階を含む、項目２４に記載の方法。
（項目２６）
パケット送信デバイスが検出指示情報を取得する上記段階は、
上記パケット送信デバイスが、上記第１指示情報を上記第１ネットワークデバイスから受信する段階と、
上記パケット送信デバイスが、上記第１指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて上記検出指示情報を決定する段階と
を備える、項目２４に記載の方法。
（項目２７）
上記方法はさらに、
上記第１ネットワークデバイスが、第２指示情報を第２ネットワークデバイスから受信する段階であって、上記第２指示情報は、動作タイプ、上記サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、上記動作タイプは、上記サービスのサービス品質検出であり、上記端末の上記アドレス情報、上記サービス品質パラメータ、および上記５タプルのうち少なくとも１つは、上記サービスのサービスフローを指示するために使用される、段階と、
上記第１ネットワークデバイスが、上記第２指示情報、ならびに、上記サービスの上記サービス品質要件、上記ローカルポリシー、および上記ローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定する段階と
を備える、項目２６に記載の方法。
（項目２８）
パケット送信デバイスであって、上記パケット送信デバイスは処理モジュールおよび送受信モジュールを含み、上記処理モジュールは、検出指示情報を取得するよう構成され、上記検出指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用され、
上記送受信モジュールは、上記検出指示情報に基づいて検出パケットをパケット受信デバイスへ送信するよう構成され、上記検出パケットは上記サービスの上記サービス品質検出のために使用される、
パケット送信デバイス。
（項目２９）
上記処理モジュールは具体的には、上記検出指示情報を第１ネットワークデバイスまたは上記パケット受信デバイスから受信するよう構成される、項目２８に記載のパケット送信デバイス。
（項目３０）
上記処理モジュールは具体的には、
上記サービスのサービス品質要件、ローカルポリシー、および、ローカルコンテキストのうち少なくとも１つに基づいて上記検出指示情報を決定するよう構成される、項目２８に記載のパケット送信デバイス。
（項目３１）
上記処理モジュールは具体的には、
上記サービスの上記サービス品質を検出するよう上記パケット送信デバイスに命令するために使用される第１指示情報を第１ネットワークデバイスまたは上記パケット受信デバイスから受信する、および、
上記第１指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて上記検出指示情報を決定する
よう構成される、項目２８に記載のパケット送信デバイス。
（項目３２）
上記処理モジュールはさらに、上記検出指示情報を上記サービスのサービスフローに関連付けるよう構成される、項目２８から３１のいずれか一項に記載のパケット送信デバイス。
（項目３３）
上記パケット送信デバイスは、端末、ユーザプレーン機能エンティティ、ゲートウェイまたはゲートウェイユーザプレーンエンティティを含み、上記サービスフローは、サービス集約フローまたはサービスサブフローを含む、または、上記パケット送信デバイスは、アクセスデバイスを含み、上記サービスフローは、サービス集約フローを含み、
上記処理モジュールが上記検出指示情報を上記サービスのサービスフローに関連付けることは、
上記検出指示情報に基づいて上記サービスの上記サービスフローを決定すること、
上記検出指示情報に基づいて上記検出パケットのローカルコンテキストを生成すること、および、
上記検出パケットの上記ローカルコンテキストを上記サービスの上記サービスフローのコンテキストに格納することを含む、または、
上記処理モジュールが上記検出指示情報を上記サービスのサービスフローに関連付けることは、
上記検出指示情報に基づいて、上記サービスの上記サービスフローを決定すること、および、
上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成することを含み、上記検出パケットの上記ローカルコンテキストは、上記サービスの上記サービスフロー識別子を含む、
項目３２に記載のパケット送信デバイス。
（項目３４）
上記パケット送信デバイスはアクセスデバイスを含み、上記サービスフローはサービスサブフローを含み、
上記処理モジュールが上記検出指示情報を上記サービスのサービスフローに関連付けることは、
上記検出指示情報に基づいて、上記サービスの上記サービスフローが属するサービス集約フローを決定すること、
上記検出指示情報に基づいて上記検出パケットのローカルコンテキストを生成すること、および、
上記検出パケットの上記ローカルコンテキストを上記集約フローのローカルコンテキストに格納することを含む、または、
上記処理モジュールが、上記検出指示情報を上記サービスのサービスフローに関連付けることは、
上記検出指示情報に基づいて、上記サービスの上記サービスフローが属するサービス集約フローを決定すること、および、
上記検出指示情報に基づいて、上記検出パケットのローカルコンテキストを生成すること
を含み、上記検出パケットの上記ローカルコンテキストは、上記サービス集約フローのサービスフロー識別子を含む、
項目３２に記載のパケット送信デバイス。
（項目３５）
第１ネットワークデバイスであって、
上記第１ネットワークデバイスは、処理モジュールおよび送受信モジュールを備え、
上記処理モジュールは第１指示情報を取得するよう構成され、
上記送受信モジュールは、上記第１指示情報をパケット送信デバイスへ送信するよう構成され、上記第１指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用される、
第１ネットワークデバイス。
（項目３６）
上記処理モジュールは具体的には、上記第１指示情報を第２ネットワークデバイスから受信するよう構成される、項目３５に記載の第１ネットワークデバイス。
（項目３７）
上記処理モジュールは具体的には、
上記サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定するよう構成される、項目３５に記載の第１ネットワークデバイス。
（項目３８）
上記処理モジュールは具体的には、
第２指示情報を第２ネットワークデバイスから受信することであって、上記第２指示情報は、動作タイプ、上記サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、上記動作タイプは、上記サービスのサービス品質検出であり、上記端末の上記アドレス情報、上記サービス品質パラメータ、および、上記５タプルのうち少なくとも１つは、上記サービスの上記サービスフローを指示するために使用される、受信すること、および、
上記第２指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシー、およびローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定すること
を行うよう構成される、項目３５に記載の第１ネットワークデバイス。
（項目３９）
上記パケット送信デバイスはプロセッサおよびメモリを含み、
上記メモリは、コンピュータ実行可能命令を格納するよう構成され、上記パケット送信デバイスが動作するとき、上記プロセッサは、上記メモリに格納された上記コンピュータ実行可能命令を実行し、その結果、上記パケット送信デバイスは、サービスのサービス品質を検出するために、項目１から１４のいずれか一項に記載の方法を実行する、
パケット送信デバイス。
（項目４０）
上記第１ネットワークデバイスはプロセッサおよびメモリを含み、
上記メモリは、コンピュータ実行可能命令を格納するよう構成され、上記第１ネットワークデバイスが動作するとき、上記プロセッサは、上記メモリに格納された上記コンピュータ実行可能命令を実行し、その結果、上記第１ネットワークデバイスは、サービスのサービス品質を検出するために、項目１５から２３のいずれか一項に記載の方法を実行する、第１ネットワークデバイス。
（項目４１）
サービスのサービス品質検出のためのシステムであって、上記検出システムはパケット送信デバイスおよびパケット受信デバイスを含み、
上記パケット送信デバイスは、検出指示情報を取得するよう構成され、上記検出指示情報は、サービスのサービス品質を検出するよう上記パケット送信デバイスに命令するために使用され、
上記パケット送信デバイスはさらに、上記検出指示情報に基づいて、検出パケットを上記パケット受信デバイスへ送信するよう構成され、上記検出パケットは、上記サービスの上記サービス品質検出に使用され、
上記パケット受信デバイスは、上記検出パケットを上記パケット受信デバイスから受信し、上記検出パケットに基づいて上記サービスの上記サービス品質を決定するよう構成される、
システム。
（項目４２）
上記検出システムはさらに第１ネットワークデバイスを含み、
上記パケット送信デバイスが検出指示情報を取得するよう構成されることは、
上記パケット送信デバイスが、上記検出指示情報を上記第１ネットワークデバイスから受信するよう構成されることを含む、項目４１に記載の検出システム。
（項目４３）
上記検出システムはさらに、第１ネットワークデバイスを備え、
上記パケット送信デバイスが検出指示情報を取得するよう構成されることは、
上記パケット送信デバイスが、上記第１指示情報を上記第１ネットワークデバイスから受信するよう構成されること、および、
上記パケット送信デバイスがさらに、上記第１指示情報、ならびに、上記サービスのサービス品質要件、ローカルポリシーおよびローカルコンテキストのうち少なくとも１つに基づいて上記検出指示情報を決定するよう構成されること
を含む、項目４１に記載の検出システム。
（項目４４）
上記第１ネットワークデバイスはさらに、第２指示情報を第２ネットワークデバイスから受信するよう構成され、上記第２指示情報は、動作タイプ、上記サービスのサービスタイプ、端末のアドレス情報、サービス品質パラメータ、および５タプルのうち少なくとも１つを含み、上記動作タイプは、上記サービスのサービス品質検出であり、上記端末の上記アドレス情報、上記サービス品質パラメータ、および上記５タプルのうち少なくとも１つは、上記サービスのサービスフローを指示するために使用され、
上記第１ネットワークデバイスはさらに、上記第２指示情報、ならびに、上記サービスの上記サービス品質要件、上記ローカルポリシーおよび上記ローカルコンテキストのうち少なくとも１つに基づいて上記第１指示情報を決定するよう構成される、
項目４３に記載の検出システム。
（項目４５）
コンピュータ可読記憶媒体であって、上記コンピュータ可読記憶媒体は命令を格納し、上記命令が上記コンピュータ上で動作するとき、上記コンピュータは、サービスのサービス品質を検出するために、項目１から１４のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
（項目４６）
コンピュータ可読記憶媒体であって、上記コンピュータ可読記憶媒体は命令を格納し、上記命令がコンピュータ上で動作するとき、上記コンピュータは、サービスのサービス品質を検出するために、項目１５から２３のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【図１】
0006940041.tif 000003
【図２】
0006940041.tif 000004
【図３】
0006940041.tif 000005
【図４】
0006940041.tif 000006
【図５】
0006940041.tif 000007
【図６】
0006940041.tif 000008
【図７】
0006940041.tif 000009
【図８】
0006940041.tif 000010
【図９】
0006940041.tif 000011
【図１０】
0006940041.tif 000012
【図１１】
0006940041.tif 000013
【図１２】
0006940041.tif 000014
【図１３】
0006940041.tif 000015
【図１４】
0006940041.tif 000016
【図１５】
0006940041.tif 000017
【図１６】
0006940041.tif 000018
【図１７】
0006940041.tif 000019
【図１８】
0006940041.tif 000020