Communication method, communication device, communication system and readable storage medium

Abstract

The invention relates to the technical field of communication, in particular to a communication method, a communication device, a communication system and a readable storage medium, and the method comprises the steps that a first network element identifies the communication intention of a first user based on the communication content sent by the first user to a second user in the process of a call between the first user and the second user; sending information for describing the communication intention to a second network element, so that the second network element generates intention service information based on the information for describing the communication intention, and returns the intention service information to the first network element; and the first network element provides intention service for the second user and / or the first user based on the intention service information. According to the embodiment of the invention, the intention service based on the communication intention of the user can be provided for the user in the call process of the user, so that the communication efficiency is improved.

Description

Technical Field

[0001] This application relates to the field of communication technologies, and in particular, to a communication method, a communication device, a communication system, and a readable storage medium. Background Art

[0002] The International Telecommunication Union - Radiocommunication Sector (ITU - R) has proposed six scenarios for International Mobile Telecommunications (IMT) 2030. On the one hand, it is for the connection enhancement scenarios of the 5th generation mobile communication technology (5G), including immersive communication, ultra - reliable low - latency communication, and massive communication. On the other hand, there are new scenarios, including ubiquitous connection, integration of artificial intelligence (AI) and communication, and integration of sensing and communication. It can be understood that the development path before 5G was the evolution of communication and connection, focusing on "Internet of Everything"; while future communication technologies such as the 6th generation mobile communication technology (6G) add resources and capabilities in dimensions such as computing, intelligence, data, and sensing on the basis of connection enhancement, aiming at "Intelligent Internet of Everything". In short, future communication technologies, such as 6G networks, are networks that integrate communication (or connection), computing, intelligence, data, and sensing, and can achieve Intelligent Internet of Everything.

[0003] "Everything" in "Intelligent Internet of Everything" can be understood as: people (natural persons), machines, digital humans, intelligent robots, etc. that access future networks (such as 6G networks). "Intelligent connection" in "Intelligent Internet of Everything" can be understood as: centered around users (such as people or enterprises), driving information interaction between people, machines, digital humans, and intelligent robots based on user intentions, and ultimately achieving the user's communication intention or communication purpose by utilizing the endogenous capabilities of communication (i.e., communication), sensing, computing, data, and intelligence.

[0004] Currently, the network can only provide users with deterministic services. For example, intelligent customer service, interesting calls, simultaneous interpretation, content sharing, screen sharing, etc. in 5G new calls are all services provided based on deterministic services (or predefined functions). However, how to provide intention - based services (with uncertainty) based on the user's communication intention during the user's call process remains to be explored. Summary of the Invention

[0005] An embodiment of the present application provides a communication method, a communication device, a communication system, and a readable storage medium, which can provide an intent service based on the communication intent of a user, thereby improving communication efficiency.

[0006] The following introduces the present application from different aspects. It should be understood that the implementation manners and beneficial effects of the following different aspects can be referred to each other.

[0007] The "intent service" in the present application can be understood as a service related to an intent. A service can be understood as an act or process of providing help to a user, meeting a need, or completing a task.

[0008] In a first aspect, the present application provides a communication method, which includes: a first network element identifies the communication intent of a first user using a first terminal based on the communication content sent by the first terminal to a second terminal; the first network element sends information for describing the communication intent to a second network element; the first network element receives first intent service information corresponding to the communication intent from the second network element, and provides a first intent service to the second terminal and / or the first terminal based on the first intent service information.

[0009] Exemplarily, the first network element identifies the communication intent of the first user using the first terminal based on the communication content sent by the first terminal to the second terminal, including: the first network element identifies the communication intent of the first user using the first terminal based on the communication content sent by the first terminal to the second terminal and the communication content sent by the second terminal to the first terminal. In other words, when the first network element identifies the communication intent of the first user, it can be based on the communication content of the interaction between the first terminal and the second terminal, or only based on the communication content sent by the first terminal to the second terminal.

[0010] Exemplarily, the first network element may be a network intelligent agent function (NIAF), and the second network element may be an intent service function (ISF). For the descriptions of NIAF and ISF, refer to the following embodiments and will not be elaborated here.

[0011] In the present application, during the user's call, the network side identifies the user communication intent in the user communication content, then generates intent service information corresponding to this communication intent based on this communication intent, and then provides a corresponding intent service for the user based on the intent service information. This can provide an intent service based on the user's communication intent (with uncertainty), thereby improving communication efficiency.

[0012] In combination with the first aspect, in a possible implementation manner, the information used to describe the communication intention includes one or more of the following: the category of the communication intention, the theme of the communication intention, the keyword of the communication intention, or the semantics of the communication intention. In other words, after the first network element recognizes the communication intention of the first user, the first network element may process the recognized communication intention to obtain the information used to describe the communication intention. Exemplarily, the semantics of the communication intention may be the semantics based on text description, or the semantics after being processed by the vectorization technology embedding, that is, the semantic vector.

[0013] In combination with the first aspect, in a possible implementation manner, before the first network element sends the information used to describe the communication intention to the second network element, the method further includes: the first network element sends a first query message to the third network element, and the first query message is used to query the second network element that supports the communication intention; the first network element receives a first response message from the third network element, and the first response message includes the information of the second network element. The information of the second network element may include, but is not limited to, one or more of the following: the access address of the second network element (such as the application programming interface (API), uniform resource locator (URL), or media access control (MAC) address of the second network element, etc.), the identifier of the second network element, or the name of the second network element. It can be understood that the information of the second network element can be used to determine this second network element.

[0014] Exemplarily, the third network element may be an intent service registration function (ISRF). For the description of ISRF, please refer to the following embodiments and will not be elaborated here.

[0015] Exemplarily, the above first query message includes the semantic vector of the above communication intention. The similarity between the registration information vector of the second network element and the semantic vector of the communication intention is greater than a threshold. Alternatively, the second network element is the network element corresponding to the top K similarities sorted from largest to smallest among multiple similarities, and these multiple similarities include the similarities between the semantic vector of the communication intention and the registration information vectors of multiple network elements stored in the third network element. K is a positive integer. In other words, the third network element can be used as a vector database to store the vectorized network element registration information (when a network element is registered, its original registration information is vectorized, and the processed registration information vector and the original registration information are associated and stored), and after receiving the above first query message, it can calculate the similarity between the semantic vector of the communication intention and the registration information vectors of the network elements stored in itself, so as to return the information of the second network element with a higher similarity (such as top K, or the similarity is greater than a certain threshold).

[0016] It can be understood that because the communication intention of the user is uncertain, after the first network element of the present application recognizes the communication intention of the user, it may not be able to determine which network element in the network can provide the intention service corresponding to the communication intention. Therefore, the present application queries the network element (i.e., the third network element) that manages the intention service in the network for the second network element that can support the communication intention, so that the second network element can generate corresponding intention service information based on the information used to describe the communication intention, thereby providing the corresponding intention service for the user.

[0017] Combined with the first aspect, in a possible implementation manner, the first network element provides the first intention service to the second terminal and / or the first terminal, including: the first network element sends the above first intention service information to the second terminal and / or the first terminal. Alternatively, the first network element sends the second intention service information to the second terminal and / or the first terminal, and the second intention service information may be the result of processing the above first intention service information based on the capabilities of the second terminal and / or the first terminal. Exemplarily, the second intention service information is the intention service information obtained by processing the display form of the first intention service information to match the information display capabilities of the second terminal and / or the first terminal.

[0018] It can be understood that the first network element providing the first intent service to the second terminal includes: the first network element sending the above-mentioned first intent service information or second intent service information to the second terminal, where the second intent service information is the result of processing the above-mentioned first intent service information based on the capabilities of the second terminal. The first network element providing the first intent service to the first terminal includes: the first network element sending the above-mentioned first intent service information or second intent service information to the first terminal, where the second intent service information is the result of processing the above-mentioned first intent service information based on the capabilities of the first terminal. The first network element providing the first intent service to the second terminal and the first terminal includes: the first network element sending the above-mentioned first intent service information to the second terminal and the first terminal, or the first network element sending the second intent service information to the second terminal and sending the fourth intent service information to the first terminal. Among them, the second intent service information is the result of processing the above-mentioned first intent service information based on the capabilities of the second terminal, and the fourth intent service information is the result of processing the above-mentioned first intent service information based on the capabilities of the first terminal.

[0019] This application provides intent services adapted to the capabilities of different terminals, which can achieve better display effects on the terminals.

[0020] In combination with the first aspect, in a possible implementation manner, before the first network element provides the first intent service to the second terminal and / or the first terminal, the method further includes: the first network element sending the address of the first network element to the second terminal and / or the first terminal; the first network element receiving a first message from the second terminal and / or the first terminal, where the first message is used to obtain the above-mentioned first intent service. When the first network element provides the first intent service to the second terminal and / or the first terminal, the first network element can provide the first intent service to the second terminal and / or the first terminal according to the first message.

[0021] The first network element of this application actively informs the terminal of its own address so that the terminal can obtain intent services from the first network element.

[0022] In combination with the first aspect, in a possible implementation manner, before the first network element provides the first intent service to the second terminal and / or the first terminal, the method further includes: the first network element establishing a communication connection with the second terminal and / or the first terminal. When the first network element provides the first intent service to the second terminal and / or the first terminal, the first network element provides the first intent service to the second terminal and / or the first terminal through the communication connection.

[0023] Exemplarily, establishing a communication connection between the first network element and the second terminal and / or the first terminal includes: the first network element sends a media session request (such as a Session Initialization Protocol (SIP) INVITE message) to the second terminal and / or the first terminal, and negotiates to establish a media stream transmission session (such as a Real-Time Transport Protocol (RTP) session) through this media session request; the first network element receives a media session response from the second terminal and / or the first terminal to establish this media stream transmission session. The first network element can then provide a first intent service to the second terminal and / or the first terminal through this media stream transmission session (such as an RTP session). This application provides an intent service by newly establishing a communication connection (or a media stream transmission session), with little impact on the existing call content.

[0024] In combination with the first aspect, in a possible implementation, after the first network element provides a first intent service to the second terminal and / or the first terminal, the method further includes: the first network element receives operation information from the first terminal and / or the second terminal, and the operation information includes operation events of the first user and / or the second user using the second terminal for the above first intent service; the first network element sends the operation information to the second network element; the first network element receives third intent service information from the second network element, and the third intent service information is intent service information updated based on the operation event from the above first intent service information; based on this third intent service information, the first network element provides a second intent service to the second terminal and / or the first terminal.

[0025] Exemplarily, the first network element providing a second intent service to the second terminal and / or the first terminal includes: the first network element triggers the first terminal and / or the second terminal to execute the task corresponding to the above third intent service information. For example, the first network element sends an instruction to the first terminal and / or the second terminal to indicate the execution of the task corresponding to the third intent service information.

[0026] In combination with the first aspect, in a possible implementation, before the first network element receives third intent service information from the second network element, the method further includes: the first network element sends one or more of the following to the second network element: digital identity authorization information of the first user, or digital identity authorization information of the second user; the digital identity authorization information of the first user or the digital identity authorization information of the second user is used to generate third intent service information in combination with the above operation event.

[0027] In combination with the first aspect, in a possible implementation manner, before the first network element receives the first intent service information corresponding to the communication intent from the second network element, the method further includes: the first network element sending one or more of the following to the second network element: the digital human information of the first user, the digital human information of the second user, the personalized information of the first user, and the personalized information of the second user. Among them, the digital human information of the first user, the digital human information of the second user, the personalized information of the first user, or the personalized information of the second user is used to generate the first intent service information in combination with the information used to describe the communication intent as described above.

[0028] In combination with the first aspect, in a possible implementation manner, before the first network element identifies the communication intent of the first user using the first terminal based on the communication content sent from the first terminal to the second terminal, the method further includes: the first network element receiving the communication content from the user plane network element, where the communication content is transmitted through a session between the first terminal and the second terminal, and the user plane network element serves the session.

[0029] Exemplarily, before the first network element receives the communication content from the user plane network element, the method further includes: the first network element receiving a second message from the first terminal, where the second message includes information for indicating the above session, and the second message is used to instruct the first network element to insert into the session; the first network element sending a first request message to the fourth network element, where the first request message is used to request to establish a connection between the first network element and the user plane network element serving the session, and the first request message includes the address of the first network element. It can be understood that when the first network element subsequently provides intent services to the second terminal and / or the first terminal, the intent services can be provided to the second terminal and / or the first terminal through this connection.

[0030] Exemplarily, after receiving the above second message, the first network element can query the fourth network element corresponding to the session in the network and send the first request message to the fourth network element. In a possible implementation manner, the above second message may further include an identifier of the first terminal. Then, after receiving the second message, the first network element can query the fourth network element corresponding to the first terminal in the network and then send the first request message to the fourth network element.

[0031] Exemplarily, the fourth network element may be an intelligent session management function (ISMF). For the description of ISMF, refer to the following embodiments and details are not described here.

[0032] Exemplarily, the above second message further includes indication information, where the indication information is used to indicate that the transmission direction of the above communication content is from the first terminal to the second terminal; the above first request message further includes this second indication information. Among them, the second indication information can be used by the user plane network element to screen the communication content sent to the first network element.

[0033] In combination with the first aspect, in a possible implementation, before the first network element identifies the communication intention of the first user using the first terminal based on the communication content sent by the first terminal to the second terminal, the method further includes: the first network element receives the communication content from the media network element, and the communication content is sent by the first terminal to the second terminal through the media network element and the first network element. Exemplarily, the communication content is sent by the first terminal to the second terminal through the media network element and the first network element, including: the communication content is sent by the first terminal to the second terminal through a session, and the session is a session among the first terminal, the media network element, the first network element, and the second terminal.

[0034] Exemplarily, before the first network element receives the communication content from the media network element, the method further includes: the first network element receives a session invitation message or a session re-invitation message from the first terminal, the session invitation message is used to establish a session between the first terminal and the second terminal via the media network element and the first network element, and the session re-invitation message is used to modify the session between the first terminal and the second terminal to enable the first network element to be inserted into the session; the first network element forwards the session invitation response or the session re-invitation response returned by the second terminal to the first terminal, and the session invitation response or the session re-invitation response is used to agree to the session invitation message or the session re-invitation message.

[0035] Exemplarily, before the first network element receives the communication content from the media network element, the method further includes: the first network element receives a third message from the first terminal, the third message includes information for indicating a session between the first terminal and the second terminal, and the third message is used to indicate that the first network element transmits intended service information to the media network element serving the session through the session; the first network element sends a fourth message to the media network element, the fourth message includes the information for indicating the session, and the fourth message is used to request to transmit the intended service information through the session; the first network element receives a fifth message from the media network element, and the fifth message is used to indicate agreement to transmit the intended service information through the session. Exemplarily, the fourth message may be a session re-invitation message (i.e., SIP re-INVITE), and the SIP re-INVITE message includes a new media line (m-line), and the m-line may be used to negotiate with the media network element to transmit the intended service information through the session. The fifth message may be a session re-invitation response, and the session re-invitation response may be used to agree to transmit the intended service information through the session.

[0036] In a second aspect, the present application provides a communication method, and the method includes: the first terminal sends communication content to the second terminal, and the communication content includes the communication intention of the first user using the first terminal; the first terminal receives first intended service information corresponding to the communication intention, and invokes an application associated with the first intended service information to output the first intended service information.

[0037] Exemplarily, the path for the first terminal to send communication content to the second terminal is as follows: The first terminal first sends the communication content carried to the base station 1 connected to the first terminal. The base station 1 then sends the communication content to the user plane function 1 to which the first terminal belongs. The user plane function 1 sends the communication content to the first network element and the user plane function 2 to which the second terminal belongs respectively. The user plane function 2 sends it to the base station 2 connected to the second terminal, and the base station 2 sends it to the second terminal.

[0038] Combined with the second aspect, in a possible implementation manner, the display form of the above first intent service information matches the information display capability of the first terminal.

[0039] Combined with the second aspect, in a possible implementation manner, before the first terminal receives the first intent service information corresponding to the above communication intent, the method further includes: The first terminal receives the address of the first network element; The first terminal sends a first message to the first network element, and the first message is used to obtain the first intent service information.

[0040] Combined with the second aspect, in a possible implementation manner, before the first terminal receives the first intent service information corresponding to the above communication intent, the method further includes: The first terminal establishes a communication connection with the first network element. The first terminal receives the first intent service information corresponding to the communication intent, including: The first terminal receives the first intent service information corresponding to the communication intent through the communication connection. Among them, the manner in which the first terminal establishes a communication connection with the first network element refers to the relevant description in the first aspect and will not be elaborated here.

[0041] Combined with the second aspect, in a possible implementation manner, after the first terminal calls the first application associated with the above first intent service information to output the first intent service information, the method further includes: The first terminal generates operation information in response to a first user's operation event for the first intent service information; The first terminal sends the operation information to the first network element or the second network element; The first terminal receives the second intent service information, and the second intent service information is the intent service information updated based on the operation event for the first intent service information.

[0042] Exemplarily, after the first terminal receives the second intent service information, the method further includes: The first terminal, based on the second intent service information, calls the application associated with the second intent service information to execute the task corresponding to the second intent service information.

[0043] In combination with the second aspect, in a possible implementation, the above communication content is transmitted through a session between the first terminal and the second terminal. Before the first terminal receives the first intent service information corresponding to the communication intent, the method further includes: the first terminal sending a second message to a first network element, where the second message includes information for indicating the session, and the second message is used to instruct the first network element to insert into the session.

[0044] Exemplarily, the first terminal receiving the first intent service information corresponding to the communication intent includes: the first terminal receiving a user plane message from a user plane network element serving the session, where the first intent service information is carried in the payload of the user plane message.

[0045] Exemplarily, the above second message further includes indication information, where the indication information is used to indicate that the transmission direction of the communication content is from the first terminal to the second terminal.

[0046] In combination with the second aspect, in a possible implementation, the above communication content is transmitted through a session between the first terminal and the second terminal. Before the first terminal receives the first intent service information corresponding to the communication intent, the method further includes: the first terminal sending a third message to a first network element, where the third message includes information for indicating the session, and the third message is used to instruct the first network element to transmit the first intent service information through the session to a media network element serving the session.

[0047] Exemplarily, the first terminal receives a media plane message from a media network element serving the session, where the first intent service information is carried in the payload of the media plane message.

[0048] In a third aspect, the present application provides a communication device, where the communication device is used to execute the method in the first aspect or any possible implementation manner of the first aspect. The communication device includes a unit having the ability to execute the method in the first aspect or any possible implementation manner of the first aspect.

[0049] In a fourth aspect, the present application provides a communication device, where the communication device is used to execute the method in the second aspect or any possible implementation manner of the second aspect. The communication device includes a unit having the ability to execute the method in the second aspect or any possible implementation manner of the second aspect.

[0050] In the third aspect or the fourth aspect, the above communication device may include a transceiver unit and a processing unit. For a specific description of the transceiver unit and the processing unit, reference may also be made to the device embodiments shown below. The beneficial effects of the above third aspect to the fourth aspect may refer to the relevant descriptions of the foregoing first aspect and the second aspect, which will not be elaborated here.

[0051] Fifth aspect, the present application provides a communication device, which includes a processor for executing the method shown in any possible implementation manner of the above first aspect, the above second aspect, or any one of them. Alternatively, the processor is used to execute a program stored in a memory, and when the program is executed, the method shown in any possible implementation manner of the above first aspect, the above second aspect, or any one of them is executed.

[0052] In combination with the fifth aspect, in a possible implementation manner, the memory is located outside the above communication device.

[0053] In combination with the fifth aspect, in a possible implementation manner, the memory is located inside the above communication device.

[0054] In the present application, the processor and the memory may also be integrated into one device, that is, the processor and the memory may also be integrated together.

[0055] In combination with the fifth aspect, in a possible implementation manner, the communication device further includes a transceiver, which is used to send or receive information.

[0056] Sixth aspect, the present application provides a communication device, which may include a processor and an interface circuit, and the processor is connected to the interface circuit. Among them, the interface circuit is used to interact (or transmit and receive or input and output) information or data, and the processor is used to run program instructions so that the communication device executes the method described in any possible implementation manner of the above first aspect, or the above second aspect, or any one of them. Among them, the interface circuit may be a communication interface or a transceiver. The transceiver may be a radio frequency module in the communication device, or a combination of a radio frequency module and an antenna, or an input / output interface of a chip or a circuit.

[0057] Seventh aspect, the present application provides a readable storage medium, on which program instructions are stored, and when it runs on a computer, it causes the computer to execute the method described in any possible implementation manner of the above first aspect, or the above second aspect, or any one of them.

[0058] Eighth aspect, the present application provides a program product containing program instructions, and when it runs, it causes the method described in any possible implementation manner of the above first aspect, or the above second aspect, or any one of them to be executed.

[0059] In a ninth aspect, the present application provides a device, which may be implemented in the form of a chip or as a device. The device includes a processor. The processor is configured to read and execute a program stored in a memory to perform one or more of the above first aspect and second aspect, or one or more of any possible implementation manners in any of the above aspects, so as to provide a communication method. Optionally, the device further includes a memory, which is connected to the processor through a circuit. Further optionally, the device further includes a communication interface, and the processor is connected to the communication interface. The communication interface is configured to receive information to be processed. The processor obtains the information from the communication interface, processes the information, and outputs a processing result through the communication interface. The communication interface may be an input / output interface.

[0060] In a possible implementation manner, the above-mentioned processor and memory may be physically independent units, or the memory may also be integrated with the processor.

[0061] In a tenth aspect, the present application provides a communication system, which includes a first network element and a second network element; optionally, the communication system further includes a first terminal and / or a second terminal. The first network element may be configured to perform the method described in the above first aspect or any possible implementation manner of the first aspect. The second network element may be configured to perform a method corresponding to the above first aspect or any possible implementation manner of the first aspect. The first terminal may be configured to perform the method described in the above second aspect or any possible implementation manner of the second aspect.

