2026)¶

Trong chưa đầy một năm, O-RAN Alliance công bố ba "train" tài liệu kỹ thuật liên tiếp (11/2025, 03/2026, 07/2026) và hoàn tất Specification Release 5 (R005) vào 08/06/2026. Từ góc nhìn người làm firmware và tích hợp, ba mạch đáng theo dõi nhất là Open Fronthaul, tiết kiệm năng lượng và bảo mật.

TL;DR¶

Số liệu mới nhất: train tháng 7/2026, công bố ngày 11/10/2026, gồm 66 tài liệu mới hoặc cập nhật; tổng danh mục lên 162 titles, trong đó 5 title hoàn toàn mới.
Open Fronthaul (WG4): bộ CUS-Plane, M-Plane và YANG đi từ v20 lên v22 sau ba train. Beamforming (DMRS-BF, SRS-BF, null steering, CDBF) và các điều khiển công suất ở O-RU là phần thay đổi sâu nhất.
Tiết kiệm năng lượng: không còn là một tài liệu riêng. Nó xuyên suốt A1, E2, fronthaul, O1 và cả các test case, nên một tính năng ở O-RU phải khớp với bốn tầng còn lại mới chạy được end-to-end.
Bảo mật (WG11): TLS 1.3 bắt buộc cho M-Plane, PTP có Authentication TLV, SCAS cho O-RU và O-DU, cùng chương trình Security Badge. Đây là những yêu cầu nhà vận hành sẽ đưa vào RFP.
WG7 (phần cứng): rất ít thay đổi, chỉ có thiết kế tham chiếu Outdoor Micro Cell 7.2 lên v6.00.

Nếu bạn viết firmware cho O-RU/O-DU hoặc làm tích hợp và kiểm thử, hãy đọc kỹ ba mục WG4, năng lượng và bảo mật.

Bối cảnh: release hay train?¶

O-RAN không phát hành một "bản release" duy nhất như 3GPP; thứ bạn thấy hằng quý là các publication train. Mỗi năm có ba train (tháng 3, tháng 7, tháng 11). Tài liệu đi qua work group hoặc focus group, rồi TSC, sau đó 60 ngày IPR review, rồi Board phê duyệt. Vì vậy tài liệu thường được công bố trễ khoảng 3–4 tháng so với tên train (giải thích của O-RAN).

"Specification Release" là lớp gộp phía trên: R005 được Alliance thông báo hoàn tất ngày 08/06/2026, gồm công việc từ 07/2024 đến train tháng 11/2025 (thông báo R005). Ba train gần nhất:

Train	Ngày công bố	Tài liệu mới/cập nhật	Tổng titles	Titles mới	Nguồn
07/2026	11/10/2026	66	162	5	blog
03/2026	17/07/2026	59	157	10	blog
11/2025	27/02/2026	71	147	4	blog

Lưu ý tên train (ví dụ 07/2026) khác với ngày công bố (10/2026), nên khi so sánh với bài viết khác hãy đối chiếu cả hai.

WG4: Open Fronthaul sau ba train¶

WG4 là nhóm có nhiều thay đổi nhất với người viết firmware, vì cả bộ spec và bộ test đều nhích phiên bản liên tục. Tóm tắt các tài liệu chủ chốt:

Tài liệu	Phiên bản	Vì sao quan trọng
CUS-Plane	v20 → v21 → v22	Beamforming mới, section type và extension mới
M-Plane	v20 → v21 → v22	Điều khiển công suất và TRX, bảo mật kết nối
YANG models	v20 → v21 → v22	Nhập (import) model theo RFC 9911
Conformance Test	v15 → v17	Test case cho tính năng mới
IOT Specification	v15 → v17	Kịch bản tích hợp O-DU và O-RU

Beamforming: từ weight sang định dạng chuyên dụng¶

Phần thay đổi lớn nhất của CUS-Plane là mở rộng beamforming. Danh sách gồm DMRS-BF, null steering, SRS-BF (gồm SRS-CE, BF-DL và BF-UL) và CDBF. Các thay đổi này kéo theo Section Type 12, 13, 14 và Section Extension 33, 34, 35. Với người viết firmware, điều quan trọng là các tính năng này làm thay đổi cách O-DU đóng gói C-Plane và cách O-RU phải báo khả năng hỗ trợ qua M-Plane.

M-Plane và YANG: năng lực được khai báo rõ hơn¶

Trên M-Plane có hai nhóm thay đổi. Nhóm thứ nhất là điều khiển công suất và chuyển mạch phần thu phát, gồm MAX_POWER_CONTROL và TRX_CONTROL_BIDIR (hai tính năng này còn quay lại trong phần tiết kiệm năng lượng). Nhóm thứ hai là phần thêm tính năng liên quan PIM (passive intermodulation) và việc YANG model nhập (import) model theo RFC 9911. Khi đổi phiên bản YANG, hãy kiểm tra lại NETCONF server và công cụ sinh code của bạn, vì thay đổi kiểu này thường làm hỏng pipeline build trước khi làm hỏng logic.

Test: spec và bộ test đi cùng nhau¶

Conformance Test và IOT đều lên v17, nên khi hợp đồng ghi "tuân thủ WG4" bạn cần nêu rõ phiên bản của cả ba: CUS/M-Plane, Conformance và IOT. Ba phiên bản không tự đồng bộ theo cùng một con số.

Lưu ý

Bảng trên tóm tắt điểm xuất phát và điểm đến qua ba train; tác giả chưa gán từng tính năng vào đúng phiên bản nào. Khi triển khai, hãy đọc change history trong chính spec tại specifications.o-ran.org.

Tiết kiệm năng lượng: một tính năng, năm tầng tài liệu¶

Tiết kiệm năng lượng trong O-RAN không nằm trong một spec riêng. Nó bắt đầu ở use case của WG1, WG2, WG3, đi qua A1 và E2 xuống fronthaul, sang O1/OAM, rồi kết thúc ở test case. Muốn một kịch bản như "tắt các nhánh TRX khi tải thấp" chạy end-to-end, cả năm tầng phải cùng hỗ trợ.

Tầng	Tài liệu và phiên bản	Nội dung liên quan năng lượng
Use case (WG1/2/3)	Use case và kiến trúc	Nơi định nghĩa bài toán NES
A1 / E2	A1 type definitions v12; E2SM-CCC v7 và v8; E2SM-RC v10	Nguồn điện ngoài trong A1; deep hibernate trong E2SM-CCC; NES trong E2SM-RC
Open Fronthaul (WG4)	M-Plane v22	TRX_CONTROL_BIDIR, MAX_POWER_CONTROL
O1 / OAM	OAM Architecture v17, v18, v19; O2 GAP v12	Đưa dữ liệu năng lượng vào quản trị và điều phối
Test	Conformance và IOT (WG4)	Test case NES

Điểm cần nhớ¶

E2SM-CCC đến v8 thêm chế độ deep hibernate, một trạng thái ngủ sâu mà thiết bị có thể được đưa vào qua giao diện E2.
E2SM-RC v10 đưa NES vào service model, để các kịch bản tiết kiệm năng lượng có thể đi qua đường E2.
A1 type definitions v12 đề cập nguồn điện bên ngoài, phục vụ các chính sách dựa trên nguồn năng lượng.
M-Plane là nơi firmware O-RU phải thực sự tắt bật TRX và giới hạn công suất tối đa.

Hệ quả cho người triển khai¶

Bạn không thể chỉ làm phần O-RU. Nếu nhà vận hành đặt yêu cầu NES, cần hỏi rõ điều khiển đi qua đường nào (E2 hay O1), trạng thái ngủ nào được phép và test case nào dùng để nghiệm thu. Phiên bản của từng spec phải được chốt cùng lúc.

Bảo mật: từ yêu cầu đến chứng nhận¶

WG11 đi theo bốn lớp: tài liệu yêu cầu, giao thức trên từng interface, đánh giá bảo đảm (SCAS) và chương trình chứng nhận. Qua ba train, cả bốn lớp đều nhích lên.

