CN117062104A

CN117062104A - Service providing, service discovery and application acquisition methods and devices

Info

Publication number: CN117062104A
Application number: CN202210487911.6A
Authority: CN
Inventors: 姜怡; 白雪茜
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2022-05-06
Filing date: 2022-05-06
Publication date: 2023-11-14

Abstract

The application discloses a service providing method, a service discovery device, a service discovery application acquisition device, a service registration method and a service registration device, wherein the service registration method comprises the following steps: the first network function sends a first request to the NRF; wherein the first request is for registering a first network function with an NRF request; the first network function characterizes a control function of the data channel.

Description

Service providing, service discovery and application acquisition methods and devices

Technical Field

The present application relates to the field of wireless technologies, and in particular, to a method and apparatus for providing a service, discovering a service, and acquiring an application.

Background

The related art introduces a Data Channel (Data Channel) technology in an IP multimedia subsystem (IMS, IP Multimedia Subsystem), however, invocation of a network function related to the Data Channel has not been implemented in an IMS architecture.

Disclosure of Invention

In order to solve the related technical problems, the embodiment of the application provides a method and a device for providing service, discovering service and acquiring application.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a service providing method which is applied to a first network function, and comprises the following steps:

Sending a first request to a network function storage function (NRF, network Repository Function); wherein,

the first request is used for registering a first network function with the NRF request; the first network function characterizes a control function of the data channel.

In the above solution, the first request carries at least one of the following information supported by the first network function:

an IMS registration domain name or list of IMS registration domain names;

private Identity (IMPI, IM Private Identity) range;

public Identity (IMPU), IM Public Identity) range;

a list of data channel capabilities.

In the above scheme, the method further comprises:

receiving a second request sent by a second network function; the second network function characterizes the media function of the data channel corresponding to the first network function; the second request carries the data channel capability of the first terminal and is used for requesting the first network function to issue an application to the first terminal;

and issuing an application to the first terminal according to the data channel capability of the first terminal carried in the second request.

The embodiment of the application also provides a service discovery method, which is characterized by being applied to the IMS application server (AS, application Server), and comprises the following steps:

Transmitting a third request to the NRF; the third request is used for requesting to discover the first network function; the first network function characterizes a control function of a data channel;

receiving a first response returned by NRF; wherein,

the first response carries first information; the first information characterizes an address of a first network function discovered by the NRF.

In the above solution, the third request carries at least one of the following information:

IMS registering a domain name;

IMPI；

IMPU；

a data channel capability list of the first terminal;

calling identification of IMS call;

the called identity of the IMS call.

In the above solution, after the receiving the first response returned by the NRF, the method further includes:

acquiring second information from the discovered first network function based on the first information; wherein,

the second information characterizes the address and/or port number of the first network function for receiving the second request; the second request is used for requesting the first network function to issue an application to a terminal.

In the above scenario, the address used by the first network function to receive the second request is characterized as an internet protocol (IP, internet Protocol) address and/or a fully qualified domain name (FQDN, fully Qualified Domain Name) address.

In the above scheme, the second information is carried in the first message and issued; the first message includes a message for creating a first boot channel; and the first guide channel characterizes a data channel of the terminal acquisition application.

In the above scheme, the first terminal characterizes a terminal initiating IMS registration; after the obtaining the second information from the discovered first network function, the method further comprises:

returning a second response to the first terminal; wherein,

the second response characterizes a response to the first terminal initiating IMS registration; and the second response carries the second information.

In the above scheme, the first terminal characterizes a terminal initiating an IMS call; after the obtaining the second information from the discovered first network function, the method further comprises:

forwarding the second information to a second network function; wherein,

the second network function characterizes the media function of the data channel corresponding to the first network function; the second information is used for being associated with or bound to the first guide channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the method comprises the steps of,

forwarding the second information to the first and second terminals via session initiation protocol (SIP, session initialization Protocol) messages; the second terminal characterizes the called terminal of the IMS call.

The embodiment of the application also provides an application acquisition method applied to the second network function, comprising the following steps:

receiving a fourth request sent by the terminal from the first guide channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the fourth request is used for requesting to acquire an application;

sending a second request to the first network function based on the second information associated with or bound to the first boot channel; the second information characterizes an address and/or a port number of the first network function for receiving a second request; the second request is used for requesting the first network function to issue an application to a terminal; wherein,

the first network function characterizes a control function of a data channel; the second network function characterizes the media function of the data channel corresponding to the first network function.

In the above solution, the fourth request carries the data channel capability of the first terminal and/or the second information.

In the above solution, before the receiving the fourth request sent by the first terminal, the method further includes:

receiving the second information sent by the IMS AS;

the second information is associated or bound with the first boot channel.

The embodiment of the application also provides a service providing device, which comprises:

a first transmitting unit configured to transmit a first request to the NRF; wherein,

The embodiment of the application also provides a service discovery device, which comprises:

a second transmitting unit configured to transmit a third request to the NRF; the third request is used for requesting to discover the first network function; the first network function characterizes a control function of a data channel;

a first receiving unit, configured to receive a first response returned by the NRF; wherein,

The embodiment of the application also provides an application acquisition device, which comprises:

a second receiving unit, configured to receive a fourth request sent by the terminal from the first boot channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the fourth request is used for requesting to acquire an application;

a third sending unit, configured to send a second request to the first network function based on the second information associated with or bound to the first boot channel; the second information characterizes an address and/or a port number of the first network function for receiving a second request; the second request is used for requesting the first network function to issue an application to a terminal; wherein,

The embodiment of the application also provides a first network function, which comprises the following steps: a first processor and a first communication interface; wherein,

the first communication interface is configured to send a first request to the NRF; wherein,

The embodiment of the application also provides an IMS AS, which comprises: a second processor and a second communication interface; wherein,

the second communication interface is used for sending a third request to the NRF and receiving a first response returned by the NRF; wherein,

the third request is used for requesting to discover the first function; the first network function characterizes a control function of a data channel; the first response carries first information; the first information characterizes an address of a first network function discovered by the NRF.

The embodiment of the application also provides a second network function, which comprises a third processor and a third communication interface; wherein,

the third communication interface is configured to receive a fourth request sent by the terminal from the first bootstrap channel, and send a second request to the first network function based on second information associated with or bound to the first bootstrap channel; wherein,

The first guide channel characterizes a data channel of an application acquired by a terminal; the fourth request is used for requesting to acquire an application; the second information characterizes an address and/or a port number of the first network function for receiving a second request; the second request is used for requesting the first network function to issue an application to a terminal; the first network function characterizes a control function of a data channel; the second network function characterizes the media function of the data channel corresponding to the first network function.

The embodiment of the application also provides a first network function, which comprises the following steps: a first processor and a first memory for storing a computer program capable of running on the processor,

the first processor is configured to execute the steps of any one of the methods on the first network function side when running the computer program.

The embodiment of the application also provides an IMS AS, which is characterized by comprising the following steps: a second processor and a second memory for storing a computer program capable of running on the processor,

and the second processor is used for executing any step of the method on the IMS AS side when running the computer program.

The embodiment of the application also provides a second network function, which is characterized by comprising the following steps: a third processor and a first memory for storing a computer program capable of running on the processor,

wherein the third processor is configured to execute the steps of any one of the methods on the second network function side when running the computer program.

The embodiment of the application also provides a storage medium, on which a computer program is stored, which is characterized in that the computer program, when being executed by a processor, implements the steps of any one of the methods on the first network function side, or implements the steps of any one of the methods on the IMS AS side, or implements the steps of any one of the methods on the second network function side.

The service providing method, the service discovery method, the application acquisition method and the device, the related equipment and the storage medium in the embodiment of the application send the first request to the NRF by the first network function of the control function of the characterization data channel, thereby realizing the registration of the first network function in the NRF. The IMS AS then sends a third request to the NRF requesting discovery of the first network function, the NRF returning a first response to the IMS AS and carrying an address characterizing the first network function in the first response. In this way, the calling terminal and/or the called terminal of the IMS call may send a fourth request to the second network function characterizing the media function of the data channel through the first bootstrap channel, requesting to obtain the application, and the second network function sends the second request to the first network function based on the address and/or port number of the first network function associated or bound with the first bootstrap channel for receiving the second request, so that the application obtaining of the terminal in the IMS call flow may be achieved. The technical process disclosed by the embodiment of the application can realize service registration and service discovery of the network function of the data channel in the IMS architecture and realize that the terminal obtains the application from the network function of the data channel, namely, the call of the network function related to the data channel in the IMS architecture is realized.

Drawings

FIG. 1 is a schematic diagram of a data channel technology in the related art;

FIG. 2 is a schematic diagram illustrating the operation of a data channel server according to the related art;

fig. 3 is a schematic diagram of a basic architecture for implementing data channel capability in a related art IMS network architecture;

FIG. 4 is a flowchart of a service providing method according to an embodiment of the present application;

fig. 5 is a schematic flow chart of a service discovery method according to an embodiment of the present application;

fig. 6 is a schematic diagram of an interaction flow of a service discovery method in an IMS registration scenario according to an embodiment of the present application;

fig. 7 is an interactive flow diagram of a service discovery method in an IMS call scenario according to an embodiment of the present application;

FIG. 8 is a flowchart of an application acquisition method according to an embodiment of the present application;

FIG. 9 is a schematic diagram of an interaction flow obtained by an application according to an embodiment of the present application;

FIG. 10 is a schematic diagram of a service providing apparatus according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a service discovery device according to an embodiment of the present application;

FIG. 12 is a schematic diagram of an application acquisition device according to an embodiment of the present application;

fig. 13 is a schematic diagram of a first network function structure according to an embodiment of the present application;

FIG. 14 is a schematic view of an IMS AS structure according to an embodiment of the present application;

fig. 15 is a schematic diagram of a second network function structure according to an embodiment of the present application.

Detailed Description

To match the needs of multimedia services for richness and flexibility to support ever-changing service logic definitions and Data format definitions, the third generation partnership project (3GPP,3rd Generation Partnership Project) introduced new Data channels, i.e. Data Channel (Data Channel) technology, in Release 16, independent of the original signaling channels, audio channels and video Data channels. Referring to fig. 1, the data channel technique has the following characteristics:

