特許 6783441 スロット付きＡＬＯＨＡの電信分割

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6783441

(24)【登録日】2020年10月26日

(45)【発行日】2020年11月11日

(54)【発明の名称】スロット付きＡＬＯＨＡの電信分割

(51)【国際特許分類】

   H04W 16/14 20090101AFI20201102BHJP

   H04W 28/26 20090101ALI20201102BHJP

   H04W 72/04 20090101ALI20201102BHJP

【ＦＩ】

   H04W16/14

   H04W28/26

   H04W72/04 131

   H04W72/04 132

【請求項の数】17

【全頁数】20

(21)【出願番号】特願2018-548910(P2018-548910)

(86)(22)【出願日】2017年3月14日

(65)【公表番号】特表2019-513325(P2019-513325A)

(43)【公表日】2019年5月23日

(86)【国際出願番号】EP2017056013

(87)【国際公開番号】WO2017157949

(87)【国際公開日】20170921

【審査請求日】2018年10月25日

(31)【優先権主張番号】16160485.5

(32)【優先日】2016年3月15日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】500341779

【氏名又は名称】フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン

(73)【特許権者】

【識別番号】515130991

【氏名又は名称】フリードリッヒ−アレキサンデル−ウニベルジテート・エルランゲン−ヌエルンベルグ

【氏名又は名称原語表記】Ｆｒｉｅｄｒｉｃｈ−Ａｌｅｘａｎｄｅｒ−Ｕｎｉｖｅｒｓｉｔａｅｔ Ｅｒｌａｎｇｅｎ−Ｎｕｅｒｎｂｅｒｇ

(74)【代理人】

【識別番号】100205981

【弁理士】

【氏名又は名称】野口 大輔

(72)【発明者】

【氏名】アルベルト・ホイベルガー

(72)【発明者】

【氏名】マルコ・ブライリング

(72)【発明者】

【氏名】ヨエルグ・ロベルト

(72)【発明者】

【氏名】ヤコブ・クニッセル

(72)【発明者】

【氏名】ゲルト・キリアン

(72)【発明者】

【氏名】ヨセフ・ベルナルド

(72)【発明者】

【氏名】ヨハネス・ヴェヒシュラー

(72)【発明者】

【氏名】シュテファン・エレス

【審査官】 青木 健

(56)【参考文献】

【文献】 米国特許出願公開第２０１５／０２８９２９２（ＵＳ，Ａ１）

【文献】 特表２０１５−５２１４２５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１５／０２７１８４１（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

移動体通信規格に準拠する移動通信システム（１２６）において動作するように構成される送信機（１００）であって、前記移動通信システム（１２６）のリソースは、リソースエレメント（１０４）に分割され、
前記送信機（１００）は、規格準拠の電信に追加する追加の電信（１０６）の送信を、前記追加の電信（１０６）を各々が前記追加の電信（１０６）より短い複数のデータパケット（１０８）に分離し、かつ前記データパケット（１０８）の各々を前記リソースエレメント（１０４）のうちの１つにおいて個別に送信することにより行うように構成され、
前記送信機（１００）は、前記追加の電信の前記複数のデータパケット（１０８）を、前記移動通信システム（１２６）の前記リソースエレメント（１０４）のうち非規格準拠の通信用に予約されるリソースエレメント（１０４’）において送信するように構成され、
前記送信機は、前記データパケット（１０８）を送信するための前記リソースエレメント（１０４）を、非規格準拠の通信用に予約される前記リソースエレメント（１０４’）から選択し、かつ選択された前記リソースエレメント（１０４）における前記データパケット（１０８）の送信を、これらのリソースエレメント（１０４）が空いているかどうかを事前に聴取することなく開始するように構成される、送信機（１００）。

【請求項2】

前記送信機（１００）は、規格準拠通信を、前記移動通信システム（１２６）の前記リソースエレメント（１０４）のうち規格準拠通信用に予約されるリソースエレメントを用いて実行するように構成される、請求項１に記載の送信機（１００）。

【請求項3】

前記送信機（１００）は、前記移動通信システム（１２６）または別の通信システムの同期信号へ同期するように構成される、請求項１〜２の一項に記載の送信機（１００）。

【請求項4】

非規格準拠の通信用に予約される前記リソースエレメント（１０４’）は、前記移動通信システム（１２６）の移動局（１２８）から基地局（１３０）への通信に使用されるアップリンクのリソースエレメントの適切なサブセットである、請求項１〜３の一項に記載の送信機（１００）。

【請求項5】

前記リソースエレメント（１０４）は、特定のタイムスロットおよび特定の周波数の少なくとも一方に関連づけられる、請求項１〜４の一項に記載の送信機（１００）。

【請求項6】

非規格準拠の通信用に予約される前記リソースエレメント（１０４’）は、前記移動通信システム（１２６）の管理エンティティ（１３０）によって割り当てられる、請求項１〜５の一項に記載の送信機（１００）。

【請求項7】

非規格準拠の通信用に予約される前記リソースエレメント（１０４’）は、前記移動通信システムの前記管理エンティティ（１３０）により、パフォーマンス基準に依存して動的に割り当てられる、請求項６に記載の送信機（１００）。

【請求項8】

前記リソースエレメント（１０４）のうちの幾つかは、非規格準拠の通信用および規格準拠通信用の双方に割り当てられる、請求項１および２〜７の一項に記載の送信機（１００）。

【請求項9】

前記送信機（１００）は、前記複数のデータパケット（１０８）のうちの少なくとも１つをガード・リソース・エレメントにおいて送信するように構成される、請求項１〜８の一項に記載の送信機（１００）。

【請求項10】

前記送信機（１００）は、前記複数のデータパケット（１０８）のうちの一部のみで前記追加の電信（１０６）を復号できるように、前記複数のデータパケット（１０８）をチャネル符号化するように構成される、請求項１〜９の一項に記載の送信機（１００）。

【請求項11】

前記送信機（１００）は、衝突を低減するために、前記複数のデータパケット（１０８）を、前記リソースエレメント（１０４）からユーザシーケンスに基づいて選択される選択されたリソースエレメント（１０４’）において送信するように構成される、請求項１０に記載の送信機（１００）。

【請求項12】

移動体通信規格に準拠する移動通信システム（１２６）において動作するように構成される受信機（１２０）であって、前記移動通信システム（１２６）のリソースは、リソースエレメント（１０４）に分割され、
前記受信機（１２０）は、規格準拠電信に追加する追加の電信（１０６）であって前記追加の電信（１０６）より各々が短い複数のデータパケット（１０８）に分割されて送信される前記追加の電信（１０６）の受信を、前記データパケット（１０８）の各々を前記リソースエレメントのうちの１つにおいて個別に受信することにより行なうように構成され、
前記受信機（１２０）は、前記追加の電信の前記データパケット（１０８）を、前記移動通信システム（１２６）の前記リソースエレメント（１０４）のうち非規格準拠の通信用に予約されるリソースエレメント（１０４’）において受信するように構成され、
前記受信機（１２０）は、前記データパケット（１０８）を、非規格準拠の通信用に予約される前記リソースエレメント（１０４’）から送信機により選択されるリソースエレメントにおいて受信するように構成される、受信機（１２０）。

【請求項13】

前記複数のデータパケット（１０８）は、前記複数のデータパケット（１０８）のうちの一部のみで前記追加の電信（１０６）を復号できるようにチャネル符号化され、
前記チャネル符号化されたデータパケットのうちの１つが前記リソースエレメント（１０４）のうちの１つにおいて別のデータパケットと衝突する場合、前記受信機（１２０）は、衝突した前記チャネル符号化データパケットの元のバージョンを、復号された前記追加の電信（１０６）に基づいて再構成し、かつ衝突した前記チャネル符号化データパケットの前記元のバージョンを、前記リソースエレメントにおいて受信されたデータから減算して前記他のデータパケットを取得するように構成される、請求項１２に記載の受信機（１２０）。

【請求項14】

移動通信システム（１２６）であって、
請求項１〜１１のいずれか一項に記載の送信機（１００）と、
請求項１２又は１３に記載の受信機（１２０）と、を備えるシステム（１２６）。

【請求項15】

移動体通信規格に準拠する移動通信システム（１２６）において送信するための方法（２００）であって、前記移動通信システム（１２６）のリソースは、リソースエレメントに分割され、前記方法は、
規格準拠の電信に追加する追加の電信を、前記追加の電信を各々が前記追加の電信より短い複数のデータパケットに分離し、かつ前記データパケットの各々を前記リソースエレメントのうちの１つにおいて個別に送信すること、によって送信すること（２０２）を含み、
前記送信すること（２０２）は、前記追加の電信の前記複数のデータパケット（１０８）を、前記移動通信システム（１２６）の前記リソースエレメント（１０４）のうち非規格準拠の通信用に予約されるリソースエレメント（１０４’）において送信することを含み、
前記送信すること（２０２）は、前記データパケット（１０８）を送信するための前記リソースエレメント（１０４）を、非規格準拠の通信用に予約される前記リソースエレメント（１０４’）から選択することを含み、かつ、
前記送信すること（２０２）は、選択された前記リソースエレメント（１０４）における前記データパケット（１０８）の送信を、これらのリソースエレメント（１０４）が空いているかどうかを事前に聴取することなく開始することを含む、方法（２００）。

【請求項16】

移動体通信規格に準拠する移動通信システム（１２６）において受信するための方法（２１０）であって、前記移動通信システム（１２６）のリソースは、リソースエレメントに分割され、前記方法は、
規格準拠の電信に追加する追加の電信であって、各々が前記追加の電信より短い複数のデータパケットに分離されて送信される前記追加の電信を、前記データパケットの各々を前記リソースエレメントのうちの１つにおいて個別に受信すること、によって受信すること（２１２）を含み、
前記受信すること（２１２）は、前記追加の電信の前記データパケットを、前記移動通信システム（１２６）の前記リソースエレメント（１０４）のうち非規格準拠の通信用に予約されるリソースエレメントにおいて受信することを含み、
前記受信すること（２１２）は、前記データパケットを、非規格準拠の通信用に予約される前記リソースエレメントから送信機により選択されるリソースエレメントにおいて受信することを含む、方法（２１０）。

【請求項17】

コンピュータまたはマイクロプロセッサ上で実行されると、請求項１５又は１６に記載の方法を実行するためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

実施形態は、送信機に関し、具体的には、３ＧＰＰ等の通信規格に従って動作するように構成される通信システムにおいて追加の電信を送信するための電信分割を用いる送信機に関する。さらなる実施形態は、このような追加の電信を受信するための受信機に関する。

【背景技術】

【0002】

マシン・ツー・マシン（Ｍ２Ｍ）通信の分野は、３ＧＰＰ（第３世代パートナーシッププロジェクト、電気通信団体グループ間のコラボレーション）規格ファミリに対する新たな課題に繋がる。これらの課題は、目下、現行の３ＧＰＰ規格の使用によって最適には解決されておらず、その理由は、現行の３ＧＰＰ規格が大量のデータを扱う高いデータ速度を重視していることにある。これに対して、Ｍ２Ｍは、典型的には、こうした高いデータ速度を必要とせず、データ量は、典型的には、デバイス当たりほんの数バイトである。一方で、Ｍ２Ｍの場合のデバイス数は、今日の３ＧＰＰネットワークの使用に比べてかなり高いことが予想される。その結果、シグナリングに必要なＭ２Ｍ通信のための現行３ＧＰＰシステムのオーバヘッドは、極めて高く、電力およびスペクトル効率の悪いシステムをもたらす。

【0003】

独国特許出願公開第１０２０１１０８２０９８（Ａ１）号明細書は、電信分割を用いる一方向データ伝送による電池式固定センサ装置を示している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】独国特許出願公開第１０２０１１０８２０９８（Ａ１）号明細書

【発明の概要】

【発明が解決しようとする課題】

【0005】

したがって、本発明の目的は、移動体通信規格に従って動作する通信システムが少量（すなわち、１デバイスあたりほんの数バイト）のデータ伝送に使用される場合の、その消費電力およびスペクトル効率のうちの少なくとも一方を改善する概念を提供することにある。

【課題を解決するための手段】

【0006】

この目的は、独立請求項によって解決される。

【0007】

実施形態は、移動体通信規格（例えば、３ＧＰＰ）に準拠する移動通信システムにおいて動作するように構成される送信機を提供し、この場合、通信システムのリソースは、リソースエレメントに分割される。この送信機は、追加の電信の送信を、電信を各々が前記電信より短い複数のデータパケットに分離しかつ各データパケットを各々リソースエレメントのうちの１つにおいて送信することにより行うように構成される。

【0008】

本発明の考案は、通信システムのリソースエレメントの一部、例えば非規格準拠の通信用に予約されるリソースエレメント、を用いて、電信を、その各々が電信より短い複数のデータパケット（例えば、少なくとも２つのデータパケット）に分離することにより追加の電信を送信し、かつ前記複数のデータパケットを各々リソースエレメントのうちの１つにおいて送信することにある。

【0009】

さらなる実施形態は、移動体通信規格（例えば、３ＧＰＰ）に準拠する移動通信システムにおいて動作するように構成される受信機を提供し、この場合、通信システムのリソースは、リソースエレメントに分割される。この受信機は、その各々が電信より短い複数のデータパケットに分離されて送信される追加的な電信の受信を、各データパケットを各々、非規格準拠の通信用に予約されるリソースエレメントのうちの１つにおいて受信することにより行うように構成される。

【0010】

さらなる実施形態は、移動体通信規格に準拠する移動通信システムにおいて送信するための方法を提供していて、前記通信システムのリソースは、リソースエレメントに分割され、本方法は、
− 追加的な電信の送信を、前記電信をその各々が前記電信より短い複数のデータパケットに分離し、かつ前記データパケットの各々を各々リソースエレメントのうちの１つにおいて送信することにより行うことを含む。

【0011】

さらなる実施形態は、移動体通信規格に準拠する移動通信システムにおいて受信するための方法を提供していて、前記通信システムのリソースは、リソースエレメントに分割され、本方法は、
− その各々が電信より短い複数のデータパケットに分離されて送信される追加的な電信の受信を、各データパケットを各々リソースエレメントのうちの１つにおいて受信することにより行うことを含む。

【0012】

効果的な実装は、従属請求項に記載されている。

【0013】

