(57)【要約】  本発明は、通信システムに使用するための方法に関する。本方法は、ユーザ機器が第１の技術を支援することができるか否かを決定するステップと、上記ユーザ機器が上記第１の技術だけを支援できる場合に限って上記ユーザ機器に関する情報を上記ユーザ機器から入手するステップとを含む。
2008507228.tif 000002
【特許請求の範囲】
【請求項１】
通信システムに使用するための方法であって、
ユーザ機器が第１の技術を支援することができるか否かを決定するステップと、
上記ユーザ機器が上記第１の技術を支援できる場合に限って上記ユーザ機器に関する情報を上記ユーザ機器から入手するステップと、
を含むことを特徴とする方法。
【請求項２】
上記第１の技術は、ワイヤレスアクセス技術からなることを特徴とする請求項１に記載の方法。
【請求項３】
上記第１の技術は、ＵＭＴＳ技術、または３ＧＰＰ仕様書のレリーズ９９、または３ＧＰＰ仕様書の１つのバージョンからなることを特徴とする請求項１または２に記載の方法。
【請求項４】
上記決定ステップは、上記ユーザ機器から受信した情報を調べることからなることを特徴とする先行請求項の何れかに記載の方法。
【請求項５】
上記受信した情報は、クラスマーク情報からなることを特徴とする請求項４に記載の方法。
【請求項６】
上記クラスマーク情報は、ＭＭ位置更新要求及びクラスマーク情報メッセージの少なくとも一方で受信されることを特徴とする請求項５に記載の方法。
【請求項７】
上記受信した情報は、上記ユーザ機器が第２の技術だけを支援するか否かを指示する情報からなることを特徴とする請求項４、５、または６に記載の方法。
【請求項８】
上記第２の技術は、ＧＳＭであることを特徴とする請求項７に記載の方法。
【請求項９】
上記ユーザ機器に関する上記情報は、ＩＭＥＩＳＶ情報からなることを特徴とする先行請求項の何れかに記載の方法。
【請求項１０】
上記入手ステップは、上記ユーザ機器によって送られる位置更新要求メッセージに応答して遂行されることを特徴とする先行請求項の何れかに記載の方法。
【請求項１１】
上記入手ステップは、もし上記位置更新型が、ＩＭＳＩアタッチ、通常位置更新、ＧＰＲＳアタッチ、組合されたＧＰＲＳ及びＩＭＳＩアタッチ、及びルーティングエリア更新の１つにセットされていれば遂行されることを特徴とする請求項１０に記載の方法。
【請求項１２】
上記入手ステップは、ＭＭアイデンティティ要求手順を使用することからなることを特徴とする先行請求項の何れかに記載の方法。
【請求項１３】
上記入手ステップは、上記ユーザ機器から、上記ユーザ機器に関する上記情報を要求することからなることを特徴とする先行請求項の何れかに記載の方法。
【請求項１４】
通信システムであって、ユーザ機器と、上記ユーザ機器が第１の技術を支援するか否かを決定するように配列されているエンティティとを含み、上記エンティティは、上記ユーザ機器が上記第１の技術を支援することができる場合には上記ユーザ機器に関する情報だけを要求するように配列されていることを特徴とする通信システム。
【請求項１５】
上記エンティティは、ＭＳＣ及びＳＧＳＮの１つからなることを特徴とする請求項１４に記載の通信システム。
【請求項１６】
通信システムに使用するエンティティであって、上記エンティティは、ユーザ機器が第１の技術を支援することができるか否かを決定し、且つ上記ユーザ機器が上記第１の技術を支援することができる場合に限って上記ユーザ機器に関する情報を上記ユーザ機器から入手するように配列されていることを特徴とするエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び方法に関する。
【背景技術】
【０００２】
セルラ通信システムは、無線（ラジオ）アクセスエンティティ及び／またはワイヤレスサービスエリアの使用に基づく通信システムである。アクセスエンティティは、典型的にセルと称するそれぞれのカバレッジエリア上で動作する。セルラ通信システムの例は、ＧＳＭ（モバイル通信のためのグローバルシステム）またはＧＳＭをベースとする種々のシステム（例えば、ＧＰＲＳ（汎用パケット無線サービス））、ＡＭＰＳ（アメリカンモバイルフォンシステム）、ＤＡＭＰＳ（デジタルＡＭＰＳ）、ＷＣＤＭＡ（ワイドバンド符号分割多重アクセス）、ＵＭＴＳ（ユニバーサルモバイル通信システム）、ＣＤＭＡ 2000等々のような標準を含む。
【０００３】
セルラシステムにおいては、基地トランシーバ局が、セルのカバレッジエリア内のエアまたは無線インタフェースを介してモバイル局（ＭＳ）または類似のワイヤレスユーザ機器（ＵＥ）にサーブするワイヤレス通信機能を提供する。
【０００４】
ＧＳＭは、広く使用されているいわゆる第２世代システムである。ＵＭＴＳはいわゆる第３世代システムであり、近い将来ＧＳＭはＵＭＴＳに代わることが予測される。しかしながら、現時点ではＧＳＭとＵＭＴＳシステムが共存している。全てではないが、若干のユーザ機器は、ＵＭＴＳシステム及びＧＳＭシステムの両方と通信可能である。
【０００５】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＭＴＳシステムの諸面を詳述している。これは、これまでに提供されてきたユーザ機器が故障挙動を含むかも知れない事実に対処するメカニズムを標準化している。それを達成するためのメカニズムとして、いわゆるビットマップアーキテクチャオプションが選択されている。
【０００６】
この件に関しては、この特色の機能性を規定している３ＧＰＰ標準ＴＳ 23.195（バージョン5.3.0）を参照されたい。コアネットワークは、Ｉｕインタフェースを通してＲＮＣ（無線ネットワークコントローラ）へユーザ機器特定挙動情報（ＵＥＳＢＩ）を配送するように配列されている。これにより、ＲＮＣはその機能性を誤動作中のユーザ機器に対して適合させることができる。ＵＥＳＢＩ−Ｉｕは、ソフトウェアバージョンを有するユーザ機器の国際モバイル機器アイデンティティ（ＩＭＥＩＳＶ）から導出される。ＩＭＥＩＳＶは、位置更新時に特定のＭＭ（モビリティ管理）手順を使用してユーザ機器から要求される。特定的には、使用されるＭＭ手順は、ＭＭアイデンティティ要求である。
【０００７】
現在提唱されている標準では、ＭＳＣ／ＭＳＳ（モバイルスイッチングセンター／ＭＳＣサーバ）は、Ｉｕ−またはＡ−インタフェースを通して位置更新が行われる時に、ユーザ機器からＩＭＥＩＳＶを検索する必要がある。Ａ−インタフェースは、ＵＥＳＢＩ−Ｉｕが３ＧＰＰ  ＴＳ 23.195に従ってＵＴＲＡＮによってのみ使用されている時点には、即ち、ＵＥがＩｕ−インタフェースを通して接続を有している場合には、ＭＳＣ／ＭＳＳとＢＳＣ（ＧＳＭ  ２Ｇアーキテクチャ）との間にある。しかしながら、ある呼出し中にＧＳＭからＵＭＴＳへシステム間ハンドオーバーの可能性があるので、Ａ−インタフェースを通してＩＭＥＩＳＶの検索も必要である。これは、ＧＳＭ無線アクセスにおいて呼出しが確立される場合、及びＵＭＴＳへのシステム間ハンドオーバーが発生し、次いでその呼出しを制御するＭＳＣがＵＥのＩＭＥＩＳＶを有すべき場合に有効である。
【０００８】
しかしながら、現在提唱されているメカニズムは、ある問題を有している。ＴＳ 23.195によれば、全ての回路交換「ＩＭＳＩ（国際モバイル加入者アイデンティティ）アタッチ及びＶＬＲ（ビジター位置レジスタ）間通常位置更新」手順中に、ＩＭＥＩＳＶをユーザ機器から入手する必要がある。上述したように、「ＩＭＳＩアタッチ及び通常位置更新」モードがＡインタフェースを通して行われ、且つ、例えばＧＳＭ  ＢＳＳ（基地局システム）だけにサーブするＭＳＣ／ＭＳＳ内に出現した時に、ＭＭアイデンティティ要求手順を遂行する必要がある。一方、ＵＥＳＢＩ−ＩｕはＩｕインタフェースを通して送ることだけが可能であり、従ってＵＭＴＳの目的だけにしか使用することができない。
【０００９】
現時点においては、ＵＴＭＳアクセスを提供することができるユーザ機器の数に比して、ＧＳＭアクセスだけしか提供できないユーザ機器の数は極めて多い。この状況は数年に亘って続くものと考えられる。現在提唱されている手順は、ＧＳＭ無線アクセスだけが可能なＵＥにとってシステム間ハンドオーバーは不能であるので、ＭＭアイデンティティ要求手順を無駄に遂行することになる。これは、望ましいことではない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従って、本発明の実施の形態の目的は、上述した問題に対処することである。
【課題を解決するための手段】
【００１１】
本発明の第１の面によれば、通信システムに使用する方法が提供される。本方法は、ユーザ機器が第１の技術を支援することができるか否かを決定するステップと、上記ユーザ機器が上記第１の技術だけを支援することができる場合に限って上記ユーザ機器に関する情報を上記ユーザ機器から入手するステップとを含む。
【００１２】
本発明の第２の面によれば、通信システムが提供される。本システムは、ユーザ機器と、上記ユーザ機器が第１の技術を支援することができるか否かを決定するように配列されているエンティティとを含み、上記エンティティは、上記ユーザ機器が上記第１の技術を支援することができる場合には上記ユーザ機器に関する情報だけを要求するように配列されている。
【００１３】
本発明の第３の面によれば通信システムに使用するエンティティが提供される。本エンティティは、ユーザ機器が第１の技術を支援することができるか否かを決定し、且つ上記ユーザ機器が上記第１の技術だけを支援することができる場合に限って上記ユーザ機器に関する情報を上記ユーザ機器から入手するように配列されている。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明の実施の形態を組み入れることができるシステムの概要図である。ユーザ機器ＵＥ２が含まれている。ユーザ機器は如何なる適切な形状を取ることもでき、例えばモバイル電話機、モバイル局、ポータブルコンピュータ、パーソナルデジタルアシスタント、または他の何等かの適切なエンティティであることができる。図１に示す配列においては、ＵＴＭＳシステム３６がＧＳＭシステム３８と共に示されている。ユーザ機器２は、ＧＳＭシステム３８とだけ通信することも、またはＧＳＭ３８及びＵＭＴＳシステム３６と通信することもできる。
【００１５】
ＵＭＴＳシステム３６を先ず説明する。
【００１６】
もしユーザ機器２がＵＭＴＳシステムと通信することができれば、それは無線インタフェース３を介してである。詳述すれば、ユーザ機器２は、無線アクセスネットワーク４を有するインタフェース３を介して通信するようになっている。無線アクセスネットワーク４は、基地トランシーバ局６を含む。実際には、無線アクセスネットワーク４は複数の基地トランシーバ局６を含むのであるが、図には明瞭化のために１つだけを示してある。各基地トランシーバ局６は、無線ネットワークコントローラＲＮＣ８によって制御される。図には明瞭化のために１つしか示されていないが、ＲＮＣも複数を含むことができる。更に各ＲＮＣ８は、複数の基地トランシーバ局６を制御する責を負う。ユーザ機器２が接続されているＢＴＳ６を制御する責を負うＲＮＣ８を、サービングＲＮＣと呼ぶ。
【００１７】
無線アクセスネットワーク４は、コアネットワーク１０に接続されている。図１に示すコアネットワーク１０は、ＭＳＣ１２を含む回路交換経路を有している。図１に示すＭＳＣはＶＬＲ機能エンティティを含んでいるが、３ＧＰＰ仕様書によれば、これはスタンドアロンネットワークエンティティであることもできる。ＭＳＣは、制御及びユーザプレーントラフィックが分離している場合には、分離したＭＳＣサーバ、及びメディアゲートウェイを含むことができる。
【００１８】
パケット交換経路は、ゲートウェイＧＰＲＳ支援ノード１６に接続されているサービングＧＰＲＳ支援ノードＳＧＳＮ１４を含む。ＳＧＳＮ１４はＭＳＣ１２と類似の機能を提供し、一方ＧＧＳＮ１６はゲートウェイ１８と類似の機能を提供する。本発明の好ましい実施の形態は、回路交換ＣＳドメイン内に実現されている。しかしながら、付加的に、または代替として、本発明の実施の形態はパケット交換ＰＳドメイン内に実現することもできる。
【００１９】
上述したように、図１にはＧＳＭネットワークも示されている。ユーザ機器２は、無線インタフェース２１を介して基地局サブシステムＢＳＳ２０に接続される。基地局サブシステムＢＳＳ２０は、ＵＭＴＳシステムのＲＡＮに類似している。ＵＭＴＳネットワークの無線アクセスネットワークと同じように、ＧＳＭ３８のＢＳＳ２０は、基地トランシーバ局２２及び基地局コントローラ２４を含む。実際には、複数の基地局及び基地局コントローラが存在しているのであるが、明瞭化のために省略してある。基地局コントローラ２４は、ＵＭＴＳネットワークのＲＮＣ８の機能と同等である。
【００２０】
ＧＳＭネットワーク３８は、ＵＭＴＳネットワークのコアネットワーク１０と類似のコアネットワーク２６をも含む。コアネットワーク２６は、パケット交換通信のためのＳＧＳＮ２８及びＧＧＳＮ３２と、回路交換通信のためのＭＳＣ３０とを有している。同一の物理的コアネットワークノード（ＭＳＣ）が、ＧＳＭ及びＵＭＴＳ無線ネットワークの両方にサービスすることも可能である。
【００２１】
前述したようにユーザ機器２は、ＧＳＭネットワーク３８だけと通信することも、またはＧＳＭネットワーク３８及びＵＭＴＳネットワーク３６と通信することもできる。ユーザ機器２は、一方のネットワークから開始して、他方のネットワークへ移動することができる。もし呼出し中にこのようなことが行われれば、呼出しの性質に依存して、ネットワークのそれぞれのＳＧＳＮまたはＭＳＣの間でハンドオーバーが行われよう。
【００２２】
本発明の実施の形態においては、要求されたＭＭシグナリング、特定的にはＭＭアイデンティティ要求手順は、ＵＴＲＡＮ（ＵＴＭＳ地上波無線アクセスネットワーク）アクセスが可能なユーザ機器のために、ＩＭＥＩＳＶだけを入手すればよいように最小化されている。換言すれば、ＵＭＴＳアクセスが可能なモバイル局にとって、ＩＭＥＩＳＶだけを入手すればよい。このＭＭアイデンティティ要求手順は、ＧＳＭアクセスだけが可能なユーザ機器の場合には行われない。
【００２３】
第３世代パートナーシッププロジェクト３ＧＰＰ仕様書は、ＧＳＭ仕様書のようなクラスマークを含んでいる。これらのモバイル局クラスマークは、モバイル局またはユーザ機器の能力（ケイパビリティ）に関する情報を与える。
【００２４】
現在、クラスマークは３つの型、即ちクラスマーク１、クラスマーク２、及びクラスマーク３が定義されている。
【００２５】
モバイル局クラスマーク１及びクラスマーク２情報は、共に、２つの予め定められたビットを有している。これらのビットは、以下の情報を与える。即ち、ビットが００である場合、これはそのモバイル局がＧＳＭフェーズ１モバイル局であることを表す。ビットが０１である場合、これはそのモバイル局がＧＳＭフェーズ２モバイル局であることを表している。実際には、００及び０１は、そのユーザ機器がＧＳＭ通信だけが可能であり、ＵＭＴＳ通信は不可能であることを表す。
【００２６】
ビットが１０である場合、これはそのモバイル局が、ＵＴＭＳ仕様書の３ＧＰＰレリーズ９９、またはそのプロトコルの後のバージョンを支援することを表している。従って、これはそのユーザ機器はＵＴＭＳ通信が可能であることを表す。もしビットが値１１を有していれば、これはそれらが将来使用のために保留されていることを表している。３ＧＰＰレリーズ９９に準拠するＵＥは、ＧＳＭ無線だけを有し得ることに注目されたい。ＭＳクラスマーク３は、無線アクセス能力に関する完全な情報を与える。
【００２７】
本発明の実施の形態においては、もし値が００または０１であれば、そのモバイル局はＵＴＭＳネットワークが不能であると見なす。従って、ユーザ機器はＵＭＴＳシステムへハンドオーバーすることはできず、従ってＵＥＳＢＩ−Ｉｕのために使用することはできないので、ＩＭＥＩＳＶは入手されない。１０または多分１１にセットされた改訂レベルを有するユーザ機器のために、ＵＭＴＳネットワークのＭＳＣだけがＭＭアイデンティティ要求手順を用いてＩＭＥＩＳＶを入手する。
【００２８】
ＭＳクラスマークは一般的にはＣＳドメイン情報要素であり、ＰＳドメインにおいては対応するＩＥ（情報要素）、即ちＭＳ無線アクセス能力及びＭＳネットワーク能力（ＴＳ 24.008に定義）が存在している。ＭＳ無線アクセス能力はＭＳ  ＣＭ３に対応し、ＭＳネットワーク能力はＭＳ  ＣＭ２に対応する。
【００２９】
クラスマーク３情報も存在することを理解されたい。以下のＭＳ  ＣＭ３フィールドが関連している。
ＵＴＭＳ  「ＦＤＤ無線アクセス技術能力」
ＵＭＴＳ 3.84 Ｍｃｐｓ  「ＴＤＤ無線アクセス技術能力」
ＵＭＴＳ 1.28 Ｍｃｐｓ  「ＴＤＤ無線アクセス技術能力」
【００３０】
本発明の実施の形態は、後日クラスマーク内に導入される情報、または新しいクラスマーク等を使用できることを理解されたい。
【００３１】
図２ａは、ユーザ機器が最初にＵＭＴＳネットワークに接続される時に含まれるシグナリングを示す概要図である。
【００３２】
ステップＳ１において、ユーザ機器２はＲＲＣ（「無線資源制御」）接続を確立する。これは、３ＧＰＰ技術仕様書25.331に詳細に定義されている。このＲＲＣ接続は、ユーザ機器２とＲＮＣ８との間に確立される。
【００３３】
ステップＳ２において、ユーザ機器は、Ｌ３（層３）− 「ＭＭ位置更新要求」をＭＳＣ１２へ送る。これは、３ＧＰＰ技術仕様書24.008に詳細に明記されている。この要求において「位置更新型」情報要素は、１つの更新の型としてＩＭＳＩアタッチを指示する。このメッセージは、クラスマーク１情報要素を含むであろう。「Ｉｕ−インタフェースＭＭ位置更新要求」メッセージは、「ＲＡＮＡＰ（無線アクセスネットワークアプリケーションプロトコル）初期ＵＥメッセージ」内にカプセル封じされている。ＲＡＮＡＰ初期ＵＥメッセージは、Ｉｕ−インタフェースシグナリング接続が確立された後の最初のメッセージである。従って、これは、ユーザ機器２がＵＭＴＳ接続を行うことができるか否かをＭＳＣに指示することになる。この決定は、ＭＳＣ１２において行われる。
【００３４】
もし、ユーザ機器２がＵＭＴＳ接続可能であると決定されれば、次のステップはステップＳ３である。これは、ＭＳＣ１２からユーザ機器へ送られる層３  Ｌ３−ＭＭアイデンティティ要求であり、ユーザ機器からＩＭＥＩＳＶを要求する。
【００３５】
ステップＳ４において、ユーザ機器２は、Ｌ３−ＭＭアイデンティティ応答（ＩＭＥＩＳＶを含む）をＭＳＣ１２へ送る。
【００３６】
ステップＳ５において、ＭＳＣは位置更新を遂行し、特定的には、「ＭＡＰ（モバイルアプリケーションパート）更新位置」メッセージをＨＬＲ４０へ送る。
【００３７】
ステップＳ６において、ＨＬＲは「更新位置」メッセージの肯定応答（アクノリッジメント）をＭＳＣ１２へ供給する。この手順は、３ＧＰＰ技術仕様書24.002に詳細に明記されている。
【００３８】
ステップＳ７において、ＭＳＣは、「位置更新受入れ」メッセージをユーザ機器２へ送ることによって、ＩＭＳＩアタッチド手順を受入れる。
【００３９】
次に、ＧＳＭにおける「ＩＭＳＩアタッチ」手順を示している図２を参照する。
【００４０】
ステップＴ１において、ユーザ機器２は、基地局コントローラ２４と無線資源ＲＲ接続を確立する。これは、３ＧＰＰ技術仕様書44.018に詳細に明記されている。
【００４１】
ステップＴ２においてユーザ機器２は、３ＧＰＰ技術仕様書24.008に詳細に明記されているようにＬ３−「ＭＭ位置更新要求」をＭＳＣへ送る。このメッセージは、図２ａのステップ２に関連して説明した通りである。Ａ−インタフェースにおいて、「ＭＭ位置更新要求」メッセージは「ＢＳＳＭＡＰ完全Ｌ３情報」メッセージ内にカプセル封じされる。このＢＳＳＭＡＰ完全Ｌ３情報メッセージは、「Ａ−インタフェースシグナリング」接続が確立された後の最初のメッセージである。
【００４２】
ステップＴ３において、ユーザ機器２は、例えば３ＧＰＰ技術仕様書44.018に詳細に明記されているようなＭＳクラスマーク情報の更新を基地局コントローラ２４へ送る。このメッセージはＭＳクラスマーク２情報を含み、また例えばＭＳクラスマーク３情報を含むことができる。
【００４３】
ステップＴ４において、ＢＳＣ２４は受信したクラスマーク情報をＭＳＣ３０へ転送する。これは、例えば、３ＧＰＰ技術仕様書44.008に詳細に定義されている。
【００４４】
次のステップＴ５は、図２ａのステップＳ３に類似しており、ユーザ機器２からＭＳＣによるＩＭＥＩＳＶの要求がもたらされる。
【００４５】
ステップ６はステップＳ４に対応し、ＵＥ２はＩＭＥＩＳＶをＭＳＣ３０へ供給する。
【００４６】
ステップＴ７、Ｔ８、及びＴ９は、図２ａのステップＳ５、Ｓ６、及びＳ７に対応しており、詳細な説明は省略する。
【００４７】
もし、ステップＴ２とＴ５との間で、ユーザ機器がＵＴＭＳを支援できないことがクラスマーク情報から決定されれば、ＩＭＥＩＳＶは要求されない。
【００４８】
ユーザ機器が、ＧＳＭシステムからＵＴＭＳシステムへハンドオーバーする場合を考える。図２ｂのシナリオに示すように、もしユーザ機器がＵＭＴＳ無線アクセス（または、３ＧＰＰレリーズ９９、または検討中のクラスマーク情報の改訂レベルによる最新バージョンを支援する）であるか、または可能であれば、ＩＭＥＩＳＶがアタッチされる。これは、後になってＵＭＴＳシステムへの潜在的なシステム間ハンドオーバーを可能にすることができる。従ってＩＭＳＩアタッチは、ＧＳＭ無線アクセスを介してである。呼出しはＧＳＭ無線アクセスで確立され、その呼出し中にＵＭＴＳへシステム間ハンドオーバーされ、ターゲットＲＮＣへのハンドオーバーシグナリングメッセージ内で送らなければならないＵＥＳＢＩ−Ｉｕへマッピングするために、入手済みのＩＭＥＩＳＶがＵＭＴＳシステムのＭＳＣによって必要とされる。現在の提案では、ＵＭＴＳへのシステム間ハンドオーバーの前に、ユーザ機器は「ＩＭＳＴアタッチ」またはＵＭＴＳへの「位置更新」を遂行しない。これは、本発明の実施の形態においてＧＳＭ無線アクセスにおける「位置更新のＩＭＳＩアタッチ」に、ＩＭＥＩＳＶを入手する必要がないことが理由である。
【００４９】
ＵＥＳＢＩ−Ｉｕは、ＧＳＭネットワークのＭＳＣによってＩＭＥＩＳＶから導出されることを理解されたい。ＵＥＳＢＩ−Ｉｕは、ＧＳＭ  ＭＳＣによって例えば（ハンドオーバー要求準備）のようなメッセージでＵＭＴＳ  ＭＳＣへ送られる。ＭＳＣは、それがターゲットＲＮＣへ送る「ＩＵ−再配置」要求内にＵＥＳＢＩ−Ｉｕを含む。
【００５０】
以上に本発明の実施の形態を、現在提唱されている仕様書に関連して記述した。しかしながら、本発明の実施の形態はより広いアプリケーションを有することができることを理解されたい。例えば、ＩＭＥＩＳＶはＧＳＭアタッチ手順で達成できないかも知れない。これは、その情報を入手するために、ハンドオーバー手順に変更を必要とするかも知れない。
【００５１】
メッセージングについては、種々の仕様書をも参照した。本発明の実施の形態は、より広いアプリケーションを有しており、これらのアプリケーションに関連して変更されたシナリオに適用できることを理解されたい。
【００５２】
本発明の上述した実施の形態によって提唱したシグナリングに対する変更は、ＵＭＴＳネットワーク内で行われることを理解されたい。
【００５３】
従って、本発明の実施の形態においては、ユーザ機器が位置更新要求をＭＳＣへ送る時に、もし位置更新型が「ＩＭＳＩアタッチ」にセットされていれば、ＭＳＣは、ＵＭＴＳ無線アクセス技術を支援することができる、または潜在的に可能であるユーザ機器からＩＭＥＩＳＶを入手しよう。
【００５４】
もし「ＭＳクラスマーク１」または「ＭＳクラスマーク２」だけが利用可能ならば、ＵＥはＧＳＭ無線アクセスだけを支援するので、ＩＭＥＩＳＶの検索は省略される。更に、もし「ＭＳクラスマーク３」が利用可能であれば、ＭＳＣは、それがＵＭＴＳ無線アクセスを支援するか否かに関して３ＧＰＰレリーズ９９、またはより新しいＵＥを更に検査する。もし「ＭＳクラスマーク３」が直接利用することができなければ、コアネットワークは、分離したシグナリング手順を用いて「ＭＳクラスマーク３」を要求することはない。
【００５５】
もし位置更新型が「通常位置更新」にセットされていれば、ＭＳＣは、もしそれがＵＭＴＳ無線アクセス技術を支援すれば、ユーザ機器からＩＭＥＩＳＶを入手する。
【００５６】
以上のように、ＭＳＣは、もしＭＳがビジター位置レジスタと予め位置合わせされていなければ、ＩＭＥＩＳＶを入手するように配列されている。後者の場合に対して、ＭＳＣ挙動を最適化することが許容される。それは、ＭＳＣ内正常位置更新毎にＩＭＥＩＳＶを入手することによってもたらされるシグナリング負荷を、ＳＩＭが新しいユーザ機器内に挿入される（次いで、同一ＭＳＣ内の新しいＬＡへ位置更新される）ことによってもたらされるＩＭＥＩＳＶ変化をＭＳＣが発見しない機会に対して平衡させるためである。
【００５７】
モバイルがＭＳＣと位置合わせされていない場合、ユーザ機器がＵＭＴＳ無線アクセス技術を支援するか、または３ＧＰＰレリーズ９９またはそれより新しければ、ＭＳＣはＭＭ識別手順を使用してユーザ機器からＩＭＥＩＳＶを要求しよう。ＩＭＥＩＳＶを入手した後に、ＴＳ 23.195に指定されているように、ＭＳＣはＩｕインタフェースを通してＳＲＮＣへＵＥＳＢＩ−Ｉｕ情報を送る。
【００５８】
本発明の実施の形態をＰＳドメインに適用する場合、「ＧＰＲＳアタッチ」、「組合されたＧＰＲＳ及びＩＭＳＩ」アタッチ、及び「ルーティング領域更新」は、関連手順の例である。
【００５９】
本発明の実施の形態は、自動デバイス検出と共に設けることができる。自動デバイス構成ＡＤＣは、パワーオン時にネットワークがユーザの端末を自動的に検出、構成、及び／または準備することを可能にする。自動デバイス検出ＡＤＤはＡＤＣの一部であり、モバイル端末及びＳＩＭの新しい、及び変化した組合せを自動的に検出するようになっているコアネットワークの機能である。この検出は、オペレータのサービスネットワーク内の複数のサービスをトリガすることができ、それらの１つは、構成パラメータをＵＥへ送ることである。詳述すれば、ＡＤＤはＨＬＲをＩＭＥＩＳＶで更新することができ、ネットワークは予め定められたプロファイルに基づいてＵＥを構成することができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態を組み入れることができる配列の概要図である。
【図２ａ】ＵＭＴＳにおけるＩＭＳＩアタッチ手順のために、本発明の実施の形態に使用されている信号の流れの概要を示す図である。
【図２ｂ】ＧＭＳにおけるＩＭＳＩアタッチ手順のために、本発明の実施の形態に使用されている信号の流れの概要を示す図である。
【図１】
2008507228.tif 000003
【図２ａ】
2008507228.tif 000004
【図２ｂ】
2008507228.tif 000005
【国際調査報告】
2008507228.tif 000006
2008507228.tif 000007
2008507228.tif 000008