JP2010517369A - メディア独立ハンドオーバのための方法および装置 - Google Patents

メディア独立ハンドオーバのための方法および装置 Download PDF

Info

Publication number
JP2010517369A
JP2010517369A JP2009546435A JP2009546435A JP2010517369A JP 2010517369 A JP2010517369 A JP 2010517369A JP 2009546435 A JP2009546435 A JP 2009546435A JP 2009546435 A JP2009546435 A JP 2009546435A JP 2010517369 A JP2010517369 A JP 2010517369A
Authority
JP
Japan
Prior art keywords
mih
application server
handover
ims client
session
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009546435A
Other languages
English (en)
Other versions
JP4875755B2 (ja
Inventor
アクバル ラーマン シャミム
オルベラ エルナンデス ウリセス
ワトファ マフムード
Original Assignee
インターデイジタル テクノロジー コーポレーション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル テクノロジー コーポレーション filed Critical インターデイジタル テクノロジー コーポレーション
Publication of JP2010517369A publication Critical patent/JP2010517369A/ja
Application granted granted Critical
Publication of JP4875755B2 publication Critical patent/JP4875755B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

ハンドオーバを実施するための方法および装置が開示される。インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）クライアントが、ＩＭＳネットワークに登録し、セッション開始プロトコル（ＳＩＰ）を使用してＭＩＨアプリケーションサーバとのメディア独立ハンドオーバ（ＭＩＨ）セッションを確立する。ＩＭＳクライアントは、ＳＩＰを使用して、通信ピアとのＩＰベースサービス（例えばボイスオーバーＩＰ（ＶｏＩＰ））のセッションを確立する。ＭＩＨメッセージが、ハンドオーバのためにＩＰ上でＭＩＨアプリケーションサーバと交換される。ハンドオーバの後、セッションが再開される。サービス呼セッション制御機能（Ｓ−ＣＳＣＦ）は、ＩＮＶＩＴＥ要求に含まれた文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」および一意の識別子に基づいて、ＭＩＨアプリケーションサーバをトリガする。ＩＭＳクライアントは、セッションを再開するために、ハンドオーバ後にＭＩＨアプリケーションサーバにＲＥＦＥＲ要求を送ってもよい。あるいは、ＩＭＳクライアントは、ＭＩＨアプリケーションサーバおよび通信ピアにＲＥ−ＩＮＶＩＴＥ要求を送ってもよい。

Description

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

Claims (53)

  1. ハンドオーバを実施する方法であって、
    インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークに登録するステップと、
    セッション開始プロトコル（ＳＩＰ）を使用してＭＩＨアプリケーションサーバとのメディア独立ハンドオーバ（ＭＩＨ）セッションを確立するステップと、
    ＳＩＰを使用して通信ピアとのＩＰベースサービスのセッションを確立するステップと、
    ハンドオーバの必要性を検出するステップと、
    ハンドオーバのためにＩＰ上で前記ＭＩＨアプリケーションサーバとＭＩＨメッセージを交換するステップと、
    ハンドオーバを実施し、前記ＩＰベースサービスのセッションを再開するステップとを含むことを特徴とする方法。
  2. 前記ＭＩＨセッションは、前記ＭＩＨアプリケーションサーバをトリガするサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）にＩＮＶＩＴＥ要求を送ることによって確立されることを特徴とする請求項１に記載の方法。
  3. 前記ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項２に記載の方法。
  4. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項３に記載の方法。
  5. ＩＰ上で前記ＭＩＨアプリケーションサーバとの能力発見手順を実施するステップをさらに含むことを特徴とする請求項１に記載の方法。
  6. ＩＰ上で前記ＭＩＨアプリケーションサーバとのＭＩＨ登録手順を実施するステップをさらに含むことを特徴とする請求項１に記載の方法。
  7. ＩＰ上で前記ＭＩＨアプリケーションサーバとのイベントサブスクリプション手順を実施するステップをさらに含むことを特徴とする請求項１に記載の方法。
  8. ＩＰ上で前記ＭＩＨアプリケーションサーバに信号強度レポートを送るステップと、
    ＩＰ上で前記ＭＩＨアプリケーションサーバから隣接リスト情報を受け取るステップと、
    ＩＰ上で前記ＭＩＨアプリケーションサーバに隣接セル信号強度レポートを送るステップと、
    ＩＰ上で前記ＭＩＨアプリケーションサーバからハンドオーバコマンドを受け取るステップと、
    ＩＰ上で前記ＭＩＨアプリケーションサーバにハンドオーバ結果を送るステップとをさらに含むことを特徴とする請求項１に記載の方法。
  9. ＲＥＦＥＲ要求は、ＳＩＰを使用して前記ハンドオーバの後に前記ＭＩＨアプリケーションサーバに送られ、前記ＭＩＨアプリケーションサーバは、前記ＩＰベースサービスのセッション再開のために前記通信ピアにＩＮＶＩＴＥ要求を送ることを特徴とする請求項１に記載の方法。
  10. 前記ＲＥＦＥＲ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項９に記載の方法。
  11. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項１０に記載の方法。
  12. ＲＥ−ＩＮＶＩＴＥ要求は、前記ＩＰベースサービスのセッションの再開のために前記ハンドオーバの後に前記ＭＩＨアプリケーションサーバおよび前記通信ピアに送られることを特徴とする請求項１に記載の方法。
  13. 前記ＲＥ−ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項１２に記載の方法。
  14. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項１３に記載の方法。
  15. ＩＰ上で前記ＭＩＨアプリケーションサーバに登録取消し要求を送るステップと、
    前記ＭＩＨセッションの終了を求めるＢＹＥ要求を前記ＭＩＨアプリケーションサーバに送るステップとをさらに含むことを特徴とする請求項１に記載の方法。
  16. ハンドオーバを実施する方法であって、
    サービス呼セッション制御機能（Ｓ−ＣＳＣＦ）を介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）クライアントからＩＮＶＩＴＥ要求を受け取るステップと、
    前記ＩＭＳクライアントのバインディングを作成するステップと、
    セッション開始プロトコル（ＳＩＰ）を使用して前記ＩＭＳクライアントとのメディア独立ハンドオーバ（ＭＩＨ）セッションを確立するステップと、
    ハンドオーバのためにＩＰ上で前記ＩＭＳクライアントとＭＩＨメッセージを交換するステップとを含むことを特徴とする方法。
  17. 前記ＩＭＳクライアントにハンドオーバコマンドを送るステップと、
    前記ＩＭＳクライアントからハンドオーバ結果を受け取るステップとをさらに含むことを特徴とする請求項１６に記載の方法。
  18. 前記ＩＭＳクライアントからＲＥＦＥＲ要求を受け取るステップと、
    前記バインディングを更新するステップと、
    前記ＲＥＦＥＲ要求で要求される通りに通信ピアにＩＮＶＩＴＥ要求を送るステップとをさらに含むことを特徴とする請求項１７に記載の方法。
  19. 前記ＲＥＦＥＲ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項１８に記載の方法。
  20. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項１９に記載の方法。
  21. 前記ＩＭＳクライアントからＲＥ−ＩＮＶＩＴＥ要求を受け取るステップと、
    前記バインディングを更新するステップとをさらに含むことを特徴とする請求項１７に記載の方法。
  22. 前記ＲＥ−ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項２１に記載の方法。
  23. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項２２に記載の方法。
  24. 前記ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項１６に記載の方法。
  25. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項２４に記載の方法。
  26. 登録状態および登録タイマは、前記ＩＭＳクライアントの前記バインディングで維持されることを特徴とする請求項１６に記載の方法。
  27. 前記登録状態は、未登録状態、登録保留状態、登記済みアクティブ状態、登記済み非アクティブ状態、および登録取消し保留状態のうちの１つであることを特徴とする請求項２６に記載の方法。
  28. ハンドオーバを実施するための無線送受信装置（ＷＴＲＵ）であって、
    セッション開始プロトコル（ＳＩＰ）を使用して通信ピアとのＩＰベースサービスのセッションを確立するように構成されたインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アプリケーション層と、
    ハンドオーバ後に前記ＩＰベースサービスのセッションが再開されるように、ＳＩＰを使用してＭＩＨアプリケーションサーバとのメディア独立ハンドオーバ（ＭＩＨ）セッションを確立し、前記ハンドオーバを実施するように構成されたサービスポリシーエンティティと、
    ＩＰ上で前記ＭＩＨアプリケーションサーバとＭＩＨメッセージを交換するように構成されたＭＩＨ機能エンティティとを含むことを特徴とするＷＴＲＵ。
  29. 前記ＭＩＨセッションは、前記ＭＩＨアプリケーションサーバをトリガするサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）にＩＮＶＩＴＥ要求を送ることによって確立されることを特徴とする請求項２８に記載のＷＴＲＵ。
  30. 前記ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項２９に記載のＷＴＲＵ。
  31. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項３０に記載のＷＴＲＵ。
  32. 前記ＭＩＨ機能エンティティは、ＩＰ上で前記ＭＩＨアプリケーションサーバとの能力発見手順を実施するように構成されることを特徴とする請求項２８に記載のＷＴＲＵ。
  33. 前記ＭＩＨ機能エンティティは、ＩＰ上で前記ＭＩＨアプリケーションサーバとのＭＩＨ登録手順を実施するように構成されることを特徴とする請求項２８に記載のＷＴＲＵ。
  34. 前記ＭＩＨ機能エンティティは、ＩＰ上で前記ＭＩＨアプリケーションサーバとのイベントサブスクリプション手順を実施するように構成されることを特徴とする請求項２８に記載のＷＴＲＵ。
  35. 前記ＭＩＨ機能エンティティは、ＩＰ上で前記ＭＩＨアプリケーションサーバに信号強度レポートを送り、ＩＰ上で前記ＭＩＨアプリケーションサーバから隣接リスト情報を受け取り、ＩＰ上で前記ＭＩＨアプリケーションサーバに隣接セル信号強度レポートを送り、ＩＰ上で前記ＭＩＨアプリケーションサーバからハンドオーバコマンドを受け取り、ＩＰ上で前記ＭＩＨアプリケーションサーバにハンドオーバ結果を送るように構成されることを特徴とする請求項２８に記載のＷＴＲＵ。
  36. 前記ＩＰベースサービスのセッションの再開のために前記ＭＩＨアプリケーションサーバに前記通信ピアへのＩＮＶＩＴＥ要求の送信を求めるＲＥＦＥＲ要求は、ＳＩＰを使用して前記ハンドオーバの後に前記ＭＩＨアプリケーションサーバに送られることを特徴とする請求項２８に記載のＷＴＲＵ。
  37. 前記ＲＥＦＥＲ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項３６に記載のＷＴＲＵ。
  38. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項３７に記載のＷＴＲＵ。
  39. ＲＥ−ＩＮＶＩＴＥ要求は、前記ＩＰベースサービスのセッションの再開のために前記ハンドオーバの後に前記ＭＩＨアプリケーションサーバおよび前記通信ピアに送られることを特徴とする請求項２８に記載のＷＴＲＵ。
  40. 前記ＲＥ−ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項３９に記載のＷＴＲＵ。
  41. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項４０に記載のＷＴＲＵ。
  42. ハンドオーバをサポートするためのメディア独立ハンドオーバ（ＭＩＨ）アプリケーションサーバであって、
    サービス呼セッション制御機能（Ｓ−ＣＳＣＦ）を介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）クライアントからＩＮＶＩＴＥ要求を受け取るためのセッション開始プロトコル（ＳＩＰ）インターフェースと、
    前記ＩＭＳクライアントのバインディングを作成し、前記ＩＭＳクライアントとのＭＩＨセッションを確立するためのモビリティ／ハンドオーバポリシー機能（ＭＨＰＦ）エンティティと、
    ハンドオーバのためにＩＰ上で前記ＩＭＳクライアントとＭＩＨメッセージを交換するためのＭＩＨ機能エンティティとを含むことを特徴とするＭＩＨアプリケーションサーバ。
  43. 前記ＭＩＨ機能エンティティは、前記ＩＭＳクライアントにハンドオーバコマンドを送り、前記ＩＭＳクライアントからハンドオーバ結果を受け取るように構成されることを特徴とする請求項４２に記載のＭＩＨアプリケーションサーバ。
  44. 前記ＭＨＰＦエンティティは、前記ＩＭＳクライアントからのＲＥＦＥＲ要求に基づいて前記バインディングを更新するように構成されることを特徴とする請求項４３に記載のＭＩＨアプリケーションサーバ。
  45. 前記ＲＥＦＥＲ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項４４に記載のＭＩＨアプリケーションサーバ。
  46. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項４５に記載のＭＩＨアプリケーションサーバ。
  47. 前記ＭＨＰＦエンティティは、前記ＩＭＳクライアントからのＲＥ−ＩＮＶＩＴＥ要求に基づいて前記バインディングを更新するように構成されることを特徴とする請求項４３に記載のＭＩＨアプリケーションサーバ。
  48. 前記ＲＥ−ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項４７に記載のＭＩＨアプリケーションサーバ。
  49. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項４８に記載のＭＩＨアプリケーションサーバ。
  50. 前記ＩＮＶＩＴＥ要求は、文字列「ＭＩＨ ｓｅｒｖｉｃｅｓ」と、ＩＭＳクライアントの一意の識別子とを含むことを特徴とする請求項４２に記載のＭＩＨアプリケーションサーバ。
  51. 前記一意の識別子はＭＩＨ機能（ＭＩＨＦ）識別子であることを特徴とする請求項５０に記載のＭＩＨアプリケーションサーバ。
  52. 登録状態および登録タイマは、前記ＩＭＳクライアントの前記バインディングで維持されることを特徴とする請求項４２に記載のＭＩＨアプリケーションサーバ。
  53. 前記登録状態は、未登録状態、登録保留状態、登記済みアクティブ状態、登記済み非アクティブ状態、および登録取消し保留状態のうちの１つであることを特徴とする請求項５２に記載のＭＩＨアプリケーションサーバ。
JP2009546435A 2007-01-18 2008-01-17 メディア独立ハンドオーバのための方法および装置 Expired - Fee Related JP4875755B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US88550507P 2007-01-18 2007-01-18
US60/885,505 2007-01-18
PCT/US2008/000713 WO2008088891A2 (en) 2007-01-18 2008-01-17 Method and apparatus for media independent handover

Publications (2)

Publication Number Publication Date
JP2010517369A true JP2010517369A (ja) 2010-05-20
JP4875755B2 JP4875755B2 (ja) 2012-02-15

Family

ID=39636600

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009546435A Expired - Fee Related JP4875755B2 (ja) 2007-01-18 2008-01-17 メディア独立ハンドオーバのための方法および装置

Country Status (12)

Country Link
US (1) US8134955B2 (ja)
EP (1) EP2122989A2 (ja)
JP (1) JP4875755B2 (ja)
KR (2) KR20090110925A (ja)
CN (1) CN101637001A (ja)
AU (1) AU2008205486B2 (ja)
BR (1) BRPI0806208A2 (ja)
CA (1) CA2675843A1 (ja)
IL (1) IL199948A0 (ja)
MX (1) MX2009007724A (ja)
RU (1) RU2420904C2 (ja)
WO (1) WO2008088891A2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011530916A (ja) * 2008-08-21 2011-12-22 エヌイーシー ヨーロッパ リミテッド Ｉｍｓ（ｉｐマルチメディアサブシステム）アーキテクチャにおけるモバイル端末に対するネットワークベースのモビリティをサポートする方法
JP2014064277A (ja) * 2012-09-20 2014-04-10 D2 Technologies Inc Ｉｐ間のハンドオーバーの方法
JP2020519127A (ja) * 2017-07-10 2020-06-25 グーグル エルエルシー 無線ネットワーク速度情報を提供するための方法、装置、およびシステム

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8032656B2 (en) * 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
EP2090070B1 (en) * 2006-12-11 2010-09-01 Telefonaktiebolaget LM Ericsson (publ) Service adaptation in an IP multimedia subsystem network
US8331315B2 (en) * 2007-02-16 2012-12-11 Interdigital Technology Corporation Media independent handover for smart phone architecture
US9203918B2 (en) * 2007-03-15 2015-12-01 Nokia Technologies Oy Pulling information from information sources via refer requests
AR068972A1 (es) * 2007-04-25 2009-12-23 Interdigital Tech Corp Metodo y aparato para un servidor para obtener informacion de preferencias y suscripciones de usuarios
KR20090032517A (ko) * 2007-09-28 2009-04-01 삼성전자주식회사 미디어 독립 핸드오버 기반으로 하는 음성전화의 무중단을위한 멀티미디어 서비스를 지원하기 위한 시스템 및 방법
US20090164610A1 (en) * 2007-12-21 2009-06-25 Nokia Siemens Networks Oy Method, gateway, client, software arrangement and computer-accessible medium for facilitating a handover between a wireless lan and a radio access network
EP2107760A1 (en) 2008-03-31 2009-10-07 Motorola, Inc. SIP header to indicate mobility transfer operation
US8880067B2 (en) * 2008-08-08 2014-11-04 Qualcomm Incorporated Correlating registrations originating from a device
KR20100074463A (ko) * 2008-12-24 2010-07-02 삼성전자주식회사 매체 독립 핸드 오버 메시지 전송의 보안 방법
US20100215018A1 (en) * 2009-02-26 2010-08-26 Alcatel-Lucent Usa Inc. Cs handover from ims femto to macro
US8804661B2 (en) * 2009-05-21 2014-08-12 Htc Corporation Method of handling call in handover in wireless communication system and wireless communication device using the same
CN102484850B (zh) * 2009-06-29 2015-08-19 黑莓有限公司 用于演进的分组系统中的语音服务的系统和方法
GB0915152D0 (en) * 2009-09-01 2009-10-07 Vodafone Plc LTE voice call handling
US20110069676A1 (en) * 2009-09-18 2011-03-24 Interdigital Patent Holdings, Inc. Information service and event service mechanisms for wireless communications
KR20120117996A (ko) * 2009-12-09 2012-10-25 인터디지탈 패튼 홀딩스, 인크 세션 복제 및 세션 공유를 위한 방법 및 장치
KR101139931B1 (ko) * 2010-05-27 2012-05-07 (주)넷탑씨앤씨 이기종망간의 핸드오버 처리 방법
CN102655669B (zh) * 2011-03-03 2015-04-29 国基电子（上海）有限公司 手机及其接收呼叫的方法
US9692793B2 (en) * 2011-07-18 2017-06-27 Verizon Patent And Licensing Inc. Communication session allocation
US9215283B2 (en) * 2011-09-30 2015-12-15 Alcatel Lucent System and method for mobility and multi-homing content retrieval applications
KR101519634B1 (ko) 2013-10-31 2015-05-12 에스케이플래닛 주식회사 모바일 인터넷 전화 서버 시스템 및 이를 위한 ip 핸드오버 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003526275A (ja) * 2000-03-03 2003-09-02 クゥアルコム・インコーポレイテッド 現存の通信システムにおいてグループ通信サービスに参加するための方法および装置
WO2006082861A1 (ja) * 2005-02-02 2006-08-10 Matsushita Electric Industrial Co., Ltd. 通信端末および通信サービス決定方法
WO2006125471A1 (en) * 2005-05-25 2006-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for identifying an ims service

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4349766B2 (ja) 2001-12-07 2009-10-21 株式会社日立製作所 アドレス変換装置
US7483984B1 (en) 2001-12-19 2009-01-27 Boingo Wireless, Inc. Method and apparatus for accessing networks by a mobile device
RU2283542C2 (ru) 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
JP3972733B2 (ja) 2002-05-30 2007-09-05 株式会社日立製作所 アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ
US20040153547A1 (en) 2003-01-31 2004-08-05 Dirk Trossen Service provisioning in a communication system
US20040260819A1 (en) 2003-06-23 2004-12-23 Nokia Corporation Systems and methods for restricting event subscriptions through proxy-based filtering
GB0319360D0 (en) 2003-08-18 2003-09-17 Nokia Corp Setting up communication sessions
US20050138128A1 (en) 2003-12-23 2005-06-23 Baniel Uri S. Method and device for grab transferring an instant messaging and presence (IMP) session
US7710923B2 (en) 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US7406324B1 (en) 2005-04-07 2008-07-29 Sprint Spectrum L.P. System and method for controlling services provided to multi-mode mobile stations
EP1869937B1 (en) * 2005-04-14 2018-03-28 LG Electronics Inc. -1- A method of reconfiguring an internet protocol address in handover between heterogeneous networks
EP1878288B1 (en) 2005-05-02 2012-12-26 LG Electronics Inc. A method of supporting handover in a multi-mode mobile station
KR101234035B1 (ko) * 2005-05-18 2013-02-15 엘지전자 주식회사 이종 망 핸드오버 모듈을 이용한 링크 상태 보고 방법 및 이동 단말
WO2006125085A2 (en) * 2005-05-18 2006-11-23 Telcordia Technologies, Inc. Seamless handoff across heterogeneous access networks using a handoff controller in a service control point
EP1911316B1 (en) 2005-08-01 2017-09-06 Ubiquisys Limited Handover information sent over a public wide area network (e . g . internet)
US7536184B2 (en) 2005-09-29 2009-05-19 Sun Microsystems, Inc. Seamless mobility management with service detail records
WO2007056042A1 (en) 2005-11-04 2007-05-18 Interdigital Technology Corporation Media independent handover application server for facilitating seamless integration of multi-technology networks
US7625313B2 (en) * 2005-12-06 2009-12-01 Toyota Jidosha Kabushiki Kaisha Shift control device and shift control method of vehicular automatic transmission
WO2007088451A2 (en) 2006-02-03 2007-08-09 Nokia Corporation Encapsulation techniques for handling media independent handover (mih) information services messages
US8032656B2 (en) 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
EP2027697A1 (en) 2006-05-19 2009-02-25 Interdigital Technology Corporation Methods and apparatus for media independent messaging over the internet
US20070280453A1 (en) * 2006-05-30 2007-12-06 Motorola, Inc. Method and system to provide access network information to a service
KR20080008935A (ko) 2006-07-18 2008-01-24 엘지전자 주식회사 이동 통신 시스템에서 ｉｐ 주소 선 설정 방법
US8165088B2 (en) 2006-09-13 2012-04-24 Toshiba America Research, Inc. MIH protocol state machine
KR101384183B1 (ko) 2006-10-23 2014-04-18 삼성전자주식회사 매체 독립 핸드오버 서비스 관리 장치 및 그 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003526275A (ja) * 2000-03-03 2003-09-02 クゥアルコム・インコーポレイテッド 現存の通信システムにおいてグループ通信サービスに参加するための方法および装置
WO2006082861A1 (ja) * 2005-02-02 2006-08-10 Matsushita Electric Industrial Co., Ltd. 通信端末および通信サービス決定方法
WO2006125471A1 (en) * 2005-05-25 2006-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for identifying an ims service

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011530916A (ja) * 2008-08-21 2011-12-22 エヌイーシー ヨーロッパ リミテッド Ｉｍｓ（ｉｐマルチメディアサブシステム）アーキテクチャにおけるモバイル端末に対するネットワークベースのモビリティをサポートする方法
JP2014064277A (ja) * 2012-09-20 2014-04-10 D2 Technologies Inc Ｉｐ間のハンドオーバーの方法
JP2020519127A (ja) * 2017-07-10 2020-06-25 グーグル エルエルシー 無線ネットワーク速度情報を提供するための方法、装置、およびシステム

Also Published As

Publication number Publication date
MX2009007724A (es) 2009-08-26
WO2008088891A2 (en) 2008-07-24
KR20090113294A (ko) 2009-10-29
JP4875755B2 (ja) 2012-02-15
BRPI0806208A2 (pt) 2011-08-30
WO2008088891A3 (en) 2008-10-02
RU2420904C2 (ru) 2011-06-10
RU2009131318A (ru) 2011-02-27
CN101637001A (zh) 2010-01-27
AU2008205486B2 (en) 2010-09-16
EP2122989A2 (en) 2009-11-25
AU2008205486A1 (en) 2008-07-24
CA2675843A1 (en) 2008-07-24
IL199948A0 (en) 2010-04-15
US8134955B2 (en) 2012-03-13
KR20090110925A (ko) 2009-10-23
US20080175253A1 (en) 2008-07-24

Similar Documents

Publication Publication Date Title
JP4875755B2 (ja) メディア独立ハンドオーバのための方法および装置
TWI459759B (zh) 支援電路切換互通方法及裝置
US7983218B2 (en) Techniques to support seamless mobility of electronic devices engaged in a session initiation protocol (SIP) session
TWI287376B (en) Method and apparatus for mobility management in wireless networks
US8537775B2 (en) Method and apparatus for media independent handover
US20080268847A1 (en) Method and apparatus for a server to obtain information about user preferences and subscriptions
JP2011528199A (ja) Ｉｍｓ緊急セッションのｓｒ−ｖｃｃのためのシステム及び方法
TWI492586B (zh) 協同式通訊通信期中的使用者裝備(ue)通信期通知
US20060239267A1 (en) User equipment in an IMS service network with a shortened PTT call setup time, IMS service network, and PTT call setup method therein
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
KR20120001361A (ko) 이종무선망간 핸드오버를 위한 방법 및 장치
US20080076422A1 (en) System and method for providing continuous media messaging during a handoff procedure in an IP-based mobile communication network
WO2011130954A1 (zh) 单待终端业务连续性实现方法和系统
KR20130042935A (ko) 서비스 제공 방법 및 서버

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110629

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110701

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111003

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111028

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111125

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141202

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees