(57)【要約】  ハンドオーバを行うための方法および装置が開示される。インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）クライアントは、ＩＭＳネットワークに登録して、ＭＩＨアプリケーション・サーバとのＭＩＨセッションを、ＳＩＰを使用して確立する。ＩＭＳクライアントは、ＩＰベースのサービス（例えば、ＶｏＩＰ）用の、通信ピアとのセッションをＳＩＰメッセージングを使用して確立する。ＩＰ上でのＭＩＨアプリケーション・サーバとのハンドオーバのために、ＳＩＰメッセージを使用して、ＭＩＨメッセージをＳＩＰインスタント・メッセージ内にカプセル化することにより、ＭＩＨメッセージが交換される。別法として、ＭＩＨメッセージは、ＭＩＨメッセージの代わりに均等のＳＩＰメッセージを送信することにより、ＩＰ上でＭＩＨアプリケーションとの間で交換できる。
2010521878.tif 000002
【特許請求の範囲】
【請求項１】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを伝送する方法であって、
セッション開始プロトコル（ＳＩＰ）メッセージを使用することによりＭＩＨメッセージを伝送するステップを
含むことを特徴とする方法。
【請求項２】
前記ＭＩＨメッセージはＳＩＰインスタント・メッセージのメッセージ本体内にカプセル化されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＩＨメッセージはＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記ＭＩＨメッセージはＭＩＨ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＭＩＨメッセージはＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記少なくとも１つのＭＩＨメッセージがＳＩＰ＿ＯＰＴＩＯＮＳ．ｒｅｑｕｅｓｔメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項９】
ＭＩＨ肯定応答の代わりに２００  ＯＫ応答インスタント・メッセージを受信するステップを
さらに含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記ＭＩＨメッセージがＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔメッセージのＳＩＰ均等物を含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記ＭＩＨメッセージがＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｃｏｎｆｉｒｍメッセージのＳＩＰ均等物を含むことを特徴とする請求項１に記載の方法。
【請求項１２】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを送信および受信するように構成された無線送受信ユニットＷＴＲＵであって、
ＭＩＨメッセージを生成するように構成されたＭＩＨ機能と、
セッション開始プロトコル（ＳＩＰ）メッセージ内のＭＩＨメッセージを伝送するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１３】
前記ＭＩＨメッセージはＳＩＰインスタント・メッセージのメッセージ本体内にカプセル化されることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記ＭＩＨメッセージはＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１５】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１６】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１７】
前記ＭＩＨメッセージはＭＩＨ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１８】
前記ＭＩＨメッセージはＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１９】
前記ＭＩＨメッセージはＳＩＰ＿ＯＰＴＩＯＮＳ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２０】
ＭＩＨ肯定応答の代わりに２００  ＯＫインスタント・メッセージを受信するように構成された受信機を
さらに備えることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２１】
前記ＭＩＨメッセージはＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージのＳＩＰ均等物を含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２２】
前記ＭＩＨメッセージはＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージのＳＩＰ均等物を含むことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項２３】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを送信および受信するように構成されたメディア非依存ハンドオーバ機能（ＭＩＨＦ）であって、
ＭＩＨメッセージを生成するように構成されたプロセッサと、
セッション開始プロトコル（ＳＩＰ）メッセージ内のＭＩＨメッセージを伝送するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項２４】
前記ＭＩＨメッセージはＳＩＰインスタント・メッセージのメッセージ本体内にカプセル化されることを特徴とする請求項２３に記載のＭＩＨＦ。
【請求項２５】
ＳＩＰメッセージの中のＭＩＨメッセージを受信するように構成された受信機を
さらに備えることを特徴とする請求項２４に記載のＭＩＨＦ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線ネットワーク間のメディア非依存ハンドオーバに関する。
【背景技術】
【０００２】
インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）は、移動および固定マルチメディア・サービスを提供するための標準化された次世代ネットワーク（ＮＧＮ）アーキテクチャである。ＩＭＳはセッション開始プロトコル（ＳＩＰ）を使用し、ＩＰ上で動作する。ＩＭＳは、多様なサービス（例えば、インスタント・メッセージング、ビデオ・ストリーミング、ボイスオーバＩＰ（ＶｏＩＰ）、および任意の他のＩＰベースのサービス）に使用できる。
【０００３】
ＩＭＳの目標は、インターネットが提供する全サービスを、現在および将来にわたって提供することである。これらのサービスを提供するために使用される方法の１つは、ＩＭＳアプリケーション・サーバを用いる。ＩＭＳアプリケーション・サーバは、１つまたは複数のＩＰサービスをホストおよび実行するネットワーク・エンティティである。アプリケーション・サーバは、トリガされると、ＩＭＳ信号プレーン内の中央ノードであるサービング呼セッション制御機能（Ｓ−ＣＳＣＦ：serving call session control function）によってサービスを提供する。
【０００４】
ＩＥＥＥ  ８０２．２１標準が、システム間ハンドオーバの実行および管理を助ける仕組みおよび手順を定義している。ＩＥＥＥ  ８０２．２１の下では、３つの主要なサービスが、ハンドオーバの動作ならびにシステムの発見および選択の管理を助けるために移動管理アプリケーションによってアクセスできる。これらのサービスには、イベントサービス、情報サービス、およびコマンドサービスがある。これらのサービスは相互に依存せず、そのため、別々に配信できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、ＩＥＥＥ  ８０２．２１サービスが、関連の３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）または同様の無線標準の仕様の中ですでに定義されている既存の移動管理およびハンドオーバ機能とどのように対話できるかを記載したインターフェースまたは仕組みはない。既存の移動管理の仕組みおよびハンドオーバ手順が変更されない限り、ＩＥＥＥ  ８０２．２１サービスを３ＧＰＰまたは他の無線標準内に統合するための手順または機能はない。したがって、ＭＩＨサービスを３ＧＰＰまたは他の無線標準ベースのネットワークに統合できるＭＩＨアプリケーション・サーバが必要である。
【課題を解決するための手段】
【０００６】
ハンドオーバを行うための方法および装置が開示される。ＩＭＳクライアントは、ＩＭＳネットワークに登録して、ＭＩＨアプリケーション・サーバとのＭＩＨセッションを、ＳＩＰを使用して確立する。ＩＭＳクライアントは、ＩＰベースのサービス（例えば、ＶｏＩＰ）用の、通信ピアとのセッションをＳＩＰメッセージを使用して確立する。ＭＩＨアプリケーション・サーバとのハンドオーバのために、ＩＰ上でＳＩＰプロトコルを使用して、ＭＩＨメッセージをＳＩＰインスタント・メッセージ内にカプセル化することによりＭＩＨメッセージが交換される。別法として、ＭＩＨメッセージは、ＭＩＨメッセージの代わりに均等のＳＩＰメッセージを送信することにより、ＩＰ上でＭＩＨアプリケーションとの間で交換できる。さらに別法として、ＭＩＨメッセージは、ユーザデータグラムプロトコル（ＵＤＰ）または伝送制御プロトコル（ＴＣＰ）などの他のトランスポート・プロトコル上でもＭＩＨアプリケーション・サーバとの間で交換することもできる。
【０００７】
ハンドオーバの後、セッションが再開される。Ｓ−ＣＳＣＦが、ＩＮＶＩＴＥ要求に含まれるストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」および一意の識別子に基づいてＭＩＨアプリケーション・サーバをトリガする。ＩＭＳクライアントは、ハンドオーバの後、セッションを再開するためにＭＩＨアプリケーション・サーバにＲＥＦＥＲ要求を送信してもよい。別法として、ＩＭＳクライアントは、ＭＩＨアプリケーション・サーバおよび通信ピアにＲＥ−ＩＮＶＩＴＥ要求を送信してもよい。
【０００８】
例であるが、添付の図面と関連付けて理解されるように記載される以下の説明から、より詳しい理解が得られるであろう。
【図面の簡単な説明】
【０００９】
【図１】ＭＩＨアプリケーション・サーバのブロック図である。
【図２Ａ】一実施形態による、ハンドオーバに備えた例示の呼の流れを示す図である。
【図２Ｂ】一実施形態による、ハンドオーバに備えた例示の呼の流れを示す図である。
【図２Ｃ】一実施形態による、ハンドオーバに備えた例示の呼の流れを示す図である。
【図２Ｄ】一実施形態による、ハンドオーバに備えた例示の呼の流れを示す図である。
【図３Ａ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図３Ｂ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図３Ｃ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図３Ｄ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図３Ｅ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図３Ｆ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図４Ａ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図４Ｂ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図４Ｃ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図４Ｄ】別の実施形態による、ハンドオーバのための例示の呼の流れを示す図である。
【図５】例示のＩＮＶＩＴＥ要求メッセージである。
【図６】例示のＲＥＦＥＲ要求メッセージである。
【図７】ＩＭＳクライアント宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージである。
【図８】ＭＩＨアプリケーション・サーバ宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージである。
【図９】ＩＭＳクライアントの登録状態の変化を示す図である。
【発明を実施するための形態】
【００１０】
これ以降で言及された場合、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、パーソナル・デジタル・アシスタント（ＰＤＡ）、コンピュータ、または無線環境で動作できる任意の他の種類のユーザデバイスなどであるが、これらだけに限定されない。
【００１１】
実施形態は、例としてＶｏＩＰサービスについて説明されるが、セッションの設定を伴う任意の他のサービス（例えば、インスタント・メッセージング、ビデオ・ストリーミング、または任意の他のＩＰベースのサービス）に適用可能であることに留意されたい。
【００１２】
図１は、ＭＩＨアプリケーション・サーバ１００のブロック図である。ＭＩＨアプリケーション・サーバ１００は、ＭＩＨ機能（ＭＩＨＦ：MIH function）エンティティ１０５、インターワーキング機能（ＩＷＦ：interworking function）インターフェース１１０、ＳＩＰインターフェース１１５、移動およびハンドオーバ・ポリシー機能（ＭＨＰＦ：mobility and handover policy function）エンティティ１２０、上位レイヤ・トランスポート・ユニット（例えば、ＩＰベースの）１２５、およびＬ２トランスポート・ユニット（例えば、ＩＥＥＥ  ８０２．ｘｘベースの）１３０を備える。ＭＩＨアプリケーション・サーバ１００は、任意のＩＭＳ可能なネットワーク上のＩＭＳクライアント（例えば、ＷＴＲＵ）への、およびＩＭＳクライアントからの、ＩＰ機能のシームレスな統合を、上位レイヤ・トランスポート・ユニット１２５を介して促進する。ＭＩＨアプリケーション・サーバ１００は、８０２．ｘｘアクセス・ネットワークを介するＩＭＳクライアントへの、およびＩＭＳクライアントからの、ＩＥＥＥ  ８０２．ｘｘ機能のシームレスな統合を、Ｌ２トランスポート・ユニット１３０を介して促進する。また、ＭＩＨアプリケーション・サーバ１００は、ＩＭＳネットワーク内のＳ−ＣＳＣＦとのＳＩＰシグナリングおよびインターフェースをＳＩＰインターフェース１１５を介してサポートする。
【００１３】
ＭＩＨＦエンティティ１０５は、ＭＩＨメッセージ（すなわち、ＭＩＨイベントおよび情報）を、上位レイヤ・トランスポート・ユニット１２５（例えば、ＩＰ上）および／またはＬ２トランスポート・ユニット１３０（例えば、ＩＥＥＥ  ８０２．ｘｘ）を介して受信する。ＭＩＨＦエンティティ１０５は、そのＭＩＨメッセージに応答して、ＭＩＨメッセージ（すなわち、ＭＩＨイベント、情報およびコマンド）を上位レイヤ・トランスポート・ユニット１２５またはＬ２トランスポート・ユニット１３０を介して送信する。また、ＭＩＨＦエンティティ１０５は、イベントの信号をＭＨＰＦエンティティ１２０（例えば、そのセッションをサポートするリンクレイヤ技術の現在の状態の変化）またはＩＷＦインターフェース１１０（例えば、ハンドオーバの正常な完了を示す）に出力してもよい。
【００１４】
ＩＷＦインターフェース１１０は、ＳＩＰインターフェース１１５を介して受信したＳＩＰメッセージをＭＩＨメッセージに変換する、およびその逆を行う。ＩＷＦインターフェース１１０は、ＭＩＨＦエンティティ１０５からイベントを、ＳＩＰインターフェース１１５からＳＩＰ信号（SIP signaling）を、ＭＨＰＦエンティティ１２０からコマンドを、受信し、それらをＭＩＨ信号またはＳＩＰ信号に変換する。
【００１５】
ＭＨＰＦエンティティ１２０は、特定の動作およびＭＩＨメッセージへのＳＩＰメッセージのマッピングまたはその逆を動的に決定する。ＭＨＰＦエンティティ１２０は、異種ネットワークにわたるハンドオーバを制御する。ＭＨＰＦエンティティ１２０は、ハンドオーバイベントおよびＳＩＰ信号を受信し、ハンドオーバ・コマンドおよびＳＩＰ呼制御信号を出力する。
【００１６】
ＳＩＰインターフェース１１５は、セッション制御の目的でＭＨＰＦエンティティ１２０からコマンドを受信し、また、イベントをＭＩＨＦエンティティ１２０からＩＷＦインターフェース１１０を介して受信することもできる。ＳＩＰインターフェース１１５は、呼／セッション制御の目的でＳＩＰ信号を出力する。
【００１７】
図２Ａ〜２Ｄは、一実施形態による、ハンドオーバのための例示の呼の流れ２００である。これ以降、ＩＭＳクライアント１６０は、最初にセルラ・アクセス・ネットワーク１５０に接続され、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）アクセス・ネットワーク１５５とのハンドオーバを実行するものと仮定されている。逆のシナリオも可能であり、ハンドオーバは、任意の種類の無線ネットワーク間で実施できることに留意されたい。ＩＭＳクライアント１６０（例えば、ＷＴＲＵ）は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：proxy call session control function）１４０の発見後、ＩＭＳネットワーク（すなわち、Ｓ−ＣＳＣＦ  １４５）に登録する（２０２）。ＩＭＳクライアント１６０のサービス・ポリシー・エンティティ１６４は、ＭＩＨセッションを開始する（２０４）。ＩＭＳクライアント１６０のＳＩＰスタック１６２は、Ｐ−ＣＳＣＦ  １４０にＩＮＶＩＴＥ要求を送信する（２０６）。Ｐ−ＣＳＣＦ  １４０は、そのＩＮＶＩＴＥ要求をＳ−ＣＳＣＦ  １４５に転送する（２０８）。Ｓ−ＣＳＣＦ  １４５は、ＩＭＳクライアント１６０のプロファイルをダウンロードし、フィルタ基準に基づいてＭＩＨアプリケーション・サーバをトリガする（２１０）が、それについては、以下で詳しく説明される。
【００１８】
ＭＩＨアプリケーション・サーバ１００は、ＳＩＰユーザ・エージェント・モードで機能する。ＭＩＨアプリケーション・サーバ１００のＳＩＰインターフェース１１５は、ＩＮＶＩＴＥ要求に含まれるＩＭＳクライアント１６０の一意の識別子およびＩＰアドレスを取り出し、それらをＭＨＰＦエンティティ１２０に渡す（２１２）。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用のバインディングを作成し、ＳＩＰインターフェース１１５にバインディングの完了を示す（２１４）。バインディングは、ＩＭＳクライアント１６０の一意の識別子（例えば、ＭＩＨＦ識別情報（ＩＤ））、ＩＭＳクライアント１６０の現行ＩＰアドレス、ならびに登録状態およびその登録状態に関連付けられた登録タイマを含むことができるが、それについては、以下で詳しく説明される。
【００１９】
ＳＩＰインターフェース１１５は、Ｓ−ＣＳＣＦ  １４５およびＰ−ＣＳＣＦ  １４０を介してＩＭＳクライアント１６０に２００  ＯＫメッセージを伝送する（２１６）。ＩＭＳクライアント１６０は、ＭＩＨアプリケーション・サーバ１００に肯定応答（ＡＣＫ）を送信する（２１７）。すると、ＭＩＨセッションが確立され、ＩＭＳクライアント１６０およびＭＩＨアプリケーション・サーバ１００がＩＰ上でＭＩＨメッセージを直接交換できるようになる。
【００２０】
２１８でＭＩＨセッション完了がサービス・ポリシー・エンティティ１６４に示された後、サービス・ポリシー・エンティティ１６４は、ＭＩＨアプリケーション・サーバ１００にリモートＭＩＨメッセージを送信するためにＭＩＨＦエンティティ１６６をトリガする。ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、ＭＩＨアプリケーション・サーバ１００内のＭＩＨＦエンティティ１２５と共に機能発見手順（capability discovery procedure）を実行することができる（２２０、２２２）。また、ＭＩＨＦエンティティ１６６は、特定のサービス用に登録するためのＭＩＨ登録手順を実行することもできる（２２４、２２６）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６と共にイベント加入手順（event subscription procedure）を実行することができる（２２８、２３０）。２２０〜２３０で交換されるＭＩＨメッセージは、ＩＰ上で伝送することができ、安全なトランスポート（移送）のためにＩＰｓｅｃを用いて伝送することができる。ＭＩＨＦエンティティ１２５は、ＩＭＳクライアント１６０から受信されたリモートＭＩＨメッセージをＭＨＰＦエンティティ１２０に転送する。これは、ＩＭＳクライアント１６０に関して状態更新（state update）を生じさせる。また、ＭＨＰＦエンティティ１２０は、リモートＭＩＨメッセージを送信するためにＭＩＨＦエンティティ１２５のトリガもする。ＩＰ上のＭＩＨメッセージの移送は、２００６年５月１９日に出願された、本願の譲受人に譲渡された米国特許出願第６０／８０１，７８６号明細書で開示されたとおりに行うことができ、該仮出願は、完全に記載されたものとして参照により援用されることとする。
【００２１】
代替実施形態では、ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、２３２〜２４２により、ＭＩＨアプリケーション・サーバ１００内のＭＩＨＦエンティティ１２５と共に機能発見手順を実行することができる。２３２〜２４２で交換されるＭＩＨメッセージは、トランスポート（転送）・プロトコルとしてセッション開始プロトコル（ＳＩＰ）を用いて伝送できる。この手順は、ＭＩＨエンティティ１６６がＩＭＳアプリケーション／ＳＩＰスタック１６２に、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴを送信したときに始まる（２３２）。その後、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージは、インスタント・メッセージング手法を使用して、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内のメッセージをトランスポートすることにより伝送される（２３４）。ＳＩＰインターフェース１１５は、その後、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（２３６）。ＳＩＰインターフェース１１５は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティに配信される必要があるかを判定する。ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージを受信すると、ＭＩＨＦエンティティ１２５はＭＩＨ肯定応答メッセージを生成することができる（２３８）。ＭＩＨアプリケーション・サーバ１００でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＩＭＳクライアント１６０に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１２５によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２４０）。ＩＭＳクライアント１６０が２００  ＯＫ  ＳＩＰ信号を受信すると、ＩＭＳアプリケーション／ＳＩＰスタック１６２はＭＩＨエンティティ１６６にＭＩＨ＿ＡＣＫメッセージを送信する（２４２）。
【００２２】
ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５によって処理されると、イベントサービス、コマンドサービス、および情報サービスについてＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージの中で要求された、サポートされるＭＩＨ機能を伝達するためにＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージが送信できる（２４４）。ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ２４４〜２５４は、インスタント・メッセージング手法によって、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージをトランスポートすることにより伝送できる（２４６）。ＩＭＳクライアントＡ  １６０内のＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージを抽出し、それをＭＩＨＦエンティティ１６６に渡す（２４８）。ＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージがＭＩＨＦエンティティ１６６に配信される必要があるかを判定する。ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージを受信すると、ＭＩＨＦエンティティ１６６はＭＩＨ肯定応答メッセージを生成することができる（２５０）。ＩＭＳクライアント１６０でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＭＩＨアプリケーション・サーバ１００に対して２００  ＯＫ  ＳＩＰ信号が生成される（２５２）。２００  ＯＫ  ＳＩＰ信号は、ＳＩＰインターフェース１１５によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２５４）。
【００２３】
また、ＭＩＨＦエンティティ１６６は、ＭＩＨ登録手順を実行することもできる（２５６〜２７８）。ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、２５６〜２６６により、特定のサービス用にＭＩＨアプリケーション・サーバ１００内のＭＩＨＦエンティティ１２５に登録するための登録手順を実行することができる。２５６〜２６６で交換されるＭＩＨメッセージは、トランスポート・プロトコルとしてセッション開始プロトコル（ＳＩＰ）を用いて伝送できる。特に、ＭＩＨメッセージ２５６〜２６６は、インスタント・メッセージング手法によって、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージをトランスポートすることにより伝送できる（２５８）。ＳＩＰインターフェース１１５は、ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（２６０）。ＳＩＰインターフェース１１５は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５に配信される必要があるかを判定する。ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを受信すると、ＭＩＨＦエンティティ１２５はＭＩＨ肯定応答メッセージを生成することができる（２６２）。ＭＩＨアプリケーション・サーバ１００でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＩＭＳクライアント１６０に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１２５によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２６４）。２００  ＯＫ  ＳＩＰ信号を受信すると、ＩＭＳアプリケーション／ＳＩＰスタック１６２はＭＩＨエンティティ１６６に肯定応答を送信する（２６６）。
【００２４】
ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５によって処理されると、ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージの中で要求された登録手順の結果を伝達するためにＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージが送信できる（２６８）。ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ２７０〜２７８は、インスタント・メッセージング手法によって、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージをトランスポートすることにより伝送できる（２７０）。ＩＭＳクライアントＡ  １６０内のＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージを抽出し、それをＭＩＨＦエンティティ１６６に渡す（２７２）。ＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージがＭＩＨＦエンティティ１６６に配信される必要があるかを判定する。ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージを受信すると、ＭＩＨＦエンティティ１６６はＭＩＨ肯定応答メッセージを生成することができる（２７４）。ＭＩＨクライアント１６０でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＭＩＨアプリケーション・サーバ１００に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１６６によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２７６）。２００  ＯＫ  ＳＩＰ信号を受信すると、ＳＩＰインターフェース１１５はＭＩＨエンティティ１２５にＭＩＨ＿ＡＣＫを送信する（２７８）。
【００２５】
ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６と共にイベント加入手順を実行することができる（２８０〜２９０）。ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、２８０〜２８８により、ＭＩＨアプリケーション・サーバ１００内のＭＩＨエンティティ１２５から１つまたは複数のイベントタイプに対象を加入させるためのイベント加入手順を実行することができる。２８０〜２８８で交換されるＭＩＨメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ２８０〜２８８は、インスタント・メッセージング手法によって、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージをトランスポートすることにより伝送できる（２８０）。ＳＩＰインターフェース１１５は、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（２８２）。ＳＩＰインターフェース１１５は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティに配信される必要があるかを判定する。ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを受信すると、ＭＩＨＦエンティティ１２５はＭＩＨ肯定応答メッセージを生成することができる（２８４）。ＭＩＨアプリケーション・サーバ１００でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＩＭＳクライアント１６０に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１２５によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２８６）。２００  ＯＫメッセージを受信すると、ＩＭＳアプリケーション／ＳＩＰスタック１６２はＭＩＨエンティティ１６６にＭＩＨ＿ＡＣＫを送信する（２８８）。
【００２６】
ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５によって処理されると、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージの中で要求されたイベントの加入状況を伝達するためにＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージが送信できる（２９１）。ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ２９１〜２９６は、インスタント・メッセージング手法によって、ＭＥＳＳＡＧＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージをトランスポートすることにより伝送できる（２９２）。ＩＭＳクライアントＡ  １６０内のＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージを抽出し、それをＭＩＨＦエンティティ１６６に渡す（２４８）。ＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＥＳＳＡＧＥ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージがＭＩＨＦエンティティ１６６に配信される必要があるかを判定する。ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージを受信すると、ＭＩＨＦエンティティ１６６はＭＩＨ肯定応答メッセージを生成することができる（２９４）。ＭＩＨクライアント１６０でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＭＩＨアプリケーション・サーバ１００に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１６６によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（２９５）。２００  ＯＫメッセージを受信すると、ＳＩＰインターフェース１１５はＭＩＨエンティティ１２５にＭＩＨ＿ＡＣＫを送信する（２９６）。このポイントからハンドオーバを完了させるためには、手順は図３Ｄの３５３において再開されることになる。
【００２７】
図３Ａ〜３Ｆは、ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６がＭＩＨアプリケーション・サーバ１００内のＭＩＨＦエンティティ１２５と共に機能発見手順を実行できる、別の実施形態によるハンドオーバのための例示の呼の流れである。この手順は、図２Ａの登録手順が実行済みであると仮定している。３０２〜３１０で交換されるＭＩＨメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ３０２〜３１０は、ＯＰＴＩＯＮＳ  ＳＩＰ信号のメッセージ本体内でＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージをトランスポートすることにより伝送できる（３０４）。ＳＩＰインターフェース１１５は、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（３０６）。ＳＩＰインターフェース１１５は、ＯＰＴＩＯＮＳ  ＳＩＰ信号の「Ａｃｃｅｐｔ」ヘッダフィールド内の情報を使用して、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５に配信される必要があるかを判定する。
【００２８】
ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５によって処理されると、イベントサービス、コマンドサービス、および情報サービスについてＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＲＥＱＵＥＳＴメッセージの中で要求された、サポートされるＭＩＨ機能を伝達するためにＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージが送信できる（３０８）。ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ３０８〜３１０は、ＯＰＴＩＯＮＳ  ＳＩＰ信号の配信の成功を報告するために使用される２００  ＯＫ  ＳＩＰ信号の本体内でＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージをトランスポートすることにより伝送できる。ＭＩＨアプリケーション・サーバ１００内のＳＩＰインターフェース１１５は、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（３１０）。ＩＭＳアプリケーション／ＳＩＰスタック１６２は、２００  ＯＫ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲ．ＣＯＮＦＩＲＭメッセージがＭＩＨＦエンティティ１６６に配信される必要があるかを判定する。
【００２９】
別の代替実施形態では、ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６と共にイベント加入手順を実行することができる（３２０〜３２２）。ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、ＭＩＨアプリケーション・サーバ１００内のＭＩＨエンティティ１２５から１つまたは複数のイベントタイプに対象を加入させるためのイベント加入手順を実行することができる。３２０〜３２２で交換されるＭＩＨメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ３２０〜３２２は、ＩＥＴＦ  ＲＦＣ  ３２６５で定義されているように、ＳＵＢＳＣＲＩＢＥ  ＳＩＰ信号の本体内でＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージをトランスポートすることにより伝送できる（３２２）。ＳＩＰインターフェース１１５は、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを抽出し、それをＭＩＨＦエンティティ１２５に渡す（３２４）。ＳＩＰインターフェース１１５は、ＳＵＢＳＣＲＩＢＥ  ＳＩＰ信号内のイベントヘッダを使用して、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティに配信される必要があるかを判定する。ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを受信すると、ＭＩＨＦエンティティ１２５はＭＩＨ肯定応答メッセージを生成することができる（３２６）。ＭＩＨアプリケーション・サーバ１００でＭＥＳＳＡＧＥ  ＳＩＰ信号が正常に受信されると、ＩＭＳクライアント１６０に対して２００  ＯＫ  ＳＩＰ信号が生成される。２００  ＯＫ  ＳＩＰ信号は、ＭＩＨＦエンティティ１２５によって生成されたＭＩＨ肯定応答メッセージをトランスポートするために使用できる（３２８）。２００  ＯＫ  ＳＩＰメッセージを受信すると、ＩＭＳアプリケーション／ＳＩＰスタック１６２はＭＩＨエンティティ１６６にＭＩＨ＿ＡＣＫメッセージを送信することができる。
【００３０】
ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージがＭＩＨＦエンティティ１２５によって処理されると、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージの中で要求されたイベントの加入状況を伝達するためにＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージが送信できる（３４０）。ＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージは、トランスポート・プロトコルとしてＳＩＰを用いて伝送できる。特に、ＭＩＨメッセージ３４０〜３５２は、ＮＯＴＩＦＹ  ＳＩＰ信号の本体内でＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージをトランスポートすることにより伝送できる（３４２）。ＩＭＳクライアントＡ  １６０内のＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージを抽出し、それをＭＩＨＦエンティティ１６６に渡す（３４４）。ＩＭＳアプリケーション／ＳＩＰスタック１６２は、ＮＯＴＩＦＹ  ＳＩＰ信号内のコンテンツ・タイプ・ヘッダを使用して、ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージがＭＩＨＦエンティティ１６６に配信される必要があるかを判定する。ＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＣＯＮＦＩＲＭメッセージを受信すると、ＭＩＨＦエンティティ１６６はＭＩＨ肯定応答メッセージを生成することができる（３４８）。
【００３１】
ＩＭＳクライアント１６０は、ＶｏＩＰセッションを確立するために、ＩＭＳクライアント１７０（すなわち、通信ピア）にＩＮＶＩＴＥ要求を送信する（３５３〜３５９）。ＶｏＩＰは例であって、任意の他のサービスセッションが確立できることに留意されたい。ＩＭＳクライアント１７０が招待を受け入れると、ＩＭＳクライアント１７０は、ＩＭＳクライアント１６０に２００  ＯＫ信号を送信する（３５９）。ＩＭＳクライアント１６０は、その後、ＩＭＳクライアント１７０にＡＣＫを送信する（３６０）。すると、ＩＭＳクライアント１６０とＩＭＳクライアント１７０間のＶｏＩＰセッションが確立される（３６１）。
【００３２】
ＩＭＳクライアント１６０は、セルラ・インターフェース上の信号強度が劣化していることを検出する。ＭＩＨＦエンティティ１６６は、ＭＩＨアプリケーション・サーバ１００のＭＩＨＦエンティティ１２５に信号強度レポートを送信する（３６２）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６に近隣リスト情報を送信する（３６３）。サービス・ポリシー・エンティティ１６４は、ＩＭＳクライアント１６０のＷＬＡＮインターフェースをオンにし、近隣リスト情報に基づいてリンクを検出し、ＭＩＨＦエンティティ１６６は、ＷＬＡＮリンクが検出されたことの指示（インジケーション）を送信する（３６４）。ＭＩＨＦエンティティ１２５は、ＷＬＡＮへのハンドオーバを実行するためにＭＩＨＦエンティティ１６６にコマンドを送信する（３６５）。サービス・ポリシー・エンティティ１６４は、ＷＬＡＮへのハンドオーバを完了させ、新しいＩＰアドレスを取得し、（例えば、動的ホスト構成プロトコル（ＤＨＣＰ）を使用する）、ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５にセルラ・ネットワークからＷＬＡＮへのハンドオーバの結果を示す（３６６）。３６２〜３６６で交換されるＭＩＨメッセージは、ＩＰ上で伝送することができ、安全なトランスポートのためにＩＰｓｅｃを用いて伝送することができる。ＭＩＨＦエンティティ１２５は、ＩＭＳクライアント１６０からのリモートＭＩＨメッセージをＭＨＰＦエンティティ１２０に転送する。
【００３３】
サービス・ポリシー・エンティティ１６４は、ＭＩＨアプリケーション・サーバ１００およびＩＭＳクライアント１７０の更新をトリガする（３６６ａ）。ＩＭＳクライアント１６０は、ＭＩＨアプリケーション・サーバ１００にＲＥＦＥＲ要求を送信する（３６７）。ＲＥＦＥＲ要求は、ＲＦＣ  ３５３５のＳＩＰ  ＲＥＦＥＲ方法、またはＲＦＣ  ４４８８でのように、ＳＩＰ  ＲＥＦＥＲ方法暗黙加入の抑止（suppression of SIP REFER method implicit subscription）の中で定義できる。ＭＩＨアプリケーション・サーバ１００のＳＩＰインターフェース１１５は、ＲＥＦＥＲ要求内のソースの新しいＩＰアドレスおよび一意の識別子を取り出し、それらをＭＨＰＦエンティティ１２０に送信し、ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用のバインディングを更新する（３６８）。ＭＩＨアプリケーション・サーバ１００は、ＩＭＳクライアント１６０に２００  ＯＫ信号を送信する。ＳＩＰスタック１６２は、サービス・ポリシー・エンティティ１６４にＭＩＨアプリケーション・サーバの更新を示す（３６９、３７０）。
【００３４】
ＭＩＨアプリケーション・サーバ１００は、ＲＥＦＥＲ要求で要求されるように、ＩＭＳクライアント１７０にＩＮＶＩＴＥ要求を送信する（３７１）。ＩＭＳクライアント１７０はＭＩＨアプリケーション・サーバ１００に２００  ＯＫ信号を送信し、ＭＩＨアプリケーション・サーバ１００はＩＭＳクライアント１７０にＡＣＫを送信する（３７２、３７３）。ＩＭＳクライアント１６０とＩＭＳクライアント１７０間のＶｏＩＰセッションがＩＭＳクライアント１６０の新しいＩＰアドレスを使用して再開される（３７４）。その後、ＩＭＳネットワークへのＩＭＳ再登録が行われる（３７５、３７６、３７７）。
【００３５】
必要ならば、ＩＭＳクライアント１６０は、ＳＩＰで定義されるようにＢＹＥ要求を送信することにより、ＭＩＨアプリケーション・サーバ１００とのＭＩＨセッションを終了させることもできる。サービス・ポリシー・エンティティ１６４がＭＩＨアプリケーション・サーバとのＭＩＨセッションを終了させることに決めた場合、ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５に登録解除の要求を送信する（３７９）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６にイベント加入解除の要求を送信する（３８０）。ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５にイベント加入解除確認メッセージを送信する（３８１）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６に登録解除確認メッセージを送信する（３８２）。２７６〜２８２でのＭＩＨメッセージは、ＩＰ上で送信することができ、安全なトランスポートのためにＩＰｓｅｃを用いて送信することができる。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用の登録レコードを更新する。サービス・ポリシー・エンティティ１６４は、３８３で、ＭＩＨアプリケーション・サーバとのＭＩＨセッションの終了をトリガし、３８４で、ＭＩＨアプリケーション・サーバ１００にＢＹＥ要求が送信される。それは、ＭＩＨセッションを終了させるためにＭＨＰＦエンティティ１２０に示される（３８５）。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント・レコードの更新完了を示し、２００  ＯＫ信号がＩＭＳクライアント１６０に送信される（３８６、３８７）。その後、ＭＩＨセッションが終了させられ、ＭＩＨセッションの終了がサービス・ポリシー・エンティティ１６４に示される（３８８）。
【００３６】
図４Ａ〜４Ｄは、別の実施形態による、ハンドオーバのための例示の呼の流れ４００である。これ以降、ＩＭＳクライアント１６０は、最初にセルラ・アクセス・ネットワーク１５０に接続され、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）アクセス・ネットワーク１５５とのハンドオーバを実行するものと仮定されている。逆のシナリオも可能であり、ハンドオーバは、任意の種類の無線ネットワーク間で実施できることに留意されたい。ＩＭＳクライアント１６０（例えば、ＷＴＲＵ）は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１４０の発見後、ＩＭＳネットワーク（すなわち、Ｓ−ＣＳＣＦ  １４５）に登録する（４０２）。ＩＭＳクライアント１６０のサービス・ポリシー・エンティティ１６４は、ＭＩＨセッションを開始する（４０４）。ＩＭＳクライアント１６０のＳＩＰスタック１６２は、Ｐ−ＣＳＣＦ  １４０にＩＮＶＩＴＥ要求を送信する（４０６）。Ｐ−ＣＳＣＦ  １４０は、そのＩＮＶＩＴＥ要求をＳ−ＣＳＣＦ  １４５に転送する（４０８）。Ｓ−ＣＳＣＦ  １４５は、ＩＭＳクライアント１６０のプロファイルをダウンロードし、フィルタ基準に基づいてＭＩＨアプリケーション・サーバをトリガする（４１０）が、それについては、以下で詳しく説明される。
【００３７】
ＭＩＨアプリケーション・サーバ１００は、ＳＩＰユーザ・エージェント・モードで機能する。ＭＩＨアプリケーション・サーバ１００のＳＩＰインターフェース１１５は、ＩＮＶＩＴＥ要求に含まれるＩＭＳクライアント１６０の一意の識別子およびＩＰアドレスを取り出し、それらをＭＨＰＦエンティティ１２０に渡す（４１２）。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用のバインディング（biding）を作成し、ＳＩＰインターフェース１１５にバインディングの完了を示す（４１４）。バインディングは、ＩＭＳクライアント１６０の一意の識別子（例えば、ＭＩＨＦ  ＩＤ）、ＩＭＳクライアント１６０の現行ＩＰアドレス、ならびに登録状態およびその登録状態に関連付けられた登録タイマを含むことができるが、それについては、以下で詳しく説明される。
【００３８】
ＳＩＰインターフェース１１５は、Ｓ−ＣＳＣＦ  １４５およびＰ−ＣＳＣＦ  １４０を介してＩＭＳクライアント１６０に２００  ＯＫメッセージを伝送する（４１６）。ＩＭＳクライアント１６０は、ＭＩＨアプリケーション・サーバ１００にＡＣＫを送信する（４１７）。すると、ＭＩＨセッションが確立され、ＩＭＳクライアント１６０およびＭＩＨアプリケーション・サーバ１００がＩＰ上でＭＩＨメッセージを直接交換できるようになる。
【００３９】
４１８でＭＩＨセッション完了がサービス・ポリシー・エンティティ１６４に示された後、サービス・ポリシー・エンティティ１６４は、ＭＩＨアプリケーション・サーバ１００にリモートＭＩＨメッセージを送信するためにＭＩＨＦエンティティ１６６をトリガする。ＩＭＳクライアント１６０内のＭＩＨＦエンティティ１６６は、ＭＩＨアプリケーション・サーバ１００内のＭＩＨＦエンティティ１２５と共に機能発見手順を実行することができる（４２０、４２２）。また、ＭＩＨＦエンティティ１６６は、特定のサービス用に登録するためのＭＩＨ登録手順を実行することもできる（４２４、４２６）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６と共にイベント加入手順を実行することができる（４２８、４３０）。４２０〜４３０で交換されるＭＩＨメッセージは、ＩＰ上で伝送することができ、安全なトランスポートのためにＩＰｓｅｃを用いて伝送することができる。ＭＩＨＦエンティティ１２５は、ＩＭＳクライアント１６０から受信されたリモートＭＩＨメッセージをＭＨＰＦエンティティ１２０に転送する。これは、ＩＭＳクライアント１６０に関して状態更新を生じさせる。また、ＭＨＰＦエンティティ１２０は、リモートＭＩＨメッセージを送信するためにＭＩＨＦエンティティ１２５のトリガもする。ＩＰ上のＭＩＨメッセージのトランスポートは、２００６年５月１９日に出願された、同一譲受人の米国特許仮出願第６０／８０１，７８６号明細書で定義されたとおりに行うことができる。
【００４０】
ＩＭＳクライアント１６０は、ＶｏＩＰセッションを確立するために、ＩＭＳクライアント１７０（すなわち、通信ピア）にＩＮＶＩＴＥ要求を送信する（４３２〜４３６）。ＶｏＩＰは例であって、任意の他のサービスセッションが確立できることに留意されたい。ＩＭＳクライアント１７０が招待を受け入れると、ＩＭＳクライアント１７０は、ＩＭＳクライアント１６０に２００  ＯＫ信号を送信する（４３８）。ＩＭＳクライアント１６０は、その後、ＩＭＳクライアント１７０にＡＣＫを送信する（４３９）。すると、ＩＭＳクライアント１６０とＩＭＳクライアント１７０間のＶｏＩＰセッションが確立される（４４０）。
【００４１】
ＩＭＳクライアント１６０は、セルラ・インターフェース上の信号強度が劣化していることを検出する。ＭＩＨＦエンティティ１６６は、ＭＩＨアプリケーション・サーバ１００のＭＩＨＦエンティティ１２５に信号強度レポートを送信する（４４２）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６に近隣リスト情報を送信する（４４４）。サービス・ポリシー・エンティティ１６４は、ＩＭＳクライアント１６０のＷＬＡＮインターフェースをオンにし、近隣リスト情報に基づいてリンクを検出し、ＭＩＨＦエンティティ１６６は、ＷＬＡＮリンクが検出されたことのインジケーションを送信する（４４６）。ＭＩＨＦエンティティ１２５は、ＷＬＡＮへのハンドオーバを実行するためにＭＩＨＦエンティティ１６６にコマンドを送信する（４４８）。サービス・ポリシー・エンティティ１６４は、ＷＬＡＮへのハンドオーバを完了させ、新しいＩＰアドレスを取得し、（例えば、ＤＨＣＰを使用する）、ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５にセルラ・ネットワークからＷＬＡＮへのハンドオーバの結果を示す（４５０）。４４２〜４５０で交換されるＭＩＨメッセージは、ＩＰ上で伝送することができ、安全なトランスポートのためにＩＰｓｅｃを用いて伝送することができる。ＭＩＨＦエンティティ１２５は、ＩＭＳクライアント１６０からのリモートＭＩＨメッセージをＭＨＰＦエンティティ１２０に転送する。
【００４２】
サービス・ポリシー・エンティティ１６４は、ＭＩＨアプリケーション・サーバ１００およびＩＭＳクライアント１７０の更新をトリガする（４５２）。ＩＭＳクライアント１６０は、ＩＭＳクライアント１７０にＲＥ−ＩＮＶＩＴＥ要求を送信する（４５４）。ＩＭＳクライアント１６０は、進行中のＶｏＩＰセッションに関する新しいＩＰアドレスおよび呼識別子を示す。ＩＭＳクライアント１７０は、ＲＥ−ＩＮＶＩＴＥ要求を受け入れ、ＩＭＳクライアント１６０に２００  ＯＫメッセージを送信する（４５６）。ＩＭＳクライアント１６０は、ＩＭＳクライアント１７０にＡＣＫを送信する（４５７）。
【００４３】
ＩＭＳクライアント１６０は、その後、ＭＩＨアプリケーション・サーバ１００にＲＥ−ＩＮＶＩＴＥ要求を送信する（４５８）。ＭＩＨアプリケーション・サーバ１００のＳＩＰインターフェース１１５は、新しいＩＰアドレスおよびＲＥ−ＩＮＶＩＴＥ要求内のソースの一意の識別子を取り出し、それらをＭＨＰＦエンティティ１２０に送信し、ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用のバインディングを更新する（４６０）。ＭＨＰＦエンティティ１２０は、ＳＩＰインターフェース１１５に更新の完了を示す（４６２）。ＭＩＨアプリケーション・サーバ１００は、ＩＭＳクライアント１６０に２００  ＯＫ信号を送信する（４６４）。ＩＭＳクライアント１６０は、ＭＩＨアプリケーション・サーバ１００にＡＣＫを送信する（４６５）。４６６で、ＩＭＡクライアント１７０およびＭＩＨアプリケーション・サーバ１００の更新の完了がサービス・ポリシー・エンティティ１６４に示され、ＩＭＳクライアント１６０とＩＭＳクライアント１７０間のＶｏＩＰセッションがＩＭＳクライアント１６０の新しいＩＰアドレスを使用して再開される（４６８）。その後、ＩＭＳネットワークへのＩＭＳ再登録が行われる（４７０、４７２、４７４）。
【００４４】
必要ならば、ＩＭＳクライアント１６０は、ＳＩＰで定義されるようにＢＹＥ要求を送信することにより、ＭＩＨアプリケーション・サーバ１００とのＭＩＨセッションを終了させることもできる。サービス・ポリシー・エンティティ１６４がＭＩＨアプリケーション・サーバとのＭＩＨセッションを終了させることに決めた場合、ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５に登録解除の要求を送信する（４７６）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６にイベント加入解除の要求を送信する（４７８）。ＭＩＨＦエンティティ１６６は、ＭＩＨＦエンティティ１２５にイベント加入解除確認メッセージを送信する（４８０）。ＭＩＨＦエンティティ１２５は、ＭＩＨＦエンティティ１６６に登録解除確認メッセージを送信する（３８２）。３７６〜３８２でのＭＩＨメッセージは、ＩＰ上で送信することができ、安全なトランスポートのためにＩＰｓｅｃを用いて送信することができる。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント１６０用の登録レコードを更新する。サービス・ポリシー・エンティティ１６４は、４８４で、ＭＩＨアプリケーション・サーバとのＭＩＨセッションの終了をトリガし、４８６で、ＭＩＨアプリケーション・サーバ１００にＢＹＥ要求が送信される。それは、ＭＩＨセッションを終了させるためにＭＨＰＦエンティティ１２０に示される（２８８）。ＭＨＰＦエンティティ１２０は、ＩＭＳクライアント・レコードの更新完了を示し、２００  ＯＫ信号がＩＭＳクライアント１６０に送信される（４９０、４９２）。ＭＩＨセッションが終了させられ、ＭＩＨセッションの終了がサービス・ポリシー・エンティティ１６４に示される（４９４）。
【００４５】
Ｓ−ＣＳＣＦ  １４５は、ＩＭＳクライアント１６０からＩＮＶＩＴＥ要求を受信した後、ＭＩＨアプリケーション・サーバをトリガする。ＩＮＶＩＴＥ要求メッセージ本体は、セッション記述プロトコル（ＳＤＰ）を使用して構成される。多目的インターネットメール拡張（ＭＩＭＥ）符号化もメッセージ本体に使用できる。ＩＮＶＩＴＥ要求メッセージの「ｓ」ヘッダには、定数ストリング「ＭＩＨ  Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアント１６０の一意の識別子が含まれてよい。その一意の識別子は、ＭＩＨＦ  ＩＤであってよい。
【００４６】
Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥ要求メッセージ本体での要求方法、宛先のＳＩＰ  ＵＲＩ（Uniform resource identifier）、及び特定のストリング（すなわち、定数ストリング「ＭＩＨ  Ｓｅｒｖｉｃｅｓ」および一意の識別子）の存在、に基づいてＭＩＨアプリケーション・サーバをトリガする。要求方法とは、要求がＩＮＶＩＴＥ要求メッセージであるか、ＲＥＦＥＲ要求メッセージであるかを指す。ＳＩＰ  ＵＲＩとは、この場合には、ＭＩＨアプリケーション・サービスのＵＲＩを指す。例えば、このＵＲＩは、ｉｅｅｅ８０２．２１＠ｄｏｍａｉｎ．ｃｏｍである。
【００４７】
図５は、例示のＩＮＶＩＴＥ要求メッセージ５００である。メッセージ５００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ５０２、ならびにストリング「ＭＩＨ  Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ  ＩＤ）を含むｓヘッダ５０４を含んでいる。
【００４８】
図６は、例示のＲＥＦＥＲ要求メッセージ６００である。メッセージ６００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ６０２、ならびにストリング「ＭＩＨ  Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ  ＩＤ）を含むｓヘッダ６０４を含んでいる。また、メッセージ６００は、他のＩＭＳクライアント１７０との進行中のデータセッションの呼ＩＤ  ６０６も含んでいる。ＭＩＨアプリケーション・サーバ１００は、ＩＭＳクライアント１７０へのＩＮＶＩＴＥ要求を構築するときにこれを使用する。
【００４９】
図７は、ＩＭＳクライアント１７０宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージ７００である。
【００５０】
図８は、ＭＩＨアプリケーション・サーバ１００宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージ８００である。メッセージ８００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ  ８０２、ならびにストリング「ＭＩＨ  Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ  ＩＤ）を含むｓヘッダ８０４を含んでいる。
【００５１】
ＭＩＨアプリケーション・サーバ１００（例えば、ＭＨＰＦエンティティ１２０）は、ＩＭＳクライアント１６０用のバインディングを作成する。バインディングは、ＩＭＳクライアントの一意の識別子（例えば、ＭＩＨＦ  ＩＤ）、ＩＭＳクライアントの現行ＩＰアドレス、ならびにＩＭＳクライアントの登録状態およびその登録状態に関連付けられた登録タイマを含む。５つの登録状態が定義されており（未登録、ＭＩＨ登録保留、ＭＩＨ登録済みでアクティブ、ＭＩＨ登録済みでインアクティブ、ＭＩＨ登録解除保留）、登録状態は、対応するタイマが時間切れになった場合、または変化を指示する特定のＭＩＨ／ＳＩＰメッセージが受信された場合、変化する。
【００５２】
図９は、ＩＭＳクライアントの登録状態の変化である。未登録状態では、クライアントは、ＭＩＨアプリケーション・サーバに何のレコードも有していない。未登録状態にタイマは関連付けられていない。
【００５３】
最初のＩＮＶＩＴＥ要求が受信されると、状態は、ＭＩＨ登録保留状態に変化する。
ＭＩＨ登録保留状態では、ＩＭＳクライアントはセッションを作成済みであるが、ＭＩＨ登録は行っていない。ＭＩＨ登録は、特定のネゴシエートされたサービス用に登録するプロセスである。ＭＩＨ登録保留状態は、タイマＡに関連付けられる。ＭＩＨ登録はタイマＡの値内に完了しなければならない。そうでなければ、ＭＩＨアプリケーション・サーバがセッションを終了させる（すなわち、未登録状態）。ＩＭＳクライアントの状態が未登録状態に変化すると、すべての関連ユーザ情報が削除される。ＭＩＨ登録がタイマＡの値内に実行されると、状態は、ＭＩＨ登録済みでアクティブな状態に変化する。
【００５４】
ＭＩＨ登録済みでアクティブな状態では、ＩＭＳクライアントはＭＩＨ登録を完了済みで、ＭＩＨアプリケーション・サーバと通信する。登録済みでアクティブな状態は、タイマＢに関連付けられる。タイマＢが時間切れになる前に通信が発生しないと、状態は、ＭＩＨ登録済みでインアティブな状態に変化する。ＭＩＨ登録解除要求が受信されると、状態は、ＭＩＨ登録解除保留状態に変化する。
【００５５】
ＭＩＨ登録済みでインアクティブな状態では、ＩＭＳクライアントはＭＩＨ登録を完了済みであるが、特定の期間、ＭＩＨアプリケーション・サーバと通信状態になっていない。ＭＩＨ登録済みでインアクティブな状態は、タイマＣに関連付けられる。タイマＣが時間切れになる前にＭＩＨアプリケーション・サーバとの通信が発生しないと、セッションが時間切れになる（すなわち、状態は未登録状態に変化する）。タイマＣが時間切れになる前に登録解除要求以外の通信が受信されると、状態は、ＭＩＨ登録済みでアクティブな状態に変化する。タイマＣが時間切れになる前に登録解除要求が受信されると、状態は、ＭＩＨ登録解除保留状態に変化する。
【００５６】
ＭＩＨ登録解除保留状態では、ＩＭＳクライアントは、ＭＩＨ登録解除を実行済みであるが、セッションを終了させようとしている。登録解除保留状態は、タイマＤに関連付けられる。タイマＤの値内にＭＩＨアプリケーション・サーバによってＳＩＰ  ＢＹＥメッセージが受信されなければならない。そうしないと、ＭＩＳアプリケーション・サーバは、「手動」のセッション終了を実行する（すなわち、ＩＭＳクライアントの全レコードを除去する）。
【００５７】
表１は、タイマ値の例を示している。
【００５８】
【表１】
2010521878.tif 000003
【００５９】
機能および要素は特定の組合せで説明されているが、各機能または要素は、他の機能および要素なしで単独で、または他の機能および要素があっても、あるいは他の機能および要素がなくても様々な組合せで使用できる。提示されている方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体に有形に具体化されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施できる。コンピュータ可読記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体がある。
【００６０】
適切なプロセッサには、例であるが、汎用プロセッサ、特定目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、および／または状態マシンなどがある。
【００６１】
無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用するための高周波送受信機を実装するために、ソフトウェアに関連付けられたプロセッサを使用できる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアで実装されるモジュール、例えば、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリーハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶表示（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）モジュールなどと共に使用できる。
【００６２】
＜実施形態＞
１．ハンドオーバを実行する方法。
２．ＩＭＳネットワークに登録するステップを含む、実施形態１に記載の方法。
３．ＭＩＨアプリケーション・サーバとのＭＩＨセッションをＳＩＰを使用して確立するステップを含む、実施形態２に記載の方法。
４．ＩＰベースのサービス用の、通信ピアとのセッションをＳＩＰを使用して確立するステップを含む、実施形態２〜３のいずれか１つに記載の方法。
５．ハンドオーバの必要性を検出するステップを含む、実施形態２〜４のいずれか１つに記載の方法。
６．ＩＰ上でＭＩＨアプリケーション・サーバとのハンドオーバのためのＭＩＨメッセージを交換するステップを含む、実施形態５に記載の方法。
７．ハンドオーバを実行し、ＩＰベースのサービス用のセッションを再開するステップを含む、実施形態６に記載の方法。
８．ＩＮＶＩＴＥ要求をＳ−ＣＳＣＦに送信することによりＭＩＨセッションが確立され、Ｓ−ＣＳＣＦがＭＩＨアプリケーション・サーバをトリガする、実施形態３〜７のいずれか１つに記載の方法。
９．ＩＮＶＩＴＥ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態８に記載の方法。
１０．一意の識別子がＭＩＨＦ識別子である、実施形態９に記載の方法。
１１．ＩＰ上でＭＩＨアプリケーション・サーバと共に機能発見手順を実行するステップをさらに含む、実施形態２〜１０のいずれか１つに記載の方法。
１２．ＩＰ上でＭＩＨアプリケーション・サーバと共にＭＩＨ登録手順を実行するステップをさらに含む、実施形態３〜１１のいずれか１つに記載の方法。
１３．ＩＰ上でＭＩＨアプリケーション・サーバと共にイベント加入手順を実行するステップをさらに含む、実施形態１２に記載の方法。
１４．ＩＰ上でＭＩＨアプリケーション・サーバに信号強度レポートを送信するステップをさらに含む、実施形態５〜１３のいずれか１つに記載の方法。
１５．ＩＰ上でＭＩＨアプリケーション・サーバから近隣リスト情報を受信するステップを含む、実施形態１４に記載の方法。
１６．ＩＰ上でＭＩＨアプリケーション・サーバに近隣セル信号強度レポートを送信するステップを含む、実施形態１５に記載の方法。
１７．ＩＰ上でＭＩＨアプリケーション・サーバからハンドオーバ・コマンドを受信するステップを含む、実施形態１６に記載の方法。
１８．ＩＰ上でＭＩＨアプリケーション・サーバにハンドオーバの結果を送信するステップを含む、実施形態１７に記載の方法。
１９．ハンドオーバ後に、ＳＩＰを使用してＲＥＦＥＲ要求がＭＩＨアプリケーション・サーバに送信され、ＭＩＨアプリケーション・サーバがＩＰベースのサービス用のセッションを再開するために通信ピアにＩＮＶＩＴＥ要求を送信する、実施形態７〜１８のいずれか１つに記載の方法。
２０．ＲＥＦＥＲ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態１９に記載の方法。
２１．一意の識別子がＭＩＨＦ識別子である、実施形態２０に記載の方法。
２２．ハンドオーバ後に、ＩＰベースのサービス用のセッションを再開するためにＲＥ−ＩＮＶＩＴＥ要求がＭＩＨアプリケーション・サーバおよび通信ピアに送信される、実施形態７〜１８のいずれか１つに記載の方法。
２３．ＲＥ−ＩＮＶＩＴＥ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態２２に記載の方法。
２４．一意の識別子がＭＩＨＦ識別子である、実施形態２３に記載の方法。
２５．ＩＰ上でＭＩＨアプリケーション・サーバに登録解除要求を送信するステップをさらに含む、実施形態７〜２４のいずれか１つに記載の方法。
２６．ＭＩＨセッションを終了させるためにＭＩＨアプリケーション・サーバにＢＹＥ要求を送信するステップを含む、実施形態２５に記載の方法。
２７．ハンドオーバを実行する方法。
２８．ＩＭＳクライアントからＳ−ＣＳＣＦを介してＩＮＶＩＴＥ要求を受信するステップを含む、実施形態２７に記載の方法。
２９．ＩＭＳクライアント用のバインディングを作成するステップを含む、実施形態２８に記載の方法。
３０．ＩＭＳクライアントとのＭＩＨセッションをＳＩＰを使用して確立するステップを含む、実施形態２９に記載の方法。
３１．ＩＰ上でＩＭＳクライアントとのハンドオーバのためのＭＩＨメッセージを交換するステップを含む、実施形態３０に記載の方法。
３２．ＩＭＳクライアントにハンドオーバ・コマンドを送信するステップをさらに含む、実施形態３１に記載の方法。
３３．ＩＭＳクライアントからハンドオーバの結果を受信するステップを含む、実施形態３２に記載の方法。
３４．ＩＭＳクライアントからＲＥＦＥＲ要求を受信するステップをさらに含む、実施形態３３に記載の方法。
３５．バインディングを更新するステップを含む、実施形態３４に記載の方法。
３６．ＲＥＦＥＲ要求で要求されたとおりに通信ピアにＩＮＶＩＴＥ要求を送信するステップを含む、実施形態３５に記載の方法。
３７．ＲＥＦＥＲ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３４〜３６のいずれか１つに記載の方法。
３８．一意の識別子がＭＩＨＦ識別子である、実施形態３７に記載の方法。
３９．ＩＭＳクライアントからＲＥ−ＩＮＶＩＴＥ要求を受信するステップをさらに含む、実施形態３４〜３６のいずれか１つに記載の方法。
４０．バインディングを更新するステップを含む、実施形態３９に記載の方法。
４１．ＲＥ−ＩＮＶＩＴＥ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３９〜４０のいずれか１つに記載の方法。
４２．一意の識別子がＭＩＨＦ識別子である、実施形態４１に記載の方法。
４３．ＩＮＶＩＴＥ要求がストリング「ＭＩＨ  ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３６に記載の方法。
４４．一意の識別子がＭＩＨＦ識別子である、実施形態４３に記載の方法。
４５．登録状態および登録タイマがＩＭＳクライアント用のバインディングの中で維持される、実施形態２９〜４４のいずれか１つに記載の方法。
４６．登録状態が未登録状態、登録保留状態、登録済みでアクティブな状態、登録済みでインアクティブな状態、登録解除保留状態のうちの１つである、実施形態４５に記載の方法。
４７．セッション開始プロトコル（ＳＩＰ）メッセージを使用することによりＭＩＨメッセージを送信するステップを
さらに含む、先行する実施形態のいずれか１つに記載の方法。
４８．ＭＩＨメッセージがＳＩＰインスタント・メッセージ要求のメッセージ本体に挿入される、先行する実施形態のいずれか１つに記載の方法。
４９．ＭＩＨメッセージが次のいずれか、すなわち、イベント、コマンド、情報、およびサービス管理のいずれかを含む、先行する実施形態のいずれか１つに記載の方法。
５０．インスタント・メッセージの受信側によって生成される２００  ＯＫ応答がＭＩＨ肯定応答として使用される、先行する実施形態のいずれか１つに記載の方法。
５１．クライアントがＳＩＰインスタント・メッセージのコンテンツを復号する、先行する実施形態のいずれか１つに記載の方法。
５２．サーバがＳＩＰインスタント・メッセージのコンテンツを復号する、先行する実施形態のいずれか１つに記載の方法。
５３．ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｏｃｏｖｅｒ．ｒｅｑｕｅｓｔがＳＩＰ  ＯＰＴＩＯＮＳ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５４．ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｏｃｏｖｅｒ．ｃｏｎｆｉｒｍがＳＩＰ  ＯＰＴＩＯＮＳ要求に応答して２００  ＯＫのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５５．受信側によって生成される２００  ＯＫ応答がＭＩＨ肯定応答として使用できる、先行する実施形態のいずれか１つに記載の方法。
５６．ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔがＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５７．ＳＵＢＳＣＲＩＢＥ要求のための新しいイベントヘッダが、加入はＭＩＨ関連であることを知らせる、先行する実施形態のいずれか１つに記載の方法。
５８．ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｃｏｎｆｉｒｍが、後続のＳＩＰ  ＮＯＴＩＦＹメッセージのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５９．「時間切れ」ヘッダが「０」に設定され、ＭＩＨメッセージが要求のメッセージ本体に挿入された加入を更新するのと同じ方法で、ＭＩＨ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔが達成される、先行する実施形態のいずれか１つに記載の方法。
６０．ＭＩＨ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅ．ｃｏｎｆｉｒｍが、加入解除要求の後に続くＳＩＰ  ＮＯＴＩＦＹのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６１．すべてのＭＩＨイベントメッセージがＳＩＰ  ＮＯＴＩＦＹ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６２．ＭＩＨメッセージがＳＩＰ  Ｉｎｓｔａｎｔ  ＭＥＳＳＡＧＥ  要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６３．いずれかの先行する実施形態に記載の方法を実行するように構成された無線送受信ユニット（ＷＴＲＵ）。
６４．実施形態１〜６３のいずれかに記載の方法の少なくとも一部分を実行するように構成された集積回路（ＩＣ）。
６５．実施形態１〜６３のいずれか１つに記載の方法の少なくとも一部分を実行するように構成されたメディア非依存ハンドオーバ機能（ＭＩＨＦ）。
【図１】
2010521878.tif 000004
【図２Ａ】
2010521878.tif 000005
【図２Ｂ】
2010521878.tif 000006
【図２Ｃ】
2010521878.tif 000007
【図２Ｄ】
2010521878.tif 000008
【図３Ａ】
2010521878.tif 000009
【図３Ｂ】
2010521878.tif 000010
【図３Ｃ】
2010521878.tif 000011
【図３Ｄ】
2010521878.tif 000012
【図３Ｅ】
2010521878.tif 000013
【図３Ｆ】
2010521878.tif 000014
【図４Ａ】
2010521878.tif 000015
【図４Ｂ】
2010521878.tif 000016
【図４Ｃ】
2010521878.tif 000017
【図４Ｄ】
2010521878.tif 000018
【図５】
2010521878.tif 000019
【図６】
2010521878.tif 000020
【図７】
2010521878.tif 000021
【図８】
2010521878.tif 000022
【図９】
2010521878.tif 000023
【手続補正書】
【提出日】平成21年11月16日(2009.11.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを伝送するための無線送受信ユニット（ＷＴＲＵ）で使用するための方法であって、
セッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥインスタント・メッセージ内にＭＩＨメッセージをカプセル化するステップと、
前記ＳＩＰ  ＭＥＳＳＡＧＥインスタント・メッセージを伝送するステップと
を含むことを特徴とする方法。
【請求項２】
前記ＭＩＨメッセージはＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ  ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージまたはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＭＩＨメッセージはＭＩＨ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージまたはＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１に記載の方法。
【請求項５】
ＳＩＰ  ２００  ＯＫ応答インスタント・メッセージを受信するステップと、
前記ＳＩＰ  ２００  ＯＫ応答メッセージをＭＩＨ肯定応答として解釈するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを送信および受信するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
ＭＩＨメッセージを生成するように、および前記ＭＩＨメッセージをセッション開始プロトコル（ＳＩＰ）ＭＥＳＳＡＧＥインスタント・メッセージ内にカプセル化するように構成されたＭＩＨ機能と、
前記ＳＩＰ  ＭＥＳＳＡＧＥインスタント・メッセージを伝送するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項７】
前記ＭＩＨメッセージはＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ  ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージまたはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項６に記載のＷＴＲＵ。
【請求項９】
前記ＭＩＨメッセージはＭＩＨ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージおよびＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１０】
ＳＩＰ  ２００  ＯＫ応答メッセージを受信するように構成された受信機をさらに備え、
前記ＭＩＨ機能は前記２００  ＯＫ応答メッセージをＭＩＨ肯定応答として解釈するようにさらに構成されていることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１１】
メディア非依存ハンドオーバ（ＭＩＨ）メッセージを送信および受信するように構成された無線送受信ユニット（ＷＴＲＵ）であって、
ＭＩＨメッセージを生成するように、および前記ＭＩＨメッセージをセッション開始プロトコル（ＳＩＰ）ＯＰＴＩＯＮＳメッセージ内にカプセル化するように構成されたＭＩＨ機能と、
前記ＳＩＰ  ＯＰＴＩＯＮＳメッセージを伝送するように構成された送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１２】
前記ＭＩＨメッセージはＭＩＨ＿ＣＡＰＡＢＩＬＩＴＹ＿ＤＩＳＣＯＶＥＲＹ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記ＭＩＨメッセージはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＣＯＮＦＩＲＭメッセージまたはＭＩＨ＿ＲＥＧＩＳＴＥＲ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記ＭＩＨメッセージはＭＩＨ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージまたはＭＩＨ＿ＥＶＥＮＴ＿ＳＵＢＳＣＲＩＢＥ．ＲＥＱＵＥＳＴメッセージを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
ＳＩＰ  ２００  ＯＫ応答メッセージを受信するように構成された受信機を備え、
前記ＭＩＨ機能は、前記２００  ＯＫ応答メッセージをＭＩＨ肯定応答として解釈するようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【国際調査報告】
2010521878.tif 000024
2010521878.tif 000025