1. the same path as the audio and video. The data channel is superimposed on the audio and video capability, so that the establishment flow of the data channel and the IMS session establishment flow are integrated, the simultaneous establishment of the data channel, the audio channel and the video data channel is ensured, and the data channel can be used in real time in the real-time communication process.

2. Support user datagram protocol (UDP, user Datagram Protocol) and/or transmission control protocol (TCP, transmission Control Protocol) transmissions to meet high real-time, highly reliable content requirements.

3. The data channel can bear various protocols, can transmit abundant contents such as characters, menus, files and the like, and provides different quality of service (QoS, quality of Service) guarantees for different types of data channels.

In the related art, the data channel technology defines the following transmission channels:

1. boot (Bootstrap) channel: the terminal acquires an application to be used in real-time communication through the boot channel. Here, the application includes Web page rendering content, such as H5 pages, and also includes application control logic, such as Javascript.

2. Application (Application) channel: and the terminal transmits the application data through the application channel. The application control logic in the boot channel controls application data transceiving in the application channel. The application channel can realize the transmission of application data between terminals, and can also realize the transmission of application data between the terminals and the network side, and the network side provides rich real-time interactive experience enhancement content based on a Web interface for the terminals.

Referring to fig. 2, a data channel server (DCS, data Channel Server) is responsible for control and establishment of a data channel, and data channel application storage (DC AR, data Channel Application Repository) is responsible for storing applications used in the data channel, and DCS acquires the applications from the DC AR and then issues the applications to a terminal.

In the related art, a basic architecture for implementing data channel capability in an IMS network architecture is shown in fig. 3. The DCS of fig. 2 is divided into a control plane (control function of a data channel) and a user plane (media function of a data channel), and the DC AR may be integrated in the control function of the data channel. The IMS application server (AS, application Server) interacts with the control functions of the data channel through a service interface, such AS an IF6 interface, to implement functions such AS data channel capability reporting, call event reporting, and data channel management. In the registration process of the data channel capability, when the terminal initiates IMS registration, the terminal is described to support the data channel capability, the IMS AS discovers the control function of the data channel, and forwards the data channel capability of the terminal to the control function of the data channel for subsequent application distribution. In the call flow of the data channel capability, firstly, a terminal initiates an IMS call, media information of the data channel is carried in a call request message, an IMS AS sends the call to a control function of the data channel, and the control function of the data channel decides to establish a guide channel for transmitting an application; then, IMS AS informs DCMF to establish the guide channel of calling side, and then continues calling; the called side then returns 183, the ims AS informs the DCMF to set up the called side bootstrap tunnel, and then continues the call. In the call establishment process, a data channel is respectively established between the calling side and the called side and the DCMF, and the application is acquired from the data channel.

However, the IMS AS needs to select a control function of one data channel for the terminal, either for the registration procedure or for the call procedure, to serve the terminal during registration or during the call. Because the IMS AS interacts with the control functions of the data tunnel through the service interface, a service registration and service discovery mechanism for the control functions of the data tunnel needs to be formulated according to the requirements of the IMS.

Based on this, in embodiments of the present application, a first request is sent to the NRF by a first network function characterizing the control function of the data channel, enabling registration of the first network function at the NRF. And then, the IMS AS sends a third request to the NRF for requesting to find the first network function, the NRF returns a first response to the IMS AS, and the first response carries an address representing the first network function, so that service registration and service discovery of the network function of the data channel are realized in the IMS architecture. In this way, the calling terminal and/or the called terminal of the IMS call may send a fourth request to the second network function characterizing the media function of the data channel through the first bootstrap channel, requesting to obtain the application, and the second network function sends the second request to the first network function based on the address and/or port number of the first network function associated or bound with the first bootstrap channel for receiving the second request, so that the application obtaining of the terminal in the IMS call flow may be achieved.

The present application will be described in further detail with reference to the accompanying drawings and examples.

First, a service registration flow of a control function of a data channel is described.

Fig. 4 shows an implementation flow of a service providing method according to an embodiment of the present application, where the method is applied to a first network function, and the first network function characterizes a control function of a data channel, for example DCCF (Data Channel Control Function) in fig. 3. Referring to fig. 4, the method includes:

step 401: a first request is sent to the NRF.

Wherein the first request is for registering a first network function with the NRF request.

In an embodiment, the first request carries at least one of the following information supported by the first network function:

an IMS registration domain name or list of IMS registration domain names;

IMPI range;

IMPU range;

a list of data channel capabilities.

When the method is actually applied, the first network function calls the Nnrf_NFmanagement_NFRegister service of the NRF by sending a first request, and returns a Nnrf_NFmanagement_NFRegister response to the first network function after the NRF registers the first network function successfully.

Next, a description will be given of a service discovery procedure in an IMS registration or an IMS call procedure after the first network function succeeds in NRF registration.

Fig. 5 shows an implementation flow of a service discovery method according to an embodiment of the present application, where the method is applied to IMS AS. Referring to fig. 5, the method includes:

step 501: a third request is sent to the NRF.

Wherein the third request is for requesting discovery of the first network function.

In an embodiment, the third request carries at least one of the following information:

IMS registering a domain name;

IMPI；

IMPU；

a data channel capability list of the first terminal;

calling identification of IMS call;

the called identity of the IMS call.

In the IMS call flow, the third request carries the calling identifier and the called identifier of the IMS call.

Step 502: a first response returned by the NRF is received.

Wherein the first response carries first information; the first information characterizes an address of a first network function discovered by the NRF. In this way, service discovery for a network function can be achieved.

Here, the first network function is configured to receive the address of the second request, characterized by an IP address and/or a FQDN address.

In practical application, the third Request may be an nrf_nfdiscovery_request, in the IMS call flow, the PAI field of the nrf_nfdiscovery_request may carry the calling identifier of the IMS call, and the requestinuri field of the nrf_nfdiscovery_request may carry the identifier of the IMS call. Correspondingly, the first Response may be nnrf_nfdiscovery_response.

In an embodiment, after the receiving the first response returned by the NRF, the method further comprises:

In practical application, the second information is issued in at least two modes: 1. carrying second information in a new message by defining the message; 2. the second information is carried by a defined message for controlling the establishment of the boot channel. For the latter mode, the second information is correspondingly carried in the first message and issued; the first message includes a message for creating a first boot channel; and the first guide channel characterizes a data channel of the terminal acquisition application.

In an embodiment, the first terminal characterizes a terminal initiating IMS registration; after the obtaining the second information from the discovered first network function, the method further comprises:

and returning a second response to the first terminal.

Wherein the second response characterizes a response to the first terminal initiating IMS registration; and the second response carries the second information.

Fig. 6 shows a schematic flow chart of service discovery in an IMS registration scenario according to an embodiment of the present application:

step 1-2: the terminal initiates IMS registration, the terminal supports the data channel capability, and the message requesting IMS registration carries the data channel capability supported by the terminal.

Step 3: the IMS AS calls the Nnrf_NFdiscover_request service of the NRF, and the service call carries information such AS an IMS registration domain name list, an IMPI, an IMPU, a data channel capability list of the terminal and the like.

Step 4: the NRF discovers a proper control function of the data channel for the IMS AS according to the information carried by the IMS AS service when calling, and returns the address information of the control function of the data channel.

Step 5: the IMS AS reports the data channel capability list of the terminal to the control function of the discovered data channel.

Step 6: the control function of the data path returns to the IMS AS: the control function of the data channel is used for receiving an address and a port number of a request of the terminal for acquiring an application, wherein the address can be an IP address or an FQDN address.

Step 7-8: the IMS AS forwards the address and port number of the request for receiving the terminal acquisition application to the calling and called terminals in the 200OK message of the IMS registration.

In an embodiment, the first terminal characterizes a terminal that initiated an IMS call; after the obtaining the second information from the discovered first network function, the method further comprises:

forwarding the second information to a second network function; wherein,

forwarding the second information to the first terminal and the second terminal through SIP messages; the second terminal characterizes the called terminal of the IMS call.

Fig. 7 is a schematic flow chart of service discovery in an IMS call scenario according to an embodiment of the present application:

