JP6141460B2 - リアルタイムデータの冗長伝送 - Google Patents

Description

記載される実施形態は、全般的には無線通信技術に関する。より詳細には、本実施形態は、リアルタイムデータの冗長伝送に関する。

リアルタイムデータは、セルラー通信システムにおけるエッジノード間で、トランスポートブロック中で伝送され得る。ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、ビデオストリーミング、テレビ会議等のようなリアルタイムセッションでは、連続性を維持することが重要である。この点について、パケットがドロップ又は遅延した結果、ユーザエクスペリエンスに悪影響を及ぼす割り込みが生じることがある。

リアルタイムデータフレームは、トランスポートブロック（ＴＢ）サイズに対応するパケット中にカプセル化される。ＴＢサイズは、セルラーネットワーク中のサービング基地局により割り当てられるリソースに少なくとも部分的に基づいて規定され得る。例えば、ロングタームエボリューション（ＬＴＥ）における進化型ノードＢ（ｅＮＢ）ネットワークは、複数の（例えば、１つ、２つ、３つ又は４つの）物理リソースブロック（ＰＲＢ）並びに変調及び符号化方式（ＭＣＳ）レベルを割り当てることができ、ＰＲＢとＭＣＳとは一緒に、無線通信デバイスとｅＮＢとの間の無線リンク上でのリアルタイムデータ交換のために使用され得る特定のＴＢサイズを規定する。

無線通信デバイスと通信するために使用されるＰＲＢの数に応じて、様々なトランスポートブロックサイズがサポートされ得る。例えば、２つのＰＲＢを使用すると、ｅＮＢスケジューラは、単一のトランスポートブロック中に３２ビット〜１４８０ビットをパッケージ化することができる。ｅＮＢは、利用可能なユーザデータ及無線通信デバイスとの無線リンクの無線リンク状態に応じて特定のＴＢサイズを選択するように決定することができる。トランスポートブロックサイズの粒度は制限されている。したがって、基地局又は無線通信デバイスのようなエッジノードが、トランスポートブロック中にリアルタイムデータパケットをパッケージ化している時には、トランスポートブロック中には未使用領域が存在し得る。

いくつかの例示的実施形態は、リアルタイムデータの冗長伝送を行うことによって、リアルタイムデータセッションにおける連続性の維持を容易にする。より詳細には、いくつかの例示的実施形態は、２つ以上のリアルタイムデータフレームをバンドルするために、場合によっては浪費されるトランスポートブロック中の未使用領域を利用する。例えば、いくつかのそのような実施形態では、送信済みのリアルタイムデータフレームと次順の未送信リアルタイムデータフレームとを含む２つの連続するデータフレームを単一のパケット中にバンドルすることができる。したがって、送信済みのリアルタイムデータフレームを含んでいる前のパケットがドロップ又はエラーで受信された場合、リアルタイムデータフレームは、場合によっては使用されないトランスポートブロック空間中で冗長に送信され得るので、送信済みのリアルタイムデータフレームの冗長伝送は、ネットワークオーバーヘッド再送信を必要とすることなく、セッションの継続性をサポートすることができる。

本概要は、本開示に係るいくつかの態様に関する基本的な理解を提供するために、いくつかの例示的実施形態を要約する目的でのみ提供されるものである。したがって、上記の例示的実施形態は単に例に過ぎず、本開示の範囲又は趣旨をいかなる意味においても狭めると解釈すべきでないことが理解されよう。他の実施形態、態様、及び利点は、例として、記載される実施形態の原理を例示する添付図と共に考慮される、下記の「発明を実施するための形態」から明らかとなるであろう。

添付の図面と共に以下の「発明を実施するための形態」により本開示は容易に理解されるであろう。図中、同一符号は同一の構造要素を示す。

いくつかの例示的実施形態に係る無線通信システムを示す図である。

いくつかの例示的実施形態に係る、無線通信ネットワーク中のエッジノードとして動作する無線通信デバイス上に実装され得る装置のブロック図である。

いくつかの例示的実施形態に係る、無線通信ネットワーク中の基地局上に実装され得る装置のブロック図である。

いくつかの例示的実施形態に係る、リアルタイムデータの冗長伝送のための例示的な方法に従ったフローチャートである。

いくつかの例示的実施形態に係る、リアルタイム音声フレームサイズと、冗長音声フレーム伝送をサポートするのに十分なＭＣＳレベルとの間の相関を示す表である。

いくつかの例示的実施形態に係る、リアルタイムデータの冗長伝送の例示的パケットフォーマットを示す図である。

いくつかの例示的実施形態に係る、リアルタイムデータの冗長伝送の別の例示的パケットフォーマットを示す図である。

いくつかの例示的実施形態に係る、リアルタイムデータのバンドリングを示す図である。

いくつかの例示的実施形態に係る、無線通信デバイスにより実行され得るリアルタイムデータの冗長伝送のための例示的な方法に従ったフローチャートである。

いくつかの例示的実施形態に係る、基地局により実行され得るリアルタイムデータの冗長伝送のための例示的な方法によるフローチャートである。

いくつかの例示的実施形態に係る、エッジノードにより実行され得るリアルタイムデータセッションをサポートするために冗長伝送されたリアルタイムデータを使用するための例示的な方法によるフローチャートである。

以下に、添付の図面に示された代表的な実施形態について詳細に参照する。以下の説明は、１つの好ましい実施形態に実施形態を限定することを意図するものではないことを理解されたい。それとは対照的に、添付の特許請求の範囲により定義されるような、説明される実施形態の趣旨及び範囲内に含まれ得る変形形態、修正形態及び均等物を網羅することが意図される。

上記で論じたように、パケットがドロップ又は遅延した結果、ユーザエクスペリエンスに悪影響を及ぼす割り込みが生じることがあるで、ＶｏＩＰセッション、テレビ会議セッション等のようなリアルタイムデータセッションにおいて連続性を維持することが重要である。いくつかの例示的実施形態は、リアルタイムデータの冗長伝送を行うことによって、リアルタイムデータセッションにおける連続性の維持を容易にする。この点について、いくつかの例示的実施形態は、送信済みである１つ以上のデータフレームと送信済みでない１つ以上のデータフレームとを含む２つ以上のリアルタイムデータフレームをバンドルするために、場合によっては浪費されるトランスポートブロック中の未使用領域を利用する。例えば、いくつかの実施形態では、送信済みのリアルタイムデータフレームと次順の未送信リアルタイムデータフレームとを含む２つの連続するデータフレームを単一のパケット中にバンドルすることができる。したがって、そのような例示的実施形態は、フレームが伝送においてロスト又は破損した場合、送信済みのリアルタイムデータフレームの冗長伝送を行うことができる。

そのような例示的実施形態は、リアルタイムデータフレームの実質的に静的サイズを利用することができる。この点について、特定のコーデックが与えられるので、ＶｏＩＰセッションのためのボイスフレーム、並びにビデオストリーミング及びテレビ会議セッションのためのビデオフレームのような、リアルタイムデータのためのフレームサイズは、かなり静的となる傾向がある。例えば、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）と称されるＬＴＥネットワークにおけるＶｏＩＰセッションは、フルレートで最大１２．２キロビット／秒（ｋｂｐｓ）のレートを有し得る、ＡＭＲ−ＮＢ（ＡＭＲ狭帯域）のような様々なコーデックを使用することができる。別の例として、ＶｏＬＴＥは、例えば、１２．６５ｋｂｐｓのビットレートを利用することができるＡＭＲ−ＷＢ（ＡＭＲ広帯域）コーデックを使用することができ、ＡＭＲ−ＷＢは、ＡＭＲ−ＮＢとで使用され得る１２．２ｋｂｐｓレート程度のビットレートを提供することができる。したがって、所与のリアルタイムデータフレームのサイズは、リアルタイムデータセッションに参加している無線通信デバイス又は基地局のようなエッジノードには既知であり得る定数とすることができる。１２．２ｋｂｐｓ及び１２．６５ｋｂｐｓの符号化された音声データの使用は、アダプティブマルチレート（ＡＭＲ）音声コーデックと共に通常使用されるビットレートの非限定的な例として提供されることが理解されよう。この点について、本明細書に開示する実施形態は、ＡＭＲコーデックに加えて、又はその代わりに１２．２ｋｂｐｓ及び１２．６５ｋｂｐｓ以外のビットレートのコーデックと併せて、並びに／あるいは、音声データに加えてリアルタイムビデオデータ及び／又は他の形態のリアルタイムデータと併せて適用され得ることが理解されよう。

