特開 2017-175609 他の装置との通信を処理する装置及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-175609(P2017-175609A)

(43)【公開日】2017年9月28日

(54)【発明の名称】他の装置との通信を処理する装置及び方法

(51)【国際特許分類】

   H04L 27/26 20060101AFI20170901BHJP

   H04L 1/18 20060101ALI20170901BHJP

【ＦＩ】

   H04L27/26 110

   H04L1/18

【審査請求】有

【請求項の数】15

【出願形態】ＯＬ

【外国語出願】

【全頁数】20

(21)【出願番号】特願2017-34464(P2017-34464)

(22)【出願日】2017年2月27日

(31)【優先権主張番号】62/300,095

(32)【優先日】2016年2月26日

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

(31)【優先権主張番号】15/441,247

(32)【優先日】2017年2月24日

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

(71)【出願人】

【識別番号】502160992

【氏名又は名称】宏達國際電子股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】▲呉▼ 志祥

(72)【発明者】

【氏名】孟 令三

【テーマコード（参考）】

5K014

【Ｆターム（参考）】

5K014BA01

5K014BA06

5K014DA02

5K014FA03

(57)【要約】      （修正有）

【課題】ネットワークとの通信を処理する技術を提供する。
【解決手段】第２通信装置との通信を処理する第１通信装置であって、命令を記憶するストレージ部と、ストレージ部に結合された処理回路とを含む。処理回路は、ストレージ部に記憶された命令を実行するように構成される。命令は、トランスポートブロック（ＴＢ）を生成することと、ＴＢに応じた第１巡回冗長検査（ＣＲＣ）を生成することを含む。第１通信装置及び第２通信装置に既知である第１識別子で第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成することを含む。第２通信装置に対して、少なくとも１つの第１連続直交周波数分割多重（ＯＦＤＭ）シンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣの送信を実行することを含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

第２通信装置との通信を処理する第１通信装置であって、
トランスポートブロック（ＴＢ）を生成する工程と、
前記ＴＢに応じた第１巡回冗長検査（ＣＲＣ）を生成する工程と、
第１識別子で前記第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成する工程であって、該第１識別子は、当該第１通信装置及び前記第２通信装置に既知である、工程と、
前記第２通信装置に対して、少なくとも１つの第１連続直交周波数分割多重（ＯＦＤＭ）シンボル内の少なくとも１つの第１サブキャリア上で前記ＴＢ及び前記第１スクランブルＣＲＣの送信を実行する工程と、
を含む命令を記憶するストレージ部と、
前記ストレージ部に結合され、前記ストレージ部に記憶された前記命令を実行するように構成された処理回路と、を含む第１通信装置。

【請求項2】

前記第１スクランブルＣＲＣは、前記第２通信装置によって前記第１識別子で前記第１ＣＲＣにデスクランブルされて、前記ＴＢが前記第２通信装置に属するか否かを決定する、請求項１に記載の第１通信装置。

【請求項3】

前記ストレージ部の命令は、
前記第１通信装置が、前記第２通信装置から、前記ＴＢの送信のハイブリッド自動再送要求（ＨＡＲＱ）応答（ＡＣＫ）を受信せず、又は少なくとも１つの第３連続ＯＦＤＭシンボル内の少なくとも１つの第３サブキャリア上で前記ＴＢの送信のＨＡＲＱ否定応答（ＮＡＣＫ）を受信した場合、第１通信装置が、前記第２通信装置に対して、少なくとも１つの第２連続ＯＦＤＭシンボル内のすくなくとも１つの第２サブキャリア上で第２スクランブルＣＲＣとともに前記ＴＢの再送信を実行する工程を、
さらに含む、請求項１に記載の第１通信装置。

【請求項4】

前記ＴＢの送信と前記ＴＢの再送信とが同じである場合、前記第１スクランブルＣＲＣと前記第２スクランブルＣＲＣは、同じであり、
前記ＴＢの送信と前記ＴＢの再送信とが異なる場合、前記第１スクランブルＣＲＣと前記第２スクランブルＣＲＣとは異なる、請求項３に記載の第１通信装置。

【請求項5】

前記少なくとも１つの第１連続ＯＦＤＭシンボルの数、前記少なくとも１つの第２連続ＯＦＤＭシンボルの数、及び前記少なくとも１つの第３連続ＯＦＤＭシンボルの数は、同じである、又は異なる、請求項３に記載の第１通信装置。

【請求項6】

前記ストレージ部の命令は、
前記送信を実行する前に、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）又は第２通信装置への物理層シグナリングにおいて、前記少なくとも１つの第１連続ＯＦＤＭシンボルの数を構成する構成を送信する工程を、
さらに含む、請求項１に記載の第１通信装置。

【請求項7】

第２通信装置との通信を処理する第１通信装置であって、
トランスポートブロック（ＴＢ）を生成する工程と、
第２通信装置が前記ＴＢを処理するための変調方式、符号化方式、冗長バージョン、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子及び新データ指示子（ＮＤＩ）のうち少なくとも１つを含む第１制御ブロック（ＣＢ）を生成する工程と、
前記第１ＣＢに応じた第１巡回冗長検査（ＣＲＣ）を生成する工程と、
第１識別子で前記第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成する工程であって、該第１識別子は、当該第１通信装置及び前記第２通信装置に既知である、工程と、
前記第２通信装置に対して、少なくとも１つの第１リソースブロック（ＲＢ）において、少なくとも１つの第１サブキャリア上で前記ＣＢ及び前記第１スクランブルＣＲＣの送信を実行する工程と、
を含む命令を記憶するストレージ部と、
前記ストレージ部に結合され、前記ストレージ部に記憶された前記命令を実行するように構成された処理回路と、を含む第１通信装置。

【請求項8】

前記第１スクランブルＣＲＣは、前記第２通信装置によって前記第１識別子で前記第１ＣＲＣにデスクランブルされて、前記第１ＣＢが前記第２通信装置に属するか否かを決定する、請求項７に記載の第１通信装置。

【請求項9】

前記ストレージ部の命令は、
前記第１通信装置が、前記第２通信装置から、前記ＴＢの送信のＨＡＲＱ応答（ＡＣＫ）を受信せず、又は少なくとも１つの第３ＲＢ内の少なくとも１つの第３サブキャリア上で前記ＴＢの送信のＨＡＲＱ否定応答（ＮＡＣＫ）を受信した場合、前記第２通信装置に対して、少なくとも１つの第２ＲＢにおいて、すくなくとも１つの第２サブキャリア上で第２ＣＢ及び第２スクランブルＣＲＣとともに前記ＴＢの再送信を実行する工程を、
さらに含む、請求項７に記載の第１通信装置。

【請求項10】

前記第１ＣＢと前記第２ＣＢとが同じである場合、前記第１スクランブルＣＲＣと前記第２スクランブルＣＲＣは、同じであり、
前記第１ＣＢと前記第２ＣＢとが異なる場合、前記第１スクランブルＣＲＣと前記第２スクランブルＣＲＣとは異なる、請求項９に記載の第１通信装置。

【請求項11】

前記少なくとも１つの第１ＲＢの数、前記少なくとも１つの第２ＲＢの数、及び前記少なくとも１つの第３ＲＢの数は、同じであるか、又は異なる、請求項９に記載の第１通信装置。

【請求項12】

前記少なくとも１つの第１ＲＢの少なくとも１つの連続ＯＦＤＭシンボルの数と、前記少なくとも１つの第２ＲＢの少なくとも１つの連続ＯＦＤＭシンボルの数と、前記少なくとも１つの第３ＲＢの１つの連続ＯＦＤＭシンボルは、同じであるか、又は異なる、請求項９に記載の第１通信装置。

【請求項13】

前記ストレージ部の命令は、
前記送信を実行する前に、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）又は第２通信装置への物理層シグナリングに対して、前記少なくとも１つの第１連続ＯＦＤＭシンボルの数を構成する構成を送信する工程を、
さらに含む、請求項７に記載の第１通信装置。

【請求項14】

送信を処理する第１通信装置であって、
送信時間間隔（ＴＴＩ）の長さに応じたリソースブロック（ＲＢ）を決定する工程と、
１つ以上の前記ＲＢでの送信を第２通信装置に送信する工程と、
を含む命令を記憶するストレージ部と、
前記ストレージ部に結合され、前記ストレージ部に記憶された前記命令を実行するように構成された処理回路と、を含む、第１通信装置。

【請求項15】

前記ＴＴＩは、少なくとも１つの連続ＯＦＤＭシンボルを含む、請求項１４に記載の第１通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置及び無線通信システムで使用される方法に関連し、より詳細には、他の通信装置との通信を処理する通信装置及び方法に関連する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）システムにおいては、ｅＮＢは物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）によるユーザイクイップメント（ＵＥ）への又はＵＥからのデータ送信を制御する。ＵＥは、最初にＰＤＣＣＨによってスケジューリングされている否かをチェックしなければならず、次いで、スケジューリングされている場合にはデータを送信又は受信する。これにより、データ送信又は受信に遅延が発生する。

【0003】

このため、ネットワークとの通信を処理する方法は重要な解決されるべき課題である。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】3GPP TS 36.213 v13.0.1 (2016-01), Physical layer procedures (Release 13),” Jan. 2016.

【発明の概要】

【0005】

したがって、上述の問題を解決するための、他の装置との通信を処理する（handling）方法及びこれに関連した通信装置を提供する。

【0006】

第２通信装置との通信を処理する第１通信装置であって、命令を記憶するストレージ部と、ストレージ部に結合された処理回路と、を含む。処理回路は、ストレージ部に記憶された命令を実行するように構成される。命令は、トランスポートブロック（ＴＢ）を生成すること、ＴＢに応じた第１巡回冗長検査（ＣＲＣ）を生成すること、第１通信装置及び第２通信装置に既知である第１識別子で第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成すること、及び第２通信装置に対して、少なくとも１つの第１連続直交周波数分割多重（ＯＦＤＭ）シンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣの送信を実行することを含む。

【0007】

第２通信装置との通信を処理する第１通信装置であって、命令を記憶するストレージ部と、ストレージ部に結合された処理回路と、を含む。処理回路は、ストレージ部に記憶された命令を実行するように構成される。命令は、トランスポートブロック（ＴＢ）を生成すること、第２通信装置がＴＢを処理するための変調方式、符号化方式、冗長バージョン、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子及び新データ指示子（ＮＤＩ）のうち少なくとも１つを含む第１制御ブロック（ＣＢ）を生成すること、第１ＣＢに応じた第１巡回冗長検査（ＣＲＣ）を生成すること、第１通信装置及び前記第２通信装置に既知である第１識別子で第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成すること、及び第２通信装置に対して、少なくとも１つの第１リソースブロック（ＲＢ）において、少なくとも１つの第１サブキャリア上で前記ＣＢ及び第１スクランブルＣＲＣの送信を実行すること、を含む。

【0008】

送信を処理する第１通信装置であって、命令を記憶するストレージ部と、ストレージ部に結合された処理回路と、を含む。処理回路は、ストレージ部に記憶された命令を実行するように構成される。命令は、送信時間間隔（ＴＴＩ）の長さに応じたリソースブロック（ＲＢ）を決定すること、及び１つ以上の前記ＲＢでの送信を第２通信装置に送信することを含む。

【0009】

本発明のこれらの目的及び他の目的は、様々な図表及び図面に図示される、以下の発明の実施するための好ましい形態を読むことにより、当業者には疑いなく明らかとなるだろう。

【図面の簡単な説明】

【0010】

【図1】図１は、本発明の一例による、無線通信システムの概略図である。

【図2】図２は、本発明の一例による、通信装置の概略図である。

【図3】図３は、本発明の一例による、処理フローチャートである。

【図4】図４は、本発明の一例による、処理フローチャートである。

【図5】図５は、本発明の一例による、処理フローチャートである。

【図6】図６は、本発明の一例による、処理フローチャートである。

【図7】図７は、本発明の一例による、処理フローチャートである。

【図8】図８は、本発明の一例による、処理フローチャートである。

【図9】図９は、本発明の一例による、処理フローチャートである。

【図10】図１０は、本発明の一例による、ＲＢ決定の概略図である。

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

【0011】

図１は、本発明の一例による、無線通信システムの概略図である。通信システム１０は、簡潔には、通信装置１００とネットワーク１１０とで構成されている。ネットワーク１１０及び通信装置１００は、少なくとも１つのダウンリンク（ＤＬ）チャネル１２２及び／又は少なくとも１つのアップリンク（ＵＬ）チャネル１２４を含む通信チャネル１２０を介して互いに通信することができる。図１において、通信装置１００及びネットワーク１１０は、単に通信システム１０の構造を示すために使用されている。実際には、ネットワーク１１０は、通信装置１００と通信するべく直交周波数分割多重（ＯＦＤＭ）及び／又は非ＯＦＤＭを採用する、ロングタームエボリューション（ＬＴＥ）システム、進化型のＬＴＥシステム、又は第５世代（５Ｇ）システムにおいて、少なくとも１つのエボルブドＮＢ（ｅＮＢ）を含むエボルブドＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）であることができる。５Ｇシステムであれば、より広いシステム帯域幅（例えば、１００ＭＨｚ）及び１ｍｓより短い短送信時間間隔（ＴＴＩ）での通信が可能となる。

【0012】

キャリアアグリゲーション（ＣＡ）又はデュアルコネクティビティ（ＤＣ）をサポートする場合、通信装置１００は、同じ周波数帯域又は異なる周波数帯域でネットワーク１１０と通信するために、時分割複信（ＴＤＤ）モード及び／又は周波数分割二重（ＦＤＤ）モードで複数のコンポーネントキャリア（ＣＣ）を集約することができる。セルは、ＵＬ ＣＣ及びＤＬ ＣＣで構成されることができる。セルがＦＤＤセルである場合、ＵＬ ＣＣ及びＤＬ ＣＣは異なる物理周波数（例えば、キャリア周波数）を有する。セルがＴＤＤセルの場合、ＵＬ ＣＣ及びＤＬ ＣＣは同じＣＣである。

【0013】

通信装置１００は、ユーザイクイップメント（ＵＥ）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、ポータブルコンピュータシステム、車両又は飛行機であることができる。ＵＬの場合、通信装置１００が送信機であり、ネットワーク１１０が受信機であり、ＤＬの場合、ネットワーク１１０が送信機であり、通信装置１００が受信機である。

【0014】

図２は、本発明の一例による、通信装置２０の概略図である。通信装置２０は、図１に示す通信装置１００又はネットワーク１１０であることができる。本明細書においては、これに限定されない。通信装置２０は、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）等の処理回路２００と、ストレージ部２１０と、通信インタフェース部２２０と、を含むことができる。ストレージ部２１０は、処理回路２００によってアクセスされ、実行されるプログラムコード２１４を格納する任意のデータストレージ装置であることができる。ストレージ部２１０の例には、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ハードディスク、光データストレージ装置、不揮発性コンピュータ読み取り可能媒体（有形媒体）等が含まれるが、これらに限定されない。通信インタフェース部２２０は、好ましくは、処理回路の処理結果に応じて信号（例えば、データ、信号、メッセージ及び／又はパケット）を送受信するために使用されるトランシーバである。

【0015】

図３は、本発明の一例による、プロセス３０のフローチャートである。プロセス３０は、第１通信装置（例えば、図１のネットワーク１１０又は通信装置１００）において利用され、第１通信装置が第２通信装置（例えば、図１の通信装置１００又はネットワーク１１０）と通信する。プロセス３０は、以下のステップを含む。

【0016】

ステップ３００：開始する。

【0017】

ステップ３０２：トランスポートブロック（ＴＢ）を生成する。

【0018】

ステップ３０４：ＴＢに応じた第１巡回冗長検査（ＣＲＣ）を生成する。

【0019】

ステップ３０６：第１識別子で第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成する。ここで、第１識別子は、第１通信装置及び第２通信装置に既知である。

【0020】

ステップ３０８：第２通信装置に対して、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣの送信を実行する。

【0021】

ステップ３１０：終了する。

【0022】

プロセス３０によれば、第１通信装置は、（少なくとも１つの媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を含み得る）ＴＢ及びＴＢに応じた（例えば、ＴＢから）第１ＣＲＣを生成する。第１通信装置は、第１識別子で（例えば、第１識別子を用いて）第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成する。第１通信装置は、第２通信装置に対して、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣの送信を実行する。すなわち、第１通信装置は、第１スクランブルＣＲＣを使用して、第２通信装置をアドレス指定する(address)。

【0023】

ＴＢが第２通信装置自身にアドレス指定されているか否かを第２通信装置が判定するためのいくつかの例がある。一例においては、第２通信装置は、第１識別子で（例えば、第１識別子を用いて）第１スクランブルＣＲＣをデスクランブルして、ＴＢが第２通信装置に属するか否かを判定する（例えば、識別する）。第２通信装置は、第１スクランブルＣＲＣをデスクランブルした後、第１ＣＲＣを取得する。第２通信装置は、ＴＢに応じた（例えば、ＴＢから）第２ＣＲＣを導出して（例えば、計算して）、第１ＣＲＣと第２ＣＲＣとを比較する。一例においては、第２通信装置は、第１ＣＲＣと第２ＣＲＣとが同じである場合、ＴＢが第２通信装置自身のためのものであると判定する。一例においては、第２通信装置は、それらが異なる場合、ＴＢを破棄する（又は無視する）。他の例においては、第２通信装置は、ＴＢに応じた（例えば、ＴＢから）第３ＣＲＣを導出し（例えば、計算し）、第１識別子で（例えば、第１識別子を用いて）第３ＣＲＣをスクランブルして、第３スクランブルＣＲＣを生成する。第２通信装置は、第１スクランブルＣＲＣと第３スクランブルＣＲＣとを比較する。一例においては、第２通信装置は、第１スクランブルＣＲＣと第３スクランブルＣＲＣとが同じである場合、ＴＢが第２通信装置自身のためのものであると判定する。一例においては、第２通信装置は、それらが異なる場合、ＴＢを破棄する。

【0024】

一例においては、第１通信装置が、第２通信装置から、ＴＢの送信のハイブリッド自動再送要求（ＨＡＲＱ）応答（ＡＣＫ）（ＴＢの送信を確実に（positively）確認する）を受信せず、又は少なくとも１つの第３連続ＯＦＤＭシンボル内の少なくとも１つの第３サブキャリア上でＴＢの送信のＨＡＲＱ否定応答（ＮＡＣＫ）を受信した場合、第１通信装置は、第２通信装置に対して、少なくとも１つの第２連続ＯＦＤＭシンボル内の少なくとも１つの第２サブキャリア上で第２スクランブルＣＲＣとともにＴＢの再送信を実行する。一例においては、第１通信装置がＨＡＲＱ送信又はＡＲＱ送信のためのチェイス（chase）合成方式を使用する場合、ＴＢの送信及び再送信は同じである。一例においては、第１通信装置がＨＡＲＱ送信のためのインクリメンタルリダンダンシ（Incremental redundancy）方式（例えば、異なる冗長バージョン）を使用する場合、ＴＢの送信及び再送信は異なる。一例においては、第２通信装置がＴＢの送信又は再送信を首尾よく受信及び復号した場合、第２通信装置は、少なくとも１つの連続ＯＦＤＭシンボル内の少なくとも１つのサブキャリア上でＨＡＲＱ ＡＣＫを第１通信装置に送信する。一例においては、ＴＢの送信及びＴＢの再送信が同じである場合、第１スクランブルＣＲＣと第２スクランブルＣＲＣとは同じである。そうでなければ、第１スクランブルＣＲＣと第２スクランブルＣＲＣとは異なる（例えば、異なる冗長バージョン）。一例においては、少なくとも１つの第１連続ＯＦＤＭシンボルの数、少なくとも１つの第２連続ＯＦＤＭシンボルの数、及び少なくとも１つの第３連続ＯＦＤＭシンボルの数は、同じである、又は異なる。一例においては、少なくとも１つの第１連続ＯＦＤＭシンボルの数、少なくとも１つの第２連続ＯＦＤＭシンボルの数、及び少なくとも１つの連続第３ＯＦＤＭシンボルの数は、７つのＯＦＤＭシンボル未満である。一例においては、第２通信装置は、ＨＡＲＱ方式が採用されている場合には、ＴＢの送信とＴＢの再送信とをソフトコンバイニング（soft combining）（例えば、チェイス合成又はインクリメンタルリダンダンシ）のために記憶する。一例においては、ソフトコンバイニングは、ブラインド検出スキームに応じて実行されるが、本明細書においては、これに限定されない。

【0025】

プロセス３０の実現は、上記の説明に限定されない。以下の例は、プロセス３０を実現するために適用されることができる。

【0026】

一例においては、第１通信装置はネットワークであり、第２通信装置は第１ＵＥである。ネットワークは、第１識別子を第１ＵＥに設定する。ネットワークによって第２識別子が設定された第２ＵＥは、ＴＢ及び第１スクランブルを受信する。第２ＵＥは、第２識別子で（例えば、第２識別子を用いて）第１スクランブルＣＲＣをデスクランブルして、ＴＢから生成された第１ＣＲＣではないＣＲＣを得る。一例においては、第２ＵＥは、第２識別子で（例えば、第２識別子を用いて）ＴＢから生成された第１ＣＲＣをスクランブルしてスクランブルＣＲＣを生成するが、そのスクランブルＣＲＣは第１スクランブルＣＲＣと同じではない。ゆえに、第２ＵＥは、ＴＢが第２ＵＥのためのものではないことを知り、ＴＢを破棄する。

