(57)【要約】  通信ネットワーク内で使用される方法及び装置であって、インスタンス識別子（ＩＤ）を生成して、モバイルデバイス又はユーザーイクイップメント（ＵＥ）のようなデバイスを前記通信ネットワーク内で一意的に特定する。
2011527545.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内で使用される方法であって：
インスタンス識別子（ＩＤ）を生成して、モバイルデバイス又はユーザーイクイップメント（ＵＥ）のようなデバイスを前記通信ネットワーク内で一意的に特定するステップを含む方法。
【請求項２】
更に、汎用一意識別子（ＵＵＩＤ）のＵＲＮとしてＵＵＩＤのストリング表現を使用して、インスタンスＩＤを作成するステップを含む、請求項１に記載の方法。
【請求項３】
前記モバイルデバイスが、３ＧＰＰ規格に準拠し、かつグローバルにルーティング可能なユーザエージェント（Ｇｌｏｂａｌｌｙ  Ｒｏｕｔａｂｌｅ  Ｕｓｅｒ  Ａｇｅｎｔ：ＧＲＵＵ）をサポートする、請求項１に記載の方法。
【請求項４】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される固有識別子（ＤｅｖＩＤ）が、国際モバイル機器識別情報（ＩＭＥＩ）から取得される、請求項３に記載の方法。
【請求項５】
更に：
前記ＩＭＥＩからＴＡＣ及びＳＮＲを抽出することによりＤｅｖＩＤを生成するステップと；
前記タイプ割り当てコード（ＴＡＣ）及びシリアル番号（ＳＮＲ）を使用する場合に、予備桁を合計１４桁になるように省略するステップと；
ネームスペースＩＤ及びＤｅｖＩＤをネットワークバイト順に格納するステップと；
前記ネームスペースＩＤ及びＤｅｖＩＤを連結させるステップと；
事前に選択したハッシュアルゴリズムを使用して前記連結ストリングのハッシュを計算するステップと；
前記ハッシュを使用してＵＵＩＤフィールドを設定し、ストリング表現を生成するステップと；
「ｕｒｎ：ｕｕｉｄ」を前記ストリングの先頭に追加することにより、前記ストリング表現をｕｒｎの形式で格納するステップと
を含む、請求項４に記載の方法。
【請求項６】
前記モバイルデバイスが、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）規格に準拠する、請求項１に記載の方法。
【請求項７】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される固有識別子（ＤｅｖＩＤ）が、モバイル機器識別子（ＭＥＩＤ）又は電子シリアル番号（ＥＳＮ）から取得される、請求項６に記載の方法。
【請求項８】
前記ネットワークによって生成される前記インスタンスＩＤが、前記デバイスによって生成されるインスタンスＩＤと同じである、請求項１に記載の方法。
【請求項９】
非３ＧＰＰデバイスにおいて使用される方法であって、前記ＤｅｖＩＤが、前記デバイスに固有であり、かつ前記ネットワークによって認識される、請求項１に記載の方法。
【請求項１０】
更に、プライベート識別情報を使用して前記インスタンスＩＤを生成するステップを含む、請求項１に記載の方法。
【請求項１１】
前記プライベート識別情報がネットワークアクセス識別子（ＮＡＩ）である、請求項１０に記載の方法。
【請求項１２】
更に：
ユーザーイクイップメント（ＵＥ）によって、ＩＭＥＩから取得されるインスタンスＩＤを作成するステップと；
ＵＥからプロキシ−コールセッション制御機能（Ｐ−ＣＳＣＦ）への登録（ＲＥＧＩＳＴＥＲ）リクエストを行なうステップと；
前記Ｐ−ＣＳＣＦによって、前記リクエストを質問コールセッション制御機能（Ｉ−ＣＳＣＦ）に転送するステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をホーム加入者サーバ（ＨＳＳ）に送信することにより行なうステップと；
前記ＨＳＳによって、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）に必要な機能を前記Ｉ−ＣＳＣＦに返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能情報を使用して、適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記登録（ＲＥＧＩＳＴＥＲ）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記登録リクエストにチャレンジで応答するステップと；
前記Ｉ−ＣＳＣＦによって、レスポンスを前記Ｐ−ＣＳＣＦに転送するステップと；
前記Ｐ−ＣＳＣＦによって、前記レスポンスを前記ＵＥに転送するステップと；
前記ＵＥによって、前記登録（ＲＥＧＩＳＴＥＲ）リクエストを、認証証明書を添付して再送するステップと；
前記Ｐ−ＣＳＣＦによって、前記リクエストを前記Ｉ−ＣＳＣＦに転送するステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なうステップと；
前記ＨＳＳによって、前記Ｓ−ＣＳＣＦに必要な機能を返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能に関する情報を使用して、適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記ＲＥＧＩＳＴＥＲ（登録）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＨＳＳに対し、前記ユーザが登録されていることを通知するステップと；
前記Ｓ−ＣＳＣＦによるリクエストが行なわれると、前記ＨＳＳによって、ユーザプロファイルを、前記Ｓ−ＣＳＣＦに送信されるレスポンスに含めるステップと；
レジストラとして動作する前記Ｓ−ＣＳＣＦによって、グローバルにルーティング可能なユーザエージェント（ＧＲＵＵ）を、前記インスタンスＩＤに基づいて作成するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＧＲＵＵを含む２００（ＯＫ）レスポンスを前記Ｉ−ＣＳＣＦに送信して、登録に成功したことを通知するステップと；
前記Ｉ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスを前記Ｐ−ＣＳＣＦに転送して、登録に成功したことを通知するステップと；
前記Ｐ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスをＵＥに転送して、登録に成功したことを通知するステップと
を含む、請求項１に記載の方法。
【請求項１３】
前記通信ネットワークが、回線交換（ＣＳ）接続を使用しているデバイスのために登録を行なう場合に使用される、請求項１に記載の方法。
【請求項１４】
更に：
ＵＥによって、モバイル交換センター（ＭＳＣ）に回線交換接続するステップと；
モバイル交換センター／訪問ロケーションレジスタ（ＭＳＣ／ＶＬＲ）によってホームロケーションレジスタ／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）に対して、認証、及びロケーション更新を行なうステップと；
前記ＭＳＣによって、前記ＵＥに対してＣＳ接続を承認するステップと；
前記ＭＳＣによって、前記ＭＳＣがＩＭＳへの登録を行なう必要があるかどうかについて評価するステップと；
前記ＭＳＣによって、ホームネットワークドメイン名を取得するステップと；
前記ＭＳＣによって、ＵＥの前記ＩＭＥＩから取得されるインスタンスＩＤを生成するステップと；
前記ＭＳＣによって、前記質問コールセッション制御機能（Ｉ−ＣＳＣＦ）に向けて、ＲＥＧＩＳＴＥＲ（登録）リクエストを送信することで、プライベートユーザ識別情報、及び前記加入者に対して取得される一時的な公開ユーザ識別情報を、前記ユーザのために、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）を用いて前記ホームネットワーク内で登録するステップと；
前記リクエストを前記ホームネットワーク内の前記Ｉ−ＣＳＣＦにルーティングするステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なうステップと；
前記ＨＳＳによって、前記Ｓ−ＣＳＣＦに必要な機能を返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能を使用して適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記ＲＥＧＩＳＴＥＲ（登録）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＨＳＳに対し、前記ユーザが登録されていることを通知することにより、前記Ｓ−ＣＳＣＦによるリクエストが行なわれると、前記ＨＳＳが更に、前記Ｓ−ＣＳＣＦに送信されるレスポンスにユーザプロファイルを含めるステップと；
レジストラとして動作する前記Ｓ−ＣＳＣＦによって、前記インスタンスＩＤに基づいてＧＲＵＵを作成するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＧＲＵＵを含む２００（ＯＫ）レスポンスを前記Ｉ−ＣＳＣＦに送信して、登録に成功したことを通知するステップと；
前記Ｉ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスを前記ＭＳＣサーバに転送して、登録に成功したことを通知するステップと
を含む、請求項１３に記載の方法。
【請求項１５】
通信ネットワーク内で使用される装置であって：
インスタンス識別子（ＩＤ）を生成して、モバイルデバイス又はユーザーイクイップメント（ＵＥ）のようなデバイスを前記通信ネットワーク内で一意的に特定する手段を備える装置。
【請求項１６】
更に、汎用一意識別子（ＵＵＩＤ）のＵＲＮとして、ＵＵＩＤのストリング表現を使用してインスタンスＩＤを作成する手段を備える、請求項１５に記載の装置。
【請求項１７】
前記モバイルデバイスが、３ＧＰＰ規格に準拠しており、グローバルにルーティング可能なユーザエージェント（ＧＲＵＵ）をサポートする、請求項１５に記載の装置。
【請求項１８】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される固有識別子（ＤｅｖＩＤ）が、ＩＭＥＩから取られる、請求項１７に記載の装置。
【請求項１９】
前記モバイルデバイスが、３ＧＰＰ２規格に準拠している、請求項１５に記載の装置。
【請求項２０】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される固有識別子（ＤｅｖＩＤ）は、ＭＥＩＤ又はＥＳＮから得られる、請求項１９に記載の装置。
【請求項２１】
前記ネットワークによって生成される前記インスタンスＩＤが、前記デバイスによって生成されるインスタンスＩＤと同じである、請求項１５に記載の装置。
【請求項２２】
非３ＧＰＰデバイスにおいて使用される装置であって、ＤｅｖＩＤが、前記デバイスに固有であり、かつ前記ネットワークによって認識される、請求項１５に記載の装置。
【請求項２３】
更に、プライベート識別情報を使用して前記インスタンスＩＤを生成する、請求項１５に記載の装置。
【請求項２４】
前記プライベート識別情報がネットワークアクセス識別子（ＮＡＩ）である、請求項２３に記載の装置。
【請求項２５】
回線交換（ＣＳ）接続を使用しているデバイスのために前記通信ネットワークが登録を行なう場合に使用される、請求項１５に記載の装置。
【請求項２６】
インスタンス識別子（ＩＤ）を生成するコンピュータプログラムであって、プロセッサにより実行されるように構成されたコンピュータで読み取り可能な媒体に格納されており、
前記インスタンスＩＤを、汎用一意識別子（ＵＵＩＤ）のＵＲＮとして、ＵＵＩＤのストリング表現を使用して作成するコンピュータコードを含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００８年７月９日に出願された米国仮特許出願第６１／０７９２９３号の利益を主張するものであり、この米国仮特許出願の開示内容は、本明細書において参照されることにより本明細書に組み込まれる。
【背景技術】
【０００２】
本発明は、ＳＩＰ対応通信及びデータシステムに関する。本明細書において使用される略語は以下の意味を持つ。
ＣＳ：回線交換
ＣＳＣＦ：コールセッション制御機能
ＤｅｖＩＤ：デバイス識別子
ＥＳＮ：電子シリアル番号
ＧＲＵＵ：グローバルにルーティング可能なユーザエージェント（ＵＡ）ＵＲＩ
ＨＳＳ：ホーム加入者サーバ
Ｉ−ＣＳＣＦ：質問ＣＳＣＦ
ＩＣＳ：ＩＭＳ集中サービス
ＩＤ：識別子
ＩＭＥＩ：国際移動体装置ＩＤ
ＩＭＳ：ＩＰマルチメディアサブシステム
ＩＰ：インターネットプロトコル
ＭＥＩＤ：移動体装置ＩＤ
ＭＳＣ：モバイル交換センター
ＮＡＩ：ネットワークアクセス識別子
Ｐ−ＣＳＣＦ：プロキシコールセッション制御機能
ＰＳ：パケット交換
Ｓ−ＣＳＣＦ：サービングコールセッション制御機能
ＳＣＣ  ＡＳ：サービス集中／継続アプリケーションサーバ
ＳＩＰ：セッション開始プロトコル
ＳＮＲ：シリアル番号
ＴＡＣ：タイプ割り当てコード
ＵＡ：ユーザエージェント
ＵＥ：ユーザーイクイップメント
ＵＲＮ：ユニフォームリソース名
ＵＵＩＤ：汎用一意識別子
【０００３】
ＩＭＳのようなＳＩＰ対応システムでは、モバイル機器、固定回線機器といった特定デバイスへのリクエスト、又はソフトウェアベースのクライアントのインスタンスへのリクエストをターゲットとすることができると有利である。ソフトウェアベースのクライアントは、特定の物理デバイスに直接結び付けられることがなく、パーソナルコンピュータ又は最先端モバイル機器のような、いずれかの適切なプラットフォーム上で実行することができる。例えば、コールを転送する場合、ユーザのモバイル機器のような特定のデバイスをターゲットにしたいと考える。
【０００４】
この目的を達成するために、グローバルにルーティング可能なユーザエージェント（ＵＡ）のＵＲＮ（ＧＲＵＵ）をモバイル機器に、レジストラ（ＩＭＳシステムにおけるＳ−ＣＳＣＦ）によって割り当てる。ＧＲＵＵを正しく割り当てるために、レジストラは、登録中にモバイル機器により供給されるインスタンスＩＤを使用する。
【０００５】
現在の仕様では、ＧＲＵＵによってターゲットとされるデバイスは、必ず、登録を行なっているデバイスであることになる。しかしながら、ＩＭＳ集中サービス（ＩＣＳ）を導入すると、当該デバイスが回線交換（ＣＳ）接続を使用している場合、ネットワークが、デバイスの代わりに（ＩＭＳに）登録を行なうことが可能である。ＩＣＳの場合、ＭＳＣサーバが、ＣＳ加入者の代わりに登録を行なうネットワークエンティティである。
【０００６】
ＩＣＳデバイスは、パケット交換（ＰＳ）接続を使用しているときに（ＩＭＳに）直接登録を行なうこともできるので、ネットワークによって使用されるインスタンスＩＤは、登録を行なっているときにデバイスによって使用されるインスタンスＩＤと同じであることが望ましい。これにより、確実に、同じＧＲＵＵがデバイスに割り当てられる。
【０００７】
現在のＩＭＳ仕様（例えば２４．２２９）は、デバイス又はネットワークのインスタンスＩＤの生成方法についての特定の指針を何も提示していない。提示される指針は、インスタンスＩＤがＩＥＴＦアウトバウンドドラフトに記載されているフォーマットに一致しなければならないということだけである。したがって、現在の仕様は、ネットワークによって使用されるインスタンスＩＤが、デバイスによって使用されるインスタンスＩＤに一致することを保証していない。
【０００８】
可能なインスタンスＩＤは、ＩＭＥＩのような、デバイス又は端末からの既存の機器識別情報を直接使用することである。不利なことに、この識別情報は、ネットワークデバイス及びエンドユーザデバイスの両方に送信される平易なテキストに含めて信号送信時に送られる。イクイップメント識別情報がこのようにして露出することは、エンドユーザに相関させることができる情報が曝露されることになるのでプライバシー侵害と見なすことができる。更に、機器識別情報が露出すると、この情報を使用して機器を模造することができるのでセキュリティの危険を呈する。したがって、ＩＭＥＩのような既存のデバイス識別情報を直接使用することは、プライバシー及びセキュリティの観点から問題である。本発明は、別の解決策を提供する。
【０００９】
先行技術の欠点を解決する固有デバイス識別子に基づくインスタンスＩＤの方法及び装置を有することができれば有利である。本発明はこのような方法及び装置を提供する。
【発明の概要】
【００１０】
一実施形態では、本発明はインスタンスＩＤの生成方法であり、この方法により、これらのインスタンスＩＤは、デバイスによって生成されるか、又はネットワークによって生成されるに関係なく、常に同じものになる。同時に、本発明はユーザのプライバシーを保護する。確実に同じものにするために、インスタンスＩＤの生成は、次の原理に基づいて行なわれる：
デバイスに属するだけでなく、ネットワークにも認識される固有識別子（本明細書では、ＤｅｖＩＤと表記する）の使用；
ＤｅｖＩＤを保護するためのハッシュの使用；及び
ＤｅｖＩＤをインスタンスＩＤにエンコードするときにネットワーク及びデバイスの両方によって使用される共有ネームスペースの使用。
【００１１】
後述では、本発明は、図面に示される例示的な実施形態を参照して説明される。
【図面の簡単な説明】
【００１２】
【図１】図１は、ＵＵＩＤストリング表現を示すテーブル１００である。
【図２】図２は、ＩＭＥＩ、又は他のデバイスＩＤに基づくＵＵＩＤ生成に関するネームスペース定義を示すテーブル２００である。
【図３】図３は、ＩＭＥＩ構造３００の要素を示している。
【図４】図４は、ＩＭＥＩＳＶ構造４００の要素を示している。
【図５】図５は、ＭＥＩＤ構造５００の要素を示している。
【図６】図６は、デバイス登録を示すメッセージング図６００である。
【図７】図７は、インスタンスＩＤ（ｓｉｐ．ｉｎｓｔａｎｃｅ）を用いた例示的なＲＥＧＩＳＴＥＲを示すメッセージヘッダ７００である。
【図８】図８は、ＣＳ  ＵＥのためにネットワーク登録を行なっている間に生じるメッセージ／コマンドを示すメッセージング図８００である。
【図９】図９は、インスタンスＩＤ（ｓｉｐ．ｉｎｓｔａｎｃｅ）を用いた例示的なＲＥＧＩＳＴＥＲを示すメッセージヘッダ９００である。
【発明を実施するための形態】
【００１３】
本明細書に記載される実施形態は、既存の機器識別情報のプライバシーを確保しながらＩＤの独自性を保証するインスタンスＩＤの生成に関する特定の詳細を提供する。本発明はまた、ネットワーク（例えば、ＭＳＣサーバ）及びデバイスが、ＧＲＵＵの生成に使用される同じインスタンスＩＤを生成することを保証する機構を提供する。一実施形態では、本発明は、ＲＦＣ４１２２で定義されるＵＵＩＤフォーマットを利用する。
【００１４】
本発明の一実施形態では、デバイスは、ＧＲＵＵと、インスタンスＩＤの生成とをサポートする３ＧＰＰモバイルデバイスであると仮定する。しかしながら、本発明は、ネットワーク及びデバイスがデバイス固有の識別子に関する情報を共有するあらゆるデバイスにも適用することができる。３ＧＰＰ対応モバイルデバイスの場合、ＤｅｖＩＤは、ＩＭＥＩに基づいて生成することができる。３ＧＰＰ２対応デバイスの場合、ＤｅｖＩＤは、ＭＥＩＤ又はＥＳＮから生成することができる。
【００１５】
ソフトクライアント、及びモバイル規格に完全には準拠しないクライアントの場合、ＩＭＥＩ（又は、同等の識別情報）は利用することができない可能性がある。したがって、本発明の別の実施形態では、ＤｅｖＩＤは、端末のプライベートユーザ識別情報に基づいて生成される。このようなシナリオでは、一つのデバイスは、ＰＳ接続を使用するＵＥのレジストラ、及びユーザのために登録を行なうＭＳＣサーバのレジストラのようなレジストラに向けられる複数のプライベートユーザ識別情報によって表わすことができる。一貫した動作を保証するために、ＵＥ、及び登録を行なうネットワークは共に、ネットワークによって使用されるプライベートＩＤに基づいてＤｅｖＩＤを選択する。ネットワークからのプライベートＩＤをＤｅｖＩＤとして使用する利点は、当該プライベートＩＤが、使用されるＣＳ接続のタイプを分からなくすることである。
【００１６】
本発明の第１の実施形態によるインスタンスＩＤ生成方法は次の通りである。
【００１７】
この実施形態では、名前ベースバージョンのＵＵＩＤを、ＲＦＣ４１２２に記述されているように使用する。バージョン３又はバージョン５を使用することができ、違いは、使用されるハッシュの種類（それぞれＭＤ５及びＳＨＡ−１）だけである。
【００１８】
図１のテーブル１００に示すように、インスタンスＩＤは、ＵＵＩＤ  ＵＲＩとして、ＲＦＣ４１２２で記述されているようにＵＵＩＤのストリング表現を使用して作成される。
【００１９】
最終インスタンスＩＤを生成するためには、ネームスペースＩＤが必要になる。図２のテーブル２００は、一例としてこの実施形態において使用されるネームスペースの定義を提供する。
【００２０】
後述の方法により、デバイス固有ＩＤを使用して、この例では３ＧＰＰに定義されるＩＭＥＩを使用して、インスタンスＩＤを生成する。
【００２１】
ハッシュアルゴリズム（ＭＤ５又はＳＨＡ−１）を選択する。この例では、ＭＤ５を選択する。ネットワーク及びデバイスは同じハッシュアルゴリズムを使用しなければならない。
【００２２】
ＩＭＥＩからＴＡＣ及びＳＮＲを抽出することによりＤｅｖＩＤを生成する。ＩＭＥＩ構造３００を図３に示す。ＴＡＣ及びＳＮＲを使用し、使用される全１４桁について予備桁を省略する。予備桁を省略することにより、この手法は、図４に示すようにＳＶＮが省略されたＩＭＥＩＳＶに適用することもできる。ＩＭＥＩ以外の何らかの情報を使用する非３ＧＰＰデバイスの場合、ＤｅｖＩＤに関する基準は、デバイスに固有であり、かつネットワークによっても認識されるということだけである。
【００２３】
ネームスペースＩＤ（ネームスペースＩＤは、図２のテーブル２００において定義される）、及びＤｅｖＩＤをネットワークバイト順に格納する。
【００２４】
ネームスペースＩＤ及びＤｅｖＩＤを連結させる。
【００２５】
事前に選択したハッシュアルゴリズムを使用して連結ストリングのハッシュを計算する。
【００２６】
ＲＦＣ４１２２の付帯条項４．３で指定された通りに、上で計算したハッシュを使用してＵＵＩＤフィールドを設定し、ＲＦＣの条項３で指示された通りにストリング表現を生成する。
【００２７】
上記ストリングの先頭にｕｒｎ形式で、「ｕｒｎ：ｕｕｉｄ」を追加することにより、ストリング表現を格納する。例：ｕｒｎ：ｕｕｉｄ：３６４７ｆ４９３−４９４８−ａｂｅ２−６５９９−７ｃ２９５ａｂ２９８０４。
【００２８】
このようなＵＵＩＤ  ＵＲＮは、このデバイスに使用され、かつこのデバイスのために登録を行なうときにネットワークによって使用されるインスタンスＩＤである。
【００２９】
固有デバイス識別子は、種々の標準化フォーラムに基づいて変化させることができる。
【００３０】
３ＧＰＰでは、ＩＭＥＩは、以下の要素（各要素は１０進数のみから成るものとする）により構成される：
Ｔｙｐｅ  Ａｌｌｏｃａｔｉｏｎ  Ｃｏｄｅ（ＴＡＣ）。当該コードの長さは８桁である；
シリアル番号（ＳＮＲ）は、ＴＡＣ内で各機器を一意的に特定する個別シリアル番号である。シリアル番号の長さは６桁である；
予備桁（チェック桁）：この桁は、ルーン式チェックサム桁として使用され、ＩＭＥＩと一緒に送信されることはない。
【００３１】
ＩＭＥＩ（１４桁）はチェック桁で補完される。チェック桁は、送信される桁の一部ではない。
【００３２】
例示的な派生ＤｅｖＩＤは次の通りである：
３ＧＰＰ  ＩＭＥＩ：
ＴＡＣ：３５１９６５００
ＳＮＲ：７１８９１７
チェック桁：７
ＤｅｖＩＤ＝ＴＡＣ＋ＳＮＲ＝３５１９６５００７１８９１７
【００３３】
ＩＭＥＩＳＶは、以下の要素（各要素は１０進数のみから成るものとする）により構成される：
タイプ割り当てコード（ＴＡＣ）。当該コードの長さは８桁である；
シリアル番号（ＳＮＲ）は、各ＴＡＣ内に各機器を一意的に特定する個別シリアル番号である。シリアル番号の長さは６桁である；
ソフトウェアバージョン番号（ＳＶＮ）は、モバイル機器のソフトウェアバージョン番号を特定する。ソフトウェアバージョン番号の長さは２桁である。
【００３４】
例示的な派生ＤｅｖＩＤは次の通りである：
３ＧＰＰ  ＥＭＥＩＳＶ：
ＴＡＣ：３５１９６５００
ＳＮＲ：７１８９１７
ＳＶＮ：０４
ＤｅｖＩＤ＝ＴＡＣ＋ＳＮＲ＝３５１９６５００７１８９１７
【００３５】
３ＧＰＰ２では、ＭＥＩＤに関して、これらのフィールドの全てが、次の有効範囲を有する１６進数値として定義される。
ＮＮ−有効範囲  Ａ０−ＦＦ−グローバルに管理される
ＴＴＴＴＴＴ−有効範囲  ００００００−ＦＦＦＦＦＦ
ＺＺＺＺＺＺ−有効範囲  ００００００−ＦＦＦＦＦＦ
ＣＤ−有効範囲  ０．Ｆ−チェック桁（ＣＤ）はＭＥＩＤの一部ではなく、ＭＥＩＤが送信されるときには送信されない。
【００３６】
例示的な派生ＤｅｖＩＤは次の通りである：
３ＧＰＰ２  ＭＥＩＤ：
ＴＡＣ：Ａ１００００００
ＳＮＲ：３Ｆ０Ｄ５０
ＣＤ：
ＤｅｖＩＤ＝ＴＡＣ＋ＳＮＲ＝Ａ１００００００３Ｆ０Ｄ５０
【００３７】
固有のデバイスＩＤを持たないデバイスのために、更に別の代替識別子を生成することができる。
【００３８】
プライベートＩＤソリューション（接続に依存しない）の一実施形態では、クライアントが利用することができるＩＭＥＩのようなデバイス固有ＩＤが存在しない。これは、例えばソフトクライアントを使用する場合に相当する。この場合、プライベート識別情報を代わりに使用することができる。
【００３９】
プライベート識別情報は、ＲＦＣ４２４８に定義されるネットワークアクセス識別子（ＮＡＩ）の形態を採る。ＩＭＳの例示的なプライベート識別情報は
user1_private@home1.net
である。
【００４０】
例示的な派生ＤｅｖＩＤは次の通りである：
Ｐｒｉｖａｔｅ  ＩＤ：
Ｐｒｉｖａｔｅ  ＩＤ：user1_private@home1.net
ＤｅｖＩＤ＝Ｐｒｉｖａｔｅ  ＩＤ＝user1_private@home1.net
【００４１】
図６及び８は、本発明の方法を使用するコールフローを示している。これらの例示的なコールフローは、ＩＭＳベースネットワークアーキテクチャを示しているが、本発明は、非ＩＭＳアーキテクチャにも適用することもできる。
【００４２】
図６は、モバイルデバイスが当該デバイス自体を、ＰＳ接続を使用してＩＭＳに（レジストラに）直接登録する場合のコールフロー６００を示している。図６には、本発明の例示的な実施形態における基本的な登録フローが示されている。図示のように、信号送信フローは次の通りである：
１．インスタンスＩＤの作成：ＵＥ  Ａは、本明細書に記載される通りに、当該ＵＥのＩＭＥＩから得られるインスタンスＩＤを生成する；
２．登録リクエスト（ＵＥ  ＡからＰ−ＣＳＣＦへ）：（図参照）
３．登録リクエスト（Ｐ−ＣＳＣＦからＩ−ＣＳＣＦへ）：Ｐ−ＣＳＣＦは、当該リクエストをＩ−ＣＳＣＦに転送する；
４．Ｃｘ：ユーザ登録状態クエリー手順：Ｉ−ＣＳＣＦは、加入者登録状態に関する情報のリクエストを、プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なう。ＨＳＳはＳ−ＣＳＣＦに必要な機能を返し、Ｉ−ＣＳＣＦはこの情報を使用して適切なＳ−ＣＳＣＦを選択する。
５．登録リクエスト（Ｉ−ＣＳＣＦからＳ−ＣＳＣＦへ）：Ｉ−ＣＳＣＦは登録リクエストを、選択されたＳ−ＣＳＣＦに転送する；
６．４０１（認証失敗）（Ｓ−ＣＳＣＦからＩ−ＣＳＣＦへ）：Ｓ−ＣＳＣＦは登録リクエストにチャレンジで応答する；
７．４０１（認証失敗）（Ｉ−ＣＳＣＦからＰ−ＣＳＣＦへ）：Ｉ−ＣＳＣＦはレスポンスをＰ−ＣＳＣＦに転送する；
８．４０１（認証失敗）（Ｐ−ＣＳＣＦからＵＥ  Ａへ）：Ｐ−ＣＳＣＦはレスポンスをＵＥ  Ａに転送する；
９．登録リクエスト（ＵＥ  ＡからＰ−ＣＳＣＦへ）：ＵＥ  Ａは登録リクエスト（ステップ２を参照）を、今回は、認証証明書を添付して再送する；
１０．登録リクエスト（Ｐ−ＣＳＣＦからＩ−ＣＳＣＦへ）：Ｐ−ＣＳＣＦはリクエストをＩ−ＣＳＣＦに転送する；
１１．Ｃｘ：ユーザ登録状態クエリー手順：Ｉ−ＣＳＣＦは、加入者登録状態に関する情報のリクエストを、プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なう。ＨＳＳはＳ−ＣＳＣＦに必要な機能を返し、Ｉ−ＣＳＣＦはこの情報を使用して適切なＳ−ＣＳＣＦを選択する；
１２．登録リクエスト（Ｉ−ＣＳＣＦからＳ−ＣＳＣＦへ）：Ｉ−ＣＳＣＦは、登録リクエストを、選択されたＳ−ＣＳＣＦに転送する；
１３．Ｃｘ：Ｓ−ＣＳＣＦ登録通知：Ｓ−ＣＳＣＦはＨＳＳに対し、ユーザが登録されていることを通知する。Ｓ−ＣＳＣＦによるリクエストが行なわれると、ＨＳＳは更に、ユーザプロファイルを、Ｓ−ＣＳＣＦに送信されるレスポンスに含める；
１４．ＧＲＵＵの作成：Ｓ−ＣＳＣＦ（レジストラとして動作する）は、ＧＲＵＵを、ステップ１で生成されたインスタンスＩＤに基づいて作成する。ＧＲＵＵは、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕに定義されている通りに作成される；
１５．２００（ＯＫ）（Ｓ−ＣＳＣＦからＩ−ＣＳＣＦへ）：Ｓ−ＣＳＣＦは、２００（ＯＫ）レスポンスをＩ−ＣＳＣＦに送信して、登録に成功したことを通知する。２００（ＯＫ）レスポンスは、前のステップで生成されたＧＲＵＵを含む；
１６．２００（ＯＫ）（Ｉ−ＣＳＣＦからＰ−ＣＳＣＦへ）：Ｉ−ＣＳＣＦは、２００（ＯＫ）レスポンスをＰ−ＣＳＣＦに転送して、登録に成功したことを通知する；
１７．２００（ＯＫ）（Ｐ−ＣＳＣＦからＵＥ  Ａへ）：Ｐ−ＣＳＣＦは、２００（ＯＫ）レスポンスをＵＥ  Ａに転送して、登録に成功したことを通知する。
【００４３】
図８は、ネットワークが、ＣＳ接続を使用しているデバイスのために登録を行なう場合のコールフロー８００を示している。本発明の機能によって、３ＧＰＰ  ＴＳ２４．２９２に記載されるフローを改善することができる：
１．ＣＳ接続（ＵＥ  ＡからＭＳＣへ）；
２．認証及びロケーション更新（ＭＳＣ／ＶＬＲからＨＬＲ／ＨＳＳへ）；
３．ＣＳ接続承認（ＭＳＣからＵＥ  Ａへ）； 
４．ＩＭＳ登録評価：ＭＳＣサーバは、当該サーバが、ＩＭＳに関して登録を行なう必要があるかどうかについて評価する。これは、ＨＳＳ／ＨＬＲから受信する加入者データに基づいて行なうことができる；
５．ＩＭＳアドレス発見：ＭＳＣサーバはホームネットワークドメイン名を取得する。ホームネットワークドメインを使用してＤＮＳクエリーを行なうことにより、ホームネットワーク内にＩ−ＣＳＣＦの場所を特定する；
６．インスタンスＩＤの作成：ＭＳＣサーバは、本発明に記載される通りに、ＵＥ  ＡのＩＭＥＩから得られるインスタンスＩＤを生成する；
７．登録リクエスト（ＭＳＣサーバからＩ−ＣＳＣＦへ）：このリクエストの目的は、プライベートユーザ識別情報、及びこの加入者に対して生成される一時的な公開ユーザ識別情報を、ユーザのために、Ｓ−ＣＳＣＦを用いてホームネットワークに登録することにある。このリクエストはホームネットワーク内のＩ−ＣＳＣＦにルーティングされる；
８．Ｃｘ：ユーザ登録状態クエリー手順：Ｉ−ＣＳＣＦは、加入者登録状態に関する情報のリクエストを、プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なう。ＨＳＳはＳ−ＣＳＣＦに必要な機能を返し、Ｉ−ＣＳＣＦはこの情報を使用して適切なＳ−ＣＳＣＦを選択する；
９．登録リクエスト（Ｉ−ＣＳＣＦからＳ−ＣＳＣＦへ）：Ｉ−ＣＳＣＦは、登録リクエストを、選択されたＳ−ＣＳＣＦに転送する；
１０．Ｃｘ：Ｓ−ＣＳＣＦ登録通知：Ｓ−ＣＳＣＦはＨＳＳに対し、ユーザが登録されていることを通知する。Ｓ−ＣＳＣＦによるリクエストが行なわれると、ＨＳＳは更に、ユーザプロファイルを、Ｓ−ＣＳＣＦに送信されるレスポンスに含める；
１１．ＧＲＵＵの作成：レジストラとして動作するＳ−ＣＳＣＦは、ステップ６で生成されたインスタンスＩＤに基づいてＧＲＵＵを作成する。ＧＲＵＵは、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕに定義されている通りに作成される。このインスタンスＩＤは、デバイスが作成したであろうものと同じであったので、生成されるＧＲＵＵも、登録を直接行なうデバイスに返されるＧＲＵＵと同じになる；
１２．２００（ＯＫ）（Ｓ−ＣＳＣＦからＩ−ＣＳＣＦへ）：Ｓ−ＣＳＣＦは、２００（ＯＫ）レスポンスをＩ−ＣＳＣＦに送信して、登録に成功したことを通知する。２００（ＯＫ）レスポンスは、前のステップで生成されたＧＲＵＵを含む；
１３．２００（ＯＫ）（Ｉ−ＣＳＣＦからＭＳＣサーバへ）：Ｉ−ＣＳＣＦは、２００（ＯＫ）レスポンスをＭＳＣサーバに転送して、登録に成功したことを通知する。
【００４４】
本発明は多数の利点を有する。本発明によって、ネットワークによって生成されるいずれのインスタンスＩＤも、デバイスによって生成されるインスタンスＩＤと同じになることが保証される。これによって今度は、同じＧＲＵＵが、デバイスがどのようにして登録された（直接登録されたか、又はネットワークによって登録された）のかに関係なく定義されることになる。本発明は、特定のステップを提供して、特にＩＭＳシステムにおけるインスタンスＩＤの生成の概要を説明している。このようにして、本発明は既存の３ＧＰＰ仕様の未完成の部分を補完する。本発明はこのように、ＩＣＳのようなＩＭＳベースサービスの一貫した動作を保証する。更に、ハッシュを使用してインスタンスＩＤを取得することにより、ＩＭＥＩ及びＭＥＩＤのようなデバイス固有識別子を保護することができ、これにより今度は、このデバイス固有識別子の完全性を保護することができるので、セキュリティを高めることができる。
【００４５】
当業者であれば理解するように、本出願に記載される革新的なコンセプトは、広範囲の用途に亘って修正及び変形することができる。したがって、特許請求される主題の範囲は、上に説明した特定の例示的な教示のいずれかに限定されるのではなく、請求項によって規定される。
【図１】
2011527545.tif 000003
【図２】
2011527545.tif 000004
【図３】
2011527545.tif 000005
【図４】
2011527545.tif 000006
【図５】
2011527545.tif 000007
【図６】
2011527545.tif 000008
【図７】
2011527545.tif 000009
【図８】
2011527545.tif 000010
【図９】
2011527545.tif 000011
【国際調査報告】
2011527545.tif 000012
2011527545.tif 000013
2011527545.tif 000014
2011527545.tif 000015