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

Do cấu hình phức tạp của hệ thống truyền thốngCLIvàSNMvà thiếu hỗ trợ cho cơ chế giao dịch,NETCONFgiao thức quản lý mạng được bật trong hệ thống 5G, cho phépNMS(hệ thống quản lý mạng) để phát hành, sửa đổi và xóa cấu hình của các thiết bị mạng được kết nối với bộ định tuyến, eNodeB, gNodeB, DU, CU hoặc RU.cấu trúc và phiên dịch vụ là như sau:;   Tôi.Nguyên tắc hoạt động Hệ thống NETCONF chứa ít nhất mộtNMScấu trúc NETCONF chứa hai vai trò: khách hàng và máy chủ     II.Đặc điểm cấu trúc hệ thốngNETCONF chứa ít nhất một NMS quản lý tất cả các thiết bị mạng, bao gồm:   2.1Khách hàng.cung cấp các chức năng sau:   Sử dụng NETCONF để quản lý các thiết bị mạng. Gửi yêu cầu RPC đến máy chủ NETCONF để truy vấn hoặc sửa đổi một hoặc nhiều giá trị tham số. Theo các báo động và sự kiện được gửi bởi máy chủ NETCONF của thiết bị được quản lý, hiểu tình trạng của thiết bị được quản lý. 2.2 Khimáy chủ Khi một thiết bị được quản lý gặp phải một lỗi hoặc các loại khác của sự kiện,máy chủ NETCONF báo cáo báo động hoặc sự kiện cho khách hàng thông qua một cơ chế thông báo, cho phép khách hàng hiểu tình trạng của thiết bị được quản lý.   III.Phiên họp NETCONF: Như thể hiện trong hình dưới đây, máy khách và máy chủ giao tiếp bằng cơ chế RPC.Khách hàng gửi một yêu cầu RPC đến máy chủ, xử lý yêu cầu và trả về phản hồi cho máy khách.Giao tiếp chỉ được phép sau khi một phiên định hướng kết nối an toàn được thiết lậpQuá trình thiết lập và chấm dứt phiên là như sau:       Khách hàng thiết lập kết nối SSH với máy chủ và, sau khi hoàn thành xác thực và ủy quyền, thiết lập một phiên NETCONF với máy chủ. Các trao đổi máy khách và máy chủChào.tin nhắn để đàm phán khả năng. Khách hàng gửi một hoặc nhiều yêu cầu RPC đến máy chủ. Một số yêu cầu ví dụ được liệt kê dưới đây: Thay đổi và cam kết cấu hình; Dữ liệu cấu hình hoặc trạng thái truy vấn; Thực hiện các hoạt động bảo trì trên thiết bị; Khách hàng kết thúc phiên NETCONF; Kết nối SSH kết thúc.

  NETCONFlà tên đầy đủ của Network Configuration Protocol, đó là một giao thức quản lý mạng cho phép NMS (Network Management System),sửa đổi và xóa cấu hình của các thiết bị mạng được kết nối (router), eNodeB, gNodeB, DU, CU hoặc RU).IETF; trong khi đối với O-RAN, nó nằm dưới trách nhiệm của WG (Nhóm làm việc 4).     I. Giao thức NETCONFsử dụng mã hóa dữ liệu XML (Extensible Markup Language) để xử lý dữ liệu cấu hình và tin nhắn giao thức;Nó dựa trên khái niệm máy chủ và khách hàng và sử dụng cơ chế RPC (Remote Procedure Call) để đạt được giao tiếp giữa máy chủ và khách hàngQuá trình khách hàng chạy trên NMS, có thể là một kịch bản hoặc ứng dụng, và máy chủ là một thiết bị mạng điển hình.   II. Đặc điểm của NETCONFlà như sau: Nó áp dụng một khuôn khổ giao thức lớp, làm cho nó phù hợp hơn cho các mạng theo yêu cầu, tự động và dựa trên đám mây. Nó được sử dụng để phát hành, sửa đổi và xóa cấu hình cho các thiết bị mạng. XML (Extensible Markup Language) được sử dụng để mã hóa dữ liệu của dữ liệu cấu hình và thông điệp giao thức. Dựa trên khái niệm máy chủ và khách hàng, NMS hoạt động như một khách hàng và thiết bị mạng hoạt động như một máy chủ. Giao tiếp giữa máy chủ và khách hàng được thực hiện bằng cách sử dụng cơ chế RPC (Remote Procedure Call). Các hoạt động được thực hiện dựa trên mô hình YANG, giảm sự cố mạng do lỗi cấu hình thủ công. NETCONF đáp ứng nhu cầu tự động hóa mạng. Nó cung cấp các cơ chế bảo mật như xác thực và ủy quyền để đảm bảo truyền tin nhắn an toàn. Nó cũng cung cấp các cơ chế giao dịch, hỗ trợ phân loại dữ liệu, lưu trữ và di chuyển, cam kết theo giai đoạn và cô lập cấu hình. Nó hỗ trợ phân phối cấu hình toàn diện, xác minh và đảo ngược, giảm thiểu tác động đến các dịch vụ mạng. Nó cho phép các nhà cung cấp xác định các hoạt động giao thức của riêng họ để thực hiện các khả năng quản lý độc đáo. 3Tại sao NETCONF cần thiết? Một yêu cầu chính của các mạng đám mây là tự động hóa mạng cho việc cung cấp dịch vụ theo yêu cầu nhanh chóng và quản lý hoạt động tự động.Các phương pháp truyền thống như CLI và SNM không thể đáp ứng yêu cầu nàyHọ có những hạn chế sau đây, mà NETCONF giải quyết.   31. Những nhược điểm củaCLIThứ nhất, cấu hình rất phức tạp. CLI khác nhau tùy theo nhà cung cấp, yêu cầu người dùng học và điều chỉnh các kịch bản CLI cho mỗi nhà cung cấp. Những thay đổi thường xuyên trong cấu trúc và cú pháp CLI làm cho các kịch bản CLI khó duy trì. Phát ra lệnh không có cấu trúc, không thể dự đoán và dễ thay đổi, khiến việc phân tích tự động các kịch bản CLI khó khăn. 3.2Nhược điểm của SNMP: SNMP không hỗ trợ giao dịch, dẫn đến cấu hình không hiệu quả. SNMP sử dụng giao thức user datagram (UDP), không cung cấp truyền dữ liệu theo trình tự đáng tin cậy và thiếu cơ chế bảo mật hiệu quả. SNMP thiếu một cơ chế để gửi giao dịch cấu hình. SNMP quản lý cấu hình thiết bị trên cơ sở từng thiết bị và không hỗ trợ cấu hình cấp mạng hoặc hợp tác cấu hình đa thiết bị.

NETCONFlà tên đầy đủ của Network Configuration Protocol, đó là một giao thức quản lý mạng cho phép NMS (Network Management System),sửa đổi và xóa cấu hình của các thiết bị mạng được kết nối (router), eNodeB, gNodeB, DU, CU hoặc RU). NETCONF được IETF phát triển và tiêu chuẩn hóa; trong khi đối với O-RAN, nó nằm dưới trách nhiệm của WG (Nhóm làm việc 4).   1.Giao thức NETCONFsử dụng mã hóa dữ liệu XML (Extensible Markup Language) để xử lý dữ liệu cấu hình và tin nhắn giao thức;Nó dựa trên khái niệm máy chủ và khách hàng và sử dụng cơ chế RPC (Remote Procedure Call) để đạt được giao tiếp giữa máy chủ và khách hàngQuá trình khách hàng chạy trên NMS, có thể là một kịch bản hoặc ứng dụng, và máy chủ là một thiết bị mạng điển hình.   2.Các đặc điểm của NETCONFlà như sau: Nó áp dụng một khuôn khổ giao thức lớp, làm cho nó phù hợp hơn cho các mạng theo yêu cầu, tự động và dựa trên đám mây. Nó được sử dụng để phát hành, sửa đổi và xóa cấu hình cho các thiết bị mạng. XML (Extensible Markup Language) được sử dụng để mã hóa dữ liệu của dữ liệu cấu hình và thông điệp giao thức. Dựa trên khái niệm máy chủ và khách hàng, NMS hoạt động như một khách hàng và thiết bị mạng hoạt động như một máy chủ. Giao tiếp giữa máy chủ và khách hàng được thực hiện bằng cách sử dụng cơ chế RPC (Remote Procedure Call). Các hoạt động được thực hiện dựa trên mô hình YANG, giảm sự cố mạng do lỗi cấu hình thủ công. NETCONF đáp ứng nhu cầu tự động hóa mạng. Nó cung cấp các cơ chế bảo mật như xác thực và ủy quyền để đảm bảo truyền tin nhắn an toàn. Nó cũng cung cấp các cơ chế giao dịch, hỗ trợ phân loại dữ liệu,Lưu trữ và di chuyển, cam kết theo giai đoạn, và cách ly cấu hình. Nó hỗ trợ phân phối cấu hình toàn diện, xác minh và đảo ngược, giảm thiểu tác động đến các dịch vụ mạng. Nó cho phép các nhà cung cấp xác định các hoạt động giao thức của riêng họ để thực hiện các khả năng quản lý độc đáo.     3Tại sao NETCONF cần thiết?Một yêu cầu chính của các mạng đám mây là tự động hóa mạng cho việc cung cấp dịch vụ theo yêu cầu nhanh chóng và quản lý hoạt động tự động.Các phương pháp truyền thống như CLI và SNM không thể đáp ứng yêu cầu nàyHọ có những hạn chế sau đây, mà NETCONF giải quyết.   31. Nhược điểm của CLI: Thứ nhất, cấu hình phức tạp. Thứ hai, sau đây: CLI khác nhau tùy theo nhà cung cấp, yêu cầu người dùng học và điều chỉnh các kịch bản CLI cho mỗi nhà cung cấp. CLI cấu trúc và cú pháp thường xuyên thay đổi, làm cho các kịch bản CLI khó duy trì. Phát ra lệnh không có cấu trúc, không thể dự đoán và dễ thay đổi, khiến việc phân tích tự động các kịch bản CLI khó khăn.   3.2 Nhược điểm của SNMP: SNMP không hỗ trợ giao dịch, dẫn đến cấu hình không hiệu quả. SNMP sử dụng giao thức user datagram (UDP), không cung cấp truyền dữ liệu theo trình tự đáng tin cậy và thiếu cơ chế bảo mật hiệu quả. SNMP thiếu một cơ chế để gửi giao dịch cấu hình. SNMP quản lý cấu hình thiết bị trên cơ sở từng thiết bị và không hỗ trợ cấu hình cấp mạng hoặc hợp tác cấu hình đa thiết bị.

  Trong hệ thống 5G, Yêu cầu Chuyển Đổi Đường dẫn (PATH SWITCH REQUEST) là yêu cầu của thiết bị đầu cuối (UE) để thiết lập kết nối báo hiệu với 5GC và, nếu có thể, yêu cầu chuyển đổi đường truyền tải NG-U downlink sang một nút dịch vụ mới. Yêu cầu này có thể thất bại vì nhiều lý do; 3GPP định nghĩa nó trong TS 38.413 như sau.   I. Lỗi Vận hành Yêu cầu Đường dẫn   Như được hiển thị trong Hình 8.4.4.3-1 bên dưới, một lỗi yêu cầu thường được AMF phản hồi sau khi nút NG-RAN phát hành "PATH SWITCH REQUEST."       II. Các tình huống lỗi vận hành yêu cầu thường là:   Nếu 5GC không thể chuyển đổi điểm kết thúc downlink của đường truyền tải NG-U sang điểm kết thúc (dịch vụ) mới cho tất cả các tài nguyên phiên PDU, AMF sẽ gửi một thông báo PATH SWITCH REQUEST FAILURE đến nút NG-RAN.   Nút NG-RAN sẽ giải phóng các luồng QoS tương ứng và xem xét các Phiên PDU được chỉ định trong IE Danh sách Giải phóng Tài nguyên Phiên PDU có trong thông báo PATH SWITCH REQUEST FAILURE là đã được giải phóng.   Giá trị nguyên nhân tương ứng cho mỗi Phiên PDU đã giải phóng được chứa trong IE Chuyển đổi Yêu cầu Đường dẫn Không thành công trong thông báo PATH SWITCH REQUEST FAILURE.   III. Các Hoạt động Bất thường khi Yêu cầu   Nếu AMF nhận được một thông báo chứa nhiều IE ID Phiên PDU được đặt cùng một giá trị (trong IE Tài nguyên Phiên PDU sẽ được Chuyển đổi trong danh sách downlink), AMF sẽ gửi một thông báo PATH SWITCH REQUEST FAILURE đến nút NG-RAN. Ngoài ra,   Như một ngoại lệ, AMF có thể tạo ra một IE Chuyển đổi Yêu cầu Đường dẫn Không thành công.   Nếu một IE NSSAI Được Phép Một Phần được nhận trong một thông báo PATH SWITCH REQUEST ACKNOWLEDGE và tổng số S-NSSAI có trong NSSAI Được Phép và NSSAI Được Phép Một Phần vượt quá 8, nút NG-RAN sẽ xem xét quy trình đã thất bại.   Nếu bất kỳ S-NSSAI nào có trong IE NSSAI Được Phép Một Phần cũng có trong IE NSSAI Được Phép, nút NG-RAN sẽ xem xét quy trình đã thất bại.

Chuyển đổi trạng thái RAN là quá trình chuyển thông tin trạng thái liên kết lên và xuống của thiết bị đầu cuối (UE) từ một nút mạng truy cập vô tuyến nguồn (RAN) đến một nút RAN mục tiêu trong mạng 5G.Điều này thường xảy ra trong quá trình chuyển giao hoặc kịch bản kết nối képTrong quá trình này, AMF truyền thông tin về dữ liệu downlink (ví dụ, số lượng các gói được chuyển tiếp),cùng với trạng thái SN và số trình tự PDCP (Packet Data Convergence Protocol) và số siêu khung (HFN) cho cả dữ liệu liên kết lên và xuống, đến mục tiêu RAN.   Tôi.Chuyển đổi trạng thái RAN liên kết lênrMục tiêu là cho phép chuyển giao không mất mát qua NG-RAN. Quá trình chuyển giao sử dụng tín hiệu liên quan đến UE. Quá trình cụ thể được hiển thị trong Hình 8.4.6.2-1 bên dưới, trong đó:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. Đối với mỗi DRB mà việc bảo tồn trạng thái PDCP-SN và HFN là áp dụng, nút NG-RAN nguồn phải bao gồm ID DRB IE, UL COUNT IE,và DL COUNT IE trong Danh sách chuyển đổi trạng thái đối tượng DRB IE trong RAN Status Transfer Transparent Container IE của thông báo UPLINK RAN STATUS TRANSFER. Đối với mỗi DRB mà nút NG-RAN nguồn đã chấp nhận yêu cầu chuyển tiếp liên kết lên từ nút NG-RAN mục tiêu,nút NG-RAN nguồn cũng có thể bao gồm các SDU uplink bị thiếu và được nhận trong SDU UL PDCP IE của thông báo UPLINK RAN STATUS TRANSFER.   II.Chuyển đổi trạng thái RAN liên kết hạ cấp nhằm thực hiện các quy trình chuyển giao không mất mát dựa trên NG-RAN bằng cách sử dụng tín hiệu liên quan đến UE.4.7.2-1 bên dưới, trong đó:     AMF bắt đầu thủ tục này bằng cách gửi một thông báo TRANSFER STATUS RAN DOWNLINK đến nút NG-RAN mục tiêu.300 và sử dụng cấu hình đầy đủ sẽ bỏ qua thông tin nhận được trong thông báo này. Đối với mỗi DRB trong RAN Status Transfer Transparent Container IE thuộc danh sách chuyển giao quốc gia IE,nút NG-RAN mục tiêu không được truyền bất kỳ gói dữ liệu liên kết lên nào với PDCP-SN thấp hơn giá trị UL Count Value IE. Đối với mỗi DRB trong RAN Status Transfer Transparent Container IE thuộc danh sách chuyển giao quốc gia IE,nút NG-RAN mục tiêu sử dụng giá trị DL COUNT Value IE của gói dữ liệu downlink đầu tiên chưa được gán PDCP-SN. Nếu ít nhất một DRB trong RAN Status Transfer Transparent Container IE của thông báo DOWNLINK RAN STATUS TRANSFER chứa trạng thái nhận của UL PDCP SDU IE,nút NG-RAN mục tiêu có thể sử dụng nó trong các thông báo trạng thái được gửi đến UE qua giao diện vô tuyến.

  Mục đích của quy trình YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN là thiết lập kết nối báo hiệu liên quan đến UE với 5GC và, nếu có thể, yêu cầu điểm kết thúc đường xuống của kênh truyền tải NG-U được chuyển sang một điểm kết thúc mới. 3GPP định nghĩa các quy trình liên quan của 5G trong TS38.413 sau khi bật các công nghệ IAB, phân đoạn, định vị và đo khoảng cách như sau:   I. Xử lý ủy quyền IAB   Nếu thông báo ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN chứa IE Ủy quyền IAB, nút NG-RAN (nếu được hỗ trợ) sẽ lưu trữ thông tin ủy quyền IAB đã nhận trong ngữ cảnh UE và sử dụng nó như được chỉ định trong TS 38.401.   Nếu thông báo ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN chứa IE Ủy quyền IAB Di động, nút NG-RAN (nếu được hỗ trợ) sẽ lưu trữ trạng thái ủy quyền IAB Di động đã nhận trong ngữ cảnh UE của Mobile IAB-MT. Nếu IE Ủy quyền IAB Di động của Mobile IAB-MT được đặt thành "Không được ủy quyền", nút NG-RAN (nếu được hỗ trợ) sẽ đảm bảo rằng nút IAB Di động không phục vụ bất kỳ UE nào.   II. NSSAI và Đo khoảng cách và Định vị   Nếu IE "NSSAI được phép một phần" được bao gồm trong thông báo Path Switch Request Acknowledge (ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN), nút NG-RAN (nếu được hỗ trợ) sẽ suy ra lát cắt mạng được phép một phần cho UE từ đó, lưu trữ và thay thế bất kỳ "NSSAI được phép một phần" nào đã nhận trước đó và sử dụng nó như được chỉ định trong TS 23.501.   Nếu IE "Thông tin Dịch vụ Vị trí Đo khoảng cách và Đường vòng" được bao gồm trong thông báo Path Switch Request Acknowledge (ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN), nút NG-RAN (nếu được hỗ trợ) sẽ cập nhật thông tin dịch vụ vị trí đo khoảng cách và đường vòng của UE cho phù hợp. Nếu IE "Ủy quyền Định vị Đo khoảng cách và Đường vòng" trong IE Thông tin Dịch vụ Định vị Đo khoảng cách và Đường vòng được đặt thành "Không được ủy quyền", nút NG-RAN (nếu được hỗ trợ) nên thực hiện các bước để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ định vị đo khoảng cách và đường vòng.   III. Quy trình Báo cáo Chuyển đổi Không hoạt động RRC   Nếu IE Yêu cầu Báo cáo Chuyển đổi Không hoạt động RRC được bao gồm trong thông báo Path Switch Request Acknowledgement và được đặt thành "Báo cáo Trạng thái Kết nối RRC Đơn", và UE ở trạng thái RRC_CONNECTED, nút NG-RAN (nếu được hỗ trợ) nên gửi thông báo Báo cáo Chuyển đổi Không hoạt động RRC đến AMF để báo cáo trạng thái RRC của UE.   Nếu IE Yêu cầu Báo cáo Chuyển đổi Không hoạt động RRC được bao gồm trong thông báo ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN và được đặt thành "Báo cáo Trạng thái Kết nối RRC Đơn", và UE ở trạng thái RRC_INACTIVE, nút NG-RAN sẽ (nếu được hỗ trợ) gửi thông báo Báo cáo Chuyển đổi Không hoạt động RRC đến AMF và thông báo Báo cáo Chuyển đổi Không hoạt động RRC tiếp theo khi chuyển đổi trạng thái RRC sang RRC_CONNECTED.   Nếu IE Yêu cầu Báo cáo Chuyển đổi Không hoạt động RRC được bao gồm trong thông báo ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN và được đặt thành "Báo cáo Chuyển đổi Trạng thái Tiếp theo", nút NG-RAN sẽ (nếu được hỗ trợ) gửi thông báo BÁO CÁO CHUYỂN ĐỔI KHÔNG HOẠT ĐỘNG RRC đến AMF để báo cáo trạng thái RRC của UE và thông báo BÁO CÁO CHUYỂN ĐỔI KHÔNG HOẠT ĐỘNG RRC tiếp theo để báo cáo trạng thái RRC của UE khi UE vào hoặc rời khỏi trạng thái RRC_INACTIVE.   IV. Quy trình Thông báo Tài nguyên Phiên PDU   Nếu IE Chuyển đổi Path Request Acknowledge của thông báo ACKNOWLEDGE YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN chứa các tham số liên quan đến QoS (ví dụ: IE Ngân sách Trễ Gói CN Đường xuống hoặc IE Ngân sách Trễ Gói CN Đường lên), nhưng nút NG-RAN không thể chấp nhận thành công các tham số, nút NG-RAN sẽ tiếp tục sử dụng các giá trị cũ (nếu có) nhận được từ nút NG-RAN nguồn. Nếu được hỗ trợ, nút NG-RAN sẽ thông báo cho AMF bằng cách gửi thông báo THÔNG BÁO TÀI NGUYÊN PHIÊN PDU.    

  Mục đích của quá trình yêu cầu đường dẫn chuyển giao là thiết lập kết nối báo hiệu liên quan giữa thiết bị đầu cuối (UE) và 5GC và, nếu có thể, yêu cầu điểm kết thúc đường xuống của người mang tải vận chuyển NG-U được chuyển sang một điểm kết thúc mới. Đối với việc chuyển giao các dịch vụ liên quan đến UE trong giao diện PC5 trong Sildlink, 3GPP định nghĩa nó trong TS38.413 như sau:   I. Xử lý QoS PC5 Yêu cầu đường dẫn trong chuyển giao giao diện PC5 trong Sildlink được định nghĩa như sau:   Nếu thông báo Path Switch Request Acknowledge (XÁC NHẬN YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN) chứa IE tham số QoS PC5, nút NG-RAN sẽ (nếu được hỗ trợ) sử dụng nó như được định nghĩa trong TS 23.287. Nếu thông báo Path Switch Request Acknowledge (XÁC NHẬN YÊU CẦU CHUYỂN ĐỔI ĐƯỜNG DẪN) chứa IE tham số QoS A2X PC5, nút NG-RAN sẽ (nếu được hỗ trợ) sử dụng nó như được định nghĩa trong TS 23.256. Nếu thông báo Path Switch Request Acknowledge bao gồm IE Danh sách tham số QoS thay thế, nút NG-RAN sẽ (nếu được hỗ trợ) sử dụng nó như được chỉ định trong TS 23.502. II. Yêu cầu đường dẫn trong CE-mode-B và User Plane CIoT Chuyển giao được định nghĩa như sau:   Nếu thông báo Path Switch Request Acknowledge bao gồm IE Hạn chế CE-mode-B, IE Hạn chế vùng phủ sóng nâng cao không được đặt thành "bị hạn chế" và thông tin Hạn chế vùng phủ sóng nâng cao được lưu trữ trong ngữ cảnh UE không được đặt thành "bị hạn chế", nút NG-RAN sẽ (nếu được hỗ trợ) lưu trữ thông tin này trong ngữ cảnh UE và sử dụng nó như được định nghĩa trong TS 23.501. Nếu thông báo Path Switch Request Acknowledge bao gồm IE Chỉ báo hỗ trợ CIoT User Plane UE, nút NG-RAN sẽ (nếu được hỗ trợ) lưu trữ thông tin này trong ngữ cảnh UE và giả định rằng UE hỗ trợ Tối ưu hóa CIoT 5GS User Plane như được chỉ định trong TS 23.501. Nếu thông báo Path Switch Request Acknowledge bao gồm IE ID Khả năng vô tuyến UE, nút NG-RAN sẽ (nếu được hỗ trợ) sử dụng nó như được chỉ định trong TS 23.501 và TS 23.502. III. Hoạt động UE dự kiến của Phiên PDU và Yêu cầu đường dẫn trong MDT Chuyển giao được định nghĩa như sau: Đối với mỗi Phiên PDU, nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE "Hành vi hoạt động UE dự kiến của Phiên PDU", nút NG-RAN sẽ (nếu được hỗ trợ) xử lý thông tin này như được chỉ định trong TS 23.501. Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE "Danh sách PLMN MDT dựa trên quản lý", nút NG-RAN sẽ lưu trữ nó trong ngữ cảnh UE và, nếu được hỗ trợ, sử dụng danh sách này để cho phép lựa chọn UE sau này cho MDT dựa trên quản lý như được định nghĩa trong TS 32.422. Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE "Danh sách sửa đổi PLMN MDT dựa trên quản lý", nút NG-RAN (nếu được hỗ trợ) sẽ sử dụng danh sách này để ghi đè mọi thông tin danh sách PLMN MDT dựa trên quản lý đã lưu trữ trước đó trong ngữ cảnh UE và sử dụng thông tin nhận được để cho phép lựa chọn UE sau này cho MDT dựa trên quản lý như được định nghĩa trong TS 32.422. Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE Thông tin hỗ trợ đồng bộ hóa thời gian, nút NG-RAN (nếu được hỗ trợ) sẽ lưu trữ thông tin này trong ngữ cảnh UE và sử dụng nó như được định nghĩa trong TS 23.501. IV. Yêu cầu đường dẫn trong 5G ProSe Chuyển giao được định nghĩa như sau: Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE Được ủy quyền 5G ProSe, nút NG-RAN (nếu được hỗ trợ) sẽ cập nhật thông tin ủy quyền ProSe của nó cho UE cho phù hợp. Nếu Thông tin ủy quyền 5G ProSe (IE Được ủy quyền 5G ProSe) chứa một hoặc nhiều IE được đặt thành "Không được ủy quyền", nút NG-RAN (nếu được hỗ trợ) nên thực hiện các bước để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ 5G ProSe liên quan. Nếu IE Tham số QoS PC5 5G ProSe được bao gồm trong thông báo PATH SWITCH REQUEST ACKNOWLEDGE, nút NG-RAN (nếu được hỗ trợ) nên sử dụng nó như được định nghĩa trong TS 23.304. Nếu IE Thông tin thuê bao UE trên không được bao gồm trong thông báo PATH SWITCH REQUEST ACKNOWLEDGE, nút NG-RAN (nếu được hỗ trợ) nên lưu trữ thông tin này hoặc ghi đè mọi thông tin đã lưu trữ trước đó trong ngữ cảnh UE và sử dụng nó như được định nghĩa trong TS 38.300. Nếu IE Tốc độ bit tối đa tổng hợp PC5 UE 5G ProSe được bao gồm trong thông báo PATH SWITCH REQUEST ACKNOWLEDGE, nút NG-RAN sẽ (nếu được hỗ trợ) thực hiện các hành động sau: Thay thế Tốc độ bit tối đa tổng hợp PC5 UE 5G ProSe được cung cấp trước đó (nếu có trong ngữ cảnh UE) bằng giá trị nhận được; Sử dụng giá trị nhận được cho các liên lạc sidelink cho UE liên quan trong chế độ lập lịch mạng cho dịch vụ 5G ProSe.

  1. Phân chia mạng chia một mạng thành các trường hợp sử dụng độc lập, mỗi trường hợp được điều chỉnh để cung cấp các dịch vụ chuyên biệt. Trong kỷ nguyên 4G (LTE) truyền thống, APN (Tên Điểm Truy cập) là hình thức phân chia mạng đầu tiên trong mạng di động, cho phép các nhà khai thác phân vùng mạng của họ dựa trên các yêu cầu dịch vụ.   2. Phân vùng mạng 5G, được xác định bởi 3GPP, có các phiên bản mạng độc lập với khả năng xử lý mặt phẳng điều khiển và người dùng độc lập. Các phân vùng này yêu cầu sự hỗ trợ từ Mạng Lõi 5G (5GC), chỉ được sử dụng trong 5G với Kiến trúc Độc lập (SA).   3. Các Phần tử và Định danh Mạng: Việc triển khai phân chia trong 5G bao gồm các chức năng mạng như thiết bị người dùng (UE), mạng truy cập vô tuyến thế hệ tiếp theo (NG-RAN), các chức năng mặt phẳng điều khiển (ví dụ: AMF, PCF, SMF) và các chức năng mặt phẳng người dùng (ví dụ: UPF). Mỗi phân vùng mạng được xác định bằng S-NSSAI (Loại Dịch vụ Phân vùng), bao gồm Loại Dịch vụ Phân vùng (SST) để chỉ ra dịch vụ mà phân vùng mạng áp dụng. Các nhà khai thác mạng có thể sử dụng các giá trị SST được chuẩn hóa như sau: 1 cho băng thông rộng di động nâng cao, 2 cho liên lạc độ trễ thấp siêu tin cậy, 3 cho IoT lớn, 4 cho xe-với-mọi-thứ (V2X), 5 cho liên lạc kiểu máy hiệu suất cao. Họ cũng có thể sử dụng các giá trị SST không chuẩn hóa, được định nghĩa cục bộ.   4. Hỗ trợ Phân chia Mạng Đầu cuối: Đối với các thiết bị đầu cuối 5G SA (độc lập) (UE) được cấu hình với USRP (Chính sách Định tuyến UE), chúng có thể chọn S-NSSAI cho phân chia mạng (dịch vụ) dựa trên ứng dụng mong muốn (tùy thuộc vào yêu cầu chất lượng dịch vụ của ứng dụng). Ví dụ: Galaxy S24 Ultra đầu tiên của Samsung được trang bị URSP cho phép lựa chọn phân vùng và thực thi dịch vụ trong hệ thống 5G.   5. Hỗ trợ Phân chia Mạng Hệ thống: ADC (Phát hiện và Điều khiển) được bật (một chức năng trong các phần tử mạng lõi 5G PCF (Chức năng Kiểm soát Chính sách) và SMF (Chức năng Quản lý Phiên)). ADC được sử dụng để xác định các ứng dụng hoặc lưu lượng trên phía mạng, áp dụng các chính sách như chất lượng dịch vụ, thanh toán hoặc chuyển hướng và thực hiện phân loại và ưu tiên lưu lượng theo thời gian thực.   6. Ví dụ Triển khai Thương mại Phân chia Mạng: Singapore Telecommunications (Singtel) đã ra mắt Singtel 5G+, một sự đổi mới "phân chia mạng" tiên tiến mang đến một tiêu chuẩn kết nối mới và trải nghiệm được ưu tiên thông qua ba tính năng chính: Singtel 5G+: Mạng duy nhất sử dụng băng tần phổ 700MHz, mang lại vùng phủ sóng toàn quốc tối ưu, ngay cả trong nhà. Singtel 5G+ Nâng cao: Vùng phủ sóng rộng hơn và tốc độ nhanh hơn, với tốc độ liên tục lên đến 2 lần. Singtel 5G+ Ưu tiên: Các kênh mạng được ưu tiên với tốc độ nhanh hơn 4 lần, luôn ưu tiên các dịch vụ và phát hiện các dịch vụ mới nổi

