JP2018534867A - 通信システム - Google Patents
通信システム Download PDFInfo
- Publication number
- JP2018534867A JP2018534867A JP2018524294A JP2018524294A JP2018534867A JP 2018534867 A JP2018534867 A JP 2018534867A JP 2018524294 A JP2018524294 A JP 2018524294A JP 2018524294 A JP2018524294 A JP 2018524294A JP 2018534867 A JP2018534867 A JP 2018534867A
- Authority
- JP
- Japan
- Prior art keywords
- information
- network
- dcn
- nas
- serving node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本発明は、ＵＥのＤＣＮ関連指示情報とＵＥのＤＣＮ関連加入者情報及び／又はＵＥの能力との間のミスマッチングに起因して、及び／又は、ＵＥのサービングノード輻輳に起因して、選択されたサービングノードにおいてＵＥを扱うことが不可能であることを検出する方法を記載する。本方法により、ＵＥのＤＣＮ設定情報を更新することが可能になり、それにより、ＵＥは、次のＲＲＣ／ＮＡＳ要求手続中に適切なＤＣＮに割り当てられえる。
Description
本発明は、モバイル通信機器及びネットワークに関し、下記に限られないが、特に、発展型パケットコア（ＥＰＣ）ネットワークのLong Term Evolution（ＬＴＥ）を含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格又はその均等物又は派生物に従って動作するモバイル通信機器及びネットワークに関する。本発明は、下記に限られないが、特に、専用コアネットワーク選択中のミスマッチングを解決することに関する。
本発明において、以下の略語及び用語（別の言い方をする場合もある）を使用する。
［表１］
３ＧＰＰ 3rd Generation Partnership Project; 第３世代パートナーシッププロジェクト
ＡＳ Access Stratum; アクセス層（本発明においてＲＲＣ(Radio Resource Control; 無線リソース制御)シグナリングと同様に使用する）
ＤＣＮ Dedicated Core Network; 専用コアネットワーク
ＮＢ、ｅＮＢ ＮｏｄｅＢ、evolved ＮｏｄｅＢ（ノードB、発展型ノードB）
Ｅ−ＵＴＲＡＮ evolved Universal Terrestrial Radio Access Network（発展型ユニバーサル地上無線アクセスネットワーク）
ＧＧＳＮ Gateway GPRS Support Node; ゲートウェイＧＰＲＳサポートノード
ＧＰＲＳ General Packet Radio Service; 汎用パケット無線サービス
ＧＵＭＭＥＩ Globally Unique MME Identifier；グローバル一意ＭＭＥ（Mobility Management Entity）識別子
ＧＵＴＩ Globally Unique Temporary Identity；グローバル一意仮識別子
ＨＰＬＭＮ Home Public Land Mobile Network; ホーム公衆陸上移動体ネットワーク
ＨＳＳ Home Subscriber Server; 加入者情報管理装置
ＩＥ Information Element; 情報要素（シグナリングメッセージの一部として使用される）
ＭＭＥ Mobility Management Entity; 移動管理装置
ＭＮＯ Mobile Network Operator; モバイルネットワーク事業者
ＮＡＳ Non Access Stratum; 非アクセス層
ＮＦＶ Network Function Virtualization; ネットワーク機能仮想化
ＮＮＳＦ NAS/Network Node Selection Function; ＮＡＳ／ネットワークノード選択機能
ＰＣＲＦ Policy and Charging Rules Function; ポリシー／課金規則機能
ＰＧＷ Packet Data Network Gateway; パケットデータネットワークゲートウェイ
ＰＳＭ Power Saving Mode; 省電力モード
ＲＡＵ Routing Area Update; ルーティングエリア更新
ＲＮＣ Radio Network Controller; 無線ネットワーク制御局
ＲＲＣ Radio Resource Control; 無線リソース制御
ＰＬＭＮ Public Land Mobile Network; 公衆陸上移動体ネットワーク
ＳＧＳＮ Serving GPRS Support Node; 加入者パケット交換機
ＳＧＷ Serving Gateway; サービングゲートウェイ
ＴＡＵ Tracking Area Update; トラッキングエリア更新
ＵＥ User Equipment; ユーザ機器
ＵＴＲＡＮ UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network; UTMS地上無線アクセスネットワーク
ＶＰＬＭＮ Visited Public Land Mobile Network; 訪問先公衆陸上移動体ネットワーク
３ＧＰＰ 3rd Generation Partnership Project; 第３世代パートナーシッププロジェクト
ＡＳ Access Stratum; アクセス層（本発明においてＲＲＣ(Radio Resource Control; 無線リソース制御)シグナリングと同様に使用する）
ＤＣＮ Dedicated Core Network; 専用コアネットワーク
ＮＢ、ｅＮＢ ＮｏｄｅＢ、evolved ＮｏｄｅＢ（ノードB、発展型ノードB）
Ｅ−ＵＴＲＡＮ evolved Universal Terrestrial Radio Access Network（発展型ユニバーサル地上無線アクセスネットワーク）
ＧＧＳＮ Gateway GPRS Support Node; ゲートウェイＧＰＲＳサポートノード
ＧＰＲＳ General Packet Radio Service; 汎用パケット無線サービス
ＧＵＭＭＥＩ Globally Unique MME Identifier；グローバル一意ＭＭＥ（Mobility Management Entity）識別子
ＧＵＴＩ Globally Unique Temporary Identity；グローバル一意仮識別子
ＨＰＬＭＮ Home Public Land Mobile Network; ホーム公衆陸上移動体ネットワーク
ＨＳＳ Home Subscriber Server; 加入者情報管理装置
ＩＥ Information Element; 情報要素（シグナリングメッセージの一部として使用される）
ＭＭＥ Mobility Management Entity; 移動管理装置
ＭＮＯ Mobile Network Operator; モバイルネットワーク事業者
ＮＡＳ Non Access Stratum; 非アクセス層
ＮＦＶ Network Function Virtualization; ネットワーク機能仮想化
ＮＮＳＦ NAS/Network Node Selection Function; ＮＡＳ／ネットワークノード選択機能
ＰＣＲＦ Policy and Charging Rules Function; ポリシー／課金規則機能
ＰＧＷ Packet Data Network Gateway; パケットデータネットワークゲートウェイ
ＰＳＭ Power Saving Mode; 省電力モード
ＲＡＵ Routing Area Update; ルーティングエリア更新
ＲＮＣ Radio Network Controller; 無線ネットワーク制御局
ＲＲＣ Radio Resource Control; 無線リソース制御
ＰＬＭＮ Public Land Mobile Network; 公衆陸上移動体ネットワーク
ＳＧＳＮ Serving GPRS Support Node; 加入者パケット交換機
ＳＧＷ Serving Gateway; サービングゲートウェイ
ＴＡＵ Tracking Area Update; トラッキングエリア更新
ＵＥ User Equipment; ユーザ機器
ＵＴＲＡＮ UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network; UTMS地上無線アクセスネットワーク
ＶＰＬＭＮ Visited Public Land Mobile Network; 訪問先公衆陸上移動体ネットワーク
本発明において以下の用語が使用される。
「サービングノード」又は「ＭＭＥ／ＳＧＳＮ」又は「ＭＳＣ（Mobile Switching Center；移動通信制御局）／ＳＧＳＮ／ＭＭＥ」という用語は、本発明の種々の実施形態を通して、コアネットワークと端末との間の制御プレーンシグナリングを終端する、モバイルネットワーク内のＭＳＣ、又はＳＧＳＮ、又はＭＭＥ、又は他の取り得る制御プレーン機能エンティティのような機能エンティティを記述するために包括的に使用される。サービングノード（ＭＭＥ／ＳＧＳＮ）は、移動管理及びセッション管理の責任を担う、次世代ネットワークの機能エンティティとすることもできる。
ＨＳＳ／ＨＬＲ（Home Location Register；加入者位置登録機）という用語は、ＵＥの加入者データが記憶されるリポジトリを意味し、ＨＳＳ又はＨＬＲ又はそれらが組み合わさったエンティティのいずれかとすることができる。
「端末」、又は「機器」、又は「ユーザ端末」、又は「ＵＥ」（ユーザ機器）、又は「ＭＴ」（モバイル端末）という用語は、互換的に使用され、それらの用語は全て、ネットワーク、又はモバイルネットワークとの間でデータ及びシグナリングを送信／受信するために使用される機器を同様に表す。
近年、異なるトラフィック特性を有するモバイル端末の数が統計的に増加しており、このモバイル端末には、モバイルネットワークを通じて接続されるＭ２Ｍ（Machine-to-Machine）機器及びＩｏＴ（Internet to Things）機器が含まれる。また、幾つかのモバイル端末上で稼働するそれぞれ異なるアプリケーションは、モバイルネットワークにおけるトラフィックの特定の処理を要する。これらの課題に対処するため、モバイル事業者は、特化機能ネットワークエンティティ（例えば、特化ＭＭＥ、ＳＧＷ、ＰＧＷ、ＰＣＲＦ）上のサーバ固有デバイスに注目する。これらの特化機能ネットワークエンティティは、いわゆるオーバレイネットワーク又は専用ネットワークを構築することができる。
第３世代パートナーシッププロジェクト（３ＧＰＰ）ＳＡ２作業グループは、目下、３ＧＰＰ ＴＲ（Technical Report;技術報告書）２３．７０７に記載されている（ＤＥＣＯＲとして知られている）専用コアネットワークの標準規格化に取り組んでいる。この作業項目の目的は、同一の又は同様の特性を共有する加入者（ユーザ機器（ＵＥ）として知られている）に専用である、コアネットワーク機能要素の配置を可能にすることである。
３ＧＰＰリリース１３では、ＤＥＣＯＲ選択は、より早期の機器の利用を可能にするためにＵＥ加入者情報に基づいている一方、３ＧＰＰリリース１４では、ＵＥの指示情報に基づくＤＥＣＯＲの選択を可能にするために、新たな研究（発展型ＤＥＣＯＲ（ｅＤＥＣＯＲ））が進展中である。これを用いて、ｅＤＥＣＯＲは、ＵＥからの支援情報を提供することによって、ＤＣＮ選択機構を改善することを目的としている。この支援情報は、Ｒｅｌ−１３ ＤＥＣＯＲ機構を補完する。これにより、ＤＣＮに登録し、このＤＣＮを維持するのに必要とされるシグナリングを低減することができる。
3GPP TR 23.707 v1.0.0, Architecture enhancements for dedicated core networks; Stage 2, v13.0.0, 2014-12-17
3GPP TS 23.711, Study on Dedicated Core Network Enhancements; Stage 2, v0.1.2, 2015-10-21
ＤＥＣＯＲ（ＤＣＮ）選択のためのＵＥ支援情報がＵＥにおいて設定される方法については、現在のところ明確ではない。本発明は、以下で記載される幾つかの選択肢を提示する。
また、ｅＤＥＣＯＲの目標は、専用コアネットワーク間のアイソレーション（isolation：隔離性）を改善することでもある。これはなぜなら、異なるＤＣＮ間でリダイレクトする必要がないためである。更新された選択機構は、ＵＥ及びＲＡＮ（Radio Access Network;無線アクセスネットワーク）に影響を与えるが、支援情報の提供は、ＣＮ（コアネットワーク）に影響を及ぼしうる。ＵＥがＰＬＭＮを変更するときにこの解決策が機能する場合には好都合である。
本発明は、ネットワークにおいて検証失敗（例えば、ＵＥの加入者若しくは能力又はＵＥの指示情報のミスマッチング）に対処する方法に問題を定める。これは、以下に列挙する幾つかの例のような種々のシナリオにおいて生じ得る。
−ＵＥのＤＣＮ関連指示情報がＨＳＳからの加入者情報とマッチングしない。又は、
−「パッチ状のカバレッジ（patchy coverage）」の場合、すなわち、異なるエリア（例えば、地方又は都市）において、ネットワーク設定が異なり、ＵＥのＤＣＮ指示情報は不適切となる可能性がある。又は、
−ＵＥが、ホームＰＬＭＮ（ＨＰＬＭＮ）とは異なる設定を有する訪問先ＰＬＭＮ（ＶＰＬＭＮ）にアタッチする。又は、
−ＵＥ能力が、ＵＥのＤＣＮ指示情報とマッチングしない。又は、
−ネットワークが、ＤＣＮ指示情報（又はＵＥ Usageタイプ値）について知得していない。又は、
−その他。
−ＵＥのＤＣＮ関連指示情報がＨＳＳからの加入者情報とマッチングしない。又は、
−「パッチ状のカバレッジ（patchy coverage）」の場合、すなわち、異なるエリア（例えば、地方又は都市）において、ネットワーク設定が異なり、ＵＥのＤＣＮ指示情報は不適切となる可能性がある。又は、
−ＵＥが、ホームＰＬＭＮ（ＨＰＬＭＮ）とは異なる設定を有する訪問先ＰＬＭＮ（ＶＰＬＭＮ）にアタッチする。又は、
−ＵＥ能力が、ＵＥのＤＣＮ指示情報とマッチングしない。又は、
−ネットワークが、ＤＣＮ指示情報（又はＵＥ Usageタイプ値）について知得していない。又は、
−その他。
図１は、ＲＡＮノード（ｅＮＢ、ＮＢ、ＢＳ又は他のＲＡＮ機能要素）がＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実装し、ＵＥのためのサービングノードを選択する例示のアーキテクチャを示している。２つの重なり合う発展型パケットコア（ＥＰＣ）ネットワークが存在しており、その各々は、サービングノード（ＭＭＥ１又はＭＭＥ２）と、ユーザプレーンゲートウェイ（ＳＧＷ１、ＰＧＷ１、ＳＧＷ２及びＰＧＷ２）とを備える。重なり合うネットワークは、これらのノードのうちの複数、例えば、ＭＭＥ又はＳＧＷ又はＰＧＷのひとまとまりを含むこともできるし、これらのノードのうちの幾つかのみ、例えば、サービングノードのみを含むこともできるが、ユーザプレーンノードは、共有することができる。換言すれば、任意の構成が可能である。さらに、図示のＥＰＣは、ＵＭＴＳ ＣＮとすることもでき、それゆえ、サービングノードとしてＳＧＳＮを、及びユーザプレーンゲートウェイとしてＧＧＳＮを有することができる。
１つの取り得る解決策は、３ＧＰＰリリース１３ ＤＥＣＯＲ手法を用いることであり、すなわち、ネットワークが適切なＤＣＮに対してＮＡＳ再ルーティング手続を開始することである。しかし、この再ルーティング手続は、以下に記載するように、常に可能であるとは限らない。
問題の記載
ＭＭＥ／ＳＧＳＮは、ＵＥ Ｄｅｃｏｒ支援情報（本発明においてＵＥのＤＣＮ関連指示情報と称される）を含むＮＡＳ（アタッチ／ＴＡＵ）要求ｍｓｇを処理することが可能ではない場合がある。これは、例えば、以下のシナリオに起因して起こり得る。
−特定のＤＣＮの一時的な使用不可。例えば、サービングノードが一時的に輻輳する（Ｃ−プレーン又はＵ−プレーン）可能性があり、それゆえ、ＮＡＳ要求メッセージを処理することが可能ではない。又は、
−ＵＥのＤＣＮ関連指示情報のタイプ又は値に応じて、指示情報が、ＨＰＬＭＮにおいてのみ有効である可能性がある（例えば、指示情報の値（複数の場合もある）がＨＰＬＭＮにおいて既知である／サポートされる）。ＶＰＬＭＮにおいて、ＵＥのＮＡＳメッセージは、デフォルトのＣＮに常にルーティングすることができるが、これは最適ではない。換言すれば、ＶＰＬＭＮがＵＥに、異なるＤＣＮ関連指示情報がより良好なネットワークサービスをもたらし得ることを知らせることが有益である可能性があり、又は、少なくともＶＰＬＭＮは、適切なＤＣＮがこのＵＥに割り当てられる場合、有益である可能性がある。又は、
−ＮＡＳ手続中にサービングノードによって検索されたＵＥのＤＣＮ関連加入者情報がもはや有効ではない（例えば、期限満了した）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報（例えば、ＡＳ指示情報又はＮＡＳ指示情報）と端末能力（例えば、デバイスカテゴリ、無線能力、ページング／カバレッジエンハンスメント能力等）との間にミスマッチングが存在する。また、このミスマッチングは、ＲＡＮノードによって検出される可能性もある。等。
ＭＭＥ／ＳＧＳＮは、ＵＥ Ｄｅｃｏｒ支援情報（本発明においてＵＥのＤＣＮ関連指示情報と称される）を含むＮＡＳ（アタッチ／ＴＡＵ）要求ｍｓｇを処理することが可能ではない場合がある。これは、例えば、以下のシナリオに起因して起こり得る。
−特定のＤＣＮの一時的な使用不可。例えば、サービングノードが一時的に輻輳する（Ｃ−プレーン又はＵ−プレーン）可能性があり、それゆえ、ＮＡＳ要求メッセージを処理することが可能ではない。又は、
−ＵＥのＤＣＮ関連指示情報のタイプ又は値に応じて、指示情報が、ＨＰＬＭＮにおいてのみ有効である可能性がある（例えば、指示情報の値（複数の場合もある）がＨＰＬＭＮにおいて既知である／サポートされる）。ＶＰＬＭＮにおいて、ＵＥのＮＡＳメッセージは、デフォルトのＣＮに常にルーティングすることができるが、これは最適ではない。換言すれば、ＶＰＬＭＮがＵＥに、異なるＤＣＮ関連指示情報がより良好なネットワークサービスをもたらし得ることを知らせることが有益である可能性があり、又は、少なくともＶＰＬＭＮは、適切なＤＣＮがこのＵＥに割り当てられる場合、有益である可能性がある。又は、
−ＮＡＳ手続中にサービングノードによって検索されたＵＥのＤＣＮ関連加入者情報がもはや有効ではない（例えば、期限満了した）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報（例えば、ＡＳ指示情報又はＮＡＳ指示情報）と端末能力（例えば、デバイスカテゴリ、無線能力、ページング／カバレッジエンハンスメント能力等）との間にミスマッチングが存在する。また、このミスマッチングは、ＲＡＮノードによって検出される可能性もある。等。
複数のＤＣＮ間の再ルーティングが可能でないか又は望ましくない場合が存在し得る。これは、例えば、ＭＮＯが複数のＤＣＮ間で厳密な分離を設定する場合、例として、複数の専用コアネットワーク間の隔離(isolation)の場合である。
さらに、ｅＤＥＣＯＲにおける想定は、ＵＥのＤＣＮ関連指示情報を考慮するＲＡＮノードが、適切なサービングノード又はＤＣＮを選択するＮＮＳＦを実行する、というものである。しかしながら、ＵＥのＤＣＮ関連指示情報がＲＡＮノードにおいて既知ではないか又は処理可能でない場合が存在しており、それにより、ＲＡＮノードは、このＵＥのために一種のデフォルトのサービングノードを選択する。それゆえ、問題は、基本的にはＲＡＮからＣＮに転嫁され、それにより、サービングノードは、ＵＥのＮＡＳ要求を処理する方法を講じる必要がある。
更なる問題
ネットワークスライシングを検討すると、特定のＲＡＮリソースを特定のＣＮリソースと関連付けることができる。「リソース」は、ネットワーク機能、計算リソース、記憶リソース及びネットワーク接続リソースを意味する。ローミングＵＥをデフォルトで共通リソースにアタッチすることができるが、ＵＥは、特定のＲＡＮ（＋ＣＮ）リソースにリダイレクトされる必要がある場合があり、すなわち、新たなＲＡＴ／ＲＡＮ選択が必要とされる場合がある。
ネットワークスライシングを検討すると、特定のＲＡＮリソースを特定のＣＮリソースと関連付けることができる。「リソース」は、ネットワーク機能、計算リソース、記憶リソース及びネットワーク接続リソースを意味する。ローミングＵＥをデフォルトで共通リソースにアタッチすることができるが、ＵＥは、特定のＲＡＮ（＋ＣＮ）リソースにリダイレクトされる必要がある場合があり、すなわち、新たなＲＡＴ／ＲＡＮ選択が必要とされる場合がある。
上記で記載された問題を解決するために、本明細書の種々の実施形態において、異なる解決策を記載する。
本発明の主要な概念は、ネットワークにおけるエラー、ミスマッチング又は輻輳に関して、拒否する及び／又は（例えば、リダイレクトするために）ＵＥに通知する機構を提供することである。この結果、ＵＥは、ＮＡＳ手続を用いて適切なＲＡＮ／ＤＣＮに接続するために動作を実行する。
本発明の主要な特徴は以下を含む。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、以下の状況のうちの少なくとも１つを判断することが可能である。
−ＵＥのＤＣＮ関連指示情報（例えば、ＤＣＮ関連加入者情報）が有効でない（例えば、期限満了している）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報と端末能力との間にミスマッチングが存在する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＵＥを拒否し、拒否の理由（例えば、拒否原因）を提供する。また、ＭＭＥ／ＳＧＳＮは、ＲＡＮノード又は異なるＲＡＮ／ＲＡＴに対する、場合によっては異なる指示情報を用いて、ＮＡＳ手続（アタッチ／ＴＡＵ要求）を（即座に又は後に）再開(re-initiate)する情報もＵＥに提供することができる。
−サービングノードは、ＵＥに向けたＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）拒否ｍｓｇを用いてこの情報を提供する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）からＵＥへの情報は、ＵＥについての以下の取り得る挙動のうちの少なくとも１つを示す（リストは網羅的でないことに留意されたい）。
−ＮＡＳ要求におけるＵＥのＤＣＮ関連情報は有効でない（又は既知ではない、又は処理可能でない）こと、及び／又は、ＵＥが次の（ＲＲＣ又はＮＡＳ）接続試行において異なるＤＣＮ関連情報を用いるべきであることをＵＥに示す新たな拒否原因。及び／又は、
−ＵＥのＤＣＮ関連情報とデバイスタイプ又は加入者情報との間のミスマッチングを示す新たな拒否原因。及び／又は、
−ＤＣＮ関連情報を用いずに再アタッチするための新たな原因／フラグ。及び／又は、
−ＤＣＮ関連情報の有効性又は適用可能性を任意選択で含む、再アタッチに用いる新たなＤＣＮ関連情報。及び／又は、
−特定のＲＡＴ／ＲＡＮに向けたＲＡＴ／ＲＡＮ再選択を実行すること。及び／又は、
−ＰＬＭＮ再選択を実行し、特定のＰＬＭＮを用いて再アタッチすること。及び／又は、
−例えば、このＰＬＭＮについて、更新されたＤＣＮ関連指示情報も用いた、ネットワーク／サービングノード輻輳に起因した、遅れたＮＡＳ要求手続を実行すること。等。
−ＵＥは、受信された指示情報を処理することが可能であり、ＵＥはこれに応じて挙動し、例えば、変更された情報を用いてＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）要求をＲＡＮ及びＥＰＣに送信する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、以下の状況のうちの少なくとも１つを判断することが可能である。
−ＵＥのＤＣＮ関連指示情報（例えば、ＤＣＮ関連加入者情報）が有効でない（例えば、期限満了している）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報と端末能力との間にミスマッチングが存在する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＵＥを拒否し、拒否の理由（例えば、拒否原因）を提供する。また、ＭＭＥ／ＳＧＳＮは、ＲＡＮノード又は異なるＲＡＮ／ＲＡＴに対する、場合によっては異なる指示情報を用いて、ＮＡＳ手続（アタッチ／ＴＡＵ要求）を（即座に又は後に）再開(re-initiate)する情報もＵＥに提供することができる。
−サービングノードは、ＵＥに向けたＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）拒否ｍｓｇを用いてこの情報を提供する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）からＵＥへの情報は、ＵＥについての以下の取り得る挙動のうちの少なくとも１つを示す（リストは網羅的でないことに留意されたい）。
−ＮＡＳ要求におけるＵＥのＤＣＮ関連情報は有効でない（又は既知ではない、又は処理可能でない）こと、及び／又は、ＵＥが次の（ＲＲＣ又はＮＡＳ）接続試行において異なるＤＣＮ関連情報を用いるべきであることをＵＥに示す新たな拒否原因。及び／又は、
−ＵＥのＤＣＮ関連情報とデバイスタイプ又は加入者情報との間のミスマッチングを示す新たな拒否原因。及び／又は、
−ＤＣＮ関連情報を用いずに再アタッチするための新たな原因／フラグ。及び／又は、
−ＤＣＮ関連情報の有効性又は適用可能性を任意選択で含む、再アタッチに用いる新たなＤＣＮ関連情報。及び／又は、
−特定のＲＡＴ／ＲＡＮに向けたＲＡＴ／ＲＡＮ再選択を実行すること。及び／又は、
−ＰＬＭＮ再選択を実行し、特定のＰＬＭＮを用いて再アタッチすること。及び／又は、
−例えば、このＰＬＭＮについて、更新されたＤＣＮ関連指示情報も用いた、ネットワーク／サービングノード輻輳に起因した、遅れたＮＡＳ要求手続を実行すること。等。
−ＵＥは、受信された指示情報を処理することが可能であり、ＵＥはこれに応じて挙動し、例えば、変更された情報を用いてＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）要求をＲＡＮ及びＥＰＣに送信する。
以下の記載において、「専用コアネットワーク」という用語は、（１）単一のネットワーク機能、例えば、ＭＭＥ及び／又はＳＧＳＮ及び／又はＰＣＲＦのような制御プレーン機能、又は、（２）ＳＧＷ、ＰＧＷ、ＧＧＳＮのようなユーザプレーンネットワーク機能、又は、（３）一組の制御プレーン機能及びユーザプレーン機能、であるとみなすことができる。ＵＥをサービングする特定の専用コアネットワークは、ＵＥの加入者情報及び事業者設定に基づいて選択される。
「ＤＥＣＯＲ」という用語は、モバイルネットワークの文脈において専用コアネットワークとして用いることができるが、無線アクセスネットワーク（ＲＡＮ）に適用することもできるし、モバイルネットワーク（ＲＡＮ及びＣＮ）全体に適用することもできるし、固定されたネットワーク又は任意のタイプの通信ネットワークに適用することもでき、ここで、コア部分のみでなく、アクセスネットワーク部分も考慮される。また、本発明における実施形態において記載される解決策は、５Ｇネットワークを考慮して、適切なネットワークスライスの選択にも適用することができる。
「ＵＥ支援ＤＣＮ情報」及び「ＵＥのＤＣＮ関連情報」という用語は、ＤＣＮ選択のためにネットワークに示される、ＵＥに設定される同一の情報を表すのに用いられる。「ＤＣＮ関連情報」は、ＵＥからネットワークに、また、ネットワークからＵＥにも、搬送することができ、例えば、ＵＥの設定を更新するのに用いられる。「ＤＣＮ関連情報」は、ＲＲＣシグナリングにおいて及び／又はＮＡＳシグナリングにおいて及び／又はＳ１−ＡＰ／バックホールシグナリングにおいて（後者はＲＡＮノードからサービングノードへのシグナリングを意味する）搬送することができる。
「ＲＲＣ（無線リソース制御）」及び「ＡＳ（アクセス層）」という用語は、本発明において同様に用いられ、例えば、ＵＥとＲＡＮノードとの間の無線インターフェースを通じたシグナリングを指すことに留意されたい。次世代のモバイルネットワークにおいて、これらの用語についての他の任意の名称を、同一又は同様の意味で適用するのに用いることができる。
これに応じて、「ＮＡＳ（非アクセス層）」という用語は、ＵＥとコアネットワーク、例えば、サービングノードとの間の直接のシグナリングのための一般的な用語として用いられる。同一又は同様の意味を有する他の任意の用語を次世代のネットワーク技術に適用することができる。
本発明は、ＵＥにおけるＵＥ支援ＤＣＮ指示情報（例えば、ＤＣＮ関連情報）の初期設定の異なる選択肢を想定する。１つの選択肢は、ＵＥのＤＣＮ関連情報が（Ｕ）ＳＩＭカード（(universal) subscriber identity module card）に設定され、ＨＳＳ／ＨＬＲにおけるＵＥの加入者情報に対応することである。ＵＥ／機器に電源が投入されると、ＤＣＮ関連情報は、機器上で（Ｕ）ＳＩＭカードからダウンロードされ、ＮＡＳ指示情報又はＲＲＣ指示情報のためにＮＡＳ層によって用いられる。別の選択肢は、機器（又はモデム、又はＵＥ）内の情報を、ネットワーク事業者からのオープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）又はオーバジエア（ＯＴＡ：Over-The-Air）シグナリングを介して構成することである。そのような場合、ＤＣＮ関連情報は、ＵＥ内のメモリ（例えば、ＥＰＲＯＭ）上に記憶され、ＮＡＳシグナリング及び／又はＡＳ（例えば、ＲＲＣ）シグナリングのために必要な場合に用いられる。
ＵＥにおいてＤＣＮ関連情報を設定する別の解決策は、ネットワークからのＮＡＳシグナリングを用いることである。これは、ＵＥがネットワーク（例えば、特定のＰＬＭＮ）にはじめてアタッチするときに起こり得るものであり、アタッチ手続中、ネットワークは、ＵＥにおいてＤＣＮ関連情報を設定する。例えば、ネットワーク（例えば、サービングノード）は、ＵＥ加入者情報に基づいて、いずれのＤＣＮ関連指示情報をＵＥがＡＳ又はＮＡＳ接続確立中に通知するのかを導出し、ＵＥにおいて、この情報を、例えば、サービングノードからＵＥへのアタッチ受理若しくはアタッチ拒否、又は他の適切なＮＡＳ手続（例えば、ＮＡＳ（Ｅ）ＭＭ手続若しくは「ＥＭＭ情報」、「ＥＭＭステータス」、「通知」のようなメッセージ又は他のＮＡＳメッセージ若しくはそれらの拡張）を用いて設定することができる。また、ＤＣＮ関連設定情報（DCN-related configuration information）を有するＮＡＳシグナリングメッセージは、この情報の有効性、例えば、所与のＰＬＭＮについて、有効時間、すなわちＵＥがネットワークからデタッチするまでの時間も含むことができる。
任意選択で、ＤＣＮ関連設定情報（DCN-related configuration information）を有するＮＡＳシグナリングメッセージは、その下でＤＣＮ関連指示情報がネットワークに向けて送信されるべき種々の条件を含むことができる。例えば、ネットワークステータスの特殊な事例、例えば、緊急セッション要求中又は規制条件中等において、ＡＳシグナリング又はＮＡＳシグナリングにおいてＤＣＮ関連情報を省略することができる。これを用いて、ＵＥは、システム情報（ＳＩＢ）でブロードキャストされる情報に基づいてＤＣＮ関連パラメータを示すか否かを決定する。
ＵＥは、（それぞれ異なる条件の場合に）受信されたＤＣＮ関連情報を対応する有効性情報及び／又は他の支援ＤＣＮ情報とともに記憶する。
ＤＣＮ関連情報の有効性、すなわち、ＤＣＮ関連情報が適用される期間又はこのＤＣＮ関連情報が適用される場合について、幾つかの例を以下に列挙する。以下に、幾つかの取り得る解決策を列挙する。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数の重複エリア（tacking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数の重複エリア（tacking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
図２は、ＵＥによって開始されるＮＡＳ要求手続又はＡＳ要求手続に基づく、本発明の主要な実施形態の例示的なシグナリングフローを示している。ＮＡＳ要求手続は、アタッチ要求手続、又はＴＡＵ要求手続又はＲＡＵ要求手続であってよい。ステップの記載は以下で与えられる。
ステップ（０）
ＵＥは、ネットワークに向けて、ＮＡＳ（アタッチ、ＴＡＵ又はＲＡＵ）要求手続を開始する。このＮＡＳ要求は、ＵＥの移動及び地理的エリアの変更、又はネットワークカバレッジからの離脱及び別のＰＬＭＮの再選択又は他の理由からの結果である場合がある。ＵＥは、ＲＲＣ確立手続を開始する。
ＵＥは、ネットワークに向けて、ＮＡＳ（アタッチ、ＴＡＵ又はＲＡＵ）要求手続を開始する。このＮＡＳ要求は、ＵＥの移動及び地理的エリアの変更、又はネットワークカバレッジからの離脱及び別のＰＬＭＮの再選択又は他の理由からの結果である場合がある。ＵＥは、ＲＲＣ確立手続を開始する。
ステップ（１）
ＲＲＣ接続完了メッセージ中、ＵＥは、ＤＣＮ関連情報を含めて、ＵＥのタイプ又は用いられるネットワークタイプをＲＡＮノードに示すことができる。ＲＲＣ接続完了メッセージは、ＮＡＳ要求メッセージを含む。このカプセル化されたＮＡＳ要求メッセージは、ＤＣＮ関連情報又はサービングノードによって用いられる他の指示情報も含んでもよい。図１の例において、ＵＥは、ＲＲＣ接続完了メッセージ内で「ＤＣＮタイプＡ」を示す。ｅＮＢは、ＲＲＣ接続完了メッセージを処理し、ＲＡＮノードのＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実行する。この例において、これはＤＣＮ選択手続に等しい。ｅＮＢは、Ｓ−ＴＭＳＩのようなＵＥのＩＤを考慮に入れるが、選択するためにＤＣＮ関連情報も考慮に入れる。
ＲＲＣ接続完了メッセージ中、ＵＥは、ＤＣＮ関連情報を含めて、ＵＥのタイプ又は用いられるネットワークタイプをＲＡＮノードに示すことができる。ＲＲＣ接続完了メッセージは、ＮＡＳ要求メッセージを含む。このカプセル化されたＮＡＳ要求メッセージは、ＤＣＮ関連情報又はサービングノードによって用いられる他の指示情報も含んでもよい。図１の例において、ＵＥは、ＲＲＣ接続完了メッセージ内で「ＤＣＮタイプＡ」を示す。ｅＮＢは、ＲＲＣ接続完了メッセージを処理し、ＲＡＮノードのＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実行する。この例において、これはＤＣＮ選択手続に等しい。ｅＮＢは、Ｓ−ＴＭＳＩのようなＵＥのＩＤを考慮に入れるが、選択するためにＤＣＮ関連情報も考慮に入れる。
ステップ（２）
ＲＡＮノードは、Ｓ１シグナリングを介してＵＥのＮＡＳメッセージを、選択したサービングノードに送信する。図２において、サービングノードは、ＥＰＣ（発展型パケットコア）の一部として示される。また、ｅＮＢは、Ｓ１−ＡＰシグナリングにおいて、ＵＥによってＲＲＣメッセージ内で示されるＤＣＮ関連情報も送信してもよい。
ＲＡＮノードは、Ｓ１シグナリングを介してＵＥのＮＡＳメッセージを、選択したサービングノードに送信する。図２において、サービングノードは、ＥＰＣ（発展型パケットコア）の一部として示される。また、ｅＮＢは、Ｓ１−ＡＰシグナリングにおいて、ＵＥによってＲＲＣメッセージ内で示されるＤＣＮ関連情報も送信してもよい。
ステップ（３）
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（back-off timer; バックオフタイマ）を用いたＮＡＳ拒否が適用される。加えて、例えば、ＲＲＣシグナリングにおけるＤＣＮ関連指示情報をＲＡＮノードが正しく処理することができる場所にＵＥがローミングしている場合、ＲＡＮノードは、不適切なサービングノードを選択する場合がある。そのような場合、ＢＯＴタイマの満了後、ＵＥは、再び誤ったサービングノードにルーティングされる。したがって、ＢＯＴタイマに加えて、サービングノードは、ＵＥの設定を更新するためにＮＡＳ拒否メッセージにＤＣＮ関連情報を入れて送信することを提案する。このようにして、ＵＥは、次のＲＲＣ及び／又はＮＡＳ手続中に、ＲＲＣ及び／又はＮＡＳ ＤＣＮ関連指示情報内のこの更新された情報を用いる。さらに、以下の実施形態（Ａ）では、この解決策に対する付加的な詳細を記載する。
ｂ）問題記載セクションにおいて言及したように、ＵＥのＤＣＮ関連指示情報のタイプ又は値に依拠して、この指示情報は、ＨＰＬＭＮのみで有効である可能性がある（例えば、指示情報の値（複数の場合もある）が、ＨＰＬＭＮ内で既知である／サポートされる）。ＶＰＬＭＮで、ＵＥのＮＡＳメッセージは、非最適のデフォルトのＣＮに常にルーティングされる可能性がある。本発明は、ＶＰＬＭＮのＥＰＣ１内のサービングノードが、ＵＥのＤＣＮ関連設定を、新たなＤＣＮ関連指示情報値（複数の場合もある）を用いて更新し、これにより、ＲＡＮノードのＮＮＳＦが適切なサービングノード又はＤＣＮを選択することを可能にすることを提案する。サービングノードは、ＵＥにおける更新用の新たなＤＣＮ関連の設定を、ＵＥの（例えば、ＨＰＬＭＮのＨＳＳ／ＨＬＲからの）加入者情報に基づいて決定することができる。サービングノードは、ＵＥの加入者情報、特にＤＣＮ関連の部分を処理することができ、ＶＰＬＭＮのローカル設定に基づいて、サービングノードは、いずれのＤＣＮ関連指示情報をＵＥがこのＶＰＬＭＮで用いることができるかを特定する。そうすることにより、サービングノードは、ＮＡＳ拒否手続を用いて、このＶＰＬＭＮ（又は等価なＰＬＭＮ）についてのＲＡＮに向けた及び／又はＣＮに向けたＵＥのＤＣＮ関連指示情報を更新することをＵＥに通知する。
ｃ）ＵＥのＤＣＮ関連指示情報又はＨＳＳからのＤＣＮ関連加入者情報が有効でない（例えば、期限満了している）。この場合を、以下の一実施形態においてより詳細に記載する。これを、以下の実施形態（Ｃ）において詳述する。
ｄ）このＰＬＭＮ内又はこのエリア内でＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。
ｅ）ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間に不整合が存在する。これは、ＵＥのＤＣＮ関連設定が、例えば、ＯＭＡ−ＤＭ又はＯＴＴ又は何らかのＰＬＭＮからのＮＡＳシグナリングによって変更されたものの、ＵＥの加入者情報は変更されていない場合に生じ得る。この場合、サービングノードは、不整合を認識する。１つの解決策は、サービングノードにおける決定について、ＵＥの加入者情報がＵＥの指示情報に対して優先することである。加えて、ＵＥの設定が更新されるべきである。さらに、もしＵＥが更新されたＤＣＮ関連情報で設定されていて、ＵＥがそれぞれに挙動している、例えばそれぞれのＲＡＴ（ＮＢ−ＩｏＴ、ＬＴＥ−Ｍ、またはｅＭＴＣ ＲＡＴｓ）を選択している、および／または、ＵＥがＲＡＮに向けてそれぞれのＤＣＮ関連指示情報を使用していて、そのＲＡＮノードがそれぞれのサービングノードを選択している、という場合に、サービングはＵＥへ更新されたＤＣＮ関連情報を、任意選択で、もし必要なら更新された情報を伴うＲＡＮやＮＡＳのシグナリングを再試行する、および／またはＲＡＮ／ＲＡＴを再選択する、指示情報とともに、送信すると決定してもよい。例えば、ＮＢ−ＩｏＴ及びｅＭＴＣ（又はＬＴＥ−Ｍ）技術をサポートするＵＥは、ＶＰＬＭＮにアタッチすることを試行する。ＵＥが非ＣＩｏＴアタッチ手続を用いる場合、（ＵＥ加入者データ、トラフィックパターンプロファイル、契約しているアプリケーション等に依拠して）サービングノードは、ＵＥがＮＢ−ＩｏＴ ＲＡＴを用いることを決定する。この目的で、サービングノードは、ＮＢ−ＩｏＴ ＲＡＴの選択についての指示情報を含むＮＡＳ拒否メッセージを送信することができる。ＵＥは、これに対応して挙動し、他の無線リソースを介してＲＲＣ接続再確立を実行する。この特定の解決策は、他の任意の無線又は非無線技術（例えば、３ＧＰＰ ＲＡＴ、ＷＬＡＮ又は固定線技術）の再選択に適用することができる。
ｆ）ＵＥのＤＣＮ関連指示情報（又はＤＣＮ関連加入者情報）と、例えば、ＲＡＮノードに向けたＲＲＣ接続確立中に示される、機器の端末能力又はタイプとの間にミスマッチングが存在する。これを、以下の実施形態（Ｂ）及び（Ｄ）において詳細に記載する。
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（back-off timer; バックオフタイマ）を用いたＮＡＳ拒否が適用される。加えて、例えば、ＲＲＣシグナリングにおけるＤＣＮ関連指示情報をＲＡＮノードが正しく処理することができる場所にＵＥがローミングしている場合、ＲＡＮノードは、不適切なサービングノードを選択する場合がある。そのような場合、ＢＯＴタイマの満了後、ＵＥは、再び誤ったサービングノードにルーティングされる。したがって、ＢＯＴタイマに加えて、サービングノードは、ＵＥの設定を更新するためにＮＡＳ拒否メッセージにＤＣＮ関連情報を入れて送信することを提案する。このようにして、ＵＥは、次のＲＲＣ及び／又はＮＡＳ手続中に、ＲＲＣ及び／又はＮＡＳ ＤＣＮ関連指示情報内のこの更新された情報を用いる。さらに、以下の実施形態（Ａ）では、この解決策に対する付加的な詳細を記載する。
ｂ）問題記載セクションにおいて言及したように、ＵＥのＤＣＮ関連指示情報のタイプ又は値に依拠して、この指示情報は、ＨＰＬＭＮのみで有効である可能性がある（例えば、指示情報の値（複数の場合もある）が、ＨＰＬＭＮ内で既知である／サポートされる）。ＶＰＬＭＮで、ＵＥのＮＡＳメッセージは、非最適のデフォルトのＣＮに常にルーティングされる可能性がある。本発明は、ＶＰＬＭＮのＥＰＣ１内のサービングノードが、ＵＥのＤＣＮ関連設定を、新たなＤＣＮ関連指示情報値（複数の場合もある）を用いて更新し、これにより、ＲＡＮノードのＮＮＳＦが適切なサービングノード又はＤＣＮを選択することを可能にすることを提案する。サービングノードは、ＵＥにおける更新用の新たなＤＣＮ関連の設定を、ＵＥの（例えば、ＨＰＬＭＮのＨＳＳ／ＨＬＲからの）加入者情報に基づいて決定することができる。サービングノードは、ＵＥの加入者情報、特にＤＣＮ関連の部分を処理することができ、ＶＰＬＭＮのローカル設定に基づいて、サービングノードは、いずれのＤＣＮ関連指示情報をＵＥがこのＶＰＬＭＮで用いることができるかを特定する。そうすることにより、サービングノードは、ＮＡＳ拒否手続を用いて、このＶＰＬＭＮ（又は等価なＰＬＭＮ）についてのＲＡＮに向けた及び／又はＣＮに向けたＵＥのＤＣＮ関連指示情報を更新することをＵＥに通知する。
ｃ）ＵＥのＤＣＮ関連指示情報又はＨＳＳからのＤＣＮ関連加入者情報が有効でない（例えば、期限満了している）。この場合を、以下の一実施形態においてより詳細に記載する。これを、以下の実施形態（Ｃ）において詳述する。
ｄ）このＰＬＭＮ内又はこのエリア内でＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。
ｅ）ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間に不整合が存在する。これは、ＵＥのＤＣＮ関連設定が、例えば、ＯＭＡ−ＤＭ又はＯＴＴ又は何らかのＰＬＭＮからのＮＡＳシグナリングによって変更されたものの、ＵＥの加入者情報は変更されていない場合に生じ得る。この場合、サービングノードは、不整合を認識する。１つの解決策は、サービングノードにおける決定について、ＵＥの加入者情報がＵＥの指示情報に対して優先することである。加えて、ＵＥの設定が更新されるべきである。さらに、もしＵＥが更新されたＤＣＮ関連情報で設定されていて、ＵＥがそれぞれに挙動している、例えばそれぞれのＲＡＴ（ＮＢ−ＩｏＴ、ＬＴＥ−Ｍ、またはｅＭＴＣ ＲＡＴｓ）を選択している、および／または、ＵＥがＲＡＮに向けてそれぞれのＤＣＮ関連指示情報を使用していて、そのＲＡＮノードがそれぞれのサービングノードを選択している、という場合に、サービングはＵＥへ更新されたＤＣＮ関連情報を、任意選択で、もし必要なら更新された情報を伴うＲＡＮやＮＡＳのシグナリングを再試行する、および／またはＲＡＮ／ＲＡＴを再選択する、指示情報とともに、送信すると決定してもよい。例えば、ＮＢ−ＩｏＴ及びｅＭＴＣ（又はＬＴＥ−Ｍ）技術をサポートするＵＥは、ＶＰＬＭＮにアタッチすることを試行する。ＵＥが非ＣＩｏＴアタッチ手続を用いる場合、（ＵＥ加入者データ、トラフィックパターンプロファイル、契約しているアプリケーション等に依拠して）サービングノードは、ＵＥがＮＢ−ＩｏＴ ＲＡＴを用いることを決定する。この目的で、サービングノードは、ＮＢ−ＩｏＴ ＲＡＴの選択についての指示情報を含むＮＡＳ拒否メッセージを送信することができる。ＵＥは、これに対応して挙動し、他の無線リソースを介してＲＲＣ接続再確立を実行する。この特定の解決策は、他の任意の無線又は非無線技術（例えば、３ＧＰＰ ＲＡＴ、ＷＬＡＮ又は固定線技術）の再選択に適用することができる。
ｆ）ＵＥのＤＣＮ関連指示情報（又はＤＣＮ関連加入者情報）と、例えば、ＲＡＮノードに向けたＲＲＣ接続確立中に示される、機器の端末能力又はタイプとの間にミスマッチングが存在する。これを、以下の実施形態（Ｂ）及び（Ｄ）において詳細に記載する。
ステップ（４）
サービングノードは、対応する拒否／エラー原因及び／又はＵＥに対する付加的なＤＣＮ関連情報を示すＮＡＳ拒否メッセージをＵＥに送信する。ＤＣＮ関連情報は、（１）ＡＳ及び／又はＮＡＳシグナリングにおいてＵＥによって用いられるＤＣＮ指示情報、及び／又は（２）搬送されるＤＣＮ関連情報（例えば、タイマや、セル、ＰＬＭＮのような地理的エリア等）の有効性、及び／又は（３）ネットワーク条件に依拠する情報の適用可能性、を含む。ＵＥは、ＤＣＮ関連情報を処理することが可能であり、ＵＥは、これに対応して挙動すべきである。ＵＥに対するＮＡＳ拒否メッセージ内の可能な指示情報は、以下のものである。
ａ）ＮＡＳ要求におけるＵＥのＤＣＮ関連情報が有効でない（又は既知ではない、又は処理可能でない）こと、及び／又は、ＵＥが次の（ＲＲＣ又はＮＡＳ）接続試行において異なるＤＣＮ関連情報を用いるべきであることを示す新たな拒否原因。及び／又は、
ｂ）ＵＥのＤＣＮ関連情報とＵＥの加入者情報との間のミスマッチングを示す新たな拒否原因。この場合は、ステップ（３）のポイントｅ）に関連する。及び／又は、
ｃ）異なるＤＣＮ指示情報を用いる再アタッチの新たなフラグ。及び／又は、
ｄ）ＵＥによってＵＥのＤＣＮ関連情報を再設定するのに用いられるとともに後のＲＲＣ又はＮＡＳ手順において用いられる新たなＤＣＮ関連情報。任意選択で、このＤＣＮ関連情報は、使用情報、例えば、更新されたＤＣＮ関連情報が無線（例えば、ＡＳ又はＲＲＣ）シグナリングにおいて及び／又はＮＡＳシグナリングにおいて用いられるか否かを含む。及び／又は、
ｅ）特定のＲＡＴ／ＲＡＮに向けたＲＡＴ／ＲＡＮ再選択を実行すること。例えば、この可能な指示情報は、ステップ（３）ポイントｅ）に従う。及び／又は、
ｆ）ＰＬＭＮを再選択し、特定のＰＬＭＮとの再アタッチを実行すること。及び／又は、
ｇ）例えば、このＰＬＭＮについて更新されたＤＣＮ関連指示情報も用いて、ネットワーク／サービングノード輻輳に起因した、遅れたＮＡＳ要求手続を実行すること。等。
サービングノードは、対応する拒否／エラー原因及び／又はＵＥに対する付加的なＤＣＮ関連情報を示すＮＡＳ拒否メッセージをＵＥに送信する。ＤＣＮ関連情報は、（１）ＡＳ及び／又はＮＡＳシグナリングにおいてＵＥによって用いられるＤＣＮ指示情報、及び／又は（２）搬送されるＤＣＮ関連情報（例えば、タイマや、セル、ＰＬＭＮのような地理的エリア等）の有効性、及び／又は（３）ネットワーク条件に依拠する情報の適用可能性、を含む。ＵＥは、ＤＣＮ関連情報を処理することが可能であり、ＵＥは、これに対応して挙動すべきである。ＵＥに対するＮＡＳ拒否メッセージ内の可能な指示情報は、以下のものである。
ａ）ＮＡＳ要求におけるＵＥのＤＣＮ関連情報が有効でない（又は既知ではない、又は処理可能でない）こと、及び／又は、ＵＥが次の（ＲＲＣ又はＮＡＳ）接続試行において異なるＤＣＮ関連情報を用いるべきであることを示す新たな拒否原因。及び／又は、
ｂ）ＵＥのＤＣＮ関連情報とＵＥの加入者情報との間のミスマッチングを示す新たな拒否原因。この場合は、ステップ（３）のポイントｅ）に関連する。及び／又は、
ｃ）異なるＤＣＮ指示情報を用いる再アタッチの新たなフラグ。及び／又は、
ｄ）ＵＥによってＵＥのＤＣＮ関連情報を再設定するのに用いられるとともに後のＲＲＣ又はＮＡＳ手順において用いられる新たなＤＣＮ関連情報。任意選択で、このＤＣＮ関連情報は、使用情報、例えば、更新されたＤＣＮ関連情報が無線（例えば、ＡＳ又はＲＲＣ）シグナリングにおいて及び／又はＮＡＳシグナリングにおいて用いられるか否かを含む。及び／又は、
ｅ）特定のＲＡＴ／ＲＡＮに向けたＲＡＴ／ＲＡＮ再選択を実行すること。例えば、この可能な指示情報は、ステップ（３）ポイントｅ）に従う。及び／又は、
ｆ）ＰＬＭＮを再選択し、特定のＰＬＭＮとの再アタッチを実行すること。及び／又は、
ｇ）例えば、このＰＬＭＮについて更新されたＤＣＮ関連指示情報も用いて、ネットワーク／サービングノード輻輳に起因した、遅れたＮＡＳ要求手続を実行すること。等。
ステップ（５）
ＮＡＳ拒否メッセージに含められた拒否／エラー原因に依拠して、ＵＥは、対応する動作、例えば、ＲＡＴ／ＲＡＮ又はＰＬＭＮ再選択、更新されたＤＣＮ関連情報の記憶等を実行する。図２は、ＵＥが更新されたＤＣＮ関連指示情報を用いて新たなＮＡＳ要求手続を開始する１つの取り得る動作を示している。この目的で、ＵＥは、例えば、「ＤＣＮタイプＢ」を示す更新されたＤＣＮ関連情報を用いてＲＲＣ接続確立を開始する。しかしながら、代替的な解決策において、ＲＡＮノード及びＵＥは、ＲＲＣ接続を解放せず、その代わりにシグナリング無線ベアラ、すなわち、既に確立されたＲＲＣ接続を解放する場合があるが、ＵＥは、更新されたＤＣＮ関連指示情報を既存の又は新たなＲＲＣメッセージを介してＲＡＮノードに送信する。このメッセージは、ＮＡＳ要求メッセージを含むことができる。その後、ＲＡＮノードは、ＮＮＳＦ機能を実行し、適切なサービングノードを選択することが可能である。
ＮＡＳ拒否メッセージに含められた拒否／エラー原因に依拠して、ＵＥは、対応する動作、例えば、ＲＡＴ／ＲＡＮ又はＰＬＭＮ再選択、更新されたＤＣＮ関連情報の記憶等を実行する。図２は、ＵＥが更新されたＤＣＮ関連指示情報を用いて新たなＮＡＳ要求手続を開始する１つの取り得る動作を示している。この目的で、ＵＥは、例えば、「ＤＣＮタイプＢ」を示す更新されたＤＣＮ関連情報を用いてＲＲＣ接続確立を開始する。しかしながら、代替的な解決策において、ＲＡＮノード及びＵＥは、ＲＲＣ接続を解放せず、その代わりにシグナリング無線ベアラ、すなわち、既に確立されたＲＲＣ接続を解放する場合があるが、ＵＥは、更新されたＤＣＮ関連指示情報を既存の又は新たなＲＲＣメッセージを介してＲＡＮノードに送信する。このメッセージは、ＮＡＳ要求メッセージを含むことができる。その後、ＲＡＮノードは、ＮＮＳＦ機能を実行し、適切なサービングノードを選択することが可能である。
ステップ（６）
ＲＡＮノードのネットワークノード選択機能（ＮＮＳＦ）は、更新されたＵＥのＤＣＮ関連情報に対応するサービングノード、例えば、ＥＰＣ２からサービングノードを選択する。ＲＡＮノードは、ＥＰＣ２のサービングノードに、ＵＥのＮＡＳ要求メッセージを転送する。ＥＰＣ２のサービングノードは、ＨＳＳから、古いサービングノード（例えば、ＲＲＣ接続完了メッセージ内で用いられたＳ−ＴＭＳＩに対応するサービングノード）のＵＥのコンテキストを検索する。サービングノードは、ＵＥのＤＣＮ関連指示情報及びＵＥの加入者情報を検査する。検査が成功した場合、すなわち、エラー又は不整合が検出されなかった場合、サービングノードは、対応するＮＡＳ手続の次のステップ（例えば、アタッチ手続の場合におけるデフォルトＥＰＳベアラの確立等）に続く。
ＲＡＮノードのネットワークノード選択機能（ＮＮＳＦ）は、更新されたＵＥのＤＣＮ関連情報に対応するサービングノード、例えば、ＥＰＣ２からサービングノードを選択する。ＲＡＮノードは、ＥＰＣ２のサービングノードに、ＵＥのＮＡＳ要求メッセージを転送する。ＥＰＣ２のサービングノードは、ＨＳＳから、古いサービングノード（例えば、ＲＲＣ接続完了メッセージ内で用いられたＳ−ＴＭＳＩに対応するサービングノード）のＵＥのコンテキストを検索する。サービングノードは、ＵＥのＤＣＮ関連指示情報及びＵＥの加入者情報を検査する。検査が成功した場合、すなわち、エラー又は不整合が検出されなかった場合、サービングノードは、対応するＮＡＳ手続の次のステップ（例えば、アタッチ手続の場合におけるデフォルトＥＰＳベアラの確立等）に続く。
ステップ（７）
ＥＰＣ２のサービングノードは、ＮＡＳ受理メッセージをＵＥに送信する。
ＥＰＣ２のサービングノードは、ＮＡＳ受理メッセージをＵＥに送信する。
本発明の特定の実施形態（Ａ）の、図２の場合における、ステップ３のａ）を、更に詳述する。ＤＣＮ関連指示情報を含むＵＥのＮＡＳ要求メッセージを受信するサービングノードは、指示情報を処理することができ、別のサービングノード（又はＤＣＮ）が適切である（すなわち、再ルーティングが実行されるべきである）が、１）受信側サービングノードが（制御プレーン又はユーザプレーンにおいて）一時的に輻輳している／過負荷であるか、又は２）現在のサービングノードが、可能なターゲットサービングノードが一時的に輻輳している／過負荷であることを認識していることを判断することができる。現在のサービングノードは、例えば、輻輳／負荷／過負荷情報を搬送することが可能である拡張されたＳ１０シグナリングを介して、又は他のＯＡＭ若しくはトランスポートネットワーク手法（例えば、ハートビート手法（Heartbeat mechanisms）又はインターネット制御メッセージプロトコル（ＩＣＭＰ）手法等）を介して、ターゲットノードの輻輳状態について知得することができる。
そのような輻輳の場合及び（上記で記載したような）ＮＡＳメッセージ再ルーティングが必要な場合、現在のサービングノードは、バックオフタイマ（ＢＯＴ）を用いてＵＥからのＮＡＳ要求を拒否することができる。ＢＯＴは、ＵＥがＢＯＴ時間の満了後にＮＡＳ手続を開始すべきであることを示す。ＢＯＴが満了した後、ＵＥは、ＮＡＳ手続を開始し、ＮＡＳメッセージは、おそらくは同一のサービングノードに転送され、これには、ＤＥＣＯＲ再ルーティング手続を開始する必要がある。
ＢＯＴ満了後のＤＥＣＯＲ再ルーティング手続を回避するために、本発明は、サービングノードが、ＢＯＴ時間に加えて、新たなＤＣＮ関連情報を含むＮＡＳ拒否メッセージをＵＥに送信することを提案する。そのような指示情報を受信した後、ＵＥは、ＢＯＴタイマを開始し、その満了後、ＵＥは、例えば、ＲＲＣシグナリングにおいて及び／又はＮＡＳシグナリングにおいて、ネットワークに向けた更新されたＤＣＮ関連指示情報を用いてＮＡＳ要求手続を開始する。
更に別の実施形態（Ｂ）において、サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＤＣＮ関連指示情報と機器のタイプとの間のミスマッチングを検出することができる。これは、ＵＥからのＤＣＮ関連情報が（Ｕ）ＳＩＭカードからのものであり、（Ｕ）ＳＩＭカードが誤った機器に間違って与えられる場合に起こり得る。代替的に、埋め込みＳＩＭの場合、誤った機器においてＳＩＭ設定が実行される可能性がある。そのような場合、ネットワークは、ＤＣＮ関連指示情報と機器のタイプとの間のそのようなミスマッチングを検出することが可能であるべきである。そのような不整合の場合、ＮＡＳ要求（例えば、アタッチ要求）手続は成功するが、ＵＥは、誤ったＰＧＷと接続される。問題は、ネットワークがいかにミスマッチングを検出するかである。
また、この例示の実施形態は、リリース１３に適合し、この場合、ＵＥは変更されないが、ＨＳＳ／ＨＬＲは、ＤＣＮ選択について加入者情報（ＵＥ Ｕｓａｇｅタイプとして知られる）を提供し、サービングノードは、ＤＣＮ関連加入者情報及び機器能力を処理するとき、ミスマッチング又はエラーを判断することができる。
１つの取り得る解決策において、ＵＥは、ＲＲＣ接続要求においてそのカテゴリ／能力、例えば、「Ｃａｔ．６」又は「Ｃａｔ．０」機器等を示す。ＤＣＮ関連指示情報を含むＵＥのＮＡＳ要求が、ＲＡＮノード（ｅＮＢ）から、ＵＥの能力についてのＳ１−ＡＰ指示情報とともに、ＭＭＥ／ＳＧＳＮに到来すると、ＭＭＥ／ＳＧＳＮは、機器能力とＵＥのＤＣＮ指示情報／加入者情報とを比較することによって、あり得るミスマッチングを検出することができる。例えば、
−Ｃａｔ．６機器（すなわち、２０ＭＨｚ帯域幅の能力を有する高性能機器）及び「スモールデータ」を示すＤＣＮ関連指示情報は、両立しないものとみなされる。又は、
−Ｃａｔ．０機器（すなわち、制限されたデータレートを送信することが可能な低性能機器）及びＤＣＮ関連指示情報「監視カメラ」（これは、高アップリンク帯域幅を必要とする）は、両立しないものとみなされる。
−リリース１３の「カバレッジエンハンスメント」又は「ページング最適化」を示す機器は、これが不良なカバレッジロケーションにおける静止機器であることを意味する。例えば、「高移動性」のＤＣＮタイプを同時に示すことは、一貫性の欠如をもたらす場合がある。したがって、ＭＭＥは、アタッチ拒否を、何らかの対応する原因、例えば、「Ｄｅｖ．能力及びＤＣＮ指示情報のミスマッチング」とともに送信することができる。
−Ｃａｔ．６機器（すなわち、２０ＭＨｚ帯域幅の能力を有する高性能機器）及び「スモールデータ」を示すＤＣＮ関連指示情報は、両立しないものとみなされる。又は、
−Ｃａｔ．０機器（すなわち、制限されたデータレートを送信することが可能な低性能機器）及びＤＣＮ関連指示情報「監視カメラ」（これは、高アップリンク帯域幅を必要とする）は、両立しないものとみなされる。
−リリース１３の「カバレッジエンハンスメント」又は「ページング最適化」を示す機器は、これが不良なカバレッジロケーションにおける静止機器であることを意味する。例えば、「高移動性」のＤＣＮタイプを同時に示すことは、一貫性の欠如をもたらす場合がある。したがって、ＭＭＥは、アタッチ拒否を、何らかの対応する原因、例えば、「Ｄｅｖ．能力及びＤＣＮ指示情報のミスマッチング」とともに送信することができる。
この実施形態における別の取り得る解決策において、ＭＭＥ／ＳＧＳＮは、機器ＩＤ（例えば、ＩＭＥＩ）及びＤＣＮ指示情報（又はＩＭＳＩとしての加入者ＩＤ）のミスマッチングを検出する。機器ＩＤ、例えば、国際移動体装置識別番号（ＩＭＥＩ：International Mobile Station Equipment Identity）が機器識別登録機（ＥＩＲ：Equipment Identity Register）において又はＨＳＳにおいて提供することを想定する。ＭＭＥ／ＳＧＳＮは、上記に記載のＤＣＮ関連指示情報及び機器の能力の第１のチェックを行うことができ、ＭＭＥ／ＳＧＳＮが一貫性の欠如を検出すると、ＭＭＥは、機器ＩＤ及び加入者ＩＤの第２のチェックを実行することができる。
ミスマッチングの場合、ＭＭＥ／ＳＧＳＮは、アタッチ拒否を、何らかの対応する原因、例えば、「機器ＩＤ及び加入者ＩＤ（ＩＭＳＩ）のミスマッチング」とともに送信する。
ＮＡＳ拒否メッセージ内の例示的な指示情報のうちの任意のもの（例えば、「Ｄｅｖ．能力及びＤＣＮ指示情報のミスマッチング」、「機器ＩＤ及び加入者ＩＤのミスマッチング」）を受信した後、ＵＥは、エラー指示情報を機器／ＵＥのユーザに表示することができ、それによって、ユーザは、対応する措置、例えば、（Ｕ）ＳＩＭカードの交換に着手することができる。例えば、機器上のランプ若しくはＬＥＤの点滅を開始することができ、又は、エラーメッセージをディスプレイ上に示すことができる。
この問題の別の任意選択的な解決策は、サービングノード又はＥＰＣが、機器所持者又はアプリケーション所持者／事業者に向けて通信を開始して、エラー事例について通知することができることである。この目的で、ネットワークは、エラーの場合において通知されるべき当事者の連絡先詳細（ＩＰアドレス、名前）を記憶するシステム又はデータベースを実装することができる。解決策の例として、ＭＯＮＴＥ（Ｒｅｌ−１３において規定される）機能に拡張することを用いて、エラー／ミスマッチングが検出された機器／加入者に対応する特定のＳＣＳ／ＡＳにコンタクトを取ることができる。
別の代替的な解決策において、サービングノードは、ＮＡＳ拒否メッセージに、ＤＣＮ関連情報のエラー又は不整合を示す拒否原因を、ＵＥに対するいかなる追加支援情報を伴わずに含むことができる。したがって、ＵＥは、いかに挙動するか、及び、後続のＲＲＣ又はＮＡＳシグナリングにおいていずれのＤＣＮ関連情報を（存在する場合）用いるかを決定することができる。この解決策の選択肢は、ネットワークによる支援を伴わないＵＥ中心の解決策として示すことができる。
ＵＥは、拒否原因を処理し、実行すべき次の措置を判断することを可能にする内部ロジックを実装するべきである。例えば、ＵＥは、次のＲＲＣ／ＮＡＳ接続確立中にいかなるＤＣＮ関連情報をも送信することを省略することができ、それにより、ＲＡＮノードは、機器の能力及び機器仮ＩＤ（例えば、Ｓ−ＴＭＳＩ（SAE (System Architecture Evolution)-Temporary Mobile Subscriber Identity: ＥＰＳ仮モバイル加入者識別子））のみに基づいて、サービングノードを選択することができる。
この実施形態（Ｂ）において記載される解決策の選択肢は、（１）機器タイプ／能力と加入者との間のミスマッチングに起因して検出されたミスマッチング又はエラー、及び（２）ＵＥからのＤＣＮ関連指示情報及び／又はＵＥのＤＣＮ関連加入者情報の処理に起因して検出されたミスマッチング又はエラーを解決する。
更に別の実施形態（Ｃ）において、特定のＤＣＮタイプ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報は、期限満了しているか、又はもはや有効でない場合がある。ＭＭＥ／ＳＧＳＮがＵＥからのＤＣＮ加入者指示情報を、ＨＳＳを用いて検証する場合、この検証は、ＤＣＮ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報が期限満了しているか、又は何らかの理由でもはや有効でないとき、失敗し得る。この場合、ＭＭＥ／ＳＧＳＮは、ＵＥからのＮＡＳメッセージを、適切な既存の拒否原因、又は新たな拒否原因、例えば、「ＤＣＮの加入者情報の期限満了」若しくは「ＵＥ Usageタイプの加入者情報の期限満了」若しくは同一の若しくは類似の意味を有する拒否原因の他の任意の名称を用いて拒否する。そのような原因を有するＮＡＳメッセージ（アタッチ／ＴＡＵ／ＲＡＵ）拒否メッセージ）の受信時に、ＵＥは、拒否原因を表示し、規定時間の間又はこのＵＥのＤＣＮ加入者情報が更新又は解決されるまで、ネットワークに対して別のアクセスを試行しない。
本発明を通して実施形態に記載される解決策は、例えば、次世代のネットワークアーキテクチャを考慮して、適切なネットワークスライスの選択にも適用することができる。そのような場合、本発明内で用いられるようなＤＣＮ関連情報（指示情報又は加入者情報）は、スライス関連情報（指示情報又は加入者情報）又は同一の若しくは同様の意味を有する他の任意の名称として、種々に表現することができる。より重要なことは、そのようなスライス関連情報について、名称ではなくその意味及び結果として得られる動作が重要であるということである。スライス関連情報は、ＵＥ（又は５Ｇ端末）において、正しいＲＡＮリソース又はＲＡＴを含む正しいスライスを選択するのに用いられる。これは、ＵＥを中心とするスライス選択の解決策の一種である。この選択のために、ＵＥは、ブロードキャスト無線情報を監視し、いずれの無線リソース（又はＲＡＴ）がアタッチ又は接続手続を実行するかについて決定することができる。しかしながら、時として、ネットワークは、ネットワーク内部設定又は設定されているスライスをブロードキャストすることを望まない場合がある。換言すれば、事業者は、ネットワークスライス設定を秘密にすることを望む。したがって、ＵＥは、ネットワークがＵＥを適切なスライスにリダイレクトすることができるように、ネットワークに指示情報を送信する必要がある。これを実行するために、上記で記載された実施形態のうちの任意のものを適用して、ＵＥ内のスライス関連情報を再設定し、更新された設定を用いて適切なネットワークスライスを選択することができる。
更に別の実施形態（Ｄ）において、ＲＡＮノード及びより具体的にはＮＮＳＦが、ＵＥがＲＲＣ接続を確立するためにサービングノードを選択するシナリオが検討される。問題の記載において既に言及したように、機器の能力指示情報とＵＥからのＤＣＮ関連指示情報との間にミスマッチングが存在する場合がある。このミスマッチングは、ＲＡＮノードによって任意選択的に検出されえる。例えば、ＵＥは、ＵＥカテゴリタイプ（例えば、Ｃａｔ．０、Ｃａｔ．１等）及びキャリアアグリゲーション等の他の能力に加えて、３ＧＰＰリリース１３において論述されているページング最適化及び／又はカバレッジエンハンスメント機能の能力を示すことができる。さらに、ＵＥは、ＲＲＣシグナリングにおいてｅＤＥＣＯＲ ＵＥ支援情報（すなわち、ＤＣＮ関連情報）も示すことができる。基本的に、ＲＡＮノードは、サポートされるカテゴリ又はページング最適化及び／又はカバレッジエンハンスメントの指示情報だけでなく、ＲＲＣシグナリングにおけるｅＤＥＣＯＲ（リリース１４）ＵＥ支援情報も考慮に入れて、サービングノード選択のための決定を行う。
ＲＡＮノードは、接続されたサービングノードの能力についての（例えば、ＯＡＭ（Operations, Administration and Management: 運用、管理及び保守）又はＳ１−ＭＭＥインターフェースシグナリングを通じた構成を介して）十分な情報を有することが想定される。ＲＡＮノードにおけるサービングノードの選択は、容易ではない（すなわち、曖昧である）場合があり、これはなぜなら、異なるＵＥの指示情報の結果、異なるサービングノードの選択がもたらされ得るためである。そのような不整合の場合、１つの取り得る解決策は、ＲＡＮノードがデフォルトのサービングノードを選択することである。別の取り得る解決策は、ＲＡＮノードが任意の適切なＭＭＥを選択することである。ＲＡＮノードは、選択されたサービングノードにＳ１−ＡＰシグナリングにおいて情報を転送するが、加えて、ＲＡＮは、ＲＲＣ接続確立中にＵＥから受信された特定の指示情報も転送することができる。換言すれば、ＲＡＮノードは、ＵＥからのＡＳ指示情報間の不整合についてサービングノードに通知する。例えば、ＲＡＮノードは、ページング最適化及び／又はカバレッジエンハンスメントについての情報、及び／又は、ＭＴＣ特定機能サポート及び／又はセルラーＩｏＴ特定指示情報又は他の任意の同様の指示情報をサービングノードに転送することができる。
サービングノードは、（例えば、ＵＥの加入者情報、ＡＰＮ若しくはアプリケーション情報、若しくは収集された統計から、又は他のソースから）ＵＥについてのより多くの情報を有し、それにより、サービングノードは、サービングノード選択又はＤＣＮ選択についてＲＡＮノードよりもより適切な解決策を取ることができることが想定される。したがって、サービングノードは、例えば、本発明における他の実施形態において記載される任意の解決策を適用することができる。
本発明における実施形態によれば、サービングノード（ＭＭＥ／ＳＧＳＮ／ＭＳＣ）は、提案された解決策（複数の場合もある）に従って挙動することが可能であるように変更／拡張されるべきである。サービングノード３０は、図３におけるブロック図によって概略的に記載することができる。
図３に示されるように、サービングノード３０は、トランシーバ回路３１と、他のネットワークエンティティとの間で信号を送受信するためのネットワークインターフェース３２とを備える。サービングノード３０は、サービングノード３０の動作を制御するためのコントローラ３３を備える。コントローラ３３は、メモリ３４に関連付けられる。
ソフトウェアがメモリ３４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ３３は、この例では、メモリ３４に記憶されるプログラム命令又はソフトウェア命令によって、サービングノード３０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム３５及び通信モジュール３６を含む。
通信制御モード３６は、サービングノード３０と、サービングノード３０に接続された他のネットワークエンティティとの間の通信を制御する。通信制御ノード３６は、トランシーバ制御モジュール３７を含む。
本発明における実施形態によれば、モバイル端末（例えば、ＵＥ）は、ネットワークへの／ネットワークからのシグナリングをハンドリングすることが可能であるように変更される。モバイル端末４０は、図４におけるブロック図によって概略的に記載することができる。
図４に示すように、モバイル端末４０は、トランシーバ回路４１と、ＲＡＮノードとの間で信号を送受信するための無線インターフェース４２とを備える。モバイル端末４０は、モバイル端末４０の動作を制御するためのコントローラ４３を備える。コントローラ４３は、メモリ４４に関連付けられる。
ソフトウェアがメモリ４４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ４３は、この例では、メモリ４４に記憶されるプログラム命令又はソフトウェア命令によって、モバイル端末４０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４５及び通信モジュール４６を含む。
通信制御モード４６は、モバイル端末４０と、モバイル端末４０に接続されたＲＡＮノードとの間の通信を制御する。通信制御ノード４６は、トランシーバ制御モジュール４７を含む。
本発明が実施形態を参照しながら詳細に図示及び説明されてきたが、本発明はこれらの実施形態には限定されない。特許請求の範囲によって規定されるような本発明の趣旨及び範囲から逸脱することなく、本発明において、形態及び細部に関して種々の変更を加えることができることは当業者には分かるだろう。
この出願は、２０１５年１１月１０日に出願された欧州特許出願第１５１９３９１５．４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
ＤＣＮ関連情報の有効性、すなわち、ＤＣＮ関連情報が適用される期間又はこのＤＣＮ関連情報が適用される場合について、幾つかの例を以下に列挙する。以下に、幾つかの取り得る解決策を列挙する。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連情報は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数のトラッキングエリア（tracking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連情報は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数のトラッキングエリア（tracking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
ステップ（３）
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（back-off timer; バックオフタイマ）を用いたＮＡＳ拒否が適用される。加えて、例えば、ＲＲＣシグナリングにおけるＤＣＮ関連指示情報をＲＡＮノードが正しく処理することができる場所にＵＥがローミングしている場合、ＲＡＮノードは、不適切なサービングノードを選択する場合がある。そのような場合、ＢＯＴタイマの満了後、ＵＥは、再び誤ったサービングノードにルーティングされる。したがって、ＢＯＴタイマに加えて、サービングノードは、ＵＥの設定を更新するためにＮＡＳ拒否メッセージにＤＣＮ関連情報を入れて送信することを提案する。このようにして、ＵＥは、次のＲＲＣ及び／又はＮＡＳ手続中に、ＲＲＣ及び／又はＮＡＳ ＤＣＮ関連指示情報内のこの更新された情報を用いる。さらに、以下の実施形態（Ａ）では、この解決策に対する付加的な詳細を記載する。
ｂ）問題記載セクションにおいて言及したように、ＵＥのＤＣＮ関連指示情報のタイプ又は値に依拠して、この指示情報は、ＨＰＬＭＮのみで有効である可能性がある（例えば、指示情報の値（複数の場合もある）が、ＨＰＬＭＮ内で既知である／サポートされる）。ＶＰＬＭＮで、ＵＥのＮＡＳメッセージは、非最適のデフォルトのＣＮに常にルーティングされる可能性がある。本発明は、ＶＰＬＭＮのＥＰＣ１内のサービングノードが、ＵＥのＤＣＮ関連設定を、新たなＤＣＮ関連指示情報値（複数の場合もある）を用いて更新し、これにより、ＲＡＮノードのＮＮＳＦが適切なサービングノード又はＤＣＮを選択することを可能にすることを提案する。サービングノードは、ＵＥにおける更新用の新たなＤＣＮ関連の設定を、ＵＥの（例えば、ＨＰＬＭＮのＨＳＳ／ＨＬＲからの）加入者情報に基づいて決定することができる。サービングノードは、ＵＥの加入者情報、特にＤＣＮ関連の部分を処理することができ、ＶＰＬＭＮのローカル設定に基づいて、サービングノードは、いずれのＤＣＮ関連指示情報をＵＥがこのＶＰＬＭＮで用いることができるかを特定する。そうすることにより、サービングノードは、ＮＡＳ拒否手続を用いて、このＶＰＬＭＮ（又は等価なＰＬＭＮ）についてのＲＡＮに向けた及び／又はＣＮに向けたＵＥのＤＣＮ関連指示情報を更新することをＵＥに通知する。
ｃ）ＵＥのＤＣＮ関連指示情報又はＨＳＳからのＤＣＮ関連加入者情報が有効でない（例えば、期限満了している）。この場合を、以下の一実施形態においてより詳細に記載する。これを、以下の実施形態（Ｃ）において詳述する。
ｄ）このＰＬＭＮ内又はこのエリア内でＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。
ｅ）ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間に不整合が存在する。これは、ＵＥのＤＣＮ関連設定が、例えば、ＯＭＡ−ＤＭ又はＯＴＴ又は何らかのＰＬＭＮからのＮＡＳシグナリングによって変更されたものの、ＵＥの加入者情報は変更されていない場合に生じ得る。この場合、サービングノードは、不整合を認識する。１つの解決策は、サービングノードにおける決定について、ＵＥの加入者情報がＵＥの指示情報に対して優先することである。加えて、ＵＥの設定が更新されるべきである。さらに、もしＵＥが更新されたＤＣＮ関連情報で設定されていて、ＵＥがそれぞれに挙動している、例えばそれぞれのＲＡＴ（ＮＢ−ＩｏＴ、ＬＴＥ−Ｍ、またはｅＭＴＣ ＲＡＴｓ）を選択している、および／または、ＵＥがＲＡＮに向けてそれぞれのＤＣＮ関連指示情報を使用していて、そのＲＡＮノードがそれぞれのサービングノードを選択している、という場合に、サービングノードはＵＥへ更新されたＤＣＮ関連情報を、任意選択で、もし必要なら更新された情報を伴うＲＡＮやＮＡＳのシグナリングを再試行する、および／またはＲＡＮ／ＲＡＴの再選択をする、指示情報とともに、送信すると決定してもよい。例えば、ＮＢ−ＩｏＴ及びｅＭＴＣ（又はＬＴＥ−Ｍ）技術をサポートするＵＥは、ＶＰＬＭＮにアタッチすることを試行する。ＵＥが非ＣＩｏＴアタッチ手続を用いる場合、（ＵＥ加入者データ、トラフィックパターンプロファイル、契約しているアプリケーション等に依拠して）サービングノードは、ＵＥがＮＢ−ＩｏＴ ＲＡＴを用いることを決定する。この目的で、サービングノードは、ＮＢ−ＩｏＴ ＲＡＴの選択についての指示情報を含むＮＡＳ拒否メッセージを送信することができる。ＵＥは、これに対応して挙動し、他の無線リソースを介してＲＲＣ接続再確立を実行する。この特定の解決策は、他の任意の無線又は非無線技術（例えば、３ＧＰＰ ＲＡＴ、ＷＬＡＮ又は固定線技術）の再選択に適用することができる。
ｆ）ＵＥのＤＣＮ関連指示情報（又はＤＣＮ関連加入者情報）と、例えば、ＲＡＮノードに向けたＲＲＣ接続確立中に示される、機器の端末能力又はタイプとの間にミスマッチングが存在する。これを、以下の実施形態（Ｂ）及び（Ｄ）において詳細に記載する。
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（back-off timer; バックオフタイマ）を用いたＮＡＳ拒否が適用される。加えて、例えば、ＲＲＣシグナリングにおけるＤＣＮ関連指示情報をＲＡＮノードが正しく処理することができる場所にＵＥがローミングしている場合、ＲＡＮノードは、不適切なサービングノードを選択する場合がある。そのような場合、ＢＯＴタイマの満了後、ＵＥは、再び誤ったサービングノードにルーティングされる。したがって、ＢＯＴタイマに加えて、サービングノードは、ＵＥの設定を更新するためにＮＡＳ拒否メッセージにＤＣＮ関連情報を入れて送信することを提案する。このようにして、ＵＥは、次のＲＲＣ及び／又はＮＡＳ手続中に、ＲＲＣ及び／又はＮＡＳ ＤＣＮ関連指示情報内のこの更新された情報を用いる。さらに、以下の実施形態（Ａ）では、この解決策に対する付加的な詳細を記載する。
ｂ）問題記載セクションにおいて言及したように、ＵＥのＤＣＮ関連指示情報のタイプ又は値に依拠して、この指示情報は、ＨＰＬＭＮのみで有効である可能性がある（例えば、指示情報の値（複数の場合もある）が、ＨＰＬＭＮ内で既知である／サポートされる）。ＶＰＬＭＮで、ＵＥのＮＡＳメッセージは、非最適のデフォルトのＣＮに常にルーティングされる可能性がある。本発明は、ＶＰＬＭＮのＥＰＣ１内のサービングノードが、ＵＥのＤＣＮ関連設定を、新たなＤＣＮ関連指示情報値（複数の場合もある）を用いて更新し、これにより、ＲＡＮノードのＮＮＳＦが適切なサービングノード又はＤＣＮを選択することを可能にすることを提案する。サービングノードは、ＵＥにおける更新用の新たなＤＣＮ関連の設定を、ＵＥの（例えば、ＨＰＬＭＮのＨＳＳ／ＨＬＲからの）加入者情報に基づいて決定することができる。サービングノードは、ＵＥの加入者情報、特にＤＣＮ関連の部分を処理することができ、ＶＰＬＭＮのローカル設定に基づいて、サービングノードは、いずれのＤＣＮ関連指示情報をＵＥがこのＶＰＬＭＮで用いることができるかを特定する。そうすることにより、サービングノードは、ＮＡＳ拒否手続を用いて、このＶＰＬＭＮ（又は等価なＰＬＭＮ）についてのＲＡＮに向けた及び／又はＣＮに向けたＵＥのＤＣＮ関連指示情報を更新することをＵＥに通知する。
ｃ）ＵＥのＤＣＮ関連指示情報又はＨＳＳからのＤＣＮ関連加入者情報が有効でない（例えば、期限満了している）。この場合を、以下の一実施形態においてより詳細に記載する。これを、以下の実施形態（Ｃ）において詳述する。
ｄ）このＰＬＭＮ内又はこのエリア内でＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。
ｅ）ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間に不整合が存在する。これは、ＵＥのＤＣＮ関連設定が、例えば、ＯＭＡ−ＤＭ又はＯＴＴ又は何らかのＰＬＭＮからのＮＡＳシグナリングによって変更されたものの、ＵＥの加入者情報は変更されていない場合に生じ得る。この場合、サービングノードは、不整合を認識する。１つの解決策は、サービングノードにおける決定について、ＵＥの加入者情報がＵＥの指示情報に対して優先することである。加えて、ＵＥの設定が更新されるべきである。さらに、もしＵＥが更新されたＤＣＮ関連情報で設定されていて、ＵＥがそれぞれに挙動している、例えばそれぞれのＲＡＴ（ＮＢ−ＩｏＴ、ＬＴＥ−Ｍ、またはｅＭＴＣ ＲＡＴｓ）を選択している、および／または、ＵＥがＲＡＮに向けてそれぞれのＤＣＮ関連指示情報を使用していて、そのＲＡＮノードがそれぞれのサービングノードを選択している、という場合に、サービングノードはＵＥへ更新されたＤＣＮ関連情報を、任意選択で、もし必要なら更新された情報を伴うＲＡＮやＮＡＳのシグナリングを再試行する、および／またはＲＡＮ／ＲＡＴの再選択をする、指示情報とともに、送信すると決定してもよい。例えば、ＮＢ−ＩｏＴ及びｅＭＴＣ（又はＬＴＥ−Ｍ）技術をサポートするＵＥは、ＶＰＬＭＮにアタッチすることを試行する。ＵＥが非ＣＩｏＴアタッチ手続を用いる場合、（ＵＥ加入者データ、トラフィックパターンプロファイル、契約しているアプリケーション等に依拠して）サービングノードは、ＵＥがＮＢ−ＩｏＴ ＲＡＴを用いることを決定する。この目的で、サービングノードは、ＮＢ−ＩｏＴ ＲＡＴの選択についての指示情報を含むＮＡＳ拒否メッセージを送信することができる。ＵＥは、これに対応して挙動し、他の無線リソースを介してＲＲＣ接続再確立を実行する。この特定の解決策は、他の任意の無線又は非無線技術（例えば、３ＧＰＰ ＲＡＴ、ＷＬＡＮ又は固定線技術）の再選択に適用することができる。
ｆ）ＵＥのＤＣＮ関連指示情報（又はＤＣＮ関連加入者情報）と、例えば、ＲＡＮノードに向けたＲＲＣ接続確立中に示される、機器の端末能力又はタイプとの間にミスマッチングが存在する。これを、以下の実施形態（Ｂ）及び（Ｄ）において詳細に記載する。
更に別の実施形態（Ｃ）において、特定のＤＣＮタイプ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報は、期限満了しているか、又はもはや有効でない場合がある。ＭＭＥ／ＳＧＳＮがＵＥからのＤＣＮ加入者指示情報を、ＨＳＳを用いて検証する場合、この検証は、ＤＣＮ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報が期限満了しているか、又は何らかの理由でもはや有効でないとき、失敗し得る。この場合、ＭＭＥ／ＳＧＳＮは、ＵＥからのＮＡＳメッセージを、適切な既存の拒否原因、又は新たな拒否原因、例えば、「ＤＣＮの加入者情報の期限満了」若しくは「ＵＥ Usageタイプの加入者情報の期限満了」若しくは同一の若しくは類似の意味を有する拒否原因の他の任意の名称を用いて拒否する。そのような原因を有するＮＡＳメッセージ（アタッチ／ＴＡＵ／ＲＡＵ拒否メッセージ）の受信時に、ＵＥは、拒否原因を表示し、規定時間の間又はこのＵＥのＤＣＮ加入者情報が更新又は解決されるまで、ネットワークに対して別のアクセスを試行しない。
ソフトウェアがメモリ３４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ３３は、この例では、メモリ３４に記憶されるプログラム命令又はソフトウェア命令によって、サービングノード３０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム３５及び通信制御モジュール３６を含む。
通信制御モジュール３６は、サービングノード３０と、サービングノード３０に接続された他のネットワークエンティティとの間の通信を制御する。通信制御ノードモジュール３６は、トランシーバ制御モジュール３７を含む。
ソフトウェアがメモリ４４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ４３は、この例では、メモリ４４に記憶されるプログラム命令又はソフトウェア命令によって、モバイル端末４０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４５及び通信制御モジュール４６を含む。
通信制御モジュール４６は、モバイル端末４０と、モバイル端末４０に接続されたＲＡＮノードとの間の通信を制御する。通信制御モジュール４６は、トランシーバ制御モジュール４７を含む。
Claims (6)
- ネットワークリソースを選択する通信方法であって、
ネットワークリソースの指示情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードを介してモバイル端末から受信し、
コアネットワーク制御プレーンネットワーク機能から加入者コンテキストを検索し、
前記ネットワークリソースの前記指示情報と前記加入者コンテキストとの間のマッチングを検査し、
前記マッチングに基づいてエラーを検出し、
前記エラーに対応する原因を用いて前記ＮＡＳメッセージを拒否し、ネットワークリソースの前記指示情報を更新するために前記原因を含む前記ＮＡＳメッセージをモバイル端末に送信する、
を含む、通信方法。 - 前記ネットワークリソースの前記指示情報は、ネットワークスライスの指示情報を含む、請求項１に記載の通信方法。
- 前記ネットワークリソースの前記指示情報は、専用コアネットワークの指示情報を含む、請求項１に記載の通信方法。
- モバイル端末の通信方法であって、
ネットワークリソースの指示情報を含むＮＡＳ（非アクセス層）メッセージを、前記ネットワークリソースの前記指示情報に対応する第１のアクセスネットワークノードに送信し、
ＮＡＳ拒否メッセージを、前記アクセスネットワークノードを介してコアネットワーク制御プレーンネットワーク機能から受信し、
前記ネットワークリソースの前記指示情報を更新し、
前記ネットワークリソースの前記更新された指示情報を含む前記ＮＡＳメッセージを、前記ネットワークリソースの前記更新された指示情報に対応する第２のアクセスネットワークノードに再送する、
通信方法。 - 前記ネットワークリソースの前記指示情報は、ネットワークスライスの指示情報を含む、請求項４に記載の通信方法。
- 前記ネットワークリソースの前記指示情報は、専用コアネットワークの指示情報を含む、請求項４に記載の通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021045526A JP7176584B2 (ja) | 2015-11-10 | 2021-03-19 | 通信システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP15193915.4 | 2015-11-10 | ||
| EP15193915 | 2015-11-10 | ||
| PCT/JP2016/004834 WO2017081864A1 (en) | 2015-11-10 | 2016-11-08 | Communication system |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021045526A Division JP7176584B2 (ja) | 2015-11-10 | 2021-03-19 | 通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018534867A true JP2018534867A (ja) | 2018-11-22 |
| JP6860011B2 JP6860011B2 (ja) | 2021-04-14 |
Family
ID=54557243
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018524294A Active JP6860011B2 (ja) | 2015-11-10 | 2016-11-08 | 通信システム |
| JP2021045526A Active JP7176584B2 (ja) | 2015-11-10 | 2021-03-19 | 通信システム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021045526A Active JP7176584B2 (ja) | 2015-11-10 | 2021-03-19 | 通信システム |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US11202278B2 (ja) |
| EP (1) | EP3375224B1 (ja) |
| JP (2) | JP6860011B2 (ja) |
| CN (2) | CN113905427A (ja) |
| WO (1) | WO2017081864A1 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019512190A (ja) * | 2016-02-29 | 2019-05-09 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | 制御プレーンノードを判定する方法、装置、および無線通信システム |
| JP2020102882A (ja) * | 2016-02-29 | 2020-07-02 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | 制御プレーンノードを判定する方法、装置、および無線通信システム |
| WO2020218536A1 (ja) * | 2019-04-26 | 2020-10-29 | シャープ株式会社 | Ｕｅ、及びコアネットワーク内の制御装置 |
| JP2020536442A (ja) * | 2018-09-19 | 2020-12-10 | 日本電気株式会社 | コアネットワークノードのための方法、ｕｅのための方法、コアネットワークノード、及びｕｅ |
| KR20210114490A (ko) * | 2019-01-16 | 2021-09-23 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 전용 코어 네트워크 선택을 위한 방법 및 장치 |
| JP2021530931A (ja) * | 2018-07-23 | 2021-11-11 | ノキア テクノロジーズ オーユー | 全ｐｌｍｎについてのｕｅのためのデフォルト構成の存在下でのサービス提供ｐｌｍｎにおけるｕｅ構成の管理 |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107852424B (zh) * | 2015-08-13 | 2021-01-22 | 苹果公司 | 用于蜂窝物联网的轻量级S-1 Lite协议设计 |
| EP4021032A1 (en) * | 2015-11-19 | 2022-06-29 | SK Telecom Co., Ltd. | Method and apparatus for selecting core network in mobile communication system |
| CN108886831A (zh) * | 2016-03-31 | 2018-11-23 | 华为技术有限公司 | 一种接入方法及装置 |
| CN108156645A (zh) * | 2016-12-06 | 2018-06-12 | ***通信有限公司研究院 | 接入处理方法、基站及移动通信终端 |
| CN108347751B (zh) * | 2017-01-25 | 2021-08-03 | 华为技术有限公司 | 通信方法和通信装置 |
| CN110402589B (zh) | 2017-03-16 | 2022-04-26 | 三星电子株式会社 | 网络发起的终端与网络之间的pdu会话连接更新方法 |
| US10327270B2 (en) * | 2017-05-08 | 2019-06-18 | Htc Corporation | Device and method for handling a feature |
| US10708306B2 (en) | 2017-06-15 | 2020-07-07 | Palo Alto Networks, Inc. | Mobile user identity and/or SIM-based IoT identity and application identity based security enforcement in service provider networks |
| US10834136B2 (en) | 2017-06-15 | 2020-11-10 | Palo Alto Networks, Inc. | Access point name and application identity based security enforcement in service provider networks |
| US11050789B2 (en) | 2017-06-15 | 2021-06-29 | Palo Alto Networks, Inc. | Location based security in service provider networks |
| US10693918B2 (en) | 2017-06-15 | 2020-06-23 | Palo Alto Networks, Inc. | Radio access technology based security in service provider networks |
| US10721272B2 (en) | 2017-06-15 | 2020-07-21 | Palo Alto Networks, Inc. | Mobile equipment identity and/or IOT equipment identity and application identity based security enforcement in service provider networks |
| US10812532B2 (en) | 2017-06-15 | 2020-10-20 | Palo Alto Networks, Inc. | Security for cellular internet of things in mobile networks |
| EP3641424B1 (en) | 2017-06-17 | 2022-05-04 | LG Electronics Inc. | Method for registering a user equipment with a network slice in a wireless communication system and user equipment therefor |
| WO2018232570A1 (zh) | 2017-06-19 | 2018-12-27 | 华为技术有限公司 | 一种注册及会话建立的方法、终端和amf实体 |
| US10383046B2 (en) * | 2017-10-20 | 2019-08-13 | Verizon Patent And Licensing Inc. | RAN-core pairing service |
| EP3729892A4 (en) * | 2017-12-18 | 2021-07-28 | Lenovo (Beijing) Limited | VIEWING A NETWORK FOR A REMOTE UNIT |
| EP4351227A2 (en) * | 2017-12-18 | 2024-04-10 | Lenovo (Singapore) Pte. Ltd. | Indicating a network for a remote unit |
| CN112153758B (zh) * | 2018-04-10 | 2021-10-15 | 华为技术有限公司 | 通信方法和通信装置 |
| WO2019208673A1 (ja) * | 2018-04-26 | 2019-10-31 | 日本電気株式会社 | ネットワーク装置、基地局装置及び通信制御方法 |
| TWI733116B (zh) | 2018-05-21 | 2021-07-11 | 芬蘭商諾基亞科技公司 | 因本地plmn組態變更而在ue中管理vplmn組態更新之技術 |
| WO2019240238A1 (ja) * | 2018-06-15 | 2019-12-19 | 本田技研工業株式会社 | 制御装置及びプログラム |
| EP3837921A1 (en) * | 2018-10-05 | 2021-06-23 | Nokia Technologies Oy | Method, apparatus and computer program |
| CN111132256B (zh) * | 2018-10-31 | 2021-06-04 | 华为技术有限公司 | 用户终端接入方法、初始移动管理实体及基站 |
| US11632662B1 (en) * | 2021-10-14 | 2023-04-18 | T-Mobile Innovations Llc | System and method for device management to restrict handover and attach |
| CN115334001B (zh) * | 2022-10-18 | 2023-02-17 | 音信云(武汉)信息技术有限公司 | 基于优先关系的数据资源调度方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110199898A1 (en) * | 2010-02-16 | 2011-08-18 | Samsung Electronics Co. Ltd. | Method and apparatus for controlling network access of ue in wireless communication system |
| WO2015037882A1 (ko) * | 2013-09-13 | 2015-03-19 | 엘지전자 주식회사 | 제어 평면을 담당하는 네트워크 노드를 재선택하는 방법 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7561879B2 (en) * | 2003-10-07 | 2009-07-14 | Motorola, Inc. | Wireless access network sharing among core networks and methods |
| KR100627728B1 (ko) | 2004-07-28 | 2006-09-25 | 에스케이 텔레콤주식회사 | 데이터 코어망을 이용한 가상머신 애플리케이션의업데이트 방법 및 시스템 |
| KR100922982B1 (ko) * | 2005-01-27 | 2009-10-22 | 삼성전자주식회사 | 네트워크 공유 시스템에서 인접 셀들의 네트워크 정보를 송수신하는 방법 및 이를 위한 시스템 |
| KR101114163B1 (ko) | 2005-08-29 | 2012-02-22 | 엘지이노텍 주식회사 | 트리플렉서 |
| KR101493312B1 (ko) * | 2010-10-29 | 2015-02-13 | 노키아 솔루션스 앤드 네트웍스 게엠베하 운트 코. 카게 | 가상 네트워크들에서의 신뢰성 및 이용가능성 셋팅을 위한 제어 메커니즘 |
| KR101752707B1 (ko) * | 2011-01-03 | 2017-07-03 | 삼성전자 주식회사 | 이동통신 시스템에서 혼잡 제어 방법 |
| US20120252481A1 (en) * | 2011-04-01 | 2012-10-04 | Cisco Technology, Inc. | Machine to machine communication in a communication network |
| CN110876207A (zh) * | 2012-03-30 | 2020-03-10 | 交互数字专利控股公司 | 在无线发射/接收单元wtru中使用的方法以及wtru |
| GB2509975A (en) * | 2013-01-21 | 2014-07-23 | Nec Corp | PDN service rejection |
| CN103269282A (zh) * | 2013-04-25 | 2013-08-28 | 杭州华三通信技术有限公司 | 网络配置自动部署方法和装置 |
| RU2643451C2 (ru) * | 2013-08-27 | 2018-02-01 | Хуавей Текнолоджиз Ко., Лтд. | Система и способ виртуализации функции мобильной сети |
| US10164894B2 (en) * | 2014-05-05 | 2018-12-25 | Nicira, Inc. | Buffered subscriber tables for maintaining a consistent network state |
| US20160353367A1 (en) * | 2015-06-01 | 2016-12-01 | Huawei Technologies Co., Ltd. | System and Method for Virtualized Functions in Control and Data Planes |
| US9730056B2 (en) * | 2015-08-14 | 2017-08-08 | Telefonaktiebolaget Lm Ericsson (Publ) | System, method, and apparatus for facilitating selection of a serving node |
| ES2822429T3 (es) * | 2015-09-18 | 2021-05-04 | Huawei Tech Co Ltd | Método, dispositivo y sistema de selección de red central |
| CN113965971A (zh) * | 2015-11-06 | 2022-01-21 | 交互数字专利控股公司 | 一种无线发射/接收单元（wtru）及其实现的方法 |
-
2016
- 2016-11-08 WO PCT/JP2016/004834 patent/WO2017081864A1/en active Application Filing
- 2016-11-08 US US15/772,900 patent/US11202278B2/en active Active
- 2016-11-08 CN CN202111184552.9A patent/CN113905427A/zh active Pending
- 2016-11-08 CN CN201680064994.0A patent/CN108353353B/zh active Active
- 2016-11-08 JP JP2018524294A patent/JP6860011B2/ja active Active
- 2016-11-08 EP EP16802158.2A patent/EP3375224B1/en active Active
-
2021
- 2021-03-19 JP JP2021045526A patent/JP7176584B2/ja active Active
- 2021-12-13 US US17/549,190 patent/US20220104181A1/en not_active Abandoned
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110199898A1 (en) * | 2010-02-16 | 2011-08-18 | Samsung Electronics Co. Ltd. | Method and apparatus for controlling network access of ue in wireless communication system |
| WO2015037882A1 (ko) * | 2013-09-13 | 2015-03-19 | 엘지전자 주식회사 | 제어 평면을 담당하는 네트워크 노드를 재선택하는 방법 |
Non-Patent Citations (1)
| Title |
|---|
| ZTE: "Motivation for Core Network Slicing Study in SA2", 3GPP TSG-SA WG2#110 S2-152420, JPN6020035803, 10 July 2015 (2015-07-10), ISSN: 0004350202 * |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020102882A (ja) * | 2016-02-29 | 2020-07-02 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | 制御プレーンノードを判定する方法、装置、および無線通信システム |
| US11582682B2 (en) | 2016-02-29 | 2023-02-14 | Huawei Technologies Co., Ltd. | Method for determining control plane node, apparatus, and wireless communications system |
| JP2019512190A (ja) * | 2016-02-29 | 2019-05-09 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | 制御プレーンノードを判定する方法、装置、および無線通信システム |
| JP2021530931A (ja) * | 2018-07-23 | 2021-11-11 | ノキア テクノロジーズ オーユー | 全ｐｌｍｎについてのｕｅのためのデフォルト構成の存在下でのサービス提供ｐｌｍｎにおけるｕｅ構成の管理 |
| US11729600B2 (en) | 2018-07-23 | 2023-08-15 | Nokia Technologies Oy | Managing UE configuration in a serving PLMN in the presence of a default configuration for the UE for all PLMNs |
| JP7212759B2 (ja) | 2018-07-23 | 2023-01-25 | ノキア テクノロジーズ オサケユイチア | 全ｐｌｍｎについてのｕｅのためのデフォルト構成の存在下でのサービス提供ｐｌｍｎにおけるｕｅ構成の管理 |
| JP2020536442A (ja) * | 2018-09-19 | 2020-12-10 | 日本電気株式会社 | コアネットワークノードのための方法、ｕｅのための方法、コアネットワークノード、及びｕｅ |
| JP7163980B2 (ja) | 2018-09-19 | 2022-11-01 | 日本電気株式会社 | 方法及びｕｅ |
| US11496981B2 (en) | 2018-09-19 | 2022-11-08 | Nec Corporation | Procedure to update the parameters related to unified access control |
| JP2021061638A (ja) * | 2018-09-19 | 2021-04-15 | 日本電気株式会社 | 方法及びｕｅ |
| KR20210114490A (ko) * | 2019-01-16 | 2021-09-23 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 전용 코어 네트워크 선택을 위한 방법 및 장치 |
| KR102577549B1 (ko) * | 2019-01-16 | 2023-09-13 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 전용 코어 네트워크 선택을 위한 방법 및 장치 |
| US11956718B2 (en) | 2019-01-16 | 2024-04-09 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for dedicated core network selection |
| JP2020182175A (ja) * | 2019-04-26 | 2020-11-05 | シャープ株式会社 | Ｕｅ、及びコアネットワーク内の制御装置 |
| WO2020218536A1 (ja) * | 2019-04-26 | 2020-10-29 | シャープ株式会社 | Ｕｅ、及びコアネットワーク内の制御装置 |
| JP7350508B2 (ja) | 2019-04-26 | 2023-09-26 | シャープ株式会社 | Ｕｅ、及び通信制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021100284A (ja) | 2021-07-01 |
| CN108353353A (zh) | 2018-07-31 |
| US20180324761A1 (en) | 2018-11-08 |
| WO2017081864A1 (en) | 2017-05-18 |
| US20220104181A1 (en) | 2022-03-31 |
| EP3375224B1 (en) | 2024-02-14 |
| JP6860011B2 (ja) | 2021-04-14 |
| US11202278B2 (en) | 2021-12-14 |
| CN108353353B (zh) | 2021-10-22 |
| CN113905427A (zh) | 2022-01-07 |
| JP7176584B2 (ja) | 2022-11-22 |
| EP3375224A1 (en) | 2018-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7176584B2 (ja) | 通信システム | |
| US10512013B2 (en) | Method and apparatus for processing NAS signaling request in wireless communication system | |
| US10848956B2 (en) | Dedicated core networks (DCN) selection | |
| CN108293225B (zh) | 用于在移动通信***中选择核心网络的方法和设备 | |
| CN111543071B (zh) | 维护禁止跟踪区域标识列表的方法及装置 | |
| US20220201461A1 (en) | Communication system for establishing a connection with a mobility management entity | |
| US9432885B2 (en) | Method and apparatus for packet-switched service handover in wireless communication system | |
| US20170374613A1 (en) | Communication apparatus, core network node, system, computer program and methods for rerouting nas-messages | |
| US9055553B2 (en) | Method for guaranteeing establishment of local IP access correctly | |
| CN110651497B (zh) | 用于***间切换的方法和装置 | |
| US20150024750A1 (en) | Handover restriction | |
| US20160227597A1 (en) | Radio node communicating with terminal in communication environment supporting plurality of radio networks, and radio communication method | |
| WO2024004810A1 (ja) | ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）およびＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ） | |
| WO2024004809A1 (ja) | ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）およびＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ） | |
| WO2024004808A1 (ja) | ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）およびＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ） |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180511 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20181121 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20181122 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190704 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200923 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20201002 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210224 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210309 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6860011 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |