(57)【要約】【課題】本明細書は、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送と関連する端末の動作方法を提供する。【解決手段】より具体的には、上記端末により行われる方法は、上記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するステップと、上記アップリンク伝送の中断を指示する第１情報および上記アップリンク伝送が中断されるリソースに関する第２情報を有する制御メッセージを基地局から受信するステップと、上記制御メッセージに基づいて上記アップリンク伝送が中断されるリソースに上記アップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が有されているかを決定するステップと、を有することを特徴とする。【選択図】図１０
2021512546.tif 000002
【特許請求の範囲】
【請求項１】
ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送と関連する端末の動作方法であって、
前記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するステップと、
前記アップリンク伝送の中断を指示する第１情報および前記アップリンク伝送が中断されるリソースに関する第２情報を有する制御メッセージを基地局から受信するステップと、
前記制御メッセージに基づいて前記アップリンク伝送が中断されるリソースに前記アップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が有されているかを決定するステップと、を有する、ことを特徴とする方法。
【請求項２】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記アップリンク伝送が中断されるリソースで前記アップリンク伝送をドロップ（drop）するステップをさらに有する、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記ＤＭＲＳの新たな位置と関連する情報を前記基地局から受信するステップをさらに有する、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記アップリンク伝送のためのリソースは、前記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、前記アップリンク伝送が中断されるリソースに該当する第２パート、および前記アップリンク伝送が中断されるリソースの後に位置するリソースに該当する第３パートを有する、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ＤＭＲＳの新たな位置と関連する情報は、前記第１パートおよび前記第３パートに各々適用される、ことを特徴とする請求項４に記載の方法。
【請求項６】
前記アップリンク伝送が中断されるリソースは、時間領域で１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされる、ことを特徴とする請求項１に記載の方法。
【請求項７】
ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送を行う端末であって、
無線信号を伝送する伝送器（transmitter）と、
前記無線信号を受信する受信器（receiver）と、
前記伝送器および受信器と機能的に接続されているプロセッサと、を有し、
前記プロセッサは、
前記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するように前記受信器を制御し、
前記アップリンク伝送の中断を指示する第１情報および前記アップリンク伝送が中断されるリソースに関する第２情報を有する制御メッセージを基地局から受信するように前記受信器を制御し、
前記制御メッセージに基づいて前記アップリンク伝送が中断されるリソースに前記アップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が有されているかを決定する、ことを特徴とする端末。
【請求項８】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記プロセッサは、
前記アップリンク伝送が中断されるリソースで前記アップリンク伝送をドロップ（drop）する、ことを特徴とする請求項７に記載の端末。
【請求項９】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記プロセッサは、
前記ＤＭＲＳの新たな位置と関連する情報を前記基地局から受信するように前記受信器を制御する、ことを特徴とする請求項７に記載の端末。
【請求項１０】
前記アップリンク伝送のためのリソースは、前記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、前記アップリンク伝送が中断されるリソースに該当する第２パート、および前記アップリンク伝送が中断されるリソースの後に位置するリソースに該当する第３パートを有する、ことを特徴とする請求項９に記載の端末。
【請求項１１】
前記ＤＭＲＳの新たな位置と関連する情報は、前記第１パートおよび前記第３パートに各々適用される、ことを特徴とする請求項１０に記載の端末。
【請求項１２】
前記アップリンク伝送が中断されるリソースは、時間領域で１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされる、ことを特徴とする請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、無線通信システムに関し、より詳しくは、アップリンク伝送（送信）を行うための方法およびこれをサポート（支援）する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しつつ音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソース（資源）の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は、概して、爆発的なデータトラフィックへの適応（の収容）、ユーザ当たりの送信レート（率）の画期的な増加、大幅増加した接続（連結）デバイス数への適応、非常に低いエンドツーエンド（端対端）遅延（End-to-End Latency）、高エネルギ効率をサポートできなければならない。そのために、二重接続（連結性）（Dual Connectivity）、大規模多入力多出力（多重入出力）（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多元（多重）接続（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーク（Device Networking）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、互いに異なる時間長さを有する伝送リソースを使用する端末が互いにｄｙｎａｍｉｃまたはｓｅｍｉ−ｓｔａｔｉｃな方法によりリソースを共有して使用する方法を提供することをその目的とする。
【０００５】
また、本明細書は、ｐｒｅ−ｅｍｐｔｉｏｎ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎにより指示されたリソースにＵＬ伝送のためのＤＭＲＳが含まれる場合のＵＬ伝送ハンドリング方法を提供することをその目的とする。
【０００６】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されることができる。
【課題を解決するための手段】
【０００７】
本明細書は、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送と関連する端末の動作方法であって、アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するステップと、アップリンク伝送の中断を指示する第１情報およびアップリンク伝送が中断されるリソースに関する第２情報を有する制御メッセージを基地局から受信するステップと、制御メッセージに基づいてアップリンク伝送が中断されるリソースにアップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が有されているかを決定するステップと、を有することを特徴とする。
【０００８】
また、本明細書において、アップリンク伝送が中断されるリソースにＤＭＲＳが有される場合、アップリンク伝送が中断されるリソースでアップリンク伝送をドロップ（drop）するステップをさらに有することを特徴とする。
【０００９】
また、本明細書において、アップリンク伝送が中断されるリソースにＤＭＲＳが有される場合、ＤＭＲＳの新たな位置と関連する情報を基地局から受信するステップをさらに有することを特徴とする。
【００１０】
また、本明細書において、アップリンク伝送のためのリソースは、アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、アップリンク伝送が中断されるリソースに該当する第２パートおよびアップリンク伝送が中断されるリソースの後に位置するリソースに該当する第３パートを有することを特徴とする。
【００１１】
また、本明細書において、ＤＭＲＳの新たな位置と関連する情報は、第１パートおよび第３パートに各々適用されることを特徴とする。
【００１２】
また、本明細書において、アップリンク伝送が中断されるリソースは、時間領域で１つのスロットより小さな時間を有する非（ノン）スロット（non-slot）単位でスケジューリングされることを特徴とする。
【００１３】
また、本明細書は、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送を行う端末であって、無線信号を伝送する伝送器（transmitter）と、無線信号を受信する受信器（receiver）と、伝送器および受信器と機能的に接続されているプロセッサと、を有し、プロセッサは、アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するように受信器を制御し、アップリンク伝送の中断を指示する第１情報およびアップリンク伝送が中断されるリソースに関する第２情報を有する制御メッセージを基地局から受信するように受信器を制御し、制御メッセージに基づいてアップリンク伝送が中断されるリソースにアップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が有されているかを決定することを特徴とする。
【発明の効果】
【００１４】
本明細書は、次世代の無線通信システムにおける端末が、ｕｒｇｅｎｔなｔｒａｆｆｉｃを伝送するために既に割り当てられているか、または伝送中である他の伝送のリソースを使用することができる効果がある。
【００１５】
また、上記の過程で、既存の伝送との衝突（collision）、既存の伝送の性能悪化（performance degradation）を最小にできる効果がある。
【００１６】
本発明から得られる効果は、以上で言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されることができる。
【図面の簡単な説明】
【００１７】
【図１】本明細書で提案する方法が適用されることができるＮＲの全体的なシステム構造の一例を示す図である。
【図２】本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す図である。
【図３】ＮＲシステムにおけるフレーム構造の一例を示す図である。
【図４】本明細書で提案する方法が適用されることができる無線通信システムがサポートするリソースグリッド（resource grid）の一例を示す図である。
【図５】本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別リソースグリッドの例を示す図である。
【図６】本明細書で提案する方法が適用されることができるｓｅｌｆ−ｃｏｎｔａｉｎｅｄ構造の一例を示す図である。
【図７】プリエンプション指示関連の動作の一例を示す流れ図である。
【図８】プリエンプション指示方法の一例を示す図である。
【図９】本明細書で提案する中断メッセージ伝送方法の一例を示す図である。
【図１０】本明細書で提案する方法を行う端末の動作方法に関するフローチャートの一例を示す図である。
【図１１】本明細書で提案する方法を行う基地局の動作方法に関するフローチャートの一例を示す図である。
【図１２】本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図を例示する図である。
【図１３】本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図のさらに他の例を示す図である。
【発明を実施するための形態】
【００１８】
本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００１９】
以下、本発明に係る好ましい実施形態を、添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項がなくとも実施できることが分かる。
【００２０】
幾つかの場合、本発明の概念が曖昧になることを避けるために、公知の構造および装置は省略されるか、または各構造および装置の中核機能を中心としたブロック図の形式で示されることができる。
【００２１】
本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書において基地局により行われると説明された特定の動作は、場合によっては、基地局の上位ノード（upper node）により行われてもよい。すなわち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われ得ることは自明である。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、Ｎｏｄｅ  Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general NB）などの用語により代替され得る。また、「端末（Terminal）」は、固定されるか、または移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless Terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に代替され得る。
【００２２】
以下において、ダウンリンク（ＤＬ：DownLink）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：UpLink）は、端末から基地局への通信を意味する。ダウンリンクにおける送信器は基地局の一部であり、受信器は端末の一部であり得る。アップリンクにおける送信器は端末の一部であり、受信器は基地局の一部であり得る。
【００２３】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を外れない範囲で異なる形態に変更され得る。
【００２４】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）、ＮＯＭＡ（Non-Orthogonal Multiple Access）などの多様な無線アクセスシステムに利用できる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）で具現できる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data rates for GSM Evolution）などの無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ  ＬＴＥの進化したものである
【００２５】
本発明の実施形態は、無線アクセスシステムであるＩＥＥＥ  ８０２、３ＧＰＰおよび３ＧＰＰ２の少なくとも１つで開示された標準文書によって裏付けられることができる。すなわち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために、説明しない段階または部分は、上記文書によって裏付けられることができる。また、本文書で開示している全ての用語は、上記標準文書によって説明されることができる。
【００２６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＮＲ（New Radio）を中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００２７】
スマートフォン（smartphone）およびＩｏＴ（Internet of Things）端末の普及が速く拡散されるにつれて、通信網を通じてやりとりする情報の量が増加している。これによって、次世代の無線接続技術では、既存の通信システム（または、既存の無線アクセス技術（radio access technology））より多くのユーザにより速いサービスを提供する環境（例えば、向上した移動広帯域通信（enhanced mobile broadband communication））が考慮される必要がある。
【００２８】
このために、多数の機器およびモノ（事物）（object）を接続してサービスを提供するＭＴＣ（Machine Type Communication）を考慮する通信システムのデザインが議論されている。また、通信の信頼性（reliability）および／または遅延（latency）にセンシティブ（敏感）なサービス（service）および／または端末（terminal）などを考慮する通信システム（例えば、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）のデザインも議論されている。
【００２９】
以下、本明細書では、説明の便宜のために、上記次世代の無線アクセス技術は、ＮＲ（New RAT、Radio Access Technology）と称され、上記ＮＲが適用される無線通信システムは、ＮＲシステムと称される。
【００３０】
用語の定義
【００３１】
ｅＬＴＥ  ｅＮＢ：ｅＬＴＥ  ｅＮＢは、ＥＰＣおよびＮＧＣに対する接続をサポートするｅＮＢの進化（evolution）したものである。
【００３２】
ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。
【００３３】
新しいＲＡＮ：ＮＲまたはＥ−ＵＴＲＡをサポートするか、ＮＧＣと相互作用する無線アクセスネットワーク。
【００３４】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定の要求事項を要求する特定の市場シナリオに対して、最適化されたソリューションを提供するようにオペレータによって定義されたネットワーク。
【００３５】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部のインターフェースとよく定義された機能的動作とを有するネットワークインフラにおける論理ノード。
【００３６】
ＮＧ−Ｃ：新しいＲＡＮとＮＧＣとの間のＮＧ２リファレンスポイント（reference point）に使用される制御（コントロール）プレーンインターフェース。
【００３７】
ＮＧ−Ｕ：新しいＲＡＮとＮＧＣとの間のＮＧ３リファレンスポイント（reference point）に使用されるユーザプレーンインターフェース。
【００３８】
非スタンドアローン（非独立型）（Non-standalone）ＮＲ：ｇＮＢが、ＬＴＥ  ｅＮＢをＥＰＣに制御プレーンの接続のためのアンカとして要求するか、またはｅＬＴＥ  ｅＮＢをＮＧＣに制御プレーンの接続のためのアンカとして要求する配置構成。
【００３９】
非スタンドアローンＥ−ＵＴＲＡ：ｅＬＴＥ  ｅＮＢが、ＮＧＣに制御プレーンの接続のためのアンカとしてｇＮＢを要求する配置構成。
【００４０】
ユーザプレーンゲートウェイ：ＮＧ−Ｕインターフェースの終端点。
【００４１】
システム一般
【００４２】
図１は、本明細書で提案する方法が適用されることができるＮＲの全体的なシステム構造の一例を示した図である。
【００４３】
図１を参照すると、ＮＧ-ＲＡＮは、ＮＧ−ＲＡユーザプレーン（新しいＡＳ  ｓｕｂｌａｙｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）およびＵＥ（User Equipment）に対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。
【００４４】
上記ｇＮＢは、Ｘｎインターフェースを介して相互接続される。
【００４５】
上記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣに接続される。
【００４６】
より具体的には、上記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを介してＵＰＦ（User Plane Function）に接続される。
【００４７】
ＮＲ（New Rat）ヌメロロジ（Numerology）およびフレーム（frame）構造
【００４８】
ＮＲシステムでは、多数のヌメロロジ（numerology）がサポートされることができる。ここで、ヌメロロジは、サブキャリア間隔（subcarrier spacing）とＣＰ（Cyclic Prefix）のオーバーヘッドとにより定義されることができる。このとき、多数のサブキャリア間隔は、基本サブキャリア間隔を整数Ｎ（または、μ）にスケーリング（scaling）することにより導出されることができる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を用いないと仮定されても、用いられるヌメロロジは、周波数帯域と独立して選択されることができる。
【００４９】
また、ＮＲシステムでは、多数のヌメロロジに従う多様なフレーム構造がサポートされることができる。
【００５０】
以下、ＮＲシステムで考慮されることができるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジおよびフレーム構造を見る。
【００５１】
ＮＲシステムでサポートされる多数のＯＦＤＭヌメロロジは、表１のように定義されることができる。
【００５２】
＜表１＞
【表１】
2021512546.tif 000003
【００５３】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の多様なフィールドのサイズは、
2021512546.tif 000004
の時間単位の倍数で表現される。ここで、
2021512546.tif 000005
であり、
2021512546.tif 000006
である。ダウンリンク（downlink）およびアップリンク（uplink）送信は、
2021512546.tif 000007
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは、各々、
2021512546.tif 000008
の区間を有する１０個のサブフレーム（subframe）で構成される。この場合、アップリンクに対する１セットのフレームおよびダウンリンクに対する１セットのフレームが存在することができる。
【００５４】
図２は、本明細書で提案する方法が適用されることができる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００５５】
図２に示すように、端末（User Equipment、ＵＥ）からのアップリンクフレーム番号ｉの送信は、該当端末における該当ダウンリンクフレームの開始より
2021512546.tif 000009
以前に開始しなければならない。
【００５６】
ヌメロロジμに対して、スロット（slot）は、サブフレーム内で
2021512546.tif 000010
の増加する順に番号が付けられて、無線フレーム内で
2021512546.tif 000011
の増加する順に番号が付けられる。１つのスロットは、
2021512546.tif 000012
（個）の連続するＯＦＤＭシンボルで構成され、
2021512546.tif 000013
は、用いられるヌメロロジおよびスロット設定（slot configuration）によって決定される。サブフレームでスロット
2021512546.tif 000014
の開始は、同じサブフレームでＯＦＤＭシンボル
2021512546.tif 000015
の開始と時間的にアライン（整列）される。
【００５７】
全ての端末が同時に送信および受信できるものではなく、これは、ダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが用いられることはできないことを意味する。
【００５８】
表２は、ノーマル（一般）（normal）ＣＰにおけるスロット別ＯＦＤＭシンボルの個数
2021512546.tif 000016
、無線フレーム別スロットの個数
2021512546.tif 000017
、サブフレーム別スロットの個数
2021512546.tif 000018
を示し、表３は、拡張（extended）ＣＰにおけるスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【００５９】
＜表２＞
【表２】
2021512546.tif 000019
【００６０】
＜表３＞
【表３】
2021512546.tif 000020
【００６１】
図３は、ＮＲシステムにおけるフレーム構造の一例を示す。図３は、単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。
【００６２】
表３の場合、
2021512546.tif 000021
の場合、すなわちサブキャリア間隔（SubCarrier Spacing、ＳＣＳ）が６０ｋＨｚである場合の一例であって、表２を参照すると、１（個の）サブフレーム（または、フレーム）は、４個のスロットを含むことができ、図３に図示された１（個の）サブフレーム＝｛１、２、４｝スロットは、一例であって、１（個の）サブフレームに含まれることができるスロットの個数は、表２のように定義されることができる。
【００６３】
また、ミニスロット（mini-slot）は、２、４、または７（個の）シンボル（symbol）で構成されることもでき、より多いか、またはより少ないシンボルで構成されることもできる。
【００６４】
ＮＲシステムにおける物理リソース（physical resource）と関連して、アンテナポート（antenna port）、リソースグリッド（resource grid）、リソース要素（resource element）、リソースブロック（resource block）、キャリアパート（carrier part）などが考慮されることができる。
【００６５】
以下、ＮＲシステムで考慮できる上記物理リソースについて具体的に説明する。
【００６６】
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２つのアンテナポートは、ＱＣ／ＱＣＬ（Quasi Co-locatedまたはQuasi Co-Location）関係にあるということができる。ここで、上記広範囲特性は、遅延分散（拡散）（Delay spread）、ドップラ拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信電力（パワー）（Average received power）、受信タイミング（Received Timing）のうちの１つまたは複数を含む。
【００６７】
図４は、本明細書で提案する方法が適用されることができる無線通信システムがサポートするリソースグリッド（resource grid）の一例を示す。
【００６８】
図４を参照すると、リソースグリッドが、周波数領域上に
2021512546.tif 000022
（個の）サブキャリアで構成され、１つのサブフレームが、１４・２μ（個の）ＯＦＤＭシンボルで構成されることが例示的に記述されるが、これに限定されるものではない。
【００６９】
ＮＲシステムにおいて、伝送される信号（transmitted signal）は、
2021512546.tif 000023
（個の）サブキャリアで構成される１つもしくは複数のリソースグリッドならびに
2021512546.tif 000024
（個の）のＯＦＤＭシンボルにより説明される。ここで、
2021512546.tif 000025
である。上記
2021512546.tif 000026
は、最大伝送帯域幅を示し、これは、ヌメロロジだけでなく、アップリンクとダウンリンクとの間でも変わることがある。
【００７０】
この場合、図５のように、ヌメロロジμおよびアンテナポートｐ別に１つのリソースグリッドが設定されることができる。
【００７１】
図５は、本明細書で提案する方法が適用されることができるアンテナポートおよびヌメロロジ別リソースグリッドの例を示す。
【００７２】
ヌメロロジμおよびアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（resource element）と称され、インデックス対
2021512546.tif 000027
により一意に識別される。ここで、
2021512546.tif 000028
は、周波数領域上のインデックスであり、
2021512546.tif 000029
は、サブフレーム内におけるシンボルの位置を称する。スロットにおいてリソース要素を称するときには、インデックス対
2021512546.tif 000030
が用いられる。ここで、
2021512546.tif 000031
である。
【００７３】
ヌメロロジμおよびアンテナポートｐに対するリソース要素
2021512546.tif 000032
は、複素値（complex value）
2021512546.tif 000033
に該当する。混同（confusion）される危険のない場合、または特定アンテナポートもしくはヌメロロジが特定されていない場合には、インデックスｐおよびμは、ドロップ（drop）されることができ、その結果、複素値は、
2021512546.tif 000034
または
2021512546.tif 000035
になることができる。
【００７４】
また、物理リソースブロック（physical resource block）は、周波数領域上の
2021512546.tif 000036
（個の）連続するサブキャリアとして定義される。
【００７５】
Ｐｏｉｎｔ  Ａは、リソースブロックグリッドの共通参照ポイント（地点）（common reference point）としての役割を担い、次の通り獲得されることができる。
【００７６】
−  ＰＣｅｌｌダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のためにＵＥにより使われたＳＳ／ＰＢＣＨブロックと重なる最も低いリソースブロックの最も低いサブキャリアとｐｏｉｎｔ  Ａとの間の周波数オフセットを示し、ＦＲ１に対して１５ｋＨｚサブキャリア間隔およびＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（unit）で表現される。
【００７７】
−  ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（Absolute Radio-Frequency Channel Number）のように表現されたｐｏｉｎｔ  Ａの周波数位置を示す。
共通リソースブロック（common resource block）は、サブキャリア間隔設定μに対する周波数領域で０から上方にナンバリング（numbering）される。
【００７８】
サブキャリア間隔設定μに対する共通リソースブロック０のｓｕｂｃａｒｒｉｅｒ  ０の中心は、‘ｐｏｉｎｔ  Ａ’と一致する。周波数領域で共通リソースブロック番号（number）
2021512546.tif 000037
とサブキャリア間隔設定μに対するリソース要素（ｋ、ｌ）とは、以下の数式１のように与えられることができる。
【００７９】
＜数式１＞
【数１】
2021512546.tif 000038
【００８０】
ここで、
2021512546.tif 000039
は、
2021512546.tif 000040
がｐｏｉｎｔ  Ａを中心とするｓｕｂｃａｒｒｉｅｒに該当するようにｐｏｉｎｔ  Ａに対して相対的に定義できる。物理リソースブロックは、帯域幅パート（Bandwidth Part、ＢＷＰ）内で０から
2021512546.tif 000041
まで番号が付けられ、
2021512546.tif 000042
は、ＢＷＰの番号である。ＢＷＰ  ｉで物理リソースブロック
2021512546.tif 000043
と共通リソースブロック
2021512546.tif 000044
との間の関係は、以下の数式２により与えられることができる。
【００８１】
＜数式２＞
【数２】
2021512546.tif 000045
【００８２】
ここで、
2021512546.tif 000046
は、ＢＷＰが共通リソースブロック０に対して相対的に始まる共通リソースブロックでありうる。
【００８３】
Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ構造
【００８４】
ＮＲシステムで考慮されるＴＤＤ（Time Division Duplexing）構造は、アップリンク（UpLink、ＵＬ）とダウンリンク（DownLink、ＤＬ）とを１つのスロット（slot）（または、サブフレーム（subframe））で全て処理する構造である。これは、ＴＤＤシステムでデータ伝送の遅延（latency）を最小にするためのものであり、上記構造は、ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ構造またはｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロットと称されることができる。
【００８５】
図６は、本明細書で提案する方法が適用されることができるｓｅｌｆ−ｃｏｎｔａｉｎｅｄ構造の一例を示す。図５は、単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。
【００８６】
図６を参照すると、ｌｅｇａｃｙ  ＬＴＥの場合のように、１つの伝送単位（例えば、スロット、サブフレーム）が１４個のＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル（symbol）で構成される場合が仮定される。
【００８７】
図６で、領域６０２はダウンリンク制御領域（downlink control region）を意味し、領域６０４はアップリンク制御領域（uplink control region）を意味する。また、領域６０２および領域６０４以外の領域（すなわち、別途の表示のない領域）は、ダウンリンクデータ（downlink data）またはアップリンクデータ（uplink data）の伝送のために利用されることができる。
【００８８】
すなわち、アップリンク制御情報（uplink control information）およびダウンリンク制御情報（downlink control information）は、１つのｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロットで伝送できる。一方、データ（data）の場合、アップリンクデータまたはダウンリンクデータが、１つのｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロットで伝送できる。
【００８９】
図６に示した構造を用いる場合、１つのｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロット内で、ダウンリンク伝送とアップリンク伝送とが順次進行し、ダウンリンクデータの伝送およびアップリンクＡＣＫ／ＮＡＣＫの受信が行われることができる。
【００９０】
結果的に、データ伝送のエラーが発生する場合、データの再伝送までにかかる時間が減少できる。これを通じて、データ伝達と関連する遅延を最小にすることができる。
【００９１】
図６のようなｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロット構造で、基地局（ｅＮｏｄｅＢ、ｅＮＢ、ｇＮＢ）および／または端末（Terminal、ＵＥ（User Equipment））は、伝送（送信）モード（transmission mode）から受信モード（reception mode）に転換する過程、または受信モードから伝送モードに転換する過程のための時間ギャップ（time gap）が要求される。上記時間ギャップと関連して、上記ｓｅｌｆ−ｃｏｎｔａｉｎｅｄスロットでダウンリンク伝送以後にアップリンク伝送が行われる場合、一部のＯＦＤＭシンボルが、ガード（保護）区間（Guard Period、ＧＰ）に設定されることができる。
【００９２】
アナログビームフォーミング（analog beamforming）
【００９３】
ミリ波（ｍｍＷａｖｅ、ｍｍＷ）通信システムでは、信号の波長（wave length）が短くなるにつれて、同一面積に多数の（または、多重の）（multiple）アンテナを設置することができる。例えば、３０ＣＨｚ帯域で波長は約１ｃｍ位であり、２次元（2-dimension）配列形態によって５ｃｍｘ５ｃｍのパネル（panel）に０．５ラムダ（lambda）間隔でアンテナを設置する場合、合計１００個のアンテナ要素（element）が設置されることができる。
【００９４】
したがって、ｍｍＷ通信システムでは、多数のアンテナ要素を用いてビームフォーミング（Beamforming、ＢＦ）利得を高めつつカバレッジ（coverage）を増加させるか、または処理量（throughput）を高める方式が考慮されることができる。
【００９５】
この際、アンテナ要素別に伝送電力（transmission power）および位相（phase）を調節可能にＴＸＲＵ（Transceiver Unit）が設置される場合、周波数リソース（frequency resource）別に独立したビームフォーミングが可能である。
【００９６】
ただし、全てのアンテナ要素（例えば、１００個のアンテナ要素）にＴＸＲＵを設置する方式は、価格面で実効性が落ちることがある。これによって、１つのＴＸＲＵに多数のアンテナ要素をマッピング（mapping）し、アナログ位相シフタ（遷移器）（analog phase shifter）を用いてビーム（beam）の方向（direction）を制御する方式が考慮されることができる。
【００９７】
前述したようなアナログビームフォーミング方式は、全帯域において１つのビーム方向のみが生成されることができるので、周波数選択的なビーム動作が行われることができないという問題が発生する。
【００９８】
これによって、デジタルビームフォーミング（digital beamforming）とアナログビームフォーミングとの中間形態として、Ｑ個のアンテナ要素より少数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（hybrid beamforming）が考慮されることができる。この場合、上記Ｂ個のＴＸＲＵとＱ個のアンテナ要素との接続方式によって差はあるが、同時に信号が伝送されることができるビームの方向は、Ｂ個以下に制限されることができる。
【００９９】
ｅＭＢＢの伝送中断（Halting on-going transmission of eMBB）
【０１００】
ｅＭＢＢ  ＵＬ  ｃｈａｎｎｅｌの伝送とＵＲＬＬＣのＵＬ  ｃｈａｎｎｅｌの伝送とが重なる場合、相互間干渉（interference）によって２つのＵＬ  ｃｈａｎｎｅｌに対する検出性能が急激に落ちることがある。
【０１０１】
特に、ＵＲＬＬＣの場合、ＵＬ  ｃｈａｎｎｅｌの検出失敗によって、実質的な遅延（latency）は長くなることがある。
【０１０２】
上記のような問題を防止するための方法の一環として、端末は、伝送中であるｅＭＢＢ  ＵＬ  ｃｈａｎｎｅｌをＵＲＬＬＣ  ＵＬ  ｃｈａｎｎｅｌが伝送される時点のみで、または該当時点を含んで、それ以後から伝送を中止することを考慮することができる。
【０１０３】
上記の方法のために、ｅＭＢＢ  ＵＥは、伝送途中にＵＲＬＬＣ  ＵＬ  ｃｈａｎｎｅｌの存在を認知する必要がある。
【０１０４】
次の２つの方法（方法１および方法２）の場合、ｅＭＢＢ  ＵＥが、ＵＲＬＬＣ  ＵＬ  ｃｈａｎｎｅｌの存在を認知し、中断（halting）を行うための方法に対するより具体的な例である。
【０１０５】
（方法１）
【０１０６】
ｅＭＢＢ  ＵＥは、ＵＲＬＬＣに対するＵＬ  ｇｒａｎｔおよび／または制御チャネルに対するＤＭＲＳおよび／またはＵＬ  ｃｈａｎｎｅｌに対するＤＭＲＳを検出することを考慮することができる。
【０１０７】
本明細書で使われる‘Ａおよび／またはＢ’は、‘ＡおよびＢのうちの少なくとも１つを含む’と同一の意味として解釈できる。
【０１０８】
方法１のために、基地局は、ｅＭＢＢ  ＵＥにまたはＵＥ−ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃに、ＵＲＬＬＣ  ｓｉｇｎａｌの検出に必要な情報をｓｉｇｎａｌｌｉｎｇする必要がある。
【０１０９】
より具体的には、上記検出に必要な情報は、ＤＣＩおよび／またはＤＭＲＳに対するｃａｎｄｉｄａｔｅｓでありうる。
【０１１０】
さらに他の方式として、ＵＲＬＬＣに対するＤＣＩおよび／またはＤＭＲＳがＵＥ−ｓｐｅｃｉｆｉｃに設定される代りに、ｃｅｌｌ−ｓｐｅｃｉｆｉｃまたはｂｅａｍ−ｓｐｅｃｉｆｉｃまたはｇｒｏｕｐ−ｃｏｍｍｏｎに設定されることもできる。
【０１１１】
方法１は、ｅＭＢＢとＵＲＬＬＣとの間のｎｕｍｅｒｏｌｏｇｙが異なる場合には適合されないことがある。
【０１１２】
この場合、ｅＭＢＢ  ｎｕｍｅｒｏｌｏｇｙに合せてｈａｌｔｉｎｇ  ｓｉｇｎａｌが伝送されることができる。
【０１１３】
ｅＭＢＢ  ＵＥは、基地局（ｇＮＢ）から上記ｈａｌｔｉｎｇ  ｓｉｇｎａｌを検出し、一定時間以後にｅＭＢＢ伝送を該当時点のみ、またはその時点から中断することができる。
【０１１４】
方法１は、ＵＲＬＬＣがｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ（または、ＮＲで定義されるｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ）である場合、行われ難いことがある。
【０１１５】
したがって、上記ｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに対するｒｅｓｏｕｒｃｅは、ｒｅｓｅｒｖｅｄ（ｅＭＢＢ  ＵＬに使用できないように）するものでありうる。
【０１１６】
（方法２）
【０１１７】
ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ  ｓｉｇｎａｌに対してＬＢＴ（Listen Before Talk）方法を用いることができる。
【０１１８】
すなわち、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの途中でＵＲＬＬＣ  ｓｉｇｎａｌの伝送有無を（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎなどで）測定して、これに基づいて上記ｅＭＢＢ  ＵＬ伝送を止めることができる。
【０１１９】
しかしながら、方法２の場合、２つのＵＥ間の距離が離れた場合（hidden-node problem）には、正しく行うことができないことがある。
【０１２０】
一般に、ｍｕｌｔｉ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇを受けるか、またはｍｕｌｔｉ−ｍｉｎｉ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇを受けた端末は、上記端末のｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｍｏｎｉｔｏｒｉｎｇ  ｂｅｈａｖｉｏｕｒを次の通り定義することができる。
【０１２１】
（１）ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｍｏｎｉｔｏｒｉｎｇに対してｓｌｏｔ別に設定された場合、上記ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｍｏｎｉｔｏｒｉｎｇを行う。
【０１２２】
ここで、ｃｏｎｔｒｏｌにより、現在進行中のｍｕｌｔｉ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇに対する延期（suspension）またはドロップ（drop）または連続（continue）のｉｎｄｉｃａｔｉｏｎが指定されることができる。
【０１２３】
このようなｃｏｎｔｅｎｔまたはｔｙｐｅは、ＲＮＴＩ（Radio Network Temporary Identifier）を異なるように（differently）使用するか、またはＣＲＣ（Cyclic Redundancy Check）を異なるように使用するか、またはｓｃｒａｍｂｌｉｎｇなどを異なるようにするか、またはＤＭ−ＲＳ  ｓｅｑｕｅｎｃｅ／ｓｃｒａｍｂｌｉｎｇなどを異なるように使用して知らせることができる。
【０１２４】
あるいは、上記ｃｏｎｔｅｎｔまたはｔｙｐｅは、伝送サーチスペース候補（search space candidate）またはリソース（resource）を異なるようにして区別されることができるようにする。
【０１２５】
（２）ｍｕｌｔｉ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇである場合、ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎの中間でｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｍｏｎｉｔｏｒｉｎｇがｓｋｉｐされることができる。
【０１２６】
基地局がＵＥに伝送する、パンクチャリング（puncturing）または進行中であるＵＬ伝送の中断（stopping on-going UL transmission）に関するｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌは、（別途にｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇを通じて指示された）ｍｉｎｉ−ｓｌｏｔ（group）別に、またはＵＲＬＬＣ  ＴＴＩ（Transmission Time Interval）別に伝送されることができる。
【０１２７】
例えば、互いに異なるサービス要求事項（service requirement）および／またはスケジューリング単位（scheduling unit）を有するｅＭＢＢおよびＵＲＬＬＣが基地局のｇｒａｎｔベース（基盤）に動作する場合、基地局は、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎが発生中である間にＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎを（一部重なるｔｉｍｅ−ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅを通じて）受信するために、ｅＭＢＢ  ＵＥにｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌを伝送することができる。
【０１２８】
上記ｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌの伝送可能な時点は、ＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに対するｇｒａｎｔを伝送する時点、または該当時点以後とＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ時点以前との間でありうる。
【０１２９】
ｅＭＢＢ  ＵＥは、基地局が伝送したｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌを受信（または、検出）した時点から特定時点（例えば、次のｍｉｎｉ−ｓｌｏｔ（group））から、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの伝送遅延または伝送中断でありうる。
【０１３０】
より特徴的には、上記ｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌは、ｅＭＢＢ／ＵＲＬＬＣに対するＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの他に、ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎに対しても拡張して適用することができる。
【０１３１】
次世代のシステムは、互いに異なるｓｅｒｖｉｃｅ  ｒｅｑｕｉｒｅｍｅｎｔｓおよび／またはｓｃｈｅｄｕｌｉｎｇ  ｕｎｉｔを有するｅＭＢＢおよびＵＲＬＬＣに対して、ｅＭＢＢ  ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎが進行する途中でリソースの一部をＵＲＬＬＣ  ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎに使用することができる。
【０１３２】
ｅＭＢＢ  ＵＥは、適合したｄｅｍｏｄｕｌａｔｉｏｎおよびｄｅｃｏｄｉｎｇのために、上記状況に対するｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌｉｎｇに対する導入を考慮することもできる。
【０１３３】
同様に、基地局が上記ｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌｌｉｎｇをｍｉｎｉ−ｓｌｏｔ（group）別に伝送するとき、上記ｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌｌｉｎｇは、（１）進行中である（on-going）ｅＭＢＢ  ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎがＵＲＬＬＣ  ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎによりパンクチャされたか否かもしくは該当リソース情報、ならびに／または（２）ｏｎ−ｇｏｉｎｇ  ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎがＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎによる伝送遅延もしくは伝送中断の有無または該当対象リソース情報を含むことができる。
【０１３４】
さらに他の表現方式として、（１）ＤＬ  ｄａｔａをｄｅｍｏｄｕｌａｔｉｏｎおよびｄｅｃｏｄｉｎｇするに当たって、該当ＵＥに関する情報でない部分の表示、ならびに／または（２）ＵＬ  ｄａｔａを伝送するに当たって、特定時点から伝送を遅延するか否か、もしくは伝送を中断するか否か、もしくは対象リソース情報を含むことができる。
【０１３５】
上記情報は、簡略に２ｂｉｔｓのビットマップ形態で構成されることができ、ＭＳＢは、ＤＬに関する情報、ＬＳＢは、ＵＬに関する情報でありうる。
【０１３６】
あるいは、上記ｅＭＢＢ／ＵＲＬＬＣ  ＤＬおよび／またはＵＬ  ｍｕｌｔｉｐｌｅｘｉｎｇに関する情報を互いに異なるｓｅｑｕｅｎｃｅにマッピングする形態でｉｎｄｉｃａｔｉｏｎ  ｓｉｇｎａｌが設定されることもできる。
【０１３７】
Ｇｒａｎｔ−ｆｒｅｅベースのＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎを考慮する場合、基地局でｏｎ−ｇｏｉｎｇ  ｔｒａｎｓｍｉｓｓｉｏｎに対する方法を調節することは、非効率的でありうる。
【０１３８】
例えば、ＵＲＬＬＣがｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ方法を用いて、ｔｒａｆｆｉｃが間欠（間歇）的に発生すると仮定するとき、基地局は、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎをいつ中断するかに関して知らない。
【０１３９】
これに対する問題を軽減するための方法として、上記伝送遅延または伝送中断の対象になるｒｅｓｏｕｒｃｅは、事前に（ｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇを通じて）設定されることが考慮されることができる。
【０１４０】
ｅＭＢＢおよびＵＲＬＬＣの重畳（Superposition of eMBB and URLLC）
【０１４１】
さらに他の方法として、ｅＭＢＢとＵＲＬＬＣとを同一のｒｅｓｏｕｒｃｅで同時に伝送することが考慮されることもできる。
【０１４２】
２つのＵＬ  ｃｈａｎｎｅｌの間の電力比率（power ratio）を一定水準以上に大きくし、ｓｕｐｅｒｐｏｓｉｔｉｏｎすることで、基地局（ｇＮＢ）で２つのＵＬ  ｃｈａｎｎｅｌを（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｃａｎｃｅｌｌａｔｉｏｎ技法などを用いて）区分および検出するようにすることができる。
【０１４３】
基本的には、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは伝送中でありえ、またＱＡＭ  ｍｏｄｕｌａｔｉｏｎを考慮する場合、１つのｃｈａｎｎｅｌは伝送中にｐｏｗｅｒが維持されることが有利であるので、ＵＲＬＬＣのｐｏｗｅｒを適合するように変更することが考慮されることができる。
【０１４４】
ｅＭＢＢ  ＵＥの状況またはｐｏｗｅｒ設定によってｅＭＢＢ  ＵＬ  ｓｉｇｎａｌにＵＲＬＬＣ  ｓｉｇｎａｌを重ねる（または、重畳する）ことが考慮されることもでき、反対に、ＵＲＬＬＣ  ＵＬ  ｓｉｇｎａｌにｅＭＢＢ  ｓｉｇｎａｌを重ねることが考慮されることもできる。
【０１４５】
重畳（superposition）で重ねるｓｉｇｎａｌは、相対的にｐｏｗｅｒが小さいものでありえ、重ね合わされるｓｉｇｎａｌが先に検出される必要がありうる。
【０１４６】
すなわち、ｌａｔｅｎｃｙ面で、（相対的に高い送信または受信ｐｏｗｅｒの）ＵＲＬＬＣ  ＵＬ  ｓｉｇｎａｌに（相対的に低い送信または受信ｐｏｗｅｒの）ｅＭＢＢ  ｓｉｇｎａｌを重ねることのみｎｅｔｗｏｒｋが許可（許容）するものでありうる。
【０１４７】
上記の場合、ｅＭＢＢ  ｓｉｇｎａｌをｄｅｃｏｄｉｎｇするためにＵＲＬＬＣ  ｓｉｇｎａｌを全体または一定水準除去できなければならず、このためには、該当ｅＭＢＢ  ＵＥに、またはｃｅｌｌ−ｃｏｍｍｏｎに、またはｇｒｏｕｐ−ｃｏｍｍｏｎにＵＲＬＬＣ  ｓｉｇｎａｌに関する情報を知らせる必要がある。
【０１４８】
上記の方法は、ｅＭＢＢ  ＤＬ  ｔｒａｎｓｍｉｓｓｉｏｎに制限されることができ、ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの場合、対象が同一ｎｅｔｗｏｒｋでありうるので、ｅＭＢＢおよびＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに対するｄｅｃｏｄｉｎｇ情報を全て知っている場合でありうる。
【０１４９】
より具体的な例において、ＵＲＬＬＣ  ｓｉｇｎａｌをｄｅｃｏｄｉｎｇできる情報に対するｃａｎｄｉｄａｔｅ（ｓ）を、事前に定義またはｎｅｔｗｏｒｋがｓｉｇｎａｌｌｉｎｇを通じて指示することができる。
【０１５０】
上記において、ｎｅｔｗｏｒｋ  ｓｉｇｎａｌｌｉｎｇは、ｈｉｇｈｅｒ  ｌａｙｅｒで設定されるものでありえ、またはｈｉｇｈｅｒ  ｌａｙｅｒで候補群が設定された後、ＤＣＩで指示されるものでありうる。
【０１５１】
より特徴的には、ＤＣＩは、ｇｒｏｕｐ−ｃｏｍｍｏｎ  ＤＣＩであるか、または該当ｅＭＢＢ  ｄａｔａをｓｃｈｅｄｕｌｉｎｇするＤＣＩでありうる。
【０１５２】
ＵＲＬＬＣ  ｓｉｇｎａｌは、相対的に高いｐｏｗｅｒを有しており、したがって、ｅＭＢＢ  ｓｉｇｎａｌの有無に関わらず、ｄｅｃｏｄｉｎｇが行われることができる。
【０１５３】
反対方向のｓｕｐｅｒｐｏｓｉｔｉｏｎを考慮する場合、上記実施形態でｅＭＢＢ  ｓｉｇｎａｌおよびＵＲＬＬＣ  ｓｉｇｎａｌの記述（説明）位置（description positions）が変わることがある。
【０１５４】
より特徴的には、ＵＲＬＬＣ  ＵＥにｅＭＢＢ  ｓｉｇｎａｌに関する情報を提供するとき、基地局は、特定ＣＢ  ｇｒｏｕｐに関する情報を共に提供することができる。
【０１５５】
基本的には、ｅＭＢＢ  ＵＬ  ｃｈａｎｎｅｌに対しては、ｇｒａｎｔベースのｓｃｈｅｄｕｌｉｎｇが考慮されることができ、ＵＲＬＬＣ  ＵＬ  ｃｈａｎｎｅｌに対しては、ｇｒａｎｔベースのｓｃｈｅｄｕｌｉｎｇおよびｇｒａｎｔ−ｆｒｅｅベースのｓｃｈｅｄｕｌｉｎｇのが全て考慮されることができる。
【０１５６】
上記において、ｇｒａｎｔ−ｆｒｅｅベースとは、ＵＥが基地局（ｇＮＢ）のｓｃｈｅｄｕｌｉｎｇの指示無しで、予めまたはｈｉｇｈｅｒ  ｌａｙｅｒで割り当てられたリソースで自律的に（自ら）伝送する形態でありうる。
【０１５７】
ＧｒａｎｔベースのＵＬ  ｃｈａｎｎｅｌ伝送間では、個々に（各自）ｐｏｗｅｒ  ｃｏｎｔｒｏｌ（特に、ＴＰＣ（Transmit Power Control）調節）を通じて重畳（superposition）が設定されることができる。
【０１５８】
一例において、ＴＰＣおよび／またはｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｌｅｄｏｆｆｓｅｔが適合した値にｓｅｔｔｉｎｇされることができる。
【０１５９】
しかしながら、該当値の範囲に対する調節幅が大きい必要がありえ、したがって、ｓｕｐｅｒｐｏｓｉｔｉｏｎ動作を（ｈｉｇｈｅｒ  ｌａｙｅｒで）ｃｏｎｆｉｇｕｒｅする場合、ＴＰＣの値の範囲ならびに／またはｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｅｄ  ｏｆｆｓｅｔの値もしくは値の範囲が変動できる。
【０１６０】
ｅＭＢＢとＵＲＬＬＣとがｓｕｐｅｒｐｏｓｉｔｉｏｎされて伝送されることができるリソースは、ｓｅｍｉ−ｓｔａｔｉｃにｃｏｎｆｉｇｕｒｅされており、該当リソース内におけるＵＲＬＬＣスケジューリングは、ｇｒａｎｔベースでｄｙｎａｍｉｃになされる場合を考慮することができる。
【０１６１】
この際、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣが伝送される可能性があるリソースとそうでないリソースとで別途の伝送電力を適用することができ、ＵＲＬＬＣ伝送可能なリソースに適用する別途のＴＰＣ情報は、ｈｉｇｈｅｒ  ｌａｙｅｒシグナリングを通じて受信することができる。
【０１６２】
単一ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに対して、ｐｏｗｅｒ設定が異なることがある相異なるｒｅｓｏｕｒｃｅが全て構成されることが考慮されることもできる。
【０１６３】
一例において、ｓｕｐｅｒｐｏｓｉｔｉｏｎを考慮した、またはＵＲＬＬＣｔｒａｎｓｍｉｓｓｉｏｎのためのｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅは、他のｒｅｓｏｕｒｃｅに比べてＵＬ  ｔｒａｎｓｍｉｔ  ｐｏｗｅｒが相対的に小さくなるように設定されることができる。
【０１６４】
上記ＵＬ  ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒの変更時、位相連続性（phase continuity）が保証されないこともある。
【０１６５】
したがって、保証されたリソース（guaranteed resource）に対しても、別途のｐｉｌｏｔまたはＲＳが追加されることもできる。
【０１６６】
次に、ｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅにおけるＵＥ動作について、以下の方法を通じて、より具体的に説明する。特に、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの伝送方法を説明する。
【０１６７】
（方法１）
【０１６８】
方法１は、全体または特定のｓｉｇｎａｌ（例えば、ＲＳおよび／またはＵＣＩ）を除いて伝送されないようにするものである。
【０１６９】
すなわち、ＵＲＬＬＣ伝送のために、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは、該当ｒｅｓｏｕｒｃｅでｐｕｎｃｔｕｒｅｄまたはｒａｔｅ−ｍａｔｃｈｅｄできる。
【０１７０】
上記ｐｕｎｃｔｕｒｅｄまたはｒａｔｅ−ｍａｔｃｈｅｄは、ｄｒｏｐｐｅｄとして表現されることもできる。
【０１７１】
（方法２）
【０１７２】
方法２は、全体または特定のｓｉｇｎａｌ（例えば、ＲＳおよび／またはＵＣＩ）を除いて伝送ｐｏｗｅｒが小さくなるように設定できる。
【０１７３】
より具体的には、該当ｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅに対する伝送ｐｏｗｅｒまたはｐｏｗｅｒ  ｄｅｎｓｉｔｙは、ｎｏｎ−ｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅにおける伝送ｐｏｗｅｒに比例して（追加ｏｆｆｓｅｔ）設定されることもできるか、または、別途に独立してｐｏｗｅｒ  ｃｏｎｔｒｏｌが行われる（独立してｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｅｄ  ｏｆｆｓｅｔ設定および／またはＴＰＣ（Transmit Power Control）が運用される）こともできる。
【０１７４】
（方法３）
【０１７５】
方法３は、周波数（frequency）および／または時間領域（time-domain）に対してＯＣＣ（Orthogonal Cover Code）を適用するものである。
【０１７６】
例えば、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎでは、特定ＰＲＢ  ｓｅｔ（例えば、ｓｉｎｇｌｅ  ＰＲＢ）内に対してｆｒｅｑｕｅｎｃｙ軸にＯＣＣが適用されることができ（例えば、２−ｌｅｎｇｔｈ  ＯＣＣまたは４−ｌｅｎｇｔｈ  ＯＣＣ）、これをベースに互いに異なるｓｅｒｖｉｃｅ  ｒｅｑｕｉｒｅｍｅｎｔｓおよび／またはｓｃｈｅｄｕｌｉｎｇ  ｕｎｉｔを有するｅＭＢＢとＵＲＬＬＣとの間のｍｕｌｔｉｐｌｅｘｉｎｇをサポートすることができる。
【０１７７】
より具体的には、ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは、各ＰＲＢ（Physical Resource Block）ごとにｅｖｅｎ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘおよびｏｄｄ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘに対して反復マッピングされ、各々に対してＯＣＣが設定されること（ｅｖｅｎ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘに対応するｃｏｄｅｄ  ｓｙｍｂｏｌには＋１を掛け、ｏｄｄ  ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘに対応するｃｏｄｅｄ  ｓｙｍｂｏｌにはｓｅｒｖｉｃｅまたはＵＥによって−１または＋１を掛けること）ができる。
【０１７８】
あるいは、（ｅＭＢＢ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは、）各ＰＲＢ内において、最初の６個のｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘおよび次の６個のｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘに反復マッピングされ、各々に対してＯＣＣが設定されることもできる。
【０１７９】
方法３は、相互特定方式のみで選択されることができるか、または、基地局が指示（例えば、ＤＣＩで指示、またはｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇを通じて設定）することもできる。
【０１８０】
上記ＤＣＩは、該当ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎをｓｃｈｅｄｕｌｉｎｇすることに対応するものでありうる。
【０１８１】
また、ｍｕｌｔｉｐｌｅｘｉｎｇの対象になるＵＲＬＬＣは、ｇｒａｎｔベースのＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに限定されず、ｇｒａｎｔ−ｆｒｅｅベースのＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎの場合にも拡張して適用されることができる。
【０１８２】
一方、ｇｒａｎｔ−ｆｒｅｅベースのＵＬ  ｃｈａｎｎｅｌは、基地局におけるｐｏｗｅｒ調節が制限的でありうるので、ｅＭＢＢ  ｄａｔａおよびｓｕｐｅｒｐｏｓｉｔｉｏｎをサポートしないことがある。
【０１８３】
上記の場合、ｇｒａｎｔ−ｆｒｅｅ  ＵＲＬＬＣに対して設定されたｒｅｓｏｕｒｃｅに対しては、ｅＭＢＢ  ｄａｔａがｒａｔｅ−ｍａｔｃｈｉｎｇまたはｐｕｎｃｔｕｒｉｎｇされることができる。
【０１８４】
上記ＵＲＬＬＣに対して設定されたリソースは、ｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎが伝送されることができるｃａｎｄｉｄａｔｅｓの全体に設定されることもでき、または別途にｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅ形態で基地局が指示（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇまたはＤＣＩにより指示）することもできる。
【０１８５】
さらに他の方法として、ｓｕｐｅｒｐｏｓｉｔｉｏｎをサポートする場合、上記ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｅｄ  ｏｆｆｓｅｔに依存して設定されることができ、より特徴的には、ｇｒａｎｔ−ｆｒｅｅに対するＴＰＣは、別途のｃｈａｎｎｅｌ（例えば、ｇｒｏｕｐ−ｃｏｍｍｏｎ  ＤＣＩまたはＵＥ−ｓｐｅｃｉｆｉｃ  ＤＣＩなど）を通じて伝送されるすることができる。
【０１８６】
特徴的には、該当ＴＰＣ  ｃｏｍｍａｎｄは、ａｃｃｕｍｕｌａｔｉｏｎ用途であるというより、ＴＰＣ  ｃｏｍｍａｎｄ以後の最初のｇｒａｎｔ−ｆｒｅｅリソースに対するｐｏｗｅｒの設定でありうる。
【０１８７】
あるいは、ＴＰＣ  ｃｏｍｍａｎｄを通じて多数のｇｒａｎｔ−ｆｒｅｅリソースに対するｐｏｗｅｒを設定することもでき、どの程度のリソースに適用されるものであるかは、ｈｉｇｈｅｒ  ｌａｙｅｒによってｃｏｎｆｉｇｕｒａｔｉｏｎされるか、または動的にｉｎｄｉｃａｔｉｏｎされることができる。
【０１８８】
このようなＴＰＣから伝送される値は、ｏｆｆｓｅｔであるか、またはＰ０もしくはａｌｐｈａなどに該当するｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒでありうる。
【０１８９】
そして、端末は、ｍｅａｓｕｒｅｍｅｎｔされたｐａｔｈｌｏｓｓをベースに該当ｐａｒａｍｅｔｅｒを設定してｐｏｗｅｒを計算することができる。
【０１９０】
ＵＲＬＬＣおよびｅＭＢＢは、ｓｕｐｅｒｐｏｓｉｔｉｏｎされる場合、ＵＲＬＬＣのＤＭＲＳが伝送されることができるＲＥで、ｅＭＢＢ  ＵＥは、信号を伝送せず、ＲＥを空けておいてｒａｔｅ  ｍａｔｃｈｉｎｇを行うことができる。
【０１９１】
あるいは、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣのＤＭＲＳが伝送されるＲＥで、ＵＲＬＬＣ  ＤＭＲＳと直交するシーケンス（例えば、ＲＳ）を伝送することができる。
【０１９２】
これは、ｓｕｐｅｒｐｏｓｉｔｉｏｎが発生する場合にも、ＵＲＬＬＣのチャネル推定を安定的に行うためである。基地局がＵＲＬＬＣを先にｄｅｃｏｄｉｎｇし、以後、ｅＭＢＢをｄｅｃｏｄｉｎｇする場合、ｅＭＢＢのＤＭＲＳが伝送されるＲＥにＵＲＬＬＣが信号を伝送することができる。
【０１９３】
これは、ＵＲＬＬＣが成功裏にｄｅｃｏｄｉｎｇする場合には、ＵＲＬＬＣ信号を除去した後、ｅＭＢＢ信号のｄｅｃｏｄｉｎｇを試みることができ、通常ＵＲＬＬＣの信頼度がｅＭＢＢより高いためである。
【０１９４】
ｅＭＢＢ端末またはＵＲＬＬＣ端末のＵＬ  ｇｒａｎｔを、ＵＲＬＬＣ端末またはｇｒａｎｔ−ｆｒｅｅ使用端末が検出できるようにする。
【０１９５】
基地局は、上記検出のために、各端末別ＲＮＴＩにｍａｓｋｉｎｇするよりｇｒｏｕｐ  ＲＮＴＩにｍａｓｋｉｎｇし、端末ＩＤをｐａｙｌｏａｄに伝送することができる。
【０１９６】
あるいは、ｔｗｏ−ｓｔａｇｅ  ＤＣＩが使われる場合、基地局は、最初の（１st）ｌｅｖｅｌ  ＤＣＩの場合、ｇｒｏｕｐ  ＲＮＴＩでリソース割り当て（resource allocation）に関するｉｎｄｉｃａｔｉｏｎを端末に先に与えて、２番目の（２nd）ｌｅｖｅｌ  ＤＣＩの場合、基地局は、端末ＲＮＴＩでｉｎｄｉｃａｔｉｏｎを端末に伝送することができる。
【０１９７】
上記ＤＣＩを受信した端末は、ｇｒａｎｔ−ｆｒｅｅ伝送時、ｇｒａｎｔ−ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎと衝突できることを感知し、ＵＬ伝送をｄｒｏｐするか、またはＵＬ伝送を行う場合、ｐｏｗｅｒ  ｏｆｆｓｅｔを大きく増加させてｒｅｌｉａｂｉｌｉｔｙを高める動作を行うことができる。
【０１９８】
また、ｇｒａｎｔ−ｂａｓｅｄ端末との衝突を避けるために、基地局は、ｇｒａｎｔ−ｆｒｅｅ  ｒｅｓｏｕｒｃｅのｆｒｅｑｕｅｎｃｙ領域を動的に変更することもできる。
【０１９９】
一例において、システム帯域幅（system bandwidth）をＭ個のｓｕｂ−ｂａｎｄに分けて、ｇｒａｎｔ−ｆｒｅｅ  ｒｅｓｏｕｒｃｅがどのようなｓｕｂ−ｂａｎｄにくることができるかを、基地局は、動的に端末に知らせることもできる。
【０２００】
Ｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ間にも衝突が発生することがあること、全体または一部のｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎのためのｒｅｓｅｒｖｅｄ  ｒｅｓｏｕｒｃｅに対してＵＬ  ｃｈａｎｎｅｌをマッピングするときＯＣＣを適用すること、を考慮することができる。
【０２０１】
より具体的には、ｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅから伝送されるｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは、該当ｃｏｄｅｄ  ｓｙｍｂｏｌをマッピングするに当たって、反復および／またはＯＣＣを適用する過程を行うことができる。
【０２０２】
一例において、ｓｕｂｃａｒｒｉｅｒ  ｉｎｄｅｘ  ｆ０、ｆ１、．．．、ｆＮ−１に対してＯＣＣ  ｏ０、ｏ１、ｏ２、．．．、ｏＭ−１が使われるとするとき、ｃｏｄｅｄ  ｓｙｍｂｏｌ  ｃ０、ｃ１、ｃ２、．．．は、ｇｕａｒａｎｔｅｅｄ  ｒｅｓｏｕｒｃｅにおいて、ｃ０＊ｏ０、ｃ０＊ｏ１、．．．、ｃ０＊ｏＭ−１、ｃ１＊ｏ０、．．．、ｃ１＊ｏＭ−１、．．．のような方式によりマッピングされることができる。
【０２０３】
上記ＯＣＣ適用方法は、一例に過ぎず、実際のマッピング順序は、ｉｎｔｅｒｌｅａｖｅｄされることもできる。
【０２０４】
互いに異なるＵＥに対して、ＯＣＣ  ｓｅｑｕｅｎｃｅは、異なるように選択されることができ、互いに異なるＯＣＣを使用するＵＥに対するｇｒａｎｔ−ｆｒｅｅ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎは、基地局で分離および区分されることができる。
【０２０５】
一般に、ＵＲＬＬＣのｔｒａｆｆｉｃの量は、相対的に異なるｄａｔａ  ｔｒａｆｆｉｃに比べて小さいことがあり、したがって、ＯＣＣ適用に従うｒｅｓｏｕｒｃｅの増加は、微小でありうる。
【０２０６】
プリエンプション指示（Pre-emption indication）
【０２０７】
ＮＲの場合、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（sharing）がサポートされる。ｅＭＢＢおよびＵＲＬＬＣサービスは、非重畳（non-overlapping）時間／周波数リソース上でスケジューリングされることができ、ＵＲＬＬＣ伝送は、進行中である（ongoing）ｅＭＢＢ  ｔｒａｆｆｉｃに対してスケジューリングされたリソースで発生することができる。ｅＭＢＢ端末は、該当端末のＰＤＳＣＨ伝送が部分的にパンクチャ（puncturing）されたか否かを知らないことがあり、ｃｏｒｒｕｐｔｅｄ  ｃｏｄｅｄ  ｂｉｔによって、端末は、ＰＤＳＣＨをデコードできないことがある。このために、ＮＲで、プリエンプション指示（preemption indication）関連内容が定義されている。上記プリエンプション指示（preemption indication）は、中断された伝送指示（interrupted transmission indication）と称されることもできる。
【０２０８】
図７は、プリエンプション指示関連動作の一例を示す流れ図である。
まず、端末は、基地局からＤｏｗｎｌｉｎｋＰｒｅｅｍｐｔｉｏｎ  ＩＥを受信する（Ｓ７１０）。
【０２０９】
そして、端末は、上記ＤｏｗｎｌｉｎｋＰｒｅｅｍｐｔｉｏｎ  ＩＥに基づいて、ＤＣＩ  ｆｏｒｍａｔ２＿１を上記基地局から受信する（Ｓ７２０）。
【０２１０】
そして、端末は、上記ＤＣＩ  ｆｏｒｍａｔ  ２＿１に含まれるｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより指示されたリソース（ＰＲＢおよびＯＦＤＭ  ｓｙｍｂｏｌ）で信号の受信を行わない（または、どのような伝送も意図しなかったと仮定する）（Ｓ７３０）。
【０２１１】
図８は、プリエンプション指示方法の一例を示す図である。
【０２１２】
プリエンプション指示（または、ｉｎｔｅｒｒｕｐｔｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｄｉｃａｔｉｏｎまたはｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ）についてより具体的に説明する。
【０２１３】
端末がｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ  ＤｏｗｎｌｉｎｋＰｒｅｅｍｐｔｉｏｎの提供を受けた場合、端末は、ＤＣＩ  ｆｏｒｍａｔ  ２＿１を運搬するＰＤＣＣＨをモニタリングするためのｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ  ｉｎｔ−ＲＮＴＩにより提供されたＩＮＴ−ＲＮＴＩで設定される。
【０２１４】
そして、端末には、ＤｏｗｎｌｉｎｋＰｒｅｅｍｐｔｉｏｎ  ＩＥにより追加的にＩＮＴ−ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌパラメータ、ｄｃｉ−ＰａｙｌｏａｄＳｉｚｅパラメータ、ｔｉｍｅＦｒｅｑｕｅｎｃｙＳｅｔパラメータのような情報が設定される。
【０２１５】
以下の表３は、ＤｏｗｎｌｉｎｋＰｒｅｅｍｐｔｉｏｎ  ＩＥの一例を示す。
【０２１６】
＜表３＞
【表４】
2021512546.tif 000047
【０２１７】
上記ｉｎｔ−ＲＮＴＩパラメータは、ＤＬでｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎのために使われるＲＮＴＩであり、ｔｉｍｅＦｒｅｑｕｅｎｃｙＳｅｔパラメータは、ＤＬ−ｐｒｅｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎに対するｓｅｔを選択するためのパラメータである。
【０２１８】
上記ｄｃｉ−ＰａｙｌｏａｄＳｉｚｅパラメータは、ＩＮＴ−ＲＮＴＩにスクランブルされたＤＣＩ  ｐａｙｌｏａｄの全体の長さを示すパラメータであり、上記ｉｎｔ−ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌパラメータは、ＤＣＩ  ｐａｙｌｏａｄ内にある１４ｂｉｔ  ＩＮＴ値の位置を（サービングセル別に）指示するパラメータである。
【０２１９】
上記ｐｏｓｉｔｉｏｎＩｎＤＣＩパラメータは、ＤＣＩ  ｐａｙｌｏａｄ内（ｓｅｒｖｉｎｇＣｅｌｌＩｄ）の該当サービングセルに対して適用可能な１４ｂｉｔ  ＩＮＴ  ｖａｌｕｅの開始位置を示すパラメータである。
【０２２０】
上記ＩＮＴ−ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒＳｅｒｖｉｎｇＣｅｌｌパラメータは、対応するｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒｓｅｒｖｉｎｇＣｅｌｌ  Ｉｄおよびｈｉｇｈｅｒ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ  ｐｏｓｉｔｉｏｎＩｎＤＣＩによりＤＣＩ  ｆｏｒｍａｔ  ２＿１のフィールドに対する位置の対応するセットにより提供されるサービングセルインデックスセットを示すパラメータである。
【０２２１】
端末が設定されたサービングセルのセットからサービングセルに対するＤＣＩ  ｆｏｒｍａｔ  ２＿１を検出する場合、最後のモニタリング期間のＰＲＢセットおよびｓｙｍｂｏｌセットから、端末は、該当端末へのいかなる伝送もＤＣＩ  ｆｏｒｍａｔ  ２＿１により指示されたＰＲＢおよびｓｙｍｂｏｌにないと仮定することができる。
【０２２２】
上記ＤＣＩ  ｆｏｒｍａｔ  ２＿１は、どのような伝送もＵＥのために意図しなかったとＵＥが仮定するＰＲＢ（ｓ）およびＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）を知らせるために使われ、該当ＰＲＢおよびＯＦＤＭ  ｓｙｍｂｏｌは、ｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより指示される。
【０２２３】
上記ＤＣＩ  ｆｏｒｍａｔ  ２＿１により伝送される少なくとも１つのｐｒｅｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ＩＮＴ−ＲＮＴＩ（INTerruption Radio Network Temporary Identifier）によりＣＲＣスクランブルされる。
【０２２４】
上記ＤＣＩ  ｆｏｒｍａｔ  ２＿１のサイズは、１２６ｂｉｔまでｈｉｇｈｅｒ  ｌａｙｅｒにより設定され、各ｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、１４ｂｉｔである。
【０２２５】
ここで、ＤＣＩ  ｆｏｒｍａｔ  ２＿１によるｐｒｅｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ＳＳ／ＰＢＣＨ  ｂｌｏｃｋの受信には適用されない。
【０２２６】
次世代の無線通信システムでは、既存のシステムより柔軟に、基地局が、時間／周波数リソースを端末に割り当てることができ、システム帯域幅に端末の周波数領域を制限せず、端末に個別の帯域幅部分（Bandwidth Part；ＢＷＰ）を割り当てることができる。
【０２２７】
また、端末が使用する相異なるＱｏＳ（Quality of Service）を有するｓｅｒｖｉｃｅによって、リソースの割り当てを受けるｓｉｇｎａｌｉｎｇも相異なることができる。
【０２２８】
さらに他の端末または１つの端末であっても、ｓｅｒｖｉｃｅ間のｒｅｑｕｉｒｅｍｅｎｔを考慮して、システムが特定ｓｅｒｖｉｃｅのトラフィックを優先しなければならないことがある。
【０２２９】
短いｌａｔｅｎｃｙおよび高いｒｅｌｉａｂｉｌｉｔｙを要求するｓｅｒｖｉｃｅのために、基地局は、端末のリソースを既存のシステムよりｄｙｎａｍｉｃに制御する必要がある。
【０２３０】
既存のシステムに比べて、５Ｇ／ＮＲは、さまざまなサービスを同時にサポートし、１つの端末も、さまざまなサービスを同時にサポートしなければならないことがある。
【０２３１】
この場合、さまざまなサービスに対するＱｏｓ（Quality of Service）がＬ２以上のｌｅｖｅｌのみで分類されれば、非常に短いｌａｔｅｎｃｙを要求するサービスなどに適合しないことがある。このような非常に短いｌａｔｅｎｃｙを要求するサービスをサポートするためには、Ｌ１でもＱｏＳに従って異なる動作が行われることができなければならない。
【０２３２】
これは、端末が各ｐａｃｋｅｔのＱｏＳ  ｒｅｑｕｉｒｅｍｅｎｔを区別することができる方式がＬ１でも必要であることを意味することができる。このような動作を行うことによって、さまざまなＱｏＳ  ｒｅｑｕｉｒｅｍｅｎｔが低いｄａｔａをサポートしながらも、短いｉｎｔｅｒｒｕｐｔｉｏｎおよびｍｉｎｉｍｕｍ  ｒｅｓｏｕｒｃｅでｕｒｇｅｎｔなｄａｔａが処理されることができるようになる。
【０２３３】
次世代の無線通信システムは、ダウンリンク伝送のｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ｓｈａｒｉｎｇのためにｇｒｏｕｐ−ｃｏｍｍｏｎ  ＤＣＩを使用したｐｒｅｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを使用することができる。
【０２３４】
これは、基地局が任意に特定のｔｒａｎｓｍｉｓｓｉｏｎを他の伝送をｐｕｎｃｔｕｒｉｎｇして伝送し、以後のｐｕｎｃｔｕｒｉｎｇの有無または可能性を端末に知らせて、ｐｕｎｃｔｕｒｉｎｇによる損害を端末が自律的にｃｏｍｐｅｎｓａｔｉｏｎできるようにする方法である。
【０２３５】
しかしながら、アップリンク伝送の場合、伝送の主体が互いに異なる端末であるので、伝送時点でダウンリンクのようにｐｕｎｃｔｕｒｉｎｇを行うのに追加的な考慮が必要でありうる。
【０２３６】
このために、ｖｉｃｔｉｍ  ＵＥに対する中断メッセージ（halting message）、重畳伝送（superposition transmission）などの追加的なｓｉｇｎａｌｉｎｇまたは伝送技法によるアップリンク動的共有（uplink dynamic sharing）が考慮されている。
【０２３７】
本明細書は、端末がｄｙｎａｍｉｃなｕｐｌｉｎｋ  ｓｈａｒｉｎｇを使用するために追加的なｓｉｇｎａｌｉｎｇまたは伝送方法を使用する場合に発生し得る問題点を提示し、これに対する解決方法を提供する。Ｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ｓｈａｒｉｎｇに比べて、ｕｐｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ｓｈａｒｉｎｇは、さらに重要性を有する。第１に、ｄｏｗｎｌｉｎｋの場合、ｎｅｔｗｏｒｋが、ｐｏｗｅｒを増加させるか、またはｒｅｓｏｕｒｃｅの使用を増加させる方式により、ＵＲＬＬＣ  ｔｒａｆｆｉｃにｐｒｉｏｒｉｔｙを与えることができる。しかしながら、Ｕｐｌｉｎｋの場合、該当動作は、端末の制限されたｐｏｗｅｒによって制限的であり、特に他のセルに接続された端末が与えるｉｎｔｅｒｆｅｒｅｎｃｅを避け難いことがある。したがって、ｕｐｌｉｎｋ  ｍｕｌｔｉｐｌｅｘｉｎｇを効果的に行うための方式が、非常に重要であることができる。また、一般的なＵＲＬＬＣ  ｕｓｅ  ｃａｓｅの場合、ｕｐｌｉｎｋ  ｔｒａｆｆｉｃがより重要な場合がある（例えば、ｓｅｎｓｏｒ  ｄａｔａ  ｒｅｐｏｒｔ）。したがって、効果的にＵＲＬＬＣ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎするための方式が、非常に重要であるとみることができる。
【０２３８】
本明細書の場合、端末のＰＵＳＣＨ伝送に対するマルチプレクス（multiplexing）について扱っているが、本明細書の内容は、端末が一般的に使用するｄｙｎａｍｉｃ  ｇｒａｎｔ  ＰＵＳＣＨ伝送だけでないｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔを使用したＰＵＳＣＨ伝送、ｓｅｍｉ−ｓｔａｔｉｃ／ｄｙｎａｍｉｃ  ｓｉｇｎａｌｉｎｇによるＰＵＣＣＨ伝送、またはランダムアクセス（任意接続）（random access）時のアップリンク伝送だけでなく、ＰＤＳＣＨを含んだ端末が無線通信システムで使用する伝送の全般に亘って適用されることができることは自明である。
【０２３９】
次世代の無線システムでは、応用分野またはｔｒａｆｆｉｃの種類によって、物理チャネルを送受信するのに仮定／使用される基準時間単位が多様でありうる。
【０２４０】
上記基準時間は、特定物理チャネルをｓｃｈｅｄｕｌｉｎｇする基本単位でありえ、該当ｓｃｈｅｄｕｌｉｎｇ  ｕｎｉｔを構成するｓｙｍｂｏｌの個数および／またはｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇなどによって基準時間単位が変わることがある。
【０２４１】
本明細書の一実施形態は、説明の便宜上、基準時間単位としてｓｌｏｔおよびｎｏｎ−ｓｌｏｔをベースにして説明される。ｓｌｏｔは、一例において、一般的なｄａｔａ  ｔｒａｆｆｉｃ（例えば、ｅＭＢｂ（Enhanced Mobile Broadband））に使われるｓｃｈｅｄｕｌｉｎｇ基本単位でありえ、ｎｏｎ−ｓｌｏｔは、ｔｉｍｅ−ｄｏｍａｉｎでｓｌｏｔより時間区間が小さいものでありうる。
【０２４２】
上記ｎｏｎ−ｓｌｏｔは、より特別な目的のｔｒａｆｆｉｃまたは通信方式（例えば、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）またはｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄまたはｍｉｌｌｉｍｅｔｅｒ  ｗａｖｅなど）で使用するｓｃｈｅｄｕｌｉｎｇ基本単位でありうる。
【０２４３】
これは、一実施形態に過ぎず、ｅＭＢＢがｎｏｎ−ｓｌｏｔをベースに物理チャネルを送受信する場合、またはＵＲＬＬＣや他の通信技法がｓｌｏｔベースに物理チャネルを送受信する場合にも、本発明の思想から拡張可能であることは自明である。
【０２４４】
ＴＡを有するｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｈａｎｄｌｉｎｇ
【０２４５】
前述したように、別途のｓｉｇｎａｌｉｎｇを通じて一定の（予め定められた、どんな）端末の既存の伝送を中断またはｐｕｎｃｔｕｒｅさせ、確保したリソースで新たな伝送をｕｒｇｅｎｔで伝送する方法が考慮されている。
【０２４６】
このようなｓｉｇｎａｌｉｎｇは、１つの端末の立場で、ダウンリンク伝送を通じてなされることができる。
【０２４７】
この際、端末が該当ｓｉｇｎａｌｉｎｇを短い時間で処理できるかが重要である。
【０２４８】
基地局がこのようなｓｉｇｎａｌｌｉｎｇおよびリソース割り当てを主導的に行う場合、理想的な状況でリソースが予め割り当てられており、どのようなｓｉｇｎａｌｌｉｎｇを通じてもリソース使用ができなくなるｖｉｃｔｉｍ  ＵＥ（ｖＵＥ）が受信するＨａｌｔｉｎｇ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、すなわち、Ｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎと、該当リソースを優先して使用するようになるｐｒｅ−ｅｍｐｔｉｎｇ  ＵＥ（ｐＵＥ）が受信するＵｐｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ、ＵＬ  ｇｒａｎｔと、は同時に受信できる。
【０２４９】
この際、ｐＵＥの伝送をｖＵＥが妨害しないために、ｐＵＥがＵＬ  ｇｒａｎｔを解釈する時間（processing time）に比べて、ｖＵＥがｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを解釈する時間は、少なくとも等しいか小さなければならない。
【０２５０】
図９は、その一例を示している。すなわち、図９は、本明細書で提案する中断メッセージ伝送方法の一例を示す図である。
【０２５１】
ｐＵＥは、ｕｒｇｅｎｔなｓｅｒｖｉｃｅを使用するためにｓｌｏｔ  ｎの１st  ｓｙｍｂｏｌでｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔを伝送し、ｖＵＥは、ｎ＋１  ｓｌｏｔのｓｙｍｂｏｌをＰＵＳＣＨ伝送に使用するために既に割り当てられた状態である。
【０２５２】
この際、基地局は、８th  ｓｙｍｂｏｌで、ｐＵＥに、ｖＵＥが既に割り当てられた時間／周波数リソースのうちの一部をＵＬ  ｇｒａｎｔとして新しく割り当てて、ｖＵＥにこれに関する情報が含まれるｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを同時に伝送することができる。
【０２５３】
この際、ｖＵＥは、ｎ  ｓｌｏｔの８th  ｓｙｍｂｏｌで受信したｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを解釈して、ｎ＋１  ｓｌｏｔの１st、２ndｓｙｍｂｏｌにおける伝送を中断する必要がある。
【０２５４】
これは理想的な状況であり、ｓｉｇｎａｌｉｎｇを伝達するチャネル（すなわち、ＰＤＣＣＨ）の物理的構成に従って、ｓｉｇｎａｌｉｎｇの受信ｔｉｍｉｎｇが変わることもできる。
【０２５５】
そして、端末が基地局から遠い距離に存在する場合に、ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙを考慮してアップリンク伝送がｔｉｍｉｎｇ  ａｄｖａｎｃｅｄ（ＴＡ）だけ先に行われるので、ｖＵＥがｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを解釈するのに使用できる使用可能なｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅは、上記多様な要素により変更できる。
【０２５６】
したがって、ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを受信した時点がｔであり、ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを通じてｐｒｅ−ｅｍｐｔｅｄされる最初のリソースの位置がｔ＋ｋであるとき、基地局が伝送するｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが有効になるように次を考慮して、基地局または端末がｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを使用することを考慮することができる。
【０２５７】
この際、上記ｋは、予め定められるか、または基地局のｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｉｎｇにより決定されることができる。
【０２５８】
（方法１）
【０２５９】
ｖＵＥは、自体が使用するＴＡ値を考慮して中断メッセージ（halting message）の有効性を判断することができる。
【０２６０】
例えば、ＴＡがｔTAである場合、ｋ−ｔTA値があるしきい値ｔthresholdより小さい場合、上記ｖＵＥは、上記中断メッセージ（halting message）を有効でないと判断することができる。
【０２６１】
上記しきい値は、予め定められた値であるか、または基地局の上位層シグナリング（higher layer signaling）もしくはＬ１  ｓｉｇｎａｌｉｎｇにより定められる値であるか、または端末の能力（capability）によって定められる値でありうる。
【０２６２】
端末は、有効でないｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを期待しないか、または無視することができる。
【０２６３】
端末が有効でないｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを期待しないか、または無視する場合、上記ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅは、ＵＥ−ｓｐｅｃｉｆｉｃなｓｉｇｎａｌｉｎｇを通じて伝送されることができる。
【０２６４】
このような方法は、端末がＳＦＩ（Slot Format Indicator）を受信してＵＬに対する伝送をｃａｎｃｅｌすることにも同一に適用できる。
【０２６５】
端末が上記ＳＦＩを受信したｓｌｏｔをｎ（ｓｌｏｔ  ＃ｎ）とするとき、端末の最小ｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅ（ｔｏ  ＰＵＳＣＨ）をｋ２とし、自体のＴＡ値をｔTAとする場合、ｓｌｏｔ  ｎから最小ｋ２＋２＊ｔTA以後のＵＬに対してｃａｎｃｅｌできることを意味することができる。
【０２６６】
より簡単には、端末は、該当ｄｅｌａｙ以後のｓｌｏｔにｓｃｈｅｄｕｌｅされたＵＬをｃａｎｃｅｌできるか、またはＵＬのｒｅｓｏｕｒｃｅの開始が該当ｄｅｌａｙ以後である場合のみにｃａｎｃｅｌ可能であるということができる。
【０２６７】
（方法２）
【０２６８】
ｖＵＥは、自体が使用するＴＡ値を考慮してｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを任意に異なるように解釈することができる。
【０２６９】
例えば、ＴＡがｔTAである場合、ｋ−ｔTA値があるしきい値ｔthresholdより小さい場合、ｔthreshold  ｋ１−ｔTAを満たすｋ１を定められたｋの代わりに使用することができる。
【０２７０】
この際、伝達を受けたｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅのｄｕｒａｔｉｏｎがｄである場合、ｄ＋ｋ＝ｋ1＋ｄ1であるｄ1がｄｕｒａｔｉｏｎに使われることができる。
【０２７１】
言い換えると、基地局が伝達したｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅにおいて、できる限りｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを適用することができる。
【０２７２】
上記しきい値は、予め定められた値であるか、または基地局のｈｉｇｈｅｒｌａｙｅｒ  ｓｉｇｎａｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｉｎｇにより定められた値であるか、または端末のｃａｐａｂｉｌｉｔｙによって定められる値でありうる。
【０２７３】
上記方法において、端末がｋ−ｔTAを基準にｈａｌｔｉｎｇ  ｍｅｓｓａｇｅの有効性を判断または解釈する過程で、ｋ−ｔTA値の代わりにｔTAを基準にしても本明細書で提案する技術的思想が拡張されることは自明である。
【０２７４】
ＤＭＲＳを有するＩｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｈａｎｄｌｉｎｇ
【０２７５】
端末がｈａｌｔｉｎｇ  ｍｅｓｓａｇｅの有効性を判断するに当たって、ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが示すｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅの位置と同時に割り当てられたＰＵＳＣＨのＤＭＲＳの位置を考慮することができる。アップリンク伝送において、基地局が端末のアップリンクチャネルを推定するのにＤＭＲＳが重要な役割を担うので、ＤＭＲＳのない場合、端末の伝送性能に大きい悪影響を与えることがある。また、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅによりｓｃｈｅｄｕｌｅｄ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅが２つ以上の連続しない部分に（時間上で）分けられる場合、端末のｐｈａｓｅ  ｃｏｎｔｉｎｕｉｔｙが成立しないことがあるので、各部分のチャネル推定のために各部分にＤＭＲＳが含まれるようにするか、または受信できない部分をｄｒｏｐすることが重要でありうる。この際、次のような方法を考慮することができる。
【０２７６】
（方法２−１）
【０２７７】
ｖＵＥに伝送されたｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが示すｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅが、端末が割り当てられたＰＵＳＣＨ伝送のＤＭＲＳ  ｓｙｍｂｏｌを含んでも、上記ＤＭＲＳ  ｓｙｍｂｏｌは、ｐｒｅ−ｅｍｐｔｉｏｎが適用されないことがある。
【０２７８】
すなわち、上記ＤＭＲＳ  ｓｙｍｂｏｌは、上記ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅから保護されるものでありうる。この際、ｐＵＥのＵＬ  ｇｒａｎｔは、ｖＵＥのＤＭＲＳ  ｓｙｍｂｏｌに関する情報を含むか、または同一のＤＭＲＳ  ｓｙｍｂｏｌを指示することができる。
【０２７９】
（方法２−２）
【０２８０】
ｖＵＥに伝送されたｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが示すｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅが、端末が割り当てられたＰＵＳＣＨ伝送のＤＭＲＳ  ｓｙｍｂｏｌを含む場合、ｖＵＥは、割り当てられたＰＵＳＣＨ／ＰＵＣＣＨ伝送の全体をｄｒｏｐすることができる。
【０２８１】
これは、ＤＭＲＳがｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅに含まれなくてもＰＵＳＣＨの一部でもｐｒｅ−ｅｍｐｔｉｏｎされた場合、全体のＰＵＳＣＨ／ＰＵＣＣＨをｄｒｏｐするオプションに拡張することができる。
【０２８２】
（方法２−３）
【０２８３】
ｖＵＥに伝送されたｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが示すｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅが、端末が割り当てられたＰＵＳＣＨ伝送のＤＭＲＳ  ｓｙｍｂｏｌを含む場合、ｖＵＥは、上記ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅを期待しないか、または無視することができる。
【０２８４】
言い換えると、上記ｖＵＥは、上記ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが有効でないと判断することができる。
【０２８５】
（方法２−４）
【０２８６】
ｖＵＥに伝送されたｈａｌｔｉｎｇ  ｍｅｓｓａｇｅにおいて、新たなＰＵＳＣＨ  ＤＭＲＳが指示されることができる。
【０２８７】
上記新たなＰＵＳＣＨ  ＤＭＲＳは、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅに含まれないＤＭＲＳでありうる。
【０２８８】
この際、ｖＵＥに伝送されたｈａｌｔｉｎｇ  ｍｅｓｓａｇｅが、複数の新たなＰＵＳＣＨ  ＤＭＲＳの位置を指示することもできる。
【０２８９】
このような複数のＰＵＳＣＨ  ＤＭＲＳの位置は、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅにより非連続性（discontinuity）を有するようになったＰＵＳＣＨの部分（parts of PUSCH）に各々適用できる。
【０２９０】
（方法２−５）
【０２９１】
ｖＵＥが割り当てられたＰＵＳＣＨがｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅによりｄｉｓｃｏｎｔｉｎｕｉｔｙを有するようになった場合、ＤＭＲＳは、全体または一部（part of PUSCH）の特定ｓｙｍｂｏｌ（例えば、最初のｓｙｍｂｏｌ）から伝送されることができる。
【０２９２】
あるいは、上記ｈａｌｔｉｎｇ  ｍｅｓｓａｇｅで、このようなＤＭＲＳ伝送のための追加的なｐａｒａｍｅｔｅｒを指示することができる。
【０２９３】
特に、ＰＵＳＣＨ伝送の途中にｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅが発生した場合、ｖＵＥは、該当ｐｒｅ−ｅｍｐｔｉｏｎ以後、ＤＭＲＳを直ちに伝送することができる。
【０２９４】
（方法２−６）
【０２９５】
ｖＵＥが割り当てられたＰＵＳＣＨが、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅによりｄｉｓｃｏｎｔｉｎｕｉｔｙを有するようになった場合、ＤＭＲＳが存在する全体または一部のＰＵＳＣＨのみが伝送され、ＤＭＲＳを含まないＰＵＳＣＨの部分は、伝送されないことがある。
【０２９６】
（方法２−７）
【０２９７】
Ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅがＤＭＲＳと衝突しない場合にもｏｖｅｒｌａｐされるＰＵＳＣＨの場合、ｄｒｏｐを仮定する。あるいは、ｖＵＥが最初のシンボルから初めてｏｖｅｒｌａｐされるシンボルの前までのみ伝送する。
【０２９８】
上記のｐｒｅ−ｅｍｐｔｉｏｎ  ｒｅｓｏｕｒｃｅによりｄｉｓｃｏｎｔｉｎｕｉｔｙが発生する場合、上記の方法が必要な技術的理由は、ＤＭＲＳとＰＵＳＣＨとの間にｐｕｎｃｔｕｒｉｎｇが発生する場合、端末は、アンテナをｏｎ／ｏｆｆしながらＤＭＲＳとＰＵＳＣＨとの間でａｌｉｇｎを行わないことがあるためである。
【０２９９】
前述した方法は、上記ｄｉｓｃｏｎｔｉｎｕｉｔｙまたはｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅの時間長さがある時間長さｋより大きい場合のみに適用されることができる。
【０３００】
上記ｋは、予め定められるか、または基地局のｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｉｎｇにより決定されるか、または端末のｃａｐａｂｉｌｉｔｙのうちの１つでありうる。
【０３０１】
また、上記方法を使用するに当たって、新たなＤＭＲＳ位置を決定するか、またはｓｉｇｎａｌｉｎｇを通じて新しくｉｎｄｉｃａｔｉｏｎする場合、新たなＤＭＲＳ位置のｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔにＤＭＲＳ以外の他のＤＡＴＡ（例えば、ＵＬ−ＳＣＨ  ｄａｔａ）が既にｍａｐｐｉｎｇされている場合、該当ＤＡＴＡは、新たなＤＭＲＳにより追加的にｐｕｎｃｔｕｒｉｎｇされるか、またはｒａｔｅ−ｍａｔｃｈｉｎｇされることができる。
【０３０２】
あるいは、ｓｙｍｂｏｌ  ｌｅｖｅｌに単にＤＭＲＳの位置のみが変更されたものである場合、既存のＲＥ  ｍａｐｐｉｎｇは、位置のみを変えて伝送されることができる。
【０３０３】
波形（ウェーブフォーム）を有するＩｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｈａｎｄｌｉｎｇ
【０３０４】
端末が受信するＩｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ（すなわち、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ）が周波数領域のリソースに関する情報を有している場合、端末が割り当てられたリソースにおいて、ｔｉｍｅ−ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙだけでなく、ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙも発生することができる。
【０３０５】
この際、端末が、ＤＦＴ−ｓ−ＯＦＤＭなど、ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎの連続性にセンシティブなｗａｖｅｆｏｒｍを使用する場合、端末の伝送性能が格段に低下するだけでなく、ｐｒｅ−ｅｍｐｔｉｏｎの効果も減ることがある。
【０３０６】
したがって、ｖＵＥが受信するＩｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ（ＩＲＩ）が、ｆｒｅｑｕｅｎｃｙ−ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙを作る場合、次の方法が考慮されることができる。
【０３０７】
（方法３−１）
【０３０８】
端末がｆｒｅｑｕｅｎｃｙ−ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙを作るＩＲＩを無視するか、または期待しないことがある。
【０３０９】
あるいは、上記ＩＲＩは、ＣＰ−ＯＦＤＭのみで許可されることができる。
【０３１０】
（方法３−２）
【０３１１】
端末がｆｒｅｑｕｅｎｃｙ−ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙを作るＩＲＩを受信する場合、ｆｒｅｑｕｅｎｃｙ−ｄｏｍａｉｎ  ｄｉｓｃｏｎｔｉｎｕｉｔｙが発生するｒｅｓｏｕｒｃｅ領域で全体のｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎを空けるためにｐｕｎｃｔｕｒｉｎｇするか、またはｒａｔｅ  ｍａｔｃｈｉｎｇを行うことができる。
【０３１２】
言い換えると、端末は、ＩＲＩに含まれる情報のうち、時間領域情報（time-domain information）のみを適用し、ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎに関する情報はないと仮定するか、または常に全体のｆｒｅｑｕｅｎｃｙ領域を意味すると仮定することができる。
【０３１３】
上記動作において、前述したように、ｖＵＥが使用するｗａｖｅｆｏｒｍによって異なる方法が使用されることができる。
【０３１４】
一例において、ＣＰ−ＯＦＤＭを使用するｖＵＥは、ＩＲＩが送る情報をそのまま使用し、ＤＦＴ−ｓ−ＯＦＤＭを使用する端末は、前述した方法を使用することができる。
【０３１５】
Ｉｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎの設計
【０３１６】
前述した動作で、ｖＵＥが、ｐＵＥが使用するｒｅｓｏｕｒｃｅを確保するために、ｖＵＥにｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅをｄｙｎａｍｉｃに知らせる方法が必要である。
【０３１７】
この際、ｓｉｇｎａｌｉｎｇのｄｅｓｉｇｎのために次の方法が考慮されることができる。
【０３１８】
（方法４−１）
【０３１９】
方法４−１は、ＤＬ  ｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎのようなｓｉｇｎａｌｉｎｇを再使用するものでありうる。
【０３２０】
この際、ＵＬ  ｐｒｅ−ｅｍｐｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ｓｉｇｎａｌｉｎｇの形態は同一であるが、他のｒｅｆｅｒｅｎｃｅ  ｒｅｓｏｕｒｃｅを使用することができる。
【０３２１】
より具体的には、後で存在する時間／周波数リソースが、ｒｅｆｅｒｅｎｃｅ  ｒｅｓｏｕｒｃｅとして使われることができる。
【０３２２】
（方法４−２）
方法４−２は、ＵＬ  ｇｒａｎｔのｓｉｇｎａｌｉｎｇを再使用することに関するものである。
【０３２３】
より具体的には、ＤＣＩ  ｆｏｒｍａｔ  ０＿０、ＤＣＩ  ｆｏｒｍａｔ０＿１で、特定のｐａｒａｍｅｔｅｒ値を通じて、ｒｅｓｏｕｒｃｅがｐｒｅ−ｅｍｐｔｅｄされることが指示されることができる。
【０３２４】
この際、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅを示すために既に存在するｔｉｍｅ／ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎを使用し、別途のｆｉｅｌｄにｐｒｅ−ｅｍｐｔｉｏｎか否かを示すか、ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎのみをｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅの位置を示すために使用し、Ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎの特定値、一例において、ＲＡ  ｔｙｐｅ  ０における全て‘０’、ＲＡ  ｔｙｐｅ  １における全て‘１’などを使用して、ｐｒｅ−ｅｍｐｔｉｏｎか否かを示すことができる。
【０３２５】
この際、端末は、該当ＤＣＩに含まれるＨＡＲＱ  ＩＤ、ＮＤＩなどのＨＡＲＱ  ｅｎｔｉｔｙと関連するか、またはｐｒｅ−ｅｍｐｔｉｏｎ動作と直接関連しないＤＣＩ  ｆｉｅｌｄを無視することができる。
【０３２６】
ＳＳ／ＵＥ−ＩＤを有するＩｍｐａｃｔｅｄ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｈａｎｄｌｉｎｇ
【０３２７】
ＩＲＩは、リソースの効率良い使用を図るために、ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｌｉｎｇだけでなく、ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ、ＢＷＰ−ｓｐｅｃｉｆｉｃ、ｃｅｌｌ−ｓｐｅｃｉｆｉｃなど、多数の端末に一度に伝送されることを考慮することができる。このような場合、ｐＵＥがＩＲＩを受信することを排除し難いことがある。したがって、端末がＩＲＩを受信したとき、自体がｐＵＥであるか、ｖＵＥであるかを判断する方法が必要である。この際、端末がｃｏｎｔｒｏｌ  ｓｉｇｎａｌｌｉｎｇを受信するときに使用するｐａｒａｍｅｔｅｒ、ｒｅｓｏｕｒｃｅなどを考慮して、次の方法を使用することができる。
【０３２８】
（方法５−１）
【０３２９】
端末がＩＲＩを受信したとき、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅに含まれるｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅか否かによりｐＵＥであるか、またはｖＵＥであるかを判断することができる。言い換えると、ＩＲＩが示すｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅと既存に割り当てられたｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅとがｏｖｅｒｌａｐするか否かにより、ｐＵＥであるか、またはｖＵＥであるかを判断することができる。
【０３３０】
このような場合、基地局が混同しないように、常に、ＩＲＩを、ｐＵＥのＵＬ  ｇｒａｎｔと等しいか、より早い時間に伝送し、ＩＲＩと同時に受信したＵＬ  ｇｒａｎｔに対して互いにｃｏｎｆｌｉｃｔする場合、上記ＵＬ  ｇｒａｎｔを優先することができる。
【０３３１】
（方法５−２）
【０３３２】
端末がＩＲＩを受信したとき、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅに含まれるｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅのｓｃｈｅｄｕｌｉｎｇ  ｓｉｇｎａｌにより、ｐＵＥであるか、またはｖＵＥであるかを判断することができる。この際、次の方法が追加的に考慮されることができる。
【０３３３】
（方法５−２−１）
【０３３４】
端末が基地局からｒｅｓｏｕｒｃｅでｓｃｈｅｄｕｌｉｎｇを受けるときに使用したｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（例えば、Ｓｅａｒｃｈ  ｓｐａｃｅ、ＣＯＲＥＳＥＴ、ＰＤＣＣＨ）に基づいて、ｐＵＥであるか、またはｖＵＥであるかを判断することができる。
【０３３５】
例えば、ＣＯＲＥＳＥＴ  ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるｐａｒａｍｅｔｅｒを通じて、端末が該当ＣＯＲＥＳＥＴに含まれるｓｃｈｅｄｕｌｉｎｇは、他の端末によりｐｒｅ−ｅｍｐｔｅｄされない、と仮定するものでありうる。あるいは、ＣＯＲＥＳＥＴ／ＰＤＣＣＨの位置および長さを特定位置、特定長さと比較して、一定の（どんな）条件（例えば、より等しいか小さい場合、同一の場合、一定のしきい値以内で類似の場合など）を満たす場合、他の端末によりｐｒｅ−ｅｍｐｔｅｄされないと仮定するものでありうる。この際、上記特定位置、特定長さ、一定の条件は、予め定められるか、または基地局のｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｌｉｎｇにより定められるものでありうる。
【０３３６】
（方法５−２−２）
【０３３７】
端末がｒｅｓｏｕｒｃｅのｓｃｈｅｄｕｌｉｎｇを受けるときに使用したＲＮＴＩに基づいて、ｐＵＥであるか、またはｖＵＥであるかを判断することができる。
【０３３８】
一例において、特定ＲＮＴＩを通じて端末が受信したｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅは、他の端末によりｐｒｅ−ｅｍｐｔｅｄされないと仮定することができる。
【０３３９】
この際、上記特定ＲＮＴＩは、予め定められるか、または基地局のｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｉｎｇにより定められることができる。
【０３４０】
あるいは、上記特定ＲＮＴＩは、ｕｒｇｅｎｔなｔｒａｆｆｉｃをｓｃｈｅｄｕｌｉｎｇするために基地局が端末に割り当てたＩｄｅｎｔｉｆｉｅｒでありうる。あるいは、ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔに使われるＣＳ−ＲＮＴＩなど、ＵＲＬＬＣ伝送で利用できるＲＮＴＩのうちの１つでありうる。
【０３４１】
（方法５−３）
【０３４２】
端末がＩＲＩを受信したとき、ｐｒｅ−ｅｍｐｔｅｄ  ｒｅｓｏｕｒｃｅに含まれるｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅのｓｃｈｅｄｕｌｉｎｇ  ｓｉｇｎａｌとＩＲＩを受信するときに使用したｃｏｎｔｒｏｌ  ｓｉｇｎａｌとを同時に考慮して、ｐＵＥであるかｖＵＥであるかを判断することができる。
【０３４３】
例えば、ｓｃｈｅｄｕｌｉｎｇ  ｓｉｇｎａｌのｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌおよび／または受信に使われたＲＮＴＩとＩＲＩ受信に使われたｃｏｎｔｒｏｌ  ｓｉｇｎａｌのｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌおよび／または受信に使われたＲＮＴＩとの間にｍａｐｐｉｎｇが存在し（例えば、ｓｃｈｅｄｕｌｉｎｇ  ｓｉｇｎａｌのｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌおよび／またはＲＮＴＩの受信に使われたｃｏｎｔｒｏｌ  ｓｉｇｎａｌのｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌと、受信に使われたＩＲＩおよび／またはＲＮＴＩと、の間にｍａｐｐｉｎｇが存在し（For example, mapping may exist between the control channel of the scheduling signal and/or the control channel of the control signal used for receiving the RNTI and the IRI and/or the RNTI used for reception））、ｍａｐｐｉｎｇされたＩＲＩのみに該当ｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅをｐｒｅ−ｅｍｐｔｉｏｎするものでありうる。
【０３４４】
このようなｍａｐｐｉｎｇは、ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌの構成、ＲＮＴＩの種類により予め定められるか、または基地局のｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇもしくはＬ１  ｓｉｇｎａｌｉｎｇにより定められることができる。
【０３４５】
図１０は、本明細書で提案する方法を行うための端末の動作方法に関するフローチャートの一例を示す。
【０３４６】
すなわち、図１０は、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送と関連する端末の動作方法を示す。
【０３４７】
まず、端末は、上記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信する（Ｓ１０１０）。
【０３４８】
そして、上記端末は、上記アップリンク伝送の中断を指示する第１情報および上記アップリンク伝送が中断されるリソースに関する第２情報を含む制御メッセージを基地局から受信する（Ｓ１０２０）。
【０３４９】
そして、上記端末は、上記制御メッセージに基づいて上記アップリンク伝送が中断されるリソースに上記アップリンク伝送のためのＤＭＲＳ（DeModulation Reference Signal）が含まれているかを決定する（Ｓ１０３０）。
【０３５０】
上記アップリンク伝送が中断されるリソースに上記ＤＭＲＳが含まれる場合、上記端末は、上記アップリンク伝送が中断されるリソースにおいて上記アップリンク伝送をドロップ（drop）することができる。
【０３５１】
あるいは、上記アップリンク伝送が中断されるリソースに上記ＤＭＲＳが含まれる場合、上記端末は、上記ＤＭＲＳの新たな位置と関連する情報を上記基地局から受信することができる。
【０３５２】
ここで、上記アップリンク伝送のためのリソースは、上記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、上記アップリンク伝送が中断されるリソースに該当する第２パート、および上記アップリンク伝送が中断されるリソースの後に位置するリソースに該当する第３パートを含むことができる。
【０３５３】
ここで、上記ＤＭＲＳの新たな位置と関連する情報は、上記第１パートおよび上記第３パートに各々適用されることができる。
【０３５４】
そして、上記アップリンク伝送が中断されるリソースは、時間領域において１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされることができる。
【０３５５】
図１１は、本明細書で提案する方法を行うための基地局の動作方法に関するフローチャートの一例を示す。
【０３５６】
すなわち、図１１は、ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク伝送と関連する基地局の動作方法を示す。
【０３５７】
まず、基地局は、上記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を端末に伝送する（Ｓ１１１０）。
【０３５８】
そして、上記基地局は、上記アップリンク伝送の中断を指示する第１情報および上記アップリンク伝送が中断されるリソースに関する第２情報を含む制御メッセージを上記端末に伝送する（Ｓ１１２０）。
【０３５９】
上記アップリンク伝送が中断されるリソースに上記ＤＭＲＳが含まれる場合、上記基地局は、上記ＤＭＲＳの新たな位置と関連する情報を上記端末に伝送することができる。
【０３６０】
上記アップリンク伝送のためのリソースは、上記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、上記アップリンク伝送が中断されるリソースに該当する第２パート、および上記アップリンク伝送が中断されるリソースの後に位置するリソースに該当する第３パートを含むことができる。
【０３６１】
上記ＤＭＲＳの新たな位置と関連する情報は、上記第１パートおよび上記第３パートに各々適用されることができる。
【０３６２】
ここで、上記アップリンク伝送が中断されるリソースは、時間領域において１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされることができる。
【０３６３】
本発明が適用されることができる装置一般
【０３６４】
図１２は、本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図を例示する。
【０３６５】
図１２を参照すると、無線通信システムは、基地局１２１０と基地局領域内に位置する多数の端末１２２０とを含む。
【０３６６】
上記基地局および端末は、各々無線装置として表現されることもできる。
【０３６７】
基地局は、プロセッサ（processor）１２１１、メモリ（memory）１２１２、およびＲＦモジュール（Radio Frequency module）１２１３を含む。上記ＲＦモジュールは、伝送（送信）器（transmitter）および受信器（receiver）を含むことができる。プロセッサ１２１１は、先の図１ないし図１１で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの階層は、プロセッサにより具現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための多様な情報を記憶する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信および／または受信する。
【０３６８】
端末は、プロセッサ１２２１、メモリ１２２２、およびＲＦモジュール１２２３を含む。
【０３６９】
プロセッサは、先の図１ないし図１１で提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの階層は、プロセッサにより具現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための多様な情報を記憶する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信および／または受信する。
【０３７０】
メモリ１２１２、１２２２は、プロセッサ１２１１、１２２１の内部または外部に在ることができ、よく知られた多様な手段によりプロセッサと接続されることができる。
【０３７１】
また、基地局および／または端末は、１つのアンテナ（single antenna）または複数の（多重）アンテナ（multiple antenna）を有することができる。
【０３７２】
アンテナ１２１４、１２２４は、無線信号を送信および受信する機能を行う。
【０３７３】
図１３は、本明細書で提案する方法が適用されることができる無線通信装置のブロック構成図のさらに他の例である。
【０３７４】
図１３を参照すると、無線通信システムは、基地局１３１０と基地局領域内に位置する多数の端末１３２０とを含む。基地局は送信装置、端末は受信装置と表現されることができ、その反対も可能である。基地局および端末は、プロセッサ（processor）１３１１、１３２１、メモリ（memory）１３１４、１３２４、１つまたは複数のＴｘ／Ｒｘ  ＲＦモジュール（radio frequency module）１３１５、１３２５、Ｔｘプロセッサ１３１２、１３２２、Ｒｘプロセッサ１３１３、１３２３、アンテナ１３１６、１３２６を含む。プロセッサは、前述した機能、過程、および／または方法を具現する。より具体的には、ＤＬ（基地局から端末への通信）において、コアネットワークからの上位層パケットは、プロセッサ１３１１に提供される。プロセッサは、Ｌ２層の機能を具現する。ＤＬにおいて、プロセッサは、論理チャネルと伝送チャネルとの間の多重化（multiplexing）、無線リソース割り当てを端末１３２０に提供し、端末へのシグナリングを担当する。伝送（ＴＸ）プロセッサ１３１２は、Ｌ１層（すなわち、物理層）に対する多様な信号処理機能を具現する。信号処理機能は、端末においてＦＥＣ（Forward Error Correction）を容易にし、コーディングおよびインターリーブ（coding and interleaving）を含む。符号化および変調されたシンボルは、並列ストリームに分割され、各々のストリームは、ＯＦＤＭ副搬送波にマッピングされ、時間および／または周波数領域において参照（基準）信号（Reference Signal、ＲＳ）とマルチプレクスされ、ＩＦＦＴ（Inverse Fast Fourier Transform）を使用して共に結合されて時間領域ＯＦＤＭＡシンボルストリームを運搬する物理的チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために空間的にプリコーディングされる。各々の空間ストリームは、個別Ｔｘ／Ｒｘモジュール（または、送受信器）１３１５を通じて相異なるアンテナ１３１６に提供されることができる。各々のＴｘ／Ｒｘモジュールは、伝送のために各々の空間ストリームにＲＦ搬送波を変調することができる。端末で、各々のＴｘ／Ｒｘモジュール（または、送受信器）１３２５は、各Ｔｘ／Ｒｘモジュールの各アンテナ１３２６を通じて信号を受信する。各々のＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元して、受信（ＲＸ）プロセッサ１３２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ  １の多様な信号処理機能を具現する。ＲＸプロセッサは、端末に向ける任意の空間ストリームを復旧するために情報に空間処理を行うことができる。多数の空間ストリームは、端末に向けられる場合、多数のＲＸプロセッサにより単一ＯＦＤＭＡシンボルストリームに結合されることができる。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各々のサブキャリアに対する個別のＯＦＤＭＡシンボルストリームを含む。各々のサブキャリア上のシンボルおよび参照信号は、基地局により伝送された最も可能性のある信号配置ポイントを決定することによって、復元され復調される。このような軟判定（soft decision）は、チャネル推定値に基づくことができる。軟判定は、物理チャネル上で基地局により元来伝送されたデータおよび制御信号を復元するためにデコーディングおよびデインターリーブされる。該当データおよび制御信号は、プロセッサ１３２１に提供される。
【０３７５】
ＵＬ（端末から基地局への通信）は、端末１３２０において受信器の機能と関連して記述されたことと類似の方式により、基地局１３１０において処理される。各々のＴｘ／Ｒｘモジュール１３２５は、各々のアンテナ１３２６を介して信号を受信する。各々のＴｘ／Ｒｘモジュールは、ＲＦ搬送波および情報をＲＸプロセッサ１３２３に提供する。プロセッサ１３２１は、プログラムコードおよびデータを記憶するメモリ１３２４と関連できる。メモリは、コンピュータ読み取り可能媒体と称されることができる。
【０３７６】
以上で説明された実施形態は、本発明の構成要素と特徴とが所定の形態で結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施されることができる。また、一部の構成要素および／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は、変更されることができる。ある実施形態の一部の構成や特徴は、他の実施形態に含まれることができ、または他の実施形態の対応する構成もしく特徴と置き換えることができる。特許請求の範囲で明示的な引用関係のない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０３７７】
本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の一実施形態は、１つまたは複数のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。
【０３７８】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で具現されることができる。ソフトウェアコードは、メモリに記憶されてプロセッサにより駆動されることができる。上記メモリは、上記プロセッサの内部または外部に位置して、既に公知の多様な手段により上記プロセッサとデータをやり取りすることができる。
【０３７９】
本発明は、本発明の必須特徴を逸脱しない範囲で他の特定の形態に具体化できることは、当業者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内における全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０３８０】
本発明の無線通信システムにおけるアップリンク伝送を行うための方式は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム、５Ｇシステム（Ｎｅｗ  ＲＡＴシステム）に適用される例を中心として説明したが、その他にも多様な無線通信システムに適用可能である。
【図１】
2021512546.tif 000048
【図２】
2021512546.tif 000049
【図３】
2021512546.tif 000050
【図４】
2021512546.tif 000051
【図５】
2021512546.tif 000052
【図６】
2021512546.tif 000053
【図７】
2021512546.tif 000054
【図８】
2021512546.tif 000055
【図９】
2021512546.tif 000056
【図１０】
2021512546.tif 000057
【図１１】
2021512546.tif 000058
【図１２】
2021512546.tif 000059
【図１３】
2021512546.tif 000060
【手続補正書】
【提出日】令和2年11月5日(2020.11.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク（UpLink；ＵＬ）伝送と関連する端末の動作方法であって、
前記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するステップと、
前記アップリンク伝送の中断を指示する第１情報を有する制御メッセージを前記基地局から受信するステップと、
１）前記端末に関連するタイミングアドバンス（Timing Advance；ＴＡ）の値と、２）前記第１情報に関連するシンボルを受信するタイミング値と、に基づいて、前記アップリンク伝送の中断に関する前記制御メッセージが有効か否かを決定するステップと、を有する、方法。
【請求項２】
前記アップリンク伝送の中断に関する制御メッセージが有効か否かを決定するステップは、前記基地局によって決定されたしきい値に基づく、請求項１に記載の方法。
【請求項３】
前記制御メッセージに基づいて、前記アップリンク伝送が中断されるリソースに前記アップリンク伝送に関する復調用参照信号（DeModulation Reference Signal；ＤＭＲＳ）が有されるか否かを決定するステップをさらに有し、
前記制御メッセージは、前記アップリンク伝送が中断されるリソースに関する第２情報を有する、請求項２に記載の方法。
【請求項４】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記アップリンク伝送が中断されるリソースで前記アップリンク伝送をドロップ（drop）するステップをさらに有する、請求項３に記載の方法。
【請求項５】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記ＤＭＲＳの新たな位置に関する情報を前記基地局から受信するステップをさらに有する、請求項３に記載の方法。
【請求項６】
前記アップリンク伝送のためのリソースは、前記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、前記アップリンク伝送が中断されるリソースに該当する第２パート、および前記アップリンク伝送が中断されるリソースの後のリソースに該当する第３パートを有する、請求項５に記載の方法。
【請求項７】
前記ＤＭＲＳの新たな位置に関する情報は、前記第１パートおよび前記第３パートの各々に適用される、請求項６に記載の方法。
【請求項８】
前記アップリンク伝送が中断されるリソースは、時間領域において１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされる、請求項３に記載の方法。
【請求項９】
ｅＭＢＢとＵＲＬＬＣとの間の動的リソース共有（resource sharing）をサポートする無線通信システムにおけるアップリンク（UpLink；ＵＬ）伝送を行う端末であって、
無線信号を伝送する伝送器（transmitter）と、
無線信号を受信する受信器（receiver）と、
前記伝送器および受信器と機能的に接続されているプロセッサと、を有し、
前記プロセッサは、
前記アップリンク伝送のスケジューリングのためのアップリンクグラント（UL grant）を基地局から受信するように前記受信器を制御し、
前記アップリンク伝送の中断を指示する第１情報を有する制御メッセージを前記基地局から受信するように前記受信器を制御し、
１）前記端末に関連するタイミングアドバンス（Timing Advance；ＴＡ）の値と、２）前記第１情報に関連するシンボルを受信するタイミング値と、に基づいて、前記アップリンク伝送の中断に関する前記制御メッセージが有効か否かを決定する、ように構成される、端末。
【請求項１０】
前記アップリンク伝送の中断に関する制御メッセージが有効か否かを決定することは、前記基地局によって決定されたしきい値に基づく、請求項９に記載の端末。
【請求項１１】
前記プロセッサは、
前記制御メッセージに基づいて、前記アップリンク伝送が中断されるリソースに前記アップリンク伝送に関する復調用参照信号（DeModulation Reference Signal；ＤＭＲＳ）が有されるか否かを決定するように構成され、
前記制御メッセージは、前記アップリンク伝送が中断されるリソースに関する第２情報を有する、請求項１０に記載の端末。
【請求項１２】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記プロセッサは、
前記アップリンク伝送が中断されるリソースで前記アップリンク伝送をドロップ（drop）する、請求項１１に記載の端末。
【請求項１３】
前記アップリンク伝送が中断されるリソースに前記ＤＭＲＳが有される場合、前記プロセッサは、
前記ＤＭＲＳの新たな位置に関する情報を前記基地局から受信するように前記受信器を制御する、請求項１１に記載の端末。
【請求項１４】
前記アップリンク伝送のためのリソースは、前記アップリンク伝送が中断されるリソースの前に位置するリソースに該当する第１パート、前記アップリンク伝送が中断されるリソースに該当する第２パート、および前記アップリンク伝送が中断されるリソースの後のリソースに該当する第３パートを有する、請求項１３に記載の端末。
【請求項１５】
前記ＤＭＲＳの新たな位置に関する情報は、前記第１パートおよび前記第３パートの各々に適用される、請求項１４に記載の端末。
【請求項１６】
前記アップリンク伝送が中断されるリソースは、時間領域において１つのスロットより小さな時間を有する非スロット（non-slot）単位でスケジューリングされる、請求項１１に記載の端末。
【国際調査報告】
2021512546.tif 000061
2021512546.tif 000062
2021512546.tif 000063
2021512546.tif 000064