step 1: the terminal initiates an IMS call, the terminal supports data path capabilities and carries the session description protocol (SDP, (Session Description Protocol) of the data path in the IMS call request.

Step 3: the IMS AS calls an Nnrf_NFdiscover_request service of the NRF, and the service call carries a calling identifier and a called identifier of the IMS call, wherein the calling identifier is obtained from a PAI field, and the called identifier is obtained from a RequestURI.

Step 4: the NRF discovers a proper control function of a data channel for the IMS AS according to the calling identifier and the called identifier of the IMS call and returns the address information of the control function of the data channel.

Step 5: the IMS AS calls the service of the control function of the discovered data channel, and reports the information such AS the calling event, the calling state, the calling and called identifications and the like while reporting the media information of the data channel.

Step 6: the control function of the data channel is based on the control of the data channel, and returns to the IMS AS at the same time: the control function of the data channel is used for receiving an address and a port number of a request of the terminal for acquiring an application, wherein the address can be an IP address or an FQDN address.

Step 7: establishing a guide channel: the IMS AS forwards the received control function of the data channel to the media function of the data channel, wherein the control function of the data channel is used for receiving the address and the port number of the request of the terminal for acquiring the application, and the media function of the data channel correlates the address and the port number with the established guide channel.

Step 8-9: the IMS AS forwards the control function of the data channel in the SIP message to the calling and called terminals of the IMS call, for receiving the address and port number of the request for the terminal to obtain the application.

By performing service discovery on the control function of the data channel in the IMS call scenario, the terminal may obtain an application from the bootstrap channel. Fig. 8 shows an implementation flow of an application acquisition method according to an embodiment of the present application, where the method is applied to a second network function, and the second network function characterizes a media function of a data channel corresponding to the first network function. Referring to fig. 8, the method includes:

step 801: a fourth request sent by the terminal is received from the first boot channel. Wherein,

the first guide channel characterizes a data channel of an application acquired by a terminal; the fourth request is for requesting acquisition of an application.

Here, optionally, the fourth request carries a data channel capability of the first terminal and/or the second information.

Step 802: and sending a second request to the first network function based on the second information associated with or bound to the first boot channel.

Wherein the second information characterizes an address and/or port number used by the first network function to receive a second request; the second request is used for requesting the first network function to issue an application to a terminal.

In practical application, before the fourth request sent by the first terminal is received, the method further includes:

Receiving the second information sent by the IMS AS;

the second information is associated or bound with the first boot channel.

Here, the second network function, after receiving the fourth request, determines the first network function based on the association relationship or binding relationship of the first boot channel that transmitted the fourth request. Specifically, in the service discovery process, the IMS AS sends second information, that is, an address and/or a port number of the first network function for receiving the second request, to the second network function, and the second network function associates or binds the second information with the first bootstrap channel after receiving the second information, so that when receiving the fourth request, the first bootstrap channel for transmitting the fourth request is determined, and the address and/or the port number of the first network function for receiving the second request is determined according to the second information associated or bound with the first bootstrap channel, so that the second request is issued according to the address and/or the port number of the first network function for receiving the second request.

Accordingly, on the first network function side, the method further comprises:

receiving a second request sent by a second network function; the second request carries the data channel capability of the first terminal and is used for requesting the first network function to issue an application to the first terminal;

Fig. 9 shows a flow chart of application acquisition in an IMS call scenario according to an embodiment of the present application:

step 1: the terminal initiates an application acquisition request to a media function of the data channel through the guide channel, an address and a port corresponding to a control function of the data channel are used as an acquisition resource address in the application acquisition request, and meanwhile, the data channel capacity of the terminal is carried in the application acquisition request. Illustratively, the data channel capability includes at least one of: augmented reality (AR, augmented Reality) capability, video capability, voice capability, and Web instant messaging (WebRTC, web Real-Time Communication) capability.

Step 2: the media function of the data channel forwards the request to the address and port corresponding to the control function of the data channel.

Step 3: and the control function of the data channel transmits a proper application to the terminal according to the data channel capacity of the terminal.

The technical process disclosed by the embodiment of the application can realize service registration and service discovery of the network function of the data channel in the IMS architecture, and realize that the terminal obtains the application from the network function of the data channel, namely, realize the call of the network function related to the data channel in the IMS architecture.

In order to implement the method at the first network function side in the embodiment of the present application, the embodiment of the present application further provides a service providing device, which is disposed on the first network function, as shown in fig. 10, and the device includes:

a first transmitting unit 1001 configured to transmit a first request to an NRF; wherein,

Wherein, in an embodiment, the first request carries at least one of the following information supported by the first network function:

an IMS registration domain name or list of IMS registration domain names;

IMPI range;

IMPU range;

a list of data channel capabilities.

In an embodiment, the device further comprises:

a third receiving unit, configured to receive a second request sent by a second network function; the second network function characterizes the media function of the data channel corresponding to the first network function; the second request carries the data channel capability of the first terminal and is used for requesting the first network function to issue an application to the first terminal;

and the fourth sending unit is used for sending the application to the first terminal according to the data channel capability of the first terminal carried in the second request.

In practical application, each of the transmitting unit and the receiving unit may be implemented by a communication interface in the service providing apparatus.

It should be noted that: in the service providing apparatus provided in the above embodiment, only the division of the program modules is used for illustration, and in practical application, the process allocation may be performed by different program modules according to needs, that is, the internal structure of the apparatus is divided into different program modules to complete all or part of the processes described above. In addition, the service providing device and the service providing method provided in the foregoing embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

In order to implement the method on the IMS AS side in the embodiment of the present application, the embodiment of the present application further provides a service discovery device, which is disposed on the IMS AS, AS shown in fig. 11, and the device includes:

a second transmitting unit 1101 for transmitting a third request to the NRF; the third request is used for requesting to discover the first network function; the first network function characterizes a control function of a data channel;

a first receiving unit 1102, configured to receive a first response returned by the NRF; wherein,

Wherein, in an embodiment, the third request carries at least one of the following information:

IMS registering a domain name;

IMPI；

IMPU；

a data channel capability list of the first terminal;

calling identification of IMS call;

the called identity of the IMS call.

In an embodiment, the device further comprises:

a fourth receiving unit, configured to obtain, based on the first information, second information from the discovered first network function after the first response returned by the NRF is received; wherein,

In an embodiment, the address used by the first network function to receive the second request is characterized as an IP address and/or FQDN address.

In an embodiment, the second information is carried in a first message and issued; the first message includes a message for creating a first boot channel; and the first guide channel characterizes a data channel of the terminal acquisition application.

In an embodiment, the first terminal characterizes a terminal initiating IMS registration; the apparatus further comprises:

A fifth sending unit, configured to return a second response to the first terminal after the second information is acquired from the discovered first network function; wherein,

In an embodiment, the first terminal characterizes a terminal that initiated an IMS call; the apparatus further comprises:

a sixth sending unit, configured to forward, after the second information is acquired from the discovered first network function, the second information to a second network function; the second network function characterizes the media function of the data channel corresponding to the first network function; the second information is used for being associated with or bound to the first guide channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the method comprises the steps of,

a seventh sending unit, configured to forward the second information to the first terminal and the second terminal through a SIP message; the second terminal characterizes the called terminal of the IMS call.

In practical application, each of the transmitting unit and the receiving unit may be implemented by a communication interface in the service discovery apparatus.

It should be noted that: the service discovery device provided in the above embodiment only exemplifies the division of the program modules when performing service discovery, and in practical application, the process allocation may be performed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules to complete all or part of the processes described above. In addition, the service discovery device and the service discovery method provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the service discovery device and the service discovery method are detailed in the method embodiments and are not repeated herein.

In order to implement the method of the second network function side in the embodiment of the present application, the embodiment of the present application further provides an application acquisition device, which is disposed on the second network function, as shown in fig. 12, and the device includes:

a second receiving unit 1201, configured to receive a fourth request sent by the terminal from the first boot channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the fourth request is used for requesting to acquire an application;

a third sending unit 1202, configured to send a second request to the first network function based on the second information associated with or bound to the first boot channel; the second information characterizes an address and/or a port number of the first network function for receiving a second request; the second request is used for requesting the first network function to issue an application to a terminal; wherein,

In an embodiment, the fourth request carries the data channel capability of the first terminal and/or the second information.

In an embodiment, the device further comprises:

A fifth receiving unit, configured to receive the second information sent by the IMS AS before the fourth request sent by the first terminal is received;

and the binding unit is used for associating or binding the second information with the first guide channel.

In practical application, each of the sending unit and the receiving unit may be implemented by a communication interface in the application acquisition device, and the binding unit may be implemented by a processor in the application acquisition device.

It should be noted that: in the application acquiring device provided in the above embodiment, only the division of each program module is used for illustration, and in practical application, the processing allocation may be performed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules, so as to complete all or part of the processing described above. In addition, the application acquiring device and the application acquiring method provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the application acquiring device and the application acquiring method are detailed in the method embodiments and are not repeated herein.

Based on the hardware implementation of the program modules, and in order to implement the method of the first network function side in the embodiment of the present application, the embodiment of the present application further provides a first network function, as shown in fig. 13, where the first network function 1300 includes:

The first communication interface 1301 is capable of performing information interaction with other network nodes;

the first processor 1302 is connected to the first communication interface 1301, so as to implement information interaction with other network nodes, and is configured to execute, when running a computer program, a method provided by one or more technical solutions on the first network function side. And the computer program is stored on the first memory 1303.

Specifically, the first communication interface 1301 is configured to send a first request to the NRF; wherein,

an IMS registration domain name or list of IMS registration domain names;

IMPI range;

IMPU range;

a list of data channel capabilities.

In an embodiment, the first communication interface 1301 is further configured to receive a second request sent by a second network function; issuing an application to the first terminal according to the data channel capability of the first terminal carried in the second request; wherein,

The second network function characterizes the media function of the data channel corresponding to the first network function; the second request carries the data channel capability of the first terminal and is used for requesting the first network function to issue an application to the first terminal.

It should be noted that: the specific processing of the first processor 1302 and the first communication interface 1301 can be understood with reference to the above-described method.

Of course, in actual practice, the various components in the first network function 1300 would be coupled together via the bus system 1304. It is appreciated that the bus system 1304 is used to facilitate connected communications between the components. The bus system 1304 includes a power bus, a control bus, and a status signal bus in addition to a data bus. But for clarity of illustration, the various buses are labeled as bus system 1304 in fig. 13.

The first memory 1303 in the embodiment of the present application is used to store various types of data to support the operation of the first network function 1300. Examples of such data include: any computer program for operating on the first network function 1300.

The method disclosed in the above embodiment of the present application may be applied to the first processor 1302 or implemented by the first processor 1302. The first processor 1302 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the method may be implemented by an integrated logic circuit of hardware in the first processor 1302 or an instruction in software form. The first processor 1302 described above may be a general purpose processor, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The first processor 1302 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the application can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the first memory 1303, and the first processor 1302 reads information in the first memory 1303, and performs the steps of the foregoing method in combination with hardware thereof.

In an exemplary embodiment, the first network function 1300 may be implemented by one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLD, programmable Logic Device), complex programmable logic devices (CPLD, complex Programmable Logic Device), field-programmable gate arrays (FPGA, field-Programmable Gate Array), general purpose processors, controllers, microcontrollers (MCU, micro Controller Unit), microprocessors (Microprocessor), or other electronic components for performing the aforementioned methods.

Based on the hardware implementation of the above program modules, and in order to implement the method on the IMS AS side in the embodiment of the present application, the embodiment of the present application further provides an IMS AS, AS shown in fig. 14, where the IMS AS1400 includes:

a second communication interface 1401, capable of information interaction with other network nodes;

the second processor 1402 is connected to the second communication interface 1401, so AS to implement information interaction with other network nodes, and is configured to execute the methods provided by one or more technical solutions on the IMS AS side when running a computer program. And the computer program is stored on the second memory 1403.

Specifically, the second communication interface 1401 is configured to send a third request to the NRF and receive a first response returned by the NRF; wherein,

the third request is used for requesting to discover the first network function; the first network function characterizes a control function of a data channel; the first response carries first information; the first information characterizes an address of a first network function discovered by the NRF.

IMS registering a domain name;

IMPI；

IMPU；

a data channel capability list of the first terminal;

calling identification of IMS call;

the called identity of the IMS call.

In an embodiment, the second communication interface 1401 is further configured to obtain, after the receiving the first response returned by the NRF, second information from the discovered first network function based on the first information; wherein,

In an embodiment, the first terminal characterizes a terminal initiating IMS registration; the second communication interface 1401 is further configured to return a second response to the first terminal after the second information is acquired from the discovered first network function; wherein,

