(57)【特許請求の範囲】
【請求項１】
ＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーおよび複数のＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーを含む端末においてデタッチ手順を行う方法であって、前記複数のＳＭタイマーは、第１のＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）に関連している第１のＳＭタイマーと、前記第１のＡＰＮに関連していない第２のＳＭタイマーとを含み、前記方法は、
ネットワーク内のエンティティから拒否メッセージを受信する際、又は下位層からシグナリングを受信する際に、タイマーのうちの１つ以上を動作させるステップであって、前記タイマーは、前記ＭＭタイマーと、前記第１のＡＰＮに関連している第１のＳＭタイマーと、前記第１のＡＰＮに関連していない第２のＳＭタイマーとを含む、ステップと、
前記ネットワーク内の前記エンティティからデタッチ要請メッセージを受信するステップと、
前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要」を指示する場合に、前記ＭＭタイマーが動作中であれば、前記ＭＭタイマーを中止し、前記第１のＳＭタイマーが動作中であれば、前記第１のＡＰＮに関連しているＳＭタイマーを中止し、前記第２のＳＭタイマーが動作中であれば、前記第１のＡＰＮに関連していない第２のＳＭタイマーを中止するステップと、
デタッチ受諾メッセージを前記ネットワーク内の前記エンティティに伝送するステップと
を含む、方法。
【請求項２】
前記端末は、さらに、第２のＡＰＮに関連している第３のＳＭタイマーを含み、前記方法は、
前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要」を指示する場合に、前記第３のタイマーが動作中であれば、前記第３のＳＭタイマーを中止することを含む、請求項１に記載の方法。
【請求項３】
アタッチ、トラッキング領域更新／ルーティング領域更新、又はサービスが拒否される場合、又はコアネットワークの混雑が指示される場合、又は下位層からのシグナリングに従って前記ＭＭタイマーを動作させることをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＭＭタイマーが満了すると、アタッチを開始し、トラッキング領域更新／ルーティング領域更新を行い、又はサービス要請手順を行うことをさらに含む、請求項１に記載の方法。
【請求項５】
ＰＤＰコンテクスト活性化、ＭＢＭＳコンテクスト活性化、補助ＰＤＰコンテクスト活性化、ＰＤＰコンテクスト修正、ＰＤＰ接続、ベアラーリソース修正、又はベアラーリソース割当が拒否される場合に、前記複数のＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーのうちの１つを動作させることをさらに含む、請求項１に記載の方法。
【請求項６】
前記複数のＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーのうちの１つが満了すると、ＰＤＰコンテクスト活性化要請を実行し、補助ＰＤＰコンテクスト活性化要請を実行し、ＰＤＰコンテクスト修正要請を実行し、デフォルトＥＰＳベアラーコンテクスト活性化要請を実行し、専用ＥＰＳベアラー活性化要請を実行し、又はＥＰＳベアラーコンテクスト修正要請を実行することをさらに含む、請求項１に記載の方法。
【請求項７】
前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要」を指示する場合に、前記ネットワーク内のノードとのシグナリング無しで、デフォルトＥＰＳベアラーコンテクストを含むＥＰＳベアラーコンテクストを非活性化することをさらに含む、請求項１に記載の方法。
【請求項８】
前記デタッチ受諾メッセージを前記ネットワーク内の前記エンティティに伝送した後、ＥＭＭ（ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）登録解除状態に進入することをさらに含む、請求項１に記載の方法。
【請求項９】
デタッチ手順を完了した後、既存ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング接続を解除することと、
アタッチ手順を行うことと
をさらに含む、請求項１に記載の方法。
【請求項１０】
ＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーおよび複数のＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーであって、前記複数のＳＭタイマーは、第１のＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）に関連している第１のＳＭタイマーと、前記第１のＡＰＮに関連していない第２のＳＭタイマーとを含む、ＭＭタイマーおよび複数のＳＭタイマーと、
ネットワーク内のエンティティからデタッチ要請メッセージを受信するように構成された受信器と、
デタッチ受諾メッセージを前記ネットワーク内の前記エンティティに伝送するように構成された送信器と、
１つ以上のタイマーを動作させるように構成された制御器であって、前記タイマーは、前記ＭＭタイマーと、前記第１のＡＰＮに関連している第１のＳＭタイマーと、前記第１のＡＰＮに関連していない第２のＳＭタイマーとを含み、前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要」を指示する場合、前記制御器は、前記ＭＭタイマーが動作中であれば、前記ＭＭタイマーを中止し、前記第１のＳＭタイマーが動作中であれば、前記第１のＡＰＮに関連している第１のＳＭタイマーを中止し、前記第２のＳＭタイマーが動作中であれば、前記第１のＡＰＮに関連していない第２のＳＭタイマーを中止するようにさらに構成されている、制御器と
を備える、端末。
【請求項１１】
第２のＡＰＮに関連している第３のＳＭタイマーをさらに含み、
前記制御器は、前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要」を指示する場合に、前記第３のタイマーが動作中であれば、前記第３のＳＭタイマーを中止するように構成されている、請求項１０に記載の端末。
【請求項１２】
前記制御器は、前記デタッチ要請メッセージ内の前記デタッチタイプが「再−アタッチ必要」を指示する場合に、前記ネットワーク内のノードとのシグナリング無しで、デフォルトＥＰＳベアラーコンテクストを含むＥＰＳベアラーコンテクストを非活性化するようにさらに構成されている、請求項１０に記載の端末。
【請求項１３】
前記制御器は、前記デタッチ受諾メッセージを前記ネットワーク内の前記エンティティに伝送した後、ＥＭＭ（ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）登録解除状態に進入するようにさらに構成されている、請求項１０に記載の端末。
【請求項１４】
デタッチ手順を完了した後、既存ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング接続が解除され、アタッチ手順が行われる、請求項１０に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デタッチ手順（ｄｅｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）を行う方法及びその端末に関する。
【背景技術】
【０００２】
３世代移動通信システムの技術規格を提供する３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、４世代移動通信と関連した様々なフォーラム及び新しい技術を満たすべく、２００４年末ごろから３ＧＰＰ技術のパフォーマンスを最適化し向上させようとする努力の一環として、ＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に関する研究をし始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心にして行われたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と併行してネットワークの構造を決定し、且つ異なったバージョンのネットワーク間の移動性を支援することを目的とするネットワーク技術に関する研究である。近年、ＳＡＥは３ＧＰＰの必須の標準化議題の一つとなってきている。これは、３ＧＰＰシステムをＩＰに基づいて様々な無線（ｒａｄｉｏ（ｗｉｒｅｌｅｓｓ））接続技術を支援するシステムへと発展させるための作業であって、より向上したデータ伝送能力で伝送遅延を最小化する、最適化したパケットベースのシステムを目標として作業が行われてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＳＡＥ上位レベル参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び様々なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅｓ）を含むようになっている。その詳細内容は、３ＧＰＰ  ＴＳ  ２３．４００ａとＴＳ  ２３．４００ｂで与えられる。図１のネットワーク構造図は、このようなネットワーク構造を簡略に再構成したダイヤグラムである。
【０００５】
図１は、進展した（ｅｖｏｌｖｅｄ）移動通信ネットワークを示す図である。
【０００６】
図１に示すネットワーク構造の主要特徴の一つは、進展した（Ｅｖｏｌｖｅｄ）ＵＴＲＡＮのｅＮｏｄｅＢとコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）のゲートウェイ（Ｇａｔｅｗａｙ）を有する２層モデル（２  Ｔｉｅｒ  Ｍｏｄｅｌ）に基づいているという点である。正確には一致しないが、ｅＮｏｄｅＢ  ２０は、既存ＵＭＴＳシステムのＮｏｄｅＢ及びＲＮＣと類似の機能を有し、ゲートウェイは既存システムのＳＧＳＮ／ＧＧＳＮと類似の機能を有する。
【０００７】
他の主要特徴は、アクセスネットワーク（Ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）とコアネットワーク間の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とユーザープレーン（Ｕｓｅｒ  Ｐｌａｎｅ）で互いに異なったインターフェース（Ｉｎｔｅｒｆａｃｅ）が交換されるという点である。既存のＵＭＴＳシステムではＲＮＣとＳＧＳＮ間に一つのＩｕインターフェースが存在していたのに対し、進展したパケットコア（ＳＡＥ）システムでは、制御信号（Ｃｏｎｔｒｏｌ  Ｓｉｇｎａｌ）の処理を担当するＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１がＧＷ（Ｇａｔｅｗａｙ）から分離された構造を有することから、Ｓ１−ＭＭＥ及びＳ１−Ｕの２つの分離されたインターフェースが用いられるようになった。
【０００８】
ＧＷには、２タイプのゲートウェイが存在するが、サービングゲートウェイ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）（以下、「Ｓ−ＧＷ」）５２とパケットデータネットワークゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（以下、「ＰＤＮ−ＧＷ」又は「Ｐ−ＧＷ」）５３がそれである。
【０００９】
図２は、ＭＴＣデバイスの構造及び通信プロセスを示す図である。
【００１０】
移動通信システム内にはＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスが用いられることがある。ＭＴＣは、人間が介入しない、機械間に行われるデータ通信を意味し、このような通信に使われるデバイスをＭＴＣデバイスという。ＭＴＣデバイスにより提供されるサービスは、人間が介入して行われる通信サービスと異なるもので、様々なサービスへの適用が可能である。
【００１１】
上述のＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスは、機械間に通信が行われるデバイスで、人間の介入を必要としない点以外は、人間の介入が必要なＵＥと大した違いはない。すなわち、ＭＴＣデバイスは、人間の介入を必要としないＵＥに相当するといえる。ただし、人間の介入が排除されるという点から、人間の介入が必要なＵＥのメッセージ送信／受信方法（例えば、ページングメッセージ送信／受信方法）がＭＴＣデバイスに適用されると、一部問題が発生することがある。
【００１２】
図２を参照すると、ＭＴＣデバイスを介して提供される計測サービス（ｍｅａｓｕｒｉｎｇ  ｓｅｒｖｉｃｅ）、道路情報サービス（ｒｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｅｒｖｉｃｅ）又はユーザー電子装置調整サービス（ｕｓｅｒ  ｅｌｅｃｔｒｏｎｉｃ  ｅｑｕｉｐｍｅｎｔ  ｃａｌｉｂｒａｔｉｏｎ  ｓｅｒｖｉｃｅ）などがｅＮＢに受信されると、ｅＮＢはそれをＭＴＣサーバーに伝送でき、これにより、ＭＴＣユーザーはＭＴＣサービスを利用可能となる。
【００１３】
ＭＴＣデバイスは人間の介入無しで通信をするから、人間の介入のない場所で単独で通信を行う場合が頻繁である。
【００１４】
図３は、ＭＴＣ支援のための３ＧＰＰサービスモデルを概念的に示すダイヤグラムである。
【００１５】
たとえＭＴＣ支援のために３ＧＰＰ標準のＧＳＭ（登録商標）／ＵＭＴＳ／ＥＰＳではＰＳネットワークを通じて通信すると定義されているが、本明細書はＣＳネットワークに対しても適用可能な方法を記述する。
【００１６】
現在の技術規格においてネットワーク構造に関する定義は、３ＧＰＰの既存ベアラー（ｂｅａｒｅｒ）を利用することが提案されている。ＭＴＣデバイスとＭＴＣサーバー間のデータ交換のためにＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）を使用する方法は、代案策（ａｌｔｅｒｎａｔｉｖｅ  ｓｏｌｕｔｉｏｎ）の一つとして提案された。ＭＴＣアプリケーションの特性の側面で、検針情報（ｍｅｔｅｒ  ｒｅａｄｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）と製品情報（ｐｒｏｄｕｃｔ  ｉｎｆｏｒｍａｔｉｏｎ）を含む少ない量のデジタルデータがＭＴＣアプリケーションの対象となることを考慮してＳＭＳの利用が提案されたし、そのため、既存のＳＭＳ方式とＩＭＳ−ベースのＳＭＳ方式が支援される。
【００１７】
図２で、ＭＴＣｓｍｓは、既存ＳＭＳ方式によるデータ交換インターフェースであり、ＭＴＣｉは、３ＧＰＰベアラー（ｂｅａｒｅｒ）サービス及びＩＭＳのためのデータ交換インターフェースである。
【００１８】
現在３ＧＰＰ標準ではＭＴＣのための３つのアーキテクチャーモデルを次のように定義する：ダイレクトモデル（Ｄｉｒｅｃｔ  Ｍｏｄｅｌ）、インダイレクトモデル（Ｉｎｄｉｒｅｃｔ  Ｍｏｄｅｌ）、ハイブリッドモデル（Ｈｙｂｒｉｄ  Ｍｏｄｅｌ）などである。ダイレクトモデル（Ｄｉｒｅｃｔ  Ｍｏｄｅｌ）は、３ＧＰＰネットワークプロバイダーの管理下に、ＭＴＣアプリケーションが３ＧＰＰネットワークを通じてＵＥと直接接続されて通信を行うモデルである。インダイレクトモデル（Ｉｎｄｉｒｅｃｔ  Ｍｏｄｅｌ）は２つのモデルを含む：ＭＴＣサービスプロバイダーの管理の下に、ＭＴＣアプリケーションが、３ＧＰＰネットワークの外部に存在するＭＴＣサーバーに接続し、ＵＥと通信をするモデル、及び３ＧＰＰネットワークの内部にＭＴＣサーバーが存在し、３ＧＰＰネットワークプロバイダーの管理の下に、ＭＴＣアプリケーションがＵＥに接続して通信をするモデルがそれである。ハイブリッドモデル（Ｈｙｂｒｉｄ  Ｍｏｄｅｌ）は、ダイレクトモデル及びインダイレクトモデルの共存に関わる。例えば、ユーザープレーンはダイレクトモデルを利用する通信方式であり、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）はインダイレクトモデルを利用する通信方式である。
【００１９】
前述したように、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、機械間に行われる通信に関わるもので、場合によっては過負荷（ｏｖｅｒｌｏａｄ）を伴うことがある。例えば、下記のような場合に過負荷が発生することがある：
ＭＴＣサーバー又はＭＴＣ応用プログラムの誤作動がある場合；
外部のイベントが、ＭＴＣデバイスがアタッチ／接続（ａｔｔａｃｈ／ｃｏｎｎｅｃｔｉｏｎ）するようにトリガーする場合；及び
特定時間に特定プログラムが反復的に動作するように多数のＭＴＣデバイスが設定される場合
このようなネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）問題を解決するために、ネットワークノードは特定アクセスを拒否（ｒｅｊｅｃｔ）してもよい。このようなアクセス制限（ａｃｃｅｓｓ  ｒｅｓｔｒｉｃｔｉｏｎ）は、ＡＰＮ（例、混雑（ｃｏｎｇｅｓｔｅｄ）ＡＰＮ）又はＭＴＣグループによって活性化（ｅｎａｂｌｅｄ）される。このようなアクセス制限は、ネットワークノードがＭＴＣデバイスにバック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）を伝送するようにし、そのバック−オフタイムの期間（ｄｕｒａｔｉｏｎ）が満了（ｅｘｐｉｒｅ）するまでは、アクセス及びセッション設定（ｓｅｓｓｉｏｎ  ｓｅｔｕｐ）を制限することに関する情報を提供するようにする。
【００２０】
ネットワークノードはランダム化（Ｒａｎｄｏｍｉｚｅ）方法を用いてバック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）を設定（ｓｅｔ）すればよい。また、特定時点における同時混雑を防止するために、アクセス開始時間（ａｃｃｅｓｓ  ｓｔａｒｔ  ｔｉｍｅ）がランダム化される。
【００２１】
図４は、ネットワーク混雑又は過負荷の場合にＵＥからのアクセスを拒否する手順を示す。
【００２２】
図４（ａ）に示すように、ネットワーク混雑又は過負荷時に、ＵＥ  １０が第１（ｅ）ＮｏｄｅＢ  ２１を介してアタッチ（Ａｔｔａｃｈ）又はＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を行うと、ネットワーク内のノード、例えば、ＭＭＥ／ＳＧＳＮ  ５１は、事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）のようなネットワークの状況に応じて、アタッチ又はＴＡＵ要請を拒否（Ｒｅｊｅｃｔ）する。
【００２３】
また、ＭＭＥ／ＳＧＳＮ  ５１は拒否を行いながら、ＵＥ  １０がバック−オフタイムが満了するまでアクセスを再び試みないようにバック−オフタイム（ｂａｃｋ−ｏｆｆｔｉｍｅ）を伝送してもよい。
【００２４】
この場合、ＵＥ  １０は、バック−オフタイムに基づいて第２（ｅ）ＮｏｄｅＢ  ２２を介してアタッチ又はＴＡＵ手順を行う必要はない。
【００２５】
代案として、図４（ｂ）に示すように、ネットワーク混雑又は過負荷時にネットワーク内のノード、例えば、ＭＭＥ／ＳＧＳＮ  ５１は、事業者政策のようなネットワークの状況に応じて、バック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）をＵＥ  １０に第１（ｅ）ＮｏｄｅＢ  ２１を介して伝送してもよい。
【００２６】
すると、ＵＥ  １０は、バック−オフタイムに基づいて第２（ｅ）ＮｏｄｅＢ  ２２を介してアタッチ又はＴＡＵ手順を行う必要はない。
【００２７】
図５は、（ｅ）ＮｏｄｅＢとＨｏｍｅ  （ｅ）ＮｏｄｅＢとの関係を示す図である。
【００２８】
３世代又は４世代移動通信システムにおいてマルチメディアコンテンツ、ストリーミングなどの高容量（ｈｉｇｈ−ｃａｐａｃｉｔｙ）サービスと双方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）サービスを支援するためにセル容量（ｃｅｌｌ  ｃａｐａｃｉｔｙ）を増やす試みが続いている。
【００２９】
換言すれば、通信の発達とマルチメディア技術の普及に伴って様々な高容量伝送技術が要求されており、無線容量を増大させるために、より多い周波数リソースを割り当てる方法が用いられている。しかし、限られた周波数リソースをもって多数のユーザーにさらに多くの周波数リソースを割り当てることには限界がある。
【００３０】
セル容量を増やすために、高い周波数帯域を使用し、且つセル半径を減らすというアプローチが考えられてきた。ピコセル（ｐｉｃｏ  ｃｅｌｌ）のような、セル半径の小さいセルが適用されると、既存セルラーシステムで用いられた周波数よりも高い帯域が使用可能となり、より多い情報を伝送できるという利点がある。しかし、同一の面積に相対的に多い基地局が設置されなければならず、投資コストが増加するという不具合がある。
【００３１】
このように小さいセルを用いてセル容量を増やすアプローチとして、最近ではＨｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０のようなフェムト基地局が提案された。
【００３２】
Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０に関する研究は３ＧＰＰ  ＲＡＮ  ＷＧ３で始まり、最近では３ＧＰＰ  ＳＡ  ＷＧ２でも活発に行われている。
【００３３】
図５で、（ｅ）ＮｏｄｅＢ  ２０はマクロ基地局に該当し、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０がフェムト基地局であればよい。本明細書では３ＧＰＰの用語に基づいて記述され、用語（ｅ）ＮｏｄｅＢは、ＮｏｄｅＢ、ｅＮｏｄｅＢ両方を言及する時に使われる。また、用語Ｈｏｍｅ  （ｅ）ＮｏｄｅＢは、Ｈｏｍｅ  ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ両方を言及する時に使われる。
【００３４】
点線で表したインターフェースは、（ｅ）ＮｏｄｅＢ  ２０又はＨｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０とＭＭＥ  ５１０との間の制御信号伝送のためのものである。そして、実線で表したインターフェースは、ユーザープレーンのデータの伝送のためのものである。
【００３５】
図６は、ネットワーク過負荷状態を示す図である。
【００３６】
図６に示すように、（ｅ）ＮｏｄｅＢ  ２０とＳ−ＧＷ  ５２間のインターフェースにトラフィックが過負荷又は混雑になったり、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０とＳ−ＧＷ  ５２間のインターフェースにトラフィックが過負荷又は混雑になる場合、ＵＥ  １０へのダウンリンクデータ或いはＵＥ  １０からのアップロードデータが正しく伝送されないことがある。
【００３７】
或いは、Ｓ−ＧＷ  ５２とＰＤＮ−ＧＷ  ５３間のインターフェース、或いはＰＤＮ−ＧＷ  ５３と移動通信プロバイダーのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスネットワーク間のインターフェースが過負荷又は混雑となる場合にも、ＵＥ  １０へのダウンリンクデータ或いはＵＥ  １０からのアップロードデータは正しく伝送されないことがある。
【００３８】
また、ＵＥがサービス受けている現在セルから他のセルにハンドオーバーする時、他のセルが過負荷の状態であれば、ＵＥのサービスはドロップ（ｄｒｏｐ）することもある。
【００３９】
このような問題点を解決するために、移動通信事業者は、Ｓ−ＧＷ  ５２及びＰＤＮ−ＧＷ  ５３を高容量のものに代えたり、新しい装備を増設してきたが、これは極めて高コストがかかるという不具合がある。また、送信／受信されるデータの量は時間によって幾何級数的に増加し、短時間で過負荷となる問題もある。
【００４０】
一方、上記のように移動通信ネットワークを増設することなく、Ｓ−ＧＷ  ５２及びＰＤＮ−ＧＷ  ５３を最適化する様々な方案も提示されたことがある。例えば、選択されたＩＰトラフィックオフロード（ｓｅｌｅｃｔｅｄ  ＩＰ  ｔｒａｆｆｉｃ  ｏｆｆｌｏａｄ）を作る技術、すなわち、ＳＩＰＴＯが提示された。ＳＩＰＴＯでは、マクロアクセスネットワークでＵＥの特定ＩＰトラフィック（例えば、インターネットサービス）を伝送するための最適の経路（ｐａｔｈ）が選択され、フェムトアクセスネットワーク（例えば、Ｈｏｍｅ  （ｅ）ＮＢ）で当該ＩＰトラフィックは移動通信ネットワークを通じた経路で送信又は受信されず、移動通信ネットワークではなくパブリックネットワークノード、すなわち有線ネットワークのノードを経由する経路（ｐａｔｈ）に迂回（ｏｆｆｌｏａｄｅｄ）される。
【００４１】
図７は、ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ）の概念を示す図である。
【００４２】
図７を参照すると、例示的にＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）のような移動通信システムが示されている。ＥＰＳシステムは、（ｅ）ＮｏｄｅＢ  ２０、ＭＭＥ  ５１、Ｓ−ＧＷ  ５２、Ｐ−ＧＷ  ５３を含んでよい。そして、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０が示されている。
【００４３】
同図に示すように、ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ）技術は、ＵＥ  １０の特定ＩＰトラフィック（例えば、インターネットサービス）を、移動通信プロバイダーのＩＰサービスネットワーク６０内のノードを経由せず、有線ネットワーク７０のノードに迂回（Ｏｆｆｌｏａｄ）させることができる。
【００４４】
例えば、ＵＥ  １０は、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ  ３０にアクセスでき、その後、（ｅ）ＮｏｄｅＢ  ２０を介してパブリック通信ネットワークのような有線ネットワーク７０を経由するセッションを生成し、そのセッションを通じてＩＰネットワークサービスを行うことができる。この時、事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）及び加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）が考慮されるとよい。
【００４５】
このようなタイプのローカルゲートウェイはローカルＧＧＳＮ或いはローカルＰ−ＧＷと呼ばれる。ローカルＧＧＳＮ或いはローカルＰ−ＧＷの機能はＧＧＳＮ又はＰ−ＧＷに似ている。
【００４６】
図８は、従来技術によって過負荷防止のためにバック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）を使用する時には、ＳＩＰＴＯ技術を適用できない問題点を示す。図９は、図８の状況を示す手順のフローチャートである。
【００４７】
図８を参照すると、例示的にＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）のような移動通信システムが示されている。ＥＰＳシステムは、基地局３０、ローカルＰ−ＧＷ  ４０、ＭＭＥ  ５１、Ｓ−ＧＷ  ５２、Ｐ−ＧＷ  ５３を含む。基地局３０は、（ｅ）ＮｏｄｅＢ或いはＨｏｍｅ  （ｅ）ＮｏｄｅＢであってよい。
【００４８】
ローカルゲートウェイ４０は、基地局３０と有線ネットワーク７０との間に位置しており、基地局３０を介したＳＩＰＴＯを可能にするためのゲートウェイである。ローカルゲートウェイ４０は、基地局３０と有線ネットワーク７０間の経路を通じてセッションを生成できる。
【００４９】
このローカルゲートウェイ４０は、ＥＰＳシステムのためのＰＤＮ−ＧＷの機能の一部或いは全部を含んだり、ＵＭＴＳのためのＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）の機能の一部或いは全部を含むとよい。しかし、ローカルゲートウェイ４０は、基地局３０と有線ネットワーク７０間の経路を通じてベアラーを生成させることから、移動通信ネットワーク６０への経路を通じてベアラーを生成するＥＰＳのＰ−ＧＷ  ５２或いはＵＭＴＳのＧＧＳＮとは区別される。したがって、ローカルゲートウェイ４０は、ＥＰＳではローカルＰ−ＧＷと呼ばれることもあり、或いはＵＭＴＳではローカルＧＧＳＮと呼ばれることもある。
【００５０】
一方、図８に示したシステムはＥＰＳに基づくものであるが、図８に示したＳＩＰＴＯは３ＧＰＰ  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）にも適用可能である。３ＧＰＰ  ＵＭＴＳでは、ＭＭＥ  ５１の制御プレーンの機能及びＳ−ＧＷ  ５２のユーザープレーン機能が両方ともＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）（図示せず）で行われてもよい。
【００５１】
図８及び図９を参照して動作を説明すると、下記の通りである。
【００５２】
ＵＥ  １０がサービス要請をすると、コアネットワーク内の制御エンティティであるＳＧＳＮ又はＭＭＥは、ＵＥ  １０が要請するサービスのデータが有線ネットワーク７０に迂回されてもよいかを判断する。すなわち、図９に示すように、ＵＥ  １０がアタッチ要請（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）又はＴＡＵ要請（ＴＡＵ  Ｒｅｑｕｅｓｔ）メッセージを基地局３０に伝送すると、基地局３０は、Ｓ１−ＡＰインターフェースベースのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅをＭＭＥ  ５１に伝送し、ＭＭＥ  ５１は、アタッチ受諾（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）又はＴＡＵ受諾（ＴＡＵ  Ａｃｃｅｐｔ）メッセージをＵＥ  １０に伝送する。続いて、ＭＭＥ  ５１は、ＵＥのトラフィックに対してＳＩＰＴＯ技術を適用するか否かを決定する。
【００５３】
この時、パブリックネットワークのような有線ネットワーク７０を通じて提供されるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）も移動通信ネットワーク６０と同一であってよい。したがって、アクセスポイントの名称を表す同一のＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）が使用され、各ＡＰＮにＳＩＰＴＯ許可（ｐｅｒｍｉｓｓｉｏｎ）を別に指定してもよい。
【００５４】
このように、ＵＥ  １０がアクセスを試みる時、コアネットワーク内のエンティティに特定のＡＰＮを提供し、ＵＥ  １０のアクセスをパブリックネットワークのような有線ネットワーク７０のノードに迂回させるか否かは、コアネットワーク内のエンティティ、例えば、ＥＰＳのＭＭＥ  ５１或いはＵＭＴＳのＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）が判断すればよい。このとき、コアネットワーク内の制御エンティティ、例えば、ＭＭＥ  ５１は、ＵＥ  １０がアクセスした基地局が（ｅ）ＮｏｄｅＢか或いはＨｏｍｅ  （ｅ）ＮｏｄｅＢかと、基地局がＳＩＰＴＯを支援するか否かを考慮し、要請されるサービスによるデータがパブリックネットワークのような有線ネットワーク７０に迂回されるか否かを決定すればよい。
【００５５】
データが迂回されると決定されると、コアネットワーク内の制御エンティティ、例えば、ＭＭＥ  ５１は、ＵＥ  １０にデタッチ要請（Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。デタッチ要請メッセージは、再−アタッチ手順（ｒｅ−ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）のためのものである。ここで用いられるように、再−アタッチ手順は、ＳＩＰＴＯ技術を適用するのに用いられるとよい。
【００５６】
しかしながら、ＵＥ  １０がバック−オフタイマー（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）を動作している場合は、ＵＥ  １０はバック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）により再−アタッチ（ｒｅ−ａｔｔａｃｈ）を行うことができないという問題がある。
【発明の概要】
【課題を解決するための手段】
【００５７】
したがって、本発明は、前述の問題点を解決できる方案を提示することを目的とする。
【００５８】
本発明の目的によって、そしてこのような効果及び他の効果を達成するために、本明細書に含まれ且つ概括的に記述されるように、ネットワークで混雑状態（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）が発生した時、效率的にＮＡＳレベルで混雑制御を行う方法が提供される。ネットワークで混雑の悪化を防止するために、ＵＥ（ＭＳ）はバック−オフタイマー（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）を起動し、バック−オフタイマーが満了するまではアタッチ（ａｔｔａｃｈ）、位置情報更新（ＴＡＵ、ＲＡＵ）、サービス要請、セッション設定及び変更などの機能を実行しないようにバック−オフタイマーを制御する。いくつかの状況では、ネットワークが、再−アタッチ必要のデタッチ（Ｄｅｔａｃｈ  ｗｉｔｈ  ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）要請をＵＥに伝送するとき、バック−オフタイマーをどのように処理（ｈａｎｄｌｅ）すればよいかが不明確となる。
【００５９】
そこで、本明細書は、ネットワークが、再−アタッチ必要のデタッチ（Ｄｅｔａｃｈ  ｗｉｔｈ  ｒｅａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）要請をＵＥに伝送するとき、效果的にバック−オフタイマーを制御し、ネットワーク混雑を制御する効率的な方法を提案する。
【００６０】
より具体的に、本明細書は、端末でデタッチ手順（ｄｅｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）を行う方法を提供する。この方法は、ネットワーク内のエンティティからデタッチ要請メッセージ（ｄｅｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を受信することと、前記デタッチ要請メッセージ内のタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示する場合、第１タイマーが動作中であれば、該第１タイマーを中止することと、第２タイマーが動作中であれば、該第２タイマーを中止することと、デタッチ受諾メッセージ（ｄｅｔａｃｈ  ａｃｃｅｐｔ  ｍｅｓｓａｇｅ）を前記ネットワーク内のエンティティに伝送することと、を含むとよい。
【００６１】
前記第１タイマーは、ＭＭ（ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーであってよい。
【００６２】
前記第１タイマーは、アタッチ（Ａｔｔａｃｈ）が拒否される時、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）／ルーティング領域更新（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）が拒否される時、又はサービスが拒否される時、コアネットワークの混雑が指示される（ｉｎｄｉｃａｔｅｄ）時、又は下位層からのシグナリングによって、起動すればよい。
【００６３】
前記第１タイマーが満了すると、アタッチが開始（ｉｎｉｔｉａｔｅ）されたり、トラッキング領域更新／ルーティング領域更新が行われたり、又はサービス要請手順が行われるとよい。
【００６４】
前記第２タイマーは、ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーであってよい。
【００６５】
前記第２タイマーは、ＰＤＰコンテクスト活性化（Ａｃｔｉｖａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ）が拒否される時、ＭＢＭＳコンテクスト活性化（Ａｃｔｉｖａｔｅ  ＭＢＭＳ  Ｃｏｎｔｅｘｔ）が拒否される時、補助ＰＤＰコンテクスト活性化（Ａｃｔｉｖａｔｅ  Ｓｅｃｏｎｄａｒｙ  ＰＤＰ  ｃｏｎｔｅｘｔ）が拒否される時、ＰＤＰコンテクスト修正（Ｍｏｄｉｆｙ  ＰＤＰ  ｃｏｎｔｅｘｔ）が拒否される時、ＰＤＰ接続（ＰＤＰ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）が拒否される時、ベアラーリソース修正（Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ｍｏｄｉｆｉｃａｔｉｏｎ）が拒否される時、又はベアラーリソース割当（Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）が拒否される時に、起動すればよい。
【００６６】
前記第２タイマーが満了すると、ＰＤＰコンテクスト活性化が要請されたり、補助ＰＤＰコンテクスト活性化が要請されたり、ＰＤＰコンテクスト修正が要請されたり、デフォルトＥＰＳベアラーコンテクスト活性化（Ａｃｔｉｖａｔｅ  Ｄｅｆａｕｌｔ  ＥＰＳ  Ｂｅａｒｅｒ  Ｃｏｎｔｅｘｔ）が要請されたり、専用ＥＰＳベアラー活性化（Ａｃｔｉｖａｔｅ  Ｄｅｄｉｃａｔｅｄ  ＥＰＳ  Ｂｅａｒｅｒ  Ｃｏｎｔｅｘｔ）が要請されたり、又はＥＰＳベアラーコンテクスト修正（Ｍｏｄｉｆｙ  ＥＰＳ  Ｂｅａｒｅｒ  Ｃｏｎｔｅｘｔ）が要請されるとよい。
【００６７】
前記方法は、前記デタッチ要請メッセージ内のデタッチタイプ（ｄｅｔａｃｈ  ｔｙｐｅ）が「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示する場合に、前記ネットワーク内のノードとのシグナリング無しで、デフォルトＥＰＳベアラーコンテクストを含むＥＰＳベアラーコンテクストを非活性化（ｄｅａｃｔｉｖａｔｉｎｇ）することをさらに含んでもよい。
【００６８】
前記方法は、前記デタッチ受諾メッセージを前記ネットワーク内のエンティティに伝送した後、ＥＭＭ登録解除状態（ｄｅｒｅｇｉｓｔｅｒｅｄ  ｓｔａｔｅ）に進入することをさらに含んでもよい。
【００６９】
前記方法は、デタッチを完了した後、既存ＮＡＳシグナリング接続を解除（ｒｅｌｅａｓｅ）することと、アタッチ手順（ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）を行うことと、をさらに含んでもよい。
【００７０】
さらに、本明細書は端末を提供する。この端末は、ネットワーク内のエンティティからデタッチ要請メッセージ（ｄｅｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を受信する受信部と、前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示する場合、第１タイマーが動作中であれば、前記第１タイマーを中止し、第２タイマーが動作中であれば、前記第２タイマーを中止する制御部と、デタッチ受諾メッセージ（ｄｅｔａｃｈ  ａｃｃｅｐｔ  ｍｅｓｓａｇｅ）を前記ネットワーク内のエンティティに伝送する送信部と、を備えるとよい。
【００７１】
前記第１タイマーは、ＭＭ（ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーで、前記第２タイマーは、ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーであってよい。
【００７２】
本発明は、下記のような効果を有する。
【００７３】
まず、３ＧＰＰ  ＧＳＭ（登録商標）／ＵＭＴＳ／ＥＰＳシステムのＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）環境において、不必要な端末とネットワーク間の再−アタッチ（ｒｅａｔｔａｃｈ）及びサービス／通信接続の遅延（ｄｅｌａｙ）を防止することができる。
【００７４】
また、本明細書の開示によれば、ＳＩＰＴＯの場合にサービス中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）を防止することができる。
【００７５】
また、本明細書の開示によれば、ネットワークリソースの無駄使いが防止され、リソース活用を最適化できる。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
端末でデタッチ手順を行う方法であって、
ネットワーク内のエンティティから拒否メッセージを受信した場合、又は下位層からシグナリングを受信した場合に、第１タイマー及び第２タイマーの少なくとも一方を起動することと、
前記ネットワーク内のエンティティからデタッチ要請メッセージを受信することと、
前記デタッチ要請メッセージ内のタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示する場合に、前記第１タイマーが動作中であれば、該第１タイマーを中止することと、
前記第２タイマーが動作中であれば、該第２タイマーを中止することと、
デタッチ受諾メッセージを前記ネットワーク内のエンティティに伝送することと、
を含む、方法。
（項目２）
前記第１タイマーは、ＭＭ（ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーである、項目１に記載の方法。
（項目３）
前記第１タイマーは、アタッチが拒否される場合、トラッキング領域更新／ルーティング領域更新が拒否される場合、サービスが拒否される場合、コアネットワークの混雑が指示される場合、又は前記下位層からのシグナリングによって、起動される、項目１に記載の方法。
（項目４）
前記第１タイマーが満了すると、アタッチが開始されたり、トラッキング領域更新／ルーティング領域更新が行われたり、又はサービス要請手順が行われる、項目１に記載の方法。
（項目５）
前記第２タイマーは、ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーである、項目１に記載の方法。
（項目６）
前記第２タイマーは、ＰＤＰコンテクスト活性化、ＭＢＭＳコンテクスト活性化、補助ＰＤＰコンテクスト活性化、ＰＤＰコンテクスト修正、ＰＤＮ接続、ベアラーリソース修正、又はベアラーリソース割当、が拒否される場合に、起動される、項目１に記載の方法。
（項目７）
前記第２タイマーが満了すると、ＰＤＰコンテクスト活性化要請、補助ＰＤＰコンテクスト活性化要請、ＰＤＰコンテクスト修正要請、デフォルトＥＰＳベアラーコンテクスト活性化要請、専用ＥＰＳベアラー活性化要請、又はＥＰＳベアラーコンテクスト修正要請、がなされる、項目１に記載の方法。
（項目８）
前記デタッチ要請メッセージ内の前記デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示する場合に、前記ネットワーク内のノードとのシグナリング無しで、デフォルトＥＰＳベアラーコンテクストを含むＥＰＳベアラーコンテクストを非活性化することをさらに含む、項目１に記載の方法。
（項目９）
前記デタッチ受諾メッセージを前記ネットワーク内のエンティティに伝送した後、ＥＭＭ登録解除状態（ＥＭＭ−ｄｅｒｅｇｉｓｔｅｒｅｄ  ｓｔａｔｅ）に進入することをさらに含む、項目１に記載の方法。
（項目１０）
デタッチを完了した後、既存ＮＡＳシグナリング接続を解除することと、
アタッチ手順を行うことと、
をさらに含む、項目１に記載の方法。
（項目１１）
ネットワーク内のエンティティから拒否メッセージを受信したり、又は下位層からシグナリングを受信する受信器と、
前記受信によって、第１タイマーと第２タイマーの少なくとも一方を起動する制御器と、
デタッチ受諾メッセージを前記ネットワーク内のエンティティに伝送する送信器と、
を備え、
前記受信器を介して前記ネットワーク内のエンティティからデタッチ要請メッセージを受信した場合に、前記デタッチ要請メッセージ内のデタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示すると、前記制御器は、前記第１タイマーが動作中であれば、該第１タイマーを中止し、前記第２タイマーが動作中であれば、該第２タイマーを中止する、端末。
（項目１２）
前記第１タイマーは、ＭＭ（ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）タイマーであり、前記第２タイマーは、ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）タイマーである、項目１１に記載の端末。
（項目１３）
前記制御器は、前記デタッチ要請メッセージ内の前記デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を指示すると、前記ネットワーク内のノードとのシグナリング無しで、デフォルトＥＰＳベアラーコンテクストを含むＥＰＳベアラーコンテクストを非活性化する、項目１１に記載の端末。
（項目１４）
前記制御器は、前記デタッチ受諾メッセージを前記ネットワーク内のエンティティに伝送した後、ＥＭＭ登録解除状態（ＥＭＭ  ｄｅｒｅｇｉｓｔｅｒｅｄ  ｓｔａｔｅ）に進入する、項目１１に記載の端末。
（項目１５）
前記制御器は、デタッチを完了すると、既存ＮＡＳシグナリング接続を解除した後、接続手順を行う、項目１１に記載の端末。
【図面の簡単な説明】
【００７６】
【図１】図１は、進展した（ｅｖｏｌｖｅｄ）移動通信ネットワークを示す図である。
【図２】図２は、ＭＴＣデバイスの構造及び通信プロセスを示す図である。
【図３】図３は、ＭＴＣ支援のための３ＧＰＰサービスモデルを示す概念図である。
【図４】図４は、ネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）時に、ＵＥのアクセスを拒否するプロシージャを示す図である。
【図５】図５は、（ｅ）ＮｏｄｅＢとＨｏｍｅ  （ｅ）ＮｏｄｅＢとの関係を示す図である。
【図６】図６は、ネットワーク過負荷状態を示す図である。
【図７】図７は、ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ）の概念を示す図である。
【図８】図８は、従来技術によって過負荷防止のためにバック−オフタイム（ｂａｃｋ−ｏｆｆ  ｔｉｍｅ）を使用するとき、ＳＩＰＴＯ技術を適用できない問題点を示す図である。
【図９】図９は、図８の状況を示す手順のフローチャートである。
【図１０】図１０は、本発明に係る方案を示す例示図である。
【図１１】図１１は、本発明の第１実施例に係る手順を示すフローチャートである。
【図１２】図１２は、本発明の第１実施例に係る手順を示す他のフローチャートである。
【図１３】図１３は、本発明の第２実施例に係る手順を示す他のフローチャートである。
【図１４】図１４は、本発明の第３実施例の第一の方案に係る手順を示す他のフローチャートである。
【図１５】図１５は、図１４に示した第３実施例の第一の方案に対する第１の変形例を示す。
【図１６】図１６は、図１４に示した第３実施例の第一の方案に対する第２の変形例を示す。
【図１７】図１７は、本発明の第３実施例の第二の方案に係る手順を示す他のフローチャートである。
【図１８】図１８は、本発明の第３実施例の第三の方案に係る手順を示す他のフローチャートである。
【図１９】図１９は、本発明に係るＵＥ  １００及びＭＭＥ  ５１０のブロック図である。
【発明を実施するための形態】
【００７７】
本発明の好適な実施例が詳細に説明され、それらの例示は添付の図面で示される。本発明の思想又は範囲から逸脱することなく本発明の様々な変更と変形が可能であるということは、当該技術の分野に属する通常の知識を有する者には明らかである。したがって、添付のクレーム及びクレームの均等な範囲内で提供される発明の変更及び変形はいずれも本発明に含まれる。
【００７８】
一実施例に係るドレンデバイス及び該ドレンデバイスを含む冷却器について、添付の図面を参照して詳しく説明する。
【００７９】
本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に基づいて説明される。しかし、本発明は、このような通信システムに限定されず、本発明の技術的思想が適用されるいかなる通信システム及び方法にも適用可能である。
【００８０】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために用いられたもので、本発明を限定しようとする意図ではないことに留意されたい。また、本明細書で使われる技術的用語は、本明細書で特別な意味と定義しない限り、本発明の属する技術の分野における通常の知識を有する者にとって一般的に理解される意味として解釈されるべきであり、過度に包括的な意味又は過度に縮小した意味として解釈されてはならない。また、本明細書で使われる技術的な用語が、本発明の思想を正確に表現できない誤った技術的用語になっていても、当業者に正しく理解されるような技術的用語にいい代えて解釈されるべきである。また、本発明で使われる一般的な用語は、辞書の定義通りに、又は前後文脈を考慮して解釈されるべきであり、過度に包括的な意味又は過度に縮小した意味として解釈されてはならない。
【００８１】
また、本明細書で使われる単数の表現は、文脈上明白に言及しない限り、複数の表現をも含む。本出願で、「含む」又は「有する」などの用語は、明細書上に記載された構成要素、又は段階を必ず全て含むことを意味するのではなく、それらのいずれか一部の構成要素又は段階は含まれない場合もあれば、追加の構成要素又は段階がさらに含まれる場合もあることを意味するものと解釈しなければならない。
【００８２】
また、本明細書で使われる第１、第２などのように、序数を含む用語は、様々な構成要素を説明するのに使われるが、これらの用語に構成要素が限定されてはならない。すなわち、これらの用語は、一つの構成要素を他の構成要素から区別する目的でのみ使われる。例えば、本発明の権利範囲から逸脱しない限度内で、第１構成要素が第２構成要素と命名されてもよく、同様に第２構成要素が第１構成要素と命名されてもよい。
【００８３】
ある構成要素が他の構成要素に「接続（ｃｏｎｎｅｃｔ）される」又は「リンク（ｌｉｎｋ）される」と言及されたとき、他の構成要素に直接接続される又はリンクされる場合も、又は両者の間にさらに他の構成要素が存在する場合も含む。一方、ある構成要素が他の構成要素に「直接接続される」又は「直接リンクされる」と言及されたときは、両者の間にさらに他の構成要素が存在しないと理解すればいい。
【００８４】
以下、添付の図面を参照して、本発明に係る好適な実施例を詳しく説明する。ただし、図面に関係なく、同一又は類似の構成要素には同一の参照番号を付し、それについての重複する説明は省略するものとする。また、本発明を説明するにあって、関連の公知技術に関する具体的な説明が本発明の要旨を曖昧にさせる恐れがあると判断される場合にはその詳細な説明を省略する。また、添付の図面は単に本発明の思想を容易にさせるためのもので、添付の図面に本発明の思想が制限されると解釈されてはならないことに留意されたい。本発明の思想は、添付の図面の他に、あらゆる変更、均等物又は代替物にまで拡張されるものと解釈されなければならない。
【００８５】
添付の図面では、例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示されたＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語と呼ばれることもある。また、ＵＥは、ノートパソコン、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディアデバイスなどのように携帯可能なデバイスであってもよく、ＰＣ、車両搭載装置のように携帯不可能なデバイスであってもよい。
【００８６】
用語の定義
以下、図面を参照して説明するに先立って、本発明の理解を容易にさせるべく、本明細書で使われる用語を簡略に定義する。
【００８７】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略語で、３世代移動通信ネットワークを意味する。
【００８８】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎの略語で、端末装置を意味する。
【００８９】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略語で、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークを支援するコアネットワークを意味する。ＵＭＴＳが進展した形態のネットワークである。
【００９０】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバーが位置している独立的なネットワークである。
【００９１】
ＰＤＮ接続：端末からＰＤＮへの接続。すなわち、ＩＰアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連係（接続）（ａｓｓｏｃｉａｔｉｏｎ（ｃｏｎｎｅｃｔｉｏｎ））。
【００９２】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：端末ＩＰアドレス割当（ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）、パケットスクリーニング及びフィルタリング（Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ  ＆  ｆｉｌｔｅｒｉｎｇ）、課金データ収集（Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ）機能を実行するＥＰＳネットワークのネットワークノード。
【００９３】
サービングＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性アンカー（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、遊休モードパケットバッファリング（Ｉｄｌｅ  ｍｏｄｅ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、ＭＭＥが端末をページングするようにトリガーする機能を実行するＥＰＳネットワークのネットワークノード。
【００９４】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）：サービスフロー（ｆｌｏｗ）別に異なったＱｏＳ及び課金政策を動的（ｄｙｎａｍｉｃ）に適用するための政策決定（Ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ）を行うＥＰＳネットワークのノード。
【００９５】
ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）：ネットワークで管理するアクセスポイントの名称であって、ＵＥに提供される。すなわち、ＰＤＮを指示したり区別する文字列である。要請したサービス又はネットワーク（ＰＤＮ）にアクセスするためには該当のＰ−ＧＷを経由する必要がある。ＡＰＮは、このＰ−ＧＷを見出せるようにネットワーク内であらかじめ定義した名称（文字列）（例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ）である。
【００９６】
アクセス制御（Ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）：  ＵＥがＨｏｍｅ  （ｅ）ＮｏｄｅＢのようなアクセスシステムで使用されたり、他のアクセスシステムへ移動したりするようにする制御手順。
【００９７】
ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのエンドポイントＩＤ（Ｅｎｄｐｏｉｎｔ  ＩＤ）。各ＵＥのベアラー（ｂｅａｒｅｒ）単位で区間別に設定される。
【００９８】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９９】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１００】
（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢ、ｅＮｏｄｅＢの両方を指す用語である。
【０１０１】
Ｈｏｍｅ  ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋内に設置され、セルカバレッジ規模はフェムトセルに該当する。
【０１０２】
Ｈｏｍｅ  ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局であって、屋内に設置され、セルカバレッジ規模はフェムトセルに該当する。
【０１０３】
Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ：Ｈｏｍｅ  ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢの両方を指す用語である。
【０１０４】
Ｈｏｍｅ  （ｅ）ＮｏｄｅＢゲートウェイ：一つ以上のＨｏｍｅ  （ｅ）ＮｏｄｅＢと接続して、コアネットワークとインターフェーシングする役割を担うゲートウェイである。
【０１０５】
Ｈｏｍｅ  （ｅ）ＮｏｄｅＢサブシステム：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢとＨｏｍｅ  （ｅ）ＮｏｄｅＢゲートウェイを一つのセットとして無線ネットワークを管理する形態である。Ｈｏｍｅ  （ｅ）ＮｏｄｅＢサブシステムもＨｏｍｅ  （ｅ）ＮｏｄｅＢも無線ネットワークを管理してコアネットワークとリンクする役割を担うから、一つの集合体形態と見なされる。したがって、以下では、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢとＨｏｍｅ  （ｅ）ＮｏｄｅＢサブシステムなる用語は同じ意味で使われる。
【０１０６】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略語で、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割を担う。
【０１０７】
閉加入者グループ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ：ＣＳＧ）：一つ以上のＨｏｍｅ  （ｅ）ＮｏｄｅＢのグループを意味する。ＣＳＧに属したＨｏｍｅ  （ｅ）ＮｏｄｅＢは、同じＣＳＧ  ＩＤを有する。各ユーザーは各ＣＳＧ別にライセンス（ｌｉｃｅｎｓｅ）を受ける。
【０１０８】
閉アクセスモード（Ｃｌｏｓｅｄ  Ａｃｃｅｓｓ  Ｍｏｄｅ）：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢがＣＳＧセルとして動作するモードを指す。該当のセルに許容されたユーザー端末に限ってアクセスを許容する方式で動作する。すなわち、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢが支援する特定ＣＳＧ  ＩＤに対する権限を有している端末のみアクセス可能である。
【０１０９】
開アクセスモード（Ｏｐｅｎ  Ａｃｃｅｓｓ  Ｍｏｄｅ）：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢがＣＳＧの概念無しで一般セル（ｎｏｒｍａｌ  ｃｅｌｌ、ｎｏｎ−ＣＳＧ  ｃｅｌｌ）のような方式で動作するモードを指す。すなわち、一般（ｅ）ＮｏｄｅＢのように動作する。
【０１１０】
混合アクセスモード（Ｈｙｂｒｉｄ  ａｃｃｅｓｓ  ｍｏｄｅ）：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢがＣＳＧセルとして動作するが、ｎｏｎ−ＣＳＧ加入者にもアクセスを許容するモードを指す。該当のセルにより支援され得る特定ＣＳＧ  ＩＤを有しているユーザー端末にアクセスを許容してＨｏｍｅ  （ｅ）ＮｏｄｅＢサービスを提供でき、ＣＳＧ権限のない端末にもアクセスを許容する方式で動作するモードを指す。
【０１１１】
Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ（ＳＩＰＴＯ）：ＵＥがＨｏｍｅ  （ｅ）ＮｏｄｅＢや（ｅ）ＮｏｄｅＢを介して特定ＩＰトラフィックを伝送する時、移動通信プロバイダーのネットワーク（例えば、３ＧＰＰ、３ＧＰＰ２）を使用せず、インターネットなどの有線ネットワークに迂回（ｏｆｆｌｏａｄｉｎｇ）させる技術。
【０１１２】
ＳＩＰＴＯフェムト（又はフェムトＳＩＰＴＯ）：ＵＥがＨｏｍｅ  （ｅ）ＮｏｄｅＢを介して特定ＩＰトラフィックを伝送する時、移動通信プロバイダーのネットワーク（例えば、３ＧＰＰ、３ＧＰＰ２）を使用せず、インターネットなどの有線ネットワークに迂回させる技術。
【０１１３】
ＳＩＰＴＯマクロ（又はマクロＳＩＰＴＯ）：ＵＥが（ｅ）ＮｏｄｅＢを介して特定ＩＰトラフィックを伝送する時、移動通信プロバイダーのネットワーク（例えば、３ＧＰＰ、３ＧＰＰ２）を使用せず、インターネットなどの有線ネットワークに迂回させる技術。
【０１１４】
Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ（ＬＩＰＡ）：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢをローカルネットワーク（すなわち、小規模ネットワーク、例えば、家庭のホームネットワークや会社のオフィスネットワーク）と接続させ、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢ内にあるＵＥがＨｏｍｅ  （ｅ）ＮｏｄｅＢを介してローカルネットワークに接続できるようにする技術。
【０１１５】
ローカルゲートウェイ（Ｌｏｃａｌ  Ｇａｔｅｗａｙ）：Ｈｏｍｅ  （ｅ）ＮｏｄｅＢを介したＬＩＰＡやＳＩＰＴＯを可能にするための、すなわち、コアネットワークを経由せずにホームネットワークや有線ネットワークに直接データを伝送可能にするためのゲートウェイである。ローカルゲートウェイは、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢと有線ネットワーク間に位置し、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢと有線ネットワーク間にベアラーを生成し、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢとローカルネットワーク間にベアラーを生成し、且つ生成されたベアラーを介してデータ伝送を可能にする。
【０１１６】
セッション（Ｓｅｓｓｉｏｎ）：セッションはデータ伝送のための通路で、その単位はＰＤＮ、ベアラー（Ｂｅａｒｅｒ）、ＩＰフロー（ｆｌｏｗ）などであってよい。各単位間の差は、対象ネットワーク全体単位（ＡＰＮ又はＰＤＮ単位）、該単位内でＱｏＳに区別される単位（ベアラー単位）、目的地ＩＰアドレス単位に区別できる。
【０１１７】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続。すなわち、ＩＰアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連係（接続）（ａｓｓｏｃｉａｔｉｏｎ（ｃｏｎｎｅｃｔｉｏｎ））を表す。これは、セッションを形成するための、コアネットワーク内のエンティティ間（端末−ＰＤＮ  ＧＷ）接続を意味する。
【０１１８】
ＵＥコンテクスト（Ｃｏｎｔｅｘｔ）：ネットワークでＵＥを管理するために用いられるＵＥの状況情報（ｓｉｔｕａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、すなわち、ＵＥ  ｉｄ、移動性（現在位置など）、セッションの属性（ＱｏＳ、優先順位など）で構成された状況情報。
【０１１９】
ローカルＰＤＮ：外部ＰＤＮ以外の、ホームネットワークや企業ネットワーク（ｅｎｔｅｒｐｒｉｓｅ  ｎｅｔｗｏｒｋ）のような独立した個別ネットワーク（ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）。
【０１２０】
ローカルＨｏｍｅ  （ｅ）ＮｏｄｅＢネットワーク：ローカルＰＤＮにアクセスするためのネットワークを意味し、Ｈｏｍｅ  （ｅ）ＮｏｄｅＢとＬ−ＧＷを含む。
【０１２１】
ローカルネットワーク：ローカルＨｏｍｅ  （ｅ）ＮｏｄｅＢネットワークとローカルＰＤＮを含むネットワーク。
【０１２２】
ＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）：セルラーフォン、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイスの管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ）、エラー報告（Ｅｒｒｏｒ  Ｒｅｐｏｒｔ）などの機能を実行する。
【０１２３】
ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）：ネットワーク欠陥表示（ｎｅｔｗｏｒｋ  ｆａｕｌｔ  ｉｎｄｉｃａｔｉｏｎ）、性能情報（ｐｅｒｆｏｒｍａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）、並びにデータ及び診断機能を提供する、ネットワーク管理機能のグループ。
【０１２４】
ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）に関するパラメータをＵＥに設定（ｃｏｎｆｉｇｕｒｅ）するのに使用するＭＯ（Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）。
【０１２５】
ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎの略語で、人間の介入無しで機械同士に起きる。
【０１２６】
ＭＴＣデバイス：コアネットワークを通じた通信機能を有する特定目的を行うＵＥ。例えば、自動販売機（ｖｅｎｄｉｎｇ  ｍａｃｈｉｎｅ）、検針器（ｍｅｔｅｒ  ｒｅａｄｉｎｇ  ｍａｃｈｉｎｅ）。
【０１２７】
ＭＴＣサーバー：ＭＴＣデバイスを管理し、ＭＴＣデバイスとデータを授受するネットワーク上のサーバー。
【０１２８】
ＭＴＣアプリケーション：ＭＴＣデバイスとＭＴＣサーバーを用いた実際アプリケーション（遠隔検針（ｒｅｍｏｔｅ  ｍｅｔｅｒ  ｒｅａｄｉｎｇ）、物品移動追跡（ｔｒａｃｋｉｎｇ  ｔｒａｎｓｐｏｒｔ  ｏｆ  ｇｏｏｄｓ）など）。
【０１２９】
ＭＴＣ特徴（Ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能又は属性（ａｔｔｒｉｂｕｔｅ）であって、各アプリケーションの用途によって一部の特徴（ｆｅａｔｕｒｅ）が要求される。例えば、ＭＴＣモニタリング（装備紛失に備えた遠隔検針などに必要）、低い移動性（Ｌｏｗ  ｍｏｂｉｌｉｔｙ）（自動販売機の場合、移動がほとんどない。）などを含む。
【０１３０】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位層（ｈｉｇｈ  ｓｔｒａｔｕｍ）。ＵＥとネットワーク間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓ  ｓ  ｍａｉｎｔｅｎａｎｃｅ）などを支援する。
【０１３１】
ＮＡＳレベル混雑制御：ＡＰＮベースの混雑制御（ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）と一般ＮＡＳレベル移動性管理制御（Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）を含むＥＰＳネットワークの混雑制御器能。
【０１３２】
一方、以下では、図面を参照した説明に先立って、混雑制御（ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）について説明する。
【０１３３】
混雑制御（ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）
３ＧＰＰ  ＭＴＣネットワークで混雑が発生したとき、コアネットワークのノード（ＭＭＥ、Ｓ−ＧＷ、ＰＤＮ−ＧＷ、ＭＳＣ、ＳＧＳＮ、ＧＧＳＮ）は、ＮＡＳレベル混雑制御（ＮＡＳ  ｌｅｖｅｌ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を行い、シグナリング混雑を回避したり制御する。
【０１３４】
このＮＡＳレベル混雑制御は、「ＡＰＮベースの混雑制御（ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）」と「一般ＮＡＳレベル移動性管理（Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）を含む。
【０１３５】
ＡＰＮベースの混雑制御は、ＵＥ／ＭＳ及び特定ＡＰＮ（混雑状態に連係しているＡＰＮ）に関連している（Ｅ）ＭＭと（Ｅ）ＳＭシグナリング混雑制御を意味し、ＡＰＮベースのセッション管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）とＡＰＮベースの移動性管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を含む。
【０１３６】
一方、一般ＮＡＳレベル移動性管理は、一般的なネットワーク混雑又は過負荷状況において、ＵＥ／ＭＳが要請する移動性管理シグナリング要請をコアネットワーク内のノード（ＭＭＥ、Ｓ−ＧＷ、ＰＤＮ−ＧＷ、ＭＳＣ、ＳＧＳＮ、ＧＧＳＮ）が拒否することによって、混雑及び過負荷を回避することを意味する。
【０１３７】
一般に、コアネットワークがＮＡＳレベル混雑制御を行う場合に、バック−オフタイマー（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）（又は下位層からの拡張された待機タイマー（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ））値が拒否メッセージ（ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）に含まれてＵＥ  １００に伝送される。ＵＥ  １００は、バック−オフタイマーが満了するまではネットワークに（Ｅ）ＭＭ／（Ｅ）ＳＭシグナリング要請を伝送しない。
【０１３８】
このバック−オフタイマーは、（Ｅ）ＭＭシグナリング（例、アタッチ、ＴＡＵ／ＲＡＵ要請など）制御のための移動性管理（ＭＭ）バック−オフタイマーと、（Ｅ）ＳＭシグナリング（例、ＰＤＮ接続、ベアラーリソース割当、ベアラー修正、ＰＤＰコンテクスト活性化、ＰＤＰコンテクスト修正要請など）の制御のためのセッション管理（ＳＭ）バック−オフタイマーとに区別される。ＭＭバック−オフタイマーは端末別に、そしてＳＭバック−オフタイマーはＡＰＮ及び端末別に、それぞれ独立して動作する。
【０１３９】
要するに、ＭＭバック−オフタイマーは、ネットワーク混雑を制御するために使われる移動性管理関連バック−オフタイマーで、該タイマーの動作中には、ＵＥ  １００がアタッチ、ＴＡＵ／ＲＡＵ及びサービス要請をすることを防ぐタイマーである。ただし、緊急ベアラーサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）又はＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）については、タイマーの動作中であってもＵＥ  １００が要請をしてもよい。
【０１４０】
ＭＭバック−オフタイマー値は、ネットワーク（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）から提供されてもよく、下位層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）から伝送されてもよい。又は、１５分乃至３０分の基本値の中からランダムに設定されてもよい。
【０１４１】
一方、ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）バック−オフタイマーは、ネットワーク混雑を制御するために使われるセッション管理関連のバック−オフタイマーで、タイマーの動作中には、ＵＥ  １００が連係の（ａｓｓｏｃｉａｔｅｄ）ＡＰＮベースのセッションを設定又は変更することを防ぐタイマーである。ただし、緊急ベアラーサービス、ＭＰＳについては、タイマーの動作中であってもＵＥが要請をしてもよい。
【０１４２】
ＳＭバック−オフタイマー値は、ネットワーク（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）から提供されてもよく、ＥＳＭ／ＳＭ拒否原因値（Ｒｅｊｅｃｔ  ｃａｕｓｅ  ｖａｌｕｅ）が＃２６（Ｉｎｓｕｆｆｉｃｉｅｎｔ  ｒｅｓｏｕｒｃｅｓ）である場合は、最大７２時間までのいずれかの値とランダムに設定されてもよい。
【０１４３】
一方、前述のように、ネットワークからＭＭ／ＳＭバック−オフタイマー値が提供される場合は、ネットワーク事業者が当該バック−オフ値を設定する。ＭＭ／ＳＭバック−オフタイマー値は、ネットワーク状況及び政策（Ｐｏｌｉｃｙ）に応じて数十分から数時間の範囲の値に設定される。
【０１４４】
以上のように、ＵＥ／ＭＳ  １００が高い優先順位（ｈｉｇｈ  ｐｒｉｏｒｉｔｙ）を有するサービスユーザー（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ；アクセスクラス１１〜１５をもってネットワークをアクセスするユーザー）であるか、或いは緊急ベアラーサービスを既に有していたり又は開始（ｉｎｉｔｉａｔｅ）しようとする場合には、既にＭＭ／ＳＭバック−オフタイマーが動作していても、該当のサービスが要請されてもよい。
【０１４５】
以下、デタッチ手順について説明する。
【０１４６】
図１０は、本発明に係る方案を示す例示図である。
【０１４７】
図１０を参照すると、例示的に、ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）のような移動通信システムが示されている。このＥＰＳシステムは、基地局３００、ローカルＰ−ＧＷ  ４００、ＭＭＥ  ５１０、Ｓ−ＧＷ  ５２０及びＰ−ＧＷ  ５３０を含んでいる。基地局３００は、（ｅ）ＮｏｄｅＢ或いはＨｏｍｅ  （ｅ）ＮｏｄｅＢであってよい。
【０１４８】
ローカルゲートウェイ４００は、基地局３００と有線ネットワーク７００との間に位置しており、基地局３００を介したＳＩＰＴＯを可能にするためのゲートウェイである。ローカルゲートウェイ４００は、基地局３００と有線ネットワーク７００間の経路を通じてセッションを生成してもよい。
【０１４９】
このローカルゲートウェイ４００は、ＥＰＳシステムのためのＰＤＮ−ＧＷの機能の一部或いは全部を含んでもよく、又はＵＭＴＳのためのＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）の機能の一部或いは全部を含んでもよい。しかし、ローカルゲートウェイ４００は、基地局３００と有線ネットワーク７００間の経路を通じてベアラーを生成することが許容されることから、移動通信ネットワーク６００への経路を通じてベアラーを生成するＥＰＳのＰ−ＧＷ  ５２０或いはＵＭＴＳのＧＧＳＮとは区別される。したがって、ローカルゲートウェイ４００は、ＥＰＳではローカルＰ−ＧＷと呼ばれることもあり、ＵＭＴＳではローカルＧＧＳＮと呼ばれることもある。
【０１５０】
一方、図１０に示したシステムはＥＰＳに基づくものであるが、３ＧＰＰ  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）にも適用可能である。３ＧＰＰ  ＵＭＴＳでは、ＭＭＥ  ５１０の制御プレーンの機能、Ｓ−ＧＷ  ５２０のユーザープレーン機能の両方がＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）（図示せず）で行われてもよい。
【０１５１】
同図のＵＥ  １００は、基地局３００を介してネットワークノードからデタッチ要請を受信する。デタッチ要請は、再−アタッチのためのものであってよい。ネットワーク（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）から再−アタッチ必要のデタッチ手順（Ｄｅｔａｃｈ  ｐｒｏｃｅｄｕｒｅ  ｗｉｔｈ  ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）の要請を、ＵＥ  １００が受信するとき、この要請は、例えば、ＰＤＮ−ＧＷリスタート、ＰＣＲＦリスタート、ＳＩＰＴＯ（ＰＤＮ−ＧＷ再配置（Ｒｅｌｏｃａｔｉｏｎ）、Ｏ＆Ｍトリガリングなどを含んでよい。
【０１５２】
一般に、再−アタッチ必要のデタッチ手順の要請があると、ＵＥ  １００は、要請されたデタッチ手順を行う。
【０１５３】
換言すれば、デタッチ受諾メッセージがネットワークに伝送される。デタッチ手順を完了した後、ＵＥ  １００は、再び再−アタッチを実行し、続いて、以前に設定（ｓｅｔ−ｕｐ）されたＰＤＮ接続を再び設定する。ここで、ＰＤＮ−ＧＷリスタート、ＰＣＲＦリスタート、ＰＤＮ−ＧＷ再配置は、混雑状態の解除を意味する。
【０１５４】
現在３ＧＰＰ標準Ｒｅｌ−１０で、ＵＥ  １００でＭＭバック−オフタイマーとＳＭバック−オフタイマーが独立して又は同時に動作すると、ＵＥ  １００はネットワークにいかなる移動性管理或いはセッション管理関連のシグナリング要請もできない。ただし、緊急電話／サービス（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ／ｓｅｒｖｉｃｅ）或いはマルチメディア優先順位サービス（ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ（Ｓｅｒｖｉｃｅ  Ｕｓｅｒｓ））については、  ＵＥ  １００は、バック−オフタイマーが動作しても、関連手順を行ってもよい。
【０１５５】
すなわち、ＵＥ  １００は、ＥＰＳセッション管理拒否メッセージによって搬送されたＳＭバック−オフタイマーを受信すると、ＳＭバック−オフタイマーが満了するまで下記の動作を行う。
【０１５６】
１）拒否されたＥＰＳセッション管理要請メッセージ内にＡＰＮが含まれていると、ＵＥ  １００は、混雑ＡＰＮに対してはいかなるセッション管理手順も開始しない。ＵＥ  １００は、その他のＡＰＮに対してはセッション管理手順を行ってもよい。
【０１５７】
２）拒否されたＥＰＳセッション管理要請メッセージ内にＡＰＮが含まれていないと、ＵＥ  １００は、ＡＰＮのない如何なるセッション管理要請も開始しない。ＵＥ  １００は、特定ＡＰＮのためのセッション管理手順は行ってもよい。
【０１５８】
３）ＭＭバック−オフタイマーの動作中には、ＵＥ  １００には、サービスユーザー、緊急サービス及びモバイル終了サービス（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）以外は、いかなる移動性管理手順のためのＮＡＳ要請の開始も許容されない。
【０１５９】
以上のように、ＵＥ（ＭＳ）１００は、下記の２つの場合にＰＤＮ接続に対してＳＭバック−オフタイマーを起動する：
ｉ）ＵＥ（ＭＳ）１００がネットワークに特定ＡＰＮに対してＰＤＮ接続要請をし、ネットワークが特定ＡＰＮに対してＳＭバック−オフタイマーを提供しながらＰＤＮ接続要請を拒否する（換言すれば、特定ＡＰＮに対して混雑が発生する）。こうなると、ＵＥ／ＭＳは、特定ＡＰＮに対するＰＤＮ接続と関連してＳＭバック−オフタイマーを起動する。
【０１６０】
ｉｉ）ＵＥ（ＭＳ）１００がネットワークに特定ＡＰＮ無しにＰＤＮ接続要請をし（例、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｗｉｔｈ  ａ  ｄｅｆａｕｌｔ  ＡＰＮ）、ネットワークがＳＭバック−オフタイマーを提供しながらＰＤＮ接続要請を拒否する。こうなると、ＵＥ（ＭＳ）１００は、特定ＡＰＮに関わらずに該当のＰＤＮ接続に対してＳＭバック−オフタイマーを起動する。
【０１６１】
ところが、このようにＭＭ／ＳＭバック−オフタイマーが動作すると、基本的なバック−オフタイマーメカニズムにより、関連の再−アタッチ必要のデタッチ手順が行われなくなる。最悪の場合、ＭＭバック−オフタイマーとＳＭバック−オフタイマーの影響により７２時間も端末／ユーザーがサービスを受けない場合もある。
【０１６２】
特に、ＳＩＰＴＯでは、サービス提供のためにＰＤＮ−ＧＷ再選択が行われる。結果として、ＰＤＮ−ＧＷ再選択を行うために、ネットワークが端末（ＵＥ／ＭＳ）に、再−アタッチ必要のデタッチの要請を伝送する。もし、端末でＭＭ／ＳＭバック−オフタイマーが動作していると、これは、緊急電話／サービス、マルチメディア優先順位サービスなど以外のサービスが使用されていることを意味する。したがって、デタッチ手順、再−アタッチ手順、セッション再確立（Ｓｅｓｓｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）などが行われなくなる。そのため、深刻なサービス中断が発生する。
【０１６３】
以上のように、再−アタッチ必要のデタッチ手順に対する要請をネットワークノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）から受信した場合、ＵＥ／ＭＳでＭＭバック−オフタイマーとＳＭバック−オフタイマーが動作していると、どのようにＭＭ／ＳＭバック−オフタイマーを処理するすればよいか不明確である。結果として、効率的なＮＡＳレベル混雑制御を行うことができない。このような問題は、ネットワークリソース管理、サービス接続性及びユーザー経験（Ｕｓｅｒ  ｅｘｐｅｒｉｅｎｃｅ）などをより悪化させることにつながる。そこで、ＭＭ／ＳＭバック−オフタイマーを処理する方法を補完する必要がある。
【０１６４】
そのために、本発明では、図１０に示すように、ＵＥ  １００がバック−オフタイマーを駆動する中に、デタッチ要請を受信すると、バック−オフタイマーが中止される。
【０１６５】
この時、ＵＥ  １００は、下記の３つの場合にバック−オフタイマー、具体的にはＭＭバック−オフタイマー又はＳＭバック−オフタイマーを起動する：
第一は、ＵＥ（又はＭＳ）１００でＭＭバック−オフタイマーのみ動作する場合である；
第二は、ＵＥ（又はＭＳ）１００で一つのＭＭバック−オフタイマーと一つのＳＭバック−オフタイマーがそれぞれ動作する場合である；
第三は、ＵＥ（又はＭＳ）１００で一つのＭＭバック−オフタイマーと、異なるＡＰＮによる複数個のＳＭバック−オフタイマーがそれぞれ動作する場合である。第三の場合は、次のように分類される：Ａ）異なった複数のＡＰＮが単一のＰＤＮ−ＧＷと連係している場合；Ｂ）異なった複数のＡＰＮが異なった複数のＰＤＮ−ＧＷと連係している場合。
【０１６６】
まず、第一の場合において、ネットワークノードから、再−アタッチ必要のデタッチ手順の要請を受信すると、該当の再−アタッチを行うために、ＭＭバック−オフタイマーは中止しなければならない。この場合、ＳＭバック−オフタイマーの動作は問題とならない。
【０１６７】
第二の場合、及び第三の場合におけるＡ）の場合において、ＰＤＮ−ＧＷ又はＳＩＰＴＯリスタートが発生したとき、該当の再−アタッチを行うには、ＭＭバック−オフタイマーとＳＭバック−オフタイマーが中止されなければならない。そして、再−アタッチを行った後、デタッチ手順前に設定されたＰＤＮ接続が再び設定される。
【０１６８】
しかし、第三の場合におけるＢ）の場合、異なった複数のＰＤＮ−ＧＷがリスタートされると、該当の再−アタッチを行うためにＭＭバック−オフタイマーとＳＭバック−オフタイマーが中止されなければならない。そして、再−アタッチを行った後、デタッチ手順前に設定されたＰＤＮ接続が再び設定される。
【０１６９】
しかしながら、異なった複数のＰＤＮ−ＧＷが同時にリスタートする場合が実際には殆どない。
【０１７０】
以下、本発明は、ＭＭ／ＳＭバック−オフタイマーを処理することを、３つの実施例に分けて説明する。まず、その簡略は下記の通りである。
【０１７１】
第１実施例は、動作中のＭＭバック−オフタイマーが中止され、そして動作中の全てのＳＭバック−オフタイマーが中止される（Ｓｔｏｐ  ＭＭ  ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ  ａｎｄ  Ａｌｌ  ＳＭ  ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ（ｓ）、ｉｆ  ｉｔ  ｉｓ  ｒｕｎｎｉｎｇ）。
【０１７２】
このとき、第１実施例は、次の２方案にさらに分割される：ａ）確立された（ｅｓｔａｂｌｉｓｈｅｄ）ＰＤＮ接続と連係している全てのＳＭバック−オフタイマーが中止されてよい；ｂ）確立されたＰＤＮ接続に関わらずに全てのＳＭバック−オフタイマーが中止されてよい。
【０１７３】
第２実施例は、動作中のＭＭバック−オフタイマーが中止されてよく、動作中の全てのＳＭバック−オフタイマーが中止されなくてもよい（Ｓｔｏｐ  ＭＭ  ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ  ａｎｄ  Ｄｏ  ＮＯＴ  Ｓｔｏｐ  ＳＭ  ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ（ｓ）、ｉｆ  ｉｔ  ｉｓ  ｒｕｎｎｉｎｇ）。
【０１７４】
第３実施例は、動作中のＭＭバック−オフタイマーが中止されてよく、動作中のＳＭバック−オフタイマーが特定ＡＰＮに基づいて選択的に中止されてよい（ＭＭバック−オフタイマーが動作中であれば中止し、ＳＭバック−オフタイマーが動作中であれば、互いに異なる優先順位のＡＰＮに基づいてＳＭバック−オフタイマーを中止する（優先順位は、事業者政策／選好度、ローカル構成（ｌｏｃａｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＵＥ選好度、ユーザー選好度などに基づいて定められるとよい））。
【０１７５】
上記３つの実施例はそれぞれ、ＵＥ／ＭＳとネットワーク状況、及び政策／選好度／構成（Ｐｏｌｉｃｙ／ｐｒｅｆｅｒｅｎｃｅ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて考慮されるとよい。
【０１７６】
特に、第３実施例では、特定ＡＰＮに基づいて（ＡＰＮ選択は、加入者データ（Ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）、事業者政策／選好度、端末／ユーザー選好度などによって決定される）選択的にＳＭバック−オフタイマーが中止されるとき、（１）ＮＡＳ構成ＭＯ（ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ）（ＴＯ  ２４．３６８）とネットワークにより開始された再−アタッチ必要のデタッチ手順を用いた方法；（２）デタッチ要請メッセージ内に特定ＡＰＮと連係しているいずれのＳＭバック−オフタイマーを中止するかを明確にする方法（すなわち、デタッチ要請メッセージ中に特定ＡＰＮ情報を指示する方法）。
【０１７７】
図１１は、本発明の第１実施例に係る手順を示すフローチャートである。
【０１７８】
具体的に、図１１は、前述した第１実施例の２方案のうち、第一の方案を示す。すなわち、第１実施例における第一の方案によって、ＵＥ  １００が再−アタッチバック−オフタイマーを駆動している時、再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプ（ｄｅｔａｃｈ  ｔｙｐｅ）が「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージを受信する場合、Ｔ３３４６タイマー、例えば、ＭＭバック−オフタイマーが中止されてよく、確立されたＰＤＮ接続と連係している全てのＴ３３９６タイマー、例えば、全てのＳＭバック−オフタイマーが中止されてよい。
【０１７９】
換言すれば、ＵＥ（ＭＳ）１００がネットワークのノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）から再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージを受信する場合に、ＵＥ（ＭＳ）１００でＴ３３４６タイマー（例えば、ＭＭバック−オフタイマー）とＴ３３９６タイマー（例えば、ＳＭバック−オフタイマー）が動作していると、Ｔ３３４６タイマー（例えば、ＭＭバック−オフタイマー）は中止し、Ｔ３３９６タイマー（例えば、ＳＭバック−オフタイマー）に対しては、確立されたＰＤＮ接続と連係しているＴ３３９６タイマー（例えば、ＳＭバック−オフタイマー）のみを中止する。
【０１８０】
その後、ＵＥ（ＭＳ）１００は、要請されたデタッチ手順を行う。デタッチ手順を終えた後、再−アタッチ手順を行い、以前に確立されたＰＤＮ接続が再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｅｄ）される。この時、再確立されたＰＤＮ接続は、ＳＩＰＴＯ技術が適用されてもよいものであってよい。すなわち、再確立されたＰＤＮ接続によれば、ＵＥ  １００のトラフィックは、ローカルゲートウェイを介してパブリックネットワークに迂回されてもよい。
【０１８１】
これを図１１を参照して具体的に説明すると、下記の通りである。
【０１８２】
１）ネットワーク内のノード、例えば、ＭＭＥ  ５１０が、再−アタッチを行うためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチメッセージを、ＵＥ（ＭＳ）１００に送る。
【０１８３】
２）ＵＥ（ＭＳ）１００は、デタッチ要請メッセージを受信し、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」を表すと、ＵＥ（ＭＳ）１００は、ＭＭＥ  ５１０とのシグナリング無しで、デフォルトＥＰＣベアラーコンテクストを含むＥＰＣベアラーコンテクストを内部的に（ｌｏｃａｌｌｙ）非活性化（ｄｅａｃｔｉｖａｔｅ）する。
【０１８４】
デタッチタイプが「ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ」を表したり、「ｒｅ−ａｔｔａｃｈ  ｎｏｔ  ｒｅｑｕｉｒｅｄ」を表すデタッチ要請メッセージを受信し、ＥＭＭ原因情報（ＥＭＭ  ｃａｕｓｅ  ＩＥ）がないと、ＵＥ  １００は、ＥＰＳサービスのみに対してデタッチされる。
【０１８５】
バック−オフタイマーが動作中であれば、ＵＥ（ＭＳ）１００は、Ｔ３３４６タイマー、例えば、ＭＭバック−オフタイマーを中止すればよい。そして、ＵＥ（ＭＳ）１００は、確立されたＰＤＮ接続と連係している全てのＴ３３９６タイマー、例えば、全てのＳＭバック−オフタイマーを中止すればよい。
【０１８６】
３）ネットワーク内のノード、例えば、ＭＭＥ  ５１０は、セッション除去要請（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをサービングＧＷ  ５２０に伝送する。
【０１８７】
４）サービングＧＷ  ５２０は、セッション除去要請（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをネットワーク内のノード、例えば、ＭＭＥ  ５１０に伝送する。
【０１８８】
５〜６）ネットワーク内のノード、例えばＭＭＥ  ５１０は、デタッチ通知（Ｄｅｔａｃｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをＳＧＳＮ  ５１５に伝送する。すると、ＳＧＳＮ  ５１５は、セッション除去要請（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをサービングＧＷ  ５２０に伝送する。
【０１８９】
７〜８）サービングＧＷ  ５２０は、セッション除去要請（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをＰＤＮ  ＧＷ  ５３０に伝送し、ＰＤＮ  ＧＷ  ５３０は、セッション除去応答（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージをサービングＧＷ  ５２０に伝送する。
【０１９０】
９）ＰＤＮ  ＧＷ  ５３０は、ＰＣＲＦ  ５５０とセッション終了手順（ｓｅｓｓｉｏｎ  ｔｅｒｍｉｎａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）、例えば、ＰＣＥＦ−ｉｎｉｔｉａｔｅｄ  ＩＰ−ｃａｎ  Ｓｅｓｓｉｏｎ  Ｔｅｒｍｉｎａｔｉｏｎ手順を行う。ＰＣＲＦ  ５５０は、サービスフロー別に異なったＱｏＳ及び課金政策（ｃｈａｒｇｉｎｇ  ｐｏｌｉｃｉｅｓ）を動的に適用するための政策決定を行うＥＰＳネットワークのノードであって、セッション終了手順に従って課金処理を行う。
【０１９１】
１０〜１１）また、サービングＧＷ  ５２０は、セッション除去応答（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージをＳＧＳＮ  ５１５に伝送し、ＳＧＳＮ  ５１５は、デタッチ応答（Ｄｅｔａｃｈ  Ａｃｋ）メッセージをＭＭＥ  ５１０に伝送する。
【０１９２】
１２）続いて、ＵＥ（ＭＳ）１００は、デタッチ手順を行うためにデタッチ受諾（Ｄｅｔａｃｈ  Ａｃｃｅｐｔ）メッセージをネットワークに送る。そして、ＵＥ（ＭＳ）１００は、ＥＭＭ−登録解除（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）状態に入る。デタッチ手順完了後に、ＵＥ（ＭＳ）１００は、既存ＮＡＳシグナリング接続を解除する。
【０１９３】
１３）ＵＥ  １００は、基地局、例えば、（ｅ）ＮｏｄｅＢ  ３００との接続解除のための信号を送信及び受信し、基地局、例えば、（ｅ）ＮｏｄｅＢ  ３００は、ＭＭＥ  ５１０との接続解除のための信号を送信及び受信する。
【０１９４】
一方、ＵＥ（ＭＳ）１００は、デタッチ手順（Ｄｅｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）を終えた後、再−アタッチを行う。すなわち、ＵＥ（ＭＳ）１００は、再−アタッチを終えた後、以前に確立されたＰＤＮ接続を再確立する。
【０１９５】
デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージが受信されたが、再−アタッチが自動で行われない場合は、ユーザーとの相互作用が行われてもよい。
【０１９６】
図１２は、本発明の第１実施例に係る手順を示す他のフローチャートである。
【０１９７】
具体的に、図１２は、前述した第１実施例の２方案のうち、第二の方案を示す。すなわち、第１実施例の第二の方案によって、ＵＥ  １００が再−アタッチバック−オフタイマーを駆動している時、再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージが受信されると、ＭＭバック−オフタイマーは中止され、全てのＳＭバック−オフタイマーは、確立されたＰＤＮ接続にかかわらずに中止される。その後、ＵＥ（ＭＳ）１００は、要請されたデタッチ手順を行う。以降、デタッチ手順を終えた後、再−アタッチ手順が行われ、そして、以前に確立されたＰＤＮ接続が再確立される。
【０１９８】
同図のより具体的な内容は、図１１の内容と略同様であり、図１１の内容を適用する。
【０１９９】
図１３は、本発明の第２実施例に係る手順を示す他のフローチャートである。
【０２００】
図１３を参照して第２実施例を説明する。ＵＥ  １００が再−アタッチバック−オフタイマーを駆動している時、再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージが受信されると、ＭＭバック−オフタイマーは、駆動中であれば中止され、全てのＳＭバック−オフタイマーは駆動中であっても中止されない。その後、ＵＥ（ＭＳ）１００は、要請されたデタッチ手順を行う。デタッチ手順を終えた後、再−アタッチ手順が再び行われ、以前に確立されたＰＤＮ接続が再確立される。
【０２０１】
同図のより具体的な内容は、図１１の内容と略同様であり、図１１の内容を適用する。
【０２０２】
図１４は、本発明の第３実施例の第一の方案に係る手順を示す他のフローチャートである。図１５は、図１４に示した第３実施例の第一の方案に関する第１の変形例を示す。図１６は、図１４に示した第３実施例の第一の方案に関する第２の変形例を示す。
【０２０３】
図１４を参照して第３実施例を説明する。まず、ネットワーク内のノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）がＵＥ（ＭＳ）１００に再−アタッチのためのデタッチ要請メッセージを伝送する前に、ＡＰＮを含むＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）をＵＥ（ＭＳ）１００に伝送する。換言すれば、ネットワーク内のノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）は、ＡＰＮを含むＮＡＳ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）ＭＯによってＵＥ（ＭＳ）１００を設定する。
【０２０４】
ＮＡＳ構成ＭＯは、当該情報の提供（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  ｓｕｃｈ  ｉｎｆｏｒｍａｔｉｏｎ）を支援するＵＥのためのＮＡＳ機能と関連した構成パラメータを管理するために用いられる。ＭＯの識別子は、例えば、ｕｒｎ：ｏｍａ：ｍｏ：ｅｘｔ−３ｇｐｐ−ｎａｓ−ｃｏｎｆｉｇ：１．０で表現されてよい。
【０２０５】
ＡＰＮ情報は、ＮＡＳ構成ＭＯ（ＴＳ２４．３６８）に含まれて伝送される。ＡＰＮは、加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）、事業者の政策／選好度（Ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ／ｐｒｅｆｅｒｅｎｃｅ）などによって決定されるとよい。ＡＰＮを含むＭＯに基づき、ＵＥ（ＭＳ）１００は、いずれのＡＰＮが再−アタッチ後にＰＤＮ接続確立を行うＡＰＮであるかが識別可能である。
【０２０６】
すなわち、後でＵＥ（ＭＳ）１００がネットワークのノードから再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージが受信されると、ＵＥ（ＭＳ）１００は、このＡＰＮと連係しているＳＭバック−オフタイマーを中止し、デタッチ手順を行う。
【０２０７】
換言すれば、ＵＥ（ＭＳ）１００がネットワークから再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ」と設定されたデタッチ要請メッセージを受信すると、ＵＥ（ＭＳ）１００は、まずＭＭバック−オフタイマーを中止し、要請されたデタッチ手順を行う。
【０２０８】
以上ではＵＥ  １００がＮＡＳ構成ＭＯを介してＡＰＮを獲得するとして説明されたが、図１５及び図１６に示す変形例のように、他の手順によってＡＰＮが獲得されてもよい。すなわち、ＡＰＮは、アタッチ手順或いはＴＡＵ／ＲＡＵ手順によって獲得されてもよい。
【０２０９】
例えば、図１５を参照すると、ＵＥ  １００がＴＡＵ手順を行う過程が示されている。
【０２１０】
同図の手順のうち、９ａ）段階で、ＰＤＮ  ＧＷ  ５３０がＰＣＲＦ  ５４０とセッション修正手順、例えば、ＰＣＥＦ  ｉｎｉｔｉａｔｅｄ  ＩＰ−ｃａｎ  Ｓｅｓｓｉｏｎ  Ｍｏｄｉｆｉｃａｔｉｏｎ手順を行う。ＰＣＲＦ  ５５０は、サービスフロー別に異なったＱｏＳ及び課金政策を動的に適用するための政策決定を行うＥＰＳネットワークのノードであって、セッションによって課金処理を行う。
【０２１１】
この時、ＰＤＮ  ＧＷ  ５３０は、ＰＣＲＦ  ５４０から動的政策（ｄｙｎａｍｉｃ  ｐｏｌｉｃｙ）情報を獲得する。具体的に、ＰＤＮ  ＧＷ  ５３０は、ＰＣＲＦを介して事業者の政策／設定情報を得る。この時、関連のＡＰＮ情報が獲得されるとよい。すると、ＰＤＮ  ＧＷ  ５３０は、ＡＰＮをベアラー修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージ内に含め、それを、ＵＥ  １００のために新しくサービングするＮｅｗサービングＧＷ５２０ａに伝達（ｆｏｒｗａｒｄｉｎｇ）し、ＮｅｗサービングＧＷ５２０ａは、ＡＰＮをセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージに含め、それを、ＵＥ  １００のために新しくサービングするＮｅｗ  ＭＭＥ  ５１０ａに伝送する。Ｎｅｗ  ＭＭＥ  ５１０ａは、ＡＰＮをＴＡＵ受諾メッセージに含めてＵＥ  １００に伝達する。
【０２１２】
代案として、ＡＰＮは、同図の手順のうち１７）段階で、ＨＳＳ  ５４０からＮｅｗ  ＭＭＥ  ５１０ａに伝達されてもよい。すなわち、Ｎｅｗ  ＭＭＥ  ５１０ａは、ＨＳＳ  ５４０と再配置（ｒｅｌｏｃａｔｉｏｎ）手順を行う。この時、ＨＳＳ  ５４０がＡＰＮを含む加入者情報をＮｅｗ  ＭＭＥ  ５１０ａに伝達すればよい。すると、Ｎｅｗ  ＭＭＥ  ５１０ａは、ＡＰＮをＴＡＵ受諾メッセージに含めてＵＥ  １００に伝達する。
【０２１３】
さらに他の例として、ＵＥ  １００がアタッチ手順を行う過程が図１６を参照して示されている。
【０２１４】
同図の手順のうち１１）段階で、Ｎｅｗ  ＭＭＥ  ５１０ａは、ＨＳＳ  ５４０と再配置（ｒｅｌｏｃａｔｉｏｎ）手順を行う。この時、ＨＳＳ  ５４０が、ＡＰＮを含む加入者情報をＮｅｗ  ＭＭＥ  ５１０ａに伝達すればよい。すると、Ｎｅｗ  ＭＭＥ  ５１０ａは、ＡＰＮをアタッチ受諾（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージに含めて（ｅ）ＮｏｄｅＢ  ３００に伝達してもよく、又はＲＲＣ接続再構成（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ内にＡＰＮを含めてＵＥ  １００に伝達してもよい。
【０２１５】
代案として、１４）段階で、ＰＤＮ  ＧＷ  ５３０は、ＰＣＲＦを介して事業者政策／構成情報を得てもよい。この時、関連のＡＰＮ情報が獲得されるとよい。すると、ＰＤＮ  ＧＷ  ５３０は、ＡＰＮをセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージ内に含め、それを、ＵＥ  １００のために新しくサービングするＮｅｗサービングＧＷ５２０ａに伝達し、ＮｅｗサービングＧＷ５２０ａは、ＡＰＮをセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージに含め、それを、ＵＥ  １００のために新しくサービングするＮｅｗ  ＭＭＥ  ５１０ａに伝送する。Ｎｅｗ  ＭＭＥ  ５１０ａは、ＡＰＮをアタッチ受諾メッセージに含めてＵＥ  １００に伝達する。
【０２１６】
図１７は、本発明の第３実施例の第二の方案に係る手順を示す他のフローチャートである。
【０２１７】
図１７を参照して第３実施例の第二の方案を説明する。まず、ネットワーク内のノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）がＵＥ（ＭＳ）１００に再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請メッセージを伝送する時、メッセージ内にＡＰＮ情報が含まれる。
【０２１８】
すると、ＵＥ（ＭＳ）１００は、デタッチ要請メッセージに含まれたＡＰＮから、いずれのＡＰＮが再−アタッチ後にＰＤＮ接続確立を行うためのＡＰＮであるかがわかる。ＡＰＮは、図１５及び１６を参照して上述された段階のいずれか一つで獲得されてもよい。
【０２１９】
このようにして、ＵＥ（ＭＳ）１００がネットワークからデタッチ要請を受信すると、ＵＥ（ＭＳ）１００は、まず、ＭＭバック−オフタイマーを中止し、ＡＰＮと連係して動作しているＳＭバック−オフタイマーを中止する。
【０２２０】
その後、ＵＥ（ＭＳ）１００は、要請されたデタッチ手順を行う。デタッチ手順を終えた後、再−アタッチ手順が行われ、ＡＰＮと連係して以前に確立されたＰＤＮ接続が再確立される。
【０２２１】
同図のより具体的な内容は、図１１乃至図１４の内容と略同様であり、その前述した内容を適用する。
【０２２２】
図１８は、本発明の第３実施例の第三の方案に係る手順を示す他のフローチャートである。
【０２２３】
図１８を参照して第３実施例の第３の方案を説明する。まず、ネットワーク内のノード（例、ＭＭＥ、ＳＧＳＮ、ＨＳＳなど）がＵＥ（ＭＳ）１００に再−アタッチのためのデタッチ要請メッセージ、例えば、デタッチタイプが「再−アタッチ必要（ｒｅ−ａｔｔａｃｈ  ｒｅｑｕｉｒｅｄ）」と設定されたデタッチ要請（Ｄｅｔａｃｈ  ｒｅｑｕｅｓｔ）メッセージを伝送すると、ＵＥ  １００は、ＵＥの設定（ｓｅｔｔｉｎｇ）又はユーザー設定（ｓｅｔｔｉｎｇ）によっていずれのＡＰＮが再−アタッチ後にＰＤＮ接続確立を行うかを決定する。
【０２２４】
その後、ＵＥ（ＭＳ）１００は、ＭＭバック−オフタイマーを中止し、決定されたＡＰＮと連係して動作しているＳＭバック−オフタイマーを中止する。
【０２２５】
その後、ＵＥ（ＭＳ）１００は、要請されたデタッチ手順を行う。デタッチ手順を終えた後、再−アタッチ手順が行われ、ＡＰＮと連係して以前に確立されたＰＤＮ接続が再確立される。
【０２２６】
図１９は、本発明に係るＵＥ  １００及びＭＭＥ  ５１０のブロック図である。
【０２２７】
図１９に示すように、ＵＥ  １００は、記憶手段１０１、コントローラ１０２、及び送信／受信部１０３を備えている。そして、ＭＭＥ  ５１０は、記憶手段５１１、コントローラ５１２、及び送信／受信部５１３を備えている。
【０２２８】
記憶手段１０１，５１１は、図１０乃至図１９に示した方法を記憶する。
【０２２９】
コントローラ１０２，５１２は、記憶手段１０１，５１１及び送信／受信部１０３，５１３を制御する。具体的に、コントローラ１０２，５１２は、記憶手段１０１，５１１に記憶された方法をそれぞれ実行する。そして、コントローラ１０２，５１２は、送信／受信部１０３，５１３を介して前述の信号を送信する。
【０２３０】
以上では、実際的な実施例のために現在考慮されるべきものと関連して本発明が述べられてきたが、本発明は、開示された実施例に限定されるものではなく、特許請求の範囲及び思想に含まれる様々な変形及び等価の構成も含むものとして理解されるべきである。
【図１】
0005866132.tif 000002
【図２】
0005866132.tif 000003
【図３】
0005866132.tif 000004
【図４】
0005866132.tif 000005
【図５】
0005866132.tif 000006
【図６】
0005866132.tif 000007
【図７】
0005866132.tif 000008
【図８】
0005866132.tif 000009
【図９】
0005866132.tif 000010
【図１０】
0005866132.tif 000011
【図１１】
0005866132.tif 000012
【図１２】
0005866132.tif 000013
【図１３】
0005866132.tif 000014
【図１４】
0005866132.tif 000015
【図１５】
0005866132.tif 000016
【図１６】
0005866132.tif 000017
【図１７】
0005866132.tif 000018
【図１８】
0005866132.tif 000019
【図１９】
0005866132.tif 000020