[go: up one dir, main page]

JP2010521878A - メディア非依存ハンドオーバのための方法および装置 - Google Patents

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

Info

Publication number
JP2010521878A
JP2010521878A JP2009553633A JP2009553633A JP2010521878A JP 2010521878 A JP2010521878 A JP 2010521878A JP 2009553633 A JP2009553633 A JP 2009553633A JP 2009553633 A JP2009553633 A JP 2009553633A JP 2010521878 A JP2010521878 A JP 2010521878A
Authority
JP
Japan
Prior art keywords
mih
message
sip
entity
ims client
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.)
Pending
Application number
JP2009553633A
Other languages
English (en)
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 JP2010521878A publication Critical patent/JP2010521878A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • 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
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • 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/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • 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]
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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

Landscapes

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

Abstract

ハンドオーバを行うための方法および装置が開示される。インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）クライアントは、ＩＭＳネットワークに登録して、ＭＩＨアプリケーション・サーバとのＭＩＨセッションを、ＳＩＰを使用して確立する。ＩＭＳクライアントは、ＩＰベースのサービス（例えば、ＶｏＩＰ）用の、通信ピアとのセッションをＳＩＰメッセージングを使用して確立する。ＩＰ上でのＭＩＨアプリケーション・サーバとのハンドオーバのために、ＳＩＰメッセージを使用して、ＭＩＨメッセージをＳＩＰインスタント・メッセージ内にカプセル化することにより、ＭＩＨメッセージが交換される。別法として、ＭＩＨメッセージは、ＭＩＨメッセージの代わりに均等のＳＩＰメッセージを送信することにより、ＩＰ上でＭＩＨアプリケーションとの間で交換できる。

Description

