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

1. Khung giao thức Như hình sau (1), NETCONF áp dụng cấu trúc phân lớp, trong đó mỗi lớp đóng gói các chức năng cụ thể và cung cấp dịch vụ cho lớp trên. Cấu trúc này cho phép mỗi lớp tập trung vào một khía cạnh duy nhất của NETCONF và giảm sự phụ thuộc giữa các lớp. Các thay đổi trong một lớp có tác động tối thiểu đến các lớp khác.       NETCONF có thể được chia thành bốn lớp: lớp bảo mật vận chuyển, lớp tin nhắn, lớp thao tác, và lớp nội dung. Các lớp này là:   Lớp bảo mật vận chuyển: Lớp này chịu trách nhiệm về giao tiếp giữa máy khách và máy chủ. NETCONF có thể được phân lớp trên bất kỳ giao thức vận chuyển nào đáp ứng các yêu cầu cơ bản, chẳng hạn như SSH, TLS và HTTPS. SSH là giao thức vận chuyển được ưu tiên để truyền các thông báo XML trong NETCONF. Lớp tin nhắn: Lớp này cung cấp các cơ chế mã hóa RPC và thông báo độc lập với vận chuyển. Máy khách đóng gói một yêu cầu RPC trong một phần tử và gửi nó đến máy chủ. Máy chủ đóng gói kết quả xử lý yêu cầu này trong một phần tử và gửi nó đến máy khách. Lớp thao tác: Lớp này xác định một tập hợp các thao tác giao thức cơ bản, được gọi là các phương thức RPC với các tham số được mã hóa XML. Lớp nội dung: Lớp này được xác định bởi mô hình dữ liệu cho dữ liệu quản lý. Hiện tại, các mô hình dữ liệu chính bao gồm Schema và YANG.         Schema là một tập hợp các quy tắc để mô tả các tệp XML. Thiết bị sử dụng các tệp lược đồ (tương tự như các tệp MIB trong SNMP) để cung cấp cấu hình thiết bị và giao diện quản lý cho các hệ thống quản lý mạng (NMS). YANG là một ngôn ngữ mô hình hóa dữ liệu được thiết kế cho NETCONF. Máy khách có thể biên dịch các thao tác RPC thành các thông báo XML để đạt được giao tiếp máy khách-máy chủ tuân theo các ràng buộc của mô hình YANG.   2. Định dạng tin nhắn Hình sau (2) là cấu trúc thông báo yêu cầu NETCONF YANG hoàn chỉnh;       3. Khung giao tiếp Trong NETCONF, yêu cầu RPC do máy khách khởi tạo và phản hồi từ máy chủ đều được mã hóa bằng XML và chứa trong các phần tử và tương ứng. Khung yêu cầu-phản hồi này độc lập với giao thức lớp vận chuyển; một số phần tử RPC cơ bản được liệt kê dưới đây: Phần tử được sử dụng để đóng gói yêu cầu do máy khách NETCONF gửi đến máy chủ NETCONF. Máy chủ NETCONF gửi một phần tử để đáp ứng mỗi yêu cầu . Nếu bất kỳ lỗi hoặc cảnh báo nào xảy ra trong quá trình xử lý yêu cầu , máy chủ NETCONF sẽ trả về một thông báo chỉ chứa phần tử cho máy khách NETCONF. Nếu không có lỗi hoặc cảnh báo nào xảy ra trong quá trình xử lý yêu cầu , máy chủ NETCONF sẽ trả về một thông báo chỉ chứa phần tử cho máy khách NETCONF.   IV. Cấu hình cơ sở dữ liệu NETCONF xác định một tập hợp đầy đủ các tham số cấu hình thiết bị. NETCONF xác định sự tồn tại của một hoặc nhiều cơ sở dữ liệu cấu hình và cho phép các thao tác cấu hình trên chúng. Trong mô hình NETCONF cơ bản, chỉ có cơ sở dữ liệu cấu hình khả dụng. Các cơ sở dữ liệu cấu hình khác có thể được xác định dựa trên khả năng và chỉ khả dụng trên các thiết bị hỗ trợ các khả năng đó. Chúng bao gồm:   : Cơ sở dữ liệu cấu hình đang chạy. Cơ sở dữ liệu này lưu trữ tất cả các cấu hình hiện đang hoạt động trên một thiết bị mạng. Chỉ có một cơ sở dữ liệu cấu hình trên một thiết bị và nó luôn tồn tại.   : Cơ sở dữ liệu cấu hình ứng cử viên. Cơ sở dữ liệu này lưu trữ dữ liệu cấu hình sẽ được cam kết với cơ sở dữ liệu cấu hình trên thiết bị. Các thao tác trên cơ sở dữ liệu cấu hình có thể được thực hiện mà không ảnh hưởng đến cấu hình hiện tại của thiết bị. Thao tác được sử dụng để cam kết một cấu hình ứng cử viên. Để hỗ trợ cơ sở dữ liệu cấu hình , một thiết bị phải hỗ trợ khả năng cấu hình ứng cử viên, một khả năng NETCONF tiêu chuẩn.   : Cơ sở dữ liệu cấu hình khởi động (tương tự như một tệp cấu hình đã lưu). Nó lưu trữ dữ liệu cấu hình cần được tải khi thiết bị khởi động. Để hỗ trợ cơ sở dữ liệu cấu hình , thiết bị phải hỗ trợ khả năng khởi động độc lập, đây là một khả năng NETCONF tiêu chuẩn.

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.