JP6902744B2 - D2d通信におけるスケジューリング要求手順 - Google Patents
D2d通信におけるスケジューリング要求手順 Download PDFInfo
- Publication number
- JP6902744B2 JP6902744B2 JP2020042626A JP2020042626A JP6902744B2 JP 6902744 B2 JP6902744 B2 JP 6902744B2 JP 2020042626 A JP2020042626 A JP 2020042626A JP 2020042626 A JP2020042626 A JP 2020042626A JP 6902744 B2 JP6902744 B2 JP 6902744B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- buffer status
- status report
- direct link
- uplink
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 168
- 238000004891 communication Methods 0.000 title claims description 128
- 239000000872 buffer Substances 0.000 claims description 205
- 238000013468 resource allocation Methods 0.000 claims description 30
- 230000008569 process Effects 0.000 claims description 21
- 108700026140 MAC combination Proteins 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 description 146
- 230000011664 signaling Effects 0.000 description 49
- 238000012913 prioritisation Methods 0.000 description 38
- 230000001960 triggered effect Effects 0.000 description 29
- 239000000969 carrier Substances 0.000 description 26
- 230000002776 aggregation Effects 0.000 description 16
- 238000004220 aggregation Methods 0.000 description 16
- 238000005516 engineering process Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 230000000737 periodic effect Effects 0.000 description 10
- 230000008859 change Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 238000001228 spectrum Methods 0.000 description 8
- 230000001413 cellular effect Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000006399 behavior Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 230000007774 longterm Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000003595 spectral effect Effects 0.000 description 5
- 230000015572 biosynthetic process Effects 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000015654 memory Effects 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 4
- 238000003786 synthesis reaction Methods 0.000 description 4
- 108010028984 3-isopropylmalate dehydratase Proteins 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000002860 competitive effect Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000001186 cumulative effect Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005562 fading Methods 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 230000001965 increasing effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 229920000915 polyvinyl chloride Polymers 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000002829 reductive effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 101150096310 SIB1 gene Proteins 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000008093 supporting effect Effects 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本発明は、装置間通信システムにおいてスケジューリング要求手順を実行するシステムおよび方法に関する。さらに、本発明は、本明細書に記載されている方法を実行するユーザ機器を提供する。
ロングタームエボリューション(LTE)
WCDMA(登録商標)無線アクセス技術をベースとする第3世代の移動通信システム(3G)は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス(HSDPA)と、エンハンストアップリンク(高速アップリンクパケットアクセス(HSUPA)とも称する)とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、3GPPは、ロングタームエボリューション(LTE)と称される新しい移動通信システムを導入した。LTEは、今後10年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、LTEにおける重要な方策である。
LTE(ロングタームエボリューション)に関する作業項目(WI)の仕様は、E−UTRA(Evolved UMTS Terrestrial Radio Access(UTRA):進化したUMTS地上無線アクセス)およびE−UTRAN(Evolved UMTS Terrestrial Radio Access Network(UTRAN):進化したUMTS地上無線アクセスネットワーク)と称され、最終的にリリース8(LTEリリース8)として公開される。LTEシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、IPベースの全機能を低遅延かつ低コストで提供する。詳細なシステム要件は、非特許文献1に記載されている。LTEでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅(例えば、1.4MHz、3.0MHz、5.0MHz、10.0MHz、15.0MHz、および20.0MHz)が指定されている。ダウンリンクには、OFDM(Orthogonal Frequency Division Multiplexing:直交周波数分割多重)をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉(MPI)を受けにくく、また、サイクリックプレフィックス(CP)を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、SC−FDMA(シングルキャリア周波数分割多元接続:Single-Carrier Frequency Division Multiple Access)をベースとする無線アクセスが採用されており、なぜなら、ユーザ機器(UE)の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。リリース8のLTEでは、数多くの重要なパケット無線アクセス技術(例えば、MIMO(多入力多出力)チャネル伝送技術)が採用され、高効率の制御シグナリング構造が達成されている。
E−UTRANのアーキテクチャ
図1は、全体的なアーキテクチャを示しており、図2は、E−UTRANのアーキテクチャをより詳細に示している。E−UTRANは、1基または複数基のeNodeBから構成され、eNodeBは、ユーザ機器に向かうE−UTRAユーザプレーンプロトコル(PDCP/RLC/MAC/PHY)および制御プレーンプロトコル(RRC)を終端処理する。eNodeB(eNB)は、物理(PHY)レイヤ、媒体アクセス制御(MAC)レイヤ、無線リンク制御(RLC)レイヤ、およびパケットデータ制御プロトコル(PDCP)レイヤ(これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む)をホストする。eNBは、制御プレーンに対応する無線リソース制御(RRC)機能も提供する。eNBは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質(UL QoS)の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化/復号、ダウンリンク/アップリンクのユーザプレーンパケットヘッダの圧縮/復元など、多くの機能を実行する。複数のeNodeBは、X2インタフェースによって互いに接続されている。
また、複数のeNodeBは、S1インタフェースによってEPC(Evolved Packet Core:進化したパケットコア)、より具体的には、S1−MMEによってMME(Mobility Management Entity:移動管理エンティティ)、S1−Uによってサービングゲートウェイ(S−GW:Serving Gateway)に接続されている。S1インタフェースは、MME/サービングゲートウェイとeNodeBとの間の多対多関係をサポートする。SGWは、ユーザデータパケットをルーティングして転送する一方で、eNodeB間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、LTEと別の3GPP技術との間のモビリティのためのアンカー(S4インタフェースを終端させ、2G/3GシステムとPDN GWとの間でトラフィックを中継する)として機能する。S−GWは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。SGWは、ユーザ機器のコンテキスト(例えばIPベアラサービスのパラメータ、ネットワーク内部ルーティング情報)を管理および格納する。さらに、SGWは、合法傍受(lawful interception)の場合にユーザトラフィックの複製を実行する。
MMEは、LTEのアクセスネットワークの主要な制御ノードである。MMEは、アイドルモードのユーザ機器の追跡およびページング手順(再送信を含む)の役割を担う。MMEは、ベアラのアクティブ化/非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク(CN)ノードの再配置を伴うLTE内ハンドオーバー時とに、ユーザ機器のSGWを選択する役割も担う。MMEは、(HSSと対話することによって)ユーザを認証する役割を担う。非アクセス層(NAS:Non-Access Stratum)シグナリングはMMEにおいて終端され、MMEは、一時的なIDを生成してユーザ機器に割り当てる役割も担う。MMEは、サービスプロバイダの公衆陸上移動網(PLMN:Public Land Mobile Network)に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。MMEは、NASシグナリングの暗号化/完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、MMEによってサポートされる。さらに、MMEは、LTEのアクセスネットワークと2G/3Gのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、SGSNからのS3インタフェースを終端させる。さらに、MMEは、ローミングするユーザ機器のためのホームHSSに向かうS6aインタフェースを終端させる。
LTEにおけるコンポーネントキャリアの構造
3GPP LTEシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。3GPP LTEで、各サブフレームは、図3に示すように2つのダウンリンクスロットに分割され、そこにおいて、第1のダウンリンクスロットは、第1のOFDMシンボル内の制御チャネル領域(PDCCH領域)を備える。各サブフレームは、時間領域内の所与の数のOFDMシンボルで構成され(3GPP LTE(リリース8)では12個または14個のOFDMシンボル)、各OFDMシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、OFDMシンボルは、各々、図4にも示すように、NDL RB×NRB sc個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。
例えば3GPPロングタームエボリューション(LTE)において使用されるような、例えばOFDMを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、1つの「リソースブロック」である。物理リソースブロックは、図4に例示したように、時間領域におけるNDL symb個の連続するOFDMシンボルおよび周波数領域におけるNRB sc個の連続するサブキャリアとして定義される。したがって、3GPP LTE(リリース8)では、物理リソースブロックは、時間領域における1つのスロットおよび周波数領域における180kHzに対応する、NDL symb×NRB sc個のリソース要素で構成される(ダウンリンクリソースグリッドについてさらに詳しくは、例えば、3GPPのウェブサイトで入手可能であり、参照により本明細書に組み込まれている、非特許文献2の6.2節を参照)。
「コンポーネントキャリア」という用語は、いくつかのリソースブロックの組合せを意味する。LTEの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
LTEのさらなる発展(LTE−A)
世界無線通信会議2007(WRC−07)において、IMT−Advancedの周波数スペクトルが決定された。IMT−Advancedのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、3GPP(第3世代パートナーシッププロジェクト)において無線インタフェースの標準化が開始された。3GPP TSG RAN #39会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が3GPPにおいて承認された。この検討項目は、E−UTRAを進化・発展させるうえで(例えば、IMT−Advancedの要求条件を満たすために)考慮すべき技術要素をカバーしている。以下では、LTE−Aを対象として現在検討されている2つの重要な技術要素について説明する。
より広い帯域幅をサポートするためのLTE−Aにおけるキャリアアグリゲーション
LTEアドバンストシステムがサポートすることができる帯域幅は100MHzであり、一方、LTEシステムは20MHzのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、LTEアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
キャリアアグリゲーションでは、最大で100MHzの広い送信帯域幅をサポートする目的で、2つ以上のコンポーネントキャリア(CC)がアグリゲートされる。LTE−Advancedシステムでは、LTEシステムにおけるいくつかのセルが、より広い1つのチャネルにアグリゲートされ、このチャネルは、たとえLTEにおけるこれらのセルが異なる周波数帯域である場合でも100MHzに対して十分に広い。ユーザ機器は、次のように自身の能力に応じて1つまたは複数のコンポーネントキャリア(CC)を同時に受信または送信することができる。
− キャリアアグリゲーション(CA)のための受信能力もしくは送信能力またはその両方を備えた、リリース10のユーザ機器は、複数のサービングセルに対応する複数のコンポーネントキャリア(CC)上で同時に受信する、もしくは送信する、またはその両方を行うことができる。
− LTEリリース8/9のユーザ機器は、1つのみのサービングセルに対応する1つのコンポーネントキャリア(CC)上で受信し、1つのコンポーネントキャリア(CC)上で送信することができる。
− キャリアアグリゲーション(CA)のための受信能力もしくは送信能力またはその両方を備えた、リリース10のユーザ機器は、複数のサービングセルに対応する複数のコンポーネントキャリア(CC)上で同時に受信する、もしくは送信する、またはその両方を行うことができる。
− LTEリリース8/9のユーザ機器は、1つのみのサービングセルに対応する1つのコンポーネントキャリア(CC)上で受信し、1つのコンポーネントキャリア(CC)上で送信することができる。
キャリアアグリゲーション(CA)は、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方についてサポートされ、各コンポーネントキャリアは、リリース8/9の計算方式(numerology)を使用するとき周波数領域における最大110個のリソースブロックに制限される。
同じeNBから送信される、場合によってはアップリンクとダウンリンクとで異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、ユーザ機器を構成することが可能である。
同じeNodeB(基地局)から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、3GPP LTE−A(リリース10)互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。
一般的なTDD配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じeNodeBから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
コンポーネントキャリアは、LTEリリース8/9互換である。しかしながら、リリース8/9のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム(例:バーリング)を使用することができる。
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、300kHzの倍数である。これは、3GPP LTE(リリース8/9)の100kHzの周波数ラスターとの互換性を保つと同時に、15kHz間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、n×300kHzの間隔あけを容易にすることができる。
複数のキャリアをアグリゲートする影響は、MAC層に及ぶのみである。MAC層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに1つのHARQエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大1個である(アップリンクにおけるSU−MIMOを使用しない場合)。トランスポートブロックおよびそのHARQ再送信(発生時)は、同じコンポーネントキャリアにマッピングする必要がある。
図5および図6は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定されているときの第2層の構造を示している。MACと第1層との間にトランスポートチャネルが存在し、MACとRLCとの間に論理チャネルが存在する。
キャリアアグリゲーション(CA)が設定されているとき、ユーザ機器はネットワークとの1つのRRC接続を有するのみである。RRC接続の確立/再確立/ハンドオーバー時、1つのサービングセルが、NASモビリティ情報(例えばTAI)を提供し、RRC接続の再確立/ハンドオーバー時、1つのサービングセルがセキュリティ入力を提供する。このセルは、プライマリセル(PCell)と称される。PCellに対応するキャリアは、ダウンリンクではダウンリンクプライマリコンポーネントキャリア(DL PCC)であり、アップリンクではアップリンクプライマリコンポーネントキャリア(UL PCC)である。
ユーザ機器の能力に応じて、セカンダリセル(SCell)を、PCellとの組合せにおいてサービングセルのセットを形成するように構成することができる。SCellに対応するキャリアは、ダウンリンクではダウンリンクセカンダリコンポーネントキャリア(DL SCC)であり、アップリンクではアップリンクセカンダリコンポーネントキャリア(UL SCC)である。
したがって、ユーザ機器に対して設定されるサービングセルのセットは、つねに、1つのPCellと1つまたは複数のSCellとからなる。
− 各SCellごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるDL SCCの数はUL SCCの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにSCellを設定することはできない。
− ユーザ機器の観点からは、各アップリンクリソースは1つのサービングセルにのみ属する。
− 設定することができるサービングセルの数は、UEのアグリゲーション能力によって決まる。
− PCellセルは、ハンドオーバー手順時(すなわちセキュリティキーの変更およびRACH手順時)にのみ変更されうる。
− PCellは、PUCCHの送信に使用される。
− PCellは、SCellとは異なり非アクティブ化することができない。
− PCellにおいてレイリーフェージング(RLF)が発生すると再確立がトリガーされるが、SCellにレイリーフェージング(RLF)が発生しても再確立はトリガーされない。
− 非アクセス層(NAS)情報はダウンリンクPCellから取得される。
− 各SCellごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるDL SCCの数はUL SCCの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにSCellを設定することはできない。
− ユーザ機器の観点からは、各アップリンクリソースは1つのサービングセルにのみ属する。
− 設定することができるサービングセルの数は、UEのアグリゲーション能力によって決まる。
− PCellセルは、ハンドオーバー手順時(すなわちセキュリティキーの変更およびRACH手順時)にのみ変更されうる。
− PCellは、PUCCHの送信に使用される。
− PCellは、SCellとは異なり非アクティブ化することができない。
− PCellにおいてレイリーフェージング(RLF)が発生すると再確立がトリガーされるが、SCellにレイリーフェージング(RLF)が発生しても再確立はトリガーされない。
− 非アクセス層(NAS)情報はダウンリンクPCellから取得される。
コンポーネントキャリアの設定および再設定は、RRCによって行うことができる。アクティブ化および非アクティブ化は、MAC制御要素を介して行われる。LTE内ハンドオーバー時、RRCによって、ハンドオーバー先セルで使用するためのSCellを追加、削除、または再設定することもできる。SCellの再設定、追加、および削除は、RRCによって実行することができる。LTE内ハンドオーバー時、さらに、ハンドオーバー先セルにおけるPCellと一緒に使用するSCellの追加、削除、または再設定を、RRCによって実行することができる。新しいSCellを追加するときには、そのSCellの必要なすべてのシステム情報を送るために専用のRRCシグナリングが使用され(接続モード時)、ユーザ機器は、ブロードキャストされるシステム情報をSCellから直接取得する必要がない。
キャリアアグリゲーションを使用するようにユーザ機器が構成されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で1つである。クロスキャリアスケジューリング(cross-carrier scheduling)では、コンポーネントキャリアのPDCCHによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのDCIフォーマットにコンポーネントキャリア識別フィールド(「CIF」と称する)が導入されている。
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも1対1である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、1つのダウンリンクコンポーネントキャリアは、1つのアップリンクコンポーネントキャリアのみにリンクすることができる。
LTEにおけるRRC状態
以下では、LTEにおける2つの主たる状態である「RRC_IDLE」および「RRC_CONNECTED」を中心に説明する。
RRC_IDLEでは、無線は有効ではないが、ネットワークによってIDが割り当てられて追跡されている。具体的には、RRC_IDLE状態の移動端末は、セルの選択および再選択を実行する(言い換えれば、キャンプオンするセルを決定する)。セルの(再)選択プロセスでは、適用可能な無線アクセス技術(RAT)それぞれの適用可能な各周波数の優先順位、無線リンクの品質、およびセルのステータス(すなわちセルが禁止または予約されているか)が考慮される。RRC_IDLE状態の移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報の主たる構成要素は、ネットワーク(E−UTRAN)がセルの(再)選択プロセスを制御することのできるパラメータである。RRCは、RRC_IDLE状態の移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。RRC_IDLE状態における移動端末の挙動については、非特許文献3(参照によって本明細書に組み込まれている)の例えば8.4.2節に規定されている。
RRC_CONNECTED状態では、移動端末は、eNodeBとのアクティブな無線動作を有する。E−UTRANでは、共有データチャネルを介して(ユニキャスト)データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数の共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、E−UTRANが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報を、ネットワークに提供する。これらの測定報告には、別の周波数や無線アクセス技術(RAT)を使用するセルが含まれる。さらに、ユーザ機器はシステム情報を受信し、このシステム情報は、送信チャネルを使用するために要求される情報から主として構成される。RRC_CONNECTED状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信(DRX)サイクルを使用するように構成することができる。RRCとは、RRC_CONNECTED状態のユーザ機器の挙動をE−UTRANが制御するためのプロトコルである。
論理チャネルおよびトランスポートチャネル
MAC層は、論理チャネルを通じてRLC層にデータ伝送サービスを提供する。論理チャネルは、RRCシグナリングなどの制御データを伝える制御論理チャネルか、またはユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル(BCCH)、ページング制御チャネル(PCCH)、共通制御チャネル(CCCH)、マルチキャスト制御チャネル(MCCH)、および専用制御チャネル(DCCH)は、制御論理チャネルである。専用トラフィックチャネル(DTCH)およびマルチキャストトラフィックチャネル(MTCH)は、トラフィック論理チャネルである。
MAC層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネル内に多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル(BCH)、ダウンリンク共有チャネル(DL−SCH)、ページングチャネル(PCH)、およびマルチキャストチャネル(MCH)は、ダウンリンクトランスポートチャネルであり、アップリンク共有チャネル(UL−SCH)およびランダムアクセスチャネル(RACH)は、アップリンクトランスポートチャネルである。
ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が行われる。
第1層/第2層(L1/L2)制御シグナリング
スケジューリング対象のユーザに、ユーザの割当てステータスと、トランスポートフォーマットと、その他のデータ関連情報(例:HARQ情報、送信電力制御(TPC)コマンド)を知らせる目的で、第1層/第2層制御シグナリングがデータと一緒にダウンリンクで送信される。第1層/第2層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される(ユーザ割当てがサブフレーム単位で変化しうるものと想定する)。なお、ユーザ割当てをTTI(送信時間間隔)ベースで実行することもでき、その場合、TTI長はサブフレームの倍数であることに留意されたい。TTI長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第1層/第2層制御シグナリングは、一般的にはTTIあたり1回送信するのみでよい。
第1層/第2層制御シグナリングは、物理ダウンリンク制御チャネル(PDCCH)で送信される。PDCCHは、ダウンリンク制御情報(DCI)としてメッセージを伝え、ダウンリンク制御情報(DCI)には、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのPDCCHを1つのサブフレーム内で送信することができる。
なお、3GPP LTEでは、アップリンクデータ送信のための割当て(アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する)も、PDCCHで送信されることに留意されたい。
スケジューリンググラントに関連して、第1層/第2層制御シグナリングで送られる情報は、次の2つのカテゴリ、すなわち、カテゴリ1の情報を伝える共有制御情報(SCI:Shared Control Information)と、カテゴリ2/3の情報を伝えるダウンリンク制御情報(DCI:Downlink Control Information)に分けることができる。
カテゴリ1の情報を伝える共有制御情報(SCI)
第1層/第2層制御シグナリングの共有制御情報部分は、リソース割当て(指示)に関連する情報を含む。共有制御情報は、一般に以下の情報を含む。
− リソースが割り当てられるユーザを示すユーザ識別情報。
− ユーザに割り当てられるリソース(リソースブロック(RB))を示すリソースブロック(RB)割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
− 割当ての持続時間(オプション)(複数のサブフレーム(またはTTI)にわたる割当てが可能である場合)。
− リソースが割り当てられるユーザを示すユーザ識別情報。
− ユーザに割り当てられるリソース(リソースブロック(RB))を示すリソースブロック(RB)割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
− 割当ての持続時間(オプション)(複数のサブフレーム(またはTTI)にわたる割当てが可能である場合)。
これらの情報に加えて、共有制御情報は、他のチャネルの設定およびダウンリンク制御情報(DCI)の設定(以下を参照)に応じて、アップリンク送信に対するACK/NACK、アップリンクスケジューリング情報、DCIに関する情報(例:リソース、変調・符号化方式(MCS))などの情報を含むことができる。
カテゴリ2/3の情報を伝えるダウンリンク制御情報(DCI)
第1層/第2層制御シグナリングのダウンリンク制御情報の部分は、カテゴリ1の情報によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する情報(カテゴリ2の情報)を含む。さらに、再送信プロトコルとして(ハイブリッド)ARQを使用する場合、カテゴリ2の情報は、HARQ(カテゴリ3)情報を伝える。ダウンリンク制御情報は、カテゴリ1に従ってスケジューリングされるユーザによって復号されるのみでよい。ダウンリンク制御情報は、一般には以下に関する情報を含む。
− カテゴリ2の情報: 変調方式、トランスポートブロック(ペイロード)サイズまたは符号化率、MIMO(多入力多出力)に関連する情報など。トランスポートブロック(あるいはペイロードサイズ)または符号化率のいずれかをシグナリングすることができる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報(割り当てられたリソースブロックの数)を使用することによって相互に計算することができる。
− カテゴリ3の情報: HARQに関連する情報(例えば、ハイブリッドARQプロセス番号、冗長バージョン、再送信シーケンス番号)
− カテゴリ2の情報: 変調方式、トランスポートブロック(ペイロード)サイズまたは符号化率、MIMO(多入力多出力)に関連する情報など。トランスポートブロック(あるいはペイロードサイズ)または符号化率のいずれかをシグナリングすることができる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報(割り当てられたリソースブロックの数)を使用することによって相互に計算することができる。
− カテゴリ3の情報: HARQに関連する情報(例えば、ハイブリッドARQプロセス番号、冗長バージョン、再送信シーケンス番号)
ダウンリンク制御情報は、全体のサイズと、フィールドに含まれる情報とが異なるいくつかのフォーマットの形をとる。LTEにおいて現在定義されている異なるDCIフォーマットを以下に示し、また非特許文献4(3GPPのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている)の5.3.3.1節に詳しく記載されている。
フォーマット0: DCIフォーマット0は、PUSCHのためのリソースグラントを送信する目的で使用される。
DCIフォーマットと、DCIにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献5(参照によって本明細書に組み込まれている)の9.3節を参照されたい。
ダウンリンクデータおよびアップリンクデータの送信
ダウンリンクデータ送信に関して、第1層/第2層制御シグナリングは、ダウンリンクパケットデータ送信と一緒に、個別の物理チャネル(PDCCH)で送信される。この第1層/第2層制御シグナリングは、一般には以下に関する情報を含む。
− データが送信される(1つまたは複数の)物理リソース(例えば、OFDMの場合のサブキャリアまたはサブキャリアブロック、CDMAの場合の符号)。移動端末(受信機)は、データが送信されるリソースをこの情報によって識別することができる。
− ユーザ機器が、第1層/第2層制御シグナリングにおけるキャリア指示フィールド(CIF:Carrier Indication Field)を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、1つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる(「クロスキャリアスケジューリング」)。クロススケジューリングされる側のキャリアは、例えば、PDCCHが含まれないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第1層/第2層制御シグナリングを伝えない。
− 送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ(ペイロードサイズ、情報ビットサイズ)、MCS(変調・符号化方式)レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器(受信機)は、復調、デ・レートマッチング(de-rate-matching)、および復号のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報(通常はリソース割当て(例えばユーザ機器に割り当てられるリソースブロックの数)と組み合わせる)によって識別することができる。変調方式は明示的にシグナリングすることができる。
− ハイブリッドARQ(HARQ)情報:
・ HARQプロセス番号: ユーザ機器は、データがマッピングされているハイブリッドARQプロセスを識別することができる。
・ シーケンス番号または新規データインジケータ(NDI): ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。HARQプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとHARQプロセス番号とを組み合わせることにより、復号の前にPDUのための送信の軟合成が可能である。
・ 冗長バージョンおよび/またはコンステレーションバージョン: それぞれ、使用されているハイブリッドARQ冗長バージョン(デ・レートマッチングに必要である)、および、使用されている変調コンステレーションバージョン(復調に必要である)を、ユーザ機器に知らせる。
− ユーザ機器の識別情報(UE ID): 第1層/第2層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、制御情報が別のユーザ機器に読み取られることを防止する目的で、この情報を使用して第1層/第2層制御シグナリングのCRCをマスクする。
− データが送信される(1つまたは複数の)物理リソース(例えば、OFDMの場合のサブキャリアまたはサブキャリアブロック、CDMAの場合の符号)。移動端末(受信機)は、データが送信されるリソースをこの情報によって識別することができる。
− ユーザ機器が、第1層/第2層制御シグナリングにおけるキャリア指示フィールド(CIF:Carrier Indication Field)を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、1つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる(「クロスキャリアスケジューリング」)。クロススケジューリングされる側のキャリアは、例えば、PDCCHが含まれないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第1層/第2層制御シグナリングを伝えない。
− 送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ(ペイロードサイズ、情報ビットサイズ)、MCS(変調・符号化方式)レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器(受信機)は、復調、デ・レートマッチング(de-rate-matching)、および復号のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報(通常はリソース割当て(例えばユーザ機器に割り当てられるリソースブロックの数)と組み合わせる)によって識別することができる。変調方式は明示的にシグナリングすることができる。
− ハイブリッドARQ(HARQ)情報:
・ HARQプロセス番号: ユーザ機器は、データがマッピングされているハイブリッドARQプロセスを識別することができる。
・ シーケンス番号または新規データインジケータ(NDI): ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。HARQプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとHARQプロセス番号とを組み合わせることにより、復号の前にPDUのための送信の軟合成が可能である。
・ 冗長バージョンおよび/またはコンステレーションバージョン: それぞれ、使用されているハイブリッドARQ冗長バージョン(デ・レートマッチングに必要である)、および、使用されている変調コンステレーションバージョン(復調に必要である)を、ユーザ機器に知らせる。
− ユーザ機器の識別情報(UE ID): 第1層/第2層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、制御情報が別のユーザ機器に読み取られることを防止する目的で、この情報を使用して第1層/第2層制御シグナリングのCRCをマスクする。
アップリンクパケットデータ送信を可能にするため、送信の詳細をユーザ機器に知らせる目的で、第1層/第2層制御シグナリングがダウンリンク(PDCCH)で送信される。この第1層/第2層制御シグナリングは、一般には以下に関する情報を含む。
− ユーザ機器がデータ送信に使用するべき(1つまたは複数の)物理リソース(例えば、OFDMの場合のサブキャリアまたはサブキャリアブロック、CDMAの場合の符号)。
− ユーザ機器が、第1層/第2層制御シグナリングにおけるキャリア指示フィールド(CIF)を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、1つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる。クロススケジューリングされる側のキャリアは、例えば、PDCCHが含まれないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第1層/第2層制御シグナリングを伝えない。
− アップリンクグラントの第1層/第2層制御シグナリングは、アップリンクコンポーネントキャリアにリンクされているダウンリンクコンポーネントキャリアで送られる、または、いくつかのダウンリンクコンポーネントキャリアが同じアップリンクコンポーネントキャリアにリンクされている場合、いくつかのダウンリンクコンポーネントキャリアのうちの1つで送られる。
− ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ(ペイロードサイズ、情報ビットサイズ)、MCS(変調・符号化方式)レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器(送信機)は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報(通常はリソース割当て(例えばユーザ機器に割り当てられるリソースブロックの数)と組み合わせる)によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
− ハイブリッドARQ情報:
・ HARQプロセス番号: データの取得先のハイブリッドARQプロセスをユーザ機器に知らせる。
・ シーケンス番号または新規データインジケータ: 新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。HARQプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとHARQプロセス番号とを組み合わせることにより、復号の前にプロトコルデータユニット(PDU)のための送信の軟合成が可能である。
・ 冗長バージョンおよび/またはコンステレーションバージョン: それぞれ、使用するハイブリッドARQ冗長バージョン(レートマッチングに必要である)、および、使用する変調コンステレーションバージョン(変調に必要である)を、ユーザ機器に知らせる。
− ユーザ機器識別情報(UE ID): データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、この情報を使用して第1層/第2層制御シグナリングのCRCをマスクする。
− ユーザ機器がデータ送信に使用するべき(1つまたは複数の)物理リソース(例えば、OFDMの場合のサブキャリアまたはサブキャリアブロック、CDMAの場合の符号)。
− ユーザ機器が、第1層/第2層制御シグナリングにおけるキャリア指示フィールド(CIF)を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、1つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる。クロススケジューリングされる側のキャリアは、例えば、PDCCHが含まれないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第1層/第2層制御シグナリングを伝えない。
− アップリンクグラントの第1層/第2層制御シグナリングは、アップリンクコンポーネントキャリアにリンクされているダウンリンクコンポーネントキャリアで送られる、または、いくつかのダウンリンクコンポーネントキャリアが同じアップリンクコンポーネントキャリアにリンクされている場合、いくつかのダウンリンクコンポーネントキャリアのうちの1つで送られる。
− ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ(ペイロードサイズ、情報ビットサイズ)、MCS(変調・符号化方式)レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器(送信機)は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報(通常はリソース割当て(例えばユーザ機器に割り当てられるリソースブロックの数)と組み合わせる)によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
− ハイブリッドARQ情報:
・ HARQプロセス番号: データの取得先のハイブリッドARQプロセスをユーザ機器に知らせる。
・ シーケンス番号または新規データインジケータ: 新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。HARQプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとHARQプロセス番号とを組み合わせることにより、復号の前にプロトコルデータユニット(PDU)のための送信の軟合成が可能である。
・ 冗長バージョンおよび/またはコンステレーションバージョン: それぞれ、使用するハイブリッドARQ冗長バージョン(レートマッチングに必要である)、および、使用する変調コンステレーションバージョン(変調に必要である)を、ユーザ機器に知らせる。
− ユーザ機器識別情報(UE ID): データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、この情報を使用して第1層/第2層制御シグナリングのCRCをマスクする。
上に挙げたさまざまな情報をアップリンクデータ送信およびダウンリンクデータ送信において実際に送信するとき、いくつかの可能な方法が存在する。さらには、アップリンクおよびダウンリンクにおいて、第1層/第2層制御情報は、追加の情報を含むこともでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
− 同期HARQプロトコルの場合、HARQプロセス番号が必要ないことがある(すなわちシグナリングされない)。
− チェイス合成(Chase Combining)を使用する(冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである)場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
− 電力制御情報を制御シグナリングにさらに含めることができる。
− MIMOに関連する制御情報(例えばプリコーディング情報)を制御シグナリングにさらに含めることができる。
− 複数のコードワードによるMIMO送信の場合、複数のコードワードのためのトランスポートフォーマットもしくはHARQ情報またはその両方を含めることができる。
− 同期HARQプロトコルの場合、HARQプロセス番号が必要ないことがある(すなわちシグナリングされない)。
− チェイス合成(Chase Combining)を使用する(冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである)場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
− 電力制御情報を制御シグナリングにさらに含めることができる。
− MIMOに関連する制御情報(例えばプリコーディング情報)を制御シグナリングにさらに含めることができる。
− 複数のコードワードによるMIMO送信の場合、複数のコードワードのためのトランスポートフォーマットもしくはHARQ情報またはその両方を含めることができる。
LTEにおいて(物理アップリンク共有チャネル(PUSCH)を対象として)PDCCHでシグナリングされるアップリンクリソース割当てにおいては、第1層/第2層制御情報にHARQプロセス番号が含まれず、なぜならLTEのアップリンクには同期HARQプロトコルが採用されるためである。アップリンク送信に使用されるHARQプロセスは、タイミングによって認識される。さらに、冗長バージョン(RV)情報は、トランスポートフォーマット情報と一緒に符号化され、すなわち冗長バージョン(RV)情報はトランスポートフォーマット(TF)フィールドに埋め込まれることに留意されたい。トランスポートフォーマット(TF)/変調・符号化方式(MCS)フィールドは、例えば5ビットのサイズを有し、これは32個のエントリに対応する。TF/MCSテーブルの3個のエントリは、冗長バージョン(RV)1、RV2、またはRV3を示すために予約されている。MCSテーブルの残りのエントリは、RV0を暗黙的に示す変調・符号化方式(MCS)レベル(トランスポートブロックサイズ(TBS))をシグナリングするために使用される。PDCCHのCRCフィールドのサイズは16ビットである。
LTEにおいてPDCCHでシグナリングされるダウンリンク割当て(PDSCH)においては、冗長バージョン(RV)は、2ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報がトランスポートフォーマット情報と一緒に符号化される。アップリンクの場合と同様に、5ビットのMCSフィールドがPDCCHでシグナリングされる。エントリのうち3個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット(トランスポートブロック)情報は提供されない。残りの29個のエントリにおいては、変調次数およびトランスポートブロックサイズの情報がシグナリングされる。
LTEにおけるアップリンクアクセス方式
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。E−UTRAのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのFDMAとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由として、マルチキャリア信号(OFDMA)と比較して、ピーク対平均電力比(PAPR)が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれる(与えられる端末ピーク電力に対してデータレートが高い)。各時間間隔において、NodeBは、ユーザデータを送信するための固有の時間/周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局(NodeB)において対処する。
データを送信するために使用される基本的な物理リソースは、1つの時間間隔(例えば0.5msのサブフレーム)にわたるサイズBWgrantの周波数リソースから構成される(符号化された情報ビットはこのリソースにマッピングされる)。なおサブフレーム(送信時間間隔(TTI)とも称する)は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、1TTIよりも長い時間にわたる周波数リソースBWgrantをユーザに割り当てることも可能である。
LTEにおけるアップリンクのスケジューリング方式
アップリンクの方式として、スケジューリング制御式の(すなわちeNBによって制御される)アクセスと、コンテンション(競合)ベースのアクセスの両方を使用することができる。
スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間長の特定の周波数リソース(すなわち時間/周波数リソース)が、ユーザ機器に割り当てられる。しかしながら、コンテンションベースのアクセス用に、いくらかの時間/周波数リソースを割り当てることができる。コンテンションベースの時間/周波数リソースの範囲内では、ユーザ機器は、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う1つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。
スケジューリング制御式アクセスの場合、NodeBのスケジューラが、アップリンクデータ送信のための固有の周波数/時間リソースをユーザに割り当てる。具体的には、スケジューラは以下を決定する。
− 送信を許可する(1つまたは複数の)ユーザ機器
− 物理チャネルリソース(周波数)
− 移動端末が送信に使用するべきトランスポートフォーマット(変調・符号化方式(MCS))
− 送信を許可する(1つまたは複数の)ユーザ機器
− 物理チャネルリソース(周波数)
− 移動端末が送信に使用するべきトランスポートフォーマット(変調・符号化方式(MCS))
割当て情報は、第1層/第2層制御チャネルで送られるスケジューリンググラントを介してユーザ機器にシグナリングされる。以下では説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。スケジューリンググラントメッセージには、情報として、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にユーザ機器が使用しなければならないトランスポートフォーマットとが、少なくとも含まれる。最も短い有効期間は1サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル(UL−SCH)で送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される(すなわち「各ユーザ機器における各無線ベアラに対する」グラントは存在しない)。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラの間で分配する必要がある。トランスポートフォーマットは、HSUPAの場合とは異なり、ユーザ機器側では選択しない。eNBが、何らかの情報(例えば、報告されたスケジューリング情報およびQoS情報)に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。HSUPAでは、NodeBが最大限のアップリンクリソースを割り当てて、ユーザ機器は、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
無線リソースのスケジューリングは、サービス品質(QoS)を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なサービス品質(QoS)管理を可能にする目的で、LTEにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
− 優先順位の低いサービスのリソース不足を避けるべきである。
− 個々の無線ベアラ/サービスにおいてサービス品質(QoS)が明確に区別されるべきである。
− どの無線ベアラ/サービスのデータが送信されるのかをeNBのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ状態報告(例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告)を可能にするべきである。
− 異なるユーザのサービスの間でサービス品質(QoS)を明確に区別できるようにするべきである。
− 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
− 優先順位の低いサービスのリソース不足を避けるべきである。
− 個々の無線ベアラ/サービスにおいてサービス品質(QoS)が明確に区別されるべきである。
− どの無線ベアラ/サービスのデータが送信されるのかをeNBのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ状態報告(例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告)を可能にするべきである。
− 異なるユーザのサービスの間でサービス品質(QoS)を明確に区別できるようにするべきである。
− 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
上にリストした条件から理解できるように、LTEのスケジューリング方式の1つの重要な側面は、事業者が、自身の総セル容量を、異なるQoSクラスの個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのQoSクラスは、前述したようにサービングゲートウェイからeNBにシグナリングされる対応するSAEベアラのQoSプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のQoSクラスの無線ベアラに関連付けられる総トラフィックに割り当てることができる。クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するQoSクラスに応じて区別できるようにすることである。
アップリンクスケジューリングにおけるバッファ状態報告手順/スケジューリング要求手順
スケジューリングの通常のモードは、動的なスケジューリングであり、ダウンリンク送信リソースを割り当てるダウンリンク割当てメッセージと、アップリンク送信リソースを割り当てるアップリンクグラントメッセージとによる。これらのメッセージが有効であるのは、通常では特定の1つのサブフレームの間である。これらのメッセージは、すでに前述したように、ユーザ機器のC−RNTIを使用してPDCCHで送信される。動的なスケジューリングは、トラフィックがバースト性であり速度が動的であるサービスタイプ(TCPなど)において効率的である。
動的なスケジューリングに加えて、パーシステントスケジューリング(persistent scheduling)が定義されており、パーシステントスケジューリング方式では、無線リソースを半静的に設定して、1サブフレームより長い期間にわたりユーザ機器に割り当てることができるため、各サブフレームごとにPDCCHを通じた特定のダウンリンク割当てメッセージやアップリンクグラントメッセージの必要性が回避される。パーシステントスケジューリングは、データパケットが小さく周期的でありサイズがほぼ一定であるVoIPなどのサービスに有用である。動的なスケジューリングの場合と比較して、PDCCHのオーバーヘッドが大幅に減少する。
eNodeBによるアップリンクリソースの割当て(すなわちアップリンクスケジューリング)を支援する目的で、ユーザ機器からeNodeBへのバッファ状態報告(BSR)が使用される。eNBのスケジューラは、ダウンリンクの場合、各ユーザ機器に配信されるデータの量を当然ながら認識している。しかしながらアップリンク方向の場合、スケジューリングの決定はeNBにおいて行われるが、データのバッファはユーザ機器内にあるため、UL−SCHを通じて送信する必要のあるデータ量を示す目的で、ユーザ機器からeNBにバッファ状態報告(BSR)を送らなければならない。
LTEにおいては、バッファ状態報告のMAC制御要素(BSR)は基本的に2種類あり、ロングBSR(論理チャネルグループ(LCG)のID #0〜#3に対応する4つのバッファサイズフィールドを有する)またはショートBSR(1つの論理チャネルグループ(LCG)のIDフィールドと、1つの対応するバッファサイズフィールドを有する)である。バッファサイズフィールドは、論理チャネルグループのすべての論理チャネルにわたる利用可能な合計データ量を示し、異なるバッファサイズレベルのインデックスとして符号化されたバイト数で示される(非特許文献6(参照によって本明細書に組み込まれている)の6.1.3.1節も参照)。これに加えて、短縮されたデータを使用するさらなるタイプのバッファ状態報告が存在し、このバッファ状態報告は2バイト長である。
ユーザ機器によってショートBSRまたはロングBSRのどちらが送信されるかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ユーザ機器において特定のイベントがトリガーされるかによって決まる。ロングBSRは、4つの論理チャネルグループのデータ量を報告するのに対して、ショートBSRは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。
論理チャネルグループのコンセプトを導入する理由として、ユーザ機器に5つ以上の論理チャネルが設定されている場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎる。したがってeNBは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、QoS要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。
バッファ状態報告(BSR)は、例えば次のイベントの場合にトリガーすることができる。
− バッファが空ではない論理チャネルよりも高い優先順位を有する論理チャネルのデータが到着するとき
− いずれかの論理チャネルにおいて、それまでは送信するデータが存在しなかった状態から、データが利用可能となるとき
− 再送信BSRタイマーが切れるとき
− 周期的なBSR報告のタイミングになるとき(すなわちperiodicBSRタイマーが切れるとき)
− BSRを格納できる余分なスペースがトランスポートブロック内に存在するとき
− バッファが空ではない論理チャネルよりも高い優先順位を有する論理チャネルのデータが到着するとき
− いずれかの論理チャネルにおいて、それまでは送信するデータが存在しなかった状態から、データが利用可能となるとき
− 再送信BSRタイマーが切れるとき
− 周期的なBSR報告のタイミングになるとき(すなわちperiodicBSRタイマーが切れるとき)
− BSRを格納できる余分なスペースがトランスポートブロック内に存在するとき
送信の失敗に対する堅牢性を高める目的で、LTEにはバッファ状態報告の再送信メカニズムが定義されている。アップリンググラントが再開されたときに、再送信BSRタイマーが起動または再起動される。再送信BSRタイマーが切れる前にアップリンググラントが受信されない場合、そのユーザ機器は別のバッファ状態報告をトリガーする。
バッファ状態報告がトリガーされたとき、バッファ状態報告をトランスポートブロック(TB)に含めるためのアップリンクリソースがユーザ機器に割り当てられていない場合、ユーザ機器は、PUCCH(物理アップリンク制御チャネル)(設定されている場合)でスケジューリング要求(SR)を送る。設定されているPUCCHに専用スケジューリング要求(D−SR)リソースが存在しない場合、ユーザ機器は、バッファ状態報告(BSR)情報をeNBに送信するためのUL−SCHリソースを要求する目的でランダムアクセス手順(RACH手順)を開始する。ただし周期的なバッファ状態報告(BSR)を送信する場合、ユーザ機器はスケジューリング要求(SR)の送信をトリガーしないことに留意されたい。
さらには、特定のスケジューリングモードにおいてスケジューリング要求(SR)送信の機能強化が導入されており、送信グラントのための第1層/第2層制御シグナリングのオーバーヘッドを節約する目的で、リソースが所定の周期で永続的に(パーシステントに)割り当てられる(セミパーシステントスケジューリング(SPS)と称される)。セミパーシステントスケジューリングの対象として主として考慮されるサービスの一例はVoIPである。トークスパート(talk-spurt)の間、コーデックにおいて20msごとにVoIPパケットが生成される。したがって、eNodeBは、アップリンクリソースまたはダウンリンクリソースを20msごとに永続的に(パーシステントに)割り当てることができ、これらのリソースを使用してVoIPパケットを送信することができる。一般的には、セミパーシステントスケジューリング(SPS)は、トラフィック挙動を予想できる(すなわちビットレートが一定であり、パケットの到着タイミングが周期的である)サービスにおいて恩恵がある。アップリンク方向にセミパーシステントスケジューリング(SPS)が設定される場合、eNodeBは、設定されている特定の論理チャネルについてスケジューリング要求(SR)のトリガリング/送信をオフにすることができ、すなわち、これら特定の設定されている論理チャネルにデータが到着することによってBSRがトリガーされても、スケジューリング要求(SR)がトリガーされない。この種類の機能強化の理由として、セミパーシステントに(半永続的に)割り当てられたリソースを使用する論理チャネル(VoIPパケットを伝える論理チャネル)のためのスケジューリング要求(SR)を送ることは、eNBのスケジューリングにおいて意味がなく、したがって回避すべきである。
バッファ状態報告(BSR)(特にバッファ状態報告のトリガー)に関するさらなる詳細については、非特許文献6(参照によって本明細書に組み込まれている)の5.4.5節に説明されている。
論理チャネルの優先順位付け
ユーザ機器は、複数の無線ベアラ間でのアップリンクリソースの共有を管理するアップリンク伝送速度制御機能を有する。以下では、このアップリンク伝送速度制御機能を論理チャネル優先順位付け手順とも称する。論理チャネル優先順位付け(LCP)手順は、新しい送信が行われるとき、すなわちトランスポートブロックを生成する必要があるときに、適用される。容量を割り当てるための提案されている1つの方式では、各ベアラが、それぞれの最小限のデータレートに相当する割当てを受け取るまで、優先順位の順序で各ベアラにリソースを割り当て、さらなる容量があれば、それを例えば優先順位の順序でベアラに割り当てる。
論理チャネル優先順位付け(LCP)手順についての後からの説明から明らかになるように、ユーザ機器に属する論理チャネル優先順位付け(LCP)手順は、IPの世界で周知であるトークンバケットモデルに基づいて実施される。トークンバケットモデルの基本的な機能は以下のとおりである。ある量のデータを送信する権利を表すトークンが、周期的に特定の速度でバケットに追加される。ユーザ機器にリソースが割り当てられると、バケットの中のトークンの数によって表される量までデータを送信することが許可される。ユーザ機器は、データを送信するとき、送信されるデータ量に相当する数のトークンを削除する。バケットが満杯である場合、それ以上のトークンは破棄される。トークンの追加に関して、このプロセスの反復周期はTTI毎であるものと想定できるが、トークンが1秒ごとに追加されるように、この周期を長くすることも容易である。基本的には、1msごとにトークンをバケットに追加する代わりに、1秒ごとに1000個のトークンを追加することもできる。以下では、リリース8において使用されている論理チャネル優先順位付け(LCP)手順について説明する。
論理チャネル優先順位付け(LCP)手順のさらなる詳細については、非特許文献7(参照によって本明細書に組み込まれている)の5.4.3.1節に説明されている。
RRCは、アップリンクデータのスケジューリングを、各論理チャネルごとのシグナリングによって制御する。このシグナリングにおいて、priority(優先順位)は、値が大きいほど、低い優先順位レベルを示す。prioritisedBitRateは、優先ビットレート(PBR:Prioritized Bit Rate)を設定する。bucketSizeDurationは、バケットサイズ期間(BSD:Bucket Size Duration)を設定する。優先ビットレートの背後にある発想は、リソース不足の発生を回避する目的で、(ビットレートが保証されない(非GBR)低優先順位のベアラを含めて)ベアラそれぞれに最小限のビットレートをサポートすることである。各ベアラは、少なくとも、優先ビットレート(PBR)を達成するための十分なリソースを取得する必要がある。
ユーザ機器は、論理チャネルjごとに変数Bjを維持する。Bjは、関連する論理チャネルが確立されるときに0に初期化され、TTIごとに積PBR×TTI時間長だけインクリメントされていく(PBRは論理チャネルjの優先ビットレート)。ただし、Bjの値はバケットサイズを超えることはできず、Bjの値が論理チャネルjのバケットサイズより大きくなると、Bjの値はバケットサイズに設定される。論理チャネルのバケットサイズは、優先ビットレート(PBR)×バケットサイズ期間(BSD)に等しく、優先ビットレート(PBR)およびバケットサイズ期間(BSD)は上位層によって設定される。
ユーザ機器は、新しい送信を実行するとき、以下の論理チャネル優先順位付け手順を実行する。
− ユーザ機器は、以下のステップで論理チャネルにリソースを割り当てる。
− ステップ1: Bj>0である論理チャネルすべてに、優先順位の順序の大きい順にリソースを割り当てる。無線ベアラの優先ビットレート(PBR)が「無限大」に設定されている場合、ユーザ機器は、その無線ベアラで送信可能な状態のデータすべてに対してリソースを割り当てた後、より低い優先順位の(1つまたは複数の)無線ベアラの優先ビットレート(PBR)を満たす。
− ステップ2: ユーザ機器は、ステップ1において論理チャネルjに使われたMAC SDUの合計サイズだけBjを減らす。
なおこの時点で、Bjの値が負にもなりうることに留意されたい。
− ステップ3: リソースが残っている場合、すべての論理チャネルに、(Bjの値には無関係に)優先順位の順序の厳密な降順でリソースを割り当て、その論理チャネルのデータがなくなる、またはアップリンクグラントが使い果たされる、のいずれかの状態になるまで、続ける。同じ優先順位に設定されている論理チャネルは、同等に割り当てるものとする。
− さらにユーザ機器は、上のスケジューリング手順時に以下の規則にも従う。
− RLC SDU(または一部分が送信されるSDUあるいは再送信されるRLC PDU)全体が、残っているリソースに収まる場合、ユーザ機器は、そのRLC SDU(または一部分が送信されるSDUあるいは再送信されるRLC PDU)を分割しないべきである。
− ユーザ機器は、論理チャネルからのRLC SDUを分割する場合、グラントができる限り使用されるようにセグメントのサイズを最大にする。
− ユーザ機器は、データの送信を最大限に行うべきである。
− ユーザ機器は、以下のステップで論理チャネルにリソースを割り当てる。
− ステップ1: Bj>0である論理チャネルすべてに、優先順位の順序の大きい順にリソースを割り当てる。無線ベアラの優先ビットレート(PBR)が「無限大」に設定されている場合、ユーザ機器は、その無線ベアラで送信可能な状態のデータすべてに対してリソースを割り当てた後、より低い優先順位の(1つまたは複数の)無線ベアラの優先ビットレート(PBR)を満たす。
− ステップ2: ユーザ機器は、ステップ1において論理チャネルjに使われたMAC SDUの合計サイズだけBjを減らす。
なおこの時点で、Bjの値が負にもなりうることに留意されたい。
− ステップ3: リソースが残っている場合、すべての論理チャネルに、(Bjの値には無関係に)優先順位の順序の厳密な降順でリソースを割り当て、その論理チャネルのデータがなくなる、またはアップリンクグラントが使い果たされる、のいずれかの状態になるまで、続ける。同じ優先順位に設定されている論理チャネルは、同等に割り当てるものとする。
− さらにユーザ機器は、上のスケジューリング手順時に以下の規則にも従う。
− RLC SDU(または一部分が送信されるSDUあるいは再送信されるRLC PDU)全体が、残っているリソースに収まる場合、ユーザ機器は、そのRLC SDU(または一部分が送信されるSDUあるいは再送信されるRLC PDU)を分割しないべきである。
− ユーザ機器は、論理チャネルからのRLC SDUを分割する場合、グラントができる限り使用されるようにセグメントのサイズを最大にする。
− ユーザ機器は、データの送信を最大限に行うべきである。
論理チャネル優先順位付け手順では、ユーザ機器は次の相対的な優先順位を降順に考慮する。
− C−RNTIのMAC制御要素またはUL−CCCHからのデータ
− バッファ状態報告(BSR)のMAC制御要素(パディングのために含まれるBSRを除く)
− 電力ヘッドルーム報告(PHR)のMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるバッファ状態報告(BSR)のMAC制御要素
− C−RNTIのMAC制御要素またはUL−CCCHからのデータ
− バッファ状態報告(BSR)のMAC制御要素(パディングのために含まれるBSRを除く)
− 電力ヘッドルーム報告(PHR)のMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるバッファ状態報告(BSR)のMAC制御要素
キャリアアグリゲーション(前のセクションで説明した)の場合、ユーザ機器が1TTI中に複数のMAC PDUを送信するように要求されたときには、ステップ1〜3および関連する規則を、各グラントに独立して適用する、またはグラントの容量の合計に適用することができる。さらに、グラントを処理する順序も、ユーザ機器の実装に委ねられる。ユーザ機器が1TTI中に複数のMAC PDUを送信するように要求されたときに、どのMAC PDUにMAC制御要素を含めるかの決定は、ユーザ機器の実装に委ねられる。
アップリンク電力制御
移動通信システムにおけるアップリンク送信電力制御は、重要な目的を持つ。アップリンク送信電力制御は、要求されるサービス品質(QoS)が達成されるようにビットあたり十分なエネルギを送信する必要性と、システムの別のユーザとの干渉を最小限にし、かつ移動端末のバッテリ寿命を最大にする必要性との間で、バランスをとる。この目的を達成する中で、電力制御(PC)の役割は、要求される信号対干渉雑音比(SINR)を提供すると同時に、隣接セルに引き起こされる干渉を制御するうえで極めて重要となる。アップリンクにおける古典的な電力制御方式の発想では、すべてのユーザが同じ信号対干渉雑音比(SINR)で受信する(完全な補償(full compensation)として知られている)。3GPPでは、これに代えて、LTEにおいて部分電力制御(FPC:Fractional Power Control)の使用を採用した。この新しい機能では、経路損失の大きいユーザは低い信号対干渉雑音比(SINR)要件で動作し、したがって多くの場合、隣接セルに引き起こされる干渉が小さい。
LTEでは、物理アップリンク共有チャネル(PUSCH)、物理アップリンク制御チャネル(PUCCH)、およびサウンディング基準信号(SRS)について、詳細な電力制御式が指定されている(非特許文献8の5.1節)。これらのアップリンク信号それぞれの電力制御式は、同じ基本原理に従う。いずれの場合も、電力制御式は、2つの主項、すなわちeNodeBによってシグナリングされる静的パラメータまたは半静的パラメータから導かれる、開ループの基本動作点と、サブフレームごとに更新される動的オフセット、の合計と考えることができる。
リソースブロックあたりの送信電力を決めるための、開ループの基本動作点は、セル間干渉やセル負荷など複数の要因に依存する。開ループの基本動作点は、さらに2つの成分として、半静的な基本レベルP0(セル内のすべてのユーザ機器の共通電力レベル(測定単位:dBm)とユーザ機器に固有なオフセットとからなる)と、開ループの経路損失補償の成分とに、分解することができる。リソースブロックあたりの電力の動的オフセットの部分は、さらに2つの成分として、使用される変調・符号化方式(MCS)に依存する成分と、明示的な送信電力制御(TPC:Transmitter Power Control)コマンドとに、分解することができる。
変調・符号化方式(MCS)に依存する成分(LTE仕様ではΔTFと称し、TFは「トランスポートフォーマット」を表す)は、リソースブロック(RB)あたりの送信電力を、送信される情報のデータレートに従って適合させることができる。
動的オフセットのもう1つの成分は、ユーザ機器に固有な送信電力制御(TPC)コマンドである。このコマンドは、2種類のモード、すなわち、累積TPC(accumulative TPC)コマンド(PUSCH、PUCCH、およびSRSに対して利用できる)と、絶対TPCコマンド(PUSCHに対してのみ利用できる)とにおいて、動作することができる。PUSCHに対するこれら2つのモードの間の切替えは、ユーザ機器ごとにRRCシグナリングによって半静的に設定される(すなわちモードを動的に変更することはできない)。累積TPCコマンドの場合、各TPCコマンドは、前のレベルを基準としたときの電力ステップをシグナリングする。
電力ヘッドルーム報告
eNodeBが複数のユーザ機器に対してアップリンク送信リソースを適切にスケジューリングすることを支援する目的で、ユーザ機器は、利用可能な電力ヘッドルームをeNodeBに報告できることが重要である。
eNodeBは、ユーザ機器が使用することのできる、サブフレームあたりのさらなるアップリンク帯域幅を、電力ヘッドルーム報告を使用して求めることができる。これは、リソースの無駄を回避する目的で、アップリンク送信リソースを使用できないユーザ機器にリソースが割り当てられることを回避する役割を果たす。
電力ヘッドルーム報告の範囲は、+40〜−23dBである。範囲の負の部分は、ユーザ機器が受信したアップリンクグラントによって、自身が利用できるよりも多くの送信電力が要求される場合に、電力の不足の程度をeNodeBにシグナリングすることができる。これにより基地局は、次のグラントのサイズを小さくすることができ、送信リソースが解放されて別のユーザ機器に割り当てられる。
電力ヘッドルーム報告は、ユーザ機器がアップリンク送信グラントを有するサブフレームにおいてのみ送ることができる。報告は、送られるサブフレームに関連する。電力ヘッドルーム報告をトリガーするための複数の基準として、以下が定義されている。
− 前回の電力ヘッドルーム報告以降に、推定される経路損失が大きく変化した
− 前回の電力ヘッドルーム報告以降に、設定されているよりも長い時間が経過した
− 設定されている数よりも多くの閉ループTPCコマンドがユーザ機器によって実施された
− 前回の電力ヘッドルーム報告以降に、推定される経路損失が大きく変化した
− 前回の電力ヘッドルーム報告以降に、設定されているよりも長い時間が経過した
− 設定されている数よりも多くの閉ループTPCコマンドがユーザ機器によって実施された
これらのトリガーそれぞれを制御するパラメータは、システムの負荷状況と、スケジューリングアルゴリズムの要件とに応じて、eNodeBが設定することができる。より具体的には、RRCが、2つのタイマーperiodicPHR−Timer(電力ヘッドルーム報告の周期タイマー)およびprohibitPHR−Timer(電力ヘッドルーム報告の禁止タイマー)を設定し、測定されたダウンリンク経路損失の変化を示すdl−PathlossChangeをシグナリングして電力ヘッドルーム報告をトリガーすることによって、電力ヘッドルーム報告を制御する。
電力ヘッドルーム報告は、MAC制御要素として送られる。このMAC制御要素は1オクテットからなり、上位の2ビットが予約されており、下位の6ビットが、上述した64dB値(1dB間隔)を表す。図7は、このMAC制御要素の構造を示している。
電力ヘッドルームは、範囲[40;−23]dB(1dB間隔)の中の最も近い値に丸められる。
PCMAXは、最大UE送信電力(送信電力)であり、PCMAX_L〜PCMAX_Hの所定の範囲内でユーザ機器によって選択される値である。
式中、PEMAXはネットワークによってシグナリングされる値である。
MPRは電力低減値であり、さまざまな変調方式および送信帯域幅に関連付けられるACLR(隣接チャネル漏洩電力比:Adjacent Channel Leakage Power Ratio)を制御するために使用される。
A・MPRは、追加最大電力低減である。この値は帯域に固有であり、ネットワークによって設定されるときに適用される。したがってPCMAXは、ユーザ機器の実装に固有であり、したがってeNBには認識されていない。
ΔTCに関するさらなる詳細については、非特許文献9(参照によって本明細書に組み込まれている)の6.2.5節に規定されている。
LTEの装置間(D2D)近傍サービス
近接性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。LTEに近傍サービス(ProSe)機能を導入することにより、3GPP業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してLTEを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
装置間(D2D)通信は、LTEリリース12における技術要素である。装置間(D2D)通信技術によって、セルラーネットワークに対するアンダーレイ(下層)としてのD2Dにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがLTEである場合、データを伝えるすべての物理チャネルは、D2DシグナリングにおいてSC−FDMAを使用する。D2D通信では、ユーザ機器(UE)は、基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。図9は、D2D互換の通信システムにおける1つの可能なシナリオを示している。
LTEにおけるD2D通信
「LTEにおけるD2D通信」は、発見および通信という2つの分野に焦点をあてているが、本発明は、ほとんどが通信部分に関連する。したがって以下では、通信部分の技術背景を中心に説明する。
装置間(D2D)通信は、LTE−Aにおける技術要素である。D2D通信では、ユーザ機器は、基地局(BS)を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。D2Dのユーザは、直接通信するが、基地局の制御下のままである(少なくともeNBのカバレッジ内であるとき)。したがってD2Dでは、セルラーリソースを再利用することによってシステムの性能を改善することができる。
D2Dは、アップリンクLTEスペクトル(FDDの場合)において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム(TDDの場合、ただしカバレッジ外のときを除く)において動作するものと想定する。さらに、D2D送信/受信では、与えられたキャリアにおける全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、D2D信号受信とLTEアップリンク送信とによる全二重を使用しない(すなわちD2D信号受信およびLTEアップリンク送信を同時に行うことはできない)。
D2D通信では、ユーザ機器1が送信の役割であるとき(送信側ユーザ機器)、ユーザ機器1がデータを送り、ユーザ機器2(受信側ユーザ機器)がそれを受信する。ユーザ機器1およびユーザ機器2は、送信の役割と受信の役割を変えることができる。ユーザ機器1からの送信は、1基または複数基のユーザ機器(ユーザ機器2など)によって受信することができる。
ユーザプレーンのプロトコルに関して、D2D通信に関連する合意内容(非特許文献10の9.2節)を以下に示す。
− PDCP:
○ 1:M D2Dブロードキャスト通信データ(すなわちIPパケット)は、通常のユーザプレーンデータとして扱うべきである。
○ 1:M D2Dブロードキャスト通信データには、PDCPにおけるヘッダ圧縮/圧縮解除を適用することができる。
・ 公共安全に関連するD2Dブロードキャスト動作では、PDCPにおけるヘッダ圧縮にU−モードを使用する。
− RLC:
○ 1:M D2Dブロードキャスト通信にはRLC UMを使用する。
○ セグメント化および再構築はRLC UMによって第2層においてサポートされる。
○ 受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも1つのRLC UMエンティティを維持する必要がある。
○ 最初のRLC UMデータユニットを受信する前に受信機のRLC UMエンティティを設定する必要はない。
○ 現時点では、ユーザプレーンデータを送信するD2D通信においてRLC AMまたはRLC TMの必要性は認識されていない。
− MAC:
○ 1:M D2Dブロードキャスト通信ではHARQフィードバックを想定しない。
○ 受信側ユーザ機器は、受信機のRLC UMエンティティを識別する目的で送信元IDを認識する必要がある。
○ MACヘッダには、MAC層におけるパケットフィルタリングを可能にする第2層(L2)送信先IDが含まれる。
○ 第2層(L2)送信先IDは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ 第2層(L2)グループキャスト/ユニキャスト: MACヘッダにおいて伝えられる第2層(L2)送信先IDによって、受信されたRLC UM PDUを、たとえそれを受信機のRLCエンティティに渡す前であっても破棄することが可能となる。
・ 第2層(L2)ブロードキャスト: 受信側ユーザ機器は、すべての送信機からの受信されたすべてのRLC PDUを処理し、再構築してIPパケットを上位層に渡す。
○ MACサブヘッダには、(複数の論理チャネルを区別するための)論理チャネルID(LCID)が含まれる。
○ D2Dでは、少なくとも多重化/逆多重化、優先順位の処理、およびパディングが有用である。
− PDCP:
○ 1:M D2Dブロードキャスト通信データ(すなわちIPパケット)は、通常のユーザプレーンデータとして扱うべきである。
○ 1:M D2Dブロードキャスト通信データには、PDCPにおけるヘッダ圧縮/圧縮解除を適用することができる。
・ 公共安全に関連するD2Dブロードキャスト動作では、PDCPにおけるヘッダ圧縮にU−モードを使用する。
− RLC:
○ 1:M D2Dブロードキャスト通信にはRLC UMを使用する。
○ セグメント化および再構築はRLC UMによって第2層においてサポートされる。
○ 受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも1つのRLC UMエンティティを維持する必要がある。
○ 最初のRLC UMデータユニットを受信する前に受信機のRLC UMエンティティを設定する必要はない。
○ 現時点では、ユーザプレーンデータを送信するD2D通信においてRLC AMまたはRLC TMの必要性は認識されていない。
− MAC:
○ 1:M D2Dブロードキャスト通信ではHARQフィードバックを想定しない。
○ 受信側ユーザ機器は、受信機のRLC UMエンティティを識別する目的で送信元IDを認識する必要がある。
○ MACヘッダには、MAC層におけるパケットフィルタリングを可能にする第2層(L2)送信先IDが含まれる。
○ 第2層(L2)送信先IDは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ 第2層(L2)グループキャスト/ユニキャスト: MACヘッダにおいて伝えられる第2層(L2)送信先IDによって、受信されたRLC UM PDUを、たとえそれを受信機のRLCエンティティに渡す前であっても破棄することが可能となる。
・ 第2層(L2)ブロードキャスト: 受信側ユーザ機器は、すべての送信機からの受信されたすべてのRLC PDUを処理し、再構築してIPパケットを上位層に渡す。
○ MACサブヘッダには、(複数の論理チャネルを区別するための)論理チャネルID(LCID)が含まれる。
○ D2Dでは、少なくとも多重化/逆多重化、優先順位の処理、およびパディングが有用である。
リソース割当て
D2D通信におけるリソース割当てについては現在検討が進められており、非特許文献10(参照によって本明細書に組み込まれている)の9.2.3節に、現時点での形式が記載されている。
送信側ユーザ機器の観点からは、ユーザ機器はリソース割当ての次の2つのモードで動作することができる。
− モード1: 直接データ(direct data)および直接制御情報(direct control information)を送信するためにユーザ機器によって使用される正確なリソースを、eNodeBまたはリリース10の中継ノードがスケジューリングする。
− モード2: 直接データおよび直接制御情報を送信するためのリソースを、ユーザ機器自身がリソースプールから選択する。
− モード1: 直接データ(direct data)および直接制御情報(direct control information)を送信するためにユーザ機器によって使用される正確なリソースを、eNodeBまたはリリース10の中継ノードがスケジューリングする。
− モード2: 直接データおよび直接制御情報を送信するためのリソースを、ユーザ機器自身がリソースプールから選択する。
D2D通信に対応するユーザ機器は、カバレッジ内の場合にモード1を少なくともサポートする。D2D通信に対応するユーザ機器は、少なくともカバレッジ周縁部もしくはカバレッジ外またはその両方の場合にモード2をサポートする。
カバレッジ内のユーザ機器およびカバレッジ外のユーザ機器は、D2D通信を受信するためにリソースプール(時間/周波数)を認識している必要がある。
すべてのユーザ機器(モード1(「スケジューリング式」)およびモード2(「自律的」))にリソースプール(時間/周波数)が提供され、ユーザ機器はリソースプールの中でスケジューリング割当ての受信を試みる。
モード1では、ユーザ機器はeNodeBからの送信リソースを要求する。eNodeBは、スケジューリング割当ておよびデータを送信するための送信リソースをスケジューリングする。
− ユーザ機器は、スケジューリング要求(専用スケジューリング要求(D−SR)またはRACH手順)をeNodeBに送った後にバッファ状態報告(BSR)を送り、eNodeBは、ユーザ機器がD2D送信を実行しようとしていることと、必要な量のリソースとを、そのバッファ状態報告(BSR)に基づいて求めることができる。
− モード1では、ユーザ機器は、D2D通信を送信するためにRRC接続されている必要がある。
− ユーザ機器は、スケジューリング要求(専用スケジューリング要求(D−SR)またはRACH手順)をeNodeBに送った後にバッファ状態報告(BSR)を送り、eNodeBは、ユーザ機器がD2D送信を実行しようとしていることと、必要な量のリソースとを、そのバッファ状態報告(BSR)に基づいて求めることができる。
− モード1では、ユーザ機器は、D2D通信を送信するためにRRC接続されている必要がある。
モード2の場合、ユーザ機器にリソースプール(時間/周波数)が提供され、ユーザ機器は、D2D通信を送信するためのリソースをリソースプールから選択する。
図8は、オーバーレイ(LTE)およびアンダーレイ(D2D)における送信リソースおよび受信リソースを概略的に示している。ユーザ機器がモード1送信を適用するかモード2送信を適用するかは、eNodeBが制御する。ユーザ機器は、D2D通信を送信(または受信)することのできるリソースを認識すると、対応するリソースを、対応する送信/受信にのみ使用する。図8の例においては、D2Dサブフレームは、D2D信号を受信または送信する目的にのみ使用される。D2D装置としてのユーザ機器は、半二重モードで動作するため、任意の時点においてD2D信号の受信または送信のいずれかを行うことができる。同様に、同じ図8において、D2Dサブフレーム以外のサブフレームはLTE(オーバーレイ)の送信もしくは受信またはその両方に使用することができる。
D2D発見は、自身に関心のある、近傍における他のD2D対応装置を識別する手順/プロセスである。この目的のため、発見されることを望むD2D装置は、何らかの発見信号を(特定のネットワークリソースで)送り、その発見信号に関心のある受信側ユーザ機器が、このような送信側D2D装置を認識する。非特許文献10の8節には、D2D発見メカニズムに関する現時点における詳細が記載されている。次の2つのタイプの発見手順が定義されている。
○ タイプ1: 発見信号を送信するためのリソースが、ユーザ機器に固有ではない方式で割り当てられる発見手順
○ タイプ2: 発見信号を送信するためのリソースが、ユーザ機器に固有な方式で割り当てられる発見手順
○ タイプ2A: 発見信号の送信のたびにリソースが割り当てられる
○ タイプ2B: 発見信号を送信するためのリソースがセミパーシステントに(半永続的に)割り当てられる
○ タイプ1: 発見信号を送信するためのリソースが、ユーザ機器に固有ではない方式で割り当てられる発見手順
○ タイプ2: 発見信号を送信するためのリソースが、ユーザ機器に固有な方式で割り当てられる発見手順
○ タイプ2A: 発見信号の送信のたびにリソースが割り当てられる
○ タイプ2B: 発見信号を送信するためのリソースがセミパーシステントに(半永続的に)割り当てられる
D2Dリソースを割り当てるためのスケジューリング方式に関して、現在、D2Dに関連するスケジューリング要求(SR)/バッファ状態報告(BSR)のシグナリングをLTE−Aシステムにどのように組み込むか、すなわち、LTEのバッファ状態報告(BSR)/スケジューリング要求(SR)のメカニズム、およびリソース(例えばPUCCHでの専用スケジューリング要求(D−SR)やPRACHリソース)を、D2D通信の目的に再利用するか)に焦点をあてて検討されている。実際に考慮されている方式によると、eNodeBは、スケジューリング手順を実行するため、D2DサブフレームまたはD2D領域内に、専用リソースまたはコンテンションベースのリソースを設定する。言い換えれば、スケジューリング要求(SR)もしくはバッファ状態報告(BSR)またはその両方に関連するD2D送信は、D2D送信に専用のサブフレームの専用リソースで、eNodeBに送られる。したがってユーザ機器は、スケジューリング手順を実行するためのメッセージ(すなわちスケジューリング要求(SR)やバッファ状態報告(BSR))を含めて、D2Dに関連するすべての送信用に、D2Dサブフレーム/領域内のリソースのみを使用する。
この方法の欠点として、D2DサブフレームまたはD2D領域内のリソース(専用スケジューリング要求(D−SR)のためのPUCCHリソースや、コンテンションベースのスケジューリング要求(SR)のためのRACHリソース)をeNodeBがサポートしなければならないとき、無線リソース管理が極めて複雑になりうる。
結果として、これらのリソースをすべてのD2D対応ユーザ機器にシグナリングする必要もあり、また、これらのリソースをD2Dデータ/発見メッセージの送信用に使用することはできず、これによりデータ送信の性能が低下する。さらには、D2Dサブフレーム内に新規のPUCCHリソースを設定する場合、LTEの標準規格(RAN4)に対するさらなる変更も必要である。
さらには、eNodeBは、D2Dユーザ機器からのD−SR/PRACH/BSRを受信する目的で、D2Dリソースの監視もしくは受信またはその両方を行うことが要求される。したがってこの解決策は、eNodeBの過大な負荷につながる。
3GPP, TR 25.913 ("Requirements for Evolved UTRA and Evolved UTRAN"
3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", version 8.9.0 or 9.0.0, section 6.2
TS 25.912
3GPP TS 36.212, "Multiplexing and channel coding"
LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefania Sesia, Issam Toufik, Matthew Baker,
3GPP TS 36.321 v 10.5.0
3GPP TS 36.321 V8
TS36.213
3GPP TS TS36.101, Vers. 12.0.0
3GPP TS 36.843 vers. 12.0.0
TS36.321 version 11.2.0
D2D通信をLTEシステムに組み込む目的で、LTEシステムのいくつかの側面(データ通信の手順やスペクトルなど)を引き継ぐ。一例として、アップリンク通信においては、LTEシステムのアップリンクスペクトルを装置間通信にも使用する。
本発明の目的は、現在のシステムに対する必要な変更ができる限り少なくなるように、装置間(D2D)通信をLTEシステムに組み込むことのできる方法およびシステムを開発することである。より具体的には、本発明は、装置間通信におけるスケジューリング要求手順およびバッファ状態報告(BSR)手順をLTEシステムに組み込むシステムおよび方法を開発することを目的とする。
この目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
本発明の主たる一態様は、通信装置に割り当てた上り共有チャネル(UL−SCH)リソース上で、直接リンク・バッファ状態報告を送信し、前記直接リンク・バッファ状態報告は、前記通信装置が機器間(D2D)通信の受信側端末に送信するD2Dデータの量に関する情報を基地局装置に提供するためのメッセージである、送信部と、前記D2D通信のためのD2DリソースをスケジュールするためのD2Dグラントを受信する受信部と、を具備し、リソース割当における優先順位において、前記直接リンク・バッファ状態報告は、前記通信装置が前記基地局装置へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告よりも低く、UL−CCCHからのデータを除く論理チャネルからのデータよりも高い、端末装置である。
本発明の第1の態様によると、データを直接リンクデータチャネル(direct link data channel)を通じて受信側ユーザ機器に送信する必要のあるD2D対応の送信側ユーザ機器は、このデータを送信するためのリソースが割り当てられるようにeNodeBのサービスを使用する。これを目的として、ユーザ機器は、D2Dデータ送信に専用のサブフレームのリソースを使用せずに、eNodeBを経由する標準的なアップリンク通信に専用のサブフレームのリソースを使用して、スケジューリング情報をeNBに送る。受信したスケジューリング要求が、直接リンクチャネルを通じてデータを送信するためのリソースを割り当てる要求なのか、eNBを通じてデータを送信するためのリソースを割り当てる要求なのかをeNBが区別できるようにする目的で、ユーザ機器は、スケジューリング情報と一緒に、そのスケジューリング情報に関連する識別情報も送ることができる。
ユーザ機器は、アップリンクデータチャネル(例えばPUSCH)の、LTEのデータ伝送およびスケジューリングメッセージの送信に使用されるフレームにおいて、バッファ状態報告をeNodeBに送ることが有利である。
本発明のさらなる態様によると、スケジューリング情報を送るためにユーザ機器に利用可能なリソースが存在しない場合、ユーザ機器は、スケジューリング情報を送る前に、そのスケジューリング情報をeNBに送るためのアップリンクデータチャネルのリソースの割当てを要求するスケジューリング要求を、eNBに送ることができる。このスケジューリング要求の送信は、2つのイベントによってトリガーすることができる。第1のトリガー条件は、送信側ユーザ機器の送信バッファ内に、送信するべきデータが存在することである。第2のトリガー条件は、送信バッファ内のデータが、前回のスケジューリング情報の送信以降に、所定の量だけ変化することである。送信バッファ内のデータは、前回のスケジューリング情報がトリガーされた、または送られた時点における送信バッファ内のデータ量を基準として所定の量だけ増大することが有利である。さらなる有利な実装形態によると、この第2のトリガー条件は、代替形態では、送信バッファ内のデータが所定のしきい値を超えた場合に、満たされたものとみなすことができる。
上述した第1の態様によると、送信側ユーザ機器であって、通信システムにおいてデータを直接リンク接続を通じて受信側ユーザ機器に送信するようにされている、送信側ユーザ機器、を提供する。送信側ユーザ機器は、通信システムにおいてリソースを要求するようにさらにされており、さらに、データを直接リンク接続を通じて受信側ユーザ機器に送信するためのリソースの割当てのための直接リンクスケジューリング情報(direct link scheduling information)を基地局に送信するように構成されている送信ユニット、を備えている。直接リンクスケジューリング情報は、データを基地局に送信するためのアップリンクデータチャネルで基地局に送信される。
これに加えて、またはこれに代えて、さらなる発展形態によると、送信側ユーザ機器において、直接リンクスケジューリング情報は、MAC制御要素において送信される。送信ユニットは、直接リンクスケジューリング情報に関連する識別番号を、アップリンクデータチャネルで基地局に送信するようにさらにされており、識別番号は、MAC制御要素を識別する。さらなる発展形態によると、直接リンクスケジューリング情報のMAC制御要素は、LTE論理チャネルのデータおよび/またはLTEトラフィックのためのアップリンクスケジューリング情報をさらに含むデータユニット、に格納されることが有利である。このデータユニットは、D2D MAC CEと、LTEデータパケット(MAC SDU)および/またはLTE MAC CEとを含むLTE MACプロトコルデータユニット、とすることができる。
これに加えて、またはこれに代えて、送信側ユーザ機器は、直接リンク接続を通じて受信側ユーザ機器に送信されるデータを一時的に格納するようにされている送信バッファ、をさらに備えており、直接リンクスケジューリング情報は、送信バッファ内に格納されているデータに関連する値を含む。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、アップリンクデータチャネルで基地局に送信されるアップリンクスケジューリング情報よりも高い優先順位を有し、アップリンクスケジューリング情報は、基地局を通じてのアップリンクデータ送信のためのリソース割当てに使用される。直接リンクスケジューリング情報およびアップリンクスケジューリング情報は、LTE送信におけるMACプロトコルデータユニットにおいて送信されることが有利である。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報において、送信バッファ内に格納されているデータに関連する値は、直接リンク接続を通じて受信側ユーザ機器に送信されるビット/バイトの合計量とすることができる。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、直接リンク接続を通じて送信されるデータのタイプに関する情報、をさらに含む。
上述した本発明のさらなる態様によると、送信側ユーザ機器は、前述した要素に加えて、または代えて、第1のトリガー条件および第2のトリガー条件を格納するようにされているメモリ、をさらに備えていることができる。第1のトリガー条件は、送信バッファ内に新しいデータが到着することを要求し、この新しいデータは、直接リンク接続を通じて受信側ユーザ機器に送信される予定である。第2のトリガー条件は、送信バッファ内のデータに関連する値が、所定の値だけ変化することを要求する。送信側ユーザ機器は、処理ユニットをさらに含み、この処理ユニットは、第1のトリガー条件が満たされているかを判定し、第1のトリガー条件が満たされている場合、第2のトリガー条件が満たされているかを判定するようにされている。送信ユニットは、第2のトリガー条件が満たされているものと処理ユニットが判定した場合に、直接リンクスケジューリング情報を基地局に送信するためのアップリンクリソースの割当てを要求する直接リンクスケジューリング要求、を送信するようにさらにされている。
送信バッファ内のデータの量は、前回のスケジューリング情報が基地局に送られた時点における送信バッファ内のデータ量を基準として所定の量だけ変化することが有利である。これに代えて、送信バッファ内のデータ量が特定のしきい値を超えた場合、送信バッファ内のデータ量が変化したものとみなすことができる。
これに加えて、またはこれに代えて、直接リンクスケジューリング要求は、アップリンク制御チャネルで、またはランダムアクセスチャネルで、基地局に送信される。さらには、送信バッファ内のデータに関連する値は、送信バッファ内のデータの量とすることができ、送信バッファ内のデータが、直接リンクスケジューリング情報の前回の送信以降に所定の値だけ変化した場合に、直接リンクスケジューリング情報の送信がトリガーされる。
上述した本発明のさらなる態様によると、通信システムにおいて送信側ユーザ機器によってリソースを要求する通信方法であって、データが送信側ユーザ機器から直接リンクを通じて受信側ユーザ機器に送信される、方法、を提供する。本方法は、データを直接リンク接続を通じて受信側ユーザ機器に送信するためのリソースの割当てのための直接リンクスケジューリング情報を、送信側ユーザ機器において基地局に送信するステップ、を含む。直接リンクスケジューリング情報は、データを基地局に送信するためのアップリンクデータチャネルで、基地局に送信することができる。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、MAC制御要素において送信され、直接リンクスケジューリング情報を送信するステップは、直接リンクスケジューリング情報に関連する識別番号を、アップリンクデータチャネルで基地局に送信するステップであって、識別番号がMAC制御要素を識別する、ステップ、を含む。さらなる発展形態によると、直接リンクスケジューリング情報のMAC制御要素は、LTE論理チャネルのデータおよび/またはLTEトラフィックのためのアップリンクスケジューリング情報をさらに含みうるMACデータユニット、に格納されることが有利である。このデータユニットは、LTE MACプロトコルデータユニットとすることができる。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、送信側ユーザ機器における送信バッファ内に格納されているデータに関連する値、を含み、送信バッファは、直接リンクを通じて受信側ユーザ機器に送信されるデータを一時的に格納するようにされている。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、アップリンクデータチャネルで基地局に送信されるアップリンクスケジューリング情報よりも高い優先順位を有し、アップリンクスケジューリング情報は、基地局を通じてのアップリンクデータ送信のためのリソース割当てに使用される。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報において、送信バッファ内に格納されているデータに関連する値は、直接リンク接続を通じて受信側ユーザ機器に送信されるビットの合計量である。
これに加えて、またはこれに代えて、直接リンクスケジューリング情報は、直接リンク接続を通じて送信されるデータのタイプに関する情報、をさらに含む。
さらなる態様によると、上述した本方法は、第1のトリガー条件および第2のトリガー条件を定義するステップ、を含む。第1のトリガー条件は、送信バッファ内に新しいデータが到着することを要求し、この新しいデータは、直接リンク接続を通じて受信側ユーザ機器に送信される予定である。第2のトリガー条件は、送信バッファ内のデータに関連する値が所定の値だけ変化することを要求する。本方法は、第1のトリガー条件が満たされているかを送信側ユーザ機器において判定するステップと、第1のトリガー条件が満たされている場合、第2のトリガー条件が満たされているかを、送信側ユーザ機器によって判定するステップと、をさらに含む。送信側ユーザ機器において、処理ユニットが、第2のトリガー条件が満たされているものと判定した場合に、直接リンクスケジューリング情報を基地局に送信するためのアップリンクリソースの割当てを要求する直接リンクスケジューリング要求、を送信する。
これに加えて、またはこれに代えて、直接リンクスケジューリング要求は、アップリンク制御チャネルで、またはランダムアクセスチャネルで、基地局に送信される。
さらには、送信バッファ内のデータに関連する値は、送信バッファ内のデータの量とすることができ、送信バッファ内のデータが、直接リンクスケジューリング情報の前回の送信以降に所定の値だけ変化した場合に、直接リンクスケジューリング情報の送信がトリガーされる。
上の本方法による、送信側ユーザ機器によって直接リンク接続を通じて送信されるデータは、基地局をバイパスして受信側ユーザ機器に直接送られることが有利である。
上の送信ユニットおよび方法では、直接リンク通信を通じてのデータ送信に専用のリソースで、データを受信側ユーザ機器に送信することができ、かつ、基地局へのアップリンクデータ送信に専用のリソースで、データを基地局を通じて送信することができ、これは有利である。
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において類似または対応する細部には、同じ参照番号を付してある。
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、ほとんどの実施形態は、上の背景技術のセクションにおいて一部を説明した3GPP LTE(リリース8/9)およびLTE−A(リリース10/11/12)移動通信システムによる無線アクセス方式に関連して概説してある。本発明は、例えば、上の背景技術のセクションにおいて説明した3GPP LTE−A(リリース10/11/12)通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
請求項および本明細書において使用されている「直接リンク」という用語は、ネットワークが関与することなくデータを直接交換することを可能にする、2基のD2Dユーザ機器の間の通信リンク(通信チャネル)として理解されたい。言い換えれば、通信チャネルは、データを直接交換するのに十分に近い、通信システム内の2基のユーザ機器の間に、eNodeB(基地局)をバイパスして確立される。この用語は、eNodeBによって管理されるユーザ機器間のデータトラフィックを意味する「LTEリンク」または「LTE(アップリンク)トラフィック」と対照される語として使用されている。
請求項および本明細書において使用されている「送信側ユーザ機器」という用語は、データを送信および受信することのできるモバイルデバイスとして理解されたい。形容詞である「送信側」は、一時的な動作を明確に示すことを目的としているにすぎない。この用語は、データを受信する動作を一時的に実行するモバイルデバイスを意味する「受信側ユーザ機器」と対照される語として使用されている。
請求項および本明細書において使用されている「新しいデータ」という語は、送信バッファに到着して格納される(それまで送信バッファ内に存在していなかった)データとして理解されたい。このデータ(データパケット)は、上位層(例えばIP層)から受け取られ、送信バッファの中に入れられる。この語は、「古いデータ」(そのデータが受信側において正しく受信されたことが送信プロトコルによって確認されない限り送信バッファ内に保持されるデータを意味する)と対照される語として使用されている。
請求項および本明細書において、データおよび送信バッファに関連して使用されている「到着する」という語は、ユーザ機器によって送信される予定のデータが、送信できるように対応する論理チャネルの送信バッファに「入る」、「入れられる」、または「一時的に格納される」こととして理解されたい。
以下では、本発明のいくつかの実施形態について詳しく説明する。以下の説明は、本発明を制限するものではなく、本発明を深く理解するための本発明の実施形態の単なる例であるものとして理解されたい。当業者には、請求項に記載されている本発明の一般的な原理を、さまざまなシナリオに、本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的で想定される以下のシナリオは、本発明をそのようなシナリオに制限するものではない。
本発明は、主として、LTEシステムにおける装置間(D2D)通信におけるスケジューリング手順を対象としている。D2D対応ユーザ機器は、リソースの割当てのための2つのモードで動作することができる。第1の動作モード(モード1)によると、データを直接リンクチャネルを通じて受信側ユーザ機器に送信するために送信側ユーザ機器によって使用される正確なリソースを、eNodeBがスケジューリングする。具体的には、送信側ユーザ機器が、リソースの割当ての要求をeNodeBに送り、eNodeBが、データを受信側ユーザ機器に直接送信するために送信側ユーザ機器によって必要とされる正確なリソースを、その割当ての要求に基づいてスケジューリングする(スケジューリング式動作モード)。
第2の動作モード(モード2)は、コンテンション(競合)ベースの方法である。この方法によると、各ユーザ機器に、D2D通信に使用される一連のD2D時間/周波数リソース(リソースプールとも称する)が提供される。送信側ユーザ機器は、データおよび制御情報を直接リンク通信チャネルを通じて(1基または複数基の)受信側ユーザ機器に直接送信するためのリソースを、リソースプールから自律的に選択することができる(自律的動作モード)。
スケジューリング式動作モード(モード1)においては、スケジューリング情報がアップリンクデータチャネルでeNodeBに送信される。スケジューリング情報は、PUSCH(物理アップリンク共有制御チャネル)でeNodeBに送られるMAC BSR制御要素の中のバッファ状態報告とすることができる。
本発明の第1の実施形態について、図10に関連して説明する。図10は、スケジューリングを目的として送信側ユーザ機器(UE1)と基地局(eNB)との間で交換されるメッセージと、送信側ユーザ機器(UE1)と受信側ユーザ機器(UE2)との間のデータ交換とを示している。送信側ユーザ機器(UE1)は、バッファ状態情報をLTEアップリンクデータチャネル(PUSCH)を通じてeNodeBに送信することによってリソースを要求し、データを直接リンク通信チャネルを通じて受信側ユーザ機器に送信する。バッファ状態情報は、D2Dデータ送信(すなわち直接リンク(PC5インタフェースとも称する)を通じて送られるD2Dベアラのデータ)に関連する場合でも、D2Dサブフレーム(すなわち時間/周波数リソース)ではなく、LTEアップリンク時間/周波数リソースにおいて送信される。具体的には、eNBは、バッファ状態報告(BSR)を受信すると、送信側ユーザ機器(UE1)がデータを受信側ユーザ機器(UE2)に送信できるように、D2Dデータ通信用に予約されている時間/周波数リソース(例えば直接リンクチャネル)からリソースを割り当てる。なお、D2Dデータ通信のためのリソース割当て(すなわちD2D送信リソースを割り当てるグラント)は、LTEのアップリンクグラントと比較して異なっていてもよいことに留意されたい。例えば、D2Dリソースは、1TTIのみではなく、より長い時間枠にわたり割り当てることができる。一般的には、D2Dリソース割当てグラントには、新規のダウンリンク制御フォーマット(DCI)が使用されるものと予測される。さらに、新規のRNTI(すなわちLTEのアップリンクグラントにおいて使用されるC−RNTIとは異なるD2D RNTI)によって、DCIをスクランブルすることもできる。割り当てられたリソースが、すべてのデータを受信側ユーザ機器(UE2)に送信するのに十分ではない場合、eNBは、送信側ユーザ機器(UE1)によってデータが完全に受信側ユーザ機器(UE2)に送信されるまで、直接リンクチャネルのリソースを引き続き割り当てる。言い換えれば、送信側ユーザ機器にいったんリソースが割り当てられると、送信側ユーザ機器(UE1)と受信側ユーザ機器(UE2)は、ネットワークが関与せずに(すなわちネットワークをバイパスして)互いに通信することができ、このとき2基の移動局の間に直接的な通信チャネルが存在する。したがってデータは、最初にアップリンクリソースを使用して(例えばPUSCHで)eNodeBに送られた後にeNodeBによってLTEコアネットワークを介してユーザ機器に送られるということがない。
図10に示した線図において理解できるように、スケジューリング要求手順は、通常のLTEトラフィックとみなすことができ、この場合、送信側ユーザ機器(UE1)は、自身の送信用のデータバッファ(図示していない)に格納されているデータ(すなわちD2Dベアラ用に格納されているデータ)を送信するためのリソースの割当てを求める目的で、eNodeBに連絡する。その後、データを送信するためのD2D時間/周波数リソースをeNodeBが割り当てると、ユーザ機器は、そのD2Dリソース(直接リンクデータチャネルとも称される)でのデータ送信を開始する。この時点以降、送信側ユーザ機器(UE1)と受信側ユーザ機器(UE2)との間の通信は、eNodeBの介入なしで(すなわちeNodeBをバイパスして)行われる。
これに代えて、またはこれに加えて、スケジューリング要求を、eNBによって割り当てられるPUCCHのリソースを通じて(専用スケジューリング要求(D−SR)とも称される)、またはRACH手順を使用することによって、送信することができる。以下では、異なる想定が明記されていない限り、スケジューリング要求がトリガーされたとき、そのスケジューリング要求の送信用に、このようなPUCCHのリソース(一般にはeNBによって周期的に割り当てられる)がただちにユーザ機器に利用可能であるものと想定する。しかしながら、本発明は、代わりにRACH手順を使用するときにも適用することができる。専用スケジューリング要求は、通常では1ビット長であり、対応する周期的なPUCCHリソースによってスケジューリング要求を送信できるが、バッファ状態報告や送信バッファの実際のデータなど、さらなるデータを送信するには十分ではない。背景技術のセクションで説明したように、LTEでは、バッファ状態報告がトリガーされたとき、そのバッファ状態報告を送信するために利用可能なPUSCHリソースが存在しない場合、スケジューリング要求がトリガーされる。言い換えれば、スケジューリング要求の目的は、ユーザ機器がバッファ状態報告を送信できるようにPUSCHリソースの割当てをeNBに求めることであり、eNBは、このバッファ状態報告によって、アップリンクデータを送信するのに十分なリソースを割り当てることが可能となる。
本発明の一実施形態によると、D2D対応の送信側ユーザ機器は、D2Dベアラのためのバッファ状態報告がトリガーされたとき(例えばD2Dベアラ用の新しいデータが到着したとき)、PUCCHでスケジューリング要求(SR)を送信する(D−SR)、またはRACH手順を実行する(コンテンションベースのスケジューリング要求)。このスケジューリング要求は、通常のLTEアップリンク時間/周波数リソースにおいて(すなわちD2D用に予約される時間/周波数リソースではない)送信される。eNBは、このスケジューリング要求を受信すると、D2D送信側ユーザ機器にPUSCHリソースを割り当てる。するとD2D送信側ユーザ機器は、すでに上述したように、D2Dに関連するバッファ状態情報をそのPUSCHリソースにおいて送信する。eNBは、詳細なバッファ状態情報に基づいて、D2Dデータ通信のためのD2D時間/周波数リソースを割り当てる。スケジューリング要求の受信時にPUSCHリソースを割り当てるとき、通常のLTEアップリンクグラント/DCI手順が使用される(すなわちアップリンクグラントがC−RNTIにアドレッシングされ、LTEのPDCCH/PUSCHタイミング関係が適用される)。上述したように、第2の(すなわちD2Dに関連するバッファ状態情報を受信したときの)アップリンググラント/リソース割当てでは、異なるリソース割当てフォーマット/DCI(例えばD2D RNTIにアドレッシングされる)を使用することができる。
以下では、スケジューリング要求のトリガーについて、図12を参照しながらさらに詳しく説明する。
D2D対応ユーザ機器(図示していない)は、LTEアップリンクデータチャネルと、D2D通信用に予約される直接通信データチャネルの両方で、データを送るようにされている。これを目的として、いくつかのサブフレーム(すなわち時間/周波数リソース)がLTEアップリンクトラフィック用に予約され、その一方で、別のサブフレーム(すなわち時間/周波数リソース)がD2D送信(D2D発見シグナリングもしくはD2Dデータ通信またはその両方とすることができる)用に予約される。TDM方式に従って交互に並ぶように、事前定義された時間スロットが各サブフレームに割り当てられることが好ましい。一例として、上述した2つのタイプのサブフレームの一方に対して、より多くの連続するタイムスロットを予約し、より少ないリソースを要求する信号に割り当てられる期間を短くすることによって、より多くのリソースを要求する信号に、より長い期間を割り当てることができる。
図11は、図10を参照しながら説明したスケジューリング方法およびシステムの一実装形態による、MACプロトコルデータユニット(PDU)の構成を示している。図10に関連して説明したスケジューリング方法によるバッファ状態報告手順において参照されるこのMACプロトコルデータユニットには、D2Dに関連するシグナリングを実行するための制御要素が組み込まれている。D2D通信のためのスケジューリング情報は、D2D専用バッファ状態報告とすることが好ましく、このようなバッファ状態報告は、D2D通信用のMAC制御要素によって実施することができる。したがって、PUSCHで送信されるMACプロトコルデータユニットには、アップリンクのLTEトラフィックにおけるスケジューリングを実行するために使用される、MAC BSR/PHR CEなどのMAC制御要素(図11にはMAC制御要素1およびMAC制御要素2として示してある)に加えて、データを送信側ユーザ機器から直接リンクチャネルで受信側ユーザ機器に送信するためのリソースのスケジューリングを実行するのに使用される1つまたは複数のD2D MAC制御要素を含めることができる。
このMAC PDUの中のD2D MAC制御要素には、さらに識別番号を関連付けることができる。この識別番号は、例えば、予約された論理チャネルIDとすることができ、論理チャネルIDをMAC PDUのヘッダ(すなわちMACサブヘッダ)に格納することができる。識別番号は、D2D MAC制御要素に対応するR/R/E/LCIDサブヘッダに格納することが有利である。したがって、eNodeBは、MAC PDUの中のバッファ状態報告のうち、直接リンク接続を通じてのD2Dデータ送信のスケジューリング手順に使用しなければならないバッファ状態報告と、LTEセルラーアップリンクトラフィックをスケジューリングするのに使用しなければならないバッファ状態報告とを、区別することができる。この論理チャネルIDは、本発明の一実施形態によると、非特許文献6(参照によって本明細書に組み込まれている)の表6.2.1−2に規定されている予約されている論理チャネルID(LCID)のうちの1つである。
図10を参照しながら説明したD2D通信方法は、PUSCHでのLTEアップリンク送信における、新しい機能強化された論理チャネル優先順位付け(LCP)手順をさらに含むことができる。論理チャネル優先順位付け(LCP)手順は、一般には、複数の異なるチャネルで送信されるデータを1つのMAC PDU内に割り当てる役割を果たす。D2D対応ユーザ機器それぞれは、複数の異なる論理チャネルのデータおよびMAC制御要素を、この1つのMAC PDU内に多重化するために、MAC層における多重化ユニット(図示していない)を含むことができる。MAC制御要素は、例えば、LTEアップリンクトラフィックおよびD2D直接通信の両方のスケジューリングを実行するのに使用されるスケジューリング関連情報を伝える。
論理チャネル優先順位付け(LCP)手順は、相対的な優先順位の順序を定義し、ユーザ機器は、この順序に従ってMAC PDUを構築することができる。LTEアップリンク送信における論理チャネル優先順位付け(LCP)手順では、MAC PDUを構成するデータ部分の位置または順序を定義することが有利である。説明のみを目的とする例として、MAC PDU用に100バイトが利用可能であり、そのMAC PDU内に多重化されるデータが200バイトからなる場合を考えることができる。ユーザ機器は、論理チャネル優先順位付け(LCP)手順に基づいて、200バイトのうちMAC PDUにおいて送信することのできる部分およびその順序を決定することができる。次いで残りの100バイトのデータを、次のMAC PDUにおいて、論理チャネル優先順位付け(LCP)手順において定義された優先順位に基づいて所定の順序で送信する。この例は説明を目的とするのみであり、本発明は、MAC PDUに100バイトが利用可能である実施形態に限定されないことが、当業者には明らかに理解されるであろう。そうではなく、本発明によると、100バイトより多くのバイト、または100バイトより少ないバイトを、MAC PDU用に利用可能とすることができる。MAC PDU用に利用可能なバイト数は設計上のオプションであり、装置(ユーザ機器など)のハードウェア特性に応じてケースバイケースで設定される。
有利な一方式によると、PUSCHで送信されるMAC PDUは、論理チャネル優先順位付け(LCP)手順で定義される降順において、次の優先順位に従って編成することができる。
− C−RNTIのMAC制御要素、またはUL−CCCHからのデータ
− D2D BSRのMAC制御要素
− BSRのMAC制御要素(パディングのために含まれるBSRを除く)
− 電力ヘッドルーム報告(PHR)または拡張PHRのMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるBSRのMAC制御要素
− C−RNTIのMAC制御要素、またはUL−CCCHからのデータ
− D2D BSRのMAC制御要素
− BSRのMAC制御要素(パディングのために含まれるBSRを除く)
− 電力ヘッドルーム報告(PHR)または拡張PHRのMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるBSRのMAC制御要素
論理チャネル優先順位付け(LCP)によって定義される上記の優先順位の順序によると、D2Dバッファ状態報告は、LTEセルラーアップリンクトラフィックにおけるスケジューリング手順を実行するために使用されるバッファ状態報告よりも、高い優先順位を有する。
当然ながら、上の順序は、説明を目的とする一例にすぎない。さらなる有利な一方式によると、LTEアップリンクトラフィックに対応するバッファ状態報告に、より高い優先順位を割り当てることによって、LTEトラフィックをより重視することができる。したがって、D2D対応ユーザ機器における論理チャネル優先順位付け(LCP)手順では、次の優先順位を降順で定義することができる。
− C−RNTIのMAC制御要素、またはUL−CCCHからのデータ
− BSRのMAC制御要素(パディングのために含まれるBSRを除く)
− D2D BSRのMAC制御要素
− 電力ヘッドルーム報告(PHR)または拡張PHRのMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるBSRのMAC制御要素
− C−RNTIのMAC制御要素、またはUL−CCCHからのデータ
− BSRのMAC制御要素(パディングのために含まれるBSRを除く)
− D2D BSRのMAC制御要素
− 電力ヘッドルーム報告(PHR)または拡張PHRのMAC制御要素
− 論理チャネルからのデータ(UL−CCCHからのデータを除く)
− パディングのために含まれるBSRのMAC制御要素
上に示した論理チャネル優先順位付け(LCP)手順の例は、相対的な優先順位を定義する場合のいくつかの可能なオプションのうちの2つにすぎず、これらの例を本発明を制限するようにはみなさないものとする。当然ながら、ネットワークの構成および通信の仕様に従って、別の優先順位の順序を定義することができる。
LTEシステムにおける一般的なバッファ状態報告は、1バイト長または4バイト長とすることができる(それぞれショートBSRおよびロングBSR)。これに加えて、導入部分のセクション「アップリンクスケジューリングにおけるバッファ状態報告手順/スケジューリング要求手順」で説明したように、2バイトの短縮BSRも使用することができる。
D2D通信のシナリオにおいては、通信の確立は、eNodeBによってではなく、個別のエンティティ(例えばコアネットワーク内のD2Dサーバやユーザ機器内のD2D管理エンティティなど)によって、管理/設定される。D2D管理エンティティ(ProSe管理エンティティ(PME)と称することもできる)は、ユーザ機器に属し、このエンティティには、D2D通信時に使用される設定パラメータ(例えばプロトコル/ベアラの設定)が提供される。設定パラメータの提供は、事前の設定によって実行する、またはネットワークカバレッジ内の場合、PMEとコアネットワーク内のD2D機能/サーバとの間のシグナリングによって実行する。したがってPMEは、「D2Dベアラ」を通じてのD2D通信をサポートするため、あらかじめ提供された設定パラメータに基づいて第2層および物理層を設定する。D2D直接リンク接続を通じてデータを伝送するための詳細な設定パラメータ(例えばユーザ機器がどのD2Dベアラをデータ伝送に使用するか)をeNodeBが認識していないため、D2Dデータ通信では、LTEトラフィックの場合には確保される、ネットワークの観点からのサービス品質(QoS)制御が提供されない。eNBがD2Dベアラの詳細な設定を認識していないことがあるため、D2Dのバッファ状態報告には、すべてのD2Dベアラのバッファ内のデータ量のみを含めることが有利である。このことは、論理チャネルのグループのレベルで編成されるLTEトラフィック/ベアラのバッファ状態報告(BSR)とは対照的である。
D2D BSR MAC CEには、送信バッファに格納されているD2Dベアラのデータ量に関する情報に加えて、D2Dデータ通信のスケジューリングをeNBがより効率的に行うことができるようにするいくつかのさらなる情報をさらに含めることが有利である。一例として、D2Dバッファ状態報告は、本発明の別の実施形態によると、eNBによってD2D時間/周波数リソースを割り当てるべき対象のD2DトラフィックまたはD2Dベアラのタイプの指示情報を含む。D2D BSR MAC CEには、トラフィックまたはベアラのタイプを示す1つまたは複数のタイプフラグを含めることが有利である。一例として、タイプフラグには、D2D直接リンクチャネルで送信されるデータが音声データであるか、会話ではない別のタイプのデータ(ビデオデータなど)であるかに関する情報を含めることができる。
eNodeBは、トラフィックベアラのタイプに関する情報を伝えるタイプフラグに基づいて、より効率的にリソースをスケジューリングすることができる。一例として、eNodeBは、タイプフラグから、送信されるデータが音声データ(VoIPデータなど)であることを認識することができる。したがってeNodeBは、LTEアップリンクデータチャネルで音声データを送信する場合に行われる通常の方法において、リソースの優先順位を割り当てることができる。具体的には、eNodeBは、特定の量のビットを周期的に送信するためのリソースを割り当てることができる。一例として、周期的な信号である音声信号の場合、eNodeBは、20msごとにD2D直接リンクデータチャネルリソースを通じて送信するためのリソースを割り当てることができる。
これとは異なり、D2D直接リンクデータチャネルを通じて送信されるデータが会話ではないサービス(ビデオデータなど)であることをタイプフラグが示している場合、eNodeBは、バッファ状態報告(BSR)の中のタイプフラグ情報に基づいて、周期的ではなく1回の割当てとしてリソースを割り当てることができる。
要約すれば、LTE通信の場合、トラフィックはネットワークによって制御され、したがってeNodeBは、例えば、複数の異なるベアラにおいてサポートされる必要のあるサービス品質(QoS)に関する情報を有する。しかしながらD2Dデータトラフィックの場合、eNodeBはこの情報を取得することができず、なぜならD2Dデータトラフィックはネットワークの介入なしに発生するためである。したがってD2D通信の場合、ユーザ機器はこの情報をバッファ状態報告と一緒にeNodeBに提供しなければならない。これを目的として、バッファ状態報告(BSR)の中のタイプフラグ情報が、D2D直接リンクチャネルにおけるベアラおよびデータトラフィックに関する情報をeNodeBに提供することが有利であり、そうしなければeNodeBはこれらの情報を直接取得することができない。eNBは、いくつかのD2D送信側ユーザ機器の間でD2Dリソース割当てを優先順位付けする目的にも、この情報を使用することができる。一例として、eNBは、複数のスケジューリング要求(すなわちD2Dに関連するバッファ状態情報)を受信したとき、リソース割当てを優先順位付けする必要がある。この優先順位付けは、さらなる代替実施形態によると、例えば、D2Dバッファ状態報告のMAC CEに含まれている何らかの優先順位情報に基づいて行うことができる。優先順位情報は、例えば、上に概説したようにあらかじめ提供される設定パラメータに基づいて第2層および物理層を設定するPMEから、取得することができる。一例として、PMEは、LTEベアラの場合の論理チャネルの優先順位に類似する優先順位値を、各D2Dベアラに関連付けることができる。D2D送信側ユーザ機器は、D2Dデータを送信しようとするとき、例えば、そのユーザ機器が送信リソースを要求する対象のD2Dベアラのうち優先順位が最も高いD2Dベアラの優先順位値を含めることができる。
ユーザ機器には、各論理チャネルのデータ用の送信バッファメモリが設けられており、これらの送信バッファメモリは、無線リンクを通じてeNodeBに正常に送信されるまでアップリンクデータを一時的に格納しておくために使用される。さらに、ユーザ機器には、データまたはバッファ状態報告を基地局に送信するために利用可能なアップリンクリソースがなく、したがってスケジューリング要求をeNBに送信する必要があるが、このプロセスが、本発明の第1の実施形態によって改善される。
図10に関連して説明した方法においては、D2D直接リンクデータチャネルを通じて送信されるD2Dベアラのデータが送信側ユーザ機器の送信バッファ内に一時的に格納されたとき、送信側ユーザ機器は、D2Dに関連するバッファ状態報告をeNBに送る。
さらに、トリガーされたバッファ状態報告を送信するために利用可能なアップリンク共有チャネルリソース(UL−SCH)が存在しない場合、D2Dバッファ状態報告のトリガーの後、ただちにスケジューリング要求をトリガーすることができる。
前に説明したように、スケジューリング要求は、eNodeBによって割り当てられるPUCCHのリソースを介して、またはRACH手順を使用することによって、送信することができる。以下では、異なる説明がなされていない限り、このようなPUCCHのリソース(一般にはeNodeBによって周期的に割り当てられる)は、スケジューリング要求がトリガーされた後にスケジューリング要求を送信できるようにユーザ機器にただちに利用可能であるものと想定する。しかしながら、代わりにRACH手順を使用するときにも、本発明を適用することができる。スケジューリング要求は、通常では1ビット長であり、対応する周期的なPUCCHリソースは、スケジューリング要求を送信することはできるが、さらなるデータ(バッファ状態報告や送信バッファの実際のデータなど)を送信するには十分ではない。さらに、eNBは、ユーザ機器が直接リンク送信(D2Dデータ送信)のための送信リソースを要求しているのか、LTEアップリンク送信のための送信リソースを要求しているのかを、スケジューリング要求に基づいて認識することはできない。eNBは、上に概説したバッファ状態報告に基づくことではじめて、D2D送信のための要求とLTEアップリンク送信のための要求とを区別することができる。
図12は、ユーザ機器における送信バッファと、D2D直接リンクデータチャネルでデータを送信するためのリソースを要求する目的で基地局と交換されるメッセージとを示している。これに加えて、図12は、バッファ状態報告をアップリンクデータチャネルで送信する状況と、スケジューリング要求をeNodeBに送信する状況と、データを直接リンクデータチャネルを通じて受信側ユーザ機器に送信する状況とを示している。図13は、図12に示したメッセージおよびデータの交換を実行するための送信側ユーザ機器におけるプロセスを示している。
図12に示した方法によると、D2Dデータ通信におけるバッファ状態報告/スケジューリング要求のトリガーは、標準のトリガリングと比較して異なる条件に基づくことができる。一例として、特定の量のデータが対応するバッファ内に蓄積したときにのみ、D2Dバッファ状態報告/スケジューリング要求をトリガーすることができる。バッファ状態報告/スケジューリング要求を先に延ばすことによって、より多くのデータが送信バッファ内に到着し、したがってアップリンク送信において、より多くのデータがより短い時間で伝送される。したがって、バッファ状態報告/スケジューリング要求のトリガーは、空の送信バッファに新しいデータが到着した時点でただちに実行するのではなく、送信バッファ内に十分なデータが存在するときに実行される。小さいサイズのトランスポートブロックを送信するのではなく、より大きいサイズのトランスポートブロックを送信することは、電力効率がより高い。
図12の方法は、次の例示的な方法において実施することができる。ユーザ機器におけるバッファ状態報告のトリガーは、2つの条件に依存し、これら2つの条件の両方が満たされるものとする。LTE実装の場合における両方のトリガー条件は、バッファ状態報告の送信に関連するが、バッファ状態報告の送信は、スケジューリング要求の送信にそのままつながり、なぜならトリガーされたバッファ状態報告をユーザ機器が送信するためのリソースが利用可能ではないものと想定しているためである。したがって、トリガー条件は、スケジューリング要求の送信に対して定義されているとも言える。
第1のトリガー条件は、送信バッファ内で新しいデータが利用可能になることを要求し、すなわち、直接リンクデータチャネルを通じて受信側ユーザ機器(UE2)に送信される予定の上位層からのデータが、送信側ユーザ機器(UE1)の送信バッファ内に入ることを要求する。なお、第1のトリガー条件は、送信バッファ内で新しいデータが利用可能になりさえすれば、送信バッファが空であるか否かとは無関係に、かつ、新しいデータの優先順位とは無関係に、満たされることに留意されたい。
この挙動は図13に示してあり、送信側ユーザ機器(UE1)は、自身の送信バッファ内に新しいデータが到着したかをチェックする。
第2のトリガー条件は、基本的に、バッファ状態報告/スケジューリング要求のトリガーを先に延ばす役割を果たし、ユーザ機器1の送信バッファ内に十分なデータが存在することを要求する。したがって一般的には、送信バッファ内のデータが所定のしきい値を上回るものとする。
第2のトリガー条件については、ユーザ機器は、例えば、送信バッファ内のデータ量が、前回のバッファ状態報告がトリガーされてeNodeBに送られた時点において送信バッファ内に格納されていたデータ量と比較して、所定の値Δdだけ変化したかをチェックする。
図13においては、データ量が所定の値だけ変化することを要求する第2のトリガー条件を、送信側ユーザ機器がチェックするものと想定する。第1のトリガー条件および第2のトリガー条件を、図13に示した順序でチェックする(すなわち最初に第1のトリガー条件、次に第2のトリガー条件)ことは理にかなっているように考えられるが、このことは必須ではない。ユーザ機器は、最初に第2のトリガー条件をチェックし、次いで第1のトリガー条件をチェックすることもできる。
さらには、第2のトリガー条件(データ量が所定の値だけ変化することを要求する)が満たされる場合、そのためには必然的に第1のトリガー条件も満たされている必要があることに留意されたい。言い換えれば、送信バッファ内のデータの量が所定のデータ量だけ突然に変化するのは、送信バッファ内に新しいデータが到着した場合のみであり、送信バッファ内に新しいデータが到着することは、第1のトリガー条件の要件に相当する。したがって、一代替形態においては、第1のトリガー条件を必ずしもチェックする必要がない。送信バッファ内のデータ量が特定のしきい値を超えたときにバッファ状態報告(BSR)/スケジューリング要求(SR)がトリガーされるように、第2のトリガー条件のみをチェックすれば十分である。
上の例では、バッファ状態報告(BSR)の送信は、送信バッファ内のデータ量が、前回にバッファ状態報告(BSR)がトリガーされて送信された時点における送信バッファ内のデータ量を基準として所定の量だけ変化することによってトリガーされる。しかしながら、上述したトリガー方式の代わりに、別のトリガー方式を使用することができる。上述したトリガー方式に代えて、送信側ユーザ機器の送信バッファ内のデータ量が所定のしきい値を超えた場合に、バッファ状態報告(BSR)の送信をトリガーすることができる。
本発明のさらなる態様は、D2Dのバッファ状態報告(BSR)を、PUSCHで送信されるMAC PDUに含める、すなわち多重化するための規則に関する。現在のLTE仕様(リリース8/9/10/11)によると、ユーザ機器は、最大で1つのBSR MAC CEをMAC PDUに含めることができるのみである。しかしながら、本発明の一実施形態によると、D2D対応ユーザ機器は、1つのD2D BSR MAC CEおよび1つのLTE BSR MAC CEを、PUSCHでeNBに送信されるMAC PDU内に多重化することが許可される。これにより、D2Dスケジューリング手順に起因して通常のLTEアップリンクスケジューリング手順が遅延したり影響を受けることがない。
上述したシステムおよび方法の代替実装形態においては、最大で1つのBSR MACをMAC PDUに含めることができるという制約を維持することができる。この代替実装形態では、標準のLTEシステムにおける公知のMAC PDUの構造に類似するMAC PDUの構造を使用し、異なる点として、MAC PDUは、LTE BSR MAC CEの代わりにD2D BSR MAC CEを含むことができる。このような構造の結果として、LTE BSR MAC CEまたはD2D BSR MAC CEのいずれかの送信が遅延する。さらには、LTE BSR MAC CEおよびD2D BSR MAC CEの一方のみがMAC PDUに含められるため、新規の優先順位付け規則を定義する必要がある。
本発明のさらに別の態様は、バッファ状態報告の取り消し手順に関する。非特許文献11(参照によって本明細書に組み込まれている)の5.4.5節に規定されている通常のバッファ状態報告手順によると、すべてのトリガーされたバッファ状態報告(BSR)は、送信されるMAC PDUにバッファ状態報告(BSR)が含められたとき、取り消される。本発明のさらなる実施形態によると、D2D対応ユーザ機器は、送信されるMAC PDUにD2Dバッファ状態報告が含められたとき、通常の「LTEバッファ状態報告」を取り消さない。この解決策により、D2Dバッファ状態報告の導入によって通常のLTEアップリンクスケジューリング手順/バッファ状態報告手順が影響を受けることがない。
同様に、本発明のさらに別の態様によると、D2Dバッファ状態報告がトリガーされたことのみに起因してスケジューリング要求がトリガーされたときには、スケジューリング要求(SR)禁止タイマーを起動しない。本発明のさらなる実施形態によると、D2D対応ユーザ機器は、D2D通信のための送信リソースを要求することのみを目的としてスケジューリング要求(SR)が送られた場合、スケジューリング要求(SR)がPUCCHで送信されたときにスケジューリング要求(SR)禁止タイマーを起動しない。すぐ上に概説した実施形態と同様に、これにより、D2D BSRに起因してLTEデータ送信(特に、RRCシグナリングなど優先順位の高いLTEデータ)が遅延することがない。
本発明の別の態様は、D2Dデータ通信におけるリソース割当てモードの選択に関する。上述したように、ユーザ機器は、D2Dデータ通信におけるリソースの選択に関して2つのモードで動作することができ、すなわち、スケジューリング式動作モード(モード1)および自律的動作モード(モード2)である。一般的な原理として、一実施形態によると、D2D対応ユーザ機器が動作するリソース割当てモードをeNBが制御する。有利な一実装形態によると、D2Dベアラのデータを送信しなければならないD2D対応ユーザ機器は、必ず最初にモード1で動作する、すなわち、(RRC_IDLE UEの場合には)eNBとのRRC接続を確立し、前の実施形態において概説したようにバッファ状態報告/スケジューリング要求をeNBに送る。ユーザ機器がD2D送信のためのリソース割当てを例えば所定の時間窓の中でeNBから受信しない場合、あるいはeNBからの明示的なシグナリング指示情報が、D2Dデータ送信用のD2D時間/周波数リソースをリソースプールから自律的に選択するようにユーザ機器に示す場合、ユーザ機器はモード2の動作に戻る。これに代えて、eNBは、そのセル内ではスケジューリング式モード動作がサポートされていないことを、例えばシステム情報ブロードキャスト(SIB)によってシグナリングすることができる。そのセル内でモード1が利用できるか否かを示すフラグを、例えばブロードキャストすることができる。D2D対応の送信側ユーザ機器は、このフラグに基づいて、D2D送信のリソース割当てのために最初にモード1タイプの動作を試みる(そのセルにおいてモード1が動作することをフラグが示しているとき)、またはただちにモード2を使用する。さらに別の解決策として、D2Dの目的に予約される何らかの専用のアクセスクラスを導入することができ、eNBは、D2Dデータ送信用リソースを自身に直接要求する(すなわちモード1タイプの動作を使用する)ことをどのD2Dユーザ機器に許可するのかを、これらのアクセスクラスに基づいて制御することができる。基本的には、各D2Dユーザ機器にアクセスクラスが割り当てられ、どのクラスがリソース割当てのためにモード1を使用できるかを、eNBからの何らかのシグナリングによって示す。
本発明のさらなる態様は、装置間通信をサポートすることのできるユーザ機器における論理チャネル優先順位付け(LCP)手順に関する。ユーザ機器は、アップリンクデータチャネルを通じてデータを送信するためのLTEチャネルまたはLTEベアラと、D2Dベアラの両方を有することができる。このようなシナリオにおいては、D2Dベアラのデータは、D2Dサブフレームにおいて(言い換えれば、直接リンクデータチャネルを通じてのD2D送信用に設定されるリソースで)のみ送信することができる。同様に、LTEベアラのデータは、LTE専用のサブフレーム(すなわち時間/周波数リソース)においてのみ送信することができる。さらには、LTEアップリンクチャネルを通じて送信するユーザ機器の能力と、直接リンクチャネルを通じて送信するユーザ機器の能力とを考慮する論理チャネル優先順位付け(LCP)手順を、実装することができる。
有利な実装形態においては、LTEベアラおよびD2Dベアラの両方に共通する論理チャネル優先順位付け(LCP)手順を開発することができる。したがって、LTEのサブフレームにおいては、論理チャネル優先順位付け(LCP)手順においてD2Dベアラのデータを考慮しない。言い換えれば、LTEのサブフレーム(すなわち時間/周波数リソース)においては、論理チャネル優先順位付け(LCP)手順においてD2Dベアラが一時中断しているものと考えることができる。同様に、D2Dサブフレームにおいては、論理チャネル優先順位付け(LCP)手順においてLTEベアラを一時中断させることができる。D2D通信およびLTE通信において共通する論理チャネル優先順位付け(LCP)手順を使用することで、D2DベアラおよびLTEベアラの管理の複雑さを低減することができる。
これに代えて、2つの個別の論理チャネル優先順位付け(LCP)手順、すなわち、直接リンクチャネルを通じてのD2Dデータ伝送のための論理チャネル優先順位付け(LCP)手順と、LTEデータトラフィックのための論理チャネル優先順位付け(LCP)手順、を提供することができる。したがって、D2Dサブフレームにおいては、D2Dベアラに専用の論理チャネル優先順位付け(LCP)手順を呼び出すことができるのに対して、LTEのみの送信用に予約されているサブフレームにおいては、LTE用に定義されている論理チャネル優先順位付け(LCP)手順を呼び出す。D2Dベアラに対してはサービス品質(QoS)がサポートされず、したがって優先ビットレート(PBR)を設定する必要がないため、この方式におけるD2D論理チャネル優先順位付け(LCP)手順では、トークンバケットモデルを使用する必要がない。D2D用およびLTE用の2つの個別の論理チャネル優先順位付け(LCP)手順が提供されるこの方式の利点として、D2D論理チャネル優先順位付け(LCP)手順の設定が容易である。
本発明のさらなる態様は、発見信号のアップリンク送信タイミングに関する。一般的には、D2Dデータ送信における送信タイミングは、LTEアップリンクデータ送信における送信タイミングとは異なる。この理由として、LTEでは、ユーザ機器のタイミングはつねにネットワークによって(すなわちeNodeBによって)制御されるためである。具体的には、ネットワークは、干渉を回避する目的で、eNodeBの制御下にあるすべてのユーザ機器からのすべてのアップリンク信号が同時に受信されるように制御する。装置間通信に対応するシステムでは、データを直接リンクデータチャネルを通じて受信側ユーザ機器に送信する送信側ユーザ機器が、何らかのタイミングを、受信側ユーザ機器(または受信側ユーザ機器のグループ)と交渉しなければならない。送信側ユーザ機器および受信側ユーザ機器によって交渉されるタイミングは、LTEアップリンクデータトラフィックの場合にネットワークによって制御されるタイミングとは異なっていてよい。第1の解決策によると、RRC_CONNECTED状態のD2D送信側ユーザ機器は、D2D通信の場合も、ダウンリンク基準タイミングに基づいて発見信号を送信する。LTEシステムでは、アップリンクのタイミングは、ダウンリンク基準タイミングと、ダウンリンクタイミングに対する補正としてのオフセットとによって定義される。オフセットは、タイミング調整(TA)係数と称され、その値はeNodeBによって制御される。したがってこの第1の解決策によると、アップリンクの補正値は、FDDにおけるD2Dの場合には0である(T2=0)。TDDにおいては、RRC_connected状態およびRRC_idle状態のD2D送信側ユーザ機器は、624Tsのオフセットに基づいて発見信号を送信することができる。結果として、ダウンリンクのタイミングは、T2=624Tsである。
LTE発見/通信およびD2D発見/通信用に2つの異なるタイミングが与えられるため、RRC_Connected状態のユーザ機器は、MAC層に属する2つの個別の独立したタイミング調整機能(タイミング調整値もしくはタイミング調整タイマーまたはその両方を含む)を有することができ、一方がD2D用、他方がLTE用である。
D2D用のアップリンクタイミング機能は、D2Dサブフレームに対してのみ有効にすることが有利である。言い換えれば、LTEアップリンクサブフレームとD2D送信との間にアップリンクタイミングの飛び越し(jump)が存在する。さらに、D2D発見の場合のNTA_Ref_D2Dを0に設定することができる。
さらなる有利な態様(前述した態様と一緒に、または前述した態様に代えて使用することができる)によると、D2DサブフレームにおけるD2D送信に、自律的なアップリンクタイミング調整(ダウンリンク基準タイミングを追跡する)を適用することができる。
さらには、D2D通信の場合、ユーザ機器はeNodeBからタイミングアドバンス(TA)コマンドを受信しない。したがって、さらなる有利な態様(前述した態様と一緒に、または前述した態様に代えて使用することができる)によると、D2D用のタイミングアドバンスタイマーを提供することができる。一例として、D2D通信の場合、タイミングアドバンス(TA)タイマーを無限大に設定し、最初のD2D発見手順またはD2D送信が行われる前に起動することができる。
本発明の別の態様は、装置間通信(すなわち近傍サービス)における発見手順に関する。カバレッジ外では、発見リソースを送信/受信するための利用可能なネットワークが存在せず、したがってネットワーク側からの専用または共通のリソース割当てが不可能である。本発明のさらなる実施形態は、この問題に対処する。したがって、ネットワークのカバレッジ内にない(カバレッジ外とも称する)D2D対応ユーザ機器は、固定された周期で周期的に繰り返される固定されたシーケンスを、固定された周波数において送信することができる。この手順は、D2Dプライマリ同期信号を、装置の識別情報なしで、または近傍サービス(ProSe)ユーザ機器の識別情報を含めて、その実際の動作周波数には無関係に固定された周波数で送信することによって、実施することができる。このような実装形態では、別のD2Dユーザ機器による検出を極めて単純な方法で実行することができる。
ネットワークのカバレッジ内にあるD2D対応ユーザ機器(カバレッジ内ユーザ機器とも称する)については、アイドルモードのユーザ機器と接続モードのユーザ機器(すなわちネットワークとのRRC接続が確立されているユーザ機器)とで、異なる発見手順を使用することができる。以下ではこの2つのモードについて説明する。
アイドルモードのユーザ機器
第1のカバレッジ内発見手順によると、D2D発見メッセージを受信するための現在のセル内のタイプ1のリソースおよびタイプ2のリソースの両方を(受信プール)、システム情報においてブロードキャストすることができる。これに加えて、現在のセルは、同じ周波数または異なる周波数の隣接セルの送信プール(および存在時にはカバレッジ外送信プール)をさらにブロードキャストすることができる。したがって発見メッセージの受信は次式によって与えられる。
受信プール=現在のセルの送信プール+(1つまたは複数の)隣接セルの送信プール+カバレッジ外送信プール
受信プール=現在のセルの送信プール+(1つまたは複数の)隣接セルの送信プール+カバレッジ外送信プール
これに代えて、いくつかの実装形態においては、(1つまたは複数の)隣接セルの送信プールもしくはカバレッジ外送信プールまたはその両方を現在のセルによってブロードキャストしなくてもよく、なぜなら、ブロードキャストを節約するかを事業者の選択肢とすることができる、あるいは、隣接セルが異なる公衆陸上移動網(PLMN)に属することがあるためである。このような場合、現在のセルは、そのセル内でブロードキャストされる受信プールにはそのセルの外側からの関連する送信プールすべてが含まれないことがあることを、少なくとも示すことができる。最も単純な形式では、この指示情報は、D2Dシステム情報ブロック内の1ビットの指示情報(図14では「注1」として示してある)とすることができる。
さらには、受信側ユーザ機器は、現在のセルの外側に別のD2D装置が存在するかを判定する必要があり、そのような別のD2D装置の発見メッセージも、その受信側ユーザ機器にとって関心がある。したがって、この情報を、(例えばProSeサーバに基づいて)上位層、例えばNASアプリケーションによって送信することができる。ユーザ機器は、現在のセル内には発見対象のD2D装置が存在しないものと判定した時点で、そのような発見対象のD2D装置が存在しうる隣接セルを見つけることができる。
図14は、上述したようにD2D発見信号を受信する方法を示している。
D2D対応の通信システムの一実装形態によると、D2D発見手順をサポートする(すなわちタイプ1の特定のリソースもしくはタイプ2の特定のリソースまたはその両方が割り当てられている)隣接セルは、周波数が異なることがある。このような場合、隣接セルのPCI(物理セル識別子)および周波数の両方を、現在のセルのシステム情報ブロードキャストにおいて示すことが有利である。
図15は、D2D対応ユーザ機器が、隣接セルにおける発見手順を実行する状況を概略的に示している。発見メッセージの送信は、送信側ユーザ機器の最大送信電力によって制限され、したがって遠く離れたセルにおいて送信された発見メッセージは、そのD2D装置において受信することができない。
したがって、さらなる実装形態によると、(1つまたは複数の)隣接セルからの発見メッセージを受信することを待機しているD2D装置は、すべての隣接セルを探索してリソースを取得する必要はなく、自身に近い隣接セルのみでよい。一例として、図15に示したように、D2D装置は隣接セル2のD2Dリソースの検出/取得を試みず、なぜなら、隣接セル2の中のD2D装置から送信されても、遠すぎて届かないためである。ユーザ機器は、隣接セルxのD2Dリソースの検出/取得を、特定の条件が満たされた場合のみ試みることが有利である。ユーザ機器は、以下の場合に、隣接セルx(セルx)のD2Dリソースを検出または取得するかを決定することが有利である。
現在のセルの品質−セルxの品質<しきい値1、または、
セルxの品質≧現在のセルの品質
現在のセルの品質−セルxの品質<しきい値1、または、
セルxの品質≧現在のセルの品質
接続モードのユーザ機器
接続モードにあるユーザ機器には、受信プールに関する情報を専用シグナリング(例えばRRC情報)によってシグナリングすることができる。受信プールに関する情報には、(1つまたは複数の)隣接セルの送信プールもしくはカバレッジ外送信プールまたはその両方に関する情報を含めることができる。これに代えて、ユーザ機器は、上述したアイドルモードに関連して説明したように、この情報を取得することができる。
これに加えて、接続モードのユーザ機器は、(a)異周波数の(1つまたは複数の)隣接セルおよびそれらのD2D SIを検出する、および(b)異周波数リソースにおける(1つまたは複数の)発見メッセージを取得する目的で、ギャップパターン(Gap patterns)をさらに必要とする。
したがって、このようなユーザ機器は、ギャップに関する情報(ギャップ長さ、反復長さ、オフセットなど)を含むギャップパターンを、サービングeNBに要求することができる。これに代えて、このようなユーザ機器は、自律的なギャップ(autonomous gap)を使用することができる。
上の実施形態は、主としてD2D発見手順の受信動作を対象としていたため、以下では、本発明の例示的な一実施形態による、D2D発見手順の送信動作について説明する。
D2D対応ユーザ機器は、D2D発見信号/メッセージを送信するのにどちらのタイプのリソースを使用するべきかを決定する必要がある。したがってD2D対応ユーザ機器は、この決定に基づいて、(例えばタイプ2Bのリソースの場合に)eNBにリソースを要求する必要があり、したがってこの目的のためにRRC接続を確立する必要がある(ユーザ機器がアイドルモードであった場合)。
有利な一実装形態によると、D2D発見信号または発見メッセージを送信するのに使用するべきリソースのタイプの決定は、以下の基準に基づくことができる。
1) 発見手順のタイプ(すなわち発見メッセージの送信をトリガーするアプリケーションに基づく)
− 発見用リソースのタイプとアプリケーションとの間のマッピングを、指定する、または事前に設定する、または(ProSe)発見サーバなどによって示すことができる。
2) (例えば同じ発見アプリケーションにおいて)最後に正常に行われた発見メッセージの送信
3)アイドルモードのモビリティ状態
1) 発見手順のタイプ(すなわち発見メッセージの送信をトリガーするアプリケーションに基づく)
− 発見用リソースのタイプとアプリケーションとの間のマッピングを、指定する、または事前に設定する、または(ProSe)発見サーバなどによって示すことができる。
2) (例えば同じ発見アプリケーションにおいて)最後に正常に行われた発見メッセージの送信
3)アイドルモードのモビリティ状態
一実装形態においては、移動速度が遅いかまたは静止しているユーザ機器は、つねに特定のリソースタイプ(例えばタイプ2B)を要求し、移動しているユーザ機器(例えば中程度の速度での移動)は、例えばタイプ1を使用することが有利である。以下のセクションでは、上述した要求のタイプについて説明する。
タイプ2Bのリソースの要求
ユーザ機器は、タイプ2Bのリソースを使用することを決定した場合、これらのタイプ2Bのリソースが割り当てられるようにeNBに要求する。この要求は、以下の手順によって達成することができる。
・ 専用のRACHリソースを使用する(例えば、プリアンブル、RACH送信リソース)
・ Msg3における新規の理由値(D2Dタイプ2Bの送信リソースを要求する)
− ユーザ機器はLTEベアラ(例えばLTEコアネットワーク(CN)内で終了するベアラ)を確立するわけではないため、この目的には軽いRRCプロトコルを使用することができる(例えばセキュリティコンテキストを確立する必要がない、測定の設定/報告が不要である)。
・ 非アクセス層(NAS)シグナリング
− タイプ2Bを使用することをユーザ機器の非アクセス層(NAS)がMMEに知らせ、MMEはそれを確認してeNBに示し、タイプ2Bのリソースを要求する。eNBは、そのユーザ機器にタイプ2Bのリソースを(RRC再設定メッセージにおいて)割り当てる。アプリケーションとリソースの間のマッピングは固定されており、したがってProSeサーバ/アプリケーション/コアネットワーク(CN)は、使用するべきリソースタイプを例えばD2Dサービスの認証時に決定する。
・ 専用のRACHリソースを使用する(例えば、プリアンブル、RACH送信リソース)
・ Msg3における新規の理由値(D2Dタイプ2Bの送信リソースを要求する)
− ユーザ機器はLTEベアラ(例えばLTEコアネットワーク(CN)内で終了するベアラ)を確立するわけではないため、この目的には軽いRRCプロトコルを使用することができる(例えばセキュリティコンテキストを確立する必要がない、測定の設定/報告が不要である)。
・ 非アクセス層(NAS)シグナリング
− タイプ2Bを使用することをユーザ機器の非アクセス層(NAS)がMMEに知らせ、MMEはそれを確認してeNBに示し、タイプ2Bのリソースを要求する。eNBは、そのユーザ機器にタイプ2Bのリソースを(RRC再設定メッセージにおいて)割り当てる。アプリケーションとリソースの間のマッピングは固定されており、したがってProSeサーバ/アプリケーション/コアネットワーク(CN)は、使用するべきリソースタイプを例えばD2Dサービスの認証時に決定する。
さらに、ユーザ機器は、タイプ2Bのリソースを要求するときに、タイプ2Bのリソースを使用する推定期間を示すことができる。要求が受け入れられない場合(例えば、ユーザ機器が2Bリソースの拒否メッセージを受信する、RRC接続が解除される、または特定の時間内に応答がない)、ユーザ機器はタイプ1の使用を開始する。
モビリティ(ハンドオーバー、再確立)
モビリティが発生すると、前に割り当てられたD2Dリソースが依然として使用可能であるとは限らない。モビリティ時、割り当てられているD2Dリソースの扱いは以下のとおりである。
・ そのまま維持する
− X2で交渉する。例えば隣接セルは、D2D発見メッセージの送信用に同じ物理リソースを予約する
・ ハンドオーバー(HO)コマンド/再確立メッセージ(および再設定メッセージ)においてハンドオーバー先セルによって再設定する
・ ハンドオーバー(HO)コマンドを受信したとき、リソースを設定解除/解放する
− ユーザ機器は、ハンドオーバー後、ハンドオーバー先セルにおいてリソースを要求する(ハンドオーバー先セルのeNBは、ハンドオーバー元のセルと同じリソースまたは新しいリソースを割り当てることができる)
・ そのまま維持する
− X2で交渉する。例えば隣接セルは、D2D発見メッセージの送信用に同じ物理リソースを予約する
・ ハンドオーバー(HO)コマンド/再確立メッセージ(および再設定メッセージ)においてハンドオーバー先セルによって再設定する
・ ハンドオーバー(HO)コマンドを受信したとき、リソースを設定解除/解放する
− ユーザ機器は、ハンドオーバー後、ハンドオーバー先セルにおいてリソースを要求する(ハンドオーバー先セルのeNBは、ハンドオーバー元のセルと同じリソースまたは新しいリソースを割り当てることができる)
発見メッセージ用のタイプ2Bリソースの解放
有利な一実装形態によると、専用のリソース(タイプ2B)がもはや不要になったとき(すなわちユーザ機器がD2D発見メッセージを送信しない)、そのリソースをユーザ機器によって解放することができる。これに代えて、リソースを解放するようにeNBが要求することができる(例えばLTEセルラー通信における輻輳を回避するため)。このような解放は、以下に説明するように行うことができる。
・ 暗黙的な解放
− (設定された/指定された)タイマーが切れたとき
○ ユーザ機器は、そのリソース(タイプ2Bのリソース)をさらに維持することを望む場合、「キープアライブ」シグナリングをeNBに送る必要がある。
− モビリティ(ハンドオーバー、再確立)時: ユーザ機器は、ハンドオーバー元セルにおいて使用していたタイプ2Bのリソースを単に放棄する。
− RRC接続の解放時(RAN2#85においてすでに決定されている): ユーザ機器は、ハンドオーバー元セルにおいて使用していたタイプ2Bのリソースを単に放棄する。
・ 明示的な解放
− 新規のシグナリング(RRC、MAC CEなど)
○ ユーザ機器がそのリソースをもはや必要としない場合、(2Bの解放を開始する)ユーザ機器から
○ LTE(オーバーレイ)ネットワークにおいて輻輳が発生した場合、(2Bの解放を開始する)ネットワークから
ネットワークがタイプ2Bのリソースの解放を開始した時点で、ユーザ機器は、依然として発見メッセージ/信号を送信する必要がある場合、タイプ1のリソースの使用を開始することができる。
・ 暗黙的な解放
− (設定された/指定された)タイマーが切れたとき
○ ユーザ機器は、そのリソース(タイプ2Bのリソース)をさらに維持することを望む場合、「キープアライブ」シグナリングをeNBに送る必要がある。
− モビリティ(ハンドオーバー、再確立)時: ユーザ機器は、ハンドオーバー元セルにおいて使用していたタイプ2Bのリソースを単に放棄する。
− RRC接続の解放時(RAN2#85においてすでに決定されている): ユーザ機器は、ハンドオーバー元セルにおいて使用していたタイプ2Bのリソースを単に放棄する。
・ 明示的な解放
− 新規のシグナリング(RRC、MAC CEなど)
○ ユーザ機器がそのリソースをもはや必要としない場合、(2Bの解放を開始する)ユーザ機器から
○ LTE(オーバーレイ)ネットワークにおいて輻輳が発生した場合、(2Bの解放を開始する)ネットワークから
ネットワークがタイプ2Bのリソースの解放を開始した時点で、ユーザ機器は、依然として発見メッセージ/信号を送信する必要がある場合、タイプ1のリソースの使用を開始することができる。
D2Dに関連するシステム情報ブロードキャスト(SIB)
D2D SIBは、アンダーレイネットワークにおけるD2D発見手順に関連する情報のブロードキャストである。この情報は、オーバーレイ(LTE)ネットワークにのみ関心のあるユーザ機器には使用されない、または有用ではないことがある。ネットワークは、D2Dに関連する情報(D2D SIBと称する)を個別のシステム情報ブロック(SIB)においてブロードキャストすることができる。同じSIBまたは異なるSIBが、セル間発見メッセージを受信するためのD2Dリソースを示すことができる。
現在のセルにおける受信リソース=現在のセルにおける送信リソース+隣接セルからの送信リソース
現在のセルにおける受信リソース=現在のセルにおける送信リソース+隣接セルからの送信リソース
D2D SIBの変更
D2D SIBの変更に関する情報を伝える新規のページングメッセージ(新規のD2D P−RNTI)を使用することができる。これに代えて、タイマーに基づく(「x」msより短い頻度では変更されない)メカニズムを使用することができ、したがって関心のあるD2D装置は、タイマーが切れたときに(のみ)D2D SIBを再取得すればよい。別の代替形態として、D2D SIBの変更によって、本日のSIB1内の値タグに影響を与える、または、自身の値タグを有することができる。
本発明のハードウェアおよびソフトウェア実装
本発明の別の態様は、上述したさまざまな実施形態および態様を、ハードウェアおよびソフトウェアを使用して実施することに関する。これに関連して、本発明は、ユーザ機器(移動端末)およびeNodeB(基地局)を提供する。ユーザ機器は、本明細書に記載されている方法を実行するようにされている。さらに、eNodeBは、各ユーザ機器のIPMI設定品質(IPMI set quality)を、ユーザ機器から受信されたIPMI設定品質から評価し、自身のスケジューラが異なるユーザ機器をスケジューリングするとき、それら異なるユーザ機器のIPMI設定品質を考慮することを可能にする手段、を備えている。
さらに、本発明のさまざまな実施形態は、コンピューティングデバイス(プロセッサ)を使用して実施または実行できることを認識されたい。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行または具体化することもできる。
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、ソフトウェアモジュールは、プロセッサによって実行される、またはハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、RAMやEPROM、EEPROM、フラッシュメモリ、レジスタ、ハードディスク、CD−ROM、DVDなどに格納され得る。
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の発明の主題とすることができることに留意されたい。
具体的な実施形態に示した本発明には、広義に記載されている本発明の趣旨または範囲から逸脱することなく、さまざまな変更や修正を行うことができることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないものとみなされたい。
Claims (22)
- 通信装置に割り当てた上り共有チャネル(UL−SCH)リソース上で、直接リンク・バッファ状態報告を送信し、前記直接リンク・バッファ状態報告は、前記通信装置が機器間(D2D)通信の受信側端末に送信するD2Dデータの量に関する情報を基地局装置に提供するためのメッセージである、送信部と、
前記D2D通信のためのD2DリソースをスケジュールするためのD2Dグラントを受信する受信部と、
を具備し、
リソース割当における優先順位において、前記直接リンク・バッファ状態報告は、前記通信装置が前記基地局装置へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告よりも低く、UL−CCCHからのデータを除く論理チャネルからのデータよりも高い、
端末装置。 - 前記直接リンク・バッファ状態報告は、前記受信側端末に送信するデータのタイプを特定するためのインデックスを含む直接リンク・バッファ状態報告・MACコントロールエレメント内で送信され、前記直接リンク・バッファ状態報告・MACコントロールエレメントは、バッファ状態報告のタイプを特定するための論理チャネルIDを含むMACヘッダを伴う、
請求項1に記載の端末装置。 - 前記D2Dリソースは、前記D2D通信のためのサブフレームのセットである、
請求項1又は2に記載の端末装置。 - 前記直接リンク・バッファ状態報告は、前記D2Dデータの量に関する情報とは異なるD2D通信に関する情報を含む、
請求項1から3のいずれか一項に記載の端末装置。 - 前記受信部は、物理アップリンク制御チャネル(PUCCH)と物理ランダムアクセスチャネル(PRACH)のいずれかにおいて、前記UL−SCHリソースを要求するためのスケジューリング要求を前記通信装置から受信する、
請求項1から4のいずれか一項に記載の端末装置。 - 前記直接リンク・バッファ状態報告は、第1のタイプの直接リンク・バッファ状態報告と、前記第1のタイプの直接リンク・バッファ状態報告よりも短い第2のタイプの直接リンク・バッファ状態報告とを含む、
請求項1から5のいずれか一項に記載の端末装置。 - 前記受信部は、前記直接リンク・バッファ状態報告を送信するための一つの直接リンク・バッファ状態報告・MACコントロールエレメントと、アップリンク・バッファ状態報告を送信するための少なくとも一つのバッファ状態報告MACコントロールエレメントとを含むMACプロトコールデータユニット(PDU)を受信する、
請求項1から3のいずれか一項に記載の端末装置。 - 前記D2Dリソースは、前記UL−SCHリソースとは異なる、
請求項1から7のいずれか一項に記載の端末装置。 - 前記アップリンク・バッファ状態報告及び前記直接リンク・バッファ状態報告のいずれか1つを前記上り共有チャネルにおいて受信する、
請求項1から7のいずれか一項に記載の端末装置。 - 1つの前記アップリンク・バッファ状態報告及び1つの前記直接リンク・バッファ状態報告を前記上り共有チャネルにおいて受信する、
請求項1から7のいずれか一項に記載の端末装置。 - 通信装置に割り当てた上り共有チャネル(UL−SCH)リソース上で、直接リンク・バッファ状態報告を送信し、前記直接リンク・バッファ状態報告は、前記通信装置が機器間(D2D)通信の受信側端末に送信するD2Dデータの量に関する情報を基地局装置に提供するためのメッセージであり、
前記D2D通信のためのD2DリソースをスケジュールするためのD2Dグラントを受信し、
リソース割当における優先順位において、前記直接リンク・バッファ状態報告は、前記通信装置が前記基地局装置へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告よりも低く、UL−CCCHからのデータを除く論理チャネルからのデータよりも高い、
通信方法。 - 前記直接リンク・バッファ状態報告は、前記受信側端末に送信するデータのタイプを特定するためのインデックスを含む直接リンク・バッファ状態報告・MACコントロールエレメント内で送信され、前記直接リンク・バッファ状態報告・MACコントロールエレメントは、バッファ状態報告のタイプを特定するための論理チャネルIDを含むMACヘッダを伴う、
請求項11に記載の通信方法。 - 前記D2Dリソースは、前記D2D通信のためのサブフレームのセットである、
請求項11又は12に記載の通信方法。 - 前記直接リンク・バッファ状態報告は、前記D2Dデータの量に関する情報とは異なるD2D通信に関する情報を含む、
請求項11から13のいずれか一項に記載の通信方法。 - 物理アップリンク制御チャネル(PUCCH)と物理ランダムアクセスチャネル(PRACH)のいずれかにおいて、前記UL−SCHリソースを要求するためのスケジューリング要求を前記通信装置から受信する、
請求項11から14のいずれか一項に記載の通信方法。 - 前記直接リンク・バッファ状態報告は、第1のタイプの直接リンク・バッファ状態報告と、前記第1のタイプの直接リンク・バッファ状態報告よりも短い第2のタイプの直接リンク・バッファ状態報告とを含む、
請求項11から15のいずれか一項に記載の通信方法。 - 前記直接リンク・バッファ状態報告を送信するための一つの直接リンク・バッファ状態報告・MACコントロールエレメントと、アップリンク・バッファ状態報告を送信するための少なくとも一つのバッファ状態報告MACコントロールエレメントとを含むMACプロトコールデータユニット(PDU)を受信する、
請求項11から13のいずれか一項に記載の通信方法。 - 前記D2Dリソースは、前記UL−SCHリソースとは異なる、
請求項11から17のいずれか一項に記載の通信方法。 - 前記アップリンク・バッファ状態報告及び前記直接リンク・バッファ状態報告のいずれか1つを前記上り共有チャネルにおいて受信する、
請求項11から18のいずれか一項に記載の通信方法。 - 1つの前記アップリンク・バッファ状態報告及び1つの前記直接リンク・バッファ状態報告を前記上り共有チャネルにおいて受信する、
請求項11から18のいずれか一項に記載の通信方法。 - 通信装置に割り当てた上り共有チャネル(UL−SCH)リソース上で、直接リンク・バッファ状態報告を送信し、前記直接リンク・バッファ状態報告は、前記通信装置が機器間(D2D)通信の受信側端末に送信するD2Dデータの量に関する情報を基地局装置に提供するためのメッセージである、処理と、
前記D2D通信のためのD2DリソースをスケジュールするためのD2Dグラントを受信する処理と、
を制御し、
リソース割当における優先順位において、前記直接リンク・バッファ状態報告は、前記通信装置が前記基地局装置へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告よりも低く、UL−CCCHからのデータを除く論理チャネルからのデータよりも高い、
集積回路。 - 端末装置が通信装置に割り当てた上り共有チャネル(UL−SCH)リソース上で、直接リンク・バッファ状態報告を送信し、前記直接リンク・バッファ状態報告は、前記通信装置が機器間(D2D)通信の受信側端末に送信するD2Dデータの量に関する情報を基地局装置に提供するためのメッセージであり、
前記基地局装置が前記直接リンク・バッファ状態報告を受信し、
前記基地局装置が前記D2D通信のためのD2DリソースをスケジュールするためのD2Dグラントを送信し、
前記端末装置がリソース割当における優先順位において、前記直接リンク・バッファ状態報告は、前記通信装置が前記基地局装置へ送信する上りデータの量に関する情報を前記基地局に提供するためのメッセージであるアップリンク・バッファ状態報告よりも低く、UL−CCCHからのデータを除く論理チャネルからのデータよりも高い、
通信システム。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP14001053.9 | 2014-03-21 | ||
EP14001053.9A EP2922360B1 (en) | 2014-03-21 | 2014-03-21 | Scheduling request procedure for d2d communication |
JP2019093525A JP6685004B2 (ja) | 2014-03-21 | 2019-05-17 | D2d通信におけるスケジューリング要求手順 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019093525A Division JP6685004B2 (ja) | 2014-03-21 | 2019-05-17 | D2d通信におけるスケジューリング要求手順 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2020109990A JP2020109990A (ja) | 2020-07-16 |
JP6902744B2 true JP6902744B2 (ja) | 2021-07-14 |
Family
ID=50396831
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016556823A Active JP6534104B2 (ja) | 2014-03-21 | 2015-01-22 | D2d通信におけるスケジューリング要求手順 |
JP2019093525A Active JP6685004B2 (ja) | 2014-03-21 | 2019-05-17 | D2d通信におけるスケジューリング要求手順 |
JP2020042626A Active JP6902744B2 (ja) | 2014-03-21 | 2020-03-12 | D2d通信におけるスケジューリング要求手順 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016556823A Active JP6534104B2 (ja) | 2014-03-21 | 2015-01-22 | D2d通信におけるスケジューリング要求手順 |
JP2019093525A Active JP6685004B2 (ja) | 2014-03-21 | 2019-05-17 | D2d通信におけるスケジューリング要求手順 |
Country Status (16)
Country | Link |
---|---|
US (4) | US10314072B2 (ja) |
EP (3) | EP2922360B1 (ja) |
JP (3) | JP6534104B2 (ja) |
KR (1) | KR102314675B1 (ja) |
CN (2) | CN110290591B (ja) |
CA (1) | CA2938617A1 (ja) |
DK (1) | DK2922360T3 (ja) |
ES (1) | ES2717429T3 (ja) |
HU (1) | HUE042226T2 (ja) |
MX (1) | MX365538B (ja) |
MY (1) | MY176399A (ja) |
PL (1) | PL2922360T3 (ja) |
PT (1) | PT2922360T (ja) |
RU (1) | RU2676869C2 (ja) |
TW (1) | TWI678085B (ja) |
WO (1) | WO2015139862A1 (ja) |
Families Citing this family (102)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2666333B1 (en) * | 2011-01-19 | 2014-11-05 | Telefonaktiebolaget LM Ericsson (PUBL) | Local data bi-casting between core network and radio access network |
WO2015140274A1 (en) * | 2014-03-21 | 2015-09-24 | Sony Europe Limited | D2d scheduling based on priorities |
US10292191B2 (en) * | 2014-03-25 | 2019-05-14 | Futurewei Technologies, Inc. | Systems and methods for control plane for D2D communications |
EP3125633B1 (en) * | 2014-03-28 | 2021-09-01 | LG Electronics Inc. | Method for transmitting and receiving signal in wireless communication system supporting device-to-device communication and apparatus therefor |
US10136462B2 (en) * | 2014-04-17 | 2018-11-20 | Lg Electronics Inc. | Method for determining resource for transmitting signal in wireless communications system and apparatus therefor |
US9913310B2 (en) | 2014-04-24 | 2018-03-06 | Lg Electronics Inc. | Method for establishing layer-2 entities for D2D communication system and device therefor |
KR102345348B1 (ko) * | 2014-04-30 | 2021-12-30 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말 간 통신을 위한 신호를 송수신하는 방법 및 이를 위한 장치 |
US10225810B2 (en) | 2014-08-06 | 2019-03-05 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting/receiving synchronization signal in device-to-device communication system |
KR102304089B1 (ko) | 2014-09-25 | 2021-09-23 | 삼성전자 주식회사 | 단말간 통신의 harq 처리 방법 및 장치 |
EP3198956B1 (en) | 2014-09-25 | 2022-04-06 | Samsung Electronics Co., Ltd. | Synchronization procedure and resource control method and apparatus for communication in d2d system |
JP6563408B2 (ja) * | 2014-09-25 | 2019-08-21 | 京セラ株式会社 | ユーザ端末、サービス制御装置、及び基地局 |
EP3244680B1 (en) * | 2015-01-29 | 2019-12-04 | Huawei Technologies Co., Ltd. | Data transmission method and device |
WO2016126135A1 (en) * | 2015-02-06 | 2016-08-11 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving signal in communication system supporting device to device scheme |
KR102427451B1 (ko) * | 2015-03-25 | 2022-08-01 | 삼성전자주식회사 | 디바이스 대 디바이스 방식을 지원하는 통신 시스템에서 디바이스 대 디바이스 탐색 메시지 송신 장치 및 방법 |
US10231157B2 (en) * | 2015-04-08 | 2019-03-12 | Lg Electronics Inc. | Selective prioritization method of frequency executed by terminal in wireless communication system, and terminal using same method |
US10334610B2 (en) * | 2015-04-09 | 2019-06-25 | Lg Electronics Inc. | Method, carried out by user equipment, for transmitting priority information in wireless communication system and user equipment utilizing the method |
EP3288321B1 (en) * | 2015-04-20 | 2020-06-03 | LG Electronics Inc. | Method for d2d operation performed by terminal in wireless communication system, and terminal using same |
US10027729B2 (en) * | 2015-05-22 | 2018-07-17 | Qualcomm Incorporated | Unicast support in prose direct device-to-device communication |
US10701692B2 (en) | 2015-08-10 | 2020-06-30 | Qualcomm Incorporated | Techniques for managing uplink transmissions in a shared radio frequency spectrum band and a dedicated radio frequency spectrum band |
EP3145269A1 (en) * | 2015-09-16 | 2017-03-22 | Alcatel Lucent | Method, devices and system for a hybrid bearer service |
WO2017049536A1 (zh) | 2015-09-24 | 2017-03-30 | 华为技术有限公司 | 数据传输装置、方法及*** |
KR102527448B1 (ko) * | 2015-11-06 | 2023-05-02 | 선 페이턴트 트러스트 | 사이드링크 제어 기간 중의 복수의 사이드링크 제어 송신 |
US9930513B2 (en) * | 2015-11-23 | 2018-03-27 | Qualcomm Incorporated | Resource allocation for the relaying of device-to-device discovery messages |
WO2017171250A2 (ko) * | 2016-03-29 | 2017-10-05 | 엘지전자(주) | 무선 통신 시스템에서의 pc5 자원 할당 방법 및 이를 위한 장치 |
CN108464048A (zh) * | 2016-03-30 | 2018-08-28 | Oppo广东移动通信有限公司 | 数据传输的方法、终端及基站 |
WO2017166161A1 (zh) * | 2016-03-31 | 2017-10-05 | 华为技术有限公司 | 一种寻呼方法以及相关设备 |
WO2017189041A1 (en) * | 2016-04-28 | 2017-11-02 | Intel Corporation | Subframe structure for communication in infrastructure-less networks |
JP2019134196A (ja) * | 2016-05-12 | 2019-08-08 | 株式会社Nttドコモ | ユーザ装置及び信号送信方法 |
US10645631B2 (en) | 2016-06-09 | 2020-05-05 | Qualcomm Incorporated | Device detection in mixed static and mobile device networks |
CN107635249B (zh) * | 2016-07-18 | 2022-06-07 | 中兴通讯股份有限公司 | 一种重传数据包缓冲区状态报告更新的方法、装置和*** |
JP6823166B2 (ja) * | 2016-09-29 | 2021-01-27 | エルジー エレクトロニクス インコーポレイティド | 特定の論理チャネル優先順位を有するulグラントに基づく上りリンクの伝送 |
EP3301986A1 (en) * | 2016-09-30 | 2018-04-04 | Panasonic Intellectual Property Corporation of America | Improved uplink resource allocation among different ofdm numerology schemes |
CN107959623B (zh) * | 2016-10-18 | 2020-10-16 | 腾讯科技(深圳)有限公司 | 一种多通道容灾方法与装置 |
JP6780103B2 (ja) * | 2016-11-03 | 2020-11-04 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 通信装置、通信方法および集積回路 |
US10667267B2 (en) | 2016-12-22 | 2020-05-26 | Qualcomm Incorporated | Traffic-priority-based transmission power fallback for interference mitigation |
AU2016434922B2 (en) * | 2016-12-30 | 2022-04-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and apparatus |
CN108401226B (zh) * | 2017-02-04 | 2021-11-30 | 中兴通讯股份有限公司 | 信息传输、处理方法及装置、设备、终端和*** |
KR102398842B1 (ko) * | 2017-03-23 | 2022-05-17 | 삼성전자 주식회사 | 무선 통신 시스템에서 무선 경로 변경 방법 및 장치 |
CN108633079A (zh) * | 2017-03-24 | 2018-10-09 | 中兴通讯股份有限公司 | 一种逻辑信道优先级处理的方法和装置 |
CN108631953B (zh) * | 2017-03-24 | 2022-06-28 | 中兴通讯股份有限公司 | 一种数据发送、反馈方法及装置 |
US10588047B2 (en) | 2017-04-10 | 2020-03-10 | Qualcomm Incorporated | Transmission of buffer status reports on multiple component carriers |
US10993252B2 (en) * | 2017-04-14 | 2021-04-27 | Qualcomm Incorporated | Scheduling request multiplexing based on reliability and latency objectives |
JP6980810B2 (ja) * | 2017-04-25 | 2021-12-15 | オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. | 論理チャネルにリソースを割り当てる方法、端末装置及びネットワーク装置 |
WO2018201007A2 (en) * | 2017-04-27 | 2018-11-01 | The Johns Hopkins University | Dendrimer compositions for use in angiography |
EP3609234B1 (en) * | 2017-04-28 | 2023-01-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | D2d communication method, remote user equipment, and relay user equipment |
WO2018201459A1 (zh) * | 2017-05-05 | 2018-11-08 | Oppo广东移动通信有限公司 | 逻辑信道资源分配的方法和终端设备 |
US10912114B2 (en) | 2017-05-05 | 2021-02-02 | Qualcomm Incorporated | Relaying in a device-to-device communication system |
US11219054B2 (en) * | 2017-05-05 | 2022-01-04 | Qualcomm Incorporated | Relaying in a device-to-device communication system |
US10893557B2 (en) | 2017-05-05 | 2021-01-12 | Qualcomm Incorporated | Relaying in a device-to-device communication system |
WO2018214052A1 (en) * | 2017-05-24 | 2018-11-29 | Qualcomm Incorporated | Uplink small data transmission in inactive state |
CN112600650A (zh) * | 2017-06-01 | 2021-04-02 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN108988995B (zh) * | 2017-06-02 | 2020-07-24 | 华为技术有限公司 | 一种数据传输的方法和装置 |
CN109548080B (zh) * | 2017-08-11 | 2023-05-16 | 夏普株式会社 | 用于媒体接入控制层组包的相关方法、用户设备和基站 |
US20190082443A1 (en) * | 2017-09-12 | 2019-03-14 | Apple Inc. | Communication of Persistent or Predictive Scheduling Information |
EP3739976B1 (en) * | 2018-02-09 | 2022-08-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting synchronization signals, and computer storage medium |
US10965424B2 (en) * | 2018-02-09 | 2021-03-30 | Qualcomm Incorporated | Uplink control information transmission in autonomous uplink |
US11147112B2 (en) * | 2018-03-09 | 2021-10-12 | Qualcomm Incorporated | EV2X mode 3 operation based on eNB tunneling |
KR102632780B1 (ko) * | 2018-05-10 | 2024-02-02 | 삼성전자주식회사 | 무선 통신 시스템에서 서비스를 제공하기 위한 장치 및 방법 |
CN110519854B (zh) * | 2018-05-21 | 2022-12-09 | ***通信集团有限公司 | 一种上行频选调度方法、装置、电子设备及存储介质 |
EP3589059A1 (en) * | 2018-06-29 | 2020-01-01 | ASUSTek Computer Inc. | Method and apparatus for multi-hop integrated access and backhaul systems |
KR20200017780A (ko) | 2018-08-09 | 2020-02-19 | 삼성전자주식회사 | 무선 통신 시스템에서 상향링크 데이터 보고 및 제어 채널의 동기화를 위한 장치 및 방법 |
WO2020029188A1 (en) * | 2018-08-09 | 2020-02-13 | Zte Corporation | Method and apparatus for data transmission on common resources |
CN110830955B (zh) * | 2018-08-14 | 2024-01-05 | 夏普株式会社 | 用户设备的控制方法、基站的控制方法以及用户设备 |
CN110839284B (zh) * | 2018-08-16 | 2024-03-12 | 大唐移动通信设备有限公司 | 一种调度请求资源确定及配置方法、设备及装置 |
EP3849275A4 (en) * | 2018-09-05 | 2022-07-27 | Ntt Docomo, Inc. | USER DEVICE AND BASE STATION DEVICE |
JP7065814B2 (ja) * | 2018-09-10 | 2022-05-12 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおけるサイドリンク送信のためのソース表示の方法および装置 |
JP7208763B2 (ja) * | 2018-10-29 | 2023-01-19 | キヤノン株式会社 | 通信装置、通信装置の制御方法、およびプログラム |
CN111132312B (zh) * | 2018-10-30 | 2022-05-17 | 大唐移动通信设备有限公司 | 一种资源分配方法和装置 |
CN111148281B (zh) * | 2018-11-02 | 2022-06-28 | 大唐移动通信设备有限公司 | 一种车联网的重传请求方法、终端和网络侧设备 |
CN111107655B (zh) * | 2018-11-02 | 2024-03-22 | 维沃移动通信有限公司 | Sr和配置信息传输方法和设备 |
US10652728B1 (en) * | 2018-11-13 | 2020-05-12 | Microsoft Technology Licensing, Llc | eSIM profile discovery |
US11184446B2 (en) * | 2018-12-05 | 2021-11-23 | Micron Technology, Inc. | Methods and apparatus for incentivizing participation in fog networks |
EP3675533B1 (en) * | 2018-12-24 | 2021-03-31 | ASUSTek Computer Inc. | Method and apparatus for supporting one-to-one sidelink communication in a wireless communication system via pc5 |
US11013043B2 (en) | 2019-01-08 | 2021-05-18 | Micron Technology, Inc. | Methods and apparatus for routine based fog networking |
CN111294751B (zh) * | 2019-01-11 | 2022-09-09 | 展讯通信(上海)有限公司 | 数据传输方法及装置、存储介质、终端 |
US11812483B2 (en) * | 2019-02-12 | 2023-11-07 | Qualcomm Incorporated | Support of proprietary features in wireless communications networks |
US20220124532A1 (en) * | 2019-02-14 | 2022-04-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Controlling the reporting of early measurements and connected mode measurements based on traffic volume and other conditions |
US11256778B2 (en) | 2019-02-14 | 2022-02-22 | Micron Technology, Inc. | Methods and apparatus for checking the results of characterized memory searches |
US10957416B2 (en) | 2019-02-14 | 2021-03-23 | Micron Technology, Inc. | Methods and apparatus for maintaining characterized memory devices |
CN111585722B (zh) * | 2019-02-15 | 2022-05-24 | 大唐移动通信设备有限公司 | 物理上行共享信道的传输方法、终端及网络设备 |
RU2698668C1 (ru) * | 2019-03-21 | 2019-08-29 | Сан Пэтент Траст | Управление множественными передачами прямого соединения в течение периода управления прямого соединения |
CN111294756B (zh) * | 2019-03-29 | 2022-02-01 | 北京紫光展锐通信技术有限公司 | 用于v2x业务的资源分配方法及装置、存储介质、终端、基站 |
CN113348710A (zh) * | 2019-04-04 | 2021-09-03 | Oppo广东移动通信有限公司 | 无线通信的方法和终端设备 |
WO2020211025A1 (zh) * | 2019-04-18 | 2020-10-22 | 深圳大学 | 基于双工d2d通信的蜂窝通信***及其通信模式选择方法 |
CN111615190B (zh) * | 2019-04-23 | 2023-01-10 | 维沃移动通信有限公司 | 处理方法及设备 |
CN111867099B (zh) * | 2019-04-30 | 2024-04-05 | 株式会社Kt | 发射和接收侧链路harq反馈信息的方法和装置 |
US10867655B1 (en) | 2019-07-08 | 2020-12-15 | Micron Technology, Inc. | Methods and apparatus for dynamically adjusting performance of partitioned memory |
WO2021007852A1 (en) * | 2019-07-18 | 2021-01-21 | Lenovo (Beijing) Limited | Method and apparatus for controlling sidelink and uplink transmissions of nr supporting v2x |
RU2712434C1 (ru) * | 2019-08-08 | 2020-01-28 | Сан Пэтент Траст | Управление множественными передачами прямого соединения в течение периода управления прямого соединения |
WO2021026928A1 (zh) * | 2019-08-15 | 2021-02-18 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
CN111800866B (zh) * | 2019-08-15 | 2023-09-19 | 维沃移动通信有限公司 | 资源请求方法、资源分配方法、装置、设备及介质 |
CN113574953B (zh) * | 2019-09-30 | 2024-02-20 | Oppo广东移动通信有限公司 | 无线通信方法和终端设备 |
CN113950863A (zh) * | 2019-10-02 | 2022-01-18 | Oppo广东移动通信有限公司 | 无线通信方法和终端设备 |
KR102283839B1 (ko) * | 2019-10-31 | 2021-07-30 | 에스케이텔레콤 주식회사 | 상향링크 데이터 전송을 위한 동적 스케줄링 요청 방법 및 그 장치 |
US11449577B2 (en) | 2019-11-20 | 2022-09-20 | Micron Technology, Inc. | Methods and apparatus for performing video processing matrix operations within a memory array |
US11853385B2 (en) | 2019-12-05 | 2023-12-26 | Micron Technology, Inc. | Methods and apparatus for performing diversity matrix operations within a memory array |
CN111343727B (zh) * | 2020-03-03 | 2022-07-08 | 西南医科大学附属中医医院 | 一种用于耳鼻喉科的诊疗分类信息的传输方法及*** |
CN111417102A (zh) * | 2020-03-31 | 2020-07-14 | 倪航标 | 用于实时传输智能家居安防报警信息的方法及*** |
CN113938980A (zh) * | 2020-06-29 | 2022-01-14 | 华硕电脑股份有限公司 | 无线通信***中处置侧链路无线链路失败的方法和设备 |
CN111935833B (zh) * | 2020-07-28 | 2023-05-23 | 杭州电子科技大学 | 一种蜂窝网络中d2d通信***的频谱复用方法 |
CN113329377B (zh) * | 2021-05-31 | 2022-08-23 | 浙江大华技术股份有限公司 | 带宽资源调度方法、装置、电子装置和计算机设备 |
US20230075395A1 (en) * | 2021-09-07 | 2023-03-09 | Qualcomm Incorporated | Power headroom reporting over sidelinks |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8169944B2 (en) | 2002-10-25 | 2012-05-01 | Qualcomm Incorporated | Random access for wireless multiple-access communication systems |
US20070081484A1 (en) | 2004-07-29 | 2007-04-12 | Wang Michael M | Methods and apparatus for transmitting a frame structure in a wireless communication system |
JP4463780B2 (ja) | 2005-06-14 | 2010-05-19 | 株式会社エヌ・ティ・ティ・ドコモ | 送信装置および送信方法 |
KR101137345B1 (ko) | 2005-07-03 | 2012-04-23 | 엘지전자 주식회사 | 이동 통신 시스템에서 분산된 파일럿 신호가 포함된 신호를송수신하는 방법 |
US8184541B2 (en) | 2008-07-24 | 2012-05-22 | Mediatek Inc. | Method and system for link layer scheduling in a multiple access communication system |
CN102246575A (zh) | 2008-10-29 | 2011-11-16 | 诺基亚公司 | 用于针对无线通信***中设备对设备通信的动态通信资源分配的装置和方法 |
WO2010082084A1 (en) | 2009-01-16 | 2010-07-22 | Nokia Corporation | Apparatus and method ofscheduling resources for device-to-device communications |
US8107883B2 (en) | 2009-03-23 | 2012-01-31 | Nokia Corporation | Apparatus and method for interference avoidance in mixed device-to-device and cellular environment |
US8418709B2 (en) | 2009-03-24 | 2013-04-16 | Edar Everyone Deserves A Roof Inc. | Temporary shelter and mobile cart |
US9225503B2 (en) | 2011-05-02 | 2015-12-29 | Lg Electronics Inc. | Method for transmitting/receiving data in wireless communication system and base station for same |
CN102883457B (zh) * | 2011-07-15 | 2016-06-22 | 华为技术有限公司 | 保证上行服务质量的方法、基站及用户设备 |
CN103002578B (zh) | 2011-09-08 | 2016-06-22 | ***通信集团公司 | 在蜂窝网络中实现d2d数据传输的方法、装置及*** |
CN103139764B (zh) * | 2011-12-01 | 2015-09-09 | 华为技术有限公司 | 业务调度方法及装置 |
KR20130065193A (ko) * | 2011-12-09 | 2013-06-19 | 한국전자통신연구원 | 셀룰러 이동 통신 시스템 기반 단말간 직접 통신 방법 |
GB2499418A (en) * | 2012-02-15 | 2013-08-21 | Renesas Mobile Corp | Transmitting a message comprising information related to device to device communication from a User Equipment to a Network Entity |
KR20130109781A (ko) * | 2012-03-28 | 2013-10-08 | 한국전자통신연구원 | 셀룰러 이동통신 시스템에서의 단말간 직접 통신을 위한 자원 할당 방법 |
EP2848079A2 (en) * | 2012-05-11 | 2015-03-18 | Kyocera Corporation | Management of device-to-device communication resources using macrocell communication resources |
JP5996105B2 (ja) * | 2012-06-05 | 2016-09-21 | アルカテル−ルーセント | デバイス間の通信のスケジューリングおよび制御 |
CN103546970A (zh) * | 2012-07-09 | 2014-01-29 | 财团法人工业技术研究院 | 装置间通信的控制方法、中控装置与移动装置 |
WO2014014323A1 (en) | 2012-07-20 | 2014-01-23 | Lg Electronics Inc. | Method and apparatus for transmitting indication in wireless communication system |
CN104718773B (zh) * | 2012-08-27 | 2018-09-21 | 爱立信(中国)通信有限公司 | 用于设备到设备通信的链路自适应 |
US9392615B2 (en) | 2013-08-20 | 2016-07-12 | Google Technology Holdings LLC | Methods and devices for allocating resources in device-to-device communication |
CN106105305B (zh) | 2014-03-19 | 2019-07-09 | Lg电子株式会社 | 在无线通信***中配置用于公共安全传输或者车辆有关传输的缓冲器状态报告的方法和装置 |
CN106031224B (zh) | 2014-03-19 | 2019-10-01 | Lg电子株式会社 | 在无线通信***中取消用于设备对设备传输的触发的缓冲器状态报告的方法和装置 |
-
2014
- 2014-03-21 PT PT14001053T patent/PT2922360T/pt unknown
- 2014-03-21 DK DK14001053.9T patent/DK2922360T3/en active
- 2014-03-21 HU HUE14001053A patent/HUE042226T2/hu unknown
- 2014-03-21 ES ES14001053T patent/ES2717429T3/es active Active
- 2014-03-21 EP EP14001053.9A patent/EP2922360B1/en active Active
- 2014-03-21 EP EP18211608.7A patent/EP3471487B1/en active Active
- 2014-03-21 PL PL14001053T patent/PL2922360T3/pl unknown
- 2014-03-21 EP EP20205476.3A patent/EP3793304B1/en active Active
-
2015
- 2015-01-22 CA CA2938617A patent/CA2938617A1/en active Pending
- 2015-01-22 CN CN201910715914.9A patent/CN110290591B/zh active Active
- 2015-01-22 MX MX2016011772A patent/MX365538B/es active IP Right Grant
- 2015-01-22 CN CN201580013251.6A patent/CN106068670B/zh active Active
- 2015-01-22 US US15/121,016 patent/US10314072B2/en active Active
- 2015-01-22 KR KR1020167025141A patent/KR102314675B1/ko active IP Right Grant
- 2015-01-22 MY MYPI2016702743A patent/MY176399A/en unknown
- 2015-01-22 JP JP2016556823A patent/JP6534104B2/ja active Active
- 2015-01-22 RU RU2016136184A patent/RU2676869C2/ru active
- 2015-01-22 WO PCT/EP2015/051231 patent/WO2015139862A1/en active Application Filing
- 2015-03-06 TW TW104107246A patent/TWI678085B/zh active
-
2019
- 2019-04-16 US US16/385,996 patent/US10993253B2/en active Active
- 2019-05-17 JP JP2019093525A patent/JP6685004B2/ja active Active
-
2020
- 2020-03-12 JP JP2020042626A patent/JP6902744B2/ja active Active
-
2021
- 2021-03-24 US US17/211,426 patent/US11723031B2/en active Active
-
2023
- 2023-06-16 US US18/336,514 patent/US20230328740A1/en active Pending
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6902744B2 (ja) | D2d通信におけるスケジューリング要求手順 | |
JP7142245B2 (ja) | D2d発見送信のためのリソース割当て | |
JP6445135B2 (ja) | D2dデータ送信: アイドルモードのユーザ機器(ue)におけるタイミングアドバンス | |
JP6820568B2 (ja) | 通信装置、通信方法および集積回路 | |
BR112016020289B1 (pt) | Equipamento de comunicação para comunicação de dispositivo para dispositivo (d2d), método de comunicação para comunicação de dispositivo a dispositivo, equipamento de comunicação, método de comunicação, e circuito integrado |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200312 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210511 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210608 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6902744 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |