TRUNG QUỐC Shenzhen Olax Technology CO.,Ltd Tin tức công ty

3GPPBản phát hành 18 là phiên bản 5G-Advanced đầu tiên, tập trung vào tích hợp AI/ML, hiệu suất cực cao cho XR/Industrial IoT, IAB di động, cải thiện định vị và hiệu quả phổ tần lên đến 71GHz.RAN1 tiếp tục thúc đẩy AI/ML trong tối ưu hóa RAN và các cải tiến trí tuệ nhân tạo (PHY/AI) thông qua sự phát triển của lớp vật lý. I. Các tính năng chính của RAN1 (Lớp vật lý và Đổi mới Trí tuệ nhân tạo/Học máy) 1.1 Sự phát triển của MIMO: Uplink đa bảng (8 lớp), MU-MIMO với tối đa 24 cổng DMRS, khuôn khổ TCI đa TRP.   Nguyên tắc hoạt động: Mở rộng báo cáo CSI Loại I/II thông qua một khuôn khổ TCI thống nhất trên nhiều bảng TRP. gNB lên lịch tối đa 24 cổng DMRS cho MU-MIMO (12 trong Rel-17), cho phép mỗi UE sử dụng 8 lớp liên kết UL; DCI cho biết trạng thái TCI chung; UE áp dụng pha/tiền mã hóa trên các bảng. Tiến độ: Đa TRP Rel-17 thiếu tín hiệu thống nhất, dẫn đến mất 20-30% hiệu quả phổ tần trong các triển khai dày đặc; các giới hạn lớp hạn chế thông lượng UL của mỗi UE xuống 4-6 lớp, đạt được mức tăng 40% dung lượng uplink (UL) cho các sân vận động/lễ hội âm nhạc. 1.2 AI/ML được áp dụng để nén phản hồi CSI, quản lý chùm tia và định vị.   Nguyên tắc hoạt động: Mạng nơ-ron sử dụng các sổ mã được huấn luyện ngoại tuyến để nén CSI Loại II (32 cổng → 8 hệ số). gNB triển khai mô hình thông qua RRC; UE báo cáo phản hồi đã nén. Dự đoán chùm tia sử dụng các mẫu L1-RSRP để định vị trước các chùm tia trước khi chuyển giao. Tiến độ dự án: Chi phí CSI chiếm 15-20% tài nguyên DL; tỷ lệ lỗi quản lý chùm tia cao tới 25% trong các tình huống di chuyển cao (ví dụ: đường cao tốc). Kết quả cải thiện: Giảm 50% chi phí thông tin trạng thái kênh (CSI), tăng 30% tỷ lệ thành công chuyển giao. 1.3 Cải thiện vùng phủ sóng (Truyền tải công suất đầy đủ Uplink, tín hiệu đánh thức công suất thấp).   Nguyên tắc hoạt động: gNB gửi tín hiệu đến UE để áp dụng công suất đầu ra đầy đủ trên tất cả các lớp uplink (không giảm công suất ở cấp độ lớp). Một bộ thu đánh thức công suất thấp độc lập (chu kỳ nhiệm vụ được kiểm soát, độ nhạy -110dBm) nhận tín hiệu đánh thức (WUS) trước chu kỳ thu chính. WUS mang thông tin chỉ báo 1 bit (giám sát PDCCH hoặc ngủ). Tiến độ dự án: Vùng phủ sóng uplink Rel-17 bị giới hạn bởi việc giảm công suất phân cấp (mất 3dB cho MIMO 4 lớp); bộ thu chính tiêu thụ 50% công suất của UE trong quá trình giám sát DRX. Hiệu quả cải thiện: Vùng phủ sóng Uplink được mở rộng thêm 3dB, tiết kiệm 40% điện năng cho các ứng dụng IoT/phát trực tuyến video. 1.4 ITS band Sidelink Carrier Aggregation (CA) và chia sẻ phổ tần động (DSS) với LTE CRS.   Nguyên tắc hoạt động: Sidelink hỗ trợ CA trên các băng tần n47 (5.9GHz ITS) + FR1; hỗ trợ lựa chọn tài nguyên tự chủ phối hợp UE-to-UE của Loại 2c. Do thời gian khứ hồi (RTT) lớn hơn 500 mili giây, HARQ bị vô hiệu hóa đối với NTN IoT (chỉ hỗ trợ lặp lại vòng hở); hiệu ứng Doppler được bù trước trong DMRS. Tiến độ dự án: Sidelink Rel-17 chỉ hỗ trợ một sóng mang (mất 50% thông lượng); thời gian chờ HARQ của NTN IoT dẫn đến mất gói 30%. Hiệu quả cải thiện: Thông lượng sidelink V2X platooning tăng gấp 2 lần, độ tin cậy của NTN IoT đạt 95%. 1.5 Giao tiếp Thực tế mở rộng (XR)/Đa cảm biến (hỗ trợ độ trễ thấp độ tin cậy cao).   Nguyên tắc hoạt động: Quy trình QoS mới, ngân sách độ trễ dưới 1 mili giây, hỗ trợ đánh dấu gói dữ liệu đa cảm biến (luồng video + xúc giác + âm thanh). gNB ưu tiên thông qua cơ chế chiếm quyền. UE báo cáo dữ liệu tư thế/chuyển động để lập lịch dự đoán. Tiến độ dự án: Hỗ trợ XR Rel-17 chỉ hỗ trợ unicast; độ trễ phản hồi xúc giác vượt quá 20 mili giây (không sử dụng được cho hoạt động từ xa). Hiệu quả cải thiện: Độ trễ đầu cuối của AR/VR + xúc giác trong điều khiển từ xa công nghiệp nhỏ hơn 5 mili giây. 1.6 Cải tiến chức năng NTN (vùng phủ sóng uplink điện thoại thông minh, vô hiệu hóa HARQ cho các thiết bị IoT).   Nguyên tắc hoạt động: Rel-18 cải thiện vùng phủ sóng uplink cho điện thoại thông minh trong mạng phi mặt đất (NTN) bằng cách tối ưu hóa truyền lớp vật lý, cho phép công suất phát cao hơn và quản lý ngân sách liên kết tốt hơn để phù hợp với các kênh vệ tinh. Đối với các thiết bị IoT trên NTN, phản hồi HARQ truyền thống không hiệu quả do thời gian khứ hồi (RTT) vệ tinh dài, vì vậy phản hồi HARQ bị vô hiệu hóa và thay vào đó sử dụng sơ đồ truyền lại vòng hở. Tiến độ dự án: Trước đây, vùng phủ sóng uplink hạn chế cho điện thoại thông minh trên NTN do kiểm soát công suất không đủ và lề liên kết dẫn đến kết nối kém. Phản hồi HARQ gây ra sự suy giảm thông lượng và các vấn đề về độ trễ cho các thiết bị IoT do sự chậm trễ của vệ tinh. Vô hiệu hóa HARQ loại bỏ độ trễ phản hồi và cải thiện độ tin cậy cho các thiết bị IoT bị hạn chế. Điều này cho phép kết nối toàn cầu mạnh mẽ cho IoT và điện thoại thông minh ngoài mạng mặt đất. II. Ứng dụng dự án RAN1   XR đô thị dày đặc (Công nghệ MIMO đa TRP giảm độ trễ AR/VR xuống dưới 1 mili giây); Tự động hóa công nghiệp (Dự đoán chùm tia AI/ML giảm 30% tỷ lệ lỗi chuyển giao); V2X/Di động cao (Sidelink CA cải thiện độ tin cậy).   III. Triển khai dự án RAN1   gNB PHY (Lớp vật lý trạm gốc): Tích hợp các mô hình AI để nén CSI (ví dụ: mạng nơ-ron dự đoán CSI Loại II dựa trên CSI Loại I, giảm chi phí 50%). Triển khai TCI đa TRP thông qua RRC/DCI và sử dụng 2 TA để định thời uplink. Thiết bị đầu cuối (UE): Hỗ trợ bộ thu đánh thức công suất thấp (độc lập với liên kết RF chính) để báo hiệu căn chỉnh DRX.

  RAN5 là Nhóm Kiểm tra Tuân thủ Thiết bị Người dùng (UE). Mục tiêu của nhóm là thiết lập các thông số kỹ thuật kiểm tra tuân thủ UE trên giao diện vô tuyến dựa trên các thông số kỹ thuật cốt lõi 3GPP, bao gồm các công nghệ 2G, 3G, 4G, 5G và các công nghệ tương lai. Các thông số kỹ thuật kiểm tra được thiết lập trong Rel-18 bao gồm:   I. Tuân thủ AI/ML Model và Mobile IAB (Kiểm tra)   Nguyên tắc hoạt động:Các trường hợp kiểm tra TTCN-3 xác minh chuyển giao MT (ngắt kết nối UE không dịch vụ), thời gian phân bổ lại NCGI (

  Bản phát hành 18 xác định hiệu suất RF của các băng tần/thiết bị 5G-Advanced trong nhóm công tác RAN. Công việc chính của RAN4 bao gồm:   I. Đặc tính RF (Hiệu suất) của Băng tần/Thiết bị:FR1< 5MHz phổ tần dành riêng FRMCS được di chuyển từ GSM-R.  Nguyên tắc hoạt động:Cùng tồn tại với n100 của GSM-R (1900MHz, băng thông 3-5MHz) được chỉ định ACS/SEM; giảm băng thông và điều chỉnh mức công suất cho hoạt động băng hẹp; các yêu cầu RRM đảm bảo nhiễu đến đường sắt truyền thống nhỏ hơn 1%.  Tiến độ:Đường sắt châu Âu thiếu phổ tần NR trong quá trình di chuyển từ GSM-R và giới hạn băng thông tối thiểu 5MHz đã ngăn cản sự cùng tồn tại. Kết quả: Các thử nghiệm cùng tồn tại thực tế (m28+n100) cho thấy không có nhiễu. II. Sự phát triển của RedCap(định vị thông qua PRS/SRS nhảy tần). Nguyên tắc hoạt động:UE với băng thông giảm (20MHz) sử dụng PRS nhảy tần trong tổng băng thông 100MHz; gNB điều phối chế độ nhảy tần; UE báo cáo thời gian đến (ToA) cho mỗi bước nhảy, đạt được độ chính xác ở cấp độ centimet. Tiến độ:Do băng thông hẹp, độ chính xác định vị RedCap Rel-17 bị giới hạn trong vòng 10 mét. Kết quả triển khai:Độ chính xác định vị cho các thiết bị đeo/cảm biến công nghiệp nhỏ hơn 1 mét. III. NTN, Sidelink & ITS bao gồm NTN (trên 10 GHz), Sidelink và ITS (Hệ thống giao thông thông minh) tần số vô tuyến;   Nguyên tắc hoạt động:Tần số vô tuyến băng Ka (17-31 GHz) NTN yêu cầu dung sai Doppler ±50 kHz và độ trễ lan truyền 1000 ms. Mức công suất UE 3 và khả năng tương thích chùm tia là bắt buộc. Mô hình kênh bao gồm suy hao khí quyển và suy hao mưa. Tiến độ:NTN Rel-17 bị giới hạn ở băng L/S; vệ tinh sóng milimet phải chịu sự cản trở lan truyền. Mục tiêu triển khai:Phủ sóng vệ tinh quỹ đạo địa tĩnh (GEO) 30 GHz, phù hợp cho backhaul/Internet of Things (IoT). IV. L1/L2 Mobility, XR KPI RRMbao gồm RRM cho tính di động L1/L2 và KPI XR. RRM.   Nguyên tắc hoạt động:Thông số kỹ thuật RRM để đo L1-RSRP (độ trễ

  Trong nhóm thông số kỹ thuật mạng truy cập vô tuyến kỹ thuật 3GPP (TSG RAN), RAN3 chịu trách nhiệm cho kiến trúc tổng thể của UTRAN, E-UTRAN và G-RAN,cũng như các thông số kỹ thuật giao thức của các giao diện mạng liên quanCác chi tiết cụ thể trong R18 là như sau:   I. AI/ML và IAB Mobile Architecture cho RAN3   1.1 AI/ML cho NG-RAN(Việc triển khai mô hình, suy luận dựa trên F1/Xn)   Nguyên tắc hoạt động:CU/DU trao đổi các tham số mô hình AI (hình dạng áp lực, định lượng tử) thông qua F1AP/XnAP. gNB-DU chạy suy luận tại địa phương (làm dự đoán/CSI) và gửi kết quả đến CU.Mô hình được cập nhật với các thông số gia tăng (không yêu cầu đào tạo lại hoàn toàn). Tiến bộ:Thiếu tích hợp AI tiêu chuẩn; các nhà cung cấp sử dụng các silo độc quyền. Kết quả thực hiện:AI tương tác trên các RAN đa nhà cung cấp đã đạt được (được xác minh bởi Ericsson và Nokia). 1.2 Mobile IAB(Di chuyển nút, chuyển giao không có RACH, tái cấu hình NCGI)   Nguyên tắc hoạt động: IAB-MT thực hiện chuyển giao L1/L2 đến nút mẹ mục tiêu; thiết bị người dùng phục vụ (UE) thực hiện chuyển giao thông qua phân bổ lại NCGI (NR cell global ID). Tiến trình công việc: gNB mục tiêu phân bổ thời gian UL thông qua XnAP trước khi di chuyển. Kết quả thực hiện: IAB tĩnh thất bại trong quá trình di chuyển xe (sự kiện bao gồm xe, tàu hỏa); thông lượng giảm 60% khi thay đổi cấu trúc.Chuyển đổi đường ngược liền mạch duy trì 5% thông lượng UE trong quá trình di chuyển 60 mph.   1.3 SON/MDT(RACH Optimization, NPN Logging).   Nguyên tắc hoạt động: MDT ghi lại các lỗi RACH và các sự kiện chuyển động L1/L2 cho các lát cụ thể.Ghi nhật ký NPN (Mạng không công cộng) bao gồm các định danh doanh nghiệp và bản đồ phủ sóng. Tiến trình công việc: Rel-17 SON không thể nhận ra tương tác lát; NPN doanh nghiệp thiếu dữ liệu chẩn đoán. Kết quả thực hiện: Tối ưu hóa RAC được cải thiện 40%, xác minh triển khai NPN được tự động hóa. 1.4 Khung QoE(AR/MR/Cloud Gaming, RAN-visible QoE dựa trên trung tâm dữ liệu).   Nguyên tắc làm việc: gNB thu thập dữ liệu thái độ XR, độ trễ hiển thị và tỷ lệ mất gói thông qua các phép đo QoE (MAC CE / RRC). Nó báo cáo cho OAM / NWDAF qua XnAP / NGAP.Điều chỉnh QoS năng động được thực hiện dựa trên các sự kiện ngập ngừng video và các chỉ số bệnh di chuyển. Tiến bộ: RAN không biết về QoE ứng dụng; các nhà khai thác không biết về sự suy giảm hiệu suất XR. Kết quả thực hiện: Video lắc giảm 30% thông qua lập lịch dự đoán. 1.5 Cắt mạng(S-NSSAI thay thế, một phần cho phép NSSAI).   Nguyên tắc hoạt động: NSSAI một phần cho phép sử dụng một tập hợp phụ trong tình trạng tắc nghẽn; S-NSSAI được thay thế năng động bởi NGAP.Tình trạng đồng bộ hóa thời gian (TSS) được báo cáo mỗi 10 giây trong thời gian gián đoạn GNSS để đạt được điều chỉnh đồng hồ gNB. Tiến bộ: Sự không phù hợp của NSSAI đã gây ra 20% thất bại chuyển giao lát; Các sự cố GNSS đã gây ra 15% thời gian di chuyển trong băng tần FR2. Kết quả thực hiện: Sự nhất quán của NSSAI đạt 99%, và độ chính xác thời gian trong thời gian gián đoạn là dưới 1μs. 1.6 Khả năng chống lại thời gian(NGAP/XnAP TSS Reporting).   Nguyên tắc hoạt động:Các giao thức NGAP và XnA đã được nâng cao với việc thêm một cơ chế báo cáo tình trạng đồng bộ hóa thời gian (TSS) giữa các nút mạng để phát hiện và bù đắp cho sự trượt thời gian hoặc gián đoạn GNSSĐiều này đảm bảo rằng gNB có thể điều chỉnh đồng hồ của họ dựa trên tin nhắn TSS để duy trì đồng bộ hóa. Tiến bộ: Việc sắp xếp thời gian là rất quan trọng đối với NR, đặc biệt là trong băng tần số cao và NTN. Các sự cố của GNSS hoặc mạng có thể gây ra sự trượt thời gian, ảnh hưởng đến hiệu suất và tính di động.Cơ chế TSS cải thiện khả năng phục hồi của mạng bằng cách cho phép điều chỉnh nhanh chóng, giảm sự cố liên kết và suy giảm dịch vụ do lỗi thời gian.   II. Ứng dụng công nghệ RAN3 Các bộ chuyển tiếp gắn trên xe (VMR để bảo vệ sự kiện). NPN cấp doanh nghiệp giai đoạn 2 (SNPN Reselection/Handover). Tự động hóa (AI / ML SON tự động điều chỉnh phạm vi bảo hiểm).   III. RAN3 Ứng dụng thực tế CU/DU: F1AP mở rộng cho các tham số mô hình AI (ví dụ, tensor đầu vào / đầu ra); Di chuyển MT IAB di động được đạt được thông qua chuyển giao Xn. Ví dụ về ứng dụng: Lựa chọn lại IAB-DU di động phát sóng chỉ số IAB-Cell di động; UE sử dụng xếp hạng ưu tiên được hỗ trợ bởi SIB, do đó giảm độ trễ thay đổi tô-pôlô bằng 40%.

  RAN2 chịu trách nhiệm về kiến trúc và giao thức giao diện vô tuyến (chẳng hạn nhưMAC, RLC, PDCP, SDAP), các thông số kỹ thuật giao thức điều khiển tài nguyên vô tuyến và các quy trình quản lý tài nguyên vô tuyến trong các thông số kỹ thuật kỹ thuật của Mạng truy cập vô tuyến (RAN2) 3GPP. RAN2 cũng chịu trách nhiệm phát triển các thông số kỹ thuật kỹ thuật cho sự phát triển 3G, 5G (NR) và các công nghệ truy cập vô tuyến trong tương lai.   I. Giao thức Di động L1/L2 nâng cao và XR RAN2 tập trung vào các giao thức MAC/RLC/PDCP/RRC để đạt được tính di động, XR và hiệu quả năng lượng. Các tính năng chính bao gồm:   1.1Tính di động liên ô L1/L2 (chuyển giao ô động, quản lý chùm tia L1). Nguyên tắc hoạt động:Ở chế độ kết nối, UE đo L1-RSRP thông qua SSB/CSI-RS mà không có khoảng trống RRC. gNB kích hoạt CHO (Chuyển giao có điều kiện) dựa trên ngưỡng L1; UE thực hiện chuyển giao một cách tự động; chuyển giao L2 được thực hiện thông qua MAC CE (không cần RRC). Tiến độ:Dựa trên RRC, thời gian gián đoạn chuyển giao là 50-100 mili giây; tỷ lệ lỗi chuyển giao trên đường sắt cao tốc (500 km/h) cao tới 40%. Kết quả triển khai:Thời gian gián đoạn nhỏ hơn 5 mili giây và tỷ lệ thành công chuyển giao đạt 95% ở tốc độ 350 km/h. 1.2Cải tiến XR (Dữ liệu đa cảm biến, Kích hoạt kết nối kép).   Nguyên tắc hoạt động:RRC cấu hình luồng QoS XR và thực hiện báo cáo tư thế/chuyển động (gửi dữ liệu 6 bậc tự do cứ sau 5 mili giây). Kích hoạt PSCell có điều kiện kích hoạt UE đo SCG L1-RSRP, được kích hoạt bởi MAC CE, không yêu cầu cấu hình lại RRC; gắn thẻ đa cảm biến phân biệt các luồng video/xúc giác/âm thanh. Tiến độ:Gián đoạn kích hoạt DC Rel-17 vượt quá 50 mili giây dẫn đến gián đoạn đồng bộ hóa XR; QoS đa cảm biến không thể phân biệt được. Kết quả triển khai:Độ trễ kích hoạt SCG nhỏ hơn 10 mili giây và QoS của mỗi luồng cảm biến là độc lập (ưu tiên xúc giác). 1.3Tiến hóa Multicast (MBS ở trạng thái RRC_INACTIVE, quản lý nhóm động). Nguyên tắc hoạt động:gNB cấu hình các phiên MBS thông qua RRC; các UE không hoạt động tham gia thông qua ID nhóm, không yêu cầu chuyển đổi trạng thái. Chuyển giao động:Chuyển giao unicast sang multicast được thực hiện dựa trên ngưỡng số lượng UE. HARQ kết hợp thu multicast và unicast. Tiến độ công việc:MBS Rel-17 yêu cầu trạng thái RRC_CONNECTED (mức tiêu thụ điện năng của thiết bị IoT 70%). Kết quả:Cập nhật phần mềm tiết kiệm 70% năng lượng, sức chứa sân vận động tăng 90%. 1.4Tối ưu hóa trạng thái RRC (Dữ liệu nhỏ được truyền qua trạng thái không hoạt động, chọn lại nhận biết lát cắt).   Nguyên tắc hoạt động:SIB mang các sự kiện RACH/mặt nạ PRACH dành riêng cho lát cắt. Các UE ở trạng thái rảnh/không hoạt động thực hiện chọn lại nhận biết lát cắt (ưu tiên S-NSSAI có mức ưu tiên cao nhất). Các UE ở trạng thái RRC_CONNECTED báo cáo các thay đổi NSSAI được phép trong quá trình chuyển giao. Tiến độ công việc:Việc Rel-17 không hỗ trợ truy cập nhận biết lát cắt dẫn đến 25% UE URLLC truy cập các lát cắt eMBB. Kết quả: Tỷ lệ thành công truy cập lát cắt ban đầu đạt 95%. 1.5Tiết kiệm năng lượng (DRX mở rộng, Giảm khoảng thời gian đo).   Cách thức hoạt động:DRX mở rộng cho phép Thiết bị người dùng (UE) kéo dài thời gian ngủ bằng cách giảm tần suất nghe kênh phân trang và kênh điều khiển. Việc giảm khoảng thời gian đo giúp giảm thiểu các gián đoạn truyền dữ liệu do các yêu cầu đo bằng cách tối ưu hóa hoặc kết hợp khoảng thời gian đo với các sự kiện báo hiệu khác. Tiến độ:Do việc nghe kênh điều khiển và khoảng thời gian đo thường xuyên dẫn đến việc chuyển đổi trạng thái vô tuyến thường xuyên, UE gặp phải mức tiêu thụ điện năng cao. Bằng cách kéo dài chu kỳ DRX và giảm khoảng thời gian đo, thời lượng pin được cải thiện đáng kể trên tất cả các loại thiết bị, đặc biệt là đối với các thiết bị IoT yêu cầu hoạt động lâu dài. II. Các lĩnh vực cần cải thiện: Đường sắt cao tốc (đạt được độ trễ chuyển giao L1/L2

  Hai.CMCác trạng thái (Connection Management) được sử dụng trong hệ thống 5G (UE) để phản ánh kết nối tín hiệu NAS giữa thiết bị đầu cuối (UE) và AMF. CM-IDLE CM-CONNECTED   Tôi.5G Tình trạng kết nối đầu cuối (UE)Khi thiết bị đầu cuối truy cập3GPPvàkhông phải 3GPPCác hệ thống, tình trạng CM của nó là độc lập với nhau.CM-IDLENhà nước, trong khi cácCMtình trạng có thể trongCM-CONNECTEDNhà nước.   II. CM-IDLEKhi ở CM-IDLE:   2.1 Điện thoại đầu cuối 5G (UE) không thiết lập kết nối tín hiệu NAS với AMF thông qua N1; tại thời điểm này, UE thực hiện lựa chọn tế bào / lựa chọn tế bào lại theo TS 38.304[50] và lựa chọn PLMN theo TS 23.122[17]. UE không có kết nối tín hiệu AN, kết nối N2 hoặc kết nối N3. Nếu UE đồng thời ở trạng thái CM-IDLE và RM-REGISTERED (trừ khi có quy định khác trong Điều 5).3.4.1), UE phải: Trả lời các cuộc gọi bằng cách thực hiện thủ tục yêu cầu dịch vụ (xem Khoản 4).2.3.2 của TS 23.502 [3]), trừ khi UE ở chế độ MICO (xem khoản 5).4.1.3) Thực hiện thủ tục yêu cầu dịch vụ khi UE có tín hiệu liên kết lên hoặc dữ liệu người dùng để gửi (xem Khoản 4).2.3.2 của TS 23.502 [3]). LADN có các điều kiện cụ thể (xem Điều 5.6.5).   2.2Khi trạng thái UE trong AMF làĐăng ký RM, thông tin thiết bị đầu cuối cần thiết để bắt đầu liên lạc với UE được lưu trữ.AMF phải có khả năng truy xuất thông tin được lưu trữ cần thiết để bắt đầu giao tiếp với UE bằng 5G-GUTI.. ---- Trong 5GS, không cần phải gọi điện bằng cách sử dụng SUPI / SUCI của UE.   2.3Trong quá trình thiết lập kết nối tín hiệu AN, UE phải cung cấp 5G-S-TMSI như một phần của các tham số AN theo TS 38.331[28] và TS 36.331[51].Khi UE thiết lập một kết nối tín hiệu AN với AN (đưa vào trạng thái RRC_CONNECTED thông qua truy cập 3GPP, thiết lập kết nối UE-N3IWF thông qua truy cập không đáng tin cậy không phải 3GPP, hoặc thiết lập kết nối UE-TNGF thông qua truy cập không đáng tin cậy không phải 3GPP), UE sẽ đi vào trạng thái CM-CONNECTED.Gửi thông báo NA ban đầu (yêu cầu đăng ký), yêu cầu dịch vụ, hoặc yêu cầu hủy đăng ký) bắt đầu chuyển đổi từ trạng thái CM-IDLE sang trạng thái CM-CONNECTED.   2.4Khi AMF ở trạng thái CM-IDLE hoặc RM-REGISTERED, AMF nên thực hiện thủ tục yêu cầu dịch vụ được kích hoạt bởi mạng khi cần gửi tín hiệu hoặc dữ liệu thiết bị đầu cuối di động đến UE.Điều này được thực hiện bằng cách gửi một yêu cầu gọi điện đến UE (xem phần 4.2.3.3 của TS 23.502[3]), miễn là UE không thể phản hồi do chế độ MICO hoặc hạn chế di động.   Khi AN và AMF thiết lập kết nối N2 cho UE, AMF nên đi vào trạng thái CM-CONNECTED. Nhận một thông điệp N2 ban đầu (ví dụ: N2 INITIAL UE MESSAGE) sẽ kích hoạt AMF chuyển từ trạng thái CM-IDLE sang trạng thái CM-CONNECTED. Khi UE ở trạng thái CM-IDLE, UE và AMF có thể tối ưu hóa hiệu quả năng lượng và hiệu quả tín hiệu của UE, ví dụ bằng cách kích hoạt chế độ MICO (xem phần 5).4.1.3).   III. Nhà nước được kết nối CMUE trong trạng thái CM-CONNECTED thiết lập kết nối tín hiệu NAS với AMF thông qua N1.và hiệp hội NGAP UE giữa AN và AMFUE có thể ở trạng thái CM-CONNECTED, nhưng liên kết NGAP UE của nó không bị ràng buộc bởi bất kỳ TNLA nào giữa AN và AMF.   Đối với một UE trong trạng thái CM-CONNECTED, AMF có thể quyết định giải phóng kết nối tín hiệu NAS với UE sau khi hoàn thành thủ tục tín hiệu NAS.   3.1Trong trạng thái CM-CONNECTED, UE nên: Nhập trạng thái CM-IDLE khi kết nối tín hiệu AN được giải phóng (ví dụ, nhập trạng thái RRC_IDLE thông qua truy cập 3GPP,hoặc khi UE phát hiện việc giải phóng kết nối UE-N3IWF thông qua truy cập không đáng tin cậy không phải 3GPP, hoặc giải phóng kết nối UE-TNGF thông qua truy cập không phải 3GPP đáng tin cậy).   3.2Khi trạng thái CM của UE trong AMF là CM-CONNECTED, AMF phải:   -- Khi kết nối tín hiệu logic NGAP của UE và kết nối máy tính máy tính của người dùng N3 được giải phóng sau khi hoàn thành thủ tục giải phóng AN được chỉ định trong TS 23.502 [3], UE phải đi vào trạng thái CM-IDLE.   - AMF có thể duy trì trạng thái CM của UE trong trạng thái CM-CONNECTED cho đến khi UE được xóa khỏi mạng cốt lõi.   3.3Một UE trong trạng thái CM-CONNECTED có thể ở trạng thái RRC_INACTIVE, xem TS 38.300[27]. - EU tiếp cận được quản lý bởi RAN và thông tin phụ được cung cấp bởi mạng cốt lõi; - Đánh giá UE được quản lý bởi RAN; - UE lắng nghe các cuộc gọi bằng cách sử dụng CN (5G S-TMSI) và nhận dạng RAN.

  3GPPBản phát hành 18 là bản phát hành 5G-Advanced đầu tiên, tập trung vào tích hợp AI/ML, hiệu suất tối ưu trong XR/IoT công nghiệp, IAB di động, cải thiện định vị và hiệu quả phổ tần lên đến 71GHz.RAN1 tiếp tục thúc đẩy các cải tiến AI/ML trong tối ưu hóa RAN và trí tuệ nhân tạo (PHY/AI) thông qua sự phát triển của lớp vật lý.   I. Các tính năng chính của RAN1 (Lớp vật lý và Đổi mới AI/Học máy)   1.1 Sự phát triển của MIMO: Uplink đa bảng (Cấp 8), MU-MIMO với tối đa 24 cổng DMRS, khuôn khổ TCI đa TRP.   Nguyên tắc hoạt động: Mở rộng báo cáo CSI Loại I/II thông qua một khuôn khổ TCI thống nhất trên nhiều bảng TRP. gNB lên lịch tối đa 24 cổng DMRS cho MU-MIMO (12 trong Rel-17), cho phép mỗi UE sử dụng các liên kết Uplink (UL) Cấp 8; DCI cho biết trạng thái TCI chung; UE áp dụng pha/tiền mã hóa trên các bảng. Tiến độ: Việc thiếu tín hiệu thống nhất trong multi-TRP Rel-17 dẫn đến mất 20-30% hiệu quả phổ tần trong các triển khai dày đặc; các hạn chế về cấp độ giới hạn thông lượng UL của mỗi UE ở các lớp 4-6, do đó đạt được mức tăng 40% về dung lượng uplink (UL) cho các sân vận động/lễ hội âm nhạc.   1.2 Ứng dụng AI/ML cho Nén phản hồi CSI, Quản lý chùm tia và Định vị.   Nguyên tắc hoạt động: Mạng nơ-ron sử dụng một sổ mã được đào tạo ngoại tuyến để nén CSI Loại II (32 cổng → 8 hệ số). gNB triển khai mô hình thông qua RRC; UE báo cáo phản hồi đã nén. Dự đoán chùm tia sử dụng chế độ L1-RSRP để định vị trước các chùm tia trước khi chuyển giao. Tiến độ dự án: Chi phí CSI chiếm 15-20% tài nguyên DL; trong các tình huống di chuyển cao (ví dụ: đường cao tốc), tỷ lệ lỗi quản lý chùm tia đạt tới 25%. Kết quả cải thiện: Chi phí thông tin trạng thái kênh (CSI) giảm 50%, tỷ lệ thành công chuyển giao được cải thiện 30%. 1.3 Phạm vi phủ sóng được cải thiện (Truyền tải toàn bộ công suất Uplink, tín hiệu đánh thức công suất thấp).   Nguyên tắc hoạt động: gNB gửi tín hiệu đến UE, cho phép nó áp dụng công suất đầu ra đầy đủ trên tất cả các lớp uplink (không có giảm công suất theo tầng). Một bộ thu đánh thức công suất thấp độc lập (chu kỳ nhiệm vụ được kiểm soát, độ nhạy -110dBm) nhận tín hiệu đánh thức (WUS) trước chu kỳ nhận chính. WUS mang 1 bit thông tin chỉ báo (giám sát PDCCH hoặc ngủ). Tiến độ dự án: Phạm vi phủ sóng uplink Rel-17 bị giới hạn bởi việc giảm công suất theo tầng (tổn thất MIMO bậc 4 là 3dB); bộ thu chính tiêu thụ 50% công suất của UE trong quá trình giám sát DRX. Cải tiến: Phạm vi phủ sóng Uplink được mở rộng thêm 3dB; các ứng dụng IoT/phát trực tuyến video tiết kiệm 40% điện năng. 1.4 Tổng hợp sóng mang Sidelink (CA) băng ITS và Chia sẻ phổ tần động (DSS) với LTE CRS.   Nguyên tắc hoạt động: Sidelink hỗ trợ CA trên các băng tần n47 (5.9GHz ITS) + FR1; hỗ trợ lựa chọn tài nguyên tự chủ để phối hợp Loại 2c giữa các UE. Do thời gian khứ hồi (RTT) lớn hơn 500 mili giây, NTN IoT vô hiệu hóa HARQ (chỉ hỗ trợ lặp lại vòng hở); tiền bồi thường được thực hiện cho hiệu ứng Doppler trong DMRS. Tiến độ dự án: Sidelink Rel-17 chỉ hỗ trợ sóng mang đơn (mất 50% thông lượng); thời gian chờ HARQ của NTN IoT dẫn đến mất gói 30%. Cải tiến: Thông lượng sidelink hình thành V2X tăng gấp 2 lần và độ tin cậy của NTN IoT đạt 95%. 1.5 Giao tiếp Thực tế mở rộng (XR)/Đa cảm biến (Hỗ trợ độ tin cậy cao, độ trễ thấp).   Nguyên tắc hoạt động: Quy trình QoS mới, ngân sách độ trễ nhỏ hơn 1 mili giây, hỗ trợ gắn thẻ gói đa cảm biến (video + xúc giác + luồng âm thanh). gNB ưu tiên dữ liệu thông qua cơ chế loại bỏ. UE báo cáo dữ liệu thái độ/chuyển động để lập lịch dự đoán. Tiến độ dự án: Hỗ trợ XR Rel-17 chỉ hỗ trợ unicast; độ trễ phản hồi xúc giác vượt quá 20 mili giây (không sử dụng được cho hoạt động từ xa). Cải tiến: Độ trễ đầu cuối của AR/VR + xúc giác trong điều khiển từ xa công nghiệp nhỏ hơn 5 mili giây.   1.6 Nâng cao chức năng NTN (Phạm vi phủ sóng Uplink điện thoại thông minh, Vô hiệu hóa HARQ cho các thiết bị IoT).   Cách thức hoạt động: Rel-18 cải thiện phạm vi phủ sóng uplink của điện thoại thông minh trong mạng không trên cạn (NTN) bằng cách tối ưu hóa truyền lớp vật lý, cho phép công suất phát cao hơn và quản lý ngân sách liên kết tốt hơn để phù hợp với các kênh vệ tinh. Đối với các thiết bị IoT trên NTN, phản hồi HARQ truyền thống không hiệu quả do thời gian khứ hồi (RTT) vệ tinh dài, do đó, phản hồi HARQ bị vô hiệu hóa và thay vào đó, một sơ đồ lặp lại vòng hở được áp dụng. Tiến độ dự án: Trước đây, do kiểm soát công suất và lề liên kết không đủ, phạm vi phủ sóng uplink của điện thoại thông minh trên NTN bị giới hạn, dẫn đến kết nối kém. Phản hồi HARQ gây ra sự giảm thông lượng và các vấn đề về độ trễ cho các thiết bị IoT do độ trễ vệ tinh. Vô hiệu hóa HARQ loại bỏ độ trễ phản hồi và cải thiện độ tin cậy của các thiết bị IoT bị hạn chế. Điều này cho phép kết nối toàn cầu mạnh mẽ cho IoT và điện thoại thông minh ngoài mạng trên cạn. II. Ứng dụng dự án RAN1 XR đô thị dày đặc (Công nghệ MIMO đa TRP làm giảm độ trễ AR/VR xuống dưới 1 mili giây); Tự động hóa công nghiệp (Dự đoán chùm tia AI/ML làm giảm tỷ lệ lỗi chuyển giao 30%); V2X/Di động cao (CA Sidelink cải thiện độ tin cậy).   III. Triển khai dự án RAN1 gNB PHY (Lớp vật lý trạm gốc): Tích hợp một mô hình AI để nén CSI (ví dụ: mạng nơ-ron dự đoán CSI Loại II dựa trên CSI Loại I, giảm chi phí 50%). Triển khai Multi-TRP TCI thông qua RRC/DCI và sử dụng 2 TA để định thời uplink. Thiết bị đầu cuối (UE): Hỗ trợ các bộ thu đánh thức công suất thấp (độc lập với liên kết RF chính) để báo hiệu căn chỉnh DRX.

  RAN3 Release 17 tập trung vào những tiến triển lớn trong 5G (NR), mang lại các cải tiến cho các kiến trúc chính như hỗ trợ tính toán cạnh đa truy cập gốc (MEC),việc giới thiệu RedCap với công suất giảm cho IoT, tăng cường các chuỗi bên, định vị và MIMO, và hỗ trợ nhiều hơn cho các băng tần mới (lên đến 71 GHz) và NTN ngoài trái đất.Tất cả những cải tiến này được xây dựng trên sự phát triển chức năng mạng cốt lõi để tăng hiệu quả phổ sóng và tiết kiệm năng lượng thiết bị, cho phép các ứng dụng 5G rộng hơn.   I. Đặc điểm chính của RAN3 trong phiên bản 17 IABCải thiện chức năng  Cải thiện việc sử dụng lại tài nguyên, độ bền topology và các tùy chọn định tuyến giữa các liên kết IAB cha mẹ và con. NTN(Mạng không trên cạn) Kiến trúc  Kiến trúc hệ thống hỗ trợ tích hợp vệ tinh / HAP với 5G trên cạn (NR). NPN(Mạng không công cộng) Cải tiến và hỗ trợ tích hợp máy tính cạnh. II. Chi tiết kỹ thuật chính và tích hợp hệ thống của RAN3   2.1 Công nghệ IAB nâng cao (Integrated Access and Backhaul) Sử dụng lại tài nguyên:Rel-17 xác định các cơ chế bổ sung cho phép các nút IAB phân bổ tài nguyên linh hoạt hơn giữa truy cập (đối với UE) và quay trở lại (đối với các nút IAB con) dựa trên lập kế hoạch hiện có. Cập nhật tín hiệu nội bộ F1/Xn giữa nút gốc và IAB-DU/MT. Để đạt được quản lý đường dẫn và định tuyến lại mạnh mẽ, mặt phẳng điều khiển IAB (IAB-CU) phải có khả năng phân bổ lại các mối quan hệ nhà cung cấp trong trường hợp lỗi liên kết. Topology và Routing:Hỗ trợ cập nhật bảng định tuyến bán tĩnh và bản đồ người mang nâng cao; các nhà cung cấp cần kiểm tra các quy tắc tắc tắc nghẽn / ưu tiên cho backhaul và truy cập giao thông. 2.2 NTN Kiến trúc   GW và NG-RAN Integration:Rel-17 xác định các thay đổi kiến trúc NTN Giai đoạn 2 / Giai đoạn 3 để hỗ trợ các tính năng liên kết vệ tinh từ đầu đến cuối.Các nhà thực hiện phải phối hợp với CN (SA/CT) để hỗ trợ các phiên PDU và sự khác biệt về tính di động (chẳng hạn như thời gian chuyển giao dài hơn do chuyển động vệ tinh GEO/LEO).   Thời gian và Đồng bộ hóa:Các nút NTN thường yêu cầu phân phối GNSS / thời gian (hoặc đồng bộ hóa thời gian thay thế) và xử lý cụ thể thời gian tiên tiến và thời gian HARQ trong kiến trúc RAN là cần thiết.

  Công việc 5G của RAN2 tập trung vào việc củng cố và nâng cao các khái niệm và chức năng được giới thiệu trong R16, đồng thời thêm các tính năng hệ thống mới;cải thiện các ứng dụng công nghiệp dọc bao gồm định vị và mạng chuyên dụng; phát triển giao tiếp ngắn (chính trực) giữa các thiết bị đầu cuối trong lĩnh vực lái xe tự động (V2X) để hỗ trợ Internet of Things (IoT); cải thiện hỗ trợ cho nhiều phương tiện truyền thông (codec,phương tiện phát trực tuyến, phát sóng) liên quan đến ngành công nghiệp giải trí; và cải thiện hỗ trợ cho truyền thông quan trọng.Kiểm soát dòng chảyCác điểm chính cụ thể liên quan đến kiến trúc và giao thức giao diện vô tuyến (như MAC, RLC, PDCP, SDAP), thông số kỹ thuật giao thức điều khiển tài nguyên vô tuyến,và các quy trình quản lý tài nguyên vô tuyến dưới trách nhiệm của 3GPP RAN2 là như sau::   I. Đặc điểm chính của RAN2 Rel-17: Cải thiện Sidelink(Relay, Multicast, V2X chức năng mở rộng). RedCapHỗ trợ giao thức (tình trạng RRC nhẹ, tiết kiệm năng lượng, giảm tập hợp tính năng). QoE/trong látCải thiện kiểm soát và xử lý di động (cải thiện phân đoạn và tương tác ATSSS). Các quy trình cải thiện vị trí(các phương pháp đo mới và sử dụng tín hiệu tham chiếu). II. Tác động và chi tiết thực hiện Rel-17   2.1 Cải thiện liên kết bên(Relay, Multicast, V2X Functionality Extensions) RRC message and MAC/PHY multiplexing changes; new Sidelink relay (L2/L3) multicast and group management procedures. Trong ứng dụng: Xử lý kênh điều khiển liên kết bên ngoài mở rộng và quản lý HARQ cho các nút chuyển tiếp, nâng cấp RC để hỗ trợ danh sách cấu hình Sidelink, nhận dạng nhóm và phân phối ngữ cảnh bảo mật. Cải thiện phân bổ tài nguyên hỗ trợ lập lịch và lựa chọn tài nguyên độc lập và thêm một trường RRC TLV cho thời gian ủy quyền và cửa sổ đặt chỗ. 2.2 RedCap và RRC Giảm sự phức tạp của RRC: Các thiết bị RedCap có thể hỗ trợ ít trạng thái RRC và các chức năng tùy chọn (ví dụ: đo lường hạn chế). RAN2 xác định tín hiệu khả năng và ít RRC IE hơn;Các nhà triển khai phải đảm bảo rằng RRC của gNodeB có thể xử lý các UE có khả năng hạn chế mà không ảnh hưởng đến xử lý UE bình thường. Các bộ đếm thời gian tiết kiệm năng lượng và RRC không hoạt động: Kết hợp chặt chẽ với MAC và DRX để tối ưu hóa mức tiêu thụ năng lượng; trình lên lịch hỗ trợ các chu kỳ DRX dài hơn và ít phân bổ trợ cấp hơn. 2.3 Vị trí và đo lường Rel-17 giới thiệu các loại đo lường và định dạng báo cáo mới để cải thiện việc áp dụng PRS/CSI-RS tại địa điểm.Thực hiện yêu cầu thay đổi các báo cáo đo UE (các đối tượng và báo cáo đo RRC) và giao diện LPP/NRPPa của máy chủ vị trí. ​

  I. ATSSS là viết tắt của Access Traffic Steering, Switching, Splitting;đây là một chức năng được giới thiệu bởi 3GPP cho 5G (NR) cho phép các thiết bị di động (UE) đồng thời sử dụng3GPPvàkhông phải 3GPPtruy cập, quản lý lưu lượng dữ liệu người dùng,kiểm soátdòng dữ liệu mới, mạng truy cập (mới) được chọn,chuyển đổitất cả dữ liệu đang diễn ra đến các mạng truy cập khác nhau để duy trì tính liên tục dữ liệu, vàchiadòng dữ liệu riêng lẻ, phân bổ chúng cho nhiều mạng truy cập để cải thiện hiệu suất hoặc đạt được sự dư thừa.   Điều khiển:Mạng xác định phương pháp truy cập nào (ví dụ: 5G và Wi-Fi) một luồng dữ liệu mới nên sử dụng dựa trên các quy tắc và điều kiện thời gian thực được xác định bởi nhà khai thác. Chuyển đổi:Mạng chuyển một phiên dữ liệu đang diễn ra từ một mạng truy cập sang mạng khác. Ví dụ, cuộc gọi video có thể được chuyển từ Wi-Fi sang 5G mà không bị gián đoạn. Phân chia:Mạng có thể đồng thời phân bổ một luồng dữ liệu duy nhất cho hai hoặc nhiều mạng truy cập khác nhau. Điều này có thể được sử dụng để tăng băng thông (các liên kết tổng hợp) hoặc đảm bảo độ tin cậy (số dư). II. Nguyên tắc hoạt độngATSSS có thể hoạt động tạiLớp IP(sử dụng các giao thức như MPTCP) hoặcdưới lớp IP(sử dụng các chức năng định tuyến cơ bản). Kiểm soát được xử lý bởi PCF của mạng cốt lõi 5G (Chức năng kiểm soát chính sách),Dựa trên các quy tắc được xác định bởi nhà khai thác và dữ liệu đo hiệu suất từ Thiết bị người dùng (UE) và chính mạng.   III. Các chế độ ATSSSCác chế độ ATSSS chính là như sau: Chế độ chính/bản sao lưu:Traffic được gửi qua active link. Nếu active link thất bại, nó chuyển sang backup link. Chế độ cân bằng tải:Giao thông được phân phối giữa các mạng truy cập có sẵn, thường dựa trên tỷ lệ phần trăm để cân bằng tải trọng. Chế độ trễ tối thiểu:Giao thông được định tuyến đến mạng truy cập có độ trễ thấp nhất (thời gian đi lại). Chế độ ưu tiên:Giao thông ban đầu được gửi qua một liên kết ưu tiên cao. Nếu liên kết đó trở nên tắc nghẽn, lưu lượng truy cập được chia rẽ hoặc chuyển hướng sang một liên kết ưu tiên thấp hơn. IV. Mở rộng kiến trúc và chức năngKiến trúc hệ thống 5G đã được mở rộng để hỗ trợATSSSchức năng (xem hình 4).2.10-1, 4.2.10-2, và 4.2.10-3); thiết bị đầu cuối 5G (UE) hỗ trợ một hoặc nhiều chức năng kiểm soát dòng chảy, cụ thể là:MPTCP, MPQUIC, và ATSSS-LL.Mỗi chức năng kiểm soát dòng chảy trong UE có thể thực hiện kiểm soát dòng chảy, chuyển giao và chia giữa3GPP và không phải 3GPPtruy cập mạng theo các quy tắc ATSSS được cung cấp bởi mạng. Đối với các phiên MA PDU kiểu Ethernet, UE phải có chức năng ATSSS-LL, với các yêu cầu cụ thể sau đây đối với UPF: - UPF có thể hỗ trợ chức năng proxy MPTCP, giao tiếp với chức năng MPTCP trong UE bằng giao thức MPTCP (IETF RFC 8684 [81]). - UPF có thể hỗ trợ chức năng proxy MPQUIC, giao tiếp với chức năng MPQUIC trong UE bằng giao thức QUIC (RFC9000 [166], RFC9001 [167],RFC9002 [168]) và mở rộng đa đường dẫn của nó (dự án-ietf-quic-multipath [174]). - UPF có thể hỗ trợ chức năng ATSSS-LL, tương tự như chức năng ATSSS-LL được xác định cho UE. IV. Đặc điểm ứng dụng ATSSS 4.1Loại EthernetCác phiên MA PDUyêu cầu chức năng ATSSS-LL (chuyển đổi) trong 5GC. Ngoài ra: - UPF hỗ trợ chức năng đo lường hiệu suất (PMF), mà UE có thể sử dụng để lấy các phép đo hiệu suất truy cập trên mặt hàng người dùng truy cập 3GPP và / hoặc mặt hàng người dùng truy cập không phải 3GPP. - AMF, SMF và PCF mở rộng chức năng mới được thảo luận thêm trong Phần 5.32. 4.2Kiểm soát ATSSS có thể yêu cầu tương tác giữa UE và PCF (như được chỉ định trong TS 23.503 [45]).   4.3UPF được hiển thị trong hình 4.2.10-1 có thể được kết nối thông qua điểm tham chiếu N9 thay vì điểm tham chiếu N3.   V. Các kịch bản Roaming 5.1Hình 4.2.10-2 cho thấy hỗ trợ ATSSS trong kịch bản luân lưu cho kiến trúc hệ thống 5G; kịch bản này bao gồm lưu lượng truy cập luân lưu tại nhà và UE được đăng ký cho cùng một VPLMN thông qua 3GPP và truy cập không phải 3GPP.Trong trường hợp này., chức năng proxy MPTCP, chức năng proxy MPQUIC, chức năng ATSSS-LL và PMF nằm trong H-UPF. 5.2Hình 4.2.10-3 cho thấy hỗ trợ ATSSS trong kịch bản luân lưu cho kiến trúc hệ thống 5G, kịch bản này bao gồm lưu lượng truy cập luân lưu tại nhà,và UE được đăng ký với VPLMN thông qua truy cập 3GPP và với HPLMN thông qua truy cập không phải 3GPP (iTrong trường hợp này, chức năng proxy MPTCP, chức năng proxy MPQUIC, chức năng ATSSS-LL và PMF đều nằm trong H-UPF.