特表 2023-548894 サービスパラメーターを送信するための装置及び方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

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

(54)【発明の名称】サービスパラメーターを送信するための装置及び方法

(51)【国際特許分類】

   H04W 4/50 20180101AFI20231114BHJP

   H04W 8/24 20090101ALI20231114BHJP

   H04W 88/18 20090101ALI20231114BHJP

   H04W 92/24 20090101ALI20231114BHJP

【ＦＩ】

H04W4/50

H04W8/24

H04W88/18

H04W92/24

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023527793

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

(85)【翻訳文提出日】2023-05-09

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

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

(87)【国際公開日】2023-01-05

(31)【優先権主張番号】10-2021-0085749

(32)【優先日】2021-06-30

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ジチョル・イ

(72)【発明者】

【氏名】ヒスン・キム

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067AA25

5K067DD11

5K067EE02

5K067EE16

5K067HH21

5K067HH28

(57)【要約】

無線通信システムにおいて端末のサービスパラメーターを送信するための装置及び方法を提供すること。
本開示は、より高いデータ送信率をサポートするための５Ｇ又は６Ｇ通信システムに関し、ＵＥが到達可能な状態にある時にＵＥにサービス提供情報を送信するための装置及び方法を提供する。本開示によるポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティーの動作方法は、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）エンティティーによって生成されたサービスパラメーターを含むデータ管理（ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＤＭ）通知（Ｎｏｔｉｆｙ）をネットワークエクスポージャー機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）エンティティーと接続された統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）エンティティーを通じて受信する段階と、ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）に送信するための前記サービスパラメーターを含む端末ポリシー（ＵＥ Ｐｏｌｉｃｙ）をアクセス及び移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティーに送信する段階と、前記端末ポリシーが前記ＵＥに送信されたか否かを報告する送信結果メッセージを前記ＡＭＦエンティティーから受信し、前記送信結果メッセージを前記ＡＦエンティティーに送信する段階と、を含むことができる。

【特許請求の範囲】

【請求項1】

ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティーの動作方法において、
アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）エンティティーによって生成されたサービスパラメーターを含むデータ管理（ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＤＭ）通知（Ｎｏｔｉｆｙ）をネットワークエクスポージャー機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）エンティティーと接続された統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）エンティティーを通じて受信し、
ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）に送信するための前記サービスパラメーターを含む端末ポリシー（ＵＥ Ｐｏｌｉｃｙ）をアクセス及び移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティーに送信し、
前記端末ポリシーが前記ＵＥに送信されたか否かを報告する送信結果メッセージを前記ＡＭＦエンティティーから受信し、
前記送信結果メッセージを前記ＡＦエンティティーに送信する、動作方法。

【請求項2】

前記送信結果メッセージは、前記ＵＥが到達不能の場合、前記端末ポリシーが前記ＵＥに送信されないことを報告するＮ１Ｎ２送信失敗通知（Ｎ１Ｎ２ Ｔｒａｎｓｆｅｒ Ｆａｉｌｕｒｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）である、請求項１に記載の動作方法。

【請求項3】

前記送信結果メッセージは、前記ＵＥが到達不能であるため、ＵＥポリシー送信失敗（ＵＥ Ｐｏｌｉｃｙ ｄｅｌｉｖｅｒｙ ｆａｉｌｕｒｅ）であることを通知するメッセージである、請求項１に記載の動作方法。

【請求項4】

前記動作方法は、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、
前記ＵＥが一時的に到達不能（ｔｅｍｐｏｒａｒｉｌｙ ｕｎｒｅａｃｈａｂｌｅ）を通知する中間状態（ｉｎｔｅｒｉｍ ｓｔａｔｕｓ）を報告するためのイベントエクスポージャー通知（Ｅｖｅｎｔ Ｅｘｐｏｓｏｕｒｅ Ｎｏｔｉｆｙ）をＮＥＦエンティティーに送信する、請求項３に記載の動作方法。

【請求項5】

前記動作方法は、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信するためにＮ１Ｎ２メッセージ送信リクエストメッセージを前記ＡＭＦに送信する、請求項３に記載の動作方法。

【請求項6】

