JP2022526359A

JP2022526359A - ポリシデータの変更に対するサブスクリプション

Info

Publication number: JP2022526359A
Application number: JP2021557743A
Authority: JP
Inventors: アゾレロ，フエンシスラガルシア; ゴンサレス，アントニオイニエスタ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-03-29
Filing date: 2020-02-06
Publication date: 2022-05-24
Anticipated expiration: 2040-02-06
Also published as: JP7235894B2; US20230171347A1; ZA202106620B; CN113632420A; WO2020200547A1; EP3949345A1; JP7235893B2; BR112021018239A2; JP2022525990A; EP3949345B1; EP3949272B1; CN113632420B; WO2020200695A1; US20220191052A1; EP3949345C0; CN113632440B; EP3949272A1; CN113632440A; US11923993B2; KR20210141590A

Abstract

本発明は、現在の規格におけるサブスクリプションデータ変更の通知に対するサブスクリプションに関する欠落したプロシージャの問題に直面しており、「ポリシデータサブスクリプション」リソースのＵＲＩと「インディビジュアルポリシデータサブスクリプション」リソースのＵＲＩとが、その修正が通知をトリガするリソースのリストから除外されることを指示するために「ポリシデータサブスクリプション」データ構造を補正することを提供する。本発明は、「ポリシデータ変更通知」データタイプ中に含まれるべき新しい属性をも提供する。【選択図】図３

Description

本発明は、一般に、ポリシデータ変更に関する通知に対するサブスクリプションに関し、より詳細には、本発明は、オペレータ固有データ変更およびＰＬＭＮにおけるＵＥポリシセット変更についての通知のハンドリングに関する。

３ＧＰＰＴＳ２９．５１９ｖ１５．３．０は、ポリシデータ変更の通知に対するサブスクリプションを開示する。いわゆる「ＨＴＴＰＰＯＳＴ」方法は、サブスクリプションプロシージャ中に統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）からポリシ制御機能（ＰＣＦ）によって提供されるユニフォームリソース識別子（ＵＲＩ）に向けて送出される、ポリシデータ変更の通知について規定される。

サブスクリプションプロシージャは、サブスクリプションを作成するために、いわゆるポリシデータサブスクリプション（ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓ）収集リソースに向けてＨＴＴＰＰＯＳＴ要求をトリガすることによって、または、サブスクリプションを修正するために、いわゆるインディビジュアルポリシデータサブスクリプション（ＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎ）ドキュメントリソースに向けてＨＴＴＰＰＵＴ要求をトリガすることによって実施される。ＨＴＴＰＰＯＳＴ要求およびＨＴＴＰＰＵＴ要求は、以下のようにタイプＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎの規定に関する、３ＧＰＰＴＳ２９．５１９における表５．４．２．１０－１に対応する、表Ｉに規定されている属性を含んでいる要求本文を含む。

通知プロシージャは、いわゆるｍｏｎｉｔｏｒｅｄＲｅｓｏｕｒｃｅＵｒｉｓ属性中に含まれるリソースのいずれかにおける修正がＵＤＲにおいて行われるときにトリガされる。

ポリシデータ変更について通知するために、ＵＤＲからＰＣＦに向けて送出されたＨＴＴＰＰＯＳＴ要求の要求本文が、タイプＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎの規定に関する、３ＧＰＰＴＳ２９．５１９における表５．４．２．１１－１に対応する、表ＩＩにおいて以下で規定される。

３ＧＰＰＴＳ２９．５１３ｖ１５．２．０は、ＰＣＦが、ＵＤＲと、ポリシデータ変更に関する通知をサブスクライブする、コールフローを開示する。このＴＳ２９．５１３は、ポリシおよび課金制御（ＰＣＣ）プロシージャのためのエンドツーエンドフローを規定し、異なるＰＣＣアプリケーションプログラミングインターフェース（ＡＰＩ）にわたる相互作用を示す。

ＰＣＣＡＰＩの大部分は、ポリシデータ変更に関する通知のためのＵＤＲとのサブスクリプションに関しては、同様に挙動する。本発明の目的で、いわゆるＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌおよびＮｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌサービスは、関係性を有する。

３ＧＰＰＴＳ２９．５１３における図５．２．１－１に基づく、図１に示されているフローは、本明細書全体にわたって説明されるソリューションによって後で影響を及ぼされることになる相互作用について説明する。このプロシージャは、ローミングシナリオと非ローミングシナリオの両方に関係する。ホームルーティングされたローミングの場合、ＰＣＦはＨ－ＰＣＦとして働く。ＬＢＯローミングの場合、ＰＣＦはＶ－ＰＣＦとして働き、アクション２から５がスキップされる。図１に示されているアクションは、以下で説明される。

アクション１．ＳＭＦは、ＵＥからＰＤＵセッション確立要求を受信する。ＳＭＦはＰＣＦを選択し、ＨＴＴＰＰＯＳＴ要求をいわゆるＳＭポリシリソースに向けて送出することによってＮｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅサービス動作を呼び出す。要求動作は、ＳＵＰＩと、ＰＤＵセッションＩＤと、ＰＤＵセッションタイプと、ＤＮＮと、Ｓ－ＮＳＳＡＩとを提供し、利用可能な場合、ＧＰＳＩと、内部グループ識別子と、アクセスタイプと、ＩＰｖ４アドレスまたは（利用可能な場合）ＩＰｖ６ネットワークプレフィックスと、ＳＭＦにおいて受信された場合はＰＥＩと、ユーザロケーション情報と、ＵＥタイムゾーンと、サービングネットワークと、ＲＡＴタイプと、課金情報と、サブスクライブされたセッションＡＭＢＲと、サブスクライブされたデフォルト５ＱＩ／ＡＲＰとを提供し得る。要求動作はまた、ＳＭ関係ポリシが更新されるとき、通知をどこに送出すべきかをＰＣＦに指示するための通知ＵＲＩを含む。

アクション２～３．ＰＣＦがＳＵＰＩおよびＤＮＮのためのサブスクリプションデータを有しない場合、ＰＣＦは、３ＧＰＰＴＳ２９．５１９において指定されているように、いわゆるＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＰｏｌｉｃｙＤａｔａリソースにＨＴＴＰＧＥＴ要求を送出することによって、ＵＤＲに対してＮｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｑｕｅｒｙサービス動作を呼び出す。ＵＤＲは、ポリシ制御サブスクリプションデータとともに、ＰＣＦに、ＨＴＴＰ「２００ＯＫ」応答を送出する。

アクション４～５．サブスクリプション情報の変更に関するＵＤＲからの通知を要求するために、ＰＣＦは、ＨＴＴＰＰＯＳＴ要求を従来技術の図１５中のいわゆるＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓリソース１５０に向けて送出することによって、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作を呼び出す。アクション４は、さらに参照されるために、Ｓ－１００と標示されている。ＵＤＲは、サブスクリプションに確認応答するために、ＨＴＴＰ「２０１作成済み」応答を送出する。さらに、ＡＦ影響データの変更に関するＵＤＲからの通知を要求するために、ＰＣＦは、ＨＴＴＰＰＯＳＴ要求をいわゆる影響データサブスクリプションリソースに送出することによって、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作を呼び出す。ＵＤＲは、サブスクリプションに確認応答するために、ＨＴＴＰ「２０１作成済み」応答を送出する。

アクション６．ＰＣＦは、ポリシ決定が課金機能（ＣＨＦ）において利用可能なポリシカウンタのステータスに依存し、そのような報告がサブスクライバのために確立されないと決定した場合、ＰＣＦは初期利用限界報告（ＳｐｅｎｄｉｎｇＬｉｍｉｔＲｅｐｏｒｔ）取出しを開始する。ポリシカウンタステータス報告がサブスクライバのためにすでに確立され、ＰＣＦが、追加のポリシカウンタのステータスが必要とされると決定した場合、ＰＣＦは中間利用限界報告取出しを開始する。

アクション７．ＰＣＦは、提供されるべき情報を決定するためにポリシ決定を行う。

アクション８．バインディングサポート機能（ＢＳＦ）が使用されるべきであり、ＩＰアドレス／プレフィックスまたはＭＡＣアドレスのいずれかが利用可能である場合、ＰＣＦは、ＢＳＦにおいてユーザ機器（ＵＥ）のためのＰＤＵセッションバインディング情報を作成するために、ＨＴＴＰＰＯＳＴ要求を送出することによって、いわゆるＮｂｓｆ＿Ｍａｎａｇｅｍｅｎｔ＿Ｒｅｇｉｓｔｅｒサービス動作を呼び出す。

