(57)【特許請求の範囲】
【請求項１】
マルチキャストチャネルのブロックエラー率に対応するパケット数を決定することと；
複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットを用いて、前記パケット数を符号化することと；
報告の中で前記パケット数を送信すること；
を含むと共に、
ログ間隔を含む設定から前記粒度及び前記少なくとも１つの閾値を引き出すことを更に含む、
方法。
【請求項２】
上位レイヤシグナリングを介して前記粒度及び前記少なくとも１つの閾値を受信することを更に含む、請求項１に記載の方法。
【請求項３】
上位レイヤシグナリングを介して前記粒度、前記１つ（又は複数）の閾値、又は前記粒度及び前記１つ（又は複数）の閾値の両方を受信し、受信パケット数の増加に応じて前記粒度を徐々に上げることを更に含む、請求項１又は２に記載の方法。
【請求項４】
前記複数の粒度を分けるために複数の前記閾値が使用される、請求項１から３の何れかに記載の方法。
【請求項５】
前記複数の粒度のうち第１の粒度が１であり、前記複数の粒度のうち第２の粒度が８である、請求項１から４の何れかに記載の方法。
【請求項６】
処理手段及び記憶手段を備える装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記装置に、請求項１から５の何れかに記載の方法を遂行させるように構成される、装置。
【請求項７】
装置の処理手段に実行されると、前記装置に、請求項１から５の何れかに記載の方法を遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。
【請求項８】
マルチキャストチャネルのブロックエラー率に対応するパケット数を決定する手段と；
複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットを用いて、前記パケット数を符号化する手段と；
報告の中で前記パケット数を送信する手段と；
を有すると共に、
ログ間隔を含む設定から前記粒度及び前記少なくとも１つの閾値を引き出す手段を更に有する、
装置。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、２０１４年１１月７日に出願された米国特許出願第６２／０７６，７７１号の利益及び優先権に関連し、それらを主張するものであり、この出願を参照することにより、その全体が本願に組み込まれる。
【背景】
【０００２】
［技術分野］
通信システムは種々のものが存在するが、通信パラメータ及び情報の適切な表現によって恩恵を受けている。例えば、特定の無線通信システムは、マルチキャストチャネルのブロックエラー率報告のためのパケット数表現によって恩恵を受けている。
［関連技術の説明］
【０００３】
ドライブテストの最小化（ＭＤＴ）を目的としたマルチメディア・ブロードキャスト・マルチキャスト・サービス・シングル周波数ネットワーク（ＭＢＳＦＮ）測定は、マルチキャストチャネル（ＭＣＨ）のブロックエラー率（ＢＬＥＲ）報告の問題を含む可能性がある。ＭＣＨ  ＢＬＥＲ報告は、Ｌ１測定期間に受信されたＭＣＨパケット数に関連し得る。パケット数は、受信済みＢＬＥＲ報告の信頼性に関するネットワーク検証／重み付けを容易にするために報告されてもよい。例えば、報告されたＢＬＥＲが５０％でＵＥが受信したＭＣＨパケット数が４のみであった場合、ネットワークは、ＭＤＴ測定に基づいてＭＢＳＦＮ送信パラメータを調節するときに、このＢＬＥＲを単に無視することができる。
【０００４】
また、ＭＣＨ  ＢＬＥＲに対して、Ｌ１測定期間を、無線リソース制御（ＲＲＣ）シグナリングを介して設定されたログ間隔と同じ長さにすることもできる。パケット数の符号化方法には多種多様なものが可能である。
【０００５】
ＭＣＨ  ＢＬＥＲ報告に関するこうした特定の問題に対して、可能なパケット数の範囲は０から３６８６４まであり、可能なＢＬＥＲの範囲は０．１％から５０％までとなる。ＢＬＥＲの符号化に５ビットを用いる場合、パケット数の符号化には１１ビットを用いる必要があろう。したがって、合計１６ビットで丁度８進数２桁分となる。
【０００６】
１１ビットの単純表現であれば、最大値は２０４８である。しかしこれは、ＢＬＥＲ値が小さいときの信頼性を決定するには十分でない可能があり、最適上限として約１００００が必要である。あるいは、１３ビットの単純表現であれば、最大値は８１９２である。しかし、１３ビットでは８進数３桁分に相当し、１１ビット方式のときよりもシグナリングオーバーヘッドが大きくなる。
【０００７】
別の選択肢としては、８ビットの仮数部と３ビットの指数部を有する浮動小数点表現がありうる。この数値フォーマットで表現可能な最大の数は２５５×１２８＝３２６４０である。しかし、この表現には多くの重複する状態が存在することになる（即ち、同一の数が複数の異なるビット表現で符号化されることになる）。
【摘要】
【０００８】
第１の実施形態による方法は、マルチキャストチャネルのブロックエラー率に対応するパケット数を決定することを含むことができる。本方法は、複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットを用いてパケット数を符号化することを更に含むことができる。本方法は、報告の中で前記パケット数を送信することを更に含むことができる。
【０００９】
本方法は更に、上位レイヤシグナリングを介して粒度と少なくとも１つの閾値を送信することを含んでもよい。
【００１０】
本方法は更に、上位レイヤシグナリングを介して粒度、１つ（又は複数）の閾値、又は粒度及び１つ（又は複数）の閾値の両方を受信し、受信パケット数の増加に応じて徐々に粒度を上げることを含んでもよい。
【００１１】
前記複数の粒度を分けるために複数の前記閾値が使用されてもよい。
【００１２】
１つの閾値がシグナリングされ、前記シグナリングされた閾値から１つ又は複数の追加閾値が引き出されてもよい。
【００１３】
本方法は更に、設定から粒度と少なくとも１つの閾値を引き出すことを含んでもよい。
【００１４】
設定はログ間隔でもよい。
【００１５】
複数の粒度のうち第１の粒度が１であり、複数の粒度のうち第２の粒度が８でもよい。
【００１６】
第２の実施形態による方法は、ブロックエラー率に関連する符号化パケット数を含む報告を受信することを含むことができる。本方法は、複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットに基づいてパケット数を復号することを更に含むことができる。本方法は、パケット数に基づいてブロックエラー率を重み付け又は評価することを更に含むことができる。
【００１７】
本方法は更に、上位レイヤシグナリングを介して粒度と少なくとも１つの閾値を送信することを含んでもよい。
【００１８】
第１の実施形態の変形例が第２の実施形態に適用されてもよい。
【００１９】
第３及び第４の実施形態による装置は、第１及び第２の実施形態のそれぞれによる方法を実行する手段を備えることができる。
【００２０】
別の変形例において、本方法は更に、粒度がパケット数に応じて徐々に上がることを含んでもよい。粒度は、粒度を分ける閾値を設定せずに特定の式を用いて算出されてもよい。
【００２１】
第３及び第４の実施形態による装置は、少なくとも１つのプロセッサ、少なくとも１つのメモリ、コンピュータプログラムコードを備えることができる。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、第１及び第２の実施形態のそれぞれによる方法を実行させるように構成されてもよい。
【００２２】
第７及び第８の実施形態によるコンピュータプログラム製品は、第１及び第２の実施形態のそれぞれによる方法を含む処理を実行する命令を符号化していてもよい。
【００２３】
第９及び第１０の実施形態による非一時的コンピュータ可読媒体は、命令であって、ハードウェアで実行されるとき、第１及び第２の実施形態のそれぞれによる方法を含む処理を実行する命令を符号化していてもよい。
【００２４】
第１１及び第１２の実施形態によるシステムは、第４又は第６の実施形態による装置の少なくとも１つとそれぞれ通信する、第３又は第５の実施形態による少なくとも１つの装置を含むものでもよい。
【図面の簡単な説明】
【００２５】
本発明を適切に理解するため、添付図面を参照する。
【図１】特定の実施形態に従う方法を示す。
【図２】特定の実施形態に従うシステムを示す。
【００２６】
［詳細説明］
【００２７】
特定の実施形態は、マルチキャストチャネル（ＭＣＨ）のブロックエラー率（ＢＬＥＲ）報告のためのパケット数表現に対処する。前述のように、受信済みＢＬＥＲ報告の信頼性をネットワークが評価又は重み付けできるように、パケット数が報告されてもよい。こうして、特定の実施形態がパケット数を効率的に符号化する方法を提供してもよい。また実施形態によっては、数値表現に使用されるビット形式で、ネットワークがシグナリングを節約しながら評価するのに十分な確度が提供されてもよい。
【００２８】
特定の実施形態は、小さい値に対しては細かい粒度、大きい値に対しては粗い粒度を有する一様でない解像度を提供する。粒度と同様に、小さい値と大きい値を区別する１又は複数の閾値が決められていてもよく、設定可能でもよい。１つ（又は複数）の閾値が設定される場合、それらは明示的に設定されてもよく、明示的でなくてもよい。
【００２９】
パケット数の柔軟な表現は、実施形態における態様の一つである。より具体的には、実施形態によって閾値及び粒度が仕様で固定されていることもある。例えば、状態数０−１０２３がそれぞれ値１−１０２４を表わすように使用されてもよい。また、状態数１０２４から解像度が８でもよい。例えば、状態数１０２４は値が１０２４＋（１＊８）、状態数１０２５は値が１０２４＋（２＊８）＝１０２４＋１６、…の様にすることも可能である。このとき最大値は１０２４＋１０２４＊８＝９２１６である。
【００３０】
別の変形例として、上位レイヤシグナリングを介して閾値及び粒度を明示的に伝送することも可能である。この実施例は前述の例と似ているが、閾値が１０２４、粒度が１と８に設定可能である。
【００３１】
さらに別の変形例では、閾値を明示的に伝送するが、粒度は受信パケットの増加と共に段階的に粗くなるようにすることも可能である。この実施例では、閾値が５１２として伝えられ、状態数０−５１１が値１−５１２を表わすように使用され、状態数５１２−１０２３が粒度２（最大値は５１２＋１０２４）で使用され、状態数１０２４−１５３５が粒度４（最大値は５１２＋１０２４＋２０４８）で使用され、最後の状態数１５３６−２０４７は粒度８（最大値は５１２＋１０２４＋２０４８）で使用可能である。
【００３２】
また別の変形例では、デバイスが他の設定から閾値と粒度を非明示的に引き出すことができる。例えば、状態数０−１０２３が値１−１０２４（固定）を表わすように使用され、状態数１０２４から粒度を（最大値−１０２４）／１０２４として算出することができる。ログ間隔が１０２４０ミリ秒で設定される場合、可能な最大値は６１４４であるため、粒度を５としてもよい。
【００３３】
図１は、特定の実施形態に従う方法を示す。図１に示すように、本方法は、１１０で、マルチキャストチャネルのブロックエラー率の基礎としての役割を果たすパケット数に対応するパケット数を決定することを含んでもよい。本方法は更に、１１１で、マルチキャストチャネル等のブロックエラー率を任意適切な技術で決定することを含んでもよい。
【００３４】
本方法は更に、１２０で、複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットのような非一様符号化フォーマットを用いてパケット数を符号化することを含んでもよい。本方法はまた更に、１２１でブロックエラー率を符号化することを含んでもよい。
【００３５】
複数の粒度のうち第１の粒度が１であり、複数の粒度のうち第２の粒度が８でもよい。閾値は、前述のように１０２４でもよい。本方法は更に、１３０で、報告の中で符号化ブロックエラー率とパケット数を送信することを含んでもよい。
【００３６】
本方法は更に、１２２で、上位レイヤシグナリングを介して粒度と少なくとも１つの閾値を受信することを選択的に含むこともできる。本方法は更に、あるいは別に、他の設定から粒度及び少なくとも１つの閾値の何れか又は両方を引き出すことを含んでもよい。例えば、粒度と閾値はログ間隔から引き出されてもよい。あるいは又は加えて、本方法は、上位レイヤシグナリングを介して粒度、１つ（又は複数）の閾値、又は粒度及び１つ（又は複数）の閾値の両方を受信することと、１２４で、受信パケット数の増加に応じて徐々に粒度を上げることを含んでもよい。例えば、複数の粒度を分けるために３つの閾値が使用され、各粒度が段階的に上がるようになっていてもよい。実施形態によっては、１つ又は複数の閾値のみが受信され、この１つ又は複数の閾値に対応する粒度が特定されたり、あるいは既知であったり、ＵＥが引き出せたりしてもよい。
【００３７】
こうして、特定の実施形態においてＵＥは、Ｎ個のサンプルに基づいてブロックエラー率を決定することができる。次にＵＥは、報告の中でＮの値と一緒にブロックエラー率をｅＮＢに伝えてもよい。報告の中のＮの値は、複数の粒度を用いて柔軟に表現可能である。
【００３８】
本方法は更に、１４０で、符号化済みのブロックエラー率及びパケット数を含む報告を受信することを含んでもよい。本方法は更に、１５０で、複数の粒度及び少なくとも１つの閾値を含む符号化フォーマットに基づいてパケット数を復号することを含んでもよい。この復号は、既知の又は予測された、あるいは引き出された粒度及び１つ（又は複数）の閾値を考慮して報告値を解釈することを含んでもよい。この復号は更に、任意適切な機構によってブロックエラー率をより一般的に復号することを含んでもよい。
【００３９】
本方法は更に、１６０で、パケット数に基づいてブロックエラー率を重み付け又は評価することを含んでもよい。例えば、パケット数が大きい程、それに関連する値により大きな重みを与えてもよい。
【００４０】
本方法は更に、１０５で、上位レイヤシグナリングを介して粒度と少なくとも１つの閾値を送信することを含んでもよい。あるいは前述のように、粒度及び少なくとも１つの閾値が合意仕様により設定されてもよい。また、粒度及び１つ（又は複数）の閾値の何れか又は両方を引き出す他の方法も許される。
【００４１】
図２は、本発明の特定の実施形態に従うシステムを示す。図１のフローチャートの各ブロックが、ハードウェア、ソフトウェア、ファームウェア、１つ又は複数のプロセッサ、回路の何れか又は全てといった種々の手段又はそれらの組合せによって実装可能であることを理解しなくてはならない。ある実施形態において、システムは、ネットワーク要素２１０、ユーザ装置（ＵＥ）又はユーザデバイス２２０等のような複数のデバイスを備えてもよい。本システムは複数のＵＥ２２０及び複数のネットワーク要素２１０を備えてもよいが、図中では説明のためにそれぞれ１つずつのみを示している。ネットワーク要素は、アクセスポイントや基地局、ｅノードＢ（ｅＮＢ）、又は他のネットワーク要素でもよい。こうしたデバイスの各々は、少なくとも１つのプロセッサ又は制御ユニット若しくはモジュールを備えてもよく、これらはそれぞれ２１４及び２２４で示されている。各デバイスには２１５・２２５でそれぞれ示される少なくとも１つのメモリが具備されてもよい。メモリは、その中に格納されたコンピュータプログラム命令又はコンピュータコードを含んでもよい。各デバイスには１つ又は複数の送受信機２１６・２２６が具備され、２１７・２２７でそれぞれ示されるアンテナを備えてもよい。各デバイスには１つのアンテナのみが示されているが、複数のアンテナ要素が具備されてもよい。また例えば、こうしたデバイスに関する他の構成が提供されてもよい。例えば、ネットワーク要素２１０とＵＥ２２０が無線通信に加え有線通信用としても追加的に構成されていてもよい。このような場合、アンテナ２１７・２２７は単なるアンテナに限定されることなく、任意の通信ハードウェア形態を示していてもよい。
【００４２】
送受信機２１６・２２６はそれぞれ独立した送信機又は受信機でもよく、送信機及び受信機の両方でもよく、送受信両方を行うように構成された単一ユニット又はデバイスでもよい。送信機及び受信機の何れか又は両方は、（無線部分が関連している限りにおいて）例えばマスト等、デバイス自体の中に配置されていないリモート無線ヘッドとして実装されてもよい。ノードやホスト、サーバ等の相異なる要素では、「流体」又はフレキシブルな無線概念により柔軟な仕方で動作及び機能が実行されてもよい。換言すれば、分業体制は状況に応じて変化してもよい。一つの可能な使用法は、ネットワーク要素にローカルコンテンツを配信させることである。１つ又は複数の機能が仮想アプリケーションとすて実装されてもよい。この仮想アプリケーションは、サーバで実行可能なソフトウェアとして提供される。
【００４３】
ユーザデバイス又はユーザ装置２２０は、携帯電話やスマートフォン等の移動局（ＭＳ）やマルチメディアデバイス、タブレット等、無線通信機能付きのコンピュータ、無線通信機能付き個人情報端末・携帯情報端末（ＰＤＡ）、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、無線通信機能付きナビゲーションユニット、又はこれらの中のあらゆる組合せでもよい。ユーザデバイス又はユーザ装置２２０は、センサやスマートメータ、通常単一位置に構成可能な他のデバイスでもよい。
【００４４】
ある例示的実施形態において、ノード又はユーザデバイス等の装置は、図１に関連して前述した実施形態を実行する手段を備えてもよい。
【００４５】
プロセッサ２１４・２２４は、任意の計算処理又はデータ処理デバイスでもよく、例えば、中央処理装置（ＣＰＵ）やデジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル処理回路（ｄｉｇｉｔａｌｌｙ  ｅｎｈａｎｃｅｄ  ｃｉｒｃｕｉｔ）、若しくは同等のデバイス、又はこれらの組合せでもよい。プロセッサは、単一コントローラとして実装されてもよく、複数のコントローラ又はプロセッサとして実装されてもよい。あるいは、プロセッサがローカル構成やクラウド構成、又はこれらの組合せの中のプロセッサ群として実装されてもよい。
【００４６】
ファームウェア又はソフトウェアの実装には、（例えば処理手順、機能等の）少なくとも１つのチップセットのモジュール又はユニットが含まれうる。メモリ２１５・２２５はそれぞれ独立して、非一時的コンピュータ可読媒体のような任意適切な記憶デバイスでもよく、ハードディスクドライブ（ＨＤＤ）やランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適切なメモリが使用されてもよい。複数のメモリは、プロセッサのように単一の集積回路に統合されていてもよく、別々になっていてもよい。また、コンピュータプログラム命令はメモリに保存され、プロセッサによって処理されてもよく、例えば、任意適切なプログラミング言語で書かれたコンパイル済み又はインタープリット済みコンピュータプログラムのような、あらゆる適切な形態のコンピュータプログラムがありうる。メモリ又はデータ記憶要素は通常内部にあるが、外部に置かれてもよく、あるいは、サービスプロバイダから追加メモリ容量を取得する場合のように、内部と外部の組合せの場合もある。メモリは固定でも取り外し可能でもよい。
【００４７】
メモリ及びコンピュータプログラム命令は、特定のデバイスのプロセッサによって、ネットワーク要素２１０、ＵＥ２２０の何れか又は両方のようなハードウェア装置に前述の処理（例えば、図１を参照）の何れかを実行させるように構成されてもよい。それ故、実施形態によっては、非一時的コンピュータ可読媒体が（ソフトウェアルーチンやアプレット、マクロの追加又は更新のような）コンピュータ命令又は１つ又は複数のコンピュータプログラムで符号化され、ハードウェアで実行されるとき、前述の処理の一つのような処理を実行してもよい。コンピュータプログラムはプログラミング言語でコード化されてもよい。こうした言語は、オブジェクトＣやＣ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等の高級プログラミング言語や、マシン語、アセンブラ等の低級プログラミング言語でもよい。あるいは、本発明の特定の実施形態がハードウェアで完全実行されてもよい。
【００４８】
さらに、図２ではネットワーク要素２１０とＵＥ２２０を含むシステムが示されているが、本発明の実施形態によっては他の構成でも適用可能であり、前述したように追加要素を含む構成でも適用可能である。例えば、複数のユーザ装置と複数のネットワーク要素が存在してもよく、また例えば中継ノードのような、ユーザ装置とアクセスポイントの機能を統合したノード等、同様の機能を提供する他のノードが存在してもよい。
【００４９】
特定の実施形態は様々な利益をもたらし、種々の有利な点もあり、これら全てを有することができる。特定の実施形態に従うフレキシブル表現の有利な点は、シグナリングオーバーヘッドを最低又は要求レベルまで維持可能であるという点が挙げられる。また、実施形態によっては、小さい値と大きい値に対して一様でない解像度を用いることにより、最大の信頼性を有する情報を提供することができる。この原理は、計測数の報告が必要となるような将来の様々な場合においても再利用することができる。
【００５０】
上記の通り、本発明は、開示されたステップと異なる順番、及び／または開示されたものと異なる構造のハードウェア要素と用いて実行することができることは、当業者であれば容易に理解するであろう。したがって、本発明は、これら好ましい実施形態に基づいて説明されているが、本発明の主旨及び範囲を逸脱しない限り、一定の改良、変更、代替構成を見出すことは当業者にとって容易であろう。
【図１】
0006512642.tif 000002
【図２】
0006512642.tif 000003