(57)【要約】  マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムであって、サービング呼セッション制御装置、回線交換アクセス適応手段、および制御装置選択手段を有する。サービング呼セッション制御装置は、登録されたユーザ装置による呼のセッションを制御する。回線交換アクセス適応手段は、回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加する。制御装置選択手段は、前記回線交換アクセス適応手段によって前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する。
2010533995.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムであって、
登録されたユーザ装置による呼のセッションを制御するサービング呼セッション制御装置と、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応手段と、
前記回線交換アクセス適応手段によって前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する制御装置選択手段と、を有する通信システム。
【請求項２】
前記回線交換アクセス適応手段は前記回線交換ドメインの交換装置内に配置され、
前記回線交換アクセス適応手段を含む前記交換装置が前記登録要求を送信する、請求項１に記載の通信システム。
【請求項３】
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、請求項１または２に記載の通信システム。
【請求項４】
前記登録要求に付加される前記関連情報は、前記ユーザ装置を登録すべきサービング呼セッション制御装置を表示するアクセス情報ヘッダを含む、請求項３に記載の通信システム。
【請求項５】
前記アクセス情報ヘッダは、前記ユーザ装置の接続している回線交換ドメインの交換装置のアドレスを表示するアクセス情報を含む、請求項４に記載の通信システム。
【請求項６】
前記登録要求に付加される前記関連情報は、前記回線交換ドメインを経由した前記ユーザ装置の登録であることを表示するアクセス情報ヘッダを含む、請求項３から５のいずれか１項に記載の通信システム。
【請求項７】
前記アクセス情報ヘッダは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ回線交換であることを表示するアクセスタイプを含む、請求項６に記載の通信システム。
【請求項８】
前記登録要求は、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  ＰｒｏｔｏｃｏｌのＲＥＧＩＳＴＥＲメッセージである、請求項３から７のいずれか１項に記載の通信システム。
【請求項９】
前記制御装置選択手段は、前記ユーザ装置と地理的に接近して位置するサービング呼セッション制御装置を、該ユーザ装置の登録先として選択する、請求項１から８のいずれか１項に記載の通信システム。
【請求項１０】
前記サービング呼セッション制御装置は所定のローカルエリアにおけるローカルサービスを処理する機能を備え、
前記制御装置選択手段は、前記ユーザ装置が位置しているローカルエリアにおけるローカルサービスを処理するサービング呼セッション制御装置を選択する、請求項１から９のいずれか１項に記載の通信システム。
【請求項１１】
前記制御装置選択手段は、
前記登録要求に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択し、前記問い合わせ呼セッション制御装置に通知する加入者サーバと、を有する、請求項１から１０のいずれか１項に記載の通信システム。
【請求項１２】
前記問い合わせ呼セッション制御装置は、前記加入者サーバから通知された前記サービング呼セッション制御装置に前記登録要求を送り、
前記サービング呼セッション制御装置は、前記加入者サーバから前記ユーザ装置の加入情報を取得する、請求項１１に記載の通信システム。
【請求項１３】
前記サービング呼セッション制御装置と前記加入者サーバとの間のＣｘインタフェースを用いて、前記加入者サーバから前記サービング呼セッション制御装置に前記ユーザ装置の加入情報を送る、請求項１２に記載の通信システム。
【請求項１４】
前記問い合わせ呼セッション制御装置は、前記サービング呼セッション制御装置を選択するために、前記ユーザ装置からのアクセスに関する情報を、前記問い合わせ呼セッション制御装置と前記加入者サーバとの間のＣｘインタフェース上で送る、１１から１３のいずれか１項に記載の通信システム。
【請求項１５】
マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムにユーザ装置を登録するためのユーザ装置登録方法であって、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加して前記通信システムに送り、
前記通信システムにおいて、前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する、ユーザ装置登録方法。
【請求項１６】
前記回線交換ドメインの交換装置内に配置された回線交換アクセス適応手段が、前記ユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加し、
前記回線交換アクセス適応手段を含む前記交換装置が前記登録要求を前記通信システムに送信する、
請求項１５に記載のユーザ装置登録方法。
【請求項１７】
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、請求項１５または１６に記載のユーザ装置登録方法。
【請求項１８】
マルチメディアサービスをインターネットプロトコルで統合する統合通信システムに接続する回線交換ドメインの交換装置であって、
ユーザ装置に関する回線交換ドメインによる制御を行う交換手段と、
回線交換ドメインに接続されたユーザ装置の前記統合通信システムへの登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応手段と、を有する交換装置。
【請求項１９】
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、請求項１８に記載の交換装置。
【請求項２０】
マルチメディアサービスをインターネットプロトコルで統合する統合通信システムにおいて、ユーザ装置の登録を行うユーザ装置登録システムであって、
回線交換ドメインに接続されたユーザ装置の位置に関連する関連情報が付加された、該ユーザ装置の登録要求に基づいて、該ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、前記関連情報に基づいて、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択する加入者サーバと、を有するユーザ装置登録システム。
【請求項２１】
ＩＰマルチメディアサブシステム（ＩＭＳ）登録を行なうための通信システムであって、
移動交換局（ＭＳＣ）サーバと、
ＩＰマルチメディアサブシステム（ＩＭＳ）内の問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）と、
前記ＩＭＳ内のホーム加入者サーバ（ＨＳＳ）と、
前記ＩＭＳ内のサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）と、を有し、
前記ＭＳＣサーバはＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記ＭＳＣサーバに関する情報を含む、通信システム。
【請求項２２】
請求項２１に記載の通信システムにおいて、前記ｒｅｇｉｓｔｅｒはセッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、通信システム。
【請求項２３】
請求項２１に記載の通信システムにおいて、前記ＭＳＣサーバは、ＩＭＳ内のＩ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、通信システム。
【請求項２４】
ＩＰマルチメディアサブシステム（ＩＭＳ）の登録を行い、問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムに用いるための交換装置であって、
前記交換装置は前記ＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、交換装置。
【請求項２５】
請求項２４に記載の交換装置において、前記交換装置は移動交換局（ＭＳＣ）サーバである、交換装置。
【請求項２６】
請求項２４に記載の交換装置において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、交換装置。
【請求項２７】
請求項２４に記載の交換装置において、前記交換装置は、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、交換装置。
【請求項２８】
交換装置と問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムにおいて用いられる、ＩＰマルチメディアサブシステム（ＩＭＳ）登録方法であって、
前記交換装置から前記ＩＭＳへｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、ＩＭＳ登録方法。
【請求項２９】
請求項２８に記載のＩＭＳ登録方法において、前記交換装置は移動交換局（ＭＳＣ）サーバである、ＩＭＳ登録方法。
【請求項３０】
請求項２８に記載のＩＭＳ登録方法において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、登録方法。
【請求項３１】
請求項２８に記載のＩＭＳ登録方法において、前記交換装置から、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦへ前記ｒｅｇｉｓｔｅｒを送る、ＩＭＳ登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムに関する。
【背景技術】
【０００２】
《序》
３ＧＰＰ  ＴＳ  ２３．２２８におけるＩＰマルチメディアサブシステム（ＩＭＳ）の原理は、単にホームネットワークでのサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）の選択を可能にしているにすぎない、すなわち、ローミング加入者に対するホーム加入サービスのためのサービス制御が、ホームネットワークにあることである。Ｓ−ＣＳＣＦの選択は、問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）からの応答として、加入者のＩＭＳ登録依頼と共にホーム加入者サーバ（ＨＳＳ）で行われている。
【０００３】
地理的に加入者に近いＳ−ＣＳＣＦを選択することが有利な場合もあろう。この選択とは、例えば、緊急呼またはＩＭＳ中央集中型サービス（ＩＣＳ）のいくつかのサービスの場合であろう。
【０００４】
現在のＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｃｈｅｄ）ドメインサービスは、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｉｓｔｅｒ）からコピーされた複製の加入者データを使用して在圏ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｃｈｉｎｇ  Ｃｅｎｔｅｒ）で提供されるが、一方、ＩＭＳサービスは、ＨＳＳからダウンロードされたユーザープロファイルを使用して、常に自分のホームネットワークのＳ−ＣＳＣＦによって提供される。次に、Ｓ−ＣＳＣＦは、このユーザープロファイルに基づいて、サービスプラットフォームとの対話を通してサービスを提供する。在圏ＭＳＣは加入者の位置と密接に結合されているので、そのＭＳＣは固定電話の加入者交換システムと同じ方法でローカルダイヤルサービスを提供することができる。一方、Ｓ−ＣＳＣＦは加入者の位置にかかわらずその加入者に割り当てられるので、そのＳ−ＣＳＣＦはローカルダイヤルサービスを単独で提供することができない。
【０００５】
加入者の位置に基づいて、Ｓ−ＣＳＣＦを選択することができるとすれば、緊急呼、地域的な宣伝、地方のイベント発表等のようなＩＭＳのローカル化されたサービスが可能になるであろう。
《種々のＩＭＳ登録シナリオ》
〈典型的なＩＭＳ登録シナリオ〉
図１に典型的なＩＭＳ登録シナリオを示す。
【０００６】
ＵＥは、ＩＭＳへ登録するためにＲＥＧＩＳＴＥＲをＰ（Ｐｒｏｘｙ）−ＣＳＣＦへ送信する。Ｐ−ＣＳＣＦは該メッセージをホームネットワークのＩ−ＣＳＣＦに送出し、Ｉ−ＣＳＣＦはＨＳＳにＳ−ＣＳＣＦアドレスを尋ねる。次に、Ｉ−ＣＳＣＦは、ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦに転送することができ、その後Ｓ−ＣＳＣＦがＨＳＳからのユーザープロファイルを要求し、登録が成功したことを２００ＯＫで承認する。
〈緊急のＩＭＳ登録シナリオ〉
３ＧＰＰ  ＴＳ  ２３．１６７は、ＩＭＳの緊急セッション制御を規定している。図２に緊急ＩＭＳ登録シナリオを示す。ここでは、緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）が、通常の実装オプションとして、正規のＳ−ＣＳＣＦと一所に配置されているものとする。
【０００７】
Ｅ−ＣＳＣＦは、Ｓ−ＣＳＣＦに対する追加機能として、位置検索機能（ＬＲＦ）とのインタフェースを持っている。ＬＲＦは、ＩＭＳ緊急セッションを開始したＵＥの位置情報を検索する役割を担っている。ここで、位置検索機能（ＬＲＦ）がルーティング決定機能（ＲＤＦ）とロケーションサーバ（例えばＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ））とから成るかも知れない構成をサポートできるものとする。
【０００８】
この場合にはＰ−ＣＳＣＦは加入者に近いＥ−ＣＳＣＦ、すなわち、ローミングシナリオであっても音声通話のローカルでの起動（ｂｒｅａｋｏｕｔ）を可能にする在圏ネットワークのＥ−ＣＳＣＦを選択するであろう。緊急呼も、地理的な緊急位置からはるか遠くにあるかもしれないホームネットワークではなく、在圏ネットワークの緊急応答機関（ＰＳＡＰ）に適切にルーティングされる必要がある。
〈ＩＣＳ  ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によるＩＭＳ登録シナリオ（３ＧＰＰにおける研究項目）〉
ＩＭＳ中央集中型サービス（ＩＣＳ）は、付加されたアクセス形態、例えばＣＳドメインアクセスまたはＩＰ−ＣＡＮ（ＩＰ−Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を問わず一貫性のあるサービスをユーザに提供する。そのためには端末への改良が必要となる。ＩＣＳ  ＵＥは、音声ベアラがＣＳドメイン経由で確立され、ＩＭＳによって提供される電話サービスおよび他のサービスを受信できるユーザ装置である。ＩＣＳ  ＵＥは、ＩＭＳマルチメディア電話サービスの全２重音声構成要素をサポートするＩＰ−ＣＡＮを介してＩＭＳにアクセスできるＵＥにもなり得る。ＩＣＳ  ＵＥは、必ずしもＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）が可能である必要はない。
【０００９】
ＩＣＳの最も挑戦的なシナリオは、端末がＣＳドメインへ接続されていて、ＩＭＳからサービスを受けたい場合にある。このため、ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）接続されるのと同じようなサービス動作を持つようにしてＩＭＳに登録されることが端末にとって有用である。
【００１０】
図３は、ＣＳ接続されたシナリオにおけるＩＣＳ  ＵＥの基本的なＩＣＳアーキテクチャを示している。ＩＣＳ  ＵＥの新しい機能、いわゆるローカルＣＳアクセス適応機能（Ｌ−ＣＡＡＦ）は、ＵＥがネットワークのＩＣＣＦと直接通信することを可能にしている。
【００１１】
ＩＭＳ中央集中型サービスと共にＩＭＳ登録をサポートするいくつかの可能性（候補）が、こうした事例に対して３ＧＰＰで提案された、ＩＣＣＦ（ＩＭＳ  ＣＳ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）にＲＵＡ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ａｇｅｎｔ）登録を開始・停止する可能なトリガは次の通りである。
【００１２】
・ＵＥによるプッシュ：ＩＣＣＰ（ＩＭＳ  ＣＳ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）をＩＣＣＦに使用
・ネットワークによるプッシュ：ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ  Ａｐｐｌｉｃａｔｉｏｎｓ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｅｎｈａｎｃｅｄ  Ｌｏｇｉｃ）  ｐｈ３  Ｍ−ＣＳＩ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ＣＡＭＥＬ  Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）の使用（単なる接続／切断）
・プッシュ：新しいＨＳＳ機能（接続／切断）
・プル：接続／切断ステータスを検索するためにＣＡＭＥＬ  ｐｈ２  ＡＴＩ（Ａｎｙ  Ｔｉｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ）の投票、
・ＩＣＣＦでの登録タイムアウト
〈非ＩＣＳ  ＵＥによるＩＭＳ登録シナリオ（３ＧＰＰでの研究項目〉）
図４は、ＣＳ接続のみのシナリオにおけるレガシー端末のＩＣＳの場合のＳ−ＣＳＣＦ選択の使用事例を示している。現在、ＴＲ  ２３．８９２には、ＭＳＣサーバのようにＣＳコアネットワークノードを拡張することにより、在圏ネットワークにおいてＩＭＳ中央集中型サービスを持つＣＳのみの端末をサポートするアーキテクチャ−上のオプションがある。新しい論理的機能であるネットワーク等価なローカルＣＳアクセス適応機能（Ｌ−ＣＡＡＦ−ｎ）、およびＩＭＳ  ＣＳ制御機能（ＩＣＣＦ）が、ＭＳＣサーバと一所に、または独立型のノードとして配置できるであろう。ＩＣＣＦは、Ｌ−ＣＡＡＦ−ｎと通信するリモートＣＡＡＦ（Ｒ−ＣＡＡＦ）と、リモートユーザエージェント（ＲＵＡ）を含んでいる。
【００１３】
レガシー端末、すなわちＩＣＣＦへ直接伝達される特別な信号をサポートしていない端末をサポートするための主要課題は、その後に一方でＣＳネットワークの改良が必要とされるということである。
【００１４】
端末がＣＳドメインに接続する場合には、最初に、該端末は、例えば位置更新移動管理メッセージを送る。ＭＳＣサーバにあるＬ−ＣＡＡＦ−ｎはこのメッセージを検出し、ＲＵＡと共にこの加入者のＩＭＳ登録を開始するために、ＩＣＣＦのＲ−ＣＡＡＦをトリガする。ＩＣＣＦはＩ−ＣＳＣＦにＲＥＧＩＳＴＥＲを送信し、Ｉ−ＣＳＣＦはＲＥＧＩＳＴＥＲをＨＬＲ／ＨＳＳに転送する。ＨＬＲ／ＨＳＳは登録に１つのＳ−ＣＳＣＦを選択し、Ｓ−ＣＳＣＦアドレスをＩ−ＣＳＣＦに返し、Ｉ−ＣＳＣＦは次にＳ−ＣＳＣＦにＲＥＧＩＳＴＥＲを送信する。次に、Ｓ−ＣＳＣＦはＨＬＲ／ＨＳＳから適切なユーザープロファイルをダウンロードすることができる。
【発明の開示】
【００１５】
《円滑な移行シナリオのためのＩＣＳの重要課題》
序章で確認したように、ＩＭＳのダイヤル番号翻訳メカニズムは、ＣＳドメインで使用されているものとは全く異なっている。ＩＣＳは、ハイブリッドアーキテクチャとして、ＣＳベースの交換システムから十分に独り立ちできるＩＭＳへの円滑な移行シナリオを提供するので、ＣＳベースの交換システムからＩＭＳへの円滑なトラフィック変更を保証することも重要であろう。
重要課題１：ＩＣＳに適応するＣＳドメインのルーティングメカニズム
重要課題２：ルーティングデータベース（翻訳テーブル）が再使用／共有可能であること
《解決法の概念》
本発明の一態様による通信システムは、マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムであって、
登録されたユーザ装置による呼のセッションを制御するサービング呼セッション制御装置と、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応手段と、
前記回線交換アクセス適応手段によって前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する制御装置選択手段と、を有する。
【００１６】
本発明の一態様によるユーザ装置登録方法は、マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムにユーザ装置を登録するためのユーザ装置登録方法であって、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加して前記通信システムに送り、
前記通信システムにおいて、前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定するものである。
【００１７】
本発明の一態様による交換装置は、マルチメディアサービスをインターネットプロトコルで統合する統合通信システムに接続する回線交換ドメインの交換装置であって、
ユーザ装置に関する回線交換ドメインによる制御を行う交換手段と、
回線交換ドメインに接続されたユーザ装置の前記統合通信システムへの登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応手段と、を有する。
【００１８】
本発明の一態様によるユーザ装置登録システムは、マルチメディアサービスをインターネットプロトコルで統合する統合通信システムにおいて、ユーザ装置の登録を行うユーザ装置登録システムであって、
回線交換ドメインに接続されたユーザ装置の位置に関連する関連情報が付加された、該ユーザ装置の登録要求に基づいて、該ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、前記関連情報に基づいて、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択する加入者サーバと、を有する。
本発明の上記他の目的、特徴、および利点は、本発明実施形態または実施例を示す図面を参照した以下の記載から明らかとなるであろう。
【図面の簡単な説明】
【００１９】
【図１】通常のＩＭＳシナリオである。
【図２】ＩＭＳ緊急呼出しシナリオである。
【図３】ＩＣＳ  ＵＥによるＩＭＳ登録シナリオである。
【図４】非ＩＣＳ  ＵＥによるＩＭＳ登録シナリオである。
【図５】加入者位置に基づいたＳ−ＣＳＣＦ割り当てである。
【図６】局部的な領域にＳ−ＣＳＣＦとＰ−ＣＳＣＦと一緒に配置されたＩＣＣＦである。
【図７】Ｓ−ＣＳＣＦ選択と機能エンティティーの並置によるＩＣＳシナリオである。
【図８】Ｓ−ＣＳＣＦ選別部によるＩＭＳ登録例（パート１）である。
【図９】Ｓ−ＣＳＣＦ選別部によるＩＭＳ登録例（パート２）である。
【発明を実施するための最良の形態】
【００２０】
《解決法：加入者位置に基づいたＳ−ＣＳＣＦ割り当て》
ＣＳドメイン電話サービスからＩＭＳへの円滑なトラフィック変更を提供するために、最善かつ簡単な方法は、Ｖ（Ｖｉｓｉｔｅｄ）ＭＳＣが位置する在圏ローカルエリアにＳ−ＣＳＣＦを割り当てることである。Ｓ−ＣＳＣＦがＶＭＳＣによって使用される市内番号翻訳テーブルを再使用できるので、この手法はトラフィックの変更がないことを保証している。図５を参照されたい。
【００２１】
Ｓ−ＣＳＣＦの選択は、セル識別子、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）情報、通常のＩＭＳ端末用にＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）等によって標準化されたＳＵＰＬ（Ｓｅｃｕｒｅ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｌｏｃａｔｉｏｎ）情報のような位置情報に基づいていてもよい。非ＩＣＳ  ＵＥの場合、ＩＣＣＦがＩＭＳ端末の代わりに位置情報を提供することができる。
【００２２】
このアーキテクチャによれば、Ｓ−ＣＳＣＦおよびＰ−ＣＳＣＦと同じところにＩＣＣＦを配置することが有効である。ユーザーエージェントのＩＰアドレスが常にＳ−ＣＳＣＦおよびＰ−ＣＳＣＦの両方と同じところに存在するので、ＩＭＳ呼処理が著しく最適化される。すなわちＳ−ＣＳＣＦとＰ−ＣＳＣＦの間のインタフェース、およびＳ−ＣＳＣＦとＩＣＣＦの間のインタフェースは、内部インタフェースによって実現することができ、ＩＭＳに関連する呼処理はすべて、この物理的なノード内で行うことができる。図６を参照されたい。
【００２３】
ＩＣＳアーキテクチャを既存のＣＳドメインシステムと調和させるために、ＭＳＣサーバと同じところに配置されたＬ−ＣＡＡＦ−ｎ、ＩＣＣＦ、およびＰ−ＣＳＣＦ／Ｓ−ＣＳＣＦは最大の恩恵をもたらす。
【００２４】
−  既存の市内番号翻訳テーブルを再使用する−＞ＣＳドメインからＩＣＳへの円滑な移行
−  ２３．２２８が要求するローカルサービス用の中央集中型翻訳テーブルがない
−  ＩＣＳをサポートするために必要な余分なインタフェースがない−＞Ｌ−ＣＡＡＦ−ｎとＩＣＣＦ間で相互作用するＣＡＭＥＬがなく、ＶＭＳＣとＭＧＣＦ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）間のＩＳＵＰ（ＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ）接続がない
同じところに配置されたＶ−ＭＳＣサーバ、ＩＣＣＦ、およびＰ−ＣＳＣＦ／Ｓ−ＣＳＣＦを持つシナリオを図７に示している。
【００２５】
この場合、ＩＣＣＦは、例えばＣＳ  ＵＥからのＭＭ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ）位置更新手順によりトリガされ、そしてそれはＶＭＳＣのＬ−ＣＡＡＦ−ｎで検出される。ＩＣＣＦは、ＲＥＧＩＳＴＥＲをホームネットワークのＩ−ＣＳＣＦに送る。Ｉ−ＣＳＣＦは最適なＳ−ＣＳＣＦをＨＳＳに尋ねる。ＨＳＳは、ＶＭＳＣサーバに存在するＳ−ＣＳＣＦを選択することを、位置データおよび（または）サブスクリプションデータに基づいて決定する。Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦにＲＥＧＩＳＴＥＲを送出し、そのＳ−ＣＳＣＦがＨＳＳからユーザープロファイルをダウンロードする。ここで、Ｓ−ＣＳＣＦは加入者用のローカル化されたサービスを呼び出すことができるであろう。その解決法は上記説明の手法に限定されるものではなく、〈ＩＣＳ  ＵＥによるＩＭＳ登録シナリオ〉の章で与えられたような登録の他の手段を用いることもできるであろう。
【００２６】
この登録シナリオでは、ＩＭＳは、正しい方法でサービスを行うために、加入者がＣＳドメインとＩＰ−ＣＡＮのいずれを介して接続しているかを知っていなければならない。この問題の解決には、ここでは加入者はＣＳ接続されているという表示で十分であろう。
【００２７】
ＩＣＣＦがＲＥＧＩＳＴＥＲを送信する場合、ＲＥＧＩＳＴＥＲは例えば３ＧＰＰ−ＣＳのような新しいＰ−アクセス情報ヘッダーを含んでいることが有効であろう。この新しいヘッダーにより、ＨＳＳ／ＨＬＲは登録のコンタクトポイントがＩＭＳの“本当”の端末ではなくＩＣＣＦであることを検出することができる。ＨＳＳ／ＨＬＲは、正しいＳ−ＣＳＣＦを見つけることもできる、例えば新しいアクセス情報はＶＭＳＣアドレスを含んでいてもよい。この情報は、サービス呼用Ｓ−ＣＳＣＦにより設定することができる。通常、Ｐ−アクセス情報ヘッダーは、それがＵＥによって設定されるので信頼できないと見なされているが、この場合、該ヘッダーはオペレータネットワークの自分のノードによって設定されるので、信頼できると考えることができる。
《提案の概念》
提案の概念は、加入者が位置するローカルエリアに位置するＳ−ＣＳＣＦの選択によりローカルサービスを提供する方法に含まれている。該方法は、以下のものを含んでいる。
１．  Ｓ−ＣＳＣＦは、加入者位置に基づいて、ＣＳドメイン電話サービスと同じ方法で、市内番号翻訳が可能なローカルエリアに割り当てられる。
２．  Ｓ−ＣＳＣＦの選択は、携帯電話識別子、ＧＰＳ情報、通常のＩＭＳ端末用にＯＭＡ等などによって標準化されたＳＵＰＬ情報のような位置情報に基づいていてもよい。
３．  ＣＳドメインと他のＩＰベースアクセスシステムの両方を使用して通信する能力を持ち、かつ２つのドメイン間のサービスを継続する能力も持つデュアル無線ＵＥについては、異種システム間ハンドオーバをローカルネットワークに留めることができるので、該デュアル無線ＵＥは、ローカルエリアにＳ−ＣＳＣＦを割り当てることにより高品質のハンドオーバ性能、すなわち低レイテンシを提供する。
４．  非ＩＣＳ  ＵＥの場合、ＩＣＣＦはＩＭＳ端末の代わりに位置情報を提供することができる。
５．  例えば、ＵＥがＣＳアクセス上でＩＭＳ登録していることを示す、アクセスタイプ＝３ＧＰＰ−ＣＳと呼ばれる新しいＰ−アクセス情報ヘッダーでＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  ＲＥＧＩＳＴＥＲをマーキングすること。
６．  例えば、ＩＭＳによって選択されるＳ−ＣＳＣＦを示す、アクセス情報＝ＭＳＣアドレスと呼ばれる新しいＰ−アクセス情報ヘッダーでＳＩＰ  ＲＥＧＩＳＴＥＲをマーキングすること。
７．  ＨＳＳがＳ−ＣＳＣＦ選択を行うために、該ＨＳＳにアクセスタイプおよびアクセスインフォ情報をＣｘインタフェース（ＣＳＣＦとＨＳＳ間の）上で伝えること。
８．  ＩＣＣＳは、ネットワーク最適化としてＳ−ＣＳＣＦおよびＰ−ＣＳＣＦと共にある。
９．  Ｌ−ＣＡＡＦ−ｎ、ＩＣＣＦ、およびＰ−ＣＳＣＦ／Ｓ−ＣＳＣＦは、ＩＣＳアーキテクチャを既存のＣＳドメインシステムと調和させるためにＭＳＣと一緒に配置される。
１０．  Ｓ−ＣＳＣＦが在圏ネットワークのＭＳＣと同じところに配置された場合、該Ｓ−ＣＳＣＦに加入者データ情報を伝える２つの方法がある。
【００２８】
・ＨＳＳとＣＳＣＦ間のＣｘインタフェースをオペレータ間の外部インタフェースとして定義する。なお、Ｃｘインタフェースがオペレータネットワーク内の内部インタフェースであることに注意されたい。この場合、
・ＭＳＣ／ＶＬＲ（Ｖｉｓｉｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｉｓｔｅｒ）に問合せることによりＳ−ＣＳＣＦに加入者情報を発生させる。なお、ＶＬＲはＤインタフェースを通じて加入者情報を得ることに注意されたい。
１１．  市内番号翻訳用のＭＳＣデータベースはＩＭＳサービスで再使用することができる。
《付録》
図８はＩＭＳ登録フロー例、および新しいサービスロジックがいつＳ−ＣＳＣＦ選択を適用するかを示している。
【００２９】
１．  ＵＥはＰ−ＣＳＣＦにＲＥＧＩＳＴＥＲを送信する。
【００３０】
２．  Ｐ−ＣＳＣＦはＩ−ＣＳＣＦを決定し、ＲＥＧＩＳＴＥＲを転送する。
【００３１】
３．  Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦアドレスを得るためにＨＬＲ／ＨＳＳにＣｘ−Ｑｕｅｒｙ／Ｃｘ−Ｓｅｌｅｃｔ−Ｐｕｌｌを送信する。
【００３２】
４．  ＨＬＲ／ＨＳＳは、グローバルセルＩＤ、ＳＵＰＬ、ＧＰＳ測定値のようなＵＥから送られてきた地理的な位置情報に基づいて、Ｓ−ＣＳＣＦを選択する特殊なサービスロジックを実行し、該ＨＬＲ／ＨＳＳは地理的に接近して位置するＳ−ＣＳＣＦを選択する。Ｓ−ＣＳＣＦアドレスはＣｘ−Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ／Ｃｘ−Ｓｅｌｅｃｔ−Ｒｅｓｐｏｎｓｅメッセージの中でＩ−ＣＳＣＦに送信される。
【００３３】
５．  Ｉ−ＣＳＣＦは、ここでＳ−ＣＳＣＦアドレスを知り、該Ｓ−ＣＳＣＦにＲＥＧＩＳＴＥＲを転送する。
【００３４】
６．  Ｓ−ＣＳＣＦは、加入者の認証ステータスをチェックする。Ｓ−ＣＳＣＦが対応するユーザープロファイルを持っていない場合には、該Ｓ−ＣＳＣＦは認証データのＣｘ−Ｐｕｔ／Ｃｘ−ＰｕｌｌでＨＬＲ／ＨＳＳに尋ねる。
【００３５】
７．  ＨＳＳは、Ｃｘ−Ｐｕｔ／Ｃｘ−Ｐｕｌｌ応答の中でＳ−ＣＳＣＦに認証データを送る。
【００３６】
８．  Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦに４０１（未許可）の応答でチャレンジを送信する。
【００３７】
９．  Ｉ−ＣＳＣＦは４０１をＰ−ＣＳＣＦに転送する。
【００３８】
１０．  Ｐ−ＣＳＣＦは、ＵＥに４０１のメッセージを最終的に転送する。
図９は、前記の図で受信されたチャレンジに対する応答をＵＥが計算した後の呼フローを示している。
【００３９】
１１．  ＵＥは、新しいＲＥＧＩＳＴＥＲでＰ−ＣＳＣＦに応答を送信する。
【００４０】
１２．  Ｐ−ＣＳＣＦはＩ−ＣＳＣＦを決定し、そこにＲＥＧＩＳＴＥＲを転送する。
【００４１】
１３．  Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦアドレスを得るためにＨＬＲ／ＨＳＳにＣｘ−Ｑｕｅｒｙ／Ｃｘ−Ｓｅｌｅｃｔ−Ｐｕｌｌを送信する。
【００４２】
１４．  ＨＬＲ／ＨＳＳは、グローバルセルＩＤ、ＳＵＰＬ、ＧＰＳ測定値のようなＵＥから送られてきた地理的な位置情報に基づいて、Ｓ−ＣＳＣＦを選択する特殊なサービスロジックを実行し、該ＨＬＲ／ＨＳＳは地理的に接近して位置するＳ−ＣＳＣＦを選択する。Ｓ−ＣＳＣＦアドレスはＣｘ−Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ／Ｃｘ−Ｓｅｌｅｃｔ−  Ｒｅｓｐｏｎｓｅメッセージの中でＩ−ＣＳＣＦに送信される。
【００４３】
１５．  Ｉ−ＣＳＣＦは、ここでＳ−ＣＳＣＦアドレスを知り、該Ｓ−ＣＳＣＦにＲＥＧＩＳＴＥＲを転送する。
【００４４】
１６．  Ｓ−ＣＳＣＦは認証データをチェックする。応答がチャレンジに適合した場合、Ｓ−ＣＳＣＦはＨＳＳ／ＨＬＲからユーザープロファイルをダウンロードする、すなわち、Ｓ−ＣＳＣＦはユーザープロファイルのＣｘ−Ｐｕｔ／Ｃｘ−ＰｕｌｌでＨＬＲ／ＨＳＳに尋ねる。
【００４５】
１７．  ＨＳＳは、Ｃｘ−Ｐｕｔ／Ｃｘ−Ｐｕｌｌ応答の中でユーザープロファイルをＳ−ＣＳＣＦに送る。
【００４６】
１８．  登録は完了し、Ｓ−ＣＳＣＦはＩ−ＣＳＣＦに２００ＯＫを送る。
【００４７】
１９．Ｉ−ＣＳＣＦは、Ｐ−ＣＳＣＦに２００ＯＫを転送する。
【００４８】
２０．Ｐ−ＣＳＣＦは、ＵＥに２００ＯＫメッセージを最終的に転送する。
なお、具体的な用語を用いて本発明の実施形態について説明したが、それらの表現は例示目的のみであり、クレームの精神あるいは範囲から逸脱しないでなしうる変更や変形が理解されるべきである。
また、上記実施形態は以下の実施例に整理されるかもしれない。
【００４９】
実施例１は、
マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムであって、
登録されたユーザ装置による呼のセッションを制御するサービング呼セッション制御装置（Ｓ−ＣＳＣＦに相当）と、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応装置（ＣＡＡＦに相当）と、
前記回線交換アクセス適応装置によって前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する制御装置選択装置（Ｉ−ＣＳＣＦとＨＳＳに相当）と、を有する通信システム、である。
【００５０】
実施例２は、
前記回線交換アクセス適応装置は前記回線交換ドメインの交換装置内に配置され、
前記回線交換アクセス適応装置を含む前記交換装置が前記登録要求を送信する、実施例１に記載の通信システム、である。
【００５１】
実施例３は、
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、実施例１または２に記載の通信システム、である。
【００５２】
実施例４は、
前記登録要求に付加される前記関連情報は、前記ユーザ装置を登録すべきサービング呼セッション制御装置を表示するアクセス情報ヘッダを含む、実施例３に記載の通信システム、である。
【００５３】
実施例５は、
前記アクセス情報ヘッダは、前記ユーザ装置の接続している回線交換ドメインの交換装置のアドレスを表示するアクセス情報を含む、実施例４に記載の通信システム、である。
【００５４】
実施例６は、
前記登録要求に付加される前記関連情報は、前記回線交換ドメインを経由した前記ユーザ装置の登録であることを表示するアクセス情報ヘッダを含む、実施例３から５のいずれか１項に記載の通信システム、である。
【００５５】
実施例７は、
前記アクセス情報ヘッダは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ回線交換であることを表示するアクセスタイプを含む、実施例６に記載の通信システム、である。
【００５６】
実施例８は、
前記登録要求は、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  ＰｒｏｔｏｃｏｌのＲＥＧＩＳＴＥＲメッセージである、実施例３から７のいずれか１項に記載の通信システム、である。
【００５７】
実施例９は、
前記制御装置選択装置は、前記ユーザ装置と地理的に接近して位置するサービング呼セッション制御装置を、該ユーザ装置の登録先として選択する、実施例１から８のいずれか１項に記載の通信システム、である。
【００５８】
実施例１０は、
前記サービング呼セッション制御装置は所定のローカルエリアにおけるローカルサービスを処理する機能を備え、
前記制御装置選択装置は、前記ユーザ装置が位置しているローカルエリアにおけるローカルサービスを処理するサービング呼セッション制御装置を選択する、実施例１から９のいずれか１項に記載の通信システム、である。
【００５９】
実施例１１は、
前記制御装置選択装置は、
前記登録要求に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦに相当）と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択し、前記問い合わせ呼セッション制御装置に通知する加入者サーバ（ＨＳＳに相当）と、を有する、実施例１から１０のいずれか１項に記載の通信システム、である。
【００６０】
実施例１２は、
前記問い合わせ呼セッション制御装置は、前記加入者サーバから通知された前記サービング呼セッション制御装置に前記登録要求を送り、
前記サービング呼セッション制御装置は、前記加入者サーバから前記ユーザ装置の加入情報を取得する、実施例１１に記載の通信システム、である。
【００６１】
実施例１３は、
前記サービング呼セッション制御装置と前記加入者サーバとの間のＣｘインタフェースを用いて、前記加入者サーバから前記サービング呼セッション制御装置に前記ユーザ装置の加入情報を送る、実施例１２に記載の通信システム、である。
【００６２】
実施例１４は、
前記問い合わせ呼セッション制御装置は、前記サービング呼セッション制御装置を選択するために、前記ユーザ装置からのアクセスに関する情報を、前記問い合わせ呼セッション制御装置と前記加入者サーバとの間のＣｘインタフェース上で送る、１１から１３のいずれか１項に記載の通信システム、である。
【００６３】
実施例１５は、
マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムにユーザ装置を登録するためのユーザ装置登録方法であって、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加して前記通信システムに送り、
前記通信システムにおいて、前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する、ユーザ装置登録方法、である。
【００６４】
実施例１６は、
前記回線交換ドメインの交換装置内に配置された回線交換アクセス適応装置が、前記ユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加し、
前記回線交換アクセス適応装置を含む前記交換装置が前記登録要求を前記通信システムに送信する、
実施例１５に記載のユーザ装置登録方法、である。
【００６５】
実施例１７は、
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、実施例１５または１６に記載のユーザ装置登録方法、である。
【００６６】
実施例１８は、
マルチメディアサービスをインターネットプロトコルで統合する統合通信システムに接続する回線交換ドメインの交換装置であって、
ユーザ装置に関する回線交換ドメインによる制御を行う交換装置と、
回線交換ドメインに接続されたユーザ装置の前記統合通信システムへの登録要求に、該ユーザ装置の位置に関連する関連情報を付加する回線交換アクセス適応装置と、を有する交換装置、である。
【００６７】
実施例１９は、
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、実施例１８に記載の交換装置、である。
【００６８】
実施例２０は、
マルチメディアサービスをインターネットプロトコルで統合する統合通信システムにおいて、ユーザ装置の登録を行うユーザ装置登録システムであって、
回線交換ドメインに接続されたユーザ装置の位置に関連する関連情報が付加された、該ユーザ装置の登録要求に基づいて、該ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、前記関連情報に基づいて、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択する加入者サーバと、を有するユーザ装置登録システム、である。
【００６９】
実施例２１は、
ＩＰマルチメディアサブシステム（ＩＭＳ）登録を行なうための通信システムであって、
移動交換局（ＭＳＣ）サーバと、
ＩＰマルチメディアサブシステム（ＩＭＳ）内の問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）と、
前記ＩＭＳ内のホーム加入者サーバ（ＨＳＳ）と、
前記ＩＭＳ内のサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）と、を有し、
前記ＭＳＣサーバはＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記ＭＳＣサーバに関する情報を含む、通信システム、である。
【００７０】
実施例２２は、
実施例２１に記載の通信システムにおいて、前記ｒｅｇｉｓｔｅｒはセッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、通信システム、である。
【００７１】
実施例２３は、
実施例２１に記載の通信システムにおいて、前記ＭＳＣサーバは、ＩＭＳ内のＩ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、通信システム、である。
【００７２】
実施例２４は、
ＩＰマルチメディアサブシステム（ＩＭＳ）の登録を行い、問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムに用いるための交換装置であって、
前記交換装置は前記ＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、交換装置、である。
【００７３】
実施例２５は、
実施例２４に記載のスイッチング装置において、前記交換装置は移動交換局（ＭＳＣ）サーバである、スイッチング装置、である。
【００７４】
実施例２６は、
実施例２４に記載のスイッチング装置において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、スイッチング装置、である。
【００７５】
実施例２７は、
実施例２４に記載のスイッチング装置において、前記交換装置は、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、スイッチング装置、である。
【００７６】
実施例２８は、
交換装置と問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムにおいて用いられる、ＩＰマルチメディアサブシステム（ＩＭＳ）登録方法であって、
前記交換装置から前記ＩＭＳへｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、ＩＭＳ登録方法、である。
【００７７】
実施例２９は、
実施例２８に記載のＩＭＳ登録方法において、前記交換装置は移動交換局（ＭＳＣ）サーバである、ＩＭＳ登録方法、である。
【００７８】
実施例３０は、
実施例２８に記載のＩＭＳ登録方法において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、登録方法、である。
【００７９】
実施例３１は、
実施例２８に記載のＩＭＳ登録方法において、前記交換装置から、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦへ前記ｒｅｇｉｓｔｅｒを送る、ＩＭＳ登録方法、である。
この出願は、２００７年７月２７日に出願された日本出願  特願２００７−１９６７３５を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。
【図１】
2010533995.tif 000003
【図２】
2010533995.tif 000004
【図３】
2010533995.tif 000005
【図４】
2010533995.tif 000006
【図５】
2010533995.tif 000007
【図６】
2010533995.tif 000008
【図７】
2010533995.tif 000009
【図８】
2010533995.tif 000010
【図９】
2010533995.tif 000011
【手続補正書】
【提出日】平成22年1月18日(2010.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアサービスをインターネットプロトコルで統合するとともに、回線交換ドメイン経由でのアクセスを可能とする通信システムにユーザ装置を登録するためのユーザ装置登録方法であって、
回線交換ドメインに接続されたユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加して前記通信システムに送り、
前記通信システムにおいて、前記登録要求に付加された前記関連情報に基づいて、前記ユーザ装置を登録するサービング呼セッション制御装置を決定する、ユーザ装置登録方法。
【請求項２】
前記回線交換ドメインの交換装置内に配置された回線交換アクセス適応手段が、前記ユーザ装置の登録要求に、該ユーザ装置の位置に関連する関連情報を付加し、
前記回線交換アクセス適応手段を含む前記交換装置が前記登録要求を前記通信システムに送信する、
請求項１に記載のユーザ装置登録方法。
【請求項３】
前記登録要求に付加される前記関連情報は、前記ユーザ装置が接続されている前記回線交換ドメインの前記交換装置に関する情報を含む、請求項１または２に記載のユーザ装置登録方法。
【請求項４】
マルチメディアサービスをインターネットプロトコルで統合する統合通信システムにおいて、ユーザ装置の登録を行うユーザ装置登録システムであって、
回線交換ドメインに接続されたユーザ装置の位置に関連する関連情報が付加された、該ユーザ装置の登録要求に基づいて、該ユーザ装置を登録するサービング呼セッション制御装置の問い合わせを行う問い合わせ呼セッション制御装置と、
前記問い合わせ呼セッション制御装置からの問い合わせを受け、前記関連情報に基づいて、複数のサービング呼セッション制御装置の中から、前記ユーザ装置を登録するサービング呼セッション制御装置を選択する加入者サーバと、を有するユーザ装置登録システム。
【請求項５】
ＩＰマルチメディアサブシステム（ＩＭＳ）登録を行なうための通信システムであって、
移動交換局（ＭＳＣ）サーバと、
ＩＰマルチメディアサブシステム（ＩＭＳ）内の問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）と、
前記ＩＭＳ内のホーム加入者サーバ（ＨＳＳ）と、
前記ＩＭＳ内のサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）と、を有し、
前記ＭＳＣサーバはＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記ＭＳＣサーバに関する情報を含む、通信システム。
【請求項６】
請求項５に記載の通信システムにおいて、前記ｒｅｇｉｓｔｅｒはセッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、通信システム。
【請求項７】
請求項５に記載の通信システムにおいて、前記ＭＳＣサーバは、ＩＭＳ内のＩ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、通信システム。
【請求項８】
ＩＰマルチメディアサブシステム（ＩＭＳ）の登録を行い、問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムに用いるための交換装置であって、
前記交換装置は前記ＩＭＳにｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、交換装置。
【請求項９】
請求項８に記載の交換装置において、前記交換装置は移動交換局（ＭＳＣ）サーバである、交換装置。
【請求項１０】
請求項８に記載の交換装置において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、交換装置。
【請求項１１】
請求項８に記載の交換装置において、前記交換装置は、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦに前記ｒｅｇｉｓｔｅｒを送る、交換装置。
【請求項１２】
交換装置と問い合わせ呼セッション制御装置（Ｉ−ＣＳＣＦ）とホーム加入者サーバ（ＨＳＳ）とサービング呼セッション制御装置（Ｓ−ＣＳＣＦ）とを含むＩＰマルチメディアサブシステム（ＩＭＳ）を有する通信システムにおいて用いられる、ＩＰマルチメディアサブシステム（ＩＭＳ）登録方法であって、
前記交換装置から前記ＩＭＳへｒｅｇｉｓｔｅｒを送り、前記ｒｅｇｉｓｔｅｒは前記交換装置に関する情報を含む、ＩＭＳ登録方法。
【請求項１３】
請求項１２に記載のＩＭＳ登録方法において、前記交換装置は移動交換局（ＭＳＣ）サーバである、ＩＭＳ登録方法。
【請求項１４】
請求項１２に記載のＩＭＳ登録方法において、前記ｒｅｇｉｓｔｅｒは、セッション開始プロトコル（ＳＩＰ）のｒｅｇｉｓｔｅｒである、登録方法。
【請求項１５】
請求項１２に記載のＩＭＳ登録方法において、前記交換装置から、前記ＩＭＳ内の前記Ｉ−ＣＳＣＦへ前記ｒｅｇｉｓｔｅｒを送る、ＩＭＳ登録方法。
【国際調査報告】
2010533995.tif 000012
2010533995.tif 000013
2010533995.tif 000014