アクション９．ＰＣＦは、作成されたバインディング情報とともに、ＢＳＦから、ＨＴＴＰ「２０１作成済み」応答を受信する。

アクション１０．ＰＣＦは、アクション７において決定されたポリシ決定とともに、ＳＭＦに、ＨＴＴＰ「２００作成済み」応答を送出する。このアクションの後に、ＰＣＦは、ＰＤＵセッションに関連付けられたＳＭＦイベントをサブスクライブし得る。

３ＧＰＰＴＳ２９．５１３における図５．２．２．２－１に基づく、図２に示されているアクションのシーケンスは、ＰＣＦ開始型ＳＭポリシ関連付け修正プロシージャについての、セッション管理機能（ＳＭＦ）と、ＰＣＦと、ＣＨＦとの間の相互作用について説明する。このプロシージャは、ＰＣＦがＰＤＵセッションのためのポリシ決定を修正することを決定したときに実施される。

アクション１．ＰＣＦは、ＰＤＵセッションのためのＰＣＣルールとポリシ決定とを再評価するために、内部または外部トリガを受信する。可能な外部トリガイベントは、ｉ）ＵＤＲがＰＣＦに、ポリシサブスクリプション変更、たとえば、ＭＰＳＥＰＳ優先度、ＭＰＳ優先度レベル、および／またはＩＭＳシグナリング優先度の変更、あるいは、たとえば、アプリケーション検出および制御をサポートするかどうかを指示するユーザプロファイル設定の変更を通知すること、ならびにｉｉ）ＣＨＦが、ＰＣＦに利用限界報告を提供することである。このアクションは、さらに参照されるために、Ｓ－２００と標示されている。

アクション２．ＰＣＦは、ポリシ決定がＣＨＦにおいて利用可能なポリシカウンタのステータスに依存し、そのような報告がサブスクライバのために確立されないと決定した場合、ＰＣＦは初期利用限界報告を開始する。ポリシカウンタステータス報告がサブスクライバのためにすでに確立され、ＰＣＦがサブスクライブされたポリシカウンタのリストを修正することを決定した場合、ＰＣＦは中間利用限界報告を送出する。ＰＣＦは、ポリシカウンタの任意の将来のステータス通知をアンサブスクライブすることを決定した場合、ＰＣＦは、ＣＨＦにおいて利用可能なポリシカウンタのステータスの変更を報告することについての要求を取り消すために、最終利用限界報告要求を送出する。

アクション３．ＰＣＦはポリシ決定を行う。ＰＣＦは、更新されたポリシ情報、または新しいポリシ情報がＳＭＦに送出される必要があると決定し得る。

アクション４．ＰＣＦは、前にサブスクライブしたＳＭＦに向けて、リソースＵＲＩとして、いわゆる｛通知ＵＲＩ｝／更新とともに、ＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービス動作を呼び出す。要求動作は、ＰＤＵセッションＩＤと更新されたポリシとを提供する。

アクション５．ＳＭＦは、ＨＴＴＰ「２００ＯＫ」をＰＣＦに送出する。

３ＧＰＰＴＳ２９．５１３における図５．６．１．３－１に基づく、図３に示されているアクションのシーケンスは、ローミングシナリオにおけるＵＥポリシ関連付け確立プロシージャについて説明する。

アクション１．アクセスおよびモビリティ管理機能（ＡＭＦ）は、アクセスネットワーク（ＡＮ）から登録要求を受信する。ローカルポリシに基づいて、ＡＭＦは、訪問先ＰＣＦ（Ｖ－ＰＣＦ）とのＵＥポリシ関連付けを確立することを決定する。ＡＭＦは、いわゆるＵＥポリシ関連付けリソースに、ＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅサービス動作を呼び出す。要求は、３ＧＰＰＴＳ２９．５２５ｖ１５．０．０のサブクローズ４．２．２．１において規定されているパラメータを含む。

アクション２．Ｖ－ＰＣＦは、ＡＭＦから受信された情報をホームＰＣＦ（Ｈ－ＰＣＦ）にフォワーディングするために、ＵＥポリシ関連付けリソースにＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅサービス動作を呼び出す。要求は、アクション１において受信されたパラメータを含む。Ｖ－ＰＣＦはまた、Ｈ－ＰＣＦに、ポリシが更新されたとき、通知をどこに送出すべきかの通知ＵＲＩを提供する。

アクション３～６．これらのアクションは、３ＧＰＰＴＳ２９．５１３のサブクローズ５．６．１．２におけるアクション２～５と同様である。すなわち、さらに参照されるためにＳ－３００と標示されているアクション５において、Ｈ－ＰＣＦは、サブスクリプション情報の変更に関してホームＵＤＲ（Ｈ－ＵＤＲ）に通知を要求し得、この場合、Ｈ－ＰＣＦは「ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓ」リソースにＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作を呼び出すものとする。

アクション７．Ｈ－ＰＣＦは、３ＧＰＰＴＳ２９．５２５のサブクローズ４．２．２．２．１において規定されているように、ＵＥポリシがプロビジョニングまたは更新されなければならないかどうか、およびどのＵＥポリシがプロビジョニングまたは更新されなければならないかを決定し、適用可能な（１つまたは複数の）ポリシ制御要求トリガを決定し得る。

アクション８．Ｈ－ＰＣＦは、利用可能な場合、決定されたＵＥポリシと（１つまたは複数の）ポリシ制御要求トリガとともに、Ｖ－ＰＣＦにＨＴＴＰ「２０１作成済み」応答を送出する。

アクション９．Ｖ－ＰＣＦは、このＵＥのＰＬＭＮＩＤための訪問先ＵＤＲ（Ｖ－ＵＤＲ）に記憶されたＵＰＳＩのリストとそのコンテンツとを取り出すために、いわゆるＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースにＨＴＴＰＧｅｔ要求を送出することによって、ＵＤＲに対してＮｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｑｕｅｒｙサービス動作を呼び出す。代替的に、Ｖ－ＰＣＦは、この情報がローカルに設定されていることがある。注１：ＰＬＭＮＩＤのための記憶／設定されたＵＰＳＩリストおよびコンテンツは、たとえばロケーションエリア（たとえばＴＡ、ＰＲＡ）に従って構造化され得る。Ｖ－ＰＣＦは、ＵＰＳＩとそのコンテンツとが現在のＵＥロケーションに対応する場合のみ、ＵＰＳＩとそのコンテンツとを提供し得る。

アクション１０．Ｖ－ＵＤＲは、ＵＥポリシ情報とともに、Ｖ－ＰＣＦにＨＴＴＰ「２００ＯＫ」応答を送出する。

アクション１１．Ｖ－ＰＣＦは、ＵＥポリシ情報の変更に関してＶ－ＵＤＲに通知を要求し得、この場合、ＰＣＦは、従来技術の図１５において、いわゆるＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓリソース１５０にＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作を呼び出すものとする。このアクションは、さらに参照されるために、Ｓ－３１０と標示されている。

アクション１２．Ｖ－ＵＤＲは、Ｖ－ＰＣＦからのサブスクリプションに確認応答するために、ＨＴＴＰ「２０１作成済み」応答を送出する。

アクション１３．Ｖ－ＰＣＦは、３ＧＰＰＴＳ２９．５２５のサブクローズ４．２．２．２．１において規定されているように、ＵＥポリシがプロビジョニングまたは更新されなければならないかどうか、およびどのＵＥポリシがプロビジョニングまたは更新されなければならないかを決定し、適用可能な（１つまたは複数の）ポリシ制御要求トリガを決定し得る。さらに、Ｖ－ＰＣＦは、決定されたＵＥポリシのサイズがあらかじめ規定された限界を超えるかどうかを検査する。

注２：ＡＭＦからＵＥへのＮＡＳメッセージは、ＮＧ－ＲＡＮ（ＰＤＣＰレイヤ）において許容される最大サイズ限界を超えず、したがって、ＰＣＦにおけるあらかじめ規定されたサイズ限界は、その限界に関係する。サイズが限界未満である場合、ＵＥポリシ情報が、単一のＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作中に含まれ、したがって、メッセージ１７～２０が１回実行される。サイズがあらかじめ規定された限界を超える場合、ＰＣＦは、ＵＥポリシ情報をより小さい論理的非依存ＵＥポリシ情報フラグメントにスプリットし、各々のサイズがあらかじめ規定された限界未満であることを保証する。各ＵＥポリシ情報フラグメントは、次いで、分離されたＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作において送出され、したがって、メッセージ１７～２０が数回、各ＵＥポリシ情報フラグメントについて１回実行される。