いくつかの例示的実施形態によれば、無線リンク状態がリアルタイムデータの冗長伝送をイネーブルするのに十分な場合、無線アクセスネットワークのエッジノード（例えば、基地局又は無線通信デバイス）は、リアルタイムデータを冗長伝送するためにトランスポートブロックの未使用ビットを利用することができる。例えば、使用されているコーデックを与えられるのでフレームの既知のサイズに基づいて、リアルタイムデータセッションのために２つ以上のリアルタイムデータフレームをカプセル化するのに十分な大きさであると判定されるトランスポートブロックサイズをサポートすることができるＭＣＳレベルを割り当てることができるように、無線リンク状態が十分である場合、エッジノードは、リアルタイムデータの便宜的なアプリケーション層冗長性をサポートするために、割り付けられたトランスポートブロックサイズの未使用ビットを利用することができる。

これら及び他の実施形態について、図１〜図１１を参照して以下に記載する。しかしながら、これらの図に関して本明細書に記載される詳細な説明は、説明を目的とするものに過ぎず、限定するものとして解釈するべきではないことが、当業者には容易に理解されよう。

図１は、いくつかの例示的実施形態に係る無線通信システム１００を示す。この点について、図１は、非限定的な例として、ＶｏＬＴＥ呼及び／又は他のＶｏＩＰセッションのようなリアルタイムオーディオセッション、テレビ会議セッション、リアルタイムビデオストリーミング等のようなリアルタイムオーディオを更に含み得るリアルタイムビデオセッション、並びに／あるいは他のリアルタイムデータセッション等のリアルタイムデータセッションに参加することができるエッジノードを含む、無線ネットワーク（例えば、セルラーアクセスネットワークのような無線アクセスネットワーク）を示す。システム１００のエッジノードは、無線通信デバイス１０２と、無線リンクを介して無線通信デバイス１０２にネットワークアクセスを提供することができるサービング基地局１０４とを含むことができる。

非制限的な例として、無線通信デバイス１０２は、スマートフォン装置のようなセルラー電話、タブレットコンピューティング装置、ラップトップコンピューティング装置、又はサービング基地局１０４を介してセルラーネットワークにアクセスするように構成され得る他のコンピューティング装置として実施され得る。サービング基地局１０４は、システム１００の無線アクセスネットワークが使用する（１つ以上の）種類の無線アクセス技術（ＲＡＴ）に依存する任意のセルラー基地局を備えることができる。非限定的な例として、サービング基地局１０４は、基地局（ＢＳ）、無線基地局装置（ＢＴＳ）、ノードＢ、進化型ノードＢ（ｅＮＢ）、ホームｅＮＢ、フェムトセル、ピコセル、それらの何らかの組み合わせ、及び／又は他の種類の基地局であり得る。

システム１００の無線アクセスネットワークは、無線通信デバイス１０２及び／又はサービング基地局１０４によりサポートされ得る様々なセルラーＲＡＴのうちのいずれかを実装することができる。非限定的な例として、無線アクセスネットワークは、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、及び／又は他の現在の若しくは将来開発されるＬＴＥ ＲＡＴを含めて、ＬＴＥ ＲＡＴのような第４世代（４Ｇ）セルラーＲＡＴを実装することができる。別の例として、いくつかの実施形態では、無線アクセスネットワークは、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））若しくは時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）のようなユニバーサル移動体通信システム（ＵＭＴＳ）ＲＡＴ、ＣＤＭＡ２０００ ＲＡＴ（例えば、１ｘＲＴＴ）若しくは第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって標準化された他のＲＡＴ、及び／又は他の３Ｇ ＲＡＴのような、第３世代（３Ｇ）ＲＡＴを実装することができる。更なる例として、いくつかの実施形態では、無線アクセスネットワークは、移動通信用のグローバルシステム（ＧＳＭ（登録商標））ＲＡＴ及び／又は他の第２世代（２Ｇ）ＲＡＴのような２Ｇ ＲＡＴを実装することができる。セルラーＲＡＴの上記の例は、例として提供されたものであり、限定として提供されたものでないことが理解されよう。この点について、他の現在の又は現在開発中の様々な第５世代（５Ｇ）ＲＡＴを含む将来開発されるセルラーＲＡＴは、本開示の範囲内で、無線通信デバイス１０２とサービング基地局１０４との間の通信をサポートするために使用され得る。

図２は、いくつかの例示的実施形態に係る、無線通信ネットワーク中のエッジノードとして動作する無線通信装置１０２のような無線通信デバイス上に実装され得る装置のブロック図を示す。この点について、コンピューティング装置上に実装された場合、装置２００は、コンピューティング装置をが、１つ以上の例示的実施形態に従ってシステム１００内のリアルタイムデータの冗長伝送をサポートするように構成された無線通信デバイス１０２として動作することを可能にすることができる。以下の図２に示し、同図に関して記載する構成要素、機器又は要素は必須でなくてもよく、したがって、特定の実施形態では、いくつかを省略してもよい。更に、いくつかの実施形態は、図２に示され、同図に関して記載するものに加えて、又はそれらとは別の、構成要素、機器又は要素を含むことができる。

いくつかの例示的実施形態では、装置２００は、本明細書に開示された１つ以上の例示的実施形態に係る、アクションを実行するように構成可能な処理回路２１０を含むことができる。この点に関し、様々な実施形態に係る無線通信処理回路２１０は、装置２００の１つ以上の機能を実行及び／又は制御するように構成され得、それにより、様々な実施形態に係る無線通信デバイス１０２の機能を実行する手段を提供することができる。処理回路２１０は、１つ以上の例示的実施形態に従って、データ処理、アプリケーションの実行、並びに／あるいは他の処理サービス及び管理サービスを実行するように構成され得る。

いくつかの実施形態では、装置２００、又は処理回路２１０のような装置２００の（１つ以上の）部分若しくは（１つ以上の）構成要素は、１つ以上のチップを各々含むことができる１つ以上のチップセットを含むことができる。したがって、装置２００の処理回路２１０及び／又は１つ以上の更なる構成要素は、場合によっては、単一のチップ又はチップセット上で一実施形態を実装するように構成され得る。装置２００の１つ以上の構成要素がチップセットとして実施されるいくつかの例示的実施形態では、そのチップセットは、コンピューティング装置上に実装されるか、あるいはコンピューティング装置に動作可能に結合された時、システム１００中の無線通信デバイス１０２としてコンピューティング装置が動作できるようにすることができる。したがって、例えば、装置２００の１つ以上の構成要素は、サービング基地局１０４にアクセスすること等によって、１つ以上のセルラーネットワーク上でコンピューティング装置が動作できるように構成された、セルラーベースバンドチップセットのようなチップセットを提供することができる。

いくつかの例示的実施形態では、処理回路２１０は、プロセッサ２１２を含むことができ、図２に示したようないくつかの実施形態では、メモリ２１４を更に含むことができる。処理回路２１０は、送受信機２１６及び／又は冗長性モジュール２１８と通信可能であるか、あるいはそれらを制御することができる。

プロセッサ２１２は、様々な形態で実施され得る。例えば、プロセッサ２１２は、マイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、それらのいくつかの組み合わせ等の集積回路を含む他の各種コンピューティング装置若しくは処理装置等、様々なハードウェアベースの処理手段として実施され得る。プロセッサ２１２は、単一のプロセッサとして図示されるが、複数のプロセッサを備えることができることが理解されよう。複数のプロセッサは、互いに動作通信が可能することができ、本明細書に記載される無線通信デバイスの１つ以上の機能を実行するように集合的に構成され得る。いくつかの例示的実施形態では、プロセッサ２１２は、メモリ２１４に記憶され得る命令、あるいは他の方法でプロセッサ２１２にアクセス可能な命令を実行するように構成され得る。このように、ハードウェアによって構成されるか、又はハードウェアとソフトウェアの組み合わせによって構成されるかにかかわらず、プロセッサ２１２は、然るべく構成することによって、様々な実施形態による動作を実行することが可能である。

いくつかの実施形態例において、メモリ２１４は、１つ以上のメモリデバイスを含むことができる。メモリ２１４は、固定型及び／又は着脱式メモリデバイスを含むことができる。いくつかの実施形態において、メモリ２１４は、プロセッサ２１２によって実行され得るコンピュータプログラム命令を記憶することができる永続的コンピュータ可読記憶媒体を提供することができる。この点に関し、メモリ２１４は、装置２００が１つ以上の例示的実施形態に従って様々な機能を実行することを可能にするための情報、データ、アプリケーション、命令等を記憶するように構成され得る。いくつかの実施形態では、メモリ２１４は、装置２００の構成要素間で情報を渡すための１つ以上のバスを介して、プロセッサ２１２、送受信機２１６、又は冗長性モジュール２１８のうちの１つ以上と通信することができる。

装置２００は、送受信機２１６を更に含むことができる。送受信機２１６は、装置２００が１つ以上の無線ネットワークに無線信号を送信し、そこから信号を受信することを可能にすることができる。したがって、送受信機２１６は、システム１００により実装され得る任意の種類のＲＡＴをサポートするように構成され得る。したがって、送受信機２１６は、無線通信デバイス１０２が、サービング基地局１０４との無線リンクを確立し、それを介して通信することを可能にするように構成され得る。