In an embodiment, the first terminal characterizes a terminal that initiated an IMS call; the second communication interface 1401 is further configured to forward the second information to a second network function after the second information is acquired from the discovered first network function, and forward the second information to the first terminal and the second terminal through SIP messages; wherein,

the second network function characterizes the media function of the data channel corresponding to the first network function; the second information is used for being associated with or bound to the first guide channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the second terminal characterizes the called terminal of the IMS call.

It should be noted that: the specific processing of the second processor 1402 and the second communication interface 1401 can be understood with reference to the above-described methods.

Of course, in actual practice, the various components in IMS AS1400 are coupled together by bus system 1404. It is appreciated that the bus system 1404 is used to enable connected communications between these components. The bus system 1404 includes a power bus, a control bus, and a status signal bus in addition to the data bus. The various buses are labeled as bus system 1404 in fig. 14 for clarity of illustration.

The second memory 1403 in the embodiment of the present application is used to store various types of data to support IMS AS1400 operations. Examples of such data include: any computer program for operating on IMS AS 1400.

The method disclosed in the above embodiment of the present application may be applied to the second processor 1402 or implemented by the second processor 1402. The second processor 1402 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the method may be implemented by an integrated logic circuit of hardware in the second processor 1402 or an instruction in software form. The second processor 1402 may be a general purpose processor, DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The second processor 1402 may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the application can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the second memory 1403, said second processor 1402 reading the information in the second memory 1403, in combination with its hardware performing the steps of the method as described above.

In an exemplary embodiment, the IMS AS1400 may be implemented by one or more ASIC, DSP, PLD, CPLD, FPGA, general purpose processors, controllers, MCU, microprocessor, or other electronic elements for performing the foregoing methods.

Based on the hardware implementation of the program modules, and in order to implement the method of the second network function side in the embodiment of the present application, the embodiment of the present application further provides a second network function, as shown in fig. 15, where the second network function 1500 includes:

a third communication interface 1501 capable of information interaction with other network nodes;

the third processor 1502 is connected to the third communication interface 1501 to implement information interaction with other network nodes, and is configured to execute the method provided by one or more technical solutions on the second network function side when running a computer program. And the computer program is stored on the third memory 1503.

Specifically, the third communication interface 1501 is configured to receive, from a first bootstrap channel, a fourth request sent by a terminal, and send, to a first network function, a second request based on second information associated with or bound to the first bootstrap channel; wherein,

In an embodiment, the third communication interface 1501 is further configured to receive the second information sent by the IMS AS before the receiving the fourth request sent by the first terminal;

the third processor 1502 is configured to associate or bind the second information with the first boot channel.

Of course, in actual practice, the various components in second network function 1500 would be coupled together by bus system 1504. It is to be appreciated that bus system 1504 is used to facilitate connection communications between these components. The bus system 1504 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration, the various buses are labeled as bus system 1504 in fig. 15.

The third memory 1503 in the embodiment of the present application is used to store various types of data to support the operation of the second network function 1500. Examples of such data include: any computer program for operating on the second network function 1500.

The method disclosed in the above embodiment of the present application may be applied to the third processor 1502 or implemented by the third processor 1502. The third processor 1502 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the method may be implemented by an integrated logic circuit of hardware or an instruction in software form in the third processor 1502. The third processor 1502 described above may be a general purpose processor, DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The third processor 1502 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the application can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the third memory 1503, and the third processor 1502 reads information in the third memory 1503, in combination with its hardware, to perform the steps of the method as described above.

In an exemplary embodiment, the second network function 1500 may be implemented by one or more ASIC, DSP, PLD, CPLD, FPGA, general purpose processors, controllers, MCU, microprocessor, or other electronic elements for performing the foregoing methods.

