JP2022507362A - パラメータ設定のための方法および装置 - Google Patents

Abstract

本開示の実施形態は、パラメータ設定のための方法および装置を提供する。ネットワークデバイスにおいて実装される方法が、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信することを含み得る。本方法は、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成することをさらに含み得る。本方法は、パラメータプロビジョニング応答をサーバに送出することをさらに含み得る。【選択図】図２

Description

本開示の非限定的なおよび例示的な実施形態は、一般に通信の技術分野に関し、詳細には、パラメータ設定のための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

無線通信ネットワークでは、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）などのサーバが、最大レイテンシ、最大応答時間およびダウンリンクパケットの示唆された数など、パラメータのために使用され得るパラメータ値を示唆するために、サービス能力公開機能（ＳＣＥＦ）またはネットワーク公開機能（ＮＥＦ）などのネットワークデバイスを介して、ネットワークパラメータ設定要求をネットワークに発行し得る。これらのパラメータについての値を示唆することによって、ＳＣＳ／ＡＳなどのサーバは、ユーザ機器（ＵＥ）の電力節約モード（ＰＳＭ）、拡張アイドルモード間欠受信（ＤＲＸ）、および拡張バッファリング設定など、ＵＥ／ネットワーク挙動のいくつかの態様に影響を及ぼし得る。たとえばオペレータの設定に基づいて、ＳＣＥＦ／ＮＥＦおよびホーム加入者サーバ（ＨＳＳ）などのネットワークデバイスは、示唆された設定パラメータ値を受け付けるか、拒否するか、または修正することを選定し得る。ＳＣＥＦ／ＮＥＦなどのネットワークデバイスは、受け付けられた／修正された値をＳＣＳ／ＡＳなどのサーバに指示し得る。この特徴は、ＵＥのグループについてのパラメータ値を示唆するためにも使用され得る。

本開示の第１の態様では、無線通信ネットワークにおけるサーバにおいて実装される方法が提供される。本方法は、ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出することを含み得る。本方法は、ネットワークデバイスから、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信することをさらに含み得る。

本開示の第２の態様では、ネットワークデバイスにおいて実装される方法が提供される。本方法は、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信することを含み得る。本方法は、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成することをさらに含み得る。本方法は、パラメータプロビジョニング応答をサーバに送出することをさらに含み得る。

本開示の第３の態様では、無線通信ネットワークにおけるサーバにおいて実装される装置が提供される。本装置は、プロセッサと、プロセッサに結合されたメモリとを備え得、前記メモリは、前記プロセッサによって実行可能な命令を含んでおり、それにより、前記装置は、ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出することと、ネットワークデバイスから、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信することとを行うように動作可能である。

本開示の第４の態様では、ネットワークデバイスにおいて実装される装置が提供される。本装置は、プロセッサと、プロセッサに結合されたメモリとを備え得、前記メモリは、前記プロセッサによって実行可能な命令を含んでおり、それにより、前記装置は、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信することと、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成することと、パラメータプロビジョニング応答をサーバに送出することとを行うように動作可能である。

本開示の第５の態様では、無線通信ネットワークにおけるサーバにおいて実装される装置が提供される。本装置は、ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出するように設定された送出ユニットと、ネットワークデバイスから、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信するように設定された受信ユニットとを備え得る。

本開示の第６の態様では、ネットワークデバイスにおいて実装される装置が提供される。本装置は、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信するように設定された受信ユニットと、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成するように設定された生成ユニットと、サーバへのパラメータプロビジョニング応答を受信するように設定された受信ユニットとを備え得る。

本開示の第７の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第１の態様による方法を行わせる命令を備えるコンピュータプログラム製品が提供される。

本開示の第８の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第２の態様による方法を行わせる命令を備えるコンピュータプログラム製品が提供される。

本開示の第９の態様では、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、本開示の第１の態様による方法を行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示の第１０の態様では、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、本開示の第２の態様による方法を行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示のいくつかの実施形態による提案されるソリューションを適用することによって多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。本開示のいくつかの実施形態は、１つまたは複数のＣＰパラメータセットのすべてが成功裡にプロビジョニングされたか否かを指示するそれらの１つまたは複数のＣＰパラメータセットのすべてについての結果を送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。本開示のいくつかの実施形態は、成功裡にプロビジョニングされなかったＣＰパラメータセットについての結果のみを送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。

本開示の様々な実施形態の上記および他の態様、特徴、および利益が、例として、同様の参照番号または文字が同様のエレメントまたは等価エレメントを指定するために使用される、添付の図面を参照しながら、以下の発明を実施するための形態から、より十分に明らかになろう。図面は、本開示の実施形態のより良い理解を容易にするために例示されており、必ずしも一定の縮尺で描かれているとは限らない。

モビリティ管理エンティティ（ＭＭＥ）への通信パターン（ＣＰ）パラメータプロビジョニングのためのプロシージャを示す図である。 本開示の一実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 本開示の一実施形態による、装置の簡略ブロック図である。 本開示の別の実施形態による、装置の簡略ブロック図である。 本開示の別の実施形態による、装置の簡略ブロック図である。 本開示の別の実施形態による、装置の簡略ブロック図である。

説明の目的で、以下の説明では、開示される実施形態の完全な理解を提供するために詳細が記載される。しかしながら、実施形態が、これらの具体的な詳細なしに、または等価な構成を用いて実装され得ることは、当業者には明らかである。

本明細書で使用される「無線通信ネットワーク」という用語は、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、ＬＴＥ、新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）など、任意の好適な通信規格に従うネットワークを指す。以下の説明では、「ネットワーク」および「システム」という用語は、互換的に使用され得る。さらに、無線ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、限定はしないが、ＬＴＥなどの第４世代（４Ｇ）通信プロトコル、ＮＲなどの第５世代（５Ｇ）通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。

「ネットワークデバイス」という用語は、端末デバイスがそのデバイスを介して無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受ける、無線通信ネットワークにおけるネットワークデバイスを指す。たとえば、３ＧＰＰタイプセルラネットワークなど、無線通信ネットワークでは、ネットワークデバイスは、アクセスネットワークデバイスとコアネットワークデバイスとを備え得る。たとえば、アクセスネットワークデバイスは、基地局（ＢＳ）、無線アクセスバックホール統合伝送（ＩＡＢ）ノード、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）などを備え得る。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、次世代ノードＢ（ｇノードＢまたはｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。コアネットワークデバイスは、アクセスネットワークデバイスによって相互接続される顧客に多数のサービスを提供し得る複数のネットワークデバイスを備え得る。各アクセスネットワークデバイスは、有線接続または無線接続を介してコアネットワークデバイスに接続可能である。

「ネットワーク機能（ＮＦ）」という用語は、無線通信ネットワークのネットワークデバイスにおいて実装され得る任意の好適な機能を指す。たとえば、５Ｇネットワークでは、ネットワーク機能は、認証サーバ機能（ＡＵＳＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、データネットワーク（ＤＮ）（たとえば、オペレータサービス、インターネットアクセスまたは第三者サービス）、ネットワーク公開機能（ＮＥＦ）、ネットワークリポジトリ機能（ＮＲＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ポリシ制御機能（ＰＣＦ）、セッション管理機能（ＳＭＦ）、統合データ管理（ＵＤＭ）、ユーザプレーン機能（ＵＰＦ）、アプリケーション機能（ＡＦ）、ユーザ機器（ＵＥ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ）、５Ｇ機器識別情報レジスタ（５Ｇ－ＥＩＲ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワークデータ分析機能（ＮＷＤＡＦ）、統合データリポジトリ（ＵＤＲ）、非構造化データ記憶機能（ＵＤＳＦ）など、複数のネットワーク機能（ＮＦ）を含み得る。