装置２００は、冗長性モジュール２１８を更に含むことができる。冗長性モジュール２１８は、回路、ハードウェア、コンピュータ可読媒体（例えば、メモリ２１４）上に記憶され、かつ、処理デバイス（例えば、プロセッサ２１２）により実行されるコンピュータ可読プログラム命令を含むコンピュータプログラム製品、又はこれらのいくつかの組み合わせのような様々な手段として実施され得る。いくつかの実施形態では、プロセッサ２１２（又は処理回路２１０）は、冗長性モジュール２１８を含むことができるか、あるいは制御することができる。冗長性モジュール２１８は、本明細書に更に記載するように、１つ以上の例示的実施形態に係るリアルタイムデータ冗長性スキームを選択的に実装するように構成され得る。

冗長性モジュール２１８は、いくつかの例示的実施形態において、無線通信デバイス１０２とサービング基地局１０４との間の無線リンクに関連する無線リンク状態が、リアルタイムデータの冗長伝送をサポートするのに（例えば、様々な例示的実施形態に係るリアルタイムデータ冗長性スキームのイネーブルメントをサポートするのに）十分であることを判定するように構成され得る。例えば、冗長性モジュール２１８は、追加のＰＲＢを使用せずにリアルタイムデータセッションで使用されているサイズの２つ以上のリアルタイムデータフレームをバンドルするのに十分な大きさであるトランスポートブロックサイズをサポートするのに十分なＭＣＳレベルが、（例えば、サービング基地局１０４によって）無線通信デバイス１０２に割り付けられていることを判定するように構成され得る。

無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であることを冗長性モジュール２１８が判定する事例では、冗長性モジュール２１８は、様々な例示的実施形態に従ってリアルタイムデータフレームをバンドルすることによって、冗長リアルタイムデータパケット伝送を開始することができる。この点について、冗長性モジュール２１８は、サービング基地局１０４に送信済みの１つ以上のリアルタイムデータフレームを、サービング基地局１０４に送信済みでない１つ以上のリアルタイムデータフレーム（例えば、１つ以上の次順のリアルタイムデータフレーム）（例えば、新しいリアルタイムデータフレーム）と共に、リアルタイムトランスポートプロトコル（ＲＴＰ）パケット中にバンドルする（例えば、カプセル化する）ように構成され得る。

したがって、所与のリアルタイムデータフレームを２つ以上のＲＴＰパケットで冗長伝送することができる。したがって、例えば、第１のＲＴＰパケットは、フレームｆ_０とフレームｆ_１とを含むことができ、フレームｆ_０は、前のＲＴＰパケット中で伝送されたが、フレームは、サービング基地局１０４に送信されていない。次に、第１のＲＴＰパケットの後に伝送され得る第２のＲＴＰパケットは、例えば、フレームｆ_１と、サービング基地局１０４に送信されてないフレームｆ_２とを含むことができる。

図３は、いくつかの例示的実施形態に係る、無線通信ネットワーク中のサービング基地局のような基地局上に実装され得る装置３００のブロック図を示す。この点について、基地局上に実装された場合、装置３００は、基地局が、１つ以上の例示的実施形態に従ってリアルタイムデータの冗長伝送をサポートすることを可能にすることができる。以下の図３に示し、同図に関して記載する構成要素、機器又は要素は必須ではなくてもよく、したがって、特定の実施形態では、いくつかを省略してもよい。更に、いくつかの実施形態は、図３に示され、同図に関して記載するものに加えて、又はそれらとは別の、構成要素、機器又は要素を含むことができる。

いくつかの例示的実施形態では、装置３００は、本明細書に開示された１つ以上の例示的実施形態に係るアクションを実行するように構成可能な処理回路３１０を含むことができる。この点に関し、処理回路３１０は、様々な実施形態に従って装置３００の１つ以上の機能を実行及び／又は制御するようにされ得、したがって、様々な実施形態に従ってサービング基地局１０４の機能を実行する手段を提供することができる。処理回路３１０は、１つ以上の例示的実施形態に係るデータ処理、アプリケーションの実行、並びに／あるいは他の処理サービス及び管理サービスを実行するように構成され得る。

いくつかの実施形態では、装置３００、又は処理回路３１０のような装置３００の（１つ以上の）部分若しくは（１つ以上の）構成要素は、１つ以上のチップを各々含むことができる１つ以上のチップセットを含むことができる。したがって、処理回路３１０及び／又は装置３００の１つ以上の更なる構成要素は、場合によっては、チップセット上で一実施形態を実装するように構成され得る。装置３００の１つ以上の構成要素がチップセットとして実施されるいくつかの例示的実施形態では、そのチップセットは、コンピューティング装置上に実装されるか、あるいはコンピューティング装置に動作可能に結合された時、システム１００中のサービング基地局１０４としてコンピューティング装置が動作できるようにすることができる。

いくつかの例示的実施形態では、処理回路３１０は、プロセッサ３１２を含むことができ、図３に示したようないくつかの実施形態では、メモリ３１４を更に含むことができる。処理回路３１０は、送受信機３１６及び／又はスケジューリングモジュール３２０と通信可能であるか、あるいはそれらを制御することができる。

プロセッサ３１２は、様々な形態で実施され得る。例えば、プロセッサ３１２は、マイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、それらのいくつかの組み合わせ等の集積回路を含む他の各種コンピューティング装置若しくは処理装置等、様々なハードウェアベースの処理手段として実施され得る。プロセッサ３１２は、単一のプロセッサとして図示されるが、複数のプロセッサを備えることができることが理解されよう。複数のプロセッサは、単一のコンピューティング装置上で実施され得るか、あるいは、サービング基地局１０４を含む、無線アクセスネットワークの１つ以上のエンティティの機能性を集合的に実行することができる複数のコンピューティング装置上に分散され得る。複数のプロセッサが互いに動作通信可能であり、本明細書に記載されるサービング基地局１０４の１つ以上の機能を実行するよう集合的に構成され得る。いくつかの例示的実施形態では、プロセッサ３１２は、メモリ３１４に記憶され得る命令、あるいは他の方法でプロセッサ３１２にアクセス可能である命令を実行するように構成され得る。このように、ハードウェアによって構成されるか、又はハードウェアとソフトウェアの組み合わせによって構成されるかにかかわらず、プロセッサ３１２は、然るべく構成することによって、様々な実施形態による動作を実行することが可能である。

いくつかの実施形態例において、メモリ３１４は、１つ以上のメモリデバイスを含むことができる。複数のプロセッサメモリデバイスを含む実施形態において、メモリデバイスは、単一のコンピューティング装置上で実施され得るか、あるいは、サービング基地局１０４を含む、無線アクセスネットワークの１つ以上のエンティティの機能性を集合的に実行することができる複数のコンピューティング装置上に分散され得る。メモリ３１４は、固定型及び／又は着脱式メモリデバイスを含むことができる。いくつかの実施形態において、メモリ３１４は、プロセッサ３１２によって実行され得るコンピュータプログラム命令を記憶することができる永続的コンピュータ可読記憶媒体を提供することができる。この点に関し、メモリ３１４は、装置３００が１つ以上の例示的実施形態に従って様々な機能を実行することを可能にするための情報、データ、アプリケーション、命令等を記憶するように構成され得る。いくつかの実施形態では、メモリ３１４は、装置３００の構成要素間で情報を渡すための１つ以上のバス等を介して、プロセッサ３１２、送受信機３１６、冗長性モジュール３１８、又はスケジューリングモジュール３２０のうちの１つ以上と通信することができる。

装置３００は、送受信機３１６を更に含むことができる。送受信機３１６は、装置３００が、無線通信デバイス１０２のような１つ以上の無線通信デバイスに無線信号を送信し、そこから信号を受信することを可能にすることができる。したがって、例えば、送受信機３１６は、無線通信デバイス１０２との無線リンクの確立、及びそれを介した通信をサポートするように構成され得る。したがって、送受信機３１６は、システム１００により実装され得る任意のＲＡＴに従った通信をサポートするように構成され得る。

装置３００は、冗長性モジュール３１８を更に含むことができる。冗長性モジュール３１８は、回路、ハードウェア、コンピュータ可読媒体（例えば、メモリ３１４）上に記憶され、かつ、処理デバイス（例えば、プロセッサ３１２）により実行されるコンピュータ可読プログラム命令を含むコンピュータプログラム製品、又はこれらのいくつかの組み合わせのような様々な手段として実施され得る。いくつかの実施形態では、プロセッサ３１２（又は処理回路３１０）は、冗長性モジュール３１８を含むことができるか、あるいは制御することができる。冗長性モジュール３１８は、本明細書に記載するように、１つ以上の例示的実施形態に係るリアルタイムデータ冗長性スキームを選択的に実装するように構成され得る。

装置３００は、スケジューリングモジュール３２０を更に含むことができる。スケジューリングモジュール３２０は、回路、ハードウェア、コンピュータ可読媒体（例えば、メモリ３１４）上に記憶され、かつ、処理デバイス（例えば、プロセッサ３１２）により実行されるコンピュータ可読プログラム命令を含むコンピュータプログラム製品、又はこれらのいくつかの組み合わせのような様々な手段として実施され得る。いくつかの実施形態では、プロセッサ３１２（又は処理回路３１０）は、冗長性モジュール３２０を含むことができるか、あるいは制御することができる。スケジューリングモジュール３２０は、サービング基地局１０４によりサービスされ得る無線通信デバイス１０２のような１つ以上の無線通信デバイス関する無線リンクリソースをスケジュールする、及び／又は割り付けるために使用され得るスケジューラを実装するように構成され得る。したがって、例えば、スケジューリングモジュール３２０は、例えば、ＭＣＳ割り付け及び／又はＰＲＢ割り付けを介して、無線通信デバイス１０２との通信で使用するためのトランスポートブロックサイズを割り付けるように構成され得る。

いくつかの例示的実施形態では、冗長性モジュール３１８は、無線リンク状態が、無線通信デバイス１０２への及び／又はそこからのリアルタイムデータの冗長伝送をサポートするのに（例えば、様々な例示的実施形態に係るリアルタイムデータ冗長性スキームのイネーブルメントをサポートするのに）十分であることを判定するように構成され得る。例えば、冗長性モジュール３１８は、追加のＰＲＢを使用せずにリアルタイムデータセッションで使用されているサイズの２つ以上のリアルタイムデータフレームをバンドルするのに十分な大きさであるトランスポートブロックサイズをサポートするのに十分なＭＣＳレベルが、無線通信デバイス１０２に割り付けられていることを判定するように構成され得る。

それに加えて、又は代替として、いくつかの例示的実施形態の冗長性モジュール３１８は、無線リンク状態が、複数のリアルタイムデータフレームをパッケージ化するのに十分な大きさのトランスポートブロックサイズを提供するのに十分なＭＣＳレベルを無線通信デバイス１０２にサービング基地局１０４が割り付けることを可能にするのに十分であることを判定するように構成され得る。この判定は、例えば、サービング基地局１０４上の負荷、利用可能な無線リンクリソース、無線通信デバイス１０２により報告され得るチャネル状態、及び／又はＭＣＳ割り付け決定で考慮される他の無線リンク状態に基づき得る。

無線リンク状態が適切なＭＣＳレベルの割り付けを許可すると冗長性モジュール３１８が判定する事例では、スケジューリングモジュール３２０（例えば、サービング基地局１０４に関連付するスケジューラ）及び／又は別のネットワークエンティティーに関連するスケジュールは、単一のＲＴＰパケット内の２つ以上のリアルタイムデータフレームのペイロードをパッケージ化することによって、リアルタイムデータ冗長性をサポートするのに十分なサイズのものとすることができる無線通信デバイス１０２とのアップリンク通信及び／又はダウンリンク通信のために、メディアアクセス制御（ＭＡＣ）パケットデータユニット（ＰＤＵ）のトランスポートブロックサイズを選択するように構成され得る。例えば、スケジューリングモジュール３２０は、無線リンク状態がより高いＭＣＳレベルの使用を許可することを冗長性モジュール３１８が判定した時に、より高いＭＣＳレベルをもつ無線通信デバイス１０２を割り付けることができ、それにより、トランスポートブロックサイズを更に大きくすることができる。

より大きいサービング基地局１０４によって無線通信デバイス１０２に送信され得るダウンリンク通信で使用するために十分なトランスポートブロックサイズを与えると、冗長性モジュール３１８は、リアルタイムデータの冗長伝送を実行するように構成され得る。この点について、冗長性モジュール３１８は、無線通信デバイス１０２に送信済みの１つ以上のリアルタイムデータフレームを、無線通信デバイス１０２に送信済みでない１つ以上のリアルタイムデータフレーム（例えば、１つ以上の次順のリアルタイムデータフレーム）（例えば、新しいリアルタイムデータフレーム）と共に、リアルタイムトランスポートプロトコル（ＲＴＰ）パケット中にバンドルする（例えば、カプセル化する）ように構成され得る。冗長性モジュール３１８によるリアルタイムデータのこの冗長伝送は、無線通信デバイス１０２に関連する冗長性モジュール２１８に関して上述した様式と実質的に同様に実行され得る。

したがって、冗長リアルタイムデータ伝送は、リアルタイムデータセッションに関与し得る任意のエッジノードにより開始又はサポートされ得る。したがって、いくつかの例示的実施形態によれば、無線リンク状態が許可すれば、冗長リアルタイムデータ伝送は、無線通信デバイス１０２及び／又はサービング基地局１０４により開始及び／又は使用され得ることが理解されよう。

図４は、いくつかの例示的実施形態に係る、リアルタイムデータの冗長伝送のための例示的な方法によるフローチャートを示す。この点について、図４は、リアルタイムデータセッションに参加している無線通信デバイス１０２のようなエッジノードデバイス、及び／又はサービング基地局１０４により実行され得る方法を示している。処理回路２１０、プロセッサ２１２、メモリ２１４、送受信機２１６、冗長性モジュール２１８、処理回路３１０、プロセッサ３１２、メモリ３１４、送受信機３１６、冗長性モジュール３１８、又はスケジューリングモジュール３２０のうちの１つ以上は、例えば、図４に示し、それに関して記載する動作を実行するため手段を提供することができる。

動作４００は、エッジノードが第１のリアルタイムデータフレームを備える第１のＲＴＰパケットを無線リンク上で第２のエッジノードに送信することを含むことができる。したがって、例えば、動作４００は、無線通信デバイス１０２が、サービング基地局１０４に第１のＲＴＰパケットを送信すること、又はその逆を含むことができる。第１のリアルタイムデータフレームは、リアルタイムオーディオ、リアルタイムビデオ、何らかのそれらの組み合わせ及び／又はエッジノードが参加していることがあるリアルタイムデータセッションについての何らかの他の形態のリアルタイムデータのような任意のリアルタイムデータを備えることができる。第１のＲＴＰパケットは、非限定的な例として、リアルタイムオーディオセッション（例えば、ＶｏＬＴＥ呼又は他のＶｏＩＰセッション）、リアルタイムビデオセッション（例えば、ビデオコール、テレビ会議、リアルタイムストリーミングビデオ等）、及び／又は他のリアルタイムデータセッションのような、任意のリアルタイムデータセッションについてのパケットであり得る。

動作４１０は、無線通信デバイス１０２とサービング基地局１０４との間の無線リンクの無線リンク状態が、リアルタイムデータ冗長性スキームのイネーブルメントをサポートするのに十分であることを判定することを含むことができる。例えば、いくつかの実施形態では、動作４１０は、構成されたＭＣＳレベルが、２つ以上のリアルタイムデータフレームをバンドルすることを可能にするのに十分なトランスポートブロックサイズを提供することを無線通信デバイス１０２及び／又はサービング基地局１０４が判定することを含むことができる。別の例として、いくつかの実施形態では、動作４１０は、無線リンク状態が、２つ以上のリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロックサイズを提供するアップリンク通信及び／又はダウンリンク通信のためのＭＣＳレベルを無線通信デバイス１０２に割り付けることを許可することをサービング基地局１０４が判定することを含むことができる。

少なくとも２つのリアルタイムデータフレームのバンドリングを可能にするのに十分な大きさのトランスポートブロックのサイズは、伝送されているリアルタイムデータの種類並びにリアルタイムデータについて使用されているコーデックに少なくとも部分的に基づいて決まる。例えば、ＶｏＬＴＥセッション又は他のＶｏＩＰセッション等について、ＡＭＲ−ＷＢコーデックで符号化されたリアルタイム音声フレームを使用すると、図５は、２つのリアルタイム音声フレーム（例えば、送信済みの１つの音声フレーム、及び１つの新しい音声フレーム）が単一のＲＴＰパケットにパッケージ化され得るいくつかの例示的実施形態に係る、リアルタイム音声フレームのリアルタイム冗長性をサポートするためのＴＢサイズ及びＭＣＳレベルの様々な例を示す表を示している。したがって、例えば、１２．６５キロビット／秒（Ｋｂｐｓ）のレートのＡＭＲ−ＷＢで符号化されたリアルタイム音声フレームを与えると、音声フレームサイズは２５６ビットとなり得る。総ＲＴＰペイロードサイズ及びヘッダサイズを考慮すると、単一の音声フレームのパッケージ化をサポートするのに必要とされる最小トランスポートブロックサイズは３１２ビットとなり得る。最も近い利用可能なトランスポートブロックサイズは、２つのリソースブロック（ＲＢ）により形成され、ＭＣＳレベル１０によりもたらされ得る３２８ビットとなり得る。したがって、追加の２５６ビットフレームをパディング（例えば、６ビット）と共にパケット中にパッケージ化するようにデータ冗長性スキームがイネーブルされる場合、冗長性をサポートするのに必要とされ得る最小トランスポートブロックサイズは、５７４ビットとなり得る。最も近い利用可能なトランスポートブロックサイズは、ＭＣＳレベル１５によりもたらされ得る６００ビットとなり得る。したがって、１２．６５ＫｂｐｓのＡＭＲ−ＷＢで符号化された単一のリアルタイム音声フレームの伝送のためにはＭＣＳレベル１０が必要となり得るが、１２．６５ＫｂｐｓのＡＭＲ−ＷＢを使用する冗長伝送をサポートするためには、ＭＣＳレベル１５が必要となり得る。６．６Ｋｂｐｓ及び８．８５ＫｂｐｓのＡＭＲ−ＷＢに関する同様の例が図５に示される。したがって、無線通信デバイス１０２及び／又はサービング基地局１０４のようなエッジノードは、チャネル状態がリアルタイムデータフレームの冗長性をイネーブルすることをサポートするのに十分かどうかを算出するために使用されているコーデックが与えられるので既知のリアルタイムデータフレームサイズを使用することができる。この点について、同様の算出は、他のコーデック、及び／又はリアルタイムビデオデータのような他の種類のリアルタイムデータについて判定され得ることが理解されよう。

