(57)【要約】  IPマルチメディアサブシステム（IMS）において、IMS制御チャンネルプロトコル（IMSControl Channel Protocol）（ICCP）は、P-アクセスネットワークインフォメーション（P-Access-Network-information）ヘッダを利用する回線交換（CS）アクセスの通知をサポートするために、ユーザ端末（UE）とIMS制御チャンネル機能（IMS Control Channel Function）（ICCF）およびセッション開始プロトコル（SessionInitiated Protocol）（SIP）インターフェースの間（ICCF、呼セッション制御機能（Call SessionControl Function ）とアプリケーションサーバの間）で使用される。通知はルーティングの決定、課金、プレゼンス情報のような異なる目的のためにS-CSCF、または、ASによって使用可能である。
2010524289.tif 000002
【特許請求の範囲】
【請求項１】
IPマルチメディアサブシステム（IMS）にユーザ端末（UE）を登録する方法であって、
前記IMSにUEの登録要求を送信するステップと、
前記登録要求が回線交換アクセスネットワークから生じているのかどうかを判断するステップと、
前記登録要求が回路交換ネットワークから生じているとの判断に応じて、前記登録要求の中に前記回線交換アクセスネットワークに関する情報を含むヘッダを挿入するステップと、
前記登録要求を前記IMS、および、アプリケーションサーバと連携しているIMSに転送するステップとを備える方法。
【請求項２】
IMSの運営者、または、ユーザの選択に従った規則に依存したアクセスを実行するために、前記挿入されたヘッダ内の前記情報を利用するサービング呼セッション制御機能（S-CSCF）を備える請求項１に記載の方法。
【請求項３】
前記ヘッダは、IMS CS制御機能によって前記登録要求に挿入され、前記ヘッダは回線交換アクセスに関する接続を含むＰアクセスネットワークインフォメーションヘッダである請求項１に記載の方法。
【請求項４】
前記ヘッダにおける回線交換アクセスに関する前記接続のアドレスは、日時または加入者のプロフィールに従うローカルポリシーに基づいて、通常のパケット交換アクセス接続の前または後の順番となるように配置される請求項３記載の方法。
【請求項５】
前記ユーザ端末の識別は、ICCP登録要求に含まれる情報の利用により達成され、前記情報はデバイスID、他の接続、または、IPマルチメディアプライベート識別番号を含む請求項１に記載の方法。
【請求項６】
前記デバイスIDはICCF IPアドレスであり、前記他の接続は前記接続IPアドレスとともに前記S-CSCFによって記憶される情報であり、前記IPマルチメディアプライベート識別番号は前記UEの前記IMSIから得られる請求項５に記載の方法。
【請求項７】
IPマルチメディアサブシステム（IMS）にユーザ端末（UE）を登録するシステムであって、
前記IMSにIMS CS制御プロトコルICCP、登録要求を送信するUEと、
前記IMSに関連し、前記登録要求が回線交換アクセスネットワークから生じているかどうかを判断する手段と、
前記登録要求が回線接続ネットワークから生じていると判断された場合に、前記登録要求の中に前記回線交換アクセスネットワーク形式に関する情報を含むヘッダを挿入する機能と、
前記登録要求を前記IMS、および、アプリケーションサーバと連携しているIMSに転送するロジック手段とを備えるシステム。
【請求項８】
IMSの運営者、または、ユーザの選択に従ったアクセス規則を実行するために前記挿入されたヘッダ内の前記情報を利用するサービング呼セッション制御機能（S-CSCF）を更に備える請求項７に記載のシステム。
【請求項９】
前記ヘッダはIMS CS制御機能（ICCF）によって前記登録要求に挿入され、前記ヘッダは回線交換アクセスに関する接続を含むＰアクセスネットワークインフォメーションヘッダである請求項７に記載のシステム。
【請求項１０】
前記ヘッダにおける回線交換アクセスに関する前記接続のアドレスは、ローカルポリシー、日時、または、加入者のプロフィールに従った接続の扱いに関する順序規則に基づいて、通常のパケット交換アクセス接続の前、または、後の順番に配置される請求項９記載のシステム。
【請求項１１】
前記ユーザ端末の識別は、ICCP登録要求に含まれる情報の利用により達成され、前記情報はデバイスID、他の接続、または、IPマルチメディアプライベート識別番号を含む請求項７に記載のシステム。
【請求項１２】
前記デバイスIDはICCF IPアドレスであり、前記他の接続は前記接続IPアドレスとともに前記S-CSCFによって記憶される情報であり、前記IPマルチメディアプライベート識別番号は前記UEの前記IMSIから得られる請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はIPマルチメディアシステム（IMS）に関する。特に、本発明はIMSユーザ登録プロセスを支援するためのシステムと方法に関する。
【背景技術】
【０００２】
以下に明細書の本文で使用される頭字語のリストと定義を示す。これらの語は明細書内で他に言及されない限り適用される。
頭字語
3GPP: 第三世代パートナーシッププロジェクト（3rd Generation Partnership Project）
ADS: アクセスドメインセレクション（Access Domain Selection）
AS: アプリケーションサーバ（Application Server）
CAMEL: 移動網用拡張論理のためのカスタマイズアプリケーション（Customized Application for Mobile network Enhanced Logic）
CDR: コールデータレコード（Call Data Record）
CS: 回線交換（Circuit Switch）
CSCF: 呼セッション制御機能（Call Session Control Function）
CSI: CSとIMSサービスのコンビネーション（Combination of CS and IMS service）
IA: ISMアダプタ（ISM Adapter）
ICCF: IMS回線交換制御機能（IMS Circuit Switch Control Function）
ICCP: IMS回線交換制御プロトコル（IMS Circuit Switch Control Protocol）
ICS: IMS集中サービス（IMS Centralized Services）
IMPI: IPマルチメディアプライベート識別番号（IP Multimedia Private Identity）
IMS: IPマルチメディアサブシステム（IP Multimedia Subsystem）
IMSI: 国際移動加入者識別番号（International Mobile Subscriber Identity）
IP-CAN: IP接続アクセス網（IP Connectivity Access Network）
ISC: IPマルチメディアサブシステム制御（IP Multimedia Subsystem Control）
ISUP: ISDNユーザパート（ISDN User Part）
MAP: モバイルアプリケーションパート（Mobile Application Part）
MGCF: メディアゲートウエイ制御機能（Media Gateway Control Function）
PS: パケット交換（Packet Switched）
P-CSCF: プロクシ呼セッション制御機能（Proxy Call Session Control Function）
S-CSCF: サービング呼セッション制御機能（Serving Call Session Control Function）
SIP: セッション開始プロトコル（Session Initiation Protocol）
TAS: テレフォニーアプリケーションサーバ（Telephony Application Server）
UE: ユーザ端末（User Equipment）
URL: ユニフォームリソースロケータ（Uniform Resource Locator）
USSD: 非構造付加サービスデータ（Unstructured Supplementary Service Data）
VCC: 音声コール連続性（Voice Call Continuity）
WCDMA: 広帯域符号分割多重接続（Wideband Code Division Multiple Access）
【０００３】
図１はICSアーキテクチャ１００のハイレベルブロック図を示している。IMS集中サービス（ICS）は回線交換（CS）ネットワーク１０２のようなアクセスネットワークの数多くの形式においてIMSサービスを可能にするために第三世代パートナーシッププロジェクト（3GPP）において提案された仕様である。サービスはIMS１１０において実行され、CSネットワーク１０２はIMS１１０内のサービスへのアクセスのために使用されている。
【０００４】
3GPPリリース７の音声コール連続性（VCC）アーキテクチャと比較して、IMS CS制御機能（ICCF）１０６はIMS向けのIMS端末をエミュレートするために、IMS登録、ミッドコールシグナリング（mid-call signaling）、および、コールセットアップシグナリング（call set-up signaling）のための付加情報（例えばSIP URL）のようなCSシグナリング（例えばISUP）をサポートしないシグナリングを利用可能にするために導入されている。非構造付加サービスデータ（USDD）はCSネットワークにおいてICCP（IMSCS制御）１０４と呼ばれるこの追加のシグナリングを転送することに使用可能である。
【０００５】
3GPPリリース７のVCCにおいて、VCCユーザはCSアクセスではIMS登録されず、テレフォニーアプリケーションサーバ（TAS）１０８がユーザにIMSサービスを提供するために追加の機構を実装しなくてはならない。一つの可能な解決策として、3GPPリリース８において、TAS１０８が、ユーザがIMS登録されたことをサードパーティ登録処理によってS-CSCFから通知されることを可能にするために、ICCPを使用したUE１０１からのIMS認証をサポートすることが提案されている。サービングCSCF（S-CSCF）はユーザ端末の登録を扱い、IPマルチメディアサブシステムに対してルーティングするための呼セッション制御機能である。他の呼セッション制御機能、プロクシCSCF（P-CSCF）はユーザ端末と最初にアクセスするポイントであり、セキュリティ、照合、ポリシー（policy）の決定を扱う。現在、IMSにユーザがCSアクセスで登録されているのかPSアクセスで登録されているのかを通知する手順はない。（これは、以前にはCSアクセスのためのIMS認証が存在しなかったためである。）IMSは、すべてのアクセスがパケットアクセスであると想定されており、ユーザが一つ以上の無線アクセスで登録されているということのみを認識可能である。IMSにおいては、パケット交換（PS）アクセスが常に想定されていた。
【０００６】
アクセスは常にPSアクセスであるという想定のために、3GPPリリース７までは、IMSサードパーティ登録機構によって対処され得ないという状況がある。例えば、運営者は、S-CSCFの接続アドレス選択においてローカルポリシーを実行するために、PSアクセスよりもCSアクセスの方を選ぶかもしれないし、または、その逆かもしれない。また、運営者はCSアクセスとPSアクセスの課金を区別し、IMS CDRにおける違いを示したいかもしれない。さらに、運営者はユーザがCSアクセス、または、PSアクセスで登録されたときのTASの振る舞いを識別したいかもしれない。（例えば、ユーザがビデオをサポートしていないCSアクセスで登録されている場合において、ビデオをビデオメールボックスに転送するためのコール）。
【０００７】
先行技術の課題を克服する、ユーザがCSまたはPSアクセスで登録されたのかどうかを識別するためのシステムや方法を持つことは有利である。本発明はこのようなシステムや方法を提供する。
【発明の概要】
【０００８】
本発明はＰアクセスネットワークインフォメーション（P-Access-Network-information）ヘッダにおけるCSアクセスの通知（indication）をサポートするために、例えば、ICCF、CSCF、および、ASの中にある、SIPインターフェースにおける変化を提供する。影響のあるノードはICCF、S-CSCF、および、ASである。上記通知はルーティングの決定、課金、および、プレゼンス（presence）情報のような異なった目的のためにS-CSCF、または、ASによって使用可能である。
【０００９】
それゆえに、本発明の一つの態様においては、登録要求（registration request）をサービング呼セッション制御機能（S-CSCF）に送信することによって、IPマルチメディアシステム（IMS）にユーザ端末（UE）を登録するための方法である。ここで、登録要求はユーザのアクセスタイプとアクセスタイプに関する接続についての情報が入っているヘッダを含む。登録要求はICCFに応答するアプリケーションサーバと関連しているIMSに転送される。S-CSCFは挿入された登録要求ヘッダを運営者、または、ユーザの選択に従ったアクセス規則を実行することに利用する。登録要求に含まれるヘッダは、回線交換アクセスに関する接続を含むＰアクセスネットワークインフォメーションヘッダである。
【００１０】
ヘッダにおける回線交換アクセスに関する接続アドレスは、使用順において、通常のパケット交換アクセス接続の前に配置され、アクセスタイプに関係がある接続の扱いに関する順序規則（ordering rule）はS-CSCFにおけるローカルポリシー（local policy）に基づく。S-CSCFにおけるローカルポリシーは日時に依存してもよく、または、加入者のプロファイルに従ってもよい。
【００１１】
他の態様において、本発明は、IPマルチメディアシステム（IMS）において、ユーザ端末（UE）を登録するためのシステムに関する。このシステムは登録要求をサービング呼セッション制御機能（S-CSCF）に送信する手段を備え、登録要求はユーザのアクセスタイプ、および、アクセスタイプに関する接続についての情報が入っているヘッダを含む。システムは登録要求をアプリケーションサーバと連携しているIMSに転送する手段と登録応答（registration resopnse）をICCFに送信する手段を含む。
【００１２】
S-CSCFに含まれる登録要求ヘッダを、運営者、または、ユーザの選択に従ったアクセス規則を実行するために利用するための手段が存在し、登録要求に含まれるヘッダは回線交換アクセスに関する接続を含むＰアクセスネットワークインフォメーションヘッダである。
【００１３】
ヘッダ内における回線交換アクセスに関する接続は、通常のパケット交換アクセス接続の前に、順番に配置することができ、アクセス形式に関係がある接続の扱いに関する順序規則はS-CSCFにおけるローカルポリシーに基づく。ここで、S-CSCFのローカルポリシーは、日時に依存する、または、加入者のプロフィールに従う。
以下のセクションで、本発明は図に示された実施形態を参照しながら説明される。
【図面の簡単な説明】
【００１４】
【図１】ICSアークテクチャのハイレベルブロック図。
【図２】本発明の実施形態による、認証における回線交換アクセスのハイレベル信号図。
【図３ａ】、
【図３ｂ】、
【図３ｃ】本発明の実施形態による、S-CSCFにおける認証されたデバイスが識別される３つの状況を示す図。
【図４ａ】、
【図４ｂ】、
【図４ｃ】、
【図４ｄ】本発明の実施形態による、S-CSCFにおける命令が変化する状況を示す図。
【図５ａ】、
【図５ｂ】、
【図５ｃ】、
【図５ｄ】本発明の実施形態による、様々な分岐動作がとられうる状況を示す図。
【図６ａ】、
【図６ｂ】、
【図６ｃ】、
【図６ｄ】、
【図６ｅ】、
【図６ｆ】本発明の実施形態による、様々なシーケンシャルリング動作を示す図。
【図７】本発明の実施形態による、プレゼンスサーバへの回線交換アクセスの通知を示す図。
【発明を実施するための形態】
【００１５】
以下の詳細な説明では、発明の全体の理解を提供するために多くの具体的な詳細について述べる。しかしながら、本発明はこれらの具体的な詳細がなくとも実施されうることは当業者にとっては明白であろう。周知の方法、手順、構成物、および、回路については、本発明を不明瞭にしないように、詳細には説明されていない。
【００１６】
IMSに関するパラメータ「Ｐアクセスネットワークインフォメーション（P-Access-Network-information）」はアクセスに関する具体的なネットワークの情報を配信するための既存のものである。しかし、アクセス形式（CSまたはPS）を含む追加の情報は現在このパラメータには含まれていない。ICSの導入以前はPSアクセスはデフォルトケースであった。Ｐアクセスネットワークインフォメーションのヘッダを参考のために以下に示す。
2010524289.tif 000003
【００１７】
図２は本発明の実施形態による、登録における回線交換アクセスのハイレベル信号図を示している。本発明において、Ｐアクセスネットワークインフォメーションのヘッダは、CSのようなアクセスの形式を通知するために拡張され、ICCFによってICCP登録要求に挿入され、S-CSCFとアプリケーションサーバ（AS）に配信される。アプリケーションサーバは、テレフォニーアプリケーションサーバまたは音声連続性AS、または、他のAS（例えば、プレゼンス（presence）サーバ）であることが可能であり、IPマルチメディアサブシステム制御（ICS）インターフェースのトップでそのアプリケーションを実行するために登録ステータスを利用する。S-CSCFはさらに、PSアクセスとは異なる順序でCSアクセスに関連する接続を配置する、運営者、または、ユーザの選択に従った規則を実行するために、Ｐアクセスネットワークインフォメーションを使用可能である。
【００１８】
図３ａ、３ｂ、および３ｃは登録されたデバイスが本発明の実施形態に従ってS-CSCFにおいて識別される３つの状況を示している。CSとPSのUE間の区別はICCPを用いるICCFによって供給される登録メッセージに含まれる情報を使用することで実現されている。図３ａはCSおよびPSのどちらにおいても登録中にUEからの「デバイスID（Device ID）」を利用することを示している。これはICCP登録要求、および、SIPレジスタ（REGISTER）メッセージにおける新しいパラメータであり、S-CSCFはアクセスIPアドレスとともに「デバイスID」情報を記憶する必要がある。例えば、もし２つのデバイスが登録され、一つはCSおよびPSアクセスのあるUEであり、もう一つはPSアクセスのみのPCであるUEである場合、S-CSCFに記憶される情報は以下の通りである。
Public User ID ----- Contact IP1 ----- CS access --- Device ID1
+-- Contact IP2 ----- PS access --- Device ID1
+-- Contact IP3 ----- PS access --- Device ID2
注１−IP1はCSアクセスの場合のICCF IPアドレスである。
【００１９】
図３ｂはCS登録中のUEからの少なくとも一つの「他の接続（alternative contact）」を含む場合を示している。ICCP登録要求およびレジスタメッセージにおいて、S-CSCFはCSアクセスのためのアクセスIPアドレスとともに「他の接続」の情報を記憶する必要がある。S-CFCSは、２つの登録が接続アドレスと他の接続アドレスに一致する同じデバイスに属するということを識別可能である。例えば、もし２つのデバイスが登録された場合、一つはCSおよびPSアクセスのUEであり、もう一つはPSアクセスのみのPCであるUEであると、S-CSCFに記憶される情報は以下の通りである。
Public User ID ----- Contact IP1 ----- CS access --- Alt contact IP2
+-- Contact IP2 ----- PS access
+-- Contact IP3 ----- PS access
注１−IP1はCSアクセスの場合のICCF IPアドレスである。
【００２０】
図３ｃはデバイスの識別のためのIPマルチメディアプライベート識別番号（IMPI）の使用を示している。IMPIはICCP登録要求（MAPUSSDメッセージ）において配信されるIMSIから得られ、レジスタメッセージのオウソリゼーション（Authorization）ヘッダに挿入されることが可能である。S-CSCFはルーティングの決定における使用のために接続IPアドレスとともにIMPI情報を記憶する必要がある。例えば、もし２つのデバイスが認証され、一つはCSおよびPSアクセスのUEであり、もう一つはPSアクセスのみのPCであるUEであると、S-CSCFに記憶される情報は以下の通りである。
Public User ID ----- Contact IP1 ----- CS access --- IMPI1
+-- Contact IP2 ----- PS access --- IMPI1
+-- Contact IP3 ----- PS access --- IMPI2
注１−IP1はCSアクセスの場合のICCF IPアドレスである。注2−IMPI1はIMSIから得られ、IMPI2はPCに実装されたIMSIに記憶される。
【００２１】
図４ａ−４ｄは本発明の実施形態にしたがって、S-CSCFにおける順序が変更される状況を示している。S-CSCFは、CSアクセスに関する接続を典型的なPS接続とは異なる順番で配置するための、運営者またはユーザの選択に従った規則を実施するために、Ｐアクセスネットワーク情報を使用することもできる。
【００２２】
現在、接続の扱いはユーザからのq値にのみ基づいている。qパラメータはユーザからのルーティングの接続の優先度を示すために使用される。本発明は、S-CSCFにおけるローカルポリシーに基づくことが可能な、例えば、日時や加入者ごとに依存して異なりうる順序規則を提供する。S-CSCFにおける可能な順序は以下のものを含みうる。
・最初にCSアクセスの接続を試み、応答がなければ、それからPSアクセスを試みる。（図４ａ）
・最初にPSアクセスの接続を試み、応答がなければ、それからCSアクセスを試みる。（図４ｂ）
・CSとPSアクセスの接続の両方が登録されている場合にのみ、CSアクセスの接続を試みる（一つの接続のみが登録されている場合は、登録されている接続を試みる。）（図４ｃ）
・CSとPSアクセスの接続の両方が登録されている場合にのみ、PSアクセスの接続を試みる（一つの接続のみが登録されている場合は、登録されている接続を試みる。）（図４ｄ）
これらのオプションは、今日の、ユーザからのq値のみに基づいているS-CSCFにおける接続の扱いを拡張することになる。
【００２３】
図５ａ−５ｄは本発明の実施形態において、取りうる様々な分岐動作（forking action）を示している。S-CSCFは複数アクセスにわたって登録された同じデバイスへの接続に対する分岐を抑制するための規則を実行するためにＰアクセスネットワークインフォメーションを利用することもできる。分岐規則（forking rule）はS-CSCFにおけるローカルポリシーに基づいてもよく、例えば、日時に依存して異なるものであってもよい。可能な分岐規則は以下に示すものを含む。
・ユーザがCSおよびPSアクセスの両方で登録されているならば、PSアクセスの接続のみへ分岐する（図５ａ）。
・ユーザがCSおよびPSアクセスの両方で登録されているならば、CSアクセスの接続のみへ分岐する（図５ｂ）。
・最初にPSアクセスの接続へ分岐し、それからCSアクセスの接続へ分岐する（図５ｃ）。
・最初にCSアクセスの接続へ分岐し、それからPSアクセスの接続へ分岐する（図５ｄ）。
規則はさらに下記の動作を行えるように、順次的なリンギング（呼出信号の送出：ringing）と組み合わされ得る。
・ユーザがCSおよびPSアクセスの両方で登録されているならば、PSアクセスのみの接続へ分岐する。分岐されたデバイスのいずれもが応答しなければ、CSアクセス接続を試みる。
・ユーザがCSおよびPSアクセスの両方で登録されているならば、CSアクセスのみの接続へ分岐する。分岐されたデバイスのいずれもが応答しなければ、PSアクセス接続を試みる。
【００２４】
分岐規則はS-CSCFにおけるローカルポリシーに基づくことが可能で、例えば、日時に依存して異なっていてもよい。
【００２５】
図６ａ−６ｆは本発明の実施形態に従った、様々な順次的なリンギング動作に関する状況を示している。S-CSCFは、他のデバイスへの接続をリングすることを試みる前に（または試みた後に）同じデバイスについてアクセスの方法が異なる接続を順々に試みるという方法で、接続を順々にリングするために、Ｐアクセスネットワークインフォメーションを使用可能である。言い換えるならば、可能な、シーケンシャルなリンギング規則は以下に示すものを含む。
・１）順々に別のデバイスをリングする際に、ユーザがCSとPSアクセスの両方で登録されているならば、最初にPSアクセス接続を試み、応答がなければ、
−他のデバイスを試す前にCSアクセスを試みる（図６ａ）、
−他のデバイスに対するすべての順次的なリンギングが応答されなかった後にCSアクセス接続を試みる（図６ｂ）、
−CSアクセス接続を含まない（図６ｃ）。
・２）  順々に別のデバイスをリングする際に、ユーザがCSとPSアクセスの両方で登録されているならば、最初にCSアクセス接続を試み、応答がなければ、
−他のデバイスを試す前にPSアクセスを試みる（図６ｄ）、
−他のデバイスに対するすべての順次的なリンギングが応答されなかった後にPSアクセス接続を試みる（図６ｅ）、
−PSアクセス接続を含まない（図６ｆ）。
【００２６】
順次的なリンギングの規則はS-CSCFにおけるローカルポリシーに基づくことが可能で、例えば、日時に依存して異なってもよい。
【００２７】
これらのパラメータはＰアクセスネットワークインフォメーションに含まれることが可能であり、または、新しいSIPヘッダパラメータとして含まれることが可能である。ASはアクセスドメインセレクション（ADS）のために、CSアクセスとPSアクセスとを識別するために接続情報を使用可能である。
【００２８】
VCC 3GPPリリース７において、VCCアプリケーションサーバはADSを実施している。ADSがPSアクセスを選択すると、コールはPSアクセスにおいて登録された接続にルーティングされる。ADSがCSアクセスを選択した場合、S-CSCFはCSアクセスでは登録された接続を持たないので、ADSはS-CSCFにおける接続の扱いをバイパスし、CSアクセスをルーティングすることを可能にするのに適したルーティング番号（CSルーティング番号と呼ばれる）を使用して、コールの対象を再設定する。ユーザがPSアクセスで登録されている場合、VCCASはサードパーティの登録機構を使うことでPS認証状態を知りうるが、ユーザがCSアクセスで登録されたことを知るためには、特殊な非IMSの機構を実行する必要がある。IMSサードパーティ登録はさらにCSアクセスの登録状態を決定するために使用することができ、それは、ADSの実行を容易にする。
【００２９】
ASとS-CSCFは運営者がPSアクセスに対する通信とCSアクセスに対する通信に対する課金体系を識別することを可能にするために、Ｐアクセスネットワークインフォメーションを含むCDRを発行可能である。通信がCSアクセス介したものであることを示すために、セッションがICCFから確立されるとき、Ｐアクセスネットワークインフォメーションは招待（INVITE）リクエストを含む（ユーザがCSアクセスで登録するときのレジスターメッセージだけでなく）ことが可能である。
【００３０】
図７は本発明の実施形態に従ったプレセンスサーバの回線交換アクセスの通知を示している。SIP ASであるプレゼンスサーバは、さらにサードパーティ登録処理の間にユーザがPSアクセスであるか、または、CSアクセスであるかどうかを決定するためにＰアクセスネットワークインフォメーションを受信することが可能であり、監視人によりよい情報を提供可能である。この文脈における「監視人（watcher）」はICSユーザの存在情報に記入されたユーザであり、ICSユーザのプレゼンス状態を「監視する」。ユーザがPSアクセスで登録されている場合に、監視人がPSアクセス（例えば、PSアクセスを介した音声およびビデオ）に対するマルチメディアコールを始めることができるように、監視人はどのアクセスがマルチメディア通信を始めるのに使用されるべきかを決定するためにプレゼンス状態を使用する。そのような監視人はUE、または、ネットワークノードに存在することができる。
【００３１】
実際のアプリケーションに基づいて説明された革新的なコンセプトはアプリケーションの幅広い範囲にわたる修正や変形が可能であることは当業者にとっては理解されるだろう。したがって、特許の対象となる目的は上記で示し、説明した具体的な実施形態に制限されるべきではないが、以下の特許請求の範囲によって定義される。
【図１】
2010524289.tif 000004
【図２】
2010524289.tif 000005
【図３ａ】
2010524289.tif 000006
【図３ｂ】
2010524289.tif 000007
【図３ｃ】
2010524289.tif 000008
【図４ａ】
2010524289.tif 000009
【図４ｂ】
2010524289.tif 000010
【図４ｃ】
2010524289.tif 000011
【図４ｄ】
2010524289.tif 000012
【図５ａ】
2010524289.tif 000013
【図５ｂ】
2010524289.tif 000014
【図５ｃ】
2010524289.tif 000015
【図５ｄ】
2010524289.tif 000016
【図６ａ】
2010524289.tif 000017
【図６ｂ】
2010524289.tif 000018
【図６ｃ】
2010524289.tif 000019
【図６ｄ】
2010524289.tif 000020
【図６ｅ】
2010524289.tif 000021
【図６ｆ】
2010524289.tif 000022
【図７】
2010524289.tif 000023
【手続補正書】
【提出日】平成22年3月25日(2010.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
IPマルチメディアサブシステム（IMS）にユーザ端末（UE）を登録する方法であって、
前記IMSにUEの登録要求を送信するステップと、
前記登録要求が回線交換アクセスネットワークから生じているのかどうかを判断するステップと、
前記登録要求が回路交換ネットワークから生じているとの判断に応じて、前記登録要求の中に前記回線交換アクセスネットワークに関する情報を含むヘッダを挿入するステップと、
前記登録要求を前記IMS、および、IMS関連アプリケーションサーバに転送するステップとを備える方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
IPマルチメディアサブシステム（IMS）にユーザ端末（UE）を登録するシステムであって、
前記IMSにIMS CS制御プロトコルICCP、登録要求を送信するUEと、
前記IMSに関連し、前記登録要求が回線交換アクセスネットワークから生じているかどうかを判断する手段と、
前記登録要求が回線接続ネットワークから生じていると判断された場合に、前記登録要求の中に前記回線交換アクセスネットワーク形式に関する情報を含むヘッダを挿入する機能と、
前記登録要求を前記IMS、および、IMS関連アプリケーションサーバに転送するロジック手段とを備えるシステム。
【国際調査報告】
2010524289.tif 000024
2010524289.tif 000025