前記動作方法は、
前記ＵＥの接続状態変更（ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｔａｔｅ ｃｈａｎｇｅ）の通知をリクエストするメッセージを前記ＡＭＦに送信し、
前記ＵＥが到達可能の時に、前記ＡＭＦから前記接続状態変更を通知するメッセージを受信する、請求項３に記載の動作方法。

【請求項7】

前記動作方法は、
前記端末ポリシーの送信を失敗で決定し、
前記ＵＥが到達不能であるため、前記端末ポリシーの送信失敗を通知するイベントエクスポージャー通知を前記ＮＥＦエンティティーに送信し、
サービスパラメーター通知である前記送信結果メッセージは前記ＮＥＦを通じて前記ＡＦエンティティーに送信される、請求項３に記載の動作方法。

【請求項8】

ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティーにおいて、
プロセッサ（ｐｒｏｃｅｓｓｏｒ）と、
前記プロセッサによって実行される少なくとも一つの命令語を記憶するメモリーと、及び
他のエンティティーと信号を送受信するインターフェース（ｉｎｔｅｒｆａｃｅ）と、を含み、
前記プロセッサは、
アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）エンティティーによって生成されたサービスパラメーターを含むデータ管理（ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＤＭ）通知（Ｎｏｔｉｆｙ）をネットワークエクスポージャー機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）エンティティーと接続された統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）エンティティーを通じて受信し、
ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）に送信するための前記サービスパラメーターを含む端末ポリシー（ＵＥ Ｐｏｌｉｃｙ）をアクセス及び移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティーに送信し、
前記端末ポリシーが前記ＵＥに送信されたか否かを報告する送信結果メッセージを前記ＡＭＦエンティティーから受信し、
前記送信結果メッセージを前記ＡＦエンティティーに送信するように制御する、ＰＣＦエンティティー。

【請求項9】

前記送信結果メッセージは、前記ＵＥが到達不能の場合、前記端末ポリシーが前記ＵＥに送信されないことを報告するＮ１Ｎ２送信失敗通知（Ｎ１Ｎ２ Ｔｒａｎｓｆｅｒ Ｆａｉｌｕｒｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）である、請求項８に記載のＰＣＦエンティティー。

【請求項10】

前記送信結果メッセージは、前記ＵＥが到達不能であるため、ＵＥポリシー送信失敗（ＵＥ Ｐｏｌｉｃｙ ｄｅｌｉｖｅｒｙ ｆａｉｌｕｒｅ）であることを通知するメッセージである、請求項８に記載のＰＣＦエンティティー。

【請求項11】

前記プロセッサは、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、
前記ＵＥが一時的に到達不能（ｔｅｍｐｏｒａｒｉｌｙ ｕｎｒｅａｃｈａｂｌｅ）を通知する中間状態（ｉｎｔｅｒｉｍ ｓｔａｔｕｓ）を報告するためのイベントエクスポージャー通知（Ｅｖｅｎｔ Ｅｘｐｏｓｏｕｒｅ Ｎｏｔｉｆｙ）をＮＥＦエンティティーに送信するように制御する、請求項１０に記載のＰＣＦエンティティー。

【請求項12】

前記プロセッサは、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、
前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信するためにＮ１Ｎ２メッセージ送信リクエストメッセージを前記ＡＭＦに送信する、請求項１０に記載のＰＣＦエンティティー。

【請求項13】

前記プロセッサは、
前記ＵＥの接続状態変更（ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｔａｔｅ ｃｈａｎｇｅ）の通知をリクエストするメッセージを前記ＡＭＦに送信し、
前記ＵＥが到達可能の時に、前記ＡＭＦから前記接続状態変更を通知するメッセージを受信する、請求項１０に記載のＰＣＦエンティティー。

【請求項14】

前記プロセッサは、
前記端末ポリシーの送信を失敗で決定し、
前記ＵＥが到達不能であるため、前記端末ポリシーの送信失敗を通知するイベントエクスポージャー通知を前記ＮＥＦエンティティーに送信するように制御し、
サービスパラメーター通知である前記送信結果メッセージは前記ＮＥＦを通じて前記ＡＦエンティティーに送信される、請求項１０に記載のＰＣＦエンティティー。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに関し、より具体的にセルラー無線通信システムで端末のサービスパラメーターを送信するための装置及び方法に関する。