アクション１４．Ｖ－ＰＣＦは、利用可能な場合、（１つまたは複数の）ポリシ制御要求トリガとともに、ＡＭＦにＨＴＴＰ「２０１作成済み」応答を送出する。

アクション１５．ＵＥポリシ配信結果についてのＮ１メッセージの通知をサブスクライブするために、Ｖ－ＰＣＦは、「個々のＵＥコンテキストについてのＮ１Ｎ２サブスクリプション収集」リソースのＵＲＩとともに、ＨＴＴＰＰＯＳＴ方法を送出することによって、ＡＭＦに対してＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＳｕｂｓｃｒｉｂｅサービス動作を呼び出す。

アクション１６．ＡＭＦは、Ｖ－ＰＣＦにＨＴＴＰ「２０１作成済み」応答を送出する。

アクション１７．Ｖ－ＰＣＦは、アクション１３においてローカルに決定されたポリシを送出するために、およびアクション８においてＨ－ＰＣＦから受信されたポリシをフォワーディングするために、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を呼び出す。

アクション１８．ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作に対する応答を送出する。

アクション１９．ＵＥポリシの結果についてのＵＥポリシコンテナを受信したとき、ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１ＭｅｓｓａｇｅＮｏｔｉｆｙサービス動作を使用して、Ｖ－ＰＣＦにＵＥの応答をフォワーディングする。

アクション２０．Ｖ－ＰＣＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１ＭｅｓｓａｇｅＮｏｔｉｆｙサービス動作に対する応答を送出する。

アクション２１．アクション１８におけるＨ－ＰＬＭＮに属するＵＥポリシコンテナの受信時に、Ｖ－ＰＣＦは、Ｈ－ＰＣＦにＵＥの応答をフォワーディングするために、「個々のＵＥポリシ関連付け」リソースにＨＴＴＰＰＯＳＴ要求を送出することによって、いわゆるＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｕｐｄａｔｅサービス動作を呼び出す。

アクション２２．Ｈ－ＰＣＦは、Ｖ－ＰＣＦにＨＴＴＰ「２００ＯＫ」応答を送出する。

アクション２３～２４．Ｈ－ＰＣＦは、ＵＥに配信されたＵＥポリシ情報の最新のリストを維持し、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｕｐｄａｔｅサービス動作を呼び出すことによって、Ｈ－ＵＤＲにおけるＵＰＳＩの最新のリストとそのコンテンツとを含むＵＥポリシを更新する。アクション４において取り出されたＵＥポリシ情報がない場合、Ｈ－ＰＣＦは、いわゆるＵＥＰｏｌｉｃｙＳｅｔリソースにＨＴＴＰＰＵＴ要求を送出し、ＵＤＲは、ＨＴＴＰ「２０１作成済み」応答を送出する。他の場合、Ｈ－ＰＣＦは、「ＵＥＰｏｌｉｃｙＳｅｔ」リソースにＨＴＴＰＰＵＴ／ＰＡＴＣＨ要求を送出し、Ｈ－ＵＤＲは、ＨＴＴＰ「２０４コンテンツ無し」応答を送出する。

３ＧＰＰＴＳ２９．５１３における図５．６．２．２．３－１に基づく、図４に示されているアクションのシーケンスは、ローミングシナリオにおけるＵＥポリシ関連付け修正プロシージャについて説明する。さらに説明されるこのプロシージャにおいて、Ｈ－ＰＣＦがトリガを受信した場合は、アクション１～４および１０～１１が実行され、アクション５～８が省略されるが、Ｖ－ＰＣＦがトリガを受信した場合は、アクション１～４および１０～１１が省略され、アクション５～８が実行される。

アクション１．ＵＥについてのＵＥポリシ決定を再評価するために、Ｈ－ＰＣＦが、外部トリガ、たとえば、ＵＥのサブスクライバポリシデータが変更された、を受信するか、またはＰＣＦが、内部トリガ、たとえば、オペレータポリシが変更された、を受信する。このアクションは、さらに参照されるために、Ｓ－４００と標示されている。

アクション２．Ｈ－ＰＣＦは、適用可能な更新された（１つまたは複数の）ポリシ制御要求トリガおよび／または更新されたＵＥポリシを含む、ポリシ決定を行う。

アクション３．Ｈ－ＰＣＦは、適用可能な場合、更新されたＵＥポリシおよび／または（１つまたは複数の）ポリシ制御要求トリガとともに、リソースＵＲＩ「｛通知ＵＲＩ｝／更新」に、ＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービス動作を呼び出す。

アクション４．Ｖ－ＰＣＦは、Ｈ－ＰＣＦにＨＴＴＰ「２０４コンテンツ無し」応答を送出する。

アクション５．ＵＥについてのＵＥポリシ決定を再評価するために、Ｖ－ＰＣＦが、外部トリガ、たとえば、このＵＥのＰＬＭＮＩＤについてのＶ－ＵＤＲにおけるオペレータポリシが変更された、を受信するか、またはＶ－ＰＣＦが、内部トリガ、たとえば、ローカルポリシが変更された、を受信する。このアクションは、さらに参照されるために、Ｓ－４１０と標示されている。

アクション６．Ｖ－ＰＣＦは、適用可能な更新された（１つまたは複数の）ポリシ制御要求トリガおよび／または更新されたＵＥポリシを含む、ポリシ決定を行う。Ｖ－ＰＣＦは、決定されたＵＥポリシおよびアクション３におけるＨ－ＰＣＦからの受信されたＵＥポリシのサイズが、あらかじめ規定された限界を超えるかどうかを検査する。

アクション７．Ｖ－ＰＣＦが、（１つまたは複数の）ポリシ制御要求トリガを更新するか、またはアクション３においてＨ－ＰＣＦから受信された（１つまたは複数の）ポリシ制御要求トリガをフォワーディングする必要がある場合、Ｖ－ＰＣＦは、リソースＵＲＩ「｛通知ＵＲＩ｝／更新」にＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービス動作を呼び出すものとする。

アクション８．ＡＭＦは、ＰＣＦにＨＴＴＰ「２０４コンテンツ無し」応答を送出する。

アクション９．Ｖ－ＰＣＦがアクション６においてＵＥポリシを更新することを決定したか、またはＶ－ＰＣＦがアクション３においてＵＥポリシを受信した場合、図３において指定されているように、アクション１７～２２が実行される。

アクション１０～１１．Ｈ－ＰＣＦがアクション２においてＵＥポリシを更新することを決定した場合、従来のアクションが実行され得る。

現在、ＰＣＦならびに任意のＮＦサービスコンシューマーは、いわゆるＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎデータ構造のいわゆるｍｏｎｉｔｏｒｅｄＲｅｓｏｕｒｃｅＵｒｉｓ属性中に、関心があるリソースを識別するＵＲＩを含めることによって、任意のＰｏｌｉｃｙＤａｔａリソースのデータ変更をサブスクライブし得る。

これは、ＮＦサービスコンシューマーがリソースの変更をサブスクライブすることができることを暗示する：ｉ）ＵＲＩ：．．．／ｐｏｌｉｃｙ－ｄａｔａ／ｕｅｓ／｛ｕｅＩｄ｝／ｏｐｅｒａｔｏｒ－ｓｐｅｃｉｆｉｃ－ｄａｔａをもつＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａ、ｉｉ）ＵＲＩ：．．．／ｐｏｌｉｃｙ－ｄａｔａ／ｐｌｍｎｓ／｛ｐｌｍｎＩｄ｝／ｕｅ－ｐｏｌｉｃｙ－ｓｅｔをもつＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔ、ｉｉｉ）ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓリソース：．．．／ｐｏｌｉｃｙ－ｄａｔａ／ｓｕｂｓ－ｔｏ－ｎｏｔｉｆｙ、およびｉｖ）ＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソース：．．．／ｐｏｌｉｃｙ－ｄａｔａ／ｓｕｂｓ－ｔｏ－ｎｏｔｉｆｙ／｛ｓｕｂｓＩｄ｝。

（任意のＮＦサービスコンシューマーによる）サブスクリプションデータ変更に関する通知に対するサブスクリプションは、現在規定されたプロシージャにおいて考慮されず、したがって、ＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎデータ構造は、データ構造がＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎである属性を含んでいない。矛盾するＮＦ挙動を回避するために、ＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎ変更に対するサブスクリプションは、阻止されるべきである。

