Methods and apparatuses for supporting reporting of access network information

The method addresses the issue of outdated access network information in home routed and intermediate PDU sessions by enabling a session management node to request and subscribe for the latest data, ensuring compliance with regulatory requirements.

WO2026073517A1PCT designated stage Publication Date: 2026-04-09TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) +1
View PDF 4 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2025-10-03
Publication Date
2026-04-09

AI Technical Summary

Technical Problem

Existing solutions fail to support accurate reporting of access network information in scenarios involving home routed roaming protocol data unit (PDU) sessions or PDU sessions with intermediate session management functions, leading to outdated location and time zone information that do not meet regulatory requirements.

Method used

A method where a first session management node requests a second session management node to provide the latest access network information when it does not have the latest data, and if the PDU session is inactive, it subscribes to receive updates from an access and mobility management node, ensuring accurate reporting through a series of requests and responses.

Benefits of technology

Enables accurate and timely reporting of access network information, meeting regulatory requirements by ensuring the latest location and time zone data is available for policy enforcement.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2025126295_09042026_PF_FP_ABST
    Figure CN2025126295_09042026_PF_FP_ABST
Patent Text Reader

Abstract

Methods and apparatuses for supporting reporting of access network information are disclosed. According to an embodiment, a first session management node receives, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. In response to receiving the first request, the first session management node sends, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. The first session management node receives, from the second session management node, a second response to the second request. The second response comprises the access network information of the terminal device that is obtained by the second session management node.
Need to check novelty before this filing date? Find Prior Art

Description

METHODS AND APPARATUSES FOR SUPPORTING REPORTING OF ACCESS NETWORK INFORMATIONTechnical Field

[0001] Embodiments of the disclosure generally relate to communication, and, more particularly, to methods and apparatuses for supporting reporting of access network information.Background

[0002] This section introduces aspects that may facilitate better understanding of the present disclosure. Accordingly, the statements of this section are to be read in this light and are not to be understood as admissions about what is in the prior art or what is not in the prior art.

[0003] NetLoc is a feature which can provide Internet protocol (IP) multimedia subsystem (IMS) with trusted network-determined user location and time zone information by enabling session management function (SMF) to report access network location information to policy control function (PCF) . The NetLoc feature can be used to support a variety of applications such as lawful interception, charging, etc.Summary

[0004] This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

[0005] One of the objects of the disclosure is to provide an improved solution for supporting reporting of access network information. In particular, one of the problems to be solved by the disclosure is that the existing solution could not support reporting of access network information in some cases involving home routed roaming protocol data unit (PDU) session or PDU session with intermediate session management function (I-SMF) .

[0006] According to a first aspect of the disclosure, there is provided a method at a first session management node. The method may comprise receiving, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. The method may further comprise, in response to receiving the first request, sending, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. The method may further comprise receiving, from the second session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0007] In an embodiment of the disclosure, the first session management node may have previously maintained first access network information of the terminal device. The second request may be sent when the first access network information of the terminal device is not the latest.

[0008] In an embodiment of the disclosure, that the first access network information of the terminal device is not the latest may be further determined based on a procedure for establishment or modification or release of a quality of service (QoS) flow not to be triggered for the terminal device.

[0009] In an embodiment of the disclosure, the first request may be a notification request for notifying updated session management related policies. The notification request may comprise a third indicator indicating the first session management node to provide the access network information of the terminal device.

[0010] In an embodiment of the disclosure, the method may further comprise sending the access network information of the terminal device received from the second response to the policy control node.

[0011] According to a second aspect of the disclosure, there is provided a method at a second session management node. The method may comprise receiving, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device. The second request may be sent when the first session management node does not have the latest access network information of the terminal device. The method may further comprise obtaining the access network information of the terminal device. The method may further comprise sending, to the first session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0012] In an embodiment of the disclosure, obtaining the access network information of the terminal device may comprise, when a user plane of a PDU session for the terminal device is in activated status, determining access network information of the terminal device that is currently maintained at the second session management node, as the requested access network information.

[0013] In an embodiment of the disclosure, obtaining the access network information of the terminal device may comprise, when the user plane of the PDU session for the terminal device is in deactivated status, sending, to an access and mobility management node, a third request for subscribing to a report about the access network information of the terminal device, and receiving, from the access and mobility management node, a third response to the third request. The third response may comprise the report.

[0014] According to any aspect of the disclosure, in some embodiments, that the first session management node does not have the latest access network information of the terminal device may be determined based on that the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in real time.

[0015] According to any aspect of the disclosure, in some embodiments, the second session management node may have been informed by the first session management node through a message comprising an information element indicating the access network information not required to be updated in real time to the first session management node.

[0016] According to any aspect of the disclosure, in some embodiments, the terminal device may have a home routed roaming protocol data unit (PDU) session.

[0017] According to any aspect of the disclosure, in some embodiments, the terminal device may have a PDU session with an intermediate session management node.

[0018] According to any aspect of the disclosure, in some embodiments, the second request may be an updating request for updating a PDU session for the terminal device. The updating request may comprise a first indicator indicating the second session management node to provide the access network information of the terminal device.

[0019] According to any aspect of the disclosure, in some embodiments, the first indicator may further indicate the second session management node to provide the access network information of the terminal device with one time report.

[0020] According to any aspect of the disclosure, in some embodiments, the second response may comprise a second indicator indicating that the second session management node is not allowed to transfer the access network information of the terminal device to the first session management node.

[0021] According to any aspect of the disclosure, in some embodiments, the first session management node may be a home session management function (H-SMF) , and the second session management node may be a visited SMF (V-SMF) .

[0022] According to any aspect of the disclosure, in some embodiments, the first session management node may be an anchor SMF (A-SMF) , and the second session management node may be an intermediate SMF (I-SMF) .

[0023] According to any aspect of the disclosure, in some embodiments, the access network information of the terminal device may comprise a location and / or a time zone of the terminal device.

[0024] According to a third aspect of the disclosure, there is provided a first session management node. The first session management node may comprise at least one processor and at least one memory. The at least one memory may contain instructions executable by the at least one processor, whereby the first session management node may be operative to receive, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. The first session management node may be further operative to, in response to receiving the first request, send, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. The first session management node may be further operative to receive, from the second session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0025] In an embodiment of the disclosure, the first session management node may be operative to perform the method according to the above first aspect.

[0026] According to a fourth aspect of the disclosure, there is provided a second session management node. The second session management node may comprise at least one processor and at least one memory. The at least one memory may contain instructions executable by the at least one processor, whereby the second session management node may be operative to receive, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device. The second request may be sent when the first session management node does not have the latest access network information of the terminal device. The second session management node may be further operative to obtain the access network information of the terminal device. The second session management node may be further operative to send, to the first session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0027] In an embodiment of the disclosure, the second session management node may be operative to perform the method according to the above second aspect.

[0028] According to a fifth aspect of the disclosure, there is provided a computer program product. The computer program product may comprise instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above first and second aspects.

[0029] According to a sixth aspect of the disclosure, there is provided a computer readable storage medium. The computer readable storage medium may store thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above first and second aspects.

[0030] According to a seventh aspect of the disclosure, there is provided a first session management node. The first session management node may comprise a first reception module for receiving, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. The first session management node may further comprise a sending module for, in response to receiving the first request, sending, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. The first session management node may further comprise a second reception module for receiving, from the second session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0031] According to an eighth aspect of the disclosure, there is provided a second session management node. The second session management node may comprise a reception module for receiving, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device. The second request may be sent when the first session management node does not have the latest access network information of the terminal device. The second session management node may further comprise an obtaining module for obtaining the access network information of the terminal device. The second session management node may further comprise a sending module for sending, to the first session management node, a second response to the second request. The second response may comprise the access network information of the terminal device that is obtained by the second session management node.

[0032] According to a ninth aspect of the disclosure, there is provided a method implemented in a communication system. The communication system may include a first session management node and a second session management node. The method may comprise steps of the method according to the above first aspect and steps of the method according to the above second aspect.

[0033] According to a tenth aspect of the disclosure, there is provided a communication system. The communication system may include a first session management node according to the above third or seventh aspect and a second session management node according to the above fourth or eighth aspect.

[0034] With any one of the above first to tenth aspects, it is possible for the first session management node to fetch the latest access network information of the terminal device from the second session management node in scenarios of e.g. home routed roaming PDU session or PDU session with intermediate session management node.Brief Description of the Drawings

[0035] These and other objects, features and advantages of the disclosure will become apparent from the following detailed description of illustrative embodiments thereof, which are to be read in connection with the accompanying drawings.

[0036] FIG. 1 is a diagram illustrating an exemplary communication system into which an embodiment of the disclosure is applicable;

[0037] FIG. 2 is a flowchart illustrating a process according to an embodiment of the disclosure;

[0038] FIG. 3 is a flowchart illustrating a method performed by a first session management node according to an embodiment of the disclosure;

[0039] FIG. 4 is a flowchart illustrating a method performed by a second session management node according to an embodiment of the disclosure;

[0040] FIG. 5A and FIG. 5B are flowcharts each illustrating a method performed by a second session management node according to an embodiment of the disclosure;

[0041] FIG. 6A and FIG. 6B are flowcharts illustrating an exemplary process according to an embodiment of the disclosure;

[0042] FIG. 7A and FIG. 7B are flowcharts illustrating an exemplary process according to an embodiment of the disclosure;

[0043] FIG. 8 is a block diagram illustrating an apparatus suitable for use in practicing some embodiments of the disclosure;

[0044] FIG. 9 is a block diagram illustrating a first session management node according to an embodiment of the disclosure; and

[0045] FIG. 10 is a block diagram illustrating a second session management node according to an embodiment of the disclosure.Detailed Description

[0046] For the purpose of explanation, details are set forth in the following description in order to provide a thorough understanding of the embodiments disclosed. It is apparent, however, to those skilled in the art that the embodiments may be implemented without these specific details or with an equivalent arrangement.

[0047] The 3rd generation partnership project (3GPP) technical specification (TS) 29.512 V19.0.0 describes requesting and reporting of access network information. Clause 5.8 ( “Feature negotiation” ) of TS 29.512 V19.0.0 provides supported features for Npcf_SMPolicyControl API in Table 5.8-1. One of the supported features is NetLoc as shown in Table 1 below which is an excerpt from Table 5.8-1 of TS 29.512 V19.0.0. Table 1: Supported features

[0048] Clause 4.1.4.2.1 ( “PCC rules definition” ) of TS 29.512 V19.0.0 provides policy control and charging (PCC) rule information elements which can be provided by policy control function (PCF) in Table 4.1.4.2.1-1. One of the PCC rule information element is Access Network Information Reporting as shown in Table 2 below which is an excerpt from Table 4.1.4.2.1-1 of TS 29.512 V19.0.0. Table 2: PCC rule information elements

[0049] With respect to requesting of access network information, clause 4.2.6.5.4 ( “Request for Access Network Information” ) of TS 29.512 V19.0.0 describes the following content. When the NetLoc feature is supported, if the AF requests the PCF to report the access network information as described in clauses 4.2.2, 4.2.3 or 4.2.4 of 3GPP TS 29.514

[0017] or in clauses 4.1 and 4.2 of 3GPP TS 29.214

[0018] , the PCF shall perform the PCC rule provisioning procedure as defined in clause 4.2.6.2.1 and additionally provide the requested access network information indication (e.g. user location and / or user timezone information) to the SMF as follows: - it shall include the "lastReqRuleData" attribute to contain the "reqData" attribute with the value (s) MS_TIME_ZONE and / or USER_LOC_INFO and the "refPccRuleIds" attribute to contain the related installed / modified / removed PCC rule identifier (s) . - it shall provide the AN_INFO policy control request rigger within the "policyCtrlReqTriggers" attribute (if not yet set) . For those PCC Rule (s) based on preliminary service information as described in 3GPP TS 29.514

[0017] or in 3GPP TS 29.214

[0018] , the PCF may assign the 5QI and ARP of the default QoS flow to avoid signalling to the UE.These PCC Rules shall not include the "packetFilterUsage" attribute set to true within the "flowInfos" attribute. For those PCC Rule (s) based on AF signalling as described in 3GPP TS 29.514

[0017] or in 3GPP TS 29.214

[0018] , the PCF may use 5QI and ARP for AF signalling to avoid signalling to the UE. These PCC Rules shall not include the "packetFilterUsage" attribute set to true within the "flowInfos" attribute. NOTE: Similarly, for predefined PCC rules based on AF signalling, these PCC Rule (s) could be defined with the 5QI and ARP for AF signalling, and cannot include packet filter usage information.

[0050] With respect to the AN_INFO policy control request trigger, it is mentioned in Table 5.6.3.6-1 of clause 5.6.3.6 of TS 29.512 V19.0.0, as shown in Table 3 below which is an excerpt from Table 5.6.3.6-1. Table 3: Enumeration PolicyControlRequestTrigger

[0051] In addition, with respect to the AN_INFO policy control request trigger, clause 5.6.3.6 of TS 29.512 V19.0.0 describes the following content. If the "AN_INFO" is provisioned, when the NF service consumer receives the reported access network information from the access network, the NF service consumer shall notify the PCF of the access network information as defined in clause 4.2.4.9. Applicable to functionality introduced with the NetLoc feature as described in clause 5.8.

[0052] With respect to requesting and reporting of access network information, clause 4.2.4.9 ( “Request and Report of Access Network Information” ) of TS 29.512 V19.0.0 describes the following content. If the NetLoc as defined in clause 5.8 is supported, the PCF may request the SMF to report the access network information as defined in clause 4.2.6.5.4. If the AN_INFO policy control request trigger is set, upon receiving the "lastReqRuleData" attribute with the "reqData" attribute with the value (s) MS_TIME_ZONE and / or USER_LOC_INFO and the "refPccRuleIds" attribute containing the PCC rule identifier (s) corresponding to the PCC rule (s) which is being installed, modified or removed together, the SMF shall apply the Namf_EventExposure service for Time-Zone-Report and / or Location-Report event with One-Time Report type as defined in clause 5.3.1 and 5.3.2.2.2 of 3GPP TS 29.518

[0036] if the related information is not available to obtain this information. When the SMF then receives access network information from the AMF, the SMF shall provide the required access network information to the PCF by as defined in clause 4.2.4.2 and set the corresponding attributes as follows: - If the user location (s) information was requested by the PCF and was provided to the SMF, the SMF shall provide the user location information within the "userLocationInfo" attribute and the time when it was last known within "userLocationInfoTime" attribute (if available) . NOTE 1: The SMF derives the value of the "userLocationInfoTime" attribute from the age of location information received in the Location-Report (defined in clause 5.3.1 of 3GPP TS 29.518

[0036] ) from the AMF. Whether the "userLocationInfo" attribute also encodes the age of location is implementation specific. NOTE 2: The SMF encodes both 3GPP and non-3GPP access UE location in the "userLocationInfo" attribute when they are both received from the AMF. - If the user location information was requested by the PCF and was not provided to the SMF, the SMF shall provide the serving PLMN Identifier or the SNPN Identifier (the PLMN Identifier and the NID) within the "servingNetwork" attribute. - If the time zone was requested by the PCF, the SMF shall provide it within the "ueTimeZone" attribute. NOTE 3: If the SMF receives the access network information but receives the rejection of the QoS flow creation or modification, the SMF reports the the enforcement error of the PCC rule to the PCF as defined in clause 4.2.4.15. In addition, the SMF shall provide the AN_INFO policy control request trigger within the "repPolicyCtrlReqTriggers" attribute. The SMF shall not report any subsequent access network information updates received from the RAN without any further provisioning or removal of related PCC rules requesting the access network information unless the associated QoS flow or PDU session has been released.

