CN111770122A - Service communication agent SCP registration method, service calling method and network equipment - Google Patents

Service communication agent SCP registration method, service calling method and network equipment Download PDF

Info

Publication number
CN111770122A
CN111770122A CN201910261459.XA CN201910261459A CN111770122A CN 111770122 A CN111770122 A CN 111770122A CN 201910261459 A CN201910261459 A CN 201910261459A CN 111770122 A CN111770122 A CN 111770122A
Authority
CN
China
Prior art keywords
service
scp
request message
communication
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910261459.XA
Other languages
Chinese (zh)
Other versions
CN111770122B (en
Inventor
孙滔
刘超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910261459.XA priority Critical patent/CN111770122B/en
Publication of CN111770122A publication Critical patent/CN111770122A/en
Application granted granted Critical
Publication of CN111770122B publication Critical patent/CN111770122B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

The invention provides a service communication proxy SCP registration method, a service calling method and a network device, wherein the method comprises the following steps: sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to SCP; receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message. The invention adopts SCP registration flow to realize automatic registration of SCP, can rapidly configure SCP and reduce SCP configuration workload.

Description

Service communication agent SCP registration method, service calling method and network equipment
Technical Field
The invention relates to the technical field of communication, in particular to a service communication proxy SCP registration method, a service calling method and network equipment.
Background
In a mobile communication system, a Service-based Architecture (SBA) can be supported, and a plurality of services that are relatively independent and can be flexibly called form a Network Function (NF). Under the service architecture, NFs may communicate with each other by using a service call, where the NF of the control plane may be a producer (producer) of the service or a consumer (consumer) of the service.
A NF within the core network may expose its capabilities through a serviced interface and may be reused by other NFs. In order to make a service provided by a certain NF discoverable and usable by other NFs, functions of service registration, service discovery, and the like, which rely on a network Function storage Function (NRF) are required.
Wherein, the service registration: the NF, after instantiation, registers with the NRF through its "service registration" service interface. The registration information includes information such as a network function type, an address of a network function instance, and a service supported by the network function. Wherein the network function types include: access and Mobility Management Function (AMF), Session Management Function (SMF), and the like.
Service discovery: service discovery may enable a certain NF of the control plane to discover a particular target NF instance, enabling a service requestor NF to discover a service producer NF instance and access NF services provided by the service provider NF.
In an enhanced Service-based Architecture (eSBA), a Service Communication Proxy (SCP) is introduced, so that each NF and its Service interact directly with other NFs and their services or indirectly through the SCP when needed. The introduction of SCP can further decouple the service logic and the service framework in the service, so that the service in NF only relates to the service logic as far as possible, and the common part in each service is independently put into the SCP. Therefore, when a new service is introduced, only the business logic of the new service needs to be concerned, the service framework at the bottom layer is handed over to the CSP for completion, and the service framework at the bottom layer does not need to be realized again, so that the introduction of the new service is greatly facilitated.
In the prior art, a communication option (or called as a communication mode or a working mode) of an SCP is configured locally, information such as a CSP address in an NF is also configured locally, when an enhanced services architecture changes, the SCP and the NF need to be configured manually, and the configuration workload is large.
Disclosure of Invention
The invention provides a service communication proxy SCP registration method, a service calling method and network equipment, which solve the problem of large workload of SCP configuration in the prior art.
In one aspect of the present invention, a service communication proxy SCP registration method is provided, which is applied to an SCP and includes:
sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to SCP;
receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, after the step of receiving the registration response message, the method further includes:
receiving a service call request message of a network function entity;
and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes:
and providing a second service for the network functional entity according to second parameter information carried by the service call request message, wherein the second parameter information is used for determining a producer for the service call request message.
In another aspect of the present invention, a service communication proxy SCP registration method is provided, which is applied to a network function storage function NRF, and includes:
receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and after receiving the registration request message, sending a registration response message to the SCP.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, after the step of receiving the registration request message sent by the service communication proxy SCP, the method further includes:
receiving a service discovery request message of a network function entity;
and sending a discovery response message to the network functional entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
Optionally, the step of sending the discovery response message to the network function entity according to the service discovery request message includes:
carrying out authentication verification on the service discovery request message;
and in case of passing the authentication verification, sending a discovery response message to the network functional entity.
In another aspect of the present invention, there is provided a network device, which is a service communication proxy SCP, including: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the transceiver is configured to:
sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to SCP;
receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the transceiver is further configured to: receiving a service call request message of a network function entity;
the processor is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the processor is configured to: and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the processor is configured to: and providing a second service for the network functional entity according to second parameter information carried by the service call request message, wherein the second parameter information is used for determining a producer for the service call request message.
In another aspect of the present invention, there is provided a network device, where the network device is a network function storage function NRF, and the network device includes: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the transceiver is configured to:
receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and after receiving the registration request message, sending a registration response message to the SCP.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the transceiver is for:
receiving a service discovery request message of a network function entity;
and sending a discovery response message to the network functional entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
Optionally, the processor is configured to: carrying out authentication verification on the service discovery request message;
the transceiver is configured to: and in case of passing the authentication verification, sending a discovery response message to the network functional entity.
In another aspect of the present invention, there is provided a network device, which is a service communication proxy SCP, including:
the system comprises a first sending module, a network function storage function NRF and a second sending module, wherein the first sending module is used for sending a registration request message to the network function storage function NRF, and the registration request message carries first parameter information related to SCP;
a first receiving module, configured to receive a registration response message, where the registration response message is sent by the NRF after receiving the registration request message.
In another aspect of the present invention, there is provided a network device, where the network device is a network function storage function NRF, and the network device includes:
the second receiving module is used for receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and the second sending module is used for sending a registration response message to the SCP after receiving the registration request message.
Another aspect of the present invention also provides a service invocation method, applied to a service communication proxy SCP, including:
receiving a service call request message of a network function entity;
and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes:
and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message.
Another aspect of the present invention further provides a network device, which is a service communication proxy SCP, including: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the content of the first and second substances,
the transceiver is configured to: receiving a service call request message of a network function entity;
the processor is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the processor is configured to: and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the processor is configured to: and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message.
In another aspect of the present invention, there is provided a network device, which is a service communication proxy SCP, including:
the receiving module is used for receiving a service calling request message of a network function entity;
and the providing module is used for providing corresponding services for the network functional entity according to the service calling request message.
The technical scheme of the invention has the beneficial effects that: by adopting the SCP registration process, the automatic registration of the SCP is realized, the SCP can be rapidly configured, and the workload of SCP configuration is reduced.
Drawings
Fig. 1 is a schematic flow chart of an SCP registration method at an SCP side according to a first embodiment of the present invention;
fig. 2 is a flowchart illustrating an SCP registration method according to a first embodiment of the present invention;
fig. 3 is a flowchart illustrating an SCP registration method at the NRF side according to a first embodiment of the present invention;
fig. 4 is a schematic diagram illustrating a flow of SCP service discovery on the NRF side according to a first embodiment of the present invention;
fig. 5 is a schematic block diagram of a network device on the SCP side according to the first embodiment of the present invention;
fig. 6 is a block diagram of a network device on the NRF side according to the first embodiment of the present invention;
FIG. 7 is a block diagram of a network device according to a first embodiment of the present invention;
fig. 8 is a flowchart illustrating a service invocation method at the SCP side according to the second embodiment of the present invention;
fig. 9 is a schematic block diagram of a network device on the second SCP side according to the present invention;
fig. 10 shows a block diagram of a network device according to a second embodiment of the invention.
Detailed Description
In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the following detailed description is given with reference to the accompanying drawings and specific embodiments. In the following description, specific details such as specific configurations and components are provided only to help the full understanding of the embodiments of the present invention. Thus, it will be apparent to those skilled in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the invention. In addition, descriptions of well-known functions and constructions are omitted for clarity and conciseness.
It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
In various embodiments of the present invention, it should be understood that the sequence numbers of the following processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
In addition, the terms "system" and "network" are often used interchangeably herein.
In the embodiments provided herein, it should be understood that "B corresponding to a" means that B is associated with a from which B can be determined. It should also be understood that determining B from a does not mean determining B from a alone, but may be determined from a and/or other information.
First embodiment
As shown in fig. 1, an embodiment of the present invention provides a service communication proxy SCP registration method, which specifically includes the following steps:
step 11: and sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to the SCP.
The first parameter information is used to indicate a network function profile (NF profile) of the SCP, that is, the SCP sends a registration request message, such as an nrrf _ NFManagement _ NFRegister request message, to the NRF to inform the NRF of the network function profile of the SCP.
Optionally, the SCP may send the registration request message to the NRF when it first becomes operational, which may include but is not limited to: new network access, network reconstruction, restart, etc.
Step 12: receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
After receiving the registration response message, such as the nrrf _ NFManagement _ NFRegister response message, the SCP indicates that the SCP completes registration or registration is successful on the NRF side.
Optionally, the first parameter information includes, but is not limited to, at least one of:
network function type (NF type).
A Fully Qualified Domain Name (FQDN) for an SCP, or a Fully Qualified Domain Name called NF.
The IP address of the SCP, or called NF, wherein the fully qualified domain name and IP address of the SCP are carried when provided (FQDN or IP address of NF and if applicable).
The services supported (provided) by the SCP, e.g. Names of services supported by the SCP (Names of supported services), and
communication options (Communication options) of the SCP, otherwise referred to as Communication modes or working modes, the Communication options supported by the system are shown in table 1 below:
TABLE 1
Figure BDA0002015418000000091
The communication option supported by the SCP can be communication option C or communication option D.
Further, the service supported by the SCP may be related to the communication option, wherein the service supported by the SCP may be one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication, optionally, the first communication option may be one of communication option C and communication option D, and the second communication option may be the other of communication option C and communication option D. That is, the service supporting the first communication option and the service supporting the second communication option may be two separate services or may be one service.
In order to make the services provided by the SCP discoverable by other network functions NF (or service services), a service registration function relying on NRF is required. For example, after SCP instantiation, it registers with the NRF through the NRF's "service registration" service interface (nrrf _ NFManagement _ NFRegister). As shown in fig. 2, the SCP registration method includes the following steps:
step 21: when the SCP first becomes operational, the SCP sends a registration request message, such as an nrrf _ NFManagement _ NFRegister request message, to the NRF, informing the NRF of first parameter information representing a network function portrait of the SCP. The message contains the following possible information: NF type, FQDN of NF, IP address of NF, name of supporting service, etc. The service supported by the SCP is indirect communication, such as a service supporting communication option C, a service supporting communication option D, a service supporting communication option C and communication option D, and the like.
Step 22: the NRF stores the first parameter information carried in the registration request message of the SCP, namely, the NFprofile of the SCP.
Step 23: the NRF sends a registration response message, such as an NRF _ NFManagement _ nfregister response message, to the SCP in response to completion of SCP registration.
In the service communication proxy SCP registration method of the embodiment of the invention, the automatic registration of the SCP is realized by adopting the SCP registration process, the SCP can be rapidly configured, and the workload of SCP configuration is reduced.
The service communication broker SCP registration method of the present invention is described above from the SCP side, and the present invention will be further described below from the NRF side. Among other things, service discovery may enable other NFs/services to discover SCPs and access services provided by the SCPs.
Specifically, step 12 is followed by: receiving a service call request message of a network function entity; and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes: and providing a first service for the network functional entity according to the producer address carried by the service calling request message. Wherein the first service is a service supporting communication option C, or the first service is a service supporting communication option C and communication option D. That is, other NFs/services may invoke the service of the SCP to send a message, for example, other NFs/services send a service invocation request message to the SCP, where the service invocation request message carries the selected producer address, so that the SCP routes the message to the producer.
Optionally, the step of providing a corresponding service to the network function entity according to the service invocation request message includes: and providing a second service for the network functional entity according to second parameter information carried by the service call request message, wherein the second parameter information is used for determining a producer for the service call request message. Wherein the second service is a service supporting communication option D, or the second service is a service supporting communication option C and communication option D. That is, other NFs/services may invoke the Service of the SCP to send a message, for example, other NFs/services may send a Service invocation request message to the SCP, where the Service invocation request message carries: the necessary discovery parameters (second parameter information) of the producer are found for the request message. In this way, SCP can proxy other NF/service according to these necessary parameters to make service transmission, then make message routing.
As shown in fig. 3, an embodiment of the present invention provides a service communication agent SCP registration method, which is applied to an NRF side, and the method includes the following steps:
step 31: receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP.
The first parameter information is used for representing the network function portrait of the SCP, and the SCP sends a registration request message, such as an Nnrf _ NFManagementNFRegister request message, to the NRF to inform the NRF of the network function portrait of the SCP.
Step 32: and after receiving the registration request message, sending a registration response message to the SCP.
After receiving the registration request message, the NRF stores the first parameter information carried in the registration request message of the SCP, that is, stores the NF profile of the SCP. After saving the first parameter information, the NRF sends a registration response message, such as an nrrf _ NFManagement _ NFRegister response message, to the SCP in response to completion of SCP registration.
Optionally, the first parameter information includes, but is not limited to, at least one of:
a network function type.
The fully qualified domain name FQDN of the SCP, or the fully qualified domain name called NF.
The IP address of an SCP, or called NF, where the fully qualified domain name and IP address of the SCP are carried when provisioned.
The services supported (provided) by the SCP, e.g. the name of the service supported by the SCP, an
The communication options supported by the system, which are also called communication mode or working mode, are shown in table 1 above, wherein the communication options supported by the SCP can be communication option C or communication option D.
Further, the service supported by the SCP may be related to the communication option, wherein the service supported by the SCP may be one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication, optionally, the first communication option may be one of communication option C and communication option D, and the second communication option may be the other of communication option C and communication option D. That is, the service supporting the first communication option and the service supporting the second communication option may be two separate services or may be one service.
In order to make the services provided by the SCP available for use by other network functions NF/service, a service discovery function relying on NRF is required. After step 31, further comprising: receiving a service discovery request message of a network function entity; and sending a discovery response message to the network functional entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
Optionally, the step of sending the discovery response message to the network function entity according to the service discovery request message includes: carrying out authentication verification on the service discovery request message; and in case of passing the authentication verification, sending a discovery response message to the network functional entity.
For example, after SCP instantiation, the service of the SCP is discovered through the "service discovery" service interface (nrrf _ NFDiscovery _ Request) of the NRF. As shown in fig. 4, the SCP service discovery method includes the following steps:
step 41: when a certain NF/service needs to invoke the service of the SCP, the NF/service sends a service discovery Request message, such as an nrrf _ NFDiscovery _ Request message, to the NRF to Request execution of NF/service discovery, where the Request message may include: type of NF of interest, such as SCP.
Step 42: the NRF verifies the Service discovery request message of the NF/Service, if the authority information requested by the NF/Service sending the Service discovery request is verified, if the authority information passes the authentication, the next step is carried out.
Step 43: the NRF sends a discovery response message, such as an nrrf _ NFDiscovery _ request message, to the NF/Service, and the content returned by the discovery response message may include, but is not limited to, first parameter information, such as NF type, FQDN of NF, IP address of NF, name of supporting Service, etc. The service supported by the SCP is indirect communication, such as a service supporting communication option C, a service supporting communication option D, a service supporting communication option C and communication option D, and the like.
In the service communication proxy SCP registration method of the embodiment of the invention, the automatic registration of the SCP is realized by adopting the SCP registration process, the SCP can be rapidly configured, and the workload of SCP configuration is reduced.
The above embodiments are respectively described with respect to the service communication proxy SCP registration method of the present invention, and the following embodiments will further describe the corresponding network device with reference to the accompanying drawings.
Specifically, as shown in fig. 5, the network device 500 according to the embodiment of the present invention, which is a service communication proxy SCP, includes the following functional modules:
a first sending module 510, configured to send a registration request message to a network function storage function NRF, where the registration request message carries first parameter information related to an SCP;
a first receiving module 520, configured to receive a registration response message, where the registration response message is sent by the NRF after receiving the registration request message.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the network device 500 further includes:
a third receiving module, configured to receive a service invocation request message of a network function entity;
and the providing module is used for providing corresponding services for the network functional entity according to the service calling request message.
Optionally, the providing module comprises:
and the first providing submodule is used for providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the providing module further comprises:
and the second providing submodule is used for providing a second service for the network functional entity according to second parameter information carried by the service calling request message, and the second parameter information is used for determining a producer for the service calling request message.
Specifically, as shown in fig. 6, a network device 600 according to an embodiment of the present invention is a network function storage function NRF, and includes the following functional modules:
a second receiving module 610, configured to receive a registration request message sent by a service communication proxy SCP, where the registration request message carries first parameter information related to the SCP;
and a second sending module 620, configured to send a registration response message to the SCP after receiving the registration request message.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the network device 600 further includes:
a fourth receiving module, configured to receive a service discovery request message of a network function entity;
and a third sending module, configured to send a discovery response message to the network function entity according to the service discovery request message, where the discovery response message carries the first parameter information of the SCP.
Optionally, the third sending module includes:
the authentication submodule is used for authenticating and verifying the service discovery request message;
and the sending submodule is used for sending a discovery response message to the network functional entity under the condition that the authentication verification is passed.
The embodiment of the network equipment of the invention is corresponding to the embodiment of the method, all the implementation means in the embodiment of the method are suitable for the embodiment of the network equipment, and the same technical effect can be achieved. The network equipment adopts the SCP registration process, realizes the automatic registration of the SCP, can rapidly configure the SCP and reduces the workload of SCP configuration.
In order to better achieve the above object, as shown in fig. 7, a fourth embodiment of the present invention further provides a network device, including: a processor 700; a memory 720 connected to the processor 700 through a bus interface, and a transceiver 710 connected to the processor 700 through a bus interface; the memory 720 is used for storing programs and data used by the processor in performing operations; transmitting data information or pilot frequency through the transceiver 710, and receiving an uplink control channel through the transceiver 710; when the processor 700 calls and executes the programs and data stored in the memory 720, the following functions are implemented:
the processor 700 is used for reading the program in the memory 720 and executing the corresponding process.
A transceiver 710 for receiving and transmitting data under the control of the processor 700.
In particular, when the network device is a serving communication proxy SCP,
the transceiver 710 is configured to: sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to SCP;
receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the transceiver 710 is further configured to: receiving a service call request message of a network function entity;
the processor 700 is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the processor 700 is configured to:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the processor 700 is configured to:
and providing a second service for the network functional entity according to second parameter information carried by the service call request message, wherein the second parameter information is used for determining a producer for the service call request message.
When the network device stores the function NRF for a network function,
the transceiver 710 is configured to:
receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and after receiving the registration request message, sending a registration response message to the SCP.
Optionally, the first parameter information includes at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by SCP, and
communication options of the SCP.
Optionally, the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
the first communication option and the second communication option are communication modes of indirect communication.
Optionally, the transceiver 710 is configured to:
receiving a service discovery request message of a network function entity;
and sending a discovery response message to the network functional entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
Optionally, the processor 700 is configured to: carrying out authentication verification on the service discovery request message;
the transceiver 710 is configured to: and in case of passing the authentication verification, sending a discovery response message to the network functional entity.
Where in fig. 7, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 700 and memory represented by memory 720. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 710 may be a number of elements including a transmitter and a transceiver providing a means for communicating with various other apparatus over a transmission medium. The processor 700 is responsible for managing the bus architecture and general processing, and the memory 720 may store data used by the processor 700 in performing operations.
Those skilled in the art will appreciate that all or part of the steps for implementing the above embodiments may be performed by hardware, or may be instructed to be performed by associated hardware by a computer program that includes instructions for performing some or all of the steps of the above methods; and the computer program may be stored in a readable storage medium, which may be any form of storage medium.
Second embodiment
The embodiment of the invention also provides a service calling method, and the service calling method of the SCP side is further explained by combining the attached drawings.
As shown in fig. 8, an embodiment of the present invention provides a service invocation method applied to a service communication proxy SCP, where the method may include the following steps:
step 81: and receiving a service calling request message of the network function entity.
Wherein the service invocation request message occurs after the SCP service registration process and the service discovery process. Before the NF/Service calls the SCP Service, it must first discover the available SCP Service, i.e. other NFs/services call the Service provided by the SCP according to the result of Service discovery.
Step 82: and providing corresponding service for the network functional entity according to the service calling request message.
After receiving the service calling request message, the SCP provides corresponding service according to the content carried by the service calling request message.
Wherein, in some embodiments, step 82 comprises: and providing a first service for the network functional entity according to the producer address carried by the service calling request message. Wherein the first service is a service supporting communication option C, or the first service is a service supporting communication option C and communication option D. That is, other NFs/services may invoke the service of the SCP to send a message, for example, other NFs/services send a service invocation request message to the SCP, where the service invocation request message carries the selected producer address, so that the SCP routes the message to the producer.
In other embodiments, step 82 includes: and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message. Wherein the second service is a service supporting communication option D, or the second service is a service supporting communication option C and communication option D. That is, other NFs/services may invoke the Service of the SCP to send a message, for example, other NFs/services may send a Service invocation request message to the SCP, where the Service invocation request message carries: the necessary discovery parameters (parameter information) of the producer are found for the request message. In this way, SCP can proxy other NF/service according to these necessary parameters to make service transmission, then make message routing.
In the Service calling method of the embodiment of the invention, other NF/Service can call the Service of the SCP through the Service calling process so as to realize message routing.
The foregoing embodiments are respectively described with respect to the service invoking method of the present invention, and the following embodiments will further describe the network device corresponding thereto with reference to the accompanying drawings.
As shown in fig. 9, an embodiment of the present invention provides a network device, where the network device is a service communication proxy SCP, and includes the following functional modules:
a receiving module 910, configured to receive a service invocation request message of a network function entity;
the providing module 920 is configured to provide a corresponding service to the network function entity according to the service invocation request message.
Wherein, the providing module 920 includes:
and the first providing submodule is used for providing a first service for the network functional entity according to the producer address carried by the service calling request message.
The providing module 920 further includes:
and the second providing submodule is used for providing a second service for the network functional entity according to the parameter information carried by the service calling request message, and the parameter information is used for determining a producer for the service calling request message. The embodiment of the network equipment of the invention is corresponding to the embodiment of the method, all the implementation means in the embodiment of the method are suitable for the embodiment of the network equipment, and the same technical effect can be achieved. The Service of the SCP can be called by other NF/Service through a Service calling flow so as to realize message routing.
In order to better achieve the above object, as shown in fig. 10, a fourth embodiment of the present invention further provides a network device, including: a processor 1000; a memory 1020 coupled to the processor 1000 via a bus interface, and a transceiver 1010 coupled to the processor 1000 via a bus interface; the memory 1020 is used for storing programs and data used by the processor in performing operations; transmitting data information or pilot frequency through the transceiver 1010, and receiving an uplink control channel through the transceiver 1010; when the processor 1000 calls and executes the programs and data stored in the memory 1020, the following functions are implemented:
the processor 1000 is used for reading the program in the memory 1020 and executing the corresponding process.
A transceiver 1010 for receiving and transmitting data under the control of the processor 1000.
Specifically, the transceiver 1010 is configured to: receiving a service call request message of a network function entity;
the processor 1000 is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
Optionally, the processor 1000 is configured to:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
Optionally, the processor 1000 is configured to:
and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message.
Where in fig. 10, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 1000 and memory represented by memory 1020. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1010 may be a number of elements including a transmitter and a transceiver providing a means for communicating with various other apparatus over a transmission medium. The processor 1000 is responsible for managing the bus architecture and general processing, and the memory 1020 may store data used by the processor 1000 in performing operations.
Those skilled in the art will appreciate that all or part of the steps for implementing the above embodiments may be performed by hardware, or may be instructed to be performed by associated hardware by a computer program that includes instructions for performing some or all of the steps of the above methods; and the computer program may be stored in a readable storage medium, which may be any form of storage medium.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements each process of the service communication proxy SCP registration method embodiment or the service invocation method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
Furthermore, it is to be noted that in the device and method of the invention, it is obvious that the individual components or steps can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of performing the series of processes described above may naturally be performed chronologically in the order described, but need not necessarily be performed chronologically, and some steps may be performed in parallel or independently of each other. It will be understood by those skilled in the art that all or any of the steps or elements of the method and apparatus of the present invention may be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or any combination thereof, which can be implemented by those skilled in the art using their basic programming skills after reading the description of the present invention.
Thus, the objects of the invention may also be achieved by running a program or a set of programs on any computing device. The computing device may be a general purpose device as is well known. The object of the invention is thus also achieved solely by providing a program product comprising program code for implementing the method or the apparatus. That is, such a program product also constitutes the present invention, and a storage medium storing such a program product also constitutes the present invention. It is to be understood that the storage medium may be any known storage medium or any storage medium developed in the future. It is further noted that in the apparatus and method of the present invention, it is apparent that each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of executing the series of processes described above may naturally be executed chronologically in the order described, but need not necessarily be executed chronologically. Some steps may be performed in parallel or independently of each other.
While the foregoing is directed to the preferred embodiment of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the appended claims.

Claims (31)

1. A service communication proxy SCP registration method is applied to SCP, and is characterized by comprising the following steps:
sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to the SCP;
receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
2. The service communication proxy SCP registration method of claim 1 wherein the first parameter information comprises at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by the SCP, and
a communication option of the SCP.
3. The service communication proxy, SCP, registration method of claim 2 wherein the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
wherein the first communication option and the second communication option are communication modes of indirect communication.
4. The service communication proxy SCP registration method of claim 2, wherein the step of receiving a registration response message further comprises, after:
receiving a service call request message of a network function entity;
and providing corresponding service for the network functional entity according to the service calling request message.
5. The service communication proxy SCP registration method of claim 4, wherein the step of providing the corresponding service for the network function entity according to the service invocation request message comprises:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
6. The service communication proxy SCP registration method of claim 4, wherein the step of providing the corresponding service for the network function entity according to the service invocation request message comprises:
and providing a second service for the network functional entity according to second parameter information carried by the service invocation request message, wherein the second parameter information is used for determining a producer for the service invocation request message.
7. A service communication proxy SCP registration method is applied to a network function storage function (NRF), and is characterized by comprising the following steps:
receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and after receiving the registration request message, sending a registration response message to the SCP.
8. The service communication proxy SCP registration method of claim 7 wherein the first parameter information comprises at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by the SCP, and
a communication option of the SCP.
9. The service communication proxy, SCP, registration method of claim 8 wherein the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
wherein the first communication option and the second communication option are communication modes of indirect communication.
10. The service communication proxy SCP registration method of claim 7, wherein after the step of receiving a registration request message sent by the service communication proxy SCP, further comprising:
receiving a service discovery request message of a network function entity;
and sending a discovery response message to the network function entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
11. A service communication proxy, SCP, registration method according to claim 10, characterised in that the step of sending the discovery response message to the network function entity in dependence on the service discovery request message comprises:
performing authentication verification on the service discovery request message;
and sending the discovery response message to the network functional entity under the condition that the authentication verification is passed.
12. A network device, said network device being a serving communication agent, SCP, comprising: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the transceiver is to:
sending a registration request message to a network function storage function (NRF), wherein the registration request message carries first parameter information related to the SCP;
receiving a registration response message, wherein the registration response message is sent by the NRF after receiving the registration request message.
13. The network device of claim 12, wherein the first parameter information comprises at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by the SCP, and
a communication option of the SCP.
14. The network device of claim 13, wherein the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
wherein the first communication option and the second communication option are communication modes of indirect communication.
15. The network device of claim 13,
the transceiver is further configured to: receiving a service call request message of a network function entity;
the processor is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
16. The network device of claim 15, wherein the processor is configured to:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
17. The network device of claim 15, wherein the processor is configured to:
and providing a second service for the network functional entity according to second parameter information carried by the service invocation request message, wherein the second parameter information is used for determining a producer for the service invocation request message.
18. A network device, the network device being a network function storage function, NRF, comprising: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the transceiver is to:
receiving a registration request message sent by a service communication proxy SCP, wherein the registration request message carries first parameter information related to the SCP;
and after receiving the registration request message, sending a registration response message to the SCP.
19. The network device of claim 18, wherein the first parameter information comprises at least one of:
the type of the function of the network,
the fully qualified domain name FQDN of the SCP,
the IP address of the SCP,
services supported by the SCP, and
a communication option of the SCP.
20. The network device of claim 19, wherein the service supported by the SCP is one of:
a service that supports a first communication option,
a service that supports the second communication option,
a service supporting a first communication option and a second communication option;
wherein the first communication option and the second communication option are communication modes of indirect communication.
21. The network device of claim 18, wherein the transceiver is configured to:
receiving a service discovery request message of a network function entity;
and sending a discovery response message to the network function entity according to the service discovery request message, wherein the discovery response message carries the first parameter information of the SCP.
22. The network device of claim 21,
the processor is configured to: performing authentication verification on the service discovery request message;
the transceiver is configured to: and sending the discovery response message to the network functional entity under the condition that the authentication verification is passed.
23. A network device, said network device being a serving communication agent, SCP, comprising:
a first sending module, configured to send a registration request message to a network function storage function NRF, where the registration request message carries first parameter information related to the SCP;
a first receiving module, configured to receive a registration response message, where the registration response message is sent by the NRF after receiving the registration request message.
24. A network device, the network device being a network function storage function, NRF, comprising:
a second receiving module, configured to receive a registration request message sent by a service communication proxy SCP, where the registration request message carries first parameter information related to the SCP;
and the second sending module is used for sending a registration response message to the SCP after receiving the registration request message.
25. A service calling method is applied to a service communication proxy SCP, and is characterized by comprising the following steps:
receiving a service call request message of a network function entity;
and providing corresponding service for the network functional entity according to the service calling request message.
26. The service invocation method according to claim 25, wherein the step of providing the network function entity with the corresponding service according to the service invocation request message comprises:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
27. The service invocation method according to claim 25, wherein the step of providing the network function entity with the corresponding service according to the service invocation request message comprises:
and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message.
28. A network device, said network device being a serving communication agent, SCP, comprising: a processor; a memory coupled to the processor, and a transceiver coupled to the processor; wherein the content of the first and second substances,
the transceiver is configured to: receiving a service call request message of a network function entity;
the processor is configured to: and providing corresponding service for the network functional entity according to the service calling request message.
29. The network device of claim 28, wherein the processor is configured to:
and providing a first service for the network functional entity according to the producer address carried by the service calling request message.
30. The network device of claim 28, wherein the processor is configured to:
and providing a second service for the network functional entity according to the parameter information carried by the service calling request message, wherein the parameter information is used for determining a producer for the service calling request message.
31. A network device, said network device being a serving communication agent, SCP, comprising:
the receiving module is used for receiving a service calling request message of a network function entity;
and the providing module is used for providing corresponding services for the network functional entity according to the service calling request message.
CN201910261459.XA 2019-04-02 2019-04-02 Service communication proxy SCP registration method, service calling method and network equipment Active CN111770122B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910261459.XA CN111770122B (en) 2019-04-02 2019-04-02 Service communication proxy SCP registration method, service calling method and network equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910261459.XA CN111770122B (en) 2019-04-02 2019-04-02 Service communication proxy SCP registration method, service calling method and network equipment

Publications (2)

Publication Number Publication Date
CN111770122A true CN111770122A (en) 2020-10-13
CN111770122B CN111770122B (en) 2023-09-08

Family

ID=72718231

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910261459.XA Active CN111770122B (en) 2019-04-02 2019-04-02 Service communication proxy SCP registration method, service calling method and network equipment

Country Status (1)

Country Link
CN (1) CN111770122B (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021197127A1 (en) * 2020-04-03 2021-10-07 大唐移动通信设备有限公司 Proxy communication method and apparatus, and network device
CN114301662A (en) * 2021-12-27 2022-04-08 中国电信股份有限公司 Method, apparatus, device and medium for requesting producer network function service
WO2022152406A1 (en) * 2021-01-14 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Discovery request and response handling

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105307144A (en) * 2014-07-21 2016-02-03 中国移动通信集团公司 Registration method, method of calling, application server and network domain devices
CN108989372A (en) * 2017-06-02 2018-12-11 华为技术有限公司 Method, registration center and the equipment of service discovery

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105307144A (en) * 2014-07-21 2016-02-03 中国移动通信集团公司 Registration method, method of calling, application server and network domain devices
CN108989372A (en) * 2017-06-02 2018-12-11 华为技术有限公司 Method, registration center and the equipment of service discovery

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;System Architecture for the 5G System;Stage 2(Release 16)", 《3GPP TS 23.501 V16.0.1》 *
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;System Architecture for the 5G System;Stage 2(Release 16)", 《3GPP TS 23.501 V16.0.1》, 1 April 2019 (2019-04-01), pages 6 *
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;System Architecture for the 5G System;Stage 2(Release 16)", 《3GPPTS 23.501 V16.0.1》, pages 17 - 4 *
HUAWEI 等: "S2-1902781 eSBA NF registration via SCP", 《3GPP》, 28 February 2019 (2019-02-28), pages 3 - 4 *
HUAWEI 等: "S2-1902781 eSBA NF registration via SCP", 《3GPP》, pages 3 - 4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021197127A1 (en) * 2020-04-03 2021-10-07 大唐移动通信设备有限公司 Proxy communication method and apparatus, and network device
CN113497730A (en) * 2020-04-03 2021-10-12 大唐移动通信设备有限公司 Communication method and device of agent and network equipment
WO2022152406A1 (en) * 2021-01-14 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Discovery request and response handling
CN114301662A (en) * 2021-12-27 2022-04-08 中国电信股份有限公司 Method, apparatus, device and medium for requesting producer network function service
CN114301662B (en) * 2021-12-27 2024-02-23 中国电信股份有限公司 Method, device, equipment and medium for requesting producer network function service

Also Published As

Publication number Publication date
CN111770122B (en) 2023-09-08

Similar Documents

Publication Publication Date Title
EP3804282B1 (en) Native blockchain platform for improving workload mobility in telecommunication networks
US11258667B2 (en) Network management method and related device
CN109548178B (en) Communication method and network equipment
CN110557357B (en) Remote procedure call protocol self-adaption method, related device and server
CN109818902A (en) Automatic service deployment method, service dispatch management module and EPG platform
CN111770122B (en) Service communication proxy SCP registration method, service calling method and network equipment
CN110677383B (en) Firewall wall opening method and device, storage medium and computer equipment
US20230319734A1 (en) Method for computing power sharing and related devices
CN112799825A (en) Task processing method and network equipment
US20210081527A1 (en) Service API Invoking Method and Related Apparatus
CN114745724B (en) Access processing method and device, electronic equipment and computer readable medium
CN111797173B (en) Alliance chain sharing system, method and device, electronic equipment and storage medium
Alliance Service-based architecture in 5G
CN111245634A (en) Virtualization management method and device
US11889409B2 (en) Method of and a device for operating network gateway services in a service based telecommunications system
CN110740464A (en) NF service discovery method and device
CN112217845B (en) Data transmission method based on Netconf protocol and related equipment
CN111371578B (en) Method and device for deploying virtualized network function
CN112752352A (en) Method and equipment for determining intermediate session management function I-SMF
US7805733B2 (en) Software implementation of hardware platform interface
CN114866423A (en) Private network service policy control method, device, equipment and medium
CN112653716B (en) Service binding method and device
JP6460743B2 (en) Setting information generation system and setting information generation method
CN116800605B (en) Network implementation method, system, equipment and medium for running virtual machine in container
CN114375069B (en) Communication method and network equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant