(57)【特許請求の範囲】
【請求項１】
移動通信システムの移動性管理エンティティー（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ、ＭＭＥ）の通信支援方法であって、
旧ネットワークノード（ｏｌｄ  ｎｅｔｗｏｒｋ  ｎｏｄｅ）に接続した端末から第１の情報を含む第１の要請メッセージを受信する段階と、
前記第１の要請メッセージに基づいて前記旧ネットワークノードのタイプを確認する段階と、
前記確認された旧ネットワークノードのタイプに基づいて第２の要請メッセージを送信する段階を含み、
前記旧ネットワークノードのタイプを確認する段階は、前記第１の要請メッセージにＰ−ＴＭＳＩ（ｐａｃｋｅｔ−ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）  ｓｉｇｎａｔｕｒｅが含まれるか否かに基づいて前記旧ネットワークノードのタイプを確認する段階を含む
ことを特徴とする通信支援方法。
【請求項２】
前記第１の情報は、前記旧ネットワークノードのタイプを明示的に指示する情報を含み、
前記旧ネットワークノードのタイプを確認する段階は、
前記旧ネットワークノードのタイプを明示的に指示する情報に基づいて前記旧ネットワークノードのタイプを確認する段階を含む
ことを特徴とする請求項１に記載の通信支援方法。
【請求項３】
前記第１の情報は、ＭＭＥグループアイディー及びロケーションエリアコード（ｌｏｃａｔｉｏｎ  ａｒｅａ  ｃｏｄｅ、ＬＡＣ）のうち、少なくとも一つを含み、
前記旧ネットワークノードのタイプを確認する段階は、
前記第１の情報の特定ビットに基づいて前記旧ネットワークノードのタイプを確認する段階を含む
ことを特徴とする請求項１に記載の通信支援方法。
【請求項４】
前記旧ネットワークノードのタイプを確認する段階は、
前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が１である場合、前記旧ネットワークノードのタイプをＭＭＥと確認し、前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が０である場合、前記旧ネットワークノードのタイプをＳＧＳＮ（ｓｅｒｖｉｎｇ  ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）と確認する段階を含む
ことを特徴とする請求項３に記載の通信支援方法。
【請求項５】
前記旧ネットワークノードのタイプを確認する段階は、
前記第１の要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれる場合、前記旧ネットワークノードのタイプをＳＧＳＮと確認し、前記第１の要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれない場合、前記旧ネットワークノードのタイプをＭＭＥと確認する段階を含む
ことを特徴とする請求項１に記載の通信支援方法。
【請求項６】
前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅは、前記旧ネットワークノードに接続するために用いられる
ことを特徴とする請求項１に記載の通信支援方法。
【請求項７】
前記第１の要請メッセージは、ａｔｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ  またはｒｏｕｔｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅである
ことを特徴とする請求項１に記載の通信支援方法。
【請求項８】
移動通信システムの端末の通信方法あって、
以前に接続した旧ネットワークノード（ｏｌｄ  ｎｅｔｗｏｒｋ  ｎｏｄｅ）に基づいて第１の情報を含む要請メッセージを移動性管理エンティティー（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ、ＭＭＥ）に送信する段階と、
前記ＭＭＥから応答メッセージを受信する段階を含み、
前記要請メッセージにＰ−ＴＭＳＩ（ｐａｃｋｅｔ−ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）  ｓｉｇｎａｔｕｒｅが含まれるか否かに基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする端末の通信方法。
【請求項９】
前記第１の情報は、前記旧ネットワークノードのタイプを明示的に指示する情報を含み、
前記旧ネットワークノードのタイプを明示的に指示する情報に基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする請求項８に記載の端末の通信方法。
【請求項１０】
前記第１の情報は、ＭＭＥグループアイディー及びロケーションエリアコード（ｌｏｃａｔｉｏｎ  ａｒｅａ  ｃｏｄｅ、ＬＡＣ）のうち、少なくとも一つを含み、
前記第１の情報の特定ビットに基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする請求項８に記載の端末の通信方法。
【請求項１１】
前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が１である場合、前記旧ネットワークノードのタイプがＭＭＥと確認され、前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が０である場合、前記旧ネットワークノードのタイプがＳＧＳＮ（ｓｅｒｖｉｎｇ  ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）と確認される
ことを特徴とする請求項１０に記載の端末の通信方法。
【請求項１２】
前記要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれる場合、前記旧ネットワークノードのタイプがＳＧＳＮと確認され、前記要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれない場合、前記旧ネットワークノードのタイプがＭＭＥと確認される
ことを特徴とする請求項８に記載の端末の通信方法。
【請求項１３】
前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅは、前記旧ネットワークノードに接続するために用いられる
ことを特徴とする請求項８に記載の端末の通信方法。
【請求項１４】
前記要請メッセージは、ａｔｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅまたはｒｏｕｔｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅである
ことを特徴とする請求項８に記載の端末の通信方法。
【請求項１５】
移動通信システムの移動性管理エンティティー（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ、ＭＭＥ）であって、
信号を送受信する送受信部と、
前記送受信部と接続され、旧ネットワークノード（ｏｌｄ  ｎｅｔｗｏｒｋ  ｎｏｄｅ）に接続した端末から第１の情報を含む第１の要請メッセージを受信して、前記第１の要請メッセージに基づいて前記旧ネットワークノードのタイプを確認し、前記確認された旧ネットワークノードのタイプに基づいて第２の要請メッセージを送信する制御部を含み、
前記制御部は、前記旧ネットワークノードのタイプを確認する段階は、前記第１の要請メッセージにＰ−ＴＭＳＩ（ｐａｃｋｅｔ−ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）  ｓｉｇｎａｔｕｒｅが含まれるか否かに基づいて前記旧ネットワークノードのタイプを確認する
ことを特徴とするＭＭＥ。
【請求項１６】
前記第１の情報は、前記旧ネットワークノードのタイプを明示的に指示する情報を含み、
前記制御部は、
前記旧ネットワークノードのタイプを明示的に指示する情報に基づいて前記旧ネットワークノードのタイプを確認する
ことを特徴とする請求項１５に記載のＭＭＥ。
【請求項１７】
前記第１の情報は、ＭＭＥグループアイディー及びロケーションエリアコード（ｌｏｃａｔｉｏｎ  ａｒｅａ  ｃｏｄｅ、ＬＡＣ）のうち、少なくとも一つを含み、
前記制御部は、
前記第１の情報の特定ビットに基づいて前記旧ネットワークノードのタイプを確認する
ことを特徴とする請求項１５に記載のＭＭＥ。
【請求項１８】
前記制御部は、
前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が１である場合、前記旧ネットワークノードのタイプをＭＭＥと確認し、前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が０である場合、前記旧ネットワークノードのタイプをＳＧＳＮ（ｓｅｒｖｉｎｇ  ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）と確認する
ことを特徴とする請求項１７に記載のＭＭＥ。
【請求項１９】
前記制御部は、
前記第１の要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれる場合、前記旧ネットワークノードのタイプをＳＧＳＮと確認し、前記第１の要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれない場合、前記旧ネットワークノードのタイプをＭＭＥと確認する
ことを特徴とする請求項１５に記載のＭＭＥ。
【請求項２０】
前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅは、前記旧ネットワークノードに接続するために用いられる
ことを特徴とする請求項１５に記載のＭＭＥ。
【請求項２１】
前記第１の要請メッセージは、ａｔｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅまたはｒｏｕｔｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅである
ことを特徴とする請求項１５に記載のＭＭＥ。
【請求項２２】
移動通信システムの端末であって、
信号を送受信する送受信部と、
前記送受信部と接続され、以前に接続した旧ネットワークノード（ｏｌｄ  ｎｅｔｗｏｒｋ  ｎｏｄｅ）に基づいて第１の情報を含む要請メッセージを移動性管理エンティティー（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ、ＭＭＥ）に送信し、前記ＭＭＥから応答メッセージを受信する制御部を含み、
前記要請メッセージにＰ−ＴＭＳＩ（ｐａｃｋｅｔ−ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）  ｓｉｇｎａｔｕｒｅが含まれるか否かに基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする端末。
【請求項２３】
前記第１の情報は、前記旧ネットワークノードのタイプを明示的に指示する情報を含み、
前記旧ネットワークノードのタイプを明示的に指示する情報に基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする請求項２２に記載の端末。
【請求項２４】
前記第１の情報は、ＭＭＥグループアイディー及びロケーションエリアコード（ｌｏｃａｔｉｏｎ  ａｒｅａ  ｃｏｄｅ、ＬＡＣ）のうち、少なくとも一つを含み、
前記第１の情報の特定ビットに基づいて前記旧ネットワークノードのタイプが確認される
ことを特徴とする請求項２２に記載の端末。
【請求項２５】
前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が１である場合、前記旧ネットワークノードのタイプがＭＭＥと確認され、前記ＭＭＥグループアイディーまたはＬＡＣの最上位ビット（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＭＳＢ）が０である場合、前記旧ネットワークノードのタイプがＳＧＳＮ（ｓｅｒｖｉｎｇ  ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）と確認される
ことを特徴とする請求項２４に記載の端末。
【請求項２６】
前記要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれる場合、前記旧ネットワークノードのタイプがＳＧＳＮと確認され、前記要請メッセージに前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅが含まれない場合、前記旧ネットワークノードのタイプがＭＭＥと確認される
ことを特徴とする請求項２２に記載の端末。
【請求項２７】
前記Ｐ−ＴＭＳＩ  ｓｉｇｎａｔｕｒｅは、前記旧ネットワークノードに接続するために用いられる
ことを特徴とする請求項２２に記載の端末。
【請求項２８】
前記要請メッセージは、ａｔｔａｃｈ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅまたはｒｏｕｔｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅである
ことを特徴とする請求項２２に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムに関するもので、特に端末がＥＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)やＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)/ＧＥＲＡＮ(ＧＳＭ（登録商標）(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)/ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） Ｅｖｏｌｕｔｉｏｎ) Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)のような他のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ;無線接続技術)においてＥＵＴＲＡＮ地域に移動の後、接続したり移動の後の通信を遂行する環境で発生することができる端末とネットワークの通信遂行においてネットワークノードが端末の識別子を識別して端末が以前に通信を遂行したネットワークノードがある場合、そのノードから端末に関する情報を引き取られるための手続きで発生することができる問題を端末と移動性管理者(ＭＭＥ;Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)間のＮＡＳ(Ｎｏｎ-Ａｃｃｅｓｓ-Ｓｔｒａｔｕｍ;ネットワークアクセス層)プロトコルを通じて效率的に支援するための方法及び装置に関する。
【背景技術】
【０００２】
一般的な移動通信システムの中で代表的な３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)では次世代通信のためにＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)を定義し、 ＭＭＥをネットワークの移動性管理エンティティーで導入した。
上記のような移動通信システムにおいては従来の移動通信システム、特に３ＧＰＰの３Ｇで用いたＮＡＳプロトコルを改善して次世代移動通信における高速の通信サービス提供のために改善方案を提示した。一方、従来に用いた３ＧＰＰの２Ｇ、３Ｇネットワークノードとも互換になるように通信を遂行する方案を模索した。ここに端末がネットワークに接続したり、或いは端末が位置更新する場合に端末が以前に接続したネットワークノードを識別することにおいて端末の識別子のノード区分情報を用いて区分可能になるように考案した。
しかし、 既存の一部事業者網で網を構成することにおいてネットワークノード区分情報を示すビット情報まで用いて網を構成しており、現在の標準では既存の事業場網にあるネットワーク移動性管理ノードとＥＵＴＲＡＮを支援するために導入した移動性管理者(ＭＭＥ)を区分することができないので、端末関連情報を要請して受けている場合、当該するノードを検索することにおいてノードを区分しにくい問題点が発生することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００９／０５６０７３号
【特許文献２】特表２０１０−５３７５２３号公報
【特許文献３】米国特許出願公開第２０１０／０１０５３８６号明細書
【特許文献４】特表２００５−５３６１２１号公報
【非特許文献】
【０００４】
【非特許文献１】CATT，Attach after ISR function Activation[online]，  3GPP TSG-SA WG2#64    S2-082401，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_64_Jeju/Docs/S2-082401.zip＞，２００８年  ４月１１日
【非特許文献２】Nokia Siemens Networks，Clarification of Delete Session Request information elements[online]，  3GPP TSG-SA WG2#80    S2-104376，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_80_Brunstad/Docs/S2-104376.zip＞，２０１０年  ９月  ３日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、 上記のこのような問題点をＮＡＳプロトコル或いは端末及び移動性管理ノードにおける一部手続きの改善を通じて端末とネットワーク間の通信の際、当該される以前のネットワークノードを適切に検索するための情報を提供し、 当該の情報を活用して端末関連情報を效率的に提供し、通信を遅延無しに效率的に支援する方法を提案すべき必要がある。
【課題を解決するための手段】
【０００６】
本発明は、３ＧＰＰ ＥＰＳをはじめる進化された移動通信システムにおいてｌａｙｅｒ2であるＡＳ(Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)、ＮＡＳプロトコル等を支援する場合、通信を遂行しようとする端末がアイドル状態(ｉｄｌｅ mode)で移動する場合、或いはネットワークに接続する場合、或いは位置更新を遂行する場合等において、又はＥＵＴＲＡＮ或いは他のＲＡＴ、すなわちＵＴＲＡＮ、ＧＥＲＡＮ等からＥＵＴＲＡＮに移動する場合において、端末とネットワークノード間の通信を遅延無しに效率的に支援する方法及びシステムを提供する。また、本発明は端末と移動性管理者(ＭＭＥ)の間のプロトコルであるＮＡＳプロトコルを活用して端末及びＭＭＥ、ＳＧＳＮの動作を明記することによって、３ＧＰＰ ＥＰＳ内でだけでなく３ＧＰＰ ＥＰＳではない他の無線接続技術、すなわち３ＧＰＰの以前無線接続技術であるＧＥＲＡＮ、ＵＴＲＡＮやＥＵＴＲＡＮ、或いは他のアクセスネットワークからＥＵＴＲＡＮに移動する場合にもＮＡＳを用いる端末に認証及び端末と移動性管理者(ＭＭＥ)のような役目をする個体(ｅｎｔｉｔｙ)の間に通信の際、遅延が発生しなく效率的に通信する方法等を提供する。
【０００７】
本発明は移動通信ネットワークで端末がネットワークノードと通信を遂行する中、或いは通信を遂行しようとする場合に発生する適正ノードを探して通信を遂行することにおいて非アクセス層(Ｎｏｎ-Ａｃｃｅｓｓ-Ｓｔｒａｔｕｍ、すなわちネットワークアクセス層:以下 「ＮＡＳ」と表記)プロトコルを用いて解決及び管理する方法及びシステムに対するものとして、本発明によるＮＡＳプロトコルメッセージ及び動作を用いて端末とネットワークの間の通信を遂行するための方法は、端末(以下、「 Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ」と表記)と移動管理者(ＭＭＥ、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ:以下、「ＭＭＥ」と表記)、そして端末が以前に接続した以前の移動性管理者(ｏｌｄ ＭＭＥ)或いは以前ＳＧＳＮ(ｏｌｄ ＳＧＳＮ)を含み、端末とネットワークの間からなる通信過程を遂行することにおいて端末に対する情報を以前の移動性管理者、或いは以前ＳＧＳＮで送信受ける方法を遂行することにおいて適正なノードを探す方法を支援することによって、 端末とネットワークノード間の通信が、遅延が発生する現象を防止して效率的な通信を遂行することができる。したがって本発明を通じてＥＵＴＲＡＮ或いはＵＴＲＡＮ/ＧＥＲＡＮのような他のＲＡＴからＥＵＴＲＡＮに移動したり接続する場合にも通信手続きを成功的に遂行することによって、通信が遅延される問題を解決することができる利点がある。
【０００８】
上記課題を解決するための本発明による移動通信システムにおいて、移動性管理エンティティーの通信支援方法は、端末で接続(ａｃｃｅｓｓ)要請の際、上記端末でＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを受信する過程と、上記Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析して上記端末が以前に接続したネットワークノードを決定する過程を含むことを特徴とする。      
【０００９】
また、上記課題を解決するための本発明による移動通信システムにおいて、移動性管理エンティティーの通信支援装置は、端末で接続(ａｃｃｅｓｓ)要請の際、上記端末でＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを受信するための通信部と、上記移動性管理エンティティーが上記Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析して上記端末が以前に接続したネットワークノードを決定するための決定部を含むことを特徴とする。
【００１０】
また、上記課題を解決するための本発明による移動通信システムで端末の通信支援方法は、移動性管理エンティティーに接続(ａｃｃｅｓｓ)要請の際、Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを送信する過程と、 上記移動性管理エンティティーで上記接続要請に対応する接続応答を受信する過程を含み、上記移動性管理エンティティーは、上記Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析して上記端末が以前に接続したネットワークノードを決定することを特徴とする。
【００１１】
また、上記課題を解決するための本発明による移動通信システムにおいて端末の通信支援装置は、移動性管理エンティティーと通信するための通信部と、移動性管理エンティティーに接続(ａｃｃｅｓｓ)要請の際、 Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを送信し、上記移動性管理エンティティーで上記接続要請に対応する接続応答を受信するための制御部を含み、上記移動性管理エンティティーは、上記Ｐ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析して上記端末が以前に接続したネットワークノードを決定することを特徴とする。
【００１２】
本発明は、移動通信ネットワークで端末がＥＵＴＲＡＮや他のＲＡＴ(ＧＥＲＡＮ、ＵＴＲＡＮ等)でＥＵＴＲＡＮ地域に移動した後接続を試みたり、或いは位置更新を遂行する状況で非接続アクセス層(Ｎｏｎ-Ａｃｃｅｓｓ-Ｓｔｒａｔｕｍ、すなわちネットワークアクセス層:以下、「ＮＡＳ」と表記)プロトコルを用いて通信することにおいて適正なネットワークノードから端末関連情報を得ることができないから通信遅延が発生する問題点を解決する方法及びシステムに対するもので、本発明によるＮＡＳプロトコル、すなわちメッセージを利用したり端末、或いは移動性管理者の動作を変更することによって、 端末がネットワークノードと通信を遂行することにおいて円滑に成る方法を提起することによって端末とネットワークノード間の通信を效率的になるようとする利点がある。
【図面の簡単な説明】
【００１３】
【図１】本発明の好ましい実施例による移動通信システムにおける通信環境を示すブロック図である。
【図２】本発明の一実施例による端末接続過程の際、以前の接続ネットワークノードを探す過程の手続きを示すシグナリングダイヤグラムである。
【図３】本発明の一実施例による端末の位置更新過程の際、以前の接続ネットワークノードを探す過程の手続きを示すシグナリングダイヤグラムである。
【図４】本発明の他の実施例による端末接続過程の際、以前の接続ネットワークノードを探す過程の手続きを示すシグナリングダイヤグラムである。
【図５】本発明の他の実施例による端末の位置更新過程の際、以前の接続ネットワークノードを探す過程の手続きを示すシグナリングダイヤグラムである。
【図６】本発明の一実施例による通信遂行の際、ネットワークノードを探す過程の手続きを支援するためのＭＭＥの動作フローチャートである。
【図７】本発明の他の実施例による通信遂行の際、ネットワークノードを探す過程の手続きを支援するためのＵＥ動作フローチャートである。
【図８】本発明の他の実施例による通信遂行の際、ネットワークノードを探す過程の手続きを支援するためのＭＭＥの動作フローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して本発明の好ましい実施例に対する動作原理を詳しく説明する。以下で本発明を説明することにおいて関連する公知機能又は構成に対する具体的な説明が本発明の要旨を濁すことができると判断される場合にその詳細な説明は省略であろう。そして後述する用語は本発明における機能を考慮して定義されたことで、これは使用者及び運用者の意図又は慣例等によって変わることができる。それでその定義は本明細書全般にわたった内容を基づいて下すべきであろう。
【００１５】
後述する本発明の要旨は、移動通信システムのために端末とＭＭＥの間のプロトコルであるＮＡＳプロトコルを用いて端末がネットワークノードと通信するのに通信の遅延を減らす方法を、端末とＭＭＥの間のプロトコルであるＮＡＳと端末とＭＭＥ、ＳＧＳＮの動作を通じて支援する方法を提供する。以下、本発明を具体的に説明することにおいて、３ＧＰＰを基盤とするＥＰＳシステム、ＵＴＲＡＮ、ＧＥＲＡＮを利用するはずであり、本発明はＮＡＳを用いる他の移動システムでも利用可能であろう。
【００１６】
一方、本発明の図1に示すように、図1の実施例は本発明の基本目的な端末がＥＵＴＲＡＮや他のＲＡＴからＥＵＴＲＡＮに移動して位置更新、或いは接続する場合、ＮＡＳプロトコルを用いて端末と移動性管理者(ＭＭＥ)の間の通信方法及び端末と移動性管理者の動作を提起することで、このような方法は類似の技術的背景及びチャンネル形態、或いはネットワーク構造(ａｒｃｈｉｔｅｃｔｕｒｅ)又は類似のプロトコル、或いはプロトコルは相異するが類似の動作をするプロトコルを有する、その他の移動通信システムでも本発明の範囲を大きく外れない範囲でわずかの変形で適用可能であり、 これは本発明の分野で熟練された技術的知識を有する者の判断で可能であろう。
【００１７】
図１は、本発明の好ましい実施例による移動通信システムにおける通信環境を示すブロック図である。ここでは一例として３ＧＰＰ ＥＰＳシステム構造を示した。本発明の場合 ＥＵＴＲＡＮや他のＲＡＴからＥＵＴＲＡＮに移動したり他のＲＡＴに接続の後、ＥＵＴＲＡＮに接続する場合、発生することができる問題を中心に記述し、このような方法は類似の他の移動通信システムでも用いることができる。
【００１８】
図１を参照すれば、基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂａｓｅ Ｓｔａｔｉｏｎ Ｎｏｄｅ Ｂ:以下、「ｅＮＢ」と称する、又はＲＮＣ:Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ:以下、「ＲＮＣ」と表記)１１２、１３３は、それぞれのサービス領域であるセル内に位置する端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ:以下、「端末」或いは「ＵＥ」と称する)１１０と無線接続を設定して通信を遂行する。ＵＥ１１０は、サービングゲートウェー(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ:以下、「Ｓｅｒｖｉｎｇ ＧＷ」、又は「ＳＧＷ」と称する)１１６を通じてインターネットのようなパケットデータネットワークに接続する端末を称する。本明細書ではパケットデータネットワークの主なネットワーク個体としてパケットデータネットワークゲートウェー(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ:以下、「ＰＤＮ ＧＷ」と称する)１１８がホームエージェント(Ｈｏｍｅ Ａｇｅｎｔ:以下、「ＨＡ」と称する)の役目を遂行する。一方、ＵＥ１１０の移動性管理、 端末の位置管理(ｌｏｃａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ)、 登録(ｒｅｇｉｓｔｒａｔｉｏｎ)管理のために移動管理者(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ:以下、「ＭＭＥ」と表記、 ＳＧＳＮ:Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ:以下、「ＳＧＳＮ」と表記)１３５がある。また、使用者と端末に対する認証情報及びサービス情報を管理するためにホーム購読者サーバー(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ:以下、「ＨＳＳ」)１２１がＭＭＥ/ＳＧＳＮ１１４、１３５とインターフェースをもって連結されている。
【００１９】
ｅＮＢ/ＲＮＣ１３３とＳｅｒｖｉｎｇ ＧＷ１１６、 ＭＭＥ/ＳＧＳＮ１３５とＳｅｒｖｉｎｇ ＧＷ１１６間にはデータ経路(Ｄａｔａ Ｐａｔｈ)と端末の移動性を管理するためのインターフェースが存在する。本発明におけるＵＥ１１０とＭＭＥ/ＳＧＳＮ１３５はＮＡＳプロトコルスタックをもって互いに通信することによって移動性管理、セッション管理を遂行する。
【００２０】
本発明では上記のように以前のネットワーク(ｏｌｄ ｎｅｔｗｏｒｋ、或いは以下、「ｓｏｕｒｃｅ ｎｅｔｗｏｒｋ」と表記)に連結されていたＵＥ１１０が移動して接続、或いは位置更新する状況に重点を置く。上記ソースネットワークではＥＵＴＲＡＮ、ＵＴＲＡＮ、 ＧＥＲＡＮ等の多くのＲＡＴ形態になることができ、以後ＵＥ１１０が移動する新しいネットワーク(ｎｅｗ ｎｅｔｗｏｒｋ:以下、或いは「ｔａｒｇｅｔ ｎｅｔｗｏｒｋ」と表記)はＥＵＴＲＡＮを支援することで仮定した。したがって、ターゲットネットワークに移動すれば、ＵＥ１１０はターゲットｅＮＢ１１２、ＭＭＥ１１４、ＨＳＳ１２１と連結されてサービスを受けるようになる。一方、新しいネットワークのＭＭＥ１１４と以前のネットワークのＭＭＥ/ＳＧＳＮ１３５は互いに連結されて必要な情報を得ることができる。したがって、 本発明ではＮＡＳプロトコルを基盤でＵＥ１１０、ＭＭＥ１１４が效率的に動作するように上記のネットワークを参照して以下の図２乃至図８を説明する。すなわち、本発明による移動通信システムで端末から要請メッセージ受信の際、ネットワークノードは要請メッセージを分析して端末の以前のネットワークノードを決定する。そしてネットワークノードは以前のネットワークノードに端末の端末関連情報を要請する。以後、以前のネットワークノードで端末関連情報受信の際、 端末関連情報を用いて端末に応答メッセージを送信する。
【００２１】
この際、本発明による移動通信システムにおいて、端末は要請メッセージを構成する。ここで、端末はネットワークノードで要請メッセージを分析して端末の以前のネットワークノードを決定するように、要請メッセージを構成する。そして端末はネットワークノードに要請メッセージを送信する。以後、端末はネットワークノードで要請メッセージに対応する応答メッセージを受信する。
【００２２】
ここで、 要請メッセージは端末でネットワークノードに接続するための接続要請メッセージ及び端末でネットワークノードに位置を更新するための位置更新要請メッセージを含む。そしてネットワークノードはＭＭＥである場合もあり、 以前のネットワークノードはＳＧＳＮ又はＭＭＥである場合もある。
【００２３】
図２は本発明の一実施例による端末接続過程の手続きを示すシグナリングダイヤグラムである。
【００２４】
図２を参照すれば、２０１過程はＵＥ１１０がネットワークで接続要請をする過程である。このような接続(ａｃｃｅｓｓ)、すなわち登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージはＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)ｓｉｇｎａｔｕｒｅというＵＥ１１０のアイデンティティ(ｉｄｅｎｔｉｔｙ)を確認するための識別関連情報を含む。このようなＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ) ｓｉｇｎａｔｕｒｅはＵＥ１１０が以前にＳＧＳＮに接続して通信を成功的に遂行する場合、以後の接続で用いるために持っている情報である。以後ＵＥ１１０が送信した登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージは２０３過程のようにｅＮＢ１１２を経て ＭＭＥ１１４に送信される。
【００２５】
次に、ＭＭＥ１１４は２０５過程のようにＵＥ１１０が以前に接続したノードであるＭＭＥ/ＳＧＳＮ１３５がある場合、以前のネットワークノードを決定する。以前ノードを決定することにおいてＵＥ１１０の臨時識別子(ＧＵＴＩ:Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)にある位置コード(ＬＡＣ)やＭＭＥＧＩ(ＭＭＥ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ)を識別することにおいてＬＡＣやＭＭＥＧＩの最上位ビット(ＭＳＢ:Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)を用いるようにしている。すなわち、最上位ビットが1であれば既存に接続したネットワークがＥＵＴＲＡＮ、最上位ビットが ０であればＵＴＲＡＮ/ＧＥＲＡＮで認識してそれぞれのネットワークでＭＭＥ、或いは ＳＧＳＮを見出すようになる。この際、現在一部事業者の場合は、ＭＳＢを従来のＵＴＲＡＮ/ＧＥＲＡＮの場合も1に割り当てて網を構成した場合もあるから、このような場合 ＭＭＥ１１４はＵＥ１１０が送った登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージで有效なＰ-ＴＭＳＩ ＳＩＧＮＡＴＵＲＥがあったら、その情報を送ったＵＥ１１０が以前にＧＥＲＡＮ/ＵＴＲＡＮに接続したことと判断することができる。
【００２６】
次に、 ２０７過程では新しいＭＭＥ１１４は以前にＵＥ１１０が接続して通信を遂行したノードで２０５過程で判断したネットワークノードの中で当該のＭＭＥ/ＳＧＳＮ１３５で端末関連情報である端末識子ＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ;以下、「ＩＭＳＩ」と表記)、ＭＭ ｃｏｎｔｅｘｔ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｅｘｔ)を要請するようになる。２０９過程のように以前のＭＭＥ/ＳＧＳＮ１３５から端末関連情報を新しいＭＭＥ１１４は送信を受けるようになる。以後２１１過程の認証と保安関連過程が遂行され、２１３過程のベアラー生成関連の過程が遂行されるようになる。２１５過程のように新しいＭＭＥ１１４で新しいｅＮＢ１１２で登録応答(以後、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」と表記)メッセージが送信される場合、この Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージは２１７過程でｅＮＢ１１２からＵＥ１１０に再送信されて登録過程遂行が完了される。
【００２７】
図３は本発明の一実施例による端末位置更新過程の手続きを示すシグナリングダイヤグラムである。
【００２８】
図３を参照すれば、３０１過程はＵＥ１１０がネットワークで位置更新要請(ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ ｒｅｑｕｅｓｔ:以下、「ＴＡＵ Ｒｅｑｕｅｓｔ」と表記)をする過程である。このような位置更新要請(ＴＡＵ Ｒｅｑｕｅｓｔ)メッセージはＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)ｓｉｇｎａｔｕｒｅというＵＥ１１０のアイデンティティ(Ｉｄｅｎｔｉｔｙ)を確認するための識別関連情報、 そしてＵＥ１１０が以前にＧＥＲＡＮ/ＵＴＲＡＮを接続した場合、暗号キー(ｃｉｐｈｅｒ ｋｅｙ)を参照するためのＣＫＳＮ(Ｃｉｐｈｅｒ Ｋｅｙ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ)を含む。このような有效なＣＫＳＮ、 Ｐ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ) ｓｉｇｎａｔｕｒｅがある場合は、ＵＥ１１０が以前にＳＧＳＮに接続して通信を成功的に遂行する場合、以後の接続や位置登録更新で用いるためで持っている情報である。以後、ＵＥ１１０が送信したＴＡＵ Ｒｅｑｕｅｓｔメッセージは３０３過程のようにｅＮＢ１１２を経てＭＭＥ１１４に送信される。
【００２９】
次に、ＭＭＥ１１４は３０５過程のようにＵＥ１１０が以前に接続したノードであるＭＭＥ/ＳＧＳＮ１３５がある場合、以前のネットワークノ−ドを決定すべきである。以前ノードを決定することにおいてＵＥ１１０の臨時識別子(ＧＵＴＩ:Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)にある位置コード(ＬＡＣ)やＭＭＥＧＩ(ＭＭＥ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ)を識別することにおいてＬＡＣやＭＭＥＧＩの最上位ビット(ＭＳＢ:Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)を用いるようにしている。すなわち最上位ビットが1であれば既存に接続したネットワークがＥＵＴＲＡＮ、最上位ビットが０であればＵＴＲＡＮ/ＧＥＲＡＮで認識してそれぞれのネットワークでＭＭＥ 或いはＳＧＳＮを見出すようになる。この際、現在一部事業者の場合は、ＭＳＢを従来のＵＴＲＡＮ/ＧＥＲＡＮの場合1に割り当てて網を構成した場合もあるから、このような場合、ＭＭＥ１１４はＵＥ１１０が送った位置更新要請(ＴＡＵ Ｒｅｑｕｅｓｔ)メッセージで有效なＰ-ＴＭＳＩ ＳＩＧＮＡＴＵＲＥ、ＣＫＳＮがあったらその情報を送ったＵＥ１１０が以前にＧＥＲＡＮ/ＵＴＲＡＮに接続したことと判断することができる。
【００３０】
次に、３０７過程では新しいＭＭＥ１１４は以前にＵＥ１１０が接続して通信を遂行したノードで３０５過程で判断したネットワークノードの中で当該のＭＭＥ/ＳＧＳＮ１３５で端末関連情報である端末識別子ＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ;以下、「ＩＭＳＩ」と表記)、ＭＭ ｃｏｎｔｅｘｔ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｅｘｔ)を要請するようになる。
３０９過程のように以前のＭＭＥ/ＳＧＳＮ１３５から端末関連情報を新しいＭＭＥ１１４は送信を受けるようになる。以後、３１１の認証と保安関連過程が遂行されて３１５過程のベアラーのＳｅｒｖｉｎｇ ＧａｔｅＷａｙ変更、ＵＥ位置関連の情報等を変更する過程が遂行されるようになる。３1３過程の場合、新しいＭＭＥ１１４は端末関連情報をよく伝達受けたことを以前のＭＭＥ/ＳＧＳＮ１３５に応答(ａｃｋｎｏｗｌｅｄｇｅ)するようになる。３１７過程のように新しいＭＭＥ１１４からＵＥ１１０で位置更新受諾(ＴＡＵ Ａｃｃｅｐｔ)メッセージが送信される場合、位置更新過程遂行が完了される。
【００３１】
すなわち、本発明の一実施例によれば、 端末で登録要請又は位置更新要請のための要請メッセージが受信される場合、 ネットワークノードは要請メッセージで端末の臨時識別子で位置コード又はＭＭＥＧＩの最上位ビットをチェックする。そして最上位ビットが０であれば、ネットワークノードは以前のネットワークノードをＳＧＳＮで決定する。一方、最上位ビットが1であれば、ネットワークノードは要請メッセージがＰ-ＴＭＳＩｓｉｇｎａｔｕｒｅ又はＣＫＳＮの中で少なくとも１つを含むか否かを判断する。また、要請メッセージがＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅ又はＣＫＳＮの中で少なくとも１つを含めば、 ネットワークノードは以前のネットワークノードをＳＧＳＮで決定する。又は、要請メッセージがＰ-ＴＭＳＩ  ｓｉｇｎａｔｕｒｅ及びＣＫＳＮを含まない場合、 ネットワークノードは以前のネットワークノードをＭＭＥで決定する。以後、ネットワークノードは以前のネットワークノードに端末の端末関連情報を要請して受信することによって、 端末関連情報を用いて端末に応答メッセージを送信する。
【００３２】
図４は、本発明の他の実施例による端末接続過程の手続きを示すシグナリングダイヤグラムである。
【００３３】
図４を参照すれば、４０１過程はＵＥ１１０がネットワークで接続要請をする過程である。このような接続、すなわち登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージはこの ＵＥ１１０がＵＥ１１０の臨時識別子(ＧＵＴＩ)をネットワークに送信した時、この識別子がＭＭＥに接続の際、割り当てられたのか、それともＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)やＲＡＩ(Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ)から生成したのかをネットワークが区分するようにＵＥ１１０が予め区分して送る能力があることを知らせる能力情報(ｃａｐａｂｉｌｉｔｙ) 情報を含む。このような能力情報を送る1つの方法としてはＵＥ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙという情報要素(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ:以後、「ＩＥ」と表記)、すなわちパラメーターに載せて送る方法もあり、その他の方法もある。一方、ＵＥ１１０は登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージを通じて識別子がＭＭＥに接続際、割り当てられたのか、それともＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)とＲＡＩ(Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ)等の情報から生成したのかを区分して情報を送ることができる。識別子がどんな方法に生成されたのかに対する情報はＵＥ１１０の臨時識別子の識別子タイプ(ｔｙｐｅ ｏｆ Ｉｄｅｎｔｉｔｙ、 Ｉｄｅｎｔｉｔｙ ｔｙｐｅ:ＩＤ ｔｙｐｅ)を通じて伝達することもでき、或いは他のインフォメーションエレメント(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ)を通じて伝達することもでき、 或いは位置コード(ＬＡＣ)なのかＭＭＥＧＩ(ＭＭＥ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ)なのか区分してその情報を送ることもできる。以後、ＵＥ１１０が送信した登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージは４０３過程のようにｅＮＢ１１２を経てＭＭＥ１１４に送信される。
【００３４】
次に、ＭＭＥ１１４は４０５過程のようにＵＥ１１０が以前に接続したノードであるＭＭＥ/ＳＧＳＮ１３５がある場合、以前のネットワークノ−ドを決定すべきである。以前ノードを決定することにおいてＵＥ１１０の臨時識別子(ＧＵＴＩ:Ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)にあるＬＡＣやＭＭＥＧＩを識別することにおいてＬＡＣやＭＭＥＧＩの最上位ビット(ＭＳＢ:Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)を用いるようにしている。すなわち、最上位ビットが1であれば既存に接続したネットワークがＥＵＴＲＡＮ、最上位ビットが０であれば、ＵＴＲＡＮ/ＧＥＲＡＮで認識してそれぞれのネットワークでＭＭＥ、或いはＳＧＳＮを見出すようになる。この際、現在一部事業者の場合は、ＭＳＢを従来のＵＴＲＡＮ/ＧＥＲＡＮの場合も1に割り当てて網を構成した場合もあるから、このような場合、ＭＭＥ１１４はＵＥ１１０が送った登録要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージで能力(ｃａｐａｂｉｌｉｔｙ)関連情報がセッティングされている場合、ＵＥ１１０がＧＵＴＩ関連情報を送る際、識別子のタイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)を送る能力があることを把握する。これに根拠し、ＭＭＥ１１４はＵＥ１１０が区分して送った識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)関連情報を識別子タイプフィールドや或いは識別子タイプに係ったＩＥを参照して情報を送った ＵＥ１１０が以前にＧＥＲＡＮ/ＵＴＲＡＮ、或いはＥＵＴＲＡＮの中に接続したネットワークノードを判断することができる。
【００３５】
次に、 ４０７過程では新しいＭＭＥ１１４は以前にＵＥ１１０が接続して通信を遂行したノードで４０５過程で判断したネットワークノードの中で当該のＭＭＥ/ＳＧＳＮ１３５で端末関連情報である端末識別子ＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ;以下、「ＩＭＳＩ」と表記)、ＭＭ ｃｏｎｔｅｘｔ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｅｘｔ)を要請するようになる。４０９過程のように以前のＭＭＥ/ＳＧＳＮ１３５から端末関連情報を新しいＭＭＥ１１４は送信を受けるようになる。以後、４１１過程の認証と保安関連過程が遂行されて４１３過程のベアラー生成関連過程が遂行されるようになる。４１５過程のように新しいＭＭＥ１１４で新しいｅＮＢ１１２で登録応答(以後、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」と表記)メッセージが送信される場合、このＡｔｔａｃｈ Ａｃｃｅｐｔメッセージは４１７過程でｅＮＢ１１２からＵＥ１１０に再送信されて登録過程遂行が完了される。
【００３６】
図５は、本発明の他の実施例による端末位置更新過程の手続きを示すシグナリングダイヤグラムである。
【００３７】
図５を参照すれば、５０１過程はＵＥ１１０がネットワークで位置更新要請(ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ ｒｅｑｕｅｓｔ:以下、「ＴＡＵ Ｒｅｑｕｅｓｔ」と表記)をする過程である。このようなＴＡＵ ＲｅｑｕｅｓｔメッセージはこのＵＥ１１０がＵＥ１１０の臨時識別子(ＧＵＴＩ)をネットワークに送信した時、この識別子がＭＭＥに接続の際、割り当てられたのか、それともＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)や ＲＡＩ (Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ)から生成したのかをネットワークが区分するようにＵＥ１１０が予め区分して送る能力があることを知らせる能力(ｃａｐａｂｉｌｉｔｙ)情報を含む。このような能力情報を送る一つの方法としてはＵＥ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙというＩＥ、すなわちパラメーターに載せて送る方法もあり、その他の方法もなることもできる。一方、ＵＥ１１０はＴＡＵ Ｒｅｑｕｅｓｔメッセージを通じて識別子がＭＭＥに接続の際、割り当てられたのか、それともＰ-ＴＭＳＩ(Ｐａｃｋｅｔ-Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)とＲＡＩ(Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ) 等の情報から生成したのかを区分して情報を送ることができる。識別子がどんな式に生成されたのかに対する情報はＵＥ１１０の臨時識別子の識別子タイプ(ｔｙｐｅ ｏｆ Ｉｄｅｎｔｉｔｙ、Ｉｄｅｎｔｉｔｙ ｔｙｐｅ:ＩＤ ｔｙｐｅ)を通じて伝達することもでき、或いは他のインフォメーションエレメント(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ)を通じて伝達することもでき、或いは位置コード(ＬＡＣ)なのかＭＭＥＧＩ(ＭＭＥ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ)なのか区分してその情報を送ることもできる。以後、ＵＥ１１０が送ったＴＡＵ Ｒｅｑｕｅｓｔメッセージは５０３過程とようにｅＮＢ１１２を経てＭＭＥ１１４に送信される。
【００３８】
次に、ＭＭＥ１１４は５０５過程のようにＵＥ１１０が以前に接続したノードであるＭＭＥ/ＳＧＳＮ１３５がある場合、以前のネットワークノ−ドを決定すべきである。以前ノードを決定することにおいてＵＥ１１０の臨時識別子(ＧＵＴＩ:Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)にあるＬＡＣやＭＭＥＧＩを識別することにおいてＬＡＣやＭＭＥＧＩの最上位ビット(ＭＳＢ:Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)を用いるようにしている。すなわち、最上位ビットが1であれば既存に接続したネットワークがＥＵＴＲＡＮ、最上位ビットが０であれば、ＵＴＲＡＮ/ＧＥＲＡＮで認識してそれぞれのネットワークでＭＭＥ、或いはＳＧＳＮを見出すようになる。この際、現在一部事業者の場合はＭＳＢを従来のＵＴＲＡＮ/ＧＥＲＡＮの場合も１に割り当てて網を構成した場合もあるから、このような場合、ＭＭＥ１１４はＵＥ１１０が送った位置更新要請(ＴＡＵ Ｒｅｑｕｅｓｔ)メッセージで能力(ｃａｐａｂｉｌｉｔｙ)関連情報がセッティングされている場合、ＵＥ１１０がＧＵＴＩ関連情報を送る時識別子のタイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)を送る能力があることを把握する。これに根拠し、ＭＭＥ１１４はＵＥ１１０が区分して送った識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)関連情報を識別子タイプフィールドや、或いは識別子タイプに係ったＩＥを参照して情報を送ったＵＥ１１０が以前にＧＥＲＡＮ/ＵＴＲＡＮ、或いはＥＵＴＲＡＮの中に接続したネットワークノードを判断することができる。
【００３９】
次に、５０７過程では新しいＭＭＥ１１４は以前にＵＥ１１０が接続して通信を遂行したノードで５０５過程で判断したネットワークノードの中で当該のＭＭＥ/ＳＧＳＮ１３５で端末関連情報である端末識別子ＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ;以下、「ＩＭＳＩ」表記)、 ＭＭ ｃｏｎｔｅｘｔ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｅｘｔ)を要請するようになる。
５０９過程のように以前のＭＭＥ/ＳＧＳＮ１３５から端末関連情報を新しいＭＭＥ１１４は送信を受けるようになる。以後、５１１過程の認証と保安関連過程が遂行されて５１５ 過程のベアラーのＳｅｒｖｉｎｇ ＧａｔｅＷａｙ変更、ＵＥ位置関連情報等を変更する過程が遂行されるようになる。５１３過程の場合、新しいＭＭＥ１１４は端末関連情報をよく伝達受けたことを以前のＭＭＥ/ＳＧＳＮ１３５に応答(ａｃｋｎｏｗｌｅｄｇｅ)するようになる。５１７過程のように新しいＭＭＥ１１４からＵＥ１１０で位置更新受諾(ＴＡＵ Ａｃｃｅｐｔ)メッセージが送信される場合、位置更新過程遂行が完了される。
【００４０】
すなわち、本発明の他の実施例よれば、ネットワークノードに登録要請又は位置更新要請のための要請メッセージ構成の際、 端末は臨時識別子に対応して以前のネットワークノードを区分するための識別子タイプ区別指示者を設定する。そして、端末はネットワークノードに要請メッセージを送信する。この後、端末はネットワークノードで要請メッセージに対応する応答メッセージを受信する。
【００４１】
一方、本発明の他の実施例よれば、端末で登録要請又は位置更新要請のための要請メッセージが受信される場合、 ネットワークノードは端末で臨時識別子に対応して以前のネットワークノードを区分するための識別子タイプ区別指示者が端末で送ったメッセージに設定されているか否かを判断する。これはネットワークノードで要請メッセージが識別子タイプ区別指示者を含むか否かを確認することによって遂行される。そして端末に識別子タイプ区別指示者が設定されている場合、ネットワークノードは以前のネットワークノードをＳＧＳＮ又はＭＭＥの中いずれか１つで識別する。この際、ネットワークノードは要請メッセージで以前のネットワークノードに相応する臨時識別子の識別子タイプ関連情報を分析し、以前のネットワークノードをＳＧＳＮ又はＭＭＥの中いずれか１つで識別する。以後、ネットワークノードは以前のネットワークノードに端末の端末関連情報を要請して受信することによって、端末関連情報を用いて端末に応答メッセージを送信する。
【００４２】
図６は、本発明の一実施例による端末とネットワークノード間通信を支援するためのＭＭＥの動作を示すフローチャートである。
【００４３】
図６を参照すれば、７０１段階でＭＭＥ１１４はＵＥ１１０からＡｔｔａｃｈ  Ｒｅｑｕｅｓｔ/ＴＡＵ Ｒｅｑｕｅｓｔ等を受信する。以後、ＭＭＥ１１４は７０３段階でＵＥ１１０のＥＰＳ ｍｏｂｉｌｅ Ｉｄｅｎｔｉｔｙという ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔをチェックする。この際、７２１段階とようにＬＡＣ/ＭＭＥＧＩのＭＳＢが０の場合、 ＭＭＥ１１４は７２３段階のように以前にＵＥ１１０が接続したノードがＳＧＳＮなのでＳＧＳＮの中で当該のノードを探して端末関連情報を要請するようになる。
【００４４】
一方、7１１段階のようにＬＡＣ/ＭＭＥＧＩのＭＳＢ=１の場合、ＭＭＥ１１４は以前にＵＥ１１０が接続したノードがＭＭＥ、或いはＳＧＳＮである場合があるので、この際、７１３段階のようにＵＥ１１０で送った登録要請(Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ)メッセージが有效なＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを含んでいるのか、或いはＴＡＵ ＲｅｑｕｅｓｔメッセージがＣＫＳＮ又はＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅの中で少なくとも１つの情報を含んでいるか否かをチェックする。それで有效なＣＫＳＮ又はＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅがある場合、ＭＭＥ１１４は７１５段階に進行して以前に接続して通信したノードがＳＧＳＮであることと判断し、ＳＧＳＮの中で当該のノードを探して端末関連情報を要請するようになる。一方、有效なＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅやＣＫＳＮ 等の情報がない場合、ＭＭＥ１１４は７１７段階のように以前に接続して通信したノードがＭＭＥであることと判断し、ＭＭＥの中で当該のノードを探して端末関連情報を要請するようになる。
【００４５】
この際、本発明の一実施例によるＭＭＥは通信部、決定部及び制御部を含む。
通信部は端末と通信を遂行する。この際、通信部は端末で接続要請メッセージを受信することができる。ここで、接続要請メッセージは端末の登録要請又は位置更新要請であることができる。
【００４６】
決定部は、端末で接続要請メッセージを受信の際、接続要請メッセージを分析して端末の以前のネットワークノードを決定する。この際、決定部は接続要請メッセージのＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析し、端末の以前のネットワークノードを決定する。このような決定部は判断部及び識別部を備える。判断部は接続要請メッセージのＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを分析する。識別部はＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅの分析結果によって以前のネットワークノードをＭＭＥ又はＳＧＳＮの中いずれか１つに識別する。
【００４７】
制御部は以前のネットワークノードに端末の端末関連情報を要請する。そして制御部は、 以前のネットワークノードで端末関連情報受信の際、 端末関連情報を用いて端末に応答メッセージを送信する。
【００４８】
そして、本発明の一実試例による端末は通信部及び制御部を含む。制御部はＭＭＥに接続要請メッセージを送信するように制御する。この際、制御部は接続要請メッセージを通じてＰ-ＴＭＳＩ ｓｉｇｎａｔｕｒｅを送るように制御する。ここで、 接続要請メッセージは端末の登録要請又は位置更新要請であることができる。通信部はＭＭＥと通信を遂行する。この際、通信部はＭＭＥで接続要請メッセージに対応する接続応答メッセージを受信する。
【００４９】
図７は本発明の他の実施例による通信過程の手続きを支援するためのＵＥの動作を示すフローチャートである。
【００５０】
図７を参照すれば、８０１段階でＵＥ１１０がバージョンｒｅｌｅａｓｅ(以下、「ｒｅｌ」と表記)８を支援するのか、或いはｒｅｌ８以後、すなわちｒｅｌ９、１０等を支援するか否かによって動作が別に定義されることができる。ｒｅｌ８バージョンの場合、ＵＥ１１０は８２１段階で見るようにＧＵＴＩ/ ＭＡＰＰＥＤ ＧＵＴＩであるか否かをＵＥ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ、或いはその他識別(ｉｎｄｉｃａｔｉｏｎ)することができる情報や識別子無しに８１９段階のようにＡｔｔａｃｈ/ＴＡＵ Ｒｅｑｕｅｓｔメッセージを送信するようになる。
【００５１】
一方、ｒｅｌ 8 以後、すなわちｒｅ１９、１０程度の以後バージョンの場合、ＵＥ１１０は８１１段階とように有效なＵＥ ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ等をセッティングし、８１３段階で端末の識別子タイプ区別能力に根拠して識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)関連情報がＧＵＴＩなのかＭＡＰＰＥＤ ＧＵＴＩなのかを決定する。そして、ＧＵＴＩの場合、ＵＥ１１０は８１５段階で進行してＧＵＴＩという指示(ｉｎｄｉｃａｔｉｏｎ)を識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)フィールドや或いは識別子タイプに係ったＩＥを通じてＭＭＥ１１４に知らせ、ＭＡＰＰＥＤ ＧＵＴＩの場合、ＵＥ１１０は８１７段階で進行してＭＡＰＰＥＤ ＧＵＴＩという指示(ｉｎｄｉｃａｔｉｏｎ)を識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ) フィールドや或いは識別子タイプに係った ＩＥを通じてＭＭＥ１１４に知らせることができる。この後、ＵＥ１１０は８１９段階のように関連ネットワークノード選択が可能になるように情報が設定されたＡｔｔａｃｈ/ＴＡＵ Ｒｅｑｕｅｓｔをネットワークで送信するようになる。
【００５２】
この際、本発明の他の実施例による端末は制御部及び通信部を含む。制御部はネットワークノードのための要請メッセージに臨時識別子に対応して以前のネットワークノードを区分するための識別子タイプ区別指示者を設定する。そして制御部は要請メッセージで以前のネットワークノードに対応して臨時識別子の識別子タイプ関連情報を指示する。通信部は、制御部の制御の下に、ネットワークノードに要請メッセージを送信する。また、通信部はネットワークノードで要請メッセージに対応する応答メッセージを受信する。
【００５３】
図８は、本発明の他の実施例による端末とネットワークノード間通信を支援するための ＭＭＥの動作を示すフローチャートである。
【００５４】
図８を参照すれば、 ＭＭＥ１１４は９０１段階でＭＭＥ１１４はＵＥ１１０からＡｔｔａｃｈ  Ｒｅｑｕｅｓｔ/ＴＡＵ Ｒｅｑｕｅｓｔ等を受信する。そしてＭＭＥ１１４は９０３段階でＵＥ１１０のＵＥ Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙをチェックする。この際、ＵＥが送った位置更新要請(ＴＡＵ Ｒｅｑｕｅｓｔ)、或いは接続要請(Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ)メッセージで識別子タイプ区別能力(ｃａｐａｂｉｌｉｔｙ)関連情報がセッティングされている場合、ＭＭＥ１１４はＵＥ１１０がＧＵＴＩ関連情報を送信する時識別子のタイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)を送る能力があることを把握することができる。以後、ＭＭＥ１１４は９１１段階でＵＥ１１０の識別子タイプ区別能力に根拠してＵＥ１１０が区分して送った識別子タイプ(Ｉｄｅｎｔｉｔｙ ｔｙｐｅ)関連情報で識別子タイプフィールドや、或いは識別子タイプに係ったＩＥを参照して情報を送ったＵＥ １１０が以前にＧＥＲＡＮ/ＵＴＲＡＮ、或いはＥＵＴＲＡＮの中に接続したネットワークノードを判断することができる。すなわち、識別子タイプフィールドや、或いは識別子タイプに係る情報を提供するＩＥ(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ)を参照して識別子タイプ関連情報がＧＵＴＩの場合、ＭＭＥ１１４は９１７段階に移動して以前ノードがＭＭＥなのでＭＭＥの中で以前ノードを検索して端末関連情報を要請する。一方、ＭＡＰＰＥＤ ＧＵＴＩで判断される場合、ＭＭＥ１１４は９１３段階で進行してＳＧＳＮの中で以前に通信を遂行したＳＧＳＮを参照して端末関連情報を要請する。
【００５５】
一方、９０３段階でＵＥ１１０の識別子タイプ区別能力がセッティングされないままＭＭＥ１１４がＡｔｔａｃｈ  Ｒｅｑｕｅｓｔ/ＴＡＵ Ｒｅｑｕｅｓｔを受信した場合、 ＭＭＥ１１４は９２１段階でＧＵＴＩ、或いはＭＡＰＰＥＤ ＧＵＴＩにあるＭＭＥＧＩ 或いはＬＡＣのＭＳＢを参照し、０の場合は以前に接続したノードをＳＧＳＮの中で選択し、１の場合にはＭＭＥの中で選択するが事業者網のｎｅｔｗｏｒｋ ｃｏｎｆｉｇｕｒａｔｉｏｎにしたがってＳＧＳＮの中で選択することもできる。そういう場合、ＭＭＥ１１４はＣＫＳＮやP-ＴＭＳＩ ｓｉｇｎａｔｕｒｅ等の他の別途の情報等を活用してＳＧＳＮの中で以前にＵＥ１１０が通信を遂行したネットワークノードなのか否かを決定することができる。
【００５６】
この際、本発明の他の実施例によるＭＭＥは通信部、決定部及び制御部を含む。
通信部は端末と通信を遂行する。この際、通信部は端末で接続要請メッセージを受信することができる。ここで、接続要請メッセージは端末の登録要請又は位置更新要請であることができる。
【００５７】
決定部は、端末で接続要請メッセージを受信の際、接続要請メッセージを分析して端末の以前のネットワークノードを決定する。このような決定部は判断部及び識別部を備える判断部は端末で臨時識別子に対応して以前のネットワークノードを区分するための識別子タイプ区別指示者が端末に設定されているか否かを判断する。識別部は、端末に識別子タイプ区別指示者が設定されている場合ば、以前のネットワークノードをＳＧＳＮ又はＭＭＥの中いずれか１つで識別する。この時識別部は要請メッセージで以前のネットワークノードに相応する臨時識別子の識別子タイプ関連情報を分析し、以前のネットワークノードをＳＧＳＮ又はＭＭＥの中いずれか１つに識別する。
【００５８】
制御部は以前のネットワークノードに端末の端末関連情報を要請する。そして制御部は、 以前のネットワークノードで端末関連情報受の際、 端末関連情報を用いて端末に応答メッセージを送信する。
【００５９】
上記の図２乃至図８で記述したように端末(ＵＥ)と移動管理者(ＭＭＥ)が動作するためには以下の表1のようにメッセージＩＥ(情報要素:Ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ:以下、「ＩＥ」と表記) 等が支援すべき場合がある。よって、以下でこれを記述する。表１は本発明によってメッセージに含まれ、ＵＥがネットワークノードにＩｄｅｎｔｉｔｙ ｔｙｐｅに対する情報なのか否かを知らせることができるのか指示(ｉｎｄｉｃａｔｉｏｎ)してくれる情報要素を含む。すなわち、ＵＥ  ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ ＩＥのｏｃｔｅｃｔ７に構成された一実施例を示す。
【００６０】
【表１】
0006382289.tif 000002
【００６１】
一方、本発明の詳細な説明では具体的な実施例関して説明したが、 本発明の範囲から脱しない限度内でさまざまな変形が可能さは勿論である。よって、本発明の範囲は説明された実施例限らなく、 後述される特許請求範囲だけでなくこの特許請求範囲と均等なもの等によって決定すべきである。
【００６２】
以上で詳しく説明したように動作する本発明において、 開示される発明の中で代表的なことによって得られる效果を簡単に説明すれば以下のようである。
【００６３】
本発明は移動通信ネットワークで端末がＥＵＴＲＡＮや他のＲＡＴ(ＧＥＲＡＮ、ＵＴＲＡＮ等)でＥＵＴＲＡＮ地域に移動した後接続を試みたり、或いは位置更新を遂行する状況で非アクセス層(Ｎｏｎ-Ａｃｃｅｓｓ-Ｓｔｒａｔｕｍ、すなわちネットワークアクセス層:以下、「ＮＡＳ」と表記)プロトコルを用いて通信することにおいて適正なネットワークノードから端末関連情報を得ることができなくて通信遅延が発生する問題点を解決する方法及びシステムに対するものとして、本発明によるＮＡＳプロトコル、すなわちメッセージを利用したり端末或いは移動性管理者の動作を変更するによって、 端末がネットワークノードと通信を遂行することにおいて円滑に成るようにする方法を提起することでこれによって端末とネットワークノード間の通信を效率的に成るようにする利点がある。
【符号の説明】
【００６４】
１１０    ＵＥ
１１２    ｅＮＢ
１１４    ＭＭＥ
１３５    ＭＭＥ／ＳＧＳＮ
【図１】
0006382289.tif 000003
【図２】
0006382289.tif 000004
【図３】
0006382289.tif 000005
【図４】
0006382289.tif 000006
【図５】
0006382289.tif 000007
【図６】
0006382289.tif 000008
【図７】
0006382289.tif 000009
【図８】
0006382289.tif 000010