いくつかの例示的実施形態において、動作４１０は、エッジノードのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層において実行され得る。この点について、物理層にヘッドルーム（例えば、ＴＢ中の十分な未使用ビット）があるかどうかの知識は、データ冗長製スキームを実装し、リアルタイムデータの冗長伝送を実行すると判定するために、リンク層において使用され得る。

いくつかの例示的実施形態では、上記で論じたように、サービング基地局１０４は、無線リンク状態が許可した時に十分なトランスポートブロックサイズをアクティブに構成することによって、冗長リアルタイムデータの伝送のイネーブルメントを容易にするように構成され得る。したがって、例えば、図５の例を使用すると、スケジューラは、望ましいフレームエラー率（ＦＥＲ）ターゲット内で６００ビットＭＡＣパケットデータ単位（ＰＤＵ）を無線通信デバイス１０２が送信することを無線リンク状態が許可する場合に、ＶｏＩＰ音声フレームの冗長性を収容するように３２８ビットではなく６００ビットのトランスポートブロックサイズを割り付けることができる。

いくつかの例示的実施形態は、任意選択的に、リアルタイムデータ冗長性スキームをイネーブルすることに付随するハイブリッド自動再送要求（ＨＡＲＱ）の使用を中止することを含むことができる。この点について、直前に送信されたリアルタイムデータフレームの冗長コピーが、次順のリアルタイムデータフレームの伝送と共にバンドルされ得るので、いくつかの例示的実施形態に係る冗長伝送を使用する時にはＨＡＲＱが必要ではないことがある。ただし、リアルタイムデータの冗長伝送を実行した時にパケット損失がある場合、ＨＡＲＱがディスエーブルされた時にベストエフォートアプリケーショントラフィックのパケット損失から回復するために、無線リンク制御肯定応答モード（ＲＬＣ−ＡＭ）を使用することができる。ＨＡＲＱ再送信をディスエーブルすると、チャネル上の伝送を低減することによって、チャネルオーバーヘッドを低減するという恩恵を更に提供することができる。いくつかの例示的実施形態では、サービング基地局１０４は、（例えば、アップリンク及び／又はダウンリンク上でのリアルタイムデータの冗長伝送を実行することをイネーブルするのに十分なＭＣＳレベルの割り付けにより）アプリケーション層冗長性をイネーブルする前にＨＡＲＱ再送信をディスエーブルすることができる。ただし、ＨＡＲＱ再伝送は、いくつかの例示的実施形態において、冗長性のイネーブルと同時に又はその後に（例えば、リアルタイムデータの冗長伝送の実行の開始と同時に又はその後に）ディスエーブルされ得ることが理解されよう。リアルタイムデータ冗長性スキームをイネーブルすることに付随してＨＡＲＱをディスエーブルする実施形態では、サービング基地局１０４は、例えば、無線通信デバイス１０２に送信され得る無線リソース制御（ＲＲＣ）再構成メッセージを介してＨＡＲＱをディスエーブルするように構成され得る。

いくつかの例示的実施形態では、エッジノードは、シグナリングすること、あるいは、別のエッジノードとの冗長性スキームのイネーブルメントについてネゴシエートすることなく、リアルタイム冗長性スキームをイネーブルすることができる。この点について、そのような実施形態では、エッジノードは、リアルタイムデータが伝送されているエッジノードに通知することなく、十分なトランスポートブロックサイズを与えられので、リアルタイムデータの冗長伝送を実行し始めることができる。

それに加えて又は代替的に、いくつかの例示的実施形態では、エッジノードは、エッジノードが冗長伝送を含むＲＴＰパケットを送信する前にリアルタイムデータの冗長伝送を実行する予定であるという表示を第２のエッジノードに提供することができる。例えば、その表示は、明示的なシグナリング又はネゴシエーションプロセスを通じて提供され得る。更なる例として、その表示は、リアルタイムデータセッションのために伝送され得るＲＴＰパケット及び／又は他のパケット（例えば、パケットにより搬送され得るフラグビット、ヘッダ表示等）内に含まれ得る。

いくつかの例示的実施形態において、無線通信デバイス１０２及びサービング基地局１０４は、リアルタイムデータのいずれかが冗長伝送を実行する前に、リアルタイムデータの冗長伝送に対するサポートをネゴシエートすることができる。例えば、エッジノードは、リアルタイムデータの冗長伝送がエッジノードによりサポートされるかどうかに関する表示を、例えば、ケイパビリティメッセージで他のエッジノードに提供することができる。この表示は、リアルタイムデータセッションの確立に付随して、並びに／あるいは無線通信デバイス１０２がサービング基地局１０４に及び／又はサービング基地局１０４を備えるサービングネットワークに登録する時に交換され得る。

再び図４を参照すると、動作４２０は、動作４００において第１のＲＴＰパケット中で送信された第１のリアルタイムデータフレームを、次順の未送信リアルタイムデータフレームと共に第２のＲＴＰパケット中にバンドルすること（例えば、カプセル化すること）を含むことができる。動作４２０は、エッジノードのＰＤＣＰ層において実行され得る。したがって、ＰＤＣＰ層は、追加の（例えば、冗長な）リアルタイムデータフレームを含めることをサポートするように、ＲＴＰヘッダのコンテンツを修正することができる。冗長性をサポートするために、送信済みのリアルタイムデータフレーム（例えば、第１のリアルタイムデータフレーム）は、エッジノードにより（例えば、バッファに）記憶され得、それにより、当該データフレームは、次順のリアルタイムデータフレームとのパッケージ化のために維持される。したがって、例を目的とすると、例えば送信済みのＲＴＰフレーム０は、ＲＴＰフレーム０の冗長伝送を行うために、次順のＲＴＰフレームであるＲＴＰフレーム１と共にパッケージ化され得る。次に、ＲＴＰフレーム１は、ＲＴＰフレーム１等の冗長伝送を行うために、次順のＲＴＰフレームであるＲＴＰフレーム２と共にパッケージ化され得る。

上記の例は、２つのリアルタイムデータフレーム（例えば、１つの送信済みのリアルタイムデータフレームと次順の未送信リアルタイムデータフレームと）をＲＴＰパケットにバンドルすることに関して記載してきたが、いくつかの例示的実施形態は、３つ以上のリアルタイムデータフレームを、十分なトランスポートブロックサイズを与えられればＲＴＰパケットにバンドルすることまで拡張され得ることが理解されよう。例えば、そのような実施形態では、トランスポートブロックサイズが十分な場合、２つ以上の送信済みのリアルタイムデータフレーム及び／又は未送信の２つ以上の新しいリアルタイムデータフレームが、ＲＴＰパケットにバンドルされ得る。

いくつかの例示的実施形態では、リアルタイムデータフレームは、修正されたパケットのヘッダを圧縮する前に（例えば、ＰＤＣＰ層プライアにおいて）ＲＴＰパケットのペイロードへとバンドルされ得る。例えば、フレームは、ＲＴＰ／ＵＤＰ／ＩＰ（インターネットプロトコル／ユーザデータグラムプロトコル／インターネットプロトコル）ヘッダを圧縮する前にバンドルされ得る。更に、いくつかの例示的実施形態では、ＲＴＰパケットのヘッダは、バンドリングをサポートするために修正され得る。一例として、ヘッダは、冗長データフレームの追加のテーブルオブコンテンツ（ＴｏＣ）フィールドを含むように修正され得、それにより、ヘッダは、ＲＴＰパケット中に含まれ得る各リアルタイムデータフレーム（例えば、各冗長リアルタイムデータフレーム及び各新しいリアルタイムデータフレーム）のＴｏＣフィールドを含み得る。更に、いくつかの例示的実施形態では、バンドリングが実行された後に、ＵＤＰ層チェックサム及び／又はＩＰ層チェックサムのような、ヘッダに含まれ得る任意のチェックサムが計算され得る。

