Transmission to an application function of an indication of rejection cause following session establishment for a roaming ue

Abstract

Embodiments of the present disclosure provide methods and network functions and communication network for application function session management. A method (200) for application function session management performed by a policy control function, comprising: sending (S204), to an application function, a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network, wherein the message further indicates that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network..

Description

TRANSMISSION TO AN APPLICATION FUNCTION OF AN INDICATION OF REJECTION CAUSE FOLLOWING SESSION ESTABLISHMENT FOR A ROAMING UETECHNICAL FIELD

[0001] The non-limiting and exemplary embodiments of the present disclosure generally relate to the technical field of communications, and specifically to methods, network functions and a communication network for application function session management in a Home Routed (HR) roaming scenario.BACKGROUND

[0002] This section introduces aspects that may facilitate a 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] In a 5th generation (5G) system, an Application Function (AF) may request a data session for a User Equipment (UE) (i.e. AF session) to be set up with a certain required Quality of Service (QoS) (e.g. low latency or jitter) by means of Nnef_AFsessionWithQoS service offered by a Network Exposure Function (NEF) . An AF may also request QoS monitoring for a Nnef_AFsessionWithQoS by including optionally QoS parameter (s) to be measured. When the AF sends the request, the UE may be in the home Public Land Mobile Network (home PLMN or hPLMN) (i.e. in a non-roaming scenario, a reference architecture is shown in FIG. 1) or in a visited PLMN (vPLMN) (i.e. in a roaming scenario, a reference architecture is shown in FIG. 2) .

[0004] FIG. 3 shows an AF session setup procedure in the non-roaming scenario. The precondition is: a Protocol Data Unit (PDU) Session is established for a UE in the hPLMN. The procedure may include following steps:

[0005] Step 1: the AF sends the Nnef_AFsessionWithQoS_Create request (req) to the NEF, in order to request to create a new AF session with the indicated QoS.

[0006] Step 2: The NEF authorizes the AF.

[0007] Step 3: The NEF gets the corresponding Binding Support Function (BSF) instance for the UE.

[0008] Step 4: The NEF discovers the corresponding PCF instance for this UE, interrogating the BSF obtained in previous step.

[0009] Step 5: The PCF authorizes the creation of the requested policy by the NEF.

[0010] Step 6: Nnef_AFsessionWithQoS_Create response (rsp) is sent to the AF.

[0011] Steps 7, 8: The PCF makes policy decisions generating corresponding Policy and Charging Control (PCC) rules based on the request received and keeps the updated policies for this UE updated internally.

[0012] Step 9: The PCF sends a notification to the Session Management Function (SMF) to provide the new generated PCC rules with new required QoS for the SM Policy association by invoking Npcf_SMPolicyControl_UpdateNotify and optionally requiring a notification about whether the resources associated to the PCC rule were successfully allocated.

[0013] Steps 10, 11: The SMF identifies the UE is in the hPLMN and evaluates the QoS update request received (e.g. in some cases this request may be rejected) .

[0014] Step 12: The SMF updates the UE PDU session considering the new requested QoS. For this the SMF needs to contact both UE and User Plane Function (UPF) (this is not detailed in the call flow for simplicity’s sake) .

[0015] Step 13: The SMF informs the PCF about the successful internal resources update required for this policy modification.

[0016] Step 14: The PCF notifies the NEF about the updated resources, what indicates the request is successful.

[0017] Step 15: The NEF notifies the AF the request is successfully processed by the network.

[0018] See 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 29.122 Version (V) 18.5.0 and 3GPP TS 29.522 V18.5.0 for more information. The 4th Generation (4G) Application Service (AS) interface to 4G Service Capability Exposure Function (SCEF) is covered in 3GPP TS 29.122 V18.5.0 and extended in 3GPP TS 29.522 V18.5.0 for 5G.

[0019] In a non-roaming scenario, when an AF is considered trusted (operator by the same Communications Service Provider (CSP) with the 5G system) the AF may interface directly with a Policy Control Function (PCF) for requesting required QoS for an AF session. Details can be referred to 3GPP TS 29.122 V18.5.0 and 3GPP TS 29.522 V18.5.0.4G AS interface to 4G SCEF is covered in 3GPP TS 29.122 V18.5.0 and extended in 3GPP TS 29.522 V18.5.0 for a 5G system.

[0020] However, in a roaming scenario (here we consider a HR roaming scenario defined in 3GPP TS 23.501 V18.5.0) , an AF will always send the Nnef_AFsessionWithQoS request for a home UE to the hPLMN, if the UE is in a vPLMN, the procedures for AF session setting up and QoS monitoring usually involve communications between hPLMN and vPLMN. FIG. 4 shows a procedure of AF session setup in a HR roaming scenario. The preconditions include:

[0021] Precondition 1: a PDU Session is established for a UE in the hPLMN;

[0022] Precondition 2: the vPLMN is configured with local customer policies to restrict the QoS modification when it comes from any other different PLMN.

[0023] As shown in FIG. 4, the procedures may include following steps:

[0024] Steps 1 to 9: same as shown in FIG. 3.

[0025] Step 10: the home SMF (hSMF) identifies the UE is roaming and then it needs to send an update request to the vPLMN.

[0026] Step 11: the hSMF sends to the visited SMF (vSMF) a request to update the UE PDU Session with the new required QoS.

[0027] Step 12: the vSMF does not accept this QoS modification based on local configuration.

[0028] Step 13: requested UE PDU Session update fails.

[0029] Steps 14, 15, 16: the PCF, NEF and AF are informed about the rejection of the QoS modification request.

[0030] As shown in FIG. 4, when the AF sends the request, if the UE is roaming (in a HR roaming scenario) , the request may reach the vPLMN but be rejected by that network (the vSMF may reject that request according to clause 4.3.3.3 in 3GPP TS 23.502 V18.5.0) since there is a preference by this customer to not allow this request in its network. Taking into account the execution of the QoS modification in the vPLMN takes network resources that should only be provided based on operator’s roaming agreements between that UE’s hPLMN and the vPLMN.

[0031] One problem in this case is that the AF has no idea of the reason why its request is rejected, then it cannot take further effective actions. It may retry blindly which may results in the requests being rejected for multiple times. And the AF may not retry when the UE moves to the hPLMN or any other vPLMN supporting the request, so the right QoS wouldn’ t be applied during some time for the UE in those networks. Such problem not only exists for Nnef_AfsessionWithQoS, but also exists for Nnef_ChargeableParty and sponsorization, etc.SUMMARY

[0032] 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.

[0033] Methods, network functions, communication network, computer readable storage medium and computer program product are provided in different aspects in the present disclosure. In these aspects, a policy control function (optionally in a first network which is the home network for a terminal device) sends a message to an application function initiating an application function session for the terminal device which optionally is registered in a second network. The message indicates the result for a request for the application function session and further indicates that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network, or alternatively the message may further indicate whether the result is due to the terminal device’s roaming in or moving to the second network (optionally as a visited network) . With the indication from the policy control function, the application function can know the result’s reason, so it may not keep retrying the request or it may wait until the terminal device’s moving back to the first network or to a network where the request is supported. Resources and signaling can be saved.

[0034] In an embodiment, the terminal device may be roaming in or moving to the second network.

[0035] In an embodiment, the message may be due to the terminal device’s roaming in or moving to the second network.

[0036] In an embodiment, the policy control function may be in a first network and the first network is the home network of the terminal device.

[0037] In an embodiment, the message may be for the application function to retry the request when the terminal device moves to a different network.

[0038] In a first aspect of the present disclosure, a method for application function session management is provided, which can be performed by a policy control function (optionally in the first network) . In the method, the policy control function may send to an application function a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network (optionally roaming in or moving to the second network) . The message may further indicate that the request is not authorized because at least one QoS parameter is not supported in the second network.

[0039] In a second aspect of the present disclosure, a method for application session management is provided, which can be performed by an application function. In the method, the application function may receive from a policy control function (optionally in the first network) , a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in the second network (optionally roaming in or moving to a second network) . The message may further indicate that the request is not authorized because at least one QoS parameter is not supported in the second network.

[0040] In a third aspect of the present disclosure, a method for session management is provided, which can be performed by a network exposure function (optionally in the first network) . In the method, the network exposure function may receive from a policy control function (optionally in the first network) a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network (optionally roaming in or moving to the second network) . The message may further indicate that the request is not authorized because at least one QoS parameter is not supported in the second network. The network exposure function then may send the message to the application function.

[0041] In a fourth aspect of the present disclosure, a network function is provided, which comprises at least one processor and at least one memory. The at least one memory contains instructions executable by the at least one processor, whereby the network function is operative to execute any method according to the first, second or the third aspect of the present disclosure.

[0042] In a fifth aspect of the present disclosure, a network function is provided, which comprises modules executing the method according to the first, second or the third aspect of the present disclosure.

[0043] In a sixth aspect of the present disclosure, a communication network is provided, which may comprise the policy control function according to the first aspect of the present disclosure, the application function according to the second aspect of the present disclosure. The communication network may further comprise a network exposure function according to the third aspect of the present disclosure.

[0044] In a seventh aspect of the present disclosure, a computer readable storage medium is provided, which stores thereon instructions. When the instructions are executed by at least one processor, cause the at least one processor to perform the method according to the first aspect, the second aspect, or the third aspect of the present disclosure.

[0045] In an eighth aspect of the present disclosure, a computer program product is provided. The computer program product comprises instructions. When the instructions are executed by at least one processor, cause the at least one processor to perform the method according to the first aspect, the second aspect, or the third aspect of the present disclosure.

[0046] In a ninth aspect of the present disclosure, a carrier containing the instructions of the eighth aspect is provided. In some embodiments, the carrier may be one of an electronic signal, optical signal, radio signal, or computer readable storage medium.

[0047] According to any above aspect, optionally, the result may be based on configuration within the first network, optionally based on local configuration in the policy control function. Optionally, the configuration within the first network or the local configuration in the policy control function indicates at least one of:

[0048] - whether the request is supported out of the first network;

[0049] - at least one network other than the first network where the request is supported;

[0050] - at least one network other than the first network where the request is not supported;

[0051] - at least one applied Quality of Service (QoS) constraint for each of at least one network other than the first network.

[0052] With the configuration within the home network or the local configuration in the policy control function, the policy control function can determine within the first network whether the request can be supported in the second network, which avoids unnecessary requests reaching the visited network, reduces unnecessary signaling and processing.

[0053] Embodiments herein may provide many advantages, of which a non-exhaustive list of examples follows. With the indication. The embodiments herein are not limited to the features and advantages mentioned above. A person skilled in the art will recognize additional features and advantages upon reading the following detailed description.BRIEF DESCRIPTION OF THE DRAWINGS

[0054] The above and other aspects, features, and benefits of various embodiments of the present disclosure will become more fully apparent, by way of example, from the following detailed description with reference to the accompanying drawings, in which like reference numerals or letters are used to designate like or equivalent elements. The drawings are illustrated for facilitating better understanding of the embodiments of the present disclosure and not necessarily drawn to scale, in which:

[0055] FIG. 1 shows a 5G reference architecture in a non-roaming scenario.

[0056] FIG. 2 shows a 5G reference architecture in a HR roaming scenario.

[0057] FIG. 3 shows an AF session setup procedure in a non-roaming scenario in a 5G system.

[0058] FIG. 4 shows an AF session setup procedure in a HR roaming scenario in a 5G system.

[0059] FIG. 5 shows a 4G reference architecture to which the present disclosure is applicable.

[0060] FIG. 6 shows an exemplary communication network in accordance with some embodiments of the present disclosure.

[0061] FIG. 7 shows a method illustrating interactions between network functions in accordance with some embodiments of the present disclosure.

[0062] FIGs. 8-10 are flowcharts illustrating methods performed by network functions in accordance with some embodiments of the present disclosure.

[0063] FIGs. 11A-11N are diagrams illustrating exemplary procedures in accordance with some embodiments of the present disclosure.

[0064] FIG. 12A is a block diagram showing network functions in accordance with some embodiments of the present disclosure.DETAILED DESCRIPTION

[0065] The embodiments of the present disclosure are described in detail with reference to the accompanying drawings. It should be understood that these embodiments are discussed only for the purpose of enabling those skilled persons in the art to better understand and thus implement the present disclosure, rather than suggesting any limitations on the scope of the present disclosure. Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present disclosure should be or are in any single embodiment of the present disclosure. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present disclosure. Furthermore, the described features, advantages, and characteristics of the present disclosure may be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the present disclosure may be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present disclosure.

[0066] Further, following 3GPP document is incorporated herein by reference in their entireties:

[0067] 3GPP TS 29.122 V18.5.0 (2024-03) “Technical Specification Group Core Network and Terminals; T8 reference point for Northbound APIs; (Release 18) ” ;

[0068] 3GPP TS 29.522 V18.5.0 (2024-03) “Technical Specification Group Core Network and Terminals; 5G System; Network Exposure Function Northbound APIs; Stage 3 (Release 18) ” ;

[0069] 3GPP TS 23.501 V18.5.0 (2024-03) “Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS) ; Stage 2 (Release 18) ” ;

[0070] 3GPP TS 23.502 V18.5.0 (2024-03) “Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS) ; Stage 2 (Release 18) ” ;

[0071] 3GPP TS 23.682 V18.0.0 (2023-03) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 18) ”

[0072] 3GPP TS 23.503 V18.5.0 (2024-03) “Technical Specification Group Services and System Aspects; Policy and charging control framework for the 5G System (5GS) ; Stage 2 (Release 18) ” .

[0073] Although above 3GPP specifications are in a specific version, embodiments of the present disclosure may be applicable to other versions or versions of other releases. So, the incorporation of the specific version of specification should not be considered as restrictions of the present disclosure.

[0074] The solutions in the present disclosure may be applicable to any communication network. A network may include network functions (or called “network nodes” , “network device” ) and terminal devices. The term “network function” can refer to any function, node or device in the network except terminal devices. A network function can be implemented either on a dedicated hardware, or 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.

[0075] The term “terminal device” refers to any end device that can access a network and receive services therefrom. By way of example and not limitation, the terminal device refers to a mobile terminal, user equipment (UE) , or other suitable devices. The UE may be, for example, a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and a playback appliance, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable device, a personal digital assistant (PDA) , a portable computer, a desktop computer, a wearable terminal device, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, a laptop-embedded equipment (LEE) , a laptop-mounted equipment (LME) , a USB dongle, a smart device, a wireless customer-premises equipment (CPE) and the like. In the following description, the terms “terminal device” , “terminal” , “user equipment” and “UE” may be used interchangeably. As one example, a terminal device may represent a UE configured for communication in accordance with one or more communication standards promulgated by the 3GPP, such as 3GPP LTE standard or NR standard. As used herein, a “user equipment” or “UE” may not necessarily have a “user” in the sense of a human user who owns and / or operates the relevant device. In some embodiments, a terminal device may be configured to transmit and / or receive information without direct human interaction. For instance, a terminal device may be designed to transmit information to a network on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the communication network. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but that may not initially be associated with a specific human user.

[0076] As yet another example, in an Internet of Things (IoT) scenario, a 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 terminal device and / or network equipment. The terminal device may in this case be a machine-to-machine (M2M) device, which may in a 3GPP context be referred to as a machine-type communication (MTC) device. As one particular example, the terminal device may be a UE implementing the 3GPP narrow band internet of things (NB-IoT) standard. Particular examples of such machines or devices are sensors, metering devices such as power meters, industrial machinery, or home or personal appliances, for example refrigerators, televisions, personal wearables such as watches etc. In other scenarios, a terminal device may represent a vehicle or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.

[0077] As used herein, the term “communication network” can refer to a network following any suitable communication standards such as new radio (NR) , long term evolution (LTE) , LTE-Advanced, wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , Code Division Multiple Access (CDMA) , Time Division Multiple Address (TDMA) , Frequency Division Multiple Access (FDMA) , Orthogonal Frequency-Division Multiple Access (OFDMA) , Single carrier frequency division multiple access (SC-FDMA) and other wireless systems. A CDMA network may implement a radio technology such as Universal Terrestrial Radio Access (UTRA) , etc. UTRA includes WCDMA and other variants of CDMA. A TDMA network may implement a radio technology such as Global System for Mobile Communications (GSM) . An OFDMA network may implement a radio technology such as Evolved UTRA (E-UTRA) , Ultra Mobile Broadband (UMB) , IEEE 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDMA, Ad-hoc network, wireless sensor network, etc. In the following description, the terms “network” and “system” can be used interchangeably. Furthermore, the communication between two devices in the network may be performed according to any suitable communication protocols, including, but not limited to, the communication protocols as defined by a standard organization such as 3GPP. For example, the communication protocols may comprise the first generation (1G) , 2G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols either currently known or to be developed in the future.

[0078] FIG. 1 and FIG. 2 show exemplary architecture reference models of a 5G system. In a 5G system, a network node can implement a NF or a network entity, such as a Service Communication Proxy (SCP) or Security Edge Protection Proxies (SEPP) . NFs and NF services can communicate directly, referred to as Direct Communication, or indirectly via a SCP, referred to as Indirect Communication. If a network node implements a NF, the NF can be an Access and Mobility Management Function (AMF) , a Data Network (DN) , e.g. operator services, Internet access or 3rd party services, a NEF) a PCF, a SMF, a Unified Data Management (UDM) , a Unified Data Repository (UDR) , a UPF, an AF, a (Radio) Access Network ( (R) AN) , a Network Data Analytics Function (NWDAF) , a CHarging Function (CHF) , etc. The 5G system architecture may contain following service-based interfaces: Namf, Nsmf, Nnef, Npcf, Nudm, Naf, Nudr, Nchf, Nadrf, Naanf, Nmbsmf, Nbsp, Nupf, etc. The 5G system architecture may also contain reference points N1, N2, N3, N4, N6, N9, etc.

[0079] FIG. 5 shows an exemplary architecture reference model of a 4G system. In a 4G system, network nodes may include Home Subscriber Server (HSS) , Policy and Charging Rules Function (PCRF) , Packet Flow Description Function (PFDF) , Mobility Management Entity / Serving General Packet Radio Service (GPRS) Support Node (MME / SGSN) , Broadcast Multicast Service Center (BM-SC) , Serving-Call Session Control Function (S-CSCF) , Service Creation Environment Function (SCEF) , Radio access Network Congestion Awareness Function (RCAF) , Network Entity (NE) , Services Capability Server / Application Server (SCS / AS) , Public Data Network Gateway (PGW) etc. An AS may access 4G network by invoking Application Programming Interfaces (API) . The 4G system architecture may contain following reference points: T8, S6t, Rx, Nt, Nu, T6a / T6b, xMB, MB2, ISC, Ns, etc.

[0080] The solution of the present disclosure will be described in detail with reference to FIG. 6 to FIG. 12D.

[0081] FIG. 6 shows an exemplary communication network 100 in accordance with some embodiments of the present disclosure.

[0082] As shown in FIG. 6, the communication network 100 may include following network functions:

[0083] - a policy control function 10. The policy control function 10 may be in a first network, that is the home network of a terminal device. It can derive policy control rules from a request from an application function 20 for an application function session and deliver to a session management function 40 to implement session management for the terminal device. It can be a PCF in a 5G system or a PCRF in a 4G system. In the present disclosure, the policy control function 10 may know that the terminal device is registered in a second network which may be a visited network of the terminal device. Optionally, the terminal device may be roaming in or moving to a visited network (as described in 3GPP TS 23.503 V18.5.0 (2024-03) clause 6.1.3.5, the policy control function 10 may subscribe an event to trigger it receives from the SMF for a PDU session the information for PLMN change) . And the policy control function 10 may determine the result for the request based on messages from the visited network or based on local configuration in itself.

[0084] - an application function 20 may initiate an application function session for a terminal device. it may send a request for an application function session to the policy control function 10 and receive message such as response or notification from the policy control function 10 related to the request. The application function 20 can be an AF in a 5G system or an AS in a 4G system.

[0085] The request may be for QoS modification with at least one QoS parameter or a QoS reference related to at least one QoS parameter. The request may be for QoS monitoring or sponsorization. The application function 20 may send a request for sponsorization to request becoming a chargeable party for Application traffic flows. The Sponsor (e.g., Application Service Provider) then pays for the user’s data usage in order to allow the user to access the Application Service Provider’s services.

[0086] Communications between the policy control function 10 and the application function 20 can be via a network exposure function 30 or they can communicate directly with each other without involving the network exposure function 30. When the application function 20 is considered trusted (operator by the same CSP with the 5G system) the application function 20 may interface directly with the policy control function 10 for requesting such as required QoS for an application function session.

[0087] The network 100 may further include:

[0088] - a network exposure function 30. It can be a NEF in a 5G system or a SCEF in a 4G system;

[0089] - a session management function 40 implementing session management. It may receive delivery of policy control rules or removal of policy control rules from the policy control function 10.The session management function 40 can be a SMF in a 5G system or a PGW in a 4G system.

[0090] In the present disclosure, the network function (s) in the communication network 100 may execute methods for application function session management. In a 5G system an application function session can be an AF session. As mentioned above, when a terminal device with a first network as a home network is roaming in or moving to a visited network (here called “asecond network” ) , on one hand, the second network will be reached no matter whether the request for an application function session initiated by the application function 20 is supported (or called “allowed” ) or not in the second network; on the other hand, the application function will not be notified whether the failure result is due to the terminal device’s roaming in or moving to the second network. Solutions provided in the present disclosure can be used to solve above problems for the case that a terminal device is roaming in or moving to a visited network.

[0091] Firstly, the policy control function 10 (optionally in the home network of the terminal device) may send a message to the application function 20, not only indicating result for the request for the application function session, but indicating that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network or alternatively indicating whether the result is due to the terminal device’s roaming in or moving to the second network (optionally a visited network of the terminal device) . So if the result is a rejection to the request, or a termination of the application function session, the application function 20 can know it is due to the terminal device’s roaming, it may avoid retrying uselessly and may also wait until the terminal device’s moving back to the home network or to another visited network where the request for the application function session is supported.

[0092] Secondly, the policy control function 10 (optionally in the home network) can optionally be based on local configuration in itself or configuration within the home network, such as configuration stored in a data repository function (e.g. UDR in a 5G system) to determine whether the request for the application function session is supported in the second network (e.g. the visited network of the terminal device, so without interactions with the second network, the policy control function 10 can determine the result for the request for the application function session within the home network and indicate the application function the result and the reason for the result.

[0093] Here, a home network (called “first network” ) and a visited network (as an example of the “second network” ) can be a Public Land Mobile Network (PLMN) . The request for the application function session for short will be called as “arequest” or “the request” hereinafter. The local configuration or the configuration within the first network may indicate:

[0094] - whether the request is supported out of the first network, just like a simple switch ON / OFF, here we call it as “basic ON / OFF” ;

[0095] - at least one network other than the first network where the request is supported, for example a list of visited networks where the request is supported, here we call it as “allowed visited networks” ;

[0096] - at least one network other than the first network where the request is not supported, for example a list of visited networks where the request is not supported, here we call it as “non-allowed visited networks” ;

[0097] - at least one applied QoS constraint for each of at least one network other than the first network, for example a list of visited networks, each visited network is with corresponding applied QoS constraint (s) .

[0098] The above configuration may be for application function sessions initiated by a specific application function for any terminal device roaming in or moving to a specific visited network.

[0099] In some cases, the request may include at least one QoS parameter or a QoS reference related to at least one QoS parameter; the local configuration or configuration within the first network may further include at least one QoS constraint in the second network. Then the policy control function 10 may determine the result based on the at least one QoS constraint in the local configuration or configuration within the first network and the at least one QoS parameter or the QoS reference related to the at least one QoS parameter in the request.

[0100] To be noted that, “allowed” and “supported” may have same or similar meaning in the present disclosure, which may mean that the request for an application function session can be accepted in a visited network.

[0101] As mentioned above, the policy control function 10 may determine based on messages from the visited network to determine the result. For example as shown in FIG. 2 when the hSMF receives Nsmf_PDUSession_Update rsp from the vSMF, and if the message also indicates that the request is not supported in the visited network, then the hSMF can in step 14 indicate to the PCF the cause , then in step 15, The PCF can indicate in Npcf_PolicyAuthrozation_Notify the result (the request for the AF session is rejected) and also indicate that the rejection is because the terminal device is roaming in or moving to the visited network where the request is not supported.

[0102] Now referring to FIG. 7, a method 200 illustrating interactions between network functions in the communication network 100 is introduced.

[0103] In step S201, the policy control function 10 (optionally in the first network) may receive from the application function 20 a request for an application function session for a terminal device. the application function 20 initiates the application function session and the first network is the home network of the terminal device.

[0104] In step S202, the policy control function 10 (optionally in the first network) may determine the result of the request. To be noted that, the policy control function 10 may in response to reception of the request in step S201 determine the result; or the policy control function 10 may determine the result for an already created session or called ongoing application function session when it identifies that the terminal device is moving to a second network. The policy control function 10 may identify that the terminal device is registered in a second network (optionally roaming in or moving to a second network) and it determine based on the above mentioned local configuration or configuration within the first network the result for the request for the application function session. Or as mentioned above the policy control function 10 may determine based on a message from the second network to determine the result for the request.

[0105] In step S204, the policy control function 10 may send a message to the application function 20 indicating the result for the request and indicating that the request is not authorized because at least one QoS parameter is not supported in the second network; and / or indicating whether the result is due to the terminal device’s roaming in or moving to the second network. Optionally the message may further include the identifier of the second network, so that the application function 20 can know for a failure result, which visited network doesn’ t support the request. When the messages between application function 20 and policy control function 10 are transmitted via the network exposure function 30, this step can be divided into 2 sub steps: in sub step S2041, the message is sent from the policy control function 10 to the network exposure function 30; in sub step S2042, the message is sent from the network exposure function 30 to the application function 20.

[0106] After receiving the result (such as the session is terminated or the request is rejected or the request is not applied, etc. ) knowing that failure result is due to the terminal device’s roaming in or moving to the second network, the application function 20 may, for example, in step S205 subscribe with the network exposure function 30 or a data management function (if the application function 20 is trusted) in the first network to be notified of roaming status of the terminal device.

[0107] In step S206, if the application function 20 is notified that the roaming status of the terminal device changes, it may retry the request with the policy control function 10.

[0108] With the steps S205 and S206, the application function 20 may determine whether the terminal device has moved from the second network, and then a retry is required (if the previous attempt was rejected) . It optimizes the application function’s retries (signaling and network processing to reject the request) . Otherwise the application function 20 has to retry blindly, then the request may be rejected multiple times, or on the contrary the application function 20 may not retry after a while, but then if the terminal device has moved from the second network, the request would be accepted.

[0109] Before the step S204, there might be some processing or interactions between the policy control function 10 and session management function 20 in the first network. Such as S2031 to S2036. For different scenarios and different solution variants, different steps will be executed. Next, 2 different solution variants (Solution A and Solution B) will be introduced.

[0110] According to different processing at the policy control function 10, Solution A and Solution B are provided in the present disclosure. In solution A if the request for the application function session is not supported in the second network, the request will be rejected (for a session to be created case) or the session will be terminated (for an ongoing session) ; while in solution B the session will be first created (for a session to be created case) or be kept (for an ongoing session) but the request for the session will not be applied and will be applied when the terminal device is moving back to the first network or to another network where the request is supported. Now the two solutions will be introduced in detail.

[0111] Solution A-rejected or terminated

[0112] With solution A, the policy control function 10 (optionally in the home network of the terminal device) is able to reject the request for the application function session when the terminal device is roaming (basic ON / OFF) , or even when the terminal device is roaming in some visited networks (allowed / non-allowed visited networks) , for example, based on local configuration in the policy control function 10 in the home network. Then the request by the application function 20 will be accepted only if the terminal device is roaming in an allowed network, according to the local configuration.

[0113] In addition, the application function 20 will be informed about whether the rejection is due to the visited network where the terminal device is camping on or registered in (here “camping on / registered in” means that the terminal device is roaming in or moving to the second network) does not support the request. With that indication, and the subscription of the application function 20 to get notified about roaming status such as whether the terminal device is roaming (basic ON / OFF) and network change (allowed / non-allowed visited networks) , the application function 20 is able to react in an efficient way in case the request is rejected, being able to optimize retries, in order to maximize success.

[0114] For solution A, there can be different scenarios:

[0115] Scenario 1. The session is to be created or updated (for example, an application function session is already created with some QoS but the application function updates the QoS or adds QoS monitoring) , the terminal device is registered or roaming in the second network which is a non-allowed visited network.

[0116] As shown in FIG. 7, in step S202, the policy control function 10 determines that the request for the application function session is not supported in the second network, then in step S204, the message indicates that the request is rejected because the request is not supported in the second network and that the rejection is due to the terminal device’s roaming / registered in the second network where the request is not supported. An exemplary procedure in a 5G system can be referred to FIG. 11A, FIG. 11D and corresponding description.

[0117] Scenario 2. The session has been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported.

[0118] Then in step S2031, the policy control function 10 may deliver to the session management function 40 in the first network, removal of at least one policy rule derived from the request and previously installed in an associated Protocol Data Unit (PDU) session for the terminal device. And in step S204, the message indicates that the application function session is terminated because the request is not supported in the second network. An exemplary procedure in a 5G system can be referred to FIG. 11C, FIG. 11E and corresponding description.

[0119] Scenario 3. the application function session is to be created or updated, the terminal device is roaming / registered in the second network, the request comprises both QoS modification and QoS monitoring, QoS modification is supported in the second network but QoS monitoring is not supported in the second network.

[0120] In step S202, the policy control function 10 may determine based on local configuration or messages from the second network, that QoS monitoring is not supported in the second network. In step S204, the message indicates that QoS modification is accepted and QoS monitoring is rejected and the QoS monitoring is rejected because QoS monitoring is not supported in the second network. An exemplary procedure in a 5G system can be referred to FIG. 11F and corresponding description.

[0121] Scenario 4. the application function session has been created, both QoS modification and QoS monitoring have been applied to the application function session, the terminal device is roaming from the first network or another network to the second network, QoS modification is supported in the second network and QoS monitoring is not supported in the second network.

[0122] In step S202, the policy control function 10 may determine based on local configuration or a message from the second network, that QoS monitoring is not supported in the second network. In step S204, the message indicates that the QoS monitoring is terminated because QoS monitoring is not supported in the second network. An exemplary procedure in a 5G system can be referred to FIG. 11G and corresponding description.

[0123] For solution A, restriction for requests from the application function 20 can be performed by the home network (for the case the result for the request is determined based on local configuration in the policy control function 10 or configuration within the home network) , rather than by the visited network, then signaling inter-networks (including SEPPs and possibly one or multiple SCPs for a 5G system) is saved, as well as corresponding processing.

[0124] The application function 20 can be informed about the cause for the restriction, then it can react upon. e.g. the restriction is due to the terminal is roaming in a non-allowed network, then retry may be attempted ideally when the terminal device moves from the non-allowed network. According to current 3GPP specifications, rejection to a request for an application function does not take into account the visited network where the UE is camping on / registered in, then the application function may simply retry a couple of times and then the request may not be reattempted again, considering e.g. this indicates a permanent failure in the network.

[0125] If the application function 20 subscribes to the terminal device’s roaming status (for example roaming or not roaming for the “basic ON / OFF” ) or the terminal device’s visited network change (allowed / non-allowed visited networks) , and based on the new proposed indication, the application function 20 may optimize the retry policy, e.g. the application function 20 may only retry when the terminal device is in the home network if previously the request was rejected because the UE was roaming ( “basic OFF” ) .

[0126] Optionally, when the application function 20 is configured with allowed / non-allowed visited networks, it may optimize a bit further the retry policy, since the terminal device may move from a non-allowed visited network to another non-allowed visited network, then the retry will fail, then if the application function 20 has this information it may skip the retry attempt until the terminal device is roaming in an allowed visited network.

[0127] Solution B-session kept or created but not applied

[0128] With solution B, the policy control function 10 (optionally in the home network) is able to apply the request for the application function session when the terminal device is roaming (basic ON / OFF) , or even when the terminal device is roaming in some visited networks (allowed / non-allowed visited networks) , for example, based on local configuration in the policy control function 10 in the home network. Then the request by the application function 20 will always be accepted by the policy control function 10, but it is only applied when allowed or supported, i.e. when the terminal device is roaming in an allowed network (according to this local configuration or a message from the visited network) . The policy control function 10 may get information about the terminal device mobility events from a home network to a visited network or between different visited networks.

[0129] In addition, the application function 20 will be informed that the request for the application function session not being applied because the visited network wherein the terminal device is camping on / registered in does not support the request. With that indication, the application function 20 does not need to resend the request, instead it will wait for the policy control function 10’s further message indicating that the request is applied (when the terminal device is in a supported network) . However the request is always accepted by the policy control function 10, information of the application function session derived from the request will be saved by the policy control function10. The policy control function 10 will apply the request when the terminal device is moving back to the home network or to a visited network where the request is supported (according to the network where the UE is camping on) .

[0130] For solution B, there can be different scenarios:

[0131] Scenario 1. the application function session is to be created or updated and the terminal device is roaming in the second network where the request is not supported.

[0132] As shown in FIG. 7, in step S202, the policy control function 10 determines that the request for the application function session is not supported in the second network, then in step S2032, the policy control function 10 may create or update the application function session; in step S2033, save information of the application function session derived from the request. The policy control function 10 may skip creation and delivery of at least one policy rule derived from the request to the session management function 40 in the first network. In step S204, the message may indicate that the request is accepted but not applied temporarily when the terminal device is roaming / registered in the second network because the request is not supported in the second network. Optionally the message can be a notification message or a response message corresponding to the request. Exemplary procedures in a 5G system can be referred to FIG. 11H and FIG. 11I and corresponding description.

[0133] Scenario 2. the application function session has been created and the terminal device is moving from another network where the request is not supported to the first network or the second network wherein the request is supported.

[0134] As shown in FIG. 7, in step S202, the policy control function 10 may determine that the request for the application function session is supported in the second network (for the case that the terminal device is moving to the second network) or determine that the terminal device is moving back to the first network. Then, in step S2034, the policy control function 10 may deliver to the session management function 40 in the first network at least one policy rule derived from the request and to be used on an associated PDU session for the terminal device. The policy control function 10 may send another message to the application function 20 to indicate that the request is applied. An exemplary procedure in a 5G system can be referred to FIG. 11L and corresponding description.

[0135] Scenario 3. the application function session has been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported.

[0136] In step S202, the policy control function 10 may determine that the request for the application function session is not supported in the second network. Then in step S2035, the policy control function 10 may keep the application function session and in step S2036 deliver to the session management function 40 in the first network removal of at least one policy rule derived from the request and previously installed in an associated PDU session for the terminal device. In step S204, the message may indicate that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. An exemplary procedure in a 5G system can be referred to FIG. 11K and corresponding description.

[0137] For solution B, the application function 20 may in step S200 send an indicator indicating that the application function 20 supports the first network to manage a request for an application function session initiated by the application function 20 for a terminal device roaming in or moving to a visited network, optionally based on the local configuration. The indicator may mean that the application function 20 supports the policy control function 10 not to terminate the application function session, but instead apply the request based on local configuration depending on the network where the terminal device is. Also, since the policy control function 10 doesn't terminate the session but keep it, the application function 20 may need to support to be notified of APPLY (the request is applied) and NOT_APPLY (the request is not applied) . When the messages between application function 20 and policy control function 10 are transmitted via the network exposure function 30, this step can be divided into 2 sub steps: in sub step S2001, the indicator is sent from the application function 20 to the network exposure function 30; in sub step S2042, the indicator is sent from the network exposure function 30 to the policy control function 10.

[0138] For solution B, restriction for requests for application function sessions are performed by the home network (for the case the result for the request is determined based on local configuration in the policy control function 10 or configuration within the home network) , rather than by the visited network, then signaling inter-networks (including SEPPs and possibly one or multiple SCPs for a 5G system) is saved, as well as corresponding processing.

[0139] The request for the application function session is always accepted by the home network that internally manages when the request is applicable. With that, any required management is performed by the home network, rather than rejecting the request and then delegating to the application function 20 the responsibility to retry (e.g. the application function 20 may monitor the roaming status of the UE and retry when the UE is in an allowed network) . This hides to the application function 20 the complexities derived from terminal device’s mobility / roaming and also reduces the signaling between the application function 20 and the home network.

[0140] FIG. 8 shows the method 200 performed by the policy control function 10.

[0141] In step S201, the policy control function 10 may receive from the application function 20 a request for an application function session for a terminal device registered in a second network. Optionally a first network is the home network of the terminal device.

[0142] In step S202, the policy control function 10 may determine a result for the request. It may be based on local configuration or configuration within the first network or a message from the second network as mentioned above to determine whether the request is supported (or called allowed) in the second network.

[0143] In step S204, the policy control function 10 may send to the application function 20 a message indicating the result and that the request is not authorized because at least one QoS parameter is not supported in the second network or indicating whether the result is due to the terminal device’s roaming in or moving to the second network (or called “camping on or registered in the second network” ) .

[0144] Other steps or processing by the policy control function 10 can be referred to above description for the method 200 and communication network 100 as to the policy control function 10.

[0145] FIG. 9 shows the method 200 performed by the application function 20.

[0146] In step S201, the application function 20 may send to the policy control function 10 a request for an application function session for a terminal device registered in, camping on, moving to or roaming in a second network. Optionally, the first network is thehome network of the terminal device.

[0147] In step S204, the application function 20 may receive from the policy control function 10 a message indicating a result for the request and that the request is not authorized because at least one QoS parameter is not supported in the second network or indicating whether the result is due to the terminal device’s roaming in or moving to the second network (or called “camping on or registered in the second network” ) .

[0148] Other steps or processing by the application function 20 can be referred to above description for the method 200 and communication network 100 as to the application function 20.

[0149] FIG. 10 shows the method 200 performed by the network exposure function 30 (optionally in the first network) .

[0150] In step S2041, the network exposure function 30 may receive a message indicating a result for a request for an application function session initiated by the application function 20 for a terminal device registered in a second network (optionally the first network is the home network of the terminal device and that the request is not authorized because at least one QoS parameter is not supported in the second network or whether the result is due to the terminal device’s roaming in or moving to the second network (or called “camping on or registered in the second network” ) .

[0151] In step S2042, the network exposure function 30 may send the message to the application function 20.

[0152] The request for the application function session can also be transferred by the network exposure function 30 from the application function 20 to the policy control function 10. The network exposure function 30 can transfer other messages between the application function 20 and the first network.

[0153] Other steps or processing by the network exposure function 30 can be referred to above description for the method 200 and communication network 100 as to the network exposure function 30.

[0154] FIG. 11A-FIG. 11L show exemplary procedures further illustrating method 200 performed by network functions according to embodiments of the present disclosure. FIG. 11A to FIG. 11G are for above mentioned solution A, and FIG. 11H to FIG. 11L are for above mentioned solution B.

[0155] Solution A-rejected or terminated

[0156] Scenario 1. Creation from AF (UE is roaming in non-allowed PLMN)

[0157] FIG. 11A shows the AF session with requested QoS create request by the AF when the UE is roaming in a non-allowed vPLMN:

[0158] Precondition 1 and 2: same as FIG. 3.

[0159] Precondition 3: PCF is locally configured with either:

[0160] Basic ON / OFF: indication whether the QoS change request (AFsessionWithQoS with QoS modification) shall be accepted only if the UE is in the hPLMN (basic OFF) , or on the contrary the request shall be always accepted, even if the UE is roaming (in any vPLMN) (basic ON) . This policy may optionally consider the AF Application that is sending the request, i.e. basic ON / OFF per AppId.

[0161] List of vPLMN where if the UE is roaming the QoS change request (AFsessionWithQoS with QoS modification) shall be allowed or non-allowed. This policy may optionally consider the AF Application that is sending the request, i.e. list of allowed / non-allowed vPLMN per AppId.

[0162] Steps 1-5: same as FIG. 3.

[0163] Step 6: The PCF identifies the UE is roaming, and then checks the configuration (precondition 3) . In this example, we consider the UE is roaming in a non-allowed vPLMN.

[0164] Step 7: Then, the QoS modification shall not be allowed, and then the Create request is rejected. A new error indicates the reason for the error:

[0165] a) Basic OFF: the UE is roaming and then QoS modification is not allowed by customer policies. Optionally the PLMN where the UE is roaming is provided.

[0166] b) Allowed / non-allowed vPLMNs: the UE is roaming in a vPLMN where QoS modification is not allowed by customer policies. Optionally the PLMN where the UE is roaming is provided.

