JP2018529296A - 高いアップリンク干渉状態における呼連続性 - Google Patents

高いアップリンク干渉状態における呼連続性 Download PDF

Info

Publication number
JP2018529296A
JP2018529296A JP2018515144A JP2018515144A JP2018529296A JP 2018529296 A JP2018529296 A JP 2018529296A JP 2018515144 A JP2018515144 A JP 2018515144A JP 2018515144 A JP2018515144 A JP 2018515144A JP 2018529296 A JP2018529296 A JP 2018529296A
Authority
JP
Japan
Prior art keywords
packet
rtp
failed
pdcp
successfully decoded
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
JP2018515144A
Other languages
English (en)
Other versions
JP6434191B2 (ja
JP2018529296A5 (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 JP2018529296A publication Critical patent/JP2018529296A/ja
Publication of JP2018529296A5 publication Critical patent/JP2018529296A5/ja
Application granted granted Critical
Publication of JP6434191B2 publication Critical patent/JP6434191B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Noise Elimination (AREA)

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。本装置は、ワイヤレスチャネル上でＲＴＰデータパケットのストリームを受信し、パケットを復号するためにＲＯＨＣ伸張を適用する。ＲＯＨＣ伸張に失敗すると、本装置は、前の正常に復号されたパケットのＲＴＰシーケンス番号（ＳＮ）、ＲＴＰタイムスタンプ（ＴＳ）、およびＰＤＣＰ受信時間（ＲＴ）、並びに失敗したパケットのＰＤＣＰ ＳＮおよびＰＤＣＰ ＲＴを識別する。識別された情報を使用して、本装置は、失敗したパケットの各々のＲＴＰ ＳＮおよびＲＴＰ ＴＳを推定する。本装置は、推定された情報を使用してパケットを復号する。
【選択図】図９

Description

関連出願の相互参照
[0001] 本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１５年９月２３日に出願された「ＣＡＬＬ ＣＯＮＴＩＮＵＩＴＹ ＩＮ ＨＩＧＨ ＵＰＬＩＮＫ ＩＮＴＥＲＦＥＲＥＮＣＥ ＳＴＡＴＥ」と題する米国特許出願第１４／８６３，４１６号の利益を主張する。
[0002] 本開示は、一般に通信システムに関し、より詳細には、送信品質を向上させるための技法に関する。
[0003] ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
[0004] これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上でＯＦＤＭＡを使用し、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
[0005] リアルタイムトランスポートプロトコル（ＲＴＰ：Real-Time Transport Protocol）パケットは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）を使用して、ワイヤレスチャネル上で送信され得る。データパケットは様々なモードで送信され得る。例えば、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ：Voice-over-Long Term Evolution）呼、およびマルチメディアデータのリアルタイム送信を伴う他のアプリケーションのような、帯域幅需要が通信の品質を規定する多くのアプリケーションのコンテキストでは、繰り返されるパケット失敗が、ユーザのエクスペリエンスに著しく影響を及ぼし得る。例えば、一般に、失敗したパケットは認識されないことがあり、データのシームレスな送信を確保にするのに間に合うように再送信されないことがあるという点で、問題が生じ得る。
[0006] 本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み、少なくとも１つのプロセッサは、ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ：Robust Header Compression）伸張を適用することと、ここにおいて、復号失敗がパケットのうちの少なくとも１つについて発生する、対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、少なくとも１つのＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号することとを行うように構成される。
[0007] 本装置は、ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信するための手段と、受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用するための手段と、ここにおいて、復号失敗がパケットのうちの少なくとも１つについて発生する、対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定するための手段と、少なくとも１つのＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号するための手段とをさらに含む。
[0008] 本開示の別の態様では、ワイヤレス通信のための方法が、ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗がパケットのうちの少なくとも１つについて発生する、対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、少なくとも１つのＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号することとを含む。
[0009] 本開示の別の態様では、ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体が、ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗がパケットのうちの少なくとも１つについて発生する、対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、少なくとも１つのＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号することとを行うためのコードを含む。
ネットワークアーキテクチャの一例を示す図。 アクセスネットワークの一例を示す図。 ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 ＶｏＬＴＥにおいて使用される様々な構成要素を識別するＩＭＳネットワーク７００の図。 ワイヤレス通信の方法のフローチャート。 ワイヤレス通信の方法のフローチャート。 例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 処理システムを採用する装置のためのハードウェア実施形態の一例を示す図。
詳細な説明
[0021] 添付の図面に関して以下に記載される詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実施され得る構成を表すことを意図しない。詳細な説明は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしに実施され得ることは当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
[0022] 次に、様々な装置および方法を参照しながら電気通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の詳細な説明において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実施され得る。そのような要素がハードウェアとして実施されるかソフトウェアとして実施されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
[0023] 例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実施され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を行うように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
[0024] 従って、１つまたは複数の例示的な具体例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定でなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
[0025] 図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ：user equipment）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続できるが、簡単のために、それらのエンティティ／インターフェースは図示されない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
[0026] Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と、他のｅＮＢ１０８とを含み、マルチキャスト協調エンティティ（ＭＣＥ）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（例えば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ：evolved Multimedia Broadcast Multicast Service）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（例えば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は、別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
[0027] ｅＮＢ１０６は、ＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。全てのユーザＩＰパケットは、サービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレス割振り並びに他の機能を提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供し得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（例えば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（
開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
[0028] 図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例において、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８が、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４はそれぞれ、それぞれのセル２０２に割り当てられ、セル２０２中の全てのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、全ての無線関係機能を担当する。ｅＮＢは１つまたは複数の（例えば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリア、および／または特定のカバレージエリアをサービスするｅＮＢサブシステムを指すことがある。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書において同義で使用され得る。
[0029] アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを与えるためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、並びに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢについては、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
[0030] ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、異なるデータストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、ＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到着し、これにより、ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
[0031] 空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり好ましくないとき、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを介して送信するためにデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
[0032] 以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながら説明される。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散技法である。サブキャリアは、正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、各ＯＦＤＭシンボルにガードインターバル（例えば、サイクリックプレフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：high peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
[0033] 図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックが、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６つの連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。従って、ＵＥが受信するリソースブロックが多いほど、および変調方式が高いほど、ＵＥのデータレートは高くなる。
[0034] 図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれない全てのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の隣接するサブキャリアの全てを割り当てられることを可能にし得る、隣接するサブキャリアを含むデータセクションをもたらす。
[0035] ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
[0036] 初期システムアクセスを行い、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングをも搬送できない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、特定の時間および周波数リソースに限定される。ＰＲＡＣＨの場合、周波数ホッピングはない。ＰＲＡＣＨ試行は単一のサブフレーム（１ｍｓ）中でまたは少数の隣接するサブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試行を行うことができる。
[0037] 図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実施する。Ｌ１レイヤは本明細書で物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
[0038] ユーザプレーンで、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（例えば、ＩＰレイヤ）と、接続の他端（例えば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含む、Ｌ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
[0039] ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。また、ＰＤＣＰサブレイヤ５１４は、無線送信オーバヘッドを低減するための上位レイヤデータパケットのためのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥのためのｅＮＢ間ハンドオーバサポートとを行う。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、喪失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、１つのセル中の様々な無線リソース（例えば、リソースブロック）をＵＥの間で割り振ることを担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ演算を担当する。
[0040] 制御プレーンで、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンは、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６をも含む。ＲＲＣサブレイヤ５１６は、無線リソース（例えば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
[0041] 図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実施する。ＤＬにおいて、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ演算と、喪失パケット(lost packets)の再送信と、ＵＥ６５０へのシグナリングとを担当する。
[0042] 送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実施する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）を容易にするためのコーディングおよびインターリービングと、様々な変調方式（例えば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングとを含む。次いで、コーディングおよび変調されたシンボルが、並列ストリームにスプリットされる。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（例えば、パイロット）と多重化され、次いで時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、並びに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
[0043] ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ６５６に与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実施する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた空間ストリームを復元するために、情報に対して空間処理を行い得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらの空間ストリームはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって算出されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いでコントローラ／プロセッサ６５９に与えられる。
[0044] コントローラ／プロセッサ６５９はＬ２レイヤを実施する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬにおいて、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読（deciphering）と、ヘッダ伸張（header decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上の全てのプロトコルレイヤを表す、データシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ演算をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。
[0045] ＵＬでは、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上の全てのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実施する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ演算と、喪失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。
[0046] ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
[0047] ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明された様式と同様の様式でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ６７０に与える。ＲＸプロセッサ６７０はＬ１レイヤを実施し得る。
[0048] コントローラ／プロセッサ６７５は、Ｌ２レイヤを実施する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬにおいて、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、暗号解読と、ヘッダ伸張と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ演算をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
[0049] リアルタイムトランスポートプロトコル（ＲＴＰ）は、プログラムがネットワーク上でマルチメディアデータのリアルタイム送信を管理する様式を指定するＩＰ規格である。ＲＴＰは、例えば、インターネット電話アプリケーション、複数の地理的に分散した参加者とのビデオ会議などを含む、様々なアプリケーションをサポートする。ＲＴＰは、それのデータトランスポート能力を制御プロトコル（ＲＴＣＰ）と組み合わせる。この組合せは、大きいマルチキャストネットワークのためのデータ配信を監視することを可能にし、これは、受信機が失敗したパケットを検出することを可能にする。両方のプロトコルが、下にあるトランスポートレイヤおよびネットワークレイヤプロトコルとは無関係に動作する。ＲＴＰヘッダ情報は、データをどのように再構成すべきかに関する情報を受信機に与え、コーデックビットストリームがどのようにパケット化されるかを表す。一般に、ＲＴＰはユーザデータグラムプロトコル（ＵＤＰ）の上で動作するが、ＲＴＰは他のトランスポートプロトコルを使用できる。セッション開始プロトコル（ＳＩＰ）およびＨ．３２３はＲＴＰを使用する。
[0050] ＲＴＰ構成要素は、喪失パケットを検出するために使用され得るシーケンス番号と、帯域幅変動に適応するためにそれが変化させられ得るように詳細なメディア符号化タイプを表すペイロード識別情報と、各フレームの開始および終了を指定するフレーム指示と、フレームの発信者を識別するソース識別情報と、単一のストリーム内の遅延ジッタを検出し補正するためにタイムスタンプを使用するメディア間同期とを含む。
[0051] ロバストヘッダ圧縮（ＲＯＨＣ）は、インターネットパケットのＩＰ、ＵＤＰ、ＵＤＰ−Ｌｉｔｅ、ＲＴＰ、およびＴＣＰヘッダを圧縮する規格化された方法である。ＲＯＨＣは、リンク上でプロトコルヘッダを送信する前に余分なプロトコルヘッダを圧縮し、リンクの他端における受信時に、それらをそれらの元の状態に解凍する。同じパケット並びに同じパケットストリームの連続するパケットのヘッダフィールド中の冗長により、プロトコルヘッダを圧縮することが可能である。
[0052] ＲＯＨＣは、プロファイル１またはＲＯＨＣリアルタイムトランスポートプロトコル（ＲＴＰ）を含む、拡張可能なフレームワークである。ＲＯＨＣ ＲＴＰは、効率的およびロバストな圧縮方式であり、ヘッダを１オクテットの合計サイズにまで圧縮することが可能である。ＲＯＨＣ ＲＴＰは、ＩＰ／ＵＤＰ／ＲＴＰプロトコルヘッダをもつパケットを圧縮する。
[0053] ＲＬＣ（無線リンク制御）レイヤは、上位レイヤサービスデータユニット（ＳＤＵ）の配信を担当する。ＲＬＣは、トランスポートされるべきデータの要件に応じて、３つの異なるモード、トランスペアレントモード（ＴＭ：Transparent Mode）、非確認応答モード（ＵＭ：Unacknowledged Mode）および肯定応答モード（ＡＭ：Acknowledged Mode）において動作できる。ＲＬＣはまた、（ＵＭおよびＡＭデータ転送に対してのみ）ＲＬＣデータＰＤＵの並べ替えと、（ＵＭおよびＡＭデータ転送に対してのみ）重複検出と、（ＵＭおよびＡＭデータ転送に対してのみ）ＲＬＣ ＳＤＵ廃棄と、ＲＬＣ再確立と、（ＡＭデータ転送に対してのみ）プロトコル誤り検出とを担当する。ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）のような、ＲＴＰアプリケーションのコンテキストにおけるＰＤＣＰ／無線リンク制御（ＲＬＣ）非確認応答モード（ＵＭ）の場合、他のアプリケーションは、概して、ＲＴＰ（ＶｏＬＴＥ）パケットと同じ専用ベアラを共有していない。
[0054] 本開示のいくつかの態様は、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）のコンテキストにおいて説明される。ＶｏＬＴＥは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークに基づく。ＩＭＳは、ＩＰマルチメディアサービスを配信するためのアーキテクチャフレームワークである。ＩＭＳは、コンカレントに動作するいくつかの異種アプリケーションを有するのでなく、様々なサービスがシームレスに稼働されることを可能にする。この手法により、音声サービス（制御およびメディアプレーン）がＬＴＥデータベアラ内のデータフローとして配信されるようになる。
[0055] 図７は、ＶｏＬＴＥにおいて使用される様々な構成要素を識別するＩＭＳネットワーク７００の図である。ユーザ機器７０２は、Ｅ−ＵＴＲＡＮ７０６とＭＭＥ７０８とを含む、ＩＰ接続性アクセスネットワーク（ＩＰＣＡＮ）７０４に接続される。プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ：Proxy Call State Control Function）７１０は、ホームネットワーク中か訪問先ネットワーク中かにかかわらず、ユーザとの間のＳＩＰシグナリングがＰ−ＣＳＣＦ７１０を介して流れるような、ユーザからネットワークのプロキシである。問合せ呼状態制御機能（Ｉ−ＣＳＣＦ：Interrogating Call State Control Function）７１２は、イニシエータがどのサービング呼状態制御機能（Ｓ−ＣＳＣＦ：Serving Call State Control Function）が要求を受信すべきかを知らないときに、Ｓ−ＣＳＣＦ７１４に初期ＳＩＰ要求をフォワーディングするために使用される。Ｓ−ＣＳＣＦ７１４はシステム全体内の様々なアクションを引き受け、Ｓ−ＣＳＣＦ７１４は、それがシステム内の他のエンティティと通信することを可能にするために、いくつかのインターフェースを有する。ＡＳ７１８は、アプリケーションとして音声を扱うアプリケーションサーバである。ホーム加入者サーバ（ＨＳＳ）７１６は、ＩＭＳ内で使用される主加入者データベースである。ＩＭＳ ＨＳＳ７１６は、ＩＭＳネットワーク７００内の他のエンティティに加入者の詳細を与え、ユーザが彼らのステータスに応じてアクセスを許可されることを可能にする。
[0056] ＶｏＬＴＥのためのＩＭＳ呼は、ホームネットワーク中の加入者のＳ−ＣＳＣＦによって処理される。Ｓ−ＣＳＣＦ７１４への接続はＰ−ＣＳＣＦ７１０を介する。使用中のネットワークおよびＩＭＳネットワーク７００内の全体的ロケーションに応じて、Ｐ−ＣＳＣＦ７１０は変動することになり、ボイス呼能力を可能にする際に重要な要素は、Ｐ−ＣＳＣＦ７１０の発見である。
[0057] ＶｏＬＴＥ対応ネットワークのための追加の要件は、バッテリー寿命を保存するためにハンドセット中に１つの送信無線機のみを有しながら、シームレスな様式で回線交換レガシーネットワークに手渡すための手段を有することである。この目的で単一無線ボイス呼連続性（ＳＲＶＣＣ：Single Radio Voice Call Continuity）が使用され得る。ＳＲＶＣＣは、無線アクセス技術（ＲＡＴ：Radio Access Technology）間ハンドオーバ、並びにパケットデータボイス呼から回線交換データボイス呼へのハンドオーバを可能にする。
[0058] 本開示の態様の一例として、ＲＯＨＣプロファイル１が本明細書で扱われる。ＲＯＨＣプロファイル１が一例として説明されるが、本明細書の構成はそのように限定されず、多種多様なワイヤレスプロトコルに適用可能であり得る。より良いパフォーマンスのために、パケットは、圧縮される前にストリームに分類される。分類されたストリームは、圧縮プロファイルに従って圧縮され得る。ＲＯＨＣプロファイル１は、ＲＴＰ／ＵＤＰ／ＩＰに関連して使用され得る。このコンテキストでは、様々な程度の保護を与えるために様々なパケットタイプが使用される。ＵＯ０パケットタイプは最大の圧縮を与え、３バイトから構成される。ＵＤＰチェックサムのために２バイトが使用され、残りのバイトは、ＲＴＰシーケンス番号（ＳＮ）の４つのＬＳＢと、巡回冗長検査（ＣＲＣ）のための３ビットとを搬送する。ＲＴＰ ＳＮを搬送するために４ビットが使用されるので、受信ウィンドウサイズは１６である
[0059] ワイヤレスチャネル上でのＲＴＰパケットの失敗の場合、ＵＥ６５０（図６）におけるＲＯＨＣ伸張器およびネットワークにおけるＲＯＨＣ圧縮器は、同期外れを起こし得る。これは、例えば、ｅＮＢ６１０からＵＥ６５０によって受信されたＲＯＨＣパケットが、受信ウィンドウ外にあるＳＮのためのものであるときに発生し得る。この場合、ＵＥ６５０は、否定ＲＯＨＣフィードバックをネットワークに送信し得る。それでも、ダウンリンクチャネル中で受信された後続のパケットは、コンテキスト更新パケット（例えば、初期化およびリフレッシュ（ＩＲ：Initialization and Refresh）、ＩＲ−ＤＹＮ、ＵＯＲ２など）がネットワークから受信されるまで、おそらく伸張に失敗する。ＶｏＬＴＥ呼の例において、ＲＯＨＣ伸張失敗は、一般に、音声品質に直接悪影響を及ぼす。
[0060] 本開示の一態様では、上記で示された構成における、または任意の適用可能なネットワーク実施形態におけるＲＯＨＣ伸張失敗のとき、受信されたパケットが伸張をパスする可能性を最大にするために、ＰＤＣＰレイヤからの情報を使用することによって伸張をパスするための技法が開示される。
[0061] ＶｏＬＴＥを含む、多くのアプリケーションにおけるＲＴＰパケットは、ほとんどの場合、ＰＤＣＰ／ＲＬＣ ＵＭモードを使用して送られる。そのような実施形態において、他のアプリケーションは、一般に、ＲＴＰ（ＶｏＬＴＥ）パケットと同じ専用ベアラを共有しない。
[0062] 従って、ＲＯＨＣ伸張失敗が発生したとき、次いで、伸張をパスする見込みを増加させるために、ＰＤＣＰレイヤからの情報が使用され得る。ＰＤＣＰ ＳＮにおけるギャップは、ＲＴＰ ＳＮにおけるギャップに直接対応する。また、ＲＴＰタイムスタンプの値は、受信されたＰＤＣＰパケット間の時間ギャップから導出され得る。
[0063] 概して、ＲＴＰ ＳＮおよびＲＴＰタイムスタンプ（ＴＳ）だけが、ワイヤレスチャネル上の異なるＲＯＨＣパケット間で変化する。この理由で、失敗したパケットのＲＴＰ ＳＮおよびＲＴＰ ＴＳが決定され得る場合、ＲＯＨＣ伸張はおそらくパスすることになる。
[0064] さらに、ＲＴＰ ＳＮは概してＰＤＣＰ ＳＮに従う。従って、ＲＴＰ ＳＮはＰＤＣＰ ＳＮに基づいて決定され得る。
[0065] パケット欠落が同じトークスパート中に発生した場合、ＲＴＰ ＴＳ計算は簡単である。例えば、ＲＴＰ ＴＳジャンプは、（２つのパケット間のＲＴＰ ＳＮの差）×２０ｍｓに等しい。２つのパケットは、例えば、前の正常に復号されたパケットと失敗したパケットとを含み得る。
[0066] ＲＴＰレイヤにおいて通話と無音との間の状態遷移がある場合、２つのＰＤＣＰパケット間の時間差は、依然として、ＴＳapproxによって示されるＲＴＰ ＴＳ値を推定するために使用され得る。ＲＯＨＣ ＣＲＣがＴＳapproxを用いて失敗した場合、ＲＴＰ ＴＳを決定するための反復試行が使用され得る。例えば、ＲＴＰ ＴＳ＝ＴＳapprox＋／−２０ｍｓまたはＲＴＰ ＴＳ＝ＴＳａｐｐｒｏｘ＋／−４０ｍｓが使用され得、しきい値まで以下同様であり、ここにおいて、伸張がパスするかまたはしきい値に達するまで、様々な値を使用して伸張が試行される。
[0067] ＰＤＣＰ ＳＮロールオーバが発生するか、またはＵＥ６５０が、高いジッタのために正しいＲＴＰ ＴＳ値を計算することが可能でない事例があり得る。これらの状況では、伸張がいずれにしても失敗することになり、従って、これらの問題がパケットロスの主なインフルエンサーでない状況において、伸張がパスすることを可能にするための上記で説明された技法を使用することは優れている。
[0068] 図８は、ワイヤレス通信の方法８００のフローチャートである。本方法はＵＥ６５０によって行われ得る。８０２において、ワイヤレスノードにおける受信機は、ワイヤレスダウンリンクチャネル上で、リモートノード（例えば、ｅＮＢ６１０）からＲＴＰパケットを受信する。ＲＴＰパケットは、ＶｏＬＴＥ呼または他のリアルタイムアプリケーションに関連して受信され得る。８０４において、受信機は、着信ＲＴＰパケットを復号するために、ＲＯＨＣ伸張を適用する。８０６において、復号失敗が経験され、ＲＯＨＣ伸張が１つまたは複数のパケットについて失敗する。８１０において、失敗したパケットのＲＴＰパラメータは、以下でさらに説明される様式で、対応するＰＤＣＰパケットに基づいて決定される。次いで、８１２において、失敗したパケットは、推定されたＲＴＰパラメータに基づいて、ＲＯＨＣ伸張を使用して復号される。失敗が最大数の再試行の間続くか、またはタイマーが満了した場合、８１４の場合のように、ＵＥは否定ＲＯＨＣフィードバックをネットワークに送信し得る。
[0069] 次に、失敗したパケットのＲＴＰパラメータの算出の例が説明される。ＵＥにおいて受信されたデータパケットのパラメータを表す例示的なログファイルが以下で示される。
[0070] 上記に示された例示的なログファイルでは、５４個のＲＴＰ／ＰＤＣＰパケットが失われた。その後、さらに４つのＲＴＰパケットがＲＯＨＣ伸張失敗により失われた。その後、ＵＥはネットワークからＩＲパケットを受信し、データ受信が再びパスし始める。以下で示されているように、本明細書で説明される方法が実施されていたならば、ＲＯＨＣ伸張失敗は起こらなかったであろう。
[0071] 最後の２つの正常に受信されたＲＯＨＣパケットは、上記の例によると、ＳＦＮ４３９，９において受信された。その後、次のＲＯＨＣパケットが２．３６秒後に受信されるまで、巨大なギャップが存在する。ＳＦＮは６７５，９であり、前のＳＦＮは４３９，９であった、従って、差＝２３６フレームである。
[0072] 以下で示されるように、上記の２つのパケットはＲＯＨＣ圧縮に失敗する。
[0073] その後、６７９，９において受信されたさらに２つのＲＯＨＣパケット（図示せず）が、圧縮に失敗する。次いで、以下で示されるように、ＩＲパケットが６８３，９において受信され、その後、伸張が再びパスする。
[0074] 失敗したパケットの正しいＲＴＰ ＳＮおよびＲＴＰ ＴＳを推定するために以下の式が使用され得る。
[0075] ＲＴＰ ＳＮについて：
上式で、
ＳＮPDCP,f＝失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
ＳＮPDCP,sd＝前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
ＳＮRTP,sd＝前の正常に復号されたパケットのＲＴＰ ＳＮである。
[0076] ＲＴＰ ＴＳについて：
上式で、
ＲＴPDCP,f＝失敗したパケットのＰＤＣＰ受信時間、
ＲＴPDCP,sd＝前の正常に復号されたパケットのＰＤＣＰ受信時間、
ＴＳRTP,sd＝前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
ｎは変換係数である。
[0077] 代替的に、ＲＴＰ ＴＳについて：
上式で、
ＴＳRTP,sd＝前の正常に復号されたパケットのＲＴＰタイムスタンプ、
ＳＮRTP,est＝失敗したパケットの推定されたＲＴＰ ＳＮ、
ＳＮRTP,sd＝前の正常に復号されたパケットのＲＴＰ ＳＮ、および
ｔc＝時間的変換手段である。
[0078] 上記の式（ｉｉ）は、失敗したパケットと最後の正常に復号されたパケットとが同じトークスパートの一部である場合に使用され得る。上記の式（ｉ）は、失敗したパケットと最後の正常に復号されたパケットとが同じトークスパートの一部でない場合に使用され得る。
[0079] 上記の例にこれらの式を適用して、上記で示された正常に復号されたパケットから、失敗したパケットの正しいＲＴＰ ＳＮおよびＲＴＰ ＴＳは、次のようになるであろう。
[0080] ＳＮにおけるギャップの前の最後の正常に復号されたパケットについて−
ＲＴＰ ＳＮ＝１４０
ＲＴＰ ＴＳ＝８３８４０
ＰＤＣＰ ＳＮ＝１２
ＰＤＣＰ受信時間＝４３９，９
[0081] 第１の失敗したパケットについて−
ＰＤＣＰ ＳＮ＝６７
ＰＤＣＰ受信時間＝６７５，９
推定されるＲＴＰ ＳＮ＝１４０＋（６７−１２）＝１９５（このパケットの正しいＲＴＰ ＳＮにちょうど一致する）
推定されるＲＴＰ ＴＳ＝８３８４０＋（６７５９−４３９９）×１６＝１２１６００（正しいＲＴＰ ＴＳは１２１２８０であるのでＣＲＣは失敗することになり、従って＋／−２０ｍｓを試みる、すなわち、１２１６００−２０＊１６＝１２１２８０のように、−２０ｍｓの値が正しいＲＴＰ ＴＳ値を与える）
[0082] 同様に第２の失敗したパケットについて−
ＰＤＣＰ ＳＮ＝６８
ＰＤＣＰ受信時間＝６７５，９
推定されるＲＴＰ ＳＮ＝１４０＋（６８−１２）＝１９６（このパケットの正しいＲＴＰ ＳＮにちょうど一致する）
[0083] 推定されるＲＴＰ ＴＳ＝８３８４０＋（６７５９−４３９９）×１６＝１２１６００（これは正しいＲＴＰ ＴＳである）
[0084] 要約すれば、
[0085] 図９は、ワイヤレス通信の方法９００のフローチャートである。本方法は、ＵＥ（例えば、図６のＵＥ６５０）によって行われ得る。９０２において、ＲＯＨＣパケットがワイヤレスチャネル上で受信され、受信機によって伸張される。９０４において、１つまたは複数の受信されたパケットについてのＲＯＨＣ伸張失敗が、受信機によって識別される。９０８において、識別された失敗したパケットについて、最後の正常に復号されたパケットのＲＴＰ ＳＮおよびＲＴＰ ＴＳが識別される。さらに、９１０において、失敗したパケットのＰＤＣＰ ＳＮおよびＰＤＣＰ ＴＳが識別される。
[0086] ９１２において、上記で列挙された原理に従って、最後の正常に復号されたパケットのＲＴＰ ＳＮおよびＰＤＣＰ ＳＮと、失敗したパケットのＰＤＣＰ ＳＮとに基づいて、失敗したパケットのＲＴＰ ＳＮが推定される。同様に、９１４において、最後の正常に復号されたパケットのＲＴＰ ＴＳおよびＰＤＣＰ受信時間と、失敗したパケットのＰＤＣＰ受信時間とに基づいて、失敗したパケットのＲＴＰ ＴＳが推定される。いくつかの構成において、失敗したパケットのＲＴＰ ＴＳは、最後の正常に復号されたパケットのＲＴＰ ＳＮと、失敗したパケットのＲＴＰ ＳＮとに基づいて代替的に推定され得る。
[0087] ９１６において、受信機は、推定されたＲＴＰ ＳＮ並びに推定されたＲＴＰ ＴＳに基づいて、失敗したパケットにＲＯＨＣ圧縮を適用する。９１８において、失敗したパケットのストリーム中の第１のパケットのような、所与のパケットについて、受信機は、失敗したパケットが推定された値に基づいて正常に伸張されたかどうかを決定する。正常に伸張された場合、伸張プロセスは通常通り９０２において再開し得る（９２２）。正常に伸張されない場合、失敗すると、最大数の再試行が行われたかどうか、またはタイマーが満了したかどうかが決定される（９１９）。そうでない場合、９２０において、ＲＴＰ ＴＳNEW＝ＲＴＰ ＴＳEST＋／−２０ｍｓに基づいて、新しいＲＴＰ ＴＳが推定され得る。その上に、新しい推定された値を使用して、失敗したパケットにＲＯＨＣ圧縮が適用され（９１６）、プロセス９１６、９１８、９２０は、しきい値に達するまで、またはパケットが正常にＲＯＨＣ伸張をパスするまで、繰り返し得る。その時点で、ＵＥは、ＮＡＣＫをネットワークに送り得る（９２４）。
[0088] 図１０は、例示的な装置１００２における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１０００である。本装置はＵＥであり得る。本装置は、ｅＮＢ１０５０からＵＥ１００２へのダウンリンク送信のための信号ＲＴＰ＿ＰＡＣＫＥＴＳ＿ＩＮを介して、およびＵＥ１００２からｅＮＢ１０５０へのアップリンク送信のための信号ＲＴＰ＿ＰＡＣＫＥＴＳ＿ＯＵＴを介して、ｅＮＢであり得るノード１０５０と通信し得る。
[0089] 本装置は、ｅＮＢ１０５０からＲＴＰパケットを受信する受信モジュールを含む。受信されたパケットは、復号するために、ＲＣＶＤ＿ＲＴＰ＿ＰＡＣＫＥＴＳを介して復号モジュール１０１２に送られる。復号モジュール１０１２は、ＤＥＣ＿ＲＥＳＵＬＴを介して、失敗したパケットについての結果を識別モジュール１０１６に送る。識別モジュール１０１６は、失敗したパケットのＰＤＣＰ ＳＮおよびＲＴを識別する。識別モジュールは、Ｉ＿ＯＵＴを介して、推定モジュール１０１８にこの情報を与える。推定モジュール１０１８は、識別モジュール１０１６によって識別されたパラメータに基づいて、ＲＴＰ ＳＮおよびＲＴＰ ＴＳを推定する。ＲＴＰ ＳＮおよびＲＴＰ ＴＳが推定されると、そのパラメータはＥＳＴ＿ＲＴＰ＿ＰＡＲＡＭを介して復号モジュール１０１２に返され、ここで、推定された値を使用してＲＯＨＣ伸張が適用される。ＲＯＨＣ伸張が成功した場合、復号モジュール１０１２は、例えば、ＤＥＣ＿ＲＥＳＵＬＴを介して識別モジュール１０１６に好適な指示を与え得る。ＲＯＨＣ伸張を行うことに加えて、復号モジュール１０１２がデータパケットのための他の復号機能を行い得ることを理解されよう。
[0090] 復号モジュール１０１２におけるＲＯＨＣ伸張が、推定された値を使用して失敗した場合、復号モジュール１０１２は、Ｄ１を使用して変更モジュール１０１３に、およびＤＥＣ＿ＲＥＳＵＬＴを使用して識別モジュールに通知し得る。そのような場合、識別モジュール１０１６は、Ｄ３を介して変更モジュール１０１３に識別されたパラメータを与え得る。推定モジュール１０１８は、Ｄ４を介して変更モジュール１０１３に推定された値を与え得る。変更モジュール１０１３は、識別されたパラメータと推定された値とに基づいて、修正されたＲＴＰ ＴＳを決定し得る。修正されたＲＴＰ ＴＳは、次いで、Ｄ２を介して復号モジュール１０１２に送られ、ここにおいて、修正されたＲＴＰ ＴＳを使用してＲＯＨＣ伸張が試行される。復号モジュール１０１２は、Ｄ１を介して変更モジュール１０１３にＲＯＨＣ伸張の後続の失敗または成功を通知し得る。ＲＴＰ ＴＳを修正するプロセスは、ＲＯＨＣ伸張が成功するまで、またはしきい値に達するまで続き得る。失敗の時点で、復号モジュール１０１２は、ｅＢＮ１０５０への送信のために、ＮＡＣＫ信号を送信モジュール１０１０に送り得る。
[0091] 本装置は、図８および図９の上述のフローチャート中のアルゴリズムのブロックの各々を行う追加のモジュールを含み得る。従って、図８および図９の上述のフローチャート中の各ブロックは１つのモジュールによって行われ得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを行うように構成されたプロセッサによって実施されるか、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
[0092] 図１１は、処理システム１１１４を採用する装置のためのハードウェア実施形態の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概略的に表される、バスアーキテクチャを用いて実施され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４、モジュール１１０８、１１１０、１１１２、１１１４、１１１６、１１１８、およびコンピュータ可読媒体／メモリ１１０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路のような様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、従って、これ以上説明されない。
[0093] 処理システム１１１４はトランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１１１０は、１つまたは複数のアンテナ１１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１１１４、特に受信モジュール１１１４に与える。さらに、トランシーバ１１１０は、処理システム１１１４、特に送信モジュール１１１８から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１１２０に適用されるべき信号を生成する。
[0094] 処理システム１１１４は、コンピュータ可読媒体／メモリ１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体／メモリ１１０６に記憶されたソフトウェアの実行を含む全体的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明された様々な機能を行わせる。コンピュータ可読媒体／メモリ１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１１０８、１１１０、１１１２、１１１４、１１１６、１１１８のうちの少なくとも１つをさらに含む。適用／復号モジュール１１０８は、ＲＯＨＣ伸張のための適用機能、並びにデータパケットのための残りの復号機能を含み得る。モジュールは、コンピュータ可読媒体／メモリ１１０６中に常駐する／記憶された、プロセッサ１１０４中で動作するソフトウェアモジュールであるか、プロセッサ１１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
[0095] 一構成において、ワイヤレス通信のための装置１１００／１１００’は、ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信するための手段と、受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用するための手段と、ここにおいて、復号失敗がパケットのうちの少なくとも１つについて発生する、対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定するための手段と、少なくとも１つのＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号するための手段と、失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定するための手段と、失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、失敗した少なくとも１つのパケットの推定されたＲＴＰ ＳＮと、前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、失敗した少なくとも１つのパケットと前の正常に復号されたパケットとが同じトークスパートの一部であるとき、失敗した少なくとも１つのパケットの推定されたＲＴＰ ＳＮと、前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、失敗した少なくとも１つのパケットと前の正常に復号されたパケットとが同じトークスパートの一部でないとき、失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、推定された少なくともＲＴＰパラメータを使用して、失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用するための手段と、失敗した少なくとも１つのパケットについて別の復号失敗を経験するための手段と、推定されたＲＴＰタイムスタンプを所定の値だけ変更するための手段と、変更された推定されたＲＴＰタイムスタンプを使用して、失敗した少なくとも１つのパケットを復号するための手段と、失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更するための手段とを含む。
[0096] 上述の手段は、上述の手段によって具陳された機能を行うように構成された装置１１００および／または装置１１００’の処理システム１１１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明されたように、処理システム１１１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。従って、一構成において、上述の手段は、上述の手段によって具陳された機能を行うように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
[0097] 開示されるプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は並べ替えられ得ることを理解されたい。さらに、いくつかのブロックは組み合わされるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものでない。
[0098] 以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために提供されたものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。従って、特許請求の範囲は、本明細書に示された態様に限定されるものでなく、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものでなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書で、「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されるいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つの」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含むことができる。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣとすることができ、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含むことができる。本開示全体にわたって説明される様々な態様の要素に対する全ての構造的および機能的等価物は、当業者には既知であるか、または後に既知になり、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることを意図する。その上、本明細書で開示されたいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものでない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきでない。
[0098] 以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために提供されたものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。従って、特許請求の範囲は、本明細書に示された態様に限定されるものでなく、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものでなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書で、「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されるいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つの」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含むことができる。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣとすることができ、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含むことができる。本開示全体にわたって説明される様々な態様の要素に対する全ての構造的および機能的等価物は、当業者には既知であるか、または後に既知になり、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることを意図する。その上、本明細書で開示されたいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものでない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきでない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することとを備える、方法。
［Ｃ２］
前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、Ｃ１に記載の方法。
［Ｃ３］
前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、Ｃ２に記載の方法。
［Ｃ４］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
上式で、
ＳＮ PDＣP,f ＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
ＳＮ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰ ＳＮである、Ｃ４に記載の方法。
［Ｃ６］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ４に記載の方法。
［Ｃ７］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ４に記載の方法。
［Ｃ８］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＲＴ PDＣP,f ＝前記失敗したパケットのＰＤＣＰ受信時間、
ＲＴ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
ｎは変換係数である、Ｃ６に記載の方法。
［Ｃ９］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
ＳＮ RTP,est ＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
ｔ Ｃ ＝時間的変換手段である、Ｃ７に記載の方法。
［Ｃ１０］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することとをさらに備える、Ｃ４に記載の方法。
［Ｃ１１］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用することと、
前記失敗した少なくとも１つのパケットについて別の復号失敗を経験することと、
前記推定されたＲＴＰタイムスタンプを所定の値だけ変更することと、
前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号することとを備える、Ｃ１に記載の方法。
［Ｃ１２］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、Ｃ１２に記載の方法。
［Ｃ１４］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、Ｃ１に記載の方法。
［Ｃ１５］
ワイヤレス通信のための装置であって、
ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信するための手段と、
前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用するための手段と、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定するための手段と、
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための手段とを備える、装置。
［Ｃ１６］
前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、Ｃ１５に記載の装置。
［Ｃ１７］
前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、Ｃ１６に記載の装置。
［Ｃ１８］
前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定するための手段を備える、Ｃ１５に記載の装置。
［Ｃ１９］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
上式で、
ＳＮ PDＣP,f ＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
ＳＮ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰ ＳＮである、Ｃ１８に記載の装置。
［Ｃ２０］
前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段をさらに備える、Ｃ１８に記載の装置。
［Ｃ２１］
前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段をさらに備える、Ｃ１８に記載の装置。
［Ｃ２２］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＲＴ PDＣP,f ＝前記失敗したパケットのＰＤＣＰ受信時間、
ＲＴ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
ｎは変換係数である、Ｃ２０に記載の装置。
［Ｃ２３］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
ＳＮ RTP,est ＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
ｔ Ｃ ＝時間的変換手段である、Ｃ２１に記載の装置。
［Ｃ２４］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定するための前記手段は、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段とをさらに備える、Ｃ１８に記載の装置。
［Ｃ２５］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための前記手段が、
前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用するための手段と、
前記失敗した少なくとも１つのパケットについて別の復号失敗を経験するための手段と、
前記推定されたＲＴＰタイムスタンプを所定の値だけ変更するための手段と、
前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号するための手段とを備える、Ｃ１５に記載の装置。
［Ｃ２６］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための前記手段は、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更するための手段をさらに備える、Ｃ２５に記載の装置。
［Ｃ２７］
前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、Ｃ２６に記載の装置。
［Ｃ２８］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、Ｃ１５に記載の装置。
［Ｃ２９］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサとを備え、前記少なくとも１つのプロセッサが、
ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することとを行うように構成された、装置。
［Ｃ３０］
前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、Ｃ２９に記載の装置。
［Ｃ３１］
前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、Ｃ３０に記載の装置。
［Ｃ３２］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、Ｃ２９に記載の装置。
［Ｃ３３］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
上式で、
ＳＮ PDＣP,f ＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
ＳＮ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰ ＳＮである、Ｃ３２に記載の装置。
［Ｃ３４］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ３２に記載の装置。
［Ｃ３５］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ３２に記載の装置。
［Ｃ３６］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＲＴ PDＣP,f ＝前記失敗したパケットのＰＤＣＰ受信時間、
ＲＴ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
ｎは変換係数である、Ｃ３４に記載の装置。
［Ｃ３７］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
ＳＮ RTP,est ＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
ｔ Ｃ ＝時間的変換手段である、Ｃ３５に記載の装置。
［Ｃ３８］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することとをさらに備える、Ｃ３２に記載の装置。
［Ｃ３９］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用すること、
前記失敗した少なくとも１つのパケットについて別の復号失敗を経験すること、
前記推定されたＲＴＰタイムスタンプを所定の値だけ変更すること、
前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号することを備える、Ｃ２９に記載の装置。
［Ｃ４０］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、Ｃ３９に記載の装置。
［Ｃ４１］
前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、Ｃ４０に記載の装置。
［Ｃ４２］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、Ｃ２９に記載の装置。
［Ｃ４３］
ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、
ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することとを行うためのコードを備える、非一時的コンピュータ可読媒体。
［Ｃ４４］
前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、Ｃ４３に記載のコンピュータ可読媒体。
［Ｃ４５］
前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、Ｃ４４に記載のコンピュータ可読媒体。
［Ｃ４６］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、Ｃ４３に記載のコンピュータ可読媒体。
［Ｃ４７］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
上式で、
ＳＮ PDＣP,f ＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
ＳＮ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰ ＳＮである、Ｃ４６に記載のコンピュータ可読媒体。
［Ｃ４８］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ４６に記載のコンピュータ可読媒体。
［Ｃ４９］
前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、Ｃ４６に記載のコンピュータ可読媒体。
［Ｃ５０］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＲＴ PDＣP,f ＝前記失敗したパケットのＰＤＣＰ受信時間、
ＲＴ PDＣP,sd ＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
ｎは変換係数である、Ｃ４８に記載のコンピュータ可読媒体。
［Ｃ５１］
前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
上式で、
ＴＳ RTP,sd ＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
ＳＮ RTP,est ＝前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮ、
ＳＮ RTP,sd ＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
ｔ Ｃ ＝時間的変換手段である、Ｃ４９に記載のコンピュータ可読媒体。
［Ｃ５２］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することとをさらに備える、Ｃ４６に記載のコンピュータ可読媒体。
［Ｃ５３］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用すること、
前記失敗した少なくとも１つのパケットについて別の復号失敗を経験すること、
前記推定されたＲＴＰタイムスタンプを所定の値だけ変更すること、
前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号することを備える、Ｃ４３に記載のコンピュータ可読媒体。
［Ｃ５４］
前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、Ｃ５３に記載のコンピュータ可読媒体。
［Ｃ５５］
前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、Ｃ５４に記載のコンピュータ可読媒体。
［Ｃ５６］
前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、Ｃ４３に記載のコンピュータ可読媒体。

Claims (56)

  1. ワイヤレス通信の方法であって、
    ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
    前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
    対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
    前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することと
    を備える、方法。
  2. 前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、請求項１に記載の方法。
  3. 前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、請求項２に記載の方法。
  4. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、請求項１に記載の方法。
  5. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
    上式で、
    ＳＮPDCP,f＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
    ＳＮPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
    ＳＮRTP,sd＝前記前の正常に復号されたパケットのＲＴＰ ＳＮ
    である、請求項４に記載の方法。
  6. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項４に記載の方法。
  7. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項４に記載の方法。
  8. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＲＴPDCP,f＝前記失敗したパケットのＰＤＣＰ受信時間、
    ＲＴPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
    ｎは変換係数である、
    請求項６に記載の方法。
  9. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
    ＳＮRTP,est＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
    ＳＮRTP,sd＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
    ｔc＝時間的変換手段
    である、請求項７に記載の方法。
  10. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと
    をさらに備える、請求項４に記載の方法。
  11. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
    前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用することと、
    前記失敗した少なくとも１つのパケットについて別の復号失敗を経験することと、
    前記推定されたＲＴＰタイムスタンプを所定の値だけ変更することと、
    前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号することと
    を備える、請求項１に記載の方法。
  12. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、請求項１１に記載の方法。
  13. 前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、請求項１２に記載の方法。
  14. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、請求項１に記載の方法。
  15. ワイヤレス通信のための装置であって、
    ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信するための手段と、
    前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用するための手段と、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
    対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定するための手段と、
    前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための手段と
    を備える、装置。
  16. 前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、請求項１５に記載の装置。
  17. 前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、請求項１６に記載の装置。
  18. 前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定するための手段を備える、請求項１５に記載の装置。
  19. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
    上式で、
    ＳＮPDCP,f＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
    ＳＮPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
    ＳＮRTP,sd＝前記前の正常に復号されたパケットのＲＴＰ ＳＮ
    である、請求項１８に記載の装置。
  20. 前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段をさらに備える、請求項１８に記載の装置。
  21. 前記少なくとも１つのＲＴＰパラメータを推定するための前記手段が、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段をさらに備える、請求項１８に記載の装置。
  22. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＲＴPDCP,f＝前記失敗したパケットのＰＤＣＰ受信時間、
    ＲＴPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
    ｎは変換係数である、
    請求項２０に記載の装置。
  23. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
    ＳＮRTP,est＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
    ＳＮRTP,sd＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
    ｔc＝時間的変換手段
    である、請求項２１に記載の装置。
  24. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定するための前記手段は、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定するための手段と
    をさらに備える、請求項１８に記載の装置。
  25. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための前記手段が、
    前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用するための手段と、
    前記失敗した少なくとも１つのパケットについて別の復号失敗を経験するための手段と、
    前記推定されたＲＴＰタイムスタンプを所定の値だけ変更するための手段と、
    前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号するための手段と
    を備える、請求項１５に記載の装置。
  26. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するための前記手段は、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更するための手段をさらに備える、請求項２５に記載の装置。
  27. 前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、請求項２６に記載の装置。
  28. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、請求項１５に記載の装置。
  29. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサとを備え、前記少なくとも１つのプロセッサが、
    ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
    前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
    対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
    前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することと
    を行うように構成された、装置。
  30. 前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、請求項２９に記載の装置。
  31. 前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、請求項３０に記載の装置。
  32. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、請求項２９に記載の装置。
  33. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
    上式で、
    ＳＮPDCP,f＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
    ＳＮPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
    ＳＮRTP,sd＝前記前の正常に復号されたパケットのＲＴＰ ＳＮ
    である、請求項３２に記載の装置。
  34. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項３２に記載の装置。
  35. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項３２に記載の装置。
  36. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＲＴPDCP,f＝前記失敗したパケットのＰＤＣＰ受信時間、
    ＲＴPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
    ｎは変換係数である、
    請求項３４に記載の装置。
  37. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
    ＳＮRTP,est＝前記失敗したパケットの前記推定されたＲＴＰ ＳＮ、
    ＳＮRTP,sd＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
    ｔc＝時間的変換手段
    である、請求項３５に記載の装置。
  38. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと
    をさらに備える、請求項３２に記載の装置。
  39. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
    前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用すること、
    前記失敗した少なくとも１つのパケットについて別の復号失敗を経験すること、
    前記推定されたＲＴＰタイムスタンプを所定の値だけ変更すること、
    前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号すること
    を備える、請求項２９に記載の装置。
  40. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、請求項３９に記載の装置。
  41. 前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、請求項４０に記載の装置。
  42. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、請求項２９に記載の装置。
  43. ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、
    ワイヤレスチャネル上で複数のリアルタイムトランスポート（ＲＴＰ）パケットを受信することと、
    前記受信されたＲＴＰパケットを復号するために、ロバストヘッダ圧縮（ＲＯＨＣ）伸張を適用することと、ここにおいて、復号失敗が前記パケットのうちの少なくとも１つについて発生する、
    対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パラメータに基づいて、前記失敗した少なくとも１つのパケットの少なくとも１つのＲＴＰパラメータを推定することと、
    前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することと
    を行うためのコードを備える、非一時的コンピュータ可読媒体。
  44. 前記少なくとも１つのＲＴＰパラメータが、ＲＴＰシーケンス番号（ＳＮ）とＲＴＰタイムスタンプとを備える、請求項４３に記載のコンピュータ可読媒体。
  45. 前記対応するＰＤＣＰパラメータが、ＰＤＣＰ ＳＮとＰＤＣＰ受信時間とを備える、請求項４４に記載のコンピュータ可読媒体。
  46. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰシーケンス番号（ＳＮ）と、前の正常に復号されたパケットのＰＤＣＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰ ＳＮを推定することを備える、請求項４３に記載のコンピュータ可読媒体。
  47. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮが、以下の式に基づいて計算され、
    上式で、
    ＳＮPDCP,f＝前記失敗した少なくとも１つのパケットのＰＤＣＰ ＳＮ、
    ＳＮPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ ＳＮ、および
    ＳＮRTP,sd＝前記前の正常に復号されたパケットのＲＴＰ ＳＮ
    である、請求項４６に記載のコンピュータ可読媒体。
  48. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項４６に記載のコンピュータ可読媒体。
  49. 前記少なくとも１つのＲＴＰパラメータを推定することが、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することをさらに備える、請求項４６に記載のコンピュータ可読媒体。
  50. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＲＴPDCP,f＝前記失敗したパケットのＰＤＣＰ受信時間、
    ＲＴPDCP,sd＝前記前の正常に復号されたパケットのＰＤＣＰ受信時間、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、および
    ｎは変換係数である、
    請求項４８に記載のコンピュータ可読媒体。
  51. 前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰタイムスタンプが、以下の式に基づいて計算され、
    上式で、
    ＴＳRTP,sd＝前記前の正常に復号されたパケットのＲＴＰタイムスタンプ、
    ＳＮRTP,est＝前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮ、
    ＳＮRTP,sd＝前記前の正常に復号されたパケットの前記ＲＴＰ ＳＮ、および
    ｔc＝時間的変換手段
    である、請求項４９に記載のコンピュータ可読媒体。
  52. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備え、前記少なくとも１つのＲＴＰパラメータを推定することは、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部であるとき、前記失敗した少なくとも１つのパケットの前記推定されたＲＴＰ ＳＮと、前記前の正常に復号されたパケットのＲＴＰ ＳＮとの間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと、
    前記失敗した少なくとも１つのパケットと前記前の正常に復号されたパケットとが同じトークスパートの一部でないとき、前記失敗した少なくとも１つのパケットのＰＤＣＰ受信時間と、前記前の正常に復号されたパケットのＰＤＣＰ受信時間との間の差に基づいて、前記失敗した少なくとも１つのパケットのＲＴＰタイムスタンプを推定することと
    をさらに備える、請求項４６に記載のコンピュータ可読媒体。
  53. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することが、
    前記推定された少なくともＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号するためにＲＯＨＣを適用すること、
    前記失敗した少なくとも１つのパケットについて別の復号失敗を経験すること、
    前記推定されたＲＴＰタイムスタンプを所定の値だけ変更すること、
    前記変更された推定されたＲＴＰタイムスタンプを使用して、前記失敗した少なくとも１つのパケットを復号すること
    を備える、請求項４３に記載のコンピュータ可読媒体。
  54. 前記少なくとも１つのＲＴＰパラメータを使用して、前記失敗した少なくとも１つのパケットを復号することは、前記失敗した少なくとも１つのパケットが正常に復号されるかまたはしきい値に達するまで、前記推定されたＲＴＰタイムスタンプを所定の増分ずつ連続的に変更することをさらに備える、請求項５３に記載のコンピュータ可読媒体。
  55. 前記しきい値が、経過時間および試行の数のうちの少なくとも１つを備える、請求項５４に記載のコンピュータ可読媒体。
  56. 前記ＲＴＰパケットが、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）パケットを備える、請求項４３に記載のコンピュータ可読媒体。
JP2018515144A 2015-09-23 2016-09-16 高いアップリンク干渉状態における呼連続性 Expired - Fee Related JP6434191B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/863,416 US10009401B2 (en) 2015-09-23 2015-09-23 Call continuity in high uplink interference state
US14/863,416 2015-09-23
PCT/US2016/052246 WO2017053203A1 (en) 2015-09-23 2016-09-16 Call continuity in high uplink interference state

Publications (3)

Publication Number Publication Date
JP2018529296A true JP2018529296A (ja) 2018-10-04
JP2018529296A5 JP2018529296A5 (ja) 2018-11-15
JP6434191B2 JP6434191B2 (ja) 2018-12-05

Family

ID=57047319

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018515144A Expired - Fee Related JP6434191B2 (ja) 2015-09-23 2016-09-16 高いアップリンク干渉状態における呼連続性

Country Status (7)

Country Link
US (1) US10009401B2 (ja)
EP (1) EP3353984B1 (ja)
JP (1) JP6434191B2 (ja)
KR (1) KR101918907B1 (ja)
CN (1) CN108141439B (ja)
BR (1) BR112018005911A2 (ja)
WO (1) WO2017053203A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10887430B2 (en) * 2015-10-21 2021-01-05 Dragonwave-X, Llc Compression in communications
EP3264779B1 (en) * 2016-06-30 2022-04-13 Apple Inc. Apparatus adapted for maintaining receiving data quality and method for receiving data
CN108737349B (zh) * 2017-04-24 2020-08-28 大唐移动通信设备有限公司 一种语音数据包的处理方法及装置
CN110602745A (zh) * 2018-06-12 2019-12-20 大唐移动通信设备有限公司 一种数据包解压方法及装置
CN110891246B (zh) * 2018-09-11 2022-07-05 成都鼎桥通信技术有限公司 一种组播媒体数据的处理方法
CN111918335B (zh) * 2019-05-08 2022-07-22 华为技术有限公司 处理数据包的方法和装置
CN112218390A (zh) * 2019-07-10 2021-01-12 大唐移动通信设备有限公司 数据处理的方法和设备
WO2023172359A1 (en) * 2022-03-10 2023-09-14 Qualcomm Incorporated Protocol overhead reduction for packet data convergence protocol

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070047551A1 (en) * 2005-08-26 2007-03-01 Conner Keith F Header compression for real time internet applications
US20070047547A1 (en) * 2005-08-26 2007-03-01 Conner Keith F Header elimination for real time internet applications
WO2009081871A1 (ja) * 2007-12-20 2009-07-02 Ntt Docomo, Inc. 移動局、基地局装置、通信制御方法及び移動通信システム
US20090274107A1 (en) * 2006-10-05 2009-11-05 Sung June Park Method for transmitting voice packets in wireless communication system
US20100027524A1 (en) * 2008-07-31 2010-02-04 Nokia Corporation Radio layer emulation of real time protocol sequence number and timestamp
CN103248604A (zh) * 2012-02-01 2013-08-14 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
JP2015515768A (ja) * 2012-02-24 2015-05-28 ヴィド スケール インコーポレイテッド パケットロス検出を使用するビデオコーディング
CN104853388A (zh) * 2015-04-02 2015-08-19 四川大学 一种集群通信系统中群组数据包序列号的生成方法和基站

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003280552A1 (en) 2003-10-30 2005-05-19 Utstarcom (China) Co. Ltd. A device and method on real time ip packet wireless transfer using compress header technique
KR100608844B1 (ko) 2004-01-09 2006-08-08 엘지전자 주식회사 ＶｏＩＰ 서비스를 제공하는 무선통신 시스템
KR100678055B1 (ko) * 2004-02-12 2007-02-01 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
US7924731B2 (en) 2004-11-15 2011-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for handling out-of-sequence packets in header decompression
US8027328B2 (en) 2006-12-26 2011-09-27 Alcatel Lucent Header compression in a wireless communication network
KR101435832B1 (ko) 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
US8358669B2 (en) 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
US8418037B2 (en) * 2007-09-03 2013-04-09 Zte Corporation Method and device for decoding by using window-based least significant bits in robust header compression
WO2009088710A1 (en) * 2008-01-04 2009-07-16 Interdigital Patent Holdings, Inc. Method and apparatus of performing packet data convergence protocol re-establishment
KR101236033B1 (ko) * 2008-07-21 2013-02-21 한국전자통신연구원 통신 오버헤드를 제거하는 통신 시스템
US7953883B2 (en) * 2009-01-27 2011-05-31 Cisco Technology, Inc. Failover mechanism for real-time packet streaming sessions
US20100260098A1 (en) * 2009-04-10 2010-10-14 Qualcomm Incorporated Header compression for ip relay nodes
US9084142B2 (en) * 2011-10-03 2015-07-14 Qualcomm Incorporated Activating and deactivating semi-persistent scheduling for an LTE VoIP radio bearer
EP3180938A1 (en) * 2014-08-15 2017-06-21 Telefonaktiebolaget LM Ericsson (publ) Rohc optimizations for burst losses

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070047551A1 (en) * 2005-08-26 2007-03-01 Conner Keith F Header compression for real time internet applications
US20070047547A1 (en) * 2005-08-26 2007-03-01 Conner Keith F Header elimination for real time internet applications
US20090274107A1 (en) * 2006-10-05 2009-11-05 Sung June Park Method for transmitting voice packets in wireless communication system
WO2009081871A1 (ja) * 2007-12-20 2009-07-02 Ntt Docomo, Inc. 移動局、基地局装置、通信制御方法及び移動通信システム
US20100027524A1 (en) * 2008-07-31 2010-02-04 Nokia Corporation Radio layer emulation of real time protocol sequence number and timestamp
CN103248604A (zh) * 2012-02-01 2013-08-14 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
JP2015515768A (ja) * 2012-02-24 2015-05-28 ヴィド スケール インコーポレイテッド パケットロス検出を使用するビデオコーディング
CN104853388A (zh) * 2015-04-02 2015-08-19 四川大学 一种集群通信系统中群组数据包序列号的生成方法和基站

Also Published As

Publication number Publication date
JP6434191B2 (ja) 2018-12-05
CN108141439A (zh) 2018-06-08
KR101918907B1 (ko) 2019-02-08
KR20180058767A (ko) 2018-06-01
CN108141439B (zh) 2021-02-09
EP3353984A1 (en) 2018-08-01
US10009401B2 (en) 2018-06-26
WO2017053203A1 (en) 2017-03-30
US20170085615A1 (en) 2017-03-23
EP3353984B1 (en) 2020-02-12
BR112018005911A2 (pt) 2018-10-16

Similar Documents

Publication Publication Date Title
JP6434191B2 (ja) 高いアップリンク干渉状態における呼連続性
JP6705032B2 (ja) 不等コードブロックサイズを用いたデータ送信方式
JP6517364B2 (ja) Ｍｄｔメトリックとｑｏｅメトリックの相関および組み合わせ
JP6370914B2 (ja) 無線アクセス技術（ｒａｔ）の間でベアラを切り替えるための技法
JP6591388B2 (ja) 休止セルのためのアクティベーションプロシージャ
JP6486946B2 (ja) スモールエリアｍｂｓｆｎ強化
JP6648151B2 (ja) Ｒｒｃアウェアｔｃｐ再送信
JP6026559B2 (ja) 受信報告アグリゲーション
JP2018517326A (ja) ハンドオフ中のレート適応
US9538421B1 (en) Adaptive ROHC state transition
JP2016105617A (ja) パケットロスレートベースコーデック適応のための方法および装置
JP2020036322A (ja) ブロードキャストチャネルを用いたブロードキャストチャネルのキャリアアグリゲーション方法、またはユニキャストチャネルを用いたブロードキャストチャネルのキャリアアグリゲーション方法
CN104335632A (zh) 用于将保证比特率业务承载排除在lte ul流量控制之外的方法和装置
JP5866374B2 (ja) ロバストな回路切換フォールバック手順を提供するための方法および装置
KR20160113725A (ko) 보조 교차-기술 디스커버리
JP6441945B2 (ja) Ｓｉｐ／ｐ−ｃｓｃｆアドレス変更をｗａｎデバイスからｌａｎクライアントに伝搬させる方法
US20160294511A1 (en) Reuse of a partially received internet protocol packet in embms
JP2015515223A (ja) 広域ネットワークにおけるピアツーピアリンクのオポチュニスティックスケジューリングのための方法および装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180604

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180927

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180927

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20180927

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20180928

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: 20181009

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181107

R150 Certificate of patent or registration of utility model

Ref document number: 6434191

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees