特許 7162678 サービスのサービス品質を検出するための方法およびシステム、ならびにデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-10-20

(45)【発行日】2022-10-28

(54)【発明の名称】サービスのサービス品質を検出するための方法およびシステム、ならびにデバイス

(51)【国際特許分類】

   H04L 43/106 20220101AFI20221021BHJP

   H04L 43/0852 20220101ALI20221021BHJP

   H04W 24/06 20090101ALI20221021BHJP

【ＦＩ】

H04L43/106

H04L43/0852

H04W24/06

【請求項の数】 28

(21)【出願番号】P 2020552358

(86)(22)【出願日】2019-02-27

(65)【公表番号】

(43)【公表日】2021-07-15

(86)【国際出願番号】 CN2019076349

(87)【国際公開番号】W WO2019184645

(87)【国際公開日】2019-10-03

【審査請求日】2020-10-08

(31)【優先権主張番号】201810273516.1

(32)【優先日】2018-03-29

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】▲孫▼ ▲徳▼奎

(72)【発明者】

【氏名】蒋 ▲銘▼

(72)【発明者】

【氏名】周 ▲漢▼

【審査官】鈴木 香苗

(56)【参考文献】

【文献】欧州特許出願公開第０２９０３２１２（ＥＰ，Ａ１）

【文献】国際公開第２０１２／０８１５４９（ＷＯ，Ａ１）

【文献】韓国公開特許第１０－２００７－０１２０２５７（ＫＲ，Ａ）

【文献】国際公開第２０１２／０４６５７４（ＷＯ，Ａ１）

【文献】特表２０１３－５１６８０７（ＪＰ，Ａ）

【文献】国際公開第２０１６／１８５９８６（ＷＯ，Ａ１）

【文献】中国特許出願公開第１０４２８４３４４（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４３／１０６

Ｈ０４Ｌ ４３／０８５２

Ｈ０４Ｗ ２４／０６

(57)【特許請求の範囲】

【請求項1】

サービスのサービス品質を検出するための方法であって、前記方法は、
パケット送信デバイスによって、第１のパケットを生成するステップであって、前記第１のパケットは、サービスのセッション情報と、前記第１のパケットのパケットタイプとを含み、前記サービスの前記セッション情報は、前記サービスの検出されるサービスフローを見つけるために使用され、前記第１のパケットの前記パケットタイプは前記第１のパケットが検出パケットであることを示し、前記検出パケットは第１のネットワークプロトコルスタックを使用し、前記第１のネットワークプロトコルスタックは、前記サービスフローのサービスパケットの第３世代パートナーシッププロジェクト、３ＧＰＰ、ネットワークプロトコルスタックである、ステップと、
前記パケット送信デバイスによって、前記第１のパケットをパケット受信デバイスに送信するステップであって、前記第１のパケットは、前記サービスのサービス品質または前記サービスのパスセグメントサービス品質のうちの少なくとも一方を検出するためのものである、ステップと
を含み、
前記第１のパケットはタイムスタンプを含み、前記タイムスタンプは、前記パケット送信デバイスが前記第１のパケットを前記パケット受信デバイスに送信した瞬間である
方法。

【請求項2】

前記パケット送信デバイスによって、第１のパケットを生成する前記ステップは、
前記パケット送信デバイスによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプを獲得するステップと、
前記パケット送信デバイスによって、前記第１のパケットを獲得するために、前記第１のネットワークプロトコルスタックを使用することによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプの前記検出パケットをカプセル化するステップと
を含む請求項１に記載の方法。

【請求項3】

前記パケット送信デバイスは、端末を含み、前記パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、または前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、端末を含み、
前記サービスの前記セッション情報は、前記第１のネットワークプロトコルスタック内のサービスデータ適応プロトコル(ＳＤＡＰ)またはパケットデータ収束プロトコル(ＰＤＣＰ)のうちの少なくとも一方を使用することによって、カプセル化され、前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内の前記ＳＤＡＰまたは前記ＰＤＣＰを使用することによって、カプセル化される
請求項２に記載の方法。

【請求項4】

前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、ネットワークデバイスを含み、または前記パケット送信デバイスは、前記ネットワークデバイスを含み、前記パケット受信デバイスは、端末もしくはアクセスデバイスを含み、
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のＧＰＲＳ トンネリングプロトコルユーザプレーン(ＧＴＰ－Ｕ)を使用することによって、カプセル化される
請求項２に記載の方法。

【請求項5】

前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、ネットワークデバイスを含み、または前記パケット送信デバイスは、前記ネットワークデバイスを含み、前記パケット受信デバイスは、端末もしくはアクセスデバイスを含み、
前記サービスの前記セッション情報は、前記第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化され、前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のトラフィックフロー制御プロトコル（ＴＦＣＰ）を使用することによって、カプセル化され、または
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される
請求項２に記載の方法。

【請求項6】

サービスのサービス品質を検出するための方法であって、前記方法は、
パケット受信デバイスによって、パケット送信デバイスから第１のパケットを受信するステップであって、前記第１のパケットは、サービスのセッション情報と、前記第１のパケットのパケットタイプとを含み、前記サービスの前記セッション情報は、前記サービスの検出されるサービスフローを見つけるために使用され、前記第１のパケットの前記パケットタイプは前記第１のパケットが検出パケットであることを示し、前記検出パケットは前記サービスフローのサービスパケットの第３世代パートナーシッププロジェクト、３ＧＰＰ、ネットワークプロトコルスタックを使用するステップ
と、
前記パケット受信デバイスによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスのサービス品質または前記サービスのパスセグメントサービス品質のうちの少なくとも一方を決定するステップと
を含み、
前記第１のパケットはタイムスタンプを含み、前記タイムスタンプは、前記パケット送信デバイスが前記第１のパケットを前記パケット受信デバイスに送信した瞬間である
方法。

【請求項7】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、ネットワークデバイスを含み、前記第１のパケットは、前記サービスの第１のセグメント情報と、前記サービスの第１のセグメントサービス品質とをさらに含み、前記サービスの前記第１のセグメントサービス品質は、アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記決定するステップは、
前記パケット受信デバイスによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第１のセグメント情報、前記サービスの前記第１のセグメントサービス品質、および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定するステップであって、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
を含む請求項６に記載の方法。

【請求項8】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、端末を含み、前記第１のパケットは、前記サービスの第２のセグメント情報と、前記サービスの第２のセグメントサービス品質とをさらに含み、前記サービスの前記第２のセグメントサービス品質は、アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記決定するステップは、
前記パケット受信デバイスによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第２のセグメント情報、前記サービスの前記第２のセグメントサービス品質、および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定するステップであって、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
を含む請求項６に記載の方法。

【請求項9】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、ネットワークデバイスを含み、前記第１のパケットは、第１の検出識別子をさらに含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、
前記決定するステップは、
前記パケット受信デバイスによって、前記第１の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するステップ
を含み、
前記方法は、
前記パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第２の検出識別子とを含み、前記第２の検出識別子は、前記サービスの第２のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと、
前記パケット受信デバイスによって、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第２の検出識別子に基づいて、前記サービスの前記第２のセグメントサービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第２のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定するステップであって、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
をさらに含む請求項６に記載の方法。

【請求項10】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、アクセスデバイスを含み、前記第１のパケットは、第２の検出識別子をさらに含み、前記第２の検出識別子は、前記サービスの第２のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記決定するステップは、
前記パケット受信デバイスによって、前記第２の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記第２のセグメントサービス品質を決定するステップ
を含み、
前記方法は、
前記パケット受信デバイスによって、ネットワークデバイスから第２のパケットを受信するステップであって、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第１の検出識別子とを含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用される、ステップと、
前記パケット受信デバイスによって、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第１の検出識別子に基づいて、前記サービスの前記サービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第２のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定するステップであって、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
をさらに含む請求項６に記載の方法。

【請求項11】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、アクセスデバイスを含み、前記第１のパケットは、第３の検出識別子をさらに含み、前記第３の検出識別子は、前記サービスの第１のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記決定するステップは、
前記パケット受信デバイスによって、前記第３の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記第１のセグメントサービス品質を決定するステップ
を含み、
前記方法は、
前記パケット受信デバイスによって、端末から第２のパケットを受信するステップであって、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第１の検出識別子とを含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用される、ステップと、
前記パケット受信デバイスによって、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第１の検出識別子に基づいて、前記サービスの前記サービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第１のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定するステップであって、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
をさらに含む請求項６に記載の方法。

【請求項12】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、端末を含み、前記第１のパケットは、第１の検出識別子をさらに含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、
前記決定するステップは、
前記パケット受信デバイスによって、前記第１の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するステップ
を含み、
前記方法は、
前記パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第３の検出識別子とを含み、前記第３の検出識別子は、前記サービスの第１のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと、
前記パケット受信デバイスによって、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第３の検出識別子に基づいて、前記サービスの前記第１のセグメントサービス品質を決定するステップと、
前記パケット受信デバイスによって、前記サービスの前記第１のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定するステップであって、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、ステップと
をさらに含む請求項６に記載の方法。

【請求項13】

パケット送信デバイスであって、前記パケット送信デバイスは、処理モジュールと、送受信機モジュールとを備え、
前記処理モジュールは、第１のパケットを生成するように構成され、前記第１のパケットは、サービスのセッション情報と、前記第１のパケットのパケットタイプとを含み、前記サービスの前記セッション情報は、前記サービスの検出されるサービスフローを見つけるために使用され、前記第１のパケットの前記パケットタイプは前記第１のパケットが検出パケットであることを示し、前記検出パケットは第１のネットワークプロトコルスタックを使用し、前記第１のネットワークプロトコルスタックは、前記サービスフローのサービスパケットの第３世代パートナーシッププロジェクト、３ＧＰＰ、ネットワークプロトコルスタックであり、
前記送受信機モジュールは、前記第１のパケットをパケット受信デバイスに送信するように構成され、前記第１のパケットは、前記サービスのサービス品質または前記サービスのパスセグメントサービス品質のうちの少なくとも一方を検出するためのものであり、
前記第１のパケットはタイムスタンプを含み、前記タイムスタンプは、前記パケット送信デバイスが前記第１のパケットを前記パケット受信デバイスに送信した瞬間である
パケット送信デバイス。

【請求項14】

前記処理モジュールは、
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプを獲得することと、前記第１のパケットを獲得するために、前記第１のネットワークプロトコルスタックを使用することによって、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプの前記検出パケットをカプセル化することと
を行うように構成される請求項１３に記載のパケット送信デバイス。

【請求項15】

前記パケット送信デバイスは、端末を含み、前記パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、または前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、端末を含み、
前記サービスの前記セッション情報は、前記第１のネットワークプロトコルスタック内のサービスデータ適応プロトコル(ＳＤＡＰ)またはパケットデータ収束プロトコル(ＰＤＣＰ)のうちの少なくとも一方を使用することによって、カプセル化され、前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内の前記ＳＤＡＰまたは前記ＰＤＣＰを使用することによって、カプセル化される
請求項１４に記載のパケット送信デバイス。

【請求項16】

前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、ネットワークデバイスを含み、または前記パケット送信デバイスは、前記ネットワークデバイスを含み、前記パケット受信デバイスは、端末もしくはアクセスデバイスを含み、
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のＧＰＲＳ トンネリングプロトコルユーザプレーン (ＧＴＰ－Ｕ)を使用することによって、カプセル化される
請求項１４に記載のパケット送信デバイス。

【請求項17】

前記パケット送信デバイスは、アクセスデバイスを含み、前記パケット受信デバイスは、ネットワークデバイスを含み、または前記パケット送信デバイスは、前記ネットワークデバイスを含み、前記パケット受信デバイスは、端末もしくはアクセスデバイスを含み、
前記サービスの前記セッション情報は、前記第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化され、前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のトラフィックフロー制御プロトコル（ＴＦＣＰ）を使用することによって、カプセル化され、または
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプは、前記第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される
請求項１４に記載のパケット送信デバイス。

【請求項18】

パケット受信デバイスであって、前記パケット受信デバイスは、送受信機モジュールと、処理モジュールとを備え、
前記送受信機モジュールは、パケット送信デバイスから第１のパケットを受信するように構成され、前記第１のパケットは、サービスのセッション情報と、前記第１のパケットのパケットタイプとを含み、前記サービスの前記セッション情報は、前記サービスの検出されるサービスフローを見つけるために使用され、前記第１のパケットの前記パケットタイプは前記第１のパケットが検出パケットであることを示し、前記検出パケットは前記サービスフローのサービスパケットの第３世代パートナーシッププロジェクト、３ＧＰＰ、ネットワークプロトコルスタックを使用し、
前記処理モジュールは、前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスのサービス品質または前記サービスのパスセグメントサービス品質のうちの少なくとも一方を決定するように構成され、
前記第１のパケットはタイムスタンプを含み、前記タイムスタンプは、前記パケット送信デバイスが前記第１のパケットを前記パケット受信デバイスに送信した瞬間である
パケット受信デバイス。

【請求項19】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、ネットワークデバイスを含み、前記第１のパケットは、前記サービスの第１のセグメント情報と、前記サービスの第１のセグメントサービス品質とをさらに含み、前記サービスの前記第１のセグメントサービス品質は、アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含み、前記処理モジュールは、
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定することと、前記サービスの前記第１のセグメント情報、前記サービスの前記第１のセグメントサービス品質、および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定することであって、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、決定することと
を行うように構成される請求項１８に記載のパケット受信デバイス。

【請求項20】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、端末を含み、前記第１のパケットは、前記サービスの第２のセグメント情報と、前記サービスの第２のセグメントサービス品質とをさらに含み、前記サービスの前記第２のセグメントサービス品質は、アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含み、前記処理モジュールは、
前記サービスの前記セッション情報および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定することと、前記サービスの前記第２のセグメント情報、前記サービスの前記第２のセグメントサービス品質、および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定することであって、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、決定することと
を行うように構成される請求項１８に記載のパケット受信デバイス。

【請求項21】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、ネットワークデバイスを含み、前記第１のパケットは、第１の検出識別子をさらに含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、かつ、
前記処理モジュールは、前記第１の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するように特に構成され、かつ、
前記送受信機モジュールは、アクセスデバイスから第２のパケットを受信するようにさらに構成され、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第２の検出識別子とを含み、前記第２の検出識別子は、前記サービスの第２のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記処理モジュールは、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第２の検出識別子に基づいて、前記サービスの前記第２のセグメントサービス品質を決定し、前記サービスの前記第２のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定するようにさらに構成され、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、
請求項１８に記載のパケット受信デバイス。

【請求項22】

前記パケット受信デバイスは、端末を含み、前記パケット送信デバイスは、アクセスデバイスを含み、前記第１のパケットは、第２の検出識別子をさらに含み、前記第２の検出識別子は、前記サービスの第２のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記処理モジュールは、前記第２の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記第２のセグメントサービス品質を決定するように特に構成され、かつ、
前記送受信機モジュールは、ネットワークデバイスから第２のパケットを受信するようにさらに構成され、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第１の検出識別子とを含み、かつ、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、
前記処理モジュールは、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第１の検出識別子に基づいて、前記サービスの前記サービス品質を決定し、前記サービスの前記第２のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第１のセグメントサービス品質を決定するようにさらに構成され、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含む、
請求項１８に記載のパケット受信デバイス。

【請求項23】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、アクセスデバイスを含み、前記第１のパケットは、第３の検出識別子をさらに含み、前記第３の検出識別子は、前記サービスの第１のセグメントサービス品質を検出したことを示すために使用され、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記処理モジュールは、前記第３の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記第１のセグメントサービス品質を決定するように特に構成され、
前記送受信機モジュールは、端末から第２のパケットを受信するようにさらに構成され、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第１の検出識別子とを含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、
前記処理モジュールは、前記サービスの前記セッション情報、前記第２のパケットの前記パケットタイプ、および前記第１の検出識別子に基づいて、前記サービスの前記サービス品質を決定し、前記サービスの前記第１のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定するようにさらに構成され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、
請求項１８に記載のパケット受信デバイス。

【請求項24】

前記パケット受信デバイスは、ネットワークデバイスを含み、前記パケット送信デバイスは、端末を含み、前記第１のパケットは、第１の検出識別子をさらに含み、前記第１の検出識別子は、前記サービスの前記サービス品質を検出したことを示すために使用され、かつ、
前記処理モジュールは、前記第１の検出識別子、前記サービスの前記セッション情報、および前記第１のパケットの前記パケットタイプに基づいて、前記サービスの前記サービス品質を決定するように、さらに構成され、
前記送受信機モジュールは、アクセスデバイスから第２のパケットを受信するようにさらに構成され、前記第２のパケットは、前記サービスの前記セッション情報と、前記タイムスタンプ、前記第２のパケットのパケットタイプと、第３の検出識別子とを含み、前記第３の検出識別子は、前記サービスの第１のセグメントサービス品質を検出したことを示すために使用され、かつ、前記サービスの前記第１のセグメントサービス品質は、前記アクセスデバイスと前記ネットワークデバイスとの間の経路上において送信される前記サービスの対応するサービス品質を含み、
前記処理モジュールは、前記サービスの前記第１のセグメントサービス品質および前記サービスの前記サービス品質に基づいて、前記サービスの第２のセグメントサービス品質を決定するようにさらに構成され、前記サービスの前記第２のセグメントサービス品質は、前記アクセスデバイスと前記端末との間の経路上において送信される前記サービスの対応するサービス品質を含む、
請求項１８に記載のパケット受信デバイス。

【請求項25】

サービスのサービス品質を検出するためのシステムであって、サービスのサービス品質を検出するための前記システムは、請求項１乃至５のいずれか一項に記載の方法をコンピュータに実行させるように構成されるパケット送信デバイスと、請求項６乃至１２のいずれか一項に記載の方法をコンピュータに実行させるように構成されるパケット受信デバイスとを備える、
システム。

【請求項26】

請求項１乃至５のいずれか一項に記載の方法をンピュータに実行させるように構成される複数の命令を含むコンピュータプログラム。

【請求項27】

請求項６乃至１２のいずれか一項に記載の方法をコンピュータに実行させるように構成される複数の命令を含むコンピュータプログラム。

【請求項28】

前記サービスフローは、サービス品質（ＱｏＳ）フローにおけるサービスフローであり、前記サービスの前記セッション情報は、ＱｏＳフロー識別子（ＱＦＩ）およびトンネルエンドポイント識別子（ＴＥＩＤ）を含む請求項１又は６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信技術の分野に関し、詳細には、サービスのサービス品質を検出するための方法およびシステム、ならびにデバイスに関する。

【背景技術】

【0002】

本出願は、その全体が参照によって本明細書に組み込まれる、２０１８年３月２９日に中国国家知識産権局に出願された、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＱＵＡＬＩＴＹ ＯＦ ＳＥＲＶＩＣＥ ＯＦ ＳＥＲＶＩＣＥ， ＡＮＤ ＤＥＶＩＣＥ」と題する、中国特許出願第２０１８１０２７３５１６．１号の優先権を主張する。

【0003】

ワイヤレスブロードバンド技術からの課題に対処し、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）ネットワークの最先端を維持するために、３ＧＰＰ標準化組織は、２０１６年の末に、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワークアーキテクチャと呼ばれる、次世代モバイル通信システム（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）のネットワークアーキテクチャを策定している。

【0004】

５Ｇネットワークアーキテクチャにおいては、低遅延高信頼性接続を必要とする、無人運転および産業オートメーションなどのサービスを主に含む、超高信頼低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）シナリオが、定義されている。５Ｇネットワークにおける高度なエアインターフェイス技術および最適化されたコアネットワークアーキテクチャは、上述のシナリオの要件を満たすことを可能にする。しかしながら、５Ｇネットワークにおいては、最下層リンクおよび上層ルーティングプロトコルの両方において、不安定性が、存在する。加えて、ネットワーク構築の観点からは、遅延、エラー、またはネットワーク障害さえも、避けられない。しかしながら、上述のシナリオのほとんどは、生命の安全または生産の安全に関連するサービスを含み、したがって、エラーは、許容されない。したがって、５Ｇネットワークが、生命の安全および生産の安全に敏感な業界にサービスを提供するために、使用されるとき、サービスのサービス品質が、５Ｇネットワークにおいて、リアルタイムに検出される必要がある。サービスのサービス品質が、事前設定された条件を満たさないとき、対応する調整策または保護策が、取られることがある。

【0005】

現在、先行技術においては、サービスのサービス品質を検出するための典型的な技術は、伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ、ＴＣＰ）に基づいた、輻輳制御技術である。ＴＣＰは、コネクション型の通信のために使用される。通信の前に、ＴＣＰ送信側は、ＴＣＰ受信側への接続を確立する。通信処理においては、ＴＣＰは、遅延型の確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）メカニズムを通して、サービスパケットの信頼できる送信を提供する。具体的には、ＴＣＰ送信側が、サービスパケットを送信した後、ＴＣＰ受信側は、直ちにＡＣＫパケットを返さず、事前設定された時間が満了するまで待ち、最新のサービスパケットを受信した後、ＴＣＰ送信側にＡＣＫパケットを返す。ＴＣＰ送信側が、ＴＣＰ送信側によって送信されたサービスパケットに対するＴＣＰ受信側によって返されたＡＣＫパケットを、指定された時間内に（例えば、ＴＣＰプロトコルスタックのタイムアウト再送タイマが満了する前に）、受信しない場合、ＴＣＰ送信側は、サービスのサービス品質が貧弱であると見なす。その場合、ＴＣＰ送信側は、ネットワークに対する影響を減らすために、送信レートを低下させる。しかしながら、サービスのサービス品質は、遅延型のＡＣＫメカニズムを通してのみ、検出されることができるので、サービスパケットを送信してからＡＣＫパケットを受信するまでの対応する消費時間は、一般に、１００ｍｓである。しかしながら、既存の５Ｇ技術仕様書（ｔｅｃｈｎｉｃａｌ ｓｔａｎｄａｒｄｓ、ＴＳ）２２１８６は、遠隔運転シナリオにおいては、端末とサーバとの間のエンドツーエンド待ち時間は、常に５ｍｓ以内であることを必要とする規定している。したがって、サービスのサービス品質を検出するための上述の技術のリアルタイム性能は、産業用制御、および車両のインターネットなどのサービス要件を満たすことができない。

【0006】

したがって、サービスのサービス品質をリアルタイムにいかに検出するかは、現在解決されるべき緊急の問題である。

【発明の概要】

【0007】

本出願の実施形態は、サービスのサービス品質をリアルタイムに検出するために、サービスのサービス品質を検出するための方法およびシステム、ならびにデバイスを提供する。

【0008】

上述の目的を達成するために、本出願の実施形態においては、以下の技術的ソリューションが、使用される。

【0009】

第１の態様によれば、サービスのサービス品質を検出するための方法が、提供され、方法は、パケット送信デバイスによって、第１のパケットを生成するステップであって、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む、ステップと、パケット送信デバイスによって、第１のパケットをパケット受信デバイスに送信するステップであって、第１のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を検出するために使用される、ステップとを含む。先行技術においては、サービスのサービス品質は、遅延型のＡＣＫメカニズムを通してのみ、検出されることができる。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出する方法によれば、パケット送信デバイスは、サービスのセッション情報および第１のパケットのパケットタイプを含む第１のパケットを、パケット受信デバイスに送信し得る。第１のパケットを受信した後、パケット受信デバイスは、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定し得る。したがって、ソリューションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方が、リアルタイムに検出されることができる。

【0010】

可能な設計においては、パケット送信デバイスによって、第１のパケットを生成するステップは、パケット送信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプを獲得するステップと、パケット送信デバイスによって、第１のパケットを獲得するために、第１のネットワークプロトコルスタックを使用することによって、サービスのセッション情報および第１のパケットのパケットタイプをカプセル化するステップとを含む。ソリューションに基づいて、パケット送信デバイスは、第１のパケットを獲得することができる。

【0011】

可能な設計においては、パケット送信デバイスは、端末を含み、パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、またはパケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、端末を含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のサービスデータ適応プロトコルＳＤＡＰまたはパケットデータ収束プロトコルＰＤＣＰのうちの少なくとも一方を使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰを使用することによって、カプセル化される。ソリューションに基づいて、端末とアクセスデバイスとの間で送信される第１のパケットは、カプセル化されることができる。

【0012】

可能な設計においては、パケット送信デバイスは、端末を含み、パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、またはパケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、端末を含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のトラフィックフロー制御プロトコルＴＦＣＰを使用することによって、カプセル化され、またはサービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される。ソリューションに基づいて、端末とアクセスデバイスとの間で送信される第１のパケットは、カプセル化されることができる。

【0013】

可能な設計においては、パケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、ネットワークデバイスを含み、またはパケット送信デバイスは、ネットワークデバイスを含み、パケット受信デバイスは、端末もしくはアクセスデバイスを含み、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化される。ソリューションに基づいて、ネットワークデバイスとアクセスデバイスとの間で送信される第１のパケットは、カプセル化されることができる。

【0014】

可能な設計においては、パケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、ネットワークデバイスを含み、またはパケット送信デバイスは、ネットワークデバイスを含み、パケット受信デバイスは、端末もしくはアクセスデバイスを含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化され、またはサービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される。ソリューションに基づいて、ネットワークデバイスとアクセスデバイスとの間で送信される第１のパケットは、カプセル化されることができる。

【0015】

第２の態様によれば、サービスのサービス品質を検出するための方法であって、方法は、パケット受信デバイスによって、パケット送信デバイスから第１のパケットを受信するステップであって、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む、ステップと、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップとを含む。第２の態様の技術的効果については、第１の態様の技術的効果の説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0016】

可能な設計においては、パケット受信デバイスは、端末を含み、パケット送信デバイスは、ネットワークデバイスを含み、第１のパケットは、サービスの第１のセグメント情報と、サービスの第１のセグメントサービス品質とをさらに含み、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメント情報、サービスの第１のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとを含む。ソリューションに基づいて、パケット送信デバイスによって送信された第１のパケットを受信した後、アクセスデバイスは、サービスのセグメントサービス品質を決定し、サービスのセグメントサービス品質を第１のパケットに挿入し、第１のパケットをパケット受信デバイスに送信し得る。したがって、第１のパケットを受信した後、パケット受信デバイスは、サービスのサービス品質と、セグメントサービス品質の１部分を決定することができ、次に、サービスのサービス品質およびセグメントサービス品質の１部分に基づいて、セグメントサービス品質の別の部分を決定することができる。言い換えると、ソリューションに基づいて、サービスのサービス品質およびサービスのセグメントサービス品質が、リアルタイムに検出されることができる。

【0017】

可能な設計においては、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、端末を含み、第１のパケットは、サービスの第２のセグメント情報と、サービスの第２のセグメントサービス品質とをさらに含み、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメント情報、サービスの第２のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとを含む。ソリューションに基づいて、パケット送信デバイスによって送信された第１のパケットを受信した後、アクセスデバイスは、サービスのセグメントサービス品質を決定し、サービスのセグメントサービス品質を第１のパケットに挿入し、第１のパケットをパケット受信デバイスに送信し得る。したがって、第１のパケットを受信した後、パケット受信デバイスは、サービスのサービス品質と、セグメントサービス品質の１部分を決定することができ、次に、サービスのサービス品質およびセグメントサービス品質の１部分に基づいて、セグメントサービス品質の別の部分を決定することができる。言い換えると、ソリューションに基づいて、サービスのサービス品質およびサービスのセグメントサービス品質が、リアルタイムに検出されることができる。

【0018】

可能な設計においては、第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用され、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第１の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスのサービス品質を決定することができる。

【0019】

可能な設計においては、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報に基づいて、サービスのコンテキストを決定するステップであって、サービスのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスのサービス品質を決定することができる。

【0020】

可能な設計においては、第１のパケットは、送信周期性をさらに含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスのサービス品質を決定することができる。

【0021】

可能な設計においては、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、端末を含み、またはパケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含み、第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第２の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第２のセグメントサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスの第２のセグメントサービス品質を決定することができる。

【0022】

可能な設計においては、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含み、またはパケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第３の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第１のセグメントサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスの第１のセグメントサービス品質を決定することができる。

【0023】

可能な設計においては、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスもしくは端末を含み、またはパケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、またはパケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報に基づいて、サービスのコンテキストを決定するステップであって、サービスのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスのセグメントサービス品質を決定することができる。

【0024】

可能な設計においては、第１のパケットは、送信周期性をさらに含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定するステップとを含む。ソリューションに基づいて、パケット受信デバイスは、サービスのセグメントサービス品質を決定することができる。

【0025】

可能な設計においては、パケット受信デバイスは、端末を含み、パケット送信デバイスは、ネットワークデバイスを含み、第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用され、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップを含み、それに対応して、方法は、パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、端末を含み、パケット送信デバイスが、ネットワークデバイスを含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0026】

可能な設計においては、パケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含み、第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第２の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第２のセグメントサービス品質を決定するステップを含み、それに対応して、方法は、パケット受信デバイスによって、ネットワークデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、端末を含み、パケット送信デバイスが、アクセスデバイスを含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0027】

可能な設計においては、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第３の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第１のセグメントサービス品質を決定するステップを含み、それに対応して、方法は、パケット受信デバイスによって、端末から第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、ネットワークデバイスを含み、パケット送信デバイスが、アクセスデバイスを含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0028】

可能な設計においては、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、端末を含み、第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用され、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップを含み、それに対応して、方法は、パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、ネットワークデバイスを含み、パケット送信デバイスが、端末を含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0029】

可能な設計においては、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、端末を含み、第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報、第１のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップを含み、それに対応して、方法は、パケット受信デバイスによって、ネットワークデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定するステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、アクセスデバイスを含み、パケット送信デバイスが、端末を含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0030】

可能な設計においては、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含み、第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報、第１のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップを含み、それに対応して、方法は、パケット受信デバイスによって、端末から第２のパケ２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第ントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定するステップとをさらに含む。ソリューションに基づいて、パケット受信デバイスが、アクセスデバイスを含み、パケット送信デバイスが、ネットワークデバイスを含むとき、サービスのサービス品質、およびサービスのセグメントサービス品質の各部分の両方が、決定されることができる。

【0031】

第３の態様によれば、サービスのサービス品質を検出するための方法が、提供され、方法は、ループバックデバイスによって、パケット送受信機デバイスから第１のパケットを受信するステップであって、第１のパケットは、サービスの第１のセッション情報と、第１のパケットのパケットタイプと、ループバックインジケーションとを含む、ステップと、ループバックデバイスによって、パケット送受信機デバイスに第２のパケットを送信するステップであって、第２のパケットは、サービスの第２のセッション情報と、第２のパケットのパケットタイプと、ループバックインジケーションとを含み、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じであり、第２のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質を検出するために使用される、ステップとを含む。先行技術においては、サービスのサービス品質は、遅延型のＡＣＫメカニズムを通してのみ、検出されることができる。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法によれば、パケット送受信機デバイスから第１のパケットを受信した後、ループバックデバイスは、サービスの第２のセッション情報と、第２のパケットのパケットタイプと、ループバックインジケーションとを含む第２のパケットを、パケット送受信機デバイスに送信し得る。第２のパケットを受信した後、パケット送受信機デバイスは、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質を決定し得る。したがって、ソリューションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質が、リアルタイムに検出されることができる。

【0032】

可能な設計においては、ループバックデバイスは、ネットワークデバイスを含み、またはループバックデバイスは、アクセスデバイスを含み、パケット送受信機デバイスは、ネットワークデバイスを含み、サービスの第１のセッション情報は、第１のトンネルエンドポイント識別子ＴＥＩＤと、サービス品質フロー識別子ＱＦＩとを含み、サービスの第２のセッション情報は、第２のＴＥＩＤと、ＱＦＩとを含み、またはサービスの第１セッション情報は、第１のトンネルエンドポイント識別子ＴＥＩＤを含み、サービスの第２セッション情報は、第２のＴＥＩＤを含む。

【0033】

可能な設計においては、ループバックデバイスは、端末を含み、またはループバックデバイスは、アクセスデバイスを含み、パケット送受信機デバイスは、端末を含み、サービスの第１のセッション情報は、ＱＦＩを含み、サービスの第２のセッション情報は、ＱＦＩを含み、またはサービスの第１のセッション情報は、第１の無線ベアラ識別子と、ＱＦＩとを含み、サービスの第２のセッション情報は、第２の無線ベアラ識別子と、ＱＦＩとを含む。

【0034】

可能な設計においては、第１のパケットは、検出識別子をさらに含み、第２のパケットは、検出識別子をさらに含み、検出識別子は、サービスのサービス品質またはサービスのセグメントサービス品質を検出したことを示すために使用される。

【0035】

可能な設計においては、第１のパケットは、タイムスタンプをさらに含み、第２のパケットは、タイムスタンプをさらに含み、タイムスタンプは、パケット送受信機デバイスが、ループバックデバイスに第１のパケットを送信した瞬間を表すために使用され、またはタイムスタンプは、パケット送受信機デバイスが、第１のパケットを生成した瞬間を表すために使用される。

【0036】

第４の態様によれば、パケット送信デバイスが、提供され、パケット送信デバイスは、第１の態様の可能な設計のいずれか１つに従った方法を実装する機能を有する。機能は、ハードウェアを使用することによって実装され得、または対応するソフトウェアを実行するハードウェアを使用することによって実装され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。

【0037】

第５の態様によれば、プロセッサとメモリとを含む、パケット送信デバイスが、提供され、メモリは、コンピュータ実行可能命令を記憶するように構成され、パケット送信デバイスが、動作するとき、プロセッサは、メモリ内に記憶されたコンピュータ実行可能命令を実行し、パケット送信デバイスは、第１の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0038】

第６の態様によれば、プロセッサを含む、パケット送信デバイスが、提供され、プロセッサは、メモリに結合され、メモリ内の命令を読み取った後、命令に従って、第１の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行するように構成される。

【0039】

第７の態様によれば、コンピュータ可読記憶媒体が、提供され、コンピュータ可読記憶媒体は、命令を記憶し、命令が、コンピュータ上において実行されたとき、コンピュータは、第１の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0040】

第８の態様によれば、命令を含むコンピュータプログラム製品が、提供される。コンピュータプログラム製品が、コンピュータ上において動作するとき、コンピュータは、第１の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0041】

第９の態様によれば、チップシステムが、提供され、チップシステムは、第１の態様における機能を実装する際に、例えば、第１のパケットを生成する際に、パケット送信デバイスをサポートするように構成される、プロセッサを含む。可能な設計においては、チップシステムは、メモリをさらに含み、メモリは、パケット送信デバイスに必要なプログラム命令およびデータを記憶するように構成される。チップシステムは、チップを含み得、またはチップおよび別の個別構成要素を含み得る。

【0042】

第４の態様から第９の態様のいずれかの設計によってもたらされる技術的効果については、第１の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細が、本明細書では再び説明されることはない。

【0043】

第１０の態様によれば、パケット受信デバイスが、提供され、パケット受信デバイスは、第２の態様の可能な設計のいずれか１つに従った方法を実装する機能を有する。機能は、ハードウェアを使用することによって実装され得、または対応するソフトウェアを実行するハードウェアを使用することによって実装され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。

【0044】

第１１の態様によれば、プロセッサとメモリとを含む、パケット受信デバイスが、提供される。メモリは、コンピュータ実行可能命令を記憶するように構成され、パケット受信デバイスが、動作するとき、プロセッサは、メモリ内に記憶されたコンピュータ実行可能命令を実行し、パケット受信デバイスは、第１の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0045】

第１２の態様によれば、プロセッサを含む、パケット受信デバイスが、提供され、プロセッサは、メモリに結合され、メモリ内の命令を読み取った後、命令に従って、第２の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行するように構成される。

【0046】

第１３の態様によれば、コンピュータ可読記憶媒体が、提供され、コンピュータ可読記憶媒体は、命令を記憶し、命令が、コンピュータ上において実行されたとき、コンピュータは、第２の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0047】

第１４の態様によれば、命令を含むコンピュータプログラム製品が、提供される。コンピュータプログラム製品が、コンピュータ上において動作するとき、コンピュータは、第２の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0048】

第１５の態様によれば、チップシステムが、提供される。チップシステムは、第２の態様における機能を実装する際に、例えば、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも１つを決定する際に、パケット受信デバイスをサポートするように構成される、プロセッサを含む。可能な設計においては、チップシステムは、メモリをさらに含み、メモリは、パケット受信デバイスに必要なプログラム命令およびデータを記憶するように構成される。チップシステムは、チップを含み得、またはチップおよび別の個別構成要素を含み得る。

【0049】

第１０の態様から第１５の態様のいずれかの設計によってもたらされる技術的効果については、第２の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細が、本明細書では再び説明されることはない。

【0050】

第１６の態様によれば、ループバックデバイスが、提供され、ループバックデバイスは、第３の態様の可能な設計のいずれか１つに従った方法を実装する機能を有する。機能は、ハードウェアを使用することによって実装され得、または対応するソフトウェアを実行するハードウェアを使用することによって実装され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。

【0051】

第１７の態様によれば、プロセッサとメモリとを含む、ループバックデバイスが、提供される。メモリは、コンピュータ実行可能命令を記憶するように構成され、ループバックデバイスが、動作するとき、プロセッサは、メモリ内に記憶されたコンピュータ実行可能命令を実行し、ループバックデバイスは、第３の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行する。

【0052】

第１８の態様によれば、プロセッサを含む、ループバックデバイスが、提供され、プロセッサは、メモリに結合され、メモリ内の命令を読み取った後、命令に従って、第３の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行するように構成される。

【0053】

第１９の態様によれば、コンピュータ可読記憶媒体が、提供され、コンピュータ可読記憶媒体は、命令を記憶し、命令が、コンピュータ上において実行されたとき、コンピュータは、第３の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0054】

第２０の態様によれば、命令を含むコンピュータプログラム製品が、提供される。コンピュータプログラム製品が、コンピュータ上において動作するとき、コンピュータは、第３の態様の可能な設計のいずれか１つに従った、サービスのサービス品質を検出するための方法を実行することを可能にされる。

【0055】

第２１の態様によれば、チップシステムが、提供され、チップシステムは、第３の態様における機能を実装する際に、例えば、第２のパケットを生成する際に、ループバックデバイスをサポートするように構成される、プロセッサを含む。チップシステムは、チップを含み得、またはチップおよび別の個別構成要素を含み得る。

【0056】

第１６の態様から第２１の態様のいずれかの設計によってもたらされる技術的効果については、第３の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細が、本明細書では再び説明されることはない。

【0057】

第２２の態様によれば、サービスのサービス品質を検出するためのシステムが、提供され、サービスのサービス品質を検出するためのシステムは、パケット送信デバイスと、パケット受信デバイスとを含む。パケット送信デバイスは、パケット受信デバイスに第１のパケットを送信するように構成され、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む。パケット受信デバイスは、パケット送信デバイスから第１のパケットを受信し、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するように構成される。

【0058】

可能な設計においては、パケット送信デバイスは、ネットワークデバイスを含み、パケット受信デバイスは、端末を含み、サービスのサービス品質を検出するためのシステムは、アクセスデバイスをさらに含む。アクセスデバイスは、ネットワークデバイスから第１のパケットを受信し、サービスの第１のセグメントサービス品質を決定するように構成され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。アクセスデバイスは、サービスの第１のセグメント情報およびサービスの第１のセグメントサービス品質を第１のパケットに挿入し、端末に第１のパケットを送信するようにさらに構成される。

【0059】

可能な設計においては、アクセスデバイスは、セッション管理機能ネットワーク要素から、サービスの第１のセグメント情報を受信するようにさらに構成される。サービスの第１のセグメント情報は、サービスの第１のセグメント識別子を含み、またはサービスの第１のセグメント情報は、ネットワークデバイスのアドレスと、アクセスデバイスのアドレスと、パケット送信方向とを含み、またはサービスの第１のセグメント情報は、アクセスデバイスのアドレスを含む。

【0060】

可能な設計においては、パケット送信デバイスは、端末を含み、パケット受信デバイスは、ネットワークデバイスを含み、サービスのサービス品質を検出するためのシステムは、アクセスデバイスをさらに含む。アクセスデバイスは、端末から第１のパケットを受信し、サービスの第２のセグメントサービス品質を決定するように構成され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。アクセスデバイスは、サービスの第２のセグメント情報およびサービスの第２のセグメントサービス品質を第１のパケットに挿入し、ネットワークデバイスに第１のパケットを送信するようにさらに構成される。

【0061】

可能な設計においては、アクセスデバイスは、セッション管理機能ネットワーク要素から、サービスの第２のセグメント情報を受信するようにさらに構成される。サービスの第２のセグメント情報は、サービスの第２のセグメント識別子を含み、またはサービスの第２のセグメント情報は、端末のアドレスと、アクセスデバイスのアドレスと、パケット送信方向とを含み、またはサービスの第２のセグメント情報は、アクセスデバイスのアドレスを含む。

【0062】

可能な設計においては、パケット送信デバイスは、第４の態様から第６の態様のいずれか１つに従った、パケット送信デバイス、または第７の態様に従った、コンピュータ可読記憶媒体、または第８の態様に従った、命令を含むコンピュータプログラム製品、または第９の態様に従った、チップシステムであり得る。

【0063】

可能な設計においては、パケット受信デバイスは、第１０の態様から第１２の態様のいずれか１つに従った、パケット受信デバイス、または第１３の態様に従った、コンピュータ可読記憶媒体、または第１４の態様に従った、命令を含むコンピュータプログラム製品、または第１５の態様に従った、チップシステムであり得る。

【0064】

第２２の態様における設計のいずれか１つによってもたらされる技術的効果については、第１の態様または第２の態様における異なる設計によってもたらされる技術的効果を参照されたい。詳細が、本明細書では再び説明されることはない。

【0065】

本出願におけるこれらの態様または他の態様は、以下の実施形態における説明を通して、より明快でより分かりやすくなり得る。

【図面の簡単な説明】

【0066】

【図1】本出願の実施形態に従った、５Ｇネットワークにおけるサービスフロー分配の概略図である。

【図2】本出願の実施形態に従った、５Ｇネットワークにおけるパケットフォーマットの概略構造図１である。

【図3】本出願の実施形態に従った、５Ｇネットワークにおけるパケットフォーマットの概略構造図２である。

【図4】本出願の実施形態に従った、５Ｇネットワークにおけるパケットフォーマットの概略構造図３である。

【図5】本出願の実施形態に従った、サービスのサービス品質を検出するためのシステムを示す図である。

