(57)【要約】  本発明は、ＵＥのＤＣＮ関連指示情報とＵＥのＤＣＮ関連加入者情報及び／又はＵＥの能力との間のミスマッチングに起因して、及び／又は、ＵＥのサービングノード輻輳に起因して、選択されたサービングノードにおいてＵＥを扱うことが不可能であることを検出する方法を記載する。本方法により、ＵＥのＤＣＮ設定情報を更新することが可能になり、それにより、ＵＥは、次のＲＲＣ／ＮＡＳ要求手続中に適切なＤＣＮに割り当てられえる。
2018534867.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークリソースを選択する通信方法であって、
ネットワークリソースの指示情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードを介してモバイル端末から受信し、
コアネットワーク制御プレーンネットワーク機能から加入者コンテキストを検索し、
前記ネットワークリソースの前記指示情報と前記加入者コンテキストとの間のマッチングを検査し、
前記マッチングに基づいてエラーを検出し、
前記エラーに対応する原因を用いて前記ＮＡＳメッセージを拒否し、ネットワークリソースの前記指示情報を更新するために前記原因を含む前記ＮＡＳメッセージをモバイル端末に送信する、
を含む、通信方法。
【請求項２】
前記ネットワークリソースの前記指示情報は、ネットワークスライスの指示情報を含む、請求項１に記載の通信方法。
【請求項３】
前記ネットワークリソースの前記指示情報は、専用コアネットワークの指示情報を含む、請求項１に記載の通信方法。
【請求項４】
モバイル端末の通信方法であって、
ネットワークリソースの指示情報を含むＮＡＳ（非アクセス層）メッセージを、前記ネットワークリソースの前記指示情報に対応する第１のアクセスネットワークノードに送信し、
ＮＡＳ拒否メッセージを、前記アクセスネットワークノードを介してコアネットワーク制御プレーンネットワーク機能から受信し、
前記ネットワークリソースの前記指示情報を更新し、
前記ネットワークリソースの前記更新された指示情報を含む前記ＮＡＳメッセージを、前記ネットワークリソースの前記更新された指示情報に対応する第２のアクセスネットワークノードに再送する、
通信方法。
【請求項５】
前記ネットワークリソースの前記指示情報は、ネットワークスライスの指示情報を含む、請求項４に記載の通信方法。
【請求項６】
前記ネットワークリソースの前記指示情報は、専用コアネットワークの指示情報を含む、請求項４に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信機器及びネットワークに関し、下記に限られないが、特に、発展型パケットコア（ＥＰＣ）ネットワークの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; 訪問先公衆陸上移動体ネットワーク
【０００４】
本発明において以下の用語が使用される。
【０００５】
「サービングノード」又は「ＭＭＥ／ＳＧＳＮ」又は「ＭＳＣ（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タイプ値）について知得していない。又は、
−その他。
【００１５】
図１は、ＲＡＮノード（ｅＮＢ、ＮＢ、ＢＳ又は他のＲＡＮ機能要素）がＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実装し、ＵＥのためのサービングノードを選択する例示のアーキテクチャを示している。２つの重なり合う発展型パケットコア（ＥＰＣ）ネットワークが存在しており、その各々は、サービングノード（ＭＭＥ１又はＭＭＥ２）と、ユーザプレーンゲートウェイ（ＳＧＷ１、ＰＧＷ１、ＳＧＷ２及びＰＧＷ２）とを備える。重なり合うネットワークは、これらのノードのうちの複数、例えば、ＭＭＥ又はＳＧＷ又はＰＧＷのひとまとまりを含むこともできるし、これらのノードのうちの幾つかのみ、例えば、サービングノードのみを含むこともできるが、ユーザプレーンノードは、共有することができる。換言すれば、任意の構成が可能である。さらに、図示のＥＰＣは、ＵＭＴＳ  ＣＮとすることもでき、それゆえ、サービングノードとしてＳＧＳＮを、及びユーザプレーンゲートウェイとしてＧＧＳＮを有することができる。
【００１６】
１つの取り得る解決策は、３ＧＰＰリリース１３  ＤＥＣＯＲ手法を用いることであり、すなわち、ネットワークが適切なＤＣＮに対してＮＡＳ再ルーティング手続を開始することである。しかし、この再ルーティング手続は、以下に記載するように、常に可能であるとは限らない。
【００１７】
問題の記載
ＭＭＥ／ＳＧＳＮは、ＵＥ  Ｄｅｃｏｒ支援情報（本発明においてＵＥのＤＣＮ関連指示情報と称される）を含むＮＡＳ（アタッチ／ＴＡＵ）要求ｍｓｇを処理することが可能ではない場合がある。これは、例えば、以下のシナリオに起因して起こり得る。
−特定のＤＣＮの一時的な使用不可。例えば、サービングノードが一時的に輻輳する（Ｃ−プレーン又はＵ−プレーン）可能性があり、それゆえ、ＮＡＳ要求メッセージを処理することが可能ではない。又は、
−ＵＥのＤＣＮ関連指示情報のタイプ又は値に応じて、指示情報が、ＨＰＬＭＮにおいてのみ有効である可能性がある（例えば、指示情報の値（複数の場合もある）がＨＰＬＭＮにおいて既知である／サポートされる）。ＶＰＬＭＮにおいて、ＵＥのＮＡＳメッセージは、デフォルトのＣＮに常にルーティングすることができるが、これは最適ではない。換言すれば、ＶＰＬＭＮがＵＥに、異なるＤＣＮ関連指示情報がより良好なネットワークサービスをもたらし得ることを知らせることが有益である可能性があり、又は、少なくともＶＰＬＭＮは、適切なＤＣＮがこのＵＥに割り当てられる場合、有益である可能性がある。又は、
−ＮＡＳ手続中にサービングノードによって検索されたＵＥのＤＣＮ関連加入者情報がもはや有効ではない（例えば、期限満了した）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報（例えば、ＡＳ指示情報又はＮＡＳ指示情報）と端末能力（例えば、デバイスカテゴリ、無線能力、ページング／カバレッジエンハンスメント能力等）との間にミスマッチングが存在する。また、このミスマッチングは、ＲＡＮノードによって検出される可能性もある。等。
【００１８】
複数のＤＣＮ間の再ルーティングが可能でないか又は望ましくない場合が存在し得る。これは、例えば、ＭＮＯが複数のＤＣＮ間で厳密な分離を設定する場合、例として、複数の専用コアネットワーク間の隔離(isolation)の場合である。
【００１９】
さらに、ｅＤＥＣＯＲにおける想定は、ＵＥのＤＣＮ関連指示情報を考慮するＲＡＮノードが、適切なサービングノード又はＤＣＮを選択するＮＮＳＦを実行する、というものである。しかしながら、ＵＥのＤＣＮ関連指示情報がＲＡＮノードにおいて既知ではないか又は処理可能でない場合が存在しており、それにより、ＲＡＮノードは、このＵＥのために一種のデフォルトのサービングノードを選択する。それゆえ、問題は、基本的にはＲＡＮからＣＮに転嫁され、それにより、サービングノードは、ＵＥのＮＡＳ要求を処理する方法を講じる必要がある。
【００２０】
更なる問題
ネットワークスライシングを検討すると、特定のＲＡＮリソースを特定のＣＮリソースと関連付けることができる。「リソース」は、ネットワーク機能、計算リソース、記憶リソース及びネットワーク接続リソースを意味する。ローミングＵＥをデフォルトで共通リソースにアタッチすることができるが、ＵＥは、特定のＲＡＮ（＋ＣＮ）リソースにリダイレクトされる必要がある場合があり、すなわち、新たなＲＡＴ／ＲＡＮ選択が必要とされる場合がある。
【課題を解決するための手段】
【００２１】
上記で記載された問題を解決するために、本明細書の種々の実施形態において、異なる解決策を記載する。
【００２２】
本発明の主要な概念は、ネットワークにおけるエラー、ミスマッチング又は輻輳に関して、拒否する及び／又は（例えば、リダイレクトするために）ＵＥに通知する機構を提供することである。この結果、ＵＥは、ＮＡＳ手続を用いて適切なＲＡＮ／ＤＣＮに接続するために動作を実行する。
【００２３】
本発明の主要な特徴は以下を含む。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、以下の状況のうちの少なくとも１つを判断することが可能である。
−ＵＥのＤＣＮ関連指示情報（例えば、ＤＣＮ関連加入者情報）が有効でない（例えば、期限満了している）。又は、
−このＰＬＭＮにおいて又はこのエリアにおいてＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。又は、
−ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間にミスマッチングが存在する。又は、
−ＵＥのＤＣＮ関連指示情報と端末能力との間にミスマッチングが存在する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＵＥを拒否し、拒否の理由（例えば、拒否原因）を提供する。また、ＭＭＥ／ＳＧＳＮは、ＲＡＮノード又は異なるＲＡＮ／ＲＡＴに対する、場合によっては異なる指示情報を用いて、ＮＡＳ手続（アタッチ／ＴＡＵ要求）を（即座に又は後に）再開(re-initiate)する情報もＵＥに提供することができる。
−サービングノードは、ＵＥに向けたＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）拒否ｍｓｇを用いてこの情報を提供する。
−サービングノード（ＭＭＥ／ＳＧＳＮ）からＵＥへの情報は、ＵＥについての以下の取り得る挙動のうちの少なくとも１つを示す（リストは網羅的でないことに留意されたい）。
−ＮＡＳ要求におけるＵＥのＤＣＮ関連情報は有効でない（又は既知ではない、又は処理可能でない）こと、及び／又は、ＵＥが次の（ＲＲＣ又はＮＡＳ）接続試行において異なるＤＣＮ関連情報を用いるべきであることをＵＥに示す新たな拒否原因。及び／又は、
−ＵＥのＤＣＮ関連情報とデバイスタイプ又は加入者情報との間のミスマッチングを示す新たな拒否原因。及び／又は、
−ＤＣＮ関連情報を用いずに再アタッチするための新たな原因／フラグ。及び／又は、
−ＤＣＮ関連情報の有効性又は適用可能性を任意選択で含む、再アタッチに用いる新たなＤＣＮ関連情報。及び／又は、
−特定のＲＡＴ／ＲＡＮに向けたＲＡＴ／ＲＡＮ再選択を実行すること。及び／又は、
−ＰＬＭＮ再選択を実行し、特定のＰＬＭＮを用いて再アタッチすること。及び／又は、
−例えば、このＰＬＭＮについて、更新されたＤＣＮ関連指示情報も用いた、ネットワーク／サービングノード輻輳に起因した、遅れたＮＡＳ要求手続を実行すること。等。
−ＵＥは、受信された指示情報を処理することが可能であり、ＵＥはこれに応じて挙動し、例えば、変更された情報を用いてＮＡＳ（アタッチ／ＴＡＵ／ＲＡＵ）要求をＲＡＮ及びＥＰＣに送信する。
【図面の簡単な説明】
【００２４】
【図１】ＲＡＮノード（ｅＮＢ、ＮＢ、ＢＳ又は他のＲＡＮ機能要素）がＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実施して、ＵＥのためのサービングノードを選択する例示的なアーキテクチャを示す図である。
【図２】ＵＥによって開始されるＮＡＳ又はＡＳ要求手続に基づく、本発明の主要な実施形態の例示のシグナリングフローを示す図である。
【図３】本発明の実施形態において用いるサービングノード（ＭＭＥ／ＳＧＳＮ／ＭＳＣ）を概略的に示すブロック図である。
【図４】本発明の実施形態において用いるモバイル端末を概略的に示すブロック図である。
【発明を実施するための形態】
【００２５】
以下の記載において、「専用コアネットワーク」という用語は、（１）単一のネットワーク機能、例えば、ＭＭＥ及び／又はＳＧＳＮ及び／又はＰＣＲＦのような制御プレーン機能、又は、（２）ＳＧＷ、ＰＧＷ、ＧＧＳＮのようなユーザプレーンネットワーク機能、又は、（３）一組の制御プレーン機能及びユーザプレーン機能、であるとみなすことができる。ＵＥをサービングする特定の専用コアネットワークは、ＵＥの加入者情報及び事業者設定に基づいて選択される。
【００２６】
「ＤＥＣＯＲ」という用語は、モバイルネットワークの文脈において専用コアネットワークとして用いることができるが、無線アクセスネットワーク（ＲＡＮ）に適用することもできるし、モバイルネットワーク（ＲＡＮ及びＣＮ）全体に適用することもできるし、固定されたネットワーク又は任意のタイプの通信ネットワークに適用することもでき、ここで、コア部分のみでなく、アクセスネットワーク部分も考慮される。また、本発明における実施形態において記載される解決策は、５Ｇネットワークを考慮して、適切なネットワークスライスの選択にも適用することができる。
【００２７】
「ＵＥ支援ＤＣＮ情報」及び「ＵＥのＤＣＮ関連情報」という用語は、ＤＣＮ選択のためにネットワークに示される、ＵＥに設定される同一の情報を表すのに用いられる。「ＤＣＮ関連情報」は、ＵＥからネットワークに、また、ネットワークからＵＥにも、搬送することができ、例えば、ＵＥの設定を更新するのに用いられる。「ＤＣＮ関連情報」は、ＲＲＣシグナリングにおいて及び／又はＮＡＳシグナリングにおいて及び／又はＳ１−ＡＰ／バックホールシグナリングにおいて（後者はＲＡＮノードからサービングノードへのシグナリングを意味する）搬送することができる。
【００２８】
「ＲＲＣ（無線リソース制御）」及び「ＡＳ（アクセス層）」という用語は、本発明において同様に用いられ、例えば、ＵＥとＲＡＮノードとの間の無線インターフェースを通じたシグナリングを指すことに留意されたい。次世代のモバイルネットワークにおいて、これらの用語についての他の任意の名称を、同一又は同様の意味で適用するのに用いることができる。
【００２９】
これに応じて、「ＮＡＳ（非アクセス層）」という用語は、ＵＥとコアネットワーク、例えば、サービングノードとの間の直接のシグナリングのための一般的な用語として用いられる。同一又は同様の意味を有する他の任意の用語を次世代のネットワーク技術に適用することができる。
【００３０】
本発明は、ＵＥにおけるＵＥ支援ＤＣＮ指示情報（例えば、ＤＣＮ関連情報）の初期設定の異なる選択肢を想定する。１つの選択肢は、ＵＥのＤＣＮ関連情報が（Ｕ）ＳＩＭカード（(universal) subscriber identity module card）に設定され、ＨＳＳ／ＨＬＲにおけるＵＥの加入者情報に対応することである。ＵＥ／機器に電源が投入されると、ＤＣＮ関連情報は、機器上で（Ｕ）ＳＩＭカードからダウンロードされ、ＮＡＳ指示情報又はＲＲＣ指示情報のためにＮＡＳ層によって用いられる。別の選択肢は、機器（又はモデム、又はＵＥ）内の情報を、ネットワーク事業者からのオープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）又はオーバジエア（ＯＴＡ：Over-The-Air）シグナリングを介して構成することである。そのような場合、ＤＣＮ関連情報は、ＵＥ内のメモリ（例えば、ＥＰＲＯＭ）上に記憶され、ＮＡＳシグナリング及び／又はＡＳ（例えば、ＲＲＣ）シグナリングのために必要な場合に用いられる。
【００３１】
ＵＥにおいてＤＣＮ関連情報を設定する別の解決策は、ネットワークからのＮＡＳシグナリングを用いることである。これは、ＵＥがネットワーク（例えば、特定のＰＬＭＮ）にはじめてアタッチするときに起こり得るものであり、アタッチ手続中、ネットワークは、ＵＥにおいてＤＣＮ関連情報を設定する。例えば、ネットワーク（例えば、サービングノード）は、ＵＥ加入者情報に基づいて、いずれのＤＣＮ関連指示情報をＵＥがＡＳ又はＮＡＳ接続確立中に通知するのかを導出し、ＵＥにおいて、この情報を、例えば、サービングノードからＵＥへのアタッチ受理若しくはアタッチ拒否、又は他の適切なＮＡＳ手続（例えば、ＮＡＳ（Ｅ）ＭＭ手続若しくは「ＥＭＭ情報」、「ＥＭＭステータス」、「通知」のようなメッセージ又は他のＮＡＳメッセージ若しくはそれらの拡張）を用いて設定することができる。また、ＤＣＮ関連設定情報（DCN-related configuration information）を有するＮＡＳシグナリングメッセージは、この情報の有効性、例えば、所与のＰＬＭＮについて、有効時間、すなわちＵＥがネットワークからデタッチするまでの時間も含むことができる。
【００３２】
任意選択で、ＤＣＮ関連設定情報（DCN-related configuration information）を有するＮＡＳシグナリングメッセージは、その下でＤＣＮ関連指示情報がネットワークに向けて送信されるべき種々の条件を含むことができる。例えば、ネットワークステータスの特殊な事例、例えば、緊急セッション要求中又は規制条件中等において、ＡＳシグナリング又はＮＡＳシグナリングにおいてＤＣＮ関連情報を省略することができる。これを用いて、ＵＥは、システム情報（ＳＩＢ）でブロードキャストされる情報に基づいてＤＣＮ関連パラメータを示すか否かを決定する。
【００３３】
ＵＥは、（それぞれ異なる条件の場合に）受信されたＤＣＮ関連情報を対応する有効性情報及び／又は他の支援ＤＣＮ情報とともに記憶する。
【００３４】
ＤＣＮ関連情報の有効性、すなわち、ＤＣＮ関連情報が適用される期間又はこのＤＣＮ関連情報が適用される場合について、幾つかの例を以下に列挙する。以下に、幾つかの取り得る解決策を列挙する。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数の重複エリア（tacking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
【００３５】
図２は、ＵＥによって開始されるＮＡＳ要求手続又はＡＳ要求手続に基づく、本発明の主要な実施形態の例示的なシグナリングフローを示している。ＮＡＳ要求手続は、アタッチ要求手続、又はＴＡＵ要求手続又はＲＡＵ要求手続であってよい。ステップの記載は以下で与えられる。
【００３６】
ステップ（０）
ＵＥは、ネットワークに向けて、ＮＡＳ（アタッチ、ＴＡＵ又はＲＡＵ）要求手続を開始する。このＮＡＳ要求は、ＵＥの移動及び地理的エリアの変更、又はネットワークカバレッジからの離脱及び別のＰＬＭＮの再選択又は他の理由からの結果である場合がある。ＵＥは、ＲＲＣ確立手続を開始する。
【００３７】
ステップ（１）
ＲＲＣ接続完了メッセージ中、ＵＥは、ＤＣＮ関連情報を含めて、ＵＥのタイプ又は用いられるネットワークタイプをＲＡＮノードに示すことができる。ＲＲＣ接続完了メッセージは、ＮＡＳ要求メッセージを含む。このカプセル化されたＮＡＳ要求メッセージは、ＤＣＮ関連情報又はサービングノードによって用いられる他の指示情報も含んでもよい。図１の例において、ＵＥは、ＲＲＣ接続完了メッセージ内で「ＤＣＮタイプＡ」を示す。ｅＮＢは、ＲＲＣ接続完了メッセージを処理し、ＲＡＮノードのＮＡＳ／ネットワークノード選択機能（ＮＮＳＦ）を実行する。この例において、これはＤＣＮ選択手続に等しい。ｅＮＢは、Ｓ−ＴＭＳＩのようなＵＥのＩＤを考慮に入れるが、選択するためにＤＣＮ関連情報も考慮に入れる。
【００３８】
ステップ（２）
ＲＡＮノードは、Ｓ１シグナリングを介してＵＥのＮＡＳメッセージを、選択したサービングノードに送信する。図２において、サービングノードは、ＥＰＣ（発展型パケットコア）の一部として示される。また、ｅＮＢは、Ｓ１−ＡＰシグナリングにおいて、ＵＥによってＲＲＣメッセージ内で示されるＤＣＮ関連情報も送信してもよい。
【００３９】
ステップ（３）
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（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: 運用、管理及び保守）又はＳ１−ＭＭＥインターフェースシグナリングを通じた構成を介して）十分な情報を有することが想定される。ＲＡＮノードにおけるサービングノードの選択は、容易ではない（すなわち、曖昧である）場合があり、これはなぜなら、異なるＵＥの指示情報の結果、異なるサービングノードの選択がもたらされ得るためである。そのような不整合の場合、１つの取り得る解決策は、ＲＡＮノードがデフォルトのサービングノードを選択することである。別の取り得る解決策は、ＲＡＮノードが任意の適切なＭＭＥを選択することである。ＲＡＮノードは、選択されたサービングノードにＳ１−ＡＰシグナリングにおいて情報を転送するが、加えて、ＲＡＮは、ＲＲＣ接続確立中にＵＥから受信された特定の指示情報も転送することができる。換言すれば、ＲＡＮノードは、ＵＥからのＡＳ指示情報間の不整合についてサービングノードに通知する。例えば、ＲＡＮノードは、ページング最適化及び／又はカバレッジエンハンスメントについての情報、及び／又は、ＭＴＣ特定機能サポート及び／又はセルラーＩｏＴ特定指示情報又は他の任意の同様の指示情報をサービングノードに転送することができる。
【００６１】
サービングノードは、（例えば、ＵＥの加入者情報、ＡＰＮ若しくはアプリケーション情報、若しくは収集された統計から、又は他のソースから）ＵＥについてのより多くの情報を有し、それにより、サービングノードは、サービングノード選択又はＤＣＮ選択についてＲＡＮノードよりもより適切な解決策を取ることができることが想定される。したがって、サービングノードは、例えば、本発明における他の実施形態において記載される任意の解決策を適用することができる。
【００６２】
本発明における実施形態によれば、サービングノード（ＭＭＥ／ＳＧＳＮ／ＭＳＣ）は、提案された解決策（複数の場合もある）に従って挙動することが可能であるように変更／拡張されるべきである。サービングノード３０は、図３におけるブロック図によって概略的に記載することができる。
【００６３】
図３に示されるように、サービングノード３０は、トランシーバ回路３１と、他のネットワークエンティティとの間で信号を送受信するためのネットワークインターフェース３２とを備える。サービングノード３０は、サービングノード３０の動作を制御するためのコントローラ３３を備える。コントローラ３３は、メモリ３４に関連付けられる。
【００６４】
ソフトウェアがメモリ３４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ３３は、この例では、メモリ３４に記憶されるプログラム命令又はソフトウェア命令によって、サービングノード３０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム３５及び通信モジュール３６を含む。
【００６５】
通信制御モード３６は、サービングノード３０と、サービングノード３０に接続された他のネットワークエンティティとの間の通信を制御する。通信制御ノード３６は、トランシーバ制御モジュール３７を含む。
【００６６】
本発明における実施形態によれば、モバイル端末（例えば、ＵＥ）は、ネットワークへの／ネットワークからのシグナリングをハンドリングすることが可能であるように変更される。モバイル端末４０は、図４におけるブロック図によって概略的に記載することができる。
【００６７】
図４に示すように、モバイル端末４０は、トランシーバ回路４１と、ＲＡＮノードとの間で信号を送受信するための無線インターフェース４２とを備える。モバイル端末４０は、モバイル端末４０の動作を制御するためのコントローラ４３を備える。コントローラ４３は、メモリ４４に関連付けられる。
【００６８】
ソフトウェアがメモリ４４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ４３は、この例では、メモリ４４に記憶されるプログラム命令又はソフトウェア命令によって、モバイル端末４０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４５及び通信モジュール４６を含む。
【００６９】
通信制御モード４６は、モバイル端末４０と、モバイル端末４０に接続されたＲＡＮノードとの間の通信を制御する。通信制御ノード４６は、トランシーバ制御モジュール４７を含む。
【００７０】
本発明が実施形態を参照しながら詳細に図示及び説明されてきたが、本発明はこれらの実施形態には限定されない。特許請求の範囲によって規定されるような本発明の趣旨及び範囲から逸脱することなく、本発明において、形態及び細部に関して種々の変更を加えることができることは当業者には分かるだろう。
【００７１】
この出願は、２０１５年１１月１０日に出願された欧州特許出願第１５１９３９１５．４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2018534867.tif 000003
【図２】
2018534867.tif 000004
【図３】
2018534867.tif 000005
【図４】
2018534867.tif 000006
【手続補正書】
【提出日】平成30年5月11日(2018.5.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークリソースを選択する通信方法であって、
ネットワークスライスを選択するための情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードを介してモバイル端末から受信し、
コアネットワーク制御プレーンネットワーク機能から加入者情報を検索し、
前記ネットワークスライスを選択するための前記情報と前記加入者情報からの関連情報とがマッチングしているか否かを判定し、
前記ネットワークスライスを選択するための前記情報と前記加入者情報からの前記関連情報との間のアンマッチングに対応する原因で前記ＮＡＳメッセージを拒否し、
前記原因は前記ネットワークスライスにアクセスするのを許可されないことを示す、
通信方法。
【請求項２】
前記ネットワークスライスの一時的な利用不能を検出し、
前記ネットワークスライスが一時的に使用不能であることを示す原因で前記ＮＡＳメッセージを拒否する、
ことを更に含む、請求項１に記載の通信方法。
【請求項３】
前記拒否することは、前記モバイル端末からの前記メッセージに含まれる前記情報によって示される前記ネットワークスライス以外の他のネットワークスライスを選択するための情報を含むメッセージを、前記モバイル端末へ送信することによって実行される、
請求項１に記載の通信方法。
【請求項４】
モバイル端末の通信方法であって、
第１のネットワークスライスを選択するための情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードに向けて送信し、
ネットワークスライスが許可されないことに関連する前記情報を示す原因とともにＮＡＳ拒否メッセージを、前記アクセスネットワークノードを介してコアネットワークノードから受信し、
前記ネットワークスライスを選択するための前記情報を第２のネットワークスライスを選択する情報に更新し、
前記第２のネットワークスライスを選択するための前記更新された情報を含む他のＮＡＳメッセージを、前記アクセスネットワークノードに向けて送信する、
通信方法。
【請求項５】
前記ＮＡＳ拒否メッセージは、前記第２のネットワークスライスを選択するための前記情報を含む、請求項４に記載の通信方法。
【請求項６】
ネットワークスライスを選択するコアネットワークノードであって、
ネットワークスライスを選択するための情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードを介してモバイル端末から受信する受信手段と、
コアネットワーク制御プレーンネットワーク機能から加入者情報を検索する検索手段と、
前記ネットワークスライスを選択するための前記情報と前記加入者情報からの関連情報とがマッチングしているか否かを判定する判定手段と、
前記ネットワークスライスを選択するための前記情報と前記加入者情報からの前記関連情報との間のアンマッチングに対応する原因で前記ＮＡＳメッセージを拒否する拒否手段と、
を備え、
前記原因は前記ネットワークスライスにアクセスするのを許可されないことを示す、コアネットワークノード。
【請求項７】
前記ネットワークスライスの一時的な利用不能を検出する検出手段を更に備え、
前記拒否手段は、前記ネットワークスライスが一時的に使用不能であることを示す原因で前記ＮＡＳメッセージを拒否する、
請求項６に記載のコアネットワークノード。
【請求項８】
前記モバイル端末からの前記メッセージに含まれる前記情報によって示される前記ネットワークスライス以外の他のネットワークスライスを選択するための情報を含むメッセージを、前記モバイル端末へ送信する送信手段を更に備える、
請求項６又は７に記載のコアネットワークノード。
【請求項９】
第１のネットワークスライスを選択するための情報を含むＮＡＳ（非アクセス層）メッセージを、アクセスネットワークノードに向けて送信する第１の送信手段と、
ネットワークスライスが許可されないことに関連する前記情報を示す原因とともにＮＡＳ拒否メッセージを、前記アクセスネットワークノードを介してコアネットワークノードから受信する受信手段と、
前記ネットワークスライスを選択するための前記情報を第２のネットワークスライスを選択するための情報に更新する更新手段と、
前記第２のネットワークスライスを選択するための前記更新された情報を含む他のＮＡＳメッセージを、前記アクセスネットワークノードに向けて送信する第２の送信手段と、
を備えるモバイル端末。
【請求項１０】
前記ＮＡＳ拒否メッセージは、前記第２のネットワークスライスを選択するための前記情報を含む、請求項９に記載のモバイル端末。
【請求項１１】
複数のコンピュータ実施可能命令を含むコンピュータプログラムであって、プログラマブル通信装置に請求項１乃至４のいずれか１つの方法を実行させる、コンピュータプログラム。
【請求項１２】
請求項６乃至８の何れか１つに記載のコアネットワークノードと、請求項９又は１０に記載のモバイル端末とを含むシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
ＤＣＮ関連情報の有効性、すなわち、ＤＣＮ関連情報が適用される期間又はこのＤＣＮ関連情報が適用される場合について、幾つかの例を以下に列挙する。以下に、幾つかの取り得る解決策を列挙する。
−ＵＥは、再設定（reconfiguration）が再度行われるまで、ＤＣＮ関連情報を記憶し、使用する。
−有効性タイマは、ＤＣＮ関連情報に関連付けられえる。タイマの満了後、ＵＥは、ネットワークに対する明示的なシグナリングの有無にかかわらず、ＤＣＮ関連情報を削除し、これの使用を止める。
−ＤＣＮ関連情報は、或る特定の地理的エリア内で、例えば、所与の１又は複数のセル、１又は複数のトラッキングエリア（tracking area）又は１又は複数のＰＬＭＮ若しくは１又は複数の等価ＰＬＭＮ内で有効とすることができる。この有効性情報は、設定のためのＤＣＮ関連情報の一部としてネットワークからＵＥにシグナリングされる。ＵＥは、ＤＣＮ関連情報を記憶して、このＵＥが有効エリア／領域内でキャンプするか、又はＡＳ接続及びＮＡＳ接続の確立を試みる限りこのＤＣＮ関連情報を用いることができる。例えば、ＵＥがＡＳ／ＮＡＳ手続を実行して、ＤＣＮ関連情報をＵＥに設定する同一のＰＬＭＮ又は等価なＰＬＭＮに接続する場合、ＵＥは、特定のＤＣＮ関連情報を用いる。しかしながら、ＵＥが別の地理的エリア内でＡＳ／ＮＡＳ手続を実行する場合、ＵＥは、デフォルトのＤＣＮ関連情報を用いるか、又は、ＡＳ／ＮＡＳ手続において任意のＤＣＮ関連情報を省略することができる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
ステップ（３）
ＮＡＳ要求メッセージを受信した後、サービングノードは、メッセージを検証し、古いサービングノードから又はＨＳＳ／ＨＬＲから加入者コンテキストを検索する。サービングノード（ＭＭＥ／ＳＧＳＮ）は、ＮＡＳシグナリングで、任意選択でｅＮＢからのＳ１−ＡＰシグナリングで、送信されたＵＥのＤＣＮ関連情報と、ＨＳＳからのＵＥの加入者情報との間のマッチングを検査する。さらに、ＥＰＣ１のサービングノードは、ＵＥの加入者情報から及び／又はネットワークに対するＵＥの指示情報から他の関連データを検査する。サービングノードは、以下の場合において例示的に記載されるような問題、又はエラー、又はミスマッチングを検出した場合、ＵＥがいかに挙動すべきかを知得するように、ＮＡＳ要求を、対応する原因又はＵＥに対する情報を用いて拒否することを決定する。エラー／ミスマッチング検出の以下の例は、例示的なものであり、網羅的なものではない。
ａ）特定のＤＣＮの一時的な使用不可又はＤＣＮ輻輳及びＲＡＮノードによる誤ったサービングノード選択。例えば、これは、Ｃ−プレーン（又はＵ−プレーン）輻輳の場合に起こり得るものであり、この場合、サービングノードは、ＵＥのＮＡＳ要求を処理することが可能でなく、ＢＯＴ（back-off timer; バックオフタイマ）を用いたＮＡＳ拒否が適用される。加えて、例えば、ＲＲＣシグナリングにおけるＤＣＮ関連指示情報をＲＡＮノードが正しく処理することができる場所にＵＥがローミングしている場合、ＲＡＮノードは、不適切なサービングノードを選択する場合がある。そのような場合、ＢＯＴタイマの満了後、ＵＥは、再び誤ったサービングノードにルーティングされる。したがって、ＢＯＴタイマに加えて、サービングノードは、ＵＥの設定を更新するためにＮＡＳ拒否メッセージにＤＣＮ関連情報を入れて送信することを提案する。このようにして、ＵＥは、次のＲＲＣ及び／又はＮＡＳ手続中に、ＲＲＣ及び／又はＮＡＳ  ＤＣＮ関連指示情報内のこの更新された情報を用いる。さらに、以下の実施形態（Ａ）では、この解決策に対する付加的な詳細を記載する。
ｂ）問題記載セクションにおいて言及したように、ＵＥのＤＣＮ関連指示情報のタイプ又は値に依拠して、この指示情報は、ＨＰＬＭＮのみで有効である可能性がある（例えば、指示情報の値（複数の場合もある）が、ＨＰＬＭＮ内で既知である／サポートされる）。ＶＰＬＭＮで、ＵＥのＮＡＳメッセージは、非最適のデフォルトのＣＮに常にルーティングされる可能性がある。本発明は、ＶＰＬＭＮのＥＰＣ１内のサービングノードが、ＵＥのＤＣＮ関連設定を、新たなＤＣＮ関連指示情報値（複数の場合もある）を用いて更新し、これにより、ＲＡＮノードのＮＮＳＦが適切なサービングノード又はＤＣＮを選択することを可能にすることを提案する。サービングノードは、ＵＥにおける更新用の新たなＤＣＮ関連の設定を、ＵＥの（例えば、ＨＰＬＭＮのＨＳＳ／ＨＬＲからの）加入者情報に基づいて決定することができる。サービングノードは、ＵＥの加入者情報、特にＤＣＮ関連の部分を処理することができ、ＶＰＬＭＮのローカル設定に基づいて、サービングノードは、いずれのＤＣＮ関連指示情報をＵＥがこのＶＰＬＭＮで用いることができるかを特定する。そうすることにより、サービングノードは、ＮＡＳ拒否手続を用いて、このＶＰＬＭＮ（又は等価なＰＬＭＮ）についてのＲＡＮに向けた及び／又はＣＮに向けたＵＥのＤＣＮ関連指示情報を更新することをＵＥに通知する。
ｃ）ＵＥのＤＣＮ関連指示情報又はＨＳＳからのＤＣＮ関連加入者情報が有効でない（例えば、期限満了している）。この場合を、以下の一実施形態においてより詳細に記載する。これを、以下の実施形態（Ｃ）において詳述する。
ｄ）このＰＬＭＮ内又はこのエリア内でＵＥのＤＣＮ関連指示情報が既知ではない（又は処理可能でない）。
ｅ）ＵＥのＤＣＮ関連指示情報とＵＥの加入者情報との間に不整合が存在する。これは、ＵＥのＤＣＮ関連設定が、例えば、ＯＭＡ−ＤＭ又はＯＴＴ又は何らかのＰＬＭＮからのＮＡＳシグナリングによって変更されたものの、ＵＥの加入者情報は変更されていない場合に生じ得る。この場合、サービングノードは、不整合を認識する。１つの解決策は、サービングノードにおける決定について、ＵＥの加入者情報がＵＥの指示情報に対して優先することである。加えて、ＵＥの設定が更新されるべきである。さらに、もしＵＥが更新されたＤＣＮ関連情報で設定されていて、ＵＥがそれぞれに挙動している、例えばそれぞれのＲＡＴ（ＮＢ−ＩｏＴ、ＬＴＥ−Ｍ、またはｅＭＴＣ  ＲＡＴｓ）を選択している、および／または、ＵＥがＲＡＮに向けてそれぞれのＤＣＮ関連指示情報を使用していて、そのＲＡＮノードがそれぞれのサービングノードを選択している、という場合に、サービングノードはＵＥへ更新されたＤＣＮ関連情報を、任意選択で、もし必要なら更新された情報を伴うＲＡＮやＮＡＳのシグナリングを再試行する、および／またはＲＡＮ／ＲＡＴの再選択をする、指示情報とともに、送信すると決定してもよい。例えば、ＮＢ−ＩｏＴ及びｅＭＴＣ（又はＬＴＥ−Ｍ）技術をサポートするＵＥは、ＶＰＬＭＮにアタッチすることを試行する。ＵＥが非ＣＩｏＴアタッチ手続を用いる場合、（ＵＥ加入者データ、トラフィックパターンプロファイル、契約しているアプリケーション等に依拠して）サービングノードは、ＵＥがＮＢ−ＩｏＴ  ＲＡＴを用いることを決定する。この目的で、サービングノードは、ＮＢ−ＩｏＴ  ＲＡＴの選択についての指示情報を含むＮＡＳ拒否メッセージを送信することができる。ＵＥは、これに対応して挙動し、他の無線リソースを介してＲＲＣ接続再確立を実行する。この特定の解決策は、他の任意の無線又は非無線技術（例えば、３ＧＰＰ  ＲＡＴ、ＷＬＡＮ又は固定線技術）の再選択に適用することができる。
ｆ）ＵＥのＤＣＮ関連指示情報（又はＤＣＮ関連加入者情報）と、例えば、ＲＡＮノードに向けたＲＲＣ接続確立中に示される、機器の端末能力又はタイプとの間にミスマッチングが存在する。これを、以下の実施形態（Ｂ）及び（Ｄ）において詳細に記載する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
更に別の実施形態（Ｃ）において、特定のＤＣＮタイプ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報は、期限満了しているか、又はもはや有効でない場合がある。ＭＭＥ／ＳＧＳＮがＵＥからのＤＣＮ加入者指示情報を、ＨＳＳを用いて検証する場合、この検証は、ＤＣＮ（例えば、ＵＥ Usageタイプ）のＵＥの加入者情報が期限満了しているか、又は何らかの理由でもはや有効でないとき、失敗し得る。この場合、ＭＭＥ／ＳＧＳＮは、ＵＥからのＮＡＳメッセージを、適切な既存の拒否原因、又は新たな拒否原因、例えば、「ＤＣＮの加入者情報の期限満了」若しくは「ＵＥ Usageタイプの加入者情報の期限満了」若しくは同一の若しくは類似の意味を有する拒否原因の他の任意の名称を用いて拒否する。そのような原因を有するＮＡＳメッセージ（アタッチ／ＴＡＵ／ＲＡＵ拒否メッセージ）の受信時に、ＵＥは、拒否原因を表示し、規定時間の間又はこのＵＥのＤＣＮ加入者情報が更新又は解決されるまで、ネットワークに対して別のアクセスを試行しない。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
ソフトウェアがメモリ３４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ３３は、この例では、メモリ３４に記憶されるプログラム命令又はソフトウェア命令によって、サービングノード３０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム３５及び通信制御モジュール３６を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
通信制御モジュール３６は、サービングノード３０と、サービングノード３０に接続された他のネットワークエンティティとの間の通信を制御する。通信制御ノードモジュール３６は、トランシーバ制御モジュール３７を含む。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
ソフトウェアがメモリ４４にプレインストールされてよく、及び／又は通信ネットワークを介して、又は例えば、リムーバブルデータ記憶デバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ４３は、この例では、メモリ４４に記憶されるプログラム命令又はソフトウェア命令によって、モバイル端末４０の動作全体を制御するように構成される。図示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４５及び通信制御モジュール４６を含む。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
通信制御モジュール４６は、モバイル端末４０と、モバイル端末４０に接続されたＲＡＮノードとの間の通信を制御する。通信制御モジュール４６は、トランシーバ制御モジュール４７を含む。
【国際調査報告】
2018534867.tif 000007
2018534867.tif 000008
2018534867.tif 000009