(57)【要約】本開示は、回線交換ネットワーク、又は任意のセルラネットワーク、及びパケット交換ネットワークといった、異なるタイプのネットワークにアクセスすることができる移動体通信装置を対象とする。第１のネットワークから第２のネットワークへのハンドオーバ中に、パケット／フレームの送信側は、周知のタイムワーピング技法を使用して、パケット交換方式のパケットを拡張するか、圧縮する。受信側では、不必要なアーティファクトが再生中に導入されないように、第２のネットワークからの受信されたタイムワープされたパケット及びフレームが適切に選択される。
2010507344.tif 000002
【特許請求の範囲】
【請求項１】
多元接続ネットワークで通信することができる移動体通信装置によって使用される方法であって、
スピーチサンプルのストリームから作成された正常なパケットを第１のネットワークで送信し、
第２のネットワークへ送信されるべき第１のパケットに、時間的に対応するだろう１つの正常なパケットの前記第１のスピーチサンプルを識別し、
前記第１のサンプルで始まる一定の数の連続するスピーチサンプルを選択し、
前記選択された数のスピーチサンプルを拡張し、
これらのサンプルから前記第１のネットワークで送信するための第１の拡張されたパケットを生成する
ことを含む、方法。
【請求項２】
拡張されたパケットを送信するための期間を判定すること
を更に含む、請求項１記載の方法。
【請求項３】
前記判定された期間の間、前記第１の拡張されたパケットを生成するために使用された前記最後のサンプルに続く、連続するスピーチサンプルを拡張し、
これらのサンプルから、前記第１のネットワークで送信するための多くの拡張されたパケットを生成する
ことを更に含む、請求項２記載の方法。
【請求項４】
前記期間は、およそ前記第１のネットワークと前記第２のネットワークとの通信路の遅延差である、請求項２記載の方法。
【請求項５】
前記第１のネットワークはパケット交換ネットワークを備える、請求項１記載の方法。
【請求項６】
前記パケット交換ネットワークは無線ＬＡＮを備える、請求項５記載の方法。
【請求項７】
第２のネットワークはセルラネットワークを備える、請求項１記載の方法。
【請求項８】
前記セルラネットワークはパケット交換ネットワークを備える、請求項７記載の方法。
【請求項９】
多元接続ネットワークで通信することができる装置であって、
第１のネットワークで正常なパケット及び拡張されたパケットを送信するように構成された第１の送信機と、
第２のネットワークで送信されるべき第１のパケットに時間的に対応する、前記第１のネットワークで送信されるべき前記正常なパケットのうちの１つを識別し、
拡張されたパケットを生成するために、前記第１の送信機へ前記拡張されたパケットを渡す前に、前記識別された１つのパケットを時間拡張する、
ように構成されたプロセッサと、
を備える、装置。
【請求項１０】
前記第２のネットワークで他のパケットを送信するように構成された第２の送信機
を更に備える、請求項９記載の装置。
【請求項１１】
前記プロセッサは、前記識別された１つのパケットに続く期間に生じる前記正常なパケットの各々を時間拡張して、前記第１の送信機を用いて送信されるべき、それぞれの拡張されたパケットを生成するように更に構成される、請求項９記載の装置。
【請求項１２】
前記期間は、およそ前記第１のネットワークと前記第２のネットワークとの通信路の遅延差である、請求項１０記載の装置。
【請求項１３】
前記第１のネットワークはパケット交換ネットワークを備える、請求項９記載の装置。
【請求項１４】
前記パケット交換ネットワークは無線ＬＡＮを備える、請求項１３記載の装置。
【請求項１５】
前記第２のネットワークはセルラネットワークを備える、請求項９記載の装置。
【請求項１６】
前記セルラネットワークはパケット交換ネットワークを備える、請求項１５記載の装置。
【請求項１７】
多元接続ネットワークで通信することができる移動体通信装置中で送信するためのプログラミング命令を含むコンピュータ読み取り可能な媒体であって、その実行時に、前記移動体装置の１つ又は複数のプロセッサに、
スピーチサンプルのストリームから作成された正常なパケットを第１のネットワークで送信し、
第２のネットワークへ送信されるべき第１のパケットに時間的に対応する、１つの正常なパケットの前記第１のスピーチサンプルを識別し、
前記第１のサンプルで始まる一定の数の連続するスピーチサンプルを選択し、
前記選択された数のスピーチサンプルを拡張し、
これらのサンプルから前記第１のネットワークで送信するための第１の拡張されたパケットを生成する
ステップを行なわせる、コンピュータ読み取り可能な媒体。
【請求項１８】
多元接続ネットワークで通信することができる移動体通信装置であって、
第１のネットワークで正常なパケット及び拡張されたパケットを送信するように構成された第１の送信機と、
第２のネットワークで送信されるべき第１のパケットに時間的に対応する前記第１のネットワークで送信されるべき前記正常なパケットのうちの１つを識別し、また、拡張されたパケットを生成するために、前記拡張されたパケットを前記第１の送信機へ渡す前に、前記識別された１つのパケットを時間拡張する手段と、
を備える、移動体通信装置。
【請求項１９】
多元接続ネットワークで通信することができる通信装置において受信する方法であって、
時間拡張されたパケットを第１のネットワークで受信し、
パケットを第２のネットワークで受信し、
前記第１のネットワークと前記第２のネットワークとの間の通信路の遅延差に基づいて、前記パケット又は前記時間拡張されたパケットのうちの１つを出力用に選択する
ことを含む、方法。
【請求項２０】
一連の正常なパケットを前記第１のネットワークで受信し、
一連の時間拡張されたパケットを前記第１のネットワークで受信し、
一連の他のパケットを前記第２のネットワークで受信し、各正常なパケットは関連付けられた他のパケットを有する、
ことを更に含む、請求項１９記載の方法。
【請求項２１】
前記一連の時間拡張されたパケットを出力し、
前記最後の時間拡張されたパケットがいつ受信されたかを判定し、応答して、前記最後の時間拡張されたパケットの後に生じる第１の他のパケットで始まる前記他のパケットを出力することを始める
ことを更に含む、請求項２０記載の方法。
【請求項２２】
前記一連の正常なパケットを出力し、
前記一連の他のパケットをバッファし、
前記一連の時間拡張されたパケットの前記第１がいつ受信されたのかを判定し、応答して、前記バッファされた一連の他のパケットを出力することを始める
ことを更に含む、請求項２０記載の方法。
【請求項２３】
第１のレッグから第２のレッグへのハンドオフに先立って、送信側から受信側へ、音声パケットを送信する方法であって、
前記音声パケットのｎ個をｍ個のパケットにタイムワープし、ｎは整数であり、ｍはｎとは異なる整数であり、
前記ハンドオフを完了するのに先立って、前記第１のレッグで前記ｍ個のパケットを送信する
ことを含む、方法。
【請求項２４】
前記ｍ個のパケットを送信することは、一連のスピーチサンプルを、時間的に、拡張すること又は低減することを含む、請求項２３記載の方法。
【請求項２５】
前記ｍ個のパケットを送信することは、前記受信側によって期待されたよりも幾分頻繁に一連のスピーチサンプルを送信することを含む、請求項２３記載の方法。
【請求項２６】
前記ｍ個のパケットは、前記ハンドオフを完了するのに先立って前記第２のレッグで送信されない、請求項２３記載の方法。
【請求項２７】
第１のレッグと第２のレッグと間のハンドオフ中に、受信機へｎ個のパケットを送信するための装置であって、なおｎは１よりも大きい整数であり、前記装置は、
一連のスピーチサンプルをパケットとして前記受信機へ送信する送信機と、
前記送信機を制御するように構成され、また、ａ）前記ハンドオフ前の送信側と受信側との間の第１の遅延と、ｂ）前記ハンドオフ後の送信側と受信側との第２の遅延との間の差異を判定するように更に構成されたプロセッサと
を備え、
前記プロセッサは、
前記差異が正の場合、前記ｎ個のパケットを、ｎ個よりも多いパケットに拡張するように構成されるスピーチサンプル調整器を備え、前記送信機は前記ハンドオフ中に前記ｎ個よりも多いパケットを送信するように構成され、
前記差異が負の場合、前記ｎ個のパケットを、ｎ個よりも少ないパケットに減少させるように構成されるスピーチサンプル調整器を備え、前記送信機は前記ハンドオフ中に前記ｎ個よりも少ないパケットを送信するように構成され、
前記差異が不確かな場合、前記ｎ個パケットを、ｎ個よりも多いパケットに拡張するように構成されるスピーチサンプル調整器を備え、前記送信機は前記ハンドオフ中に前記ｎ個よりも多いパケットを送信するように構成される、装置。
【請求項２８】
前記ｎ個のパケットを拡張することは、一連のスピーチサンプルを、時間的に、拡張することを含む、請求項２７記載の装置。
【請求項２９】
前記ｎ個のパケットを減少させることは、一連のスピーチサンプルを、時間的に、圧縮することを含む、請求項２７記載の装置。
【請求項３０】
前記送信機は、前記ハンドオフ中に前記ｎ個よりも多いパケットを送信するために、前記受信機によって期待されたよりも頻繁に一連のスピーチサンプルを送信するように構成される、請求項２７記載の装置。
【請求項３１】
前記送信機は、前記ハンドオフ中に前記ｎ個よりも少ないパケットを送信するために、前記受信機によって期待されたよりも頻繁に一連のスピーチサンプルを送信しないように構成される、請求項２７記載の装置。
【請求項３２】
第１のレッグから第２のレッグへ、ハンドオフに先立って、音声パケットを送信する装置であって、
前記音声パケットのうちのｎ個をｍ個のパケットにタイムワープする手段であって、ｎは整数であり、ｍはｎとは異なる整数である、手段と、
前記ハンドオフを完了するのに先立って、前記第１のレッグで前記ｍ個のパケットを送信する手段と
を備える、装置。
【請求項３３】
前記ｍ個のパケットは、前記ハンドオフを完了するのに先立って、前記第２のレッグで送信されない、請求項３２記載の装置。
【請求項３４】
第１のレッグから第２のレッグへ、ハンドオフに先立って、音声パケットを送信する装置であって、
前記音声パケットのうちのｎ個をｍ個のパケットにタイムワープし、また、前記ハンドオフを完了するのに先立って、前記ｍ個のパケットを前記第１のレッグで送信するように構成されたプロセッサであって、ｎは整数であり、ｍはｎとは異なる整数である、プロセッサと、
前記プロセッサに結合されるメモリと
を備える、装置。
【請求項３５】
前記ｍ個のパケットは、前記ハンドオフを完了するのに先立って前記第２のレッグで送信されない、請求項３４記載の装置。
【請求項３６】
格納された命令を含むコンピュータ読み取り可能な媒体であって、
ｎ個の音声パケットをｍ個のパケットにタイムワープさせる第１の命令セットであって、ｎは整数であり、ｍはｎとは異なる整数である、第１の命令セットと、
前記第１のレッグから第２のレッグへのハンドオフを完了するのに先立って、前記ｍ個のパケットを第１のレッグで送信する第２の命令セットと
を含む、コンピュータ読み取り可能な媒体。
【請求項３７】
前記ｍ個のパケットは、前記ハンドオフを完了するのに先立って前記第２のレッグで送信されない、請求項３６記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に電気通信に関し、特に２つの異なるタイプの通信ネットワークを介して通信することができる移動体通信装置をサポートする方法及び装置に関する。
【背景技術】
【０００２】
無線情報サービスへの需要は、絶えずますます多くの無線ネットワークの開発をもたらした。ＣＤＭＡ２０００  １ｘは、広域電話法及びデータサービスを提供する無線ネットワークの１つの例にすぎない。ＣＤＭＡ２０００  １ｘは、符号分割多元接続（ＣＤＭＡ）技術を使用して、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって普及させられた無線標準である。ＣＤＭＡは、複数のユーザがスペクトラム拡散処理を使用して、共通の通信媒体を共有することを可能にする技術である。ヨーロッパで一般に使用される競合する無線ネットワークは、グローバル移動体通信システム（ＧＳＭ）である。ＣＤＭＡ２０００  １ｘとは異なり、ＧＳＭは、無線電話法及びデータサービスをサポートするために狭帯域時分割多元接続（ＴＤＭＡ）を使用する。他の幾つかの無線ネットワークは、電子メールとウェブ・ブラウジング適用にふさわしいデータ転送速度の高い速度データサービスをサポートする汎用パケット無線システム（ＧＰＲＳ）、及びオーディオ及びビデオ適用のための広帯域の音声及びデータを搬送することができるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）を備えている。他のアクセス技術はＥＶ−ＤＯ及び高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）を備えている。
【０００３】
これらの無線ネットワークは、一般に、セルラ技術を使用する広域ネットワークと見なすことができる。セルラ技術は、地理的なカバレッジ領域がセルへ分割されるトポロジーに基づく。これらのセルの各々の内部には、モバイルユーザと通信する固定された基地局（ＢＴＳ）がある。基地局コントローラ（ＢＳＣ）は、ＢＴＳを制御し、種々のパケット交換ネットワーク及び回線交換ネットワークのための適切なゲートウェイへ通信をルーティングするために、地理的なカバレッジ領域で典型的に使用される。
【０００４】
無線情報サービスへの需要が増大し続けるにつれて、モバイル装置は、広域回線交換セルラネットワーク、広域パケット交換セルラネットワーク及び無線ローカルエリアネットワーク（ＬＡＮ）間にシームレスなネットワークカバレッジを提供すると同時に、統合された音声、データ及びストリーミングメディアをサポートすべく発展している。無線ＬＡＮは、一般に、ＩＥＥＥ  ８０２．１１などといった標準プロトコルを使用して、比較的小さな地理的な領域に電話及びデータサービスを提供する。無線ＬＡＮの存在は、無線ＬＡＮのインフラストラクチャを使用して、ライセンスが供与されていないスペクトル（unlicensed spectrum）までセルラ通信を拡張することによって、広域セルラネットワーク中のユーザキャパシティを増加させるユニークな機会を提供する。
【０００５】
最近、モバイル装置が、パケット交換ネットワーク及び回線交換ネットワークといった異なる無線ネットワークと通信することを可能にするために、種々の技法が使用されている。従って、今やモバイル装置によって回線交換ネットワークで開始されたセッションが、パケット交換ネットワークにハンドオフされ得る場合がある。これらの場合のうちの幾つかでは、回線交換ネットワークの通信路の遅延が、パケット交換ネットワークの通信路の遅延と異なることがあり得る。従って、ハンドオフ処理中に送信及び受信されているそれぞれのパケット及びフレームは互いに同期せず、そのために、ユーザにとって意図されない且つ望まれない可聴のアーティファクトが導入され得る。従って、どちらのタイプのネットワークのユーザによって経験される品質及び満足を危うくしない方法で、そのようなハンドオフを達成する必要がある。
【発明の概要】
【０００６】
移動体通信装置の１つの面は、多元接続ネットワークで通信することができる移動体通信装置中で送信する方法に関する。この方法によれば、スピーチサンプルのストリームから作成された正常なパケットは、第１のネットワークで送信され、また、第２のネットワークに送信されるべき第１のパケットに時間的に対応するだろう、１つの正常なパケットの第１のスピーチサンプルが識別される。第１のサンプルで始まる一定の数の連続するスピーチサンプルが選択され、また、選択された数のスピーチサンプルは、それらのサンプルから第１のネットワークで送信するための第１の拡張されたパケットを生成するために拡張される。
【０００７】
通信装置の別の面は、多元接続ネットワークで通信することができる通信装置に関する。この方法によれば、時間拡張されたパケットは、第１のネットワークで受信され、また、パケットも第２のネットワークで受信される。次いで、時間拡張されたパケットのうちの１つあるいはパケットは、第１のネットワークと第２のネットワークとの間の差異の通信路の遅延に基づいて出力に選択される。
【０００８】
移動体通信装置の別の面は、ｎ個のパケットを、送信側から受信側へ、第１のレッグ（first leg）と第２のレッグ（second leg）との間のハンドオフ中に送信する方法に関する。この方法によれば、差異は、ａ）ハンドオフ前の送信側と受信側との間の第１の遅延と、ｂ）ハンドオフ後の送信側と受信側との間の第２の遅延との間で推定される。差異が正である場合、ｎ個よりも多数のパケットに拡張され、ｎ個よりも多数のパケットがハンドオフ中に送信される。差異が負である場合、ｎ個のパケットはｎ個よりも少数のパケットに削減され、ｎ個よりも少数のパケットがハンドオフ中に送信される。差異が不確かである場合、ｎ個のパケットはｎ個よりも多数のパケットに拡張され、ｎ個よりも多数のパケットがハンドオフ中に送信される。
【０００９】
本発明の他の実施形態は、本発明の種々の実施形態のみが例証として示され、且つ記載される、以下の詳細な説明から当業者には容易に明白になるだろうことが理解される。理解されるだろうように、全ては本発明の範囲及び精神から逸脱することなく、本発明は他の実施形態及び異なる実施形態も可能であり、また、その幾つかの細部は、種々の他の面において変更が可能である。従って、図面及び詳細な説明は、本質的に例証として見なされるべきであって、限定的なものとして見なされるべきではない。
【００１０】
無線通信システムの種々の面は、添付の図面において、限定としてではなく、一例として例証される。
【図面の簡単な説明】
【００１１】
【図１Ａ】図１Ａは、無線通信システムの実施形態の概念ブロック図である。
【図１Ｂ】図１Ｂは、回線交換セルラ通信と無線ＬＡＮ通信との両方をサポートすることができるモバイル装置の一例を例証する機能ブロック図である。
【図２】図２は、図１Ａのゲートウェイシステムの、より詳細な概念ブロック図を示す。
【図３Ａ】図３Ａは、あるネットワークから別のネットワークへのハンドオーバ中に生じ得る、意図されないアーティファクトを例証するタイムチャートを示す。
【図３Ｂ】図３Ｂは、あるネットワークから別のネットワークへのハンドオーバ中に生じ得る、意図されないアーティファクトを例証するタイムチャートを示す。
【図３Ｃ】図３Ｃは、トリガ・ハンドオフが発生するときから音声ストリームが第２のレッグに切り替えられるまでのコール・ハンドオフ（call handoff）のスケジュール（timeline）を示す。
【図３Ｄ】図３Ｄは、送信中にパケットを拡張するためのパケット送信機の例示の方法のフローチャートを示す。
【図４】図４は、送信中にパケットを拡張するためのパケット送信機の別の例示の方法のフローチャートを示す。
【図５】図５は、受信されるパケット及びフレームを再生する順序を選択するパケットの受信機のための例示の方法のフローチャートを示す。
【図６】図６は、多元接続ネットワークで通信することができる移動体通信装置で送信する例示の方法のフローチャートを示す。
【図７】図７は、多元接続ネットワークで通信することができる通信装置で受信する例示の方法のフローチャートを示す。
【図８】図８は、第１のレッグと第２のレッグとの間のハンドオフ中に、送信側から受信側まで、ｎ個のパケットを送信する例示の方法のフローチャートを示す。
【図９】図９は、多元接続ネットワークで通信することができる例示の移動体通信装置の機能ブロック図を示す。
【詳細な説明】
【００１２】
添付された図面に関連して以下に述べられる詳細な説明は、本発明の種々の実施形態の記載として意図され、本発明が実行され得る実施形態のみを表わすことは意図されない。詳細な説明は、本発明の充分な理解を提供する目的で特定の詳細を含んでいる。しかしながら、本発明がこれらの特定の詳細なしに実行され得ることは、当業者には明白だろう。幾つかの場合では、周知の構造及びコンポーネントは、本発明の概念を不明確にすることを回避するために、ブロック図の形で示される。
【００１３】
以下の詳細な説明では、種々の技法が、あるネットワークから別のネットワークへのモバイルユーザのハンドオフに関して記載されるだろう。多くのこれらの技法は、回線交換セルラネットワークから、セルラカバレッジ領域の全体に渡って分散された、１つ又は複数のパケット交換ネットワーク及び／又は無線ＬＡＮへ移動する移動体通信装置の文脈で記載されるだろう。移動体通信装置は、ＣＤＭＡ２０００  １ｘネットワーク中での動作のために設計された携帯電話といった、無線電話通信あるいはデータ通信が可能な任意の適切な装置であり得る。移動体通信装置は、一例として、ＩＥＥＥ  ８０２．１１を備える無線ＬＡＮにアクセスするために任意の適当なプロトコルを使用することができ得る。これらの技法は、ＩＥＥＥ  ８０２．１１ネットワークと通信することができる携帯電話の文脈で記載され得るが、当業者はこれらの技法が複数のネットワークにアクセスすることができる他のモバイル通信装置に拡張され得ることを容易に認識するだろう。例えば、これらの技法は、ＣＤＭＡ２０００ネットワークとＧＳＭ／ＵＭＴＳネットワークとの間で、あるいはその内部で切り替えることができる移動体通信装置に適用されてもよい。従って、ＩＥＥＥ  ８０２．１１ネットワークと、あるいは任意の他の特定の実施形態と通信することができる携帯電話への如何なる言及も、これらの面は広範囲の適用を有するという了解の下、本発明の種々の面を例証することのみを意図される。
【００１４】
図１Ａは、無線通信システムの実施形態の概念ブロック図である。モバイル装置１０２は、一連の点線によって広域セルラネットワーク１０４中を移動して示される。セルラネットワーク１０４は、セルラカバレッジ領域全体に分散された多くのＢＴＳをサポートするＢＳＣ  １０６を備えている。説明の簡単のため、図１Ａには単一のＢＴＳ１０８が示されている。移動通信交換局（ＭＳＣ）１１０は公衆交換電話網（ＰＳＴＮ）１１２へのゲートウェイを提供するために使用されてもよく、また、データベース１１１に結合されてもよい。図１Ａには示されていないが、セルラネットワーク１０４は、各々がセルラネットワーク１０４の地理的な範囲を拡張するために任意の数のＢＴＳをサポートする、多数のＢＳＣを使用してもよい。複数のＢＳＣがセルラネットワーク１０４の全体にわたって使用される場合、ＭＳＣ１１０はＢＳＣ間の通信を調整するためにも使用され得る。
【００１５】
１つ又は複数の無線ＬＡＮは、セルラネットワーク１０４のセルラカバレッジ領域の全体に渡って分散されてもよい。図１Ａには、モバイル装置１０２と通信し得る様々なパケット交換ネットワークのうちの任意のものの例として、単独の無線ＬＡＮ１１４が示されている。無線ＬＡＮ１１４は、ＩＥＥＥ  ８０２．１１ネットワーク、あるいは任意の他の適切なネットワークであってよい。無線ＬＡＮ１１４は、モバイル装置１０２がＩＰネットワーク１１８と通信するためにアクセスポイント１１６を備える。サーバ１２０は、ＩＰネットワーク１１８をＭＳＣ１１０へインタフェースするために使用され得るが、これはＰＳＴＮ１１２へのゲートウェイを提供する。相互に作用する機能としても知られる、サーバ１２０は、図２でより詳細に記載されるような種々の機能を提供する１つ又は複数の別個のシステムであってもよい。また、図１Ａは、異なるシステムとネットワークとの間の全ての可能な通信経路を示してはいない。
【００１６】
電源がモバイル装置１０２に最初に印可されるとき、モバイル装置１０２は、セルラネットワーク１０４あるいは無線ＬＡＮ１１４のいずれかにアクセスすることを試みるだろう。特定のネットワークにアクセスする決定は、特定の適用及び全体的な設計制約に関する様々な要因に依存し得る。一例として、モバイル装置１０２は、サービス品質が最小の閾値を満たす場合に、無線ＬＡＮ１１４にアクセスするように構成されてもよい。移動電話とデータ通信をサポートするために無線ＬＡＮ１１４を使用することができる限り、有益なセルの帯域幅は他のモバイルユーザのために解放されてもよい。
【００１７】
モバイル装置１０２は、無線ＬＡＮの任意の他のアクセスポイントあるいはアクセスポイント１１６からのビーコンを連続的に探索するように構成され得る。ビーコンは、同期情報と共にアクセスポイント１１６によって送信される周期的な信号である。モバイル装置１０２がビーコンを検出することができない場合、これは位置Ａにあるモバイル装置１０２に電源が印可される場合であり得るが、モバイル装置１０２はセルラネットワーク１０４にアクセスすることを試みる。モバイル装置１０２は、ＢＴＳ１０８からのパイロット信号を捕捉することによって、セルラネットワーク１０４にアクセスしてもよい。一旦パイロット信号が捕捉されると、当技術分野で周知の手段によってモバイル装置１０２とＢＴＳ１０８との間に無線接続が確立され得る。モバイル装置１０２は、ＢＴＳ１０８との無線接続を使用して、ＭＳＣ１１０に登録してもよい。登録は、モバイル装置１０２がその所在をセルラネットワーク１０４に対して知らせる処理である。登録処理が完了すると、モバイル装置１０２は、モバイル装置１０２又はＰＳＴＮ１１２のいずれかによって呼が開始されるまで、アイドル状態になり得る。いずれにしても、呼をセットアップし、サポートするために、モバイル装置１０２とＢＴＳ１０８との間に無線トラヒックリンクが確立され得る。
【００１８】
モバイル装置１０２が、図示の実施形態において位置Ａから位置Ｂまでセルラネットワーク１０４の中を移動する場合、今やアクセスポイント１１６からのビーコンを検出することが可能になる。一旦これが生じれば、当技術分野で周知の手段によって両者の間に無線接続が確立され得る。次いで、モバイル装置１０２は、サーバ１２０のＩＰアドレスを取得する。モバイル装置１０２は、ドメインネームサーバ（ＤＮＳ）のサービスを用いて、サーバのＩＰアドレスを判定し得る。サーバ１２０のドメインネームは、セルラネットワーク１０４でモバイル装置１０２に伝えられてもよい。ＩＰアドレスを用いて、モバイル装置１０２は、サーバ１２０とのネットワーク接続を確立することができる。
【００１９】
図１Ｂは、回線交換セルラ通信と無線ＬＡＮ通信との両方をサポートすることができるモバイル装置の一例を示す機能ブロック図である。モバイル装置１０２は、セルラトランシーバ１５２と無線ＬＡＮトランシーバ１５４とを備え得る。モバイル装置１０２の少なくとも１つの実施形態において、セルラトランシーバ１５２は、ＢＴＳ（図示せず）とのＣＤＭＡ２０００  １ｘ通信をサポートすることができ、また、無線ＬＡＮトランシーバ１５４は、アクセスポイント（図示せず）とのＩＥＥＥ  ８０２．１１通信をサポートすることができる。しかしながら、当業者は、モバイル装置１０２に関連して記載された概念が他のセルラ技術及び無線ＬＡＮ技術にまで拡張され得ることを容易に認識するだろう。各トランシーバ１５２、１５４は、それぞれ別個のアンテナ１５６、１５７と共に示されているが、トランシーバ２０２、２０４は単独のブロードバンドアンテナを共有し得る。各アンテナ１５６、１５７、２０７は、１つ又は複数の放射素子で実装されてもよい。
【００２０】
モバイル装置１０２はまた、トランシーバ２０２、２０４の両方に結合されたプロセッサ１５８と共に示されているが、モバイル装置１０２の別の実施形態では、別個のプロセッサが各トランシーバに使用されてもよい。プロセッサ１５８は、ハードウェア、ファームウェア、ソフトウェア、あるいはこれらの任意の組合せとして実施され得る。一例として、プロセッサ２０８はマイクロプロセッサ（図示せず）を備えていてもよい。マイクロプロセッサは、特に、（１）セルラネットワーク及び無線ＬＡＮへのアクセスを制御及び管理する、また、（２）プロセッサ１５８を、キーパッド１６０、ディスプレイ１６２、及び他のユーザインターフェース（図示せず）へインタフェースする、ソフトウェア・アプリケーションをサポートするために使用され得る。プロセッサ１５８はまた、畳み込み符号化、巡回冗長検査（ＣＲＣ）機能、変調、及びスペクトラム拡散処理といった種々の信号処理機能をサポートする埋め込まれたソフトウェア層を有するデジタル信号プロセッサ（ＤＳＰ）（図示せず）を備え得る。ＤＳＰはまた、電話への適用をサポートするためのボコーダ機能を行なってもよい。プロセッサ１５８が実装される方法は、システム全体に課された設計上の制約及び特定の適用に依存するだろう。当業者は、これらの状況下での、ハードウェア、ファームウェア、及びソフトウェア構成の互換性と、記載された機能性を特定の適用ごとにどのように実施するのが最良であるかを認識するだろう。
【００２１】
当技術分野で公知の一定の目的のために、アクセスポイントからの信号強度は、モバイル装置１０２において、受信信号強度指標（ＲＳＳＩ）ブロック１６６を用いて測定されてもよい。ＲＳＳＩは、自動利得制御用に無線ＬＡＮトランシーバ１５２にフィードバックされる既存の信号であり、それ故に、モバイル装置１０２の回路の複雑さを増加させることなく、プロセッサ１５８に供給されることができ。あるいは、無線接続の品質はビーコンから判定されてもよい。
【００２２】
プロセッサ１５８は、ハンドオフ条件がいつ存在するかを検出し、且つ他の接続されたシステムとの適切なシグナリングを開始するためのアルゴリズムを実行するように構成され得る。アルゴリズムは、前述されたマイクロプロセッサベースのアーキテクチャーによってサポートされる１つ又は複数のソフトウェア・アプリケーションとして実施され、アクセス可能なメモリ１６１に格納されてもよい。あるいは、アルゴリズムは、プロセッサ１５８とは別個のモジュールであってもよい。モジュールは、ハードウェア、ソフトウェア、ファームウェア、あるいはこれらの任意の組合せで実施され得る。特定の設計制約に応じて、アルゴリズムは、モバイル装置１０２中の任意のエンティティと一体であっても、あるいはモバイル装置１０２中の複数のエンティティにわたって分散されてもよい。
【００２３】
ＰＳＴＮ１１２といった、回線交換ネットワークとパケットネットワークとの間の音声通信を容易にするために、システム１２０のリソースが利用される。システム１２０の幾つかの機能及びコンポーネントの詳細は、図２により詳細に示される。図１Ａのシステム１２０は、図２に示されるようなＩＰマルチメディア・サブシステム（ＩＭＳ）ドメイン２０４として、より包括的に記載される。ＩＭＳドメインは、例えば下記の機能を供給する多くの異なるシステムを有する：（呼セッション制御機能、ＣＳＣＦとして知られる）ＳＩＰサーバ及びＳＩＰレジスタといったＩＰベースのサービスを供給するサーバ２２４、ＭＧＣＦ２２６及びＭＧＷ２２８といったレガシーのＰＳＴＮネットワークとの相互作用を供給するサーバ、ＶＣＣ  ＡＳ（Voice Call Continuity Application server）２１８といったＣＳセルラネットワークとの相互作用を供給するサーバ。また、インターネット２０２を介してモバイル装置２３４に対して異なるサービスを供給する、複数のマルチメディア・アプリケーション・サーバ（図示せず）が含まれることができる。図２に識別される特定のサーバは、本質的に例示であり、本発明の範囲から逸脱することなく、より少数のサーバ又はより多数のサーバが備えられることができる。一般に、ＩＭＳドメイン２０４の１つの機能は、パケット交換ネットワーク２０６と回線交換ネットワークとの間でシグナリングと音声通信をマッピングし、それによって２者間での通信を許可することである。ＩＭＳドメイン２０４は、例えば、モバイル装置２３４にＳＩＰベースのネットワーク接続を供給してもよい。セッション開始プロトコル（ＳＩＰ）は、ＩＰネットワークにおいてセッションを確立するために使用されるシグナリング・プロトコルである。セッションは、単純な双方向の通話であってもよいし、あるいは、それは協調的なマルチメディア会議セッションであってもよい。これらのセッション手段を確立する機能は、音声強化された電子商取引（voice-enriched e-commerce）、ウェブ・ページ・クリックトゥー・ダイヤル、バディリストを有するＩＰセントレックスサービスを備えたインスタント・メッセージングといった、多数の革新的なサービスが可能になることを意味する。図２によって示される他の幾つかの面は、ホーム加入者サーバであって、レガシーの回線交換ネットワーク中のＨＬＲ２１６と同じ機能を果たすＨＳＳサーバ２２２の包含、及び、ＰＳＴＮ２２０とＩＭＳドメイン２０４との間の接続である。図２にはまた、ＢＳＣ（２１０）とＶＣＣ  ＡＳ２１８との間のＭＳＣ２１２を介したパスである。無線ＬＡＮ側では、装置２３４は、ＩＭＳドメイン２０４内のパケット・ドメイン・インターフェース２３０に到達するためにアクセスポイント２３２を使用し得る。
【００２４】
図２中の他のセルラネットワーク要素は、ＢＴＳ２０８、ＢＳＣ２１０、ＭＳＣ２１２、ＶＬＲ２１４、ＨＬＲ／ＡＣ２１６及びＰＳＴＮ２２０といった前述されている。モバイル装置２３４は、ネットワークアクセスポイント２３２を介してパケット・データ・インタフェース２３０を使用して、無線ＬＡＮといったパケット交換ネットワークとセルラネットワークとの両方にアクセスすることができる。
【００２５】
特に、ＩＭＳドメインは、といった、ＩＰネットワークからのパケット・ストリームと、ＰＳＴＮ２２０といった音声回線交換ネットワークと間の送信を変換するメディア・ゲートウェイ２２８を備え得る。従って、音声は、パケット交換ネットワーク及びメディア・ゲートウェイ２２８を介してパケットで伝えられるが、メディア・ゲートウェイ２２８とＰＳＴＮ２２０との間の回線交換接続では音声符号化通信回路で伝えられる。メディア・ゲートウェイ２２８の機能を制御し、ＳＩＰシグナリングを終了させるべく作動するメディア・ゲートウェイ制御機能（ＭＧＣＦ）２２６も供給される。この点では、ＭＧＣＦ２２６は、典型的には、ＩＰセッションのＳＩＰシグナリングと回線交換セッションのＳＳ７シグナリングとの間の変換を行なう。
【００２６】
一定の通信セッションを固定させる（anchors）ＶＣＣ  ＡＳ２１８も供給される。ＶＣＣ  ＡＳは、ネットワーク・オペレータがその加入者に供給し得るサービスの一部である。このサービスは、サービスとして自動的に含まれてもよいし、あるいは、ユーザが選択しなければならず、且つ、恐らくその機能のために追加料金を払わなければならない加入者サービスであってもよい。マルチモードネットワークの当初の設計、例えば図１Ａにおけるものは、モバイル装置が回線交換呼を開始する度に、（それらがＶＣＣサービスへの加入者である場合）その呼セッションは呼開始時にＶＣＣ  ＡＳに固定されるだろうことを構想していた。アンカリング（Anchoring）は、ＶＣＣ  ＡＳが、それが必要になった場合に、セッションをハンドオフあるいは回復するのに充分な情報を格納することを伴う。概して、そのような情報は、セッションに参加している２つの当事者（parties）のアイデンティティと、サービスはセッション中に利用されており、セッション中に呼及びネットワークの状態を定義するのに有用である任意のトランスポート固有の情報（transport specific information）を含む。そのような設計は、その呼が実際にハンドオフを要求するかどうかにかかわらず、自動的に全ての呼を開始時にアンカーする。従って、ＶＣＣ  ＡＳ２１８のリソースは、その機能性を要求しない呼に使用される。また、呼を固定する手順は、ユーザにとって顕著であり得る回線交換セッションのセットアップに遅延を付加する。
【００２７】
図２の詳細は、機能ブロックとして示され、様々な異なる方法で物理的に実施され得る。各機能ブロックは、適切なソフトウェアを実行するための１つ又は複数の別個のコンピュータ・ベースのプラットフォームであってもよいし、あるいは、それらは、同じコンピュータ・ベースのプラットフォーム上で実行されるアプリケーションの論理関数（logical functions）であってもよい。また、図２の機能ブロックの包含及び特定の配置は、本質的に例示であって、本明細書に記載される原理に従ってＶｏＩＰパケットを送信及び受信するために、全ての機能ブロックが必要とは限らない。一般に、装置２３４は、ＷｉＦｉアクセスポイント２３２を使用する通話に関連してもよく、また、従って、ＭＧＷ２２８からＶｏＩＰパケットを受信してもよい。装置２３４が、セルラネットワーク２０６へのハンドオーバが有利であると判定する場合、ＭＧＷ２２８もセルラネットワークを介してフレームを送信することを開始する。他の方向においては、装置２３４それ自身が、ＶｏＩＰパケットとセルラフレーム（cellular frames）との両方を同様に送信してもよい。ハンドオーバ処理中のある時点で、装置２３４は、ユーザに対する再生のためにＶｏＩＰパケット・ストリームを使用することを終了し、セルラフレーム・ストリームを使用することを開始する。
【００２８】
図３Ａ及び図３Ｂは、ＷｉＦｉネットワークといったＶｏＩＰ通信路と比較して、回線交換通信の異なる遅延期間が理由で発生し得る音声アーティファクト（artifacts）を示す。これらの例示の図は、フレーム若しくはパケットを送信するモバイルハンドセット、並びにフレーム及びパケットを受信するＭＧＷを示す。本明細書に記載される技法及び原理はまた、逆方向中でも同様に利用され得るが、そこではＭＧＷが送信しており、またモバイルハンドセットが受信している。図３Ａの表は、上部の２つの行で、モバイルハンドセットから送信されるフレームあるいはパケットを示す。前述したように、モバイルハンドセットは、回線交換フレームと同様にＶｏＩＰパケットを送信し得る。回線交換フレームに加えて、本明細書に記載される技法及び原理は、セルラネットワーク若しくは３Ｇネットワーク中だけでなく、パケット交換されたフレームにも適用可能であり且つ有効である。各パケットあるいはフレームは、概して存続期間が２０ｍｓであり、進行中の通話のための音声情報を伝える。ソフトハンドオーバ処理中に、モバイルハンドセットは、幾らかの期間、ＶｏＩＰパケットとセルラフレーム若しくは３Ｇフレームとの両方を同時に送信する。表の次の２つの行は、これらのパケット及びフレームのＭＧＷにおける受信を表わす。
【００２９】
しかしながら、セルラ通信路における遅延は、ＶｏＩＰ通信路における遅延とは異なり得る。例えば、図３Ａでは、ＶｏＩＰ遅延３０２はセルラ遅延３０４よりも存続期間が長い。その結果、アクセス端末又はモバイルハンドセットからユーザが聞く再生ストリームに、種々のアーティファクトが導入されることがある。図３Ａにおける１つの意図されない且つ望まれないアーティファクトは、ハンドオーバ時、ＭＧＷがパケットのＶｏＩＰストリームからフレームのセルラストリーム（cellular stream of frames）へ切り替えるときに、フレーム／パケット番号「４」が落とされることである（dropped）。図３Ｂは、ＶｏＩＰ遅延３０６がセルラ遅延期間３０８より小さい状況を表わす。この場合、パケット／フレーム番号４は、ハンドオーバ処理中に２度再生される。
【００３０】
ＶｏＩＰ送信でジッタ及び他の懸念を扱うための周知の技法は、２０ｍｓのパケットが実際には２０ｍｓよりも長くあるいは短く再生され得るように、パケットをタイムワープする（time-warping）ことを含む。これらの技法は、パケットの拡張あるいは圧縮が聞き手に対する識別可能な影響無しに達成されるような方法で行なわれる。下記に詳細に記載されるように、ＶｏＩＰパケットを拡張するためのこれらの技法は、今や図３Ａ及び図３Ｂで例証された望まれないアーティファクトを扱うために使用されている。典型的には、ＶｏＩＰパケットは、その当初の存続期間のおよそ１５０％から２００％に拡張される。例えば、２０ｍｓのＶｏＩＰパケットは、およそ３０−４０ｍｓ存続するように拡張されてもよい。これらの拡張率は本質的に例示であって、他の拡張率も同様に予期される。
【００３１】
前述したように、ＭＧＷとモバイルハンドセットとの間には２つの音声ストリーム・パス（即ち、セルラパス若しくは３Ｇパス及びＷＬＡＮパス上のＶｏＩＰ）上の遅延には差異がある。セルラパス若しくは３Ｇパスは、回線交換された音声か、あるいは、３Ｇパケット交換データ上のパケット交換されたＶｏＩＰ（例えば、１ｘＥＶＤＯ又はＵＭＴＳ  ＨＳＰＡ）を含むことができる。ダウンリンクの音声フローのためのこの問題を扱うために、遅延差を補償するためのタイムワーピングが、モバイルハンドセットで実施されることができる。また、アップリンクの音声フローについては、変更されていないＭＧＷを使用でき、従って、如何なる遅延差（delay differential）も補償するために送信元（source）においてハンドセットアルゴリズムを実施することができることは有利である。相手側がハンドオフに起因する遅延差（differential delays）に気づかないソフトフォン又はＶｏＩＰ電話である場合に、同じ遅延差シナリオが発生することは注目するに値する。
【００３２】
図３Ｃ及び図３Ｄに関して記載された例示の方法は、送信元で遅延差を補償するハンドオフ認識型の装置（handoff-aware device）に関連する。換言すれば、その実施は送信側に制限され、受信側での変更は必要とされない。この例示の方法は、後述される別の方法と、この第１の方法では、第１の（プレハンドオフ）レッグ（leg）と第２の（ポストハンドオフ）レッグとの両方でパケットの同時送信が無いという点で区別される。その結果、後の方法中で供給されるようなパケットの識別及びマーキングの必要も無ければ、多少なりともＭＧＷを変更する必要も無い。
【００３３】
実施においては、ＭＧＷ又は遠隔のＶｏＩＰ電話は、概して、インターネット上の遅延のばらつきを補償するためにジッタ・バッファを備える。そのようなバッファの典型的なサイズは、ジッタ・バッファをおよそ１００ｍｓで維持するだろう。セルラ呼のセットアップが、セルラハンドオフのためにＷＬＡＮ上のＶｏＩＰの一部として実施される場合、一旦ハンドオフがトリガされると、セルラレッグ（cellular leg）セットアップ遅延は最大でＴ３Ｇｍｓまでである。Ｔ３Ｇの典型的な値は、３０００〜５０００ｍｓの範囲にある。
【００３４】
ＷＬＡＮ上のＶｏＩＰ呼セットアップが、セルラからＷＬＡＮ上のＶｏＩＰへのハンドオフの一部として実施される場合、一旦ハンドオフがトリガされると、ＷＬＡＮ上のＶｏＩＰのレッグセットアップ遅延は最大でＴＷＬｍｓまでである。ＴＷＬの典型的な値は、３０００〜５０００ｍｓの範囲にある。これらの値は例示にすぎない。例えば、移動体が既にＷＬＡＮに関連付けられている場合、呼セットアップは、遥かに速いことがあり得る。この発生は稀ではない。なぜなら、多くの場合、移動体はＷＬＡＮと関連付けをし、次いでハンドオフ手順を開始するのに充分な時間を有するからである。この場合、ＷＬＡＮ呼のための呼セットアップ時間は短くなるだろう。
【００３５】
遠隔側（ＭＧＷあるいは遠隔のＶｏＩＰ電話）へのＷＬＡＮパス上のＶｏＩＰの遅延は、ＤＷＬｍｓである。セルラネットワーク上で、音声遅延はＤ３Ｇｍｓである。これらの一方向の遅延の典型的な値は、５０−２００ｍｓの範囲にある。ハンドオフの方向によって、つまり、ＷＬＡＮからセルラへ若しくはセルラからＷＬＡＮへ、一方向の音声遅延はハンドオフの前あるいはハンドオフの後に、より大きくなり得る。つまり、ハンドオフ前の一方向の遅延がＤ０であり、ハンドオフ後の一方向の遅延がＤ１である場合、遅延差（delay differential）Ｄ＝Ｄ１−Ｄ０は正あるいは負であり得る。
【００３６】
図３Ｃは、ハンドオフ・トリガの時間から切り替え（switchover）までの音声ストリームのタイムラインを示す。特に、ハンドオフ・トリガ３１０が検出されるが、これは、時間３１２で、第２のレッグのセットアップを開始する。第２のレッグのセットアップのための分かっている最小の時間である、期間３１４、Ｔｍｉｎがある。その後のあるときに、時間３１８で、第２のレッグセットアップは完了し、そのような表示が判定される。一旦これが生じれば、音声ストリームは、時間３２０で、第２のレッグに切り替えられることができる。第２のレッグの開始とそれがセットアップされたという表示との間の期間に、タイムワープされた音声パケット（time-warped voice packets）が送信される期間３１６、Ｔｗａｒｐが生じる。Ｔｗａｒｐの特定の期間は、本発明の範囲から逸脱することなく変わることができる。例えば、期間は、Ｔｍｉｎの一定の割合になるように選択されてもよい。例えば、最小のレッグセットアップ時間が約５０００ｍｓであることが分かっている場合、タイムワーピング期間に１０００ｍｓが選択されてもよい。
【００３７】
図３Ｄは、本発明の原理に従ってタイムワープされたパケット（time-warped packets）を送信する例示の方法のフローチャートを示す。最初のステップ３３０は、先験的な（a priori）知識から、達成されつつある呼転送についての遅延差Ｄを判定することである。この値は、０を越える、ステップ３３２、０未満である、ステップ３３４、又は不確定である、ステップ３４８であり得る。
【００３８】
ケース１  Ｄ＞０
Ｄが正である場合、ハンドオフ後の遅延は、ハンドオフ前の遅延よりも大きい。ハンドオフ後の音声パケットの、この遅れた到達を扱うために、ハンドオフが第２のレッグ上でトリガされた後で、且つ、第２のレッグがセットアップされつつある間に、付加的な音声パケットが第１のレッグ上で送信され得る。
【００３９】
最小のレッグセットアップ遅延が分かっている（例えば、Ｔｍｉｎ＝３０００ｍｓは典型的な値であるが、他の値も同様に予期される）と仮定すると、ハンドセットは、ステップ３３４で、時間Ｔｍｉｎ−Ｔｗａｒｐｍｓから始まる第１のレッグ上の付加的な音声パケットを送信することを開始する。例えば、Ｔｗａｒｐ＝１０００ｍｓ、且つ、ハンドセットはタイムワーピングを介して１０％の付加的な音声パケットを送信する場合、１０００ｍｓのワーピング期間に渡って、ハンドセットは正常な５０個の代わりに５５個の音声パケットを送信するだろう。例えば、ボコーダが２０ｍｓのフレーミング（framing）を使用している場合、１８ｍｓのセグメントのスピーチを２０ｍｓの符号化されたスピーチ・セグメントへ拡張し、そのようなワープされた音声パケットを１８ｍｓごとに送信することによって、１０％の付加的な音声パケットを達成することができる。当業者は、１０％が例示の数であること、また、２０ｍｓ及び１８ｍｓに加えて他の特定の値も同様に予期されることを認識するだろう。
【００４０】
この方法によれば、受信機（ＭＧＷあるいはＶｏＩＰ電話で）のジッタ・バッファは、これらの５個の超過パケットと共に増大するだろう。なぜなら、再生は、その通常のレートで、例えば、５０パケット／秒で継続するからである。（受信機のジッタ・バッファがオーバーフローし、これらのパケットのうちの幾つかが破棄されることはあり得る。）。
【００４１】
ワーピング期間Ｔｗａｒｐの完了後、ハンドセットは、ステップ３３６で、正常なＶｏＩＰフレームをその正常なレートで、例えば２０ｍｓごとに送信することに戻り、第２のレッグのセットアップの完了を待つ。第２のレッグがセットアップされるとすぐに、ハンドセットは第１のレッグ上で音声パケットを送信することを終了し、ステップ３３８において、第２のレッグ上で音声パケットを送信することを開始する。超過遅延Ｄの期間の間、受信機にパケットは到達しないが、受信機はジッタ・バッファ中の付加的な音声パケットを消費することができるだろう。
【００４２】
ケース２  Ｄ＜０
ハンドオフ後の遅延差Ｄが負である場合、ジッタ・バッファはハンドオフ後に増大するだろう。これは、Ｄ＞０の場合のジッタ・バッファ・アンダーフローを扱うよりも単純な問題であり、送信側のタイムワーピングによって扱われることもできる。
【００４３】
既に述べたように、最小のレッグセットアップ遅延が分かっている、例えば、Ｔｍｉｎ＝３０００ｍｓであると分かっていると仮定すると、ハンドセットは、ステップ３４２で、時間Ｔｍｉｎ−Ｔｗａｒｐｍｓから開始する第１のレッグで、より少数の音声パケットの送信を開始する。例えば、Ｔｗａｒｐ＝１０００ｍｓ（また、パケットは２０ｍｓだった）、且つ、ハンドセットがタイムワーピングによって、６％少ない音声パケットを送信する場合、ハンドセットはこの期間に正常な５０個の代わりに４７個の音声パケットを送信するだろう。例えば、ボコーダが２０ｍｓのフレーミングを使用している場合、２１ｍｓのセグメントのスピーチは、２０ｍｓの符号化されたスピーチ・セグメントに圧縮され、またそのようなワープされた音声パケットは２１ｍｓごとに送信される。
【００４４】
受信機における（ＭＧＷ、あるいはＶｏＩＰ電話における）ジッタ・バッファは、３パケット分だけ縮むだろう。なぜなら、再生は、正常な５０フレーム／秒で継続するからである。
【００４５】
ワーピング期間の完成の後、ハンドセットは、ステップ３４４で、２０ｍｓごとに正常なＶｏＩＰフレームを送信することに戻り、第２のレッグのセットアップの完成を待つ。ステップ３４６で、第２のレッグがセットアップされるとすぐに、ハンドセットは第１のレッグで音声パケットを送信することを終了し、第２のレッグで音声パケットを送信することを開始する。受信機では、最後のパケットが第１のレッグで受信される前に、第２のレッグで音声パケットが到達し始める。ハンドセットは、第１のレッグで音声パケットを連続して送信し、次いで第２のレッグに移行した（また、両方のレッグで送信された音声パケットは無かった）ので、受信機は、最後のパケットが第１のレッグで受信された後に、第２のレッグで受信された音声パケットを配置する。
【００４６】
ケース３  Ｄは負又は正であり得る
正確な値が未知でも、Ｄの符号（sign）が分かっている場合、上記の方法は適用可能である。ハンドセットが、ハンドオフ前の一方向の遅延又はハンドオフ後の一方向の遅延のどちらが大きいか気付いていない場合、Ｄの符号は未知である。この場合、ジッタ・バッファ・アンダーフロー（再生中の間隙（gap）という結果になる）はそれほど望ましくないので、ハンドセットは、ステップ３５０で、望ましくはＤ＞０の場合の手順に従う。
【００４７】
上記に記載された方法において、ハンドセットは、音声パケットの送信を、第１の（プレハンドオフ）レッグから第２の（ポストハンドオフ）レッグへ、いつ切り替えるべきかを検出することができる機能を備えている。従って、２つの端点は、第２のレッグでのリンク・セットアップがいつ完了するかを検出することができる。１つの簡単な代案は、ネットワークが、そのような表示をハンドセットに供給することである。そのような表示が受信されるとすぐに、ハンドセットは切り替えを開始し、続く音声パケットを第２のレッグで送信することを始める。
【００４８】
ある場合には、ネットワーク表示が信頼できないことがあり得る。例えば、今日の３Ｇネットワークにおいて、ネットワークは、ハンドセットに対して、遠隔側（remote end）からの応答が受信される前でも、レッグセットアップが完了していることをしばしば示す。この時点でハンドセットが切り替えを開始した場合、第２のレッグ上の音声パケットは潜在的に失われることがある。このリスクに取り組む１つの方法は、切り替えを開始する前に第２のレッグ（これは第２のレッグのセットアップが完了することを示すだろう）上で音声パケットが受信されるまで、ハンドセットが待つことである。第２の方法は、第２のレッグセットアップが完了したときに双方の側で互いに（例えば、帯域内メッセージあるいは帯域内ＤＴＭＦトーンによって）示すことである。この表示が他方の側から受信された後、切り替えがハンドセットによって開始される。この後者のスキームは、双方の側がこのメカニズムを実施している場合でも、それが作動するだろうという点において有利である。
【００４９】
図４は、ＷｉＦｉネットワークから、セルラネットワーク若しくは３Ｇネットワークといったパケット交換ネットワーク又は回線交換ネットワークへのハンドオーバ中の望まれないアーティファクトを低減するために、受信機がパケット拡張を組込む代替の例示の方法のフローチャートを示す。上記に記載された先の方法とは異なり、この代替の方法は、タイムワープされたパケットの送信側の知識と受信側の知識との両方に依存する。また、受信機の時間についての知識はパケットを曲げた。この例において、送信機はモバイルハンドセットであると考えられ、受信機はメディア・ゲートウェイである。勿論、これらの役割は本発明の範囲から逸脱することなく反対にされ得る。ステップ４０２で、モバイルハンドセットは、ハンドオーバが起こりつつあると判定し、セルラネットワークに加えてＷｉＦｉネットワークの両方でフレームを同時に送信し始める。この時点では、ステップ４０３で、モバイルハンドセットは拡張されたＶｏＩＰパケットも同様に送信し始める。従って、ステップ４０４に示されるように、モバイルハンドセットは、正常なパケットをＷｉＦｉネットワークで、正常なフレームをセルラネットワークで、また、拡張されたパケットをＷｉＦｉネットワークで送信している。拡張されたパケットと正常なパケットとを区別する１つの例示の方法は、ＶｏＩＰパケット中のヘッダーフィールドのうちの１つを利用することによる。例えば、ＳＳＲＣフィールドは、正常なパケットについては１つの値を有し、拡張されたパケットについては異なる値を有し得る。
【００５０】
モバイルハンドセットは、拡張されたパケットと正常なパケットとの両方を、どれくらいの期間、送信するべきか判定するべきである。最悪の事態のシナリオでは、モバイルハンドセットは、２つのタイプのネットワーク間の遅延差（delay differential）のためにパケットの２つのストリームを送信し得る。これは、遅延差を計算するために、何らかのタイプのモニタリング及び分析を必要とし得る。従って、１つの代案は、ダウンリンク及びアップリンク上の遅延は対称であると単純に仮定し、ダウンリンク遅延を拡張されたパケットを送信するための期間として使用することであり得る。
【００５１】
ダウンリンク遅延差を測定するための１つの例示の技法は、モバイルハンドセットが受信されたパケットを使用してダウンリンク方向における遅延差を推定することができるように、ＭＧＷがリアル・タイム・トランスポート・プロトコル（ＲＴＰ）を使用することである。モバイルハンドセットは、その結果、拡張されたパケットをどのくらいの期間、送信するか判定するために、アップリンク遅延差が同じであると仮定することができる。
【００５２】
図５は、ＷｉＦｉネットワークからセルラネットワークへのハンドオーバ中に、時間拡張されたＶｏＩＰパケット（time-expanded VoIP packets）を受信する例示の方法のフローチャートを示す。ステップ５０２で、受信機は全ての着信（incoming）パケットから、いずれが拡張されたＶｏＩＰパケットであり、いずれが正常なＶｏＩＰパケットであるかを判定する。次に、ステップ５０４で、受信機は、セルラネットワーク遅延あるいはＷｉＦｉネットワーク遅延のどちらが大きいか判定する。この判定は、処理の最初のステップとしてなされてもよいし、あるいは、周期的に行なうことができる。しかしながら、それぞれの遅延は短時間のハンドオーバ中に動的に変化する可能性があるので、ステップ５０４は各ハンドオーバ中に一度行なわれることが望ましい。
【００５３】
フローチャートの左側の分岐は、セルラネットワーク遅延がＶｏＩＰネットワーク遅延よりも大きい場合に、受信機で生じるステップを示す。また、パケットを転送するステップ５０８の包含は、受信機がＭＧＷであると仮定している。受信機がモバイルハンドセットである場合、パケット転送は生じる必要はない。ステップ５０６で、受信機は、拡張されたＶｏＩＰパケットが到達し始め（例えば、ヘッダ情報を介して）、これらの拡張されたパケットが、再生に使用されることを検出する。ステップ５１０で、最後の拡張されたＶｏＩＰパケットが到着すると、受信機はセルラフレーム・ストリームへ切り替える。結果として、（図３Ａを再度参照）、同じフレーム／パケットを２度再生するアーティファクトは、もはや生じないだろう。一連の拡張されたＶｏＩＰパケットが再生される時までには、遅れたセルラフレームは、正確な順序で再生される準備ができているだろう。
【００５４】
フローチャートの右側の分岐は、セルラネットワーク遅延がＶｏＩＰ遅延よりも小さい場合に生じるステップを示す。この場合、受信機は、ステップ５１２で、受信される正常なＶｏＩＰパケットの受信及び再生を継続する。入来するセルラフレームは、ステップ５１４でバッファされる。受信機が、ステップ５１６で、第１の拡張されたＶｏＩＰパケットが受信されたことを検出すると、セルラフレームのバッファが再生に使用される。従って、第１の拡張されたパケットが検出される場合、次のＶｏＩＰパケットを再生する代わりに、受信機は再生するのに順番として正確なフレームであるバッファ中の第１のセルのフレームを再生する。これは、フレーム／パケットが再生中に失われる図３Ｂのアーティファクトを緩和する。
【００５５】
図６は、多元接続ネットワークで通信することができる移動体通信装置中で送信する例示の方法のフローチャートを示す。ステップ６０２で、第１のネットワーク上のスピーチサンプルのストリームから作成された正常なパケットが送信される。ステップ６０４で、第２のネットワークに送信されるべき第１のパケットに時間的に対応する（correspond in time）だろう１つの正常なパケットの第１のスピーチサンプルが識別される。ステップ６０６で、第１のサンプルで始まる、ある一定の数の連続するスピーチサンプルが選択される。ステップ６０８で、選択された数のスピーチサンプルが拡張される。ステップ６１０で、これらのサンプルから、第１のネットワークで送信するための第１の拡張されたパケットが生成される。
【００５６】
図７は、多元接続ネットワークで通信することができる通信装置中で受信する例示の方法のフローチャートを示す。ステップ７０２で、時間拡張されたパケット（time-expanded packet）は、第１のネットワークで受信される。ステップ７０４で、パケットは第２のネットワークで受信される。ステップ７０６で、パケットあるいは時間拡張されたパケットのうちの１つが、第１のネットワークと第２のネットワークとの間の通信路の遅延差（differential communications path delay）に基づいて、出力用に選択される。
【００５７】
図８は、第１のレッグと第２のレッグとの間のハンドオフ中に、送信側から受信側へ、ｎ個のパケットを送信する例示の方法のフローチャートを示すが、ここでｎは１よりも大きい整数である。ステップ８０２で、ａ）ハンドオフ前の送信側と受信側との間の第１の遅延と、ｂ）ハンドオフ後の送信側と受信側との間の第２の遅延との間の差異が判定される。差異が正である場合、ステップ８０４で、ｎ個のパケットはｎ個よりも多数のパケットに拡張され、ｎ個よりも多数のパケットがハンドオフ中に送られる。差異が負の場合、ステップ８０６で、ｎ個のパケットはｎ個よりも少数のパケットに削減され、ｎ個よりも小数のパケットがハンドオフ中に送られる。差異が不確かな場合、ステップ８０８で、ｎ個のパケットはｎ個よりも多数のパケットに拡張され、ｎ個よりも多数のパケットがハンドオフ中に送られる。
【００５８】
図９は、多元接続ネットワークで通信することができる例示の移動体通信装置を示す機能ブロック図である。移動体通信装置１０２は、第１のネットワークで正常なパケット及び拡張されたパケットを送信するように構成された第１の送信機９０６を備えている。移動体通信装置１０２はまた、第２のネットワークで送信されるべき第１のパケットに時間的に（in time）対応する第１のネットワークで送信されるべき正常なパケットのうちの１つを識別するためのモジュール９０２と、拡張されたパケットを生成するために、時間拡張されたパケットを第１の送信機へ渡す前に、識別された１つのパケットを時間拡張するためのモジュール９０４とを備えている。
【００５９】
開示された処理のステップの特定の順序あるいは階層は、例示のアプローチの例であることが理解される。設計嗜好に基づいて、本開示の範囲内にとどまりつつも、処理のステップの特定の順序あるいは階層は、並べ替えられてもよいことが理解される。添付の方法の請求項は、種々のステップの要素を見本の順序で提示しており、提示された特定の順序又は階層に限定されることを目的とはしていない。
【００６０】
本明細書に開示された実施形態に関して記載された、種々の実例となる論理的なブロック、モジュール、回路、エレメント、及び／又はコンポーネントは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル・ロジック・コンポーネント、ディスクリートゲート若しくはトランジスタ・ロジック、ディスクリートハードウェアコンポーネント、又は、本明細書に記載された機能を行なうように設計されたこれらの任意の組み合わせで実施されてもよいし、あるいは実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代案では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、若しくは状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ又は複数のマイクロプロセッサ、あるいは任意の他のそのような構成といった、コンピューティングデバイスの組み合わせとして実装されてもよい。
【００６１】
本明細書に開示された実施形態に関連して記載されたアルゴリズム又は方法は、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、又はこの２つの組合せで具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは、当技術分野で公知の任意の他の形式の記憶媒体に存在してもよい。記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、且つ、プロセッサが記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代案では、記憶媒体はプロセッサと一体であってもよい。
【００６２】
先行する記載は、如何なる当業者も本明細書に記載された種々の実施形態を実行することを可能にすべく提供されている。これらの実施形態への種々の変更は当業者には容易に明白になるだろうし、本明細書に定義された一般的な原理は、他の実施形態に適用されてもよい。従って、請求項は、本明細書に示された実施形態に限定されることは意図されないが、単数の要素への言及は、明確にそのように述べられない限り、「１つ且つ１つだけ」を意味することは意図されず、むしろ「１つ又は複数の」を意味する請求項の文言と一致する充分な範囲に合致すべきである。当業者には公知であるか、後に公知となる本開示の全体にわたって記載された種々の実施形態の要素の構造的な均等物及び機能的な均等物は全て、参照によって本明細書に明白に組み込まれ、請求項によって包含されることを意図される。更に、本明細書に開示された何も、そのような開示が請求項に明示的に詳述されるかどうかに関わらず、公に捧げられることは意図されない。もし句を使用して、エレメントが明らかに暗唱されなければ、請求項の要素は、その要素が「ための手段（means for）」という句を用いて明白に詳述されるか、あるいは、方法の請求項の場合には、その要素が「ためのステップ（step for）」という句を用いて詳述されない限り、米国特許法第１１２条、第６段落の既定の下で解釈されるべきではない。
【図１Ａ】
2010507344.tif 000003
【図１Ｂ】
2010507344.tif 000004
【図２】
2010507344.tif 000005
【図３Ａ】
2010507344.tif 000006
【図３Ｂ】
2010507344.tif 000007
【図３Ｃ】
2010507344.tif 000008
【図３Ｄ】
2010507344.tif 000009
【図４】
2010507344.tif 000010
【図５】
2010507344.tif 000011
【図６】
2010507344.tif 000012
【図７】
2010507344.tif 000013
【図８】
2010507344.tif 000014
【図９】
2010507344.tif 000015
【手続補正書】
【提出日】平成21年8月20日(2009.8.20)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
図１Ｂは、回線交換セルラ通信と無線ＬＡＮ通信との両方をサポートすることができるモバイル装置の一例を示す機能ブロック図である。モバイル装置１０２は、セルラトランシーバ１５２と無線ＬＡＮトランシーバ１５４とを備え得る。モバイル装置１０２の少なくとも１つの実施形態において、セルラトランシーバ１５２は、ＢＴＳ（図示せず）とのＣＤＭＡ２０００  １ｘ通信をサポートすることができ、また、無線ＬＡＮトランシーバ１５４は、アクセスポイント（図示せず）とのＩＥＥＥ  ８０２．１１通信をサポートすることができる。しかしながら、当業者は、モバイル装置１０２に関連して記載された概念が他のセルラ技術及び無線ＬＡＮ技術にまで拡張され得ることを容易に認識するだろう。各トランシーバ１５２、１５４は、それぞれ別個のアンテナ１５６、１５７と共に示されているが、トランシーバ１５２、１５４は単独のブロードバンドアンテナを共有し得る。各アンテナ１５６、１５７は、１つ又は複数の放射素子で実装されてもよい。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
モバイル装置１０２はまた、トランシーバ１５２、１５４の両方に結合されたプロセッサ１５８と共に示されているが、モバイル装置１０２の別の実施形態では、別個のプロセッサが各トランシーバに使用されてもよい。プロセッサ１５８は、ハードウェア、ファームウェア、ソフトウェア、あるいはこれらの任意の組合せとして実施され得る。一例として、プロセッサ２０８はマイクロプロセッサ（図示せず）を備えていてもよい。マイクロプロセッサは、特に、（１）セルラネットワーク及び無線ＬＡＮへのアクセスを制御及び管理する、また、（２）プロセッサ１５８を、キーパッド１６０、ディスプレイ１６２、及び他のユーザインターフェース（図示せず）へインタフェースする、ソフトウェア・アプリケーションをサポートするために使用され得る。プロセッサ１５８はまた、畳み込み符号化、巡回冗長検査（ＣＲＣ）機能、変調、及びスペクトラム拡散処理といった種々の信号処理機能をサポートする埋め込まれたソフトウェア層を有するデジタル信号プロセッサ（ＤＳＰ）（図示せず）を備え得る。ＤＳＰはまた、電話への適用をサポートするためのボコーダ機能を行なってもよい。プロセッサ１５８が実装される方法は、システム全体に課された設計上の制約及び特定の適用に依存するだろう。当業者は、これらの状況下での、ハードウェア、ファームウェア、及びソフトウェア構成の互換性と、記載された機能性を特定の適用ごとにどのように実施するのが最良であるかを認識するだろう。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
当技術分野で公知の一定の目的のために、アクセスポイントからの信号強度は、モバイル装置１０２において、受信信号強度指標（ＲＳＳＩ）ブロック１６６を用いて測定されてもよい。ＲＳＳＩは、自動利得制御用に無線ＬＡＮトランシーバ１５４にフィードバックされる既存の信号であり、それ故に、モバイル装置１０２の回路の複雑さを増加させることなく、プロセッサ１５８に供給されることができ。あるいは、無線接続の品質はビーコンから判定されてもよい。
【国際調査報告】
2010507344.tif 000016
2010507344.tif 000017