(57)【要約】  本発明は、ＭＴＣデバイスのリソース・スケジューリングを実施する方法に関し、基地局は、複数のマシン通信（ＭＴＣ）デバイスをグループに割り当て、各デバイスにそれぞれグループの順序番号を割り振り、対応する各デバイスにデバイスのシーケンス番号を通知し、グループにリソース・セットを割り振り、リソース・セットを指示する指示情報をブロードキャスト・シグナリングにより各デバイスに伝送し、シーケンス番号は、デバイスによって使用される、リソース・セット内のリソースを指示するために使用される。ＭＴＣデバイスは、シーケンス番号に基づいて、デバイスによって使用されるリソース・セット内のリソースを決定する。本発明の実施形態は、ＭＴＣリソース・スケジューリングのオーバーヘッドを低減することができる。
2014528660.tif 000002
【特許請求の範囲】
【請求項１】
基地局において、ＭＴＣデバイスのリソース・スケジューリングを実施する方法であって、
i．複数のＭＴＣデバイスをグループに割り当て、各デバイスにそれぞれ前記グループのシーケンス番号を割り振るステップと、
ii．対応する各デバイスに前記デバイスの前記シーケンス番号を通知するステップと、
iii．前記グループにリソース・セットを割り振り、前記リソース・セットを指示する指示情報をブロードキャスト・シグナリングにより各デバイスに伝送するステップとを備え、
前記シーケンス番号は、前記デバイスによって使用される前記リソース・セット内のリソースを指示するために使用される、方法。
【請求項２】
前記グループはグループＩＤを有し、前記ステップiiは各デバイスに前記グループＩＤを通知し、前記グループＩＤおよび前記シーケンス番号は前記使用されるリソースを指示する、請求項１に記載の方法。
【請求項３】
前記ステップｉは、
同じアプリケーションを実行している前記デバイスを前記グループに割り当て、各デバイスにシーケンス番号を割り振るステップを備える、請求項１または２に記載の方法。
【請求項４】
前記ステップiiiの前に、
各デバイスにスケジューリング期間を通知するステップをさらに備え、
前記ステップiiiは前記スケジューリング期間に繰り返される、請求項３に記載の方法。
【請求項５】
各デバイスに更新されたスケジューリング方策を通知するステップをさらに備え、
前記スケジューリング方策は、
前記スケジューリング期間、および
使用されるリソースを前記シーケンス番号が指示する方法のいずれかを備える、請求項４に記載の方法。
【請求項６】
前記ステップｉは、
特定の時間ウィンドウ内に複数のデバイスからスケジューリング要求を受信するステップであって、前記スケジューリング要求は同一および／または異なるアプリケーションに対応するステップと、
前記シーケンス番号を前記複数のデバイスに割り振るステップとを備える、請求項１または２に記載の方法。
【請求項７】
前記ステップiiは、各シーケンス番号と各デバイスのＩＤの間の１対１の対応関係をブロードキャストによりそれぞれのデバイスに伝送し、
ステップivが、物理ダウンリンク制御チャネルで前記指示情報を伝送する、請求項１に記載の方法。
【請求項８】
ＭＴＣデバイスにおいて、リソース・スケジューリングを実施する方法であって、
i．グループ内のデバイスのシーケンス番号を受信するステップであって、前記グループは前記デバイスおよび少なくともその他の１つのＭＴＣデバイスを備えるステップと、
ii．リソース・セットを指示する指示情報をブロードキャストにより受信するステップであって、前記リソース・セットは前記基地局によって前記グループに割り振られ、前記シーケンス番号は前記デバイスによって使用される前記リソース・セット内のリソースを指示するために使用されるステップと、
iii．前記シーケンス番号に基づいて、前記デバイスによって使用される前記リソース・セット内の前記リソースを決定するステップとを備える、方法。
【請求項９】
前記グループはさらにグループＩＤを有し、前記ステップｉは前記グループＩＤをさらに受信し、前記グループＩＤおよび前記シーケンス番号は前記使用されるリソースを指示するために使用される、請求項８に記載の方法。
【請求項１０】
前記デバイスおよび前記少なくとも他の１つのデバイスは同じアプリケーションを実行する、請求項８または９に記載の方法。
【請求項１１】
前記ステップiiは、
前記ステップｉの後に、前記指示情報を受信するために継続的に監視するステップを備えるか、
または、前記ステップiiの前に、
前記基地局からスケジューリング期間を受信するステップも備え、
前記ステップiiおよびiiiはスケジューリング期間に繰り返される、請求項１０に記載の方法。
【請求項１２】
更新されたスケジューリング方策を前記基地局から受信するステップも備え、
前記スケジューリング方策は、
前記スケジューリング期間、および
前記使用されるリソースを前記シーケンス番号が指示する方法のいずれかを備え、
前記ステップiiおよびiiiは、前記更新されたスケジューリング方策を使用することによって前記使用されるリソースを決定する、請求項１１に記載の方法。
【請求項１３】
前記ステップｉの前に、
特定の時間ウィンドウ内にスケジューリング要求を前記基地局に送信するステップを備える、請求項８に記載の方法。
【請求項１４】
前記シーケンス番号および／または前記指示情報を正しく受信しない場合、ＨＡＲＱ通信を実施するために前記デバイスのＩＤを使用するステップと、
前記シーケンス番号および／または前記指示情報を正しく受信する場合、前記決定されたリソースに基づいて前記基地局と通信し、前記通信にエラーが発生する場合、ＨＡＲＱ通信を実施するために前記デバイスの前記ＩＤを使用するステップとを備える、請求項８に記載の方法。
【請求項１５】
前記ステップｉにおいて、各シーケンス番号と各デバイスのＩＤの間の前記１対１の対応関係をブロードキャストにより受信し、前記デバイスの前記ＩＤに従い前記デバイスに対応する前記シーケンス番号を決定し、
前記ステップiiにおいて、前記物理ダウンリンク制御チャネルで前記指示情報を受信する、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関し、詳細には、マシン通信（ＭＴＣ：machine type communications）に使用されるリソース・スケジューリングの方法に関する。
【背景技術】
【０００２】
３ＧＰＰにおいて、ＭＴＣデバイスに注目して交わされる論戦は、大量のＭＴＣユーザ・デバイスがアクセスし、各々のユーザ・デバイスがわずかなデータ伝送パケットしか有していないということにある。たとえば、インテリジェント測定の場合、多数のＭＴＣデバイスがあるが、各々のＭＴＣデバイスは、毎回１パケットのデータしか伝送しない。現在、各データ伝送のリソース・スケジューリングに必要とされるシグナリングは、要求されるリソースが数十ビットまたは数千ビットであるかどうかには関わりなく同じである。シグナリングでは、４６ビットの物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）を占有する必要がある。したがって、たとえば数十ビットのデータのような、わずかなデータパケットの場合、シグナリング・オーバーヘッドはかなりの量になる。将来の通信アクティビティにおいて、ＭＴＣが大部分を占めるであろうことが予測されうる。したがって、ＭＴＣサービスをサポートするネットワークの場合、ネットワーク全体のシグナリング・オーバーヘッドは、無視できない負担となる。
【０００３】
上記の問題を克服するため、複数のＭＴＣデバイスを統一管理用に１つのグループに割り当てることは、１つの解決策スキームである。現在、３ＧＰＰにおいて一部議論がなされているが、効果的な技術的スキームは提案されていない。たとえば、Ｒ２−１０２１４２において、グループ化の必要性は指摘されているが、グループ化に基づくリソース・スケジューリングを実施する詳細な技術的スキームはない。Ｒ２−１１２９５３では、ＭＢＭＳ（マルチメディア・ブロードキャスト・マルチキャスト・サービス：multimedia broadcast multicast service）に基づくグループ化が議論されているが、これにはＭＢＭＳをサポートするＭＴＣが必要となるので、スキームの推進にはある種の困難が生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ＭＴＣリソース・スケジューリングのシグナリング・オーバーヘッドが大きいという前述の技術的な問題を解決するため、ＭＴＣデバイス・グループに基づく詳細なリソース・スケジューリングスキームを提供することである。
【課題を解決するための手段】
【０００５】
本発明の発明概念は、複数のＭＴＣデバイスをグループに割り当て、各デバイスにそれぞれ、グループのシーケンス番号を割り振ることである。基地局は、各デバイスのシーケンス番号を対応するデバイスに通知するので、オーバーヘッドは極めて小さくなる。基地局は、まとめてグループにリソース・セットを割り振り、グループ内のすべてのＭＴＣデバイスに、ブロードキャストによりリソース・セットを通知する。したがって、リソース・スケジューリング・シグナリングは、複数のＭＴＣデバイスについて１回だけ使用されるので、オーバーヘッドが低減する。各ＭＴＣデバイスは、各自のシーケンス番号に基づいてリソース・セット内の各自に対応するリソースを見出して通信を実施する。
【０００６】
本開示の１つの態様は、基地局において、ＭＴＣデバイスのリソース・スケジューリングを実施する方法を提供し、方法は、
ｉ．  複数のＭＴＣデバイスをグループに割り当て、各デバイスにそれぞれグループのシーケンス番号を割り振るステップと、
ｉｉ．  対応する各デバイスにデバイスのシーケンス番号を通知するステップと、
ｉｉｉ．  グループにリソース・セットを割り振り、リソース・セットを指示する指示情報をブロードキャスト・シグナリングにより各デバイスに伝送するステップとを備え、
シーケンス番号は、デバイスによって使用されるリソース・セット内のリソースを指示するために使用される。
【０００７】
本態様は、ＭＴＣリソース・スケジューリングのオーバーヘッドを低減することができる、ＭＴＣデバイス・グループに基づくリソース・スケジューリングの詳細な技術的解決策を提供する。
【０００８】
１つの実施形態において、グループはグループＩＤを有し、ステップｉｉは各デバイスにグループＩＤを通知し、グループＩＤおよびシーケンス番号は使用されるリソースを指示する。実施態様は、ネットワーク内の複数のＭＴＣデバイス・グループをサポートすることができ、リソース・スケジューリングの柔軟性を高める。
【０００９】
１つの実施形態において、ステップｉは、同じアプリケーションを実行しているデバイスをグループに割り当てるステップと、各デバイスにシーケンス番号を割り振るステップとを備える。この実施形態の利点は、同じアプリケーションを実行しているデバイスが、たとえば通信時間およびデータ量が同じであるなど、類似する通信特徴を有するので、オーバーヘッドを低減するために統一されてリソースを割り振られてもよいということにある。
【００１０】
１つの実施形態において、方法は、ステップｉｉｉの前に、
各デバイスにスケジューリング期間を通知するステップをさらに備え、
ステップｉｉｉはスケジューリング期間に繰り返される。
【００１１】
この実施形態の利点は、ＭＴＣデバイスにスケジューリング時間を毎回通知することなく、定期的にスケジュールするようＭＴＣと合意することができ、節電のためにＭＴＣデバイスが非スケジューリング時間にチャネルを監視しなくてもよいようにすることである。
【００１２】
１つの実施形態において、方法は、
各デバイスに更新されたスケジューリング方策を通知するステップをさらに備える。
【００１３】
スケジューリング方策は、
スケジューリング期間、および
使用されるリソースをシーケンス番号が指示する方法のいずれかを備える。
【００１４】
この実施態様の利点は、スケジューリング方策の変更を可能にすること、およびリソース・スケジューリングの柔軟性を高めることである。
【００１５】
１つの実施形態において、ステップｉは、
特定の時間ウィンドウ内に複数のデバイスからスケジューリング要求を受信するステップであって、スケジューリング要求は同一および／または異なるアプリケーションに対応するステップと、
シーケンス番号を複数のデバイスに割り振るステップとを備える。
【００１６】
この実施態様の利点は、リソースを要求し、スケジュールに統一された、ＭＴＣデバイスのリソース・セットを高い柔軟性により動的に割り振ることである。
【００１７】
したがって、本発明のもう１つの態様は、ＭＴＣデバイスにおいてリソース・スケジューリングを実施する方法を提供し、方法は、
ｉ．  グループ内のデバイスのシーケンス番号を受信するステップであって、グループはデバイスおよび少なくともその他の１つのＭＴＣデバイスを備えるステップと、
ｉｉ．  リソース・セットを指示する指示情報をブロードキャストにより受信するステップであって、リソース・セットは基地局によってグループに割り振られ、シーケンス番号はデバイスによって使用されるリソース・セット内のリソースを指示するために使用されるステップと、
ｉｉｉ．  シーケンス番号に基づいて、デバイスによって使用されるリソース・セット内のリソースを決定するステップとを備える。
【００１８】
後段の図面を参照して非限定的な実施形態の詳細な説明を読むことにより、本発明のその他の特徴、目的、および利点がさらに明らかとなろう。
【図面の簡単な説明】
【００１９】
【図１】本発明によるＭＴＣデバイスのグループ化を示す概略図である。
【図２】本発明の１つの実施形態による、グループ内のＭＴＣデバイスのシーケンス番号とデバイスに使用されるブロックとの対応する関係を示す概略図である。
【図３】本発明の実施形態による、定期スケジューリングを示す概略図である。
【図４】本発明のもう１つの実施形態による、動的なリソース・スケジューリングを示す流れ図である。
【発明を実施するための形態】
【００２０】
基地局は、複数のＭＴＣデバイスをグループに割り当て、各デバイスにそれぞれグループのシーケンス番号を割り振り、対応する各デバイスにデバイスのシーケンス番号を通知し、グループにリソース・セットを割り振り、リソース・セットを指示する指示情報をブロードキャスト・シグナリングにより各デバイスに伝送し、シーケンス番号は、デバイスによって使用されるリソース・セット内のリソースを指示するために使用される。ＭＴＣデバイスは、シーケンス番号に基づいて、デバイスによって使用されるリソース・セット内のリソースを決定する。
【００２１】
最初に、後段では、本発明の第１の実施形態による、同じアプリケーションを実行しているＭＴＣデバイスのリソース・スケジューリングの方法フローを詳細に説明する。
【００２２】
同じアプリケーションを実行しているＭＴＣデバイスの場合、ＭＴＣデバイスは、比較的短い時間ウィンドウで集中的にネットワークにアクセスし、同じタイプのデータをアップロードするので、同じシグナリング・フローをたどる、といった特徴を有する。したがって、この実施形態は、それらのＭＴＣデバイスをグループに割り当て、スケジューリングを実施する。
【００２３】
詳細には、基地局は、複数のＭＴＣデバイスをグループに割り当て、各デバイスは、それぞれグループのシーケンスＩＤに対応する。一般に、各デバイスのシーケンスＩＤは、現行セッション中は不変である。
【００２４】
好ましくは、基地局は複数のグループを保持することができ、この場合、基地局はそれぞれグループごとにグループＩＤを割り当てる。
【００２５】
グループ化の手順は、各デバイスがネットワークで登録する場合に実施されてもよい。図１に示されるように、Ｔは時間軸を識別し、ＭＴＣデバイス１〜５は、順次ネットワークに登録する。基地局は、各ＭＴＣデバイスによって実行されるアプリケーションに従って、ＭＴＣデバイス１、３および４をグループＡに割り当て、ＭＴＣデバイス２および５をグループＢに割り当てる。
【００２６】
グループ化した後、基地局は、対応するデバイスに、そのグループＩＤおよびグループのシーケンス番号を通知する。好ましくは、基地局は、これらの情報を、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ（ＲＲＣ接続設定）メッセージを通じてＭＴＣデバイスに通知することができるので、オーバーヘッドの発生を回避することができる。
【００２７】
したがって、ＭＴＣデバイスは、デバイスが属するグループＩＤ、およびグループ内のそのシーケンス番号を受信する。
【００２８】
多くの場合、多数のＭＴＣデバイスがあり、各デバイスは、少量のデータパケットを定期的に伝送するだけである。さらに、ＭＴＣデバイスは、特定の遅延許容機構を有する、つまり伝送されるべきデータは生成されてから一瞬後に伝送されてもよい。次いで、好ましくは、リソース・スケジューリングは、特定の間隔で、各デバイスに、データパケットの伝送によって占有される通信リソースを通知して、定期的に実施されてもよい。そのために、基地局は、各ＭＴＣデバイスに、スケジュール期間を通知することができる。たとえば、基地局は、スケジューリングが期間として１００ｍｓ要することを各ＭＴＣデバイスに通知する。
【００２９】
したがって、ＭＴＣデバイスは、スケジューリング期間を受信する。
【００３０】
後に、スケジュール時間になると、基地局は、グループにリソース・セットを割り振り、リソース・セットを指示する指示情報をブロードキャスト・シグナリングにより各デバイスに伝送する。したがって、各ＭＴＣデバイスは、リソース・セットを指示する指示情報をブロードキャストにより受信する。
【００３１】
詳細には、各ＭＴＣデバイスは少量のデータパケットしか伝送しないので、単一のＭＴＣデバイスの場合、１つまたは数個のリソースブロック（ＲＢ）で十分である。ＭＴＣデバイス・グループの場合、数十または数百のＲＢから成るリソース・セットが必要となることもある。１０を超えるＲＢを備えるシステムの場合、タイプ０は一般に複数のＲＢを指示するために使用されるので、タイプ０でリソース・セットを指示することは不十分である。タイプ２は、ジョブを完了するために使用されてもよく、タイプ２は開始位置およびＲＢの量を定義するので、リソース・セットを十分に指示することができる。通常、タイプ２は、
【００３２】
【数１】
2014528660.tif 000003
を必要とする、ただし
【００３３】
【数２】
2014528660.tif 000004
はＲＢの量である。１１０ＲＢを必要とするリソース・セットの場合、１４ビットが必要となる。したがって、リソース・セットについて、ＲＢの合計量は効率的に指示されうる。
【００３４】
スケジュール時間において、基地局は、指示情報として、タイプ２によって指示されるリソース・セットを使用し、これをＰＤＣＣＨブロードキャストにより各ＭＴＣデバイスに伝送する。ＭＴＣデバイスが各自のグループに対応する指示情報を容易に決定できるようにするため、基地局はまた、グループのグループＩＤも共に伝送する。スケジュール時間になると、各ＭＴＣデバイスは、ＰＤＣＣＨチャネルを監視し、ＭＴＣが属するグループに対応する指示情報を受信し、それによりグループに占有されるリソース・セットを決定する。
【００３５】
次いで、ＭＴＣデバイスは、グループ内のデバイスのシーケンス番号を使用することにより、リソース・セット内の、ユーザ・デバイスによって使用されるＲＢ（複数可）を決定することができる。
【００３６】
１つの例において、グループ内に２０のＭＴＣデバイスがある場合、基地局は、連続するＲＢを、シーケンス番号０〜１９を持つＭＴＣデバイスに順次割り当て、２０ＲＢから成るリソース・セットはタイプ２によって指示される。各ＭＴＣデバイスは、タイプ２によって指示されるＲＢの開始位置Ｐから開始し、グループ内のＭＴＣデバイスのシーケンス番号に基づいて使用されるＲＢを決定する。たとえば、図２に示されるように、シーケンス番号０を持つＭＴＣデバイスの場合、開始位置Ｐによって指示される第１のＲＢを使用し、シーケンス番号５を持つＭＴＣデバイスの場合、開始位置Ｐの次から５番目のＲＢを使用する。
【００３７】
決定されたＲＢ（複数可）に基づいて、ＭＴＣデバイスは、基地局と通信するために、対応する時間／周波数でデータパケットを伝送する。
【００３８】
通信中にエラーが発生する場合、ＭＴＣデバイスは、たとえばＣ−ＲＮＴＩのような自身のＩＤを使用するように変更して、基地局とＨＡＲＱ通信を実施するが、これは現行技術において同じＭＴＣデバイス通信モードであるので、詳細には説明されない。
【００３９】
好ましくは、グループのスケジューリング方策が変更される場合、たとえば、基地局が各ＭＴＣデバイスに２つのＲＢを割り当てるか、またはスケジューリング期間が更新される場合、基地局は、更新されたスケジューリング方策をグループのＭＴＣデバイスにブロードキャストする。
【００４０】
次のスケジューリング時間になると、上記のスケジューリング・プロセスは繰り返す。図３に示されるように、スケジューリング期間は１００ｍｓであり、参照符号０は、上記のスケジューリング・プロセスの実施を意味する。
【００４１】
スケジューリング期間を通知して定期的にスケジューリングを実施する上記の技術的解決策が、一例に過ぎないことを理解されたい。基地局は、リソース・スケジューリングを必要とする場合、指示情報を直接伝送することができるが、ＭＴＣデバイスは、ＰＤＣＣＨチャネルを継続的に監視して指示情報を受信し、通信リソースを決定して通信する。
【００４２】
上記は、本発明の第１の実施形態による、同じアプリケーションを実行しているＭＴＣデバイスのグループ化およびスケジューリングの方法の詳細な説明である。後段では、本発明の第２の実施形態による、リソースを要求するＭＴＣデバイスの動的リソース・スケジューリングの方法および手順を詳細に説明する。
【００４３】
この実施形態において、グループ化がネットワークにＭＴＣデバイスがアクセスする際に行なわれることは、以前の実施形態と同様であるが、グループ化は、実行中のアプリケーションが同じであるかどうかに限定されなくてもよい。上記の実施形態とは異なり、基地局は、リソースを必要としているＭＴＣデバイスにグループ内のＭＴＣデバイスのシーケンス番号を動的に割り当て、基地局はＭＴＣデバイスにリソース・セットを割り振る。
【００４４】
詳細には、リソースを必要としている複数のＭＴＣデバイスは、スケジューリング要求（略してＳＲ）を基地局に送信する。図４に示されるように、ｎ個のＭＴＣデバイスがある、つまりＭＴＣ１、ＭＴＣ２、．．．ＭＴＣｎがＳＲを送信したということである。時間ウィンドウに続いて、基地局は、ｎ個のＭＴＣデバイスがリソースを必要としていると決定し、次いでグループのシーケンス番号をそれぞれｎ個のＭＴＣデバイスの各々に対して割り当てる。さらに、基地局は、シーケンス番号とＣ−ＲＮＴＩのようなデバイスのＩＤとのマッピング関係を、各ＭＴＣデバイスに伝送する。１つの場合において、伝送は、ブロードキャストによるものであってもよく、つまりすべてのシーケンス番号とＣ−ＲＮＴＩの間の１対１のマッピング関係がＲＲＣシグナリングにより各ＭＴＣデバイスに伝送され、各ＭＴＣデバイスはそれぞれそのＣ−ＲＮＴＩに対応するシーケンス番号を見出す。紛失を防ぐために、マッピング関係は高い符号化速度で繰り返し伝送されてもよい。ＭＴＣデバイスがまだデバイスのシーケンス番号を正しく受信することができない場合、ＭＴＣデバイスは、デバイスＣ−ＲＮＴＩに基づいて通信するためにＨＡＲＱ再送信を実施するが、これは現行の技術であり詳細には説明されない。グループに１００のデバイスがあり、再伝送速度が１０％である場合、シグナリング・オーバーヘッドは約８９％低減されうる。
【００４５】
したがって、ＭＴＣデバイスは、シーケンス番号を受信する。たとえば、ＭＴＣデバイスがＳＲを送信した後、ＭＴＣデバイスは、基地局によって伝送されるシーケンス番号を継続的に監視して受信する。ネットワークに複数のグループがある場合、シーケンス番号は、ＭＴＣデバイスを区別しやすくするためにグループＩＤを有する必要がある。
【００４６】
ＭＴＣデバイスがアイドルモードに入る場合、たとえばＲＲＣ接続解除（RRC connection release）メッセージによりグループから除去されてもよい。
【００４７】
上記の第１の実施形態と同様に、基地局は、ＭＴＣデバイス・グループにリソース・セットを割り振り、リソース・セットを指示する指示情報をＰＤＣＣＨにより各デバイスにブロードキャストすることができる。各ＭＴＣデバイスは、通信するために、グループの取得したシーケンス番号に基づいて、リソース・セットからその使用されるＲＢ（複数可）を見出す。ＭＴＣデバイスがシーケンス番号を受信しない場合、その使用されるＲＢを決定することはなく、ＨＡＲＱを使用して通信する。
【００４８】
上記の記載内容は、本発明のさまざまな実施形態を詳細に説明するが、本発明の法的な範囲は、添付の特許請求の範囲の文言によって定義されることを理解されたい。可能な各々の実施形態を説明することは、不可能ではないとしても実際的ではないため、詳細な説明は、本発明の可能な各々の実施形態の説明ではなく、例示としてのみ解釈されるべきである。現行技術または本特許の出願日以降に開発された技術を使用して、各々の置き換え可能な実施形態を実現することも、本発明の特許請求の範囲に含まれる。
【００４９】
本開示は詳細な実施形態を説明するが、本発明は提供される例により限定されることはなく、添付の特許請求の範囲の精神および範囲によって限定される内容を含むことが定義される。
【図１】
2014528660.tif 000005
【図２】
2014528660.tif 000006
【図３】
2014528660.tif 000007
【図４】
2014528660.tif 000008
【国際調査報告】
2014528660.tif 000009
2014528660.tif 000010
2014528660.tif 000011