いくつかの変更が必要とされる、さもなければ、ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａおよびＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースについてのポリシデータ変更に関する通知に対するサブスクリプションが、対応する通知を決して満たさないことになり、ＮＦが、サブスクリプションサービスを誤用し、ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｉｐｔｉｏｎｓおよびＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソースをサブスクライブすることがある。

さらに、ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースの変更の通知は、ネットワークオーバーロードを防ぎながら、そのＰＬＭＮから来るすべてのローマー（ｒｏａｍｅｒ）に対するＵＥポリシ変更の適切な通知制御を可能にするように補正されなければならない。

本発明は、これらの欠点を克服することを目的とし、ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓリソースに対するＵＲＩ、ならびにＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソースに対するＵＲＩが、その修正が通知をトリガするリソースのリストから除外されることを指示するために「ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎ」データ構造を補正することを提供する。

本発明はまた、ｉ）データ構造「ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒ」を含んでいる「ｏｐＳｐｅｃＤａｔａ」と、ｉｉ）ＰＬＭＮ識別子を含んでいる「ｐｌｍｎＩｄ」と、ｉｉｉ）所与のＰＬＭＮのための新しいＵｅＰｏｌｉｃｙＳｅｔ値を含んでいる「ｐｌｍｎＵｅＰｏｌｉｃｙＳｅｔ」とのうちのいずれか１つなど、「ＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ」データタイプ中に含まれるべき新しい属性を提供する。

一方、Ｖ－ＰＣＦは、同じＰＬＭＮからのローマーＵＥのために確立されたあらゆるＵＥポリシ関連付けごとに、同じリソース（ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔ）に対するサブスクリプションを作成する必要がある。したがって、ＵＤＲがこのリソースに関する変更を検出したとき、あらゆるローマーサブスクライバごとに同じＶ－ＰＣＦに異なる通知を送出することになる。これは、多くのメッセージでＰＣＦをあふれさせることを回避するために、ＵＤＲにおいて何らかのやり方で制御されるべきである、ＵＤＲからＰＣＦへの不要な大量のシグナリングを暗示する。

ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔに関して、提案されるソリューションは、サブスクリプション／アンサブスクリプションの両方について、また、このデータの変更時の潜在的通知について、Ｖ－ＰＣＦからＵＤＲへのサブスクリプションの数を低減し、ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔごとにただ１つのサブスクリプションを有し、ＵＤＲとＰＣＦとの間の追加の不要なシグナリングを回避する。

シグナリング負荷の潜在的増加から保護するために、ＵｅＰｏｌｉｃｙＳｅｔ値が変わったＰＬＭＮからの訪問するローマーに対するＵＥポリシの更新について、ネットワーク負荷の慎重な考慮、たとえば、同時更新の対象となる訪問するＵＥの数を制限すること、および修正されたＰＬＭＮからの訪問されるＵＥの全体ベースを分散間隔において分散させることが、推奨される。

それとは別に、発明者は、ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａリソースのデータ変更に関する通知に対するサブスクリプションが、ＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎデータ構造においてサポートされているオペレータ固有情報についてのデータ構造を必要とすることを認識した。

一般に、データ変更が、ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａリソース中に含まれるコンテナのマップのＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒに個々に影響を及ぼすことになるので、提案は、通知が、完全なマップの代わりに更新されたコンテナのみを含むことである。異なるコンテナに関する複数の同時変更が、複数の分離された通知をトリガし得る。

リソースＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔのデータ変更に関する通知に対するサブスクリプションが、ＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎデータ構造における対応する「ｐｌｍｎＩｄ」識別子を必要とし、新しいＵｅＰｏｌｉｃｙＳｅｔ値について通知するために、新しい属性「ｐｌｍｎＵｅＰｏｌｉｃｙＳｅｔ」属性をも必要とする。「ｕｅＰｏｌｉｃｙＳｅｔ」属性が、ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースの変更を符号化するために使用され得るが、「ｕｅＰｏｌｉｃｙＳｅｔ」属性を再使用することは、「ｕｅＩｄ」属性と「ｐｌｍｎＩｄ」属性の両方がＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎデータ構造中に含まれるとき、あいまいさをもたらし、誤解および誤りにつながり得る。したがって、新しい属性「ｐｌｍｎＵｅＰｏｌｉｃｙＳｅｔ」を使用することが、提案される。

本明細書は、ポリシデータ制御のためのＵＤＲリソースの完全セットについての通知を満たすことを可能にする、ポリシデータの変更の通知に対するＵＤＲとのサブスクリプションの拡張された規定を提供する。特にＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａリソースに対処するときの、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作のコンシューマーのためのより効率的な相互作用、ＮＦサービスコンシューマー内部リソースの最適な使用を生じるもの。ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔＵＤＲリソースに関する変更に対するサブスクリプション／アンサブスクリプションの両方についての、また、潜在的通知についての、ＰＣＦ／ＵＤＲ間の不要なシグナリングの低減。

一実施形態では、ＰＣＦがＡＭＦ、ＳＭＦ、またはＵＥポリシ関連付けの確立を受信したとき、ＰＣＦは、ＵＤＲにおけるＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａに関する通知をサブスクライブする。

一実施形態では、ＵＥについてのＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａのマップにおける項目のいずれか１つに関する変更がＵＤＲにおいて起こり、ＰＣＦがこのリソースについての変更を前にサブスクライブしたとき、ＵＤＲは、ただ、変わったＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａにおける項目を含む、そのＰＣＦへの通知を送出する。

一実施形態では、ＰＣＦスタートアップにおいて、またはＯ＆Ｍトリガにより、またはＵＥポリシ関連付け要求が（Ｖ－）ＰＣＦにおいて受信され、関係するＰＬＭＮのためのＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースに対するサブスクリプションがまだないとき、ＰＣＦは、ＵＤＲにおける（１つまたは複数の）ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースに関する通知をサブスクライブする。

一実施形態では、ＰＬＭＮについてのＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔリソースに関する変更がＵＤＲにおいて起こり、ＰＣＦがこのリソースについての変更を前にサブスクライブしたとき、ＵＤＲは、そのＰＣＦへの通知を送出する。ＰＣＦは、次いで、通知されたＰＬＭＮに属するＵＥ（ローマー）についてＰＣＦに記憶されたＵＥポリシ関連付けを識別し、ＵＤＲによって通知された変更による、各ローマーに配信するための新しいＵＥポリシを計算し、ネットワークに過負荷をかけることを回避するために時間分散間隔を考慮してあらゆるローマーに通知する。

この提案の利点は、ポリシデータ制御のためのＵＤＲリソースの完全セットについての通知を満たすことを可能にする、ポリシデータの変更の通知に対するＵＤＲとのサブスクリプションの拡張された規定である。

別の利点は、特にＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａリソースに対処するときの、Ｎｕｄｒ＿ＤａｔａＲｅｐｏｓｉｔｏｒｙ＿Ｓｕｂｓｃｒｉｂｅサービス動作のコンシューマーのためのより効率的な相互作用であり、ＮＦサービスコンシューマー内部リソースの最適な使用を生じるものである。

また、さらなる利点は、ＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔＵＤＲリソースに関する変更に対するサブスクリプション／アンサブスクリプションの両方についての、また、潜在的通知についての、ＰＣＦ／ＵＤＲ間の不要なシグナリングの低減である。

本発明の特徴、目的、および利点は、添付の図面とともに本明細書を読むことによって明らかになろう。

ＳＭポリシ関連付け確立プロシージャ中に行われるアクションのシーケンスを示す図である。ＳＭポリシ関連付け修正プロシージャ中に行われるアクションのシーケンスを示す図である。ローミングシナリオにおけるＵＥポリシ関連付け確立プロシージャ中に行われるアクションのシーケンスを示す図である。ローミングシナリオにおけるＵＥポリシ関連付け修正プロシージャ中に行われるアクションのシーケンスを示す図である。一実施形態による、ＰＣＦ開始型ＳＭポリシ関連付け修正プロシージャ中に行われるアクションの例示的なシーケンスを示す図である。一実施形態による、ローミングシナリオにおけるＰＣＦ開始型ＵＥポリシ関連付け修正プロシージャ中に行われるアクションの例示的なシーケンスを示す図である。一実施形態による、ユーザデータリポジトリ（ＵＤＲ）の基本構成要素構造を示す図である。一実施形態による、ポリシ制御機能（ＰＣＦ）ノードの基本構成要素構造を示す図である。一実施形態による、アクセスおよびモビリティ管理機能（ＡＭＦ）ノードの基本構成要素構造を示す図である。別の実施形態による、ＵＤＲの基本構成要素構造を示す図である。別の実施形態による、ＰＣＦノードの基本構成要素構造を示す図である。別の実施形態による、ＡＭＦノードの基本構成要素構造を示す図である。さらに説明される表ＩＩＩから抜粋された、タイプＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎの規定について本明細書において提案されるいくつかの補正を示す図である。さらに説明される表ＩＶから抜粋された、タイプＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎの規定について本明細書において提案されるいくつかの補正を示す図である。本明細書における実施形態に関連し、３ＧＰＰＴＳ２９．５１９ｖ１５．３．０における従来技術の表５．２．２－１から抜粋された、何らかのリソースＵＲＩを示す図である。

