(57)【要約】  無線通信システムにおけるＥＭＭモードを決定する方法及びこのための装置が開示される。具体的に、無線通信システムにおけるユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定する方法において、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが、基地局から前記ＵＥのサービングセルがユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）セルラーモノのインターネット（ＣＩｏＴ：  Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化を支援しないという情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を受信する段階と、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する段階と、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持する段階とを含むことができる。
2019531651.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定する方法において、
留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが、基地局から前記ＵＥのサービングセルがユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）セルラーモノのインターネット（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化を支援しないという情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を受信する段階と、
前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する段階と、
初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持する段階とを含む、ＵＥのモード決定方法。
【請求項２】
初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報が削除される、請求項１に記載のＵＥのモード決定方法。
【請求項３】
前記初期のＮＡＳメッセージを用いた手続がトリガされた後、前記ＵＥのＮＡＳ層は、前記留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入する段階をさらに含む、請求項１に記載のＵＥのモード決定方法。
【請求項４】
前記ＵＥのアクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層が、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する、請求項３に記載のＵＥのモード決定方法。
【請求項５】
前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報が格納されている間、前記ＵＥのＮＡＳ層が前記ＵＥのＡＳ層に無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結の再開（ｒｅｓｕｍｅ）を要求しても、前記ＵＥのＡＳ層は前記基地局にＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージを転送する、請求項４に記載のＵＥのモード決定方法。
【請求項６】
前記ＵＥのＡＳ層が前記基地局から前記ＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージに対する応答として、ＲＲＣ連結セッティングアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）のメッセージを受信すると、前記ＵＥのＮＡＳ層に初期のＮＡＳメッセージの要求を転送する、請求項５に記載のＵＥのモード決定方法。
【請求項７】
前記初期のＮＡＳメッセージの要求は、ＲＲＣ連結の再開がフォールバック（ｆａｌｌｂａｃｋ）されたという指示である、請求項６に記載のＵＥのモード決定方法。
【請求項８】
前記ＵＥのＮＡＳ層が前記初期のＮＡＳメッセージの要求を受信すると、前記初期のＮＡＳメッセージを前記ＵＥのＡＳ層に転送し、前記留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入する、請求項６に記載のＵＥのモード決定方法。
【請求項９】
前記ＵＥのＡＳ層が前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を前記ＵＥのＮＡＳ層に伝達する、請求項３に記載のＵＥのモード決定方法。
【請求項１０】
前記ＵＥのＮＡＳ層が前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する、請求項９に記載のＵＥのモード決定方法。
【請求項１１】
無線通信システムにおける進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定するユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）において、
信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）と、
前記通信モジュールを制御するプロセッサとを含み、
前記プロセッサは、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが、基地局から前記ＵＥのサービングセルがユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）セルラーモノのインターネット（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化を支援しないという情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を受信し、
前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納し、
初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持するように構成される、ユーザー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
[1] 本発明は、無線通信システムに関し、より詳細には、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）及び／又は移動性管理個体（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定する方法、及びこれを支援する装置に関する。
【背景技術】
【０００２】
[2] 移動通信システムは、ユーザーの活動性を保証しつつ、音声サービスを提供するために開発された。しかし、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在は爆発的なトラフィックの増加により、資源の不足現象が引き起こされ、ユーザーがより高速のサービスを要求するため、より発展した移動通信システムが求められている。
【０００３】
[3] 次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザー当たり転送率の画期的な増加、大幅に増加した連結デバイス数の収容、非常に低い端対端遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
[4] 本発明の目的は、ＵＥ及び／又はＭＭＥがＥＭＭモードを決定する方法を提案することにある。
【０００５】
[5] 本発明では、ユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）ＥＰＳセルラーモノのインターネット（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）最適化を支援するセルから留保（ｓｕｓｐｅｎｄ）されたＵＥがＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援しないセルに移動したとき、ＵＥ及び／又はＭＭＥの動作を提案する。
【０００６】
[6] 本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないまた別の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【課題を解決するための手段】
【０００７】
[7] 本発明の一態様は、無線通信システムにおけるユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定する方法において、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが、基地局から前記ＵＥのサービングセルがユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）セルラーモノのインターネット（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化を支援しないという情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を受信する段階と、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する段階と、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持する段階とを含むことができる。
【０００８】
[8] 本発明の他の一態様は、無線通信システムにおける進化したパケットシステム移動性管理（ＥＭＭ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）モードを決定するユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）において、信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）と前記通信モジュールを制御するプロセッサとを含み、前記プロセッサは、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが、基地局から前記ＵＥのサービングセルがユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）セルラーモノのインターネット（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化を支援しないという情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を受信し、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納し、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持するように構成されることができる。
【０００９】
[9] 好ましく、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報が削除されることができる。
【００１０】
[10] 好ましく、前記初期のＮＡＳメッセージを用いた手続がトリガされた後、前記ＵＥのＮＡＳ層は、前記留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入することができる。
【００１１】
[11] 好ましく、前記ＵＥのアクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層が、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納することができる。
【００１２】
[12] 好ましく、前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報が格納されている間、前記ＵＥのＮＡＳ層が前記ＵＥのＡＳ層に無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結の再開（ｒｅｓｕｍｅ）を要求しても、前記ＵＥのＡＳ層は前記基地局にＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージを転送することができる。
【００１３】
[13] 好ましく、前記ＵＥのＡＳ層が前記基地局から前記ＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージに対する応答として、ＲＲＣ連結セッティングアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）のメッセージを受信すると、前記ＵＥのＮＡＳ層に初期のＮＡＳメッセージの要求を転送することができる。
【００１４】
[14] 好ましく、前記初期のＮＡＳメッセージの要求は、ＲＲＣ連結の再開がフォールバック（ｆａｌｌｂａｃｋ）されたという指示であり得る。
【００１５】
[15] 好ましく、前記ＵＥのＮＡＳ層が前記初期のＮＡＳメッセージの要求を受信すると、前記初期のＮＡＳメッセージを前記ＵＥのＡＳ層に転送し、前記留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入することができる。
【００１６】
[16] 好ましく、前記ＵＥのＡＳ層が前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を前記ＵＥのＮＡＳ層に伝達することができる。
【００１７】
[17] 好ましく、前記ＵＥのＮＡＳ層が前記サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納することができる。
【発明の効果】
【００１８】
[18] 本発明の実施例に係ると、ＵＥ及び／又はＭＭＥが効率的にＥＭＭモードを決定することができる。
【００１９】
[19] また、本発明の実施例に係ると、ＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援するセルから留保（ｓｕｓｐｅｎｄ）されたＵＥがＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援しないセルに移動したとき、不要なＥＭＭモードの変更により、不要な遅延とシグナリングを防止することができる。
【００２０】
[20] また、本発明の実施例に係ると、ＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援するセルから留保（ｓｕｓｐｅｎｄ）されたＵＥがＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援しないセルに移動したとき、必ず必要な場合にのみＥＭＭモードを変更することによって、シグナリング及びネットワーク内の関連する処理のロードを減らすことができる。
【００２１】
[21] 本発明で得ることができる効果は、以上で言及した効果に制限されるものではなく、言及していないまた別の効果は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【００２２】
[22] 本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【図面の簡単な説明】
【００２３】
【図１】[23] 本発明が適用できるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】[24] 本発明が適用できるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】[25] 本発明が適用できる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】[26] 本発明が適用できる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【図５】[27] 本発明が適用できる無線通信システムにおける物理チャンネルの構造を簡略に例示する図である。
【図６】[28] 本発明が適用できる無線通信システムにおける競合ベースのランダムアクセス手続を説明するための図である。
【図７】[29] 本発明が適用できる無線通信システムにおける基地局により開始された連結留保（ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）手続を例示する。
【図８】[30] 本発明が適用できる無線通信システムにおけるＵＥにより開始された連結再開（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）手続を例示する。
【図９】[31] 本発明が適用できる無線通信システムにおけるＲＲＣ連結の再開手続を例示する。
【図１０】[32] 本発明が適用できる無線通信システムにおけるＵＥが異なるＴＡに属するＣＩｏＴ最適化を支援しないセルに移動するシナリオを例示する図である。
【図１１】[33] 本発明が適用できる無線通信システムにおけるＵＥが同一のＴＡに属するＣＩｏＴ最適化を支援しないセルに移動したシナリオを例示する図である。
【図１２】[34] 本発明が適用できる無線通信システムにおけるＳＩＢ２内のＵＰソリューションの支援を用いる方法を例示する図である。
【図１３】[35] 本発明が適用できる無線通信システムにおけるＲＲＣ連結の再開要求の失敗後に留保モード解除する方法を例示する図である。
【図１４】[36] 本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【図１５】[37] 本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【図１６】[38] 本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【図１７】[39] 本発明の一実施例に係る通信装置のブロック構成図を例示する。
【図１８】[40] 本発明の一実施例に係る通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２４】
[41] 以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示しようとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
【００２５】
[43] いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。
【００２６】
[43] 本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。‘基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）’は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等の用語によって代替し得る。また、‘端末（Ｔｅｒｍｉｎａｌ）’は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ)、 ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替し得る。
【００２７】
[44] 以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクにおける送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクにおける送信機は端末の一部であり、受信機は基地局の一部であり得る。
【００２８】
[45] 以下の説明で使用される特定の用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を免脱しない範囲で他の形態に変更し得る。
【００２９】
[46] 以下の技術は、ＣＤＭＡ(ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられることができる。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００３０】
[47] 本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
【００３１】
[48] 説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３２】
[49] 本文書で使用されることができる用語は次のように定義される。
【００３３】
[50] −ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ベースの３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術
【００３４】
[51] −ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）ベースのパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）のコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）やＬＴＥ、ＵＴＲＡＮ等のアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３５】
[52] −ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３６】
[53] −ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３７】
[54] −端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザー機器。端末は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ(Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ)、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）等の用語として言及されることができる。また、端末は、ラップタップ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器等のように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。ＭＴＣに関する内容で、端末または端末という用語は、ＭＴＣ端末を指称することができる。
【００３８】
[55] −ＩＭＳ（Ｉｐ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースに提供するサブシステム。
【００３９】
[56] −ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
【００４０】
[57] −ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人間の介入なくともマシンにより遂行される通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信と指称することもできる。
【００４１】
[58] −ＭＴＣ端末（ＭＴＣ  ＵＥまたはＭＴＣ  ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバーと通信）機能を有し、ＭＴＣ機能を遂行する端末（例えば、自販機、検針器など）。
【００４２】
[59] −ＭＴＣサーバー（ＭＴＣ  ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部または外部に存在することができる。ＭＴＣユーザーがアクセス（ａｃｃｅｓｓ）することができるインターフェースを有することができる。また、ＭＴＣサーバーは、他のサーバーにＭＴＣ関連サービスを提供してもよく（ＳＣＳ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）形態）、自身がＭＴＣアプリケーションサーバーであってもよい。
【００４３】
[60] −（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサ等）
【００４４】
[61] −（ＭＴＣ）アプリケーションサーバー：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバー
【００４５】
[62] −ＭＴＣ特徴（ＭＴＣ  ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針等のＭＴＣアプリケーションで装備紛失等に備えるための特徴であり、低い移動性（ｌｏｗ  ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
【００４６】
[63] −ＭＴＣユーザー（ＭＴＣ  Ｕｓｅｒ）：ＭＴＣユーザーはＭＴＣサーバーにより提供されるサービスを使用する。
【００４７】
[64] −ＭＴＣ加入者（ＭＴＣ  ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
【００４８】
[65] −ＭＴＣグループ（ＭＴＣ  ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属したＭＴＣ端末のグループを意味する。
【００４９】
[66] −サービス機能サーバー（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力（ｃａｐａｂｉｉｔｙ）を提供する。
【００５０】
[67] −外部識別子（Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバー）がＭＴＣ端末（またはＭＴＣ端末が属した加入者）を指す（または識別する）ために用いる識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）とで構成される。
【００５１】
[68] −ドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御下にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を用いることができる。
【００５２】
[69] −ローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を類推または獲得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者によって管理される。
【００５３】
[70] −ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末の端に存在し、コアネットワークへの連結を提供する。
【００５４】
[71] −ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態格納等の機能を遂行することができる。
【００５５】
[72] −ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（即ち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００５６】
[73] −ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成されることができる。
【００５７】
[74] −ＳＣＥＦ（Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）：３ＧＰＰネットワークインタフェースにより提供されるサービス及び能力（ｃａｐａｂｉｌｉｔｙ）を安全に露出するための手段を提供するサービス能力露出（Ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ）のための３ＧＰＰアーキテクチャー内のエンティティ。
【００５８】
[75] 以下、上記のように定義された用語に基づいて、本発明について記述する。
[76]
【００５９】
[77] 本発明が適用できるシステム一般
【００６０】
[78] 図１は、本発明が適用できるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【００６１】
[79] 図１のネットワークの構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
【００６２】
[80] ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに多様な無線接続技術を支援し、より向上したデータ転送能力を提供する等の最適化されたパケット−ベースのシステムを提供することを目標とする。
【００６３】
[81] 具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット−ベースリアルタイム及び非リアルタイムのサービスを支援することができる。既存の移動通信システム（即ち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインとして単一化された。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、端対端（ｅｎｄ−ｔｏ−ｅｎｄ）のＩＰサービスの具現に必須的な構造である。
【００６４】
[82] ＥＰＣは多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（若しくはＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００６５】
[83] ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以降から定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、ＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００６６】
[84] ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（Ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）等をサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークや、Ｗｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役割を果たすことができる。
【００６７】
[85] 図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイで構成されることを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００６８】
[86] ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー等を支援するためのシグナリング及び制御機能を遂行する要素である。ＭＭＥは、加入者及びセッション管理に関するコントロールプレーンの機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを遂行する。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉａｎｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００６９】
[87] ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００７０】
[88] ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対する保安ノードとしての役割を果たす。
【００７１】
[89] 図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセスベースでもＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００７２】
[90] また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）であると定義する。次の表１は、図１に示されたリファレンスポイントを整理したものである。表１の例示以外にもネットワーク構造によって様々なリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在することができる。
【００７３】
[91] ［表１］
【表１】
2019531651.tif 000003
【表２】
2019531651.tif 000004
【表３】
2019531651.tif 000005
【００７４】
[92] 図１に示すリファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは信頼できる非−３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性のリソースをユーザープレーンに提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性のリソースをユーザープレーンに提供するリファレンスポイントである。
【００７５】
[93] 図２は、本発明が適用できるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００７６】
[94] Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
【００７７】
[95] 図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末にコントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）のプロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２インターフェースを介して連結される。
【００７８】
[96] Ｘ２ユーザープレーンインターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザープレーンＰＤＵ（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の保証されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２コントロールプレーンインターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットＮＢとの間のユーザープレーントンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理等の機能を遂行する。
【００７９】
[97] ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に連結される。
【００８０】
[98] Ｓ１ユーザープレーンインターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲイトウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）との間に定義される。Ｓ１コントロールプレーンインターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）との間に定義される。Ｓ１インターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラーサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能等を遂行する。Ｓ１インターフェースはｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【００８１】
[99] ＭＭＥは、ＮＡＳシグナリング保安（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）保安（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間の移動性を支援するためのＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）シグナリング、（ページング再転送の遂行及び制御を含んで）アイドル（ＩＤＬＥ）モードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ  ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラー確立（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラー管理機能、公共警報システム（ＰＷＳ：Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（地震及びツナミ警報システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）、及び商用モバイル警報システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）を含む）メッセージ転送の支援等の様々な機能を遂行することができる。
【００８２】
[100] 図３は、本発明が適用できる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【００８３】
[101] 図３を参照すると、ｅＮＢはゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間ゲートウェイへのルーティング、放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び転送、アップリンク及びダウンリンクでＵＥへ動的リソースの割り当て、かつＬＴＥ＿ＡＣＴＩＶＥの状態で移動性制御連結の機能を遂行することができる。前述したように、ＥＰＣ内におけるゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ#ＩＤＬＥ状態管理、ユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造進化（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラー制御、かつＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を遂行することができる。
【００８４】
[102] 図４は、本発明が適用できる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【００８５】
[103] 図４（ａ）は、コントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコルの構造を示す。
【００８６】
[104] 図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野に公知となった広く知られている開放型システム間の相互接続（ＯＳＩ： ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の標準モデルの下位３層に基づき、第１層Ｌ１、第２層Ｌ２、及び第３層Ｌ３に分割できる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的にはデータ情報の転送のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）のユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）と、制御信号（ｓｉｇｎａｌｉｎｇ）の伝達のためのプロトコルスタックであるコントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とに区分される。
【００８７】
[105] コントロールプレーンは、端末とネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザープレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。以下、無線プロトコルのコントロールプレーンとユーザープレーンの各層を説明する。
【００８８】
[106] 第１層Ｌ１である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体接続制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層に転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣ層と物理層との間でデータが転送される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴で転送されるかによって分類される。また、互いに異なる物理層の間、送信端の物理層と受信端の物理層との間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが転送される。物理層は、 ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
【００８９】
[107] 物理層で用いられる幾つかの物理制御チャンネルがある。物理ダウンリンク制御チャンネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、端末にページングチャンネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャンネル（ＤＬ−ＳＣＨ： ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当、及びアップリンク共有チャンネル（ＵＬ−ＳＣＨ： ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と関連したＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリング転送のリソース割当を知らせるアップリンクの承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャンネル（ＰＤＦＩＣＨ：ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに用いられるＯＦＤＭシンボルの数を知らせ、毎サブフレーム毎に転送される。物理ＨＡＲＱ指示子チャンネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、アップリンク転送の応答として、ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）の信号を運ぶ。物理アップリング制御チャンネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)は、ダウンリンクの転送に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリングの要求及びチャンネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）等のようなアップリンク制御情報を運ぶ。物理アップリンク共有チャンネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＵＬ−ＳＣＨを運ぶ。
【００９０】
[108] 第２層Ｌ２のＭＡＣ層は、論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャンネルと転送チャンネルとの間のマッピング及び論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の転送チャンネル上に物理チャンネルに提供される転送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【００９１】
[109] 第２層Ｌ２のＲＬＣ層は、信頼性のあるデータ転送を支援する。ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ：ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）、及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介して誤謬訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層はＭＡＣ層の機能ブロックに含まれることができる。
【００９２】
[110] 第２層Ｌ２のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、ユーザープレーンでユーザーデータの伝達、ヘッダー圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダー圧縮機能は、小さい帯域幅を有する無線インターフェースを介して、ＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に転送させるために、相対的にサイズが大きく、不要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らす機能を意味する。コントロールプレーンでのＰＤＣＰ層の機能は、コントロールプレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００９３】
[111] 第３層Ｌ３の最下位部分に位置した無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、コントロールプレーンのみに定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。このため、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャンネル、転送チャンネル、及び物理チャンネルを制御する。無線ベアラーは、端末とネットワークとの間のデータ転送のために、第２層Ｌ２によって提供される論理的な経路を意味する。無線ベアラーが設定されるというのは、特定のサービスを提供するために、無線プロトコル層及びチャンネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラーは、再度シグナリング無線ベアラー（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラー（ＤＲＢ：ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、コントロールプレーンでＲＲＣメッセージを転送する通路として用いられ、ＤＲＢは、ユーザープレーンでユーザーデータを転送する通路として用いられる。
【００９４】
[112] ＲＲＣ層の上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）や移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００９５】
[113] 基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚ等の帯域幅のうち一つに設定され、様々な端末にダウンまたはアップの転送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【００９６】
[114] ネットワークから端末にデータを転送するダウンリンク転送チャンネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を転送する放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを転送するＰＣＨ、ユーザートラフィックや制御メッセージを転送するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、ＤＬ−ＳＣＨを介して転送されることもでき、または別途のダウンリンクマルチキャストチャンネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して転送されることもできる。一方、端末からネットワークにデータを転送するアップリンク転送チャンネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）としては、初期の制御メッセージを転送するランダムアクセスチャンネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザートラフィックや制御メッセージを転送するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【００９７】
[115] 論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は転送チャンネルの上位にあり、転送チャンネルにマッピングされる。論理チャンネルは、制御領域情報の伝達のための制御チャンネルとユーザー領域情報の伝達のためのトラフィックチャンネルとに区分できる。制御チャンネルとしては、放送制御チャンネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャンネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャンネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャンネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャンネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）等がある。トラフィックチャンネルとしては、専用トラフィックチャンネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャンネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）等がある。ＰＣＣＨはページング情報を伝達するダウンリンクチャンネルであり、ネットワークがＵＥの属したセルを知らない時に用いられる。ＣＣＣＨは、ネットワークとのＲＲＣ連結を有さないＵＥにより用いられる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために用いられる一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）のダウンリンクチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ連結を有する端末により用いられる一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）のチャンネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在し得るユーザー情報を伝達するために一つの端末に専用される一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のチャンネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するための一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）のダウンリンクチャンネルである。
【００９８】
[116] 論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎnｅｌ）との間のアップリンク連結の場合、ＤＣＣＨはＵＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨはＵＬ−ＳＣＨとマッピングされてもよく、ＣＣＣＨはＵＬ−ＳＣＨとマッピングされてもよい。論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のダウンリンクの連結の場合、ＢＣＣＨはＢＣＨまたはＤＬ−ＳＣＨとマッピングされてもよく、ＰＣＣＨはＰＣＨとマッピングされてもよく、ＤＣＣＨはＤＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨはＤＬ−ＳＣＨとマッピングされてもよく、ＭＣＣＨはＭＣＨとマッピングされてもよく、ＭＴＣＨはＭＣＨとマッピングされてもよい。
【００９９】
[117] 図５は、本発明が適用できる無線通信システムにおける物理チャンネルの構造を簡略に例示する図である。
【０１００】
[118] 図５を参照すると、物理チャンネルは、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で一つ以上のサブキャリアと、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で一つ以上のシンボルで構成される無線リソースを介してシグナリング及びデータを伝達する。
【０１０１】
[119] １．０ｍｓの長さを有する一つのサブフレームは複数のシンボルで構成される。サブフレームの特定のシンボル（例えば、サブフレームの第一のシンボル）はＰＤＣＣＨのために用いられることができる。ＰＤＣＣＨは動的に割り当てられるリソースに対する情報（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、変調、及びコーディング方式（ＭＣＳ： Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）等）を運ぶ。
[120] 
【０１０２】
[121] ランダムアクセス手続（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）
【０１０３】
[122] 以下では、ＬＴＥ／ＬＴＥ−Ａシステムで提供するランダムアクセス手続（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）について見る。
【０１０４】
[123] ランダムアクセス手続は、端末が基地局とのＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がなく、ＲＲＣアイドルの状態で初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）を遂行する場合、ＲＲＣ連結再確立手続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する場合等に遂行される。
【０１０５】
[124] ＬＴＥ／ＬＴＥ−Ａシステムでは、ランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択する過程で、特定の集合内で端末が任意に一つのプリアンブルを選択して用いる競合ベースランダムアクセス手続（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と、基地局が特定の端末にのみ割り当てたランダムアクセスプリアンブルを用いる非競合ベースランダムアクセス手続（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を全て提供する。
【０１０６】
[125] 図６は、本発明が適用できる無線通信システムにおける競合ベースランダムアクセス手続を説明するための図である。
【０１０７】
[126] （１）第１メッセージ（Ｍｓｇ  １、ｍｅｓｓａｇｅ  １）
【０１０８】
[127] 先ず、端末は、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）又はハンドオーバー命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合で、任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択し、前記ランダムアクセスプリアンブルを転送することができるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ＲＡＣＨ）リソースを選択して転送する。
【０１０９】
[128] 端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコーディングし、ＲＡ−ＲＮＴＩを獲得する。ランダムアクセスプリアンブルが転送されたＰＲＡＣＨと関連したＲＡ−ＲＮＴＩは、該当端末が転送したランダムアクセスプリアンブルの時間−周波数リソースによって決定される。
【０１１０】
[129] （２）第２メッセージ（Ｍｓｇ  ２、ｍｅｓｓａｇｅ  ２）
【０１１１】
[130] 基地局は、第１メッセージ上のプリアンブルを介して獲得したＲＡ−ＲＮＴＩに指示（ａｄｄｒｅｓｓ）されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を端末に転送する。ランダムアクセス応答には、ランダムアクセスプリアンブルの区分子／識別子（ＲＡ  ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ／ｉｄｅｎｔｉｆｉｅｒ）、アップリンクの無線リソースを知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）、仮のセル識別子（ＴＣ−ＲＮＴＩ：Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  ＲＮＴＩ）、且つ時間同期値（ＴＡＣ：ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｃｏｍｍａｎｄ）が含まれることができる。ＴＡＣは、基地局が端末にアップリンクの時間整列（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いて、アップリンク転送のタイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｔｉｍｅｒ）を開始又は再スタートする。ＵＬ  ｇｒａｎｔは、後述するスケジューリングメッセージ（第３メッセージ）の転送に用いられるアップリンクリソース割当及びＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を含む。ＴＰＣは、スケジューリングされたＰＵＳＣＨのための転送パワーの決定に用いられる。
【０１１２】
[131] 端末は、ランダムアクセスプリアンブルの転送後に、基地局がシステム情報又はハンドオーバーの命令を介して指示されたランダムアクセス応答ウィンドウ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｗｉｎｄｏｗ）内で自身のランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）の受信を試み、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩでマスキングされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨを受信することになる。ランダムアクセス応答情報は、ＭＡＣ  ＰＤＵ（ＭＡＣ  ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の形式で転送されることができ、前記ＭＡＣ  ＰＤＵはＰＤＳＣＨを介して伝達されることができる。
【０１１３】
[132] 端末は、基地局に転送したランダムアクセスプリアンブルと同一のランダムアクセスプリアンブルの区分子／識別子を有するランダムアクセス応答を成功的に受信すると、ランダムアクセス応答のモニタリングを中止する。反面、ランダムアクセス応答ウィンドウが終了するまでランダムアクセス応答のメッセージを受信できないか、基地局に転送したランダムアクセスプリアンブルと同一のランダムアクセスプリアンブルの区分子を有する有効なランダムアクセス応答を受信できない場合、ランダムアクセス応答の受信は失敗したと見なされ、その後、端末はプリアンブルの再転送を遂行することができる。
【０１１４】
[133] （３）第３メッセージ（Ｍｓｇ  ３、ｍｅｓｓａｇｅ  ３）
【０１１５】
[134] 端末が自身に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報を各々処理する。即ち、端末はＴＡＣを適用させ、ＴＣ−ＲＮＴＩを格納する。また、ＵＬ  ｇｒａｎｔを用いて、端末のバッファーに格納されたデータまたは新たに生成されたデータを基地局に転送する。
【０１１６】
[135] 端末の最初の接続の場合、ＲＲＣ層で生成され、ＣＣＣＨを介して伝達されたＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて転送されることができ、ＲＲＣ連結の再確立手続の場合、ＲＲＣ層で生成され、ＣＣＣＨを介して伝達されたＲＲＣ連結の再確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて転送されることができる。また、ＮＡＳ接続要求のメッセージを含むこともできる。
【０１１７】
[136] 第３メッセージは端末の識別子が含まれなければならない。端末の識別子を含ませる方法としては、二つの方法が存在する。第一の方法は、端末が前記ランダムアクセス手続以前に既に該当セルから割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を有しているのであれば、端末は前記ＵＬ  ｇｒａｎｔに対応するアップリンク転送信号を介して自身のセル識別子を転送する。反面、もしランダムアクセス手続以前に有効なセル識別子が割り当てられないのであれば、端末は自身の固有の識別子（例えば、Ｓ−ＴＭＳＩ（ＳＡＥ  ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）又は任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を含んで転送する。一般的に前記固有の識別子は、Ｃ−ＲＮＴＩよりも長い。
【０１１８】
[137] 端末は、前記ＵＬ  ｇｒａｎｔに対応するデータを転送した場合、競合解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【０１１９】
[138] （４）第４メッセージ（Ｍｓｇ  ４、ｍｅｓｓａｇｅ  ４）
【０１２０】
[139] 基地局は、端末から第３メッセージを介して該当端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを用いて端末に第４メッセージを転送する。反面、端末から第３メッセージを介して前記固有の識別子（即ち、Ｓ−ＴＭＳＩ又は任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を受信した場合、ランダムアクセス応答で該当端末に割り当てたＴＣ−ＲＮＴＩを用いて第４メッセージを端末に転送する。一例として、第４メッセージは、ＲＲＣ連結設定のメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）が含むことができる。
【０１２１】
[140] 端末は、ランダムアクセス応答に含まれたＵＬ  ｇｒａｎｔを介して自身の識別子を含むデータを転送した後、競合解決のために基地局の指示を待つ。即ち、特定のメッセージを受信するためにＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても二つの方法が存在する。前記で言及したように、前記ＵＬ  ｇｒａｎｔに対応して転送された第３メッセージが自身の識別子がＣ−ＲＮＴＩである場合、自身のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みて、前記識別子が固有の識別子（即ち、Ｓ−ＴＭＳＩ又は任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））である場合には、ランダムアクセス応答に含まれたＴＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みる。その後、前者の場合、もし前記競合解決のタイマーが満了する前に自身のＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合に、端末は正常にランダムアクセス手続が遂行されたと判断し、ランダムアクセス手続を終了する。後者の場合には、前記競合解決のタイマーが満了する前にＴＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。もし前記データの内容に自身の固有の識別子が含まれていれば、端末は正常にランダムアクセス手続が遂行されたと判断し、ランダムアクセス手続を終了する。第４メッセージを介して端末はＣ−ＲＮＴＩを獲得し、その後、端末とネットワークはＣ−ＲＮＴＩを用いて端末の特定メッセージ（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｅ）を送受信することになる。
【０１２２】
[141] 一方、非競合ベース任意接続過程での動作は、図６に示された競合ベース任意接続の過程と異なり、第１メッセージの転送及び第２メッセージの転送だけで任意接続手続が終了することになる。但し、第１メッセージとして端末が基地局に任意接続のプリアンブルを転送する前に、端末は基地局から任意接続のプリアンブルを割り当てられ、この割り当てられた任意接続のプリアンブルを基地局に第１メッセージとして転送し、基地局から任意接続の応答を受信することによって任意接続手続が終了することになる。
[142]
【０１２３】
[143] 以下、本明細書で使用される用語に対する説明は次の通りである。
【０１２４】
[144] −専用ベアラー（Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）：ＵＥ内のアップリンクパケットフィルタとＰ−ＧＷ内のダウンリンクパケットフィルタと関連したＥＰＳベアラーである。ここで、フィルタは特定のパケットのみがマッチングされる。
【０１２５】
[145] −基本ベアラー（Ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）：毎新しいＰＤＮの連結で確立されるＥＰＳベアラーである。基本ベアラーのコンテキストはＰＤＮ連結の寿命時間（ｌｉｆｅｔｉｍｅ）間に維持される。
【０１２６】
[146] −ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ナル（ＥＭＭ−ＮＵＬＬ）状態：ＵＥ内のＥＰＳサービスが非活性となる。如何なるＥＰＳ移動性管理機能も遂行されない。
【０１２７】
[147] −ＥＭＭ−非登録（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−非登録の状態で、ＥＭＭコンテキストが確立されず、ＵＥの位置はＭＭＥに知らせない。従って、ＭＭＥによりＵＥが接近可能ではない（ｕｎｒｅａｃｈａｂｌｅ）。ＥＭＭコンテキストを確立するために、ＵＥはアタッチ（Ａｔｔａｃｈ）又は結合されたアタッチ（ｃｏｍｂｉｎｅｄ  Ａｔｔａｃｈ）手続を始めなければならない。
【０１２８】
[148] −ＥＭＭ−登録（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−登録の状態で、ＵＥ内のＥＭＭコンテキストが確立されており、基本（ｄｅｆａｕｌｔ）ＥＰＳベアラーコンテキストが活性化されている。ＵＥがＥＭＭ−ＩＤＬＥモードにある時、ＵＥの位置はＴＡの特定の番号を含むＴＡのリストの正確度でＭＭＥに知らせる。ＵＥはユーザーデータ及びシグナリング情報の送受信を開始することができ、ページングに応答することができる。また、ＴＡＵ又は結合されたＴＡＵ（ｃｏｍｂｉｎｅｄ  ＴＡＵ）手続が遂行される。
【０１２９】
[149] −ＥＭＭ−連結（ＥＭＭ−ＣＯＮＮＥＣＴＥＤ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング連結が確立される時、ＵＥはＥＭＭ−連結モードである。ＥＭＭ−連結の用語は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の用語とも指称され得る。
【０１３０】
[150] −ＥＭＭ−アイドル（ＥＭＭ−ＩＤＬＥ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング連結が存在しないか（即ち、留保の指示がないＥＭＭ−ＩＤＬＥモード）、又はＲＲＣ連結留保（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）が下位層により指示された時（即ち、留保の指示を伴ったＥＭＭ−ＩＤＬＥモード）、ＵＥはＥＭＭ−ＩＤＬＥモードである。ＥＭＭ−ＩＤＬＥの用語は、ＥＣＭ−ＩＤＬＥ状態の用語とも指称され得る。
【０１３１】
[151] −ＥＭＭコンテキスト（ＥＭＭ  ｃｏｎｔｅｘｔ）：アタッチ（Ａｔｔａｃｈ）手続が成功的に完了すると、ＥＭＭコンテキストはＵＥ及びＭＭＥ内に確立される。
【０１３２】
[152] −コントロールプレーン（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）ＣＩｏＴ（Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）：ＭＭＥを経由してコントロールプレーンを介したユーザーデータ（ＩＰ、ｎｏｎ−ＩＰ又はＳＭＳ）の効率的な伝達（ｔｒａｎｓｐｏｒｔ）を可能にするシグナリング最適化。選択的にＩＰデータのヘッダー圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）を含むことができる。
【０１３３】
[153] −ユーザープレーン（Ｕｓｅｒ  Ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ最適化：ユーザープレーンを介したユーザーデータ（ＩＰ又はｎｏｎ−ＩＰ）の効率的な伝達を可能にするシグナリング最適化
【０１３４】
[154] −ＥＰＳサービス：ＰＳドメインによって提供されるサービス。
【０１３５】
[155] −ＮＡＳシグナリング連結：ＵＥとＭＭＥとの間のピア対ピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）のＳ１モード連結。ＮＡＳシグナリング連結は、ＬＴＥ−Ｕｕインターフェースを経由するＲＲＣ連結とＳＩインターフェースを経由するＳ１ＡＰ連結の連鎖（ｃｏｎｃａｔｅｎａｔｉｏｎ）で構成される。
【０１３６】
[156] −コントロールプレーンＣＩｏＴ  ＥＰＳ最適化を伴うＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｗｉｔｈ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ）を使用するＵＥ：ネットワークにより許可されたコントロールプレーンＣＩＯＴ  ＥＰＳ最適化を伴うＥＰＳサービスのためにアタッチ（ａｔｔａｃｈ）されたＵＥ
【０１３７】
[157] −ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末の移動性を支援し、端末とＰＤＮ  ＧＷとの間のＩＰ連結を確立及び維持するセッション管理手続を支援することを主な機能とする。
【０１３８】
[158] −ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：Ｅ−ＵＴＲＡＮ（ｅＮＢ）とＵＥとの間又はＥ−ＵＴＲＡＮ（ｅＮＢ）とＭＭＥとの間のインターフェースプロトコル（ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）上でＮＡＳ層下のプロトコル層を意味する。例えば、コントロールプレーンプロトコルスタックで、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を通称するか、このうち何れかの層をＡＳ層と指称することができる。または、ユーザープレーンプロトコルスタックで、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を通称するか、このうち何れかの層をＡＳ層と指称することができる。
【０１３９】
[159] −Ｓ１モード（Ｓ１  ｍｏｄｅ）：無線アクセスネットワークとコアネットワークとの間のＳ１インターフェースの使用による機能的な分離を有するシステムに適用されるモードを意味する。Ｓ１モードは、ＷＢ−Ｓ１モードとＮＢ−Ｓ１モードを含む。
【０１４０】
[160] −ＮＢ−Ｓ１モード（ＮＢ−Ｓ１  ｍｏｄｅ）：ＵＥのサービング無線アクセスネットワークが狭帯域（ＮＢ：Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）による（Ｅ−ＵＴＲＡを経由した）ネットワークサービスへのアクセスを提供する時、ＵＥはこのモードが適用される。
【０１４１】
[161] −ＷＢ−Ｓ１モード（ＷＢ−Ｓ１  ｍｏｄｅ）：システムがＳ１モードで動作するが、ＮＢ−Ｓ１モードでなければ、このモードが適用される。
[162]
【０１４２】
[163] ＣＩｏＴ（Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＥＰＳ最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）
【０１４３】
[164] セルラーＩｏＴ（ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）は、狭帯域（ＮＢ：Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴ及びＬＴＥ  ＭＴＣ等の低複雑度（ｌｏｗ  ｃｏｍｐｌｅｘｉｔｙ）の端末を効率的にサービスするために定義された。即ち、ＣＩｏＴ  ＥＰＳ最適化は、スモールデータ（ｓｍａｌｌ  ｄａｔａ）の転送に対する向上した支援を提供する。
【０１４４】
[165] 現在ＳＲＢにデータを転送することができるコントロールプレーン（ＣＰ：Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ最適化（ＣＰ  ＣＩｏＴ  ＥＰＳ  Ｏｐｔｉｍｉｚａｔｉｏｎ又はＣＩｏＴ  ＥＰＳ  ＣＰ  Ｏｐｔｉｍｉｚａｔｉｏｎ）とＣＩｏＴ  ＥＰＳユーザープレーン（ＵＰ：Ｕｓｅｒ  Ｐｌａｎｅ）最適化（ＵＰ  ＣＩｏＴ  ＥＰＳ  Ｏｐｔｉｍｉｚａｔｉｏｎ又はＣＩｏＴ  ＥＰＳ  ＵＰ  Ｏｐｔｉｍｉｚａｔｉｏｎ）が定義され、二つの異なるデータ転送モードを同一の端末が全て支援することもできる。
【０１４５】
[166] １）ＣＰ  ＣＩｏＴ  ＥＰＳ最適化は、データ無線ベアラーの確立をトリガリング（ｔｒｉｇｇｅｒｉｎｇ）せず、ＭＭＥを経由するコントロールプレーンを介して、ユーザーデータ（ＩＰ、ｎｏｎ−ＩＰ又はＳＭＳ）の効率的な伝達を支援する。選択的にＩＰデータのヘッダー圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）がヘッダー圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）を支援するように設定されたＩＰ  ＰＤＮタイプＰＤＮ連結に適用されることができる。
【０１４６】
[167] ２）ＵＰ  ＣＩｏＴ  ＥＰＳ最適化は、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続を用いる必要なく、ＥＭＭ−ＩＤＬＥモードからＥＭＭ−ＣＯＮＮＥＣＴＥＤモードへの変更を支援する。
【０１４７】
[168] シグナリングオーバーヘッドの主な原因は、ＵＥ状態の遷移（即ち、遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）と連結状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）との間の遷移）に必要な現在のＳ１−ベースＥＰＳのアーキテクチャで用いられる手続に該当する。
【０１４８】
[169] このようなネットワーク内の関連する処理のロードを減少させるために、次のＲＲＣ連結のセッティングアップのために、以前にＲＲＣ連結からの情報の再使用をベースとしてソリューションが提案された。
【０１４９】
[170] この機能は、ｅＮＢをベースとして支援される。即ち、以前の留保（ｓｕｓｐｅｎｄ）された連結の再開（ｒｅｓｕｍｐｔｉｏｎ）は、連結が以前に留保（ｓｕｓｐｅｎｄ）されたｅＮＢ上に設定されたセルに制限される。但し、このソリューションは、Ｘ２インターフェースを介して、ｅＮＢ間のＵＥコンテキストの伝達を支援するｅＮＢのクラスターを導入することによって、多重のｅＮＢにかけたトランザクション（ｔｒａｎｓａｃｔｉｏｎ）を有するＵＥのために導入されて支援されることができる。
【０１５０】
[171] シグナリングオーバーヘッドの減少は、後述する二つの新たな手続、即ち、‘連結留保（Ｃｏｎｎｅｃｔｉｏｎ  Ｓｕｓｐｅｎｄ）手続’と‘連結再開（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）手続’により実現されることができる。
【０１５１】
[172] 図７は、本発明が適用できる無線通信システムにおける基地局により開始された連結留保（ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）手続を例示する。
【０１５２】
[173] ＵＥとネットワークがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援する場合、この手続はネットワークにより連結を留保するために用いられる。
【０１５３】
[174] １．ｅＮＢはＭＭＥに連結留保手続を開始する。ｅＮＢはＭＭＥにＭＭＥがＥＣＭ−ＩＤＬＥに進入する時、ＵＥのＲＲＣ連結が留保されることを指示する。
【０１５４】
[175] 連結を再開するために必要なＳ１ＡＰ連係（ａｓｓｏｃｉａｔｉｏｎ）と関連するデータ、ＵＥコンテキスト及びベアラーコンテキストがｅＮＢ、ＵＥ及びＭＭＥに維持される。
【０１５５】
[176] ｅＮＢはページングのために推薦されるセル及びｅＮＢ情報（Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｎ  Ｒｅｃｏｍｍｅｎｄｅｄ  Ｃｅｌｌｓ  Ａｎｄ  ｅＮＢｓ  Ｆｏｒ  Ｐａｇｉｎｇ）をＳ１  ＵＥコンテキスト留保要求（Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｑｕｅｓｔ）のメッセージに含ませることができる。利用可能な場合、ＭＭＥはＵＥをページングする時に用いるためにこの情報を格納することができる。
【０１５６】
[177] 利用可能な場合、ｅＮＢは進化したカバレッジのための情報（Ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  Ｅｎｈａｎｃｅｄ  Ｃｏｖｅｒａｇｅ）をＳ１  ＵＥコンテキスト留保要求（Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｑｕｅｓｔ）のメッセージに含ませることができる。
【０１５７】
[178] ２．ＭＭＥはＵＥのための全てのＳ１−Ｕ（Ｓ１ユーザープレーン）ベアラーの解除を要求するためにアクセスベアラー解除要求（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｑｕｅｓｔ）のメッセージをＳ−ＧＷに転送する。
【０１５８】
[179] ３．Ｓ−ＧＷは全てのＵＥのためのｅＮＢ関連の情報（即ち、ｅＮＢのアドレスおよびダウンリンクのトンネル終端識別子（ＴＥＩＤ：Ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ））を解除する。また、Ｓ−ＧＷはＭＭＥにアクセスベアラー解除応答（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｓｐｏｎｓｅ）のメッセージを応答する。
【０１５９】
[180] ＵＥのＳ−ＧＷコンテキストの他の要素は影響を受けない。ＵＥのためのダウンリンクパケットが到着すると、Ｓ−ＧＷはＵＥのために受信したダウンリンクパケットをバッファリングし、ネットワークによりトリガされたサービス要求（Ｎｅｔｗｏｒｋ  Ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続（３ＧＰＰ  ＴＳ  ２３．４０１参照）を開始する。
【０１６０】
[181] Ｓ−ＧＷはアクセスベアラー解除応答（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｓｐｏｎｓｅ）のメッセージ内でＭＭＥにＳ１−Ｕベアラーの解除について知らせる。
【０１６１】
[182] ４．ＭＭＥはｅＮＢにより開始された連結留保手続を成功的に終了するために、Ｓ１−ＡＰ  ＵＥコンテキスト留保応答（ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｓｐｏｎｓｅ）のメッセージをｅＮＢに転送する。
【０１６２】
[183] ５．ｅＮＢはＵＥに向いたＲＲＣ連結を留保するためにＲＲＣメッセージをＵＥに転送する。
【０１６３】
[184] ＵＥ  ＮＡＳがＥＭＭ−ＩＤＬＥの状態で留保された場合（即ち、ＵＥが留保の指示を伴ったＥＭＭ−ＩＤＬＥモードである場合）、ＵＥがアップリンクシグナリングやデータを転送するために再開手続を始めなければならない。
【０１６４】
[185] 図８は、本発明が適用できる無線通信システムにおけるＵＥにより開始された連結再開（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）手続を例示する。
【０１６５】
[186] ＵＥとネットワークがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援し、ＵＥが連結再開手続を遂行するために必要な情報を格納している場合、この手続はＥＣＭ連結（ＥＣＭ−ｃｏｎｎｅｃｔｉｏｎ）を再開するために用いられる。そうでない場合、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続（ＴＳ  ２３．４０１参照）が用いられる。
【０１６６】
[187] １．ＵＥはランダムアクセス手続（図６参照）をｅＮＢにトリガする。
【０１６７】
[188] ２．ＵＥはＵＥの格納されたＡＳコンテキストにアクセスするためにｅＮＢにより必要な情報を含むＲＲＣ連結再開手続をトリガする。
【０１６８】
[189] Ｅ−ＵＴＲＡＮは保安チェックを遂行する。
【０１６９】
[190] ＵＥとネットワークとの間のＥＰＳベアラー状態の同期化が遂行される。即ち、ＵＥは無線ベアラーがセッティングアップされず、また、ＣＰ  ＣＩｏＴ  ＥＰＳベアラーではないＥＰＳベアラーを地域的に削除する。基本（ｄｅｆａｕｌｔ）ＥＰＳベアラーのための無線ベアラーが確立されなければ、ＵＥは基本ＥＰＳベアラーと関連する全てのＥＰＳベアラーを地域的に非活性化する。
【０１７０】
[191] ３．ｅＮＢはＲＲＣ再開の原因を含むＳ１−ＡＰ  ＵＥコンテキスト再開要求（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）のメッセージ内でＵＥのＲＲＣ連結が再開されたことをＭＭＥに知らせる。ｅＮＢが全ての留保したベアラーを許容（ａｄｍｉｔ）できなければ、ｅＮＢは拒絶されたＥＰＳベアラーのリスト内でこれを指示する。ＭＭＥはＥＣＭ−ＣＯＮＮＥＣＴＥＤの状態に進入する。ＭＭＥは連結を再開するために必要なＳ１ＡＰ連係（ａｓｓｏｃｉａｔｉｏｎ）と関連するデータ、ＵＥコンテキスト及びＤＬ  ＴＥＩＤを含むベアラーコンテキストを格納していたＭＭＥに対するｅＮＢにＵＥが復帰（ｒｅｔｕｒｎ）したか識別する。
【０１７１】
[192] 基本ＥＰＳベアラーがｅＮＢにより許可されなければ、基本ベアラーと関連する全てのＥＰＳベアラーは許可されない（ｎｏｎ−ａｃｃｅｐｔｅｄ）ベアラーとして取り扱われる。ＭＭＥはベアラー解除手続（ｂｅａｒｅｒ  ｒｅｌｅａｓｅ  ｐｒｏｃｅｄｕｒｅ）（ＴＳ  ２４．３０１参照）をトリガリングすることによって、許可されない（ｎｏｎ−ａｃｃｅｐｔｅｄ）ベアラー及び確立されない（ｎｏｎ−ｅｓｔａｂｌｉｓｈｅｄ）ベアラーを解除する。
【０１７２】
[193] 位置サービスを補助するために、ｅＮＢはＵＥのカバレッジレベル（Ｃｏｖｅｒａｇｅ  Ｌｅｖｅｌ）をＭＭＥに指示する。
【０１７３】
[194] ４．ＭＭＥはＳ１−ＡＰ  ＵＥコンテキスト再開応答（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｕｍｅ  Ｒｅｓｐｏｎｓｅ）のメッセージ内で連結の再開を確認応答（ａｃｋｎｏｗｌｅｄｇｅ）する。ＭＭＥが全ての留保されたＥ−ＲＡＢを許容（ａｄｍｉｔ）できなければ、ＭＭＥは再開失敗のＥ−ＲＡＢリスト（Ｅ−ＲＡＢｓ  Ｆａｉｌｅｄ  Ｔｏ  Ｒｅｓｕｍｅ  Ｌｉｓｔ）情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）内でこれを指示する。
【０１７４】
[195] ５．前記４段階でＭＭＥが再開失敗のＥ−ＲＡＢリスト（Ｅ−ＲＡＢｓ  Ｆａｉｌｅｄ  Ｔｏ  Ｒｅｓｕｍｅ  Ｌｉｓｔ）を含んだ場合、ｅＮＢは無線ベアラーを再構成（ｒｅｃｏｎｆｉｇｕｒｅ）する。
【０１７５】
[196] ６．もうＵＥからアップリンクデータがｅＮＢによりＳ−ＧＷに伝達されることができる。ｅＮＢは連結留保手続の間に格納されたＳ−ＧＷのアドレスおよびＴＥＩＤを用いてアップリンクデータをＳ−ＧＷに転送する。Ｓ−ＧＷはアップリンクデータをＰ−ＧＷに伝達する。
【０１７６】
[197] ７．ＭＭＥはＰＤＮ連結別にベアラー修正要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）のメッセージをＳ−ＧＷに転送する。ベアラー修正要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）のメッセージは、ｅＮＢのアドレス、許可されたＥＰＳベアラーに対するＳ１  ＴＥＩＤ、遅延されたダウンリンクパケット通知要求（Ｄｅｌａｙ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、ＲＡＴタイプを含むことができる。
【０１７７】
[198] もうＳ−ＧＷはダウンリンクデータをＵＥに転送することができる。
【０１７８】
[199] 電力節減機能を使用するＵＥのためにバッファリングされたどんなダウンリンクデータが伝達されたか記憶するために、また、その後のＴＡＵと共に不要なユーザープレーンのセッティングアップを防止するために、ＭＭＥとＳ−ＧＷは自身のＵＥコンテキスト内のダウンリンクデータのバッファ満了時間（ＤＬ  Ｄａｔａ  Ｂｕｆｆｅｒ  Ｅｘｐｉｒａｔｉｏｎ  Ｔｉｍｅ）を削除（ｃｌｅａｒ）する（セッティングされている場合）。
【０１７９】
[200] ８．Ｓ−ＧＷはベアラー修正要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）のメッセージに対する応答としてベアラー修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）のメッセージをＭＭＥに返還（ｒｅｔｕｒｎ）する。
【０１８０】
[201] ベアラー修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）のメッセージはＳ−ＧＷのアドレスおよびアップリンクのトラフィックのためのＴＥＩＤを含むことができる。
[202]
【０１８１】
[203] 以下、前記図８の２段階、即ち、ＲＲＣ連結再開手続についてより詳細に見る。
【０１８２】
[204] ＵＥがＵＥ  ＡＳコンテキストを有し、ＲＲＣ連結の再開がＥ−ＵＴＲＡＮにより許容され、ＵＥがＲＲＣ＿ＩＤＬＥの状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態に遷移する必要がある時、留保されたＲＲＣ連結の再開は上位層（即ち、ＮＡＳ層）により開始される。
【０１８３】
[205] ＲＲＣ連結が再開される時、ＲＲＣ層は格納されたＵＥ  ＡＳコンテキスト及びＥ−ＵＴＲＡＮから受信したあるＲＲＣ設定に基づき、ＲＲＣ連結再開手続によってＵＥを構成する。ＲＲＣ連結再開手続は保安を再活性化し、ＳＲＢ及びＤＲＢを再確立する。ＲＲＣ連結の再開要求は再開識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を含む。
【０１８４】
[206] 図９は、本発明が適用できる無線通信システムにおけるＲＲＣ連結再開手続を例示する。
【０１８５】
[207] 図９（ａ）は成功的なＲＲＣ連結の再開を例示する。
【０１８６】
[208] 図９（ａ）を参照すると、ＵＥ（即ち、ＵＥ  ＡＳ層）は留保されたＲＲＣ連結の再開を要求するためにＲＲＣ連結再開要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）のメッセージをＥ−ＵＴＲＡＮ（例えば、ｅＮＢ）に転送する（Ｓ９０１ａ）。
【０１８７】
[209] 最初のＮＡＳメッセージが発生すると、ＵＥ  ＮＡＳ層は該当最初のＮＡＳメッセージを待機（ｐｅｎｄｉｎｇ）し、ＲＲＣ確立の原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）と呼タイプ（ｃａｌｌ  ｔｙｐｅ）のみをＵＥ  ＡＳ層（即ち、下位層）に転送する。このように、ＲＲＣ確立の原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）と呼タイプ（ｃａｌｌ  ｔｙｐｅ）がＮＡＳ層から伝達されると、ＵＥ  ＡＳ層はＲＲＣ連結再開要求のメッセージをＥ−ＵＴＲＡＮに転送する。
【０１８８】
[210] ＵＥ（即ち、ＵＥ  ＡＳ層）は、ＲＲＣ連結再開要求のメッセージに対する応答としてＥ−ＵＴＲＡＮから留保されたＲＲＣ連結を再開するためのＲＲＣ連結再開（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）のメッセージを受信する（Ｓ９０２ａ）。
【０１８９】
[211] ＲＲＣ連結再開のメッセージを受信すると、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態に進入する。また、ＲＲＣ連結再開のメッセージを受信すると、ＵＥ  ＡＳ層は上位層（即ち、ＮＡＳ層）に留保されたＲＲＣ連結が再開されたと指示する。
【０１９０】
[212] ＵＥ（即ち、ＵＥ  ＡＳ層）は、ＲＲＣ連結再開の成功的な完了を確認（ｃｏｎｆｉｒｍ）するために、ＲＲＣ連結再開完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｃｏｍｐｌｅｔｅ）のメッセージをＥ−ＵＴＲＡＮに転送する（Ｓ９０３ａ）。
【０１９１】
[213] 図９（ｂ）は、ネットワークの拒絶または解除されたＲＲＣ連結の再開を例示する。
【０１９２】
[214] 図９（ｂ）を参照すると、ＵＥ（即ち、ＵＥ  ＡＳ層）は留保されたＲＲＣ連結の再開を要求するために、ＲＲＣ連結再開要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）のメッセージをＥ−ＵＴＲＡＮ（例えば、ｅＮＢ）に転送する（Ｓ９０１ｂ）。
【０１９３】
[215] ＵＥ（即ち、ＵＥ  ＡＳ層）は、ＲＲＣ連結再開要求のメッセージに対する応答としてＥ−ＵＴＲＡＮからＲＲＣ連結の確立を拒絶するためのＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）のメッセージを受信する（Ｓ９０２ａ）。
【０１９４】
[216] ＲＲＣ連結再開のメッセージを受信すると、ＵＥ  ＡＳ層は上位層（即ち、ＮＡＳ層）にＲＲＣ連結の再開の失敗について知らせる。
[217]
【０１９５】
[218] 以下、ＵＥのＮＡＳ層で動作についてより具体的に見ると次の通りである。
【０１９６】
[219] 最初のＮＡＳメッセージが発生すると、ＵＥ  ＮＡＳ層は該当最初のＮＡＳメッセージを待機（ｐｅｎｄｉｎｇ）し、ＲＲＣ確立の原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）と呼タイプ（ｃａｌｌ  ｔｙｐｅ）のみをＵＥ  ＡＳ層（即ち、下位層）に転送する。
【０１９７】
[220] ＵＥ  ＡＳ層は前記図８の２段階のようにＲＲＣ連結の再開を遂行し、再開の成功又は失敗をＵＥ  ＮＡＳ層に知らせる。ＵＥ  ＡＳ層から再開成功の通知を受けると、ＵＥ  ＮＡＳ層は待機中（ｐｅｎｄｉｎｇ）である最初のＮＡＳメッセージの種類によってＵＥ  ＡＳに伝達を判断し、伝達が必要な場合、ＵＥ  ＡＳに伝達し、そうでない場合、該当最初のＮＡＳメッセージを廃棄（ｄｉｓｃａｒｄ）する。
【０１９８】
[221] ＵＰ  ＣＩｏＴ  ＥＰＳ最適化が用いられる時、ＮＡＳシグナリング連結の留保（ｓｕｓｐｅｎｄ）はＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるネットワークにより開始されることができる。留保されたＮＡＳシグナリング連結の再開（ｒｅｓｕｍｅ）はＵＥにより開始される。
【０１９９】
[222] ＵＥ内で、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化が用いられる時：
【０２００】
[223] −ＲＲＣ連結が留保されたと下位層から指示を受信する時、ＵＥは留保の指示を伴ったＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）に進入するが、ＮＡＳシグナリング連結が解除されたと見なさない；
【０２０１】
[224] −留保の指示を伴ったＥＭＭ−ＩＤＬＥモード中に最初のＮＡＳメッセージ（ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）を用いる手続がトリガされる時、ＵＥは下位層にＲＲＣ連結の再開を要求する。下位層への要求内、ＮＡＳは下位層にＲＲＣ確立の原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）及び呼タイプ（ｃａｌｌ  ｔｙｐｅ）を提供する；
【０２０２】
[225] −留保の指示を伴ったＥＭＭ−ＩＤＬＥモード中にＲＲＣ連結が再開されたと下位層から指示されると、ＵＥはＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入する。サービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）のメッセージが待機中（ｐｅｎｄｉｎｇ）であると、該当メッセージを転送されない。ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴのメッセージと異なる最初のＮＡＳメッセージが待機中（ｐｅｎｄｉｎｇ）であると、該当メッセージは転送される。この時、ＮＡＳメッセージが廃棄（ｄｉｓｃａｒｄ）されてネットワークに転送されないと、該当メッセージに対応するアップリンクのＮＡＳカウント（ＮＡＳ  ＣＯＵＮＴ）値は次のアップリンクのＮＡＳメッセージが転送されるときに再利用される；
【０２０３】
[226] −ＷＢ−Ｓ１モードで、留保の指示を伴うＥＭＭ−ＩＤＬＥの状態でＵＰ  ＣＩｏＴ  ＥＰＳ最適化のＰＬＭＮの支援がブロードキャストシステム情報の一部として受信されなかったと下位層から指示されると、ＵＥは留保の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入し、ＮＡＳシグナリング連結が解除されたと見なす；
【０２０４】
[227] −留保の指示を伴うＥＭＭ−ＩＤＬＥの状態でＲＲＣ連結の再開がフォールバック（ｆａｌｌｂａｃｋ）されたと下位層から指示されると、ＵＥは留保の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入し、待機中（ｐｅｎｄｉｎｇ）である初期のＮＡＳメッセージを転送し、ＲＲＣ連結の確立が要求されたように動作する；
【０２０５】
[228] −ＲＲＣ連結の再開が失敗されたという指示及びＲＲＣ連結が留保されたという指示を下位層から受信すると、ＵＥは留保の指示を伴うＥＭＭ−ＩＤＬＥモードに進入し、必要であれば、進行中のＮＡＳ手続を再スタートする；且つ
【０２０６】
[229] −ＲＲＣ連結の再開が失敗されたという指示及びＲＲＣ連結が留保されなかったという指示を下位層から受信すると、ＵＥは留保の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入し、必要であれば、進行中のＮＡＳ手続を再スタートする。
【０２０７】
[230] ネットワーク内で、ＵＰ  ＥＰＳ最適化が使用されると：
【０２０８】
[231] −ＲＲＣ連結が留保されたと下位層から指示されると、ネットワークは留保の指示を伴ったＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）に進入するが、ＮＡＳシグナリングの連結が解除されたと見なさない；且つ
【０２０９】
[232] −留保の指示を伴ったＥＭＭ−ＩＤＬＥモード中にＲＲＣ連結が再開されたと下位層から指示されると、ネットワークはＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入する。
[233]
【０２１０】
[234] ユーザープレーン（ＵＰ：ｕｓｅｒ  ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）を支援しないセルではＵＥの動作
【０２１１】
[235] 図１０は、本発明が適用できる無線通信システムにおけるＵＥが異なるＴＡに属するＣＩｏＴ最適化を支援しないセルに移動するシナリオを例示する図である。
【０２１２】
[236] ＵＥがＣＩｏＴ最適化（即ち、ＵＰ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ（ＵＰソリューション）及び／又はコントロールプレーン（ＣＰ：ｃｏｎｔｒｏｌ  ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ（ＣＰソリューション））を用いることができるか否かは、アタッチ（Ａｔｔａｃｈ）／トラッキング領域更新（ＴＡＵ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）要求手続内で決定される。
【０２１３】
[237] その後、ＵＥが格納されたトラッキング領域（ＴＡ：ｔｒａｃｋｉｎｇ  ａｒｅａ）と異なるＴＡに属し、ＣＩｏＴ最適化を支援しないセルに移動すると、ＵＥはＴＡＵ要求手続を開始することができ、ネットワークはＣＩｏＴ最適化がＴＡＵ承認（ＴＡＵ  Ａｃｃｅｐｔ）のメッセージ内のＣＩｏＴ最適化が承認されないとＵＥに指示することができる。従って、ＵＥはセルが支援しないＣＩｏＴ最適化の代わりに他の方法を用いてユーザーデータを転送することができる。
【０２１４】
[238] 図１１は、本発明が適用できる無線通信システムにおけるＵＥが同一のＴＡに属するＣＩｏＴ最適化を支援しないセルに移動したシナリオを例示する図である。
【０２１５】
[239] 反面、ＵＥが格納されたＴＡと同一のＴＡに属し、ＣＩｏＴ最適化を支援しないセルに移動すると、ＵＥはＴＡＵ要求手続を開始しないため、ＮＡＳ層内でＣＩｏＴ最適化が承認されなかったか分からない。従って、ＵＥはＣＩｏＴ最適化を支援しないセル内でＣＰソリューションのためにコントロールプレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続又はＵＰソリューションのためにＲＲＣ連結再開（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）手続を開始するにもかかわらず、ユーザーデータを転送することができない。
【０２１６】
[240] このような問題を解決するために次のような方法が提案された。
【０２１７】
[241] −ＷＢ−Ｓ１モードの場合、ＣＰソリューションの支援がシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）２内でブロードキャストされないと、ＵＥはコントロールプレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続の代わりにサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続を開始する。
【０２１８】
[242] −ＷＢ−Ｓ１モードの場合、ＵＰソリューションの支援がＳＩＢ２内でブロードキャストされないと、ＵＥはＲＲＣ連結の再開（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）手続の代わりに、ＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）手続を開始する。
【０２１９】
[243] 但し、３ＧＰＰではＣＩｏＴ最適化を支援するセルとＣＩｏＴ最適化を支援しないセルが全て同一のＴＡリスト内に混合されるシナリオを支援しないため、前記提案方式は延期された。、言い換えると、ＵＥはＴＡＵ手続なく、ＣＩｏＴ最適化を支援するセルからＣＩｏＴ最適化を支援しないセルに移動しない。
[244] 
【０２２０】
[245] ３ＧＰＰではＣＩｏＴの支援とトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）リストとの間の関係を次のように定義している：
【０２２１】
[246] ［ＴＳ  ２３．４０１セッション４．３．５．３］他の特徴（例えば、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化）は、ＭＭＥがＴＡＩのリストをどのように生成するか要求できる。
【０２２２】
[247] 従って、基本的に、運営者が同一であるＴＡリスト内の全てのセル内でＣＩｏＴ最適化の支援をマッチングするように要求されることができる。但し、ネットワーク設定の誤謬（ｍｉｓｃｏｎｆｉｇｕｒａｔｉｏｎ）又はＣＩｏＴ最適化の導入の過渡期段階（ｔｒａｎｓｉｔｉｏｎａｌ  ｓｔａｇｅ）の場合、ＣＩｏＴ最適化を支援しないセルが同一のＴＡＩリスト内に混合されることができる。例えば、運営者がＣＩｏＴ最適化を導入するために、既存のｅＮＢを更新すると、同時に同一のＴＡＩリスト内の全てのｅＮＢを更新することが難しく、ＣＩｏＴ最適化を支援しないセルが残されることができる。予想できなかったこのような状況が発生すると、ＵＥがどんなユーザーデータも転送できない状態が防止されるべき必要があるため、次のようなソリューションが提案された。
【０２２３】
[248] ＵＥが留保の指示を伴ったＲＲＣ  ＩＤＬＥモード（ＲＲＣ  ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）の間にＵＰソリューションを支援しないセルに移動すると、ＵＥがユーザーデータが待機中（ｐｅｎｄｉｎｇ）にあるとしても、ＲＲＣ連結再開要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）はｅＮＢにより承認されない。従って、ＵＥはどんなユーザーデータも転送できない。このようなイシューを解決するために次のような二つのソリューションが提案された。
【０２２４】
[249] −代案（Ａｌｔ：ａｌｔｅｒｎａｔｉｖｅ）１：ＳＩＢ２内ＵＰソリューションの支援を使用
【０２２５】
[250] 図１２は、本発明が適用できる無線通信システムにおけるＳＩＢ２内ＵＰソリューションの支援を用いる方法を例示する図である。
【０２２６】
[251] 図１２で例示されたソリューションでは、ＵＰソリューションの支援がＳＩＢ２内でブロードキャストされないと、ＵＥは留保の指示を伴わないＲＲＣ  ＩＤＬＥモード（ＲＲＣ  ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈｏｕｔ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）ＲＲＣ  ＩＤＬＥモードに進入する。ＵＥが留保の指示を伴わないＲＲＣ  ＩＤＬＥモードに進入した後にユーザーデータを転送すると、ＵＥは一般的なベアラー確立手続のようにＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）とサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）を転送することができる。
【０２２７】
[252] 但し、ＵＰソリューションの支援はＮＢ−Ｓ１モードのためにＳＩＢ２内で定義されないため、ＷＢ−Ｓ１モードでのみ適用されることができるという点がこのソリューションの短所である。
【０２２８】
[253] −代案（Ａｌｔ）２：ＲＲＣ連結再開要求の失敗以降に留保モード解除
【０２２９】
[254] 図１３は、本発明が適用できる無線通信システムにおけるＲＲＣ連結再開要求の失敗以降に留保モードを解除する方法を例示する図である。
【０２３０】
[255] ＵＥがＲＲＣ連結再開要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｒｅｑｕｅｓｔ）をＵＰソリューションを支援しないｅＮＢに転送すると、ｅＮＢはこれを受信することができない。従って、この要求は無視され、Ｔ３００タイマーは満了となる。このような点を考慮すると、Ｔ３００タイマーが満了となった後、ＵＥが留保の指示を伴わないＲＲＣ  ＩＤＬＥモードに進入する動作が提案された。
【０２３１】
[256] 類似したＵＥの動作が既にＮＡＳ規格に次のように定義される：
【０２３２】
[257] ［ＴＳ  ２４．３０１セッション５．３．１．３．］下位層からＲＲＣ連結の再開（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）が失敗したという指示、且つＲＲＣ連結が留保（ｓｕｓｐｅｎｄ）されなかったという指示を受信する時、ＵＥは留保の指示がないＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈｏｕｔ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）に進入し、必要であれば、進行中のＮＡＳ手続を再スタートする。
【０２３３】
[258] 反面、ＲＲＣ層でのＵＥの動作は次のように定義される：
【０２３４】
[259] ［ＴＳ  ３６．３３１セッション５．３．３．６．］Ｔ３００タイマーが満了すると、ＲＲＣ層はＲＲＣ連結確立の失敗又は留保の指示を伴ったＲＲＣ連結再開の失敗について上位層に知らせる。
【０２３５】
[260] 前記のようなＲＲＣ層がＲＲＣ連結再開要求の失敗及びＲＲＣ連結が留保されたことを指示するものと解釈されると、ＵＥは留保の指示を伴うＲＲＣ  ＩＤＬＥモードに進入し続けることになる。従って、ＵＥは前述したＮＡＳ規格によってどんなユーザーデータも転送することができない。
【０２３６】
[261] 従って、このソリューションにおいて、ＲＲＣ層がＮＡＳ層にＲＲＣ連結が留保されなかったと指示するために、ＵＥの動作がより明確に定義される必要がある。
[262]
【０２３７】
[263] ユーザープレーンＣＩｏＴ  ＥＰＳ最適化を支援しないセルでのＵＥの動作
【０２３８】
[264] １）ＮＡＳ層の動作
【０２３９】
[265] 前記で見たように、ＷＢ−Ｓ１モードで、留保の指示を伴うＥＭＭ−ＩＤＬＥの状態で、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化のＰＬＭＮの支援がブロードキャストシステム情報の一部として受信されなかったと下位層から指示されると、ＵＥは留保の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入し、ＮＡＳシグナリング連結が解除されたと見なす。
[266]
【０２４０】
[267] ２）ＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）の受信時のＵＥの動作
【０２４１】
[268] 次は、ＵＥ−ＡＳがＲＲＣ連結拒絶（ＲＲＣＣｏｎｅｃｔｉｏｎＲｅｊｅｃｔ）を受信する際の動作を示す。
【０２４２】
[269] ＵＥは：
【０２４３】
[270] １＞タイマーＴ３００を中断する；
【０２４４】
[271] １＞ＭＡＣをリセッティングし、ＭＡＣの構成を解除する；
【０２４５】
[272] １＞ＮＢ−ＩｏＴを除き、待機時間（ｗａｉｔＴｉｍｅ）にセッティングされたタイマー値でタイマーＴ３０２を始める；
【０２４６】
[273] １＞拡張された待機時間（ｅｘｔｅｎｄｅｄＷａｉｔＴｉｍｅ）が存在し、ＵＥが遅延耐性接続（ｄｅｌａｙ  ｔｏｌｅｒａｎｔ  ａｃｃｅｓｓ）を支援すると：
【０２４７】
[274] ２＞拡張された待機時間（ｅｘｔｅｎｄｅｄＷａｉｔＴｉｍｅ）を上位層に伝達する；
【０２４８】
[275] １＞優先順位のダウン要求（ｄｅｐｒｉｏｒｉｔｉｓａｔｉｏｎＲｅｑ）が含まれ、ＵＥが優先順位のダウン化（ｄｅｐｒｉｏｒｉｔｉｓａｔｉｏｎ）を伴ったＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）を支援すると：
【０２４９】
[276] ２＞シグナリングされた優先順位のダウン化タイマー（ｄｅｐｒｉｏｒｉｔｉｓａｔｉｏｎＴｉｍｅｒ）にセッティングされたタイマー値でタイマーＴ３２５を（再）スタートする；
【０２５０】
[277] ２＞タイマーＴ３２５が満了となるまで優先順位のダウン要求（ｄｅｐｒｉｏｒｉｔｉｓａｔｉｏｎＲｅｑ）を格納する。
[278]
【０２５１】
[279] ３）タイマーＴ３０２、Ｔ３０３、Ｔ３０５、Ｔ３０６又はＴ３０８の満了若しくは中断
【０２５２】
[280] 次は、ＵＥ−ＡＳがタイマーＴ３０２が満了となったときの動作を示す。
【０２５３】
[281] ＵＥは：
【０２５４】
[282] １＞タイマーＴ３０２が満了又は中断されると：
【０２５５】
[283] ２＞端末終端接続（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ａｃｃｅｓｓ）のための遮断緩和（ｂａｒｒｉｎｇ  ａｌｌｅｖｉａｔｉｏｎ）の上位層に知らせる；
[284]
【０２５６】
[285] ４）タイマーＴ３３４６を始めるか、又は駆動中である時のＵＥの動作
【０２５７】
[286] 次は、タイマーＴ３３４６を始めるＵＥの動作と、タイマーＴ３３４６が駆動中（ｒｕｎｎｉｎｇ）である時のＵＥの動作を示す。Ｔ３３４６が駆動中である場合、特別な場合を除いて、ＵＥはＴＡＵを含む初期のＮＡＳメッセージを転送するための動作をすることができない。
【０２５８】
[287] Ａ．ネットワークにより承認されない一般又は周期的なトラッキング領域更新（ＴＡＵ：ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｉｎｇ）手続
【０２５９】
[288] 一般的なＮＡＳレベル移動性管理輻輳制御により、ＴＡＵの要求が拒絶されると、ネットワークはＥＭＭの原因値を＃２２“輻輳（ｃｏｎｇｅｓｔｉｏｎ）”にセッティングし、バックオフ（ｂａｃｋ−ｏｆｆ）のタイマーＴ３３４６を割り当てる（ａｓｓｉｇｎ）。
【０２６０】
[289] ＃２２（輻輳）
【０２６１】
[290] トラッキング領域更新拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）のメッセージ内Ｔ３３４６値（ｖａｌｕｅ）の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）が存在し、値がこのタイマーが０でもなく、非活性化（ｄｅａｃｔｉｖａｔｅｄ）もされなかったと指示すると、ＵＥは次のような動作を進行する。そうでなければ、非正常の場合（ａｂｎｏｒｍａｌ  ｃａｓｅ）として見なされる。
【０２６２】
[291] ＵＥはＴＡＵ手続を中断（ａｂｏｒｔ）し、ＴＡＵ試みのカウンター（ｃｏｕｎｔｅｒ）をリセッティングし、ＥＰＳ更新状態（ＥＳＰ  ｕｐｄａｔｅ  ｓｔａｔｕｓ）を‘ＥＵ２  ＮＯＴ  ＵＰＤＡＴＥＤ’にセッティングする。拒絶された要求が緊急ベアラーサービスのためのＰＤＮ連結を開始するためのものでなければ、ＵＥはＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＡＴＴＥＭＰＴＩＮＧ−ＴＯ−ＵＰＤＡＴＥの状態に変更する。
【０２６３】
[292] ＵＥはタイマーＴ３３４６が駆動中であると、これを中断する。
【０２６４】
[293] トラッキング領域更新拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）のメッセージ完全性（ｉｎｔｅｇｒｉｔｙ）保護されると、ＵＥはＴ３３４６  ｖａｌｕｅ  ＩＥ内で提供された値でタイマーＴ３３４６を始める。
【０２６５】
[294] トラッキング領域更新拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）が完全性保護されないと、ＵＥは任意の値でタイマーＴ３３４６を始める。
【０２６６】
[295] ＵＥは現在のサービングセルに留まり、一般的なセルの再選択手続を適用する。タイマーＴ３３４６が満了又は中断されると、必要であれば、ＴＡＵ手続が始まる。
【０２６７】
[296] ＵＥによりＡ／Ｇｂモード又はＩｕモードが支援されると、同一の値を有するＧＭＭの原因でルーティング領域更新手続が拒絶される時、ＵＥはＧＭＭのパラメータであるＧＭＭ状態（ＧＭＭ  ｓｔａｔｅ）、ＧＰＲＳ更新状態（ＧＰＲＳ  ｕｐｄａｔｅ  ｓｔａｔｕｓ）、ルーティング領域更新試みのカウンター（ｒｏｕｔｉｎｇ  ａｒｅａ  ｕｐｄａｔｉｎｇ  ａｔｔｅｍｐｔ  ｃｏｕｎｔｅｒ）を制御する。
【０２６８】
[297] Ｂ．ＵＥ内非正常の場合（ａｂｎｏｒｍａｌ  ｃａｓｅｓ）
【０２６９】
[298] 次のような非正常の場合が識別されることができる：
【０２７０】
[299] Ｋ）下位層から“拡張された待機時間（Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ）”
【０２７１】
[300] トラッキング領域更新要求（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）のメッセージが“ＭＳがＮＡＳシグナリングを低い優先順位に設定”のようにセッティングされた低い優先順位の指示子（ｌｏｗ  ｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒ）を含むと、ＵＥは“拡張された待機時間”でタイマーＴ３３４６を始め、トラッキング領域更新試みのカウンターをリセッティングする。
【０２７２】
[301] トラッキング領域更新要求のメッセージが“ＭＳがＮＡＳシグナリングを低い優先順位に設定”のようにセッティングされた低い優先順位の指示子（ｌｏｗ  ｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒ）を含まず、ＵＥがＮＢ−Ｓ１モードで動作中であると、ＵＥは“拡張された待機時間”でタイマーＴ３３４６を始め、トラッキング領域更新試みのカウンターをリセットする。
【０２７３】
[302] 他の場合において、ＵＥは“拡張された待機時間”を無視する。
【０２７４】
[303] ＵＥはＴＡＵ手続を中断（ａｂｏｒｔ）し、現在のサービングセルに留まり、ＥＰＳ更新の状態を‘ＥＵ２  ＮＯＴ  ＵＰＤＡＴＥＤ’にセッティングし、  ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＡＴＴＥＭＰＴＩＮＧ−ＴＯ−ＵＰＤＡＴＥに状態を変更し、一般的なセルの再選択手続を適用する。
【０２７５】
[304] ＵＥがＴＡＵ手続を開始する前に拡張されたＩＤＬＥモード不連続受信（ｅＤＲＸ：ｅｘｔｅｎｄｅｄ  ＩＤＬＥ  ｍｏｄｅ  Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）を用いた場合、ＵＥは最後のアタッチ又はＴＡＵ手続の間に受信した拡張されたＤＲＸのパラメータＩＥ（ｅｘｔｅｎｄｅｄ  ＤＲＸ  ｐａｒａｍｅｔｅｒｓ  ＩＥ）でｅＤＲＸを用い続ける。
【０２７６】
[305] ＵＥは次のように動作する。
【０２７７】
[306] Ｌ）タイマーＴ３３４６が駆動中（ｒｕｎｎｉｎｇ）
【０２７８】
[307] ＵＥは次の通りではない場合、ＴＡＵ手続を始めない：
【０２７９】
[308] −ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードにある；
【０２８０】
[309] −ＵＥがページングを受信する；
【０２８１】
[310] −ＵＥが選択されたＰＬＭＮ内でＡＣ１１−１５を用いるように設定される；
【０２８２】
[311] −ＵＥが緊急ベアラーサービスのための確立されたＰＤＮ連結を有するか、又は緊急ベアラーサービスのためのＰＤＮ連結を確立中；又は
【０２８３】
[312] −ＵＥがＮＡＳシグナリングの低い優先順位の指示を伴わないＰＤＮ連結を有するか、又はＮＡＳシグナリングの低い優先順位の指示を伴わないＰＤＮ連結を確立中、且つタイマーＴ３４０２及びタイマーＴ３４１１が駆動されず、“ＭＳがＮＡＳシグナリングを低い優先順位に設定”のようにセッティングされた低い優先順位の指示子を含むＮＡＳ要求メッセージ（例えば、アタッチ要求（ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴ）、トラッキング領域更新要求（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）、拡張されたサービス要求（ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ））の拒絶により、タイマーＴ３３４６が始まる。
【０２８４】
[313] ＵＥは現在のサービングセルに留まり、一般的なセルの再選択手続を適用する。
[314] 
【０２８５】
[315] ＥＭＭモード決定方法
【０２８６】
[316] 前記で説明したように、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルで留保（ｓｕｓｐｅｎｄ）されたＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルに移動した場合のＵＥに発生する問題を提起し、これを解決するためのソリューションが提案された。
【０２８７】
[317] 第一のＡｌｔ１ソリューションの場合、ＵＥが基地局から該当セルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという指示を含むＳＩＢを受信すると、ＵＥのＡＳ層がＮＡＳ層にこれを知らせ、ＵＥのＮＡＳ層は留保された指示を伴うＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）の状態から（留保された指示を伴わない）ＥＭＭ−ＩＤＬＥモードに切り換えることができる。
【０２８８】
[318] しかし、この方法の場合、ＵＥが留保された指示を伴うＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）からＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルに移動し、何らシグナリング（例えば、初期のＮＡＳメッセージ）やデータの転送がトリガされず、再度ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに帰る場合、不要にＵＥが留保（ｓｕｓｐｅｎｄ）の状態を解除（ｒｅｌｅａｓｅ）する結果を招くことになる。言い換えると、ＵＥが短時間内に再度ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに再度帰る場合には、不要に留保（ｓｕｓｐｅｎｄ）の状態を解除（ｒｅｌｅａｓｅ）する結果を招くことになる。
【０２８９】
[319] 例えば、ＵＥがＭＭＥからＴ３３４６タイマー値を受信すると（例えば、ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴのメッセージ内Ｔ３３４６  ｖａｌｕｅ  ＩＥが含まれると）、ＵＥはＴ３３４６タイマーが駆動される間にはＵＥはＴＡＵ手続を遂行することができない。また、ＡＳ層で遮断   （ｂａｒｒｉｎｇ）された場合にも、ＵＥはＮＡＳメッセージをＭＭＥに転送することができない（即ち、ＵＥはＴＡＵ手続を遂行することができない）。この場合、ＵＥが留保された指示を伴うＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）からＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルに移動しても、ＵＥはＴＡＵ手続を遂行しなくなる。また、該当セルから受信したＳＩＢメッセージを介して、該当セルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないことを判断すると、ＵＥは留保された指示を伴うＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）から（留保された指示を伴わない）ＥＭＭ−ＩＤＬＥモードに変更することになる。その後、ＵＥが再度ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに帰る場合、ＵＥは留保（ｓｕｓｐｅｎｄ）の状態を解除することになったため、再度ＲＲＣ連結手続を遂行しなければならない。即ち、留保（ｓｕｓｐｅｎｄ）の状態を維持した場合は、ＵＥが連結再開（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）手続を開始することができるにもかかわらず、前記のような状況で不要にＵＥが留保（ｓｕｓｐｅｎｄ）の状態を解除（ｒｅｌｅａｓｅ）する結果を招くという問題が発生する。
【０２９０】
[320] また、第一のＡｌｔ２ソリューションの場合、ＵＥは、まず、ＲＲＣ連結再開要求（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｒｅｑｕｅｓｔ）を転送した後、Ｔ３００が満了となるまで待たなければならない遅延（ｄｅｌａｙ）と共に、その後再度ランダムアクセス（ＲＡ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）のメッセージ（ｍｓｇ）３（即ち、ＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）のメッセージ）を転送しなければならないシグナリングのオーバーヘッドが増加するという問題が発生する。また、この時、ネットワーク（例えば、ＭＭＥ）の動作も、現在定義されていない状態である。
[321]
【０２９１】
[322] 本発明では、前記のような問題を解決するために、ＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援するセルで留保（ｓｕｓｐｅｎｄ）されたＵＥ（即ち、留保の指示を伴うＥＭＭ−ＩＤＬＥモードであるＵＥ）がＵＰ  ＥＰＳ  ＣＩｏＴ最適化を支援しないセルに移動したときに効率的なＵＥの動作を提案する。
【０２９２】
[323] 以下、本発明の説明において、初期のＮＡＳメッセージ（ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）は従来の初期のＮＡＳメッセージ（例えば、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）のメッセージ、拡張されたサービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）のメッセージ、ＴＡＵ要求（ＴＡＵ  ｒｅｑｕｅｓｔ）のメッセージ、ディタッチ要求（Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージ）とコントロールプレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）のメッセージを含むことができる。
【０２９３】
[324] また、以下、本発明の説明において、留保の指示がないＥＭＭ−ＩＤＬＥモード（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈｏｕｔ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）は、従来のＥＭＭ−ＩＤＬＥモードと同一の意味であると見なす。
[325]
【０２９４】
[326] 図１４は、本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【０２９５】
[327] 図１４を参照すると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥが基地局からＵＥのサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を含むＳＩＢを受信すると（Ｓ１４０１）、ＵＥはサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納する（Ｓ１４０２）。
【０２９６】
[328] この時、ＵＥのＮＡＳ層又はＡＳ層がサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納することができる。
【０２９７】
[329] もし、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされると（Ｓ１４０３）、ＵＥ（即ち、ＵＥのＮＡＳ層）は留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに進入する（Ｓ１４０６）。
【０２９８】
[330] 初期のＮＡＳメッセージを用いた手続がトリガされた後、ＵＥ及び／又はＭＭＥの動作に関する詳細な説明は後述する。
【０２９９】
[331] 反面、初期の非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のメッセージを用いた手続がトリガされず（Ｓ１４０３）、サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されると（例えば、ＵＥの移動によってＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセルから該当セルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援する情報を含むＳＩＢを受信すると）（Ｓ１４０５）、ＵＥ（即ち、ＵＥのＮＡＳ層）は留保（ｓｕｓｐｅｎｄ）の指示を伴うＥＭＭ−ＩＤＬＥモードを維持する（Ｓ１４０６）。
【０３００】
[332] この時、ＵＥはＳ１４０２の段階で格納したサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を削除することができる。
[333]
【０３０１】
[334] 実施例１）ＵＥの動作
【０３０２】
[335] 図１５は、本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【０３０３】
[336] 図１５を参照すると、ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、留保の指示を伴ったＥＭＭ−ＩＤＬＥ（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）モードである（Ｓ１５０１）。
【０３０４】
[337] ＵＥのＡＳ層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）が現在のＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）から該当セルが  ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を含むＳＩＢを受信すると （Ｓ１５０２）、ＵＥのＡＳ層はこれを認知することができる（Ｓ１５０３）。即ち、ＵＥのＡＳ層は、サービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納することができる。
【０３０５】
[338] また、ＵＥは、下記のように発生するイベントによって、ＡとＢの何れかの動作を遂行することができる。
【０３０６】
[339] Ａ．ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されず、ＵＥのＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされる場合
【０３０７】
[340] ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されず（即ち、ＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルを再選択せず）、ＵＥのＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされると（Ｕｐｏｎ  ｔｒｉｇｇｅｒ  ｏｆ  ａ  ｐｒｏｃｅｄｕｒｅ  ｕｓｉｎｇ  ａｎ  ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（Ｓ１５０４）、ＵＥのＮＡＳ層はＲＲＣ確立の原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）と呼タイプ（ｃａｌｌ  ｔｙｐｅ）を含む連結を再開（Ｒｅｓｕｍｅ）するようにする要求（即ち、再開要求）をＵＥのＡＳ層に伝達することができる（Ｓ１５０５）。
【０３０８】
[341] この時、ＵＥのＡＳ層はＲＲＣ連結再開要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）のメッセージではないＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージを該当セル（即ち、該当セルをサービング（ｓｅｒｖｉｎｇ）するｅＮＢ）に転送することができる（Ｓ１５０６）。
【０３０９】
[342] ＵＥのＡＳ層がＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージに対する成功の応答であるＲＲＣ連結セッティングアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）のメッセージを受信すると（Ｓ１５０７）、ＵＥのＡＳ層はＵＥのＮＡＳ層に待機中（ｐｅｎｄｉｎｇ）である初期のＮＡＳメッセージ（ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）を伝達するよう要求する指示（即ち、ＮＡＳメッセージ要求の指示）を伝達することができる（Ｓ１５０８）。
【０３１０】
[343] この時、ＵＥのＡＳ層がＵＥのＮＡＳ層に待機中（ｐｅｎｄｉｎｇ）である初期のＮＡＳメッセージを伝達するよう要求する指示は、既存に定義されたＲＲＣ連結がフォールバック（ｆａｌｌｂａｃｋ）されたという指示（‘ｉｎｄｉｃａｔｉｏｎ  ｔｈａｔ  ｔｈｅ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｈａｓ  ｂｅｅｎ  ｆａｌｌｂａｃｋｅｄ’）であってもよく、又は新たに定義される指示であってもよい。
【０３１１】
[344] ＮＡＳメッセージ要求の指示を受信したＵＥのＮＡＳ層は、待機中（ｐｅｎｄｉｎｇ）である初期のＮＡＳメッセージをＵＥのＡＳ層に伝達し（Ｓ１５０９）、ＵＥのＮＡＳ層は留保（ｓｕｓｐｅｎｄ）の指示を伴わないＥＭＭ−ＩＤＬＥモードに切り換える（即ち、進入）ことができる（Ｓ１５１０）。
【０３１２】
[345] 初期のＮＡＳメッセージを受信したＵＥのＡＳ層は、ＲＲＣ連結完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅ）のメッセージに受信した初期のＮＡＳメッセージを含ませて、該当セル（即ち、該当セルをサービングするｅＮＢ）に転送することができる（Ｓ１５１１）。
【０３１３】
[346] Ｂ．ＵＥのＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされず、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更された場合
【０３１４】
[347] もし、ＵＥ  ＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされない状態で、ＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに再度帰る場合には、ＵＥは次のように動作する。
【０３１５】
[348] ＵＥ  ＡＳ層は、Ｓ１５０３の段階で格納したサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を削除することができる。また、ＵＥ  ＮＡＳ層は、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持することができる。
【０３１６】
[349] 前記で説明したように、ＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報をＳＩＢを介して受信しても、直ぐに（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードモードに進入しない。反面、ＵＥは初期のＮＡＳメッセージを用いた手続トリガされた後に、即ち、ＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）でシグナリング及び／又はデータの送受信が実際に始めることになる時点で（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに進入することができる。従って、ＵＥがＣＩｏＴ  ＥＰＳ最適化を支援しないセルでどんなシグナリング及び／又はデータの送受信がなく、再度ＣＩｏＴ  ＥＰＳ最適化を支援するセルに復帰することになると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持することになることで、ｅＮＢとのシグナリング及びネットワーク内の関連する処理のロードを減少させることができる。
[350] 
【０３１７】
[351] もし、前記図１５と異なり、Ｓ１５０７の段階でＵＥのＡＳ層がＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージに対する成功応答（即ち、ＲＲＣ連結セッティングアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）のメッセージ）ではない場合、ＵＥは次のように動作することができる。
【０３１８】
[352] ケース１）ＵＥのＡＳ層がＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージの転送後、ｅＮＢからＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）のメッセージを受信すると、ＵＥのＡＳ層はＵＥのＮＡＳ層に再開（ｒｅｓｕｍｅ）が失敗され、ＲＲＣ連結が留保（ｓｕｓｐｅｎｄ）されなかったという指示を伝達することができる。
【０３１９】
[353] この時、指示は既存に定義されたＲＲＣ連結の再開が失敗されたという指示、及びＲＲＣ連結が留保されなかったという指示（‘ｉｎｄｉｃａｔｉｏｎ  ｔｈａｔ  ｔｈｅ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅｄ  ｈａｓ  ｆａｉｌｅｄ  ａｎｄ  ｉｎｄｉｃａｔｉｏｎ  ｔｈａｔ  ｔｈｅ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｉｓ  ｎｏｔ  ｓｕｓｐｅｎｄｅｄ’）であってもよく、又は新たに定義された指示であってもよい。
【０３２０】
[354] ケース２）ＵＥのＡＳ層がＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージの転送後、Ｔ３００タイマーが満了となるまでｅＮＢから何ら応答を受信できないか、又は遮断（ｂａｒｒｉｎｇ）され、ＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）をｅＮＢに転送できない場合、ＵＥのＡＳ層はＮＢ−ＩｏＴ  ＵＥではない一般のＵＥ（ｎｏｒｍａｌ  ＵＥ）の従来の動作に従うことができる。或いは、ＵＥは前述したケース１）の動作（即ち、ＵＥのＮＡＳ層に再開（ｒｅｓｕｍｅ）が失敗され、ＲＲＣ連結が留保（ｓｕｓｐｅｎｄ）されなかったという指示を伝達）を遂行することもできる。
【０３２１】
[355] 前述した一般のＵＥの従来の動作は下記の通りである。
【０３２２】
[356] 下記でタイマー３０２が待機時間（ｗａｉｔＴｉｍｅ）にセッティングされ（ＴＳ  ３６．３３１の５．３．３．８節参照）、タイマー３０２が満了となると、ＵＥのＡＳ層は上位層（即ち、ＵＥのＮＡＳ層）に端末終端接続（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ａｃｃｅｓｓ）のための遮断緩和（ｂａｒｒｉｎｇ  ａｌｌｅｖｉａｔｉｏｎ）を知らせる。
【０３２３】
[357] このような従来の動作を遂行する場合、ＵＥのＡＳ層は従来の動作と共にケース１）の動作（ｃａｓｅ  Ｉ）の動作（即ち、ＵＥのＮＡＳ層に再開（Ｒｅｓｕｍｅ）が失敗され、ＲＲＣ連結が留保（ｓｕｓｐｅｎｄ）されなかったという指示を伝達）を遂行することもできる。
[358]
【０３２４】
[359] 実施例２）ＵＥの動作
【０３２５】
[360] 図１６は、本発明の一実施例に係るＵＥのモード決定方法を例示する図である。
【０３２６】
[361] 図１６を参照すると、ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は留保の指示を伴ったＥＭＭ−ＩＤＬＥ（ＥＭＭ−ＩＤＬＥ  ｍｏｄｅ  ｗｉｔｈ  ｓｕｓｐｅｎｄ  ｉｎｄｉｃａｔｉｏｎ）モードである（Ｓ１６０１）。
【０３２７】
[362] ＵＥのＡＳ層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）が現在のＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）から該当セルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を含むＳＩＢを受信すると（Ｓ１６０２）、ＵＥのＡＳ層はＵＥのＮＡＳ層に該当セルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないということを知らせることができる（Ｓ１６０３）（即ち、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないことを指示）。
【０３２８】
[363] これを受信したＵＥのＮＡＳ層は、この事実を記憶（ＵＥのＮＡＳ層はサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を格納）することができる（Ｓ１６０４）。
【０３２９】
[364] また、ＵＥは下記のように発生するイベントによって、ＡとＢの何れかの動作を遂行することができる。
【０３３０】
[365] Ａ．ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されず、ＵＥのＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされる場合
【０３３１】
[366] ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更されながら（即ち、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルをＵＥが再選択せず）、ＵＥのＮＡＳ層が初期のＮＡＳメッセージを用いた手続がトリガされると（Ｕｐｏｎ  ｔｒｉｇｇｅｒ  ｏｆ  ａ  ｐｒｏｃｅｄｕｒｅ  ｕｓｉｎｇ  ａｎ  ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（Ｓ１６０５）、ＵＥのＮＡＳ層はＥＭＭ−ＩＤＬＥモード（即ち、留保の指示を伴わないＥＭＭ−ＩＤＬＥモード）に切り換える（即ち、進入）ことができる（Ｓ１６０６）。
【０３３２】
[367] この時、ＵＥ  ＮＡＳ層は、Ｓ１６０４の段階で格納したサービングセルがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を削除することができる。
【０３３３】
[368] また、ＵＥのＮＡＳ層は、ＥＭＭ−ＩＤＬＥモード（即ち、留保の指示を伴わないＥＭＭ−ＩＤＬＥモード）で初期のＮＡＳメッセージを転送するための動作を遂行することができる。
【０３３４】
[369] これについて見ると、ＵＥのＮＡＳ層はＵＥのＡＳ層にＲＲＣ連結の確立を要求することができる（Ｓ１６０７）。この要求は、初期のＮＡＳメッセージと共にＲＲＣ確立の原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）と呼タイプ（ｃａｌｌ  ｔｙｐｅ）を含むことができる。
【０３３５】
[370] この要求を受信すると、この時、ＵＥのＡＳ層はＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージを該当セル（即ち、該当セルをサービング（ｓｅｒｖｉｎｇ）するｅＮＢ）に転送することができる（Ｓ１６０８）。
【０３３６】
[371] ＵＥのＡＳ層がＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のメッセージに対する成功の応答であるＲＲＣ連結セッティングアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）のメッセージを受信すると（Ｓ１６０９）、ＵＥのＡＳ層はＲＲＣ連結完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅ）のメッセージに受信した初期のＮＡＳメッセージを含ませて、該当セル（即ち、該当セルをサービングするｅＮＢ）に転送することができる（Ｓ１６１０）。
【０３３７】
[372] Ｂ．ＵＥのＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされず、 ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更された場合
【０３３８】
[373] もし、ＵＥ  ＮＡＳ層で初期のＮＡＳメッセージを用いた手続がトリガされない状態で、ＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに再度帰る場合には、ＵＥは次のように動作する。
【０３３９】
[374] ＵＥ  ＮＡＳ層は、Ｓ１６０４の段階で格納したサービングセルが、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報を削除することができる。また、ＵＥ  ＮＡＳ層は、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持することができる。
【０３４０】
[375] 前記で説明したように、ＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないという情報をＳＩＢを介して受信しても、直ぐに（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードモードに進入しない。反面、ＵＥは初期のＮＡＳメッセージを用いた手続トリガされた後に、即ち、ＵＥがキャンプオン（ｃａｍｐ  ｏｎ）するセル（即ち、サービングセル）でシグナリング及び／又はデータの送受信が実際に始めることになる時点で（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに進入することができる。従って、ＵＥがＣＩｏＴ  ＥＰＳ最適化を支援しないセルでどんなシグナリング及び／又はデータの送受信がなく、再度ＣＩｏＴ  ＥＰＳ最適化を支援するセルに復帰することになると、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードを維持することになることで、ｅＮＢとのシグナリング及びネットワーク内の関連する処理のロードを減少させることができる。
[376]
【０３４１】
[377] もし、前記図１６と異なり、留保（ｓｕｓｐｅｎｄ）の指示を伴うＥＭＭ−ＩＤＬＥモードであるＵＥのＮＡＳ層がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルにサービングセルを変更（即ち、再選択）した後、初期のＮＡＳメッセージを用いた手続がトリガされたが、ＵＥのＡＳ層が初期のＮＡＳメッセージをｅＮＢに転送できない場合のＵＥの動作は次の通りである。
【０３４２】
[378] この時、ＵＥのＡＳ層が初期のＮＡＳメッセージを転送できない場合は、ＵＥのＡＳ層が遮断メカニズム（Ｂａｒｒｉｎｇ  ｍｅｃｈａｎｉｓｍ）によってＲＲＣ連結要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）の転送が遮断（Ｂａｒｒｅｄ）された場合、又はｅＮＢからＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）のメッセージを受信した場合を含むことができる。この時、ＲＲＣ連結拒絶（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）のメッセージは、拡張された待機時間（‘Ｅｘｔｅｎｄｅｄ  Ｗａｉｔ  Ｔｉｍｅ’）を含むことができる。また、前述した理由以外にも多様な理由でＵＥが初期のＮＡＳメッセージをｅＮＢに転送できない。これについて、３ＧＰＰ  ＴＳ  ２４．３０１、３ＧＰＰ  ＴＳ  ３６．３３１の文書が本明細書に参照として併合（ｉｎｃｏｒｐｏｒａｔｅｄ  ｂｙ  ｒｅｆｅｒｅｎｃｅ）されることができる。
【０３４３】
[379] 前記のように、ＵＥのＡＳ層が初期のＮＡＳメッセージをｅＮＢに転送できない場合、ＵＥのＡＳ層はＵＥのＮＡＳ層に転送失敗とその理由（例えば、接続遮断（Ａｃｃｅｓｓ  ｂａｒｒｅｄ）、下位層失敗（ｌｏｗｅｒ  ｌａｙｅｒ  ｆａｉｌｕｒｅ）、無線リンク失敗（Ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）、拡張された待機タイマーで拒絶（Ｒｅｊｅｃｔ  ｗｉｔｈ  Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）等）を知らせることができる。
【０３４４】
[380] これを受信したＵＥのＮＡＳ層は、初期のＮＡＳメッセージの再転送を試みることもでき、又は再転送が不可能な場合（例えば、接続遮断（ａｃｃｅｓｓ  ｂａｒｒｅｄ）によるバックオフタイマー（ｂａｃｋ−ｔｉｍｅｒ）が駆動中、又はタイマーＴ３３４６が駆動中）、転送が可能であるまで待つことができる。
【０３４５】
[381] ＵＥのＮＡＳ層が初期のＮＡＳメッセージの再転送を試みるか、又は転送が可能であるまで待っている中で、ＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルにサービングセルを変更する場合（例えば、帰る場合）、ＵＥのＮＡＳ層は留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードに進入することができる。
【０３４６】
[382] このような動作のために、前記図１６のＳ１６０４のようにＵＥのＮＡＳ層は留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードから（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに切り換えた（即ち、進入）ことを記憶（即ち、格納）することができる。
【０３４７】
[383] これについてより具体的に説明すると、ＵＥのＮＡＳ層は留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードからＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルにサービングセルを変更した後、初期のＮＡＳメッセージを用いた手続がトリガされることによって（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）、ＥＭＭ−ＩＤＬＥモードに切り換えられたことを記憶（即ち、格納）することができる。
【０３４８】
[384] 前述したように、ＵＥのＮＡＳ層が初期のＮＡＳメッセージの再転送を試みるか、又は転送が可能であるまで待ちながら、ＵＥのＮＡＳ層は初期のＮＡＳメッセージの転送が成功であるか失敗であるかモニタリングすることができる。
【０３４９】
[385] もし、初期のＮＡＳメッセージの転送が成功である場合、ＵＥのＮＡＳ層は前記図１６のＳ１６０４で記憶（即ち、格納）していた内容（情報）を削除し、既存の動作を遂行することができる。
【０３５０】
[386] 反面、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルで初期のＮＡＳメッセージの転送が成功できず、ＵＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルにサービングセルを変更した場合、ＵＥのＮＡＳ層は留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードに切り換える（即ち、進入）ことができる。また、前記Ｓ１６０４の段階で記憶（即ち、格納）した内容（情報）を削除することができる。
[387]
【０３５１】
[388] 実施例３）ＭＭＥ動作
【０３５２】
[389] 前記図１５及び図１６の例示のように、ＵＥがｅＮＢに初期のＮＡＳメッセージを含むＲＲＣ連結完了のメッセージを転送すると、ｅＮＢはＳ１−ＡＰメッセージに初期のＮＡＳメッセージを含ませてＭＭＥに伝達する。ｅＮＢから初期のＮＡＳメッセージを受信したＭＭＥは、初期のＮＡＳメッセージを伝達したセル（セルをサービングするｅＮＢ）がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するか否か及び／又はＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するか否かによって次のように動作する。
【０３５３】
[390] １．セルは変更されたが、ＭＭＥが同一である場合に、ＭＭＥ動作は次の通りである。
【０３５４】
[391] 以下、ＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援すると仮定する。
【０３５５】
[392] ＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルからＮＡＳメッセージを受信した場合、該当ＵＥの状態を留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードから（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに切り換える。
【０３５６】
[393] ＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセル（又はｅＮＢ）からＮＡＳメッセージを受信したという判断は設定であって、該当セル（又はｅＮＢ）の支援可否を予め知っていることもあり、又は伝達されるＳ１−ＡＰメッセージの差で判断することができる。
【０３５７】
[394] Ｓ１−ＡＰメッセージの差で判断する場合の一例として、ＭＭＥ−Ｓ１−ＡＰ層でその差をＭＭＥ−ＮＡＳ層に知らせることによって分かる。即ち、ｅＮＢで留保（ｓｕｓｐｅｎｄ）の指示が伴われたＥＭＭ−ＩＤＬＥ（ＲＲＣ  ＩＤＬＥ）モードと（留保（ｓｕｓｐｅｎｄ）の指示が伴わない）ＥＭＭ−ＩＤＬＥモードからＭＭＥに伝達されるＳ１−ＡＰメッセージが異なる。従って、ＭＭＥ−Ｓ１−ＡＰ層は、ＮＡＳメッセージが含まれたＳ１−ＡＰメッセージを介して、該当Ｓ１−ＡＰメッセージを転送したセル（又はｅＮＢ）がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するか否かを判断し、これをＭＭＥ−ＮＡＳ層に知らせることができる。
【０３５８】
[395] ２．セルは変更されたが、ＭＭＥが異なる場合に、ＭＭＥの動作は次の通りである。
【０３５９】
[396] 新たな（Ｎｅｗ）ＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援する場合、前記で説明した１番でのＭＭＥの動作と同様に遂行されることができる。
【０３６０】
[397] 新たなＭＭＥがＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しない場合、セルの支援可否と関係なく、該当ＵＥの状態を留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードから（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに切り換える。
【０３６１】
[398] ３．セルの変更と共にＲＡＴの変更が行われる場合、ＭＭＥの動作は次の通りである。
【０３６２】
[399] ＭＭＥは該当ＵＥの状態を留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードから（留保（ｓｕｓｐｅｎｄ）の指示を伴わない）ＥＭＭ−ＩＤＬＥモードに切り換える。
【０３６３】
[400] 前記で見た発明の説明において、‘留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥ  ＮＡＳ層がＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルで初期のＮＡＳメッセージを用いた手続がトリガされず、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更された場合’は、下記のような場合と解釈されることができる。
【０３６４】
[401] 即ち、留保（ｓｕｓｐｅｎｄ）の指示を伴ったＥＭＭ−ＩＤＬＥモードであるＵＥのＮＡＳ層がＮＡＳ（Ｅ）ＭＭバックオフタイマー（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が動作することによって、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援しないセルで初期のＮＡＳメッセージの転送を開始できず、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化を支援するセルに変更された場合に該当し得る。
[402] 
【０３６５】
[403] 本発明が適用できる装置一般
【０３６６】
[404] 図１７は、本発明の一実施例に係る通信装置のブロック構成図を例示する
【０３６７】
[405] 図１７を参照すると、無線通信システムは、ネットワークノード１７１０と、多数の端末（ＵＥ）１７２０を含む。
【０３６８】
[406] ネットワークノード１７１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１７１１、メモリ（ｍｅｍｏｒｙ）１７１２、および通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）１７１３を含む。プロセッサ１７１１は、前記図１乃至図１６で提案された機能、過程及び／又は方法を具現する。有／無線インターフェースプロトコルの層は、プロセッサ１７１１によって具現されることができる。
【０３６９】
[407] メモリ１７１２は、プロセッサ１７１１と連結されて、プロセッサ１７１１を駆動するための様々な情報を格納する。通信モジュール１７１３は、プロセッサ１７１１と連結されて、有／無線信号を送信及び／又は受信する。ネットワークノード１７１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳなどがこれに該当し得る。特に、ネットワークノード１７１０が基地局である場合、通信モジュール１７１３は、無線信号を送／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含むことことができる。
【０３７０】
[408] 端末１７２０は、プロセッサ１７２１、メモリ１７２２及び通信モジュール（又はＲＦ部）１７２３を含む。プロセッサ１７２１は、前記図１乃至図１６で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの層は、プロセッサ１７２１によって具現できる。特に、プロセッサは、ＮＡＳ層及びＡＳ層を含むことができる。メモリ１７２２は、プロセッサ１７２１と連結され、プロセッサ１７２１を駆動するための様々な情報を格納する。通信モジュール１７２３はプロセッサ１７２１と連結され、無線信号を送信及び／又は受信する。
【０３７１】
[409] メモリ１７１２、１７２２は、プロセッサ１７１１、１７２１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ１７１１、１７２１と連結されてもよい。また、ネットワークノード１７１０（基地局である場合）、及び／又は端末１７２０は、一つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）、または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０３７２】
[410] 図１８は、本発明の一実施例に係る通信装置のブロック構成図を例示する。  
【０３７３】
[411] 特に、図１８では、前記図１７の端末をより詳細に例示する図である。
【０３７４】
[412] 図１８を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）１８１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（またはＲＦユニット）１８３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）１８０５、アンテナ（ａｎｔｅｎｎａ）１８４０、バッテリー（ｂａｔｔｅｒｙ）１８５５、ディスプレイ（ｄｉｓｐｌａｙ）１８１５、キーパッド（ｋｅｙｐａｄ）１８２０、メモリ（ｍｅｍｏｒｙ）１８３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ  ）ｃａｒｄ）１８２５（この構成は選択的である）、スピーカー（ｓｐｅａｋｅｒ）１８４５、及びマイクロフォン（ｍｉｃｒｏｐｈｏｎｅ）１８５０を含んで構成されることができる。端末はまた、単一のアンテナまたは多重のアンテナを含むことことができる。
【０３７５】
[413] 無線インターフェースプロトコルの層は、プロセッサ１８１０によって具現できる。
【０３７６】
[414] メモリ１８３０は、プロセッサ１８１０と連結され、プロセッサ１８１０の動作と関連した情報を格納する。メモリ１８３０は、プロセッサ１８１０の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ１８１０と連結されてもよい。  
【０３７７】
[415] ユーザーは、例えば、キーパッド１８２０のボタンを押すか（あるいはタッチするか）、またはマイクロフォン１８５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）によって電話番号などのような命令情報を入力する。 プロセッサ１８１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を遂行するように処理する。 駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）は、ＳＩＭカード１８２５またはメモリ１８３０から抽出することができる。また、プロセッサ１８１０は、ユーザーが認知し、また便宜のために、命令情報または駆動情報をディスプレイ１８１５上にディスプレイすることができる。
【０３７８】
[416] ＲＦモジュール１８３５は、プロセッサ１８１０に連結されて、ＲＦ信号を送信及び／又は受信する。 プロセッサ１８１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を転送するように命令情報をＲＦモジュール１８３５に伝達する。ＲＦモジュール１８３５は、無線信号を受信および送信するために受信機（ｒｅｃｅｉｖｅｒ）と送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ１８４０は、無線信号を送信および受信する機能をする。無線信号を受信するとき、ＲＦモジュール１８３５は、プロセッサ１８１０によって処理するために信号を伝達して、基底帯域に信号を変換することができる。処理された信号は、スピーカー１８４５を介して出力される可聴または可読情報に変換されることができる。
【０３７９】
[417] 以上で説明された実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施されることができる。また、一部の構成要素及び／又は特徴を結合して、本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更されることができる。ある 実施例の一部構成や特徴は、他の実施例に含まれてもよく、または他の実施例の対応する構成または特徴と交換してもよい。特許請求範囲で明示的な引用関係がない請求項を結合して、実施例を構成したり、出願後の補正により新たな請求項に含ませることができることは自明である。
【０３８０】
[418] 本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現できる。
【０３８１】
[419] ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態で具現できる。ソフトウェアのコードは、メモリに格納され、プロセッサによって駆動されることができる。前記 メモリは、前記プロセッサの内部または外部に位置し、既に公知となった多様な手段により、前記プロセッサとデータをやり取りすることができる。
【０３８２】
[420] 本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態で具体化されることができることは当業者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきであり、本発明の等価的範囲内での全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０３８３】
[421] 本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム以外にも、様々な無線通信システム、特に５Ｇ（５  ｇｅｎｅｒａｔｉｏｎ）システムに適用することが可能である。
【図１】
2019531651.tif 000006
【図２】
2019531651.tif 000007
【図３】
2019531651.tif 000008
【図４】
2019531651.tif 000009
【図５】
2019531651.tif 000010
【図６】
2019531651.tif 000011
【図７】
2019531651.tif 000012
【図８】
2019531651.tif 000013
【図９】
2019531651.tif 000014
【図１０】
2019531651.tif 000015
【図１１】
2019531651.tif 000016
【図１２】
2019531651.tif 000017
【図１３】
2019531651.tif 000018
【図１４】
2019531651.tif 000019
【図１５】
2019531651.tif 000020
【図１６】
2019531651.tif 000021
【図１７】
2019531651.tif 000022
【図１８】
2019531651.tif 000023
【国際調査報告】
2019531651.tif 000024
2019531651.tif 000025
2019531651.tif 000026
2019531651.tif 000027