It is to be understood that the memories (the first memory 1303, the second memory 1403, the third memory 1503) of the embodiment of the present application may be volatile memories or nonvolatile memories, and may include both volatile and nonvolatile memories. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), electrically erasable programmable Read Only Memory (EEPROM, electrically Erasable Programmable Read-Only Memory), magnetic random access Memory (FRAM, ferromagnetic random access Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk Read Only Memory (CD-ROM, compact Disc Read-Only Memory); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (RAM, random Access Memory), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (SRAM, static Random Access Memory), synchronous static random access memory (SSRAM, synchronous Static Random Access Memory), dynamic random access memory (DRAM, dynamic Random Access Memory), synchronous dynamic random access memory (SDRAM, synchronous Dynamic Random Access Memory), double data rate synchronous dynamic random access memory (ddr SDRAM, double Data Rate Synchronous Dynamic Random Access Memory), enhanced synchronous dynamic random access memory (ESDRAM, enhanced Synchronous Dynamic Random Access Memory), synchronous link dynamic random access memory (SLDRAM, syncLink Dynamic Random Access Memory), direct memory bus random access memory (DRRAM, direct Rambus Random Access Memory). The memory described by embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

In an exemplary embodiment, the present application further provides a storage medium, i.e. a computer storage medium, specifically a computer readable storage medium, for example, including a first memory 1303 storing a computer program, where the computer program may be executed by the first processor 1302 of the first network function 1300 to perform the steps of the first network function side method described above. Further for example, a second memory 1403 storing a computer program executable by the second processor 1402 of the IMS AS1400 to perform the steps of the IMS AS side method described above is included. For example, the third memory 1503 may store a computer program that may be executed by the third processor 1502 of the second network function 1500 to perform the steps of the method on the second network function side. The computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash Memory, magnetic surface Memory, optical disk, or CD-ROM.

It should be noted that: "first," "second," etc. are used to distinguish similar objects and not necessarily to describe a particular order or sequence.

The term "and/or" is herein merely an association relationship describing an associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the term "at least one" herein means any one of a plurality or any combination of at least two of a plurality, for example, including at least one of A, B, C, and may mean including any one or more elements selected from the group consisting of A, B and C.

In addition, the embodiments of the present application may be arbitrarily combined without any collision.

The foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the present application.

Claims

1. A service providing method applied to a first network function, the method comprising:

sending a first request to a network function storage function NRF; wherein,

2. The method of claim 1, wherein the first request carries at least one of the following information supported by the first network function:

an IP multimedia subsystem IMS registration domain name or an IMS registration domain name list;

private identity IMPI range;

public identity IMPU range;

a list of data channel capabilities.

3. The method according to claim 1 or 2, characterized in that the method further comprises:

4. A service discovery method, applied to an IMS application server AS, the method comprising:

receiving a first response returned by NRF; wherein,

5. The method of claim 4, wherein the third request carries at least one of the following information:

IMS registering a domain name;

IMPI；

IMPU；

a data channel capability list of the first terminal;

calling identification of IMS call;

the called identity of the IMS call.

6. The method of claim 4, wherein after the receiving the first response returned by the NRF, the method further comprises:

7. The method of claim 6, wherein the address of the first network function for receiving the second request is characterized by a network protocol IP address and/or a fully qualified domain name FQDN address.

8. The method of claim 6, wherein the second information is carried in a first message for delivery; the first message includes a message for creating a first boot channel; and the first guide channel characterizes a data channel of the terminal acquisition application.

9. The method according to claim 6 or 7, characterized in that the first terminal characterizes a terminal initiating IMS registration; after the obtaining the second information from the discovered first network function, the method further comprises:

returning a second response to the first terminal; wherein,

10. The method according to claim 6 or 7, characterized in that the first terminal characterizes the terminal originating the IMS call; after the obtaining the second information from the discovered first network function, the method further comprises:

forwarding the second information to a second network function; the second network function characterizes the media function of the data channel corresponding to the first network function; the second information is used for being associated with or bound to the first guide channel; the first guide channel characterizes a data channel of an application acquired by a terminal; the method comprises the steps of,

Forwarding the second information to the first terminal and the second terminal through a Session Initiation Protocol (SIP) message; the second terminal characterizes the called terminal of the IMS call.

11. An application acquisition method, applied to a second network function, the method comprising:

12. The method according to claim 11, characterized in that the fourth request carries data channel capabilities of the first terminal and/or the second information.

13. The method according to claim 11 or 12, characterized in that before said receiving the fourth request sent by the first terminal, the method further comprises:

Receiving the second information sent by the IMS AS;

the second information is associated or bound with the first boot channel.

14. A service providing apparatus, comprising:

15. A service discovery apparatus, comprising:

16. An application acquisition apparatus, comprising:

17. A first network function, comprising: a first processor and a first communication interface; wherein,

18. An IMS AS, comprising: a second processor and a second communication interface; wherein,

19. A second network function, comprising a third processor and a third communication interface; wherein,

20. A first network function, comprising: a first processor and a first memory for storing a computer program capable of running on the processor,

wherein the first processor is adapted to perform the steps of the method of any of claims 1 to 3 when the computer program is run.

21. An IMS AS, comprising: a second processor and a second memory for storing a computer program capable of running on the processor,

wherein the second processor is adapted to perform the steps of the method of any of claims 4 to 10 when the computer program is run.

22. A second network function, comprising: a third processor and a third memory for storing a computer program capable of running on the processor,

Wherein the third processor is adapted to perform the steps of the method of claim 11 or 13 when the computer program is run.

23. A storage medium having stored thereon a computer program, which when executed by a processor, performs the steps of the method of any one of claims 1 to 3, or performs the steps of the method of any one of claims 4 to 10, or performs the steps of the method of claim 11 or 13.