【0027】

一例においては、第１通信装置は第１ＵＥであり、第２通信装置はネットワークである。ネットワークは、第１識別子を第１ＵＥに設定し、第２識別子を第２ＵＥに設定する。第１ＵＥは、ＴＢを生成し、ＴＢから第１ＣＲＣを生成する。第１ＵＥは、第１識別子で（例えば、第１識別子を用いて）第１ＣＲＣをスクランブルして、第１スクランブルＣＲＣを生成する。第１ＵＥは、ネットワークに対して、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣを送信する。ネットワークは、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上でＴＢ及び第１スクランブルＣＲＣを受信する。ネットワークは、第１識別子及び第１スクランブルＣＲＣを用いて、ＴＢが第１ＵＥからのものであるか否か、及び第２識別子及び第１スクランブルＣＲＣを用いて、ＴＢが第２ＵＥからのものであるか否かを決定する（例えば、識別する）。一例においては、ネットワークは、ＴＢが第２ＵＥからではないと判定したときに、第１識別子を使用して、ＴＢが第１ＵＥからのものであるか否かを判定しようとする。

【0028】

一例においては、送信（すなわち、プロセス３０）を実行する前に、第１通信装置及び第２通信装置は、１ｍｓのＴＴＩ、すなわちサブフレームを使用して互いに通信する。詳細には、第１通信装置は、第２通信装置に、無線リソース制御（ＲＲＣ）メッセージ、ＭＡＣ ＰＤＵ、又は物理層シグナリング（例えば、物理ＤＬ制御チャネル（ＰＤＣＣＨ））内で第１連続ＯＦＤＭシンボルの数、すなわち、ＴＴＩ又は送信単位を設定する又は示す構成を、第２通信装置に送信する。少なくとも１つの第１連続ＯＦＤＭシンボルの数は、７つのＯＦＤＭシンボル未満である。次いで、第１通信装置はプロセス３０を開始する。一例においては、第２通信装置がＲＲＣメッセージ、ＭＡＣ ＰＤＵ又は物理層シグナリングを受信すると、第２通信装置はプロセス３０を開始する。一例においては、第１通信装置は、第２通信装置からＲＲＣメッセージ、ＭＡＣ ＰＤＵ、又は物理層シグナリングに応答する応答を受信すると、プロセス３０を開始する。

【0029】

一例においては、第２通信装置及び第１通信装置は、従来のＬＴＥ送受信及びプロセス３０を同時に実行する。一例においては、第１通信装置は、第２通信装置に対して、１ｍｓのＴＴＩ内で、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ、システム情報またはページングを含む第１ＴＢを送信する、すなわち、レガシーＬＴＥ送信をしつつ、少なくとも１つの第１連続ＯＦＤＭシンボル上でインターネットプロトコル（ＩＰ）パケットを含む第２ＴＢを送信する。一例においては、第２通信装置は、第１ＴＢを受信、すなわち、レガシーＬＴＥ受信をしつつ、第２ＴＢを受信する。

【0030】

プロセス３０は、送信機の観点から説明されている。以下のようなプロセス３０による受信機の実施形態を導出することは、当業者には明らかである。

【0031】

図４は、本発明の一例によるプロセス４０のフローチャートである。プロセス４０は、第１通信装置（例えば、図１のネットワーク１１０又は通信装置１００）において利用され、第１通信装置が第２通信装置（例えば、図１の通信装置１００又はネットワーク１１０）と通信する。プロセス４０は、以下のステップを含む。

【0032】

ステップ４００：開始する。

【0033】

ステップ４０２：第２通信装置から、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上で第１スクランブルＣＲＣとともにＴＢを受信する。ここで、第１識別子は、第１通信装置及び第２通信装置に既知である。

【0034】

ステップ４０４：第１識別子で第１スクランブルＣＲＣをデスクランブルして、第１ＣＲＣを得る。

【0035】

ステップ４０６：ＴＢに応じた第２ＣＲＣを生成する。

【0036】

ステップ４０８：第１ＣＲＣが第２ＣＲＣと同じである場合、ＴＢを処理して、ＴＢ内のデータを抽出する。

【0037】

ステップ４１０：終了する。

【0038】

図５は、本発明の一例によるプロセス５０のフローチャートである。プロセス５０は、第１通信装置（例えば、図１のネットワーク１１０又は通信装置１００）において利用され、第１通信装置が第２通信装置（例えば、図１の通信装置１００又はネットワーク１１０）と通信する。プロセス５０は、以下のステップを含む。

【0039】

ステップ５００：開始する。

【0040】

ステップ５０２：第２通信装置から、少なくとも１つの第１連続ＯＦＤＭシンボル内の少なくとも１つの第１サブキャリア上で第１スクランブルＣＲＣとともにＴＢを受信する。ここで、第１識別子は、第１通信装置及び第２通信装置に既知である。

【0041】

ステップ５０４：ＴＢに応じた第２ＣＲＣを生成する。

【0042】

ステップ５０６：第１識別子で第２ＣＲＣをスクランブルして、第２スクランブルＣＲＣを生成する。

【0043】

