(57)【特許請求の範囲】
【請求項１】
モバイル無線装置であって、
１つ以上のプロセッサと、
第１の無線ネットワーク又は第２の無線ネットワークを介して通信するように構成された、少なくとも１つのエアーインタフェースと、
前記１つ以上のプロセッサによって実行される時、前記モバイル無線装置に、
前記第１の無線ネットワークから前記第２の無線ネットワークへ、前記少なくとも１つのエアーインタフェースをチューンアウトする時を判定させ、
前記少なくとも１つのエアーインタフェースをチューンアウトする前に、伝送プロトコルを使用してデータを前記モバイル無線装置に転送する時に、ネットワークサーバの動作を前記ネットワークサーバが不都合に変更する可能性を低減する機能を実行させる、実行可能な命令を記憶する永続的コンピュータ可読媒体と、を備え
前記ネットワークサーバの動作の前記不都合な変更が、前記ネットワークサーバが前記モバイル無線装置から１つ以上の確認を受信しないことに少なくとも部分的に基づき、前記伝送プロトコル内で前記ネットワークサーバがタイムアウトすることに関連する、
モバイル無線装置。
【請求項２】
前記第１の無線ネットワークは、ＬＴＥ（Long Term Evolution）に準拠するネットワークであり、前記第２の無線ネットワークは、ＣＤＭＡ（Code Division Multiple Access）に準拠するネットワークである、請求項１に記載のモバイル無線装置。
【請求項３】
前記第１の無線ネットワークから前記第２の無線ネットワークへの、前記少なくとも１つのエアーインタフェースの前記チューンアウトは、前記モバイル無線装置のために通信の連続性を維持するために行われる、請求項１に記載のモバイル無線装置。
【請求項４】
前記伝送プロトコル内での前記ネットワークサーバによるタイムアウトは、前記データの前記モバイル無線装置への転送に、望ましくない待ち時間を発生させる、請求項１に記載のモバイル無線装置。
【請求項５】
前記機能は、前記データの前記転送中に、前記モバイル無線装置から前記ネットワークサーバへ確認メッセージを送信する時、遅延を課すことを含む、請求項１に記載のモバイル無線装置。
【請求項６】
前記機能は、前記モバイル無線装置により保守されている少なくとも１つのデータバッファに関連するフィル限度を低減することを含む、請求項１に記載のモバイル無線装置。
【請求項７】
前記機能は、前記第１の無線ネットワークを介して通信するための、前記モバイル無線装置のアップリンクリソースの割り当てを低減すること含む、請求項１に記載のモバイル無線装置。
【請求項８】
前記第１の無線ネットワークを介して通信するための、前記モバイル無線装置の前記アップリンクリソースの割り当ては、
（ｉ）ＢＳＲ（Buffer Status Report）と、
（ｉｉ）ＰＨＲ（Power Headroom Report）と、
のうち少なくとも１つを使用して伝送される、請求項７に記載のモバイル無線装置。
【請求項９】
ネットワークサーバからモバイル装置へのデータ転送中に、前記ネットワークサーバのタイムアウトの可能性を低減させる方法であって、
前記モバイル装置で、
少なくとも１つのエアーインタフェースを使用するステップと、
第１の無線ネットワークから第２の無線ネットワークに、前記少なくとも１つのエアーインタフェースをチューンアウトする時を判定するステップと、
前記少なくとも１つのエアーインタフェースをチューンアウトする前に、前記ネットワークサーバが前記モバイル装置からの１つ以上の確認メッセージを受信しないことに少なくとも部分的に基づき、前記データ転送中に前記ネットワークサーバが転送プロトコルタイムアウトを経験する可能性を低減する緩和アルゴリズムを実行するステップと、
を含む方法。
【請求項１０】
前記少なくとも１つのエアーインタフェースは、大量のＩＰ（Internet Protocol）ベースのデータを転送するために最適化された高速無線セルラーデータアクセス技術に関連する、請求項９に記載の方法。
【請求項１１】
前記第１の無線ネットワークから前記第２の無線ネットワークへの、前記少なくとも１つのエアーインタフェースの前記チューンアウトにより、前記モバイル装置は通信の連続性を維持できる、請求項９に記載の方法。
【請求項１２】
前記第１の無線ネットワークは、ＬＴＥ（Long Term Evolution）に準拠するネットワークであり、前記第２の無線ネットワークは、ＣＤＭＡ（Code Division Multiple Access）に準拠するネットワークである、請求項９に記載の方法。
【請求項１３】
モバイル無線装置であって、
１つ以上のプロセッサと、
第１の無線ネットワーク又は第２の無線ネットワークを介して通信するように構成された、少なくとも１つのエアーインタフェースと、
前記１つ以上のプロセッサによって実行される時、前記モバイル無線装置に、
前記第１の無線ネットワークから前記第２の無線ネットワークへ、ある期間前記少なくとも１つのエアーインタフェースをチューンアウトする時を決定させ、
メッセージ又は信号をネットワークサーバへ伝送させることで、前記ネットワークサーバに、以前伝送したデータに関連するデータを前記モバイル無線装置に伝送させ、前記チューンアウト中に、前記モバイル無線装置へのデータ伝送に関する前記ネットワークサーバの動作を、前記ネットワークサーバが不都合に変更する可能性を低減する機能を、前記ネットワークサーバに実行させる、実行可能な命令を記憶した、永続的コンピュータ可読媒体と、を備え、
前記チューンアウト開始後、かつ前記データ伝送に関する確認メッセージが前記モバイル無線装置から前記ネットワークサーバに送信される前に、前記モバイル無線装置が前記メッセージ又は前記信号を前記ネットワークサーバへ伝送する、
モバイル無線装置。
【請求項１４】
前記第１の無線ネットワークから前記第２の無線ネットワークへの、前記少なくとも１つのエアーインタフェースの前記チューンアウトが完了する前に、前記メッセージ又は信号が伝送される、請求項１３に記載のモバイル無線装置。
【請求項１５】
前記ネットワークサーバにより実行される前記機能は、前記ネットワークサーバが前記モバイル無線装置から１つ以上の確認メッセージを受信しなかったことに起因してタイムアウト条件を呼び出すことに、前記ネットワークサーバが遅延を課すことを含む、請求項１３に記載のモバイル無線装置。
【請求項１６】
前記ネットワークサーバにより実行される前記機能は、前記モバイル無線装置からの確認メッセージがより低頻度で必要とされるように、前記ネットワークサーバが、少なくともある時間前記モバイル無線装置へのデータの前記伝送を調整することを含む、請求項１３に記載のモバイル無線装置。
【請求項１７】
データをクライアント装置に伝送中に、データサーバを動作させる方法であって、
無線データアクセス技術を介して、前記データサーバから前記クライアント装置にデータを配信するステップと、
前記データアクセス技術から少なくとも１つのエアーインタフェースを前記クライアント装置がチューンアウトする時を判定するステップと、
前記チューンアウトする前に、前記データサーバによる前記クライアント装置への前記データの前記配信が中断する可能性を低減する緩和機能を、前記データサーバ上で実行するステップと、
を含み、
前記緩和機能は、
前記クライアント装置から１つ以上の確認メッセージを受信しなかったことに起因してタイムアウト条件を呼び出すことに、遅延を課すこと、又は、
前記クライアント装置からの確認メッセージがより低頻度で必要とされるように、少なくともある時間前記クライアント装置へのデータの伝送を調整することを含む、
方法。
【請求項１８】
前記データサーバは、ＴＣＰ（Transport Control Protocol）がイネーブルされたサーバを含み、前記中断は、前記クライアント装置からの応答がないことに起因して前記サーバがタイムアウトすることを含む、請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つのエアーインタフェースの前記チューンアウトにより、前記クライアント装置は通信の連続性を維持できる、請求項１７に記載の方法。
【請求項２０】
前記少なくとも１つのエアーインタフェースは、大量のＩＰ（Internet Protocol）ベースのデータを転送するために最適化された高速無線セルラーデータアクセス技術に関連する、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権］
本出願は、２０１２年６月２７日に出願の、同一出願人に所有され、同時係属出願の米国特許第１３／５３５，１９４号、発明の名称「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＩＴＩＧＡＴＩＮＧ  ＰＲＯＴＯＣＯＬ−ＩＮＤＵＣＥＤ  ＢＡＣＫ−ＯＦＦＳ  ＩＮ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ」に対する優先権を主張し、この特許は２０１２年３月１９日に出願の米国暫定特許第６１／６１２，９１０号、発明の名称「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＩＴＩＧＡＴＩＮＧ  ＰＲＯＴＯＣＯＬ−ＩＮＤＵＣＥＤ  ＢＡＣＫ−ＯＦＦＳ  ＩＮ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ」に対する優先権を主張するものであり、これらの出願は参照によって本明細書に全体的に組み込まれている。
【０００２】
［関連出願］
本出願は、２０１１年４月２５日出願の、同一出願人に所有され、同時係属出願の米国特許仮出願第６１／ｘｘｘ号、発明の名称「ＤＵＡＬ  ＮＥＴＷＯＲＫ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥ  ＲＡＤＩＯ  ＲＥＳＯＵＲＣＥ  ＭＡＮＡＧＥＭＥＮＴ」、２０１２年５月２日に出願の第１３／０９９，２０４号、発明の名称「ＳＩＮＧＬＥ−ＲＡＤＩＯ  ＤＥＶＩＣＥ  ＳＵＰＰＯＲＴＩＮＧ  ＣＯＥＸＩＳＴＥＮＣＥ  ＢＥＴＷＥＥＮ  ＭＵＬＴＩＰＬＥ  ＲＡＤＩＯ  ＡＣＣＥＳＳ  ＴＥＣＨＮＯＬＯＧＩＥＳ」、２０１１年４月６日に出願の第６１／ｘｘｘ号、発明の名称「ＭＵＬＴＩＰＬＥ  ＮＥＴＷＯＲＫ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥ  ＣＯＮＮＥＣＴＩＯＮ  ＭＡＮＡＧＥＭＥＮＴ」、２０１２年１月９日に出願の第１３／３４６，４１９号、発明の名称「ＤＹＮＡＭＩＣ  ＴＲＡＮＳＭＩＴ  ＩＮ  ＤＥＶＩＣＥＳ  ＷＩＴＨ  ＭＵＬＴＩＰＬＥ  ＡＮＴＥＮＮＡＳ」、及び２０１２年１月１０日に出願の第１３／３４７，６４１号、発明の名称「ＭＵＬＴＩＭＯＤＥ  ＵＳＥＲ  ＥＱＵＩＰＭＥＮＴ  ＷＩＴＨ  ＤＵＡＬ  ＣＩＲＣＵＩＴ  ＡＲＣＨＩＴＥＣＴＵＲＥ」に関し、これらの出願は各々、参照することによって本明細書に全体的に組み込まれている。
【背景技術】
【０００３】
１．技術分野
本開示は全体として、いくつかの異種無線アクセス技術のいずれか１つ以上を使用して、クライアント装置が通信できる、例えばハイブリッドネットワーク動作のような通信ネットワーク内の動作に関する。詳細には、態様の一例では、本開示は、ハイブリッドネットワーク動作の結果生じるデータ伝送タイムアウトを緩和する方法及び装置に関する。
【０００４】
２．関連技術の説明
セルラーネットワークのオペレータは、例えばセルラー基地局（ＢＳ）、基地局制御装置、基盤ノード等のネットワーク基盤を介して、一般の人々にモバイル通信サービスを提供する。セルラーネットワーク技術は広範囲にわたるが、歴史的にはセルラーデバイスは、単一セルラーネットワーク内での動作に特化している。しかしながら、セルラー技術はますます共有化されてきているので、装置はいわゆる「マルチモード」動作を提供できる。つまり１台の装置が１つ以上のセルラーネットワーク上で動作できる。マルチモード動作では、装置１台をいくつかのネットワーク技術のどれでも動作できるが、多数のネットワーク技術を同時には動作させることはできない。
【０００５】
初期の研究は、いわゆる「ハイブリッド」ネットワーク動作を対象にした。ハイブリッドネットワーク動作中、異なる技術を有する多数の個別のネットワークの中で、クライアントの装置は同時に動作できる。一例として、ハイブリッド装置は、（ｉ）ＬＴＥ（Long Term Evolution）ネットワークと（ｉｉ）ＣＤＭＡ  １Ｘ（Code Division Multiple Access 1X）ネットワークとの両方をサポートできる。つまり、この装置は第１のＬＴＥネットワークと第２のＣＤＭＡ  １Ｘネットワーク間の同時接続を維持できる。例えば、ＬＴＥ／ＣＤＭＡ  １Ｘハイブリッドモバイル装置はＬＴＥモードであっても、ＣＤＭＡ  １Ｘネットワーク上で音声電話をかけることができる。別の例では、ハイブリッド装置は、（ｉ）ＣＤＭＡ  １Ｘ−ＥＶＤＯ（Evolution Data Optimized）ネットワークと（ｉｉ）ＣＤＭＡ  １Ｘネットワークとの両方をサポートできる。
【０００６】
ハイブリッドネットワーク動作のための既存のソリューションは、ネットワーク間のクライアント装置自体の動作を管理をクライアント装置に依存している。具体的には、クライアント装置は、種々のサービスネットワークへのアクティブな接続を維持する責任を負う。つまり、既存ネットワークの組み込みの際には、変更は必要ではない（すなわち、ハイブリッドネットワーク動作は、ネットワーク基盤の旧来のハードウェア及びソフトウェアに影響を及ぼさない）。クライアント中心のハイブリッド動作には、いくつかの利点がある。例えば、ネットワークのオペレータのための基盤コストは（かかるとしても）ごくわずかなものである。更に、ハードウェアのコストは、消費者装置の価格に組み入れることができる。また、ハイブリッドネットワーク動作は、既存の旧来の装置に影響することはない。同様に、ハイブリッド動作が可能な装置は、通常の動作を行うこともできる。
【０００７】
しかしながら、ハイブリッドネットワーク動作のための既存のソリューションは、構成要素のネットワークが互いに協調することを要求しないため、現存するネットワーク機器がクライアント装置に対しては、クライアント装置に新たな要求があった場合、最適な動作は行えない。例えば、モバイル装置が第１のＬＴＥネットワークに接続されていても、ＣＤＭＡ  １Ｘアクションを行うために、ＬＴＥネットワークを定期的に「チューンアウト」しなければならない（その装置が呼び出されたか否かを判定するためにＱＰＣＨ（Quick Paging Channel）を復号するというように）。もしモバイル装置が、チューンアウト期間中にＬＴＥネットワークを介して、ＴＣＰ（Transmission Control Protocol）サーバからデータを受信している場合、ＴＣＰサーバはモバイル装置がチューンアウトされていることを認識せず、その前に送信したデータに対する確認パケット（ＡＣＫ）を受信していない場合には、データ伝送をタイムアウトにしてしまう。更に、データ伝送の速度を落としたＴＣＰサーバは、クライアント装置が認識するスループットを急激に低減させる。
【０００８】
そのために、このようなチューンアウト期間又は他の中断があった時に、ＴＣＰレベルのバックオフを緩和するための方法及び装置の改良が必要となる。
【発明の概要】
【０００９】
チューンアウト、又は同様の期間中に発生するデータ伝送中のデータサーバのバックオフを緩和するために、特に改善した装置及び方法を提供することにより、本開示は上記要求を満足できる。
【００１０】
まず、ハイブリッドネットワーク内でデータサーバのバックオフを緩和する方法を開示する。一実施形態では、クライアント装置が引き起こした測定ギャップ期間中は、データサーバの振る舞いを変更する緩和アルゴリズムを、クライアント装置が実行する。一実装では、データサーバがタイムアウトする前に、実質的に「時間を稼ぐ」ように、クライアントからのパケット確認伝送を遅延させることにより、データサーバの振る舞いを変更する。
【００１１】
別の実装では、データサーバが１つ以上の改善努力を開始させるために、偽りの「ネットワーク不具合」状態を引き起こして、サーバがタイムアウトになる前に、再度ＵＥに対して時間を稼ぐ。
【００１２】
２番目に、ハイブリッドネットワーク内でデータサーバのバックオフを緩和するための装置を開示する。一変形例では、この装置はネットワーク側のサーバ（例えば、ＴＣＰをイネーブルしたデータサーバ）である。
【００１３】
３番目に、コンピュータが読み出し可能な記憶装置を開示する。
【００１４】
４番目に、ハイブリッドネットワークシステムを開示する。
【００１５】
５番目に、ハイブリッドネットワーク動作が可能であり、データサーバのバックオフを緩和するための緩和アルゴリズムを実行可能な、クライアント装置を開示する。
【００１６】
６番目に、ネットワーク転送サーバから、タイムアウト割り当てを増加するための方法を開示する。一実施形態では、この方法はネットワークの不具合又は故障状態の、間違った又は名目上の指摘を行い、それによりサーバが改善対策を喚起することを含む（したがって、タイムアウト間隔もより大きくなる）。別の実施形態では、ＵＥが、（不要な）再伝送イベントを引き起こし、再度サーバのタイムアウト間隔を効果的にひき延ばす）。
【００１７】
更に、モバイル無線装置を開示する。一実施形態では、この装置は、第１の無線ネットワークと通信するように構成された第１のエアーインタフェースと、第１のエアーインタフェースとデータ通信を行うロジックを含む。一変形例では、ロジックは、第１のエアーインタフェースからチューンアウトされる時を判定し、第１のエアーインタフェースを利用して、モバイル装置にデータを転送するネットワーク側のサーバが、データの配信に関する動作を不都合に変更する機会を少なくとも低減する機能を実施するように構成されている。
【００１８】
別の実施形態では、ロジックは、第１のエアーインタフェースがある期間でチューンアウトされる時を判定し、第１のエアーインタフェースを利用して、データをモバイル装置に伝送するネットワーク側のサーバへメッセージ又は信号を伝送させ、サーバが、少なくともチューンアウト期間中は、データの配信に関する動作を不都合に変更する機会を少なくとも低減する機能を、サーバに実施させるように構成されている。
【００１９】
更に、クライアント装置へのデータ伝送中にデータサーバがタイムアウトに遭遇する可能性を低減する方法も開示する。一実施形態では、この方法は、データアクセス技術を実行するステップと、クライアント装置がチューンアウト期間に入る時を判定するステップと、チューンアウト期間に入る前に、データサーバのタイムアウトに遭遇する可能性を低減するために、クライアント装置上で緩和アルゴリズムを実行するステップと、を含む。
【００２０】
また、データをクライアント装置に伝送中に、データサーバを動作させる方法も開示する。一実施形態では、この方法は、無線データアクセス技術を介して、サーバからクライアント装置にデータを配信するステップと、クライアント装置がデータアクセス技術からチューンアウトする時を判定するステップと、を含む。チューンアウトする前に、サーバによりデータの配信が遮断される可能性を低減するために、データサーバ上で緩和機能が実行される。
【００２１】
本開示のその他の特徴及び利点は、添付図面、及び以下に記載されるような例示的実施形態の詳細な説明を参照することで、当業者によって即座に認識されるであろう。
【図面の簡単な説明】
【００２２】
【図１】本開示に関して有用な１つの代表的なハイブリッドネットワークシステムを示す、論理ブロック図である。
【図２】本開示に係るデータ伝送タイムアウトを緩和する方法の１つの代表的な実装を詳細に示す、論理フロー図である。
【図３】本開示に従って構成されたユーザ機器（ＵＥ）装置の一部分の、代表的な実施形態の機能ブロック図である。
【図４】本開示に係るダウンリンクデータ伝送タイムアウトを緩和する方法の第１の代表的な実装を詳細に示す、論理フロー図である。
【図５】本開示に係るダウンリンクデータ伝送タイムアウトを緩和する方法の第２の代表的な実装を詳細に示す、論理フロー図である。
【図６】本開示に係るダウンリンクデータ伝送タイムアウトを緩和する方法の第３の代表的な実装を詳細に示す、論理フロー図である。
【図７】本開示に係るダウンリンクデータ伝送タイムアウトを緩和する方法の第４の代表的な実装を詳細に示す、論理フロー図である。
【図８】本開示に係るダウンリンクデータ伝送タイムアウトを緩和する方法の第５の代表的な実装を詳細に示す、論理フロー図である。
【図９】本開示に係るアップリンクデータ伝送タイムアウトを緩和する方法の第１の代表的な実装を詳細に示す、論理フロー図である。
【図１０】本開示に係るアップリンクデータ伝送タイムアウトを緩和する方法の第２の代表的な実装を詳細に示す、論理フロー図である。
【図１１】本開示に係るアップリンクデータ伝送タイムアウトを緩和する方法の第３の代表的な実装を詳細に示す、論理フロー図である。
【図１２】本開示に従って構成されたユーザ機器（ＵＥ）装置の実施形態の一例の機能ブロック図である。
【００２３】
全ての図は、２０１２年に作成され、２０１３年に最終更新されたものであり、その全ての著作権はＡｐｐｌｅ  Ｉｎｃ．が保持している。
【発明を実施するための形態】
【００２４】
ここで図面を参照するが、全体を通して、同様の番号は同様の部分を指す。
【００２５】
概要
本開示の様々な特徴は、特にクライアント装置がハイブリッドネットワーク内で、データサーバのタイムアウトを緩和する方法を提供する。実施形態の一例では、ＣＤＭＡ  １Ｘネットワーク及びＬＴＥネットワークで動作するハイブリッドＵＥが、ＬＴＥネットワーク動作への影響を最小限にするために、ＵＥにより引き起こされた測定ギャップ期間についての知識を利用している。
【００２６】
前述のように、ＵＥが一旦ＬＴＥネットワークに接続されると、ＵＥはＬＴＥネットワークから無線を定期的にチューンアウトして、ＣＤＭＡ  １Ｘセルの取得、取得したＣＤＭＡ  １Ｘセルへの登録、ＣＤＭＡ  １Ｘページの受信等のＣＤＭＡ  １Ｘの保守アクションを行う。ＵＥがＬＴＥネットワークからチューンアウトしている期間中は、ＬＴＥデータ伝送はオフラインとなり、もしＴＣＰサーバが、ＵＥに既に送信している未解決のデータに対するＡＣＫを受信し損なうと、ＴＣＰサーバはデータ伝送をタイムアウトさせる。
【００２７】
したがって、この（ＴＣＰ）サーバの望ましくない行動を緩和するためには、本明細書に開示したＵＥの発明では、チューンアウト期間に入る前に１つ以上の緩和アルゴリズムを実行している。例えば、ＴＣＰダウンリンクアクティビティ期間中は、ＵＥアプリケーションプロセッサが、チューンアウト期間に入る前に（受信したデータパケットに応答して、ネットワークに向かって返信される）ＴＣＰ  ＡＣＫに、いくらか遅延を引き起すという実装もある。このＴＣＰ  ＡＣＫの遅延により、タイムアウト期間の再伝送値が増加し、ＴＣＰタイムアウトになる確率が小さくなる。
【００２８】
あるいは、及びＴＣＰアップリンクデータ伝送期間中は、ＬＴＥサスペンドモードに入る前に、実施形態の一例では、ＴＣＰサーバ上での再伝送タイムアウトを増やすために、ＵＥはバッファフィル限度を下げ、そのためデータ伝送中にＴＣＰサーバタイムアウトが発生する可能性は著しく低減される。
【００２９】
代替の実装では、ネットワークエンティティ（ＴＣＰサーバ又は指定されたプロキシなど）が、例えば仮定した構成の知識により、又はアップリンク通信により、ＵＥのハイブリッド構成／状態を認識し、サーバ、又はエンティティは、そのＵＥに対して、修正したタイムアウト規則を適用できる（例えば、少なくともハイブリッドモードで動作していることが分かっている時）。
【００３０】
本開示の様々な他の実施形態を、以下で詳細に説明する。
【００３１】
例示的実施形態の詳細な説明
本開示の実施形態の例と、態様について詳細に説明する。これらの実施形態と態様は主に、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａ（LTE Advanced）、ＣＤＭＡ  １Ｘ（Code Division Multiple Access 1X）セルラーネットワーク、ＣＤＭＡ  １Ｘ ＥＶＤＯ（Evolution Data Optimized）を背景にして議論しているが、本開示を限定するものではなく、ＴＤ−ＬＴＥ（Time-Division Long-Term Evolution）、ＴＤ−ＬＴＥ−Ａｄｖａｎｃｅｄ、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）、ＧＳＭ（登録商標）（Global System for Mobile Communications）のような他のセルラー技術を用いて本開示を使用できることを、当業者は認識するだろう。実際に、本開示の様々な態様は、任意のネットワーク（セルラー、無線、有線等）と組み合わせても有用であり、例えばハイブリッドネットワーク動作、又は他のイベントによりもたらされた遮断のために発生する、データ伝送タイムアウトを緩和するという利益が得られる。
【００３２】
また、本開示の装置及び方法の実施形態の例は、モバイル装置のアーキテクチャ内で独特なアプリケーション及びベースバンドプロセッサを組み込んだモバイル装置に関して説明するために記載されているが、当然のことながら、本開示はそれに限定されず、アプリケーション及びベースバンドプロセッサの機能を、単一のプロセッサアーキテクチャに組み込んだモバイル装置アーキテクチャ内で利用できる。実際に、本開示の様々な態様は、ハイブリッドネットワーク動作による遮断の結果、データ伝送タイムアウトを緩和することから利益が得られる、実質的にどのモバイル装置にも実装できる。
【００３３】
ＬＴＥ／ＣＤＭＡ  １Ｘハイブリッドネットワーク動作
図１は、ハイブリッドネットワークシステム１００の一例を示す。ハイブリッドネットワークは、ユーザ機器（ＵＥ）装置１１０と通信を行うｅＮＢ（Evolved Node B）１２０と、第２のＣＤＭＡ  １Ｘ  ＲＡＮ（図示せず）とで構成された第１のＬＴＥ  ＲＡＮ（Radio Access Network）を含む。ＬＴＥ  ＲＡＮとＣＤＭＡ  １Ｘ  ＲＡＮは、同期しておらず、他のＲＡＮの動作を全く認識していない。
【００３４】
他のシナリオでは、ＲＡＮは比較的高いレベルの協調性を備えている。つまりＲＡＮは、緩やかに同期させることもでき、動作の態様次第では、緻密に同期させることもできる。例えば、１つのそのような実装において、ネットワーク間の同期は、ＴＣＰサーバ上のタイムアウトを回避するために、タイムアウト間隔、又は他のパラメータを動的に調整できるように、ＣＤＭＡ及びＬＴＥにおいて、ユーザが同時にハイブリッド動作を行うことについて、ＣＤＭＡネットワーク（又はＵＥ）が、ＬＴＥネットワークに（又、直接的か間接的のどちらかで、ＬＴＥネットワークを介してＴＣＰサーバに）に信号を送るような場合などで、ＴＣＰサーバ（又はプロキシエンティティ）、及び／又はＵＥの振る舞いを選択的に変更するようにして行うことができる。
【００３５】
ＬＴＥ／ＣＤＭＡ  １Ｘ（非同期）ハイブリッドモードで動作中、ＬＴＥネットワークに登録していても、ＵＥ  １１０はＣＤＭＡ  １Ｘ音声電話ができる。ＵＥは、ＬＴＥネットワーク又はＣＤＭＡ  １Ｘネットワークの一方からのメッセージを受信して、データに応答して、制御できる。残念なことに、このシナリオでＵＥが両方のネットワークに同時に応答できないこともある。そのような場合の一実施形態では、ＵＥはＬＴＥ（データ）トラフィックよりもＣＤＭＡ  １Ｘ（音声電話）トラフィックを常に優先させて、音声電話に対するユーザ経験が損なわれないようにする。他の実装では他の優先付けをする場合もある（例えば、音声電話の優先順位が低い場合は、トラフィックの種類、装置使用の履歴等に基づいて）。
【００３６】
このコンテクストの下では、ＵＥのスイッチングに大きく左右される動作は沢山ある。例えば、参照することによって本明細書に全体的に組み込まれている、２０１２年５月１８日出願の、同一出願人に所有され、同時係属出願の米国特許仮出願第１３／４７５，４８５号、発明の名称「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＣＬＩＥＮＴ  ＳＥＲＶＥＲ  ＩＮＴＥＲＡＣＴＩＯＮ  ＩＮ  ＨＹＢＲＩＤ  ＮＥＴＷＯＲＫ  ＥＮＶＩＲＯＮＭＥＮＴＳ」に記載されているように、保守タスクが中断したために、データ破壊及び／又はデータエラーが引き起こされ、非常に望ましくない運転状態に陥る可能性がある（例えば、ネットワークが閉鎖され、装置が不適切な管理をされる）。上記の開示は、ハイブリッド動作のためにネットワーク管理を変更する方法及び装置を提供するものだが、チューンアウト期間中にデータサーバがタイムアウトを緩和するようにクライアント装置の動作を更に向上させることに有用で、本明細書に記載した改良に、相補的な方法で使用できる。
【００３７】
特に、ＵＥが一旦ＬＴＥネットワークに接続されると、ＵＥはＬＴＥネットワークから定期的にチューンアウトして、ＣＤＭＡ  １Ｘセルの取得、取得したＣＤＭＡ  １Ｘセルへの登録、及びＣＤＭＡ  １Ｘページの受信等のＣＤＭＡ  １Ｘ保守アクションを行う。ＣＤＭＡ  １Ｘネットワークの無線通信状況により、これらのアクションは、一実施例では８０ミリ秒（８０ｍｓ）から数秒（４秒〜６秒）の範囲になりうる。更に、ＣＤＭＡ  １Ｘネットワーク上で、ＵＥが音声電話を受信したり、かけたりする場合、ＬＴＥ接続が外される。
【００３８】
高速ＬＴＥネットワーク上でのデータ移動は、ＴＣＰサーバ１３０のようなネットワークエンティティのＴＣＰトランスポート層１３２から始めることができ、例えばリリース８（Ｒｅｌ８）ＬＴＥネットワーク上で７３Ｍｂｐｓの伝送速度に達することができる。ｅＮＢ  １２０を介して伝送される前に、ＴＣＰトランスポート層パケット１２２は、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤー１２４内にラップされる。ＰＤＣＰサブレイヤーは、ＵＥ内とｅＮＢ内との両方に存在し、ＬＴＥエアーインタフェース制御平面とユーザ平面の一部となる。ＵＥがＬＴＥネットワークからチューンアウトしている期間中は、ＬＴＥデータ伝送はオフラインとなり、ＴＣＰサーバは、このＵＥの振る舞いが分からなくなる。したがって、ＴＣＰサーバは、受信機バッファが一杯になるまでデータを送信し続ける（例えば、ＵＥにより公表された、取り決めた受信機のウインドウ寸法毎に）。もしＴＣＰサーバが、ＵＥに送信済みで未処理のデータに対するＡＣＫを受信し損なうと、ＴＣＰサーバはデータ伝送をタイムアウトする。ＴＣＰサーバはバックオフし、その結果スタートが遅くなり、ＵＥが（したがってユーザが）知覚するスループットが急激に低下する。それによって「動きがぎこちなくなる」ように感じる。例えば、スループットの割合が時間の関数として著しく変化し、（スループットが、もっと平坦な場合と比べると）ユーザのフラストレーションが増える可能性がある。
【００３９】
方法
ここで図２を参照すると、データサーバのタイムアウトを緩和するための方法２００の例が示され、詳細が記述されている。方法２００のステップ２０２では、ＵＥがデータアクセス技術を実行する。実施形態の一例では、データアクセス技術は、セルラーネットワーク上でのＬＴＥデータ伝送からなる。ＬＴＥデータ伝送は、ダウンリンクデータ伝送かアップリンクデータ伝送のどちらかであり、インターネットプロトコル（ＩＰ）ネットワーク上にあるデータサーバとの通信を含む。例示の実装では、データサーバはＴＣＰプロトコルに従って動作するので、ＴＣＰサーバを構成するが、本開示は例えばＳＣＴＰ（Stream Control Transport Protocol）のような他のプロトコル（伝送とそれ以外）を使用して、容易に実装できることを理解されるであろう。
【００４０】
ＴＣＰサーバとＵＥとの間で伝送されるデータは、ＵＥ又はそのユーザが興味を持つ、任意の種類のデータ転送で構成されていてもよく、制限はしないが、ウェッブコンテンツ（テキスト、グラフィック、ＵＲＬ（Uniform Resource Locator）データとスクリプト）、ダウンロード／アップロード可能なコンテンツ（メディアファイル、ソフトウェア、ドキュメント）、アプリケーション、ライブストリーミングメディア、ソーシャルネットワークコンテンツ等を含むことができる。
【００４１】
方法２００のステップ２０４では、ＵＥは、ＵＥにより引き起こされた測定ギャップを実行する必要があるか否かを判定する。実施形態の一例では、代わりのネットワークアクセス技術についての必要なネットワークを実行するために、ＵＥにより引き起こされた測定ギャップにより、ＵＥ装置はデータアクセス技術ネットワークからチューンアウトしてしまう。例えば、ＵＥにより引き起こされた測定ギャップ期間に入ると、ＵＥはＣＤＭＡ  １Ｘセルの獲得、獲得したＣＤＭＡ  １Ｘセルへの登録、更新場所のチェック、周波数間測定、及び／又はＱＰＣＨ（Quick Paging Channel）を復号してＵＥが呼び出されたか判定するというような、１つ以上のＣＤＭＡ  １Ｘアクションを行う。
【００４２】
ステップ２０６では、ＵＥにより引き起こされた測定ギャップ期間にまさに入ろうとしていると判定された後で、データサーバがデータ伝送からタイムアウトしないように、ＵＥは緩和アルゴリズムを実行する。データ伝送が、アップリンクデータ伝送であっても、ダウンリンクデータ伝送であっても、ＵＥが実行する緩和アルゴリズムにより、ネットワーク上でサーバタイムアウトが発生する可能性を低減する、望ましい古いネットワークの振る舞いが引き起こされる。一実施形態では、情報をＵＥから、伝達された情報に応じて、エンティティに改善ステップを取らせる、ネットワーク上の１つ以上のエンティティ（例えば、ｅＮＢ、又はＴＣＰサーバ）に伝達することにより、このことが達成される。例えば、ＵＥは通信リンクが変更されていなくても、通信リンクに関する問題を示す１つ以上のネットワークエンティティに、情報を伝達する。それに応じて、ネットワークエンティティは、データサーバがデータ伝送をタイムアウトにする可能性を低減させるように、振る舞いを調整する。
【００４３】
その代わりＵＥは、ＵＥにより引き起こされた測定ギャップ期間に、これらのエンティティをビジーにさせる、ネットワーク上の１つ以上のエンティティに情報を伝達する。例えば、ＵＥは１つ以上のネットワークエンティティからのデータの再伝送をトリガーできる。緩和アルゴリズムの実装の具体例を、ここで詳細に説明する。
【００４４】
いくつかの実施形態では、ＵＥは緩和アルゴリズムを開始する前に、決定された時間間隔で待機してもよい。この時間間隔が、固定時間である変形例もある。この時間間隔が、動的に決定された時間間隔である変形例もある。例えばそのような変形例の１つで、この時間間隔が、過去のチューンアウト期間に基づくものでもよい。各々のチューンアウト期間のインスタンス中、ＵＥはチューンアウトの長さを決定する。その後の時間間隔は、履歴のチューンアウト期間の統計的な振る舞いに基づいて決定することができる。ＵＥが履歴のチューンアウト期間の長さの自己相関を調べて、統計的に有用な時間間隔（例えば、メジアン時間間隔、平均時間間隔等）を見つける場合がある。
【００４５】
動作例１
ここで図３を参照して、ＴＣＰレベルバックオフを緩和する、ＵＥ  ３１０の一例の動作例を示し、詳細に説明する。ＵＥは一般に、データバス３２０を介して、ベースバンドプロセッサ３１０に接続されたアプリケーションプロセッサ３００を備える。ベースバンドプロセッサは、ネットワークインタフェース３３０を介して、ＬＴＥ  ＲＡＮと通信する。ＬＴＥモード動作中、ＵＥは、ＵＥがＬＴＥネットワークからチューンアウトしてＣＤＭＡ  １Ｘ保守アクションを行う必要がある、ＵＥにより引き起こされた測定ギャップタイミングを認識する。詳細には、ＵＥが測定ギャップ期間に入ろうとしていることをアプリケーションプロセッサに通知するために、ＵＥベースバンドプロセッサ３１０はＵＥアプリケーションプロセッサ３００と通信しなければならない。
【００４６】
ここで図４を参照して、ダウンリンクデータ伝送中のＴＣＰレベルのバックオフを緩和するための、第１の方法４００の例を示し、詳細に説明する。ステップ４０２にて、ＬＴＥデータ接続を介して、ＵＥはＴＣＰデータをダウンロードする。一実施形態では、ＴＣＰデータは、マルチメディアコンテンツで構成される。ステップ４０４では、ＵＥも接続されている非ＬＴＥネットワーク上で、例えば保守アクションを行うために、ＬＴＥサスペンドモードに入ろうとしているか否かを、ＵＥが判定する。もしＵＥが、ＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのダウンロードが続けられる。
【００４７】
あるいは、ステップ４０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。このＵＥにより引き起こされた測定ギャップ期間（つまりＬＴＥサスペンドモード）に入る前に、ＵＥアプリケーションプロセッサは、受信データパケットに応じてネットワークに返信されるＴＣＰ  ＡＣＫに、若干の遅延を引き起こす。この遅延したＴＣＰ  ＡＣＫを受信するとＴＣＰサーバは、通信リンクの品質が低下した結果、ＴＣＰ  ＡＣＫが遅延したと推定するので、ＴＣＰサーバ上に現存するフロー制御プロセスにより、データ速度を低下させて応答する。ＴＣＰサーバに伝送されるＡＣＫのこの遅延は、ＡＣＫ応答の遅延により引き起こされるＴＣＰ再伝送タイムアウト（ＲＴＯ）にならないように、一実施形態では徐々に増加させて実行される。
【００４８】
余談になるが、ＲＴＯパラメータは、ＴＣＰサーバにより見ることができる、平均往復時間ＲＴＴ（Round Trip Time）並びに任意のＲＴＴの分散の関数として算出される。この関係は、次のように表される。ＲＴＯ＝Ｆｎ（平均ＲＴＴ、分散ＲＴＴ）。したがって、遅延が引き起こされ、その結果ＲＴＴと分散が増えると、ＴＣＰサーバがＲＴＯ値を調整する（即ち、増加させる）。ＲＴＯが増加すると今度は、ＵＥにより引き起こされた測定ギャップ期間中に、ＴＣＰ  ＲＴＯに遭遇する確率が低減し、それにより、ＵＥのユーザが認識するデータのスループットが向上する。
【００４９】
動作例２
ここで図５を参照し、ダウンリンクデータ伝送中にＴＣＰレベルのバックオフを緩和するための代替の方法５００の例を示し、詳細に説明する。ステップ５０２では、ＵＥはＬＴＥデータ接続を介してＴＣＰデータをダウンロードする。ステップ５０４では、ＵＥは、ＵＥが又接続されている非ＬＴＥネットワーク上で例えば保守アクションを行うために、ＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もし、ＬＴＥサスペンドモードに入ろうとしていないとＬＴＥが判定すれば、ＴＣＰデータのダウンロードが続けられる。
【００５０】
あるいは、ステップ５０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。詳細には、ＵＥアプリケーションプロセッサ２００は、取り決めた受信機のウインドウ寸法を操作することにより、ＴＣＰサーバ内の現存するフロー制御プロセスをトリガーする。ＴＣＰ受信機のウインドウ寸法は、ＡＣＫパケットの伝送を介したデータの受信を確認することなく、ＵＥがＴＣＰサーバから受信できるデータ量である。したがって、規定した受信機のウインドウ寸法までのデータパケットの伝送後に、ＵＥから確認を受信しなければ、ＴＣＰサーバはデータ伝送量を制限する。ＵＥにより引き起こされた測定ギャップ期間に入る前に、ベースバンドプロセッサ２１０は、アプリケーションプロセッサ２００に、タイムアウト期間が迫っていることを通知する。それに応答して、アプリケーションプロセッサは、ＴＣＰサーバに、受信機のウインドウ寸法が小さくなっていることを通知する。ＴＣＰサーバとＵＥとの間のデータ伝送のための受信機のウインドウ寸法を小さくすることにより、ＵＥとの通信リンクの品質が劣化していると信じて、ＴＣＰサーバは振る舞い方を変更する。ＴＣＰサーバに現存するフロー制御プロセスも実行され、それによりＵＥに引き起こされた測定ギャップ期間中は、ＴＣＰ  ＲＴＯに遭遇する確率が低減する。このことにより、データ伝送中のパケット損失の可能性も低減する。
【００５１】
動作例３
更に別の変形例では、ＵＥからのＴＣＰ  ＡＣＫの伝送で引き起こされた遅延が、ＵＥに引き起こされた測定ギャップ期間に入る前に、受信機のウインドウ寸法が小さくなることと組み合わされて、このＵＥに引き起こされた測定ギャップ期間にＴＣＰ  ＲＴＯに遭遇する確率を低減するために、実行される。
【００５２】
動作例４
図６を参照して、ダウンリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための更に別の代替の方法６００を示し、詳細に説明する。方法６００のステップ６０２では、ＬＴＥデータ接続を介して、ＵＥがＴＣＰデータをダウンロードする。ステップ６０４では、ＵＥがＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのダウンロードが続けられる。
【００５３】
あるいは、ステップ６０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。ステップ６０６では、ＵＥのアプリケーションプロセッサを介入することを必要とせずに、ベースバンドプロセッサ２１０により実行されるプロセスにより、ＴＣＰレベルバックオフが緩和される。詳細には、及び一実施形態では、ベースバンドプロセッサは、ＴＣＰクライアントが介入することなく、ＵＥからＴＣＰサーバにＴＣＰ  ＡＣＫパケットの伝送に遅延を引き起こす。ＵＥは、ＵＥバッファ内でデータがどのくらい未処理になっているかを（例えばネットワークインタフェース２３０を介して）ｅＮＢに通知するのに伝統的に使用している、操作されたＢＳＲ（Buffer Status Report）を、ｅＮＢに伝える。したがって、ＵＥにより引き起こされた測定ギャップ期間に入る前に、ｅＮＢが許可を低減するように（そしてその際、ＴＣＰサーバに伝送されるＴＣＰ  ＡＣＫの遅延を暗黙的に引き起こすように）、ＵＥはＢＳＲを介してｅＮＢからの割り当てを漸進的に低減する。ＴＣＰサーバでもフロー制御プロセスが実行され、それによりＵＥにより引き起こされた測定ギャップ中にＴＣＰ  ＲＴＯに遭遇する確率が低減され、今度はデータ伝送中のパケット損失の可能性が低減する。
【００５４】
動作例５
ここで図７を参照して、ダウンリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための更に別の代替の方法７００を示し、詳細を説明する。方法７００のステップ７０２では、ＬＴＥデータ接続を介して、ＵＥはＴＣＰデータをダウンロードする。ステップ７０４では、ＵＥはＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのダウンロードが続けられる。
【００５５】
あるいは、ステップ７０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。ステップ７０６にて、ＵＥ上のＲＬＣ（Radio Link Control）エンティティが、ＲＬＣ状態報告を介して、パケット損失をｅＮＢ送信機に報告する。したがって、ＵＥが伝送を適切に受信していても、ＵＥが測定ギャップ期間に入る前に、パケット損失が報告されたことにより、ｅＮＢが「損失した」パケットを再送信する。ＵＥがＬＴＥネットワークからチューンアウトしてＣＤＭＡ  １Ｘ保守アクションを行うにもかかわらず、再送信されたＰＤＵ（Protocol Data Unit）が失われるので、このｅＮＢの振る舞いの操作により、新しいＰＤＵの損失が回避され、全体的なＰＤＵの損失の割合が低減される。このため、最終的にＴＣＰのパケット損失の割合が低減される。換言すれば、このチューンアウト期間中は、ＵＥは本質的にｅＮＢをパケット再伝送タスクに専念させる。したがって、ｅＮＢはパケット再伝送アクションでビジーなため、データ伝送中にＴＣＰサーバのタイムアウトが発生する可能性は、実質的に低減するであろう。不要な再伝送が発生するために、このアプローチにより、実際ネットワーク上でパケット伝送が増加する。一方では、これは、サーバのタイムアウトイベントから回復する際に遭遇する、オーバーヘッド、信号送信、及びパケット伝送が追加されることにより相殺される。
【００５６】
動作例６
ここで図８を参照して、ダウンリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための更に別の代替の方法８００を示し、詳細を説明する。方法８００のステップ８０２では、ＵＥはＬＴＥデータ接続を介してＴＣＰデータをダウンロードする。ステップ８０４では、ＵＥはＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのダウンロードが続けられる。
【００５７】
あるいは、ステップ８０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。詳細には、ステップ８０６にて、ＬＴＥサスペンドモードに入る前に（すなわち、ＬＴＥネットワークからチューンアウトする前に）、ＵＥが以前伝送したデータを実際に適切に受信していても、ＵＥはＨＡＲＱ（Hybrid Automatic Repeat Request）伝送に対して否定応答パケットＮＡＣＫ（Negative acknowledgement）を伝送する。したがって、及び上述した動作例と同等にして、ＵＥのチューンアウト期間中は、ネットワーク自体は再伝送でビジーで、本来の伝送の損失（loss）は回避している。したがって、ネットワークをパケット再伝送に専念させることで、データ伝送中にＴＣＰサーバがタイムアウトする可能性は著しく低減する。
【００５８】
動作例７
ここで図９を参照して、アップリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための第１の方法９００の例を示し、詳細を説明する。方法９００のステップ９０２では、ＵＥはＬＴＥデータ接続を介してＴＣＰデータをアップロードする。ステップ９０４では、ＵＥはＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのアップロードが続けられる。
【００５９】
あるいは、ステップ９０６では、ＵＥはサーバタイムアウト緩和アルゴリズムを実行する。一般に、バッファ（例えば、ＲＬＣ／ＭＡＣ、ＰＤＣＰ等）は全て「低」と「高」のウォーターマークレベルで判定されるフロー制御機構を有する。「高ウォーターマーク」レベルがヒットすると、スタック内の上位層は、バッファにデータを書き込むことはできない。トラフィックがアップリンクの場合、より高位層（例えば、ＰＤＣＰ及びＴＣＰ）が、データが書き込まれる速度を変えるように、高ウォーターマーク閾値を調整（すなわち、低減）することにより、ＲＬＣ／ＭＡＣバッファは来入するデータ速度を制限できる。この方法は人工的に平均ＲＴＴを増加させ、よってＲＴＯをＴＣＰ側に増加させる。したがって、ＬＴＥサスペンドモードに入る前に、ＴＣＰサーバ上のＲＴＯ値を増加させるために、ＵＥはステップ９０６にてバッファフィル限度を下げる。ＴＣＰサーバ上でＲＴＯを増加させることにより、データ伝送中にＴＣＰサーバのタイムアウトが発生する可能性は著しく低減する。タイムアウトイベントのトリガーとなる恐れがある、ネットワーク上の重大な過渡現象を避けるために、このバッファフィル限度を、１ステップで、あるいは更に漸進的な方法（例えば、多数の増加するステップ）で下げることができる。
【００６０】
動作例８
ここで図１０を参照して、アップリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための別の代替の方法１０００を示し、詳細を説明する。方法１０００のステップ１００２では、ＵＥはＬＴＥデータ接続を介してＴＣＰデータをアップロードする。ステップ１００４では、ＵＥはＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのアップロードが続けられる。
【００６１】
あるいは、及びＬＴＥデータ接続からＵＥがチューンアウトする直前に、ステップ１００６にて、ＵＥはｅＮＢへの割り当て要求を漸進的に低減する。ｅＮＢに伝送されたＢＳＲ内の割り当て要求を低減させることにより、ＵＥはこれを達成する。
【００６２】
したがって、ｅＮＢに対する割り当て要求を低減することにより、受信機端部から来入するＡＣＫパケットの損失確率が低減し、ネットワークのＴＣＰ側から再伝送するのを回避できる。したがって、アップリンクデータ伝送中にＴＣＰサーバのタイムアウトが発生する可能性は、著しく低減する。
【００６３】
動作例９
ここで図１１を参照して、アップリンクデータ伝送中にＴＣＰレベルバックオフを緩和するための更に別の代替の方法１１００を示し、詳細を説明する。方法１１００のステップ１１０２では、ＵＥはＬＴＥデータ接続を介してＴＣＰデータをアップロードする。ステップ１１０４では、ＵＥはＬＴＥサスペンドモードに入ろうとしているか否かを判定する。もしＵＥがＬＴＥサスペンドモードに入ろうとしていないと判定すれば、ＴＣＰデータのアップロードが続けられる。
【００６４】
あるいは、及びＬＴＥデータ接続からＵＥがチューンアウトする直前に、ステップ１１０６にて、ＵＥはｅＮＢに伝送された割り当て要求を漸進的に低減する。これは、ＵＥが入手可能な返還電力を追加することをｅＮＢに連絡する、ＰＨＲ（Power Headroom Report）の通信を介して達成する。したがって、ｅＮＢに要求されたアップリンクリソースを低減することにより、受信機端部から来入するＡＣＫパケットの損失確率が低減し、ネットワークのＴＣＰ側から再伝送するのを回避できる。したがって、データ伝送中にＴＣＰサーバのタイムアウトが発生する可能性は著しく低減する。
【００６５】
ネットワークベースの変形例
前述の方法例はすべて、主にＵＥに誘発された振る舞いを対象にしている。例えば、ＵＥは、ＬＴＥからチューンアウト期間に入ろうとすると、何らかの緩和アクションを引き起こす。代替の実装では、ＵＥの構成に基づいた知識により（例えば、サーバがアクセスして、ＵＥがハイブリッド動作が可能か判定できるデータベース）、又は「ハイブリッド」動作に入ろうとしていることを示す、ＵＥからのアップリンク通信により（例えば、初期のＣＤＭＡボイスコールを優先した、ＬＴＥからのチューンアウト）のような、ＵＥのハイブリッド構成／状態を、（ＴＣＰサーバ、又は指定されたプロキシのような）ネットワークエンティティが認識して、サーバ、又はエンティティがＵＥのために、修正したタイムアウトルールを適用できる。例えば、一実装では、ＵＥがＴＣＰサーバ又はそのプロキシに、差し迫ったチューンアウトに関する信号を送り（ＴＣＰサーバが認識するまでチューンアウトの開始を、一瞬遅らせることを含んでもよい）、その際ＵＥによりチューンアウトされる前に、振る舞いを修正する時間をＴＣＰサーバに与えている。そのような修正には例えば、タイムアウトイベントの可能性を低減するために、前述の手続き（例えば、ウインドウ寸法の縮小、ネットワーク上の改善、再伝送等）のどれでも呼び出すことを含んでもよい。当然のことながら、本実施形態は現存のネットワーク基盤に対して実装／修正することを要求するが、ネットワーク（例えば、ＴＣＰサーバ、又はプロキシ）が、そのような緩和対策を、いつ、どのように実施するのか決定するので、ＵＥが改善的、又は修正（緩和）的なアルゴリズム自体を発行するのをサポートするのに必要な、固有の論理を有することを軽減するので都合がよい。このため、ＵＥが必要とするのが、フォーマットだけになり、「チューンアウト催促」アップリンクメッセージ、又は他のこれに匹敵する信号を伝送するので、ＵＥが「より小型軽量」そしてより単純になり、ＵＥ上での電力消費が見かけ上減る。
【００６６】
装置
ここで図１２を参照して、ユーザ機器（ＵＥ）装置１２００の例を詳細に説明する。ＵＥは、（ｉ）１つ以上の高周波（ＲＦ）フロントエンド１２０２と、（ｉｉ）１つ以上のベースバンドプロセッサ１２０４と、（ｉｉｉ）少なくとも１つのアプリケーションプロセッサ１２０６と関連メモリ１２０８と、を備える。様々な実装では、高周波フロントエンド及びベースバンドプロセッサは、更に単一の無線技術の取り扱いに特化してもよく、又は多数の無線技術を含むように一般的化してもよい。
【００６７】
上記のように、ＵＥの例は、ＬＴＥネットワークとＣＤＭＡ  １Ｘネットワークそれぞれとインタフェースをとるようになされた第１と第２のベースバンドプロセッサの両方に接続された、第１のＲＦフロントエンドを備える。更に当然のことながら、前述の構成は純粋に説明のためのものであり、様々な実装は、ＧＳＭ（登録商標）、ＧＰＲＳ、ＥＤＧＥ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＣＤＭＡ  １Ｘ  ＥＶＤＯ、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）のような他のセルラー技術を、様々に組合せて含んでもよい。又、簡単にするために、ＲＦフロントエンドを１つだけ示したが、当然のことながら、ＲＦフロントエンドは多数の受信、及び／又は送信アンテナ、及び／又はチェーンを含むことができる（かつ一般的に含んでいる）。例えば、周知のＭＩＭＯ（Multiple In Multiple Out）、ＳＩＳＯ（Single In Single Out）、ＭＩＳＯ（Multiple In Single Out）、及びＳＩＭＯ（Single In Multiple Out）アンテナ構成は、従来技術では広く使用されており、本開示に矛盾すること無く使用できる。
【００６８】
更に、本開示の実施形態の一例では、ＵＥ  １２００はベースバンドプロセッサ１２０４の任意の１つ（又はそれ以上）を、アンテナ１２０２の様々な１つ（又はそれ以上）に接続できる、スイッチングファブリック１２１０を更に含む。この図示したスイッチングファブリックは、ＬＴＥベースバンド又はＣＤＭＡ  １Ｘベースバンドのどちらかを、ＲＦフロントエンドに接続するようになされている。しかしながら、通常の実施形態では、１つのベースバンドプロセッサを、１つのアンテナ（１対１）、１対多、多対１等のアンテナに接続できる。この「切り換え」能力が望ましい理由は沢山あり、例えば（ｉ）電力管理、（ｉｉ）処理効率／柔軟性、及び（ｉｉｉ）アンテナ分離制約が必要とするのは、モバイル装置の無線のサブセットが、いつでもアクティブなことだけである。フォームファクタの設計が小さいと、動作中多数のアンテナを、完全に分離するための十分なスペースがないため、いつでもアクティブになるのはアンテナ１つだけであるという場合もある。同様に、あるフォームファクタの設計の場合、様々な無線インタフェース用にアンテナを再使用するので、任意の時間に共通のアンテナを使用できるのは１つの無線インタフェースだけになる。当業者であれば、当然ながら更に他の動機もあるが、本明細書ではこれ以上議論しない（例えば、ビジネス、又は利益の考慮、ネットワークの活用等）。
【００６９】
また、当然のことながら、他の構成要素もＵＥ  １２００に通常組み込まれているが、本明細書ではこれ以上議論しない。例えばＵＥは、ユーザインタフェース部品（表示画面、ボタン、タッチスクリーン、ダイヤル等）、メモリ部品（例えば、ランダムアクセスメモリ（ＲＡＭ））、フラッシュメモリ、ハードディスクドライブ（ＨＤＤ）等）、電力管理部品（例えば、バッテリ、充電器部品等）、外部インタフェース（例えば、ファイヤワイヤ（商標）、ＵＳＢ（商標）（Universal Serial Bus）、サンダーボルト等）を含んでもよい。
【００７０】
更に当然のことながら、図１２に示すＵＥは実施形態の一例を説明しているに過ぎない。本開示に有用な他の変形例は、２０１１年４月２５日出願の同一出願人に所有され、同時係属の米国暫定特許第６１／ｘｘｘ号、発明の名称「ＤＵＡＬ  ＮＥＴＷＯＲＫ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥ  ＲＡＤＩＯ  ＲＥＳＯＵＲＣＥ  ＭＡＮＡＧＥＭＥＮＴ」、２０１２年５月２日に出願の第１３／０９９，２０４号、発明の名称「ＳＩＮＧＬＥ−ＲＡＤＩＯ  ＤＥＶＩＣＥ  ＳＵＰＰＯＲＴＩＮＧ  ＣＯＥＸＩＳＴＥＮＣＥ  ＢＥＴＷＥＥＮ  ＭＵＬＴＩＰＬＥ  ＲＡＤＩＯ  ＡＣＣＥＳＳ  ＴＥＣＨＮＯＬＯＧＩＥＳ」、２０１１年４月６日に出願の第６１／ｘｘｘ号、発明の名称「ＭＵＬＴＩＰＬＥ  ＮＥＴＷＯＲＫ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥ  ＣＯＮＮＥＣＴＩＯＮ  ＭＡＮＡＧＥＭＥＮＴ」、２０１２年１月９日に出願の第１３／３４６，４１９号、発明の名称「ＤＹＮＡＭＩＣ  ＴＲＡＮＳＭＩＴ  ＩＮ  ＤＥＶＩＣＥＳ  ＷＩＴＨ  ＭＵＬＴＩＰＬＥ  ＡＮＴＥＮＮＡＳ」、及び２０１２年１月１０日に出願の第１３／３４７，６４１号、発明の名称「ＭＵＬＴＩＭＯＤＥ  ＵＳＥＲ  ＥＱＵＩＰＭＥＮＴ  ＷＩＴＨ  ＤＵＡＬ  ＣＩＲＣＵＩＴ  ＡＲＣＨＩＴＥＣＴＵＲＥ」に詳細に記載されており、各々参照することによって本明細書に全体的に組み込まれている。
【００７１】
ベースバンドプロセッサ１２０４及びアプリケーションプロセッサ１２０６は、１つ以上のメモリリソース１２０８に接続され、データサーバタイムアウト緩和アルゴリズムは、メモリ内に記憶される。実施形態の一例では、これらのデータサーバタイムアウト緩和アルゴリズムは、ベースバンドプロセッサからチューンアウトに関する情報を得て、適切なデータサーバタイムアウト緩和アルゴリズムを実行する１つ以上のコンピュータプログラムを含む。ソフトウェアとロジックの組合せのような、他のアプローチも使用してもよい。
【００７２】
本開示の態様のあるものは、ある方法のステップの特定のシーケンスに関して記載しているが、それらの記載は本開示の広範囲な方法の説明に過ぎず、必要に応じて特定のアプリケーションで修正してもよい。特定のステップは、特定の状況下では、不必要又は任意選択とできる。更には、特定のステップ又は機能性を、開示される実施形態に追加でき、あるいは２つ以上のステップの実行の順序を、置き換えることもできる。全てのそのような変更形態は、本明細書で開示され特許請求される、本開示の範囲内に包含されると見なされる。
【００７３】
上記の詳細な記載で、様々な実施形態に適用した場合の、本開示の新たな特徴を表示、記載、指摘しているが、当業者であれば、本開示から逸脱することなく、装置又はプロセスの形式及び詳細を、省略、置換、並びに変更できることが、理解されるであろう。前述の説明は、本開示の実行に関して現時点で想到される最良の様式である。本説明は、限定することを決して意図するものではなく、むしろ、本開示の一般的原理の例示として解釈されるべきである。本開示の範囲は、特許請求の範囲に準拠して決定されるべきである。
【図１】
0005974159.tif 000002
【図２】
0005974159.tif 000003
【図３】
0005974159.tif 000004
【図４】
0005974159.tif 000005
【図５】
0005974159.tif 000006
【図６】
0005974159.tif 000007
【図７】
0005974159.tif 000008
【図８】
0005974159.tif 000009
【図９】
0005974159.tif 000010
【図１０】
0005974159.tif 000011
【図１１】
0005974159.tif 000012
【図１２】
0005974159.tif 000013