JPWO2020090920A5 - ユーザ装置および通信システム - Google Patents

Description

ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（TS38.211 v15.2.0）参照）。

３ＧＰＰにおいて、低遅延と高信頼性の通信（Ultra-reliable and Low Latency Communications；ＵＲＬＬＣ）の要件に加え、低いジッタ特性が求められている（非特許文献２０（３ＧＰＰ ＲＰ－１８０９７４）、非特許文献２３（３ＧＰＰ ＴＲ２２．８０４ Ｖ１６．１．０）参照）。ＵＲＬＬＣの要件を満たすために、パケット複製が用いられる（非特許文献１６参照）。ところが、パケット複製において、受信したパケットを上位レイヤに転送するタイミングについては規定されていない。このことにより、受信タイミングが先となるパケットの復号結果（例：ＣＲＣ結果）によって、受信側装置がパケットを上位レイヤに転送するタイミングが異なる。その結果、レイテンシのばらつき（以下、ジッタと称する場合がある）が生じ、ジッタ特性が悪化するといった問題が生じる。

本発明によれば、サイドリンクにおいて互いに通信可能な複数のユーザ装置と、複数の前記ユーザ装置の各々と無線通信する基地局と、を備える通信システムにおける１つのユーザ装置であって、前記サイドリンクにおけるユニキャスト送信のためのリソースに関する設定を行う。

また、本発明によれば、サイドリンクにおいて互いに通信可能な複数のユーザ装置と、複数の前記ユーザ装置の各々と無線通信する基地局と、を備える通信システムであって、１つのユーザ装置が、前記サイドリンクにおけるユニキャスト送信のためのリソースに関する設定を行う。

Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡す。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。

低遅延と高信頼性の通信（Ultra-reliable and Low Latency Communications；ＵＲＬＬＣ）の要件を満たす方法の例として、パケット複製が用いられてもよい。送信側装置は、ＰＤＣＰレイヤにおいてＰＤＣＰ ＰＤＵを複製し、受信側装置に送信してもよい。該パケット複製は、例えば、ＤＣを用いたパケット複製であってもよいし、ＣＡを用いたパケット複製であってもよい。前述において、送信側装置は基地局であってもよいし、ＵＥであってもよい。また、受信側装置は、ＵＥであってもよいし、基地局であってもよい。

他の解決策を開示する。受信側装置は、パケット複製において後から受信したパケットの受信タイミングにおいて、受信したパケットを上位レイヤに転送する。該受信側装置は、基地局であってもよいし、ＵＥであってもよい。すなわち、前述の方法が、上り通信において適用されてもよいし、下り通信において適用されてもよい。

実施の形態１の本変形例１において開示した方法を、実施の形態１において開示した方法と組み合わせてもよい。例えば、同じキャリアにおいて、複数の設定済みグラントおよび／あるいは複数の設定済みスケジューリング割り当てを行ってもよい。パケット複製において複製された各パケットが、同じキャリアにおいて互いに異なる設定済みグラントおよび／あるいは互いに異なる設定スケジューリング割り当てにマッピングされて送信されてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能とするとともに、単一キャリアを用いる通信においても信頼性を向上可能となる。

送信側装置は、ＨＡＲＱ－ＡＣＫ受信後の該データのレペティションを送信しないとしてもよい。このことにより、例えば、送信側装置における消費電力を削減可能となるとともに、該データのレペティションに用いる時間および／あるいは周波数リソースを削減可能となる。

図２２は、受信側装置が、レペティションにおける所定の反復回数の途中で、ＨＡＲＱフィードバックおよび上位レイヤへの転送を行う動作を示す図である。図２２は、送信データが４回繰り返されて送信される例について示している。また、図２２において、送信側装置からデータが送信される周期をＣｙｃｌｅ Ｔｉｍｅとして示している。図２２は、受信側装置から送信側装置へのＨＡＲＱ－ＡＣＫ送信における前述の待ち回数を２とした場合について示す。また、図２２において、所定のジッタ特性が要求される（以下、ジッタクリティカル（jitter-critical）と称する場合がある）通信において、所定の反復回数の途中でＨＡＲＱ応答および上位レイヤへの転送の動作が適用される場合について示す。図２２において、ジッタクリティカルな通信において適時となる受信タイミングを破線で示す。また、図２２は、送信側装置が基地局であり、受信側装置がＵＥである場合について示す。

ＵＥは、ジッタクリティカルな論理チャネルにデータを優先的に割り当てる。例えば、ＵＥのＭＡＣレイヤにおけるＬＣＰにおいて、ジッタクリティカルな論理チャネルが、ジッタクリティカルでない論理チャネルよりも、優先的にデータが割り当てられるとしてもよい。

ＬＣＰにおける優先的な該割り当ての例として、ＵＥが、ジッタクリティカルな論理チャネルにデータを優先度順に割り当て、残りの割り当て可能データサイズにおいて、ジッタクリティカルな論理チャネルにデータを優先度順に割り当てるとしてもよい。基地局はＵＥに対し、ジッタクリティカルな通信かどうかを示す情報を通知してもよい。該情報は、基地局からＵＥに送信されるＲＲＣ設定における、論理チャネル設定の中に含まれてもよい。ＵＥは、該情報を用いて、設定された論理チャネルがジッタクリティカルか否かを判断してもよい。このことにより、例えば、ＵＥは、ジッタクリティカルな論理チャネルを優先的に送信可能となり、その結果、ジッタを低減可能となる。

図２３において、スケジューリング単位２８０１の次のスケジューリング単位２８０３への論理チャネルの割り当てを説明する。ＬＣＨ＃２の他に、レイテンシ要件がある論理チャネル、および、ジッタクリティカルな論理チャネルのデータがない。このことから、ＵＥは、ＬＣＨ＃２のデータ２８０４を、スケジューリング単位２８０３へ割り当てる。

該情報は、測定対象のセルの識別子を含んでもよいし、測定対象のＳＳブロックの周波数に関する情報を含んでもよいし、該ＳＳブロックの識別子を含んでもよいし、タイミングに関する情報を含んでもよいし、該ＳＳブロックが測定されるサブキャリア間隔に関する情報を含んでもよい。前述のタイミングに関する情報は、例えば、ＵＥが接続中のセルと測定対象のセルとの間のフレームタイミングオフセットに関する情報であってもよいし、該ＳＳブロックが該セルのＳＳバーストにおいて含まれる時間方向の位置に関する情報であってもよい。該情報は複数設けられてもよい。例えば、該情報が、測定対象のセルおよび／あるいはビームの個数分設けられてもよい。ＵＥは、該情報を用いて、ＳＳブロックの測定を行ってもよい。このことにより、例えば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥは迅速にＳＳブロックを測定可能となる。

該情報は、測定対象のセルの識別子を含んでもよいし、ＣＳＩ－ＲＳの周波数に関する情報を含んでもよいし、タイミングに関する情報を含んでもよいし、周波数および時間リソースにおける配置に関する情報を含んでもよいし、該ＣＳＩ－ＲＳが測定されるサブキャリア間隔に関する情報を含んでもよいし、符号パターンに関する情報を含んでもよい。前述のタイミングに関する情報は、例えば、ＵＥが接続中のセルと測定対象のセルとの間のフレームタイミングオフセットに関する情報であってもよい。該情報は複数設けられてもよい。例えば、該情報が、測定対象のセルおよび／あるいはビームの個数分設けられてもよい。ＵＥは、該情報を用いて、ＣＳＩ－ＲＳの測定を行ってもよい。このことにより、例えば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥは迅速にＣＳＩ－ＲＳを測定可能となる。

ＵＥが存在を示すための信号／チャネルを設ける。ＵＥが存在を示すためのシグナリングを設けてもよい。制御用の信号／チャネルあるいはシグナリングを設けてもよい。制御プレインの信号／チャネルあるいはシグナリングを設けてもよい。ＵＥは、ソースＵＥからの送信の意思を示すための信号／チャネルを受信し、該信号／チャネルに含まれる情報から、ソースＵＥを対向するＵＥであると判断した場合、該信号／チャネルに対する応答信号／チャネルとして、ＵＥの存在を示すための信号／チャネルを送信する。ＵＥの存在を示すための信号／チャネルはブロードキャストで送信してもよい。ＵＥの存在を示すための信号／チャネルに含める情報として以下に５つの具体例を示す。

前述の（５）の接続要求応答用リソース設定に関する情報は、接続要求に対してターゲットＵＥからソースＵＥに対して送信する接続要求応答シグナリングのリソース設定情報とするとよい。前述の（５）の情報は、リソースアロケーションなどのスケジューリング情報を含んでもよい。接続要求応答用リソース設定をターゲットＵＥが実施する場合は、該情報を省略してもよい。

ステップＳＴ５１０３で、ＵＥ＿Ａは送信の意思を示すための信号／チャネルを送信する。ＵＥ＿Ａは該信号／チャネルをブロードキャストで送信してもよい。これにより、ＵＥ＿Ａは送信データがあることを示すことができる。ステップＳＴ５１０４で、ＵＥ＿Ｂは、ＵＥ＿Ａからの送信の意思を示すための信号／チャネルを受信し、それに含まれる情報から、ＵＥ＿Ａがターゲットあるいはターゲット候補であることを検出する。

