特許 7604642 アプリケーションプログラム制御方法および装置、デバイス、並びに記憶媒体

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

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

(11)【特許番号】

(24)【登録日】2024-12-13

(45)【発行日】2024-12-23

(54)【発明の名称】アプリケーションプログラム制御方法および装置、デバイス、並びに記憶媒体

(51)【国際特許分類】

   H04W 28/082 20230101AFI20241216BHJP

   H04W 28/18 20090101ALI20241216BHJP

【ＦＩ】

H04W28/082

H04W28/18

【請求項の数】 37

(21)【出願番号】P 2023525508

(86)(22)【出願日】2022-01-06

(65)【公表番号】

(43)【公表日】2023-11-14

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

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

(87)【国際公開日】2022-09-01

【審査請求日】2023-04-26

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

(32)【優先日】2021-02-25

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

(73)【特許権者】

【識別番号】514187420

【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】シィオン，チュンシャン

【審査官】伊東 和重

(56)【参考文献】

【文献】米国特許出願公開第２０２０／０１１２９０７（ＵＳ，Ａ１）

【文献】Ericsson，QoS - Continuation of stage 3 work[online]，3GPP TSG RAN WG3 #97，3GPP，2018年08月25日，R3-173207，[検索日 2024.02.22],インターネット：<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_97/Docs/R3-173207.zip>

【文献】Huawei, HiSilicon，Support for QoS Notification Control in EPC[online]，3GPP TSG SA WG2 #135，3GPP，2019年10月18日，S2-1908881，[検索日 2024.02.22],インターネット：<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_135_Split/Docs/S2-1908881.zip>

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

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

アプリケーションエンティティによって、コアエンティティによって送信される通知メッセージを受信することであって、前記通知メッセージは、非保証ビットレート（ＧＢＲ）ベアラフローのサービス品質通知制御（ＱＮＣ）のパラメータ値における変化が報告条件を満たすことを示すために使用される、受信することと、
前記アプリケーションエンティティによって、前記通知メッセージに従ってアプリケーションプログラムを制御することと、を含む、
アプリケーションプログラム制御方法。

【請求項2】

前記アプリケーションエンティティによって、前記通知メッセージに従ってアプリケーションプログラムを制御することは、
前記アプリケーションエンティティによって、前記通知メッセージに従って前記アプリケーションプログラムの計算ポリシーを制御すること、
および／または、
前記アプリケーションエンティティによって、前記通知メッセージに従って前記アプリケーションプログラムのトラフィックポリシーを制御すること
を含む、
請求項１に記載のアプリケーションプログラム制御方法。

【請求項3】

前記アプリケーションエンティティによって、前記通知メッセージに従って前記アプリケーションプログラムの計算ポリシーを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、第１の計算ポリシーに従って実行されるように前記アプリケーションプログラムを制御することと、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、第２の計算ポリシーに従って実行されるように前記アプリケーションプログラムを制御することと、を含み、
前記第１の計算ポリシーの下での同じ計算タスクの計算時間は、前記第２の計算ポリシーの下での同じ計算タスクの計算時間よりも少ない、
請求項２に記載のアプリケーションプログラム制御方法。

【請求項4】

前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、第１の計算ポリシーに従って実行されるように前記アプリケーションプログラムを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、第１のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するように前記アプリケーションプログラムを制御することを含み、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、第２の計算ポリシーに従って実行されるように前記アプリケーションプログラムを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、第２のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するように前記アプリケーションプログラムを制御することを含み、
前記第１のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間は、前記第２のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間よりも少ない、
請求項３に記載のアプリケーションプログラム制御方法。

【請求項5】

前記アプリケーションエンティティによって、前記通知メッセージに従って前記アプリケーションプログラムのトラフィックポリシーを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、第１のトラフィックポリシーに従って実行されるように前記アプリケーションプログラムを制御することと、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、第２のトラフィックポリシーに従って実行されるように前記アプリケーションプログラムを制御することと、を含み、
前記第１のトラフィックポリシーのトラフィックは、前記第２のトラフィックポリシーのトラフィックよりも少ない、
請求項２に記載のアプリケーションプログラム制御方法。

【請求項6】

前記アプリケーションプログラムのトラフィックは、音声データパケットと、ビデオデータパケットとを含み、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、第１のトラフィックポリシーに従って実行されるように前記アプリケーションプログラムを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の劣化を示すために使用されていることに応答して、前記音声データパケットに対応する第１のトラフィックを保持し、前記ビデオデータパケットに対応する第２のトラフィックを低減させることを含み、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、第２のトラフィックポリシーに従って実行されるように前記アプリケーションプログラムを制御することは、
前記通知メッセージが前記ＱＮＣの前記パラメータ値の最適化を示すために使用されていることに応答して、前記音声データパケットに対応する前記第１のトラフィックを保持し、前記ビデオデータパケットに対応する前記第２のトラフィックを増加させることを含む、
請求項５に記載のアプリケーションプログラム制御方法。

【請求項7】

前記非ＧＢＲベアラフローの前記ＱＮＣのパラメータの前記変化が、前記報告条件を満たすことを検出することに応答して、前記通知メッセージは、アクセスネットワークデバイスエンティティによって前記コアエンティティに送信される、請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項8】

前記通知メッセージは、
前記ＱＮＣの変化したパラメータ値、
または、
前記ＱＮＣの変化したパラメータ値の量子化された値を含む、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項9】

前記アプリケーションエンティティによって、前記ＱＮＣの制御パラメータを前記コアエンティティに送信することを更に含み、前記ＱＮＣの前記制御パラメータは、前記ＱＮＣのパラメータおよび前記報告条件を示すために使用される、請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項10】

前記アプリケーションエンティティによって、前記ＱＮＣの制御パラメータを前記コアエンティティに送信することは、
前記アプリケーションエンティティによって、ポリシー認可作成／更新メッセージを前記コアエンティティに送信することを含み、前記ポリシー認可作成／更新メッセージは、前記ＱＮＣの前記制御パラメータを含む、
請求項９に記載のアプリケーションプログラム制御方法。

【請求項11】

前記通知メッセージの報告頻度が、頻度閾値よりも大きいか或いは小さい場合に、前記アプリケーションエンティティによって、前記ＱＮＣの変化した制御パラメータを前記コアエンティティに送信することを更に含む、請求項９に記載のアプリケーションプログラム制御方法。

【請求項12】

前記ＱＮＣの前記パラメータ値は、
パケット遅延バジェット（ＰＤＢ）、
パケット誤り率（ＰＥＲ）、および
現在のビットレート（ＣＢＲ）
のうちの少なくとも１つを含む、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項13】

前記ＱＮＣの少なくとも２つのパラメータ値があり、
前記少なくとも２つのパラメータ値は、同じ報告条件に対応し、
且つ／或いは
前記少なくとも２つのパラメータ値は、異なる報告条件に対応する、
請求項１２に記載のアプリケーションプログラム制御方法。

【請求項14】

前記報告条件は、
第１の時間内の前記ＱＮＣの前記パラメータ値の変化値が第１の閾値よりも大きいこと、
第２の時間内の前記ＱＮＣの前記パラメータ値の変化率が第２の閾値よりも大きいこと、
前記第１の時間内の前記ＱＮＣの前記パラメータ値の前記変化値が前記第１の閾値よりも大きく、第３の閾値のために連続的に保持されること、および
前記第２の時間内の前記ＱＮＣの前記パラメータ値の前記変化率が前記第２の閾値よりも大きく、第４の閾値のために連続的に保持されること
のうちの少なくとも１つを含み、
前記第３の閾値および前記第４の閾値は、保持時間を測定するための閾値である、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項15】

前記非ＧＢＲベアラフローは、
非ＧＢＲサービス品質（ＱｏＳ）フロー、または
非ＧＢＲ進化パケットシステム（ＥＰＳ）ベアラを含む、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項16】

前記ＱＮＣは、アップリンクで定義され、或いは、
前記ＱＮＣは、ダウンリンクで定義され、或いは、
前記ＱＮＣは、アップリンクおよびダウンリンクで定義される、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項17】

前記非ＧＢＲベアラフローは、ターゲットサービスフローに対して１対１の対応にあり、前記ターゲットサービスフローは、前記ＱＮＣを可能にし、前記ＱＮＣの前記パラメータ値を含む、サービスフローである、
請求項１～６のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項18】

コアエンティティによって、アクセスネットワークデバイスによって送信される通知メッセージを受信することであって、前記通知メッセージは、非保証ビットレート（ＧＢＲ）フローのサービス品質通知制御（ＱＮＣ）のパラメータにおける変化が報告条件を満たすことを示すために使用される、受信することと、
アプリケーションエンティティが、前記通知メッセージに従ってアプリケーションプログラムのトラフィックを制御するように、前記コアエンティティによって、前記通知メッセージを前記アプリケーションエンティティに送信することと、を含む、
アプリケーションプログラム制御方法。

【請求項19】

前記コアエンティティによって、前記通知メッセージをアプリケーションエンティティに送信することは、
前記コアエンティティによって、イベント報告を前記アプリケーションエンティティに送信することを含み、前記イベント報告は、前記通知メッセージを含む、
請求項１８に記載のアプリケーションプログラム制御方法。

【請求項20】

前記通知メッセージは、
前記ＱＮＣの変化したパラメータ値、または
前記ＱＮＣの変化したパラメータ値の量子化された値を含む、
請求項１８に記載のアプリケーションプログラム制御方法。

【請求項21】

前記コアエンティティによって、前記ＱＮＣの制御パラメータに従ってＱＮＣプロファイルを前記アクセスネットワークデバイスに送信することを更に含み、
前記ＱＮＣの前記制御パラメータは、前記ＱＮＣの前記パラメータおよび前記報告条件を示すために使用される、
請求項１８～２０のうちのいずれか１項に記載のアプリケーションプログラム制御方法。

【請求項22】

前記コアエンティティは、第２のコアエンティティと、第３のコアエンティティとを含み、
当該アプリケーションプログラム制御方法は、
前記第３のコアエンティティによって、ポリシーおよび充電制御（ＰＣＣ）ルールを前記第２のコアエンティティに送信することを含み、前記ＰＣＣルールは、前記ＱＮＣの前記制御パラメータを含み、
前記コアエンティティによって、前記ＱＮＣの制御パラメータに従ってＱＮＣプロファイルを前記アクセスネットワークデバイスに送信することは、
前記第２のコアエンティティによって、前記ＱＮＣプロファイルを前記アクセスネットワークデバイスに送信することを含み、前記ＱＮＣプロファイルは、前記ＱＮＣの前記制御パラメータを含む、
請求項２１に記載のアプリケーションプログラム制御方法。

【請求項23】

前記第３のコアエンティティによって、ＰＣＣルールを前記第２のコアエンティティに送信することは、
前記第３のコアエンティティによって、セッションポリシー関連付け確立または開始ベースのポリシー関連付け修正メッセージを前記第２のコアエンティティに送信することを含み、前記セッションポリシー関連付け確立または開始ベースのポリシー関連付け修正メッセージは、前記ＰＣＣルールを含む、
請求項２２に記載のアプリケーションプログラム制御方法。

【請求項24】

前記第２のコアエンティティによって、前記ＱＮＣプロファイルを前記アクセスネットワークデバイスに送信することは、
前記第２のコアエンティティによって、第１のコアエンティティＡＭＦを通じてＮＡＳメッセージを前記アクセスネットワークデバイスに送信することを含み、前記ＮＡＳメッセージは、前記ＱＮＣプロファイルを含む、
請求項２２に記載のアプリケーションプログラム制御方法。

【請求項25】

前記コアエンティティによって、前記アプリケーションエンティティによって送信される前記ＱＮＣの前記制御パラメータを受信することを更に含む、請求項２１に記載のアプリケーションプログラム制御方法。

【請求項26】

前記コアエンティティは、第２のコアエンティティと、第３のコアエンティティとを含み、
前記コアエンティティによって、前記アプリケーションエンティティによって送信される前記ＱＮＣの前記制御パラメータを受信することは、
前記第３のコアエンティティによって、前記アプリケーションエンティティによって送信されるポリシー認可作成／更新メッセージを受信することを含み、前記ポリシー認可作成／更新メッセージは、前記ＱＮＣの前記制御パラメータを含む、
請求項２５に記載のアプリケーションプログラム制御方法。

【請求項27】

前記コアエンティティによって、前記ＱＮＣの加入データを取得することを更に含み、前記ＱＮＣの前記加入データは、前記ＱＮＣの前記制御パラメータを含む、請求項２１に記載のアプリケーションプログラム制御方法。

【請求項28】

コアエンティティによって送信される通知メッセージを受信するように構成される受信モジュールであって、前記通知メッセージは、非保証ビットレート（ＧＢＲ）ベアラフローのサービス品質通知制御（ＱＮＣ）のパラメータ値における変化が報告条件を満たすことを示すために使用される、受信モジュールと、
前記通知メッセージに従ってアプリケーションプログラムを制御するように構成される制御モジュールと、を含む、
アプリケーションプログラム制御装置。

【請求項29】

アクセスネットワークデバイスによって送信される通知メッセージを受信するように構成される受信モジュールであって、前記通知メッセージは、非保証ビットレート（ＧＢＲ）フローのサービス品質通知制御（ＱＮＣ）のパラメータにおける変化が報告条件を満たすことを示すために使用される、受信モジュールと、
アプリケーションエンティティが、前記通知メッセージに従ってアプリケーションプログラムのトラフィックを制御するように、前記通知メッセージを前記アプリケーションエンティティに送信するように構成される、送信モジュールと、を含む、
アプリケーションプログラム制御装置。

【請求項30】

プロセッサと、メモリとを含む、
ネットワーク要素デバイスであって、
前記メモリは、当該ネットワーク要素デバイスが請求項１～１７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装することを可能にするように前記プロセッサによって作動されるコンピュータプログラムを格納する、
ネットワーク要素デバイス。

【請求項31】

コンピュータプログラムを格納するコンピュータ読取可能な記憶媒体であって、
前記コンピュータプログラムは、請求項１～１７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装するようにプロセッサによってロードされ且つ実行されるように構成される、
コンピュータ読取可能な記憶媒体。

【請求項32】

プログラム可能な論理回路を含むチップであって、
前記プログラム可能な論理回路は、作動するときに、請求項１～１７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装するように構成される、
チップ。

【請求項33】

コンピュータ命令を含むコンピュータプログラムであって、
前記コンピュータ命令は、コンピュータ読取可能な記憶媒体に格納され、コンピュータデバイスのプロセッサが、前記コンピュータ読取可能な記憶媒体から前記コンピュータ命令を読み出し、前記プロセッサは、前記コンピュータ命令を実行して、前記コンピュータデバイスに請求項１～１７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実施させる、
コンピュータプログラム。

【請求項34】

プロセッサと、メモリとを含む、
ネットワーク要素デバイスであって、
前記メモリは、当該ネットワーク要素デバイスが請求項１８～２７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装することを可能にするように前記プロセッサによって作動されるコンピュータプログラムを格納する、
ネットワーク要素デバイス。

【請求項35】

コンピュータプログラムを格納するコンピュータ読取可能な記憶媒体であって、
前記コンピュータプログラムは、請求項１８～２７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装するようにプロセッサによってロードされ且つ実行されるように構成される、
コンピュータ読取可能な記憶媒体。

【請求項36】

プログラム可能な論理回路を含むチップであって、
前記プログラム可能な論理回路は、作動するときに、請求項１８～２７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実装するように構成される、
チップ。

【請求項37】

コンピュータ命令を含むコンピュータプログラムであって、
前記コンピュータ命令は、コンピュータ読取可能な記憶媒体に格納され、コンピュータデバイスのプロセッサが、前記コンピュータ読取可能な記憶媒体から前記コンピュータ命令を読み出し、前記プロセッサは、前記コンピュータ命令を実行して、前記コンピュータデバイスに請求項１８～２７のうちのいずれか１項に記載のアプリケーションプログラム制御方法を実施させる、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の参照）
本出願は、２０２１年２月２５日に出願された「APPLICATION PROGRAM CONTROL METHOD AND APPARATUS, DEVICE, AND STORAGE MEDIUM」という名称の中国特許出願第２０２１１０２１５３７６．４号に対する優先権を主張し、その全体が参照により本明細書に援用される。

【0002】

（技術分野）
本出願の実施形態は、移動通信の分野に関し、特に、アプリケーションプログラム制御方法および装置、デバイス、並びに媒体に関する。

【背景技術】

【0003】

第５世代（５Ｇ）移動通信技術では、ＱｏＳ制御がＱｏＳフローのユニットにおいて行われる。

【0004】

ベアラタイプに従って、ＱｏＳフローは、２つのタイプ、すなわち、保証ビットレート（ＧＢＲ：guaranteed bit rate）および非保証ビットレート（非ＧＢＲ：non-GBR）に分けられる。ＧＢＲ ＱｏＳフローについて、対応するビットレートが、ネットワークリソースが不足している場合でも保証されることがある。非ＧＲＢ ＱｏＳフローについて、ネットワークリソースが不足している場合には、レート削減のための要件を満たすことが必要である。

【0005】

現在、サービスフローの９０％よりも多くが、一般的なオーディオおよびビデオ通話並びにオンライン会議のような、非ＧＢＲのＱｏＳフローである。無線ネットワーク状態の変化は、しばしば、オーディオおよびビデオ通信の遅れを招くので、非ＧＢＲ ＱｏＳフローのためのＱｏＳ制御を最適化することが望ましい。

【発明の概要】

【0006】

本出願は、アプリケーションプログラム制御方法および装置、デバイス、並びに記憶媒体を提供する。ＱＮＣメカニズムが、非ＧＢＲ ＱｏＳフローのために提供されるので、アプリケーションエンティティは、無線ネットワーク状態の変化を認識し、次に、変化に適応するためにアプリケーションプログラムの実行を能動的に制御する。技術的解決策は、以下の通りである。

【0007】

本出願の一態様によれば、以下を含むアプリケーションプログラム制御方法が提供される。

【0008】

アプリケーションエンティティによって、コアエンティティによって送信される通知メッセージを受信することであって、通知メッセージは、非保証ビットレート（ＧＢＲ）ベアラフローのサービス品質通知制御（ＱＮＣ）のパラメータ値における変化が報告条件を満たすことを示すために使用される、受信すること、および

【0009】

アプリケーションエンティティによって、通知メッセージに従ってアプリケーションプログラムを制御すること。

【0010】

本出願の別の態様によれば、以下を含むアプリケーションプログラム制御方法が提供される

【0011】

コアエンティティによって、アクセスネットワークデバイスによって送信される通知メッセージを受信することであって、通知メッセージは、非保証ビットレート（ＧＢＲ）フローのサービス品質通知制御（ＱＮＣ）のパラメータにおける変化が報告条件を満たすことを示すために使用される、受信すること、および

【0012】

アプリケーションエンティティが、通知メッセージに従ってアプリケーションプログラムのトラフィックを制御するように、コアエンティティによって、通知メッセージをアプリケーションエンティティに送信すること。

【0013】

本出願の別の態様によれば、以下を含むアプリケーションプログラム制御装置が提供される。

【0014】

コアエンティティによって送信される通知メッセージを受信するように構成される受信モジュールであって、通知メッセージは、非保証ビットレート（ＧＢＲ）ベアラフローのサービス品質通知制御（ＱＮＣ）のパラメータ値における変化が報告条件を満たすことを示すために使用される、受信モジュール、および

【0015】

通知メッセージに従ってアプリケーションプログラムを制御するように構成される制御モジュール。

【0016】

本出願の別の態様によれば、以下を含むアプリケーションプログラム制御装置が提供される。

【0017】

アクセスネットワークデバイスによって送信される通知メッセージを受信するように構成される受信モジュールであって、通知メッセージは、非保証ビットレート（ＧＢＲ）フローのサービス品質通知制御（ＱＮＣ）のパラメータにおける変化が報告条件を満たすことを示すために使用される、受信モジュール、および

【0018】

アプリケーションエンティティが、通知メッセージに従ってアプリケーションプログラムのトラフィックを制御するように、通知メッセージをアプリケーションエンティティに送信するように構成される、送信モジュール。

【0019】

本出願の一態様によれば、プロセッサと、メモリとを含む、ネットワーク要素デバイスが提供され、メモリは、ネットワーク要素デバイスが上述のようなアプリケーションプログラム制御方法を実装することを可能にするようにプロセッサによって作動されるコンピュータプログラムを格納する。

【0020】

本出願の一態様によれば、プログラム可能な論理回路を含むチップが提供され、プログラム可能な論理回路は、作動するときに、上述のようなアプリケーションプログラム制御方法を実装するように構成される。
チップ。

【0021】

本出願の別の態様によれば、コンピュータプログラムを格納するコンピュータ読取可能な記憶媒体が提供され、コンピュータプログラムは、上述のようなアプリケーションプログラム制御方法を実装するようにプロセッサによってロードされ且つ実行されるように構成される。

【0022】

本出願の別の態様によれば、コンピュータ命令を含むコンピュータプログラム製品が提供され、コンピュータ命令は、コンピュータ読取可能な記憶媒体に格納される。コンピュータデバイスのプロセッサが、コンピュータ読取可能な記憶媒体からコンピュータ命令を読み出し、コンピュータ命令を実行して、コンピュータデバイスに上述のようなアプリケーションプログラム制御方法を実施させる。

【0023】

本出願の実施態様において提供される技術的解決策は、少なくとも以下の有益な効果を含む。

【0024】

非ＧＢＲベアラフローのＱＮＣのパラメータの増加／減少が報告条件を満たすとき、コアエンティティは、アプリケーションエンティティに通知メッセージを送信し、通知メッセージの受信後、アプリケーションエンティティは、通知メッセージに従ってアプリケーションプログラムを制御する。このようにして、ＱＮＣメカニズムが、非ＧＢＲベアラフローのために提供されるので、アプリケーションエンティティは、非ＧＢＲベアラフローの無線ネットワーク状態における変化を認識することがあり、次に、変化に適応するためにアプリケーションプログラムの実行を能動的に制御することがある。例えば、アプリケーションプログラムの計算ポリシーおよびトラフィックポリシーは制御されるので、ＱＮＣのパラメータが劣化するか或いは回復されるときに、アプリケーションエンティティは、このパラメータ変化の下でのネットワーク伝送に適応するようにアプリケーションプログラムを調整することがある。

【図面の簡単な説明】

【0025】

【図1】本出願の例示的な実施形態による移動通信システムの構造ブロック図である。

【0026】

【図2】本出願の別の例示的な実施形態による移動通信システムの構造ブロック図である。

【0027】

【図3】本出願の例示的な実施形態によるＱｏＳ変化通知方法のフローチャートである。

【0028】

【図4】本出願の別の例示的な実施形態によるＱｏＳ変化通知方法のフローチャートである。

【0029】

【図5】本出願の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。

【0030】

【図6】本出願の別の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。

【0031】

【図7】本出願の別の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。

【0032】

【図8】本出願の例示的な実施形態によるＱＮＣの最適化方法のフローチャートである。

【0033】

【図9】本出願の別の例示的な実施形態によるＱＮＣの最適化方法のフローチャートである。

【0034】

【図10】本出願の例示的な実施形態によるＵＥまたはネットワークによって要求される（非ローミングおよびローカルブレイクアウトローミングのための）ＰＤＵセッション修正プロセスの概略図である。

【0035】

【図11】本出願の例示的な実施形態によるＳＭポリシー関連付け変更プロセスの概略図である。

【0036】

【図12】本出願の例示的な実施形態によるＵＥによって要求されるＰＤＵセッション確立プロセスの概略図である。

【0037】

【図13】本出願の例示的な実施形態によるホーム経路指定ローミングシナリオにおいてＵＥによって要求されるＰＤＵセッション確立プロセスのフローチャートである。

【0038】

【図14】本出願の例示的な実施形態による単一ＵＥアドレスについてのＡＦの要求に応答して関連ＰＣＦに転送するプロセスの概略図である。

【0039】

【図15】本出願の例示的な実施形態による非ローミングおよびローカルブレイクアウトローミングのためのＵＥまたはネットワークによって要求されるＰＤＵセッション修正プロセスの概略図である。

【0040】

【図16】本出願の例示的な実施形態によるホーム経路指定ローミングのためのＵＥまたはネットワークによって要求されるＰＤＵセッション修正プロセスの概略図である。

【0041】

【図17】本出願の例示的な実施形態によるアプリケーションプログラム制御装置を示している。

【0042】

【図18】本出願の例示的な実施形態によるアプリケーションプログラム制御装置を示している。

【0043】

【図19】本出願の例示的な実施形態によるネットワーク要素デバイスのブロック図である。

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

【0044】

図１は、本出願の例示的な実施形態による移動通信システムの概略的なアーキテクチャ図である。図１に示すように、システムアーキテクチャ１００は、ユーザ機器（ＵＥ：user equipment）と、無線アクセスネットワーク（ＲＡＮ：radio access network）と、コアと、データネットワーク（ＤＮ：data network）とを含むことがある。ＵＥ、ＲＡＮ、およびコアは、アーキテクチャの主要なコンポーネント(構成要素)であり、それらの各々は、論理的に２つの部分、すなわち、ユーザプレーン(user plane)およびコントロールプレーン(control plane)に分割され、コントロールプレーンは、移動ネットワークの管理に関与し、ユーザプレーンは、サービスデータの送信に関与する。図１において、基準点ＮＧ２は、ＲＡＮコントロールプレーンとコアコントロールプレーンとの間に位置し、基準点ＮＧ３は、ＲＡＮユーザプレーンとコアユーザプレーンとの間に位置し、基準点ＮＧ６は、コアユーザプレーンとデータネットワークとの間に位置する。

【0045】

ＵＥ：ＵＳは、モバイルユーザがネットワークと対話(相互作用)するためのポータルであり、基本的な計算能力および記憶容量を提供し、ユーザにサービスウィンドウを表示し、ユーザの操作入力を受け入れることがある。ＵＥは、制御信号およびサービスデータをモバイルネットワークに送信するために、次世代エアインターフェース技術の使用によって、ＲＡＮとのデータ接続および信号接続を確立することがある。

【0046】

ＲＡＮ：従来のネットワークにおける基地局のように、ＲＡＮは、セルの適用範囲(coverage)内で認可された(authorized)ユーザのためにネットワークアクセス機能を提供するためにＵＥに近接して配備され(deployed)、ユーザレベル、サービス要件などに従って、異なる品質の伝送トンネルを使用してユーザデータを送信することがある。ＲＡＮは、それ自体のリソースを管理し且つ合理的に利用し、要求に応じてＵＥのためのアクセスサービスを提供し、ＵＥとコアとの間で制御信号およびユーザデータを転送することがある。

【0047】

コア：コアは、モバイルネットワークの加入データ(サブスクリプション)データを保守すること、モバイルネットワークのネットワーク要素を管理すること、並びにセッション管理、モビリティ管理、ポリシー管理およびセキュリティ認証(authentication)のような、ＵＥのための機能を提供することに関与する。コアは、ＵＥが取り付けられるときに、ＵＥにネットワークアクセス認証を提供し、ＵＥがサービスリクエストを有するときに、ＵＥにネットワークリソースを割り当て、ＵＥが移動するときに、ＵＥのためのネットワークリソースを更新し、ＵＥがアイドルであるときに、ＵＥのための高速回復メカニズムを提供し、ＵＥが切り離されるときに、ＵＥのためのネットワークリソースを解放し、そして、ＵＥがサービスデータを有するときに、アップリンクデータをＤＮに転送すること、またはＵＥへの送信のためにＵＥのダウンリンクデータをＤＮから受信することおよびＵＥのダウンリンクデータをＲＮＡに転送することのような、ＵＥのためのデータルーティング機能(データ経路指定機能)を提供する。

【0048】

ＤＮ：ＤＮは、ユーザのためにビジネスサービスを提供するためのデータネットワークである。一般に、クライアントは、ＵＥに位置する一方で、サーバは、データネットワークに位置する。データネットワークは、ローカルエリアネットワークのようなプライベートネットワーク、インターネットのようなオペレータによって制御されない外部ネットワーク、または例えばＩＰマルチメディアネットワークサブシステム（ＩＭＳ：IP multimedia network subsystem）サービスを構成するためにオペレータによって共配備される(co-deployed)専用ネットワークであることがある。

【0049】

図２は、図１に基づいて決定された詳細なアーキテクチャである。コアユーザプレーンは、ユーザプレーン機能（ＵＰＦ：user plane function）を含む。コアコントロールプレーンは、認証サーバ機能（ＡＵＳＦ：authentication server function）、アクセスおよびモビリティ管理機能（ＡＭＦ：access and mobility management function）、セッション管理機能（ＳＭＦ：session management function）、ネットワークスライス選択機能（ＮＳＳＦ：network slice selection function）、ネットワーク露出機能（ＮＥＦ：network exposure function）、ＮＦリポジトリ機能（ＮＲＦ：NF repository function）、統合データ管理（ＵＤＭ：unified data management）、ポリシー制御機能（ＰＣＦ：policy control function）、およびアプリケーション機能（ＡＦ：application function）を含む。（略して機能またはエンティティと称される）これらの機能エンティティの機能は、以下の通りである。

【0050】

ＵＰＦ：ＳＭＦのルーティングルールに従ってユーザデータパケット転送を実行すること。

【0051】

ＡＵＳＦ：ＵＥのセキュリティ認証を実行すること。

【0052】

ＡＭＦ：ＵＥのアクセスとモビリティ管理。

【0053】

ＳＭＦ：ＵＥのセッション管理。

【0054】

ＮＳＳＦ：ＵＥのためのネットワークスライスを選択すること。

【0055】

ＮＥＦ：ＡＰＩによってネットワーク機能を第三者に露出すること。

【0056】

ＮＲＦ：他のネットワーク要素のためのネットワーク機能エンティティ情報を格納および選択する機能を提供すること。

【0057】

ＵＤＭ：ユーザ加入コンテキスト管理。

【0058】

ＰＣＦ：ユーザポリシー管理。

【0059】

ＡＦ：ユーザアプリケーション管理。

【0060】

図２に示すアーキテクチャにおいて、Ｎ１インターフェースは、ＵＥとＡＭＦとの間の基準点(reference point)である。Ｎ２インターフェースは、ＮＡＳメッセージの送信などのための、ＲＡＮとＡＭＦとの間の基準点である。Ｎ３インターフェースは、ユーザプレーンデータなどを送信するための、ＲＡＮとＵＰＦとの間の基準点である。Ｎ４インターフェースは、Ｎ３接続のトンネル識別情報、データキャッシュ表示情報、ダウンリンクデータ通知メッセージ、および他の情報を送信するための、ＳＭＦとＵＰＦとの間の基準点である。Ｎ６インターフェースは、ユーザプレーンデータなどを送信するための、ＵＰＦとＤＮとの間の基準点である。次世代（ＮＧ）インターフェースは、無線アクセスネットワークデバイスと５Ｇコアとの間のインターフェースである。

【0061】

図１および図２における様々なネットワーク要素の間のインターフェースの名称は、一例であるにすぎず、特定の実装では他の名前であることがある。本出願の実施態様では、それらに特定の制限はい。図１および図２における様々なネットワーク要素の名称（例えば、ＳＭＦ、ＡＦ、およびＵＰＦ）も、一例であるにすぎず、ネットワーク要素の機能に対する制限を形成しない。５Ｇおよび他の将来のネットワークにおいて、上述のネットワーク要素の各々は、他の名称を有することもあり、本出願の実施形態では、それらに特定の制限はない。例えば、６Ｇネットワークでは、様々なネットワーク要素の一部または全部が、５Ｇにおける用語または他の名称などで称されることがあり、それらは、本明細書では集合的に記載され、以下では詳述されない。加えて、様々なネットワーク要素の間で送信されるメッセージ（または信号伝達）の名称も、一例であるにすぎず、メッセージの機能に対する如何なる制限も形成しないことが理解されるべきである。様々なネットワーク要素エンティティは、コンピュータデバイスまたはコンピュータデバイスにおいて動作する仮想コンピュータデバイスとして実装されることがある。

【0062】

本出願の実施形態では、高速変化ＱｏＳ通知制御（ＱＣＱＮＣ：quick change QoS notification control）メカニズムが、非ＧＢＲ ＱｏＳフローについて定義される。ＱＣＱＮＣメカニズムは、ＱＮＣのタイプであり、略してＱＮＣと称される。本出願の実施形態によって提供されるＱＣＱＮＣメカニズムにおいて、アクセスネットワークデバイスは、非ＧＢＲ ＱｏＳフローの少なくとも１つのＱｏＳパラメータの高速変化を検出するときに、ＳＭＦに高速変化通知を送信する。ＳＭＦは、高速変化通知を、ＰＣＦ、ＡＦ、およびＵＥに送信する。高速変化通知を受信した後に、ＡＦおよびＵＥは、経験の質（ＱｏＥ）に影響を与える遅れ(lagging)および他の現象を防止するために、アプリケーションプログラムを変化に適応させるように内側でアプリケーションプログラムを調整する。

【0063】

ＱｏＳフローは、ＰＤＵセッションにおける最小のＱｏＳ識別粒度(distinguishing granularity)である。ＱｏＳフローを区別するために、ＱｏＳフローＩＤ（ＱＦＩ：QoS flow ID）が５Ｇシステムにおいて使用される。ＱｏＳフローは、ＳＭＦによって制御される。ＱｏＳフローは、ＰＤＵセッション確立プロセスにおいて予め構成または作成されることがあり、或いはＰＤＵセッション修正プロセスにおいて修正されることがある。

【0064】

本出願の実施態様において、以下のＱｏＳ特徴(characteristics)は、非ＧＢＲ ＱｏＳフローについて定義される。

【0065】

５Ｇ ＱｏＳ識別子（５ＱＩ：5G QoS identifier）、割当および保持優先順位（ＡＲＰ：allocation and retention priority）、並びに反射ＱｏＳ属性（ＲＱＡ：reflective QoS attribute）。

【0066】

非ＧＢＲ ＱｏＳフローについての５ＱＩに対応して、以下のＱｏＳ特徴のみが定義される。

【0067】

リソースタイプ。

【0068】

ＧＢＲ、遅延クリティカル(delay critical)ＧＢＲまたは非ＧＢＲを含む。

【0069】

優先順位レベル。

【0070】

パケット遅延予算（ＰＤＢ：packet delay budget）。

【0071】

パケットデータ遅延（予算）は、コアのパケット遅延を含む。

【0072】

パケットエラー率（ＰＥＲ：packet error rate）。

【0073】

４つのＱｏＳ特徴において、最初の２つのパラメータリソースタイプおよび優先度レベルは、５ＱＩの特徴を定義する一方で、最後の２つのパラメータＰＤＢおよびＰＥＲは、５ＱＩの性能(パフォーマンス)を定義する。

【0074】