【図6】本出願の実施形態に従った、５Ｇネットワークアーキテクチャの概略図である。

【図7】本出願の実施形態に従った、４Ｇネットワークアーキテクチャの概略図である。

【図8】本出願の実施形態に従った、４．５Ｇネットワークアーキテクチャの概略図である。

【図9】本出願の実施形態に従った、通信デバイスのハードウェア構造の概略図である。

【図10】本出願の実施形態に従った、サービスのサービス品質を検出するための方法の概略フローチャート１である。

【図11】（ａ）から（ｄ）は、本出願の実施形態に従った、第１のパケットのフォーマットの概略構造図１である。

【図12】本出願の実施形態に従った、サービスのサービス品質を検出するための方法の概略フローチャート２である。

【図13】（ａ）から（ｄ）は、本出願の実施形態に従った、第１のパケットのフォーマットの概略構造図２である。

【図14】（ａ）から（ｄ）は、本出願の実施形態に従った、第１のパケットのフォーマットの概略構造図３である。

【図15】本出願の実施形態に従った、監視リンクの概略図である。

【図16】本出願の実施形態に従った、サービスのサービス品質を検出するための別のシステムを示す図である。

【図17】本出願の実施形態に従った、サービスのサービス品質を検出するための方法の概略フローチャート３である。

【図18】本出願の実施形態に従った、ループバック検出の概略図である。

【図19】本出願の実施形態に従った、パケット送信デバイスの概略構造図である。

【図20】本出願の実施形態に従った、パケット受信デバイスの概略構造図である。

【図21】本出願の実施形態に従った、ループバックデバイスの概略構造図である。

【発明を実施するための形態】

【0067】

本出願の実施形態における技術的ソリューションの理解を容易にするために、以下において、最初に、本出願に関連する技術について簡潔に説明する。

【0068】

サービスフロー：

【0069】

本出願の実施形態におけるサービスフローは、サービス集約フローと、サービスサブフローとを含む。第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ、４Ｇ）または第４．５世代（４．５ｔｈ ｇｅｎｅｒａｔｉｏｎ、４．５Ｇ）ネットワークにおいては、サービス集約フローは、ベアラまたはパケットデータネットワーク（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ、ＰＤＮ）接続を含み、サービスサブフローは、ベアラ内の特定のサービスフローを含む。５Ｇネットワークにおいては、サービス集約フローは、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）フロー（Ｆｌｏｗ）またはパケットデータユニット（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッションを含み、サービスサブフローは、ＱｏＳフロー内の特定のサービスフローを含む。

【0070】

例として、５Ｇネットワークを使用すると、図１に示されるように、１つのＰＤＵセッションが、３つのＱｏＳフローを、すなわち、ＱｏＳフロー１と、ＱｏＳフロー２と、ＱｏＳフロー３とを含むことが仮定される。ＱｏＳフロー１は、サブフロー１と、サブフロー２とを含む。サブフロー１およびサブフロー２は、異なるサービスフローに対応する。例えば、サブフロー１は、車車間／路車間通信（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｖ２Ｘ）サービスフロー１に対応し、サブフロー２は、Ｖ２Ｘサービスフロー２に対応する。このケースにおいては、図１におけるサービス集約フローは、ＰＤＵセッションを、すなわち、ＱｏＳフロー１と、ＱｏＳフロー２と、ＱｏＳフロー３とを含み、サービスサブフローは、サブフロー１と、サブフロー２とを含む。サービスサブフローまたはサービス集約フローは、サービスパケットおよび検出パケットを送信するために使用され得る。サービスパケットは、具体的には、ユーザパケット、すなわち、サービスを実行するために端末またはアプリケーションサーバによってネットワークを通して送信されるパケットである。検出パケットは、具体的には、ネットワーク内のサービスのサービス品質を検出するために使用されるパケットである。検出パケットは、パケット送信デバイスまたはパケット送受信機デバイスによって生成される。パケット送信デバイスまたはパケット送受信機デバイスは、５Ｇネットワークにおいては、端末、アクセスデバイス、もしくはユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）ネットワーク要素であり得、または４．５Ｇネットワークにおいては、端末、アクセスデバイス、もしくはゲートウェイユーザプレーン機能（ｇａｔｅｗａｙ ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＧＷ－Ｕ）ネットワーク要素であり得、または４Ｇネットワークにおいては、端末、アクセスデバイス、もしくはゲートウェイ（ｇａｔｅｗａｙ、ＧＷ）であり得などする。本出願の実施形態においては、これは、特に限定されない。以下において、サービスパケットおよび検出パケットのパケットフォーマットについて説明する。

【0071】

サービスのセッション情報：

【0072】

本出願の実施形態において提供される検出パケットは、サービスのセッション情報を含み、サービスのセッション情報は、特定のサービスフローを見つけるために使用される。検出パケットが端末とアクセスデバイスとの間において送信されるときに、検出パケットで搬送されるサービスのセッション情報は、検出パケットがアクセスデバイスとネットワークデバイスとの間において送信されるときに、検出パケットで搬送されるサービスのセッション情報と異なり得る。本出願の実施形態においては、これは、特に限定されない。

【0073】

例えば、５Ｇネットワークにおいては、サービスフローが、ＰＤＵセッションまたはＱｏＳフローである場合、検出パケットが、端末とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、サービス品質フロー識別子（ＱｏＳ Ｆｌｏｗ ｉｄｅｎｔｉｔｙ、ＱＦＩ）を含み得る。言い換えると、検出パケットとサービスパケットとは、同じＱＦＩを使用する。代替として、サービスのセッション情報は、例えば、ＱＦＩと、無線ベアラ識別子とを含み得る。言い換えると、検出パケットとサービスパケットとは、同じＱＦＩおよび無線ベアラ識別子を使用する。

【0074】

代替として、例えば、５Ｇネットワークにおいては、サービスフローが、ＰＤＵセッションまたはＱｏＳフローである場合、検出パケットが、ＵＰＦネットワーク要素とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、ＱＦＩと、トンネルエンドポイント識別子（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｔｙ、ＴＥＩＤ）とを含み得る。言い換えると、検出パケットとサービスパケットとは、同じＱＦＩおよびＴＥＩＤを使用する。

【0075】

代替として、例えば、５Ｇネットワークにおいては、サービスフローが、ＱｏＳフローにおける特定のサービスフローである場合、検出パケットが、端末とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、ＱＦＩと、５タプルとを含み得る。言い換えると、検出パケットとサービスパケットとは、同じＱＦＩおよび５タプルを使用する。代替として、サービスのセッション情報は、例えば、５タプルと、ＱＦＩと、無線ベアラ識別子とを含み得る。言い換えると、検出パケットとサービスパケットとは、同じ５タプル、ＱＦＩ、および無線ベアラ識別子を使用する。本出願の実施形態における５タプルは、例えば、送信元インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）層アドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、およびトランスポート層プロトコル番号を含み得る。本明細書においては、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0076】

代替として、例えば、５Ｇネットワークにおいては、サービスフローが、ＱｏＳフローにおける特定のサービスフローである場合、検出パケットが、ＵＰＦネットワーク要素とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、５タプルと、ＱＦＩと、ＴＥＩＤとを含み得る。言い換えると、検出パケットとサービスパケットとは、同じ５タプル、ＱＦＩ、およびＴＥＩＤを使用する。

【0077】

例えば、４Ｇネットワークまたは４．５Ｇネットワークにおいては、サービスフローが、ＰＤＮ接続またはベアラである場合、検出パケットが、端末とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、無線ベアラ識別子を含み得る。言い換えると、検出パケットとサービスパケットとは、同じ無線ベアラ識別子を使用する。

【0078】

代替として、例えば、サービスフローが、ＰＤＮ接続またはベアラである場合、検出パケットが、４ＧネットワークにおけるＧＷとアクセスデバイスとの間、または４．５ＧネットワークにおけるＧＷ－Ｕネットワーク要素とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、ＴＥＩＤを含み得る。言い換えると、検出パケットとサービスパケットとは、同じＴＥＩＤを使用する。

【0079】

代替として、例えば、４Ｇネットワークまたは４．５Ｇネットワークにおいては、サービスフローが、ベアラにおける特定のサービスフローである場合、検出パケットが、端末とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、５タプルを含み得る。言い換えると、検出パケットとサービスパケットとは、同じ５タプルを使用する。代替として、サービスのセッション情報は、例えば、５タプルと、無線ベアラ識別子とを含み得る。言い換えると、検出パケットとサービスパケットとは、同じ５タプルおよび無線ベアラ識別子を使用する。

【0080】

代替として、例えば、サービスフローが、ベアラにおける特定のサービスフローである場合、検出パケットが、４ＧネットワークにおけるＧＷとアクセスデバイスとの間、または４．５ＧネットワークにおけるＧＷ－Ｕネットワーク要素とアクセスデバイスとの間において送信されるとき、サービスのセッション情報は、例えば、５タプルと、ＴＥＩＤとを含み得る。言い換えると、検出パケットとサービスパケットとは、同じ５タプルおよびＴＥＩＤを使用する。

【0081】

パケットフォーマット：

【0082】

検出パケットを介して、サービスのサービス品質またはサービスのセグメントサービス品質を検出するために、本出願の実施形態における検出パケットおよびサービスパケットは、同じ３ＧＰＰネットワークプロトコルスタックを使用する。例として５Ｇネットワークを使用して、以下において、図２から図４に示されるような、検出パケットおよびサービスパケットのフォーマットのいくつかの例を提供する。

【0083】

図２に示されるように、検出パケットおよびサービスパケットについて、端末とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルスタックは、サービスデータ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ）層と、パケットデータ収束プロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層と、より下位層のプロトコル層とを含む。より下位層のプロトコル層は、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）層と、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層と、層１（ｌｅｖｅｌ１、Ｌ１）とを含む。アクセスデバイスとＵＰＦネットワーク要素との間の３ＧＰＰネットワークプロトコルスタックは、汎用パケット無線サービス技術（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）トンネリングプロトコルユーザプレーン（ＧＰＲＳ ｔｕｎｎｅｌｌｉｎｇ ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ ｕｓｅｒ ｐｌａｎｅ、ＧＴＰ－Ｕ）層と、より下位層のプロトコル層とを含み、より下位層のプロトコル層は、ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ、ＵＤＰ）層／ＩＰ層と、層２（ｌｅｖｅｌ２、Ｌ２）と、Ｌ１とを含む。加えて、図２に示されるように、検出パケットのフォーマットには、３ＧＰＰネットワークプロトコルスタックと、リンク品質認識プロトコル（ｌｉｎｋ ｑｕａｌｉｔｙ ａｗａｒｅｎｅｓｓ ｐｒｏｔｏｃｏｌ、ＬＱＡＰ）層とが、含まれ、サービスパケットのフォーマットには、３ＧＰＰネットワークプロトコルスタックと、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）層とが、含まれる。本出願の実施形態においては、サービスパケットについて、アクセスデバイスは、ＡＰＰ層を認識しない。したがって、図２に示されるように、ＡＰＰ層は、アクセスデバイス側における中継（ｒｅｌａｙ）に対応し、中継は、転送または透過的な送信を意味する。検出パケットについて、アクセスデバイスは、ＬＱＡＰ層を認識することもあり、またはしないこともある。したがって、図２に示されるように、ＬＱＡＰ層は、アクセスデバイス側において、破線によってマークされている。もちろん、アクセスデバイスが、ＬＱＡＰ層を認識しない場合、ＬＱＡＰ層は、ＡＰＰ層と同様であってもまたよく、アクセスデバイス側における中継に対応する。本出願の実施形態においては、これは、特に限定されない。加えて、本出願の実施形態におけるＬＱＡＰ層およびＡＰＰ層は、ともに、ロード層と見なされ得る。本明細書においては、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0084】

図３に示される検出パケットおよびサービスパケットのフォーマットは、図２におけるそれらに類似しているが、唯一の相違は、以下に存し、すなわち、第１に、検出パケットおよびサービスパケットについて、図２に示される端末とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルスタックと比較して、図３に示される端末とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルスタックは、加えて、ＳＤＡＰ層上に、トラフィックフロー制御プロトコル（ｔｒａｎｓｆｅｒ ｆｌｏｗ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ、ＴＦＣＰ）層を含む。図２に示されるＵＰＦネットワーク要素とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルスタックと比較して、図３に示されるＵＰＦネットワーク要素とアクセスデバイスとの間の３ＧＰＰネットワークプロトコルスタックは、加えて、ＧＴＰ－Ｕ層上に、ＴＦＣＰ層を含む。ＴＦＣＰ層の機能は、以下の方法実施形態において詳細に説明され、詳細が、本明細書では再び説明されることはない。第２に、検出パケットについて、ＬＱＡＰは、ＴＦＣＰ層に統合され得る。言い換えると、ＬＱＡＰ層は、任意選択であり得る。図３においては、ＬＱＡＰ層は、破線によってマークされている。本明細書においては、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。加えて、図３に示される検出パケットのフォーマットが、図２において説明されたように、ＬＱＡＰ層を含む場合、アクセスデバイスは、ＬＱＡＰ層を認識することもあり、またはしないこともある。本出願の実施形態においては、これは、特に限定されない。

【0085】

図４に示される検出パケットおよびサービスパケットのフォーマットは、図３におけるそれらに類似しているが、唯一の相違は、以下に存し、すなわち、検出パケットおよびサービスパケットについて、図３におけるアクセスデバイスは、ＴＦＣＰ層を認識するが、図４におけるアクセスデバイスは、ＴＦＣＰ層またはＬＱＡＰ層を認識しない。図４に示されるように、ＴＦＣＰ層は、アクセスデバイス側における中継に対応する。本明細書においては、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0086】

例として５Ｇネットワークを使用して、上述において、図２から図４の説明における検出パケットおよびサービスパケットのフォーマットのいくつかの例を提供する。４Ｇネットワークまたは４．５Ｇネットワークにおいては、検出パケットおよびサービスパケットのフォーマットは、図２から図４において説明されたそれらに類似しているが、唯一の相違は、４Ｇネットワークまたは４．５Ｇネットワークにおける３ＧＰＰネットワークプロトコルスタックが、ＳＤＡＰ層を含まないことに存する。３ＧＰＰネットワークプロトコルスタックに含まれる他の部分については、図２から図４における説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0087】

本出願の実施形態においては、同じネットワークプロトコルスタックが、検出パケットと対応するサービスパケットとが同じエンドツーエンドパイプラインリソースを使用することを保証することができるので、サービスのサービス品質は、検出パケットを介して検出されることができることが留意されるべきである。本出願の実施形態においては、検出パケットに対応するサービスパケットは、検出パケットと同じサービスフローに対応するサービスパケットである。例えば、図１においては、検出パケット１に対応するサービスパケットは、サービスパケット１であり、検出パケット２に対応するサービスパケットは、サービスパケット２であり、検出パケット３に対応するサービスパケットは、サービスパケット３である。

【0088】

加えて、本出願の実施形態におけるＬＱＡＰおよびＴＦＣＰの名前は、単なる例であり、名前は、プロトコルに対する制限を構成しないことが留意されるべきである。特定の実装の間には、他の名前が、代替として、使用され得る。本出願の実施形態においては、これは、特に限定されない。

【0089】

検出識別子：

【0090】

本出願の実施形態における検出識別子は、サービスのサービス品質を検出したこと、またはサービスの第１のセグメントサービス品質を検出したこと、またはサービスの第２のセグメントサービス品質を検出したことを示すために使用される。本出願の実施形態においては、サービスの第１のセグメントサービス品質は、ネットワークデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。言い換えると、本出願の実施形態においては、複数の監視リンクが、１つのサービスパイプライン（例えば、１つのＱｏＳフロー）に対して確立され得、異なる検出識別子によって区別される。

【0091】

本出願の以下の実施形態においては、検出パケットのコンテキストは、検出識別子に基づいて決定され得るので、検出識別子は、パケットのコンテキスト識別子と呼ばれてもまたよいことが留意されるべきである。本出願の実施形態においては、これは、特に限定されない。

【0092】

加えて、本出願の以下の実施形態においては、説明を容易にするために、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用され、第２の検出識別子は、端末とアクセスデバイスとの間の経路上において送信されるサービスの対応するサービス品質を検出したことを示すために使用され、第３の検出識別子は、ネットワークデバイスとアクセスデバイスとの間の経路上において送信されるサービスの対応するサービス品質を検出したことを示すために使用される、例を使用することによって、説明が提供されることが留意されるべきである。ネットワークデバイスは、例えば、５ＧネットワークにおけるＵＰＦネットワーク要素、４．５ＧネットワークにおけるＧＷ－Ｕネットワーク要素、または４ＧネットワークにおけるＧＷであり得る。本明細書においては、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0093】

以下において、本出願の実施形態における添付の図面を参照して、本出願の実施形態における技術的ソリューションを説明する。本出願の説明においては、特段の指摘がない限り、「／」は、「または」を意味する。例えば、Ａ／Ｂは、ＡまたはＢを表し得る。本明細書においては、「および／または」は、関連付けられた対象を説明するための関連付け関係のみを説明し、３つの関係が存在し得ることを示す。例えば、Ａおよび／またはＢは、以下の３つのケース、すなわち、Ａのみが存在すること、ＡとＢの両方が存在すること、Ｂのみが存在することを示し得る。加えて、本出願の説明においては、「複数の」は、特段の指摘がない限り、２つ以上を意味する。加えて、本出願の実施形態における技術的ソリューションを明瞭に説明するために、「第１の」および「第２の」などの用語は、本出願の実施形態においては、基本的に同じ機能および目的を有する同じアイテムまたは類似のアイテムを区別するために使用される。当業者は、「第１の」および「第２の」などの用語が、数量または実行シーケンスを限定しないこと、ならびに「第１の」および「第２の」などの用語が、明確な相違を示さないことを理解し得る。

【0094】

加えて、本出願の実施形態において説明されるネットワークアーキテクチャおよびサービスシナリオは、本出願の実施形態における技術的ソリューションをより明瞭に説明することを意図しており、本出願の実施形態において提供される技術的ソリューションに対する制限を構成しない。当業者は、ネットワークアーキテクチャの進化および新しいサービスシナリオの出現に伴って、本出願の実施形態において提供される技術的ソリューションが、類似の技術的問題にも適用可能であることを知り得る。

【0095】

図５は、本出願の実施形態によるサービスのサービス品質を検出するためのシステム５０を示す。サービスのサービス品質を検出するためのシステム５０は、パケット送信デバイス５０１とパケット受信デバイス５０２とを含む。

【0096】

パケット送信デバイス５０１は、パケット受信デバイス５０２に第１のパケットを送信するように構成され、第１のパケットは、サービスのセッション情報と第１のパケットのパケットタイプとを含む。

【0097】

パケット受信デバイス５０２は、パケット送信デバイス５０１から第１のパケットを受信することと、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定することとを行うように構成される。

【0098】

任意選択で、本出願のこの実施形態におけるサービスは具体的には、前述のサービスフローに対応するサービス、例えば、サービスアグリゲーションフローに対応するサービスまたはサービスサブフローに対応するサービスである。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。サービスのセッション情報の関連説明については、前述の簡潔な導入部を参照されたい。詳細が、本明細書では再び説明されることはない。

【0099】

任意選択で、本出願のこの実施形態において、第１のパケットのパケットタイプは、前述の検出パケットタイプ、第１のパケットは検出パケットであることを示すために使用される他のタイプなどを含む。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0100】

任意選択で、本出願のこの実施形態において、パケット送信デバイス５０１およびパケット受信デバイス５０２は互いに直接通信してよく、または他のデバイスによる転送を通して互いに通信し得る。これは本出願のこの実施形態において特に限定されない。

【0101】

従来技術では、サービスのサービス品質は、遅延型ＡＣＫ機構を通してのみ検出されることができる。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するためのシステムによれば、パケット送信デバイスは、サービスのセッション情報および第１のパケットのパケットタイプを含んだ第１のパケットを、パケット受信デバイスに送信し得る。第１のパケットを受信した後、パケット受信デバイスは、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定し得る。したがって、ソリューションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方が、リアルタイムに検出されることができる。

【0102】

任意選択で、本出願のこの実施形態において、パケット送信デバイス５０１は、ネットワークデバイスを含んでよく、パケット受信デバイス５０２は、端末を含み得る。それに対応して、図５に示されるように、本出願のこの実施形態において提供されるサービスのサービス品質を検出するためのシステム５０は、アクセスデバイス５０３をさらに含み得る。

【0103】

アクセスデバイス５０３は、ネットワークデバイスから第１のパケットを受信することと、サービスの第１のセグメントサービス品質を決定することであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うように構成される。

【0104】

アクセスデバイス５０３は、サービスの第１のセグメント情報およびサービスの第１のセグメントサービス品質を第１のパケットに挿入することと、第１のパケットを端末に送信することとを行うようにさらに構成される。

【0105】

代替として、任意選択で、本出願のこの実施形態において、パケット送信デバイス５０１は端末を含んでよく、パケット受信デバイス５０２はネットワークデバイスを含み得る。それに対応して、図５に示されるように、本出願のこの実施形態において提供されるサービスのサービス品質を検出するためのシステム５０は、アクセスデバイス５０３をさらに含み得る。

【0106】

アクセスデバイス５０３は、端末から第１のパケットを受信することと、サービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うように構成される。

【0107】

アクセスデバイス５０３は、サービスの第２のセグメント情報およびサービスの第２のセグメントサービス品質を第１のパケットに挿入することと、第１のパケットをネットワークデバイスに送信することとを行うようにさらに構成される。

【0108】

言い換えれば、本出願のこの実施形態において、パケット送信デバイスおよびパケット受信デバイスは、アクセスデバイスを通じて互いに通信してよく、アクセスデバイスは、サービスのセグメントサービス品質を第１のパケットに挿入し得る。これは本出願のこの実施形態において特に限定されない。

【0109】

パケット送信デバイスによって送信された第１のパケットを受信した後、アクセスデバイスは、サービスのセグメントサービス品質を決定し、サービスのセグメントサービス品質を第１のパケットに挿入し、第１のパケットをパケット受信デバイスに送信し得る。したがって、第１のパケットを受信した後、パケット受信デバイスは、サービスのサービス品質および１つのセグメントサービス品質を決定することができ、次いでサービスのサービス品質および１つのセグメントサービス品質に基づいて、別のセグメントサービス品質を決定することができる。言い換えれば、ソリューションに基づいて、サービスのサービス品質およびサービスのセグメントサービス品質はリアルタイムに検出されることができる。

【0110】

任意選択で、図１６は本出願の実施形態による、サービスのサービス品質を検出するためのシステム１６０を示す。サービスのサービス品質を検出するためのシステム１６０は、パケット送受信機デバイス１６０１とループバックデバイス１６０２とを含む。

【0111】

パケット送受信機デバイス１６０１は、第１のパケットをループバックデバイス１６０２に送信することであって、第１のパケットは、サービスの第１のセッション情報、第１のパケットのパケットタイプ、およびループバックインジケーションを含む、送信することを行うように構成される。

【0112】

ループバックデバイス１６０２は、パケット送受信機デバイス１６０１から第１のパケットを受信することと、第２のパケットをパケット送受信機デバイス１６０１に送信することであって、第２のパケットは、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションを含み、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じである、送信することとを行うように構成される。

【0113】

パケット送受信機デバイス１６０１は、ループバックデバイス１６０２から第２のパケットを受信することと、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質を決定することとを行うようにさらに構成される。

【0114】

サービスの第１のセッション情報およびサービスの第２のセッション情報の関連説明については、前述の簡潔な導入部を参照されたい。本明細書では、詳細を再び説明しない。

【0115】

本出願のこの実施形態において、第１のセッション情報および第２のセッション情報は、異なるセッション情報を区別するために使用されることが留意されるべきである。これは、サービスのセッション情報の前述の簡潔な導入部は、サービスの第１のセッション情報およびサービスの第２のセッション情報は異なるＴＥＩＤまたは無線ベアラ識別子を含み得ることを述べているからである。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0116】

任意選択で、本出願のこの実施形態において、パケット送受信機デバイス１６０１およびループバックデバイス１６０２は互いに直接通信してよく、または他のデバイスによる転送を通して互いに通信し得る。これは本出願のこの実施形態において特に限定されない。

【0117】

従来技術では、サービスのサービス品質は、遅延型ＡＣＫ機構を通してのみ検出されることができる。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するためのシステムによれば、パケット送受信機デバイスは、第１のパケットをループバックデバイスに送信し得る。第１のパケットを受信した後、ループバックデバイスは、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションを含んだ第２のパケットを、パケット送受信機デバイスに送信し得る。次いで、第２のパケットを受信した後、パケット送受信機デバイスは、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質を決定し得る。したがって、ソリューションに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質は、リアルタイムに検出されることができる。

【0118】

任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０、または図１６に示されるサービスのサービス品質を検出するためのシステム１６０は、現在の４Ｇネットワーク、４．５Ｇネットワーク、５Ｇネットワーク、および将来の他のネットワークに適用され得る。これは本出願の実施形態において特に限定されない。

【0119】

例えば、図５に示されるサービスのサービス品質を検出するためのシステム５０は、現在の５Ｇネットワークに適用されることが想定される。図６に示されるように、パケット送信デバイス５０１は５Ｇネットワーク内の端末であってよく、パケット受信デバイス５０２は、５Ｇネットワーク内のアクセスデバイスまたはＵＰＦネットワーク要素であってよい。代替として、パケット送信デバイス５０１は５Ｇネットワーク内のアクセスデバイスであってよく、パケット受信デバイス５０２は５Ｇネットワーク内の端末またはＵＰＦネットワーク要素であってよい。代替として、パケット送信デバイス５０１は５Ｇネットワーク内のＵＰＦネットワーク要素であってよく、パケット受信デバイス５０２は５Ｇネットワーク内のアクセスデバイスまたは端末であってよい。前述の場合において、ネットワークデバイスに対応するネットワーク要素またはエンティティは、５Ｇネットワーク内のＵＰＦネットワーク要素であってよい。

【0120】

代替として、図１６に示されるサービスのサービス品質を検出するためのシステム５０は、現在の５Ｇネットワークに適用されることが想定される。図６に示されるように、パケット送受信機デバイス１６０１は５Ｇネットワーク内の端末であってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたはＵＰＦネットワーク要素であってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のアクセスデバイスであってよく、ループバックデバイス１６０２は５Ｇネットワーク内の端末またはＵＰＦネットワーク要素であってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のＵＰＦネットワーク要素であってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたは端末であってよい。

【0121】

加えて、図６に示されるように、５Ｇネットワークは、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）ネットワーク要素、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）ネットワーク要素、統一データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）ネットワーク要素、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、ＡＵＳＦ）ネットワーク要素、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＭＦ）ネットワーク要素などをさらに含み得る。これは本出願のこの実施形態において特に限定されない。

【0122】

端末は、次世代（Ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ、Ｎ）インターフェース１（略してＮ１）を通してＡＭＦネットワーク要素と通信する。アクセスデバイスは、Ｎインターフェース２（略してＮ２）を通してＡＭＦネットワーク要素と通信する。アクセスデバイスは、Ｎインターフェース３（略してＮ３）を通してＵＰＦネットワーク要素と通信する。ＡＭＦネットワーク要素は、Ｎインターフェース１１（略してＮ１１）を通してＳＭＦネットワーク要素と通信する。ＡＭＦネットワーク要素は、Ｎインターフェース８（略してＮ８）を通してＵＤＭネットワーク要素と通信する。ＡＭＦネットワーク要素は、Ｎインターフェース１２（略してＮ１２）を通してＡＵＳＦネットワーク要素と通信する。ＡＭＦネットワーク要素は、Ｎインターフェース１５（略してＮ１５）を通してＰＣＦネットワーク要素と通信する。ＳＭＦネットワーク要素は、Ｎインターフェース７（略してＮ７）を通してＰＣＦネットワーク要素と通信する。ＳＭＦネットワーク要素は、Ｎインターフェース４（略してＮ４）を通してＵＰＦネットワーク要素と通信する。

【0123】

加えて、図６におけるＵＤＭネットワーク要素、ＡＵＳＦネットワーク要素、ＰＣＦネットワーク要素、ＡＭＦネットワーク要素、およびＳＭＦネットワーク要素は、制御プレーン機能（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＣＰＦ）ネットワーク要素と総称され得る。これは本出願のこの実施形態において特に限定されない。

【0124】

図６におけるネットワーク要素の間のインターフェースの名称は単に例であり、インターフェースは特定の実装時に他の名称を有し得ることが留意されるべきである。これは本出願のこの実施形態において特に限定されない。

【0125】

図６におけるアクセスデバイス、ＡＭＦネットワーク要素、ＳＭＦネットワーク要素、ＡＵＳＦネットワーク要素、ＵＤＭネットワーク要素、ＵＰＦネットワーク要素、ＰＣＦネットワーク要素などは単に名称であり、名称はデバイスに対して何らの限定とならないことが留意されるべきである。５Ｇネットワークおよび将来の他のネットワークにおいて、アクセスデバイス、ＡＭＦネットワーク要素、ＳＭＦネットワーク要素、ＡＵＳＦネットワーク要素、ＵＤＭネットワーク要素、ＵＰＦネットワーク要素、およびＰＣＦネットワーク要素に対応するネットワーク要素またはエンティティは、他の名称を有し得る。これは本出願のこの実施形態において特に限定されない。例えば、代替として、ＵＤＭネットワーク要素は、ホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ、ＨＳＳ）、ユーザサブスクリプションデータベース（ｕｓｅｒ ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａｂａｓｅ、ＵＳＤ）、データベースエンティティなどによって置き換えられ得る。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0126】

任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、現在の４Ｇネットワークに適用されることが想定される。図７に示されるように、パケット送信デバイス５０１は４Ｇネットワーク内の端末であってよく、パケット受信デバイス５０２は４Ｇネットワーク内のアクセスデバイスまたはＧＷであってよい。代替として、パケット送信デバイス５０１は４Ｇネットワーク内のアクセスデバイスであってよく、パケット受信デバイス５０２は４Ｇネットワーク内の端末またはＧＷであってよい。代替として、パケット送信デバイス５０１は４Ｇネットワーク内のＧＷであってよく、パケット受信デバイス５０２は４Ｇネットワーク内の端末またはアクセスデバイスであってよい。前述の場合において、ネットワークデバイスに対応するネットワーク要素またはエンティティは、４Ｇネットワーク内のＧＷであってよい。

【0127】

代替として、図１６に示されるサービスのサービス品質を検出するためのシステム１６０は、現在の４Ｇネットワークに適用されることが想定される。図７に示されるように、パケット送受信機デバイス１６０１は５Ｇネットワーク内の端末であってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたはＧＷであってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のアクセスデバイスであってよく、ループバックデバイス１６０２は５Ｇネットワーク内の端末またはＧＷであってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のＧＷであってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたは端末であってよい。

【0128】

加えて、図７に示されるように、４Ｇネットワークは、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、ＭＭＥ）、ポリシーおよび課金ルール機能（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）ネットワーク要素などをさらに含み得る。ＧＷは、ＰＤＮゲートウェイ（ＰＤＮ ｇａｔｅｗａｙ、ＰＧＷ）およびサービングゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、ＳＧＷ）の機能を統合する。詳細については、既存の４Ｇネットワークアーキテクチャを参照されたい。詳細は本出願のこの実施形態では述べられない。

【0129】

アクセスデバイスはＳ１－Ｕインターフェースを通してＧＷと通信し、アクセスデバイスはＳ１－ＭＭＥインターフェースを通してＭＭＥと通信し、ＭＭＥはＳ１１インターフェースを通してＧＷと通信し、およびＰＣＲＦエンティティはＧｘインターフェースを通してＧＷと通信する。

【0130】

任意選択で、図５に示されるサービスのサービス品質を検出するためのシステム５０は、現在の４．５Ｇネットワークに適用されることが想定される。図８に示されるように、パケット送信デバイス５０１は４．５Ｇネットワーク内の端末であってよく、パケット受信デバイス５０２は４．５Ｇネットワーク内のアクセスデバイスまたはＧＷ－Ｕネットワーク要素であってよい。代替として、パケット送信デバイス５０１は４．５Ｇネットワーク内のアクセスデバイスであってよく、パケット受信デバイス５０２は４．５Ｇネットワーク内の端末またはＧＷ－Ｕネットワーク要素であってよい。代替として、パケット送信デバイス５０１は４．５Ｇネットワーク内のＧＷ－Ｕネットワーク要素であってよく、パケット受信デバイス５０２は４．５Ｇネットワーク内の端末またはアクセスデバイスであってよい。前述の場合において、ネットワークデバイスに対応するネットワーク要素またはエンティティは、５Ｇネットワーク内のＧＷ－Ｕネットワーク要素であってよい。

【0131】

代替として、図１６に示されるサービスのサービス品質を検出するためのシステム１６０は、現在の５Ｇネットワークに適用されることが想定される。図８に示されるように、パケット送受信機デバイス１６０１は５Ｇネットワーク内の端末であってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたはＧＷ－Ｕネットワーク要素であってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のアクセスデバイスであってよく、ループバックデバイス１６０２は５Ｇネットワーク内の端末またはＧＷ－Ｕネットワーク要素であってよい。代替として、パケット送受信機デバイス１６０１は５Ｇネットワーク内のＧＷ－Ｕネットワーク要素であってよく、ループバックデバイス１６０２は５Ｇネットワーク内のアクセスデバイスまたは端末であってよい。

【0132】

加えて、図８に示されるように、４．５Ｇネットワークは、ＭＭＥ、ゲートウェイ制御プレーン機能（ｇａｔｅｗａｙ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＧＷ－Ｃ）ネットワーク要素、ＰＣＲＦネットワーク要素などをさらに含み得る。詳細については、既存の４．５Ｇネットワークアーキテクチャを参照されたい。詳細は本出願のこの実施形態では述べられない。

【0133】

アクセスデバイスはＳ１－Ｕインターフェースを通してＧＷ－Ｕネットワーク要素と通信し、アクセスデバイスはＳ１－ＭＭＥインターフェースを通してＭＭＥと通信し、ＭＭＥはＳ１１インターフェースを通してＧＷ－Ｃネットワーク要素と通信し、ＧＷ－Ｃネットワーク要素はＳｘインターフェースを通してＧＷ－Ｕネットワーク要素と通信し、およびＰＣＲＦネットワーク要素はＧｘインターフェースを通してＧＷ－Ｃネットワーク要素と通信する。

【0134】

任意選択で、本出願の実施形態における端末（ｔｅｒｍｉｎａｌ）は、ワイヤレス通信機能を有する様々なハンドヘルドデバイス、車載デバイス、ウエアラブルデバイス、およびコンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスを含み得る。端末は、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ワイヤレスデータカード、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）コンピュータ、タブレットコンピュータ、ワイヤレスモデム（ｍｏｄｅｍ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）デバイス、ラップトップコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、コードレスフォン（ｃｏｒｄｌｅｓｓ ｐｈｏｎｅ）またはワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、マシンタイプ通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）端末、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、端末デバイス（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）などをさらに含み得る。説明を容易にするように、上記で述べられたデバイスは本出願では端末と総称される。

【0135】

任意選択で、本出願の実施形態におけるアクセスデバイスは、コアネットワークにアクセスするデバイス、例えば、基地局、ブロードバンドネットワークゲートウェイ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ、ＢＮＧ）、アグリゲーションスイッチ、または非第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）アクセスデバイスである。基地局は、様々な形態での基地局、例えば、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、およびアクセスポイントを含み得る。

【0136】

任意選択で、本出願の実施形態における図５のパケット送信デバイスもしくはパケット受信デバイス、または図１６のループバックデバイスは、１つのデバイスによって実施されてよく、または複数のデバイスによって実施されてよく、または１つのデバイスの機能モジュールであってよい。これは本出願の実施形態において特に限定されない。前述の機能は、ハードウェアデバイス内のネットワーク要素であってよく、または専用ハードウェア上で稼働するソフトウェア機能であってよく、またはプラットフォーム（例えば、クラウドプラットフォーム）上でインスタンス化された仮想機能であってよいことが理解され得る。

【0137】

例えば、本出願の実施形態における図５のパケット送信デバイスもしくはパケット受信デバイス、または図１６のループバックデバイスは、図９の通信デバイスによって実施され得る。図９は、本出願の実施形態による通信デバイスのハードウェア構造の概略図である。通信デバイス９００は、少なくとも１つのプロセッサ９０１、通信ライン９０２、メモリ９０３、および少なくとも１つの通信インターフェース９０４を含む。

【0138】

プロセッサ９０１は、汎用中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本出願のソリューションのプログラム実行を制御するための１つまたは複数の集積回路であってよい。

【0139】

通信ライン９０２は、前述の構成要素の間で情報を転送するための経路を含み得る。

【0140】

通信インターフェース９０４は、他のデバイス、またはイーサネット、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）、またはワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）などの通信ネットワークと通信するために、送受信機などの任意の装置を使用する。

【0141】

メモリ９０３は、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）または静的情報および命令を記憶することができる他のタイプの静的ストレージデバイス、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）または情報および命令を記憶することができる他のタイプの動的ストレージデバイスであってよく、または電気的消去可能プログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、または他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、ブルーレイディスクなどを含む）、およびディスクストレージ媒体または他のディスクストレージデバイス、または命令もしくはデータ構造体の形態で予想されるプログラムコードを運ぶもしくは記憶するために使用されることができ、コンピュータによってアクセスされることができる任意の他の媒体であってよい。しかしながら、メモリ９０３はそれらに限定されない。メモリは独立して存在してよく、通信ライン９０２を通してプロセッサに接続される。代替として、メモリはプロセッサに統合され得る。

【0142】

メモリ９０３は、本出願におけるソリューションを実行するためのコンピュータ実行可能命令を記憶するように構成され、プロセッサ９０１は、コンピュータ実行可能命令の実行を制御する。プロセッサ９０１は、本出願の以下の実施形態において提供されるサービスのサービス品質を検出するための方法を実施するように、メモリ９０３に記憶されたコンピュータ実行可能命令を実行するように構成される。

【0143】

任意選択で、本出願のこの実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードと呼ばれてもよい。これは本出願のこの実施形態において特に限定されない。

【0144】

特定の実装時に、実施形態において、プロセッサ９０１は１つまたは複数のＣＰＵ、例えば、図９のＣＰＵ０およびＣＰＵ１を含み得る。

【0145】

特定の実装時に、実施形態において、通信デバイス９００は、複数のプロセッサ、例えば、図９のプロセッサ９０１およびプロセッサ９０８を含み得る。プロセッサはそれぞれ、単一コア（単一ＣＰＵ）プロセッサまたはマルチコア（マルチＣＰＵ）プロセッサであってよい。本明細書でプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つまたは複数のデバイス、回路、および／または処理コアを指し得る。

【0146】

特定の実装時に、実施形態において、通信デバイス９００は、出力デバイス９０５と入力デバイス９０６とをさらに含み得る。出力デバイス９０５はプロセッサ９０１と通信し、複数のやり方で情報を表示し得る。例えば、出力デバイス９０５は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ， ＬＥＤ）ディスプレイデバイス、陰極線管（ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ、ＣＲＴ）ディスプレイデバイス、プロジェクタ（ｐｒｏｊｅｃｔｏｒ）などであってよい。入力デバイス９０６は、プロセッサ９０１と通信し、複数のやり方でユーザの入力を受信し得る。例えば、入力デバイス９０６は、マウス、キーボード、タッチスクリーンデバイス、または検知デバイスであってよい。

【0147】

通信デバイス９００は、汎用デバイスまたは専用デバイスであってよい。特定の実装時に、通信デバイス９００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、移動電話、タブレットコンピュータ、ワイヤレス端末デバイス、埋め込み型デバイス、または図９の構造と同様な構造を有するデバイスであってよい。通信デバイス９００のタイプは、本出願のこの実施形態において限定されない。

【0148】

以下は、図１から図９、および図１６を参照して、本出願の実施形態において提供されるサービスのサービス品質を検出するための方法を具体的に説明する。

【0149】

本出願の以下の実施形態において、ネットワーク要素の間のメッセージにおけるメッセージの名称またはパラメータの名称は、単に例であり、メッセージまたはパラメータは、特定の実装時に他の名称を有し得ることが留意されるべきである。これは本出願の実施形態において特に限定されない。

【0150】

例えば、図５に示されるサービスのサービス品質を検出するためのシステム５０は、図６に示される５Ｇネットワークに適用される。図１０は、本出願の実施形態によるサービスのサービス品質を検出するための方法を示す。サービスのサービス品質を検出するための方法は、アクセスデバイスが検出パケットを処理しないシナリオに適用可能であり、以下のステップを含む。

【0151】

Ｓ１００１．パケット送信デバイスは第１のパケットを生成し、第１のパケットはサービスのセッション情報と、第１のパケットのパケットタイプとを含む。

【0152】

サービスのセッション情報の関連説明については、前述の簡潔な導入部を参照されたい。第１のパケットのパケットタイプの関連説明については、図５に示される実施形態を参照されたい。詳細は本明細書では再び述べられない。

【0153】

任意選択で、本出願のこの実施形態において、パケット送信デバイスによって第１のパケットを生成することは、具体的には、パケット送信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプを獲得することと、次いでパケット送信デバイスによって、第１のパケットを獲得するために、第１のネットワークプロトコルスタックを使用することによって、サービスのセッション情報および第１のパケットのパケットタイプをカプセル化することとを含み得る。

【0154】

ケース１：パケット送信デバイスは端末であり、パケット受信デバイスはＵＰＦネットワーク要素であるとき：

【0155】

可能な実装において、第１のネットワークプロトコルスタックは、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、それに対応して、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによってカプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＳＤＡＰを使用することによってカプセル化される。加えて、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理しないシナリオに適用可能である。したがって、アクセスデバイスはＬＱＡＰ層を認識しない。

【0156】

例えば、第１のパケットのフォーマットは、図１１（ａ）に示され得、ＳＤＡＰ層、ＬＱＡＰ層、およびＳＤＡＰ層以外の３ＧＰＰネットワークプロトコル層を含む。ＳＤＡＰ層は、第１のパケットのパケットタイプを含み、第１のパケットのパケットタイプが検出パケットであることを示すために、ペイロードタイプ（ｐａｙｌｏａｄ ｔｙｐｅ、ＰＴ）＝１が使用される。もちろん、ＰＴ＝１は単に例であり、第１のパケットのパケットタイプが検出パケットであることを示すために他の値が使用されてもよい。これは本出願のこの実施形態において特に限定されない。加えて、サービスのセッション情報は、ＳＤＡＰ層に含まれてよく、または３ＧＰＰネットワークプロトコル層におけるＰＤＣＰ層に含まれてよく、または３ＧＰＰネットワークプロトコル層におけるＳＤＡＰ層およびＰＤＣＰ層に含まれてよい。これは本出願のこの実施形態において特に限定されない。

