特許 7516678 ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-07-05

(45)【発行日】2024-07-16

(54)【発明の名称】ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及びプログラム

(51)【国際特許分類】

   H04W 36/00 20090101AFI20240708BHJP

   H04W 92/20 20090101ALI20240708BHJP

   H04W 28/24 20090101ALI20240708BHJP

【ＦＩ】

H04W36/00

H04W92/20

H04W28/24

【請求項の数】 21

(21)【出願番号】P 2023548556

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

(65)【公表番号】

(43)【公表日】2024-02-08

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

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

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

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

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

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

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

(73)【特許権者】

【識別番号】514187420

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ション，チュンシャン

【審査官】永井 啓司

(56)【参考文献】

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

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

【文献】特表２０２２－５４２５７５（ＪＰ，Ａ）

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ハンドオーバ手順に基づくメッセージ送信方法であって、
ハンドオーバ完了後の非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、ソースアクセスネットワーク機器が前記ターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信するステップ、を含み、
前記ＱＮＣ制御パラメータは、前記非ＧＢＲベアラフローのＱＮＣのパラメータ及び前記報告条件を示すために使用される、方法。

【請求項2】

ハンドオーバ手順において、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信するステップは、
ハンドオーバ手順において、ソースアクセスネットワーク機器がコアネットワークエンティティを介してターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信するステップ、を含む、請求項１に記載の方法。

【請求項3】

ハンドオーバ手順において、ソースアクセスネットワーク機器がコアネットワークエンティティを介してターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信するステップは、
ハンドオーバ手順において、前記ソースアクセスネットワーク機器が前記コアネットワークエンティティにハンドオーバ要求を送信するステップであって、前記ハンドオーバ要求は、前記ＱＮＣ制御パラメータを搬送している、ステップ、を含む、請求項２に記載の方法。

【請求項4】

前記ＱＮＣ制御パラメータは、前記ハンドオーバ要求におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている、請求項３に記載の方法。

【請求項5】

第１のパラメータ値から第２のパラメータ値への変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器が前記コアネットワークエンティティを介して前記アプリケーションエンティティに通知メッセージを送信するように、前記ハンドオーバ手順において、前記ソースアクセスネットワーク機器が前記ターゲットアクセスネットワーク機器に前記第１のパラメータ値を送信するステップ、をさらに含み、
前記第１のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、
前記第２のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ後のパラメータ値である、請求項１乃至４の何れかに記載の方法。

【請求項6】

前記第１のパラメータ値は、ハンドオーバ要求におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている、請求項５に記載の方法。

【請求項7】

前記ＱＮＣのパラメータは、パケットデータ遅延（ＰＤＲ）、パケット誤り率（ＰＥＲ）及び現在ビットレート（ＣＢＲ）の少なくとも１つを含む、請求項１乃至６の何れかに記載の方法。

【請求項8】

前記報告条件は、
前記ＱＮＣのパラメータ値の第１の期間内の変化値が第１の閾値よりも大きいこと、
前記ＱＮＣのパラメータ値の第２の期間内の変化率が第２の閾値よりも大きいこと、
前記ＱＮＣのパラメータ値の前記第１の期間内の変化値が第１の閾値よりも大きく、且つ第３の閾値だけ継続すること、及び
前記ＱＮＣのパラメータ値の前記第２の期間内の変化率が第２の閾値よりも大きく、且つ第４の閾値だけ継続することの少なくとも１つを含み、
前記第３の閾値及び前記第４の閾値は、継続期間を評価するための閾値である、請求項１乃至６の何れかに記載の方法。

【請求項9】

ハンドオーバ手順に基づくメッセージ送信方法であって、
ハンドオーバ手順において、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣ制御パラメータを受信するステップであって、前記ＱＮＣ制御パラメータは、ＱＮＣのパラメータ及び報告条件を示すために使用される、ステップと、
ハンドオーバ完了後に、前記非ＧＢＲベアラフローの前記ＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するステップと、を含む、方法。

【請求項10】

ハンドオーバ手順において、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣ制御パラメータを受信するステップは、
前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がソースアクセスネットワーク機器からの前記ＱＮＣ制御パラメータを受信するステップ、及び／又は、
前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティからの前記ＱＮＣ制御パラメータを受信するステップ、を含む、請求項９に記載の方法。

【請求項11】

前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がソースアクセスネットワーク機器からの前記ＱＮＣ制御パラメータを受信するステップは、
前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティにより送信されたハンドオーバ命令を受信するステップであって、前記ハンドオーバ命令は、ソースアクセスネットワーク機器からの前記ＱＮＣ制御パラメータを搬送している、ステップ、を含む、請求項１０に記載の方法。

【請求項12】

前記ソースアクセスネットワーク機器からの前記ＱＮＣ制御パラメータは、前記ハンドオーバ命令におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている、請求項１１に記載の方法。

【請求項13】

前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティからの前記ＱＮＣ制御パラメータを受信するステップは、
前記ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティにより送信されたハンドオーバ命令を受信するステップであって、前記ハンドオーバ命令は、前記コアネットワークエンティティからの前記ＱＮＣ制御パラメータを搬送している、ステップ、を含む、請求項１０に記載の方法。

【請求項14】

前記コアネットワークエンティティからの前記ＱＮＣ制御パラメータは、前記ハンドオーバ命令におけるＱｏＳ確立要求フィールドで搬送されている、請求項１３に記載の方法。

【請求項15】

前記ソースアクセスネットワーク機器からの前記ＱＮＣ制御パラメータと前記コアネットワークエンティティからの前記ＱＮＣ制御パラメータとが一致しない場合、前記コアネットワークエンティティからの前記ＱＮＣ制御パラメータを優先的に使用するステップ、をさらに含む、請求項１０に記載の方法。

【請求項16】

前記ハンドオーバ手順において、ターゲットアクセスネットワーク機器がソースアクセスネットワーク機器の第１のパラメータ値を受信するステップ、をさらに含み、
前記ハンドオーバ完了後に、前記非ＧＢＲベアラフローの前記ＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するステップは、
ハンドオーバ完了後に、前記第１のパラメータ値から第２のパラメータ値への変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器が前記コアネットワークエンティティを介して前記アプリケーションエンティティに通知メッセージを送信するステップ、を含み、
前記第１のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、
前記第２のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ後のパラメータ値である、請求項９乃至１５の何れかに記載の方法。

【請求項17】

前記ハンドオーバ手順において、ターゲットアクセスネットワーク機器がソースアクセスネットワーク機器の第１のパラメータ値を受信するステップは、
前記ハンドオーバ手順において、ターゲットアクセスネットワーク機器がソースアクセスネットワーク機器により送信された第１のパラメータ値を受信するステップ、をさらに含み、
前記ハンドオーバ完了後に、前記非ＧＢＲベアラフローの前記ＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するステップは、
ハンドオーバ完了後に、前記第１のパラメータ値から第２のパラメータ値への変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器が前記コアネットワークエンティティを介して前記アプリケーションエンティティに通知メッセージを送信するステップ、を含み、
前記第１のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、
前記第２のパラメータ値は、前記ＱＮＣのパラメータのハンドオーバ後のパラメータ値である、請求項１６に記載の方法。

【請求項18】

ハンドオーバ手順に基づくメッセージ送信装置であって、
ハンドオーバ完了後の非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する送信モジュール、を含み、
前記ＱＮＣ制御パラメータは、前記非ＧＢＲベアラフローのＱＮＣのパラメータ及び前記報告条件を示すために使用される、装置。

【請求項19】

ハンドオーバ手順に基づくメッセージ送信装置であって、
ハンドオーバ手順において、ＱＮＣ制御パラメータを受信する受信モジュールであって、前記ＱＮＣ制御パラメータは、非ＧＢＲベアラフローのＱＮＣのパラメータ及び報告条件を示すために使用される、受信モジュールと、
ハンドオーバ完了後に、前記非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、コアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する送信モジュールと、を含む、装置。

【請求項20】

プロセッサと、コンピュータプログラムが記憶されたメモリと、を含むネットワーク要素機器であって、前記コンピュータプログラムは、請求項１乃至８の何れかに記載のハンドオーバ手順に基づくメッセージ送信方法、又は請求項９乃至１７の何れかに記載のハンドオーバ手順に基づくメッセージ送信方法を実現するように、前記プロセッサによりロードされて実行される、ネットワーク要素機器。

【請求項21】

請求項１乃至８の何れかに記載のハンドオーバ手順に基づくメッセージ送信方法、又は請求項９乃至１７の何れかに記載のハンドオーバ手順に基づくメッセージ送信方法をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２１年２月２５日に中国特許庁に出願した出願番号が２０２１１０２１５３８０．０であり、発明の名称が「ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及び媒体」である中国特許出願に基づく優先権を主張し、その全ての内容を参照により本発明に援用する。

【0002】

本発明は、移動通信分野に関し、具体的には、ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及び媒体に関する。

【背景技術】

【0003】

第５世代（５ｔｈ－Ｇｅｎｅｒａｔｉｏｎ：５Ｇ）移動通信技術では、ＱｏＳ制御をサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ Ｆｌｏｗ：ＱｏＳ Ｆｌｏｗ）単位で行う。

【0004】

ＱｏＳフローは、ベアラタイプに応じて、保証ビットレート（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：ＧＢＲ）と非保証ビットレート（Ｎｏｎ－Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：非ＧＢＲ）に分けられる。ＧＢＲのＱｏＳフローでは、ネットワークリソースが逼迫している場合でも、対応するビットレートが保証される。非ＧＢＲのＱｏＳフローでは、ネットワークリソースが逼迫している場合、レートを下げる必要がある。

【0005】

現在のトラフィックの９０％以上は、一般的なオーディオ／ビデオ通話やオンライン会議などの非ＧＢＲ ＱｏＳフローである。無線ネットワークの状態が変化すると、このようなオーディオ／ビデオ通信にタイムラグが頻繁に発生する。

【発明の概要】

【0006】

本発明の実施例は、非ＧＢＲベアラフローのＱｏＳ通知メカニズムを最適化することができる、ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及び媒体を提供する。その技術的手段は、以下の通りである。

【0007】

本発明の１つの態様では、ハンドオーバ手順に基づくメッセージ送信方法であって、ハンドオーバ完了後の非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、ソースアクセスネットワーク機器が前記ターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信するステップ、を含み、前記ＱＮＣ制御パラメータは、前記非ＧＢＲベアラフローのＱＮＣのパラメータ及び前記報告条件を示すために使用される、方法を提供する。

【0008】

本発明のもう１つの態様では、ハンドオーバ手順に基づくメッセージ送信方法であって、ハンドオーバ手順において、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣ制御パラメータを受信するステップであって、前記ＱＮＣ制御パラメータは、ＱＮＣのパラメータ及び報告条件を示すために使用される、ステップと、ハンドオーバ完了後に、前記非ＧＢＲベアラフローの前記ＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、前記ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するステップと、を含む、方法を提供する。

【0009】

本発明のもう１つの態様では、ハンドオーバ手順に基づくメッセージ送信装置であって、ハンドオーバ完了後の非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、前記ターゲットアクセスネットワーク機器に前記非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する送信モジュール、を含み、前記ＱＮＣ制御パラメータは、前記非ＧＢＲベアラフローのＱＮＣのパラメータ及び前記報告条件を示すために使用される、装置を提供する。

【0010】

本発明のもう１つの態様では、ハンドオーバ手順に基づくメッセージ送信装置であって、ハンドオーバ手順において、ＱＮＣ制御パラメータを受信する受信モジュールであって、前記ＱＮＣ制御パラメータは、非ＧＢＲベアラフローのＱＮＣのパラメータ及び報告条件を示すために使用される、受信モジュールと、ハンドオーバ完了後に、前記非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が前記報告条件を満たす場合、コアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する送信モジュールと、を含む、装置を提供する。

【0011】

本発明のもう１つの態様では、プロセッサと、コンピュータプログラムが記憶されたメモリと、を含むアクセスネットワーク機器であって、前記コンピュータプログラムは、上記のハンドオーバ手順に基づくメッセージ送信方法を実現するように、前記プロセッサによりロードされて実行される、アクセスネットワーク機器を提供する。

【0012】

本発明のもう１つの態様では、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、上記のハンドオーバ手順に基づくメッセージ送信方法を実現するように、プロセッサによりロードされて実行される、記憶媒体を提供する。