本出願の実施形態では、ＱＮＣプロファイルが、非ＧＢＲ ＱｏＳフロー（ＮＧＢＦ）についての３つのパラメータ、すなわち、ＰＤＢ、ＰＥＲ、および現在のビットレート（ＣＢＲ：current bit rate）を含むことが提案されている。３つのパラメータのうちいずれか１つの値の増加または減少の変化率（または増加または減少の変化値）が、指定された閾値を超えることを検出するとき（異なるパラメータは、異なる性質を有するので、パラメータは、異なる変化率または変化値に対応する）、ＲＡＮは、ＳＭＦに通知メッセージを送信し、全てのパラメータの変化率または変化値を通知する。ＳＭＦは、ＰＣＦに通知メッセージを送信し、ＰＣＦは、ＡＦに通知メッセージを送信し、ＡＦに対応するアプリケーションプログラムが、相応して調整される。一方、ＳＭＦは、ＮＡＳメッセージを通じてＵＥに通知メッセージを送信し、ＵＥに対応するアプリケーションプログラムも、相応して調整されることがある。よって、ネットワークとアプリケーションとの対話(相互作用)が実装され、サービス伝送が最適化され、ネットワーク混雑の場合における遅れの問題、またはネットワーク状態がより良くなるときに、アプリケーションプログラムが非常に低い伝送レートを依然として使用するので、ネットワークリソースが十分に使用されないことがあり且つユーザ体験が改良されないことがあるという問題が、解決される。

【0075】

一実施形態では、２つのタイプのパラメータ変化が定義される。

【0076】

１： 変化値

【0077】

パラメータ値がＡからＢに変化するとき、Ｂ－Ａが変化値として定義される。ＡからＢへのパラメータ値の変化値が第１の変化値である一方で、ＢからＡへの変化値が第２の変化値であるならば、第１の変化値および第２の変化値の大きさは同じである（プラス記号またはマイナス記号は無視する）。

【0078】

２：変化率

【0079】

可能な設計において、（Ｂ－Ａ）／Ａは、パラメータ値がＡからＢに変化するときの変化率と定義される。ＡからＢへのパラメータ値の変化率が第１の変化率（Ｂ－Ａ）／Ａである一方で、ＢからＡへの変化率が第２の変化率（Ａ－Ｂ）／Ｂであるならば、第１の変化率および第２の変化率の大きさは同じである（プラス記号またはマイナス記号は無視する）。

【0080】

すなわち、（Ｂ＞Ａ＞０と仮定すると）、（Ｂ－Ａ）／Ａの大きさは、（Ａ－Ｂ）／Ｂの大きさと等しくない。従って、上述の定義では、パラメータ値Ａをパラメータ値Ｂに対して３０％だけ増加させ、次に、パラメータ値Ｂを３０％だけ減少させることによって、パラメータ値Ａは復元されない。

【0081】

別の可能な設計では、先ず、同じパラメータ値を３０％だけ増加させ、次に、それを３０％だけ減少させることによって、同じパラメータ値を復元するために、変化率は、より小さい値へのパラメータ値の変化の前後の、より小さい値を差し引いたより大きい値の比として一様に定義されるか、或いは、変化率は、より大きい値へのパラメータ値の変化の前後の、より小さい値を差し引いたより大きい値の比として一様に定義されるか、或いは、変化率は、固定値へのパラメータ値の変化の前後の、より小さい値を差し引いたより大きい値の比として一様に定義される。より大きい値は、変化の前後でパラメータ値においてより大きい絶対値を持つものであり、より小さい値は、変化の前後でパラメータ値においてより小さい絶対値を持つものであり、固定値は、不変のままにある所定の値である。従って、パラメータ値Ａが、先ず３０％だけ増加し、次に、３０％だけ減少するとき、元のパラメータ値Ａは、復元される。

【0082】

一実施形態では、以下の通信プロトコルが提供される。

【0083】

ＱｏＳプロファイル

【0084】

ＱｏＳフローがＧＢＲフローであるか或いは非ＧＢＲフローであるかは、そのＱｏＳプロファイルによって決定される。ＱｏＳフローのＱｏＳプロファイルは、以下のＱｏＳパラメータを含む（Ｒ）ＡＮに送信される（ＱｏＳパラメータの詳細情報は、通信プロトコルＴＳ２３．５０１のセクション５．７．２において定義される）。

【0085】

－ 各ＱｏＳフローについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータを含む必要がある。

【0086】

－ ５ＱＩ、および

【0087】

－ ＡＲＰ。

【0088】

－ 各非ＧＢＲ ＱｏＳフローのみについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータを更に含むことがある。

【0089】

－ ＱＣＱＮＣ、および

【0090】

－ ＲＱＡ。

【0091】

－ 各ＧＢＲ ＱｏＳフローのみについて、ＱｏＳプロファイルは、以下のＱｏＳパラメータを更に含むことがある。

【0092】

－ 保証フロービットレート（ＧＦＢＲ）－アップリンクおよびダウンリンク、および

【0093】

－ 最大フロービットレート（ＭＦＢＲ）－アップリンクおよびダウンリンク。

【0094】

－ ＧＢＲ ＱｏＳフローのみについて、ＱｏＳプロファイルは、１つ以上のＱｏＳパラメータを更に含むことがある。

【0095】

－ 通知制御、および

【0096】

－ 最大パケット損失レートアップリンクとダウンリンク。

【0097】

一実施形態では、ＱｏＳ高速変化通知制御プロファイルが提供される。

【0098】

ＱｏＳ高速変化通知制御プロファイルは、高速変化通知制御を可能にする非ＧＢＲ ＱｏＳフローのために提供される。対応するＰＣＣルールが（通信プロトコルＴＳ２３．５０３に記載される）関連情報を含むならば、ＳＭＦは、ＱｏＳプロファイルに加えて、ＮＧ－ＲＡＮのための高速変化通知制御プロファイルも提供する必要がある。ＳＭＦがＮＧ－ＲＡＮのための高速変化通知制御プロファイルを提供するならば（対応するポリシーおよび充電制御（ＰＣＣ：policy and charging control）ルールの情報が変化するならば）、ＮＧ－ＲＡＮは、以前に格納されたプロファイルをそれに置き換えることがある。

【0099】

高速変化通知制御プロファイルは、任意のＱｏＳパラメータ、すなわち、ＰＤＢ、ＰＥＲ、検出される現在のビットレート（ＣＢＲ）の高速変化を示し、それは、アプリケーションプログラムが、変更されたＱｏＳパラメータに従ってトラフィックを制御するのを助ける。高速変化通知制御プロファイルは、短期間内の（ＰＤＢ、ＰＥＲ、ＣＢＲ）の高速変化（増加または減少）（２０％、１０％、３０％）を示し、変化後の新しい値は、継続的に保持されることがある。すなわち、高速変化は、急激な衝撃干渉などに起因する短く急激なスパイクではない。

【0100】

高速変化通知制御プロファイルは、ＰＤＢ、ＰＥＲ、およびＣＢＲの任意の変化の組み合わせであってよいことに留意のこと。例えば、高速変化通知制御プロファイルは、ＰＤＢの増加（または減少）を２０％に設定してよく、或いは、ＰＤＢおよびＰＥＲの増加（または減少）を２０％に設定し、ＣＢＲの増加（または減少）を１０％に設定してよく、或いは、ＣＢＲの増加（または減少）を３０％に設定してよい。

【0101】

ＮＧ－ＲＡＮが、ＱＣＱＮＣプロファイルを満足する高速変化通知をＳＭＦに送信するならば、ＮＧ－ＲＡＮは、現在のＱｏＳパラメータ（ＰＤＢ、ＰＥＲ）およびＣＢＲを通知メッセージに含める必要もある。

【0102】

非ＧＢＲベアラフローのＱＮＣメカニズムは、少なくとも以下のプロセスを含む。

【0103】

１：（ＡＦのための）ＱＮＣの通知プロセス、

【0104】

２：ＱＮＣの構成プロセス、および

【0105】

３：ＱＮＣの最適化プロセス。

【0106】

上記プロセスは、以下に別途説明される。

【0107】

１．（ＡＦのための）ＱＮＣの通知プロセス

【0108】

図３は、本出願の例示的な実施形態によるＱｏＳ変化通知方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用して説明される。本方法は、以下のステップを含む。

【0109】

ステップ３２０：アクセスネットワークデバイスは、非ＧＢＲベアラフローのＱＮＣのパラメータにおける変化が報告条件を満たす場合に、コアエンティティを通じてアプリケーションエンティティに通知メッセージを送信する。

【0110】

非ＧＢＲベアラフローとは、非ＧＢＲタイプのベアフローを指す。非ＧＢＲベアラフローは、非ＧＢＲ ＱｏＳフロー、または非ＧＢＲ ＥＰＳベアラを含む。例示的に、５Ｇシステムにおける非ＧＢＲベアラフローは、非ＧＢＲタイプのＱｏＳフローである一方で、４Ｇシステムにおける非ＧＢＲベアラフローは、非ＧＢＲタイプのＥＰＳベアラである。

【0111】

例示的に、ＱＮＣ（またはＱＣＱＮＣ）のパラメータは、ＰＤＢ、ＰＥＲ、およびＣＢＲのうちの少なくとも１つを含む。ＱＮＣの少なくとも２つのパラメータがあるとき、少なくとも２つのパラメータは、同じ報告条件に対応し、且つ／或いは、少なくとも２つのパラメータは、異なる報告条件に対応する。

【0112】

例示的に、報告条件（または変化閾値または変化報告閾値）は、以下のうちの少なくとも１つを含む。

【0113】

第１の時間内のＱＮＣのパラメータの変化値は、第１の閾値よりも大きい。

【0114】

ここで、第１の閾値は、０よりも大きく１よりも少ない分数であり、例えば、第１の閾値は、２０％、３０％および４０％であり、第１の時間は、１秒および２秒のような変化値を計算するための期間または時間である。

【0115】

第２の時間内のＱＮＣのパラメータの変化率は、第２の閾値よりも大きい。

【0116】

ここで、第２の閾値は、０よりも大きく１よりも少ない分数であり、例えば、第２の閾値は、２０％、３０％または４０％であり、第２の時間は、１秒および２秒のような変化率を計算するための期間または時間である。

【0117】

第１の時間内のＱＮＣのパラメータの変化値は、第１の閾値よりも大きく、第３の閾値のために継続的に保持される。

【0118】

ここで、第３の閾値は、２秒のような変化値の保持時間を測定する閾値である。

【0119】

第２の時間内のＱＮＣのパラメータの変化率は、第２の閾値よりも大きく、第４の閾値のために継続的に保持される。

【0120】

ここで、第４の閾値は、２秒のような変化率の保持時間を測定するための閾値である。

【0121】

例示的に、通知メッセージは、ＱＮＣの変更されたパラメータ値、すなわち、ＱＮＣのパラメータの高速変化後のＱＮＣのパラメータの現在のパラメータ値を更に含む。「現在(current)」は、絶対的ではなく相対的である。例えば、現在のパラメータ値は、報告条件がトリガされるときのパラメータ値であり、通知メッセージが送信された後のリアルタイムのパラメータ値と必ずしも等しくない。

【0122】

例示的に、ＱＮＣの変更されたパラメータ値は、ＱＮＣの変更されたパラメータ値の量子化された値によって表われることがある。例えば、ＱＮＣの値範囲は、１６のオーバーラップしない部分間隔(subintervals)に分割される。１６の部分間隔の各々は、４ビットで表される一意の量子化値に対応する。ｉ番目の部分間隔に属するとき、ＱＮＣの変更されたパラメータ値は、４ビットのみを必要とするｉ番目の部分間隔に対応する量子化された値によって表される。従って、通知メッセージが必要とする伝送リソースは削減されることがある。

【0123】

ステップ３４０：アプリケーションエンティティは、通知メッセージに従ってアプリケーションプログラムを制御する。

【0124】

通知メッセージ（または、高速変化通知、高速変化報告、通知報告）は、非ＧＢＲベアラフローのＱｏＳ通知制御（ＱＮＣ）のパラメータにおける変化が報告条件を満たすことを示すために使用される。