動作４３０は、送信済みの第１のリアルタイムデータフレームと次順の未送信リアルタイムデータフレームとを含む第２のＲＴＰパケットを、無線リンク上で第２のエッジノードに送信することを含むことができる。

様々な例示的実施形態に係る冗長伝送のために、様々なＲＴＰパケットのうちのいずれが使用され得ることが理解されよう。図６は、１つのそのような例示的パケットフォーマットを示しており、リアルタイムデータフレームの冗長伝送のために帯域幅効率的（ＢＥ）ペイロードフォーマットが使用され得る。図６の例では、第１のリアルタイムデータフレームのために第１のＴｏＣフィールド６０４を使用することができ、第２のリアルタイムデータフレームをサポートするために、第２のＴｏＣフィールド（ＴｏＣ ２）６０６を加えることができる。ＴｏＣフィールド６０４及びＴｏＣフィールド６０６は各々、例えば、６ビットであり得る。ただし、本開示の範囲内で他のサイズのＴｏＣフィールドが使用され得ることが理解されよう。パケットのリアルタイムデータフィールド６０８には、新しいリアルタイムデータフレームと冗長リアルタイムデータフレームの両方が含まれ得る。図６の例は、例えば４ビットであり得るコーデックモード要求（ＣＭＲ）フィールド６０２を更に含むことができる。ただし、本開示の範囲内で他のサイズのＣＭＲフィールドが企図され得ることが理解されよう。また、いくつかの例示的実施形態では、パディング６１０も含まれ得る。ただし、パディング６１０のサイズは、トランスポートブロックサイズに応じて変動することができ、いくつかの場合には省略してもよい。図６に示した例示的なフォーマットは、必要な変更を加えて、ＲＴＰパケット中に３つ以上のリアルタイムデータフレームがパッケージ化され得る実施形態まで拡張され得る。

図７は、別の例示的パケットフォーマットを示しており、リアルタイムデータフレームの冗長伝送のためにオクテッド整列（ＯＡ）ペイロードフォーマットが使用され得る。図７の例では、第２のリアルタイムデータフレームをサポートするために、第２のＴｏＣフィールド（ＴｏＣ ２）７１０及び適切なパディング（フィールド７１２）を加えることができる。この点について、第１のリアルタイムデータフレームのためには、第１のＴｏＣフィールド（ＴｏＣ １）７０６を使用することができ、第２のリアルタイムデータフレームのためには、第２のＴｏＣフィールド７１０を使用することができる。パケットのリアルタイムデータフィールド７１４には、新しいリアルタイムデータフレームと冗長リアルタイムデータフレームの両方が含まれ得る。パケットは、例えば４ビットであり得るＣＭＲフィールド７０２を更に含むことができる。ただし、本開示の範囲内で他のサイズのＣＭＲフィールドが企図され得ることが理解されよう。オクテット整列を提供するために、パディングフィールド７０４、７１２及び７１６が使用され得、例えば、トランスポートブロックサイズに応じてサイズを変動させることができる。（例えば、トランスポートブロックサイズに応じて）オクテット整列をサポートする必要がない場合、パディングフィールド７０４、７１２及び７１６のうちの１つ以上を省略してもよい。図７に示した例示的なフォーマットは、必要な変更を加えて、ＲＴＰパケット中に３つ以上のリアルタイムデータフレームがパッケージ化され得る実施形態まで拡張され得ることが理解されよう。

リアルタイムデータ冗長性スキームがイネーブルされている間、エッジノードは、直前に送信された（１つ以上の）リアルタイムデータフレームを、（１つ以上の）次順の未送信リアルタイムデータフレームと共にパッケージ化し続けることができる。図８は、いくつかの例示的実施形態に係る、一連のリアルタイムデータフレームにわたるそのようなバンドリングの効果を示す。この点について、送信済みであり得るフレームｆ（ｎ−２）は、次順の未送信フレームｆ（ｎ−１）と、パケットｐ（ｎ−１）中にバンドルされ得る。次のパケットｐ（ｎ）は、次順の未送信フレームｆ（ｎ）を伴うフレームｆ（ｎ−１）の冗長伝送のバンドリングを含むことができる。パケットｐ（ｎ＋１）は、フレームｆ（ｎ）とフレームｆ（ｎ＋１）とを含むことができる。パケットｐ（ｎ＋２）は、次順の未送信フレームｆ（ｎ＋２）を伴うフレームｆ（ｎ＋１）の冗長伝送のバンドリングを含むことができる。パケットｐ（ｎ＋３）は、次順の未送信フレームｆ（ｎ＋３）を伴うフレームｆ（ｎ＋２）の冗長伝送のバンドリングを含むことができる。パケットｐ（ｎ＋４）は、次順の未送信フレームｆ（ｎ＋４）を伴うフレームｆ（ｎ＋３）の冗長伝送のバンドリングを含むことができる。パケットｐ（ｎ＋５）は、次順の未送信フレームｆ（ｎ＋５）を伴うフレームｆ（ｎ＋４）の冗長伝送のバンドリングを含むことができる。冗長性がイネーブルされる限り、任意の追加のフレームについてこの手順を継続することができる。

図８は、２つのリアルタイムデータフレームがＲＴＰパケット中にバンドルされ得る実施形態の例として提供されることが理解されよう。図８の技術は、必要な変更を加えて、３つ以上のリアルタイムデータフレーム（例えば、２つ以上の送信済みのリアルタイムデータフレーム及び／又は２つ以上の新しいリアルタイムデータフレーム）が本開示の範囲内でＲＴＰパケット中にパッケージ化され得る実施形態まで拡張され得る。

リアルタイムデータセッションが進行中であり、無線リンク状態が、リアルタイムデータの冗長伝送をサポートするのに十分である間、エッジノードは、リアルタイムデータの冗長伝送を実行し続けることができる。十分なトランスポートブロックサイズがもはや利用可能ではないところまでＭＣＳレベルが低下した場合等、無線リンク状態は、もはや冗長性をサポートできないところまで劣化した場合、エッジノードは、冗長リアルタイムデータ伝送を中止することを決定することができる。ＨＡＲＱの使用が中止された場合、リアルタイムデータ冗長性スキームの使用を中止することに付随して、ＲＲＣ再構成メッセージ等によりＨＡＲＱを再イネーブルすることができる。

図９は、いくつかの例示的実施形態に係る、無線通信デバイス１０２のような無線通信デバイスにより実行され得るリアルタイムデータの冗長伝送のための例示的な方法によるフローチャートである。この点について、図９の方法は、無線通信デバイスが方法を実行するエッジノードである図４の方法の一実施形態に対応し得る。例えば、処理回路２１０、プロセッサ２１２、メモリ２１４、送受信機２１４、又は冗長性モジュール２１８のうちの１つ以上は、図９に示されており、かつ同図に関して記載されている処理を実行する手段を提供することができる。

動作９００は、無線通信デバイス１０２が、第１のリアルタイムデータフレームを備える第１のＲＴＰパケットをサービング基地局１０４に送信することを含むことができる。したがって、動作９００は、例えば、動作４００の一実施形態に対応し得る。

動作９１０は、無線通信デバイス１０２が、構成されたトランスポートブロックサイズがリアルタイムデータの冗長伝送にサポートするのに十分であると判定することを含むことができる。例えば、動作９１０は、追加の物理リソースブロックを使用せずに、ＲＴＰパケット中の２つ以上のリアルタイムデータフレームをバンドルすることを割り付けられたＭＣＳレベルがサポートすると判定することを含むことができる。動作９１０の判定は、例えば、図５に関して記載したように、使用されている（１つ以上の）コーデックを与えられるので、リアルタイムデータフレームのサイズに少なくとも部分的に基づき得る。動作９１０は、例えば、動作４１０の一実施形態に対応し得る。

動作９２０は、無線通信デバイス１０２が、第２のＲＴＰパケット中で第１のリアルタイムデータフレームを次順の未送信リアルタイムデータフレームと共にバンドルすることを含むことができる。動作９２０のバンドリングは、例えば、ＰＤＣＰ層において実行され得る。この点に関し、動作９２０は、動作４２０の一実施形態に対応し得る。

動作９３０は、無線通信デバイス１０２が、サービング基地局１０４に第１のＲＴＰパケットを送信することを含むことができる。この点に関し、動作９３０は、動作４３０の一実施形態に対応し得る。

図１０は、いくつかの例示的実施形態に係る、サービング基地局１０４のような基地局により実行され得るリアルタイムデータの冗長伝送のための例示的な方法によるフローチャートである。この点について、図１０の方法は、基地局が方法を実行するエッジノードである図１０の一実施形態に対応し得る。例えば、処理回路３１０、プロセッサ３１２、メモリ３１４、送受信機３１６、冗長性モジュール３１８、又はスケジューリングモジュール３２０のうちの１つ以上が、図１０に示されており、かつ同図に関して記載されている処理を実行する手段を提供することができる。

動作１０００は、無線リンク状態が、複数のリアルタイムデータフレームをパッケージ化するのに十分な大きさであるトランスポートブロックサイズを提供するのに十分なＭＣＳレベルを割り付けるのに十分であると基地局が判定することを含むことができる。この判定は、例えば、サービング基地局１０４上の負荷、利用可能な無線リンクリソース、無線通信デバイス１０２により報告され得るチャネル状態、及び／又はＭＣＳ割り付け決定で考慮される他の無線リンク状態に基づき得る。冗長伝送をサポートするのに必要とされ得るＭＣＳのレベルは、例えば、図５に関して記載したように、リアルタイムデータセッションに使用されている（１つ以上の）コーデックを与えられるので、リアルタイムデータフレームのサイズに少なくとも部分的に基づき得る。

動作１０１０は、サービング基地局１０４が、無線通信デバイス１０２にＭＣＳレベル（例えば、リアルタイムデータの冗長伝送をサポートすることができるアップグレードされたＭＣＳレベル）を割り付けることを含むことができる。動作１０００及び動作１０１０は、例えば、動作４１０の一実施形態を含むことができる。

いくつかの例示的実施形態では、本方法が、無線通信デバイス１０２にＲＲＣ再構成メッセージを送信すること等によって、サービング基地局１０４がＨＡＲＱをディスエーブルすることを更に含むことができる。この点について、いくつかの例示的実施形態に係るリアルタイムデータの冗長伝送をイネーブルすることに付随して、ＨＡＲＱが中止され得る。

図１０の方法が、（例えば、無線通信デバイス１０２へのリアルタイムデータの伝送を含むリアルタイムデータセッションのために）ダウンリンク上でリアルタイムデータの冗長伝送をイネーブルし、実行することを備える実施形態では、本方法は、動作１０２０及び動作１０３０を更に含むことができる。ただし、（例えば、無線通信デバイス１０２からサービング基地局１０４へのリアルタイムデータの伝達のために）リアルタイムデータの冗長伝送がアップリンク上でのみ実行される実施形態については、動作１０２０及び動作１０３０を省略してもよい。

動作１０２０が、サービング基地局１０４が、ＲＴＰパケット中で（１つ以上の）送信済みのリアルタイムデータフレームを（１つ以上の）次順の未送信リアルタイムデータフレームと共にバンドルすることを含むことができる。動作１０２０のバンドリングは、例えば、ＲＴＰ層において実行され得る。この点に関し、動作１０２０は、動作４２０の一実施形態に対応し得る。

動作１０３０は、サービング基地局１０４が、無線通信デバイス１０２に第２のＲＴＰパケットを送信することを含むことができる。この点に関し、動作１０３０は、動作４３０の一実施形態に対応し得る。

図１１は、いくつかの例示的実施形態に係る、無線通信デバイス１０２及び／又はサービング基地局１０４のようなエッジノードにより実行され得るリアルタイムデータセッションをサポートするために冗長伝送されたリアルタイムデータを使用するための例示的な方法によるフローチャートを示す。処理回路２１０、プロセッサ２１２、メモリ２１４、送受信機２１６、冗長性モジュール２１８、処理回路３１０、プロセッサ３１２、メモリ３１４、送受信機３１６、冗長性モジュール３１８、又はスケジューリングモジュール３２０のうちの１つ以上は、例えば、図１１に示し、それに関して記載される動作を実行する手段を提供することができる。

動作１１００は、エッジノードが第１のリアルタイムデータフレームを備える第１のＲＴＰパケットを受信することを含むことができる。第１のリアルタイムデータフレームは、リアルタイムオーディオ、リアルタイムビデオ、何らかのそれらの組み合わせのような任意のリアルタイムデータ、及び／又はエッジノードが参加していることがあるリアルタイムデータセッションについての何らかの他の形態のリアルタイムデータを備えることができる。第１のＲＴＰパケットは、非限定的な例として、リアルタイムオーディオセッション（例えば、ＶｏＬＴＥコール又は他のＶｏＩＰセッション）、リアルタイムビデオセッション（例えば、ビデオコール、テレビ会議、リアルタイムストリーミングビデオ等）、及び／又はエッジノードが参加していることがある他のリアルタイムデータセッション）のような、任意のリアルタイムデータセッションについてのパケットであり得る。

動作１１１０は、第１のリアルタイムデータフレームが適切に受信されなかったことをエッジノードが判定することを含むことができる。例えば、動作１１１０は、（例えば、伝送中に、及び／又は第１のＲＴＰパケットをパッケージ解除する時に）第１のリアルタイムデータフレームが破損したことを判定することを含むことができる。例えば、いくつかの実施形態では、第１のリアルタイムデータフレームの判定は、第１のＲＴＰパケットのためのチェックサム算出に少なくとも部分的に基づいて実行され得る。

動作１１２０は、エッジノードが、第１のリアルタイムデータフレーム（例えば、第１のリアルタイムデータフレームの冗長伝送）と、エッジノード送信済みでない第２のリアルタイムデータフレームとを含むことができる第２のＲＴＰパケットを受信することを含むことができる。動作１１３０は、エッジノードが、第２のＲＴＰパケットから第１のリアルタイムデータフレームと第２のリアルタイムデータフレームとをパッケージ解除することを含むことができる。

動作１１４０は、エッジノードが、リアルタイムデータセッションをサポートするために、第２のＲＴＰパケットからパッケージ解除された第１のリアルタイムデータフレームと第２のリアルタイムデータフレームと使用することを含むことができる。この点について、リアルタイムデータセッションの連続性を維持するために、適切に受信されなかった第１のリアルタイムデータフレームの第１の送信の代わりに第１のリアルタイムデータフレームの冗長伝送が使用され得る。図１１の例の技術は、必要な変更を加えて、第１のＲＴＰパケットが伝送においてドロップした場合等、第１のＲＴＰパケットが全く受信されない事例に適用することができることが理解されよう。

リアルタイムデータ冗長性について本明細書に記載した技術は、必要な変更を加えて、リアルタイムデータパケット全体、部分的なデータパケット（例えば、通常の音声リアルタイムデータパケット若しくは他のリアルタイムデータパケットの継続期間の半分若しくは他の一部）、圧縮されたリアルタイムデータパケット（例えば、標準的な継続時間であるが、品質がより低い音声リアルタイムデータパケット又は他のリアルタイムデータパケット）、及び／又は、未使用のトランスポートブロック空間に挿入され得る他の冗長リアルタイムデータに適用され得る。

記載した実施形態の様々な態様、実施形態、実装、又は特徴は、個別に若しくは任意の組み合わせで使用され得る。記載した実施形態の様々な態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの組み合わせによって実装され得る。また、記載した実施形態は、１つ以上のコンピューティング装置により実行され得る命令を含むコンピュータ可読コードを記憶する（１つ以上の）コンピュータ可読媒体として実施され得る。コンピュータ可読媒体は、コンピュータシステムにより後で読み出すことが可能なデータを記憶することができる任意のデータ記憶装置である。コンピュータ可読媒体の例としては、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＨＤＤ、ＤＶＤ、磁気テープ、及び光学的データ記憶装置が挙げられる。コンピュータ可読媒体はまた、ネットワーク結合されたコンピュータシステム上に分散させることもでき、コンピュータ可読コードが分散方式で記憶及び実行される。

上記詳細な説明では、説明の一部を成すと共に、記載された実施形態に係る具体的な実施形態が例として示された添付の図面を参照した。これらの実施形態は、当業者が説明される実施形態を実施できるように十分詳細に説明されるが、これらの例は限定的なものでなく、他の実施形態が使用されてもよく、説明される実施形態の趣旨又は範囲から逸脱せずに変更が行われてもよいということが理解されよう。例えば、フローチャートに示した動作の順序は非限定的なものであり、したがって、フローチャートに示し、それに関して記載した２つ以上の動作の順序は、いくつかの例示的実施形態に従って変更され得ることが理解されよう。別の例として、いくつかの実施形態では、フローチャートに示し、それに関して記載した１つ以上の動作は、任意選択とすることができ、省略してもよいことが理解されよう。

更に、上記の説明は、説明の都合上、記載された実施形態についての理解を徹底するために、具体的な呼称を用いた。しかしながら、それらの具体的詳細は、記載した実施形態を実践するために必須のものではないことが、当業者には明らかとなるであろう。それゆえ、上述の具体的な実施形態の説明は、例示及び説明の目的のために提示される。上記の説明に提示された実施形態に関して開示されている実施例の説明は、文脈を加え、記載された実施形態の理解を支援する目的でのみ提供されている。この説明は、排他的であることも、記載された実施形態を開示されたそのものの形態に制限することも意図しない。上記教示を鑑み、多くの改変、代替用途、及び変形例が可能であることが、当業者にとって明らかであろう。この点に関し、これらの具体的詳細の一部又は全部がなくても記載された実施形態が実施され得ることは、当業者であれば容易に理解するであろう。更に、いくつかの事例では、記載された実施形態を無用に曖昧にすることを避けるために、周知の処理工程は詳細には記載されていない。

Claims (20)

1. リアルタイムデータの冗長伝送のための方法であって、前記方法は、無線ネットワーク中のエッジノードが、
   第１のリアルタイムトランスポートプロトコル（ＲＴＰ）パケットを第２のエッジノードに送信することであって、前記第１のＲＴＰパケットが、第１のリアルタイムデータフレームを含む、送信することと、
   単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロック（ＴＢ）サイズが前記エッジノードと前記第２のエッジノードとの間の通信のために利用可能であると判定することによって、無線リンク状態が前記第２のエッジノードへのリアルタイムデータの冗長伝送をサポートするのに十分であると判定することと、
   前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定したことに応じて、
   前記エッジノードのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層において、以前に送信された前記第１のリアルタイムデータフレームを、次順のリアルタイムデータフレームと共に第２のＲＴＰパケット中にバンドルすることであって、前記次順のリアルタイムデータフレームが、前記第２のエッジノードに以前に送信済みでない、バンドルすることと、
   前記第１のリアルタイムデータフレームの冗長伝送を含んだ前記第２のＲＴＰパケットを前記第２のエッジノードに送信することと、
   を含むことを特徴とする、方法。
2. 前記エッジノードが、前記第２のエッジノードに送信された各ＲＴＰパケットについて、前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分である間、少なくとも１つの以前に送信済みのリアルタイムデータフレームと、前記第２のエッジノードに送信済みでない少なくとも１つのリアルタイムデータフレームとをバンドルすることを更に含むことを特徴とする、請求項１に記載の方法。
3. 前記無線ネットワークが、ロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第１のリアルタイムデータフレーム及び前記次順のリアルタイムデータフレームが、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）呼のための音声フレームを含むことを特徴とする、請求項１に記載の方法。
4. 前記第１のリアルタイムデータフレーム及び前記次順のリアルタイムデータフレームが、リアルタイムビデオセッションのためのビデオデータのフレームを含むことを特徴とする、請求項１に記載の方法。
5. 前記エッジノードが無線通信デバイスであり、前記第２のエッジノードが、前記無線通信デバイスにサービス提供する基地局であることを特徴とする、請求項１から４に記載の方法。
6. 前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定することが、単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに充分な大きさのトランスポートブロック（ＴＢ）サイズが前記無線通信デバイスに割り付けられていることを前記無線通信デバイスが判定することを含むことを特徴とする、請求項５に記載の方法。
7. 前記エッジノードが基地局であり、前記第２のエッジノードが、前記基地局によりサービス提供される無線通信デバイスであることを特徴とする、請求項１から４のいずれか１項に記載の方法。
8. 前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定することが、前記無線リンク状態が、単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロック（ＴＢ）サイズを提供するのに十分な変調及び符号化方式（ＭＣＳ）レベルを前記無線通信デバイスに割り付けるのに十分であると前記基地局が判定することを含み、前記方法は、前記基地局が、
   前記ＭＣＳレベルを前記無線通信デバイスに割り付けることを更に含むことを特徴とする、請求項７に記載の方法。
9. 前記エッジノードが、リアルタイムデータの冗長伝送を実行することに付随してハイブリッド自動再送要求（ＨＡＲＱ）の使用を中止することを更に含むことを特徴とする、請求項１から４のいずれか１項に記載の方法。
10. 前記エッジノードが、前記第２のエッジノードに通知することなく、リアルタイムデータの冗長伝送を実行することを更に含むことを特徴とする、請求項１から４のいずれか１項に記載の方法。
11. 前記エッジノードが、前記第２のＲＴＰパケットを送信する前に前記エッジノードがリアルタイムデータの冗長伝送を実行する予定であることを示すために前記第２のエッジノードにシグナリングすることを更に含むことを特徴とする、請求項１から４のいずれか１項に記載の方法。
12. エッジノードであって、
    無線ネットワーク中の第２のエッジノードに無線信号を送信し、そこから無線信号を受信するように構成された送受信機と、
    前記送受信機と結合された処理回路とを備え、前記処理回路が、前記エッジノードに、少なくとも、
    第１のリアルタイムトランスポートプロトコル（ＲＴＰ）パケットを前記第２のエッジノードに送信させ、前記第１のＲＴＰパケットが、第１のリアルタイムデータフレームを含み、
    単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロック（ＴＢ）サイズが前記エッジノードと前記第２のエッジノードとの間の通信のために利用可能であると判定することによって、無線リンク状態が前記第２のエッジノードへのリアルタイムデータの冗長伝送をサポートするのに十分であると判定させ、
    前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定したことに応じて、
    前記エッジノードのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層において、以前に送信された前記第１のリアルタイムデータフレームを、次順のリアルタイムデータフレームと共に第２のＲＴＰパケット中にバンドルさせ、前記次順のリアルタイムデータフレームが、前記第２のエッジノードに以前に送信済みでなく、
    前記第１のリアルタイムデータフレームの冗長伝送を含んだ前記第２のＲＴＰパケットを前記第２のエッジノードに送信させる
    ように構成されることを特徴とする、エッジノード。
13. 前記処理回路が、前記エッジノードに、前記第２のエッジノードに送信された各ＲＴＰパケットについて、前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分である間、少なくとも１つの以前に送信済みのリアルタイムデータフレームと、前記第２のエッジノードに送信済みでない少なくとも１つのリアルタイムデータフレームとをバンドルさせるように更に構成されることを特徴とする、請求項１２に記載のエッジノード。
14. 前記無線ネットワークが、ロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第１のリアルタイムデータフレーム及び前記次順のリアルタイムデータフレームが、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）呼のための音声フレームを含むことを特徴とする、請求項１２に記載のエッジノード。
15. 前記第１のリアルタイムデータフレーム及び前記次順のリアルタイムデータフレームが、リアルタイムビデオセッションのためのビデオデータのフレームを含むことを特徴とする、請求項１２に記載のエッジノード。
16. 前記エッジノードが無線通信デバイスであり、前記第２のエッジノードが、前記無線通信デバイスにサービス提供する基地局であることを特徴とする、請求項１２から１５のいずれか１項に記載のエッジノード。
17. 前記処理回路が、少なくとも部分的に、単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロック（ＴＢ）サイズが前記エッジノードに割り付けられていることを前記エッジノードに判定させることによって、前記エッジノードに、前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であることを判定させるように更に構成されることを特徴とする、請求項１６に記載のエッジノード。
18. 前記エッジノードが基地局であり、前記第２のエッジノードが、前記基地局によりサービス提供される無線通信デバイスであることを特徴とする、請求項１２から１５のいずれか１項に記載のエッジノード。
19. 前記処理回路が、前記エッジノードに、
    少なくとも部分的に、前記無線リンク状態が、単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能するのに十分な大きさのトランスポートブロック（ＴＢ）サイズを提供するのに十分な変調及び符号化方式（ＭＣＳ）レベルを前記無線通信デバイスに割り付けるのに十分であることを前記エッジノードに判定させることによって、前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定させ、
    前記ＭＣＳレベルを前記無線通信デバイスに割り付けさせるように更に構成されることを特徴とする、請求項１８に記載のエッジノード。
20. プログラムコードを含むコンピュータプログラムであって、前記プログラムコードは、無線ネットワーク中のエッジノード上に実装された１つ以上のプロセッサにより実行された時に、前記エッジノードに方法を実行させるように構成され、前記方法は、
    第１のリアルタイムトランスポートプロトコル（ＲＴＰ）パケットを第２のエッジノードに送信することであって、前記第１のＲＴＰパケットが、第１のリアルタイムデータフレームを含む、送信することと、
    単一のＲＴＰパケット中に２つのリアルタイムデータフレームをバンドルすることを可能にするのに十分な大きさのトランスポートブロック（ＴＢ）サイズが前記エッジノードと前記第２のエッジノードとの間の通信のために利用可能であると判定することによって、無線リンク状態が前記第２のエッジノードへのリアルタイムデータの冗長伝送をサポートするのに十分であると判定することと、
    前記無線リンク状態がリアルタイムデータの冗長伝送をサポートするのに十分であると判定したことに応じて、
    前記エッジノードのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層において、以前に送信された前記第１のリアルタイムデータフレームを、次順のリアルタイムデータフレームと共に第２のＲＴＰパケット中にバンドルすることであって、前記次順のリアルタイムデータフレームが、前記第２のエッジノードに以前に送信済みでない、バンドルすることと、
    前記第１のリアルタイムデータフレームの冗長伝送を含んだ前記第２のＲＴＰパケットを前記第２のエッジノードに送信することと、
    を含むことを特徴とする、コンピュータプログラム。

Images