【0013】

本発明のもう１つの態様では、コンピュータ読み取り可能な記憶媒体に記憶されたコンピュータ命令を含むコンピュータプログラム製品であって、コンピュータ機器のプロセッサは、コンピュータ読み取り可能な記憶媒体から該コンピュータ命令を読み取って実行することで、上記のハンドオーバ手順に基づくメッセージ送信方法を該コンピュータ機器に実行させる、コンピュータプログラム製品を提供する。

【0014】

本発明の実施例の技術的手段は、少なくとも以下の有利な効果を奏する。

【0015】

ハンドオーバ手順は無線ネットワーク状態の快速な変化を最も容易に引き起こす手順であるため、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信することで、非ＧＢＲベアラフローのＱＮＣのパラメータ値の増加／減少が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信することができるため、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、又は、非ＧＢＲベアラフローの関連パラメータが悪い状況から良い状況に回復する場合、アプリケーションエンティティが該パラメータの変化に応じて自身内部のアプリケーションプログラムを調整し、アプリケーションプログラムの実行を最適化することができる。

【図面の簡単な説明】

【0016】

【図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】本発明の１つの例示的な実施例に係るネットワーク要素機器を示すブロック図である。

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

【0017】

図１は、本発明の１つの例示的な実施例に係る通信システムの構成を示すブロック図である。図１に示すように、システムアーキテクチャ１００は、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、無線アクセスネットワーク機器（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）、コアネットワーク（Ｃｏｒｅ）、及びデータネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ：ＤＮ）により構成されてもよい。ここで、ＵＥ、ＲＡＮ、Ｃｏｒｅはアーキテクチャを構成する主要なコンポーネントであり、論理的にはユーザプレーンと制御プレーンの２つの部分に分けられ、制御プレーンは移動ネットワークの管理を担当し、ユーザプレーンはサービスデータの伝送を担当する。図１において、ＮＧ２基準点はＲＡＮ制御プレーンとＣｏｒｅ制御プレーンとの間に位置し、ＮＧ３基準点はＲＡＮユーザプレーンとＣｏｒｅユーザプレーンとの間に位置し、ＮＧ６基準点はＣｏｒｅユーザプレーンとデータネットワークとの間に位置する。

【0018】

ＵＥ：移動ユーザがネットワークと相互作用する入口であり、基本的な計算能力、記憶能力を提供でき、ユーザにサービスウィンドウを表示し、ユーザ操作入力を受け付ける。ＵＥは、制御信号及びサービスデータを移動ネットワークに送信するために、ＲＡＮとの信号接続及びデータ接続を確立するために、次世代のエアーインターフェース技術を使用する。

【0019】

ＲＡＮ：従来のネットワーク内の基地局と同様に、ＵＥの近くに配備され、セル範囲内の許可されたユーザにネットワーク機能を提供し、ユーザのレベル、サービスの要求などに応じて異なる品質の伝送チャネルを使用してユーザデータを伝送することができる。ＲＡＮは、自身のリソースを管理し、合理的に利用し、必要に応じてＵＥにアクセスサービスを提供し、制御信号とユーザデータをＵＥとコアネットワークの間で転送することができる。

【0020】

Ｃｏｒｅ：移動ネットワークのサブスクリプションデータの維持、移動ネットワークのネットワーク要素の管理を行い、ＵＥにセッション管理、モビリティ管理、ポリシー管理、セキュリティ認証などの機能を提供する。ＵＥがアタッチされた場合、ＵＥにネットワークアクセス認証を提供する。ＵＥにサービス要求がある場合、ＵＥにネットワークリソースを割り当てる。ＵＥが移動した場合、ＵＥのためにネットワークリソースを更新する。ＵＥがアイドル状態にある場合、ＵＥに高速回復メカニズムを提供する。ＵＥがアタッチを解除する場合、ＵＥのためにネットワークリソースを解放する。ＵＥにサービスデータがある場合、アップリンクデータをＤＮに転送するなど、ＵＥにデータルーティング機能を提供し、或いは、ＤＮからＵＥダウンリンクデータを受信し、ＵＥに送信するようにＲＡＮに転送する。

【0021】

ＤＮ：ユーザにサービスを提供するデータネットワークであり、一般クライアントはＵＥに位置し、サーバはデータネットワークに位置する。データネットワークは、ローカルエリアネットワークのようなプライベートネットワークであってもよいし、Ｉｎｔｅｒｎｅｔのような通信事業者により管理されない外部ネットワークであってもよいし、ＩＰマルチメディアネットワークサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ：ＩＭＳ）サービスを構成するために通信事業者により共同で配備された独自のネットワークであってもよい。

【0022】

図２は、図１に基づいて決定された詳細なアーキテクチャであって、そのコアネットワークのユーザプレーンは、ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ：ＵＰＦ）を含む。コアネットワークプレーン面は、認証サーバ機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：ＡＵＳＦ）、アクセスモビリティ管理（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：ＡＭＦ）、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：ＳＭＦ）、ネットワークスライス選択機能（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＮＳＳＦ）、ネットワーク開放機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ：ＮＥＦ）、ネットワーク機能倉庫機能（ＮＦ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ：ＮＲＦ）、統一データ管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ：ＵＤＭ）、ポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：ＰＣＦ）、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＡＦ）を含む。これらの機能エンティティ（機能又はエンティティと略称される）の機能は次のとおりである。

【0023】

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

【0024】

ＡＵＳＦ：ＵＥのセキュリティ認証を行う。

【0025】

ＡＭＦ：ＵＥアクセス及びモビリティ管理を行う。

【0026】

ＳＭＦ：ＵＥセッション管理を行う。

【0027】

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

【0028】

ＮＥＦ：ＡＰＩインターフェースの方式でサードパーティにネットワーク機能を開放する。

【0029】

ＮＲＦ：他のネットワーク要素にネットワーク機能エンティティ情報の記憶機能と選択機能を提供する。

【0030】

ＵＤＭ：ユーザサブスクリプションコンテキスト管理を行う。

【0031】

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

【0032】

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

【0033】

図２に示すアーキテクチャでは、Ｎ１インターフェースは、ＵＥとＡＭＦとの間の基準点である。Ｎ２インターフェースは、ＲＡＮとＡＭＦの基準点であり、ＮＡＳメッセージの送信などに用いられる。Ｎ３インターフェースは、ＲＡＮとＵＰＦの間の基準点であり、ユーザプレーンのデータなどを伝送するために用いられる。Ｎ４インターフェースは、ＳＭＦとＵＰＦの間の基準点であり、例えばＮ３接続のトンネル識別情報、データバッファ指示情報及びダウンリンクデータ通知メッセージなどの情報を伝送する。Ｎ６インターフェースは、ＵＰＦとＤＮの間の基準点であり、ユーザプレーンのデータなどを伝送するために用いられる。ＮＧインターフェース：無線アクセスネットワーク機器と５Ｇコアネットワークの間のインターフェースである。

【0034】

なお、図１及び図２における各ネットワーク要素間のインターフェース名は、単なる一例であり、具体的な実装におけるインターフェース名は他の名称であってもよく、本発明の実施例では特に限定しない。図１及び図２に含まれる各ネットワーク要素（例えばＳＭＦ、ＡＦ、ＵＰＦなど）の名称も一例であり、ネットワーク要素自体の機能は限定されない。５ＧＳ及び将来の他のネットワークにおいては、上記各ネットワーク要素は他の名称であってもよく、本発明の実施例はこれに特に限定されない。例えば、６Ｇネットワークでは、上記の各ネットワーク要素の一部又は全部は、５Ｇの用語をそのまま使用してもよく、他の名称を使用してもよく、以下では説明しないが、本明細書ではこれらをまとめて説明する。さらに、上記の各ネットワーク要素間で送信されるメッセージ（又はシグナリング）の名称も単なる一例であり、メッセージ自体の機能を限定するものではないことを理解されたい。上記の各ネットワーク要素エンティティは、コンピュータ機器として実装されてもよいし、コンピュータ機器内で動作する仮想コンピュータ機器として実装されてもよい。

【0035】

本発明の実施例では、非ＧＢＲ ＱｏＳフローのための快速に変化するＱｏＳ通知制御（Ｑｕｉｃｋ Ｃｈａｎｇｅ ＱｏＳ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ：ＱＣＱＮＣ）メカニズムが定義される。ＱＣＱＮＣメカニズムは、ＱｏＳ通知制御（ＱｏＳ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ：ＱＮＣ）の一種であり、ＱＮＣと略称されてもよい。本発明の実施例に係るＱＣＱＮＣメカニズムでは、アクセスネットワーク機器は、非ＧＢＲ ＱｏＳフローの少なくとも１つのＱｏＳパラメータが快速に変化したことを検出した場合、ＳＭＦに快速変化通知を送信する。ＳＭＦは、ＰＣＦ、ＡＦ及びＵＥに快速変化通知を送信する。ＡＦ及びＵＥは、快速変化通知を受信した後、アプリケーションプログラムが該変化に適応し、タイムラグなどのサービス体験ＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）に影響する現象を回避するように、自身の内部のアプリケーションプログラムを調整する。

【0036】

ＱｏＳフローは、ＰＵＤセッションにおける最小のＱｏＳ区別粒度である。５Ｇシステムでは、ＱｏＳフローＩＤ（ＱＦＩ）を用いてＱｏＳフローを区別する。ＱｏＳフローは、ＳＭＦにより制御され、事前構成され、或いはＰＤＵセッション確立プロセスで確立され、或いはＰＤＵセッション変更手順で変更される。

【0037】

本発明の実施例では、非ＧＢＲ ＱｏＳフローのために、以下のＱｏＳ特性が定義される。

【0038】

・５Ｇ ＱｏＳ識別子（５Ｇ ＱｏＳ Ｉｄｅｎｔｉｆｉｅｒ：５ＱＩ）、優先度の割り当てと維持（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ：ＡＲＰ）、反映ＱｏＳ特性（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ：ＲＱＡ）。

【0039】

・また、非ＧＢＲ ＱｏＳフローの５ＱＩに対しては、次のようなＱｏＳ特性のみが定義されている。

【0040】

・リソースタイプ（Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ）
ＧＢＲ、遅延キーＧＢＲ、又は非ＧＢＲに分類される。

【0041】

・優先度（Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ）
・パケットデータ遅延（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ：ＰＤＢ）
パケットデータ遅延（予算）は、コアネットワークのパケット遅延を含む。

【0042】

・パケット誤り率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ：ＰＥＲ）
これら４つのＱｏＳ特性のうち、前の２つのパラメータＲｅｓｏｕｒｃｅ Ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌは５ＱＩを定義する特性であり、後の２つのパラメータＰＤＢとＰＥＲは５ＱＩを定義する性能である。

【0043】

本発明の実施例では、ＱｏＳ ＱＮＣのためのＰｒｏｆｉｌｅ（特性）は、非ＧＢＲに関するＱｏＳフロー（Ｎｏｎ ＧＢＲ ＱｏＳ Ｆｌｏｗ：ＮＧＢＦ）の３つのパラメータ、即ち、ＰＤＢ、ＰＥＲ及び現在の伝送速度（Ｃｕｒｒｅｎｔ Ｂｉｔ Ｒａｔｅ：ＣＢＲ）である。ＲＡＮは、これら３つのパラメータの何れか１つのパラメータ値が増加又は減少する変化率（又は、増加又は減少する変化値）が所定の閾値を超えていると検出した場合（パラメータによって性質が異なるため、パラメータごとに対応する変化率又は変化値が異なる）、ＳＭＦに通知メッセージを送信し、全てのパラメータの変化率又は変化値を通知する。ＳＭＦはＰＣＦに通知メッセージを送信し、ＰＣＦはＡＦに通知メッセージを送信し、ＡＦに対応するアプリケーションプログラムはそれに応じて調整を行う。同時に、ＳＭＦはＮＡＳメッセージを介してＵＥに通知メッセージを送信し、ＵＥに対応するアプリケーションプログラムもそれに応じて調整を行ってもよい。これによって、ネットワークとアプリケーションとのインタラクションを実現し、サービス伝送の最適化を実現し、ネットワークが輻輳する時のタイムラグを解決し、又はネットワーク条件が良くなった後、アプリケーションプログラムが依然として非常に低い伝送速度を使用し、ネットワークリソースを十分に利用できず、ユーザの体験を向上させることができないという問題を解決することができる。

