(57)【要約】  本出願の実施形態は、複数のセグメント送信遅延についての情報がセグメント送信遅延情報を監視する1つの手順で取得されうるように、サービス品質監視方法およびシステムならびにデバイスを提供する。サービス品質監視方法は、第1のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、第1のデバイスによって第3のデバイスに第1の送信遅延についての情報を送信し、第1の瞬間に第1のデバイスによって第3のデバイスに第1の瞬間に関連する情報を送信するステップであって、第1の送信遅延についての情報および第1の瞬間に関連する情報が、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される、ステップとを含む。
2021532641.tif 000002
【特許請求の範囲】
【請求項１】
サービス品質監視方法であって、
第1のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、
前記第1のデバイスによって第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第1のデバイスによって前記第3のデバイスに前記第1の瞬間に関連する情報を送信するステップであって、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報が、前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される、ステップと
を含むサービス品質監視方法。
【請求項２】
前記第1のデバイスによって第2の瞬間に前記第3のデバイスから第1のメッセージを受信するステップであって、前記第1のメッセージが、前記第2の送信遅延を監視することを要求する、ステップをさらに含み、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および前記第2の瞬間、または前記第1の瞬間と前記第2の瞬間との間の差を含む請求項1に記載のサービス品質監視方法。
【請求項３】
前記第1のメッセージが、第1のインジケーション情報または第1のセグメント識別子のうちの少なくとも1つをさらに含み、前記第1のインジケーション情報が、前記第1の送信遅延についての前記情報を取得することを示し、前記第1のセグメント識別子が、前記第1の送信遅延に対応するセグメントを特定する請求項2に記載のサービス品質監視方法。
【請求項４】
前記第1のデバイスによって第3の瞬間に前記第3のデバイスから第2のメッセージを受信するステップであって、前記第2のメッセージが、前記端末のための前記第1のデバイスと前記第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する、ステップをさらに含み、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および前記第3の瞬間、または前記第1の瞬間と前記第3の瞬間との間の差を含む請求項1に記載のサービス品質監視方法。
【請求項５】
前記第2のメッセージが、第2のインジケーション情報または第2のセグメント識別子のうちの少なくとも1つをさらに含み、前記第2のインジケーションが、前記第1の送信遅延についての前記情報を取得することを示し、前記第2のセグメント識別子が、前記第1の送信遅延に対応するセグメントを特定する請求項4に記載のサービス品質監視方法。
【請求項６】
前記第1のデバイスによって第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第1のデバイスによって前記第3のデバイスに前記第1の瞬間に関連する情報を送信するステップが、
前記第1のデバイスによって前記第1の瞬間に前記第3のデバイスに第3のメッセージを送信することであって、前記第3のメッセージが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報を含む、送信することを含む請求項1から5のいずれか一項に記載のサービス品質監視方法。
【請求項７】
前記第1のデバイスによって第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第1のデバイスによって前記第3のデバイスに前記第1の瞬間に関連する情報を送信するステップが、
前記第1のデバイスによって前記第3のデバイスに第4のメッセージを送信することであって、前記第4のメッセージが前記第1の送信遅延についての前記情報を含む、送信することと、
前記第1のデバイスによって前記第1の瞬間に前記第3のデバイスに第5のメッセージを送信することであって、前記第5のメッセージが前記第1の瞬間に関連する前記情報を含む、送信することとを含む請求項1から5のいずれか一項に記載のサービス品質監視方法。
【請求項８】
前記第1のデバイスによってセッション管理ネットワーク要素から監視されるサービス品質パラメータを受信するステップであって、前記監視されるサービス品質パラメータが前記第1の送信遅延を含む、ステップをさらに含み、
第1のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップが、
前記第1のデバイスによって前記監視されるサービス品質パラメータに基づいて前記第1の送信遅延についての前記情報を取得することを含む請求項1から7のいずれか一項に記載のサービス品質監視方法。
【請求項９】
前記第1のデバイスによって前記セッション管理ネットワーク要素から第3のインジケーション情報を受信するステップであって、前記第3のインジケーション情報が、前記第1の送信遅延についての前記情報を検出した後、前記第3のデバイスに前記第1の送信遅延についての前記情報を送信するように前記第1のデバイスに示す、ステップをさらに含む請求項1から8のいずれか一項に記載のサービス品質監視方法。
【請求項１０】
前記セッション管理ネットワーク要素から前記第1のデバイスによって監視レポートを報告するためのイベントを受信するステップであって、前記イベントが、前記第1の送信遅延についての前記情報が予め設定された閾値を超えること、前記端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む、ステップをさらに含む請求項1から9のいずれか一項に記載のサービス品質監視方法。
【請求項１１】
前記セッション管理ネットワーク要素から前記第1のデバイスによってサービス品質の監視のために使用される監視パケットの長さを受信するステップをさらに含む請求項1から10のいずれか一項に記載のサービス品質監視方法。
【請求項１２】
サービス品質監視方法であって、
第1のデバイスから第3のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、
前記第3のデバイスによって前記第1のデバイスから第1の瞬間に関連する情報を受信するステップと、
前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報に基づいて前記第3のデバイスによって前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するステップと
を含むサービス品質監視方法。
【請求項１３】
前記第3のデバイスによって前記第1のデバイスに第1のメッセージを送信するステップであって、前記第1のメッセージが、前記第2の送信遅延についての前記情報を取得することを要求する、ステップをさらに含み、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および第2の瞬間、または前記第1の瞬間と第2の瞬間との間の差を含み、前記第2の瞬間が、前記第1のデバイスが前記第1のメッセージを受信する瞬間である請求項12に記載のサービス品質監視方法。
【請求項１４】
前記第3のデバイスによって前記第1のデバイスに第2のメッセージを送信するステップであって、前記第2のメッセージが、前記端末のための前記第1のデバイスと前記第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を取得することを要求する、ステップをさらに含み、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および第3の瞬間、または前記第1の瞬間と第3の瞬間との間の差を含み、前記第3の瞬間が、前記第1のデバイスが前記第2のメッセージを受信する瞬間である請求項12に記載のサービス品質監視方法。
【請求項１５】
第1のデバイスから第3のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、前記第3のデバイスによって前記第1のデバイスから第1の瞬間に関連する前記情報を受信するステップとが、
前記第3のデバイスによって前記第1のデバイスから第3のメッセージを受信することであって、前記第3のメッセージが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報を含む、受信することを含む請求項12から14のいずれか一項に記載のサービス品質監視方法。
【請求項１６】
第1のデバイスから第3のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、前記第3のデバイスによって前記第1のデバイスから第1の瞬間に関連する前記情報を受信するステップとが、
前記第3のデバイスによって前記第1のデバイスから第4のメッセージを受信することであって、前記第4のメッセージが前記第1の送信遅延についての前記情報を含む、受信することと、
前記第3のデバイスによって前記第1のデバイスから第5のメッセージを受信することであって、前記第5のメッセージが前記第1の瞬間に関連する前記情報を含む、受信することとを含む請求項12から14のいずれか一項に記載のサービス品質監視方法。
【請求項１７】
前記第1のデバイスが、アクセスデバイスであり、前記第2のデバイスが、端末であり、前記第3のデバイスが、ユーザプレーンのネットワーク要素であるか、または前記第1のデバイスが、アクセスデバイスであり、前記第2のデバイスが、ユーザプレーンのネットワーク要素であり、前記第3のデバイスが、端末であるか、または前記第1のデバイスが、端末であり、前記第2のデバイスが、アクセスデバイスであり、前記第3のデバイスが、ユーザプレーンのネットワーク要素であるか、または前記第1のデバイスが、ユーザプレーンのネットワーク要素であり、前記第2のデバイスが、アクセスデバイスであり、前記第3のデバイスが、端末である請求項1から16のいずれか一項に記載のサービス品質監視方法。
【請求項１８】
第1のデバイスであって、前記第1のデバイスは、処理モジュールとトランシーバモジュールとを含み、
前記処理モジュールが、端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するように構成され、
前記トランシーバモジュールが、第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第3のデバイスに前記第1の瞬間に関連する情報を送信するように構成され、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報が、前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される第1のデバイス。
【請求項１９】
前記トランシーバモジュールが、第2の瞬間に前記第3のデバイスから第1のメッセージを受信するようにさらに構成され、前記第1のメッセージが、前記第2の送信遅延を監視することを要求し、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および前記第2の瞬間、または前記第1の瞬間と前記第2の瞬間との間の差を含む請求項18に記載の第1のデバイス。
【請求項２０】
前記トランシーバモジュールが、第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第3のデバイスに第1の瞬間に関連する前記情報を送信するように構成されることは、
前記第1の瞬間に前記第3のデバイスに第3のメッセージを送信することであって、前記第3のメッセージが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報を含む、送信することを含む請求項18または19に記載の第1のデバイス。
【請求項２１】
前記トランシーバモジュールが、第3のデバイスに前記第1の送信遅延についての前記情報を送信し、第1の瞬間に前記第3のデバイスに第1の瞬間に関連する前記情報を送信するように構成されることは、
前記第3のデバイスに第4のメッセージを送信することであって、前記第4のメッセージが前記第1の送信遅延についての前記情報を含む、送信することと、
前記第1の瞬間に前記第3のデバイスに第5のメッセージを送信することであって、前記第5のメッセージが前記第1の瞬間に関連する前記情報を含む、送信することとを含む請求項18または19に記載の第1のデバイス。
【請求項２２】
前記トランシーバモジュールが、セッション管理ネットワーク要素から監視されるサービス品質パラメータを受信するようにさらに構成され、前記監視されるサービス品質パラメータが前記第1の送信遅延を含み、
前記処理モジュールが、端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するように構成されることが、
前記監視されるサービス品質パラメータに基づいて前記第1の送信遅延についての前記情報を取得することを含む請求項18から21のいずれか一項に記載の第1のデバイス。
【請求項２３】
前記トランシーバモジュールが、前記セッション管理ネットワーク要素から第3のインジケーション情報を受信するようにさらに構成され、前記第3のインジケーション情報が、前記第1の送信遅延についての前記情報を検出した後、前記第3のデバイスに前記第1の送信遅延についての前記情報を送信するように前記第1のデバイスに示す請求項18から22のいずれか一項に記載の第1のデバイス。
【請求項２４】
前記トランシーバモジュールが、監視レポートを報告するためのイベントを前記セッション管理ネットワーク要素から受信するようにさらに構成され、前記イベントが、前記第1の送信遅延についての前記情報が予め設定された閾値を超えること、前記端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む請求項18から23のいずれか一項に記載の第1のデバイス。
【請求項２５】
前記トランシーバモジュールが、サービス品質の監視のために使用される監視パケットの長さを前記セッション管理ネットワーク要素から受信するようにさらに構成される請求項18から24のいずれか一項に記載の第1のデバイス。
【請求項２６】
第3のデバイスであって、前記第3のデバイスは、トランシーバモジュールと処理モジュールとを含み、
前記トランシーバモジュールが、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を前記第1のデバイスから受信するように構成され、
前記トランシーバモジュールが、前記第1のデバイスから第1の瞬間に関連する情報を受信するようにさらに構成され、
前記処理モジュールが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報に基づいて、前記端末のための前記第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するように構成される第3のデバイス。
【請求項２７】
前記トランシーバモジュールが、前記第1のデバイスに第1のメッセージを送信するようにさらに構成され、前記第1のメッセージが、前記第2の送信遅延についての前記情報を取得することを要求し、
前記第1の瞬間に関連する前記情報が、前記第1の瞬間および第2の瞬間、または前記第1の瞬間と前記第2の瞬間との間の差を含み、前記第2の瞬間が、前記第1のデバイスが前記第1のメッセージを受信する瞬間である請求項26に記載の第3のデバイス。
【請求項２８】
前記トランシーバモジュールが端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を前記第1のデバイスから受信し、前記第1のデバイスから第1の瞬間に関連する前記情報を受信するように構成されることが、
前記第1のデバイスから第3のメッセージを受信することであって、前記第3のメッセージが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報を含む、受信することを含む請求項26または27に記載の第3のデバイス。
【請求項２９】
前記トランシーバモジュールが端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を前記第1のデバイスから受信し、前記第1のデバイスから第1の瞬間に関連する前記情報を受信するように構成されることが、
前記第1のデバイスから第4のメッセージを受信することであって、前記第4のメッセージが前記第1の送信遅延についての前記情報を含む、受信することと、
前記第1のデバイスから第5のメッセージを受信することであって、前記第5のメッセージが前記第1の瞬間に関連する前記情報を含む、受信することとを含む請求項26または27に記載の第3のデバイス。
【請求項３０】
サービス品質監視システムであって、前記サービス品質監視システムは、請求項18から25のいずれか一項に記載の第1のデバイスと、請求項26から29のいずれか一項に記載の第3のデバイスとを含むサービス品質監視システム。
【請求項３１】
サービス品質監視方法であって、
端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップであって、前記第1の瞬間が、前記アクセスデバイスが前記端末によって送信された第1のパケットを受信する瞬間、または前記アクセスデバイスが前記端末に第2のパケットを送信する瞬間である、ステップと、
前記第1の瞬間に関連する前記情報に基づいて前記端末によって前記端末のための前記端末と前記アクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップと
を含むサービス品質監視方法。
【請求項３２】
前記第1の瞬間が前記アクセスデバイスが前記端末によって送信された前記第1のパケットを受信する前記瞬間であるとき、前記第1の瞬間に関連する前記情報に基づいて前記端末によって前記端末のための前記端末と前記アクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップが、
前記第1の瞬間に関連する前記情報に基づいて前記端末によって、前記第1のパケットが前記端末と前記アクセスデバイスとの間で送信されるときの前記第1のパケットに対応するアップリンク遅延についての情報を決定することを含む請求項31に記載の方法。
【請求項３３】
前記第1の瞬間に関連する前記情報が、前記第1の瞬間、または前記第1の瞬間と第2の瞬間との間の差を含み、前記第2の瞬間が、前記端末が前記アクセスデバイスに前記第1のパケットを送信する瞬間である請求項32に記載の方法。
【請求項３４】
前記第1のパケットが、第1のインジケーション情報を運び、前記第1のインジケーション情報が、前記第1のパケットが遅延の監視のために使用されることを示す請求項32または33に記載の方法。
【請求項３５】
前記第1の瞬間が前記アクセスデバイスが前記端末に前記第2のパケットを送信する前記瞬間であるとき、前記第1の瞬間に関連する前記情報に基づいて前記端末によって前記端末のための前記端末と前記アクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップが、
前記第1の瞬間に関連する前記情報に基づいて前記端末によって、前記第2のパケットが前記端末と前記アクセスデバイスとの間で送信されるときの前記第2のパケットに対応するダウンリンク遅延についての情報を決定することを含む請求項31に記載の方法。
【請求項３６】
前記第1の瞬間に関連する前記情報が、前記第1の瞬間、または前記第1の瞬間と第3の瞬間との間の差を含み、前記第3の瞬間が、前記端末が前記アクセスデバイスによって送信された前記第2のパケットを受信する瞬間である請求項35に記載の方法。
【請求項３７】
前記第1の瞬間に関連する前記情報が、前記第1の瞬間と前記第3の瞬間との間の前記差を含み、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信する前に、前記方法が、
前記端末によって前記アクセスデバイスから前記第2のパケットを受信するステップと、
前記アクセスデバイスに前記端末によって前記第3の瞬間を示す情報を送信するステップであって、前記第3の瞬間が、前記端末が前記アクセスデバイスによって送信された前記第2のパケットを受信する瞬間である、ステップとをさらに含む請求項36に記載の方法。
【請求項３８】
端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップが、
前記端末によって前記アクセスデバイスから前記第2のパケットを受信することであって、前記第2のパケットが前記第1の瞬間を運ぶ、受信することを含む請求項36に記載の方法。
【請求項３９】
前記端末によって、前記第2のパケットが前記端末と前記アクセスデバイスとの間で送信されるときの前記第2のパケットに対応するダウンリンク遅延についての情報を決定した後、前記方法が、
前記端末によって前記アクセスデバイスに前記ダウンリンク遅延についての前記情報を送信するステップをさらに含む請求項38に記載の方法。
【請求項４０】
前記第2のパケットが、第2のインジケーション情報を運び、前記第2のインジケーション情報が、前記第2のパケットが遅延の監視のために使用されることを示す請求項35から39のいずれか一項に記載の方法。
【請求項４１】
端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップが、
前記端末によって前記アクセスデバイスから第3のパケットを受信することであって、前記第3のパケットが前記第1の瞬間に関連する前記情報を運ぶ、受信すること、または
前記端末によって前記アクセスデバイスから無線リソース制御RRCシグナリングを受信することであって、前記RRCシグナリングが前記第1の瞬間に関連する前記情報を運ぶ、受信することを含む請求項31から37のいずれか一項に記載の方法。
【請求項４２】
端末であって、前記端末は、処理モジュールとトランシーバモジュールとを含み、
前記トランシーバモジュールが、アクセスデバイスから第1の瞬間に関連する情報を受信するように構成され、前記第1の瞬間が、前記アクセスデバイスが前記端末によって送信された第1のパケットを受信する瞬間、または前記アクセスデバイスが前記端末に第2のパケットを送信する瞬間であり、
前記処理モジュールが、前記第1の瞬間に関連する前記情報に基づいて、前記端末のための、前記端末と前記アクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するように構成される端末。
【請求項４３】
請求項32から41のいずれか一項に記載の方法を実行するようにさらに構成される請求項42に記載の端末。
【請求項４４】
サービス品質監視アクティブ化方法であって、前記サービス品質監視アクティブ化方法は、
セッション管理ネットワーク要素によってポリシー制御ネットワーク要素からサービス品質監視ポリシーを受信するステップと、
前記セッション管理ネットワーク要素によって1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するステップと、
前記セッション管理ネットワーク要素によって前記第1のデバイスに前記第1のサービス品質監視ポリシーを送信するステップとを含むサービス品質監視アクティブ化方法。
【請求項４５】
サービス品質監視方法であって、
アクセスデバイスによって端末のための前記アクセスデバイスと前記端末との間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、
前記アクセスデバイスによって前記端末のための前記アクセスデバイスとユーザプレーンのネットワーク要素との間のパケット送信に関する第2の送信遅延についての情報を取得するステップと、
前記アクセスデバイスによって前記第1の送信遅延についての前記情報および前記第2の送信遅延についての前記情報を制御プレーンのネットワーク要素に送信するステップと
を含むサービス品質監視方法。
【請求項４６】
プロセッサを含む第1のデバイスであって、前記プロセッサが、メモリに結合され、前記メモリ内の命令を読み、前記命令に従って請求項1から11のいずれか一項に記載の方法を実行するように構成される第1のデバイス。
【請求項４７】
プロセッサを含む第3のデバイスであって、前記プロセッサが、メモリに結合され、前記メモリ内の命令を読み、前記命令に従って請求項12から17のいずれか一項に記載の方法を実行するように構成される第3のデバイス。
【請求項４８】
プロセッサを含むセッション管理ネットワーク要素であって、前記プロセッサが、メモリに結合され、前記メモリ内の命令を読み、前記命令に従って請求項44に記載の方法を実行するように構成されるセッション管理ネットワーク要素。
【請求項４９】
プロセッサを含むアクセスデバイスであって、前記プロセッサが、メモリに結合され、前記メモリ内の命令を読み、前記命令に従って請求項45に記載の方法を実行するように構成されるアクセスデバイス。
【請求項５０】
プロセッサを含む通信装置であって、前記プロセッサが、メモリに結合され、前記メモリ内の命令を読み、前記命令に従って請求項31から41のいずれか一項に記載の方法を実行するように構成される通信装置。
【請求項５１】
請求項50に記載の装置であって、前記装置は端末である、装置。
【請求項５２】
チップシステムであって、前記チップシステムは、少なくとも1つのプロセッサとインターフェース回路とを含み、前記インターフェース回路および前記少なくとも1つのプロセッサが、回線を使用することによって相互に接続され、前記プロセッサが、請求項31から41のいずれか一項に記載の方法を実行するための命令を実行するチップシステム。
【請求項５３】
請求項1から11のいずれか一項に記載の方法を実行するように構成された情報送信装置。
【請求項５４】
請求項12から17のいずれか一項に記載の方法を実行するように構成された情報送信装置。
【請求項５５】
請求項44に記載の方法を実行するように構成された情報送信装置。
【請求項５６】
請求項45に記載の方法を実行するように構成された情報送信装置。
【請求項５７】
請求項31から41のいずれか一項に記載の方法を実行するように構成された情報送信装置。
【請求項５８】
命令を含むコンピュータプログラム製品であって、前記命令がコンピュータ上で実行されるとき、前記コンピュータが、請求項1から11、請求項12から17、請求項44、請求項45、または請求項31から41のいずれか一項に記載の方法を実行することを可能にされるコンピュータプログラム製品。
【請求項５９】
命令を含むコンピュータ可読ストレージ媒体であって、前記命令がコンピュータ上で実行されるとき、前記コンピュータが、請求項1から11、請求項12から17、請求項44、請求項45、または請求項31から41のいずれか一項に記載の方法を実行することを可能にされるコンピュータ可読ストレージ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2018年8月13日に出願した、「QUALITY OF SERVICE MONITORING METHOD AND SYSTEM, AND DEVICE」と題した中国特許出願第201810918390.9号および2019年1月11日に出願した、「QUALITY OF SERVICE MONITORING METHOD AND SYSTEM, AND DEVICE」と題した中国特許出願第201910028864.7号の優先権を主張するものであり、これらの中国特許出願は、それらの全体が参照により本明細書に組み込まれる。
【０００２】
本出願は、通信テクノロジーの分野に関し、詳細には、サービス品質(Quality of Service、QoS)監視方法およびシステムならびにデバイスに関する。
【背景技術】
【０００３】
ワイヤレスブロードバンドテクノロジーの課題に対処し、第3世代パートナーシッププロジェクト(3rd generation partnership project、3GPP)ネットワークの最先端を保つために、3GPP標準化団体は、2016年の終わりに、第5世代(5th generation、5G)ネットワークアーキテクチャと呼ばれる次世代モバイル通信システム(next generation system)を策定する。
【０００４】
5Gネットワークアーキテクチャにおいては、低レイテンシおよび高い信頼性のある接続を必要とする無人運転および産業オートメーションなどのサービスを主に含む超高信頼低レイテンシ通信(ultra-reliable low latency communication、URLLC)のシナリオが、定義される。5Gネットワークの高度な無線インターフェーステクノロジーおよび最適化されたコアネットワークアーキテクチャは、上記シナリオの要件を満たすことを可能にする。しかし、5Gネットワークには、最下層のリンクと上位層のルーティングプロトコルとの両方にある程度の不安定性が存在する。加えて、ネットワーク構築の観点から見ると、遅延、誤り、またはネットワーク障害さえも避けがたいが、上記シナリオのほとんどは人の命または生産のセキュリティに関わるサービスに関連しており、誤りを許容しない。したがって、5Gネットワークが人の命または生産のセキュリティに関わる産業に資するために使用されるとき、リアルタイムのサービス品質の監視が、5Gネットワークによって提供される必要がある。サービス品質が予め設定された条件を満たさないとき、ユーザのサービス要件を満たすことができるリンクを選択するために、対応する調整または保護策が取られてもよい。
【０００５】
現在、たとえば、端末とアクセスデバイスとの間の送信遅延についての情報を監視すること、アクセスデバイスとユーザプレーンのネットワーク要素との間の送信遅延についての情報を監視すること、端末とユーザプレーンのネットワーク要素との間の送信遅延についての情報を監視することなど、各セグメント送信遅延についての情報を監視する方法が、従来技術において提案されている。複数のセグメント送信遅延についての情報がセグメント送信遅延情報を監視する1つの手順で取得されうるように、セグメント送信遅延情報を監視するための方法を簡素化することが望ましい。しかし、現在、関連するソリューションは存在しない。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願の実施形態は、複数のセグメント送信遅延についての情報がセグメント送信遅延情報を監視する1つの手順で取得されうるように、サービス品質監視方法およびシステムならびにデバイスを提供する。
【０００７】
上述の目的を達成するために、以下の技術的なソリューションが、本出願の実施形態において使用される。
【０００８】
第1の態様によれば、第1のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、第1のデバイスによって第3のデバイスに第1の送信遅延についての情報を送信し、第1の瞬間に第1のデバイスによって第3のデバイスに第1の瞬間に関連する情報を送信するステップであって、第1の送信遅延についての情報および第1の瞬間に関連する情報が、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される、ステップとを含むサービス品質監視方法が、提供される。本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を監視するとき、第3のデバイスは、第1の瞬間に関連する情報と、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報とを第1のデバイスから受信してもよい。さらに、第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定してもよい。言い換えると、第3のデバイスは、セグメント送信遅延情報を監視する1つの手順で、第1の送信遅延についての情報、第2の送信遅延についての情報、および第3の送信遅延についての情報を知ってもよい。したがって、本出願のこの実施形態において提供されるサービス品質監視方法によれば、複数のセグメント送信遅延についての情報が、セグメント送信遅延情報を監視する1つの手順で取得されうる。これは、セグメント送信遅延情報を監視するための既存の方法を簡素化する。
【０００９】
可能な設計において、方法は、第1のデバイスによって第2の瞬間に第3のデバイスから第1のメッセージを受信するステップであって、第1のメッセージが、第2の送信遅延を監視することを要求する、ステップをさらに含み、第1の瞬間に関連する情報が、第1の瞬間および第2の瞬間、または第1の瞬間と第2の瞬間との間の差を含む。言い換えると、本出願のこの実施形態において、第3のデバイスは、第2の送信遅延監視手順を開始してもよい。
【００１０】
可能な設計において、第1のメッセージは、第2の送信遅延に対応する第1の監視粒度をさらに含む。たとえば、端末のインターネットプロトコルIPアドレス/端末の汎用パケット無線システムGPRSユーザプレーン用トンネリングプロトコルGTP-Uトンネルに対応するIPアドレスは、第1の監視粒度がデバイスの粒度であることを示す。端末のIPアドレス/端末のGTP-Uトンネルに対応するIPアドレスおよび端末のトンネルエンドポイント識別子TEIDは、第1の監視粒度がセッションの粒度であることを示す。端末のIPアドレス/端末のGTP-Uトンネルに対応するIPアドレス、端末のTEID、および端末のサービス品質QoSフロー識別子QFIは、第1の監視粒度がフローの粒度であることを示す。
【００１１】
可能な設計において、第1のメッセージは、第1のインジケーション情報または第1のセグメント識別子のうちの少なくとも1つをさらに含み、第1のインジケーション情報は、第1の送信遅延についての情報を取得することを示し、第1のセグメント識別子は、第1の送信遅延に対応するセグメントを特定する。言い換えると、本出願のこの実施形態において、第3のデバイスは、第1の送信遅延についての情報を取得するように第1のデバイスに示してもよい。
【００１２】
可能な設計において、第1のメッセージは、第1の送信遅延に対応する第2の監視粒度をさらに含む。第2の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００１３】
可能な設計において、方法は、第1のデバイスによって第3の瞬間に第3のデバイスから第2のメッセージを受信するステップであって、第2のメッセージが、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する、ステップをさらに含み、第1の瞬間に関連する情報は、第1の瞬間および第3の瞬間、または第1の瞬間と第3の瞬間との間の差を含む。言い換えると、本出願のこの実施形態において、第3のデバイスは、第3の送信遅延監視手順を開始してもよい。
【００１４】
可能な設計において、第2のメッセージは、第3の送信遅延に対応する第3の監視粒度をさらに含む。第3の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００１５】
可能な設計において、第2のメッセージは、第2のインジケーション情報または第2のセグメント識別子のうちの少なくとも1つをさらに含み、第2のインジケーション情報は、第1の送信遅延についての情報を取得することを示し、第2のセグメント識別子は、第1の送信遅延に対応するセグメントを特定する。言い換えると、本出願のこの実施形態において、第3のデバイスは、第1の送信遅延についての情報を取得するように第1のデバイスに示してもよい。
【００１６】
可能な設計において、第2のメッセージは、第1の送信遅延に対応する第4の監視粒度をさらに含む。第4の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００１７】
可能な設計において、第1のデバイスによって第3のデバイスに第1の送信遅延についての情報を送信し、第1の瞬間に第1のデバイスによって第3のデバイスに第1の瞬間に関連する情報を送信するステップは、第1のデバイスによって第1の瞬間に第3のデバイスに第3のメッセージを送信することであって、第3のメッセージが、第1の送信遅延についての情報および第1の瞬間に関連する情報を含む、送信することを含む。言い換えると、本出願のこの実施形態において、第1の送信遅延についての情報と第1の瞬間に関連する情報との両方が、第3のメッセージを使用することによって第3のデバイスに送信されてもよい。
【００１８】
可能な設計において、第1のデバイスによって第3のデバイスに第1の送信遅延についての情報を送信し、第1の瞬間に第1のデバイスによって第3のデバイスに第1の瞬間に関連する情報を送信するステップは、第1のデバイスによって第3のデバイスに第4のメッセージを送信することであって、第4のメッセージが第1の送信遅延についての情報を含む、送信することと、第1のデバイスによって第1の瞬間に第3のデバイスに第5のメッセージを送信することであって、第5のメッセージが第1の瞬間に関連する情報を含む、送信することとを含む。言い換えると、本出願のこの実施形態において、第3のデバイスに第1の送信遅延についての情報および第1の瞬間に関連する情報を送信するために、異なるメッセージが使用される。
【００１９】
可能な設計において、方法は、第1のデバイスによってセッション管理ネットワーク要素から監視されるサービス品質パラメータを受信するステップであって、監視されるサービス品質パラメータが第1の送信遅延を含む、ステップをさらに含み、第1のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップは、第1のデバイスによって監視されるサービス品質パラメータに基づいて第1の送信遅延についての前記情報を取得することを含む。言い換えると、本出願のこの実施形態において、セッション管理ネットワーク要素は、第1のデバイスのサービス品質監視手順をアクティブ化してもよい。
【００２０】
可能な設計において、方法は、第1のデバイスによってセッション管理ネットワーク要素から第3のインジケーション情報を受信するステップであって、第3のインジケーション情報が、第1の送信遅延についての情報を検出した後、第3のデバイスに第1の送信遅延についての情報を送信するように第1のデバイスに示す、ステップをさらに含む。このソリューションに基づいて、第1の送信遅延についての情報を検出した後、第1のデバイスは、第3のデバイスに第1の送信遅延についての情報を送信してもよく、次いで、第3のデバイスは、第1の送信遅延についての情報、および測定によって得られる第3の送信遅延についての情報に基づいて第1の送信遅延についての情報を決定してもよい。
【００２１】
可能な設計において、方法は、セッション管理ネットワーク要素から第1のデバイスによって監視レポートを報告するためのイベントを受信するステップであって、イベントが、第1の送信遅延についての前記情報が予め設定された閾値を超えること、端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む、ステップをさらに含む。言い換えると、本出願のこの実施形態において、第1のデバイスは、セッション管理ネットワーク要素に監視レポートを報告するためにセッション管理ネットワーク要素によってアクティブ化されてもよい。
【００２２】
可能な設計において、方法は、セッション管理ネットワーク要素から第1のデバイスによってサービス品質の監視のために使用される監視パケットの長さを受信するステップをさらに含む。たとえば、本出願のこの実施形態において、サービス品質の監視のために使用される監視パケットの長さは、有効なサービスデータパケットの典型的なパケット長に等しくてもよい。これは、本出願のこの実施形態において特に限定されない。
【００２３】
第2の態様によれば、第1のデバイスから第3のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、第3のデバイスによって第1のデバイスから第1の瞬間に関連する情報を受信するステップと、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて第3のデバイスによって端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するステップとを含むサービス監視方法が、提供される。本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を監視するとき、第3のデバイスは、第1の瞬間に関連する情報と、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報とを第1のデバイスから受信してもよい。さらに、第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定してもよい。言い換えると、第3のデバイスは、セグメント送信遅延情報を監視する1つの手順で、第1の送信遅延についての情報、第2の送信遅延についての情報、および第3の送信遅延についての情報を知ってもよい。したがって、本出願のこの実施形態において提供されるサービス品質監視方法によれば、複数のセグメント送信遅延についての情報が、セグメント送信遅延情報を監視する1つの手順で取得されうる。これは、セグメント送信遅延情報を監視するための既存の方法を簡素化する。
【００２４】
可能な設計において、方法は、第3のデバイスによって第1のデバイスに第1のメッセージを送信するステップであって、第1のメッセージが、第2の送信遅延についての情報を取得することを要求する、ステップをさらに含み、第1の瞬間に関連する情報は、第1の瞬間および第2の瞬間、または第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間は、第1のデバイスが第1のメッセージを受信する瞬間である。言い換えると、本出願のこの実施形態において、第3のデバイスは、第2の送信遅延監視手順を開始してもよい。
【００２５】
可能な設計において、第1のメッセージは、第2の送信遅延に対応する第1の監視粒度をさらに含む。第1の監視粒度の関連する説明に関しては、第1の態様の説明を参照されたい。詳細は、本明細書において再度説明されない。
【００２６】
可能な設計において、第1のメッセージは、第1のインジケーション情報または第1のセグメント識別子のうちの少なくとも1つをさらに含み、第1のインジケーション情報は、第1の送信遅延についての情報を取得することを示し、第1のセグメント識別子は、第1の送信遅延についての情報に対応するセグメントを特定する。言い換えると、本出願のこの実施形態において、第3のデバイスは、第1の送信遅延についての情報を取得するように第1のデバイスに示してもよい。
【００２７】
可能な設計において、第1のメッセージは、第1の送信遅延に対応する第2の監視粒度をさらに含む。第2の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００２８】
可能な設計において、方法は、第3のデバイスによって第1のデバイスに第2のメッセージを送信するステップであって、第2のメッセージが、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を取得することを要求する、ステップをさらに含み、第1の瞬間に関連する情報は、第1の瞬間および第3の瞬間、または第1の瞬間と第3の瞬間との間の差を含み、第3の瞬間は、第1のデバイスが第2のメッセージを受信する瞬間である。言い換えると、本出願のこの実施形態において、第3のデバイスは、第3の送信遅延監視手順を開始してもよい。
【００２９】
可能な設計において、第2のメッセージは、第3の送信遅延に対応する第3の監視粒度をさらに含む。第3の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００３０】
可能な設計において、第2のメッセージは、第2のインジケーション情報または第2のセグメント識別子のうちの少なくとも1つをさらに含み、第2のインジケーション情報は、第1の送信遅延についての情報を取得することを示し、第2のセグメント識別子は、第1の送信遅延についての情報に対応するセグメントを特定する。言い換えると、本出願のこの実施形態において、第3のデバイスは、第1の送信遅延についての情報を取得するように第1のデバイスに示してもよい。
【００３１】
可能な設計において、第2のメッセージは、第1の送信遅延に対応する第4の監視粒度をさらに含む。第4の監視粒度の関連する説明に関しては、第1の監視粒度の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【００３２】
可能な設計において、第1のデバイスから第3のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、第3のデバイスによって第1のデバイスから第1の瞬間に関連する情報を受信するステップとは、第3のデバイスによって第1のデバイスから第3のメッセージを受信することであって、第3のメッセージが、第1の送信遅延についての情報および第1の瞬間に関連する情報を含む、受信することを含む。言い換えると、本出願のこの実施形態において、第1の送信遅延についての情報と第1の瞬間に関連する情報との両方が、第3のメッセージを使用することによって第3のデバイスに送信されてもよい。
【００３３】
可能な設計において、第1のデバイスから第3のデバイスによって端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を受信するステップと、第3のデバイスによって第1のデバイスから第1の瞬間に関連する情報を受信するステップとは、第3のデバイスによって第1のデバイスから第4のメッセージを受信することであって、第4のメッセージが第1の送信遅延についての情報を含む、受信することと、第3のデバイスによって第1のデバイスから第5のメッセージを受信することであって、第5のメッセージが第1の瞬間に関連する情報を含む、受信することとを含む。言い換えると、本出願のこの実施形態において、第3のデバイスに第1の送信遅延についての情報および第1の瞬間に関連する情報を送信するために、異なるメッセージが使用される。
【００３４】
第3の態様によれば、サービス品質監視アクティブ化方法が、提供され、サービス品質監視アクティブ化方法は、セッション管理ネットワーク要素によってポリシー制御ネットワーク要素からサービス品質監視ポリシーを受信するステップと、セッション管理ネットワーク要素によって1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するステップと、セッション管理ネットワーク要素によって第1のデバイスに第1のサービス品質監視ポリシーを送信するステップとを含む。本出願のこの実施形態において提供されるサービス品質監視アクティブ化方法によれば、必要とされるサービス品質監視ポリシーが、サービス品質監視プロセスにおいて対応するデバイスに提供されてもよい。したがって、デバイスは、サービス品質監視手順を開始するためにアクティブ化されてもよく、またはセッション管理ネットワーク要素に監視レポートを報告するためにアクティブ化されてもよい。
【００３５】
可能な設計において、第1のサービス品質監視ポリシーは、第1のデバイスに対応する監視される第1のサービス品質パラメータまたは第1のデバイスがセッション管理ネットワーク要素に監視レポートを報告するイベントのうちの少なくとも1つを含む。
【００３６】
可能な設計において、第1のサービス品質監視ポリシーは、サービス品質の監視のために使用され、第1のデバイスに対応する監視期間をさらに含む。
【００３７】
可能な設計において、イベントは、第1のサービス品質パラメータが予め設定された閾値を超えること、端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む。
【００３８】
可能な設計において、監視される第1のサービス品質パラメータは、保証フロービットレート(guaranteed flow bit rate)GFBR、アップリンク/ダウンリンク最大フロービットレートMFBR、アクセスポイントにおけるパケット遅延バジェット(packet delay budget)以内のデータバースト量(data burst volume)、フレーム誤り率FER、セグメント送信遅延、またはパケット損失情報のうちの少なくとも1つを含む。たとえば、セグメント送信遅延は、片方向送信遅延または双方向送信遅延であってもよい。
【００３９】
可能な設計において、監視される第1のサービス品質パラメータがセグメント送信遅延を含むとき、セグメント送信遅延は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延である。
【００４０】
可能な設計において、方法は、セッション管理ネットワーク要素によって第1のデバイスに第3のインジケーション情報を送信するステップであって、第3のインジケーション情報が、第1の送信遅延についての情報を検出した後、第3のデバイスに第1の送信遅延についての情報を送信するように第1のデバイスに示す、ステップをさらに含む。このソリューションに基づいて、第1の送信遅延についての情報を検出した後、第1のデバイスは、第3のデバイスに第1の送信遅延についての情報を送信してもよく、次いで、第3のデバイスは、第1の送信遅延についての情報、および測定によって得られる第3の送信遅延についての情報に基づいて第1の送信遅延についての情報を決定してもよい。
【００４１】
可能な設計において、第1のサービス品質監視ポリシーは、サービス品質の監視のために使用される監視パケットの長さをさらに含む。監視パケットの長さの関連する説明に関しては、第1の態様の説明を参照されたい。詳細は、本明細書において再度説明されない。
【００４２】
可能な設計において、サービス品質監視ポリシーは、第1のデバイスについての情報を含み、セッション管理ネットワーク要素によって1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するステップは、セッション管理ネットワーク要素によって第1のデバイスについての情報に基づいて1つ以上のサービス品質監視ポリシーから第1のサービス品質監視ポリシーを決定することを含む。ソリューションに基づいて、セッション管理ネットワーク要素は、1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定してもよい。
【００４３】
可能な設計において、第1のサービス品質監視ポリシーは、第1のデバイスに対応する監視される第1のサービス品質パラメータを含み、セッション管理ネットワーク要素によって1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するステップは、第1のサービス品質パラメータのパラメータタイプに基づいてセッション管理ネットワーク要素によって第1のデバイスに対応する監視される第1のサービス品質パラメータを決定することを含む。ソリューションに基づいて、セッション管理ネットワーク要素は、1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定してもよい。
【００４４】
第1の態様、第2の態様、または第3の態様に関連して、可能な設計において、第1のデバイスが、アクセスデバイスであり、第2のデバイスが、端末であり、第3のデバイスが、ユーザプレーンのネットワーク要素であるか、または第1のデバイスが、アクセスデバイスであり、第2のデバイスが、ユーザプレーンのネットワーク要素であり、第3のデバイスが、端末であるか、または第1のデバイスが、端末であり、第2のデバイスが、アクセスデバイスであり、第3のデバイスが、ユーザプレーンのネットワーク要素であるか、または第1のデバイスが、ユーザプレーンのネットワーク要素であり、第2のデバイスが、アクセスデバイスであり、第3のデバイスが、端末である。
【００４５】
第4の態様によれば、第1のデバイスが、提供され、送信デバイスが、第1の態様の方法を実施する機能を有する。機能は、ハードウェアによって実施されてもよく、またはハードウェアが対応するソフトウェアを実行することによって実施されてもよい。ハードウェアまたはソフトウェアは、上述の機能に対応する1つ以上のモジュールを含む。
【００４６】
第5の態様によれば、プロセッサとメモリとを含む第1のデバイスが、提供される。メモリは、コンピュータが実行可能な命令を記憶するように構成され、第1のデバイスが実行されるとき、プロセッサは、第1のデバイスが第1の態様のいずれかの設計のサービス品質監視方法を実行するように、メモリに記憶されたコンピュータが実行可能な命令を実行する。
【００４７】
第6の態様によれば、プロセッサを含む第1のデバイスが、提供される。プロセッサは、メモリに結合され、メモリ内の命令を読み、命令に従って第1の態様のいずれかの設計のサービス品質監視方法を実行するように構成される。
【００４８】
第7の態様によれば、コンピュータ可読ストレージ媒体が提供される。コンピュータ可読ストレージ媒体は、命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第1の態様のいずれかの設計のサービス品質監視方法を実行することを可能にされる。
【００４９】
第8の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第1の態様のいずれかの設計のサービス品質監視方法を実行することを可能にされる。
【００５０】
第9の態様によれば、装置(たとえば、装置はチップシステムであってもよい)が提供される。装置は、第1のデバイスが第1の態様の機能を実施すること、たとえば、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含んでもよい。メモリは、第1のデバイスのために必要なプログラム命令およびデータを記憶するように構成される。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。
【００５１】
第4の態様から第9の態様のいずれかの設計によってもたらされる技術的効果に関しては、第1の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。
【００５２】
第10の態様によれば、第3のデバイスが、提供され、第3のデバイスは、第2の態様の方法を実施する機能を有する。機能は、ハードウェアによって実施されてもよく、またはハードウェアが対応するソフトウェアを実行することによって実施されてもよい。ハードウェアまたはソフトウェアは、上述の機能に対応する1つ以上のモジュールを含む。
【００５３】
第11の態様によれば、プロセッサとメモリとを含む第3のデバイスが、提供される。メモリは、コンピュータが実行可能な命令を記憶するように構成され、第3のデバイスが実行されるとき、プロセッサは、第3のデバイスが第2の態様のいずれかの設計のサービス品質監視方法を実行するように、メモリに記憶されたコンピュータが実行可能な命令を実行する。
【００５４】
第12の態様によれば、プロセッサを含む第3のデバイスが、提供される。プロセッサは、メモリに結合され、メモリ内の命令を読み、命令に従って第2の態様のいずれかの設計のサービス品質監視方法を実行するように構成される。
【００５５】
第13の態様によれば、コンピュータ可読ストレージ媒体が提供される。コンピュータ可読ストレージ媒体は、命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第2の態様のいずれかの設計のサービス品質監視方法を実行することを可能にされる。
【００５６】
第14の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第2の態様のいずれかの設計のサービス品質監視方法を実行することを可能にされる。
【００５７】
第15の態様によれば、装置(たとえば、装置はチップシステムであってもよい)が提供される。装置は、第3のデバイスが第2の態様の機能を実施すること、たとえば、端末のための第3のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含んでもよい。メモリは、第3のデバイスのために必要なプログラム命令およびデータを記憶するように構成される。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。
【００５８】
第10の態様から第15の態様のいずれかの設計によってもたらされる技術的効果に関しては、第2の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。
【００５９】
第16の態様によれば、セッション管理ネットワーク要素が、提供され、セッション管理ネットワーク要素は、第3の態様の方法を実施する機能を有する。機能は、ハードウェアによって実施されてもよく、またはハードウェアが対応するソフトウェアを実行することによって実施されてもよい。ハードウェアまたはソフトウェアは、上述の機能に対応する1つ以上のモジュールを含む。
【００６０】
第17の態様によれば、プロセッサおよびメモリを含むセッション管理ネットワーク要素が、提供される。メモリは、コンピュータが実行可能な命令を記憶するように構成され、セッション管理ネットワーク要素が実行されるとき、プロセッサは、セッション管理ネットワーク要素が第3の態様のいずれかの設計のサービス品質監視アクティブ化方法を実行するように、メモリに記憶されたコンピュータが実行可能な命令を実行する。
【００６１】
第18の態様によれば、プロセッサを含むセッション管理ネットワーク要素が、提供される。プロセッサは、メモリに結合され、メモリ内の命令を読み、命令に従って第3の態様のいずれかの設計のサービス品質監視アクティブ化方法を実行するように構成される。
【００６２】
第19の態様によれば、コンピュータ可読ストレージ媒体が提供される。コンピュータ可読ストレージ媒体は、命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、第3の態様のいずれかの設計のサービス品質監視アクティブ化方法を実行することを可能にされる。
【００６３】
第20の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第3の態様のいずれかの設計のサービス品質監視アクティブ化方法を実行することを可能にされる。
【００６４】
第21の態様によれば、装置(たとえば、装置はチップシステムであってもよい)が提供される。装置は、セッション管理ネットワーク要素が第3の態様の機能を実施すること、たとえば、サービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含む。メモリは、セッション管理ネットワーク要素のために必要なプログラム命令およびデータを記憶するように構成される。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。
【００６５】
第16の態様から第21の態様のいずれかの設計によってもたらされる技術的効果に関しては、第3の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。
【００６６】
第22の態様によれば、サービス品質監視システムが、提供され、サービス品質監視システムは、上述の態様のいずれか1つの第1のデバイスおよび第3のデバイスを含む。
【００６７】
第23の態様によれば、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップであって、第1の瞬間が、アクセスデバイスが端末によって送信された第1のパケットを受信する瞬間、またはアクセスデバイスが端末に第2のパケットを送信する瞬間である、ステップと、第1の瞬間に関連する情報に基づいて端末によって端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップとを含むサービス品質監視方法が、提供される。ソリューションに基づいて、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定してもよい。
【００６８】
可能な設計において、第1の瞬間がアクセスデバイスが端末によって送信された第1のパケットを受信する瞬間であるとき、第1の瞬間に関連する情報に基づいて端末によって端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップは、第1の瞬間に関連する情報に基づいて端末によって、第1のパケットが端末とアクセスデバイスとの間で送信されるときの第1のパケットに対応するアップリンク遅延についての情報を決定することを含む。ソリューションに基づいて、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報を決定してもよい。
【００６９】
可能な設計において、第1の瞬間に関連する情報は、第1の瞬間、または第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間は、端末がアクセスデバイスに第1のパケットを送信する瞬間である。
【００７０】
可能な設計において、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信する前に、方法は、端末によって第2の瞬間にアクセスデバイスに第1のパケットを送信するステップであって、第1のパケットが、第1のインジケーション情報を運び、第1のインジケーション情報が、第1のパケットが遅延の監視のために使用されることを示す、ステップをさらに含む。
【００７１】
可能な設計において、第1の瞬間がアクセスデバイスが端末に第2のパケットを送信する瞬間であるとき、第1の瞬間に関連する情報に基づいて端末によって端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するステップは、第1の瞬間に関連する情報に基づいて端末によって、第2のパケットが端末とアクセスデバイスとの間で送信されるときの第2のパケットに対応するダウンリンク遅延についての情報を決定することを含む。ソリューションに基づいて、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報を決定してもよい。
【００７２】
可能な設計において、第1の瞬間に関連する情報は、第1の瞬間、または第1の瞬間と第3の瞬間との間の差を含み、第3の瞬間は、端末がアクセスデバイスによって送信された第2のパケットを受信する瞬間である。
【００７３】
可能な設計において、第1の瞬間に関連する情報は、第1の瞬間と前記第3の瞬間との間の差を含み、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信する前に、方法は、端末によってアクセスデバイスから第2のパケットを受信するステップと、アクセスデバイスに端末によって第3の瞬間を示す情報を送信するステップであって、第3の瞬間が、端末がアクセスデバイスによって送信された第2のパケットを受信する瞬間である、ステップとをさらに含む。ソリューションに基づいて、端末は、端末がアクセスデバイスによって送信された第2のパケットを受信する瞬間を知ってもよく、次いで、端末のための端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を決定してもよい。
【００７４】
可能な設計において、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップは、端末によってアクセスデバイスから第2のパケットを受信することであって、第2のパケットが第1の瞬間を運ぶ、受信することを含む。言い換えると、本出願のこの実施形態において、アクセスデバイスは、ダウンリンクパケットを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。
【００７５】
可能な設計において、端末によって、第2のパケットが端末とアクセスデバイスとの間で送信されるときの第2のパケットに対応するダウンリンク遅延についての情報を決定した後、方法は、端末によってアクセスデバイスにダウンリンク遅延についての情報を送信するステップをさらに含む。ソリューションに基づいて、アクセスデバイスは、端末のための端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を知ってもよい。
【００７６】
可能な設計において、第2のパケットは、第2のインジケーション情報を運び、第2のインジケーション情報は、第2のパケットが遅延の監視のために使用されることを示す。
【００７７】
可能な設計において、端末によってアクセスデバイスから第1の瞬間に関連する情報を受信するステップは、端末によってアクセスデバイスから第3のパケットを受信することであって、第3のパケットが第1の瞬間に関連する情報を運ぶ、受信することを含む。言い換えると、本出願のこの実施形態において、アクセスデバイスは、ダウンリンクパケットを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。
【００７８】
可能な設計において、端末は、アクセスデバイスから無線リソース制御RRCシグナリングを受信し、RRCシグナリングは、第1の瞬間に関連する情報を運ぶ。言い換えると、本出願のこの実施形態において、アクセスデバイスは、RRCシグナリングを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。
【００７９】
第24の態様によれば、アクセスデバイスによって端末のためのアクセスデバイスと端末との間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、アクセスデバイスによって端末のためのアクセスデバイスとユーザプレーンのネットワーク要素との間のパケット送信に関する第2の送信遅延についての情報を取得するステップと、アクセスデバイスによって第1の送信遅延についての情報および第2の送信遅延についての情報を制御プレーンのネットワーク要素に送信するステップとを含むサービス品質監視方法が、提供される。このソリューションに基づいて、送信遅延監視プロセスにおいて、中間デバイスとして、アクセスデバイスが、アクセスデバイスの、アクセスデバイスと、アクセスデバイスとアクセスデバイスの両側のデバイスとの間のデバイスとの間の送信遅延についての情報を直接取得し、次いで、遅延を報告することができる。これは、両側の各々のデバイスが、デバイスが位置しないセグメントの遅延を取得した後にのみセグメント送信遅延またはエンドツーエンド送信遅延を報告することができる場合を回避し、それによって、遅延監視メカニズムを簡素化する。
【００８０】
可能な設計において、アクセスデバイスによって端末のためのアクセスデバイスと端末との間のパケット送信に関する第1の送信遅延についての情報を取得するステップは、アクセスデバイスによって第1の瞬間に関連する情報を取得することであって、第1の瞬間が、アクセスデバイスが端末によって送信された第1のパケットを受信する瞬間、またはアクセスデバイスが端末に第2のパケットを送信する瞬間である、取得することと、第1の瞬間に関連する情報に基づいてアクセスデバイスによって端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定することとを含む。ソリューションに基づいて、アクセスデバイスは、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を取得してもよい。
【００８１】
第25の態様によれば、上述の方法を実施するように構成された通信装置が、提供される。通信装置は、第23の態様の端末、または端末を含む装置であってもよい。代替的に、通信装置は、第24の態様のアクセスデバイス、またはアクセスデバイスを含む装置であってもよい。通信装置は、上述の方法を実施するための対応するモジュール、ユニット、または手段(means)を含む。モジュール、ユニット、または手段は、ハードウェアもしくはソフトウェアによって実施されるか、またはハードウェアが対応するソフトウェアを実行することによって実施されてもよい。ハードウェアまたはソフトウェアは、上述の機能に対応する1つ以上のモジュールまたはユニットを含む。
【００８２】
第26の態様によれば、プロセッサおよびメモリを含む通信装置が、提供される。メモリは、コンピュータ命令を記憶するように構成され、プロセッサが命令を実行するとき、通信装置は、上述の態様のいずれか1つに係る方法を実行することを可能にされる。通信装置は、第23の態様の端末、または端末を含む装置であってもよい。代替的に、通信装置は、第24の態様のアクセスデバイス、またはアクセスデバイスを含む装置であってもよい。
【００８３】
第27の態様によれば、プロセッサを含む通信装置が、提供される。プロセッサは、メモリに結合され、メモリ内の命令を読み、命令に従って上述の態様のいずれか1つの方法を実行するように構成される。通信装置は、第23の態様の端末、または端末を含む装置であってもよい。代替的に、通信装置は、第24の態様のアクセスデバイス、またはアクセスデバイスを含む装置であってもよい。
【００８４】
第28の態様によれば、コンピュータ可読ストレージ媒体が提供される。コンピュータ可読ストレージ媒体は、命令を記憶し、命令がコンピュータ上で実行されるとき、コンピュータは、上述の態様のいずれか1つの方法を実行することを可能にされる。
【００８５】
第29の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、上述の態様のいずれか1つの方法を実行してもよい。
【００８６】
第30の態様によれば、通信装置(たとえば、通信装置はチップまたはチップシステムであってもよい)が提供される。通信装置は、上述の態様のいずれか1つの機能を実施するように構成されたプロセッサを含む。可能な設計において、通信装置は、メモリをさらに含む。メモリは、必要なプログラム命令および必要なデータを記憶するように構成される。通信装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。
【００８７】
第25の態様から第30の態様のいずれかの設計によってもたらされる技術的効果に関しては、第23の態様または第24の態様の異なる設計によってもたらされる技術的効果を参照されたい。詳細は、本明細書において再度説明されない。
【００８８】
本出願のこれらの態様またはその他の態様は、以下の実施形態の説明においてより明確であり、より理解されうる。
【図面の簡単な説明】
【００８９】
【図１】本出願の実施形態に係るサービス品質監視システムの概略的なアーキテクチャの図である。
【図２】本出願の実施形態に係るサービス品質監視アクティブ化システムの概略的なアーキテクチャの図である。
【図３】本出願の実施形態に係る5Gネットワーク内のサービス品質監視システムの応用の概略図である。
【図４】本出願の実施形態に係る通信デバイスのハードウェアの構造の概略図である。
【図５Ａ】本出願の実施形態に係るサービス品質監視方法の第1の概略的な流れ図である。
【図５Ｂ】本出願の実施形態に係るサービス品質監視方法の第1の概略的な流れ図である。
【図６Ａ】本出願の実施形態に係るサービス品質監視方法の第2の概略的な流れ図である。
【図６Ｂ】本出願の実施形態に係るサービス品質監視方法の第2の概略的な流れ図である。
【図７Ａ】本出願の実施形態に係るサービス品質監視アクティブ化方法の概略的な流れ図である。
【図７Ｂ】本出願の実施形態に係るサービス品質監視アクティブ化方法の概略的な流れ図である。
【図８】本出願の実施形態に係る第1のデバイスの概略的な構造図である。
【図９】本出願の実施形態に係る第3のデバイスの概略的な構造図である。
【図１０】本出願の実施形態に係るセッション管理ネットワーク要素の概略的な構造図である。
【図１１】本出願の実施形態に係る別のサービス品質監視システムの概略的なアーキテクチャの図である。
【図１２】本出願の実施形態に係るサービス品質監視方法の第3の概略的な流れ図である。
【図１３】本出願の実施形態に係るサービス品質監視方法の第4の概略的な流れ図である。
【図１４】本出願の実施形態に係る端末の概略的な構造図である。
【発明を実施するための形態】
【００９０】
以下で、本出願の実施形態の技術的なソリューションを本出願の実施形態の添付の図面を参照して説明する。別途明記されない限り、本出願の説明における「/」は、関連する対象の間の「または(or)」の関係を表す。たとえば、A/Bは、AまたはBを表してもよい。本出願における用語「および/または(and/or)」は、関連する対象の関連付けの関係のみを示し、3つの関係が存在してもよいことを表す。たとえば、Aおよび/またはBは、次の3つの場合、すなわち、Aのみが存在する場合、AとBとの両方が存在する場合、およびBのみが存在する場合を表してもよく、AおよびBは、単数または複数であってもよい。さらに、別途明記されない限り、本出願の説明における「複数の(a plurality of)」は、2以上を意味する。「以下のうちの少なくとも1つ(1個)(At least one (one piece) of the following)」またはそれと同様の表現は、これらのものの任意の組み合わせを指し、単一のもの(個(piece))または複数のもの(個(pieces))を含む。たとえば、a、b、またはcのうちの少なくとも1つ(個)は、a、b、c、aとbとの組み合わせ、aとcとの組み合わせ、bとcとの組み合わせ、またはaとbとcとの組み合わせを表してもよく、a、b、およびcは、それぞれ、単数形または複数形であってもよい。さらに、本出願の実施形態の技術的なソリューションを明確に説明するために、「第1の」および「第2の」などの用語が、同じものまたは基本的に同じ機能および目的を有する同様のものの間で区別するために本出願の実施形態において使用される。当業者は、「第1の」および「第2の」などの用語が量または実行順序を限定せず、「第1の」および「第2の」などの用語が明確な違いを示さないことを理解しうる。
【００９１】
加えて、本出願の実施形態において説明されるネットワークアーキテクチャおよびサービスのシナリオは、本出願の実施形態の技術的なソリューションをより明確に説明するように意図されており、本出願の実施形態において提供される技術的なソリューションに対する限定を定めない。当業者は、ネットワークアーキテクチャが発展し、新しいサービスのシナリオが現れるとき、本出願の実施形態において提供される技術的なソリューションが同様の技術的問題にも適用可能であることを知りうる。
【００９２】
図1は、本出願の実施形態に係るサービス品質監視システム10を示す。サービス品質監視システム10は、第1のデバイス101および第3のデバイス102を含む。
【００９３】
第1のデバイスは、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得し、第3のデバイスに第1の送信遅延についての情報を送信し、第3のデバイスに第1の瞬間に関連する情報を送信するように構成される。
【００９４】
第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報を受信し、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するように構成される。
【００９５】
任意選択で、本出願のこの実施形態において、第1のデバイスは、アクセスデバイスであってもよく、第2のデバイスは、端末であってもよく、第3のデバイスは、ユーザプレーンのネットワーク要素であってもよい。
【００９６】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、アクセスデバイスであってもよく、第2のデバイスは、ユーザプレーンのネットワーク要素であってもよく、第3のデバイスは、端末であってもよい。
【００９７】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、端末であってもよく、第2のデバイスは、アクセスデバイスであってもよく、第3のデバイスは、ユーザプレーンのネットワーク要素であってもよい。
【００９８】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、ユーザプレーンのネットワーク要素であってもよく、第2のデバイスは、アクセスデバイスであってもよく、第3のデバイスは、端末であってもよい。
【００９９】
任意選択で、本出願のこの実施形態の第1のデバイス101および第2のデバイス102は、互いに直接通信してもよく、または別のデバイスによる転送によって互いに通信してもよい。これは、本出願のこの実施形態において特に限定されない。
【０１００】
本出願のこの実施形態において提供されるサービス品質監視システムによれば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を監視するとき、第3のデバイスは、第1の瞬間に関連する情報と、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報とを第1のデバイスから受信してもよい。さらに、第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定してもよい。言い換えると、第3のデバイスは、セグメント送信遅延情報を監視する1つの手順で、第1の送信遅延についての情報、第2の送信遅延についての情報、および第3の送信遅延についての情報を知ってもよい。したがって、本出願のこの実施形態において提供されるサービス品質監視システムによれば、複数のセグメント送信遅延についての情報が、セグメント送信遅延情報を監視する1つの手順で取得されうる。これは、セグメント送信遅延情報を監視するための既存の方法を簡素化する。
【０１０１】
任意選択で、図2は、本出願の実施形態に係るサービス品質監視アクティブ化システム20を示す。サービス品質監視アクティブ化システム20は、セッション管理ネットワーク要素201および第1のデバイス202を含む。
【０１０２】
セッション管理ネットワーク要素201は、ポリシー制御ネットワーク要素から1つ以上のサービス品質監視ポリシーを受信し、1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定し、第1のデバイス202に第1のサービス品質監視ポリシーを送信するように構成される。
【０１０３】
第1のデバイス202は、セッション管理ネットワーク要素201から第1のサービス品質監視ポリシーを受信するように構成される。
【０１０４】
任意選択で、第1のサービス品質監視ポリシーが第1のデバイス202に対応する監視される第1のサービス品質パラメータを含むとき、第1のデバイス202は、第1のサービス品質パラメータについての情報を取得するために、セッション管理ネットワーク要素201から第1のサービス品質監視ポリシーを受信した後、対応するサービス品質の監視を開始してもよい。
【０１０５】
代替的に、任意選択で、第1のサービス品質監視ポリシーが第1のデバイス202がセッション管理ネットワーク要素201に監視レポートを報告するイベントを含むとき、セッション管理ネットワーク要素201から第1のサービス品質監視ポリシーを受信した後、第1のデバイス202は、監視レポートを報告するためのイベントに関する予め設定された条件が満たされるとき、セッション管理ネットワーク要素201に監視レポートを報告してもよい。
【０１０６】
任意選択で、本出願のこの実施形態において、第1のデバイスは、アクセスデバイスであってもよく、第2のデバイスは、端末であってもよく、第3のデバイスは、ユーザプレーンのネットワーク要素であってもよい。
【０１０７】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、アクセスデバイスであってもよく、第2のデバイスは、ユーザプレーンのネットワーク要素であってもよく、第3のデバイスは、端末であってもよい。
【０１０８】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、端末であってもよく、第2のデバイスは、アクセスデバイスであってもよく、第3のデバイスは、ユーザプレーンのネットワーク要素であってもよい。
【０１０９】
代替的に、任意選択で、本出願のこの実施形態において、第1のデバイスは、ユーザプレーンのネットワーク要素であってもよく、第2のデバイスは、アクセスデバイスであってもよく、第3のデバイスは、端末であってもよい。
【０１１０】
任意選択で、本出願のこの実施形態のセッション管理ネットワーク要素201および第1のデバイス202は、互いに直接通信してもよく、または別のデバイスによる転送によって互いに通信してもよい。これは、本出願のこの実施形態において特に限定されない。
【０１１１】
本出願のこの実施形態において提供されるサービス品質監視アクティブ化システムによれば、必要とされるサービス品質監視ポリシーが、サービス品質監視プロセスにおいて対応するデバイスに提供されてもよい。したがって、デバイスは、サービス品質監視手順を開始するためにアクティブ化されてもよく、またはデバイスは、セッション管理ネットワーク要素に監視レポートを報告するためにアクティブ化されてもよい。
【０１１２】
代替的に、任意選択で、図11は、本出願の実施形態に係るサービス品質監視システム110を示す。サービス品質監視システム110は、端末1101およびアクセスデバイス1102を含む。
【０１１３】
アクセスデバイス1102は、第1の瞬間に関連する情報を取得するように構成され、第1の瞬間は、アクセスデバイス1102が端末1101によって送信された第1のパケットを受信する瞬間、またはアクセスデバイス1102が端末1101に第2のパケットを送信する瞬間である。
【０１１４】
端末1101は、第1の瞬間に関連する情報を受信し、第1の瞬間に関連する情報に基づいて、端末1101のための端末1101とアクセスデバイス1102との間のパケット送信に関する送信遅延についての情報を決定するように構成される。
【０１１５】
本出願の実施形態における監視は、代替的に、検出によって置き換えられてもよく、また、本出願の実施形態における検出は、監視によってまた置き換えられてもよいことに留意されたい。言い換えると、検出および監視は、互いに置き換えられてもよい。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０１１６】
本出願の実施形態において提供されるサービス品質監視システムによれば、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定してもよい。
【０１１７】
任意選択で、図1のサービス品質監視システム10、図2のサービス品質監視アクティブ化システム20、または図11のサービス品質監視システム110は、現在の5Gネットワークおよび将来のネットワークに適用されてもよい。これは、本出願の実施形態において特に限定されない。
【０１１８】
たとえば、図1のサービス品質監視システム10、図2のサービス品質監視アクティブ化システム20、または図11のサービス品質監視システム110が、現在の5Gネットワークに適用されると仮定する。図3に示されるように、上述の端末に対応するネットワーク要素またはエンティティは、5Gネットワークの端末であってもよく、上述のアクセスデバイスに対応するネットワーク要素またはエンティティは、5Gネットワークのアクセスデバイスであってもよく、上述のユーザプレーンのネットワーク要素に対応するネットワーク要素またはエンティティは、5Gネットワークのユーザプレーン機能(user plane function、UPF)ネットワーク要素であってもよく、上述のセッション管理ネットワーク要素に対応するネットワーク要素またはエンティティは、5Gネットワークのセッション管理機能(session management function、SMF)ネットワーク要素であってもよい。
【０１１９】
加えて、図3に示されるように、5Gネットワークは、アクセスおよびモビリティ管理機能(access and mobility management function、AMF)ネットワーク要素、ポリシー制御機能(policy control function、PCF)ネットワーク要素などをさらに含んでもよい。これは、本出願の実施形態において特に限定されない。
【０１２０】
端末は、次世代(Next generation、N)ネットワークインターフェース1(略してN1)を使用することによってAMFネットワーク要素と通信する。アクセスデバイスは、Nインターフェース2(略してN2)を使用することによってAMFネットワーク要素と通信し、Nインターフェース3(略してN3)を使用することによってUPFネットワーク要素と通信する。AMFネットワーク要素は、Nインターフェース11(略してN11)を使用することによってSMFネットワーク要素と通信し、Nインターフェース15(略してN15)を使用することによってPCFネットワーク要素と通信する。SMFネットワーク要素は、Nインターフェース7(略してN7)を使用することによってPCFネットワーク要素と通信し、Nインターフェース4(略してN4)を使用することによってUPFネットワーク要素と通信する。
【０１２１】
図3のネットワーク要素間のインターフェースの名前は、例であるに過ぎず、インターフェースは、特定の実装においてその他の名前を有してもよいことに留意されたい。これは、本出願の実施形態において特に限定されない。
【０１２２】
さらに、図3に示される5GネットワークのAMFネットワーク要素、SMFネットワーク要素、およびPCFネットワーク要素などの制御プレーンのネットワーク要素は、代替的に、サービスベースのインターフェースを通じて互いにインタラクションしてもよいことに留意されたい。たとえば、AMFネットワーク要素によって提供されるサービスベースのインターフェースは、Namfであってもよく、SMFネットワーク要素によって提供されるサービスベースのインターフェースは、Nsmfであってもよく、PCFネットワーク要素によって提供されるサービスベースのインターフェースは、Npcfであってもよい。関連する説明に関しては、3GPP TS 23.501規格の5Gシステムアーキテクチャ(5G system architecture)の図を参照されたい。詳細は、本明細書において再度説明されない。
【０１２３】
任意選択で、本出願の実施形態における端末(terminal)は、様々なハンドヘルドデバイス、乗り物に搭載されたデバイス、ウェアラブルデバイス、ワイヤレス通信機能を有するコンピューティングデバイス、またはワイヤレスモデムに接続されたその他の処理デバイスを含んでもよい。端末は、加入者ユニット(subscriber unit)、セルラ電話(cellular phone)、スマートフォン(smart phone)、ワイヤレスデータカード、携帯情報端末(personal digital assistant、PDA)コンピュータ、タブレットコンピュータ、ワイヤレスモデム(modem)、ハンドヘルド(handheld)デバイス、ラップトップコンピュータ(laptop computer)、コードレス電話(cordless phone)またはワイヤレスローカルループ(wireless local loop、WLL)局、マシンタイプ通信(machine type communication、MTC)端末、ユーザ機器(UE)、移動局(mobile station、MS)、端末デバイス(terminal device)、中継ユーザ機器などをさらに含んでもよい。中継ユーザ機器は、たとえば、5G住居用ゲートウェイ(residential gateway、RG)であってもよい。説明を容易にするために、本出願において、上述のデバイスは、集合的に端末と呼ばれる。
【０１２４】
任意選択で、本出願の実施形態におけるアクセスデバイスは、コアネットワークにアクセスするデバイスである。たとえば、アクセスデバイスは、基地局、ブロードバンドネットワークゲートウェイ(broadband network gateway、BNG)、アグリゲーションスイッチ、非第3世代パートナーシッププロジェクト(3rd generation partnership project、3GPP)アクセスデバイスなどであってもよい。基地局は、様々な形態の基地局、たとえば、マクロ基地局、マイクロ基地局(スモールセルとも呼ばれる)、中継局、またはアクセスポイントを含んでもよい。
【０１２５】
任意選択で、本出願の実施形態における図1の第1のデバイスもしくは第3のデバイス、図2のセッション管理ネットワーク要素、または図11の端末もしくはアクセスデバイスは、1つのデバイスによって実装されてもよく、または複数のデバイスによって共同で実装されてもよく、または1つのデバイス内の機能モジュールによって実装されてもよい。これは、本出願の実施形態において特に限定されない。上述の機能が、ハードウェアデバイスのネットワーク要素であってもよく、または専用ハードウェア上で実行されるソフトウェアの機能であってもよく、またはプラットフォーム(たとえば、クラウドプラットフォーム)上のインスタンス化された仮想化機能であってもよいことは理解されうる。
【０１２６】
たとえば、本出願の実施形態における図1の第1のデバイスもしくは第3のデバイス、図2のセッション管理ネットワーク要素、または図11の端末もしくはアクセスデバイスは、1つのデバイスによって実装されてもよく、または図4の通信デバイスを使用することによって共同で実装されてもよい。図4は、本出願の実施形態に係る通信デバイスのハードウェアの構造の概略図である。通信デバイス400は、プロセッサ401、通信回線402、メモリ403、および少なくとも1つの通信インターフェースを含む(図4は、通信デバイス400が通信インターフェース404を含む例を使用することによって説明されるに過ぎない)。
【０１２７】
プロセッサ401は、本出願のソリューションにおいてプログラムの実行を制御するように構成された汎用中央演算処理装置(central processing unit、CPU)、マイクロプロセッサ、特定用途向け集積回路(application-specific integrated circuit、ASIC)、または1つ以上の集積回路であってもよい。
【０１２８】
通信回線402は、上述の構成要素の間で情報を転送するための経路を含んでもよい。
【０１２９】
通信インターフェース404は、トランシーバなどの任意の装置であり、別のデバイス、またはイーサネット、無線アクセスネットワーク(radio access network、RAN)、もしくはワイヤレスローカルエリアネットワーク(wireless local area networks、WLAN)などの通信ネットワークと通信するように構成される。
【０１３０】
メモリ403は、静的な情報および命令を記憶することができる読み取り専用メモリ(read-only memory、ROM)もしくは別の種類のスタティックストレージデバイス、または情報および命令を記憶することができるランダムアクセスメモリ(random access memory、RAM)もしくは別の種類のダイナミックストレージデバイスであってもよく、あるいは電気的消去可能プログラマブル読み取り専用メモリ(electrically erasable programmable read-only memory、EEPROM)、コンパクトディスク読み取り専用メモリ(compact disc read-only memory、CD-ROM)もしくは別のコンパクトディスクストレージ、(コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Blu-rayディスクなどを含む)光ディスクストレージ、磁気ディスクストレージ媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを運ぶかもしくは記憶するように構成されることが可能であり、コンピュータによってアクセスされることが可能である任意のその他の媒体であってもよい。しかし、メモリ403は、これらに限定されない。メモリは、独立して存在してもよく、通信回線402を使用することによってプロセッサに接続される。メモリは、代替的に、プロセッサに統合されてもよい。
【０１３１】
メモリ403は、本出願のソリューションを実行するためのコンピュータが実行可能な命令を記憶するように構成され、プロセッサ401は、コンピュータが実行可能な命令の実行を制御する。プロセッサ401は、本出願の以下の実施形態において提供されるサービス品質監視方法を実施するためにメモリ403に記憶されたコンピュータが実行可能な命令を実行するように構成される。
【０１３２】
任意選択で、本出願の実施形態のコンピュータが実行可能な命令は、アプリケーションプログラムコードとも呼ばれてもよい。これは、本出願の実施形態において特に限定されない。
【０１３３】
特定の実装において、実施形態では、プロセッサ401は、1つ以上のCPU、たとえば、図4のCPU0およびCPU1を含んでもよい。
【０１３４】
特定の実装において、実施形態では、通信デバイス400は、複数のプロセッサ、たとえば、図4のプロセッサ401およびプロセッサ408を含んでもよい。プロセッサの各々は、シングルコア(シングルCPU)プロセッサまたはマルチコア(マルチCPU)プロセッサであってもよい。本明細書のプロセッサは、データ(たとえば、コンピュータプログラム命令)を処理するための1つ以上のデバイス、回路、および/または処理コアであってもよい。
【０１３５】
特定の実装において、実施形態では、通信デバイス400は、出力デバイス405および入力デバイス406をさらに含んでもよい。出力デバイス405は、プロセッサ401と通信し、複数の方法で情報を表示してもよい。たとえば、出力デバイス405は、液晶ディスプレイ(liquid crystal display、LCD)、発光ダイオード(light emitting diode、LED)ディスプレイデバイス、ブラウン管(cathode ray tube、CRT)ディスプレイデバイス、プロジェクタ(projector)などであってもよい。入力デバイス406は、プロセッサ401と通信し、複数の方法でユーザ入力を受信してもよい。たとえば、入力デバイス406は、マウス、キーボード、タッチスクリーンデバイス、センサーデバイスなどであってもよい。
【０１３６】
通信デバイス400は、汎用デバイスまたは専用デバイスであってもよい。特定の実装において、通信デバイス400は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ(personal digital assistant、PDA)、モバイル電話、タブレットコンピュータ、ワイヤレス端末デバイス、組み込みデバイス、または図4の構造と同様の構造を有するデバイスであってもよい。通信デバイス400の種類は、本出願の実施形態において限定されない。
【０１３７】
以下で、図1から図4および図11を参照して本出願の実施形態において提供されるサービス品質監視方法を詳細に説明する。
【０１３８】
本出願の以下の実施形態におけるネットワーク要素間のメッセージの名前またはメッセージ内のパラメータの名前などは、例であるに過ぎず、特定の実装においてはその他の名前があってもよいことに留意されたい。これは、本出願の実施形態において特に限定されない。
【０１３９】
まず、たとえば、図1のサービス品質監視システムが、図3に示された5Gネットワークに適用され、第1のデバイスが、アクセスデバイスであり、第2のデバイスが、端末であり、第3のデバイスが、UPFネットワーク要素であるか、または第1のデバイスが、アクセスデバイスであり、第2のデバイスが、UPFネットワーク要素であり、第3のデバイスが、端末である。図5Aおよび図5Bは、本出願の実施形態に係るサービス品質監視方法を示す。サービス品質監視方法は、以下のステップを含む。
【０１４０】
S501:第1のデバイスが、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得する。
【０１４１】
本出願のこの実施形態において、第1のデバイスは、第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延の監視を開始し、第1の送信遅延についての情報を取得してもよい。特に、第1の送信遅延を監視する方法については、既存の実装を参照されたい。詳細は、本明細書において説明されない。
【０１４２】
任意選択で、本出願のこの実施形態における第1の送信遅延は、第1のデバイスと第2のデバイスとの間のパケット送信に関するアップリンク(uplink、UL)またはダウンリンク(downlink、DL)の片方向遅延(one way delay)であってもよい。代替的に、第1の送信遅延は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する往復遅延時間(round trip time、RTT)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０１４３】
本出願のこの実施形態において、第1のデバイスがアクセスデバイスであり、第2のデバイスが端末であるシナリオでは、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延は、代替的に、無線インターフェース送信遅延またはUuインターフェース(Uu interface)遅延と呼ばれてもよい。これは、本出願のこの実施形態において特に限定されない。
【０１４４】
任意選択で、本出願のこの実施形態において、第3のデバイスは、第1の瞬間に関連する情報および第1の送信遅延についての情報を以下の方法1から4のいずれか1つで取得してもよい。
【０１４５】
方法1:本出願のこの実施形態において提供されるサービス品質監視方法が、ステップS502aからS504aをさらに含む。
【０１４６】
S502a:第3のデバイスが、第1のデバイスにメッセージ1を送信し、第1のデバイスが、瞬間T2において第3のデバイスからメッセージ1を受信する。
【０１４７】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ1は、たとえば、ループバック監視要求1であってもよい。ループバック監視要求1は、1つ以上の監視要求パケット(monitoring request packet)を含んでもよく、監視要求パケットの各々は、関連するシーケンス番号(sequence number、SN)を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１４８】
任意選択で、本出願のこの実施形態において、メッセージ1は、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延を監視することを要求する。代替的に、メッセージ1は、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する。これは、本出願のこの実施形態において特に限定されない。
【０１４９】
任意選択で、本出願のこの実施形態において、メッセージ1が端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延を監視することを要求するとき、メッセージ1は、第2の送信遅延に対応する監視粒度1をさらに含んでもよい。たとえば、端末のインターネットプロトコル(internet protocol、IP)アドレス/端末の汎用パケット無線システム(general packet radio system、GPRS)ユーザプレーン用トンネリングプロトコル(tunneling protocol for user plane、GTP-U)トンネルに対応するIPアドレスは、監視粒度1がデバイスの粒度であることを示す。端末のIPアドレス/端末のGTP-Uトンネルに対応するIPアドレスおよび端末のトンネルエンドポイント識別子(tunnel endpoint identifier、TEID)は、監視粒度1がセッションの粒度であることを示す。端末のIPアドレス/端末のGTP-Uトンネルに対応するIPアドレス、端末のTEID、および端末のサービス品質QoSフロー識別子(QoS flow identity、QFI)は、監視粒度1がフローの粒度であることを示す。これは、本出願のこの実施形態において特に限定されない。
【０１５０】
任意選択で、本出願のこの実施形態において、メッセージ1が端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求するとき、メッセージ1は、第3の送信遅延に対応する監視粒度3をさらに含んでもよい。監視粒度3の関連する説明に関しては、監視粒度1の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０１５１】
任意選択で、本出願のこの実施形態において、メッセージ1は、インジケーション情報1またはセグメント識別子1のうちの少なくとも1つをさらに含んでもよい。インジケーション情報1は、第1の送信遅延についての情報を取得することを示し、セグメント識別子1は、第1の送信遅延に対応するセグメントを特定する。これは、本出願のこの実施形態において特に限定されない。
【０１５２】
任意選択で、本出願のこの実施形態において、メッセージ1は、第1の送信遅延に対応する監視粒度2をさらに含んでもよい。監視粒度2の関連する説明に関しては、監視粒度1の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０１５３】
結論として、本出願のこの実施形態において、メッセージ1は、以下の4つの場合を示してもよい。
【０１５４】
a.監視されるセグメントについての情報、たとえば、第2の送信遅延に対応するセグメントについての情報または第3の送信遅延に対応するセグメントについての情報が、示されず、第3のデバイスが取得することを要求するセグメントについての情報、たとえば、第1の送信遅延に対応するセグメントについての情報も、示されない。言い換えると、第3のデバイスからメッセージ1を受信した後、第1のデバイスは、デフォルトでまたは第1のデバイスのローカルのポリシーに従ってメッセージ1に対応する応答メッセージを返す。
【０１５５】
b.監視されるセグメントについての情報、たとえば、第2の送信遅延に対応するセグメントについての情報または第3の送信遅延に対応するセグメントについての情報が、示されないが、第3のデバイスが取得することを要求するセグメントについての情報は、示される。第1の送信遅延に対応するセグメント識別子1が第1のデバイスおよび第3のデバイスにおいて構成される場合、第3のデバイスは、セグメント識別子1に対応する第1の送信遅延についての情報を取得することを要求するためにメッセージ1にセグメント識別子1を追加してもよい。
【０１５６】
c.監視されるセグメントについての情報が示されるが、第3のデバイスが取得することを要求するセグメントについての情報は示されない。第2の送信遅延に対応するセグメント識別子2および/または第3の送信遅延に対応するセグメント識別子3が第1のデバイスおよび第3のデバイスの各々において構成される場合、第3のデバイスは、セグメント識別子2に対応する第2の送信遅延についての情報を監視することを要求するためにメッセージ1にセグメント識別子2を追加してもよく、またはセグメント識別子3に対応する第2の送信遅延についての情報を監視することを要求するためにメッセージ1にセグメント識別子3を追加してもよい。
【０１５７】
d.監視されるセグメントについての情報が示され、第3のデバイスが取得することを要求するセグメントについての情報も示される。監視されるセグメントについての情報を示す方法に関しては、上述の場合cを参照されたい。取得されることを要求された情報を示す方法に関しては、上述の場合bを参照されたい。詳細は、本明細書において再度説明されない。
【０１５８】
任意選択で、本出願のこの実施形態において、ステップS501およびS502aを実行するための必須の順序はない。ステップS501は、ステップS502aの前に実行されてもよい。代替的に、ステップS502aが、ステップS501の前に実行されてもよい。たとえば、第3のデバイスからループバック監視要求1を受信した後、第1のデバイスは、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延の監視を開始する。代替的に、ステップS501およびS502aは、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０１５９】
S503a.第1のデバイスが、メッセージ1に対応するメッセージ2を生成する。
【０１６０】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ2は、たとえば、ループバック監視応答1であってもよい。ループバック監視応答1は、1つ以上の測定応答パケット(measurement response packet)を含んでもよく、測定要求パケットの各々は、関連するシーケンス番号を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１６１】
本出願のこの実施形態において、ステップS502aの監視要求パケットおよびステップS503aの測定応答パケットは、集合的に監視パケット(monitoring packet)と呼ばれてもよい。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０１６２】
本出願のこの実施形態において、メッセージ1を受信した後、第1のデバイスが、メッセージ1に対応するメッセージ2を生成するかまたは構築してもよい。たとえば、第1のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報をメッセージ2に追加してもよい。第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ1を受信する瞬間T2および第1のデバイスがメッセージ2を送信する瞬間T5を含んでもよい。代替的に、第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ2を送信する瞬間T5と第1のデバイスがメッセージ1を受信する瞬間T2との間の差を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１６３】
任意選択で、本出願のこの実施形態において、メッセージ2は、第1の送信遅延に対応する監視粒度4をさらに含んでもよい。監視粒度4は、第1の送信遅延に対応し、メッセージ1内にある監視粒度2と同じであるかまたは異なってもよい。言い換えると、第1の送信遅延に対応し、第3のデバイスによって送信される要求内にある監視粒度は、第1の送信遅延に対応し、第1のデバイスによって送信される応答内にある監視粒度と同じであるかまたは異なってもよい。たとえば、第1の送信遅延に対応し、第3のデバイスによって送信される要求内にある監視粒度が、デバイスの粒度であってもよい一方、第1の送信遅延に対応し、第1のデバイスによって送信される応答内にある監視粒度は、フローの粒度であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０１６４】
任意選択で、本出願のこの実施形態において、メッセージ2は、第1の送信遅延に対応するセグメント識別子1をさらに含んでもよく、セグメント識別子1は、第1の送信遅延に対応するセグメントを示す。これは、本出願のこの実施形態において特に限定されない。
【０１６５】
S504a:第1のデバイスが、第3のデバイスにメッセージ2を送信し、第3のデバイスが、第1のデバイスからメッセージ2を受信する。
【０１６６】
方法2:ステップS501の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS502bおよびS503bをさらに含む。
【０１６７】
S502b:第1のデバイスが、メッセージ3を生成する。
【０１６８】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ3は、たとえば、サービス品質監視要求1であってもよい。サービス品質監視要求1は、1つ以上の監視要求パケット(monitoring request packet)を含んでもよく、監視要求パケットの各々は、関連するシーケンス番号を含んでもよい。これは、本出願のこの実施形態において特に限定されない。メッセージ3は、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０１６９】
本出願のこの実施形態において、第1のデバイスは、第1の送信遅延についての情報を取得した後、メッセージ3を生成してもよい。たとえば、第1のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報をメッセージ3に追加してもよい。第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ3を送信する瞬間T5を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１７０】
任意選択で、本出願のこの実施形態において、メッセージ3は、第1の送信遅延に対応する監視粒度4をさらに含んでもよい。これは、本出願のこの実施形態において特に限定されない。監視粒度4の関連する説明に関しては、監視粒度1の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０１７１】
任意選択で、本出願のこの実施形態において、メッセージ3は、第1の送信遅延に対応するセグメント識別子1をさらに含んでもよく、セグメント識別子1は、第1の送信遅延に対応するセグメントを示す。これは、本出願のこの実施形態において特に限定されない。
【０１７２】
S503b:第1のデバイスが、第3のデバイスにメッセージ3を送信し、第3のデバイスが、第1のデバイスからメッセージ3を受信する。
【０１７３】
方法3:ステップS501の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS502cからS505cをさらに含む。
【０１７４】
S502c:第1のデバイスが、第3のデバイスにメッセージ4を送信し、第3のデバイスが、第1のデバイスからメッセージ4を受信する。メッセージ4は、第1の送信遅延についての情報を含む。
【０１７５】
任意選択で、本出願のこの実施形態において、メッセージ4は、第1の送信遅延に対応する監視粒度4をさらに含んでもよい。これは、本出願のこの実施形態において特に限定されない。監視粒度4の関連する説明に関しては、監視粒度1の関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０１７６】
任意選択で、本出願のこの実施形態において、メッセージ4は、第1の送信遅延に対応するセグメント識別子1をさらに含んでもよく、セグメント識別子1は、第1の送信遅延に対応するセグメントを示す。これは、本出願のこの実施形態において特に限定されない。
【０１７７】
任意選択で、本出願のこの実施形態のメッセージ4は、制御パケットまたは監視パケットであってもよい。これは、本出願のこの実施形態において特に限定されない。
【０１７８】
S503c:第3のデバイスが、第1のデバイスにメッセージ5を送信し、第1のデバイスが、第3のデバイスからメッセージ5を受信する。メッセージ5は、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する。
【０１７９】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ5は、たとえば、ループバック監視要求2であってもよい。ループバック監視要求2は、1つ以上の監視要求パケット(monitoring request packet)を含んでもよく、監視要求パケットの各々は、関連するシーケンス番号を含んでもよい。関連する説明に関しては、第3の送信遅延を監視する既存の方法を参照するものとし、詳細は、本明細書において再度説明されない。
【０１８０】
任意選択で、本出願のこの実施形態において、ステップS502cおよびステップS503cからS505cを実行するための必須の順序はない。ステップS502cは、ステップS503cからS505cのうちの1つ以上の前に実行されてもよい。代替的に、ステップS503cからS505cのうちの1つまたは複数は、ステップS502cの前に実行されてもよい。代替的に、ステップS502cおよびステップS503cからS505cのうちの1つまたは複数は、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０１８１】
S504c.第1のデバイスが、メッセージ5に対応するメッセージ6を生成する。
【０１８２】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ6は、たとえば、ループバック監視応答2であってもよい。ループバック監視応答2は、1つ以上の測定応答パケット(measurement response packet)を含んでもよく、測定要求パケットの各々は、関連するシーケンス番号を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１８３】
本出願のこの実施形態において、メッセージ5を受信した後、第1のデバイスが、メッセージ5に対応するメッセージ6を生成するかまたは構築してもよい。たとえば、第1のデバイスは、第1の瞬間に関連する情報をメッセージ6に追加してもよい。第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ5を受信する瞬間T2および第1のデバイスがメッセージ6を送信する瞬間T5を含んでもよい。代替的に、第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ6を送信する瞬間T5と第1のデバイスがメッセージ5を受信する瞬間T2との間の差を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１８４】
S505c:第1のデバイスが、第3のデバイスにメッセージ6を送信し、第3のデバイスが、第1のデバイスからメッセージ6を受信する。
【０１８５】
方法4:ステップS501の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS502dからS504dをさらに含む。
【０１８６】
S502d:このステップは、ステップS502cと同じである。関連する説明に関しては、ステップS502cを参照されたい。詳細は、本明細書において再度説明されない。
【０１８７】
S503d:第1のデバイスが、メッセージ7を生成する。メッセージ7は、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する。
【０１８８】
たとえば、図5Aおよび図5Bに示されるように、本出願のこの実施形態のメッセージ7は、たとえば、サービス品質監視要求2であってもよい。サービス品質監視要求2は、1つ以上の監視要求パケット(monitoring request packet)を含んでもよく、監視要求パケットの各々は、関連するシーケンス番号を含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０１８９】
本出願のこの実施形態において、メッセージ7は、第1の瞬間に関連する情報を含んでもよく、第1の瞬間に関連する情報は、たとえば、第1のデバイスがメッセージ7を送信する瞬間T5を含んでもよい。関連する説明に関しては、第3の送信遅延を監視する既存の方法を参照されたい。詳細は、本明細書において再度説明されない。
【０１９０】
任意選択で、本出願のこの実施形態において、ステップS502dおよびS503dを実行するための必須の順序はない。ステップS502dは、ステップS503dの前に実行されてもよい。代替的に、ステップS503dは、S502dの前に実行されてもよい。代替的に、S502dおよびS503dは、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０１９１】
S504d:第1のデバイスが、第3のデバイスにメッセージ7を送信し、第3のデバイスが、第1のデバイスからメッセージ7を受信する。
【０１９２】
第3のデバイスが第1の送信遅延についての情報および第1の瞬間に関連する情報を取得した後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS506およびS507をさらに含む。
【０１９３】
S506:第3のデバイスが、第1の送信遅延についての情報を記憶する。
【０１９４】
S507:第3のデバイスが、第3の送信遅延についての情報を決定し、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて第2の送信遅延についての情報を決定する。
【０１９５】
たとえば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報が、RTT1であり、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報が、RRT2であり、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報が、RTT3であると仮定する。
【０１９６】
この場合、方法1または方法3に関して、第3のデバイスがループバック監視要求1またはループバック監視要求2を送信する記録された瞬間がT1であり、第3のデバイスがループバック監視応答1またはループバック監視応答2を受信する瞬間がT6であると仮定すると、
RRT1 = (T6 - T1) - (T5 - T2)であり、
RRT3 = RRT2 + RRT1である。
【０１９７】
方法2または方法4に関して、第3のデバイスがサービス品質監視要求1またはサービス品質監視要求2を受信する瞬間がT6であると仮定すると、
RRT1 = T6 - T5であり、
RRT3 = RRT2 + RRT1である。
【０１９８】
代替的に、たとえば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報が、片方向遅延1であり、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報が、片方向遅延2であり、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報が、片方向遅延3であると仮定する。
【０１９９】
この場合、方法1または方法3に関して、第3のデバイスがループバック監視要求1またはループバック監視要求2を送信する記録された瞬間がT1であり、第3のデバイスがループバック監視応答1またはループバック監視応答2を受信する瞬間がT6であると仮定すると、
片方向遅延1 = [(T6 - T1) - (T5 - T2)]/2であり、
片方向遅延3 = 片方向遅延2 + 片方向遅延1である。
【０２００】
方法2または方法4に関して、第3のデバイスがサービス品質監視要求1またはサービス品質監視要求2を受信する瞬間がT6であると仮定すると、
片方向遅延1 = (T6 - T5)/2であり、
片方向遅延3 = 片方向遅延2 + 片方向遅延1である。
【０２０１】
上述の例は、同じセグメントに対応するアップリンク遅延およびダウンリンク遅延が同じであると仮定することによって説明されていることに留意されたい。言い換えると、片方向遅延は、UL片方向遅延またはDL片方向遅延であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２０２】
本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を監視するとき、第3のデバイスは、第1の瞬間に関連する情報と、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報とを第1のデバイスから受信してもよい。さらに、第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定してもよい。言い換えると、第3のデバイスは、セグメント送信遅延情報を監視する1つの手順で、第1の送信遅延についての情報、第2の送信遅延についての情報、および第3の送信遅延についての情報を知ってもよい。したがって、本出願のこの実施形態において提供されるサービス品質監視方法によれば、複数のセグメント送信遅延についての情報が、セグメント送信遅延情報を監視する1つの手順で取得されうる。これは、セグメント送信遅延情報を監視するための既存の方法を簡素化する。
【０２０３】
ステップS501からS507における第1のデバイスまたは第3のデバイスのアクションは、メモリ403に記憶されたアプリケーションプログラムコードを呼び出すことによって図4に示された通信デバイス400のプロセッサ401によって実行されてもよい。これは、この実施形態において限定されない。
【０２０４】
任意選択で、たとえば、図1のサービス品質監視システムが、図3に示された5Gネットワークに適用され、第1のデバイスが、端末であり、第2のデバイスが、アクセスデバイスであり、第3のデバイスが、UPFネットワーク要素であるか、または第1のデバイスが、UPFネットワーク要素であり、第2のデバイスが、アクセスデバイスであり、第3のデバイスが、端末である。図6Aおよび図6Bは、本出願の実施形態に係るサービス品質監視方法を示す。サービス品質監視方法は、以下のステップを含む。
【０２０５】
S601:このステップは、ステップS501と同様である。詳細に関しては、図5Aおよび図5Bに示された実施形態のステップS501を参照されたい。詳細は、本明細書において再度説明されない。
【０２０６】
任意選択で、本出願のこの実施形態において、第3のデバイスは、第1の瞬間に関連する情報および第1の送信遅延についての情報を以下の方法1から4のいずれか1つで取得してもよい。
【０２０７】
方法1:本出願のこの実施形態において提供されるサービス品質監視方法が、ステップS602aからS604aをさらに含む。
【０２０８】
S602a:第3のデバイスが、第2のデバイスを介して第1のデバイスにメッセージ1を送信し、第1のデバイスが、瞬間T2において第3のデバイスからメッセージ1を受信する。
【０２０９】
たとえば、図6Aおよび図6Bに示されるように、本出願のこの実施形態のメッセージ1は、たとえば、ループバック監視要求1であってもよい。関連する説明に関しては、図6Aおよび図6Bに示される実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０２１０】
メッセージ1のその他の関連する説明に関しては、図5Aおよび図5Bに示された実施形態のステップS502aを参照されたい。詳細は、本明細書において再度説明されない。
【０２１１】
本出願のこの実施形態において、第2のデバイスがアクセスデバイスであり、第3のデバイスが端末であるシナリオでは、第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延が、無線インターフェース送信遅延またはUuインターフェース遅延とも呼ばれてもよい。これは、本出願のこの実施形態において特に限定されない。
【０２１２】
端末とアクセスデバイスとの間で送信されているとき、本出願のこの実施形態における(ステップS602aのメッセージ1、以下のメッセージ2、メッセージ3、メッセージ4、メッセージ5、メッセージ6、またはメッセージ7を含む)メッセージは、端末のセッションに対応するベアラを使用することによって送信されることに留意されたい。アクセスデバイスとUPFネットワーク要素との間で送信されているとき、本出願のこの実施形態におけるメッセージは、端末のセッションに対応するGTP-Uトンネルを通じて送信される。言い換えると、メッセージのための送信チャネルが、切り替えられる必要がある。詳細に関しては、既存の実装を参照されたい。詳細は、本明細書において説明されない。
【０２１３】
任意選択で、本出願のこの実施形態において、ステップS601およびS602aを実行するための必須の順序はない。ステップS601は、ステップS602aの前に実行されてもよい。代替的に、ステップS602aは、ステップS601の前に実行されてもよい。たとえば、第3のデバイスからループバック監視要求1を受信した後、第1のデバイスは、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延の監視を開始する。代替的に、ステップS601およびS602aは、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０２１４】
S603a:このステップは、ステップS503aと同様である。詳細に関しては、図5Aおよび図5Bに示された実施形態のステップS503aを参照されたい。詳細は、本明細書において再度説明されない。
【０２１５】
S604a:第1のデバイスが、第2のデバイスを介して第3のデバイスにメッセージ2を送信し、第3のデバイスが、第1のデバイスからメッセージ2を受信する。
【０２１６】
方法2:ステップS601の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS602bおよびS603bをさらに含む。
【０２１７】
S602b:このステップは、ステップS502bと同様である。詳細に関しては、図5Aおよび図5Bに示された実施形態のステップS502bを参照されたい。詳細は、本明細書において再度説明されない。
【０２１８】
S603b:第1のデバイスが、第2のデバイスを介して第3のデバイスにメッセージ3を送信し、第3のデバイスが、第1のデバイスからメッセージ3を受信する。
【０２１９】
方法3:ステップS601の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS602cからS605cをさらに含む。
【０２２０】
S602c:第1のデバイスが、第2のデバイスを介して第3のデバイスにメッセージ4を送信し、第3のデバイスが、第1のデバイスからメッセージ4を受信する。メッセージ4は、第1の送信遅延についての情報を含む。
【０２２１】
メッセージ4の関連する説明に関しては、図5Aおよび図5Bに示された実施形態のステップS502cを参照されたい。詳細は、本明細書において再度説明されない。
【０２２２】
S603c:第3のデバイスが、第2のデバイスを介して第1のデバイスにメッセージ5を送信し、第1のデバイスが、第3のデバイスからメッセージ5を受信する。メッセージ5は、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延を監視することを要求する。
【０２２３】
メッセージ5の関連する説明に関しては、図5Aおよび図5Bに示された実施形態のステップS503cを参照されたい。詳細は、本明細書において再度説明されない。
【０２２４】
任意選択で、本出願のこの実施形態において、ステップS602cおよびステップS603cからS605cを実行するための必須の順序はない。ステップS602cは、ステップS603cからS605cのうちの1つ以上の前に実行されてもよい。代替的に、ステップS603cからS605cのうちの1つまたは複数は、ステップS602cの前に実行されてもよい。代替的に、ステップS602cおよびステップS603cからS605cのうちの1つまたは複数は、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０２２５】
S604c:このステップは、ステップS504cと同様である。詳細に関しては、図5Aおよび図5Bに示された実施形態のステップS504cを参照されたい。詳細は、本明細書において再度説明されない。
【０２２６】
S605c:第1のデバイスが、第2のデバイスを介して第3のデバイスにメッセージ6を送信し、第3のデバイスが、第1のデバイスからメッセージ6を受信する。
【０２２７】
方法4:ステップS601の後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS602dからS604dをさらに含む。
【０２２８】
S602d:このステップは、ステップS602cと同じである。関連する説明に関しては、ステップS602cを参照されたい。詳細は、本明細書において再度説明されない。
【０２２９】
S603d:このステップは、ステップS503dと同様である。詳細に関しては、図5Aおよび図5Bに示された実施形態のステップS503dを参照されたい。詳細は、本明細書において再度説明されない。
【０２３０】
任意選択で、本出願のこの実施形態において、ステップS602dおよびS603dを実行するための必須の順序はない。ステップS602dは、ステップS603dの前に実行されてもよい。代替的に、ステップS603dは、ステップS602dの前に実行されてもよい。代替的に、S602dおよびS603dは、同時に実行されてもよい。これは、本出願のこの実施形態において特に限定されない。
【０２３１】
S604d:第1のデバイスが、第2のデバイスを介して第3のデバイスにメッセージ7を送信し、第3のデバイスが、第1のデバイスからメッセージ7を受信する。
【０２３２】
第3のデバイスが第1の送信遅延についての情報および第1の瞬間に関連する情報を取得した後、本出願のこの実施形態において提供されるサービス品質監視方法は、ステップS606およびS607をさらに含む。
【０２３３】
S606:第3のデバイスが、第1の送信遅延についての情報を記憶する。
【０２３４】
S607:第3のデバイスが、第3の送信遅延についての情報を決定し、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて第2の送信遅延についての情報を決定する。
【０２３５】
たとえば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報が、RTT1であり、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報が、RRT2であり、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報が、RTT3であると仮定する。
【０２３６】
この場合、方法1または方法3に関して、第3のデバイスがループバック監視要求1またはループバック監視要求2を送信する記録された瞬間がT1であり、第3のデバイスがループバック監視応答1またはループバック監視応答2を受信する瞬間がT6であると仮定すると、
RRT1 = (T6 - T1) - (T5 - T2)であり、
RRT3 = RRT1 - RRT2である。
【０２３７】
方法2または方法4に関して、第3のデバイスがサービス品質監視要求1またはサービス品質監視要求2を受信する瞬間がT6であると仮定すると、
RRT1 = T6 - T5であり、
RRT3 = RRT1 - RRT2である。
【０２３８】
代替的に、たとえば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報が、片方向遅延1であり、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報が、片方向遅延2であり、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報が、片方向遅延3であると仮定する。
【０２３９】
この場合、方法1または方法3に関して、第3のデバイスがループバック監視要求1またはループバック監視要求2を送信する記録された瞬間がT1であり、第3のデバイスがループバック監視応答1またはループバック監視応答2を受信する瞬間がT6であると仮定すると、
片方向遅延1 = [(T6 - T1) - (T5 - T2)]/2であり、
片方向遅延3 = 片方向遅延1 - 片方向遅延2である。
【０２４０】
方法2または方法4に関して、第3のデバイスがサービス品質監視要求1またはサービス品質監視要求2を受信する瞬間がT6であり、
片方向遅延1 = (T6 - T5)/2であり、
片方向遅延3 = 片方向遅延1 - 片方向遅延2であると仮定する。
【０２４１】
上述の例は、同じセグメントに対応するアップリンク遅延およびダウンリンク遅延が同じであると仮定することによって説明されていることに留意されたい。言い換えると、片方向遅延は、UL片方向遅延またはDL片方向遅延であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２４２】
本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末のための第1のデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を監視するとき、第3のデバイスは、第1の瞬間に関連する情報と、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報とを第1のデバイスから受信してもよい。さらに、第3のデバイスは、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定してもよい。言い換えると、第3のデバイスは、セグメント送信遅延情報を監視する1つの手順で、第1の送信遅延についての情報、第2の送信遅延についての情報、および第3の送信遅延についての情報を知ってもよい。したがって、本出願のこの実施形態において提供されるサービス品質監視方法によれば、複数のセグメント送信遅延についての情報が、セグメント送信遅延情報を監視する1つの手順で取得されうる。これは、セグメント送信遅延情報を監視するための既存の方法を簡素化する。
【０２４３】
ステップS601からS607における第1のデバイスまたは第3のデバイスのアクションは、メモリ403に記憶されたアプリケーションプログラムコードを呼び出すことによって図4に示された通信デバイス400のプロセッサ401によって実行されてもよい。これは、この実施形態において限定されない。
【０２４４】
任意選択で、たとえば、図2のサービス品質監視システムが、図3に示された5Gネットワークに適用され、第1のデバイスが、アクセスデバイスまたはUPFネットワーク要素である。図7Aおよび図7Bは、本出願の実施形態に係るサービス品質監視アクティブ化方法を示す。サービス品質監視アクティブ化方法は、以下のステップを含む。
【０２４５】
S701:任意選択で、アプリケーション機能(application function、AF)ネットワーク要素が、PCFネットワーク要素にメッセージ1に送信し、PCFネットワーク要素が、AFネットワーク要素からメッセージ1を受信する。メッセージ1は、SMFネットワーク要素に送信される1つ以上のサービス品質監視ポリシーを含む。
【０２４６】
たとえば、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ1は、たとえば、ポリシー認可作成/更新要求(policy authorization create/update request)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２４７】
任意選択で、本出願のこの実施形態において、AFネットワーク要素は、メッセージ1をPCFネットワーク要素に直接送信するか、またはメッセージ1をネットワーク公開機能(network exposure function、NEF)ネットワーク要素を介してPCFネットワーク要素に送信してもよい。これは、本出願のこの実施形態において特に限定されない。
【０２４８】
任意選択で、本出願のこの実施形態において、たとえば、SMFネットワーク要素に送信されるサービス品質監視ポリシーは、監視されるサービス品質パラメータまたは監視レポートがSMFネットワーク要素に報告される必要があるイベントのうちの少なくとも1つを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２４９】
例において、監視されるサービス品質パラメータは、保証フロービットレート(guaranteed flow bit rate、GFBR)、アップリンク/ダウンリンク最大フロービットレート(uplink/downlink maximum flow bit rate、MFBR)、アクセスポイントにおけるパケット遅延バジェット(packet delay budget)以内のデータバースト量、フレーム誤り率(frame error ratio、FER)、セグメント送信遅延、またはパケット損失情報のうちの少なくとも1つを含んでもよい。セグメント送信遅延は、たとえば、片方向遅延またはループバック遅延を含んでもよい。これは、本出願のこの実施形態において特に限定されない。たとえば、セグメント送信遅延は、片方向送信遅延または双方向送信遅延であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５０】
例において、監視レポートがSMFネットワーク要素に報告される必要があるイベントは、サービス品質パラメータが予め設定された閾値を超える(たとえば、パケット損失率が0.5%よりも大きい)こと、端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５１】
任意選択で、本出願のこの実施形態において、SMFネットワーク要素に送信されるサービス品質監視ポリシーは、たとえば、タイムアウトパケットの処理ルール、たとえば、パケットを破棄することまたはパケットを端末に送信することをさらに含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５２】
任意選択で、本出願のこの実施形態において、SMFネットワーク要素に送信されるサービス品質監視ポリシーは、たとえば、サービス品質の監視のために使用される監視パケットの長さまたはサービス品質の監視のために使用される監視期間をさらに含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５３】
任意選択で、本出願のこの実施形態において、サービス品質の監視のために使用される監視パケットの長さは、有効なサービスデータパケットの典型的なパケット長に等しくてもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５４】
任意選択で、本出願のこの実施形態において、SMFネットワーク要素に送信されるサービス品質監視ポリシーは、サービス品質監視ポリシーを続いて使用してもよい1つ以上のデバイスについての情報をさらに含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５５】
S702:PCFネットワーク要素が、SMFネットワーク要素にメッセージ2を送信し、SMFネットワーク要素が、PCFネットワーク要素からメッセージ2を受信する。メッセージ2は、1つ以上のサービス品質監視ポリシーを含む。
【０２５６】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ2は、セッション管理ポリシー修正要求(session management policy modification request)1であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５７】
任意選択で、本出願のこの実施形態において、PCFネットワーク要素は、加入情報またはAFネットワーク要素から受信されたメッセージ1に基づいて、SMFネットワーク要素にメッセージ2を送信すると決定してもよい。これは、本出願のこの実施形態において特に限定されない。
【０２５８】
S703:SMFネットワーク要素が、1つ以上のサービス品質監視ポリシーからアクセスデバイスに対応するサービス品質監視ポリシー1を決定する。
【０２５９】
サービス品質監視ポリシー1の関連する説明に関しては、ステップS701のサービス品質監視ポリシーの関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０２６０】
任意選択で、可能な実装において、サービス品質監視ポリシーは、アクセスデバイスについての情報を含む。この場合、SMFネットワーク要素が1つ以上のサービス品質監視ポリシーからアクセスデバイスに対応するサービス品質監視ポリシー1を決定することは、SMFネットワーク要素がアクセスデバイスについての情報に基づいて1つ以上のサービス品質監視ポリシーからアクセスデバイスに対応するサービス品質監視ポリシー1を決定することを含む。例では、本出願のこの実施形態において、アクセスデバイスについての情報は、アクセスデバイスの識別子またはアクセスデバイスのIPアドレスであってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２６１】
任意選択で、可能な実装において、アクセスデバイスに対応するサービス品質監視ポリシー1は、アクセスデバイスに対応する監視されるサービス品質パラメータ1を含む。この場合、SMFネットワーク要素が1つ以上のサービス品質監視ポリシーからアクセスデバイスに対応するサービス品質監視ポリシー1を決定することは、SMFネットワーク要素がサービス品質パラメータ1のパラメータタイプに基づいてアクセスデバイスに対応する監視される第1のサービス品質パラメータ1を決定することを含む。たとえば、本出願のこの実施形態のパラメータタイプは、Uuインターフェースおよび/またはN3インターフェース上の送信レート、データバースト量タイプ、FER、送信遅延、またはパケット損失情報であってもよい。たとえば、SMFネットワーク要素は、そのパラメータタイプがUuインターフェースおよび/またはN3インターフェース上の送信レート、バーストデータ量タイプ、FER、送信遅延、またはパケット損失情報のうちの少なくとも1つであるサービス品質パラメータ1をアクセスデバイスに送信してもよい。
【０２６２】
任意選択で、本出願のこの実施形態において、サービス品質パラメータ1がセグメント送信遅延を含むとき、セグメント送信遅延は、端末のためのアクセスデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延、または端末のためのアクセスデバイスと第3のデバイスとの間のパケット送信に関する第3の送信遅延であってもよい。本明細書において、第2のデバイスは、端末であってもよく、第3のデバイスは、UPFネットワーク要素であってもよい。代替的に、第2のデバイスは、UPFネットワーク要素であってもよく、第3のデバイスは、端末であってもよい。詳細に関しては、図5Aおよび図5Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０２６３】
S704:SMFネットワーク要素が、AMFネットワーク要素にメッセージ3を送信し、AMFネットワーク要素が、SMFネットワーク要素からメッセージ3を受信する。メッセージ3は、アクセスデバイスに対応するサービス品質監視ポリシー1を含む。
【０２６４】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ3は、N1N2メッセージ転送要求(N1N2 message transfer request)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２６５】
S705:AMFネットワーク要素が、アクセスデバイスにメッセージ4を送信し、アクセスデバイスが、AMFネットワーク要素からメッセージ4を受信する。メッセージ4は、アクセスデバイスに対応するサービス品質監視ポリシー1を含む。
【０２６６】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ4は、N2セッション要求(N2 session request)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２６７】
任意選択で、本出願のこの実施形態において、SMFネットワーク要素は、AMFネットワーク要素を介してアクセスデバイスに第3のインジケーション情報をさらに送信してもよい。第3のインジケーション情報は、第1の送信遅延についての情報を検出した後、第3のデバイスに第1の送信遅延についての情報を送信するように第1のデバイスに示す。第1の送信遅延が端末のためのアクセスデバイスと端末との間のパケット送信に関する送信遅延であるとき、本明細書の第3のデバイスは、UPFネットワーク要素である。第1の送信遅延が端末のためのアクセスデバイスとUPFネットワーク要素との間のパケット送信に関する送信遅延であるとき、本明細書の第3のデバイスは、端末である。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０２６８】
S706:アクセスデバイスが、アクセスデバイスに対応するサービス品質監視ポリシー1に従って端末とインタラクションすることを決定する。
【０２６９】
たとえば、アクセスデバイスは、アクセスデバイスに対応するサービス品質監視ポリシー1に従って端末とのパラメータのネゴシエーションまたは構成を実行し、たとえば、遅延検出期間および統計の初期化をネゴシエーションすることを決定してもよい。これは、本出願のこの実施形態において特に限定されない。
【０２７０】
任意選択で、端末とインタラクションすることを決定した後、アクセスデバイスは、図7Aおよび図7Bの破線によって示されるように対応するインタラクション手順を開始してもよい。これは、本出願のこの実施形態において特に限定されない。
【０２７１】
S707:アクセスデバイスが、AMFネットワーク要素にメッセージ5を送信し、AMFネットワーク要素が、アクセスデバイスからメッセージ5を受信する。メッセージ5は、アクセスデバイスがサービス品質監視ポリシー1を受け入れるかどうかを示す情報を含む。
【０２７２】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ5は、N2セッション応答(N2 session response)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２７３】
S708:AMFネットワーク要素が、SMFネットワーク要素にメッセージ6を送信し、SMFネットワーク要素が、AMFネットワーク要素からメッセージ6を受信する。メッセージ6は、アクセスデバイスがサービス品質監視ポリシー1を受け入れるかどうかを示す情報を含む。
【０２７４】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ6は、更新セッション管理(session management、SM)コンテキスト要求(update SM context request)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２７５】
S709:SMFネットワーク要素が、AMFネットワーク要素にメッセージ7を送信し、AMFネットワーク要素が、SMFネットワーク要素からメッセージ7を受信する。
【０２７６】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ7は、更新SMコンテキスト応答(update SM context response)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２７７】
S710:SMFネットワーク要素が、1つ以上のサービス品質監視ポリシーからUPFネットワーク要素に対応するサービス品質監視ポリシー2を決定する。
【０２７８】
サービス品質監視ポリシー2の関連する説明に関しては、ステップS701のサービス品質監視ポリシーの関連する説明を参照されたい。詳細は、本明細書において再度説明されない。
【０２７９】
任意選択で、可能な実装において、サービス品質監視ポリシーは、UPFネットワーク要素についての情報を含む。この場合、SMFネットワーク要素が1つ以上のサービス品質監視ポリシーからUPFネットワーク要素に対応するサービス品質監視ポリシー2を決定することは、SMFネットワーク要素がUPFネットワーク要素についての情報に基づいて1つ以上のサービス品質監視ポリシーからUPFネットワーク要素に対応するサービス品質監視ポリシー2を決定することを含む。例では、本出願のこの実施形態において、UPFネットワーク要素についての情報は、UPFネットワーク要素の識別子またはUPFネットワーク要素のIPアドレスであってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２８０】
任意選択で、可能な実装において、UPFネットワーク要素に対応するサービス品質監視ポリシー2は、UPFネットワーク要素に対応する監視されるサービス品質パラメータ2を含む。この場合、SMFネットワーク要素が1つ以上のサービス品質監視ポリシーからUPFネットワーク要素に対応するサービス品質監視ポリシー2を決定することは、SMFネットワーク要素がサービス品質パラメータ2のパラメータタイプに基づいてUPFネットワーク要素に対応する監視されるサービス品質パラメータ2を決定することを含む。例において、本出願のこの実施形態のパラメータタイプは、Uuインターフェースおよび/またはN3インターフェース上の送信レート、データバースト量タイプ、FER、送信遅延、またはパケット損失情報であってもよい。たとえば、SMFネットワーク要素は、そのパラメータタイプがUuインターフェースおよび/またはN3インターフェース上の送信レート、バーストデータ量タイプ、FER、送信遅延、またはパケット損失情報のうちの少なくとも1つであるサービス品質パラメータ2をUPFネットワーク要素に送信してもよい。
【０２８１】
任意選択で、本出願のこの実施形態において、サービス品質パラメータ2がセグメント送信遅延を含むとき、セグメント送信遅延は、端末のためのUPFネットワーク要素とアクセスデバイスとの間のパケット送信に関する第1の送信遅延、または端末のためのUPFネットワーク要素と端末との間のパケット送信に関する第3の送信遅延であってもよい。
【０２８２】
S711:SMFネットワーク要素が、UPFネットワーク要素にメッセージ8を送信し、UPFネットワーク要素が、SMFネットワーク要素からメッセージ8を受信する。メッセージ8は、UPFネットワーク要素に対応するサービス品質監視ポリシー2を含む。
【０２８３】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ8は、N4セッション修正要求(N4 Session modification request)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２８４】
S712:UPFネットワーク要素が、SMFネットワーク要素にメッセージ9を送信し、SMFネットワーク要素が、UPFネットワーク要素からメッセージ9を受信する。メッセージ9は、UPFネットワーク要素がサービス品質監視ポリシー2を受け入れるかどうかを示す情報を含む。
【０２８５】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ9は、N4セッション修正応答(N4 Session modification response)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２８６】
ステップS703からS712において、説明は、SMFネットワーク要素がアクセスデバイスに対応するサービス品質監視ポリシー1をアクセスデバイスに送信し、UPFネットワーク要素に対応するサービス品質監視ポリシー2をUPFネットワーク要素に送信する例を使用することによって与えられることに留意されたい。確かに、本出願のこの実施形態において、SMFは、アクセスデバイスに対応するサービス品質監視ポリシー1をアクセスデバイスに送信するか、またはUPFネットワーク要素に対応するサービス品質監視ポリシー2を送信してもよい。これは、本出願のこの実施形態において特に限定されない。さらに、本出願のこの実施形態の方法に関連して、SMFネットワーク要素は、1つ以上のサービス品質監視ポリシーから端末のサービス品質監視ポリシー3を決定した後、さらに端末に対応するサービス品質監視ポリシー3を端末に送信してもよい。詳細は、本明細書において再度説明されない。
【０２８７】
特に、アクセスデバイスに対応するサービス品質監視ポリシー1を取得した後、アクセスデバイスは、図5Aおよび図5Bに示された実施形態の方法に関連してサービス品質の監視を実行してもよい。たとえば、サービス品質監視ポリシー1は、アクセスデバイスに対応する監視されるサービス品質パラメータ1を含み、サービス品質パラメータ1は、セグメント送信遅延を含み、セグメント送信遅延は、端末のためのアクセスデバイスと端末との間のパケット送信に関する送信遅延である。この場合、アクセスデバイスは、端末のためのアクセスデバイスと端末との間のパケット送信に関する送信遅延の監視を開始してもよい。代替的に、サービス品質監視ポリシー1は、アクセスデバイスに対応する監視されるサービス品質パラメータ1を含み、サービス品質パラメータ1は、セグメント送信遅延を含み、セグメント送信遅延は、端末のためのアクセスデバイスとUPFネットワーク要素との間のパケット送信に関する送信遅延である。この場合、アクセスデバイスは、端末のためのアクセスデバイスとUPFネットワーク要素との間のパケット送信に関する送信遅延の監視を開始してもよい。詳細に関しては、図5Aおよび図5Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０２８８】
特に、UPFネットワーク要素に対応するサービス品質監視ポリシー2を取得した後、UPFネットワーク要素は、図6Aおよび図6Bに示された実施形態の方法に関連してサービス品質の監視を実行してもよい。たとえば、サービス品質監視ポリシー2は、UPFネットワーク要素に対応する監視されるサービス品質パラメータ2を含み、サービス品質パラメータ2は、セグメント送信遅延を含み、セグメント送信遅延は、端末のためのUPFネットワーク要素とアクセスデバイスとの間のパケット送信に関する送信遅延である。この場合、UPFネットワーク要素は、端末のためのUPFネットワーク要素とアクセスデバイスとの間のパケット送信に関する送信遅延の監視を開始してもよい。詳細に関しては、図5Aおよび図5Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０２８９】
特に、端末に対応するサービス品質監視ポリシー3を取得した後、端末は、図6Aおよび図6Bに示された実施形態の方法に関連してサービス品質の監視を実行してもよい。たとえば、サービス品質監視ポリシー3は、端末に対応する監視されるサービス品質パラメータ3を含み、サービス品質パラメータ3は、セグメント送信遅延を含み、セグメント送信遅延は、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延である。この場合、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延の監視を開始してもよい。詳細に関しては、図6Aおよび図6Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０２９０】
S713:SMFネットワーク要素が、PCFネットワーク要素にメッセージ10を送信し、PCFネットワーク要素が、SMFネットワーク要素からメッセージ10を受信する。メッセージ10は、1つ以上のサービス品質監視ポリシーの構成または配置の結果を含む。たとえば、SMFネットワーク要素が、サービス品質監視ポリシー1もしくはサービス品質監視ポリシー2を成功裏に構成するか、またはあるパラメータタイプのサービス品質パラメータが、成功裏に構成されない。
【０２９１】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ10は、セッション管理ポリシー修正要求(session management policy modification request)2であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２９２】
S714:任意選択で、PCFネットワーク要素が、AFネットワーク要素にメッセージ11を送信し、AFネットワーク要素が、PCFネットワーク要素からメッセージ11を受信する。メッセージ11は、1つ以上のサービス品質監視ポリシーを実行した結果を含む。たとえば、アクセスデバイスは、サービス品質監視ポリシー1を受け入れ、および/またはUPFネットワーク要素は、サービス品質監視ポリシー2を受け入れる。
【０２９３】
例において、図7Aおよび図7Bに示されるように、本出願のこの実施形態のメッセージ11は、ポリシー認可作成/更新応答(policy authorization create/update response)であってもよい。これは、本出願のこの実施形態において特に限定されない。
【０２９４】
本出願のこの実施形態のステップS713は、ステップS701が実行される必要があるときに実行されることに留意されたい。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０２９５】
S715.任意選択で、アクセスデバイスによって監視レポートを報告するためのイベントの条件が満たされるとき、アクセスデバイスは、監視レポート1を作成し、サービス品質レポート制御手順によってSMFネットワーク要素に監視レポート1を送信し、SMFネットワーク要素は、アクセスデバイスから監視レポート1を受信する。
【０２９６】
任意選択で、本出願のこの実施形態の監視レポート1は、イベントのタイムスタンプ、監視されたサービス品質パラメータの識別子、監視されたサービス品質パラメータの監視された値、端末の識別子、セッション識別子、またはQoSフロー識別子のうちの少なくとも1つを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２９７】
S716.任意選択で、UPFネットワーク要素によって監視レポートを報告するためのイベントの条件が満たされるとき、UPFネットワーク要素は、監視レポート2を作成し、N4セッションレポート手順によってSMFネットワーク要素に監視レポート2を送信し、SMFネットワーク要素は、UPFネットワーク要素から監視レポート2を受信する。
【０２９８】
任意選択で、本出願のこの実施形態の監視レポート2は、イベントのタイムスタンプ、監視されたサービス品質パラメータの識別子、監視されたサービス品質パラメータの監視された値、端末の識別子、セッション識別子、またはQoSフロー識別子のうちの少なくとも1つを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０２９９】
S717:任意選択で、SMFネットワーク要素が、PCFネットワーク要素に監視レポートを送信し、PCFネットワーク要素が、SMFネットワーク要素から監視レポートを受信する。
【０３００】
任意選択で、本出願のこの実施形態において、SMFネットワーク要素は、アクセスデバイスによって報告された監視レポート1を受信した後、PCFネットワーク要素に監視レポート1を送信し、UPFネットワーク要素によって報告された監視レポート2を受信した後、PCFネットワーク要素に監視レポート2を送信してもよい。代替的に、SMFネットワーク要素は、アクセスデバイスによって報告された監視レポート1およびUPFネットワーク要素によって報告された監視レポート2を受信した後、PCFネットワーク要素に監視レポート1および監視レポート2を送信してもよい。これは、本出願のこの実施形態において特に限定されない。
【０３０１】
S718:任意選択で、PCFネットワーク要素が、AFネットワーク要素に監視レポートを送信し、AFネットワーク要素が、PCFネットワーク要素から監視レポートを受信する。
【０３０２】
任意選択で、本出願のこの実施形態において、PCFネットワーク要素は、SMFネットワーク要素によって報告された監視レポート1を受信した後、AFネットワーク要素に監視レポート1を送信し、SMFネットワーク要素によって報告された監視レポート2を受信した後、AFネットワーク要素に監視レポート2を送信してもよい。代替的に、PCFネットワーク要素は、アクセスデバイスによって報告された監視レポート1およびUPFネットワーク要素によって報告された監視レポート2を受信した後、AFネットワーク要素に監視レポート1および監視レポート2を送信してもよい。これは、本出願のこの実施形態において特に限定されない。
【０３０３】
本出願のこの実施形態のステップS717は、ステップS701が実行される必要があるときに任意選択で実行されることに留意されたい。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０３０４】
本出願のこの実施形態において提供されるサービス品質監視アクティブ化方法によれば、必要とされるサービス品質監視ポリシーが、サービス品質監視プロセスにおいて対応するデバイスに提供されてもよい。したがって、デバイスは、サービス品質監視手順を開始するためにアクティブ化されてもよく、またはデバイスは、セッション管理ネットワーク要素に監視レポートを報告するためにアクティブ化されてもよい。
【０３０５】
ステップS701からS718におけるSMFネットワーク要素のアクションは、メモリ403に記憶されたアプリケーションプログラムコードを呼び出すことによって図4に示された通信デバイス400のプロセッサ401によって実行されてもよい。これは、この実施形態において限定されない。
【０３０６】
たとえば、図11のサービス品質監視システムが、図3に示された5Gネットワークに適用される。図12は、本出願の実施形態に係るサービス品質監視方法を示す。サービス品質監視方法は、端末とアクセスデバイスとの間で実行されるアップリンク遅延の監視およびダウンリンク遅延の監視を含む。
【０３０７】
アップリンク遅延の監視は、ステップS1201からS1203を含む。
【０３０８】
S1201:端末が、アクセスデバイスに第1のパケットを送信し、アクセスデバイスが、端末から第1のパケットを受信する。
【０３０９】
任意選択で、本出願のこの実施形態において、端末は、ある瞬間にアクセスデバイスに1つのパケットを送信してもよく、またはある瞬間にアクセスデバイスに複数のパケットを送信してもよい。したがって、第1のパケットは、ある瞬間に送信された別個のパケットまたはある瞬間に送信された複数のパケットのうちの1つであってもよい。これは、本出願のこの実施形態において特に限定されない。
【０３１０】
任意選択で、本出願のこの実施形態の第1のパケットは、遅延の監視のために使用される。
【０３１１】
可能な実装において、第1のパケットは、第1のインジケーション情報を運び、第1のインジケーション情報は、第1のパケットが遅延の監視のために使用されることを示す。第1のパケットを受信した後、アクセスデバイスは、第1のインジケーション情報に基づいて、第1のパケットが遅延の監視のために使用されることを知ってもよい。
【０３１２】
代替的に、別の可能な実装において、第1のパケットは、第1のインジケーション情報を運ばないが、端末およびアクセスデバイスが、遅延の監視のために使用されるパケットの特徴、たとえば、パケットのシーケンス番号のルールを前もってネゴシエーションするか、または合意するか、または受信するか、または構成する。次いで、第1のパケットを受信した後、アクセスデバイスは、前もってネゴシエーションされるかまたは合意されるルールと組み合わせて、第1のパケットの特徴、たとえば、第1のパケットのシーケンス番号に基づいて、第1のパケットが遅延の監視のために使用されると決定してもよい。
【０３１３】
確かに、アクセスデバイスは、遅延の監視のためのパケットを独立して選択してもよい。代替的に、アクセスデバイスは、受信されたアップリンクパケットが遅延の監視のために使用されることを別の方法で決定する。これは、本出願のこの実施形態において特に限定されない。
【０３１４】
S1202:アクセスデバイスが、端末に第1の瞬間に関連する情報を送信し、端末が、アクセスデバイスから第1の瞬間に関連する情報を受信する。
【０３１５】
第1の瞬間は、アクセスデバイスが端末によって送信された第1のパケットを受信する瞬間である。
【０３１６】
任意選択で、本出願のこの実施形態において、第1の瞬間に関連する情報は、第1の瞬間を示す情報、たとえば、第1の瞬間を含む。
【０３１７】
代替的に、任意選択で、本出願のこの実施形態において、第1の瞬間に関連する情報は、第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間は、端末がアクセスデバイスに第1のパケットを送信する瞬間である。
【０３１８】
たとえば、端末のアップリンクパケットをスケジューリングするとき、アクセスデバイスは、端末のアップリンクフレームが送信される瞬間(たとえば、第1のパケットに対応する第2の瞬間を含む)を示す。この場合、遅延の監視のために使用される第1のパケットを受信するとき、アクセスデバイスは、第2の瞬間およびアクセスデバイスが端末によって送信された第1のパケットを受信する瞬間(つまり、第1の瞬間)に基づいて第1の瞬間と第2の瞬間との間の差を取得してもよい。差は、第1の瞬間に関連する情報として使用されてもよく、端末に送信される。第1の瞬間がt1と表記され、第2の瞬間がt2と表記され、第1の瞬間と第2の瞬間との間の差が(t1 - t2)と表記されると仮定する。
【０３１９】
任意選択で、本出願のこの実施形態において、アクセスデバイスは、無線リソース制御(radio resource control、RRC)シグナリングを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。代替的に、アクセスデバイスは、第1の瞬間に関連する情報をダウンリンクパケットに追加することによって端末に第1の瞬間に関連する情報を送信してもよい(第1の瞬間に関連する情報は、タイムスタンプと考えられてもよい)。これは、本出願のこの実施形態において特に限定されない。
【０３２０】
S1203:端末が、第1の瞬間に関連する情報に基づいて、第1のパケットの端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報を決定する。
【０３２１】
たとえば、第1の瞬間に関連する情報が、第1の瞬間を示す情報、たとえば、第1の瞬間を含むと仮定する。この場合、端末は、第1の瞬間と第2の瞬間との間の差を、第1のパケットの端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延として決定してもよく、第2の瞬間は、端末がアクセスデバイスに第1のパケットを送信する瞬間である。
【０３２２】
代替的に、たとえば、第1の瞬間に関連する情報が第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間が端末がアクセスデバイスに第1のパケットを送信する瞬間であると仮定する。この場合、端末は、第1の瞬間と第2の瞬間との間の差を、第1のパケットの端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延として決定してもよい。
【０３２３】
さらに、任意選択で、本出願のこの実施形態において、アクセスデバイスは、第1のパケットのアクセスデバイスとUPFネットワーク要素との間のパケット送信に関する送信遅延についての情報をさらに取得し、端末に送信遅延についての情報を送信してもよい。これは、本出願のこの実施形態において特に限定されない。アクセスデバイスが端末のためのアクセスデバイスとUPFネットワーク要素との間のパケット送信に関する送信遅延についての情報を取得する方法に関しては、図5Aおよび図5Bまたは図6Aおよび図6Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０３２４】
可能な実装において、ダウンリンク遅延の監視は、ステップS1204aからS1206aを含む。
【０３２５】
S1204a:アクセスデバイスが、端末に第2のパケットを送信し、端末が、アクセスデバイスから第2のパケットを受信する。第2のパケットは、第1の瞬間に関連する情報を運び、第1の瞬間は、アクセスデバイスが端末に第2のパケットを送信する瞬間である。
【０３２６】
任意選択で、本出願のこの実施形態において、アクセスデバイスは、ある瞬間に端末に1つのパケットを送信してもよく、またはある瞬間に端末に複数のパケットを送信してもよい。したがって、第2のパケットは、ある瞬間に送信された別個のパケットであってもよく、または第2のパケットは、ある瞬間に送信された複数のパケットのうちの1つであってもよい。これは、本出願のこの実施形態において特に限定されない。
【０３２７】
任意選択で、本出願のこの実施形態の第2のパケットは、遅延の監視のために使用される。
【０３２８】
可能な実装において、第2のパケットは、第2のインジケーション情報を運び、第2のインジケーション情報は、第2のパケットが遅延の監視のために使用されることを示す。第2のパケットを受信した後、端末は、第2のインジケーション情報に基づいて、第2のパケットが遅延の監視のために使用されることを知ってもよい。
【０３２９】
代替的に、別の可能な実装において、第2のパケットは、第2のインジケーション情報を運ばないが、端末およびアクセスデバイスが、遅延の監視のために使用されるパケットの特徴、たとえば、パケットのシーケンス番号のルールを前もってネゴシエーションするか、または合意するか、または受信するか、または構成する。次いで、第2のパケットを受信した後、端末は、前もってネゴシエーションされるかまたは合意されるルールと組み合わせて、第2のパケットの特徴、たとえば、第2のパケットのシーケンス番号に基づいて、第2のパケットが遅延の監視のために使用されると決定してもよい。
【０３３０】
確かに、端末は、受信されたダウンリンクパケットが遅延の監視のために使用されることを別の方法で決定してもよい。これは、本出願のこの実施形態において特に限定されない。
【０３３１】
任意選択で、本出願のこの実施形態において、第1の瞬間に関連する情報は、第1の瞬間を示す情報、たとえば、第1の瞬間を含む。
【０３３２】
S1205a:端末が、第1の瞬間に関連する情報に基づいて、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を決定する。
【０３３３】
たとえば、第1の瞬間に関連する情報が、第1の瞬間を示す情報、たとえば、第1の瞬間を含むと仮定する。この場合、端末は、第1の瞬間と第2の瞬間との間の差を、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延として決定してもよく、第2の瞬間は、端末が第2のパケットを受信する瞬間である。
【０３３４】
S1206a:任意選択で、端末が、アクセスデバイスに第2の瞬間に関連する情報を送信し、アクセスデバイスが、端末から第2の瞬間に関連する情報を受信する。
【０３３５】
任意選択で、本出願のこの実施形態において、第2の瞬間に関連する情報は、第2の瞬間を示す情報、たとえば、第2の瞬間を含み、第2の瞬間は、端末が第2のパケットを受信する瞬間である。
【０３３６】
代替的に、任意選択で、本出願のこの実施形態において、第2の瞬間に関連する情報は、第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間は、端末が第2のパケットを受信する瞬間である。
【０３３７】
任意選択で、本出願のこの実施形態において、端末は、RRCシグナリングを使用することによってアクセスデバイスに第2の瞬間に関連する情報を送信してもよい。代替的に、端末は、第2の瞬間に関連する情報をアップリンクパケットに追加することによってアクセスデバイスに第2の瞬間に関連する情報を送信してもよい(第1の瞬間に関連する情報は、タイムスタンプと考えられてもよい)。これは、本出願のこの実施形態において特に限定されない。
【０３３８】
代替的に、別の可能な実装において、ダウンリンク遅延の監視は、ステップS1204bからS1207bを含む。
【０３３９】
S1204b:アクセスデバイスが、端末に第2のパケットを送信し、端末が、アクセスデバイスから第2のパケットを受信する。
【０３４０】
ステップS1204bの関連する説明は、ステップS1204aの関連する説明と同様であり、違いは、たとえば、ステップS1204bの第2のパケットが第1の瞬間に関連する情報を運ばないことにある。その他の関連する説明に関しては、ステップS1204aを参照されたい。詳細は、本明細書において再度説明されない。
【０３４１】
S1205b:端末が、アクセスデバイスに第2の瞬間に関連する情報を送信し、アクセスデバイスが、端末から第2の瞬間に関連する情報を受信する。
【０３４２】
任意選択で、本出願のこの実施形態において、第2の瞬間に関連する情報は、第2の瞬間を示す情報、たとえば、第2の瞬間を含み、第2の瞬間は、端末が第2のパケットを受信する瞬間である。
【０３４３】
任意選択で、本出願のこの実施形態において、端末は、RRCシグナリングを使用することによってアクセスデバイスに第2の瞬間に関連する情報を送信してもよい。代替的に、端末は、第2の瞬間に関連する情報をアップリンクパケットに追加することによってアクセスデバイスに第2の瞬間に関連する情報を送信してもよい(第1の瞬間に関連する情報は、タイムスタンプと考えられてもよい)。これは、本出願のこの実施形態において特に限定されない。
【０３４４】
S1206b:アクセスデバイスが、端末に第1の瞬間に関連する情報を送信し、端末が、アクセスデバイスから第1の瞬間に関連する情報を受信する。
【０３４５】
任意選択で、本出願のこの実施形態において、第1の瞬間に関連する情報は、第1の瞬間と第2の瞬間との間の差を含む。第2の瞬間は、端末が第2のパケットを受信する瞬間であり、第1の瞬間は、アクセスデバイスが端末に第2のパケットを送信する瞬間である。
【０３４６】
任意選択で、本出願のこの実施形態において、アクセスデバイスは、RRCシグナリングを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。代替的に、アクセスデバイスは、第1の瞬間に関連する情報をダウンリンクパケットに追加することによって端末に第1の瞬間に関連する情報を送信してもよい(第1の瞬間に関連する情報は、タイムスタンプと考えられてもよい)。これは、本出願のこの実施形態において特に限定されない。
【０３４７】
S1207b:端末が、第1の瞬間に関連する情報に基づいて、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を決定する。
【０３４８】
たとえば、第1の瞬間に関連する情報が第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間が端末が第2のパケットを受信する瞬間であり、第1の瞬間がアクセスデバイスが端末に第2のパケットを送信する瞬間であると仮定する。この場合、端末は、第1の瞬間と第2の瞬間との間の差を、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延として決定してもよい。
【０３４９】
代替的に、別の可能な実装において、ダウンリンク遅延の監視は、ステップS1204cからS1206cを含む。
【０３５０】
S1204c:このステップは、ステップS1204bと同じである。関連する説明に関しては、ステップS1204bを参照されたい。詳細は、本明細書において再度説明されない。
【０３５１】
S1205c:アクセスデバイスが、端末に第1の瞬間に関連する情報を送信し、端末が、アクセスデバイスから第1の瞬間に関連する情報を受信する。
【０３５２】
任意選択で、本出願のこの実施形態において、第1の瞬間に関連する情報は、第1の瞬間を示す情報、たとえば、第1の瞬間を含む。
【０３５３】
任意選択で、本出願のこの実施形態において、アクセスデバイスは、RRCシグナリングを使用することによって端末に第1の瞬間に関連する情報を送信してもよい。代替的に、アクセスデバイスは、第1の瞬間に関連する情報をダウンリンクパケットに追加することによって端末に第1の瞬間に関連する情報を送信してもよい(第1の瞬間に関連する情報は、タイムスタンプと考えられてもよい)。これは、本出願のこの実施形態において特に限定されない。
【０３５４】
S1206c:端末が、第1の瞬間に関連する情報に基づいて、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を決定する。
【０３５５】
たとえば、第1の瞬間に関連する情報が、第1の瞬間を示す情報、たとえば、第1の瞬間を含むと仮定する。この場合、端末は、第1の瞬間と第2の瞬間との間の差を、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延として決定してもよく、第2の瞬間は、端末が第2のパケットを受信する瞬間である。
【０３５６】
本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末は、端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定してもよい。
【０３５７】
ステップS1201からS1206a、S1201からS1207b、またはS1201からS1206cにおける端末またはアクセスデバイスのアクションは、メモリ403に記憶されたアプリケーションプログラムコードを呼び出すことによって図4に示された通信デバイス400のプロセッサ401によって実行されてもよい。これは、この実施形態において限定されない。
【０３５８】
さらに、任意選択で、アップリンク遅延の監視は、図12に示されたサービス品質監視方法においてはダウンリンク遅延の監視と組み合わされてもよい。たとえば、図13は、本出願の実施形態に係る別のサービス品質監視方法を示す。サービス品質監視方法は、ステップS1301からS1303を含む。
【０３５９】
S1301:このステップは、図12に示された実施形態のステップS1201と同じである。関連する説明に関しては、ステップS1201を参照されたい。詳細は、本明細書において再度説明されない。
【０３６０】
S1302:アクセスデバイスが、端末に第2のパケットを送信し、端末が、アクセスデバイスから第2のパケットを受信する。第2のパケットは、アクセスデバイスが端末に第2のパケットを送信する瞬間を示す情報を運び、アクセスデバイスが第1のパケットを受信する瞬間を示す情報を運ぶ。
【０３６１】
任意選択で、本出願のこの実施形態の第2のパケットは、遅延の監視のために使用される。
【０３６２】
可能な実装において、第2のパケットは、第2のインジケーション情報を運び、第2のインジケーション情報は、第2のパケットが遅延の監視のために使用されることを示す。第2のパケットを受信した後、端末は、第2のインジケーション情報に基づいて、第2のパケットが遅延の監視のために使用されることを知ってもよい。
【０３６３】
代替的に、別の可能な実装において、第2のパケットは、第2のインジケーション情報を運ばないが、端末およびアクセスデバイスが、遅延の監視のために使用されるパケットの特徴、たとえば、パケットのシーケンス番号のルールを前もってネゴシエーションするか、または合意するか、または受信するか、または構成する。次いで、第2のパケットを受信した後、端末は、前もってネゴシエーションされるかまたは合意されるルールと組み合わせて、第2のパケットの特徴、たとえば、第2のパケットのシーケンス番号に基づいて、第2のパケットが遅延の監視のために使用されると決定してもよい。
【０３６４】
確かに、端末は、受信されたダウンリンクパケットが遅延の監視のために使用されることを別の方法で決定してもよい。これは、本出願のこの実施形態において特に限定されない。
【０３６５】
任意選択で、第2のパケットではなくRRCシグナリングが、アクセスデバイスが端末に第2のパケットを送信する瞬間を示す情報およびアクセスデバイスが第1のパケットを受信する瞬間を示す情報を運ぶために使用される。これは、本出願のこの実施形態において特に限定されない。
【０３６６】
S1303:端末が、アクセスデバイスが端末に第2のパケットを送信する瞬間を示す情報およびアクセスデバイスが第1のパケットを受信する瞬間を示す情報に基づいて、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報および第1のパケットの端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報を決定する。
【０３６７】
たとえば、端末は、第1のパケットが送信される瞬間、およびアクセスデバイスが第1のパケットを受信する瞬間を示す情報に基づいて、第1のパケットの端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報を決定してもよい。
【０３６８】
代替的に、たとえば、端末は、第2のパケットが受信される瞬間、およびアクセスデバイスが端末に第2のパケットを送信する瞬間を示す情報に基づいて、第2のパケットの端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報を決定してもよい。
【０３６９】
任意選択で、本出願のこの実施形態において、端末とアクセスデバイスとの間のパケット送信に関するダウンリンク遅延についての情報およびアップリンク遅延についての情報を決定した後、端末は、ダウンリンク遅延についての情報およびアップリンク遅延についての情報をアクセスデバイスにさらに報告してもよい。さらに、任意選択で、アクセスデバイスは、ダウンリンク遅延についての情報およびアップリンク遅延についての情報を制御プレーンのネットワーク要素に報告してもよい。これは、本出願のこの実施形態において特に限定されない。
【０３７０】
本出願のこの実施形態において提供されるサービス品質監視方法によれば、端末は、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定してもよい。
【０３７１】
ステップS1301からS1303における端末またはアクセスデバイスのアクションは、メモリ403に記憶されたアプリケーションプログラムコードを呼び出すことによって図4に示された通信デバイス400のプロセッサ401によって実行されてもよい。これは、この実施形態において限定されない。
【０３７２】
さらに、図5Aおよび図5Bまたは図6Aおよび図6Bに示された実施形態において、アクセスデバイスが端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を取得する方法に関しては、アクセスデバイスが端末のための端末とアクセスデバイスとの間のパケット送信に関するアップリンク遅延についての情報またはダウンリンク遅延についての情報を決定する、図12または図13に示された実施形態において提供される方法が、また参照されてもよい。広い説明が、本明細書において与えられ、詳細は、以下で再び説明されない。
【０３７３】
任意選択で、本出願の実施形態は、アクセスデバイスによって、端末のためのアクセスデバイスと端末との間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、アクセスデバイスによって、端末のためのアクセスデバイスとユーザプレーンのネットワーク要素との間のパケット送信に関する第2の送信遅延についての情報を取得するステップと、アクセスデバイスによって、第1の送信遅延についての情報および第2の送信遅延についての情報を制御プレーンのネットワーク要素に送信するステップとを含むサービス品質監視方法をさらに提供してもよい。アクセスデバイスによって、端末のためのアクセスデバイスと端末との間のパケット送信に関する第1の送信遅延についての情報を取得するステップの関連する実装については、図12または図13に示された実施形態を参照されたい。アクセスデバイスによって、端末のためのアクセスデバイスとユーザプレーンのネットワーク要素との間のパケット送信に関する第2の送信遅延についての情報を取得するステップの関連する実装については、図5Aおよび図5Bまたは図6Aおよび図6Bに示された実施形態を参照されたい。詳細は、本明細書において再度説明されない。このソリューションに基づいて、送信遅延監視プロセスにおいて、中間デバイスとして、アクセスデバイスが、アクセスデバイスのアクセスデバイスとアクセスデバイスの両側のデバイスとの間の送信遅延についての情報を直接取得し、次いで、遅延を報告することができる。これは、両側の各々のデバイスが、デバイスが位置しないセグメントの遅延を取得した後にのみセグメント送信遅延またはエンドツーエンド送信遅延を報告することができる場合を回避し、それによって、遅延監視メカニズムを簡素化する。
【０３７４】
以上は、主にネットワーク要素間のインタラクションの観点で本出願の実施形態において提供されるソリューションを説明する。上述の機能を実装するために、上述の第1のデバイス、第3のデバイス、セッション管理ネットワーク要素、または端末が機能を実行するための対応するハードウェア構造および/またはソフトウェアモジュールを含むことは、理解されるうる。当業者は、本明細書において開示される実施形態に関連して説明される例のユニットおよびアルゴリズムのステップが本出願のハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせによって実装されてもよいことに容易に気付くはずである。機能がハードウェアによって実行されるのかまたはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるのかは、具体的は適用例、および技術的なソリューションの設計の制約に応じて決まる。当業者は、異なる方法を使用してそれぞれの具体的は適用例のために説明された機能を実装してもよいが、実装は、本出願の範囲を逸脱すると考えられるべきでない。
【０３７５】
本出願の実施形態において、第1のデバイス、第3のデバイス、セッション管理ネットワーク要素、または端末は、上述の方法の例に基づいて機能モジュールに分割されてもよい。たとえば、各機能モジュールが、対応する機能に基づく分割によって得られてもよく、または2つ以上の機能が、1つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実装されてもよく、またはソフトウェアの機能モジュールの形態で実装されてもよい。本出願の実施形態において、モジュールの分割は例として使用され、論理的な機能の分割であるに過ぎない。実際の実装においては、別の分割方法が、使用されてもよい。
【０３７６】
たとえば、機能モジュールが統合された方法で分割を通じて得られる場合、図8は、第1のデバイス80の概略的な構造図である。第1のデバイス80は、処理モジュール801およびトランシーバモジュール802を含む。処理モジュール801は、端末のための第1のデバイス80と第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するように構成される。トランシーバモジュール802は、第3のデバイスに第1の送信遅延についての情報を送信し、第1の瞬間に第3のデバイスに第1の瞬間に関連する情報を送信するように構成される。第1の送信遅延についての情報および第1の瞬間に関連する情報は、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される。
【０３７７】
任意選択で、トランシーバモジュール802は、第2の瞬間に第3のデバイスから第1のメッセージを受信するようにさらに構成され、第1のメッセージは、第2の送信遅延を監視することを要求する。第1の瞬間に関連する情報は、第1の瞬間および第2の瞬間、または第1の瞬間と第2の瞬間との間の差を含む。
【０３７８】
代替的に、任意選択で、トランシーバモジュール802は、第2の瞬間に第3のデバイスから第1のメッセージを受信するようにさらに構成され、第1のメッセージは、端末のための第1のデバイス80と第3のデバイスとの間のパケット送信に関する第3の送信を監視することを要求する。第1の瞬間に関連する情報は、第1の瞬間および第3の瞬間、または第1の瞬間と第3の瞬間との間の差を含む。
【０３７９】
任意選択で、トランシーバモジュール802は、第3のデバイスに第1の送信遅延についての情報を送信するように構成される。トランシーバモジュール802が第1の瞬間に第3のデバイスに第1の瞬間に関連する情報を送信するように構成されることは、第1の瞬間に第3のデバイスに第3のメッセージを送信することであって、第3のメッセージが第1の送信遅延についての情報および第1の瞬間に関連する情報を含む、送信することを含む。
【０３８０】
代替的に、任意選択で、トランシーバモジュール802は、第3のデバイスに第1の送信遅延についての情報を送信するように構成される。トランシーバモジュール802が第1の瞬間に第3のデバイスに第1の瞬間に関連する情報を送信するように構成されることは、第3のデバイスに第4のメッセージを送信することであって、第4のメッセージが第1の送信遅延についての情報を含む、送信することと、第1の瞬間に第3のデバイスに第5のメッセージを送信することであって、第5のメッセージが第1の瞬間に関連する情報を含む、送信することとを含む。
【０３８１】
任意選択で、トランシーバモジュール802は、セッション管理ネットワーク要素から監視されるサービス品質パラメータを受信するようにさらに構成され、監視されるサービス品質パラメータは、第1の送信遅延を含む。処理モジュール801が端末のための第1のデバイス80と第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するように構成されることは、監視されるサービス品質パラメータに基づいて第1の送信遅延についての情報を取得することを含む。
【０３８２】
任意選択で、トランシーバモジュール802は、セッション管理ネットワーク要素から第3のインジケーション情報を受信するようにさらに構成され、第3のインジケーション情報は、第1の送信遅延についての情報を検出した後、第3のデバイスに第1の送信遅延についての情報を送信するように第1のデバイス80に示す。
【０３８３】
任意選択で、トランシーバモジュール802は、監視レポートを報告するためのイベントをセッション管理ネットワーク要素から受信するようにさらに構成され、イベントは、第1の送信遅延についての情報が予め設定された閾値を超えること、端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む。
【０３８４】
任意選択で、トランシーバモジュール802は、サービス品質の監視のために使用される監視パケットの長さをセッション管理ネットワーク要素から受信するようにさらに構成される。
【０３８５】
上述の方法の実施形態のステップのすべての関連する内容が、対応する機能モジュールの機能の説明に引用されてもよい。詳細は、本明細書において再度説明されない。
【０３８６】
この実施形態において、第1のデバイス80は、統合された方法で分割を通じて得られる機能モジュールの形態で提示される。本明細書における「モジュール」は、特定のASIC、回路、1つ以上のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、および/または上述の機能を提供しうる別のデバイスであってもよい。簡単な実施形態において、当業者は、第1のデバイス80が図4に示された形態であってもよいことを理解しうる。
【０３８７】
たとえば、図4のプロセッサ401が、第1のデバイス80が上述の方法の実施形態のサービス品質監視方法を実行するようにメモリ403に記憶されたコンピュータが実行可能な命令を呼び出してもよい。
【０３８８】
特に、図8のトランシーバモジュール802および処理モジュール801の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよい。代替的に、図8の処理モジュール801の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよく、図8のトランシーバモジュール802の機能/実施プロセスは、図4の通信インターフェース404によって実施されてもよい。
【０３８９】
この実施形態において提供される第1のデバイス80は、上述のサービス品質監視方法を実行してもよい。したがって、第1のデバイス80によって得られうる技術的効果に関しては、上述の方法の実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０３９０】
任意選択で、本出願の実施形態は、装置をさらに提供する(たとえば、装置は、チップシステムであってもよい)。装置は、第1のデバイスがサービス品質監視方法を実行すること、たとえば、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含む。メモリは、第1のデバイスのために必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替的に、装置内になくてもよい。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０３９１】
代替的に、たとえば、機能モジュールが統合された方法で分割を通じて得られる場合、図9は、第3のデバイス90の概略的な構造図である。第3のデバイス90は、トランシーバモジュール902および処理モジュール901を含む。トランシーバモジュール902は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を第1のデバイスから受信するように構成される。トランシーバモジュール902は、第1のデバイスから第1の瞬間に関連する情報を受信するようにさらに構成される。処理モジュール901は、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイス90との間のパケット送信に関する第2の送信遅延についての情報を決定するように構成される。
【０３９２】
任意選択で、トランシーバモジュール902は、第1のデバイスに第1のメッセージを送信するようにさらに構成され、第1のメッセージは、第2の送信遅延についての情報を取得することを要求する。第1の瞬間に関連する情報は、第1の瞬間および第2の瞬間、または第1の瞬間と第2の瞬間との間の差を含み、第2の瞬間は、第1のデバイスが第1のメッセージを受信する瞬間である。
【０３９３】
任意選択で、トランシーバモジュール902は、第1のデバイスに第2のメッセージを送信するようにさらに構成され、第2のメッセージは、端末のための第1のデバイスと第3のデバイス90との間のパケット送信に関する第3の送信遅延についての情報を取得することを要求する。第1の瞬間に関連する情報は、第1の瞬間および第3の瞬間、または第1の瞬間と第3の瞬間との間の差を含み、第3の瞬間は、第1のデバイスが第2のメッセージを受信する瞬間である。
【０３９４】
任意選択で、トランシーバモジュール902は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を第1のデバイスから受信するように構成される。トランシーバモジュール902が第1のデバイスから第1の瞬間に関連する情報を受信するようにさらに構成されることは、第1のデバイスから第3のメッセージを受信することであって、第3のメッセージが第1の送信遅延についての情報および第1の瞬間に関連する情報を含む、受信することを含む。
【０３９５】
任意選択で、トランシーバモジュール902は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を第1のデバイスから受信するように構成される。トランシーバモジュール902が第1のデバイスから第1の瞬間に関連する情報を受信するようにさらに構成されることは、第1のデバイスから第4のメッセージを受信することであって、第4のメッセージが第1の送信遅延についての情報を含む、受信することと、第1のデバイスから第5のメッセージを受信することであって、第5のメッセージが第1の瞬間に関連する情報を含む、受信することとを含む。
【０３９６】
上述の方法の実施形態のステップのすべての関連する内容が、対応する機能モジュールの機能の説明に引用されてもよい。詳細は、本明細書において再度説明されない。
【０３９７】
この実施形態において、第3のデバイス90は、統合された方法で分割を通じて得られる機能モジュールの形態で提示される。本明細書における「モジュール」は、特定のASIC、回路、1つ以上のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、ならびに/または上述の機能を提供しうる別のデバイスであってもよい。簡単な実施形態において、当業者は、第3のデバイス90が図4に示された形態であってもよいことを理解しうる。
【０３９８】
たとえば、図4のプロセッサ401が、第3のデバイス90が上述の方法の実施形態のサービス品質監視方法を実行するようにメモリ403に記憶されたコンピュータが実行可能な命令を呼び出してもよい。
【０３９９】
特に、図9のトランシーバモジュール902および処理モジュール901の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよい。代替的に、図9の処理モジュール901の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよく、図9のトランシーバモジュール902の機能/実施プロセスは、図4の通信インターフェース404によって実施されてもよい。
【０４００】
この実施形態において提供される第3のデバイス90は、上述のサービス品質監視方法を実行してもよい。したがって、第3のデバイス90によって得られうる技術的効果に関しては、上述の方法の実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０４０１】
任意選択で、本出願の実施形態は、装置をさらに提供する(たとえば、装置は、チップシステムであってもよい)。装置は、第3のデバイスがサービス品質監視方法を実行すること、たとえば、第1の送信遅延についての情報および第1の瞬間に関連する情報に基づいて、端末のための第2のデバイスと第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含む。メモリは、第3のデバイスのために必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替的に、装置内になくてもよい。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０４０２】
代替的に、たとえば、機能モジュールが統合された方法で分割を通じて得られる場合、図10は、セッション管理ネットワーク要素100の概略的な構造図である。セッション管理ネットワーク要素100は、処理モジュール1001およびトランシーバモジュール1002を含む。トランシーバモジュール1002は、ポリシー制御ネットワーク要素から1つ以上のサービス品質監視ポリシーを受信するように構成される。処理モジュール1001は、1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するように構成される。トランシーバモジュール1002は、第1のデバイスに第1のサービス品質監視ポリシーを送信するようにさらに構成される。
【０４０３】
任意選択で、第1のサービス品質監視ポリシーは、第1のデバイスに対応する監視される第1のサービス品質パラメータまたは第1のデバイスがセッション管理ネットワーク要素に監視レポートを報告するイベントのうちの少なくとも1つを含む。
【０４０４】
任意選択で、イベントは、サービス品質パラメータが予め設定された閾値を超えること、端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む。
【０４０５】
任意選択で、監視される第1のサービス品質パラメータは、GFBR、MFBR、アクセスポイントにおけるパケット遅延バジェット以内のデータバースト量、FER、セグメント送信遅延、またはパケット損失情報のうちの少なくとも1つを含む。
【０４０６】
任意選択で、監視される第1のサービス品質パラメータがセグメント送信遅延を含むとき、セグメント送信遅延は、端末のための第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延である。
【０４０７】
任意選択で、トランシーバモジュール1002は、第1のデバイスに第3のインジケーション情報を送信するようにさらに構成され、第3のインジケーション情報は、第1の送信遅延についての情報を検出した後、第3のデバイスに第1の送信遅延についての情報を送信するように第1のデバイスに示す。
【０４０８】
任意選択で、第1のサービス品質監視ポリシーは、サービス品質の監視のために使用される監視パケットの長さをさらに含む。
【０４０９】
任意選択で、サービス品質監視ポリシーは、第1のデバイスについての情報を含む。処理モジュール1001が1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するように構成されることは、第1のデバイスについての情報に基づいて1つ以上のサービス品質監視ポリシーから第1のサービス品質監視ポリシーを決定することを含む。
【０４１０】
任意選択で、第1のサービス品質監視ポリシーは、第1のデバイスに対応する監視される第1のサービス品質パラメータを含む。処理モジュール1001が1つ以上のサービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定するように構成されることは、第1のサービス品質パラメータのパラメータタイプに基づいて第1のデバイスに対応する監視される第1のサービス品質パラメータを決定することを含む。
【０４１１】
上述の方法の実施形態のステップのすべての関連する内容が、対応する機能モジュールの機能の説明に引用されてもよい。詳細は、本明細書において再度説明されない。
【０４１２】
この実施形態において、セッション管理ネットワーク要素100は、統合された方法で分割を通じて得られる機能モジュールの形態で提示される。本明細書における「モジュール」は、特定のASIC、回路、1つ以上のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、ならびに/または上述の機能を提供しうる別のデバイスであってもよい。簡単な実施形態において、当業者は、セッション管理ネットワーク要素100が図4に示された形態であってもよいことを理解しうる。
【０４１３】
たとえば、図4のプロセッサ401が、セッション管理ネットワーク要素100が上述の方法の実施形態のサービス品質監視アクティブ化方法を実行するようにメモリ403に記憶されたコンピュータが実行可能な命令を呼び出してもよい。
【０４１４】
特に、図10のトランシーバモジュール1002および処理モジュール1001の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよい。代替的に、図10の処理モジュール1001の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよく、図10のトランシーバモジュール1002の機能/実施プロセスは、図4の通信インターフェース404によって実施されてもよい。
【０４１５】
この実施形態において提供されるセッション管理ネットワーク要素100は、上述のサービス品質監視アクティブ化方法を実行してもよい。したがって、セッション管理ネットワーク要素100によって得られうる技術的効果に関しては、上述の方法の実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０４１６】
任意選択で、本出願の実施形態は、装置をさらに提供する(たとえば、装置は、チップシステムであってもよい)。装置は、セッション管理ネットワーク要素がサービス品質監視アクティブ化を実行すること、たとえば、サービス品質監視ポリシーから第1のデバイスに対応する第1のサービス品質監視ポリシーを決定することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含む。メモリは、セッション管理ネットワーク要素のために必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替的に、装置内になくてもよい。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０４１７】
たとえば、機能モジュールが統合された方法で分割を通じて得られる場合、図14は、端末140の概略的な構造図である。端末140は、処理モジュール1401およびトランシーバモジュール1402を含む。トランシーバモジュール1402は、アクセスデバイスから第1の瞬間に関連する情報を受信するように構成され、第1の瞬間は、アクセスデバイスが端末によって送信された第1のパケットを受信する瞬間、またはアクセスデバイスが端末に第2のパケットを送信する瞬間である。処理モジュール1401は、第1の瞬間に関連する情報に基づいて、端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定するように構成される。
【０４１８】
任意選択で、第1の瞬間がアクセスデバイスが端末によって送信された第1のパケットを受信する瞬間であるとき、処理モジュール1401は、第1の瞬間に関連する情報に基づいて、第1のパケットが端末とアクセスデバイスとの間で送信されるときの第1のパケットに対応するアップリンク遅延についての情報を決定するように特に構成される。
【０４１９】
代替的に、任意選択で、第1の瞬間がアクセスデバイスが端末に第2のパケットを送信する瞬間であるとき、処理モジュール1401は、第1の瞬間に関連する情報に基づいて、第2のパケットが端末とアクセスデバイスとの間で送信されるときの第2のパケットに対応するダウンリンク遅延についての情報を決定するように特に構成される。
【０４２０】
任意選択で、第1の瞬間に関連する情報は、第1の瞬間と第3の瞬間との間の差を含み、第3の瞬間は、端末がアクセスデバイスによって送信された第2のパケットを受信する瞬間である。トランシーバモジュール1402は、アクセスデバイスから第2のパケットを受信するようにさらに構成される。トランシーバモジュールは、第3の瞬間を示す情報をアクセスデバイスに送信するようにさらに構成され、第3の瞬間は、端末がアクセスデバイスによって送信された第2のパケットを受信する瞬間である。
【０４２１】
任意選択で、第1の瞬間に関連する情報は、第1の瞬間を示すために使用される情報を含む。トランシーバモジュール1402がアクセスデバイスから第1の瞬間に関連する情報を受信するようにさらに構成されることは、アクセスデバイスから第2のパケットを受信することであって、第2のパケットが、第1の瞬間を示すために使用される情報を運ぶ、受信することを含む。
【０４２２】
任意選択で、トランシーバモジュール1402は、アクセスデバイスにダウンリンク遅延についての情報を送信するようにさらに構成される。
【０４２３】
任意選択で、トランシーバモジュール1402がアクセスデバイスから第1の瞬間に関連する情報を受信するようにさらに構成されることは、アクセスデバイスから第3のパケットを受信することであって、第3のパケットが第1の瞬間に関連する情報を運ぶ、受信すること、またはアクセスデバイスからRRCシグナリングを受信することであって、RRCシグナリングが第1の瞬間に関連する情報を運ぶ、受信することを含む。
【０４２４】
上述の方法の実施形態のステップのすべての関連する内容が、対応する機能モジュールの機能の説明に引用されてもよい。詳細は、本明細書において再度説明されない。
【０４２５】
この実施形態において、端末140は、統合された方法で分割を通じて得られる機能モジュールの形態で提示される。本明細書における「モジュール」は、特定のASIC、回路、1つ以上のソフトウェアもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、ならびに/または上述の機能を提供しうる別のデバイスであってもよい。簡単な実施形態において、当業者は、端末140が図4に示された形態であってもよいことを理解しうる。
【０４２６】
たとえば、図4のプロセッサ401が、端末140が上述の方法の実施形態のサービス品質監視方法を実行するようにメモリ403に記憶されたコンピュータが実行可能な命令を呼び出してもよい。
【０４２７】
特に、図14のトランシーバモジュール1402および処理モジュール1401の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよい。代替的に、図14の処理モジュール1401の機能/実施プロセスは、メモリ403に記憶されたコンピュータが実行可能な命令を呼び出すことによって図4のプロセッサ401により実施されてもよく、図14のトランシーバモジュール1402の機能/実施プロセスは、図4の通信インターフェース404によって実施されてもよい。
【０４２８】
この実施形態において提供される端末140は、上述のサービス品質監視方法を実行してもよい。したがって、端末140によって得られうる技術的効果に関しては、上述の方法の実施形態を参照されたい。詳細は、本明細書において再度説明されない。
【０４２９】
任意選択で、本出願の実施形態は、装置をさらに提供する(たとえば、装置は、チップシステムであってもよい)。装置は、端末がサービス品質監視方法を実行すること、たとえば、第1の瞬間に関連する情報に基づいて端末のための端末とアクセスデバイスとの間のパケット送信に関する送信遅延についての情報を決定することを支援するように構成されたプロセッサを含む。可能な設計において、装置は、メモリをさらに含む。メモリは、端末のために必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替的に、装置内になくてもよい。装置がチップシステムであるとき、装置は、チップを含んでもよく、またはチップおよび別のディスクリートデバイスを含んでもよい。これは、本出願のこの実施形態において特に限定されない。
【０４３０】
上述の実施形態のすべてまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを使用することによって実装されてもよい。ソフトウェアプログラムが実施形態を実装するために使用されるとき、実施形態のすべてまたは一部は、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ、実行されるとき、本出願の実施形態に係る手順または機能が、すべてまたは部分的に生成される。コンピュータは、多目的コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラミング可能な装置であってもよい。コンピュータ命令は、コンピュータ可読ストレージ媒体に記憶されてもよく、またはコンピュータ可読ストレージ媒体から別のコンピュータ可読ストレージ媒体に送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに有線(たとえば、同軸ケーブル、光ファイバ、もしくはデジタル加入者線(digital subscriber line、DSL))またはワイヤレス(たとえば、赤外線、ラジオ波、もしくはマイクロ波)の方法で送信されてもよい。コンピュータ可読ストレージ媒体は、コンピュータによってアクセスされうる任意の使用可能な媒体、または1つ以上の使用可能な媒体を統合するサーバもしくはデータセンターなどのデータストレージデバイスであってもよい。使用可能な媒体は、磁気式媒体(たとえば、フロッピーディスク、ハードディスク、もしくは磁気テープ)、光学式媒体(たとえば、DVD)、半導体媒体(たとえば、ソリッドステートドライブ(solid state disk、SSD))などであってもよい。
【０４３１】
本出願が実施形態に関連して説明されているが、保護を主張する本出願を実施するプロセスにおいて、当業者は、添付の図面、開示された内容、および添付の請求項を見ることによって開示された実施形態の別の変更形態を理解し、実施しうる。請求項において、「含む」(comprising)は、別の構成要素または別のステップを除外せず、「a」または「1つ(one)」は、複数の意味を除外しない。単一のプロセッサまたは別のユニットが、請求項に列挙されたいくつかの機能を実施してもよい。一部の方策は、互いに異なる従属請求項に記録されるが、これは、これらの方策がより良い効果を生むために組み合わされ得ないことを意味しない。
【０４３２】
本出願が特定の特徴およびその実施形態に関連して説明されているが、様々な修正および組み合わせが、本出願の精神および範囲を逸脱することなくそれらに対してなされてもよいことは明らかである。それに対応して、本明細書および添付の図面は、添付の請求項によって定義される本出願の単なる例の説明であり、本出願の範囲内の修正、変更、組み合わせ、または均等物のいずれかまたはすべてを包含するように意図される。明らかに、当業者は、本出願の精神および範囲を逸脱することなしに本出願に様々な修正および変更を行うことができる。本出願は、本出願のこれらの修正および変更が添付の請求項およびそれらの均等なテクノロジーによって定義される保護の範囲内に収まるという条件でこれらの修正および変更を包含するように意図される。
【符号の説明】
【０４３３】
10  サービス品質監視システム
101  第1のデバイス
102  第3のデバイス
20  サービス品質監視アクティブ化システム
201  セッション管理ネットワーク要素
202  第1のデバイス
110  サービス品質監視システム
1101  端末
1102  アクセスデバイス
400  通信デバイス
401  プロセッサ
402  通信回線
403  メモリ
404  通信インターフェース
405  出力デバイス
406  入力デバイス
408  プロセッサ
80  第1のデバイス
801  処理モジュール
802  トランシーバモジュール
90  第3のデバイス
901  処理モジュール
902  トランシーバモジュール
100  セッション管理ネットワーク要素
1001  処理モジュール
1002  トランシーバモジュール
110  サービス品質監視システム
1101  端末
1102  アクセスデバイス
140  端末
1401  処理モジュール
1402  トランシーバモジュール
【図１】
2021532641.tif 000003
【図２】
2021532641.tif 000004
【図３】
2021532641.tif 000005
【図４】
2021532641.tif 000006
【図５Ａ】
2021532641.tif 000007
【図５Ｂ】
2021532641.tif 000008
【図６Ａ】
2021532641.tif 000009
【図６Ｂ】
2021532641.tif 000010
【図７Ａ】
2021532641.tif 000011
【図７Ｂ】
2021532641.tif 000012
【図８】
2021532641.tif 000013
【図９】
2021532641.tif 000014
【図１０】
2021532641.tif 000015
【図１１】
2021532641.tif 000016
【図１２】
2021532641.tif 000017
【図１３】
2021532641.tif 000018
【図１４】
2021532641.tif 000019
【手続補正書】
【提出日】令和3年2月5日(2021.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス品質監視方法であって、
第1のデバイスによって第2の瞬間に第3のデバイスから第1のメッセージを受信するステップと、
前記第1のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップと、
前記第1のデバイスによって第1の瞬間に前記第3のデバイスに第2のメッセージを送信するステップであって、前記第2のメッセージが、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する情報を含み、前記第1の瞬間に関連する前記情報が、前記第1の瞬間および前記第2の瞬間を含み、前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報が、前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するために使用される、ステップと
を含み、
前記第1のデバイスが、アクセスデバイスであり、前記第2のデバイスが、端末であり、前記第3のデバイスが、ユーザプレーンのネットワーク要素であるサービス品質監視方法。
【請求項２】
前記第1の瞬間に関連する前記情報が、前記端末のための前記第1のデバイスと前記第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を決定するために使用される請求項1に記載のサービス品質監視方法。
【請求項３】
前記第1のメッセージが、前記第2の送信遅延を監視することを要求するか、または前記第3の送信遅延を監視することを要求する請求項1または2に記載のサービス品質監視方法。
【請求項４】
前記第1のメッセージが前記第2の送信遅延を監視することを要求するとき、前記第1のメッセージが、前記第2の送信遅延に対応する監視粒度がフローの粒度であることを示すサービス品質(QoS)フロー識別子(QFI)をさらに含む請求項3に記載のサービス品質監視方法。
【請求項５】
前記第1のデバイスによってセッション管理ネットワーク要素から監視されるサービス品質パラメータを受信するステップであって、前記監視されるサービス品質パラメータが前記第1の送信遅延を含む、ステップをさらに含み、
第1のデバイスによって端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を取得するステップが、
前記第1のデバイスによって前記監視されるサービス品質パラメータに基づいて前記第1の送信遅延についての前記情報を取得することを含む請求項1から4のいずれか一項に記載のサービス品質監視方法。
【請求項６】
前記セッション管理ネットワーク要素から前記第1のデバイスによって監視レポートを報告するためのイベントを受信するステップであって、前記イベントが、前記第1の送信遅延についての前記情報が予め設定された閾値を超えること、前記端末がアイドルモードになるかもしくはセッションが解放されること、または周期的報告が実行されることを含む、ステップをさらに含む請求項1から5のいずれか一項に記載のサービス品質監視方法。
【請求項７】
サービス品質監視方法であって、
第1のデバイスに第3のデバイスによって第1のメッセージを送信するステップと、
前記第1のデバイスから前記第3のデバイスによって第2のメッセージを受信するステップであって、前記第2のメッセージが、端末のための前記第1のデバイスと第2のデバイスとの間のパケット送信に関する第1の送信遅延についての情報を含み、第1の瞬間に関連する情報を含み、前記第1の瞬間に関連する前記情報が、前記第1の瞬間および第2の瞬間を含み、前記第2の瞬間が、前記第1のデバイスが前記第1のメッセージを受信する瞬間である、ステップと、
前記第1の送信遅延についての前記情報および前記第1の瞬間に関連する前記情報に基づいて前記第3のデバイスによって前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する第2の送信遅延についての情報を決定するステップと
を含み、
前記第1のデバイスが、アクセスデバイスであり、前記第2のデバイスが、端末であり、前記第3のデバイスが、ユーザプレーンのネットワーク要素であるサービス品質監視方法。
【請求項８】
前記第1の瞬間に関連する前記情報についての情報に基づいて前記第3のデバイスによって前記端末のための前記第1のデバイスと前記第3のデバイスとの間のパケット送信に関する第3の送信遅延についての情報を決定するステップをさらに含む請求項7に記載のサービス品質監視方法。
【請求項９】
前記第1のメッセージが、前記第2の送信遅延を監視することを要求するか、または前記第3の送信遅延を監視することを要求する請求項7または8に記載のサービス品質監視方法。
【請求項１０】
前記第1のメッセージが前記第2の送信遅延を監視することを要求するとき、前記第1のメッセージが、前記第2の送信遅延に対応する監視粒度がフローの粒度であることを示すサービス品質(QoS)フロー識別子(QFI)をさらに含む請求項9に記載のサービス品質監視方法。
【請求項１１】
前記端末のための前記第1のデバイスと前記第3のデバイスとの間のパケット送信に関する前記第3の送信遅延についての前記情報が、片方向遅延1であり、前記端末のための前記第1のデバイスと前記第2のデバイスとの間のパケット送信に関する前記第1の送信遅延についての前記情報が、片方向遅延2であり、前記端末のための前記第2のデバイスと前記第3のデバイスとの間のパケット送信に関する前記第2の送信遅延についての前記情報が、片方向遅延3であり、前記第3のデバイスが前記第1のメッセージを送信する記録された瞬間が、T1であり、前記第3のデバイスが前記第2のメッセージを受信する瞬間が、T6であり、前記第2の瞬間が、T2であり、前記第1の瞬間が、T5であり、
片方向遅延1 = [(T6 - T1) - (T5 - T2)]/2であり、
片方向遅延3 = 片方向遅延2 + 片方向遅延1である
請求項8から10のいずれか一項に記載のサービス品質監視方法。
【請求項１２】
請求項1から6のいずれか一項に記載の方法を実行するように構成された手段を含む第1のデバイス。
【請求項１３】
請求項7から11のいずれか一項に記載の方法を実行するように構成された手段を含む第3のデバイス。
【請求項１４】
サービス品質監視システムであって、前記サービス品質監視システムは、請求項12に記載の第1のデバイスと、請求項13に記載の第3のデバイスとを含むサービス品質監視システム。
【請求項１５】
命令を含むコンピュータ可読ストレージ媒体であって、前記命令がコンピュータ上で実行されるとき、前記コンピュータが、請求項1から11のいずれか一項に記載の方法を実行することを可能にされるコンピュータ可読ストレージ媒体。
【国際調査報告】
2021532641.tif 000020
2021532641.tif 000021
2021532641.tif 000022
2021532641.tif 000023