ユニキャスト通信終了処理について開示する。ＵＥは、接続終了シグナリングを設けて対向ＵＥに通知する。該通知を受信したＵＥは、ユニキャスト通信用にリザベーションしていたリソースを解放する。たとえば、ＳＬ用のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＳＤＡＰで設定をリセットするとしてもよい。

ユニキャスト通信終了の完了を示すシグナリングを設けてもよい。ユニキャスト通信用にリザベーションしていたリソースを解放したＵＥは、ユニキャスト通信終了の完了を示すシグナリングを対向するＵＥに通知する。ユニキャスト通信終了完了シグナリングを受信したＵＥは、ユニキャスト通信用にリザベーションしていたリソースを解放する。同様に、たとえば、ＳＬ用のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＳＤＡＰで設定をリセットするとしてもよい。

このようにすることで、ユニキャスト通信終了処理を実施可能となる。このため、ユニキャスト通信用にリザベーションしていたリソースを解放することが可能となる。他のＵＥが解放されたリソースを使用することが可能となるため、リソースの使用効率を向上させることができる。

ステップＳＴ５１０３で、ＵＥ＿Ａは送信の意思を示すための信号／チャネルを送信する。該信号／チャネルは、存在を示すための信号／チャネル送信用リソース設定ではなく、接続要求用リソース設定を含むとよい。ステップＳＴ５１０４で、ＵＥ＿Ｂは、ＵＥ＿Ａからの送信の意思を示すための信号／チャネルを受信し、それに含まれる情報から、ＵＥ＿Ａがターゲットあるいはターゲット候補であることを検出する。

図３５は、ＳＬのユニキャスト用の２つのＵＥ間でのユニキャスト通信までのシーケンスの第７例である。図３５において、図２９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。図３５の例では、ＳＬでの送信データが発生したＵＥは、データ送信用スケジューリングを送信する。図３５は、図２９に比べて、送信の意思を示すための信号／チャネルの送信から接続要求応答までの処理を省略した例である。また、図３５は、対向ＵＥ検出フェーズ、接続設立フェーズを省略した例である。データ送信フェーズで、対向ＵＥの検出をあわせて実施する。複数のＵＥがターゲットＵＥとなる場合よりも一つのＵＥがターゲットＵＥとなる場合により適している。

既に一つのユニキャスト接続を行っているＵＥは、より優先順位の高い他のユニキャスト接続を行う。この場合、元のユニキャスト接続は終了する。また、既に一つのユニキャスト接続を行っているＵＥは、より優先順位の高い他のユニキャスト接続において、存在を示す信号／チャネルを送信してもよい。この場合、元のユニキャスト接続は終了する。

一つのユニキャスト通信に対して、一つのユニキャスト接続を実施することを示した。また、一つのユニキャスト接続に対して、一つのユニキャスト通信を行うことを示した。複数のユニキャスト通信に対して、一つのユニキャスト接続を実施してもよい。一つのユニキャスト接続に対して一つのユニキャスト通信を行ってもよい。一つのユニキャスト接続を維持しながら、複数のユニキャスト通信処理を行うと良い。ユニキャスト通信毎にユニキャスト接続設立処理を実施しなくて済むため、ユニキャスト通信までの処理を簡略化可能となる。ユニキャスト通信を実施するまでの遅延時間を削減可能となる。たとえば、低遅延特性が要求されるＶ２Ｖ通信においては有効となる。

ＨＡＲＱフィードバック方法として、ＴＴＩ（Transmission Time Interval）毎にAｃｋあるいはＮａｃｋを判断して通知してもよい。あるいは、コードブロックグループ（CBG;Code Block Group）毎にAｃｋあるいはＮａｃｋを判断して通知してもよい。コードブロック毎の再送を行ってもよい。また、ＮＲでのＳＬの通信において、繰返し送信（repetition）が検討されているが、繰返し送信受信後のＣＢＧ毎にＡｃｋあるいはＮａｃｋを判断して通知してもよい。このように、ＣＢＧ毎のフィードバック方法とすることで、再送用のリソースを削減可能となる。リソース使用効率を向上可能となる。特に、ＵＥ間でリソース衝突が発生しやすいＳＬ通信において有効となる。

繰り返し送信の１回の送信毎にＨＡＲＱフィードバックが送信される場合、各繰返し送信に対するＨＡＲＱフィードバックのリソースをどのように設定するかが不明となる。このような問題を解決する方法を開示する。繰返し送信からＨＡＲＱフィードバックまでのタイミングを、各繰返し送信に対するＨＡＲＱフィードバックで同じにするとよい。これにより、どの繰返し送信に対するフィードバックかを送信側ＵＥは認識可能となる。

データが付随しないＳＣＩを設けてもよい。ＰＳＳＣＨが付随しないＰＳＣＣＨを設けて、該ＰＳＣＣＨにＳＣＩをマッピングしてもよい。該ＳＣＩにはＰＳＳＣＨのスケジューリング情報を含めない。データが付随しないＳＣＩに、ＨＡＲＱフィードバックを含める。このようにすることで、少ない情報量で、ＨＡＲＱフィードバックを含むＳＣＩがマッピングされたＰＳＣＣＨを送信可能となる。

このようにすることで、たとえば、リザベーションしたリソースの電波伝搬環境の悪化や他ＵＥとの干渉によりデータが送達されないような場合に、リソースの再選択によりリザベーションするリソースを変えることが可能となる。このため、ＳＬでの通信品質を向上させることが可能となる。

ソースＵＥは、ターゲットＵＥがソースＵＥのカバレッジ外へ移動した場合、該ターゲットＵＥとの間で実施していたユニキャスト通信のための設定をリセットしてもよい。該ユニキャスト通信のみがユニキャスト接続で行われている場合、ユニキャスト通信も終了してもよい。ユニキャスト接続における設定をリセットしてもよい。このようにすることで、ソースＵＥにおける無線リソースを他のサービスや通信に解放することが可能となる。

また、ターゲットＵＥは、ソースＵＥのカバレッジ外へ移動した場合、該ソースＵＥとの間で実施していたユニキャスト通信のための設定をリセットしてもよい。該ユニキャスト通信のみがユニキャスト接続で行われている場合、ユニキャスト通信も終了してもよい。ユニキャスト接続における設定をリセットしてもよい。このようにすることで、ターゲットＵＥにおける無線リソースを他のサービスや通信に解放することが可能となる。

前述に開示した方法において、ソースＵＥおよび／またはターゲットＵＥは、リザベーションしたリソースを使用しないことを、ｇＮＢに通知してもよい。ソースＵＥおよび／またはターゲットＵＥは、リソースを解放したことを、ｇＮＢに通知してもよい。たとえば、該通知を、ｇＮＢがスケジューリングする場合に適用することで、ｇＮＢは、使用されていないリソースを他のＵＥのスケジューリングに用いることが可能となる。リソースの使用効率を向上させることが可能となる。

Claims (14)

1. サイドリンクにおいて互いに通信可能な複数のユーザ装置と、
   複数の前記ユーザ装置の各々と無線通信する基地局と、を備える通信システムにおける１つのユーザ装置であって、
   前記サイドリンクにおけるユニキャスト送信のためのリソースに関する設定を行う
   ユーザ装置。
2. 前記リソースは、データ送信用リソースである
   請求項１に記載のユーザ装置。
3. 前記データ送信用リソースは、初送データ用のリソース及び再送データ用のリソースを含む
   請求項２に記載のユーザ装置。
4. 前記リソースは、チャネル状態情報（ＣＳＩ）報告用のリソースである
   請求項１に記載のユーザ装置。
5. 前記設定は、リソースのセンシング、送信用リソースの選択、及び送信用リソースのリザベーションの少なくともいずれかを含む
   請求項１に記載のユーザ装置。
6. 前記ユニキャスト通信に先立ち、接続設立開始のための制御信号、チャネル、又はシグナリングを送信する
   請求項１に記載のユーザ装置。
7. 前記リソースに関する前記設定を行うべきか否かを、送信データの種別に応じて判断する
   請求項１に記載のユーザ装置。
8. データとＨＡＲＱフィードバックリソースとを関連付ける
   請求項１に記載のユーザ装置。
9. 前記ユニキャスト送信のためのリソース候補から、初送用リソース及び再送用リソースを除外する
   請求項１に記載のユーザ装置。
10. 前記ユニキャスト送信のためのリソース候補から、受信電力の閾値に基づいてリソースを除外する
    請求項１に記載のユーザ装置。
11. 初送及び再送に用いられた使用リソースの割合を示すチャネル占有率（channel occupied ratio，ＣＲ）を評価する
    請求項１に記載のユーザ装置。
12. 他のユーザ装置に対して、前記リソースに関する前記設定を要求する要求シグナリングを送信し、
    前記他のユーザ装置から受信した設定情報に基づいて前記リソースに関する前記設定を行う
    請求項１に記載のユーザ装置。
13. 前記他のユーザ装置は、前記要求シグナリングに基づいて前記ユーザ装置のリソースに関する設定を行い、
    前記要求シグナリングは、優先順位に関する情報を含む
    請求項１２に記載のユーザ装置。
14. サイドリンクにおいて互いに通信可能な複数のユーザ装置と、
    複数の前記ユーザ装置の各々と無線通信する基地局と、を備える通信システムであって、
    １つのユーザ装置が、前記サイドリンクにおけるユニキャスト送信のためのリソースに関する設定を行う
    通信システム。