ステップ５０８：第１スクランブルＣＲＣが第２スクランブルＣＲＣと同じである場合、ＴＢを処理して、ＴＢ内のデータを抽出する、又は第１スクランブルＣＲＣが第２スクランブルＣＲＣと異なる場合、ＴＢを破棄する。

【0044】

ステップ５１０：終了する。

【0045】

一例においては、第１通信装置は、第２通信装置から、第２通信装置がレイテンシ低減（又は、プロセス３０、４０及び／又は５０において説明されているようなＰＤＣＣＨなしのデータ送信と呼ばれる）をサポートしていることを示すケイパビリティ情報を受信する。次いで、第１通信装置は、レイテンシ低減を構成するＲＲＣメッセージ（例えば、RRCConnectionReconfiguration）を第２通信装置に送信する。第２通信装置は、ＲＲＣメッセージを受信すると、プロセス３０を実行する。一例においては、ＲＲＣメッセージは第１識別子を含み、第１識別子はセルＲＮＴＩ（Ｃ−ＲＮＴＩ）とは異なる、又はＣ−ＲＮＴＩである新しい無線ネットワーク一時識別子（ＲＮＴＩ）である。他の例においては、ＲＲＣメッセージは第１識別子を含まず、第１識別子はＣ−ＲＮＴＩである。Ｃ−ＲＮＴＩは、第２通信装置がランダムアクセス手順を実行するとき、ランダムアクセス手順のランダムアクセス応答で第１通信装置によって構成される。一例においては、第２通信装置は、ＰＤＣＣＨを復号するためにＣ−ＲＮＴＩを使用する。

【0046】

プロセス３０においては、ＴＢ及び第１スクランブルＣＲＣを符号化するためのいくつかの例がある。一例においては、変調、符号化（例えば、ターボ又はテールバイティング畳み込み符号化）、レートマッチング及び／又はスクランブリングの動作が、ＴＢ及び第１スクランブルＣＲＣの組み合わせに対して実行される。つまり、ＴＢ及び第１スクランブルＣＲＣが一緒に（jointly）符号化される。一例においては、変調、符号化、レートマッチング及び／又はスクランブルの第２動作がＴＢに対して実行されつつ、変調、符号化、レートマッチング及び／又はスクランブリングの第１動作が、第１スクランブルＣＲＣに対して実行される。すなわち、ＴＢ及び第１スクランブルＣＲＣは別々に符号化される。

【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】

一例においては、第１通信装置は、第２通信装置から、第２通信装置がレイテンシ低減（又は、プロセス３０、４０及び／又は５０において説明されているようなＰＤＣＣＨなしのデータ送信と呼ばれる）をサポートしていることを示すケイパビリティ情報を受信する。次いで、第１通信装置は、レイテンシ低減を構成するＲＲＣメッセージ（例えば、RRCConnectionReconfiguration）を第２通信装置に送信する。第２通信装置は、ＲＲＣメッセージを受信すると、プロセス６０を実行する。一例においては、ＲＲＣメッセージは第１識別子を含み、第１識別子はセルＲＮＴＩ（Ｃ−ＲＮＴＩ）とは異なる、又はＣ−ＲＮＴＩである新しい無線ネットワーク一時識別子（ＲＮＴＩ）である。他の例においては、ＲＲＣメッセージは第１識別子を含まず、第１識別子はＣ−ＲＮＴＩである。一例においては、Ｃ−ＲＮＴＩは、第２通信装置がランダムアクセス手順を実行するとき、ランダムアクセス手順のランダムアクセス応答で第１通信装置によって構成される。一例においては、第２通信装置は、ＰＤＣＣＨを復号するためにＣ−ＲＮＴＩを使用する。

【0083】

プロセス３０においては、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣを符号化するためのいくつかの例がある。一例においては、変調、符号化（例えば、ターボ又はテールバイティング畳み込み符号化）、レートマッチング及び／又はスクランブリングの動作が、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣの組み合わせに対して実行される。つまり、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣが一緒に（jointly）符号化される。一例においては、変調、符号化、レートマッチング及び／又はスクランブルの第２動作がＴＢに対して実行されつつ、変調、符号化、レートマッチング及び／又はスクランブリングの第１動作が、第１ＣＢ及び第１スクランブルＣＲＣに対して実行される。すなわち、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣは別々に符号化される。

【0084】

以下の例は、プロセス６０において、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣのジョイント符号化（joint）を説明するために使用される。一例においては、エラー検出のためのパリティビット列が、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣの少なくとも１つに応じて（例えば、それらを用いて実装）計算される。他の例においては、パリティビット列は、第１ＣＲＣに応じて（例えば、それを用いて実装）計算されるが、本明細書ではこれに限定されない。次いで、パリティビット列は、ＴＢ、第１ＣＢ、及び第１スクランブルＣＲＣと一緒に符号化される。

【0085】

以下の例は、プロセス６０において、ＴＢ、第１ＣＢ及び第１スクランブルＣＲＣの別個の符号化を説明するために使用される。ＴＢは、第１ＣＢ及び第１スクランブルとは別個に符号化される。１つの例においては、エラー検出のためのパリティビット列がＴＢに応じて計算され（例えば、それを用いて実装される）、パリティビット列は別個の符号化のためにＴＢに付加される。他の例においては、パリティビット列は、第１ＣＲＣに応じて計算される（例えば、こそれを用いて実装される）が、本明細書においては、これに限定されない。

【0086】

図９は、本発明の一例によるプロセス９０のフローチャートである。プロセス９０は、第１通信装置（例えば、ネットワーク１１０又は通信装置１００）において利用されて、送信を処理する。プロセス９０は、以下のステップを含む。

【0087】

ステップ９００：開始する。

【0088】

ステップ９０２：ＴＴＩの長さに応じたＲＢを決定する。

【0089】

ステップ９０４：１つ以上のＲＢで送信を第２通信装置に送信する。

【0090】

ステップ９０６：終了する。

【0091】

プロセス９０によれば、第１通信装置は、ＴＴＩの長さ（例えば、連続ＯＦＤＭシンボルの数）に応じたＲＢを決定する（例えば、ＲＢの帯域幅を決定する）。第１通信装置は、第２通信装置（例えば、通信装置１００又はネットワーク１１０）に、１つ又は複数のＲＢで送信を送信する。

【0092】

同様に、第２通信装置は、ＴＴＩの長さに応じたＲＢを決定する（例えば、ＲＢの帯域幅を決定する）。第２通信装置は、第１通信装置から１つ以上のＲＢで送信を受信する。

【0093】

ＲＢは、データ送信のために割り当てることができるリソースの最小単位である。一例においては、ＲＢは複数のサブキャリアからなる。ＲＢの帯域幅は、複数のサブキャリアの数を含む。ＴＴＩは、少なくとも１つの連続ＯＦＤＭシンボルを含む。ＴＴＩの長さは、少なくとも１つの連続ＯＦＤＭシンボルの数を含む。

【0094】

一例においては、第１通信装置はＵＥであり、第２通信装置はネットワーク（例えば、基地局）である。他の例においては、第１通信装置はネットワークであり、第２通信装置はＵＥである。

【0095】

一例においては、第１通信装置は、第１ＴＴＩの長さに応じた第１ＲＢの第１帯域幅を決定し、第１ＴＴＩ内の１つ以上の第１ＲＢでの第１送信を第２通信装置に送信する。第１通信装置は、第２ＴＴＩの長さに応じた第２ＲＢの第２帯域幅を決定し、第２ＴＴＩ内の１つ以上の第２ＲＢでの第２送信を第２通信装置に送信する。一例においては、第２帯域幅は、第１帯域幅よりも大きくてもよい。第１ＴＴＩの長さは、第２ＴＴＩの長さよりも長い。

【0096】

一例においては、第２通信装置は、第１通信装置からＴＴＩを設定する構成を受信する。次いで、第２通信装置は、ＴＴＩに応じた複数のサブキャリアの数（例えば、１２、２４、３６、４８、７２）（すなわち、ＲＢの帯域幅）を決定し、ＴＴＩ及び複数のサブキャリアの数に応じたＲＢを決定する。第２通信装置は、１つ以上のＲＢで送信を実行する。つまり、複数のサブキャリアの数は、ＲＢの帯域幅を決定（例えば、生成）するために使用される。

【0097】

一例においては、複数のサブキャリアの数（例えば、１２、２４、３６、４８又は７２）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格で定義されている全チャネル帯域幅（すなわち、１．４、３、５、１０、１５及び２０ＭＨｚ）に対するものと同じである。例えば、１．４、３、５、１０、１５及び／又は２０ＭＨｚのチャネル帯域幅には２４のサブキャリアが使用される。

【0098】

一例おいては、複数のサブキャリアの数（例えば、１２、２４、３６、４８又は７２）は、チャネル帯域幅の全部又は一部に対するものとは異なる。例えば、１．４ＭＨｚのチャネル帯域幅には２４のサブキャリアが使用され、３ＭＨｚのチャネル帯域幅には３６のサブキャリアが使用され、５、１０、１５及び２０ＭＨｚのチャネル帯域幅には６０のサブキャリアが使用される。

【0099】

図１０は、本発明の実施例によるＲＢの決定の概略図である。図１０において、Ｘ軸は、時間次元に対する１４個のＯＦＤＭシンボル（すなわち、１ ＴＴＩ）を表し、Ｙ軸は、周波数次元に対する３６個のサブキャリアを表す。一例において、第２通信装置は、構成された１４個のＯＦＤＭシンボル（すなわち、１ ＴＴＩ）に応じた１２個のサブキャリアを決定し、構成された１４個のＯＦＤＭシンボル及び１２個のサブキャリアに応じたＲＢ（太い実線のブロックとして表されている）を決定する。一実施例においては、第２通信装置は、構成された７ＯＦＤＭシンボル（すなわち、０．５ＴＴＩ）に応じた２４個のサブキャリアを決定し、構成された７個のＯＦＤＭシンボル及び２４個のサブキャリアに応じたＲＢ（細い実線のブロックで表される）を決定する。一例においては、第２通信装置は、構成された３ＯＦＤＭシンボルに応じた３６個のサブキャリアを決定し、構成された３ＯＦＤＭシンボル及び３６個のサブキャリアに応じたＲＢ（点線のブロックで表される）を決定する。

【0100】

一例においては、第１通信装置は、第２通信装置に対して検索単位（search unit）として少なくとも１つのＲＢ（例えば、１，２，３、．．．、ＲＢ（ｓ））の数を設定する（configures）。一例においては、２つ以上のＲＢが検索単位として設定されている場合、２つ以上のＲＢは連続的又は不連続的である。

【0101】

