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