(57)【要約】加入者データの更新についての改善されたシステムおよび方法が開示される。いくつかの実施形態によれば、加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法は、一つ以上の加入者のための加入者データの修正を受信することと、一つ以上の加入者のための加入者データの更新が今必要とされているかどうかを判定することと、を有する。更新が今必要とされているとの判定に応じて、本方法は、一つ以上のさらなるノードに対して加入者についての修正を通信すること、および／または、結果として他のネットワークノードに対する他のタイプのシグナリングを開始することと、を有する。更新が今必要とされていないとの判定に応じて、本方法は、一つ以上の加入者についての加入者データの修正の通信を延期することを有する。このように、複数の加入者（潜在的に数百万）に影響する加入データに対して修正が実行されるときに、外部ネットワークエレメントに対するシグナリングの氾濫が、回避されうる。
2019523586.tif 000002
【特許請求の範囲】
【請求項１】
加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法であって、
一つ以上の加入者についての加入者データの修正を受信すること（１００）と、
前記一つ以上の加入者についての前記加入者データに対する更新が今必要とされているかどうかを判定すること（１０２）と、
前記加入者データの更新が今必要とされているという判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正を一つ以上のさらなるノードへ通信すること（１０４）と、
前記加入者データに対する前記更新が今必要とされていないとの判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正の前記通信を延期すること（１０６）と、を有する方法。
【請求項２】
請求項１に記載の方法であって、さらに、
関連付けられた加入者を有しているユーザ装置がアクティブ状態に遷移したかどうかを判定することと、
前記加入者についての前記加入者データの前記修正の通信が延期されているかどうかを判定することと、
前記通信が延期されているという判定に応じて、前記加入者についての前記加入者データの前記修正を前記一つ以上のさらなるノードへ通信することと、を有する方法。
【請求項３】
請求項１に記載の方法であって、前記一つ以上の加入者は複数の加入者を含む、方法。
【請求項４】
請求項１に記載の方法であって、前記加入者データの前記修正を受信することは、ホーム加入者サービス（ＨＳＳ）から加入者データの前記修正を受信することを含む、方法。
【請求項５】
請求項１に記載の方法であって、前記一つ以上の加入者についての加入者データの前記修正を受信することは、加入者のグループについての加入者データの前記修正を受信することを含む、方法。
【請求項６】
請求項５に記載の方法であって、加入者の前記グループはリセットＩＤによって識別される、方法。
【請求項７】
請求項１に記載の方法であって、前記一つ以上の加入者についての前記加入者データに対する前記更新が今必要とされているかどうかを判定することは、前記加入者に関連付けられているユーザ装置がアクティブ状態にあるかどうかを判定することを含む、方法。
【請求項８】
請求項７に記載の方法であって、前記アクティブ状態は接続中状態である、方法。
【請求項９】
請求項１に記載の方法であって、前記一つ以上の加入者についての前記加入者データの前記修正の前記通信を延期することは、前記一つ以上の加入者が通信されることが必要な修正を有していることを示すインジケーションを記憶することを含む、方法。
【請求項１０】
請求項９に記載の方法であって、前記インジケーションは加入データ更新フラグである、方法。
【請求項１１】
請求項１０に記載の方法であって、前記加入データ更新フラグは非遂行の値を有している、方法。
【請求項１２】
請求項９に記載の方法であって、前記インジケーションは、「ホーム加入者サービス（ＨＳＳ）における位置情報確認」パラメータについての特定の値である、方法。
【請求項１３】
請求項１２に記載の方法であって、前記特定の値は更新非遂行である、方法。
【請求項１４】
請求項１に記載の方法であって、前記サービングノードはモビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項１５】
請求項１に記載の方法であって、前記サービングノードはサービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）である、方法。
【請求項１６】
請求項１に記載の方法であって、前記一つ以上の加入者における少なくとも一つは、マシンタイプ通信（ＭＴＣ）デバイスに関連付けられている、方法。
【請求項１７】
加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法であって、
関連付けられた加入者を有しているユーザ装置がアクティブ状態に遷移したかどうかを判定すること（２００）と、
前記加入者についての前記加入者データの修正の通信が延期されているかどうかを判定すること（２０２）と、
前記通信が延期されているという判定に応じて、前記加入者についての前記加入者データの前記修正を一つ以上のさらなるノードへ通信すること（２０４）と、を有する方法。
【請求項１８】
請求項１７に記載の方法であって、前記サービングノードはモビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項１９】
請求項１７に記載の方法であって、前記サービングノードはサービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）である、方法。
【請求項２０】
請求項１７に記載の方法であって、前記ユーザ装置はマシンタイプ通信（ＭＴＣ）デバイスである、方法。
【請求項２１】
加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法であって、
関連付けられた加入者を有しているユーザ装置が第二サービングノードへ移動したかどうかを判定すること（３００）と、
前記加入者についての前記加入者データの修正の通信が延期されているかどうかを判定すること（３０２）と、
前記通信が延期されているという判定に応じて、前記加入者についての前記加入者データの前記修正を前記第二サービングノードへ通信すること（３０４）と、を有する方法。
【請求項２２】
請求項２１に記載の方法であって、前記サービングノードと前記第二サービングノードの少なくとも一つはモビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項２３】
請求項１７に記載の方法であって、前記サービングノードと前記第二サービングノードの少なくとも一つはサービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）である、方法。
【請求項２４】
請求項１７に記載の方法であって、前記ユーザ装置はマシンタイプ通信（ＭＴＣ）デバイスである、方法。
【請求項２５】
加入者データを更新するための、通信ネットワークにおけるサービングノードであって、前記サービングノードは、
一つ以上の加入者についての加入者データの修正を受信し（１００）、
前記一つ以上の加入者についての前記加入者データに対する更新が今必要とされているかどうかを判定し（１０２）、
前記加入者データの前記更新が今必要とされているという判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正を一つ以上のさらなるノードへ通信し（１０４）、
前記加入者データに対する前記更新が今必要とされていないとの判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正の前記通信を延期する（１０６）、ように適合している、サービングノード。
【請求項２６】
請求項２５に記載のサービングノードであって、前記サービングノードは、さらに、請求項２ないし２４のいずれか一項に記載の前記方法にしたがって動作するように適合している、サービングノード。
【請求項２７】
加入者データを更新するための、通信ネットワークにおけるサービングノードであって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサによって実行可能なインストラクションを記憶したメモリであって、これにより前記ネットワークノードは、
一つ以上の加入者についての加入者データの修正を受信し（１００）、
前記一つ以上の加入者についての前記加入者データに対する更新が今必要とされているかどうかを判定し（１０２）、
前記加入者データの前記更新が今必要とされているという判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正を一つ以上のさらなるノードへ通信し（１０４）、
前記加入者データに対する更新が今必要とされていないとの判定に応じて、前記一つ以上の加入者についての前記加入者データの前記修正の前記通信を延期する（１０６）、ように動作する、サービングノード。
【請求項２８】
加入者データを更新するための、通信ネットワークにおけるサービングノードであって、前記サービングノードは、
一つ以上の加入者についての加入者データの修正を受信するように動作する通信モジュール（３８）と、
前記一つ以上の加入者についての前記加入者データに対する更新が今必要とされているかどうかを判定するように動作する判定モジュール（４０）と、を有し、
前記加入者データの前記更新が今必要とされているという判定に応じて、前記通信モジュール（３８）は、前記一つ以上の加入者についての前記加入者データの前記修正を一つ以上のさらなるノードへ通信するようにさらに動作し、
前記加入者データに対する前記更新が今必要とされていないとの判定に応じて、前記判定モジュール（４０）は、前記一つ以上の加入者についての前記加入者データの前記修正の前記通信を延期するようにさらに動作する、サービングノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は加入者データの更新に関連する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）ネットワークのようなセルラー通信ネットワークにおいて、加入データは加入者ごとにホーム加入者サービス（ＨＳＳ）に記憶されており、加入者データの更新は常に各加入者ごとに個別に実行される。たとえば、第三世代パートナーシッププロジェクト（３ＧＰＰ）規格のＨＳＳインタフェース（Ｓ６ａ／ｄ、Ｓｈ）は加入者ごとにデータを修正することが許容されるだけであるが、潜在的に大量の加入者が同一データの共通のサブセットを共有しており、これはマシンタイプ通信（ＭＴＣ）およびセルラーインターネットオブシングス（Ｃ−ＩｏＴ）のような新規の技術に起因してより一般的になろう。これらのケースにおいて、データプロビジョニングおよびインターナルデータストレージは、複数の加入によって供給されているデータがＨＳＳ内で一度だけプロビジョニング（提供）されつつ、それが加入者のグループに適用されるような手法で、最適化される。
【０００３】
ゆえに、ＨＳＳにおいてデータが更新されるときに、Ｓ６ａ／Ｓ６ｄインタフェースを介してサービングノード（例：モビリティマネージメントエンティティ（ＭＭＥ）／サービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ））へ変更が伝播されなければならない。そして、もし修正／追加／削除されたデータが潜在的に大量の加入者に影響する場合、Ｓ６ａ／ｄインタフェースにおいて定義されたコマンドが単一の加入者にだけ修正を提供することが許容される限り、（インサート加入者データコマンド／デリート加入者データコマンドを使用して）大量のメッセージ／コマンドをＨＳＳからＭＭＥ／ＳＧＳＮへ送信することが必要となってしまう。
【０００４】
Ｓ６ａ／ｄトラフィックを最適化するために、３ＧＰＰ  ＴＲ２９．８１３に基づく既存のリセットコマンドを拡張する、３ＧＰＰ  ＴＳ２９．２７２への提案（ＣＩ−１６３２４７）がすでに存在する。この提案は、この変更によって影響を受ける加入者の識別情報だけでなく、追加／修正または削除されるデータをリセットコマンドに含める可能性を含んでいる。
【０００５】
影響を受ける加入者の識別情報は、「リセットＩＤ」に基づいており、これはＨＳＳからのアップデートロケーションアンサー（ＵＬＡ）コマンドまたはインサートサブスクライバーデータリクエスト（ＩＤＲ）コマンドにより、各加入者ごと加入情報の一部として含まれうる。最初に定義されたリセットＩＤは、ＨＳＳにおける当てにならないリソースを固有に識別するものであるが、当てにならないリソースのリスタートのイベントにおいて、リセットＩＤを含むリセットメッセージによって影響を受ける加入者を正確に特定することはユーザの（国際移動体加入者識別番号）によって可能となるものであり、ユーザの国際移動体加入者識別番号は当該ＨＳＳに依存している。Ｓ６ａ／ｄトラフィックの最適化のために、リセットＩＤを使用することは、同一のデータを共有している加入者のグループを識別するように拡張されることを提案されている。
【０００６】
この提案は、加入データの修正が複数の加入者に影響するときに、Ｓ６ａ／ｄトラフィックのためのシグナリングを削減する。しかし、この提案は他のインタフェースのへの影響をカバーするものではない。
【０００７】
実際のところ、ＭＭＥ／ＳＧＳＮが、修正されるべきデータと影響を受ける加入者の識別情報とを一度受信してしまうと、当該情報をローカルで更新することが必要となり、この変更はＭＭＥ／ＳＧＳＮに留まらず、他のネットワークエレメント（例：パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷまたはＰ−ＧＷ））にも波及し、ユーザ装置（ＵＥ）でさえもｅＮｏｄｅＢを介してこれらのデータの変更を通知される必要がある。これは、大量の影響を受ける加入者のイベントにおいてシグナリングの氾濫を引き起こすような、単一のメッセージのやりとりを加入者ごとに必要とする。このように、加入者データの更新についての改善されたシステムおよび方法が必要とされている。
【発明の概要】
【０００８】
加入者データの更新についての改善されたシステムおよび方法が開示される。本開示は、いくつかの実施形態において、これらのインタフェースにおけるシグナリングの氾濫を回避するために、サービングノード（例：モビリティマネージメントエンティティ（ＭＭＥ）／サービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ））から他の影響を受けるネットワークエレメント（ＰＤＮ−ＧＷ、ｅＮｏｄｅＢ、その他のような）に、加入の変更を伝播させるためのメカニズムを最適化する方法を提供する。いくつかの実施形態によれば、サービングノードにおけるメカニズムは、複数（潜在的には数百万）の加入者に影響を及ぼす、加入データに対する修正が実行されるときに、外部のネットワークエレメントへのシグナリングの氾濫を回避する。
【０００９】
いくつかの実施形態によれば、複数の加入者のための修正がホーム加入者サービス（ＨＳＳ）からＭＭＥ／ＳＧＳＮにおいて受信されると、加入データはローカルに記憶される。フレッシュなデータが即座に伝播される必要があるとき（つまり、ユーザ装置（ＵＥ）が接続状態やアクティブ状態にあるとき）にだけ、変更が他のネットワークエレメントに拡散される。変更が即座に伝搬されることを必要としないときは、変更がローカルにだけ記憶されており、他のネットワークエレメントに通信されないことを特定するために、加入者にマークが付与される。
【００１０】
いくつかの実施形態によれば、ＵＥがアクティブになると（つまり、サービングノードがＵＥからの最初の無線コンタクトを検知した後で）、ＭＭＥ／ＳＧＳＮは、拡散される必要がある、ローカルに記憶されている変化があるかどうかを識別し、もしあるなら、それを実行する。いくつかの実施形態によれば、変更を拡散することは、他のノードとのあるインターアクションをもたらす、加入データの修正を含んでもよい。
【００１１】
いくつかの実施形態によれば、加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法は、一つ以上の加入者のための加入者データの修正を受信することと、前記一つ以上の加入者のための加入者データのためのフレッシュなデータが必要とされているかどうかを判定することと、を有する。フレッシュなデータが必要とされているという判定に応じて、本方法は、前記一つ以上の加入者のための加入者データの修正を一つ以上のさらなるノードへ通信すること、を有する。フレッシュなデータが必要とされていないという判定に応じて、本方法は、前記一つ以上の加入者のための加入者データの修正の通信を延期することと、および／または、そのような修正の結果として、他のネットワークノードへの他のタイプのシグナリングを開始することと、を有する。このように、複数の加入者に影響する加入データに対して修正が実行されるときに、外部ネットワークエレメントに対するシグナリングの氾濫が、回避されうる。
【００１２】
いくつかの実施形態によれば、本方法は、さらに、関連付けられた加入者を有しているユーザ装置がアクティブ状態に遷移したことを判定することと、当該加入者のための加入者データの修正の通信が延期されているかどうかを判定することと、を有する。通信が延期されているという判定に応じて、本方法は、当該加入者のための加入者データの修正を当該一つ以上のさらなるノードへ通信すること、を有する。
【００１３】
いくつかの実施形態によれば、一つ以上の加入者は複数の加入者を含む。いくつかの実施形態によれば、加入者データの修正を受信することは、ＨＳＳから加入者データの修正を受信することを含む。いくつかの実施形態によれば、一つ以上の加入者のための加入者データの修正を受信することは、加入者のグループのための加入者データの修正を受信することを含む。いくつかの実施形態によれば、加入者のグループはリセットＩＤによって識別される。
【００１４】
いくつかの実施形態によれば、一つ以上の加入者のための加入者データについてのフレッシュデータが必要とされているかどうかを判定することは、加入者に関連付けられているユーザ装置がアクティブ状態にあるかどうかを判定することを含む。いくつかの実施形態によれば、アクティブ状態は接続（ＣＯＮＮＥＣＴＥＤ）状態である。
【００１５】
いくつかの実施形態によれば、一つ以上の加入者のための加入者データの修正の通信を延期することは、一つ以上の加入者が通信されることが必要な修正を有していることを示すインジケーションを記憶することを含む。いくつかの実施形態によれば、インジケーションは加入データ更新フラグである。いくつかの実施形態によれば、加入データ更新フラグは非遂行（ＮＯＴ＿ＣＯＭＭＩＴＴＥＤ）値を有している。
【００１６】
いくつかの実施形態によれば、インジケーションは、「ＨＳＳにおける位置情報確認」パラメータについての特定の値を有している。いくつかの実施形態によれば、この特定の値は、更新非遂行（ＵＰＤＡＴＥＤ＿ＮＯＴ＿ＣＯＭＭＩＴＴＥＤ）である。
【００１７】
いくつかの実施形態によれば、サービングノードはＭＭＥである。いくつかの実施形態によれば、サービングノードはＳＧＳＮである。いくつかの実施形態によれば、一つ以上の加入者における少なくとも一つは、マシンタイプ通信（ＭＴＣ）デバイスに関連付けられている。
【００１８】
いくつかの実施形態によれば、加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法は、関連付けられている加入者を有しているユーザ装置がアクティブ状態に遷移していることを判定することと、当該加入者についての加入者データの修正の通信が延期されているかどうかを判定することと、を有する。通信が延期されているという判定に応じて、本方法は、当該加入者のための加入者データの修正を当該一つ以上のさらなるノードへ通信すること、を有する。
【００１９】
いくつかの実施形態によれば、加入者データを更新するための、通信ネットワークにおけるサービングノードの動作の方法は、関連付けられている加入者を有しているユーザ装置が第二サービングノードに移動したことを判定することと、当該加入者についての加入者データの修正の通信が延期されているかどうかを判定することと、を有する通信が延期されているという判定に応じて、本方法は、当該加入者のための加入者データの修正を第二サービングノードへ通信すること、を有する。
【００２０】
当業者であれば添付の図面と関連付けて実施形態についての以下の詳細な説明を読んだ後で、本開示の範囲を理解するであろうし、その追加の観点を実現するであろう。
【図面の簡単な説明】
【００２１】
添付の図面はここに取り込まれており、明細書の一部を形成しており、本開示の様々な観点を図示しており、詳細な説明とともに、本開示の原理を説明している。
【図１】本開示の実施形態を実装可能な例示的なセルラー通信ネットワークを図示している。
【図２】本開示の実施形態を実装可能な例示的なセルラー通信ネットワークを図示している。
【図３】本開示の実施形態を実装可能な例示的なセルラー通信ネットワークを図示している。
【図４】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の動作を図示するフローチャートである。
【図５】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の動作を図示するフローチャートである。
【図６】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の動作を図示するフローチャートである。
【図７】本開示のいくつかの実施形態にしたがった、セルラー通信ネットワークの動作を図示するフローチャートである。
【図８】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の例示的な実施形態を図示するブロック図である。
【図９】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の例示的な実施形態を図示するブロック図である。
【図１０】本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥまたはＳＧＳＮ）の例示的な実施形態を図示するブロック図である。
【図１１】本開示のいくつかの実施形態にしたがった、基地局（例：ｅＮＢ）の例示的な実施形態を示すブロック図である。
【図１２】本開示のいくつかの実施形態にしたがった、ユーザ装置の例示的な実施形態を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下で説明される実施形態は、当業者に実施形態を実行できるようにし、実施形態を実行するベストモードを図示するための情報を表す。添付の図面を参照しながら以下の説明を読むことで、当業者は、本開示のコンセプトを理解し、ここで特には注目されていないこれらのコンセプトの応用を認識するであろう。これらのコンセプトおよび応用は本開示の範囲および添付の特許請求の範囲に含まれることが理解されなければならない。
【００２３】
この文書に記載されているいずれかの二つ以上の実施形態は相互にいずれかの方法により組み合わされてもよい。記述された実施形態は、ロングタームエボリューション（ＬＴＥ）に限定されることはなく、たとえば、ユニバーサルテレストリアルレディオアクセス（ＵＴＲＡ）やＬＴＥアドバンスド（ＬＴＥ−Ａ）、第五世代（５Ｇ）、ニューレディオ（ＮＲ）、セルラーインターネットオブシングス（Ｃ−ＩｏＴ）、ＷｉＦｉ、ブルートゥース（登録商標）、その他など、他の無線アクセス技術（ＲＡＴ）にもまた適合可能である。
【００２４】
いくつかの実施形態によれば、非限定の用語として「ユーザ装置デバイス（ＵＥ）」が使用される。ここでのＵＥは、ネットワークノードまたは他のＵＥと無線信号を介して通信可能な、いかなるタイプの無線デバイスであってもよい。ＵＥは、また、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ、または、マシンツーマシン（Ｍ２Ｍ）通信可能なＵＥ、ＵＥを搭載されるセンサ、ｉＰａｄ、タブレット、移動端末、スマートフォン、ラップトップ組み込み済み装置（ＬＥＥ）、ラップトップ搭載済み装置（ＬＭＥ）、ユニバーサルシリアルバス（ＵＳＢ）ドングル、加入者宅内機器（ＣＰＥ）、その他などであってもよい。
【００２５】
いくつかの実施形態によれば、一般用語「ネットワークノード」が使用される。基地局、無線基地局、基地通信装置局、基地局制御装置、ネットワークコントローラ、拡張または発展型ノードＢ（ｅＮＢ）、ノードＢ、マルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（例：モビリティマネージメントエンティティ（ＭＭＥ）、セルフオーガナイジングネットワーク（ＳＯＮ）ノード、コーディネーティングノード、ポジショニングノード、ドライブテストのミニマイゼーション（ＭＤＺＴ）ノード、その他）、または、外部ノード（例：サードパーティノード、現在のネットワークに対して外部にあるノード）、その他、のような無線ネットワークノードを含みうる、いかなる種類のネットワークノードをも含む。
【００２６】
図１ないし図３は本開示の実施形態を実装可能な例示的なセルラー通信ネットワーク１０を図示している。図１はホーム加入者サービス（ＨＳＳ）１２と、モビリティマネージメントエンティティ（ＭＭＥ）１４と、無線アクセスネットワーク（ＲＡＮ）１６と、サービングゲートウェイ（Ｓ−ＧＷ）１８と、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）２０と、インターネット２２とを含む例示的なコアネットワークアーキテクチャを示している。ＨＳＳ１２は、加入者情報とプロファイルとを含むデータベースである。ＭＭＥ１４は制御プレーンノードであり、ＵＥに対するベアラの接続／開放と、アイドル（ＩＤＬＥ）からアクティブ（ＡＣＴＩＶＥ）への遷移の処理と、その他を担当している。ＲＡＮ１６は図２に関連してより詳しく説明されるが、これはＵＥのための無線アクセスを提供する。Ｓ−ＧＷ１８は、コアネットワークをＲＡＮ１６に接続するユーザプレーンノードであり、ＵＥが基地局その他間を移動するときにモビリティアンカーとして動作する。Ｐ−ＧＷ２０はコアネットワークをインターネット２２に接続し、ＵＥに対してＩＰアドレスを割り当てる。なお、これらのノードは論理的なノードである。いくつかの実装によれば、いくつかのこれらの論理ノードが組み合わされてもよい。
【００２７】
図２は、複数のＭＭＥ１４−１ないし１４−Ｎと複数のＳ−ＧＷ１８−１ないし１８−Ｎを有するコアネットワークを備えた例示的なＲＡＮ１６を示している。これらのノードは複数のｅＮＢ２６−１ないし２６−Ｎに接続されており、これらは一つまたはいくつかのセル２８−１ないし２８−Ｎにおける無線関連の機能について担当している。図３はいくつものＵＥ３０−１ないし３０−Ｎを有するセル２８を提供している単一のｅＮＢ２６を示している。
【００２８】
上述されたように、ＨＳＳ１２においてデータが更新されるときに、サービングノード（例：ＭＭＥ１４／サービングジェネラルパケットレディオサービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ））へ変更が伝播されることが必要となる。そして、修正／追加／削除されたデータが潜在的に多数の加入者に影響を及ぼす場合、ＨＳＳ１２からサービングノードへ大量のメッセージ／コマンドが送信されることが必要となる。しかし、この変更によって影響を受ける加入者の識別情報だけでなく、追加／修正または削除されるデータを含めるようにリセットコマンドを拡張することが提案されている。この提案は、加入データの修正が複数の加入者に影響するときに、Ｓ６ａ／ｄトラフィックのためのシグナリングを削減する。しかし、この提案は他のインタフェースのへの影響をカバーするものではない。
【００２９】
実際のところ、サービングノードが、修正されるべきデータと影響を受ける加入者の識別情報とを一度受信してしまうと、当該情報をローカルで更新することが必要となり、この変更はサービングノードに留まらず、他のネットワークエレメント（例：Ｐ−ＧＷ２０）にも波及し、ＵＥ３０でさえもこれらのデータの変更を通知される必要がある。これは、大量の影響を受ける加入者のイベントにおいてシグナリングの氾濫を引き起こすような、単一のメッセージのやりとりを加入者ごとに必要とする。このように、加入者データの更新についての改善されたシステムおよび方法が必要とされている。
【００３０】
図４ないし図６は本開示のいくつかの実施形態にしたがった、サービングノード（例：ＭＭＥ１４またはＳＧＳＮ）の動作を図示するフローチャートである。図４はサービングノードが一つ以上の加入者についてのデータの修正を受信することを示している（ステップ１００）。いくつかの実施形態によれば、この修正はＨＳＳ１２からやって来るが、多数の加入者についての修正を含んでもよい。そしてサービングノードは一つ以上の加入者のために（加入者データのために）フレッシュなデータが必要とされているかどうかを判定する。いくつかの実施形態によれば、これは加入者データへの更新が今必要とされているかどうかをサービングノードが判定することによって達成される（ステップ１０２）。いくつかの実施形態によれば、加入者に関連付けられているＵＥ３０がアクティブ状態または接続中状態にある場合に、フレッシュなデータが必要となる。一方で、関連付けられているＵＥ３０がアイドル状態にあるか、または、非アクティブ状態にあれば、フレッシュなデータは必要とはされないだろう。いくつかの実施形態によれば、変更を拡散することは、他のノードとのあるインターアクションをもたらす、加入者データの修正を含んでもよい。たとえば、ユーザがＡＰＮを使用することを許可されており、新規の加入データの変更が、許可されたＡＰＮのリストからこのＡＰＮを削除することであった場合、ＭＭＥ／ＳＧＳＮは、ＡＰＮが「使用中」であるかどうか（たとえば、あるＰＤＮ−ＧＷにおいて維持されているＰＤＮコネクションがあるかどうか）をチェックすることによって新規のＡＰＮ情報をＰＤＮ−ＧＷに拡散し、ＰＤＮ−ＧＷにこれらのＰＤＮ−ＧＷコネクションを切断するためのコマンドを送信する。同様に、「データ拡散」は加入者データのアップデートからの追加のシグナリングの結果を含んでもよい。
【００３１】
加入者データの更新が今必要であれば（たとえば、フレッシュなデータが必要であれば）、サービングノードは、即座に、必要とされる他のノードに対する何らかのシグナリングを含む更新を実行する。サービングノードは、一つ以上の加入者についての加入者データの修正を一つ以上のさらなるノードに通信する（ステップ１０４）。加入者データに対する更新が今必要とされていなければ（たとえば、フレッシュなデータが必要とされていなければ）、サービングノードは、一つ以上の加入者についての加入者データの修正の通信を延期する（ステップ１０６）。延期は、ＵＥ３０との次の認証された無線コンタクトまで、なされてもよい。いくつかの実施形態によれば、これは、複数の加入者に影響を及ぼす、加入データに対する修正が実行されるときに、外部のネットワークエレメントへのシグナリングの氾濫を回避する。
【００３２】
上述のステップ１０６で、修正の通信が一度延期されると、サービングノードは、フレッシュなデータが必要とされているとその後に判定してもよい。図５は、関連付けられた加入者を有しているというＵＥ３０がアクティブ状態（例：通信中状態）に遷移したとサービングノードが判定すること（ステップ２００）についての例を示している。そして、サービングノードは、加入者についての加入者データの修正の通信が延期されているかどうかを判定する（ステップ２０２）。通信が延期されている場合、サービングノードは、当該加入者のための加入者データの修正を一つ以上のさらなるノードへ通信する（ステップ２０４）。このように、データは必要なときに更新される。また、アクティブ状態に遷移しているＵＥはランダムまたはふらついた配布に従うことになるため、必要とされるシグナリングが時間をかけて配布されるため、複数の加入者に影響を及ぼす加入データに対する修正が実行されるときに、外部のネットワークエレメントに対するシグナリングの氾濫が回避される。延期されている通信が存在しなければ、何の動作も必要とされない（ステップ２０６）。
【００３３】
いくつかの実施形態によれば、ＵＥ３０は、修正が通信される前に、異なるサービングノードへ移動しているかもしれない。たとえば、ＵＥ３０は、移行中にアイドルモードに留まっているかもしれない。これに着目するために、図６は、ＵＥ３０が関連付けられた加入者を有しており、ＵＥ３０が第二のサービングノードへ移動してしまっていることをサービングノードが判定することを示している（ステップ３００）。サービングノードは、加入者についての加入者データの修正の通信が延期されているかどうかを判定する（ステップ３０２）。通信が延期されている場合、サービングノードは、当該加入者のための加入者データの修正を第二のサービングノードへ通信する（ステップ３０４）。延期されている通信が存在しなければ、何の動作も必要とされない（ステップ３０６）。
【００３４】
図７は本開示のいくつかの実施形態にしたがった、セルラー通信ネットワーク１０の動作を図示するフローチャートである。この図はいくつかの可能な実施形態を含むフローを示している。はじめに、複数の加入者は、一つの特定のグループに属するように定義される（リセットＩＤ値によって識別され、たとえばリセットＩＤ＝１）（ステップ４００）。リセットＩＤ＝１によって識別されるすべての加入者に対して共通ないくつかの加入データはＨＳＳ１２内でローカルに修正される（ステップ４０２）。このデータが第三世代パートナーシッププロジェクト（３ＧＰＰ）のＴＳ２３．００８によって必要とされるだけでなく、ＭＭＥ１４−１／ＳＧＳＮにおいて記憶されることが必要とされる場合に、ＨＳＳ１２はこの情報を提供することを必要とする。この例において、これは、ＨＳＳ１２が、影響を受ける加入者を含む拡張されたリセットコマンドを送信すること（この例ではリセットＩＤ＝１を含めること）によって達成され、それは、修正されるデータを含む（３ＧＰＰ  ＴＳ２９．２７２において記述されている、対応する加入データ属性値ペア（ＡＶＰ）を含めることによる）（ステップ４０４）。
【００３５】
修正された加入データを受信すると、ＭＭＥ１４−１／ＳＧＳＮは、受信された変化をローカルで更新する（ステップ４０６）。この例では、ＭＭＥ１４−１／ＳＧＳＮは、ローカルでの更新が成功したかどうかを示すアンサー（回答）をＨＳＳ１２に対して送信する（ステップ４０８）。
【００３６】
ＭＭＥ１４−１／ＳＧＳＮは、受信されたリセットＩＤに属している各加入者について対応するＵＥステータスをチェックし、フレッシュなデータが必要とされているかどうかを判定する（Ｓ４１０）。いくつかの実施形態によれば、加入者に関連付けられているＵＥ３０がアクティブ状態または接続中状態にある場合に、フレッシュなデータが必要となる。一方で、関連付けられているＵＥ３０がアイドル状態にあるか、または、非アクティブ状態にあれば、フレッシュなデータは必要とはされないだろう。フレッシュなデータが必要であれば、サービングノードは、即座に、必要とされる、他のノードに対する何らかのシグナリングを含む更新を実行する。接続中（ＣＯＮＮＥＣＴＥＤ）状態にあるこれらの加入者について、加入データの変更は、現時点でのデータ転送に影響を及ぼしうるため、即座にこの変更が伝播される必要がある。いくつかの実施形態によれば、これは既存の規格にしたがって達成される。
【００３７】
他の状態（例：アイドル）にあるこれらの加入者について、データの変更は即座に伝播される必要は無く、それらは、ＵＥ３０のアクティビティが回復したときに、伝播可能であろう。ＵＥ３０との次の認証された無線コンタクトまで、延期がなされてもよい。このケースにおいて、各ＵＥ３０についてのアイドル／アクティブ状態間の遷移は長い時間においてバラバラでランダムであると予想されるという意味で、ＵＥ３０のグループのアクティビティはランダムであるため、シグナリングはすぐには実行されず、時間をかけて拡散される。これを達成するために、ＭＭＥ１４−１／ＳＧＳＮは、たとえば「加入データ更新（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｄａｔａ  Ｕｐｄａｔｅｄ）」と命名された新規のフラグを定義することを必要とし、このケースではこの値に非遂行（ＮＯＴ＿ＣＯＭＭＩＴＴＥＤ）を設定する。この値は、新規の加入データがＨＳＳ１２から受信され、ＭＭＥ１４−１／ＳＧＳＮにおいてローカルに記憶されることを示し、まだ変更は伝播されていない。いくつかの実施形態によれば、新規のフラグを定義する代わりに、「ＨＳＳ内で確認された位置情報（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｎｆｉｒｍｅｄ  ｉｎ  ｔｈｅ  ＨＳＳ）」パラメータについての新規の値を定義することが可能とされてもよく、これは更新非遂行（ＵＰＤＡＴＥＤ＿ＮＯＴ＿ＣＯＭＭＩＴＴＥＤ）と命名されてもよい。
【００３８】
そしてＭＭＥ１４−１／ＳＧＳＮは、いつＵＥ３０のステータスが接続中に変化するかを判定する（ステップ４１２）。ＵＥ３０の３０がアクティブになると（ステップ４１４）、「加入データ更新」パラメータが非遂行の値を有しているこれらのユーザについて、ＭＭＥ１４−１／ＳＧＳＮは、対応する外部のネットワークエレメントに対して変更を拡散する（ステップ４１６）。換言すると、次のＵＥ３０の無線コンタクトの後で、新規の加入データは、ネットワーク上で適用される。上述されたように、変更を拡散することは、他のノードとのあるインターアクション（相互動作）をもたらす、加入者データの修正を含んでもよい。たとえば、ユーザがＡＰＮを使用することを許可されており、新規の加入データの変更が、許可されたＡＰＮのリストからこのＡＰＮを削除することであった場合、ＭＭＥ／ＳＧＳＮは、ＡＰＮが「使用中」であるかどうか（たとえば、あるＰＤＮ−ＧＷにおいて維持されているＰＤＮコネクションがあるかどうか）をチェックすることによって新規のＡＰＮ情報をＰＤＮ−ＧＷに拡散し、ＰＤＮ−ＧＷにこれらのＰＤＮ−ＧＷコネクションを切断するためのコマンドを送信する。同様に、「データ拡散」は加入者データのアップデートからの追加のシグナリングの結果を含んでもよい。
【００３９】
加えて、図６に関連して上述されたように、ＵＥ３０がアイドルモードのモビリティプロシージャを用いて他のモビリティマネージメントノードへ移動した場合、古いモビリティマネージメントノードは、加入データが修正されているもののまだ通信されていないことを、新規のモビリティマネージメントノードへ示すべきであろう。いくつかの実施形態によれば、これは、他のノードに対して加入データの変更を報告するために、新規のモビリティマネージメントノードがＴＳ２３．４０１の５．３．９．２において規格化されている既存のプロシージャを実行することができるように、あるいは、ここに記述されているいずれかの関連したプロシージャを実行できるように、コンテキストレスポンスメッセージ内で「加入データ更新」を非遂行に設定することによって、達成される。
【００４０】
これらの実施形態のいくつかにしたがって、加入データの変更を伝搬するために必要となる、サービングノードから他のネットワークエレメントに対するシグナリングは、最適化され、氾濫や潜在的なオーバーロードが回避される。
【００４１】
これらの実施形態がなければ、数千（数百万）もの加入者についての加入データの更新は、複数のインタフェース（ＧＰＲＳトンネリングプロトコル（ＧＴＰ）、Ｓ１−ＡＰ、その他）にまたがった莫大な量のメッセージを示唆しており、アクティブでないユーザに対してさえ極端に非効率であり、ネットワークの安定性に危険をもたらすかもしれない。
【００４２】
図８ないし図１０は本開示のいくつかの実施形態にしたがった、サービングノード２４（例：ＭＭＥまたはＳＧＳＮ）の例示的な実施形態を図示するブロック図である。図８は、本開示のいくつかの実施形態にしたがったサービングノード１４のブロック図である。図示されているように、サービングノード１４は、一つ以上のプロセッサ３２（例：中央処理装置（ＣＰＵ）、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他など）と、メモリ３４と、ネットワークインタフェース３６とを含んでいる。いくつかの実施形態によれば、上述されたサービングノード１４の機能は全体的にまたは部分的に、たとえば、メモリ３４に記憶されたソフトウエアによって実装され、プロセッサ３２によって実行されてもよい。
【００４３】
いくつかの実施形態によれば、少なくとも一つのプロセッサによって実行されると、当該少なくとも一つのプロセッサに、ここに記述されたいずれかの実施形態にしたがったサービングノード１４の機能を実行させるインストラクションを有するコンピュータプログラムが提供される。いくつかの実施形態によれば、上述されたコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号またはコンピュータ可読記憶媒体（例：メモリのような非一過性のコンピュータ可読媒体）のうちの一つである。
【００４４】
図９は、本開示の他のいくつかの実施形態にしたがったサービングノード１４のブロック図である。サービングノード１４は、それぞれソフトウエアによって実装可能な、通信モジュール３８と、フレッシュデータ判定モジュール４０とを有している。モジュール３８および４０は、ここに記述されたサービングノード１４の機能を提供する。
【００４５】
図１０は、本開示のいくつかの実施形態にしたがったサービングノード１４の仮想化された実施形態を図示しているブロック図である。この説明は他のタイプのネットワークノードにも等しく適用される。さらに、他のタイプのネットワークノードは同様に仮想化されるアーキテクチャを有してもよい。
【００４６】
ここで使用されたように、「仮想化された」サービングノード１４はサービングノード１４の実装であり、サービングノード１４の機能の少なくとも一部は、（たとえば、ネットワーク内の物理的なプロセッシングノードにおいて実行される仮想マシンを介した）仮想コンポーネントとして実装される。図示されたように、この例において、サービングノード１４は、一つ以上のプロセッサ３２（例：ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他など）と、メモリ３４と、ネットワークインタフェース３６とを有する。ネットワークインタフェース３６は、ネットワーク４４の一部として含まれるか、または、接続される一つ以上のプロセッシングノード４２に接続される。各プロセッシングノード４２は、一つ以上のプロセッサ４６（例：ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他など）と、メモリ４８と、ネットワークインタフェース５０とを有する。
【００４７】
この例において、ここに記述されたコアネットワーク２４の機能５２は、一つ以上のプロセッシングノード４２において実装されるから、または、いずれかの好ましい手法でサービングノード１４にわたって分散される。いくつかの特定の実施形態によれば、ここに記述されたサービングノード１４の機能５２のいくつかまたはすべては、プロセッシングノード４２によってホストされた仮想環境内に実装された一つ以上の仮想マシンによって実行される仮想コンポーネントとして、実装される。当業者であれば理解できるように、プロセッシングノード４２間での追加のシグナリングまたは通信が、好ましい機能５２の少なくともいくつかを実行するために、使用される。いくつかの実施形態によれば、サービングノード１４は完全に仮想化される。
【００４８】
いくつかの実施形態によれば、少なくとも一つのプロセッサによって実行されると、当該少なくとも一つのプロセッサに、ここに記述されたいずれかの実施形態にしたがった仮想環境において、サービングノード１４の一つ以上の機能５２を実装するノード（例：プロセッシングノード４２）またはサービングノード１４の機能を実行させるインストラクションを有するコンピュータプログラムが提供される。いくつかの実施形態によれば、上述されたコンピュータプログラムプロダクトを有するキャリアが提供される。キャリアは、電気信号、光信号、無線信号またはコンピュータ可読記憶媒体（例：メモリのような非一過性のコンピュータ可読媒体）のうちの一つである。
【００４９】
図１１は本開示のいくつかの実施形態にしたがった、基地局（例：ｅＮＢ２６）の例示的な実施形態を示すブロック図である。ｅＮＢ２６は、一つ以上のプロセッサ５６（例：ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他など）と、メモリ５８と、ネットワークインタフェース６０とを有する制御システム５４を有する。加えて、ｅＮＢ２６は、それぞれが一つ以上のアンテナ６８に接続された一つ以上の送信機６４と一つ以上の受信機６６とを有する一つ以上の無線ユニット６２を有する。いくつかの実施形態によれば、無線ユニット６２は、制御システム５４の外部に設けられ、たとえば、有線接続（例：光ケーブル）を介して制御システム５４に接続されている。しかし、いくつかの他の実施形態によれば、無線ユニット６２および潜在的にはアンテナ６８は、制御システム５４とともに統合される。一つ以上のプロセッサ５６は、ここに記述されたｅＮＢ２６の一つ以上の機能を提供するように動作する。いくつかの実施形態によれば、これらの機能は、たとえばメモリ５８に記憶され、一つ以上のプロセッサ５６によって実行されるソフトウエアによって実行される。
【００５０】
図１２は本開示のいくつかの実施形態にしたがった、ＵＥ３０の例示的な実施形態を示すブロック図である。
【００５１】
図示されているように、ＵＥ３０は、一つ以上のプロセッサ７０（例：ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはその他等）と、メモリ７２と、それぞれが一つ以上のアンテナ８０に接続された一つ以上の送信機７６と一つ以上の受信機７８とを備えた一つ以上の通信装置７４とを有している。いくつかの実施形態によれば、上述されたＵＥ３０の機能は全体的にまたは部分的に、たとえば、メモリ７２に記憶されたソフトウエアによって実装され、プロセッサ７０によって実行されてもよい。
【００５２】
特定の実施形態が上述されたが、特定の実施形態のいずれかの適切な組み合わせもまた可能であることは理解されるべきであろう。
【００５３】
以下の頭字語は本開示にわたって使用されている。
【００５４】
３ＧＰＰ  第三世代パートナーシッププロジェクト
５Ｇ  第五世代
ＡＳＩＣ  特定用途集積回路
ＡＶＰ  属性値ペア
Ｃ−ＩｏＴ  セルラーインターネットオブシングス
ＣＰＥ  顧客構内設備
ＣＰＵ  中央演算処理装置
Ｄ２Ｄ  デバイスツーデバイス
ｅＮＢ  拡張型または進化型ノードＢ
ＦＰＧＡ  フィールドプログラマブルゲートアレイ
ＧＰＲＳ  ジェネラルパケットレディオサービス
ＧＴＰ  ＧＰＲＳトンネリングプロトコル
ＨＳＳ  ホーム加入者サービス
ＩＤＲ  インサート加入者データリクエスト
ＩＭＳＩ  国際移動加入者識別情報
ＬＥＥ  ラップトップ組み込みエレメント
ＬＭＥ  ラップトップ搭載エレメント
ＬＴＥ  ロングタームエボリューション
ＬＴＥ−Ａ  ＬＴＥアドバンスド
Ｍ２Ｍ  マシンツーマシン
ＭＣＥ  マルチセル／マルチキャストコーディネーションエンティティ
ＭＤＴ  ドライブテストの最小化
ＭＭＥ  モビリティマネージメントエンティティ
ＭＴＣ  マシンタイプ通信
ＮＲ  ニューレディオ
ＰＤＮ−ＧＷ  パケットデータネットワークゲートウェイ
Ｐ−ＧＷ  パケットデータネットワークゲートウェイ
ＲＡＮ  無線アクセスネットワーク
ＲＡＴ  無線アクセス技術
ＲＲＨ  リモート無線ヘッド
ＲＲＵ  リモート無線ユニット
ＳＧＳＮ  サービングＧＰＲＳサポートノード
Ｓ−ＧＷ  サービングネットワークゲートウェイ
ＳＯＮ  セルフオーガナイジングネットワーク
ＵＥ  ユーザ装置
ＵＬＡ  アップデートロケーションアンサー
ＵＳＢ  ユニバーサルシリアルバス
ＵＴＲＡ  ユニバーサルテレストリアル無線アクセス
当業者であれば、本開示の実施形態の改良および修正を認識するであろう。そのような改良および修正はここで開示されたコンセプトの範囲および以下の特許請求の範囲内であることが考慮されている。
【００５５】
［関連出願］
本願は２０１６年７月１日に出願された仮特許出願番号６２／３５７，６６０の開示のすべてをここに参照によって取り込む。
【図１】
2019523586.tif 000003
【図２】
2019523586.tif 000004
【図３】
2019523586.tif 000005
【図４】
2019523586.tif 000006
【図５】
2019523586.tif 000007
【図６】
2019523586.tif 000008
【図７】
2019523586.tif 000009
【図８】
2019523586.tif 000010
【図９】
2019523586.tif 000011
【図１０】
2019523586.tif 000012
【図１１】
2019523586.tif 000013
【図１２】
2019523586.tif 000014
【国際調査報告】
2019523586.tif 000015
2019523586.tif 000016
2019523586.tif 000017
2019523586.tif 000018
2019523586.tif 000019