CORESET#0 và SearchSpace#0

VẤN ĐỀ THỰC SỰ CỦA UE

Không thể scan mọi RB, mọi OFDM symbol, mọi slot để tìm DCI.

Sau khi decode PBCH/MIB, UE chưa có một cấu hình RRC đầy đủ. Nhưng gNB vẫn phải có một cách để báo cho UE nơi PDSCH mang SIB1 được schedule. Thông tin scheduling đó đến qua PDCCH.

PDCCH có nhiều khả năng về location, duration và CCE aggregation. Nếu tìm mù trên toàn bộ time-frequency resource grid, search space sẽ quá lớn. Vì vậy MIB cung cấp một điểm khởi đầu ngắn nhưng xác định được bằng các bảng 3GPP.

01 · ĐỌC LẠI 8 BIT TRONG MIB

Một byte gồm hai nhóm 4 bit; mỗi nhóm trỏ vào một họ bảng khác nhau.

Byte 0x35 là ví dụ tiếp nối Bài 28. Tuy nhiên, cùng một index vẫn có thể cho thông số khác khi receiver phải dùng bảng khác. UE cần xác định đúng radio context và bảng trước khi giải nghĩa số 3 và số 5.

02 · CHỌN ĐÚNG 3GPP TABLE LÀ BƯỚC BẮT BUỘC

CORESET index 3 không có một width/offset cố định cho mọi numerology và frequency range.

Trong TS 38.213 clause 13, các bảng CORESET khác nhau được chọn theo cặp$\{\Delta f_{\mathrm{SSB}},\Delta f_{\mathrm{PDCCH}}\}$, frequency band, minimum channel bandwidth, shared-spectrum operation và multiplexing pattern. Với SearchSpace, FR1 pattern 1 dùng Table 13-11; các case khác dùng những bảng khác trong cùng clause.

03 · TRA TABLE 13-1 ĐỂ DỰNG CORESET#0

Một index CORESET trả về frequency width, OFDM-symbol duration và RB offset tính từ SSB reference.

Chọn ví dụ đơn giản để nhìn đúng nguyên lý: FR1 non-shared spectrum, SSB SCS $15\,\mathrm{kHz}$, PDCCH SCS $15\,\mathrm{kHz}$, multiplexing pattern 1, và band/minimum bandwidth thuộc phạm vi Table 13-1.

Đây là các hàng tiêu biểu, không phải toàn bộ Table 13-1. Lab có đủ 16 index (bao gồm reserved). Với index 3, receiver tìm được:

Đây là một rectangle tài nguyên theo frequency và time trên mỗi dịp giám sát PDCCH. RB offset phải hiểu từ lowest RB của CORESET tới common RB overlapping với first RB của SSB theo 38.213. Vị trí absolute vẫn cần common RB grid alignment và $k_{\mathrm{SSB}}$.

04 · RECTANGLE KHÔNG ĐỒNG NGHĨA MỘT PDCCH

CORESET là container. Bên trong container còn có REG, CCE và PDCCH candidates.

Một resource-element group (REG) chiếm 1 RB trong 1 OFDM symbol; một CCE gồm 6 REG. Với ví dụ index 3, CORESET có:

Đây là tổng capacity danh nghĩa theo số CCE trong CORESET, không phải 12 PDCCH đều đang được phát, cũng không đồng nghĩa UE phải thử mọi CCE với mọi aggregation level. CCE-to-REG mapping, aggregation levels và candidate generation sẽ được học ở Bài 30.

05 · SEARCHSPACE#0 TRẢ LỜI VẤN ĐỀ THỜI GIAN

Table 13-11 trả về các tham số scheduling occasions, không trả về một PDCCH address.

Với FR1 pattern 1, trường searchSpaceZero tra Table 13-11. Mỗi hàng có offset $O$, factor $M$, số search-space sets per slot và first OFDM symbol index.

Với index 5 của ví dụ:

Ở những hàng như index 5, first OFDM symbol phụ thuộc parity của SSB candidate index. Nó cũng phụ thuộc CORESET symbol length nếu index lẻ. Vì vậy SearchSpace#0 không thể suy ra hoàn toàn khi chưa biết CORESET#0 và SSB candidate.

06 · CÔNG THỨC TÍNH MONITORING SLOT TRONG PATTERN 1

SSB candidate index đi vào công thức cùng hai tham số từ Table 13-11.

Trong đó $\hat i$ là candidate SS/PBCH block index,$\mu$ là numerology của PDCCH SCS và$N_{\mathrm{slot}}^{\mathrm{frame},\mu}$ là số slots mỗi frame. Slot đầu tiên nằm trong frame có SFN parity:

Với FR1 pattern 1 và PDCCH numerology thuộc trường hợp này, UE xác định hai slots chứa monitoring occasions:$n_0$ và $n_0+1$. SFN parity đảm bảo UE không nhìn nhầm vào một frame có cùng slot index nhưng sai phase của monitoring occasion.

07 · VÍ DỤ HOÀN CHỈNH: MIB 0X35 VÀ SSB INDEX 2

Từ hai index 3/5 suy ra 24 RB × 3 symbols, monitoring slots 6 và 7 trong một frame chẵn.

Giả định riêng cho bài này: FR1 non-shared spectrum, cặp SCS SSB/PDCCH là$\{15,15\}\,\mathrm{kHz}$, Table 13-1 và Table 13-11 hợp lệ, SS/PBCH candidate index là $\hat i=2$. Đây là một radio context mới dùng để minh họa phép tra bảng, không mặc định giữ mọi field từ ví dụ Bài 28.

Bước 1. CORESET index 3: 24 RB, 3 symbols, offset 0 RB. Bước 2. Search index 5:$O=5,\ M=1/2$, 2 search-space sets/slot.

Bước 3. PDCCH SCS $15\,\mathrm{kHz}$:$\mu=0,\quad N_{\mathrm{slot}}^{\mathrm{frame},0}=10$.

Vì candidate SSB index 2 là số chẵn nên first CORESET symbol index là 0. Vậy UE giám sát theo những dịp đã xác định trong slots 6 và 7 thuộc frame có SFN chẵn. Nếu current SFN ở thời điểm ví dụ là 683 (lẻ), frame chẵn tiếp theo là 684.

09 · HAI PHẦN CÓ THỂ ĐỔI ĐỘC LẬP

Thay CORESET index chủ yếu đổi frequency-time rectangle; thay SearchSpace index đổi lịch giám sát.

Đổi cả hai index cùng lúc dễ tạo cảm giác “mọi thứ thay đổi”. Đổi một lần một index trong lab sẽ giúp tách rõ hai vai trò kỹ thuật.

10 · TRƯỚC KHI TRA BẢNG PHẢI BIẾT SIB1 CÓ ĐƯỢC PHÁT TẠI ĐÂY KHÔNG

Không phải SS/PBCH block nào cũng cho một CORESET#0 để đọc SIB1 ngay tại cell đó.

TS 38.213 và TS 38.331 có nhánh xử lý khi $k_{\mathrm{SSB}}$ và các bits MIB/PBCH báo không có SIB1-associated CORESET ở cell vừa detect. Khi ấy các bits vốn là pdcch-ConfigSIB1 có thể dùng như indication để UE tìm SSB khác ở frequency position thích hợp.

Bài này cố định assumption là SIB1-associated Type0-PDCCH CSS set tồn tại và chọn case Table 13-1 hợp lệ. Đây là điều kiện phải kiểm tra trong receiver trước khi gọi table lookup thông thường, không phải một logic chạy cho mọi SSB.

11 · NẾU NHÌN TỪ CODE RECEIVER

Bài toán nên được chia thành hai lookup stages và một bước monitor state machine.

12 · NHỮNG CHỖ DỄ NHẦM

13 · RANH GIỚI GIỮA SPEC VÀ VÍ DỤ

3GPP quy định chính xác tables, timing formula và mapping context. Receiver chịu trách nhiệm thực thi việc tra bảng và search.