【背景技術】

【0002】

５Ｇ移動通信技術は速い伝送速度と新しいサービスが可能になるように広い周波数帯域を定義しており、３．５ギガヘルツ（３．５ＧＨｚ）などの６ＧＨｚ以下の周波数（「Ｓｕｂ ６ＧＨｚ」）帯域はもちろん、２８ＧＨｚと３９ＧＨｚなどのミリメートル波（ｍｍＷａｖｅ）と呼ばれる超高周波帯域（「Ａｂｏｖｅ ６ＧＨｚ」）でも具現が可能である。また、５Ｇ通信以降（Ｂｅｙｏｎｄ ５Ｇ）システムと呼ばれる６Ｇ移動通信技術の場合、５Ｇ移動通信技術対比５０倍速くなった伝送速度と１０分の１に減った超低（Ｕｌｔｒａ Ｌｏｗ）遅延時間を達成するためにテラヘルツ（Ｔｅｒａｈｅｒｔｚ）帯域（例えば、９５ＧＨｚで３テラヘルツ（３ＴＨｚ）帯域のような）での具現が考慮されている。

【0003】

５Ｇ移動通信技術の初期には、超広帯域サービス（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄ Ｂａｎｄ、ｅＭＢＢ）、高信頼／超低遅延通信（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＬＬＣ）、大規模な機械式通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）に対するサービスサポートと性能要件の満足を目指し、超高周波帯域での伝播の経路損失緩和及び伝播の伝達距離を増加させるためのビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）及び巨大配列多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ）、超高周波数リソースの効率的な活用するための多様なヌメロロジーサポート（複数のサブキャリア間隔運用など）とスロットフォーマットに対する動的運営、多重ビーム送信及び広帯域をサポートするための初期接続技術、ＢＷＰ（Ｂａｎｄ－ＷｉｄｔｈＰａｒｔ）の定義及び運営、大容量データ伝送のためのＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）符号と制御情報の信頼性が高い送信のためのポーラーコード(Ｐｏｌａｒ Ｃｏｄｅ）のような新しいチャンネルコーディング方法、Ｌ２先－処理（Ｌ２ ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ）、特定のサービスに特化した専用ネットワークを提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）等に対する標準化が進行された。

【0004】

現在、５Ｇ動通信技術がサポートしようとしたサービスを考慮して初期の５Ｇ移動通信技術改善（ｉｍｐｒｏｖｅｍｅｎｔ）及び性能向上（ｅｎｈａｎｃｅｍｅｎｔ）のための論議が進行しつつあり、車両が送信する自分の位置及び状態情報に基づいて自律走行車両の走行判断を助けてユーザの便宜を増大するためのＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）、非兔許帯域で各種規制上の要求事項に符合するシステム動作を目的とするＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ）、ＮＲ端末低電力消耗技術（ＵＥ Ｐｏｗｅｒ Ｓａｖｉｎｇ）、地上網との通信が不可能な地域でカバレッジ確保のための端末－衛星直接通信である非地上ネットワーク（Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ、ＮＴＮ）、位置測位（Ｐｏｓｉｔｉｏｎｉｎｇ）などの技術に対する物理階層標準化が進行中である。

【0005】

だけでなく、他の産業との連係及び融合を通じる新しいサービスサポートのための知能型工場（Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩＩｏＴ）、無線バックホールリンクとアクセスリンクを統合支援してネットワークサービス地域拡張のためのノードを提供するＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）、条件付きハンドオーバー（Ｃｏｎｄｉｔｉｏｎａｌ Ｈａｎｄｏｖｅｒ）及びＤＡＰＳ（Ｄｕａｌ Ａｃｔｉｖｅ Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）ハンドオーバーを含む移動性向上技術（Ｍｏｂｉｌｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔ）、ランダムアクセス手順を簡素化する２段階ランダムアクセス（２－ｓｔｅｐ ＲＡＣＨ ｆｏｒ ＮＲ）などの技術に対する無線インターフェースアーキテクチャー／プロトコル分野の標準化も進行中にあり、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）及びソフトウェア定義ネットワーキング（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ、ＳＤＮ）技術の接木のための５Ｇベースラインアーキテクチャー（例えば、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ｉｎｔｅｒｆａｃｅ）、端末の位置に基づいてサービスが提供されるモバイルエッジコンピューティング （Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）などに対するシステムアーキテクチャー／サービス分野の標準化も進行中である。

【0006】

このような５Ｇ移動通信システムが常用化されると、爆発的な増加趨勢にあるコネックティド機器が通信ネットワークに接続され、これにより、５Ｇ移動通信システムの機能及び性能強化とコネックティド機器の統合運用が必要なことで予想される。このために、拡張現実感（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ；ＡＲ）、バーチャルリアリティー（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ；ＶＲ）、混合現実（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ；ＭＲ）などを効率的にサポートするためのエクステンデッドリアリティ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ；ＸＲ）、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ；ＡＩ）とＭＬ（Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）を活用した５Ｇ性能向上及び複雑度減少、ＡＩサービスサポート、メタバスサービスサポート、ドローン通信などに対する新しい研究が進行される予定である。

【0007】

また、このような５Ｇ移動通信システムの発展は、６Ｇ移動通信技術のテラヘルツ帯域でのカバレッジ保障のための新規波形（Ｗａｖｅｆｏｒｍ）、全次元多重入出力（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（Ａｒｒａｙ Ａｎｔｅｎｎａ）、大規模アンテナ（Ｌａｒｇｅ Ｓｃａｌｅ Ａｎｔｅｎｎａ）のような多重アンテナ送信技術、テラヘルツ帯域信号のカバレッジを改善するためにメタ物質（Ｍｅｔａｍａｔｅｒｉａｌ）基盤レンズ及びアンテナ、ＯＡＭ（Ｏｒｂｉｔａｌ Ａｎｇｕｌａｒ Ｍｏｍｅｎｔｕｍ）を利用した高次元空間多重化技術、ＲＩＳ（Ｒｅｃｏｎｆｉｇｕｒａｂｌｅ Ｉｎｔｅｌｌｉｇｅｎｔ Ｓｕｒｆａｃｅ）技術だけでなく、６Ｇ移動通信技術の周波数効率向上及びシステムネットワーク改善のための全二重化（Ｆｕｌｌ Ｄｕｐｌｅｘ）技術、衛星（Ｓａｔｅｌｌｉｔｅ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）を設計段階から活用して終端間（Ｅｎｄ－ｔｏ－Ｅｎｄ）ＡＩサポート機能を内在化してシステム最適化を実現するＡＩ基盤通信技術、端末演算能力の限界を越す複雑度のサービスを超高性能通信とコンピューティングリソースを活用して実現する次世代分散コンピューティング技術などの開発の基盤になることができるだろう。

【発明の概要】

【発明が解決しようとする課題】

【0008】

３ＧＰＰネックワークコア網でサービスプロビジョニング情報を伝達する方法が標準化された。アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｔｉｏｎ、ＡＦ）のリクエストで端末にサービスパラメーターをプロビジョニングする過程において、端末が一時的に接続されない場合にサービスパラメータープロビジョニングを失敗するようになる。本開示は、端末が接続可能な状態になる時、サービスプロビジョニング情報を前記端末に送信する装置及び方法を提供する。

【課題を解決するための手段】

【0009】

ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティーの動作方法は、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）エンティティーによって生成されたサービスパラメーターを含むデータ管理（ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＤＭ）通知（Ｎｏｔｉｆｙ）をネットワークエクスポージャー機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）エンティティーと接続された統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）エンティティーを通じて受信し、ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）で送信するための前記サービスパラメーターを含む端末ポリシー（ＵＥ Ｐｏｌｉｃｙ）をアクセス及び移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティーに送信し、前記端末ポリシーが前記ＵＥに送信されたか否かを報告する送信結果メッセージを前記ＡＭＦエンティティーから受信し、前記送信結果メッセージを前記ＡＦエンティティーに送信する。

【0010】

前記送信結果メッセージは、前記ＵＥが到達不能の場合、前記端末ポリシーが前記ＵＥに送信されないことを報告するＮ１Ｎ２送信失敗通知（Ｎ１Ｎ２Ｔｒａｎｓｆｅｒ Ｆａｉｌｕｒｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）である。

【0011】

前記送信結果メッセージは、前記ＵＥが到達不能であるためＵＥポリシー送信失敗（ＵＥ Ｐｏｌｉｃｙ ｄｅｌｉｖｅｒｙ ｆａｉｌｕｒｅ）であることを通知するメッセージである。

【0012】

前記動作方法は、前記ＵＥが到達可能の時に前記端末ポリシーを前記ＡＭＦに再送信することを決定し、前記ＵＥが一時的に到達不能（ｔｅｍｐｏｒａｒｉｌｙ ｕｎｒｅａｃｈａｂｌｅ）を通知する中間状態（ｉｎｔｅｒｉｍ ｓｔａｔｕｓ）を報告するためのイベントエクスポージャー通知（Ｅｖｅｎｔ Ｅｘｐｏｓｏｕｒｅ Ｎｏｔｉｆｙ）をＮＥＦエンティティーに送信する。

【0013】

前記動作方法は、前記ＵＥが到達可能の時に前記端末ポリシーを前記ＡＭＦに再送信することを決定し、前記ＵＥが到達可能の時に前記端末ポリシーを前記ＡＭＦに再送信するためにＮ１Ｎ２メッセージ送信リクエストメッセージを前記ＡＦＭに送信する。

【0014】

前記動作方法は、前記ＵＥの接続状態変更（ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｔａｔｅ ｃｈａｎｇｅ）の通知をリクエストするメッセージを前記ＡＭＦに送信し、前記ＵＥが到達可能の時、前記ＡＭＦから前記接続状態変更を通知するメッセージを受信する。

【0015】

前記動作方法は、前記端末ポリシーの送信を失敗で決定し、前記端末が到達不能であるため、前記端末ポリシーの送信失敗を通知するイベントエクスポージャー通知を前記ＮＥＦエンティティーに送信し、サービスパラメーター通知である前記送信結果メッセージは前記ＮＥＦを通じて前記ＡＦエンティティーに送信される。

【0016】

ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティーは、プロセッサ（ｐｒｏｃｅｓｓｏｒ）と、前記プロセッサによって実行される少なくとも一つの命令語を記憶するメモリーと、及び他のエンティティーと信号を送受信するインターフェース（ｉｎｔｅｒｆａｃｅ）と、を含む。前記プロセッサは、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）エンティティーによって生成されたサービスパラメーターを含むデータ管理（ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＤＭ）通知（Ｎｏｔｉｆｙ）をネットワークエクスポージャー機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）エンティティーと接続された統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）エンティティーを通じて受信し、ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ；ＵＥ）で送信するための前記サービスパラメーターを含む端末ポリシー（ＵＥ Ｐｏｌｉｃｙ）をアクセス及び移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティーに送信し、前記端末ポリシーが前記ＵＥに送信されたか否かを報告する送信結果メッセージを前記ＡＭＦエンティティーから受信し、前記送信結果メッセージを前記ＡＦエンティティーに送信するように制御する。

【0017】

前記送信結果メッセージは、前記ＵＥが到達不能の場合、前記端末ポリシーが前記ＵＥに送信されないことを報告するＮ１Ｎ２送信失敗通知（Ｎ１Ｎ２Ｔｒａｎｓｆｅｒ Ｆａｉｌｕｒｅ Ｎｏｔｉｆｉｃａｔｉｏｎ）である。

【0018】

前記送信結果メッセージは、前記ＵＥが到達不能であるためＵＥポリシー送信失敗（ＵＥ Ｐｏｌｉｃｙ ｄｅｌｉｖｅｒｙ ｆａｉｌｕｒｅ）であることを通知するメッセージである。

【0019】

前記プロセッサは、前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、前記ＵＥが一時的に到達不能（ｔｅｍｐｏｒａｒｉｌｙ ｕｎｒｅａｃｈａｂｌｅ）を通知する中間状態（ｉｎｔｅｒｉｍ ｓｔａｔｕｓ）を報告するためのイベントエクスポージャー通知（Ｅｖｅｎｔ Ｅｘｐｏｓｏｕｒｅ Ｎｏｔｉｆｙ）をＮＥＦエンティティーに送信するように制御する。

【0020】

前記動作方法は、前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信することを決定し、前記ＵＥが到達可能の時に、前記端末ポリシーを前記ＡＭＦに再送信するためにＮ１Ｎ２メッセージ送信リクエストメッセージを前記ＡＦＭに送信する。

【0021】

前記プロセッサは、前記ＵＥの接続状態変更（ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｔａｔｅ ｃｈａｎｇｅ）の通知をリクエストするメッセージを前記ＡＭＦに送信し、前記ＵＥが到達可能の時に、前記ＡＭＦから前記接続状態変更を通知するメッセージを受信する。

【0022】

前記プロセッサは、前記端末ポリシーの送信を失敗と決定し、前記端末が到達不能であるため、前記端末ポリシーの送信失敗を通知するイベントエクスポージャー通知を前記ＮＥＦエンティティーに送信するように制御し、サービスパラメーター通知である前記送信結果メッセージは前記ＮＥＦを通じて前記ＡＦエンティティーに送信される。

【発明の効果】

【0023】

本開示によれば、ＡＦはネットワークのエンティティーで端末に伝達するためのサービスパラメーターを送信し、前記端末が一時的に到達不能の場合、前記ネットワークのエンティティーは前記端末がさらに到達可能な状態で状態が変更される場合、前記端末に前記サービスパラメーターを送信することができる。

【0024】

本開示によれば、端末が一時的に到達不能の場合 、前記端末が再び到達可能になるまで待機後の再送信するか、又は前記待機無にエラーを報告して再送信しないか否かをＡＦが決定を可能になるようにするＡＰＩ機能が提供されることができる。したがって、ＡＦは端末に安定的にサービスパラメーターをプロビジョニングすることができる。

【図面の簡単な説明】

【0025】

本開示の特定実施例の前記及び他の側面、特徴及び利点は添付された図面と共に取られた次の説明からより明らかになるだろう。

【図1】多様な実施例によるネットワークアキテクチャーを図示する概念図である。

【図2】本開示の多様な実施例によるＰＣＦ５０の動作手順を図示するフローチャートである。

【図3】多様な実施例によるＡＦリクエスト承認手順を図示するフローチャートである。

【図4】多様な実施例によるネットワーク機能の間の信号の流れを図示するフローチャートである。

【図5】多様な実施例によるＰＣＦ５０がＡＭＦ６０で端末ポリシーを含むＮ１Ｎ２メッセージ送信リクエストを送信した後、ＡＭＦ６０からＮ１Ｎ２メッセージ伝達が拒絶された場合に対する手順を図示するフローチャートである。

【図6】多様な実施例によるＡＭＦ６０がＰＣＦ５０からリクエストされたＮ１Ｎ２メッセージ伝達に対する失敗を決定し、メッセージ伝達失敗を通知した以後のＰＣＦ５０の動作を図示するフローチャートである。

【図7】多様な実施例によるＰＣＦの動作手順を図示するフローチャートである。

【図8】多様な実施例によるＡＭＦ６０でＮ１Ｎ２メッセージ伝達失敗の時、ＰＣＦ５０の端末ポリシー再送信方法を図示するフローチャートである。

【図9】多様な実施例による端末ポリシー送信最大遅延時間が満了される場合、ＰＣＦ５０の動作を図示するフローチャートである。

【図10】多様な実施例によるポリシー制御更新トリガーを活用した端末ポリシー再送信を行うＰＣＦ５０の動作を図示するフローチャートである。

【図11】多様な実施例による端末ポリシー伝達失敗の時、ＰＣＦ５０の再送信動作の流れを図示するフローチャートである。

【図12】多様な実施例による最大送信遅延時間経過後、端末ポリシー送信失敗通知に対する手順を図示するフローチャートである。

【図13】多様な実施例によるＵＥ８０の接続状態の転換に対して待機した後の端末ポリシーを伝達する方法を図示するフローチャートである。

【図14】多様な実施例によるネットワークエンティティーを図示するブロック図である。

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

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

本開示は、多様な実施例に説明されたが、当業者に多様な変更及び修正が提案されることができる。本開示内容は添付された請求範囲内に属する前記変更及び修正を含むことに意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【国際調査報告】