(57)【要約】コアネットワークによって実行される、通信システムにおける通知制御のための方法が提示される。この方法は、ＰＤＵセッションを確立することと、無線アクセスネットワーク（ＲＡＮ）が、ＡＮシグナリングベースの通知を用いて、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知する通知を送信することを有効化することと、を有する。ANシグナリングベースの通知は、ＱｏＳフロー記述で規定されるＱｏＳパラメータの未充足または再充足を含む。ＡＮシグナリングベースの通知は、予想ＱｏＳ値、予想時間間隔、および通知の精度をさらに含む。ＵＥ／ＡＦは、ＡＮが提供する予想ＱｏＳにしたがって、さらに自分の動作を適合させることができる。【選択図】図７
2022502896.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークが実行する、通信システムにおける通知制御のための方法であって、
プロトコルデータユニット（ＰＤＵ）セッションを確立することと、
無線アクセスネットワーク（ＲＡＮ）が、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、前記ＰＤＵセッションにおけるＱｏＳフローのサービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを有効化することと、を有する、方法。
【請求項２】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含む、方法。
【請求項３】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含む、方法。
【請求項４】
請求項３に記載の方法であって、
前記予想ＱｏＳ値が、新たなＱｏＳプロファイルもしくは前記新たなＱｏＳプロファイルのサブセットで提供される、方法。
【請求項５】
請求項３に記載の方法であって、
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示す、方法。
【請求項６】
請求項３に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項７】
請求項５に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想時間間隔の精度をさらに含む、方法。
【請求項８】
請求項１に記載の方法であって、さらに、
前記ＵＥがＡＮシグナリングベースの通知をサポートするか否かを示す情報を受信することを有する、方法。
【請求項９】
請求項１に記載の方法であって、さらに、
前記ＵＥに関する前記ＰＤＵセッションにおっけるＱｏＳフローに対するリソース割り当て要求を受信することを有し、前記要求は、前記ＰＤＵセッションにおけるＱｏＳフローについて、ＱｏＳの未充足または再充足であるとの前記ＵＥへの通知が予期されるか否かを示す通知制御指示を含む、方法。
【請求項１０】
請求項９に記載の方法であって、
前記要求が、前記通知がどのＱｏＳパラメータを参照しているのかをさらに示し、前記ＱｏＳパラメータが、ＱｏＳフロー記述に規定されるＱｏＳパラメータを含む、方法。
【請求項１１】
請求項９に記載の方法であって、
前記要求が、予想ＱｏＳ値の通知の通知をさらに要求する、方法。
【請求項１２】
請求項１に記載の方法であって、
ＵＥが前記ＡＮシグナリングベースの通知をサポートする場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化する、方法。
【請求項１３】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が予期される場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化する、方法。
【請求項１４】
請求項１に記載の方法であって、
ＵＥが前記ＡＮシグナリングベースの通知をサポートし、かつ前記ＡＮシグナリングベースの通知が予期される場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化する、方法。
【請求項１５】
請求項８に記載の方法であって、
前記情報が、前記ＵＥが前記ＵＥの所定のアプリケーションについて前記ＡＮシグナリングベースの通知をサポートするか否かを示す情報をさらに含む、方法。
【請求項１６】
請求項９に記載の方法であって、
前記通知制御指示が、前記ＵＥの所定のアプリケーションについて前記ＡＮシグナリングベースの通知が予期されるか否かをさらに示す、方法。
【請求項１７】
請求項１に記載の方法であって、さらに、
前記ＱｏＳフローが前記ＵＥの所定のアプリケーション宛のものである場合、前記ＲＡＮが前記ＵＥに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有効化することを有する、方法。
【請求項１８】
請求項１に記載の方法であって、さらに、
前記ＲＡＮが前記コアネットワークに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有効化することを有する、方法。
【請求項１９】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、無線リソース制御（ＲＲＣ）ベースの通知である、方法。
【請求項２０】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、メディアアクセス制御（ＭＡＣ）ベースの通知である、方法。
【請求項２１】
無線アクセスネットワーク（ＲＡＮ）が実行する、通信システムにおける通知制御のための方法であって、
コアネットワークから、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを示す通知有効指示を受信することと、
前記ＡＮシグナリングベースの通知を用いて前記ＵＥに前記ＱｏＳの未充足または再充足を通知することと、を有する、方法。
【請求項２２】
請求項２１に記載の方法であって、
前記通知有効指示が、前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＵＥに通知するために、ＡＮシグナリングベースの通知を有効化することをさらに示す、方法。
【請求項２３】
請求項２２に記載の方法であって、
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの前記未充足または再充足を含む、方法。
【請求項２４】
請求項２２に記載の方法であって、
ＱｏＳフローの現在のパラメータが未充足である場合、前記ＡＮシグナリングベースの通知が、予想ＱｏＳ値をさらに含む、方法。
【請求項２５】
請求項２４に記載の方法であって、
前記予想ＱｏＳ値が新たなＱｏＳプロファイルまたは前記新たなＱｏＳプロファイルのサブセットで提供される、方法。
【請求項２６】
請求項２４に記載の方法であって、
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示す、方法。
【請求項２７】
請求項２６に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項２８】
請求項２６に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想時間間隔の精度をさらに含む、方法。
【請求項２９】
請求項２１に記載の方法であって、さらに、
前記コアネットワークに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有する、方法。
【請求項３０】
請求項２１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、無線リソース制御（ＲＲＣ）ベースの通知である、方法。
【請求項３１】
請求項２１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、メディアアクセス制御（ＭＡＣ）ベースの通知である、方法。
【請求項３２】
ユーザ機器（ＵＥ）が実行する、通信システムにおける通知制御のための方法であって、
プロトコルデータユニット（ＰＤＵ）セッションを確立することと、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＵＥに通知する通知を、ＡＮシグナリングベースの通知で受信することと、を有する方法。
【請求項３３】
請求項３２に記載の方法であって、さらに、
前記ＵＥがアクセスネットワーク（ＡＮ）シグナリングベースの通知をサポートするか否かを示す情報を送信することを有する、方法。
【請求項３４】
請求項３２に記載の方法であって、
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの前記未充足または再充足を含む、方法。
【請求項３５】
請求項３２に記載の方法であって、
ＱｏＳフローの現在のパラメータが未充足の場合、前記ＡＮシグナリングベースの通知が、予想ＱｏＳ値をさらに含む、方法。
【請求項３６】
請求項３５に記載の方法であって、
前記予想ＱｏＳ値が、新たなＱｏＳプロファイルまたは前記新たなＱｏＳプロファイルのサブセットで提供される、方法。
【請求項３７】
請求項３５に記載の方法であって、
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示す、方法。
【請求項３８】
請求項３５に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項３９】
請求項３７に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記予想時間間隔の精度をさらに含む、方法。
【請求項４０】
前記情報が、前記ＵＥが前記ＵＥの所定のアプリケーションについて前記ＡＮシグナリングベースの通知をサポートするか否かを示す情報をさらに含む、請求項３３に記載の方法。
【請求項４１】
前記通知を受信した前記ＵＥが前記ＡＮシグナリングベースの通知をサポートしている場合、前記ＵＥにおける所定のアプリケーション宛ての前記ＰＤＵセッションの前記ＱｏＳフローについて、前記ＱｏＳの未充足または再充足を関連するＱｏＳフローを用いてさらに通知する、請求項３２に記載の方法。
【請求項４２】
前記ＵＥが、前記ＡＮシグナリングベースの通知に従って自身の動作を適合させる、請求項３２に記載の方法。
【請求項４３】
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に従った、トラフィック生成機能に対する変更、アプリケーション機能に対する変更、または制御機能に対する変更を有する、請求項４２に記載の方法。
【請求項４４】
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記ＡＮシグナリングベースの通知が前記ＵＥに前記ＱｏＳの未充足のみを通知する場合、セーフモードに移行することを有する、請求項４２に記載の方法。
【請求項４５】
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に含まれるパラメータを再利用するためにＰＤＵセッション変更をトリガすることを有する、請求項４２に記載の方法。
【請求項４６】
アプリケーション機能（ＡＦ）が実行する、通信システムにおける通知制御のための方法であって、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＡＦに通知する通知を要求することと、
前記ＰＤＵセッションにおけるＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＡＦに通知する通知を受信することと、を有する、方法。
【請求項４７】
請求項４６に記載の方法であって、
前記通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの前記未充足または再充足を含む、方法。
【請求項４８】
請求項４６に記載の方法であって、
前記通知が、ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含む、方法。
【請求項４９】
請求項４８に記載の方法であって、
前記予想ＱｏＳ値が、新たなＱｏＳプロファイルまたは前記新たなＱｏＳプロファイルのサブセットで提供される、方法。
【請求項５０】
請求項４８に記載の方法であって、
前記通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示す、方法。
【請求項５１】
請求項４８に記載の方法であって、
前記通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項５２】
請求項５０に記載の方法であって、
前記通知が、前記予想時間間隔の精度をさらに含む、方法。
【請求項５３】
前記通知を受信した前記ＡＦが、前記ＡＦにおける所定のアプリケーション宛ての前記ＰＤＵセッションの前記ＱｏＳフローについて、前記ＱｏＳの未充足または再充足を関連するＱｏＳフローを用いてさらに通知する、請求項４６に記載の方法。
【請求項５４】
前記ＡＦが、前記通知に従って自身の動作を適合させる、請求項４６に記載の方法。
【請求項５５】
前記ＡＦが前記通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に従った、トラフィック生成機能に対する変更、アプリケーション機能に対する変更、または制御機能に対する変更を有する、請求項５４に記載の方法。
【請求項５６】
前記ＡＦが前記通知に従って自身の動作を適合させることが、前記通知が前記ＡＦに前記ＱｏＳの未充足のみを通知する場合、セーフモードに移行することを有する、請求項５４に記載の方法。
【請求項５７】
前記ＡＦが前記通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に含まれるパラメータを再利用するためにＰＤＵセッション変更をトリガすることを有する、請求項５４に記載の方法。
【請求項５８】
請求項４６に記載の方法であって、さらに、
ＰＤＵセッションにおけるＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＵＥに通知する通知を要求すること、を有する、方法。
【請求項５９】
通信システムにおける通知制御のためのコアネットワークであって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記コアネットワークに、
プロトコルデータユニット（ＰＤＵ）セッションを確立し、
無線アクセスネットワーク（ＲＡＮ）が、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、前記ＰＤＵセッションにおけるＱｏＳフローのサービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを有効化する、ようにさせる、コアネットワーク。
【請求項６０】
通信システムにおける通知制御のための無線アクセスネットワーク（ＲＡＮ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＲＡＮに、
コアネットワークから、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを示す通知有効指示を受信し、
前記ＡＮシグナリングベースの通知を用いて前記ＵＥに前記ＱｏＳの未充足または再充足を通知する、ようにさせる、無線アクセスネットワーク。
【請求項６１】
通信システムにおける通知制御のためのユーザ機器（ＵＥ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＵＥに、
プロトコルデータユニット（ＰＤＵ）セッションを確立し、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＵＥに通知する通知を、ＡＮシグナリングベースの通知で受信する、ようにさせる、ユーザ機器。
【請求項６２】
通信システムにおける通知制御のためのアプリケーション機能（ＡＦ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＡＦに、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＡＦに通知する通知を要求し、
前記ＰＤＵセッションにおけるＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＡＦに通知する通知を受信する、ようにさせる、アプリケーション機能。
【請求項６３】
コンピューティングシステムの少なくとも１つのプロセッサによって実行されると、コンピューティングシステムに請求項１から５８のいずれか１項に記載の方法を実行させる命令を格納するコンピュータ可読記憶媒体を有するコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で提示する実施形態は、通信システムにおける通知制御を支援するための方法、コアネットワーク、無線アクセスネットワーク、ユーザ機器、コンピュータプログラム、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
現在、次世代(NextGen:NG)、次世代システム(NGS:Next Generation System)、５Ｇなどと呼ばれる次世代無線通信の開発が世界中で進められている。次世代無線通信のビジョンは、現行の４G ＬＴＥネットワークと比較して、超高速データレート、超低遅延、基地局容量の大幅な増加、ユーザーが感じるＱｏＳ(Quality of Service)の大幅な改善を提供することにある。
【０００３】
３ＧＰＰ ＳＡ２は、３ＧＰＰ ＴＳ２３．５０１に、５ＧＳアーキテクチャを規定しており、図１にそれを示す。
【０００４】
５Ｇ ＱｏＳフローは、５ＧシステムにおけるＯｏＳ転送処理に関する最も細かい粒度である。同じ５G ＱｏＳフローにマッピングされたすべてのトラフィックには、同じ転送処理（例えば、スケジューリングポリシー、キューマネジメントポリシー、レートショッピングポリシー、ＲＬＣコンフィギュレーションなど）が提供される。異なる５Ｇ ＱｏＳフローでは、異なるＱｏＳ転送処理を提供することができる。フロービットレートの保証を必要とするＱｏＳフローを、ＧＢＲ(guaranteed bitrate)ＱｏＳフローと呼ぶ。
【０００５】
現在、図２に示すように、５ＧＳ（第５世代システム）における通知制御と通知は以下の通りである。ＡＦ（アプリケーション機能）は、ＧＢＲ ＱｏＳフローのライフタイム中に、サービスに必要なＱｏＳが保証できない場合や再保証できる場合に通知を要求する。ＰＣＦ（ポリシ制御機能）は、その要求をＳＭＦ（セッション管理機能）に受け渡す。ＳＭＦは、ＱｏＳフローにバインドされたＰＣＣルール （ＰＣＦから受信）に、ＱｏＳ通知制御パラメータが設定されている場合にのみ、通知制御を有効にする。ＲＡＮ（無線アクセスネットワーク）は、ＧＢＲ ＱｏＳフローについてＱｏＳを保証できないと判断した場合、ＳＭＦやＰＣＦなどを有する５ＧＣ（第５世代コア）に通知し、５ＧＣはあらにＡＦに通知する。該当する場合、ＲＡＮは新たな通知を送信し、ＳＭＦにＧＢＲが再び保証できることを通知する。そして、アプリケーション層のＡＦがＵＥに通知する。つまり、ＵＥに到達するまでの通知経路は、ＲＡＮ、ＳＭＦ、ＰＣＦ、ＡＦ、そしてＡＦからＵＥとなる。この通知経路は、特にスピードが重視されるアプリケーション、例えば、遠隔操作や自動運転などのＶ２Ｘ(Vehicle to Everything)アプリケーションでは、長すぎると考えられる。
【０００６】
ＴＳ ２３.５０２ｖｌ５.２.０において、３ＧＰＰは「通知制御」手順を導入した。この手順では、５Ｇ無線アクセスネットワーク（ＲＡＮ）が５Ｇコア（５ＧＣ）に対して、パケットデータユニット（ＰＤＵ）セッションのアクティブなＱｏＳフローの保証フロービットレート（ＧＦＢＲ）をもはや満たすことができないことを示すことにより、ＱｏＳ能力の変化に５ＧＣが反応したり（例えば、ＯｏＳフローの変更または削除をトリガする）、および／または５Ｇ−ＲＡＮから通知されるとすぐにアプリケーション機能（ＡＦ）に通知したりする可能性を与えている。しかし、この通知制御は、ＧＦＢＲに関連した通知であるため、保証ビットレート（ＧＢＲ）フローのみに適用され、車両や、工場内の機械などの他の物体を遠隔制御する際に、アプリケーションが自身の動作（例えば、特定の制御アルゴリズムの選択、車両の速度や安全距離の設定）を調整するには不十分である。
【発明の概要】
【０００７】
本明細書の実施形態の一般的な目的は、通信システムにおける通知制御を提供することである。 ＲＲＣ通知を用いてＲＡＮからＵＥに直接通知することが必要な場合がある。その通知（すなわち、ＲＡＮからＵＥへの通知）を適用する場合、それをいつ適用するかを制御する仕組みは存在しない。
【０００８】
そこで、本開示の目的は、上述した問題の少なくとも１つを解決することである。
【０００９】
ここで提案する解決策において、ＡＦは、ＡＮベースの通知を適用することを５ＧＣを通じてアクセスネットワークに明示的に要求することができる。そして、５ＧＣは、ＡＦの要求およびＵＥのセッション管理能力に基づいて、または、単にローカルポリシーに基づいて、ＡＮベースの通知を有効にすることができる。
【００１０】
本開示の第１の側面によれば、コアネットワークによって実行される通信システムにおける通知制御のための方法が提示される。この方法は、ＰＤＵ（プロトコルデータユニット）セッションを確立することと、ＲＡＮが、ＡＮシグナリングベースの通知を用いて、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを有効化することと、を有する。
【００１１】
本開示の第２の側面によると、ＲＡＮによって実行される、通信システムにおける通知制御のための方法が提示される。この方法は、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知するために、ＡＮシグナリングベースの通知を有効にすることを示す通知有効指示をコアネットワークから受信することと、ＡＮシグナリングベースの通知を用いてＱｏＳの未充足または再充足をＵＥに通知することとを有する。
【００１２】
本開示の第３の態様によれば、ユーザ機器（ＵＥ）によって実行される、通信システムにおける通知制御のための方法が提示される。この方法は、ＰＤＵセッションを確立することと、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知する通知をＡＮシグナリングベースの通知で受信することとを有する。
【００１３】
本開示の第４の側面によれば、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をＡＦに通知する通知を要求することと、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＡＦに通知する通知を受信すること、が提供される。
【００１４】
本開示の第５の側面によれば、通信システムにおける通知制御のためのコアネットワークが提示される。コアネットワークは、処理回路と、処理回路によって実行されると、コアネットワークに、プロトコルデータユニット（ＰＤＵ）セッションを確立し、ＲＡＮが、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知することを有効化する、ようにさせる命令を格納する記憶媒体と、を有する。
【００１５】
本開示の第６の態様によれば、通信システムにおける通知制御のためのＲＡＮが提示される。ＲＡＮは、処理回路と、前記処理回路によって実行されると、ＲＡＮに、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知するために、ＡＮシグナリングベースの通知を有効にすることを示すコアネットワークからの通知有効指示を受信し、ＡＮシグナリングベースの通知を用いて、ＱｏＳの未充足または再充足をＵＥに通知する、ようにさせる、命令を格納する記憶媒体と、を備える。
【００１６】
本開示の第７の態様によれば、通信システムにおける通知制御のためのＵＥが提示される。ＵＥは、処理回路と、処理回路によって実行されると、ＵＥに、ＰＤＵセッションを確立し、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知する通知をＡＮシグナリングベースの通知で受信する、ようにさせる命令を格納する記憶媒体と、を備える。
【００１７】
本開示の第８の態様によれば、通信システムにおける通知制御のためのアプリケーション機能（ＡＦ）であって、処理回路と、処理回路によって実行されると、ＡＦに、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をＡＦに通知する通知を要求し、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＡＦに通知する通知を受信する、ようにさせる命令を格納した記憶媒体と、を備える。
【００１８】
本開示の第９の態様によれば、コンピュータプログラム製品が提示される。このコンピュータプログラム製品は、コンピューティングシステムの少なくとも１つのプロセッサによって実行されると、本発明の第１から第３の側面のいずれかの方法をコンピューティングシステムに実行させる命令を格納したコンピュータ可読記憶媒体を有する。
【図面の簡単な説明】
【００１９】
本発明は、以下の説明と、本発明の実施形態を説明するために使用される添付の図面を参照することによって、最もよく理解することができる。図面において、
【００２０】
【図１】図ｌは、次世代システムのノンローミングアーキテクチャを例示する模式図である。
【図２】図２は、現在の通知制御および通知の仕組みを例示的に示す図である。
【図３】図３は、本開示の一実施形態に係る通信システムにおいて、通知制御のためにコアネットワークが実行する方法を例示する図である。
【図４】図４は、本開示の一実施形態に係る通信システムにおいて、通知制御のためにＲＡＮが実行する方法を例示する図である。
【図５】図５は、本開示の一実施形態に係る通信システムにおいて、通知制御のためにＵＥが実行する方法を例示する図である。
【図６】図６は、本開示の一実施形態に係る通信システムにおいて、通知制御のためにＡＦが実行する方法を例示する図である。
【図７】図７は、本開示の実施形態に係る通信システムにおける通知制御のためのシグナリング手順を例示する図である。
【図８】図８は、本開示の実施形態に従ったＡＮシグナリングベースの通知を例示する図である。
【図９】図９は、本開示の実施形態に従ったコアネットワークの機能ユニットを例示する図である。
【発明を実施するための形態】
【００２１】
以下、本開示の実施形態が示されている添付図面を参照して、本開示の実施形態をより詳細に説明する。しかし、本発明は、多くの異なる形態で実施することができ、本明細書に記載された実施形態に限定されるように解すべきではない。破線で示された工程または機能は、任意であるとみなされるべきである。
【００２２】
本明細書で使用されている用語は、特定の実施形態を説明するためのものであり、本発明を限定することを意図していない。ここで用いられる際、単数形での表現は、そうで無いことが文脈で明確に示されていないかぎり、複数形も含むことが意図されている。なお、本明細書で使用される場合、用語「有する(comprises / comprising)」および「含む(includes / including)」は、ここで述べる特徴、整数、工程、動作、要素および／または構成要素の存在を特定するものと解釈されるが、他の特徴、整数、工程、動作、要素、構成要素、および／またはそれらのグループの１つ以上の存在または追加を排除するものではない。
【００２３】
特に定義されていない限り、本明細書で使用されているすべての用語（技術用語および科学用語を含む）は、本発明が属する技術分野の通常の技術者によって一般的に理解されているのと同じ意味を有する。さらに、本明細書で使用される用語は、本明細書および関連する技術の文脈における意味と一致する意味を有するものとして解釈されるべきであり、本明細書で明示的に定義されない限り、理想化されたまたは過度に形式的な意味で解釈されることはないことが理解されるであろう。
【００２４】
本開示は、本開示の実施形態による方法、装置（システム）および／またはコンピュータプログラム製品のブロック図および／またはフローチャート図を参照して以下に説明される。ブロック図および／またはフローチャート図のブロック、およびブロック図および／またはフローチャート図のブロックの組み合わせは、コンピュータプログラム命令によって実装できることを理解されたい。これらのコンピュータプログラム命令は、コンピュータおよび／または他のプログラマブルデータ処理装置のプロセッサを介して実行される命令が、ブロック図および／またはフローチャート図のブロックまたはブロックで指定された機能／動作を実施するための手段を作成するような、機械を生成するために、汎用コンピュータ、特殊目的コンピュータ、および／または他のプログラマブルデータ処理装置のプロセッサに提供されうる。
【００２５】
したがって、本開示は、ハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で実施することができる。さらに、本開示は、命令実行システムによってまたはそれに関連して用いるために、媒体に具現化されたコンピュータ使用可能またはコンピュータ読み取り可能なプログラムコードを有する、コンピュータ使用可能またはコンピュータ読み取り可能な記憶媒体上のコンピュータプログラム製品の形態をとることができる。本書の文脈では、コンピュータ使用可能またはコンピュータ読み取り可能な媒体は、命令実行システム、装置、またはデバイスによってまたはそれらに関連して使用するために、プログラムを含み、保存し、通信し、伝播し、または輸送することができる任意の媒体であってもよい。
【００２６】
以下、本開示の実施形態について、図面を参照しながら説明する。
【００２７】
図ｌは、本明細書に示す実施形態が適用される通信ネットワークを示す模式図である。図ｌは、５ＧＣのエンティティを示す図であり、例としてネットワークインターフェースＮｌ、Ｎ２、Ｎ３、Ｎ４、Ｎ５、Ｎ６、Ｎ７、Ｎ８、Ｎ９、Ｎ１０、Ｎｉｌ、Ｎ１２、Ｎ１３が含まれる。このように、５ＧＣは、認証サーバ機能（ＡＵＳＦ）、統合データ管理（ＵＤＭ）、コアアクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ポリシー制御機能（ＰＣＦ）、ユーザープレーン機能（ＵＰＦ）、データネットワーク（ＤＮ）から構成される。
【００２８】
図３は、通信システムにおける通知制御のためにコアネットワークが実行する方法を例示する図である。図４は、通信システムにおける通知制御のためにＲＡＮが実行する方法を例示する図である。図５は、通信システムにおける通知制御のためにＵＥが実行する方法を例示する図である。
【００２９】
実施形態に係る通信システムにおける通知制御のためにコアネットワークによって実行される方法を示す図３を参照する。
【００３０】
Ｓ１０２：コアネットワークは、ＵＥによって開始されたＰＤＵセッション確立プロセスに応答して、ＰＤＵセッションを確立する。確立されたＰＤＵセッションは、アクティブなＱｏＳフローを有し、したがって、ＧＦＢＲ(Guaranteed Flow Bit Rate)、ＰＤＢ(Packet Delay Budget)、ＰＥＲ(Packet Error Rate)など、関連付けられたＱｏＳパラメータを有する。
【００３１】
Ｓ１０８：コアネットワークは、ＲＡＮが、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、ＰＤＵセッションにおけるＱｏＳフローについて、ＱｏＳの未充足または再充足をＵＥに通知することを有効化する。ＰＤＵセッションにおけるＱｏＳフローについてのＱｏＳの未充足とは、ＧＢＲ ＱｏＳフローが充足されないことを意味する。遠隔運転や自動運転などのＶ２Ｘ (vehicle to everything)アプリケーションでは、運転速度が上がるとＧＢＲ ＱｏＳフローが充足されない状態が発生し、安全上の問題の原因となりうる。
【００３２】
ＡＮシグナリングベースの通知は、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含むことができる。ＡＮシグナリングベースの通知は、ＧＦＢＲに加え、ＰＤＢ、ＰＥＲ、およびＱｏＳフローの記述で規定された他のＱｏＳパラメータの未充足／再充足に関する情報を伝えてもよい。
【００３３】
ＡＮシグナリングベースの通知は、ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含むことができる。このフィールドには、ＱｏＳフローの現在のパラメータを充足できない場合にネットワークがサポートすることが予想ＱｏＳ値を含んでいる。このフィールドはさまざまな方法で実装可能である。ネットワークは、新たなＱｏＳプロファイル、すなわち５ＱＩ(5G QoS Identifier)、ＧＦＢＲおよびＱｏＳプロファイルに関連するすべてのパラメータ、またはＱｏＳプロファイルに関連する情報のサブセット（たとえば、予想されるＰＤＢおよびＰＥＲのみ、または予想されるＧＦＢＲのみ）を提供することができる。予想ＱｏＳ値を表現する別の方法として、範囲を利用する方法がある（例えば、ＰＤＢは２０ｍｓから３０ｍｓの間であると予想される）。
【００３４】
ＡＮシグナリングベースの通知は、予想時間間隔をさらに含み、予想時間間隔が、ＲＡＮが予想ＱｏＳ値をサポート可能であると予想される期間を示す。予想時間間隔は、通知に関連付けられている。例えば、ネットワークは、今後１分間、予想ＱｏＳ値をサポートできることを予想する。 予想ＱｏＳ値のフィールドが提供されない場合、ネットワークは、次の１分間、ＱｏＳフローのパラメータを満たすことができないことを予想する。
【００３５】
さらに、ＡＮシグナリングベースの通知は、通知の精度（例えば、信頼区間、正しい推定の確率、または精度を計算するために利用可能な他の方法）に関連する情報で拡張されてもよい。例えば、予想ＱｏＳ値というフィールドが存在する通知制御を考えると、精度フィールドは、予想ＱｏＳ値の計算に関連する精度を表すことができる。充足することができないＱｏＳパラメータに関する表示と、関連する予想時間間隔を有する通知制御を考慮する別の例では、精度フィールドは予想時間間隔の計算に関連する精度を示す。
【００３６】
上述の実施形態では、ＧＦＢＲの未充足／再充足の場合だけでなく、ＰＤＢ、ＰＥＲ、およびＱｏＳフロー記述で規定されているその他のＱｏＳパラメータの未充足／再充足の場合にも、通知制御が生成されるという点で効果がある。その結果、ある実施形態では、ＲＡＮが、ＱｏＳに関連するＱｏＳパラメータの１つ（ＧＦＢＲに限らない）が充足できない（または、再充足できる）と判断したときに、通知制御が生成される。通知制御の生成がどのＱｏＳパラメータに関連付けられているかの設定は、ネットワークのポリシーや能力、および／またはＵＥの加入情報、および／またはネットワークとＡＦの間のネゴシエーション、および／またはＳＬＡ(Service-Level Agreement)を考慮して設定することができる。この設定は、予想ＱｏＳ値のフィールドに再利用する（例えば、通知制御は、ＰＤＢを充足することができないことに加え、予想されるＰＤＢ数値を示す）こともできるし、このフィールドに異なる設定を用いることもできる。
【００３７】
通知制御手順に関連するフィールドは、それがＡＦまたはＵＥに向けて送信されるかどうかにかかわらず、修正される。つまり、ＡＦへの変更には、通知の精度のみならず、ＱｏＳフローの記述で規定されたＱｏＳパラメータの未充足または再充足、ＱｏＳフローの現在のパラメータが未充足の場合の予想ＱｏＳ値、予想時間間隔（予想時間間隔は、ＲＡＮが予想ＱｏＳ値をサポートできると予想する期間を示す）をさらに含みうる。ネットワークポリシー、および／またはＵＥの加入情報、および／またはネットワークとＡＦとの間のネゴシエーション、および／またはＳＬＡにしたがって、ＡＦとＵＥに送信する際の通知制御のパラメータの異なる設定を実施することができる。例えば、ＡＦは、充足できないＱｏＳパラメータと予想ＱｏＳ値のフィールドを持つ通知制御を受信することができる一方、ＵＥは、充足できないＱｏＳパラメータのフィールドのみを持つ通知制御を受信することができる。ＵＥおよびＡＦに対する通知制御の構成は、ネットワークのポリシーまたは能力、および／またはＵＥの加入情報、および／またはネットワークとＡＦとの間のネゴシエーション、および／またはＳＬＡにしたがって設定することができる。
【００３８】
いくつかの態様において、コアネットワークは、Ｓ１０４に示されているように、ＵＥがＡＮシグナリングベースの通知をサポートしているかどうかを示す情報を受信する。この情報は、ＵＥによって送信されるＰＤＵセッション確立要求に含まれてもよい。ＡＮシグナリングは、例えばＲＡＮなどの５Ｇ−ＡＮとＵＥとの間で用いられるシグナリングの一種であり、ＲＲＣ (radio resource control)ベースのシグナリングやＭＡＣ(media resource control)ベースのシグナリングなどを含むが、これらに限定されない。
【００３９】
いくつかの態様において、コアネットワークは、ＵＥのためのＰＤＵセッションにおけるＱｏＳフローへのリソース割り当て要求を受信し、この要求は、Ｓ１０６に示されるように、ＵＥへの通知が予期されるかどうかを示す通知制御指示を含む。コアネットワークは、ＡＦからＧＢＲリソース割り当て要求を受信し、その要求には、ＵＥへの通知が予期されるかどうかを示す通知制御指示、すなわち、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳが未充足であるか再充足された場合にＵＥに通知すべきか否かを示す通知制御指示が含まれる。さらに、要求には、現在と同様に、ＡＦへの通知が予期されているかどうかを示す通知制御指示、すなわち、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳが充足されていないか再充足された場合にＡＦに通知すべいか否かを示す通知制御指示がさらに含まれていてもよい。また、要求はさらに、通知がどのＱｏＳパラメータを参照しているか、例えば、ＰＤＢ、ＰＥＲ、およびＱｏＳフローの記述で規定されている他のＱｏＳパラメータを示す。要求はさらに、予想ＱｏＳ値、ＲＡＮが予想ＱｏＳ値をサポートできると予想する期間を示す予想時間間隔、または、通知の精度を通知するように要求する。
【００４０】
一実施形態において、コアネットワークは、ＵＥがＡＮシグナリングベースの通知をサポートする場合にのみ、ＲＡＮがＰＤＵセッションにおけるＱｏＳフローについてのＱｏＳ未充足または再充足をＵＥに通知することを有効化する、方法。
【００４１】
別の実施形態において、コアネットワークは、ＡＮシグナリングベースの通知が予期される場合にのみ、ＲＡＮがＰＤＵセッションにおけるＱｏＳフローについてのＱｏＳ未充足または再充足をＵＥに通知することを有効化してもよい。
【００４２】
さらに別の実施形態において、コアネットワークは、ＵＥがＡＮシグナリングベースの通知をサポートしており、かつＡＮシグナリングベースの通知が予期される場合にのみ、ＲＡＮがＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知することを有効化してもよい。
【００４３】
追加の実施形態として、コアネットワークが受信した情報は、ＵＥの特定のアプリケーションについてＵＥがＡＮシグナリングベースの通知をサポートしているか否かを示す情報をさらに含んでもよい。ＵＥは、アプリケーションごとに、ＡＮシグナリングベースの通知について、サポートされているか、望まれているか、または有益であるかを示してもよい。このような情報は、ＵＥの経路選択ポリシールール（ＴＳ ２３.５０３参照）で用いられるものと同じまたは類似の情報、すなわち、トラフィック記述子によるアプリケーション識別子、例えばＯＳｌｄおよびＯＳＡｐｐｌｄを持つアプリケーション記述子を用いて示すことができる。
【００４４】
同様に、コアネットワークが受信する通知制御指示は、ＵＥの所定のアプリケーションへのＡＮシグナリングベースの通知が予期されているかどうかをさらに示してもよい。コアネットワークは、ＡＦからＧＢＲリソース割り当て要求を受信し、その要求は、例えば１つ以上のアプリケーションを識別する方法によってＵＥのどの１つ以上のアプリケーションが関連するかを示す通知制御指示を含む。
【００４５】
追加の実施形態において、コアネットワークは、ＱｏＳフローがＵＥの所定のアプリケーション宛のものである場合に、ＲＡＮがＵＥにＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足を通知することを有効化する。
【００４６】
別の実施形態において、コアネットワークは、ＲＡＮがＰＤＵセッションのＱｏＳフローについてＱｏＳの未充足または再充足をコアネットワークに通知することを有効化してもよい。コアネットワークは、ＲＡＮがＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの不充足または再充足を、コアネットワークとＵＥの両方に通知することを有効化してもよい。
【００４７】
次に、通信システムにおける通知制御のためにＲＡＮが実行する方法を例示的に示す図４を参照する。
【００４８】
Ｓ２０２：ＲＡＮは、コアネットワークから、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを示す通知有効指示を受信する。一実施形態において、通知有効指示は、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足を、現在と同様にコアネットワークに通知することも示してもよい。なお、ＡＮシグナリングベースの通知は、ＲＡＮとＵＥとの間で使用されるＲＲＣベースの通知、ＭＡＣベースの通知などであってよい。
【００４９】
Ｓ２０４：ＲＡＮは、ＡＮシグナリングベースの通知を用いて、ＱｏＳの未充足または再充足をＵＥに通知する。具体的には、ＲＡＮは、ＱｏＳを保証できないと判断した場合、ＵＥに通知する。なお、ＲＡＮは、現在と同様にコアネットワークにのみ通知してもよい。追加の実施形態において、ＲＡＮは、ＱｏＳを保証できない場合に、コアネットワークとＵＥの両方に通知してもよい。
【００５０】
上述したように、ＡＮシグナリングベースの通知は、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含むことができる。ＡＮシグナリングベースの通知は、ＧＦＢＲに加え、ＰＤＢ、ＰＥＲ、およびＱｏＳフローの記述で規定されている他のＱｏＳパラメータの未充足／再充足に関する情報を伝えてもよい。
【００５１】
ＡＮシグナリングベースの通知は、ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含む。このフィールドは、ＱｏＳフローの現在のパラメータが未充足の場合、ネットワークがサポートすることが予想されるＱｏＳ値を含んでいる。このフィールドはさまざまな方法で実装可能である。ネットワークは、新たなＱｏＳプロファイル、すなわち５ＱＩ(5G QoS Identifier)、ＧＦＢＲおよびＱｏＳプロファイルに関連するすべてのパラメータ、またはＱｏＳプロファイルに関連する情報のサブセット（たとえば、予想されるＰＤＢおよびＰＥＲのみ、または予想されるＧＦＢＲのみ）を提供することができる。予想ＱｏＳ値を表現する別の方法として、範囲を利用する方法がある（例えば、ＰＤＢは２０ｍｓから３０ｍｓの間であると予想される）。
【００５２】
ＡＮシグナリングベースの通知は、予想時間間隔をさらに含み、予想時間間隔が、ＲＡＮが予想ＱｏＳ値をサポート可能であると予想される期間を示す。予想時間間隔は、通知に関連付けられている。例えば、ネットワークは、今後１分間、予想ＱｏＳ値をサポートできることを予想する。 予想ＱｏＳ値のフィールドが提供されない場合、ネットワークは、次の１分間、ＱｏＳフローのパラメータを充足することができないことを予想する。
【００５３】
さらに、ＡＮシグナリングベースの通知は、通知の精度（例えば、信頼区間、正しい推定の確率、または精度を計算するために利用可能な他の方法）に関連する情報で拡張されてもよい。例えば、予想ＱｏＳ値のフィールドが存在する通知制御を考えると、精度フィールドは、予想ＱｏＳ値の計算に関連する精度を表すことができる。充足できないＱｏＳパラメータに関する指示と、関連する予想時間間隔とを有する通知制御を考える別の例では、精度フィールドは、予想時間間隔の計算に関連する精度を示す。
【００５４】
別の実施形態において、通知有効指示は、ＵＥの所定のアプリケーション宛のＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知するために、ＡＮシグナリングベースの通知を有効にすることをさらに示す。
【００５５】
次に、通信システムにおける通知制御のためにＵＥが実行する方法を例示的に示す図５を参照する。
【００５６】
Ｓ３０２：ＵＥは、ＰＤＵセッションを確立する。ＵＥは、ＰＤＵセッション確立要求を送信することにより、ＰＤＵセッション確立処理を開始している。
【００５７】
Ｓ３０６：ＵＥは、ＲＡＮから通知を受信する。この通知は、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足を、ＡＮシグナリングベースの通知でＵＥに通知する。ＡＮシグナリングは、例えば、ＲＲＣベースの通知またはＭＡＣベースの通知である。
【００５８】
上述したように、ＡＮシグナリングベースの通知は、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含むことができる。ＡＮシグナリングベースの通知は、ＧＦＢＲに加え、ＰＤＢ、ＰＥＲ、およびＱｏＳフローの記述で規定されている他のＱｏＳパラメータの未充足／再充足に関する情報を伝えてもよい。
【００５９】
ＡＮシグナリングベースの通知は、ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含む。このフィールドは、ＱｏＳフローの現在のパラメータが未充足の場合、ネットワークがサポートすることが予想されるＱｏＳ値を含んでいる。このフィールドはさまざまな方法で実装可能である。ネットワークは、新たなＱｏＳプロファイル、すなわち５ＱＩ(5G QoS Identifier)、ＧＦＢＲおよびＱｏＳプロファイルに関連するすべてのパラメータ、またはＱｏＳプロファイルに関連する情報のサブセット（たとえば、予想されるＰＤＢおよびＰＥＲのみ、または予想されるＧＦＢＲのみ）を提供することができる。予想ＱｏＳ値を表現する別の方法として、範囲を利用する方法がある（例えば、ＰＤＢは２０ｍｓから３０ｍｓの間であると予想される）。
【００６０】
ＡＮシグナリングベースの通知は、予想時間間隔をさらに含み、予想時間間隔が、ＲＡＮが予想ＱｏＳ値をサポート可能であると予想される期間を示す。予想時間間隔は、通知に関連付けられている。例えば、ネットワークは、今後１分間、予想ＱｏＳ値をサポートできることを予想する。 予想ＱｏＳ値のフィールドが提供されない場合、ネットワークは、次の１分間、ＱｏＳフローのパラメータを充足することができないことを予想する。
【００６１】
さらに、ＡＮシグナリングベースの通知は、通知の精度（例えば、信頼区間、正しい推定の確率、または精度を計算するために利用可能な他の方法）に関連する情報で拡張されてもよい。例えば、予想ＱｏＳ値のフィールドが存在する通知制御を考えると、精度フィールドは、予想ＱｏＳ値の計算に関連する精度を表すことができる。充足することができないＱｏＳパラメータに関する指示と関連する予想時間間隔とを有する通知制御を考える別の例において、精度フィールドは予想時間間隔の計算に関連する精度を示す。
【００６２】
さらなる実施形態において、ＵＥはＡＮシグナリングベースの通知をサポートしているかどうかを示す情報を送信する。ＵＥがこの情報を送信することで、コアネットワークは、ＡＮシグナリングベースの通知がサポートされているかどうかを示すＵＥの能力を認識することができる。この能力は、ＰＤＵセッション確立要求内で送信することができる。さらに、ＵＥは、アプリケーションごとに、ＡＮシグナリング通知がサポートされているか、望まれているか、または有益であるかを示してもよい。上述したように、このような情報は、ＵＥの経路選択ポリシールール（ＴＳ ２３.５０３参照）で用いられるものと同じまたは類似の情報、すなわち、トラフィック記述子によるアプリケーション識別子、例えばＯＳｌｄおよびＯＳＡｐｐｌｄを持つアプリケーション記述子を用いて示すことができる。
【００６３】
別の実施形態では、Ｓ３０８に示されるように、ＵＥがＡＮシグナリングベースの通知をサポートしている場合、ＵＥは、関連するＱｏＳフローを用いて、ＵＥにおける所定のアプリケーション宛のＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をさらに通知する通知を受信してもよい。
【００６４】
通知制御に含まれる情報を拡張することにより、本願は、Ｓ３１０に示されるように、特に、予想ＱｏＳ値に関してアプリケーションがその動作を適合させるために使用できる新しい情報を導入する。別の実施形態において、この発明で提案される通知制御に含まれる情報は、ＡＦ、５Ｇネットワーク、ＵＥ、またはアプリケーションがそれぞれの動作を適合させるために用いられる。一例においてアプリケーションは、その動作を適合させるために通知制御を利用する（例えば、アプリケーションが実行されている場所、およびアプリケーションのクライアントまたはサーバが適合を実行できるかどうかに応じて、ＵＥまたはＡＦは、通知制御をアプリケーションに中継するか、または、通知制御からいくつかの情報を推定して、そのような情報をアプリケーションに提供する）。アプリケーションについて予想ＱｏＳ値フィールドに従った動作適合の例としては、トラフィック生成機能の変更（パケットサイズ、パケット周波数、メディアトラフィックの場合のトラフィックエンコーディングなど）、アプリケーション機能の変更（例えば、物体の遠隔制御を行うアプリケーションの場合の制御アルゴリズムの変更）、または制御機能の変更（例えば、ＰＤＢの増加が予想される場合に遠隔制御される車両の速度を低下させて、ＰＤＢが高いシナリオでも制動のための安全な反応時間を保証するなど）が考えられる。充足することができないフィールドＱｏＳパラメータのみが存在する通知制御のためのアプリケーション適合の別の例において、アプリケーションは、ネットワークがＱｏＳを充足することができないことを認識し、セーフモードに移行する（例えば、車両の速度を安全な速度に下げる）。ＡＦおよび／またはＵＥの適応に関連する別の例では、ＡＦおよびＵＥは、ＰＤＵセッション変更をトリガするために通知制御の情報を使用し、この目的のために、予想ＱｏＳ値に含まれるパラメータを再利用することができる。例えば、ＵＥは、ＲＡＮからの通知制御の受信後にＰＤＵセッション変更をトリガすることを決定した場合、予想ＱｏＳ値フィールドに含まれる情報を利用して、ＵＥが要求したＰＤＵセッション変更のための要求ＱｏＳフィールドを構成する（例えば、通知制御に示されているネットワークによって充足されることが予想されるＱｏＳと、同じＱｏＳを要求する）。別の例では、５ＧＣ（例えば、ＳＭＦまたはＰＣＦ）は、ＳＭＦが要求したＰＤＵセッション変更のためにＲＡＮから受信した通知制御を利用する。この場合、修正されたＱｏＳフローのＱｏＳプロファイルは、予想ＱｏＳ値フィールドに含まれる情報に従って設定される。
【００６５】
通知制御手順は、現在、ＧＢＲフローにのみ適用されているが、本発明では、通知制御をＧＦＢＲに加えて他のＱｏＳパラメータ（例えば、ＰＤＢ、ＰＥＲ）もカバーするように拡張する。つまり、第４の実施形態では、ＰＤＢやＰＥＲなどのＱｏＳパラメータが非ＧＢＲフローにも規定されるため、通知制御が非ＧＢＲフローにも拡張されることになる。
【００６６】
図６は、本開示の一実施形態に係る通信システムにおいて、通知制御のためにＡＦが実行する方法を例示する図である。
【００６７】
Ｓ４０２において、プロトコルデータユニット（ＰＤＵ）のセッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の不充足または再充足をＡＦに通知する通知を要求する。
【００６８】
Ｓ４０６において、ＰＤＵセッションにおけるＱｏＳフローについて、ＱｏＳの未充足または再充足をＡＦに通知する通知を受信する。
【００６９】
一実施形態において、この通知は、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含む。通知は、ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含んでもよい。予想ＱｏＳ値は、新たなＱｏＳプロファイルまたは新たなＱｏＳプロファイルのサブセットで提供される。通知は、予想時間間隔をさらに含み、予想時間間隔は、ＲＡＮが、予想ＱｏＳ値をサポートできることを予想する期間を示す。通知は、予想ＱｏＳ値の精度をさらに含んでもよい。通知は、予想時間間隔の精度をさらに含んでもよい。
【００７０】
一実施形態では、通知を受信したＡＦは、ＡＦ内の所定のアプリケーション宛のＰＤＵセッションのＱｏＳフローについて、関連するＱｏＳフローを使用して、ＱｏＳの未充足または再充足をさらに通知する。
【００７１】
別の実施形態では、Ｓ４０８に示されるように、ＡＦは、通知に従ってその動作を適合させる。ＡＦは、通知に従って自身の動作を適合させてもよい。動作の適合には、予想ＱｏＳ値に従ったトラフィック生成機能の変更、アプリケーション機能の変更、または制御機能の変更が含まれる。ＡＦは、通知に従って自身の動作を適合させてもよい。動作の適合には、通知がＱｏＳの未達成のみをＡＦに通知する場合に、セーフモードに移行することが含まれる。ＡＦは、通知に従って自身の動作を適合させてもよい。動作の適合には、予想ＱｏＳ値に含まれるパラメータを再利用するためにＰＤＵセッションの修正をトリガすることが含まれる。
【００７２】
また、ＡＦは、Ｓ４０４に示すように、ＰＤＵセッションにおけるＱｏＳフローについて、ＱｏＳの未達成または再達成をＵＥに通知する通知をさらに要求してもよい。
【００７３】
図７は、本開示の実施形態に係る通信システムにおける通知制御のためのシグナリング手順を例示した図である。
【００７４】
第１に、ＵＥは、ＡＮベースの通知がサポートされているという能力を示して、ＰＤＵセッションを確立する。追加の実施形態として、ＵＥは、アプリケーションごとに、ＡＮシグナリングベースの通知がサポートされているか、望まれているか、または有益であるかを示すことができる。このような情報は、ＵＥの経路選択ポリシールール（ＴＳ ２３.５０３参照）で用いられるものと同じまたは類似の情報、すなわち、トラフィック記述子によるアプリケーション識別子、例えばＯＳｌｄおよびＯＳＡｐｐｌｄを持つアプリケーション記述子を用いて示すことができる。周知のとおり、５ＧＳＭ能力とは、ＵＥがサポートするセッション管理機能のことを意味し、例えばＰＤＵセッションタイプ、リフレクティブＱｏＳなどがある。
【００７５】
第２に、アプリケーション機能は、サービス情報をコアネットワーク、特にコアネットワークのＰＣＦ（ポリシ制御機能）に送信し、リソースの割り当てを要求する。要求の中で、ＡＦは、コアネットワークへの通知に加えて、ＱｏＳが充足されているか再充足されているかに関するＵＥへの通知、予想されるＱｏＳ、予想時間間隔および精度が予期されているかどうかも示す。追加の実施形態として、ＡＦは、例えば１つ以上のアプリケーションを識別する方法により、ＵＥ内のどの１つ以上のアプリケーションが関連しているかを示してもよい。ＰＣＦはその後、１つ以上の通知制御指示を（必要な情報とともに）ＳＭＦに渡す。
【００７６】
別の実施形態において、アプリケーション機能は、サービス情報をコアネットワーク、特にコアネットワークのＮＥＦ（ネットワーク開示制御機能）に送信し、リソースの割り当てを要求する。そして、ＮＥＦは、１つ以上の通知制御指示をＰＣＦに渡し、ＰＣＦは、上述のように１つ以上の通知制御指示をＳＭＦに渡す。
【００７７】
次に、ＳＭＦは、ＲＡＮに対して通知制御を有効化する。ＰＣＦがＡＮベースの通知が予期されることも示しており、ＵＥがＡＮベースの通知をサポートしている場合、ＳＭＦはＲＡＮに対してＡＮシグナリングベースの通知を有効化する。
【００７８】
最後に、ＲＡＮがＱｏＳを保証できないと判断した場合、ＲＡＮはコアネットワークに通知し、ＵＥから要求されていればＵＥにも通知する。ＡＮシグナリングベースの通知は、ＲＲＣベースの通知であっても、ＭＡＣベースの通知であってもよい。
【００７９】
上述した方法に対応する方法を実施することができるコアネットワーク、ＵＥ、およびＲＡＮも図示されている。
【００８０】
図８は、本開示の一実施形態に係るＡＮシグナリングベースの通知を例示する図である。
【００８１】
本実施形態において、ＡＮシグナリングベースの通知は、ＱｏＳフローの記述で規定されたＱｏＳパラメータの未充足または再充足の通知であるフィールド、ＱｏＳフローの現在のパラメータが未充足の場合に予想ＱｏＳ値であるフィールド、予想時間間隔であるフィールド、および通知の精度（例えば、信頼区間、正しい推定の確率、または精度計算に利用可能な他の方法）を含むことができる。これらのフィールドは、任意の組み合わせで使用できる。
【００８２】
図９は、通信システムにおける通知制御のためのコアネットワークを示す図である。コアネットワークは処理回路２０２と記憶媒体２０４を有している。コアネットワークは、通信インタフェース２０６をさらに含んでもよい。処理回路は、例えば記憶媒体の形態でコンピュータプログラム製品に格納されたソフトウェア命令を実行することができる、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つ以上の任意の組み合わせを用いて提供される。処理回路２０２はさらに、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供されてもよい。記憶媒体は、処理回路によって実行されると、コアネットワークに、プロトコルデータユニット（ＰＤＵ）セッションを確立し、無線アクセスネットワーク（ＲＡＮ）が、ＰＤＵセッションにおけるＱｏＳフローについてのサービス品質（ＱｏＳ）の未充足または再充足をユーザー機器（ＵＥ）に通知できるようにする、ようにさせる命令を格納してもよい。
【００８３】
同様に、通信システムにおける通知制御のためのＲＡＮもまた、同様の機能ユニットによって実装することができる。ＲＡＮは、処理回路と、処理回路によって実行されると、ＲＡＮに、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知するために、ＡＮシグナリングベースの通知を有効にすることを示すコアネットワークからの通知有効指示を受信し、ＡＮシグナリングベースの通知を用いて、ＱｏＳの未充足または再充足をＵＥに通知する、ようにさせる、命令を格納する記憶媒体と、を備える。
【００８４】
さらに、通信システムにおける通知制御のためのＵＥもまた、同様の機能ユニットによって実装することができる。ＵＥは、処理回路と、処理回路によって実行されると、ＵＥに、ＰＤＵセッションを確立し、ＰＤＵセッションにおけるＱｏＳフローについてＱｏＳの未充足または再充足をＵＥに通知する通知をＡＮシグナリングベースの通知で受信する、ようにさせる命令を格納する記憶媒体と、を備える。
【００８５】
本明細書で使用される「ＵＥ」という用語は、携帯電話（「セルラー」電話）やモバイル端末を搭載したラップトップなど、通信ネットワークを介した通信が可能なあらゆる形態のデバイスを示しうる。したがって、ＵＥは、例えば、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）などの携帯型、ポケット型、ハンドヘルド型のデバイス、デスクトップ、ラップトップなどのコンピュータを搭載したデバイス、車両、または、無線アクセスネットワークで音声および／またはデータを通信し、Ｄ２Ｄ通信をサポートするメーター、家電製品、医療機器、マルチメディアデバイスなどのその他のデバイスをでありうる。
【００８６】
本発明の例示的な実施形態を図示および説明してきたが、本発明の真の範囲から逸脱することなく、様々な変更および修正を行ってもよく、その要素に等価物を代用してもよいことは、当業者には理解されるであろう。さらに、本発明の中心的な範囲から逸脱することなく、特定の状況および本発明の教示に適応するために、多くの修正を行ってもよい。したがって、本発明は、本発明を実施するために考えられる最良の態様として開示された特定の実施形態に限定されるものではなく、添付の請求項の範囲内に入るすべての実施形態を含むことが意図されている。
【図１】
2022502896.tif 000003
【図２】
2022502896.tif 000004
【図３】
2022502896.tif 000005
【図４】
2022502896.tif 000006
【図５】
2022502896.tif 000007
【図６】
2022502896.tif 000008
【図７】
2022502896.tif 000009
【図８】
2022502896.tif 000010
【図９】
2022502896.tif 000011
【手続補正書】
【提出日】令和3年5月13日(2021.5.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コアネットワークが実行する、通信システムにおける通知制御のための方法であって、
プロトコルデータユニット（ＰＤＵ）セッションを確立することと、
無線アクセスネットワーク（ＲＡＮ）が、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、前記ＰＤＵセッションにおけるＱｏＳフローのサービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを有効化することと、を有する、方法。
【請求項２】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの未充足または再充足を含み、または
前記ＡＮシグナリングベースの通知が、無線リソース制御（ＲＲＣ）ベースの通知であるか、または
前記ＡＮシグナリングベースの通知が、メディアアクセス制御（ＭＡＣ）ベースの通知であるか、または
前記方法はさらに、ＵＥがＡＮシグナリングベースの通知をサポートするか否かを示す情報を受信することを有し、または
前記方法はさらに、前記ＱｏＳフローが前記ＵＥの所定のアプリケーション宛である場合、前記ＲＡＮが前記ＵＥに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有効化することを有し、または
前記方法はさらに、前記ＲＡＮが前記コアネットワークに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有効化することを有する、方法。
【請求項３】
請求項１に記載の方法であって、
前記ＡＮシグナリングベースの通知が、前記ＱｏＳフローの現在のパラメータが未充足の場合、予想ＱｏＳ値をさらに含み、さらに必要に応じて、
前記予想ＱｏＳ値が、新たなＱｏＳプロファイルもしくは前記新たなＱｏＳプロファイルのサブセットで提供され、または
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示し、必要に応じて前記ＡＮシグナリングベースの通知は前記予想時間間隔の精度をさらに含み、または
前記ＡＮシグナリングベースの通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項４】
請求項１に記載の方法であって、
前記ＵＥに関する前記ＰＤＵセッションにおっけるＱｏＳフローに対するリソース割り当て要求を受信することをさらに有し、前記要求は、前記ＰＤＵセッションにおけるＱｏＳフローについて、ＱｏＳの未充足または再充足であるとの前記ＵＥへの通知が予期されるか否かを示す通知制御指示を含み、さらに必要に応じて、
前記要求が、前記通知がどのＱｏＳパラメータを参照しているのかをさらに示し、前記ＱｏＳパラメータが、ＱｏＳフロー記述に規定されるＱｏＳパラメータを含み、または
前記要求が、予想ＱｏＳ値の通知をさらに要求し、または
前記通知制御指示が、前記ＵＥの所定のアプリケーションに対して前記ＡＮシグナリングベースの通知が予期されているか否かをさらに示す、方法。
【請求項５】
請求項１に記載の方法であって、
ＵＥが前記ＡＮシグナリングベースの通知をサポートする場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化し、または
前記ＡＮシグナリングベースの通知が予期される場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化し、
ＵＥが前記ＡＮシグナリングベースの通知をサポートし、かつ前記ＡＮシグナリングベースの通知が予期される場合にのみ、前記ＲＡＮがＰＤＵセッションにおける前記ＱｏＳフローについてのＱｏＳ未充足または再充足を前記ＵＥに通知することを有効化し、必要に応じて、前記情報が、前記ＵＥが前記ＵＥの所定のアプリケーションについて前記ＡＮシグナリングベースの通知をサポートするか否かを示す情報をさらに含む、方法。
【請求項６】
無線アクセスネットワーク（ＲＡＮ）が実行する、通信システムにおける通知制御のための方法であって、
コアネットワークから、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを示す通知有効指示を受信することと、
前記ＡＮシグナリングベースの通知を用いて前記ＵＥに前記ＱｏＳの未充足または再充足を通知することと、を有する、方法。
【請求項７】
請求項６に記載の方法であって、
前記通知有効指示が、前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＵＥに通知するために、ＡＮシグナリングベースの通知を有効化することをさらに示し、さらに、必要に応じて、
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの前記未充足または再充足を含み、または
ＱｏＳフローの現在のパラメータが未充足である場合、前記ＡＮシグナリングベースの通知が、予想ＱｏＳ値をさらに含み、さらに、必要に応じて、
前記予想ＱｏＳ値が新たなＱｏＳプロファイルまたは前記新たなＱｏＳプロファイルのサブセットで提供され、または
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示し、必要に応じて、前記ＡＮシグナリングベースの通知が前記予想ＱｏＳ値の精度をさらに含み、または前記ＡＮシグナリングベースの通知が前記予想時間間隔の精度をさらに含む、方法。
【請求項８】
請求項６に記載の方法であって、さらに、
前記コアネットワークに前記ＰＤＵセッションにおける前記ＱｏＳフローについて前記ＱｏＳの未充足または再充足を通知することを有し、または
前記ＡＮシグナリングベースの通知が、無線リソース制御（ＲＲＣ）ベースの通知であり、または、
前記ＡＮシグナリングベースの通知が、メディアアクセス制御（ＭＡＣ）ベースの通知である、方法。
【請求項９】
ユーザ機器（ＵＥ）が実行する、通信システムにおける通知制御のための方法であって、
プロトコルデータユニット（ＰＤＵ）セッションを確立することと、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＵＥに通知する通知を、ＡＮシグナリングベースの通知で受信することと、を有する方法。
【請求項１０】
請求項９に記載の方法であって、さらに、
前記ＵＥがアクセスネットワーク（ＡＮ）シグナリングベースの通知をサポートするか否かを示す情報を送信することを有し、
必要に応じて、前記情報が、前記ＵＥが前記ＵＥの所定のアプリケーションについて前記ＡＮシグナリングベースの通知をサポートするか否かを示す情報をさらに含み、または
前記ＡＮシグナリングベースの通知が、ＱｏＳフロー記述に規定されるＱｏＳパラメータの前記未充足または再充足を含み、または
前記通知を受信した前記ＵＥが前記ＡＮシグナリングベースの通知をサポートしている場合、前記ＵＥにおける所定のアプリケーション宛ての前記ＰＤＵセッションの前記ＱｏＳフローについて、前記ＱｏＳの未充足または再充足を関連するＱｏＳフローを用いてさらに通知する、方法。
【請求項１１】
請求項９に記載の方法であって、
ＱｏＳフローの現在のパラメータが未充足の場合、前記ＡＮシグナリングベースの通知が、予想ＱｏＳ値をさらに含み、さらに、必要に応じて、
前記予想ＱｏＳ値が、新たなＱｏＳプロファイルまたは前記新たなＱｏＳプロファイルのサブセットで提供され、または
前記ＡＮシグナリングベースの通知が、予想時間間隔をさらに含み、前記予想時間間隔が、前記ＲＡＮが前記予想ＱｏＳ値をサポート可能であると予想される期間を示し、必要に応じて、前記ＡＮシグナリングベースの通知が、前記予想時間間隔の精度をさらに含み、または
前記ＡＮシグナリングベースの通知が、前記予想ＱｏＳ値の精度をさらに含む、方法。
【請求項１２】
請求項９に記載の方法であって、前記ＵＥが、前記ＡＮシグナリングベースの通知に従って自身の動作を適合させ、さらに、必要に応じて、
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に従った、トラフィック生成機能に対する変更、アプリケーション機能に対する変更、または制御機能に対する変更を有し、または
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記ＡＮシグナリングベースの通知が前記ＵＥに前記ＱｏＳの未充足のみを通知する場合、セーフモードに移行することを有し、または
前記ＵＥが前記ＡＮシグナリングベースの通知に従って自身の動作を適合させることが、前記予想ＱｏＳ値に含まれるパラメータを再利用するためにＰＤＵセッション変更をトリガすることを有する、方法。
【請求項１３】
通信システムにおける通知制御のためのコアネットワークであって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記コアネットワークに、
プロトコルデータユニット（ＰＤＵ）セッションを確立し、
無線アクセスネットワーク（ＲＡＮ）が、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、前記ＰＤＵセッションにおけるＱｏＳフローのサービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを有効化する、ようにさせる、コアネットワーク。
【請求項１４】
通信システムにおける通知制御のための無線アクセスネットワーク（ＲＡＮ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＲＡＮに、
コアネットワークから、アクセスネットワーク（ＡＮ）シグナリングベースの通知を用いて、プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについて、サービス品質（ＱｏＳ）の未充足または再充足をユーザ機器（ＵＥ）に通知する通知を送信することを示す通知有効指示を受信し、
前記ＡＮシグナリングベースの通知を用いて前記ＵＥに前記ＱｏＳの未充足または再充足を通知する、ようにさせる、無線アクセスネットワーク。
【請求項１５】
通信システムにおける通知制御のためのユーザ機器（ＵＥ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＵＥに、
プロトコルデータユニット（ＰＤＵ）セッションを確立し、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＵＥに通知する通知を、ＡＮシグナリングベースの通知で受信する、ようにさせる、ユーザ機器。
【請求項１６】
通信システムにおける通知制御のためのアプリケーション機能（ＡＦ）であって、
処理回路と、
命令を格納する記憶媒体であって、前記命令は前記処理回路によって実行されると、前記ＡＦに、
プロトコルデータユニット（ＰＤＵ）セッションにおけるＱｏＳフローについてサービス品質（ＱｏＳ）の未充足または再充足を前記ＡＦに通知する通知を要求し、
前記ＰＤＵセッションにおけるＱｏＳフローについて前記ＱｏＳの未充足または再充足を前記ＡＦに通知する通知を受信する、ようにさせる、アプリケーション機能。
【請求項１７】
コンピューティングシステムの少なくとも１つのプロセッサによって実行されると、コンピューティングシステムに請求項１から１２のいずれか１項に記載の方法を実行させる命令を有するコンピュータプログラム。
【国際調査報告】
2022502896.tif 000012
2022502896.tif 000013
2022502896.tif 000014
2022502896.tif 000015