本出願は、無線ネットワーク間のメディア非依存ハンドオーバに関する。
インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）は、移動および固定マルチメディア・サービスを提供するための標準化された次世代ネットワーク（ＮＧＮ）アーキテクチャである。ＩＭＳはセッション開始プロトコル（ＳＩＰ）を使用し、ＩＰ上で動作する。ＩＭＳは、多様なサービス（例えば、インスタント・メッセージング、ビデオ・ストリーミング、ボイスオーバＩＰ（ＶｏＩＰ）、および任意の他のＩＰベースのサービス）に使用できる。
ＩＭＳの目標は、インターネットが提供する全サービスを、現在および将来にわたって提供することである。これらのサービスを提供するために使用される方法の１つは、ＩＭＳアプリケーション・サーバを用いる。ＩＭＳアプリケーション・サーバは、１つまたは複数のＩＰサービスをホストおよび実行するネットワーク・エンティティである。アプリケーション・サーバは、トリガされると、ＩＭＳ信号プレーン内の中央ノードであるサービング呼セッション制御機能（Ｓ−ＣＳＣＦ：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）、及び特定のストリング（すなわち、定数ストリング「ＭＩＨ Ｓｅｒｖｉｃｅｓ」および一意の識別子）の存在、に基づいてＭＩＨアプリケーション・サーバをトリガする。要求方法とは、要求がＩＮＶＩＴＥ要求メッセージであるか、ＲＥＦＥＲ要求メッセージであるかを指す。ＳＩＰ ＵＲＩとは、この場合には、ＭＩＨアプリケーション・サービスのＵＲＩを指す。例えば、このＵＲＩは、ｉｅｅｅ８０２．２１＠ｄｏｍａｉｎ．ｃｏｍである。
図５は、例示のＩＮＶＩＴＥ要求メッセージ５００である。メッセージ５００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ５０２、ならびにストリング「ＭＩＨ Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ ＩＤ）を含むｓヘッダ５０４を含んでいる。
図６は、例示のＲＥＦＥＲ要求メッセージ６００である。メッセージ６００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ６０２、ならびにストリング「ＭＩＨ Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ ＩＤ）を含むｓヘッダ６０４を含んでいる。また、メッセージ６００は、他のＩＭＳクライアント１７０との進行中のデータセッションの呼ＩＤ ６０６も含んでいる。ＭＩＨアプリケーション・サーバ１００は、ＩＭＳクライアント１７０へのＩＮＶＩＴＥ要求を構築するときにこれを使用する。
図７は、ＩＭＳクライアント１７０宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージ７００である。
図８は、ＭＩＨアプリケーション・サーバ１００宛ての例示のＲＥ−ＩＮＶＩＴＥ要求メッセージ８００である。メッセージ８００は、例示のＭＩＨアプリケーション・サーバ公開ＵＲＩ ８０２、ならびにストリング「ＭＩＨ Ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意のＩＤ（例えば、ＭＩＨＦ ＩＤ）を含むｓヘッダ８０４を含んでいる。
ＭＩＨアプリケーション・サーバ１００（例えば、ＭＨＰＦエンティティ１２０）は、ＩＭＳクライアント１６０用のバインディングを作成する。バインディングは、ＩＭＳクライアントの一意の識別子（例えば、ＭＩＨＦ ＩＤ）、ＩＭＳクライアントの現行ＩＰアドレス、ならびにＩＭＳクライアントの登録状態およびその登録状態に関連付けられた登録タイマを含む。５つの登録状態が定義されており（未登録、ＭＩＨ登録保留、ＭＩＨ登録済みでアクティブ、ＭＩＨ登録済みでインアクティブ、ＭＩＨ登録解除保留）、登録状態は、対応するタイマが時間切れになった場合、または変化を指示する特定のＭＩＨ／ＳＩＰメッセージが受信された場合、変化する。
図９は、ＩＭＳクライアントの登録状態の変化である。未登録状態では、クライアントは、ＭＩＨアプリケーション・サーバに何のレコードも有していない。未登録状態にタイマは関連付けられていない。
最初のＩＮＶＩＴＥ要求が受信されると、状態は、ＭＩＨ登録保留状態に変化する。
ＭＩＨ登録保留状態では、ＩＭＳクライアントはセッションを作成済みであるが、ＭＩＨ登録は行っていない。ＭＩＨ登録は、特定のネゴシエートされたサービス用に登録するプロセスである。ＭＩＨ登録保留状態は、タイマＡに関連付けられる。ＭＩＨ登録はタイマＡの値内に完了しなければならない。そうでなければ、ＭＩＨアプリケーション・サーバがセッションを終了させる（すなわち、未登録状態）。ＩＭＳクライアントの状態が未登録状態に変化すると、すべての関連ユーザ情報が削除される。ＭＩＨ登録がタイマＡの値内に実行されると、状態は、ＭＩＨ登録済みでアクティブな状態に変化する。
ＭＩＨ登録済みでアクティブな状態では、ＩＭＳクライアントはＭＩＨ登録を完了済みで、ＭＩＨアプリケーション・サーバと通信する。登録済みでアクティブな状態は、タイマＢに関連付けられる。タイマＢが時間切れになる前に通信が発生しないと、状態は、ＭＩＨ登録済みでインアティブな状態に変化する。ＭＩＨ登録解除要求が受信されると、状態は、ＭＩＨ登録解除保留状態に変化する。
ＭＩＨ登録済みでインアクティブな状態では、ＩＭＳクライアントはＭＩＨ登録を完了済みであるが、特定の期間、ＭＩＨアプリケーション・サーバと通信状態になっていない。ＭＩＨ登録済みでインアクティブな状態は、タイマＣに関連付けられる。タイマＣが時間切れになる前にＭＩＨアプリケーション・サーバとの通信が発生しないと、セッションが時間切れになる（すなわち、状態は未登録状態に変化する）。タイマＣが時間切れになる前に登録解除要求以外の通信が受信されると、状態は、ＭＩＨ登録済みでアクティブな状態に変化する。タイマＣが時間切れになる前に登録解除要求が受信されると、状態は、ＭＩＨ登録解除保留状態に変化する。
ＭＩＨ登録解除保留状態では、ＩＭＳクライアントは、ＭＩＨ登録解除を実行済みであるが、セッションを終了させようとしている。登録解除保留状態は、タイマＤに関連付けられる。タイマＤの値内にＭＩＨアプリケーション・サーバによってＳＩＰ ＢＹＥメッセージが受信されなければならない。そうしないと、ＭＩＳアプリケーション・サーバは、「手動」のセッション終了を実行する（すなわち、ＩＭＳクライアントの全レコードを除去する）。
表１は、タイマ値の例を示している。
Figure 2010521878
機能および要素は特定の組合せで説明されているが、各機能または要素は、他の機能および要素なしで単独で、または他の機能および要素があっても、あるいは他の機能および要素がなくても様々な組合せで使用できる。提示されている方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体に有形に具体化されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施できる。コンピュータ可読記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体がある。
適切なプロセッサには、例であるが、汎用プロセッサ、特定目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、および／または状態マシンなどがある。
無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用するための高周波送受信機を実装するために、ソフトウェアに関連付けられたプロセッサを使用できる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアで実装されるモジュール、例えば、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリーハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶表示（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）モジュールなどと共に使用できる。
＜実施形態＞
１．ハンドオーバを実行する方法。
２．ＩＭＳネットワークに登録するステップを含む、実施形態１に記載の方法。
３．ＭＩＨアプリケーション・サーバとのＭＩＨセッションをＳＩＰを使用して確立するステップを含む、実施形態２に記載の方法。
４．ＩＰベースのサービス用の、通信ピアとのセッションをＳＩＰを使用して確立するステップを含む、実施形態２〜３のいずれか１つに記載の方法。
５．ハンドオーバの必要性を検出するステップを含む、実施形態２〜４のいずれか１つに記載の方法。
６．ＩＰ上でＭＩＨアプリケーション・サーバとのハンドオーバのためのＭＩＨメッセージを交換するステップを含む、実施形態５に記載の方法。
７．ハンドオーバを実行し、ＩＰベースのサービス用のセッションを再開するステップを含む、実施形態６に記載の方法。
８．ＩＮＶＩＴＥ要求をＳ−ＣＳＣＦに送信することによりＭＩＨセッションが確立され、Ｓ−ＣＳＣＦがＭＩＨアプリケーション・サーバをトリガする、実施形態３〜７のいずれか１つに記載の方法。
９．ＩＮＶＩＴＥ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態８に記載の方法。
１０．一意の識別子がＭＩＨＦ識別子である、実施形態９に記載の方法。
１１．ＩＰ上でＭＩＨアプリケーション・サーバと共に機能発見手順を実行するステップをさらに含む、実施形態２〜１０のいずれか１つに記載の方法。
１２．ＩＰ上でＭＩＨアプリケーション・サーバと共にＭＩＨ登録手順を実行するステップをさらに含む、実施形態３〜１１のいずれか１つに記載の方法。
１３．ＩＰ上でＭＩＨアプリケーション・サーバと共にイベント加入手順を実行するステップをさらに含む、実施形態１２に記載の方法。
１４．ＩＰ上でＭＩＨアプリケーション・サーバに信号強度レポートを送信するステップをさらに含む、実施形態５〜１３のいずれか１つに記載の方法。
１５．ＩＰ上でＭＩＨアプリケーション・サーバから近隣リスト情報を受信するステップを含む、実施形態１４に記載の方法。
１６．ＩＰ上でＭＩＨアプリケーション・サーバに近隣セル信号強度レポートを送信するステップを含む、実施形態１５に記載の方法。
１７．ＩＰ上でＭＩＨアプリケーション・サーバからハンドオーバ・コマンドを受信するステップを含む、実施形態１６に記載の方法。
１８．ＩＰ上でＭＩＨアプリケーション・サーバにハンドオーバの結果を送信するステップを含む、実施形態１７に記載の方法。
１９．ハンドオーバ後に、ＳＩＰを使用してＲＥＦＥＲ要求がＭＩＨアプリケーション・サーバに送信され、ＭＩＨアプリケーション・サーバがＩＰベースのサービス用のセッションを再開するために通信ピアにＩＮＶＩＴＥ要求を送信する、実施形態７〜１８のいずれか１つに記載の方法。
２０．ＲＥＦＥＲ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態１９に記載の方法。
２１．一意の識別子がＭＩＨＦ識別子である、実施形態２０に記載の方法。
２２．ハンドオーバ後に、ＩＰベースのサービス用のセッションを再開するためにＲＥ−ＩＮＶＩＴＥ要求がＭＩＨアプリケーション・サーバおよび通信ピアに送信される、実施形態７〜１８のいずれか１つに記載の方法。
２３．ＲＥ−ＩＮＶＩＴＥ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態２２に記載の方法。
２４．一意の識別子がＭＩＨＦ識別子である、実施形態２３に記載の方法。
２５．ＩＰ上でＭＩＨアプリケーション・サーバに登録解除要求を送信するステップをさらに含む、実施形態７〜２４のいずれか１つに記載の方法。
２６．ＭＩＨセッションを終了させるためにＭＩＨアプリケーション・サーバにＢＹＥ要求を送信するステップを含む、実施形態２５に記載の方法。
２７．ハンドオーバを実行する方法。
２８．ＩＭＳクライアントからＳ−ＣＳＣＦを介してＩＮＶＩＴＥ要求を受信するステップを含む、実施形態２７に記載の方法。
２９．ＩＭＳクライアント用のバインディングを作成するステップを含む、実施形態２８に記載の方法。
３０．ＩＭＳクライアントとのＭＩＨセッションをＳＩＰを使用して確立するステップを含む、実施形態２９に記載の方法。
３１．ＩＰ上でＩＭＳクライアントとのハンドオーバのためのＭＩＨメッセージを交換するステップを含む、実施形態３０に記載の方法。
３２．ＩＭＳクライアントにハンドオーバ・コマンドを送信するステップをさらに含む、実施形態３１に記載の方法。
３３．ＩＭＳクライアントからハンドオーバの結果を受信するステップを含む、実施形態３２に記載の方法。
３４．ＩＭＳクライアントからＲＥＦＥＲ要求を受信するステップをさらに含む、実施形態３３に記載の方法。
３５．バインディングを更新するステップを含む、実施形態３４に記載の方法。
３６．ＲＥＦＥＲ要求で要求されたとおりに通信ピアにＩＮＶＩＴＥ要求を送信するステップを含む、実施形態３５に記載の方法。
３７．ＲＥＦＥＲ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３４〜３６のいずれか１つに記載の方法。
３８．一意の識別子がＭＩＨＦ識別子である、実施形態３７に記載の方法。
３９．ＩＭＳクライアントからＲＥ−ＩＮＶＩＴＥ要求を受信するステップをさらに含む、実施形態３４〜３６のいずれか１つに記載の方法。
４０．バインディングを更新するステップを含む、実施形態３９に記載の方法。
４１．ＲＥ−ＩＮＶＩＴＥ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３９〜４０のいずれか１つに記載の方法。
４２．一意の識別子がＭＩＨＦ識別子である、実施形態４１に記載の方法。
４３．ＩＮＶＩＴＥ要求がストリング「ＭＩＨ ｓｅｒｖｉｃｅｓ」およびＩＭＳクライアントの一意の識別子を含む、実施形態３６に記載の方法。
４４．一意の識別子がＭＩＨＦ識別子である、実施形態４３に記載の方法。
４５．登録状態および登録タイマがＩＭＳクライアント用のバインディングの中で維持される、実施形態２９〜４４のいずれか１つに記載の方法。
４６．登録状態が未登録状態、登録保留状態、登録済みでアクティブな状態、登録済みでインアクティブな状態、登録解除保留状態のうちの１つである、実施形態４５に記載の方法。
４７．セッション開始プロトコル（ＳＩＰ）メッセージを使用することによりＭＩＨメッセージを送信するステップを
さらに含む、先行する実施形態のいずれか１つに記載の方法。
４８．ＭＩＨメッセージがＳＩＰインスタント・メッセージ要求のメッセージ本体に挿入される、先行する実施形態のいずれか１つに記載の方法。
４９．ＭＩＨメッセージが次のいずれか、すなわち、イベント、コマンド、情報、およびサービス管理のいずれかを含む、先行する実施形態のいずれか１つに記載の方法。
５０．インスタント・メッセージの受信側によって生成される２００ ＯＫ応答がＭＩＨ肯定応答として使用される、先行する実施形態のいずれか１つに記載の方法。
５１．クライアントがＳＩＰインスタント・メッセージのコンテンツを復号する、先行する実施形態のいずれか１つに記載の方法。
５２．サーバがＳＩＰインスタント・メッセージのコンテンツを復号する、先行する実施形態のいずれか１つに記載の方法。
５３．ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｏｃｏｖｅｒ．ｒｅｑｕｅｓｔがＳＩＰ ＯＰＴＩＯＮＳ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５４．ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｏｃｏｖｅｒ．ｃｏｎｆｉｒｍがＳＩＰ ＯＰＴＩＯＮＳ要求に応答して２００ ＯＫのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５５．受信側によって生成される２００ ＯＫ応答がＭＩＨ肯定応答として使用できる、先行する実施形態のいずれか１つに記載の方法。
５６．ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔがＳＩＰ ＳＵＢＳＣＲＩＢＥ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５７．ＳＵＢＳＣＲＩＢＥ要求のための新しいイベントヘッダが、加入はＭＩＨ関連であることを知らせる、先行する実施形態のいずれか１つに記載の方法。
５８．ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｃｏｎｆｉｒｍが、後続のＳＩＰ ＮＯＴＩＦＹメッセージのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
５９．「時間切れ」ヘッダが「０」に設定され、ＭＩＨメッセージが要求のメッセージ本体に挿入された加入を更新するのと同じ方法で、ＭＩＨ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔが達成される、先行する実施形態のいずれか１つに記載の方法。
６０．ＭＩＨ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅ．ｃｏｎｆｉｒｍが、加入解除要求の後に続くＳＩＰ ＮＯＴＩＦＹのメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６１．すべてのＭＩＨイベントメッセージがＳＩＰ ＮＯＴＩＦＹ要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６２．ＭＩＨメッセージがＳＩＰ Ｉｎｓｔａｎｔ ＭＥＳＳＡＧＥ 要求のメッセージ本体に入れられて送信される、先行する実施形態のいずれか１つに記載の方法。
６３．いずれかの先行する実施形態に記載の方法を実行するように構成された無線送受信ユニット（ＷＴＲＵ）。
６４．実施形態１〜６３のいずれかに記載の方法の少なくとも一部分を実行するように構成された集積回路（ＩＣ）。
６５．実施形態１〜６３のいずれか１つに記載の方法の少なくとも一部分を実行するように構成されたメディア非依存ハンドオーバ機能（ＭＩＨＦ）。

