(57)【要約】  無線通信システムにおけるトラフィックのスパートのためにリソースを効率よく割り当てるための技法について記載する。このシステムは、半永続的リソース割当ておよび非永続的リソース割当てをサポートし得る。半永続的リソース割当ては、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であり、所定期間内にデータが何も送信されない場合に時間切れになる。非永続的リソース割当ては、所定の持続時間もしくは特定の伝送の間有効である。半永続的リソース割当ては、通信リンクを介して送信されるべきデータの予期されるスパートのために承認されることができる。ボイスオーバインターネットプロトコル（ＶｏＩＰ）において、半永続的リソース割当てはボイスアクティビティのスパートを予期して音声フレームのために承認されることができ、非永続的リソース割当てはサイレンスの期間中にサイレンスディスクリプタ（ＳＩＤ）フレームのために承認されることができる。
2010502127.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための機器であって、
通信リンクのためのリソース割当てを判定し、前記リソース割当てに基づいて前記通信リンクを介してデータを交換するように構成され、最後に送信されたデータの所定期間内にさらなるデータが送信される限り前記リソース割当てが有効である少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリを備える機器。
【請求項２】
前記少なくとも１つのプロセッサは、データが最後に交換されたときから前記所定期間内にさらなるデータが交換されなかったという判定に伴って前記リソース割当てを放棄するように構成される請求項１に記載の機器。
【請求項３】
前記通信リンクはアップリンクであり、前記少なくとも１つのプロセッサはユーザ機器（ＵＥ）において前記アップリンク上で送信すべきデータを受信し、送信すべき前記データを受信したことに応答してリソースを求める要求を送信し、前記要求に応答して前記リソース割当てを受信するように構成される請求項１に記載の機器。
【請求項４】
前記少なくとも１つのプロセッサは、前記リソース割当てに基づいて前記データを送信し、前記データを送信した後に前記所定期間にタイマを設定し、前記タイマが時間切れになっていなくて利用可能であればさらなるデータを送信し、さらなるデータを送信した後に前記所定期間に前記タイマを再設定し、タイマが時間切れになると前記リソース割当てを放棄するように構成される請求項３に記載の機器。
【請求項５】
前記少なくとも１つのプロセッサは、データ表示のない要求を送信して前記所定期間の時間切れ前に前記リソース割当てを終らせるように構成される請求項３に記載の機器。
【請求項６】
前記少なくとも１つのプロセッサは、予期される最後のデータと共に、または最後に送信されたデータの特定期間内にさらなるデータが送信されなかった場合、データ表示のない要求を送信するように構成される請求項５に記載の機器。
【請求項７】
前記通信リンクはアップリンクであり、前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）から前記アップリンクのためのリソースを求める要求を受信し、前記要求に応答して前記ＵＥに前記リソース割当てを送信するように構成される請求項１に記載の機器。
【請求項８】
前記少なくとも１つのプロセッサは、前記ＵＥによって前記アップリンク上で送信されたデータを検出するために、前記リソース割当てに基づいて、受信された伝送のブラインド復号を行うように構成される請求項７に記載の機器。
【請求項９】
前記通信リンクはダウンリンクであり、前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）に前記ダウンリンク上で送信すべきデータを受信し、前記受信されたデータに基づいて前記ＵＥのための前記リソース割当てを判定し、前記リソース割当てを前記ＵＥに送信するように構成される請求項１に記載の機器。
【請求項１０】
前記少なくとも１つのプロセッサは、前記受信されたデータを前記ＵＥのセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に基づいて処理し、前記処理されたデータを前記ダウンリンク上で前記ＵＥに送信するように構成される請求項９に記載の機器。
【請求項１１】
前記通信リンクはダウンリンクであり、前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）のための前記リソース割当てを受信するために制御チャネルをモニタするように構成される請求項１に記載の機器。
【請求項１２】
前記少なくとも１つのプロセッサは、間欠受信（ＤＲＸ）モードで動作し、前記リソース割当てを受信するために、指定された時間間隔で前記制御チャネルをモニタするように構成される請求項１１に記載の機器。
【請求項１３】
前記少なくとも１つのプロセッサは、前記ダウンリンク上で前記ＵＥに送信されたデータを検出するために、前記リソース割当てに基づいて、受信された伝送のブラインド復号を行うように構成される請求項１１に記載の機器。
【請求項１４】
前記少なくとも１つのプロセッサは、前記リソース割当てに基づいて前記ダウンリンク上でデータを受信し、オンオフキーイング（ＯＯＫ）を使用して、受信されたデータのための肯定応答（ＡＣＫ）または否定応答（ＮＡＫ）を送信するように構成される請求項１１に記載の機器。
【請求項１５】
データがハイブリッド自動再送（ＨＡＲＱ）によってフレームで送信され、各フレームが少なくとも１つのＨＡＲＱ伝送によって送信される請求項１に記載の機器。
【請求項１６】
フレームごとのＨＡＲＱ伝送の予期される数が、連続したフレーム間の予期される時間間隔より短い請求項１５に記載の機器。
【請求項１７】
前記リソース割当てがフレームごとに１つのＨＡＲＱ伝送をカバーし、フレームごとのＨＡＲＱ伝送の予期される数が１つから２つである請求項１５に記載の機器。
【請求項１８】
無線通信のための方法であって、
最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である通信リンクのためのリソース割当てを判定し、
前記リソース割当てに基づいて前記通信リンクを介してデータを交換すること
を備える方法。
【請求項１９】
前記通信リンクはアップリンクであり、前記リソース割当てを前記判定することが、
ユーザ機器（ＵＥ）において前記アップリンク上で送信すべきデータを受信し、
送信すべき前記データを受信したことに応答してリソースを求める要求を送信し、
前記要求に応答して前記リソース割当てを受信することを備える請求項１８に記載の方法。
【請求項２０】
前記通信リンクを介してデータを前記交換することは、
前記通信リンクを介して送信されたデータを検出するために、前記リソース割当てに基づいて、受信された伝送のブラインド復号を行うことを備える請求項１８に記載の方法。
【請求項２１】
前記通信リンクを介してデータを前記交換することは、
ユーザ機器（ＵＥ）のセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に基づいてデータを処理し、
前記処理されたデータを、前記通信リンクを介して送信することを備える請求項１８に記載の方法。
【請求項２２】
前記通信リンクを介してデータを前記交換することは、
前記リソース割当てに基づいて通信リンクを介してデータを受信し、
オンオフキーイング（ＯＯＫ）を使用して、受信されたデータのための肯定応答（ＡＣＫ）または否定応答（ＮＡＫ）を送信することを備える請求項１８に記載の方法。
【請求項２３】
無線通信のための機器であって、
最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である通信リンクのためのリソース割当てを判定する手段と、
前記リソース割当てに基づいて前記通信リンクを介してデータを交換する手段と
を備える機器。
【請求項２４】
前記通信リンクはアップリンクであり、前記リソース割当てを判定する前記手段は、
ユーザ機器（ＵＥ）において前記アップリンク上で送信すべきデータを受信する手段と、
送信すべき前記データを受信したことに応答してリソースを求める要求を送信する手段と、
前記要求に応答して前記リソース割当てを受信する手段を備える請求項２３に記載の機器。
【請求項２５】
前記通信リンクを介してデータを交換する前記手段は、
前記通信リンクを介して送信されたデータを検出するために、前記リソース割当てに基づいて、受信された伝送のブラインド復号を行う手段を備える請求項２３に記載の機器。
【請求項２６】
前記通信リンクを介してデータを交換する前記手段は、
ユーザ機器（ＵＥ）のセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に基づいてデータを処理する手段と、
前記処理されたデータを、前記通信リンクを介して送信する手段を備える請求項２３に記載の機器。
【請求項２７】
前記通信リンクを介してデータを交換する前記手段は、
前記リソース割当てに基づいて前記通信リンクを介してデータを受信する手段と、
オンオフキーイング（ＯＯＫ）を使用して、前記受信されたデータのための肯定応答（ＡＣＫ）または否定応答（ＮＡＫ）を送信する手段を備える請求項２３に記載の機器。
【請求項２８】
機械によって実行されるときに、
最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である通信リンクのためのリソース割当てを判定し、
前記リソース割当てに基づいて前記通信リンクを介してデータを交換すること
を含む動作を前記機械に行わせる命令を備える機械可読媒体。
【請求項２９】
前記機械によって実行されるときに、
ユーザ機器（ＵＥ）においてアップリンク上で送信すべきデータを受信し、
送信すべき前記データを受信したことに応答してリソースを求める要求を送信し、
前記要求に応答して前記リソース割当てを受信することをさらに含む動作を前記機械に行わせる請求項２８に記載の機械可読媒体。
【請求項３０】
前記機械によって実行されるときに、
前記通信リンクを介して送信されたデータを検出するために、前記リソース割当てに基づいて、受信された伝送のブラインド復号を行うことをさらに含む動作を前記機械に行わせる請求項２８に記載の機械可読媒体。
【請求項３１】
前記機械によって実行されるときに、
ユーザ機器（ＵＥ）のセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に基づいてデータを処理し、
前記処理されたデータを、前記通信リンクを介して送信することをさらに含む動作を前記機械に行わせる請求項２８に記載の機械可読媒体。
【請求項３２】
前記機械によって実行されるときに、
前記リソース割当てに基づいて前記通信リンクを介してデータを受信し、
オンオフキーイング（ＯＯＫ）を使用して、前記受信されたデータのための肯定応答（ＡＣＫ）または否定応答（ＮＡＫ）を送信することをさらに含む動作を前記機械に行わせる請求項２８に記載の機械可読媒体。
【請求項３３】
無線通信のための機器であって、
ユーザ機器（ＵＥ）においてアップリンク上で送信すべきデータを受信し、送信すべき前記データを受信したことに応答してリソースを求める要求を送信し、前記アップリンクのためのリソース割当てを受信し、前記リソース割当てに基づいて前記アップリンク上で前記データを送信するように構成され、最後に送信されたデータの所定期間内にさらなるデータが送信される限り前記リソース割当てが有効である少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリを備える機器。
【請求項３４】
前記少なくとも１つのプロセッサは、前記アップリンク上で前記データを送信した後に前記所定期間にタイマを設定し、前記タイマが時間切れになっていなくて利用可能であれば前記アップリンク上でさらなるデータを送信し、前記タイマが時間切れになると前記リソース割当てを放棄するように構成される請求項３３に記載の機器。
【請求項３５】
無線通信のための機器であって、
通信リンクのための、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であり半永続的リソース割当てまたは所定の持続時間もしくは特定の伝送の間有効である非永続的リソース割当てを判定し、前記半永続的リソース割当てまたは非永続的リソース割当てに基づいて前記通信リンクを介してデータを交換するように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリを備える機器。
【請求項３６】
前記半永続的リソース割当ては、前記通信リンクを介して交換すべきデータの予期されるスパートのために承認される請求項３５に記載の機器。
【請求項３７】
前記通信リンクはアップリンクであり、前記少なくとも１つのプロセッサは、リソースを求める要求を送信し、リソースを求める前記要求が音声フレームのためである場合に前記半永続的リソース割当てを受信し、リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記非永続的リソース割当てを受信するように構成される請求項３５に記載の機器。
【請求項３８】
前記少なくとも１つのプロセッサは、リソースを求める前記要求が音声フレームのためである場合に制御チャネル上で第１のコードワードを送信し、リソースを求める前記要求がＳＩＤフレームのためである場合に前記制御チャネル上で第２のコードワードを送信するように構成される請求項３７に記載の機器。
【請求項３９】
前記通信リンクはアップリンクであり、前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）からリソースを求める要求を受信し、リソースを求める前記要求が音声フレームのためである場合に前記ＵＥに前記半永続的リソース割当てを送信し、リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記ＵＥに前記非永続的リソース割当てを送信するように構成される請求項３５に記載の機器。
【請求項４０】
前記通信リンクはダウンリンクであり、前記少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）に送信すべき音声フレームがある場合に前記ＵＥに前記半永続的リソース割当てを送信し、前記ＵＥに送信すべきサイレンスディスクリプタ（ＳＩＤ）フレームがある場合に前記ＵＥに前記非永続的リソース割当てを送信するように構成される請求項３５に記載の機器。
【請求項４１】
前記通信リンクはダウンリンクであり、前記少なくとも１つのプロセッサは、前記ダウンリンクのための前記半永続的リソース割当てまたは非永続的リソース割当てを受信するために制御チャネルをモニタするように構成される請求項３５に記載の機器。
【請求項４２】
無線通信のための方法であって、
通信リンクのための、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である半永続的リソース割当てまたは所定の持続時間もしくは特定の伝送の間有効である非永続的リソース割当てを判定し、
前記半永続的リソース割当てまたは非永続的リソース割当てに基づいて前記通信リンクを介してデータを交換することを備える方法。
【請求項４３】
前記通信リンクはアップリンクであり、前記半永続的リソース割当てまたは非永続的リソース割当てを前記判定することは、
リソースを求める要求を送信し、
リソースを求める前記要求が音声フレームのためである場合に前記半永続的リソース割当てを受信し、
リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記非永続的リソース割当てを受信することを備える請求項４２に記載の方法。
【請求項４４】
前記通信リンクはアップリンクであり、前記半永続的リソース割当てまたは非永続的リソース割当てを前記判定することは、
ユーザ機器（ＵＥ）からリソースを求める要求を受信し、
リソースを求める前記要求が音声フレームのためである場合に前記ＵＥに前記半永続的リソース割当てを送信し、
リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記ＵＥに前記非永続的リソース割当てを送信することを備える請求項４２に記載の方法。
【請求項４５】
無線通信のための機器であって、
通信リンクのための、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である半永続的リソース割当てまたは所定の持続時間もしくは特定の伝送の間有効である非永続的リソース割当てを判定する手段と、
前記半永続的リソース割当てまたは非永続的リソース割当てに基づいて前記通信リンクを介してデータを交換する手段を備える機器。
【請求項４６】
前記通信リンクはアップリンクであり、前記半永続的リソース割当てまたは非永続的リソース割当てを判定する前記手段は、
リソースを求める要求を送信する手段と、
リソースを求める前記要求が音声フレームのためである場合に前記半永続的リソース割当てを受信する手段と、
リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記非永続的リソース割当てを受信する手段を備える請求項４５に記載の機器。
【請求項４７】
前記通信リンクはアップリンクであり、前記半永続的リソース割当てまたは非永続的リソース割当てを判定する前記手段は、
ユーザ機器（ＵＥ）からリソースを求める要求を受信する手段と、
リソースを求める前記要求が音声フレームのためである場合に前記ＵＥに前記半永続的リソース割当てを送信する手段と、
リソースを求める前記要求がサイレンスディスクリプタ（ＳＩＤ）フレームのためである場合に前記ＵＥに前記非永続的リソース割当てを送信する手段を備える請求項４５に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００６年８月２２日に出願され、本発明の譲受人に譲渡され、参照により本明細書に組み込まれる「Ａ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＶＯＩＰ  ＳＣＨＥＤＵＬＩＮＧ」という表題の米国仮出願第６０／８３９，４６６号の優先権を主張するものである。
【０００２】
本開示は、一般には通信に関し、より具体的には無線通信のためのスケジューリング技法に関する。
【背景技術】
【０００３】
無線通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなど、様々な通信コンテンツを提供するために広く配備される。これらの無線システムは、利用可能なシステムリソースを共用することにより複数のユーザをサポートできる多元接続システムでもよい。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングルキャリアＦＤＭＡ（ＳＣＦＤＭＡ）システムがある。
【０００４】
無線通信システムは、任意の数のユーザ機器（ＵＥ）のための通信をサポートできる任意の数の基地局を含むことができる。各ＵＥは、ダウンリンクおよびアップリンク上での伝送を介して１つまたは複数の基地局と通信できる。ダウンリンク（または順方向リンク）は、基地局からＵＥへの通信リンクを表し、アップリンク（または逆方向リンク）は、ＵＥから基地局への通信リンクを表す。
【０００５】
システムは、ＵＥがアップリンク上で送信すべきデータを有する場合はいつでもＵＥがリソースを要求できるリソース割当て方式を利用できる。基地局は、ＵＥからの各リソース要求を処理でき、ＵＥにリソースの承認を送信できる。次いで、ＵＥは、承認されたリソースを使用してアップリンク上でデータを送信できる。しかし、アップリンクリソースは、リソースを求める要求を送信するために消費され、ダウンリンクリソースは、リソースの承認を送信するために消費される。従って、当技術分野では、システム容量を改善するために、できるだけ少ないオーバヘッドでリソース割当てをサポートする技法が必要である。
【発明の概要】
【０００６】
本明細書では、無線通信におけるトラフィックのスパートのためにリソースを効率よく割り当てるための技法について記載する。一態様において、このシステムは、半永続的リソース割当ておよび非永続的リソース割当てなど、それぞれ異なるタイプのリソース割当てをサポートできる。半永続的リソース割当ては、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であり、所定期間内にデータが何も送信されない場合は時間切れになるリソースの割当てである。非永続的リソース割当ては、所定の持続時間または特定の伝送の間有効であるリソースの割当てである。
【０００７】
一設計形態では、通信リンク（例えばダウンリンクまたはアップリンク）のための半永続的リソース割当てまたは非永続的リソース割当てを判定できる。次いで、データを半永続的リソース割当てまたは非永続的リソース割当てに基づいて通信リンクを介して交換（例えば送信および／または受信）できる。半永続的リソース割当ては、通信リンクを介して送信すべきデータの予期されるスパートのために承認され得る。一例として、ボイスオーバインターネットプロトコル（ＶｏＩＰ）では、半永続的リソース割当てがボイスアクティビティのスパートを予期して音声フレームのために承認されることができ、非永続的リソース割当てがサイレンスの期間中にサイレンスディスクリプタ（ＳＩＤ）フレームのために承認されることができる。
【０００８】
本開示の様々な態様および特徴は、以下でさらに詳細に説明される。
【図面の簡単な説明】
【０００９】
【図１】無線多元接続通信システムを示す図。
【図２】基地局およびＵＥのブロック図を示す図。
【図３】ＨＡＲＱによるアップリンク上でのデータ伝送を示す図。
【図４】半永続的リソース割当ておよび非永続的リソース割当てによるＶｏＩＰのための伝送を示す図。
【図５】半永続的リソース割当てによってデータを交換するプロセスを示す図。
【図６】半永続的リソース割当てによってデータを交換する機器を示す図。
【図７】ＵＥによってアップリンク上でデータを送信するプロセスを示す図。
【図８】ＵＥによってアップリンク上でデータを送信する機器を示す図。
【図９】半永続的リソース割当てまたは非永続的リソース割当てによってデータを交換するプロセスを示す図。
【図１０】半永続的リソース割当てまたは非永続的リソース割当てによってデータを交換する機器を示す図。
【発明を実施するための形態】
【００１０】
本明細書に記載の技法は、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、ＯＦＤＭＡシステム、ＳＣ−ＦＤＭＡシステムおよび他のシステムなど、様々な無線システムのために使用できる。用語「システム」および「ネットワーク」は、しばしば互換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実施できる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、グローバル移動体通信システム（ＧＳＭ）などの無線技術を実施できる。ＯＦＤＭＡシステムは、進化版ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ（登録商標）などの技術を実施できる。ＵＴＲＡ、Ｅ−ＵＴＲＡおよびＧＳＭは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用する近々発表されるリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と呼ばれる団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる団体からの文書に記載されている。これらの様々な無線技術および規格は当技術分野で知られている。
【００１１】
本明細書に記載の技法は、ダウンリンクならびにアップリンク上でのリソースの割当てのために使用できる。明瞭のために、以下に、ＬＴＥにおけるアップリンク上でのリソースの割当てのための技法のいくつかの態様が説明される。ＬＴＥの専門用語が以下の説明の多くで使用される。
【００１２】
図１は、一設計形態による無線多元接続通信システムを示す。進化版ノードＢ（ｅＮＢ）１００は、複数のアンテナグループを含み、１つのグループは、アンテナ１０４および１０６を含み、別のグループは、アンテナ１０８および１１０を含み、さらに別のグループはアンテナ１１２および１１４を含む。図１には、アンテナグループごとに２本のアンテナしか示されていない。しかし、アンテナグループごとにより多くのまたはより少ないアンテナが利用されることもできる。一般に、ｅＮＢは、ＵＥとの通信のために使用される固定局でもよく、ノードＢ、基地局、アクセスポイントなどと呼ばれることもある。
【００１３】
ＵＥ１１６は、アンテナ１１２および１１４と通信していて、この場合、アンテナ１１２および１１４は、ダウンリンク１２０を介してＵＥ１１６に情報を送信し、アップリンク１１８を介してＵＥ１１６から情報を受信する。ＵＥ１２２は、アンテナ１０６および１０８と通信していて、この場合、アンテナ１０６および１０８は、ダウンリンク１２６を介してＵＥ１２２に情報を送信し、アップリンク１２４を介してＵＥ１２２から情報を受信する。一般に、ＵＥは、静止型でも移動型でもよく、移動局、端末、アクセス端末、加入者ユニット、ステーションなどと呼ばれることもある。ＵＥは、携帯電話、携帯情報端末（ＰＤＡ）、無線通信装置、ハンドヘルド装置、無線モデム、ラップトップコンピュータなどでもよい。周波数分割二重（ＦＤＤ）システムにおいて、通信リンク１１８、１２０、１２４および１２６は、通信のためにそれぞれ異なる周波数を使用してもよい。例えば、ダウンリンク１２０および１２６はある１つの周波数を使用してもよく、アップリンク１１８および１２４は別の周波数を使用してもよい。
【００１４】
ｅＮＢ１００の全カバレッジエリアは、複数の（例えば３つの）より小さなエリアに分割されてもよい。これらのより小さなエリアは、ｅＮＢ１００のそれぞれ異なるグループのアンテナによってサービスされることができる。３ＧＰＰにおいて、用語「セル」はｅＮＢの最小カバレッジエリアおよび／またはこのカバレッジエリアにサービスするｅＮＢサブシステムを指すことができる。他のシステムにおいて、用語「セクタ」は最小カバレッジエリアおよび／またはこのカバレッジエリアにサービスするサブシステムを指すことができる。明瞭のために、以下の説明では、３ＧＰＰのセルの概念が使用される。一設計形態では、ｅＮＢ１００の３つのアンテナグループがｅＮＢ１００の３つのセルにおけるＵＥのための通信をサポートする。
【００１５】
図２は、ｅＮＢ１００およびＵＥ１１６の一設計形態のブロック図を示す。この設計形態において、ｅＮＢ１００はＴ本のアンテナ２２４ａから２２４ｔまでを備え、ＵＥ１１６はＲ本のアンテナ２５２ａから２５２ｒまでを備え、この場合、Ｔ≧１およびＲ≧１である。
【００１６】
ｅＮＢ１００において、送信（ＴＸ）データプロセッサ２１４は、データ送信装置２１２から１つまたは複数のＵＥに関するトラフィックデータを受信できる。ＴＸデータプロセッサ２１４は、符号化されたデータを取得するために各ＵＥのために選択された１つまたは複数の符号化方式に基づいてそのＵＥに関するトラフィックデータを処理する（例えばフォーマット、符号化、およびインタリーブ）ことができる。次いで、ＴＸデータプロセッサ２１４は、変調記号を取得するために、各ＵＥのために選択された１つまたは複数の変調方式（例えばＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫまたはＭ−ＱＡＭ）に基づいてそのＵＥに関する符号化されたデータを変調する（またはシンボルマッピングする）ことができる。
【００１７】
ＴＸ  ＭＩＭＯプロセッサ２２０は、任意の多重化方式を使用して、全てのＵＥに関する変調記号をパイロット記号と共に多重化できる。パイロットは、知られているやり方で処理される通常知られているデータであり、受話器によってチャネル推定および他の目的のために使用できる。ＴＸ  ＭＩＭＯプロセッサ２２０は、多重化変調記号およびパイロット記号を処理（例えばプリコーディング）し、Ｔ個の出力記号ストリームをＴ個の送信機（ＴＭＴＲ）２２２ａから２２２ｔまでに提供できる。いくつかの設計形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は変調記号を空間的にステアリングするためにこれらの記号にビーム形成重みを適用できる。各送信機２２２は、出力チップストリームを取得するために、例えば直交周波数分割多重（ＯＦＤＭ）のために、それぞれの出力記号ストリームを処理できる。各送信機２２２は、ダウンリンク信号を取得するために出力チップストリームをさらに処理する（例えばアナログへの変換、増幅、フィルタ、およびアップコンバート）ことができる。送信機２２２ａから２２２ｔまでからのＴ個のダウンリンク信号が、それぞれ、Ｔ本のアンテナ２２４ａから２２４ｔまでを介して送信できる。
【００１８】
ＵＥ１１６において、アンテナ２５２ａから２５２ｒまでが、ｅＮＢ１００からダウンリンク信号を受信し、受信された信号を、それぞれ、受話器（ＲＣＶＲ）２５４ａから２５４ｒまでに提供できる。各受話器２５４は、サンプルを取得するためにそれぞれの受信信号を調整する（例えばフィルタ、増幅、ダウンコンバート、およびデジタル化）ことができ、受信記号を取得するために、（例えばＯＦＤＭのために）サンプルをさらに処理できる。ＭＩＭＯ検波器２６０は、ｅＮＢ１００によって送信された変調記号の推定値である検波された記号を取得するために、ＭＩＭＯ受話器処理技法に基づいて、Ｒ個全ての受話器２５４ａから２５４ｒまでから記号を受信し、受信された記号を処理できる。次いで、受信（ＲＸ）データプロセッサ２６２が、検波された記号を処理する（例えば復調、ディインタリーブ、および復号）ことができ、ＵＥ１１６に関する復号されたデータをデータ受信装置２６４に提供できる。一般に、ＭＩＭＯ検波器２６０およびＲＸデータプロセッサ２６２による処理は、ｅＮＢ１００におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４による処理に対して相補的である。
【００１９】
アップリンク上で、ＵＥ１１６において、データ送信装置２７６からのトラフィックデータおよびシグナリングメッセージがＴＸデータプロセッサ２７８によって処理され、変調器２８０によってさらに処理され、送信機２５４ａから２５４ｒまでによって調整され、ｅＮＢ１００に送信できる。ｅＮＢ１００において、ＵＥ１１６によって送信されたトラフィックデータおよびメッセージを取得するために、ＵＥ１１６からのアップリンク信号がアンテナ２２４によって受信され、受話器２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理されることができる。
【００２０】
コントローラ／プロセッサ２３０および２７０は、それぞれ、ｅＮＢ１００およびＵＥ１１６における動作を指図できる。メモリ２３２および２７２は、それぞれ、ｅＮＢ１００およびＵＥ１１６に関するデータおよびプログラムコードを記憶できる。スケジューラ２３４は、ダウンリンクおよび／またはアップリンク伝送のためにＵＥをスケジュールでき、スケジュールされたＵＥにリソースの割当てを提供できる。
【００２１】
システムは、データ伝送の信頼性を改善するためにハイブリッド自動再送（ＨＡＲＱ）をサポートできる。ＨＡＲＱでは、送信機がデータフレームのための伝送を送信でき、必要な場合にデータフレームが受話器によって正しく復号されるか、または最大数の再送が送信されてしまうか、または他の何らかの終了条件に遭遇するまで、１つまたは複数の再送を送信できる。データフレームは、パケット、データユニット、データブロックなどと呼ばれることもある。
【００２２】
図３は、ＬＴＥにおけるＨＡＲＱによるアップリンク上での例示的データ伝送を示す。ＵＥ１１６は、アップリンク上で送信すべきデータを有することができ、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で、アップリンクリソースを求める要求を送信できる。ｅＮＢ１００は、ＵＥ１１６からリソース要求を受信でき、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でアップリンクリソースの承認を返すことができる。ＵＥ１１６は、データフレームＡを処理し、このフレームを、物理アップリンク共用チャネル（ＰＵＳＣＨ）上で、承認された逆方向リンクリソースを使用して、送信できる。フレーム伝送は、ＬＴＥにおいて２ミリ秒（ｍｓ）でよいが、１ｍｓ、５ｍｓ、１０ｍｓなど、他の持続時間のものでもよい１つのサブフレームをスパンできる。サブフレームは、伝送時間間隔（ＴＴＩ）と呼ばれることもある。ｅＮＢ１００は、フレームＡのための伝送を受信し、フレームＡを間違って復号し、肯定応答チャネル（ＡＣＫＣＨ）上で否定応答（ＮＡＫ）を送信する可能性がある。ＵＥ１１６は、ＮＡＫを受信し、フレームＡを再送できる。ｅＮＢ１００は、フレームＡのための再送を受信し、元の伝送および再送に基づいてフレームを正しく復号し、肯定応答（ＡＣＫ）を送信できる。ＵＥ１１６は、ＡＣＫを受信し、フレームＡと同様のやり方で次のデータフレームＢを処理し送信できる。
【００２３】
データフレームの各伝送および各再送は、ＨＡＲＱ伝送と呼ばれることがある。データフレームのためのＨＡＲＱ伝送の数は、データフレームのために使用される変調および符号化方式（ＭＣＳ）、データフレームのための受信された信号品質などによって決まり得る。ＭＣＳは、レート、フレームフォーマット、パケットフォーマット、トランスポートフォーマットなどと呼ばれることもある。データフレームのためのＭＣＳは、データフレームを正しく復号するために必要なＨＡＲＱ伝送の予期される数であるターゲットＨＡＲＱ終了を達成するために選択されてもよい。より長いターゲットＨＡＲＱ伝送は、より長い遅延を代償として、利用効率を改善できる。
【００２４】
Ｑ個のＨＡＲＱインスタンスまたはインタレースが定義されることができ、この場合、Ｑは任意の整数値でよい。各ＨＡＲＱインスタンスは、Ｑ個のサブフレームだけ離れているサブフレームを含むことができる。例えば６個のＨＡＲＱインスタンスが定義されることができ、ＨＡＲＱインスタンスｑは、ｑ∈｛０、．．．、５｝のためにサブフレームｑ、ｑ＋６、ｑ＋１２などを含むことができる。
【００２５】
ＨＡＲＱプロセスは、データフレームのための全ての伝送および再送に、それらがあれば、関係する。ＨＡＲＱプロセスは、リソースが利用可能な場合に開始でき、最初の伝送後に、または１つまたは複数の再送後に、終了できる。ＨＡＲＱプロセスは、受話器における復号結果に応じて変わり得る可変持続時間を有することができる。各ＨＡＲＱプロセスは、１つのＨＡＲＱインスタンス上で送信でき、最大Ｑ個までのＨＡＲＱプロセスがＱ個のインスタンス上で平行して送信できる。
【００２６】
ＵＥ１１６は、ＵＥがアップリンク上で送信すべきトラフィックデータを有するときはいつでも、アップリンクリソースを求める要求を送信できる。ｅＮＢ１００は、アップリンクリソースの承認をＵＥ１１６に返すことができる。ＵＥ１１６は、スパートにおいてアップリンク上で送信すべきトラフィックデータを受信できる。これらのスパートは、いつ開始してもよく、いかなる持続時間のものでもよい。例えば、ＵＥ１１６はＶｏＩＰ電話をすることができ、通話ユーザからの音声データのスパートを受信できる。ＶｏＩＰアプリケーションは、ボイスアクティビティのスパート中には、あるレートで（例えば１０ｍｓまたは２０ｍｓごとに）音声フレームを提供し、サイレンスの期間中には、別のレートで（例えば１６０ｍｓごとに）ＳＩＤフレームを提供できる。ＵＥ１１６は、データフレームがいつアップリンク上での伝送のためにＶｏＩＰアプリケーションから受信されるか先験的に知ることができない。データフレーム（例えば音声フレームまたはＳＩＤフレーム）がＶｏＩＰアプリケーションから受信されるときはいつでも、ＵＥ１１６は、アップリンクリソースを求める要求をｅＮＢ１００に送信し、ｅＮＢからアップリンクリソースの承認を受信し、承認されたリソースを使用してデータフレームを送信できる。しかし、各データフレームのためのアップリンク上での要求およびダウンリンク上での承認の伝送は、その結果として、高い制御チャネルオーバヘッドを生じさせる。
【００２７】
一態様において、システムは表１に示されるようなものなど、それぞれ異なるタイプのリソース割当てをサポートできる。
【表１】
2010502127.tif 000003
【００２８】
一般に、リソースは、周波数（例えば１組のサブキャリア）、時間（例えば記号期間またはサブフレーム）、コード、送信電力など、またはそれらの任意の組合せによって定量化できる。半永続的リソース割当てにおいて承認されたリソースは、予め設定されたリソース、予め定義されたリソース、予め割り当てられたリソースなどと呼ばれることがある。所定期間は、タイムアウト期間と呼ばれることもある。
【００２９】
半永続的リソース割当ておよび非永続的リソース割当ては、データのスパートを有するいかなるアプリケーションのためにも効率よく使用できる。ＶｏＩＰにおいて、半永続的リソース割当ては、ボイスアクティビティのスパート中に送信される音声フレームのために使用でき、非永続的リソース割当ては、サイレンス期間中に送信されるＳＩＤフレームのために使用できる。半永続的リソース割当ては、音声スパートのために良好なパフォーマンスを提供でき、制御チャネルオーバヘッドを低減できる。非永続的リソース割当ては、ＳＩＤフレーム間の時間間隔が大きいのでＳＩＤフレームに適しており、制御チャネルオーバヘッドは、ＳＩＤフレームの到着が頻繁でないので妥当であり得る。
【００３０】
ＵＥ１１６は、ＵＥがアップリンク上で送信すべきデータを有するときはいつでも、ＰＵＣＣＨ上でアップリンクリソースを求める要求を送信できる。ＵＥ１１６は、リソース要求において送信すべきデータの量および／またはタイプを示すことができる。ＶｏＩＰにおいて、リソース要求は、ＵＥ１１６が音声フレームを有するかまたはＳＩＤフレームを有するか、音声フレームのサイズまたはデータレートなどを示すことができる。一般に、それぞれ異なるデータバッファレベルまたはフレームレート（例えばフルレートフレーム、ハーフレートフレーム、クオータレートフレーム、ＳＩＤフレームなど）、それぞれ異なるタイプのフレーム（例えば圧縮ヘッダＶｏＩＰフレームおよび解凍ヘッダＶｏＩＰフレーム）、ならびに／あるいは送信すべきデータの量および／またはタイプを示す他の情報のために、それぞれ異なるコードワードが使用できる。ＵＥ１１６は、そのデータバッファレベルに基づいて適切なコードワードを選択でき、リソース要求のための選択されたコードワードを送信できる。一設計形態では、ＶｏＩＰのために２つのコードワードが使用でき、１つはフルレート音声フレームのためのコードワードであり、もう１つはＳＩＤフレームのためのコードワードである。
【００３１】
ｅＮＢ１００は、ＵＥ１１６からリソース要求を受信でき、要求に基づいて適切なリソースを割り当てることができる。一設計形態において、ｅＮＢ１００は、（ｉ）音声フレームのためのリソース要求のために半永続的リソース割当て、または（ｉｉ）ＳＩＤフレームのためのリソース要求のために非永続的リソース割当てを承認できる。一設計形態において、複数の音声フレームレートがサポートされる場合、半永続的リソース割当ては、最高のサポートされた音声フレームレート、例えばフルレートのためであり得る。この設計形態は、半永続的リソース割当てを使用して、ＵＥ１１６が任意のサポートされたレートの音声フレームを送信できるようにするはずである。他の設計形態において、半永続的リソース割当ては、最も一般に使用される音声フレームレート、要求された音声フレームレートなどのためであり得る。
【００３２】
ＵＥ１１６は、ｅＮＢ１００から非永続的リソース割当てを受信でき、１つのＳＩＤフレームを送信するのに十分であり得る所定の持続時間の間、承認されたアップリンクリソースを使用できる。ＵＥ１１６は、所定の持続時間の後、例えばＳＩＤフレームを送信した後に、承認されたアップリンクリソースを放棄できる。
【００３３】
ＵＥ１１６は、ｅＮＢ１００から半永続的リソース割当てを受信でき、ＵＥがタイムアウト期間内にさらなるデータを送信する限り、承認されたアップリンクリソースを保持できる。タイムアウト期間は、固定値でも設定可能な値でもよく、ＵＥ１１６によって送信されるべき連続したデータフレーム間の予期される時間間隔であるフレーム到着時間間隔に基づいて選択できる。ＶｏＩＰにおいて、ＵＥ１１６は１０ｍｓまたは２０ｍｓごとに音声フレームを送信でき、タイムアウト期間は、４０ｍｓから８０ｍｓでもよい。ＵＥ１１６は、タイムアウト期間を追跡するためにタイマを使用できる。ＵＥ１１６は、承認されたアップリンクリソースを使用して第１の音声フレームを送信した後にタイマをスタートさせることができ、それに続く音声フレームが送信されるときはいつでも、タイマを再スタートさせることができる。ＵＥ１１６は、タイマが時間切れになると、承認されたアップリンクリソースを放棄でき、これらのリソースを使用して送信を行わなくてもよい。
【００３４】
承認されたアップリンクリソースがタイムアウト期間の間の不使用から自然に時間切れになった場合、このタイムアウト期間は承認されたアップリンクリソースがデータスパートの終わりに使用されなかった時間の量を判定する。利用可能なリソースを効率よく利用するために、ＵＥ１１６は、ＵＥ１１６が承認されたアップリンクリソースを使用することを予期しない場合、タイムアウト期間の時間切れの前に、承認されたアップリンクリソースを放棄するためのシグナリングを送信できる。一設計形態において、ＵＥ１１６は、現在のデータスパートのための予期される最後のデータフレームにおいて帯域内シグナリングとしてデータ表示をしない要求を送信できる。他の設計形態において、ＵＥ１１６は、ＵＥがアイドル期間の間にデータを送信しない場合にデータ表示をしない要求を（例えばＰＵＣＣＨ上で）送信できる。このアイドル期間は、フレーム到着時間間隔より長いが、タイムアウト期間より短い。例えば、音声フレームが１０ｍｓまたは２０ｍｓごとに送信される場合、アイドル期間は音声フレーム到着におけるジッタを可能にするために２つの音声フレーム間の時間間隔より長い約３０ｍｓでよい。ＵＥ１１６は、最後に送信されたデータフレームからアイドル期間が経過した後にデータ表示をしない要求を送信できる。ＨＡＲＱが利用される場合、ＵＥ１１６は１つまたは複数のＨＡＲＱインスタンス上でアップリンクリソースを承認されることができる。ＵＥ１１６は、割り当てられたＨＡＲＱインスタンスごとにデータ表示をしない別々の要求を送信できる。代替として、ＵＥ１１６は、全ての割り当てられたＨＡＲＱインスタンスのためにデータ表示をしない単一の要求を送信できる。いずれにしても、データ表示をしない要求は、リソースの高速割当て解除をサポートし、ＵＥ間のリソースのスワッピングをスピードアップできる。伝送時間を低減するために、データ表示をしない要求が、より低い変調符号化および／またはより高い送信電力レベルで送信できる。
【００３５】
一般に、半永続的リソース割当ては、
・タイムアウト期間内にデータが何も送信されないこと、
・リソース割当てを終らせるためにＵＥによって送信される明示的なシグナリング、
・リソース割当てを終らせるためにｅＮＢによって送信される明示的なシグナリング、および
・リソースの他のＵＥへの再割当て、
のうちのいずれかに基づいて終了できる。
【００３６】
図４は、半永続的リソース割当ておよび非永続的リソース割当てを使用するＶｏＩＰのための例示的伝送を示す。時間Ｔ１１において、ＵＥ１１６は、アップリンク上で送信すべき音声データを有し、フルレートフレームのためのアップリンクリソースを求める要求を送信する。時間Ｔ１２において、ｅＮＢ１００は、フルレートフレームのための十分なアップリンクリソースを有する半永続的リソース割当てを返す。時間Ｔ１３において、ＵＥ１１６は、承認されたアップリンクリソースを使用して第１の音声フレームを送信する。ＵＥ１１６は、時間Ｔ１４、Ｔ１５およびＴ１６において追加の音声フレームを送信し、各追加の音声フレームは、前の音声フレームのタイムアウト期間Ｔｔｉｍｅｏｕｔ内に送信される。音声フレームは、時間Ｔ１６の後のタイムアウト期間内には送信されない。時間Ｔ１６の後のタイムアウト期間である時間Ｔ１７において、半永続的リソース割当てが期限切れになり、ＵＥ１１６は承認されたアップリンクリソースを放棄する。
【００３７】
時間Ｔ２１において、ＵＥ１１６は、アップリンク上で送信すべきＳＩＤフレームを有し、ＳＩＤフレームのためのアップリンクリソースを求める要求を送信する。Ｔ２２において、ｅＮＢ１００は、ＳＩＤフレームのための十分なアップリンクリソースを有する非永続的リソース割当てを返す。時間Ｔ２３において、ＵＥ１１６は、承認されたアップリンクリソースを使用してＳＩＤフレームを送信する。非永続的リソース割当ては、ＳＩＤフレームの伝送後時間切れになり、ＵＥ１１６は、承認されたアップリンクリソースを放棄する。
【００３８】
時間Ｔ３１において、ＵＥ１１６は、送信すべき音声データを有し、フルレートフレームのためのアップリンクリソースを求める要求を送信する。時間Ｔ３２において、ｅＮＢは、フルレートフレームのための十分なアップリンクリソースを有する半永続的リソース割当てを返す。ＵＥ１１６は、時間Ｔ３３において、承認されたアップリンクリソースを使用して第１の音声フレームを送信し、時間Ｔ３４において追加の音声フレームを送信する。音声フレームは、時間Ｔ３４の後のアイドル期間Ｔｉｄｌｅ内には送信されない。Ｔ３４の後のアイドル期間である時間Ｔ３５において、ＵＥ１１６は、承認されたアップリンクリソースを放棄するためのデータ表示をしない要求を送信する。
【００３９】
半永続的リソース割当ては、データを送信するために使用できる特定のリソースを示すことができる。承認されたリソースは、特定のサブフレームにおいて特定のリソースブロックによって与えられることができる。各リソースブロックは、特定の時間の継続期間、例えば１つのサブフレームにおいて、１組のサブキャリアをカバーできる。ＨＡＲＱが使用される場合、承認されたアップリンクリソースは、１つまたは複数の特定のＨＡＲＱインスタンスのためでよい。半永続的リソース割当ては、また、データを送信するために使用できる１つまたは複数の特定のＭＣＳを示すことができる。各ＭＣＳは、特定のフレームサイズ、特定のコーディング方式またはコードレート、特定の変調方式などに関連付けられることができる。いずれにしても、ｅＮＢ１００もＵＥ１１６も、データを送信するために使用できるリソースおよびＭＣＳを知っている。
【００４０】
一設計形態において、ＵＥ１１６は送信されるデータをｅＮＢ１００に通知するシグナリングを送信せずに、承認されたアップリンクリソースを使用してアップリンク上でデータを送信できる。この設計形態において、ｅＮＢ１００は、データがＵＥ１１６によってそこで送信できる各サブフレームにおいて、承認されたアップリンクリソース上でその受信された伝送を復号しようと試みることができる。ｅＮＢ１００は、データを送信するためにＵＥ１１６によって使用できるＭＣＳごとにブラインド復号を行うことができる。他の設計形態において、ＵＥ１１６は、送信されるデータフレーム、および、場合によっては、データフレームのために使用されるＭＣＳを、ｅＮＢ１００に通知できる。この設計形態において、ｅＮＢ１００は、通知されたときだけ、およびさらにＭＣＳ（送信された場合）に基づいて、その受信された伝送を復号しようと試みることができる。両方の設計形態において、ｅＮＢ１００は、ｅＮＢがタイムアウト期間内にＵＥ１１６からのデータフレームを正しく復号しない場合に承認されたアップリンクリソースを割当て解除できる。ＨＡＲＱが使用される場合に、ｅＮＢ１００は承認されたアップリンクリソースの割当て解除の前に可能なＡＣＫ／ＮＡＫエラーを明らかにするためにタイムアウト期間より少し長く待つ。
【００４１】
一般に、半永続的リソース割当ておよび非永続的リソース割当ては、ＨＡＲＱによって、またはＨＡＲＱによらずに使用できる。ＨＡＲＱが利用される場合、半永続的リソース割当ておよび非永続的リソース割当ては、ＨＡＲＱのいくつかの態様をカバーするように定義できる。一設計形態において、半永続的リソース割当てまたは非永続的リソース割当ては、データフレームの全ての伝送および再送をカバーできる。他の設計形態において、半永続的リソース割当てまたは非永続的リソース割当てはデータフレームの最初の伝送だけをカバーでき、それに続く再送は別の割当てによってスケジュールできる。半永続的リソース割当ておいて、ＨＡＲＱ終了統計値は、平均して、フレーム到着時間間隔内に終了しなければならない。例えばデータフレームが２０ｍｓごとに送信される場合、データフレームごとのＨＡＲＱ伝送の平均数は、データバッファにおけるデータの蓄積を防止するために２０ｍｓより少なくなければならない。データフレームの最初の伝送だけをカバーするリソース割当てにおいて、ＨＡＲＱ終了統計値はデータフレームの再送のためのリソース要求の数を低減するために１つのＨＡＲＱ伝送よりわずかに長くてもよい（例えば１．２ＨＡＲＱ伝送）。
【００４２】
ＨＡＲＱインスタンスの数および／またはターゲットＨＡＲＱ終了は、効率の良いリソース利用を達成するように選択できる。ターゲットＨＡＲＱ終了は、フレーム到着時間間隔、連続したＨＡＲＱ伝送間の間隔、リソース割当てが最初の伝送だけをカバーするかまたは全てのＨＡＲＱ伝送をカバーするかなどに基づいて選択できる。送信されるべきＭＣＳおよびコードビットは、ターゲットＨＡＲＱ終了によって判定されるＨＡＲＱ伝送の平均数のために最大のコーディング利得が達成できるように選択されることができる。１つのＨＡＲＱインスタンスにおいて送信できるデータの量は、ターゲットＨＡＲＱ終了（より多くのデータがより長いＨＡＲＱ終了のために送信でき、逆もあり得る）、ならびに他の要因によって決まり得る。ＨＡＲＱインスタンスの数は、設定可能でもよく、送信すべきデータの総量、各ＨＡＲＱインスタンス上で送信できるデータの量などに基づいて選択されてもよい。
【００４３】
一般に、半永続的リソース割当ておよび非永続的リソース割当ては、（上述したように）アップリンク上でのデータ伝送のためにも、ダウンリンク上でのデータ伝送のためにも使用できる。ダウンリンクにおいて、ｅＮＢ１００は、ｅＮＢ１００がＵＥ１１６に送信すべきデータを有するときはいつでも、ダウンリンクリソースの承認をＰＤＣＣＨ上で送信できる。ｅＮＢ１００は、送信すべき音声フレームを有する場合に半永続的リソース割当てを送信でき、送信すべきＳＩＤフレームを有する場合に非永続的リソース割当てを送信できる。半永続的リソース割当ては、タイムアウト期間内にさらなるデータが送信される限り有効であることができ、データがタイムアウト期間内に送信されない場合は期限切れとなることができる。同一のタイムアウト期間またはそれぞれ異なるタイムアウト期間がダウンリンクおよびアップリンクのために使用できる。ｅＮＢ１００はまた、シグナリングをＵＥ１１６に送信することによりタイムアウト期間の前に半永続的リソース割当てを明示的に終了できる。従って、ダウンリンクリソースは、ＵＥ１１６に送信すべきさらなるデータがない場合に迅速にスワップできる。
【００４４】
一設計形態において、ｅＮＢ１００はダウンリンク承認をいつでも送信でき、ＵＥ１１６は、ダウンリンク承認がＵＥに送信されたかどうか判定するためにＰＤＣＣＨをモニタできる。他の設計形態において、ｅＮＢ１００は受信サブフレームと呼ばれることもあるいくつかのサブフレームにおいてだけダウンリンク承認を送信できる。ＵＥ１１６は、ダウンリンク承認がＵＥに送信されたかどうか判定するために、受信サブフレーム中にだけＰＤＣＣＨをモニタできる。この設計形態は、ＵＥ１１６による間欠受信（ＤＲＸ）をサポートできる。
【００４５】
ダウンリンクにおいて、半永続的リソース割当ては、データがＵＥ１１６にそこで送信できる特定のダウンリンクリソース（例えば特定のリソースブロックおよび特定のサブフレーム）を示すことができる。半永続的リソース割当ては、また、承認されたダウンリンクリソース上でデータを送信するために使用できる１つまたは複数の特定のＭＣＳを示すことができる。ＵＥ１１６は、データがＵＥにそこで送信できる各サブフレームにおいて、予め設定されたＭＣＳに基づいてその受信された伝送上でブラインド復号を行うことができる。代替として、ｅＮＢ１００は、データをＵＥ１１６に送信するために使用されるＭＣＳをシグナルし、ＵＥ１１６は、シグナルされたＭＣＳに基づいてその受信された伝送を復号できる。
【００４６】
ダウンリンクにおいて、ｅＮＢ１００はセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）またはＵＥ１１６に割り当てられた他の何らかのユニークな識別子を使用してＵＥ１１６にデータを送信できる。これは、ＵＥ１１６が、それが与えられたデータフレームの所期の受信者であるかどうか明確に確認するようにできる。一設計形態において、ｅＮＢ１００は、データフレームのための巡回冗長検査（ＣＲＣ）を生成し、次いで、ＵＥ１１６のＣ−ＲＮＴＩによってＣＲＣをマスクし、次いで、ＵＥ特定のＣＲＣをデータフレームに添付し、次いで、データフレームおよびＵＥ特定のＣＲＣをＵＥ１１６に送信できる。他の設計形態において、ｅＮＢ１００はデータフレームをＵＥ１１６のＣ−ＲＮＴＩとスクランブルし、次いでスクランブルされたフレームをＵＥ１１６に送信できる。
【００４７】
ダウンリンクとアップリンクの両方において、ｅＮＢ１００はＵＥ１１６のＣ−ＲＮＴＩを使用してリソース割当てをＵＥ１１６に送信できる。これは、ＵＥ１１６が、それが与えられたリソース割当ての所期の受信者であるかどうか明確に確認するようにできる。一設計形態において、ｅＮＢ１００はＵＥ１１６のためのリソース割当てを担持するメッセージのためのＣＲＣを生成し、次いでＣＲＣをＵＥ１１６のＣ−ＲＮＴＩによってマスクし、次いでＵＥ特定のＣＲＣをメッセージに添付し、次いでメッセージおよびＵＥ特定のＣＲＣをＵＥ１１６に送信できる。他の設計形態において、ｅＮＢ１００はメッセージをＵＥ１１６のＣ−ＲＮＴＩに基づいてマスクし、次いでマスクされたメッセージをＵＥ１１６に送信できる。リソース割当てはまた、（ｉ）これらの割当てが、受信者ＵＥによって確実に受信でき、（ｉｉ）ＵＥ間でリソースをスワップする際のエラーが低減できるように、他のやり方で送信できる。
【００４８】
ダウンリンクとアップリンクの両方において、ｅＮＢ１００は保留中の半永続的リソース割当てをオーバーライドするためのメッセージを送信できる。例えば半永続的リソース割当てによってカバーされた各サブフレームにおいて、ｅＮＢ１００は予め設定されたリソースおよびＭＣＳとは異なることもあるそのサブフレームのために使用すべきリソースおよび／またはＭＣＳを示すメッセージを送信できる。ＵＥ１１６は、これらのパラメータがｅＮＢ１００からのメッセージによってオーバーライドされない限り、予め設定されたリソースおよびＭＣＳに基づいて動作できる。
【００４９】
ダウンリンクでは、複数のＵＥが、ｅＮＢ１００によってこれらのＵＥに送信された可能なデータ伝送がないかモニタするためにダウンリンクリソースの共通のダウンリンクリソース割当てを有することができる。ｅＮＢ１００は、任意の所与の時点に、割り当てられたダウンリンクリソース上でＵＥのうちのいずれか１つにデータを送信できる。これらのＵＥは、割り当てられたダウンリンクリソースからのそれらの受信された伝送を復号しようと試みることができ、同一のアップリンク上でＡＣＫ／ＮＡＫを送信し、ダウンリンクリソースに関連するリソースをシグナルできる。各ＵＥはそれぞれ異なるＵＥからのＡＣＫ／ＮＡＫの衝突と闘うために、オンオフキーイング（ＯＯＫ）を使用してそのＡＣＫまたはＮＡＫを送信できる。一設計形態において、ＡＣＫは１（または「オン」）とし送信でき、ＮＡＫは０（または「オフ」）として送信できる。この設計形態は、ｅＮＢ１００がデータ伝送の非受信者ＵＥによって送信されたＮＡＫに直面して、割り当てられたダウンリンクリソース上で送信されたデータ伝送の受信者ＵＥによって送信されたＡＣＫを正しく検波するようにできる。
【００５０】
ダウンリンクにおいて、ＵＥ１１６は永続的リソース割当てを割り当てられることができ、データが制御チャネルの使用なしにＵＥ１１６に送信できる。永続的リソース割当ては、ＵＥ１１６のための予め設定されたダウンリンクリソースおよびＭＣＳを示すことができる。予め設定されたダウンリンクリソースは、ＵＥ１１６がデータを受信できる限定された組のダウンリンクリソースを備えることができる。予め設定されたＭＣＳは、データをＵＥ１１６に送信するために使用できる限定された組のＭＣＳを備えることができる。ＵＥ１１６は、予め設定されたダウンリンクリソースおよびＭＣＳの全ての可能な組合せに基づいてダウンリンク伝送をブラインドで復号できる。ｅＮＢ１００はＵＥのＣ−ＲＮＴＩを使用してＵＥ１１６にデータフレームを送信できる。これは、これらのデータフレームがＵＥに送信されることをＵＥ１１６が判定するようにでき、データフレームがそれらに向けられたものではないことを他のＵＥが判定するようにもできる。ＵＥ１１６および他のＵＥは、共通のダウンリンクリソース割当てによる衝突と闘うためにＯＯＫを使用してＡＣＫ／ＮＡＫを送信できる。
【００５１】
図５は、無線通信システムにおいてデータを交換するプロセス５００の一設計形態を示す。プロセス５００は、ＵＥ、基地局（例えばｅＮＢ）、または他の何らかのエンティティによって実行できる。通信リンクのためのリソース割当てが判定でき、リソース割当ては、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である（ブロック５１２）。リソース割当ては、通信リンクを介してのデータ伝送のために使用可能なリソースおよび１つまたは複数の変調および符号化方式を備える。データは、リソース割当てに基づいて通信リンクを介して交換（例えば送信および／または受信）されることができる（ブロック５１４）。リソース割当ては、データが最後に交換されたときから所定期間内にさらなるデータが交換されなかったことを判定するとすぐ放棄できる（ブロック５１６）。
【００５２】
プロセス５００は、アップリンク上でのデータ伝送のためにＵＥによって実行できる。ＵＥは、（例えばＶｏＩＰアプリケーションから）アップリンク上で送信すべきデータを受信し、送信すべきデータを受信したことに応答してリソースを求める要求を送信し、要求に応答してリソース割当てを受信できる。次いで、ＵＥはリソース割当てに基づいてデータを送信し、データを送信した後にタイマを所定期間に設定し、タイマが時間切れになっていなくて利用可能であればさらなるデータを送信し、さらなるデータを送信した後にタイマを再設定し、タイマが時間切れになるとリソース割当てを放棄できる。ＵＥは、タイマの時間切れの前にリソース割当てを終らせるためのデータ表示をしない要求を送信できる。ＵＥは、（ｉ）現在のデータスパートのための予期される最後のデータと共に、または（ｉｉ）最後に送信されたデータの特定期間内にさらなるデータが送信されなかった場合、または（ｉｉｉ）他の何らかの条件またはトリガイベントに基づいて、データ表示をしないこの要求を送信できる。
【００５３】
プロセス５００はまた、アップリンク上でのデータ伝送のために基地局によって実行できる。基地局は、ＵＥからリソースを求める要求を受信でき、ＵＥにリソース割当てを送信できる。基地局は、ＵＥによってアップリンク上で送信されたデータを検出するためにリソース割当てに基づいてその受信された伝送のブラインド復号を行うことができる。
【００５４】
プロセス５００はまた、ダウンリンク上でのデータ伝送のために基地局によって実行できる。基地局は、ＵＥにダウンリンク上で送信すべきデータを受信し、受信されたデータに基づいてリソース割当てを判定し、ＵＥにリソース割当てを送信できる。基地局は、ＵＥのＣ−ＲＮＴＩに基づいてデータを処理でき、処理されたデータをダウンリンク上でＵＥに送信できる。
【００５５】
プロセス５００は、また、ダウンリンク上でのデータ伝送のためにＵＥによって実行できる。ＵＥは、リソース割当てを受信するために制御チャネルをモニタできる。ＵＥは、ＤＲＸモードで動作でき、リソース割当てを受信するために、指定された時間間隔で制御チャネルをモニタできる。ＵＥは、ＵＥにダウンリンク上で送信されたデータを検出するためにリソース割当てに基づいてその受信された伝送のブラインド復号を行うことができる。ＵＥは、リソース割当てに基づいてダウンリンク上でデータを受信でき、ＯＯＫを使用して受信されたデータのためのＡＣＫまたはＮＡＫを送信できる。
【００５６】
ダウンリンクとアップリンクの両方において、データはＨＡＲＱによってデータフレームで送信できる。各データフレームは、少なくとも１つのＨＡＲＱ伝送、データフレームの最初の伝送のための１つのＨＡＲＱ伝送、および、場合によってはデータフレームの再伝送のための追加のＨＡＲＱ伝送によって送信できる。データフレームごとのＨＡＲＱ伝送の予期される数は、データバッファの蓄積を回避するために、連続したデータフレーム間の予期される時間間隔より短くてよい。リソース割当てがデータフレームごとの第１のＨＡＲＱ伝送だけをカバーする場合、データフレームごとのＨＡＲＱ伝送の予期される数は、伝送のためのシグナリングオーバヘッドを低減するために１つから２つでよい。
【００５７】
図６は、無線通信システムにおいてデータを交換する機器６００の一設計形態を示す。機器６００は、通信リンクのためのリソース割当てを判定する手段（モジュール６１２）であって、リソース割当てが、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である手段と、リソース割当てに基づいて通信リンクを介してデータを交換する手段（モジュール６１４）と、データが最後に交換されたときから所定期間内にさらなるデータが交換されなかったという判定に伴ってリソース割当てを放棄する手段（モジュール６１６）を含む。
【００５８】
図７は、ＵＥによってアップリンク上でデータを送信するプロセス７００の一設計形態を示す。ＵＥは、例えばＶｏＩＰアプリケーションからアップリンク上で送信すべきデータを受信でき（ブロック７１２）、送信すべきデータを受信したことに応答して、リソースを求める要求を送信できる（ブロック７１４）。ＵＥは、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であるアップリンクのためのリソース割当てを受信できる（ブロック７１６）。ＵＥは、リソース割当てに基づいてアップリンク上でデータを送信できる（ブロック７１８）。ＵＥは、アップリンク上でデータを送信した後にタイマを所定期間に設定できる（ブロック７２０）。ＵＥは、タイマが時間切れになっていなくて利用可能であればアップリンク上でさらなるデータを送信できる（ブロック７２２）。ＵＥは、タイマが時間切れになるとリソース割当てを放棄できる（ブロック７２４）。
【００５９】
図８は、アップリンク上でデータを送信する機器８００の一設計形態を示す。機器８００は、例えばＶｏＩＰアプリケーションから、ＵＥにおいてアップリンク上で送信すべきデータを受信する手段（モジュール８１２）と、送信すべきデータを受信したことに応答してリソースを求める要求を送信する手段（モジュール８１４）と、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であるアップリンクのためのリソース割当てを受信する手段（モジュール８１６）と、リソース割当てに基づいてアップリンク上でデータを送信する手段（モジュール８１８）と、アップリンク上でデータを送信した後にタイマを所定期間に設定する手段（モジュール８２０）と、タイマが時間切れになっていなくて利用可能であればアップリンク上でさらなるデータを送信する手段（モジュール８２２）と、タイマが時間切れになるとリソース割当てを放棄する手段（モジュール８２４）を含む。
【００６０】
図９は、無線通信システムにおいてデータを交換するプロセス９００の一設計形態を示す。プロセス９００は、ＵＥ、基地局、または他の何らかのエンティティによって実行できる。通信リンクのための半永続的リソース割当てまたは非永続的リソース割当てが判定できる（ブロック９１２）。半永続的リソース割当ては、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効であり得る。半永続的リソース割当ては、通信リンクを介して送信すべきデータの予期されるスパートのために承認されることができる。非永続的リソース割当ては、所定の持続時間または特定の伝送の間有効であり得る。データは、半永続的リソース割当てまたは非永続的リソース割当てに基づいて通信リンクを介して交換できる（ブロック９１４）。
【００６１】
プロセス９００は、アップリンク上でのデータ伝送のためにＵＥによって実行できる。ＵＥは、アップリンク上で送信すべきデータを、例えばＶｏＩＰアプリケーションから受信でき、リソースを求める要求を送信できる。ＵＥは、要求が音声フレームのためである場合に半永続的リソース割当てを受信でき、要求がＳＩＤフレームのためである場合に非永続的リソース割当てを受信できる。ＵＥは、要求が音声フレームのためである場合に制御チャネル上で第１のコードワードを送信でき、要求がＳＩＤフレームのためである場合に制御チャネル上で第２のコードワードを送信できる。
【００６２】
プロセス９００は、また、アップリンク上でのデータ伝送のために基地局によって実行できる。基地局は、ＵＥからリソースを求める要求を受信できる。基地局は、要求が音声フレームのためである場合にＵＥに半永続的リソース割当てを送信でき、要求がＳＩＤフレームのためである場合にＵＥに非永続的リソース割当てを送信できる。
【００６３】
プロセス９００は、また、ダウンリンク上でのデータ伝送のために基地局によって実行できる。基地局は、ＵＥに送信すべき音声フレームがある場合にＵＥに半永続的リソース割当てを送信でき、ＵＥに送信すべきＳＩＤフレームがある場合にＵＥに非永続的リソース割当てを送信できる。
【００６４】
プロセス９００はまた、ダウンリンク上でのデータ伝送のためにＵＥによって実行できる。ＵＥは、ダウンリンクのための半永続的リソース割当てまたは非永続的リソース割当てを受信するために制御チャネルをモニタできる。
【００６５】
ブロック９１２で半永続的リソース割当てが判定された場合、ＵＥおよび基地局は、図５に関して上述したようにデータを交換できる。ブロック９１２で非永続的リソース割当てが判定された場合、ＵＥおよび基地局はデータ（例えばＳＩＤフレーム）を交換でき、データ交換後にリソース割当て権を放棄できる。
【００６６】
図１０は、無線通信システムにおいてデータを交換する機器１０００の一設計形態を示す。機器１０００は、通信リンクのための、最後に送信されたデータの所定期間内にさらなるデータが送信される限り有効である半永続的リソース割当てまたは所定の持続時間もしくは特定の伝送の間有効である非永続的リソース割当てを判定する手段（モジュール１０１２）と、半永続的リソース割当てまたは非永続的リソース割当てに基づいて通信リンクを介してデータを交換する手段（モジュール１０１４）を含む。
【００６７】
図６、８および１０のモジュールは、プロセッサ、電子装置、ハードウェア装置、電子部品、論理回路、メモリなど、またはそれらの任意の組合せを備えてもよい。
【００６８】
情報および信号は様々なそれぞれ異なる技術および技法のうちのいずれかを使用して表せることを当業者は理解するであろう。例えば上述の説明全体にわたって言及されることがあるデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光電場または光粒子、あるいはそれらの任意の組合せによって表せる。
【００６９】
本明細書の開示に関連して説明された様々な例示的論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはそれら両方の組合せとして実施できることを当業者はさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明瞭に例示するために、様々な例示的コンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に上述されてきた。そのような機能がハードウェアとして実施されるかまたはソフトウェアとして実施されるかは、システム全体に課される特定の利用形態および設計形態の制約によって決まる。当業者は説明された機能を特定の利用形態ごとに様々なやり方で実施できるが、そのような実施の決定は本開示の範囲からの逸脱を生じさせると解釈されるべきではない。
【００７０】
本明細書における開示に関連して説明された様々な例示的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いて実施または実行できる。汎用プロセッサは、マイクロプロセッサでもよいが、代替形態において、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもよい。プロセッサはまた、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つまたは複数のマイクロプロセッサ、または任意の他のそのような配位として実装されてもよい。
【００７１】
本明細書における開示に関連して説明された方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれら２つの組合せにおいて実施できる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体に存在してもよい。一例示的記憶媒体は、プロセッサが記憶媒体から情報を読み出し、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替形態において、記憶媒体は、プロセッサに統合されていてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣは、ユーザ端末に存在してもよい。代替形態において、プロセッサおよび記憶媒体は、ユーザ端末にディスクリートコンポーネントとして存在してもよい。
【００７２】
１つまたは複数の例示的設計形態において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実施されてもよい。ソフトウェアにおいて実施される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されてもよく、コンピュータ可読媒体を介して送信されてもよい。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にするいかなる媒体をも含めて、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスできるいかなる利用可能な媒体でもよい。例として、限定としてではなく、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶装置、あるいは、命令またはデータ構造の形態での所望のプログラムコード手段を担持または記憶するために使用でき、汎用コンピュータまたは専用コンピュータ、もしくは汎用プロセッサまたは専用プロセッサによってアクセスできる他のいかなる媒体をも備えることができる。また、当然のことながら、いかなる接続もコンピュータ可読媒体と呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、対より線、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、対より線、ＤＳＬ、または赤外線、無線、およびマイクロ波などの無線技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、この場合、ディスク（disks）は、通常、データを磁気的に再生し、一方、ディスク（discs）は、データをレーザによって光学的に再生する。上記のものの組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【００７３】
本開示の前述の説明は、当業者なら誰でも本開示を作製または使用できるようにするために提供されている。本開示に対する様々な変更形態は、当業者には容易に明らかになり、本明細書で定義された一般的原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用できる。従って、本開示は、本明細書で説明された例および設計形態に限定されることを意図するものではなく、本明細書で開示された原理および新規特徴に一致する最も広い範囲を与えられるものとする。
【図１】
2010502127.tif 000004
【図２】
2010502127.tif 000005
【図３】
2010502127.tif 000006
【図４】
2010502127.tif 000007
【図５】
2010502127.tif 000008
【図６】
2010502127.tif 000009
【図７】
2010502127.tif 000010
【図８】
2010502127.tif 000011
【図９】
2010502127.tif 000012
【図１０】
2010502127.tif 000013
【国際調査報告】
2010502127.tif 000014
2010502127.tif 000015
2010502127.tif 000016