【0157】

もちろん、図５に示されるサービスのサービス品質を検出するためのシステム５０が、図７に示される４Ｇネットワーク、または図８に示される４．５Ｇネットワークに適用される場合、４Ｇネットワークまたは４．５ＧネットワークはＳＤＡＰをサポートしないので、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＰＤＣＰを使用することによってカプセル化され得る。これは本出願のこの実施形態において特に限定されない。

【0158】

他の可能な実装において、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理しないシナリオに適用可能であるので、第１のネットワークプロトコルスタックは、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、それに対応して、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによってカプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。代替として、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。

【0159】

例えば、第１のパケットのフォーマットは、図１１（ｂ）に示され得、ＴＦＣＰ層、ＬＱＡＰ層（任意選択）、ＴＦＣＰ層以外の３ＧＰＰネットワークプロトコル層を含む。ＴＦＣＰ層は第１のパケットのパケットタイプを含み、第１のパケットのパケットタイプが検出パケットであることを示すために、タイプ＝監視（ｍｏｎｉｔｏｒｉｎｇ）が使用される。もちろん、タイプ＝監視（ｍｏｎｉｔｏｒｉｎｇ）は、第１のパケットのパケットタイプがＴＦＣＰ層において明示的に示される単なる例であり、第１のパケットのパケットタイプが明示的に示される他の形態が、第１のパケットのパケットタイプが検出パケットであることを示すために使用され得る。これは本出願のこの実施形態において特に限定されない。もちろん、代替として第１のパケットのパケットタイプは、ＴＦＣＰ層において暗黙的に示され得、具体的には、第１のパケットのパケットタイプは、ＴＦＣＰ層におけるフィールドを他の情報に関連付けることによって決定される。例えば、サービスパケットおよび検出パケットが、図４に示される３ＧＰＰネットワークプロトコルスタックを使用することによってカプセル化されるとき、図１１（ｂ）に示されるように、サービスパケットと検出パケットとを区別するために、ＴＦＣＰ層において異なるＩＤが使用され得る。例えば、サービスパケットのＴＦＣＰ ＩＤは１であり、検出パケットのＴＦＣＰ ＩＤは２であり、端末およびＵＰＦネットワーク要素は、ＴＦＣＰ ＩＤに対応するコンテキスト情報を記憶し、ここで１のＴＦＣＰ ＩＤに対応するコンテキスト情報は、パケットがサービスパケットであることを示し、２のＴＦＣＰ ＩＤに対応するコンテキスト情報は、パケットが検出パケットであることを示す。第１のパケットのパケットタイプのインジケーション形態は、本出願のこの実施形態において特に限定されない。加えて、サービスのセッション情報はＴＦＣＰ層に含まれてよく、または３ＧＰＰネットワークプロトコル層におけるＰＤＣＰ層に含まれてよく、または３ＧＰＰネットワークプロトコル層におけるＳＤＡＰ層に含まれてよく、または３ＧＰＰネットワークプロトコル層におけるＳＤＡＰ層およびＰＤＣＰ層に含まれてよい。これは本出願のこの実施形態において特に限定されない。

【0160】

第１のパケットのフォーマットがＴＦＣＰ層を含むとき、ＴＦＣＰ層は第１のパケットのパケットタイプを含むので、３ＧＰＰネットワークプロトコル層におけるＳＤＡＰ層のＰＴは識別される必要がないことが留意されるべきである。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0161】

ケース２：パケット送信デバイスがＵＰＦネットワーク要素であり、パケット受信デバイスが端末であるとき：

【0162】

可能な実装において、第１のネットワークプロトコルスタックは、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、それに対応して、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによってカプセル化される。加えて、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理しないシナリオに適用可能である。したがって、アクセスデバイスはＬＱＡＰを認識しない。

【0163】

例えば、第１のパケットのフォーマットは図１１（ｃ）に示され得、ＧＴＰ－Ｕ層、ＬＱＡＰ層、およびＧＴＰ－Ｕ層以外の３ＧＰＰネットワークプロトコル層を含む。ＧＴＰ－Ｕ層は、第１のパケットのパケットタイプおよびサービスのセッション情報を含む。第１のパケットのパケットタイプが検出パケットであることを示すために、ＰＴ＝１が使用される。もちろん、ＰＴ＝１は単に例であり、代替として第１のパケットのパケットタイプが検出パケットであることを示すために他の値が使用され得る。これは本出願のこの実施形態において特に限定されない。

【0164】

他の可能な実装において、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理しないシナリオに適用可能であるので、第１のネットワークプロトコルスタックは、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、それに対応して、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによってカプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。代替として、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。

【0165】

例えば、第１のパケットのフォーマットは図１１（ｄ）に示され得、ＴＦＣＰ層、ＬＱＡＰ層（任意選択）、およびＴＦＣＰ層以外の３ＧＰＰネットワークプロトコル層を含む。ＴＦＣＰ層は第１のパケットのパケットタイプを含み、第１のパケットのパケットタイプが検出パケットであることを示すために、タイプ＝監視（ｍｏｎｉｔｏｒｉｎｇ）が使用される。もちろん、タイプ＝監視（ｍｏｎｉｔｏｒｉｎｇ）は単に例であり、第１のパケットのパケットタイプが検出パケットであることを示すために他の形態が使用され得る。例えば、ケース１における図１１（ｂ）に示されるように、第１のパケットのパケットタイプは、ＴＦＣＰ層におけるフィールドを他の情報に関連付けることによって決定される。これは本出願のこの実施形態において特に限定されない。加えて、サービスのセッション情報は、ＴＦＣＰ層、または３ＧＰＰネットワークプロトコル層におけるＧＴＰ－Ｕ層に含まれ得る。これは本出願のこの実施形態において特に限定されない。

【0166】

任意選択で、本出願のこの実施形態において、第１のパケットは第１のパケットの送信周期性をさらに含み得る。例えば、第１のパケットの送信周期性は２ｍｓであってよい。

【0167】

任意選択で、本出願のこの実施形態において、第１のパケットは第１の検出識別子をさらに含んでよく、第１の検出識別子はサービスのサービス品質を検出するように示すために使用される。これは本出願のこの実施形態において特に限定されない。

【0168】

もちろん、第１のパケットは、他のパラメータ、例えば、送信瞬間またはシーケンス番号をさらに含み得る。これは本出願のこの実施形態において特に限定されない。

【0169】

任意選択で、第１の検出識別子、第１のパケットの送信周期性、送信瞬間、シーケンス番号、または他の情報は、検出情報と総称され得る。検出情報は、図２または図４のＬＱＡＰを使用することによってカプセル化されてよく、または図４のＴＦＣＰを使用することによってカプセル化され得る。これは本出願のこの実施形態において特に限定されない。検出情報が図２または図４のＬＱＡＰを使用することによってカプセル化されるとき、本出願のこの実施形態における第１の検出識別子は、例えば、ＬＱＡＰ ＩＤによって表され得る。検出情報が図４のＴＦＣＰを使用することによってカプセル化されるとき、本出願のこの実施形態における第１の検出識別子は、例えば、ＴＦＣＰ ＩＤを使用することによって表され得る。これは本出願のこの実施形態において特に限定されない。

【0170】

任意選択で、本出願のこの実施形態において、パケット送信デバイスは、第１のパケッ
トを生成するようにＰＣＦネットワーク要素によってトリガされてよく、またはパケット送信デバイスは、第１のパケットを生成するようにＳＭＦネットワーク要素によってトリガされてよく、またはパケット送信デバイスは、第１のパケットの生成を起動してよいなどである。これは本出願のこの実施形態において特に限定されない。パケット送信デバイスが、第１のパケットを生成するようにＰＣＦネットワーク要素によってトリガされるとき、検出情報は、ＰＣＦネットワーク要素、ＳＭＦネットワーク要素、または他のパケット送信デバイスのうちの少なくとも１つによって決定され得る。パケット送信デバイスが、第１のパケットを生成するようにＳＭＦネットワーク要素によってトリガされるとき、検出情報は、ＳＭＦネットワーク要素またはパケット送信デバイスのうちの少なくとも一方によって決定され得る。パケット送信デバイスが第１のパケットの生成を起動するとき、検出情報はパケット送信デバイスによって決定され得る。これは本出願のこの実施形態において特に限定されない。

【0171】

Ｓ１００２．パケット送信デバイスはアクセスデバイスに第１のパケットを送信し、アクセスデバイスはパケット送信デバイスから第１のパケットを受信する。

【0172】

Ｓ１００３．アクセスデバイスはパケット受信デバイスに第１のパケットを送信し、パケット受信デバイスはアクセスデバイスから第１のパケットを受信する。

【0173】

本出願のこの実施形態において、同じ検出識別子を有するパケットは１つの検出パケットと見なされることが留意されるべきである。しかしながら、本出願のこの実施形態において、パケット送信デバイスとアクセスデバイスとの間で送信される第１のパケット、およびアクセスデバイスとパケット受信デバイスとの間で送信される第１のパケットは、異なるネットワークプロトコルスタックを使用することによってカプセル化される。言い換えれば、本出願のこの実施形態において、第１のパケットを受信した後、アクセスデバイスは、第１のパケットを構文解析して、サービスのセッション情報および第１のパケットのパケットタイプを獲得し、第２のネットワークプロトコルスタックを使用することによってサービスのセッション情報および第１のパケットのパケットタイプを再カプセル化して、再カプセル化された第１のパケットを獲得し、第１のパケットをパケット受信デバイスに送信する。

【0174】

ケース１：パケット送信デバイスは端末であり、パケット受信デバイスはＵＰＦネットワーク要素であるとき：

【0175】

ステップＳ１００１における第１のネットワークプロトコルスタックが、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックである場合、それに対応して、本出願のこの実施形態における第２のネットワークプロトコルスタックは、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、具体的には、サービスのセッション情報および第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによってカプセル化される。

【0176】

例えば、第１のパケットのフォーマットは図１１（ｃ）に示され得る。関連説明については、図１１（ｃ）での説明を参照されたい。詳細は本明細書では再び述べられない。

【0177】

第１のパケットが、図２に示される３ＧＰＰネットワークプロトコルスタックを使用することによってカプセル化される場合、パケットタイプ識別はアクセスデバイス側で行われる必要があることが留意されるべきである。理由は、端末とアクセスデバイスとの間で送信される第１のパケットのパケットタイプ、およびアクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのパケットタイプは、それぞれＳＤＡＰ層およびＧＴＰ－Ｕ層内にあり、異なるプロトコルによって定義される、パケットが検出パケットであることを示すために使用されるＰＴ値は、異なり得るからである。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0178】

ステップＳ１００１における第１のネットワークプロトコルスタックが、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックである場合、それに対応して、本出願のこの実施形態における第２のネットワークプロトコルスタックは、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、具体的には、サービスのセッション情報は、第２のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによってカプセル化され、第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。代替として、サービスのセッション情報および第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。

【0179】

例えば、第１のパケットのフォーマットは図１１（ｄ）に示され得る。関連説明については、図１１（ｄ）での説明を参照されたい。詳細は本明細書では再び述べられない。

【0180】

第１のパケットが、図４に示される３ＧＰＰネットワークプロトコルスタックを使用することによってカプセル化される場合、パケットタイプ識別はアクセスデバイス側で行われる必要はないことが留意されるべきである。理由は、端末とアクセスデバイスとの間で送信される第１のパケットのパケットタイプ、およびアクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのパケットタイプは、ＴＦＣＰ層において記憶され、パケットが検出パケットであることを示すために使用される、同じプロトコルにおいて定義される形態は、同じであるからである。本明細書では、一般的な説明が、提供され、詳細が、以下で再び説明されることはない。

【0181】

ケース２：パケット送信デバイスがＵＰＦネットワーク要素であり、パケット受信デバイスは端末であるとき：

【0182】

ステップＳ１００１における第１のネットワークプロトコルスタックが、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックである場合、それに対応して、本出願のこの実施形態における第２のネットワークプロトコルスタックは、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図２に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、具体的には、サービスのセッション情報は、第２のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによってカプセル化され、第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＳＤＡＰを使用することによってカプセル化される。

【0183】

例えば、第１のパケットのフォーマットは図１１（ａ）に示され得る。関連説明については、図１１（ａ）での説明を参照されたい。詳細は本明細書では再び述べられない。

【0184】

ステップＳ１００１における第１のネットワークプロトコルスタックが、ＵＰＦネットワーク要素とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックである場合、それに対応して、本出願のこの実施形態における第２のネットワークプロトコルスタックは、端末とアクセスデバイスとの間にあり、検出パケットに対応する、図４に示される３ＧＰＰネットワークプロトコルスタックであってよい。この場合は、具体的には、サービスのセッション情報は、第２のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによってカプセル化され、第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。代替として、サービスのセッション情報および第１のパケットのパケットタイプは、第２のネットワークプロトコルスタック内のＴＦＣＰを使用することによってカプセル化される。

【0185】

例えば、第１のパケットのフォーマットは図１１（ｂ）に示され得る。関連説明については、図１１（ｂ）での説明を参照されたい。詳細は本明細書では再び述べられない。

【0186】

加えて、本出願のこの実施形態において、パケット送信デバイスとアクセスデバイスとの間で送信される第１のパケット、およびアクセスデバイスとパケット受信デバイスとの間で送信される第１のパケットは、サービスの、異なるセッション情報を含み得ることが留意されるべきである。具体的には、本出願のこの実施形態において、パケット送信デバイスから第１のパケットを受信した後、およびパケット受信デバイスに第１のパケットを送信する前に、アクセスデバイスは、サービスのセッション情報をマッピングする、または変換する必要がある。サービスのセッション情報の関連した具体的な説明については、前述の簡潔な導入部を参照されたい。詳細は本明細書では再び述べられない。

【0187】

Ｓ１００４．パケット受信デバイスは、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスのサービス品質を決定する。

【0188】

可能な実装において、上述のように、第１のパケットは、第１の検出識別子をさらに含み得る。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスのサービス品質を決定することは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて第１のパケットは検出パケットであることを決定することと、パケット受信デバイスによって、第１の検出識別子に基づいて第１のパケットのコンテキストを決定することであって、第１のパケットのコンテキストは予想される受信周期性を含む、決定することと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいてサービスのサービス品質を決定することとを含む。

【0189】

他の可能な実装において、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスのサービス品質を決定することは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて第１のパケットは検出パケットであることを決定することと、パケット受信デバイスによって、サービスのセッション情報に基づいてサービスのコンテキストを決定することであって、サービスのコンテキストは予想される受信周期性を含む、決定することと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいてサービスのサービス品質を決定することとを含む。

【0190】

他の可能な実装において、上述のように、第１のパケットは、送信周期性をさらに含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスのサービス品質を決定することは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて第１のパケットは検出パケットであることを決定することと、パケット受信デバイスによって、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいてサービスのサービス品質を決定することとを含む。

【0191】

言い換えれば、本出願のこの実施形態において、パケット受信デバイスは、サービスのセッション情報に基づいて特定のサービスフローを見つけ得る。例えば、ＵＰＦネットワーク要素は、ＧＴＰ－Ｕ層におけるＱＦＩおよびＴＥＩＤに基づいて、ＱｏＳフローを見つけ得る。パケット受信デバイスは、第１のパケットのパケットタイプに基づいて、第１のパケットは検出パケットであることを学習し得る。例えば、端末は、図１１（ａ）のＳＤＡＰ層におけるＰＴ＝１に基づいて、第１のパケットは検出パケットであることを学習し得る。代替として、端末は、図１１（ｂ）のＴＦＣＰ層におけるタイプ＝監視に基づいて、第１のパケットは検出パケットであることを学習し得る。代替として、端末は、図１１（ｂ）のＴＦＣＰ層におけるＴＦＣＰ ＩＤと、ＴＦＣＰ ＩＤに対応するコンテキスト情報とに基づいて、第１のパケットは検出パケットであることを学習し得る。代替として、ＵＰＦネットワーク要素は、図１１（ｃ）のＧＴＰ－Ｕ層におけるＰＴ＝２に基づいて、第１のパケットは検出パケットであることを学習し得る。代替として、端末は、図１１（ｄ）のＴＦＣＰ層におけるタイプ＝監視に基づいて、第１のパケットは検出パケットであることを学習し得る。代替として、端末は、図１１（ｄ）のＴＦＣＰ層におけるＴＦＣＰ ＩＤと、ＴＦＣＰ ＩＤに対応するコンテキスト情報とに基づいて、第１のパケットは検出パケットであることを学習し得る。

【0192】

パケット受信デバイスが特定のサービスフローを見つけ、第１のパケットは検出パケットであることを学習した後、パケット受信デバイスは、第１のパケットの、獲得された予想される受信周期性または送信周期性、および到着情報に基づいて、サービスのサービス品質をさらに決定し得る。例えば、サービスのセッション情報によれば、見つけられたサービスフローのエンドツーエンドパケット送信遅延は６ｍｓであることが必要であり、予想される受信規則は１つの検出パケットが２ｍｓごとに受信されることである。この場合は、第１のパケットの到着情報が、３つの連続した周期性の間に第１のパケットが受信されないことを示す場合、パケット受信デバイスはリンクが不完全であると見なし得る。言い換えれば、第１のパケットの到着間隔は、サービスのサービス品質要件を満たさない。代替として、例えば、サービスのセッション情報によれば、見つけられたサービスフローのエンドツーエンドパケット送信遅延は６ｍｓであることが必要であり、１つの検出パケットを送信するための送信周期性は２ｍｓである。送信周期性は受信周期性に等しいので、パケット受信デバイスは２ｍｓごとに１つの検出パケットを受信することを意味する。この場合は、第１のパケットの到着情報が、３つの連続した周期性の間に第１のパケットが受信されないことを示す場合、パケット受信デバイスはリンクが不完全であると見なし得る。言い換えれば、第１のパケットの到着間隔は、サービスのサービス品質要件を満たさない。

【0193】

従来技術では、サービスのサービス品質はＡＣＫ遅延機構を通してのみ検出されることができる。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法によれば、サービスのサービス品質はリアルタイムに検出されることができる。関連した技術的効果の分析については、サービスのサービス品質を検出するためのシステムの説明を参照されたい。詳細は本明細書では再び述べられない。

【0194】

ステップＳ１００１からＳ１００４におけるパケット送信デバイスまたはパケット受信デバイスの動作は、メモリ９０３に記憶されたアプリケーションプログラムコードを呼び出すことによって、図９に示される通信デバイス９００内のプロセッサ９０１によって行われ得る。これは本出願のこの実施形態において限定されない。

【0195】

任意選択で、例えば、図５に示されたサービスのサービス品質を検出するためのシステム５０は、図６に示された５Ｇネットワークに適用される。図１２は、本出願の一実施形態による、サービスのサービス品質を検出するための別の方法を示す。サービスのサービス品質を検出するための方法は、アクセスデバイスが検出パケットを処理するシナリオに適用可能であり、以下のステップを含む。

【0196】

Ｓ１２０１．ＳＭＦネットワーク要素は、アクセスデバイスにサービスのセグメント情報を送り、アクセスデバイスは、ＳＭＦネットワーク要素からサービスのセグメント情報を受信する。

【0197】

本出願のこの実施形態におけるセグメントは、第１のセグメントおよび／または第２のセグメントを含み得る。

【0198】

第１のセグメントは、アクセスデバイスとＵＰＦネットワーク要素との間の経路を指し、サービスの第１のセグメント情報に対応する。サービスの第１のセグメント情報は、例えば、第１のセグメント識別子を含み得る。代替として、サービスの第１のセグメント情報は、例えば、ＵＰＦネットワーク要素のアドレスと、アクセスデバイスのアドレスと、パケット送信方向とを含み得る。代替として、サービスの第１のセグメント情報は、アクセスデバイスのアドレスなどを含む。これは、本出願のこの実施形態では特に限定されない。

【0199】

第２のセグメントは、アクセスデバイスと端末との間の経路を指し、サービスの第２のセグメント情報に対応する。サービスの第２のセグメント情報は、例えば、第２のセグメント識別子を含み得る。代替として、サービスの第２のセグメント情報は、例えば、端末のアドレスと、アクセスデバイスのアドレスと、パケット送信方向とを含み得る。代替として、サービスの第２のセグメント情報は、アクセスデバイスのアドレスなどを含む。これは、本出願のこの実施形態では特に限定されない。

【0200】

本出願のこの実施形態では、ステップＳ１２０１と以下のステップＳ１２０２からＳ１２０４との間に必要な実行シーケンスがないことに留意されたい。ステップＳ１２０１は、ステップＳ１２０２からＳ１２０４内の１つもしくは複数のステップの前後に実行され得るか、またはステップＳ１２０１およびステップＳ１２０２からステップＳ１２０４内の１つもしくは複数のステップは同時に実行され得る。これは、本出願のこの実施形態では特に限定されない。

【0201】

