(57)【要約】ワイヤレス通信システムのためのロバストなヘッダ圧縮（ＲＯＨＣ）のための回復メカニズムが開示される。ＲＯＨＣ回復メカニズムは、ワイヤレスシステムにおける受信機および／または送信機が、イニシャライゼーションおよびリフレッシュメッセージが失われたとき、パケット送信セッションのコンテキストを確立または再確立することを可能にし得る。ＲＯＨＣ回復メカニズムでは、コンテキストに関連しない圧縮されたパケットを受信した際、受信機は、別のモードに遷移することを送信機に示唆するメッセージを、送信機に送る。コンテキストに関連しない後続のパケット送信を受信した際、受信機は、コンテキストが確立されていないまたは失われていることを示す別のメッセージを送る。すると送信機は、パケット送信セッションのためのコンテキストを確立するために必須の情報を受信機に送り得る。
2018525910.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
送信機から圧縮されたパケット送信を受信することと、
前記圧縮されたパケット送信に関連するコンテキストを決定することと、
前記圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から前記送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送ることと、
前記送信機から後続のパケット送信を受信することと、
前記コンテキストを生成するための情報を送ることを前記送信機に要求するために、前記後続の圧縮されたパケット送信が前記コンテキストを生成するための前記情報を含み損なっていることに応答して、前記送信機に静的な否定応答メッセージを送ることと、
備える、方法。
【請求項２】
前記送信機から、前記コンテキストを生成するための前記情報を受信するまで、
前記コード化された否定応答メッセージを前記送ること、または、
前記コード化された否定応答メッセージを前記送ること、および前記静的な否定応答メッセージを前記送ること、
のうちの１つを繰り返すこと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記コード化された否定応答メッセージは、前記受信機が動的データ送信に関連する正確な動的コンテキストを欠くことを示す情報を備える、請求項１に記載の方法。
【請求項４】
前記静的な否定応答メッセージは、前記受信機が前記圧縮されたパケット送信に関連する前記コンテキストを欠くことを示す情報を備える、請求項１に記載の方法。
【請求項５】
前記コード化された否定応答メッセージは、エラー検査メカニズムを備える、請求項１に記載の方法。
【請求項６】
ワイヤレス通信のために構成された装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備え、
ここにおいて、前記少なくとも１つのプロセッサは、
送信機から圧縮されたパケット送信を受信することと、
前記圧縮されたパケット送信に関連するコンテキストを決定することと、
前記圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から前記送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送ることと、
前記送信機から後続のパケット送信を受信することと、
前記コンテキストを生成するための情報を送ることを前記送信機に要求するために、前記後続の圧縮されたパケット送信が前記コンテキストを生成するための前記情報を含み損なっていることに応答して、前記送信機に静的な否定応答メッセージを送ることと、
を行うように構成される、装置。
【請求項７】
前記少なくとも１つのプロセッサは、
前記送信機から、前記コンテキストを生成するための前記情報を受信するまで、
前記コード化された否定応答メッセージを送ることを行う、または、
前記コード化された否定応答メッセージを送ることを行う、および前記静的な否定応答メッセージを送ることを行う、
前記少なくとも１つのプロセッサの前記構成のうちの１つを繰り返すこと
を行うようにさらに構成される、請求項６に記載の装置。
【請求項８】
前記コード化された否定応答メッセージは、前記受信機が動的データ送信に関連する正確な動的コンテキストを欠くことを示す情報を備える、請求項６に記載の装置。
【請求項９】
前記静的な否定応答メッセージは、前記受信機が前記圧縮されたパケット送信に関連する前記コンテキストを欠くことを示す情報を備える、請求項６に記載の装置。
【請求項１０】
前記コード化された否定応答メッセージは、エラー検査メカニズムを備える、請求項６に記載の装置。
【請求項１１】
プログラムコードを記録した非一時的なコンピュータ読み取り可能な媒体であって、前記プログラムコードは、
コンピュータに、
送信機から圧縮されたパケット送信を受信することと、
前記圧縮されたパケット送信に関連するコンテキストを決定することと、
前記圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から前記送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送ることと、
前記送信機から後続のパケット送信を受信することと、
前記コンテキストを生成するための情報を送ることを前記送信機に要求するために、前記後続の圧縮されたパケット送信が前記コンテキストを生成するための前記情報を含み損なっていることに応答して、前記送信機に静的な否定応答メッセージを送ることと、
を行わせるためのプログラムコードを備える、非一時的なコンピュータ読み取り可能な媒体。
【請求項１２】
前記プログラムコードは、前記コンピュータに、
前記送信機から、前記コンテキストを生成するための前記情報を受信するまで、
前記コンピュータに、前記コード化された否定応答メッセージを送ることを行わせるための前記プログラムコード、または、
前記コンピュータに、前記コード化された否定応答メッセージを送ることを行わせるための前記プログラムコード、および前記コンピュータに、前記静的な否定応答メッセージを送ることを行わせるための前記プログラムコード、
のうちの１つを繰り返すこと
を行わせるようにさらに構成される、請求項１１に記載の非一時的なコンピュータ読み取り可能な媒体。
【請求項１３】
前記コード化された否定応答メッセージは、前記受信機が動的データ送信に関連する正確な動的コンテキストを欠くことを示す情報を備える、請求項１１に記載の非一時的なコンピュータ読み取り可能な媒体。
【請求項１４】
前記静的な否定応答メッセージは、前記受信機が前記圧縮されたパケット送信に関連する前記コンテキストを欠くことを示す情報を備える、請求項１１に記載の非一時的なコンピュータ読み取り可能な媒体。
【請求項１５】
前記コード化された否定応答メッセージは、エラー検査メカニズムを備える、請求項１１に記載の非一時的なコンピュータ読み取り可能な媒体。
【請求項１６】
ワイヤレス通信のために構成された装置であって、
送信機から圧縮されたパケット送信を受信するための手段と、
前記圧縮されたパケット送信に関連するコンテキストを決定するための手段と、
前記圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から前記送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送るための手段と、
前記送信機から後続のパケット送信を受信するための手段と、
前記コンテキストを生成するための情報を送ることを前記送信機に要求するために、前記後続の圧縮されたパケット送信が前記コンテキストを生成するための前記情報を含み損なっていることに応答して、前記送信機に静的な否定応答メッセージを送るための手段と、
を備える、装置。
【請求項１７】
前記送信機から、前記コンテキストを生成するための前記情報を受信するまで、
前記コード化された否定応答メッセージを送るための前記手段、または、
前記コード化された否定応答メッセージを送るための前記手段、および前記静的な否定応答メッセージを送るための前記手段、
のうちの１つを繰り返すための手段
をさらに備える、請求項１６に記載の装置。
【請求項１８】
前記コード化された否定応答メッセージは、前記受信機が動的データ送信に関連する正確な動的コンテキストを欠くことを示す情報を備える、請求項１６に記載の装置。
【請求項１９】
前記静的な否定応答メッセージは、前記受信機が前記圧縮されたパケット送信に関連する前記コンテキストを欠くことを示す情報を備える、請求項１６に記載の装置。
【請求項２０】
前記コード化された否定応答メッセージは、エラー検査メカニズムを備える、請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
[0001]  本出願は、Recovery Mechanism for ROHC with Lost Initialization and Refresh Messages」と題されて２０１５年７月２７日に出願された米国特許仮出願第６２／１９７，２４５号、および「RECOVERY MECHANISM FOR ROHC WITH LOST INITIALIZATION AND REFRESH MESSAGES」と題されて２０１６年７月２１日に出願された米国実用特許出願第１５／２１６，４８０号の利益を主張し、それらは参照によって全体がここに明示的に組み込まれる。
【０００２】
［技術分野］
[0002]  本開示の態様は一般に、ワイヤレス通信システムに関し、より具体的には、イニシャライゼーションおよびリフレッシュメッセージ（initialization and refresh message）が失われたときの、ロバストなヘッダ圧縮（ＲＯＨＣ：robust header compression）のための回復メカニズムに関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのようなネットワークは、通常多元接続ネットワークであって、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。そのようなネットワークの１つの例は、ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）である。ＵＴＲＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によってサポートされた第３世代（３Ｇ）携帯電話技術であるユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部として定義された無線アクセスネットワーク（ＲＡＮ）である。多元接続ネットワークフォーマットの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
[0004]  ワイヤレス通信ネットワークは、いくつかのユーザ装置（ＵＥ）のための通信をサポートすることができるいくつかの基地局またはノードＢを含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（またはフォワードリンク）は、基地局からＵＥへの通信リンクを指し、アップリンク（またはリバースリンク）は、ＵＥから基地局への通信リンクを指す。
【０００５】
[0005]  基地局は、ダウンリンク上でＵＥにデータおよび制御情報を送信し得る、および／または、アップリンク上でＵＥからデータおよび制御情報を受信し得る。ダウンリンク上では、基地局からの送信は、隣接する基地局からのまたは他のワイヤレス無線周波数（ＲＦ）送信機からの送信に起因する干渉に直面（encounter）し得る。アップリンク上では、ＵＥからの送信は、隣接する基地局と通信する他のＵＥのアップリンク送信からのまたは他のワイヤレスＲＦ送信機からの干渉に直面し得る。この干渉は、ダウンリンクおよびアップリンクの両方においてパフォーマンスを低下（degrade）させ得る。
【０００６】
[0006]  モバイルブロードバンドアクセスに対する需要が高まり続けるにつれて、より多くのＵＥが長距離ワイヤレス通信ネットワークにアクセスし、そしてより多くの短距離ワイヤレスシステムがコミュニティにおいて展開されることに伴って、干渉および輻輳したネットワーク（congested networks）の可能性が高まる。研究および開発は、モバイルブロードバンドアクセスに対する需要の高まりを満たすだけでなく、モバイル通信のユーザエクスペリエンスを向上および強化するために、ＵＭＴＳ技術を向上させ続ける。
【発明の概要】
【０００７】
[0007]  本開示の一態様では、ワイヤレス通信システムのためのＲＯＨＣのための回復メカニズムが提示される。ワイヤレス通信システムは、少なくとも、圧縮されたヘッダを有するメッセージを送信するように構成される送信機と、圧縮されたヘッダを有するメッセージを受信し、圧縮解除（decompress）するように構成される受信機とを備え得る。送信機／コンプレッサと受信機／デコンプレッサとの間のパケット送信セッションの間、送信機および／または受信機において、パケット送信セッションについてのコンテキストが確立され得る。パケット送信セッションのコンテキストは、送信機および／または受信機における識別子に関連し得るものであって、送信機および／または受信機が特定のパケット送信を識別することを支援し得る。コンテキストは、それが送信機から、コンテキストを確立するためのすべての必須の情報を含む、イニシャライゼーションおよびリフレッシュ（ＩＲ）メッセージのようなメッセージを受信するとき、受信機において確立され得る。ＲＯＨＣ回復メカニズムは、ＩＲメッセージが失われている（lost）かまたは損なわれている（damaged）とき、受信機および／または送信機がパケット送信セッションのコンテキストを確立または再確立することを可能にし得る。ＩＲメッセージは、ワイヤレス通信チャネル上のまたは送信機および／または受信機における無線インタフェースの機能障害（radio interface impairment）に起因して、失われ得るまたは損なわれ得る。
【０００８】
[0008]  本開示の追加的な態様では、ワイヤレス通信の方法は、送信機から圧縮されたパケット送信を受信することと、圧縮されたパケット送信に関連するコンテキストを決定することと、圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から送信機へ、周期的冗長検査（ＣＲＣ：cyclic redundancy check）で保護されたコード化された否定応答メッセージを送ることと、送信機から後続のパケット送信を受信することと、コンテキストを生成するための情報を送ることを送信機に要求するために、後続の圧縮されたパケット送信がコンテキストを生成するための情報を含み損なっていること（failing to include）に応答して、送信機に静的な否定応答メッセージ（a static negative acknowledgement message）を送ることと、を含む。
【０００９】
[0009]  本開示の追加的な態様では、ワイヤレス通信のために構成された装置が開示される。装置は、少なくとも１つのプロセッサと、プロセッサに結合されたメモリとを含む。プロセッサは、送信機から圧縮されたパケット送信を受信することと、圧縮されたパケット送信に関連するコンテキストを決定することと、圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送ることと、送信機から後続のパケット送信を受信することと、コンテキストを生成するための情報を送ることを送信機に要求するために、後続の圧縮されたパケット送信がコンテキストを生成するための情報を含み損なっていることに応答して、送信機に静的な否定応答メッセージを送ることと、を行うように構成される。
【００１０】
[0010]  本開示の追加的な態様では、プログラムコードを記録した非一時的なコンピュータ読み取り可能な媒体。プログラムコードは、送信機から圧縮されたパケット送信を受信することと、圧縮されたパケット送信に関連するコンテキストを決定することと、圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送ることと、送信機から後続のパケット送信を受信することと、コンテキストを生成するための情報を送ることを送信機に要求するために、後続の圧縮されたパケット送信がコンテキストを生成するための情報を含み損なっていることに応答して、送信機に静的な否定応答メッセージを送ることと、を行うためのコードをさらに含む。
【００１１】
[0011]  本開示の追加的な態様では、ワイヤレス通信のために構成された装置は、送信機から圧縮されたパケット送信を受信するための手段と、圧縮されたパケット送信に関連するコンテキストを決定するための手段と、圧縮されたパケット送信が未知のコンテキストに関連すると決定することに応答して、受信機から送信機へ、周期的冗長検査（ＣＲＣ）で保護されたコード化された否定応答メッセージを送るための手段と、送信機から後続のパケット送信を受信するための手段と、コンテキストを生成するための情報を送ることを送信機に要求するために、後続の圧縮されたパケット送信がコンテキストを生成するための情報を含み損なっていることに応答して、送信機に静的な否定応答メッセージを送るための手段と、を含む。
【００１２】
[0012]  上の記載は、以下の詳細な説明がより良く理解され得るように、本開示による例の特徴および技術的利点を、ある程度広く概説したものである。追加的な特徴および利点が以下に説明されることになる。開示される概念および特定の例は、本開示と同じ目的を実行するために他の構造を修正または設計するための基礎として、容易に利用され得る。そのような同等の構造は、添付の特許請求の範囲の範囲（the scope）から逸脱しない。本明細書に開示される概念の特性は、それらの構成（organization）および動作の方法の両方に関して、関連した利点と共に、添付の図と併せて考慮されるときに以下の説明からより良く理解されることになる。これら図の各々は、例示および説明のために提供されており、特許請求の範囲の限定の定義として提供されているのではない。
【図面の簡単な説明】
【００１３】
【図１】[0013]  図１は、モバイル通信システムの例を概念的に例示するブロック図である。
【図２】[0014]  図２は、モバイル通信システムにおけるダウンリンクフレーム構造の例を概念的に例示するブロック図である。
【図３】[0015]  図３は、本開示の一態様に従って構成された基地局／ｅＮＢおよびＵＥの設計を概念的に例示するブロック図である。
【図４】[0016]  図４は、本開示の態様をインプリメントするために実行される例示的なブロックを例示するブロック図である。
【詳細な説明】
【００１４】
[0017]  添付図面に関連して以下に記載される詳細な説明は、様々な構成の１つの説明として意図されており、本開示の範囲を限定するようには意図されていない。むしろ、詳細な説明は、特許性を有する主題の完全な理解を提供することを目的として特定の詳細を含む。これら特定の詳細があらゆるケースで必要とされるわけではないこと、および、いくつかの事例では、周知の構造およびコンポーネントが提示の明確さのためにブロック図の形式で示されることは、当業者には明らかであろう。
【００１５】
[0018]  ここに説明された技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のネットワークのような様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ）、米国電気通信工業会（ＴＩＡ：Telecommunications Industry Association）のＣＤＭＡ２０００（登録商標）等のような無線技術をインプリメントし得る。ＵＴＲＡ技術は、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００（登録商標）技術は、電気工業会（ＥＩＡ：Electronics Industry Alliance）およびＴＩＡからのＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格を含む。ＴＤＭＡネットワークは、移動通信のためのグローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）のような無線技術をインプリメントし得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭＡ等のような無線技術をインプリメントし得る。ＵＴＲＡおよびＥ−ＵＴＲＡ技術は、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ（登録商標））およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのより新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と呼ばれる組織からの文書に説明されている。ＣＤＭＡ２０００（登録商標）およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる組織からの文書に説明されている。ここに説明される技法は、上述されたワイヤレスネットワークおよび無線アクセス技術、ならびに他のワイヤレスネットワークおよび無線アクセス技術のために使用され得る。明瞭さのために、技法のある特定の態様は、ＬＴＥまたはＬＴＥ−Ａ（代替的にまとめて「ＬＴＥ／−Ａ」と呼ばれる）に関して以下で説明されており、そのようなＬＴＥ／−Ａ用語を以下の説明の大部分で使用する。
【００１６】
[0019]  図１は、ＬＴＥ−Ａネットワークであり得る、通信のためのワイヤレスネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０および他のネットワークエンティティを含む。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイント等とも呼ばれ得る。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレッジを提供し得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのこの特定の地理的なカバレッジエリア、および／またはカバレッジエリアにサービス提供するｅＮＢサブシステムを指すことができる。
【００１７】
[0020]  ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレッジを提供し得る。マクロセルは一般に、比較的広い地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にし得る。ピコセルは一般に、比較的より狭い地理的エリアをカバーすることになり、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にし得る。フェムトセルもまた一般に、比較的狭い地理的エリア（例えば、住宅）をカバーすることになり、無制限のアクセスに加えて、このフェムトセルと関連のあるＵＥ（例えば、クローズド加入者グループ（ＣＳＧ：closed subscriber group）内のＵＥ、住宅の中にいるユーザに関するＵＥ等）による制限付きのアクセスも提供し得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。ピコセルのためのｅＮＢは、ピコｅＮＢと呼ばれ得る。そして、フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢと呼ばれ得る。図１に示される例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢである。ｅＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｅＮＢである。そして、ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢである。ｅＮＢは、１つのまたはマルチプルな（例えば、２つ、３つ、４つ等の）セルをサポートし得る。
【００１８】
[0021]  ワイヤレスネットワーク１００はまた、中継局を含む。中継局は、アップストリーム局（例えば、ｅＮＢ、ＵＥ等）からデータおよび／または他の情報の送信を受信し、このデータおよび／または他の情報の送信をダウンストリーム局（例えば、別のＵＥ、別のｅＮＢ等）へ送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示される例では、中継局１１０ｒはｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得、ここで中継局１１０ｒは２つのネットワーク要素（ｅＮＢ１１０ａおよびＵＥ１２０ｒ）間の通信を容易にするために、それらの間で中継器（relay）としての役割を果たす。中継局はまた、中継ｅＮＢ、中継器等とも呼ばれ得る。
【００１９】
[0022]  ワイヤレスネットワーク１００は、同期または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は、時間的にほぼアラインされ得る（aligned in time）。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は、時間的にアラインされない可能性がある。
【００２０】
[0023]  ＵＥ１２０は、ワイヤレスネットワーク１００全体に散在し（dispersed）、各ＵＥは固定式またはモバイルであり得る。ＵＥはまた、端末、モバイル局、加入者ユニット、局等とも呼ばれ得る。ＵＥは、セルラフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局等であり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継器等と通信することが可能であり得る。図１では、両方向矢印付きの実線は、ＵＥと、ダウンリンクおよび／またはアップリンク上でＵＥにサービス提供するように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両方向矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信（interfering transmissions）を示す。
【００２１】
[0024]  ＬＴＥ／−Ａは、ダウンリンク上では直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上では単一キャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システムバンド幅を複数の（Ｋ個の）直交サブキャリアに区分し、それらはまた一般にトーン、ビン等とも呼ばれる。各サブキャリアは、データで変調され得る。一般に、変調シンボルは、周波数領域ではＯＦＤＭで送られ、時間領域ではＳＣ−ＦＤＭで送られる。隣接した複数のサブキャリア間の間隔（spacing）は、固定的なものであり得、サブキャリアの総数（Ｋ）は、システムバンド幅に依存し得る。例えば、Ｋは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）の対応するシステム帯域幅についてそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しい可能性がある。システムバンド幅はまた、サブバンドに区分され得る。例えば、サブバンドは、１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０または２０ＭＨｚの対応するシステム帯域幅についてそれぞれ１、２、４、８または１６個のサブバンドがあり得る。
【００２２】
[0025]  図２は、ＬＴＥ／−Ａで使用されるダウンリンクフレーム構造を示す。ダウンリンクについての送信タイムラインは、無線フレームのユニットに区分され得る。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスを有する１０個のサブフレームに区分され得る。各サブフレームは、２つのスロットを含み得る。よって各無線フレームは、０〜１９のインデックスを有する２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、例えば、（図２に示されるように）通常のサイクリックプリフィックスについては７つのシンボル期間、または拡張されたサイクリックプリフィックスについては６つのシンボル期間、を含み得る。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスを割り当てられ得る。利用可能な時間周波数リソースは、複数のリソースブロックに区分され得る。各リソースブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２個のサブキャリア）をカバーし得る。
【００２３】
[0026]  ＬＴＥ／−Ａでは、ｅＮＢは、ｅＮＢにおけるセルごとにプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送り得る。プライマリおよびセカンダリ同期信号は、通常のサイクリックプリフィックスについては、図２に示されるように、各無線フレームのサブフレーム０および５の各々において、それぞれシンボル期間６および５において送られ得る。同期信号は、セル検出および獲得（acquisition）のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１におけるシンボル期間０〜３において、物理ブロードキャストチャネル（ＰＢＣＨ）を送り得る。ＰＢＣＨは、ある特定のシステム情報を搬送し得る。
【００２４】
[0027]  ｅＮＢは、図２に見られるように、各サブフレームの最初のシンボル期間において物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝え（convey）得、ここでＭは１、２または３に等しい可能性があり、サブフレームごとに変化し得る。Ｍはまた、例えば１０個より少ないリソースブロックを伴う、狭いシステムバンド幅については、４に等しい可能性がある。図２に示される例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間において物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を送り得る。ＰＤＣＣＨおよびＰＨＩＣＨはまた、図２に示される例では最初の３つのシンボル期間に含まれる。ＰＨＩＣＨは、ハイブリッド自動再送（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ダウンリンクチャネルに関する制御情報およびＵＥのためのリソース割り振りについての情報を搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信に関してスケジュールされたＵＥのためのデータを搬送し得る。
【００２５】
[0028]  各サブフレームの制御セクション、すなわち各サブフレームの初めのシンボル期間においてＰＨＩＣＨおよびＰＤＣＣＨを送ることに加えて、ＬＴＥ−Ａはまた、各サブフレームのデータ部分においてもこれらの制御用チャネル（control-oriented channels）を送信し得る。図２に示されるように、データ領域、例えば、中継−物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ：Relay-Physical Downlink Control Channel）および中継−物理ＨＡＲＱインジケータチャネル（Ｒ−ＰＨＩＣＨ：Relay-Physical HARQ Indicator Channel）を利用するこれらの新しい制御設計は、各サブフレームの後の（the later）シンボル期間に含まれる。Ｒ−ＰＤＣＣＨは、元々は半二重中継動作（half-duplex relay operation）のコンテキストにおいて開発されたデータ領域を利用する制御チャネルの新しいタイプである。１つのサブフレームにおいて最初のいくつかの制御シンボルを占有するレガシーＰＤＣＣＨおよびＰＨＩＣＨとは異なり、Ｒ−ＰＤＣＣＨおよびＲ−ＰＨＩＣＨは、元々データ領域として指定されたリソース要素（ＲＥ）にマッピングされる。新しい制御チャネルは、周波数分割多重（ＦＤＭ）、時分割多重（ＴＤＭ）、あるいはＦＤＭとＴＤＭとの組合せの形式であり得る。
【００２６】
[0029]  ｅＮＢは、ｅＮＢによって使用されるシステムバンド幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳおよびＰＢＣＨを送り得る。ｅＮＢは、ＰＣＦＩＣＨおよびＰＨＩＣＨを、これらのチャネルが送られる各シンボル期間においてシステムバンド幅全体にわたって送り得る。ｅＮＢは、ＰＤＣＣＨを、システムバンド幅のある特定の部分において、ＵＥのグループに送り得る。ｅＮＢは、ＰＤＳＣＨを、システムバンド幅の特定の部分において、特定のＵＥに送り得る。ｅＮＢは、ＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを、ブロードキャスト方式ですべてのＵＥに送り得、ＰＤＣＣＨをユニキャスト方式で特定のＵＥに送り得、また、ＰＤＳＣＨもユニキャスト方式で特定のＵＥに送り得る。
【００２７】
[0030]  いくつかのリソース要素が、各シンボル期間において利用可能であり得る。各リソース要素は、１つのシンボル期間において１つのサブキャリアをカバーし得、そして１つの変調シンボルを送るために使用され得、それは実数または複素数値（a real or complex value）であり得る。各シンボル期間における、基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）に配列され得る。各ＲＥＧは、１つのシンボル期間において４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたっておおよそ等しく間隔を空けられ得る４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数にわたって散在（spread across）し得る３つのＲＥＧを占有し得る。例えば、ＰＨＩＣＨに関する３つのＲＥＧは、すべてシンボル期間０に属し得るか、またはシンボル期間０、１および２に散在し得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る９、１８、３２または６４個のＲＥＧを占有し得る。ＲＥＧのある特定の組合せのみが、ＰＤＣＣＨに関して可能にされ得る。
【００２８】
[0031]  ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨに関するＲＥＧの異なる組合せを検索し得る。検索するための組合せの数は、典型的にはＰＤＣＣＨに関して可能にされた組合せの数より少ない。ｅＮＢは、ＵＥが検索することになる複数の組合せのうちのいずれの組合せにおいてもＰＤＣＣＨをＵＥに送り得る。
【００２９】
[0032]  ＵＥは、複数のｅＮＢのカバレッジ内にあり得る。これらのｅＮＢのうちの１つが、ＵＥにサービス提供するために選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）等のような様々な基準に基づいて選択され得る。
【００３０】
[0033]  図１に戻ると、ワイヤレスネットワーク１００は、単位面積当たりの（per unit area）システムのスペクトル効率を改善するために、多様なセットのｅＮＢ１１０（すなわち、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、および中継器）を使用する。ワイヤレスネットワーク１００はそのような異なるｅＮＢをそれのスペクトルカバレッジについて使用するので、それはまた、異種ネットワークとも呼ばれ得る。マクロｅＮＢ１１０ａ−ｃは通常、ワイヤレスネットワーク１００のプロバイダによって慎重に計画されて配置される。マクロｅＮＢ１１０ａ−ｃは一般に、高い電力レベル（例えば、５Ｗ−４０Ｗ）で送信する。ピコｅＮＢ１１０ｘおよび中継局１１０ｒは、一般に大幅により低い電力レベル（例えば、１００ｍＷ−２Ｗ）で送信するものであって、マクロｅＮＢ１１０ａ−ｃによって提供されるカバレッジエリアにおけるカバレッジホールを無くし、ホットスポットにおけるキャパシティ（capacity）を改善するために、比較的計画的でない方法（unplanned manner）で展開され得る。それでもなお、典型的にはワイヤレスネットワーク１００から独立して展開されるフェムトｅＮＢ１１０ｙ−ｚが、リソース調整（coordination）および干渉管理の調整を実施するために、少なくとも、ワイヤレスネットワーク１００の他のｅＮＢ１１０と通信し得るアクティブかつアウェアな（active and aware）ｅＮＢとして、あるいはそれらの（１または複数の）管理者によって許可される場合はワイヤレスネットワーク１００への潜在的なアクセスポイントとして、ワイヤレスネットワーク１００のカバレッジエリアに組み込まれ得る。フェムトｅＮＢ１１０ｙ−ｚもまた、典型的には、マクロｅＮＢ１１０ａ−ｃに比べて大幅に低い電力レベル（例えば、１００ｍＷ−２Ｗ）で送信する。
【００３１】
[0034]  ワイヤレスネットワーク１００のような異種ネットワークの動作では、各ＵＥは通常、より良い信号品質でｅＮＢ１１０によってサービス提供され、一方で他のｅＮＢ１１０から受信される望まれない信号は、干渉として扱われる。そのような動作プリンシパル（operational principals）は、著しく最善には及ばないパフォーマンス（sub-optimal performance）につながる可能性があるが、効率的な干渉管理のためのより向上された技法、より良いサーバ選択戦略、およびｅＮＢ１１０間での知的なリソース調整を使用することによって、ワイヤレスネットワーク１００においてネットワークパフォーマンスの向上（gains）が実現される。
【００３２】
[0035]  ピコｅＮＢ１１０ｘのようなピコｅＮＢは、マクロｅＮＢ１１０ａ−ｃのようなマクロｅＮＢと比較したときの大幅により低い送信電力を特徴とする。ピコｅＮＢはまた、通常アドホック方式で、ワイヤレスネットワーク１００のようなネットワークのあちこちに配置されることになる（placed around）。この計画的でない展開（unplanned deployment）によって、ワイヤレスネットワーク１００のような、ピコｅＮＢ配置を伴うワイヤレスネットワークは、低い信号対干渉条件（signal to interference conditions）を伴う広いエリアを有すると予想されることができ、それはカバレッジエリアまたはセルのエッジにおけるＵＥ（「セル−エッジ」ＵＥ）への制御チャネル送信のためのより厳しい（challenging）ＲＦ環境を生み出す可能性がある。また、マクロｅＮＢ１１０ａ−ｃおよびピコｅＮＢ１１０ｘの送信電力レベル間の潜在的に大きな相違（例えば、おおよそ２０ｄＢ）は、混合された展開において、ピコｅＮＢ１１０ｘのダウンリンクカバレッジエリアが、マクロｅＮＢ１１０ａ−ｃのダウンリンクカバレッジエリアに比べて格段により小さいであろうことを暗示する。
【００３３】
[0036]  しかしながら、アップリンクのケースでは、アップリンク信号の信号強度は、ＵＥによって管理されるので、いずれのタイプのｅＮＢ１１０によって受信された場合も同様となる。ｅＮＢ１１０についてのアップリンクカバレッジエリアが大体同じまたは同様であると、アップリンクハンドオフ境界は、チャネル利得に基づいて決定されることになる。これはダウンリンクハンドオーバ境界とアップリンクハンドオーバ境界との間の不適合（mismatch）をもたらす可能性がある。追加的なネットワークアコモデーション（network accommodations）がないと、この不適合は、ワイヤレスネットワーク１００において、ダウンリンクおよびアップリンクハンドオーバ境界がより厳密に適合されるマクロｅＮＢのみの同種ネットワークにおいてと比べて、ｅＮＢへのＵＥの関連付けまたはサーバ選択を、より困難にするであろう。
【００３４】
[0037]  サーバ選択が主にダウンリンク受信信号強度に基づく場合、ワイヤレスネットワーク１００のような異種ネットワークの混合されたｅＮＢ展開の有益さは、非常に低下されることになる。これは、マクロｅＮＢ１１０ａ−ｃのようなより高い電力のマクロｅＮＢ（the higher powered macro eNBs）の、より大きなカバレッジエリアが、ピコｅＮＢ１１０ｘのようなピコｅＮＢを用いてセルカバレッジを分割することの利益を制限するからであり、この原因は、マクロｅＮＢ１１０ａ−ｃの、より高いダウンリンク受信信号強度が、利用可能なＵＥのすべてを引きつける（attract）ことになる一方で、ピコｅＮＢ１１０ｘは、それの格段により弱いダウンリンク送信電力が原因でいずれのＵＥにもサービス提供していない可能性があることである。また、マクロｅＮＢ１１０ａ−ｃは、それらのＵＥに効率的にサービス提供するために十分なリソースを有さない可能性が高いであろう。故に、ワイヤレスネットワーク１００は、ピコｅＮＢ１１０ｘのカバレッジエリアを拡張することによって、マクロｅＮＢ１１０ａ−ｃとピコｅＮＢ１１０ｘとの間で能動的に負荷（the load）のバランスを取ることを試みることになる。この概念は、セル範囲拡張（ＣＲＥ：cell range extension）と呼ばれる。
【００３５】
[0038]  ワイヤレスネットワーク１００は、サーバ選択が決定される方法を変更することによって、ＣＲＥを達成する。サーバ選択をダウンリンク受信信号強度に基づいて行う代わりに、選択は、よりダウンリンク信号の品質に基づく。１つのそのような品質ベースの決定においては、サーバ選択は、ＵＥに対して最小の経路損失を提供するｅＮＢを決定することに基づき得る。さらに、ワイヤレスネットワーク１００は、マクロｅＮＢ１１０ａ−ｃとピコｅＮＢ１１０ｘとの間のリソースの固定的な区分を提供する。しかしながら、負荷のこの能動的なバランシングを用いても、ピコｅＮＢ１１０ｘのようなピコｅＮＢによってサービス提供されるＵＥに対するマクロｅＮＢ１１０ａ−ｃからのダウンリンク干渉は、緩和されるべきである。これは、ＵＥにおける干渉除去、ｅＮＢ１１０間でのリソース調整等を含む様々な方法によって達成されることができる。
【００３６】
[0039]  ワイヤレスネットワーク１００のようなセル範囲拡張を伴う異種ネットワークでは、マクロｅＮＢ１１０ａ−ｃのようなより高い電力のｅＮＢから送信されたより強いダウンリンク信号の存在下で、ＵＥがピコｅＮＢ１１０ｘのようなより低い電力のｅＮＢからのサービスを取得するために、ピコｅＮＢ１１０ｘは、マクロｅＮＢ１１０ａ−ｃのうちの主要な干渉しているもの（the dominant interfering ones）との制御チャネルおよびデータチャネルの干渉調整に従事する。干渉調整のための多くの異なる技法が干渉を管理するために用いられ得る。例えば、セル間干渉調整（ＩＣＩＣ）が、共通チャネル展開においてセルからの干渉を減少させるために使用され得る。１つのＩＣＩＣメカニズムは、適応型リソース区分化（adaptive resource partitioning）である。適応型リソース区分化は、サブフレームをある特定のｅＮＢに割り当てる。第１のｅＮＢに割り当てられたサブフレームでは、隣接するｅＮＢは送信しない。したがって、第１のｅＮＢによってサービス提供されるＵＥによって経験される干渉は、減少される。サブフレーム割り当ては、アップリンクチャネルとダウンリンクチャネルとの両方で実施され得る。
【００３７】
[0040]  例えば、サブフレームは、３つのクラスのサブフレーム、つまり、保護されたサブフレーム（Ｕサブフレーム）、禁止されたサブフレーム（Ｎサブフレーム）、および共通サブフレーム（Ｃサブフレーム）の間で割り振られ得る。保護されたサブフレームは、第１のｅＮＢによる排他的な使用のために第１のｅＮＢに割り当てられる。保護されたサブフレームはまた、隣接しているｅＮＢからの干渉がないことに基づいて「クリーンな」サブフレームとも呼ばれ得る。禁止されたサブフレームは、隣接するｅＮＢに割り当てられたサブフレームであり、第１のｅＮＢは、禁止されたサブフレームの間はデータを送信することを禁止される。例えば、第１のｅＮＢの禁止されたサブフレームは、第２の干渉しているｅＮＢの保護されたサブフレームに対応し得る。したがって、第１のｅＮＢは、第１のｅＮＢの保護されたサブフレームの間にデータを送信する唯一のｅＮＢである。共通サブフレームは、複数のｅＮＢによってデータ送信ために使用され得る。共通サブフレームはまた、他のｅＮＢからの干渉の可能性のせいで「クリーンでない」サブフレームとも呼ばれ得る。
【００３８】
[0041]  少なくとも１つの保護されたサブフレームが、期間ごとに静的に割り当てられる。一部のケースでは、１つのみの保護されたサブフレームが静的に割り当てられる。例えば、期間が８ミリ秒である場合、１つの保護されたサブフレームが、８ミリ秒の間ごとに（during every 8 milliseconds）ｅＮＢに静的に割り当てられ得る。他のサブフレームは、動的に割り振られ得る。
【００３９】
[0042]  適応型リソース区分化情報（ＡＲＰＩ：Adaptive resource partitioning information）は、非静的に割り当てられたサブフレームが、動的に割り振られることを可能にする。保護されたサブフレーム、禁止されたサブフレーム、または共通サブフレームのいずれも、動的に割り振られ得る（それぞれＡＵ、ＡＮ、ＡＣサブフレーム）。動的な割り当ては、素早く、例えば、１００ミリ秒ごとあるいはそれより短い間ごとに、変化し得る。
【００４０】
[0043]  異種ネットワークは、異なる電力クラスのｅＮＢを有し得る。例えば、電力クラスの高いものから順に、マクロｅＮＢ、ピコｅＮＢ、およびフェムトｅＮＢという３つの電力クラスが定義され得る。マクロｅＮＢ、ピコｅＮＢ、およびフェムトｅＮＢが共通チャネル展開にあるとき、マクロｅＮＢ（侵略者（aggressor）ｅＮＢ）の電力スペクトル密度（ＰＳＤ）は、ピコｅＮＢおよびフェムトｅＮＢ（犠牲者（victim）ｅＮＢ）のＰＳＤよりも大きい可能性があり、これにより、ピコｅＮＢおよびフェムトｅＮＢとの多大な干渉が生み出される。保護されたサブフレームが、ピコｅＮＢおよびフェムトｅＮＢとの干渉を低減または最小化するために使用され得る。つまり、保護されたサブフレームは、侵略者ｅＮＢについての禁止されたサブフレームと対応するように、犠牲者ｅＮＢについてスケジュールされ得る。
【００４１】
[0044]  図３は、基地局／ｅＮＢ１１０およびＵＥ１２０の設計のブロック図を示し、それらは、それぞれ図１における基地局／ｅＮＢのうちの１つおよびＵＥのうちの１つであり得る。制限された関連付けシナリオの場合、ｅＮＢ１１０は、図１におけるマクロｅＮＢ１１０ｃであり得、ＵＥ１２０は、ＵＥ１２０ｙであり得る。ｅＮＢ１１０はまた、何らかの他のタイプの基地局であり得る。ｅＮＢ１１０は、アンテナ３３４ａ〜３３４ｔを装備し得、ＵＥ１２０は、アンテナ３５２ａ〜３５２ｒを装備し得る。
【００４２】
[0045]  ｅＮＢ１１０において、送信プロセッサ３２０は、データソース３１２からデータを、およびコントローラ／プロセッサ３４０から制御情報を受け取り得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ等のためのものであり得る。データは、ＰＤＳＣＨ等のためのものであり得る。送信プロセッサ３２０は、データおよび制御情報を処理（例えば、符号化およびシンボルマッピング）して、データシンボルおよび制御シンボルをそれぞれ取得し得る。送信プロセッサ３２０はまた、例えば、ＰＳＳ、ＳＳＳ、およびセル固有の基準信号のための、基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボルおよび／または基準シンボルに対して空間処理（例えば、プリコーディング）を実施し得、変調器（ＭＯＤ）３３２ａ〜３３２ｔに出力シンボルストリームを提供し得る。各変調器３３２は、それぞれの出力シンボルストリーム（例えば、ＯＦＤＭ等に関する）を処理して、出力サンプルストリームを取得し得る。各変調器３３２は、出力サンプルストリームをさらに処理（例えば、アナログへ変換、増幅、フィルタ、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００４３】
[0046]  ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、ｅＮＢ１１０からダウンリンク信号を受信し得、受信された信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに提供し得る。各復調器３５４は、それぞれの受信された信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器３５４は、入力サンプル（例えば、ＯＦＤＭ等に関する）をさらに処理して、受信されたシンボルを取得し得る。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから、受信されたシンボルを取得し、適用可能な場合、受信されたシンボルに対してＭＩＭＯ検出を実施し、検出されたシンボルを提供し得る。受信プロセッサ３５８は、検出されたシンボルを処理（例えば、復調、デインタリーブ、および復号）し、ＵＥ１２０についての復号されたデータをデータシンク３６０に提供し、復号された制御情報をコントローラ／プロセッサ３８０に提供し得る。
【００４４】
[0047]  アップリンクについては、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２からの（例えば、ＰＵＳＣＨに関する）データを、およびコントローラ／プロセッサ３８０からの（例えば、ＰＵＣＣＨ）に関する制御情報を受け取り得るおよび処理し得る。送信プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合、ＴＸ  ＭＩＭＯプロセッサ５６６によってプリコーディングされ、復調器３５４ａ〜３５４ｒによってさらに処理され（例えば、ＳＣ−ＦＤＭ等に関して）、ｅＮＢ１１０に送信され得る。ｅＮＢ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、変調器３３２によって処理され、適用可能な場合、ＭＩＭＯ検出器３３６によって検出され、受信プロセッサ３３８によってさらに処理されて、ＵＥ１２０によって送られた、復号されたデータおよび制御情報を取得し得る。プロセッサ３３８は、復号されたデータをデータシンク３３９に、復号された制御情報をコントローラ／プロセッサ３４０に、提供し得る。
【００４５】
[0048]  コントローラ／プロセッサ３４０および３８０は、それぞれｅＮＢ１１０およびＵＥ１２０における動作を指示し得る。コントローラ／プロセッサ３４０および／またはｅＮＢ１１０における他のプロセッサおよびモジュールは、ここに説明された技法に関する様々な処理を実施し得るかまたはそれらの実行を指示し得る。コントローラ／プロセッサ３８０および／またはＵＥ１２０における他のプロセッサおよびモジュールもまた、図４に例示される機能ブロック、および／またはここに説明された技法に関する他の処理を実施し得るかまたはそれらの実行を指示し得る。メモリ３４２および３８２は、それぞれｅＮＢ１１０およびＵＥ１２０に関するデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上のデータ送信に関してＵＥをスケジュールし得る。
【００４６】
[0049]  音声／ビデオコールまたはビデオスチーミング(steaming)のようなストリーミングアプリケーションでは、リアルタイムトランスポートプロトコル（ＲＴＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）のヘッダオーバヘッドは、送られるデータの総量の大部分を備える。例えば、ＲＴＰによって搬送されるＩＰ電話通信についての会話データのケースでは、パケットは、リンクレイヤフレーミングに加えて、ＩＰヘッダ（２０オクテット）、ＵＤＰヘッダ（８オクテット）、およびＲＴＰヘッダ（１２オクテット）の、合計４０オクテットを有し得る。ＩＰｖ６では、ＩＰヘッダは４０オクテットで、合計６０オクテットである。故に、ロバストなヘッダ圧縮（ＲＯＨＣ）が、データ送信効率を改善するために、ヘッダオーバヘッドを圧縮するために一般に使用される。
【００４７】
[0050]  ＲＯＨＣ圧縮について、「送信機」および「コンプレッサ」という用語は以下で置換え可能に使用されること、また「受信機」および「デコンプレッサ」という用語は以下で置換え可能に使用されることは理解されるべきである。
【００４８】
[0051]  ＲＯＨＣ圧縮について、送信モードにある送信機／コンプレッサ、例えば、図１におけるＵＥ１１０およびｅＮＢ１２０のようなＵＥまたはｅＮＢは、ヘッダを圧縮し、その圧縮されたヘッダを、受信機／デコンプレッサ（例えば、受信モードにある別のＵＥまたはｅＮＢ）に送り、それは「コンテキスト」の助けによりそのヘッダを圧縮解除する。コンプレッサのコンテキストは、ヘッダを圧縮するために使用される状態であり、一方でデコンプレッサのコンテキストは、圧縮されたヘッダを圧縮解除するために使用される状態である。意図されているのが明確であるとき、これらのうちのいずれか、または、これら２つの組合せは、「コンテキスト」と称され得る。コンテキストは、静的な部分（「静的なコンテキスト」）および動的な部分（「動的コンテキスト」）を有する。静的な部分は、パケットストリーミングセッションの間変化せず、ＩＰアドレス、ＵＤＰポート、および／またはＲＴＰ同期ソース識別子のような静的なデータを含む。動的な部分は、パケットごとに変化し得、例えば、タイムスタンプまたはシーケンス番号の典型的なパケット間の増加（the typical inter-packet increase in sequence numbers or timestamps）およびＩＰ識別子フィールドがどのように変化するかについての情報等の、前のパケットストリームからの可能性のある基準値のような動的なデータを含み得る。したがって、デコンプレッサのコンテキストがコンプレッサのコンテキストと一致しないとき、圧縮解除処理は、元々のヘッダを再現（reproduce）できない可能性がある。送信機および受信機ペアは、複数のパケットストリームを送信および／または受信し得るので、各パケットストリームは、コンテキスト識別子（ＣＩＤ）を割り当てられる。ＣＩＤは、黙示的でありゼロに等しいかまたは明示的でありゼロより高い場合各ヘッダにおいて送信される。
【００４９】
[0052]  送信機／コンプレッサは、３つの可能性がある状態、つまりイニシャライゼーションおよびリフレッシュ（ＩＲ：initialization and refresh）状態、一次（ＦＯ：first order）状態、および二次（ＳＯ：second order）状態、のうちの１つにある可能性がある。送信機／コンプレッサは、最も低い圧縮状態（ＩＲ状態）で始まり、次第により高い圧縮状態に遷移する。ＩＲ状態は、失敗（failure）の後に静的な部分を回復させるまたはデコンプレッサにおいてコンテキストの静的な部分をイニシャライズ（initializes）する。この状態では、コンプレッサは、完全なヘッダ情報を送る。これは、圧縮されていない形式のすべての静的なおよび非静的なフィールドプラスいくらかの追加的な情報を含む。コンプレッサは、デコンプレッサが静的な情報を正確に受信したことにそれが相当に確信を持てるまで、ＩＲ状態にある。
【００５０】
[0053]  ＦＯ状態の間は、送信機／コンプレッサはパケットストリームにおける不整（irregularities）を効率的に通信する。この状態で動作するとき、コンプレッサは、すべての動的なフィールドについての情報を送り得るが、その送られる情報は、通常少なくとも部分的に圧縮される。いくつかの静的なフィールドは、時に更新され得る。ＦＯ状態において送られるいくつかのまたはすべてのパケットは、コンテキスト更新情報を搬送し得る。コンプレッサは一般に、パケットストリームのヘッダがそれらの前のパターンに合わない（do not conform to）ときはいつでも、ＩＲ状態から、またはＳＯ状態から、ＦＯ状態に入ることになる。
【００５１】
[0054]  ＳＯ状態の間は、送信機／コンプレッサは、最も最適な（the most optimal）圧縮を経験し得る。コンプレッサは一般に、圧縮されることになるヘッダがＲＴＰシーケンス番号（ＳＮ）から予測可能であるとき、ＳＯ状態に入るであろう。この予測可能性に基づいて、コンプレッサは、デコンプレッサがＳＮから他のフィールドへの関数（functions）のすべてのパラメータを獲得していることを十分に確信するだろう。
【００５２】
[0055]  受信機／デコンプレッサもまた、３つの可能性がある状態、つまりコンテキストなし状態（No Context state）、静的なコンテキスト状態（Static Context state）、およびフルコンテキスト状態（Full Context state）のうちの１つにある可能性がある。デコンプレッサは一般に、最も低い圧縮状態である「コンテキストなし」状態で始まり、そして次第により高い状態に遷移するであろう。コンテキストなし状態では、デコンプレッサは、パケットをまだ成功裏に圧縮解除していない可能性がある。パケットが一旦正確に圧縮解除されてしまうと（例えば、静的なおよび動的な情報を有するイニシャライゼーションパケットを受信した際に）、デコンプレッサは静的なコンテキスト状態に遷移し得、そして次いでフルコンテキスト状態に遷移し得る。一方、デコンプレッサは一般に、圧縮解除が繰り返し失敗されると、より低い状態に戻るよう遷移し得る。しかしながら、そのようなことが起こるとき、デコンプレッサは、初めに静的なコンテキスト状態に戻るよう遷移し得る。静的なコンテキスト状態からは、ＦＯ状態にあるコンプレッサによって送られるいずれのパケットの受信も、一般に、フルコンテキスト状態に再び戻るよう遷移することを可能にするために十分であるだろう。しかしながら、デコンプレッサが静的なコンテキスト状態にある間にＦＯ状態にあるコンプレッサによって送られる複数のパケットの圧縮解除が失敗（fails）するとき、デコンプレッサは、さらにコンテキストなし状態に遷移することになる。
【００５３】
[0056]  例えば、ｅＮＢとＵＥとの間で音声送信セッションが始まるとき、そのペアは次のように機能し得る：ｅＮＢは、初めにＩＲ状態にあり、圧縮されていない形式のすべての静的なおよび非静的なフィールドプラスいくらかの追加的な情報を含む完全なヘッダ情報をＵＥに送る。ＵＥは、初めにコンテキストなし状態にあり、ＩＲを受信した際、ＣＩＤを特定の音声送信セッションに関連付ける。静的な情報が正確にＵＥに通信された後に、ｅＮＢは、ＦＯ状態に、その後にはＳＯ状態に遷移し得、一方でＵＥは、初めに静的なコンテキスト状態に、その後にフルコンテキスト状態に遷移し得る。ＵＥからｅＮＢへの音声送信も同様の方法で動作するであろう。
【００５４】
[0057]  ＲＯＨＣスキームは、３つの動作モード、つまり一方向（unidirectional）（Ｕモード）、双方向オプティミスティック（bidirectional optimistic）（Ｏモード）、および双方向リライアブル（bidirectional reliable）モード（Ｒモード）、を有する。ＲＯＨＣを伴う圧縮動作は、Ｕモードにおいて始まる。Ｕモードにあるとき、パケットは、一方向のみ、つまりコンプレッサからデコンプレッサへと、送られる。コンプレッサ状態間の遷移は典型的に、周期的なタイムアウトに応答して発生し、一方でヘッダフィールドにおける不整（irregularities）は、圧縮されたパケットストリームにおいてパターンを変化させ得る。Ｕモードから双方向モードのうちの１つ（ＯモードまたはＲモード）への遷移は、周期的冗長検査（ＣＲＣ）で保護されたフィードバック信号の形式でデコンプレッサによって開始される。正しいＣＲＣを伴うこのフィードバックを受信すると、コンプレッサは、示された双方向モード（典型的にはＯモード）にスイッチし得る。Ｕモードでは、受信機／デコンプレッサからのフィードバックの可能性は制限されており、それは肯定応答（positive acknowledgment）（ＡＣＫ）を送ることのみ可能にされている。ＡＣＫメッセージは、パケットの成功した圧縮解除を確認応答（acknowledges）し、それはコンテキストが高い確率で最新であることを意味する。ＡＣＫ（Ｕ）は一般に、ＵモードにおけるＡＣＫメッセージを表すために使用される。
【００５５】
[0058]  双方向Ｏモードは、一方向のＵモードと同様である。相違点は、Ｏモードがエラー回復要求、および、オプションとして、デコンプレッサからコンプレッサへの重要なコンテキスト更新の確認応答（acknowledgments）を送るために使用され得るフィードバックチャネルを含むことである。しかしながら、そのような確認応答は、純粋なシーケンス番号更新（for pure sequence number updates）のために使用されないであろうことに留意されたい。例えば、ＩＲパケットがＣＲＣ検査にパスする、および／または正確に圧縮解除されるとき、デコンプレッサは、コンプレッサにＡＣＫメッセージを送り得る。ＵモードにおけるＡＣＫ（Ｕ）と同様に、ＡＣＫ（Ｏ）は一般に、ＯモードにおけるＡＣＫメッセージを表すために使用される。一方、ＩＲパケットがＣＲＣ検査にパスし損なう、および／または正確に圧縮解除されないとき、デコンプレッサは、否定応答メッセージ（a negative acknowledge message）（ＮＡＣＫ）を送り得る。ＮＡＣＫメッセージは、デコンプレッサの動的コンテキストが同期していないこと（out of sync）を示し、このメッセージは、いくつかの連続するパケットが正確に圧縮解除されなかったとき、生成され得る。ＮＡＣＫ（Ｏ）は一般に、ＯモードにおけるＮＡＣＫメッセージを表すために使用される。
【００５６】
[0059]  Ｏモードは、周期的なリフレッシュを使用しない。代わりに、受信機／コンプレッサは、受信機／デコンプレッサがいずれの既知のコンテキストも有さない（例えば、圧縮されたヘッダが、適合するＣＩＤを有さない）圧縮されたヘッダを有するパケットを受信すると、静的なコンテキストについての否定応答メッセージ（ＳＴＡＴＩＣ−ＮＡＣＫ）を、送信機／コンプレッサに送り得る。ＳＴＡＴＩＣ−ＮＡＣＫは、受信機／デコンプレッサの静的なコンテキストが無効（invalid）であるか、または確立されていないことを示す。故に、受信機／デコンプレッサは、受信機／デコンプレッサが静的なコンテキストおよび最新の動的コンテキストを取得することを可能にするために、送信機／コンプレッサがＩＲを送ることによってＳＴＡＴＩＣ−ＮＡＣＫに即座に反応することを期待する。
【００５７】
[0060]  Ｒモードは、ＵモードおよびＯモードと多くの点で異なる。いくつかの重要な相違点は、コンプレッサとデコンプレッサとの間のコンテキスト同期の損失を防ぐための、コンプレッサおよびデコンプレッサの両方におけるより厳格な論理、およびフィードバックチャネルのより集中的な使用である。フィードバックが、シーケンス番号フィールドの更新を含む、すべてのコンテキスト更新に確認応答するために送られる。しかしながら、すべてのパケットがＲモードにおいてコンテキストを更新するわけではない。
【００５８】
[0061]  ＩＰを介したビデオストリーミングまたは音声／ビデオコール（a voice/video call or video streaming over IP）のようなストリームアプリケーションでは、ＲＯＨＣ圧縮解除の失敗は、初期コールセットアップ、新しいセルへのハンドオーバ、またはコール確立／再確立の後に発生し得る。これは通常、受信機／デコンプレッサが、無線インタフェースにおける一時的な機能障害に起因してＲＯＨＣヘッダを有する初めの数パケットを失うときに起こる。ＲＯＨＣ圧縮解除の失敗は、次のように起こり得る：例えば、ｅＮＢからＵＥへの音声送信（ＵＥからｅＮＢへの方向においては対称問題（a symmetrical problem）が起こり得る）において、ｅＮＢおよびＵＥは各々、送信の開始時にＵモードにおいて始まり得る。ＵＥが無線インタフェースの機能障害に起因してＩＲメッセージを有する最初の数パケットを受信し損なうとき、それは、音声ストリームの静的なコンテキストを確立することができない可能性があり、よって圧縮されたヘッダを処理するための既知のコンテキストを有さない。ＵＥは依然としてＵモードにあるので、それは失敗についてｅＮＢに通知することができず、するとｅＮＢによるＩＲメッセージの周期的な送信に頼り得る。他方では、ｅＮＢは、ＵＥが前に送られたＩＲメッセージを成功裡に受信したと見なし、より効率的なＯモードに遷移する。ｅＮＢはすると、タイプ０、１、２またはＩＲ−ＤＹＮパケットのような圧縮されたヘッダを含むＲＯＨＣパケットを送る。タイプ０パケットは、最も効率的な圧縮パターンを有し、一方でタイプ１、２およびＩＲ−ＤＹＮパケットは、より大量の情報が送信される必要があるときに使用される。ＩＲ−ＤＹＮパケットは、コンテキストの包括的な動的な部分（comprehensive dynamic part）を含むがそのコンテキストの静的な情報は含まないパケットである。ＵＥは、圧縮されたヘッダを有するそのようなパケットを受信するが、ＣＩＤが確立されておらず、かつ静的なコンテキストが記憶されていないので、それらを圧縮解除することができない。よってＵＥは、ｅＮＢからのこれらの音声パケットを破棄する（discards）。音声パケット送信セッションが２０ミリ秒のインターバルを有し、ｅＮＢがＩＲメッセージを１０２４音声フレームごとに周期的に送信する場合、２０秒よりも長い中断が発生する可能性がある。このケースでは、ＲＴＰインアクティビティタイマ（典型的に２０ｓにセットされる）は、回復が行われることができる前にＵＥ側で終了する可能性が高い。ＵＥはすると、ＳＩＰ（セッション開始プロトコル）シグナリングを使用して音声通話をリリースすることになり、コールはドロップされる。
【００５９】
[0062]  以下の図は、ＩＲメッセージが失われたかまたは復号されることができなかったとき、ＲＯＨＣを回復させるためのプロシージャの様々な実施形態を例示する。以下で説明されるプロシージャは、対応する図にリストされたすべての要素を含むわけではない可能性があることは理解されるべきである。むしろ、それらプロシージャは、対応する図にリストされた要素をいくつでも含み得、それら要素は、論理的であるいかなる順序でもあり得る。
【００６０】
[0063]  図４は、本開示の一態様をインプリメントするために実行されるプロシージャ４００の例示的なブロックを例示するブロック図である。一態様では、プロシージャ４００は、受信機／デコンプレッサにおいて、送信機／コンプレッサから圧縮されたパケット送信を受信すること４０２と、圧縮されたパケット送信に関連するコンテキストを決定すること４０４とを備える。圧縮されたパケット送信を受信するエンティティは、ＵＥ１２０の機能性および特徴を定義するために使用されるコンポーネント、ハードウェア、ファームウェア、およびソフトウェアを含む、ＵＥ１２０（図３）のようなＵＥを含み得る。例えば、コントローラ／プロセッサ３８０の制御下で、メモリ３８２に記憶された論理は、プロシージャ４００の様々なブロックが実行され得る動作環境を生み出し得る。コントローラ／プロセッサ３８０はそして、プロシージャ４００をインプリメントするために、図３に表されるようなＵＥ１２０の他のハードウェアまたはコンポーネントを制御するであろう。
【００６１】
[0064]  プロシージャ４００はさらに、圧縮されたパケット送信が未知のコンテキストに関連すると決定された場合、受信機から送信機に、コード化された否定応答メッセージ、例えば、ＣＲＣを伴うＮＡＣＫ（Ｏ）を送ること４０６を備え得る。例えば、ＵＥ１２０は、各々がコントローラ／プロセッサ３８０の制御下にある、送信プロセッサ３６４、ＴＸ  ＭＩＭＯプロセッサ３６６、復調／変調器（demod/mod）３５４ａ−３５４ｒ、およびアンテナ３５２ａ−３５２ｒを使用して、そのような、ＣＲＣを伴うＮＡＣＫ（Ｏ）を送るであろう。圧縮されたパケット送信は、受信機／デコンプレッサがパケット送信のコンテキストを確立するための情報を含まない、ＲＯＨＣタイプ０、１、２またはＩＲ−ＤＹＮパケット、あるいは他のタイプのパケットであり得る。パケットはまた、ＣＲＣを用いてコード化され得る。このケースでは、受信機は、それが、パケットに既に関連付けられたコンテキストを有さず、そしてパケットそれ自体がコンテキストを提供することもないので、受信された圧縮されたパケット送信を成功裡に圧縮解除することができないことになる。有効なＣＲＣを伴うＮＡＣＫ（Ｏ）メッセージを受信すると、送信機は一般に、Ｏモードに遷移することを必要とする。送信機が一旦Ｏモードにある状態になると、それは、ＵＥ１２０に関して上述したコンポーネントの同じ送信機チェーンを介して受信機から送られた後続のＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）メッセージを受け取る（accept）ことができることになる。
【００６２】
[0065]  いくつかの実施形態では、プロシージャ４００はさらに、送信機から後続のパケット送信を受信すること４０８を備え得る。ブロック４１０において、受信機は、受信された後続のパケット送信がＩＲ、なおそれは静的なコンテキストを確立するための情報を含むものである、であるかどうかを決定し得る。そうである場合、受信機は、ブロック４１８において、受信された情報に基づいて、パケット送信セッションのためのコンテキストを生成し得る。受信されたパケットがＩＲまたは静的なコンテキストを確立することを可能にするであろう他の情報を含まないと決定される場合、静的な否定応答メッセージ、ＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）が、ブロック４１２において、受信機から送信機に送られ得る。受信機は、ブロック４１４において、送信機から後続のパケット送信を受信し、およびブロック４１６において、それがＩＲまたはコンテキストを生成するための情報を含む他のタイプのパケットかどうかを決定し得る。
【００６３】
[0066]  送信機がブロック４０６で送られたＮＡＣＫ（Ｏ）を成功裡に受信し、Ｏモードにスイッチする場合、それはブロック４１２で送られるＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）メッセージを受け取り、それに応じて、受信機にＩＲメッセージを再び送ることができることになることに留意されたい。このケースでは、ブロック４１４において受信された後続のパケットは、受信機がブロック４１８においてコンテキストを生成するために使用することができるＩＲであるだろう。受信されたパケットがブロック４１６において、ＩＲではないと決定される場合、ブロック４０６とその後のものが繰り返されることになる。このようにして、交互の、ＣＲＣを伴うＮＡＣＫ（Ｏ）およびＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）が、受信機がＩＲを受信するまで、送信機に送られることになる。このプロシージャは、無線インタフェースの機能障害に起因してＮＡＣＫ（Ｏ）、ＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）、または後続のＩＲメッセージのいずれかが失われる場合でさえ、ＩＲメッセージが受信機によって受信されることになることを確実にする。
【００６４】
[0067]  代替的に、受信されたパケット送信が、ブロック４１０において、ＩＲメッセージではないと決定されたとき、受信機は、送信機がＯモードに既にスイッチしたかどうかを決定し得る。この決定は、ブロック４０８において受信された送信機からのパケット送信に含まれる情報に基づいて成され得る。送信機がＯモードにあると決定された場合、受信機は、ブロック４１２において、ＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）メッセージを送り、そしてブロック４１４とその後のブロックが続く。ブロック４１０の後に送信機がＯモードにないと決定された場合、ブロック４１２においてＳＴＡＴＩＣ−ＮＡＣＫ（Ｏ）メッセージを送る代わりに、ブロック４０６およびその後のブロックが、受信されたＩＲメッセージに基づいてブロック５１８においてコンテキストが生成されるまで繰り返される。
【００６５】
[0068]  上述したプロシージャ４００および／または５００は、受信モードにある、図１および対応するテキストに説明された１１０のようなＵＥ、あるいは受信モードにある、図１および対応するテキストに説明された１１０のようなｅＮＢのいずれかによって実施されることができることが理解されるべきである。プロシージャ４００および／または５００は、図３に説明されたＵＥまたはｅＮＢの１つまたは複数のコンポーネントの支援を受けて実施され得る。例えば、プロシージャ４００および／または５００におけるブロックは、図３および対応する説明に説明された、１つまたは複数のアンテナ３３４、ＭＩＭＯ検出器３３６、受信プロセッサ３３８、データシンク３３９、コントローラプロセッサ３４０、メモリ３４２、および／またはスケジューラ３４４のような１つまたは複数のコンポーネントを使用してＵＥ１１０によって実施され得る。同様に、プロシージャ４００および／または５００は、図３および対応するテキストに説明された１つまたは複数の受信コンポーネントを使用してｅＮＢ１２０によって実施され得る。
【００６６】
[0069]  プロシージャ４００および／または５００は、図１および対応するテキストに説明されたワイヤレス通信システムによって実施され得ることがさらに理解されるべきである。プロシージャ４００および／または５００は、図１に説明されたように、ＵＥからのパケット送信を受信する間にｅＮＢによって、またはｅＮＢからのパケット送信を受信する間にＵＥによって、実行され得る。
【００６７】
[0070]  当業者は、情報および信号が、多様な異なる技術および技法のうちのいずれを使用しても表され得ることを理解するだろう。例えば、上の説明を通して言及された可能性のあるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらのいかなる組合せによっても表され得る。
【００６８】
[0071]  図４における機能ブロックおよびモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコード等またはそれらの任意の組合せを備え得る。
【００６９】
[0072]  当業者は、さらに、ここでの開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとしてインプリメントされ得ることを認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、一般にそれらの機能性の観点から上に説明されている。そのような機能性が、ハードウェアとしてインプリメントされるかまたはソフトウェアとしてインプリメントされるかは、特定の用途およびシステム全体に課せられる設計制約に依存する。当業者は、説明された機能性を特定の用途ごとに様々な方法でインプリメントし得るが、そのようなインプリメンテーションの決定（decisions）は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきではない。
【００７０】
[0073]  ここでの開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、またはここに説明された機能を実施するように設計されたそれらの任意の組合せを用いて、インプリメントまたは実施され得る。汎用プロセッサは、マイクロプロセッサであり得るが、別の方法では、プロセッサはいかなる従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもあり得る。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰと１つのマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としてもインプリメントされ得る。
【００７１】
[0074]  ここでの開示に関連して説明されたアルゴリズムまたは方法のステップは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれらの２つの組合せにおいて、具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で既知の任意の他の形態の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができるように、および記憶媒体へ情報を書き込むことができるように、プロセッサに結合されている。別の方法では、記憶媒体はプロセッサに統合され得る。プロセッサおよび記憶媒体は、ＡＳＩＣに存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。別の方法では、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートコンポーネントとして存在し得る。
【００７２】
[0075]  １つまたは複数の例示的な設計において、説明された複数の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せでインプリメントされ得る。ソフトウェアでインプリメントされる場合、それら機能は、コンピュータ読み取り可能な媒体上の１つまたは複数の命令またはコードとして記憶または送信され得る。コンピュータ読み取り可能な媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは汎用または専用コンピュータ、もしくは汎用または専用プロセッサによってアクセスされることができ、かつ命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用されることができる、任意の他の媒体を備えることができる。また、いかなる接続も、コンピュータ読み取り可能な媒体と適切に称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多目的ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ読み取り可能な媒体の範囲内に含まれるべきである。
【００７３】
[0076]  本開示の先の説明は、当業者が本開示を製造または使用することを可能にするために提供されている。本開示への様々な修正は、当業者にとって容易に明らかとなり、ここに定義された一般的な原理は、本開示の範囲または精神から逸脱することなく、他のバリエーションに適用され得る。したがって、本開示は、ここに説明された例および設計に限定されるようには意図されておらず、ここに開示された原理および新規な特徴と一致する最も広い範囲を与えられるべきである。
【図１】
2018525910.tif 000003
【図２】
2018525910.tif 000004
【図３】
2018525910.tif 000005
【図４】
2018525910.tif 000006
【国際調査報告】
2018525910.tif 000007
2018525910.tif 000008
2018525910.tif 000009