[0167] Step 8: The NEF sends the unsuccessful Create response to the AF, including the new error.

[0168] Step 9: (OPTIONAL) . As a result of receiving the NEW error, the AF may enhance its interactions with the network based on a new subscription:

[0169] Basic OFF: the AF subscribes to “UE roaming status” event. The subscription is done to UDM via NEF. (This is already state of art) .

[0170] Allowed / non-allowed vPLMNs: the AF subscribes to a PLMN change by the inclusion of a subscription (AFSessionWithQoS with PLMN_CHG event in UserPlaneEvents in ref [1] ) in the same AFSessionWithQoS service. (This is already state of art) .

[0171] Step 10: There is UE mobility from vPLMN to hPLMN (basic OFF) or from non-allowed PLMN to allowed PLMN.

[0172] Step 11: OPTIONAL. If the AF has subscribed to be notified (see step 9) , then the AF will be notified based on UE mobility.

[0173] Step 12: OPTIONAL. NEW: if the AF is notified (step 11) , then the AF may retry after the previous attempt to request AF session with requested QoS (step 8) was unsuccessful due to the PLMN where the UE was camping at that moment.

[0174] Note this optional functionality based on AF subscription and notification, then allows for the AF to determine whether the UE has moved from PLMN, and then a retry is required (if the previous attempt was rejected) . This optional extension optimizes the AF retries (signaling and network processing to reject the request) . Without this optional extension, the AF will retry blindly, then the request may be rejected multiple times, or on the contrary the AF may not retry after a while, but then if the UE has moved from PLMN, the request would be accepted.

[0175] Scenario 2. Creation from AF (UE is roaming in an allowed PLMN)

[0176] FIG. 11B shows the AF session with requested QoS create request by the AF when the UE is roaming in an allowed vPLMN:

[0177] Precondition 1 and 2: same as FIG. 3.

[0178] Precondition 3: same as FIG. 11A.

[0179] Steps 1 to 7: similar to steps 1 to 7 in FIG. 4.

[0180] Step 8: The PCF identifies the UE is roaming in an allowed vPLMN, based on local configuration (precondition 3) .

[0181] Step 9: The PCF sends a notification to the hSMF to update the Session Management Policy Control with the new generated PCC rules with new required QoS.

[0182] Step 10: The hSMF identifies the UE is roaming and then it needs to send the update request to the vPLMN.

[0183] Step 11: The hSMF sends to the vSMF a request to update the UE PDU Session with the new required QoS.

[0184] Step 12: The vSMF does not trust the remote PLMN may have implemented any restriction and then it should count on local configuration (precondition 2) to validate whether the QoS modification is allowed. This time hPLMN has previously checked the QoS modification is allowed in this vPLMN, according to hPLMN local configuration (precondition 3) . Therefore, if restrictions are based in allowed / non-allowed PLMNs, this request shall be accepted by the vPLMN, with this the signalling and processing inter-networks is not wasted (like in FIG. 4) .

[0185] Step 13: The vSMF modifies UE PDU Session with new requested QoS. UPF and UE are involved in this procedure (out of the scope of this IvD) .

[0186] Step 14: The hSMF is notified that the UE PDU Session is modified successfully.

[0187] Step 15: The hSMF modifies as well UE PDU Session in the hPLMN with requested QoS. UPF is involved in this procedure (out of the scope of this IvD) .

[0188] Steps 16-18: same as steps 13-15 in FIG. 3.

[0189] Scenario 3. UE mobility from allowed / home to non-allowed PLMN

[0190] FIG. 11C shows UE mobility from hPLMN or an allowed PLMN (where the AF session with requested QoS was created, as in figure 6) to a non-allowed PLMN:

[0191] Precondition 2: same as FIG. 3.

[0192] Precondition 3: same as FIG. 11A.

[0193] Precondition 4: Policy control request trigger (PCRT) : the PCF has subscribed to PCRT PLMN change for the PDU session. Then the hSMF shall inform the PCF that the PLMN is changed. This event is used by the PCF to check whether new / updated PCC rules (e.g. including different QoS) should be updated for the PDU session.

[0194] Precondition 5: UE Mobility from allowed / home to non-allowed PLMN.

[0195] Step 1: since the UE has moved from PLMN, then the hSMF informs the PCF by PLMN change PCRT notification and providing the PLMN Id.

[0196] Step 2: NEW: Check former PLMN and new PLMN. Former is an allowed / home PLMN, but new is a non-allowed PLMN. Then, the PCF determines “AF Session with requested QoS” shall be terminated. PCF removes corresponding AF session QoS.

[0197] Step 3: The SMF takes PDU Session policy decisions. NEW: QoS requirement requested by AF are already removed (step 2) and then are not taking into account.

[0198] Step 4: PCF indicates the hSMF that the dynamic PCC rules (derived from the requested QoS by AF) shall be removed.

[0199] Steps 5, 6: (note these steps may be in parallel with step 4) : The indication for the AF session to be terminated (by the AF) is sent. NEW: a new error is included to reflect the termination is required since the UE is roaming in a non-allowed vPLMN. Optionally the PLMNId where the UE is roaming may be provided.

[0200] Steps 7-11: similar as steps 12-17 in FIG. 11B with the difference that now the QoS flow is updated (or potentially removed) to consider the removal of the dynamic PCC rules for the requested QoS by the AF.

[0201] For the above mentioned scenarios 1 to 3, as a possible optional enhancement, the AF may be configured as indicated for PCF in precondition 3. Then, the AF is able to send the request only when the UE is camping in the hPLMN or in an allowed vPLMN, avoiding the need of retries.

[0202] Today, if the UE is roaming, since the procedures for QoS Monitoring are not fully clear and not completely standardized in 3GPP, then our solution is to restrict the AF request when the UE is roaming. This solution is similar to the main one described, considering for QoS Monitoring only basic OFF applies, that is, whenever QoS monitoring is requested by the AF, if the UE is roaming, the AF session will be rejected.

[0203] Scenario 4. Creation from AF including QoS monitoring (UE is roaming)

[0204] FIG. 11D shows the AF session with requested QoS creation, including QoS Monitoring, when the UE is roaming:

[0205] Precondition 3: in addition to the precondition for QoS change / modification, the PCF is configured as well with a basic OFF for QoS monitoring, i.e. if the UE is roaming and the AF request includes QoS monitoring, the request shall be rejected.

[0206] Steps 1 and 3: includes QoS Monitoring.

[0207] Step 6: NEW: The PCF identifies the UE is roaming based on local configuration (precondition 3) .

[0208] Steps 7 and 8: a new error information is provided to the AF to inform the rejection is due to the rejection of QoS monitoring since the UE is roaming. Based on this error, the AF may consider retrying based on the UE’s PLMN when the UE moves.

[0209] Steps 9 to 12: same as shown in FIG. 11A.

[0210] Scenario 5. UE mobility from allowed / home to non-allowed PLMN when AF session included QoS Monitoring

[0211] FIG. 11E shows UE mobility from home / allowed PLMN to a vPLMN / non-allowed PLMN, when the AF session was initially created in the home / allowed PLMN including QoS Monitoring:

[0212] Precondition 3: similar to FIG. 11D.

[0213] Steps 5 and 6: a new error information is provided to the AF to inform the rejection is due to the rejection of QoS monitoring since the UE is roaming. Based on this error, the AF may consider retrying based on the UE’s PLMN when the UE moves.

[0214] According to current 3GPP standards, an AF session is terminated for both QoS modification and QoS monitoring requests (included in the same Nnef_AFSessionWithQoS service) . so the AF session is terminated as a whole, regardless whether part of the requirements in the request may be fulfilled.

[0215] here as an alternative solution is proposed with the possibility to provide a partial error, what means that the AF session is not terminated as a whole, but there are cases where QoS change is accepted but QoS Monitoring is not. This occurs when the UE is roaming in an allowed PLMN for QoS change. This is described in the following FIG. 11F and FIG. 11G.

[0216] Scenario 6. Creation from AF including QoS monitoring (UE is roaming) –partial failure / success

[0217] FIG. 11F only applies to QoS change configuration with allowed / non-allowed PLMNs.

[0218] Step 6: The UE is roaming in an allowed PLMN for QoS Change. But since, the UE is roaming, QoS monitoring is rejected.

[0219] Steps 7 and 8: the response is modified to consider partial success / failure, i.e. QoS change is accepted, but QoS monitoring is not accepted. This information is provided to the AF.

[0220] Steps 9 to 12: same as FIG. 11A.

[0221] Scenario 7. UE mobility from home to a non-allowed PLMN when AF session included QoS Monitoring –partial failure / success

[0222] FIG. 11G shows the UE mobility from home PLMN to a non-allowed PLMN, when the AF session was initially created in the home PLMN including QoS Monitoring, This figure only applies to QoS change configuration with allowed / non-allowed PLMNs.

[0223] Precondition 5: UE mobility from home PLMN to QoS change allowed PLMN.

[0224] Step 2, 3: in the hPLMN both QoS change and QoS monitoring were accepted, however if the UE moves to an allowed PLMN, then QoS monitoring shall be rejected, while QoS change is kept.

[0225] Step 3, 4: a new Notify event is sent to the AF to inform the Termination of the AF Session is due to the QoS monitoring not being allowed since the UE is roaming. Based on this error, the AF may consider retrying based on the UE’s PLMN when the UE moves.

[0226] For the above mentioned scenarios 1 to 7, When the AF is considered trusted (operator by the same CSP than the 5GC) the AF may interface directly with the PCF for requesting such required QoS for an AF session. All the call flows will apply with the consideration that AF interacts PCF directly.

[0227] Solution B-session kept or created but not applied

[0228] Scenario 1. UE is roaming in not allowed PLMN –PCF acceptance but QoS not applied –variant 1

[0229] FIG. 11H shows the AF session with requested QoS create request by the AF when the UE is roaming in a non-allowed vPLMN:

[0230] Precondition 1 and 2: same as FIG. 3.

[0231] Precondition 3: PCF is locally configured with either:

[0232] Basic ON / OFF: indication whether the QoS change request (AFsessionWithQoS with QoS modification) shall be accepted only if the UE is in the hPLMN (basic OFF) , or on the contrary the request shall be always accepted, even if the UE is roaming (in any vPLMN) (basic ON) . This policy may optionally consider the AF Application that is sending the request, i.e. basic ON / OFF per AppId.

[0233] List of vPLMN where if the UE is roaming the QoS change request (AFsessionWithQoS with QoS modification) shall be allowed or non-allowed. This policy may optionally consider the AF Application that is sending the request, i.e. list of allowed / non-allowed vPLMN per AppId.

[0234] Steps 1-5: similar to FIG. 3, with the inclusion of a NEW optional indication in step1 by the AF to indicate the support of the newly proposed functionality in this document, where the PCF accepts the AFsessionWithQoS and manages internally the applicability. If the new flag is included in step 1, then it is included as well (NEW) in step 5 to request the execution by the PCF of the new functionality.

[0235] Step 6: The PCF identifies the UE is roaming, and then checks the configuration (precondition 3) . In this example, we consider the UE is roaming in a non-allowed vPLMN. QoS modification is accepted, i.e. AF session is created and internally PCF needs to store received AF session info. This updated behaviour may be triggered by the presence of the new indication in step 5.

[0236] Step 7: However, the QoS modification shall not be applied since the UE is roaming in a non-allowed PLMN. Create request is responded successfully, but with a new information to indicate the request even being accepted, it not applied temporarily for the following reason:

[0237] a) Basic OFF: the UE is roaming and then QoS modification is not applied due to customer policies. Optionally the PLMN where the UE is roaming is provided.

[0238] b) Allowed / non-allowed vPLMNs: the UE is roaming in a vPLMN where QoS modification shall not be applied due to customer policies. Optionally the PLMN where the UE is roaming is provided.

[0239] Step 8: The NEF sends the successful Create response to the AF, including the new information. The AF does not need to execute any other action, since the Create request is accepted by the network. Then the AF trust the NW will apply the QoS request when possible, i.e. when the UE moves to an allowed PLMN.

[0240] Scenario 2. UE is roaming in not allowed PLMN –PCF acceptance but QoS not applied –variant 2

[0241] FIG. 11I shows an alternative solution to the one shown in FIG. 11H.

[0242] The procedures are same with what is shown in FIG. 11H except following:

[0243] Steps 5, 6: Create request is responded successfully.

[0244] Steps 8, 9: instead of providing the new information in a successful Create response, it is provided in a Notify request.

[0245] Scenario 3. UE mobility from allowed / home to allowed / home PLMN

[0246] FIG. 11J shows UE mobility from hPLMN or an allowed PLMN (where the AF session with requested QoS was created, as in figure 5a, 5b) to another home / allowed PLMN:

[0247] Precondition 3: same as shown in FIG. 11H and FIG. 11J.

[0248] Precondition 4: Policy control request trigger (PCRT) : the hSMF informs the PCF if the PLMN is changed in order to check if the QoS policy should be updated.

[0249] Precondition 5: UE Mobility from allowed / home to allowed / home PLMN.

[0250] Step 1: since the UE has moved from PLMN, then the hSMF informs the PCF providing the PLMN Id.

[0251] Step 2: Check former PLMN and new PLMN. Both are allowed / home PLMNs, then the “AF Session with requested QoS” was already applied and no extra actions are required. This updated behaviour (and in subsequent steps) may be triggered by the presence of the new indication in step 5 in FIG. 11H and FIG. 11J above.

[0252] Scenario 4. UE mobility from allowed / home to non-allowed PLMN

[0253] FIG. 11K shows UE mobility from hPLMN or an allowed PLMN (where the AF session with requested QoS was created, as in figure 5a, 5b) to a non-allowed PLMN:

[0254] Preconditions 3, 4: same as shown in FIG. 11J.

[0255] Precondition 5: UE Mobility from allowed / home to non-allowed PLMN.

[0256] Step 1: same as shown in FIG. 11J.

[0257] Step 2: The PCF needs to check whether QoS modification was allowed / non-allowed in former and actual PLMN and then act accordingly. In this case, former PLMN was allowed / home while new PLMN is non-allowed, then the PCF is responsible to do not apply the required QoS modification by AF. This updated behaviour (and in subsequent steps) may be triggered by the presence of the new indication in step 5 in FIG. 11H and FIG. 11I above.

[0258] Step 3: The PCF needs to evaluate policy decisions, but without considering the AF required QoS.

[0259] Steps 4, 5: The NEF and AF are notified respectively about the situation: required QoS is now not temporarily applied due to the UE mobility to a PLMN where QoS modification is not allowed by customer policy. Optionally the PLMN where the UE is roaming may be provided. The AF does not need to take any extra actions, as long as it is up to the PCF to applied again required QoS when the UE moves to a network where this is allowed.

[0260] Step 6: the PCF indicates to the hSMF that the dynamic PCC rules derived from the QoS modification required by the AF are removed.

[0261] Step 7: hSMF identifies the UE is roaming and then it needs to reach the corresponding vSMF.

[0262] Step 8: vSMF receives the indication to either update or remove the corresponding QoS flow.

[0263] Step 9: Based on received information vSMF evaluates QoS to be applied.

[0264] Step 10: UE PDU session is modified either updating or removing the QoS flow.

[0265] Step 11: Update request is responded back to hSMF.

[0266] Step 12: UE PDU session in the home network is modified either updating or removing the QoS flow.

[0267] Scenario 5. UE mobility from non-allowed to allowed  / home PLMN

[0268] FIG. 11L shows UE mobility from non-allowed PLMN to home / allowed PLMN:

[0269] Preconditions 3, 4: same as FIG. 11J.

[0270] Precondition 5: UE Mobility from non-allowed to allowed / home PLMN.

[0271] Step 1: same as shown in FIG. 11J.

[0272] Step 2: The PCF needs to check whether QoS modification was allowed / non-allowed in former and actual PLMN and then act accordingly. In this case, former PLMN was non-allowed while new PLMN is allowed / home, then the PCF is responsible to apply the required QoS modification by AF. This updated behaviour (and in subsequent steps) may be triggered by the presence of the new indication in step 5 in FIG. 11H or FIG. 11I above.

[0273] Step 3: The PCF needs to evaluate policy decisions, considering the AF required QoS.

[0274] Step 4: hSMF is notified with the PCC rules that include AF required QoS.

[0275] Step 5: hSMF identifies the UE is roaming and then it needs to reach the corresponding vSMF. In case of UE mobility to the hPLMN, the hSMF identifies the UE is in the hPLMN.

[0276] Step 6: vSMF receives the indication to update the corresponding QoS. This step is not applicable in case of UE mobility to the hPLMN.

[0277] Step 7: Based on received information vSMF evaluates QoS to be applied. In case of UE mobility to the hPLMN, this step will be performed by the hSMF.

[0278] Step 8: UE PDU session is modified considering updated PCC rules received. This step is not applicable in case of UE mobility to the hPLMN.

[0279] Step 9: Update request is responded back to hSMF. This step is not applicable in case of UE mobility to the hPLMN.

[0280] Step 10: UE PDU session in the home network is modified considering updated PCC rules received.

[0281] Steps 11, 12: The NEF and AF are notified respectively about the situation: required QoS is now applied due to the UE mobility to a PLMN where QoS modification again allowed by customer policy. Optionally the PLMN where the UE is roaming may be provided. The AF does not need to take any extra actions, as long as it is up to the PCF to do not apply again required QoS when the UE moves to a network where this is not allowed.

[0282] In the above mentioned scenarios 1 to 5, alternatively, when the AF is considered trusted (operator by the same CSP than the 5GC) the AF may interface directly with the PCF for requesting such required QoS for an AF session. All the call flows will apply with the consideration that AF interacts PCF directly.

[0283] Following procedures are introduced to cover applicability of a request for an application function session for a terminal device or a group of terminal devices or for a future PDU session or multiple PDU sessions per terminal device.

[0284] In previous sections it is covered the applicability of a request for an application function session to an ongoing PDU Session of an indicated terminal device in the request, however 3GPP also allows that the request may apply to a terminal device or a group of terminal devices or to a future PDU Session or multiple PDU Sessions per UE. Take a 5G system as an example, as described in 3GPP TS 23.502 V18.5.0 clause 4.15.6.14, a NEF needs to store received information in the request in the UDR (ApplicationData) . When the conditions apply, i.e. there is an ongoing PDU session for any of the terminal devices in the request, or for the indicated future PDU session is now ongoing, then the PCF can be notified (in case the AF request arrives when there are ongoing applicable PDU sessions) or the PCF can read this information when a new PDU session is established from the UDR to apply that to the ongoing PDU Session.

[0285] The proposed invention also applies to this kind of AF requests in a similar way as described in previous sections, with the following differences:

[0286] - When the AF invokes Nnef_AFSessionWithQoS including the new flag (ManagedByNetworkSupported) the NEF stores also this flag together with the AF request in UDR (ApplicationData)

[0287] - When the PCF obtains AF request data from ApplicationData and this contains the new flag (ManagedByNetworkdSupported) the PCF applies the AF request in a similar way as described in previous sections.

[0288] When the procedures in this section are applied to above mentioned solution A and solution B, there could be following considerations:

[0289] For Solution A: The PCF may not send a message to the AF if the AF request stored in UDR cannot be applied because the UE is roaming or moving into a unsupported visited network (There is no AF session to notify between the PCF and AF) . So the PCF will just use the local configuration or the configuration within the home network the in order to avoid sending PCC rules to the UE in a visited network.

[0290] For Solution B: With the indication in the Nnef_AFsessionWithQoS the AF is just indicating it wants to be notified when the AF request is applied or not-applied, and whether the PCC rules towards the visited PLMN are sent or not based on the local configuration. There is nothing to do with keeping AF session, because in this scenario there is no AF session between the PCF and the AF.

[0291] In addition to the description in 3GPP TS 23.502 V18.5.0 clause 4.15.6.14, there is new data to be included / read in / from UDR, as described in following FIG. 11M and FIG. 11N.

[0292] Alternative 1. Storage of AF session information in the UDR and notification to PCF

[0293] As shown in FIG. 11M, there is following precondition 6:

[0294] Precondition 6: The PCF is subscribed to the changes on Application Data in UDR.

[0295] Step A. The NEF receives a request from the AF that does not apply (or not only) to an ongoing PDU Session. NEW: new indication is included (similar to what is described in step 5 in figures 5a and 5b) .

[0296] Step B. The NEF stores corresponding Application Data in UDR to be applied when applicable. NEW: the received indication is stored in UDR.

[0297] Step C. Considering precondition 6, the PCF is notified of the change in Application Data. this includes the new flag as provided in step A and B. Then, the PCF is able to apply the new notified data to ongoing PDU sessions.

[0298] For Alternative 1, following methods are provided:

[0299] A method for indication transfer performed by an application function, comprising:

[0300] - sending, to a network exposure function in a first network, an indication indicating that for at least one terminal device, the application function supports that a policy control function in the first network to manage a request for an application function session initiated by the application function for at least one terminal device when any of the at least one terminal device is roaming in or moving to a second network.

[0301] A method for indication transfer performed by a network exposure function in a first network, comprising:

[0302] - receiving, from an application function,

[0303] - at least one service requirement for at least one terminal device with the first network as a home network, and

[0304] - an indication indicating that for at least one terminal device, the application function supports that a policy control function in the first network to manage a request for an application function session initiated by the application function for at least one terminal device when any of the at least one terminal device is roaming in or moving to a visited network;

[0305] - storing the indication in a data repository function in the first network.

[0306] A method for indication transfer performed by a data repository function in a first network, comprising:

[0307] - receiving, from a network exposure function in the first network,

[0308] - at least one service requirement for at least one terminal device with the first network as a home network, and

[0309] - an indication indicating that for at least one terminal device, the application function supports that a policy control function in the first network to manage a request for an application function session initiated by the application function for at least one terminal device when any of the at least one terminal device is roaming in or moving to a visited network;

[0310] - storing the indication.

[0311] Optionally, the method further comprising:

[0312] - sending the indication to the policy control function, optionally together with the at least one service requirement for the at least one terminal device.

[0313] A method for indication transfer performed by a policy control function in a first network, comprising:

[0314] - receiving, from the data repository function in the first network,

[0315] - an indication indicating that an application function supports that a policy control function in the first network to manage a request for an application function session initiated by the application function for at least one terminal device when any of the at least one terminal device roaming in or moving to a visited network. Optionally, the policy control function may also receive at least one service requirement for the at least one terminal device together with the indication.

[0316] Then the policy control function may execute the above processing on the terminal device mentioned above in the FIG. 6 to FIG. 11L.

[0317] Alternative 2. Retrieval of AF session information from the UDR

[0318] As shown in FIG. 11N, there are following steps:

[0319] Step A. A new SM Policy association establishment event is received in PCF from the SMF.

[0320] Step B, C. The PCF reads applicable ApplicationData for the new SM Policy Association that (NEW) includes the new flag (ManagedByNetworkSupport) .

[0321] Step D. The PCF applies read Application Data to the new PDU Session for a UE, as explained in previous sections.

[0322] For Alternative 2, following method is provided:

[0323] A method for indication transfer performed by a policy control function in a first network, comprising:

[0324] - receiving an event for establishment of a session management policy association from a session management function in the first network;

[0325] - obtaining an indication indicating that an application function supports that a policy control function in the first network to manage a request for an application function session initiated by the application function for at least one terminal device when any of the at least one terminal device roaming in or moving to a visited network; optionally, the policy control function may also obtain at least one QoS requirement for the at last one terminal device.

[0326] - applying the application data to a PDU session for a terminal device and according to the indication, applying the above processing on the terminal device mentioned above in the FIG. 6 to FIG. 11L.

[0327] FIG. 12A is a block diagram showing a communication device 400 according to embodiments of the present disclosure. The block diagram can be applicable to any the above mentioned network functions, to execute the method mentioned above by the corresponding communication device.

[0328] As shown in FIG. 12A, the communication device 400 can include at least one processor 401, at least one memory 402 that stores a program, and optionally a communication interface 403 for communicating data with external devices.

[0329] The program includes program instructions that, when executed by the at least one processor 401, enable the communication device 400 to operate in accordance with the embodiments of the present disclosure, as discussed above. That is, the embodiments of the present disclosure can be implemented at least in part by computer software executable by the at least one processor 401, or by hardware, or by a combination of software and hardware.

[0330] The memory 402 can be of any type suitable to the local technical environment and can 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 401 can be of any type suitable to the local technical environment, and can 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.

[0331] Other communication devices are also provided in the present disclosure, which can be part of whole of any the above mentioned network functions, each including modules to perform the method mentioned above by the corresponding communication device.

[0332] In general, the various exemplary embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the disclosure is not limited thereto. While various aspects of the exemplary embodiments of this disclosure may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0333] 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.

[0334] 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.

[0335] 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.

[0336] 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.

[0337] As used herein, the phrase “at least one of A and B” or “at least one of A or B” should be understood to mean “only A, only B, or both A and B. ” The phrase “A and / or B” should be understood to mean “only A, only B, or both A and B” .

[0338] 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.

[0339] 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.

[0340] Following is an exemplary embodiment of the present disclosure, in which the underlined parts are new added description in comparison to the latest version of 3GPP TS 23.503 (V18.5.0) . the underlined part is the description to be added in current 3GPP TS 23.503 (V18.5.0) . 6.1.3.22 AF session with required QoS […] - The PCF may reject the individual QoS parameters received from the AF based on operator policy or  impossibility to support the requested values of the individual QoS parameters. If this happens, the PCF may provide in the response to the AF one or more combinations of individual QoS parameters that can be supported.The PCF may indicate in the response to the AF that the request is not authorized because the applicable QoS parameters (either those provided as individual QoS parameters or the ones obtained from configuration according to the QoS reference) are not supported in the PLMN where the UE is registered, then the AF my retry the request when the UE moves to a different PLMN. In addition to the QoS Reference or the individual QoS parameters described above, the AF may provide  further parameters associated with the Flow Description, e.g. parameters that describe traffic characteristics as described in clause 6.1.3.23 or 6.1.3.23a and Indication of ECN marking for L4S. […] Following Embodiments further explain the processing of policy control function, network  exposure function and application function.Embodiments 1.1 to 1.22 1.1 A method (200) for application function session management performed by a policy control  function in a first network, comprising: - sending (S204) , to an application function, a message indicating a result for a request for an  application function session initiated by the application function for a terminal device roaming in or moving to a second network, wherein the message further indicates whether the result is due to the terminal device’s roaming in or moving to the second network; - wherein the first network is the home network of the terminal device. 1.2. The method according to 1.1, before sending the message, further comprising: determining  (S202) the result based on at least one of following items as to whether the request is supported in the second network: - local configuration in the policy control function; - configuration within the first network; and - at least one message received from the second network. 1.3. The method according to claim 1.2, wherein the local configuration indicates at least one of: - whether the request is supported out of the first network; - at least one network other than the first network where the request is supported; - at least one network other than the first network where the request is not supported; - at least one applied Quality of Service (QoS) constraint for each of at least one network other  than the first network. 1.4. The method according to any one of 1.1 to 1.3, wherein the application function session is to  be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network. 1.5. The method according to any of 1.1 to 1.3, wherein the application function session has been  created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network. 1.6. The method according to 1.5, before sending the message, further comprising: - delivering, to a session management function in the first network, removal of at least one policy  rule derived from the request and previously installed in an associated Protocol Data Unit (PDU) session for the terminal device. 1.7. The method according to any one of 1.1 to 1.3, wherein the application function session is to  be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is accepted but not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 1.8. The method according to 1.7, before sending (S204) the message, further comprising: - creating or updating (S2032) the application function session; - saving (S2033) information of the application function session derived from the request; - skipping creation and delivery of at least one policy rule derived from the request to a session  management function in the first network. 1.9. The method according to 1.7 or 1.8, wherein the message is a notification message or a  response message corresponding to the request. 1.10. The method according to any one of 1.1 to 1.3, wherein - the application function session has been created and the terminal device is moving from another  network where the request is not supported to the first network or the second network wherein the request is supported; - the method further comprises: delivering (S2034) , to a session management function in the first  network, at least one policy rule derived from the request and to be used on an associated PDU session for the terminal device; and sending another message to the application function to indicate that the request is applied. 1.11. The method according to any one of 1.1 to 1.3, wherein the application function session has  been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 1.12. The method according to claim 1.11, before sending the message, further comprising: - keeping (S2035) the application function session; - delivering (S2036) , to a session management function in the first network, removal of at least  one policy rule derived from the request and previously installed in an associated PDU session for the terminal device. 1.13. The method according to any one of 1.1 to 1.12, before sending (S204) the message, further  comprising: - receiving (S200) , from the application function, or a data repository function or a data  management function, an indicator indicating that - the application function supports the first network to manage a request for an application function  session initiated by the application function for a terminal device roaming in or moving to a visited network; or - the application function supports the first network to manage a request for an application function  session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device. 1.14. The method according to any one of 1.1 to 1.13, wherein the request is for at least one of:  - QoS modification; - QoS monitoring; and - sponsorization. 1.15. The method according to 1.14, wherein the request is for QoS modification and comprises at  least one QoS parameter or a QoS reference related to at least one QoS parameter; the local configuration further comprises at least one QoS constraint in the second network; - determining (S202) the result based local configuration in the policy control function further  comprises: determining (S202) the result based on the at least one QoS constraint in the local configuration and the at least one QoS parameter or the QoS reference related to the at least one QoS parameter in the request. 1.16. The method according to 1.14, wherein the application function session is to be created or  updated, the terminal device is roaming in the second network, the request comprises both QoS modification and QoS monitoring, QoS modification is supported in the second network but QoS monitoring is not supported in the second network, the message indicates that QoS modification is accepted and QoS monitoring is rejected because QoS monitoring is not supported in the second network. 1.17. The method according to 1.14, wherein the application function session has been created,  both QoS modification and QoS monitoring have been applied to the application function session, the terminal device is moving from the first network or another network to the second network, QoS modification is supported in the second network and QoS monitoring is not supported in the second network, the message indicates that QoS monitoring is terminated because QoS monitoring is not supported in the second network. 1.18. The method according to any one of 1.1 to 1.17, wherein the message further comprises: - the identifier of the second network. 1.19. The method according to any one of 1.1 to 1.18, wherein - the first network is a 5th Generation (5G) network, the policy control function comprises a Policy  Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or - the first network is a 4th Generation (4G) network, the policy control function comprises a Policy  and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network. 1.20. The method according to any one of 1.1 to 1.19, wherein sending (S204) the message to the  application function further comprises: - sending (S204) the message directly to the application function; or - sending (S204) the message via a network exposure function in the first network to the  application function. 1.21. The method according any one of 1.1 to 1.19, further comprising: receiving (S201) the  request directly from the application function or via a network exposure function in the first network. 1.22. The method according to 1.20 or 1.21, wherein - the first network is a 5th Generation (5G) network, the network exposure function comprises a  Network Exposure Function (NEF) ; or - the first network is a 4th Generation (4G) network, the network exposure function comprises a  Service Capability Exposure Function (SCEF) .Embodiments 2.23 to 2.41 2.23. A method (200) for application function session management performed by an application  function A, comprising: - receiving, from a policy control function in a first network, a message indicating a result for a  request for an application function session initiated by the application function for a terminal device roaming in or moving to a second network, wherein the message further indicates whether the result is due to the terminal device’s roaming in or moving to the second network; - wherein the first network is the home network of the terminal device. 2.24. The method according to 2.23, the result is based on at least one of following items as to  whether the request is supported in the second network: - local configuration in the policy control function; - configuration within the first network; and - at least one message received from the second network. 2.25. The method according to 2.24, wherein the local configuration indicates at least one of: - whether the request is supported out of the first network; - at least one network other than the first network where the request is supported; - at least one network other than the first network where the request is not supported; - at least one applied Quality of Service (QoS) constraint for each of at least one network other  than the first network. 2.26. The method according to any one of 2.23 to 2.25, wherein the application function session is  to be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network. 2.27. The method according to any of 2.23 to 2.25, wherein the application function session has  been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network. 2.28. The method according to 2.26 or 2.27, after receiving the message, further comprising: - getting (S205) notified about roaming status of the terminal device; - when the roaming status of the terminal device changes, retrying (S206) the request with the  policy control function. 2.29. The method according to any of 2.23 to 2.25, wherein the application function session is to  be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is accepted but not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 2.30. The method according to 2.29, wherein the message is a notification message or a response  message corresponding to the request. 2.31. The method according to any one of 2.23 to 2.25 or 2.29, wherein the application function  session has been created and the terminal device is moving from another network where the request is not supported to the first network or the second network wherein the request is supported; - the method further comprises: receiving, form the policy control function, another message  indicating that the request is applied. 2.32. The method according to any of 2.23 to 2.25, wherein the application function session has  been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 2.33. The method according to any one of 2.29 to 2.32, before receiving (S204) the message,  further comprising: - sending (S200) , to the policy control function, a data repository function, a data management  function or a network exposure function, an indicator indicating that - the application function supports the first network to manage a request for an application function  session initiated by the application function for a terminal device roaming in or moving to a visited network; - the application function supports the first network to manage a request for an application function  session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device. 2.34. The method according to any one of 2.23 to 2.33, wherein the request comprises at least one  of: - QoS modification; - QoS monitoring; and - sponsorization. 2.35. The method according to 2.34, wherein the application function session is to be created or  updated, the terminal device is roaming in the second network, the request comprises both QoS modification and QoS monitoring, QoS modification is supported in the second network but QoS monitoring is not supported in the second network, the message indicates that QoS modification is accepted and QoS monitoring is rejected because QoS monitoring is not supported in the second network. 2.36. The method according to 2.34, wherein the application function session has been created,  both QoS modification and QoS monitoring have been applied to the application function session, the terminal device is roaming from the first network or another network to the second network, QoS modification is supported in the second network and QoS monitoring is not supported in the second network, the message indicates that QoS monitoring is terminated because QoS monitoring is not supported in the second network. 2.37. The method according to any one of 2.23 to 2.36, wherein the message further comprises:  - the identifier of the second network. 2.38. The method according to any one of 2.23 to 2.37, wherein - the first network is a 5th Generation (5G) network, the policy control function comprises a Policy  Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or - the first network is a 4th Generation (4G) network, the policy control function comprises a Policy  and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network. 2.39. The method according to any one of 2.23 to 2.38, wherein receiving the message further  comprises: - receiving the message directly from the policy control function; or - receiving the message via a network exposure function in the first network from the policy control  function. 2.40. The method according any one of 2.23 to 2.39, further comprising: sending the request  directly to the policy control function or via a network exposure function in the first network. 2.41. The method according to 2.39 or 2.40, wherein - the first network is a 5th Generation (5G) network, the network exposure function comprises a  Network Exposure Function (NEF) ; or - the first network is a 4th Generation (4G) network, the network exposure function comprises a  Service Capability Exposure Function (SCEF) .Embodiments 3.42 to 3.56 3.42. A method for application function session management performed by a network exposure  function in a first network, comprising: - receiving (S2041) , from a policy control function in the first network, a message indicating a  result for a request for an application function session initiated by the application function for a terminal device roaming in or moving to a second network, wherein the message further indicates whether the result is due to the terminal device’s roaming in or moving to the second network; wherein the first network is the home network of the terminal device; - sending (S2042) , to the application function, the message. 3.43. The method according to 3.42, wherein the result is based on at least one of following items  as to whether the request is supported in the second network: - local configuration in the policy control function; - configuration within the first network; and - at least one message received from the second network. 3.44. The method according to 3.43, wherein the local configuration indicates at least one of: - whether the request is supported out of the first network; - at least one network other than the first network where the request is supported; - at least one network other than the first network where the request is not supported; - at least one applied Quality of Service (QoS) constraint for each of at least one network other  than the first network. 3.45. The method according to any one of 3.42 to 3.44, wherein the application function session is  to be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network. 3.46. The method according to any of 3.42 to 3.44, wherein the application function session has  been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network. 3.47. The method according to any of 3.42 to 3.44, wherein the application function session is to  be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is accepted but not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 3.48. The method according to claim 3.47, wherein the message is a notification message or a  response message corresponding to the request. 3.49. The method according to any of 3.42 to 3.44, wherein the application function session has  been created and the terminal device is moving from another network where the request is not supported to the first network or the second network wherein the request is supported; - the method further comprises: receiving, form the policy control function, another message  indicating that the request is applied. 3.50. The method according to any of 3.42 to 3.44, wherein the application function session has  been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network. 3.51. The method according to any one of 3.47 to 3.50, before receiving (S204) the message,  further comprising: - receiving (S2001) , from the application function, an indicator indicating that - the application function supports the first network to manage a request for an application function  session initiated by the application function for a terminal device roaming in or moving to a visited network; or - the application function supports the first network to manage a request for an application function  session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device; - sending (S2002) , to the policy control function, a data repository function or a data management  function, the indicator. 3.52. The method according to any one of 3.42 to 3.51, wherein the request comprises at least one  of: - QoS modification; - QoS monitoring; and - sponsorization. 3.53. The method according to 3.52, wherein the application function session is to be created or  updated, the terminal device is roaming in the second network, the request comprises both QoS modification and QoS monitoring, QoS modification is supported in the second network but QoS monitoring is not supported in the second network, the message indicates that QoS modification is accepted and QoS monitoring is rejected because QoS monitoring is not supported in the second network. 3.54. The method according to 3.52, wherein the application function session has been created,  both QoS modification and QoS monitoring have been applied to the application function session, the terminal device is roaming from the first network or another network to the second network, QoS modification is supported in the second network and QoS monitoring is not supported in the second network, the message indicates that QoS monitoring is terminated because QoS monitoring is not supported in the second network. 3.55. The method according to any one of 3.42 to 3.54, wherein the message further comprises: - the identifier of the second network. 3.56. The method according to any one of 3.42 to 3.55, wherein - the first network is a 5th Generation (5G) network, the network exposure function comprises a  Network Exposure Function (NEF) ; the policy control function comprises a Policy Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or - the first network is a 4th Generation (4G) network, the network exposure function comprises a  Service Capability Exposure Function (SCEF) ; the policy control function comprises a Policy and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network. Embodiment 4.57 4.57. A policy control function (10) , comprising: at least one processor (101) ; and at least one memory (102) , the at least one memory (102) containing instructions executable by  the at least one processor (101) , whereby the policy control function (10) is operative to perform the method according to any one of Embodiments 1.1 to 1.22.Embodiment 5.58 5.58. An application function (20) , comprising: at least one processor (201) ; and at least one memory (202) , the at least one memory (202) containing instructions executable by  the at least one processor (201) , whereby the application function (20) is operative to perform the method according to any one of Embodiments 2.23 to 2.41.Embodiment 6.59 6.59. A network exposure function (30) , comprising: at least one processor (301) ; and at least one memory (302) , the at least one memory (302) containing instructions executable by  the at least one processor (301) , whereby the network exposure function (30) is operative to perform the method according to any one of Embodiments 3.42 to 3.56.Embodiment 7.60 7.60. A communication system (100) , comprising: - a policy control function (10) according to any one of Embodiments 1.1 to 1.22; and - an application function (20) according to any one of Embodiments 2.23 to 2.41.Embodiment 8.61 8.61. The communication system (100) according to claim 60, further comprising: - a network exposure function (30) according to any one of Embodiments 3.42 to 3.56.Embodiment 9.62 9.62. 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 one of the Embodiments 1.1 to 1.22, 2.23 to 2.41 and 3.42 to 3.56.Embodiment 10.63 10.63. A computer program product comprising instructions which when executed by at least  one processor, cause the at least one processor to perform the method according to any one of Embodiments 1.1 to 1.22, 2.23 to 2.41 and 3.42 to 3.56.

