ＶＣＣにおける呼実行方法、並びにその端末及びサーバ
【課題】好適なＶＣＣ（Voice Call Continuity）サービスを提供する方法、サーバ、及び端末を提供すること。
【解決手段】実施形態によれば、前記端末は、端末が発信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報及び前記端末が前記発信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のためのドメイン選択を行う制御装置とを含む。
【解決手段】実施形態によれば、前記端末は、端末が発信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報及び前記端末が前記発信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のためのドメイン選択を行う制御装置とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００６年２月６日付けで出願された米国仮出願番号６０／７６５，２１４と、２００６年１１月６日付け及び２００７年１月２９日付けでそれぞれ大韓民国に出願された大韓民国出願番号１０−２００６−０１０９１１３号及び１０−２００７−０００９０９４号との優先権を主張する。これら出願の全体内容は、参照することにより本書に完全に組み込まれる。
【０００２】
本発明は、ＶＣＣ（Voice Call Continuity）に関し、特に、ＶＣＣアプリケーションサーバ又は端末がユーザ嗜好（user preference）及びオペレータポリシー（operator policy）を考慮してドメインを選択し、前記選択されたドメインで発信及び／又は着信呼（originating/terminating call）を行うことに関する。
【背景技術】
【０００３】
一般に、ＶＣＣとは、アプリケーションの一種であり、すなわち、回線交換（circuit-switched：ＣＳ）ドメインとＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）ドメイン間で音声呼を送信できるホームＩＭＳアプリケーションをいう。このようなＶＣＣ（以下、ＶＣＣアプリケーションともいう）は、音声呼発信、音声呼着信、及びＣＳドメインからＩＭＳドメインへ又はその反対のドメイン転換の機能を提供する。ここで、ドメイン転換とは、アクティブセッション中にユーザ装置（User Equipment：ＵＥ）（すなわち、端末）への音声呼に対するアクセスレッグ（access leg）がＣＳドメインからＩＭＳドメインに又はその反対に転換されることをいう。アクセスレッグとは、ＶＣＣ ＵＥと前記ＶＣＣアプリケーションのＤＴＦ（Domain Transfer Function）間の呼制御レッグをいう。
【０００４】
特定音声呼／セッションのＣＳドメインからＩＭＳドメインへの又はその反対のドメイン転換は、前記音声呼／セッション設定の信号経路上にＤＴＦが位置する場合にのみ行われる。このために、ＤＴＦを音声呼／セッション設定の信号経路の中間に配置させることを、ＩＭＳアンカリング（Anchoring in IMS）又はアンカリングという。
【０００５】
図１は、ＶＣＣサービスを提供するネットワークの構造を示す。
【０００６】
図１に示すように、ＶＣＣ ＵＥ１０は、ＶＣＣサービスをサポートする全てのタイプの端末を示す。前記ＶＣＣ ＵＥは、ＣＳドメイン及びパケット交換（packet switching：ＰＳ）ドメインにアクセスできる。すなわち、前記ＶＣＣ ＵＥは、前記ＣＳドメインにアクセスされるときはその内部に備えられるＵＥ−ＣＳ（図示せず）を利用し、前記ＰＳドメインにアクセスされるときは、その内部に備えられるＵＥ−ＩＭＳ（図示せず）を利用する。
【０００７】
ＶＣＣアプリケーション２０は、ＶＣＣサービスを提供するアプリケーションサーバであり、一連の機能を行うエンティティから構成される。すなわち、前記一連の機能は、前記ＶＣＣ ＵＥに音声呼を設定するために要求される機能と、アクティブセッションを維持するとともに前記ＣＳドメインと前記ＩＭＳドメイン間で前記ＶＣＣ ＵＥのアクセスレッグをスイッチングするために要求される機能である。ここで、図１に示すように、前記一連の機能は、ドメイン転換機能（Domain Transfer Function）２０ａ、ドメイン選択機能（Domain Selection Function）２０ｄ、ＣＳ適応機能（CS Adaptation Function）２０ｂ、及びＣＡＭＥＬサービスアプリケーション（CAMEL service application）２０ｃである。前記一連の機能の詳細な性能及び動作は、３ＧＰＰ ＴＳ ２３．２０６ Ｖ１．２．０に説明されている。
【０００８】
一般に、ＣＳドメインエンティティは、ＶＭＳＣ（Visited Mobile Switching Center）、ＧＭＳＣ（Gateway MSC）、ｇｓｍＳＣＦなどを含む。ＩＭＳドメインエンティティは、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、及びＭＧＣＦ（Media Gateway Control Function）を含む。これらは、公知のエンティティである。
【０００９】
以下、ＶＣＣサービスにおけるＶＣＣ呼発信及びＶＣＣ呼着信の処理方法について、図１のネットワーク構造で実現される従来技術に従って図２〜図５を参照して説明する。図２〜図５は、発信／着信呼（outgoing/incoming call）設定セッションが行われる信号経路（又は、ルーティング）を示す図である。すなわち、図２及び図３は、ＶＣＣサービスにおける発信呼の信号経路である。特に、図２は、前記ＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路であり、図３は、前記ＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路である。発信呼（originating call）は、ｏｕｔｇｏｉｎｇ ｃａｌｌ（発信呼）、すなわち、前記ＶＣＣ ＵＥ１０から前記ＶＣＣアプリケーション２０に発信される呼として知られている。一方、図４及び図５は、前記ＶＣＣサービスにおける着信呼の信号経路である。特に、図４は、前記ＶＣＣサービスにおいて前記ＣＳドメインを介した着信呼の信号経路であり、図５は、前記ＶＣＣサービスにおいて前記ＩＭＳドメインを介した着信呼の信号経路である。着信呼（terminating call）は、ｉｎｃｏｍｉｎｇ ｃａｌｌ（着信呼）、すなわち、前記ＶＣＣアプリケーション２０から前記ＶＣＣ ＵＥ１０端末に着信する呼として知られている。ここで、ＶＣＣ呼は、前記ＶＣＣ ＵＥ１０により着信又は発信される呼であり、前記ＣＳドメインから前記ＩＭＳドメインへのドメイン転換又はその反対へのドメイン転換中にも、前記ホームＩＭＳドメインに位置する前記ＶＣＣアプリケーション２０にアンカリングされて呼継続性（call continuity）を有する音声呼である。
【００１０】
図２〜図５において、ＵＥ（すなわち、ＶＣＣ ＵＥ）のユーザは、ホームネットワークのＶＣＣ加入者としてＶＣＣサービスを利用することができ、現在訪問ネットワークに位置すると仮定する。
【００１１】
以下、図２を参照して従来のＣＳドメインを介した発信呼の信号経路について説明する。
【００１２】
ＶＣＣ加入者がＣＳ呼の実行を試みると、現在前記訪問ネットワークにあるＵＥは、前記ＣＳドメイン上のＶＭＳＣによりＣＳ呼設定を行う。前記ＣＳ呼は、前記ホームネットワークのＩＭＳドメインにあるＤＴＦ（Domain Transfer Function）に送信されてＩＭＳアンカリングされる。次に、これに該当するセッション（すなわち、前記呼）は、例えば着信ネットワークにあるＰＳＴＮに送信される。その後、通常のＩＭＳドメイン着信手順が行われる。
【００１３】
以下、図３を参照して従来のＩＭＳドメインを介した発信呼の信号経路について説明する。
【００１４】
ＶＣＣ加入者がＩＭＳ呼の実行を試みると、現在前記訪問ネットワークにあるＵＥは、ＩＭＳドメイン上にＩＭＳ呼設定を行う。前記ＩＭＳ呼は、ＩＰ−ＣＡＮを経由してＰ−ＣＳＣＦに送信される。次に、前記ＩＭＳ呼は、ホームネットワークのＩＭＳドメインのＤＴＦに送信された後、着信ネットワークにあるＰＳＴＮに送信される。その後、通常のＩＭＳドメイン着信手順が行われる。
【００１５】
以下、図４を参照して従来のＣＳドメインを介した着信呼の信号経路について説明する。
【００１６】
発信側（originating party）（又は、Ａパーティー）が着信側（terminating party）（又は、Ｂパーティー）に呼実行を試みると、前記発信側は、ＧＭＳＣ（Gateway MSC）に送られる呼を発信する。前記Ｂパーティーが、ホームネットワークでＶＣＣ加入者として確認されると、前記呼は、前記ＩＭＳドメイン上のＤＴＦにルーティングされる。前記ＤＴＦから前記呼がＣＳドメインで行われると、前記呼は、ＧＭＳＣを介して前記ＣＳドメインに、すなわち、訪問ネットワークにあるＶＭＳＣにルーティングされる。ここで、前記ＰＳＴＮから前記ＣＳドメインに発信される全ての呼は、前記ＤＴＦにおいてアンカリングされるようにＩＭＳドメインにルーティングされる。
【００１７】
以下、図５を参照して従来のＩＭＳドメインを介した着信呼の信号経路ついて説明する。
【００１８】
着信呼がＩＭＳドメインでＵＥに実行できる場合、前記ＤＴＦにおいてアンカリングされた呼は、訪問ネットワークのＰ−ＣＳＣＦ及びＩＰ−ＣＡＮを介して着信側端末、すなわち、前記ＵＥのＩＭＳ ＵＲＩに進む。すなわち、図４に示すように、同一のアンカリング手順を経た呼は、訪問ネットワークのＩＭＳドメインに着信する。
【００１９】
以上、図２及び図３に示すように、前記ＵＥが呼（すなわち、発信呼）を発信するとき、前記ＵＥユーザ（すなわち、ＶＣＣ加入者）は、オペレータポリシーを考慮せずにユーザの好む特定ドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を選択し、前記選択されたドメインに前記呼を送る。従って、従来技術には、前記ＵＥがオペレータポリシーを考慮せずにドメインを選択し、前記選択されたドメインに呼を送るという技術的限界がある。ここで、前記オペレータポリシーは、ネットワークの現在状態（例えば、リソース割り当て又はトラフィックなどに関する状態）に応じて呼のドメイン選択に関する情報を含む。
【００２０】
また、図４及び図５に示すように、ＵＥは、前記ＵＥの好むドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を介して着信呼を受信することができない。すなわち、従来技術では、着信呼のドメインを選択するとき、ＵＥユーザのドメイン選択に関する嗜好を考慮せずに、ネットワーク（すなわち、詳しくはＣＣＣＦ）がオペレータポリシーに基づいてＵＥへの着信呼のためのドメインを選択する。従って、従来技術には、前記ＵＥへの着信呼のドメイン選択過程で前記ＶＣＣアプリケーションがドメインを選択すると、ドメイン選択に関するＵＥユーザ嗜好を前記ＶＣＣアプリケーションが考慮できないか、考慮しないという技術的問題／限界がある。
【発明の概要】
【課題を解決するための手段】
【００２１】
従って、以上のように、前記ＵＥの側面から、前記ＵＥがネットワーク状態又はトラフィックなどにより変更（又は、更新）し得るオペレータポリシーを考慮せずにドメインを選択するので、前記ネットワークで発生する特定ドメイン（ＩＭＳ又はＣＳ）のトラフィックもしくは特定ドメインのために割り当てられるリソースの不足などによる呼の不一致（call inconsistency）、又は頻繁なドメイン転換などの問題が発生する。
【００２２】
また、ネットワークの側面からは、ネットワーク（例えば、ＣＣＣＦ）が発信呼のドメイン選択のためのユーザ嗜好を反映せずドメインを選択するので、前記ＵＥが機械的問題を有するか、前記ＵＥが特定ドメインに接続できない場合、呼の不一致が発生するか、不要なドメイン転換が頻繁に発生する可能性がある。
【００２３】
また、前記ＵＥユーザは、前記ＵＥでないウェブページでユーザ嗜好を登録又は更新できる。このような場合、前記更新された嗜好が前記ネットワーク又は前記ＵＥに通知されないと、前記ドメインが不正確に選択されてＵＥが誤動作する結果となる。
【００２４】
従って、本発明の目的は、ネットワーク（すなわち、ＶＣＣアプリケーション）において着信呼に関するユーザ嗜好（ドメイン選択情報を含む）を設定又は更新するＵＥを提供することにより、前記ネットワークが着信呼のためのドメインを選択するとき、前記ユーザ嗜好を考慮した呼実行を可能にすることにある。
【００２５】
本発明の他の目的は、ＵＥが発信呼を発信するとき、ネットワークのオペレータポリシーを考慮して前記発信呼のドメインを選択する方法及び端末を提供することにある。ここで、前記オペレータポリシーは、選択されるネットワーク嗜好ドメイン（network-preferred domain）を示すドメイン選択情報を含む。
【００２６】
本発明のさらに他の目的は、端末又はＶＣＣアプリケーションサーバのようなネットワークサーバにより着信呼又は発信呼のためのドメインを選択するとき、ネットワーク嗜好ドメインを示すオペレータポリシー情報及びユーザ嗜好ドメインを示すユーザ嗜好情報の１つを考慮する方法を提供することにある。
【００２７】
本発明のさらに他の目的は、前記オペレータポリシー情報及び前記ユーザ嗜好情報のうち高い優先順位を有するドメイン選択情報を提供し、前記オペレータポリシー情報及び前記ユーザ嗜好情報のうち高い優先順位を有するドメイン選択情報を利用して着信呼又は発信呼のためのドメインを選択する方法を提供することにある。
【００２８】
本発明のさらに他の目的は、従来技術に関する限界及び欠点を解決するＶＣＣサービスを提供する方法、端末、及びサーバを提供することにある。
【００２９】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおける呼実行方法は、端末がＶＣＣアプリケーションから発信呼に関するドメイン選択情報を受信する段階と、前記端末が前記ドメイン選択情報又は前記端末に予め保存されている他のドメイン選択情報に基づいて前記発信呼のためのドメインを選択し、前記端末が前記選択されたドメインで前記発信呼を発信する段階とを含む。
【００３０】
本発明の他の実施形態によるＶＣＣにおける呼実行方法は、ＶＣＣアプリケーションが端末から着信呼に関するドメイン選択情報を受信する段階と、前記ＶＣＣアプリケーションが前記ドメイン選択情報又は前記ＶＣＣアプリケーションに予め保存されている他のドメイン選択情報に基づいて前記着信呼のためのドメインを選択し、前記ＶＣＣアプリケーションが、前記選択されたドメインで前記着信呼が前記端末により着信できるようにする段階とを含む。
【００３１】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおける端末は、ＶＣＣアプリケーションから発信呼に関するドメイン選択情報を受信するための受信機と、前記ドメイン選択情報に基づいて前記発信呼のドメインを選択するための制御装置と、前記選択されたドメインで前記発信呼を送信（発信）するための送信機とを含む。
【００３２】
本発明の他の実施形態によるＶＣＣにおける端末は、着信呼に関するドメイン選択情報をＶＣＣアプリケーションに送信するための送信機と、前記ドメイン選択情報に基づいて前記ＶＣＣアプリケーションが選択したドメインで着信呼を受信（着信）するための受信機とを含む。
【００３３】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおけるアプリケーションサーバは、着信呼に関するドメイン選択情報を端末から受信する段階と、前記着信呼に関する前記ドメイン選択情報に基づいてドメインを選択し、前記選択されたドメインで前記端末に前記着信呼を行う段階と、発信呼に関するドメイン選択情報を前記端末に送信する段階と、発信呼に関する前記ドメイン選択情報に基づいて選択されたドメインで前記発信呼を前記端末から受信する段階とを行う。
【００３４】
一態様によれば、本発明は、ＶＣＣサービスにおいて端末に送られる着信呼を提供する方法を提供し、前記方法は、ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバが前記端末からユーザ嗜好情報を受信する段階と、前記ＶＣＣアプリケーションサーバに前記受信されたユーザ嗜好情報を保存する段階と、前記ＶＣＣアプリケーションサーバが前記ユーザ嗜好情報又はオペレータポリシー情報に基づいて前記着信呼のためのドメイン選択を行う段階と、前記ＶＣＣアプリケーションサーバが前記選択されたドメインで前記着信呼を送信する段階とを含む。
【００３５】
他の態様によれば、本発明は、ＶＣＣサービスに加入している端末が発信する発信呼を提供する方法を提供し、前記方法は、端末に保存するために、前記端末がＶＣＣアプリケーションサーバからオペレータポリシー情報を受信する段階と、前記ＶＣＣアプリケーションサーバから受信された前記オペレータポリシー情報を前記端末に保存する段階と、前記ＶＣＣアプリケーションサーバが前記オペレータポリシー情報又はユーザ嗜好情報に基づいて前記発信呼のためのドメイン選択を行う段階と、前記端末が前記選択されたドメインで前記発信呼を送信する段階とを含む。
【００３６】
さらに他の態様によれば、本発明は、サービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置を提供し、前記装置は、着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記着信呼のためのドメイン選択を行うドメイン選択機能部とを含む。
【００３７】
さらに他の態様によれば、本発明は、サービス継続性を提供し、前記サービスで前記端末が発信した発信呼のためのドメインを選択する端末を提供し、前記端末は、発信呼を端末が発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記発信呼を前記端末が発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のためのドメイン選択を行う制御装置とを含む。
【００３８】
本発明の前記及び他の目的は、以下に説明される詳細説明により明らかになるであろう。しかし、本発明の好ましい実施形態を示す詳細説明及び特定例は、単なる例にすぎないことは理解できるであろう。本発明の精神と範囲内で行われる多様な変更及び変形は本発明の詳細な説明から当業者に明らかになるであろう。
【００３９】
本発明は、以下の詳細説明及び単なる例として与えられた添付図面から完全に理解できるであろうし、本発明は、これにより限定されるものではない。
［図１］本発明を実現するＶＣＣサービスを提供するネットワークの構造を示す図である。
［図２］従来のＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路を示す図である。
［図３］従来のＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路を示す図である。
［図４］従来のＶＣＣサービスにおいてＣＳドメインを介した着信呼の信号経路を示す図である。
［図５］従来のＶＣＣサービスにおいてＩＭＳドメインを介した着信呼の信号経路を示す図である。
［図６］本発明の一実施形態によるユーザ嗜好をネットワークに保存する多様な方法を示す信号フローチャートである。
［図７］本発明の一実施形態による発信呼に関するオペレータポリシーをＵＥに送信する方法を示す信号フローチャートである。
［図８］本発明の一実施形態によるドメイン選択後に着信呼を行う手順を示す信号フローチャートである。
［図９］本発明を実現する端末の構成を示す概略図である。
【００４０】
本発明は、３ＧＰＰのＶＣＣ分野に適用されるが、他の通信分野にも適用できる。
【００４１】
本発明の基本概念は、ＣＳドメインからＩＭＳドメインに又はその反対に進行呼（ongoing call）のドメインを転換する場合、ユーザ嗜好（第１ドメイン選択情報という）又はオペレータポリシー（第２ドメイン選択情報という）に基づいて前記進行呼のドメインを選択するというものである。本発明は、以下のように着信呼と発信呼に関する好ましい実施形態を提供する。
本発明は、例えば、以下の事項も提供する。
（項目１）
ＶＣＣ（Voice Call Continuity）アプリケーションサーバが第１ドメイン選択情報
又は第２ドメイン選択情報に基づいて着信呼のドメイン選択を行う段階と、
前記ＶＣＣアプリケーションサーバが前記選択されたドメインで前記着信呼を送信する段階と
を含むことを特徴とするＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目２）
前記ＶＣＣアプリケーションサーバが前記ＶＣＣアプリケーションサーバに保存するために前記端末から前記第１ドメイン選択情報を受信する段階と、
前記受信された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバに保存する段階とをさらに含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目３）
前記受信する段階は、
前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報を受信した後、ＡＣＫメッセージを前記端末に送信する段階を含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目４）
前記第１ドメイン選択情報は、
Ｖ３インタフェースで前記端末から前記ＶＣＣアプリケーションサーバに送信されることを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目５）
前記Ｖ３インタフェースは、
Ｕｔインタフェースであることを特徴とする項目４に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目６）
前記第１ドメイン選択情報は、
前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメイン（user-preferred domain）を指定するドメイン選択情報を含むユーザ嗜好（user preferences）であり、
前記第２ドメイン選択情報は、
前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメイン（network-preferred domain）を指定するドメイン選択情報を含むオペレータポリシー（operator policy）であることを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目７）
前記行う段階は、
ＶＣＣアプリケーションサーバのドメイン選択機能により実現されることを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目８）
前記ＶＣＣアプリケーションサーバにより受信された前記第１ドメイン選択情報は、端末側でユーザにより初期に入力されることを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目９）
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報に基づいて前記着信呼の回線交換（circuit-switched：ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）ドメインの１つを選択する段階を含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１０）
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが前記第２ドメイン選択情報に基づいて前記着信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１１）
前記保存する段階は、
前記ＶＣＣアプリケーションサーバに保存するために、ユーザが前記端末以外の他の装置を利用して前記ＶＣＣアプリケーションサーバに前記第１ドメイン選択情報を設定する段階を含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１２）
前記端末に保存するために、前記第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信する段階を含むことを特徴とする項目１１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１３）
前記送信する段階は、
Ｖ３インタフェースを利用して行われることを特徴とする項目１１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１４）
前記保存する段階は、
前記ＶＣＣアプリケーションサーバが前記端末からドメインのユーザ嗜好に関するクエリーを受信する段階と、
前記受信されたクエリーに対する応答として前記ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報を検索する段階とを含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１５）
前記端末に保存するために、前記検索された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信する段階をさらに含むことを特徴とする項目１４に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１６）
端末に保存するために、前記端末がＶＣＣアプリケーションサーバから第２ドメイン選択情報を受信する段階と、
前記端末が第１ドメイン選択情報又は前記第２ドメイン選択情報に基づいて前記発信呼のドメイン選択を行う段階と、
前記端末が前記選択されたドメインで前記発信呼を送信する段階と
を含むことを特徴とするＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１７）
前記ＶＣＣアプリケーションサーバから受信された前記第２ドメイン選択情報を前記端末に保存する段階をさらに含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１８）
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末が前記第１ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１９）
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末が前記第２ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２０）
前記第１ドメイン選択情報は、
前記端末に発信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好であり、
前記第２ドメイン選択情報は、
前記端末に発信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシーであることを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２１）
前記第２ドメイン選択情報は、
Ｖ３インタフェースで前記ＶＣＣアプリケーションサーバから前記端末に送信されることを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２２）
前記Ｖ３インタフェースは、
Ｕｔインタフェースであることを特徴とする項目２１に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２３）
前記受信する段階は、
前記端末が前記ＶＣＣアプリケーションサーバから前記第２ドメイン選択情報を受信した後、ＡＣＫメッセージを前記ＶＣＣアプリケーションサーバに送信する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２４）
着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、
前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記着信呼のドメイン選択を行うドメイン選択機能部と
を含むことを特徴とするサービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置。
（項目２５）
前記ドメイン選択機能部は、
前記オペレータポリシー情報より高い優先順位を有するユーザ嗜好情報の前記ドメイン選択情報に基づいて前記着信呼のＣＳドメインとＩＭＳドメインの１つを選択することを特徴とする項目２４に記載の装置。
（項目２６）
前記ドメイン選択機能部は、
前記ユーザ嗜好情報より高い優先順位を有するオペレータポリシー情報の前記ドメイン選択情報に基づいて前記着信呼のＣＳドメインとＩＭＳドメインの１つを選択することを特徴とする項目２４に記載の装置。
（項目２７）
前記保存部に保存するために、ユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を前記端末から受信するＵｔインタフェース部をさらに含むことを特徴とする項目２４に記載の装置。
（項目２８）
前記保存部に保存するために、前記端末以外の他の装置を利用してユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を受信する受信機をさらに含むことを特徴とする項目２４に記載の装置。
（項目２９）
前記端末に保存するために、前記設定されたドメイン選択情報を含む前記ユーザ嗜好情報を前記装置から前記端末に送信する装置管理部をさらに含むことを特徴とする項目２４に記載の装置。
（項目３０）
端末が発信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報及び前記端末が発信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報を保存する保存部と、
前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のドメイン選択を行う制御装置と
を含むことを特徴とするサービス継続性を提供し、前記サービスで端末が発信した発信呼のためのドメインを選択する端末。
（項目３１）
前記制御装置は、
前記ユーザ嗜好情報が前記オペレータポリシー情報より高い優先順位を有する場合、前記ユーザ嗜好情報の前記ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択することを特徴とする項目３０に記載の端末。
（項目３２）
前記制御装置は、
前記オペレータポリシー情報が前記ユーザ嗜好情報より高い優先順位を有する場合、前記オペレータポリシー情報の前記ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択することを特徴とする項目３０に記載の端末。
（項目３３）
前記保存部は、
前記ドメイン選択情報を含む前記オペレータポリシー情報をＶＣＣアプリケーションサーバから受信することを特徴とする項目３０に記載の端末。
（項目３４）
前記端末は、
Ｖ３インタフェースで前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３０に記載の端末。
（項目３５）
前記制御装置は、
ドメインのネットワーク嗜好に関するクエリーをＶＣＣアプリケーションサーバに送信し、前記端末に保存するために、前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３０に記載の端末。
（項目３６）
前記制御装置は、
Ｖ３インタフェースを利用して前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３５に記載の端末。
（項目３７）
前記制御装置は、
前記選択されたドメインで前記発信呼を送信することを特徴とする項目３０に記載の端末。
【図面の簡単な説明】
【００４２】
【図１】本発明を実現するＶＣＣサービスを提供するネットワークの構造を示す図である。
【図２】従来のＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路を示す図である。
【図３】従来のＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路を示す図である。
【図４】従来のＶＣＣサービスにおいてＣＳドメインを介した着信呼の信号経路を示す図である。
【図５】従来のＶＣＣサービスにおいてＩＭＳドメインを介した着信呼の信号経路を示す図である。
【図６】本発明の一実施形態によるユーザ嗜好をネットワークに保存する多様な方法を示す信号フローチャートである。
【図７】本発明の一実施形態による発信呼に関するオペレータポリシーをＵＥに送信する方法を示す信号フローチャートである。
【図８】本発明の一実施形態によるドメイン選択後に着信呼を行う手順を示す信号フローチャートである。
【図９】本発明を実現する端末の構成を示す概略図である。
【発明を実施するための形態】
【００４３】
本発明の基本概念は、第１に、ＵＥへの着信呼がＵＥユーザの希望するドメインで行われるように、ＵＥがドメイン選択に関するいわゆるドメイン選択情報をネットワークの該当エンティティに設定又は更新するというものである。また、前記ＵＥへの着信呼が前記設定又は更新されたドメイン選択情報に基づいて前記ＵＥに行われる。特に、前記ドメイン選択情報は、ＵＥユーザにより操作されるＵＥを介して又は前記ＵＥユーザが他の端末（例えば、ＰＣ又はＰＤＡ）を利用してアクセスするウェブページを介して、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に設定又は更新される。また、ネットワークサーバが着信呼のドメインを選択するとき、前記着信呼のドメインは、前記ユーザ嗜好及びオペレータポリシーの１つを利用して選択される。ここで、予め定義されたネットワーク管理ポリシーに関する情報、予め定義された規則（又は、ポリシー）、ユーザにより予め設定された情報などにより、ユーザ嗜好及びオペレータポリシーのうち優先順位が高いものが定義（又は、設定）される。優位になるドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）に基づいて、前記着信呼のドメインが選択される。また、前記第２ドメイン選択情報は、前記第１ドメイン選択情報（ユーザ嗜好）と第２ドメイン選択情報（オペレータポリシー）のうち優先順位が高い（又は、優位になる）選択情報を示す「優位情報」を含む。ここで、前記優位情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び第２ドメイン選択情報（オペレータポリシー）のうち利用されるべきドメイン選択情報を示す。
【００４４】
第２に、前記ＵＥによりが発信される発信呼を行うとき、前記ＵＥは、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）により通知された前記設定又は更新されたドメイン選択情報を受信して保存する。その後、前記ＵＥは、前記保存されたドメイン選択情報に基づいて発信呼のドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を選択し、前記選択されたドメインに前記発信呼を行う。ここで、前記ドメイン選択情報は、オペレータポリシーに含まれて設定又は更新され、そのオペレータポリシー情報は、ＶＣＣアプリケーションのようなネットワークエンティティから前記ＵＥに送信できる。また、ネットワークサーバが発信呼のためのドメインを選択するとき、前記発信呼のためのドメインは、前記ユーザ嗜好及びオペレータポリシーの１つを利用して選択される。ここで、前記ユーザ嗜好と前記オペレータポリシーのうち高い優先順位を有するドメイン選択情報は、予め定義されたネットワーク管理ポリシーに関する情報、予め定義された規則（又は、ポリシー）、又はユーザによる予め設定された情報などによって定義（又は、設定）される。高い優先順位を有するドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）に基づいて、前記発信呼のためのドメインが選択される。また、前記第２ドメイン選択情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び第２ドメイン選択情報（オペレータポリシー）のうち高い優先順位を有する（又は、優位になる）ドメイン選択情報を示す「優位情報」を含む。ここで、前記優位情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び前記第２ドメイン選択情報（オペレータポリシー）のうち利用されるべきドメイン選択情報を示す。
【００４５】
以下、本発明の説明で利用された又は利用される用語を定義する。
【００４６】
本発明によるＵＥは、ＶＣＣサービスのために利用される全てのタイプの端末を含む。例えば、本発明によるＵＥは、移動通信端末機（例えば、ユーザ装置（ＵＥ）、携帯電話、セルラーフォン、ＤＭＢフォン、ＤＶＢ−Ｈフォン、ＰＤＡ、ＰＴＴなど）と、デジタルＴＶセット、ＧＰＳナビゲーション、携帯用ゲーム機、ＭＰ３、及びその他の家庭用電気製品などを含む包括的な意味である。
【００４７】
ユーザ嗜好である第１ドメイン選択情報は、ＵＥ（又は、端末）がＩＭＳドメインとＣＳドメインの両方で適用できるとき、ＵＥユーザが着信呼又は発信呼のために好むドメインを示すドメイン選択情報を定義する情報（又は、パラメータ）である。ユーザは、発信呼又は着信呼のために好むドメイン（例えば、ＩＭＳドメイン又はＣＳドメイン）の優先順位（すなわち、嗜好）を設定してＵＥに保存する。従って、前記ＵＥは、前記保存された優先順位（例えば、ユーザ嗜好）に基づいて前記発信呼のドメインを選択することができる。一方、前記ＵＥユーザが前記ＵＥ（又は、他の端末）を利用してユーザ嗜好をネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に登録（又は、更新）した場合、前記登録されたユーザ嗜好によって着信呼のドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）が選択される。それに対して、前記ＵＥへの着信呼に対するユーザ嗜好は前記ＵＥにより設定され、このような情報は、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に送信されて保存される。前記ユーザ嗜好は、前記ユーザ嗜好ドメイン選択情報だけでなく、他の情報を含むこともできる。ユーザ嗜好は、ＶＣＣアプリケーションとＵＥ間の直接通信インタフェースであるＵｔインタフェースのようなＶ３インタフェース（図１の１１）で前記ＵＥから前記ＶＣＣアプリケーション（ネットワークサーバ）に送信できる。前記Ｖ３インタフェースと前記Ｕｔインタフェースは、当該技術分野で周知である。オペレータポリシーである第２ドメイン選択情報は、ドメイン選択に関する情報以外にもネットワーク及び／又はシステムの管理及び維持などに関するポリシー（又は、情報）を含む包括的な意味である。しかし、オペレータポリシーである第２ドメイン選択情報は、ＵＥ（又は、端末）がＣＳドメインとＩＭＳドメインの両方で適用できる場合、オペレータが着信呼又は発信呼のために要求する（好む）ドメインを示すドメイン選択情報を定義する情報（又は、パラメータ）である。前記オペレータポリシーは、発信呼及び着信呼の両方に適用できる。例えば、着信呼及び／又は発信呼は、前記オペレータポリシーに基づいてＣＳドメインに又はＩＭＳドメインにルーティングできる。又は、オペレータポリシーは、着信呼及び／又は発信呼に関する情報を有しない可能性もある。また、オペレータポリシーに基づいて、着信呼及び／又は発信呼のためにユーザの好むドメインの優先順位リスト（例えば、１．Ｉ−ＷＬＡＮを介したＩＭＳ、２．ＣＳ、３．ＰＳを介したＩＭＳなど）を生成できる。前記優先順位リストに基づいて前記着信呼及び／又は発信呼が前記ＣＳドメイン又は前記ＩＭＳドメインにルーティングできる。前記ネットワーク嗜好ドメイン選択情報を含むオペレータポリシーは、装置管理（Device Management：ＤＭ）、ＣＰ（Client Provisioning）、又はＦＰ（Factory Provisioning）などを利用するＶ３インタフェースでＶＣＣアプリケーションのようなネットワークエンティティから前記ＵＥに提供できる。前記ＤＭ、前記ＣＰ、前記及びＦＰは、公知の技術である。例えば、前記ＵＥ及び前記ＶＣＣアプリケーションは、ＤＭ機能を提供するＤＭＡユニットをそれぞれ含むことができる。また、着信呼に関する前記オペレータポリシーは、前記ネットワークにより設定及び保存された後、前記ＶＣＣアプリケーションに送信される。
【００４８】
以下、本発明の構成及び動作について図６〜図９を参照して詳細に説明する。
【００４９】
図６は、本発明の一実施形態により、前記優位情報によって、ＶＣＣアプリケーション２０のようなネットワークエンティティがユーザ嗜好に基づいて着信呼のためのドメインを選択できるようにユーザ嗜好をネットワークに保存する３つの例を示す信号フローチャートである。
【００５０】
特に、図６において、第１実施形態は一連の段階（Ｓ１０）により、第２実施形態は一連の段階（Ｓ２０）により、第３実施形態は一連の段階（Ｓ３０）により示される。図６に示す３つの例は、ユーザ嗜好をネットワークの特定エンティティに保存する主体によって区分される。また、段階Ｓ１０、Ｓ２０、Ｓ３０は、相関性を有せずに独立している。
【００５１】
図６の第１実施形態において、一連の段階（Ｓ１０）は、ＵＥユーザがユーザ嗜好（ユーザが好むドメインを示すユーザ嗜好ドメイン選択情報を含む）を設定又は更新し、前記設定又は更新されたユーザ嗜好をネットワークのＶＣＣアプリケーションに送信することを示す信号フローチャートである。
【００５２】
以下、図６における第１例としての一連の段階（Ｓ１０）について説明する。
【００５３】
図６に示すように、前記ＵＥユーザは、例えばＵＥ１０への着信呼のためにユーザが好むドメインを示すドメイン選択情報を含むために、ユーザ嗜好を設定又は更新する（Ｓ１１）。ここで、段階Ｓ１１の前に、前記ＵＥユーザは、前記ＶＣＣアプリケーション２０から現在のユーザ嗜好をクエリーする。
【００５４】
前記ＵＥ１０は、前記ユーザ嗜好ドメイン選択情報を含む前記ユーザ嗜好をＶＣＣアプリケーション２０に送信する（Ｓ１２）。これは、前記ＵＥ１０と前記ＶＣＣアプリケーション２０間でＵｔインタフェースのようなＶ３インタフェースを利用して可能となる。前記ＵＥ１０と前記ＶＣＣアプリケーション２０は、Ｕｔインタフェースを提供するＵｔインタフェースユニットをそれぞれ含むことができる。
【００５５】
前記ＶＣＣアプリケーション２０は、前記受信されたユーザ嗜好を内部メモリに又は遠隔エンティティ（remote entity）（例えば、ホームネットワークのＨＳＳ（Home Subscriber Server））に保存する（Ｓ１３）。例えば、前記ユーザ嗜好がオペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０は、前記ＵＥ１０への着信呼のドメインを選択するとき、前記ユーザ嗜好を利用して着信呼のドメインを選択することができる。それに対して、前記オペレータポリシーがユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０は、前記ＵＥ１０への着信呼のドメインを選択するとき、前記オペレータポリシーを利用して着信呼のドメインを選択することができる。
【００５６】
前記ＶＣＣアプリケーション２０は、段階Ｓ１２に対して応答メッセージ（例えば、ＡＣＫメッセージ）をオプションで送信することができる（Ｓ１４）。段階Ｓ１４での応答メッセージ（例えば、ＡＣＫメッセージ）は、段階Ｓ１３の前又は後に送信され、これは、オプション段階である。
【００５７】
以下、図６における第２例としての一連の段階（Ｓ２０）について説明する。
【００５８】
第２例において、ユーザ（すなわち、ＶＣＣ加入者）がＵＥ１０以外のＰＣやＰＤＡなどの他の有線／無線通信手段でユーザ嗜好ドメイン選択情報を含むユーザ嗜好をＶＣＣアプリケーション２０に送信し、前記ＶＣＣアプリケーション２０にある以前のユーザ嗜好を設定又は更新する（Ｓ２１）。例えば、前記ユーザは、ユーザ嗜好、例えばユーザ嗜好ドメイン選択情報を更新又は設定するために、ＰＣのような有線／無線通信手段で前記ＶＣＣアプリケーション２０にアクセスできる。又は、前記ユーザは、ユーザ嗜好を更新又は設定するために、ＵＥ以外の他の有線／無線通信手段でＶＣＣアプリケーション２０と連動するウェブページにアクセスできる。ここで、前記通信手段（例えば、ＰＣ）と前記ＶＣＣアプリケーション２０は、Ｕｔインタフェース、ＶＣＣ ＵＥ−ＶＣＣアプリケーションインタフェース又は他のインタフェースで互いに接続される。段階Ｓ２１で、前記ユーザ嗜好は、前記ＶＣＣアプリケーション自身又は外部装置から取得できる。
【００５９】
前記ＶＣＣアプリケーション２０は、前記ＵＥ１０に前記ユーザ嗜好ドメイン選択情報を含む前記設定又は更新されたユーザ嗜好を送信する（Ｓ２２）。前記ＵＥ１０は、前記受信されたユーザ嗜好を前記ＵＥに備えられた特定メモリに保存する（Ｓ２３）。
【００６０】
前記ＵＥ１０は、段階Ｓ２２に対する応答として応答メッセージ（例えば、ＡＣＫメッセージ）をオプションで送信する（Ｓ２４）。段階Ｓ２４の応答メッセージ（例えば、ＡＣＫメッセージ）は、段階Ｓ２３の前又は後に送信され、これは、オプション段階である。
【００６１】
従って、図６の第２例において、前記ＶＣＣアプリケーション２０は、優位情報によって、前記ＶＣＣアプリケーション２０に保存された前記ユーザ嗜好（例えば、ユーザが前記ＵＥ以外の他の有線／無線通信手段を利用して保存するユーザ嗜好）又はオペレータポリシーに基づいて着信呼のドメインを選択する。一方、前記ＵＥ１０は、前記優位情報によって、段階Ｓ２３で保存したユーザ嗜好又はオペレータポリシーに基づいて発信呼のドメインを選択する。
【００６２】
以下、図６における第３例としての一連の段階（Ｓ３０）について説明する。
【００６３】
この例は、前記ＶＣＣアプリケーションが有する（保存する）ユーザ嗜好を前記ＵＥがクエリーすることを示す。前記ＵＥは、前記ＶＣＣアプリケーション２０に着信呼のためのユーザ嗜好をクエリーする（Ｓ３１）。
【００６４】
前記ＶＣＣアプリケーション２０は、内部エンティティ又は遠隔もしくは外部エンティティに予め保存されているユーザ嗜好（ユーザ嗜好ドメイン選択情報を含む）を検索する（Ｓ３２）。ここで、前記内部エンティティは、前記ＶＣＣアプリケーション２０のドメイン転換機能２０ａ、ＣＳ適応機能２０ｂ、ＣＡＭＥＬサービスアプリケーション２０ｃ、及びドメイン選択機能２０ｄの１つであってもよく、他のＶＣＣ構成要素であってもよい。前記ＶＣＣアプリケーション２０は、前述したように、前記優位情報によって着信呼のドメイン選択を行うためにユーザ嗜好又はオペレータポリシーを利用する。前記ＶＣＣアプリケーション２０は、前記検索したユーザ嗜好を前記ＵＥに返信する（Ｓ３３）。
【００６５】
前述したように、図６に示す第１〜第３例において、前記ＶＣＣアプリケーション２０が着信呼のドメインを選択するとき、又は、前記ＵＥが発信呼のドメインを選択するとき、前記ＶＣＣアプリケーション２０又は前記ＵＥ１０は、優位情報によって、ユーザ嗜好ドメイン選択情報を含むユーザ嗜好又はネットワーク嗜好ドメイン選択情報を含むオペレータポリシーを考慮する。図７は、本発明の一実施形態による発信呼に関するオペレータポリシーをネットワークサーバからＵＥに送信する手順を示す信号フローチャートである。図７の手順（段階Ｓ７１、Ｓ７２、及びＳ７３）は、前記ＵＥが前記ＶＣＣアプリケーションからオペレータポリシーを受信する図６の受信段階Ｓ２０にも利用できる。
【００６６】
図７に示すように、発信呼に関するオペレータポリシーが前記ＶＣＣアプリケーション２０に設定又は更新される（Ｓ７１）。このオペレータポリシーは、ネットワーク嗜好ドメイン選択情報を含み、優位情報などの他の情報も含むことができる。前記ＶＣＣアプリケーション２０は、前記設定又は更新されたオペレータポリシーを、例えばＤＭ方式を用いるＶ３インタフェースで前記ＵＥ１０に送信する（Ｓ７２）。
【００６７】
前記ＵＥ１０は、前記受信された発信呼に関するオペレータポリシーを特定メモリ又は保存手段に保存する（Ｓ７３）。その後、前記ＵＥ１０は、段階Ｓ７２に対する応答として応答メッセージ（例えば、ＡＣＫメッセージ）を前記ＶＣＣアプリケーション２０に送信する（Ｓ７４）。ここで、段階Ｓ７４での応答メッセージ（すなわち、ＡＣＫメッセージ）は、段階Ｓ７３の前又は後に送信され、これは、オプション段階である。
【００６８】
段階Ｓ７１〜Ｓ７４が行われた後、発信呼を行う場合、前記ＵＥは、前記設定もしくは更新されたオペレータポリシー又は予めＵＥに保存されているユーザ嗜好を考慮して前記発信呼のドメインを選択し、前記選択されたドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）で前記発信呼を行う。すなわち、前記ＵＥ１０は、ユーザ嗜好（すなわち、第１ドメイン選択情報）及びオペレータポリシー（すなわち、第２ドメイン選択情報）のうち高い優先順位を有するように予め設定されたドメイン選択情報を判断（又は、確認、検出）する。次に、前記判断されたドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）を利用して、前記ＵＥ１０は、ドメインを選択し、前記選択されたドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）で前記発信呼を行う。例えば、前記オペレータポリシーが前記ユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０への発信呼のドメインを選択するとき、前記オペレータポリシーを利用（又は、参照、検索）して発信呼のドメイン選択を行うことができる。それに対して、前記ユーザ嗜好が前記オペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０への発信呼のドメインを選択するとき、前記ユーザ嗜好を利用（又は、参照、検索）して前記発信呼のドメイン選択を行うことができる。一例として、図７に示すように、前記ＣＳドメインでの発信呼が図７の一連の段階（すなわち、Ｓ７５〜Ｓ８５）に従って実行できるか、又は、ＩＭＳドメインでの発信呼が図７の一連の段階（すなわち、Ｓ７５’〜Ｓ８２’）に従って実行できる。段階Ｓ７５〜Ｓ８５と段階Ｓ７５’〜Ｓ８２’に示すように、本発明により前記ドメインが選択されると前記ＣＳドメイン又は前記ＩＭＳドメインで呼を行う過程は公知であるため、詳細な説明は省略する。
【００６９】
図８は、本発明の一実施形態により、優位情報によって、ユーザ嗜好又はオペレータポリシーを考慮してドメインを選択した後、着信呼を行う手順を示す信号フローチャートである。
【００７０】
図８に示すように、ＵＥが着信呼に関するユーザ嗜好ドメイン選択情報を含むユーザ嗜好をＶＣＣアプリケーションに送信する一連の手順（すなわち、図８のＳ１１〜Ｓ１４）は、図６の一連の手順（Ｓ１１〜Ｓ１４）と同一である。従って、図６の一連の手順（すなわち、Ｓ１１〜Ｓ１４）に関する詳細な説明は、図８の一連の手順（すなわち、Ｓ１１〜Ｓ１４）にも同様に適用できる。
【００７１】
段階Ｓ１１〜Ｓ１４が完了した後、着信呼がホームネットワークにルーティングされると、一連の手順（Ｓ１５〜Ｓ１９）が行われる。呼が要求されると（例えば、段階Ｓ１５〜Ｓ１７）、前記ＶＣＣアプリケーション２０は、前記ユーザ嗜好（ユーザ嗜好ドメイン選択情報を含む）とオペレータポリシー（ネットワーク嗜好ドメイン選択情報を含む）を考慮して前記着信呼のドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）を選択する（Ｓ１８）。例えば、前記オペレータポリシーがユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＵＥ１０への着信呼のドメインを選択するとき、前記オペレータポリシーを利用（又は、参照、検索）して前記着信呼のドメイン選択を行うことができる。それに対して、前記ユーザ嗜好がオペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＵＥ１０への着信呼のドメインを選択するとき、前記ユーザ嗜好を利用（又は、参照、検索）して前記着信呼のドメイン選択を行うことができる。また、前記着信呼のためのドメインの選択は、前記ＶＣＣアプリケーション２０のＤＳＦにより実行できる。
【００７２】
前記ドメインが選択されると、前記ＶＣＣアプリケーション２０は、公知技術を用いて前記選択されたドメインで前記着信呼を送信する。例えば、前記ＣＳドメインが選択されると、前記ＣＳドメインでの着信呼は、図８の段階Ｓ９０のサブ段階１０〜１９に従って行われる。また、前記ＩＭＳドメインが選択されると、前記ＩＭＳドメインでの着信呼は、図８の段階Ｓ９２のサブ段階１０’〜１８’に従って行われる。
【００７３】
以下、本発明によるＵＥ（すなわち、端末）とＶＣＣアプリケーションの構成及び動作について説明する。
【００７４】
本発明による前記ＵＥと前記ＶＣＣアプリケーションは、ユーザ嗜好及びオペレータポリシーを設定又は更新するために、相互通信（intercommunication）に必要なハードウェア構成を基本的に含む。
【００７５】
例えば、図９に示すように、本発明の実施形態による前記ＵＥ１０は、着信呼に関するドメイン選択情報、すなわち、ユーザ嗜好をＶＣＣアプリケーションに送信する送信機４１と、前記ユーザ嗜好、前記ＶＣＣアプリケーションから受信されたオペレータポリシー、及び他の情報を保存するメモリ又は保存部４２と、前記ＶＣＣアプリケーションが前記ユーザ嗜好又は前記オペレータポリシーを考慮して送信する着信呼を受信（着信）する受信機４３と、ユーザ嗜好のようなユーザ入力を受信する入力部４４と、情報、メニューなどを表示するディスプレイ部４５と、これら構成要素を制御する制御装置／プロセッサ４６とを含む。前記ＵＥは、Ｕｔインタフェースユニット４７、ＤＭユニット４８などの他の公知の構成要素も含む。前記制御装置４６は、前記ユーザ嗜好及び前記オペレータポリシーのうちどちらが高い優先順位を有すると予め設定されているかドメイン選択情報を確認（検出）することにより、前記ユーザ嗜好及び前記オペレータポリシーのうち進行呼のドメインを選択するために利用されるべきドメイン選択情報を判断できる。
【００７６】
また、本発明の実施形態によるＵＥは、前記ＶＣＣアプリケーションからオペレータポリシーを受信する受信機４３と、前記オペレータポリシー又は前記ユーザ嗜好に基づいて発信呼のドメインを選択する選択部と、前記選択されたドメインで前記発信呼を送信（発信）する送信機４１とを含む。ここで、前記選択部は、発信呼のドメインを選択する一種の制御手段としての制御装置であってもよい。以上、本発明の技術的特徴を含むＵＥの各構成要素の動作及び機能について説明してきたが、その他にもＶＣＣサービスを受信するために必要なＵＥの基本的な構成要素は、当業者にとって明らかであるため、その説明を省略する。
【００７７】
前述したように、本発明における着信呼の場合、ネットワーク（すなわち、ＶＣＣアプリケーション）がユーザ嗜好に基づいてＵＥユーザの好むドメイン選択関連情報が認知できるため、前記ネットワークは、前記ＵＥの現在通信状況を考慮して選択されたドメインで着信呼を効果的に行うことができる。
【００７８】
また、本発明における発信呼の場合、前記ＵＥが前記オペレータポリシーに基づいてドメイン選択情報を認知できるため、前記ＵＥが発信呼のドメインを選択するとき、前記ネットワークの現在通信状況を反映した情報を考慮することができる。
【００７９】
また、本発明は、ユーザ嗜好又はオペレータポリシーを考慮してドメインを選択し、着信呼及び／又は発信呼が前記選択されたドメインで行われるため、前記ＵＥ及び／又はネットワークの現在通信状況を考慮したＶＣＣにおける呼が効果的に実行できる。従って、本発明は、前記ＵＥ及び／又はネットワークの現在通信状況を考慮しないＶＣＣにおける呼を行うことにより不要に発生する頻繁なドメイン転換、リソース不足、又は呼の不一致を効果的に防止できる。
【００８０】
本発明は、図面に示す実施形態に基づいて説明されたが、これは単なる例示に過ぎない。本発明の精神及び範囲内で多様な変形及び変更が可能であることは当業者に明らかである。従って、本発明の請求の範囲及びその均等物の範囲内で行われる変更及び変形は本発明の請求の範囲に含まれる。
【技術分野】
【０００１】
本出願は、２００６年２月６日付けで出願された米国仮出願番号６０／７６５，２１４と、２００６年１１月６日付け及び２００７年１月２９日付けでそれぞれ大韓民国に出願された大韓民国出願番号１０−２００６−０１０９１１３号及び１０−２００７−０００９０９４号との優先権を主張する。これら出願の全体内容は、参照することにより本書に完全に組み込まれる。
【０００２】
本発明は、ＶＣＣ（Voice Call Continuity）に関し、特に、ＶＣＣアプリケーションサーバ又は端末がユーザ嗜好（user preference）及びオペレータポリシー（operator policy）を考慮してドメインを選択し、前記選択されたドメインで発信及び／又は着信呼（originating/terminating call）を行うことに関する。
【背景技術】
【０００３】
一般に、ＶＣＣとは、アプリケーションの一種であり、すなわち、回線交換（circuit-switched：ＣＳ）ドメインとＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）ドメイン間で音声呼を送信できるホームＩＭＳアプリケーションをいう。このようなＶＣＣ（以下、ＶＣＣアプリケーションともいう）は、音声呼発信、音声呼着信、及びＣＳドメインからＩＭＳドメインへ又はその反対のドメイン転換の機能を提供する。ここで、ドメイン転換とは、アクティブセッション中にユーザ装置（User Equipment：ＵＥ）（すなわち、端末）への音声呼に対するアクセスレッグ（access leg）がＣＳドメインからＩＭＳドメインに又はその反対に転換されることをいう。アクセスレッグとは、ＶＣＣ ＵＥと前記ＶＣＣアプリケーションのＤＴＦ（Domain Transfer Function）間の呼制御レッグをいう。
【０００４】
特定音声呼／セッションのＣＳドメインからＩＭＳドメインへの又はその反対のドメイン転換は、前記音声呼／セッション設定の信号経路上にＤＴＦが位置する場合にのみ行われる。このために、ＤＴＦを音声呼／セッション設定の信号経路の中間に配置させることを、ＩＭＳアンカリング（Anchoring in IMS）又はアンカリングという。
【０００５】
図１は、ＶＣＣサービスを提供するネットワークの構造を示す。
【０００６】
図１に示すように、ＶＣＣ ＵＥ１０は、ＶＣＣサービスをサポートする全てのタイプの端末を示す。前記ＶＣＣ ＵＥは、ＣＳドメイン及びパケット交換（packet switching：ＰＳ）ドメインにアクセスできる。すなわち、前記ＶＣＣ ＵＥは、前記ＣＳドメインにアクセスされるときはその内部に備えられるＵＥ−ＣＳ（図示せず）を利用し、前記ＰＳドメインにアクセスされるときは、その内部に備えられるＵＥ−ＩＭＳ（図示せず）を利用する。
【０００７】
ＶＣＣアプリケーション２０は、ＶＣＣサービスを提供するアプリケーションサーバであり、一連の機能を行うエンティティから構成される。すなわち、前記一連の機能は、前記ＶＣＣ ＵＥに音声呼を設定するために要求される機能と、アクティブセッションを維持するとともに前記ＣＳドメインと前記ＩＭＳドメイン間で前記ＶＣＣ ＵＥのアクセスレッグをスイッチングするために要求される機能である。ここで、図１に示すように、前記一連の機能は、ドメイン転換機能（Domain Transfer Function）２０ａ、ドメイン選択機能（Domain Selection Function）２０ｄ、ＣＳ適応機能（CS Adaptation Function）２０ｂ、及びＣＡＭＥＬサービスアプリケーション（CAMEL service application）２０ｃである。前記一連の機能の詳細な性能及び動作は、３ＧＰＰ ＴＳ ２３．２０６ Ｖ１．２．０に説明されている。
【０００８】
一般に、ＣＳドメインエンティティは、ＶＭＳＣ（Visited Mobile Switching Center）、ＧＭＳＣ（Gateway MSC）、ｇｓｍＳＣＦなどを含む。ＩＭＳドメインエンティティは、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、及びＭＧＣＦ（Media Gateway Control Function）を含む。これらは、公知のエンティティである。
【０００９】
以下、ＶＣＣサービスにおけるＶＣＣ呼発信及びＶＣＣ呼着信の処理方法について、図１のネットワーク構造で実現される従来技術に従って図２〜図５を参照して説明する。図２〜図５は、発信／着信呼（outgoing/incoming call）設定セッションが行われる信号経路（又は、ルーティング）を示す図である。すなわち、図２及び図３は、ＶＣＣサービスにおける発信呼の信号経路である。特に、図２は、前記ＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路であり、図３は、前記ＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路である。発信呼（originating call）は、ｏｕｔｇｏｉｎｇ ｃａｌｌ（発信呼）、すなわち、前記ＶＣＣ ＵＥ１０から前記ＶＣＣアプリケーション２０に発信される呼として知られている。一方、図４及び図５は、前記ＶＣＣサービスにおける着信呼の信号経路である。特に、図４は、前記ＶＣＣサービスにおいて前記ＣＳドメインを介した着信呼の信号経路であり、図５は、前記ＶＣＣサービスにおいて前記ＩＭＳドメインを介した着信呼の信号経路である。着信呼（terminating call）は、ｉｎｃｏｍｉｎｇ ｃａｌｌ（着信呼）、すなわち、前記ＶＣＣアプリケーション２０から前記ＶＣＣ ＵＥ１０端末に着信する呼として知られている。ここで、ＶＣＣ呼は、前記ＶＣＣ ＵＥ１０により着信又は発信される呼であり、前記ＣＳドメインから前記ＩＭＳドメインへのドメイン転換又はその反対へのドメイン転換中にも、前記ホームＩＭＳドメインに位置する前記ＶＣＣアプリケーション２０にアンカリングされて呼継続性（call continuity）を有する音声呼である。
【００１０】
図２〜図５において、ＵＥ（すなわち、ＶＣＣ ＵＥ）のユーザは、ホームネットワークのＶＣＣ加入者としてＶＣＣサービスを利用することができ、現在訪問ネットワークに位置すると仮定する。
【００１１】
以下、図２を参照して従来のＣＳドメインを介した発信呼の信号経路について説明する。
【００１２】
ＶＣＣ加入者がＣＳ呼の実行を試みると、現在前記訪問ネットワークにあるＵＥは、前記ＣＳドメイン上のＶＭＳＣによりＣＳ呼設定を行う。前記ＣＳ呼は、前記ホームネットワークのＩＭＳドメインにあるＤＴＦ（Domain Transfer Function）に送信されてＩＭＳアンカリングされる。次に、これに該当するセッション（すなわち、前記呼）は、例えば着信ネットワークにあるＰＳＴＮに送信される。その後、通常のＩＭＳドメイン着信手順が行われる。
【００１３】
以下、図３を参照して従来のＩＭＳドメインを介した発信呼の信号経路について説明する。
【００１４】
ＶＣＣ加入者がＩＭＳ呼の実行を試みると、現在前記訪問ネットワークにあるＵＥは、ＩＭＳドメイン上にＩＭＳ呼設定を行う。前記ＩＭＳ呼は、ＩＰ−ＣＡＮを経由してＰ−ＣＳＣＦに送信される。次に、前記ＩＭＳ呼は、ホームネットワークのＩＭＳドメインのＤＴＦに送信された後、着信ネットワークにあるＰＳＴＮに送信される。その後、通常のＩＭＳドメイン着信手順が行われる。
【００１５】
以下、図４を参照して従来のＣＳドメインを介した着信呼の信号経路について説明する。
【００１６】
発信側（originating party）（又は、Ａパーティー）が着信側（terminating party）（又は、Ｂパーティー）に呼実行を試みると、前記発信側は、ＧＭＳＣ（Gateway MSC）に送られる呼を発信する。前記Ｂパーティーが、ホームネットワークでＶＣＣ加入者として確認されると、前記呼は、前記ＩＭＳドメイン上のＤＴＦにルーティングされる。前記ＤＴＦから前記呼がＣＳドメインで行われると、前記呼は、ＧＭＳＣを介して前記ＣＳドメインに、すなわち、訪問ネットワークにあるＶＭＳＣにルーティングされる。ここで、前記ＰＳＴＮから前記ＣＳドメインに発信される全ての呼は、前記ＤＴＦにおいてアンカリングされるようにＩＭＳドメインにルーティングされる。
【００１７】
以下、図５を参照して従来のＩＭＳドメインを介した着信呼の信号経路ついて説明する。
【００１８】
着信呼がＩＭＳドメインでＵＥに実行できる場合、前記ＤＴＦにおいてアンカリングされた呼は、訪問ネットワークのＰ−ＣＳＣＦ及びＩＰ−ＣＡＮを介して着信側端末、すなわち、前記ＵＥのＩＭＳ ＵＲＩに進む。すなわち、図４に示すように、同一のアンカリング手順を経た呼は、訪問ネットワークのＩＭＳドメインに着信する。
【００１９】
以上、図２及び図３に示すように、前記ＵＥが呼（すなわち、発信呼）を発信するとき、前記ＵＥユーザ（すなわち、ＶＣＣ加入者）は、オペレータポリシーを考慮せずにユーザの好む特定ドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を選択し、前記選択されたドメインに前記呼を送る。従って、従来技術には、前記ＵＥがオペレータポリシーを考慮せずにドメインを選択し、前記選択されたドメインに呼を送るという技術的限界がある。ここで、前記オペレータポリシーは、ネットワークの現在状態（例えば、リソース割り当て又はトラフィックなどに関する状態）に応じて呼のドメイン選択に関する情報を含む。
【００２０】
また、図４及び図５に示すように、ＵＥは、前記ＵＥの好むドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を介して着信呼を受信することができない。すなわち、従来技術では、着信呼のドメインを選択するとき、ＵＥユーザのドメイン選択に関する嗜好を考慮せずに、ネットワーク（すなわち、詳しくはＣＣＣＦ）がオペレータポリシーに基づいてＵＥへの着信呼のためのドメインを選択する。従って、従来技術には、前記ＵＥへの着信呼のドメイン選択過程で前記ＶＣＣアプリケーションがドメインを選択すると、ドメイン選択に関するＵＥユーザ嗜好を前記ＶＣＣアプリケーションが考慮できないか、考慮しないという技術的問題／限界がある。
【発明の概要】
【課題を解決するための手段】
【００２１】
従って、以上のように、前記ＵＥの側面から、前記ＵＥがネットワーク状態又はトラフィックなどにより変更（又は、更新）し得るオペレータポリシーを考慮せずにドメインを選択するので、前記ネットワークで発生する特定ドメイン（ＩＭＳ又はＣＳ）のトラフィックもしくは特定ドメインのために割り当てられるリソースの不足などによる呼の不一致（call inconsistency）、又は頻繁なドメイン転換などの問題が発生する。
【００２２】
また、ネットワークの側面からは、ネットワーク（例えば、ＣＣＣＦ）が発信呼のドメイン選択のためのユーザ嗜好を反映せずドメインを選択するので、前記ＵＥが機械的問題を有するか、前記ＵＥが特定ドメインに接続できない場合、呼の不一致が発生するか、不要なドメイン転換が頻繁に発生する可能性がある。
【００２３】
また、前記ＵＥユーザは、前記ＵＥでないウェブページでユーザ嗜好を登録又は更新できる。このような場合、前記更新された嗜好が前記ネットワーク又は前記ＵＥに通知されないと、前記ドメインが不正確に選択されてＵＥが誤動作する結果となる。
【００２４】
従って、本発明の目的は、ネットワーク（すなわち、ＶＣＣアプリケーション）において着信呼に関するユーザ嗜好（ドメイン選択情報を含む）を設定又は更新するＵＥを提供することにより、前記ネットワークが着信呼のためのドメインを選択するとき、前記ユーザ嗜好を考慮した呼実行を可能にすることにある。
【００２５】
本発明の他の目的は、ＵＥが発信呼を発信するとき、ネットワークのオペレータポリシーを考慮して前記発信呼のドメインを選択する方法及び端末を提供することにある。ここで、前記オペレータポリシーは、選択されるネットワーク嗜好ドメイン（network-preferred domain）を示すドメイン選択情報を含む。
【００２６】
本発明のさらに他の目的は、端末又はＶＣＣアプリケーションサーバのようなネットワークサーバにより着信呼又は発信呼のためのドメインを選択するとき、ネットワーク嗜好ドメインを示すオペレータポリシー情報及びユーザ嗜好ドメインを示すユーザ嗜好情報の１つを考慮する方法を提供することにある。
【００２７】
本発明のさらに他の目的は、前記オペレータポリシー情報及び前記ユーザ嗜好情報のうち高い優先順位を有するドメイン選択情報を提供し、前記オペレータポリシー情報及び前記ユーザ嗜好情報のうち高い優先順位を有するドメイン選択情報を利用して着信呼又は発信呼のためのドメインを選択する方法を提供することにある。
【００２８】
本発明のさらに他の目的は、従来技術に関する限界及び欠点を解決するＶＣＣサービスを提供する方法、端末、及びサーバを提供することにある。
【００２９】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおける呼実行方法は、端末がＶＣＣアプリケーションから発信呼に関するドメイン選択情報を受信する段階と、前記端末が前記ドメイン選択情報又は前記端末に予め保存されている他のドメイン選択情報に基づいて前記発信呼のためのドメインを選択し、前記端末が前記選択されたドメインで前記発信呼を発信する段階とを含む。
【００３０】
本発明の他の実施形態によるＶＣＣにおける呼実行方法は、ＶＣＣアプリケーションが端末から着信呼に関するドメイン選択情報を受信する段階と、前記ＶＣＣアプリケーションが前記ドメイン選択情報又は前記ＶＣＣアプリケーションに予め保存されている他のドメイン選択情報に基づいて前記着信呼のためのドメインを選択し、前記ＶＣＣアプリケーションが、前記選択されたドメインで前記着信呼が前記端末により着信できるようにする段階とを含む。
【００３１】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおける端末は、ＶＣＣアプリケーションから発信呼に関するドメイン選択情報を受信するための受信機と、前記ドメイン選択情報に基づいて前記発信呼のドメインを選択するための制御装置と、前記選択されたドメインで前記発信呼を送信（発信）するための送信機とを含む。
【００３２】
本発明の他の実施形態によるＶＣＣにおける端末は、着信呼に関するドメイン選択情報をＶＣＣアプリケーションに送信するための送信機と、前記ドメイン選択情報に基づいて前記ＶＣＣアプリケーションが選択したドメインで着信呼を受信（着信）するための受信機とを含む。
【００３３】
このような目的を達成するために、本発明の一実施形態によるＶＣＣにおけるアプリケーションサーバは、着信呼に関するドメイン選択情報を端末から受信する段階と、前記着信呼に関する前記ドメイン選択情報に基づいてドメインを選択し、前記選択されたドメインで前記端末に前記着信呼を行う段階と、発信呼に関するドメイン選択情報を前記端末に送信する段階と、発信呼に関する前記ドメイン選択情報に基づいて選択されたドメインで前記発信呼を前記端末から受信する段階とを行う。
【００３４】
一態様によれば、本発明は、ＶＣＣサービスにおいて端末に送られる着信呼を提供する方法を提供し、前記方法は、ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバが前記端末からユーザ嗜好情報を受信する段階と、前記ＶＣＣアプリケーションサーバに前記受信されたユーザ嗜好情報を保存する段階と、前記ＶＣＣアプリケーションサーバが前記ユーザ嗜好情報又はオペレータポリシー情報に基づいて前記着信呼のためのドメイン選択を行う段階と、前記ＶＣＣアプリケーションサーバが前記選択されたドメインで前記着信呼を送信する段階とを含む。
【００３５】
他の態様によれば、本発明は、ＶＣＣサービスに加入している端末が発信する発信呼を提供する方法を提供し、前記方法は、端末に保存するために、前記端末がＶＣＣアプリケーションサーバからオペレータポリシー情報を受信する段階と、前記ＶＣＣアプリケーションサーバから受信された前記オペレータポリシー情報を前記端末に保存する段階と、前記ＶＣＣアプリケーションサーバが前記オペレータポリシー情報又はユーザ嗜好情報に基づいて前記発信呼のためのドメイン選択を行う段階と、前記端末が前記選択されたドメインで前記発信呼を送信する段階とを含む。
【００３６】
さらに他の態様によれば、本発明は、サービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置を提供し、前記装置は、着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記着信呼のためのドメイン選択を行うドメイン選択機能部とを含む。
【００３７】
さらに他の態様によれば、本発明は、サービス継続性を提供し、前記サービスで前記端末が発信した発信呼のためのドメインを選択する端末を提供し、前記端末は、発信呼を端末が発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記発信呼を前記端末が発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のためのドメイン選択を行う制御装置とを含む。
【００３８】
本発明の前記及び他の目的は、以下に説明される詳細説明により明らかになるであろう。しかし、本発明の好ましい実施形態を示す詳細説明及び特定例は、単なる例にすぎないことは理解できるであろう。本発明の精神と範囲内で行われる多様な変更及び変形は本発明の詳細な説明から当業者に明らかになるであろう。
【００３９】
本発明は、以下の詳細説明及び単なる例として与えられた添付図面から完全に理解できるであろうし、本発明は、これにより限定されるものではない。
［図１］本発明を実現するＶＣＣサービスを提供するネットワークの構造を示す図である。
［図２］従来のＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路を示す図である。
［図３］従来のＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路を示す図である。
［図４］従来のＶＣＣサービスにおいてＣＳドメインを介した着信呼の信号経路を示す図である。
［図５］従来のＶＣＣサービスにおいてＩＭＳドメインを介した着信呼の信号経路を示す図である。
［図６］本発明の一実施形態によるユーザ嗜好をネットワークに保存する多様な方法を示す信号フローチャートである。
［図７］本発明の一実施形態による発信呼に関するオペレータポリシーをＵＥに送信する方法を示す信号フローチャートである。
［図８］本発明の一実施形態によるドメイン選択後に着信呼を行う手順を示す信号フローチャートである。
［図９］本発明を実現する端末の構成を示す概略図である。
【００４０】
本発明は、３ＧＰＰのＶＣＣ分野に適用されるが、他の通信分野にも適用できる。
【００４１】
本発明の基本概念は、ＣＳドメインからＩＭＳドメインに又はその反対に進行呼（ongoing call）のドメインを転換する場合、ユーザ嗜好（第１ドメイン選択情報という）又はオペレータポリシー（第２ドメイン選択情報という）に基づいて前記進行呼のドメインを選択するというものである。本発明は、以下のように着信呼と発信呼に関する好ましい実施形態を提供する。
本発明は、例えば、以下の事項も提供する。
（項目１）
ＶＣＣ（Voice Call Continuity）アプリケーションサーバが第１ドメイン選択情報
又は第２ドメイン選択情報に基づいて着信呼のドメイン選択を行う段階と、
前記ＶＣＣアプリケーションサーバが前記選択されたドメインで前記着信呼を送信する段階と
を含むことを特徴とするＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目２）
前記ＶＣＣアプリケーションサーバが前記ＶＣＣアプリケーションサーバに保存するために前記端末から前記第１ドメイン選択情報を受信する段階と、
前記受信された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバに保存する段階とをさらに含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目３）
前記受信する段階は、
前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報を受信した後、ＡＣＫメッセージを前記端末に送信する段階を含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目４）
前記第１ドメイン選択情報は、
Ｖ３インタフェースで前記端末から前記ＶＣＣアプリケーションサーバに送信されることを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目５）
前記Ｖ３インタフェースは、
Ｕｔインタフェースであることを特徴とする項目４に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目６）
前記第１ドメイン選択情報は、
前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメイン（user-preferred domain）を指定するドメイン選択情報を含むユーザ嗜好（user preferences）であり、
前記第２ドメイン選択情報は、
前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメイン（network-preferred domain）を指定するドメイン選択情報を含むオペレータポリシー（operator policy）であることを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目７）
前記行う段階は、
ＶＣＣアプリケーションサーバのドメイン選択機能により実現されることを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目８）
前記ＶＣＣアプリケーションサーバにより受信された前記第１ドメイン選択情報は、端末側でユーザにより初期に入力されることを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目９）
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報に基づいて前記着信呼の回線交換（circuit-switched：ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）ドメインの１つを選択する段階を含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１０）
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが前記第２ドメイン選択情報に基づいて前記着信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１１）
前記保存する段階は、
前記ＶＣＣアプリケーションサーバに保存するために、ユーザが前記端末以外の他の装置を利用して前記ＶＣＣアプリケーションサーバに前記第１ドメイン選択情報を設定する段階を含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１２）
前記端末に保存するために、前記第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信する段階を含むことを特徴とする項目１１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１３）
前記送信する段階は、
Ｖ３インタフェースを利用して行われることを特徴とする項目１１に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１４）
前記保存する段階は、
前記ＶＣＣアプリケーションサーバが前記端末からドメインのユーザ嗜好に関するクエリーを受信する段階と、
前記受信されたクエリーに対する応答として前記ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバが前記第１ドメイン選択情報を検索する段階とを含むことを特徴とする項目２に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１５）
前記端末に保存するために、前記検索された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信する段階をさらに含むことを特徴とする項目１４に記載のＶＣＣサービスにおける端末に送られる着信呼の提供方法。
（項目１６）
端末に保存するために、前記端末がＶＣＣアプリケーションサーバから第２ドメイン選択情報を受信する段階と、
前記端末が第１ドメイン選択情報又は前記第２ドメイン選択情報に基づいて前記発信呼のドメイン選択を行う段階と、
前記端末が前記選択されたドメインで前記発信呼を送信する段階と
を含むことを特徴とするＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１７）
前記ＶＣＣアプリケーションサーバから受信された前記第２ドメイン選択情報を前記端末に保存する段階をさらに含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１８）
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末が前記第１ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目１９）
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末が前記第２ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２０）
前記第１ドメイン選択情報は、
前記端末に発信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好であり、
前記第２ドメイン選択情報は、
前記端末に発信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシーであることを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２１）
前記第２ドメイン選択情報は、
Ｖ３インタフェースで前記ＶＣＣアプリケーションサーバから前記端末に送信されることを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２２）
前記Ｖ３インタフェースは、
Ｕｔインタフェースであることを特徴とする項目２１に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２３）
前記受信する段階は、
前記端末が前記ＶＣＣアプリケーションサーバから前記第２ドメイン選択情報を受信した後、ＡＣＫメッセージを前記ＶＣＣアプリケーションサーバに送信する段階を含むことを特徴とする項目１６に記載のＶＣＣサービスに加入した端末が発信する発信呼の提供方法。
（項目２４）
着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報及び前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報を保存する保存部と、
前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記着信呼のドメイン選択を行うドメイン選択機能部と
を含むことを特徴とするサービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置。
（項目２５）
前記ドメイン選択機能部は、
前記オペレータポリシー情報より高い優先順位を有するユーザ嗜好情報の前記ドメイン選択情報に基づいて前記着信呼のＣＳドメインとＩＭＳドメインの１つを選択することを特徴とする項目２４に記載の装置。
（項目２６）
前記ドメイン選択機能部は、
前記ユーザ嗜好情報より高い優先順位を有するオペレータポリシー情報の前記ドメイン選択情報に基づいて前記着信呼のＣＳドメインとＩＭＳドメインの１つを選択することを特徴とする項目２４に記載の装置。
（項目２７）
前記保存部に保存するために、ユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を前記端末から受信するＵｔインタフェース部をさらに含むことを特徴とする項目２４に記載の装置。
（項目２８）
前記保存部に保存するために、前記端末以外の他の装置を利用してユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を受信する受信機をさらに含むことを特徴とする項目２４に記載の装置。
（項目２９）
前記端末に保存するために、前記設定されたドメイン選択情報を含む前記ユーザ嗜好情報を前記装置から前記端末に送信する装置管理部をさらに含むことを特徴とする項目２４に記載の装置。
（項目３０）
端末が発信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含むユーザ嗜好情報及び前記端末が発信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含むオペレータポリシー情報を保存する保存部と、
前記ユーザ嗜好情報又は前記オペレータポリシー情報に基づいて前記発信呼のドメイン選択を行う制御装置と
を含むことを特徴とするサービス継続性を提供し、前記サービスで端末が発信した発信呼のためのドメインを選択する端末。
（項目３１）
前記制御装置は、
前記ユーザ嗜好情報が前記オペレータポリシー情報より高い優先順位を有する場合、前記ユーザ嗜好情報の前記ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択することを特徴とする項目３０に記載の端末。
（項目３２）
前記制御装置は、
前記オペレータポリシー情報が前記ユーザ嗜好情報より高い優先順位を有する場合、前記オペレータポリシー情報の前記ドメイン選択情報に基づいて前記発信呼のＣＳドメイン及びＩＭＳドメインの１つを選択することを特徴とする項目３０に記載の端末。
（項目３３）
前記保存部は、
前記ドメイン選択情報を含む前記オペレータポリシー情報をＶＣＣアプリケーションサーバから受信することを特徴とする項目３０に記載の端末。
（項目３４）
前記端末は、
Ｖ３インタフェースで前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３０に記載の端末。
（項目３５）
前記制御装置は、
ドメインのネットワーク嗜好に関するクエリーをＶＣＣアプリケーションサーバに送信し、前記端末に保存するために、前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３０に記載の端末。
（項目３６）
前記制御装置は、
Ｖ３インタフェースを利用して前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信することを特徴とする項目３５に記載の端末。
（項目３７）
前記制御装置は、
前記選択されたドメインで前記発信呼を送信することを特徴とする項目３０に記載の端末。
【図面の簡単な説明】
【００４２】
【図１】本発明を実現するＶＣＣサービスを提供するネットワークの構造を示す図である。
【図２】従来のＶＣＣサービスにおいてＣＳドメインを介した発信呼の信号経路を示す図である。
【図３】従来のＶＣＣサービスにおいてＩＭＳドメインを介した発信呼の信号経路を示す図である。
【図４】従来のＶＣＣサービスにおいてＣＳドメインを介した着信呼の信号経路を示す図である。
【図５】従来のＶＣＣサービスにおいてＩＭＳドメインを介した着信呼の信号経路を示す図である。
【図６】本発明の一実施形態によるユーザ嗜好をネットワークに保存する多様な方法を示す信号フローチャートである。
【図７】本発明の一実施形態による発信呼に関するオペレータポリシーをＵＥに送信する方法を示す信号フローチャートである。
【図８】本発明の一実施形態によるドメイン選択後に着信呼を行う手順を示す信号フローチャートである。
【図９】本発明を実現する端末の構成を示す概略図である。
【発明を実施するための形態】
【００４３】
本発明の基本概念は、第１に、ＵＥへの着信呼がＵＥユーザの希望するドメインで行われるように、ＵＥがドメイン選択に関するいわゆるドメイン選択情報をネットワークの該当エンティティに設定又は更新するというものである。また、前記ＵＥへの着信呼が前記設定又は更新されたドメイン選択情報に基づいて前記ＵＥに行われる。特に、前記ドメイン選択情報は、ＵＥユーザにより操作されるＵＥを介して又は前記ＵＥユーザが他の端末（例えば、ＰＣ又はＰＤＡ）を利用してアクセスするウェブページを介して、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に設定又は更新される。また、ネットワークサーバが着信呼のドメインを選択するとき、前記着信呼のドメインは、前記ユーザ嗜好及びオペレータポリシーの１つを利用して選択される。ここで、予め定義されたネットワーク管理ポリシーに関する情報、予め定義された規則（又は、ポリシー）、ユーザにより予め設定された情報などにより、ユーザ嗜好及びオペレータポリシーのうち優先順位が高いものが定義（又は、設定）される。優位になるドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）に基づいて、前記着信呼のドメインが選択される。また、前記第２ドメイン選択情報は、前記第１ドメイン選択情報（ユーザ嗜好）と第２ドメイン選択情報（オペレータポリシー）のうち優先順位が高い（又は、優位になる）選択情報を示す「優位情報」を含む。ここで、前記優位情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び第２ドメイン選択情報（オペレータポリシー）のうち利用されるべきドメイン選択情報を示す。
【００４４】
第２に、前記ＵＥによりが発信される発信呼を行うとき、前記ＵＥは、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）により通知された前記設定又は更新されたドメイン選択情報を受信して保存する。その後、前記ＵＥは、前記保存されたドメイン選択情報に基づいて発信呼のドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）を選択し、前記選択されたドメインに前記発信呼を行う。ここで、前記ドメイン選択情報は、オペレータポリシーに含まれて設定又は更新され、そのオペレータポリシー情報は、ＶＣＣアプリケーションのようなネットワークエンティティから前記ＵＥに送信できる。また、ネットワークサーバが発信呼のためのドメインを選択するとき、前記発信呼のためのドメインは、前記ユーザ嗜好及びオペレータポリシーの１つを利用して選択される。ここで、前記ユーザ嗜好と前記オペレータポリシーのうち高い優先順位を有するドメイン選択情報は、予め定義されたネットワーク管理ポリシーに関する情報、予め定義された規則（又は、ポリシー）、又はユーザによる予め設定された情報などによって定義（又は、設定）される。高い優先順位を有するドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）に基づいて、前記発信呼のためのドメインが選択される。また、前記第２ドメイン選択情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び第２ドメイン選択情報（オペレータポリシー）のうち高い優先順位を有する（又は、優位になる）ドメイン選択情報を示す「優位情報」を含む。ここで、前記優位情報は、前記第１ドメイン選択情報（ユーザ嗜好）及び前記第２ドメイン選択情報（オペレータポリシー）のうち利用されるべきドメイン選択情報を示す。
【００４５】
以下、本発明の説明で利用された又は利用される用語を定義する。
【００４６】
本発明によるＵＥは、ＶＣＣサービスのために利用される全てのタイプの端末を含む。例えば、本発明によるＵＥは、移動通信端末機（例えば、ユーザ装置（ＵＥ）、携帯電話、セルラーフォン、ＤＭＢフォン、ＤＶＢ−Ｈフォン、ＰＤＡ、ＰＴＴなど）と、デジタルＴＶセット、ＧＰＳナビゲーション、携帯用ゲーム機、ＭＰ３、及びその他の家庭用電気製品などを含む包括的な意味である。
【００４７】
ユーザ嗜好である第１ドメイン選択情報は、ＵＥ（又は、端末）がＩＭＳドメインとＣＳドメインの両方で適用できるとき、ＵＥユーザが着信呼又は発信呼のために好むドメインを示すドメイン選択情報を定義する情報（又は、パラメータ）である。ユーザは、発信呼又は着信呼のために好むドメイン（例えば、ＩＭＳドメイン又はＣＳドメイン）の優先順位（すなわち、嗜好）を設定してＵＥに保存する。従って、前記ＵＥは、前記保存された優先順位（例えば、ユーザ嗜好）に基づいて前記発信呼のドメインを選択することができる。一方、前記ＵＥユーザが前記ＵＥ（又は、他の端末）を利用してユーザ嗜好をネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に登録（又は、更新）した場合、前記登録されたユーザ嗜好によって着信呼のドメイン（すなわち、ＩＭＳドメイン又はＣＳドメイン）が選択される。それに対して、前記ＵＥへの着信呼に対するユーザ嗜好は前記ＵＥにより設定され、このような情報は、ネットワークの特定エンティティ（例えば、ＶＣＣアプリケーション）に送信されて保存される。前記ユーザ嗜好は、前記ユーザ嗜好ドメイン選択情報だけでなく、他の情報を含むこともできる。ユーザ嗜好は、ＶＣＣアプリケーションとＵＥ間の直接通信インタフェースであるＵｔインタフェースのようなＶ３インタフェース（図１の１１）で前記ＵＥから前記ＶＣＣアプリケーション（ネットワークサーバ）に送信できる。前記Ｖ３インタフェースと前記Ｕｔインタフェースは、当該技術分野で周知である。オペレータポリシーである第２ドメイン選択情報は、ドメイン選択に関する情報以外にもネットワーク及び／又はシステムの管理及び維持などに関するポリシー（又は、情報）を含む包括的な意味である。しかし、オペレータポリシーである第２ドメイン選択情報は、ＵＥ（又は、端末）がＣＳドメインとＩＭＳドメインの両方で適用できる場合、オペレータが着信呼又は発信呼のために要求する（好む）ドメインを示すドメイン選択情報を定義する情報（又は、パラメータ）である。前記オペレータポリシーは、発信呼及び着信呼の両方に適用できる。例えば、着信呼及び／又は発信呼は、前記オペレータポリシーに基づいてＣＳドメインに又はＩＭＳドメインにルーティングできる。又は、オペレータポリシーは、着信呼及び／又は発信呼に関する情報を有しない可能性もある。また、オペレータポリシーに基づいて、着信呼及び／又は発信呼のためにユーザの好むドメインの優先順位リスト（例えば、１．Ｉ−ＷＬＡＮを介したＩＭＳ、２．ＣＳ、３．ＰＳを介したＩＭＳなど）を生成できる。前記優先順位リストに基づいて前記着信呼及び／又は発信呼が前記ＣＳドメイン又は前記ＩＭＳドメインにルーティングできる。前記ネットワーク嗜好ドメイン選択情報を含むオペレータポリシーは、装置管理（Device Management：ＤＭ）、ＣＰ（Client Provisioning）、又はＦＰ（Factory Provisioning）などを利用するＶ３インタフェースでＶＣＣアプリケーションのようなネットワークエンティティから前記ＵＥに提供できる。前記ＤＭ、前記ＣＰ、前記及びＦＰは、公知の技術である。例えば、前記ＵＥ及び前記ＶＣＣアプリケーションは、ＤＭ機能を提供するＤＭＡユニットをそれぞれ含むことができる。また、着信呼に関する前記オペレータポリシーは、前記ネットワークにより設定及び保存された後、前記ＶＣＣアプリケーションに送信される。
【００４８】
以下、本発明の構成及び動作について図６〜図９を参照して詳細に説明する。
【００４９】
図６は、本発明の一実施形態により、前記優位情報によって、ＶＣＣアプリケーション２０のようなネットワークエンティティがユーザ嗜好に基づいて着信呼のためのドメインを選択できるようにユーザ嗜好をネットワークに保存する３つの例を示す信号フローチャートである。
【００５０】
特に、図６において、第１実施形態は一連の段階（Ｓ１０）により、第２実施形態は一連の段階（Ｓ２０）により、第３実施形態は一連の段階（Ｓ３０）により示される。図６に示す３つの例は、ユーザ嗜好をネットワークの特定エンティティに保存する主体によって区分される。また、段階Ｓ１０、Ｓ２０、Ｓ３０は、相関性を有せずに独立している。
【００５１】
図６の第１実施形態において、一連の段階（Ｓ１０）は、ＵＥユーザがユーザ嗜好（ユーザが好むドメインを示すユーザ嗜好ドメイン選択情報を含む）を設定又は更新し、前記設定又は更新されたユーザ嗜好をネットワークのＶＣＣアプリケーションに送信することを示す信号フローチャートである。
【００５２】
以下、図６における第１例としての一連の段階（Ｓ１０）について説明する。
【００５３】
図６に示すように、前記ＵＥユーザは、例えばＵＥ１０への着信呼のためにユーザが好むドメインを示すドメイン選択情報を含むために、ユーザ嗜好を設定又は更新する（Ｓ１１）。ここで、段階Ｓ１１の前に、前記ＵＥユーザは、前記ＶＣＣアプリケーション２０から現在のユーザ嗜好をクエリーする。
【００５４】
前記ＵＥ１０は、前記ユーザ嗜好ドメイン選択情報を含む前記ユーザ嗜好をＶＣＣアプリケーション２０に送信する（Ｓ１２）。これは、前記ＵＥ１０と前記ＶＣＣアプリケーション２０間でＵｔインタフェースのようなＶ３インタフェースを利用して可能となる。前記ＵＥ１０と前記ＶＣＣアプリケーション２０は、Ｕｔインタフェースを提供するＵｔインタフェースユニットをそれぞれ含むことができる。
【００５５】
前記ＶＣＣアプリケーション２０は、前記受信されたユーザ嗜好を内部メモリに又は遠隔エンティティ（remote entity）（例えば、ホームネットワークのＨＳＳ（Home Subscriber Server））に保存する（Ｓ１３）。例えば、前記ユーザ嗜好がオペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０は、前記ＵＥ１０への着信呼のドメインを選択するとき、前記ユーザ嗜好を利用して着信呼のドメインを選択することができる。それに対して、前記オペレータポリシーがユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０は、前記ＵＥ１０への着信呼のドメインを選択するとき、前記オペレータポリシーを利用して着信呼のドメインを選択することができる。
【００５６】
前記ＶＣＣアプリケーション２０は、段階Ｓ１２に対して応答メッセージ（例えば、ＡＣＫメッセージ）をオプションで送信することができる（Ｓ１４）。段階Ｓ１４での応答メッセージ（例えば、ＡＣＫメッセージ）は、段階Ｓ１３の前又は後に送信され、これは、オプション段階である。
【００５７】
以下、図６における第２例としての一連の段階（Ｓ２０）について説明する。
【００５８】
第２例において、ユーザ（すなわち、ＶＣＣ加入者）がＵＥ１０以外のＰＣやＰＤＡなどの他の有線／無線通信手段でユーザ嗜好ドメイン選択情報を含むユーザ嗜好をＶＣＣアプリケーション２０に送信し、前記ＶＣＣアプリケーション２０にある以前のユーザ嗜好を設定又は更新する（Ｓ２１）。例えば、前記ユーザは、ユーザ嗜好、例えばユーザ嗜好ドメイン選択情報を更新又は設定するために、ＰＣのような有線／無線通信手段で前記ＶＣＣアプリケーション２０にアクセスできる。又は、前記ユーザは、ユーザ嗜好を更新又は設定するために、ＵＥ以外の他の有線／無線通信手段でＶＣＣアプリケーション２０と連動するウェブページにアクセスできる。ここで、前記通信手段（例えば、ＰＣ）と前記ＶＣＣアプリケーション２０は、Ｕｔインタフェース、ＶＣＣ ＵＥ−ＶＣＣアプリケーションインタフェース又は他のインタフェースで互いに接続される。段階Ｓ２１で、前記ユーザ嗜好は、前記ＶＣＣアプリケーション自身又は外部装置から取得できる。
【００５９】
前記ＶＣＣアプリケーション２０は、前記ＵＥ１０に前記ユーザ嗜好ドメイン選択情報を含む前記設定又は更新されたユーザ嗜好を送信する（Ｓ２２）。前記ＵＥ１０は、前記受信されたユーザ嗜好を前記ＵＥに備えられた特定メモリに保存する（Ｓ２３）。
【００６０】
前記ＵＥ１０は、段階Ｓ２２に対する応答として応答メッセージ（例えば、ＡＣＫメッセージ）をオプションで送信する（Ｓ２４）。段階Ｓ２４の応答メッセージ（例えば、ＡＣＫメッセージ）は、段階Ｓ２３の前又は後に送信され、これは、オプション段階である。
【００６１】
従って、図６の第２例において、前記ＶＣＣアプリケーション２０は、優位情報によって、前記ＶＣＣアプリケーション２０に保存された前記ユーザ嗜好（例えば、ユーザが前記ＵＥ以外の他の有線／無線通信手段を利用して保存するユーザ嗜好）又はオペレータポリシーに基づいて着信呼のドメインを選択する。一方、前記ＵＥ１０は、前記優位情報によって、段階Ｓ２３で保存したユーザ嗜好又はオペレータポリシーに基づいて発信呼のドメインを選択する。
【００６２】
以下、図６における第３例としての一連の段階（Ｓ３０）について説明する。
【００６３】
この例は、前記ＶＣＣアプリケーションが有する（保存する）ユーザ嗜好を前記ＵＥがクエリーすることを示す。前記ＵＥは、前記ＶＣＣアプリケーション２０に着信呼のためのユーザ嗜好をクエリーする（Ｓ３１）。
【００６４】
前記ＶＣＣアプリケーション２０は、内部エンティティ又は遠隔もしくは外部エンティティに予め保存されているユーザ嗜好（ユーザ嗜好ドメイン選択情報を含む）を検索する（Ｓ３２）。ここで、前記内部エンティティは、前記ＶＣＣアプリケーション２０のドメイン転換機能２０ａ、ＣＳ適応機能２０ｂ、ＣＡＭＥＬサービスアプリケーション２０ｃ、及びドメイン選択機能２０ｄの１つであってもよく、他のＶＣＣ構成要素であってもよい。前記ＶＣＣアプリケーション２０は、前述したように、前記優位情報によって着信呼のドメイン選択を行うためにユーザ嗜好又はオペレータポリシーを利用する。前記ＶＣＣアプリケーション２０は、前記検索したユーザ嗜好を前記ＵＥに返信する（Ｓ３３）。
【００６５】
前述したように、図６に示す第１〜第３例において、前記ＶＣＣアプリケーション２０が着信呼のドメインを選択するとき、又は、前記ＵＥが発信呼のドメインを選択するとき、前記ＶＣＣアプリケーション２０又は前記ＵＥ１０は、優位情報によって、ユーザ嗜好ドメイン選択情報を含むユーザ嗜好又はネットワーク嗜好ドメイン選択情報を含むオペレータポリシーを考慮する。図７は、本発明の一実施形態による発信呼に関するオペレータポリシーをネットワークサーバからＵＥに送信する手順を示す信号フローチャートである。図７の手順（段階Ｓ７１、Ｓ７２、及びＳ７３）は、前記ＵＥが前記ＶＣＣアプリケーションからオペレータポリシーを受信する図６の受信段階Ｓ２０にも利用できる。
【００６６】
図７に示すように、発信呼に関するオペレータポリシーが前記ＶＣＣアプリケーション２０に設定又は更新される（Ｓ７１）。このオペレータポリシーは、ネットワーク嗜好ドメイン選択情報を含み、優位情報などの他の情報も含むことができる。前記ＶＣＣアプリケーション２０は、前記設定又は更新されたオペレータポリシーを、例えばＤＭ方式を用いるＶ３インタフェースで前記ＵＥ１０に送信する（Ｓ７２）。
【００６７】
前記ＵＥ１０は、前記受信された発信呼に関するオペレータポリシーを特定メモリ又は保存手段に保存する（Ｓ７３）。その後、前記ＵＥ１０は、段階Ｓ７２に対する応答として応答メッセージ（例えば、ＡＣＫメッセージ）を前記ＶＣＣアプリケーション２０に送信する（Ｓ７４）。ここで、段階Ｓ７４での応答メッセージ（すなわち、ＡＣＫメッセージ）は、段階Ｓ７３の前又は後に送信され、これは、オプション段階である。
【００６８】
段階Ｓ７１〜Ｓ７４が行われた後、発信呼を行う場合、前記ＵＥは、前記設定もしくは更新されたオペレータポリシー又は予めＵＥに保存されているユーザ嗜好を考慮して前記発信呼のドメインを選択し、前記選択されたドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）で前記発信呼を行う。すなわち、前記ＵＥ１０は、ユーザ嗜好（すなわち、第１ドメイン選択情報）及びオペレータポリシー（すなわち、第２ドメイン選択情報）のうち高い優先順位を有するように予め設定されたドメイン選択情報を判断（又は、確認、検出）する。次に、前記判断されたドメイン選択情報（すなわち、ユーザ嗜好又はオペレータポリシー）を利用して、前記ＵＥ１０は、ドメインを選択し、前記選択されたドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）で前記発信呼を行う。例えば、前記オペレータポリシーが前記ユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０への発信呼のドメインを選択するとき、前記オペレータポリシーを利用（又は、参照、検索）して発信呼のドメイン選択を行うことができる。それに対して、前記ユーザ嗜好が前記オペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＶＣＣアプリケーション２０への発信呼のドメインを選択するとき、前記ユーザ嗜好を利用（又は、参照、検索）して前記発信呼のドメイン選択を行うことができる。一例として、図７に示すように、前記ＣＳドメインでの発信呼が図７の一連の段階（すなわち、Ｓ７５〜Ｓ８５）に従って実行できるか、又は、ＩＭＳドメインでの発信呼が図７の一連の段階（すなわち、Ｓ７５’〜Ｓ８２’）に従って実行できる。段階Ｓ７５〜Ｓ８５と段階Ｓ７５’〜Ｓ８２’に示すように、本発明により前記ドメインが選択されると前記ＣＳドメイン又は前記ＩＭＳドメインで呼を行う過程は公知であるため、詳細な説明は省略する。
【００６９】
図８は、本発明の一実施形態により、優位情報によって、ユーザ嗜好又はオペレータポリシーを考慮してドメインを選択した後、着信呼を行う手順を示す信号フローチャートである。
【００７０】
図８に示すように、ＵＥが着信呼に関するユーザ嗜好ドメイン選択情報を含むユーザ嗜好をＶＣＣアプリケーションに送信する一連の手順（すなわち、図８のＳ１１〜Ｓ１４）は、図６の一連の手順（Ｓ１１〜Ｓ１４）と同一である。従って、図６の一連の手順（すなわち、Ｓ１１〜Ｓ１４）に関する詳細な説明は、図８の一連の手順（すなわち、Ｓ１１〜Ｓ１４）にも同様に適用できる。
【００７１】
段階Ｓ１１〜Ｓ１４が完了した後、着信呼がホームネットワークにルーティングされると、一連の手順（Ｓ１５〜Ｓ１９）が行われる。呼が要求されると（例えば、段階Ｓ１５〜Ｓ１７）、前記ＶＣＣアプリケーション２０は、前記ユーザ嗜好（ユーザ嗜好ドメイン選択情報を含む）とオペレータポリシー（ネットワーク嗜好ドメイン選択情報を含む）を考慮して前記着信呼のドメイン（例えば、ＣＳドメイン又はＩＭＳドメイン）を選択する（Ｓ１８）。例えば、前記オペレータポリシーがユーザ嗜好より高い優先順位を有すると予め設定されている場合、前記ＵＥ１０への着信呼のドメインを選択するとき、前記オペレータポリシーを利用（又は、参照、検索）して前記着信呼のドメイン選択を行うことができる。それに対して、前記ユーザ嗜好がオペレータポリシーより高い優先順位を有すると予め設定されている場合、前記ＵＥ１０への着信呼のドメインを選択するとき、前記ユーザ嗜好を利用（又は、参照、検索）して前記着信呼のドメイン選択を行うことができる。また、前記着信呼のためのドメインの選択は、前記ＶＣＣアプリケーション２０のＤＳＦにより実行できる。
【００７２】
前記ドメインが選択されると、前記ＶＣＣアプリケーション２０は、公知技術を用いて前記選択されたドメインで前記着信呼を送信する。例えば、前記ＣＳドメインが選択されると、前記ＣＳドメインでの着信呼は、図８の段階Ｓ９０のサブ段階１０〜１９に従って行われる。また、前記ＩＭＳドメインが選択されると、前記ＩＭＳドメインでの着信呼は、図８の段階Ｓ９２のサブ段階１０’〜１８’に従って行われる。
【００７３】
以下、本発明によるＵＥ（すなわち、端末）とＶＣＣアプリケーションの構成及び動作について説明する。
【００７４】
本発明による前記ＵＥと前記ＶＣＣアプリケーションは、ユーザ嗜好及びオペレータポリシーを設定又は更新するために、相互通信（intercommunication）に必要なハードウェア構成を基本的に含む。
【００７５】
例えば、図９に示すように、本発明の実施形態による前記ＵＥ１０は、着信呼に関するドメイン選択情報、すなわち、ユーザ嗜好をＶＣＣアプリケーションに送信する送信機４１と、前記ユーザ嗜好、前記ＶＣＣアプリケーションから受信されたオペレータポリシー、及び他の情報を保存するメモリ又は保存部４２と、前記ＶＣＣアプリケーションが前記ユーザ嗜好又は前記オペレータポリシーを考慮して送信する着信呼を受信（着信）する受信機４３と、ユーザ嗜好のようなユーザ入力を受信する入力部４４と、情報、メニューなどを表示するディスプレイ部４５と、これら構成要素を制御する制御装置／プロセッサ４６とを含む。前記ＵＥは、Ｕｔインタフェースユニット４７、ＤＭユニット４８などの他の公知の構成要素も含む。前記制御装置４６は、前記ユーザ嗜好及び前記オペレータポリシーのうちどちらが高い優先順位を有すると予め設定されているかドメイン選択情報を確認（検出）することにより、前記ユーザ嗜好及び前記オペレータポリシーのうち進行呼のドメインを選択するために利用されるべきドメイン選択情報を判断できる。
【００７６】
また、本発明の実施形態によるＵＥは、前記ＶＣＣアプリケーションからオペレータポリシーを受信する受信機４３と、前記オペレータポリシー又は前記ユーザ嗜好に基づいて発信呼のドメインを選択する選択部と、前記選択されたドメインで前記発信呼を送信（発信）する送信機４１とを含む。ここで、前記選択部は、発信呼のドメインを選択する一種の制御手段としての制御装置であってもよい。以上、本発明の技術的特徴を含むＵＥの各構成要素の動作及び機能について説明してきたが、その他にもＶＣＣサービスを受信するために必要なＵＥの基本的な構成要素は、当業者にとって明らかであるため、その説明を省略する。
【００７７】
前述したように、本発明における着信呼の場合、ネットワーク（すなわち、ＶＣＣアプリケーション）がユーザ嗜好に基づいてＵＥユーザの好むドメイン選択関連情報が認知できるため、前記ネットワークは、前記ＵＥの現在通信状況を考慮して選択されたドメインで着信呼を効果的に行うことができる。
【００７８】
また、本発明における発信呼の場合、前記ＵＥが前記オペレータポリシーに基づいてドメイン選択情報を認知できるため、前記ＵＥが発信呼のドメインを選択するとき、前記ネットワークの現在通信状況を反映した情報を考慮することができる。
【００７９】
また、本発明は、ユーザ嗜好又はオペレータポリシーを考慮してドメインを選択し、着信呼及び／又は発信呼が前記選択されたドメインで行われるため、前記ＵＥ及び／又はネットワークの現在通信状況を考慮したＶＣＣにおける呼が効果的に実行できる。従って、本発明は、前記ＵＥ及び／又はネットワークの現在通信状況を考慮しないＶＣＣにおける呼を行うことにより不要に発生する頻繁なドメイン転換、リソース不足、又は呼の不一致を効果的に防止できる。
【００８０】
本発明は、図面に示す実施形態に基づいて説明されたが、これは単なる例示に過ぎない。本発明の精神及び範囲内で多様な変形及び変更が可能であることは当業者に明らかである。従って、本発明の請求の範囲及びその均等物の範囲内で行われる変更及び変形は本発明の請求の範囲に含まれる。
【特許請求の範囲】
【請求項１】
ＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）サービスにおける端末に送られる着信呼を提供する方法であって、
前記方法は、
ＶＣＣアプリケーションサーバにより、前記ＶＣＣアプリケーションサーバに保存するために端末から第１ドメイン選択情報を受信し、前記受信された第１ドメイン選択情報をＶＣＣアプリケーションサーバに保存することであって、前記第１ドメイン選択情報は、ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）またはＣＰ（Ｃｌｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ）またはＦＰ（Ｆａｃｔｏｒｙ Ｐｒｏｖｉｓｉｏｎｉｎｇ）を利用して前記端末から前記ＶＣＣアプリケーションサーバに送信され、前記第１ドメイン選択情報は、ユーザ嗜好であり、前記ユーザ嗜好は、前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記第２ドメイン選択情報は、オペレータポリシーであり、前記オペレータポリシーは、前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、ことと、
前記ＶＣＣアプリケーションサーバにより、前記第１ドメイン選択情報または前記第２ドメイン選択情報に基づいて着信呼のドメイン選択を行うことと、
前記ＶＣＣアプリケーションサーバにより、選択されたドメインで前記着信呼を送信することと
を含み、
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが、前記第２ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、方法。
【請求項２】
前記第１ドメイン選択情報は、
Ｖ３インタフェースで前記端末から前記ＶＣＣアプリケーションサーバに送信される、請求項１に記載の方法。
【請求項３】
前記Ｖ３インタフェースは、
Ｕｔインタフェースである、請求項１に記載の方法。
【請求項４】
前記行う段階は、
前記ＶＣＣアプリケーションサーバのドメイン選択機能により実現される、請求項１に記載の方法。
【請求項５】
前記ＶＣＣアプリケーションサーバにより受信された前記第１ドメイン選択情報は、端末側でユーザにより初期に入力される、請求項１に記載の方法。
【請求項６】
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが、前記第１ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、請求項１に記載の方法。
【請求項７】
前記保存する段階は、
前記ＶＣＣアプリケーションサーバに保存するために、ユーザにより、前記端末以外の装置を利用して前記ＶＣＣアプリケーションサーバに前記第１ドメイン選択情報を設定することを含む、請求項１に記載の方法。
【請求項８】
前記端末に保存するために、前記第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信することをさらに含む、請求項７に記載の方法。
【請求項９】
前記保存する段階は、
前記ＶＣＣアプリケーションサーバにより、前記端末からドメインのユーザ嗜好に関するクエリーを受信することと、
前記受信されたクエリーに対する応答として前記ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバにより、前記第１ドメイン選択情報を検索することと
を含む、請求項１に記載の方法。
【請求項１０】
前記端末に保存するために、前記検索された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信することをさらに含む、請求項９に記載の方法。
【請求項１１】
ＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）サービスに加入している端末から発信する発信呼を提供する方法であって、
前記方法は、
端末に保存するために、前記端末により、アプリケーションサーバから第２ドメイン選択情報を受信することであって、前記端末は、回線交換（ＣＳ）ドメインとＩＰマルチメディアサブシステム（ＩＭＳ）ドメインとの間で音声呼を送信することが可能なホームＩＭＳアプリケーションであるＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）をサポートする、ことと、
前記端末により、前記第１ドメイン選択情報または前記第２ドメイン選択情報に基づいて前記発信呼のドメイン選択を行うことと、
前記端末により、選択されたドメインで前記発信呼を送信することと
を含み、
前記第１ドメイン選択情報は、ユーザ嗜好であり、前記第２ドメイン選択情報は、オペレータポリシーであり、
前記第２ドメイン選択情報は、ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）またはＣＰ（Ｃｌｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ）またはＦＰ（Ｆａｃｔｏｒｙ Ｐｒｏｖｉｓｉｏｎｉｎｇ）を利用して前記ＶＣＣアプリケーションサーバから前記端末によって受信され、
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末により、前記第２ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、方法。
【請求項１２】
前記ＶＣＣアプリケーションサーバから受信された前記第２ドメイン選択情報を前記端末に保存することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末により、前記第１ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、請求項１１に記載の方法。
【請求項１４】
前記ユーザ嗜好は、前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシーは、前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、請求項１１に記載の方法。
【請求項１５】
Ｖ３インタフェースは、
Ｕｔインタフェースである、請求項１１に記載の方法。
【請求項１６】
前記受信する段階は、
前記端末により前記ＶＣＣアプリケーションサーバから前記第２ドメイン選択情報を受信した後、前記端末により、ＡＣＫメッセージを前記ＶＣＣアプリケーションサーバに送信することを含む、請求項１１に記載の方法。
【請求項１７】
サービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置であって、
前記装置は、
オペレータポリシー情報及びユーザ嗜好情報を保存する保存部であって、前記ユーザ嗜好情報は、前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシー情報は、着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、保存部と、
前記ユーザ嗜好情報または前記オペレータポリシー情報に基づいて前記着信呼のドメイン選択を行うドメイン選択機能部と、
前記端末に保存するために、設定されたドメイン選択情報を含む前記ユーザ嗜好情報を前記装置から前記端末に送信する装置管理（ＤＭ）部であって、前記ＤＭ部は、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）プロトコル及びインタフェースをサポートする、ＤＭ部と
を含み、
前記ドメイン選択機能部は、前記ユーザ嗜好情報よりも高い優先順位を有する前記オペレータポリシー情報のドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択する、装置。
【請求項１８】
前記ドメイン選択機能部は、
前記オペレータポリシー情報より高い優先順位を有するユーザ嗜好情報の前記ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択する、請求項１７に記載の装置。
【請求項１９】
前記保存部に保存するために、ユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を前記端末から受信するＵｔインタフェース部をさらに含む、請求項１７に記載の装置。
【請求項２０】
前記保存部に保存するために、前記端末以外の他の装置を利用してユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を受信する受信機をさらに含む、請求項１７に記載の装置。
【請求項２１】
端末であって、前記端末は、サービス継続性を提供し、サービスで前記端末から発信する発信呼のためのドメインを選択し、
前記端末は、
オペレータポリシー情報及びユーザ嗜好情報を保存する保存部であって、前記ユーザ嗜好情報は、前記端末から前記着信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシー情報は、前記端末から前記着信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、保存部と、
前記ユーザ嗜好情報または前記オペレータポリシー情報に基づいて前記発信呼のドメイン選択を行う制御装置と、
前記保存部に保存するために、前記オペレータポリシー情報を受信する装置管理（ＤＭ）部であって、前記ＤＭ部は、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）プロトコル及びインタフェースをサポートする、ＤＭ部と
を含み、
前記制御装置は、
前記ユーザ嗜好情報が前記オペレータポリシー情報より高い優先順位を有する場合、前記ユーザ嗜好情報の前記ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのいずれかを選択し、
前記制御装置は、
前記オペレータポリシー情報が前記ユーザ嗜好情報より高い優先順位を有する場合、前記オペレータポリシー情報の前記ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのいずれかを選択する、端末。
【請求項２２】
前記保存部は、
前記ドメイン選択情報を含む前記オペレータポリシー情報をＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバから受信する、請求項２１に記載の端末。
【請求項２３】
前記制御装置は、
ドメインのネットワーク嗜好に関するクエリーをＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバに送信し、前記端末に保存するために、前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信する、請求項２１に記載の端末。
【請求項２４】
前記制御装置は、
選択されたドメインで前記発信呼を送信する、請求項２１に記載の端末。
【請求項１】
ＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）サービスにおける端末に送られる着信呼を提供する方法であって、
前記方法は、
ＶＣＣアプリケーションサーバにより、前記ＶＣＣアプリケーションサーバに保存するために端末から第１ドメイン選択情報を受信し、前記受信された第１ドメイン選択情報をＶＣＣアプリケーションサーバに保存することであって、前記第１ドメイン選択情報は、ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）またはＣＰ（Ｃｌｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ）またはＦＰ（Ｆａｃｔｏｒｙ Ｐｒｏｖｉｓｉｏｎｉｎｇ）を利用して前記端末から前記ＶＣＣアプリケーションサーバに送信され、前記第１ドメイン選択情報は、ユーザ嗜好であり、前記ユーザ嗜好は、前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記第２ドメイン選択情報は、オペレータポリシーであり、前記オペレータポリシーは、前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、ことと、
前記ＶＣＣアプリケーションサーバにより、前記第１ドメイン選択情報または前記第２ドメイン選択情報に基づいて着信呼のドメイン選択を行うことと、
前記ＶＣＣアプリケーションサーバにより、選択されたドメインで前記着信呼を送信することと
を含み、
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが、前記第２ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、方法。
【請求項２】
前記第１ドメイン選択情報は、
Ｖ３インタフェースで前記端末から前記ＶＣＣアプリケーションサーバに送信される、請求項１に記載の方法。
【請求項３】
前記Ｖ３インタフェースは、
Ｕｔインタフェースである、請求項１に記載の方法。
【請求項４】
前記行う段階は、
前記ＶＣＣアプリケーションサーバのドメイン選択機能により実現される、請求項１に記載の方法。
【請求項５】
前記ＶＣＣアプリケーションサーバにより受信された前記第１ドメイン選択情報は、端末側でユーザにより初期に入力される、請求項１に記載の方法。
【請求項６】
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記ＶＣＣアプリケーションサーバが、前記第１ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、請求項１に記載の方法。
【請求項７】
前記保存する段階は、
前記ＶＣＣアプリケーションサーバに保存するために、ユーザにより、前記端末以外の装置を利用して前記ＶＣＣアプリケーションサーバに前記第１ドメイン選択情報を設定することを含む、請求項１に記載の方法。
【請求項８】
前記端末に保存するために、前記第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信することをさらに含む、請求項７に記載の方法。
【請求項９】
前記保存する段階は、
前記ＶＣＣアプリケーションサーバにより、前記端末からドメインのユーザ嗜好に関するクエリーを受信することと、
前記受信されたクエリーに対する応答として前記ＶＣＣアプリケーションサーバに保存するために、前記ＶＣＣアプリケーションサーバにより、前記第１ドメイン選択情報を検索することと
を含む、請求項１に記載の方法。
【請求項１０】
前記端末に保存するために、前記検索された第１ドメイン選択情報を前記ＶＣＣアプリケーションサーバから前記端末に送信することをさらに含む、請求項９に記載の方法。
【請求項１１】
ＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）サービスに加入している端末から発信する発信呼を提供する方法であって、
前記方法は、
端末に保存するために、前記端末により、アプリケーションサーバから第２ドメイン選択情報を受信することであって、前記端末は、回線交換（ＣＳ）ドメインとＩＰマルチメディアサブシステム（ＩＭＳ）ドメインとの間で音声呼を送信することが可能なホームＩＭＳアプリケーションであるＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）をサポートする、ことと、
前記端末により、前記第１ドメイン選択情報または前記第２ドメイン選択情報に基づいて前記発信呼のドメイン選択を行うことと、
前記端末により、選択されたドメインで前記発信呼を送信することと
を含み、
前記第１ドメイン選択情報は、ユーザ嗜好であり、前記第２ドメイン選択情報は、オペレータポリシーであり、
前記第２ドメイン選択情報は、ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）またはＣＰ（Ｃｌｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ）またはＦＰ（Ｆａｃｔｏｒｙ Ｐｒｏｖｉｓｉｏｎｉｎｇ）を利用して前記ＶＣＣアプリケーションサーバから前記端末によって受信され、
前記第２ドメイン選択情報が前記第１ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末により、前記第２ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、方法。
【請求項１２】
前記ＶＣＣアプリケーションサーバから受信された前記第２ドメイン選択情報を前記端末に保存することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記第１ドメイン選択情報が前記第２ドメイン選択情報より高い優先順位を有する場合、前記行う段階は、
前記端末により、前記第１ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択することを含む、請求項１１に記載の方法。
【請求項１４】
前記ユーザ嗜好は、前記端末に着信呼を送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシーは、前記端末に着信呼を送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、請求項１１に記載の方法。
【請求項１５】
Ｖ３インタフェースは、
Ｕｔインタフェースである、請求項１１に記載の方法。
【請求項１６】
前記受信する段階は、
前記端末により前記ＶＣＣアプリケーションサーバから前記第２ドメイン選択情報を受信した後、前記端末により、ＡＣＫメッセージを前記ＶＣＣアプリケーションサーバに送信することを含む、請求項１１に記載の方法。
【請求項１７】
サービス継続性を提供し、前記サービスで端末に送られる着信呼のためのドメインを選択する装置であって、
前記装置は、
オペレータポリシー情報及びユーザ嗜好情報を保存する保存部であって、前記ユーザ嗜好情報は、前記着信呼を前記端末に送信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシー情報は、着信呼を端末に送信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、保存部と、
前記ユーザ嗜好情報または前記オペレータポリシー情報に基づいて前記着信呼のドメイン選択を行うドメイン選択機能部と、
前記端末に保存するために、設定されたドメイン選択情報を含む前記ユーザ嗜好情報を前記装置から前記端末に送信する装置管理（ＤＭ）部であって、前記ＤＭ部は、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）プロトコル及びインタフェースをサポートする、ＤＭ部と
を含み、
前記ドメイン選択機能部は、前記ユーザ嗜好情報よりも高い優先順位を有する前記オペレータポリシー情報のドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択する、装置。
【請求項１８】
前記ドメイン選択機能部は、
前記オペレータポリシー情報より高い優先順位を有するユーザ嗜好情報の前記ドメイン選択情報に基づいて前記着信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのうちの１つを選択する、請求項１７に記載の装置。
【請求項１９】
前記保存部に保存するために、ユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を前記端末から受信するＵｔインタフェース部をさらに含む、請求項１７に記載の装置。
【請求項２０】
前記保存部に保存するために、前記端末以外の他の装置を利用してユーザにより設定された前記ドメイン選択情報を含む前記ユーザ嗜好情報を受信する受信機をさらに含む、請求項１７に記載の装置。
【請求項２１】
端末であって、前記端末は、サービス継続性を提供し、サービスで前記端末から発信する発信呼のためのドメインを選択し、
前記端末は、
オペレータポリシー情報及びユーザ嗜好情報を保存する保存部であって、前記ユーザ嗜好情報は、前記端末から前記着信呼を発信するときに利用されるユーザ嗜好ドメインを指定するドメイン選択情報を含み、前記オペレータポリシー情報は、前記端末から前記着信呼を発信するときに利用されるネットワーク嗜好ドメインを指定するドメイン選択情報を含む、保存部と、
前記ユーザ嗜好情報または前記オペレータポリシー情報に基づいて前記発信呼のドメイン選択を行う制御装置と、
前記保存部に保存するために、前記オペレータポリシー情報を受信する装置管理（ＤＭ）部であって、前記ＤＭ部は、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）プロトコル及びインタフェースをサポートする、ＤＭ部と
を含み、
前記制御装置は、
前記ユーザ嗜好情報が前記オペレータポリシー情報より高い優先順位を有する場合、前記ユーザ嗜好情報の前記ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのいずれかを選択し、
前記制御装置は、
前記オペレータポリシー情報が前記ユーザ嗜好情報より高い優先順位を有する場合、前記オペレータポリシー情報の前記ドメイン選択情報に基づいて前記発信呼の回線交換（ＣＳ）ドメイン及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインのいずれかを選択する、端末。
【請求項２２】
前記保存部は、
前記ドメイン選択情報を含む前記オペレータポリシー情報をＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバから受信する、請求項２１に記載の端末。
【請求項２３】
前記制御装置は、
ドメインのネットワーク嗜好に関するクエリーをＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバに送信し、前記端末に保存するために、前記ＶＣＣアプリケーションサーバから前記ドメイン選択情報を含む前記オペレータポリシー情報を受信する、請求項２１に記載の端末。
【請求項２４】
前記制御装置は、
選択されたドメインで前記発信呼を送信する、請求項２１に記載の端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１０９９８８（Ｐ２０１２−１０９９８８Ａ）
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願番号】特願２０１１−２７７３６２（Ｐ２０１１−２７７３６２）
【出願日】平成２３年１２月１９日（２０１１．１２．１９）
【分割の表示】特願２００８−５５３１７７（Ｐ２００８−５５３１７７）の分割
【原出願日】平成１９年２月５日（２００７．２．５）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願日】平成２３年１２月１９日（２０１１．１２．１９）
【分割の表示】特願２００８−５５３１７７（Ｐ２００８−５５３１７７）の分割
【原出願日】平成１９年２月５日（２００７．２．５）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]