Ｓ１２０２．ステップＳ１００１と同様に、Ｓ１２０２とステップＳ１００１との間の唯一の差は以下にある。第１に、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理するシナリオに適用可能であるので、本出願のこの実施形態では、図２に示された３ＧＰＰネットワークプロトコルスタックが第１のパケットのために使用される場合、アクセスデバイスはＬＱＡＰを知覚する。第２に、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理するシナリオに適用可能であるので、本出願のこの実施形態では、図４に示された３ＧＰＰネットワークプロトコルスタックではなく図３に示された３ＧＰＰネットワークプロトコルスタックが第１のパケットのために使用される。図３に示された３ＧＰＰネットワークプロトコルスタックは、端末側上とＵＰＦネットワーク要素側上との両方で図４に示された３ＧＰＰネットワークプロトコルスタックと同じである。したがって、第１のパケットが図３に示された３ＧＰＰネットワークプロトコルスタックを使用することによってカプセル化される場合、関連説明については、図４に示された３ＧＰＰネットワークプロトコルスタックを使用することによって第１のパケットをカプセル化するステップＳ１００１の説明を参照されたい。詳細が、本明細書では再び説明されることはない。さらに、他の関連説明については、ステップＳ１００１を参照されたい。詳細が、本明細書では再び説明されることはない。

【0202】

Ｓ１２０３．パケット送信デバイスは、アクセスデバイスに第１のパケットを送り、アクセスデバイスは、パケット送信デバイスから第１のパケットを受信する。

【0203】

Ｓ１２０４．アクセスデバイスは、サービスのセグメントサービス品質を決定する。

【0204】

ケース１：パケット送信デバイスが端末であるとき、パケット受信デバイスはＵＰＦネットワーク要素である：

【0205】

アクセスデバイスによって、サービスのセグメントサービス品質を決定することは、具体的には、アクセスデバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することを含み得る。

【0206】

アクセスデバイスがサービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスの第２のセグメントサービス品質を決定する特定の実装については、ステップＳ１００４を参照されたい。ステップＳ１００４との唯一の差は、サービスの第２のセグメントサービス品質を決定するためにアクセスデバイスによって使用される予想される受信周期性または送信周期性が、ステップＳ１００４においてサービスのサービス品質を決定するためにＵＰＦネットワーク要素によって使用される予想される受信周期性または送信周期性とは異なる値を有することにある。関連説明については、ステップＳ１００４を参照し、詳細が、本明細書では再び説明されることはない。

【0207】

ケース２：パケット送信デバイスがＵＰＦネットワーク要素であるとき、パケット受信デバイスは端末である：

【0208】

アクセスデバイスによって、サービスのセグメントサービス品質を決定することは、具体的には、アクセスデバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスの第１のセグメントサービス品質を決定することであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとＵＰＦネットワーク要素との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することを含み得る。

【0209】

アクセスデバイスがサービスのセッション情報および第１のパケットのパケットタイプに基づいてサービスの第１のセグメントサービス品質を決定する特定の実装については、ステップＳ１００４を参照されたい。ステップＳ１００４との唯一の差は、サービスの第１のセグメントサービス品質を決定するためにアクセスデバイスによって使用される予想される受信周期性または送信周期性が、ステップＳ１００４においてサービスのサービス品質を決定するために端末によって使用される予想される受信周期性または送信周期性とは異なる値を有することにある。関連説明については、ステップＳ１００４を参照し、詳細が、本明細書では再び説明されることはない。

【0210】

Ｓ１２０５．アクセスデバイスは、第１のパケットにサービスのセグメント情報とサービスのセグメントサービス品質とを挿入する。

【0211】

ケース１：パケット送信デバイスが端末であるとき、パケット受信デバイスはＵＰＦネットワーク要素である：

【0212】

アクセスデバイスによって、第１のパケットにサービスのセグメント情報とサービスのセグメントサービス品質とを挿入することは、具体的には、アクセスデバイスによって、第１のパケットにサービスの第２のセグメント情報とサービスの第２のセグメントサービス品質とを挿入することを含み得る。サービスの第２のセグメント情報の関連説明については、ステップＳ１２０１を参照されたい。サービスの第２のセグメントサービス品質の関連説明については、ステップＳ１２０４を参照されたい。詳細が、本明細書では再び説明されることはない。

【0213】

ケース２：パケット送信デバイスがＵＰＦネットワーク要素であるとき、パケット受信デバイスは端末である：

【0214】

アクセスデバイスによって、第１のパケットにサービスのセグメント情報とサービスのセグメントサービス品質とを挿入することは、具体的には、アクセスデバイスによって、第１のパケットにサービスの第１のセグメント情報とサービスの第１のセグメントサービス品質とを挿入することを含み得る。サービスの第１のセグメント情報の関連説明については、ステップＳ１２０１を参照されたい。サービスの第１のセグメントサービス品質の関連説明については、ステップＳ１２０４を参照されたい。詳細が、本明細書では再び説明されることはない。

【0215】

Ｓ１２０６．ステップＳ１００３と同様に、ステップＳ１００３との唯一の差は以下にある。第１に、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理するシナリオに適用可能であるので、本出願のこの実施形態では、図２に示された３ＧＰＰネットワークプロトコルスタックが第１のパケットのために使用される場合、アクセスデバイスはＬＱＡＰを知覚する。第２に、本出願のこの実施形態は、アクセスデバイスが検出パケットを処理するシナリオに適用可能であるので、本出願のこの実施形態では、図４に示された３ＧＰＰネットワークプロトコルスタックではなく図３に示された３ＧＰＰネットワークプロトコルスタックが第１のパケットのために使用される。端末側上とＵＰＦネットワーク要素側上との両方での図３に示された３ＧＰＰネットワークプロトコルスタックは同じである。したがって、第１のパケットが図３に示された３ＧＰＰネットワークプロトコルスタックを使用することによってカプセル化される場合、関連説明については、図４に示された３ＧＰＰネットワークプロトコルスタックを使用することによって第１のパケットをカプセル化するステップＳ１００１の説明を参照されたい。詳細が、本明細書では再び説明されることはない。第３に、本出願のこの実施形態では、サービスのセグメント情報とサービスのセグメントサービス品質とが挿入されるので、第１のパケットのフォーマットは図１１内のフォーマットとは異なる。例えば、パケット送信デバイスが端末であり、パケット受信デバイスがＵＰＦネットワーク要素であるとき、アクセスデバイスと端末との間で送信される第１のパケットのフォーマットは、図１３（ａ）に示され得、アクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのフォーマットは、図１３（ｃ）に示され得る。代替として、アクセスデバイスと端末との間で送信される第１のパケットのフォーマットは、図１３（ｂ）に示され得、アクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのフォーマットは、図１３（ｄ）に示され得る。図１３（ａ）は、図１１（ａ）と同じであり、図１３（ｂ）は、図１１（ｂ）と同じである。図１１（ｃ）に示されたフォーマットと比較して、図１３（ｃ）に示されたフォーマットは、ＬＱＡＰ層に対するサービスの第２のセグメント情報とサービスの第２のセグメントサービス品質とをさらに含む。図１１（ｄ）に示されたフォーマットと比較して、図１３（ｄ）に示されたフォーマットは、ＬＱＡＰ層に対するサービスの第２のセグメント情報とサービスの第２のセグメントサービス品質とをさらに含む。もちろん、図１３（ｄ）がＬＱＡＰ層を含まない場合、サービスの第２のセグメント情報とサービスの第２のセグメントサービス品質とは、代替として、ＴＦＣＰ層に挿入され得る。これは、本出願のこの実施形態では特に限定されない。代替として、例えば、パケット送信デバイスがＵＰＦネットワーク要素であり、パケット受信デバイスが端末であるとき、アクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのフォーマットは、図１４（ａ）に示され得、アクセスデバイスと端末との間で送信される第１のパケットのフォーマットは、図１４（ｃ）に示され得る。代替として、アクセスデバイスとＵＰＦネットワーク要素との間で送信される第１のパケットのフォーマットは、図１４（ｂ）に示され得、アクセスデバイスと端末との間で送信される第１のパケットのフォーマットは、図１４（ｄ）に示され得る。図１４（ａ）は、図１１（ｃ）と同じであり、図１４（ｂ）は、図１１（ｄ）と同じである。図１１（ａ）に示されたフォーマットと比較して、図１４（ｃ）に示されたフォーマットは、ＬＱＡＰ層に対するサービスの第１のセグメント情報とサービスの第１のセグメントサービス品質とをさらに含む。図１１（ｂ）に示されたフォーマットと比較して、図１４（ｄ）に示されたフォーマットは、ＬＱＡＰ層に対するサービスの第１のセグメント情報とサービスの第１のセグメントサービス品質とをさらに含む。もちろん、図１４（ｄ）がＬＱＡＰ層を含まない場合、サービスの第１のセグメント情報とサービスの第１のセグメントサービス品質とは、代替として、ＴＦＣＰ層に挿入され得る。これは、本出願のこの実施形態では特に限定されない。

【0216】

Ｓ１２０７．ステップＳ１００４と同じ。関連説明については、図１０に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0217】

Ｓ１２０８．パケット受信デバイスは、サービスのサービス品質、挿入されたセグメント情報、およびサービスのセグメントサービス品質に基づいてサービスのセグメントサービス品質の別の部分を決定する。

【0218】

ケース１：パケット送信デバイスが端末であるとき、パケット受信デバイスはＵＰＦネットワーク要素である：

【0219】

パケット受信デバイスによって、サービスのサービス品質と、挿入されたセグメント情報と、サービスのセグメントサービス品質とに基づいてサービスのセグメントサービス品質の別の部分を決定することは、具体的には、パケット受信デバイスによって、サービスのサービス品質、挿入された第２のセグメント情報、およびサービスの第２のセグメントサービス品質に基づいてサービスの第１のセグメントサービス品質を決定することを含み得る。

【0220】

例えば、サービス品質は、遅延によって表される。端末とＵＰＦネットワーク要素との間の遅延が５ｍｓであり、端末とアクセスデバイスとの間の遅延が３ｍｓであると仮定すると、アクセスデバイスとＵＰＦネットワーク要素との間の遅延が２ｍｓであると決定され得る。

【0221】

ケース２：パケット送信デバイスがＵＰＦネットワーク要素であるとき、パケット受信デバイスは端末である：

【0222】

パケット受信デバイスによって、サービスのサービス品質と、挿入されたセグメント情報と、サービスのセグメントサービス品質とに基づいてサービスのセグメントサービス品質の別の部分を決定することは、具体的には、パケット受信デバイスによって、サービスのサービス品質、挿入された第１のセグメント情報、およびサービスの第１のセグメントサービス品質とに基づいてサービスの第２のセグメントサービス品質を決定することを含み得る。

【0223】

例えば、サービス品質は、遅延によって表される。端末とＵＰＦネットワーク要素との間の遅延が５ｍｓであり、ＵＰＦネットワーク要素とアクセスデバイスとの間の遅延が３ｍｓであると仮定すると、アクセスデバイスと端末との間の遅延が２ｍｓであると決定され得る。

【0224】

任意選択で、本出願のこの実施形態では、別の可能な実装では、パケット送信デバイスと、アクセスデバイスと、パケット受信デバイスとのクロックが互いに同期される場合、パケット受信デバイスは、予想される受信周期性を獲得しないことがあるが、パケット送信デバイスは、第１のパケットを生成するときに第１のパケットに第１のパケットを生成するタイムスタンプ１を挿入し得る。第１のパケットを受信した後に、アクセスデバイスは、上記のセグメント情報とセグメントサービス品質とを挿入し、さらに、パケット受信デバイスに第１のパケットを送信するタイムスタンプ２を挿入する必要がある。パケット受信デバイスは、パケット受信デバイスが第１のパケットとタイムスタンプ１またはタイムスタンプ２のうちの少なくとも一方とを受信する瞬間に基づいて送信遅延を計算し得る。これは、本出願のこの実施形態では特に限定されない。例えば、タイムスタンプ２－タイムスタンプ１＝パケット送信デバイスとアクセスデバイスとの間の送信遅延である。パケット受信デバイスが第１のパケットを受信する瞬間－タイムスタンプ１＝パケット送信デバイスとパケット受信デバイスとの間の送信遅延である。パケット受信デバイスが第１のパケットを受信する瞬間－タイムスタンプ２＝アクセスデバイスとパケット受信デバイスとの間の送信遅延である。

【0225】

従来技術では、サービスのサービス品質は、ＡＣＫ遅延機構を通してのみ検出され得る。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法によれば、サービスのサービス品質とサービスのセグメントサービス品質とはリアルタイムで検出され得る。関連する技術的効果の分析については、サービスのサービス品質を検出するためのシステムの説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0226】

ステップＳ１２０１からＳ１２０８におけるパケット送信デバイスまたはパケット受信デバイスの行為は、メモリ９０３内に記憶されたアプリケーションプログラムコードを呼び出すことによって図９に示された通信デバイス９００内のプロセッサ９０１によって実行され得る。これは、本出願のこの実施形態では限定されない。

【0227】

任意選択で、図１０に示されたサービスのサービス品質を検出するための方法と図１２に示されたサービスのサービス品質を検出するための方法との両方について、１つの監視リンクが１つのサービスフローのために確立される一例を使用することによって説明する。もちろん、複数の監視リンクが１つのサービスフローのために確立され得る。例えば、図５に示されたサービスのサービス品質を検出するためのシステム５０は、図６に示された５Ｇネットワークに適用される。図１５に示すように、端末とＵＰＦネットワーク要素との間の監視リンク１と、端末とアクセスデバイスとの間の監視リンク２と、アクセスデバイスとＵＰＦネットワーク要素との間の監視リンク３とを含む３つの監視リンクが１つのサービスフローのために確立され得る。監視リンク１は、上記の短い導入部分内の第１の検出識別子に対応する。監視リンク２は、上記の短い導入部分内の第２の検出識別子に対応する。監視リンク３は、上記の短い導入部分内の第３の検出識別子に対応する。このシナリオでは、以下の通りである。

【0228】

ケース１：端末がパケット受信デバイスとして使用される場合、ＵＰＦネットワーク要素がパケット送信デバイスとして使用されるとき、端末は、監視リンク１に対応するサービスのサービス品質を決定し得るか、またはアクセスデバイスがパケット送信デバイスとして使用されるとき、端末は、監視リンク２に対応するサービスの第２のセグメントサービス品質を決定し得る。監視リンク１に対応するサービスのサービス品質を検出するための方法と監視リンク２に対応するサービスの第２のセグメントサービス品質を検出するための方法とについては、図１０に示された実施形態を参照されたい。図１０に示された実施形態との唯一の差は以下にある。本出願のこの実施形態では、監視リンク１に対応するサービスのサービス品質が検出されるとき、第１のパケットは、第１の検出識別子を搬送する必要がある。監視リンク２に対応するサービスの第２のセグメントサービス品質が検出されるとき、ステップＳ１００１とステップＳ１００２とは必要とされない。アクセスデバイスがパケット送信デバイスとして使用され、ステップＳ１００３とＳ１００４とが実行される。さらに、監視リンク１上において送信される第１のパケットと区別するために、監視リンク２上において送信される検出パケットは、第２のパケットとして示され得、第２のパケットは、第２の検出識別子と、サービスのセッション情報と、第２のパケットのパケットタイプとを含み、ここで、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じである。

【0229】

任意選択で、本出願のこの実施形態では、監視リンク１に対応するサービスのサービス品質と監視リンク２に対応するサービスの第２のセグメントサービス品質とを決定した後に、端末は、監視リンク１に対応するサービスのサービス品質および監視リンク２に対応するサービスの第２のセグメントサービス品質に基づいて、監視リンク３に対応するサービスの第１のセグメントサービス品質を決定し得る。例えば、端末とＵＰＦネットワーク要素との間の遅延が５ｍｓであり、端末とアクセスデバイスとの間の遅延が３ｍｓであると仮定すると、アクセスデバイスとＵＰＦネットワーク要素との間の遅延が２ｍｓであると決定され得る。

【0230】

ケース２：ＵＰＦネットワーク要素がパケット受信デバイスとして使用される場合、端末がパケット送信デバイスとして使用されるとき、ＵＰＦネットワーク要素は、監視リンク１に対応するサービスのサービス品質を決定し得るか、またはアクセスデバイスがパケット送信デバイスとして使用されるとき、ＵＰＦネットワーク要素は、監視リンク３に対応するサービスの第１のセグメントサービス品質を決定し得る。監視リンク１に対応するサービスのサービス品質を検出するための方法と監視リンク３に対応するサービスの第１のセグメントサービス品質を検出するための方法とについては、図１０に示された実施形態を参照されたい。図１０に示された実施形態との唯一の差は以下にある。本出願のこの実施形態では、監視リンク１に対応するサービスのサービス品質が検出されるとき、第１のパケットは、第１の検出識別子を搬送する必要がある。監視リンク３に対応するサービスの第１のセグメントサービス品質が検出されるとき、ステップＳ１００１とステップＳ１００２とは必要とされない。アクセスデバイスがパケット送信デバイスとして使用され、ステップＳ１００３とＳ１００４とが実行される。さらに、監視リンク１上において送信される第１のパケットと区別するために、監視リンク３上において送信される検出パケットは、第２のパケットとして示され得、第２のパケットは、第３の検出識別子と、サービスのセッション情報と、第２のパケットのパケットタイプとを含み、ここで、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じである。

【0231】

本出願のこの実施形態では、監視リンク１に対応するサービスのサービス品質と監視リンク３に対応するサービスの第１のセグメントサービス品質とを決定した後に、端末は、監視リンク１に対応するサービスのサービス品質および監視リンク３に対応するサービスの第１のセグメントサービス品質に基づいて、監視リンク２に対応するサービスの第２のセグメントサービス品質を決定し得る。例えば、端末とＵＰＦネットワーク要素との間の遅延が５ｍｓであり、ＵＰＦネットワーク要素とアクセスデバイスとの間の遅延が３ｍｓであると仮定すると、アクセスデバイスと端末との間の遅延が２ｍｓであると決定され得る。

【0232】

ケース３：アクセスデバイスがパケット受信デバイスとして使用される場合、端末がパケット送信デバイスとして使用されるとき、アクセスデバイスは、監視リンク２に対応するサービスの第２のセグメントサービス品質を決定し得るか、またはＵＰＦネットワーク要素がパケット送信デバイスとして使用されるとき、端末は、監視リンク３に対応するサービスの第１のセグメントサービス品質を決定し得る。監視リンク２に対応するサービスの第２のセグメントサービス品質を検出するための方法と監視リンク３に対応するサービスの第１のセグメントサービス品質を検出するための方法とについては、図１０に示された実施形態を参照されたい。図１０に示された実施形態との唯一の差は以下にある。本出願のこの実施形態では、監視リンク２に対応するサービスの第２のセグメントサービス品質が検出されるとき、ステップＳ１００１とステップＳ１００２とは必要とされない。端末がパケット送信デバイスとして使用され、ステップＳ１００３とＳ１００４とが実行される。監視リンク３に対応するサービスの第１のセグメントサービス品質が検出されるとき、ステップＳ１００１とステップＳ１００２とは必要とされない。ＵＰＦネットワーク要素がパケット送信デバイスとして使用され、ステップＳ１００３とＳ１００４とが実行される。さらに、監視リンク２上において送信される第１のパケットと区別するために、監視リンク３上において送信される検出パケットは、第２のパケットとして示され得、第２のパケットは、第３の検出識別子と、サービスのセッション情報と、第２のパケットのパケットタイプとを含み、ここで、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じである。

【0233】

本出願のこの実施形態では、監視リンク２に対応するサービスの第２のセグメントサービス品質と監視リンク３に対応するサービスの第１のセグメントサービス品質とを決定した後に、端末は、監視リンク２に対応するサービスの第２のセグメントサービス品質および監視リンク３に対応するサービスの第１のセグメントサービス品質に基づいて、監視リンク１に対応するサービスのサービス品質を決定し得る。例えば、端末とアクセスデバイスとの間の遅延が３ｍｓであり、アクセスデバイスとＵＰＦネットワーク要素との間の遅延が２ｍｓであると仮定すると、端末とＵＰＦネットワーク要素との間の遅延が５ｍｓであると決定され得る。

【0234】

従来技術では、サービスのサービス品質は、ＡＣＫ遅延機構を通してのみ検出され得る。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法によれば、サービスのサービス品質またはサービスのセグメントサービス品質はリアルタイムで検出され得る。関連する技術的効果の分析については、サービスのサービス品質を検出するためのシステムの説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0235】

任意選択で、図５に示されたサービスのサービス品質を検出するためのシステム５０は、図７に示された４Ｇネットワークまたは図８に示された４．５Ｇネットワークに適用されると仮定すると、サービスのサービス品質を検出するための対応する方法は、図１０に示されたサービスのサービス品質を検出するための方法、図１２に示されたサービスのサービス品質を検出するための方法、または図１５に示されたサービスのサービス品質を検出するための方法と同様である。唯一の対応するネットワーク要素、対応するネットワークプロトコルスタックなどをそれに対応して置き換える必要がある。詳細については、図１０に示された実施形態、図１２に示された実施形態、または図１５に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0236】

任意選択で、本出願の実施形態では、サービスのサービス品質またはサービスのセグメントサービス品質は、ループバック検出方式で検出され得る。例えば、図１６に示されたサービスのサービス品質を検出するためのシステム１６０は、図６に示された５Ｇネットワークに適用され、パケット送受信機デバイスが端末であり、ループバックデバイスがＵＰＦネットワーク要素であるか、またはパケット送受信機デバイスがＵＰＦネットワーク要素であり、ループバックデバイスが端末である。図１７は、本出願の一実施形態による、サービスのサービス品質を検出するための別の方法を示す。本方法は、以下のステップを含む。

