3GPP TSG RAN WG1 #116bis R1-2401993

タイトル: FL Summary #3: NR-NTN downlink coverage enhancements

著者: Moderator (Thales)

トピック 内容詳細
システムレベルの研究 (SLS) パラメータ
  • Huawei/HiSilicon: LEO600km Set1-1/1-2/1-3の合意されたビームフットプリントは、TR 38.821とは異なるユニフォームな六角形のビーム配置に基づいている。50kmのビームサイズが、六角形の中心間の距離(IBS)を指していることを明確化すべき。
  • Ericsson: UV平面は、ビーム干渉の正確な計算や多数のビームの配置には適さない。採用されたABS定義は、アンテナビーム幅とABSを結合させているため、カバレッジエリア内のビームフットプリント数やSNR/SIRのバランスを最適化できない。ABSを大きくすることで、必要なビームフットプリント数を減らせる。FRF=1の場合、同じHPBWでABSを大きくすると、セルエッジを除くほとんどのUEで干渉が減りdownlink SINRが改善。FRF=3の場合、ABSを大きくすると、セルセンター付近の一部のUEではSINRが改善するが、セルエッジを含む多くのUEではSINRが低下。ABSを大きくすることで、time reuse factorを下げ、ビームオン時間を増やせる。既存のUE分布モデルは、NTN配備のセルユーザ密度やトラフィック不均一性を反映していない。50kmのベースラインABSに加え、少なくとも1つ大きなABS値(0.1157、86.6km)の検討を提案。FRF=1、FRF=3の比較検討を提案。HPBWを増やさずにABSを大きくした場合の検討を提案。ビームホッピングでは低～中程度のtime reuse factorの検討を提案。UE分布モデルの見直しを提案。衛星アンテナの素子間隔の議論を提案。
  • OPPO: System-level evaluationのために、N1のオフ時間、N2とN3のオン時間とrevisit timeを各社が報告すべき。
  • CATT: Set1-1とSet1-2を優先して検討。TR38.821の衛星パラメータをFR2で再利用。IMとVoIPを優先して評価。
  • Samsung: Set1-3は5%のSINRで性能要件を満たせない。Set1-3を優先度下げ。
  • CMCC: 同時アクティブビーム数の定義を明確化(UL/DLの別、同一ビームでの同時使用の可否)。system-level評価に影響。
  • ZTE: 同時アクティブビーム数の定義を明確化(UL/DLの別、同一ビームでの同時使用の可否)。gNB-UE間の距離に応じた伝搬遅延をdwell timeに考慮すべき。
  • Baicells: LEO600km Set1-1 FR2 (Ka帯)の追加衛星パラメータセットの検討を提案。
  • NEC: アクティブアンテナ数を調整することで、柔軟なビームパターンやサイズを実現できる。送信電力制約を反映した衛星パラメータでシステムレベルシミュレーションを行うべき。FR2のLEO600kmに対し、ビームサイズ20km、EIRP密度/ビーム 34dBW/MHz、総DL電力レベル32.3dBW、総EIRP 70.8dBW、衛星TX最大ゲイン38.5dBi、EIRP/ビーム 60dBWというパラメータを提案。
  • ETRI: フェーズドアレーアンテナで複数のビームを同時に生成する場合、各ビームのアンテナゲインはビームの生成方法に応じて変化する可能性がある。システムレベルとリンクレベルの評価結果は、各ビームのアンテナゲインに大きく影響される。各ビームのアンテナゲインの決定方法を明確化すべき。または評価で使用した仮定を報告すべき。
システムレベルの評価結果
  • Thales:
    • Set1-2 FR1は、同時アクティブビーム比1.5%の場合、SSB周期は少なくとも80msが必要。デフォルトの20ms周期は実現不可能。
    • Set1-1とSet1-3 FR1は、同時アクティブビーム比10%で、SSB周期を160msまで増やすことで、ユーザトラフィックのキャパシティとスループットを30%向上できる。
    • Set1-2 FR1は、同時アクティブビーム比4.1%以上の場合のみ、20msのSSB周期で動作可能(394ビームのみイルミネーション)。
    • Set1-1、Set1-2、Set1-3のCNRは、それぞれ-1.89dB、-1.89dB、-9.89dB。
    • Set1-1/1-2/1-3のPDSCHは、3kbpsとVoIPの性能要件を満たすことができる。
    • Set1-3の1MbpsのPDSCHは、5.29dBのギャップがあり性能要件を満たせない。
    • Set1-3のPDCCHは、2.19dBのギャップがあり性能要件を満たせない。
  • vivo:
    • LEO600km Set1-1 FR1では、20msのSSB期間中に、2msのdwell time、106の同時アクティブビーム、20msのrevisit timeで10のSSBパターンを時分割多重することで、1058のビームフットプリントを順次イルミネーション可能。この場合、N2=N3=106、N1=952。リンクバジェット解析の結果、0.013dBのロスを考慮しても、どのチャネルも改善不要。システムシミュレーションの結果、TR38.821のR17 NTN性能とほぼ一致。
    • LEO600km Set1-2 FR1では、SSB送信時に66kmの大きなビームサイズを検討し、640ビームに減らせる。66kmビームサイズの場合、20msのSSB期間中に、0.5msのdwell timeで16ビームを同時アクティブ化し、20msのrevisit timeで40のSSBパターンを時分割多重化することで、640ビームを順次イルミネーション可能。N2=N3=16、N1=624。66kmビームサイズのリンクバジェット解析の結果、3.64dBの追加ロスを考慮するとPDSCH Msg4のみ性能低下するが、再送により容易に解決可能。システムシミュレーションの結果、TR38.821のR17 NTN性能とほぼ一致。
    • LEO600km Set1-3 FR1のメソッド1では、20msのSSB期間中に、0.5msのdwell timeで106ビームを同時アクティブ化し、20msのrevisit timeで40のSSBパターンを時分割多重化し、4ビームが同一フットプリントをカバーする。N2=N3=106、N1=952。メソッド1のリンクバジェット解析の結果、2dBのロスを考慮しても改善不要。
    • LEO600km Set1-3 FR1では、SSB送信時に35kmの小さなビームサイズを検討し、2056ビームに増やせる。35kmビームサイズ(メソッド2)の場合、20msのSSB期間中に、0.5msのdwell timeで106ビームを同時アクティブ化し、20msのrevisit timeで40のSSBパターンを時分割多重化し、2ビームが同一フットプリントをカバーする。N2=N3=106、N1=1950。メソッド2のリンクバジェット解析の結果、3.69dBの追加ロスを考慮するとPDSCH Msg4のみ性能低下するが、再送により容易に解決可能。システムシミュレーションの結果、TR38.821のR17 NTN性能とほぼ一致。
  • OPPO:
    • System-level evaluationでは、ほとんどのビームフットプリントがオフ状態。
    • LEO600 Set1-1/1-3では、80-90%のビームフットプリントがオフの場合、共通メッセージとアクティブトラフィックの状態のビームフットプリントのカバレッジ率は100%に達する。100%を超えるカバレッジ率は、衛星リソースが需要を上回ることを示唆。
    • LEO600 Set1-2では、高負荷シナリオを除き、ほとんどのシナリオで100%のDLカバレッジを達成可能。revisit timeを延長するか、セルあたりのビーム数を増やすことで、システムレベルのDLカバレッジを改善できる。アクティブトラフィック状態のN3ビームフットプリントのrevisit timeが160msの場合、すべてのシナリオでカバレッジ率100%を達成可能。
  • CATT:
    • 106物理ビームの場合、16物理ビームに比べ、ランダムビームスケジューリングではより深刻な干渉が発生。
    • LEO600km FR1の現実的な配備では、衛星が16ビームのアクティブ化を提供できる場合、カバレッジ率を6%から96.9%に最適化可能。106ビームのアクティブ化が可能な場合、カバレッジ率を40%から80.2%に最適化可能。
  • CMCC:
    • N2とN3の明確な違いは観測されていない。
    • N2ビームフットプリントは、ワイド/ナローのビームで少なくともシステム情報とUE初期アクセスをサポート可能。
    • N3ビームフットプリントは、ナローのビームでアクティブトラフィックとシステム情報の両方をサポート可能。
  • ZTE:
    • SLSの評価結果から、N2ビームフットプリントに専用で使用できるアクティブビーム数はゼロか非常に限定的。
    • 1058ビームフットプリントは、最大revisit time 20msではサービス不可能。
    • 4-SSB結合検出のシングルショットSSB検出に対するゲインは、NTNの大きなタイミングドリフトと周波数ドリフトを考慮すると、わずか1dB。システムレベルとリンクレベルの解析では、シングルショットSSB検出をベースラインとすべき。
  • LGE:
    • 15kHz SCSのSSBに必要な同時アクティブビーム比は、20ms周期内のSSB数が1の場合、少なくとも1.43%。他の共通チャネルを含むDL送信では、Set1-2の1.5%のアクティブビーム比は実現不可能。
    • 30kHz SCSのSSBに必要な同時アクティブビーム比は、20ms周期内のSSB数が1の場合、少なくとも0.71%。他の共通チャネルを含むDL送信では、Set1-2の1.5%のアクティブビーム比は実現可能だが、SSBの帯域が7.2MHzを占めるため、5MHz以上に増やす必要あり。
    • CNR解析の精度向上のため、UE位置に関連する方位角に対するアンテナゲインを用いて、より正確なEIRPを計算する必要あり。
    • アンテナゲインパターンのビーム幅が限定的なため、天頂で50km径のビームフットプリントでも、エッジ領域はSSBカバレッジ外となる可能性。これらのエッジ領域をカバーするには、FR1でも各ビームフットプリントに少なくとも2つの異なるTXビームでSSBをサポートする必要あり。
    • 複数のアクティブなコンポーネントビームフットプリントで送信電力を下げてワイドビームフットプリントをサポートする場合、衛星は多数のビームフットプリントが同時アクティブなケースをサポートする必要あり。この方式はSet1-2には適さない可能性。
システムレベルでの改善策
  • Thales:
    • 最適化された衛星ビームイルミネーション計画/ビームホッピングを可能にする技術/改善を検討。これらの改善策は、可能な例外を除き、レガシーUEがこれらの新しいRel-19機能を実装するネットワークにアクセス可能であるべき。
    • 以下の潜在的な改善策を検討:
      • 最適化された衛星ビームイルミネーション計画のための共通信号とチャネルの適応 (例: SSB/SIB1送信の静的スキップ、共通信号および/またはULランダムアクセス機会の長い周期の構成/適応)
      • S帯でビーム数Lを8以上に設定
  • Huawei/HiSilicon:
    • SSB周期を増やすことで共通制御チャネルのカバレッジ率を改善
    • NTN UEのデフォルトSSB周期を拡大
    • SIB1でSSB周期を320ms以上にすることを検討
    • PSS検出時のドップラー周波数オフセットを考慮
  • Ericsson: SSB周期の増加によるレガシーUEへの影響の議論を提案
  • Spreadtrum Communications:
    • RRC IDLE/INACTIVEモードでのTDMまたはビームホッピングによるビームスケジューリングは、RRM測定、システム情報更新、ページングメッセージ受信、RACH手順、SDTへの影響を考慮すべき
    • RRC CONNECTEDモードでの衛星ビーム間の動的かつ柔軟な電力共有を実現するために、セルDTXと信号およびチャネルの送信電力適応の2つのスキームを検討可能
  • InterDigital:
    • NESセルDTxとセルDRxメカニズムは、NTNシナリオにおける衛星ビーム間の電力共有と衛星ビームのサブセットの周期的なアクティブ化/非アクティブ化に適したベースラインを提供する可能性あり
    • 衛星ビームをバイナリ方式でオン/オフすることは、QoS低下につながる可能性
    • 衛星ペイロードは、QoSプロビジョニングと衛星電力制約のバランスを取るために、ビーム間で柔軟な電力共有を実行する必要あり
    • Rel-18 NESで標準化された空間領域適応技術は、NTNシナリオとユースケースでビームフットプリントを適応させるためのオーバーヘッドが非常に大きい可能性
    • ネットワークが空間適応を行う場合、UEは少なくともgNBが採用した空間領域適応の指示を受ける必要あり
    • ネットワークはNESセルDTxとセルDRxメカニズムを使用して、衛星ビームを周期的にアクティブ化/非アクティブ化可能
    • 衛星ビーム間での柔軟な fractional power sharingをサポート
    • 衛星ビームは、UEフィードバックなしで、カバレッジ要件とアクティブトラフィックに基づいて空間フットプリントを適応可能
    • 衛星ビームが電力共有モードにある間、ネットワークはPDCCH送信に高い集約係数を使用
    • 衛星ビーム間の電力共有によるPDCCHカバレッジ損失を補償するために、PDCCHを複数回繰り返し可能
    • 衛星ビームからのfractional power送信により、PDSCHをより多くの繰り返し回数で送信可能
  • vivo:
    • 同じカバレッジパフォーマンスを実現するために必要な物理ビームの数を最小限に抑えることを提案
    • システム設計の観点から、衛星システムのダウンリンクカバレッジを最大化するビームホッピングメカニズムを検討
    • TR38.821のsingle-beamケースと比較して、ワイドビーム設計の利点を評価
    • 単一ビームを動的に分割または結合して、異なるサイズのビームを形成する方法を検討
  • CATT:
    • 複数の物理ビームを持つ衛星の場合、干渉を低減するための適切なビームスケジューリングスキームの設計が必要
    • 複数の物理ビームを持つ衛星の場合、干渉低減のために周波数再利用技術の導入を考慮すべき
    • SSB周期拡張を伴うビームホッピングメカニズムは、衛星カバレッジを効果的に改善でき、システムレベルの改善で検討すべき
  • Samsung: SSB関連の議論はRel-19で考慮しない。Set1-3のさらなるシステムレベルの検討は優先度を下げる。
  • CMCC:
    • アクティブビームのカバレッジ率を改善するために、SSB周期の延長が必要な場合があり、320msなどのより長いSSB周期についてさらに議論可能
    • カバレッジ率を拡張するために、以下のシステムレベルの改善を検討可能:
      • 空間領域の改善 (リンクレベル評価に基づく、より広い/ワイドなビームサイズによる大きな領域のサービス)
      • 時間領域の改善 (カバレッジ率を改善するために、各ビームに対する長いrevisit periodとイルミネーションウィンドウを定義)
  • Lenovo: R19 NR NTNでは、オン/オフパターン指示に加えて、大きな伝搬遅延と動的なDL送信電力変化の影響を考慮
  • ZTE: セル発見と初期アクセスに必要な情報を送信するために、デフォルトのSSB周期を少なくとも640msに拡張することを検討可能
  • Xiaomi:
    • SSBスイーピングの問題を解決するために、以下のソリューションを検討可能:
      • S帯用のSSB数の増加とSSBパターンの変更
      • NW実装によるSSBインデックスと特定のエリア/セルの関連付け
      • 初期セル選択のためのデフォルトのSSB周期に関するUEの仮定の変更
    • NTNのDLカバレッジ強化のために、オンデマンドSIB1、セルDRX/DRXなどの時間領域NESソリューションを検討可能
    • NTNのDLカバレッジ強化のために、ビーム間の動的電力共有のためのビームベースの動的帯域幅調整を検討可能
    • NTNのDLカバレッジ強化のために、ビームベースのDL参照信号電力指示を検討可能
  • NEC: NR-NTNダウンリンクカバレッジ強化の研究ベースラインとしてRel-18ネットワークエネルギー節約のセルDTXをサポート
  • LGE:
    • Rel-19 NR NTNのシステムレベル強化のために、以下を慎重に調査:
      • セル単位ベースでの動的かつ柔軟な電力共有メカニズムを優先 (セル内の複数の衛星ビームが同時にアクティブ化される場合のサポートの是非はFFS)
      • セルDTXアクティブ期間外のgNBまたはUE動作のさらなる制限の是非
      • 衛星によってサービスされるセルのサブセットのDL基準電力を削減する是非
      • セルDTX非アクティブ期間中のPDCCHおよびSPS PDSCH以外のDL送信(例: SIB19)をスキップする是非
      • FDDキャリアでのNR NTN動作用のTDD構成をサポートする是非
      • サービス衛星側でのDL送信とUL送信間の動的かつ柔軟な電力共有をサポートする是非
リンクレベルの検討
  • Thales:
    • ステアリングロスによるアンテナゲインの低下はリンクレベル評価では考慮しない
    • SSBカバレッジ評価の想定パラメータを提示:
      • UE受信チェーン数: 2GHz用に2本 (4本はオプションで考慮し報告可能)
      • 周期: Case 1: 20ms、Case 2: 80ms、Case 3: 160ms、Case 4: より長い期間(TBD)
      • SSBの組み合わせ: Case 1用に4つの組み合わせを考慮可能
      • その他のパラメータ: 企業が報告
    • PDSCHカバレッジ評価の想定パラメータを提示:
      • BLER: 低データレートサービスの場合、HARQありで10% iBLER、HARQなしで10% iBLER。VoIPの場合、2% rBLER。
      • 波形: CP-OFDM
      • UE受信チェーン数: 2GHz用に2本
      • HARQ設定: HARQの採用有無と方法を企業が報告
      • DMRS設定: Msg.2のPDSCHには3つのDMRSシンボルを使用。3km/hの場合、Type I、1または2のDMRSシンボル、データとの多重化なし。PDSCHマッピングタイプ、DMRSシンボル数、DMRS位置を企業が報告。
      • データレートサービス用のPRB/TBS/MCS: 議論で考慮される企業が報告したPRB値と対応するMCSインデックス。TBSは、PRB数、ターゲットデータレート、フレーム構造、オーバーヘッドなどに基づいて計算可能。
      • VoIP用のPRB/MCS: 議論で考慮される企業が報告したPRB値。QPSK。
      • PDSCH期間: 12 OS
      • Msg.4のPDSCHのペイロードサイズ: 1040ビット
      • その他のパラメータ: 企業が報告
      • 注: PDSCH評価では、UEの観点からSIB1の組み合わせは必須ではないため、SIB1はMsg4 PDSCHと同じ方法で扱うべき
    • PDCCHカバレッジ評価の想定パラメータを提示:
      • UE受信チェーン数: 2GHz用に2本
      • 集約レベル: 8
      • ペイロード: 40ビット
      • COREセットサイズ: 3シンボル、24 PRB
      • 送信ダイバーシティ: 企業が報告
      • BLER: 1% BLER (10% BLERはオプション)
      • Msg.2のブロードキャストPDCCHのSSB数: 企業が報告
      • その他のパラメータ: 企業が報告
  • Huawei/HiSilicon: PSS検出のLLS仮定では、ドップラー周波数オフセットによる時間ドリフトを考慮すべき
  • Ericsson: Set1-3のCNR値は比較的低いため、Set1-3の設定を再検討するか、Set1-1/1-2の検討を優先すべき。PDCCHリンクレベルシミュレーションの設定を提案。
  • OPPO: SSBとSIBカバレッジ評価では、それぞれ4つのSSBと8つのSIBの組み合わせをリンクレベルシミュレーションで考慮
  • CATT: リンクレベル評価では、リンクバジェット解析のベースラインとしてTable 4を使用することを提案
  • Samsung: SSB性能結果とステアリング損失に基づいて、EIRP値をさらに議論。Set1-3をリンクレベル研究の優先度を下げる。
  • CMCC:
    • SIB1、SIB19、ページングを運ぶPDSCHのDLカバレッジ性能を評価すべき。これらのチャネルのペイロードの仮定を議論し明確化すべき。
    • R18 NR NTNで合意されたPDSCH/PDCCHのカバレッジ評価用パラメータテーブルを、NTN DLカバレッジ性能のシミュレーションに使用可能
    • FR1のLEO 600kmのフェーズドアレーアンテナパラメータについて、4dBのステアリング損失を評価のベースラインとして確認
  • Lenovo:
    • PDCCHとPDSCHのリンクレベル評価の仮定として、RAN1#109の合意を再利用
    • RAN1#116のFL要約で提案されたSSBのリンクレベルシミュレーション仮定をサポート
  • Xiaomi: SIB1とSIB19のペイロード仮定をさらなる評価のために定義する必要あり
  • Apple:
    • SIB1のペイロードサイズは1000ビット以上で、SIB1を運ぶPDSCHに繰り返しはない可能性
    • SIB19のペイロードサイズは600ビット以上で、SIB19を運ぶPDSCHに繰り返しはない可能性
  • Nokia/Nokia Shanghai Bell: Rel-19のダウンリンクカバレッジ強化の研究ではFR1を優先