Claims (25)

  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. ＳＩＰメッセージの中のＭＩＨメッセージを受信するように構成された受信機を
    さらに備えることを特徴とする請求項２４に記載のＭＩＨＦ。
JP2009553633A 2007-03-15 2008-03-14 メディア非依存ハンドオーバのための方法および装置 Pending JP2010521878A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US89501807P 2007-03-15 2007-03-15
PCT/US2008/003368 WO2008115403A2 (en) 2007-03-15 2008-03-14 Method and apparatus for media independent handover

Publications (1)

Publication Number Publication Date
JP2010521878A true JP2010521878A (ja) 2010-06-24

Family

ID=39758456

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009553633A Pending JP2010521878A (ja) 2007-03-15 2008-03-14 メディア非依存ハンドオーバのための方法および装置

Country Status (8)

Country Link
US (1) US8537775B2 (ja)
EP (1) EP2135418A2 (ja)
JP (1) JP2010521878A (ja)
KR (2) KR101119339B1 (ja)
CN (1) CN101632285A (ja)
AR (1) AR067204A1 (ja)
TW (1) TW200841670A (ja)
WO (1) WO2008115403A2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019118138A (ja) * 2014-02-21 2019-07-18 コンヴィーダ ワイヤレス， エルエルシー 統合スモールセルおよびＷｉＦｉネットワーク内ハンドオーバ
US11943652B2 (en) 2018-06-28 2024-03-26 Interdigital Patent Holdings, Inc. Prioritization procedures for NR V2X sidelink shared channel data transmission

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007113524A2 (en) * 2006-04-03 2007-10-11 British Telecommunications Public Limited Company Fast handover using sip
JP2009017347A (ja) * 2007-07-06 2009-01-22 Toshiba Corp 通信を制御する装置、方法、プログラム、および端末装置
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
KR20140065426A (ko) * 2011-08-24 2014-05-29 노키아 솔루션스 앤드 네트웍스 오와이 애플리케이션 프로그램 제어
US9736661B2 (en) * 2014-03-31 2017-08-15 T-Mobile Usa, Inc. Handling of messages in a partially deployed IMS network
PT3202187T (pt) * 2014-09-29 2020-04-22 Nokia Solutions & Networks Oy Transmissão de parâmetros de acesso wlan para um grupo de ap wlan
KR102750822B1 (ko) * 2019-09-23 2025-01-08 삼성전자주식회사 Ims를 등록하는 전자 장치 및 이의 동작 방법

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002118868A (ja) * 2000-08-07 2002-04-19 Lucent Technol Inc 回線呼モデルおよびパケット呼モデルをサポートするシステム間での無線呼ハンドオーバ
WO2005065163A2 (en) * 2003-12-23 2005-07-21 Motorola Inc. Method and device for grab transferring an instant messaging and presence (imp) session
WO2006076421A1 (en) * 2005-01-13 2006-07-20 Telefonaktiebolaget Lm Ericsson (Publ) System and method for call handoff between circuit switched and packet switched data wireless networks
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
US20060274697A1 (en) * 2005-05-02 2006-12-07 Lg Electronics Inc. Method of supporting handover in a multi-mode mobile station
US20060276192A1 (en) * 2005-05-18 2006-12-07 Ashutosh Dutta Seamless handoff across heterogeneous access networks using a handoff controller in a service control point
WO2007015068A1 (en) * 2005-08-01 2007-02-08 Ubiquisys Limited Handover information sent over a public wide area network (e . g . internet)
JP2007503141A (ja) * 2003-08-18 2007-02-15 ノキア コーポレイション 通信セッションのセットアップ
WO2007019090A1 (en) * 2005-08-03 2007-02-15 Cingular Wireless Ii, Llc Limiting services based on location

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2389944T3 (es) * 2000-03-03 2012-11-05 Qualcomm Incorporated Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación
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
US7710923B2 (en) * 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US8233450B2 (en) * 2004-09-10 2012-07-31 Interdigital Technology Corporation Wireless communication methods and components for facilitating multiple network type compatibility
US8102811B2 (en) * 2005-03-07 2012-01-24 Lg Electronics Inc. Providing mobility management protocol information to a mobile terminal for performing handover in a mobile communication system
US7406324B1 (en) * 2005-04-07 2008-07-29 Sprint Spectrum L.P. System and method for controlling services provided to multi-mode mobile stations
KR101080965B1 (ko) * 2005-04-09 2011-11-08 엘지전자 주식회사 매개체 무관 핸드오버를 위한 정보 서비스 송수신 방법
US7715842B2 (en) * 2005-04-09 2010-05-11 Lg Electronics Inc. Supporting handover of mobile terminal
CA2603321C (en) * 2005-04-14 2014-08-12 Lg Electronics Inc. A method of reconfiguring an internet protocol address in handover between heterogeneous networks
KR101234035B1 (ko) * 2005-05-18 2013-02-15 엘지전자 주식회사 이종 망 핸드오버 모듈을 이용한 링크 상태 보고 방법 및 이동 단말
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
WO2007088451A2 (en) * 2006-02-03 2007-08-09 Nokia Corporation Encapsulation techniques for handling media independent handover (mih) information services messages
WO2007113524A2 (en) 2006-04-03 2007-10-11 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 삼성전자주식회사 매체 독립 핸드오버 서비스 관리 장치 및 그 방법
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002118868A (ja) * 2000-08-07 2002-04-19 Lucent Technol Inc 回線呼モデルおよびパケット呼モデルをサポートするシステム間での無線呼ハンドオーバ
JP2007503141A (ja) * 2003-08-18 2007-02-15 ノキア コーポレイション 通信セッションのセットアップ
WO2005065163A2 (en) * 2003-12-23 2005-07-21 Motorola Inc. Method and device for grab transferring an instant messaging and presence (imp) session
WO2006076421A1 (en) * 2005-01-13 2006-07-20 Telefonaktiebolaget Lm Ericsson (Publ) System and method for call handoff between circuit switched and packet switched data wireless networks
WO2006082861A1 (ja) * 2005-02-02 2006-08-10 Matsushita Electric Industrial Co., Ltd. 通信端末および通信サービス決定方法
US20060274697A1 (en) * 2005-05-02 2006-12-07 Lg Electronics Inc. Method of supporting handover in a multi-mode mobile station
US20060276192A1 (en) * 2005-05-18 2006-12-07 Ashutosh Dutta Seamless handoff across heterogeneous access networks using a handoff controller in a service control point
WO2006125471A1 (en) * 2005-05-25 2006-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for identifying an ims service
WO2007015068A1 (en) * 2005-08-01 2007-02-08 Ubiquisys Limited Handover information sent over a public wide area network (e . g . internet)
WO2007019090A1 (en) * 2005-08-03 2007-02-15 Cingular Wireless Ii, Llc Limiting services based on location

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019118138A (ja) * 2014-02-21 2019-07-18 コンヴィーダ ワイヤレス， エルエルシー 統合スモールセルおよびＷｉＦｉネットワーク内ハンドオーバ
US12267738B2 (en) 2014-02-21 2025-04-01 Interdigital Patent Holdings, Inc. Handover in integrated small cell and WiFi networks via an extended X2 interface
US11943652B2 (en) 2018-06-28 2024-03-26 Interdigital Patent Holdings, Inc. Prioritization procedures for NR V2X sidelink shared channel data transmission
US12279149B2 (en) 2018-06-28 2025-04-15 Interdigital Patent Holdings, Inc. Prioritization procedures for NR V2X sidelink shared channel data transmission