【0125】

アプリケーションエンティティは、通知メッセージに従って、アプリケーションプログラムの実行パラメータ(running parameter)、実行ポリシー(running policy)およびトラフィックのうちの少なくとも１つを制御して、アプリケーションプログラムを非ＧＢＲベアラフローの関連パラメータにおける高速変化に適合させる。

【0126】

アプリケーションエンティティは、１つ以上のアプリケーションプログラムを実行し、同じアプリケーションプログラムは、少なくとも１つのサービスデータフロー（ＳＤＦ）に対応する。異なるＱｏＳ要求を持つＳＤＦは、それぞれ、独立したＱｏＳフローにマッピングされる。例えば、第１のＱｏＳ要件を持つＳＤＦは、第１のＱｏＳフローにマッピングされ、第２のＱｏＳ要件を持つＳＤＦは、第２のＱｏＳフローにマッピングされる。任意に、同じＱｏＳ要件を持つＳＤＦは、同じＱｏＳフローにマッピングされてよい。

【0127】

本出願のこの実施形態では、アプリケーションプログラムに対応する１つ以上のＱｏＳフローが、音声、ビデオ、テキスト、メッセージ、ファイル、制御情報などのうちの少なくとも１つのサービスのデータパケットを送信するための非ＧＢＲ ＱｏＳフローを含むことが想定される。

【0128】

要約すると、この実施形態で提供される方法によれば、非ＧＢＲベアラフローのＱＮＣのパラメータの増大／減少が報告条件を満たすとき、コアエンティティは、アプリケーションエンティティに通知メッセージを送信し、通知メッセージの受信後、アプリケーションエンティティは、通知メッセージに従ってアプリケーションプログラムを制御する。このようにして、ＱＮＣメカニズムは、アプリケーションエンティティが、非ＧＢＲベアラフローの無線ネットワーク状態における変化を認識し、次に、変化に適応するようにアプリケーションプログラムの実行を能動的に制御することがあるように、非ＧＢＲベアラフローのために提供される。例えば、アプリケーションプログラムの計算(コンピューティング)ポリシーおよびトラフィックポリシーは、ＱＮＣのパラメータが劣化されるか或いは回復されるときに、アプリケーションエンティティが、このパラメータ変化の下でネットワーク伝送に適応させるようにアプリケーションプログラムを調整することがあるように、制御される。

【0129】

アクセスネットワークデバイスによって実行されるステップは、アクセスネットワークデバイス側の実施形態として別個に実装されることがある。アプリケーションエンティティによって実行されるステップは、アプリケーションエンティティ側の実施形態として別個に実装されることがある。本出願において、詳細は省略される。

【0130】

図４は、本出願の別の例示的な実施形態によるＱｏＳ変化通知方法のフローチャートである。この実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用して説明される。方法は、以下のステップを含む。

【0131】

ステップ３２２：非ＧＢＲベアラフローのＱＮＣパラメータにおける変化が報告条件を満たす場合、アクセスネットワークデバイスが、通知メッセージをコアエンティティに送信する。

【0132】

コアエンティティは、アクセスネットワークデバイスによって送信される通知メッセージを受信する。通知メッセージは、非ＧＢＲベアラフローのＱｏＳ通知制御（ＱＮＣ：QoS notification control）のパラメータにおける変化が報告条件を満たすことを示すために使用される。

【0133】

例示的に、通知メッセージは、ＱＮＣの変更されたパラメータ値、すなわち、ＱＮＣのパラメータにおける高速変化後のＱＮＣのパラメータの現在のパラメータ値を更に含む。「現在」とは、絶対的ではなく相対的である。例えば、現在のパラメータ値は、報告条件がトリガされるときのパラメータ値であり、通知メッセージが送信された後のリアルタイムのパラメータ値に必ずしも等しくない。

【0134】

例示的に、ＱＮＣの変更されたパラメータ値は、ＱＮＣの変更されたパラメータ値の量子化された値によって表されることがある。例えば、ＱＮＣの値範囲は、１６の重複しない部分間隔に分割される。１６の部分間隔の各々は、４ビットで表される一意の量子化された値に対応する。ｉ番目の部分間隔に属するとき、ＱＮＣの変更されたパラメータ値は、４ビットのみを必要とするｉ番目の部分間隔に対応する量子化された値によって表される。従って、通知メッセージが必要とする伝送リソースは削減されることがある。

【0135】

ステップ３２４：コアエンティティは、通知メッセージをアプリケーションエンティティに送信する。

【0136】

1つ以上のコアエンティティがある。通知メッセージが、ＲＡＮとＡＦとの間に位置する複数のコアエンティティを含むとき、複数のコアエンティティは、通知メッセージを順次式に送信する。異なるコアエンティティは、異なるタイプのメッセージに通知メッセージを含むことがある。例えば、コアエンティティは、モビリティ管理エンティティ（ＭＭＥ：mobility management entity）、サービスゲートウェイ（ＳＧＷ：service gateway）、ＰＤＮゲートウェイ（ＰＧＷ：PDN gateway）、およびＰＣＦを含む。そのような場合、少なくとも通知メッセージの送信経路は、ＲＡＮ→ＭＭＥ→ＳＧＷ／ＰＧＷ→ＰＣＦ→ＡＦを含む。別の例として、コアエンティティは、第１のコアエンティティＡＭＦ、第２のコアエンティティＳＭＦ、および第３のコアエンティティＰＣＦを含む。そのような場合、少なくとも通知メッセージの送信経路は、ＲＡＮ→ＡＭＦ→ＳＭＦ→ＰＣＦ→ＡＦを含む。

【0137】

例示的に、コアエンティティは、通知メッセージを含むイベント報告をアプリケーションエンティティに送信する。

【0138】

ステップ３４２：アプリケーションエンティティは、コアエンティティによって送信される通知メッセージを受信する。

【0139】

例示的に、アプリケーションエンティティは、コアエンティティによって送信されるイベント報告を受信する。

【0140】

ステップ３４４：アプリケーションエンティティは、通知メッセージに従ってアプリケーションプログラムを制御する。

【0141】

アプリケーションエンティティは、ユーザのＱｏＥを最大限に保証し、遅れおよび他の現象を避けるために、アプリケーションプログラムを非ＧＢＲベアラフローの関連パラメータにおける高速変化に適応させるように、通知メッセージに従ってアプリケーションプログラムの計算ポリシーおよびトラフィックポリシーのうちの少なくとも１つを制御する。

【0142】

オンライン会議のサーバ側でのアプリケーションプログラムを例にとると、アプリケーションプログラムは、４つのＳＤＦ、すなわち、音声ＳＤＦ、ビデオＳＤＦ、テキストメッセージＳＤＦ、およびコントロールプレーンＳＤＦに対応する。４つのＳＤＦは、４つの非ＧＢＲ ＱｏＳフローに対応する。ＱＮＣメカニズムは、４つの非ＧＢＲ ＱｏＳフローの各々について有効にされる。

【0143】

第1の可能な実装

【0144】

アプリケーションプログラムは、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１の計算ポリシーに従って実行されるように制御される。

【0145】

アプリケーションプログラムは、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２の計算ポリシーに従って実行されるように制御される。

【0146】

第１の計算ポリシーの下での同じ計算タスクの計算時間は、第２の計算ポリシーの下での同じ計算タスクの計算時間よりも少ない。

【0147】

計算ポリシーは、アプリケーションプログラムの計算(computation)を実行することに関するポリシーである。計算ポリシーは、エンコーディング(符号化)およびデコーディング(復号化)モード選択ポリシー、エンコーディングおよびデコーディングモデル選択ポリシー、エンコーディングおよびデコーディングレベル選択ポリシー、圧縮レベル選択ポリシー、およびニューラルネットワークモデル選択ポリシーのうちの少なくとも１つを含むが、これらに限定されない。

【0148】

エンコーディングおよびデコーディングモード選択ポリシーである計算ポリシーを例にとると、アプリケーションプログラムは、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するように制御され、アプリケーションプログラムは、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するように制御される。本明細書において、「エンコーディング(encoding)およびデコーディング(decoding)」とは、エンコーディングおよびデコーディングのうちの少なくとも１つを指す。

【0149】

第１のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間は、第２のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間よりも短い。

【0150】

例えば、ＰＤＢが増加すると、ネットワーク遅延は増加するが、アプリケーションプログラムは、全体的な伝送遅延が変わらないままであるか或いは少し変化することを依然として保証するために、内部計算時間を削減することによってネットワーク遅延の劣化を補償することがある。例えば、ビデオに対応する非ＧＢＲ ＱｏＳフローのＰＤＢが劣化するならば、ビデオのエンコーディングレートは、ビデオデータパケットの数および／またはサイズを減少させるように減少される。

【0151】

第２の可能な実装

【0152】

アプリケーションプログラムは、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１のトラフィックポリシーに従って実行されるように制御される。

【0153】

アプリケーションプログラムは、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２のトラフィックポリシーに従って実行されるように制御される。

【0154】

第１のトラフィックポリシーのトラフィックは、第２のトラフィックポリシーのトラフィックよりも少ない。

【0155】

例示的に、アプリケーションプログラムのトラフィックは、音声データパケットおよびビデオデータパケットを含む。

【0156】

ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、音声データパケットに対応する第１のトラフィックが保持され、ビデオデータパケットに対応する第２のトラフィックが減少される。ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、音声データパケットに対応する第１のトラフィックが保持され、ビデオデータパケットに対応する第２のトラフィックは増加される。

【0157】

例えば、ＰＤＢが増加するとき、ビデオに対応する第１の非ＧＢＲ ＱｏＳフローのトラフィックは減少され、音声に対応する第２の非ＧＢＲ ＱｏＳフローのトラフィックは保持される。従って、全体的な無線リソース占有は、音声データパケットの伝送品質を改良し且つ干渉を削減するために減少される。

【0158】

これは、クラウドベースのアプリケーション（ビデオ会議、音声会議、遠隔学習）において、ビデオおよび音声の双方向の対話が通常必要とされるからである。ネットワーク伝送遅延には特定の要件がある（一般に、一方向伝送遅延は、１５０ｍｓ未満である）。しかしながら、特定の使用では、無線ネットワーク状態における変化は、無線ネットワークの伝送遅延を急激に悪化させて或いは、（５秒のような）時間期間内に伝送速度を急激に低下させて、オーディオおよびビデオの遅れ(lagging)を生じさせる。

【0159】

関連する研究は、ユーザがオーディオの遅れに非常には敏感であるが、（解像度の変化および明瞭性の変化のような）ビデオ品質の変化には然程敏感ではない（音声を保持したまま一時的にビデオをオフにすることは許容される）ことを示している。遅れは、オーディオについては頻繁に起こらない。何故ならば、その伝送データは、典型的には、小さいからである。しかしながら、オーディオが遅れているときには、ユーザ体験は、極めて不十分である。加えて、オーディオがＣＤの品質から非常に低い伝送レート（例えば、２Ｇ音声伝送品質）に低減されるとしても、ユーザは、遅れが生じない限り、極めて良い使用体験を依然として有する。

【0160】

要約すると、この実施形態の方法によれば、アプリケーションエンティティは、ＱＮＣの変更されたパラメータ値に従ってアプリケーションプログラムを調整するので、非ＧＢＲベアラフローの関連するパラメータが劣化するときに、または非ＧＢＲベアラフローの関連するパラメータが回復するときに、アプリケーションエンティティは、このパラメータ変化に適応するようにアプリケーションプログラムを内側で調整して、アプリケーションプログラムの動作を最適化することがある。

【0161】

この実施形態において提供される方法によれば、非ＧＢＲベアラフローの関連するパラメータが悪化したときに、アプリケーションプログラムの計算ポリシーは、アプリケーションプログラムの計算時間を減少させて、全体的な伝送遅延が変わらないままであるか或いは少し変化することを依然として保証することによって、ネットワーク遅延の悪化を補償するように、更に変更される。