【0044】

１つの実施例では、パラメータの変化は以下の２つの定義を有する。

【0045】

１．変化値
パラメータ値がＡからＢに変化する場合、Ｂ－Ａを変化値として定義する。なお、パラメータ値がＡからＢに変化した場合の変化値を第１の変化値とし、ＢからＡに戻った場合の変化値を第２の変化値とすると、第１の変化値と第２の変化値の大きさは同一である（正負を考慮しない）。

【0046】

２．変化率
１つの可能な設計では、パラメータ値がＡからＢに変化する場合、（Ｂ－Ａ）／Ａを変化値として定義する。なお、パラメータ値がＡからＢに変化した場合の変化率を第１の変化率（Ｂ－Ａ）／Ａとし、ＢからＡに戻った場合の変化率を第２の変化率（Ａ－Ｂ）／Ｂとすると、第１の変化率と第２の変化率の大きさは同一である（正負を考慮しない）。

【0047】

即ち、（Ｂ－Ａ）／Ａは（Ａ－Ｂ）／Ｂの大きさに等しくない（Ｂ＞Ａ＞０と仮定する）。従って、上記の定義では、パラメータ値Ａがパラメータ値Ｂに３０％上昇した後、パラメータ値Ｂが３０％低下した後、パラメータ値Ａに戻るわけではない。

【0048】

もう１つの可能な設計では、同一のパラメータ値を３０％上昇させた後に３０％低下させ、同一のパラメータ値への回復を表すために、変化率をパラメータ値変化前後の（大きい値－小さい値）／小さい値とし、又は変化率をパラメータ値変化前後の（大きい値－小さい値）／大きい値とし、又は変化率をパラメータ値変化前後の（大きい値－小さい値）／固定値として一意に定義する。ここで、大きい値は、変化前後のパラメータ値のうちの絶対値が大きい方であり、小さい値は、変化前後のパラメータ値のうちの絶対値が小さい方であり、固定値は、予め決定された値のうちの一定の値である。このように、パラメータ値Ａがいったん３０％上昇し、さらに３０％低下した場合、元のパラメータ値Ａに戻る。

【0049】

１つの実施例では、以下の通信プロトコルが提供される。

【0050】

ＱｏＳ構成
１つのＱｏＳフローがＧＢＲ又は非ＧＢＲであるかは、ＱｏＳ構成により決定される。ＱｏＳフローのＱｏＳ構成は、（Ｒ）ＡＮに送信され、次のＱｏＳパラメータ（ＱｏＳパラメータの詳細は、標準ＴＳ２３．５０１のセクション５．７．２で定義されている）を含む。

【0051】

・各ＱｏＳフローについて、ＱｏＳ構成に含めるＱｏＳパラメータ
・５ＱＩ、及び
・ＡＲＰ
・非ＧＢＲのＱｏＳフローについて、ＱｏＳ構成は、ＱｏＳパラメータをさらに含んでもよい。

【0052】

・ＱＣＱＮＣ
・ＲＱＡ
・各ＧＢＲのＱｏＳフローのみについて、ＱｏＳ構成は、ＱｏＳパラメータをさらに含んでもよい。

【0053】

・保証されるフロービットレート（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：ＧＦＢＲ）と
・アップリンク及びダウンリンク、及び、
・最大フロービットレート（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：ＭＦＢＲ）と
・アップリンクとダウンリンク
・ＧＢＲ ＱｏＳフローのみについて、ＱｏＳ構成は、１つ以上のＱｏＳパラメータを含んでもよい。

【0054】

・通知制御
・最大パケット損失率と
・アップリンク及びダウンリンク。

【0055】

１つの実施例では、ＱｏＳ快速変化通知制御構成（ＱｏＳ Ｑｕｉｃｋ Ｃｈａｎｇｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｃｏｎｔｒｏｌ Ｐｒｏｆｉｌｅ）が提供される。

【0056】

ＱｏＳ快速変化通知制御構成は、快速変化通知制御を有効にする非ＧＢＲ ＱｏＳフローのために提供される。対応するＰＣＣルールに関連情報（ＴＳ ２３．５０３で記載されるように）が含まれている場合、ＳＭＦは、ＱｏＳ構成ファイルに加えて、ＮＧ－ＲＡＮに快速変化通知制御構成を提供する必要がある。ＳＭＦがＮＧ－ＲＡＮに快速変化通知制御構成（対応するポリシー制御及び課金（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ Ｒｕｌｅ：ＰＣＣ）ルール情報が変化する場合）を提供した場合、ＮＧ－ＲＡＮは以前に記憶されていた構成をそれに置き換える。

【0057】

快速変化通知制御構成は、ＰＤＢ、ＰＥＲ及び検出されたＣＢＲ（現在のビットレート）の任意のＱｏＳパラメータの快速な変化を表し、アプリケーションプログラムが変化したＱｏＳパラメータに基づいてアプリケーションプログラムのトラフィックを制御するのに役立つ。快速変化通知制御構成は、（ＰＤＲ、ＰＥＲ、ＣＢＲ）の短時間内の（２０％、１０％、３０％）快速な変化（増加又は減少）を表し、変化後の新しい値は、持続的に維持されることができ、即ち、この快速な変化は、突発的な衝撃干渉などによる短い速いスパイクではない。

【0058】

なお、快速変化通知制御構成は、ＰＤＢ、ＰＥＲ、ＣＢＲの任意の変更の組合せであってもよく、例えば、快速変化通知制御構成では、増加した（又は減少した）ＰＤＲを２０％に設定してもよいし、増加した（又は減少した）ＰＤＲとＰＥＲを２０％に設定し、増加した（又は減少した）ＣＢＲを１０％に設定してもよいし、増加した（又は減少した）ＣＢＲを３０％に設定してもよい。

【0059】

ＮＧ－ＲＡＮがＳＭＦにＱＣＱＮＣ構成を満たす快速変化通知を送信する場合、ＮＧ－ＲＡＮは、通知メッセージに現在のＱｏＳパラメータ（ＰＤＢ、ＰＥＲ）及びＣＢＲを含めてもよい。

【0060】

非ＧＢＲベアラフローのＱＮＣメカニズムには、次のプロセスが含まれる。

【0061】

１．ハンドオーバ手順におけるＱＮＣ制御
２．ＱＮＣの構成手順
３．ＱＮＣの最適化手順
４．ＱＮＣの通知手順（ＡＦについて）
５．変化後のＱＮＣのパラメータ値の通知手順（ＵＥについて）
以下では、これらの手順をそれぞれ説明する。

【0062】

１．ハンドオーバ手順におけるＱＮＣ制御
ハンドオーバ手順は、ＱＮＣのパラメータの快速な変化を引き起こす最も一般的な要因であり、そのため、ハンドオーバ手順に非ＧＢＲベアラフローに対するＱＮＣメカニズムを導入する必要がある。

【0063】

図３は、本発明の１つの例示的な実施例に係るハンドオーバ手順に基づくメッセージ送信方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用例を示す。この方法には、次のものが含まれる。

【0064】

ステップ３２０：ハンドオーバ手順において、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する。

【0065】

非ＧＢＲベアラフローは、非ＧＢＲタイプのベアラフローを意味する。非ＧＢＲベアラフローは、非ＧＢＲ ＱｏＳフロー、又は非ＧＢＲ ＥＰＳベアラを含む。一例として、５Ｇシステムでは、非ＧＢＲベアラフローは、非ＧＢＲタイプのＱｏＳフローである。４Ｇシステムでは、非ＧＢＲベアラフローは、非ＧＢＲタイプのＥＰＳベアラである。

【0066】

ここで、ＱＮＣ制御パラメータは、非ＧＢＲベアラフローのＱＮＣのパラメータ及び報告条件を示すために使用される。

【0067】

一例として、ＱＮＣ（又はＱＣＱＮＣ）のパラメータは、ＰＤＢ、ＰＥＲ、ＣＢＲの少なくとも１つを含む。ＱＮＣのパラメータが少なくとも２つを含む場合、存在する少なくとも２つのパラメータに対応する報告条件が同一であり、且つ／或いは、存在する少なくとも２つのパラメータに対応する報告条件が異なる。

【0068】

一例として、報告条件（変化閾値、変化報告閾値とも称される）は、以下のうちの少なくとも１つを含む。

【0069】

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

【0070】

第１の閾値は０より大きく且つ１より小さい小数である。例えば、第１の閾値は、２０％、３０％、及び４０％である。第１の期間は、例えば１秒、２秒などの変化値を計算するために使用される周期又は期間である。

【0071】

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

【0072】

第２の閾値は０より大きく且つ１より小さい小数である。例えば、第２の閾値は、２０％、３０％、及び４０％である。第２の期間は、例えば１秒、２秒などの変化率を計算するために使用される周期又は期間である。

【0073】

・ＱＮＣのパラメータの第１の期間内の変化値が第１の閾値より大きく、且つ第３の閾値だけ継続する。

【0074】

第３の閾値は、変化値の継続期間を評価するための閾値であり、例えば２秒である。

【0075】

・ＱＮＣのパラメータの第２の期間内の変化率が第２の閾値より大きく、且つ第４の閾値だけ継続する。

【0076】

第４の閾値は、変化率の継続期間を評価するための閾値であり、例えば２秒である。

【0077】

即ち、第３の閾値及び第４の閾値は、継続期間を評価するための閾値である。

【0078】

ステップ３４０：ハンドオーバ手順において、ターゲットアクセスネットワーク機器がＱＮＣ制御パラメータを受信する。

【0079】

ターゲットアクセスネットワーク機器は、ＱＮＣ制御パラメータに基づいて、非ＧＢＲベアラフローのＱＮＣを有効又は開始する。

【0080】

ステップ３６０：ハンドオーバ完了後、非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0081】

ＱＮＣパラメータ値の変化は、次の２つのうちの少なくとも１つを含む。

【0082】

１、第１のパラメータ値から第２のパラメータ値までの変化
第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値、即ち、ソースアクセスネットワーク機器の現在のパラメータ値である。第２のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値、即ち、ターゲットアクセスネットワーク機器の現在のパラメータ値である。

【0083】

２、第２のパラメータ値から第３のパラメータ値までの変化
第２のパラメータ値及び第３のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値であり、第３のパラメータ値の取り込み時点は第２のパラメータ値よりも遅い。

【0084】

一例として、通知メッセージは、変化後のＱＮＣのパラメータ値をさらに搬送する。即ち、ＱＮＣのパラメータが快速に変化した後、ＱＮＣのパラメータの現在のパラメータ値である。この「現在」は、相対的な概念であり、絶対的な意味での「現在」ではない。例えば、現在のパラメータ値は、報告条件がトリガされた場合のパラメータ値であり、通知メッセージが送信された後のリアルタイムのパラメータ値とは必ずしも一致しない。

【0085】

一例として、変化後のＱＮＣのパラメータ値は、変化後のＱＮＣのパラメータ値の量子化値を使用して表すことができる。例えば、ＱＮＣの値の範囲を１６個の重ならないサブ区間に分割する。１６個のサブ区間のそれぞれは、４ビットで表される一意の量子化値に対応する。変化後のＱＮＣのパラメータ値がｉ番目のサブ区間に属する場合、ｉ番目のサブ区間に対応する量子化値で表され、その量子化値は４ビットで表示されてもよい。これによって、通知メッセージに必要な伝送リソースを低減することができる。

【0086】

上述したように、ハンドオーバ手順は無線ネットワーク状態の快速な変化を最も容易に引き起こす手順であるため、本実施例に係る方法は、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信することで、非ＧＢＲベアラフローのＱＮＣのパラメータ値の増加／減少が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティ及び端末に通知メッセージを送信することができるため、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、又は、非ＧＢＲベアラフローの関連パラメータが悪い状況から良い状況に回復する場合、アプリケーションエンティティが該パラメータの変化に応じて自身内部のアプリケーションプログラムを調整し、アプリケーションプログラム及び端末の実行を最適化することができる。

【0087】

一例として、ハンドオーバ手順において、ソースアクセスネットワーク機器は、非ＧＢＲベアラフローのＱＮＣの制御パラメータをコアネットワークエンティティを介してターゲットアクセスネットワーク機器に送信する。異なる通信システムに応じて、コアネットワークエンティティのタイプ、数、及び区分は異なってもよい。５Ｇシステムを一例として、コアネットワークエンティティは、第１のコアネットワークエンティティＡＭＦ、第２のコアネットワークエンティティＳＭＦを含む。ソースアクセスネットワーク機器がコアネットワークエンティティを介してターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣの制御パラメータを送信するプロセスは、好ましくは、以下のステップを含む。

【0088】

１．ハンドオーバ手順において、ソースアクセスネットワーク機器は、ソース第１のコアネットワークエンティティＡＭＦにハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅ）を送信し、ハンドオーバ要求はＱＮＣの制御パラメータを搬送する。

【0089】

２．ソース第１のコアネットワークエンティティＡＭＦは、ターゲット第１のコアネットワークエンティティＡＭＦにＵＥコンテキスト作成要求（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ）を送信し、ＵＥコンテキスト作成要求はＱＮＣの制御パラメータを搬送する。

【0090】

３．ターゲット第１のコアネットワークエンティティＡＭＦは、第２のコアネットワークエンティティＳＭＦにセッションコンテキスト更新要求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ）を送信し、セッションコンテキスト更新要求はＱＮＣの制御パラメータを搬送する。

【0091】

４．第２のコアネットワークエンティティＳＭＦは、ターゲット第１のコアネットワークエンティティＡＭＦに更新セッションコンテキスト応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答）を送信し、更新セッションコンテキスト応答はＱＮＣの制御パラメータを搬送する。

【0092】

５．ターゲット第１のコアネットワークエンティティＡＭＦは、ターゲットアクセスネットワーク機器にハンドオーバ命令（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）を送信し、ハンドオーバ命令はＱＮＣの制御パラメータを搬送する。

【0093】

ＱＮＣの制御パラメータは、ソースツーエンドのトランスペアレント伝送コンテナ内に搬送されてもよい。ここで、ソースツーエンドのトランスペアレント伝送コンテナは、ハンドオーバ要求、ＵＥコンテキスト作成要求、セッションコンテキスト更新要求、セッションコンテキスト更新応答、ハンドオーバ命令におけるトランスペアレント伝送のフィールドである。

【0094】

図４は、本発明のもう１つの例示的な実施例に係るハンドオーバ手順に基づくメッセージ送信方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法には、以下のステップを含む。

【0095】

ステップ３２２：ハンドオーバ手順において、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータ及び第１のパラメータを送信する。

【0096】

図３の実施例と比較して、ソースアクセスネットワーク機器は、ＱＮＣの制御パラメータだけでなく、第１のパラメータ値も同時にターゲットアクセスネットワーク機器に送信する。第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値である。

【0097】

ＱＮＣの制御パラメータ及び第１のパラメータ値は、同一のメッセージ内で送信されてもよいし、異なるメッセージ内で送信されてもよい。本発明では、ＱＮＣの制御パラメータ及び第１のパラメータ値が同一のメッセージ内で送信されることを例示する。

【0098】

一例として、ハンドオーバ手順において、ソースアクセスネットワーク機器は、コアネットワークエンティティを介して、第１のパラメータ値とともに非ＧＢＲベアラフローＱＮＣの制御パラメータをターゲットアクセスネットワーク機器に送信する。コアネットワークエンティティのタイプ、数、及び区分は、通信システムによって異なってもよい。５Ｇシステムを例として、コアネットワークエンティティは、第１のコアネットワークエンティティＡＭＦと第２のコアネットワークエンティティＳＭＦを含む。ソースアクセスネットワーク機器がコアネットワークエンティティを介してターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣの制御パラメータ及び第１のパラメータ値を送信するプロセスは、好ましくは、以下のステップを含む。

【0099】

１．ハンドオーバ手順において、ソースアクセスネットワーク機器は、ソース第１のコアネットワークエンティティＡＭＦにハンドオーバ要求を送信し、ハンドオーバ要求はＱＮＣの制御パラメータを搬送する。

【0100】

２．ソース第１のコアネットワークエンティティＡＭＦは、ターゲット第１のコアネットワークエンティティＡＭＦにＵＥコンテキスト作成要求を送信し、ＵＥコンテキスト作成要求はＱＮＣの制御パラメータ及び第１のパラメータ値を搬送する。

【0101】

３．ターゲット第１のコアネットワークエンティティＡＭＦは、第２のコアネットワークエンティティＳＭＦにセッションコンテキスト更新要求を送信し、セッションコンテキスト更新要求はＱＮＣの制御パラメータ及び第１のパラメータ値を搬送する。

【0102】

４．第２のコアネットワークエンティティＳＭＦは、セッションコンテキスト更新応答をターゲット第１のコアネットワークエンティティＡＭＦに送信し、ＱＮＣの制御パラメータ及び第１のパラメータ値を搬送する。

【0103】

５．ターゲット第１のコアネットワークエンティティＡＭＦは、ターゲットアクセスネットワーク機器にハンドオーバ命令を送信し、ハンドオーバ命令はＱＮＣの制御パラメータ及び第１のパラメータ値を搬送する。

【0104】

好ましくは、ＱＮＣの制御パラメータ及び第１のパラメータ値は、ソースツーエンドのトランスペアレント伝送コンテナに搬送されている。ここで、ソースツーエンドのトランスペアレント伝送コンテナは、ハンドオーバ要求、ＵＥコンテキスト作成要求、セッションコンテキスト更新要求、セッションコンテキスト更新応答、ハンドオーバ命令におけるトランスペアレント伝送のフィールドである。

【0105】

ステップ３４２：ハンドオーバ手順において、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣ制御パラメータ及び第１のパラメータ値を受信する。

【0106】

一例として、ハンドオーバ命令は、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に送信するＱＮＣの制御パラメータに加えて、第２のコアネットワークエンティティＳＭＦがターゲットアクセスネットワーク機器に送信するＱＮＣの制御パラメータをさらに搬送してもよい。

【0107】

２つのグループのＱＮＣの制御パラメータは、ハンドオーバ命令の異なるフィールドに搬送されてもよい。一例として、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に送信するＱＮＣの制御パラメータは、ハンドオーバ命令のソースツーエンドのトランスペアレント伝送コンテナフィールド内に搬送される。第２のコアネットワークエンティティＳＭＦがターゲットアクセスネットワーク機器に送信するＱＮＣの制御パラメータは、ハンドオーバ命令のＱｏＳ構成要求フィールドに搬送される。

【0108】

通常、２つのグループのＱＮＣの制御パラメータは一致する。しかし、２つのグループのＱＮＣの制御パラメータが一致しない場合、ターゲットアクセスネットワーク機器は、第２のコアネットワークエンティティＳＭＦがターゲットアクセスネットワーク機器に送信するＱＮＣの制御パラメータを優先的に使用する。

【0109】

ステップ３６２：ハンドオーバ完了後に、第１のパラメータ値から第２のパラメータ値への変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0110】

第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、第２のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値である。

【0111】

一例として、通知メッセージは、変化後のＱＮＣのパラメータ値をさらに搬送する。即ち、ＱＮＣのパラメータが快速に変化した後、ＱＮＣのパラメータの現在のパラメータ値である。この「現在」は、相対的な概念であり、絶対的な意味での「現在」ではない。例えば、現在のパラメータ値は、報告条件がトリガされた場合のパラメータ値であり、通知メッセージが送信された後のリアルタイムのパラメータ値とは必ずしも一致しない。

【0112】

一例として、変化後のＱＮＣのパラメータ値は、変化後のＱＮＣのパラメータ値の量子化値を使用して表すことができる。例えば、ＱＮＣの値の範囲を１６個の重ならないサブ区間に分割する。１６個のサブ区間のそれぞれは、４ビットで表される一意の量子化値に対応する。変化後のＱＮＣのパラメータ値がｉ番目のサブ区間に属する場合、ｉ番目のサブ区間に対応する量子化値で表され、その量子化値は４ビットで表示されてもよい。これによって、通知メッセージに必要な伝送リソースを低減することができる。

【0113】

上述したように、本実施例に係る方法は、ソースアクセスネットワーク機器がターゲットアクセスネットワーク機器に非ＧＢＲベアラフローの第１のパラメータ値を送信することで、ターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのハンドオーバ前後のＱＮＣのパラメータの増加／減少を監視させ、ハンドオーバ前後のＱＮＣのパラメータの変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティ及び端末に通知メッセージを送信することができるため、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、又は、非ＧＢＲベアラフローの関連パラメータが悪い状況から良い状況に回復する場合、アプリケーションエンティティが該パラメータの変化に応じて自身内部のアプリケーションプログラムを調整し、アプリケーションプログラム及び端末の実行を最適化することができる。

【0114】

なお、特定の状況では、ソースアクセスネットワーク機器又はソースアクセスネットワーク機器の何れかが非ＧＢＲベアラフローのＱＮＣをサポートせず、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣをサポートする。本発明は、図５に示すように、次の実施例をさらに提供する。

【0115】

ステップ３３０：ハンドオーバ手順において、コアネットワークエンティティがターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する。

【0116】

コアネットワークエンティティは、ソースアクセスネットワーク機器からハンドオーバ要求を受信した後、ハンドオーバ手順が非ＧＢＲベアラフローのハンドオーバに関するものである場合、ハンドオーバ命令にＱＮＣの制御パラメータを追加してもよい。

【0117】

一例として、ＳＭＦは、ハンドオーバ命令のＱｏＳ構成要求項目にＱＮＣの制御パラメータを追加する。該ＱＮＣの制御パラメータは、ＱＮＣを有効にするか否か、ＱＮＣのパラメータ、及び報告条件を含む。

【0118】

ステップ３４０：ハンドオーバ手順において、ターゲットアクセスネットワーク機器がＱＮＣ制御パラメータを受信する。

【0119】

ターゲットアクセスネットワーク機器は、ＱＮＣ制御パラメータに基づいて、非ＧＢＲベアラフローのＱＮＣを有効にし、或いは開始する。

【0120】

ステップ３６０：ハンドオーバ完了後、第２のパラメータ値から第３のパラメータ値への変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器はコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0121】

第２のパラメータ値及び第３のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値であり、第３のパラメータ値の収集時点は、第２のパラメータ値より後である。

【0122】

上述したように、本実施例に係る方法は、コアネットワークエンティティからターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣの制御パラメータを送信することによって、ソースアクセスネットワーク機器が非ＧＢＲベアラフローのＱＮＣをサポートしない場合でも、ターゲットアクセスネットワーク機器が非ＧＢＲベアラフローに対してＱＮＣ制御を行うことをトリガすることができるため、ＱＮＣのパラメータの快速変化を最も引き起こしやすいハンドオーバシナリオに非ＧＢＲベアラフローに対するＱＮＣ制御を導入することができ、アプリケーションプログラムに対する制御を強化し、アプリケーションプログラムがよりよくネットワーク変化に適応できるようにする。

【0123】

２．ＱＮＣの構成手順
非ＧＢＲベアラフローの確立手順又は変更手順では、コアネットワークエンティティから（ソース）アクセスネットワーク機器へのＱＮＣの構成手順が行われる。即ち、コアネットワークエンティティは、ＱＮＣ構成を（ソース）アクセスネットワーク機器に送信し、ＱＮＣ構成は、ＱＮＣのパラメータ及び報告条件（又は「変化閾値」、「快速変化閾値」、「変化報告閾値」、「快速変化報告閾値」とも称される）を構成するために使用される。

【0124】

図６は、本発明のもう１つの例示的な実施例に係るＱＮＣの構成方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。該方法は、次のステップを含む。

【0125】

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

【0126】

第３のコアネットワークエンティティは、コアネットワーク内のポリシー管理を担当するエンティティである。

【0127】

第２のコアネットワークエンティティは、コアネットワーク内のセッション管理を担当するエンティティである。

【0128】

一例として、非ＧＢＲベアラフローの確立手順又は変更手順において、第３のコアネットワークエンティティＰＣＦは、第２のコアネットワークエンティティＳＭＦにＱＮＣのパラメータ及び報告条件を送信する。

【0129】

一例として、ＰＤＵセッションを確立する手順において、１つ（１番目）のＱｏＳフローが確立され、このＱｏＳフローはデフォルトＱｏＳルールに基づくＱｏＳフロー（ＱｏＳ Ｆｌｏｗ ｗｉｔｈ Ｄｅｆａｕｌｔ ＱｏＳ Ｒｕｌｅｓ）と呼ばれる。一般に、このＱｏＳフローは、非ＧＢＲタイプであり、第３のコアネットワークエンティティは、第２のコアネットワークエンティティにＱＮＣのパラメータ及び報告条件を提供することができる。

【0130】

一例として、このＱＮＣのパラメータ及び報告条件は、第３のコアネットワークエンティティＰＣＦによって自ら決定される。或いは、このＱＮＣのパラメータ及び報告条件は、第３のコアネットワークエンティティＰＣＦがアプリケーションエンティティにより送信されたサービスフロー情報に基づいて決定される。或いは、このＱＮＣのパラメータ及び報告条件は、ＵＥのサブスクリプションデータに基づいて第３のコアネットワークエンティティＰＣＦにより決定される。

【0131】

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

【0132】

ステップ４６０：第２のコアネットワークエンティティは、ＱＮＣ構成（ＱＮＣ Ｐｒｏｆｉｌｅ）をアクセスネットワーク機器に送信し、ＱＮＣ構成はＱＮＣのパラメータ及び報告条件をアクセスネットワーク機器のために構成するために使用される。

【0133】

上述したように、本実施例に係る方法は、第３のコアネットワークエンティティから第２のコアネットワークエンティティにＱＮＣのパラメータ及び報告条件を送信することによって、第２のコアネットワークエンティティが非ＧＢＲベアラフローのためにＱＮＣのパラメータ及び報告条件を構成することをトリガして、ＱＮＣの構成プロセスを完成することができる。

【0134】

１つの設計では、図７に示すように、アプリケーションエンティティは第３のコアネットワークエンティティにサービス情報を提供し、サービス情報は、アプリケーションエンティティのために必要な（又は推奨事項としての）ＱＮＣのパラメータ及び報告条件を搬送する。別の設計では、図８に示すように、第３のコアネットワークエンティティは、ＱＮＣサブスクリプションデータに基づいてＱＮＣのパラメータ及び報告条件を決定する。

【0135】

図７は、本発明のもう１つの例示的な実施例に係るＱＮＣの構成方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0136】

ステップ４１２：アプリケーションエンティティＡＦは、第３のコアネットワークエンティティＰＣＦにサービスフロー情報を送信し、サービスフロー情報はＱＮＣの制御パラメータを搬送する。

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

上述したように、本実施例に係る方法は、アプリケーションエンティティから第３のコアネットワークエンティティにＱＮＣの制御パラメータを提供することによって、アプリケーションエンティティとコアネットワークエンティティとの主動的なインタラクションを実現することができ、アプリケーションエンティティにより無線アクセスネットワーク機器（例えば５Ｇ、４ＧのＲＡＮ）を駆動して非ＧＢＲベアラフローの快速変化を報告することができるため、無線アクセスネットワーク機器からアプリケーションエンティティにそのネットワーク能力を開放し、インターネット応用の革新に新しいアプローチを提供することができる。

【0142】

図８は、本発明の１つの例示的な実施例に係るＱＮＣの最適化方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0143】

ステップ４１４：第４のコアネットワークエンティティＵＤＭは、第３のコアネットワークエンティティＰＣＦにＱＮＣサブスクリプションデータを送信し、ＱＮＣサブスクリプションデータはＱＮＣの制御パラメータを搬送する。

【0144】

デフォルトの５ＱＩがＮＧＢＲタイプである場合、ＱＮＣサブスクリプションデータを追加する。第４のコアネットワークエンティティＵＤＭは、ＱＮＣサブスクリプションデータを第２のコアネットワークエンティティＳＭＦに送信し、第２のコアネットワークエンティティＳＭＦは、ＱＮＣサブスクリプションデータを第３のコアネットワークエンティティＰＣＦに送信する。

【0145】

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

【0146】

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

【0147】

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

【0148】

上述したように、本実施例に係る方法は、第３のコアネットワークエンティティがＵＥのサブスクリプションデータに基づいてＱＮＣの制御パラメータを決定することによって、ＵＥのサブスクリプションデータに基づいて５Ｇネットワークを駆動してＡＦ及び／又はＵＥに非ＧＢＲベアラフローの快速変化を報告することができる。

【0149】

３．ＱＮＣの最適化手順
第３のコアネットワークエンティティＰＣＦ又はアプリケーションエンティティＡＦがＱＮＣの通知メッセージの頻度が高すぎることを発見した場合、システムはより多くのシグナリングを受ける。この場合、第３のコアネットワークエンティティＰＣＦ又はアプリケーションエンティティＡＦは、例えば変化閾値を増加させるなど、ＱＮＣの報告条件を変更してもよい。

【0150】

図９は、本発明のもう１つの例示的な実施例に係るＱＮＣの最適化方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0151】

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

【0152】

更新されたＱＮＣの制御パラメータは、ＱＮＣを有効にするか否か、更新されたＱＮＣのパラメータ、更新された変化閾値の少なくとも１つを含む。即ち、更新されたＱＮＣの制御パラメータは、ＱＮＣを有効にするか否か、ＱＮＣのパラメータ、変化閾値の３つのうちの少なくとも１つを更新することができる。

【0153】

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

【0154】

ステップ５４０：第２のコアネットワークエンティティＳＭＦは、（ターゲット）アクセスネットワーク機器にＱＮＣ構成を送信し、ＱＮＣ構成は更新後のＱＮＣの制御パラメータを搬送する。

【0155】

上述したように、本実施例に係る方法は、通知メッセージの報告頻度が頻度閾値よりも大きい又は小さい場合、第２のコアネットワークエンティティＳＭＦ及びアクセスネットワーク機器に更新後のＱＮＣの制御パラメータを送信することによって、システムに大きなシグナリングオーバヘッドを引き起こすことを回避し、或いは、ＱＮＣの通知メカニズムを合理的に利用することができる。

【0156】

図１０は、本発明の１つの例示的な実施例に係るＱＮＣのパラメータ値の通知方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0157】

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

【0158】

更新後のＱＮＣの制御パラメータは、ＱＮＣを有効にするか否か、更新されたＱＮＣのパラメータ、更新された変化閾値の少なくとも１つを含む。即ち、更新されたＱＮＣの制御パラメータは、ＱＮＣを有効にするか否か、ＱＮＣのパラメータ、変化閾値の３つのうちの少なくとも１つを更新することができる。

【0159】

例えば、ＡＦは、通知メッセージの報告頻度が周波数閾値より大きい場合、第３のコアネットワークエンティティＰＣＦに、ＱＮＣを無効にする指示を送信する。また、例えば、ＡＦは、通知メッセージの報告頻度が周波数閾値より大きい場合、減少後のＱＮＣのパラメータを第３のコアネットワークエンティティＰＣＦに送信する。また、例えば、ＡＦは、通知メッセージの報告頻度が頻度閾値よりも大きい場合、増加後の変化閾値を第３のコアネットワークエンティティＰＣＦに送信する。

【0160】

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

【0161】

ステップ５４０：第２のコアネットワークエンティティＳＭＦは、アクセスネットワーク機器にＱＮＣ構成を送信し、ＱＮＣ構成は更新後のＱＮＣの制御パラメータを搬送する。

【0162】

上述したように、本実施例に係る方法は、通知メッセージの報告頻度が頻度閾値より大きい又は小さい場合、ＡＦによりＰＣＦをトリガして第２のコアネットワークエンティティＳＭＦ及びアクセスネットワーク機器に更新後のＱＮＣの制御パラメータを送信することによって、システムに大きい信号のオーバーヘッドを回避することができ、或いは、ＱＮＣの通知メカニズムを合理的に利用することができる。

【0163】

４．ＱＮＣの通知手順（ＡＦについて）
図１１は、本発明の１つの例示的な実施例に係るハンドオーバ手順におけるハンドオーバ手順に基づくメッセージ送信方法を示すフローチャートである。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0164】

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

【0165】

一例として、通知メッセージ内は、変更されたＱＮＣのパラメータ値をさらに搬送する。即ち、ＱＮＣのパラメータが快速に変化した後、ＱＮＣのパラメータの現在のパラメータ値である。この「現在」は相対的な概念であり、絶対的な意味での「現在」ではない。例えば、現在のパラメータ値は、報告条件がトリガされた場合のパラメータ値であり、通知メッセージが送信された後のリアルタイムのパラメータ値とは必ずしも一致しない。

【0166】

コアネットワークエンティティは１つ以上である。通知メッセージがＲＡＮとＡＦとの間に位置する複数のコアネットワークエンティティに関する場合、複数のコアネットワークエンティティは、通知メッセージを順次送信し、異なるコアネットワークエンティティは、異なるタイプのメッセージを用いて、該通知メッセージを搬送することができる。例えば、コアネットワークエンティティが移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ ＧａｔｅＷａｙ：ＳＧＷ）、ＰＤＮゲートウェイ（ＰＤＮ ＧａｔｅＷａｙ：ＰＧＷ）及びＰＣＦを含む場合、通知メッセージの伝送経路は、少なくともＲＡＮ→ＭＭＥ→ＳＧＷ／ＰＧＷＰＣＦ→ＡＦを含む。また、例えば、コアネットワークエンティティが第１のコアネットワークエンティティＡＭＦ、第２のコアネットワークエンティティＳＭＦ及び第３のコアネットワークエンティティＰＣＦを含む場合、通知メッセージの伝送経路は、少なくともＲＡＮ→ＡＭＦ→ＳＭＦ→ＰＣＦ→ＡＦを含む。

【0167】

一例として、コアネットワークエンティティは、アプリケーションエンティティにイベントレポート（Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ）を送信し、イベントレポートは通知メッセージを搬送する。

【0168】

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

【0169】

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

【0170】

アプリケーションエンティティは、アプリケーションプログラムが非ＧＢＲベアラフローの関連パラメータの快速な変化に適応するように、通知メッセージに基づいて、アプリケーションプログラムのコンピューティングポリシー及びサービスポリシーのうちの少なくとも１つを制御する。

【0171】

第１の可能な実装方式：
ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、アプリケーションプログラムが第１の計算ポリシーに従って実行されるように制御する。

【0172】

ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、アプリケーションプログラムが第２の計算ポリシーに従って実行されるように制御する。

【0173】

ここで、同一の計算タスクの第１の計算ポリシーにおける計算時間は、第２の計算ポリシーにおける計算時間よりも短い。

【0174】

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

【0175】

計算ポリシーがコーデック方式の選択を含むことを一例として、ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、制御アプリケーションは、第１のコーデック方式を使用してコーデックする。ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、制御アプリケーションは、第２のコーデック方式を用いてコーデックする。ここで、「コーデックする」とは、符号化及び復号の少なくとも一方を意味する。

【0176】

ここで、同一のコーデックタスクの第１のコーデックポリシーにおける計算時間は、第２のコーデックポリシーにおける計算時間よりも短い。

【0177】

例えば、ＰＤＲが大きくなると、ネットワーク遅延が大きくなるが、アプリケーションプログラムは内部の計算時間を減らすことによってネットワーク遅延の悪化を補うため、依然として全体の伝送遅延を一定に維持し、或いは変化が小さいことを保証することができる。

【0178】

第２の可能な実装方式：
ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、アプリケーションプログラムが第１のトラフィックポリシーに従って実行されるように制御する。

【0179】

ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、アプリケーションプログラムが第２のトラフィックポリシーに従って実行されるように制御する。

【0180】

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

【0181】

一例として、アプリケーションプログラムのトラフィックは、音声パケットとビデオパケットを含む。

【0182】

ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、音声パケットに対応する第１のトラフィックを維持し、ビデオパケットに対応する第２のトラフィックを減少させる。ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、音声パケットに対応する第１のトラフィックを維持し、ビデオパケットに対応する第２のトラフィックを増加させる。

【0183】

これは、クラウドベースのアプリケーション（ビデオ会議、音声会議、遠隔教育）では、ビデオと音声の双方向インタラクションが必要になることが多いためである。ネットワーク伝送遅延に対する一定の要求（通常、片方向の伝送遅延＜１５０ｍｓ）があるが、実際の使用過程において、無線ネットワーク状態の変化により、一定の時間内（５秒の期間）に、無線ネットワークの伝送遅延は突然に悪くなり、或いは伝送のレートは突然に小さくなり、オーディオとビデオのタイムラグを引き起こす。