【0237】

Ｓ１７０１．パケット送受信機デバイスは、第１のパケットを生成し、ここで、第１のパケットは、サービスの第１のセッション情報と、第１のパケットのパケットタイプと、ループバックインジケーションとを含む。

【0238】

本出願のこの実施形態におけるステップＳ１７０１におけるサービスの第１のセッション情報についての関連説明と、後続のステップＳ１７０４におけるサービスの第２のセッション情報についての関連説明については、図１６に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0239】

さらに、第１のパケットのパケットタイプの関連説明については、図５に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0240】

任意選択で、本出願のこの実施形態では、サービスの第１のセッション情報と第１のパケットのパケットタイプとは、ネットワークプロトコルスタックを使用することによってカプセル化され得る。関連説明については、ネットワークプロトコルスタックを使用することによってサービスのセッション情報と第１のパケットのパケットタイプとをカプセル化する、図１０に示された実施形態における説明を参照されたい。詳細が、本明細書では再び説明されることはない。さらに、第１のパケットのフォーマットが図２に示されたものであるとき、本出願のこの実施形態におけるループバックインジケーションは、概して、ＬＱＡＰ層にある。代替として、第１のパケットのフォーマットが図３または図４に示されたものであるときに、ＬＱＡＰ層がＴＦＣＰ層に統合されないとき、ループバックインジケーションは、概して、ＬＱＡＰ層にあり、またはＬＱＡＰ層がＴＦＣＰ層に統合されるとき、ループバックインジケーションはＴＦＣＰ層にあり得る。これは、本出願のこの実施形態では特に限定されない。

【0241】

任意選択で、この実施形態における本出願のループバックインジケーションは、明示的なインジケーションであり得る。言い換えれば、ループバックインジケーションフィールドに基づいて、現在の検出がループバック検出であると直接決定され得る。もちろん、ループバックインジケーションは、代替として、暗黙的なインジケーションであり得る。言い換えれば、ループバックインジケーションフィールドを他の情報と関連付けることによって、現在の検出がループバック検出であると決定され得る。例えば、第１のパケットのコンテキストは、ＬＱＡＰ ＩＤまたはＴＦＣＰ ＩＤに基づいて発見され得、第１のパケットのコンテキスト情報は、現在の検出がループバック検出であることを示す。これは、本出願のこの実施形態では特に限定されない。

【0242】

任意選択で、本出願のこの実施形態では、第１のパケットは、第１の検出識別子をさらに含み得、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。これは、本出願のこの実施形態では特に限定されない。

【0243】

任意選択で、本出願のこの実施形態では、第１のパケットはタイムスタンプｔ１をさらに含み得る。タイムスタンプｔ１は、パケット送受信機デバイスがループバックデバイスに第１のパケットを送信する瞬間またはパケット送受信機デバイスが第１のパケットを生成する瞬間である。これは、本出願のこの実施形態では特に限定されない。

【0244】

Ｓ１７０２．パケット送受信機デバイスは、アクセスデバイスに第１のパケットを送り、アクセスデバイスは、パケット送受信機デバイスから第１のパケットを受信する。

【0245】

Ｓ１７０３．アクセスデバイスは、ループバックデバイスに第１のパケットを送り、ループバックデバイスは、アクセスデバイスから第１のパケットを受信する。

【0246】

任意選択で、本出願のこの実施形態では、デバイスがパケット送受信機デバイスであるのかまたはループバックデバイスであるのかは、デバイス内に記憶された第１のパケットのコンテキストに基づいて決定され得る。例えば、デバイスがパケット送受信機デバイスであることをデバイス内に記憶された第１のパケットのコンテキストが示す場合、デバイスはパケット送受信機デバイスである。代替として、デバイスがループバックデバイスであることをデバイス内に記憶された第１のパケットのコンテキストが示す場合、デバイスはループバックデバイスである。これは、本出願のこの実施形態では特に限定されない。

【0247】

本出願のこの実施形態では、同じ方向にループバック経路を介して送信されるパケットは、同じ検出パケットと考慮されることに留意されたい。言い換えれば、パケット送受信機デバイスからループバックデバイスに送信されるパケットは、ループバックデバイスからパケット送受信機デバイスに送信されるパケットとは異なる。異なる方向に同じループバック経路上において送信される２つのパケットは同じ検出識別子を含む。概略的な説明がここで提供され、詳細が、本明細書では再び説明されることはない。

【0248】

アクセスデバイスが第１のパケットをカプセル化解除した後にサービスの第１のセッション情報と第１のパケットのパケットタイプとを再カプセル化することの説明とアクセスデバイスによってサービスの第１のセッション情報をマッピングすることの関連説明については、図１０に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0249】

Ｓ１７０４．ループバックデバイスは、第１のパケットに基づいて第２のパケットを生成し、ここで、第２のパケットは、サービスの第２のセッション情報と、第２のパケットのパケットタイプと、ループバックインジケーションとを含み、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じである。

【0250】

ステップＳ１７０４におけるループバックインジケーションは、ステップＳ１７０１におけるループバックインジケーションと同じである。関連説明については、ステップＳ１７０１を参照されたい。詳細が、本明細書では再び説明されることはない。

【0251】

例えば、本出願のこの実施形態では、パケット送受信機デバイスが端末であり、ループバックデバイスがＵＰＦネットワーク要素であるとき、ループバックデバイスによって受信された第１のパケット内に含まれる第１のセッション情報は、例えば、ＱＦＩとＴＥＩＤ １とであり得、ループバックデバイスによって生成される第２のパケット内に含まれる第２のセッション情報は、例えば、ＱＦＩとＴＥＩＤ ２とであり得る。代替として、パケット送受信機デバイスがＵＰＦネットワーク要素であり、ループバックデバイスが端末であるとき、ループバックデバイスによって受信された第１のパケット内に含まれる第１のセッション情報は、例えば、ＱＦＩと第１の無線ベアラ識別子とであり得、ループバックデバイスによって生成される第２のパケット内に含まれる第２のセッション情報は、例えば、ＱＦＩと第２の無線ベアラ識別子とであり得る。

【0252】

任意選択で、本出願のこの実施形態では、ループバックデバイスは、第１のパケットに第１のパケットの到着瞬間ｔ２と第２のパケットの送信瞬間ｔ３とをさらに挿入し得る。これは、本出願のこの実施形態では特に限定されない。

【0253】

任意選択で、本出願のこの実施形態では、サービスの第２のセッション情報と第２のパケットのパケットタイプとは、ネットワークプロトコルスタックを使用することによってカプセル化され得る。関連説明については、ネットワークプロトコルスタックを使用することによってサービスのセッション情報と第１のパケットのパケットタイプとをカプセル化する、図１０に示された実施形態における説明を参照されたい。詳細が、本明細書では再び説明されることはない。さらに、第２のパケットのフォーマットが図２に示されたものであるとき、本出願のこの実施形態におけるループバックインジケーションは、概して、ＬＱＡＰ層にある。代替として、第２のパケットのフォーマットが図３または図４に示されたものであるときに、ＬＱＡＰがＴＦＣＰ層に統合されないとき、ループバックインジケーションは、概して、ＬＱＡＰ層にあり、またはＬＱＡＰがＴＦＣＰ層に統合されるとき、ループバックインジケーションはＴＦＣＰ層にあり得る。これは、本出願のこの実施形態では特に限定されない。

【0254】

Ｓ１７０５．ループバックデバイスは、アクセスデバイスに第２のパケットを送り、アクセスデバイスは、ループバックデバイスから第２のパケットを受信する。

【0255】

Ｓ１７０６．アクセスデバイスは、パケット送受信機デバイスに第２のパケットを送り、パケット送受信機デバイスは、アクセスデバイスから第２のパケットを受信する。

【0256】

アクセスデバイスが第２のパケットをカプセル化解除した後にサービスの第２のセッション情報と第２のパケットのパケットタイプとを再カプセル化することの説明とアクセスデバイスによってサービスの第２のセッション情報をマッピングすることの関連説明については、図１０に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0257】

Ｓ１７０７．パケット送受信機デバイスは、サービスの第２のセッション情報、第２のパケットのパケットタイプ、およびループバックインジケーションに基づいてサービスのサービス品質を決定する。

【0258】

本出願のこの実施形態では、パケット送受信機デバイスは、サービスの第２のセッション情報に基づいて特定のサービスフローを見つけ得、第２のパケットのパケットタイプに基づいて、第２のパケットが検出パケットであると学習し得る。関連説明については、ステップＳ１００４を参照されたい。詳細が、本明細書では再び説明されることはない。さらに、本出願のこの実施形態では、パケット送受信機デバイスは、ループバックインジケーションに基づいて、現在の検出のタイプがループバック検出であるとさらに学習し得る。

【0259】

任意選択で、本出願のこの実施形態では、第１のパケットが第１の検出識別子を含む場合、第２のパケットはまた、第１の検出識別子を含み得る。これは、本出願のこの実施形態では特に限定されない。

【0260】

任意選択で、本出願のこの実施形態では、第１のパケットがタイムスタンプｔ１を含む場合、第２のパケットはまた、タイムスタンプｔ１を含み得る。これは、本出願のこの実施形態では特に限定されない。

【0261】

任意選択で、本出願のこの実施形態では、ループバック遅延は、サービスのサービス品質をフィードバックするかまたは表すために使用され得る。パケット送受信機デバイスが第２のパケットを受信する瞬間がｔ４であると仮定すると、本出願のこの実施形態では、ループバック遅延は、以下の２つの方式で決定され得る。
方式Ａ：ループバック遅延＝ｔ４－ｔ１、または
方式Ｂ：ループバック遅延＝ｔ４－ｔ１－（ｔ３－ｔ２）

【0262】

ループバックデバイスの処理時間は、方式Ａで考慮されないが、方式Ｂで考慮される。概略的な説明がここで提供され、詳細が、本明細書では再び説明されることはない。

【0263】

任意選択で、本出願のこの実施形態では、第１のパケットと第２のパケットとは、ループバック経路長をさらに含み得、ループバック経路長は、障害を見つけるために使用される。言い換えれば、本出願のこの実施形態において提供されるループバック検出が障害を見つけるためにさらに使用され得る。例えば、パケット送受信機デバイスが、ループバックデバイスに第１のパケットを送った後に、ループバックデバイスによって送られた第２のパケットを受信しない場合、パケット送受信機デバイスは、ループバックデバイスとパケット送受信機デバイスとの間の経路上に障害が存在すると決定し得、サービスのサービス品質またはサービスのセグメントサービス品質が比較的劣悪であるとさらに決定する。これは、本出願のこの実施形態では特に限定されない。

【0264】

従来技術では、サービスのサービス品質は、ＡＣＫ遅延機構を通してのみ検出され得る。しかしながら、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法によれば、サービスのサービス品質はリアルタイムで検出され得る。関連する技術的効果の分析については、サービスのサービス品質を検出するためのシステムの説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0265】

ステップＳ１７０１からＳ１７０７におけるループバックデバイスの行為は、メモリ９０３内に記憶されたアプリケーションプログラムコードを呼び出すことによって図９に示された通信デバイス９００内のプロセッサ９０１によって実行され得る。これは、本出願のこの実施形態では限定されない。

【0266】

任意選択で、図１７に示された実施形態について、図１６に示されたサービスのサービス品質を検出するためのシステム１６０は、図６に示された５Ｇネットワークに適用され、パケット送受信機デバイスが端末であり、ループバックデバイスがＵＰＦネットワーク要素であるか、またはパケット送受信機デバイスがＵＰＦネットワーク要素であり、ループバックデバイスが端末である一例を使用することによって説明する。もちろん、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法について、代替として、図１６に示されたサービスのサービス品質を検出するためのシステム１６０は、図６に示された５Ｇネットワークに適用され、パケット送受信機デバイスがＵＰＦネットワーク要素であり、ループバックデバイスがアクセスデバイスであるか、またはパケット送受信機デバイスがアクセスデバイスであり、ループバックデバイスがＵＰＦネットワーク要素である一例を使用することによって説明し得る。この場合、図１５内の監視リンク３に対応するサービスの第１のセグメントサービス品質が検出される。代替として、本出願のこの実施形態において提供されるサービスのサービス品質を検出するための方法について、図１６に示されたサービスのサービス品質を検出するためのシステム１６０は、図６に示された５Ｇネットワークに適用され、パケット送受信機デバイスが端末であり、ループバックデバイスがアクセスデバイスであるか、またはパケット送受信機デバイスがアクセスデバイスであり、ループバックデバイスが端末である一例を使用することによって説明し得る。この場合、図１５内の監視リンク２に対応するサービスの第２のセグメントサービス品質が検出される。関連説明については、図１７に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0267】

例えば、図１８は、本出願のこの実施形態による、ループバック検出の概略図である。端末は、ループバック検出を開始し、検出識別子は１である。アクセスデバイスが検出識別子に対応するパケット１のコンテキストを含むので、パケット１のコンテキストに基づいて、アクセスデバイスがループバックデバイスであると決定され得る。次いで、アクセスデバイスは、端末にパケット１に対応するパケット２をループバックし得る。パケット２を受信した後に、端末はループバック検出を開始し続け得、検出パケットの検出識別子は２である。アクセスデバイスが検出識別子に対応するパケット３のコンテキストを含まないので、アクセスデバイスは、検出パケットを共通のサービスパケットと考慮し、ＵＰＦネットワーク要素に検出パケットを送信する。ＵＰＦネットワーク要素は、検出識別子に対応するパケット３のコンテキストを含み、したがって、ＵＰＦネットワーク要素は、パケット３のコンテキストに基づいて、ＵＰＦネットワーク要素がループバックデバイスであると決定し、次いで、端末にパケット３に対応するパケット４をループバックし得る。端末がセグメントループバック遅延とエンドツーエンド遅延とを学習するので、経路のセグメントが不良である場合、障害はループバック検出を通して検出され得る。

【0268】

任意選択で、図１６に示されたサービスのサービス品質を検出するためのシステム１６は、図７に示された４Ｇネットワークまたは図８に示された４．５Ｇネットワークに適用されると仮定すると、サービスのサービス品質を検出するための対応する方法は、図１７に示されたサービスのサービス品質を検出するための方法と同様である。唯一の対応するネットワーク要素、対応するネットワークプロトコルスタックなどを相応して置き換える必要がある。詳細については、図１７に示された実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0269】

結論として、本出願の一実施形態は、サービスのサービス品質を検出するための方法を開示し、ここで、本方法は、パケット送信デバイスによって、第１のパケットを生成するステップであって、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む、ステップと、パケット送信デバイスによって、第１のパケットをパケット受信デバイスに送信するステップであって、第１のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を検出するために使用される、ステップとを含む。

【0270】

一実装では、パケット送信デバイスによって、第１のパケットを生成するステップは、パケット送信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプを獲得するステップと、パケット送信デバイスによって、第１のパケットを獲得するために、第１のネットワークプロトコルスタックを使用することによって、サービスのセッション情報および第１のパケットのパケットタイプをカプセル化するステップとを含む。

【0271】

一実装では、パケット送信デバイスは、端末を含み、パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、またはパケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、端末を含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のサービスデータ適応プロトコルＳＤＡＰまたはパケットデータ収束プロトコルＰＤＣＰのうちの少なくとも一方を使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰを使用することによって、カプセル化される。

【0272】

一実装では、パケット送信デバイスは、端末を含み、パケット受信デバイスは、アクセスデバイスもしくはネットワークデバイスを含み、またはパケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、端末を含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＳＤＡＰまたはＰＤＣＰのうちの少なくとも一方を使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコル内のトラフィックフロー制御プロトコルＴＦＣＰを使用することによって、カプセル化され、またはサービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される。

【0273】

一実装では、パケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、ネットワークデバイスを含み、またはパケット送信デバイスは、ネットワークデバイスを含み、パケット受信デバイスは、端末もしくはアクセスデバイスを含み、サービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化される。

【0274】

一実装では、パケット送信デバイスは、アクセスデバイスを含み、パケット受信デバイスは、ネットワークデバイスを含み、またはパケット送信デバイスは、ネットワークデバイスを含み、パケット受信デバイスは、端末もしくはアクセスデバイスを含み、サービスのセッション情報は、第１のネットワークプロトコルスタック内のＧＴＰ－Ｕを使用することによって、カプセル化され、第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化され、またはサービスのセッション情報および第１のパケットのパケットタイプは、第１のネットワークプロトコルスタック内のＴＦＣＰを使用することによって、カプセル化される。

【0275】

サービスのサービス品質を検出するための上記の方法では、例えば、パケット送信デバイスの動作については、図１０または図１２におけるパケット送信デバイスの動作および上記の関連する説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0276】

さらに、本出願の一実施形態は、さらに、サービスのサービス品質を検出するための方法を開示し、ここで、本方法は、パケット受信デバイスによって、パケット送信デバイスから第１のパケットを受信するステップであって、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む、ステップと、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップとを含む。

【0277】

一実装では、パケット受信デバイスは、端末を含み、パケット送信デバイスは、ネットワークデバイスを含み、第１のパケットは、サービスの第１のセグメント情報と、サービスの第１のセグメントサービス品質とをさらに含み、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメント情報、サービスの第１のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとを含む。

【0278】

別の実装では、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、端末を含み、第１のパケットは、サービスの第２のセグメント情報と、サービスの第２のセグメントサービス品質とをさらに含み、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメント情報、サービスの第２のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとを含む。

【0279】

一実装では、第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用され、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第１の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。

【0280】

一実装では、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報に基づいて、サービスのコンテキストを決定するステップであって、サービスのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。

【0281】

一実装では、第１のパケットは、送信周期性をさらに含み、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定するステップとを含む。

【0282】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、端末を含み、またはパケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第２の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第２のセグメントサービス品質を決定するステップとを含む。

【0283】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含み、またはパケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、第３の検出識別子に基づいて、第１のパケットのコンテキストを決定するステップであって、第１のパケットのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第１のセグメントサービス品質を決定するステップとを含む。

【0284】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスもしくは端末を含み、またはパケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、またはパケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報に基づいて、サービスのコンテキストを決定するステップであって、サービスのコンテキストは、予想される受信周期性を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定するステップとを含む。

【0285】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスもしくは端末を含み、またはパケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、またはパケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、送信周期性をさらに含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するステップは、パケット受信デバイスによって、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定するステップと、パケット受信デバイスによって、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定するステップとを含む。

【0286】

一実装では、パケット受信デバイスは、端末を含み、パケット送信デバイスは、ネットワークデバイスを含む。第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含み得る。

【0287】

一実装では、パケット受信デバイスは、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第２の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第２のセグメントサービス品質を決定するステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、ネットワークデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定するステップであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含み得る。

【0288】

一実装では、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第３の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第１のセグメントサービス品質を決定するステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、端末から第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含み得る。

【0289】

一実装では、パケット受信デバイスは、ネットワークデバイスを含み、パケット送信デバイスは、端末を含む。第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、アクセスデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップとをさらに含み得る。

【0290】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、端末を含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報、第１のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、ネットワークデバイスから第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定するステップとをさらに含み得る。

【0291】

一実装では、パケット受信デバイスは、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。それに対応して、パケット受信デバイスによって、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するステップは、パケット受信デバイスによって、サービスのセッション情報、第１のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定するステップを含む。それに対応して、本出願のこの実施形態において開示されるサービスのサービス品質を検出するための方法は、パケット受信デバイスによって、端末から第２のパケットを受信するステップであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、ステップと、パケット受信デバイスによって、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定するステップと、パケット受信デバイスによって、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定するステップとをさらに含み得る。

【0292】

サービスのサービス品質を検出するための上記の方法では、例えば、パケット受信デバイスの動作については、図１０または図１２におけるパケット受信デバイスの動作および上記の関連する説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0293】

さらに、本出願の一実施形態は、さらに、サービスのサービス品質を検出するための方法を開示し、ここで、本方法は、ループバックデバイスによって、パケット送受信機デバイスから第１のパケットを受信するステップであって、第１のパケットは、サービスの第１のセッション情報と、第１のパケットのパケットタイプと、ループバックインジケーションとを含む、ステップと、ループバックデバイスによって、パケット送受信機デバイスに第２のパケットを送信するステップであって、第２のパケットは、サービスの第２のセッション情報と、第２のパケットのパケットタイプと、ループバックインジケーションとを含み、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じであり、第２のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質を検出するために使用される、ステップとを含む。

【0294】

一実装では、ループバックデバイスは、ネットワークデバイスを含むか、またはループバックデバイスは、アクセスデバイスを含み、パケット送受信機デバイスは、ネットワークデバイスを含む。サービスの第１のセッション情報は、第１のトンネルエンドポイント識別子ＴＥＩＤとサービス品質フロー識別子ＱＦＩとを含み、サービスの第２のセッション情報は、第２のＴＥＩＤとＱＦＩとを含むか、またはサービスの第１のセッション情報は、第１のトンネルエンドポイント識別子ＴＥＩＤを含み、サービスの第２のセッション情報は、第２のＴＥＩＤを含む。

【0295】