3GPP xác định những điều sau đây trong TS 38.413 liên quan đến hạn chế bảo hiểm tăng cường, thời gian kết nối mở rộng, ủy quyền dịch vụ V2X,và xử lý yêu cầu đường dẫn chuyển giao cho các đầu cuối tổng hợp liên kết bên trong hệ thống 5G:   I. Tăng hạn chế bảo hiểm và kéo dài thời gian kết nối   Nếu thông báo Path Switch Request Acknowledgement (PATH SWITCH REQUEST ACKNOWLEDGE) bao gồmHạn chế bảo hiểm tăng cường IE, các nút NG-RAN SHOULD (nếu được hỗ trợ) lưu trữ thông tin này trong bối cảnh UE và sử dụng nó như được xác định trong TS 23.501.   Nếu thông báo Path Switch Request Acknowledgement (PATH SWITCH REQUEST ACKNOWLEDGE) bao gồmThời gian kết nối mở rộng IE, các nút NG-RAN SHOULD (nếu được hỗ trợ) sử dụng nó như được xác định trong TS 23.501.   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm thông tin phân biệt UE IE, nút NG-RAN (nếu được hỗ trợ) nên lưu trữ thông tin này trongEUbối cảnh sử dụng tiếp theo theo TS 23.501.   II. NR Quyền dịch vụ V2X   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE ủy quyền dịch vụ NR V2X,nút NG-RAN (nếu được hỗ trợ) nên cập nhật thông tin ủy quyền dịch vụ NR V2X cho UE phù hợp.   Nếu IE ủy quyền dịch vụ NR V2X bao gồm một hoặc nhiều IE được đặt thành "Không được phép"," nút NG-RAN (nếu được hỗ trợ) nên thực hiện các bước để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ liên quan.   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm IE ủy quyền dịch vụ LTE V2X,nút NG-RAN (nếu được hỗ trợ) nên cập nhật thông tin ủy quyền dịch vụ LTE V2X cho UE phù hợpNếu IE ủy quyền dịch vụ LTE V2X chứa một hoặc nhiều IE được đặt thành "Không được phép"," nút NG-RAN (nếu được hỗ trợ) nên thực hiện các biện pháp để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ liên quan.   Nếu IE ủy quyền dịch vụ NR A2X có chứa một hoặc nhiều IE được đặt thành "Không được phép," nút NG-RAN (nếu được hỗ trợ) nên thực hiện các biện pháp để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ liên quan.   Nếu thông báo xác nhận yêu cầu chuyển đổi đường dẫn (PATH SWITCH REQUEST ACKNOWLEDGE) chứa IE ủy quyền dịch vụ LTE A2X,nút NG-RAN (nếu được hỗ trợ) nên cập nhật thông tin ủy quyền dịch vụ LTE A2X cho UE phù hợp.   Nếu IE ủy quyền dịch vụ LTE A2X chứa một hoặc nhiều IE được đặt thành "Không được phép"," nút NG-RAN (nếu được hỗ trợ) nên thực hiện các biện pháp để đảm bảo rằng UE không còn quyền truy cập vào các dịch vụ liên quan.   III. Liên kết bên cạnh và xử lý tổng hợp   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE chứa NR UE Sidelink Aggregate Maximum Bit Rate IE, nút NG-RAN (nếu được hỗ trợ) phải thực hiện các hoạt động sau: Thay thế tốc độ bit tối đa tổng hợp của UE Sidelink đã được cung cấp trước đó (nếu có sẵn trong bối cảnh UE) bằng giá trị nhận được; Sử dụng giá trị nhận được cho các giao tiếp liên kết bên với UE liên quan trong NR V2X phục vụ chế độ lên lịch mạng.   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE chứa LTE UE Sidelink Aggregate Maximum Bit Rate IE, nút NG-RAN (nếu được hỗ trợ) phải thực hiện các hoạt động sau: Thay thế tốc độ bit tối đa tổng hợp của UE Sidelink đã được cung cấp trước đó (nếu có sẵn trong bối cảnh UE) bằng giá trị nhận được; Sử dụng giá trị nhận được cho giao tiếp liên kết bên với UE liên quan trong LTE V2X phục vụ chế độ lập kế hoạch mạng. Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm NR A2X UE PC5 tổng số bitrate tối đa IE, nút NG-RAN (nếu được hỗ trợ) phải thực hiện các hoạt động sau: Thay đổi tốc độ bit tối đa tổng hợp NR A2X UE PC5 đã được cung cấp trước đó (nếu có trong bối cảnh UE) bằng giá trị nhận được; Trong chế độ lên kế hoạch mạng, sử dụng giá trị nhận được cho các giao tiếp liên kết bên ngoài dịch vụ NR A2X cho UE liên quan. Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm tốc độ bit tối đa tổng hợp LTE A2X UE PC5 IE, nút NG-RAN (nếu được hỗ trợ) phải thực hiện các hoạt động sau: Thay đổi tốc độ bit tối đa tổng hợp LTE A2X UE PC5 đã được cung cấp trước đó (nếu có sẵn trong bối cảnh UE) bằng giá trị nhận được; Trong chế độ lên kế hoạch mạng, sử dụng giá trị nhận được cho giao tiếp liên kết phụ dịch vụ LTE A2X cho UE liên quan.

  Trong một hệ thống 5G, chuyển giaoyêu cầu đường dẫnlà một yêu cầu của một thiết bị đầu cuối (UE) để thiết lập một kết nối tín hiệu liên quan đến UE với 5GC và, nếu có thể,yêu cầu chuyển điểm kết thúc downlink mang NG-U sang một điểm kết thúc mớiKhi 5G hỗ trợ ngày càng nhiều loại dịch vụ, nội dung yêu cầu đường dẫn trong quá trình chuyển giao sẽ ngày càng phức tạp. 3GPP xác định điều này trong TS 38.413 như sau.   I. Ngân sách trì hoãn gói   NếuCN Packet Budget DownlinkIE được bao gồm trong thông báo xác nhận yêu cầu chuyển hướng vận chuyển IE của thông báo xác nhận yêu cầu chuyển hướng (PATH SWITCH REQUEST ACKNOWLEDGE),nút NG-RAN SHOULD (nếu được hỗ trợ) thay thế CN Packet Delay Budget Downlink đã được cung cấp trước đó (nếu có) và sử dụng nó theo quy định trong TS 23.502.   NếuCN Packet Delay Budget UplinkIE được bao gồm trong thông báo Path Switch Request Ack Transport IE của thông báo Path Switch Request Ack No WLEDGE,nút NG-RAN (nếu được hỗ trợ) thay thế CN Packet Delay Budget Uplink (nếu có) được cung cấp trước đó và sử dụng nó theo quy định trong TS 23.502.   II. Quản lý dữ liệu bùng nổ   Nếu Burst Arrival Time Downlink IE được bao gồm trong thông báo Path Switch Request Ack Transport IE của thông báo Path Switch Request Ack,nút NG-RAN (nếu được hỗ trợ) sẽ thay thế giá trị đã cung cấp trước đó (nếu có) và sử dụng nó theo quy định trong TS 23.502.   III. RRC không hoạt động và xử lý thông tin hỗ trợ mạng cốt lõi   Nếu thông tin hỗ trợ mạng cốt lõi của RRC INACTIVE IE được bao gồm trong thông báo xác nhận yêu cầu chuyển tuyến đường,nút NG-RAN (nếu được hỗ trợ) sẽ lưu trữ thông tin này trong bối cảnh UE và sử dụng nó cho các quyết định trạng thái RRC_INACTIVE và cấu hình RNA của UE và tìm kiếm RAN (nếu có)., như được mô tả trong TS 38.300.   Nếu thông tin hỗ trợ mạng cốt lõi của RRC INACTIVE IE bao gồm MICO All PLMN IE,nút NG-RAN (nếu được hỗ trợ) phải coi khu vực đăng ký của UE là PLMN đầy đủ và bỏ qua danh sách TAI của RRC IE không hoạt động.   Nếu thông tin hỗ trợ mạng cốt lõi của IE RRC INACTIVE bao gồm chỉ dẫn nguyên nhân của dịch vụ thoại IE,nút NG-RAN (nếu được hỗ trợ) lưu trữ và sử dụng nó theo quy định trong TS 38.300.   Nếu thông tin hỗ trợ mạng cốt lõi của RRC INACTIVE IE bao gồm thông tin hỗ trợ PEIPS IE,nút NG-RAN (nếu được hỗ trợ) sẽ lưu trữ và sử dụng nó để gọi các nhóm con của UE trong trạng thái RRC_INACTIVE, như được mô tả trong TS 38.300.   Nếu CN MT Communication Handling IE được bao gồm trong thông tin hỗ trợ mạng cốt lõi (RRC INACTIVE IE),nút NG-RAN lưu trữ IE này (nếu được hỗ trợ) và sau đó có thể yêu cầu CN thực hiện xử lý liên lạc MT, như được mô tả trong TS 23.502, tùy thuộc vào việc thực hiện.   Nếu IE điều chỉnh tham số RAN được hỗ trợ CN được bao gồm trong thông báo xác nhận yêu cầu chuyển đổi đường dẫn (PATH SWITCH REQUEST ACKNOWLEDGE), nút NG-RAN có thể sử dụng IE này như mô tả trong TS 23.501.   Nếu yêu cầu báo cáo chuyển đổi RRC INACTIVE IE được bao gồm trong thông báo xác nhận yêu cầu chuyển đổi đường dẫn (PATH SWITCH REQUEST ACKNOWLEDGE),nút NG-RAN (nếu được hỗ trợ) lưu trữ thông tin này trong bối cảnh UE.   V. Xử lý EPS và SRVCC   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE bao gồm chuyển hướng cho giọng nóiEPS FallbackIE, nút NG-RAN phải (nếu được hỗ trợ) lưu trữ IE này và sử dụng nó trong các quyết định dự phòng EPS giọng nói tiếp theo như được chỉ định trong TS 23.502.   Nếu thông báo PATH SWITCH REQUEST ACKNOWLEDGE chứa thông tin về hoạt động SRVCC Possible IE,nút NG-RAN (nếu được hỗ trợ) lưu trữ nội dung SRVCC Operation Possible IE nhận được trong bối cảnh UE và sử dụng nó theo định nghĩa trong TS 23.216.