実施形態では、送信機を、追加的電信の複数のデータパケットを非規格準拠の通信用に予約されるリソースエレメントにおいて送信するように構成することができる。一部のリソースエレメントは、非規格準拠の通信用に（例えば、移動通信システムの基地局により）予約または割り当てられることが可能である。同様に、一部のリソースエレメントは、規格準拠通信のために供給される、または割り当てられることが可能である。送信機は、追加的電信の複数のデータパケットを、規格準拠通信用に予約されるリソースエレメントにおいて送信しないように構成されることが可能である。

【0014】

実施形態において、送信機は、規格準拠通信を、規格準拠通信用に予約されるリソースエレメントを用いて実行するように構成されることが可能である。例えば、送信機は、規格準拠のデータパケット（すなわち、移動体通信規格に従ったデータパケット）を、規格準拠通信用に（例えば、移動通信システムの基地局により）予約される、または割り当てられるリソースエレメントにおいて送信するように構成されてもよい。

【0015】

実施形態によっては、リソースエレメントのうちの幾つかは、非規格準拠の通信用および規格準拠通信用の双方に割り当てられてもよい。

【0016】

実施形態において、送信機は、移動通信システムまたは別の通信システムの同期信号へ同期するように構成されることが可能である。例えば、移動通信システムの基地局は、このような同期信号を送信してもよい。また、送信機は、送信機が自らを同期させる同期信号として、基地局により送信されるペイロードデータ、例えば１つまたは複数のデータパケット、を用いるように構成されることも可能である。当然ながら、送信機は、同期信号として、移動体デバイスにより送信される信号を用いることもできる。さらに、他の通信システムの信号も、同期信号として用いることができる。

【0017】

実施形態において、非規格準拠の通信用に予約されるリソースエレメントは、移動通信システムの移動局から基地局への通信に使用されるアップリンクのリソースエレメントの適切なサブセットであることが可能である。言い換えれば、移動通信システムのリソースエレメントのうちの幾つかは、アップリンクのリソースエレメント、すなわち、データを移動通信システムの移動局から１つまたは複数の基地局へ送信するために割り当てられる、または予約されるリソースエレメントであってもよく、アップリンクのリソースエレメントのうちの幾つかは、非規格準拠の通信用に割り当てられ、または予約される。移動通信システムの他のリソースエレメントは、ダウンリンクのリソースエレメント、すなわち、データを移動通信システムの１つまたは複数の基地局から移動局へ送信するために割り当てられる、または予約されるリソースエレメントであってもよい。

【0018】

実施形態において、リソースエレメントは、特定のタイムスロットおよび特定の周波数の少なくとも一方に関連づけられることが可能である。例えば、リソースエレメントは、特定の周波数または周波数帯域（周波数分割多元接続）であってもよい。リソースエレメントは、特定のタイムスロット（時分割多元接続）であってもよい。当然ながら、リソースエレメントは、特定のコード（符号分割多元接続）であることも可能である。

【0019】

実施形態において、非規格準拠の通信用に予約されるリソースエレメントは、移動通信システムの基地局により、パフォーマンス基準に依存して動的に割り当てられることが可能である。パフォーマンス基準は、例えば、移動通信システムの送信機（例えば、移動局）の数、非規格準拠の通信用に予約されるリソースエレメントにおいて通信する送信機の数、規格準拠通信用に予約されるリソースエレメントにおいて通信する送信機の数、同じリソースエレメントにおいて送信する移動局の数、移動通信システムの待ち時間（例えば、全体的待ち時間）またはパケット損失率であってもよい。

【0020】

実施形態において、送信機は、複数のデータパケットのうちの少なくとも１つを、ガード・リソース・エレメント、例えばガード・リソース・バンドまたは周波数において、またはガードインターバルまたはタイムスロットにおいて送信するように構成されることが可能である。

【0021】

実施形態において、送信機は、複数のデータパケットのうちの一部のみで追加の電信を復号できるように、複数のデータパケットをチャネル符号化するように構成されることが可能である。例えば、一部のデータパケットは、他のデータパケットまたは干渉源により送信されるデータと衝突することがある。しかしながら、複数のデータパケットに適用されるチャネルコードに起因して、追加の電信は、なおも、複数のデータパケットのうちの正しく送信されたデータパケットを用いて復号されることが可能である。

【0022】

実施形態において、送信機は、データパケットの送信が移動通信システムの別の送信機により送信される別のデータパケットと衝突することになる場合、複数のデータパケットのうちの１つのデータパケットを送信しないように、または後に送信するように構成されることが可能である。例えば、送信機は、リソースエレメントのうちのどれが他の送信機によってデータパケットの送信に使用されるかを知り得る。あるいは、送信機は、衝突検出能力を有してもよく、すなわち、送信機は、１つのデータパケットを送信する前に通信チャネルを聴取することによって衝突を検出するように構成されることが可能であり、この場合、送信機は、別の送信機による送信または干渉信号を検出するとその１つのデータパケットを送信しないように構成される。

【0023】

実施形態において、複数のデータパケットは、複数のデータパケットのうちの一部のみで追加の電信を復号できるようにチャネル符号化されることが可能である。チャネル符号化されたデータパケットのうちの１つがリソースエレメントのうちの１つにおいて別のデータパケットと衝突する場合、受信機は、衝突したチャネル符号化データパケットの元のバージョンを、復号された追加の電信に基づいて再構成し、かつこの衝突したチャネル符号化データパケットの元のバージョンを、リソースエレメントにおいて受信されたデータから減算して他のデータパケットを取得するように構成されることが可能である。

【0024】

以下、本発明の実施形態を、添付の図面を参照して説明する。

【図面の簡単な説明】

【0025】

【図1】本発明の一実施形態による送信機を示す略ブロック図である。

【図2】本発明の一実施形態による受信機を示す略ブロック図である。

【図3】本発明の一実施形態による通信システムを示す略ブロック図である。

【図4】ある実施形態による、通信システムの複数のリソースエレメントを有するリソースグリッドを示す略図である。

【図5】ある実施形態による、一部のリソースエレメントが非規格準拠の通信用に予約されている、複数のリソースエレメントを有するリソースグリッドを示す略図である。

【図6】ある実施形態による、複数のリソースエレメントを有するリソースグリッド、および送信に使用される異なるユーザシーケンスを示す略図である。

【図7】本発明の一実施形態による、ある送信方法を示すフローチャートである。

【図8】本発明の一実施形態による、ある受信方法を示すフローチャートである。

【発明を実施するための形態】

【0026】

以下の説明では、等しい、または同等のエレメント、または、等しい、または同等の機能を有するエレメントを等しい、または同等の参照数字で示す。

【0027】

以下の説明では、複数の詳細を記述して、本発明の実施形態をより完全に説明する。しかしながら、当業者には、本発明の実施形態がこれらの特定の詳細なしに実施され得ることが明らかであろう。他の例では、本発明の実施形態が不明瞭とならないように、周知の構造およびデバイスについては、詳細せずブロック図の形式で示している。さらに、以下で説明する異なる実施形態の特徴は、別段の指摘のない限り、互いに組み合わされてもよい。

【0028】

図１は、本発明の一実施形態による、送信機１００を示す略ブロック図である。送信機１００は、移動体通信規格（例えば、３ＧＰＰ）に準拠する移動通信システムにおいて動作するように構成される。移動通信システムのリソースは、リソースエレメント（例えば、タイムスロットおよび／または周波数帯域）に分割されることが可能である。

【0029】

さらに、図１は、例示的に、複数のリソースエレメント１０４を有するリソースグリッド１０２を示す。リソースグリッド１０２は、異なる周波数帯域および／または異なるタイムスロットを含むことができる。したがって、複数のリソースエレメント１０４のリソースエレメントは各々、特定の周波数帯域および／または特定のタイムスロットを有してもよい。図１において、縦軸は、周波数を示し、横軸は、時間を示す。

【0030】

送信機１００は、（例えば、規格準拠の電信に追加する）追加の電信１０６の送信を、追加の電信１０６を、その各々が電信１０６より短い複数のデータパケット１０８（例えば、ｎ個のデータパケット、ここで、ｎは、２以上の自然数）に分離し、かつ各データパケット１０８を各々リソースエレメント１０４のうちの１つにおいて送信することによって行うように構成されることが可能である。

【0031】

例えば、送信機１００は、（複数のデータパケットのうちの）第１のデータパケット１０４を、第１のリソースエレメント（例えば、第１のタイムスロットおよび／または第１の周波数帯域）１０４において送信し、かつ（複数のデータパケットのうちの）第２のデータパケット１０８を、第２のリソースエレメント（例えば、第１のタイムスロットに続く第２のタイムスロット、または第１の周波数帯域とは異なる第２の周波数帯域）１０４において送信するように構成されることが可能である。

【0032】

送信機１００は、例えば、データパケット生成ユニット１１０と、送信ユニット１１２とを備えることができる。データパケット生成ユニット１１０は、追加の電信１０６を複数のデータパケット１０８に分離するように構成されることが可能である。送信ユニット１１２は、複数のデータパケット１０８を異なるリソースエレメント１０４において送信するように構成されることが可能である。

【0033】

追加の電信を複数のデータパケットに、複数のデータパケットの各々が追加の電信より短くなるように分離することを、本明細書では電信分割と称する。

【0034】

データパケット生成ユニット１１０および／または送信ユニット１１２は、ハードウェアにおいて、例えば、マイクロプロセッサ、フィールド・プログラマブル・ゲート・アレイまたは中央処理ユニットを用いて実装されることが可能である。さらに、データパケット生成ユニット１１０および送信ユニット１１２は、同じデバイスにおいて実装されることが可能である。

【0035】

送信機１００は、例えば、移動通信システムの移動体デバイスであってもよい。当然ながら、送信機１００は、移動通信システムの基地局でもあってもよい。送信機１００は、送信能力および受信能力の双方を有するトランシーバであってもよい。

【0036】

図２は、本発明の一実施形態による受信機１２０を示す略ブロック図である。受信機１２０は、移動体通信規格（例えば、３ＧＰＰ）に準拠する移動通信システムにおいて動作するように構成される。移動通信システムのリソースは、リソースエレメント（例えば、タイムスロットおよび／または周波数帯域）に分割されることが可能である。

【0037】

さらに、図２は、例示的に、複数のリソースエレメント１０４を有するリソースグリッド１０２を示す。リソースグリッド１０２は、異なる周波数帯域および／または異なるタイムスロットを含むことができる。したがって、複数のリソースエレメント１０４のリソースエレメントは各々、特定の周波数帯域および／または特定のタイムスロットを有してもよい。図１において、縦軸は、周波数を示し、横軸は、時間を示す。

【0038】

受信機１２０は、その各々が追加の電信１０６より短い複数のデータパケット１０８（例えば、ｎ個のデータパケット、ここで、ｎは、２以上の自然数）に分離されて送信される（例えば、規格準拠の電信に追加する）追加の電信１０６の受信を、各データパケット１０８を各々リソースエレメント１０４のうちの１つにおいて受信することによって行うように構成される。

【0039】

例えば、送信機１２０は、（複数のデータパケットのうちの）第１のデータパケット１０４を、第１のリソースエレメント（例えば、第１のタイムスロットおよび／または第１の周波数帯域）１０４において受信し、かつ（複数のデータパケットのうちの）第２のデータパケット１０８を、第２のリソースエレメント（例えば、第１のタイムスロットに続く第２のタイムスロット、または第１の周波数帯域とは異なる第２の周波数帯域）１０４において受信するように構成されることが可能である。

【0040】

受信機１２０は、さらに、追加の電信を取得するために複数のデータパケット１０８を組み合わせるように構成されることが可能である。

【0041】

受信機１２０は、例えば、受信ユニット１２２と、（場合により）データパケット結合ユニット１２４とを備えてもよい。受信ユニット１２２は、複数のデータパケット１０８を異なるリソースエレメント１０４において受信するように構成されることが可能である。データパケット結合ユニット１２４は、追加の電信１０６を取得するために複数のデータパケット１０８を組み合わせるように構成されることが可能である。

【0042】

データパケット生成ユニット１１０、および送信ユニット１１２。データパケット生成ユニット１１０は、追加の電信１０６を複数のデータパケット１０８に分離するように構成されることが可能である。送信ユニット１１２は、複数のデータパケット１０８を異なるリソースエレメント１０４において送信するように構成されることが可能である。

【0043】

受信ユニット１２２および／またはデータパケット結合ユニット１２４は、ハードウェアにおいて、例えば、マイクロプロセッサ、フィールド・プログラマブル・ゲート・アレイまたは中央処理ユニットを用いて実装されることが可能である。さらに、受信ユニット１２２およびデータパケット結合ユニット１２４は、同じデバイスにおいて実装されることが可能である。

【0044】

受信機１２０は、例えば、移動通信システムの基地局であってもよい。当然ながら、受信機１２０は、移動通信システムの移動体デバイスでもあってもよい。受信機１２０は、受信能力および送信能力の双方を有するトランシーバであってもよい。

【0045】

本特許出願の導入部において述べたように、マシン・ツー・マシン（Ｍ２Ｍ）通信の分野は、３ＧＰＰ（第３世代パートナーシッププロジェクト、電気通信団体グループ間のコラボレーション）規格ファミリに対する新たな課題に繋がる。

【0046】

未来のＭ２Ｍ通信システムのパフォーマンスを向上させる興味深いアプローチは、スロット付きＡＬＯＨＡを用いる電信分割である［Ｇ．Ｋｉｌｉａｎら著：Ｉｍｐｒｏｖｅｄ ｃｏｖｅｒａｇｅ ｆｏｒ ｌｏｗ−ｐｏｗｅｒ ｔｅｌｅｍｅｔｒｙ ｓｙｓｔｅｍｓ ｕｓｉｎｇ ｔｅｌｅｇｒａｍ ｓｐｌｉｔｔｉｎｇ， Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ２０１３ Ｅｕｒｏｐｅａｎ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｓｍａｒｔ Ｏｂｊｅｃｔｓ， Ｓｙｓｔｅｍｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＳｍａｒｔＳｙｓＴｅｃｈ）， ２０１３］。ネットワークの基地局は、特定の時間および周波数スロットを、単にこれらのスロット内でそのデータを送信できるデバイス（例えば、移動体デバイス）に割り当てる。すべてのスロットは、典型的には、同じ帯域幅および持続時間を有し、よって、これらのデバイスの時間および周波数をスロット構造にアラインされるように同期させるためには、ある種の同期手段が必要である。