[0053] With respect to the retrieval of access network information, clause 6.1.3.5 ( “Policy Control Request Triggers relevant for SMF” ) of TS 23.503 V19.1.0 describes the following content. If the SMF receives a request to install / modify or remove a PCC rule with Access Network Information report parameters (User Location Report, UE Timezone Report) set the SMF shall initiate a PDU Session modification to retrieve the current access network information of the UE and forward it to the PCF afterwards. If the Access Network Information report parameter for the User Location Report is set and the user location (e.g. cell) is not available to the SMF, the SMF shall provide the serving PLMN identifier to the PCF.

[0054] With respect to notification of UE mobility event, clause 5.34.7.1 ( “UE’s Mobility Event Management” ) of TS 23.501 V19.1.0 describes the following content.When an I-SMF is involved in a PDU Session, the SMF and I-SMF independently subscribe to "UE mobility event notification" service provided by AMF. The AMF treats the SMF's and I-SMF's subscription separately and notifies the event directly to the SMF or I-SMF. If the SMF does not know the serving AMF address, the SMF gets the serving AMF address from the UDM as described in clause 5.2.3.2.4, TS 23.502 [3] and subscribes directly with the serving AMF. In the case of AMF change (e.g. Inter NG-RAN node N2 based handover) , the target AMF receives mobility event subscription information from the source AMF and updates the mobility event subscription information with the SMF and I-SMF independently (i.e. target AMF allocates the Subscription Correlation ID for each event and notifies the respective SMFs and I-SMF as described in clause 5.3.4.4) . In the case of I-SMF change or I-SMF insertion (e.g. at Inter NG-RAN node N2 based handover) , the subscription of mobility event (from AMF) is not transferred from the old I-SMF or SMF to the new I-SMF, the new I-SMF triggers a new subscription event if the new I-SMF wants to receive the corresponding mobility event. In the case of I-SMF removal, the subscription of mobility event at the AMF is not transferred from the old I-SMF to the SMF, the SMF triggers a new subscription event if the SMF wants to receive the corresponding mobility event. The subscription from the old SMF entity (old I-SMF, SMF) is removed via an explicitly request from this old SMF entity.

[0055] In Internet protocol (IP) multimedia subsystem (IMS) , preliminary services are introduced in relation to session description protocol (SDP) Offer, where the PCF is contacted before the SDP Answer so that there are initial resources reserved in the network, and also to get NetLoc information. The service information is thus provisional and needs to be confirmed at the SDP Answer.

[0056] The PCC Rules can be created / installed already using preliminary based information upon AF request (servInfStatus attribute indicates that the info is preliminary) during the lifetime of the protocol data unit (PDU) session. When the application function (AF) indicates that the service info is preliminary, the PCF will create the corresponding PCC rules and the gating will be provided as closed (Flow Status) so that the resource reservation is ensured but the traffic cannot be sent yet.

[0057] With respect to the preliminary service information, clause 4.2.3.15 ( “Modification of service information status” ) of TS 29.514 V19.0.0 describes the following content. The NF service consumer may additionally provide preliminary service information not fully negotiated yet (e.g. based on the SDP offer) at an earlier stage. To do so, the NF service consumer shall include the "servInfStatus" attribute set to "PRELIMINARY" . Upon receipt of such preliminary service information, the PCF shall perform an early authorization check of the service information. If the NF service consumer requests the PCF to report the access network information together with preliminary service information, the PCF shall immediately configure the SMF to provide the access network information.

[0058] According to the above content, preliminary service may require home / anchor session management function (H / A-SMF) to report network provided location information (NPLI) info immediately at an earlier stage during the PDU session lifetime, that is at the time point before the new policy enforcement (i.e. network triggered PDU Session Modification procedure) .

[0059] With respect to the network provided location information, Annex E. 7 ( “Retrieval of Network Provided Location Information in GPRS / EPS” ) of TS 23.228 V19.0.0 (IP Multimedia Subsystem (IMS) Stage 2) describes the following content. Information related to the location of the user provided by the access network may be required in IMS in order to comply with regulatory requirements (e.g. data retention, lawful interception) and / or in order to enable certain types of added value services based on the user's location.

[0060] According to the above content, the mentioned “regulatory requirements” indicates that the NetLoc information must always be accurate. The typical case is when proxy call session control function (P-CSCF) contacts PCF / policy and charging rules function (PCRF) at session initiation protocol (SIP) INVITE request to get this information to fulfill regulatory requirements in IMS network, so the provided information must be precise.

[0061] According to clause 5.2.2.7 of TS 29.502 V19.0.0, Create service operation can be used to create an individual PDU session in home session management function (H-SMF) for home routed (HR) roaming scenarios, or in the SMF for PDU sessions involving an intermediate SMF (I-SMF) . At step 1 of the PDU session creation process, the network function (NF) Service Consumer shall send a POST request to the resource representing the PDU sessions collection resource of the SMF. At step 2a, on success, “201 Created” shall be returned. The content of the POST response may contain a pending update information list, indicating the information elements whose change (s) are not required to be updated in real-time to the (H-) SMF, i.e. the change (s) of the indicated information elements may be piggybacked in a subsequent update to the (H-) SMF together with other information elements. The pending update information list is defined in Table 6.1.6.2.10-1 of TS 29.502 V19.0.0, as shown in Table 4 below which is an excerpt from Table 6.1.6.2.10-1. Table 4: Definition of type PduSessionCreatedData

[0062] The inventors of the present disclosure note that for home routed roaming PDU session with N16 interface and PDU session with I-SMF (N16a interface) , when the PDU session modification is performed based on the information provided by a PCF, the H / A-SMF gets the NetLoc (ueLocation and / or ueTimeZone) information by QoS flow establishment / modification / release procedure. However, during the session lifetime, if preliminary services are required and the NetLoc report is also required by the PCF, if the PCF decides to install the related PCC rules as part of the default QoS flow, QoS flow establishment / modification / release procedure will not be triggered.

[0063] NetLoc information must always be accurate to fulfill regulatory requirements in IMS network as defined in TS 23.228 V19.0.0. According to TS 29.502 V19.0.0, if pendingUpdateInfoList function is applied, the intermediate / visited SMF (I / V-SMF) should not trigger an update to the (H-) SMF including only the change (s) of the listed information. So the user location info (ULI)  / Timezone information in H-SMF / A-SMF is not the latest and not accurate information. As stated in clause 6.1.3.5 of TS 23.503 V19.1.0, the SMF shall trigger PDU Session Modification procedure to retrieve the current access network information of the UE and forward it to the PCF afterwards. However, for the PDU session with V / I-SMF inserted, the H / A-SMF cannot trigger a PDU Session Modification when the PCF requests the H / A-SMF by installing / modifying a PCC rule on default QoS flow for preliminary services.

[0064] According to clause 5.34.7 ( “Event Management” ) of TS 23.501 V19.1.0, the SMF shall apply the Namf_EventExposure service for Time-Zone-Report and / or Location-Report event with One-Time Report if the related information is not available to obtain this information. Thus, there could be two alternatives. The first alterative could be that the A / H-SMF informs the I / V-SMF to get the latest NetLoc information. The second alternative could be that the A / H-SMF directly subscribes to the AMF for the latest information.

[0065] The second alternative is not feasible in the commercial network since it is difficult that the H-SMF can have signaling interaction with each AMF in the visited public land mobile network (V-PLMN) . The similar issue is also applied to the A-SMF.

[0066] For the first alternative, currently N16 / N16a interface has no method to ask I / V-SMF to provide the latest NetLoc information.

[0067] The present disclosure proposes an improved solution for supporting reporting of access network information. Hereinafter, the solution will be described in detail with reference to FIG. 1 to FIG. 10.

[0068] FIG. 1 is a diagram illustrating an exemplary communication system into which an embodiment of the disclosure is applicable. As shown, the communication system comprises a user equipment (UE) 101, a (radio) access network ( (R) AN) 102, a user plane function (UPF) 103, a data network (DN) 104, a network slice-specific and SNPN authentication and authorization function (NSSAAF) 105, an authentication server function (AUSF) 106, an access and mobility management function (AMF) 107, a session management function (SMF) 108, a service communication proxy (SCP) 109, a network slice admission control function (NSACF) 110, a network slice selection function (NSSF) 111, a network exposure function (NEF) 112, a network repository function (NRF) 113, a policy control function (PCF) 114, a unified data management (UDM) 115, an application function (AF) 116, and an edge application server discovery function (EASDF) 117. The term SNPN refers to standalone non-public network. The functional description of the above entities can be found from clause 6 of 3GPP TS 23.501 V19.1.0.

[0069] Within the context of this disclosure, the term UE or terminal device may also be referred to as, for example, device, access terminal, mobile station, mobile unit, subscriber station, or the like. It may refer to any end device that can access a wireless communication network and receive services therefrom. By way of example and not limitation, the UE or terminal device may include a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a mobile phone, a cellular phone, a smart phone, a tablet, a wearable device, a personal digital assistant (PDA) , or the like.

[0070] In an Internet of things (IoT) scenario, a UE or terminal device may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another UE or terminal device and / or a network equipment. In this case, the UE or terminal device may be a machine-to-machine (M2M) device, which may, in a 3GPP context, be referred to as a machine-type communication (MTC) device. Particular examples of such machines or devices may include sensors, metering devices such as power meters, industrial machineries, bikes, vehicles, or home or personal appliances, e.g. refrigerators, televisions, personal wearables such as watches, and so on.

[0071] As used herein, the term “communication system” refers to a system following any suitable communication standards, such as the first generation (1G) , 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols either currently known or to be developed in the future. In addition, the specific terms used herein do not limit the present disclosure only to the communication system related to the specific terms, which however can be more generally applied to other communication systems. Note that the network function (or network node) mentioned in this document may be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g. on a cloud infrastructure.

[0072] FIG. 2 is a flowchart illustrating a process according to an embodiment of the disclosure. As shown, the process involves four entities: a policy control node, a first session management node, a second session management node, and an access and mobility management node. The policy control node may be a PCF or any other network node (or network function) having similar functionality. The first / second session management node may be an SMF or any other network node (or network function) having similar functionality. The access and mobility management node may be an AMF or any other network node (or network function) having similar functionality. The process may be applied to two scenarios. In the first scenario, a terminal device roams to a visited network from a home network so that a home routed roaming PDU session is established for the terminal device. For this scenario, the first session management node may be a home SMF (H-SMF) and the second session management node may be a visited SMF (V-SMF) . In the second scenario, a terminal device moves to a second region from a first region in a network so that a PDU session with an intermediate session management node is established for the terminal device. For this scenario, the first session management node may be an anchor SMF (A-SMF) and the second session management node may be an intermediate SMF (I-SMF) . Note that only those blocks relevant to the present disclosure are shown in FIG. 2 and some blocks may be omitted so as not to obscure the principle of the present disclosure.

[0073] At block 201, the policy control node sends, to the first session management node, a first request for requesting the first session management node to provide access network information of the terminal device. The access network information of the terminal device is information about an access network serving the terminal device. For example, the access network information of the terminal device may comprise a location and / or a time zone of the terminal device. The first request may be a notification request for notifying updated session management related policies. The notification request comprises a third indicator indicating the first session management node to provide the access network information of the terminal device. As an exemplary example, the first request may be Npcf_SmPolicyControl_UpdateNotify Request containing AN_INFO policy control request trigger. The first service request may be sent by the policy control node in response to e.g. a service request from an application node (e.g., an AF, an application server (AS) , etc. ) . The service request contains preliminary service information not fully negotiated between the two ends for IMS so as to reserve initial resources in the network.

[0074] In response to receiving the first request, the first session management node may determine whether the first session management node has the latest access network information of the terminal device. During the establishment of the home routed roaming PDU session or the PDU session with an intermediate session management node, the first session management node may have received first access network information of the terminal device from the second session management node and maintained the first access network information. Thus, the determination may be done by determining whether the first access network information of the terminal device is the latest.

[0075] The first access network information of the terminal device may be determined to be not the latest when the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in real time. For example, the first access network information of the terminal device may be determined to be not the latest when the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in a case where there is only access network information to be transferred to the first session management node.

[0076] The second session management node may have been informed by the first session management node through a message comprising an information element indicating the access network information not required to be updated in real time to the first session management node. For example, if the PDU session creation response, which has been previously sent by the first session management node to the second session management node for the home routed roaming PDU session or the PDU session with an intermediate session management node, contains a pending update information list that includes access network information, it may be determined that the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in a case where there is only access network information to be transferred to the first session management node.

[0077] That the first access network information of the terminal device is not the latest may be further determined when a procedure for establishment or modification or release of a quality of service (QoS) flow is not to be triggered for the terminal device. Whether the procedure for establishment or modification or release of a QoS flow is to be triggered for the terminal device may be determined based on PCC rules contained in the first request. If all the PCC rules contained in the first request are dedicated for default QoS flow, it may be determined that the procedure for establishment or modification or release of a QoS flow is not to be triggered for the terminal device.

[0078] Take the preliminary service mentioned above as an example. Since the purpose of the preliminary service is to reserve initial resources in the network, the PCC rules in the first request assign 5G QoS identifier (5QI) and allocation and retention priority (ARP) of the default QoS flow to avoid signalling to the terminal device and the PCC rules do not include packet filter usage information. Thus, for the example of the preliminary service, the procedure for establishment or modification or release of a QoS flow is not to be triggered for the terminal device.

[0079] When determining that the first session management node does not have the latest access network information of the terminal device, the first session management node sends, to the second session management node, a second request for requesting the second session management node to provide the access network information of the terminal device. In other words, at block 203, the first session management node sends, to the second session management node, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device.

[0080] For example, the second request may be an updating request for updating a PDU session for the terminal device. The updating request comprises a first indicator indicating the second session management node to provide the access network information of the terminal device. The first indicator may further indicate the second session management node to provide the access network information of the terminal device with one time report. As an exemplary example, the second request may be Nsmf_PDUSession_Update Request containing a newly introduced information element (IE) “netLocInfoRetrieval” . Note that the name of this IE is merely for illustration purpose and any other suitable name may be used instead.

[0081] In response to the second request, if a user plane of the PDU session for the terminal device is in activated status, the second session management node may determine access network information of the terminal device that is currently maintained at the second session management node, as the requested access network information.

[0082] On the other hand, if the user plane of the PDU session for the terminal device is in deactivated status, the second session management node sends, to the access and mobility management node, a third request for subscribing to a report about the access network information of the terminal device at block 204. As an exemplary example, the third request may be Namf_EventExposure_Subscribe Request. Then, at block 205, the second session management node receives, from the access and mobility management node, a third response to the third request. The third response comprises the report.

[0083] For either of the above two cases, at block 206, the second session management node sends, to the first session management node, a second response to the second request. The second response comprises the access network information of the terminal device obtained (e.g. determined or received) by the second session management node.

[0084] At block 207, the first session management node sends, to the policy control node, a first response to the first request. The first response may comprise the access network information of the terminal device obtained (e.g. determined or received) by the second session management node. As an exemplary example, the first response may be Npcf_SmPolicyControl_UpdateNotify Response.

[0085] Note it is also possible that according to local policy, the second session management node is not allowed to transfer the access network information of the terminal device to the first session management node. In this case, the second response may comprise a second indicator indicating that the second session management node is not allowed to transfer the access network information of the terminal device to the first session management node. As an exemplary example, the second indicator may be a newly introduced IE “netLocInfoRetrievalNotAllowed” . Note that the name of this IE is merely for illustration purpose and any other suitable name may be used instead.

[0086] With the process of FIG. 2, it is possible for the first session management node to fetch the latest access network information of the terminal device from the second session management node in scenarios of e.g. home routed roaming PDU session or PDU session with intermediate session management node.

[0087] FIG. 3 is a flowchart illustrating a method performed by a first session management node according to an embodiment of the disclosure. At block 302, the first session management node receives, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. The access network information of the terminal device is information about an access network serving the terminal device. Block 302 corresponds to block 201 of FIG. 2. At block 304, in response to receiving the first request, the first session management node sends, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. Details about the determination, the second request and the sending thereof have been described with respect to block 203 of FIG. 2 and thus are omitted here. At block 306, the first session management node receives, from the second session management node, a second response to the second request. The second response comprises the access network information of the terminal device that is obtained by the second session management node. Block 306 corresponds to block 206. With the method of FIG. 3, the same effect as the process of FIG. 2 can be achieved.

[0088] FIG. 4 is a flowchart illustrating a method performed by a second session management node according to an embodiment of the disclosure. At block 402, the second session management node receives, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device. The second request is sent when the first session management node does not have the latest access network information of the terminal device. The access network information of the terminal device is information about an access network serving the terminal device. Block 402 corresponds to block 203 of FIG. 2.

[0089] At block 404, the second session management node obtains the access network information of the terminal device. For example, block 404 may be implemented as block 508 of FIG. 5A or blocks 510-512 of FIG. 5B. At block 508, when a user plane of a PDU session for the terminal device is in activated status, the second session management node determines access network information of the terminal device that is currently maintained at the second session management node, as the requested access network information. At block 510, when the user plane of the PDU session for the terminal device is in deactivated status, the second session management node sends, to an access and mobility management node, a third request for subscribing to a report about the access network information of the terminal device. Block 510 corresponds to block 204 of FIG. 2. At block 512, the second session management node receives, from the access and mobility management node, a third response to the third request. The third response comprises the report. Block 512 corresponds to block 205 of FIG. 2.

[0090] Referring back to FIG. 4, at block 406, the second session management node sends, to the first session management node, a second response to the second request. The second response comprises the access network information of the terminal device that is obtained by the second session management node. Block 406 corresponds to block 206 of FIG. 2. With the method of FIG. 4, the same effect as the process of FIG. 2 can be achieved.

[0091] FIG. 6A and FIG. 6B are flowcharts illustrating an exemplary process according to an embodiment of the disclosure. The process provides NetLoc report enhancement for home routed roaming PDU session with N16 interface. As shown, the process involves a UE, a next generation (NG) radio access network (RAN) , an AMF, a V-SMF, a visited UPF (V-UPF) , an H-SMF, a home UPF (H-UPF) , a home PCF (H-PCF) and an AF.

[0092] At step1, the V-SMF sends to the H-SMF an Nsmf_PDUSession_Create Request containing PduSessionCreateData that includes ueLocation_1 and ueTimeZone_1. At step 2, the H-SMF sends to the V-SMF an Nsmf_PDUSession_Create Response containing PduSessionCreatedData that includes pendingUpdateInfoList containing ueLocation and timeZone. Thus, home routed roaming PDU session is established with the V-SMF. At the H-SMF, UE NetLoc info including ueLocation_1 and ueTimeZone_1 is stored.

[0093] At step 3, Xn handover mobility happens. The AMF sends to the V-SMF an Nsmf_PDUSession_UpdateSMContext Request containing a toBeSwitched indication, ueLocation-2, ueTimezone-2, and N2 Path Switch Request Transfer including T-NGRAN-N3-Tunnel. At step 4, the V-SMF sends to the V-UPF a PFCP Session Modification Request containing T-NGRAN-N3-Tunnel. The V-UPF replies to the V-SMF with a PFCP Session Modification Response. At step 5, the V-SMF sends to the AMF an Nsmf_PDUSession_UpdateSMContext Response. At this time, at the V-SMF, the latest NetLoc info including ueLocation-2 and ueTimezone-2 is stored.

[0094] At step 6, the AF sends to the H-PCF a Service Request containing servInfStatus set to PRELIMINARY, an indication for requiring NetLoc, and preliminary service information. At step 7, the H-PCF sends to the H-SMF an Npcf_SmPolicyControl_UpdateNotify Request containing an AN_INFO Trigger for requiring NetLoc Info. At step 8, the H-SMF sends to the H-PCF an Npcf_SmPolicyControl_UpdateNotify Response.

[0095] At step 9, the H-SMF sends to the V-SMF an Nsmf_PDUSession_Update Request containing VsmfUpdateData including netLocInfoRetrieval, where netLocInfoRetrieval is a new IE introduced on N16 interface. Then, there may be two options. As Option 1, if the user plane of this session is in Activated status, the V-SMF will use the stored ueLocation and Timezone. As Option 2, if the user plane of this session is in Deactivated status, at step10, the V-SMF sends to the AMF an Namf_EventExposure_Subscribe Request for subscribing to onetime report for UE location info (ULI) and Timezone. At step 11, the AMF sends to the V-SMF an Namf_EventExposure_Subscribe Response containing ULI and Timezone. At step 12, the V-SMF sends to the H-SMF an Nsmf_PDUSession_Update Response containing VsmfUpdatedData including ueLocation-2 and timeZone-2.

[0096] At step 13, the H-SMF sends to the H-PCF an Npcf_SmPolicyControl_Update Request containing an access_info trigger, userLocation-2 and ueTimeZone-2. At step 14, the H-PCF sends to the H-SMF an Npcf_SmPolicyControl_Update Response. At step 15, the H-PCF sends to the AF a Service Response containing NetLoc info including userLocation-2 and ueTimeZone-2, and preliminary service information.

[0097] FIG. 7A and FIG. 7B are flowcharts illustrating an exemplary process according to an embodiment of the disclosure. The process provides NetLoc report enhancement for PDU session with I-SMF N16a interface. As shown, the process involves a UE, an NG-RAN, an AMF, an I-SMF, an intermediate UPF (I-UPF) , an A-SMF, an anchor UPF (A-UPF) , a PCF and an AF.

[0098] At step 1, the I-SMF sends to the A-SMF an Nsmf_PDUSession_Create Request containing PduSessionCreateData that includes ueLocation_1 and ueTimeZone_1. At step 2, the A-SMF sends to the I-SMF an Nsmf_PDUSession_Create Response containing PduSessionCreatedData that includes pendingUpdateInfoList containing ueLocation and timeZone. Thus, home routed roaming PDU session is established with the I-SMF. At the A-SMF, UE NetLoc info including ueLocation_1 and ueTimeZone_1 is stored.

[0099] At step 3, Xn Handover mobility happens. The AMF sends to the I-SMF an Nsmf_PDUSession_UpdateSMContext Request containing a toBeSwitched indication, ueLocation-2, ueTimezone-2, and N2 Path Switch Request Transfer including T-NGRAN-N3-Tunnel. At step 4, the I-SMF sends to the I-UPF a PFCP Session Modification Request containing T-NGRAN-N3-Tunnel. The I-UPF replies to the I-SMF with a PFCP Session Modification Response. At step 5, the I-SMF sends to the AMF an Nsmf_PDUSession_UpdateSMContext Response. At this time, at the I-SMF, the latest NetLoc info including ueLocation-2 and ueTimezone-2 is stored.

[0100] At step 6, the AF sends to the PCF a Service Request containing servInfStatus set to PRELIMINARY, an indication for requiring NetLoc, and preliminary service information. At step 7, the PCF sends to the A-SMF an Npcf_SmPolicyControl_UpdateNotify Request containing an AN_INFO Trigger for requiring NetLoc Info. At step 8, the A-SMF sends to the PCF an Npcf_SmPolicyControl_UpdateNotify Response.

[0101] At step 9, the A-SMF sends to the I-SMF an Nsmf_PDUSession_Update Request containing VsmfUpdateData including netLocInfoRetrieval, where netLocInfoRetrieval is a new IE introduced on N16 interface. Then, there may be two options. As Option 1, if the user plane of this session is in Activated status, the I-SMF will use the stored ueLocation and Timezone. As Option 2, if the user plane of this session is in Deactivated status, at step10, the I-SMF sends to the AMF an Namf_EventExposure_Subscribe Request for subscribing to onetime report for UE location info (ULI) and Timezone. At step 11, the AMF sends to the I-SMF an Namf_EventExposure_Subscribe Response containing ULI and Timezone. At step 12, the I-SMF sends to the A-SMF an Nsmf_PDUSession_Update Response containing VsmfUpdatedData including ueLocation-2 and timeZone-2.

[0102] At step 13, the A-SMF sends to the PCF an Npcf_SmPolicyControl_Update Request containing an access_info trigger, userLocation-2 and ueTimeZone-2. At step 14, the PCF sends to the A-SMF an Npcf_SmPolicyControl_Update Response. At step 15, the PCF sends to the AF a Service Response containing NetLoc info including userLocation-2 and ueTimeZone-2, and preliminary service information.

[0103] With the process shown in FIG. 6A and FIG. 6B or FIG. 7A and FIG. 7B, for home routed roaming PDU session or PDU session with I-SMF, a method can be provided to fetch the latest (or accurate) NetLoc information (ULI / Timezone) for preliminary services that do not trigger QoS flow establishment / modification / release procedure.

[0104] Based on the above description, for home routed roaming PDU session with N16 interface or PDU session with I-SMF (N16a interface) , if all the conditions (if the PCF requires NetLoc report during the session lifetime, but the QoS flow establishment / modification / release procedure will not be triggered (e.g for the preliminary services) ; and if the pendingUpdateInfoList function is applied for this session, the ULI / Timezone information in H-SMF / A-SMF is not the latest and not accurate information) are all met at the same time, the A / H-SMF sends Nsmf_PDUSession_Update Request with a new indication “netLocInfoRetrieval” to the I / V-SMF. The I / V-SMF can either use the stored NetLoc information or subscribes to AMF for the latest “NetLoc” information.

[0105] The I / V-SMF may also reject the request with a new IE “netLocInfoRetrievalNotAllowed” to the A / H-SMF if the local operator policy does not allow netLoc information transferred to the A / H-SMF. Note that the I / V-SMF normally stores the latest NetLoc information according to TS 29.502 V19.0.0.

[0106] Accordingly, Table 6.1.6.2.15-1 of TS 29.502 V19.0.0 is suggested to be modified by adding one row as shown below, where the newly added contents are highlighted with underlines. Table 6.1.6.2.15-1: Definition of type VsmfUpdateData

[0107] Table 6.1.6.2.12-1 of TS 29.502 V19.0.0 is suggested to be modified by adding one row as shown below. Table 6.1.6.2.12-1: Definition of type HsmfUpdatedData

[0108] Based on the above description, there may be two change requests (CRs) proposed for TS 29.502 V19.0.0 and TS 29.512 V19.0.0 respectively. Note that the added content proposed by the CRs relative to TS 29.502 V19.0.0 and TS 29.512 V19.0.0 will be highlighted with underlines, and deleted content will be represented by “ [ […] ] ” .

[0109] The title of the CR for TS 29.502 V19.0.0 is “Inter-PLMN NetLoc retrieval” . The reason for change is that TS 29.514 has specified that the PCF may configure the SMF to report the Netloc (UE Location / Time Zone) for preliminary service upon NF consumer request. TS 29.512 further clarified that the SMF shall subscribe to AMF to get the current loation / time zone information when NetLoc is require by the PCF: If the NetLoc as defined in clause 5.8 is supported, the PCF may request the SMF to report the access network information as defined in clause 4.2.6.5.4. If the AN_INFO policy control request trigger is set, upon receiving the "lastReqRuleData" attribute with the "reqData" attribute with the value (s) MS_TIME_ZONE and / or USER_LOC_INFO and the "refPccRuleIds" attribute containing the PCC rule identifier (s) corresponding to the PCC rule (s) which is being installed, modified or removed together, the SMF shall apply the Namf_EventExposure service for Time-Zone-Report and / or Location-Report event with One-Time Report type as defined in clause 5.3.1 and 5.3.2.2.2of3GPP TS 29.518

[0036] if the related information is not available to obtain this information. When the SMF then receives access network information from the AMF, the SMF shall provide the required access network information to the PCF by as defined in clause 4.2.4.2 and set the corresponding attributes as follows: · - If the user location (s) information was requested by the PCF and was provided to the SMF, the SMF shall provide the user location information within the "userLocationInfo" attribute and the time when it was last known within "userLocationInfoTime" attribute (if available) .

[0110] For non-roaming scenarios, the SMF directly contact the serving AMF for the service. For HR PDU session, in order to subscribe the serving AMF in VPLMN, the H-SMF will need: possible query UDM for serving AMF if not already known; and query the serving AMF profile via NRFs (inter-PLMN) ; and get access token for Namf_EventExposure service if OAuth is enabled (inter-PLMN) ; Subscribe to AMF by providing inter-PLMN notification URI.

[0111] All the steps, especially inter-PLMN transactions are time-consuming and increase N32 traffic load. This CR propose to allow the H-SMF to get the NetLoc via V-SMF using N16 which is much efficient than the above steps. Additionally, if the NetLoc request is configured together with other PCC rules, the information can be piggyback within the H-SMF triggered PDU session modification steps.

[0112] Summary of change is as below: 1) define new Indication in VsmfUpdateData to allow the H-SMF to require NetLoc information from V-SMF; 2) add new service description for the procedure the for H-SMF to require NetLoc information from V-SMF; 3) define a new feature for the procedure support; 4) update OpenAPI accordingly.

[0113] For HR PDU session, if the PCF configures the SMF to report NetLoc information, the H-SMF will need to subscribe to serving AMF to get the NetLoc information with multiple inter-PLMN transactions, which will prolong the process lead time and also increase the N32 traffic load. This CR also introduces backward compatible new features in Nsmf_PduSession API.

