JP2018508148A - Ｒｒｃアウェアｔｃｐ再送信 - Google Patents

Ｒｒｃアウェアｔｃｐ再送信 Download PDF

Info

Publication number
JP2018508148A
JP2018508148A JP2017544885A JP2017544885A JP2018508148A JP 2018508148 A JP2018508148 A JP 2018508148A JP 2017544885 A JP2017544885 A JP 2017544885A JP 2017544885 A JP2017544885 A JP 2017544885A JP 2018508148 A JP2018508148 A JP 2018508148A
Authority
JP
Japan
Prior art keywords
packet
rrc
retransmission
threshold number
ack
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017544885A
Other languages
English (en)
Other versions
JP2018508148A5 (ja
JP6648151B2 (ja
Inventor
メイラン、アルノー
ジャオ、ツァン
ヤダギリ、スシール・クマー・ヤーダブ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2018508148A publication Critical patent/JP2018508148A/ja
Publication of JP2018508148A5 publication Critical patent/JP2018508148A5/ja
Application granted granted Critical
Publication of JP6648151B2 publication Critical patent/JP6648151B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。本装置は、ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信する。本装置は、送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定する。本装置は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定する。本装置は、ＵＥがＲＲＣ接続モードにあると決定すると、パケットを再送信することによってパケットを再送信することを決定し得る。本装置は、ＵＥがＲＲＣ接続モードにないと決定すると、パケットの再送信を抑制することによってパケットを再送信することを決定し得る。

Description

関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１５年２月２６日に出願された「RRC AWARE TCP RETRANSMISSIONS」と題する米国特許出願第１４／６３３，０９５号の利益を主張する。
[0002]本開示は、一般に通信システムに関し、より詳細には、パケット（たとえば、伝送制御プロトコル（ＴＣＰ）パケット）の送信に関する。
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。例示的な電気通信規格はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置は、ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信する。本装置は、送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定する。本装置は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定する。本装置は、ＵＥがＲＲＣ接続モードにあると決定すると、パケットを再送信することによってパケットを再送信することを決定し得る。本装置は、ＵＥがＲＲＣ接続モードにないと決定すると、パケットの再送信を抑制することによってパケットを再送信することを決定し得る。
[0006]一態様によれば、ワイヤレス通信の方法が開示される。たとえば、本方法は、ＵＥがＲＲＣ接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信することを含み得る。さらに、本方法は、送信されたパケットについてＡＣＫが不在であると決定すること得る。その上、本方法は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定することを含み得る。
[0007]別の態様によれば、ワイヤレス通信のために構成された装置が開示される。そのような態様では、本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。さらに、少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信することと、送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定することと、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定することとを行うように構成され得る。
[0008]別の態様によれば、ワイヤレス通信のために構成された別の装置が開示される。そのような態様では、本装置は、ＵＥがＲＲＣ接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信するように構成された送信機を含み得る。さらに、本装置は、送信されたパケットについてＡＣＫが不在であると決定するための手段を含み得る。その上、決定するための本装置手段は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定するように構成され得る。
[0009]別の態様によれば、ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体が開示される。そのような態様では、本コンピュータ可読媒体は、ＵＥがＲＲＣ接続モードにある間、ＵＥによって、パケットをネットワークエンティティに送信するためのコンピュータ実行可能コードを含み得る。さらに、本コンピュータ可読媒体は、送信されたパケットについてＡＣＫが不在であると決定するためのコンピュータ実行可能コードを含み得る。その上、本コンピュータ可読媒体は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定するためのコンピュータ実行可能コードを含み得る。
[0010]本開示の様々な態様および特徴について、添付の図面に示されているそれらの様々な例を参照しながら以下でさらに詳細に説明する。本開示について様々な例を参照しながら以下で説明するが、本開示はそれに制限されないことを理解されたい。本明細書の教示へのアクセスを有する当業者は、追加の実装形態、変更形態、および例、ならびに本明細書で説明する本開示の範囲内に入り、それに関して本開示が著しく有用であり得る他の使用分野を認識されよう。
[0011]ネットワークアーキテクチャの一例を示す図。 [0012]アクセスネットワークの一例を示す図。 [0013]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 [0014]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 [0015]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0016]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 [0017]通信システムの図。 [0018]例示的なタイミング図。 [0019]ワイヤレス通信の方法のフローチャート。 [0020]例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 [0021]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
[0022]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
[0023]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
[0024]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実施するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
[0025]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
[0026]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
[0027]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ：evolved Node B）１０６と、他のｅＮＢ１０８と、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は、発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は別個のエンティティまたはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
[0028]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８とＢＭ−ＳＣ１２６とはＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
[0029]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００はいくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例では集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリア、および／または特定のカバレージエリアをサービスするｅＮＢサブシステムを指すことができる。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
[0030]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplex）と時分割複信（ＴＤＤ：time division duplex）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。
[0031]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
[0032]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを介して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
[0033]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散（spread-spectrum）技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
[0034]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７個の連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６個の連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
[0035]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
[0036]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
[0037]初期システムアクセスを実施し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みを行うことができる。
[0038]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３とともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
[0039]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、メディアアクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
[0040]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。
[0041]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
[0042]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
[0043]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
[0044]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実施し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
[0045]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（decipher）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。
[0046]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。
[0047]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
[0048]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
[0049]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
[0050]ＵＥ（たとえば、ＵＥ２０６、ＵＥ６５０）のＲＲＣ状態はＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤのいずれかであり得る。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥはセル選択および再選択を実行する。したがって、ＵＥは、それがキャンピングするセルを決定する。ＲＲＣ＿ＩＤＬＥ状態にある間、ＵＥは、着信接続要求を検出するためにページングチャネルを監視し、また、システム情報（ＳＩ）を収集する。ＳＩは、セル選択（または再選択）プロセスを制御するために、ネットワーク（たとえば、Ｅ−ＵＴＲＡＮ）によって使用されるパラメータを含む。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＵＥは、知られているセルに接続される。ＵＥは、共有データチャネルを介してデータを転送する（たとえば、データをユニキャストする）ために、（たとえば、Ｅ−ＵＴＲＡＮによって）無線リソースを割り振られる。したがって、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、ＵＥへの／からのデータ転送が行われ得る。ＵＥはまた、送信チャネルを使用するために必要とされる情報を含む、ＳＩを受信する。
[0051]図７は、デバイス（たとえば、ＵＥ）７０４とネットワークエンティティ（たとえば、ｅＮＢ７０２）とを示す。ＵＥ７０４は伝送制御プロトコル（ＴＣＰ）レイヤ７１０を含み得る。ＵＥ７０４はＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある。ＵＥ７０４がＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある間、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、ｅＮＢ７０２を介してサーバ（たとえば、リモートネットワークサーバ）７１４にパケット７０６を送信する。
[0052]パケット７０６は、パケットの成功した送信の後に、ｅＮＢ７０２を介してＡＣＫの受信が続くようなタイプのものであり得る。ＡＣＫは、ｅＮＢ７０２を介してサーバ７１４によって送信され得る。さらに、ＡＣＫは、ｅＮＢ７０２およびＩＰサービス７１２を介して送信され得る。したがって、送信されたパケット７０６についての肯定応答／否定応答７０８（ＡＣＫ／ＮＡＫ）が、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）によって受信され得る。ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）がＡＣＫを受信した場合、ＵＥ（たとえば、ＴＣＰレイヤ）は、パケット７０６が成功裡に受信されたと結論付け得る。ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）がＮＡＫを受信した場合、ＵＥ（たとえば、ＴＣＰレイヤ）は、パケット７０６が成功裡に受信されなかったと結論付け得る。ＮＡＫが受信された場合、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）はパケット７０６を再送信し得る。
[0053]パケット７０６が送信された後、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）がＡＣＫ／ＮＡＫ７０８を受信しない可能性がある。これは、たとえば、ＵＥ７０４とサーバ７１４との間の接続（たとえば、ＴＣＰ接続）が切られているかまたは何らかの理由で適切に動作していない場合に起こり得る。この状況では、サーバ７１４は、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）による送信に応答することを中止し得る。したがって、サーバ７１４へのパケット７０６の送信にもかかわらず、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、送信に応答してパケットのＡＣＫまたはＮＡＫを受信しない。したがって、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、パケット７０６が受信エンティティにおいて成功裡に受信されたかどうかを決定することができないことがある。
[0054]本開示の態様は、ＡＣＫ／ＮＡＫが受信されないときにパケットを再送信することを決定することを対象とする。
[0055]ＵＥ７０４がＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるとき、ＵＥ（たとえば、ＴＣＰレイヤ７１０）は、ｅＮＢ７０２を介してサーバ７１４へのパケット７０６の再送信を試み得る。各再送信の後に、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）が、ＡＣＫ／ＮＡＫ７０８が受信されるのを待つ期間が続き得る。ＡＣＫ／ＮＡＫ７０８がこの期間中に受信されない場合、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、パケット７０６の別の再送信を実行し得る。一定数までの再送信が（たとえば、ＲＲＣ非アクティビティタイマーが満了する前に）実行され得る。ＲＲＣ非アクティビティタイマーが満了したとき、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードを出て、ＲＲＣ＿ＩＤＬＥモードに入り得る。
[0056]たとえば、ＴＣＰに従って、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、１５回までのパケットの再送信を試み得る。時間バックオフ（たとえば、再送信タイミング間隔、または連続する再送信間の期間）が、各再送信とともに増加し得る。ある状況では、ＲＲＣ非アクティビティタイマーが１０秒に設定される場合、同じパケットの合計４つまでの送信（たとえば、初期送信および３つの後続の再送信）が実行され得る。この状況について、図８を参照しながらより詳細に説明する。
[0057]図８は、例示的なタイミング図８００を示す。ＵＥ（たとえば、ＵＥ７０４のＴＣＰレイヤ７１０）は、時間ｔ0においてパケット（たとえば、パケット７０６）の初期送信を実行する。ＵＥは、次いで、ｅＮＢ（たとえば、ｅＮＢ７０２）を介してサーバ（たとえば、サーバ７１４）からＡＣＫ／ＮＡＫ（たとえば、ＡＣＫ／ＮＡＫ７０８）を受信するのを待つ。ＵＥは、追加のアクションを取る前に（たとえば、パケットの第１の再送信を実行する前に）時間バックオフ、たとえば、１秒の期間の間待ち得る。
[0058]ＡＣＫまたはＮＡＫがｔ0の後１秒以内に受信されない（たとえば、ＡＣＫまたはＮＡＫが時間ｔ1＝０：０１分の到来までに受信されない）場合、ＵＥは、時間ｔ1においてパケットの第１の再送信を実行する。時間バックオフは、その後増加される。たとえば、時間バックオフは、それが１秒から２秒に増加されるように２倍にされ得る。ＵＥは、追加のアクション（たとえば、パケットの第２の再送信）を取る前に時間バックオフ、たとえば、２秒の期間の間待ち得る。
[0059]ＡＣＫまたはＮＡＫがｔ1の後２秒以内に受信されない（たとえば、ＡＣＫまたはＮＡＫが時間ｔ2＝０：０３分の到来までに受信されない）場合、ＵＥは、時間ｔ2においてパケットの第２の再送信を実行する。この場合も、時間バックオフは、その後増加される。たとえば、時間バックオフは、それが２秒から４秒まで増加されるように、この場合も２倍にされ得る。ＵＥは、追加のアクション（たとえば、パケットの第３の再送信）を取る前に時間バックオフ、たとえば、４秒の期間の間待ち得る。
[0060]ＡＣＫまたはＮＡＫがｔ2の後４秒以内に（たとえば、時間ｔ3＝０：０７分の到来までに）受信されない場合、ＵＥは、時間ｔ3においてパケットの第３の再送信を実行する。この場合も、時間バックオフは、その後増加される。たとえば、時間バックオフは、４秒から８秒まで増加されるように、この場合も２倍にされ得る。ＵＥは、追加のアクション（たとえば、パケットの第４の再送信）を取る前に時間バックオフ、たとえば、８秒の期間の間待ち得る。
[0061]前述のように、ＲＲＣ非アクティビティタイマーは１０秒に設定され得る。この状況では、第３の再送信が時間ｔ3において行われた３秒後に、ＲＲＣ非アクティビティは満了する。ＲＲＣ非アクティビティが満了する時間までにＡＣＫまたはＮＡＫが受信されない場合、ＵＥは、パケットのさらなる再送信を抑制し得る。ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードを出得る。さらに、ＵＥはＲＲＣ＿ＩＤＬＥモードに入り得る。
[0062]パケットの再送信は追加のＲＲＣ接続を確立させ得る。さらに、パケットの再送信は電力消費を増加させ得る。
[0063]本開示の態様は、ＡＣＫが不在であると決定されたときにパケットを再送信すべきかどうかを決定することを対象とする。そのような態様によれば、パケットの再送信の数が低減され得る。したがって、追加のＲＲＣ接続の確立が低減され得る。さらに、電力消費が低減され得る。
[0064]一態様によれば、ＵＥ（たとえば、ＵＥ７０４のＴＣＰレイヤ７１０）は、ＵＥがＲＲＣ接続モードにあるかどうか少なくとも基づいてパケットを再送信すべきかどうかを決定する。
[0065]ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあると決定すると、パケットを再送信し得る。ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにないと決定すると、パケットのさらなる再送信を抑制し得る。ＵＥは、たとえば、ＲＲＣ非アクティビティタイマーが満了した場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードからＲＲＣ＿ＩＤＬＥモードに遷移し、それにより、ＵＥが、対応する時間の長さの間、パケットを送信または受信しなかったことを示し得る。パケットのさらなる再送信が抑制されるとき、再送信は行われない。さらなる再送信を抑制する際に、ＵＥは、関連するアドレスについてＤＲＯＰ ＴＣＰ ＴＲＡＮＳＭＩＳＳＩＯＮを指定するために、アプリケーションプログラムＩＰＴＡＢＬＥＳを編集し得る。
[0066]ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるかどうかの決定は、イベントベースであり得る。たとえば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるとき、そのようなＵＥが、それがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあると決定する、イベント（たとえば、メッセージ）がＵＥに送られ得る。ｅＮＢ（たとえば、ｅＮＢ７０２）がＲＲＣ接続を解放することを望むとき、ｅＮＢは、ＵＥが、ＲＲＣ＿ＩＤＬＥモードに遷移することを知るように、ＵＥにＲＲＣ解放メッセージを送る。たとえば、再び図８を参照すると、ＵＥは、ｔ0とｔ1との間の時間において、それがもはやＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにないと決定し得る。この状況では、ＵＥは、（たとえば、ｔ1、ｔ2、ｔ3において）行われていることがある再送信を抑制する。したがって、パケットは１回だけ送信される。
[0067]別の例として、引き続き図８を参照すると、ＵＥは、ｔ1とｔ2との間の時間において、それがもはやＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにないと決定し得る。この状況では、ＵＥは、ｔ1においてパケットの第１の再送信を実行し得る。しかしながら、ＵＥは、（たとえば、ｔ2、ｔ3において）行われていることがある後続の再送信を抑制する。したがって、パケットは２回だけ送信される。
[0068]別の例として、引き続き図８を参照すると、ＵＥは、ｔ2とｔ3との間の時間において、それがもはやＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにないと決定し得る。この状況では、ＵＥは、（たとえば、ｔ3において）行われていることがある再送信を抑制する。したがって、パケットは３回だけ送信される。
[0069]別の態様によれば、ＵＥは、送信されるパケット（たとえば、パケット７０６）のタイプに基づいて、パケットを再送信すべきかどうかを決定する。たとえば、ＵＥは、パケットの再送信の数がしきい値数（またはしきい値）よりも小さいかまたはそれに等しい場合、パケットを再送信し得る。しきい値数は、パケットのタイプに基づき（たとえば、それに従ってサイズ決定され）得る。しきい値数は、ＲＲＣ非アクティビティタイマーが満了する前に、ＵＥがパケットをしきい値数の回数再送信することが可能であるように選択され得る。
[0070]所与の時間までに行われていることがある再送信の数に基づいて、ＵＥは、所与の時間においてパケットを再送信すべきかどうかを決定し得る。たとえば、ＵＥは、行われた再送信の数がしきい値数よりも大きい場合、パケットの再送信を抑制し得る。行われた再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、ＵＥはパケットの再送信を実行し得る。
[0071]たとえば、図８を参照すると、時間ｔ1、ｔ2、ｔ3、ｔ4のいずれかにおいて、ＵＥは、行われたパケットの再送信の数がしきい値数よりも大きい場合、パケットの再送信を抑制し得る。行われたパケットの再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、ＵＥはパケットの再送信を実行し得る。
[0072]一態様によれば、パケット（たとえば、パケット７０６）はアプリケーションレイヤパケットであり得る。さらなる態様によれば、パケットはＴＣＰパケットであり得る。ＴＣＰパケットは、以下のタイプ、すなわち、ＳＹＮパケット、ＦＩＮパケット、または通常パケットのうちの１つであり得る。ＳＹＮパケットは、接続を確立するために使用される。たとえば、ＳＹＮパケットは、新しい接続が確立されるべきであることを示すために送られる。ＦＩＮパケットは、接続を終了するために使用される。たとえば、ＦＩＮパケットを送ることによって、ＴＣＰ接続が閉じられる。通常パケットは、データを搬送するために使用される。
[0073]前に説明したように、しきい値数（またはしきい値）は、パケットのタイプに基づき（たとえば、それに従ってサイズ決定され）得る。パケットがＴＣＰパケットである場合、一態様によれば、しきい値数は、パケットが通常パケットである場合、第１の値に等しくなり得る。さらに、パケットがＳＹＮパケットである場合、しきい値は第２の値に等しくなり得る。さらに、パケットがＦＩＮパケットである場合、しきい値は第３の値に等しくなり得る。
[0074]一態様によれば、（パケットが通常パケットであることに対応する）第１の値は、（パケットがＳＹＮパケットであることに対応する）第２の値および／または（パケットがＦＩＮパケットであることに対応する）第３の値よりも大きくなり得る。一態様によれば、（パケットがＳＹＮパケットであることに対応する）第２の値は、（パケットがＦＩＮパケットであることに対応する）第３の値よりも大きくなり得る。
[0075]たとえば、（パケットがＳＹＮパケットであることに対応する）第２の値は３に等しく設定され得る。したがって、ＳＹＮパケットの再送信は、図８を参照しながら前に説明した例と同様であり得る）。したがって、ＳＹＮパケットの再送信は、（たとえば、ｔ1、ｔ2、およびｔ3において）３回まで実行され得る。
[0076]通常パケットがデータを搬送するので、通常パケットの成功した送信は、（接続を開始するために使用される）ＳＹＮパケットの成功した送信よりも重要であると見なされ得る。したがって、第１の値は、ＳＹＮパケットに対して、通常パケットのより大きい数の再送信が許容されるように、第２の値よりも高くなるように設定され得る。たとえば、第２の値が３に等しく設定される場合、第１の値は４に等しく設定され得る。
[0077]図８に示されているタイミング図を参照すると、ＵＥは、ｔ0＝０秒において通常パケットの初期送信を送り得る。さらに、ＵＥは、ｔ1＝０．５秒（０：００５分）、ｔ2＝１．５秒（０：０１５分）、ｔ3＝３．５秒（０：０３５分）およびｔ4＝７．５秒（０：０７５分）において、通常パケットの再送信を送り得る。ＲＲＣ非アクティビティタイマーは１０秒に設定され得る。この状況では、ＵＥは、（たとえば、通常パケットの初期送信の１０秒後に）ＲＲＣ非アクティビティタイマーが満了する前に、通常パケットの４つの再送信を実行することが可能である。
[0078]ＦＩＮパケットが、接続を終了するためにのみ使用されるので、ＦＩＮパケットの成功した送信は、（接続を開始するために使用される）ＳＹＮパケットの成功した送信よりも重要でないと見なされ得る。したがって、第３の値は、ＳＹＮパケットに対して、ＦＩＮパケットのより低い数の再送信が許容されるように、第２の値よりも低くなるように設定され得る。たとえば、第２の値が３に等しい場合、第３の値は２に等しく設定され得る。
[0079]図８に示されているタイミング図を参照すると、ＵＥは、ｔ0＝０秒においてＦＩＮパケットの初期送信を送り得る。さらに、ＵＥは、ｔ1＝１秒（０：０１分）およびｔ2＝３秒（０：０３分）において、ＦＩＮパケットの再送信を送り得る。ｔ3＝７秒（０：０７分）の到来までに、（１０秒に等しく設定していることがある）ＲＲＣ非アクティビティタイマーは、まだ満了していない。しかしながら、送信の数が第３の値（たとえば、２）にすでに達したので、ＦＩＮパケットの再送信は、ＦＩＮパケットのさらなる再送信が実行されないように、抑制される。したがって、ＦＩＮパケットの再送信は、ｔ3＝７秒において実行されない。
[0080]図９は、ワイヤレス通信の方法のフローチャート９００である。本方法はＴＣＰを介して実行され得る。本方法は、ＵＥ（たとえば、ＵＥ２０６、ＵＥ６５０、ＵＥ７０４、ＵＥ７０４のＴＣＰレイヤ７１０、装置１００２／１００２’）によって実行され得る。ステップ９０２において、ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある間、パケットをネットワークエンティティに送信する。たとえば、再び図７を参照すると、ＵＥ７０４（たとえば、ＴＣＰレイヤ７１０）は、パケット７０６をネットワークエンティティ（たとえば、ｅＮＢ７０２）に送信する。この時点で、ＵＥ７０４はＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある。
[0081]９０４において、ＵＥは、送信されたパケットについてＡＣＫが不在であると決定する。たとえば、再び図７を参照すると、ＵＥ７０４は、送信されたパケット７０６についてのＡＣＫ／ＮＡＫ７０８の存在を検出するために、ｅＮＢ７０２から受信された信号を監視し得る。ＵＥ７０４は、ＡＣＫ／ＮＡＫの存在が検出されない場合、ＡＣＫ／ＮＡＫ７０８が不在であると決定し得る。
[0082]最終的に、９０６において、ＵＥは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定する。たとえば、ＵＥ７０４は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあると決定すると、パケットを再送信し得る。さらに、ＵＥ７０４は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにない（たとえば、ＵＥがＲＲＣ＿ＩＤＬＥモードにある）と決定すると、パケットの再送信を抑制し得る。
[0083]別の例として、ＵＥ７０４は、パケットの再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、パケットを再送信し得る。しきい値数は、パケットのタイプ（たとえば、ＳＹＮパケット、ＦＩＮパケット、データパケット）に基づき得る。さらに、ＵＥ７０４は、パケットの再送信の数がしきい値数よりも大きい場合、パケットの再送信を抑制し得る。
[0084]図１０は、例示的な装置１００２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１０００である。本装置はＵＥであり得る。本装置は、パケットをｅＮＢ１０５０に送信するモジュール１０１０を含む。本装置は、ｅＮＢ１０５０から信号（たとえば、ＡＣＫ／ＮＡＫフィードバック）を受信するモジュール１００４をさらに含む。本装置は、送信されたパケットについてＡＣＫが不在であると決定するモジュール１００８をさらに含む。
[0085]本装置は、図９の上述のフローチャート中のアルゴリズムのブロックの各々を実施する追加のモジュールを含み得る。したがって、図９の上述のフローチャート中の各ブロックは１つのモジュールによって実施され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
[0086]図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実装形態の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１００４、１００８、１０１０と、コンピュータ可読媒体／メモリ１１０６とを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
[0087]処理システム１１１４はトランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１１１０は、１つまたは複数のアンテナ１１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１１１４、特に受信モジュール１００４に与える。さらに、トランシーバ１１１０は、処理システム１１１４、特に送信モジュール１０１０から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１１２０に適用されるべき信号を生成する。処理システム１１１４は、コンピュータ可読媒体／メモリ１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体／メモリ１１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１００４、１００８、および１０１０のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１１０４中で動作するか、コンピュータ可読媒体／メモリ１１０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
[0088]一構成では、ワイヤレス通信のための装置１００２／１００２’は、ＵＥがＲＲＣ接続モードにある間、ＵＥによって、パケットをネットワークエンティティ（たとえば、ｅＮＢ）に送信するための手段（たとえば、１０１０、１１１０）を含む。装置１００２／１００２’は、送信されたパケットについてＡＣＫが不在であると決定するための手段（たとえば、１００８、１１０４）をさらに含む。決定するための手段（たとえば、１００８、１１０４）は、ｅＮＢから受信された信号を監視し得る。決定するための手段は、送信されたパケットについてのＡＣＫが、ｅＮＢから受信された監視される信号中に含まれないと決定することに応答して、ＡＣＫが不在であると決定し得る。装置１００２／１００２’は、ＡＣＫが不在であると決定すると、ＵＥがＲＲＣ接続モードにあるかどうかまたはパケットのタイプに少なくとも基づいて、パケットを再送信することを決定するための手段（たとえば、１００８、１０１０、１１０４、１１１０）をさらに含む。
[0089]さらなる構成によれば、パケットを再送信することを決定するための手段（たとえば、１００８、１０１０、１１０４、１１１０）は、ＵＥがＲＲＣ接続モードにあると決定すると、パケットを再送信するように構成され得る。さらに、パケットを再送信することを決定するための手段（たとえば、１００８、１０１０、１１０４、１１１０）は、ＵＥがＲＲＣ接続モードにないと決定すると、パケットの再送信を抑制するように構成され得る。
[0090]さらなる構成によれば、パケットを再送信することを決定するための手段（たとえば、１００８、１０１０、１１０４、１１１０）は、パケットの再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、パケットを再送信するように構成され得る。しきい値数は、パケットのタイプに基づき得る。
[0091]またさらなる構成によれば、しきい値数は、ＲＲＣ非アクティビティタイマーが満了する前に、パケットの再送信がしきい値数の回数実行され得るように選択され得る。
[0092]またさらなる構成によれば、パケットを再送信することを決定するための手段（たとえば、１００８、１０１０、１１０４、１１１０）は、パケットの再送信の数がしきい値数よりも大きい場合、パケットの再送信を抑制するようにさらに構成され得る。
[0093]またさらなる構成によれば、パケットはＴＣＰパケットであり得る。パケットのタイプは、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり得る。通常パケットのためのしきい値数は、少なくともＳＹＮパケットのためのしきい値数またはＦＩＮパケットのためのしきい値数よりも大きくなり得る。
[0094]またさらなる構成によれば、パケットはＴＣＰパケットであり得る。パケットのタイプは、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり得る。ＳＹＮパケットのためのしきい値数は、ＦＩＮパケットのためのしきい値数よりも大きくなり得る。さらなる構成によれば、パケットはＴＣＰパケットであり得る。パケットタイプは、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり得る。さらなる態様によれば、パケットはアプリケーションレイヤパケットであり得る。さらなる構成によれば、パケットの再送信は、再送信タイミング間隔に基づくタイミングにおいて生じ得る。またさらなる構成によれば、再送信タイミング間隔の長さはパケットの各再送信とともに増加し得る。さらなる構成によれば、ＵＥは、ＲＲＣ非アクティビティタイマーの満了の後、ＲＲＣ接続モードを出得る。さらなる構成によれば、パケットは、パケットの成功した送信の後にネットワークエンティティからのＡＣＫの受信が続くようなタイプのものであり得る。
[0095]上述の手段は、上述の手段によって具陳された機能を実施するように構成された、装置１００２、および／または装置１００２’の処理システム１１１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１１１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実施するように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
[0096]開示したプロセス／フローチャートにおけるブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
[0097]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供したものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。

Claims (30)

  1. ワイヤレス通信の方法であって、
    ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、前記ＵＥによって、パケットをネットワークエンティティに送信することと、
    前記送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定することと、
    前記ＡＣＫが不在であると決定すると、前記ＵＥが前記ＲＲＣ接続モードにあるかどうかまたは前記パケットのタイプに少なくとも基づいて、前記パケットを再送信することを決定することと
    を備える、方法。
  2. 前記パケットを再送信することを前記決定することは、
    前記ＵＥが前記ＲＲＣ接続モードにあると決定すると、前記パケットを再送信すること、または
    前記ＵＥが前記ＲＲＣ接続モードにないと決定すると、前記パケットの再送信を抑制すること
    を備える、請求項１に記載の方法。
  3. 前記パケットを再送信することを前記決定することは、
    前記パケットの再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、前記パケットを再送信すること
    を備え、
    ここにおいて、前記しきい値数が前記パケットの前記タイプに基づく、
    請求項１に記載の方法。
  4. 前記しきい値数は、ＲＲＣ非アクティビティタイマーが満了する前に、前記パケットの前記再送信が前記しきい値数の回数実行され得るように選択される、請求項３に記載の方法。
  5. 前記パケットを再送信することを前記決定することは、
    前記パケットの再送信の前記数が前記しきい値数よりも大きい場合、前記パケットの再送信を抑制すること
    をさらに備える、請求項３に記載の方法。
  6. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットの前記タイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり、
    前記通常パケットのための前記しきい値数が、少なくとも前記ＳＹＮパケットのための前記しきい値数または前記ＦＩＮパケットのための前記しきい値数よりも大きい、
    請求項３に記載の方法。
  7. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットの前記タイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり、
    前記ＳＹＮパケットのための前記しきい値数が、前記ＦＩＮパケットのための前記しきい値数よりも大きい、
    請求項３に記載の方法。
  8. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットタイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットである、
    請求項１に記載の方法。
  9. 前記パケットがアプリケーションレイヤパケットである、請求項１に記載の方法。
  10. 前記パケットの再送信が、再送信タイミング間隔に基づくタイミングにおいて生じる、請求項１に記載の方法。
  11. 前記再送信タイミング間隔の長さが前記パケットの各再送信とともに増加する、請求項１０に記載の方法。
  12. 前記ＵＥが、ＲＲＣ非アクティビティタイマーの満了の後、前記ＲＲＣ接続モードを出る、請求項１に記載の方法。
  13. 前記パケットは、前記パケットの成功した送信の後に前記ネットワークエンティティからのＡＣＫの受信が続くようなタイプのものである、請求項１に記載の方法。
  14. ワイヤレス通信のための装置であって、
    ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、前記ＵＥによって、パケットをネットワークエンティティに送信するように構成された送信機と、
    前記送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定するための手段と
    を備え、
    ここにおいて、決定するための前記手段は、前記ＡＣＫが不在であると決定すると、前記ＵＥが前記ＲＲＣ接続モードにあるかどうかまたは前記パケットのタイプに少なくとも基づいて、前記パケットを再送信することを決定するようにさらに構成された、装置。
  15. 前記送信機は、
    前記ＵＥが前記ＲＲＣ接続モードにあると決定すると、前記パケットを再送信すること、または
    前記ＵＥが前記ＲＲＣ接続モードにないと決定すると、前記パケットの再送信を抑制すること
    を行うようにさらに構成された、請求項１４に記載の装置。
  16. 前記送信機は、
    前記パケットの再送信の数がしきい値数よりも小さいかまたはそれに等しい場合、前記パケットを再送信する
    ようにさらに構成され、
    ここにおいて、前記しきい値数が前記パケットの前記タイプに基づく、
    請求項１４に記載の装置。
  17. 前記しきい値数は、ＲＲＣ非アクティビティタイマーが満了する前に、前記パケットの前記再送信が前記しきい値数の回数実行され得るように選択される、請求項１６に記載の装置。
  18. 前記送信機は、
    前記パケットの再送信の前記数が前記しきい値数よりも大きい場合、前記パケットの再送信を抑制する
    ようにさらに構成された、請求項１６に記載の装置。
  19. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットの前記タイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり、
    前記通常パケットのための前記しきい値数が、少なくとも前記ＳＹＮパケットのための前記しきい値数または前記ＦＩＮパケットのための前記しきい値数よりも大きい、
    請求項１６に記載の装置。
  20. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットの前記タイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットであり、
    前記ＳＹＮパケットのための前記しきい値数が、前記ＦＩＮパケットのための前記しきい値数よりも大きい、
    請求項１６に記載の装置。
  21. 前記パケットが伝送制御プロトコル（ＴＣＰ）パケットであり、
    前記パケットタイプが、ＳＹＮパケット、ＦＩＮパケット、または通常パケットである、
    請求項１４に記載の装置。
  22. 前記パケットがアプリケーションレイヤパケットである、請求項１４に記載の装置。
  23. 前記パケットの再送信が、再送信タイミング間隔に基づくタイミングにおいて生じる、請求項１４に記載の装置。
  24. 前記再送信タイミング間隔の長さが前記パケットの各再送信とともに増加する、請求項２３に記載の装置。
  25. 前記ＵＥが、ＲＲＣ非アクティビティタイマーの満了の後、前記ＲＲＣ接続モードを出る、請求項１４に記載の装置。
  26. 前記パケットは、前記パケットの成功した送信の後に前記ネットワークエンティティからのＡＣＫの受信が続くようなタイプのものである、請求項１４に記載の装置。
  27. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと
    を備え、前記少なくとも１つのプロセッサは、
    ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、前記ＵＥによって、パケットをネットワークエンティティに送信することと、
    前記送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定することと、
    前記ＡＣＫが不在であると決定すると、前記ＵＥが前記ＲＲＣ接続モードにあるかどうかまたは前記パケットのタイプに少なくとも基づいて、前記パケットを再送信することを決定することと
    を行うように構成された、装置。
  28. 前記少なくとも１つのプロセッサは、
    前記ＵＥが前記ＲＲＣ接続モードにあると決定すると、前記パケットを再送信すること、または
    前記ＵＥが前記ＲＲＣ接続モードにないと決定すると、前記パケットの再送信を抑制すること
    を行うことによって、前記パケットを再送信することを決定するようにさらに構成された、請求項２７に記載の装置。
  29. ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
    ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続モードにある間、前記ＵＥによって、パケットをネットワークエンティティに送信することと、
    前記送信されたパケットについて肯定応答（ＡＣＫ）が不在であると決定することと、
    前記ＡＣＫが不在であると決定すると、前記ＵＥが前記ＲＲＣ接続モードにあるかどうかまたは前記パケットのタイプに少なくとも基づいて、前記パケットを再送信することを決定することと
    を行うためのコードを備える、コンピュータ可読媒体。
  30. 前記ＵＥが前記ＲＲＣ接続モードにあると決定すると、前記パケットを再送信すること、または
    前記ＵＥが前記ＲＲＣ接続モードにないと決定すると、前記パケットの再送信を抑制すること
    を行うためのコードをさらに備える、請求項２９に記載のコンピュータ可読媒体。
JP2017544885A 2015-02-26 2016-01-13 Ｒｒｃアウェアｔｃｐ再送信 Expired - Fee Related JP6648151B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/633,095 2015-02-26
US14/633,095 US10419170B2 (en) 2015-02-26 2015-02-26 RRC aware TCP retransmissions
PCT/US2016/013233 WO2016137593A1 (en) 2015-02-26 2016-01-13 Rrc aware tcp retransmissions

Publications (3)

Publication Number Publication Date
JP2018508148A true JP2018508148A (ja) 2018-03-22
JP2018508148A5 JP2018508148A5 (ja) 2019-02-07
JP6648151B2 JP6648151B2 (ja) 2020-02-14

Family

ID=55221576

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017544885A Expired - Fee Related JP6648151B2 (ja) 2015-02-26 2016-01-13 Ｒｒｃアウェアｔｃｐ再送信

Country Status (7)

Country Link
US (1) US10419170B2 (ja)
EP (1) EP3262776A1 (ja)
JP (1) JP6648151B2 (ja)
KR (1) KR20170122751A (ja)
CN (1) CN107258064A (ja)
TW (1) TW201632011A (ja)
WO (1) WO2016137593A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10397978B2 (en) * 2015-11-06 2019-08-27 Flash Networks, Ltd Method and system for signaling optimization of IP connection over a mobile-radio network
WO2018137257A1 (en) * 2017-01-27 2018-08-02 Intel Corporation Dynamic code execution location in heterogeneous memory
US11026140B2 (en) * 2017-01-29 2021-06-01 Lg Electronics Inc. Method for managing terminal context and device for supporting same
CN108988994B (zh) * 2017-05-31 2020-09-04 华为技术有限公司 报文的重传方法及装置
CN110677221B (zh) * 2018-07-02 2022-06-14 华为技术有限公司 重传控制方法、通信接口和电子设备
CN110958709A (zh) * 2018-09-27 2020-04-03 维沃移动通信有限公司 数据传输方法及通信设备
US11445570B1 (en) 2019-11-25 2022-09-13 Sprint Communications Company L.P. Transmission control protocol (TCP) control over radio communications
US11653400B2 (en) * 2020-06-16 2023-05-16 Blu Wireless Technology Limited Wireless communication for vehicle based node
US11088784B1 (en) 2020-12-24 2021-08-10 Aira Technologies, Inc. Systems and methods for utilizing dynamic codes with neural networks
US11575469B2 (en) 2020-12-28 2023-02-07 Aira Technologies, Inc. Multi-bit feedback protocol systems and methods
US11368251B1 (en) 2020-12-28 2022-06-21 Aira Technologies, Inc. Convergent multi-bit feedback system
US11483109B2 (en) 2020-12-28 2022-10-25 Aira Technologies, Inc. Systems and methods for multi-device communication
US11489624B2 (en) 2021-03-09 2022-11-01 Aira Technologies, Inc. Error correction in network packets using lookup tables
US11489623B2 (en) 2021-03-15 2022-11-01 Aira Technologies, Inc. Error correction in network packets
US11496242B2 (en) 2021-03-15 2022-11-08 Aira Technologies, Inc. Fast cyclic redundancy check: utilizing linearity of cyclic redundancy check for accelerating correction of corrupted network packets

Family Cites Families (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4628504A (en) * 1983-01-31 1986-12-09 Honeywell Inc. Distributed bus control communication protocol
JP3161910B2 (ja) * 1994-07-26 2001-04-25 シャープ株式会社 通信装置
US6076114A (en) * 1997-04-18 2000-06-13 International Business Machines Corporation Methods, systems and computer program products for reliable data transmission over communications networks
US6611521B1 (en) * 1998-07-14 2003-08-26 International Business Machines Corporation Data link layer extensions to a high latency wireless MAC protocol
JP3206739B2 (ja) * 1998-07-21 2001-09-10 日本電気株式会社 無線パケット通信システムにおける無線通信装置
US7046680B1 (en) * 2000-11-28 2006-05-16 Mci, Inc. Network access system including a programmable access device having distributed service control
US7657628B1 (en) * 2000-11-28 2010-02-02 Verizon Business Global Llc External processor for a distributed network access system
US7000021B1 (en) * 2001-10-12 2006-02-14 Cisco Technology, Inc. ARQ (automatic repeat request) for broadband fixed wireless network
EP1552658A2 (en) * 2002-07-18 2005-07-13 Koninklijke Philips Electronics N.V. Adaptive dropping of prioritized transmission packets
US8064474B2 (en) * 2003-03-20 2011-11-22 Qualcomm Atheros, Inc. Method and apparatus for selecting a responder to enable reliable multicast
US7114096B2 (en) * 2003-04-02 2006-09-26 International Business Machines Corporation State recovery and failover of intelligent network adapters
US20050157646A1 (en) * 2004-01-16 2005-07-21 Nokia Corporation System and method of network congestion control by UDP source throttling
KR100608136B1 (ko) * 2005-02-18 2006-08-08 재단법인서울대학교산학협력재단 티씨피 연결의 스테이트풀 인스펙션에 있어서의 보안성능향상방법
JP4668823B2 (ja) * 2006-03-28 2011-04-13 株式会社日立国際電気 無線通信装置
GB0612439D0 (en) 2006-06-23 2006-08-02 Siemens Ag Packet re-transmission
US8725890B2 (en) * 2006-10-31 2014-05-13 Thomson Licensing Data recovery in heterogeneous networks using peer's cooperative networking
US8169957B2 (en) * 2007-02-05 2012-05-01 Qualcomm Incorporated Flexible DTX and DRX in a wireless communication system
CN101277175B (zh) * 2007-03-30 2012-02-29 国际商业机器公司 改进会话启动协议服务器性能的方法和装置
KR101365885B1 (ko) 2007-04-30 2014-02-24 엘지전자 주식회사 교착상태를 방지하는 데이터 전송 방법
US8667144B2 (en) * 2007-07-25 2014-03-04 Qualcomm Incorporated Wireless architecture for traditional wire based protocol
US8130747B2 (en) * 2007-08-06 2012-03-06 Blue Coat Systems, Inc. System and method of traffic inspection and stateful connection forwarding among geographically dispersed network appliances organized as clusters
KR101577451B1 (ko) 2008-01-30 2015-12-14 엘지전자 주식회사 Ｒｌｃ 무한 재전송 오류를 검출하고 처리하는 방법
JP5221753B2 (ja) * 2008-04-14 2013-06-26 エルジー エレクトロニクス インコーポレイティド ランダムアクセス手順を行う方法及び装置
US8737294B2 (en) 2008-08-11 2014-05-27 Via Telecom Co., Ltd. Apparatus and method for handling RLC retransmission failure according to activation status of security mode
CN101674188B (zh) * 2008-09-11 2013-08-14 株式会社Ntt都科摩 一种基于hm的mbms发送、接收方法及相应装置
EP2166804A1 (en) * 2008-09-17 2010-03-24 Panasonic Corporation Deactivation of semi-persistent resource allocations in a mobile communication network
KR101532222B1 (ko) 2008-12-16 2015-06-29 삼성전자주식회사 통신 시스템 및 그의 ｒｒｃ 접속 방법
EP2211502A1 (en) * 2009-01-22 2010-07-28 IBBT vzw Management system and method for configuring a network for transferring media data
US8171227B1 (en) * 2009-03-11 2012-05-01 Netapp, Inc. System and method for managing a flow based reply cache
US8750112B2 (en) * 2009-03-16 2014-06-10 Echostar Technologies L.L.C. Method and node for employing network connections over a connectionless transport layer protocol
JP5521385B2 (ja) * 2009-04-27 2014-06-11 株式会社リコー 無線通信装置及び無線通信方法
JP5458752B2 (ja) * 2009-09-04 2014-04-02 富士通株式会社 監視装置、監視方法
US20110227757A1 (en) * 2010-03-16 2011-09-22 Telcordia Technologies, Inc. Methods for context driven disruption tolerant vehicular networking in dynamic roadway environments
KR101691480B1 (ko) * 2010-04-06 2017-01-09 삼성전자주식회사 이동통신 시스템에서 패킷 재전송 방법 및 장치
KR101449823B1 (ko) * 2010-05-02 2014-10-08 엘지전자 주식회사 무선 통신 시스템에서 랜덤접속 절차를 수행하는 방법 및 장치
EP2421321B1 (en) * 2010-08-16 2017-12-27 BlackBerry Limited Methods and mobile station for reestablishing a connection by way of NAS procedures
CN102143137A (zh) * 2010-09-10 2011-08-03 华为技术有限公司 媒体流发送及接收方法、装置和系统
US20120207070A1 (en) * 2011-02-10 2012-08-16 Qualcomm Incorporated Mobility enhancements for long term evolution (lte) discontinuous reception (drx) operations
WO2012108880A1 (en) * 2011-02-11 2012-08-16 Research In Motion Limited User equipment battery saving in a hetnet deployment with eicic
CN103260212A (zh) 2012-02-15 2013-08-21 鼎桥通信技术有限公司 一种um或tm模式所传输消息的发送方法和系统
CN103260251B (zh) 2012-02-17 2016-06-15 华为技术有限公司 数据传输方法、基站及用户设备
US20130340977A1 (en) * 2012-06-21 2013-12-26 Gregory L. Singleton Heat sink for use in an electronics system
KR102093246B1 (ko) * 2012-09-04 2020-03-25 한국전자통신연구원 멀티채널 ｈａｒｑ 패킷의 수신을 위한 메모리 관리 방법 및 장치
WO2014106486A1 (zh) * 2013-01-06 2014-07-10 联发科技（新加坡）私人有限公司 快速恢复方法及其装置
US8964680B2 (en) 2013-02-07 2015-02-24 Apple Inc. Radio multiplexer aware TCP layer
US9973965B2 (en) * 2013-07-12 2018-05-15 Seven Networks, Llc Transport protocol layer optimization for managing signaling and power consumption
TWI568295B (zh) * 2013-09-30 2017-01-21 蘋果公司 用於低頻寬應用程式之延遲及附帶重傳
US9743452B2 (en) * 2013-09-30 2017-08-22 Apple Inc. Adaptive reception of LTE in a single radio wireless device
US9408144B2 (en) * 2013-11-07 2016-08-02 Apple Inc. Shortened HARQ timelines for low bandwidth applications
US20150189009A1 (en) * 2013-12-30 2015-07-02 Alcatel-Lucent Canada Inc. Distributed multi-level stateless load balancing
US9661684B2 (en) * 2014-08-11 2017-05-23 Telefonaktiebolaget L M Ericsson (Publ) Method of sharing a UE receiver between D2D and cellular operations based on activity
EP3207667B1 (en) * 2014-10-14 2021-09-29 Sony Semiconductor Solutions Corporation System and method for distributed flow state p2p setup in virtual networks
US9647802B2 (en) * 2014-10-15 2017-05-09 Qualcomm Incorporated Systems and methods for mitigating effects of an unresponsive secure element

Also Published As

Publication number Publication date
KR20170122751A (ko) 2017-11-06
WO2016137593A1 (en) 2016-09-01
TW201632011A (zh) 2016-09-01
US10419170B2 (en) 2019-09-17
US20160254881A1 (en) 2016-09-01
JP6648151B2 (ja) 2020-02-14
CN107258064A (zh) 2017-10-17
EP3262776A1 (en) 2018-01-03

Similar Documents

Publication Publication Date Title
JP7139403B2 (ja) ポイントツーマルチポイント送信に関するｕｅのフィードバック
JP6648151B2 (ja) Ｒｒｃアウェアｔｃｐ再送信
KR101778481B1 (ko) Lte tdd 에서의 tti-번들링 및 반영속적 스케줄링 동작
JP6567560B2 (ja) Ｃ−ＤＲＸを用いてＳＰＳ構成のＶｏＬＴＥにおける電力節約を与える装置、方法、およびコンピュータプログラム製品
JP6599370B2 (ja) Ｄ２ｄ通信のためのフィードバック制御
KR101742895B1 (ko) 풀-듀플렉스 통신에서 간섭을 관리하는 방법 및 장치
JP6022736B1 (ja) ワイヤレス通信システム内の無線リンク障害に対処すること
JP6487040B2 (ja) Ｐｒａｃｈ送信電力調整のための方法および装置
JP6026559B2 (ja) 受信報告アグリゲーション
US20140269637A1 (en) Detecting missing rrc connection release message
JP2018509072A (ja) Ｕｅとネットワークとの間の中継シグナリング
JP5881914B2 (ja) ワイヤレスマルチキャストおよびブロードキャストに関する協調送信レートおよびチャネルスケジューリング
JP2015525024A (ja) バースト的干渉でのレート予測を向上させるためのフィードバック
JP6585047B2 (ja) 無線リンク制御再送信を遅延させること
US9553706B2 (en) Channel estimate under non-uniform reference signal pattern
JP6617152B2 (ja) アプリケーション選好に基づくユーザ機器（ｕｅ）における無線アクセス技術（ｒａｔ）選択
JP6538065B2 (ja) より高いスループットを達成するためのｓｌｔｅ対応モデムにおけるプロアクティブなランクインデックス管理
JP6266837B2 (ja) ユーザ機器のための電力制御の実施
JP2016539566A (ja) シグナリングを使用したセル干渉抑圧を可能にするための方法および装置
CA2916348A1 (en) Method and apparatus for use of a relay schemed to facilitate efficient broadcast communication in device to device environment
US20150349924A1 (en) Link budget improvement in peer discovery
JP2016513423A (ja) ピア発見とレガシーｌｔｅトラフィックとの共存のためのリソース割振り
JP6297580B2 (ja) ワイヤレスブロードキャスト／マルチキャストデータ送信の抑制
US20160037414A1 (en) Transmission control for user equipment
JP2018525923A (ja) ビークルツービークルのためのＬＴＥ（登録商標）−Ｄｉｒｅｃｔ通信

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181218

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181218

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190805

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190820

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191115

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200115

R150 Certificate of patent or registration of utility model

Ref document number: 6648151

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees