ネットワークアップデート手順及びその関連ネットワークデバイス
本発明は、移動体無線通信ネットワークにおけるＬＡ準拠のアップデート手順の制御方法を提供する。この方法は、ＬＡ準拠のアップデート要求の要因を判定するステップと、このような要求を受信した際、前記判定に応じて接続手順を変更するステップとを含む。よって、本発明は、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークデバイスも提供できる。このネットワークデバイスは、ターゲットネットワークデバイスに対し、(例えば、従来のシステムへのＣＳＦＢの間に)ＬＡ準拠のアップデート手順の要因の指示を転送する。また、本発明は、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークターゲットデバイスにおいても具現化できる。このターゲットデバイスは、ネットワークデバイスからのＬＡ準拠のアップデート手順の要因の指示を監視し、前記監視に応じて接続手順を変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークアップデート手順及びその関連ネットワークデバイスに関し、特に移動体無線通信ネットワークにおけるＬＡ(Ｌｏｃａｔｉｏｎ Ａｒｅａ)アップデートに関する。
【背景技術】
【０００２】
セルラネットワーク等の移動体無線通信ネットワークの特性そのものに因り、セル間ハンドオーバ及び／又はネットワークとその関連通信システムの間でのハンドオーバであろうとなかろうと、所謂ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)等の移動体端末デバイスには、その動作方法を変更する必要性がしばしば生じる。
【０００３】
多種多様な通信システム、特に現存する従来の通信システムを考慮すると、接続を最適化し且つ携帯端末のパフォーマンスへの制限的な影響を最小化するためには、異なるシステム間での移動を可能にする機能が特有の効果を与え得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような異なるシステムの要件を考慮すると、不都合にも、このようなシステム間で切替を行なおうとする場合及び次いで新たなシステム内で接続を確立する場合の両者において、著しい遅延が生じてしまうことがよく見受けられる。
【０００５】
本発明は、ネットワークシステム内でアップデート手順を制御する、既知の手順より優れた方法を提供しようとするものである。
【０００６】
更なる説明として、現行の３ＧＰＰリリース８及びリリース９の仕様によれば、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)が従来の２Ｇ／３Ｇシステムへ、例えばＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)から移動する場合(これは、一般にＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ Ｂａｃｋ)の目的であろう)、まずＵＥは、新たなセル内でＬＡ(Ｌｏｃａｔｉｏｎ Ａｒｅａ)を判定し得る。
【０００７】
ＬＡが変更されていると判断した場合、まずＵＥは、ＬＡアップデート手順を実行する。ターゲット２Ｇ／３ＧシステムがＮＭＯ(Ｎｅｔｗｏｒｋ Ｍｏｄｅ ｏｆ Ｏｐｅｒａｔｉｏｎ) ＩＩに在るならば、ＬＡアップデート手順が実行されるのに対して、ターゲット２Ｇ／３Ｇシステムが３ＧＰＰ ＴＳ ２３．２７２に定義されるＮＭＯ Ｉに在る場合には、ＲＡ(Ｒｏｕｔｉｎｇ Ａｒｅａ)／ＬＡを組み合わせたアップデート手順が実行される。アップデート手順の後、次いでＵＥは、回線交換呼(ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｃａｌｌ)の確立を継続する。
【０００８】
ＣＳＦＢに伴う潜在的な制限は、呼設定を確立するのに必要な追加遅延であると認識されている。特に留意すべきなのは、ハンドオーバ若しくはＮＡＣＣ(Ｎｅｔｗｏｒｋ Ａｓｓｉｓｔｅｄ Ｃｅｌｌ Ｃｈａｎｇｅ)経由であろうが、又は接続のリダイレクション経由であろうが、ＵＥがＣＳＦＢにおいて従来のターゲット２Ｇ／３Ｇシステムへ切り替えるのに比較的長い時間を要し、且つＵＥが回線交換呼を発信又は応答する場合に更なる遅延に悩まされることである。
【０００９】
例として、ＣＳＦＢ中の呼設定手順における典型的な追加遅延は２〜５秒程度であり得る。
【００１０】
なお、ＵＥがＣＳＦＢにおいてＬＡアップデート又はＲＡ／ＬＡの組合せアップデートを試みた際、ＭＳＣ(ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｒｅ)又はＳＧＳＮ(ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) ｓｕｐｐｏｒｔ ｎｏｄｅ)が、例えば認証手順、同定手順及び／又はＴＭＳＩ(Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)の再割当手順等のセキュリティ手順の幾つか或いは全てを実行するよう制御されるならば、遅延は更に悪化し得る。
【００１１】
これらの手順の幾つかは、ＳＩＭ(Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ)／ＵＳＩＭ(Ｕｎｉｖｅｒｓａｌ ＳＩＭ)カードの読取を伴うため、ＣＳＦＢ中の呼設定に対するかなりの余分な遅延の潜在源と見做すことができる。
【００１２】
本発明は、特に、このような既知の制限に対して効果を奏することが可能なシステムアップデート手順及びその関連ネットワークデバイスを提供しようとするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、移動体無線通信ネットワークにおけるＬＡ準拠のアップデート手順の制御方法であって、ＬＡ準拠のアップデート要求の要因を判定するステップと、このような要求を受信した際、前記判定に応じて接続手順を変更するステップとを含む方法が提供される。
【００１４】
そして、不要な接続手順は、アップデートに関連する遅延を低減すべく直ちに回避され得る。
【００１５】
理解されるであろうが、判定は、ネットワーク要素の接続手順を制御できる。
【００１６】
この方法は、ネットワーク要素にて、前記ＬＡ準拠のアップデート要求の要因の指示を与えるステップを含み得る。
【００１７】
ターゲットネットワーク要素内で前記要因を判定するステップも提供され、前記ターゲットネットワーク要素はＭＳＣ又はＳＧＳＮであり得る。
【００１８】
接続手順は、セキュリティ手順であり、認証手順、同定手順又はＴＭＳＩの再割当手順の少なくとも一つの形式をとり得る。
【００１９】
勿論、前記アップデート要求の要因を判定するステップは、サービス種別のシグナリング、及び／又はＣＳＦＢが要求されたか否かの判定に基づき得る。
【００２０】
好都合にも、前記判定ステップの結果に応じた時間周期が提供され、この方法は、前記時間周期にＬＡ準拠のアップデート要求を監視するステップをさらに含み得る。
【００２１】
本発明の他の態様によれば、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークデバイスであって、ターゲットネットワークデバイスに対して、ＬＡ準拠のアップデート手順の要因の指示を転送するネットワークデバイスが提供される。
【００２２】
本発明の更なる態様によれば、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ターゲットデバイスであって、上記のように定義されるネットワークデバイスからのＬＡ準拠のアップデート手順の要因の指示を監視し、前記監視に応じて接続手順を変更するターゲットデバイスが提供される。
【００２３】
ターゲットデバイスは、端末デバイスから発信されたリロケーション要求の同定に応じて接続手順を変更するか、又は端末デバイスから発信されたサービス要求の同定に応じて接続手順を変更することが可能である。
【００２４】
特に、ターゲットデバイスは、端末デバイスから発信されたＣＳＦＢの同定に応じて接続手順を変更することが可能である。
【００２５】
ターゲットデバイスは、時間周期を確立する手段も含み得て、接続手順の変更を開始するよう、前記時間周期にＬＡ準拠のアップデートの受信を監視することが可能である。
【発明の効果】
【００２６】
本発明の態様の一つによれば、当然のことながら、制御配置が有利にもＭＳＣ／ＳＧＳＮにＬＡアップデート手順の要求の裏側の要件、アップデート手順がＣＳＦＢ目的であるか否かを意識させるため、関連セキュリティ手順のような接続手順を、改良され且つ理想的には集中性の低い方法で採用できる。
【図面の簡単な説明】
【００２７】
【図１】本発明の態様の一つを説明するフローダイアグラムである。
【図２】本発明の実施形態に係るネットワーク要素同士間でのシグナリングダイアグラムである。
【図３】本発明の他の態様に係るネットワーク要素同士間での更なるシグナリングダイアグラムである。
【図４】本発明の一の実施形態に係るネットワーク要素の略ブロック図である。
【図５】本発明の他の実施形態に係るネットワーク要素の略ブロック図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態を、ほんの一例として、図面を参照して説明する。
【００２９】
説明される実施形態の文章内において、アップデート要求の要因に従って変更されるべき接続手順とは、アップデートに関連付けられた１以上のセキュリティ手順である。
【００３０】
理解されるであろうが、ＣＳＦＢ目的でアップデートが要求された場合、ＣＳＦＢ中の遅延がアップデート手順全体にもたらす負荷を軽減するために、改訂バージョンの関連セキュリティ手順を提供することができる。
【００３１】
一例として、改訂バージョンの認証手順を提供できる。なお勿論、幾つかのネットワーク事業者は、このような認証を日常的に、例えばＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)又はＰＬＭＮ(Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ)の変更を要求された場合に採用する。一般に、通常の環境下において、ＬＡアップデート手順は自律的な遅延を呈さない。しかしながら、特に留意すべきなのは、ＬＡアップデート手順がＣＳＦＢに関連して生じた場合に、呼設定に対する遅延が比較的大きく且つ不都合な程に顕著なことである。本発明に係る改訂されたセキュリティ手順は、認証が、単に必要な場合のみ、例えばＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)とＳＧＳＮ／ＭＳＣの間でのＵＥコンテキストの交換に問題があると特定された場合に使用されることを要求する。図１に示すように、認証手順を、要求された場合に好都合にもスキップし、以て好都合にも、ＣＳＦＢ手順において悩まされる遅延を低減できる。
【００３２】
加えて或いは代替として、同定の確認手順を、要求され且つ必ずしも日常的で無い場合のみ、前述した認証手順と同様にして採用することができる。
【００３３】
その上更に、ＴＭＳＩの再割当手順を、要求され且つ日常的で無い場合のみ、同様にして採用することができる。また、要求された場合、単独のＴＭＳＩ再割当手順よりもむしろ、ＬＡ受付メッセージ内でのより短いバージョンのＴＭＳＩ再割当手順を採用できる。
【００３４】
認証手順の変更に関する検討を、図１に関連して説明する。いずれ分かるであろうが、手順の開始時点１０において、認証に関する要求の指示が、ステップ１２で提供され、明確に同定されたＵＥ１によるロケーションアップデート要求の受信１４に先立ってＳＧＳＮ／ＭＳＣ １６で受信される。
【００３５】
ＳＧＳＮ／ＭＳＣ １６は、新たなＲＡＴへの切替が要求されたか否かを１８で判定し、要求されていなければ、ステップ２０にてＵＥ１のコンテキストがＭＭＥからフェッチされているか否かを判定する。ステップ２０にて、このようなフェッチが無いと判定した場合、手順は、図のように、その終端であるステップ２２を続ける。しかしながら、ステップ２０にて、ＵＥ１のコンテキストがＭＭＥからフェッチされていると判定した場合には、ステップ２４にて、認証の状態が"ｆａｌｓｅ"を維持しているかだけ確認する。
【００３６】
ステップ１８に戻って、新たなＲＡＴへの切替があると判定した場合、手順は認証に関する要求の状態が"ｔｒｕｅ"に修正される２６を続け、次いでステップ２８にて、特定のＵＥ１用のＣＳＦＢタイマが未だ動作しているか否かについての判定が行われる。ステップ２８にてタイマが未だ動作していると判定した場合、次いでステップ２０にて、ＭＭＥからのＵＥ１コンテキストのフェッチに関する調査が前述の通りに判定される。
【００３７】
しかしながら、ステップ２８にてＣＳＦＢタイマが動作していないと判定した場合には、手順は、図のように、その終端であるステップ２２を続ける。
【００３８】
本発明の重要な態様はＣＳＦＢタイマの提供であるため、これを本願の図２及び図３に関連して更に説明する。
【００３９】
次に図２を参照すると、ＵＥ ３０、ＭＭＥ ３２及びＳＧＳＮ ３４間でのシグナリングダイアグラムが示されており、ネットワークシステム内でＵＥ ３０が、ＥＰＳから従来の２Ｇ／３Ｇシステムへの例えばＣＳＦＢ目的のハンドオーバを発している。図示のように、ＭＭＥ ３２は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ信号３８を発行する。この信号は、(ＣＳＦＢが要求された場合に)このような要求の要因の指示を含み、特定のＵＥ ３０の同定を確認するものでもある。
【００４０】
ｒｅｑｕｅｓｔ ３８を受信した際、ターゲットネットワークデバイスとして機能するＳＧＳＮ ３４は、要因(つまり前述した要因)及びＵＥ識別子の両者を確認且つ同定する。要因をＣＳＦＢに関連するものとして同定した際、ＳＧＳＮ ３４は、ステップ４０にて、特定のＵＥ ３０用のタイマ(ここでは"ＣＳＦＢタイマ"と呼称する)を開始する。タイマの起動に伴って、信号４２のように実際のＬＡアップデートがＵＥ ３０から受信され得るから、ＳＧＳＮ ３４は、ステップ４４にて、ＬＡアップデート手順内で緩和された又は"軽度のセキュリティバージョン"を提供し、以てＳＦ手順から生じ得る遅延を制限できる。
【００４１】
そして、適切な"軽度のセキュリティ"手順４６が必要に応じて採用される。
【００４２】
すなわち、ＮＭＯ Ｉ設定におけるターゲット２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバの間に(図２参照)、ターゲットＳＧＳＮは、ソースＭＭＥからターゲットＳＧＳＮへのＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ中の"ＲＡＮ要因"Ｉｅ及びＵＥ識別子を確認する。ＲＡＮ要因の値がＣＳＦＢを示していれば、ＣＳＦＢに在るＵＥ用のタイマ(これを数秒の"ＣＳＦＢタイマ"と呼ぶ)を開始するものとする。ＳＧＳＮは、このＣＳＦＢタイマの期間中に(ＲＡ／ＬＡの組合せアップデート手順による)ＬＡアップデート用の要求をＣＳＦＢにおいて同定したＵＥから受信した場合、このＬＡアップデートの間は軽度のセキュリティを使用するであろう。
【００４３】
次に図３を参照すると、本発明の他の態様に係るシグナリングダイアグラムが提供されている。
【００４４】
再びＵＥ ３０及び関連ＭＭＥ ３２が示されているが、本実施形態においては、ターゲットネットワークデバイスがＭＳＣ ４８である。
【００４５】
前述した通りに、ステップ５０にて、ＥＰＳから従来の２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバがＵＥ ３４から開始されるが、今回は、ＣＳＦＢを示す特定のサービス種別インジケータとＵＥ識別子(例えばＩＭＳＩ)とを備えたＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ信号５２が、ＭＭＥ ３２によってＭＳＣ ４８へ提供される。
【００４６】
ＭＳＣは、サービス種別及びＵＥ識別子を確認し、サービス種別が"ＣＳ ＭＯ(Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ)呼インジケータ"又はＣＳＦＢの要求を示す他の何らかのインジケータである場合に、５４に示す如く特定のＵＥ ３０用のＣＳＦＢタイマを開始する。
【００４７】
そして、前述のタイマの期間内において、ＭＳＣ ４８にて、(ＬＡアップデート手順を経由した)ＬＡアップデート信号５６がＵＥ ３０から受信され、集中性がより低減されたバージョンのセキュリティ手順が開始され、以てステップ５８に示す如く、"軽度のセキュリティ"機能が提供される。
【００４８】
ＮＭＯ ＩＩ設定におけるターゲット２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバの間に、ＭＳＣは変更されない(図３参照)。ＣＳＦＢがＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ)呼のためのものである場合、ＭＳＣは、ＵＥ識別子がＣＳＦＢに在ることを既に知っている。ＣＳＦＢがＭＯ呼のためのものである場合には、ＭＭＥが、その旨をＭＳＣに対し、"ＣＳ ＭＯ呼インジケータ"(ＣＳＦＢインジケータ)を介してＳＧｓインタフェース(ＭＭＥとＭＳＣ／ＶＬＲ(Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ)の間のインタフェース)上で指示する。ＭＳＣは、ＣＳＦＢタイマの期間中に(ＬＡアップデート手順による)ＬＡアップデート用の要求をＣＳＦＢにおいて同定したＵＥから受信した場合、このＬＡアップデートの間は軽度のセキュリティを使用するであろう。
【００４９】
次に図４を参照すると、図２及び図３に示したＭＭＥ ３２のようなネットワークデバイスの概略図が提供されている。
【００５０】
ＭＭＥ ３２は、トランシーバ配列及びその関連インタフェース６２と、適切な制御プロセッサ６４と、これに関連するメモリ配列６６とを含む。理解されるであろうが、制御プロセッサ６４は、変更要求の裏側の要因を示すためのサービス情報を提供する図２のＳＧＳＮ ３４又は図３のＭＳＣ ４８のようなターゲットネットワーク要素に対して、制御信号を提供する。
【００５１】
次に図５を参照すると、図２のＳＧＳＮ ３４及び図３のＭＳＣ ４８のようなターゲットネットワーク要素の概略図が提供されている。
【００５２】
図示のように、ターゲットネットワーク要素は、以上で議論した通りに、自要素にて実際のアップデート要求を監視する要求時間周期を提供すべく、特定のタイマ機能７２を含む制御プロセッサ７０に接続されるトランシーバ機能及びその関連インタフェース６８を含む。
【００５３】
勿論、ネットワークターゲット要素３４、４８は、図示の如くメモリ配列７４も含む。勿論、図４及び図５に示すようなデバイスの機能が、必要に応じてソフトウェア制御命令によって提供できることを認識しておくべきである、
【００５４】
本発明をその実施形態を参照して特に示し且つ説明したが、本発明は、これらの実施形態によって限定されるものでは無い。当業者によれば、請求の範囲に定義される本発明のスコープ内で構成や詳細に様々な変更を成し得ることが理解されるであろう。
【００５５】
例えば、本発明は、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)等に図２又は図３に示した処理を実行させるためのコンピュータプログラムによって実現できる。
【００５６】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉａ)を用いて格納され、コンピュータに供給することができる。ここで、非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉａ)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(フロッピーディスク、磁気テープ、ハードディスクドライブ等)、光磁気記録媒体(例えば、光磁気ディスク)、ＣＤ−ＲＯＭ、ＣＤ−Ｒ(ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅｃｏｒｄａｂｌｅ)、ＣＤ−Ｒ／Ｗ(ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅｗｒｉｔａｂｌｅ)、及び半導体メモリ(マスクＲＯＭ、ＰＲＯＭ(ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ)、ＥＰＲＯＭ(ｅｒａｓａｂｌｅ ＰＲＯＭ)、フラッシュＲＯＭ、ＲＡＭ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ)等)を含む。プログラムは、様々なタイプの一時的なコンピュータ可読媒体(ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉａ)によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、有線通信路(例えば、電線及び光ファイバ)又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５７】
この出願は、２０１０年２月１５日に出願されたイギリス国特許出願１００２４４６．１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００５８】
３０ ＵＥ
３２ ＭＭＥ
３４ ＳＧＳＮ
４８ ＭＳＣ
６２ トランシーバ配列及びその関連インタフェース
６４ 制御プロセッサ
６６ メモリ配列
６８ トランシーバ機能及びその関連インタフェース
７０ 制御プロセッサ
７２ タイマ機能
７４ メモリ配列
【技術分野】
【０００１】
本発明は、ネットワークアップデート手順及びその関連ネットワークデバイスに関し、特に移動体無線通信ネットワークにおけるＬＡ(Ｌｏｃａｔｉｏｎ Ａｒｅａ)アップデートに関する。
【背景技術】
【０００２】
セルラネットワーク等の移動体無線通信ネットワークの特性そのものに因り、セル間ハンドオーバ及び／又はネットワークとその関連通信システムの間でのハンドオーバであろうとなかろうと、所謂ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)等の移動体端末デバイスには、その動作方法を変更する必要性がしばしば生じる。
【０００３】
多種多様な通信システム、特に現存する従来の通信システムを考慮すると、接続を最適化し且つ携帯端末のパフォーマンスへの制限的な影響を最小化するためには、異なるシステム間での移動を可能にする機能が特有の効果を与え得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような異なるシステムの要件を考慮すると、不都合にも、このようなシステム間で切替を行なおうとする場合及び次いで新たなシステム内で接続を確立する場合の両者において、著しい遅延が生じてしまうことがよく見受けられる。
【０００５】
本発明は、ネットワークシステム内でアップデート手順を制御する、既知の手順より優れた方法を提供しようとするものである。
【０００６】
更なる説明として、現行の３ＧＰＰリリース８及びリリース９の仕様によれば、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)が従来の２Ｇ／３Ｇシステムへ、例えばＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)から移動する場合(これは、一般にＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ Ｂａｃｋ)の目的であろう)、まずＵＥは、新たなセル内でＬＡ(Ｌｏｃａｔｉｏｎ Ａｒｅａ)を判定し得る。
【０００７】
ＬＡが変更されていると判断した場合、まずＵＥは、ＬＡアップデート手順を実行する。ターゲット２Ｇ／３ＧシステムがＮＭＯ(Ｎｅｔｗｏｒｋ Ｍｏｄｅ ｏｆ Ｏｐｅｒａｔｉｏｎ) ＩＩに在るならば、ＬＡアップデート手順が実行されるのに対して、ターゲット２Ｇ／３Ｇシステムが３ＧＰＰ ＴＳ ２３．２７２に定義されるＮＭＯ Ｉに在る場合には、ＲＡ(Ｒｏｕｔｉｎｇ Ａｒｅａ)／ＬＡを組み合わせたアップデート手順が実行される。アップデート手順の後、次いでＵＥは、回線交換呼(ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｃａｌｌ)の確立を継続する。
【０００８】
ＣＳＦＢに伴う潜在的な制限は、呼設定を確立するのに必要な追加遅延であると認識されている。特に留意すべきなのは、ハンドオーバ若しくはＮＡＣＣ(Ｎｅｔｗｏｒｋ Ａｓｓｉｓｔｅｄ Ｃｅｌｌ Ｃｈａｎｇｅ)経由であろうが、又は接続のリダイレクション経由であろうが、ＵＥがＣＳＦＢにおいて従来のターゲット２Ｇ／３Ｇシステムへ切り替えるのに比較的長い時間を要し、且つＵＥが回線交換呼を発信又は応答する場合に更なる遅延に悩まされることである。
【０００９】
例として、ＣＳＦＢ中の呼設定手順における典型的な追加遅延は２〜５秒程度であり得る。
【００１０】
なお、ＵＥがＣＳＦＢにおいてＬＡアップデート又はＲＡ／ＬＡの組合せアップデートを試みた際、ＭＳＣ(ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｒｅ)又はＳＧＳＮ(ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) ｓｕｐｐｏｒｔ ｎｏｄｅ)が、例えば認証手順、同定手順及び／又はＴＭＳＩ(Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)の再割当手順等のセキュリティ手順の幾つか或いは全てを実行するよう制御されるならば、遅延は更に悪化し得る。
【００１１】
これらの手順の幾つかは、ＳＩＭ(Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ)／ＵＳＩＭ(Ｕｎｉｖｅｒｓａｌ ＳＩＭ)カードの読取を伴うため、ＣＳＦＢ中の呼設定に対するかなりの余分な遅延の潜在源と見做すことができる。
【００１２】
本発明は、特に、このような既知の制限に対して効果を奏することが可能なシステムアップデート手順及びその関連ネットワークデバイスを提供しようとするものである。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、移動体無線通信ネットワークにおけるＬＡ準拠のアップデート手順の制御方法であって、ＬＡ準拠のアップデート要求の要因を判定するステップと、このような要求を受信した際、前記判定に応じて接続手順を変更するステップとを含む方法が提供される。
【００１４】
そして、不要な接続手順は、アップデートに関連する遅延を低減すべく直ちに回避され得る。
【００１５】
理解されるであろうが、判定は、ネットワーク要素の接続手順を制御できる。
【００１６】
この方法は、ネットワーク要素にて、前記ＬＡ準拠のアップデート要求の要因の指示を与えるステップを含み得る。
【００１７】
ターゲットネットワーク要素内で前記要因を判定するステップも提供され、前記ターゲットネットワーク要素はＭＳＣ又はＳＧＳＮであり得る。
【００１８】
接続手順は、セキュリティ手順であり、認証手順、同定手順又はＴＭＳＩの再割当手順の少なくとも一つの形式をとり得る。
【００１９】
勿論、前記アップデート要求の要因を判定するステップは、サービス種別のシグナリング、及び／又はＣＳＦＢが要求されたか否かの判定に基づき得る。
【００２０】
好都合にも、前記判定ステップの結果に応じた時間周期が提供され、この方法は、前記時間周期にＬＡ準拠のアップデート要求を監視するステップをさらに含み得る。
【００２１】
本発明の他の態様によれば、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークデバイスであって、ターゲットネットワークデバイスに対して、ＬＡ準拠のアップデート手順の要因の指示を転送するネットワークデバイスが提供される。
【００２２】
本発明の更なる態様によれば、複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ターゲットデバイスであって、上記のように定義されるネットワークデバイスからのＬＡ準拠のアップデート手順の要因の指示を監視し、前記監視に応じて接続手順を変更するターゲットデバイスが提供される。
【００２３】
ターゲットデバイスは、端末デバイスから発信されたリロケーション要求の同定に応じて接続手順を変更するか、又は端末デバイスから発信されたサービス要求の同定に応じて接続手順を変更することが可能である。
【００２４】
特に、ターゲットデバイスは、端末デバイスから発信されたＣＳＦＢの同定に応じて接続手順を変更することが可能である。
【００２５】
ターゲットデバイスは、時間周期を確立する手段も含み得て、接続手順の変更を開始するよう、前記時間周期にＬＡ準拠のアップデートの受信を監視することが可能である。
【発明の効果】
【００２６】
本発明の態様の一つによれば、当然のことながら、制御配置が有利にもＭＳＣ／ＳＧＳＮにＬＡアップデート手順の要求の裏側の要件、アップデート手順がＣＳＦＢ目的であるか否かを意識させるため、関連セキュリティ手順のような接続手順を、改良され且つ理想的には集中性の低い方法で採用できる。
【図面の簡単な説明】
【００２７】
【図１】本発明の態様の一つを説明するフローダイアグラムである。
【図２】本発明の実施形態に係るネットワーク要素同士間でのシグナリングダイアグラムである。
【図３】本発明の他の態様に係るネットワーク要素同士間での更なるシグナリングダイアグラムである。
【図４】本発明の一の実施形態に係るネットワーク要素の略ブロック図である。
【図５】本発明の他の実施形態に係るネットワーク要素の略ブロック図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態を、ほんの一例として、図面を参照して説明する。
【００２９】
説明される実施形態の文章内において、アップデート要求の要因に従って変更されるべき接続手順とは、アップデートに関連付けられた１以上のセキュリティ手順である。
【００３０】
理解されるであろうが、ＣＳＦＢ目的でアップデートが要求された場合、ＣＳＦＢ中の遅延がアップデート手順全体にもたらす負荷を軽減するために、改訂バージョンの関連セキュリティ手順を提供することができる。
【００３１】
一例として、改訂バージョンの認証手順を提供できる。なお勿論、幾つかのネットワーク事業者は、このような認証を日常的に、例えばＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)又はＰＬＭＮ(Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ)の変更を要求された場合に採用する。一般に、通常の環境下において、ＬＡアップデート手順は自律的な遅延を呈さない。しかしながら、特に留意すべきなのは、ＬＡアップデート手順がＣＳＦＢに関連して生じた場合に、呼設定に対する遅延が比較的大きく且つ不都合な程に顕著なことである。本発明に係る改訂されたセキュリティ手順は、認証が、単に必要な場合のみ、例えばＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)とＳＧＳＮ／ＭＳＣの間でのＵＥコンテキストの交換に問題があると特定された場合に使用されることを要求する。図１に示すように、認証手順を、要求された場合に好都合にもスキップし、以て好都合にも、ＣＳＦＢ手順において悩まされる遅延を低減できる。
【００３２】
加えて或いは代替として、同定の確認手順を、要求され且つ必ずしも日常的で無い場合のみ、前述した認証手順と同様にして採用することができる。
【００３３】
その上更に、ＴＭＳＩの再割当手順を、要求され且つ日常的で無い場合のみ、同様にして採用することができる。また、要求された場合、単独のＴＭＳＩ再割当手順よりもむしろ、ＬＡ受付メッセージ内でのより短いバージョンのＴＭＳＩ再割当手順を採用できる。
【００３４】
認証手順の変更に関する検討を、図１に関連して説明する。いずれ分かるであろうが、手順の開始時点１０において、認証に関する要求の指示が、ステップ１２で提供され、明確に同定されたＵＥ１によるロケーションアップデート要求の受信１４に先立ってＳＧＳＮ／ＭＳＣ １６で受信される。
【００３５】
ＳＧＳＮ／ＭＳＣ １６は、新たなＲＡＴへの切替が要求されたか否かを１８で判定し、要求されていなければ、ステップ２０にてＵＥ１のコンテキストがＭＭＥからフェッチされているか否かを判定する。ステップ２０にて、このようなフェッチが無いと判定した場合、手順は、図のように、その終端であるステップ２２を続ける。しかしながら、ステップ２０にて、ＵＥ１のコンテキストがＭＭＥからフェッチされていると判定した場合には、ステップ２４にて、認証の状態が"ｆａｌｓｅ"を維持しているかだけ確認する。
【００３６】
ステップ１８に戻って、新たなＲＡＴへの切替があると判定した場合、手順は認証に関する要求の状態が"ｔｒｕｅ"に修正される２６を続け、次いでステップ２８にて、特定のＵＥ１用のＣＳＦＢタイマが未だ動作しているか否かについての判定が行われる。ステップ２８にてタイマが未だ動作していると判定した場合、次いでステップ２０にて、ＭＭＥからのＵＥ１コンテキストのフェッチに関する調査が前述の通りに判定される。
【００３７】
しかしながら、ステップ２８にてＣＳＦＢタイマが動作していないと判定した場合には、手順は、図のように、その終端であるステップ２２を続ける。
【００３８】
本発明の重要な態様はＣＳＦＢタイマの提供であるため、これを本願の図２及び図３に関連して更に説明する。
【００３９】
次に図２を参照すると、ＵＥ ３０、ＭＭＥ ３２及びＳＧＳＮ ３４間でのシグナリングダイアグラムが示されており、ネットワークシステム内でＵＥ ３０が、ＥＰＳから従来の２Ｇ／３Ｇシステムへの例えばＣＳＦＢ目的のハンドオーバを発している。図示のように、ＭＭＥ ３２は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ信号３８を発行する。この信号は、(ＣＳＦＢが要求された場合に)このような要求の要因の指示を含み、特定のＵＥ ３０の同定を確認するものでもある。
【００４０】
ｒｅｑｕｅｓｔ ３８を受信した際、ターゲットネットワークデバイスとして機能するＳＧＳＮ ３４は、要因(つまり前述した要因)及びＵＥ識別子の両者を確認且つ同定する。要因をＣＳＦＢに関連するものとして同定した際、ＳＧＳＮ ３４は、ステップ４０にて、特定のＵＥ ３０用のタイマ(ここでは"ＣＳＦＢタイマ"と呼称する)を開始する。タイマの起動に伴って、信号４２のように実際のＬＡアップデートがＵＥ ３０から受信され得るから、ＳＧＳＮ ３４は、ステップ４４にて、ＬＡアップデート手順内で緩和された又は"軽度のセキュリティバージョン"を提供し、以てＳＦ手順から生じ得る遅延を制限できる。
【００４１】
そして、適切な"軽度のセキュリティ"手順４６が必要に応じて採用される。
【００４２】
すなわち、ＮＭＯ Ｉ設定におけるターゲット２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバの間に(図２参照)、ターゲットＳＧＳＮは、ソースＭＭＥからターゲットＳＧＳＮへのＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ中の"ＲＡＮ要因"Ｉｅ及びＵＥ識別子を確認する。ＲＡＮ要因の値がＣＳＦＢを示していれば、ＣＳＦＢに在るＵＥ用のタイマ(これを数秒の"ＣＳＦＢタイマ"と呼ぶ)を開始するものとする。ＳＧＳＮは、このＣＳＦＢタイマの期間中に(ＲＡ／ＬＡの組合せアップデート手順による)ＬＡアップデート用の要求をＣＳＦＢにおいて同定したＵＥから受信した場合、このＬＡアップデートの間は軽度のセキュリティを使用するであろう。
【００４３】
次に図３を参照すると、本発明の他の態様に係るシグナリングダイアグラムが提供されている。
【００４４】
再びＵＥ ３０及び関連ＭＭＥ ３２が示されているが、本実施形態においては、ターゲットネットワークデバイスがＭＳＣ ４８である。
【００４５】
前述した通りに、ステップ５０にて、ＥＰＳから従来の２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバがＵＥ ３４から開始されるが、今回は、ＣＳＦＢを示す特定のサービス種別インジケータとＵＥ識別子(例えばＩＭＳＩ)とを備えたＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ信号５２が、ＭＭＥ ３２によってＭＳＣ ４８へ提供される。
【００４６】
ＭＳＣは、サービス種別及びＵＥ識別子を確認し、サービス種別が"ＣＳ ＭＯ(Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ)呼インジケータ"又はＣＳＦＢの要求を示す他の何らかのインジケータである場合に、５４に示す如く特定のＵＥ ３０用のＣＳＦＢタイマを開始する。
【００４７】
そして、前述のタイマの期間内において、ＭＳＣ ４８にて、(ＬＡアップデート手順を経由した)ＬＡアップデート信号５６がＵＥ ３０から受信され、集中性がより低減されたバージョンのセキュリティ手順が開始され、以てステップ５８に示す如く、"軽度のセキュリティ"機能が提供される。
【００４８】
ＮＭＯ ＩＩ設定におけるターゲット２Ｇ／３ＧシステムへのＣＳＦＢ目的のハンドオーバの間に、ＭＳＣは変更されない(図３参照)。ＣＳＦＢがＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ)呼のためのものである場合、ＭＳＣは、ＵＥ識別子がＣＳＦＢに在ることを既に知っている。ＣＳＦＢがＭＯ呼のためのものである場合には、ＭＭＥが、その旨をＭＳＣに対し、"ＣＳ ＭＯ呼インジケータ"(ＣＳＦＢインジケータ)を介してＳＧｓインタフェース(ＭＭＥとＭＳＣ／ＶＬＲ(Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ)の間のインタフェース)上で指示する。ＭＳＣは、ＣＳＦＢタイマの期間中に(ＬＡアップデート手順による)ＬＡアップデート用の要求をＣＳＦＢにおいて同定したＵＥから受信した場合、このＬＡアップデートの間は軽度のセキュリティを使用するであろう。
【００４９】
次に図４を参照すると、図２及び図３に示したＭＭＥ ３２のようなネットワークデバイスの概略図が提供されている。
【００５０】
ＭＭＥ ３２は、トランシーバ配列及びその関連インタフェース６２と、適切な制御プロセッサ６４と、これに関連するメモリ配列６６とを含む。理解されるであろうが、制御プロセッサ６４は、変更要求の裏側の要因を示すためのサービス情報を提供する図２のＳＧＳＮ ３４又は図３のＭＳＣ ４８のようなターゲットネットワーク要素に対して、制御信号を提供する。
【００５１】
次に図５を参照すると、図２のＳＧＳＮ ３４及び図３のＭＳＣ ４８のようなターゲットネットワーク要素の概略図が提供されている。
【００５２】
図示のように、ターゲットネットワーク要素は、以上で議論した通りに、自要素にて実際のアップデート要求を監視する要求時間周期を提供すべく、特定のタイマ機能７２を含む制御プロセッサ７０に接続されるトランシーバ機能及びその関連インタフェース６８を含む。
【００５３】
勿論、ネットワークターゲット要素３４、４８は、図示の如くメモリ配列７４も含む。勿論、図４及び図５に示すようなデバイスの機能が、必要に応じてソフトウェア制御命令によって提供できることを認識しておくべきである、
【００５４】
本発明をその実施形態を参照して特に示し且つ説明したが、本発明は、これらの実施形態によって限定されるものでは無い。当業者によれば、請求の範囲に定義される本発明のスコープ内で構成や詳細に様々な変更を成し得ることが理解されるであろう。
【００５５】
例えば、本発明は、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)等に図２又は図３に示した処理を実行させるためのコンピュータプログラムによって実現できる。
【００５６】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉａ)を用いて格納され、コンピュータに供給することができる。ここで、非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉａ)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(フロッピーディスク、磁気テープ、ハードディスクドライブ等)、光磁気記録媒体(例えば、光磁気ディスク)、ＣＤ−ＲＯＭ、ＣＤ−Ｒ(ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅｃｏｒｄａｂｌｅ)、ＣＤ−Ｒ／Ｗ(ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅｗｒｉｔａｂｌｅ)、及び半導体メモリ(マスクＲＯＭ、ＰＲＯＭ(ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ)、ＥＰＲＯＭ(ｅｒａｓａｂｌｅ ＰＲＯＭ)、フラッシュＲＯＭ、ＲＡＭ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ)等)を含む。プログラムは、様々なタイプの一時的なコンピュータ可読媒体(ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉａ)によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、有線通信路(例えば、電線及び光ファイバ)又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５７】
この出願は、２０１０年２月１５日に出願されたイギリス国特許出願１００２４４６．１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００５８】
３０ ＵＥ
３２ ＭＭＥ
３４ ＳＧＳＮ
４８ ＭＳＣ
６２ トランシーバ配列及びその関連インタフェース
６４ 制御プロセッサ
６６ メモリ配列
６８ トランシーバ機能及びその関連インタフェース
７０ 制御プロセッサ
７２ タイマ機能
７４ メモリ配列
【特許請求の範囲】
【請求項１】
移動体無線通信ネットワークにおけるＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の制御方法であって、
ＬＡ準拠のアップデート要求の要因を判定するステップと、
このような要求を受信した際、前記判定に応じて接続手順を変更するステップと、
を含む方法。
【請求項２】
請求項１において、
前記判定は、ネットワーク要素の接続手順を制御する、
ことを特徴とした方法。
【請求項３】
請求項１において、
ネットワーク要素にて、前記ＬＡ準拠のアップデート要求の要因の指示を与えるステップ、
を含むことを特徴とした方法。
【請求項４】
請求項１、２又は３において、
ターゲットネットワーク要素内で前記準拠を判定するステップ、
を含むことを特徴とした方法。
【請求項５】
請求項４において、
前記ターゲットネットワーク要素は、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）又はＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）である、
ことを特徴とした方法。
【請求項６】
請求項１〜５のいずれか一項において、
前記接続手順は、セキュリティ手順である、
ことを特徴とした方法。
【請求項７】
請求項６において、
前記セキュリティ手順は、認証手順、同定手順又はＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）の再割当手順の少なくとも一つである、
ことを特徴とした方法。
【請求項８】
請求項１〜７のいずれか一項において、
前記接続手順を変更するステップは、当該手順が要求されたか否かの判定を含む、
ことを特徴とした方法。
【請求項９】
請求項１〜８のいずれか一項において、
前記アップデート要求の要因を判定するステップは、サービス種別のシグナリングに基づく、
ことを特徴とした方法。
【請求項１０】
請求項９において、
前記サービス準拠のシグナリングは、ＣＳＦＢ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ）の指示を含むサービス要求信号である、
ことを特徴とした方法。
【請求項１１】
請求項１０において、
前記サービス要求信号は、ＭＯ（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）呼のためのＣＳＦＢにおいて、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）によりＭＳＣへ提供される、
ことを特徴とした方法。
【請求項１２】
請求項１〜１１のいずれか一項において、
前記準拠を判定するステップは、ＣＳＦＢが要求されたかどうかを判定することを含む、
ことを特徴とした方法。
【請求項１３】
請求項１２に記載のＬＡ準拠のアップデート手順の制御方法を含む、移動体無線通信ネットワーク内におけるＣＳＦＢの制御方法。
【請求項１４】
請求項１〜１３のいずれか一項において、
前記判定ステップの結果に応じて時間周期の確立と、
前記時間周期にＬＡ準拠のアップデート要求を監視するステップと、
を含むことを特徴とした方法。
【請求項１５】
複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークデバイスであって、
ＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の準拠の指示を転送する、
ネットワークデバイス。
【請求項１６】
請求項１５において、
ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、
ことを特徴としたネットワークデバイス。
【請求項１７】
複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ターゲットデバイスであって、
請求項１５又は１６に記載のネットワークデバイスからの、ＬＡ準拠のアップデート手順の準拠の指示を監視し、
前記監視に応じて接続手順を変更する、
ターゲットデバイス。
【請求項１８】
請求項１７において、
端末デバイスから発信されたリロケーション要求の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項１９】
請求項１７において、
端末デバイスから発信されたサービス要求の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２０】
請求項１７において、
端末デバイスから発信されたＣＳＦＢ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ）の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２１】
請求項１７、１８、１９又は２０において、
前記端末デバイスの識別子の受信に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２２】
請求項１７〜２１のいずれか一項において、
ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）である、
ことを特徴としたターゲットデバイス。
【請求項２３】
請求項１７〜２１のいずれか一項において、
ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）デバイスである、
ことを特徴としたターゲットデバイス。
【請求項２４】
請求項１７〜２３のいずれか一項において、
時間周期を確立する手段を含み、
前記接続手順の変更を開始するよう、前記時間周期にＬＡ準拠のアップデートの受信を監視する、
ことを特徴としたターゲットデバイス。
【請求項２５】
請求項１７〜２４のいずれか一項において、
前記接続手順は、セキュリティ手順である、
ことを特徴としたターゲットデバイス。
【請求項２６】
請求項２５において、
前記セキュリティ手順は、認証手順、同定手順又はＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）の再割当手順の１以上である、
ことを特徴としたターゲットデバイス。
【請求項２７】
請求項１７〜２６のいずれか一項において、
前記接続手順の変更は、当該手順が要求されたか否かの判定を含み得る、
ことを特徴としたターゲットデバイス。
【請求項２８】
請求項１〜１４のいずれか一項に記載の方法を実行するための命令、
を備えたコンピュータプログラム、コンピュータ製品、又はコンピュータ可読媒体。
【請求項２９】
図面を参照して実質的に前述したような、ＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の制御方法。
【請求項３０】
図面を参照して実質的に前述したような移動体無線通信ネットワークデバイス。
【請求項１】
移動体無線通信ネットワークにおけるＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の制御方法であって、
ＬＡ準拠のアップデート要求の要因を判定するステップと、
このような要求を受信した際、前記判定に応じて接続手順を変更するステップと、
を含む方法。
【請求項２】
請求項１において、
前記判定は、ネットワーク要素の接続手順を制御する、
ことを特徴とした方法。
【請求項３】
請求項１において、
ネットワーク要素にて、前記ＬＡ準拠のアップデート要求の要因の指示を与えるステップ、
を含むことを特徴とした方法。
【請求項４】
請求項１、２又は３において、
ターゲットネットワーク要素内で前記準拠を判定するステップ、
を含むことを特徴とした方法。
【請求項５】
請求項４において、
前記ターゲットネットワーク要素は、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）又はＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）である、
ことを特徴とした方法。
【請求項６】
請求項１〜５のいずれか一項において、
前記接続手順は、セキュリティ手順である、
ことを特徴とした方法。
【請求項７】
請求項６において、
前記セキュリティ手順は、認証手順、同定手順又はＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）の再割当手順の少なくとも一つである、
ことを特徴とした方法。
【請求項８】
請求項１〜７のいずれか一項において、
前記接続手順を変更するステップは、当該手順が要求されたか否かの判定を含む、
ことを特徴とした方法。
【請求項９】
請求項１〜８のいずれか一項において、
前記アップデート要求の要因を判定するステップは、サービス種別のシグナリングに基づく、
ことを特徴とした方法。
【請求項１０】
請求項９において、
前記サービス準拠のシグナリングは、ＣＳＦＢ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ）の指示を含むサービス要求信号である、
ことを特徴とした方法。
【請求項１１】
請求項１０において、
前記サービス要求信号は、ＭＯ（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ）呼のためのＣＳＦＢにおいて、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）によりＭＳＣへ提供される、
ことを特徴とした方法。
【請求項１２】
請求項１〜１１のいずれか一項において、
前記準拠を判定するステップは、ＣＳＦＢが要求されたかどうかを判定することを含む、
ことを特徴とした方法。
【請求項１３】
請求項１２に記載のＬＡ準拠のアップデート手順の制御方法を含む、移動体無線通信ネットワーク内におけるＣＳＦＢの制御方法。
【請求項１４】
請求項１〜１３のいずれか一項において、
前記判定ステップの結果に応じて時間周期の確立と、
前記時間周期にＬＡ準拠のアップデート要求を監視するステップと、
を含むことを特徴とした方法。
【請求項１５】
複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ネットワークデバイスであって、
ＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の準拠の指示を転送する、
ネットワークデバイス。
【請求項１６】
請求項１５において、
ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、
ことを特徴としたネットワークデバイス。
【請求項１７】
複数の端末デバイスを含むネットワークにおける運用のための移動体無線通信ターゲットデバイスであって、
請求項１５又は１６に記載のネットワークデバイスからの、ＬＡ準拠のアップデート手順の準拠の指示を監視し、
前記監視に応じて接続手順を変更する、
ターゲットデバイス。
【請求項１８】
請求項１７において、
端末デバイスから発信されたリロケーション要求の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項１９】
請求項１７において、
端末デバイスから発信されたサービス要求の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２０】
請求項１７において、
端末デバイスから発信されたＣＳＦＢ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ）の同定に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２１】
請求項１７、１８、１９又は２０において、
前記端末デバイスの識別子の受信に応じて、接続手順を変更する、
ことを特徴としたターゲットデバイス。
【請求項２２】
請求項１７〜２１のいずれか一項において、
ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）である、
ことを特徴としたターゲットデバイス。
【請求項２３】
請求項１７〜２１のいずれか一項において、
ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）デバイスである、
ことを特徴としたターゲットデバイス。
【請求項２４】
請求項１７〜２３のいずれか一項において、
時間周期を確立する手段を含み、
前記接続手順の変更を開始するよう、前記時間周期にＬＡ準拠のアップデートの受信を監視する、
ことを特徴としたターゲットデバイス。
【請求項２５】
請求項１７〜２４のいずれか一項において、
前記接続手順は、セキュリティ手順である、
ことを特徴としたターゲットデバイス。
【請求項２６】
請求項２５において、
前記セキュリティ手順は、認証手順、同定手順又はＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）の再割当手順の１以上である、
ことを特徴としたターゲットデバイス。
【請求項２７】
請求項１７〜２６のいずれか一項において、
前記接続手順の変更は、当該手順が要求されたか否かの判定を含み得る、
ことを特徴としたターゲットデバイス。
【請求項２８】
請求項１〜１４のいずれか一項に記載の方法を実行するための命令、
を備えたコンピュータプログラム、コンピュータ製品、又はコンピュータ可読媒体。
【請求項２９】
図面を参照して実質的に前述したような、ＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）準拠のアップデート手順の制御方法。
【請求項３０】
図面を参照して実質的に前述したような移動体無線通信ネットワークデバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１３−５２００３４（Ｐ２０１３−５２００３４Ａ）
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１２−５３５４８８（Ｐ２０１２−５３５４８８）
【出願日】平成２３年１月２４日（２０１１．１．２４）
【国際出願番号】ＰＣＴ／ＪＰ２０１１／０５１８４０
【国際公開番号】ＷＯ２０１１／０９９３８８
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１月２４日（２０１１．１．２４）
【国際出願番号】ＰＣＴ／ＪＰ２０１１／０５１８４０
【国際公開番号】ＷＯ２０１１／０９９３８８
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]