Also Published As

Publication number Publication date
KR20100016483A (ko) 2010-02-12
WO2008115403A2 (en) 2008-09-25
WO2008115403A3 (en) 2008-12-11
AR067204A1 (es) 2009-10-07
TW200841670A (en) 2008-10-16
KR20090128484A (ko) 2009-12-15
EP2135418A2 (en) 2009-12-23
KR101119339B1 (ko) 2012-03-08
US8537775B2 (en) 2013-09-17
US20080259870A1 (en) 2008-10-23
CN101632285A (zh) 2010-01-20

Similar Documents

Publication Publication Date Title
US8134955B2 (en) Method and apparatus for media independent handover
JP6105665B2 (ja) インターネットプロトコルマルチメディアサブシステム協調セッションにおける識別および移転のための方法および装置
US8537775B2 (en) Method and apparatus for media independent handover
US7983218B2 (en) Techniques to support seamless mobility of electronic devices engaged in a session initiation protocol (SIP) session
TWI459759B (zh) 支援電路切換互通方法及裝置
WO2008134535A1 (en) Method and apparatus for a server to obtain information about user preferences and subscriptions
TWM338508U (en) Wireless transmit/receive unit for supporting media independent handover between networks
WO2009015525A1 (fr) Procédé de commutation de voie de commande de session de service centralisé de sous-système réseau central multimédia ip
CN101491156A (zh) 来自移动终端的多媒体会话的交换
US8548470B2 (en) Mechanism for the conveyance and management of device mobility in an IMS network
TW201138497A (en) Method and apparatus for inter user-equipment transfer (IUT), access transfer and fallback initiated by a service centralization and continuity application server (SCC AS)
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
JP2006222591A (ja) 通信装置、通信制御装置、及び通信システム
CN101242665B (zh) 一种多媒体会话连续性的切换方法
Thanh et al. mSCTP-based proxy in support of multimedia session continutity and QoS for IMS-based networks
KR20120001361A (ko) 이종무선망간 핸드오버를 위한 방법 및 장치
EP2200254A1 (en) Mobile network system and guidance message providing method
JP2007043255A (ja) 通信制御装置、及び、通信システム
HK1137098A (en) Method and apparatus for media independent handover

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

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20110930

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111007

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111101

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120106

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120608