Methods, network nodes and a communication network for transport capability indication

Abstract

Embodiments of the present disclosure provide methods and network nodes and communication networks for transport capability indication. A method (600) performed by a first network node (10) comprising: sending (603), to a second network node (20), a Hypertext Transfer Protocol (HTTP) message; wherein the HTTP message comprises a first 3rd Generation Partnership Project (3GPP) custom header and / or a second 3GPP custom header; or wherein the HTTP message comprises a third 3GPP custom header; wherein the first 3GPP custom header indicates that a callback or notification service of an NF consumer supports a transport protocol, the second 3GPP custom header indicates that a target NF service instance supports the transport protocol, and the third 3GPP custom header indicates that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

Description

METHODS, NETWORK NODES AND A COMMUNICATION NETWORK FOR TRANSPORT CAPABILITY INDICATIONTECHNICAL 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 nodes and a communication network for transport capability indication.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] 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 23.501 V19.1.0 defines the fifth Generation (5G) System Architecture as a Service Based Architecture (SBA) , i.e. a system architecture in which the system functionality is achieved by a set of network function (NF) sproviding services to other authorized NFs to access their services. Control Plane (CP) NFs in the 5G System architecture shall be based on the service based architecture. A service based interface (SBI) represents how the set of services are provided or exposed by a given NF. This is the interface where the NF service operations are invoked.

[0004] According to clause 5.1 in 3GPP TS 29.500 V19.1.0, the protocol stack for the service-based interfaces is shown on FIG. 1. The SBIs use Hyper Text Transfer Protocol (HTTP)  / 2 as the transport protocol. In the SBI protocol stack, the TLS stands for “Transport Layer Security” , used for security purpose; TCP stands for “Transmission Control Protocol” , IP stands for “Internet Protocol” , and L2 stands for “Layer 2” respectively.

[0005] 3GPP Technical Requirement (TR) 29.893 V19.0.0 analyzes the possibility to use HTTP / 3 Quick User Datagram Protocol (UDP) Internet Connections (QUIC) for SBI instead of HTTP / 2 TCP. It’s foreseen that HTTP / 3 QUIC may be raised as SBA evolution during sixth Generation (6G) discussion.SUMMARY

[0006] As Release 15 of 3GPP TS 29.500 defines SBI implementation with HTTP / 2 over TCP, the deployment of QUIC as a replacement transport protocol for TCP will require a discovery method for an NF acting as an HTTP client for both interoperability and backward compatibility. The discovery of support of QUIC for a particular SBI interface can be done at the beginning of connection establishment and if QUIC is supported by an NF acting as a server then QUIC can be used for all future communications towards that NF as a server.

[0007] TR 29.893 V18.0.0 mentions the possibility to extend the enum value of the transport protocol in NF service profile to indicate the support of QUIC for a service. 3GPP currently defines enum value “TCP” as the transport protocol in NF service profile as per 3GPP TS 29.510 V19.0.0, but it leaves the possible extension with forward compatible format. When an NF consumer is performing service discovery of NF producer service instances, the NF consumer can detect the support of QUIC of the target NF service instance via the transport protocol in the NF service profile.

[0008] For example, as shown in the FIG. 2, if an NF service instance supports both TCP and QUIC (or QUIC / UDP) , then the corresponding NF service profile can include both transport protocol values in the ipEndPoint attribute.

[0009] TR 29.893 V18.0.0 also mentions the possibility to use Alt-Svc header [Request For Comments (RFC) 7838] based solution for a 3GPP NF to detect the QUIC transport capability of a peer NF. In that solution, the HTTP client of a 3GPP NF (e.g. an NF consumer or an NF producer sending an HTTP request) firstly establishes an HTTP / 2 TCP connection towards the HTTP server of the peer NF (e.g. an NF consumer or an NF producer sending an HTTP request) for the first contact, the peer NF may return Alt-Svc HTTP header including an alternative service indicating HTTP / 3 capability. Then the HTTP client will re-establish HTTP connection over QUIC towards that NF peer and save the protocol preference for further connection. After the new HTTP / 3 QUIC connection is established, the HTTP client shall send all new requests over QUIC connection, and the HTTP client can terminate the previously established TCP connection. The procedure for such solution is illustrated in FIG. 3.

[0010] The downside of this solution is that the HTTP client for the first contact with an HTTP server has to establish HTTP / 2 TCP connection to discover the QUIC support and terminate the already established TCP connection afterwards. And it requires the HTTP client of an NF keeps tracking and storing the transport capability of the peer NF to avoid repeating the same discovery procedure. It’s seen as additional overhead to firstly establish an HTTP / 2 TCP connection then switch to HTTP / 3 QUIC connection and keep tracking of the transport capability of a peer NF.

[0011] For the introduction of HTTP / 3 QUIC in SBA, we see the NF service profile based QUIC discovery (as shown in FIG. 2) provides an explicit and deterministic control of QUIC service selection and traffic steering for the operators during HTTP / 3 QUIC migration. Considering those aspects, this invention focuses on the improvement on the NF service profile based solution.

[0012] Considering different communication models for NF / NF services interaction defined in Annex E of 3GPP TS 23.501 V19.1.0, there are some issues for the solutions shown in FIG. 2 and FIG. 3.

[0013] Table E. 1-1 of 3GPP TS 23.501 lists a summary of four communication models for NF / NF services interaction, in the table NRF stands for “Network Repository Function” , SCP stands for “Service Communication Proxy” .

[0014] There are following issues for direct communication and indirect communication.

[0015] Issue 1: Direct communication

[0016] Although an NF service consumer can detect the QUIC capability of the target NF producer service instance based on the NF service profile of the producer, yet the producer doesn’t know if a callback or notification service of the NF consumer supports QUIC or not unless the NF consumer registers the callback or notification service as a custom service in the NRF or as a default notification service in the NF profile. But in most cases, the NF consumer doesn’t register its callback or notification service in NRF but just includes its callback service or notification service Uniform Resource Identifier (URI) in the implicit or explicit subscription request to the NF producer. Therefore, it requires an additional mechanism for the NF producer to detect the QUIC capability of the NF consumer service.

[0017] Issue 2: Indirect communication of model C

[0018] the SCP doesn’t perform the target NF profile discovery if the consumer has selected the target NF producer instance in the 3gpp-sbi-target-apiroot. Then SCP doesn’t have a clue whether the target NF producer service instance supports QUIC or not when connecting to the target NF producer. And for callback or notification service, the SCP doesn’t have a clue whether the NF consumer supports QUIC or not either when connecting to the NF consumer. Therefore, it requires an additional mechanism for SCP to detect the QUIC capability of the NF producer service and NF consumer callback or notification service.

[0019] Issue 3: Indirect communication of model D

[0020] An SCP can detect an NF producer service instance supports QUIC when SCP performs service discovery. But the same as communication model C, for a callback or notification service, the SCP doesn’t have a clue whether the NF consumer supports QUIC or not either. Therefore, it requires an additional mechanism for the SCP to detect the QUIC capability of the NF consumer service.

[0021] The issues listed above imply that additional interactions involving an NF consumer, an NF producer and / or an SCP are needed in order to make the peers aware of each other’s capability to support QUIC. This ultimately adds more signalling between the peers, and extra delays for service delivery.

[0022] For introduction of HTTP / 3 QUIC in SBA, it can be seen that the NF service profile based QUIC discovery (as shown in FIG. 2) provides an explicit and deterministic control of QUIC service selection and traffic steering for the operators during HTTP / 3 QUIC migration. However, to avoid additional signalling between peers mentioned in the above 3 issues, improved solutions on NF service profile method shown in FIG. 2 are provided and described herein with embodiments of the present disclosure.

[0023] Following is a summary 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.

[0024] Methods, network nodes, a communication network, computer readable storage medium and computer program product are provided in different aspects in the present disclosure. The methods can be performed by network nodes. The network nodes may implementing an NF consumer, an NF producer or a proxy, such as an SCP or a Security Edge Protection Proxy (SEPP) .

[0025] In some embodiments, it’s proposed to define a 3GPP custom header in an HTTP message, such as an HTTP request or an HTTP response, to indicate QUIC capability of an NF consumer callback or notification service in the implicit or explicit subscription request to an NF producer.

[0026] In some embodiments, it’s proposed to define a 3GPP custom header in an HTTP message to indicate to a proxy QUIC capability of a target NF service instance (such as a target NF producer service instance or a target NF consumer service instance ) for Indirect communication.

[0027] In some embodiments, it’s proposed to define a 3GPP custom header in an HTTP message to indicate capabilities of both callback / notification service of an NF consumer and a target NF service instance.

[0028] In yet some other embodiments, it’s proposed to include QUIC capability in the body of an HTTP message to indicate QUIC capability.

[0029] For direct communication, an NF consumer may indicate its capability to receive callbacks or notifications over HTTP / 3 and / or QUIC by including a new 3GPP custom header or including information in the message body to indicate the transport capability of HTTP / 3 and / or QUIC as part of the HTTP message.

[0030] For indirect communication, an NF consumer or an NF producer may provide the next hop proxy with a 3GPP custom header or information in the message body to indicate that a target service instance supports HTTP / 3 and / or QUIC transport capability. A proxy which supports this header can relay the 3GPP custom header to the next hop proxy.

[0031] The proposed solution allows an NF producer or a proxy to become aware of QUIC capability support of an NF consumer (or of the target NF service instance) at the moment of the HTTP / 3 service request. In this way, the signalling introduced in the network to indicate QUIC capability support is limited to only additional headers or information in message body in the service request. Hence no extra interaction between the two peers is required and the consumer callback or notification services do not experience extra delays during a service delivery.

[0032] In a first aspect of the present disclosure, a method for transport capability indication is provided, which can be performed by a first network node. The first network node can implement an NF consumer, an NF producer or a proxy such as an SCP. In the method, the first network node may send to a second network node, an HTTP message comprising a first 3GPP custom header and / or a second 3GPP custom header; or an HTTP message comprising a third 3GPP custom header.

[0033] In a second aspect of the present disclosure, a method for transport capability indication is provided, which can be performed by a second network node. The second network node can implement an NF consumer, an NF producer or a proxy such as an SCP. In the method, the second network node may receive from a first network node an HTTP message comprising a first 3GPP custom header and / or a second 3GPP custom header; or an HTTP message comprising a third 3GPP custom header.

[0034] In the above first or the second aspect of the present disclosure, the first 3GPP custom header may indicate that a callback or notification service of an NF consumer supports a transport protocol, such as QUIC, HTTP3 / QUIC or QUIC / UDP, the second 3GPP custom header may indicate that a target NF service instance supports the transport protocol, the third 3GPP custom header indicates that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0035] In a third aspect of the present disclosure, a method for transport capability indication is provided, which can be performed by a first network node. The first network node can implement an NF consumer, an NF producer or a proxy such as an SCP. In the method, the first network node may send to a second network node an HTTP message.

[0036] In a fourth aspect of the present disclosure, a method for transport capability indication is provided, which can be performed by a second network node. The second network node can implement an NF consumer, an NF producer or a proxy such as an SCP. In the method, the second network node may receive from a first network node an HTTP message.

[0037] In the above third or the fourth aspect of the present disclosure, the body of the HTTP message may comprise third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or fourth information indicating that a target NF service instance supports the transport protocol, or the HTTP message may comprise fifth information indicating that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0038] In any of the above first to fourth aspects of the present disclosure, the transport protocol, such as QUIC, may be over UDP or any other transport protocol applicable. The HTTP over the transport protocol can be HTTP 2.0, HTTP 3.0 or any other future evolved HTTP version. The transport protocol can be QUIC or any other future evolved protocol applicable, optionally other than TCP. The solutions and mechanisms for transport capability indication in the present disclosure can also be applied to indicate other protocol’s transport capability of an NF consumer and / or an NF producer.

[0039] When the first network node implements an NF consumer, the second network node can implement an NF producer in direct communication with the NF consumer, or a proxy such as an SCP in indirect communication. When the first network node implements an NF producer, the second network node can implement a proxy such as an SCP in indirect communication. When the first network node implements a proxy such as an SCP in indirect communication, the second network node may implement another proxy, an NF consumer or an NF producer.

[0040] In a fifth aspect of the present disclosure, a network node is provided, which can be the first network node or the second network node according to the above aspects. The network node may comprise processing circuitry and a memory. The memory may contain instructions executable by the processing circuitry, whereby the network node is operative to perform the method according to any of the first to fourth aspects of the present disclosure.

[0041] In a sixth aspect of the present disclosure, a network node is provided, which comprises modules adapted to perform the method according to any of the first to fourth aspects of the present disclosure.

[0042] In a seventh aspect of the present disclosure, a communication network is provided, which may comprise at least one of the first network node according to the first aspect or the third aspect of the present disclosure, the second network node according to the second or the fourth aspect of the present disclosure.

[0043] In an eighth aspect of the present disclosure, a computer readable storage medium is provided, which stores thereon instructions. When the instructions are executed by a network node, cause the network node to perform the method according to any one of the first to fourth aspects of the present disclosure.

[0044] In a nineth aspect of the present disclosure, a computer program product is provided. The computer program product comprises instructions. When the instructions are executed by a network node, cause the network node to perform the method according to any one of the first to fourth aspects of the present disclosure.

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

[0046] In the embodiments of the present disclosure, a new first 3GPP custom header can be defined or the new third information can be included in the body of an HTTP message, to indicate transport capability of a callback or notificiation service of an NF consumer in an implicit or explicit subscription request to the NF producer. Another new second 3GPP custom header can be defined or the new fourth information can be included in the body of an HTTP message, to indicate a proxy of the transport capability of a target NF servcice for indirect communication. Optionally, another new third 3GPP custom header can be defined or the fifth information can be included in the body of an HTTP message, to indicate both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0047] For direct communication, the NF consumer can indicate its capability to receive callbacks or notifications using the transport protocol (e.g. over HTTP / 3) by including the new first 3GPP custom header indicating the transport capability of the transport protocol (e.g. HTTP / 3 or QUIC) as part of the HTTP request. In comparison to the above mentioned Alt-Svc solution shown in FIG. 3, no need to first establish an HTTP / 2 TCP connection between an NF producer and callback / notification service of an NF consumer then change to QUIC connection, for the NF consumer already sends its transport capability beforehand when it communicates with the NF producer.

[0048] For indirect communication the NF consumer or the NF producer can provides the next hop proxy (e.g. SCP) with the new second / third 3GPP custom header or the new fourth / fifth information indicating that the target service instance supports the transport protocol. A proxy which supports this new first / third 3GPP custom header or the new fourth / fifth information can relay the new header or information to the next hop proxy. Similarily, with the transport capability indication from last hop communication, whether a target servcie instance supports QUIC is indicated beforehand, so no HTTP / 2 connection needs to be established firstly and change to QUIC connection.

[0049] Embodiments herein may provide many advantages, of which a non-exhaustive list of examples follows. 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

[0050] 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:

[0051] FIG. 1 shows the protocol stack for the service-based interfaces in 5G system;

[0052] FIG. 2 shows a QUIC / UDP indication in an NF profile;

[0053] FIG. 3 shows QUIC connection establishment procedure using Alt-Svc header to indicate QUIC capability;

[0054] FIG. 4A and FIG. 4B show exemplary communication networks in accordance with some embodiments of the present disclosure;

[0055] FIG. 5 shows a 5G reference architecture;

[0056] FIG. 6 to FIG. 9 show flowcharts illustrating methods performed by network nodes in accordance with some embodiments of the present disclosure;

[0057] FIG. 10 to FIG. 12 show exemplary procedures for transport capability indication in accordance with some embodiments of the present disclosure;

[0058] FIG. 13 is a block diagram showing network nodes in accordance with some embodiments of the present disclosure.DETAILED DESCRIPTION

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

[0060] Further, following documents are incorporated herein by reference:

[0061] 3GPP TS 23.501 V19.1.0 (2024-09) “Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS) ; Stage 2 (Release 18) ” ;

[0062] 3GPP TS 29.500 V19.0.0 (2024-09) “5G System; Technical Realization of Service Based Architecture; Stage 3 (Release 19) ” ;

[0063] 3GPP TR 29.893 V18.0.0 (2023-09) “Study on IETF QUIC Transport for 5GC Service Based Interfaces (Release 18) ” .

[0064] Although above technical specifications and report are in specific versions, embodiments of the present disclosure may be applicable to other versions or versions of other releases. So, the incorporation of the specific versions of documents should not be considered as restrictions of the present disclosure.

[0065] To solve the above Issues 1, 2 and 3, making the peers aware of supported transport protocols with less signalling and without extra delays for service delivery, methods, network nodes and communication networks are provided and will be described in details in following embodiments of the present disclosure.

[0066] As shown in FIG. 4A, a communication network 100 may include a first network node 10 and a second network node 20.

[0067] One or more HTTP connections may be established between the first network node 10 and the second network node 20, some of which can act as a backup connection for other (s) . Some of the HTTP connections can be HTTP / 3 connections, other (s) can be HTTP / 2 connections; or all of the HTTP connections are HTTP / 3 connections or HTTP / 2 connections.

[0068] The first network node 10 and the second network node 20 may implement an NF consumer 30, an NF producer 40 or a proxy 50 such as an SCP or an SEPP as shown in FIG. 4B.

[0069] When the first network node 10 implements an NF consumer, the second network node 20 can implement an NF producer in direction communication with the NF consumer, or a proxy such as an SCP in indirect communication. When the first network node 10 implements an NF producer, the second network node 20 can implement a proxy such as an SCP in indirect communication. When the first network node 10 implements a proxy such as an SCP in indirect communication, the second network node 20 may implement another proxy, an NF consumer or an NF producer.

[0070] The communication network 100 can be a 5G system as shown in FIG. 5. In a 5G system, NFs and NF services can communicate directly, referred to as Direct Communication, or indirectly via a SCP, referred to as Indirect Communication. An NF can be an Access and Mobility Management Function (AMF) , a Data Network (DN) , a Network Exposure Function (NEF) , a Policy Control Function (PCF) , an SMF, a Unified Data Management (UDM) , a Unified Data Repository (UDR) , a UPF, an Application Function (AF) , a (Radio) Access Network ( (R) AN) , an 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.

[0071] The network nodes in the present disclosure can be implemented either on 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.

[0072] In the present disclosure, an HTTP message will be sent from the first network node 10 to the second network node 20 to indicate transport capability of an NF consumer or an NF producer. To be more generic, the transport protocol may be one other than TCP. The transport protocol can be QUIC or any other evolved transport protocol in future.

[0073] Before sending the HTTP message, the first network node 10 may determine that the second network node 20 supports the transport protocol based on default configuration or based on profile of an NF service. For example, an SCP in communication model D or an NF consumer can determine a target NF producer service instance supports the transport protocol based on the profile of the target NF producer service (instance) .

[0074] Then the first network node 10 may initiate a connection using the transport protocol with the second network node 20, and send an HTTP message via the connection using the transport protocol. In comparison to the above mentioned solutions shown in FIG. 2 and FIG. 3, no HTTP / 2 connection needs to be established first then change to a connection using the transport protocol (e.g. QUIC) .

[0075] According to different places in the HTTP message to hold the transport capability, there are 2 optional implementations:

[0076] Option 1. 3GPP custom header indicating the transport capability

[0077] In option 1, the first network node 10 may send to the second network node 20, an HTTP message including a first 3GPP custom header and / or a second 3GPP custom header or an HTTP message including a third 3GPP custom header. Here, the first 3GPP custom header may indicate that a callback or notification service of an NF consumer supports QUIC, the second 3GPP custom header may indicate that a target NF service instance supports QUIC transport protocol and the third 3GPP custom header may indicate that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol. An example of the first 3GPP custom header can be the “3gpp-Sbi-Consumer-Transport custom header” in following exemplary embodiments 1 to 6. An example of the second 3GPP custom header can be the “3gpp-Sbi-Target-Transport custom header” in following exemplary embodiments 1 to 6. An example of the third 3GPP custom header can be the “3gpp-Sbi-Transport custom header” in following exemplary embodiments 1 to 6.

[0078] Option 2. Body of the HTTP message comprising the transport capability indications

[0079] In option 2, the first network node 10 may send to the second network node 20, an HTTP message, wherein the body of the HTTP message comprises third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or fourth information indicating that a target NF service instance supports the transport protocol. Or the body of the HTTP message comprises fifth information indicating that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0080] The third information is indicated in a Uniform Resource Identifier (URI) of the callback service of the NF consumer; the third information is indicated in a URI of the notification service of the NF consumer; the fourth information is indicated in a resource URI of the target NF service instance; and / or the fifth information is indicated in a URI of the callback service or the notification service of the NF consumer or indicated in a resource URI of the target NF service instance.

[0081] Taking QUIC as an example of the transport protocol, the apiRoot in the relevant URI can be extended with QUIC / UDP as prefix in the host part, or e.g. a new parameter next to the URI parameter to indicate the QUIC capability. Following are 2 examples to include QUIC capability in the resource URI or callback URI:

[0082] Example 1. Resource URI in 3gpp-sbi-target-apiRoot header:

[0083] 3gpp-Sbi-Target-apiRoot: https:  / / nfp. 5gc. mnc080. mcc262.3gppnetwork. org: 8443 / quic

[0084] Example 2. Callback or notification URI in message body:

[0085] https:  / / nfc. 5gc. mnc080. mcc262.3gppnetwork. org: 8443 / quic / notification / . . .  / referenceId / xxxx) }

[0086] In above option 1 and option 2, the third 3GPP custom header or the fifth information is kind of a combination of indications, which can be used by the second network node 20 to determine both the NF consumer and NF producer’s transport capabilities or to determine just the NF consumer’s transport capability or just the NF producer’s transport capability. It depends on different scenarios. For example, 3GPP may specify in a way that an NF consumer service must support QUIC, however an SCP may have no idea of it, for there are different versions of NF consumers in a communication network. So the SCP needs to be notified both the NF consumer and the NF producer’s transport capability for communication model C since the SCP doesn’t read a profile of an NF producer’s service. Then the SCP will forward the third 3GPP custom header or the fifth information to next hop SCP or may forward to the NF producer if it is the last hop SCP.

[0087] After receiving the HTTP message, the second network node 20 may determine that the callback or notification service of the NF consumer supports the transport protocol responsive to the HTTP message comprising the first header (for option 1) or the body of the HTTP message comprising the third information (for option 2) ; determine that the target NF service instance supports the transport protocol responsive to the HTTP message comprising the second header (for option 1) or the body of the HTTP message comprising the fourth information (option 2) ; and / or determine both the target NF service instance and the callback or notification service of the NF consumer support the transport protocol responsive to the HTTP message comprising the third 3GPP custom header (for option 1) or the body of the HTTP message comprising the fifth information (for option 2) .

[0088] For the case that the second network node 20 is the last hop proxy from the NF consumer to the NF producer, and the target NF service instance is in the NF producer, after determining that the target NF service instance supports the transport protocol, the second network node 20, as a proxy, may initiate a connection using the transport protocol towards the target NF producer service instance, and relay to the NF producer the first 3GPP custom header (for option 1) or the third information (for option 2) via the connection using the transport protocol.

[0089] In some embodiments, the HTTP message may further comprises first information indicating at least one version of the transport protocol (for option 1 in the first and / or the second 3GPP custom header; for option 2, in the body of the HTTP message) ; and / or second information indicating at least one supported transport protocol (for option 1 in the first and / or the second 3GPP custom header; for option 2, in the body of the HTTP message) . Here, the at least one supported transport protocol may comprise: the transport protocol and a combination of the transport protocol and TCP.

[0090] Here, the combination of the transport protocol and TCP is for at least one of:

[0091] - the transport protocol or TCP being determined to initiate a connection;

[0092] - fallback to TCP in response to an error happening with an endpoint of a connection using the transport protocol; and / or

[0093] - fallback to TCP in response to load balance between connections using TCP and the transport protocol.

[0094] In some embodiments, the transport protocol can be QUIC (or called QUIC / UDP) .

[0095] In some embodiments, the transport protocol has a value of QUIC / UDP. That is the first 3GPP custom header, the second 3GPP custom header, the third 3GPP custom header, the third information and the fourth information when indicating the transport protocol, they can include the value of QUIC / UDP.

[0096] According to different implementations of the first network node 10 and the second network node 20, following 9 cases are introduced as examples to explain how the transport capability information is indicated in HTTP messages.

[0097] Case 1. NF consumer to NF producer in direct communication

[0098] In case 1, the first network node 10 implements an NF consumer and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in direct communication, the HTTP message comprises the first 3GPP custom header (for option 1) or the HTTP message comprises the third information (for option 2) .

[0099] Being indicated that a callback or notification service of the NF consumer supports the transport protocol, the NF producer can know the NF consumer’s transport capability.

[0100] Case 2. NF consumer to a proxy in indirect communication of model C

[0101] In case 2, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy such as an SCP, the first network node 10 and the second network node 20 are in indirect communication of model C.

[0102] For case 2, in indirect communication of model C, a proxy will not get the profile of a target NF producer service instance, so it has no idea whether an NF producer supports the transport protocol, the NF producer has no idea of the NF consumer’s transport capability for usually an NF consumer will not include its transport capability in NF profile.

[0103] So the NF consumer sends to the proxy the HTTP message comprising the first 3GPP custom header and the second 3GPP custom header (for option 1) or the HTTP message comprises the third information and the fourth information (for option 2) . In case 2, the target NF service instance indicated in the second 3GPP custom header is in an NF producer.

[0104] Case 3. proxy to another proxy in indirect communication of model C

[0105] In case 3, both the first network node 10 and the second network node 20 implement a proxy. Similar to case 2, the second network node 20 implementing the other proxy will know that the target NF producer service instance supports the transport protocol, so it can initiate an HTTP connection using the transport protocol to the NF producer if it is the last hop proxy from the NF consumer to the NF producer, or it can forward the first 3GPP custom header and the second 3GPP custom header (for option 1) or the third information and the fourth information (for option 2) to the next hop proxy. The second network node 20 will forward the first 3GPP custom header and the second 3GPP custom header (for option 1) or the third information and the fourth information (for option 2) to next hop proxy.

[0106] Case 4. NF consumer to a proxy in indirect communication of model D

[0107] In case 4, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy, the first network node 10 and the second network node 20 are in indirect communication of model D. The proxy such as an SCP can know that the target NF producer service instance supports the transport protocol from the profile of the NF producer, so the HTTP message can just comprise the first 3GPP custom header (for option 1) or the third information (for option 2) to indicate that a callback or notification service of the NF consumer supports the transport protocol. Then the proxy can forward the first 3GPP custom header or the third information to next hop proxy or the NF producer (for the case the proxy is the last hop from the NF consumer to the NF producer) , for the NF producer knows the NF consumer’s transport capability.

[0108] Case 5. proxy to another proxy in indirect communication of model D

[0109] In case 5, both the first network node 10 and the second network node 20 implement a proxy, similar to case 4, for they are in indirect communication of model D, the proxies can know the NF producer’s transport capability from the NF profile, so just the first 3GPP custom header (for option 1) or the third information (for option 2) is forwarded between them.

[0110] Case 6. proxy to NF producer in indirect communication of model C

[0111] In case 6, the first network node 10 implements a proxy and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in indirect communication of model C, and the HTTP message comprises the first 3GPP custom header (for option 1) or the third information (for option 2) . For the proxy may know from an NF consumer (there is only one proxy between the NF consumer and the NF producer) , or from the last hop proxy that the target NF producer service instance supports the transport protocol, the proxy may initiate a connection using the transport protocol towards the NF producer, and forward the NF consumer’s transport capability in the first 3GPP custom header or the third information.

[0112] Case 7. proxy to NF producer in indirect communication of model D

[0113] In case 7, the first network node 10 implements a proxy and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in indirect communication of model D, so the first network node 10 as a proxy may know that the target NF producer service instance supports the transport protocol from NF producer’s profile, it can initiate an HTTP connection using the transport protocol towards the NF producer and forward the NF consumer’s transport capability with the first 3GPP custom header (for option 1) or the third information (for option 2) , for the NF producer to know the NF consumer’s transport capability.

[0114] Case 8. NF producer to proxy or proxy to another proxy in indirect communication model of C or D

[0115] In case 8, the first network node 10 implements an NF producer and the second network node 20 implements a proxy, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model C or D, and the HTTP message comprises the second 3GPP custom header (for option 1) or the fourth information (for option 2) and the target NF service instance indicated in the second 3GPP custom header is in an NF consumer.

[0116] Case 9. Proxy to NF consumer in indirect communication model of C or D

[0117] In case 9, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy. In fact there is no need to indicate by the proxy to the NF consumer the NF consumer or the NF producer’s transport capability for this case. However, the proxy may receive from the last hop proxy or from the NF producer the second custom header (for option 1) or the fourth information (for option 2) to indicate that a target consumer service instances supports the transport protocol.

[0118] From the second 3GPP custom header or the fourth information, the second network node 20 as a proxy can know that a target NF consumer service instance supports the transport protocol, so it can forward the second header or the fourth information to the next hop proxy (in case it is not the last hop proxy from the NF producer to the NF consumer) , or initiate an HTTP connection using the transport protocol towards the NF consumer (in case it is the last hop proxy from the NF producer to the NF consumer) .

[0119] For the above 9 cases, when indicating transport capability, one single header (for option 1) or one single information (for option 2) indicating both the transport capability of a callback or notification service of an NF consumer and transport capability of a target service instance can be used if both capabilities need to be indicated. In yet some other embodiments, such one single header or single information can be used if only one capability needs to be indicated, the second network node 20 can based on its own requirement to choose the useful indication it needs.

[0120] Now referring to FIG. 6, a method 600 performed by the first network node 10 is described.

[0121] At block 603, the first network node 10 may send to the second network node 20, an HTTP message comprising a first 3GPP custom header and / or a second 3GPP custom header, or an HTTP message comprising a third 3GPP custom header. The first 3GPP custom header indicates that a callback or notification service of an NF consumer supports a transport protocol, the second 3GPP custom header indicates that a target NF service instance supports the transport protocol. The third 3GPP custom header indicates that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0122] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in direct communication, the HTTP message comprises the first 3GPP custom header.

[0123] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model C, the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header or the HTTP message comprises the third 3GPP custom header, and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF producer.

[0124] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.

[0125] In some embodiments, the first network node 10 implements a proxy and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in indirect communication of model C or D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.

[0126] In some embodiments, the first network node 10 implements an NF producer and the second network node 20 implements a proxy, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model C or D, and the HTTP message comprises the second 3GPP custom header or the third 3GPP custom header and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF consumer.

[0127] In some embodiments, before sending the HTTP message, at block 601, the first network node 10 may determine that the target NF service instance supports the transport protocol based on a profile of the target NF service instance.

[0128] In some embodiments, before sending the HTTP message, at block 602, the first network node 10 may initiate a connection using the transport protocol with the second network node 20, and at block 603, the first network node 10 may send the HTTP message via the connection using the transport protocol.

[0129] In some embodiments, the first 3GPP custom header, the second 3GPP custom header and / or the third 3GPP custom header comprises at least one of following information:

[0130] - first information indicating at least one version of the transport protocol;

[0131] - second information indicating at least one supported transport protocol, wherein the at least one supported transport protocol comprises: the transport protocol and a combination of the transport protocol and Transmission Control Protocol TCP.

[0132] In some embodiments, the combination of the transport protocol and TCP is for at least one of:

[0133] - the transport protocol or TCP being determined to initiate a connection;

[0134] - fallback to TCP in response to an error happening with an endpoint of a connection using the transport protocol; and

[0135] - fallback to TCP in response to load balance between connections using TCP and the transport protocol.

[0136] In some embodiments, the transport protocol is QUIC.

[0137] In some embodiments, the transport protocol has a value of QUIC / UDP.

[0138] In some embodiments, the HTTP message is an HTTP request or an HTTP response.

[0139] In some embodiments, the proxy is an SCP or SEPP.

[0140] Other optional implementations performed by the first network node 10 can be referred to the operations performed by the first network node 10 in the above mentioned communication network 100 (option 1) and following exemplary embodiments.

[0141] Now referring to FIG. 7, a method 700 performed by the second network node 20 is described.

[0142] At block 701, the second network node 20 may receive from the first network node 10, an HTTP message comprising a first 3GPP custom header and / or a second 3GPP custom header or an HTTP message comprising a third 3GPP custom header. The first 3GPP custom header indicates that a callback or notification service of an NF consumer supports a transport protocol, the second 3GPP custom header indicates that a target NF service instance supports the transport protocol. The third 3GPP custom header indicates that a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0143] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in direct communication, the HTTP message comprises the first 3GPP custom header.

[0144] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements a SCP, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model C, and the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header or the HTTP message comprises the third 3GPP custom header. The target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF producer.

[0145] In some embodiments, the first network node 10 implements an NF consumer and the second network node 20 implements a proxy or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.

[0146] In some embodiments, the first network node 10 implements a proxy and the second network node 20 implements an NF producer, the first network node 10 and the second network node 20 are in indirect communication of model C or D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.

[0147] In some embodiments, wherein the first network node 10 implements an NF producer and the second network node 20 implements a proxy, or both the first network node 10 and the second network node 20 implement a proxy, the first network node 10 and the second network node 20 are in indirect communication of model C or D, and the HTTP message comprises the second 3GPP custom header or the third 3GPP custom header and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF consumer.

[0148] In some embodiments, at block 702, the second network node 20 may determine that the callback or notification service of the NF consumer supports the transport protocol responsive to the HTTP message comprising the first 3GPP custom header or the third 3GPP custom header; determine the target NF service instance supports the transport protocol responsive to the HTTP message comprising the second 3GPP custom header or the third 3GPP custom header; and / or determine that both the callback or notification service of the NF consumer and the target NF service instance support the transport protocol responsive to the HTTP message comprising the third 3GPP custom header.

[0149] In some embodiments, wherein the second network node 20 is the last hop proxy from the NF consumer to the NF producer, and the target NF service instance is in the NF producer, after determining that the target NF service instance supports the transport protocol, at block 703, the second network node 20 may initiate a connection using the transport protocol towards the target NF producer service instance; and at block 704, the second network node 20 may relay to the NF producer the first 3GPP custom header via the connection using the transport protocol.

[0150] In some embodiments, the first 3GPP custom header, the second 3GPP custom header and / or the third 3GPP custom header comprises at least one of following information:

[0151] - first information indicating at least one version of the transport protocol;

[0152] - second information indicating at least one supported transport protocol, wherein the at least one supported transport protocol comprises the transport protocol or a combination of the transport protocol and TCP.

[0153] In some embodiments, the combination of the transport protocol and TCP is for at least one of:

[0154] - the transport protocol or TCP being determined to initiate a connection;

[0155] - fallback to TCP in response to an error happening with an endpoint of a connection using the transport protocol; and / or

[0156] - fallback to TCP in response to load balance between connections using TCP and the transport protocol.

[0157] In some embodiments, the transport protocol is QUIC.

[0158] In some embodiments, the transport protocol has a value of QUIC / UDP.

[0159] In some embodiments, the HTTP message is an HTTP request or an HTTP response.

[0160] In some embodiments, the proxy is an SCP or SEPP.

[0161] Other optional implementations performed by the second network node 20 can be referred to the operations performed by the second network node 20 in the above mentioned communication network 100 (option 1) , and following exemplary embodiments.

[0162] Now referring to FIG. 8, another method 800 performed by the first network node 10 is described.

[0163] At block 801, the first network node 10 may send to a second network node 20, an HTTP message.

[0164] The body of the HTTP message may comprise:

[0165] - third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or

[0166] - fourth information indicating that a target NF service instance supports the transport protocol; or

[0167] The body of the HTTP message may comprise:

[0168] - fifth information indicating that a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0169] In some embodiments, the third information is indicated in a URI of the callback service of the NF consumer; the third information is indicated in a URI of the notification service of the NF consumer; the fourth information is indicated in a resource URI of the target NF service instance; and / or the fifth information is indicated in a URI of the callback service or the notification service of the NF consumer or indicated in a resource URI of the target NF service instance.

[0170] In some embodiments, the transport protocol is QUIC.

[0171] Other optional implementations performed by the first network node 10 can be referred to the operations performed by the first network node 10 in the above mentioned communication networks 100 (option 2) and following exemplary embodiments.

[0172] Now referring to FIG. 9, another method 900 performed by the second network node 20 is described.

[0173] At block 901, the second network node 20 may receive from the first network node 10 an HTTP message.

[0174] The body of the HTTP message may comprise:

[0175] - third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or

[0176] - fourth information indicating that a target NF service instance supports the transport protocol,

[0177] Or the body of the HTTP message may comprise:

[0178] - fifth information indicating that a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.

[0179] In some embodiments, the third information may be indicated in a URI of the callback service of the NF consumer; the third information may be indicated in a URI of the notification service of the NF consumer; the fourth information may be indicated in a resource URI of the target NF service instance; and / or the fifth information is indicated in a URI of the callback service or the notification service of the NF consumer or indicated in a resource URI of the target NF service instance.

[0180] In some embodiments, the transport protocol is QUIC.

[0181] Other optional implementations performed by the second network node 20 can be referred to the operations performed by the first network node 20 in the above mentioned communication networks 100 (option 2) and following exemplary embodiments.

[0182] Now referring to FIG. 10 to FIG. 12, exemplary embodiments 1 to 6 are introduced in details, which can be seen as examples of the interactions between the first network node 10 and the second network node 20. In these exemplary embodiments, QUIC is taken as an example of the transport protocol, SCP is taken as an example of the proxy.

[0183] 3GPP may specify in a way that an NF consumer service must support QUIC and allow fallback to TCP for its callback or notification service if the NF consumer selects a QUIC capable SCP or NF producer service instance during an explicit or implicit subscription request. So according whether it is specified in 3GPP that an NF consumer service must support the transport protocol, there are following two kinds of solutions:

[0184] Solution 1. It is not specified that an NF consumer service must support the transport protocol

[0185] In solution 1, for whether the NF consumer service supports the transport protocol is not specified, so there should be a way to indicate NF consumer service’s transport capability.

[0186] According to different communication model between an NF consumer and an NF producer, there are following three exemplary embodiments.

[0187] Exemplary embodiment 1. Direct communication

[0188] In exemplary embodiment 1, the NF consumer and the NF producer are in a direct communication. this embodiment is to solve the above mentioned issue 1. An NF consumer may include the new 3gpp-Sbi-Consumer-Transport custom header with the value “QUIC / UDP” in the HTTP / 3 service request towards the NF producer. Then the NF producer knows that the NF consumer callback or notification service also supports QUIC transport.

[0189] The new 3gpp-Sbi-Consumer-Transport custom header can also include the following info:

[0190] - QUIC versions supported by the customer service

[0191] - Supported Transport protocols: QUIC / UDP or QUIC / UDP + TCP

[0192] Note: the purpose of Supported Transport protocol values can be used by the NF producer to decide whether possible to fallback to HTTP / 2 when error happens with the HTTP / 3 endpoint or load balance between HTTP / 2 or HTTP / 3 based on operators’ policy.

[0193] Exemplary embodiment 2. Indirect communication of model C

[0194] The solution for Issue 2 is as shown in FIG. 10 and FIG. 11.

[0195] In FIG. 10:

[0196] For indirect communication of model C, the NF consumer establishes QUIC connections towards the next hop SCP if the NF consumer knows the SCP supports QUIC based on configuration.

[0197] If the NF consumer detects the target NF producer service instance supports QUIC based on the NF service (instance) profile received from an NRF, then in the service request to the target NF producer service instance, the NF consumer includes the new 3gpp-Sbi-Target-Transport custom header with the value “QUIC / UDP” to indicate SCP that the target NF producer service instance can support QUIC transport protocol, and also include the new 3gpp-Sbi-Consumer-Transport custom header with the value “QUIC / UDP” to indicate the callback or notification service of the NF consumer also supports QUIC transport.

[0198] If the SCP recognizes the target NF producer service instance supports QUIC based on the new 3gpp-Sbi-Target-Transport custom header and if the SCP hasn’t established QUIC connections to that producer service instance, then the SCP can initiate QUIC connection (s) (maybe one or multiple, for multiple case, some of the QUIC connections are backup for other connection (s) ) towards the target NF producer service instance and also relay the new 3gpp-Sbi-Consumer-Transport custom header in the HTTP / 3 service request sent towards the target NF producer service instance over the established QUIC connection.

[0199] Similar to the 3gpp-Sbi-Consumer-Transport custom header, the new 3gpp-Sbi-Target-Transport custom header can also include the following info:

[0200] - QUIC versions supported by the customer service

[0201] - Supported Transport protocols: QUIC / UDP or QUIC / UDP + TCP

[0202] Note (1) : 3GPP may leave the QUIC client and server to negotiate the supported versions during QUIC handshake or explicitly including the version info in the header.

[0203] Note (2) : the purpose of Supported Transport protocol values can be used by the SCP to decide whether possible to fallback to HTTP / 2 when error happens with the HTTP / 3 endpoint or load balance between HTTP / 2 or HTTP / 3 based on operators’ policy.

[0204] If the new 3gpp-Sbi-Target-Transport custom header includes the protocol values with QUIC / UDP + TCP, the SCP may decide to use either HTTP / 3 or HTTP / 2 towards the target producer service instance based on operator’s configured policy, or fallback from HTTP / 3 to HTTP / 2 in case error happens.

[0205] In FIG. 11:

[0206] When the NF producer service instance sends a notification request towards the NF consumer service based on the callback or notification Uri received during the service request, the NF producer service instance shall include the new 3gpp-Sbi-Target-Transport custom header with the value “QUIC / UDP” to indicate SCP that the target NF consumer service can support QUIC, if the NF producer service instance receives the 3gpp-Sbi-Consumer-Transport custom header with the value “QUIC / UDP” in the service request from the NF consumer.

[0207] If the SCP recognizes the target NF consumer service supports QUIC based on the new 3gpp-Sbi-Target-Transport custom header and if the SCP hasn’t established QUIC connections to that NF consumer, then the SCP can initiate QUIC connection towards the target NF consumer and forward the HTTP / 3 notification request towards the NF consumer over the established QUIC connection.

[0208] If the new 3gpp-Sbi-Target-Transport custom header includes the protocol values with QUIC / UDP + TCP, the SCP may decide to use either HTTP / 3 or HTTP / 2 towards the target consumer service instance based on operator’s configured policy, or fallback from HTTP / 3 to HTTP / 2 in case error happens.

[0209] Exemplary embodiment 3. Indirect communication of model D

[0210] The solution for Issue 3 is as shown in FIG. 12.

[0211] It’s similar as for model C that the NF consumer can include the new 3gpp-Sbi-Consumer-Transport custom header with the value “QUIC / UDP” in the HTTP / 3 service request towards the NF producer via an SCP if the NF consumer has established QUIC connections with the SCP.

[0212] Then similar as model C, when the NF producer service instance sends a notification request towards the NF consumer service via SCP over QUIC connections, the NF producer service instance shall include the new 3gpp-Sbi-Target-Transport custom header with the value “QUIC / UDP” to indicate the SCP that the target NF consumer service instance can support QUIC transport protocol (refer to FIG. 12) .

[0213] Solution 2. It is specified that an NF consumer service must support the transport protocol

[0214] Exemplary embodiment 4. Direct communication

[0215] No new header is needed for Issue 1 if 3GPP specifies the implicit way to require the NF consumer must also support QUIC if the NF consumer selects a QUIC capable NF producer service instance.

[0216] Exemplary embodiment 5. Indirect communication of model C

[0217] Considering the above Issue 2 for indirect communication of Model C, if an NF consumer detects that a target NF producer service instance supports QUIC based on the NF service (instance) profile received from an NRF, the NF consumer includes the new 3gpp-Sbi-Transport custom header with the value “QUIC / UDP” to indicate the SCP that the target NF producer service instance can support QUIC transport protocol and also that the callback or notification service of the NF consumer supports QUIC transport.

[0218] If the SCP recognizes the target NF producer service instance supports QUIC transport based on the new 3gpp-Sbi-Transport custom header and, if needed, the SCP can initiate QUIC connections towards the target NF producer service instance and also relay the new 3gpp-Sbi-Transport custom header in the HTTP / 3 service request sent towards the target NF producer.

[0219] In the case of indirect communication Model C, when the NF producer service instance sends a notification request towards the NF consumer service based on the callback or notification Uri received during the service request, the NF producer service instance shall include the new 3gpp-Sbi-Transport custom header with the value “QUIC / UDP” to indicate SCP that the target NF consumer service can support QUIC transport protocol (based on the setting of the 3gpp-Sbi-Transport custom header in the service request from the NF consumer) .

[0220] Exemplary embodiment 6. Indirect communication of model D

[0221] Considering the Issue 3 Indirect communication of model D, the NF consumer can include the new 3gpp-Sbi-Transport custom header with the value “QUIC / UDP” in the HTTP / 3 service request towards the NF producer via SCP, to indicate that the NF consumer supports QUIC for callback or notification services.

[0222] Similar to Solution 1, the 3gpp-Sbi-Transport custom header for Solution 2 can also include the following info:

[0223] - QUIC versions supported by the customer service

[0224] - Supported Transport protocols: QUIC / UDP or QUIC / UDP + TCP

[0225] FIG. 13 is a block diagram showing a network node according to embodiments of the present disclosure. The block diagram can be applicable to any of the above mentioned network nodes, to execute the method mentioned above by the corresponding network node.

[0226] As shown in FIG. 13, the network node can include processing circuitry 101, a memory 102 that stores instructions, and optionally a communication interface 103 for communicating data with other network nodes.

[0227] The instructions when executed by the at least one processor 101, enable the network node 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 processing circuitry 101, or by hardware, or by a combination of software and hardware.

[0228] The memory 102 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 processing circuitry 101 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.

[0229] Other network nodes are also provided in the present disclosure, which can be part of whole of any the above mentioned network nodes, each including modules to perform the method mentioned above by the corresponding network node.

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

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

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

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

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

[0235] 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 “Aand / or B” should be understood to mean “only A, only B, or both A and B” .

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

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

Claims

1.A method (600) performed by a first network node (10) , comprising:-sending (603) , to a second network node (20) , a Hypertext Transfer Protocol (HTTP) message;-wherein the HTTP message comprises a first 3rd Generation Partnership Project (3GPP) custom header and / or a second 3GPP custom header; or wherein the HTTP message comprises a third 3GPP custom header;-wherein the first 3GPP custom header indicates that a callback or notification service of an NF consumer supports a transport protocol, the second 3GPP custom header indicates that a target NF service instance supports the transport protocol, and the third 3GPP custom header indicates that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.2.The method according to claim 1, wherein the first network node (10) implements an NF consumer and the second network node (20) implements an NF producer, the first network node (10) and the second network node (20) are in direct communication, the HTTP message comprises the first 3GPP custom header.3.The method according to claim 1, wherein the first network node (10) implements an NF consumer and the second network node (20) implements a proxy, or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (10) are in indirect communication of model C, the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header or the HTTP message comprises the third 3GPP custom header; and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF producer.4.The method according to claim 1, wherein the first network node (10) implements an NF consumer and the second network node (20) implements a proxy, or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (20) are in indirect communication of model D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.5.The method according to claim 1, wherein the first network node (10) implements a proxy and the second network node (20) implements an NF producer, the first network node (10) and the second network node (20) are in indirect communication of model C or D, and the HTTP message comprises the first 3GPP custom header, the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header, or the HTTP message comprises the third 3GPP custom header.6.The method according to claim 1, wherein the first network node (10) implements an NF producer and the second network node (20) implements a proxy, or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (10) are in indirect communication of model C or D, and the HTTP message comprises the second 3GPP custom header or the third 3GPP custom header and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF consumer.7.The method according to claim 3 or 6, before sending the HTTP message, further comprising: -determining (601) that the target NF service instance supports the transport protocol based on a profile of the target NF service instance.8.The method according to any one of claims 1 to 7, wherein-before sending (603) the HTTP message, the method further comprises: initiating (602) a connection using the transport protocol with the second network node (20) , and-sending (603) the HTTP message comprises: sending (603) the HTTP message via the connection using the transport protocol.9.The method according to any one of claims 1 to 8, wherein the first 3GPP custom header, the second 3GPP custom header and / or the third 3GPP custom header comprises at least one of following information:-first information indicating at least one version of the transport protocol;-second information indicating at least one supported transport protocol, wherein the at least one supported transport protocol comprises: the transport protocol and a combination of the transport protocol and Transmission Control Protocol (TCP) .10.The method according to claim 9, wherein the combination of the transport protocol and TCP is for at least one of:-the transport protocol or TCP being determined to initiate a connection;-fallback to TCP in response to an error happening with an endpoint of a connection using the transport protocol; and / or-fallback to TCP in response to load balance between connections using TCP and the transport protocol.11.The method according to any one of claims 1 to 10, wherein the transport protocol is Quick User Datagram Protocol Internet Connections (QUIC) .12.The method according to claim 11, wherein the transport protocol has a value of QUIC / User Datagram Protocol (UDP) .13.The method according to any one of claims 1 to 12, wherein-the HTTP message is an HTTP request or an HTTP response; and / or-the proxy is a Service Communication Proxy (SCP) or a Security Edge Protection Proxy (SEPP) .14.A method (700) performed by a second network node (20) , comprising:-receiving (701) , from a first network node (10) , a Hypertext Transfer Protocol (HTTP) message;-wherein the HTTP message comprises a first 3rd Generation Partnership Project (3GPP) custom header and / or a second 3GPP custom header; or wherein the HTTP message comprises a third 3GPP custom header;-wherein the first 3GPP custom header indicates that a callback or notification service of an NF consumer supports a transport protocol, the second 3GPP custom header indicates that a target NF service instance supports the transport protocol, and the third 3GPP custom header indicates that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.15.The method according to claim 14, wherein the first network node (10) implements an NF consumer and the second network node (20) implements an NF producer, the first network node (10) and the second network node (20) are in direct communication, the HTTP message comprises the first 3GPP custom header.16.The method according to claim 14, wherein the first network node (10) implements an NF consumer and the second network node (20) implements a Service Communication Proxy (proxy) , or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (20) are in indirect communication of model C, and the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header or the HTTP message comprises the third 3GPP custom header; and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF producer.17.The method according to claim 14, wherein the first network node (10) implements an NF consumer and the second network node (20) implements a proxy, or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (20) are in indirect communication of model D, and the HTTP message comprises the first 3GPP custom header or the third 3GPP custom header.18.The method according to claim 14, wherein the first network node (10) implements a proxy and the second network node (20) implements an NF producer, the first network node (10) and the second network node (20) are in indirect communication of model C or D, and the HTTP message comprises the first 3GPP custom header, the HTTP message comprises the first 3GPP custom header and the second 3GPP custom header, or the HTTP message comprises the third 3GPP custom header.19.The method according to claim 14, wherein the first network node (10) implements an NF producer and the second network node (20) implements a proxy, or both the first network node (10) and the second network node (20) implement a proxy, the first network node (10) and the second network node (20) are in indirect communication of model C or D, and the HTTP message comprises the second 3GPP custom header or the third 3GPP custom header and the target NF service instance indicated in the second 3GPP custom header or the third 3GPP custom header is in an NF consumer.20.The method according to any one of claims 14 to 19, further comprising:-determining (702) the callback or notification service of the NF consumer supports the transport protocol responsive to the HTTP message comprising the first 3GPP custom header or the third 3GPP custom header;-determining (702) the target NF service instance supports the transport protocol responsive to the HTTP message comprising the second 3GPP custom header or the third 3GPP custom header; and / or-determining (702) both the target NF service instance and the callback or notification service of the NF consumer support the transport protocol responsive to the HTTP message comprising the third 3GPP custom header.21.The method according to claim 17, wherein the second network node (20) is the last hop proxy from the NF consumer to the NF producer, and the target NF service instance is in the NF producer, after determining that the target NF service instance supports the transport protocol, the method further comprises:-initiating (703) a connection using the transport protocol towards the target NF producer service instance; and-relaying (704) , to the NF producer, the first 3GPP custom header or the third 3GPP custom header via the connection using the transport protocol.22.The method according to any one of claims 14 to 21, wherein the first 3GPP custom header, the second 3GPP custom header and / or the third 3GPP custom header comprises at least one of following information:-first information indicating at least one version of the transport protocol;-second information indicating at least one supported transport protocol, wherein the at least one supported transport protocol comprises the transport protocol or a combination of the transport protocol and TCP.23.The method according to claim 22, wherein the combination of the transport protocol and TCP is for at least one of:-the transport protocol or TCP being determined to initiate a connection;-fallback to TCP in response to an error happening with an endpoint of a connection using the transport protocol; and / or-fallback to TCP in response to load balance between connections using TCP and the transport protocol.24.The method according to any one of claims 14 to 23, wherein the transport protocol is Quick User Datagram Protocol Internet Connections (QUIC) .25.The method according to claim 24, wherein the transport protocol has a value of QUIC / UDP.26.The method according to any one of claims 14 to 25, wherein-the HTTP message is an HTTP request or an HTTP response; and / or-the proxy is a Service Communication Proxy (SCP) or a Security Edge Protection Proxy (SEPP) .27.A method (800) performed by a first network node (10) , comprising:-sending (803) , to a second network node (20) , a Hypertext Transfer Protocol (HTTP) message;-wherein the body of the HTTP message comprises:-third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or-fourth information indicating that a target NF service instance supports the transport protocol; or-wherein the body of the HTTP message comprises:-fifth information indicating that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.28.The method according to claim 27, wherein-the third information is indicated in a Uniform Resource Identifier (URI) of the callback service of the NF consumer;-the third information is indicated in a URI of the notification service of the NF consumer;-the fourth information is indicated in a resource URI of the target NF service instance; and / or-the fifth information is indicated in a URI of the callback service or the notification service of the NF consumer or indicated in a resource URI of the target NF service instance.29.The method (800) according to claim 27 or 28, wherein the transport protocol is Quick User Datagram Protocol Internet Connections (QUIC) .30.A method (900) performed by a second network node (20) , comprising:-receiving (901) , from a first network node (10) , a Hypertext Transfer Protocol (HTTP) message;-wherein the body of the HTTP message comprises:-third information indicating that a callback or notification service of an NF consumer supports a transport protocol, and / or-fourth information indicating that a target NF service instance supports the transport protocol, or-wherein the body of the HTTP message comprises:-fifth information indicating that both a callback or notification service of an NF consumer and a target NF service instance support the transport protocol.31.The method according to claim 30, wherein-the third information is indicated in a Uniform Resource Identifier (URI) of the callback service of the NF consumer;-the third information is indicated in a URI of the notification service of the NF consumer;-the fourth information is indicated in a resource URI of the target NF service instance; and / or-the fifth information is indicated in a URI of the callback service or the notification service of the NF consumer or indicated in a resource URI of the target NF service instance.32.The method according to claim 30 or 31, wherein the transport protocol is Quick User Datagram Protocol Internet Connections (QUIC) .33.A network node (10, 20) , comprising:-processing circuitry (101) ; and-a memory (102) , the memory (102) containing instructions executable by the processing circuitry (101) , whereby the network node is operative to perform the method according to any one of claims 1 to 32.34.A communication network (100) , comprising at least one of:-a first network node (10) according to any one of claims 1 to 13 and 27 to 29;-a second network node (20) according to any one of claims 14 to 26 and 30 to 32.35.A computer readable storage medium storing thereon instructions which when executed by processing circuitry cause the at least one processor to perform the method according to any of the claims 1 to 32.36.A computer program product comprising instructions which when executed by processing circuitry cause the at least one processor to perform the method according to any of claims 1 to 32.

Images