(57)【要約】      （修正有）【課題】適応的パケット送信のための方法および装置を提供する。【解決手段】第１のデバイスにおいて、第１のＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを特定することと、前記第１のデバイスと第２のデバイスとの間のＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、前記ＲＴＴパラメータと前記第２のデバイスのためのユーザ・デバイスのカテゴリ情報とにもとづいて、前記第１のＴＳＰパラメータとは異なる第２のＴＳＰパラメータを決定することと、前記第２のＴＳＰパラメータが、少なくとも予め定義されたしきい値だけ、前記第１のＴＳＰパラメータよりも大きいとき、前記第２のデバイスに前記第２のＴＳＰパラメータを送信することと、を備える。【選択図】図１１
2013240061.tif 000002
【特許請求の範囲】
【請求項１】
Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための方法であって、
第１の端末からカテゴリ情報を受信することと、
前記カテゴリ情報に基づいてしきい値を決定して、前記しきい値を前記第１の端末に送信することと、
ＴＳＰタイマを起動して、前記ＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを送信することと、
前記少なくとも１つのデータ・パケットを第１の端末に送信することを中断するために、前記ＴＳＰタイマがいつ前記しきい値を超えるかを判定することと、
前記第１の端末からステータスレポートを受信することと、
前記ステータスレポートを使用して、前記少なくとも１つのデータ・パケットの、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定することと、および
任意の欠落した、あるいは誤って受信されたデータ・パケットを、前記第１の端末に再送信することと、
を備える方法。
【請求項２】
前記任意の欠落した、あるいは誤って受信されたデータ・パケットが再送信されると、前記ＴＳＰタイマをリセットすることを備える請求項１に記載の方法。
【請求項３】
前記カテゴリ情報は、アップリンク信号チャネルで受信される請求項２に記載の方法。
【請求項４】
しきい値はダウンリンク・シグナリング・チャネルで送信される請求項３に記載の方法。
【請求項５】
前記少なくとも１つのデータ・パケットは、ダウンリンク・データ・チャネルで送信される請求項４に記載の方法。
【請求項６】
前記しきい値は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータである請求項１に記載の方法。
【請求項７】
前記第１の端末は、アクノレッジ・モードである請求項１に記載の方法。
【請求項８】
Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定する方法であって、
データ・チャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、
前記ＲＴＴパラメータに基づいて、更新Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを決定することと、
ＴＳＰタイマを起動して、前記ＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを第１の端末に送信することと、
前記ＴＳＰタイマがいつ前記更新ＴＳＰパラメータあるいは前のＴＳＰパラメータを超えるかを判定することと、
前記ＴＳＰタイマが前記更新ＴＳＰパラメータあるいは前記前のＴＳＰパラメータを超えると、更なるデータ・パケットを送信することを中断することと、および
前記第１の端末からステータスレポートを受信し、前記ステータスレポートに基づいて、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定することと、
を備える方法。
【請求項９】
前記少なくとも１つのデータ・パケットのうち、任意の欠落した、あるいは誤って受信されたデータ・パケットを、前記第１の端末に再送信することを更に備える請求項８に記載の方法。
【請求項１０】
前記更新ＴＳＰパラメータと前記前のパラメータの差が、予め定められたしきい値よりも大きいかを判定することを更に備える請求項８に記載の方法。
【請求項１１】
前記更新ＴＳＰパラメータと前記前のＴＳＰパラメータとの差が前記予め定められたしきい値よりも大きい場合、前記更新ＴＳＰパラメータを前記第１の端末に送信することを更に備える請求項１０に記載の方法。
【請求項１２】
前記ＴＳＰパラメータを、指示された起動ポイントとしての、ゼロにリセットすることを更に備える請求項１１に記載の方法。
【請求項１３】
前記データ・チャネルは前記ダウンリンク・データ・チャネルである請求項８に記載の方法。
【請求項１４】
前記少なくとも１つのデータ・パケットは、ダウンリンク・データ・チャネルで送信される請求項８に記載の方法。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、“Methods and Apparatus for Adaptive TSP Setting to Minimize Duplicate Packages Transmission”と題され、２００８年１１月２４日に提出された仮出願６１／１１７４４２号に対する優先権を主張する。上記仮出願は、譲受人に譲渡され、参照によって本明細書に明確に組み込まれる。
【技術分野】
【０００２】
本開示は一般に、無線通信システムにおいて、アクノレッジ・メッセージのための時間パラメータを設定するための装置および方法に関する。特に、本開示は、重複パケット伝送を最小限に抑えるために、例えば、ＵＭＴＳ、ＨＳＰＤＡ、ＬＴＥ等において、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定することに関する。
【背景技術】
【０００３】
多くの電気通信システムにおいて、通信ネットワークは、相互作用する空間的に離れたデバイス間でメッセージを交換するために使用される。様々なタイプのネットワークが、異なる態様に分類されうる。１つの実例において、ネットワークの地理的範囲は、ワイド・エリア、大都市エリア、ローカル・エリア、パーソナル・エリアにわたり、それに対応するネットワークは、ワイド・エリア・ネットワーク（ＷＡＮ）、大都市エリア・ネットワーク（ＭＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、あるいはパーソナル・エリア・ネットワーク（ＰＡＮ）として指定される。ネットワークは更に、様々なネットワーク・ノードおよびデバイスと相互接続するために使用される切替／ルーティング技術（例えば、回路交換対パケット交換）や、伝送のために用いられる物理媒体のタイプ（例えば、有線対無線）や、あるいは、使用される通信プロトコルのセット（例えば、インターネット・プロトコル群や、ＳＯＮＥＴ（同期光ネットワーク）や、イーサネット（登録商標）等）の点においても異なる。
【０００４】
通信ネットワークの重要な特徴の１つは、ネットワークの構成要素間での電子信号の伝送を、有線あるいは無線のどちらで行うかについての選択ある。有線ネットワークの場合、距離を介してメッセージ・トラフィックを搬送する誘導(guided)電磁波形を伝播するために、銅線や、同軸ケーブルや、光ファイバー・ケーブル等のような有形的な物理媒体が用いられる。有線ネットワークは通信ネットワークの静的形式であり、一般的に、固定ネットワーク要素の相互接続か、バルク・データ転送に適している。例えば、光ファイバー・ケーブルは、地球表面上の大陸にわたる、あるいはそれらの間での、バルク・データ・トランスポートのような、大きなネットワーク・ハブ間での長距離にわたる超高速スループット・トランスポート・アプリケーションに対して好適な伝送媒体であることが多い。
【０００５】
その一方で、ネットワーク要素が動的な接続性を必要とする移動式である場合や、ネットワーク・アーキテクチャが、固定式ではなくアド・ホックなトポロジで形成されている場合、無線ネットワークが好適であることが多い。無線ネットワークは、無線や、マイクロ波や、赤外線や、光等の周波数帯域における電磁波を使用する無誘導伝播モードで、有形的な物理媒体を用いる。無線ネットワークは、固定式の有線ネットワークと比べて、ユーザ・モビリティや迅速なフィールド配置を容易にするという明白な利点を有する。しかしながら、無線伝播を使用することは、ネットワーク・ユーザ間での相当なアクティブ・リソース管理と、互換性のあるスペクトル利用のための相互による高レベルの調整および強調とを必要とする。
【０００６】
１つの実例において、無線ネットワークは様々な無線プロトコルに適合する。無線プロトコルの典型的なバージョンは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）、高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）、ロング・ターム・エボリューション（ＬＴＥ）などを含む。これらのプロトコルに準拠する無線システムは、例えば、電話通信、メッセージング、データ転送、ｅメール、インターネット・アクセス、オーディオ・ブロードキャスト、ビデオ通信などのために使用される。これらの無線システムは一般に、基地局（ＢＳ）あるいはノードＢとしても知られるアクセス・ノード（ＡＮ）を利用して、ユーザ機器（ＵＥ）あるいはユーザ・デバイスとしても知られる個別のアクセス端末（ＡＴ）と、固定電気通信インフラ・ネットワークとを接続する。一般に、エア・インタフェースとしても知られる無線アクセスをＵＥ（例えば、ユーザ・デバイス）に提供するために、セルラ・ベースのトポロジカル・アーキテクチャを使用する複数のノードＢを使用して、無線・カバレッジ・エリアが実現される。固定電気通信インフラ・ネットワークの実例は、公衆交換電話通信ネットワーク（ＰＳＴＮ）、インターネット、プライベート・データ・ネットワーク等を含む。１つの態様において、ノードＢは、無線・ネットワーク制御装置（ＲＮＣ）に接続して、固定電気通信インフラ・ネットワークに対する相互接続を容易にしうる。
【発明の概要】
【０００７】
無線システムにおいて、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定して、重複パケット伝送を最小限に抑えるための装置および方法が開示される。１つの態様によると、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための装置および方法は、第１の端末からカテゴリ情報を受信することと、このカテゴリ情報に基づいてしきい値を決定し、このしきい値を第１の端末に送信することと、ＴＳＰタイマを起動し、このＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを第１の端末に送信することと、少なくとも１つのデータ・パケットを第１の端末に送信することを中断するために、ＴＳＰタイマがしきい値をいつ超えるかを判定することと、第１の端末からステータスレポートを受信することと、このステータスレポートを使用して、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定して、少なくとも１つのデータ・パケットから、任意の欠落した、あるいは誤って受信されたデータ・パケットを、第１の端末に再送信することとを備える方法である。
【０００８】
別の態様によると、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための装置および方法は、データ・チャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、このＲＴＴパラメータに基づいて、更新（アップデートされた）Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを決定することと、ＴＳＰタイマを起動し、このＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを第１の端末に送信することと、ＴＳＰタイマが更新ＴＳＰパラメータあるいは前のＴＳＰパラメータをいつ超えるかを判定し、ＴＳＰタイマが更新ＴＳＰパラメータあるいは前のＴＳＰパラメータを超えると、少なくとも１つのデータ・パケットを送信することを中断することと、第１の端末からステータスレポートを受信し、このステータスレポートに基づいて、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定することとを備える方法である。
【０００９】
本開示の利点は、重複パケット伝送を最小限に抑えること、スループットを向上させること、レイテンシを低減すること、および／あるいはそれらに依存する無線システムによって提供されるサービスについての、ユーザによる知覚品質をより優れたものにすることをもたらす。
【００１０】
様々な態様が例示によって示され、説明される以下の詳細な説明から、その他の態様が当業者に対して容易に明らかとなるということが理解されるだろう。図面および詳細な説明は、限定的ではなく、本質的に例示的であると解釈されるべきである。
【図面の簡単な説明】
【００１１】
【図１】図１は、２端末システムの実例を例示するブロック図である。
【図２】図２は、複数のユーザ・デバイスを支援する無線通信システムの実例を示す。
【図３】図３は、２つの端末、例えば、送信機と受信機との間での伝送シーケンスの実例を示す。
【図４】図４は、無線・リンク制御（ＲＬＣ）プロトコル層における、２つの端末（例えば、送信機と受信機）の間でのシグナリング・チャネル交換およびデータ・チャネル交換の実例を示す。
【図５】図５は、無線・リンク制御（ＲＬＣ）プロトコル層における、２つの端末（例えば、送信機と受信機）の間でのシグナリング・チャネル交換およびデータ・チャネル交換の第２の実例を示す。
【図６】図６は、本開示に従って、適応的なパラメータ設定のためのユーザ・デバイスの実例を示す。
【図７】図７は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための第１の典型的なフロー図を例示する。
【図８】図８は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための第２の典型的なフロー図を例示する。
【図９】図９は、図７、図８のフロー図において説明される処理を実行するために、メモリと通信しているプロセッサを備えるデバイスの実例を示す。
【図１０】図１０は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するのに適したデバイスの実例を示す。
【図１１】図１１は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するのに適したデバイスの第２の実例を示す。
【詳細な説明】
【００１２】
添付図面と関連付けて以下に記述される詳細な説明は、本開示の様々な態様の説明を目的としており、本開示が実践されている態様のみを示すことを目的としているわけではない。本開示において説明される各々の態様は、単に本開示の実例あるいは例示として提供されるものであり、必ずしもその他の態様より好ましい、あるいは有利なものとして解釈されるべきではない。この詳細な説明は、本開示の完璧な理解を提供することを目的とした特定の詳細情報を含む。しかしながら、本開示が、これら特定の詳細情報なしに実践されうるということが当業者に対して明らかになるだろう。いくつかの実例において、本開示のコンセプトが不明瞭になることを避けるために、周知の構造およびデバイスはブロック図形態で図示されている。アクロニム（Acronyms）およびその他の記述用語は、単に利便性および明確化のために使用されるものであり、本開示の範囲を限定することを目的とするものではない。
【００１３】
説明の簡略化を目的として、この方法体系が一連の動作として示され説明されている一方で、方法体系はその動作の順序によって限定されないので、いくつかの動作が、１あるいは複数の態様に従って、本明細書において示され説明されるものとは異なる順序で、及び／あるいは他の動作と同時になされうるので、この方法体系はこのような動作順序に限定されないことが理解及び認識されるべきである。例えば、相関状態あるいはイベントの連続として、方法体系が状態図におけるように代替的に表されるということを、当業者は正しく理解するだろう。更に、１あるいは複数の態様に従う方法体系を実施するために、例示される動作の全てが必要とされるわけではない。
【００１４】
本明細書で説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワークや、時分割多元接続（ＴＤＭＡ）ネットワークや、周波数分割多元接続（ＦＤＭＡ）ネットワークや、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークや、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークといった、様々な無線通信ネットワークのために使用されうる。用語「ネットワーク」及び「システム」は、しばしば置換可能に使用されうる。ＣＤＭＡネットワークは、世界地上無線接続（ＵＴＲＡ）やｃｄｍａ２０００などのような無線技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、ＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）のような無線技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、及びＬＴＥは第３世代パートナシップ・プロジェクト（３ＧＰＰ）と命名された団体からの文書において説明される。ｃｄｍａ２０００は「第３世代パートナシップ・プロジェクト２」（３ＧＰＰ２）と命名された団体からの文書において説明される。これらの多様な無線技術および規格は当技術分野において周知である。明確化のために、これらの技術の特定の態様がＬＴＥについて下記に説明されており、ＬＴＥ用語がその下記の説明の大部分において使用されている。
【００１５】
図１は、２端末システム１００の実例を示すブロック図である。図１に示された２端末システム１００の実例が、ＦＤＭＡ環境か、ＯＦＤＭＡ環境か、ＣＤＭＡ環境か、ＷＣＤＭＡ（登録商標）環境か、ＴＤＭＡ環境か、ＳＤＭＡ環境か、あるいはその他任意の適切な無線環境において実施されうるということを、当業者は理解するだろう。
【００１６】
１つの態様において、２端末システム１００は、アクセス・ノード１０１（例えば、基地局あるいはノードＢ）と、ユーザ機器すなわちＵＥ２０１（例えば、ユーザ・デバイス）とを含む。ダウンリンク・レッグ（leg）において、アクセス・ノード１０１（例えば、基地局あるいはノードＢ）は、トラフィック・データを受け取り、フォーマット、符号化、インタリーブ、および変調（すなわちシンボル・マップ）して、変調シンボル（例えば、データ・シンボル）を提供する送信（ＴＸ）データ・プロセッサＡ１１０を含む。このＴＸデータ・プロセッサＡ１１０は、シンボル変調器Ａ１２０と通信している。シンボル変調器Ａ１２０は、データ・シンボルおよびダウンリンク・パイロット・シンボルを受け取って処理し、シンボル・ストリームを提供する。１つの態様において、トラフィック・データを変調（すなわち、シンボル・マップ）し、変調シンボル（例えば、データ・シンボル）を提供するのはシンボル変調器Ａ１２０である。１つの態様において、シンボル変調器Ａ１２０は、設定情報を提供するプロセッサＡ１８０と通信している。シンボル変調器Ａ１２０は、送信機ユニット（ＴＭＴＲ）Ａ１３０と通信している。シンボル変調器Ａ１２０は、データ・シンボルおよびダウンリンク・パイロット・シンボルを多重化し、それらを送信機ユニットＡ１３０に提供する。
【００１７】
送信されるべき各シンボルは、データ・シンボルか、ダウンリンク・パイロット・シンボルか、あるいは信号値ゼロである。ダウンリンク・パイロット・シンボルは、各シンボル期間において連続的に送られる。１つの態様において、ダウンリンク・パイロット・シンボルは、周波数分割多重化（ＦＤＭ）されている。別の態様において、ダウンリンク・パイロット・シンボルは、直交周波数分割多重化（ＯＦＤＭ）されている。更に別の態様において、ダウンリンク・パイロット・シンボルは、符号化分割多重化（ＣＤＭ）されている。１つの態様において、送信機ユニットＡ１３０は、シンボル・ストリームを受信して、それを１又は複数のアナログ信号にコンバートし、更に、そのアナログ信号を調整、例えば、増幅、フィルタ、および／あるいは周波数アップコンバートして、無線伝送に適したアナログ・ダウンリンク信号を生成する。このアナログ・ダウンリンク信号はその後、アンテナ１４０によって送信される。
【００１８】
ダウンリンク・レッグにおいて、ＵＥ２０１（例えば、ユーザ・デバイス）は、アナログ・ダウンリンク信号を受信し、このアナログ・ダウンリンク信号を受信機ユニット（ＲＣＶＲ）Ｂ２２０に入力するためのアンテナ２１０を含む。１つの態様において、受信機ユニットＢ２２０は、アナログ・ダウンリンク信号を、調整、例えば、フィルタ、増幅、および周波数ダウンコンバートして、第１の「調整」信号にする。第１の「調整」信号はその後、サンプルされる。受信機ユニットＢ２２０は、シンボル復調器Ｂ２３０と通信している。シンボル復調器Ｂ２３０は、受信機ユニットＢ２２０から出力された第１の「サンプルされた」「調整」信号（例えば、データ・シンボル）を復調する。これに代わる代替手段が、シンボル復調器Ｂ２３０においてサンプル処理を実施することであることを当業者は理解するだろう。シンボル復調器Ｂ２３０は、プロセッサＢ２４０と通信している。プロセッサＢ２４０は、シンボル復調器Ｂ２３０からダウンリンク・パイロット・シンボルを受信し、このダウンリンク・パイロット・シンボルでチャネル推定を実行する。１つの態様において、チャネル推定は現在の伝播環境の特性を示す処理である。シンボル復調器Ｂ２３０は、プロセッサＢ２４０からダウンリンク・レッグについての周波数応答推定値を受信する。シンボル復調器Ｂ２３０は、データ・シンボルにデータ復調を実行して、ダウンリンク経路についてのデータ・シンボル推定値を取得する。ダウンリンク経路についてのデータ・シンボル推定値は、送信されたデータ・シンボルの推定値である。シンボル復調器Ｂ２３０は更に、ＲＸデータ・プロセッサＢ２５０とも通信している。
【００１９】
ＲＸデータ・プロセッサＢ２５０は、シンボル復調器Ｂ２３０から、ダウンリンク経路についてのデータ・シンボル推定値を受信し、このダウンリンク経路についてのデータ・シンボル推定値を、例えば、復調（すなわち、シンボル・デマップ）、デインターリーブ、および／あるいは復号して、トラフィック・データを復元する。１つの態様において、シンボル復調器Ｂ２３０およびＲＸデータ・プロセッサＢ２５０による処理は、シンボル変調器Ａ１２０およびＴＸデータ・プロセッサＡ１１０による処理をそれぞれ補完するものである。
【００２０】
アップリンク・レッグにおいて、ＵＥ２０１（例えば、ユーザ・デバイス）は、ＴＸデータ・プロセッサＢ２６０を含む。ＴＸデータ・プロセッサＢ２６０は、トラフィック・データを受け取って処理し、データ・シンボルを出力する。ＴＸデータ・プロセッサＢ２６０は、シンボル変調器Ｄ２７０と通信している。シンボル変調器Ｄ２７０は、アップリンク・パイロット・シンボルと共にデータ・シンボルを受け取って多重化し、変調を実行してシンボル・ストリームを提供する。１つの態様において、シンボル変調器Ｄ２７０は、構成情報を提供するプロセッサＢ２４０と通信している。シンボル変調器Ｄ２７０は、送信機ユニットＢ２８０と通信している。
【００２１】
送信されるべき各シンボルは、データ・シンボルか、アップリンク・パイロット・シンボルか、信号値ゼロである。アップリンク・パイロット・シンボルは、各シンボル期間において連続的に送られうる。１つの態様において、アップリンク・パイロット・シンボルは、周波数分割多重化（ＦＤＭ）されている。別の態様において、アップリンク・パイロット・シンボルは、直交周波数分割多重化（ＯＦＤＭ）されている。更に別の態様において、アップリンク・パイロット・シンボルは、符号化分割多重化（ＣＤＭ）されている。１つの態様において、送信機ユニットＢ２８０は、シンボル・ストリームを受信して１又は複数のアナログ信号にコンバートし、更に、このアナログ信号を調整、例えば、増幅、フィルタ、および／あるいは周波数アップコンバートして、無線伝送に適したアナログ・アップリンク信号を生成する。このアナログ・アップリンク信号はその後、アンテナ２１０によって送信される。
【００２２】
ＵＥ２０１（例えば、ユーザ・デバイス）からのアナログ・アップリンク信号は、アンテナ１４０によって受信され、受信機ユニットＡ１５０によって処理され、サンプルが取得される。１つの態様において、受信機ユニットＡ１５０は、アナログ・アップリンク信号を、調整、例えば、フィルタ、増幅、および周波数ダウンコンバートして、第２の「調整」信号にする。第２の「調整」信号は、その後、サンプルされる。受信機ユニットＡ１５０は、シンボル復調器Ｃ１６０と通信している。これに代わる代替手段が、シンボル復調器Ｃ１６０においてサンプル処理を実施することであることを当業者は理解するだろう。シンボル復調器Ｃ１６０は、データ・シンボルにデータ復調を実行して、アップリンク経路についてのデータ・シンボル推定値を取得し、その後、アップリンク・パイロット・シンボルおよびアップリンク経路についてのデータ・シンボル推定値をＲＸデータ・プロセッサＡ１７０に提供する。アップリンク経路についてのデータ・シンボル推定値は、送信されたデータ・シンボルの推定値である。ＲＸデータ・プロセッサＡ１７０は、アップリンク経路についてのデータ・シンボル推定値を処理して、無線通信デバイスによって送信されたトラフィック・データを復元する。シンボル復調器Ｃ１６０は更に、プロセッサＡ１８０と通信している。プロセッサＡ１８０は、アップリンク・レッグでの各アクティブ端末の送信についてチャネル推定を実行する。１つの態様において、複数の端末が、それぞれ割り当てられたパイロット・サブバンドのセットで、アップリンク・レッグで同時にパイロット・シンボルを送信しうる。ここで、パイロット・サブバンド・セットはインタレース（interlace）されうる。
【００２３】
プロセッサＡ１８０およびＢ２４０は、アクセス・ノード１０１（例えば、基地局あるいはノードＢ）における、あるいは、ＵＥ２０１（例えば、ユーザ・デバイス）における動作を指示（すなわち、制御、調整、管理等）する。１つの態様において、プロセッサＡ１８０およびプロセッサＢ２４０の何れか、あるいは両方ともが、プログラム・コードおよび／あるいはデータを格納するための１又は複数のメモリ・ユニット（図示せず）に関連付けられている。１つの態様において、プロセッサＡ１８０およびプロセッサＢ２４０の何れか、あるいは両方ともが、計算を実行して、アップリンク・レッグおよびダウンリンク・レッグのそれぞれについて、周波数およびインパルスの応答推定値を導出する。
【００２４】
１つの態様において、２端末システム１００は、多元接続システムである。（例えば、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、空間分割多元接続（ＳＤＭＡ）等のような）多元接続システムでは、複数の端末がアップリンク・レッグで同時に送信し、これによって、複数のＵＥ（ユーザ・デバイス）がアクセスすることができるようになる。１つの態様において、多元接続システムでは、パイロット・サブバンドが異なる端末間で共有されうる。チャネル推定技術は、各端末のためのパイロット・サブバンドが（おそらくバンドの端をのぞいて）動作バンド全体にわたる場合に使用される。このようなパイロット・サブバンド構造は、各端末のために周波数ダイバーシティを取得することが望ましい。
【００２５】
図２は、複数のユーザ・デバイスを支援する無線通信システム２９０の実例を示す。図２において、参照番号２９２Ａ乃至２９２Ｇはセルを示し、参照番号２９８Ａ乃至２９８Ｇは基地局（ＢＳ）あるいはノードＢを示し、参照番号２９６Ａ乃至２９６Ｊは、アクセス・ユーザ・デバイス（別称、ユーザ機器（ＵＥ）を示す。セル・サイズは変化しうる。様々なアルゴリズムおよび方法のうちの任意のものが、システム２９０において伝送をスケジュールするために使用されうる。システム２９０は、複数のセル２９２Ａ乃至２９２Ｇのための通信を提供する。これらのセルの各々は、対応する基地局２９８Ａ乃至２９８Ｇのそれぞれによってサービス提供される。
【００２６】
１つの態様において、無線通信システム（例えば、ＵＭＴＳ、ＨＳＤＰＡ、ＬＴＥ等）は、ネットワーク・プロトコル層モデルによって表される。例えば、プロトコル層の最下層の２つ、すなわち、物理層（ＰＨＹ）と、媒体アクセス制御（ＭＡＣ）層とは、２つの加入通信端末間での基本的なポイント・ツー・ポイント・データ転送に対する責任を負う。更に、無線・リンク制御（ＲＬＣ）層は、２つの端末、例えば、ノードＢとユーザ・デバイスとの間に信頼性のあるリンクを提供する。１つの態様において、ＲＬＣ層において、透過（トランスペアレント）モード（ＴＭ）、非アクノレッジ・モード（ＵＭ）、アクノレッジ・モード（ＡＭ）という３つの伝送モードが存在する。アクノレッジ・モードにおいて、例えば、ユーザ・デバイスのような１つの端末が、データ・フロー制御のために、例えば、ノードＢのような別の端末にステータスレポートを送る。１つの実例において、データ・フロー制御は、伝送が正しくなされた場合はアクノレッジメント（ＡＣＫ）信号を送信することによって、又、ステータスレポートにおいて伝送が失敗した場合はネガティブ・アクノレッジメント（ＮＡＫ）信号を送信することによって、誤り回復のために使用される。この伝送メカニズムによって、欠落した、あるいは誤って受信されたデータ・パケット（別称、パッケージ）を再伝送することによる、続いて起こる誤り回復（エラーリカバリ）のために、正しく受信されたデータ・パケットと、欠落した、あるいは誤って受信されたデータ・パケットとのシーケンスが、送り主（sender）にフィード・バックされる。１つの実例において、誤り回復のために自動再送要求（ＡＲＱ）プロトコルが使用される。
【００２７】
１つの実例において、例えば、ＵＭＴＳ／ＨＳＰＤＡ、ＬＴＥ等のような無線通信システムは、一定期間にわたって送られる連続するアクノレッジメントステータスレポートの数を調節することを希望する。Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）と称されるタイマは、受信機によって検出された、欠落した、あるいは誤って受信されたパケット（別称、パッケージ）を再送信することを送信機に対して要求する、連続するステータスレポートの間の最短時間として、３ＧＰＰ  ＴＳ（技術仕様書）２５．３２２のセクション９．５およびＴＳ（技術仕様書）２５．３３１のセクション１０．３．４．１において定義される。１つの態様において、パケットは送信機から受信機に送られる離散的なデータ・ブロックである。１つの実例において、ＰＤＵ（プロトコル・データ・ユニット）すなわちパケットは、エア・インタフェースにおいて失われる。これらは、ＨＳ（高速）物理層再伝送によって復元されない可能性がある。別の実例において、ＰＤＵすなわちパケットは更に、ネットワークが混雑している場合、ノードＢとＲＮＣとの間でのトランスポート・ネットワークにおいて、あるいは、ノードＢあるいはＲＮＣの内部バッファにおいて失われる。１つの実例において、ＨＳ物理層は、これらの欠落したＰＤＵを復元しようと試みない可能性がある。別の実例において、３ＧＰＰリリース１９９９（Ｒ９９）デバイスでは、ＨＳ物理層再伝送は適用されない（Ｒ９９は、ユニバーサル地上無線・アクセス（ＵＴＲＡ）についての３ＧＰＰ仕様書の最初のリリースを称する）。
【００２８】
図３は、２つの端末、例えば、送信機と受信機との間での伝送シーケンスの実例を示す。別の実例において、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）が、Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）よりも短く設定されている場合、図３に図示されるように、欠落したＰＤＵによって、ネガティブ・アクノレッジメント（ＮＡＫ）信号が１回より多く送信されることとなり、その結果として、重複データが受信機によって受信されることとなる。１つの態様において、ＲＴＴパラメータは、２つの端末間での双方向無線伝播に起因する時間遅延である。２つの端末が送信機および受信機である実例において、送信機は信号（例えば、パケット）を受信する能力を含み、受信機は信号（例えば、パケット）を送信する能力を含むことを当業者は理解するだろう。
【００２９】
パケットの重複は、例えば、エア・インタフェース・キャパシティ、トランスポート・ネットワーク・リソース、および送信機／受信機処理リソースのような無線リソースを浪費する。重複パケットは更に、スループット性能における損失をもたらしうる。１つの実例において、３ＧＰＰ  Ｒ９９デバイスの最適性能のために、ＴＳＰは、１２０ミリ秒のような、ＲＴＴ＋１から２ＴＴＩに設定されうる。ＴＳＰをＲＴＴより短く設定するということは、全てのパケットが２回以上再伝送されるということであり、その結果として、スループットにおける著しい損失をもたらす。１つの態様において、ＴＴＩは、無線・インタフェースにわたってデータ・ブロックをトランスポートするための時間に等しい伝送時間間隔である。
【００３０】
ＨＳＤＰＡデバイスのような無線通信技術の最適性能のために、ＴＳＰは、例えば８０ミリ秒のような短い値に設定されうる。１つの実例において、このＴＳＰ設定によって、無線・リンク制御（ＲＬＣ）送信ウィンドウが十分に早く移動することが可能になり、アドバンスト高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）カテゴリ６および８デバイスによって達成可能な高速スループットが確実となる。
【００３１】
現在異なるタイプのＲ９９  ＤＣＨ（個別チャネル）のＨＳＤＰＡユーザ・デバイスが存在する。これらは、全く異なるＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを有している。１つの実例において、グローバルＴＳＰ設定を使用することが、全ての既存のユーザ・デバイスに対して最適なわけではない。
【００３２】
別の実例において、ＲＴＴパラメータは、ネットワーク負荷あるいはその他のファクタの変化と共に変化しうる。例えば、ユーザ・デバイスが、ＨＳからＲ９９  ＤＨＣ（個別チャネル）へと遷移する場合、全ての時間に同じＴＳＰ設定を使用することは最適な設定ではない。
【００３３】
現在、全ての時間のためのグローバルなＴＳＰ設定が、様々なタイプのユーザ・デバイスのために使用されている。その結果、特定のタイプのデバイスについては重複パケットが受信される。このアプローチは、無線ネットワーク・リソースを浪費するため、スループット損失をもたらす。
【００３４】
１つの態様において、異なるユーザ・デバイスは異なる性能を有しており、その結果として、異なるＲＴＴがもたらされる。ユーザ・デバイスのカテゴリあるいは性能は、３ＧＰＰ  ＴＳ  ２５．３３１によって定義される。１つの実例において、ユーザ・デバイスは、シグナリング・チャネルの確立中、自己のカテゴリあるいは性能を通知（例えば、ブロードキャスト）しうる。
【００３５】
１つの実例において、送信機は、シグナリング・チャネルによってユーザ・デバイス（例えば、受信機）のカテゴリ情報を受信し、ユーザ・デバイスの異なるカテゴリのために、異なるＴＳＰ設定を割り当てる。この実例において、送信機は、端末としての受信機を有する、２端末システムの一部と見なされうる。送信機は信号（例えば、パケット）を受信する能力を含みうることと、受信機は信号（例えば、パケット）を送信する能力を含みうることとを当業者は理解するだろう。
【００３６】
図４は、無線・リンク制御（ＲＬＣ）プロトコル層において、２つの端末（例えば、送信機および受信機）の間でのシグナリング・チャネル交換およびデータ・チャネル交換の実例を示す。図４において、２端末システムは、全ての既存のユーザ・デバイスに対して、より優れたスループット性能を取得する。送信機と受信機との間の、アクノレッジ・モード（ＡＭ）のＲＬＣ層が、シグナリング・チャネルおよびデータ・チャネルの両方ともを伴って例示される。１つの態様において、受信機からのアップリンク・シグナリング・チャネルは、送信機カテゴリあるいは性能の情報を送信機に送る。送信機からのダウンリンク・シグナリング・チャネルは、ＴＳＰ値を受信機に送る。更に、アップリンク・データ・チャネルおよびダウンリンク・データ・チャネルは、送信機と受信機との間の一般的なトラフィックのために提供される。
【００３７】
図５は、無線・リンク制御（ＲＬＣ）プロトコル層における２つの端末（例えば、送信機と受信機）の間でのシグナリング・チャネル交換およびデータ・チャネル交換の第２の実例を例示する。１つの態様において、ＲＴＴは更に、ネットワーク負荷、あるいはその他の変化するファクタと共に変化する。従って、送信機は、データ・チャネル、例えば、アップリンク・データ・チャネルあるいはダウンリンク・データ・チャネルからＲＴＴを測定して、更新ＴＳＰ設定を決定する。１つの態様において、更新ＴＳＰ設定は、ＲＴＴに基づく最適なＴＳＰ設定として認識される。更新ＴＳＰ値と、前に公表（例えば、ブロードキャスト）された前のＴＳＰ値との差が、予め定義されたしきい値を超える場合、図５に例示されうるように、送信機は、重複パッケージを最小限に抑えるための更新ＴＳＰ値を受信機に通知する。予め定義されたしきい値が、本開示の範囲あるいは精神に影響を与えることなく、アプリケーション、プロトコル標準、オペレータおよびユーザの判断あるいは設計選択に関連付けられた多くのファクタに基づくことを当業者は理解するだろう。
【００３８】
本明細書において開示されたアルゴリズムは、重複パケット伝送を最小限に抑える。その結果として、スループットの向上、レイテンシの低減をもたらすことで、例えば、ＵＭＴＳ／ＨＳＰＡ技術に基づく無線システムによって提供されるサービスについて、ユーザによる知覚品質をより優れたものにする。別の態様において、本開示は、ＵＭＴＳ／ＨＳＰＡのような３ＧＰＰ技術のみに限定されないばかりではなく、ＬＴＥ（ロング・ターム・エボリューション）およびＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等のようなその他の無線技術にも拡張されうる。本明細書において記述される技術は排外的な実例ではないことと、本開示が、本明細書に記述されていないその他の無線システム技術にも適用可能であるということとを当業者は理解するだろう。
【００３９】
１つの態様において、本開示は、更新ＴＳＰを設定することに適用されるのみでなく、Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータおよびデバイス・カテゴリに関連して、タイマ・ポールやＲＬＤ  ＰＤＵサイズ等のようなその他のパラメータにも拡張されうる。図６は、本開示に従って、適応的なパラメータ設定のためのユーザ・デバイスの実例を示す。
【００４０】
図７は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための第１の典型的なフロー図を例示する。ブロック７１０において、第１の端末からカテゴリ情報を受信する。１つの態様において、第１の端末はアクノレッジ・モードである。１つの実例において、カテゴリ情報はアップリンク・シグナリング・チャネルで受信される。ブロック７１０の後、ブロック７２０において、カテゴリ情報に基づいてしきい値を決定して、このしきい値を第１の端末に送信する。例えば、しきい値は、ダウンリンク・シグナリング・チャネルで送信されうる。１つの実例において、しきい値はＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータである。ブロック７２０の後、ブロック７３０において、ＴＳＰタイマを起動して、ＴＳＰタイマが起動されると、少なくとも１つのデータ・パケットを第１の端末に送信する。１つの実例において、少なくとも１つのデータ・パケットが、ダウンリンク・データ・チャネルで送信される。
【００４１】
ブロック７３０の後、ブロック７４０において、ＴＳＰタイマがしきい値を超えているかを判定する。ＴＳＰタイマがしきい値を超えていない場合、少なくとも１つのデータ・パケットを第１の端末に送信し続ける。ＴＳＰタイマがしきい値を超えている場合、ブロック７５０において、少なくとも１つのデータ・パケットを第１の端末に送信することを中断し、第１の端末からステータスレポートを受信する。ブロック７５０の後、ブロック７６０において、欠落した、あるいは誤って受信されたデータ・パケットが存在するかをステータスレポートから判定し、少なくとも１つのデータ・パケットから、任意の欠落した、あるいは誤って受信されたデータ・パケットを第１の端末に再送信する。ブロック７６０の後、ブロック７７０において、ＴＳＰタイマをリセットする。１つの実例において、ＴＳＰタイマは、指示された起動ポイントとしての、ゼロに設定される。
【００４２】
図８は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための第２の典型的なフロー図を例示する。ブロック８１０において、データ・チャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定する。１つの実例において、データ・チャネルはダウンリンク・データ・チャネルである。ブロック８１０の後、ブロック８２０において、ＲＴＴパラメータに基づいて、更新Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを決定する。１つの実例において、更新ＴＳＰパラメータは、ＲＴＴパラメータを所与された、更新ＴＳＰパラメータと見なされる。ブロック８２０の後、ブロック８３０において、更新ＴＳＰパラメータと前のＴＳＰパラメータとの差が、予め定められたしきい値よりも小さいかを判定する。
【００４３】
「はい」の場合（すなわち、更新ＴＳＰパラメータと前のＴＳＰパラメータとの差が、予め定められたしきい値よりも大きい場合）、ブロック８４０において、更新ＴＳＰパラメータを第１の端末に送信する。１つの実例において、ＴＳＰパラメータは、ダウンリンク・シグナリング・チャネルで送信される。ブロック８４０の後、ブロック８５０に進む。「いいえ」の場合（すなわち、更新ＴＳＰパラメータと前のＴＳＰパラメータとの差が、予め定められたしきい値よりも大きくない場合）、ブロック８５０において、ＴＳＰタイマを起動し、ＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを第１の端末に送信する。１つの実例において、少なくとも１つのデータ・パケットが、ダウンリンク・データ・チャネルで送信される。
【００４４】
ブロック８５０の後、ブロック８６０において、ＴＳＰタイマが更新ＴＳＰパラメータあるいは前のＴＳＰパラメータを超えているかを判定する。ＴＳＰタイマが更新ＴＳＰパラメータも前のＴＳＰパラメータも超えていない場合、少なくとも１つのデータ・パケットを第１の端末に送信し続ける。ＴＳＰタイマが更新ＴＳＰパラメータあるいは前のＴＳＰパラメータを超えている場合、ブロック８７０において、少なくとも１つのデータ・パケットを第１の端末に送信することを中断し、第１の端末からステータスレポートを受信する。ブロック８７０の後、ブロック８８０において、欠落した、あるいは誤って受信されたデータ・パケットが存在するかをステータスレポートから判定し、少なくとも１つのデータ・パケットから、任意の欠落した、あるいは誤って受信されたデータ・パケットを、第１の端末に再送信する。ブロック８８０の後、ブロック８９０において、ＴＳＰタイマをリセットする。１つの実例において、ＴＳＰタイマは、指示された起動ポイントとしての、ゼロに設定される。
【００４５】
当業者は、図７および図８の実例的なフロー図において開示されたステップが、その順序において、本開示の範囲及び精神から逸脱することなく置換可能であるということを理解するだろう。更に、当業者は、フロー図に例示されたステップは排他的ではなく、別のステップが含まれることも可能であるか、あるいは、実例的なフロー図におけるステップのうちの１あるいは複数が、本開示の範囲及び精神に悪影響を与えることなく削除されうることを理解するだろう。
【００４６】
当業者は更に、本明細書において開示された実例と関連して説明される様々な例示的な構成要素、論理ブロック、モジュール、回路、及び／あるいはアルゴリズム・ステップは、電子ハードウェア、ファームウェア、コンピュータ・ソフトウェア、あるいはそれらの組み合わせとして実現されうるということを正しく理解するだろう。ハードウェア、ファームウェアとソフトウェア、様々な例示的な構成要素、ブロック、モジュール、回路、及び／あるいはアルゴリズム・ステップの互換性を明瞭に例示するために、一般にそれらの機能性の観点から上記に説明されている。このような機能性が、ハードウェア、ファームウェア、あるいはソフトウェアとして実施されるかは、システム全体に課される特定のアプリケーション及び設計制約次第である。当業者は、各特定のアプリケーションのために方式を変化させることによって、説明された機能性を実施しうるがこういった実施判断は本発明の範囲あるいは精神からの逸脱をまねくものと解釈されるべきではない。
【００４７】
例えば、ハードウェアにおける実施では、１あるいは複数のアプリケーション特有集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明される機能を実行するように設計されたその他の電子ユニット、あるいはそれらの組合せ内で、処理ユニットが実現されうる。ソフトウェアでは、実施は、本明細書で説明された機能を実行する（例えば、手順、機能などのような）モジュールによってなされる。ソフトウェア・コードはメモリ・ユニットに格納され、プロセッサ・ユニットによって実行されうる。加えて、本明細書で説明された様々な例示的なフロー図、論理ブロック、モジュール及び／あるいはアルゴリズム・ステップは更に、当該技術において周知の任意のコンピュータ読取可能媒体において処理される、あるいは当該技術において周知の任意のコンピュータ・プログラム製品において実施されるコンピュータ読取可能命令群としてコード化されうる。
【００４８】
１あるいは複数の実例において、本明細書において説明されたステップあるいは機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれら任意の組み合わせにおいて実施されうる。ソフトウェアにおいて実施される場合、機能は、１あるいは複数の命令群あるいはコードとして、コンピュータ読取可能媒体に格納されうる、もしくはそれによって送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信メディアとの両方を含む。記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体である。限定ではなく例として、このようなコンピュータ読取可能媒体は、ＲＡＭや、ＲＯＭや、ＥＥＰＲＯＭや、ＣＤ−ＲＯＭもしくはその他の光学ディスク記憶装置や、磁気ディスク記憶装置もしくはその他の磁気記憶装置や、あるいは命令群もしくはデータ構造の形態で希望のプログラム・コードを伝えるあるいは格納するために使用され、コンピュータによって処理されうる、その他任意の媒体を備えうる。更に、任意のコネクションは、適切にコンピュータ読取可能媒体と称される。例えば、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、デジタル加入者回線（ＤＳＬ）や、あるいは、赤外線、無線、及びマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、ＤＳＬや、あるいは赤外線、無線、及びマイクロ波のような無線技術は、媒体の定義に含まれる。本明細書で使用されるようなディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザー・ディスク（ｄｉｓｃ）、光学ディスク（ｄｉｓｃ）、デジタル・バーサタイル・ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）・ディスク（ｄｉｓｋ）及びブルーレイ（登録商標）・ディスク（ｄｉｓｃ）を含む。ここで、ディスク（ｄｉｓｋ）は通常データを磁気的に再生する一方、ディスク（ｄｉｓｃ）はレーザーを用いてデータを光学的に再生する。上記のものによる組合せも、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００４９】
１つの実例において、本明細書において説明される例示的な構成要素、フロー図、論理ブロック、モジュール及び／あるいはアルゴリズム・ステップは、１あるいは複数のプロセッサで実施あるいは実行されうる。１つの態様において、本明細書において説明された様々なフロー図、論理ブロック、及び／あるいはモジュールを実施あるいは実行するために、プロセッサによって実行されるデータ、メタデータ、プログラム命令群等にプロセッサは結合される。図９は、図７および図８のフロー図において説明された処理を実行するメモリ９２０と通信しているプロセッサ９１０を備えるデバイス９００の実例を例示する。１つの実例において、デバイス９００は、図７および図８に例示されたアルゴリズムを実施するために使用される。１つの態様において、メモリ９２０は、プロセッサ９１０内に位置する。別の態様において、メモリ９２０は、プロセッサ９１０の外側に位置する。１つの態様において、プロセッサは、本明細書で説明された様々なフロー図、論理ブロック、及び／あるいはモジュールを実施あるいは実行するための回路を含む。
【００５０】
図１０は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定することに適したデバイス１０００の実例を示す。１つの態様において、デバイス１０００は、本明細書におけるブロック１０１０、１０２０、１０３０、１０４０、１０５０、１０６０、１０７０において説明されるように、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定することについての異なる態様を提供するように構成された１又は複数のモジュールを備える少なくとも１つのプロセッサによって実現される。例えば、各モジュールは、ハードウェア、ファームウェア、ソフトウェア、あるいはそれら任意の組合せを備える。１つの態様において、デバイス１０００は、少なくとも１つのプロセッサと通信している少なくとも１つのメモリによって実現されうる。
【００５１】
図１１は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するのに適したデバイス１１００の第２の実例を示す。１つの態様において、デバイス１０００は、本明細書におけるブロック１１１０、１１２０、１１３０、１１４０、１１５０、１１６０、１１７０、１１８０、１１９０において説明されるように、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定することについての異なる態様を提供するように構成された１又は複数のモジュールを備える少なくとも１つのプロセッサによって実現される。例えば、各モジュールは、ハードウェア、ファームウェア、ソフトウェア、あるいはそれら任意の組合せを備える。１つの態様において、デバイス１１００は、少なくとも１つのプロセッサと通信している少なくとも１つのメモリによって実現されうる。
【００５２】
開示された態様の上記説明は、当業者に対して、開示された態様を製造あるいは使用することを可能にするために提供される。これらの態様に対する多様な変形例は当業者にとって容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなく他の態様に適用されうる。
【図１】
2013240061.tif 000003
【図２】
2013240061.tif 000004
【図３】
2013240061.tif 000005
【図４】
2013240061.tif 000006
【図５】
2013240061.tif 000007
【図６】
2013240061.tif 000008
【図７】
2013240061.tif 000009
【図８】
2013240061.tif 000010
【図９】
2013240061.tif 000011
【図１０】
2013240061.tif 000012
【図１１】
2013240061.tif 000013
【手続補正書】
【提出日】平成25年7月10日(2013.7.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
適応的パケット送信のための方法であって、
第１のデバイスにおいて、第１のＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを特定することと、
前記第１のデバイスと第２のデバイスとの間のＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、
前記ＲＴＴパラメータと前記第２のデバイスのためのユーザ・デバイスのカテゴリ情報とにもとづいて、前記第１のＴＳＰパラメータとは異なる第２のＴＳＰパラメータを決定することと、
前記第２のＴＳＰパラメータが、少なくとも予め定義されたしきい値だけ、前記第１のＴＳＰパラメータよりも大きいとき、前記第２のデバイスに前記第２のＴＳＰパラメータを送信することと、
を備える、方法。
【請求項２】
前記第２のＴＳＰパラメータは、少なくとも前記予め定義されたしきい値だけ、前記第１のＴＳＰパラメータよりも大きくないとき、前記第２のＴＳＰパラメータに代わり前記第１のＴＳＰパラメータを利用すること、
をさらに備える、請求項１に記載の方法。
【請求項３】
適応的パケット送信のために構成された装置であって、
第１のデバイスにおいて、第１のＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを特定するための手段と、
前記第１のデバイスと第２のデバイスとの間のＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定するための手段と、
前記ＲＴＴパラメータと前記第２のデバイスのためのユーザ・デバイスのカテゴリ情報とにもとづいて、前記第１のＴＳＰパラメータとは異なる第２のＴＳＰパラメータを決定するための手段と、
前記第２のＴＳＰパラメータが、少なくとも予め定義されたしきい値だけ、前記第１のＴＳＰパラメータよりも大きいとき、前記第２のデバイスに前記第２のＴＳＰパラメータを送信するための手段と、
を備える、装置。
【請求項４】
前記第２のＴＳＰパラメータは、少なくとも前記予め定義されたしきい値だけ、前記第１のＴＳＰパラメータよりも大きくないとき、前記第２のＴＳＰパラメータに代わり前記第１のＴＳＰパラメータを利用するための手段と、
をさらに備える、請求項３に記載の装置。
【請求項５】
Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための方法であって、
データチャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、
前記ＲＴＴパラメータにもとづいて更新されたＴＳＰパラメータを決定することと、
前記更新されたＴＳＰパラメータと前記先のＴＳＰパラメータとの間の差の値と、予め定義されたしきい値との比較にもとづいて、前記更新されたＴＳＰパラメータを送信するかどうかを決定することと、
前記差の値が前記予め定義されたしきい値より大きいことの前記決定に少なくと部分的にもとづいて、前記更新されたＴＳＰパラメータを送信することと、
少なくとも１つのデータ・パケットを、第１の端末に送信することと、
前記第１の端末からステータスレポートを受信すること、前記ステータスレポートは、前記更新されたＴＳＰパラメータに少なくとも部分的にもとづた時に、第１の端末から送信される、と、
前記ステータスレポートにもとづいて、欠落した、または、誤って受信されたデータ・パケットがあるかどうかを決定することと、
を備える、方法。
【請求項６】
前記少なくとも１つのデータ・パケットから、欠落した、または、誤って受信されたデータ・パケットを、前記第１の端末に再送信すること、
をさらに備える、請求項５に記載の方法。
【請求項７】
前記更新されたＴＳＰパラメータと前記先のＴＳＰパラメータの前記差が、前記予め定義されたしきい値よりも大きい場合、前記更新されたＴＳＰを前記第１の端末に送信すること、
をさらに備える、請求項５に記載の方法。
【請求項８】
前記データチャネルは下りリンクデータチャネルである、請求項５に記載の方法。
【請求項９】
前記少なくとも１つのデータ・パケットは、下りリンクチャネル上で送信される、請求項５に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
本開示は一般に、無線通信システムにおいて、アクノレッジ・メッセージのための時間パラメータを設定するための装置および方法に関する。特に、本開示は、重複パケット伝送を最小限に抑えるために、例えば、ＵＭＴＳ、ＨＳＤＰＡ、ＬＴＥ等において、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定することに関する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
１つの実例において、例えば、ＵＭＴＳ／ＨＳＤＰＡ、ＬＴＥ等のような無線通信システムは、一定期間にわたって送られる連続するアクノレッジメントステータスレポートの数を調節することを希望する。Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）と称されるタイマは、受信機によって検出された、欠落した、あるいは誤って受信されたパケット（別称、パッケージ）を再送信することを送信機に対して要求する、連続するステータスレポートの間の最短時間として、３ＧＰＰ  ＴＳ（技術仕様書）２５．３２２のセクション９．５およびＴＳ（技術仕様書）２５．３３１のセクション１０．３．４．１において定義される。１つの態様において、パケットは送信機から受信機に送られる離散的なデータ・ブロックである。１つの実例において、ＰＤＵ（プロトコル・データ・ユニット）すなわちパケットは、エア・インタフェースにおいて失われる。これらは、ＨＳ（高速）物理層再伝送によって復元されない可能性がある。別の実例において、ＰＤＵすなわちパケットは更に、ネットワークが混雑している場合、ノードＢとＲＮＣとの間でのトランスポート・ネットワークにおいて、あるいは、ノードＢあるいはＲＮＣの内部バッファにおいて失われる。１つの実例において、ＨＳ物理層は、これらの欠落したＰＤＵを復元しようと試みない可能性がある。別の実例において、３ＧＰＰリリース１９９９（Ｒ９９）デバイスでは、ＨＳ物理層再伝送は適用されない（Ｒ９９は、ユニバーサル地上無線・アクセス（ＵＴＲＡ）についての３ＧＰＰ仕様書の最初のリリースを称する）。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
図４は、無線・リンク制御（ＲＬＣ）プロトコル層において、２つの端末（例えば、送信機および受信機）の間でのシグナリング・チャネル交換およびデータ・チャネル交換の実例を示す。図４において、２端末システムは、全ての既存のユーザ・デバイスに対して、より優れたスループット性能を取得する。送信機と受信機との間の、アクノレッジ・モード（ＡＭ）のＲＬＣ層が、シグナリング・チャネルおよびデータ・チャネルの両方ともを伴って例示される。１つの態様において、受信機からのアップリンク・シグナリング・チャネルは、カテゴリあるいは性能の情報を送信機に送る。送信機からのダウンリンク・シグナリング・チャネルは、ＴＳＰ値を受信機に送る。更に、アップリンク・データ・チャネルおよびダウンリンク・データ・チャネルは、送信機と受信機との間の一般的なトラフィックのために提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
図８は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための第２の典型的なフロー図を例示する。ブロック８１０において、データ・チャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定する。１つの実例において、データ・チャネルはダウンリンク・データ・チャネルである。ブロック８１０の後、ブロック８２０において、ＲＴＴパラメータに基づいて、更新Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを決定する。１つの実例において、更新ＴＳＰパラメータは、ＲＴＴパラメータを所与された、更新ＴＳＰパラメータと見なされる。ブロック８２０の後、ブロック８３０において、更新ＴＳＰパラメータと前のＴＳＰパラメータとの差が、予め定められたしきい値よりも大きいかを判定する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
開示された態様の上記説明は、当業者に対して、開示された態様を製造あるいは使用することを可能にするために提供される。これらの態様に対する多様な変形例は当業者にとって容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなく他の態様に適用されうる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定するための方法であって、  第１の端末からカテゴリ情報を受信することと、
前記カテゴリ情報に基づいてしきい値を決定して、前記しきい値を前記第１の端末に送信することと、  ＴＳＰタイマを起動して、前記ＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを送信することと、  前記少なくとも１つのデータ・パケットを第１の端末に送信することを中断するために、前記ＴＳＰタイマがいつ前記しきい値を超えるかを判定することと、  前記第１の端末からステータスレポートを受信することと、
前記ステータスレポートを使用して、前記少なくとも１つのデータ・パケットの、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定することと、および  任意の欠落した、あるいは誤って受信されたデータ・パケットを、前記第１の端末に再送信することと、  を備える方法。
［Ｃ２］  前記任意の欠落した、あるいは誤って受信されたデータ・パケットが再送信されると、前記ＴＳＰタイマをリセットすることを備えるＣ１に記載の方法。
［Ｃ３］  前記カテゴリ情報は、アップリンク信号チャネルで受信されるＣ２に記載の方法。
［Ｃ４］  しきい値はダウンリンク・シグナリング・チャネルで送信されるＣ３に記載の方法。
［Ｃ５］  前記少なくとも１つのデータ・パケットは、ダウンリンク・データ・チャネルで送信されるＣ４に記載の方法。
［Ｃ６］  前記しきい値は、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータであるＣ１に記載の方法。
［Ｃ７］  前記第１の端末は、アクノレッジ・モードであるＣ１に記載の方法。
［Ｃ８］  Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを適応的に設定する方法であって、  データ・チャネルからＲｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ（ＲＴＴ）パラメータを測定することと、  前記ＲＴＴパラメータに基づいて、更新Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ（ＴＳＰ）パラメータを決定することと、  ＴＳＰタイマを起動して、前記ＴＳＰタイマが起動すると、少なくとも１つのデータ・パケットを第１の端末に送信することと、  前記ＴＳＰタイマがいつ前記更新ＴＳＰパラメータあるいは前のＴＳＰパラメータを超えるかを判定することと、  前記ＴＳＰタイマが前記更新ＴＳＰパラメータあるいは前記前のＴＳＰパラメータを超えると、更なるデータ・パケットを送信することを中断することと、および  前記第１の端末からステータスレポートを受信し、前記ステータスレポートに基づいて、欠落した、あるいは誤って受信されたデータ・パケットが存在するかを判定することと、  を備える方法。
［Ｃ９］  前記少なくとも１つのデータ・パケットのうち、任意の欠落した、あるいは誤って受信されたデータ・パケットを、前記第１の端末に再送信することを更に備えるＣ８に記載の方法。
［Ｃ１０］  前記更新ＴＳＰパラメータと前記前のパラメータの差が、予め定められたしきい値よりも大きいかを判定することを更に備えるＣ８に記載の方法。
［Ｃ１１］  前記更新ＴＳＰパラメータと前記前のＴＳＰパラメータとの差が前記予め定められたしきい値よりも大きい場合、前記更新ＴＳＰパラメータを前記第１の端末に送信することを更に備えるＣ１０に記載の方法。
［Ｃ１２］  前記ＴＳＰパラメータを、指示された起動ポイントとしての、ゼロにリセットすることを更に備えるＣ１１に記載の方法。
［Ｃ１３］  前記データ・チャネルは前記ダウンリンク・データ・チャネルであるＣ８に記載の方法。
［Ｃ１４］  前記少なくとも１つのデータ・パケットは、ダウンリンク・データ・チャネルで送信されるＣ８に記載の方法。
【外国語明細書】
2013240061000001.pdf