[0114] First change is shown as below.5.2.2.8.3. xx NetLoc Information Retrieval for Home-Routed PDU SessionFor a HR PDU session, if the H-SMF is configured to report the NetLoc information by the PCF, H-SMF shall use this procedure to retrieve the NetLoc information (UE Location and Time Zone) via V-SMF.The requirements specified in clause 5.2.2.8.3.1 shall apply with the following modifications.1. Same as step 1 of Figure 5.2.2.8.3.1-1, with the following modifications.The content of the POST request shall contain:- a netLocInfoReqInd IE set to the value "true" .2a. Same as step 2a of Figure 5.2.2.8.3.1-1. The V-SMF shall subscribe to the AMF events with one time report type to obtain the current UE Location and Time Zone. The V-SMF shall include the UE Location and Time Zone in the content of the POST response.NOTE: For an active PDU Session (with User Plane) , if the UE location and Time Zone information stored in the V-SMF is newly updated by the AMF, the V-SMF can provided the stored UE location and Time Zone to the H-SMF in the response. It is implementation specific for the V-SMF to determine whether the stored information can be used, i.e. whether the sotredinformation is recent enough.

[0115] The second change is shown as below. 6.1.6.2.15 Type: VsmfUpdateData Table 6.1.6.2.15-1: Definition of type VsmfUpdateData

[0116] The third change is shown as below. 6.1.6.2.16 Type: VsmfUpdatedData Table 6.1.6.2.16-1: Definition of type VsmfUpdatedData

[0117] The fourth change is as shown below. 6.1.8 Feature Negotiation … Table 6.1.8-1: Features of supportedFeatures attribute used by Nsmf_PDUSession service

[0118] The fifth change is as shown below. A.2 Nsmf_PDUSession API

[0119] The title of the CR for TS 29.512 V19.0.0 is “Support of NetLoc functionality in home routed and deployments with I-SMF scenarios” . The reason for change is that as described in clause 4.2.4.9, when the PCF provides the request for Netloc information, the SMF interacts with the AMF with Namf_EventExposure service to get the requested information. In many cases, the access network information can be obtained by the SMF as part of the QoS flow establishment / modification / termination procedures. But there are cases, where the SMF does not initiate that procedure (e.g. when the AF request access network information for preliminary service parameters and the PCF modifies the default QoS flow.

[0120] For the Home Routed cases or for deployments with I-SMF scenarios, the interaction with the AMF requires: possible query UDM for serving AMF if not already known; and query the serving AMF profile via NRFs (inter-PLMN) ; and get access token for Namf_EventExposure service if OAuth is enabled (inter-PLMN) ; subscribe to AMF by providing inter-PLMN notification URI.

[0121] In order to avoid this extra signalling, CT4 has agreed in C4-24xxxx that H-SMF can get the NetLoc via V-SMF / I-SMF using N16 / N16a interfaces. SMF logic in TS 29.512 needs to be updated accordingly.

[0122] Summary of change is as below: Clause 4.2.4.9 is updated to describe the different behaviour in the SMF to get the Netloc information depending on whether the UE is in a home-routed scenario or has a PDU session with N16a interfaces or the UE is in a non-roaming or LBO scenario. V-SMF terminology is also introduced.

[0123] If the CR is not approved, access network information retrieval in PDU sessions with N16 / N16a interfaces will be not supported.

[0124] The first change is as shown below. 3.2 Abbreviations For the purposes of the present document, the abbreviations given in 3GPP TR 21.905 [1] and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 3GPP TR 21.905 [1] . … URSP UE Route Selection PolicyV-SMF Visited SMF W-5GAN Wireline 5G Access Network …

[0125] The second change is as shown below. 4.2.4.9 Request and Report of Access Network Information If the NetLoc as defined in clause 5.8 is supported, the PCF may request the SMF to report the access network information as defined in clause 4.2.6.5.4. If the AN_INFO policy control request trigger is set, upon receiving the "lastReqRuleData" attribute with the "reqData" attribute with the value (s) MS_TIME_ZONE and / or USER_LOC_INFO and the "refPccRuleIds" attribute containing the PCC rule identifier (s) corresponding to the PCC rule (s) which is being installed, modified or removed together, the SMF shall check if the related information is available. If not available, the SMF shall: - for the non-roaming case, local breakout case or when the UE is inside the service area under the control of the SMF, apply the Namf_EventExposure service for Time-Zone-Report and / or Location-Report event with One-Time Report type as defined in clause 5.3.1 and 5.3.2.2.2 of 3GPP TS 29.518

[0036] [ [if the related information is not available to obtain this information] ] ; [ [. ] ] - for the home routed case or when the UE is outside the service area under the control of the SMF, apply the Nsmf_PDUSession service as described in clause 5.2.2.8.3. xx of 3GPP TS 29.502

[0022] so that the SMF requests the (I) (V) -SMF to apply Namf_EventExposure service for Time-Zone-Report and / or Location-Report event with One-Time Report type as defined in clause 5.3.1 and 5.3.2.2.2 of3GPP TS 29.518

[0036] . When the SMF then receives access network information from the AMF, the SMF shall provide the required access network information to the PCF by as defined in clause 4.2.4.2 and set the corresponding attributes as follows: …

[0126] FIG. 8 is a block diagram illustrating an apparatus suitable for use in practicing some embodiments of the disclosure. For example, any one of the first session management node and the second session management node described above may be implemented through the apparatus 800. As shown, the apparatus 800 may include a processor 810, a memory 820 that stores a program, and optionally a communication interface 830 for communicating data with other external devices through wired and / or wireless communication.

[0127] The program includes program instructions that, when executed by the processor 810, enable the apparatus 800 to operate in accordance with the embodiments of the present disclosure, as discussed above. That is, the embodiments of the present disclosure may be implemented at least in part by computer software executable by the processor 810, or by hardware, or by a combination of software and hardware.

[0128] The memory 820 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memories, magnetic memory devices and systems, optical memory devices and systems, fixed memories and removable memories. The processor 810 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multi-core processor architectures, as non-limiting examples.

[0129] Based on the above description, the present disclosure also provides a computer program product. The computer program product may comprise instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above method embodiments.

[0130] In addition, the present disclosure also provides a computer readable storage medium. The computer readable storage medium may store thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above method embodiments.

[0131] FIG. 9 is a block diagram illustrating a first session management node according to an embodiment of the disclosure. As shown, the first session management node 900 may comprise a first reception module 902, a sending module 904 and a second reception module 906. The first reception module 902 may be configured to receive, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device. The sending module 904 may be configured to, in response to receiving the first request, send, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device. The second reception module 906 may be configured to receive, from the second session management node, a second response to the second request. The second response comprises the access network information of the terminal device that is obtained by the second session management node.

[0132] FIG. 10 is a block diagram illustrating a second session management node according to an embodiment of the disclosure. As shown, the second session management node 1000 may comprise a reception module 1002, an obtaining module 1004 and a sending module 1006. The reception module 1002 may be configured to receive, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device. The second request is sent when the first session management node does not have the latest access network information of the terminal device. The obtaining module 1004 may be configured to obtain the access network information of the terminal device. The sending module 1006 may be configured to send, to the first session management node, a second response to the second request. The second response comprises the access network information of the terminal device that is obtained by the second session management node. The modules described above may be implemented by hardware, or software, or a combination of both.

[0133] As such, it should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be practiced in various components such as integrated circuit chips and modules. It should thus be appreciated that the exemplary embodiments of this disclosure may be realized in an apparatus that is embodied as an integrated circuit, where the integrated circuit may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor, a digital signal processor, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this disclosure.

[0134] It should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be embodied in computer-executable instructions, such as in one or more program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types when executed by a processor in a computer or other device. The computer executable instructions may be stored on a computer readable medium such as a hard disk, optical disk, removable storage media, solid state memory, RAM, etc. As will be appreciated by one skilled in the art, the function of the program modules may be combined or distributed as desired in various embodiments. In addition, the function may be embodied in whole or in part in firmware or hardware equivalents such as integrated circuits, field programmable gate arrays (FPGA) , and the like.

[0135] References in the present disclosure to “one embodiment” , “an embodiment” and so on, indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to implement such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0136] It should be understood that, although the terms “first” , “second” and so on may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of the disclosure. As used herein, the term “and / or” includes any and all combinations of one or more of the associated listed terms.

