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

Abstract

The present application relates to the technical field of communications, and in particular to a communication method, a communication device, a communication system, and a readable storage medium. The method comprises: in the call process of a first user and a second user, a first network element recognizing a communication intention of the first user on the basis of the communication content sent by the first user to the second user; sending to a second network element information for describing the communication intention, so that the second network element generates intention service information on the basis of the information used for describing the communication intention, and returns the intention service information to the first network element; and the first network element providing an intention service for the second user and / or the first user on the basis of the intention service information. According to the embodiments of the present application, an intention service based on a user communication intention can be provided for users in the call process of the users, thereby improving the communication efficiency.

Description

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

[0001] This application claims priority to the Chinese patent application with application number 202410024198.0 filed with the State Intellectual Property Office of China on January 5, 2024, and priority to the Chinese patent application with the invention name “Communication Method, Communication Device, Communication System and Readable Storage Medium”, all contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communication technology, and in particular to a communication method, a communication device, a communication system, and a readable storage medium. Background Art

[0003] The International Telecommunication Union-Radiocommunication Sector (ITU-R) has proposed six scenarios for International Mobile Telecommunications (IMT) 2030. These include connectivity-enhanced scenarios for fifth-generation mobile communication technology (5G), including immersive communications, ultra-reliable low-latency communications, and massive communications. Furthermore, new scenarios are emerging, including ubiquitous connectivity, artificial intelligence (AI), communication integration, and perception-communication integration. Understandably, the development path prior to 5G focused on the evolution of communications and connectivity, focusing on the "Internet of Everything." Future communications technologies, such as sixth-generation mobile communication technology (6G), will build on enhanced connectivity by adding resources and capabilities in computing, intelligence, data, and perception, aiming for the "Intelligent Connection of Everything." In short, future communications technologies, such as 6G networks, will integrate communications (or connectivity), computing, intelligence, data, and perception, enabling the intelligent connection of everything.

[0004] The "everything" in "Intelligent Connection of Everything" can be understood as humans (natural persons), machines (machines), numbers (digital intelligence), and spirits (intelligent robots), all connected to future networks (such as 6G networks). The "intelligent connection" in "Intelligent Connection of Everything" can be understood as: centered around the user (such as a person or enterprise), driving information interaction between humans, machines, numbers, and spirits based on user intent, and leveraging the inherent capabilities of communication (i.e., communication), perception (i.e., perception), calculation (i.e., calculation), data (i.e., data), and intelligence (i.e., intelligence) to ultimately achieve the user's communication intent or purpose.

[0005] Currently, networks can only provide deterministic services to users. For example, 5G new call features like intelligent customer service, fun calls, simultaneous interpretation, content sharing, and screen sharing are all based on deterministic services (or predefined functions). However, providing services based on the user's communication intent (which is uncertain) during a call remains to be explored. Summary of the Invention

[0006] The embodiments of the present application provide a communication method, a communication device, a communication system and a readable storage medium, which can provide users with intention services based on the user's communication intentions, thereby improving communication efficiency.

[0007] The present application is introduced below from different aspects. It should be understood that the implementation methods and beneficial effects of the following different aspects can be referenced to each other.

[0008] In this application, "intent service" can be understood as a service related to intent. Service can be understood as the behavior or process of providing help to users, meeting needs, or completing tasks.

[0009] In a first aspect, the present application provides a communication method, which includes: a first network element identifies the communication intention of a first user using a first terminal based on the communication content sent by the first terminal to the second terminal; the first network element sends information used to describe 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, and provides a first intention service to the second terminal and / or the first terminal based on the first intention service information.

[0010] Exemplarily, the first network element identifying the communication intention of a first user using the first terminal based on communication content sent from the first terminal to the second terminal includes: the first network element identifying the communication intention of the first user using the first terminal based on communication content sent from the first terminal to the second terminal and from the second terminal to the first terminal. In other words, when the first network element identifies the communication intention of the first user, it can be based on the communication content exchanged between the first and second terminals, or it can be based solely on the communication content sent from the first terminal to the second terminal.

[0011] 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 descriptions of NIAF and ISF, please refer to the embodiments below and will not be described in detail here.

[0012] During a call, this application identifies the user's communication intent in the user's communication content through the network side, generates intent service information corresponding to this communication intent based on this communication intent, and then provides the user with the corresponding intent service based on this intent service information. This can provide the user with intent services based on the user's communication intent (which is uncertain), thereby improving communication efficiency.

[0013] In conjunction with the first aspect, in one possible implementation, the information used to describe the communication intention includes one or more of the following: the category of the communication intention, the subject of the communication intention, the keywords of the communication intention, or the semantics of the communication intention. In other words, after the first network element identifies the communication intention of the first user, the first network element can process the identified communication intention to obtain information used to describe the communication intention. Exemplarily, the semantics of the communication intention can be semantics based on text descriptions, or semantics processed by vectorization technology embedding, that is, a semantic vector.

[0014] In combination with the first aspect, in a possible implementation, before the first network element sends information 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. The information about the second network element may include but is not limited to one or more of the following: an access address of the second network element (such as an application programming interface (API), a uniform resource locator (URL), or a media access control (MAC) address of the second network element, etc.), an identifier of the second network element, or a name of the second network element. It can be understood that the information about the second network element can be used to determine this second network element.

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

[0016] Exemplarily, 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 by 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, where K is a positive integer. In other words, the third network element can be used as a vector database to store vectorized network element registration information (when the network element is registered, its original registration information is vectorized, and the processed registration information vector is associated with the original registration information and stored), and after receiving the first query message, it can perform similarity calculation based on the semantic vector of the communication intention and the registration information vector of the network element stored in itself, thereby returning information of the second network element with higher similarity (for example, top K, or similarity greater than a certain threshold).

[0017] It is understandable that, because the user's communication intention is uncertain, the first network element of the present application may not be able to determine which network element in the network can provide the intention service corresponding to the communication intention after identifying the user's communication intention. Therefore, the present application queries the network element that manages the intention service in the network (i.e., the third network element) for a 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 user with the corresponding intention service.

[0018] In combination with the first aspect, in one possible implementation, the first network element provides a first intent service to the second terminal and / or the first terminal, including: the first network element sends the above-mentioned first intent service information to the second terminal and / or the first terminal. Alternatively, the first network element sends second intent service information to the second terminal and / or the first terminal, and the second intent service information may be the result of processing the above-mentioned first intent service information based on the capabilities of the second terminal and / or the first terminal. Exemplarily, the second intent service information is the intent service information that processes the display form of the first intent service information into an information display form that matches the information display capability of the second terminal and / or the first terminal.

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

[0020] This application provides different terminals with intention services adapted to the terminal capabilities, which can achieve better display effects on the terminals.

[0021] In conjunction with the first aspect, in one possible implementation, 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; and 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 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 may provide the first intent service to the second terminal and / or the first terminal based on the first message.

[0022] The first network element of the present application proactively informs the terminal of its own address, so that the terminal can obtain the intended service from the first network element.

[0023] In conjunction with the first aspect, in one possible implementation, 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 via the communication connection.

[0024] Exemplarily, the first network element establishes a communication connection with the second terminal and / or the first terminal, including: the first network element sends a media session request (such as a session initialization protocol (SIP) invitation (SIP INVITE) message) to the second terminal and / or the first terminal, and negotiates to establish a media streaming session (such as a real-time transport protocol (RTP) session) through the media session request; the first network element receives a media session response from the second terminal and / or the first terminal to establish the media streaming session. The first network element can then provide a first intent service to the second terminal and / or the first terminal through the media streaming session (such as an RTP session). The present application provides intent services by establishing a new communication connection (or media streaming session), which has little impact on the existing call content.

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

[0026] Exemplarily, the first network element providing the second intent service to the second terminal and / or the first terminal includes: the first network element triggering the first terminal and / or the second terminal to perform the task corresponding to the third intent service information. For example, the first network element sends an instruction to the first terminal and / or the second terminal, instructing the execution of the task corresponding to the third intent service information.

[0027] In combination with the first aspect, in a possible implementation method, before the first network element receives the third intention service information from the second network element, the method also includes: the first network element sends one or more of the following to the second network element: the digital identity authorization information of the first user, or the 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 intention service information in combination with the above-mentioned operation event.

[0028] In conjunction with the first aspect, in one possible implementation, before the first network element receives first intent-service information corresponding to a 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 first user's digital human information, the second user's digital human information, the first user's personalized information, and the second user's personalized information. The first user's digital human information, the second user's digital human information, the first user's personalized information, or the second user's personalized information is used in combination with the above-mentioned information used to describe the communication intent to generate the first intent-service information.

[0029] 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 also includes: the first network element receives the communication content from the user-plane network element, and the communication content is transmitted through the session between the first terminal and the second terminal, and the user-plane network element serves the session.

[0030] 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, the second message including information indicating the above-mentioned session, the second message being used to instruct the first network element to insert into the session; the first network element sending a first request message to a fourth network element, the first request message being used to request establishment of a connection between the first network element and the user-plane network element servicing the session, the first request message including the address of the first network element. It will be understood that when the first network element subsequently provides an intent service to the second terminal and / or the first terminal, the intent service can be provided to the second terminal and / or the first terminal via the connection.

[0031] Exemplarily, after receiving the second message, the first network element may query the network for a fourth network element corresponding to the session and send the first request message to the fourth network element. In one possible implementation, the second message may further include an identifier of the first terminal. In this case, after receiving the second message, the first network element may query the network for a fourth network element corresponding to the first terminal and then send the first request message to the fourth network element.

[0032] Exemplarily, the fourth network element may be an intelligent session management function (ISMF). For a description of the ISMF, see the following embodiments and will not be described in detail here.

[0033] Exemplarily, the second message further includes indication information, which indicates that the communication content is to be transmitted from the first terminal to the second terminal; and the first request message further includes this second indication information. The second indication information can be used by the user-plane network element to filter the communication content sent to the first network element.

[0034] In conjunction with the first aspect, in one 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 receiving communication content from a media network element, where the communication content is sent by the first terminal to the second terminal via the media network element and the first network element. Exemplarily, the communication content is sent by the first terminal to the second terminal via the media network element and the first network element, including: the communication content is sent by the first terminal to the second terminal via a session, where the session is a session between the first terminal, the media network element, the first network element, and the second terminal.

[0035] Exemplarily, before the first network element receives the communication content from the media network element, the method also 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 so that the first network element is inserted into the session; the first network element forwards the session invitation response or session re-invitation response returned by the second terminal to the first terminal, and the session invitation response or session re-invitation response is used to agree to the session invitation message or session re-invitation message.

[0036] 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 including information indicating a session between the first terminal and the second terminal, the third message being used to instruct the first network element to transmit the intended 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, the fourth message including the information indicating the session, the fourth message being used to request the transmission of the intended service information through the session; the first network element receives a fifth message from the media network element, the fifth message being used to indicate consent to transmit the intended service information through the session. Exemplarily, the fourth message may be a session re-invite message (i.e., SIP re-INVITE), the SIP re-INVITE message including a newly added media line (m line), the m line being 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-invite response, the session re-invite response being used to consent to transmit the intended service information through the session.

[0037] In a second aspect, the present application provides a communication method, which includes: a first terminal sends communication content to a second terminal, the communication content including 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 calls an application associated with the first intention service information to output the first intention service information.

[0038] Exemplarily, the path for the first terminal to send communication content to the second terminal is: the first terminal first sends the communication content 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.

[0039] In conjunction with the second aspect, in a possible implementation, the display format of the first intent service information matches the information display capability of the first terminal.

[0040] In combination with the second aspect, in a possible implementation method, before the first terminal receives the first intention service information corresponding to the above-mentioned communication intention, the method also 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 intention service information.

[0041] In conjunction with the second aspect, in one possible implementation, before the first terminal receives the first intent service information corresponding to the communication intent, the method further includes: the first terminal establishing a communication connection with the first network element. The first terminal receiving the first intent service information corresponding to the communication intent includes: the first terminal receiving the first intent service information corresponding to the communication intent via the communication connection. The manner in which the first terminal establishes the communication connection with the first network element is described in the relevant description of the first aspect and is not further elaborated here.

[0042] In combination with the second aspect, in one possible implementation, after the first terminal calls the first application associated with the above-mentioned first intent service information to output the first intent service information, the method also includes: the first terminal generates operation information in response to the operation event of the first user 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 second intent service information, which is the intent service information after the first intent service information is updated based on the operation event.

[0043] 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, calling an application associated with the second intent service information to execute a task corresponding to the second intent service information.

[0044] In conjunction with the second aspect, in one possible implementation, the communication content is transmitted via a session between the first terminal and the second terminal. Before the first terminal receives first intent service information corresponding to the communication intent, the method further includes: the first terminal sending a second message to the first network element, the second message including information indicating the session, the second message being used to instruct the first network element to insert into the session.

[0045] Exemplarily, the first terminal receives first intent service information corresponding to the communication intention, including: the first terminal receives a user plane message from a user plane network element serving the session, and the payload of the user plane message carries the first intent service information.

[0046] 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 first terminal to the second terminal.

[0047] In conjunction with the second aspect, in one possible implementation, the communication content is transmitted via a session between a first terminal and a second terminal. Before the first terminal receives first intent service information corresponding to the communication intent, the method further includes: the first terminal sending a third message to the first network element, the third message including information indicating the session, the third message being used to instruct the first network element to transmit the first intent service information via the session to a media network element serving the session.

[0048] Exemplarily, the first terminal receives a media plane message from a media network element serving the session, where the payload of the media plane message carries the first intended service information.

[0049] In a third aspect, the present application provides a communication device configured to execute the method in the first aspect or any possible implementation of the first aspect. The communication device includes a unit configured to execute the method in the first aspect or any possible implementation of the first aspect.

[0050] In a fourth aspect, the present application provides a communication device configured to execute the method of the second aspect or any possible implementation of the second aspect. The communication device includes a unit configured to execute the method of the second aspect or any possible implementation of the second aspect.

[0051] In the third or fourth aspect, the communication device may include a transceiver unit and a processing unit. For a detailed description of the transceiver unit and the processing unit, reference may be made to the device embodiments shown below. The beneficial effects of the third to fourth aspects may be referenced to the relevant descriptions of the first and second aspects, and are not further elaborated here.

[0052] In a fifth aspect, the present application provides a communication device, comprising a processor configured to execute the method described in the first aspect, the second aspect, or any possible implementation of any of the above aspects. Alternatively, the processor is configured to execute a program stored in a memory, and when the program is executed, the method described in the first aspect, the second aspect, or any possible implementation of any of the above aspects is executed.

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

[0054] In combination with the fifth aspect, in a possible implementation, the memory is located within the above-mentioned communication device.

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

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

[0057] In a 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. Wherein, 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 of the first aspect, the second aspect, or any aspect thereof. Wherein, the interface circuit may be a communication interface or a transceiver. The transceiver may be a radio frequency module in a communication device, or a combination of a radio frequency module and an antenna, or an input and output interface of a chip or circuit.

[0058] In the seventh aspect, the present application provides a readable storage medium having program instructions stored thereon, which, when executed on a computer, enables the computer to execute the method described in the first aspect, the second aspect, or any possible implementation of any of the aspects above.

[0059] In an eighth aspect, the present application provides a program product comprising program instructions, which, when executed, enables the method described in the first aspect, the second aspect, or any possible implementation of any of the aspects to be executed.

[0060] In a ninth aspect, the present application provides a device, which can be implemented in the form of a chip or in the form of a device, and the device includes a processor. The processor is used to read and execute a program stored in a memory to execute one or more of the above-mentioned first aspect, second aspect, or any possible implementation of any aspect thereof. The communication method provided by one or more of them. Optionally, the device also includes a memory, which is connected to the processor via a circuit. Further optionally, the device also includes a communication interface, and the processor is connected to the communication interface. The communication interface is used to receive information to be processed, and the processor obtains the information from the communication interface, processes the information, and outputs the processing results through the communication interface. The communication interface can be an input and output interface.

[0061] In a possible implementation, the processor and memory may be physically independent units, or the memory may be integrated with the processor.

[0062] In a tenth aspect, the present application provides a communications system, comprising a first network element and a second network element; optionally, the communications system further comprises a first terminal and / or a second terminal. The first network element may be configured to perform the method described in the first aspect or any possible implementation of the first aspect. The second network element may be configured to receive information from the first network element and / or send information to the first network element. The first terminal may be configured to perform the method described in the second aspect or any possible implementation of the second aspect.

[0063] The technical effects achieved in the above-mentioned aspects can be referred to each other or to the beneficial effects in the method embodiments shown below, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0064] FIG1 is a conceptual diagram of a communication method according to an embodiment of the present application;

[0065] FIG2 is a simplified schematic diagram of a communication system provided in an embodiment of the present application;

[0066] FIG3 is a schematic diagram of a possible application scenario provided by an embodiment of the present application;

[0067] FIG4 is a simplified flow diagram of a communication method provided in an embodiment of the present application;

[0068] FIG5 is a schematic diagram of a first flow chart of a communication method provided in an embodiment of the present application;

[0069] FIG6 is a schematic diagram of a second flow chart of a communication method provided in an embodiment of the present application;

[0070] FIG7 is a schematic diagram of a third flow chart of the communication method provided in an embodiment of the present application;

[0071] FIG8 is a schematic diagram of a fourth flow chart of a communication method provided in an embodiment of the present application;

[0072] FIG9 is a schematic diagram of a fifth flow chart of a communication method provided in an embodiment of the present application;

[0073] FIG10 is a sixth flow chart of a communication method according to an embodiment of the present application;

[0074] FIG11 is a schematic structural diagram of an RTP message header extension provided in an embodiment of the present application;

[0075] FIG12 is a seventh flow chart of the communication method provided in an embodiment of the present application;

[0076] FIG13 is a schematic diagram of an eighth flow chart of a communication method provided in an embodiment of the present application;

[0077] FIG14 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0078] FIG15 is another schematic structural diagram of a communication device provided in an embodiment of the present application;

[0079] FIG16 is another structural diagram of the communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0080] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application.

[0081] In the description of this application, unless otherwise specified, " / " means "or", for example, A / B can mean A or B. "And / or" in this article is merely a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, "at least one" means one or more, and "plurality" means two or more. "At least one of the following items" or similar expressions refers 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 can mean: a, b, c; a and b; a and c; b and c; or a, b, and c. Among them, a, b, and c can be single or multiple.

[0082] In the description of this application, words such as "first" and "second" are used only to distinguish different objects and do not limit the quantity or execution order. Moreover, words such as "first" and "second" do not necessarily mean different. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units that are not listed, or may optionally include other steps or units inherent to the process, method, product, or device.

[0083] In this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described in this application as "exemplary," "for example," or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary," "for example," or "for example" is intended to present the relevant concepts in a concrete way.

[0084] It should be understood that in this application, "when", "if" and "if" all mean that the device will perform corresponding processing under certain objective circumstances, and do not limit the time. It does not require that the device must perform a judgment action when it is implemented, nor does it mean that there are other limitations.

[0085] The "simultaneous" in this application can be understood as at the same time point, or within a period of time, or within the same cycle. In some scenarios, "simultaneous" can also be understood as "in parallel", which can be understood in conjunction with the context.

[0086] Elements used in the singular herein are intended to mean "one or more" rather than "one and only one" unless specifically stated otherwise.

[0087] Additionally, the terms "system" and "network" are often used interchangeably herein.

[0088] It should be understood that in the various embodiments of the present application, expressions such as "B corresponding to A," "B corresponding to / associated with A," and similar expressions all indicate that there is a corresponding relationship between A and B, and that 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 based solely on A; B can also be determined / generated based on A and / or other information.

[0089] The "intelligent connection of all things" in this application can be understood as a kind of "intent-driven communication". "Intent-driven communication" can also be understood as task-oriented or intent-driven communication. For example: with the user (such as a person or an enterprise) as the center, based on the user's intention or purpose, drive the multimodal information interaction between people, machines, numbers, and spirits, and use the inherent capabilities of communication, perception, calculation, mathematics, and intelligence to ultimately achieve the user's communication intention or communication purpose, that is, "intent-driven communication". See Figure 1, which is a conceptual diagram of the intent-driven communication provided by an embodiment of the present application. As shown in Figure 1, mobile phones, extended reality (XR) glasses, drones, service robots and other devices connected to the network can interact with intelligent agents in the network (which can be a network element) through multimodal interaction intentions / semantics / data, etc. The intelligent agent uses the network's connection services, computing services, data services, perception services, call services, cloud network facilities, etc. to achieve the user's communication intention or communication purpose.

[0090] It is understood that "multimodality" in the field of artificial intelligence can generally refer to perceptual information, such as images, text, and voice. Multimodal input can help artificial intelligence more accurately understand the external world. "Multimodal information" in this application can be understood as multiple modalities or types of information (or data), including but not limited to: text, images, video, voice, etc.

[0091] In one possible implementation, in a communication chat application, by recognizing user gestures in text or video sent by the user and matching them with predefined rules, corresponding animation effects can be generated in the chat session to enhance the fun of user communication and enhance the expression of user emotions and feelings. For example, by recognizing keywords in the user's chat text (such as "Happy Birthday"), a corresponding full-screen animation (such as "cake" emoji rain) can be generated. For another example, by recognizing specific user gestures in a video chat (such as "heart", "scissor hand", "thumbs up"), corresponding screen animation effects (such as "love", "fireworks", "like") can be generated. However, this implementation can only perform simple recognition based on specific keywords or gestures, and simple special effects matching based on predefined rules, and does not support intelligent recognition and semantic understanding of the user's communication intentions. In addition, in this implementation, the communicating parties rely on specific application platforms, and cannot achieve full network and cross-platform services.

[0092] Therefore, the present application provides a communication method, a communication device, a communication system and a readable storage medium, which, during a user's call, identify and understand the user's communication intention through the network side, and provide corresponding intention service information to the user in the user's communication session, thereby providing the user with intention services that are not dependent on a specific application platform, realizing full-network, cross-platform intention services, and improving communication efficiency.

[0093] To better understand this application, the following first introduces the communication system and possible application scenarios provided by this application. It should be understood that the system architecture and application scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application and do not constitute a limitation on the technical solutions provided by the embodiments of this application.

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

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

[0096] In one possible implementation, the Network Intelligent Proxy Function (NIAF) can be used to receive communication content from user terminals and / or identify the communication intent therein. Exemplarily, the Network Intelligent Proxy Function (NIAF) can also be used to query and / or call related intent service functions (ISFs) to obtain intent service information. Exemplarily, the NIAF can also send intent service information to one or more (intelligent) terminals associated with the user. Exemplarily, the NIAF can also interact with other network elements (such as digital human management, contract authorization management, multi-terminal management, etc.) to provide more input parameters for the intent service function (ISF). Exemplarily, the NIAF can also process the obtained intent service information so that the intent service information is adapted to the user's terminal capabilities / terminal type, etc.

[0097] For example, NIAF can be divided into one or more of the following components: a user plane (e.g., a multimodal interaction module), a control plane (e.g., a session management module), an intelligent plane (e.g., an intent processing module), or a data plane (e.g., a user information module). The user plane (e.g., a multimodal interaction module) can be used to receive multimodal interaction information from a user session and / or pre-process the multimodal interaction information. For example, the user plane (e.g., a multimodal interaction module) can also output intent service information to the user session in a multimodal manner. The control plane (e.g., a session management module) can be used to manage sessions related to intent communication (or intentional communication). For example, the control plane (e.g., a session management module) can add / exit NIAF to a user session and / or add a transmission channel for intent service information to a user session. The intelligent plane (e.g., an intent processing module) can be used to identify a user's communication intent. For example, the intelligent plane (e.g., an intent processing module) can be used to parse the communication content in a user session and intelligently identify communication intent based on AI capabilities, and / or can be used to parse intent requests sent by a 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 user-related contract / location information, multi-terminal information, digital human information, or network context status information.

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

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

[0100] In one possible implementation, the Intelligent Session Management Function (ISMF) can be used to establish (intelligent) sessions between various (intelligent) terminals and the Network Intelligent Agent Function (NIAF). For example, the ISMF can be deployed as an independent network element (NF) (in the core network), or the ISMF can be a newly defined independent network element; or it can be deployed in combination with other network elements. For example, the ISMF can be an enhancement of existing network elements (such as the policy control function (PCF), the access and mobility management function (AMF), and / or the session management function (SMF)).

[0101] In one possible implementation, the intent service function (ISF) can be understood as a service provided to achieve a specific communication intention (or user intention). The ISF can be used to generate intent service information. Exemplarily, the input of the ISF may include the communication intention identified by the NIAF, and / or information related to the user (for example, the user's contract / location information, multi-terminal information, digital human information, or network context status information, etc.), and the output of the ISF may include intent service information. Exemplarily, the intent service information may be multimodal, for example, multiple modalities such as text, voice, video, image, and / or touch.

[0102] 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: 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 parameters (or input parameters), or the output format, etc. For example, the connection method / access method of the ISF may include but is not limited to: the protocol used to access the ISF (for example: hypertext transfer protocol (HTTP)) or a method of the protocol (for example: HTTP's Get method). 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 mode of the output parameters, such as text / voice / video, etc.; display format, such as 2D / 3D / VR / AR; resolution; and / or the type of intent service information, etc.

[0103] In one possible implementation, the terminal can be connected to the network and can be used to transmit data related to the intent. Exemplarily, the terminal can also use the intent service function (ISF) to receive and display intent service information. The terminal of the embodiment of the present application may include various types of smart terminals, such as: mobile phones, XR glasses, Internet of Things terminals, drones, robot dogs, robots, etc. In mobile communication networks, terminals are also often referred to as user equipment (UE). In other words, "terminal" and "UE" can be used interchangeably in this application. However, this application is not limited to mobile communication networks, and can also be applied to other future or existing communication networks, such as wireless local area networks (WLAN) or wireless personal area networks (WPAN).

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

[0105] In one possible implementation, the application function (AF) may be a third-party application server participating in a user session.

[0106] It is understood that the names of the network elements and / or (sub) modules shown in FIG2 are merely examples, and the present application does not limit the names of the network elements and / or (sub) modules shown in FIG2. In addition, the embodiments of the present application do not limit the specific technologies and specific device forms used by the network elements and / or (sub) modules shown in FIG2.

[0107] Refer to Figure 3, which is a schematic diagram of a possible application scenario provided by an embodiment of the present application. As shown in Figure 3, during the communication process, user 1 sends an invitation to user 2. The network intelligent agent function (NIAF) can use AI capabilities to analyze the communication content of user 1, identify the communication intention of user 1, and can query and call relevant intention service functions (such as travel, movies, shopping, ordering meals, etc.) from the system (such as ISRF) based on the communication intention. NIAF can then obtain intention service information related to the user's communication intention (such as travel destination pictures / videos generated by artificial intelligence generated content (AIGC), clothing styles that match the user's digital image, and movie posters that match the preferences of both users). The intention service information can be interactive (such as user 1 and user 2 can select and / or confirm the movie posters, show times, seats, etc. presented by the terminal). The intention service information can help users achieve effective communication of intentions and reach consensus. NIAF can also drive the user's multiple terminals to perform corresponding intelligent tasks (such as setting itineraries, event reminders, etc.) based on the results of the intention consensus.

[0108] In this application, the user's "communication intention" can be understood as: a certain "goal / purpose" that the user expects to achieve. The "goal" may include the desire to perform a certain (or certain) task (which can be broken down into multiple subtasks / actions), or a certain state / result that is expected to be achieved (for example, during human-machine communication, the machine can be instructed to reach a certain state, such as maintaining a certain altitude for a drone to cruise, or establishing a low-latency, highly reliable private network). The "intention service information" related to the "user's communication intention" can be understood as: relevant information that assists / supports users in expressing / delivering / achieving their desired "goals / purposes".

[0109] The technical solution provided by this application is described in detail below.

[0110] In order to facilitate the clear description of the technical solution of the present application, the present application is described through a plurality of embodiments, and specifically refer to the description of each embodiment below. In the present application, unless otherwise specified, the same or similar parts between each embodiment or implementation method can refer to each other. In the various embodiments of the present application, and each implementation method / implementation method / implementation method in each embodiment, if there is no special explanation and logical conflict, the terms and / or descriptions between different embodiments and each implementation method / implementation method / implementation method in each embodiment are consistent and can be referenced to each other. The technical features in different embodiments and each implementation method / implementation method / implementation method in each embodiment can be combined to form new embodiments, implementation methods, implementation methods, or implementation methods according to their inherent logical relationships. The implementation methods of the present application described below do not constitute a limitation on the scope of protection of the present application. It will be understood that the order of the embodiments below does not represent the degree of importance.

[0111] It should be understood that, in this application, indication includes direct indication (also known as explicit indication) and implicit indication. Direct indication of information A refers to including information A; implicit indication of information A refers to indicating information A through the correspondence between information A and information B and the direct indication of information B. The correspondence between information A and information B can be predefined, pre-stored, pre-burned, or pre-configured.

[0112] It should be understood that, in this application, information C is used to determine information D, which includes both information D being determined solely based on information C and information D being determined based on information C and other information. Furthermore, information C is used to determine information D, which may also include indirect determination, such as information D being determined based on information E, and information E being determined based on information C.

[0113] In addition, in each embodiment of the present application, "network element A sends information A to network element B" can be understood as the destination end of the information A or the intermediate network element in the transmission path between the destination end and the network element B, which may include directly or indirectly sending information to network element B. "Network element B receives information A from network element A" can be understood as the source end of the information A or the intermediate network element in the transmission path between the source end and the network element A, which may include directly or indirectly receiving information from network element A. The information may be processed as necessary between the source end and the destination end of the information transmission, such as format changes, 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.

[0114] In one possible implementation, the first network element of the present application may be a NIAF, the second network element may be an ISF, the third network element may be an ISRF, and the fourth network element may be an ISMF. The media network element (media function, MF) in the present application may be used to perform media forwarding and processing on the user's communication content (which may be presented in a certain media form), such as: optimizing, enhancing, compressing, transcoding, etc. the media carrying the communication content (such as audio, video, text, images, etc.). For example, the media network element may be a unified media function (UMF). It will be understood that the description of the various network elements of the present application here is only an example, and any network element that can implement the technical solution of the present application is within the scope of protection of the present application.

[0115] The following is a brief introduction to the overall process of the technical solution of this application.

[0116] In one possible implementation method, the present application introduces a network intelligent agent function (NIAF) in the network, and uses the network's endogenous AI capabilities and the intent service function (ISF) provided by the terminal or external application to identify the communication intention / communication purpose that the user wants to express during the communication process, and uses a multi-modal / multi-terminal approach to display the intention service information related to the user's communication intention. The intention service information is added to the user's communication session and returned to the user, thereby helping the communicating parties to better understand each other's communication intentions. In addition, based on the intention service information, two-way interaction can also be carried out to reach an intention consensus result, which can then drive the execution of intelligent tasks related to the intention consensus result.

[0117] For example, see Figure 4, which is a simplified flow diagram of the communication method provided in an embodiment of the present application. As shown in Figure 4, the communication method may include but is not limited to steps S1 to S4. In one possible implementation, before step S1, the communication method shown in Figure 4 may further include step S0. In one possible implementation, after step S4, the communication method shown in Figure 4 may further include step S5 and / or step S6.

[0118] S0, registers the intent service function (ISF).

[0119] In one possible implementation, the intent service function (ISF) can be registered with the intent service registration function (ISRF) so that other network elements can 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). This application does not limit the registration process between the ISF and the ISRF. For example, different intent service functions can provide different services. Of course, there may be multiple intent service functions providing the same service, which is not limited by this application.

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

[0121] S1, activates the intent assist feature to insert the Network Intelligent Agent Function (NIAF) into the user session.

[0122] In one possible implementation, the user side (e.g., the user's terminal) or the network side (e.g., the user plane function (UPF) or the media function (MF)) activates the intent assistance function. The network side can add the Network Intelligent Proxy Function (NIAF) to the user session and establish a multimedia session channel for delivering the intent service information. "Inserting the 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.

[0123] S2, identify the user's communication intention.

[0124] In one possible implementation, the Network Intelligent Agent Function (NIAF) can identify a user's communication intent based on one or more conversation messages (or communication content). For example, the NIAF can use AI agent functionality to identify one or more conversation messages (or communication content) based on text, voice, and semantic recognition, AI big models, and other technologies to determine the user's communication intent.

[0125] As you can understand, an AI big model, also known as a foundation model, is a computer model that, through learning and training on large amounts of data, can understand human language and semantics and extract useful information from them. An AI big model can be composed of multiple sub-models and can be divided into two types: neural network models and non-neural network models.

[0126] S3,query and call the intent service function.

[0127] In one possible implementation, a Network Intelligent Agent Function (NIAF) can query and invoke an intent service function. For example, based on the identified user's communication intent, NIAF can query registered and / or system-native intent services (such as AIGC) for an intent service function that matches the communication intent 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.

[0128] S4, sending the intent service information generated by the intent service function to the user, thereby providing the user with corresponding intent services.

[0129] In one possible implementation, the Network Intelligent Proxy Function (NIAF) may send the intent service information returned by the Intent Service Function (ISF) to one or more terminals associated with the user. Exemplarily, NIAF may select the best multimodal presentation format to send the intent service information to the user based on the capabilities of one or more terminals associated with the user. For example: for VR glasses, the content of the intent service information may be presented in a 360° panoramic manner, while a mobile phone or tablet may present the content of the intent service information in a flat manner. The presentation method may 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.).