「端末デバイス」という用語は、通信ネットワークにアクセスし、通信ネットワークからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、無線通信ネットワークでは、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指し得る。端末デバイスは、たとえば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブルデバイス、車載無線デバイス、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内機器（ＣＰＥ）などを含み得る。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」および「ＵＥ」という用語は、互換的に使用され得る。一例として、ＵＥは、３ＧＰＰのＬＴＥ規格またはＮＲ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定された端末デバイスを表し得る。本明細書で使用される「ユーザ機器」または「ＵＥ」は、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味における「ユーザ」を有するとは限らない。いくつかの実施形態では、端末デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＵＥは、内部または外部イベントによってトリガされたとき、あるいは、無線通信ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに初めに関連しないことがあるデバイスを表し得る。

また別の例として、モノのインターネット（ＩＯＴ）シナリオでは、端末デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。ＵＥは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの具体的な例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、ＵＥは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。

本明細書で使用されるダウンリンク（ＤＬ）送信は、ネットワークデバイスから端末デバイスへの送信を指し、アップリンク（ＵＬ）送信は、反対方向における送信を指す。

「一実施形態」、「実施形態」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性に影響を及ぼすことは当業者の知識内にあることが具申される。

様々なエレメントについて説明するために、「第１の」および「第２の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、例示的な実施形態の範囲から逸脱することなく、第１のエレメントは第２のエレメントと呼ばれることがあり、同様に、第２のエレメントは第１のエレメントと呼ばれることがある。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数のいずれかのおよびすべての組合せを含む。

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、例示的な実施形態を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示しない限り、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。

以下の説明および特許請求の範囲において、別段に規定されていない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。

本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、少なくとも図１に示されている構成要素を備える通信システムに関して説明される。たとえば、本開示のいくつかの実施形態によるＣＰパラメータプロビジョニングのためのプロシージャが、以下の差を伴って５Ｇネットワークにおいて適用可能であり得る。
－ ＳＣＳ／ＡＳなどのサーバの説明がＡＦに適用される、
－ ＳＣＥＦなどのネットワークデバイスの説明がＮＥＦに適用される、
－ ＨＳＳなどのネットワークデバイスの説明がＵＤＭに適用される、
－ ＮＥＦは、その開示全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．５０２の５．２．３．６節で説明されているＮｕｄｍ＿ＰａｒａｍｅｔｅｒＰｒｏｖｉｓｉｏｎサービスを使用することによって、ＵＤＭと対話するものとする。

図１は、モビリティ管理エンティティ（ＭＭＥ）への通信パターン（ＣＰ）パラメータプロビジョニングのためのプロシージャを示し、これは、その開示全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．６８２の５．１０．２節のコピーである。

図１に示されているように、ステップ１において、ＳＣＳ／ＡＳは、更新要求（外部識別子またはＭＳＩＳＤＮ（デジタルネットワーク番号のためのモバイル加入者統合サービス）または外部グループ識別子、ＳＣＳ／ＡＳ識別子、（１つまたは複数の）ＣＰパラメータセットＩｄ、（１つまたは複数の）ＣＰパラメータセット、（１つまたは複数の）有効時間、削除のための（１つまたは複数の）ＣＰパラメータセットＩｄ）メッセージをＳＣＥＦに送出する。（１つまたは複数の）ＣＰパラメータセットは、表５．１０．１－１において規定されているパラメータを含む。ＣＰパラメータセットＩｄが、ＳＣＳ／ＡＳによって各ＣＰパラメータセットに割り振られる。

ＳＣＳ／ＡＳは、ＵＥのＣＰパラメータセットの一部または全部を追加、変更または削除するために、このプロシージャを使用し、たとえば、ＡＳが、ＵＥが、有意な時間期間の間、移動することを開始または停止したことに気づいている場合、特に、ＡＳが、そうするようにＵＥに命令している場合、ＳＣＳ／ＡＳは、（１つまたは複数の）対応するＣＰパラメータセットおよびその（１つまたは複数の）有効時間ならびにそれらの（１つまたは複数の）ＣＰパラメータセットＩｄをＳＣＥＦに提供する。ＳＣＳ／ＡＳが、（１つまたは複数の）新しいＣＰパラメータセットを設定することとともに、（１つまたは複数の）前に設定されたＣＰパラメータセットの削除を実施することを希望する場合、それは、（１つまたは複数の）新しいＣＰパラメータセットと、消去を必要とする（１つまたは複数の）ＣＰパラメータセットを表す削除のための（１つまたは複数の）ＣＰパラメータセットＩｄの両方を含むものとする。ＳＣＳ／ＡＳが、（１つまたは複数の）前に設定されたＣＰパラメータセットの削除を実施することのみを希望する場合、それは、削除のための（１つまたは複数の）ＣＰパラメータセットＩｄを含むものとする。

ステップ２において、ＳＣＥＦは、ＳＣＳ／ＡＳが、ＵＥにまたは識別されたグループ中の各ＵＥにＣＰ要求を送出することを許可されるかどうかを検査する。ＳＣＥＦは、オペレータポリシまたは設定に基づいて追加／修正／削除のための（１つまたは複数の）ＣＰパラメータセットをフィルタ処理および選択する。ＳＣＥＦは、ＵＥについて（１つまたは複数の）複数のＣＰパラメータセットがある場合、ＣＰパラメータの潜在的重複について検査しないが、これは、ＭＭＥにおいてハンドリングされる。

重複していることがある複数のＳＣＥＦからＣＰパラメータセットを受信することを回避するために、ＨＳＳは、所与のＵＥについて単一のＳＣＥＦのみからＣＰパラメータセットを受け付けるものとする。

ステップ３において、ＳＣＥＦは、ＵＥごとに（１つまたは複数の）選択されたＣＰパラメータセットを配信するために、ＣＰパラメータ更新要求（外部識別子またはＭＳＩＳＤＮまたは外部グループ識別子、（１つまたは複数の）ＳＣＥＦ参照ＩＤ、ＳＣＥＦアドレス、（１つまたは複数の）ＣＰパラメータセット、（１つまたは複数の）有効時間、削除のための（１つまたは複数の）ＳＣＥＦ参照ＩＤ）メッセージをＨＳＳに送出する。このメッセージ中に含まれる複数のＣＰパラメータセットがあり得、ここで、追加または修正のための各ＣＰパラメータセットが、メッセージ中に含まれるかまたは所与のＵＥのためにすでにプロビジョニングされた他のＣＰパラメータセットと重複しないと決定された。ＳＣＥＦは、ＳＣＳ／ＡＳからの（１つまたは複数の）ＣＰパラメータセットＩｄに基づいて、ＨＳＳに送出されるべきＣＰパラメータセットについて（１つまたは複数の）ＳＣＥＦ参照ＩＤを導出する。

ＳＣＳ／ＡＳからのＣＰパラメータセットの削除についての要求が、ＳＣＥＦによる重複しないＣＰパラメータセットの修正についての要求を生じ得る。

ステップ４において、ＨＳＳは、たとえば、外部識別子またはＭＳＩＳＳＮまたは外部グループ識別子の存在に関して、ＣＰパラメータ更新要求メッセージを調べる。検査が失敗した場合、ＨＳＳは、ステップ５に従ってＳＣＥＦに応答メッセージを直ちに送出する。ＨＳＳは、外部識別子またはＭＳＩＳＤＮをＩＭＳＩ（国際モバイル加入者識別情報）に分解するか、または外部グループ識別子をＩＭＳＩグループ識別子に分解し、ＩＭＳＩまたはＩＭＳＩグループ識別子によって識別されたＵＥサブスクリプションデータの一部として（１つまたは複数の）ＣＰパラメータセットおよびそれらの（１つまたは複数の）有効時間を記憶し、したがって、（１つまたは複数の）ＣＰパラメータセットは、（１つまたは複数の）サービングＭＭＥがＵＥのモビリティにより変更されたとき、（１つまたは複数の）サービングＭＭＥにフォワーディングされ得る。

ＨＳＳは、記憶されたＣＰパラメータセットに関連するＳＣＥＦ参照ＩＤが、所与のＵＥのためにすでに記憶されたＣＰパラメータセットについてのＳＣＥＦ参照ＩＤに一致することによって、記憶されたＣＰパラメータセットが修正されるべきであると決定する。ＨＳＳが、既存のＣＰパラメータセットが修正されるべきであると決定した場合、ＨＳＳは、すでに記憶されたＣＰパラメータセットを廃棄し、同じＳＣＥＦ参照ＩＤの下で新しいＣＰパラメータセットと有効時間とを記憶する。

ＨＳＳは、関連するＳＣＥＦ参照ＩＤおよび有効時間とともに、新しいＣＰパラメータセットを記憶する。

ＣＰパラメータセットが削除されるべきである場合、ＨＳＳは、サブスクリプションからＣＰパラメータセットを除去する。

ＨＳＳに記憶されたＣＰパラメータセットについての有効時間が満了した場合、ＨＳＳは、追加のシグナリングなしで、関連するＣＰパラメータセットを自律的に削除する。

（１つまたは複数の）ＣＰパラメータセットがＳＧＳＮに提供されないことに留意されたい。

ＨＳＳが、（１つまたは複数の）記憶されたＣＰパラメータセットのコンテンツの有効性を確認する必要がないことに留意されたい。

ステップ５において、ＨＳＳは、ＣＰパラメータ更新応答（ＳＣＥＦ参照ＩＤ、原因）メッセージをＳＣＥＦに送出する。原因値は、成功のサブスクリプション更新、または失敗したサブスクリプション更新の理由を指示する。

ステップ６において、ＳＣＥＦは、（１つまたは複数の）ＣＰパラメータセットのプロビジョンが成功したかどうかをＳＣＳ／ＡＳに通知するために、更新応答（（１つまたは複数の）ＣＰパラメータセットＩｄ、（１つまたは複数の）原因）メッセージを送出する。

ステップ７において、ＨＳＳは、（１つまたは複数の）対応する有効時間、（１つまたは複数の）ＳＣＥＦ参照ＩＤ、および削除のための（１つまたは複数の）ＳＣＥＦ参照ＩＤとともに（１つまたは複数の）ＣＰパラメータセットをＭＭＥに送出するために、各ＵＥについて挿入サブスクリプションデータプロシージャを始動する。

ＭＭＥは、記憶されたＣＰパラメータセットに関連するＳＣＥＦ参照ＩＤが、ＵＥのためにすでに記憶されたＣＰパラメータセットについてのＳＣＥＦ参照ＩＤに一致することによって、記憶されたＣＰパラメータセットが修正されるべきであると決定する。ＭＭＥが、既存のＣＰパラメータセットが修正されるべきであると決定した場合、ＭＭＥは、すでに記憶されたＣＰパラメータセットを廃棄し、同じＳＣＥＦ参照ＩＤの下で、ＵＥの（Ｅ）ＭＭコンテキストにおいて、関連する有効時間とともに、受信されたＣＰパラメータセットを記憶する。

ＭＭＥは、関連するＳＣＥＦ参照ＩＤおよび有効時間とともに、新しいＣＰパラメータセットを記憶する。ＭＭＥは、ＴＳ２３．４０１［７］において説明される（１つまたは複数の）ＣＰパラメータセットを使用し得る。

ＣＰパラメータセットが削除されるべきである場合、ＭＭＥは、サブスクリプションからＣＰパラメータセットを除去する。

ＭＭＥに記憶されたＣＰパラメータセットについての有効時間が満了した場合、ＭＭＥは、追加のシグナリングなしで、関連するＣＰパラメータセットを自律的に削除する。

図１に示されているプロシージャは、ＳＣＳ／ＡＳが、１つのメッセージ中で複数のＣＰパラメータセットを要求することを可能にする。「成功」というＤｉａｍｅｔｅｒコマンドレベル結果は、すべての（１つまたは複数の）ＣＰパラメータセットが成功裡にプロビジョニングされることを意味するとは限らず、ＨＳＳは、要求されたＣＰパラメータセットについて異なるプロビジョニング結果を指示し得るが、現在、ＳＣＥＦは、個々のＣＰパラメータセットについていかなるエラー指示をもＳＣＳ／ＡＳに送出しない。帰結は、複数のＣＰパラメータセットプロビジョニングについて、ＳＣＳ／ＡＳが、すべてのＣＰパラメータセットが成功裡にプロビジョニングされたと誤って信じ得ることである。

上述の問題または他の問題を克服または緩和するために、あるいは有用なソリューションを提供するために、本開示の実施形態は、ソリューションを提案する。本開示のいくつかの実施形態は、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。本開示のいくつかの実施形態は、１つまたは複数のＣＰパラメータセットのすべてが成功裡にプロビジョニングされたか否かを指示するそれらの１つまたは複数のＣＰパラメータセットのすべてについての結果を送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。本開示のいくつかの実施形態は、成功裡にプロビジョニングされなかったＣＰパラメータセットについての結果のみを送出することが可能であるようなＳＣＥＦ／ＮＥＦの拡張を提案する。

図２は、ＳＣＳ／ＡＳおよびＡＦなど、サーバにおいて実装されるかまたはサーバに通信可能に結合された装置によって実施され得る、本開示の一実施形態による、方法２００のフローチャートを示す。したがって、装置は、方法２００の様々な部分を達成するための手段、ならびに他の構成要素とともに他のプロセスを達成するための手段を提供し得る。装置は、無線通信ネットワーク中にあり得る。装置は、無線通信ネットワークにおいてＳＣＥＦまたはＮＥＦなどのネットワークデバイスと通信し得る。

ブロック２０２において、サーバは、ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出し得る。ネットワークデバイスは、ネットワークパラメータ設定に関係する任意の好適なネットワークデバイスであり得る。たとえば、ネットワークデバイスは、３ＧＰＰ無線ネットワークにおけるＳＣＥＦまたはＮＥＦであり得る。

一実施形態では、１つまたは複数のＣＰパラメータは、ＵＥまたはＵＥのグループについて固有であり得る。この場合、パラメータプロビジョニング要求は、ＵＥまたはＵＥのグループの識別子をさらに含み得る。ＵＥまたはＵＥのグループの識別子は、外部識別子またはＭＳＩＳＤＮまたは外部グループ識別子など、任意の好適な形式をとり得るが、それに限定されない。

一実施形態では、各ＣＰパラメータセットが、関連する有効時間を有し得る。有効時間は、ＣＰパラメータセットがいつ満了するかを指示し得、ＮＥＦ／ＳＣＥＦ、ＨＳＳ、およびＡＭＦ／ＭＭＥなど、関与するノードによって削除され得る。有効時間は、特定のＣＰパラメータセットが満了時間を有しないことを指示する値にセットされ得る。有効時間が満了したとき、ＮＥＦ／ＳＣＥＦ、ＨＳＳ、およびＡＭＦ／ＭＭＥなど、関与するノードは、関与するノード間の追加のシグナリングなしに、関連するＣＰパラメータセットを自律的に削除し得る。有効時間のフォーマットは、ＳＣＥＦ／ＮＥＦ、ＨＳＳ、およびＡＭＦ／ＭＭＥ／ＳＧＳＮ（サービング汎用パケット無線サービスサポートノード）など、関与するノードが、関連するＣＰパラメータセットの満了を一貫しておよび一様に解釈することを可能にする様式で規定され得る。