以下は、３ＧＰＰＴＳ２９．５１９ｖ１５．３．０において現在指定されているサブスクリプション、および３ＧＰＰＴＳ２９．５１３ｖ１５．２．０において現在指定されている通知フロー、ならびにポリシデータの変更に対するサブスクリプションを最適化する装置および方法に関係する、データ構造における補正の現在の好ましい実施形態について説明する。

したがって、表Ｉを参照しながら上記で説明された、タイプＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎの規定は、以下で表ＩＩＩに示されているように補正されることが提案される。

同様に、表ＩＩを参照しながら上記で説明された、タイプＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎの規定は、以下で表ＩＶに示されているように補正されることが提案される。

本明細書はまた、図５が示すように、ＰＣＦによって開始される補正されたＳＭポリシ関連付け修正プロシージャを提案する。

アクション１．ＰＣＦは、ＰＤＵセッションのためのＰＣＣルールとポリシ決定とを再評価するために、内部または外部トリガを受信する。可能な外部トリガイベントは、ｉ）ＵＤＲが、ＰＣＦに、ポリシサブスクリプション変更、たとえば、ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａリソースの変更について通知する、のうちのいずれか１つであり得る。変更の通知は、（マップのすべてのＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒエントリを送出する代わりに）変更が行われる、ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒのみを含む。変更が２つ以上のＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒにおいて同時に行われる場合、エントリごとに１つ、別個の通知が送出され、ｉｉ）ＣＨＦはＰＣＦに利用限界報告を提供する。このアクションは、さらに参照されるために、Ｓ－５００と標示されている。

アクション４．ＰＣＦは、前にサブスクライブしたＳＭＦに、リソースＵＲＩとして、｛通知ＵＲＩ｝／更新とともに、ＨＴＴＰＰＯＳＴ要求を送出することによって、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービス動作を呼び出す。要求動作は、３ＧＰＰＴＳ２９．５１２のサブクローズ４．２．４に記載されているように、ＰＤＵセッションＩＤと更新されたポリシとを提供する。

一方、図３を参照しながら上記で説明されたローミングシナリオにおけるＵＥポリシ関連付け確立プロシージャに関して、本明細書は、以下で説明される補正を提案する。

アクション９において、Ｖ－ＰＣＦは、所与のＰＬＭＮについての各ＵＥポリシ制御関連付けごとにＶ－ＵＤＲを照会する必要がない。または、データは、Ｖ－ＰＣＦスタートアップにおいて読み取られ、サブスクライブされるか、あるいは、そのＰＬＭＮについてのＵＥポリシ制御関連付けの第１の発生まで遅延される。

同様のやり方で、Ｖ－ＰＣＦは、そのＰＬＭＮについての各ＵＥポリシ制御関連付け終了についてのアンサブスクリプションメッセージを送出する必要がない（この図に図示せず）。

本明細書はまた、図６が示すように、ローミングシナリオにおける、およびＰＣＦによって開始される、補正されたＵＥポリシ関連付け修正プロシージャを提案する。

さらに説明されるこの補正されたプロシージャにおいて、Ｈ－ＰＣＦがトリガを受信した場合は、アクション１～４および１０～１１が実行され、アクション５～８が省略されるが、Ｖ－ＰＣＦがトリガを受信した場合は、アクション１～４および１０～１１が省略され、アクション５～８が実行される。

アクション１．ＵＥについてのＵＥポリシ決定を再評価するために、Ｈ－ＰＣＦが、外部トリガ、たとえば、ＵＥのサブスクライバポリシデータが変更された、を受信するか、またはＰＣＦが、内部トリガ、たとえば、オペレータポリシが変更された、を受信する。このアクションは、さらに参照されるために、Ｓ－６００と標示されている。

アクション５．ＵＥについてのＵＥポリシ決定を再評価するために、Ｖ－ＰＣＦが、外部トリガ、たとえば、このＵＥのＰＬＭＮＩＤについてのＶ－ＵＤＲにおけるオペレータポリシが変更された、を受信するか、またはＶ－ＰＣＦが、内部トリガ、たとえば、ローカルポリシが変更された、を受信する。このアクションは、さらに参照されるために、Ｓ－６１０と標示されている。

注：シグナリング負荷の潜在的増加から保護するために、ＵｅＰｏｌｉｃｙＳｅｔ値が変わったＰＬＭＮからの訪問するローマーに対するＵＥポリシの更新について、ネットワーク負荷の慎重な考慮、たとえば、同時更新の対象となる訪問するＵＥの数を制限すること、および修正されたＰＬＭＮからの訪問されるＵＥの全体ベースを分散間隔において分散させることが、必要である。

アクション１０～１１．Ｈ－ＰＣＦがアクション２においてＵＥポリシを更新することを決定した場合、他の従来のアクションが実行され得る。

また、図６に示されているローミングシナリオにおける補正されたＵＥポリシ関連付け修正プロシージャに関して、さらなる実施形態が、以下で説明される。

アクション５、すなわち、ステップＳ－６１０において、可能なトリガのうちの１つは、所与のＰＬＭＮ－ＩｄのためのリソースＰｌｍｎＵｅＰｏｌｉｃｙＳｅｔについてのＶ－ＵＤＲにおける情報の変更である。

図３を参照しながら上記で説明された、ローミングシナリオにおける補正されたＵＥポリシ関連付け確立プロシージャの実施形態が行われる場合、Ｖ－ＰＣＦからＵＤＲへの変更に対するただ１つのサブスクリプションがあり、したがって、このデータが変わった場合、ＵＤＲはただ１つの通知をＶ－ＰＣＦに送出する。次いで、この通知の受信時に、Ｖ－ＰＣＦは、通知されたＰＬＭＮに属するＵＥのために確立されたすべてのＵＥポリシ関連付けを識別し得、あらゆるＵＥポリシ関連付けについてアクション６、７、８を実行し得る。

以下では、３ＧＰＰＴＳ２９．５１９ｖ１５．３．０について提案される変更が説明される。

第１の変更が、セクション５．４．２．１０タイプＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎにおける表５．４．２．１０－１に影響を及ぼし、これは、上記の表ＩＩＩに開示されているように、および図１３に示されているように補正され得、属性「ｍｏｎｉｔｏｒｅｄＲｅｓｏｕｒｃｅＵｒｉｓ」１３０は、（従来技術の図１５中の）ＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎｓリソース１５０における修正、および（従来技術の図１５中の）ＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソース１５２における修正が、通知をトリガしないものとすることを指示する、注１３２で明瞭にされる。この注１３２は、ＩｎｄｉｖｉｄｕａｌＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソースのリソースＵＲＩ、およびＰｏｌｉｃｙＤａｔａＳｕｂｓｃｒｉｐｔｉｏｎリソースのリソースＵＲＩが、「ｍｏｎｉｔｏｒｅｄＲｅｓｏｕｒｃｅＵｒｉｓ」属性中に含まれないものとすることをも指示する。

第２の変更が、セクション５．４．２．１１タイプＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎにおける表５．４．２．１１－１に影響を及ぼし、これは、上記の表ＩＶに開示されているように、および図１４に示されているように補正され得、「ｐｌｍｎＵｅＰｏｌｉｃｙＳｅｔ」１４０、「ｏｐＳｐｅｃＤａｔａ」１４２、および「ｐｌｍｎＩｄ」１４４のうちのいずれか１つなど、新しい属性が提案される。上記の表ＩＶは、図１４中の注１４６として示されている補正された注をも開示する。