[0137] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the present disclosure. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components, but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. The terms “connect” , “connects” , “connecting” and / or “connected” used herein cover the direct and / or indirect connection between two elements. It should be noted that two blocks shown in succession in the above figures may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.

[0138] The present disclosure includes any novel feature or combination of features disclosed herein either explicitly or any generalization thereof. Various modifications and adaptations to the foregoing exemplary embodiments of this disclosure may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings. However, any and all modifications will still fall within the scope of the non-Limiting and exemplary embodiments of this disclosure.

Claims

1.A method at a first session management node, the method comprising:receiving (302) , from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device;in response to receiving (302) the first request, sending (304) , to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device; andreceiving (306) , from the second session management node, a second response to the second request, wherein the second response comprises the access network information of the terminal device that is obtained by the second session management node.2.The method according to claim 1, wherein that the first session management node does not have the latest access network information of the terminal device is determined based on that the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in real time.3.The method according to claim 2, wherein the second session management node has been informed by the first session management node through a message comprising an information element indicating the access network information not required to be updated in real time to the first session management node.4.The method according to any of claims 1 to 3, wherein the terminal device has a home routed roaming protocol data unit, PDU, session; orwherein the terminal device has a PDU session with an intermediate session management node.5.The method according to any of claims 1 to 4, wherein the first session management node has previously maintained first access network information of the terminal device; andwherein the second request is sent when the first access network information of the terminal device is not the latest.6.The method according to claim 5, wherein that the first access network information of the terminal device is not the latest is further determined based on a procedure for establishment or modification or release of a quality of service, QoS, flow not to be triggered for the terminal device.7.The method according to any of claims 1 to 6, wherein the second request is an updating request for updating a PDU session for the terminal device, and wherein the updating request comprises a first indicator indicating the second session management node to provide the access network information of the terminal device.8.The method according to claim 7, wherein the first indicator further indicates the second session management node to provide the access network information of the terminal device with one time report.9.The method according to any of claims 1 to 8, wherein the second response comprises a second indicator indicating that the second session management node is not allowed to transfer the access network information of the terminal device to the first session management node.10.The method according to any of claims 1 to 9, further comprising:sending the access network information of the terminal device received from the second response to the policy control node.11.The method according to any of claims 1 to 10, wherein the first session management node is a home session management function, H-SMF, and the second session management node is a visited SMF, V-SMF; orwherein the first session management node is an anchor SMF, A-SMF, and the second session management node is an intermediate SMF, I-SMF.12.The method according to any of claims 1 to 11, wherein the first request is a notification request for notifying updated session management related policies, wherein the notification request comprises a third indicator indicating the first session management node to provide the access network information of the terminal device.13.The method according to any of claims 1 to 12, wherein the access network information of the terminal device comprises a location and / or a time zone of the terminal device.14.A method at a second session management node, the method comprising:receiving (402) , from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device, wherein the second request is sent when the first session management node does not have the latest access network information of the terminal device;obtaining (404) the access network information of the terminal device; andsending (406) , to the first session management node, a second response to the second request, wherein the second response comprises the access network information of the terminal device that is obtained by the second session management node.15.The method according to claim 14, wherein that the first session management node does not have the latest access network information of the terminal device is determined based on that the second session management node has been informed by the first session management node not to update the access network information of the terminal device to the first session management node in real time.16.The method according to claim 15, wherein the second session management node has been informed by the first session management node through a message comprising an information element indicating the access network information not required to be updated in real time to the first session management node.17.The method according to any of claims 14 to 16, wherein the terminal device has a home routed roaming protocol data unit, PDU, session; orwherein the terminal device has a PDU session with an intermediate session management node.18.The method according to any of claims 14 to 17, wherein the second request is an updating request for updating a PDU session for the terminal device, wherein the updating request comprises a first indicator indicating the second session management node to provide the access network information of the terminal device.19.The method according to claim 18, wherein the first indicator further indicates the second session management node to provide the access network information of the terminal device with one time report.20.The method according to any of claims 14 to 19, wherein obtaining (404) the access network information of the terminal device comprises one or more of:when a user plane of a PDU session for the terminal device is in activated status, determining (508) access network information of the terminal device that is currently maintained at the second session management node, as the requested access network information;when the user plane of the PDU session for the terminal device is in deactivated status, sending (510) , to an access and mobility management node, a third request for subscribing to a report about the access network information of the terminal device, and receiving (512) , from the access and mobility management node, a third response to the third request, wherein the third response comprises the report.21.The method according to any of claims 14 to 20, wherein the second response comprises a second indicator indicating that the second session management node is not allowed to transfer the access network information of the terminal device to the first session management node.22.The method according to any of claims 14 to 21, wherein the first session management node is a home session management function, H-SMF, and the second session management node is a visited SMF, V-SMF; orwherein the first session management node is an anchor SMF, A-SMF, and the second session management node is an intermediate SMF, I-SMF.23.The method according to any of claims 14 to 22, wherein the access network information of the terminal device comprises a location and / or a time zone of the terminal device.24.A first session management node (800) comprising:at least one processor (810) ; andat least one memory (820) , the at least one memory (820) containing instructions executable by the at least one processor (810) , whereby the first session management node (800) is operative to:receive, from a policy control node, a first request for requesting the first session management node to provide access network information of a terminal device;in response to receiving the first request, send, to a second session management node serving the terminal device, a second request for requesting the second session management node to provide the access network information of the terminal device when the first session management node does not have the latest access network information of the terminal device; andreceive, from the second session management node, a second response to the second request, wherein the second response comprises the access network information of the terminal device that is obtained by the second session management node.25.The first session management node (800) according to claim 24, wherein the first session management node (800) is operative to perform the method according to any of claims 2 to 13.26.A second session management node (800) comprising:at least one processor (810) ; andat least one memory (820) , the at least one memory (820) containing instructions executable by the at least one processor (810) , whereby the second session management node (800) is operative to:receive, from a first session management node, a second request for requesting the second session management node to provide access network information of a terminal device, wherein the second request is sent when the first session management node does not have the latest access network information of the terminal device;obtain the access network information of the terminal device; andsend, to the first session management node, a second response to the second request, wherein the second response comprises the access network information of the terminal device that is obtained by the second session management node.27.The second session management node (800) according to claim 26, wherein the second session management node (800) is operative to perform the method according to any of claims 15 to 23.28.A computer readable storage medium storing thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of claims 1 to 23.

Citation Information

Patent Citations

  • Network access method and device

    CN115209395A

  • Mobile communication core network device and method for managing wireless communications after insertion of an intermediate-session management function

    US20220248273A1

  • Method and apparatus for session management

    WO2023020382A1

  • KR20220022732A