(57)【要約】  方法、システム、およびデバイスは、（たとえば、無線インターフェースに起因した）連続する圧縮ヘッダの損失に対処するためのヘッダ修復機構を実装し得る。本方法および装置は、一旦、以前の解凍成功からの正しいタイムスタンプ（ＴＳ）（「最後に成功裏に解凍されたＴＳ」と呼ばれる）がわかっていると、別の（たとえば、後続の）ＴＳは：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥという形式のはずであるという事実を利用し、式中、ｎは、推定されたシーケンス番号（ＳＮ）が最後に成功裏に解凍されたＳＮよりも高い場合は正の整数であり、推定されたＳＮが最後に成功裏に解凍されたＳＮよりも低い場合は負の整数で、最小のＴＳ＿ＳＴＲＩＤＥは、既知であって、たとえば、中間のサンプルレートおよびフレームレートに直接関係する、予想される最小のＴＳ増分である。【選択図】図２
2018536317.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みることと
を備える、方法。
【請求項２】
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると決定することは、
直近の成功裏に解凍されたヘッダのＴＳ値と、圧縮されたスケーリングされていないＴＳ値に対して受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたＴＳがウィンドウの外側であると決定することを備える、
請求項１に記載の方法。
【請求項３】
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると決定することは、
前記解凍されたＴＳが所定のフォーマットに従っていると決定することを備える、
請求項１に記載の方法。
【請求項４】
前記解凍されたＴＳが前記所定のフォーマットに従っていると決定することは、
前記解凍されたＴＳが、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定することを備える、
請求項３に記載の方法。
【請求項５】
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍が、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
請求項４に記載の方法。
【請求項６】
前記解凍されたＴＳを修復しようと試みることは、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得することを備える、
請求項１に記載の方法。
【請求項７】
前記所定のフォーマットに従っている前記第１の候補ＴＳを取得することは、
最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい前記第１の候補ＴＳを取得することを備える、
請求項６に記載の方法。
【請求項８】
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍は、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
請求項７に記載の方法。
【請求項９】
前記第１の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みることをさらに備える、
請求項６に記載の方法。
【請求項１０】
前記第１の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第１の候補ＴＳで更新することと
をさらに備える、請求項９に記載の方法。
【請求項１１】
前記第１の候補ＴＳを使用する前記受信したヘッダの前記成功裏の解凍を決定することが、
前記第１の候補ＴＳを使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定することを備える、
請求項１０に記載の方法。
【請求項１２】
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ＴＳが存在しないか、またはしきい値数の修復の試みが満足されていると決定することと、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信することと
をさらに備える、請求項９に記載の方法。
【請求項１３】
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳを取得することと、
前記第２の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みることと
をさらに備える、請求項９に記載の方法。
【請求項１４】
前記第２の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第２の候補ＴＳで更新することと
をさらに備える、請求項１３に記載の方法。
【請求項１５】
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための手段と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための手段と、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定するための手段と、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みるための手段と
を備える、装置。
【請求項１６】
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
直近の成功裏に解凍されたヘッダのＴＳ値と、圧縮されたスケーリングされていないＴＳ値に対して前記受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたＴＳがウィンドウの外側であると決定するための手段を備える、
請求項１５に記載の装置。
【請求項１７】
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
前記解凍されたＴＳが所定のフォーマットに従っていると決定するための手段を備える、
請求項１５に記載の装置。
【請求項１８】
前記解凍されたＴＳが前記所定のフォーマットに従っていると決定するための前記手段は、
前記解凍されたＴＳが、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定するための手段を備える、
請求項１７に記載の装置。
【請求項１９】
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍が、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
請求項１８に記載の装置。
【請求項２０】
前記解凍されたＴＳを修復しようと試みるための前記手段は、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得するための手段を備える、
請求項１５に記載の装置。
【請求項２１】
前記所定のフォーマットに従っている前記第１の候補ＴＳを前記取得するための手段は、
最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい前記第１の候補ＴＳを取得するための手段を備える、
請求項２０に記載の装置。
【請求項２２】
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍は、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
請求項２１に記載の装置。
【請求項２３】
前記第１の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みるための手段をさらに備える、
請求項２０に記載の装置。
【請求項２４】
前記第１の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたＴＳを前記第１の候補ＴＳで更新するための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２５】
前記第１の候補ＴＳを使用する前記受信したヘッダの前記成功裏の解凍を前記決定するための手段は、
前記第１の候補ＴＳを使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定するための手段
を備える、請求項２４に記載の装置。
【請求項２６】
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ＴＳが存在しないか、またはしきい値数の修復の試みが満足されていると決定するための手段と、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信するための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳを取得するための手段と、
前記第２の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みるための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２８】
前記第２の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたＴＳを前記第２の候補ＴＳで更新するための手段と
をさらに備える、請求項２７に記載の装置。
【請求項２９】
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みることと
を実行可能な１つまたは複数の命令を備える、非一時的コンピュータ可読媒体。
【請求項３０】
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための受信機と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための解凍検証器と、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定するためのタイムスタンプ評価器と、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳの修復を試みるためのタイムスタンプ修復器と
を備える、装置。
【発明の詳細な説明】
【相互参照】
【０００１】
[0001]本特許出願は、本出願の譲受人に譲渡され、２０１５年９月２４日に出願された「Ｔｉｍｅｓｔａｍｐ  Ｒｅｐａｉｒ  Ｍｅｃｈａｎｉｓｍ  Ｉｎ  Ｃａｓｅ  Ｏｆ  Ｄｅｃｏｍｐｒｅｓｓｉｏｎ  Ｆａｉｌｕｒｅ」と題する、Ｂｒｅｓｓａｎｅｌｌｉらによる米国特許出願第１４／８６４，６８５号の優先権を主張する。
【技術分野】
【０００２】
[0002]以下は、一般にワイヤレス通信に関し、より詳細には、解凍失敗の場合のタイムスタンプ修復機構に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、およびブロードキャストなどの様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能であり得る。そのような多元接続システムの例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。ワイヤレス多元接続通信システムは、場合によってはユーザ機器（ＵＥ）として知られていることがある、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得る。
【０００４】
[0004]ワイヤレス通信システム（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））、ロングタームエボリューション（ＬＴＥ（登録商標））など）は、ヘッダ情報を効率的な方法で提供するためにロバストヘッダ圧縮（ＲｏＨＣ）を使用し得る。たとえば、音声データが従来型のインターネットプロトコル（ＩＰ）フォーマットで送信される場合、音声パケットは、リアルタイムトランスポートプロトコル（ＲＴＰ）またはユーザデータグラムプロトコル（ＵＤＰ）を介して搬送され得る。ＲＴＰ／ＵＤＰ／ＩＰメッセージは、比較的大きい（たとえば、音声データペイロードより大きい）ヘッダオーバーヘッドを有する。帯域利用は、ＲＴＰ／ＵＤＰ／ＩＰヘッダを圧縮するためにＲｏＨＣを使用することによって改善され得る。
【０００５】
[0005]ＲｏＨＣは、ヘッダを、送信中に隣接するパケット間で変化しない情報（たとえば、ＩＰアドレス、ポート番号など）を含む静的部分と、各パケットに対して変化する情報（たとえば、シーケンス番号（ＳＮ）、タイムスタンプ（ＴＳ）、ＩＰ識別子（ＩＰ−ＩＤ）など）を含む動的部分に分割する。上流デバイス（たとえば、基地局）における圧縮器と、下流デバイス（たとえば、ＵＥ）における解凍器は、たとえば、両方とも各データストリームに対するコンテキストを記憶する。解凍失敗がなければ、圧縮器は、ヘッダの静的部分をデータストリームの最初のメッセージ中にだけ含め、一方、動的部分は、さらに圧縮されたメッセージ中に含まれる。したがって、解凍器は、静的情報および動的情報を取得するために最初のメッセージを解凍し、動的情報のみを取得するために後続のメッセージを解凍する。
【０００６】
[0006]ＲｏＨＣは、データストリームのパケット間で比較的ほとんど変わらない、ＳＮと、ＴＳと、ＩＰ−ＩＤとを圧縮するために、ウィンドウベースの最下位ビット（ＷＬＳＢ）アルゴリズムを使用し得る。一般に、ＷＬＳＢアルゴリズムは、フィールドに対する基準値をデータストリームに対するコンテキスト中に記憶している圧縮器および解凍器を用いて、元のフィールド値全体の代わりに、元のフィールド値の最下位ｋビットを送信のために提供する。解凍器は、基準値および受信したｋビットを使用して、元のフィールド値を復元する。解凍器は、受信したｋビットと同じ最下位ｋビットをもつ復号された値を求めて解釈間隔（interpreation interval）を調べる。
【０００７】
[0007]たとえば、スケーリングされていないＴＳビットを搬送する新しい圧縮ヘッダが下流デバイスによって受信されるような、上流デバイスによって送信された連続する圧縮ヘッダの損失が（たとえば、無線インターフェースに起因して）発生する場合、ヘッダの解凍は失敗し得る。本明細書で説明するように、再初期化および再同期を減らすためにヘッダ回復を改善するためのニーズがあり、そうでない場合はパケットの損失および不十分な圧縮率につながり得る。
【発明の概要】
【０００８】
[0008]本開示は、（たとえば、無線インターフェースに起因した）連続する圧縮ヘッダの損失に対処するためのヘッダ修復機構を提供する。本方法および装置は、一旦、以前の解凍成功からの、リアルタイムトランスポートプロトコルＴＳなどの、正しいタイムスタンプ（ＴＳ）（「最後に成功裏に解凍されたＴＳ」と呼ばれる）がわかっていると、後続のタイムスタンプは：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥという形式のはずであるという事実を利用し、式中、ｎは、推定されたシーケンス番号（ＳＮ）が最後に成功裏に解凍されたＳＮよりも高い場合は正の整数であり、推定されたＳＮが最後に成功裏に解凍されたＳＮよりも低い場合は負の整数で、最小のＴＳ＿ＳＴＲＩＤＥは、既知であって、中間のサンプルレートおよびフレームレートに直接関係する、予想される最小のＴＳ増分である。
【０００９】
[0009]ワイヤレス通信の方法について説明する。本方法は、圧縮ヘッダを受信することと、圧縮ヘッダに関して解凍失敗が発生していると決定することと、解凍失敗と関連付けられた解凍されたＴＳが、所定の解釈ウィンドウ（interpretation window）の外側であると決定することと、解凍されたＴＳが所定の解釈ウィンドウの外側であるという決定に少なくとも部分的に基づいて、解凍されたＴＳを修復しようと試みることとを含み得る。
【００１０】
[0010]ワイヤレス通信のための装置について説明する。本装置は、圧縮ヘッダを受信するための手段と、圧縮ヘッダに関して解凍失敗が発生していると決定するための手段と、解凍失敗と関連付けられた解凍されたＴＳが、所定の解釈ウィンドウの外側であると決定するための手段と、解凍されたＴＳが所定の解釈ウィンドウの外側であるという決定に少なくとも部分的に基づいて、解凍されたＴＳを修復しようと試みるための手段とを含み得る。
【００１１】
[0011]さらなる装置について説明する。本装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリに記憶された命令とを含み得る。命令は、プロセッサに、圧縮ヘッダを受信することと、圧縮ヘッダに関して解凍失敗が発生していると決定することと、解凍失敗と関連付けられた解凍されたＴＳが、所定の解釈ウィンドウの外側であると決定することと、解凍されたＴＳが所定の解釈ウィンドウの外側であるという決定に少なくとも部分的に基づいて、解凍されたＴＳを修復しようと試みることとをさせるように操作可能であり得る。
【００１２】
[0012]ワイヤレス通信のための非一時的コンピュータ可読媒体について説明する。非一時的コンピュータ可読媒体は、プロセッサに、圧縮ヘッダを受信することと、圧縮ヘッダに関して解凍失敗が発生していると決定することと、解凍失敗と関連付けられた解凍されたＴＳが、所定の解釈ウィンドウの外側であると決定することと、解凍されたＴＳが所定の解釈ウィンドウの外側であるという決定に基づいて、解凍されたＴＳを修復しようと試みることとをさせるための命令を含み得る。
【００１３】
[0013]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、解凍されたＴＳが、所定の解釈ウィンドウの外側であると決定することは、直近の成功裏に解凍されたヘッダのＴＳ値および圧縮されたスケーリングされていないＴＳ値に対して受信された圧縮ヘッダ内のビット数に少なくとも基づいて、解凍されたＴＳがウィンドウの外側であると決定することを備える。
【００１４】
[0014]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、解凍されたＴＳが、所定の解釈ウィンドウの外側であると決定することは、解凍されたＴＳが所定のフォーマットに従っていると決定することを備える。
【００１５】
[0015]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、解凍されたＴＳが所定のフォーマットに従っていると決定することは、解凍されたＴＳが、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定することを備える。
【００１６】
[0016]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。
【００１７】
[0017]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、解凍されたＴＳを修復しようと試みることは、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得することを備える。
【００１８】
[0018]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、所定のフォーマットに従っている第１の候補ＴＳを取得することは、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい第１の候補ＴＳを取得することを備える。
【００１９】
[0019]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。
【００２０】
[0020]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第１の候補ＴＳを使用して、受信したヘッダを解凍しようと試みるためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２１】
[0021]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第１の候補ＴＳを使用する受信したヘッダの成功裏の解凍を決定するためのプロセス、特徴、手段、または命令、および最後に成功裏に解凍されたＴＳを第１の候補ＴＳで更新するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２２】
[0022]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第１の候補ＴＳを使用して、少なくとも受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定することによって、第１の候補ＴＳを使用する受信したヘッダの成功裏の解凍を決定するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２３】
[0023]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第１の候補ＴＳを使用する受信したヘッダの不成功裏の解凍を決定するためのプロセス、特徴、手段、または命令をさらに含み得る。いくつかの例は、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ＴＳが存在しないと決定するためのプロセス、特徴、手段、または命令をさらに含み得る。いくつかの例は、圧縮ヘッダを受信することに応答して、否定応答（ＮＡＣＫ）を送信するためのプロセス、特徴、手段、または命令をさらに含み得る。
【００２４】
[0024]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第１の候補ＴＳを使用する受信したヘッダの不成功裏の解凍を決定するためのプロセス、特徴、手段、または命令をさらに含み得る。所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳが取得され得る。第２の候補ＴＳは、受信したヘッダを解凍しようと試みる際に使用され得る。
【００２５】
[0025]上述した方法、装置、または非一時的コンピュータ可読媒体のいくつかの例は、第２の候補ＴＳを使用する受信したヘッダの成功裏の解凍を決定するためのプロセス、特徴、手段、または命令をさらに含み得る。追加として、いくつかの例は、最後に成功裏に解凍されたＴＳを第２の候補ＴＳで更新するためのプロセス、特徴、手段、または命令をさらに含み得る。
【図面の簡単な説明】
【００２６】
【図１】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、ワイヤレス通信システムの一例を示す図。
【図２】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートするシステムにおけるプロセスフローの一例を示す図。
【図３】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートするワイヤレスデバイスのブロック図。
【図４】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートするワイヤレスデバイスのブロック図。
【図５】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、ＵＥを含むシステムのブロック図。
【図６】本開示の態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、基地局を含むシステムのブロック図。
【図７】本開示の態様による、解凍失敗の場合のタイムスタンプ修復のための例示的な方法を示す図。
【図８】本開示の態様による、解凍失敗の場合のタイムスタンプ修復のための例示的な方法を示す図。
【発明を実施するための形態】
【００２７】
[0032]本開示は、連続する圧縮ヘッダの損失に対処するためのタイムスタンプ修復機構を提供する。一般的に、パケットのタイムスタンプ（ＴＳ）は、パケットからパケットへ、何らかの単位の整数倍、または定義されたパラメータ（たとえば、「ＴＳ＿ＳＴＲＩＤＥ」と呼ばれる）だけ増加する。ＴＳ＿ＳＴＲＩＤＥは、解凍器がＴＳを解凍できるようにするために、前もって通信されているので、下流デバイスの解凍器（たとえば、ユーザ機器（ＵＥ））は、典型的には、所与のフローに対する最小のＴＳ＿ＳＴＲＩＤＥを知っている。（典型的には、音声から無音へ、またはその逆への遷移に関して生じる）ＴＳ＿ＳＴＲＩＤＥの変化がある場合、上流デバイスの圧縮器（たとえば、基地局）は、新しいＴＳ＿ＳＴＲＩＤＥと現在のＴＳの最下位ビットの両方を送るように要求される。解凍器は、タイムスタンプの最下位ビットに基づいてヘッダを回復しようと試み、解凍が成功裏である場合、新しいＴＳ＿ＳＴＲＩＤＥが後続のパケットに対して考慮される。
【００２８】
[0033]ヘッダを回復しようと試みる際に、解凍器は、最後に成功裏に解凍されたヘッダと、情報を圧縮するために使用されたビット数とに基づく、解釈間隔を使用する。しかしながら、連続するパケット損失の場合、圧縮器によって送られて、解凍器によって受信されるＴＳが、実際は、解釈間隔の外側である可能性がある。これは、解凍器が、ＴＳの誤った値を推定することに終わることを意味する。
【００２９】
[0034]解凍がこの段階で失敗する（たとえば、巡回冗長検査（ＣＲＣ）が失敗する）場合、解凍器は、単に否定応答（たとえば、ＮＡＣＫ）を送って、再同期が達成されるまで、圧縮されていないヘッダを送ることによって、圧縮器に圧縮を再初期化させ得る。そのような再初期化および再同期は、音声パケットの損失および不十分な圧縮率を伴い得る。
【００３０】
[0035]本方法および装置によれば、解凍が失敗した場合に否定応答を自動的に送る代わりに、解凍されたＴＳが予想された形式：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥ、であるかどうかの決定が行われ得る。そうでない場合、ヘッダ修復機構は代わりに、置換ＴＳが次のフォーマット：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥに従っていて、最下位ビットが正確に、圧縮ヘッダ内で通知されたものであるような、置換ＴＳを見つけようと試み得る。
【００３１】
[0036]そのようなＴＳが見つかると、ヘッダ解凍は、このＴＳ（たとえば、修復されたタイムスタンプ）を使用しようと試み得る。ＣＲＣがパスする場合、本方法および装置は、再同期が内部的に達成されていると決定し得る。したがって、「最後に成功裏に解凍されたＴＳ」は、新たに解凍されたヘッダに更新され得、音声パケットは、上位層に転送され得る。上述のＣＲＣが失敗した場合、修復機構は、上記を満足することがわかった次のＴＳを使用して繰り返し、次のＴＳを使用して解凍を再度試み得る。
【００３２】
[0037]本開示の態様について、最初に、ワイヤレス通信システムのコンテキストにおいて説明する。本開示の態様は、プロセスフロー図を参照しながらも説明する。本開示の態様について、解凍失敗の場合のタイムスタンプ修復に関連する装置図、システム図およびフローチャートを参照してさらに示し、説明する。
【００３３】
[0038]図１は、本開示の様々な態様による、ワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、基地局１０５と、ＵＥ１１５と、コアネットワーク１３０とを含む。いくつかの例では、ワイヤレス通信システム１００はロングタームエボリューション（ＬＴＥ）／ＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワークであり得る。基地局１０５の間、基地局１０５とＵＥ１１５との間、およびＵＥ１１５の間での通信は、ヘッダ圧縮（たとえば、ロバストヘッダ圧縮（ＲｏＨＣ））によって容易にされ得る。そのため、基地局１０５またはＵＥ１１５のいずれか１つは、本明細書で説明するように、ヘッダ修復機構を採用する下流デバイスであり得る。したがって、スケーリングされていないＴＳビットを搬送する新しい圧縮ヘッダが下流デバイスによって受信されるような、たとえば、上流デバイス（たとえば、基地局１０５またはＵＥ１１５の異なる１つ）によって送信された連続する圧縮ヘッダの損失が生じる場合、ヘッダの解凍は失敗し得る。スケーリングされていないＴＳが解釈間隔の外側であると決定すると、ヘッダ修復機構は、スケーリングされていないＴＳを修復しようと試み得る。修復が成功裏である場合、たとえば、上流デバイスを介して再初期化および再同期を引き起こすためにＮＡＣＫを送ることなく、再同期が内部的に達成される。
【００３４】
[0039]基地局１０５は、１つまたは複数の基地局アンテナを介して、ＵＥ１１５とワイヤレスに通信し得る。各基地局１０５は、それぞれの地理的カバレージエリア１１０に通信カバレージを与え得る。ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信、または基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され得、各ＵＥ１１５は固定またはモバイルであり得る。ＵＥ１１５は、移動局、加入者局、リモートユニット、ワイヤレスデバイス、アクセス端末（ＡＴ）、ハンドセット、ユーザエージェント、クライアント、または同様の用語で呼ばれることもある。ＵＥ１１５はまた、セルラーフォン、ワイヤレスモデム、ハンドヘルドデバイス、パーソナルコンピュータ、タブレット、パーソナル電子デバイス、マシン型通信（ＭＴＣ）デバイスなどであり得る。
【００３５】
[0040]基地局１０５は、コアネットワーク１３０と、および互いに通信し得る。たとえば、基地局１０５は、バックホールリンク１３２（たとえば、Ｓ１など）を通して、コアネットワーク１３０とインターフェースし得る。基地局１０５は、直接的または間接的のいずれかで（たとえば、コアネットワーク１３０を通して）、バックホールリンク１３４（たとえば、Ｘ２など）を介して互いに通信し得る。基地局１０５は、ＵＥ１１５との通信のための無線構成およびスケジューリングを実行し得るか、または基地局コントローラ（図示せず）の制御下で動作し得る。いくつかの例では、基地局１０５は、マクロセル、スモールセル、ホットスポットなどであり得る。基地局１０５は、ｅノードＢ（ｅＮＢ）１０５と呼ばれることもある。
【００３６】
[0041]パケット間での最小のＴＳ増分は、一般に、ワイヤレス通信システム１００のデバイス（たとえば、基地局１０５およびＵＥ１１５）によって知られている。最小のＴＳ増分は、ワイヤレス通信システム１００における送信の中間のサンプルレートおよびフレームレートに直接関係する。たとえば、音声狭帯域ＡＭＲ（ＮＢ−ＡＭＲ）の場合、サンプルレートは８ｋＨｚであり、１つの音声フレームは２０ｍｓをカバーし得る。さらに、各音声フレームは、しばしば１つのＲＴＰパケット内で搬送される。この場合、ＲＴＰ  ＴＳ増分は、何らかの整数ｎに対して常にｎ＊１６０であり、ここで、「１６０」はサンプルレートとフレームレートとの積（８０００Ｈｚ＊０．０２ｓ）である。送信元におけるサンプルクロックは、通常、フレームレートまたはフレーム境界のいずれも変更することなく、稼働し続けているので、無音期間は、ＴＳ増分に影響を及ぼさないことに留意する。同様に、広帯域ＡＭＲ（ＷＢ−ＡＭＲ）の場合、サンプルレートは１６ｋＨｚであり、１つの音声フレームも同様に２０ｍｓをカバーする。したがって、ＷＢ−ＡＭＲにおけるＲＴＰ  ＴＳ増分は、常にｎ＊３２０である。
【００３７】
[0042]解凍器は、以下の式に従ってＲＴＰタイムスタンプを解凍し得る：ＴＳ＝ＴＳ  ＳＣＡＬＥＤ＊ＴＳ＿ＳＴＲＩＤＥ＋ＴＳ  ＯＦＦＳＥＴ、式中、ＴＳ＿ＳＴＲＩＤＥは明示的に通信され、ＴＳ  ＯＦＦＳＥＴは、暗黙的に解凍器に通信される。最小のＴＳ＿ＳＴＲＩＤＥは、音声またはビデオ活動中にＵＥ１１５に通信されたＴＳ＿ＳＴＲＩＤＥである。例として、ＴＳ＿ＳＴＲＩＤＥの予想される値は、ＮＢ−ＡＭＲに対して１６０、ＷＢ−ＡＭＲに対して３２０、およびサンプルレートが９０ｋＨｚで、フレームレートが３０フレーム／ｓのビデオコーデックに対して３０００である。
【００３８】
[0043]ヘッダ情報要素ｘが最後に成功裏に解凍されたヘッダの一部である場合、解凍器はｘ基準＝ｘを設定し、ｘは解釈間隔［ｘ基準−ｐ，ｘ基準＋２＾ｋ−１−ｐ］（［ＴＳ最小値，ＴＳ最大値］）内で、式中、ｋはｘの圧縮値に対して新しいパケット内で受信されたビット数であり、ｐは、２＾ｋよりもはるかに小さい正の整数である、と仮定して、次のパケットを解凍しようと試みる。したがって、ｐ過去値（たとえば、パケットの何らかの再順序付けまたは遅着を可能にするために最後に解凍されたヘッダと比べてｘの小さい値）および２＾ｋ−１−ｐ将来値が解釈間隔内にある。しかしながら、連続するパケット損失の場合、圧縮器によって送られて、解凍器によって受信されるｘが、実際は、ｘ基準＋２＾ｋ−１−ｐよりも大きい可能性があり、ｘはしたがって、解釈間隔の外側であることを意味する。そのような場合、たとえ、圧縮器（たとえば、基地局）がＴＳ最大値よりも大きいＴＳを送ろうと試み得ても、解凍器（たとえば、ＵＥ）は、ＴＳの最下位ビットを受信し得、ＴＳは解釈間隔内であると誤って期待し得る。これは、解凍器が、ｘの誤った値を推定することに終わることを意味する。
【００３９】
[0044]それに応じて、本明細書で説明する修復機構は、ＴＳが解釈ウィンドウの外側にある場合、圧縮されたＴＳを修復しようと試みる。修復機構は、たとえば、ＴＳ、シーケンス番号（ＳＮ）およびＩＰ識別子（ＩＰ−ＩＤ）などの、ヘッダ情報要素ｘに適用され得る。したがって、説明は、一例として、ＴＳの観点から述べることを理解されたい。
【００４０】
[0045]図２は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復のためのプロセスフロー２００の一例を示す。プロセスフロー２００は、図１を参照しながら説明した対応するデバイスの例であり得る、基地局１０５−ａとＵＥ１１５−ａとを含み得る。図２では、たとえば、基地局１０５−ａが上流デバイス（たとえば、データを送信しているデバイス）であり、ＵＥ１１５−ａが下流デバイス（たとえば、データを受信しているデバイス）である。
【００４１】
[0046]基地局１０５−ａとＵＥ１１５−ａとの間の通信が、同期が達成されるまで（たとえば、ＵＥ１１５−ａが同期肯定応答に応答する）、その間、基地局１０５−ａが圧縮されていないヘッダを送信する、初期化および同期２０５の期間から始まる。その後、基地局１０５−ａからＵＥ１１５−ａへ送られた通信は、圧縮ヘッダ２１０を含み得る。圧縮ヘッダを成功裏に解凍すると、ＵＥ１１５−ａは肯定応答（ＡＣＫ）２１５を基地局１０５−ａに送り得る。
【００４２】
[0047]しかしながら、（たとえば、干渉に起因した）パケットの損失２２０の後、基地局１０５−ａからＵＥ１１５−ａによって受信された後続の圧縮ヘッダ２２５は、スケーリングされていないＴＳを含み得る。そのような場合、ＵＥ１１５−ａは、ブロック２３０で（たとえば、ＣＲＣを介して）解凍失敗を決定し得る。解凍失敗を決定すると、ＵＥ１１５−ａは、ブロック２３５で、受信したＴＳが解釈ウィンドウの外側であるかどうかを決定し得る。態様では、そうでない場合、ＵＥ１１５−ａは、ＮＡＣＫ（図示せず）を基地局１０５−ａに送り得、その結果、再初期化および再同期（同様に図示せず）となる。
【００４３】
[0048]ブロック２３５で考えられる解釈ウィンドウは、範囲［ＴＳ最小値，ＴＳ最大値］によって与えられ得る。ＴＳ最小値は、量（ｘ基準−ｐ）によって示され得、式中、ｘ基準は、ヘッダ情報要素ｘに等しく、ｐは、２＾ｋ（ｋは、ｘの圧縮値に対して新しいパケット内で受信されたビット数である）よりもはるかに小さい正の整数である。ＴＳ最大値は、量（ｘ基準＋２＾ｋ−１−ｐ）によって示され得る。したがって、ｐ過去値（たとえば、パケットの何らかの再順序付けまたは遅着を可能にするために最後に解凍されたヘッダと比べてｘの小さい値）および２＾ｋ−１−ｐ将来値が解釈ウィンドウ内にある。
【００４４】
[0049]受信したＴＳが解釈ウィンドウの外側である場合、ＵＥは、本明細書でさらに説明するように、ＴＳを修復しようと（ブロック２４０で）試みる。修復が成功裏である場合、基地局１０５−ａからＵＥ１１５−ａへの通信は、圧縮ヘッダを使い続け得る。ＴＳの修復ができない場合、ＵＥ１１５−ａは、再初期化および再同期のためにＮＡＣＫ２４５を基地局１０５−ａに送り得る。
【００４５】
[0050]ＴＳは、所定の解釈ウィンドウの外側であり得るという決定（ブロック２３５における）は、解凍されたＴＳが所定のフォーマットに従っているかどうかを決定することを含み得る。いくつかの場合には、解凍されたＴＳが所定のフォーマットに従っていると決定することは、解凍されたタイムスタンプが、最後に成功裏に解凍されたタイムスタンプ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定することを伴う。いくつかの場合には、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。所定のフォーマットは、次のようにも書かれ得る：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥ。
【００４６】
[0051]解凍されたＴＳが所定の解釈ウィンドウの外側であると決定された場合、ＴＳ修復が試みられ得る（ブロック２４０において）。解凍されたＴＳを修復するために、第１の候補ＴＳが取得される。第１の候補ＴＳは、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有し得る。いくつかの場合には、所定のフォーマットに従っている第１の候補ＴＳを取得することは、最後に成功裏に解凍されたタイムスタンプ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい第１の候補ＴＳを取得することを伴う。いくつかの場合には、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。
【００４７】
[0052]ひとたび、第１の候補ＴＳが取得されると、ＵＥ１１５−ａは、第１の候補ＴＳを使用して、受信したヘッダを解凍しようと試み得る。成功裏である場合、最後に成功裏に解凍されたＴＳが、第１の候補ＴＳと置き換えられる。解凍の試みが成功裏でない場合、各々が所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、１つまたは複数のさらなる候補ＴＳが決定されて、検査され得る。
【００４８】
[0053]図３は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、ワイヤレスデバイス３００のブロック図を示す。ワイヤレスデバイス３００は、図１および図２を参照しながら説明したＵＥ１１５または基地局１０５の態様の一例であり得る。ワイヤレスデバイス３００は、受信機３０５と、通信マネージャ３１０と、送信機３１５とを含み得る。ワイヤレスデバイス３００は、プロセッサも含み得る。これらの構成要素の各々は、互いと通信していることがある。
【００４９】
[0054]受信機３０５は、パケット、ユーザデータ、または様々な情報チャネルに関連付けられた制御情報（たとえば、制御チャネル、データチャネル、および解凍失敗の場合のタイムスタンプ修復機構に関係する情報など）などの情報を受信し得る。情報は、デバイスの他の構成要素に受け渡され得る。受信機３０５は、図５を参照しながら説明するトランシーバ５２５の態様の一例であり得る。
【００５０】
[0055]通信マネージャ３１０は、圧縮ヘッダを受信することと、圧縮ヘッダに関して解凍失敗が発生していると決定することと、解凍失敗と関連付けられた解凍されたタイムスタンプが、所定の解釈ウィンドウの外側であると決定することと、解凍されたタイムスタンプが所定の解釈ウィンドウの外側であるという決定に少なくとも部分的に基づいて、解凍されたタイムスタンプを修復しようと試みることとを行い得る。通信マネージャ３１０はまた、図５を参照しながら説明する通信管理モジュール５０５の態様の一例であり得る。
【００５１】
[0056]送信機３１５は、ワイヤレスデバイス３００の他の構成要素から受信した信号を送信し得る。いくつかの例では、送信機３１５は、トランシーバモジュール中で受信機とコロケートされ得る。たとえば、送信機３１５は、図５を参照しながら説明するトランシーバ５２５の態様の一例であり得る。送信機３１５は、単一のアンテナを含み得るか、または送信機３１５は、複数のアンテナを含み得る。
【００５２】
[0057]図４は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、ワイヤレスデバイス４００のブロック図を示す。ワイヤレスデバイス４００は、図１、図２および図３を参照しながら説明したワイヤレスデバイス３００またはＵＥ１１５または基地局１０５の態様の一例であり得る。ワイヤレスデバイス４００は、受信機４０５と、通信マネージャ４１０と、送信機４３５とを含み得る。ワイヤレスデバイス４００は、プロセッサも含み得る。これらの構成要素の各々は、互いと通信していることがある。
【００５３】
[0058]受信機４０５は、デバイスの他の構成要素に受け渡され得る情報を受信し得る。受信機４０５はまた、図３の受信機３０５に関して説明した機能を実行し得る。受信機４０５は、図５を参照しながら説明するトランシーバ５２５の態様の一例であり得る。
【００５４】
[0059]通信マネージャ４１０は、図３を参照しながら説明した通信マネージャ３１０の態様の一例であり得る。通信マネージャ４１０は、ヘッダ圧縮／解凍モジュール４１５と、解凍検証モジュール４２０と、タイムスタンプ評価モジュール４２５と、タイムスタンプ修復モジュール４３０とを含み得る。通信マネージャ４１０は、図５を参照しながら説明する通信管理モジュール５０５の態様の一例であり得る。
【００５５】
[0060]ヘッダ圧縮／解凍モジュール４１５は、受信機４０５を介して圧縮ヘッダを受信し得、受信したヘッダを解凍し得る。解凍は、記憶されたコンテキストおよび、動的フィールドのセットに関する変更を含む、圧縮されたパケットの受信に基づいて実行される。他のフィールドに関する変更は、圧縮中に存在する明示的に更新されたフィールドから予測され得る。
【００５６】
[0061]解凍検証モジュール４２０は、（たとえば、ＣＲＣを介して）圧縮ヘッダに関して解凍失敗が発生していると決定し得る。各圧縮されたパケットは、圧縮されたパケットタイプに依存するビット数とともにＣＲＣを含み得る。ＣＲＣは、圧縮前に（たとえば、圧縮器側において）、完全なヘッダ（ＩＰ／ＵＤＰ／ＲＴＰ）に関して計算され得る。解凍の試みの後、完全な解凍ヘッダに関して計算されたＣＲＣが、圧縮器から受信したＣＲＣと異なる場合、解凍検証モジュール４２０は、失敗を検出し得る。
【００５７】
[0062]タイムスタンプ評価モジュール４２５は、解凍失敗と関連付けられた解凍されたタイムスタンプが所定の解釈ウィンドウの外側であると決定し得る。いくつかの場合には、解凍されたタイムスタンプが、所定の解釈ウィンドウの外側であると決定することは、直近の成功裏に解凍されたヘッダのタイムスタンプ値および圧縮されたスケーリングされていないタイムスタンプ値に対して受信された圧縮ヘッダ中のビット数に少なくとも基づく。いくつかの場合には、解凍されたタイムスタンプが、所定の解釈ウィンドウの外側であると決定することは、解凍されたタイムスタンプが所定のフォーマットに従っていると決定することを伴う。いくつかの場合には、解凍されたタイムスタンプが所定のフォーマットに従っていると決定することは、解凍されたタイムスタンプが、最後に成功裏に解凍されたタイムスタンプ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定することを伴う。いくつかの場合には、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。所定のフォーマットは、次のようにも書かれ得る：最後に成功裏に解凍されたＴＳ＋ｎ＊最小のＴＳ＿ＳＴＲＩＤＥ。
【００５８】
[0063]タイムスタンプ修復モジュール４３０は、解凍されたタイムスタンプが、所定の解釈ウィンドウの外側であるという決定に少なくとも部分的に基づいて、解凍されたタイムスタンプを修復しようと試み得る。解凍されたタイムスタンプを修復するために、タイムスタンプ修復モジュール４３０は、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得する。いくつかの場合には、所定のフォーマットに従っている第１の候補タイムスタンプを取得することは、最後に成功裏に解凍されたタイムスタンプ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい第１の候補タイムスタンプを取得することを伴う。いくつかの場合には、最小のＴＳ＿ＳＴＲＩＤＥの整数倍は、最小のＴＳ＿ＳＴＲＩＤＥの正の整数倍である。
【００５９】
[0064]ひとたび、第１の候補タイムスタンプが取得されると、タイムスタンプ修復モジュール４３０は、第１の候補タイムスタンプを使用して、受信したヘッダを解凍しようと試みる。解凍検証モジュール４２０が、（たとえば、ＣＲＣを介して）第１の候補タイムスタンプを使用した、受信したヘッダの成功裏の解凍を決定すると、ヘッダ圧縮／解凍モジュール４１５は、最後に成功裏に解凍されたタイムスタンプを第１の候補タイムスタンプで更新する。解凍検証モジュール４２０が、第１の候補タイムスタンプを使用した、受信したヘッダの不成功裏の解凍を決定すると、タイムスタンプ修復モジュール４３０は、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳを取得し得る。タイムスタンプ修復モジュール４３０は、次いで、第２の候補タイムスタンプを使用して、受信したヘッダを解凍しようと試み、以下同様に続く。
【００６０】
[0065]タイムスタンプ修復モジュール４３０が、所定のフォーマットに従っていて、圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、候補タイムスタンプが存在しないか、もしくは他の候補タイムスタンプが存在しない、またはしきい値数の修復の試みが満足されていると決定する場合、通信マネージャ４１０は、圧縮ヘッダを受信したことに応答して否定応答を送信する。
【００６１】
[0066]送信機４３５は、ワイヤレスデバイス４００の他の構成要素から受信した信号を送信し得る。いくつかの例では、送信機４３５は、トランシーバモジュール中で受信機とコロケートされ得る。たとえば、送信機４３５は、図５を参照しながら説明するトランシーバ５２５の態様の一例であり得る。送信機４３５は、単一のアンテナを利用し得るか、または送信機４３５は、複数のアンテナを利用し得る。
【００６２】
[0067]図５は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートするデバイスを含んだ、システム５００の図を示す。たとえば、システム５００は、図１〜図４を参照しながら説明した、ワイヤレスデバイス３００、ワイヤレスデバイス４００、またはＵＥ１１５の一例であり得る、ＵＥ１１５−ｂを含み得る。
【００６３】
[0068]ＵＥ１１５−ｂはまた、通信管理モジュール５０５と、プロセッサ５１０と、メモリ５１５と、トランシーバ５２５と、アンテナ５３０と、タイムスタンプ修復モジュール５３５とを含み得る。これらのモジュールの各々は、直接または間接的に、（たとえば、１つまたは複数のバスを介して）５４０互いと通信し得る。
【００６４】
[0069]通信管理モジュール５０５は、図３および図４を参照しながら説明した通信マネージャの一例であり得る。プロセッサ５１０は、インテリジェントハードウェアデバイス、（たとえば、中央処理装置（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）など）を含み得る。メモリ５１５は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含み得る。メモリ５１５は、実行されたとき、プロセッサに本明細書で説明する様々な機能（たとえば、圧縮／解凍、タイムスタンプ修復など）を実行させる１つまたは複数の命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェアを記憶し得る。いくつかの場合には、ソフトウェア５２０は、プロセッサによって直接的に実行可能でないことがあるが、（たとえば、コンパイルされ実行されたとき）コンピュータに本明細書で説明する機能を実行させ得る。
【００６５】
[0070]トランシーバ５２５は、上記で説明したように、１つまたは複数のアンテナ、ワイヤードリンク、またはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ５２５は、基地局１０５またはＵＥ１１５と双方向に通信し得る。トランシーバ５２５はまた、パケットを変調し、変調されたパケットを送信のためにアンテナに与えるための、およびアンテナから受信されたパケットを復調するためのモデムを含み得る。
【００６６】
[0071]いくつかの場合には、ワイヤレスデバイスは単一のアンテナ５３０を含み得る。しかしながら、いくつかの場合には、デバイスは、複数のワイヤレス送信をコンカレントに送信または受信することが可能であり得る２つ以上のアンテナ５３０を有し得る。
【００６７】
[0072]タイムスタンプ修復モジュール５３５は、本明細書で説明する様々な操作を実行するために、通信管理モジュール５０５と連携して動作し得る。たとえば、タイムスタンプ修復モジュール５３５は、図４のヘッダ圧縮／解凍モジュール４１５、解凍検証モジュール４２０、タイムスタンプ評価モジュール４２５およびタイムスタンプ修復モジュール４３０に関して上記で説明し、ならびに／または図７および図８に関して以下で説明する、操作を実行し得る。
【００６８】
[0073]図６は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復機構をサポートする、構成されたデバイスを含むワイヤレスシステム６００の図を示す。たとえば、システム６００は、図１〜図４を参照しながら説明した、ワイヤレスデバイス３００、ワイヤレスデバイス４００、または基地局１０５の一例であり得る、基地局１０５−ｃを含み得る。基地局１０５−ｃは、通信を送信するための構成要素と通信を受信するための構成要素とを含む、双方向音声およびデータ通信のための構成要素も含み得る。たとえば、基地局１０５−ｃは、１つまたは複数のＵＥ１１５と双方向に通信し得る。
【００６９】
[0074]基地局１０５−ｃは、通信管理モジュール６０５と、プロセッサ６１０と、メモリ６１５と、トランシーバ６２５と、アンテナ６３０と、基地局通信モジュール６３５と、ネットワーク通信モジュール６４０とをも含み得る。これらのモジュールの各々は、直接または間接的に、（たとえば、１つまたは複数のバスを介して）６４５互いと通信し得る。
【００７０】
[0075]通信管理モジュール６０５は、図３および図４を参照しながら説明した、通信管理モジュールの一例であり得る。プロセッサ６１０は、インテリジェントなハードウェアデバイス（たとえば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣなど）を含み得る。メモリ６１５はＲＡＭおよびＲＯＭを含み得る。メモリ６１５は、実行されたとき、プロセッサに本明細書で説明する様々な機能（たとえば、解凍失敗の場合のタイムスタンプ修復機構など）を実行させる１つまたは複数の命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェアを記憶し得る。いくつかの場合には、ソフトウェア６２０は、プロセッサによって直接的に実行可能でないことがあるが、（たとえば、コンパイルされ実行されたとき）コンピュータに本明細書で説明する機能を実行させ得る。
【００７１】
[0076]トランシーバ６２５は、上記で説明したように、１つまたは複数のアンテナ、ワイヤードリンク、またはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信し得る。たとえば、トランシーバ６２５は、基地局１０５またはＵＥ１１５と双方向に通信し得る。トランシーバ６２５はまた、パケットを変調し、変調されたパケットを送信のためにアンテナに与えるための、およびアンテナから受信されたパケットを復調するためのモデムを含み得る。
【００７２】
[0077]いくつかの場合には、ワイヤレスデバイスは単一のアンテナ６３０を含み得る。しかしながら、いくつかの場合には、デバイスは、複数のワイヤレス送信をコンカレントに送信または受信することが可能であり得る２つ以上のアンテナ５３０を有し得る。
【００７３】
[0078]基地局通信モジュール６３５は、他の基地局１０５との通信を管理し得、他の基地局１０５と協働してＵＥ１１５との通信を制御するためのコントローラまたはスケジューラを含み得る。たとえば、基地局通信モジュール６３５は、ビームフォーミングまたはジョイント送信などの様々な干渉緩和技法のためのＵＥ１１５への送信のためのスケジューリングを協調させ得る。いくつかの例では、基地局通信モジュール６３５は、基地局１０５間の通信を行うために、ＬＴＥ／ＬＴＥ−Ａワイヤレス通信ネットワーク技術内のＸ２インターフェースを与え得る。
【００７４】
[0079]ネットワーク通信モジュール６４０は、（たとえば、１つまたは複数のワイヤードバックホールリンクを介して）コアネットワークとの通信を管理し得る。たとえば、ネットワーク通信モジュール６４０は、１つまたは複数のＵＥ１１５など、クライアントデバイスのためのデータ通信の転送を管理し得る。
【００７５】
[0080]図７は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復のための方法７００を示すフローチャートを示す。方法７００の動作は、図１および図２を参照しながら説明したように、ＵＥ１１５または基地局１０５もしくはその構成要素によって実装され得る。たとえば、方法７００の動作は、本明細書で説明するように、通信マネージャまたは通信管理モジュールによって実行され得る。いくつかの例では、ＵＥ１１５または基地局１０５は、以下で説明する機能を実行するようにデバイスの機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５または基地局１０５は、専用ハードウェアを使用して、以下で説明する機能態様を実行し得る。
【００７６】
[0081]ブロック７０５において、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、圧縮ヘッダを受信し得る。いくつかの例では、ブロック７０５の動作は、図４を参照しながら説明したように、ヘッダ圧縮／解凍モジュール４１５によって実行され得る。
【００７７】
[0082]ブロック７１０において、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、圧縮ヘッダに関して解凍失敗が発生していると決定し得る。いくつかの例では、ブロック７１０の動作は、図４を参照しながら説明したように、解凍検証モジュール４２０によって実行され得る。
【００７８】
[0083]ブロック７１５において、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、解凍失敗に関連付けられた解凍されたＴＳが所定の解釈ウィンドウの外側であると決定し得る。いくつかの例では、ブロック７１５の動作は、図４を参照しながら説明したように、タイムスタンプ評価モジュール４２５によって実行され得る。
【００７９】
[0084]ブロック７２０において、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、解凍されたＴＳが所定の解釈ウィンドウの外側であるという決定に基づいて、解凍されたＴＳを修復しようと試み得る。いくつかの例では、ブロック７２０の動作は、図４を参照しながら説明したように、タイムスタンプ修復モジュール４３０によって実行され得る。
【００８０】
[0085]図８は、本開示の様々な態様による、解凍失敗の場合のタイムスタンプ修復のための方法８００を示すフローチャートを示す。方法８００の動作は、図１および図２を参照しながら説明したように、ＵＥ１１５または基地局１０５もしくはその構成要素によって実装され得る。たとえば、方法８００の動作は、本明細書で説明するように、通信マネージャまたは通信管理モジュールによって実行され得る。いくつかの例では、ＵＥ１１５または基地局１０５は、以下で説明する機能を実行するようにデバイスの機能要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５または基地局１０５は、専用ハードウェアを使用して、以下で説明する機能態様を実行し得る。
【００８１】
[0086]ブロック８０５において、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、圧縮ヘッダを受信し得る。次いで、ブロック８１０において、ＵＥ１１５または基地局１０５は、受信したヘッダを解凍しようと試み得る。いくつかの例では、ブロック８０５およびブロック８１０の動作は、図４を参照しながら説明したように、ヘッダ圧縮／解凍モジュール４１５によって実行され得る。
【００８２】
[0087]ブロック８１５において、ＵＥ１１５または基地局１０５は、ブロック８１０における解凍が成功裏であるかどうかを決定し得る。いくつかの例では、ブロック８１５の動作は、図４を参照しながら説明したように、解凍検証モジュール４２０によって実行され得る。ブロック８１０における解凍が成功裏であった場合、方法８００は、ＵＥ１１５または基地局１０５が、圧縮ヘッダを含む後続の通信を受信するために、ブロック８０５に戻り得る。ブロック８１０における解凍が成功裏でなかった場合、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、圧縮ヘッダに関して解凍失敗が発生していると決定する。
【００８３】
[0088]ブロック８１５において解凍失敗が決定された場合、方法８００はブロック８２０に進み得、そこで、ＵＥ１１５または基地局１０５は、図２を参照しながら上記で説明したように、解凍失敗に関連付けられた解凍されたＴＳが所定の解釈ウィンドウの外側であるかどうかを決定し得る。いくつかの例では、ブロック８２０の動作は、図４を参照しながら説明したように、タイムスタンプ評価モジュール４２５によって実行され得る。解凍されたＴＳが所定のウィンドウの外側でない場合、方法８００はブロック８２５に進み得、そこで、ＵＥ１１５または基地局１０５は、圧縮ヘッダを受信したこと（ブロック８０５）に応答してＮＡＣＫを送る。上記で説明したように、ＮＡＣＫは、圧縮ヘッダの使用に戻るために、上流デバイスに再初期化および再同期させ得る。
【００８４】
[0089]解凍されたＴＳが所定のウィンドウの外側でない場合、方法８００はブロック８３０にジャンプし得、そこで、ＵＥ１１５または基地局１０５は、候補ＴＳを取得する。いくつかの例では、ブロック８３０の動作は、図４を参照しながら説明したように、タイムスタンプ評価モジュール４２５によって実行され得る。
【００８５】
[0090]次いで、ブロック８３５において、ＵＥ１１５または基地局１０５は、候補ＴＳを使用して、受信したヘッダ（ブロック８０５）を解凍しようと試みる。いくつかの例では、ブロック８３５の動作は、図４を参照しながら説明したように、ヘッダ圧縮／解凍モジュール４１５によって実行され得る。
【００８６】
[0091]ブロック８４０において、ＵＥ１１５または基地局１０５は、ブロック８３５における解凍が成功裏であるかどうかを決定し得る。いくつかの例では、ブロック８４０の動作は、図４を参照しながら説明したように、解凍検証モジュール４２０によって実行され得る。ブロック８３５における解凍が成功裏であった場合、ヘッダは修復されて、再同期が内部的に（たとえば、ＵＥ１１５または基地局１０５において、上流デバイスを巻き込むことなく）達成されている。そのような場合、方法８００は、ＵＥ１１５または基地局１０５が、圧縮ヘッダを含む後続の通信を受信するために、ブロック８０５に戻り得る。簡潔のために図示されていないが、ＵＥ１１５または基地局１０５は、最後に成功裏に解凍されたＴＳを第１の候補ＴＳで更新し得る。いくつかの例では、そのような動作は、図４を参照しながら説明したように、ヘッダ圧縮／解凍モジュール４１５によって実行され得る。
【００８７】
[0092]ブロック８３５における解凍が成功裏でなかった場合、方法８００はブロック８４５に進み得、そこで、ＵＥ１１５または基地局１０５は、さらなる候補ＴＳが存在するかどうかを決定する。いくつかの例では、ブロック８４５の動作は、図４を参照しながら説明したように、タイムスタンプ評価モジュール４２５によって実行され得る。
【００８８】
[0093]さらなる候補ＴＳが存在する場合、本方法は、さらなる候補ＴＳを使用して解凍を試みるためにブロック８３５に戻る。さらなる候補ＴＳが存在しない場合、方法８００はブロック８２５に戻り得、そこで、ＵＥ１１５または基地局１０５は、解凍されたタイムスタンプの修復が成功裏でなかったので、圧縮ヘッダを受信したこと（ブロック８０５）に応答してＮＡＣＫを送る。態様では、追加として、しきい値数の修復の試みが満足されている場合、方法８００はブロック８２５に戻り得、そこで、ＵＥ１１５または基地局１０５は、解凍されたタイムスタンプの修復が成功裏でなかったので、圧縮ヘッダを受信したこと（ブロック８０５）に応答してＮＡＣＫを送る。
【００８９】
[0094]簡潔のために図示されていないが、候補ＴＳが存在しない場合、修復機構（たとえば、ブロック８３０〜８４０）は少なくとも１つの候補ＴＳがなければ実行できないので、方法８００は、ブロック８２０〜ブロック８２５をも続け得ることを理解されたい。したがって、上記の説明に関して、少なくとも１つの候補ＴＳが存在すると仮定されることを理解されたい。
【００９０】
[0095]これらの方法は可能な実装形態を表すこと、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは場合によっては変更され得ることに留意されたい。いくつかの例では、方法のうちの２つまたはそれ以上からの態様が組み合わせられ得る。たとえば、方法の各々の態様は、他の方法のステップまたは態様、あるいは本明細書で説明される他のステップまたは技法を含み得る。したがって、本開示の態様は、解凍失敗の場合のタイムスタンプ修復機構を提供し得る。
【００９１】
[0096]本明細書の説明は、当業者が本開示を作成または使用することができるように与えたものである。本開示への様々な変更は当業者には容易に明らかとなり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるべきでなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【００９２】
[0097]本明細書で説明する機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。プロセッサによって実行されるソフトウェアにおいて実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態は、本開示の範囲内および添付の特許請求の範囲内に入る。たとえば、ソフトウェアの性質により、上記で説明した機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのうちのいずれかの組合せを使用して実装され得る。機能を実装する特徴はまた、異なる物理的（ＰＨＹ）位置において機能の部分が実装されるように分散されることを含めて、様々な位置に物理的に配置され得る。また、特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙（たとえば、「のうちの少なくとも１つ」あるいは「１つまたは複数」などの句で終わる項目の列挙）中で使用される「または」は、たとえば、「ａ、ｂ、またはｃのうちの少なくとも１つ」が、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ．、ならびに複数の同じ要素を用いた任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含することを意図するような包括的列挙を示す。
【００９３】
[0098]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、非一時的コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、ＣＤ、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
【００９４】
[0099]本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ（ＦＤＭＡ）、ＯＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムなど、様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上波無線アクセス（ＵＴＲＡ）などのような無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００リリース０およびＡは、一般に、ＣＤＭＡ２０００  １Ｘ、１Ｘなどと呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ（ＨＲＰＤ）などと呼ばれる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ＴＤＭＡシステムは、（モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile communications））などの無線技術を実装し得る。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（ワイヤレスフィデリティ（Ｗｉ−Ｆｉ（登録商標）））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションズシステム（ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System））の一部である。３ＧＰＰのＬＴＥおよびＬＴＥ−Ａは、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd G
eneration Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明した技法は、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術に使用され得る。ただし、本明細書の説明では、例としてＬＴＥシステムについて説明し、上記の説明の大部分においてＬＴＥ用語が使用されるが、本技法はＬＴＥ適用例以外に適用可能である。
【００９５】
[0100]本明細書で説明されるネットワークを含む、ＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）という用語は、概して、基地局を表すために使用され得る。本明細書で説明される１つまたは複数のワイヤレス通信システムは、異なるタイプのｅＮＢが様々な地理的領域にカバレージを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークを含み得る。たとえば、各ｅＮＢまたは基地局は、マクロセル、スモールセル、または他のタイプのセルに通信カバレッジを与え得る。「セル」という用語は、コンテキストに応じて、基地局、基地局に関連するキャリアまたはコンポーネントキャリア（ＣＣ）、あるいはキャリアまたは基地局のカバレージエリア（たとえば、セクタなど）を表すために使用され得る３ＧＰＰ用語である。
【００９６】
[0101]基地局は、基地トランシーバ局、無線基地局、アクセスポイント（ＡＰ）、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または何らかの他の好適な用語を含み得るか、あるいはそのように当業者によって呼ばれることがある。基地局のための地理的カバレージエリアは、カバレージエリアの一部分のみを構成するセクタに分割され得る。本明細書で説明する１つまたは複数のワイヤレス通信システムは、異なるタイプの基地局（たとえば、マクロセル基地局またはスモールセル基地局）を含み得る。本明細書で説明するＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、中継基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。異なる技術のための重複する地理的カバレッジエリアがあり得る。
【００９７】
[0102]マクロセルは一般に、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーしており、ネットワークプロバイダのサービスに加入しているＵＥによる無制限アクセスを可能にし得る。スモールセルは、マクロセルと同じかまたは異なる（たとえば、認可、無認可などの）周波数帯域で動作し得る、マクロセルと比較して低電力の基地局である。スモールセルは、様々な例によれば、ピコセル、フェムトセルおよびマイクロセルを含み得る。ピコセルは、たとえば、小さい地理的エリアをカバーし得る、ネットワークプロバイダのサービスに加入しているＵＥによる無制限アクセスを可能にし得る。また、フェムトセルは、小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを与え得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数（たとえば、２つ、３つ、４つなど）のセル（たとえば、ＣＣ）をサポートし得る。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、中継基地局などを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。
【００９８】
[0103]本明細書で説明するワイヤレス通信システムは、同期動作または非同期動作をサポートし得る。同期動作の場合、基地局は、同様のフレームタイミングを有し得、異なる基地局からの送信は、近似的に時間的に整合され得る。非同期動作の場合、基地局は、異なるフレームタイミングを有することがあり、異なる基地局からの送信は、時間的に揃っていないことがある。本明細書で説明する技法は、同期動作または非同期動作のいずれかに対して使用され得る。
【００９９】
[0104]本明細書で説明するＤＬ送信は順方向リンク送信と呼ばれることもあり、ＵＬ送信は逆方向リンク送信と呼ばれることもある。たとえば、図１のワイヤレス通信システム１００を含む、本明細書で説明する各通信リンクは、１つまたは複数のキャリアを含み得、ここで、各キャリアは、複数のサブキャリアからなる信号（たとえば、異なる周波数の波形信号）であり得る。各変調された信号は、異なるサブキャリア上で送られ得、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、ユーザデータなどを搬送し得る。本明細書で説明する通信リンク（たとえば、図１の通信リンク１２５）は、周波数分割複信（ＦＤＤ）動作を使用して（たとえば、対スペクトルリソースを使用して）または時分割複信（ＴＤＤ）動作を使用して（たとえば、不対スペクトルリソースを使用して）双方向通信を送信し得る。ＦＤＤ（たとえば、フレーム構造タイプ１）およびＴＤＤ（たとえば、フレーム構造タイプ２）のためのフレーム構造が定義され得る。
【０１００】
[0105]したがって、本開示の態様は、解凍失敗の場合のタイムスタンプ修復機構を提供し得る。これらの方法は可能な実装形態を表すこと、ならびに動作およびステップは、他の実装形態が可能であるように、並べ替えられるかまたは場合によっては変更され得ることに留意されたい。いくつかの例では、方法のうちの２つまたはそれ以上からの態様が組み合わせられ得る。
【０１０１】
[0106]本開示に関して本明細書で説明する様々な例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ（たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成）としても実装され得る。したがって、本明細書で説明する機能は、１つまたは複数の他の処理ユニット（またはコア）によって、少なくとも１つの集積回路（ＩＣ）上で実行され得る。様々な例では、当技術分野で知られている任意の様式でプログラムされ得る、異なるタイプのＩＣ（たとえば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、または別のセミカスタムＩＣ）が使用され得る。各ユニットの機能はまた、全体的または部分的に、１つまたは複数の汎用または特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中に組み込まれた命令を用いて実装され得る。
【０１０２】
[0107]添付の図において、同様の構成要素または特徴は同じ参照ラベルを有し得る。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、ダッシュと、同様の構成要素を区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルのみが本明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のうちのいずれか１つに適用可能である。
【図１】
2018536317.tif 000003
【図２】
2018536317.tif 000004
【図３】
2018536317.tif 000005
【図４】
2018536317.tif 000006
【図５】
2018536317.tif 000007
【図６】
2018536317.tif 000008
【図７】
2018536317.tif 000009
【図８】
2018536317.tif 000010
【手続補正書】
【提出日】平成30年5月23日(2018.5.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記決定された解凍失敗に関連付けられた解凍されたヘッダ情報要素が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたヘッダ情報要素が、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたヘッダ情報要素を修復しようと試みることと
を備える、方法。
【請求項２】
前記解凍されたヘッダ情報要素が前記所定の解釈ウィンドウの外側であると決定することは、
直近の成功裏に解凍されたヘッダのヘッダ情報要素値と、圧縮されたスケーリングされていないヘッダ情報要素値に対して受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたヘッダ情報要素がウィンドウの外側であると決定することを備える、
請求項１に記載の方法。
【請求項３】
前記解凍されたヘッダ情報要素が前記所定の解釈ウィンドウの外側であると決定することは、
前記解凍されたヘッダ情報要素が所定のフォーマットに従っていると決定することを備える、
請求項１に記載の方法。
【請求項４】
前記解凍されたヘッダ情報要素が前記所定のフォーマットに従っていると決定することは、
前記解凍されたヘッダ情報要素が、最後に成功裏に解凍されたヘッダ情報要素＋最小のユニットの整数倍に等しいと決定することを備える、
請求項３に記載の方法。
【請求項５】
前記最小のユニットの前記整数倍が、前記最小のユニットの正または負の整数倍である、
請求項４に記載の方法。
【請求項６】
前記解凍されたヘッダ情報要素を修復しようと試みることは、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ヘッダ情報要素を取得することを備える、
請求項１に記載の方法。
【請求項７】
前記所定のフォーマットに従っている前記第１の候補ヘッダ情報要素を取得することは、
最後に成功裏に解凍されたヘッダ情報要素＋最小のユニットの整数倍に等しい前記第１の候補ヘッダ情報要素を取得することを備える、
請求項６に記載の方法。
【請求項８】
前記最小のユニットの前記整数倍は、前記最小のユニットの正または負の整数倍である、
請求項７に記載の方法。
【請求項９】
前記第１の候補ヘッダ情報要素を使用して、前記受信したヘッダを解凍しようと試みることをさらに備える、
請求項６に記載の方法。
【請求項１０】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第１の候補ヘッダ情報要素で更新することと
をさらに備える、請求項９に記載の方法。
【請求項１１】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの前記成功裏の解凍を決定することが、
前記第１の候補ヘッダ情報要素を使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定することを備える、
請求項１０に記載の方法。
【請求項１２】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ヘッダ情報要素が存在しないか、またはしきい値数の修復の試みが満足されていると決定することと、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信することと
をさらに備える、請求項９に記載の方法。
【請求項１３】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ヘッダ情報要素を取得することと、
前記第２の候補ヘッダ情報要素を使用して、前記受信したヘッダを解凍しようと試みることと
をさらに備える、請求項９に記載の方法。
【請求項１４】
前記第２の候補ヘッダ情報要素を使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第２の候補ヘッダ情報要素で更新することと
をさらに備える、請求項１３に記載の方法。
【請求項１５】
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための手段と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための手段と、
前記決定された解凍失敗に関連付けられた解凍されたヘッダ情報要素が所定の解釈ウィンドウの外側であると決定するための手段と、
前記解凍されたヘッダ情報要素が、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたヘッダ情報要素を修復しようと試みるための手段と
を備える、装置。
【請求項１６】
前記解凍されたヘッダ情報要素が前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
直近の成功裏に解凍されたヘッダのヘッダ情報要素値と、圧縮されたスケーリングされていないヘッダ情報要素値に対して前記受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたヘッダ情報要素がウィンドウの外側であると決定するための手段を備える、
請求項１５に記載の装置。
【請求項１７】
前記解凍されたヘッダ情報要素が前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
前記解凍されたヘッダ情報要素が所定のフォーマットに従っていると決定するための手段を備える、
請求項１５に記載の装置。
【請求項１８】
前記解凍されたヘッダ情報要素が前記所定のフォーマットに従っていると決定するための前記手段は、
前記解凍されたヘッダ情報要素が、最後に成功裏に解凍されたヘッダ情報要素＋最小のユニットの整数倍に等しいと決定するための手段を備える、
請求項１７に記載の装置。
【請求項１９】
前記最小のユニットの前記整数倍が、前記最小のユニットの正または負の整数倍である、
請求項１８に記載の装置。
【請求項２０】
前記解凍されたヘッダ情報要素を修復しようと試みるための前記手段は、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ヘッダ情報要素を取得するための手段を備える、
請求項１５に記載の装置。
【請求項２１】
前記所定のフォーマットに従っている前記第１の候補ヘッダ情報要素を前記取得するための手段は、
最後に成功裏に解凍されたヘッダ情報要素＋最小のユニットの整数倍に等しい前記第１の候補ヘッダ情報要素を取得するための手段を備える、
請求項２０に記載の装置。
【請求項２２】
前記最小のユニットの前記整数倍は、前記最小のユニットの正または負の整数倍である、
請求項２１に記載の装置。
【請求項２３】
前記第１の候補ヘッダ情報要素を使用して、前記受信したヘッダを解凍しようと試みるための手段をさらに備える、
請求項２０に記載の装置。
【請求項２４】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたヘッダ情報要素を前記第１の候補ヘッダ情報要素で更新するための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２５】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの前記成功裏の解凍を前記決定するための手段は、
前記第１の候補ヘッダ情報要素を使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定するための手段
を備える、請求項２４に記載の装置。
【請求項２６】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ヘッダ情報要素が存在しないか、またはしきい値数の修復の試みが満足されていると決定するための手段と、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信するための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２７】
前記第１の候補ヘッダ情報要素を使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ヘッダ情報要素を取得するための手段と、
前記第２の候補ヘッダ情報要素を使用して、前記受信したヘッダを解凍しようと試みるための手段と
をさらに備える、請求項２３に記載の装置。
【請求項２８】
前記第２の候補ヘッダ情報要素を使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたヘッダ情報要素を前記第２の候補ヘッダ情報要素で更新するための手段と
をさらに備える、請求項２７に記載の装置。
【請求項２９】
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記決定された解凍失敗に関連付けられた解凍されたヘッダ情報要素が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたヘッダ情報要素が、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたヘッダ情報要素を修復しようと試みることと
を実行可能な１つまたは複数の命令を備える、非一時的コンピュータ可読媒体。
【請求項３０】
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための受信機と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための解凍検証器と、
前記解凍失敗に関連付けられた解凍されたヘッダ情報要素が所定の解釈ウィンドウの外側であると決定するためのヘッダ情報要素評価器と、
前記解凍されたヘッダ情報要素が、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたヘッダ情報要素の修復を試みるためのタイムスタンプ修復器と
を備える、装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
[0107]添付の図において、同様の構成要素または特徴は同じ参照ラベルを有し得る。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、ダッシュと、同様の構成要素を区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルのみが本明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のうちのいずれか１つに適用可能である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みることと
を備える、方法。
［Ｃ２］
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると決定することは、
直近の成功裏に解凍されたヘッダのＴＳ値と、圧縮されたスケーリングされていないＴＳ値に対して受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたＴＳがウィンドウの外側であると決定することを備える、
［Ｃ１］に記載の方法。
［Ｃ３］
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると決定することは、
前記解凍されたＴＳが所定のフォーマットに従っていると決定することを備える、
［Ｃ１］に記載の方法。
［Ｃ４］
前記解凍されたＴＳが前記所定のフォーマットに従っていると決定することは、
前記解凍されたＴＳが、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定することを備える、
［Ｃ３］に記載の方法。
［Ｃ５］
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍が、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
［Ｃ４］に記載の方法。
［Ｃ６］
前記解凍されたＴＳを修復しようと試みることは、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得することを備える、
［Ｃ１］に記載の方法。
［Ｃ７］
前記所定のフォーマットに従っている前記第１の候補ＴＳを取得することは、
最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい前記第１の候補ＴＳを取得することを備える、
［Ｃ６］に記載の方法。
［Ｃ８］
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍は、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
［Ｃ７］に記載の方法。
［Ｃ９］
前記第１の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みることをさらに備える、
［Ｃ６］に記載の方法。
［Ｃ１０］
前記第１の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第１の候補ＴＳで更新することと
をさらに備える、［Ｃ９］に記載の方法。
［Ｃ１１］
前記第１の候補ＴＳを使用する前記受信したヘッダの前記成功裏の解凍を決定することが、
前記第１の候補ＴＳを使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定することを備える、
［Ｃ１０］に記載の方法。
［Ｃ１２］
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ＴＳが存在しないか、またはしきい値数の修復の試みが満足されていると決定することと、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信することと
をさらに備える、［Ｃ９］に記載の方法。
［Ｃ１３］
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定することと、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳを取得することと、
前記第２の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みることと
をさらに備える、［Ｃ９］に記載の方法。
［Ｃ１４］
前記第２の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定することと、
最後に成功裏に解凍されたＴＳを前記第２の候補ＴＳで更新することと
をさらに備える、［Ｃ１３］に記載の方法。
［Ｃ１５］
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための手段と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための手段と、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定するための手段と、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みるための手段と
を備える、装置。
［Ｃ１６］
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
直近の成功裏に解凍されたヘッダのＴＳ値と、圧縮されたスケーリングされていないＴＳ値に対して前記受信された圧縮ヘッダ中のビット数とに少なくとも基づいて、前記解凍されたＴＳがウィンドウの外側であると決定するための手段を備える、
［Ｃ１５］に記載の装置。
［Ｃ１７］
前記解凍されたＴＳが前記所定の解釈ウィンドウの外側であると前記決定するための手段は、
前記解凍されたＴＳが所定のフォーマットに従っていると決定するための手段を備える、
［Ｃ１５］に記載の装置。
［Ｃ１８］
前記解凍されたＴＳが前記所定のフォーマットに従っていると決定するための前記手段は、
前記解凍されたＴＳが、最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しいと決定するための手段を備える、
［Ｃ１７］に記載の装置。
［Ｃ１９］
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍が、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
［Ｃ１８］に記載の装置。
［Ｃ２０］
前記解凍されたＴＳを修復しようと試みるための前記手段は、
所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第１の候補ＴＳを取得するための手段を備える、
［Ｃ１５］に記載の装置。
［Ｃ２１］
前記所定のフォーマットに従っている前記第１の候補ＴＳを前記取得するための手段は、
最後に成功裏に解凍されたＴＳ＋最小のＴＳ＿ＳＴＲＩＤＥの整数倍に等しい前記第１の候補ＴＳを取得するための手段を備える、
［Ｃ２０］に記載の装置。
［Ｃ２２］
前記最小のＴＳ＿ＳＴＲＩＤＥの前記整数倍は、前記最小のＴＳ＿ＳＴＲＩＤＥの正または負の整数倍である、
［Ｃ２１］に記載の装置。
［Ｃ２３］
前記第１の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みるための手段をさらに備える、
［Ｃ２０］に記載の装置。
［Ｃ２４］
前記第１の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたＴＳを前記第１の候補ＴＳで更新するための手段と
をさらに備える、［Ｃ２３］に記載の装置。
［Ｃ２５］
前記第１の候補ＴＳを使用する前記受信したヘッダの前記成功裏の解凍を前記決定するための手段は、
前記第１の候補ＴＳを使用した、少なくとも前記受信したヘッダの巡回冗長検査（ＣＲＣ）が満足されると決定するための手段
を備える、［Ｃ２４］に記載の装置。
［Ｃ２６］
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、他の候補ＴＳが存在しないか、またはしきい値数の修復の試みが満足されていると決定するための手段と、
前記圧縮ヘッダを受信したことに応答して否定応答（ＮＡＣＫ）を送信するための手段と
をさらに備える、［Ｃ２３］に記載の装置。
［Ｃ２７］
前記第１の候補ＴＳを使用する前記受信したヘッダの不成功裏の解凍を決定するための手段と、
前記所定のフォーマットに従っていて、前記圧縮ヘッダと関連付けられたものに一致する最下位ビットを有する、第２の候補ＴＳを取得するための手段と、
前記第２の候補ＴＳを使用して、前記受信したヘッダを解凍しようと試みるための手段と
をさらに備える、［Ｃ２３］に記載の装置。
［Ｃ２８］
前記第２の候補ＴＳを使用する前記受信したヘッダの成功裏の解凍を決定するための手段と、
最後に成功裏に解凍されたＴＳを前記第２の候補ＴＳで更新するための手段と
をさらに備える、［Ｃ２７］に記載の装置。
［Ｃ２９］
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
圧縮ヘッダを受信することと、
前記圧縮ヘッダに関して解凍失敗が発生していると決定することと、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定することと、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳを修復しようと試みることと
を実行可能な１つまたは複数の命令を備える、非一時的コンピュータ可読媒体。
［Ｃ３０］
ワイヤレス通信のための装置であって、
圧縮ヘッダを受信するための受信機と、
前記圧縮ヘッダに関して解凍失敗が発生していると決定するための解凍検証器と、
前記解凍失敗に関連付けられた解凍されたタイムスタンプ（ＴＳ）が所定の解釈ウィンドウの外側であると決定するためのタイムスタンプ評価器と、
前記解凍されたＴＳが、前記所定の解釈ウィンドウの外側であるという前記決定に少なくとも部分的に基づいて、前記解凍されたＴＳの修復を試みるためのタイムスタンプ修復器と
を備える、装置。
【国際調査報告】
2018536317.tif 000011
2018536317.tif 000012