[0062] The technical effects achieved in the above aspects may be mutually referred to or referred to the beneficial effects in the method embodiments shown below, and will not be elaborated herein. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] Figure 1 is a conceptual schematic diagram of the expressive communication provided by the embodiments of the present application;

[0064] Figure 2 is a simplified schematic diagram of the communication system provided by the embodiments of the present application;

[0065] Figure 3 is a schematic diagram of a possible application scenario provided by the embodiments of the present application;

[0066] Figure 4 is a simplified flowchart of the communication method provided by the embodiments of the present application;

[0067] Figure 5 is a first flowchart of the communication method provided by the embodiments of the present application;

[0068] Figure 6It is the second schematic flowchart of the communication method provided by the embodiments of the present application;

[0069] Figure 7 It is the third schematic flowchart of the communication method provided by the embodiments of the present application;

[0070] Figure 8 It is the fourth schematic flowchart of the communication method provided by the embodiments of the present application;

[0071] Figure 9 It is the fifth schematic flowchart of the communication method provided by the embodiments of the present application;

[0072] Figure 10 It is the sixth schematic flowchart of the communication method provided by the embodiments of the present application;

[0073] Figure 11 It is the structural schematic diagram of the RTP message header extension provided by the embodiments of the present application;

[0074] Figure 12 It is the seventh schematic flowchart of the communication method provided by the embodiments of the present application;

[0075] Figure 13 It is the eighth schematic flowchart of the communication method provided by the embodiments of the present application;

[0076] Figure 14 It is a structural schematic diagram of a communication device provided by the embodiments of the present application;

[0077] Figure 15 It is another structural schematic diagram of a communication device provided by the embodiments of the present application;

[0078] Figure 16 It is yet another structural schematic diagram of a communication device provided by the embodiments of the present application. Detailed implementation manners

[0079] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application.

[0080] In the description of the present application, unless otherwise specified, " / " means "or". For example, A / B may represent A or B. The "and / or" herein is merely a correlative relationship describing the associated objects, indicating that there can be three relationships. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, "at least one" means one or more, and "a plurality" means two or more. "At least one of the following" or its similar expressions refer to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c may represent: a, b, c; a and b; a and c; b and c; or a, b, and c. Where a, b, and c can be single or multiple.

[0081] In the description of the present application, terms such as "first", "second", etc. are only used to distinguish different objects, and do not limit the quantity and execution order, and the terms "first", "second", etc. do not necessarily limit to being different. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device, etc. that includes a series of steps or units is not limited to the listed steps or units, but optionally further includes steps or units not listed, or optionally further includes other steps or units inherent to these processes, methods, products, or devices, etc.

[0082] In the present application, words such as "exemplary" or "for example" are used to give examples, illustrations, or explanations. Any embodiment or design solution described as "exemplary", "for example", or "such as" in the present application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Exactly speaking, using words such as "exemplary", "for example", or "such as" is intended to present the relevant concepts in a specific manner.

[0083] It should be understood that in the present application, "when", "if", and "in case" all refer to that the device will perform corresponding processing under certain objective circumstances, which does not limit the time, and it is not required that the device must have a judgment action when implemented, nor does it mean that there are other limitations.

[0084] The "simultaneously" in the present application can be understood as at the same time point, can also be understood as within a period of time, and can also be understood as within the same cycle. In some scenarios, "simultaneously" can also be understood as "in parallel", and can be specifically understood in combination with the context.

[0085] In the present application, elements represented by the use of the singular are intended to mean "one or more", rather than "one and only one", unless otherwise specified.

[0086] In addition, the terms "system" and "network" in this document are often used interchangeably herein.

[0087] It can be understood that in various embodiments of this application, similar expressions such as "B corresponding to A" and "B corresponding / associated with A" all indicate that there is a corresponding relationship between A and B, and B can be determined based on A. It should also be understood that determining / generating B based on A does not mean determining / generating B solely based on A, but also can be determined / generated based on A and / or other information.

[0088] The "Internet of Everything" in this application can be understood as a kind of "meaningful communication". "Meaningful communication" can also be understood as task-oriented or intent-driven communication. For example: centered around the user (such as a person or an enterprise), driven by the user's intention or purpose, multi-modal information interaction among people, machines, numbers, and spirits is carried out, and the endogenous capabilities of communication, sensing, computing, numbers, and intelligence are utilized to finally achieve the user's communication intention or communication purpose, that is, "meaningful communication". See Figure 1 , Figure 1 is a conceptual schematic diagram of the meaningful communication provided by the embodiments of this application. As Figure 1 shown, devices such as mobile phones, extended reality (XR) glasses, drones, service robots, etc. accessing the network can interact with intelligent agents (which can be a network element) in the network through multi-modal interaction of intentions / semantics / data, etc. The intelligent agent utilizes the connection services, computing services, data services, sensing services, call services, cloud network facilities, etc. of the network to achieve the user's communication intention or communication purpose.

[0089] It can be understood that in the field of artificial intelligence, "multi-modal" usually refers to perceptual information, such as images, texts, voices, etc. The "multi-modal information" in this application can be understood as multiple modalities or multiple types of information (or data), including but not limited to: texts, images, videos, voices, etc.

[0090] In a possible implementation, in a communication chat application, by recognizing the user gestures in the text or video sent by the user and matching the predefined rules, corresponding animation effects can be generated in the chat session to enhance the fun of user communication and strengthen the expression of user emotions and feelings. For example, by recognizing the keywords (such as "Happy Birthday") in the user chat text, corresponding full-screen animations (such as "cake" emoji rain) can be generated. Another example: by recognizing specific gestures (such as "heart gesture", "scissor fingers", "thumb up") of the user in the video chat, corresponding screen animation effects (such as "heart", "confetti", "like") can be generated. However, this implementation can only perform simple recognition based on specific keywords or gestures and perform simple special effect matching based on predefined rules, and does not support intelligent recognition and semantic understanding of the user's communication intention. In addition, in this implementation, both communication parties rely on a specific application platform and cannot achieve full-network and cross-platform services.

[0091] Therefore, the present application provides a communication method, a communication device, a communication system and a readable storage medium. During the user's call, the network side recognizes and understands the user's communication intention and provides corresponding intention service information in the user's communication session, so as to provide the user with intention services that do not depend on a specific application platform, achieve full-network and cross-platform intention services, and improve communication efficiency.

[0092] To better understand the present application, the communication system and possible application scenarios provided by the present application will be introduced first. It should be understood that the system architecture and application scenarios described in the embodiments of the present application are for more clearly explaining the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions provided by the embodiments of the present application.

[0093] The communication system provided by the embodiments of the present application can be an enhancement of the existing communication system, can also be obtained by adding some network functions (NF) to the existing communication system, or can be a new communication system, which is not limited in the embodiments of the present application. It can be understood that the network function (NF) in the present application can be abbreviated as a network element, and the two can be used interchangeably.

[0094] In a possible implementation, refer to Figure 2 , Figure 2 is a simplified schematic diagram of the communication system provided by the embodiments of the present application. As Figure 2As shown, the communication system includes, but is not limited to, one or more of the following: network intelligent agent function (NIAF), intelligent session management function (ISMF), intent service registration function (ISRF), intent service function (ISF), (intelligent) terminal, or user data management function (UDMF). Exemplarily, the communication system further includes one or more of the following: application function (AF), or other network elements (such as computing service functions, data service functions, perception service functions, cloud infrastructure control, etc.).

[0095] In a possible implementation, the network intelligent agent function (NIAF) can be used to receive communication content from a user terminal and / or identify the communication intent therein. Exemplarily, the network intelligent agent function (NIAF) can also be used to query and / or invoke relevant intent service functions (ISF) to obtain intent service information. Exemplarily, NIAF can also send the intent service information to one or more (intelligent) terminals associated with the user. Exemplarily, NIAF can also interact with other network elements (such as digital human management, subscription authorization management, multi-terminal management, etc.) to provide more input parameters for the intent service function (ISF). Exemplarily, NIAF can also process the obtained intent service information to make the intent service information compatible with the user's terminal capabilities / terminal types, etc.

[0096] For example, NIAF can be divided into one or more of the following parts: the user plane (such as the multimodal interaction module), the control plane (such as the session management module), the intelligent plane (such as the intent processing module), or the data plane (such as the user information module). Among them, the user plane (such as the multimodal interaction module) can be used to receive multimodal interaction information from the user session and / or preprocess the multimodal interaction information. Exemplarily, the user plane (such as the multimodal interaction module) can also output the intent service information to the user session in a multimodal manner. The control plane (such as the session management module) can be used to manage sessions related to intent communication (or so-called meaning-expression communication). For example: the control plane (such as the session management module) can add / remove NIAF from the user session, and / or can also add the transmission channel of the intent service information to the user session. The intelligent plane (such as the intent processing module) can be used to identify the communication intent of the user. For example: the intelligent plane (such as the intent processing module) can be used to parse the communication content in the user session and perform intelligent identification of the communication intent based on AI capabilities, and / or can be used to parse the intent request sent by the user terminal to obtain the user's communication intent. The data plane (such as the user information module) can be used to obtain information related to the user. For example: the data plane (such as the user information module) can obtain subscription / location information, multi-terminal information, digital human information, or network context status information, etc. related to the user.

[0097] It can be understood that the above module division of NIAF is only an example, or rather, the internal processing module of NIAF is just an example, and the embodiments of the present application do not limit the internal design of NIAF.

[0098] In a possible implementation manner, NIAF can be deployed as an independent network function (NF) (in the core network), or can be deployed in combination with other network functions. For example, NIAF can be a part of the user plane function (UPF).

[0099] In a possible implementation manner, the intelligent session management function (ISMF) can be used to establish (intelligent) sessions between various (intelligent) terminals and the network intelligent agent function (NIAF). Exemplarily, ISMF can be deployed as an independent network function (NF) (in the core network), or rather, ISMF can be a newly defined independent network function; it can also be deployed in combination with other network functions. For example: ISMF can be an enhancement of existing network functions (such as: policy control function (PCF), access and mobility management function (AMF), and / or session management function (SMF)).

[0100] In one possible implementation, the Intent Service Function (ISF) can be understood as: a service provided to achieve a specific communication intent (or user intent). The ISF can be used to generate intent service information. Exemplarily, the input of the ISF can include the communication intent identified by the NIAF and / or user-related information (such as: the user's subscription / location information, multi-terminal information, digital human information, or network context status information, etc.), and the output of the ISF can include intent service information. Exemplarily, the intent service information can be multimodal, such as: multiple modalities including text, voice, video, image, and / or haptic, etc.

[0101] In one possible implementation, the Intent Service Registration Function (ISRF) can be used to record the ISFs registered in the network. Exemplarily, the ISRF can also be queried by the NIAF and return the corresponding ISF information. For example: the ISF information includes but is not limited to one or more of the following: the intent service capability of the ISF, the connection method (or access method), the call parameter (or input parameter), or the output format, etc. For example, the connection method / access method of the ISF can include but is not limited to: the protocol used to access the ISF (such as: hypertext transfer protocol (HTTP)) or a certain method of the protocol (such as: the Get method of HTTP). The output format of the ISF can be understood as the format of the output parameters of the ISF, including but not limited to: the modality of the output parameters, such as text / voice / video, etc.; the display format, such as 2D / 3D / VR / AR; the resolution; and / or the type of intent service information, etc.

[0102] In one possible implementation, the terminal can be connected to the network and can be used to transfer intent-related data. Exemplarily, the terminal can also use the Intent Service Function (ISF) to receive and display intent service information. The terminal in the embodiments of the present application can include various types of intelligent terminals, such as: mobile phones, XR glasses, Internet of Things terminals, drones, robotic dogs, robots, etc. In a mobile communication network, the terminal is also often referred to as a user equipment (UE). In other words, "terminal" and "UE" can be used interchangeably in the present application. However, the present application is not limited to mobile communication networks and can also be applicable to other future or existing communication networks, such as wireless local area networks (WLAN), or wireless personal area networks (WPAN), etc.

[0103] In a possible implementation, the User Data Management Function (UDMF) can be used to manage user-related data, such as including but not limited to one or more of the following: digital human information of the user (such as relevant identifiers, images, identity roles, or business permissions of the digital human), multi-terminal information related to the user (such as type, capabilities, or location of the terminal), the user's number (such as the subscriber identification module (SIM) number), service subscription information, personal preferences, or other personalized information. This data can be called by the NIAF to provide input parameter information related to the intent service for the ISF; and / or, it is used for the NIAF to process the intent service information output by the ISF. For example, information such as digital human information, multi-terminal information, user preferences, and service authorizations can be managed by separate sub-modules. As Figure 2 shown, the UDMF includes one or more of the following (sub-)modules: digital human management (e.g., for managing the digital human information of the user), multi-terminal management (e.g., for managing multi-terminal information related to the user), user preference management (e.g., for managing the personal preferences and / or other personalized information of the user), or subscription authorization management (e.g., for managing the service authorizations of the user). Of course, these sub-modules can also be deployed separately as independent network elements. It can be understood that Figure 2 the internal processing modules of the UDMF shown are only examples, and the embodiments of the present application do not limit the internal design of the UDMF.

[0104] In a possible implementation, the Application Function (AF) can be a third-party application server that participates in the user session.

[0105] It can be understood that the above Figure 2 names of the respective network elements and / or (sub-)modules shown are only examples, and the present application does not limit Figure 2 the names of the respective network elements and / or (sub-)modules shown. In addition, the embodiments of the present application do not limit Figure 2 the specific technologies and specific device forms adopted by the respective network elements and / or (sub-)modules shown.

[0106] Refer to Figure 3 , Figure 3 which is a schematic diagram of a possible application scenario provided by the embodiments of the present application. As Figure 3As shown in the figure, during the communication process, User 1 sends an invitation to User 2. The Network Intelligent Agent Function (NIAF) can utilize AI capabilities to analyze the communication content of User 1, identify the communication intention of User 1, and query and invoke relevant intention service functions (such as travel, movies, shopping, food ordering, etc.) from the system (such as ISRF) based on this communication intention. Furthermore, NIAF can obtain intention service information related to the communication intention of the user (such as travel destination pictures / videos generated through artificial intelligence generated content (AIGC), clothing styles that match the digital human image of the user, movie posters that match the preferences of both users). This intention service information can be interactive (such as User 1 and User 2 can select and / or confirm movie posters, showtimes, seats, etc. presented on the terminal). Through the intention service information, it can help users effectively convey their intentions and reach a consensus. NIAF can also drive the multi-terminals of the user to execute corresponding intelligent tasks (such as setting travel schedules, event reminders, etc.) according to the result of the intention consensus.

[0107] In this application, the "communication intention" of the user can be understood as: a certain "goal / objective" that the user expects to achieve. This "goal" can include the hope to execute a certain (or certain) task (which can be decomposed into multiple subtasks / actions), or a certain state / result that is expected to be achieved (for example, during human-machine communication, it can instruct the machine to reach a certain state, such as an unmanned aerial vehicle maintaining a certain altitude for cruising, establishing a certain low-latency and high-reliability private network). And the "intention service information" related to the "communication intention of the user" can be understood as: relevant information that assists / supports the user in expressing / transmitting / achieving the expected "goal / objective".

[0108] The technical solution provided by this application will be introduced in detail below.

[0109] To facilitate a clear description of the technical solution of this application, this application is elaborated through multiple embodiments. Specifically, refer to the descriptions of the following various embodiments. In this application, unless otherwise specified, the same or similar parts between various embodiments or implementation manners can be referred to each other. In this application, in various embodiments, as well as in each implementation manner / implementation method / realization method in each embodiment, if there is no special explanation and logical conflict, the terms and / or descriptions between different embodiments, as well as between each implementation manner / implementation method / realization method in each embodiment, are consistent and can be mutually referenced. The technical features in different embodiments, as well as in each implementation manner / implementation method / realization method in each embodiment, can be combined to form new embodiments, implementation manners, implementation methods, or realization methods according to their internal logical relationships. The implementation manners of this application described below do not constitute a limitation on the protection scope of this application. It can be understood that the order of the following embodiments does not represent the degree of importance.

[0110] It should be understood that in this application, an indication includes a direct indication (also known as an explicit indication) and an implicit indication. Among them, directly indicating information A means including this information A; implicitly indicating information A means indicating information A through the correspondence between information A and information B and directly indicating information B. Among them, the correspondence between information A and information B can be predefined, pre-stored, pre-burned, or pre-configured.

[0111] It should be understood that in this application, information C is used to determine information D, which includes both the case where information D is determined only based on information C and the case where it is determined based on information C and other information. In addition, information C being used to determine information D may also include an indirect determination case, for example, the case where information D is determined based on information E and information E is determined based on information C.

[0112] In addition, in the embodiments of this application, "network element A sends information A to network element B" can be understood as the destination end of this information A or an intermediate network element in the transmission path between the destination ends being network element B, which may include sending information to network element B directly or indirectly. "Network element B receives information A from network element A" can be understood as the source end of this information A or an intermediate network element in the transmission path between this source end being network element A, which may include receiving information from network element A directly or indirectly. Necessary processing may be performed on the information between the source end and the destination end where the information is sent, such as format change, etc., but the destination end can understand the valid information from the source end. Similar expressions in this application can be understood similarly and will not be elaborated here.

[0113] In a possible implementation manner, the first network element of this application may be NIAF, the second network element may be ISF, the third network element may be ISRF, and the fourth network element may be ISMF. The media network element (media function, MF) in this application can be used to perform media forwarding and processing on the communication content of the user (which can be presented in a certain media form), for example: optimizing, enhancing, compressing, transcoding, etc. on the media carrying the communication content (such as audio, video, text, image, etc.). For example, the media network element may be a unified media function (UMF). It should be understood that the descriptions of various network elements in this application are only examples, and any network element that can implement the technical solution of this application is within the protection scope of this application.

[0114] Next, the overall process of the technical solution of this application will be briefly introduced first.

[0115] In a possible implementation, the present application introduces a Network Intelligence Agent Function (NIAF) into the network. By leveraging the in-network AI capabilities and the Intent Service Function (ISF) provided by the terminal or external applications, the communication intention / communication purpose expressed by the user is identified during the communication process, and the intent service information related to the user's communication intention is presented in a multi-modal / multi-terminal manner. The intent service information is added to the user's communication session and returned to the user, thereby helping both communication parties better understand each other's communication intentions. In addition, based on the intent service information, two-way interaction can be performed to reach an intent consensus result, which can then drive the execution of intelligent tasks related to the intent consensus result.

[0116] Exemplarily, refer to Figure 4 , Figure 4 which is a simplified flowchart of the communication method provided by an embodiment of the present application. As Figure 4 shown, the communication method may include but is not limited to steps S1 to S4. In a possible implementation, before step S1, Figure 4 the communication method shown may further include step S0. In a possible implementation, after step S4, Figure 4 the communication method shown may further include step S5 and / or step S6.

[0117] S0, register the Intent Service Function (ISF).

[0118] In a possible implementation, the Intent Service Function (ISF) can be registered in the Intent Service Registration Function (ISRF) to facilitate other network elements to discover / query the Intent Service Function (ISF) through the Intent Service Registration Function (ISRF), and / or use the services provided by the Intent Service Function (ISF). The present application does not limit the registration process between the ISF and the ISRF. Exemplarily, different Intent Service Functions can provide different services. Of course, there may also be multiple Intent Service Functions providing the same service, which is not limited in the present application.

[0119] Exemplarily, the registration information of the intent service function (or the information registered by the intent service function (ISF) with the intent service registration function (ISRF)) may include one or more of the following: the classification of the intent service function (such as shopping, travel, transportation, education, dining, etc.), keywords for matching and searching the intent service function, semantics for searching the intent service function, the service capabilities of the intent service function (such as the description information of what kind of intent or task the intent service function can handle, and the description information can be in the form of natural language or machine-readable formal language, such as Extensible Markup Language (XML), JSON (JavaScript Object Notation), YAML (YAML Ain't a Markup Language)), the application programming interface (API) or uniform resource locator (URL) of the intent service function, the output format of the intent service function (such as: pictures, videos, 360-degree panoramic information, etc.), the call parameters (or input parameters) of the intent service function, the multi-modal interaction capabilities of the intent service function (such as: text, voice, image, touch, etc.), or the multimedia parameters of the intent service function (such as: encoding / decoding, bandwidth, latency and other parameters), etc.

[0120] S1, activate the intent assistance function to insert the network intelligent agent function (NIAF) into the user session.

[0121] In a possible implementation, the user side (such as the user's terminal) or the network side (such as the user plane function (UPF), or the media function (MF)) activates the intent assistance function. The network side can add the network intelligent agent function (NIAF) to the user session and can establish a multimedia session channel for transmitting intent service information. Among them, "inserting NIAF into the user session" can be understood as: when the UPF or MF receives a session message from the terminal, it can forward the session message to the NIAF.

[0122] S2, identify the communication intent of the user.

[0123] In a possible implementation, the Network Intelligence Agent Function (NIAF) can identify the communication intent of a user based on one or more session messages (or communication content). Exemplarily, the Network Intelligence Agent Function can use the AI Agent (AIAgent) function to identify one or more session messages (or communication content) based on technologies such as text, voice, semantic recognition, and large AI models, and determine the communication intent of the user.

[0124] It can be understood that the large AI model, also known as the Foundation Model, is a computer model that can understand human language and semantics and extract useful information from a large amount of data through learning and training. The large AI model can be composed of multiple sub-models and can be divided into two types: neural network models and non-neural network models.

[0125] S3, query and invoke the intent service function.

[0126] In a possible implementation, the Network Intelligence Agent Function (NIAF) can query and invoke the intent service function. Exemplarily, based on the identified communication intent of the user, NIAF can query for an intent service function that matches the communication intent from the registered and / or system-internal intent services (such as AIGC) and invoke the intent service function. The intent service function can generate relevant intent service information based on the communication intent and return the intent service information to NIAF.

[0127] S4, send the intent service information generated by the intent service function to the user, so as to provide the corresponding intent service for the user.

[0128] In a possible implementation, the Network Intelligence Agent Function (NIAF) can send the intent service information returned by the Intent Service Function (ISF) to one or more terminals related to the user. Exemplarily, NIAF can select the best multimodal presentation form according to the capabilities of one or more terminals related to the user and send the intent service information to the user. For example: for VR glasses, the content of the intent service information can be presented in a 360° panoramic manner, while for mobile phones or tablets, the content of the intent service information can be presented in a planar manner. The presentation method can include customizing and / or filtering the content of the intent service information based on the user's digital human information (identification / digital image / preferences, etc.).

[0129] In this application, similar descriptions such as "terminals related to the user" or "terminals corresponding to the user" can represent terminals associated / bound with the user's identification (such as mobile phone number, personal account, or ID number, etc.).

[0130] S5, the user conducts multimodal information interaction based on the intent service information.

[0131] In a possible implementation, if the intent service information is interactive, the user can perform operations such as marking, selecting, sorting, ordering, or confirming on the terminal based on the content of the intent service information. The terminal can send the operation information of the user for the intent service information to the Network Intelligence Agent Function (NIAF). The NIAF can synchronize the operation process (such as the mouse track of sliding, or the finger touch point, or the focus of eye fixation, etc.) and / or result of the user to other users in real time through a multimedia stream. In this process, the NIAF can use the user's digital human information (such as digital identity) for security authentication and / or authorization.

[0132] S6. Trigger multiple terminals to execute related tasks based on the intent service information.

[0133] In a possible implementation, the Network Intelligence Agent Function (NIAF) can drive multiple terminals related to the user to execute corresponding intelligent tasks according to the result confirmed by the user in the intent service information through the AI Agent function. For example: The NIAF sends instructions to the terminals related to the user to set a mobile phone schedule reminder, set the destination / route of an intelligent vehicle, trigger the VR headset (i.e., Head-mounted display, HMD) to download and install software, or command a drone or a robot, etc. to go to a specified destination, collect and transmit images and videos, etc.

[0134] In the embodiments of the present application, the NIAF is inserted into the user session on the network side or the user side. The NIAF on the network side identifies the communication intent in the user communication content, invokes the relevant intent service functions, and generates intent service information related to the communication intent and returns it to the user to help the two communication parties better understand the intent to be conveyed by each other. And because the NIAF and ISF can be deployed in the core network, the transmission of communication intents across the entire network and across platforms can be realized, assisting users to quickly reach an intent consensus, thereby improving communication efficiency.

[0135] The communication method provided by the present application is elaborated in detail below.

[0136] See Figure 5 , Figure 5 is the first process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces that the NIAF generates intent service information adapted to the capabilities of different terminals by invoking the AIGC capability of the ISF and feeds it back to the user to provide intent services for the user. As Figure 5 shown, the communication method includes but is not limited to the following steps:

[0137] S101. Terminal A and Terminal B communicate.

[0138] In a possible implementation, user 1 (user1) and user 2 (user2) can establish a multimedia communication session (referred to as a multimedia call), such as a voice call, a video call, or a text chat, through their respective personal terminals (i.e., terminal A and terminal B). The intent assistance function can be activated before or during the multimedia call, so that the NIAF on the network side can receive session messages forwarded by other network elements (such as UPF). The specific implementation of activating the intent assistance function can be referred to the description of the following embodiments and will not be elaborated here. It can be understood that the "activation of the intent assistance function" described in this application can be understood as "inserting the NIAF into the user session (such as the multimedia call established between terminal A and terminal B)", so that the NIAF on the network side can receive the user session messages or the communication content of the user forwarded by other network elements (such as UPF).

[0139] In a possible implementation, in response to the operation of user 1 (such as making a voice or video call), terminal A can send a session establishment request to the network. The session establishment request can include the identifiers of the two parties in the call (i.e., terminal A and terminal B), the multimedia type, and call parameters (such as text, audio and video codec parameters, etc.). The network can allocate available resources according to the request of terminal A and reply with a session establishment response. The network establishes a multimedia call connection between terminal A and terminal B according to the request of terminal A. After receiving the session establishment response, terminal A can establish a communication connection with the network. After the session establishment is completed, terminal A can send a service activation request to the network. The service activation request includes the service type (such as the intent assistance function) and related parameters. The network configures the corresponding service function according to the request of terminal A, adds the NIAF to the user session, and replies with a service activation response. After the service activation is completed, user 1 and user 2 can interact with multimedia data (including communication content) through terminal A and terminal B, and the NIAF can obtain the multimedia data (including communication content) for identifying the communication intent of the user and providing corresponding intent service information based on the communication intent of the user.

[0140] In a possible implementation, terminal A can carry the communication content input by user 1 (such as various types / multiple modalities of information including text, audio, video, pictures, etc.) in a session message and send it to terminal B. Terminal B can also carry the communication content input by user 2 in a session message and send it to terminal A. The session message sent by terminal A to terminal B can be forwarded to the user plane function to which terminal A belongs (denoted as UPF-A, not elaborated further below) via the base station connected to terminal A. UPF-A can forward the session message to the user plane function to which terminal B belongs (denoted as UPF-B, not elaborated further below). If the intent assistance function is activated, UPF-A can also forward the session message to NIAF, or UPF-A can extract the communication content from the session message and send the communication content to NIAF. After receiving the session message forwarded by UPF-A, UPF-B sends the session message to terminal B. Similarly, the session message sent by terminal B to terminal A can be forwarded to UPF-B via the base station connected to terminal B, UPF-B forwards the session message to UPF-A and / or NIAF, and UPF-A sends the received session message to terminal A. Among them, depending on different network deployment situations, UPF-A and UPF-B can be the same entity. It can be understood that the session message can also be processed and forwarded by the application function (AF) between UPF-A and UPF-B. For example: when UPF-B forwards the session message to UPF-A, it may need to be processed and forwarded by AF in the middle before reaching UPF-A.

[0141] It can be understood that if the intent assistance function is activated during a multimedia call, UPF-A and / or UPF-B can forward the historical session messages or historical communication content exchanged between terminal A and terminal B during the multimedia call before the activation of the intent assistance function to NIAF, so as to facilitate NIAF to better identify the communication intent of the user.

[0142] In one possible implementation, the communication content of the above-mentioned User 1 may include the communication intention of User 1. For example, inviting User 2 to travel to a certain place, or purchasing clothes, jewelry, game props, etc. for User 2. In another possible implementation, Terminal A may carry the communication intention of the user in the session message in an unstructured data form (such as through natural language or text, etc.), or in a specific structured data form (such as a predefined intention message format). The communication intention of this user may be recognized by Terminal A from the communication content of the user, or explicitly expressed by the user. It can be understood that if Terminal A carries the communication intention of the user in the session message, after receiving the session message, NIAF does not need to recognize the communication intention of the user anymore, but can directly query the ISF that supports this communication intention from the ISRF. In other words, if Terminal A carries the communication intention of the user in the session message, the communication method of the embodiment of the present application may not execute step S102, but jump to execute step S103.

[0143] S102, NIAF recognizes the communication intention of the user based on the received communication content.

[0144] In one possible implementation, during the multimedia call between Terminal A and Terminal B, NIAF may perform intention recognition on the communication content in one or more received session messages, or perform intention recognition on the received communication content to obtain the communication intention of User 1. Among them, these one or more session messages may include the session messages (i.e., the context content of the user conversation) interacted between Terminal A and Terminal B during a period of this multimedia call.

[0145] Exemplarily, NIAF may identify the communication intention included in the communication content through technologies such as text, voice, semantic recognition, or AI large models. NIAF may also call an AI algorithm engine, external resources or services (such as Web search, semantic knowledge base, etc.) to further identify the communication content, so as to enhance the accuracy of intention recognition.

[0146] Exemplarily, after obtaining the communication intention of User 1, NIAF may communicate with User 1 bidirectionally to make a more accurate judgment on the communication intention of User 1. For example: NIAF may adopt the method of intelligent question and answer, or use the Prompt mechanism in the AI large model to communicate with User 1 to confirm whether the result of intention recognition is accurate. NIAF may use the communication intention confirmed by User 1 as the final intention recognition result. In other words, NIAF may perform subsequent operations based on the communication intention confirmed by User 1, such as querying the ISF that supports this communication intention in the following step S104, etc.

[0147] The following uses scenarios to illustrate the communication intentions recognized by NIAF. It can be understood that the communication content in the following various scenarios can be carried in multiple session messages. It can also be understood that the communication content in the following various scenarios can be part of the communication interaction between terminal A and terminal B during a multimedia call.

[0148] Scenario 1: Travel and vacation scenario

[0149] User 1: "Let's go to Erhai Lake for our honeymoon."

[0150] User 2: "What's the scenery like in Erhai Lake? Is it suitable for taking wedding photos?"

[0151] User 1: "There are internet-famous scenic spots such as a, b, and c. The scenery is very beautiful and very suitable for taking wedding photos. I'll ask the intention assistant to send them to you."

[0152] Based on the above communication content, NIAF recognizes that User 1's communication intention is: Send the wedding photo effect pictures of scenic spots a, b, and c to User 2.

[0153] Scenario 2: Shopping scenario

[0154] User 1: "I saw a very beautiful dress of style a online. How about sending it to you as a birthday gift?"

[0155] User 2: "I've gained weight recently and changed my hairstyle. I'm afraid it won't suit me."

[0156] User 1: "No problem. I'll ask the intention assistant to send you the try-on effect. You need to authorize your digital human image."

[0157] Based on the above communication content, NIAF recognizes that User 1's communication intention is: Send the try-on effect of the dress of style a on User 2 to User 2.

[0158] Scenario 3: Education / communication scenario

[0159] User 1: "What is Schrödinger's cat?"

[0160] User 2: "It is a thought experiment in quantum mechanics about the collapse of superposition states."

[0161] User 1: "Still don't understand. Can you explain it again?"

[0162] User 2: "I can't explain it clearly. I'll ask the intention assistant to give you a vivid explanation."

[0163] Based on the above communication content, NIAF recognizes that User 2's communication intention is: Vividly explain the thought experiment of "Schrödinger's cat" to User 1.

[0164] Scenario 4: Real - scene navigation scenario

[0165] User 1: "Hello, may I ask where the specific location of your interview place A is? I can't find it."

[0166] User 2: "Please wait a moment. I'll let the intent assistant assist you with real - scene navigation."

[0167] Based on the above communication content, NIAF identifies that the communication intent of User 2 is: to help User 1 find destination A through real - scene navigation.

[0168] Scenario 5: NIAF sends the identified communication intent to the user for confirmation, or asks the user questions about the uncertain parts in the communication intent and obtains the user's answers.

[0169] For example, in the aforementioned Scenario 2, after NIAF identifies the communication intent of User 1, NIAF can also send a message to Terminal A. This message carries the following content: Do you want to "send the try - on effect of xx model clothes on User B to User B"?

[0170] User 1 replies through Terminal A: "Yes". Then NIAF can perform subsequent operations based on the confirmed communication intent of User 1.

[0171] Another example, in the aforementioned Scenario 1, after NIAF identifies the communication intent of User 1, NIAF can also send a message to Terminal A. This message carries the following content: Do you want the wedding photo effect in the "Chinese" style or the "Western" style?

[0172] User 1 replies through Terminal A: "Western". Then NIAF can update the communication intent of User 1 to: "Send the Western - style wedding photo effect pictures of scenic spots a, b, and c to User 2". NIAF can perform subsequent operations based on this updated communication intent.

[0173] S103, NIAF sends query message 1 to ISRF. This query message 1 is used to query the ISF that supports the above - mentioned communication intent.

[0174] S104, ISRF sends query response 1 to NIAF. This query response 1 includes the information of the ISF that supports the above - mentioned communication intent.

[0175] In a possible implementation, after the NIAF determines the communication intention of the user, it can send Query Message 1 to the ISRF. The Query Message 1 can include information for describing the communication intention, and the Query Message 1 can be used to query the ISF that supports the communication intention. Exemplarily, the information for describing the communication intention includes, but is not limited to, one or more of the following: the category of the communication intention, the theme of the communication intention, the keywords of the communication intention, or the semantics of the communication intention, etc. Among them, the semantics of the communication intention can be the semantics directly based on the text description, or the semantics processed by the vectorization technology embedding. For example, for the communication intention recognized in Scenario 1 above, its category can be "travel", its theme can be "honeymoon, wedding photoshoot", etc., and the keywords can be "a scenic spot, b scenic spot, c scenic spot", etc.; for the communication intention recognized in Scenario 2 above, its category can be "shopping", its theme can be "try-on effect", and its keywords can be "a style"; for the communication intention recognized in Scenario 3 above, its category can be "education", its theme can be "Schrödinger's cat", and its keywords can be "quantum mechanics"; for the communication intention recognized in Scenario 4 above, its category can be "transportation", its theme can be "real-scene navigation", and its keywords can be "Location A". In Scenario 1, the semantics of the communication intention can be the text "Send the wedding photo effect pictures of Scenic Spots A, B, and C to User 2", or a text with the same or similar semantics (such as an English translation), or a string of digital vectors (such as [-0.4685, 0.4572, 0.5159, -0.2618, -0.6871, …]) obtained by processing the text through the machine's semantic vectorization algorithm, representing the vector mapping of the text in the high-dimensional semantic space.

[0176] After receiving the query message 1, the ISRF can query the registered ISFs to find the ISFs that support this communication intent. For example, the ISRF can query the registered ISFs to find the ISFs that match this communication intent (such as querying in the registered ISFs for the ISFs whose service capabilities can handle this communication intent), or the ISFs that match the category, theme, keywords, and / or semantics of this communication intent, or a combination of several query methods. Among them, when using the semantic matching method, the query matching can be performed based on the vectorized semantic relevance. At this time, the ISRF itself can be used as a vector database to store the vectorized ISF registration information (when an ISF is registered, its original registration information is vectorized, and the processed registration information vector and the original registration information are stored in an associated manner), and the similarity calculation can be performed based on the semantic vector of the above communication intent and the ISF registration information vector in the ISRF, so as to return one or more ISF information with a higher similarity (for example, top K, or the similarity is greater than a certain threshold). If the ISRF queries that there is an ISF in the registered ISFs that supports this communication intent (for example: there is an ISF in the registered ISFs that matches the category, theme, keywords, or semantics of this communication intent), then the ISRF can send a query response 1 to the NIAF, and this query response 1 can include the information of one or more ISFs that support this communication intent. For example, for the above scenarios 1 and 2, the travel ISF and the shopping ISF can be queried respectively, and both (that is, the travel ISF and the shopping ISF) can provide the AIGC function and can generate corresponding intent service information based on the user's communication intent. Exemplarily, if the ISRF queries that multiple ISFs support this communication intent, the ISRF can return the information of these multiple ISFs to the NIAF, or can select (it can be optional, or selected according to the internal policy of the ISRF (such as load balancing)) some ISFs (it may be one or multiple, and the embodiments of this application do not make restrictions) from these multiple ISFs and carry the information of these selected ISFs in the query response 1 and return it to the NIAF. Or, the ISRF returns the information of the first ISF that supports this communication intent that it queries to the NIAF. Among them, the information of the ISF in this query response 1 can include but is not limited to one or more of the following: the access address of the ISF (such as the API, URL, or MAC address of the ISF), the identifier of the ISF, or the name of the ISF. It can be understood that the information of this ISF can be used to determine this ISF.

[0177] If the ISRF queries the registered ISFs and finds that none of them support the communication intent (for example, there is no ISF in the registered ISFs that matches the category of this communication intent), the ISRF can send a query failure message to the NIAF. This query failure message can include the reason for the query failure (for example: unable to query an ISF that supports this communication intent). After receiving this query failure message, the NIAF can send a query message to other ISRFs to query for an ISF that supports this communication intent. Alternatively, after receiving this query failure message, the NIAF can feedback to the user-related terminal (such as terminal A) that the intent service corresponding to this communication intent is not supported.

[0178] In a possible implementation, the above query message 1 may further include the type or capabilities of terminal A and / or terminal B. The ISRF can filter out the ISFs from the queried ISFs that support this communication intent and whose output formats match the type / capabilities of terminal A and / or terminal B, and return the information of the filtered ISFs to the NIAF through the query response 1. Exemplarily, the type or capabilities of terminal A and terminal B can be understood as: the information display methods supported by terminal A and terminal B. For example: Terminal A is a mobile phone, and the information display method it supports is two-dimensional plane display. For example: Terminal B is a VR headset, and the information display methods it supports are panoramic 360-degree and three-dimensional display. Exemplarily, the output format of the ISF may include but is not limited to: planar pictures, three-dimensional images, two-dimensional (2D) videos, three-dimensional (3D) videos, or 360-degree panoramic information, etc.

[0179] In one possible implementation, the NIAF can access the local database to query the capabilities / types of Terminal A and Terminal B. Alternatively, the NIAF can query the UDMF for the capabilities / types of Terminal A and Terminal B. Or, the NIAF can first query the capabilities / types of Terminal A and Terminal B in the local database. If the capabilities / types of Terminal A and Terminal B are not stored in the local database, it can then query the UDMF for the capabilities / types of Terminal A and Terminal B. Exemplarily, the NIAF can send a query message 2 to the UDMF. The query message 2 can include the identifiers of Terminal A and Terminal B (such as ID, or MAC address, etc.). The query message 2 can be used to query the capabilities / types of Terminal A and Terminal B. After receiving the query message 2, the UDMF can query the capabilities / types of Terminal A and Terminal B locally and can return a query response 2 to the NIAF. The query response 2 includes the queried capabilities / types of Terminal A and Terminal B. Exemplarily, the query response 2 can further include one or more of the following: the current load of Terminal A, the working mode of Terminal A, the current load of Terminal B, or the working mode of Terminal B. It can be understood that according to different network subscription ownership relationships, the query for the capabilities / types of Terminal A and Terminal B may require interactive negotiation by the NIAFs to which Terminal A and Terminal B respectively belong. For example, when the NIAF to which Terminal A belongs (denoted as NIAF-A) needs to obtain the capabilities / types of Terminal B, it can send an intent request to the NIAF to which Terminal B belongs (denoted as NIAF-B). The intent request can include the identifier of Terminal B and can be used to obtain the capabilities / types of Terminal B. The intent request can be sent in a natural language text-based manner, or in a Prompt manner based on a large model, or in a service-based interface manner. Then NIAF-B can obtain the capabilities / types of Terminal B from the UDMF (denoted as UDMF-B) in the home network of Terminal B and return it to NIAF-A. The message routing between NIAF-A and NIAF-B can be based on a pre-configured network or forwarded based on the addresses and domain names of NIAF-A and NIAF-B, etc.

[0180] In a possible implementation, the above query response 1 may further include one or more of the following: call parameters (or input parameters) of the ISF, output format of the ISF, service capabilities of the ISF, subscription and / or permission information of the ISF, capability or status information of the ISF, access method of the ISF, or network resource requirements of the ISF. Among them, the call parameters (or input parameters) of the ISF may include the necessary parameters required for the ISF to generate intent service information, such as communication intent, or information used to describe the communication intent. Exemplarily, the call parameters (or input parameters) of the ISF may further include one or more of the following: digital human information of the user, personalized information of the user, or geographical location information of the user (such as longitude and latitude, or global positioning system (GPS) location), etc. The subscription and / or permission information of the ISF may include the subscription information of the ISF with user 1 and user 2, the permission information of user 1 and user 2 in the ISF, conditional information related to the levels of user 1 and user 2, the service tariff information of the ISF, etc. The capability information of the ISF may include the matching degree / association degree with the above communication intent (expressed as a percentage, score, or level, etc.). The status information of the ISF may include the current load of the ISF. The network resource requirements of the ISF may include the computing power, bandwidth, or latency of the ISF. The access method of the ISF may include the protocol used to access the ISF (such as the HTTP protocol), and / or a certain method of the protocol (such as the Get method of HTTP).

[0181] In a possible implementation, if the above query response 1 includes the call parameters of the ISF, after receiving the query response 1, the NIAF may obtain the value corresponding to the call parameters based on the call parameters of the ISF. The "value" here does not necessarily refer to a numerical value, but represents the content of the call parameters. Exemplarily, if the call parameters of the ISF include digital human information, the NIAF may query the UDMF for the digital human information of user 1 and / or user 2. For example: the NIAF may send query message 3 to the UDMF, and the query message 3 may include the identification information of user 1 and / or user 2 (such as international mobile subscriber identity (IMSI)). The query message 3 may be used to query the digital human information of the user. After receiving the query message 3, the UDMF may query the digital human information of user 1 and / or user 2 locally and may return a query response 3 to the NIAF, and the query response 3 may include the digital human information of user 1 and / or user 2. It can be understood that according to the different network subscription ownership relationships, the query for digital human information may require the NIAFs to which terminal A and terminal B respectively belong to interact and negotiate. For details, reference can be made to the query for the capabilities / types of terminal A and terminal B mentioned above, which will not be elaborated here.

[0182] Among them, the digital human information may include, but is not limited to, one or more of the following: digital human identifier, digital human image, or digital identity authorization information, etc. For example, for the above-mentioned scenario 1, NIAF obtains the digital human images of User 1 and User 2 through UDMF respectively (which can be used to generate the renderings of the wedding photos). For the above-mentioned scenario 2, NIAF obtains the digital human image of User 2 through UDMF (which can be used to generate the try-on renderings).

[0183] It can be understood that if the digital human information includes digital identity authorization information, the process of NIAF obtaining the user's digital human information further includes an authorization interaction process with the user. This authorization interaction process can be interacted with the user by NIAF or UDMF to obtain the user's digital identity authorization. For example: taking the authorization interaction process with User 1 as an example, NIAF or UDMF can send a digital identity authorization request to Terminal A, and this digital identity authorization request can be used to request to obtain the authorization of User 1. After receiving this digital identity authorization request, Terminal A can output and display this digital identity authorization request. User 1 can operate on Terminal A to confirm whether to authorize. If User 1 confirms the authorization, Terminal A can generate a digital identity authorization (such as an authorization token token) and return it to NIAF or UDMF. The authorization interaction process of User 2 is the same as that of User 1, and will not be elaborated here one by one.

[0184] Exemplarily, the call parameters of this ISF include the location information of the terminal (such as longitude and latitude, or GPS location), and NIAF can obtain its location information from Terminal A and / or Terminal B. For example: taking NIAF obtaining the location information of Terminal A as an example, NIAF can send a location acquisition request to Terminal A. After receiving this location acquisition request, Terminal A can perform positioning (such as enabling GPS) to obtain its own geographical location, and can return its own geographical location information to NIAF. NIAF can also directly obtain the location information of Terminal A through the location service function in the home network of Terminal A. The way NIAF obtains the location information of Terminal B is the same as the way of obtaining the location information of Terminal A, and will not be elaborated here one by one. For example, for the above-mentioned scenario 4, NIAF obtains its location information through Terminal A (which can be used for real-time navigation).

[0185] In another possible implementation, after the NIAF obtains the above communication intention (such as after the above step S103), it can send the communication intention to the AI large model. The AI large model analyzes and obtains the call parameters (or input parameters) required to generate the intention service information, and transmits them to the NIAF. For example, for the above scenario 1, after the AI large model analyzes the communication intention of user 1, it can learn that the call parameters include the digital human images of user 1 and user 2. Another example: for the above scenario 2, after the AI large model analyzes the communication intention of user 1, it can learn that the call parameters include the digital human image of user 2. Another example: for the above scenario 4, after the AI large model analyzes the communication intention of user 2, it can learn that the call parameters include the location information of user 1. Then, the NIAF can obtain the values corresponding to the call parameters. For specific details, please refer to the previous description and will not be elaborated here.

[0186] In a possible implementation, the ISF can also be deployed inside the NIAF as its built-in function. In this case, after the NIAF determines the user's communication intention, there is no need to query externally for the ISF that supports this communication intention. The NIAF can directly determine the ISF that supports this communication intention. The NIAF can also obtain the call parameters of the ISF that supports this communication intention, and based on the call parameters of this ISF, obtain the values corresponding to the call parameters. For specific details, please refer to the previous description and will not be elaborated here.

[0187] S105. The NIAF sends the information used to describe the above communication intention to the queried ISF.

[0188] S106. The ISF sends the intention service information corresponding to the above communication intention to the NIAF.

[0189] In a possible implementation, the NIAF calls the queried ISF and provides the necessary call parameters (such as the information used to describe the above communication intention, the digital human image, or the location information of the terminal, etc.) to generate the intention service information. For example, the NIAF can send message A to the queried ISF. This message A can include the information used to describe the above communication intention. This message A can be used to call this ISF to generate the intention service information corresponding to this communication intention.

[0190] In a possible implementation, before invoking the queried ISF, NIAF can further access other external services or resources (such as web search, websites, semantic knowledge bases, etc.) to obtain more information about the invocation parameters (such as semantics similar to the invocation parameters of the ISF, or multimedia materials associated with the invocation parameters of the ISF). For example, for the above scenario 3, if the invocation parameters of the ISF include the keyword "Schrödinger's cat" of the communication intent, then the similar semantics of the invocation parameter "Schrödinger's cat" can be "thought experiment of quantum superposition state"; the associated multimedia materials can be "photo of Schrödinger", "picture of a cat", or "theoretical formula of Schrödinger", etc.

[0191] In a possible implementation, if the above query response 1 includes information of multiple ISFs, NIAF can select one ISF from these multiple ISFs and send message A to this ISF. The message A can include information for describing the above communication intent. The message A can be used to invoke the ISF to generate intent service information associated with the communication intent. Exemplarily, NIAF can select one ISF from these multiple ISFs based on the output format, subscription and / or permission information, capability or status information, or network resource requirements, etc. of these multiple ISFs. For example: NIAF can select the ISF whose capability information has the highest matching degree with the above communication intent, or select the ISF whose output format has the highest matching degree with the terminal capability, or select the ISF whose output format has the highest matching degree with NIAF's own secondary processing capability, or select the ISF with the least current load, or select the ISF with the highest satisfaction degree of the requirements of the invocation parameters, or select the ISF with the lowest service charge, or select the ISF based on other strategies / conditions.

[0192] In a possible implementation, after receiving the above-mentioned message A, the ISF can generate intent service information associated with the communication intent based on the message A, and can send message B to the NIAF. The message B includes the intent service information associated with the communication intent. Exemplarily, in addition to the information used to describe the above-mentioned communication intent, the above-mentioned message A may also include the content of other call parameters. For example: for the above-mentioned scenario 1, the above-mentioned message A further includes the digital human images of user 1 and user 2; for the above-mentioned scenario 2, the above-mentioned message A further includes the digital human image of user 2; for the above-mentioned scenario 4, the above-mentioned message A further includes the location information of user 1. It can be understood that the ISF can provide AIGC capabilities and can generate corresponding intent service information based on the input communication intent. For example: in scenario 1, the tourism ISF can generate virtual wedding photos or short videos (i.e., intent service information) of the digital humans of user 1 and user 2 at scenic spots a, b, and c in Erhai Lake based on the communication intent of user 1 and the digital human images of user 1 and user 2. In scenario 2, the shopping ISF can generate the try-on effect of clothing model a on the digital human of user 2 based on the communication intent of user 1, the digital human image of user 2, and the clothing model a recommended by user 1 (i.e., intent service information).

[0193] To better understand the process of the ISF generating intent service information, the generation process of the intent service information will be decomposed into tasks / actions in combination with scenarios below.

[0194] Scenario 1: The communication intent of user 1 is to send the wedding photo effect pictures of scenic spots a, b, and c to user 2.

[0195] Task Decomposition

[0196] Sub-task 1 / Action 1: Search / Obtain the scenic pictures of scenic spots a, b, and c, such as pictures related to wedding photos.

[0197] Sub-task 2 / Action 2: Obtain the digital human images of user 1 and user 2.

[0198] Sub-task 3 / Action 3: Generate the wedding photo effect pictures of the digital humans of user 1 and user 2 at scenic spots a, b, and c.

[0199] Sub-task 4 / Action 4: Send the wedding photo effect pictures to user 2.

[0200] In Scenario 1, the ISF can first search for / obtain scenic pictures of scenic spots a, b, and c, such as pictures related to wedding photos. If the above message A contains the digital human images of User 1 and User 2, the ISF can obtain the digital human images of User 1 and User 2 from this message A. If the above message A does not contain the digital human images of User 1 and User 2, the ISF can obtain the digital human images of User 1 and User 2 from the NIAF or UDMF. For example: The ISF can send a parameter acquisition message to the NIAF, and this parameter acquisition message is used to obtain the digital human images of User 1 and User 2. After receiving this parameter acquisition message, the NIAF can query the digital human images of User 1 and User 2 from the UDMF. The specific query method is as described in the previous text and will not be elaborated here. After the NIAF queries the digital human images of User 1 and User 2, it sends the digital human images of User 1 and User 2 to the ISF. Of course, the ISF can also query the digital human images of User 1 and User 2 from the UDMF, and its query method is the same as that of the NIAF querying the digital human images of User 1 and User 2 from the UDMF, which will not be elaborated here. After the ISF obtains the digital human images of User 1 and User 2, it can use AIGC technology to generate wedding photo effect pictures of the digital humans of User 1 and User 2 at scenic spots a, b, and c, that is, the intent service information. The ISF can send this intent service information, "Wedding photo effect pictures of the digital humans of User 1 and User 2 at scenic spots a, b, and c", to the NIAF through message B. The NIAF sends this intent service information (such as wedding photo effect pictures) to User 2.

[0201] Scenario 2: The communication intent of User 1 is to send the try-on effect of clothing of model a on User 2 to User 2.

[0202] Task Decomposition

[0203] Sub-task 1 / Action 1: Search for / obtain the digital model of clothing of model a.

[0204] Sub-task 2 / Action 2: Obtain the digital human image of User 2.

[0205] Sub-task 3 / Action 3: Synthesize the digital human image wearing clothing a.

[0206] Sub-task 4 / Action 4: Send the synthesized digital human image to User 2.

[0207] In Scenario 2, the ISF can first search for / obtain the digital model of clothing style A. If the digital human image of User 2 is included in the above Message A, the ISF can obtain the digital human image of User 2 from this Message A. If the above Message A does not include the digital human image of User 2, the ISF can obtain the digital human image of User 2 from the NIAF or UDMF. For the specific acquisition method, please refer to the previous description and will not be elaborated here. The ISF can then use AIGC technology to generate / synthesize the digital human image of User 2 wearing clothing style A, that is, the intent service information. The ISF can send this intent service information, "the digital human image of User 2 wearing clothing style A", to the NIAF through Message B. The NIAF sends this intent service information (such as the digital human image of User 2 wearing clothing style A) to User 2.

[0208] Scenario 3: User 2's communication intent is to clearly explain the "Schrödinger's cat" thought experiment to User 1 in a visualized way.

[0209] Sub-task 1 / Action 1: Obtain information related to "Schrödinger's cat", including various visualized materials such as images and videos.

[0210] Sub-task 2 / Action 2: Send the relevant information to User 1.

[0211] Sub-task 3 / Action 3: Receive User 1's questions and answer the relevant questions.

[0212] Loop through Sub-tasks 1 - 3 until User 1 indicates understanding or ends / deactivates the intent assistance function.

[0213] In Scenario 3, the ISF first obtains information related to "Schrödinger's cat" and sends this relevant information (i.e., the intent service information) to Terminal A where User 1 is located. User 1 can ask questions through Terminal A. The ISF receives the question message from Terminal A and answers User 1's relevant questions. Loop through the above process until User 1 understands the "Schrödinger's cat" thought experiment or ends / deactivates the intent assistance function.

[0214] Scenario 4: User 2's communication intent is to help User 1 find destination A through real - scene navigation.

[0215] Sub-task 1 / Action 1: Obtain the location p of User 1.

[0216] Sub-task 2 / Action 2: Obtain real - scene photos around location p.

[0217] Sub-task 3 / Action 3: Overlay the navigation route indication on the real - scene photos.

[0218] Sub-task 4 / Action 4: Send the real - scene photos with the overlaid navigation route to User 1.

[0219] Repeat the execution of subtasks 1-4 until user 1 reaches destination a, or the intent assistance function is ended / deactivated.

[0220] In scenario 4, if the above message A contains the location information of terminal A (user 1), ISF can obtain the location information of user 1 from this message A. If the above message A does not contain the location information of terminal A (user 1), ISF can obtain the location information of user 1 from NIAF or terminal A. For example: ISF can send a parameter acquisition message to NIAF, and this parameter acquisition message is used to obtain the location information of user 1. After receiving this parameter acquisition message, NIAF can obtain its location information from terminal A of user 1. The specific acquisition method refers to the description above and will not be elaborated here. After NIAF obtains the location information of terminal A, it sends the location information of terminal A to ISF, and the location information of terminal A is the location information of user 1. Of course, ISF can also obtain the location information of user 1 from terminal A, and its acquisition method is the same as the method for NIAF to obtain the location information from terminal A, which will not be elaborated here. Then ISF acquires the real-scene photos around the location information of user 1, superimposes the navigation route indication on the real-scene photos, and sends the real-scene photos with the superimposed navigation route (i.e., the intent service information) to NIAF through message B. NIAF sends this intent service information (such as the real-scene photo with the superimposed navigation route) to user 1. Repeat this process until user 1 reaches destination a, or the intent assistance function is ended / deactivated.

[0221] In a possible implementation, the above message A may also include the capabilities / types of terminal A and terminal B. In other words, NIAF can request intent service information suitable for different terminal capabilities from ISF. Then, after ISF generates the intent service information, if the display form / presentation form of this intent service information is not suitable for the capabilities / types of terminal A, the display form / presentation form of this intent service information can be adjusted to make it suitable for the capabilities / types of terminal A, and intent service information a is obtained. Similarly, if the display form / presentation form of this intent service information is not suitable for the capabilities / types of terminal B, the display form / presentation form of this intent service information can be adjusted to make it suitable for the capabilities / types of terminal B, and intent service information b is obtained. Among them, the content of the intent service information, intent service information a, and intent service information b is the same, and their display or presentation forms may be the same or different. ISF can carry this intent service information a and intent service information b in message B and return them to NIAF.

[0222] It can be understood that if the above query message 1 includes the capabilities / types of terminal A and / or terminal B, then this message A may not include the capabilities / types of terminal A and terminal B.

[0223] In a possible implementation, the above message A may further include one or more of the following: the current load of terminal A, the working mode of terminal A, the current load of terminal B, or the working mode of terminal B. Then, after the ISF generates the intent service information, it can adapt and transform the intent service information based on the current load / working mode of the terminal. For example: Suppose the display form of the intent service information generated by the ISF is a 3D image, and the information display capabilities of terminal A include 2D images and 3D images. If the current load of terminal A is large or the working mode is 2D model, the ISF can convert the intent service information (such as a 3D image) into a 2D image; if the current load of terminal A is small or the working mode is 3D model, the ISF can not change the display form / presentation form of the intent service information.

[0224] S107, the NIAF provides the intent service to terminal A.

[0225] S108, the NIAF provides the intent service to terminal B.

[0226] In a possible implementation, the embodiments of the present application do not limit the execution order of steps S107 and S108. For example: Step S107 may be executed before step S108, may be executed after step S108, or may be executed simultaneously / parallelly with step S108.

[0227] In a possible implementation, after the NIAF obtains the intent service information associated with the above communication intent, it can provide the intent service to terminal A and terminal B respectively, such as sending the intent service information to terminal A and terminal B respectively. It can be understood that the NIAF may also only provide the intent service to terminal A or terminal B, and the embodiments of the present application do not make any restrictions.

[0228] In a possible implementation, after obtaining the intent service information, the NIAF can adaptively convert the intent service information according to the terminal capabilities of User 1 and User 2. Exemplarily, if the display form of the intent service information is not compatible with the capabilities of Terminal A, the NIAF can convert the display form of the intent service information into a display form compatible with the capabilities of Terminal A and send the intent service information in the converted display form to Terminal A. Similarly, if the display form of the intent service information is not compatible with the capabilities of Terminal B, the NIAF can convert the display form of the intent service information into a display form compatible with the capabilities of Terminal B and send the intent service information in the converted display form to Terminal B. For example, the intent service information returned by the ISF is a 2D flat picture / video, which is only compatible with the capabilities of Terminal A (such as a mobile phone) and not with the capabilities of Terminal B (such as a VR headset). The NIAF can convert the intent service information into 360-degree panoramic 3D multimedia information according to the capabilities of Terminal B (such as a VR headset) for User 2 to watch immersively using the VR headset. Vice versa, that is, the intent service information returned by the ISF is 360-degree panoramic 3D multimedia information, which is only compatible with the capabilities of Terminal B (such as a VR headset) and not with the capabilities of Terminal A (such as a mobile phone). The NIAF can convert the intent service information into a 2D flat picture / video according to the capabilities of Terminal A (such as a mobile phone) for User 1 to watch using the mobile phone. The NIAF can also adaptively convert the intent service information according to the terminal load or working mode of User 1 and User 2. For example, assume that the display form of the intent service information returned by the ISF to the NIAF is a 3D image, and the information display capabilities of Terminal A include 2D images and 3D images. If the current load of Terminal A is large or the working mode is 2D model, the NIAF can convert the intent service information (such as a 3D image) into a 2D image and then send it to Terminal A; if the current load of Terminal A is small or the working mode is 3D model, the NIAF can send the intent service information without changing the display form / presentation form of the intent service information to Terminal A.

[0229] In a possible implementation, NIAF may send the above-mentioned intent service information to the UPF, and the UPF may send the intent service information to terminal A and / or terminal B along with the path. For example, NIAF may send the intent service information whose display form is adapted to the capabilities of terminal A to UPF-A. After receiving the intent service information, UPF-A may insert the intent service information along with the path in the user plane message sent to terminal A. Similarly, NIAF may send the intent service information whose display form is adapted to the capabilities of terminal B to UPF-A. After receiving the intent service information, UPF-A may insert the intent service information along with the path in the user plane message sent to terminal B. Alternatively, UPF-A may forward the intent service information to UPF-B, and UPF-B may insert the intent service information along with the path in the user plane message sent to terminal B. It can be understood that this implementation may require expanding the payload format of the user plane message to include both the original user session information and the related intent service information. In other words, the intent service information may be located in the payload part of the user plane message.

[0230] In another possible implementation, before step S107 and step S108, such as during the establishment of a multimedia communication session, or after NIAF obtains the intent service information but before step S107 and step S108, NIAF may establish a specific media channel with terminal A and / or terminal B. For ease of description, this specific media channel will be referred to as the intent service media channel hereinafter. NIAF may transmit the intent service information to terminal A and / or terminal B through the intent service media channel. Exemplarily, the channel for transmitting the intent service information between NIAF and terminal A and / or terminal B may be established through two methods: Pull and Push.

[0231] Pull mode: Terminals A and B can send requests to specific addresses of the NIAF or ISF (i.e., the addresses for obtaining intent service information) to obtain intent service information. Hereinafter, the address of the NIAF is taken as an example. This address can be sent by the NIAF to Terminals A and B in advance. The sending method can be sending in an independent message or carried in an existing message (such as a short message, an RCS message (i.e., rich communication service) or a 5G message), and the embodiments of the present application do not make any restrictions. The form of the address can be a uniform resource locator (URL). The addresses sent by the NIAF to Terminals A and B can be the same or different (for example, in order to adapt to different terminal capabilities, the display forms of the intent service information are different, and their storage locations are also different). For example, the address sent by the NIAF to Terminal A is http: / / niaf.example.com / intent_assistant_info / ue_a, and the address sent by the NIAF to Terminal B is moq: / / niaf.example.com / intent_assitant_info / ue_b. After receiving the address for obtaining intent service information (such as the address of the NIAF), Terminal A can send Message C to the NIAF with this address as the destination address, and Message C is used to obtain intent service information. After receiving Message C, the NIAF sends the intent service information to Terminal A in the response message of Message C. Similarly, after receiving the address for obtaining intent service information (such as the address of the NIAF), Terminal B can send Message D to the NIAF with this address as the destination address, and Message D is used to obtain intent service information. After receiving Message D, the NIAF sends the intent service information to Terminal B in the response message of Message D. For example: Message C and Message D can be HTTP GET messages or media subscription request (MoQ SUBSCRIBE REQUEST) messages on a user datagram protocol (UDP) network connection (quick UDP internet connections, QUIC). At this time, the channel for transmitting the intent service information is the media channel composed of the request and response messages between Terminals A and B and the NIAF (or ISF).

[0232] Push mode: NIAF (or ISF) can send intent service information to terminal A and / or terminal B through message push. For example, the intent service information can be sent to terminal A and / or terminal B via short message, RCS (Rich Communication Service) message, or 5G message. It can also be that NAIF (or ISF) sends a new multimedia session request (such as a session initialization protocol (SIP) invite (SIP INVITE) message) to terminal A and / or terminal B, and negotiates to establish a multimedia stream transmission session (such as a real-time transport protocol (RTP) session) through this multimedia session request. After receiving the multimedia session request, terminal A and / or terminal B can respectively send multimedia session responses to NIAF to establish a multimedia stream transmission session. Then, NIAF can send intent service information to terminal A and / or terminal B through the established multimedia stream transmission session. At this time, the channel for transmitting the intent service information is the message pushed by NIAF (or ISF) to terminal A and / or terminal B, or the media channel formed by the newly initiated and established multimedia session.

[0233] It can be understood that the intent service information sent by NIAF to terminal A can be adapted to the capabilities of terminal A. The intent service information sent by NIAF to terminal B can be adapted to the capabilities of terminal B.

[0234] In a possible implementation, after receiving the intent service information, terminal A and terminal B can output and display it. Among them, there are various display methods, such as displaying as an independent multimedia object (such as a separate window, a virtual object superimposed by AR, etc.), or displaying in the virtual environment / background of a call. Thus, user 1 and user 2 can quickly understand each other's intentions based on the visualized intent service information and reach an agreement on travel plans or shopping plans, etc.

[0235] In the embodiment of this application, NIAF combines the context of the user's communication session during the user's call, identifies the user's communication intention, and invokes the corresponding ISF. The ISF dynamically generates intent service information based on AIGC technology and sends the intent service information to the user to provide intent services for the user during the user's call. And because NIAF and ISF can be deployed in the core network, full-network and cross-platform intent services can be realized, improving communication efficiency. In addition, in the embodiment of this application, the intent service information is adapted to the terminal capabilities, and the best display effect can be obtained.

[0236] See Figure 6 , Figure 6It is the second process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces that NIAF generates interactive intent service information by invoking the AIGC capability of ISF and sends it to the user to provide more flexible intent services. As Figure 6 shown, the communication method includes but is not limited to the following steps:

[0237] S201, Terminal A and Terminal B communicate.

[0238] In a possible implementation manner, the implementation manner of step S201 in the embodiments of the present application can refer to the implementation manner of step S101 in the foregoing Figure 5 shown embodiment, which will not be elaborated here.

[0239] S202, NIAF identifies the user's communication intent based on the received communication content.

[0240] In a possible implementation manner, the implementation manner of step S202 in the embodiments of the present application can refer to the implementation manner of step S102 in the foregoing Figure 5 shown embodiment, which will not be elaborated here.

[0241] In a possible implementation manner, the differences from the foregoing Figure 5 shown embodiment include: The user's communication intent in the embodiments of the present application may involve the selection of both communication parties. For example: User 1 invites User 2 to watch a movie together, and the two parties need to negotiate on the type, name, theater location, screening time, seats, etc. of the movie. If it is a dinner scene, the two parties need to negotiate on the type of cuisine, location of the restaurant, dining time, dishes, etc.

[0242] The user's communication intent will be illustrated by examples in combination with scenarios below. It can be understood that the communication content in the following various scenarios can be carried in multiple session messages. It can also be understood that the communication content in the following various scenarios can be part of the communication content interacted between Terminal A and Terminal B during a multimedia call.

[0243] Scenario 6: Movie-watching scenario

[0244] User 1: "Let's go to the movies together this weekend?"

[0245] User 2: "What movies are currently showing?"

[0246] User 1: "There are several blockbusters, and there are types you like. I'll ask the intent assistant to send them to you."

[0247] NIAF identifies from the above communication content that User 1's communication intent is: sending movie information that will be shown this weekend and meets User 2's preferences to User 2 (and User 1).

[0248] Scenario 7: Dinner Gathering Scenario

[0249] User 1: "There will be a dinner gathering with old classmates tomorrow night. Do you have any suggestions?"

[0250] User 2: "There are several new and nice restaurants in X Mall."

[0251] User 1: "Do they have private rooms? It is estimated that 8 to 10 people will come."

[0252] User 2: "No problem. I'll ask the intent assistant to select several suitable ones and send them to you for a look."

[0253] Based on the above communication content, NIAF recognizes that the communication intent of User 2 is: to send the information of the restaurants in X Mall that are newly opened, have a high rating, and have private rooms for 8 to 10 people to User 1 (and User 2).

[0254] It can be understood that NIAF can recognize the communication intent of the user based on the communication content in the session message, but it may not necessarily know whether the communication intent involves the choices of both communication parties. NIAF can determine whether the communication intent of the user involves the choices of both communication parties, or whether the intent service information is interactive, based on the output format of the ISF queried subsequently. For specific details, please refer to the following description and will not be elaborated here.

[0255] S203, NIAF sends query message 1 to ISRF. This query message 1 is used to query the ISF that supports the above communication intent.

[0256] S204, ISRF sends query response 1 to NIAF. This query response 1 includes the information of the ISF that supports the above communication intent.

[0257] In a possible implementation manner, the implementation manners of steps S203 and S204 in the embodiments of the present application can refer to the implementation manners of steps S103 and S104 in the foregoing Figure 5 illustrated embodiments and will not be elaborated here.

[0258] It can be understood that the differences from the foregoing Figure 5 illustrated embodiments include: for the above Scenario 6 and Scenario 7, NIAF respectively queries and obtains the movie ISF and the catering ISF, and does not need to obtain the digital human images of User 1 and / or User 2. Exemplarily, for the above Scenario 6 and the above Scenario 7, the call parameters of this ISF include the personalized information of User 1 and / or User 2 (such as: interests and preferences for movie and catering types, etc.). NIAF can query the personalized information of User 1 and / or User 2 from UDMF, and its query method is the same as that of NIAF querying the digital human information of the user and will not be elaborated here.

[0259] In a possible implementation, the above query response 1 may further include the output format of the ISF. In addition to including one or more of the following: the modality of the output parameter (such as text / voice / video, etc.), the display format (such as 2D / 3D / VR / AR), or the resolution; it may also include the type of the output intended service information (such as: interactive, or non-interactive). After receiving the query response 1, the NIAF may determine whether the above communication intention involves the selection of both communication parties according to the output format of the ISF, so as to facilitate the subsequent processing of the intended service information. It can be understood that if the output format of the ISF indicates that the intended service information output by the ISF is interactive, it means that the user's communication intention involves the selection of both communication parties. Subsequently, the NIAF may convert the intended service information returned by the ISF into an interactive form and then send it to the user's terminal. If the output format of the ISF indicates that the intended service information output by the ISF is non-interactive, it means that the user's communication intention does not involve the selection of both communication parties.

[0260] In the embodiments of the present application, the intended service information is interactive or has interactivity, which can be understood as: the user can operate on the presented intended service information through the terminal, such as: marking, selecting, sorting, ordering, or confirming, etc.

[0261] S205. The NIAF sends the information used to describe the above communication intention to the queried ISF.

[0262] S206. The ISF sends the intended service information 1 corresponding to the above communication intention to the NIAF.

[0263] In a possible implementation, the implementation manners of steps S205 and S206 in the embodiments of the present application may refer to the implementation manners of steps S105 and S106 in the foregoing Figure 5 shown embodiments and will not be elaborated here. It can be understood that the intended service information 1 in the embodiments of the present application may be interactive.

[0264] In a possible implementation manner, the above-mentioned intent service information 1 may be adapted (sorted or filtered, etc.) based on the personalized information of the user. For example, for the above scenario 6, NAIF may provide the movie type information that user 2 likes or dislikes to the movie ISF, that is, the above message A contains the personalized information of user 2; the movie ISF may then give high priority to the movie types that user 2 likes in the generated intent service information, or filter out the movie types that user 2 dislikes, to obtain the intent service information 1. Similarly, for the above scenario 7, the catering ISF may also sort or filter restaurants and dishes, etc. in the generated intent service information based on user 1's preferences for dishes or catering types, to obtain the intent service information 1. Alternatively, if the above message A does not contain the personalized information of the user, after receiving the intent service information 1 returned by the ISF, NIAF may process (such as sorting or filtering) the intent service information 1 based on the personalized information of the user, to obtain the processed intent service information 1.

[0265] S207, NIAF provides the first intent service to terminal A.

[0266] S208, NIAF provides the first intent service to terminal B.

[0267] In a possible implementation manner, the implementation manners of steps S207 and S208 in the embodiments of the present application may refer to the implementation manners of steps S107 and S108 in the foregoing Figure 5 illustrated embodiments, which will not be elaborated here.

[0268] In a possible implementation manner, NIAF may provide the first intent service to terminal A and terminal B respectively, for example, sending intent service information to terminal A and terminal B respectively. The manner in which NIAF sends intent service information to terminal A and terminal B refers to the relevant descriptions in the foregoing Figure 5 illustrated embodiments, which will not be elaborated here. The intent service information sent by NIAF to terminal A and terminal B is both interactive, and may also be adapted (sorted or filtered, etc.) based on the personalized information of the user. Among them, the intent service information sent by NIAF to terminal A and terminal B may be the one returned by the ISF (that is, the intent service information 1), or the intent service information obtained after NIAF processes the intent service information 1 returned by the ISF. It can also be understood that the display form of the intent service information sent by NIAF to terminal A may be adapted to the capabilities of terminal A, and the display form of the intent service information sent by NIAF to terminal B may be adapted to the capabilities of terminal B.

[0269] S209, terminal A sends operation information 1 to NIAF. The operation information 1 includes the operation event of user 1 for the first intent service.

[0270] S210, Terminal B sends operation information 2 to NIAF. The operation information 2 includes the operation events of User 2 for the first intent service.

[0271] In a possible implementation, after receiving the intent service information, Terminal A and Terminal B can output and display it. Exemplarily, Terminal A and Terminal B can determine whether the intent service information is interactive based on the format of the intent service information returned by NIAF. For example: If the intent service information received by Terminal A and Terminal B is a video stream, it means that the intent service information is not interactive, or in other words, the user cannot operate on the intent service information. If the intent service information received by Terminal A and Terminal B is a web page, it means that the intent service information is interactive, or in other words, the user can operate on the intent service information.

[0272] In a possible implementation, User 1 can perform operations such as marking, selecting, sorting, ordering, or confirming on the intent service information presented on Terminal A. Similarly, User 2 can perform operations such as marking, selecting, sorting, ordering, or confirming on the intent service information presented on Terminal B. For example: For Scenario 6 above, the intent service information can include a series of movie posters (including covers and introductions, etc.), and User 1 and User 2 can respectively select their favorite movies from these movie posters. For example: For Scenario 7 above, the intent service information can include restaurant information (including restaurant names and menus), and User 1 and User 2 can respectively select their favorite restaurants and dishes from the restaurant information. Terminal A generates operation information 1 in response to the operation of User 1. The operation information 1 includes the operation events of User 1 for the intent service information, such as the selected movie or the selected restaurant and dishes, etc. Terminal B generates operation information 2 in response to the operation of User 2. The operation information 2 includes the operation events of User 2 for the intent service information, such as the selected movie or the selected restaurant and dishes, etc. Terminal A can send the operation information 1 to NIAF, and Terminal B can send the operation information 2 to NIAF.

[0273] In a possible implementation, if the terminal A and the NIAF establish an intent service media channel, the terminal A can send operation information 1 to the NIAF through this intent service media channel. Similarly, if the terminal B and the NIAF establish an intent service media channel, the terminal B can also send operation information 2 to the NIAF through this intent service media channel. If neither the terminal A nor the terminal B has established an intent service media channel with the NIAF, the terminal A can carry the operation information 1 in the user plane message sent to the terminal B and send it to the UPF-A to which the terminal A belongs; similarly, the terminal B can carry the operation information 2 in the user plane message sent to the terminal A and send it to the UPF-B to which the terminal B belongs. Since the intent assistance function has been activated, after receiving the user plane message from the terminal A, the UPF-A will forward it to the NIAF, and after receiving the user plane message from the terminal B, the UPF-B will also forward it to the NIAF. The NIAF can obtain the operation information 1 by parsing the user plane message from the terminal A; and can obtain the operation information 2 by parsing the user plane message from the terminal B. It can be understood that this implementation may require expanding the payload format of the user plane message to include both the original user session information and the operation information. In other words, the operation information can be located in the payload part of the user plane message.

[0274] In a possible implementation, the embodiments of the present application do not limit the execution order of step S209 and step S210. For example: step S209 can be executed before step S210, can also be executed after step S210, or can be executed simultaneously / parallelly with step S210.

[0275] S211, the NIAF sends a message E to the ISF, and the message E includes one or more of the following: operation information 1, operation information 2, or operation information 3. The operation information 3 is determined based on the operation information 1 and the operation information 2.

[0276] S212, the ISF updates the content of the intent service information 1 based on the message E to obtain the intent service information 2.

[0277] S213, the ISF sends the intent service information 2 to the NIAF.

[0278] In a possible implementation, after obtaining the above operation information 1 and the above operation information 2, NIAF may send a message E to ISF. The message E may include one or more of the following: the above operation information 1, the above operation information 2, or operation information 3. The operation information 3 may be information obtained by comprehensively processing (such as taking the intersection or union) the operation information 1 and the operation information 2. In other words, NIAF may merge and summarize the selections of user 1 and user 2 (i.e., operation information 1 and operation information 2) and then send them to ISF. For example: For the above scenario 6, the operation information 1 includes the three movies x, y, and z selected by user 1, and the operation information 2 includes the two movies w and x selected by user 2. NIAF may take the intersection of the operation information 1 and the operation information 2 to obtain the operation information 3 (including movie x); or NIAF may take the union of the operation information 1 and the operation information 2 to obtain the operation information 3 (including the four movies w, x, y, and z). Of course, NIAF may also send the selection of user 1 (i.e., operation information 1) and the selection of user 2 (i.e., operation information 2) to ISF without performing merging and summarization.

[0279] In a possible implementation, after receiving the message E, ISF may update the content of the intent service information 1 based on the message E to obtain the intent service information 2. ISF may send the intent service information 2 to NIAF. It can be understood that if the message E includes the operation information 1 and the operation information 2 but does not include the operation information 3, ISF returns two intent service information 2 to NIAF, one is the intent service information 2 updated based on the operation information 1, and the other is the intent service information 2 updated based on the operation information 2. NIAF may coordinate and merge (such as taking the intersection or union) the two received intent service information 2 to obtain the intent service information 3. Then NIAF may send the intent service information 3 to terminal A and terminal B. If the message E includes the operation information 3, ISF returns one intent service information 2 to NIAF, and the intent service information 2 is updated based on the operation information 3 (the operation information 3 is information obtained by comprehensively processing (such as taking the intersection or union) the operation information 1 and the operation information 2). Then NIAF may feedback the intent service information 2 to terminal A and terminal B.

[0280] Exemplarily, ISF may screen, sort, or filter the content of the intent service information 1 based on the operation information to obtain the intent service information 2. For example: For the above scenario 6, the operation information 1 includes the three movies x, y, and z selected by user 1. ISF may screen out the three movies x, y, and z from the intent service information 1 and may obtain more information about the three movies x, y, and z (such as popular movie reviews, ratings, cinemas, showtimes, seat maps, etc.) to generate the intent service information 2.

[0281] In a possible implementation, the intent service information 2 / intent service information 3 fed back by the NIAF to terminal A and terminal B can also be interactive. Then, the embodiments of the present application can repeatedly execute step S209 to step S213 until an intent service result is obtained or the intent service function is deactivated. It can be understood that the operations of the user on the intent service information (such as booking tickets or ordering dishes, etc.) may require user authorization. After receiving the operation information of the user, the NIAF can obtain the digital identity authorization (such as a token) of user 1 and / or user 2 from relevant network elements such as the UDMF. The obtaining method is the same as the method for the NIAF to query digital human information from the UDMF, which will not be elaborated here. In step S212, the NIAF can also provide the digital identity authorization (such as a token) of user 1 and / or user 2 to the ISF, such as carrying the digital identity authorization of user 1 and / or user 2 in message E to complete the corresponding intent service operation (such as booking tickets, ordering dishes, or reserving seats, etc.) and obtain updated intent service information, which contains the intent service result (such as a ticket booking result, a dish ordering result, or a seat reservation result). For ease of description below, it is assumed that the intent service information 2 contains the intent service result.

[0282] S214. The NIAF provides a second intent service to terminal A and / or terminal B.

[0283] In a possible implementation, NIAF provides a second intent service to terminal A and / or terminal B. It can be that NIAF, based on the above-mentioned intent service information 2, triggers terminal A and / or terminal B to execute the task corresponding to the intent service information 2. Exemplarily, after obtaining the intent service information 2, NIAF determines that it contains an intent service result (such as a ticket booking result, a menu ordering result, or a reservation result). If the intent service result is successful (such as successful ticket booking, successful menu ordering, or successful reservation, etc.), NIAF can trigger multiple terminals belonging to user 1 and user 2 in the network (which can be other terminals not participating in the multimedia call) to execute tasks related to the intent service result. Exemplarily, NIAF can query the UDMF for terminal information belonging to user 1 and user 2 (such as the address of the terminal, the identifier of the terminal, or the type / capability of the terminal, etc.). For example: NIAF can send a query message 4 to the UDMF, and the query message 4 can include the identifier information of user 1 and user 2 (such as IMSI or identity identifier). The query message 4 can be used to query the terminal information of the user. After receiving the query message 4, the UDMF can separately query the terminal information bound to the identifier information of user 1 and user 2 locally (there may be multiple terminals bound to one user), and can return a query response 4 to NIAF. The query response 4 can include the terminal information of user 1 and user 2. Then, NIAF can send instructions to the multiple queried terminals respectively to drive each terminal to execute tasks related to the intent service result. For example: NIAF can send a schedule reminder instruction (such as the movie start time for successful ticket booking, or the arrival time for successful reservation, etc.) to the smart watches of user 1 and / or user 2 to set a schedule reminder on the smart watches of user 1 and / or user 2. Another example: NIAF can send a route planning instruction (including the starting position and the destination, where the destination can be the location of the cinema for successful ticket booking, or the location of the restaurant for successful reservation, etc.) to the smart cars of user 1 and / or user 2 to set the corresponding route planning on the smart cars of user 1 and / or user 2. Exemplarily, NIAF can send instructions to the terminal through signaling on the control plane. Of course, it can also be carried in the user plane message on the user plane. The embodiments of the present application do not make any restrictions on this.

[0284] In the embodiment of the present application, NIAF combines the context of the user's communication session during the user's communication process, identifies the user's communication intention, and invokes the corresponding ISF. The ISF dynamically generates interactive intention service information based on AIGC technology and sends the interactive intention service information to the user so that the user can operate on the intention service information. NIAF can obtain the user's digital identity authorization based on the user's operation so that the user can obtain the intention service result (such as booking tickets, ordering meals, etc.). Thus, NIAF can trigger tasks executed by multiple terminals related to the user based on the intention service result. Since NIAF and ISF can be deployed in the core network, the embodiment of the present application can provide full-network and cross-platform intention services for the user during the user's call process, improving communication efficiency.

[0285] See Figure 7 , Figure 7 FIG. is the third process schematic diagram of the communication method provided by the embodiment of the present application. This method mainly introduces activating the intention assistance function through application layer messages during a call. In one possible implementation, the embodiment of the present application can be implemented in combination with the foregoing Figure 5 or Figure 6 shown embodiments, or can be implemented independently. The present application is not limited.

[0286] As Figure 7 shown, the communication method includes but is not limited to the following steps:

[0287] S301, Terminal A sends a function activation message to NIAF, and the function activation message is used to instruct NIAF to insert a session.

[0288] In a possible implementation, before step S301, an end-to-end multimedia communication session has been established between terminal A and terminal B. User 1 can activate or deactivate the intent assistance function through terminal A, and the specific methods include but are not limited to using voice commands, gesture commands, or clicking on specific function buttons on terminal A to activate or deactivate. In response to the operation of user 1 to activate the intent assistance function, terminal A generates a function activation message and can send the function activation message to NIAF. The function activation message can be used to activate the intent assistance function, or rather, the function activation message is used to instruct NIAF to insert into the session. In the embodiments of the present application, "activating the intent assistance function" can be understood as "inserting NIAF into the session", and the two can be equivalently understood. Alternatively, in response to the operation of user 1 to deactivate the intent assistance function, terminal A generates a function deactivation message and can send the function deactivation message to NIAF. The function deactivation message can be used to deactivate the intent assistance function, or rather, the function deactivation message is used to instruct NIAF to exit the session. In the embodiments of the present application, "deactivating the intent assistance function" can be understood as "exiting NIAF from the session", and the two can be equivalently understood. It can be understood that the deactivation of the intent assistance function can occur when the intent assistance function has been activated. It can also be understood that both the function activation message and the function deactivation message sent by terminal A to NIAF can be forwarded through the user plane function (i.e., UPF-A) to which terminal A belongs. For example: The function activation message or function deactivation message sent by terminal A first reaches the base station connected to terminal A, and the base station then forwards it to UPF-A to which terminal A belongs, and UPF-A forwards it to NIAF.

[0289] In a possible implementation, the above function activation message or function deactivation message may include session information. The session information can be used to indicate the communication session established between terminal A and terminal B. Exemplarily, the session information may include one or more of the following: characteristic parameters of one or more sessions (such as internet protocol (IP) quintuple: source IP address, destination IP address, source port, destination port, protocol type), or, one or more session identifiers. Wherein, the one or more sessions may include the multimedia communication session established between the aforementioned terminal A and terminal B.

[0290] In a possible implementation, the above function activation message or function deactivation message may further include one or more of the following: indication information 1, or indication information 2. Among them, indication information 1 can be used to indicate the activation / deactivation of the intent assistance function, or in other words, indication information 1 can be used to indicate the insertion or exit of the NIAF from the session. Indication information 2 can be used to indicate the session direction of the activation / deactivation of the intent assistance function, or in other words, indication information 2 is used to indicate the transmission direction of the communication content for which the NIAF performs intent recognition, such as uplink, downlink, or bidirectional. Exemplarily, the uplink can refer to the direction in which terminal A sends a message to terminal B, the downlink can refer to the direction in which terminal B sends a message to terminal A, and the bidirectional can refer to the direction in which terminal A sends a message to terminal B and terminal B sends a message to terminal A. It can be understood that if there is no indication information 1 in the function activation / deactivation message, the function of the message can be indicated by the message name of the function activation / deactivation message.

[0291] In a possible implementation, the above function activation / deactivation message may be an application layer message, such as: an HTTP message, or a Media over QUIC (MoQ) message on a User Datagram Protocol (UDP) network connection (QUIC). For example, the HTTP message extension: define specific HTTP URL parameters to indicate that the message is used to activate / deactivate the intent assistance function. For example, add the activate_intent parameter to the target URL address of the HTTP GET message. When the activate_intent parameter is assigned the value true, it indicates the activation of the intent assistance function or the insertion of the NIAF into the session. When the activate_intent parameter is assigned the value false, it indicates the deactivation of the intent assistance function or the exit of the NIAF from the session. At the same time, the sessionId parameter can be added to the target URL address of the HTTP GET message, and it is assigned the session characteristic parameters (such as the IP five-tuple) required to activate / deactivate the intent assistance function (or the insertion or exit of the NIAF). Of course, the assignment can also be a session identifier (such as a session name, session ID, etc.). The dir (direction) parameter can also be added to the target URL address of the HTTP GET message to indicate the session direction of the activation / deactivation of the intent assistance function (or the insertion or exit of the NIAF) (for example, the uplink is represented by "up", the downlink is represented by "dl", and the bidirectional is represented by "bi"). Exemplarily, a possible message form (excerpt) is as follows:

[0292] GET http: / / niaf.example.com?activate_intent=true&sessionId=<5-tuple>&dir=bi.

[0293] Alternatively, a specific well - known URL method can be adopted to simplify the parameters in the HTTP GET message. For example, by defining an address prefixed with intent_service to replace the activate_intent parameter, or rather, by carrying the intent_service prefix in the HTTP GET message to indicate that the message is used to activate the intent assistance function or to indicate the insertion of the NIAF into the session. Exemplarily, a possible form of the message (excerpt) is as follows:

[0294] GET http: / / intent_service.example.com?sessionId=<5 - tuple>&dir=bi.

[0295] For another example, MoQ message extension: Add parameters for indicating the activation / de - activation of the intent assistance function in the SUBSCRIBE REQUEST message. For example, add a session name "intent_assistant" in the SUBSCRIBE REQUEST message to quickly identify the purpose of the session identified by this session name, and this session can be used to transmit intent assistance information subsequently. At the same time, add parameter key - values activate_intent and associatedTrackIds in the SUBSCRIBE REQUEST message. When activate_intent is assigned the value true, it indicates the activation of the intent assistance function, and when assigned the value false, it indicates the closing or de - activation of the intent assistance function. associatedTrackIds is used to represent the user session identifier for activating / de - activating the intent assistance function, and its values include the uplink session identifier (in the embodiments of the present application, it is the session message from terminal A to terminal B) and / or the downlink session identifier (in the embodiments of the present application, it is the session message from terminal B to terminal A). Of course, associatedTrackIds can also be used to represent session feature parameters (such as IP five - tuple). Exemplarily, a possible form of the message is as follows:

[0296]

[0297] S302, the NIAF sends a request message to the ISMF. This request message is used to request the establishment of a connection between the NIAF and the UPF - A serving the above - mentioned session. The request message includes the address of the NIAF.

[0298] S303, the ISMF sends a configuration policy to the UPF - A. The configuration policy includes session connection information, and this session connection information is used to establish a connection between the UPF - A and the NIAF. Among them, this connection can be used to transmit session messages.

[0299] In a possible implementation, after receiving the above function activation message, NIAF may send a request message to ISMF. This request message may be used to request the establishment of a connection between NIAF and UPF-A for the session indicated by the above session information. Exemplarily, the request message may include the above session information. Exemplarily, the request message may further include the above indication information 2.

[0300] After receiving this request message, ISMF may complete the necessary authorization verification process. For example, ISMF queries UDMF to check whether user 1 corresponding to terminal A has subscribed to the intent assistance function. If user 1 has subscribed to the intent assistance function, ISMF may send a configuration policy to UPF-A to which terminal A belongs. If user 1 has not subscribed to the intent assistance function, ISMF may reject this request message. Among them, the configuration policy may include session connection information, which can be used to establish a session channel between UPF-A and NIAF. This session channel can be used to transmit session messages. Exemplarily, the session connection information may include one or more of the following: the address of NIAF, the port of NIAF, or the protocol used by the session channel (for example: Transmission Control Protocol (TCP), User Datagram Protocol (UDP), or QUIC, etc.). Exemplarily, the configuration policy may further include one or more of the following: the above session information, or the above indication information 2. It can be understood that if the session direction indicated by the indication information 2 is upstream, after the session channel between UPF-A and NIAF is established, UPF may forward only the session messages sent by terminal A to terminal B (i.e., the upstream session) to NIAF. If the session direction indicated by the indication information 2 is downstream, after the session channel between UPF-A and NIAF is established, UPF may forward only the session messages sent by terminal B to terminal A (i.e., the downstream session) to NIAF. If the session direction indicated by the indication information 2 is two-way, after the session channel between UPF-A and NIAF is established, UPF may forward both the session messages sent by terminal A to terminal B (i.e., the upstream session) and the session messages sent by terminal B to terminal A (i.e., the downstream session) to NIAF.

[0301] In another possible implementation, after receiving the above function deactivation message, NIAF may send a session termination message to UPF-A. This session termination message can be used to disconnect the session channel between NIAF and UPF-A. This session channel can be used to transmit session messages. Here, "disconnecting the session channel between NIAF and UPF-A" can be understood as: NIAF no longer receives the session messages forwarded by UPF-A, or UPF-A no longer forwards session messages to NIAF. After receiving this session termination message, UPF-A can disconnect from NIAF. Exemplarily, this session termination message may include session information associated with the intent assistance function, or in other words, the session information included in the function deactivation message is carried in this session termination message. Correspondingly, this session termination message can be used to disconnect one or some of the session channels between NIAF and UPF-A, and this or these session channels correspond to the session information in this session termination message. In other words, NIAF can disconnect some of the session channels from UPF-A through the session termination message, but the other part of the session channels still remain. In still other words, NIAF can stop receiving some of the session messages forwarded by UPF-A (these session messages belong to the session determined by this session information), but receive the session messages of other sessions forwarded by UPF-A; or UPF-A no longer forwards the session messages belonging to the session determined by this session information to NIAF.

[0302] S304. UPF-A sends a session connection request to NIAF. This session connection request is used to request the establishment of a session channel. This session channel can be used to transmit session messages.

[0303] S305. NIAF sends a session connection response to UPF-A. This session connection response is used to respond to the above session connection request.

[0304] In a possible implementation, after receiving the above configuration policy, UPF-A may send a session connection request to NIAF. This session connection request can be used to request the establishment of a session channel between UPF-A and NIAF. After receiving this session connection request, NIAF may send a session connection response to UPF-A. This session connection response can be used to approve the above session connection request. The session channel established between UPF-A and NIAF can be used to forward the user's session messages to NIAF.

[0305] It can be understood that the embodiments of the present application are described by taking the message for activating / deactivating the intent assistance function sent by terminal A as an example. In practical applications, it may also be terminal B that sends the message for activating / deactivating the intent assistance function, and its implementation manner is similar to that of the embodiments of the present application, which will not be elaborated here.

[0306] In a possible implementation, after step S305, UPF-A may send one or more session messages to NIAF, and these one or more session messages may belong to one session. NIAF may identify the user's communication intention based on the communication content in these one or more session messages. Exemplarily, if the above configuration policy includes the above session information, the one or more session messages sent by UPF-A to NIAF may belong to a certain session determined by the session information. Exemplarily, the session messages sent by UPF-A to NIAF may be the real-time interaction between terminal A and terminal B. Of course, UPF-A may also send historical session messages or communication content to NIAF so that NIAF can better understand the context of the user's session and identify the user's communication intention from it. It can be understood that according to different application scenarios and / or the configuration policy issued by ISMF (such as including session direction), UPF-A may only forward the session messages or communication content sent by terminal A to terminal B (i.e., the uplink session), or only forward the session messages or communication content sent by terminal B to terminal A (i.e., the downlink session), or forward both directions.

[0307] In a possible implementation, since the user's session messages may also be processed and forwarded by the application function (AF) between UPF-A and UPF-B, UPF-A in the embodiments of the present application may also be replaced by AF, which will not be elaborated here.

[0308] The embodiments of the present application indicate to NIAF to insert a session by extending the application layer message. After receiving the application layer message indicating to insert a session, NIAF requests to join the session from ISMF. ISMF sends session connection information to UPF, and UPF establishes a session channel with NIAF based on the session connection information, so that NIAF can obtain the user's communication content from UPF, support the intention recognition of NIAF, and lay a foundation for meaning-based communication.

[0309] See Figure 8 , Figure 8 is the fourth process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces activating the intention assistance function through control plane messages before or during a call. In a possible implementation, the embodiments of the present application may be implemented in combination with the foregoing Figure 5 or Figure 6 shown embodiments, or may be implemented alone, and the present application is not limited.

[0310] As Figure 8 shown, the communication method includes but is not limited to the following steps:

[0311] S401. The terminal A sends a session modification request or a session establishment request to the ISMF. The session modification request or the session establishment request includes indication information 1, and the indication information 1 is used to indicate the activation of the intent assistance function.

[0312] In a possible implementation, user 1 can activate or deactivate the intent assistance function through the terminal A. The specific methods include but are not limited to using voice commands, gesture commands, or clicking on specific function buttons on the terminal A to activate or deactivate. In response to the operation of user 1 to activate the intent assistance function, the terminal A can generate the indication information 1. It can be understood that if an end-to-end multimedia communication session has been established between the terminal A and the terminal B before step S401, the terminal A can send a session modification request to the ISMF. The session modification request includes the indication information 1, and the indication information 1 can be used to indicate the activation or deactivation of the intent assistance function. If an end-to-end multimedia communication session has not been established between the terminal A and the terminal B before step S401, the terminal A can send a session establishment request to the ISMF. The session establishment request includes the indication information 1, and the indication information 1 can be used to indicate the activation of the intent assistance function. The session establishment request can be used to establish a multimedia communication session from the terminal A to the terminal B via the NIAF.

[0313] In a possible implementation, the above session modification request may further include indication information 2, and the indication information 2 can be used to indicate the session direction of activating or deactivating the intent assistance function. The above session establishment request may further include indication information 2, and the indication information 2 can be used to indicate the session direction of activating the intent assistance function.

[0314] In a possible implementation, taking the 5G system as an example, the above session modification request may be a protocol data unit (PDU) session modification request, and the above session establishment request may be a PDU session establishment request. Among them, the PDU session modification request and the PDU session establishment request may be carried by non-access stratum (NAS) signaling. Therefore, a parameter for indicating the activation of the intent assistance function may be extended in the NAS signaling. For example: a new information element (IE) "Activate_Intent" is extended in the PDU session modification request or the PDU session establishment request. When Activate_Intent is assigned a value of true, it may indicate the activation of the intent assistance function; when Activate_Intent is assigned a value of false, it indicates the disabling or deactivation of the intent assistance function. It can be understood that Activate_Intent is assigned a value of true in the PDU session establishment request. A new information element "Intent_Direction" may also be extended in the PDU session modification request or the PDU session establishment request, and is assigned a value of uplink (upward), downlink (downward), or bidirectional, indicating the session direction for activating / deactivating the intent assistance function.

[0315] S402, the ISMF sends session connection information 1 to UPF-A. This session connection information 1 is used to establish a session channel between UPF-A and NIAF. Among them, this session channel can be used to transmit session messages.

[0316] In a possible implementation, after the ISMF receives the above session modification request or session establishment request, if the indication information 1 therein indicates the activation of the intent assistance function, the ISMF may, after completing the necessary authorization verification process, send the session connection information 1 to UPF-A to which the terminal A belongs. If the ISMF receives a session modification request, this session connection information 1 can be used to modify the current session to establish a session channel between UPF-A and NIAF. If the ISMF receives a session establishment request, this session connection information 1 can be used to establish a session channel between UPF-A and NIAF. Among them, this session connection information 1 may include one or more of the following: the address of NIAF, the port of NIAF, or the protocol used by the session channel.

[0317] In a possible implementation, the ISMF may also send session connection information 2 to the NIAF. The session connection information 2 may include one or more of the following: the address of UPF-A, the port of UPF-A, or the protocol used by the session channel. Through the session connection information 2, the ISMF can inform the NIAF in advance that this UPF-A is network authorized and enable the NIAF to prepare relevant session resources in advance.

[0318] In a possible implementation, if the indication information 1 in the above session modification request indicates the intention to deactivate the intention assistance function, the ISMF may send a deactivation message to UPF-A. The deactivation message can be used to indicate disconnecting the session channel between UPF-A and the NIAF. This session channel can be used to transmit session messages. Exemplarily, the deactivation message may include the session identifier in the session modification request. Then, after receiving the deactivation message, UPF-A may no longer forward the session messages corresponding to the session identifier to the NIAF. Alternatively, after receiving the deactivation message, the UPF may send a session end message to the NIAF. The session end message can be used to disconnect the session channel between UPF-A and the NIAF. For example, upon receiving the session end message, the NIAF may disconnect from UPF-A. Exemplarily, the session end message may include the session identifier. After receiving the session end message, the NIAF may also not disconnect from UPF-A but stop performing intention recognition on the session messages corresponding to the session identifier.

[0319] S403. UPF-A sends a session connection request to the NIAF. The session connection request is used to request the establishment of a session channel. This session channel can be used to transmit session messages.

[0320] S404. The NIAF sends a session connection response to UPF-A. The session connection response is used to respond to the above session connection request.

[0321] In a possible implementation, the implementation manners of steps S403 and S404 in the embodiments of the present application may refer to the implementation manners of steps S304 and S305 in the foregoing Figure 7 illustrated embodiments and will not be elaborated here. It can be understood that the embodiments of the present application take the terminal A sending a session modification request / session establishment request to activate / deactivate the intention assistance function as an example for description. In actual applications, it may also be the terminal B sending a session modification request / session establishment request to activate / deactivate the intention assistance function message, and its implementation manner is similar to that of the embodiments of the present application and will not be elaborated here.

[0322] In a possible implementation, after step S404, NIAF may send a session modification response or a session establishment response to terminal A. The session modification response may be used to indicate that the session modification is successful. The session establishment response may be used to indicate that the session establishment is successful. Exemplarily, the session modification response may be a PDU session modification response (PDU Session Modification Response), and the session establishment response may be a PDU session establishment response (PDU Session Establishment Response). It can be understood that the purpose of "activating the intent assistance function" in the embodiments of the present application may be to insert NIAF into an existing session or establish a session via NIAF.

[0323] In the embodiments of the present application, control plane messages are used to activate / deactivate the intent assistance function and perform session management, which simplifies the information carried in the messages. For example, there is no need to carry session information (such as session characteristic parameters or session identifiers) in the messages, which can reduce overhead.

[0324] See Figure 9 , Figure 9 is the fifth process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces adding NIAF to a session by the network side before or during a call. In a possible implementation, the embodiments of the present application may be implemented in combination with the foregoing Figure 5 or Figure 6 illustrated embodiments, or may be implemented independently. The present application is not limited thereto.

[0325] As Figure 9 shown, the communication method includes but is not limited to the following steps:

[0326] S501, configure a first policy for activating the intent assistance function for UPF-A, and / or configure a second policy for deactivating the intent assistance function for UPF-A.

[0327] In a possible implementation, when ISMF queries from UDMF that the subscription data of user 1 includes the intent assistance function, ISMF may send a first policy for activating the intent assistance function to UPF-A. When ISMF queries from UDMF that the subscription data of user 1 does not include the intent assistance function, ISMF may send a second policy for deactivating the intent assistance function to UPF-A, or may not send the first policy.

[0328] In another possible implementation, it is also possible to pre-configure / pre-define a first policy for activating the intent assistance function in UPF-A, and / or pre-configure / pre-define a second policy for deactivating the intent assistance function.

[0329] Exemplarily, the above first strategy can be to activate the intent assistance function when it is detected that the user's session message meets certain conditions (such as: user type, user identifier, session type, etc.). The above second strategy can be to deactivate the intent assistance function when it is detected that the user's session message meets certain conditions (such as: user type, user identifier, session type, etc.). For example: when the session message received by UPF-A belongs to the calling service, or the called service, or the two-way service, activate / deactivate the intent assistance function. Another example, when the session message received by UPF-A comes from a voice call, or a video call, or a digital human call, activate / deactivate the intent assistance function. Another example, when the session message received by UPF-A is a real-time call, or a non-real-time message, or an off-line call back, etc., activate / deactivate the intent assistance function. Another example, when the session message received by UPF-A comes from a specific user identifier, or a specific terminal type, or is at a specific time, or is in a location area, activate / deactivate the intent assistance function.

[0330] S502, UPF-A determines to activate the intent assistance function based on the received session message and the above first strategy. Or, based on the received session message and the above second strategy, determines to deactivate the intent assistance function.

[0331] S503, UPF-A sends a function activation message to the ISMF, and this function activation message is used to instruct the NIAF to insert the session corresponding to this session message.

[0332] In a possible implementation, UPF-A receives a session message from terminal A. If this session message meets the above first strategy, then UPF-A determines to activate the intent assistance function. UPF-A can send a function activation message to the ISMF, and this function activation message can be used to instruct the NIAF to insert the session corresponding to this session message, or activate the intent assistance function. This function activation message can include one or more of the following: indication information 1, or indication information 2. This indication information 1 can be used to instruct the NIAF to insert the session corresponding to this session message or activate the intent assistance function. This indication information 2 can be used to indicate the session direction of activating the intent assistance function, or in other words, to indicate the transmission direction of the communication content for which the NIAF performs intent recognition, such as upstream, downstream, or two-way.

[0333] Exemplarily, taking the 5G system as an example, the above function activation message may be a Packet Forwarding Control Protocol (PFCP) Node Report Request message. For example: expand the PFCP Node Report Request message, add a new information element "Activate_Intent" thereto. When the value of activate_intent is true, it indicates activating the intent assistance function or inserting the NIAF into the session; correspondingly, when the value of activate_intent is false, it indicates closing or deactivating the intent assistance function. A new information element "Intent_Direction" can also be expanded in the PFCP Node Report Request message, and the value is assigned as uplink (upward), downlink (downward), or two-way, indicating the session direction for activating the intent assistance function.

[0334] In another possible implementation, if the session message meets the above second policy, UPF-A determines to deactivate the intent assistance function. UPF-A may send a session end message to the NIAF, and this session end message can be used to disconnect the session channel between the NIAF and UPF-A. This session channel can be used for UPF-A to forward the user's session messages to the NIAF. Exemplarily, the session end message may include one or more of the following: indication information 1, or indication information 2. The indication information 1 can be used to indicate deactivating the intent assistance function, and the indication information 2 can be used to indicate the session direction for deactivating the intent assistance function. After receiving the session end message, the NIAF may disconnect from UPF-A. Exemplarily, if the session end message includes the indication information 2, after receiving the session end message, the NIAF may not disconnect from UPF-A, but instead stop performing intent recognition on the session messages belonging to this session direction in the current session.

[0335] S504, the ISMF sends session connection information 1 to UPF-A. This session connection information 1 is used to establish a session channel between UPF-A and the NIAF. Among them, this session channel can be used to transmit session messages or communication content.

[0336] In a possible implementation, after receiving the above function activation message, the ISMF can perform necessary permission or policy checks (such as checking whether user 1 has subscribed to the intent assistance function). After the permission or policy check passes (such as user 1 has subscribed to the intent assistance function), the ISMF can send session connection information 1 to the UPF-A. The session connection information 1 includes one or more of the following: the address of the NIAF, the port of the NIAF, or the protocol used by the session channel. The session connection information 1 can be used to establish a session channel between the UPF-A and the NIAF. This session channel can be used to transmit the user's session messages or communication content to the NIAF.

[0337] In a possible implementation, after the permission or policy check passes (such as user 1 has subscribed to the intent assistance function), the ISMF can also send session connection information 2 to the NIAF. The session connection information 2 can include one or more of the following: the address of the UPF-A, the port of the UPF-A, or the protocol used by the session channel. Through the session connection information 2, the ISMF can inform the NIAF in advance that this UPF-A is network authorized and enable the NIAF to prepare relevant session resources in advance.

[0338] In a possible implementation, after the permission or policy check passes (such as user 1 has subscribed to the intent assistance function), the ISMF can first send a session modification request or a session establishment request to the terminal A. The session modification request or the session establishment request can be used to request the activation of the intent assistance function to obtain the authorization confirmation of user 1 (that is, to agree to enable / activate the intent assistance function). It can be understood that the session modification request includes the identification information of the session to be modified. Exemplarily, the session modification request can be a PDU session modification request, and the session establishment request can be a PDU session establishment request. For the description of the PDU session modification request and the PDU session establishment request, refer to the relevant description of step S401 in the foregoing Figure 8 shown embodiment, which will not be elaborated here. After receiving the session modification request or the session establishment request, user 1 can operate the terminal A to agree to enable / activate the intent assistance function, and the terminal A can send the confirmation result of user 1 to the ISMF through a session modification response or a session establishment response. The session modification response or the session establishment response can include the confirmation result of user 1, such as user 1 agreeing to activate the intent assistance function. After receiving the session modification response or the session establishment response from the terminal A, the ISMF can send session connection information 1 to the UPF-A. Among them, for the relevant description of the session connection information 1, refer to the relevant description of step S402 in the foregoing Figure 8 shown embodiment, which will not be elaborated here.

[0339] S505. UPF-A sends a session connection request to NIAF. This session connection request is used to request the establishment of a session channel. This session channel can be used to transmit session messages or communication content.

[0340] S506. NIAF sends a session connection response to UPF-A. This session connection response is used to respond to the above session connection request.

[0341] In a possible implementation manner, the implementation manners of steps S505 and S506 in the embodiments of the present application can refer to the implementation manners of steps S304 and S305 in the foregoing Figure 7 illustrated embodiments, which will not be elaborated here. It can be understood that the embodiments of the present application take the activation / deactivation of the intention assistance function by UPF-A as an example for description. In actual applications, it can also be a message for UPF-B to activate / deactivate the intention assistance function, and its implementation manner is similar to that of the embodiments of the present application (just replace UPF-A with UPF-B), which will not be elaborated here.

[0342] According to the received session messages and the configured relevant policies, the network side of the embodiments of the present application determines whether to activate the intention assistance function. In the case of determining to activate the intention assistance function, NIAF is inserted into the session through control plane messages, which can simplify the information carried in the messages. For example, there is no need to carry session information (such as session characteristic parameters or session identifiers) in the messages, thereby reducing overhead.

[0343] See Figure 10 , Figure 10 is the sixth process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces the activation of the intention assistance function through user plane messages during a call. In a possible implementation manner, the embodiments of the present application can be combined with the foregoing Figure 5 or Figure 6 illustrated embodiments, or can be implemented independently. The present application is not limited.

[0344] See Figure 10 , the communication method includes but is not limited to the following steps:

[0345] S601. Terminal A sends a user plane message to UPF-A. This user plane message is used to activate the intention assistance function.

[0346] In a possible implementation, before step S601, for example, during the process of establishing a multimedia communication session between terminal A and terminal B, taking the case where terminal A and terminal B use the Session Description Protocol (SDP) to establish a multimedia communication session. Terminal A sends an INVITE message (such as an SDP offer in the Session Description Protocol (SDP)) to the UPF-A to which it belongs to initiate a session establishment request. This INVITE message (such as the SDP offer) can be used to establish a multimedia channel between UPF-A and terminal A, and this multimedia channel can be used not only to transmit the user's session messages but also to transmit subsequent intent service information. Similarly, terminal B can also send an INVITE message (such as the SDP offer) to the UPF-B to which it belongs to initiate a session establishment request. This INVITE message (such as the SDP offer) can be used to establish a multimedia channel between UPF-B and terminal B, and this multimedia channel can be used not only to transmit the user's session messages but also to transmit subsequent intent service information. In other words, terminal A / terminal B can pre-negotiate in this INVITE message with UPF-A / UPF-B that the established multimedia channel supports the transmission of intent service information.

[0347] Exemplarily, a new media attribute line (a-line) can be extended through the Session Description Protocol (SDP) in the INVITE message to support the Real-Time Transport Protocol (RTP) header extension (extmap), so as to support carrying the corresponding RTP header extension field in the subsequent user plane message to indicate the activation or deactivation of the intent assistance function. For example: a = extmap:99 urn:xxx:params:rtp-hdrext:intent-active. This media attribute line (a-line) can be used to indicate that the established multimedia channel supports the transmission of intent service information.

[0348] After UPF-A / UPF-B receives an INVITE message (such as an SDP offer), it can learn that the multimedia channel that Terminal A / Terminal B wants to establish supports the transmission of intent service information (or, supports Terminal A / Terminal B to send user plane messages carrying RTP message header extension fields), and can send a response message (such as an SDP response, that is, an SDP answer) to Terminal A. This response message (such as an SDP answer) can be used to respond to the above-mentioned INVITE message (such as an SDP offer). If this response message (such as an SDP answer) indicates success, it means that the multimedia channel between UPF-A and Terminal A is successfully established, or the multimedia channel between UPF-B and Terminal B is successfully established. It can be understood that when the embodiments of the present application are combined with the Figure 5 or Figure 6 shown embodiments, the process of NIAF sending intent service information to Terminal A and Terminal B may include: NIAF may first send the intent service information to UPF-A and UPF-B, and then UPF-A sends it to Terminal A through the multimedia channel established here, and UPF-B sends it to Terminal B through the multimedia channel established here.

[0349] In a possible implementation, after the above multimedia channel is successfully established, User 1 can activate or deactivate the intent assistance function through Terminal A. In response to the operation of User 1 to activate or deactivate the intent assistance function, Terminal A generates a user plane message and can send the user plane message to UPF-A. This user plane message can be used to activate or deactivate the intent assistance function. Exemplarily, this user plane message may include parameter information for activating or deactivating the intent assistance function. For example, this parameter information may be a real-time transport protocol (RTP) message header extension.

[0350] For example, referring to Figure 11 , Figure 11 is a schematic structural diagram of the RTP message header extension provided by the embodiments of the present application. As Figure 11 shown, a new identifier (ID) and data can be added to the RTP message header extension. This ID represents intent-active, and the data takes the value of true to indicate activating the intent assistance function, and takes the value of false to indicate closing / deactivating the intent assistance function.

[0351] In a possible implementation, after receiving the above user plane message, UPF-A can parse the user plane message and determine whether the user plane message contains parameter information (such as RTP message header extension) for activating / deactivating the intent assistance function. If the user plane message contains parameter information for activating the intent assistance function (such as the data value corresponding to the ID indicating intent-active in the RTP message header extension is true), then perform steps S602 to S605 below.

[0352] If the user plane message contains parameter information for deactivating the intent assistance function (such as the data value corresponding to the ID indicating intent-active in the RTP message header extension is false), UPF can send a session end message to NIAF. This session end message can be used to disconnect the session channel between NIAF and UPF-A. This session channel can be used for UPF-A to forward the user's session messages to NIAF. After receiving this session end message, NIAF can disconnect from UPF-A.

[0353] S602, UPF-A sends a function activation message to ISMF. This function activation message is used to instruct NIAF to insert into the session corresponding to this user plane message.

[0354] In a possible implementation, the implementation manner of step S602 in the embodiments of the present application can refer to the implementation manner of step S503 in the foregoing Figure 9 illustrated embodiment and will not be elaborated here.

[0355] S603, ISMF sends session connection information to UPF-A. This session connection information is used to establish a session channel between UPF-A and NIAF. Among them, this session channel can be used to transmit session messages and / or communication content.

[0356] In a possible implementation, after receiving the above function activation message, ISMF can perform necessary permission or policy checks (such as checking whether user 1 has subscribed to the intent assistance function). After the permission or policy check passes (such as user 1 has subscribed to the intent assistance function), ISMF can send session connection information to UPF-A. This session connection information includes one or more of the following: the address of NIAF, the port of NIAF, or the protocol used by the session channel. This session connection information can be used to establish a session channel between UPF-A and NIAF. This session channel can be used to forward the user's session messages to NIAF.

[0357] S604, UPF-A sends a session connection request to NIAF. This session connection request is used to request the establishment of a session channel. This session channel can be used to transmit session messages and / or communication content.

[0358] S605. The NIAF sends a session connection response to the UPF-A. This session connection response is used to respond to the above session connection request.

[0359] In a possible implementation, the implementation manners of steps S604 and S605 in the embodiments of the present application may refer to the implementation manners of steps S304 and S305 in the foregoing Figure 7 illustrated embodiments, which will not be elaborated herein. The embodiments of the present application are described by taking the terminal A sending a user plane message to activate / deactivate the intent assistance function as an example. In actual applications, it may also be the terminal B sending a user plane message to activate / deactivate the intent assistance function, and its implementation manner is similar to that of the embodiments of the present application, which will not be elaborated herein. It can be understood that the purpose of "activating the intent assistance function" in the embodiments of the present application may be to insert the NIAF into an existing session.

[0360] The embodiments of the present application expand the user plane message to activate / deactivate the intent assistance function, which can simplify the complexity of session management and support the intent recognition of the NIAF, laying a foundation for meaning-based communication.

[0361] See Figure 12 , Figure 12 FIG. is the seventh process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces the session management process based on an IP multimedia system (IMS). The IMS may include a call session control function (CSCF), a media function (MF), and an NIAF, and optionally an ISF. Exemplarily, the NIAF and / or the ISF are respectively used as an application server (AS) in the IMS. In this method, CSCF-A represents the CSCF to which the terminal A belongs, and CSCF-B represents the CSCF to which the terminal B belongs. In a possible implementation, the embodiments of the present application may be implemented in combination with the foregoing Figure 5 or Figure 6 illustrated embodiments, or may be implemented independently. The present application is not limited thereto.

[0362] As Figure 12 illustrated, this communication method includes but is not limited to the following steps:

[0363] S701. The terminal A sends a session invitation message or a session reinvitation message to the CSCF-A. The session invitation message or the session reinvitation message includes a first parameter, and this first parameter is used to indicate activation or deactivation of the intent assistance function.

[0364] In one possible implementation, User 1 can activate or deactivate the intent assistance function through Terminal A. In response to the operation of User 1 to activate / deactivate the intent assistance function, Terminal A can generate a first parameter. It can be understood that if an end-to-end multimedia communication session has been established between Terminal A and Terminal B before step S701, Terminal A can send a session re-invite message (such as SIP re-INVITE, used to modify an existing user session) to the CSCF to which it belongs (denoted as CSCF-A). This session re-invite message (such as SIP re-INVITE) can include the first parameter. This first parameter can be used to indicate the activation or deactivation of the intent assistance function. If an end-to-end multimedia communication session has not been established between Terminal A and Terminal B before step S701, Terminal A can send a session invite message (such as SIP INVITE, used to initiate a new session) to CSCF-A. This session invite message (such as SIP INVITE) includes the first parameter. This first parameter can be used to indicate the activation of the intent assistance function. It can also be understood that Terminal A and Terminal B can establish a multimedia communication session through IMS, and the media content of this multimedia communication session can be forwarded through MF-A and MF-B to which Terminal A and Terminal B belong. Depending on the network deployment situation, MF-A and MF-B can be the same entity.

[0365] In one possible implementation, the above session invite message or the above session re-invite message can also include a second parameter, and this second parameter can be used to indicate the session direction for activating / deactivating the intent assistance function.

[0366] For example, a feature-tag named Intent_Activate (i.e., the above first parameter) can be added to the session invite message (such as SIP INVITE) or the session re-invite message (such as SIP re-INVITE). When the value of the feature-tag is true, it indicates the activation of the intent assistance function; when the value of the feature-tag is false, it indicates the closing / deactivation of the intent assistance function. Another feature-tag named Intent_Direction (i.e., the above second parameter) can also be added to the session invite message (such as SIP INVITE) or the session re-invite message (such as SIP re-INVITE), and its value can be uplink or downlink or two-way, used to indicate the session direction for activating / deactivating the intent assistance function.

[0367] S702, CSCF-A sends the session invite message or the session re-invite message to NIAF.

[0368] In a possible implementation, after receiving the above session invitation message (such as SIP INVITE) or the above session re-invitation message (such as SIP re-INVITE), CSCF-A can parse the first parameter therein (such as feature-tag) to determine whether to activate the intent assistance function. If CSCF-A determines to activate the intent assistance function (such as the value of feature-tag being true), then CSCF-A can forward the session invitation message or the session re-invitation message to NIAF. It can be understood that before forwarding the session invitation message or the session re-invitation message to NIAF, CSCF-A has obtained the routing address of NIAF. For example, CSCF-A can obtain the routing address of NIAF through a SIP REGISTER (SIP registration) message or in a pre-configured manner. After receiving the session invitation message or the session re-invitation message, NIAF can further forward the session invitation message or the session re-invitation message to the CSCF to which terminal B belongs (denoted as CSCF-B), and CSCF-B then forwards it to the MF to which terminal B belongs (denoted as MF-B), and MF-B then forwards it to terminal B, so that terminal B can know that the intent assistance function is activated.

[0369] In a possible implementation, after receiving the above session invitation message (such as SIP INVITE) or the above session re-invitation message (such as SIP re-INVITE), CSCF-A can send a session invitation response or a session re-invitation response to terminal A. The session invitation response can be used to indicate consent to establish a multimedia communication session. The session re-invitation response can be used to indicate consent to modify an existing multimedia communication session.

[0370] In a possible implementation, if the above first parameter indicates deactivation of the intent assistance function, CSCF-A can still forward the session invitation message or the session re-invitation message to NIAF, but CSCF-A no longer forwards the session message corresponding to the session invitation message or the session re-invitation message to NIAF. NIAF can also send the session invitation message or the session re-invitation message to terminal B through CSCF-B and MF-B, so that terminal B can know that the intent assistance function is deactivated.

[0371] S703, CSCF-A sends the session message to NIAF. The session message belongs to the session corresponding to the above session invitation message or the above session re-invitation message.

[0372] In a possible implementation, if the above first parameter indicates to activate the intent assistance function, then the session messages exchanged between terminal A and terminal B will be forwarded through MF-A, MF-B, CSCF-A, CSCF-B, and NIAF. Therefore, after receiving the session message from terminal A, CSCF-A can send the session message to NIAF. The session message includes the communication content, so that NIAF can identify the user's communication intent based on the communication content in the session message. The session message can belong to the session corresponding to the above session invitation message or the above session re-invitation message.

[0373] It can be understood that the embodiments of the present application are described by taking terminal A activating / deactivating the intent assistance function as an example. In actual applications, it can also be terminal B activating / deactivating the intent assistance function, and its implementation is similar to that of the embodiments of the present application, which will not be elaborated here. It can also be understood that when the embodiments of the present application are combined with the Figure 5 or Figure 6 shown embodiments, NIAF can also send intent service information to terminal A and / or terminal B along the way. Exemplarily, NIAF can first send the obtained intent service information to MF-A and / or MF-B, and MF-A inserts the intent service information along the way in the media plane message sent to terminal A, and / or MF-B inserts the intent service information along the way in the media plane message sent to terminal B. Among them, this implementation may require expanding the payload format of the media plane message to include both the original user session information and the related intent service information. In other words, the intent service information can be located in the payload part of the media plane message.

[0374] The embodiments of the present application indicate to activate the intent assistance function by carrying parameters in the session invitation message or the session re-invitation message, and add NIAF to IMS, so that NIAF can obtain the user's session content, support the intent recognition of NIAF, and lay a foundation for meaning-based communication.

[0375] See Figure 13 , Figure 13 is the eighth process schematic diagram of the communication method provided by the embodiments of the present application. This method mainly introduces the session management process of bypassing and mounting NIAF into the user session based on the IP Multimedia Subsystem (IMS). The IMS can include CSCF, MF, and NIAF, and optionally also includes ISF. Exemplarily, NIAF and / or ISF are respectively used as an application server (AS) in the IMS. In this method, CSCF-A represents the CSCF to which terminal A belongs, and CSCF-B represents the CSCF to which terminal B belongs. In a possible implementation, the embodiments of the present application can be combined with the Figure 5 or Figure 6The illustrated embodiments can be implemented in combination or alone, and the present application does not limit this.

[0376] As Figure 13 shown, the communication method includes but is not limited to the following steps:

[0377] S801. Terminal A sends a session indication message to NIAF. This session indication message includes information for indicating the session between Terminal A and Terminal B, and this session indication message is used to indicate NIAF to insert this session. Or rather, this session indication message is used to indicate NIAF to transmit intended service information through this session to the media network element serving this session.

[0378] In a possible implementation manner, before step S801, Terminal A and Terminal B have already established a multimedia communication session through IMS. After Terminal A and Terminal B establish a multimedia communication session, in response to the operation of User 1 activating the intent assistance function, Terminal A can generate a session indication message (such as SIP REFER), and can send this session indication message to NIAF. This session indication message can include identification information of one or more (existing) sessions (such as Call-ID, or Session-ID parameter). Exemplarily, this session indication message can also include an indication of activating the intent assistance function. This session indication message can be used to indicate NIAF to insert this one or more sessions. Or rather, this session indication message is used to indicate NIAF to transmit intended service information through this session to the media network element (such as MF-A) serving this session.

[0379] It can be understood that the above session indication message can be forwarded by CSCF-A. In other words, the session indication message sent by Terminal A first reaches CSCF-A, and after CSCF-A receives this session indication message, it can forward this session indication message to NIAF.

[0380] S802. NIAF sends a session re-invitation message to MF-A. This session re-invitation message includes information for indicating the session between Terminal A and Terminal B, and this session re-invitation message is used to request to join this session. Or rather, this session re-invitation message is used to request to transmit intended service information through this session.

[0381] In a possible implementation manner, after NIAF receives the above session indication message, it can send a session re-invitation message (such as SIP re-INVITE) to MF-A to which Terminal A belongs. This session re-invitation message can include the above identification information of one or more sessions (such as Call-ID, or Session-ID parameter). This session re-invitation message can be used to request to join this one or more sessions. Or rather, this session re-invitation message is used to request to transmit intended service information through this one or more sessions.

[0382] S803, MF-A sends a session re-invitation response to NIAF. This session re-invitation response is used to indicate agreement to transmit the intended service information through the above session.

[0383] In a possible implementation, after receiving the above session re-invitation message, MF-A can negotiate with NIAF to establish a two-way multimedia channel based on the SDP media parameters in the session re-invitation message. For the sake of distinction, it is denoted as the first multimedia channel. This first multimedia channel can be used to transmit the user's session messages and communication content, as well as the intended service information. For example, MF-A sends a session re-invitation response to NIAF to indicate agreement to transmit the intended service information through the above session. Thereafter, MF-A can forward the session messages or communication content of the above one or more sessions to NIAF so that NIAF can identify the user's communication intention based on the user's communication content.

[0384] In a possible implementation, after receiving the above session re-invitation message, MF-A can send a channel establishment message to terminal A. This channel establishment message can be used to request the establishment of a multimedia channel between MF-A and terminal A. For the sake of distinction, it is denoted as the second multimedia channel. After receiving this channel establishment message, terminal A can send a channel establishment response to MF-A to indicate agreement to establish the second multimedia channel between MF-A and terminal A. This second multimedia channel can be used to transmit the intended service information. It can be understood that before this, there is already a channel for transmitting user data (i.e., communication content) between MF-A and terminal A. And the second multimedia channel established here can be dedicated to transmitting the intended service information.

[0385] In a possible implementation, after receiving the above session indication message, NIAF can also send a session re-invitation message to MF-B to which terminal B belongs. This session re-invitation message can include the identification information of the above one or more sessions (such as Call-ID, or Session-ID parameter). This session re-invitation message can be used to request to join these one or more sessions. After receiving this session re-invitation message, MF-B can also negotiate with NIAF to establish a two-way multimedia channel based on the SDP media parameters in the session re-invitation message. After receiving this session re-invitation message, MF-B can also send a channel establishment message to terminal B. This channel establishment message can be used to request the establishment of a multimedia channel between MF-B and terminal B. For the specific establishment method, refer to the previous description and will not be elaborated here. After receiving this channel establishment message, terminal B can send a channel establishment response to MF-B to indicate agreement to establish the multimedia channel between MF-B and terminal B.

[0386] It can be understood that when MF-B and MF-A are the same entity, or when the terminal B does not need to obtain the intent service information, the NIAF does not need to send a session reinvitation message to MF-B.

[0387] The embodiments of the present application adopt an out-of-session negotiation method to bypass and mount the NIAF into the user's session, so that the NIAF can obtain the user's session content, support the intent recognition of the NIAF, and lay a foundation for communication with clear expression.

[0388] The above content elaborates in detail the method provided by the present application. To facilitate the implementation of the above solutions of the embodiments of the present application, the embodiments of the present application also provide corresponding devices or apparatuses.

[0389] The embodiments of the present application divide the various network elements of the present application into functional modules according to the above method examples. For example, each functional module can be corresponding to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the present application is illustrative, only a logical function division, and there can be other division methods in actual implementation. The following will be combined with Figures 14 to 16 Describe in detail the communication device of the embodiments of the present application.

[0390] See Figure 14 , Figure 14 is a schematic structural diagram of the communication device provided by the embodiments of the present application. As Figure 14 shown, the communication device may include a transceiver unit 10 and a processing unit 20.

[0391] In some embodiments of the present application, the communication device may be the NIAF shown above or a chip or circuit disposed in the NIAF. That is, the communication device can be used to execute the steps or functions performed by the NIAF in the above method embodiments.

[0392] Among them, the processing unit 20 is used to recognize the communication intent of the first user using the first terminal based on the communication content sent by the first terminal to the second terminal; the transceiver unit 10 is used to send information describing the communication intent to the second network element; the transceiver unit 10 is also used to receive the first intent service information corresponding to the communication intent from the second network element; the processing unit 20 is also used to provide the first intent service to the second terminal and / or the first terminal based on the first intent service information.

[0393] Exemplarily, the information used to describe the communication intent includes one or more of the following: the category of the communication intent, the theme of the communication intent, the keywords of the communication intent, or the semantics of the communication intent.

[0394] Exemplarily, the transceiver unit 10 is further configured to: send a first query message to a third network element, where the first query message is used to query a second network element that supports the communication intention; receive a first response message from the third network element, where the first response message includes information about the second network element.

[0395] Exemplarily, the first query message includes a semantic vector of the communication intention. The similarity between the registration information vector of the second network element and the semantic vector of the communication intention is greater than a threshold. Alternatively, the second network element is the network element corresponding to the top K similarities sorted from largest to smallest of a plurality of similarities, where the plurality of similarities include the similarities between the semantic vector of the communication intention and the registration information vectors of a plurality of network elements stored in the third network element, and K is a positive integer.

[0396] Exemplarily, the processing unit 20 is specifically configured to control the transceiver unit 10 to send the first intention service information to the second terminal and / or the first terminal; or send second intention service information to the second terminal and / or the first terminal, where the second intention service information is a result of processing the first intention service information based on the capabilities of the second terminal and / or the first terminal.

[0397] Exemplarily, the second intention service information is a result of processing the first intention service information based on the capabilities of the second terminal and / or the first terminal, including: the second intention service information is obtained by processing the display form of the first intention service information to match the information display capabilities of the second terminal and / or the first terminal.

[0398] Exemplarily, the transceiver unit 10 is further configured to: send the address of the first network element to the second terminal and / or the first terminal; receive a first message from the second terminal and / or the first terminal, where the first message is used to obtain the first intention service. The processing unit 20 is specifically configured to provide the first intention service to the second terminal and / or the first terminal according to the first message.

[0399] Exemplarily, the processing unit 20 is further configured to establish a communication connection with the second terminal and / or the first terminal. The processing unit 20 is further specifically configured to provide the first intention service to the second terminal and / or the first terminal through the communication connection.

[0400] Exemplarily, the transceiver unit 10 is further configured to receive operation information from the first terminal and / or the second terminal, where the operation information includes operation events of the first user and / or the second user of the second terminal for the first intent service; the transceiver unit 10 is further configured to send the operation information to the second network element; the transceiver unit 10 is further configured to receive third intent service information from the second network element, where the third intent service information is intent service information updated based on the operation events from the first intent service information; the processing unit 20 is further configured to provide a second intent service to the second terminal and / or the first terminal based on the third intent service information.

[0401] Exemplarily, the processing unit 20 is specifically configured to trigger the first terminal and / or the second terminal to execute tasks corresponding to the third intent service information.

[0402] Exemplarily, the transceiver unit 10 is further configured to send one or more of the following to the second network element: digital identity authorization information of the first user, or digital identity authorization information of the second user; the digital identity authorization information of the first user or the digital identity authorization information of the second user is used to generate the third intent service information in combination with the operation events.

[0403] Exemplarily, the transceiver unit 10 is further configured to send one or more of the following to the second network element: digital human information of the first user, digital human information of the second user, personalized information of the first user, personalized information of the second user. Among them, the digital human information of the first user, the digital human information of the second user, the personalized information of the first user, or the personalized information of the second user is used to generate the first intent service information in combination with the information for describing the communication intent.

[0404] Exemplarily, the transceiver unit 10 is further configured to receive the communication content from the user plane network element, where the communication content is transmitted through a session between the first terminal and the second terminal, and the user plane network element serves the session.

[0405] Exemplarily, the transceiver unit 10 is further configured to: receive a second message from the first terminal, where the second message includes information for indicating the session, and the second message is used to indicate that the first network element inserts into the session; send a first request message to the fourth network element, where the first request message is used to request to establish a connection between the first network element and the user plane network element serving the session, and the first request message includes the address of the first network element.

[0406] Exemplarily, the above second message further includes indication information, where the indication information is used to indicate that the transmission direction of the communication content is from the first terminal to the second terminal; the first request message further includes the second indication information.

[0407] Exemplarily, the transceiver unit 10 is further configured to: receive communication content from a media network element, where the communication content is sent by a first terminal to the second terminal through the media network element and a first network element.

[0408] Exemplarily, the communication content is sent by a first terminal to a second terminal through a media network element and a first network element, including: the communication content is sent by the first terminal to the second terminal through a session, and the session is a session among the first terminal, the media network element, the first network element, and the second terminal.

[0409] Exemplarily, the transceiver unit 10 is further configured to: receive a third message from the first terminal, where the third message includes information for indicating a session between the first terminal and the second terminal, and the third message is used to indicate that the first network element transmits intended service information through the session to the media network element serving the session; send a fourth message to the media network element, where the fourth message includes the information for indicating the session, and the fourth message is used to request to transmit the intended service information through the session; receive a fifth message from the media network element, where the fifth message is used to indicate consent to transmit the intended service information through the session.

[0410] It can be understood that the specific descriptions of the transceiver unit and the processing unit shown in the embodiments of the present application are only examples. For the specific functions of the transceiver unit and the processing unit or the steps to be executed, reference may be made to the above method embodiments, which will not be elaborated here. In addition, for the technical effects of the embodiments of the present application, refer to the technical effects in the foregoing method embodiments. For the sake of brevity, they will not be repeated here.

[0411] Multiplexing Figure 14 , in some other embodiments of the present application, the communication device may be the above-mentioned terminal A or a chip or circuit provided in terminal A. That is, the communication device may be used to execute the steps or functions executed by terminal A in the above method embodiments.

[0412] Wherein, the transceiver unit 10 is configured to send communication content to the second terminal, and the communication content includes the communication intention of a first user using terminal A; the transceiver unit 10 is further configured to receive first intended service information corresponding to the communication intention; the processing unit 20 is configured to call an application associated with the first intended service information to output the first intended service information.

[0413] Exemplarily, the display form of the first intended service information matches the information display capability of terminal A.

[0414] Exemplarily, the transceiver unit 10 is further configured to receive the address of the first network element; the transceiver unit 10 is further configured to send a first message to the first network element, and the first message is used to obtain the first intended service information.

[0415] Exemplarily, the processing unit 20 is further configured to establish a communication connection with the first network element; the transceiver unit 10 is specifically configured to receive first intent service information corresponding to the communication intent through the communication connection.

[0416] Exemplarily, the processing unit 20 is further configured to generate operation information in response to an operation event of the first user with respect to the first intent service information; the transceiver unit 10 is further configured to send the operation information to the first network element or the second network element; the transceiver unit 10 is further configured to receive second intent service information, where the second intent service information is intent service information updated based on the operation event of the first intent service information.

[0417] Exemplarily, the processing unit 20 is specifically configured to, based on the second intent service information, call an application associated with the second intent service information to execute a task corresponding to the second intent service information.

[0418] Exemplarily, the communication content is transmitted through a session between the terminal A and the second terminal. The transceiver unit 10 is further configured to send a second message to the first network element, where the second message includes information for indicating the session, and the second message is used to instruct the first network element to insert into the session.

[0419] Exemplarily, the transceiver unit 10 is specifically configured to receive a user plane message from a user plane network element serving the session, where the first intent service information is carried in the payload of the user plane message.

[0420] Exemplarily, the second message further includes indication information, where the indication information is used to indicate that the transmission direction of the communication content is from the terminal A to the second terminal.

[0421] Exemplarily, the communication content is transmitted through a session between the terminal A and the second terminal. The transceiver unit 10 is further configured to send a third message to the first network element, where the third message includes information for indicating the session, and the third message is used to instruct the first network element to transmit the first intent service information through the session to a media network element serving the session.

[0422] Exemplarily, the transceiver unit 10 is specifically configured to receive a media plane message from a media network element serving the session, where the first intent service information is carried in the payload of the media plane message.

[0423] It can be understood that the specific descriptions of the transceiver unit and the processing unit shown in the embodiments of the present application are only examples. For the specific functions or steps executed by the transceiver unit and the processing unit, reference may be made to the above method embodiments, which will not be elaborated here. In addition, for the technical effects of the embodiments of the present application, refer to the technical effects in the foregoing method embodiments. For the sake of brevity, they will not be repeated here.

[0424] The communication device according to the embodiments of the present application has been introduced above. The following introduces possible product forms of the communication device. It should be understood that any product form that has the functions of the communication device described above Figure 7 falls within the protection scope of the embodiments of the present application. It should also be understood that the following introduction is only for illustration and does not limit the product forms of the communication device in the embodiments of the present application to this.

[0425] In a possible implementation manner, Figure 14 in the communication device shown, the processing unit 20 may be one or more processors, the transceiver unit 10 may be a transceiver, or the transceiver unit 10 may also be a sending unit and a receiving unit. The sending unit may be a transmitter, and the receiving unit may be a receiver. The sending unit and the receiving unit are integrated in a device, such as a transceiver. In the embodiments of the present application, the processor and the transceiver may be coupled, etc. The embodiments of the present application do not limit the connection manner between the processor and the transceiver. In the process of executing the above method, the process of sending information in the above method may be understood as the process of the processor outputting the above information. When outputting the above information, the processor outputs the above information to the transceiver for transmission by the transceiver. After the above information is output by the processor, other processing may be required before it reaches the transceiver. Similarly, the process of receiving information in the above method may be understood as the process of the processor receiving the input above information. When the processor receives the input information, the transceiver receives the above information and inputs it to the processor. Further, after the transceiver receives the above information, other processing may be required before it is input to the processor.

[0426] See Figure 15 , Figure 15 which is another schematic structural diagram of the communication device provided by the embodiments of the present application. As Figure 15 shown, the communication device provided by the embodiments of the present application can be used to implement the methods described in any of the above method embodiments, and reference can be made to the descriptions in the above method embodiments. The communication device may be the foregoing various functional entities, or a chip or circuit thereof. Exemplarily, the communication device includes one or more processors 1001 and a transceiver 1002. The communication device may further include a memory 1003. In one implementation manner, the communication device further includes an input / output device (not shown in the figure).

[0427] The processor 1001 is mainly used to process communication protocols and communication data, control the entire communication device, execute software programs, and process the data of software programs. The memory 1003 is mainly used to store software programs and data. The transceiver 1002 may include a control circuit and an antenna. The control circuit is mainly used for the conversion between baseband signals and radio frequency signals and the processing of radio frequency signals. The antenna is mainly used to transmit and receive radio frequency signals in the form of electromagnetic waves. The input / output device, such as a touch screen, a display screen, a keyboard, etc., is mainly used to receive data input by the user and output data to the user.

[0428] After the communication device is powered on, the processor 1001 can read the software program in the memory 1003, interpret and execute the instructions of the software program, and process the data of the software program. When data needs to be wirelessly transmitted, the processor 1001 performs baseband processing on the data to be transmitted and then outputs a baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and then transmits the radio frequency signal outward in the form of electromagnetic waves through the antenna. When data is sent to the communication device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor 1001. The processor 1001 converts the baseband signal into data and processes the data.

[0429] In another implementation, the radio frequency circuit and the antenna can be set independently of the processor performing baseband processing. For example, in a distributed scenario, the radio frequency circuit and the antenna can be independent of the communication device and arranged in a remote manner.

[0430] Among them, the processor 1001, the transceiver 1002, and the memory 1003 can be connected through a communication bus.

[0431] The processor 1001 may include a transceiver for implementing receiving and sending functions. For example, the transceiver may be a transceiver circuit, or an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing receiving and sending functions can be separate or integrated together. The above-mentioned transceiver circuit, interface, or interface circuit can be used for reading and writing code / data, or the above-mentioned transceiver circuit, interface, or interface circuit can be used for signal transmission or transfer.

[0432] The processor 1001 may store instructions, which may be computer programs. When the computer program runs on the processor 1001, it can enable the communication device to execute the methods described in the above method embodiments. The computer program may be solidified in the processor 1001. In this case, the processor 1001 may be implemented by hardware.

[0433] In one implementation, the communication device may include a circuit that can implement the functions of sending or receiving or communicating in the aforementioned method embodiment. The processor and transceiver described in the present application can be implemented in an integrated circuit (IC), an analog IC, a radio frequency integrated circuit (RFIC), a mixed signal IC, an application specific integrated circuit (ASIC), a printed circuit board (PCB), an electronic device, etc. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal oxide semiconductor (CMOS), N-type metal oxide semiconductor (nMetal-oxide-semiconductor, NMOS), P-channel metal oxide semiconductor (positive channel metal oxide semiconductor, PMOS), bipolar junction transistor (bipolar junction transistor, BJT), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

[0434] It is understandable that the communication device shown in the embodiment of the present application may also have Figure 15 The embodiments of the present application do not limit more components, etc. The methods executed by the processor and transceiver shown above are only examples, and the specific steps executed by the processor and transceiver can refer to the introduction of the method embodiments above.

[0435] In another possible implementation, Figure 14 In the communication device shown, the processing unit 20 may be one or more logic circuits, and the transceiver unit 10 may be an input / output interface, or a communication interface, or an interface circuit, or an interface, etc. Alternatively, the transceiver unit 10 may be a sending unit and a receiving unit, the sending unit may be an output interface, the receiving unit may be an input interface, and the sending unit and the receiving unit may be integrated into one unit, such as an input / output interface. Figure 16 , Figure 16 is another structural diagram of a communication device provided in an embodiment of the present application. Figure 16 As shown, Figure 16The communication device shown includes a logic circuit 901 and an interface 902. That is, the above-mentioned processing unit 20 can be implemented by the logic circuit 901, and the transceiver unit 10 can be implemented by the interface 902. Among them, the logic circuit 901 can be a chip, a processing circuit, an integrated circuit, or a system on chip (SoC) chip, etc., and the interface 902 can be a communication interface, an input / output interface, a pin, etc. Exemplarily, Figure 16 is shown by taking the above-mentioned communication device as a chip as an example. The chip includes a logic circuit 901 and an interface 902.

[0436] In the embodiments of the present application, the logic circuit and the interface can also be coupled to each other. For the specific connection manner between the logic circuit and the interface, the embodiments of the present application do not make any limitations. The logic circuit and the interface can be used to implement the methods described in any of the above method embodiments, and reference can be made to the descriptions in the above method embodiments.

[0437] It can be understood that the communication device shown in the embodiments of the present application can implement the methods provided in the embodiments of the present application in the form of hardware, or can also implement the methods provided in the embodiments of the present application in the form of software, etc. The embodiments of the present application do not make any limitations in this regard.

[0438] For Figure 16 the specific implementation manners of the shown embodiments, reference can also be made to the above-mentioned various embodiments, which will not be elaborated here.

[0439] The embodiments of the present application also provide a communication system, which includes NIAF, ISF, terminal A, and terminal B; optionally, it further includes ISRF. The NIAF, ISF, terminal A, and terminal B can be used to execute the methods in any of the foregoing method embodiments.

[0440] In addition, the present application also provides a computer program, which is used to implement the operations and / or processes executed by any network element in any of the method embodiments provided in the present application.

[0441] The present application also provides a computer program, which is used to implement the operations and / or processes executed by the terminal in the methods provided in the present application.

[0442] The present application also provides a computer-readable storage medium, in which computer code is stored. When the computer code runs on a computer, it causes the computer to execute the operations and / or processes executed by any network element in any of the method embodiments provided in the present application.

[0443] The present application also provides a computer-readable storage medium storing computer code, which, when run on a computer, causes the computer to perform the operations and / or processes executed by the terminal in the method provided by the present application.

[0444] The present application also provides a computer program product comprising computer code or a computer program, which, when run on a computer, causes the operations and / or processes executed by any network element in any method embodiment of the method provided by the present application to be executed.

[0445] The present application also provides a computer program product comprising computer code or a computer program, which, when run on a computer, causes the operations and / or processes executed by the terminal in the method provided by the present application to be executed.

[0446] In several embodiments provided by the present application, it should be understood that the disclosed systems, apparatuses, and methods may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For example, the division of the units is only a logical functional division, and there may be other division methods in actual implementation. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the displayed or discussed couplings or direct couplings or communication connections between each other may be indirect couplings or communication connections through some interfaces, apparatuses, or units, and may also be electrical, mechanical, or other forms of connection.

[0447] The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place or distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the technical effects of the solutions provided by the embodiments of the present application.

[0448] Furthermore, in each embodiment of the present application, the functional units may be integrated in a processing unit, or each unit may exist physically alone, or two or more units may be integrated in one unit. The above-mentioned integrated units may be implemented in the form of hardware or in the form of software functional units.

[0449] When the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a readable storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of this application. The aforementioned readable storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memories (ROMs), random access memories (RAMs), magnetic disks, or optical discs.

[0450] As described above, the foregoing is only the specific implementation manner of this application, but the protection scope of this application is not limited thereto. Any person skilled in the art within the technical scope disclosed by this application can easily think of changes or substitutions, which should all be covered by the protection scope of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

1. A communication method, characterized in that, Including: Based on the communication content sent by the first network element to the second terminal, the first network element identifies the communication intention of the first user using the first terminal; The first network element sends information for describing the communication intention to the second network element; The first network element receives first intention service information corresponding to the communication intention from the second network element; Based on the first intention service information, the first network element provides a first intention service to the second terminal and / or the first terminal.

2. The method according to claim 1, wherein The information for describing the communication intention includes one or more of the following: the category of the communication intention, the theme of the communication intention, the keyword of the communication intention, or the semantics of the communication intention.

3. The method according to claim 1 or 2, characterized in that, Before the first network element sends the information for describing the communication intention to the second network element, the method further includes: The first network element sends a first query message to the third network element, and the first query message is used to query the second network element that supports the communication intention; The first network element receives a first response message from the third network element, and the first response message includes information about the second network element.

4. The method according to claim 3, characterized in that, The first query message includes the semantic vector of the communication intention; The similarity between the registration information vector of the second network element and the semantic vector of the communication intention is greater than a threshold; Alternatively, the second network element is the network element corresponding to the top K similarities sorted from large to small among multiple similarities, and the multiple similarities include the similarities between the semantic vector of the communication intention and the registration information vectors of multiple network elements stored in the third network element, and K is a positive integer.

5. The method according to any one of claims 1 to 4, characterized in that, The first network element provides a first intention service to the second terminal and / or the first terminal, including: The first network element sends the first intention service information to the second terminal and / or the first terminal; or, The first network element sends second intention service information to the second terminal and / or the first terminal, and the second intention service information is a result of processing the first intention service information based on the capabilities of the second terminal and / or the first terminal.

6. The method according to claim 5, wherein The second intention service information is a result of processing the first intention service information based on the capabilities of the second terminal and / or the first terminal, including: The second intention service information is to process the display form of the first intention service information into intention service information that matches the information display capabilities of the second terminal and / or the first terminal.

7. The method according to any one of claims 1 to 6, characterized in that, Before the first network element provides a first intention service to the second terminal and / or the first terminal, the method further includes: The first network element sends the address of the first network element to the second terminal and / or the first terminal; The first network element receives a first message from the second terminal and / or the first terminal, and the first message is used to obtain the first intention service; The first network element provides a first intention service to the second terminal and / or the first terminal, including: the first network element provides a first intention service to the second terminal and / or the first terminal according to the first message.

8. The method according to any one of claims 1 to 6, characterized in that, The method further includes: The first network element establishes a communication connection with the second terminal and / or the first terminal; The first network element provides a first intent service to the second terminal and / or the first terminal, including: The first network element provides the first intent service to the second terminal and / or the first terminal through the communication connection.

9. The method according to any one of claims 1 to 8, characterized in that, After the first network element provides the first intent service to the second terminal and / or the first terminal, the method further includes: The first network element receives operation information from the first terminal and / or the second terminal, where the operation information includes operation events of the first user and / or the second user using the second terminal for the first intent service; The first network element sends the operation information to the second network element; The first network element receives third intent service information from the second network element, where the third intent service information is intent service information updated based on the operation events of the first intent service information; Based on the third intent service information, the first network element provides a second intent service to the second terminal and / or the first terminal.

10. The method according to claim 9, wherein The first network element provides the second intent service to the second terminal and / or the first terminal, including: The first network element triggers the first terminal and / or the second terminal to execute a task corresponding to the third intent service information.

11. The method according to claim 10, wherein Before the first network element receives the third intent service information from the second network element, the method further includes: The first network element sends one or more of the following to the second network element: digital identity authorization information of the first user, or digital identity authorization information of the second user; the digital identity authorization information of the first user or the digital identity authorization information of the second user is used to generate the third intent service information in combination with the operation events.

12. The method according to any one of claims 1 to 11, characterized in that, Before the first network element receives the first intent service information corresponding to the communication intent from the second network element, the method further includes: The first network element sends one or more of the following to the second network element: digital human information of the first user, digital human information of the second user, personalized information of the first user, personalized information of the second user; Among them, the digital human information of the first user, the digital human information of the second user, the personalized information of the first user, or the personalized information of the second user is used to generate the first intent service information in combination with the information for describing the communication intent.

13. The method according to any one of claims 1 to 12, characterized in that, Before the first network element identifies the communication intent of the first user using the first terminal based on the communication content sent from the first terminal to the second terminal, the method further includes: The first network element receives the communication content from the user plane network element, and the communication content is transmitted through a session between the first terminal and the second terminal, and the user plane network element serves the session.

14. The method according to claim 13, wherein Before the first network element receives the communication content from the user plane network element, the method further includes: The first network element receives a second message from the first terminal, where the second message includes information for indicating the session, and the second message is used to indicate the first network element to insert into the session; The first network element sends a first request message to a fourth network element (ISMF), where the first request message is used to request the establishment of a connection between the first network element and a user plane network element serving the session, and the first request message includes the address of the first network element.

15. The method according to claim 14, wherein The second message further includes indication information, where the indication information is used to indicate that the transmission direction of the communication content is from the first terminal to the second terminal; the first request message further includes the second indication information.

16. The method according to any one of claims 1 to 12, characterized in that, Before the first network element identifies the communication intention of a first user using the first terminal based on the communication content sent from the first terminal to the second terminal, the method further includes: The first network element receives communication content from a media network element, where the communication content is sent from the first terminal to the second terminal by the first terminal through the media network element and the first network element.

17. The method according to claim 16, characterized in that The communication content being sent from the first terminal to the second terminal by the first terminal through the media network element and the first network element includes: The communication content is sent from the first terminal to the second terminal through a session, where the session is a session among the first terminal, the media network element, the first network element, and the second terminal.

18. The method according to claim 16 or 17, characterized in that, Before the first network element receives communication content from the media network element, the method further includes: The first network element receives a third message from the first terminal, where the third message includes information for indicating a session between the first terminal and the second terminal, and the third message is used to indicate that the first network element transmits intention service information through the session with the media network element serving the session; The first network element sends a fourth message to the media network element, where the fourth message includes the information for indicating the session, and the fourth message is used to request the transmission of intention service information through the session; The first network element receives a fifth message from the media network element, where the fifth message is used to indicate consent to the transmission of intention service information through the session.

19. A communication method, characterized in that, Including: The first terminal sends communication content to the second terminal, where the communication content includes the communication intention of a first user using the first terminal; The first terminal receives first intention service information corresponding to the communication intention and invokes an application associated with the first intention service information to output the first intention service information.

20. The method according to claim 19, wherein The display form of the first intention service information matches the information display capability of the first terminal.

21. The method according to claim 19 or 20, characterized in that, Before the first terminal receives first intention service information corresponding to the communication intention, the method further includes: The first terminal receives the address of the first network element; The first terminal sends a first message to the first network element, where the first message is used to obtain the first intention service information.

22. The method according to claim 19 or 20, characterized in that, Before the first terminal receives first intention service information corresponding to the communication intention, the method further includes: The first terminal establishes a communication connection with the first network element; The first terminal receives first intention service information corresponding to the communication intention, including: the first terminal receives first intention service information corresponding to the communication intention through the communication connection.

23. The method according to any one of claims 19 to 22, characterized in that, After the first terminal invokes the first application associated with the first intent service information to output the first intent service information, the method further includes: The first terminal generates operation information in response to an operation event of the first user with respect to the first intent service information; The first terminal sends the operation information to the first network element or the second network element; The first terminal receives second intent service information, where the second intent service information is the intent service information updated based on the operation event of the first intent service information.

24. The method according to claim 23, wherein After the first terminal receives the second intent service information, the method further includes: The first terminal invokes an application associated with the second intent service information based on the second intent service information to execute a task corresponding to the second intent service information.

25. The method according to claim 19 or 20, characterized in that, The communication content is transmitted through a session between the first terminal and the second terminal; Before the first terminal receives the first intent service information corresponding to the communication intent, the method further includes: The first terminal sends a second message to the first network element, where the second message includes information for indicating the session, and the second message is used to instruct the first network element to insert the session.

26. The method according to claim 25, characterized in that, The first terminal receiving the first intent service information corresponding to the communication intent includes: The first terminal receives a user plane message from a user plane network element serving the session, and the first intent service information is carried in the payload of the user plane message.

27. The method according to claim 25 or 26, characterized in that, The second message further includes indication information, where the indication information is used to indicate that the transmission direction of the communication content is from the first terminal to the second terminal.

28. The method according to claim 19 or 20, characterized in that, The communication content is transmitted through a session between the first terminal and the second terminal; Before the first terminal receives the first intent service information corresponding to the communication intent, the method further includes: The first terminal sends a third message to the first network element, where the third message includes information for indicating the session, and the third message is used to instruct the first network element to transmit the first intent service information through the session to a media network element serving the session.

29. The method according to claim 28, wherein The first terminal receiving the first intent service information corresponding to the communication intent includes: The first terminal receives a media plane message from a media network element serving the session, and the first intent service information is carried in the payload of the media plane message.

30. A communication device, characterized in that, A unit or module for executing the method according to any one of claims 1 to 29.

31. A communication device, characterized in that, Including a processor and an interface circuit, where the interface circuit is used to receive signals from other communication devices and transmit them to the processor or send signals from the processor to other communication devices, and the processor is used to implement the method according to any one of claims 1 to 29 through logic circuits or by executing code instructions.

32. A readable storage medium, characterized in that, For storing a program, where the program is executed by one or more processors, so that a device including the one or more processors executes the method according to any one of claims 1 to 29.

Images