１つまたは複数のＣＰパラメータセットは、３ＧＰＰ ＴＳ２３．６８３の表５．１０．１－１またはその将来のバージョンにおいて規定されているＣＰパラメータセットなど、任意の好適なＣＰパラメータを含み得る。一実施形態では、１つまたは複数のＣＰパラメータセットは、周期的通信インジケータと、通信持続時間と、周期的時間と、スケジュールされた通信時間と、固定指示と、トラフィックプロファイルとを含み得る。周期的通信インジケータは、ＵＥが周期的に通信するか否か、たとえば、要求に応じて通信するにすぎないかを識別し得る。通信持続時間は、周期的通信の持続間隔時間を指示し得、周期的通信インジケータとともに使用され得る。通信持続時間の一例は、５分であり得る。周期的時間は、周期的通信の間隔時間を指示し得、周期的通信インジケータとともに使用され得る。周期的時間の一例は、１時間ごとであり得る。スケジュールされた通信時間は、ＵＥが通信のために利用可能である時間帯および曜日を指示し得る。スケジュールされた通信時間の一例は、時間：１３：００～２０：００、日：月曜日であり得る。固定指示は、ＵＥが、固定であるのか、移動であるのかを識別し得る。バッテリー指示は、ＵＥについての電力消費危険度（ｃｒｉｔｉｃａｌｉｔｙ）、すなわち、ＵＥが、再充電可能でない／交換可能でないバッテリーをもつバッテリー電源式であるかどうか、再充電可能な／交換可能なバッテリーをもつバッテリー電源式であるかどうか、またはバッテリー電源式でないかどうか、を識別し得る。トラフィックプロファイルは、データ送信のタイプ、すなわち、シングルパケット送信（ＵＬまたはＤＬ）、デュアルパケット送信（ＵＬと後続のＤＬ、またはＤＬと後続のＵＬ）、複数のパケット送信、を識別し得る。

パラメータプロビジョニング要求は、任意の他の好適な情報をさらに含み得る。たとえば、パラメータプロビジョニング要求は、外部識別子（Ｉｄ）またはＭＳＩＳＤＮまたは外部グループ識別子、ＳＣＳ／ＡＳ識別子、（１つまたは複数の）ＣＰパラメータセットＩｄ、（１つまたは複数の）ＣＰパラメータセット、（１つまたは複数の）有効時間、削除のための（１つまたは複数の）ＣＰパラメータセットＩｄのうちの少なくとも１つを含み得る。（１つまたは複数の）ＣＰパラメータセットは、上記で説明されたパラメータを含み得る。ＣＰパラメータセットＩｄが、ＡＳなどのサーバによって各ＣＰパラメータセットに割り振られ得る。

ＳＣＳ／ＡＳなどのサーバは、ＵＥのＣＰパラメータセットの一部または全部を追加、変更または削除し得、たとえば、ＡＳなどのサーバが、ＵＥが、有意な時間期間の間、移動することを開始または停止したことに気づいている場合、特に、ＡＳ／ＡＦなどのサーバが、そうするようにＵＥに命令している場合、ＳＣＳ／ＡＳなどのサーバは、（１つまたは複数の）対応するＣＰパラメータセットおよびその（１つまたは複数の）有効時間ならびにそれらの（１つまたは複数の）ＣＰパラメータセットＩｄをＳＣＥＦなどのネットワークノードに提供し得る。ＳＣＳ／ＡＳなどのサーバが、（１つまたは複数の）新しいＣＰパラメータセットを設定することとともに、前に設定されたＣＰパラメータセットの削除を実施することを希望する場合、それは、（１つまたは複数の）新しいＣＰパラメータセットと、消去を必要とする（１つまたは複数の）ＣＰパラメータセットを表す削除のための（１つまたは複数の）ＣＰパラメータセットＩｄの両方を含むものとする。ＳＣＳ／ＡＳなどのサーバが、（１つまたは複数の）前に設定されたＣＰパラメータセットの削除を実施することのみを希望する場合、それは、削除のための（１つまたは複数の）ＣＰパラメータセットＩｄを含むものとする。

ネットワークデバイスがパラメータプロビジョニング要求を受信したとき、ネットワークデバイスは、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成し、パラメータプロビジョニング応答をサーバに送出し得る。ネットワークデバイスの詳細な動作が以下で説明される。

次いで、ブロック２０４において、サーバは、ネットワークデバイスから、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信し得る。

一実施形態では、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果は、１つまたは複数のＣＰパラメータセットのすべてが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのすべてについての結果を含み得る。たとえば、各ＣＰパラメータセットは、それが成功裡にプロビジョニングされたか否かを指示するための対応する結果を有し得る。

一実施形態では、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果は、成功裡にプロビジョニングされなかったＣＰパラメータセットについての結果のみを含み得る。この場合、結果が特定のＣＰパラメータセットの結果を含まないとき、これは、特定のＣＰパラメータセットが成功裡にプロビジョニングされたことを意味する。

１つのＣＰパラメータセットの結果は、ステータスコードなど、任意の好適な形式をとり得る。ステータスコードは、たとえばステータスコードの数に応じて、任意の好適なビット数を占有し得る。たとえば、ステータスコード「１」が、ＣＰパラメータセットが成功裡にプロビジョニングされたことを指示し得、ステータスコード「０」が、ＣＰパラメータセットが成功裡にプロビジョニングされなかったことを指示し得、その逆も同様である、２つのステータスコードがあるとき、ステータスコードは、１ビットを占有し得る。この場合、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果がビットマップをとり得る。

一実施形態では、ＣＰパラメータセットの結果のフォーマットが、ＣＰパラメータセット識別子と、対応する結果コードとを含み得る。ＣＰパラメータセット識別子のデータタイプは、アレイ（ストリング）であり得る。

一実施形態では、結果コードは、失敗コードと、成功コードとを含み得る。失敗コードは、特定の失敗理由を識別し得る。たとえば、失敗理由は、誤動作、ＣＰパラメータセット識別子が重複していること、および他の理由のうちの少なくとも１つを識別し得る。誤動作は、ＣＰパラメータプロビジョニングにおいて何かが誤って機能するか、またはＣＰパラメータプロビジョニングがまったく機能しないことを指示し得る。ＣＰパラメータセット識別子が重複していることは、（１つまたは複数の）受信されたＣＰパラメータセット識別子がすでにプロビジョニングされたことを指示し得る。他の理由は、指定されていない他の理由を指示し得る。他の実施形態では、任意の他の好適なタイプの失敗コードがあり得る。失敗コードは、たとえば失敗理由の数に応じて、任意の好適なビット数で表され得る。たとえば、３つの失敗理由があるとき、失敗コードは、２ビットを占有し得る。

一実施形態では、パラメータプロビジョニング要求は、１つまたは複数のＣＰパラメータセットについてのリソースを作成するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＯＳＴメッセージ中に含まれ得、パラメータプロビジョニング応答は、ＨＴＴＰ ＰＯＳＴ応答中に含まれ得る。ＨＴＴＰ ＰＯＳＴメッセージは、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＯＳＴメッセージは、その開示全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．２．３．４－１において規定されているＨＴＴＰ ＰＯＳＴ要求と同様または同じであり得る。ＨＴＴＰ ＰＯＳＴ応答は、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＯＳＴ応答は、本開示の実施形態によるＨＴＴＰ ＰＯＳＴ応答が、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果をさらに含むことを除いて、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．２．３．４－１において規定されているＨＴＴＰ ＰＯＳＴ応答と同様または同じであり得る。

たとえば、図１に示されている３ＧＰＰネットワークでは、１つまたは複数のＣＰパラメータセットについてのリソースを作成するために、ＳＣＳ／ＡＳは、１つまたは複数の新しいプロビジョニングされたＣＰパラメータセットを含む、「ＣＰプロビジョニングサブスクリプション」リソースについてのＨＴＴＰ ＰＯＳＴメッセージをＳＣＥＦに送出し得る。ＨＴＴＰ ＰＯＳＴメッセージの本文は、単一のＵＥについての外部識別子またはＭＳＩＳＤＮあるいはＵＥのグループについての外部グループＩＤ、ＳＣＳ／ＡＳ識別子および（１つまたは複数の）ＣＰパラメータセットＩｄに関連するＣＰ情報の１つまたは複数のセットを含むものとする。ＥｘｐｅｃｔｅｄＵＭＴ＿５Ｇ特徴がサポートされる場合、「ｅｘｐｅｃｔｅｄＵｍｔｓ」属性内の予想されるＵＥ移動軌道も含まれるものとする。ＨＴＴＰ ＰＯＳＴメッセージを受信した後に、ＳＣＥＦは、ＳＣＳ／ＡＳが許可されるかどうかを検査するものとする。ＳＣＥＦは、（１つまたは複数の）ＣＰパラメータセットの数が、オペレータポリシまたは設定に基づく限界に達したかどうかをも検査し得る。有効性確認の後に、ＳＣＥＦは、各受信されたＣＰパラメータセットＩｄについて、ＣＰパラメータセットＩｄから導出され得るＳＣＥＦ参照ＩＤを割り振り、その開示全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２９．３３６において指定されているように（１つまたは複数の）ＣＰパラメータセットを配信するためのＣＰパラメータ更新要求メッセージをＨＳＳに送出するものとする。ＨＳＳから成功の結果を受信した後に、ＳＣＥＦは、ＣＰパラメータセットを表す、リソース「個々のＣＰプロビジョニングサブスクリプション」およびすべてのサブリソース「個々のＣＰセットプロビジョニング」を作成するものとする。ＳＣＥＦは、各々、「ｃｐＰａｒａｍｅｔｅｒＳｅｔ」属性中の「ｓｅｌｆ」属性内の、作成されたサブスクリプションリソース「個々のＣＰプロビジョニングサブスクリプション」および（１つまたは複数の）サブリソース「個々のＣＰセットプロビジョニング」についてのＵＲＩを含んでいるロケーションヘッダフィールドを含む２０１作成済みでＳＣＳ／ＡＳに応答するものとし、さもなければ、ＳＣＥＦは、いかなるリソースをも作成しないものとし、５００内部サーバエラーにセットされたステータスコードでＳＣＳ／ＡＳに応答するものとする。ＳＣＥＦは、（１つまたは複数の）あるＣＰパラメータセットが成功裡にプロビジョニングされない（たとえば、ＨＳＳが失敗を返す、および／またはＳＣＥＦがＣＰパラメータプロビジョニングを受け付けない（たとえば、要求中の１つまたは複数のＣＰパラメータセット識別子が既存のサブスクリプション中にすでに存在する））場合、ＨＴＴＰ応答の本文中に（１つまたは複数の）ＣＰパラメータセット識別子のリストおよび（１つまたは複数の）結果をもつ（１つまたは複数の）ＣＰ報告をも含めるものとする。

一実施形態では、パラメータプロビジョニング要求は、１つまたは複数のＣＰパラメータセットを追加または更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ得、パラメータプロビジョニング応答は、ＨＴＴＰ ＰＵＴ応答中に含まれ得る。ＨＴＴＰ ＰＵＴメッセージは、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＵＴメッセージは、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．３．３．２において規定されているＨＴＴＰ ＰＵＴ要求と同様または同じであり得る。ＨＴＴＰ ＰＵＴ応答は、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＵＴ応答は、本開示の実施形態によるＨＴＴＰ ＰＵＴ応答が、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果をさらに含むことを除いて、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．３．３．２において規定されているＨＴＴＰ ＰＵＴ応答と同様または同じであり得る。

たとえば、図１に示されている３ＧＰＰネットワークでは、（１つまたは複数の）新しいＣＰパラメータセットを追加し、１つまたは複数のＣＰパラメータセットＩｄについて（１つまたは複数の）既存のＣＰパラメータセットを更新および／または除去するために、ＳＣＳ／ＡＳは、（１つまたは複数の）新しいリソースを作成することによって（１つまたは複数の）新しいＣＰパラメータセットを追加し、（１つまたは複数の）既存のリソースのいくつかの作成されたプロパティ（たとえば、有効時間）を変更し、および／あるいは（１つまたは複数の）既存のリソースのいくつかのプロパティまたはプロパティ全体を除去するように要求する、「個々のＣＰプロビジョニングサブスクリプション」リソースのためのＨＴＴＰ ＰＵＴメッセージをＳＣＥＦに送出し得る。ＨＴＴＰ ＰＵＴメッセージを受信した後に、ＳＣＥＦは、３ＧＰＰ ＴＳ２９．３３６において指定されているようにＣＰパラメータ変更をＨＳＳに送出するものとする。ＨＳＳから成功コードをもつ応答を受信した後に、ＳＣＥＦは、（１つまたは複数の）リソースを更新し、２００ ＯＫステータスコードをもつＨＴＴＰ応答をＳＣＳ／ＡＳに送出し、ＨＴＴＰ応答の本文中に（１つまたは複数の）ＣＰパラメータセットＩｄのリストを含めるものとする。さもなければ、ＳＣＥＦは、リソースを更新しないものとし、５００内部サーバエラーにセットされたステータスコードをもつＨＴＴＰ応答をＳＣＳ／ＡＳに送出するものとする。ＳＣＥＦは、（１つまたは複数の）あるＣＰパラメータセットが成功裡にプロビジョニングされない（たとえば、ＨＳＳが失敗を返す、および／またはＳＣＥＦがＣＰパラメータプロビジョニングを受け付けない（たとえば、要求中の１つまたは複数のＣＰパラメータセット識別子が既存のサブスクリプション中にすでに存在する））場合、ＨＴＴＰ応答の本文中に（１つまたは複数の）ＣＰパラメータセット識別子のリストおよび（１つまたは複数の）結果をもつ（１つまたは複数の）ＣＰ報告をも含めるものとする。

リソース「ＣＰプロビジョニングサブスクリプション」へのＨＴＴＰ ＰＯＳＴメッセージまたはリソース「個々のＣＰプロビジョニングサブスクリプション」へのＨＴＴＰ ＰＵＴメッセージについて、（１つまたは複数の）すべてのアプリケーションのプロビジョニングが失敗した（たとえば、ＨＳＳがすべてのセットについて失敗を返す、および／またはＳＣＥＦがＰＦＤプロビジョニングを受け付けない）場合、ＳＣＥＦは、５００内部サーバエラー応答で応答し、対応する失敗コード、およびプロビジョニングが失敗した（１つまたは複数の）ＣＰパラメータセット識別子を含めるものとする。

一実施形態では、パラメータプロビジョニング要求は、１つのＣＰパラメータセットを更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ得、パラメータプロビジョニング応答は、ＨＴＴＰ ＰＵＴ応答中に含まれ得る。ＨＴＴＰ ＰＵＴメッセージは、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＵＴメッセージは、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．４．３．２－１において規定されているＨＴＴＰ ＰＵＴ要求と同様または同じであり得る。ＨＴＴＰ ＰＵＴ応答は、任意の好適なフォーマットのものであり得る。たとえば、ＨＴＴＰ ＰＵＴ応答は、本開示の実施形態によるＨＴＴＰ ＰＵＴ応答が、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果をさらに含むことを除いて、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．４．３．２－１において規定されているＨＴＴＰ ＰＵＴ応答と同様または同じであり得る。