【0162】

本実施形態で提供する実施形態によれば、非ＧＢＲベアラフローの関連パラメータが悪化するときには、アプリケーションプログラムのトラフィックポリシーが更に変更され、例えば、音声データパケットのトラフィックは保持される一方で、ビデオデータパケットのトラフィックが削減される。従って、ユーザ体験により影響を与えるオーディオの遅れは回避され、更に、オーディオおよびビデオプログラムを使用するときのユーザ体験は、可能な限り改良される。

【0163】

２．ＱＮＣの構成プロセス

【0164】

非ＧＢＲベアラフローの生成または修正プロセスにおいて、コアエンティティは、アクセスネットワークデバイスのためのＱＮＣの構成プロセス(configuration process)を実行する。つまり、コアエンティティは、ＱＮＣプロファイルをアクセスネットワークデバイスに送信し、ＱＮＣプロファイルは、ＱＮＣのパラメータおよび報告条件（または、変化閾値、高速変化閾値、変化報告閾値、もしくは高速変化報告閾値）を構成するために使用される。

【0165】

図５は、本出願の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用することによって説明される。本方法は、以下のステップを含む。

【0166】

ステップ４２０：第３のコアエンティティＰＣＦが、ＱＮＣのパラメータおよび報告条件を第２のコアエンティティＳＭＦに送信する。

【0167】

第３のコアエンティティは、コアにおけるポリシー管理に関与するエンティティである。

【0168】

第２のコアエンティティは、コアにおけるセッション管理に関与するエンティティである。

【0169】

例示的に、非ＧＢＲベアラフローの作成または修正プロセスにおいて、第３のコアエンティティＰＣＦは、ＱＮＣのパラメータおよび報告条件を第２のコアエンティティＳＭＦに送信する。

【0170】

例示的に、ＰＤＵセッション確立プロセスでは、（第１の）ＱｏＳフローが作成され、それはデフォルトＱｏＳルールを持つＱｏＳフローと称される。一般に、ＱｏＳフローは、非ＧＢＲタイプである。第３のコアエンティティは、第２のコアエンティティのためのＱＮＣのパラメータおよび報告条件を提供することがある。

【0171】

例示的に、ＱＮＣのパラメータおよび報告条件は、それ自体で第３のコアエンティティＰＣＦによって決定される。代替的に、ＱＮＣのパラメータおよび報告条件は、アプリケーションエンティティによって送信されるサービスフロー情報に基づいて、第３のコアエンティティＰＣＦによって決定される。代替的に、ＱＮＣのパラメータおよび報告条件は、ＵＥの加入データに基づいて、第３のコアエンティティＰＣＦによって決定される。

【0172】

ステップ４４０：第２のコアのエンティティＳＭＦは、第３のコアエンティティＰＣＦによって送信されるＰＣＣルールを受信する。

【0173】

ステップ４６０：第２のコアエンティティは、ＱＮＣプロファイルをアクセスネットワークデバイスに送信し、ＱＮＣプロファイルは、アクセスネットワークデバイスに対するＱＮＣのパラメータおよび報告条件を構成するために使用される。

【0174】

要約すると、本実施形態に提供される方法によれば、第３のコアエンティティは、ＱＮＣのパラメータおよび報告条件を第２のコアエンティティに送信するので、第２のコアエンティティは、ＱＮＣの構成プロセスを完了するために、ＱＮＣのパラメータおよび非ＧＢＲベアラフローのための報告条件を構成するようにトリガされることがある。

【0175】

設計において、アプリケーションエンティティは、図６に示すように、第３のコアエンティティのためのサービスフロー情報、ＱＮＣのパラメータを含むサービスフロー情報、およびアプリケーションエンティティによって必要とされる（或いは示唆される）報告条件を提供する。別の設計において、第３のコアエンティティは、図７に示すように、ＱＮＣの加入データに基づいて、ＱＮＣのパラメータおよび報告条件を決定する。

【0176】

図６は、本出願の別の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用することによって説明される。本方法は、以下のステップを含む。

【0177】

ステップ４１２：アプリケーションエンティティＡＦは、ＱＮＣの制御パラメータを第３のコアエンティティＰＣＦに送信する。

【0178】

ＱＮＣの制御パラメータは、ＱＮＣを有効にするかどうか、ＱＮＣのパラメータ、および変化閾値のうちの少なくとも１つを含む。

【0179】

アプリケーションエンティティＡＦは、ポリシー認可作成／更新メッセージをコアエンティティに送信し、ポリシー認可作成／更新メッセージは、ＱＮＣの制御パラメータを含む。相応して、第３のコアエンティティＰＣＦは、アプリケーションエンティティＡＦによって送信されるポリシー認可作成／更新メッセージを受信する。

【0180】

ステップ４２０：第３のコアエンティティＰＣＦは、ＰＣＣルールを第２のコアエンティティＳＭＦに送信し、ＰＣＣルールは、ＱＮＣの制御パラメータを含む。

【0181】

ステップ４４０：第２のコアエンティティＳＭＦは、第３のコアのエンティティＰＣＦによって送信されるＰＣＣルールを受信する。

【0182】

ステップ４６０：第２のコアエンティティは、アクセスネットワークデバイスにＱＮＣプロファイルを送信し、ＱＮＣプロファイルは、アクセスネットワークデバイスに対するＱＮＣの制御パラメータを構成するために使用される。

【0183】

要約すると、本実施形態において提供される方法によれば、アプリケーションエンティティは、第３のコアエンティティのためのＱＮＣの制御パラメータを提供するので、アプリケーションエンティティとコアエンティティとの間のアクティブな対話が実装されることがある。アプリケーションエンティティは、（５Ｇまたは４ＧのＲＡＮのような）無線アクセスネットワークデバイスを駆動して、非ＧＢＲベアラフローの高速変化を報告するので、無線アクセスネットワークデバイスは、そのネットワーク能力をアプリケーションエンティティに曝して、インターネットアプリケーションの革新のための新しい方法を提供する。

【0184】

図７は、本出願の別の例示的な実施形態によるＱＮＣの構成方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用することによって説明される。本方法は、以下のステップを含む。

【0185】

ステップ４１４：第４のコアエンティティＵＤＭは、ＱＮＣの加入データを第３のコアエンティティＰＣＦに送信し、ＱＮＣの加入データは、ＱＮＣの制御パラメータを含む。

【0186】

デフォルト５ＱＩが非ＧＢＲタイプであるならば、ＱＮＣの加入データが非ＧＢＲベアラフローのために追加される。第４のコアエンティティＵＤＭは、ＱＮＣの加入データを第２のコアエンティティＳＭＦに送信し、第２のコアエンティティＳＭＦは、ＱＮＣの加入データを第３のコアエンティティＰＣＦに送信する。

【0187】

ステップ４２０：第３のコアエンティティＰＣＦは、デフォルトＱｏＳルールを第２のコアエンティティＳＭＦに送信し、デフォルトＱｏＳルールは、ＱＮＣの制御パラメータを含む。

【0188】

ステップ４４０：第２のコアエンティティＳＭＦは、第３のコアエンティティＰＣＦによって送信されるデフォルトＰＣＣルールを受信する。

【0189】

ステップ４６０：第２のコアエンティティは、ＱＮＣプロファイルをアクセスネットワークデバイスに送信し、ＱＮＣプロファイルは、アクセスネットワークデバイスに対するＱＮＣの制御パラメータを構成するために使用される。

【0190】

要約すると、本実施形態において提供される方法によれば、第３のコアエンティティは、無線アクセスネットワークデバイスが、ＱＮＣの制御パラメータを提供するＡＦが存在しないときに、非ＧＢＲベアラフローの高速変化をＵＥに報告するために、ＵＥの加入データに基づいて駆動されるように、ＵＥの加入データに基づいて、ＱＮＣの制御パラメータを決定する。

【0191】

３．ＱＮＣの最適化プロセス

【0192】

第３のコアエンティティＰＣＦまたはアプリケーションエンティティＡＦがＱＮＣの通知メッセージをあまりにも頻繁に検出するとき、大量の信号伝達がシステムにもたらされる。そのような場合、第３のコアエンティティＰＣＦまたはアプリケーションエンティティＡＦは、変化閾値を増加させることのように、ＱＮＣの報告条件を修正する必要がある。

【0193】

図８は、本出願の例示的な実施形態によるＱＮＣの最適化方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用して説明される。本方法は、以下のステップを含む。

【0194】

ステップ５２０：第３のコアエンティティＰＣＦは、通知メッセージの報告頻度(reporting frequency)が頻度閾値(frequency threshold)よりも大きいかまたは小さい場合に、ＱＮＣの更新された制御パラメータを第２のコアエンティティＳＭＦに送信する。

【0195】

ＱＮＣの更新された制御パラメータは、ＱＮＣを有効にするかどうか、ＱＮＣの更新されたパラメータ、および更新された変化閾値のうちの少なくとも１つを含む。すなわち、ＱＮＣの更新された制御パラメータは、ＱＮＣを有効にすること、ＱＮＣのパラメータ、および変化閾値のうちの少なくとも１つを更新することがある。

【0196】

例えば、第３のコアエンティティＰＣＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、ＱＮＣを無効にする指示を第２のコアエンティティＳＭＦに送信する。別の例について、第３のコアエンティティＰＣＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、ＱＮＣの低減されたパラメータを第２のコアエンティティＳＭＦに送信する。別の例について、第３のコアエンティティＰＣＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、増加された変化閾値を第２のコアエンティティＳＭＦに送信する。

【0197】

ステップ５４０：第２のコアエンティティＳＭＦは、ＱＮＣプロファイルをアクセスネットワークデバイスに送信し、ＱＮＣプロファイルは、ＱＮＣの更新された制御パラメータを含む。

【0198】

要約すると、本実施形態において提供される方法によれば、ＱＮＣの更新された制御パラメータは、通知メッセージの報告頻度が頻度閾値よりも大きいかまたは小さい場合に、第２のコアエンティティＳＭＦおよびアクセスネットワークデバイスに送信される。従って、システムは、比較的高い信号伝達オーバヘッドから予防されることがあり、或いは、ＱＮＣメカニズムは合理的に使用される。

【0199】

図９は、本出願の別の例示的な実施形態によるＱＮＣの最適化方法のフローチャートである。本実施形態は、本方法が図１または図２に示す移動通信システムに適用される例を使用することによって説明される。本方法は、以下のステップを含む。

【0200】

ステップ５１０：アプリケーションエンティティは、通知メッセージの報告頻度が頻度閾値よりも大きいかまたは小さい場合に、ＱＮＣの更新された制御パラメータを第３のコアエンティティＰＣＦに送信する。

【0201】

ＱＮＣの更新された制御パラメータは、ＱＮＣを有効にするかどうか、ＱＮＣの更新されたパラメータ、および更新された変化閾値のうちの少なくとも１つを含む。すなわち、ＱＮＣの更新された制御パラメータは、ＱＮＣを有効にすること、ＱＮＣのパラメータ、および変化閾値のうちの少なくとも１つを更新することがある。

【0202】

例えば、ＡＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、ＱＮＣを無効にする指示を第３のコアエンティティＰＣＦに送信する。別の例について、ＡＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、ＱＮＣの低減されたパラメータを第３のコアエンティティＰＣＦに送信する。別の例について、ＡＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合に、増加した変化閾値を第３のコアエンティティＰＣＦに送信する。

【0203】

ステップ５２０：第３のコアエンティティＰＣＦは、ＱＮＣの更新された制御パラメータを第２のコアエンティティＳＭＦに送信する。

【0204】

ステップ５４０：第２のコアエンティティＳＭＦは、ＱＮＣプロファイルをアクセスネットワークデバイスに送信し、ＱＮＣプロファイルは、ＱＮＣの更新された制御パラメータを含む。