第３の変更がセクションＡ．２に影響を及ぼし、以下の補正が提案される。
ＰｏｌｉｃｙＤａｔａＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ：
ｄｅｓｃｒｉｐｔｉｏｎ：通知が要求された変更されたポリシデータを含んでいる。
ｔｙｐｅ：ｏｂｊｅｃｔ
ｐｒｏｐｅｒｔｉｅｓ：
ａｍＰｏｌｉｃｙＤａｔａ：
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＡｍＰｏｌｉｃｙＤａｔａ′
ｕｅＰｏｌｉｃｙＳｅｔ
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＵｅＰｏｌｉｃｙＳｅｔ′
ｐｌｍｎＵｅＰｏｌｉｃｙＳｅｔ：
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＵｅＰｏｌｉｃｙＳｅｔ′
ｓｍＰｏｌｉｃｙＤａｔａ
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＳｍＰｏｌｉｃｙＤａｔａ′
ｕｓａｇｅＭｏｎＤａｔａ：
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＵｓａｇｅＭｏｎＤａｔａ′
ＳｐｏｎｓｏｒＣｏｎｎｅｃｔｉｖｉｔｙＤａｔａ：
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＳｐｏｎｓｏｒＣｏｎｎｅｃｔｉｖｉｔｙＤａｔａ′
ｂｄｔＤａｔａ：
＄ｒｅｆ：′＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＢｄｔＤａｔａ′
ｏｐＳｐｅｃＤａｔａ：
ｔｙｐｅ：ｏｂｊｅｃｔ
ａｄｄｉｔｉｏｎａｌＰｒｏｐｅｒｔｉｅｓ：
＄ｒｅｆ：′ＴＳ２９５０５＿Ｓｕｂｓｃｒｉｐｔｉｏｎ＿Ｄａｔａ．ｙａｍｌ＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＯｐｅｒａｔｏｒＳｐｅｃｉｆｉｃＤａｔａＣｏｎｔａｉｎｅｒ′
ｍｉｎＰｒｏｐｅｒｔｉｅｓ：１
ｕｅＩｄ：
＄ｒｅｆ：′ＴＳ２９５７１＿ＣｏｍｍｏｎＤａｔａ．ｙａｍｌ＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＶａｒＵｅＩｄ′
ｓｐｏｎｓｏｒＩｄ：
ｔｙｐｅ：ｓｔｒｉｎｇ
ｂｄｔＲｅｆＩｄ：
ｔｙｐｅ：ｓｔｒｉｎｇ
ｕｓａｇｅＭｏｎＩｄ：
ｔｙｐｅ：ｓｔｒｉｎｇ
ｐｌｍｎＩｄ：
＄ｒｅｆ：′ＴＳ２９５７１＿ＣｏｍｍｏｎＤａｔａ．ｙａｍｌ＃／ｃｏｍｐｏｎｅｎｔｓ／ｓｃｈｅｍａｓ／ＰｌｍｎＩｄ′

図１～図６のうちのいずれか１つを参照しながら上記で開示されたアクションのシーケンスを行うために、ＵＤＲ７０の異なる実施形態が、図７および図１０に示されている。

図７に示されている一実施形態によれば、ＵＤＲ７０は、少なくとも１つのプロセッサ７２０と、プロセッサ実行可能命令７１４を記憶する少なくとも１つのメモリ７１０とを備え得る。このＵＤＲにおいて、少なくとも１つのプロセッサは、プロセッサ実行可能命令を実行するために、少なくとも１つのメモリとインターフェースし、それにより、ＵＤＲは、上記で開示された、およびＵＤＲを伴うアクションを実施するように動作可能である。

この目的で、図７に示されているこのＵＤＲは、他のネットワークノードから、受信機７３０を介してメッセージを受信し、送信機７４０を介して他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

一実施形態では、プロセッサ７２０中で動作するプロトコルハンドラ７２４が、メッセージの送信および受信のための送信機７４０および受信機７３０を制御し得るが、プロセッサ７２０中で動作するサブスクリプションハンドラ７２７が、サブスクリプションおよび通知に関係する論理をハンドリングし得る。

そもそも必要とされる場合、図７に示されているＵＤＲ７０は、通知に対するサブスクリプションをハンドリングするための任意の必要なデータを記憶するために、メモリにおけるデータセクション７１８で補完され得る。

図７に示されているＵＤＲは、したがって、少なくとも１つのプロセッサ７２０と少なくとも１つのメモリ７１０とを備え得、両方が、互いに通信しており、プロトコルハンドラ７２４、サブスクリプションハンドラ７２７、受信機７３０、および送信機７４０と通信しており、ＵＤＲの他のエレメントまたはユニットと通信している。少なくとも１つのメモリ７１０は、揮発性および／または不揮発性メモリを備え得る。特に、少なくとも１つのメモリ７１０は、コンピュータプログラム７１４とそこに記憶されたデータ７１８とを有し得る。コンピュータプログラム７１４は、コンピュータプログラムが記憶された任意の非一時的コンピュータ可読媒体など、コンピュータプログラム製品７５０から少なくとも１つのメモリ７１０にロードされ得る。データ７１８は、通知に対するサブスクリプションをハンドリングするための任意の必要なデータを含み得る。少なくとも１つのプロセッサ７２０は、プロトコルハンドラ７２４およびサブスクリプションハンドラ７２７の機能を行うように設定され得る。

図１０に示されている別の実施形態によれば、ＵＤＲ７０は、上記で開示された、およびＵＤＲを伴うアクションを実施するように動作可能である。

この目的で、図１０に示されているこのＵＤＲは、他のネットワークノードから、受信機７３０を介してメッセージを受信し、送信機７４０を介して、他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

図１０に示されているＵＤＲ７０は、サブスクリプションおよび通知に関係する論理をハンドリングするように動作可能なサブスクリプションハンドラ７２７と、メッセージの送信および受信のための送信機７４０および受信機７３０を制御するように動作可能なプロトコルハンドラ７２４とを備え得る。

図１～図６のうちのいずれか１つを参照しながら上記で開示されたアクションのシーケンスを行うために、ＰＣＦノード８０の異なる実施形態が、図８および図１１に示されている。

図８に示されている一実施形態によれば、ＰＣＦノード８０は、少なくとも１つのプロセッサ８２０と、プロセッサ実行可能命令８１４を記憶する少なくとも１つのメモリ８１０とを備え得る。このＰＣＦノードにおいて、少なくとも１つのプロセッサが、プロセッサ実行可能命令を実行するために、少なくとも１つのメモリとインターフェースし、それにより、ＰＣＦノードは、上記で開示された、およびＰＣＦノードを伴うアクションを実施するように動作可能である。

この目的で、図８に示されているこのＰＣＦノードは、他のネットワークノードから、受信機８３０を介してメッセージを受信し、送信機８４０を介して他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

一実施形態では、プロセッサ８２０中で動作するプロトコルハンドラ８２６が、メッセージの送信および受信のための送信機８４０および受信機８３０を制御し得るが、プロセッサ８２０中で動作するポリシハンドラ８２８が、ポリシおよび通知に対するサブスクリプションに関係する論理をハンドリングし得る。

そもそも必要とされる場合、図８に示されているＰＣＦノード８０は、ポリシおよび通知に対するサブスクリプションをハンドリングするための任意の必要なデータを記憶するために、メモリにおけるデータセクション８１８で補完され得る。

図８に示されているＰＣＦノードは、したがって、少なくとも１つのプロセッサ８２０と少なくとも１つのメモリ８１０とを備え得、両方が、互いに通信しており、プロトコルハンドラ８２６、ポリシハンドラ８２８、受信機８３０、および送信機８４０と通信しており、ＰＣＦノードの他のエレメントまたはユニットと通信している。少なくとも１つのメモリ８１０は、揮発性および／または不揮発性メモリを備え得る。特に、少なくとも１つのメモリ８１０は、コンピュータプログラム８１４とそこに記憶されたデータ８１８とを有し得る。コンピュータプログラム８１４は、コンピュータプログラムが記憶された任意の非一時的コンピュータ可読媒体など、コンピュータプログラム製品８５０から少なくとも１つのメモリ８１０にロードされ得る。データ８１８は、ポリシと通知に対するサブスクリプションとをハンドリングするための任意の必要なデータを含み得る。少なくとも１つのプロセッサ８２０は、プロトコルハンドラ８２６およびポリシハンドラ８２８の機能を行うように設定され得る。

図１１に示されている別の実施形態によれば、ＰＣＦノード８０は、上記で開示された、およびＰＣＦノードを伴うアクションを実施するように動作可能である。

この目的で、図１１に示されているこのＰＣＦノードは、他のネットワークノードから、受信機８３０を介してメッセージを受信し、送信機８４０を介して他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

図１１に示されているＰＣＦノード８０は、ポリシと通知に対するサブスクリプションとに関係する論理をハンドリングするように動作可能なポリシハンドラ８２８と、メッセージの送信および受信のための送信機８４０および受信機８３０を制御するように動作可能なプロトコルハンドラ８２６とを備え得る。

図１～図６のうちのいずれか１つを参照しながら上記で開示されたアクションのシーケンスを行うために、ＡＭＦノード９０の異なる実施形態が、図９および図１２に示されている。

図９に示されている一実施形態によれば、ＡＭＦノード９０は、少なくとも１つのプロセッサ９２０と、プロセッサ実行可能命令９１４を記憶する少なくとも１つのメモリ９１０とを備え得る。このＡＭＦノードにおいて、少なくとも１つのプロセッサが、プロセッサ実行可能命令を実行するために、少なくとも１つのメモリとインターフェースし、それにより、ＡＭＦノードは、上記で開示された、およびＡＭＦノードを伴うアクションを実施するように動作可能である。

この目的で、図９に示されているこのＡＭＦノードは、他のネットワークノードから、受信機９３０を介してメッセージを受信し、送信機９４０を介して他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

一実施形態では、プロセッサ９２０中で動作するプロトコルハンドラ９２６が、メッセージの送信および受信のための送信機９４０および受信機９３０を制御し得るが、プロセッサ９２０中で動作するアクセスおよびポリシハンドラ９２８が、アクセスおよびポリシに関係する論理をハンドリングし得る。

そもそも必要とされる場合、図９に示されているＡＭＦノード９０は、アクセスおよびポリシをハンドリングするための任意の必要なデータを記憶するために、メモリにおけるデータセクション９１８で補完され得る。

図９に示されているＡＭＦノードは、したがって、少なくとも１つのプロセッサ９２０と少なくとも１つのメモリ９１０とを備え得、両方が、互いに通信しており、プロトコルハンドラ９２６、アクセスおよびポリシハンドラ９２８、受信機９３０、ならびに送信機９４０と通信しており、ＡＭＦノードの他のエレメントまたはユニットと通信している。少なくとも１つのメモリ９１０は、揮発性および／または不揮発性メモリを備え得る。特に、少なくとも１つのメモリ９１０は、コンピュータプログラム９１４とそこに記憶されたデータ９１８とを有し得る。コンピュータプログラム９１４は、コンピュータプログラムが記憶された任意の非一時的コンピュータ可読媒体など、コンピュータプログラム製品９５０から少なくとも１つのメモリ９１０にロードされ得る。データ９１８は、アクセスおよびポリシをハンドリングするための任意の必要なデータを含み得る。少なくとも１つのプロセッサ９２０は、プロトコルハンドラ９２６ならびにアクセスおよびポリシハンドラ９２８の機能を行うように設定され得る。

図１２に示されている別の実施形態によれば、ＡＭＦノード９０は、上記で開示された、およびＡＭＦノードを伴うアクションを実施するように動作可能である。

この目的で、図１２に示されているこのＡＭＦノードは、他のネットワークノードから、受信機９３０を介してメッセージを受信し、送信機９４０を介して他のネットワークノードに向けてメッセージを送信するようにも動作可能であり得る。

図１２に示されているＡＭＦノード９０は、アクセスおよびポリシに関係する論理をハンドリングするように動作可能なアクセスおよびポリシハンドラ９２８と、メッセージの送信および受信のための送信機８４０および受信機８３０を制御するように動作可能なプロトコルハンドラ９２６とを備え得る。

本発明はまた、入力および出力ユニットをもつ、ならびに処理ユニットをもつ、コンピュータの内部メモリにロード可能な、コンピュータプログラムによって実践され得る。このコンピュータプログラムは、この目的で、コンピュータ中で動作するとき、上記の方法ステップを行うように適応された実行可能コードを備える。特に、実行可能コードは、コンピュータ中のキャリア可読手段に記録され得る。

本発明は、例示的で非制限的であるものとする様々な実施形態に関して上記で説明された。当業者がこれらの実施形態を修正し得ることが予想される。本発明の範囲は、その説明および図面とともに特許請求の範囲によって規定され、特許請求の範囲内に入るすべての修正は、その範囲に含まれるものとする。

Claims

