(57)【要約】  本明細書の一開示はユーザ装置（ＵＥ）がアクセス制御を遂行する方法を提供する。上記方法はセルに対するアクセスが現在遮断されているか、あるいはバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が駆動中であっても、重要サービスが要求される場合、上記ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層は上記重要サービスに対する情報とＮＡＳシグナリング要請をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層に伝達する段階と、そして上記ＲＲＣ階層は上記重要サービスに対する情報に基づき、アクセス制御のための検査をスキップするか（ｓｋｉｐ）あるいは無視（ｏｖｅｒｒｉｄｅ）する段階を含むことができる。ここで上記重要サービスに対する情報は事前に予め設定されていることができる。【選択図】図７
2019520771.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）がアクセス制御を遂行する方法であって、
セルに対するアクセスが現在遮断されているか、あるいはバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が駆動中であっても、重要サービスが要求される場合、上記ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層は上記重要サービスに対する情報とＮＡＳシグナリング要請をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層に伝達する段階と、
上記ＲＲＣ階層は上記重要サービスに対する情報に基づいて、アクセス制御のための検査をスキップするか（ｓｋｉｐ）あるいは無視（ｏｖｅｒｒｉｄｅ）する段階と
を含み、
上記重要サービスに対する情報は事前に予め設定されていることを特徴とする、アクセス制御を遂行する方法。
【請求項２】
上記バックオフタイマは特定の基準別に駆動されることを特徴とする、請求項１に記載のアクセス制御を遂行する方法。
【請求項３】
上記特定の基準に対する設定情報を予め受信する段階をさらに含み、上記特定の基準はＵＥタイプ、サービスタイプ、通信タイプ、ネットワークスライシング、そしてグループのうち一つ以上を含むことを特徴とする、請求項２に記載のアクセス制御を遂行する方法。
【請求項４】
上記セルに対するアクセスは特定の基準別に遮断されることを特徴とする、請求項１に記載のアクセス制御を遂行する方法。
【請求項５】
上記駆動中のバックオフタイマを無視（ｏｖｅｒｒｉｄｅ）または中止（ｓｔｏｐ）する段階をさらに含むことを特徴とする、請求項１に記載のアクセス制御を遂行する方法。
【請求項６】
上記重要サービスに対する情報はコールタイプ（ｃａｌｌ  ｔｙｐｅ）、ＲＲＣ確立原因またはカテゴリ（ｃａｔｅｇｏｒｙ）内に含まれて上記ＲＲＣ階層に伝達されることを特徴とする、請求項１に記載のアクセス制御を遂行する方法。
【請求項７】
アクセス制御を遂行するユーザ装置であって、
送受信部と、
上記送受信部を制御し、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層とＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層を駆動するプロセッサを含み、
セルに対するアクセスが現在遮断されているか、あるいはバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が駆動中であっても、重要サービスが要求される場合、上記プロセッサのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層は上記重要サービスに対する情報とＮＡＳシグナリング要請をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層に伝達し、
上記プロセッサのＲＲＣ階層は上記重要サービスに対する情報に基づき、アクセス制御のための検査をスキップするか（ｓｋｉｐ）あるいは無視（ｏｖｅｒｒｉｄｅ）し、
ここで上記重要サービスに対する情報は事前に予め設定されていることを特徴とする、ユーザ装置。
【請求項８】
上記バックオフは特定の基準別に駆動されることを特徴とする、請求項７に記載のユーザ装置。
【請求項９】
上記プロセッサは上記特定の基準に対する設定情報を予め受信し、
上記特定の基準はＵＥタイプ、サービスタイプ、通信タイプ、ネットワークスライシング、そしてグループのうち一つ以上を含むことを特徴とする、請求項８に記載のユーザ装置。
【請求項１０】
上記セルに対するアクセスは特定の基準別に遮断されることを特徴とする、請求項７に記載のユーザ装置。
【請求項１１】
上記プロセッサは上記駆動中のバックオフタイマを無視（ｏｖｅｒｒｉｄｅ）または中止（ｓｔｏｐ）することを特徴とする、請求項７に記載のユーザ装置。
【請求項１２】
上記重要サービスに対する情報はコールタイプ（ｃａｌｌ  ｔｙｐｅ）ＲＲＣ確立原因またはカテゴリ（ｃａｔｅｇｏｒｙ）内に含まれて上記ＲＲＣ階層に伝達されることを特徴とする、請求項７に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は次世代移動通信に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ/ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ/Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３。４０１とＴＳ２３。４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図であり、図２は、図１に示すネットワークノード間のインターフェースを示す。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）/ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ/３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ/ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2019520771.tif 000003
【００１６】
＜４世代移動通信での輻輳制御＞
【００１７】
４世代移動通信で輻輳（ｃｏｎｇｅｓｔｉｏｎ）が発生したときコアネットワークのノード（ＭＭＥ、ＳＧＳＮ）は、ＮＡＳ段階での輻輳制御（ＮＡＳ  ｌｅｖｅｌ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を遂行して信号輻輳（ｓｉｇｎａｌｉｎｇ  ｃｏｎｇｅｓｔｉｏｎ）及びＡＰＮ輻輳を回避するか制御するようになる。
【００１８】
かかるＮＡＳ段階での輻輳制御は、ＡＰＮ基盤の輻輳制御（ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）と、一般ＮＡＳ段階での移動管理制御（Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）で構成される。
【００１９】
上記ＡＰＮ基盤の輻輳制御はＵＥ、そして特定ＡＰＮ（輻輳状態と連関したＡＰＮ）と関連するＥＭＭ、ＧＭＭと（Ｅ）ＳＭ信号輻輳制御を意味し、ＡＰＮ基盤のセッション管理輻輳制御（ＡＰＮ  ｂａｓｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）と、ＡＰＮ基盤の移動管理輻輳制御（ＡＰＮ  ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を含む。
【００２０】
一方、上記一般ＮＡＳ段階の移動管理制御は、一般的なネットワーク輻輳（ｃｏｎｇｅｓｔｉｏｎ）や、過負荷（ｏｖｅｒｌｏａｄ）状況でＵＥ／ＭＳが要請する移動管理信号（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｓｉｇｎａｌｉｎｇ）要請をコアネットワーク内のノード（ＭＭＥ、ＳＧＳＮ）が拒絶して輻輳及び過負荷を回避することを意味する。
【００２１】
一般的に、コアネットワークがＮＡＳ段階の輻輳制御を遂行する場合、アイドルａモード（ｉｄｌｅ  ｍｏｄｅ）にある、あるいは連結モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）にあるＵＥに遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）値をＮＡＳ拒絶メッセージ（ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）にロードして送信するようになるが、ＵＥは遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が満了（ｅｘｐｉｒｅ）するまでネットワークにＥＭＭ／ＧＭＭ／（Ｅ）ＳＭ信号を要請しなくなる。上記ＮＡＳ拒絶メッセージはアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）／ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）拒絶、サービス拒絶、拡張サービス（ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ）拒絶、ＰＤＮ連結（ｃｏｎｎｅｃｔｉｖｉｔｙ）拒絶、ベアラリソース割当（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）拒絶、ベアラリソース修正（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ｍｏｄｉｆｉｃａｔｉｏｎ）拒絶、ＥＰＳベアラコンテキスト非活性化要請（ｄｅａｃｔｉｖａｔｅ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔ）に対する拒絶のメッセージのうち一つに該当する。
【００２２】
かかる遅延時間タイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）は移動管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマと、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＳＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマに区分されることができる。
【００２３】
上記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＵＥ毎に、そしてＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＡＰＮ毎に、そしてＵＥそれぞれ独立して動作する。
【００２４】
簡略に述べると、上記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＥＭＭ／ＧＭＭ信号（例えば、Ａｔｔａｃｈ、ＴＡＵ／ＲＡＵ要請など）制御のためのものである。上記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは（Ｅ）ＳＭ信号（例えば、ＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ、Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ、Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｔｉｖａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ要請など）制御のためのものである。
【００２５】
具体的には、ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはネットワークに輻輳（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、これを制御するために使う移動性関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間ＵＥはアタッチ（ａｔｔａｃｈ）、位置情報更新（ＴＡＵ、ＲＡＵ）、サービス要請手順（Ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）ができないようにするタイマである。但し、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）である場合には、例外としてタイマが動作していてもＵＥが要請できる。
【００２６】
前述したように、ＵＥはＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値をコア網ネットワークノード（例えばＭＭＥ、ＳＧＳＮなど）から提供されるか、下位階層（ｌｏｗｅｒ  ｌａｙｅｒ；Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）から伝達されることができる。また、ＵＥによって１５分から３０分の間の範囲内でランダムに設定されることもできる。
【００２７】
一方、上記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはネットワークに輻輳（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、これを制御するために使うセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間ＵＥは関連する（ａｓｓｏｃｉａｔｅｄ）ＡＰＮ基盤のセッションを設定または変更ができないようにするタイマである。但し、同様に緊急ベアラサービス、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）である場合には、例外としてタイマが動作していてもＵＥ（機器）が要請できる。
【００２８】
ＵＥはかかるＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値をコア網ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮなど）から提供されて、最大７２時間内でランダムに設定される。また、ＵＥによって１５分から３０分の間の範囲内でランダムに設定されることもできる。
【００２９】
もう一方で、（ｅ）ＮｏｄｅＢも輻輳制御を遂行することができる。ＲＡＮまたはコアネットワーク輻輳状況でＵＥはＲＲＣ／ＲＲ（Ｃ）連結確立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順遂行時の延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）と共に（ｅ）ＮｏｄｅＢから拒絶応答を受けることができる。このような場合、ＵＥは（ｅ）ＮｏｄｅＢから受信した延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）が満了するまでＥＭＭ／ＧＭＭ手順を開始することができない（よって、ＲＲＣ／ＲＲ（Ｃ）連結確立手順を開始することができなくなる）。上記の延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）はＵＥがＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマとみなして使う。
【００３０】
図２ａ及び図２ｂはネットワーク輻輳（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）時、ＵＥのＭＭ動作またはＳＭ動作を拒絶する手順を示す。
【００３１】
図２ａを参照して分かるように、ネットワーク輻輳（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）時にＵＥ１００が（ｅ）ＮｏｄｅＢ２００を通じてアタッチ（Ａｔｔａｃｈ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順、ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）またはサービス要請手順を遂行すれば、上記ネットワーク内のノード、例えばＭＭＥ／ＳＧＳＮ５１０は事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）などのようにネットワークの状況に応じて上記アタッチ要請、ＴＡＵ要請、ＲＡＵ要請、サービス要請に対する拒絶（Ｒｅｊｅｃｔ）メッセージを送信する。
【００３２】
そして、上記ＭＭＥ／ＳＧＳＮ５１０は拒絶メッセージを送信しながら、上記拒絶メッセージ内に遅延時間（ｂａｃｋ−ｏｆｆ）タイマを含ませて送信し、その期間が満了するまでＵＥ１００は接続をリトライしないようにすることができる。
【００３３】
または、図２ｂのように、ネットワーク輻輳（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）時に上記ネットワーク内のノード、例えばＭＭＥ／ＳＧＳＮ５１０は事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）などのようにネットワークの状況に応じて遅延時間（ｂａｃｋ−ｏｆｆ）タイマをＵＥ１００に（ｅ）ＮｏｄｅＢ２００を通じて伝達することができる。上記の遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＭＭＥ／ＳＧＳＮ５１０がＵＥ１００に送信するメッセージ（例えば、Ｄｅａｃｔｉｖａｔｅ  ＥＰＳ  Ｂｅａｒｅｒ  Ｃｏｎｔｅｘｔ要請、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰ  ｃｏｎｔｅｘｔ要請）を送信時に含ませることもできる。
【００３４】
一方、上記拒絶メッセージがＴＡＵ拒絶メッセージの場合、含まれ得る情報は次の表の通りである。
【００３５】
【表２】
2019520771.tif 000004
【００３６】
一方、上記メッセージがＤｅａｃｔｉｖａｔｅ  ＥＰＳ  Ｂｅａｒｅｒ  Ｃｏｎｔｅｘｔ要請メッセージの場合、含まれ得る情報は次の表の通りである。
【００３７】
【表３】
2019520771.tif 000005
【００３８】
一方、ｅＮｏｄｅＢ２００も輻輳制御を遂行することができる。例えば、ＲＲＣ連結要請に対してｅＮｏｄｅＢ２００は図２ｃのように動作することで輻輳制御を遂行することができる。
【００３９】
図２ｃはＲＲＣ連結が拒絶される例を示す。
【００４０】
図２ｃを参照して分かるように、アイドル状態（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１００はデータ送信を試みるためにＲＲＣ連結を行おうとする場合、ＲＲＣ連結要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ２００に送信する。
【００４１】
この時、万一上記ｅＮｏｄｅＢ２００が過負荷状態の場合、上記ｅＮｏｄｅＢ２００はＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）メッセージを上記ＵＥ１００に送信する。上記ＲＲＣ連結拒絶メッセージは延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）を含むことができる。上記延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）は遅延許容接続（Ｄｅｌａｙ  Ｔｏｌｅｒａｎｔ  ａｃｃｅｓｓ）要請のための秒単位の待機時間である。上記延長待機タイマは最大１８００秒（即ち、３０分）に指定されることができる。
【００４２】
図３はネットワーク輻輳状態でアクセス制御による遮断動作を示した例示的なフローチャートである。
【００４３】
図３に図示したように、ネットワークあるいはｅＮｏｄｅＢ２００の過負荷または輻輳状態で、ｅＮｏｄｅＢ２００はシステム情報を通じてＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）関連情報をブロードキャスティングすることができる。上記システム情報はＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２であることができる。
【００４４】
上記ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２は下の表のようなＡＣＢ関連情報を含むことができる。
【００４５】
【表４】
2019520771.tif 000006
【００４６】
一方、上記ＵＥ１（１００ａ）はＩＭＳサービス、例えばＶｏＬＴＥによる呼（ｃａｌｌ）の発信を決定し、サービス要請メッセージを生成する。同様に、ＵＥ２（１００ｂ）は一般データの発信を決定し、サービス要請メッセージを生成する。
【００４７】
次に、上記ＵＥ１（１００ａ）はＲＲＣ連結要請メッセージを生成する。同様に、ＵＥ２（１００ｂ）はＲＲＣ連結要請メッセージを生成する。
【００４８】
一方、上記ＵＥ１（１００ａ）はアクセス遮断検査（即ち、ＡＣＢ適用可否）を遂行する。同様に、ＵＥ２（１００ｂ）はアクセス遮断検査（即ち、ＡＣＢ適用可否）を遂行する。
【００４９】
万一上記ＡＣＢの適用対象でなければ、上記ＵＥ１（１００ａ）と上記ＵＥ２（１００ｂ）はそれぞれサービス要請（あるいは拡張サービス要請）メッセージとＲＲＣ連結要請メッセージを送信することができる。しかし、上記ＡＣＢの適用対象であれば、上記ＵＥ１（１００ａ）と上記ＵＥ２（１００ｂ）すべてはそれぞれＲＲＣ連結要請メッセージを送信することができない。
【００５０】
上記アクセス遮断検査に対して、具体的に説明すれば次の通りである。ＵＥは一般的に１０個のアクセスクラス（例えば、ＡＣ０、ＡＣ１、．．．、ＡＣ９）のうち少なくとも一つがランダムに割り当てられている。例外的に、緊急非常アクセスのためにはＡＣ１０が割り当てられる。このようにランダムに割り当てられたアクセスクラスの値は、上記ＵＥ１（１００）及びＵＥ２（１００ｂ）の各ＵＳＩＭには保存されることができる。すると、上記ＵＥ１（１００ａ）と上記ＵＥ２（１００ｂ）は上記保存されたアクセスクラスに基づき、上記受信したＡＣＢ関連情報に含まれている遮断ファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）フィールドを利用してアクセス遮断が適用されるかを確認する。かかるアクセス遮断検査は上記ＵＥ１（１００ａ）と上記ＵＥ２（１００ｂ）の各ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層、即ちＲＲＣ階層で遂行される。
【００５１】
上記アクセス遮断検査に対して、さらに具体的に説明すれば次の通りである。
【００５２】
上記ＵＥ１（１００ａ）及びＵＥ２（１００ｂ）がそれぞれ受信したＳＩＢタイプ２にａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔが含まれており、上記ａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔには上位階層に選択されたＰＬＭＮに対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリが含まれている場合、上記上位階層によって選択されたＰＬＭＮと対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリを選択する。
【００５３】
次に、上記ＵＥ１（１００ａ）及びＵＥ２（１００ｂ）がＲＲＣ連結要請を行おうとする場合、ＴｂａｒｒｉｎｇとしてＴ３０３を使い、遮断パラメータとしてａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを使ってアクセス遮断検査を遂行する。
【００５４】
遮断されると決定される場合、上記ＵＥ１（１００ａ）及びＵＥ２（１００ｂ）の各ＡＳ階層（即ち、ＲＲＣ階層）はＲＲＣ連結確立の失敗を上位階層に知らせる。
【００５５】
次に、このようにアクセスが遮断される時、各ＡＳ階層（即ち、ＲＲＣ階層）はＴ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中であるかを判断する。万一駆動中でなければ、上記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマを駆動する。
【００５６】
一方、上記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中の間には、上記ＡＳ階層（即ち、ＲＲＣ階層）は該当セルに対する全てのアクセスは遮断されるものとみなす。
【００５７】
以上で説明したように、ネットワーク過負荷及び輻輳状況でｅＮＢ／ＲＮＣがＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）関連情報をＵＥに提供する。すると、ＵＥはＵＳＩＭに保存されている自身のアクセスクラス（ａｃｃｅｓｓ  ｃｌａｓｓ）に基づき、受信したＡＣＢ情報に含まれている遮断ファクタ（Ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）を利用してアクセス遮断（Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）をチェックするようになる。かかるアクセス遮断検査を通じて最終的にアクセスを試みることができないようにするのである。即ち、アクセス遮断検査を通じて該当セルに対するアクセスが遮断される場合には、ＵＥはアクセスを試みることができず、該当セルに対するアクセスが遮断されない場合には、ＵＥはアクセスを試みるようになる。かかるアクセス遮断検査はＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層で遂行する。ここでアクセスの試みはＵＥのＡＳ階層（即ち、ＲＲＣ階層）からｅＮＢ／ＲＮＣへのＲＲＣ連結要請メッセージを送信することを意味する。
【００５８】
＜次世代移動通信ネットワーク＞
【００５９】
４世代移動通信のためのＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）の成功に乗じ、今後の移動通信、即ち５世代（いわゆる５Ｇ）移動通信に対する関心も高まっており、研究も続々と進行されている。
【００６０】
国際電気通信連合（ＩＴＵ）が定義する５世代移動通信は、最大２０Ｇｂｐｓのデータ送信速度と場所を問わず最小１００Ｍｂｐｓ以上の体感送信速度を提供することを言う。正式名称は‘ＩＭＴ−２０２０’であり、世界的に２０２０年に商用化することを目標としている。
【００６１】
ＩＴＵでは３つの使用シナリオ、例えばｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  ＢｒｏａｄＢａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を提示している。
【００６２】
まず、ＵＲＬＬＣは高い信頼性と低い遅延時間を要求する使用シナリオに関する。例えば自動走行、ファクトリオートメーション、拡張現実のようなサービスは高い信頼性と低い遅延時間（例えば、１ｍｓ以下の遅延時間）を要求する。現在４Ｇ（ＬＴＥ）の遅延時間は統計的に２１−４３ｍｓ（ｂｅｓｔ  １０％）、３３−７５ｍｓ（ｍｅｄｉａｎ）である。これは１ｍｓ以下の遅延時間を要求するサービスをサポートするのに不足する。
【００６３】
次に、ｅＭＢＢ使用シナリオは、移動超広帯域を要求する使用シナリオに関する。
【００６４】
かかる超広帯域の高速サービスは、既存のＬＴＥ／ＬＴＥ−Ａのために設計されたコアネットワークによっては受容され難いと考えられる。
【００６５】
従って、いわゆる５世代移動通信ではコアネットワークの再設計が切実に要求される。
【００６６】
図４ａは次世代移動通信の予想構造をノードの観点から示した例示図である。
【００６７】
図４ａを参照して分かるように、ＵＥは次世代ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を通じてコアネットワークに接続されることができる。上記次世代コアネットワークは制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ；ＣＰ）機能ノードと、ユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ；ＵＰ）機能ノードを含むことができる。上記ＣＰ機能ノードはＵＰ機能ノードとＲＡＮを管理するノードであって、制御信号を送受信する。かかる上記ＣＰ機能ノードは４世代移動通信のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）の機能全部または一部、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）及びＰ−ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）の制御平面機能の全部または一部を遂行する。上記ＵＰ機能ノードはユーザデータが送受信されるゲートウェイの一種である。上記ＵＰ機能ノードは４世代移動通信のＳ−ＧＷ及びＰ−ＧＷのユーザ平面機能の全部または一部を遂行することができる。
【００６８】
図示した政策制御機能（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：ＰＣＦ）は事業者の政策を制御するノードである。そして、図示した加入者情報サーバ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）サーバはユーザの加入者情報を保存する。
【００６９】
図４ｂは次世代移動通信の予想構造をセッション管理観点から示した例示図である。
【００７０】
図示したように、コアネットワークは制御平面（ＣＰ）とユーザ平面（ＵＰ）に分けられる。制御平面（ＣＰ）内には政策制御機能（ＰＣＦ）エンティティと加入者情報サーバ、セッション管理（ＳＭ）を遂行するＣＰノードが存在できる。そして、上記ユーザ平面（ＵＰ）内にはＵＰ機能ノードが存在できる。上記制御平面（ＣＰ）内のノードはクラウド仮想化を通じて具現される。同様に、ユーザ平面（ＵＰ）内のノードはクラウド仮想化を通じて具現される。
【００７１】
ＵＥはアクセスネットワーク（ＡＮ）を通じてデータネットワーク（ＤＮ）に向かうセッションを生成要請することができる。上記セッションは上記セッション管理（ＳＭ）のためのＣＰノードによって生成及び管理されることができる。この時、上記セッション管理は上記加入者情報サーバに保存された情報及び上記政策制御機能（ＰＣＦ）エンティティ内に保存された事業者の政策（例えば、ＱｏＳ管理政策）に基づいて遂行されることができる。即ち、上記セッション管理（ＳＭ）のためのＣＰノードが上記ＵＥからセッションの生成／修正／解除に対する要請を受ければ、上記加入者情報サーバ及び上記政策制御機能（ＰＣＦ）とインターアクション（ｉｎｔｅｒａｃｔｉｏｎ）し、上記情報を獲得し、上記セッションを生成／修正／解除する。また、上記セッション管理（ＳＭ）のためのＣＰノードは上記セッションのためのＵＰ機能ノードを選択し、コアネットワークのリソースを割り当てる。また、上記セッション管理（ＳＭ）のためのＣＰノードはＵＥに直接ＩＰアドレスを割り当てるか、上記ＵＰ機能ノードにＩＰアドレスを上記ＵＥに割り当てるように要請することができる。
【発明の概要】
【発明が解決しようとする課題】
【００７２】
前述したように、５世代移動通信は最大２０Ｇｂｐｓのデータ送信速度を提供するために設計されるところ、現在まではネットワークの過負荷問題に対しては憂慮していない。
【００７３】
しかし、商用化以後、数年内にはネットワーク過負荷による輻輳（ｃｏｎｇｅｓｔｉｏｎ）問題を憂慮しなければならない。従って、輻輳及びアクセスの制御技法が必要である。
【００７４】
従って、本明細書の開示は次世代移動通信のための輻輳制御方案を提示することを目的とする。
【課題を解決するための手段】
【００７５】
上記のような目的を果たすために、本明細書の一開示はユーザ装置（ＵＥ）がアクセス制御を遂行する方法を提供する。上記方法はセルに対するアクセスが現在遮断されているか、あるいはバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が駆動中であっても、重要サービスが要求される場合、上記ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層は上記重要サービスに対する情報とＮＡＳシグナリング要請をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層に伝達する段階と、そして上記ＲＲＣ階層は上記重要サービスに対する情報に基づいて、アクセス制御のための検査をスキップするか（ｓｋｉｐ）あるいは無視（ｏｖｅｒｒｉｄｅ）する段階を含むことができる。ここで上記重要サービスに対する情報は事前に予め設定されていることができる。
【００７６】
上記バックオフタイマは特定の基準別に駆動されることができる。
【００７７】
上記方法は上記特定の基準に対する設定情報を予め受信する段階をさらに含むことができる。
【００７８】
上記特定の基準はＵＥタイプ、サービスタイプ、通信タイプ、ネットワークスライシング、そしてグループのうち一つ以上を含むことができる。
【００７９】
上記セルに対するアクセスは特定の基準別に遮断されることができる。
【００８０】
上記方法は上記駆動中のバックオフタイマを無視（ｏｖｅｒｒｉｄｅ）または中止（ｓｔｏｐ）する段階をさらに含むことができる。
【００８１】
上記重要サービスに対する情報はコールタイプ（ｃａｌｌ  ｔｙｐｅ）、カテゴリ（ｃａｔｅｇｏｒｙ）またはＲＲＣ確立原因内に含まれて上記ＲＲＣ階層に伝達することができる。
【００８２】
上記のような目的を達成するために、本明細書の一開示はまたアクセス制御を遂行するユーザ装置を提供する。上記ユーザ装置は送受信部と、上記送受信部を制御し、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層とＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層を駆動するプロセッサを含むことができる。セルに対するアクセスが現在遮断されているか、あるいはバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が駆動中であっても、重要サービスが要求される場合、上記プロセッサのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）階層は上記重要サービスに対する情報とＮＡＳシグナリング要請をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層に伝達することができる。そして、上記プロセッサのＲＲＣ階層は上記重要サービスに対する情報に基づいて、アクセス制御のための検査をスキップするか（ｓｋｉｐ）あるいは無視（ｏｖｅｒｒｉｄｅ）することができる。上記重要サービスに対する情報は事前に予め設定されていることができる。
【発明の効果】
【００８３】
本明細書の開示によれば既存の問題点が解決されるようになる。
【図面の簡単な説明】
【００８４】
【図１】進化した移動通信ネットワークの構造図である。
【図２】〔図２ａ〕、〔図２ｂ〕は、ネットワーク輻輳（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）時のＵＥのＭＭ動作またはＳＭ動作を拒絶する手順を示し、〔図２ｃ〕はＲＲＣ連結が拒絶される例を示す。
【図３】ネットワーク輻輳状態でアクセス制御による遮断動作を示した例示的なフローチャートである。
【図４】〔図４ａ〕は次世代移動通信の予想構造をノード観点から示した例示図であり、〔図４ｂ〕は次世代移動通信の予想構造をセッション管理観点から示した例示図である。
【図５】ネットワークスライシングの概念を具現するためのアーキテクチャの例を示した例示図である。
【図６】ネットワークスライシングの概念を具現するためのアーキテクチャの他の例を示した例示図である。
【図７】本明細書で提示される一方案による手順を示した例示図である。
【図８】〔図８ａ〕はＵＥがローミングしない場合のアーキテクチャを示し、〔図８ｂ〕はＵＥがローミングした場合のアーキテクチャを示す。
【図９】本発明の実施例によるＵＥ１００及びネットワークノードの構成ブロック図である。
【発明を実施するための形態】
【００８５】
本明細書で使われる技術的用語は単に特定の実施例を説明するために使われたものであり、本発明を限定しようとする意図はないことを留意しなければならない。また、本明細書で使われる技術的用語は本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野で通常の知識を有する者によって一般的に理解される意味で解釈されなければならず、過度に包括的な意味で解釈されたり、過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない誤った技術的用語である時には、当業者が正しく理解することができる技術的用語に代替されて理解されなければならない。また、本発明で使われる一般的な用語は辞書に定義されているところによって、または前後の文脈上によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００８６】
また、本明細書で使われる単数の表現は、文脈上明白に異なって意味しない限り、複数の表現を含む。本出願で、構成されるまたは有するなどの用語は明細書上に記載された、いくつかの構成要素、またはいくつかの段階を必ずしも全て含むものと解釈されてはならず、そのうち一部の構成要素または一部の段階は含まれていないこともあり、または追加的な構成要素または段階をさらに含むことができると解釈されなければならない。
【００８７】
また、本明細書で使われる第１、第２などのように序数を含む用語は多様な構成要素を説明するのに使われることがあるが、上記構成要素は上記用語によって限定されてはならない。上記用語は一つの構成要素を他の構成要素から区別する目的のみで使われる。例えば、本発明の権利範囲を逸脱せずに第１構成要素は第２構成要素と命名されることがあり、同様に第２構成要素も第１構成要素と命名されることがある。
【００８８】
ある構成要素が他の構成要素に連結されているか、接続されていると言及された時には、その他の構成要素に直接的に連結されているか、または接続されていることもあるが、中間に他の構成要素が存在することもある。一方、ある構成要素が他の構成要素に直接連結されているか、直接接続されていると言及された時には、中間に他の構成要素が存在しないと理解されなければならない。
【００８９】
以下、添付の図面を参照して本発明による好ましい実施例を詳細に説明するが、図面符号に関係なく同一か類似する構成要素は同一の参照番号を付与し、これに対する重複した説明は省略するものとする。また、本発明を説明するにおいて関連された公知技術に対する具体的な説明が本発明の要旨を曖昧にし得ると判断される場合、その詳細な説明を省略する。また、添付の図面は本発明の思想を容易に理解できるようにするためのものに過ぎず、添付の図面によって本発明の思想が制限されると解釈されてはならないことを留意しなければならない。本発明の思想は添付の図面の外に全ての変更、均等物ないし代替物までにも拡張されると解釈されなければならない。
【００９０】
添付の図面では例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が図示されているが、図示した上記ＵＥはＵＥ１００（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、などの用語で言及されることもある。また、上記ＵＥはノートパンコン、携帯端末、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であることがあり、ＰＣ、車両搭載装置のように携帯不可能な機器であることができる。
【００９１】
＜用語の定義＞
【００９２】
以下、図面を参照して説明するに先立ち、本発明の理解を助けるために、本明細書で使われる用語を簡単に定義することにする。
【００９３】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＵＥ１００装置を意味する。
【００９４】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字であって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク
【００９５】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立したネットワーク
【００９６】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ  ＆  ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード
【００９７】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅ  モード  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード
【００９８】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局として屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９９】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【０１００】
セッション（Ｓｅｓｓｉｏｎ）：セッションはデータ送信のための通路であって、その単位はＰＤＮ、Ｂｅａｒｅｒ、ＩＰｆｌｏｗ単位などであり得る。各単位の差異は３ＧＰＰで定義したように対象ネットワークの全体単位（ＡＰＮまたはＰＤＮ単位）、その中でＱｏＳで区分する単位（Ｂｅａｒｅｒ単位）、目的地ＩＰアドレス単位で区分することができる。
【０１０１】
ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅの略字であって、ネットワークで管理する接続ポイントの名前としてＵＥに提供される。即ち、ＰＤＮを指称するか区分する文字列である。要請したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経るようになるが、該Ｐ−ＧＷを見つけることができるようにネットワーク内で予め定義した名前（文字列）である。例えば、ＡＰＮはｉｎｔｅｒｎｅｔ.ｍｎｃ０１２.ｍｃｃ３４５.ｇｐｒｓのような形態になり得る。
【０１０２】
ＰＤＮ連結（ｃｏｎｎｅｃｔｉｏｎ）：ＵＥからＰＤＮへの連結、即ち、ｉｐアドレスで表現されるＵＥとＡＰＮで表現されるＰＤＮとの連関（連結）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間の連結（ＵＥ１００−ＰＤＮ  ＧＷ）を意味する。
【０１０３】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ  ｉｄ、移動性（現在位置など）、セッションの属性（ＱｏＳ、優先順位など）で構成された状況情報
【０１０４】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などをサポート
【０１０５】
ＰＬＭＮ：公衆陸上通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）の略語であって、事業者のネットワーク識別番号を意味する。ＵＥのローミング状況でＰＬＭＮはＨｏｍｅ  ＰＬＭＮ（ＨＰＬＭＮ）とＶｉｓｉｔｅｄ  ＰＬＭＮ（ＶＰＬＭＮ）に区分される。
【０１０６】
＜ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）＞
【０１０７】
以下、次世代移動通信で導入されるネットワークのスライシングを説明する。
【０１０８】
次世代移動通信は一つのネットワークを通じて多様なサービスを提供するために、ネットワークのスライシングに対する概念を紹介している。ここで、ネットワークのスライシングは特定サービスを提供する時に必要な機能を有するネットワークノードの組み合わせである。スライスインスタンスを構成するネットワークノードはハードウェア的に独立されたノードであるか、または論理的に独立されたノードであることができる。
【０１０９】
各スライスインスタンスは、ネットワーク全体を構成するのに必要な全てのノードの組み合わせで構成されることができる。この場合、一つのスライスインスタンスはＵＥに単独でサービスを提供することができる。
【０１１０】
これとは異なり、スライスインスタンスはネットワークを構成するノードのうち一部のノードの組み合わせで構成されることもできる。この場合、スライスインスタンスはＵＥに単独でサービスを提供せず、既存の他のネットワークノードと連携してＵＥにサービスを提供することができる。また、複数のスライスインスタンスが互いに連携してＵＥにサービスを提供することもできる。
【０１１１】
スライスインスタンスはコアネットワーク（ＣＮ）ノード及びＲＡＮを含んだ全体ネットワークノードが分離されることができる点で専用コアネットワークと差異がある。また、スライスインスタンスは単純にネットワークノードが論理的に分離することができるという点で専用コアネットワークと差異がある。
【０１１２】
図５はネットワークスライシングの概念を具現するためのアーキテクチャの例を示した例示図である。
【０１１３】
図５を参考して分かるように、コアネットワーク（ＣＮ）はいつかのスライスインスタンスに分けられることができる。各スライスインスタンスはＣＰ機能ノードとＵＰ機能ノードのうち一つ以上を含むことができる。
【０１１４】
各ＵＥはアクセスネットワーク（ＡＮ）を通じて自身のサービスに合うネットワークスライスインスタンスを使うことができる。
【０１１５】
図５に図示されたものとは異なり、各スライスインスタンスは他のスライスインスタンスとＣＰ機能ノードとＵＰ機能ノードのうち一つ以上を共有することもできる。これに対して図６を参照して説明すれば次の通りである。
【０１１６】
図６はネットワークスライシングの概念を具現するためのアーキテクチャの他の例を示した例示図である。
【０１１７】
図６を参照すれば、複数のＵＰ機能ノードがクラスタリングされ、同様に複数のＣＰ機能ノードもクラスタリングされる。
【０１１８】
そして、図６を参照すれば、コアネットワーク内のスライスインスタンス＃１（あるいはインスタンス＃１と言う）はＵＰ機能ノードの第１クラスタを含む。そして、上記スライスインスタンス＃１はＣＰ機能ノードのクラスタをスライス＃２（あるいはインスタンス＃２と言う）と共有する。上記スライスインスタンス＃２はＵＰ機能ノードの第２クラスタを含む。
【０１１９】
図示したＣＮＳＦ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）はＵＥのサービスを受容することができるスライス（あるいはインスタンス）を選択する。
【０１２０】
図示したＵＥは上記ＣＮＳＦによって選択されたスライスインスタンス＃１を通じてサービス＃１を利用することができ、また上記ＣＮＳＦによって選択されたスライスインスタンス＃２を通じてサービス＃２を利用することができる。
【０１２１】
以上、ネットワークスライシングに対する概念を説明した。
【０１２２】
一方、前述したように、５世代移動通信は最大２０Ｇｂｐｓのデータ送信速度を提供するために設計されるところ、現在まではネットワーク過負荷問題に対しては憂慮していない。
【０１２３】
しかし、商用化以後、数年内にはネットワーク過負荷による輻輳（ｃｏｎｇｅｓｔｉｏｎ）問題を憂慮しなければならない。従って、輻輳及びアクセスの制御技法が必要である。
【０１２４】
例えば、特定の状況（例えば、災難イベント、ネットワーク輻輳または過負荷）ではコアネットワークノードの輻輳または過負荷を減少させるため、ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）信号要請を防がなければならない。ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）はコアネットワーク過負荷制御及びＮＡＳレベル輻輳制御のような機能をサポートしなければならない。コアネットワーク過負荷制御はコアネットワークに向かう信号を制限／遮断しなければならないことを意味する。ＮＡＳレベル輻輳制御はＡＰＮ基盤セッション管理輻輳制御及びＮＡＳレベル移動性管理輻輳制御を含む。
【０１２５】
また、重要な状況でアクセスチャンネルの過負荷を防ぐためにＵＥがアクセスを試みることを制御しなければならない。
【０１２６】
一方、ネットワークスライシングの概念を導入することで、次のような要求事項が適用されなければならない。
【０１２７】
次世代移動通信ネットワーク（以下、ＮｅｘｔＧｅｎあるいはＮＧＮと言う）は運営者が行ったスライスのサービスが他のスライスによって提供されるサービスに否定的な影響を及ぼすことを防ぐ方式でネットワークスライスを同時に作動させなければならない。
【０１２８】
上記の要求事項によって、次世代移動通信ネットワークはネットワークスライス別にコアネットワーク過負荷及びＮＡＳ水準の輻輳制御をサポートしなければならない。
【０１２９】
また、次世代移動通信ネットワークは下記のようにより強化したアクセス制御をサポートしなければならない必要がある。
【０１３０】
−３ＧＰＰシステムは加入者ＰＬＭＮ、アクセスクラス、装置類型（ＵＥまたはＩｏＴ装置）、サービス類型（例：音声、ＳＭＳ、特定のデータアプリケーション）及び通信類型（例：非常呼出、信号及び／またはサービス発信）によって差別的なアクセス制御を行わなければならない。
【０１３１】
−向上したサービスアクセス制御メカニズムは運営者の政策によって決定された制限済サービスセットに対するアクセスを提供できなければならない。
【０１３２】
上記要求事項から、次世代移動通信システムは特定の情報（例えば、装置類型、サービス類型、通信類型、ネットワークスライス、特定のグループなど）に基づき輻輳及びアクセス制御をサポートできなければならない。
【０１３３】
上記内容を元に次世代移動通信ネットワークの動作を整理すれば次の通りである。
【０１３４】
１．次世代移動通信ネットワークはコアネットワーク過負荷制御をサポートしなければならない。
【０１３５】
２．次世代移動通信ネットワークは移動性管理輻輳制御とセッション管理輻輳制御をすべてサポートしなければならない。
【０１３６】
３．次世代移動通信ネットワークは細部的な（ｇｒａｎｕｌａｒｉｔｙ）輻輳制御をサポートしなければならない。
【０１３７】
４．次世代移動通信ネットワークは向上したアクセス制御をサポートしなければならない。
【０１３８】
５．次世代移動通信ネットワークは一部基準によって輻輳及びアクセス制御をサポートしなければならない。
【０１３９】
上記の内容を整理すれば次の通りである。
【０１４０】
輻輳及びアクセス制御はコアネットワーク信号過負荷及びＮＡＳ／ＲＲＣレベル輻輳を防げなければならない。次世代移動通信ネットワークの輻輳及びアクセス制御要求事項は次世代移動通信ネットワークアーキテクチャによってＬＴＥ／ＥＰＣと本質的に類似すると予想されるが、ネットワークの精巧性、特定の基準及び／または相互作用によって輻輳及びアクセス制御が遂行される方式が異なり得る。
【０１４１】
次世代移動通信ネットワークはコアネットワーク過負荷制御をサポートしなければならない。次世代移動通信ネットワークはコアネットワーク信号過負荷を感知し、コアネットワーク信号を制限／遮断できなければならない。また、ＵＥと次世代移動通信ネットワークは全て移動管理輻輳制御及びセッション管理輻輳制御を提供する機能をサポートしなければならない。次世代移動通信ネットワークは特定の基準（例えば、ＡＰＮ当たり、スライス当たり、またはグループ当たり）及び／または特定の基準（例：装置類型、サービス類型、通信類型、特定のグループなど）によってＮＡＳシグナリング輻輳を探知することができる。また、次世代移動通信ネットワークは特定の情報（例えば、装置類型、サービス類型、通信類型、特定のグループ、特定のスライスなど）に基づき強化したアクセス制御をサポートしなければならない。
【０１４２】
この核心イシューに対する解決策として、次のような事項が研究されなければならない。
【０１４３】
ｉ）コアネットワーク過負荷制御：
【０１４４】
−コアネットワークノード間のコアネットワークシグナリングを制御する方法。
【０１４５】
−コアネットワーク信号が制御される基準
【０１４６】
ｉｉ）以下を含む移動性管理輻輳制御
【０１４７】
−移動性管理のためにＵＥとＣＮとの間のＮＡＳ信号連結を制御する方法。
【０１４８】
−細分性ＮＡＳ信号連結を制御する方法を研究します。
【０１４９】
ｉｉｉ）セッション管理停滞制御：
【０１５０】
−特定の細分化されたセッション管理のためにＵＥとＣＮとの間のＮＡＳ信号連結を制御する方案。
【０１５１】
−多様な基本ＰＤＵシグナリング連結が多様なＰＤＵセッションシナリオが可能になるように制御されるかに対する研究。
【０１５２】
ｉｖ）向上したアクセス制御：
【０１５３】
−ＡＮとＵＥとの間のＲＲＣ信号連結を制御する方案。
【０１５４】
−いかなるＲＲＣ信号連結が制御されるべきかに対する研究。
【０１５５】
ｖ）輻輳制御及びアクセス制御機能間の相関関係に対する識別。
【０１５６】
−運営者政策によってサービスの優先順位を定めるために輻輳制御とアクセス制御との間のインターワーキングが必要かに対する研究。
【０１５７】
＜本明細書の開示＞
【０１５８】
以下、本明細書の開示による方案に対して説明することにする。
【０１５９】
Ｉ．第１方案
【０１６０】
第１方案によると、移動性管理輻輳制御（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）はネットワークスライス（あるいはネットワークスライスインスタンス）別に、そしてＵＥ別に遂行されることができる。
【０１６１】
このためにＵＥはネットワークスライス（あるいはネットワークスライスインスタンス）を認知することができる。即ち、上記ＵＥはネットワークスライス（あるいはネットワークスライスインスタンス）の識別子（例えばＩＤ）を認知することができる。このようなＩＤはＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記ＩＤはネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０１６２】
従って、ＵＥは移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ：以下、ＭＭと言う）関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤを含ませた要請メッセージをネットワークに送信することができる。万一上記ネットワークが輻輳及び過負荷状態なら、上記ネットワークは上記ＵＥの要請を拒絶することができる。即ち、上記ネットワークは拒絶メッセージをＵＥに送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ））などを意味する拒絶原因（Ｒｅｊｅｃｔ  ｃａｕｓｅ）に加えて、移動性管理輻輳制御のためのバックオフタイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）を含むことができる。上記バックオフタイマは該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ別に動作することができる。即ち、上記バックオフタイマは該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤとバインディング（ｂｉｎｄｉｎｇ）されて動作することを意味する。
【０１６３】
一方、上記ＵＥは上記移動性関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ情報を含まない要請メッセージを上記ネットワークに送信することもできる。すると、上記ネットワークは輻輳及び過負荷状況である時、上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤと関連した移動性管理輻輳制御のためのバックオフタイマを含むことができる。即ち、仮にＵＥが該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ情報を提供しなくても、上記ネットワークは上記ＵＥに対するネットワークスライス（またはネットワークスライスインスタンス）を認知し、上記拒絶メッセージに上記バックオフタイマと共に提供することができることを意味する。上記バックオフタイマは該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ別に動作することができる。即ち、上記バックオフタイマは該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤとバインディング（ｂｉｎｄｉｎｇ）されて動作されることができる。
【０１６４】
具体的な例を挙げると、上記ＵＥはネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃１に該当するバックオフタイマ＃１が動作されている場合、移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行することができない。しかし、上記ＵＥはネットワークスライス（または、ネットワークスライスインスタンス）のＩＤ＃２に該当する移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）は遂行することができる。
【０１６５】
より具体的な動作を説明すれば、次の通りである。
【０１６６】
上記ＵＥのＮＡＳ階層は移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）をネットワーク（例えば、ＡＭＦ）に送信する。この時、上記ＵＥは該当ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃１情報を上記要請のためのメッセージに含ませて送信することができる。上記ネットワークは輻輳及び過負荷状況である時、上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する原因値に加えて、上記ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃１を含むことができる。この時、バックオフタイマ＃１は該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃１のみに適用／該当して動作するようになる。即ち、上記バックオフタイマ＃１は該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃１とバインディングされて動作することを意味する。上記ＵＥのＮＡＳ階層はネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃１と連関されているバックオフタイマ＃１が動作されている場合、ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃１と関連したネットワーク連結要請または移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行することができない。一方、上記バックオフタイマ＃１が動作されている場合でも、上記ＵＥはネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃２と関連した移動性関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）は遂行することができる。即ち、上記ＵＥは上記ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃２情報を含む要請メッセージをネットワークに送信することができる。
【０１６７】
一方、前述したように、上記ＵＥは移動性関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行する時、ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ情報を含まない要請メッセージを上記ネットワークに送信することもできる。万一輻輳及び過負荷状況なら、上記ネットワークは上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因値に加えて、該当ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃３を含むことができる。即ち、仮にＵＥが送信した要請メッセージが上記ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃３を含まなくても、上記ネットワークは上記ＵＥのためのネットワークスライス（またはネットワークスライスインスタンス）を認知し、上記拒絶メッセージ内に上記ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃３を上記バックオフタイマ＃３と共に提供することができる。上記バックオフタイマ＃３は上記ネットワークスライス（またはネットワークスライスインスタンス）のＩＤ＃３のために動作することができる。即ち、バックオフタイマは該当ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ＃３とバインディングされて動作される。
【０１６８】
上記該当ネットワークは共通コアネットワークノード（制御ノードまたはゲートウェイを含むＣＰ平面機能ノード）を意味する。
【０１６９】
一方、上記ネットワークスライス（あるいはネットワークスライスインスタンス）のＩＤ別に動作するバックオフタイマは互いに異なる値を有することもできる（即ち、互い異なるタイマを使うこともできる）。上記バックオフタイマの値はネットワークによって提供されるランダムな値であることができる。あるいは上記バックオフタイマの値をネットワークが提供しない場合、ＵＥがランダムな値を任意で決定して使うことができる。
【０１７０】
ＩＩ．第２方案
【０１７１】
第２方案によると、移動性管理輻輳制御は特定の基準（例えば、ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ）及びＵＥ別に遂行されることができる。
【０１７２】
このために上記ＵＥは特定の基準（例えば、ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ）などを認知することができる。このような情報はＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記情報はネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０１７３】
従って、ＵＥは移動性管理関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループなど情報を含む要請メッセージをネットワークに送信することができる。ネットワークは輻輳及び過負荷状況である時、かかるＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、移動性管理輻輳制御のためのバックオフタイマをＵＥに提供することができる。この時、バックオフタイマは該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループなど情報別に動作することができる。即ち、上記バックオフタイマは該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ等情報とバインディングされて動作することを意味する。
【０１７４】
具体的な例を挙げると、ＵＥは特定の基準＃１（例えば、ＵＥタイプ＃１、サービスタイプ＃１、通信タイプ＃１、あるいは特定のグループ＃１）に該当するバックオフタイマ＃１が動作されている場合、移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行することができない。しかし、上記ＵＥは特定の基準＃２（例えば、ＵＥタイプ＃２、サービスタイプ＃２、通信タイプ＃２、または特定のグループ＃２）に該当する移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）は遂行することができる。
【０１７５】
より具体的な動作を説明すれば、次の通りである。
【０１７６】
まず、ＵＥのＮＡＳ階層は移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）をネットワーク（例えば、ＡＭＦ）に送信する。この時、上記ＵＥは上記要請メッセージ内に上記特定の基準（例えば、該当ＵＥタイプ＃１、サービスタイプ＃１、通信タイプ＃１、特定のグループ＃１）の情報を含ませることができる。上記ネットワークは輻輳及び過負荷状態なら、上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因値に加えて、特定の基準＃１（例えば、ＵＥタイプ＃１、サービスタイプ＃１、通信タイプ＃１または特定のグループ＃１）に対するバックオフタイマ＃１をＵＥに提供することができる。この時、バックオフタイマ＃１は上記特定の基準＃１（例えば、上記ＵＥタイプ＃１、サービスタイプ＃１、通信タイプ＃１または特定のグループ＃１）のみに適用／該当して動作するようになる。即ち、バックオフタイマ＃１は上記特定の基準＃１にバインディングされて動作することを意味する。従って、ＵＥのＮＡＳ階層は上記特定の基準＃１のためのバックオフタイマ＃１が動作されている場合、上記特定の基準＃１と関連したネットワーク連結要請または移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行することができない。しかし、バックオフタイマ＃１が動作されていても、上記ＵＥは特定の基準＃２（例えば、ＵＥタイプ＃２、サービスタイプ＃２、通信タイプ＃２または特定のグループ＃２）と関連した移動性関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）は遂行することができる。この時、上記ＵＥは該当要請メッセージに上記特定の基準＃２（例えば、ＵＥタイプ＃２、サービスタイプ＃２、通信タイプ＃２または特定のグループ＃２）に対する情報を含ませることができる。
【０１７７】
上記該当ネットワークは共通コアネットワークノード（制御ノードまたはゲートウェイを含むＣＰ平面機能ノード）を意味する。
【０１７８】
上記該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループなど情報別に動作するバックオフタイマは互いに異なる値を有することもできる（即ち、互い異なるタイマを使うこともできる）。上記バックオフタイマの値はネットワークによって提供されるランダムな値であることができる。あるいは上記バックオフタイマの値をネットワークが提供しない場合、ＵＥがランダムな値を任意で決定して使うことができる。
【０１７９】
ＩＩＩ．第３方案
【０１８０】
第３方案によると、セッション管理輻輳制御はＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）別に、あるいはＤＮＮ（Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）別に、そしてＵＥ別に遂行されることができる。
【０１８１】
このために上記ＵＥはＡＰＮあるいはＤＮＮを認知することができる。上記ＡＰＮあるいはＤＮＮはＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記ＡＰＮあるいはＤＮＮはネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０１８２】
上記ＵＥはセッション管理関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ＡＰＮ（またはＤＮＮ）などの情報を含む要請メッセージをネットワークに送信することができる。上記ネットワークは輻輳及び過負荷状態なら、上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、セッション管理輻輳制御のためのバックオフタイマを上記ＵＥに提供することができる。この時、バックオフタイマは該当ＡＰＮまたはＤＮＮなど情報別に動作することができる。即ち、上記バックオフタイマは該当ＡＰＮまたはＤＮＮなどの情報とバインディングされて動作されることができる。
【０１８３】
具体的な例を挙げると、ＵＥはＡＰＮ（またはＤＮＮ）＃１に該当するバックオフタイマ＃１が動作されている場合、セッション管理のためのＮＡＳシグナリング要請手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）を遂行することができない。しかし、ＡＰＮ（またはＤＮＮ）＃２に該当するセッション管理のためのＮＡＳシグナリング要請手順は遂行することができる。
【０１８４】
ここで、上記セッション管理輻輳制御のためのバックオフタイマと、上で説明した移動性管理輻輳制御のためのバックオフタイマは互い異なるタイマであることに留意しなければならない。
【０１８５】
より具体的な動作を説明すれば、次の通りである。
【０１８６】
上記ＵＥのＮＡＳ階層はセッション管理関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ＡＰＮ（またはＤＮＮ）＃１の情報を含む要請メッセージをネットワークに送信することができる。上記ネットワークが輻輳及び過負荷状態なら、上記ネットワークはＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、セッション管理輻輳制御のためのバックオフタイマ＃１を含むことができる。この時、バックオフタイマはＡＰＮ（またはＤＮＮ）別に動作することができる。即ち、上記バックオフタイマ＃１は該当ＡＰＮ（またはＤＮＮ）＃１とバインディングされて動作されることができる。
【０１８７】
従って、上記ＵＥのＮＡＳ階層は上記ＡＰＮ（またはＤＮＮ）＃１と連関したネットワーク連結要請またはセッション管理関連要請手順を遂行することができない。しかし、上記バックオフタイマ＃１が動作されていても、上記ＵＥはＡＰＮ（またはＤＮＮ）＃２のためのセッション管理関連要請手順のための要請メッセージをネットワークに送信することができる。
【０１８８】
上記該当ネットワークは共通コアネットワークノード（制御ノードまたはゲートウェイを含むＣＰ平面機能ノード）を意味する。
【０１８９】
上記ＡＰＮまたはＤＤＮ別に動作するバックオフタイマは互いに異なる値を有することもできる（即ち、互い異なるタイマを使うこともできる）。上記バックオフタイマの値はネットワークによって提供されるランダムな値であることができる。あるいは上記バックオフタイマの値をネットワークが提供しない場合、ＵＥがランダムな値を任意で決定して使うことができる。
【０１９０】
ＩＶ．第４方案
【０１９１】
提案４によれば、セッション管理輻輳制御はＡＰＮ（あるいはＤＮＮ）別に、そして追加情報／パラメータ別に、そしてＵＥ別に遂行されることができる。
【０１９２】
このために上記ＵＥはＡＰＮ（あるいはＤＮＮ）そして追加情報／パラメータ認知することができる。上記追加情報／パラメータはＩＰアドレス及び／またはポート番号及び／またはアプリケーションＩＤ及び／またはネットワークスライス（またはネットワークスライスインスタンス）のＩＤ及び／またはサービスタイプ及び／またはカテゴリ（Ｃａｔｅｇｏｒｙ）などを意味する。
【０１９３】
このような情報はＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記情報はネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０１９４】
上記ＵＥはセッション管理関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）を遂行する時、該当ＡＰＮ（またはＤＮＮ）そして上記追加情報／パラメータなどを含む要請メッセージをネットワークに送信することができる。上記ネットワークが輻輳及び過負荷状態なら、上記ネットワークは上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、セッション管理輻輳制御のためのバックオフタイマを含むことができる。この時、バックオフタイマは該当ＡＰＮ（またはＤＮＮ）そして上記追加情報／パラメータ別に動作することができる。即ち、上記バックオフタイマは該当ＡＰＮ（またはＤＮＮ）、そして上記追加情報／パラメータとバインディングされて動作することができる。
【０１９５】
ここで、上記セッション管理輻輳制御のためのバックオフタイマと、上で説明した移動性管理輻輳制御のためのバックオフタイマは互い異なるタイマであることに留意しなければならない。
【０１９６】
より具体的な動作を説明すれば、次の通りである。
【０１９７】
万一上記ＵＥがＡＰＮ（またはＤＮＮ）＃１及び追加情報／パラメータ＃１に該当するバックオフタイマ＃１を動作させている場合、セッション管理のためのＮＡＳシグナリング要請手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）を遂行することができない。しかし、上記ＵＥはＡＰＮ＃２（ｏｒ  ＤＮＮ＃２）及び追加情報／パラメータ＃２に該当するセッション管理のためのＮＡＳシグナリング要請手順は遂行することができる。また、上記ＵＥはＡＰＮ（またはＤＮＮ）＃１及び追加情報／パラメータ＃２に該当するセッション管理のためのＮＡＳシグナリング要請手順は遂行することができる。または、上記ＵＥはＡＰＮ（またはＤＮＮ）
【０１９８】
＃２及び上記追加情報／パラメータ＃１に該当するセッション管理のためのＮＡＳシグナリング要請手順は遂行することができる。
【０１９９】
上記該当ネットワークは共通コアネットワークノード（制御ノードまたはゲートウェイを含むＣＰ平面機能ノード）を意味する。
【０２００】
上記ＡＰＮ（またはＤＮＮ）及び追加情報／パラメータ別に動作するバックオフタイマは互いに異なる値を有することもできる（即ち、互い異なるタイマを使うこともできる）。上記バックオフタイマの値はネットワークによって提供されるランダムな値であることができる。あるいは上記バックオフタイマの値をネットワークが提供しない場合、ＵＥがランダムな値を任意で決定して使うことができる。
【０２０１】
Ｖ．第５方案
【０２０２】
提案５によれば、ＮＡＳ階層の移動性管理のための輻輳制御とＲＲＣ階層のアクセス制御を互いに連関されて遂行されることができる。
【０２０３】
ＵＥと次世代移動通信ネットワーク（ＮＧＮ）は特定の基準（例えば、ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループまたはネットワークスライス（あるいはスライスインスタンス）のＩＤなど）及びＵＥ別に移動性管理のための輻輳制御とアクセス制御を遂行することができる。このために上記ＵＥは上記特定の基準（例えば、ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループまたはネットワークスライス（あるいはスライスインスタンス）のＩＤなど）を認知することができる。
【０２０４】
かかる情報はＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記情報はネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０２０５】
従って、ＵＥはＭＭ関連手順（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行する時、上記特定の基準（例えば、該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループまたはネットワークスライス（あるいはスライスインスタンス）のＩＤなど）情報を含む要請メッセージをネットワークに送信することができる。上記ネットワークが輻輳及び過負荷状態なら、上記ネットワークは上記ＵＥの要請に対して拒絶メッセージを送信することができる。上記拒絶メッセージは輻輳、過負荷、リソース不足（ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）などを意味する拒絶原因に加えて、ＭＭ輻輳制御のためのバックオフタイマをＵＥに提供することができる。この時、上記バックオフタイマは上記特定の基準（例えば、該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループまたはネットワークスライス（あるいはスライスインスタンス）のＩＤなど）別に動作することができる。即ち、上記バックオフタイマは上記特定の基準とバインディングされて動作されることができる。
【０２０６】
より具体的な動作を、図７を参照して説明すれば、次の通りである。
【０２０７】
まず、ＲＡＮ（またはＡＮ／ＡＭＦ）２００は上記特定の基準に対する情報を事前に上記ＵＥ１００に設定することができる。
【０２０８】
また、重要サービスに対する情報がＵＥに予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されることができる。あるいは上記重要サービスに対する情報はＲＡＮ（またはＡＮ／ＡＭＦ）２００がＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０２０９】
上記ＵＥ１００のＮＡＳ階層は第１基準に基礎したＭＭ関連要請メッセージをＲＲＣ階層に伝達する。上記ＲＲＣ階層はＲＲＣ連結確立手順を遂行して、上記ＭＭ関連要請メッセージを送信する。
【０２１０】
万一ネットワークが輻輳及び過負荷状態なら、ＣＰ機能ノード（またはＡＭＦ／ＳＭＦ）５１０は拒絶メッセージを送信することができる。上記拒絶メッセージは上記第１基準に対する情報及びＭＭ輻輳制御のためのバックオフタイマ情報を含むことができる。
【０２１１】
すると、上記ＵＥのＮＡＳ階層は上記ＵＥが特定の基準＃１（例えば、ＵＥタイプ＃１、サービスタイプ＃１、通信タイプ＃１、特定のグループ＃１）に該当するバックオフタイマ＃１を駆動する。
【０２１２】
このように、上記バックオフタイマが駆動中の場合なら、上記ＵＥは移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）を遂行することができない。
【０２１３】
しかし、上記ＵＥは他の特定の基準＃２（例えば、ＵＥタイプ＃２、サービスタイプ＃２、通信タイプ＃２、特定のグループ＃２）に該当する移動性管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）は遂行することができる。
【０２１４】
上記特定の基準別に動作するバックオフタイマは互いに異なる値を有することもできる（即ち、互い異なるタイマを使うこともできる）。上記バックオフタイマの値はネットワークによって提供されるランダムな値であることができる。あるいは上記バックオフタイマの値をネットワークが提供しない場合、ＵＥがランダムな値を任意で決定して使うことができる。
【０２１５】
上記該当ネットワークは共通コアネットワークノード（制御ノードまたはゲートウェイを含むＣＰ平面機能ノード）を意味する。
【０２１６】
一方、上記ＮＡＳシグナリング要請メッセージを送信するためにはＲＲＣ連結確立手順が遂行されなければならない。ところが、上記ＲＲＣ連結確立手順に先立ちＲＲＣ階層でアクセス制御が遂行される。この時、提案５は上記ＮＡＳ階層の輻輳制御及び上記ＲＲＣ階層のアクセス制御が特定の重要サービス（例えば、ｅｍｅｒｇｅｎｃｙ／ｕｒｇｅｎｔ／例外データの送信、事業者によって定義された／特定的なデータサービス、（緊急または一般）音声通話、遅延に敏感なデータの送信など）に対してはバイパス（ｂｙｐａｓｓ）またはオーバライド（ｏｖｅｒｒｉｄｅ）されることができるようにする。
【０２１７】
上記ＵＥのＮＡＳ階層は該当重要サービスに対する情報を特定のインディケーションあるいはコールタイプ（及び／またはＲＲＣ確立原因）あるいは特定のカテゴリを通じてＲＲＣ階層に知らせることができる。上記ＲＲＣ階層は上記ＮＡＳ階層から提供された情報と上記ネットワークから（ＭＩＢまたはＳＩＢを通じて）提供された情報（例えば、特定のサービスに対してアクセス制御の検査をスキップ（ｓｋｉｐ）せよとの指示）に基づいてアクセス制御の検査をスキップ（ｓｋｉｐ）またはバイパス（ｂｙｐａｓｓ）をするようになる。
【０２１８】
この時、ＵＥのＮＡＳ階層はセルに対するアクセスが現在遮断（ｂａｒｒｅｄ）されていても、そして、移動性管理及び／またはセッション管理のためのバックオフタイマが駆動されていても、上記バックオフタイマを無視（ｏｖｅｒｒｉｄｅ）するか中止（ｓｔｏｐ／ｐａｕｓｅ）し、該当重要サービスに対して（移動性管理及び／またはセッション管理のための）ＮＡＳシグナリング要請手順を遂行することができる。この時、ＮＡＳ階層は該当重要サービスに対する情報を特定のインディケーションあるいは情報（例えば、コールタイプ及び／またはＲＲＣ確立原因または特定のカテゴリ）を通じてＲＲＣ階層に知らせることができる。
【０２１９】
上記ＮＡＳ階層及びＲＲＣ階層は上記セルに対するアクセスが遮断されている状態、あるいはバックオフタイマが駆動中の状態を保存していることができる。具体的に、ＮＡＳ階層とＲＲＣ階層は互いに同時にかかる状態情報を保存することもでき、あるいは二つのうちいずれか一つのみかかる状態情報を保存して管理することもできる。
【０２２０】
さらに、ＲＲＣ階層はアクセス制御に対する結果（成功または失敗）可否をＮＡＳ階層に知らせることもできる。そして、上記ＲＲＣ階層はセルに対するアクセスが遮断された場合、遮断タイマを駆動することができる。この時、上記遮断タイマは上記特定の基準（例えば、該当ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループまたはネットワークスライス（あるいはスライスインスタンス）のＩＤなど）別に動作されることもできる。セルに対するアクセスが遮断された場合、上記ＮＡＳ階層は該当重要サービスが開始され、これによるＮＡＳシグナリング要請を送信する場合以外には新しいＮＡＳシグナリング要請手順を遂行することができない。万一上記遮断タイマが満了した場合に、上記ＲＲＣ階層は遮断に対する緩和情報／インディケーションをＮＡＳ階層に提供するようされ、ようやくＮＡＳ階層は移動性管理及び／またはセッション管理のためのＮＡＳシグナリング要請手順を遂行することができる。
【０２２１】
ＶＩ．第６方案
【０２２２】
第６方案は上で説明したネットワークスライス別に輻輳制御及びアクセス制御、ネットワークスライス及び追加情報／パラメータ別に輻輳制御及びアクセス制御、ＡＰＮ（あるいはＤＮＮ）別に輻輳制御及びアクセス制御、ＡＰＮ（あるいはＤＮＮ）及び追加情報／パラメータ別に輻輳制御及びアクセス制御、あるいはＡＰＮ（あるいはＤＤＮ）及びネットワークスライス別に輻輳制御及びアクセス制御をＵＥがローミングしない場合と、そしてＵＥがローミングした場合に分けて説明する。
【０２２３】
図８ａはＵＥがローミングしない場合のアーキテクチャを示し、図８ｂはＵＥがローミングした場合のアーキテクチャを示す。
【０２２４】
図８ａを参照すれば、ＵＥがローミングしない場合に、既存の４世代ＬＴＥのためのＥ−ＵＴＲＡＮとＥＰＣと５世代移動通信ネットワークは互いにインターワーキングされることができる。図８ａで既存のＥＰＣのためのＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）はユーザ平面のみを担当するＰＧＷ−Ｕと制御平面を担当するＰＧＷ−Ｃに分けられる。そして、ＰＧＷ−Ｕは５世代コアネットワークのユーザ平面機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ：ＵＰＦ）に併合され、ＰＧＷ−Ｃは５世代コアネットワークのセッション管理機能（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ：以下ＳＭＦ）に併合される。そして、既存のＥＰＣのためのＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）は５世代コアネットワークのＰＣＦ（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）に併合されることができる。そして、既存のＥＰＣのためのＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）は５世代コアネットワークのＵＤＦ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）に併合されることができる。ＵＥはＥ−ＵＴＲＡＮを通じてコアネットワークに接続することもできるが、ＵＥは５Ｇ  ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）とＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を通じてコアネットワークに接続することもできる。
【０２２５】
図８ａと図８ｂを相互比較して参照すれば、ＵＥがＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）でローミングした場合、上記ＵＥのデータはＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）を経由して伝達される。
【０２２６】
図８ａと図８ｂのような構造で、４世代ＬＴＥを通じて接続したＵＥに対しては既存の輻輳制御及びアクセス制御技法のみを適用することができる。また、４世代ＬＴＥを通じて接続したＵＥに対しては既存の輻輳制御及びアクセス制御技法をネットワークスライス（またはネットワークスライスインスタンス）別に、あるいは追加情報／パラメータ別に、あるいはＡＰＮ（またはＤＤＮ）別に動作させることができず、既存のようにＵＥ別にのみ動作させることができる。しかし、５世代ＲＡＮを通じて接続したＵＥに対しては新しい輻輳制御及びアクセス制御技法をスライス（またはネットワークスライスインスタンス）別に、あるいは追加情報／パラメータ別に、あるいはＡＰＮ（またはＤＤＮ）別に動作させることができる。
【０２２７】
ここで既存の輻輳制御及びアクセス制御技法はＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）、ＳＳＡＣ（Ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）、ＥＡＢ（Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を意味する。
【０２２８】
ＶＩ−１。第６方案の第１具現例
【０２２９】
万一ＵＥが４Ｇ移動通信ネットワーク（ＥＰＣ／Ｅ−ＵＴＲＡＮ）から５Ｇ移動通信ネットワークに移動した場合、５Ｇ移動通信ネットワークノード（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）はハンドオーバ命令（Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）あるいは登録受諾（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）メッセージあるいはＰＤＵセッション受諾メッセージあるいはＰＤＵセッション修正受諾メッセージなどに上記ネットワークスライス（あるいはネットワークスライスインスタンス）の情報あるいは上記追加情報／パラメータなどの情報を含ませて上記ＵＥに送信する。すると、上記ＵＥは上記伝達された情報に基づき上記輻輳制御及びアクセス制御をスライス（またはネットワークスライスインスタンス）別に、あるいは追加情報／パラメータ別に、あるいはＡＰＮ（またはＤＤＮ）別に遂行する。
【０２３０】
万一５Ｇ移動通信ネットワークノードが送信したハンドオーバ命令（Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）あるいは登録受諾（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）メッセージあるいはＰＤＵセッション受諾メッセージあるいはＰＤＵセッション修正受諾メッセージなどに上記情報が含まれない場合、上記ＵＥは５Ｇ移動通信ネットワークに接続されていても、上記輻輳制御及びアクセス制御を既存のようにＵＥ別に遂行することができる。即ち、上記ＵＥは上記輻輳制御及びアクセス制御をスライス（またはネットワークスライスインスタンス）及び追加情報／パラメータと無関係に遂行することができる。
【０２３１】
ＶＩ−２．第６方案の第２具現例
【０２３２】
５Ｇ移動通信ネットワークではネットワークスライス（あるいはネットワークスライスインスタンス）あるいは特定の基準（例えば、ＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ）別にアクセス制御方式が異なってサポートされることができる。例えば、ネットワークスライス＃１（またはネットワークスライスインスタンス＃１）はＡＣＢ、ＳＳＡＣをサポートし、ネットワークスライス＃２（またはネットワークスライスインスタンス＃２）はＡＣＢ、ＳＳＡＣ、ＥＡＢをサポートし、ネットワークスライス＃３（またはネットワークスライスインスタンス＃３）はＡＣＢ、ＡＣＢ、ＳＳＡＣ、ＡＣＤＣをサポートし、ネットワークスライス＃４（またはネットワークスライスインスタンス＃４）はＡＣ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ｆｏｒ  ５Ｇ  ｓｙｓｔｅｍをサポートすることができる。ここで、特定の基準（例えばＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ）別にアクセス制御方式が異なってサポートされる場合も本内容が同一に適用されることができる。
【０２３３】
上のシナリオで、５Ｇ移動通信ネットワークノード（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）は登録受諾メッセージ、ＰＤＵセッション受諾メッセージ、ＰＤＵセッション受諾修正メッセージなどに上記サポートするネットワークスライス（またはネットワークスライスインスタンス）に対する情報あるいは追加情報／パラメータ情報などをＵＥに提供する。または５Ｇ移動通信ネットワークノード（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）はサポートするアクセス制御技法と共に上記サポートするネットワークスライス（またはネットワークスライスインスタンス）に対する情報あるいは追加情報／パラメータをＵＥに提供することができる。
【０２３４】
上記ＵＥがサポートするアクセス制御技法あるいは上記ＵＥがネットワークスライス（またはネットワークスライスインスタンス）別にサポートするアクセス制御技法は予め−設定（例えば、ＯＭＡ−ＤＭ方式によるＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）形態で予め−設定されるか、あるいはＵＳＩＭに予め設定）されていることができる。あるいは上記アクセス制御技法はネットワークがＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）あるいはＮＡＳシグナリング（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）、あるいは位置更新要請手順、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなどのシグナリング）手順を通じてＵＥに提供することができる。
【０２３５】
ｉ）ＵＥがサポートするアクセス制御技法だけが予め−設定／提供される場合、
【０２３６】
ｉ−１）５Ｇ移動通信ネットワークノード（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）が登録受諾メッセージ、ＰＤＵセッション受諾メッセージ、ＰＤＵセッション受諾修正メッセージなどにサポートするアクセス制御技法と共にネットワークスライス（またはネットワークスライスインスタンス）に対する情報または追加情報／パラメータを含ませて送信する場合、
【０２３７】
ＵＥのＮＡＳ階層はネットワークノード（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）に送信する移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）メッセージあるいはセッション管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）メッセージ内に上記予め−設定／提供されているアクセス制御技法に対する情報を含ませる。そして、上記ＵＥは上記ネットワークスライス（またはネットワークスライスインスタンス）がサポートするアクセス制御技法を使ってアクセス制御を遂行する。
【０２３８】
万一該当ネットワークスライス（またはネットワークスライスインスタンス）がサポートするアクセス制御技法と上記ＵＥがサポートするアクセス制御技法が異なる場合、ネットワーク政策／設定あるいはＵＥ内の（事前）設定に基づき、上記ＵＥは自身がサポートするアクセス制御技法をサポートするネットワークスライス（ネットワークスライスインスタンス）を見つけて選択した後、該当ＮＡＳシグナリング要請を送信するためのアクセス制御を遂行することができる。
【０２３９】
または、該当ネットワークスライス（またはネットワークスライスインスタンス）がサポートするアクセス制御技法と上記ＵＥがサポートするアクセス制御技法が異なる場合、該当ネットワークスライス（またはネットワークスライスインスタンス）に対して上記ＵＥの予め設定された／提供されたアクセス制御技法（例えば、ＥＡＢまたはＡＣＤＣ）を無視し、基本アクセス制御技法（例えば、ＡＣＢ）を適用遂行することができる。
【０２４０】
即ち、ＵＥは現在ＡＣＤＣが設定されており、ネットワークから提供されたものはネットワークスライス（またはネットワークスライスインスタンス）＃１はＡＣＢ及びＡＣＤＣをサポートする場合、上記ＵＥは上記ネットワークスライス（またはネットワークスライスインスタンス）＃１に対するＮＡＳシグナリング要請を送信するためにＡＣＤＣによるアクセス制御検査を遂行する。そして、ネットワークから提供されたネットワークスライス（またはネットワークスライスインスタンス）＃２はＡＣＢ及びＳＳＡＣをサポートする場合、上記ＵＥはまずＡＣＤＣをサポートするネットワークスライス（またはネットワークスライスインスタンス）＃２を見つけて選択した後、上記ネットワークスライス（またはネットワークスライスインスタンス）＃２に対するＮＡＳシグナリング要請を送信するために、ＡＣＤＣによるアクセス制御検査を遂行する。あるいは、上記ＵＥはそのまま基本アクセス制御技法としてＡＣＢを使うことができる。
【０２４１】
ｉ−２）５Ｇ移動通信ネットワーク（例えば、ＡＭＦまたはＳＭＦ）は登録受諾メッセージ、ＰＤＵセッション受諾メッセージ、ＰＤＵセッション受諾修正メッセージなどにネットワークスライス（またはネットワークスライスインスタンス）あるいは追加情報／パラメータのみを含ませてＵＥに送信した場合、
【０２４２】
上記ＵＥのＮＡＳ階層は移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）のためのメッセージあるいはセッション管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）のためのメッセージ内に該当ネットワークスライス（またはネットワークスライスインスタンス）情報を含ませてネットワーク（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）に送信する。この時、上記メッセージの送信前に現在設定／提供されているアクセス制御技法を使ってアクセス制御を遂行する。即ち、ネットワークスライス（またはネットワークスライスインスタンス）別に他のアクセス制御技法を適用するのではなく、ネットワークスライス（またはネットワークスライスインスタンス）別に同一の現在設定／提供されているアクセス制御技法を適用する。
【０２４３】
即ち、ＵＥは現在ＡＣＤＣが設定されており、ネットワークから提供されたものはネットワークスライス（またはネットワークスライスインスタンス）＃１の場合、ＵＥはネットワークスライス（またはネットワークスライスインスタンス）＃１に対するＮＡＳシグナリング要請に対してＡＣＤＣによるアクセス制御検査を遂行する。万一ネットワークから提供されたものがネットワークスライス（またはネットワークスライスインスタンス）＃２の場合、ＵＥは該当ネットワークスライス（またはネットワークスライスインスタンス）＃２に対するＮＡＳシグナリング要請に対してもＡＣＤＣによるアクセス制御検査を遂行するようになる。
【０２４４】
ｉｉ）上記ＵＥがサポートするネットワークスライス（またはネットワークスライスインスタンス）と該当するネットワークスライスでサポートされるアクセス制御技法に対する情報が共に設定／提供されている場合、
【０２４５】
ｉｉ−１）５Ｇ移動通信ネットワーク（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）は登録受諾メッセージ、ＰＤＵセッション受諾メッセージ、ＰＤＵセッション受諾修正メッセージ内にネットワークスライス（またはネットワークスライスインスタンス）と、そして、サポートするアクセス制御技法に対する情報、あるいは追加情報／パラメータとサポートされるアクセス制御技法情報などを含ませてＵＥに送信した場合、
【０２４６】
上記ＵＥのＮＡＳ階層は移動性管理関連要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＴＡＵ、位置更新要請、そして、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔなど）のためのメッセージあるいはセッション管理のためのＮＡＳシグナリング要請（例えば、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、ＰＤＵ  ｓｅｓｓｉｏｎ  ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔなど）のためのメッセージ内に該当ネットワークスライス（またはネットワークスライスインスタンス）情報を含ませて上記ネットワーク（例えば、ＡＭＦまたはＳＭＦ）に送信する。この時、上記メッセージの送信前に上記ＵＥは該当ネットワークスライス（またはネットワークスライスインスタンス）でサポートされるアクセス制御技法によるアクセス制御検査を遂行する。
【０２４７】
万一該当ネットワークスライス（またはネットワークスライスインスタンス）がサポートするアクセス制御技法と上記ＵＥがサポートするアクセス制御技法が異なる場合、ネットワーク政策／設定あるいはＵＥの事前設定に基づいて上記ＵＥがサポートするアクセス制御技法をサポートするネットワークスライス（ネットワークスライスインスタンス）を見つけて選択し、該当ＮＡＳシグナリング要請を送信する前に、該当アクセス制御技法によるアクセス制御検査を遂行する。
【０２４８】
あるいは、該当ネットワークスライス（またはネットワークスライスインスタンス）に対してＵＥのｃｏｎｆｉｇｕｒｅｄ／ｐｒｏｖｉｄｅｄアクセス制御技法（例えば、ＥＡＢ  ｏｒ  ＡＣＤＣ）を無視し、ｄｅｆａｕｌｔ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ（例えば、ＡＣＢ  ｏｒ  ＡＣ  ｆｏｒ  ５Ｇ  ｓｙｓｔｅｍ）を適用遂行することができる。
【０２４９】
即ち、ＵＥが現在ＥＡＢにｃｏｎｆｉｇｕｒｅｄされており、ネットワークから提供されたネットワークスライス（またはネットワークスライスインスタンス）＃１  ｗｉｔｈ  ｓｕｐｐｏｒｔｉｎｇ  ＡＣＢ、ＳＳＡＣ、ＥＡＢの場合、ＵＥは該当ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｒｅｑｕｅｓｔｓ  ｗｉｔｈ  ネットワークスライス（またはネットワークスライスインスタンス）＃１に対してＥＡＢを遂行してａｃｃｅｓｓ  ｃｏｎｔｒｏｌをするようになる。万一ネットワークから提供されたネットワークスライス（またはネットワークスライスインスタンス）＃２  ｗｉｔｈ  ＡＣＢ、ＳＳＡＣの場合、ＵＥはまずＥＡＢをサポートするネットワークスライス（またはネットワークスライスインスタンス）＃２を見つけてネットワークスライスｓｅｌｅｃｔｉｏｎをした後、該当ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｒｅｑｕｅｓｔｓ  ｗｉｔｈ  ネットワークスライス（またはネットワークスライスインスタンス）＃２に対してＥＡＢを遂行してａｃｃｅｓｓ  ｃｏｎｔｒｏｌをすることができる。あるいは、ＵＥはそのままＡＣＢ（ｄｅｆａｕｌｔ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ｍｅｃｈａｎｉｓｍ）を適用してａｃｃｅｓｓ  ｃｏｎｔｒｏｌを遂行することができる。
【０２５０】
ｉｉ−２）５Ｇ移動通信ネットワーク（例えば、ＡＭＦ  ｏｒ  ＳＭＦ）は登録受諾メッセージ、ＰＤＵセッション受諾メッセージ、ＰＤＵセッション受諾修正メッセージ内にネットワークスライス（またはネットワークスライスインスタンス）あるいは追加情報／パラメータ情報のみを含ませてＵＥに提供した場合；
【０２５１】
上記ＵＥのＮＡＳ階層は上のｉｉ−１で言及した内容と同一に動作する。
【０２５２】
または、上記ＵＥはネットワークスライス（またはネットワークスライスインスタンス）別にアクセス遂行をするものと類似する方式で、上記特定の基準（例えばＵＥタイプ、サービスタイプ、通信タイプ、特定のグループ）またはネットワークスライス（あるいはスライスインスタンス）のＩＤまたはＡＰＮ（あるいはＤＮＮ）のような追加情報／パラメータに基盤してアクセス制御を遂行することができる。
【０２５３】
一方、第６方案の第２具現例は図８ｂに図示したようにＵＥがローミングした場合だけでなく、図８ａに図示したようにＵＥがローミングしない場合にも、ネットワークスライス（またはネットワークスライスインスタンス）別に輻輳制御及び／またはアクセス制御を遂行する場合にも適用されることができる。
【０２５４】
ＶＩ−３．第６方案の第３具現例
【０２５５】
万一上記ＵＥが５Ｇ移動通信ネットワークから４Ｇ移動通信ネットワーク（例えばＥＰＣ／Ｅ−ＵＴＲＡＮ）に移動した場合、４Ｇ移動通信ネットワーク内のノード（例えば、ＭＭＥ）はハンドオーバ命令（Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）、アタッチ受諾メッセージ、ＴＡＵ受諾メッセージ、ＰＤＮ連結受諾メッセージあるいはベアラリソース修正受諾メッセージ内に上記ネットワークスライス（またはネットワークスライスインスタンス）あるいは追加情報／パラメータなどを含ませてＵＥに提供しない。従って、上記ＵＥはＵＥ別に、あるいはＡＰＮ別に輻輳制御及びアクセス制御を遂行する。即ち、上記ＵＥは上記輻輳制御及びアクセス制御をスライス（またはネットワークスライスインスタンス）及び追加情報／パラメータと無関係に遂行することができる。
【０２５６】
前述した第１具現例、第２具現例、第３具現例でＮＡＳ階層の移動性管理輻輳制御はネットワークスライス別に及び／または追加情報／パラメータ別に遂行されることができ、ＮＡＳ階層のセッション管理輻輳制御はＡＰＮ（またはＤＮＮ）及び追加情報／パラメータによって遂行されるか、あるいはＡＰＮ（またはＤＮＮ）及びネットワークスライスによって遂行されることができる。
【０２５７】
ここまで説明した第１方案ないし第６方案は互いに組み合わせて使われることができる。
【０２５８】
ここまで説明した内容はハードウェアで具現されることができる。これに対して図１０を参照して説明することにする。
【０２５９】
図９は本発明の実施例によるＵＥ及びネットワークノードの構成ブロック図である。
【０２６０】
図９に図示したように上記ＵＥ（あるいはＵＥ）１００は保存手段１０１とコントローラ１０２と送受信部１０３を含む。そして上記ネットワークノードはアクセスネットワーク（ＡＮ）、ラジオアクセスネットワーク（ＲＡＮ）、ＡＭＦ、ＣＰ機能ノード、ＳＭＦであることができる。上記ネットワークノードは保存手段５１１とコントローラ５１２と送受信部５１３を含む。
【０２６１】
上記保存手段は前述した方法を保存する。
【０２６２】
上記コントローラは上記保存手段及び上記送受信部を制御する。具体的に上記コントローラは上記保存手段に保存された上記方法をそれぞれ行う。そして、上記コントローラは上記送受信部を通じて上記前述した信号を送信する。
【０２６３】
以上では本発明の好ましい実施例を例示的に説明したが、本発明の範囲はこのような特定の実施例のみに限定されるものではないので、本発明は本発明の思想及び特許請求の範囲に記載された範疇内で多様な形態に修正、変更、または改善されることができる。
【図１】
2019520771.tif 000007
【図２】
2019520771.tif 000008
【図３】
2019520771.tif 000009
【図４】
2019520771.tif 000010
【図５】
2019520771.tif 000011
【図６】
2019520771.tif 000012
【図７】
2019520771.tif 000013
【図８ａ】
2019520771.tif 000014
【図８ｂ】
2019520771.tif 000015
【図９】
2019520771.tif 000016
【国際調査報告】
2019520771.tif 000017
2019520771.tif 000018
2019520771.tif 000019
2019520771.tif 000020