【0184】

関連研究によると、ユーザはオーディオのタイムラグに非常に敏感であり、ビデオの品質変化（解像度の変化や鮮明さの変化など）にはあまり敏感ではない（音声が残っている場合は、ビデオを一時的にオフにしても構わない）。オーディオでは、通常、伝送データが小さいため、頻繁にタイムラグが発生することはない。しかし、オーディオがタイムラグになってしまうと、ユーザ体験は非常に良くない。また、オーディオがＣＤの品質から非常に低い伝送レート（２Ｇの音声伝送品質）に低下しても、タイムラグが発生しない限り、ユーザは非常に優れた使用経験を有する。

【0185】

上述したように、本実施例に係る方法は、アプリケーションエンティティが変化後のＱＮＣのパラメータ値に基づいてアプリケーションプログラムを調整することによって、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、又は、非ＧＢＲベアラフローの関連パラメータが悪い状況から良い状況に回復した場合、アプリケーションエンティティは自身の内部のアプリケーションを調整してそのパラメータの変化に適応させることができるため、アプリケーションプログラムの実行を最適化することができる。

【0186】

また、本実施例に係る方法は、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、アプリケーションプログラムの計算ポリシーを変更することによって、アプリケーションプログラム内部の計算期間を減少することによってネットワーク遅延の悪化を補い、依然として全体の伝送時間遅延をそのまま維持し、或いは変化が小さいことを保証することができる。

【0187】

さらに、本実施例に係る方法は、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、アプリケーションプログラムのトラフィックポリシーを変更し、例えば音声パケットのトラフィックを維持し、ビデオパケットのトラフィックを減少することによって、ユーザ体験に影響が大きい音声のタイムラグを出現することを回避することができるため、できるだけユーザが音声ビデオプログラムを使用する時のユーザ体験を向上させることができる。

【0188】

５．ＱＮＣのパラメータ値の通知手順（ＵＥについて）
図１２は、本発明のもう１つの例示的な実施例に係るハンドオーバ手順におけるハンドオーバ手順に基づくメッセージ送信方法のフローチャートを示す図である。本実施例では、図１又は図２に示す通信システムへの本方法の適用を一例として説明する。この方法は、次のステップを含む。

【0189】

ステップ７２０：コアネットワークエンティティは、アクセスネットワーク機器からの通知メッセージを受信し、該通知メッセージは、非ＧＢＲベアラフローのＱＮＣのパラメータの変化が報告条件を満たすことを示すために使用され、該通知メッセージは、変化後のＱＮＣパラメータ値を搬送する。

【0190】

ステップ７４０：コアネットワークエンティティは、端末に変化後のＱＮＣのパラメータ値を送信する。

【0191】

コアネットワークエンティティがＳＭＦであることを一例にすると、ＳＭＦは、アクセスネットワーク機器から通知メッセージを受信した場合、ＵＥに変化後のＱＮＣのパラメータ値を送信する。

【0192】

例えば、ＳＭＦは、通知メッセージを受信してから所定期間内にＰＣＦにより送信された新しいＰＣＣルールを受信していない場合、端末に変化後のＱＮＣのパラメータ値を送信する。

【0193】

例えば、ＳＭＦは、通知メッセージを受信してから所定期間内にＰＣＦにより送信された新しいＰＣＣルールを受信し、且つ新しいＰＣＣルールにＱｏＳ構成に対する変更が存在しない場合、端末に変更後のＱＮＣのパラメータ値を送信する。

【0194】

変更後のＱＣＱＮＣのパラメータ値は、ＲＡＮを介してコアネットワークエンティティから端末にトランスペアレント伝送される。好ましくは、コアネットワークエンティティは、ＵＥにＮＡＳメッセージを送信し、端末は、コアネットワークエンティティにより送信されたＮＡＳメッセージを受信し、ＮＡＳメッセージは、変化後のＱＮＣのパラメータ値を搬送する。好ましくは、コアネットワークエンティティは、ＰＤＵセッション変更命令を端末に送信し、端末は、コアネットワークエンティティにより送信されたＰＤＵセッション変更命令を受信し、ＰＤＵセッション変更命令は、変化後のＱＣＱＮＣのパラメータ値を搬送する。

【0195】

ステップ７６０：端末は、変化後のＱＮＣのパラメータ値に基づいてアプリケーションプログラムを制御する。

【0196】

ＵＥは、アプリケーションプログラムが非ＧＢＲベアラフローの関連パラメータの快速な変化に適応するように、変化後のＱＮＣのパラメータ値に基づいて、アプリケーションプログラムの計算ポリシー及びトラフィックポリシーのうちの少なくとも１つを制御する。

【0197】

第１の可能な実装方式：
ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、アプリケーションプログラムが第１の計算ポリシーに従って実行されるように制御する。

【0198】

ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、アプリケーションプログラムが第２の計算ポリシーに従って実行されるように制御する。

【0199】

ここで、同一の計算タスクの第１の計算ポリシーにおける計算時間は、第２の計算ポリシーにおける計算時間よりも短い。

【0200】

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

【0201】

計算ポリシーがコーデック方式の選択を含むことを一例として、ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、制御アプリケーションは、第１のコーデック方式を使用してコーデックする。ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、制御アプリケーションは、第２のコーデック方式を用いてコーデックする。ここで、「コーデックする」とは、符号化及び復号の少なくとも一方を意味する。

【0202】

ここで、同一のコーデックタスクの第１のコーデックポリシーにおける計算時間は、第２のコーデックポリシーにおける計算時間よりも短い。

【0203】

例えば、ＰＤＲが大きくなると、ネットワーク遅延が大きくなるが、アプリケーションプログラムは内部の計算時間を減らすことによってネットワーク遅延の悪化を補うため、依然として全体の伝送遅延を一定に維持し、或いは変化が小さいことを保証することができる。

【0204】

第２の可能な実装方式：
ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、アプリケーションプログラムが第１のトラフィックポリシーに従って実行されるように制御する。

【0205】

ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、アプリケーションプログラムが第２のトラフィックポリシーに従って実行されるように制御する。

【0206】

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

【0207】

一例として、アプリケーションプログラムのトラフィックは、音声パケットとビデオパケットを含む。

【0208】

ＱＮＣのパラメータ値が悪くなることを示す通知メッセージに応答して、音声パケットに対応する第１のトラフィックを維持し、ビデオパケットに対応する第２のトラフィックを減少させる。ＱＮＣのパラメータ値が良くなることを示す通知メッセージに応答して、音声パケットに対応する第１のトラフィックを維持し、ビデオパケットに対応する第２のトラフィックを増加させる。

【0209】

これは、クラウドベースのアプリケーション（ビデオ会議、音声会議、遠隔教育）では、ビデオと音声の双方向インタラクションが必要になることが多いためである。ネットワーク伝送遅延に対する一定の要求（通常、片方向の伝送遅延＜１５０ｍｓ）があるが、実際の使用過程において、無線ネットワーク状態の変化により、一定の時間内（５秒の期間）に、無線ネットワークの伝送遅延は突然に悪くなり、或いは伝送のレートは突然に小さくなり、オーディオとビデオのタイムラグを引き起こす。

【0210】

関連研究によると、ユーザはオーディオのタイムラグに非常に敏感であり、ビデオの品質変化（解像度の変化や鮮明さの変化など）にはあまり敏感ではない（音声が残っている場合は、ビデオを一時的にオフにしても構わない）。オーディオでは、通常、伝送データが小さいため、頻繁にタイムラグが発生することはない。しかし、オーディオがタイムラグになってしまうと、ユーザ体験は非常に良くない。また、オーディオがＣＤの品質から非常に低い伝送レート（２Ｇの音声伝送品質）に低下しても、タイムラグが発生しない限り、ユーザは非常に優れた使用経験を有する。

【0211】

上述したように、本実施例に係る方法は、アプリケーションエンティティが変化後のＱＮＣのパラメータ値に基づいてアプリケーションプログラムを調整することによって、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、又は、非ＧＢＲベアラフローの関連パラメータが悪い状況から良い状況に回復した場合、アプリケーションエンティティは自身の内部のアプリケーションを調整してそのパラメータの変化に適応させることができるため、アプリケーションプログラムの実行を最適化することができる。

【0212】

また、本実施例に係る方法は、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、アプリケーションプログラムの計算ポリシーを変更することによって、アプリケーションプログラム内部の計算期間を減少することによってネットワーク遅延の悪化を補い、依然として全体の伝送時間遅延をそのまま維持し、或いは変化が小さいことを保証することができる。

【0213】

さらに、本実施例に係る方法は、非ＧＢＲベアラフローの関連パラメータが悪くなる場合、アプリケーションプログラムのトラフィックポリシーを変更し、例えば音声パケットのトラフィックを維持し、ビデオパケットのトラフィックを減少することによって、ユーザ体験に影響が大きい音声のタイムラグを出現することを回避することができるため、できるだけユーザが音声ビデオプログラムを使用する時のユーザ体験を向上させることができる。

【0214】

以下は、第３世代パートナーシッププロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）の通信プロトコル（ＴＳ２３．５０２）を参照しながら、この手順を詳細に説明する。以下の図面におけるネットワーク要素の名称、ステップの流れ及びステップの紹介の詳細は、ＴＳ２３．５０２（ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０２）における関連記載を参照してもよく、本明細書は紙面に限られ、本発明の実施例のＴＳ２３．５０２プロトコルと異なる内容を重点的に紹介する。

【0215】

１．ＱＮＣの通知手順
ＵＥが所在するネットワークが変化した場合、即ち、基地局は、無線リソースが快速に変化したことを検出する（良くなり、或いは悪くなる）。この変化がＱＮＣにより定義された変化閾値に達した場合、ＲＡＮは、ＱＮＣの通知手順をトリガし、ＡＦに通知メッセージを送信する。好ましくは、通知メッセージは、変化後のＱＮＣのパラメータのパラメータ値を（現在のパラメータ値）を搬送する。基地局は、ＳＭＦに通知メッセージを送信し、ＳＭＦはＰＣＦに通知メッセージを送信し、ＰＣＦはＡＦに通知メッセージを送信する。

【0216】

１．１非ローミング及びローカルブレイクアウトローミングのシナリオ：
図１３は、本発明の１つの例示的な実施例に係るＵＥ又はネットワークにより要求されるＰＤＵセッション変更（非ローミング及びローカルブレイクアウトローミングのため）の流れを示す概略図である。

【0217】

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

【0218】

非ＧＢＲベアラフローのＱＮＣのパラメータが報告条件を満たす場合、これら２つのメッセージは、通知メッセージを搬送する。好ましくは、通知メッセージは、変化後のＱＮＣのパラメータ値をさらに搬送する。

【0219】

ステップ２において、ＳＭはＳＭポリシーアソシエーション変更プロセスを開始し、ＰＣＦ及びＡＦに通知メッセージを送信する。

【0220】

ステップ５において、ＳＭは、ＵＥにＰＤＵセッション変更命令を送信し、ＵＥに変化後のＱＮＣのパラメータ値を送信する。

【0221】

一例として、ＳＭが通知メッセージを受信してから一定の時間後、ＳＭＦがＰＣＦの新しいＰＣＣ Ｒｕｌｅを受信していない場合、又は受信したＰＣＣ ＲｕｌｅのうちのＱＮＣに対応するＳＤＦのＰＣＣ ＲｕｌｅにＱｏＳの変更がない場合、ＳＭＦは、ＵＥにＰＤＵセッション変更命令を開始し、ＵＥに現在のＱＮＣに対応するＱＦＩの現在のＱＣＱＮＣのパラメータ値（ＰＤＢ、ＰＥＲ、ＣＢＲ）を通知する。

【0222】

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

【0223】

ここで、ＰＤＵセッション変更命令及びＰＤＵセッション変更確認は、ＲＡＮを介してＵＥとＳＭＦとの間でトランスペアレント伝送される。

【0224】

上記のステップ２で示したＳＭポリシーアソシエーション変更フローは、図１４により定義される。図１４に示すように、以下のようになる。

【0225】

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

【0226】

ステップ２において、ＰＣＦは、ＡＦにイベントレポートＮｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎＮｏｔｉｆｙ要求を送信する。該イベントレポートは通知メッセージを搬送する。

【0227】

１．２Ｘｎインターフェースに基づくＮＧ－ＲＡＮ間のハンドオーバシナリオ：
図１５は、本発明の１つの例示的な実施例に係るＵＰＦ再割り当てなしのＸｎベースのＮＧ－ＲＡＮ間のハンドオーバの流れを示す概略図である。

【0228】

ハンドオーバの実行プロセスにおいて、ソースＮＧ－ＲＡＮは、非ＧＢＲベアラフローのソース側のＱＮＣ制御パラメータ、及びＱＮＣの第１のパラメータ値、即ちＱＮＣパラメータのハンドオーバ前の現在のパラメータ値をターゲットＮＧ－ＲＡＮに送信する。

【0229】

ステップ１において、ターゲットＮＧ－ＲＡＮは、ＡＭＦにＮ２経路切り替え要求を送信し、この要求は通知メッセージを搬送し、この通知メッセージは、好ましくは、ハンドオーバ後のＱＮＣのパラメータ値（第２のパラメータ値）を搬送する。

【0230】

ＵＥがターゲットＮＧ－ＲＡＮへのハンドオーバに成功した場合、ターゲットＮＧ－ＲＡＮがソースＮＧ－ＲＡＮのリソース状態と一致していないため、ターゲットＮＧ－ＲＡＮは、通知メッセージを報告する必要があるか否かを判断する。報告が必要な場合、Ｎ２経路切り替え要求におけるＱｏＳＦｌｏｗＡｃｃｅｐｔｅｄＩｔｅｍフィールドに変化後のターゲットＮＧ－ＲＡＮ上のＱＮＣのパラメータ値を含んでもよい。ここで、Ｎ２経路切り替え要求のメッセージ構造を図１６に示す。

【0231】

ステップ２において、ＡＭＦはＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信し、この要求は通知メッセージを搬送し、通知メッセージは、好ましくは、ハンドオーバ後のＱＮＣのパラメータ値（第２のパラメータ値）を搬送する。

【0232】

その後、ＳＭＦは、図１３及び図１４に示すフローに従って、通知メッセージをＰＣＦ及びＡＦに報告する。

【0233】

１．３ ＮＧ－ＲＡＮノードに基づくＮ２切り替えのシナリオ
図１７は、本発明の１つの例示的な実施例に係るＮＧ－ＲＡＮノードに基づくＮ２切り替えの流れを示す概略図である。

【0234】

ステップ５において、ターゲットＮＧ－ＲＡＮはターゲットＡＭＦにハンドオーバ通知を送信し、このハンドオーバ通知は通知メッセージを搬送し、この通知メッセージは、好ましくは、ハンドオーバ後のターゲットＮＧ－ＲＡＮ上のＱＮＣのパラメータ値（第２のパラメータ値）を搬送する。

【0235】

ＵＥがターゲットＮＧ－ＲＡＮへのハンドオーバに成功すると、ターゲットＮＧ－ＲＡＮがソースＮＧ－ＲＡＮのリソース状態と一致していないため、ターゲットＮＧ－ＲＡＮは、通知メッセージを報告する必要があるか否かを判断する。報告が必要な場合、ハンドオーバ通知にこの通知メッセージを含んでもよい。

【0236】

ステップ７において、ＡＭＦは、ＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信し、この要求は通知メッセージを搬送し、この通知メッセージは、好ましくは、ハンドオーバ後のＱＮＣのパラメータ値（第２のパラメータ値）を搬送する。

【0237】

その後、ＳＭＦは、図１３及び図１４に示すフローに従って、通知メッセージをＰＣＦ及びＡＦに報告する。

【0238】

２．ＱＮＣの設定手順：
２．１非ローミング及びローカルブレイクアウトローミングのＰＤＵセッション確立シナリオ：
図１８は、本発明の１つの例示的な実施例に係るＵＥにより要求されるＰＤＵセッション確立の流れを示す概略図である。

【0239】

ステップ７ｂ及び９において、ＰＣＦはＳＭＦにＳＭポリシーアソシエーション確立応答メッセージを送信し、或いは、ＳＭＦについてＳＭポリシーアソシエーション変更応答メッセージを開始し、このメッセージはＱＮＣの制御パラメータを搬送する。

【0240】

ＰＤＵセッションの確立プロセスにおいて、１つの（通常は１番目の）ＱｏＳフローを確立する。このＱｏＳフローは、デフォルトのＱｏＳルールに基づくＱｏＳフロー（４Ｇのデフォルトのベアラと異なり、５ＧはデフォルトのＱｏＳフローの名称を使用しなくなる）と称される。

【0241】

一般に、このデフォルトＱｏＳルールが非ＧＢＲタイプである場合、ＰＣＦはＰＣＣルールにＱＮＣの制御パラメータを含んでもよい。この場合、図１８のステップ７ｂ又は９において、ＰＣＦにより提供されたＤｅｆａｕｌｔ ＱｏＳ Ｒｕｌｅの５ＱＩがＮＧＢＲタイプである場合、ＰＣＦはＳＭＦにＱＣＱＮＣの制御パラメータを提供してもよい。

【0242】

ステップ１１及び１２において、ＳＭＦは、ＡＭＦにＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１ Ｎ２情報変換メッセージを送信し、ＰＣＦにより提供されたＱＣＱＮＣの制御パラメータに応じて、このメッセージにはＱＮＣ構成が搬送される。

【0243】

好ましくは、ＵＥのサブスクリプションデータには、デフォルト５ＱＩとデフォルトＡＲＰが含まれる。デフォルト５ＱＩがＮＧＢＲタイプである場合、ＱＮＣサブスクリプションデータが追加される。

【0244】

ステップ４、７ｂ及び９において、ＵＤＭは、ＱＮＣサブスクリプションデータを含むメッセージをＳＭＦに提供し、そして、ＳＭＦは、ＱＮＣサブスクリプションデータをＰＣＦに提供し、そして、ＰＣＦにより提供されたデフォルトＱｏＳルールは、ＱＮＣの制御パラメータを含む。

【0245】

ＰＤＵセッション確立プロセスは、Ｎ３ＧＰＰから３ＧＰＰへのＰＤＵセッションのハンドオーバに使用されてもよい。ステップ７ｂ又は９において、ＰＣＦが非ＧＢＲ ＱｏＳフローの何れかにＱＮＣの制御パラメータを提供する場合、上記と同様に、ステップ１１及び１２において、ＱＮＣの制御パラメータを追加する。

【0246】

なお、ここで、非ＧＢＲ ＱｏＳフローの処理が複数ある場合がある。

【0247】

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

【0248】

２．２ ホームルーティングローミングのシナリオ：
図１９は、本発明の１つの例示的な実施例に係るホームルーティングローミングのシナリオのＵＥにより要求されるＰＤＵセッション確立の流れを示すフローチャートである。

【0249】

ＰＤＵセッションの確立プロセスにおいて、１つ（通常は最初の）のＱｏＳフローが確立される。このＱｏＳフローは、デフォルトのＱｏＳルールに基づくＱｏＳフロー（４Ｇのデフォルトのベアラと異なり、５ＧはデフォルトのＱｏＳフローの名前を使用しなくなる）と称される。

【0250】

一般に、このデフォルトＱｏＳルールが非ＧＢＲタイプである場合、ＰＣＦはＰＣＣルールにＱＮＣの制御パラメータを含めることができる。図１９のステップ９ｂ又は１１のメッセージにおいて、ＰＣＦにより提供されたデフォルトＱｏＳルールにおける５ＱＩが非ＧＢＲタイプである場合、ＰＣＦは、ＱＮＣの制御パラメータを提供することができる。次に、ステップ１３、１４、及び１５におけるメッセージにＱＮＣ構成を追加する。

【0251】

好ましくは、ＵＥのサブスクリプションデータには、デフォルト５ＱＩとデフォルトＡＲＰが含まれる。デフォルトの５ＱＩがＮＧＢＲタイプである場合、ＱＮＣサブスクリプションデータが追加される。

【0252】

ステップ７、９ｂ及び１１において、ＵＤＭは、ＱＮＣサブスクリプションデータを含んでＳＭＦに提供し、ＳＭＦは、ＱＮＣサブスクリプションデータをＰＣＦに提供し、そして、ＰＣＦにより提供されたデフォルトＱｏＳルールはＱＮＣの制御パラメータを含む。

【0253】

２．３ ＡＦによりトリガされるＱｏＳフロー確立手順、非ローミング、及びローカルブレイクアウトローミングのシナリオ：
図２０は、本発明の１つの例示的な実施例に係る単一のＵＥアドレスについてのＡＦにより要求される関連ＰＣＦへの移転の流れを示す概略図である。図２１は、本発明の１つの例示的な実施例に係る非ローミング及びローカルブレイクアウトローミングのためのＵＥ又はネットワークにより要求されるＰＤＵセッション変更の流れを示す概略図である。

【0254】

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

【0255】

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

【0256】

それに応じて、図２１のステップ３ｂ及び４のメッセージにおいてＱＮＣを含む制御パラメータが搬送されている。

【0257】

２．４ ＡＦによりトリガされるＱｏＳフロー確立手順、ホームルーティングローミングのシナリオ：
図２２は、本発明の１つの例示的な実施例に係るホームルーティングローミングのためのＵＥ又はネットワークにより要求されるＰＤＵセッション変更の流れを示す概略図である。

【0258】

図２２のステップ１ｂ、３、４ｂ、５は、１つ以上のＱＮＣの制御パラメータ（即ち、各可能なサービスフロー、ＳＤＦ、ＱｏＳ Ｆｌｏｗ）を追加する。

【0259】

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

【0260】

３．ハンドオーバ手順におけるＱｏＳ通知：
３．１ Ｘｎインターフェースのハンドオーバシナリオ：
図２３は、本発明の１つの例示的な実施例に係る基地局内のハンドオーバ手順を示す概略図である。図２４は、本発明のもう１つの例示的な実施例に係るＵＰＦ再割り当てなしのＸｎベースのＮＧ－ＲＡＮ間のハンドオーバの流れを示す概略図である。

【0261】

図２３のステップ１において、非ＧＢＲベアラフローのＱＮＣ制御パラメータが追加される。同一のＵＥには複数のＱｏＳフローが存在する可能性があるため、ＱＮＣの制御パラメータがソースｇＮＢに存在する任意のＱｏＳフローに対して、ＱＮＣの制御パラメータをターゲットｇＮＢに提供する必要がある。

【0262】

ここで、第１のパラメータ値は、図２５に示すＱｏＳＦｌｏｗｓＴｏＢｅＳｅｔｕｐ－Ｉｔｅｍフィールドのように、ハンドオーバ要求に搬送される。

【0263】

また、後続のＱＮＣの通知手順をサポートするために、ソースｇＮＢは、現在のソース側のＱＮＣの各パラメータに対応するパラメータ値、即ち第１のパラメータ値をさらに報告する必要がある。このように、ＵＥがターゲットｇＮＢへのハンドオーバに成功した後、ターゲットｇＮＢのリソース状態は、ソース側ｇＮＢのリソース状態よりも遥かに良好であり、或いは、遥かに悪い可能性があり、従って、ＵＥがターゲットｇＮＢへのハンドオーバに成功した後、ターゲットｇＮＢは、通知メッセージを報告できるか否かを決定してもよい。

【0264】

３．２ ＸＧ－ＲＡＮノードＮ２に基づくハンドオーバ準備のシナリオ：
図２６のステップ１、３、４、７、９においてＱＮＣの制御パラメータを加えると、複数のＱＦが存在するため、ソースｇＮＢの何れかにＱＮＣの制御パラメータを持つＱｏＳフローについて提供する必要がある。実際には、このプロセスは、ソースＮＧ－ＲＡＮ上の全てのＱｏＳフローのＱＮＣ制御パラメータをターゲットＮＧ－ＲＡＮに複数のステップで送信するだけである。

【0265】

同様に、後続のＱＮＣの通知プロセスをサポートするために、ソースｇＮＢは、現在のソース側のＱＮＣのパラメータに対応する各値、即ち第１のパラメータ値をさらに報告する必要がある。このように、ＵＥがターゲットｇＮＢへのハンドオーバに成功した後、ターゲットｇＮＢのリソース状態は、ソース側ｇＮＢのリソース状態よりも遥かに良く、或いは、遥かに悪いため、ＵＥがターゲットｇＮＢへのハンドオーバに成功した後、ターゲットｇＮＢは、通知メッセージを報告できるか否かを判断してもよい。従って、左の図のステップ１、３、４、７、９において、ソースＮＧ－ＲＡＮ上の全てのＱｏＳフローのＱＮＣのパラメータの現在値を追加する。

【0266】

ここで、図２７は、ハンドオーバ応答におけるソースツーエンドのトランスペアレント伝送コンテナのメッセージ構造図を示し、第１のパラメータ値は該ソースツーエンドのトランスペアレント伝送コンテナにおいて搬送される。図２８は、ハンドオーバ要求におけるＱｏＳＦｌｏｗＳｅｔｕｐＲｅｑｕｅｓｔＩｔｅｍフィールドを示し、ＱＮＣの制御パラメータは該要求フィールドにおいて搬送されてもよい。

【0267】

３．３ 非３ＧＰＰから３ＧＰＰへのハンドオーバのシナリオ：
図２９は、本発明の１つの例示的な実施例に係る信頼できない非３ＧＰＰから３ＧＰＰへのアクセスのＰＤＵセッション手順のハンドオーバの流れ（非ローミング及びローカルブレイクアウトローミング）を示す概略図である。図３０は、本発明の１つの例示的な実施例に係るＥＰＣ／ｅＰＤＧから５ＧＳへのハンドオーバを示す概略図である。

【0268】

図２９から分かるように、５Ｇの非３ＧＰＰから５ＧＳへのハンドオーバ、又は４Ｇの非３ＧＰＰから５ＧＳへのハンドオーバは、何れも上述の実施例で定義されたＰＤＵセッション確立手順を使用する。従って、上述した実施例を再利用するだけで、非３ＧＰＰから３ＧＰＰへのハンドオーバにおけるＱＮＣの処理を実現することができる。

【0269】

図３１は、本発明の１つの例示的な実施例に係るＥＰＳから５ＧＳプロセスへの単一登録に基づく相互接続の準備段階を示す概略図である。

【0270】

この実施例の処理方式は、図２６と同様に、ステップ２及び３を５Ｇシステムにおける応答メッセージに変更するだけでよく、即ち、４Ｇから５ＧＳへのハンドオーバの場合、４ＧがＱＣＱＮＣもサポートしているとき、４Ｇのプロトコルを更新する必要がある。

【0271】

本発明の実施例に係る方法は、４Ｇシステムにも適用することができる。４Ｇシステムに適用する場合、ＮＲ－ｇＮＢはｅＮＢに置き換えられる。ＰＣＦとＡＦとのインタラクションは、何も変更しない。ＳＭＦとＰＣＦとのインタラクションは、ＰＧＷとＰＣＦとのインタラクションに変更される。５ＧのＱｏＳ Ｆｌｏｗは、４ＧのＥＰＳ Ｂｅａｒｅｒに置き換えられる。５Ｇの５ＱＩは、４Ｇ ＱＣＩに置き換えられる。５ＧにおけるＲＡＮとＡＭＦ／ＳＭＦとのインタラクションは、４ＧのＲＡＮとＭＭＥとのインタラクションに置き換えられる。

【0272】

図３２は、本発明の１つの例示的な実施例に係るハンドオーバ手順におけるハンドオーバ手順に基づくメッセージ送信装置を示すブロック図である。該装置は、以下のモジュールを含む。

【0273】

送信モジュール８２０は、ハンドオーバ完了後の非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、ターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する。

【0274】

ここで、ＱＮＣ制御パラメータは、非ＧＢＲベアラフローのＱＮＣのパラメータ及び報告条件を示すために使用される。

【0275】

本実施例の１つの可能な設計では、送信モジュール８２０は、ハンドオーバ手順において、ソースアクセスネットワーク機器がコアネットワークエンティティを介してターゲットアクセスネットワーク機器に非ＧＢＲベアラフローのＱＮＣ制御パラメータを送信する。

【0276】

本実施例の１つの可能な設計では、送信モジュール８２０は、ハンドオーバ手順において、コアネットワークエンティティにハンドオーバ要求を送信する。ハンドオーバ要求は、ＱＮＣ制御パラメータを搬送している。

【0277】

本実施例の１つの可能な設計では、ＱＮＣ制御パラメータは、ハンドオーバ要求におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている。

【0278】

本実施例の１つの可能な設計では、送信モジュール８２０は、第１のパラメータ値から第２のパラメータ値への変化が報告条件を満たす場合、ターゲットアクセスネットワーク機器がコアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信するように、ハンドオーバ手順において、ターゲットアクセスネットワーク機器に第１のパラメータ値を送信する。

【0279】

ここで、第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、第２のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値である。

【0280】

本実施例の１つの可能な設計では、第１のパラメータ値は、ハンドオーバ要求におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている。

【0281】

本実施例の１つの可能な設計では、ＱＮＣのパラメータは、パケットデータ遅延（ＰＤＲ）、パケット誤り率（ＰＥＲ）及び現在ビットレート（ＣＢＲ）の少なくとも１つを含む。

【0282】

本実施例の１つの可能な設計では、報告条件は、ＱＮＣのパラメータ値の第１の期間内の変化値が第１の閾値よりも大きいこと、ＱＮＣのパラメータ値の第２の期間内の変化率が第２の閾値よりも大きいこと、ＱＮＣのパラメータ値の第１の期間内の変化値が第１の閾値よりも大きく、且つ第３の閾値だけ継続すること、及びＱＮＣのパラメータ値の第２の期間内の変化率が第２の閾値よりも大きく、且つ第４の閾値だけ継続することの少なくとも１つを含む。

【0283】

図３３は、本発明の１つの例示的な実施例に係るハンドオーバ手順におけるハンドオーバ手順に基づくメッセージ送信装置を示すブロック図である。該装置は、以下のモジュールを含む。

【0284】

受信モジュール９２０は、ハンドオーバ手順において、ＱＮＣ制御パラメータを受信する。ＱＮＣ制御パラメータは、非ＧＢＲベアラフローのＱＮＣのパラメータ及び報告条件を示すために使用される。

【0285】

送信モジュール９４０は、ハンドオーバ完了後に、非ＧＢＲベアラフローのＱＮＣのパラメータ値の変化が報告条件を満たす場合、コアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0286】

本実施例の１つの可能な設計では、受信モジュール９２０は、ハンドオーバ手順において、ソースアクセスネットワーク機器からのＱＮＣ制御パラメータを受信し、且つ／或いは、ハンドオーバ手順において、コアネットワークエンティティからのＱＮＣ制御パラメータを受信する。

【0287】

本実施例の１つの可能な設計では、受信モジュール９２０は、ハンドオーバ手順において、ターゲットアクセスネットワーク機器がコアネットワークエンティティにより送信されたハンドオーバ命令を受信する。ハンドオーバ命令は、ソースアクセスネットワーク機器からのＱＮＣ制御パラメータを搬送している。

【0288】

本実施例の１つの可能な設計では、ソースアクセスネットワーク機器からのＱＮＣ制御パラメータは、ハンドオーバ命令におけるソースツーエンドのトランスペアレント伝送コンテナフィールドで搬送されている。

【0289】

本実施例の１つの可能な設計では、受信モジュール９２０は、ハンドオーバ手順において、コアネットワークエンティティにより送信されたハンドオーバ命令を受信する。ハンドオーバ命令は、コアネットワークエンティティからのＱＮＣ制御パラメータを搬送している。

【0290】

本実施例の１つの可能な設計では、コアネットワークエンティティからのＱＮＣ制御パラメータは、ハンドオーバ命令におけるＱｏＳ確立要求フィールドで搬送されている。

【0291】

本実施例の１つの可能な設計において、本方法は、ソースアクセスネットワーク機器からのＱＮＣ制御パラメータとコアネットワークエンティティからのＱＮＣ制御パラメータとが一致しない場合、コアネットワークエンティティからのＱＮＣ制御パラメータを優先的に使用するステップ、をさらに含む。

【0292】

本実施例の１つの可能な設計では、受信モジュール９２０は、ハンドオーバ手順において、ソースアクセスネットワーク機器の第１のパラメータ値を受信する。

【0293】

送信モジュール９４０は、ハンドオーバ完了後に、第１のパラメータ値から第２のパラメータ値への変化が報告条件を満たす場合、コアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0294】

ここで、第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、第２のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値である。

【0295】

本実施例の１つの可能な設計では、受信モジュール９２０は、ハンドオーバ手順において、ソースアクセスネットワーク機器により送信された第１のパラメータ値を受信する。

【0296】

送信モジュール９４０は、ハンドオーバ完了後に、第１のパラメータ値から第２のパラメータ値への変化が報告条件を満たす場合、コアネットワークエンティティを介してアプリケーションエンティティに通知メッセージを送信する。

【0297】

ここで、第１のパラメータ値は、ＱＮＣのパラメータのハンドオーバ前のパラメータ値であり、第２のパラメータ値は、ＱＮＣのパラメータのハンドオーバ後のパラメータ値である。

【0298】

図３４は、本発明の１つの例示的な実施例に係るネットワーク要素機器を示すブロック図である。例えば、該ネットワーク要素機器は、上述したアプリケーションプログラムの制御方法を実行するために使用することができる。具体的には、ネットワーク要素機器３４００は、プロセッサ３４０１、受信機３４０２、送信機３４０３、メモリ３４０４、及びバス３４０５を含むことができる。

【0299】

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

【0300】

受信機３４０２及び送信機３４０３は、１つの通信チップとすることができる１つの送受信機３４０６として実装することができる。

【0301】

メモリ３４０４は、バス３４０５を介してプロセッサ３４０１に接続されている。

【0302】

メモリ３４０４は、上述の方法の実施例におけるネットワーク要素機器、アクセスネットワーク機器エンティティ、コアネットワークエンティティ、又はコアネットワークエンティティによって実行される様々なステップを実現するためにプロセッサ３４０１が実行するコンピュータプログラムを記憶するために使用されてもよい。

【0303】

ここで、送信機３４０３は、上述した各実施例における送信に関連するステップを実行するように構成されている。受信機３４０２は、上述の様々な実施例における受信に関連するステップを実行するために使用される。プロセッサ３４０１は、上述の様々な実施例における送信及び受信ステップ以外のステップを実行するように構成される。

【0304】

さらに、メモリ３４０４は、限定されるわけではないが、ＲＡＭ（Ｒａｎｄｏｍ－Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ランダムアクセスメモリ）及びＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：読み取り専用メモリ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：書き換え可能なプログラマブル読み取り専用メモリ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：電気的に書き換え可能なプログラマブル読み取り専用メモリ）、フラッシュメモリ又は他の固体ストレージ技術、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：読み取り専用ＣＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ：高密度デジタルビデオディスク）又は他の光学ストレージ、カートリッジ、磁気テープ、磁気ディスクストレージ又は他の磁気ストレージデバイスを含む、任意のタイプの揮発性又は不揮発性ストレージデバイス、又はそれらの組み合わせによって実現されてもよい。

【0305】

例示的な実施例では、プロセッサと、コンピュータプログラムが記憶されたメモリと、を含むネットワーク要素機器であって、前記コンピュータプログラムは、上記のハンドオーバ手順に基づくメッセージ送信方法を実現するように、前記プロセッサによりロードされて実行される、ネットワーク要素機器をさらに提供する。

【0306】

本発明は、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが記憶されたコンピュータ読み取り可能な記憶媒体であって、前記少なくとも１つの命令、前記少なくとも１つのプログラム、前記コードセット又は命令セットは、前記方法の実施例に係るハンドオーバ手順に基づくメッセージ送信方法を実現するように、プロセッサによりロードされて実行される、記憶媒体をさらに提供する。

【0307】

好ましくは、本発明は、コンピュータ読み取り可能な記憶媒体に記憶されたコンピュータ命令を含むコンピュータプログラム製品であって、コンピュータ機器のプロセッサは、コンピュータ読み取り可能な記憶媒体から該コンピュータ命令を読み取って実行することで、上記のハンドオーバ手順に基づくメッセージ送信方法を該コンピュータ機器に実行させる、コンピュータプログラム製品をさらに提供する。

【図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】