[0130] In this application, "terminal associated with the user" or "terminal corresponding to the user" and other similar descriptions may refer to a terminal associated / bound to the user's identifier (for example, a mobile phone number, a personal account, or an ID number, etc.).

[0131] S5, users conduct multimodal information interaction based on the intended service information.

[0132] In one 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 user's operation information for the intent service information to the Network Intelligent Agent Function (NIAF). NIAF can synchronize the user's operation process (such as the mouse track, finger touch points, or eye focus, etc.) and / or results to other users in real time through multimedia streaming. During this process, NIAF can use the user's digital human information (such as digital identity) for security authentication and / or authorization.

[0133] S6, triggering multiple terminals to execute related tasks based on the intent service information.

[0134] In one possible implementation, the Network Intelligent Agent Function (NIAF) can use AI agents to drive multiple user-related terminals to perform corresponding intelligent tasks based on the user's confirmation of the service intent information. For example, NIAF can send commands to user-related terminals to set mobile phone schedule reminders, set the destination / route of a smart car, trigger a VR headset (head-mounted display (HMD)) to download and install software, or command a drone or robot to travel to a specified destination and collect and transmit images and video.

[0135] In the embodiment of the present application, NIAF is inserted into the user session through the network side or the user side. The NIAF on the network side identifies the communication intention in the user's communication content, calls the relevant intent service function, generates intent service information related to the communication intention and returns it to the user, so as to help the communicating parties better understand each other's intentions. Moreover, because NIAF and ISF can be deployed in the core network, the communication intention can be delivered across the entire network and platforms, helping users to quickly reach a consensus on intentions, thereby improving communication efficiency.

[0136] The communication method provided by this application is described in detail below.

[0137] See Figure 5, which is a schematic diagram of the first flow of the communication method provided in an embodiment of the present application. This method mainly introduces that the NIAF generates intent service information adapted to different terminal capabilities by calling the AIGC capability of the ISF and feeds it back to the user to provide the user with the intent service. As shown in Figure 5, the communication method includes but is not limited to the following steps:

[0138] S101, terminal A and terminal B communicate.

[0139] In one possible implementation, user 1 (user1) and user 2 (user2) can establish a multimedia communication session (referred to as a multimedia call) through their respective personal terminals (i.e., terminal A and terminal B), such as a voice call, video call, or text chat. Before the multimedia call begins or during the multimedia call, an intention-assisted function can be activated so that the NIAF on the network side can receive session messages forwarded by other network elements (e.g., UPF). The specific implementation of activating the intention-assisted function can be found in the description of the embodiments below and will not be elaborated here. It is understood that "activating the intention-assisted function" in this application can be understood as "inserting the NIAF into the user session (e.g., establishing a multimedia call between terminal A and terminal B)" so that the NIAF on the network side can receive user session messages or user communication content forwarded by other network elements (e.g., UPF).

[0140] In one possible implementation, in response to an operation by user 1 (such as making a voice or video call), terminal A may send a session establishment request to the network. This session establishment request may include the identifiers of the two call parties (i.e., terminal A and terminal B), the multimedia type, and call parameters (such as text, audio, and video codec parameters). The network may allocate available resources based on terminal A's request and respond with a session establishment response. Based on terminal A's request, the network establishes a multimedia call connection between terminal A and terminal B. After receiving the session establishment response, terminal A may establish a communication connection with the network. After the session is established, terminal A may send a service activation request to the network. This service activation request includes the service type (such as an intention-based auxiliary function) and related parameters. Based on terminal A's request, the network configures the corresponding service function, adds the NIAF to the user session, and responds with a service activation response. After the service activation is complete, user 1 and user 2 can exchange multimedia data (including communication content) through terminal A and terminal B. NIAF can obtain this multimedia data (including communication content) to identify the user's communication intent and provide corresponding intention-based service information based on the user's communication intent.

[0141] In one possible implementation, terminal A can carry the communication content input by user 1 (for example, text, audio, video, pictures, and other types / modal information) in a conversation message and send it to terminal B. Terminal B can also carry the communication content input by user 2 in a conversation message and send it to terminal A. The conversation 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, which will not be described in detail below) via the base station connected to terminal A. UPF-A can forward the conversation message to the user plane function to which terminal B belongs (denoted as UPF-B, which will not be described in detail below). If the intention assistance function is activated, UPF-A can also forward the conversation message to the NIAF, or UPF-A can extract the communication content from the conversation message and send it to the NIAF. After receiving the conversation message forwarded by UPF-A, UPF-B sends the conversation message to terminal B. Similarly, a session message sent from terminal B to terminal A can be forwarded to UPF-B via the base station connected to terminal B. UPF-B then forwards the session message to UPF-A and / or NIAF. UPF-A then sends the received session message to terminal A. Depending on the network deployment, UPF-A and UPF-B can be the same entity. It is understood that session messages can also be processed and forwarded by the application function (AF) between UPF-A and UPF-B. For example, when UPF-B forwards a session message to UPF-A, it may need to be processed and forwarded by the AF before reaching UPF-A.

[0142] It can be understood that if the intention assistance function is activated during a multimedia call, UPF-A and / or UPF-B can forward the historical conversation messages or historical communication content exchanged between terminal A and terminal B during the multimedia call before the intention assistance function is activated to NIAF, so that NIAF can better identify the user's communication intention.

[0143] In one possible implementation, the communication content of user 1 may include the communication intention of user 1, such as inviting user 2 to travel to a certain place, or buying clothes, jewelry, game props, etc. for user 2. In another possible implementation, terminal A may carry the user's communication intention in the conversation message in the form of unstructured data (such as through natural language or text, etc.), or in a specific structured data form (such as a predefined intention message format). The user's communication intention may be identified by terminal A through the user's communication content, or it may be explicitly expressed by the user. It is understandable that if terminal A carries the user's communication intention in the conversation message, then after receiving the conversation message, the NIAF does not need to identify the user's communication intention again, but can directly query the ISRF for the ISF that supports the communication intention. In other words, if terminal A carries the user's communication intention in the conversation message, the communication method of the embodiment of the present application may not execute step S102, but jump to execute step S103.

[0144] S102, NIAF identifies the user's communication intention based on the received communication content.

[0145] In one possible implementation, during a multimedia call between terminal A and terminal B, NIAF can perform intent recognition on the communication content in one or more received conversation messages, or perform intent recognition on the received communication content, to obtain the communication intention of user 1. The one or more conversation messages can include conversation messages exchanged between terminal A and terminal B during the multimedia call over a period of time (i.e., the context of the user conversation).

[0146] For example, NIAF can identify the communication intent contained in the communication content through technologies such as text, voice, and semantic recognition, or AI large models. NIAF can also call on AI algorithm engines, external resources, or services (such as web search and semantic knowledge bases) to further identify the communication content, thereby enhancing the accuracy of intent recognition.

[0147] For example, after obtaining User 1's communication intent, NIAF can engage in two-way communication with User 1 to make a more accurate assessment of User 1's communication intent. For example, NIAF can communicate with User 1 through intelligent question-and-answer methods or utilize the prompt mechanism within the AI ​​model to confirm the accuracy of the intent recognition result. NIAF can use User 1's confirmed communication intent as the final intent recognition result. In other words, NIAF can perform subsequent operations based on User 1's confirmed communication intent, such as querying the ISF that supports the communication intent in step S104 below.

[0148] The following examples illustrate communication intent identified by NIAF using various scenarios. It is understood that the communication content in the following scenarios can be carried in multiple session messages. It is also understood that the communication content in the following scenarios can be part of the communication content exchanged between terminals A and B during a multimedia call.

[0149] Scenario 1: Travel and vacation scene

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

[0151] User 2: "How's the scenery at Erhai Lake? Is it suitable for taking wedding photos?"

[0152] User 1: "There are popular check-in spots like a, b, and c. The scenery is beautiful and perfect for wedding photos. I'll ask the Intent Assistant to send them to you."

[0153] Based on the above communication content, NIAF identifies that user 1's communication intention is to send wedding photo renderings of scenic spots a, b, and c to user 2.

[0154] Scenario 2: Shopping Scenario

[0155] User 1: "I saw a beautiful dress in Style A online. Can I give it to you as a birthday gift?"

[0156] User 2: "I've gained weight recently and have a new hairstyle, so I'm afraid it won't suit me."

[0157] User 1: "No problem. I'll have the Intent Assistant send you the try-on results. I need you to authorize your digital human image."

[0158] Based on the above communication content, NIAF recognizes that the communication intention of user 1 is to send the effect of trying on style a clothing on user 2 to user 2.

[0159] Scenario 3: Education / communication scenario

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

[0161] User 2: "It's a thought experiment in quantum mechanics about the collapse of superposition."

[0162] User 1: "I still don't understand. Can you explain it again?"

[0163] User 2: "I can't explain it clearly. Let me ask the Intent Assistant to explain it to you in a vivid way."

[0164] Based on the above communication content, NIAF identified that User 2's communication intention was to explain the "Schrödinger's Cat" thought experiment to User 1 in a visual way.

[0165] Scenario 4: Real-life navigation scenario

[0166] User 1: "Hello, where is your interview location A? I can't find it."

[0167] User 2: "Please wait a moment. I'll ask the Intent Assistant to assist you with real-time navigation."

[0168] Based on the above communication content, NIAF recognizes that the communication intention of user 2 is to help user 1 find destination a through real-scene navigation.

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

[0170] For example, in the aforementioned scenario 2, after NIAF recognizes the communication intention of user 1, NIAF can also send a message to terminal A, which carries the following content: Do you want to "send the effect of trying on xx style of clothing on user B to user B"?

[0171] User 1 replies: "Yes" through terminal A. NIAF can then perform subsequent operations based on the communication intention confirmed by user 1.

[0172] For example, in the aforementioned scenario 1, after NIAF recognizes the communication intention of user 1, NIAF can also send a message to terminal A, which carries the following content: Do you want a "Chinese" style or a "Western" style wedding photo effect?

[0173] User 1 replies through terminal A: "Western style." NIAF can then update user 1's communication intent to: "Send the Western-style wedding photo renderings of attractions a, b, and c to user 2." NIAF can then perform subsequent operations based on this updated communication intent.

[0174] S103: The NIAF sends a query message 1 to the ISRF. The query message 1 is used to query the ISF that supports the communication intention.

[0175] S104: ISRF sends a query response 1 to NIAF. The query response 1 includes information about the ISF that supports the communication intention.

[0176] In one possible implementation, after the NIAF determines the user's communication intent, it may send a query message 1 to the ISRF. This query message 1 may include information describing the communication intent and may be used to query the ISF that supports the communication intent. Exemplary information describing the communication intent includes, but is not limited to, one or more of the following: the category of the communication intent, the subject of the communication intent, keywords of the communication intent, or the semantics of the communication intent. The semantics of the communication intent may be directly based on text descriptions or may be embedded using vectorized technology. For example, for the communication intent identified in the above scenario 1, its category may be "travel", its theme may be "honeymoon, wedding photos", etc., and its keywords may be "attraction a, attraction b, attraction c", etc.; for the communication intent identified in the above scenario 2, its category may be "shopping", its theme may be "try-on effect", and its keyword may be "style a"; for the communication intent identified in the above scenario 3, its category may be "education", its theme may be "Schrödinger's cat", and its keyword may be "quantum mechanics"; for the communication intent identified in the above scenario 4, its category may be "transportation", its theme may be "real-life navigation", and its keyword may be "location a". In scenario 1, the semantics of the communication intent can be the text "Send wedding photo renderings of scenic spots a, b, and c to user 2," or text with the same or similar semantics (such as an English translation). It can also be a string of numeric vectors (such as [-0.4685, 0.4572, 0.5159, -0.2618, -0.6871, ...]) after the text is processed by a machine's semantic vectorization algorithm, representing the vector mapping of the text in a high-dimensional semantic space.

[0177] After receiving the query message 1, the ISRF can query the registered ISFs for the ISFs that support the communication intention. For example: the ISRF queries the registered ISFs for the ISFs that match the communication intention (for example, querying the registered ISFs for the ISFs whose service capabilities can handle the communication intention), or the ISFs that match the category, theme, keywords, and / or semantics of the communication intention, or adopts a combination of several query methods. Among them, when the semantic matching method is adopted, the query matching can be performed based on vectorized semantic relevance. At this time, the ISRF itself can be used as a vector database to store the vectorized ISF registration information (when the ISF is registered, its original registration information is vectorized, and the processed registration information vector and the original registration information are associated and stored), and can perform similarity calculation based on the semantic vector of the above-mentioned communication intention and the ISF registration information vector in the ISRF, thereby returning one or more ISF information with high similarity (for example, top K, or similarity greater than a certain threshold). If the ISRF finds that there is an ISF among the registered ISFs that supports the communication intent (for example, there is an ISF among the registered ISFs that matches the category, topic, keyword, or semantics of the communication intent), the ISRF can send a query response 1 to the NIAF. The query response 1 may include information about one or more ISFs that support the communication intent. For example, for the above scenarios 1 and 2, the tourism ISF and the shopping ISF can be queried respectively. Both (i.e., the tourism ISF and the shopping ISF) can provide AIGC functions and generate corresponding intent service information based on the user's communication intent. For example, if the ISRF finds that multiple ISFs support the communication intent, the ISRF can return the information of these multiple ISFs to the NIAF, or select some ISFs (which may be one or more, and are not limited in this embodiment of the present application) from these multiple ISFs and return the information of these ISFs to the NIAF in the query response 1. Alternatively, the ISRF returns the information of the first ISF found to support the communication intent to the NIAF. The ISF information in the query response 1 may include, but is not limited to, one or more of the following: an access address of the ISF (such as an API, URL, or MAC address of the ISF), an ISF identifier, or an ISF name. It is understood that the ISF information can be used to identify the ISF.

[0178] If the ISRF finds that no ISF in the registered ISFs supports the communication intent (for example, no ISF in the registered ISFs matches the category of the communication intent), the ISRF may send a query failure message to the NIAF. The query failure message may include the reason for the query failure (for example, it is impossible to find an ISF that supports the communication intent). After receiving the query failure message, the NIAF may send a query message to other ISRFs to query for an ISF that supports the communication intent. Alternatively, after receiving the query failure message, the NIAF may feedback to the user's related terminal (for example, terminal A) that the intent service corresponding to the communication intent is not supported.

[0179] In a possible implementation, the query message 1 may also include the type or capability of terminal A and / or terminal B. The ISRF may filter out the ISFs whose output formats match the types / capabilities of terminal A and / or terminal B from the queried ISFs that support the communication intention, and return the information of the filtered ISFs to the NIAF through the query response 1. Exemplarily, the types or capabilities of terminal A and terminal B may be understood as: 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 method it supports is panoramic 360-degree and three-dimensional stereoscopic display. Exemplarily, the output format of the ISF may include but is not limited to: flat pictures, three-dimensional images, two-dimensional (2D) videos, three-dimensional (3D) videos, or 360-degree panoramic information, etc.

[0180] In one possible implementation, the NIAF may access a local database to query the capabilities / types of terminals A and B. Alternatively, the NIAF may query the UDMF for the capabilities / types of terminals A and B. Alternatively, the NIAF may first query the local database for the capabilities / types of terminals A and B. If the local database does not store the capabilities / types of terminals A and B, the NIAF may then query the UDMF for the capabilities / types of terminals A and B. Exemplarily, the NIAF may send a query message 2 to the UDMF. This query message 2 may include identifiers (such as IDs or MAC addresses) of terminals A and B. This query message 2 may be used to query the capabilities / types of terminals A and B. After receiving this query message 2, the UDMF may locally query the capabilities / types of terminals A and B and return a query response 2 to the NIAF. This query response 2 may include the queried capabilities / types of terminals A and B. Exemplarily, this query response 2 may also include one or more of the following: the current load of terminal A, the operating mode of terminal A, the current load of terminal B, or the operating mode of terminal B. It will be appreciated that, depending on the network subscription relationship, querying the capabilities / types of terminals A and B may require interactive negotiation between the NIAFs to which terminals A and B belong, respectively. 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). This intent request may include the identifier of terminal B and be used to obtain the capabilities / types of terminal B. This intent request may be sent using natural language text, a large model-based prompt, or a service-based interface. NIAF-B can then obtain the capabilities / types of terminal B from the UDMF (denoted as UDMF-B) in terminal B's home network and return it to NIAF-A. Message routing between NIAF-A and NIAF-B can be based on pre-configured network configuration or forwarded based on the addresses and domain names of NIAF-A and NIAF-B.