リンクレベルの評価結果
  • Thales:
    • Set1-1、Set1-2、Set1-3の衛星ペイロードパラメータのCarrier-to-noise ratio (CNR)は、それぞれ-1.89dB、-1.89dB、-9.89dB。
    • Set-1-1/Set-1-2/Set-1-3のLEO-600 LOSで動作する3kbpsのPDSCHは、既存の仕様で性能要件を満たすことができる。
    • Set-1-3のLEO-600 LOSで動作する1MbpsのPDSCHは、既存の仕様では-5.29dBのギャップで性能要件を満たすことができない。
    • Set-1-1/Set-1-2/Set-1-3のLEO-600 LOSで動作するVoIPのPDSCHは、既存の仕様で性能要件を満たすことができる。
    • Set-1-3のLEO-600 LOSで動作するPDCCHは、既存の仕様では-2.19dBのギャップで性能要件を満たすことができない。
  • Huawei/HiSilicon:
    • LEO60km Set1-1とSet1-2を考慮すると、すべてのDLチャネルでカバレッジギャップは見られない。
    • 非常に低いEIRP密度により、LEO Set1-3ではPSS検出で3.4dBのカバレッジギャップが観測される。
  • Ericsson:
    • Set1-1/Set1-2とSet1-3のCNRは、それぞれ-1.88dBと-9.88dBと計算され、4dBのビームステアリング損失を適用すると、それぞれ-5.88dBと-13.88dBになる。
    • 衛星EIRP密度/ビームが比較的低いため、Set1-3はCNR値が低くなる。これにより、リンクマージンが減少し、ダウンリンクカバレッジ性能が低下する。
    • DL物理チャネルの予備的なリンクバジェット評価から、初期アクセス時に検出されるべきDL物理チャネルであるSSBのリンクマージンを基準として使用し、SSBと他のDL物理チャネル間のリンクマージン差を以下のように推定: ΔSSB-PDCCH \~ +2.56dB、ΔSSB-PDSCH \~ -1.7dB (Msg2 PDSCHがSSBを上回ることを意味)、ΔSSB-PDSCH_Msg4 \~ +2.2dB、ΔSSB-PDSCH_low_data_rate \~ +2.1dB。
    • 一般的に、SSBとUL物理チャネル(例: PUSCH)の間には大きなカバレッジマージンがあるため、DLはボトルネックではなく、dB単位のカバレッジ強化ターゲットは、DLチャネルまたはSSBに対して最もアンバランスなDLチャネルを強化することを目的とした適度なものにできる(さもないと、DLとULはさらにアンバランスになる可能性がある)。

※各社からの予備的な評価結果の要約は、まだ十分に得られていない段階。
リンクレベルでの改善策
  • Thales:
    • 以下のチャネルのDLカバレッジ強化を導入:
      • PDCCH
      • 1MbpsのPDSCH
  • Spreadtrum Communications:
    • R16のM-TRPベースのPDCCH反復は、NR NTNのPDCCHカバレッジ強化の出発点として利用可能
    • RRC CONNECTEDモードでのPDSCHカバレッジの強化は、システムのスペクトル効率への影響を考慮する必要あり
  • InterDigital:
    • 衛星ビームが電力共有モードにある間、ネットワークはPDCCH送信に高い集約係数を使用
    • 衛星ビーム間の電力共有によるPDCCHカバレッジ損失を補償するために、PDCCHを複数回繰り返し可能
    • 衛星ビームからのfractional power送信により、PDSCHをより多くの繰り返し回数で送信可能
  • vivo:
    • PDCCH受信用のAGCを容易にするために、PDCCHとTRS間のEPRE比の指示をサポート
    • PDCCHカバレッジ強化のために、サーチスペース内の一部のPDCCH候補に対するPDCCH反復動作を検討
    • 動的電力共有に関して、DCIによるPDSCHとTRS間の電力オフセットの指示をサポート
    • フォールバックDCIによってスケジューリングされるPDSCHのカバレッジ強化に比べて、非フォールバックDCIによってスケジューリングされるPDSCHのカバレッジ強化の優先度を下げる
    • SSBを複数回繰り返して送信することをサポート。少なくとも、SSB内のSSSとPBCHの繰り返し回数は同じであるべき
  • OPPO: PDCCH、Msg4 PDSCHのリンクレベル強化を検討
  • CATT: 評価結果からリンクレベル強化は緊急ではないと思われる
  • Samsung:
    • Rel-19 NTNではPDSCH(Msg2)の強化は考慮しない
    • Rel-19 NTNでPDSCH(Msg4)の潜在的な強化を検討
    • Rel-19 NTNでPDCCHとPDSCH(SIB1)の強化を検討するかどうかを議論
  • Lenovo: DLカバレッジ強化のためにPDCCH/PDSCHの反復を検討
  • ZTE:
    • LEO-600 Set1-1とSet1-2では、PDCCHのリンクレベル強化は不要
    • LEO-600 Set1-3では、PDCCHの検出にリンクバジェットが不十分。SNRギャップを緩和するために最大4回の反復が必要な場合あり
    • LEO-600のすべての衛星パラメータセットで、PDSCHのリンクレベル強化は不要
    • LEO-600 Set1-1とSet1-2では、Msg4 PDSCHのリンクレベル強化は不要
    • LEO-600 Set1-3では、Msg4 PDSCHの検出にリンクバジェットが不十分。SNRギャップを緩和するために最大4回の反復が必要な場合あり
    • LEO-600のすべての衛星パラメータセットで、VoIPのPDSCHのリンクレベル強化は不要
    • LEO-600 Set1-1と1-2では、3kbpsと1Mbpsのデータサービスは強化なしでサポート可能
    • LEO-600 Set1-3では、3kbpsのデータサービスは強化なしでサポート可能だが、1Mbpsのデータサービスはサポート不可能
  • Xiaomi:
    • 共通PDSCHカバレッジ強化の直接的なソリューションは反復
    • PDCCHカバレッジ強化の可能なソリューションは、反復、ペイロード削減、AL増加