【0205】

要約すると、本実施形態において提供される方法によれば、ＡＦは、通知メッセージの報告頻度が頻度閾値よりも大きいかまたは小さい場合に、ＰＣＦをトリガして、ＱＮＣの更新された制御パラメータを第２のコアエンティティＳＭＦおよびアクセスネットワークデバイスに送信する。従って、システムは、比較的高い信号伝達オーバヘッドから予防されることがあり、或いは、ＱＮＣメカニズムは、合理的に使用される。

【0206】

上記プロセスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）通信プロトコル（ＴＳ２３．５０２）に関連して以下により詳細に説明される。以下の図面におけるネットワーク要素の名前、ステップフロー、およびステップに関する詳細は、ＴＳ２３．５０２中の関連記録（https://www.3gpp.org/ftp/Specs/archive/23_series/23.502）が参照されてよい。スペースによって制限されて、この文書は、本出願の実施形態とＴＳ２３．５０２プロトコルとの間の相違を強調する。

【0207】

１．ＱＮＣの通知プロセス

【0208】

ＵＥが位置するネットワークが変化するときに、すなわち、基地局が無線リソースにおける（より良くなる或いはより不十分になる）高速変化を検出するときに、この変化がＱＮＣによって定義される変化閾値に達するならば、ＲＡＮは、ＱＮＣの通知プロセスをトリガし、ＡＦに通知メッセージを送信する。任意で、通知メッセージは、ＱＮＣの変更されたパラメータのパラメータ値（現在のパラメータ値）を含む。基地局は、先ず、ＳＭＦに通知メッセージを送信し、次に、ＳＭＦは、ＰＣＦに通知メッセージを送信し、次に、ＰＣＦは、ＡＦに通知メッセージを送信する。

【0209】

非ローミングおよびローカルブレイクアウトローミングシナリオ

【0210】

図１０は、本出願の例示的な実施形態によるＵＥまたはネットワークによって要求される（非ローミング(non-roaming)およびローカルブレイクアウトローミング(local breakout roaming)のための）ＰＤＵセッション修正プロセスの概略図である。

【0211】

ステップ１ｅにおいて、ＲＡＮは、Ｎ２メッセージ（ＰＤＵセッションＩＤ、ＳＭ情報）をＡＭＦに送信し、ＡＭＦは、Ｎａｍｆ＿ＰＤＵＳｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔメッセージをＳＭＦに送信する。

【0212】

２つのメッセージは、非ＧＢＲベアラフローのＱＮＣのパラメータが報告条件を満たすときに、通知メッセージを含む。任意で、通知メッセージは、ＱＮＣの変更されたパラメータ値を更に含む。

【0213】

ステップ２において、ＳＭＦは、セッション管理（ＳＭ：session management）ポリシー関連付け修正プロセス(policy association modification process)を開始し、ＰＣＦおよびＡＦに通知メッセージを送信する。

【0214】

ステップ５において、ＳＭＦは、ＱＮＣの変更されたパラメータ値をＵＥに送信するために、ＰＤＵセッション修正コマンドをＵＥに送信する。

【0215】

例示的に、ＳＭが通知メッセージを受信した後のある時間期間の後に、ＳＭＦがＰＣＦから如何なる新しいＰＣＣルールも受信しないか或いは受信したＰＣＣルール内のＱＮＣに対応するＳＤＦのＰＣＣルール内のＱｏＳについての修正がないならば、ＳＭＦは、ＵＥに対するＰＤＵセッション修正コマンドを開始して、現在のＱＮＣに対応するＱＦＩのＱＮＣの現在のパラメータ値（ＰＤＢ、ＰＥＲ、ＣＢＲ）をＵＥに通知する。

【0216】

ステップ９において、ＵＥは、ＰＤＵセッション修正確認で応答する。

【0217】

ＰＤＵセッション修正コマンドおよびＰＤＵセッション修正確認は、ＲＡＮを通じてＵＥとＳＭＦの間で透過的に送信される。

【0218】

ステップ２において示されるＳＭポリシー関連付け修正プロセスは、図１１によって定義される。

【0219】

図１１に示すように、ステップ１において、ＳＭＦは、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｕｐｄａｔｅ要求をＰＣＦに送信し、要求は、通知メッセージを含む。

【0220】

ステップ２において、ＰＣＦは、イベント報告Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎＮｏｔｉｆｙをＡＦに送信し、イベント報告は、通知メッセージを含む。

【0221】

２．ＱＮＣの構成プロセス

【0222】

２．１ 非ローミングおよびローカルブレイクアウトローミングのためのＰＤＵセッション確立シナリオ

【0223】

図１２は、本出願の例示的な実施形態によるＵＥによって要求されるＰＤＵセッション確立プロセスの概略図である。

【0224】

ステップ７ｂおよび９において、ＳＭＦは、新しいＳＭポリシー関連付け確立要求メッセージをＰＣＦに送信し、ＰＣＦは、ＳＭポリシー関連付け確立応答メッセージをＳＭＦに送信し、メッセージは、ＱＮＣの制御パラメータを含む。代替的に、ＳＭＦは、ＳＭポリシー関連付け修正要求メッセージをＰＣＦに送信し、ＰＣＦは、ＳＭポリシー関連付け修正応答メッセージをＳＭＦに送信し、メッセージは、ＱＮＣの制御パラメータを含む。

【0225】

ＰＤＵセッション確立プロセスでは、（一般に第１の）ＱｏＳフローが作成され、それはデフォルトＱｏＳルールを持つＱｏＳフローと称される（４Ｇにおけるデフォルトベアラのように５ＧにおけるデフォルトＱｏＳフローとは最早称されない）。

【0226】

一般に、デフォルトＱｏＳルールを持つこのＱｏＳフローは、非ＧＢＲタイプであり、その場合、ＰＣＦは、ＰＣＣルールにおいてＱＮＣの制御パラメータを含むことがある。そのような場合、図１２のステップ７ｂまたは９において、ＰＣＦによって提供されるデフォルトＱｏＳルールにおける５ＱＩが非ＧＢＲタイプであるならば、ＰＣＦは、ＱＣＱＮＣの制御パラメータをＳＭＦに提供することがある。

【0227】

ステップ１１および１２において、ＳＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２情報変換メッセージをＡＭＦに送信し、メッセージは、ＰＣＦによって提供されるＱＣＱＮＣの制御パラメータに従ったＱＮＣプロファイルを含む。

【0228】

任意で、ＵＥの加入データは、デフォルト５ＱＩと、デフォルトＡＲＰとを含む。デフォルト５ＱＩが非ＧＢＲタイプであるならば、ＱＮＣの加入データが追加される。

【0229】

ステップ４、７ｂおよび９において、ＵＤＭは、ＱＮＣの加入データを含むメッセージをＳＭＦに提供し、次に、ＳＭＦは、ＱＮＣの加入データをＰＣＦに提供し、次に、ＰＣＦは、ＱＮＣの制御パラメータを含むデフォルトＱｏＳルールを提供する。

【0230】

ＰＤＵセッション確立プロセスは、Ｎ３ＧＰＰから３ＧＰＰへのＰＤＵセッションハンドオーバのために使用されてよい。ＰＣＦがステップ７ｂまたは９において任意の非ＧＢＲ ＱｏＳフローについてＱＮＣの制御パラメータを提供するならば、ＱＮＣの制御パラメータは、前述と同様に、ステップ１１および１２において追加される。

【0231】

処理されている複数の非ＧＢＲ ＱｏＳフローがあることがある。

【0232】

ステップ１２におけるＮ２メッセージ中のＳＭ関連パラメータは、ステップ１１に含まれるので、ＱＮＣの制御パラメータは、ステップ１１に含まれる。

【0233】

２．２ ホーム経路指定ローミングシナリオ

【0234】

図１３は、本実施形態の例示的な実施形態によるホーム経路指定ローミングシナリオ(home-routed roaming scenario)においてＵＥによって要求されるＰＤＵセッション確立プロセスのフローチャートである。

【0235】

ＰＤＵセッション確立プロセスでは、（一般に第１の）ＱｏＳフローが作成され、それはデフォルトＱｏＳルールを持つＱｏＳフローと称される（４Ｇにおけるデフォルトベアラのように５ＧにおけるデフォルトＱｏＳフローとは最早称されない）。

【0236】

一般に、デフォルトＱｏＳルールを持つこのＱｏＳフローは、非ＧＢＲタイプであり、その場合、ＰＣＦは、ＰＣＣルールにおけるＱＮＣの制御パラメータを含むことがある。そのような場合、図１３のステップ９ｂまたは１１におけるメッセージにおいてＰＣＦによって提供されるデフォルトＱｏＳルールにおける５ＱＩが非ＧＢＲタイプであるならば、ＰＣＦは、ＱＮＣの制御パラメータを提供することがある。次に、ＱＮＣプロファイルが、ステップ１３、１４および１５において、メッセージに追加される。

【0237】

任意で、ＵＥの加入データは、デフォルトの５ＱＩと、デフォルトのＡＲＰとを含む。デフォルト５ＱＩが非ＧＢＲタイプであるならば、ＱＮＣの加入データが追加される。

【0238】

ステップ７、９ｂおよび１１において、ＵＤＭは、ＱＮＣの加入データをＳＭＦに提供し、ＳＭＦは、ＱＮＣの加入データをＰＣＦに提供し、次に、ＰＣＦは、ＱＮＣの制御パラメータを含むデフォルトＱｏＳルールを提供する。

【0239】

２．３ 非ローミングおよびローカルブレイクアウトローミングシナリオのためにＡＦによってトリガされるＱｏＳフロー作成プロセス

【0240】

図１４は、本出願の例示的な実施形態による単一のＵＥアドレスについてのＡＦの要求に応答して関連ＰＣＦに転送するプロセスの概略図である。図１５は、本出願の例示的な実施形態による非ローミングおよびローカルブレイクアウトローミングのためにＵＥまたはネットワークによって要求されるＰＤＵセッション修正プロセスの概略図である。

【0241】

図１４のステップ４において、ＡＦは、Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎ＿Ｃｒｅａｔｅ／ＵｐｄａｔｅメッセージをＰＣＦに送信し、ＱＮＣの制御パラメータが、メッセージ内の（１つ以上の）メディアコンポーネントの情報に追加される。上述のように、メディアコンポーネントがＱＮＣの制御パラメータを含むならば、メディアコンポーネントは、ＮＧＢＦで送信されるように要求される。メディアコンポーネントがＱＣＱＮＣの如何なるパラメータも含まないならば、それはメディアコンポーネントがＮＧＢＦまたはＧＢＲ ＱｏＳフロー（ＧＢＦ）で送信される場合があることを示す。

【0242】

図１５のステップ１ｂにおいて、ＰＣＦは、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌＵｐｄａｔｅＮｏｔｉｆｙ要求メッセージを送信する。要求メッセージには、ＱＮＣの制御パラメータが、（１つ以上の）サービスデータフロー／フロー（ＳＤＦ／ＳＤＦ）についてのＰＣＣルールに追加される（１つのＳＤＦがＡＦによって提供される１つのメディアフローに対応する）。

【0243】

従って、図１５のステップ３ｂおよび４におけるメッセージは、ＱＮＣの制御パラメータを含む。

【0244】

２．４ ホーム経路指定ローミングシナリオのためにＡＦによってトリガされるＱｏＳフロー作成プロセス

【0245】

図１６は、本出願の例示的な実施形態によるホーム経路指定ローミングのためにＵＥまたはネットワークによって要求されるＰＤＵセッション修正プロセスの概略図である。

【0246】

図１６のステップ１ｂ、３、４ｂおよび５において、１つ以上のＱＮＣ（すなわち、各々の可能なサービスフロー、ＳＤＦ、およびＱｏＳフロー）の制御パラメータが追加される。