[0181] In one possible implementation, the query response 1 may further include one or more of the following: ISF call parameters (or input parameters), ISF output format, ISF service capabilities, ISF contract and / or permission information, ISF capability or status information, ISF access methods, or ISF network resource requirements. The ISF call parameters (or input parameters) may include necessary parameters required for the ISF to generate intended service information, such as communication intent, or information describing the communication intent. Exemplarily, the ISF call parameters (or input parameters) may further include one or more of the following: user digital person information, user personalized information, or user geographic location information (such as latitude and longitude, or Global Positioning System (GPS) location). The ISF contract and / or permission information may include contract information between the ISF and User 1 and User 2, permission information for User 1 and User 2 within the ISF, conditional information related to the levels of User 1 and User 2, and service fee information for the ISF. The ISF capability information may include the degree of match / correlation with the communication intent (expressed as a percentage, score, or level, etc.). The ISF status information may include the current load of the ISF. The ISF network resource requirements may include the computing power, bandwidth, or latency of the ISF. The ISF access method may include the protocol used to access the ISF (such as the HTTP protocol) and / or a method of the protocol (such as the HTTP Get method).

[0182] In one possible implementation, if the query response 1 includes the call parameters of the ISF, after the NIAF receives the query response 1, it can obtain the value corresponding to the call parameter based on the call parameters of the ISF. The "value" here does not necessarily refer to the numerical value, but represents the content of the call parameter. Exemplarily, the call parameters of the ISF include digital human information, and the NIAF can query the UDMF for the digital human information of user 1 and / or user 2. For example: the NIAF can send a 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 the international mobile subscriber identity (IMSI)). The query message 3 can be used to query the user's digital human information. After receiving the query message 3, the UDMF can query the digital human information of user 1 and / or user 2 locally, and can 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 is understandable that, depending on the different network contract ownership relationships, the query of digital human information may require interactive negotiation between the NIAFs to which terminal A and terminal B respectively belong. For details, please refer to the query of the capabilities / types of terminal A and terminal B mentioned above, which will not be repeated here.

[0183] Digital human information may include, but is not limited to, one or more of the following: digital human identification, digital human image, or digital identity authorization information. For example, in scenario 1 above, NIAF uses UDMF to obtain the digital human images of user 1 and user 2 (which can be used to generate wedding photo renderings). In scenario 2 above, NIAF uses UDMF to obtain the digital human image of user 2 (which can be used to generate fitting renderings).

[0184] 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 also includes an authorization interaction process with the user. The authorization interaction process can be performed by NIAF or UDMF interacting with the user 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 the digital identity authorization request can be used to request authorization from user 1. After receiving the digital identity authorization request, terminal A can output and display the 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) 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 repeated here.

[0185] Exemplarily, the calling parameters of the ISF include the location information of the terminal (such as latitude and longitude, or GPS location), and NIAF can obtain the location information of 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 the location acquisition request, terminal A can perform positioning (such as enabling GPS) to obtain its own geographic location, and can return its own geographic 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 it obtains the location information of terminal A, and will not be repeated here. For example, for the above scenario 4, NIAF obtains its location information (which can be used for real-life navigation) through terminal A.

[0186] In another possible implementation, after NIAF obtains the above-mentioned communication intention (such as after the above-mentioned step S103), it can send the communication intention to the AI ​​big model, and the AI ​​big model analyzes and obtains the call parameters (or input parameters) required to generate the intention service information, and transmits them to NIAF. For example: for the above-mentioned scenario 1, after the AI ​​big model analyzes the communication intention of user 1, it can be learned that the call parameters include the digital human images of user 1 and user 2. For another example: for the above-mentioned scenario 2, after the AI ​​big model analyzes the communication intention of user 1, it can be learned that the call parameters include the digital human image of user 2. For another example: for the above-mentioned scenario 4, after the AI ​​big model analyzes the communication intention of user 2, it can be learned that the call parameters include the location information of user 1. Then, NIAF can obtain the value corresponding to the call parameter. Please refer to the previous description for details, which will not be repeated here.

[0187] In one possible implementation, the ISF can be deployed within the NIAF as a built-in function. In this case, after the NIAF determines the user's communication intent, it can directly determine the ISF that supports the communication intent without externally querying the ISF. The NIAF can also obtain the call parameters of the ISF that supports the communication intent and, based on the call parameters of the ISF, obtain the corresponding values ​​of the call parameters. For details, please refer to the previous description and will not be repeated here.

[0188] S105: The NIAF sends information describing the communication intention to the queried ISF.

[0189] S106, the ISF sends the intention service information corresponding to the above communication intention to the NIAF.

[0190] In one possible implementation, the NIAF invokes the queried ISF and provides necessary invocation parameters (e.g., information describing the communication intent, a digital human avatar, or terminal location information) to generate the intended service information. For example, the NIAF may send a message A to the queried ISF, which may include information describing the communication intent. Message A may be used to invoke the ISF to generate the intended service information corresponding to the communication intent.

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

[0192] In one possible implementation, if the query response 1 includes information of multiple ISFs, the NIAF may select an ISF from the multiple ISFs and send a message A to the ISF. The message A may include information describing the communication intention. The message A may be used to call the ISF to generate intent service information associated with the communication intention. Exemplarily, the NIAF may select an ISF from the multiple ISFs based on the output formats, contract and / or permission information, capability or status information, or network resource requirements of the multiple ISFs. For example: the NIAF may select the ISF whose capability information is most compatible with the communication intention, or the ISF whose output format is most compatible with the terminal capability, or the ISF whose output format is most compatible with the NIAF's own secondary processing capability, or the ISF with the least current load, or the ISF with the highest satisfaction of the call parameter requirements, or the ISF with the lowest service fee, or select the ISF based on other policies / conditions.

[0193] In one possible implementation, after receiving the above message A, the ISF can generate intent service information associated with the communication intention based on the message A, and can send a message B to the NIAF, where the message B includes the intent service information associated with the communication intention. Exemplarily, in addition to the information used to describe the above communication intention, the above message A can also include the content of other call parameters. For example: for the above scenario 1, the above message A also includes the digital human images of user 1 and user 2; for the above scenario 2, the above message A also includes the digital human image of user 2; for the above scenario 4, the above message A also includes the location information of user 1. It can be understood that the ISF can provide AIGC capabilities to generate corresponding intent service information based on the input communication intention. 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 intention of user 1 and the digital human images of user 1 and user 2. In scenario 2, the shopping ISF can generate the trying-on effect of clothing a on the digital human of user 2 (i.e., intent service information) based on the communication intention of user 1, the digital human image of user 2, and the clothing style a recommended by user 1.

[0194] To better understand the process of ISF generating intent service information, the following describes the task / action decomposition of the intent service information generation process based on the scenario.

[0195] Scenario 1: User 1's communication intention is to send wedding photo renderings of scenic spots a, b, and c to user 2.

[0196] Task decomposition

[0197] Subtask 1 / Action 1: Search / obtain scenic images of attractions a, b, and c, such as images related to wedding photos.

[0198] Subtask 2 / Action 2: Obtain the digital human images of user 1 and user 2.

[0199] Subtask 3 / Action 3: Generate wedding photo renderings of user 1 and user 2’s digital figures at scenic spots a, b, and c.

[0200] Subtask 4 / Action 4: Send the wedding photo rendering to user 2.

[0201] In Scenario 1, the ISF can first search for / obtain scenic images of scenic spots a, b, and c, such as wedding photos. If message A contains the digital human images of user 1 and user 2, the ISF can obtain these images from message A. If message A does not contain these images, the ISF can obtain them from NIAF or UDMF. For example, the ISF can send a parameter acquisition message to NIAF to obtain the digital human images of user 1 and user 2. After receiving this parameter acquisition message, the NIAF can query the UDMF for the digital human images of user 1 and user 2. The specific query method is described above and is not repeated here. After obtaining the digital human images of user 1 and user 2, the NIAF sends them to the ISF. Of course, the ISF can also query the UDMF for the digital human images of user 1 and user 2 using the same query method as the NIAF, which is not repeated here. After obtaining the digital human images of User 1 and User 2, the ISF can use AIGC technology to generate wedding photo renderings of User 1 and User 2's digital human at attractions a, b, and c, which is the intended service information. The ISF can send this intended service information, "Wedding photo renderings of User 1 and User 2's digital human at attractions a, b, and c," to the NIAF via message B. The NIAF then sends this intended service information (e.g., wedding photo renderings) to User 2.

[0202] Scenario 2: User 1's communication intention is to send user 2 the results of trying on clothing style A.

[0203] Task decomposition

[0204] Subtask 1 / Action 1: Search / obtain the digital model of clothing type a.

[0205] Subtask 2 / Action 2: Obtain the digital human image of user 2.

[0206] Subtask 3 / Action 3: Synthesize a digital human image wearing clothes a.

[0207] Subtask 4 / Action 4: Send the synthesized digital human image to user 2.

[0208] In scenario 2, ISF can first search / obtain the digital model of clothing style a. If the above message A contains the digital human image of user 2, ISF can obtain the digital human image of user 2 from the message A. If the above message A does not contain the digital human image of user 2, ISF can obtain the digital human image of user 2 from NIAF or UDMF. The specific acquisition method is described in the previous article and will not be repeated here. ISF can then use AIGC technology to generate / synthesize the digital human image of user 2 wearing clothing a, that is, the intention service information. ISF can send the intention service information "digital human image of user 2 wearing clothing a" to NIAF through message B. NIAF sends the intention service information (such as the digital human image of user 2 wearing clothing a) to user 2.

[0209] Scenario 3: User 2's communication intention is to explain the "Schrödinger's cat" thought experiment to User 1 in a visual way.

[0210] Subtask 1 / Action 1: Obtain information related to "Schrödinger's cat", including images, videos, and other visual materials.

[0211] Subtask 2 / Action 2: Send relevant information to User 1.

[0212] Subtask 3 / Action 3: Receive questions from user 1 and answer relevant questions.

[0213] Subtasks 1-3 are executed in a loop until user 1 indicates understanding or ends / deactivates the intent assist function.

[0214] In scenario 3, the ISF first obtains information related to "Schrödinger's Cat" and sends it (i.e., the intent service information) to Terminal A, where User 1 is located. User 1 can then ask questions through Terminal A. The ISF receives the questions from Terminal A and answers User 1's questions. This process repeats until User 1 understands the "Schrödinger's Cat" thought experiment or ends / deactivates the intent assistance function.

[0215] Scenario 4: User 2's communication intention is to help user 1 find destination a through real-time navigation.

[0216] Subtask 1 / Action 1: Get user 1’s location p.

[0217] Subtask 2 / Action 2: Obtain real-life photos around location p.

[0218] Subtask 3 / Action 3: Overlay navigation route instructions on the real-life photo.

[0219] Subtask 4 / Action 4: Send a real-life photo with the navigation route superimposed to user 1.

[0220] Subtasks 1-4 are repeated until user 1 reaches destination a, or ends / deactivates the intention assistance function.

[0221] In scenario 4, if the above message A contains the location information of terminal A (user 1), the ISF can obtain the location information of user 1 from the message A. If the above message A does not contain the location information of terminal A (user 1), the ISF can obtain the location information of user 1 from NIAF or terminal A. For example, the ISF can send a parameter acquisition message to NIAF, and the parameter acquisition message is used to obtain the location information of user 1. After receiving the parameter acquisition message, NIAF can obtain the location information of user 1 from terminal A. The specific acquisition method is described in the previous article and will not be repeated here. After NIAF obtains the location information of terminal A, it sends the location information of terminal A to the ISF. The location information of terminal A is the location information of user 1. Of course, the ISF can also obtain the location information of user 1 from terminal A. The acquisition method is the same as the method in which NIAF obtains the location information from terminal A, and will not be repeated here. The ISF then obtains a real-life photo of the surrounding area of ​​user 1's location information, superimposes navigation route instructions on the real-life photo, and sends the real-life photo superimposed with the navigation route (i.e., the intention service information) to NIAF via message B. NIAF sends the intention service information (such as a real-life photo with a navigation route superimposed) to user 1. This process is repeated until user 1 reaches destination a or ends / deactivates the intention assistance function.

[0222] In one possible implementation, the above-mentioned message A may also include the capabilities / types of terminal A and terminal B. In other words, NIAF may request the ISF for intent service information suitable for the capabilities of different terminals. Then, after the ISF generates the intent service information, if the display form / presentation form of the intent service information is not compatible with the capabilities / type of terminal A, the display form / presentation form of the intent service information may be adjusted to adapt it to the capabilities / type of terminal A, and the intent service information a may be obtained. Similarly, if the display form / presentation form of the intent service information is not compatible with the capabilities / type of terminal B, the display form / presentation form of the intent service information may be adjusted to adapt it to the capabilities / type of terminal B, and the intent service information b may be obtained. Among them, the contents of the intent service information, intent service information a, and intent service information b are the same, and their display or presentation forms may be the same or different. The ISF may carry the intent service information a and the intent service information b in message B and return it to the NIAF.

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

[0224] In one possible implementation, the above-mentioned message A may also 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 convert the intent service information based on the current load / working mode of the terminal. For example: assuming that the display form of the intent service information generated by the ISF is a 3D image, and the information display capability of terminal A includes 2D images and 3D images, if the current load of terminal A is large or the working mode is a 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 a 3D model, the ISF may not change the display form / presentation form of the intent service information.

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

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

[0227] In one possible implementation, the embodiment of the present application does not limit the execution order of step S107 and step S108. For example, step S107 can be executed before step S108, or after step S108, or simultaneously / parallel with step S108.

[0228] In one possible implementation, after obtaining the intent service information associated with the communication intent, the NIAF can provide the intent service to terminal A and terminal B respectively, for example, by sending the intent service information to terminal A and terminal B respectively. It is understood that the NIAF can also provide the intent service only to terminal A or terminal B, and this embodiment of the present application is not limited thereto.

[0229] In one possible implementation, after NIAF obtains the intent service information, it can adapt and convert the intent service information based on the terminal capabilities of user 1 and user 2. For example, if the display format of the intent service information is not compatible with the capabilities of terminal A, NIAF can convert the display format of the intent service information into a display format that is compatible with the capabilities of terminal A, and send the converted intent service information to terminal A. Similarly, if the display format of the intent service information is not compatible with the capabilities of terminal B, NIAF can convert the display format of the intent service information into a display format that is compatible with the capabilities of terminal B, and send the converted intent service information to terminal B. For example: the intent service information returned by the ISF is a 2D flat image / video, which is only compatible with the capabilities of terminal A (such as a mobile phone) and is not compatible with the capabilities of terminal B (such as a VR headset). NIAF can convert the intent service information into a panoramic 360-degree 3D multimedia information based on the capabilities of terminal B (such as a VR headset) to adapt to user 2's immersive viewing using a VR headset. Vice versa, that is, the intended service information returned by the ISF is a panoramic 360-degree 3D multimedia information, which is only compatible with the capabilities of terminal B (such as a VR headset) and not compatible with the capabilities of terminal A (such as a mobile phone). NIAF can convert the intended service information into a 2D flat image / video based on the capabilities of terminal A (such as a mobile phone) to adapt it for user 1 to watch on a mobile phone. NIAF can also adapt and convert the intended service information based on the terminal load or working mode of user 1 and user 2. For example, assuming that the display format of the intended 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 a 2D model, NIAF can convert the intended service information (such as a 3D image) into a 2D image before sending it to terminal A; if the current load of terminal A is small or the working mode is a 3D model, NIAF can send the intended service information to terminal A without changing the display format / presentation format of the intended service information.

[0230] In one possible implementation, the NIAF can send the aforementioned intent service information to the UPF, which then sends the intent service information to Terminal A and / or Terminal B. For example, the NIAF can send the intent service information in a format that matches Terminal A's capabilities to UPF-A. Upon receiving the intent service information, UPF-A can then insert the intent service information into a user plane message sent to Terminal A. Similarly, the NIAF can send the intent service information in a format that matches Terminal B's capabilities to UPF-A. Upon receiving the intent service information, UPF-A can then insert the intent service information into a user plane message sent to Terminal B. Alternatively, UPF-A can forward the intent service information to UPF-B, which then inserts the intent service information into a user plane message sent to Terminal B. It will be appreciated that this implementation may require extending the user plane message payload format to include both the original user session information and the associated intent service information. In other words, the intent service information can be located in the payload portion of the user plane message.

[0231] In another possible implementation, before steps S107 and S108, such as during the multimedia communication session establishment process, or after the NIAF obtains the intended service information but before steps S107 and S108, the NIAF may establish a specific media channel with terminal A and / or terminal B. For ease of description, this specific media channel is hereinafter referred to as the intended service media channel. The NIAF may transmit the intended service information to terminal A and / or terminal B via this intended service media channel. Exemplarily, the channel for transmitting the intended service information between the NIAF and terminal A and / or terminal B may be established using both pull and push methods.

[0232] Pull method: Terminal A and Terminal B can send a request to a specific address of NIAF or ISF (i.e., the address used to obtain intent service information) to obtain intent service information. The following takes the address of NIAF as an example. The address can be sent to Terminal A and Terminal B in advance by NIAF. The sending method can be sent as an independent message, or it can be carried in an existing message (such as a short message, RCS message (i.e., rich communication service) or 5G message) and sent, which is not limited in the embodiment of the present application. The address can be in the form of a uniform resource locator (URL). The addresses sent by NIAF to Terminal A and Terminal B can be the same or different (for example, in order to adapt to different terminal capabilities, the display format of the intent service information is different and its storage location is also different). For example, the address sent by NIAF to Terminal A is http: / / niaf.example.com / intent_assistant_info / ue_a, and the address sent by NIAF to Terminal B is moq: / / niaf.example.com / intent_assitant_info / ue_b. After terminal A receives the address for obtaining the intended service information (such as the address of NIAF), it can send message C to NIAF with the address as the destination address. Message C is used to obtain the intended service information. After NIAF receives message C, it sends the intended service information to terminal A in the response message of message C. Similarly, after terminal B receives the address for obtaining the intended service information (such as the address of NIAF), it can send message D to NIAF with the address as the destination address. Message D is used to obtain the intended service information. After NIAF receives message D, it sends the intended 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 quick user datagram protocol (UDP) network connections (QUIC). In this case, the channel for transmitting the intended service information is the media channel composed of request and response messages between terminal A and terminal B and NIAF (or ISF).

[0233] Push method: NIAF (or ISF) can send intent service information to terminal A and / or terminal B by means of message push. For example, the intent service information is sent to terminal A and / or terminal B by means of short messages, RCS (Rich Communication Service) messages or 5G messages. Alternatively, 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 streaming transmission session (such as a real-time transport protocol (RTP) session) through the multimedia session request. After receiving the multimedia session request, terminal A and / or terminal B can respectively send a multimedia session response to NIAF to establish a multimedia streaming transmission session. Then, NIAF can send the intent service information to terminal A and / or terminal B through the established multimedia streaming 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 constituted by the newly initiated multimedia session.

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

[0235] In one possible implementation, after receiving the intent service information, Terminal A and Terminal B can output and display it. This can be done in a variety of ways, such as as an independent multimedia object (e.g., a separate window, an AR overlay virtual object, etc.), or within the virtual environment / background of the call. This allows User 1 and User 2 to quickly understand each other's intentions based on the visualized intent service information and reach a consensus on travel or shopping plans.

[0236] During a call, the NIAF in this embodiment combines the context of the user's communication session to identify the user's communication intent and invoke the corresponding ISF. The ISF dynamically generates intent service information based on AIGC technology and sends this information to the user, providing the intended service during the call. Because the NIAF and ISF can be deployed in the core network, they can implement network-wide, cross-platform intent services, improving communication efficiency. Furthermore, this embodiment adapts the intent service information to the terminal's capabilities to achieve optimal display effects.

[0237] See Figure 6, which is a flow chart of a second communication method provided in an embodiment of the present application. This method mainly introduces that NIAF generates interactive intent service information and sends it to the user by calling the AIGC capability of the ISF to provide more flexible intent services. As shown in Figure 6, the communication method includes but is not limited to the following steps:

[0238] S201, terminal A and terminal B communicate.

[0239] In a possible implementation, the implementation of step S201 in the embodiment of the present application can refer to the implementation of step S101 in the embodiment shown in FIG5 , which will not be repeated here.

[0240] S202: NIAF identifies the user's communication intention based on the received communication content.

[0241] In a possible implementation, the implementation of step S202 in the embodiment of the present application can refer to the implementation of step S102 in the embodiment shown in FIG5 , which will not be repeated here.

[0242] In one possible implementation, differences from the embodiment shown in FIG. 5 include: In this embodiment, the user's communication intent may involve the choices of both parties. For example, if user 1 invites user 2 to watch a movie together, both parties will need to negotiate the movie's genre, title, theater location, showtime, and seating. For a dinner party, both parties will need to negotiate the type of meal, restaurant location, dining time, and menu.

[0243] The following examples illustrate user communication intentions using scenarios. It is understood that the communication content in the following scenarios can be carried in multiple conversation messages. It is also understood that the communication content in the following scenarios can be part of the communication content exchanged between terminals A and B during a multimedia call.

[0244] Scene 6: Movie scene

[0245] User 1: "Shall we go to the movies together this weekend?"

[0246] User 2: "What movies are coming out recently?"

[0247] User 1: "I have several blockbuster movies of your type. I'll ask the Intent Assistant to send them to you."

[0248] Based on the above communication content, NIAF recognizes that User 1's communication intention is to send information about movies that are released this weekend and meet User 2's preferences to User 2 (and User 1).

[0249] Scene 7: Dinner scene

[0250] User 1: "We're having a dinner with old classmates tomorrow night. What suggestions do you have?"

[0251] User 2: "Some good restaurants have just opened in Mall X."

[0252] User 1: "Are there any private rooms? I think there will be 8-10 people coming."

[0253] User 2: "No problem. I'll have the Intent Assistant pick out a few suitable ones and send them to you."

[0254] Based on the above communication content, NIAF identifies that User 2's communication intention is to send information about a newly opened restaurant in Mall X that has a high rating and has private rooms for 8 to 10 people to User 1 (and User 2).

[0255] It is understood that while NIAF can identify a user's communication intent based on the communication content in the session messages, it cannot necessarily determine whether the user's communication intent involves a choice between the communicating parties. NIAF can determine whether the user's communication intent involves a choice between the communicating parties, or whether the intended service information is interactive, based on the output format of the ISF subsequently queried. This is described below and is not detailed here.

[0256] S203: The NIAF sends a query message 1 to the ISRF. The query message 1 is used to query the ISF that supports the communication intention.

[0257] S204: ISRF sends a query response 1 to NIAF. The query response 1 includes information about the ISF that supports the communication intention.

[0258] In a possible implementation, the implementation of step S203 and step S204 in the embodiment of the present application can refer to the implementation of step S103 and step S104 in the embodiment shown in Figure 5 above, and will not be repeated here.

[0259] It is understood that the differences from the embodiment shown in FIG. 5 include: for scenarios 6 and 7, NIAF queries and obtains the movie ISF and restaurant ISF, respectively, without obtaining the digital human images of user 1 and / or user 2. For example, for scenarios 6 and 7, the ISF call parameters include personalized information of user 1 and / or user 2 (e.g., interests and preferences for movies and restaurant categories). NIAF can query the UDMF for personalized information of user 1 and / or user 2 in the same manner as NIAF queries the UDMF for user digital human information, which will not be further described here.

[0260] In one possible implementation, the query response 1 may also include the output format of the ISF. In addition to including one or more of the following: the mode of the output parameters (such as text / voice / video, etc.), the display format (such as 2D / 3D / VR / AR), or the resolution; the output format may also include the type of the output intention service information (for example: interactive or non-interactive). After receiving the query response 1, NIAF can determine whether the above-mentioned communication intention involves the selection of the communicating parties based on the output format of the ISF, so as to facilitate the subsequent processing of the intention service information. It can be understood that if the output format of the ISF indicates that the intention service information output by the ISF is interactive, it means that the user's communication intention involves the selection of the communicating parties, and NIAF can subsequently convert the intention 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 intention service information output by the ISF is non-interactive, it means that the user's communication intention does not involve the selection of the communicating parties.

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

[0262] S205: The NIAF sends information describing the communication intention to the queried ISF.

[0263] S206, the ISF sends the intention service information 1 corresponding to the above communication intention to the NIAF.

[0264] In a possible implementation, the implementation of step S205 and step S206 of the embodiment of the present application can refer to the implementation of step S105 and step S106 of the embodiment shown in Figure 5 above, and will not be repeated here. It can be understood that the intention service information 1 in the embodiment of the present application can be interactive.

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

[0266] S207, NIAF provides the first intention service to terminal A.

[0267] S208, NIAF provides the first intention service to terminal B.

[0268] In a possible implementation, the implementation of step S207 and step S208 in the embodiment of the present application can refer to the implementation of step S107 and step S108 in the embodiment shown in Figure 5 above, and will not be repeated here.

[0269] In one possible implementation, NIAF can provide the first intent service to terminal A and terminal B respectively, such as 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 can be referred to the relevant description of the embodiment shown in FIG5 above, and will not be repeated here. The intent service information sent by NIAF to terminal A and terminal B is interactive, and can also be adapted (sorted or filtered, etc.) to the user's personalized information. Among them, the intent service information sent by NIAF to terminal A and terminal B can be returned by ISF (i.e., intent service information 1), or it can be the intent service information returned by ISF after being processed by NIAF. It can also be understood that the display form of the intent service information sent by NIAF to terminal A can be adapted to the capabilities of terminal A, and the display form of the intent service information sent by NIAF to terminal B can be adapted to the capabilities of terminal B.

[0270] S209: Terminal A sends operation information 1 to NIAF. The operation information 1 includes an operation event of user 1 for the first intention service.

[0271] S210: Terminal B sends operation information 2 to NIAF. The operation information 2 includes an operation event of user 2 for the first intention service.

[0272] In one 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 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 the user can operate on the intent service information.

[0273] In one possible implementation, user 1 can mark, select, sort, order, or confirm the intended service information presented on terminal A. Similarly, user 2 can mark, select, sort, order, or confirm the intended service information presented on terminal B. For example, for scenario 6 above, the intended service information may include a series of movie posters (including cover art and descriptions), and user 1 and user 2 can each select their favorite movie from these movie posters. For example, for scenario 7 above, the intended service information may include restaurant information (including restaurant names and menus), and user 1 and user 2 can each select their favorite restaurant and dishes from the restaurant information. In response to user 1's operation, terminal A generates operation information 1. Operation information 1 includes user 1's operation event on the intended service information, such as the selected movie or restaurant and dish. In response to user 2's operation, terminal B generates operation information 2. Operation information 2 includes user 2's operation event on the intended service information, such as the selected movie or restaurant and dish. Terminal A may send the operation information 1 to NIAF, and terminal B may send the operation information 2 to NIAF.

[0274] In one possible implementation, if terminal A and NIAF have established an intent-based media channel, terminal A can send operation information 1 to NIAF via this channel. Similarly, if terminal B and NIAF have established an intent-based media channel, terminal B can also send operation information 2 to NIAF via this channel. If neither terminal A nor terminal B has established an intent-based media channel with NIAF, terminal A can include operation information 1 in a user plane message sent to terminal B and send it to UPF-A, to which terminal A belongs. Similarly, terminal B can include operation information 2 in a user plane message sent to terminal A and send it to UPF-B, to which terminal B belongs. Because the intent-based assistance function is activated, UPF-A forwards user plane messages from terminal A to NIAF, and UPF-B forwards user plane messages from terminal B to NIAF. NIAF obtains operation information 1 by parsing the user plane message from terminal A, and obtains operation information 2 by parsing the user plane message from terminal B. It is understood that this implementation may require extending 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 may be located in the payload portion of the user plane message.

[0275] In one possible implementation, the embodiment of the present application does not limit the execution order of step S209 and step S210. For example, step S209 can be executed before step S210, or after step S210, or simultaneously / parallel with step S210.

[0276] S211: The NIAF sends a message E to the ISF. 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.

[0277] S212, the ISF updates the content of the intent service information 1 based on the message E and obtains the intent service information 2.

[0278] S213, ISF sends intention service information 2 to NIAF.

[0279] In one possible implementation, after obtaining the aforementioned operation information 1 and operation information 2, the NIAF may send a message E to the ISF. Message E may include one or more of the following: the aforementioned operation information 1, the aforementioned operation information 2, or the aforementioned operation information 3. Operation information 3 may be the result of a comprehensive processing (e.g., intersection or union) of operation information 1 and operation information 2. In other words, the NIAF may combine and aggregate the selections of user 1 and user 2 (i.e., operation information 1 and operation information 2) before sending the result to the ISF. For example, in scenario 6, operation information 1 includes three movies selected by user 1, x, y, and z, and operation information 2 includes two movies selected by user 2, w and x. The NIAF may intersect operation information 1 and operation information 2 to obtain operation information 3 (including movie x); or it may combine operation information 1 and operation information 2 to obtain operation information 3 (including four movies, w, x, y, and z). Alternatively, the NIAF may send both user 1's selection (i.e., operation information 1) and user 2's selection (i.e., operation information 2) to the ISF without combining or aggregating them.

[0280] In one possible implementation, after receiving message E, the ISF may update the content of intent service information 1 based on message E to obtain intent service information 2. The ISF may send this intent service information 2 to the NIAF. It is understood that if message E includes operation information 1 and operation information 2, but does not include operation information 3, the ISF returns two intent service information 2 to the NIAF: one updated based on operation information 1, and the other updated based on operation information 2. The NIAF may coordinate and merge the two received intent service information 2 (e.g., by taking an intersection or a union) to obtain intent service information 3. The NIAF may then send intent service information 3 to terminals A and B. If message E includes operation information 3, the ISF returns one intent service information 2 to the NIAF, and this intent service information 2 is updated based on operation information 3 (operation information 3 is information obtained by combining operation information 1 and operation information 2 (e.g., by taking an intersection or a union)). The NIAF may then feedback this intent service information 2 to terminals A and B.

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

[0282] In one possible implementation, the intent service information 2 / intent service information 3 fed back by NIAF to terminal A and terminal B may also be interactive. Then, the embodiment of the present application may repeatedly execute steps S209 to S213 until the intent service result is obtained or the intent service function is deactivated. It can be understood that the user's operation on the intent service information (such as booking a ticket or ordering food, etc.) may require user authorization. After receiving the user's operation information, NIAF can obtain the digital identity authorization (such as token) of user 1 and / or user 2 from relevant network elements such as UDMF. The acquisition method is the same as the method in which NIAF queries the digital person information from UDMF, which will not be repeated here. In step S212, NIAF can also provide the digital identity authorization (such as token) of user 1 and / or user 2 to 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 a ticket, ordering food, or reserving a seat, etc.), and obtain updated intent service information, which includes the intent service result (such as ticket booking result, ordering food result, or reservation result). For ease of description below, it is assumed that the intent service information 2 includes the intent service result.

[0283] S214, NIAF provides the second intention service to terminal A and / or terminal B.

[0284] In one possible implementation, the NIAF provides a second intent service to terminal A and / or terminal B. This may involve the NIAF triggering terminal A and / or terminal B to execute a task corresponding to the intent service information 2 based on the intent service information 2. Exemplarily, after obtaining the intent service information 2, the NIAF determines whether it contains an intent service result (e.g., a ticket booking result, a dish ordering result, or a table reservation result). If the intent service result is successful (e.g., a successful ticket booking, a successful dish ordering, or a successful table reservation), the NIAF may trigger multiple terminals belonging to user 1 and user 2 in the network (which may be other terminals not participating in the multimedia call) to execute tasks related to the intent service result. Exemplarily, the NIAF may query the UDMF for terminal information belonging to user 1 and user 2 (e.g., terminal address, terminal identifier, or terminal type / capability, etc.). For example, the NIAF may send a query message 4 to the UDMF. This query message 4 may include identification information (e.g., IMSI or identity identifier) ​​of user 1 and user 2. This query message 4 may be used to query user terminal information. After receiving the query message 4, the UDMF can locally query the terminal information bound to the identification information of User 1 and User 2 (a user may have multiple terminals bound to them) and return a query response 4 to the NIAF, which includes the terminal information of User 1 and User 2. The NIAF can then send instructions to each of the multiple terminals found, driving each terminal to perform tasks related to the intended service result. For example, the NIAF can send a schedule reminder instruction (such as the start time of a movie with a successful ticket reservation, or the arrival time of a restaurant with a successful reservation) to the smartwatch of User 1 and / or User 2, thereby setting a schedule reminder on the smartwatch of User 1 and / or User 2. For another example, the NIAF can send a route planning instruction (including the starting location and destination, where the destination can be the location of the theater with a successful ticket reservation, or the location of the restaurant with a successful reservation, etc.) to the smart car of User 1 and / or User 2, thereby setting the corresponding route plan in the smart car of User 1 and / or User 2. Exemplarily, the NIAF may send instructions to the terminal through control plane signaling, and of course may also be carried in a user plane message on the user plane, which is not limited in the embodiment of the present application.

[0285] During a user's communication process, the NIAF of an embodiment of the present application combines the context of the user's communication session to identify the user's communication intent and invoke the corresponding ISF. The ISF dynamically generates interactive intent service information based on AIGC technology and sends the interactive intent service information to the user so that the user can operate on the intent service information. The NIAF can obtain the user's digital identity authorization based on the user's operation, so that the user can obtain the intent service result (such as booking a ticket or ordering a meal). The NIAF can then trigger multi-terminal execution tasks related to the user based on the intent service result. Because the NIAF and ISF can be deployed in the core network, the embodiment of the present application can provide users with full-network, cross-platform intent services during their calls, thereby improving communication efficiency.

[0286] See Figure 7, which is a third flow chart of the communication method provided in an embodiment of the present application. This method mainly introduces activating the intention auxiliary 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 embodiment shown in Figure 5 or Figure 6 above, or it can be implemented separately, and this application is not limited.

[0287] As shown in FIG7 , the communication method includes but is not limited to the following steps:

[0288] S301: Terminal A sends a function activation message to NIAF. The function activation message is used to instruct NIAF to insert into a session.

[0289] In one possible implementation, before step S301, terminal A and terminal B have already established an end-to-end multimedia communication session. User 1 can activate or deactivate the intention-based accessibility function through terminal A, including but not limited to using voice commands, gesture commands, or clicking a specific function button on terminal A. In response to user 1 activating the intention-based accessibility function, terminal A generates a function activation message and may send this function activation message to the NIAF. This function activation message may be used to activate the intention-based accessibility function, or, more specifically, to instruct the NIAF to insert itself into the session. In this embodiment of the present application, "activating the intention-based accessibility function" can be understood as "inserting the NIAF into the session," and the two are equivalent. Alternatively, in response to user 1 deactivating the intention-based accessibility function, terminal A generates a function deactivation message and may send this function deactivation message to the NIAF. This function deactivation message may be used to deactivate the intention-based accessibility function, or, more specifically, to instruct the NIAF to exit the session. In this embodiment of the present application, "deactivating the intention-based accessibility function" can be understood as "exiting the NIAF from the session," and the two are equivalent. It is understood that deactivating the intention-based assistance function can occur while the intention-based assistance function is already activated. It is also understood that both the function activation message and the function deactivation message sent by terminal A to the NIAF can be forwarded by the user plane function (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. The base station then forwards it to UPF-A to which terminal A belongs, which then forwards it to the NIAF.

[0290] In one possible implementation, the function activation message or function deactivation message may include session information. The session information may 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: one or more characteristic parameters of the session (e.g., an Internet Protocol (IP) quintuple: source IP address, destination IP address, source port, destination port, protocol type), or one or more session identifiers. The one or more sessions may include the aforementioned multimedia communication session established between terminal A and terminal B.

[0291] In one possible implementation, the function activation message or function deactivation message may further include one or more of the following: indication information 1 or indication information 2. Indication information 1 may be used to indicate activation / deactivation of the intention-based auxiliary function, or in other words, indication information 1 may be used to instruct the NIAF to insert or exit a session. Indication information 2 may be used to indicate the session direction for activating / deactivating the intention-based auxiliary function, or in other words, indication information 2 may be used to indicate the transmission direction of the communication content for the NIAF to perform intent identification, such as uplink, downlink, or bidirectional. For example, uplink may refer to the direction in which terminal A sends a message to terminal B, downlink may refer to the direction in which terminal B sends a message to terminal A, and bidirectional may refer to the direction in which terminal A sends a message to terminal B, and vice versa. It is understood that if indication information 1 is absent in the function activation / deactivation message, the function of the message may be indicated by the message name of the function activation / deactivation message.

[0292] In one possible implementation, the above-mentioned function activation / deactivation message may be an application layer message, such as an HTTP message, or a Media over QUIC (MoQ) message over a User Datagram Protocol (UDP) Internet Connection (QUIC). For example, an HTTP message extension defines a specific HTTP URL parameter to indicate that the message is used to activate / deactivate the intent assistance function. For example, an activate_intent parameter is added to the target URL address of the HTTPGET message. When the activate_intent parameter is assigned a value of true, it indicates that the intent assistance function is activated or NIAF is inserted into the session. When the activate_intent parameter is assigned a value of false, it indicates that the intent assistance function is closed / deactivated, or NIAF is exited from the session. At the same time, a sessionId parameter may be added to the target URL address of the HTTPGET message, and assigned a value (such as an IP five-tuple) of the session characteristic parameter to be activated / deactivated (or NIAF is inserted or exited). Of course, the assigned value may also be a session identifier (such as a session name, session ID, etc.). A dir (direction) parameter may also be added to the target URL of the HTTP GET message to indicate the session direction (e.g., "up" for uplink, "dl" for downlink, and "bi" for bidirectional) for activating / deactivating the intended assistive function (or inserting or exiting the NIAF). For example, a possible message format (excerpt) is as follows:

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

[0294] Alternatively, a specific well-known URL can be used to simplify the parameters in the HTTP GET message. For example, an address prefixed with "intent_service" can be defined to replace the "activate_intent" parameter. Alternatively, the HTTP GET message can carry the "intent_service" prefix to indicate that the message is used to activate the intent-based auxiliary function or to instruct NIAF to insert into the session. For example, a possible message format (excerpt) is as follows:

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

[0296] For another example, the MoQ message is extended: a parameter is added to the subscription request (SUBSCRIBE REQUEST) message to indicate the activation / deactivation of the intent assistance function. For example, a new session name "intent_assistant" is added to the SUBSCRIBE REQUEST message to quickly identify the purpose of the session identified by the session name, and this session can be used for the subsequent transmission of intent assistance information. At the same time, the parameter key values ​​activate_intent and associatedTrackIds are added to the SUBSCRIBE REQUEST message. When activate_intent is assigned a value of true, it indicates that the intent assistance function is activated, and when it is assigned a value of false, it indicates that the intent assistance function is closed or deactivated. associatedTrackIds is used to indicate the user session identifier for activating / deactivating the intent assistance function, and its value includes the uplink session identifier (the session message from terminal A to terminal B in the embodiment of the present application) and / or the downlink session identifier (the session message from terminal B to terminal A in the embodiment of the present application). Of course, associatedTrackIds can also be used to indicate session feature parameters (such as IP quintuple). For example, a possible message format is as follows:

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

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

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

[0300] After receiving the request message, ISMF can complete the necessary authorization verification process, such as ISMF inquiring from UDMF whether user 1 corresponding to terminal A has signed up for the intention assistance function. If user 1 has signed up for the intention assistance function, ISMF can send a configuration policy to UPF-A to which terminal A belongs. If user 1 has not signed up for the intention assistance function, ISMF can reject the request message. The configuration policy may include session connection information, which may be used to establish a session channel between UPF-A and NIAF. This session channel may 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 also include one or more of the following: the above-mentioned session information, or the above-mentioned indication information 2. It can be understood that if the session direction indicated by indication information 2 is uplink, then after UPF-A establishes a session channel with NIAF, UPF can forward only the session messages sent by terminal A to terminal B (i.e., uplink session) to NIAF. If the session direction indicated by indication information 2 is downlink, then after UPF-A establishes a session channel with NIAF, UPF can forward only the session messages sent by terminal B to terminal A (i.e., downlink session) to NIAF. If the session direction indicated by indication information 2 is bidirectional, then after UPF-A establishes a session channel with NIAF, UPF can forward both the session messages sent by terminal A to terminal B (i.e., uplink session) and the session messages sent by terminal B to terminal A (i.e., downlink session) to NIAF.

[0301] In another possible implementation, after receiving the aforementioned function deactivation message, the NIAF may send a session end message to the UPF-A. This session end message may be used to disconnect the session channel between the NIAF and UPF-A. This session channel may be used to transmit session messages. "Disconnecting the session channel between the NIAF and UPF-A" may be understood as: the NIAF no longer receiving session messages forwarded by the UPF-A, or the UPF-A no longer forwarding session messages to the NIAF. Upon receiving the session end message, the UPF-A may disconnect from the NIAF. Exemplarily, the session end message may include session information associated with the intended auxiliary function, or in other words, the session end message may carry the session information included in the function deactivation message. Accordingly, the session end message may be used to disconnect one or more session channels between the NIAF and the UPF-A, corresponding to the session information in the session end message. In other words, the NIAF may disconnect some session channels from the UPF-A through the session end message, while maintaining other session channels. In other words, NIAF may no longer receive some session messages forwarded by UPF-A (this part of the session messages belongs to the session determined by this session information), but receive session messages of other sessions forwarded by UPF-A; or UPF-A no longer forwards session messages belonging to the session determined by this session information to NIAF.

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

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

[0304] In one possible implementation, after receiving the aforementioned configuration policy, UPF-A can 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 the session connection request, NIAF can send a session connection response to UPF-A, which can be used to approve the session connection request. UPF-A establishes a session channel with NIAF and can forward user session messages to NIAF.

[0305] It can be understood that the embodiment of the present application is explained using the example of terminal A sending a message to activate / deactivate the intention auxiliary function. In actual application, terminal B may also send a message to activate / deactivate the intention auxiliary function. The implementation method is similar to that of the embodiment of the present application and will not be repeated here.

[0306] In one possible implementation, after step S305, UPF-A may send one or more session messages to NIAF. These one or more session messages may belong to a session. NIAF may identify the user's communication intent based on the communication content in these one or more session messages. Exemplarily, if the configuration policy includes the session information, the one or more session messages sent by UPF-A to NIAF may belong to a session identified by the session information. Exemplarily, the session messages sent by UPF-A to NIAF may be real-time interactions 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 session and identify the user's communication intent. It is understood that, depending on the application scenario and / or the configuration policy issued by the ISMF (e.g., including session direction), UPF-A may only forward session messages or communication content sent by Terminal A to Terminal B (i.e., uplink session), only forward session messages or communication content sent by Terminal B to Terminal A (i.e., downlink session), or forward both.

[0307] In one possible implementation, since the user's session message may also be processed and forwarded by the application function (AF) between UPF-A and UPF-B, the UPF-A in the embodiment of the present application can also be replaced by AF, which is not repeated here.

[0308] In the embodiment of the present application, an extended application layer message is used to instruct NIAF to insert into a session. After NIAF receives the application layer message instructing to insert into a session, it requests ISMF to join the session. ISMF sends session connection information to UPF. 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 NIAF's intention recognition, and lay the foundation for direct communication.

[0309] See Figure 8, which is a fourth flow chart of the communication method provided in an embodiment of the present application. This method mainly introduces activating the intention-based auxiliary function through a control plane message before or during a call. In one possible implementation, the embodiment of the present application can be implemented in combination with the embodiment shown in Figure 5 or Figure 6, or it can be implemented independently, and this application is not limited thereto.

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

[0311] S401: 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 activation of the intention auxiliary function.

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

[0313] In one possible implementation, the session modification request may further include indication information 2, which may be used to indicate the session direction for activating or deactivating the intention-based auxiliary function. The session establishment request may further include indication information 2, which may be used to indicate the session direction for activating the intention-based auxiliary function.

[0314] In one possible implementation, taking the 5G system as an example, the above-mentioned session modification request may be a protocol data unit (PDU) session modification request (PDU Session Modification Request), and the above-mentioned session establishment request may be a PDU session establishment request (PDU Session Establishment Request). Among them, the PDU session modification request and the PDU session establishment request may be carried through non-access stratum (NAS) signaling. Therefore, the parameters for indicating the activation of the intention auxiliary 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 the value of Activate_Intent is true, it indicates that the intention auxiliary function is activated; when the value of Activate_Intent is false, it indicates that the intention auxiliary function is turned off or deactivated. It can be understood that the value of Activate_Intent is 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 assigned a value of uplink or downlink or bidirectional to indicate the session direction of activating / deactivating the intent auxiliary function.

[0315] S402: ISMF sends session connection information 1 to UPF-A. The session connection information 1 is used to establish a session channel between UPF-A and NIAF. The session channel can be used to transmit session messages.

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

[0317] In one 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 the UPF-A, the port of the UPF-A, or the protocol used by the session channel. The ISMF may use the session connection information 2 to inform the NIAF in advance that the UPF-A is authorized by the network and to enable the NIAF to prepare relevant session resources in advance.

[0318] In one possible implementation, if the indication information 1 in the above-mentioned session modification request indicates deactivation of the intention auxiliary function, the ISMF may send a deactivation message to the UPF-A. The deactivation message may be used to indicate the disconnection of the session channel between the UPF-A and the NIAF. This session channel may 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, the UPF-A may no longer forward the session message 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 may be used to disconnect the session channel between the UPF-A and the NIAF. For example, after receiving the session end message, the NIAF may disconnect from the UPF-A. Exemplarily, the session end message may include the session identifier. After receiving the session end message, the NIAF may not disconnect from the UPF-A, but may no longer perform intent recognition on the session message corresponding to the session identifier.

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

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

[0321] In one possible implementation, the implementation of step S403 and step S404 in the embodiment of the present application can refer to the implementation of step S304 and step S305 in the embodiment shown in Figure 7 above, and will not be repeated here. It can be understood that the embodiment of the present application uses terminal A sending a session modification request / session establishment request to activate / deactivate the intention auxiliary function as an example. In actual application, it can also be terminal B sending a session modification request / session establishment request to activate / deactivate the intention auxiliary function message, and its implementation method is similar to that of the embodiment of the present application, and will not be repeated here.

[0322] In one possible implementation, after step S404, the 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 was successful. The session establishment response may be used to indicate that the session establishment was successful. Exemplarily, the session modification response may be a PDU Session Modification Response, and the session establishment response may be a PDU Session Establishment Response. It will be understood that the purpose of "activating the intention accessibility function" in the embodiments of the present application may be to insert the NIAF into an existing session or to establish a session via the NIAF.

[0323] The embodiment of the present application uses control plane messages to activate / deactivate the intention assistance function and perform session management, which simplifies the information carried in the message. For example, there is no need to carry session information (such as session characteristic parameters or session identifier) ​​in the message, which can reduce overhead.

[0324] See Figure 9, which is a schematic diagram of the fifth flow chart of the communication method provided in an embodiment of the present application. This method primarily describes adding a NIAF to a session via the network before or during a call. In one possible implementation, this embodiment of the present application can be implemented in conjunction with the embodiment shown in Figures 5 or 6, or independently, and this application is not limiting.

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

[0326] S501 , configuring a first policy for activating an intention-based assistance function for UPF-A, and / or configuring a second policy for deactivating an intention-based assistance function for UPF-A.

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

[0328] In another possible implementation, a first strategy for activating the intention-based assistance function and / or a second strategy for deactivating the intention-based assistance function may be preconfigured / predefined in UPF-A.

[0329] For example, the first policy may be to activate the intention-based assistance function when it is detected that a user's conversation message meets certain conditions (e.g., user type, user ID, conversation type, etc.). The second policy may be to deactivate the intention-based assistance function when it is detected that a user's conversation message meets certain conditions (e.g., user type, user ID, conversation type, etc.). For example, the intention-based assistance function is activated / deactivated when the conversation message received by UPF-A is for a calling service, a called service, or a two-way service. For another example, the intention-based assistance function is activated / deactivated when the conversation message received by UPF-A is from a voice call, a video call, or a digital person call. For another example, the intention-based assistance function is activated / deactivated when the conversation message received by UPF-A is a real-time call, a non-real-time message, or an offline pickup. For another example, the intention-based assistance function is activated / deactivated when the conversation message received by UPF-A is from a specific user ID, a specific terminal type, located at a specific time, or located in a location area.

[0330] S502: UPF-A determines to activate the intention-assisted function based on the received session message and the first policy, or determines to deactivate the intention-assisted function based on the received session message and the second policy.

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

[0332] In one possible implementation, UPF-A receives a session message from terminal A. If the session message satisfies the above-mentioned first policy, UPF-A determines to activate the intention auxiliary function. UPF-A can send a function activation message to ISMF, and the function activation message can be used to instruct NIAF to insert the session corresponding to the session message, or activate the intention auxiliary function. The function activation message may include one or more of the following: indication information 1, or indication information 2. The indication information 1 can be used to instruct NIAF to insert the session corresponding to the session message or activate the intention auxiliary function. The indication information 2 can be used to indicate the session direction for activating the intention auxiliary function, or to indicate the transmission direction of the communication content for NIAF to perform intent identification, such as uplink, downlink, or bidirectional.

[0333] Exemplarily, taking the 5G system as an example, the above-mentioned function activation message can be a packet forwarding control protocol (PFCP) node report request (PFCP Node Report Request) message. For example: extend the PFCPNode Report Request message and add a new information element "Activate_Intent" therein. When the value of activate_intent is true, it indicates that the intent auxiliary function is activated or the NIAF is inserted into the session; correspondingly, when the value of activate_intent is false, it indicates that the intent auxiliary function is turned off or deactivated. A new information element "Intent_Direction" can also be extended in the PFCPNode Report Request message and assigned a value of uplink or downlink or bidirectional to indicate the session direction of the activation intent auxiliary function.

[0334] In another possible implementation, if the session message satisfies the above-mentioned second policy, UPF-A determines to deactivate the intention auxiliary function. UPF-A can send a session end message to NIAF, and the session end message can be used to disconnect the session channel between NIAF and UPF-A. The session channel can be used for UPF-A to forward the user's session message to 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 the deactivation of the intention auxiliary function, and the indication information 2 can be used to indicate the session direction of deactivating the intention auxiliary function. After receiving the session end message, NIAF can disconnect from UPF-A. Exemplarily, if the session end message includes indication information 2, after receiving the session end message, NIAF may not disconnect from UPF-A, but may no longer perform intent recognition on session messages belonging to this session direction in the current session.

[0335] S504: ISMF sends session connection information 1 to UPF-A. The session connection information 1 is used to establish a session channel between UPF-A and NIAF. The session channel can be used to transmit session messages or communication content.

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

[0337] In one possible implementation, after the permission or policy check passes (e.g., user 1 has signed up for the intention assistance function), 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 the UPF-A, the port of the UPF-A, or the protocol used by the session channel. The ISMF can use the session connection information 2 to inform the NIAF in advance that the UPF-A is authorized by the network and to enable the NIAF to prepare relevant session resources in advance.

[0338] In one possible implementation, after the permission or policy check is passed (such as user 1 has signed up for the intention auxiliary function), ISMF may first send a session modification request or a session establishment request to terminal A. The session modification request or session establishment request can be used to request activation of the intention auxiliary function to obtain user 1's authorization confirmation (i.e., agreeing to turn on / activate the intention auxiliary function). It can be understood that the session modification request includes 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 an explanation of the PDU session modification request and the PDU session establishment request, please refer to the relevant description of step S401 in the embodiment shown in Figure 8 above, which will not be repeated here. After terminal A receives the session modification request or session establishment request, user 1 can operate terminal A to agree to turn on / activate the intention auxiliary function, and terminal A can send user 1's confirmation result to ISMF through a session modification response or a session establishment response. The session modification response or session establishment response may include user 1's confirmation result, such as user 1 agreeing to activate the intention auxiliary function. After receiving the session modification response or session establishment response from terminal A, ISMF may send session connection information 1 to UPF-A. For the relevant description of session connection information 1, please refer to the relevant description of step S402 in the embodiment shown in FIG8 , which will not be repeated here.

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

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

[0341] In one possible implementation, the implementation of steps S505 and S506 in the embodiment of the present application can refer to the implementation of steps S304 and S305 in the embodiment shown in Figure 7 above, and will not be repeated here. It can be understood that the embodiment of the present application uses UPF-A to activate / deactivate the intention-based auxiliary function as an example. In actual applications, UPF-B can also be used to activate / deactivate the intention-based auxiliary function message. The implementation method is similar to that of the embodiment of the present application (replacing UPF-A with UPF-B), and will not be repeated here.

[0342] The network side of the embodiment of the present application decides whether to activate the intention-assisted function based on the received session message and the relevant configured policies. When it is determined that the intention-assisted function is activated, the NIAF is inserted into the session through the control plane message, which can simplify the information carried in the message. For example, there is no need to carry session information (such as characteristic parameters of the session, or session identifier) ​​in the message, thereby reducing overhead.

[0343] See Figure 10, which is a sixth flow chart of the communication method provided in an embodiment of the present application. This method mainly introduces activating the intention auxiliary function through a user interface message during a call. In one possible implementation, the embodiment of the present application can be implemented in combination with the embodiment shown in Figure 5 or Figure 6 above, or it can be implemented separately, and this application is not limited.

[0344] Referring to FIG10 , the communication method includes but is not limited to the following steps:

[0345] S601, Terminal A sends a user plane message to UPF-A, where the user plane message is used to activate an intention-based auxiliary function.

[0346] In one possible implementation, before step S601, during the process of establishing a multimedia communication session between terminal A and terminal B, terminal A and terminal B use the Session Description Protocol (SDP) to establish a multimedia communication session as an example. Terminal A sends an INVITE message (such as a Session Description Protocol (SDP) proposal, i.e., an SDP offer) to its own UPF-A to initiate a request to establish a session. The INVITE message (such as an SDP offer) can be used to establish a multimedia channel between UPF-A and terminal A. The multimedia channel can be used not only to transmit user session messages but also to transmit subsequent intended service information. Similarly, terminal B can also send an INVITE message (such as an SDP offer) to its own UPF-B to initiate a request to establish a session. The INVITE message (such as an SDP offer) can be used to establish a multimedia channel between UPF-B and terminal B. The multimedia channel can be used not only to transmit user session messages but also to transmit subsequent intended service information. In other words, the multimedia channel established by terminal A / terminal B through pre-negotiation with UPF-A / UPF-B in the INVITE message supports the transmission of the intended service information.

[0347] For example, a new media attribute line (line a) can be extended in the INVITE message via the Session Description Protocol (SDP) to support the Real-time Transport Protocol (RTP) message header extension (extmap), thereby enabling subsequent user-plane messages to carry corresponding RTP message header extension fields to indicate activation or deactivation of the intent-based auxiliary function. For example: a=extmap:99urn:xxx:params:rtp-hdrext:intent-active. This media attribute line (line a) can be used to indicate that the established multimedia channel supports the transmission of intent service information.

[0348] After receiving the INVITE message (e.g., SDP offer), UPF-A / UPF-B can learn that the multimedia channel that Terminal A / Terminal B wants to establish supports the transmission of intended service information (or, in other words, supports Terminal A / Terminal B sending user plane messages carrying RTP message header extension fields), and can send a response message (e.g., SDP answer) to Terminal A. This response message (e.g., SDP answer) can be used to respond to the above-mentioned INVITE message (e.g., SDP offer). If the response message (e.g., 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 will be understood that when the embodiment of the present application is implemented in combination with the embodiment shown in Figure 5 or Figure 6 above, the process of the NIAF sending the intended service information to Terminal A and Terminal B may include: the NIAF may first send the intended 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 one possible implementation, after the multimedia channel is successfully established, user 1 can activate or deactivate the intention-based accessibility function through terminal A. In response to user 1's activation or deactivation of the intention-based accessibility function, terminal A generates a user plane message and sends the message to UPF-A. This user plane message can be used to activate or deactivate the intention-based accessibility function. Exemplarily, the user plane message can include parameter information for activating or deactivating the intention-based accessibility function. For example, this parameter information can be a Real-time Transport Protocol (RTP) message header extension.

[0350] For example, see Figure 11, which is a schematic diagram of the structure of the RTP message header extension provided in an embodiment of the present application. As shown in Figure 11, a new identifier (ID) and data (data) can be added to the RTP message header extension, where the ID represents intent-active, and the data value of true indicates that the intent accessibility function is activated, and the value of false indicates that the intent accessibility function is disabled / deactivated.

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

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

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

[0354] In a possible implementation, the implementation of step S602 in the embodiment of the present application can refer to the implementation of step S503 in the embodiment shown in FIG9 , which will not be repeated here.

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

[0356] In one possible implementation, after receiving the above-mentioned function activation message, ISMF can perform necessary permission or policy checks (for example, check whether user 1 has signed up for the intention assistance function). After the permission or policy check passes (such as user 1 has signed up for the intention assistance function), ISMF can send session connection information to UPF-A. The 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. The 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 message to NIAF.

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

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

[0359] In one possible implementation, the implementation of step S604 and step S605 in the embodiment of the present application can refer to the implementation of step S304 and step S305 in the embodiment shown in Figure 7 above, which will not be repeated here. The embodiment of the present application is explained by taking terminal A sending a user-side message to activate / deactivate the intention auxiliary function as an example. In actual application, it can also be a message that terminal B sends a user-side message to activate / deactivate the intention auxiliary function. Its implementation method is similar to that of the embodiment of the present application and will not be repeated here. It can be understood that the purpose of "activating the intention auxiliary function" in the embodiment of the present application can be to insert NIAF into an existing session.

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

[0361] Refer to Figure 12, which is a seventh flow chart of the communication method provided in an embodiment of the present application. The method mainly introduces a 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 NIAF, and optionally also includes an ISF. Exemplarily, NIAF and / or ISF respectively serve 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 method, the embodiment of the present application can be implemented in combination with the embodiment shown in Figure 5 or Figure 6 above, or it can be implemented separately, and the present application is not limited.

[0362] As shown in FIG12 , the communication method includes but is not limited to the following steps:

[0363] S701: Terminal A sends a session invitation message or a session re-invitation message to CSCF-A. The session invitation message or the session re-invitation message includes a first parameter, and the first parameter is used to indicate activation or deactivation of an intention auxiliary function.

[0364] In one possible implementation, user 1 can activate or deactivate the intention-assisted function through terminal A. Terminal A can generate a first parameter in response to user 1's operation of activating / deactivating the intention-assisted function. It can be understood that if, before step S701, terminal A and terminal B have already established an end-to-end multimedia communication session, terminal A can send a session re-invitation message (such as SIP re-INVITE, used to modify an existing user session) to its own CSCF (denoted as CSCF-A), and the session re-invitation message (such as SIP re-INVITE) can include the first parameter. The first parameter can be used to indicate the activation or deactivation of the intention-assisted function. If, before step S701, terminal A and terminal B have not yet established an end-to-end multimedia communication session, terminal A can send a session invitation message (such as SIP INVITE, used to initiate a new session) to CSCF-A, and the session invitation message (such as SIP INVITE) includes the first parameter. The first parameter can be used to indicate the activation of the intention-assisted function. It is also understood that terminal A and terminal B can establish a multimedia communication session through the IMS, and the media content of the multimedia communication session can be forwarded by MF-A and MF-B to which terminals A and B belong. Depending on the network deployment, MF-A and MF-B can be the same entity.

[0365] In a possible implementation, the session invitation message or the session re-invitation message may further include a second parameter, and the second parameter may be used to indicate the session direction of activating / deactivating the intention auxiliary function.

[0366] For example, a feature-tag named Intent_Activate (i.e., the first parameter mentioned above) can be added to a session invitation message (such as SIP INVITE) or a session re-invitation message (such as SIP re-INVITE). When the value of the feature-tag is true, it indicates that the intent accessibility function is activated; when the value of the feature-tag is false, it indicates that the intent accessibility function is turned off / deactivated. Another feature-tag named Intent_Direction (i.e., the second parameter mentioned above) can also be added to a session invitation message (such as SIP INVITE) or a session re-invitation message (such as SIP re-INVITE). Its value can be uplink, downlink, or bidirectional, which is used to indicate the session direction for activating / deactivating the intent accessibility function.

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

[0368] In one possible implementation, after receiving the above-mentioned session invitation message (such as SIP INVITE) or the above-mentioned session re-invitation message (such as SIP re-INVITE), CSCF-A can parse the first parameter (such as feature-tag) therein to determine whether to activate the intention auxiliary function. If CSCF-A determines to activate the intention auxiliary function (such as the value of feature-tag is true), 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 message or a pre-configured method. 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 forwards it to the MF to which terminal B belongs (denoted as MF-B), and MF-B forwards it to terminal B, so that terminal B knows that the intention assistance function is activated.

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

[0370] In one possible implementation, if the first parameter indicates deactivation of the intent-based accessibility feature, CSCF-A may still forward the session invite message or the session re-invite message to NIAF, but CSCF-A no longer forwards the session invite message or the session message corresponding to the session re-invite message to NIAF. NIAF may also send the session invite message or the session re-invite message to terminal B via CSCF-B and MF-B, so that terminal B is aware that the intent-based accessibility feature has been 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 one possible implementation, if the first parameter indicates activation of the intent-based assistance function, session messages exchanged between Terminal A and Terminal B are forwarded through MF-A, MF-B, CSCF-A, CSCF-B, and the NIAF. Therefore, after receiving a session message from Terminal A, CSCF-A can send the session message to the NIAF. The session message includes communication content, allowing the NIAF to 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 session invitation message or the session re-invitation message.

[0373] It can be understood that the embodiment of the present application is explained by taking terminal A activating / deactivating the intention auxiliary function as an example. In actual application, terminal B can also activate / deactivate the intention auxiliary function, and its implementation method is similar to that of the embodiment of the present application, which will not be repeated here. It can also be understood that when the embodiment of the present application is implemented in combination with the embodiment shown in Figure 5 or Figure 6, 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 method may require extending the payload format of the media plane message to include both the original user session information and the intent service information related thereto. In other words, the intent service information can be located in the payload part of the media plane message.

[0374] The embodiment of the present application carries parameters in a session invitation message or a session re-invitation message to indicate activation of the intention assistance function, and adds NIAF to the IMS so that NIAF can obtain the user's session content, supports NIAF's intent recognition, and lays the foundation for intention-based communication.

[0375] Refer to Figure 13, which is the eighth flow chart of the communication method provided in an embodiment of the present application. The method mainly introduces the session management process of bypassing NIAF to the user session based on the IP Multimedia System (IMS). The IMS may include CSCF, MF and NIAF, and optionally also includes ISF. Exemplarily, NIAF and / or ISF respectively serve 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 method, the embodiment of the present application can be implemented in combination with the embodiment shown in Figure 5 or Figure 6 above, or it can be implemented separately, and the present application is not limited.

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

[0377] S801: Terminal A sends a session indication message to the NIAF. The session indication message includes information indicating a session between Terminal A and Terminal B. The session indication message instructs the NIAF to insert itself into the session. Alternatively, the session indication message instructs the NIAF to transmit service intent information to the media network element serving the session via the session.

[0378] In one possible implementation, before step S801, terminal A and terminal B have established a multimedia communication session through IMS. After terminal A and terminal B establish the multimedia communication session, terminal A may generate a session indication message (e.g., SIP REFER) in response to user 1's operation of activating the intention auxiliary function, and may send the session indication message to NIAF. The session indication message may include identification information of one or more (existing) sessions (e.g., Call-ID, or Session-ID parameter). Exemplarily, the session indication message may also include an indication of activating the intention auxiliary function. The session indication message may be used to instruct NIAF to insert the one or more sessions. In other words, the session indication message is used to instruct NIAF to transmit the intention service information to the media network element (e.g., MF-A) serving the session through the session.

[0379] It is 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 receiving the session indication message, CSCF-A can forward the session indication message to NIAF.

[0380] S802: The NIAF sends a session re-invite message to MF-A. The session re-invite message includes information indicating a session between terminal A and terminal B. The session re-invite message is used to request joining the session. In other words, the session re-invite message is used to request transmission of intended service information via the session.

[0381] In one possible implementation, after receiving the session indication message, the NIAF may send a session re-invite message (e.g., a SIP re-INVITE) to MF-A, to which terminal A belongs. The session re-invite message may include identification information of the one or more sessions (e.g., a Call-ID or Session-ID parameter). The session re-invite message may be used to request joining the one or more sessions. In other words, the session re-invite message is used to request transmission of intended service information via the one or more sessions.

[0382] S803, MF-A sends a session re-invitation response to NIAF. The session re-invitation response is used to indicate that the intended service information is agreed to be transmitted through the above session.

[0383] In one possible implementation, after receiving the above-mentioned session re-invitation message, MF-A can negotiate with NIAF based on the SDP media parameters in the session re-invitation message to establish a two-way multimedia channel, which is recorded as the first multimedia channel for easy distinction. The first multimedia channel can transmit both the user's session messages and communication content and the intended service information. For example, MF-A sends a session re-invitation response to NIAF to indicate its agreement to transmit the intended service information through the above-mentioned session. Thereafter, MF-A can forward the session messages or communication content of the above-mentioned 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 one possible implementation, after receiving the aforementioned session re-invitation message, MF-A may send a channel establishment message to Terminal A. This channel establishment message may be used to request the establishment of a multimedia channel between MF-A and Terminal A, which, for ease of distinction, is referred to as a second multimedia channel. After receiving this channel establishment message, Terminal A may reply with a channel establishment response to MF-A, agreeing to establish the second multimedia channel between MF-A and Terminal A. This second multimedia channel may be used to transmit intended service information. It will be understood that a channel for transmitting user data (i.e., communication content) already exists between MF-A and Terminal A. The second multimedia channel established here may be dedicated to transmitting intended service information.

[0385] In one possible implementation, after receiving the above-mentioned session indication message, NIAF may also send a session re-invitation message to MF-B to which terminal B belongs. The session re-invitation message may include identification information of the above-mentioned one or more sessions (for example, Call-ID, or Session-ID parameter). The session re-invitation message may be used to request to join the one or more sessions. After receiving the session re-invitation message, MF-B may 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 the session re-invitation message, MF-B may also send a channel establishment message to terminal B. The channel establishment message may be used to request the establishment of a multimedia channel between MF-B and terminal B. The specific establishment method is described in the previous text and will not be repeated here. After receiving the channel establishment message, terminal B may reply a channel establishment response to MF-B to agree to establish a 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 terminal B does not need to obtain the intended service information, NIAF does not need to send a session re-invite message to MF-B.

[0387] The embodiment of the present application adopts an out-of-session negotiation method to bypass NIAF and mount it into the user's session, so that NIAF can obtain the user's session content, support NIAF's intent recognition, and lay the foundation for intention-based communication.

[0388] The above content elaborates on the method provided by the present application. In order to facilitate the implementation of the above scheme of the embodiment of the present application, the embodiment of the present application also provides corresponding devices or equipment.

[0389] The embodiment of the present application divides the various network elements of the present application into functional modules according to the above-mentioned method example. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above-mentioned 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 schematic and is only a logical functional division. There may be other division methods in actual implementation. The communication device of the embodiment of the present application will be described in detail below with reference to Figures 14 to 16.

[0390] 14 , which is a schematic diagram of a communication device according to an embodiment of the present application, as shown in FIG14 , 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 may 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 identify 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 transceiver unit 10 is used to send information used to describe the communication intention to the second network element; the transceiver unit 10 is also used to receive first intention service information corresponding to the communication intention from the second network element; the processing unit 20 is also used to provide the first intention service to the second terminal and / or the first terminal based on the first intention service information.

[0393] Exemplarily, the information for describing the communication intention includes one or more of the following: the category of the communication intention, the subject of the communication intention, the keywords of the communication intention, or the semantics of the communication intention.

[0394] Exemplarily, the transceiver unit 10 is also used 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; and 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 a network element corresponding to the top K similarities of a plurality of similarities sorted from largest to smallest, the plurality of similarities including the similarities between the semantic vector of the communication intention and the registration information vectors of the plurality of network elements stored by the third network element, where K is a positive integer.

[0396] Exemplarily, the processing unit 20 is specifically used to control the transceiver unit 10 to send the first intention service information to the second terminal and / or the first terminal; or, to send the second intention service information to the second terminal and / or the first terminal, and the second intention service information is the 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 the 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 the intention service information processed so that the display form of the first intention service information matches the information display capabilities of the second terminal and / or the first terminal.

[0398] Illustratively, 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; and receive a first message from the second terminal and / or the first terminal, the first message being used to obtain the first intent service. The processing unit 20 is specifically configured to provide the first intent service to the second terminal and / or the first terminal based on 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 configured to provide the first intention service to the second terminal and / or the first terminal via the communication connection.

[0400] Exemplarily, the transceiver unit 10 is also used to receive operation information from the first terminal and / or the second terminal, and the operation information includes the operation event of the first user and / or the second user using the second terminal for the first intention service; the transceiver unit 10 is also used to send the operation information to the second network element; the transceiver unit 10 is also used to receive third intention service information from the second network element, and the third intention service information is the intention service information after the first intention service information is updated based on the operation event; the processing unit 20 is also used to provide the second intention service to the second terminal and / or the first terminal based on the third intention service information.

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

[0402] Exemplarily, the transceiver unit 10 is also used to send one or more of the following to the second network element: the digital identity authorization information of the first user, or the 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 intention service information in combination with the operation event.

[0403] Illustratively, the transceiver unit 10 is further configured to send 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. 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 in combination with the information describing the communication intent to generate the first intention service information.

[0404] Exemplarily, the transceiver unit 10 is further configured to receive the communication content from a 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 also used to: receive a second message from the first terminal, the second message including information indicating the session, the second message being used to instruct the first network element to insert into the session; and send a first request message to the fourth network element, the first request message being used to request establishment of a connection between the first network element and a user plane network element serving the session, the first request message including the address of the first network element.

[0406] 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 first terminal to the second terminal; and the first request message further includes the second indication information.

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

[0408] 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 between the first terminal, the media network element, the first network element, and the second terminal.

[0409] Exemplarily, the transceiver unit 10 is further used to: receive a third message from the first terminal, the third message including information indicating a session between the first terminal and the second terminal, the third message being used to instruct the first network element to transmit intention service information through the session with the media network element serving the session; send a fourth message to the media network element, the fourth message including the information indicating the session, the fourth message being used to request transmission of intention service information through the session; receive a fifth message from the media network element, the fifth message being used to indicate consent to transmit intention service information through the session.

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

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

[0412] Among them, the transceiver unit 10 is used to send communication content to the second terminal, and the communication content includes the communication intention of the first user using terminal A; the transceiver unit 10 is also used to receive first intention service information corresponding to the communication intention; the processing unit 20 is used to call the application associated with the first intention service information to output the first intention service information.

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

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

[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 intention service information corresponding to the communication intention through the communication connection.

[0416] Exemplarily, the processing unit 20 is also used to generate operation information in response to an operation event of the first user regarding the first intention service information; the transceiver unit 10 is also used to send the operation information to the first network element or the second network element; the transceiver unit 10 is also used to receive second intention service information, which is the intention service information after the first intention service information is updated based on the operation event.

[0417] Exemplarily, the processing unit 20 is further specifically configured to call, based on the second intent service information, 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 via 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, the second message including information indicating the session, and the second message instructing 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, wherein the payload of the user plane message carries the first intended service information.

[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 terminal A to the second terminal.

[0421] Exemplarily, the communication content is transmitted through a session between 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 indicating the session, and the third message is configured to instruct the first network element to transmit the first intended service information to the media network element serving the session through 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, wherein the payload of the media plane message carries the first intended service information.

[0423] It is understood that the specific descriptions of the transceiver unit and the processing unit shown in the embodiments of the present application are merely examples. For the specific functions or execution steps of the transceiver unit and the processing unit, reference can be made to the above-mentioned method embodiments, which will not be described in detail here. In addition, the technical effects of the embodiments of the present application refer to the technical effects of the above-mentioned method embodiments, and for the sake of brevity, they will not be repeated here.

[0424] The above describes the communication device according to the embodiment of the present application. The following describes possible product forms of the communication device. It should be understood that any product having the functions of the communication device described in FIG. 7 falls within the scope of protection of the embodiment of the present application. It should also be understood that the following description is merely illustrative and does not limit the product forms of the communication device according to the embodiment of the present application to these examples.

[0425] In one possible implementation, in the communication device shown in FIG14 , the processing unit 20 may be one or more processors, and the transceiver unit 10 may be a transceiver. Alternatively, the transceiver unit 10 may be a transmitting unit and a receiving unit, wherein the transmitting unit may be a transmitter and the receiving unit may be a receiver, and the transmitting unit and receiving unit are integrated into a single device, such as a transceiver. In embodiments of the present application, the processor and transceiver may be coupled, and the connection method between the processor and transceiver is not limited in this embodiment. During the execution of the above-described method, the process of sending information in the above-described method can be understood as the process of the processor outputting the above-described information. When outputting the above-described information, the processor outputs the above-described information to the transceiver for transmission by the transceiver. After being output by the processor, the above-described information may require further processing before reaching the transceiver. Similarly, the process of receiving information in the above-described method can be understood as the process of the processor receiving the above-described information. When the processor receives the input information, the transceiver receives the above-described information and inputs it into the processor. Furthermore, after the transceiver receives the above-described information, the above-described information may require further processing before being input into the processor.

[0426] Referring to Figure 15, Figure 15 is another structural diagram of a communication device provided in an embodiment of the present application. As shown in Figure 15, the communication device provided in an embodiment of the present application can be used to implement the method described in any of the above method embodiments, and reference can be made to the description in the above method embodiments. The communication device can be the various functional entities mentioned above, or the chips or circuits therein. 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, the communication device also includes an input and output device (not shown in the figure).

[0427] Processor 1001 is primarily used to process communication protocols and communication data, control the entire communication device, execute software programs, and process software program data. Memory 1003 is primarily used to store software programs and data. Transceiver 1002 may include control circuitry and an antenna. The control circuitry is primarily used to convert baseband signals into radio frequency signals and process radio frequency signals. The antenna is primarily used to transmit and receive radio frequency signals in the form of electromagnetic waves. Input / output devices, such as a touch screen, display, and keyboard, are primarily used to receive user input and output data to the user.

[0428] When 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 sent wirelessly, the processor 1001 performs baseband processing on the data to be sent and outputs the 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 to the outside 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 RF circuit and antenna may be provided independently of the processor performing baseband processing. For example, in a distributed scenario, the RF circuit and antenna may be remotely arranged independent of the communication device.

[0430] The processor 1001 , the transceiver 1002 , and the memory 1003 may be connected via a communication bus.

[0431] Processor 1001 may include a transceiver for implementing receiving and transmitting functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing the receiving and transmitting functions may be separate or integrated. The transceiver circuit, interface, or interface circuit may be used for reading and writing code / data, or may be used for transmitting or delivering signals.

[0432] The processor 1001 may store instructions, which may be computer programs. The computer programs, when executed on the processor 1001, may cause the communication device to perform the methods described in the above method embodiments. The computer programs may be embedded in the processor 1001, in which 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, receiving, or communicating in the aforementioned method embodiment. The processor and transceiver described in this 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 understood that the communication device shown in the embodiment of the present application may also have more components than those in Figure 15, and the embodiment of the present application is not limited to this. The method performed by the processor and transceiver shown above is only an example. For the specific steps performed by the processor and transceiver, please refer to the description of the method embodiment above.

[0435] In another possible implementation, in the communication device shown in Figure 14, the processing unit 20 can be one or more logic circuits, and the transceiver unit 10 can be an input / output interface, or a communication interface, or an interface circuit, or an interface, etc. Or the transceiver unit 10 can also be a sending unit and a receiving unit, the sending unit can be an output interface, and the receiving unit can be an input interface, and the sending unit and the receiving unit are integrated into one unit, such as an input / output interface. Referring to Figure 16, Figure 16 is another structural diagram of the communication device provided in an embodiment of the present application. As shown in Figure 16, the communication device shown in Figure 16 includes a logic circuit 901 and an interface 902. That is, the above-mentioned processing unit 20 can be implemented with a logic circuit 901, and the transceiver unit 10 can be implemented with an 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 as an example of the above-mentioned communication device being a chip, and 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 may also be coupled to each other. The embodiments of the present application do not limit the specific connection method of the logic circuit and the interface. The logic circuit and the interface may be used to implement the method described in any of the above method embodiments, and the descriptions of the above method embodiments may be referred to.

[0437] It can be understood that the communication device shown in the embodiment of the present application can implement the method provided in the embodiment of the present application in the form of hardware, or can implement the method provided in the embodiment of the present application in the form of software, etc., and the embodiment of the present application is not limited to this.

[0438] For the specific implementation of the embodiment shown in FIG16 , reference may also be made to the above embodiments, which will not be described in detail here.

[0439] The present application also provides a communication system including a NIAF, an ISF, a terminal A, and a terminal B; and optionally, an ISRF. The NIAF, ISF, terminal A, and terminal B can be used to perform any of the methods in the aforementioned method embodiments.

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

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

[0442] The present application also provides a computer-readable storage medium, which stores computer code. When the computer code runs on a computer, it enables the computer to execute the operations and / or processing performed by any network element in any of the above method embodiments in the method provided by the present application.

[0443] The present application also provides a computer-readable storage medium, which stores computer code. When the computer code runs on a computer, the computer executes the operations and / or processing performed by the terminal in the method provided by the present application.

[0444] The present application also provides a computer program product, which includes computer code or computer program. When the computer code or computer program runs on a computer, the operations and / or processing performed by any network element in any of the above method embodiments in the method provided by the present application are executed.

[0445] The present application also provides a computer program product, which includes computer code or computer program. When the computer code or computer program is run on a computer, the operations and / or processing performed by the terminal in the method provided by the present application are executed.

[0446] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, or can be electrical, mechanical or other forms of connection.

[0447] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across 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 in the embodiments of the present application.

[0448] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0449] If 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 the present application is essentially or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a readable storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned readable storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk, and other media that can store program code.

[0450] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection 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 communication device, the first network element identifies the communication intention of the first user using the first communication device; 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 communication device and / or the first communication device.

2. The method according to claim 1, characterized in that, 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, wherein 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 a third network element, where 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, where 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 largest to smallest among multiple similarities, where 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 communication device and / or the first communication device, including: The first network element sends the first intention service information to the second communication device and / or the first communication device; or, The first network element sends second intention service information to the second communication device and / or the first communication device, where the second intention service information is a result of processing the first intention service information based on the capabilities of the second communication device and / or the first communication device.

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 communication device and / or the first communication device, including: The second intention service information is intention service information obtained by processing the display form of the first intention service information to match the information display capabilities of the second communication device and / or the first communication device.

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 communication device and / or the first communication device, the method further includes: The first network element sends the address of the first network element to the second communication device and / or the first communication device; The first network element receives a first message from the second communication device and / or the first communication device, where the first message is used to obtain the first intention service. The first network element provides a first intent service to the second communication device and / or the first communication device, including: the first network element provides the first intent service to the second communication device and / or the first communication device according to a 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 communication device and / or the first communication device; The first network element provides a first intent service to the second communication device and / or the first communication device, including: The first network element provides the first intent service to the second communication device and / or the first communication device 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 communication device and / or the first communication device, the method further includes: The first network element receives operation information from the first communication device and / or the second communication device, where the operation information includes operation events of the first user and / or the second user using the second communication device 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 obtained by updating the first intent service information based on the operation events; Based on the third intent service information, the first network element provides a second intent service to the second communication device and / or the first communication device.

10. The method according to claim 9, characterized in that, The first network element provides a second intent service to the second communication device and / or the first communication device, including: The first network element triggers the first communication device and / or the second communication device 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 communication device based on the communication content sent by the first communication device to the second communication device, 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 communication device and the second communication device, and the user plane network element serves the session.

14. The method according to claim 13, characterized in that, 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 communication device, and 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. The first network element sends a first request message to a fourth network element (ISMF), and 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.

15. The method according to claim 14, wherein The second message further includes indication information, and the indication information is used to indicate that the transmission direction of the communication content is from the first communication device to the second communication device; 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 the first user using the first communication device based on the communication content sent by the first communication device to the second communication device, the method further includes: The first network element receives communication content from a media network element, and the communication content is sent by the first communication device to the second communication device through the media network element and the first network element.

17. The method according to claim 16, wherein The communication content is sent by the first communication device to the second communication device through the media network element and the first network element, including: The communication content is sent by the first communication device to the second communication device through a session, and the session is a session between the first communication device, the media network element, the first network element, and the second communication device.

18. The method according to claim 16 or 17, characterized in that, 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 communication device, and the third message includes information for indicating the session between the first communication device and the second communication device, and the third message is used to indicate that the first network element transmits intention service information with the media network element serving the session through the session. The first network element sends a fourth message to the media network element, and the fourth message includes the information for indicating the session, and the fourth message is used to request to transmit intention 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 consent to transmit intention service information through the session.

19. A communication method, characterized in that, Including: The first communication device sends communication content to the second communication device, and the communication content includes the communication intention of the first user using the first communication device. The first communication device receives first intention service information corresponding to the communication intention, and calls 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 communication device.

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

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

23. The method according to any one of claims 19 to 22, characterized in that, After the first communication device invokes a first application associated with the first intent service information to output the first intent service information, the method further includes: The first communication device generates operation information in response to an operation event of the first user with respect to the first intent service information; The first communication device sends the operation information to the first network element or a second network element; The first communication device receives 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.

24. The method according to claim 23, wherein After the first communication device receives the second intent service information, the method further includes: The first communication device, based on the second intent service information, invokes an application associated with 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 via a session between the first communication device and the second communication device; Before the first communication device receives first intent service information corresponding to the communication intent, the method further includes: The first communication device sends a second message to a first network element, the second message including information for indicating the session, the second message being used to instruct the first network element to insert into the session.

26. The method according to claim 25, wherein The first communication device receives first intent service information corresponding to the communication intent, including: The first communication device receives a user plane message from a user plane network element serving the session, the first intent service information being 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, the indication information being used to indicate that the transmission direction of the communication content is from the first communication device to the second communication device.

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

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

30. The method according to any one of claims 1 to 29, characterized in that, The first communication device is a terminal or a chip.

31. A communication device, characterized in that, It includes units or modules for performing the method according to any one of claims 1 to 30.

32. A communication device, characterized in that, It includes a processor and an interface circuit. 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. The processor uses logic circuits or executes code instructions to implement the method according to any one of claims 1 to 30.

33. A readable storage medium, characterized in that, For storing a program, 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 30.

34. A computer program product, characterized in that, The computer program product includes computer code or a computer program. When the computer code or the computer program runs on a computer, the method according to any one of claims 1 to 30 is executed.

35. [Corrected according to Rule 91 on 27.02.2025] A communication system, characterized in that, It includes a first network element and a second network element. The first network element is used to perform the method according to any one of claims 1 to 18, and the second network element is used to receive information from the first network element and / or send information to the first network element.

36. [Corrected according to Rule 91 on 27.02.2025] The method according to claim 35, characterized in that, The communication system further includes a communication device for performing the method according to any one of claims 19 to 30.

37. [Corrected according to Rule 91 on 27.02.2025] A communication method, characterized in that, It includes: The first network element identifies the communication intention of the first user using the first communication device based on the communication content sent by the first communication device to the second communication device; The first network element sends information for describing the communication intention to the second network element; The second network element receives the information for describing the communication intention from the first network element and sends the first intended service information corresponding to the communication intention to the first network element; The first network element receives the first intended service information from the second network element and provides the first intended service to the second communication device and / or the first communication device based on the first intended service information.

38. [Corrected according to Rule 91 on 27.02.2025] The method according to claim 37, characterized in that, The method further includes: The first communication device sends communication content to the second communication device, and the communication content includes the communication intention of the first user using the first communication device.

39. [Corrected according to Rule 91 on 27.02.2025] The method according to claim 38, characterized in that, The method further includes: The first communication device receives the 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.

Images