Lớp	Tài liệu và phiên bản	Ý chính
Yêu cầu và thành phần	Security Requirements and Controls (SRCS) v14 → v16; Security Protocols Specifications (SPS) v14 → v16; Security Test Specifications (STS) v12 → v14; Threat Model and Risk Assessment (TMRA) v8 → v10	Bộ yêu cầu, giao thức, test và đánh giá rủi ro đi cùng nhau
Giao thức	TLS 1.3 bắt buộc cho M-Plane; PTP Authentication TLV; OAuth 2.0 v8 (RFC 8705)	Phiên kết nối M-Plane, đồng bộ và truy cập API
Đánh giá	SCAS cho O-RU v1.00 và v2.00; SCAS cho O-DU v1.00; SCAS versioning v1.00	Test bảo đảm theo từng loại thiết bị
Chứng nhận	Security Assurance Program, Security Badge	Nhãn đánh giá bảo mật của Alliance

Ba thay đổi ảnh hưởng firmware¶

TLS 1.3 trên M-Plane. Phiên bản mới yêu cầu TLS 1.3 bắt buộc cho phiên NETCONF. Firmware O-RU cần thư viện TLS hỗ trợ 1.3 và quản lý cipher suite tương ứng.
PTP Authentication TLV. Bảo mật đồng bộ thời gian đi từ quản lý khóa sang các thuật toán toàn vẹn dữ liệu. Tầng PTP/S-Plane sẽ phải xử lý thêm TLV xác thực.
SCAS. O-RU đã có v1.00 và v2.00, O-DU có v1.00. Spec này sẽ thành checklist cho các chương trình đánh giá của nhà vận hành.

Nhìn xa hơn¶

Ba chủ đề đang được mở rộng: Zero Trust Architecture (ZTA v6, dựa trên mức trưởng thành "Initial" của CISA), nghiên cứu post-quantum cryptography (PQC) và OSARP. Về PQC, tiêu đề tài liệu ghi v3.00 nhưng phần thân lại nêu "version 16.00"; vì nguồn tự mâu thuẫn nên bài không chốt số phiên bản ở đây. Hãy mở tài liệu gốc trước khi trích dẫn.

WG7 và các mảng còn lại¶

WG7 (phần cứng) gần như đứng yên. Trong các train này chỉ có thiết kế tham chiếu Outdoor Micro Cell 7.2 đi từ v5.01 (dùng SDR SoC) lên v6.00, thêm mục 2.3.4 về thiết kế tham chiếu SDR SoC cho FR2. Train tháng 7/2026 không có tài liệu WG7 nào.

Các nhóm khác đáng ghi nhớ:

WG9 (Xhaul, đồng bộ): Fronthaul over CPTN v2.00 (EVPN trên SR-MPLS, kèm yêu cầu đồng bộ); Xhaul Packet Switched Architecture v11.00 (khái niệm vTNE); Synchronization Architecture v8.00 (train tháng 3, Annex H nói về PRTC và GNSS).
WG10 (OAM): NFOAM v1.00 và O1 Alarms v2.00.
WG8 (phần mềm): Software Architecture v19.00.
SMO: hai title mới là DME SMOS GAPUCR v1.00 và SME Service and Information Models v1.00.
Hướng 6G: Alliance tiếp tục đồng bộ tham chiếu với 3GPP Release 19 và chuẩn bị cho 6G.

Nhìn trước và lời kết¶

Theo nhịp ba train mỗi năm, train tiếp theo sẽ mang tên tháng 11/2026 và có thể được công bố vào khoảng đầu năm 2027. Đây là suy luận từ chu kỳ, chưa phải thông báo chính thức của O-RAN Alliance.

Bức tranh chung sau ba train: Open Fronthaul vẫn là nơi thay đổi nhiều nhất với người viết firmware; tiết kiệm năng lượng đang trở thành bài toán liên tầng; và bảo mật chuyển từ "nên có" sang "cần chứng minh" nhờ SCAS và Security Badge. Với một đội firmware, cách thực tế nhất là chọn phiên bản mục tiêu cho từng spec, rồi bám theo ba mạch này thay vì cố đọc hết hơn 160 title.

Tài liệu tham khảo¶

Số liệu trong bài lấy từ các trang trên, tính đến ngày 21/10/2026.