【0247】

図１６のステップ３は、図１５に記載されるシナリオに対する新しいステップである。すなわち、ＱＮＣの制御パラメータがｌ１つ以上のＱｏＳフローのＱｏＳパラメータに追加される。

【0248】

本出願に開示される技術は、４Ｇシステムに適用されることもある。４Ｇシステムに適用されるときには、ＮＲ－ｇＮＢが、ｅＮＢと置き換えられる。ＰＣＦとＡＦとの間の対話(相互作用)には変更がない。ＳＭＦとＰＣＦとの間の対話は、ＰＧＷとＰＣＦとの間の対話として修正される。５ＧにおけるＱｏＳフローが、４ＧにおけるＥＰＳベアラと置き換えられる。５Ｇにおける５ＱＩが、４ＧにおけるＱＣＩと置き換えられる。５ＧにおけるＲＡＮとＡＭＦ／ＳＭＦとの間の対話は、４ＧにおけるＲＡＮとＭＭＥとの間の対話と置き換えられる。

【0249】

図１７は、本出願の例示的な実施形態によるアプリケーションプログラム制御装置のブロック図である。装置は、以下を含む。

【0250】

アプリケーションエンティティによって、コアエンティティによって送信される通知メッセージを受信するように構成される受信モジュール１７２０であって、通知メッセージは、非ＧＢＲベアラフローのＱＮＣのパラメータ値における変化が報告条件を満たすことを示すために使用される、受信モジュール。

【0251】

通知メッセージに従ってアプリケーションプログラムを制御するように構成される制御モジュール１７４０。

【0252】

本出願のこの実施形態の可能な設計において、制御モジュール１７４０は、通知メッセージに従ってアプリケーションプログラムの計算ポリシーを制御するように構成され、且つ／或いは、制御モジュール１７４０は、通知メッセージに従ってアプリケーションプログラムのトラフィックポリシーを制御するように構成される。

【0253】

本出願のこの実施形態の可能な設計において、制御モジュール１７４０は、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１の計算ポリシーに従って実行されるべきアプリケーションプログラムを制御し、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２の計算ポリシーに従って実行されるべきアプリケーションプログラムを制御する、ように構成される。

【0254】

第１の計算ポリシーの下での同じ計算タスクの計算時間は、第２の計算ポリシーの下での同じ計算タスクの計算時間よりも少ない。

【0255】

本出願のこの実施形態の可能な設計において、制御モジュール１７４０は、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するアプリケーションプログラムを制御し、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２のエンコーディングおよびデコーディングモードにおいてエンコーディングおよびデコーディングを実行するアプリケーションプログラムを制御する、ように構成される。

【0256】

第１のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間は、第２のエンコーディングおよびデコーディングモードの下での同じ計算タスクの計算時間よりも少ない。

【0257】

本出願のこの実施形態の可能な設計において、制御モジュール１７４０は、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、第１のトラフィックポリシーに従って実行されるべきアプリケーションプログラムを制御し、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、第２のトラフィックポリシーに従って実行されるべきアプリケーションプログラムを制御する、ように構成される。

【0258】

第１のトラフィックポリシーのトラフィックは、第２のトラフィックポリシーのトラフィックよりも少ない。

【0259】

本出願のこの実施形態の可能な設計において、アプリケーションプログラムのトラフィックは、音声データパケットと、ビデオデータパケットとを含む。

【0260】

制御モジュール１７４０は、ＱＮＣのパラメータ値の劣化を示すために使用される通知メッセージに応答して、音声データパケットに対応する第１のトラフィックを保持し、ビデオデータパケットに対応する第２のトラフィックを低減し、ＱＮＣのパラメータ値の最適化を示すために使用される通知メッセージに応答して、音声データパケットに対応する第１のトラフィックを保持し、ビデオデータパケットに対応する第２のトラフィックを増加する、ように構成される。

【0261】

本出願のこの実施形態の可能な設計において、通知メッセージは、非ＧＢＲベアラフローのＱＮＣのパラメータの変化が報告条件を満たすことを検出することに応答して、アクセスネットワークデバイスエンティティによってコアエンティティに送信される。

【0262】

本出願のこの実施形態の可能な設計において、通知メッセージは、以下を含む。

【0263】

ＱＮＣの変更されたパラメータ値、またはＱＮＣの変更されたパラメータ値の量子化された値。

【0264】

本出願のこの実施形態の可能な設計において、装置は、以下を更に含む。

【0265】

ＱＮＣの制御パラメータをコアエンティティに送信するように構成される送信モジュール１７６０であって、ＱＮＣの制御パラメータは、ＱＮＣのパラメータおよび報告条件を示すために使用される。

【0266】

本出願のこの実施形態の可能な設計において、送信モジュール１７６０は、ポリシー認可作成／更新メッセージをコアエンティティに送信するように構成され、ポリシー認可作成／更新メッセージは、ＱＮＣの制御パラメータを含む。

【0267】

本出願のこの実施態様の可能な設計において、本方法は、以下を更に含む。

【0268】

アプリケーションエンティティは、通知メッセージの報告頻度(reporting frequency)が頻度閾値(frequency threshold)よりも大きいかまたは小さい場合に、ＱＮＣの変更された制御パラメータをコアエンティティに送信する。

【0269】

本出願のこの実施形態の可能な設計において、ＱＮＣのパラメータ値は、以下の少なくとも１つを含む。

【0270】

ＰＤＢ、ＰＥＲ、およびＣＢＲ。

【0271】

本出願のこの実施形態の可能な設計では、ＱＮＣの少なくとも２つのパラメータ値がある。

【0272】

少なくとも２つのパラメータ値は、同じ報告条件に対応し、且つ／或いは、少なくとも２つのタイプのパラメータ値は、異なる報告条件に対応する。

【0273】

本出願のこの実施態様の可能な設計において、報告条件は、以下の少なくとも１つを含む。

【0274】

第１の時間内のＱＮＣのパラメータ値の変化値が、第１の閾値よりも大きい。

【0275】

第２の時間内のＱＮＣのパラメータ値の変化率が、第２の閾値よりも大きい。

【0276】

第１の時間内のＱＮＣのパラメータ値の変化値が、第１の閾値よりも大きく、第３の閾値について連続的に保持される。

【0277】

第２の時間内のＱＮＣのパラメータ値の変化率が、第２の閾値よりも大きく、第４の閾値について連続的に保持される。

【0278】

第３の閾値および第４の閾値は、保持時間を測定するための閾値であり、第３の閾値は、変化値の保持時間を測定するための閾値であり、第４の閾値は、変化率の残り時間を測定するための閾値である。

【0279】

本出願のこの実施形態の可能な設計において、非ＧＢＲベアリングフローは、以下を含む。

【0280】

非ＧＢＲサービス品質（ＱｏＳ：quality of service）フロー、または非ＧＢＲ進化パケットシステム（ＥＰＳ：evolved packet system）ベアラ。

【0281】

本出願のこの実施形態の可能な設計において、ＱＮＣは、アップリンクで定義される、或いは、ＱＮＣは、ダウンリンクで定義される、或いは、ＱＮＣは、アップリンクおよびダウンリンクで定義される。

【0282】

本出願のこの実施形態の可能な設計において、非ＧＢＲベアラフローは、ターゲットサービスフローに対して１対１で対応し、ターゲットサービスフローは、ＱＮＣを有効にし、ＱＮＣのパラメータ値を含む、サービスフローである。

【0283】

図１８は、本出願の実施例によるアプリケーションプログラム制御装置のブロック図である。装置は、以下を含む。

【0284】

アクセスネットワークデバイスによって送信される通知メッセージを、コアエンティティによって受信するように構成される。受信モジュール１８２０であって、通知メッセージは、非保証ビットレート（ＧＢＲ：non-guaranteed bit rate）フローのサービス品質通知制御（ＱＮＣ：quality of service notification control）のパラメータにおける変化が報告条件を満たすことを示すために使用される、受信モジュール１８２０。

【0285】

アプリケーションエンティティが通知メッセージに従ってアプリケーションプログラムのトラフィックを制御するように、通知メッセージをアプリケーションエンティティに送信するように構成される、送信モジュール１８４０。

【0286】

本出願のこの実施形態の可能な設計において、送信モジュール１８４０は、コアエンティティによって、イベント報告をアプリケーションエンティティに送信するように構成され、イベント報告は、通知メッセージを含む。

【0287】

本出願のこの実施形態の可能な設計において、通知メッセージは、以下を含む。

【0288】

ＱＮＣの変更されたパラメータ値、または、ＱＮＣの変更されたパラメータ値の量子化された値。

【0289】

本出願のこの実施形態の可能な設計において、送信モジュール１８４０は、ＱＮＣの制御パラメータに従ってＱＮＣプロファイルをアクセスネットワークデバイスに送信するように構成される。

【0290】

ＱＮＣの制御パラメータは、ＱＮＣのパラメータおよび報告条件を示すために使用される。

【0291】

本出願のこの実施形態の可能な設計において、受信モジュール１８２０は、アプリケーションエンティティによって送信されるポリシー認可作成／更新メッセージを受信するように構成され、ポリシー認可作成／更新メッセージは、ＱＮＣの制御パラメータを含む。

【0292】

本出願のこの実施形態の可能な設計において、受信モジュール１８２０は、ＱＮＣの加入データを取得するように構成され、加入データは、ＱＮＣの制御パラメータを含む。

【0293】

図１９は、本出願の一実施形態によるネットワーク要素デバイス１９００(network element device)の概略的な構造図である。例えば、ネットワーク要素デバイスは、アプリケーションプログラム制御方法を実行するように構成されることがある。任意で、ネットワーク要素デバイス１９００は、アプリケーションエンティティまたはコアエンティティである。具体的には、ネットワーク要素デバイス１９００は、プロセッサ１９０１と、受信機１９０２と、送信機１９０３と、メモリ１９０４と、バス１９０５とを含むことがある。

【0294】

プロセッサ１９０１は、１つ以上の処理コアを含み、プロセッサ１９０１は、ソフトウェアプログラムおよびモジュールを実行することによって、様々な機能的アプリケーションおよび情報処理を実行する。

【0295】

受信機１９０２および送信機１９０３は、送受信機１９０６(トランシーバ)として実装されることがある。送受信機１９０６は、通信チップであることがある。

【0296】

メモリ１９０４は、バス１９０５を通じてプロセッサ１９０１に接続される。

【0297】

メモリ１９０４は、コンピュータプログラムを格納するように構成されることがあり、プロセッサ１９０１は、前述の方法の実施形態において、アプリケーションエンティティ、コアネットワーク要素またはコアエンティティによって実行される各ステップを実装するようにコンピュータプログラムを実行するように構成される。

【0298】

加えて、メモリ１９０４は、任意のタイプの揮発性または不揮発性の記憶装置またはそれらの組み合わせによって実装されることがある。揮発性または不揮発性の記憶装置は、ＲＡＭ、ＲＯＭ、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他の固体メモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または別の光メモリ、テープカートリッジ、磁気カセット、磁気ディスクメモリ、または他の磁気記憶デバイスを含むが、これらに限定されない。

【0299】

本出願は、コンピュータ読取可能な記憶媒体を更に提供し、記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを格納し、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットは、前記方法の実施形態に従ってアプリケーションプログラム制御方法を実装するために、プロセッサによってロードされ且つ実行される。

【0300】

任意で、本出願は、コンピュータプログラム製品を更に提供し、コンピュータプログラム製品は、コンピュータ命令を含み、コンピュータ命令は、コンピュータ読取可能な記憶媒体に格納される。コンピュータデバイスのプロセッサは、コンピュータ読取可能な記憶媒体からコンピュータ命令を読み取り、コンピュータ命令を実行して、コンピュータデバイスに上記態様に従ってアプリケーションプログラム制御方法を実行させる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】