統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）から、ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための方法であって、前記方法は、前記ＵＤＲ（７０）によって行われ、
ポリシデータサブスクリプションのための第１のリソースであって、ポリシデータ修正の通知に対するサブスクリプションを表すために使用される、第１のリソース（１５０）と、インディビジュアルポリシデータサブスクリプションのための第２のリソースであって、ポリシデータ修正の通知に対する個々のサブスクリプションを表すために使用される、第２のリソース（１５２）とを保持することと、
ポリシデータ修正の通知に対するサブスクリプションを識別するデータタイプポリシデータサブスクリプションをサポートすることであって、前記データタイプポリシデータサブスクリプションのデータ構造が、その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）を含む、ことと
を含み、
ポリシデータサブスクリプションのための前記第１のリソース（１５０）における修正が、通知から除外され（１３２）、
インディビジュアルポリシデータサブスクリプションのための前記第２のリソース（１５２）における修正が、通知から除外される（１３２）、方法。
前記方法は、
通知が要求された変更されたポリシデータを含んでいる第２のデータタイプポリシデータ変更通知をサポートすること
を含み、前記第２のデータタイプポリシデータ変更通知のデータ構造が、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と一緒のＰＬＭＮ識別子（１４４）と
のうちの少なくとも１つを含む、請求項１に記載の方法。
前記方法が、
前記ＮＦサービスコンシューマーとして働くネットワークノードから、
オペレータ固有データ（１４２）と、
ＰＬＭＮＵＥポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正の通知に対するサブスクリプション要求を受信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を含む、請求項２に記載の方法。
前記方法が、
前記ＮＦサービスコンシューマーとして働く前記ネットワークノードに向けて、
前記オペレータ固有データ（１４２）と、
前記ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を送信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）
を含む、請求項３に記載の方法。
ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）であって、前記ＵＤＲは、
ポリシデータサブスクリプションのための第１のリソースであって、ポリシデータ修正の通知に対するサブスクリプションを表すために使用される、第１のリソース（１５０）と、インディビジュアルポリシデータサブスクリプションのための第２のリソースであって、ポリシデータ修正の通知に対する個々のサブスクリプションを表すために使用される、第２のリソース（１５２）とを保持することと、
ポリシデータ修正の通知に対するサブスクリプションを識別するデータタイプポリシデータサブスクリプションをサポートすることであって、前記データタイプポリシデータサブスクリプションのデータ構造が、その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）を含む、ことと
を行うように設定された処理回路（７２０、７２４、７２７）を備え、
ポリシデータサブスクリプションのための前記第１のリソース（１５０）における修正が、通知から除外され（１３２）、
インディビジュアルポリシデータサブスクリプションのための前記第２のリソース（１５２）における修正が、通知から除外される（１３２）、統合データリポジトリ（ＵＤＲ）（７０）。
前記処理回路（７２０、７２４、７２７）は、
通知が要求された変更されたポリシデータを含んでいる第２のデータタイプポリシデータ変更通知をサポートすること
を行うように設定され、前記第２のデータタイプポリシデータ変更通知のデータ構造が、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と一緒のＰＬＭＮ識別子（１４４）と
のうちの少なくとも１つを含む、請求項５に記載のＵＤＲ。
前記処理回路（７２０、７２４、７２７）が、
前記ＮＦサービスコンシューマーとして働くネットワークノードから、
オペレータ固有データ（１４２）と、
ＰＬＭＮＵＥポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正の通知に対するサブスクリプション要求を受信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を行うように設定された、請求項６に記載のＵＤＲ。
前記処理回路（７２０、７２４、７２７）が、
前記ＮＦサービスコンシューマーとして働く前記ネットワークノードに向けて、
前記オペレータ固有データ（１４２）と、
前記ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を送信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）
を行うように設定された、請求項７に記載のＵＤＲ。
前記処理回路（７２０、７２４、７２７）が、請求項１から４のいずれか一項に記載の方法を実施するようにさらに設定された、請求項５に記載のＵＤＲ。
統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）から、ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための方法であって、前記方法は、前記ＮＦサービスコンシューマーによって行われ、
その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）をもつサブスクリプション要求を送信することによって、前記ＵＤＲに向けて、ポリシデータ修正の通知をサブスクライブすること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を含み、
ポリシデータサブスクリプション（１５０）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セット（１３２）において除外され、
インディビジュアルポリシデータサブスクリプション（１５２）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セット（１３２）において除外される、方法。
前記方法が、
前記ＵＤＲに向けて、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正の通知に対するサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を含む、請求項１０に記載の方法。
前記方法が、
前記ＵＤＲから、
前記オペレータ固有データ（１４２）と、
ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を受信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）
を含む、請求項１１に記載の方法。
統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）から、ネットワーク機能（ＮＦ）サービスコンシューマーとしてポリシデータ修正を通知されるためのネットワークノード（８０）であって、前記ネットワークノードは、
その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）をもつサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）によって、前記ＵＤＲに向けて、ポリシデータ修正の通知をサブスクライブすること
を行うように設定された処理回路（８２０、８２６、８２８）を備え、
ポリシデータサブスクリプション（１５０）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セット（１３２）において除外され、
インディビジュアルポリシデータサブスクリプション（１５２）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セット（１３２）において除外される、ネットワークノード（８０）。
前記処理回路（８２０、８２６、８２８）が、
前記ＵＤＲに向けて、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正の通知に対するサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を行うように設定された、請求項１３に記載のネットワークノード。
前記処理回路（８２０、８２６、８２８）が、
前記ＵＤＲから、
前記オペレータ固有データ（１４２）と、
ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を受信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）
を行うように設定された、請求項１４に記載のネットワークノード。
前記処理回路（８２０、８２６、８２８）が、請求項１０から１２のいずれか一項に記載の方法を実施するようにさらに設定された、請求項１３に記載のネットワークノード。
統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）から、ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための方法であって、前記方法は、前記ＵＤＲ（７０）によって行われ、
前記ＮＦサービスコンシューマーとして働くネットワークノードから、ポリシデータ修正の通知に対するサブスクリプション要求を受信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）と、
通知が要求された変更されたポリシデータを含んでいるデータタイプポリシデータ変更通知をサポートすることであって、前記データタイプポリシデータ変更通知のデータ構造が、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と一緒のＰＬＭＮ識別子（１４４）と
のうちの少なくとも１つを含む、ことと、
前記ＮＦサービスコンシューマーとして働く前記ネットワークノードに向けて、
前記オペレータ固有データ（１４２）と、
前記ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を送信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）と
を含む、方法。
前記方法は、
ポリシデータサブスクリプションのための第１のリソースであって、ポリシデータ修正の通知に対するサブスクリプションを表すために使用される、第１のリソース（１５０）と、インディビジュアルポリシデータサブスクリプションのための第２のリソースであって、ポリシデータ修正の通知に対する個々のサブスクリプションを表すために使用される、第２のリソース（１５２）とを保持することと、
ポリシデータ修正の通知に対するサブスクリプションを識別する第２のデータタイプポリシデータサブスクリプションをサポートすることであって、前記第２のデータタイプポリシデータサブスクリプションのデータ構造が、その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）を含む、ことと
を含み、
ポリシデータサブスクリプションのための前記第１のリソース（１５０）における修正が、通知から除外され（１３２）、
インディビジュアルポリシデータサブスクリプションのための前記第２のリソース（１５２）における修正が、通知から除外される（１３２）、請求項１７に記載の方法。
ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）であって、前記ＵＤＲは、
前記ＮＦサービスコンシューマーとして働くネットワークノードから、ポリシデータ修正の通知に対するサブスクリプション要求を受信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）と、
通知が要求された変更されたポリシデータを含んでいるデータタイプポリシデータ変更通知をサポートすることであって、前記データタイプポリシデータ変更通知のデータ構造が、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）ユーザ機器（ＵＥ）ポリシセット（１４０）と一緒のＰＬＭＮ識別子（１４４）と
のうちの少なくとも１つを含む、ことと、
前記ＮＦサービスコンシューマーとして働く前記ネットワークノードに向けて、
前記オペレータ固有データ（１４２）と、
前記ＰＬＭＮ識別子（１４４）と一緒の前記ＰＬＭＮＵＥポリシセット（１４０）と
のうちの前記少なくとも１つについてのポリシデータ修正を通知する通知を送信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）と
を行うように設定された処理回路（７２０、７２４、７２７）を備える、統合データリポジトリ（ＵＤＲ）（７０）。
前記処理回路（７２０、７２４、７２７）は、
ポリシデータサブスクリプションのための第１のリソースであって、ポリシデータ修正の通知に対するサブスクリプションを表すために使用される、第１のリソース（１５０）と、インディビジュアルポリシデータサブスクリプションのための第２のリソースであって、ポリシデータ修正の通知に対する個々のサブスクリプションを表すために使用される、第２のリソース（１５２）とを保持することと、
ポリシデータ修正の通知に対するサブスクリプションを識別する第２のデータタイプポリシデータサブスクリプションをサポートすることであって、前記第２のデータタイプポリシデータサブスクリプションのデータ構造が、その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）を含む、ことと
を行うように設定され、
ポリシデータサブスクリプションのための前記第１のリソース（１５０）における修正が、通知から除外され（１３２）、
インディビジュアルポリシデータサブスクリプションのための前記第２のリソース（１５２）における修正が、通知から除外される（１３２）、請求項１９に記載のＵＤＲ。
前記処理回路（７２０、７２４、７２７）が、請求項１７または１８に記載の方法を実施するようにさらに設定された、請求項１９に記載のＵＤＲ。
統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）から、ネットワーク機能（ＮＦ）サービスコンシューマー（８０）にポリシデータ修正を通知するための方法であって、前記方法は、前記ＮＦサービスコンシューマーによって行われ、
前記ＵＤＲに向けて、ポリシデータ修正の通知に対するサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）と、
前記ＵＤＲから、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）識別子（１４４）と一緒のＰＬＭＮユーザ機器（ＵＥ）ポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正を通知する通知を受信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）とを含む、方法。
前記方法は、
その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）をもつサブスクリプション要求を送信することによって、前記ＵＤＲに向けて、ポリシデータ修正の通知をサブスクライブすること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）
を含み、
ポリシデータサブスクリプション（１５０）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セットにおいて除外され（１３２）、
インディビジュアルポリシデータサブスクリプション（１５２）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セットにおいて除外される（１３２）、請求項２２に記載の方法。
統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）（７０）から、ネットワーク機能（ＮＦ）サービスコンシューマーとしてポリシデータ修正を通知されるためのネットワークノード（８０）であって、前記ネットワークノードは、
前記ＵＤＲに向けて、ポリシデータ修正の通知に対するサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）と、
前記ＵＤＲから、
オペレータ固有データ（１４２）と、
パブリックランドモバイルネットワーク（ＰＬＭＮ）識別子（１４４）と一緒のＰＬＭＮユーザ機器（ＵＥ）ポリシセット（１４０）と
のうちの少なくとも１つについてのポリシデータ修正を通知する通知を受信すること（Ｓ－２００、Ｓ－４００、Ｓ－４１０、Ｓ－５００、Ｓ－６００、Ｓ－６１０）と
を行うように設定された処理回路（８２０、８２６、８２８）を備える、ネットワークノード（８０）。
前記処理回路（８２０、８２６、８２８）は、
その修正が通知をトリガするリソースを識別するＵＲＩのセット（１３０）をもつサブスクリプション要求を送信すること（Ｓ－１００、Ｓ－３００、Ｓ－３１０）によって、前記ＵＤＲに向けて、ポリシデータ修正の通知をサブスクライブすること
を行うように設定され、
ポリシデータサブスクリプション（１５０）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セットにおいて除外され（１３２）、
インディビジュアルポリシデータサブスクリプション（１５２）のためのリソースを識別する前記ＵＲＩが、通知に対するサブスクリプションのためのＵＲＩの前記セットにおいて除外される（１３２）、請求項２４に記載のネットワークノード。
前記処理回路（８２０、８２６、８２８）が、請求項２２または２３に記載の方法を実施するようにさらに設定された、請求項２４に記載のネットワークノード。
少なくとも１つのプロセッサ（７２０）上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から４および／あるいは１７または１８のいずれか一項に記載の方法を行わせる命令を備える、コンピュータプログラム（７１４）。
少なくとも１つのプロセッサ（８２０）上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１０から１２および／あるいは２２または２３のいずれか一項に記載の方法を行わせる命令を備える、コンピュータプログラム（８１４）。
請求項２７および／または２８に記載のコンピュータプログラムを備える、コンピュータプログラム製品（７５０、８５０）。