たとえば、図１に示されている３ＧＰＰネットワークでは、ＳＣＳ／ＡＳは、ＣＰパラメータセットＩｄによって識別された個々のリソースを交換するように要求する、「個々のＣＰセットプロビジョニング」リソースのためのＨＴＴＰ ＰＵＴメッセージをＳＣＥＦに送出し得る。ＨＴＴＰ ＰＵＴメッセージの本文は、ＣＰ情報のセットを含むものとする。そのような要求を受信した後に、ＳＣＥＦは、３ＧＰＰ ＴＳ２９．３３６において指定されているようにＨＳＳと対話するものとする。ＨＳＳから成功コードをもつ応答を受信した後に、ＳＣＥＦは、リソースを更新し、２００ ＯＫステータスコードをもつＨＴＴＰ応答をＳＣＳ／ＡＳに送出するものとし、さもなければ、ＳＣＥＦは、リソースを更新しないものとし、５００内部サーバエラーにセットされたステータスコードをもつＨＴＴＰ応答をＳＣＳ／ＡＳに送出するものとする。ＣＰパラメータセットのプロビジョニングが失敗した（たとえば、ＨＳＳがＣＰパラメータセットについて失敗を返す、またはＳＣＥＦがＣＰセットプロビジョニングを受け付けない）場合、ＳＣＥＦは、対応するステータスコードとともに要求を拒否し、対応する失敗コード、およびプロビジョニングが失敗したＣＰパラメータセット識別子を含めるものとする。

一実施形態では、ＣｐＲｅｐｏｒｔと呼ばれるＣＰ報告が、成功裡に追加または修正されなかった（１つまたは複数の）ＣＰパラメータセット識別子および（１つまたは複数の）対応する失敗理由を指示するために表１において規定され得る。

一実施形態では、３ＧＰＰ ＴＳ２９．１２２の表５．１０．２．１．２－１は、上記で説明されたようなＣｐＲｅｐｏｒｔを組み込むために表２に改訂され得る。

一実施形態では、ＣＰパラメータプロビジョニングの失敗理由を表すＣｐＦａｉｌｕｒｅＣｏｄｅと呼ばれる失敗コードが表３において規定され得る。

一実施形態では、３ＧＰＰ ＴＳ２９．１２２の表５．１０．３．２．３．４－１は、上記で説明されたようなＣｐＲｅｐｏｒｔを組み込むために表４に改訂され得る。

一実施形態では、３ＧＰＰ ＴＳ２９．１２２の５．１０．３．３．３．２－１は、上記で説明されたようなＣｐＲｅｐｏｒｔを組み込むために表５に改訂され得る。

一実施形態では、３ＧＰＰ ＴＳ２９．１２２の５．１０．３．４．３．２－１は、上記で説明されたようなＣｐＲｅｐｏｒｔを組み込むために表６に改訂され得る。

一実施形態では、サーバは、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）またはアプリケーション機能（ＡＦ）を備え得、ネットワークデバイスは、サービス能力公開機能（ＳＣＥＦ）またはネットワーク公開機能（ＮＥＦ）を備え得る。

一実施形態では、１つまたは複数のＣＰパラメータセットと、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果とは、モビリティ管理エンティティ（ＭＭＥ）ならびに／またはアクセスおよびモビリティ管理機能（ＡＭＦ）によって使用されるためのものである。

図３は、ＳＣＥＦまたはＮＥＦなど、ネットワークデバイスにおいて実装されるかまたはネットワークデバイスに通信可能に結合された装置によって実施され得る、本開示の一実施形態による、方法３００のフローチャートを示す。したがって、装置は、方法３００の様々な部分を達成するための手段、ならびに他の構成要素とともに他のプロセスを達成するための手段を提供し得る。上記の実施形態で説明されたいくつかの部分について、それらの詳細な説明は、簡潔のためにここでは省略される。

ブロック３０２において、ネットワークデバイスは、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信し得る。たとえば、サーバは、図２のブロック２０２においてパラメータプロビジョニング要求を送出し得、次いで、ネットワークデバイスは、パラメータプロビジョニング要求を受信し得る。

一実施形態では、１つまたは複数のＣＰパラメータは、上記で説明されたように、ＵＥまたはＵＥのグループについて固有であり得る。一実施形態では、各ＣＰパラメータセットが、上記で説明されたように、関連する有効時間を有し得る。一実施形態では、１つまたは複数のＣＰパラメータセットは、周期的通信インジケータと、通信持続時間と、周期的時間と、スケジュールされた通信時間と、固定指示と、トラフィックプロファイルとを含み得る。

ブロック３０４において、ネットワークデバイスは、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成し得る。

一実施形態では、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果は、１つまたは複数のＣＰパラメータセットのすべてが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのすべてについての結果を含み得る。

一実施形態では、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果は、成功裡にプロビジョニングされなかったＣＰパラメータセットについての結果のみを含み得る。

一実施形態では、ＣＰパラメータセットの結果のフォーマットが、ＣＰパラメータセット識別子と、対応する結果コードとを含み得る。

一実施形態では、対応する結果コードは、失敗コードを含み得る。失敗コードは、誤動作、ＣＰパラメータセット識別子が重複していること、および他の理由のうちの少なくとも１つを識別し得る。

ブロック３０６において、ネットワークデバイスは、パラメータプロビジョニング応答をサーバに送出し得る。

一実施形態では、パラメータプロビジョニング要求は、１つまたは複数のＣＰパラメータセットについてのリソースを作成するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＯＳＴメッセージ中に含まれ得る。パラメータプロビジョニング応答は、ＨＴＴＰ ＰＯＳＴ応答中に含まれ得る。ネットワークデバイスは、サーバが許可されたかどうか、および／あるいは１つまたは複数のＣＰパラメータセットの数がオペレータポリシまたは設定に基づく限界に達したかどうか、および／あるいはＰＯＳＴメッセージ中の１つまたは複数のＣＰパラメータセットが既存のリソースとしてすでにプロビジョニングされたかどうかを検査することと、検査の結果に基づいて、１つまたは複数のＣＰパラメータセットの各々について参照識別子を割り振ること、ＣＰパラメータ更新要求をＨＳＳおよび／またはＵＤＭに送出すること、ＨＳＳおよび／またはＵＤＭからＣＰパラメータ更新応答を受信すること、ＣＰパラメータ更新応答が成功の結果を指示するとき、ＣＰパラメータセットを表す、リソース「個々のＣＰプロビジョニングサブスクリプション」およびすべてのサブリソース「個々のＣＰセットプロビジョニング」を作成すること、ならびに検査の結果とＣＰパラメータ更新応答とに基づいて、パラメータプロビジョニング応答を生成することを実施することとを行うことによって、パラメータプロビジョニング応答を生成し得る。一実施形態では、ＨＴＴＰ ＰＯＳＴ応答は、応答コード２０１作成済みまたは応答コード５００内部サーバエラーを含み得る。

一実施形態では、パラメータプロビジョニング要求は、１つまたは複数のＣＰパラメータセットを追加または更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ得る。パラメータプロビジョニング応答は、ＨＴＴＰ ＰＵＴ応答中に含まれ得る。ネットワークデバイスは、サーバが許可されたかどうか、および／あるいは１つまたは複数のＣＰパラメータセットの数がオペレータポリシまたは設定に基づく限界に達したかどうか、および／あるいはＰＵＴメッセージ中の１つまたは複数のＣＰパラメータセットが既存のリソースとしてすでにプロビジョニングされたかどうかを検査することと、検査の結果に基づいて、ＣＰパラメータ変更メッセージをホーム加入者サーバ（ＨＳＳ）および／または統合データ管理（ＵＤＭ）に送出すること、ＨＳＳおよび／またはＵＤＭからＣＰパラメータ変更応答を受信すること、ＣＰパラメータ変更応答が成功コードを含むとき、１つまたは複数のＣＰパラメータセットに関係するリソースを更新すること、ならびに検査の結果とＣＰパラメータ変更応答とに基づいて、パラメータプロビジョニング応答を生成することを実施することとを行うことによって、パラメータプロビジョニング応答を生成し得る。一実施形態では、ＨＴＴＰ ＰＵＴ応答は、応答コード２００ ＯＫまたは応答コード５００内部サーバエラーを含む。

一実施形態では、パラメータプロビジョニング要求は、１つのＣＰパラメータセットを更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ得る。パラメータプロビジョニング応答は、ＨＴＴＰ ＰＵＴ応答中に含まれ得る。ネットワークデバイスは、サーバが許可されたかどうか、および／またはＰＵＴメッセージ中のＣＰパラメータセットが既存のリソースとしてすでにプロビジョニングされたかどうかを検査することと、検査の結果に基づいて、ＣＰパラメータ更新メッセージをホーム加入者サーバ（ＨＳＳ）および／または統合データ管理（ＵＤＭ）に送出すること、ＨＳＳおよび／またはＵＤＭからＣＰパラメータ更新応答を受信すること、ＣＰパラメータ更新応答が成功コードを含むとき、１つのＣＰパラメータセットに関係するリソースを更新すること、ならびに検査の結果とＣＰパラメータ更新応答とに基づいて、パラメータプロビジョニング応答を生成することを実施することとを行うことによって、パラメータプロビジョニング応答を生成し得る。一実施形態では、ＨＴＴＰ ＰＵＴ応答は、応答コード２００ ＯＫまたは応答コード４０９競合または応答コード５００内部サーバエラーを含み得る。

一実施形態では、サーバは、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）またはアプリケーション機能（ＡＦ）を備え、ネットワークデバイスは、サービス能力公開機能（ＳＣＥＦ）またはネットワーク公開機能（ＮＥＦ）を備える。

一実施形態では、１つまたは複数の通信パターン（ＣＰ）パラメータセットと、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果とは、モビリティ管理エンティティ（ＭＭＥ）ならびに／またはアクセスおよびモビリティ管理機能（ＡＭＦ）によって使用されるためのものである。

図２～図３に示されている様々なブロックは、方法ステップ、および／またはコンピュータプログラムコードの動作から生じる動作、および／または関連する（１つまたは複数の）機能を行うために構築された複数の結合された論理回路と見なされ得る。上記で説明された概略フローチャート図は、概して、論理フローチャート図として記載される。したがって、図示された順序および標示されたステップは、提示された方法の特定の実施形態を示す。例示された方法の、１つまたは複数のステップ、またはそれらの部分と、機能、論理、または効果において等価である他のステップおよび方法が想到され得る。さらに、特定の方法が行われる順序は、示されている対応するステップの順序に厳密に従うことも従わないこともある。

図４ａは、本開示の一実施形態による、無線通信ネットワークにおけるサーバにおいて／サーバとして実施され得る装置４１０の簡略ブロック図を示す。図４ｂは、本開示の一実施形態による、ネットワークデバイスにおいて／ネットワークデバイスとして実施され得る装置４２０を示す。

装置４１０は、データプロセッサ（ＤＰ）など、少なくとも１つのプロセッサ４１１と、プロセッサ４１１に結合された少なくとも１つのメモリ（ＭＥＭ）４１２とを備え得る。装置４１０は、プロセッサ４１１に結合された送信機ＴＸおよび受信機ＲＸ４１３をさらに備え得る。ＭＥＭ４１２はプログラム（ＰＲＯＧ）４１４を記憶する。ＰＲＯＧ４１４は、関連するプロセッサ４１１上で実行されたとき、装置４１０が、本開示の実施形態に従って動作すること、たとえば、方法２００を実施することを可能にする、命令を含み得る。少なくとも１つのプロセッサ４１１と少なくとも１つのＭＥＭ４１２との組合せは、本開示の様々な実施形態を実装するように適応された処理手段４１５を形成し得る。

装置４２０は、ＤＰなど、少なくとも１つのプロセッサ４２１と、プロセッサ４２１に結合された少なくとも１つのＭＥＭ４２２とを備える。装置４２０は、プロセッサ４２１に結合された送信機ＴＸおよび受信機ＲＸ４２３をさらに備え得る。ＭＥＭ４２２はＰＲＯＧ４２４を記憶する。ＰＲＯＧ４２４は、関連するプロセッサ４２１上で実行されたとき、装置４２０が、本開示の実施形態に従って動作すること、たとえば、方法３００を実施することを可能にする、命令を含み得る。少なくとも１つのプロセッサ４２１と少なくとも１つのＭＥＭ４２２との組合せは、本開示の様々な実施形態を実装するように適応された処理手段４２５を形成し得る。

本開示の様々な実施形態は、プロセッサ４１１および４２１、ソフトウェア、ファームウェア、ハードウェアのうちの１つまたは複数によって実行可能なコンピュータプログラムによって、またはそれらの組合せにおいて実行可能なコンピュータプログラムによって実装され得る。

ＭＥＭ４１２および４２２は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、半導体ベースメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実装され得る。

プロセッサ４１１および４２１は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

次に、無線通信ネットワーク中のサーバにおいて実装される装置５００の概略ブロック図を示す図５への参照が行われる。装置５００は、例示的な方法２００、および、場合によっては、任意の他のプロセスまたは方法を行うように動作可能である。

図５に示されているように、装置５００は、ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出するように設定された送出ユニット５０２と、ネットワークデバイスから、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信するように設定された受信ユニット５０４とを備え得る。

次に、ネットワークデバイスにおいて実装される装置６００の概略ブロック図を示す図６への参照が行われる。装置６００は、例示的な方法３００、および、場合によっては、任意の他のプロセスまたは方法を行うように動作可能である。

図６に示されているように、装置６００は、サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信するように設定された受信ユニット６０２と、１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する１つまたは複数のＣＰパラメータセットのうちの少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成するように設定された生成ユニット６０４と、サーバへのパラメータプロビジョニング応答を受信するように設定された受信ユニット６０６とを備え得る。

装置５００および６００中の、いくつかのユニットまたはモジュールは、いくつかの実装形態において組み合わせられ得ることが諒解されよう。たとえば、一実施形態では、情報を送出および受信するために、単一の送受信ユニットを使用することが可能である。

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、上記で説明されたようなサーバに関係する方法のうちのいずれかを行わせる命令を含む、コンピュータプログラム製品が提供される。

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、上記で説明されたようなネットワークデバイスに関係する方法のうちのいずれかを行わせる命令を含む、コンピュータプログラム製品が提供される。

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記で説明されたようなサーバに関係する方法のうちのいずれかを行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記で説明されたようなネットワークデバイスに関係する方法のうちのいずれかを行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

さらに、本開示は、上述のようなコンピュータプログラムを含んでいるキャリアをも提供し得、そのキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、たとえば、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、Ｂｌｕ－ｒａｙディスクなどのような、光コンパクトディスクまたは電子メモリデバイスであり得る。

本明細書で説明される技法は、一実施形態で説明される対応する装置の１つまたは複数の機能を実装する装置が、従来技術の手段だけでなく、その実施形態で説明される対応する装置の１つまたは複数の機能を実装するための手段をも備えるように、および、その装置が、各別個の機能のための別個の手段、あるいは１つまたは複数の機能を実施するように設定され得る手段を備え得るように、様々な手段によって実装され得る。たとえば、これらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組合せで実装され得る。ファームウェアまたはソフトウェアの場合、実装は、本明細書で説明される機能を実施するモジュール（たとえば、プロシージャ、機能など）を通して行われ得る。

本明細書の例示的な実施形態が、方法および装置のブロック図およびフローチャート図に関して上記で説明された。ブロック図およびフローチャート図の各ブロック、ならびにブロック図およびフローチャート図中のブロックの組合せが、それぞれ、コンピュータプログラム命令を含む様々な手段によって実装され得ることを理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置にロードされ得、その結果、コンピュータまたは他のプログラマブルデータ処理装置上で実行する命令は、フローチャートの１つまたは複数のブロックにおいて指定された機能を実装するための手段を作成する。

さらに、動作は特定の順序で示されているが、これは、望ましい結果を達成するために、そのような動作が、示されている特定の順序または連続した順序で実施されること、あるいはすべての例示された動作が実施されることを必要とするものとして理解されるべきではない。いくつかの状況では、マルチタスキングおよび並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論中に含まれているが、これらは、本明細書で説明される主題の範囲に対する限定と解釈されるべきではなく、むしろ特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態のコンテキストにおいて説明されるいくつかの特徴は、単一の実施形態における組合せでも実装され得る。逆に、単一の実施形態のコンテキストにおいて説明される様々な特徴が、複数の実施形態において別々にも実装され、または任意の好適な部分組合せでも実装され得る。

本明細書は多くの特定の実装の詳細を含んでいるが、これらは、任意の実装のまたは請求され得るものの範囲に対する限定と解釈されるべきではなく、むしろ特定の実装形態の特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態のコンテキストにおいて本明細書で説明されるいくつかの特徴は、単一の実施形態における組合せでも実装され得る。逆に、単一の実施形態のコンテキストにおいて説明される様々な特徴が、複数の実施形態において別々にも実装され、または任意の好適な部分組合せでも実装され得る。その上、特徴は、いくつかの組合せで働くものとして上記で説明され、さらには最初にそのようなものとして請求され得るが、請求される組合せからの１つまたは複数の特徴は、いくつかの場合にはその組合せから削除され得、請求される組合せは、部分組合せまたは部分組合せの変形を対象とし得る。

技術が進歩するにつれて、発明的概念が様々なやり方で実装され得ることが当業者に明らかであろう。上記で説明された実施形態は、本開示を限定するのではなく説明するために与えられており、当業者が容易に理解するように、本開示の趣旨および範囲から逸脱することなく修正および変形が行われ得ることを理解されたい。そのような修正および変形は、本開示の範囲および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって規定される。

Claims (38)

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. 前記パラメータプロビジョニング要求が、前記１つまたは複数のＣＰパラメータセットを追加または更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ、前記パラメータプロビジョニング応答が、ＨＴＴＰ ＰＵＴ応答中に含まれ、前記パラメータプロビジョニング応答を生成することは、
    前記サーバが許可されたかどうか、および／あるいは１つまたは複数のＣＰパラメータセットの数がオペレータポリシまたは設定に基づく限界に達したかどうか、および／あるいは前記PUTメッセージ中の前記１つまたは複数のＣＰパラメータセットが既存のリソースとしてすでにプロビジョニングされたかどうかを検査することと、
    前記検査の結果に基づいて、
    ＣＰパラメータ変更メッセージをホーム加入者サーバ（ＨＳＳ）および／または統合データ管理（ＵＤＭ）に送出すること、
    前記ＨＳＳおよび／またはＵＤＭからＣＰパラメータ変更応答を受信すること、ならびに
    前記ＣＰパラメータ変更応答が成功コードを含むとき、前記１つまたは複数のＣＰパラメータセットに関係するリソースを更新すること、を実施することと、
    前記検査の結果と前記ＣＰパラメータ変更応答とに基づいて、前記パラメータプロビジョニング応答を生成することと
    を含む、請求項１７から２６のいずれか一項に記載の方法。
28. 前記ＨＴＴＰ ＰＵＴ応答が、応答コード２００ ＯＫまたは応答コード５００内部サーバエラーを含む、請求項２７に記載の方法。
29. 前記パラメータプロビジョニング要求が、前記１つのＣＰパラメータセットを更新するためのハイパーテキスト転送プロトコル（ＨＴＴＰ）ＰＵＴメッセージ中に含まれ、前記パラメータプロビジョニング応答が、ＨＴＴＰ ＰＵＴ応答中に含まれ、前記パラメータプロビジョニング応答を生成することは、
    前記サーバが許可されたかどうか、および／または前記ＰＵＴメッセージ中の前記ＣＰパラメータセットが既存のリソースとしてすでにプロビジョニングされたかどうかを検査することと、
    前記検査の結果に基づいて、
    ＣＰパラメータ更新メッセージをホーム加入者サーバ（ＨＳＳ）および／または統合データ管理（ＵＤＭ）に送出すること、
    前記ＨＳＳおよび／またはＵＤＭからＣＰパラメータ更新応答を受信すること、ならびに
    前記ＣＰパラメータ更新応答が成功コードを含むとき、前記１つのＣＰパラメータセットに関係するリソースを更新すること、を実施することと、
    前記検査の結果と前記ＣＰパラメータ更新応答とに基づいて、前記パラメータプロビジョニング応答を生成することと
    を含む、請求項１７から２８のいずれか一項に記載の方法。
30. 前記ＨＴＴＰ ＰＵＴ応答が、応答コード２００ ＯＫまたは応答コード４０９競合または応答コード５００内部サーバエラーを含む、請求項２９に記載の方法。
31. 前記サーバが、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）またはアプリケーション機能（ＡＦ）を含み、前記ネットワークデバイスが、サービス能力公開機能（ＳＣＥＦ）またはネットワーク公開機能（ＮＥＦ）を含む、請求項１７から３０のいずれか一項に記載の方法。
32. 前記１つまたは複数の通信パターン（ＣＰ）パラメータセットと、前記１つまたは複数のＣＰパラメータセットのうちの少なくとも１つの前記それぞれの結果とが、モビリティ管理エンティティ（ＭＭＥ）ならびに／またはアクセスおよびモビリティ管理機能（ＡＭＦ）によって使用されるためのものである、請求項１７から３１のいずれか一項に記載の方法。
33. 無線通信ネットワークにおけるサーバにおいて実装される装置（４１０）であって、
    プロセッサ（４１１）と、
    前記プロセッサ（４１１）に結合されたメモリ（４１２）と
    を備え、前記メモリ（４１２）が、前記プロセッサ（４１１）によって実行可能な命令を含んでおり、それにより、前記装置（４１０）は、
    ネットワークデバイスに、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を送出することと、
    前記ネットワークデバイスから、前記１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する前記１つまたは複数のＣＰパラメータセットのうちの前記少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を受信することと
    を行うように動作可能である、装置（４１０）。
34. 前記装置が、請求項２から１６のいずれか一項に記載の方法を実施するようにさらに動作可能である、請求項３３に記載の装置。
35. ネットワークデバイスにおいて実装される装置（４２１）であって、
    プロセッサ（４２１）と、
    前記プロセッサ（４２１）に結合されたメモリ（４２２）と
    を備え、前記メモリ（４２２）が、前記プロセッサ（４２１）によって実行可能な命令を含んでおり、それにより、前記装置（４２０）は、
    サーバから、それぞれの通信パターン（ＣＰ）パラメータセット識別子に関連する１つまたは複数のＣＰパラメータセットを含むパラメータプロビジョニング要求を受信することと、
    前記１つまたは複数のＣＰパラメータセットのうちの少なくとも１つが成功裡にプロビジョニングされたか否かを指示する前記１つまたは複数のＣＰパラメータセットのうちの前記少なくとも１つのそれぞれの結果を含むパラメータプロビジョニング応答を生成することと、
    前記パラメータプロビジョニング応答を前記サーバに送出することと
    を行うように動作可能である、装置（４２１）。
36. 前記装置が、請求項１８から３２のいずれか一項に記載の方法を実施するようにさらに動作可能である、請求項３５に記載の装置。
37. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに、請求項１から３２のいずれか一項に記載の方法を実施させる命令を記憶する、コンピュータ可読記憶媒体。
38. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに、請求項１から３２のいずれか一項に記載の方法を実施させる命令を備える、コンピュータプログラム製品。

Images