一実装では、ループバックデバイスは、端末を含むか、またはループバックデバイスは、アクセスデバイスを含み、パケット送受信機デバイスは、端末を含む。サービスの第１のセッション情報は、ＱＦＩを含み、サービスの第２のセッション情報は、ＱＦＩを含むか、またはサービスの第１のセッション情報は、第１の無線ベアラ識別子とＱＦＩとを含み、サービスの第２のセッション情報は、第２の無線ベアラ識別子とＱＦＩとを含む。

【0296】

一実装では、第１のパケットは、検出識別子をさらに含み、第２のパケットは、検出識別子をさらに含み、検出識別子は、サービスのサービス品質またはサービスのセグメントサービス品質を検出したことを示すために使用される。

【0297】

一実装では、第１のパケットは、タイムスタンプをさらに含み、第２のパケットは、タイムスタンプをさらに含み、タイムスタンプは、パケット送受信機デバイスがループバックデバイスに第１のパケットを送信する瞬間を表すために使用され、またはタイムスタンプは、パケット送受信機デバイスが第１のパケットを生成する瞬間を表すために使用される。

【0298】

サービスのサービス品質を検出するための上記の方法では、例えば、ループバックデバイスの動作については、図１８におけるループバックデバイスの動作および上記の関連する説明を参照されたい。詳細が、本明細書では再び説明されることはない。

【0299】

上記は、主に、ネットワーク要素間の対話の観点から本出願の実施形態で提供される解決策について説明した。上記の機能を実装するために、パケット送信デバイス、パケット送受信機デバイス、またはループバックデバイスは、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。当業者は、本明細書に開示した実施形態において説明された例のユニットおよびアルゴリズムステップと組み合わせて、本出願がハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せによって実装され得ることを容易に認識すべきである。機能がハードウェアによって実行されるのかまたはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるのかは、特定の適用例と技術的解決策の設計制約とに依存する。当業者は、特定の適用例ごとに説明した機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると見なすべきではない。

【0300】

本出願の実施形態では、パケット送信デバイス、パケット送受信機デバイス、またはループバックデバイスは、上記の方法例に基づいて機能モジュールに分割され得る。例えば、各機能モジュールは、それぞれの対応する機能に基づき区分を通して獲得され得るか、または２つ以上の機能は、１つの処理モジュールに統合され得る。統合モジュールは、ハードウェアの形態で実装され得るか、またはソフトウェア機能モジュールの形態で実装され得る。本出願のこの実施形態では、モジュールへの区分は一例であり、論理機能区分にすぎないことに留意されたい。実際の実装では、別の区分方式が使用され得る。

【0301】

例えば、機能モジュールが統合方式で区分を通して獲得される場合、図１９は、パケット送信デバイス１９０の概略構造図である。パケット送信デバイス１９０は、送受信機モジュール１９０１と処理モジュール１９０２とを含む。処理モジュール１９０２は、第１のパケットを生成するように構成され、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む。送受信機モジュール１９０１は、第１のパケットをパケット受信デバイスに送信するように構成され、第１のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を検出するために使用される。

【0302】

任意選択で、処理モジュール１９０２は、具体的には、サービスのセッション情報および第１のパケットのパケットタイプを獲得することと、第１のパケットを獲得するために、第１のネットワークプロトコルスタックを使用することによって、サービスのセッション情報および第１のパケットのパケットタイプをカプセル化することとを行うように構成される。

【0303】

上記の方法実施形態におけるステップのすべての関連するコンテンツは、対応する機能モジュールの機能説明で言及され得る。詳細が、本明細書では再び説明されることはない。

【0304】

この実施形態では、パケット送信デバイス１９０は、統合方式で区分を通して獲得された機能モジュールによって提示される。本明細書での「モジュール」は、１つもしくは複数のソフトウェアもしくはファームウェアプログラム、集積論理回路、および／または上記の機能を提供することができる別のデバイスを実行する特定用途向けＡＳＩＣ、回路、プロセッサおよびメモリであり得る。単純な実施形態では、当業者は、パケット送信デバイス１９０が図９に示された形態にあり得ると理解し得る。

【0305】

例えば、図９内のプロセッサ９０１は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出し得、パケット送信デバイス１９０は、上記の方法実施形態におけるサービスのサービス品質を検出するための方法を実行することが可能にされる。

【0306】

詳細には、図１９内の送受信機モジュール１９０１と処理モジュール１９０２との機能／実装処理は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出すことによって図９内のプロセッサ９０１によって実装され得る。代替として、図１９内の処理モジュール１９０２の機能／実装処理は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出すことによって図９内のプロセッサ９０１によって実装され得、図１９内の送受信機モジュール１９０１の機能／実装処理は、図９内の通信インターフェース９０４によって実装され得る。

【0307】

この実施形態において提供されるパケット送信デバイスは、サービスのサービス品質を検出するための上記の方法を実行することができる。したがって、パケット送信デバイスによって達成され得る技術的効果については、上記の方法実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0308】

任意選択で、本出願の一実施形態は、チップシステムをさらに提供する。チップシステムは、サービスのサービス品質を検出すること、例えば、第１のパケットを生成することを行うための方法をパケット送信デバイスが実装するのをサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、パケット送信デバイスのために必要であるプログラム命令とデータとを記憶するように構成される。もちろん、メモリは、代替として、チップシステム内に存在しないことがある。チップシステムは、チップを含み得るか、またはチップと別の個別デバイスとを含み得る。これは、本出願のこの実施形態では特に限定されない。

【0309】

例えば、機能モジュールが統合方式で区分を通して獲得される場合、図２０は、パケット受信デバイス２００の概略構造図である。パケット受信デバイス２００は、送受信機モジュール２００１と処理モジュール２００２とを含む。送受信機モジュール２００１は、パケット送信デバイスから第１のパケットを受信するように構成され、第１のパケットは、サービスのセッション情報と、第１のパケットのパケットタイプとを含む。処理モジュール２００２は、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定するように構成される。

【0310】

任意選択で、可能な実装では、パケット受信デバイス２００は、端末を含み、パケット送信デバイスは、ネットワークデバイスを含む。第１のパケットは、サービスの第１のセグメント情報とサービスの第１のセグメントサービス品質とをさらに含み、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定することと、サービスの第１のセグメント情報、サービスの第１のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うように構成される。

【0311】

別の可能な実装では、パケット受信デバイス２００は、ネットワークデバイスを含み、パケット送信デバイスは、端末を含む。第１のパケットは、サービスの第２のセグメント情報とサービスの第２のセグメントサービス品質とをさらに含み、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定することと、サービスの第２のセグメント情報、サービスの第２のセグメントサービス品質、およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定することであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うように構成される。

【0312】

任意選択で、可能な実装では、第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、第１の検出識別子に基づいて、第１のパケットのコンテキストを決定することであって、第１のパケットのコンテキストは、予想される受信周期性を含む、決定することと、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定することとを含む。

【0313】

別の可能な実装では、処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、サービスのセッション情報に基づいて、サービスのコンテキストを決定することであって、サービスのコンテキストは、予想される受信周期性を含む、決定することと、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定することとを含む。

【0314】

別の可能な実装では、第１のパケットは、送信周期性をさらに含む。処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのサービス品質を決定することとを含む。

【0315】

任意選択で、可能な実装では、パケット受信デバイス２００は、アクセスデバイスを含み、パケット送信デバイスは、端末を含み、またはパケット受信デバイス２００は、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。

【0316】

処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、第２の検出識別子に基づいて、第１のパケットのコンテキストを決定することであって、第１のパケットのコンテキストは、予想される受信周期性を含む、決定することと、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第２のセグメントサービス品質を決定することとを含む。

【0317】

別の可能な実装では、パケット受信デバイス２００は、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含み、またはパケット受信デバイス２００は、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。

【0318】

処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、第３の検出識別子に基づいて、第１のパケットのコンテキストを決定することであって、第１のパケットのコンテキストは、予想される受信周期性を含む、決定することと、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスの第１のセグメントサービス品質を決定することとを含む。

【0319】

別の可能な実装では、パケット受信デバイス２００は、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスもしくは端末を含み、またはパケット受信デバイス２００は、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含み、またはパケット受信デバイス２００は、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。

【0320】

処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、サービスのセッション情報に基づいて、サービスのコンテキストを決定することであって、サービスのコンテキストは、予想される受信周期性を含む、決定することと、サービスのセッション情報、予想される受信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定することとを含む。

【0321】

別の可能な実装では、第１のパケットは、送信周期性をさらに含む。処理モジュール２００２が、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのセグメントサービス品質を決定するように構成されることは、第１のパケットのパケットタイプに基づいて、第１のパケットが検出パケットであると決定することと、サービスのセッション情報、送信周期性、および第１のパケットの到着情報に基づいて、サービスのセグメントサービス品質を決定することとを含む。

【0322】

任意選択で、可能な実装では、パケット受信デバイス２００は、端末を含み、パケット送信デバイスは、ネットワークデバイスを含む。第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。処理モジュール２００２は、具体的には、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定することを行うように構成される。

【0323】

それに対応して、送受信機モジュール２００１は、アクセスデバイスから第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、受信することを行うようにさらに構成される。

【0324】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定することと、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定することであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うようにさらに構成される。

【0325】

別の可能な実装では、パケット受信デバイス２００は、端末を含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、第２の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第２のセグメントサービス品質を決定することを行うように構成される。

【0326】

それに対応して、送受信機モジュール２００１は、ネットワークデバイスから第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、受信することを行うようにさらに構成される。

【0327】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定することと、サービスの第２のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第１のセグメントサービス品質を決定することであって、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、決定することを行うようにさらに構成される。

【0328】

別の可能な実装では、パケット受信デバイス２００は、ネットワークデバイスを含み、パケット送信デバイスは、アクセスデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、第３の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスの第１のセグメントサービス品質を決定することを行うように構成される。

【0329】

それに対応して、送受信機モジュール２００１は、端末から第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第１の検出識別子とを含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される、受信することを行うようにさらに構成される。

【0330】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第１の検出識別子に基づいて、サービスのサービス品質を決定することと、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うようにさらに構成される。

【0331】

別の可能な実装では、パケット受信デバイス２００は、ネットワークデバイスを含み、パケット送信デバイスは、端末を含む。第１のパケットは、第１の検出識別子をさらに含み、第１の検出識別子は、サービスのサービス品質を検出したことを示すために使用される。処理モジュール２００２は、具体的には、第１の検出識別子、サービスのセッション情報、および第１のパケットのパケットタイプに基づいて、サービスのサービス品質を決定することを行うように構成される。

【0332】

それに対応して、送受信機モジュール２００１は、アクセスデバイスから第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、受信することを行うようにさらに構成される。

【0333】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定することと、サービスの第１のセグメントサービス品質およびサービスのサービス品質に基づいて、サービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することとを行うようにさらに構成される。

【0334】

別の可能な実装では、パケット受信デバイス２００は、アクセスデバイスを含み、パケット送信デバイスは、端末を含む。第１のパケットは、第２の検出識別子をさらに含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、サービスのセッション情報、第１のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定することであって、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、決定することを行うように構成される。

【0335】

それに対応して、送受信機モジュール２００１は、ネットワークデバイスから第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第３の検出識別子とを含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む、受信することを行うようにさらに構成される。

【0336】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定することと、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定することとを行うようにさらに構成される。

【0337】

別の可能な実装では、パケット受信デバイス２００は、アクセスデバイスを含み、パケット送信デバイスは、ネットワークデバイスを含む。第１のパケットは、第３の検出識別子をさらに含み、第３の検出識別子は、サービスの第１のセグメントサービス品質を検出したことを示すために使用され、サービスの第１のセグメントサービス品質は、アクセスデバイスとネットワークデバイスとの間の経路上において送信されるサービスの対応するサービス品質を含む。処理モジュール２００２は、具体的には、サービスのセッション情報、第１のパケットのパケットタイプ、および第３の検出識別子に基づいて、サービスの第１のセグメントサービス品質を決定することを行うように構成される。

【0338】

それに対応して、送受信機モジュール２００１は、端末から第２のパケットを受信することであって、第２のパケットは、サービスのセッション情報と、第２のパケットのパケットタイプと、第２の検出識別子とを含み、第２の検出識別子は、サービスの第２のセグメントサービス品質を検出したことを示すために使用され、サービスの第２のセグメントサービス品質は、アクセスデバイスと端末との間の経路上において送信されるサービスの対応するサービス品質を含む、受信することを行うようにさらに構成される。

【0339】

処理モジュール２００２は、サービスのセッション情報、第２のパケットのパケットタイプ、および第２の検出識別子に基づいて、サービスの第２のセグメントサービス品質を決定することと、サービスの第１のセグメントサービス品質およびサービスの第２のセグメントサービス品質に基づいて、サービスのサービス品質を決定することとを行うようにさらに構成される。

【0340】

上記の方法実施形態におけるステップのすべての関連するコンテンツは、対応する機能モジュールの機能説明で言及され得る。詳細が、本明細書では再び説明されることはない。

【0341】

この実施形態では、パケット受信デバイス２００は、統合方式で区分を通して獲得された機能モジュールによって提示される。本明細書での「モジュール」は、１つもしくは複数のソフトウェアもしくはファームウェアプログラム、集積論理回路、および／または上記の機能を提供することができる別のデバイスを実行する特定用途向けＡＳＩＣ、回路、プロセッサおよびメモリであり得る。単純な実施形態では、当業者は、パケット受信デバイス２００が図９に示された形態にあり得ると理解し得る。

【0342】

例えば、図９内のプロセッサ９０１は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出し得、パケット受信デバイス２００は、上記の方法実施形態におけるサービスのサービス品質を検出するための方法を実行することが可能にされる。

【0343】

詳細には、図２０内の送受信機モジュール２００１と処理モジュール２００２との機能／実装処理は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出すことによって図９内のプロセッサ９０１によって実装され得る。代替として、図２０内の処理モジュール２００２の機能／実装処理は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出すことによって図９内のプロセッサ９０１によって実装され得、図２０内の送受信機モジュール２００１の機能／実装処理は、図９内の通信インターフェース９０４によって実装され得る。

【0344】

この実施形態において提供されるパケット受信デバイスは、サービスのサービス品質を検出するための上記の方法を実行することができる。したがって、パケット受信デバイスによって達成され得る技術的効果については、上記の方法実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0345】

任意選択で、本出願の一実施形態は、チップシステムをさらに提供する。チップシステムは、サービスのサービス品質を検出すること、例えば、サービスのセッション情報および第１のパケットのパケットタイプに基づいて、サービスのサービス品質またはサービスのセグメントサービス品質のうちの少なくとも一方を決定することを行うための上記の方法をパケット受信デバイスが実装するのをサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、パケット受信デバイスのために必要であるプログラム命令とデータとを記憶するように構成される。もちろん、メモリは、代替として、チップシステム内に存在しないことがある。チップシステムは、チップを含み得るか、またはチップと別の個別デバイスとを含み得る。これは、本出願のこの実施形態では特に限定されない。

【0346】

例えば、機能モジュールが統合方式で区分を通して獲得される場合、図２１は、ループバックデバイス２１０の概略構造図である。ループバックデバイス２１０は、受信モジュール２１０１と送信モジュール２１０２とを含む。受信モジュール２１０１は、パケット送受信機デバイスから第１のパケットを受信することであって、第１のパケットは、サービスの第１のセッション情報と、第１のパケットのパケットタイプと、ループバックインジケーションとを含む、受信することを行うように構成される。送信モジュール２１０２は、パケット送受信機デバイスに第２のパケットを送信することであって、第２のパケットは、サービスの第２のセッション情報と、第２のパケットのパケットタイプと、ループバックインジケーションとを含み、第２のパケットのパケットタイプは、第１のパケットのパケットタイプと同じであり、第２のパケットは、サービスのサービス品質またはサービスのセグメントサービス品質を検出するために使用される、送信することを行うように構成される。

【0347】

任意選択で、可能な実装では、ループバックデバイスは、ネットワークデバイスを含み得るか、またはループバックデバイスは、アクセスデバイスを含み得、パケット送受信機デバイスは、ネットワークデバイスを含み得る。それに対応して、サービスの第１のセッション情報は、第１のＴＥＩＤとＱＦＩとを含み、サービスの第２のセッション情報は、第２のＴＥＩＤとＱＦＩとを含むか、またはサービスの第１のセッション情報は、第１のＴＥＩＤを含み、サービスの第２のセッション情報は、第２のＴＥＩＤを含む。

【0348】

別の可能な実装では、ループバックデバイスは、端末を含み得るか、またはループバックデバイスは、アクセスデバイスを含み得、パケット送受信機デバイスは、端末を含み得る。それに対応して、サービスの第１のセッション情報は、ＱＦＩを含み、サービスの第２のセッション情報は、ＱＦＩを含むか、またはサービスの第１のセッション情報は、第１の無線ベアラ識別子とＱＦＩとを含み、サービスの第２のセッション情報は、第２の無線ベアラ識別子とＱＦＩとを含む。

【0349】

任意選択で、本出願のこの実施形態では、第１のパケットは、検出識別子をさらに含み得、第２のパケットは、検出識別子をさらに含み得、検出識別子は、サービスのサービス品質またはサービスのセグメントサービス品質を検出したことを示すために使用される。

【0350】

任意選択で、本出願のこの実施形態では、第１のパケットは、タイムスタンプをさらに含み得、第２のパケットは、タイムスタンプをさらに含み得、タイムスタンプは、パケット送受信機デバイスがループバックデバイスに第１のパケットを送信する瞬間を表すために使用され、またはタイムスタンプは、パケット送受信機デバイスが第１のパケットを生成する瞬間を表すために使用される。

【0351】

上記の方法実施形態におけるステップのすべての関連するコンテンツは、対応する機能モジュールの機能説明で言及され得る。詳細が、本明細書では再び説明されることはない。

【0352】

この実施形態では、ループバックデバイス２１０は、統合方式で区分を通して獲得された機能モジュールによって提示される。本明細書での「モジュール」は、１つもしくは複数のソフトウェアもしくはファームウェアプログラム、集積論理回路、および／または上記の機能を提供することができる別のデバイスを実行する特定用途向けＡＳＩＣ、回路、プロセッサおよびメモリであり得る。単純な実施形態では、当業者は、ループバックデバイス２１０が図９に示された形態にあり得ると理解し得る。

【0353】

例えば、図９内のプロセッサ９０１は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出し得、ループバックデバイス２１０は、上記の方法実施形態におけるサービスのサービス品質を検出するための方法を実行することが可能にされる。

【0354】

詳細には、図２１内の受信モジュール２１０１と送信モジュール２１０２との機能／実装処理は、メモリ９０３内に記憶されたコンピュータ実行可能命令を呼び出すことによって図９内のプロセッサ９０１によって実装され得る。代替として、図２１内の受信モジュール２１０１と送信モジュール２１０２との機能および実装処理は、図９内の通信インターフェース９０４によって実装され得る。

【0355】

この実施形態において提供されるループバックデバイスは、サービスのサービス品質を検出するための上記の方法を実行することができる。したがって、ループバックデバイスによって達成され得る技術的効果については、上記の方法実施形態を参照されたい。詳細が、本明細書では再び説明されることはない。

【0356】

任意選択で、本出願の一実施形態は、チップシステムをさらに提供する。チップシステムは、サービスのサービス品質を検出すること、例えば、第２のパケットを生成することを行うための方法をループバックデバイスが実装するのをサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、ループバックデバイスのために必要であるプログラム命令とデータとを記憶するように構成される。もちろん、メモリは、代替として、チップシステム内に存在しないことがある。チップシステムは、チップを含み得るか、またはチップと別の個別デバイスとを含み得る。これは、本出願のこの実施形態では特に限定されない。

【0357】

上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアプログラムが実施形態を実装するために使用されるとき、実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ワイヤード（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ＤＳＬ））またはワイヤレス（例えば、赤外線、無線、またはマイクロ波）の方式でウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンターなどのデータストレージデバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ、ＳＳＤ））などであり得る。

【0358】

本出願について実施形態を参照しながら説明するが、保護を主張する本出願を実装する処理において、当業者は、添付の図面、開示する内容、および添付の特許請求の範囲を閲覧することによって開示する実施形態の別の変形形態を理解し、実装し得る。特許請求の範囲において、「を備える」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素または別のステップを除外せず、「１つの（ａ）」または「１つの（ｏｎｅ）」は複数の意味を除外しない。単一のプロセッサまたは別のユニットは、特許請求の範囲において列挙される機能を実装し得る。いくつかの手段が互いに異なる従属請求項に記録されるが、これは、これらの手段が組み合わされてより良い効果を生成することができないことを意味しない。

【0359】

本出願について、特定の特徴およびそれの実施形態を参照しながら説明するが、もちろん、様々な変更および組合せが本出願の趣旨および範囲から逸脱することなくそれらに行われ得る。それに対応して、本明細書および添付の図面は、添付の特許請求の範囲によって定義される本出願の例示的な説明にすぎず、本出願の範囲をカバーする変更形態、変形形態、組合せまたは等価物のいずれかまたはすべてと考慮される。もちろん、当業者は、本出願の趣旨および範囲から逸脱することなく本出願に様々な修正および変更を行うことができる。本出願のこれらの修正および変更が、添付の特許請求の範囲およびそれらの等価な技術によって定義された保護の範囲内に入るという条件で、本出願は、本出願のこれらの修正および変更をカバーするものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】