一例においては、ＲＢの受信を行うとき、第２通信装置は、周波数ドメインにおける検索単位内のＴＢの可能な周波数位置（スクランブルＣＲＣを有する、又はＣＢ及びスクランブルを有する）を検索する。第２通信装置は、次のステップを実行することによって、論理ドメイン（logical domain）におけるＴＢの可能な周波数位置を検索する。つまり、構成されたＴＴＩ内の複数のＲＢでの時間／周波数リソースを受信するステップと、時間／周波数リソースを再配置するステップ（例えば、時間／周波数リソースをデインタリーブ（deinterleaving）する）である。次いで、第２通信装置は、復号が成功するまで、すなわち、ＣＲＣ検査が成功する、又は所定数の復号が達成されるまで、予め定義された周波数単位を使用することによって、論理ドメインにおける複数の復号を実行することにより、アドレス指定されたＴＢを検索する。一例においては、予め定義された周波数単位は、少なくとも１つのサブキャリア、少なくとも１つのリソースエレメント（ＲＥ）又は少なくとも１つのＲＢの単位であるが、本明細書ではこれらに限定されない。一例においては、第１通信装置は、少なくとも１つのサブキャリア、少なくとも１つのＲＥ又は少なくとも１つのＲＢの単位に対してインタリーブ動作を実行するが、本明細書ではこれらに限定されない。したがって、第２通信装置は、デインタリーブの動作を行う必要があることがある。一例においては、第１通信装置は、インタリーブの動作を実行しない。したがって、第２通信装置は、デインタリーブ動作を行う必要がないこともある。一例においては、インタリーブ及びデインタリーブの動作は、第１通信装置及び第２通信装置に既知である。

【0102】

プロセス３０によれば、ＴＢ及び第１スクランブルの位置にはいくつかの例がある。一例においては、ＴＢは、第１スクランブルＣＲＣの前（before）に置かれる。一例においては、第１スクランブルＣＲＣは、ＴＢの前に置かれる。

【0103】

プロセス６０による、ＴＢ、第１ＣＢ、及び第１スクランブルＣＲＣの位置にはいくつかの例がある。一例においては、ＴＢは、第１ＣＢ及び第１スクランブルＣＲＣの前に位置する。一例においては、第１ＣＢは、ＴＢ及び第１スクランブルＣＲＣの前に置かれる。一例においては、第１ＣＢは、第１スクランブルＣＲＣ及びＴＢの前に置かれる。一例においては、第１スクランブルＣＲＣは、第１ＣＢ及びＴＢの前に置かれる。

【0104】

一例においては、上述の実施形態は、フィルタバンクマルチキャリア（ＦＢＭＣ）又は汎用フィルタマルチキャリア（ＵＦＭＣ）に適用することができる。一例においては、少なくとも１つの連続ＯＦＤＭシンボル内の少なくとも１つのサブキャリアは、ＵＦＭＣで使用されるサブバンドによって置き換えられることができる。すなわち、少なくとも１つのサブキャリアの帯域幅は、サブバンドの帯域幅と同じである。

【0105】

一例においては、第１ＣＢは、ＯＦＤＭ、ＵＦＭＣ、又はＦＢＭＣがＴＢの送信に使用されることを示す。一例においては、第１ＣＢは、ＵＦＭＣのフィルタ長を示す。

【0106】

上記の実施形態において、第１ＣＲＣ（又は第２、第３）及び第１ＣＲＣ（又は第２、第３）から生成された第１（又は第２、第３）スクランブルＣＲＣは、固定長（例えば、１６、２４又は３２ビット）であり、第１通信装置及び第２通信装置に既知である。一例においては、第１ＣＲＣは、第１ＣＢ及びＴＢの両方に応じて計算される。

【0107】

上記の実施形態においては、第１（又は第２）ＣＲＣをスクランブルするために使用される第１（又は第２）識別子のビット長が、第１（又は第２）ＣＲＣのビット長よりも短いとき、第１（又は第２）の識別子のビット長と第１（又は第２）ＣＲＣのビット長とを整合させるため、パディング方式が第１（又は第２）識別子に適用される。一例においては、パディング方式（例えば、パターン及び位置）は、第１通信装置及び第２通信装置に既知である。

【0108】

上記の例は、対応するプロセスの関連する動作を明確にするために示されていることに留意されたい。例は、システム要件及び／又は設計上の考慮事項に応じて任意に組み合わせる、及び／又は変更することができる。

【0109】

当業者であれば、上述の説明及び例の組み合わせ、修正及び／又は変更を容易に行うはずである。任意の上述のプロセスは、プログラムコード２１４にコンパイルされることができる。提案されたステップを含む、上述の説明、ステップ及び／又はプロセスは、ハードウェア、ソフトウェア、ファームウェア（ハードウェア装置と、ハードウェア装置上の読み取り専用ソフトウェアとして存するコンピュータ命令及びデータとの組み合わせとして知られる）、電子システム又はそれらの組み合わせであり得る手段により実現することができる。その手段の一例は、通信装置２０である。

【0110】

要約すると、本発明は、他の通信装置との通信を処理するための方法及び関連する通信装置を提供する。ゆえに、ネットワークとの通信を処理するという問題は解決される。

【0111】

当業者であれば、本装置及び本方法の多様な修正物及び代替物が、発明の教示を保持しつつなされることができることに容易に気づくだろう。したがって、上記の開示は、添付の特許請求の範囲の境界によってのみ制限されるものとして解釈されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【外国語明細書】

2017175609000001.pdf