Claims

1.A method (200) for application function session management performed by a policy control function, comprising:- sending (S204) , towards an application function, a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network,- wherein the message further indicates that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network.2.The method according to claim 1, wherein the terminal device is roaming in or moving to the second network.3.The method according to claim 2, wherein the message is due to the terminal device’s roaming in or moving to the second network.4.The method according to any of claims 1 to 3, wherein the policy control function is in a first network and the first network is the home network of the terminal device.5.The method according to any of claims 1 to 4, wherein the message is for the application function to retry the request when the terminal device moves to a different network.6.The method according any one of claims 1 to 5, further comprising: receiving (S201) the request directly from the application function or via a network exposure function.7.The method according to any of claims 1 to 6, before sending the message, further comprising:determining (S202) the result based on at least one of following items as to whether the request is supported in the second network:- local configuration in the policy control function;- configuration within the first network; and- at least one message received from the second network.8.The method according to claim 7, wherein the local configuration indicates at least one of:- whether the request is supported out of the first network;- at least one network other than the first network where the request is supported;- at least one network other than the first network where the request is not supported;- at least one applied Quality of Service (QoS) constraint for each of at least one network other than the first network.9.The method according to any one of claims 1 to 8, wherein the application function session is to be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network.10.The method according to any of claims 1 to 8, wherein the application function session has been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network.11.The method according to claim 10, before sending the message, further comprising:- delivering (S2031) , to a session management function in the first network, removal of at least one policy rule derived from the request and previously installed in an associated Protocol Data Unit (PDU) session for the terminal device.12.The method according to any one of claims 1 to 8, wherein the application function session has been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network.13.The method according to claim 12, before sending the message, further comprising:- keeping (S2035) the application function session;- delivering (S2036) , to a session management function in the first network, removal of at least one policy rule derived from the request and previously installed in an associated PDU session for the terminal device.14.The method according to any one of claims 1 to 13, before sending (S204) the message, further comprising:- receiving (S200) , from the application function, or a data repository function or a data management function, an indicator indicating that- the application function supports the first network to manage a request for an application function session initiated by the application function for a terminal device roaming in or moving to a visited network; or- the application function supports the first network to manage a request for an application function session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device.15.The method according to any of claims 1 to 14, wherein the request is for QoS modification and comprises at least one QoS parameter or a QoS reference related to at least one QoS parameter; the local configuration further comprises at least one QoS constraint in the second network;- determining (S202) the result based local configuration in the policy control function further comprises: determining (S202) the result based on the at least one QoS constraint in the local configuration and the at least one QoS parameter or the QoS reference related to the at least one QoS parameter in the request.16.The method according to any one of claims 1 to 15, wherein the message further comprises:- the identifier of the second network.17.The method according to any one of claims 1 to 16, wherein- the first network is a 5th Generation (5G) network, the policy control function comprises a Policy Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or- the first network is a 4th Generation (4G) network, the policy control function comprises a Policy and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network.18.The method according to any of claims 1 to 17, wherein- the first network is a 5th Generation (5G) network, the network exposure function comprises a Network Exposure Function (NEF) ; or- the first network is a 4th Generation (4G) network, the network exposure function comprises a Service Capability Exposure Function (SCEF) .19.A method (200) for application function session management performed by an application function, comprising:- receiving (S204) , from a policy control function, a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network,- wherein the message further indicates that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network.20.The method according to claim 19, wherein the terminal device is roaming in or moving to the second network.21.The method according to claim 20, wherein the message is due to the terminal device’s roaming in or moving to the second network.22.The method according to any of claims 19 to 21, wherein the policy control function is in a first network and the first network is the home network of the terminal device.23.The method according to any of claims 19 to 22, wherein the message is for the application function to retry the request when the terminal device moves to a different network.24.The method according any one of claims 19 to 23, further comprising: sending (S201) the request directly to the policy control function or via a network exposure function.25.The method according to any of claims 19 to 24, the result is based on at least one of following items as to whether the request is supported in the second network:- local configuration in the policy control function;- configuration within the first network; and- at least one message received from the second network.26.The method according to claim 25, wherein the local configuration indicates at least one of:- whether the request is supported out of the first network;- at least one network other than the first network where the request is supported;- at least one network other than the first network where the request is not supported;- at least one applied Quality of Service (QoS) constraint for each of at least one network other than the first network.27.The method according to any one of claims 19 to 26, wherein the application function session is to be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network.28.The method according to any of claims 19 to 26, wherein the application function session has been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network.29.The method according to claim 27 or 28, after receiving the message, further comprising:- getting (S205) notified about roaming status of the terminal device;- when the roaming status of the terminal device changes, retrying (S206) the request with the policy control function.30.The method according to any of claims 19 to 26, wherein the application function session has been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network.31.The method according to any one of claims 19 to 30, before receiving (S204) the message, further comprising:- sending (S200) , to the policy control function, a data repository function, a data management function or a network exposure function, an indicator indicating that- the application function supports the first network to manage a request for an application function session initiated by the application function for a terminal device roaming in or moving to a visited network;- the application function supports the first network to manage a request for an application function session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device.32.The method according to any one of claims 19 to 31, wherein the message further comprises:- the identifier of the second network.33.The method according to any one of claims 19 to 32, wherein- the first network is a 5th Generation (5G) network, the policy control function comprises a Policy Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or- the first network is a 4th Generation (4G) network, the policy control function comprises a Policy and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network.34.The method according to any of claims 19 to 33, wherein- the first network is a 5th Generation (5G) network, the network exposure function comprises a Network Exposure Function (NEF) ; or- the first network is a 4th Generation (4G) network, the network exposure function comprises a Service Capability Exposure Function (SCEF) .35.A method for application function session management performed by a network exposure function, comprising:- receiving (S2041) , from a policy control function, a message indicating a result for a request for an application function session initiated by the application function for a terminal device registered in a second network,- wherein the message further indicates that the request is not authorized because at least one Quality of Service (QoS) parameter is not supported in the second network,- sending (S2042) , to the application function, the message.36.The method according to claim 35, wherein the terminal device is roaming in or moving to the second network.37.The method according to claim 36, wherein the message is due to the terminal device’s roaming in or moving to the second network.38.The method according to any of claims 35 to 37, wherein the policy control function and / or the network exposure function is in a first network and the first network is the home network of the terminal device.39.The method according to any of claims 35 to 38, wherein the message is for the application function to retry the request when the terminal device moves to a different network.40.The method according to any of claims 35 to 39, wherein the result is based on at least one of following items as to whether the request is supported in the second network:- local configuration in the policy control function;- configuration within the first network; and- at least one message received from the second network.41.The method according to claim 40, wherein the local configuration indicates at least one of:- whether the request is supported out of the first network;- at least one network other than the first network where the request is supported;- at least one network other than the first network where the request is not supported;- at least one applied Quality of Service (QoS) constraint for each of at least one network other than the first network.42.The method according to any one of claims 35 to 41, wherein the application function session is to be created or updated and the terminal device is roaming in the second network where the request is not supported, the message indicates that the request is rejected because the request is not supported in the second network.43.The method according to any of claims 35 to 41, wherein the application function session has been created, and the terminal device is moving from the first network or another network where the request is supported to the second network where the request is not supported, the message indicates that the application function session is terminated because the request is not supported in the second network.44.The method according to any of claims 35 to 41, wherein the application function session has been created, the terminal device is moving to the second network where the request is not supported from the first network or another network where the request is supported, the message indicates that the request is not applied temporarily when the terminal device is roaming in the second network because the request is not supported in the second network.45.The method according to any one of claims 35 to 44, before receiving (S204) the message, further comprising:- receiving (S2001) , from the application function, an indicator indicating that- the application function supports the first network to manage a request for an application function session initiated by the application function for a terminal device roaming in or moving to a visited network; or- the application function supports the first network to manage a request for an application function session initiated by the application function for at least one terminal device roaming in or moving to a visited network, wherein the at least one terminal device includes the terminal device;- sending (S2002) , to the policy control function, a data repository function or a data management function, the indicator.46.The method according to any one of claims 35 to 45, wherein the message further comprises:- the identifier of the second network.47.The method according to any one of claims 35 to 46, wherein- the first network is a 5th Generation (5G) network, the network exposure function comprises a Network Exposure Function (NEF) ; the policy control function comprises a Policy Control Function (PCF) ; the application function comprises an Application Function (AF) and the session management function comprises a Session Management Function (SMF) ; the at least one policy rule is for a 5G network; or- the first network is a 4th Generation (4G) network, the network exposure function comprises a Service Capability Exposure Function (SCEF) ; the policy control function comprises a Policy and Charging Rules Function (PCRF) ; the application function is an Application Server (AS) and the session management function comprises a Public Data Network Gateway (PGW) ; the at least one policy rule is for a 4G network.48.A policy control function (10) , comprising:at least one processor (101) ; andat least one memory (102) , the at least one memory (102) containing instructions executable by the at least one processor (101) , whereby the policy control function (10) is operative to perform the method according to any one of claims 1 to 18.49.An application function (20) , comprising:at least one processor (201) ; andat least one memory (202) , the at least one memory (202) containing instructions executable by the at least one processor (201) , whereby the application function (20) is operative to perform the method according to any one of claims 19 to 34.50.A network exposure function (30) , comprising:at least one processor (301) ; andat least one memory (302) , the at least one memory (302) containing instructions executable by the at least one processor (301) , whereby the network exposure function (30) is operative to perform the method according to any one of claims 35 to 47.51.A communication system (100) , comprising:- a policy control function (10) according to any one of claims 1 to 18; and- an application function (20) according to any one of claims 19 to 34.52.The communication system (100) according to claim 51, further comprising:- a network exposure function (30) according to any one of claims 35 to 47.53.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 one of the claims 1 to 47.54.A computer program product comprising instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any one of claims 1 to 47.

Images