5G (NR) RAN Learning - Padverzoek tijdens de overdracht

In een 5G-systeem is een handover padverzoek een verzoek van een terminal (UE) om een UE-gerelateerde signaalverbinding met de 5GC tot stand te brengen en, indien van toepassing, te verzoeken dat het downlink-eindpunt van de NG-U-transportdrager wordt overgeschakeld naar een nieuw eindpunt. Aangezien 5G een toenemend aantal servicetypen ondersteunt, zal de inhoud van padverzoeken tijdens handovers steeds complexer worden. 3GPP definieert dit in TS 38.413 als volgt.

I. Packet Delay Budget

• Als de CN Packet Delay Budget Downlink IE is opgenomen in de Path Switch Request Acknowledge Transport IE van het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, MOET de NG-RAN-node (indien ondersteund) de eerder verstrekte CN Packet Delay Budget Downlink (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.

• Als de CN Packet Delay Budget Uplink IE is opgenomen in de Path Switch Request Ack Transport IE van het Path Switch Request Ack No WLEDGE-bericht, moet de NG-RAN-node (indien ondersteund) de eerder verstrekte CN Packet Delay Budget Uplink (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.

II. Burst Data Handling

Als de Burst Arrival Time Downlink IE is opgenomen in de Path Switch Request Ack Transport IE van het Path Switch Request Ack-bericht, moet de NG-RAN-node (indien ondersteund) de eerder verstrekte waarde (indien aanwezig) vervangen en deze gebruiken zoals gespecificeerd in TS 23.502.

III. RRC Inactive en Core Network Assistance Information Handling

• Als de Core Network Assistance Information van de RRC INACTIVE IE is opgenomen in het Path Switch Request Confirmation-bericht, moet de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE-context en deze gebruiken voor RRC_INACTIVE-statusbeslissingen en de RNA-configuratie en RAN-paging van de UE (indien aanwezig), zoals beschreven in TS 38.300.

• Als de Core Network Assistance Information van de RRC INACTIVE IE de MICO All PLMN IE bevat, moet de NG-RAN-node (indien ondersteund) het registratiegebied van de UE behandelen als de volledige PLMN en de TAI-lijst van de RRC Inactive IE negeren.

• Als de Core Network Assistance Information van de RRC INACTIVE IE de Paging Cause Indication of the Voice Service IE bevat, moet de NG-RAN-node (indien ondersteund) deze opslaan en gebruiken zoals gespecificeerd in TS 38.300.

• Als de Core Network Assistance Information van de RRC INACTIVE IE de PEIPS Assistance Information IE bevat, moet de NG-RAN-node (indien ondersteund) deze opslaan en gebruiken voor paging-subgroepen van UE's in de RRC_INACTIVE-status, zoals beschreven in TS 38.300.

• Als de CN MT Communication Handling IE is opgenomen in de Core Network Assistance Information (RRC INACTIVE IE), moet de NG-RAN-node (indien ondersteund) deze IE opslaan en kan vervolgens de CN verzoeken om MT-communicatieafhandeling uit te voeren, zoals beschreven in TS 23.502, afhankelijk van de implementatie.

• Als de CN Assisted RAN Parameter Adjustment IE is opgenomen in het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, kan de NG-RAN-node deze IE gebruiken zoals beschreven in TS 23.501.

• Als de RRC INACTIVE Transition Report Request IE is opgenomen in het Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) bericht, moet de NG-RAN-node (indien ondersteund) deze informatie opslaan in de UE-context.

V. EPS en SRVCC Processing

• Als het PATH SWITCH REQUEST ACKNOWLEDGE-bericht de Redirection for Voice EPS Fallback IE bevat, moet de NG-RAN-node (indien ondersteund) deze IE opslaan en gebruiken in daaropvolgende voice EPS fallback-beslissingen zoals gespecificeerd in TS 23.502.

• Als het PATH SWITCH REQUEST ACKNOWLEDGE-bericht de SRVCC Operation Possible IE-informatie bevat, moet de NG-RAN-node (indien ondersteund) de ontvangen SRVCC Operation Possible IE-inhoud opslaan in de UE-context en deze gebruiken zoals gedefinieerd in TS 23.216.