【0047】

デバイスは、データの送信を希望する場合、単に１つまたは複数のスロットを選択して送信を開始する。事前に、特定のスロットが空いているかどうかを確認する必要はない。したがって、アップリンクリソース上で衝突が発生することがある。これらの衝突は、殆どの場合、信号処理（例えば、逐次干渉除去）および特定のユーザシーケンス（例えば、Ｍａｓｓｅｙが提案しているようなもの［Ｊ．Ｍａｓｓｅｙ、Ｐ．Ｍａｔｈｙｓ共著：Ｔｈｅ ｃｏｌｌｉｓｉｏｎ ｃｈａｎｎｅｌ ｗｉｔｈｏｕｔ ｆｅｅｄｂａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｈｅｏｒｙ， ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ， １９８５，３１，１９２−２０４］）によって解決することができる。さらに、デバイスは、ネットワークへ完全に同期されることが可能であって、追加の最適化手段が許容される。

【0048】

システム構造
図３は、３つの移動体デバイス１２８＿１〜１２８＿３と、基地局１３０とを備える移動通信システム１３０を示す略ブロック図である。さらに、図３には、通信路としての可能性も示されている。

【0049】

詳細には、図３は、提案するシステムの原理を示すブロック図である。「移動局１」１２８＿１および「移動局２」１２８＿２は、リンク「ＢＳリンク１」１３２＿１およびリンク「ＢＳリンク２」１３２＿２を用いて基地局１３０と通信することを希望していて、この場合の焦点は、基地局１３０へアップリンクデータを送信することにある。さらに、「移動局１」１２８＿１および「移動局２」１２８＿２は、基地局による中継なしに、「Ｄ２Ｄリンク１」１３４＿１および「Ｄ２Ｄリンク２」１３４＿２（Ｄ２Ｄ＝デバイス・ツー・デバイス）を用いて直に通信することもできる。（この場合、基地局の存在は、不要である。） しかしながら、この場合でも、基地局１３０は、Ｄ２Ｄリンクからデータを受信することに関心があることがある。さらに、「移動局３」１２８＿３も、「Ｄ２Ｄリンク２」１３４＿２および「Ｄ２Ｄリンク３」１３４＿３により「Ｄ２Ｄリンク１」１３４＿１からデータを受信することに関心があることがある。例としては、例えば車車間（Ｃ２Ｃ）通信がある。この場合、「移動局３」１２８＿３が基地局１３０に接続されている必要はない。しかしながら、「移動局３」１２８＿３は、基地局１３０または他の任意の適切な手段（同期の項目参照）によって提供され得る、何らかの同期情報１３６を有する。

【0050】

したがって、このシステム構造は、現在のセルラシステム（例えば、３ＧＰＰ）または他の、例えばＩＥＥＥ８０２．１１（Ｗｉｆｉ）またはＩＥＥＥ８０２．１５．４（例えば、ＺｉｇＢｅｅ）に基づく送信スキームにも当てはまる。

【0051】

同期化
提案するシステムは、スロット付きＡＬＯＨＡを用いる。これは、時間および周波数のある種のフレーミング構造に関して、すべての移動局の同期を必要とすることがある。図４は、可能なフレーミング構造１０２を示す。

【0052】

詳細には、図４は、複数のリソースエレメント１０４を有するリソースグリッド１０２の略図を示す。縦軸は、周波数を示し、横軸は、時間を示す。

【0053】

図４に示すように、アップリンクデータのためのリソースは、時間および周波数で特定の割当てを有し得る、いわゆる「リソースエレメント」に分割されることが可能である。さらに、各リソースエレメントの物理リソース（例えば、帯域幅、持続時間）は、同一であり、よって、複数のリソースエレメント１０４は、例えば時間軸および周波数軸におけるリソースグリッド１０２を形成する。しかしながら、このようなグリッド１０２は、例えば、直交コードまたは非直交コードを用いて符号分割多元接続を適用することにより、他の次元に拡張される可能性もある。

【0054】

図４に示すグリッドの例は、例えばＯＦＤＭ（直交波周波数分割多重）シンボルであって、この場合、周波数軸は、ＯＦＤＭ副搬送波であり、時間軸は、異なるＯＦＤＭシンボルである。さらに、３ＧＰＰ規格ファミリで使用されるＳＣ−ＦＤＭＡ（単一搬送波周波数分割多元接続）ベースのアップリンクスキームも、このようなアップリンク・リソース・グリッドを形成することがある。

【0055】

言い換えれば、図４は、リソースグリッドを用いるフレーミング構造の原理を示していて、同期ワードおよび／またはダウンリンクデータも、異なる周波数上で送信されてもよく、例えば、ＦＤＤ（周波数分割複信）の場合、占有され得る最小数のリソースが１つのリソースエレメント１０４になる。

【0056】

移動局１２８がアップリンク・リソース・グリッド１０２との精密同期を有する場合は、有益である。例えば、ＯＦＤＭの場合、これは、隣接チャネル干渉（ＡＣＩ）および多元接続干渉（ＭＡＩ）の影響を低減することになる。伝搬遅延を補償するために、移動局１２８は、タイミングアドバンス等のスキームも使用してもよく、すなわち、デバイスは、その個々の伝搬遅延を補償するために、リソースエレメント１０４の開始時間より早期にデータを送信する。したがって、全てのデバイスのアップリンクデータは、アップリンク・リソース・グリッドに完全にアラインされる。

【0057】

移動局１２８は、移動通信システム１２６または別の通信システムの同期信号に同期するように構成されることが可能である。

【0058】

移動局１２８は、基地局１３０により送信される特定の同期信号を用いて、アップリンク・リソース・グリッド上へ同期することができる。最先端の３ＧＰＰ規格（例えば、リリース１２）の場合、これは、基地局の同期信号（例えば、一次および二次同期信号、またはパイロット信号）である可能性もある。さらに、移動局１２８は、基地局１３０により送信されるペイロードデータ（他の移動局向けのデータも）を用いて、基地局１３０上へ同期してもよい。例としては、例えば、最先端の３ＧＰＰダウンリンク信号のダウンリンクにおけるＯＦＤＭシンボルのサイクリックプレフィックスがある。基地局１３０が存在していて、移動局１２８による基地局１３０との通信にＴＤＤ（時分割複信）が使用されれば、一部のリソースは、この同期信号をダウンリンクデータに加えて提供するために使用されてもよい。一例は、最先端の３ＧＰＰ規格のＴＤＤ（時分割複信）モードである。

【0059】

移動体デバイス１２８の同期化は、基地局１３０へのデータ送信を必要としない。したがって、移動体デバイス１２８は、単に基地局１３０の信号を聴取して同期してもよい。さらに、移動体デバイス１２８は、同期するために、他の移動体デバイスからの信号も用いることができる。さらに、移動体デバイス１２８は、リソースグリッド上へ同期するために、同期を目的として送信されていない他の任意の種類の信号（例えば、ナビゲーションシステム（ＧＰＳ、ガリレオ）、デジタルＴＶ（ＤＶＢ−Ｔ）またはデジタルラジオ（ＤＡＢ））、いわゆる機会信号、も用いることができる。これは、基地局１３０が存在しない、または基地局信号を受信できない場合に、特に有用である。

【0060】

スロット付きＡＬＯＨＡリソースのリソース割当
マルチシステム周波数の使用法
送信機１００（例えば、移動体デバイス１２８）は、追加の電信１０６の複数のデータパケット１０８を、非規格準拠の通信用に予約されるリソースエレメント１０４において送信するように構成されることが可能である。非規格準拠の通信用に予約されるリソースエレメント１０４は、移動通信システム１２６の移動局１２８から基地局１３０への通信に使用されるアップリンクのリソースエレメントの適切なサブセットであることが可能である。リソースエレメントは、特定のタイムスロットおよび特定の周波数の少なくとも一方に関連づけられる。

【0061】

最先端の３ＧＰＰ規格の場合、リソースグリッド１０２は、アップリンクリソースに適用する。したがって、この場合は、移動局１２８の全ての送信データをアップリンクリソースにおいて送信することが有益である。アップリンクリソースは、特定の周波数（ＦＤＤ＝周波数分割複信の場合）であっても、特定の時間期間（ＴＤＤ＝時分割複信の場合）であってもよい。次いで、３ＧＰＰ基地局１３０は、特定のリソースエレメント、例えば時間および／または周波数リソース、をスロット付きＡＬＯＨＡ接続用のアップリンクリソース内に割り当ててもよい。他のリソースは、現行の３ＧＰＰ仕様が規定する古典的な通信に使用されてもよい。

【0062】

事前に割り当てられるリソース
最新の管理された通信システム（例えば、３ＧＰＰ規格）では、ユーザは、リコースを要求しなければならないことがある。ユーザ毎のこの動的な割当ての代わりに、リソースグリッドの一部のリソースは、スロット付きＡＬＯＨＡ用に割り当てられてもよい。Ｍ２Ｍ通信のシナリオでは、多数のスモールメッセージが送信されなければならない。リソース割当て手順がなければ、デバイスにおける多くのトラフィックおよびエネルギーが節約される。別の利点は、これらのメッセージの遅延が短いことにある。Ｄ２Ｄ通信（例えば、車車間）において、イベントを他のデバイスにシグナリングする遅延が短いことの保証は、極めて重要である。

【0063】

動的なリソース割当て
リソースグリッド１０２のリソース１０４の割当ては、静的であっても、可変であってもよい。静的な構成は、管理エンティティがないシステム１２６において、例えば、基地局１３０が存在しない場合に、特に有益であり得る。これらのシステム１２６では、所定量のリソースを通信用に割り当てることができる。

【0064】

非規格準拠の通信用に予約されるリソースエレメント１０４は、移動通信システムの管理エンティティ（例えば、基地局）によって割り当てられることが可能である。さらに、非規格準拠の通信用に予約されるリソースエレメント１０４は、移動通信システムの管理エンティティにより、パフォーマンス基準に依存して動的に割り当てられることが可能である。

【0065】

管理エンティティを有するシステムにおいて、スロット付きＡＬＯＨＡ接続用のリソースは、経時的に変わってもよい。（管理エンティティは、基地局１３０であっても、管理エンティティとして作用する移動局であってもよい。） スロット付きＡＬＯＨＡにおいて移動局１２８により使用され得るリソースグリッド１０２内のリソースの数は、所定のパフォーマンス基準を達成するために必要なリソース数に調整されてもよい。このような基準は、リソースエレメントにおいて送信する移動体デバイス１２８の平均数、全体的なシステム待ち時間、パケット損失率または他の任意の適切なメトリックであってもよい。これにより、所与のシナリオにおけるリソースの最適な使用法が保証される。

【0066】

特定のパフォーマンス基準を満たすために必要なリソースに依存して、基地局１３０は、スロット付きＡＬＯＨＡへ割り当てられるリソースを経時的に変えてもよい。利用可能なリソースエレメント１０４のポジションは、移動局１２８へ、基地局１３０（典型的には、ダウンリンクリソースにおいて）または管理エンティティである移動局により送信される何らかの種類のシグナリング信号を用いてシグナリングされてもよい。

【0067】

スロット付きＡＬＯＨＡのリソースポジションは、経時変化する
図５は、一部のリソースエレメント１０４’が非規格準拠の通信用に予約されている、複数のリソースエレメント１０４を有するリソースグリッド１０２を示す略図である。縦軸は、周波数を示し、横軸は、時間を示す。

【0068】

スロット付きＡＬＯＨＡに割り当てられるリソースエレメント１０４’は、特定の周波数で固定されることもあれば（図５の下側の割り当てられたリソース）、それらのポジションが経時変化することもある（図５の上側の割り当てられたリソース）。変化する周波数は、多様性の向上に繋がることから、ポジションの変更は、フェーディングするチャネルの場合に特に有益である。さらに、リソースを特定の時間中に限って割り当てることも可能である。ＯＦＤＭが使用される場合、全てのＯＦＤＭシンボルがスロット付きＡＬＯＨＡのためのリソースエレメントを運ぶわけではない。利用可能なタイムスロット、例えばＯＦＤＭシンボル、のパターンは、経時変化してもよい。３ＧＰＰのアップリンクにおいて使用されるＳＣ−ＦＤＭＡについても、同じことが言える。同様のスキームは、リソースエレメントを提供する他のスキームの場合、例えば、直交コード等を用いる符号分割多元接続の場合にも適用することができる。

【0069】

図５に示すように、スロット付きＡＬＯＨＡ接続用に割り当てられるリソースエレメント１０４’は、経時変化してもよく、この通信タイプには、リソースのサブセットのみが割り当てられてもよい。

【0070】

リソースの二重使用
一部のリソースエレメント１０４は、非規格準拠の通信および規格準拠通信の双方に割り当てられることが可能である。

【0071】

３ＧＰＰ等のシステムにおいて、リソースエレメント１０４は、古典的な通信用にも使用される場合でも、スロット付きＡＬＯＨＡ用に割り当てられることがある。この場合、スロット付きＡＬＯＨＡのデータと通常のデータとが衝突する確率がある程度存在するが、これは、所定のアプリケーションでは許容され得る。一例は、極めて低いスロット付きＡＬＯＨＡのトラフィックが予想される場合である。このような場合、特定のリソースエレメントを純粋にスロット付きＡＬＯＨＡ用に割り当てることは、高すぎるオーバヘッドを意味することになるが、一方で、スロット付きＡＬＯＨＡと通常データとが衝突する数は、許容可能なレベルであり得る。

【0072】

「ホワイトスペース」を用いるフラグメントの送信
送信機１００（例えば、移動局１２８）は、複数のデータパケットのうちの少なくとも１つを、ガード・リソース・エレメント、例えばガード・リソース・バンドまたは周波数において、またはガードインターバルまたはタイムスロットにおいて送信するように構成されることが可能である。

【0073】

最先端の３ＧＰＰ規格（例えば、ＬＴＥ（ロング・ターム・エボリューション））のリソースグリッド１０２には、典型的には、幾つかの未使用のスペース、またはこのリソーススロット（例えば、ガードバンドまたはガードインターバル）上に干渉がある場合でもパフォーマンス劣化が少ないスペースが存在する。このリソースは、スロット付きＡＬＯＨＡメッセージを送信するために使用される可能性もある。この技術は、２つの結合されたシステムのデータレートを増加させる。

【0074】

スロット付きＡＬＯＨＡのパケットのためのリソース利用
スロット付きＡＬＯＨＡと電信分割
ある典型的な構成では、各リソースエレメントにおける利用可能な物理リソースは、完全なデータパケットの伝送にとって不十分である。このような構成に対する動機付けは、［２］に記述されているような電信分割を実現することであるとも言える。したがって、ある典型的な構成では、各データパケットが複数のフラグメントに分割される。次に、各フラグメントは、スロット付きＡＬＯＨＡ接続用に割り当てられる１つのリソースエレメントにおいて送信される。この概念を実現する可能性のあるものは、［Ｇ．Ｋｉｌｉａｎら著：Ｉｍｐｒｏｖｅｄ ｃｏｖｅｒａｇｅ ｆｏｒ ｌｏｗ−ｐｏｗｅｒ ｔｅｌｅｍｅｔｒｙ ｓｙｓｔｅｍｓ ｕｓｉｎｇ ｔｅｌｅｇｒａｍ ｓｐｌｉｔｔｉｎｇ， Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ２０１３ Ｅｕｒｏｐｅａｎ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｓｍａｒｔ Ｏｂｊｅｃｔｓ， Ｓｙｓｔｅｍｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＳｍａｒｔＳｙｓＴｅｃｈ）， ２０１３］に提示されているような電信分割に類似するが、使用されるものは、純粋なＡＬＯＨＡではなくスロット付きＡＬＯＨＡである。

【0075】

ＦＥＣに起因する重複からの回復
送信機１００（例えば、移動局１２８）は、複数のデータパケット１０８のうちの一部のみで追加の電信１０６を復号できるように、複数のデータパケット１０８をチャネル符号化するように構成されることが可能である。

【0076】

ある典型的な構成において、データパケット１０８は、前方誤り訂正（ＦＥＣ）を用いて保護される。これにより、ノイズの場合のパフォーマンスが向上する。さらに、（例えば、スロット付きＡＬＯＨＡを用いる他の移動局、または他の任意の干渉源との）衝突によって複数のフラグメントのうちの１つまたは複数のフラグメントが失われるとしても、干渉されるフラグメントは、受信機において、ＦＥＣおよびおそらくは逐次干渉除去により、高い確率で回復されることが可能である。このような衝突は、例えば、基地局１３０または移動局３、１２８＿３（図３参照）が移動局１、１２８＿１および／または移動局２、１２８＿２からのデータ受信を希望する場合に生じる。この意味における受信機は、基地局であっても、任意の移動局であってもよい。

【0077】

衝突を最小限に抑えるユーザシーケンス
送信機１００（例えば、移動局１２８）は、衝突を低減するために、複数のデータパケット１０８を、リソースエレメントからユーザシーケンスに基づいて選択される選択されたリソースエレメントにおいて送信するように構成されることが可能である。

【0078】

ある単純な構成では、フラグメントは、スロット付きＡＬＯＨＡ用に割り当てられている、次に利用可能なリソースエレメント上で、例えば同じ周波数スロット上で、送信される。これは、スロット付きＡＬＯＨＡのリソースが、完全な時間間隔に渡って占有されることを意味する。ある高度な構成では、結果的に生じるフラグメントが、特定のユーザシーケンスを用いてスロット付きＡＬＯＨＡのリソースエレメント上で送信される。これらのユーザシーケンスの例は、例えば、Ｍａｓｓｅｙにより、［Ｊ．Ｍａｓｓｅｙ、Ｐ．Ｍａｔｈｙｓ共著：Ｔｈｅ ｃｏｌｌｉｓｉｏｎ ｃｈａｎｎｅｌ ｗｉｔｈｏｕｔ ｆｅｅｄｂａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｈｅｏｒｙ， ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ， １９８５，３１，１９２−２０４］において提案されている。この場合、送信側である移動局は、幾つかのスロット付きＡＬＯＨＡのリソースを除外することができる。この概念は、複数の移動局のフラグメントが完全には重複しない確率を高める。干渉されるフラグメントは、次に、ＦＥＣによって回復されることが可能である。 この概念は、特に、スロット付きＡＬＯＨＡのフラグメントの受信機が衝突を、すなわち、２つ以上の移動局が同じリソースエレメントにおいてデータを送信すること、を検出できる事例で興味深い。よって、これは、最適パフォーマンスをもたらす消失復号に相当する。

【0079】

ＢＳ−フレームにおける異なる開始時間
典型的には、データフローは、フレーム単位で編成される。１つのフレーム内に利用可能な複数のリソースブロックが存在すれば、スロット付きＡＬＯＨＡのユーザシーケンスを異なるタイムスロット上で開始することが可能である。したがって、別のメッセージに干渉する確率が低減され、サービス品質が向上する。

【0080】

図５は、複数のリソースエレメントを有するリソースグリッド１０２、および送信に使用される異なるユーザシーケンスを示す略図である。

【0081】

逐次干渉除去およびＭＩＭＯ処理
既に述べたように、複数のデータパケット１０８は、複数のデータパケットのうちの一部のみで追加の電信を復号できるようにチャネル符号化されることが可能である。チャネル符号化されたデータパケットのうちの１つがリソースエレメントのうちの１つにおいて別のデータパケットと衝突する場合、受信機１２０（例えば、基地局１３０）は、衝突したチャネル符号化データパケットの元のバージョンを、復号された追加の電信に基づいて再構成し、かつこの衝突したチャネル符号化データパケットの元のバージョンを、リソースエレメントにおいて受信されたデータから減算して他のデータパケットを取得するように構成されることが可能である。

【0082】

言い換えれば、これについては、タイムおよび非タイムクリティカルなデータパケットの例で先に説明した。使用される接続スキームに起因して、タイムクリティカルなストリームのフラグメントのうちで、干渉されるものは、５０％のみである。しかしながら、ＦＥＣを用いれば、データを回復することが可能であり、よって、干渉されたリソースエレメントにおけるデータが知られる。その結果、この再符号化されたデータを、干渉されたリソースエレメントから減算することができる。次には、非タイムクリティカルなサービスを復号することができる。この原理は、逐次干渉除去（ＳＩＣ）と称される。

【0083】

ユーザシーケンスおよび送信電力が最適化されたＳＩＣ
このＳＩＣ原理は、さらに最適化されたユーザシーケンスを用いれば、さらに良く機能することができる。また、ＳＩＣのパフォーマンスをさらに向上させるために、追加のパラメータ、例えば移動局の送信電力、を適合化させることも可能である。

【0084】

ＳＩＣの使用は、マルチユーザ（ＭＵ）シングル−イン−マルチプル−アウト（ＳＩＭＯ）（または、マルチプル−イン−マルチプル−アウト−ＭＩＭＯ）処理によってさらに拡張されることが可能である。ＭＵ−ＳＩＭＯ／ＭＩＭＯの使用により、受信機は、受信機側ビーム形成等の技術を用いて複数の送信側移動局の干渉信号を分離することができる。

【0085】

ＳＩＣおよびＭＩＭＯ（ビーム形成）
概して、ＳＩＣおよびＭＵ−ＳＩＭＯ／ＭＩＭＯの使用は、特に、最尤（ＭＬ）復号、または理論的パフォーマンスに近い他のスキームを使用する場合に有用である。さらに、ＳＩＣおよびＭＵ−ＳＩＭＯ／ＭＩＭＯにより適する特別な波形も存在し得る。例としては、送信機電力増幅器において高い線形性で生成されることが可能な波形、すなわち、非線形歪みを僅かしか生じさせない波形、がある。これは、ＳＩＣの場合、受信機は、波形を減算しなければならないという理由による。 波形が高い直線性で生成されなければ、受信機により推定され得ない成分のようなノイズが生じる。したがって、受信機は、対応する移動局の信号を完全には減算することができない。次に、残留するノイズレベルは、続く復号段階におけるパフォーマンスを低下させる。

【0086】

さらに、ＭＵ−ＳＩＭＯ／ＭＩＭＯおよびＳＩＣの使用は、リソースエレメント内で衝突する２つの信号に限定されない。受信される信号品質および熱雑音レベルに依存して、任意数の信号が、ＭＵ−ＳＩＭＯ／ＭＩＭＯおよびＳＩＣを用いて復号してもよい。

【0087】

さらなる実施形態
図７は、移動体通信規格に準拠する移動通信システムにおいて送信するための方法２００を示すフローチャートである。通信システムのリソースは、リソースエレメントに分割される。本方法は、電信を各々が前記電信より短い複数のデータパケットに分離しかつ各データパケットを各々リソースエレメントのうちの１つにおいて送信することにより、追加の電信を送信すること、２０２、を含む。

【0088】

図８は、移動体通信規格に準拠する移動通信システムにおいて受信するための方法２１０を示すフローチャートである。通信システムのリソースは、リソースエレメントに分割される。本方法は、その各々が電信より短い複数のデータパケットに分離されて送信される追加の電信の受信を、各データパケットを各々リソースエレメントのうちの１つにおいて受信することによって行うこと、２１２、を含む。

【0089】

実施形態において、追加の電信の複数のデータパケットは、（例えば、通信チャネル上で）データパケット間に時間的距離を有して送信されることが可能である。

【0090】

実施形態は、スロット付きＡＬＯＨＡによる電信分割を用いて、未来のＭ２Ｍ通信システムのパフォーマンスを向上させるための新しいアプローチを提供する。ネットワークの基地局は、特定の時間および周波数スロットを、単にこれらのスロット内でそのデータを送信できるデバイスに割り当てる。デバイスは、データの送信を希望する場合、単に１つまたは複数のスロットを選択して送信を開始する。事前に、特定のスロットが空いているかどうかを確認する必要はない。したがって、アップリンクリソース上で衝突が発生する。これらの衝突は、殆どの場合、信号処理（例えば、逐次干渉除去）および特定の電信分割接続パターンによって解決することができる。

【0091】

実施形態は、いかなる種類のセルラ規格にも限定されない。これが、あらゆる種類の伝送規格で使用される可能性もある。

【0092】

幾つかの態様を装置のコンテキストで説明してきたが、これらの態様が、対応する方法の説明をも表すことは明らかであって、ブロックまたはデバイスは、方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップのコンテキストで説明されている態様も、対応する装置の対応するブロックまたはアイテムまたは特徴の説明を表す。方法ステップの一部または全ては、例えばマイクロプロセッサ、プログラマブルコンピュータまたは電子回路のようなハードウェア装置によって（または、これを用いて）実行されてもよい。実施形態によっては、最も重要な方法ステップのうちの１つまたはそれ以上がこのような装置によって実行されてもよい。

【0093】

所定の実装要件に依存して、本発明の実施形態は、ハードウェアまたはソフトウェアに実装することができる。実装は、個々の方法が実行されるようにプログラム可能コンピュータシステムと共働する（または共働することができる）、電子読取り可能制御信号を記憶しているデジタル記憶媒体、例えば、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリを用いて実行することができる。したがって、デジタル記憶媒体は、コンピュータ読取り可能であってもよい。

【0094】

本発明による幾つかの実施形態は、本明細書に記載の方法のうちの１つが実行されるようにプログラム可能コンピュータシステムと共働できる、電子読取り可能制御信号を有するデータキャリアを含む。

【0095】

概して、本発明の実施形態は、プログラムコードを有するコンピュータ・プログラム・プロダクトとして実装することができ、プログラムコードは、コンピュータ・プログラム・プロダクトがコンピュータ上で実行されると前記方法のうちの１つを実行するように動作可能である。プログラムコードは、例えば、機械読取り可能キャリア上に記憶されてもよい。

【0096】

他の実施形態は、機械読取り可能キャリア上に記憶される、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを含む。

【0097】

したがって、言い換えれば、本発明方法の一実施形態は、コンピュータプログラムがコンピュータ上で実行されると本明細書に記載の方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。

【0098】

したがって、本発明方法のさらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを記録して含むデータキャリア（またはデジタル記憶媒体またはコンピュータ読取り可能媒体）である。データキャリア、デジタル記憶媒体または記録される媒体は、典型的には、有形かつ／または非移行型である。

【0099】

したがって、本発明方法のさらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号シーケンスである。データストリームまたは信号シーケンスは、例えば、データ通信接続を介して、例えばインターネットを介して転送されるように構成されてもよい。

【0100】

さらなる実施形態は、本明細書に記載の方法のうちの１つを実行するように構成または適応される処理手段、例えばコンピュータ、またはプログラマブル論理デバイスを含む。

【0101】

さらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムをインストールしているコンピュータを含む。

【0102】

本発明によるさらなる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを受信機へ（例えば、電子的にまたは光学的に）転送するように構成される装置またはシステムを含む。受信機は、例えば、コンピュータ、移動体デバイス、メモリデバイスまたはこれらに類似するものであってもよい。前記装置またはシステムは、例えば、コンピュータプログラムを受信機へ転送するためのファイルサーバを備えてもよい。

【0103】

幾つかの実施形態において、プログラマブル論理デバイス（例えば、フィールド・プログラマブル・ゲート・アレイ）は、本明細書に記載の方法の機能のうちの一部または全てを実行するために使用されてもよい。幾つかの実施形態において、フィールド・プログラマブル・ゲート・アレイは、本明細書に記載の方法のうちの１つを実行するためにマイクロプロセッサと共働してもよい。概して、前記方法は、好ましくは、任意のハードウェア装置によって実行される。

【0104】

本明細書に記載の装置は、ハードウェア装置を用いて、またはコンピュータを用いて、またはハードウェア装置とコンピュータとの組合せを用いて実装されてもよい。

【0105】

本明細書に記載の装置、または本明細書に記載の装置の任意のコンポーネントは、少なくとも部分的にハードウェアおよび／またはソフトウェアにおいて実装されてもよい。

【0106】

本明細書に記載の方法は、ハードウェア装置を用いて、またはコンピュータを用いて、またはハードウェア装置とコンピュータとの組合せを用いて実行されてもよい。

【0107】

本明細書に記載の方法、または本明細書に記載の装置の任意のコンポーネントは、少なくとも部分的にハードウェアおよび／またはソフトウェアによって実行されてもよい。

【0108】

上述の実施形態は、本発明の原理を単に例示するものである。他の当業者には、本明細書に記載の配置および詳細の変更および変形が明らかとなることは理解されたい。したがって、本発明は、本明細書における実施形態の記述および説明として提示された特定の詳細ではなく、添付の特許請求の範囲によってのみ限定されることが意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】