Session processing method and device, equipment, storage medium and program product

Abstract

The invention discloses a session processing method and device, equipment, a storage medium and a program product. The method comprises the following steps: a calling terminal device sends a first SDP proposal for an initial session, wherein the first SDP proposal comprises an identifier of a data channel application program; the called terminal equipment sends a first SDP response under the condition that the called terminal equipment determines that the data channel application program is not downloaded; the first SDP response contains information that the home terminal does not download a data channel application program; the calling terminal equipment sends a second SDP proposal for updating the application data channel media information of the same session; the second SDP proposal comprises an identifier of a data channel application program; and the called terminal equipment sends the second SDP response. Therefore, the problem that the IMS session based on the independent data channel fails in the scene that the called terminal equipment does not download the application program of the independent data channel can be effectively solved.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a session processing method, apparatus, device, storage medium and program product. Background Art

[0002] The next generation of real-time communication technology based on IP Multimedia Subsystem (IMS) network is the focus of the 3rd Generation Partnership Project (3GPP) R19 research. The goal of R19 is to enable real-time communication based on data channel (DC) without relying on the existing new air interface to carry voice (Voice over New Radio, VoNR) / long-term evolution (VoLTE) calls. That is, an independent guided data channel can be established between the terminal and the network for DC application download, DC application list update and DC application version update; an independent application data channel can be established between the terminal and the network or between terminals to realize the transmission and interaction of data or messages between DC applications.

[0003] Related research reports have proposed relevant application scenarios, solutions and session processes for real-time communication based on independent data channels. However, in some special scenarios, such as when one UE initiates an independent DC application data channel session request but the other UE has not downloaded the independent DC application, the IMS real-time communication service based on independent DC will fail.

[0004] Therefore, how to solve the problem of failure of IMS session based on independent DC in the scenario where the other party has not downloaded the independent DC has become an urgent problem to be solved. Summary of the invention

[0005] The embodiments of the present application provide a session processing method, apparatus, device, storage medium and program product, which can effectively solve the problem of IMS session failure based on an independent data channel in an application scenario where the other party has not downloaded an independent DC.

[0006] In a first aspect, the present application provides a session processing method, which is applied to a called terminal device, and the method includes:

[0007] receiving a first SDP proposal for an initial session from a calling UE, wherein the first SDP proposal includes an identifier of a data channel application;

[0008] When the data channel application is not downloaded at the local end, a first SDP response is sent; the first SDP response includes information that the data channel application is not downloaded at the local end;

[0009] receiving a second SDP proposal from the calling UE for updating the media information of the application data channel for the same session, wherein the second SDP proposal includes an identifier of the data channel application program;

[0010] A second SDP answer is sent.

[0011] In one of the embodiments, the first SDP proposal of the calling UE includes a set of bootstrap data channel media information and application data channel media information; the application data channel media information includes an identifier of a data channel application program.

[0012] In one of the embodiments, the second SDP proposal of the calling UE includes application data channel media information; the application data channel media information includes an identifier of a data channel application program.

[0013] In one of the embodiments, the information included in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: the application port value of the application data channel media information is 0 or a null value; information indicating that the local end has not downloaded the data channel application is added to the application data channel media information; and first timer information.

[0014] In one of the embodiments, the information that the local end has not downloaded the data channel application program contained in the first SDP response includes: the SCTP port value of the application data channel media information is 0 or a null value.

[0015] In one of the embodiments, receiving a first SDP proposal of a calling UE for an initial session includes: receiving a SIP INVITE message forwarded by a second IP multimedia subsystem application server, wherein the SIP INVITE message carries the first SDP proposal of the calling UE.

[0016] In one of the embodiments, after receiving the first SDP proposal for the initial session from the calling UE, the method further includes: the called UE downloading a data channel application after guiding the establishment of the data channel.

[0017] In one of the embodiments, the called UE downloads the data channel application after the bootstrap data channel is established, including: after the called UE establishes the bootstrap data channel media information channel with the first media function, the called UE downloads the data channel application to the first data channel session function.

[0018] In one of the embodiments, the called UE downloads the data channel application after the boot data channel is established, and further includes: after the called UE establishes the boot data channel media information channel with the second media function, the called UE downloads the data channel application to the second data channel session function.

[0019] In one of the embodiments, when receiving the second SDP proposal of the calling UE, if the local end has completed downloading the data channel application, the second SDP response sent does not include information indicating that the local end has not downloaded the data channel application.

[0020] In one of the embodiments, when receiving the second SDP proposal of the calling UE, if the local end has completed downloading the data channel application, the application port value of the application data channel media information in the sent second SDP response is updated to a normal value.

[0021] In one of the embodiments, when receiving the second SDP proposal from the calling UE, if the local end has not completed downloading the data channel application, the second SDP response sent carries information indicating that the local end has not completed downloading the application data application.

[0022] In one of the embodiments, the first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

[0023] In one of the embodiments, the second SDP proposal is carried by a SIP re-INVITE or UPDATE message; and the second SDP answer is carried by a SIP 200 OK message.

[0024] In a second aspect, the present application provides a session processing method, applied to a calling UE, the method comprising:

[0025] Sending a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application;

[0026] receiving a first SDP response from the called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0027] Sending a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application;

[0028] Receive a second SDP answer from the called UE.

[0029] In one of the embodiments, the first SDP proposal includes a set of bootstrap data channel media information and application data channel media information; the application data channel media information includes an identifier of a data channel application program.

[0030] In one of the embodiments, the second SDP proposal includes application data channel media information; the application data channel media information includes an identifier of a data channel application program.

[0031] In one of the embodiments, the information included in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: the application port value of the application data channel media information is 0 or a null value; information indicating that the local end has not downloaded the data channel application is added to the application data channel media information; and first timer information.

[0032] In one of the embodiments, the information that the local end has not downloaded the data channel application program contained in the first SDP response includes: the SCTP port value of the application data channel media information is 0 or a null value.

[0033] In one embodiment, the method further includes: if the first SDP response received from the called UE includes first timer information, the calling UE starts the first timer; if the first SDP response from the called UE does not include the first timer information, the calling UE starts the second timer.

[0034] In one of the embodiments, sending a second SDP proposal for updating application data channel media information for the same session includes: if the first timer expires or the second timer expires, sending a second SDP proposal for updating application data channel media information for the same session.

[0035] In one of the embodiments, the method further includes: if the received second SDP response of the called UE carries information that the local end has not completed downloading the application data application program, the calling UE sends a SIP BYE message.

[0036] In one of the embodiments, sending a second SDP proposal for updating the media information of the application data channel for the same session includes: periodically sending a second SDP proposal for updating the media information of the application data channel for the same session.

[0037] In one of the embodiments, the method further includes: when the number of times of sending the second SDP proposal for updating the application data channel media information for the same session reaches a set number, if the second SDP response received from the called UE carries information that the local end has not completed downloading the application data application, sending a SIP BYE message.

[0038] In one of the embodiments, the method further includes: if the second SDP response from the called UE does not carry information that the local end has not completed downloading the application data application program, establishing an independent application data channel with the called UE.

[0039] In one of the embodiments, the method further includes: after the calling UE establishes a guiding data channel media information channel with the first media function, updating a data channel application list.

[0040] In one of the embodiments, the first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

[0041] In one of the embodiments, the second SDP proposal is carried by a SIP re-INVITE or UPDATE message; and the second SDP answer is carried by a SIP 200 OK message.

[0042] In a third aspect, the present application provides a session processing method, which is applied to a core network, and the method includes:

[0043] receiving a first SDP proposal for an initial session from a calling UE, and forwarding the proposal to a called UE; the first SDP proposal including an identifier of a data channel application;

[0044] receiving a first SDP response from the called UE and forwarding it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0045] receiving a second SDP proposal for updating application data channel media information for the same session from the calling UE, and forwarding the proposal to the called UE; the second SDP proposal includes an identifier of the data channel application;

[0046] The second SDP response of the called UE is received, and forwarded to the calling UE.

[0047] In one of the embodiments, the first SDP proposal of the calling UE includes a set of bootstrap data channel media information and application data channel media information; the application data channel media information includes an identifier of the included data channel application program.

[0048] In one of the embodiments, the second SDP proposal of the calling UE includes application data channel media information; the application data channel media information includes an identifier of a data channel application program.

[0049] In one of the embodiments, the information included in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: the application port value of the application data channel media information is 0 or a null value; information indicating that the local end has not downloaded the data channel application is added to the application data channel media information; and first timer information.

[0050] In one embodiment, when receiving the second SDP proposal of the calling UE, if the called UE has not completed downloading of the data channel application, the second SDP response of the called UE carries information that the local end has not completed downloading of the application data application.

[0051] In one embodiment, if the called UE has completed downloading of the data channel application when receiving the second SDP proposal of the calling UE, the second SDP response of the called UE does not include information that the local end has not completed downloading of the data channel application.

[0052] In one embodiment, if the called UE has completed downloading the data channel application when receiving the second SDP proposal of the calling UE, the application port value in the application data channel media information in the second SDP answer of the called UE is updated to a normal value.

[0053] In one of the embodiments, the method further includes: when the second IP multimedia subsystem application server recognizes that the first SDP response of the called UE includes information that the local end has not downloaded the data channel application, starting a third timer.

[0054] In one of the embodiments, the method further includes: when the third timer expires and a second SDP response not carrying information of an application program not downloaded by the local end is not received from the called UE, the second IP multimedia subsystem application server notifies the second media function to delete the data channel information reserved for the called UE.

[0055] In one of the embodiments, the method further includes: a first media function establishing a guiding data channel media information channel with a calling UE to update a data channel application list of the calling UE; and / or a second media function establishing a guiding data channel media information channel with a called UE to enable the called UE to download a data channel application.

[0056] In one of the embodiments, the first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

[0057] In one of the embodiments, the second SDP offer is carried by a SIP re-INVITE or UPDATE message, and the second SDP answer is carried by a SIP 200 OK message.

[0058] In a fourth aspect, the present application provides a session processing device, applied to a called UE, the device comprising:

[0059] A proposal receiving module, configured to receive a first SDP proposal for an initial session from a calling UE; the first SDP proposal includes an identifier of a data channel application;

[0060] A response sending module, used for sending a first SDP response when the data channel application is not downloaded at the local end; the first SDP response includes information that the data channel application is not downloaded at the local end;

[0061] The proposal receiving module is further used to receive a second SDP proposal from the calling UE for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0062] The response sending module is also used to send a second SDP response.

[0063] In a fifth aspect, the present application provides a session processing device, applied to a calling UE, the device comprising:

[0064] A proposal sending module, used for sending a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application;

[0065] A response receiving module, configured to receive a first SDP response from a called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information indicating that the local end has not downloaded the data channel application;

[0066] The proposal sending module is further used to send a second SDP proposal for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0067] The response receiving module is further configured to receive a second SDP response from the called UE.

[0068] In a sixth aspect, the present application provides a session processing device, applied to a core network, the device comprising:

[0069] A first receiving and forwarding module, configured to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application;

[0070] The second receiving and forwarding module is used to receive the first SDP response of the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0071] The first receiving and forwarding module is further used to receive a second SDP proposal for updating application data channel media information for the same session from the calling UE, and forward it to the called UE; the second SDP proposal includes an identifier of the data channel application program;

[0072] The second receiving and forwarding module is further used to receive a second SDP response from the called UE and forward it to the calling UE.

[0073] In a seventh aspect, the present application provides a terminal device, including a transmitter and a receiver; wherein:

[0074] The receiver is used to receive a first SDP proposal for an initial session from a calling UE; the first SDP proposal includes an identifier of a data channel application;

[0075] The transmitter is used to send a first SDP response when the data channel application is not downloaded at the local end; the first SDP response includes information that the data channel application is not downloaded at the local end;

[0076] The receiver is further used to receive a second SDP proposal from the calling UE for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0077] The sender is further configured to send a second SDP answer.

[0078] In an eighth aspect, the present application provides a terminal device, including a transmitter and a receiver: wherein,

[0079] The sender is used to send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application;

[0080] The receiver is used to receive a first SDP response from the called UE; when the called UE has not downloaded the data channel application included in the first SDP proposal, the first SDP response includes information that the local end has not downloaded the data channel application;

[0081] The transmitter is further configured to send a second SDP proposal for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0082] The receiver is further configured to receive a second SDP answer from the called UE.

[0083] In a ninth aspect, the present application provides a core network device, including a transceiver; wherein:

[0084] The transceiver is used to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application;

[0085] The transceiver is also used to receive a first SDP response from the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0086] The transceiver is also used to receive a second SDP proposal for updating application data channel media information for the same session from the calling UE, and forward it to the called UE; the second SDP proposal includes an identifier of the data channel application;

[0087] The transceiver is further configured to receive a second SDP response from the called UE and forward the response to the calling UE.

[0088] In the tenth aspect, the present application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps in the method designed in any one of the first to third aspects above.

[0089] In the eleventh aspect, the present application also provides a chip, which includes a programmable logic circuit and / or program instructions, and when the chip is running, it can execute the steps in the method designed in any one of the first to third aspects above.

[0090] In a twelfth aspect, the present application further provides a computer program product, comprising a computer program, which, when executed by a processor, implements the steps in the method designed in any one of the first to third aspects above.

[0091] According to the above-mentioned session processing method, apparatus, device, storage medium and program product, the calling terminal device can send a first SDP proposal for an initial session to the called terminal device through the core network device, and accordingly, the called terminal device receives the first SDP proposal for the initial session, and the first SDP proposal includes an identifier of the data channel application; when the called terminal device determines that the data channel application included in the first SDP proposal has not been downloaded, the first SDP response is sent to the calling terminal device through the core network device, and accordingly, the calling terminal device receives the first SDP response, and the first SDP response includes information indicating that the data channel application has not been downloaded at the local end; the calling terminal device sends a second SDP proposal for updating application data channel media information for the same session to the called terminal device through the core network device, and accordingly, the called terminal device receives the second SDP proposal for updating application data channel media information for the same session, and the second SDP proposal includes an identifier of the data channel application; the called terminal device sends a second SDP response to the calling terminal device through the core network device, and accordingly, the second SDP response of the calling terminal device. The method can effectively solve the problem of IMS session failure based on independent data channel in the scenario where the called terminal device has not downloaded the data channel application, thereby improving the user's IMS real-time communication service experience based on independent data channel. BRIEF DESCRIPTION OF THE DRAWINGS

[0092] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the drawings required for use in the embodiments of the present application or related technical descriptions will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0093] Figure 1 It is a structural diagram of a communication system provided in an embodiment of the present application;

[0094] Figure 2 It is a flow chart of a session processing method applied to a called terminal device provided in an embodiment of the present application;

[0095] Figure 3 It is a flow chart of a session processing method applied to a calling terminal device provided in an embodiment of the present application;

[0096] Figure 4 It is a flow chart of a session processing method applied to a core network device provided in an embodiment of the present application;

[0097] Figure 5 It is a flowchart of a multi-terminal interactive session processing method provided in an embodiment of the present application;

[0098] Figure 6 It is a flowchart of another multi-terminal interactive session processing method provided in an embodiment of the present application;

[0099] Figure 7 It is a flowchart of another multi-terminal interactive session processing method provided in an embodiment of the present application;

[0100] Figure 8 It is a structural diagram of a session processing device applied to a called terminal device provided in an embodiment of the present application;

[0101] Fig. 9 It is a structural diagram of a session processing device applied to a called terminal device provided in an embodiment of the present application;

[0102] Fig.10 It is a structural diagram of a session processing device applied to a core network device provided in an embodiment of the present application;

[0103] Fig.11 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application;

[0104] Fig.12 It is a structural diagram of a core network device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0105] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0106] See also Figure 1 , Figure 1 Schematic diagram of a communication system provided by an embodiment of the present application. Figure 1 As shown, the communication system includes a calling terminal device 101 of an IMS session, a called terminal device 102 and a core network (also referred to as an IMS network) 103. The calling terminal device 101 and the called terminal device 102 perform data transmission via the core network 103.

[0107] Optionally, both the calling terminal device 101 and the called terminal device 102 can be wireless terminals, which can be devices that provide voice and / or other business data connectivity to users, or handheld devices with wireless connection functions, or other processing devices connected to wireless modems. A wireless terminal can communicate with one or more core networks via a radio access network (RAN). A wireless terminal can be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device, which exchanges language and / or data with a radio access network. A wireless terminal can also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, an access terminal, a user terminal, a user agent, a user device or user equipment, which is not limited here.

[0108] 3GPP introduced IMS DC in relevant standards and formally defined the Next Generation (NG) communication - Real-Time Communication (RTC) (abbreviated as NG-RTC) architecture in further standards, laying the protocol and standard foundation for new calls.

[0109] Compared with traditional voice and video calls, the fifth-generation (5G) new calls provide intelligent high-definition and multi-dimensional interactive calls, which comprehensively upgrade the user's communication experience. Typical application scenarios include: intelligent customer service, caller name card, fun calls, content sharing, screen sharing, etc. Among them, 5G new calls are based on the VoNR audio and video channels and equipped with the new IMS DC. On the basis of high-definition audio and video calls, any multimedia information is synchronously transmitted through IMS DC, thereby upgrading real-time calls to real-time interactive / immersive calls.

[0110] At present, the next generation of real-time communication technology based on IMS network is the focus of 3GPP related standard research. Among them, the goal of this related standard is to achieve DC-based real-time communication without relying on existing VoNR / Long Term Evolution (Voice over Long Term Evolution, VoLTE) calls, that is, an independent guided data channel can be established between the terminal and the network for DC application download, DC application list update and DC application version update, etc.; an independent application data channel can be established between the terminal and the network or between terminals to realize the transmission and interaction of data or messages between DC applications.

[0111] The relevant standard research report proposes relevant application scenarios, solutions and session processes for real-time communication based on independent data channels. However, in some special scenarios, such as when one UE initiates an IMS session based on an independent DC application, but the other UE has not downloaded the independent DC application, the IMS real-time communication service based on the independent DC will fail.

[0112] Based on this, an embodiment of the present application provides an IMS session processing method, apparatus, communication equipment and storage medium, wherein the method includes: a calling terminal device can send a first SDP proposal for an initial session to a called terminal device through a core network device, and accordingly, the called terminal device receives the first SDP proposal for the initial session, and the first SDP proposal includes an identifier of a data channel application; when the called terminal device determines that the data channel application has not been downloaded, the called terminal device sends a first SDP response to the calling terminal device through the core network device, and accordingly, the calling terminal device receives the first SDP response, and the first SDP response includes information that the called terminal device has not downloaded the data channel application; the calling terminal device sends a second SDP proposal for updating application data channel media information for the same session to the called terminal device through the core network device, and accordingly, the called terminal device receives the second SDP proposal for updating application data channel media information for the same session, and the second SDP proposal includes an identifier of the data channel application; the called terminal device sends a second SDP response to the calling terminal device through the core network device, and accordingly, the calling terminal device receives the second SDP response. Among them, the calling terminal device can be understood as the initiator of the IMS session, and the called terminal device can be understood as the opposite end corresponding to the initiator; adopting this method can effectively solve the problem of failure of the IMS session based on the independent data channel in the scenario where the called terminal device has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on the independent data channel.

[0113] It should be noted that the beneficial effects brought about by the embodiments of the present application or the technical problems solved are not limited to this one, but may also include other implicit or related problems. For details, please refer to the description of the following embodiments.

[0114] Before introducing the specific embodiments of the present application, the professional terms involved in the present invention are explained first:

[0115] 1. IMS

[0116] IMS is an IP-based network architecture designed to provide a variety of multimedia services, including voice, video, messaging, etc., and is commonly used in telecommunications networks.

[0117] The IMS architecture includes the IMS Application Server (IMS-AS for short), the Media Function (MF) and the Data Channel Session Function (DCSF).

[0118] Among them, IMS-AS is used to manage and process user sessions and service requests during session establishment; MF is used to manage and allocate media resources to achieve efficient audio, video and data transmission; DCSF is used to process data channel sessions.

[0119] 2. Standalone DC

[0120] Independent DC means that an independent data channel is established based on the IMS network without relying on VoNR / VoLTE calls. Among them, an independent boot data channel can be established between the terminal device and the network device for DC application download, DC application list update, and DC application version update; an independent application data channel can be established between terminal devices and terminal devices or between terminal devices and network devices for data or message interaction between DC applications at both ends.

[0121] An IMS session based on independent data channels is a communication session established through IMS, in which media transmission and signaling control are managed through independent data channels. This approach not only improves the transmission efficiency of media streams, but also ensures the flexibility and reliability of the session.

[0122] 3. Session Description Protocol (SDP)

[0123] SDP is a network protocol used to describe multimedia sessions. In real-time communications (such as Voice over Internet Protocol (VoIP), video conferencing, etc.), SDP is widely used to exchange multimedia parameters of the session, such as codec information, bandwidth, time, participants, etc.

[0124] The SDP offer / answer model allows the initiator and receiver to negotiate and determine the final communication parameters, thereby establishing a multimedia session. The two main message types include:

[0125] SDP offer (or SDP proposal): SDP offer is a message sent by the initiator (usually the party that wants to establish a session). The message contains the initial parameters of the session, the multimedia format, codec, bandwidth, etc. that the initiator wants to use, as well as the parameters that the initiator is willing to accept.

[0126] SDP answer (or SDP response): SDP answer refers to the receiver's response to the SDP offer. In the SDP answer message, the receiver can confirm or modify the parameters proposed in the SDP offer and propose its own multimedia parameters, such as the codecs and bandwidth supported by the receiver.

[0127] In one embodiment, the process of the SDP offer / answer model is as follows: 1) The initiator creates an SDP offer and sends the SDP offer to the receiver. In response, the receiver receives the SDP offer. 2) The receiver responds to the SDP offer and creates an SDP answer based on the parameters it supports. 3) The receiver sends the SDP answer to the initiator. In response, the initiator receives the SDP answer. 4) The initiator adjusts its own settings based on the parameters in the SDP answer to ensure that the two parties can communicate.

[0128] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0129] See also Figure 2 , Figure 2 1 is a flow chart of a session processing method applied to a called terminal device provided in an embodiment of the present application. Figure 2 As shown, the method may include but is not limited to the following steps:

[0130] S201: Receive a first SDP proposal for an initial session from a calling terminal device, where the first SDP proposal includes an identifier of a data channel application.

[0131] In an optional implementation, the first SDP proposal includes a set of bootstrap data channel (BDC) media information and application data channel (ADC) media information, and the application data channel media information includes the identifier of the data channel application. The identifier of the data channel application can be carried by the label in the attribute line. In this way, the IMS session combining the independent bootstrap data channel and the application data channel can be used to establish an application data channel for the called device to download the application. If the called device has not downloaded the application, it is allowed to download the application after accepting the bootstrap data channel, and the session is updated in the same session to use the application.

[0132] The BDC media information may refer to bandwidth control information, which can be used to manage bandwidth usage of media streams. The ADC media information may refer to information of application layer data channels, which may include bandwidth control of data channels and other related information.

[0133] The calling terminal is also referred to as the calling UE, and the called terminal is also referred to as the called UE. In addition, the calling UE can be understood as the initiator of the IMS session, and the called UE can be understood as the opposite end corresponding to the initiator.

[0134] In the embodiment of the present application, the SDP proposal is also referred to as an SDP offer. In an optional implementation, the first SDP proposal may be carried by a SIP INVITE message.

[0135] S202: When the data channel application is not downloaded at the local end, a first SDP response is sent; the first SDP response includes information that the data channel application is not downloaded at the local end.

[0136] In an optional implementation, when the called terminal device determines that the data channel application identified by the label in the ADC media information in the first SDP proposal has not been downloaded, the called terminal device sends a first SDP response to the core network device.

[0137] In a specific implementation, the information in the first SDP response indicating that the local end has not downloaded the data channel application includes at least one of the following: (1) the application port value of the application data channel media information is 0 or a null value (in this application, the normal value of the application port value is not 0 or a null value); (2) information indicating that the local end has not downloaded the data channel application is added to the application data channel media information; (3) first timer information. By carrying at least one of the above information in the first SDP response sent by the called end, the calling end can learn the download status of the corresponding application of the called end, and make a corresponding response when it is determined that the called end has not downloaded the corresponding application, so as to avoid the session failure of the application data channel based on the application.

[0138] In the embodiment of the present application, the SDP response is also referred to as an SDP answer. In an optional implementation, the first SDP response may be carried by a SIP 200 OK message.

[0139] S203: Receive a second SDP proposal from the calling terminal device for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program.

[0140] Among them, the second SDP proposal for updating the application data channel media information for the same session can be understood as an SDP proposal initiated again by the calling terminal device for the IMS session initiated by the first SDP proposal. The aforementioned IMS session contains an application data channel, so the SDP proposal can be used to update the data channel media description information of the same application in the aforementioned IMS session.

[0141] In an optional implementation manner, the second SDP proposal does not include BDC media information, but includes ADC media information, and the ADC media information includes an identifier of the data channel application included in the first SDP proposal.

[0142] Optionally, the second SDP proposal may be carried by a SIP re-INVITE or UPDATE message. The second SDP proposal is carried by an UPDATE message, that is, the UPDATE message includes a message type corresponding to the second SDP proposal.

[0143] In an optional implementation, the second SDP proposal may be carried by a SIP re-INVITE or UPDATE message.

[0144] S204: Send a second SDP response.

[0145] In an optional implementation, when the called terminal device receives the second SDP proposal, if the download of the data channel application has not been completed, the second SDP response includes information that the local end has not downloaded the data channel application corresponding to the first SDP proposal; if the download of the data channel application has been completed, the second SDP response includes information that the local end has downloaded the data channel application corresponding to the first SDP proposal, or does not include information that the local end has not completed downloading the data channel application corresponding to the first SDP proposal.

[0146] In an optional implementation, the second SDP answer may be carried by a SIP 200 OK message.

[0147] In the embodiment of the present application, the called terminal device can receive the first SDP proposal for the initial session of the calling terminal device; when the data channel application corresponding to the first SDP proposal is not downloaded at the local end, the first SDP response is sent; the first SDP response includes information that the corresponding data channel application is not downloaded at the local end; the second SDP proposal for updating the application data channel media information for the same session from the calling terminal device is received; the second SDP proposal includes the identifier of the corresponding data channel application; and the second SDP response is sent. In this way, it is beneficial for the called terminal device to download the corresponding data channel application based on the second SDP proposal including the identifier of the data channel application, thereby helping to solve the problem of failure of the IMS session based on the independent data channel in the scenario where the called terminal device has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on the independent data channel.

[0148] See also Figure 3 , Figure 3 1 is a flow chart of a session processing method applied to a calling terminal device provided in an embodiment of the present application. Figure 3 As shown, the method may include but is not limited to the following steps:

[0149] S301: Send a first SDP proposal for an initial session, where the first SDP proposal includes an identifier of a data channel application.

[0150] For the relevant description of the first SDP proposal, please refer to the description in the aforementioned step S201, which will not be repeated here.

[0151] S302, receiving a first SDP response from the called terminal device; when the called UE has not downloaded the corresponding data channel application, the first SDP response includes information that the local end has not downloaded the data channel application.

[0152] For the relevant description of the first SDP response, please refer to the description in the aforementioned step S202, which will not be repeated here.

[0153] S303: Send a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program.

[0154] For the relevant description of the second SDP proposal, please refer to the description in the aforementioned step S201, which will not be repeated here.

[0155] S304: Receive a second SDP response from the called terminal device.

[0156] In an optional implementation, if the called terminal device has not completed the download of the data channel application when it receives the second SDP proposal, the second SDP response includes information that the local end has not downloaded the data channel application corresponding to the first SDP proposal; if the download of the data channel application is completed, the second SDP response includes information that the local end has downloaded the data channel application corresponding to the first SDP proposal.

[0157] In an embodiment of the present application, the calling terminal device may send a first SDP proposal for an initial session, wherein the first SDP proposal includes an identifier of a data channel application; receive a first SDP response from the called terminal device; when the called UE has not downloaded the corresponding data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; send a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; and receive a second SDP response from the called terminal device. In this way, after the calling terminal device sends the first SDP proposal for the initial session, if the received first SDP response includes information that the called terminal device has not downloaded the data channel application, the second SDP proposal for updating application data channel media information for the same session may be sent again, which includes the identifier of the corresponding data channel application, thereby helping to solve the problem of failure of an IMS session based on an independent data channel in a scenario where the called terminal device has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on an independent data channel.

[0158] See also Figure 4 , Figure 4 1 is a flow chart of a session processing method applied to a core network device provided in an embodiment of the present application. Figure 4 As shown, the method may include but is not limited to the following steps:

[0159] S401: Receive a first SDP proposal for an initial session from a calling terminal device, and forward the proposal to a called terminal device; the first SDP proposal includes an identifier of a data channel application.

[0160] For the relevant description of the first SDP proposal, please refer to the description in the aforementioned step S201, which will not be repeated here.

[0161] S402, receiving a first SDP response from the called terminal device, and forwarding it to the calling terminal device; when the called terminal device has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application.

[0162] For the relevant description of the first SDP response, please refer to the description in the aforementioned step S202, which will not be repeated here.

[0163] S403: Receive a second SDP proposal for updating application data channel media information for the same session from the calling terminal device, and forward it to the called terminal device; the second SDP proposal includes an identifier of the data channel application program.

[0164] For the relevant description of the second SDP proposal, please refer to the description in the aforementioned step S201, which will not be repeated here.

[0165] S404: Receive a second SDP response from the called terminal device, and forward it to the calling terminal device.

[0166] In the embodiment of the present application, the core network device can receive a first SDP proposal for an initial session from a calling terminal device and forward it to a called terminal device; the first SDP proposal includes an identifier of a data channel application; a first SDP response from the called terminal device is received and forwarded to the calling terminal device; when the called terminal device has not downloaded the corresponding data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; a second SDP proposal for updating application data channel media information for the same session from the calling terminal device is received and forwarded to the called terminal device; the second SDP proposal includes an identifier of the data channel application included in the first SDP proposal; a second SDP response from the called terminal device is received and forwarded to the calling terminal device. The method is adopted to facilitate the called terminal device to download the corresponding data channel application based on the second SDP proposal for updating application data channel media information for the same session including the identifier of the corresponding data channel application, thereby effectively solving the problem of failure of an IMS session based on an independent data channel in a scenario where the called terminal device has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on an independent data channel.

[0167] See also Figure 5 , Figure 5 1 is a flow chart of a multi-terminal interactive session processing method provided in an embodiment of the present application. Figure 5As shown, the method may include but is not limited to the following steps:

[0168] S501. The calling terminal device sends a first SDP proposal for an initial session to the core network device. Correspondingly, the core network device receives the first SDP proposal from the calling terminal device, where the first SDP proposal includes an identifier of a data channel application.

[0169] In an optional implementation, the first SDP proposal includes a set of bootstrap data channel (BDC) media information and application data channel (ADC) media information, and the application data channel media information includes an identifier of a data channel application. The identifier of the data channel application can be carried by a label in an attribute line.

[0170] The BDC media information may refer to bandwidth control information, which can be used to manage bandwidth usage of media streams. The ADC media information may refer to information of application layer data channels, which may include bandwidth control of data channels and other related information.

[0171] Exemplarily, the BDC media information and ADC media information are exemplified as follows:

[0172] m=application XXX UDP / DTLS / SCTP webrtc-datachannel

[0173] b=AS:500

[0174] a=sctp-port:5000

[0175] a=tls-id:XXX

[0176] a=fingerprint:

[0177] a=dcmap:0 subprotocol="http";priority=256

[0178] a=dcmap:100 subprotocol="http";priority=256;ordered=true

[0179] a=setup:actpass

[0180] m=application XXX UDP / DTLS / SCTP webrtc-datachannel

[0181] b=AS:500

[0182] a=sctp-port:5002

[0183] a=tls-id:XXX

[0184] a=fingerprint:XXX

[0185] a=dcmap:1002 label="local_ApplicationName_1 _Control"

[0186] a=setup:actpass

[0187] In "m=application XXX UDP / DTLS / SCTP webrtc-datachannel", m represents the media line; application represents an application media type; XXX represents the transmission port number or placeholder; UDP / DTLS / SCTP represents the transmission protocol is User Datagram Protocol (UDP) or Datagram Transport Layer Security (DTLS) or Stream Control Transmission Protocol (SCTP); webrtc-datachannel represents the Web Real-Time Communication (WebRTC) data channel.

[0188] In "b=AS:500", b represents bandwidth information; AS:500 means that the bandwidth of the application server is 500 kilobits per second (kbps).

[0189] In "a=sctp-port:5000", a represents the attribute line; sctp-port:5000 means that the SCTP port number used is 5000.

[0190] In "a=tls-id:XXX", a represents the attribute line; tls-id:XXX represents the unique identifier of the Transport Layer Security (TLS) session.

[0191] In "a=fingerprint:XXX", a represents the attribute line; fingerprint represents the fingerprint of the Datagram Transport Layer Security (DTLS) certificate, which is used to verify the security of the connection.

[0192] In “a=dcmap:0 subprotocol="http";priority=256”, a represents the attribute line; dcmap represents the data channel mapping; 0 represents the identity (ID) of the data channel; subprotocol="http" represents that the subprotocol used is Hyper Text Transfer Protocol (HTTP); priority=256 represents that the priority of the data channel is 256.

[0193] In “a=dcmap:100 subprotocol="http";priority=256;ordered=true”, 100 represents the ID of another data channel; ordered=true means that the data channel transmission is orderly.

[0194] In "a=setup:actpass", setup indicates the role of setting DTLS. Common values ​​of the setup attribute include: active: indicating that the end will actively initiate a DTLS handshake; passive: indicating that the end will passively receive a DTLS handshake; actpass: indicating that the end can act as an active or passive role, depending on the settings of the other end.

[0195] In "a=sctp-port:5002", sctp-port:5002 indicates that the SCTP port number used is 5002.

[0196] In “a=dcmap:1002 label="local_ApplicationName_1 _Control"”, 1002 indicates the ID of the data channel; label="local_ApplicationName_1 _Control" indicates the label of the data channel, which is used to identify the purpose of this channel.

[0197] In an optional implementation, the first SDP proposal may be carried by a SIP INVITE message.

[0198] S502: The core network device sends a first SDP proposal to the called terminal device. Correspondingly, the called terminal device receives the first SDP proposal from the core network device.

[0199] S503. When the called terminal device determines that the corresponding data channel application has not been downloaded, the called terminal device sends a first SDP response to the core network device. Correspondingly, the core network device receives the first SDP response; the first SDP response includes information that the local end has not downloaded the data channel application.

[0200] In an optional implementation, the called terminal device sends a first SDP response to the core network device when it is determined that the data channel application corresponding to the first SDP proposal has not been downloaded, which may include: the called terminal device sends a first SDP response to the core network device when it is determined that the data channel application identified by the label in the ADC media information in the first SDP proposal has not been downloaded.

[0201] In a specific example, if the called terminal device has not downloaded the corresponding application, the called terminal device will respond to the first SDP answer of the bootstrap data channel in the first SDP proposal, set the port of the application data channel to zero in the first SDP answer, and download the application after the bootstrap data channel is established.

[0202] In an optional implementation, the first SDP response may be carried by a SIP 200 OK message.

[0203] In an optional implementation, after the called terminal equipment receives the first SDP proposal for the initial session and also after bootstrapping the data channel establishment, it downloads the data channel application.

[0204] In a specific implementation, after the called terminal device guides the data channel, the method of downloading the data channel application may include: after establishing a guiding data channel media information channel with the first media function, downloading the data channel application to the first data channel session function.

[0205] In another specific implementation, after the called terminal device guides the data channel, the method of downloading the data channel application may include: after establishing a guiding data channel media information channel with the second media function, downloading the data channel application to the second data channel session function.

[0206] In other embodiments, if the called terminal device has downloaded the corresponding application and the user accepts the session initiated by the calling terminal device for the application, the called terminal device will return an SDP response to the application data channel in the first SDP proposal.

[0207] S504: The core network device sends a first SDP response to the calling terminal device. Correspondingly, the calling terminal device receives the first SDP response from the core network device.

[0208] S505. The calling terminal device sends a second SDP proposal for updating the application data channel media information for the same session to the core network device. Correspondingly, the core network device receives a second SDP proposal for updating the application data channel media information for the same session from the calling terminal device; wherein the second SDP proposal includes the identifier of the data channel application included in the first SDP proposal.

[0209] In an optional implementation manner, the second SDP proposal includes ADC media information, and the ADC media information includes an identifier of a data channel application included in the first SDP proposal.

[0210] Optionally, the second SDP proposal may be carried by a SIP re-INVITE or UPDATE message. The second SDP proposal is carried by an UPADATE message, that is, the UPDATE message includes a message type corresponding to the second SDP proposal.

[0211] S506: The core network device sends a second SDP proposal to the called terminal device. Correspondingly, the called terminal device receives the second SDP proposal from the core network device.

[0212] S507: The called terminal device sends a second SDP response to the core network device. Correspondingly, the core network device receives the second SDP response from the called terminal device.

[0213] Optionally, the second SDP response may be carried by a SIP 200 OK message.

[0214] S508. The core network device sends a second SDP response to the calling terminal device. Correspondingly, the calling terminal device receives the second SDP response from the core network device.

[0215] In the embodiment of the present application, the calling terminal device can send a first SDP proposal for an initial session to the called terminal device through the core network device, and accordingly, the called terminal device receives the first SDP proposal for the initial session, and the first SDP proposal includes the identifier of the data channel application; when the called terminal device determines that the corresponding data channel application has not been downloaded, the first SDP response is sent to the calling terminal device through the core network device, and accordingly, the calling terminal device receives the first SDP response, and the first SDP response includes information that the data channel application has not been downloaded at the local end; the calling terminal device sends a second SDP proposal for updating the application data channel media information for the same session to the called terminal device through the core network device, and accordingly, the called terminal device receives the second SDP proposal, and the second SDP proposal includes the identifier of the corresponding data channel application; the called terminal device sends a second SDP response to the calling terminal device through the core network device, and accordingly, the calling terminal device receives the second SDP response. The method can effectively solve the problem of failure of the IMS session based on the independent data channel in the scenario where the called terminal device has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on the independent data channel.

[0216] See also Figure 6 , Figure 6 1 is a flow chart of another multi-terminal interactive session processing method provided in an embodiment of the present application. Figure 5 The session handling method shown differs in that Figure 6 The session processing method shown also describes that the calling terminal device determines whether the first SDP response contains the first timer T1 information, and the called terminal device determines whether the download of the data channel application has been completed. Figure 6 As shown, the session processing method may include but is not limited to the following steps:

[0217] S601. The calling terminal device sends a first SDP proposal for an initial session to the core network device. Correspondingly, the core network device receives the first SDP proposal for the initial session from the calling terminal device, where the first SDP proposal includes an identifier of a data channel application.

[0218] The relevant description of step S601 can be found in the description of the aforementioned step S201, which will not be repeated here.

[0219] S602: The core network device sends a first SDP proposal to the called terminal device. Correspondingly, the called terminal device receives the first SDP proposal from the core network device.

[0220] S603. When the called terminal device determines that the data channel application has not been downloaded, the called terminal device sends a first SDP response to the core network device. Correspondingly, the core network device receives the first SDP response; the first SDP response includes information that the data channel application has not been downloaded at the local end.

[0221] In an optional implementation, the information contained in the first SDP response indicating that the local end has not downloaded the data channel application includes at least one of the following: an application port value of the ADC media information is 0 or a null value; information indicating that the local end has not downloaded the data channel application is added to the ADC media information; and first timer T1 information.

[0222] Optionally, the application port may be an SCTP port, a UDP port or a TCP port, etc., which is not limited here. It should be noted that in the scenario of an independent application data channel, the specific selection of the application port depends on the application requirements and the network environment.

[0223] In this implementation, if the application port is an SCTP port, the application port value of the ADC media information is 0 or a null value, that is, the SCTP port value is 0 or a null value.

[0224] Exemplarily, the called terminal device may configure the ADC media information in the first SDP response as "a=sctp-port:0 / NULL", wherein sctp-port indicates that the application port used is the SCTP port, and 0 / NULL indicates that the SCTP port value is 0 or null.

[0225] In this implementation, the called terminal device may also add information indicating whether the local end has downloaded the data channel application in the ADC media information. For example, the called terminal device adds "a=dcmp:XXXXlable="remote_applicationID_1_Control_downloadstatus"" in the ADC media information, where "downloadstatus" is used to identify the download status of the application; for example: the identifier "downloadstatus" is set to 02, indicating that the data channel application has not been downloaded, please wait for download; "downloadstatus" is set to 01, indicating that the data channel application has been downloaded.

[0226] Optionally, the called terminal device adds information indicating that the local end has not downloaded the data channel application in the ADC media information, for example, the called terminal device adds "a=dcmp:XXXX label="remote_applicationID_1_Control_02"" in the ADC media information.

[0227] S604: The core network device sends a first SDP response to the calling terminal device. Correspondingly, the calling terminal device receives the first SDP response from the core network device.

[0228] S605. The calling terminal device determines whether the first SDP response includes the first timer T1 information. If so, execute steps S606 and S608 to S614; if not, execute steps S607 and S608 to S614.

[0229] Optionally, the first timer T1 information includes the timing duration of the first timer T1, and the timing duration may be the estimated duration of the called terminal device to download the data channel application corresponding to the first SDP proposal.

[0230] S606: The calling terminal device starts the first timer T1.

[0231] S607: The calling terminal device starts the second timer T2.

[0232] Optionally, the timing duration of the second timer T2 may be the duration determined by the calling terminal device for waiting for the called terminal device to download the corresponding data channel application.

[0233] S608. When the first timer T1 or the second timer T2 expires, the calling terminal device sends a second SDP proposal for updating the application data channel media information for the same session to the core network device. Correspondingly, the core network device receives the second SDP proposal.

[0234] In other implementations, the calling terminal device may also periodically send a second SDP proposal for updating the application data channel media information for the same session to the core network device. In this implementation, the period of sending the second SDP proposal for updating the application data channel media information for the same session to the core network device may be predefined. In this implementation, the calling terminal device may also send a SIP BYE message if it is determined that the number of times the second SDP proposal for updating the application data channel media information for the same session has been sent has reached a set number of times, and if the second SDP response received from the called terminal device carries information that the local end has not completed downloading the application data application. That is, if the number of times the calling terminal device sends the second SDP proposal for updating the application data channel media information for the same session has reached a set number of times, but the called terminal device still has not completed the corresponding application download, the calling terminal device may end this independent application data channel session.

[0235] S609. The core network device sends a second SDP proposal for updating application data channel media information for the same session to the called terminal device. Correspondingly, the called terminal device receives the second SDP proposal for updating application data channel media information for the same session from the core network device.

[0236] S610: The called terminal device determines whether the download of the data channel application has been completed. If so, execute steps S611 and S614; if not, execute steps S612, S613 and S614.

[0237] S611. The called terminal device sends a second SDP response to the core network device, and in the second SDP response, updates the information that the local end has not downloaded the data channel application to the information that the local end has downloaded the data channel application.

[0238] In an optional implementation, the information representing that the local end has downloaded the data channel application corresponding to the first SDP proposal may include at least one of the following: updating the application port value of the ADC media information in the SDP response to a normal value; updating the identifier indicating the download status of the data channel application in the label of the ADC media information to a value that has been downloaded by the local end.

[0239] That is to say, when the called terminal device determines that the download of the corresponding data channel application has been completed, the second SDP response sent does not contain information indicating that the data channel application has not been downloaded on the local side, for example, the application port value of the ADC media information is a normal value, and the identifier in the ADC media information indicating whether the data channel application has been downloaded is configured to indicate that the data channel application has been downloaded on the local side. Exemplarily, in the second SDP response, the ADC media information includes "a=sctp-port:5000", "a=dcmp:XXXX lable="remote_applicationID_1_Control_01", where 01 indicates that the data channel application has been downloaded. Alternatively, the application download status identifier added in the ADC media information is deleted.

[0240] S612: The called terminal device determines that the second SDP response contains information that the local end has not completed downloading of the data channel application.

[0241] Optionally, when the called terminal equipment determines that the download of the data channel application is not completed, the first SDP response may be used as the second SDP response.

[0242] S613: The called terminal device sends a second SDP response to the core network device. Correspondingly, the core network device receives the second SDP response from the called terminal device.

[0243] S614. The core network device sends a second SDP response to the calling terminal device. Correspondingly, the calling terminal device receives the second SDP response from the core network device.

[0244] In an optional implementation, after step S611, the calling terminal device may determine that an IMS session based on an independent data channel has been successfully established with the called terminal device when it is determined that the second SDP response contains information that the local end has downloaded the data channel application; or, the calling terminal device may send a SIP BYE message to end the independent application data channel session when it is determined that the second SDP response contains information that the local end has not completed downloading the data channel application.

[0245] In this implementation, the calling terminal device sending the SIP BYE message may include: the calling terminal device sending the SIP BYE message to the core network device, and correspondingly, the core network device receiving the SIP BYE message from the calling terminal device.

[0246] Optionally, the core network device may also send a SIP BYE message to the called terminal device, and correspondingly, the called terminal device receives the SIP BYE message.

[0247] In the embodiment of the present application, the calling terminal device can determine whether the first timer T1 information is included in the first SDP response. If so, the first timer T1 is started, and when the first timer T1 expires, a second SDP proposal for updating the media information of the application data channel for the same session is sent; if not, the timer is started, and when the second timer expires, a second SDP proposal for updating the media information of the application data channel for the same session is sent. In this way, by timing the IMS session for establishing an independent data channel, the efficiency of determining whether the IMS session for establishing an independent data channel is successfully established can be improved.

[0248] See also Figure 7 , Figure 7 1 is a flowchart of another multi-terminal interactive session processing method provided in an embodiment of the present application. Figure 5 The session handling method shown differs in that Figure 7 The method shown in the figure specifically describes the internal interaction between the calling terminal device (UE1) and the called terminal device (UE2) of the IMS session and the core network device. Figure 7As shown, the core network equipment mainly includes IMS AS1, DCSF1, MF1, APP AS, MF2, DCSF2 and IMS AS2. Among them, IMS AS1, DCSF1 and MF1 are related network elements of the network where the calling terminal device UE1 is located, MF2, DCSF2 and IMS AS2 are related network elements of the called terminal device UE2; APP AS is an application server. Figure 7 As shown, the session processing method may include but is not limited to the following steps:

[0249] S701. UE1 sends a SIP INVITE to IMS AS1. Correspondingly, IMS AS1 receives an initial SDP proposal from UE1. The SIP INVITE includes the initial SDP proposal. The initial SDP proposal includes a set of BDC media information and ADC media information.

[0250] The ADC media information may include an identifier (streamID) of a data channel and label information, and the label information includes an identifier of a corresponding application.

[0251] S702. IMS AS1 sends an initial SDP proposal to DCSF1 according to user subscription information. Correspondingly, DCSF1 receives the initial SDP proposal from IMS AS1.

[0252] Optionally, the initial SDP proposal may be sent by IMS AS1 to DCSF1 via HTTP signaling.

[0253] S703 . DCSF1 sends application events related to the label data channel information to APPAS based on the label data channel information carried in the ADC media information in the initial SDP proposal. Correspondingly, APP AS receives application events related to the label data channel information from DCSF1 .

[0254] S704 . APP AS sends the ADC policy of the application event to DCSF1 . Correspondingly, DCSF1 receives the ADC policy from APP AS.

[0255] Among them, the ADC strategy, namely the application layer data channel strategy, can be used to manage and control the data flow transmitted through the application layer protocol to ensure that various application data are transmitted efficiently and in an orderly manner.

[0256] S705. DCSF1 sends the BDC policy and ADC policy to IMS AS1. Correspondingly, IMS AS1 receives the BDC policy and ADC policy from DCSF1. The BDC policy includes the session control indication and DC control indication. The ADC policy includes a request to establish a new application data channel.

[0257] Among them, the BDC policy, namely the bandwidth control policy, can be used to manage and limit the bandwidth usage of media streams to ensure the reasonable allocation and usage of network resources.

[0258] S706. IMS AS1 sends a message for applying for media resources to MF1 based on the BDC policy and the ADC policy. Correspondingly, MF1 receives the message for applying for media resources from IMS AS1. The message for applying for media resources includes the DC media resource information of UE1.

[0259] The message for applying for media resources is used to indicate a request for allocation of necessary media resources, where the media resources are used to support media communication of UE1.

[0260] Optionally, the DC media resource information of UE1 may include an IP address, a port, etc. of UE1; the DC media resource information is used to establish and manage media streams.

[0261] S707 . MF1 determines the media resources allocated to UE1 in response to the message for applying for media resources, and sends the media information required for establishing DC to IMS AS1 . Correspondingly, IMS AS1 receives the media information from MF1 .

[0262] In an optional implementation, UE1 may also establish a BDC media information channel with MF1 to update the data channel application list.

[0263] S708. The IMS AS1 updates the ADC media information in the initial SDP proposal based on the media information to obtain an updated SDP proposal. The application identifier in the ADC media information in the updated SDP proposal remains unchanged.

[0264] S709: IMS AS1 sends the updated SDP proposal to IMS AS2 corresponding to UE2. Correspondingly, IMS AS2 receives the updated SDP proposal from IMS AS1.

[0265] In an optional implementation manner, the updated SDP proposal sent by IMS AS1 to IMS AS2 corresponding to UE2 may be carried in a SIP INVITE message.

[0266] S710: IMS AS2 sends an updated SDP proposal to UE2. Correspondingly, UE2 receives the updated SDP proposal from IMS AS2.

[0267] In an optional implementation, IMS AS2 may send a SIP INVITE message to UE2, where the SIP INVITE message carries the updated SDP proposal of the calling UE.

[0268] S711. Relevant network elements of the network where UE2 is located report DC session events, issue BDC policies and ADC policies, and apply for BDC media resources and ADC media resources.

[0269] In an optional implementation, the specific process of step S711 may refer to the description of steps S702 to S707 above, which will not be repeated here.

[0270] S712. UE2 determines that the local end has not downloaded the data channel application based on the DC application identified in the label in the ADC media data in the updated SDP proposal, and sends an initial SDP response to IMS AS2. Correspondingly, IMS AS2 receives the initial SDP response from UE2; the initial SDP response includes information that the local end has not downloaded the data channel application.

[0271] In an optional implementation, the initial SDP response sent to the IMS AS2 may be carried by a SIP 200 OK message.

[0272] In an optional implementation, when it is determined that the corresponding data channel application has not been downloaded at the local end, UE2 may also establish a BDC media information channel with MF2, and then download the data channel application included in the updated SDP proposal from DCSF2. In another optional implementation, UE2 may also establish a BDC media information channel with MF1, and then download the data channel application included in the updated SDP proposal from DCSF1.

[0273] In an optional implementation, after step S712, the relevant network elements of the network where UE2 is located may also update the media information in the initial response based on the initial SDP response, wherein the initial SDP response includes BDC media information and ADC media information, and the ADC media information includes information indicating that UE2 has not downloaded the data channel application.

[0274] In an optional implementation, IMS AS2 may start a third timer Tas when recognizing that the initial SDP response of UE2 includes information indicating that the local end has not downloaded the data channel application; when the third timer Tas ends, if no SDP response containing ADC media information updated by UE2 is received, notification information is sent to MF2, and accordingly, MF2 receives a notification message from IMS AS2, which is used to instruct to delete the ADC media information established for UE2. The timing duration of the third timer Tas is greater than or equal to the timing duration of the first timer T1.

[0275] In this implementation manner, the IMS AS2 may also end the third timer Tas after sending the notification information to the MF2.

[0276] S713. IMS AS2 sends an initial SDP response to IMS AS1. Correspondingly, IMS AS1 receives the initial SDP response from IMS AS1.

[0277] S714. The IMS AS1 updates the ADC media information of the UE1 based on the initial SDP response, and obtains the updated ADC media information of the UE1. The updated ADC media information of the UE1 includes information that the UE2 has not downloaded the data channel application.

[0278] S715 . IMS AS1 sends an initial SDP response to UE1 . Correspondingly, UE1 receives the initial SDP response from IMS AS1 .

[0279] S716. When UE1 determines that the initial SDP response includes information of the first timer T1, UE1 starts the first timer T1.

[0280] Optionally, the first timer T1 information includes the timing duration of the first timer T1, and the timing duration may be the duration estimated by UE2 for downloading the corresponding data channel application.

[0281] In an optional implementation, UE1 may also establish a BDC media information channel with MF1 to update the data channel application list.

[0282] S717. When determining that the first timer T1 expires, UE1 sends another SDP proposal for updating application data channel media information for the same session to IMS AS1. Correspondingly, IMS AS1 receives another SDP proposal from UE1, wherein the other SDP proposal includes an identifier of a corresponding data channel application.

[0283] In an optional implementation, after step S717, UE1 may end the first timer T1.

[0284] In an optional implementation, step S716 may also be that UE1 starts the second timer T2 when it determines that the initial SDP response does not contain the first timer T1 information. Optionally, the timing duration of the second timer T2 may be the default duration of the UE1 waiting for the peer to download the data channel application. In this case, step S717 may be described as UE1 sending another SDP proposal to IMS AS1 when it determines that the second timer T2 expires, and accordingly, IMS AS1 receives another SDP proposal from UE1, wherein the other SDP proposal includes the identifier of the corresponding data channel application. Wherein, after UE1 sends another SDP proposal to IMS AS1 when it determines that the second timer T2 expires, it may also end the second timer T2.

[0285] S718. IMS AS1 sends another SDP proposal to IMS AS2. Correspondingly, IMS AS2 receives another SDP proposal from IMS AS1.

[0286] S719: IMS AS2 sends another SDP proposal to UE2. Correspondingly, UE2 receives another SDP proposal from IMS AS2.

[0287] S720, UE2 determines whether the SDP proposes a related data channel application before determining that the download is completed; if so, execute steps S721, and S723 to S724; if not, execute steps S722, and S723 to S724.

[0288] S721. UE2 sends another SDP response, and updates the information indicating that the local end has not downloaded the data channel application to information indicating that the local end has downloaded the corresponding data channel application.

[0289] S722. UE2 sends another SDP response, which contains information indicating that the local end has not completed downloading the data channel application.

[0290] Optionally, when UE2 determines that the download of the data channel application is not completed, the initial SDP response may be used as another SDP response.

[0291] S723. IMS AS2 sends another SDP response to IMS AS1. Correspondingly, IMS AS1 receives another SDP response from IMS AS2.

[0292] S724. IMS AS1 sends another SDP response of UE2 to UE1. Correspondingly, UE1 receives another SDP response from IMS AS1.

[0293] In the embodiment of the present application, UE1 and UE2 exchange data through various network elements in the core network device, which can effectively solve the problem of failure of IMS session based on independent data channel in the scenario where UE2 has not downloaded the independent data channel application, thereby improving the user's IMS real-time communication service experience based on independent data channel.

[0294] It should be understood that although Figures 2 to 7 The steps in the flowchart shown are shown in sequence as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified in this document, there is no strict order restriction for the execution of these steps, and these steps can be executed in other orders. Moreover, Figures 2 to 7 At least part of the steps may include multiple steps or multiple stages. These steps or stages are not necessarily performed at the same time, but can be performed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed in turn or alternately with other steps or at least part of the steps or stages in other steps.

[0295] See also Figure 8 , Figure 8 1 is a schematic diagram of a structure of a session processing device for a called terminal device provided in an embodiment of the present application. Figure 8 As shown, the device includes but is not limited to the following modules: a proposal receiving module 801 and a response sending module 802.

[0296] The proposal receiving module 801 is used to receive a first SDP proposal for an initial session from a calling UE; the first SDP proposal includes an identifier of a data channel application;

[0297] The response sending module 802 is used to send a first SDP response when the data channel application is not downloaded at the local end; the first SDP response includes information that the data channel application is not downloaded at the local end;

[0298] The proposal receiving module 801 is further configured to receive a second SDP proposal from the calling UE for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0299] The response sending module 802 is further configured to send a second SDP response.

[0300] It can be understood that the steps that can be implemented by each module in the device and the beneficial effects that can be achieved can refer to the description of the called terminal device in the above-mentioned session processing method embodiment, which will not be repeated here.

[0301] See also Fig. 9 , Fig. 9 1 is a schematic diagram of a session processing device applied to a called terminal device provided in an embodiment of the present application. Fig. 9 As shown, the device includes but is not limited to the following modules: a proposal sending module 901 and a response receiving module 902.

[0302] The proposal sending module 901 is used to send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application;

[0303] The response receiving module 902 is used to receive a first SDP response from the called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0304] The proposal sending module 901 is further used to send a second SDP proposal for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program;

[0305] The response receiving module 902 is further configured to receive a second SDP response from the called UE.

[0306] It can be understood that the steps that can be implemented by each module in the device and the beneficial effects that can be achieved can refer to the description of the calling terminal device in the aforementioned session processing method embodiment, which will not be repeated here.

[0307] See also Fig.10 , Fig.10 1 is a schematic diagram of a session processing device applied to a core network device provided in an embodiment of the present application. Fig.10 As shown, the device includes but is not limited to the following modules: a first receiving and forwarding module 1001 and a second receiving and forwarding module 1002.

[0308] A first receiving and forwarding module, configured to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application;

[0309] The second receiving and forwarding module is used to receive the first SDP response of the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application;

[0310] The first receiving and forwarding module is further used to receive a second SDP proposal for updating application data channel media information for the same session from the calling UE, and forward it to the called UE; the second SDP proposal includes an identifier of the data channel application program;

[0311] The second receiving and forwarding module is further used to receive a second SDP response from the called UE and forward it to the calling UE.

[0312] It can be understood that the steps that can be implemented by each module in the device and the beneficial effects that can be achieved can be referred to the description of the core network device in the aforementioned session processing method embodiment, and will not be repeated here.

[0313] In one embodiment, the present application also provides a terminal device. Fig.11 , Fig.11 1 is a schematic diagram of a terminal device provided in an embodiment of the present application. The terminal device may be a called terminal device or a calling terminal device. Fig.11 As shown, the terminal device includes: at least one processor 1101, a memory 1102, at least one network interface 1104 and a user interface 1103. The various components in the terminal device are coupled together through a bus system 1105. It can be understood that the bus system 1105 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 1105 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, Fig.11 Various buses are labeled as bus system 1105. In addition, in the embodiment of the present application, a transceiver 1106 is also included. The transceiver can be multiple components, that is, including a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium.

[0314] The user interface 1103 may include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touch pad, or a touch screen).

[0315] It can be understood that the memory 1102 in the embodiment of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct memory bus random access memory (DRRAM). The memory 1102 of the system and method described in the embodiments of the present application is intended to include but is not limited to these and any other suitable types of memory.

[0316] In some embodiments, the memory 1102 stores the following elements, executable modules or data structures, or a subset thereof, or an extended set thereof: an operating system 1102a and an application program 1102b.

[0317] The operating system 1102a includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., which are used to implement various basic services and process hardware-based tasks. The application 1102b includes various application programs, such as a media player (Media Player), a browser (Browser), etc., which are used to implement various application services. Optionally, the program implementing the method of the embodiment of the present application can be included in the application 1102b.

[0318] In one embodiment, the operation performed by the called terminal device in the method provided in the embodiment of the present application is implemented by calling the program or instruction stored in the memory 1102, specifically, the program or instruction stored in the application 1102b. Among them, the receiver is used to receive the first SDP proposal for the initial session of the calling UE; the first SDP proposal includes the identifier of the data channel application; the transmitter is used to send the first SDP response when the data channel application is not downloaded at the local end; the first SDP response includes information that the data channel application is not downloaded at the local end; the receiver is also used to receive the second SDP proposal of the calling UE for updating the application data channel media information for the same session; the second SDP proposal includes the identifier of the data channel application; the transmitter is also used to send the second SDP response.

[0319] In one embodiment, the operation performed by the calling terminal device in the method provided in the embodiment of the present application is implemented by calling the program or instruction stored in the memory 1102, specifically, the program or instruction stored in the application 1102b. Among them, the transmitter is used to send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; the receiver is used to receive a first SDP response from the called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; the transmitter is also used to send a second SDP proposal for updating the application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; the receiver is also used to receive a second SDP response from the called UE.

[0320] It is understood that the embodiments described in the embodiments of the present application can be implemented by hardware, software, firmware, middleware, microcode or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPD), programmable logic devices (PLD), field programmable gate arrays (FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described in the present application or a combination thereof.

[0321] For software implementation, the technology described in the terminal device in the embodiment of the present application can be implemented by a module (such as a process, function, etc.) that executes the functions described in the embodiment of the present application. The software code can be stored in a memory and executed by the processor 1101. The memory can be implemented in the processor 1101 or outside the processor 1101.

[0322] In one embodiment, the present application also provides a core network device. Fig.12 , Fig.12 It is a structural diagram of a core network device provided in an embodiment of the present application. The access network device may include a receiver 1201, a memory 1202, a processor 1203, at least one communication bus 1204 and a transmitter 1205. The communication bus 1204 is used to realize the communication connection between the components. The memory 1202 may include a high-speed RAM memory, and may also include a non-volatile storage NVM, such as at least one disk memory. Various programs may be stored in the memory 1202 to complete various processing functions and implement the method steps of this embodiment. In the embodiment of the present application, the transmitter 1205 may be a radio frequency processing module or a baseband processing module in the core network device, and the receiver 1201 may also be a radio frequency processing module or a baseband processing module in the core network device. The transmitter 1205 and the receiver 1201 can be integrated together to realize a transceiver, and the transmitter 1205 and the receiver 1201 can be coupled to the processor 1203, which can realize the receiving or sending action under the instruction or control of the processor 1203.

[0323] In an optional implementation, a transceiver composed of a transmitter 1205 and a receiver 1201 is used to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application; the transceiver is also used to receive a first SDP response from the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; the transceiver is also used to receive a second SDP proposal for updating application data channel media information for the same session from the calling UE and forward it to the called UE; the second SDP proposal includes an identifier of the data channel application; the transceiver is also used to receive a second SDP response from the called UE and forward it to the calling UE.

[0324] In one embodiment, the present application also provides a computer-readable storage medium on which a computer program is stored.

[0325] In an optional implementation manner, when the computer program is executed by a processor, the steps performed by the called terminal device in the above session processing method are implemented, for example:

[0326] Receive a first SDP proposal for an initial session from a calling terminal device; the first SDP proposal includes an identifier of a data channel application; when the data channel application has not been downloaded at the local end, send a first SDP response; the first SDP response includes information that the data channel application has not been downloaded at the local end; receive a second SDP proposal from the calling terminal device for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; and send a second SDP response.

[0327] In another optional implementation, when the computer program is executed by the processor, the steps performed by the calling terminal device in the above session processing method are implemented, for example:

[0328] Send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; receive a first SDP response from a called terminal device; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; send a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; receive a second SDP response from the called terminal device.

[0329] In yet another optional implementation, when the computer program is executed by the processor, the steps performed by the core network device in the above session processing method are implemented, for example:

[0330] Receive a first SDP proposal for an initial session from a calling terminal device, and forward it to the called terminal device; the first SDP proposal includes an identifier of a data channel application; receive a first SDP response from the called terminal device, and forward it to the calling terminal device; when the called terminal device has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; receive a second SDP proposal from the calling terminal device for updating application data channel media information for the same session, and forward it to the called terminal device; the second SDP proposal includes an identifier of the data channel application; receive a second SDP response from the called terminal device, and forward it to the calling terminal device.

[0331] In one embodiment, the present application also provides a computer program product including instructions.

[0332] In an optional implementation, when the computer program product is executed on the called terminal device, the called terminal device is caused to perform the following steps:

[0333] Receive a first SDP proposal for an initial session from a calling terminal device; the first SDP proposal includes an identifier of a data channel application; when the data channel application has not been downloaded at the local end, send a first SDP response; the first SDP response includes information that the data channel application has not been downloaded at the local end; receive a second SDP proposal from the calling terminal device for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; and send a second SDP response.

[0334] In another optional implementation, when the computer program product is executed on the calling terminal device, the calling terminal device is caused to perform the following steps:

[0335] Send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; receive a first SDP response from a called terminal device; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; send a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; receive a second SDP response from the called terminal device.

[0336] In yet another optional implementation, when the computer program product runs on a core network device, the core network device is caused to perform the following steps:

[0337] Receive a first SDP proposal for an initial session from a calling terminal device, and forward it to the called terminal device; the first SDP proposal includes an identifier of a data channel application; receive a first SDP response from the called terminal device, and forward it to the calling terminal device; when the called terminal device has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; receive a second SDP proposal from the calling terminal device for updating application data channel media information for the same session, and forward it to the called terminal device; the second SDP proposal includes an identifier of the data channel application; receive a second SDP response from the called terminal device, and forward it to the calling terminal device.

[0338] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), tape, floppy disk, flash memory or optical memory, etc. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM).

[0339] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0340] The above-mentioned embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the invention patent. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application shall be subject to the attached claims.

Claims

1. A session processing method, characterized in that: Applied to the called UE, the method comprises: receiving a first SDP proposal for an initial session from a calling UE; wherein the first SDP proposal includes an identifier of a data channel application; When the data channel application is not downloaded at the local end, a first SDP response is sent; the first SDP response includes information that the data channel application is not downloaded at the local end; receiving a second SDP proposal from the calling UE for updating application data channel media information for the same session; the second SDP proposal including an identifier of the data channel application; A second SDP answer is sent.

2. The method according to claim 1, characterized in that The first SDP proposal of the calling UE includes a set of guided data channel media information and application data channel media information; the application data channel media information includes the identifier of the data channel application program.

3. The method according to claim 2, characterized in that The second SDP proposal of the calling UE includes application data channel media information; the application data channel media information includes the identifier of the data channel application program.

4. The method according to claim 1, characterized in that in: The information contained in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: The application port value of the application data channel media information is 0 or null; Adding information indicating that the local end has not downloaded the data channel application to the application data channel media information; First timer information.

5. The method according to claim 4, characterized in that in: The information contained in the first SDP response indicating that the local end has not downloaded the data channel application program includes: the SCTP port value of the application data channel media information is 0 or a null value.

6. The method according to claim 1, characterized in that The receiving a first SDP proposal for an initial session from a calling UE includes: A SIP INVITE message forwarded by the second IP multimedia subsystem application server is received, where the SIP INVITE message carries the first SDP proposal of the calling UE.

7. The method according to claim 1, characterized in that After receiving the first SDP proposal for the initial session from the calling UE, the method further includes: After the bootstrap data channel is established, the called UE downloads the data channel application.

8. The method according to claim 7, characterized in that After the guided data channel is established, the called UE downloads the data channel application program including: After the called UE establishes the guided data channel media information channel with the first media function, the called UE downloads the data channel application to the first data channel session function.

9. The method according to claim 7, characterized in that The called UE downloads the data channel application after guiding the establishment of the data channel, further comprising: After the called UE establishes the guided data channel media information channel with the second media function, the called UE downloads the data channel application to the second data channel session function.

10. The method according to claim 1, characterized in that in: When receiving the second SDP proposal of the calling UE, if the local end has completed downloading the data channel application, the second SDP response sent does not include information that the local end has not downloaded the data channel application.

11. The method according to claim 10, characterized in that in: When receiving the second SDP proposal of the calling UE, if the local end has completed downloading the data channel application, the application port value of the application data channel media information in the second SDP response sent is updated to a normal value.

12. The method according to claim 1, characterized in that in: When receiving the second SDP proposal of the calling UE, if the local end has not completed downloading of the data channel application, the second SDP response sent carries information that the local end has not completed downloading of the data channel application.

13. The method according to any one of claims 1 to 12, characterized in that: The first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

14. The method according to any one of claims 1 to 12, characterized in that: The second SDP proposal is carried by a SIP re-INVITE or UPDATE message; the second SDP answer is carried by a SIP 200 OK message.

15. A session processing method, characterized in that: Applied to a calling UE, the method includes: Sending a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; receiving a first SDP response from a called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; Sending a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application; A second SDP answer from the called UE is received.

16. The method according to claim 15, characterized in that The first SDP proposal includes a set of bootstrap data channel media information and application data channel media information; the application data channel media information includes an identifier of the data channel application program.

17. The method according to claim 16, characterized in that The second SDP proposal includes application data channel media information; the application data channel media information includes an identifier of the data channel application program.

18. The method according to claim 15, characterized in that The information contained in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: The application port value of the application data channel media information is 0 or null; Adding information indicating that the local end has not downloaded the data channel application to the application data channel media information; First timer information.

19. The method according to claim 18, characterized in that The information contained in the first SDP response indicating that the local end has not downloaded the data channel application program includes: the SCTP port value of the application data channel media information is 0 or a null value.

20. The method of claim 18, wherein: The method further comprises: If the first SDP response received from the called UE includes the first timer information, the calling UE starts the first timer; If the first SDP response received from the called UE does not include the first timer information, the calling UE starts a second timer.

21. The method of claim 20, wherein: The sending of a second SDP proposal for updating application data channel media information for the same session includes: If the first timer expires, or the second timer expires, a second SDP proposal for updating the application data channel media information for the same session is sent.

22. The method of claim 15, wherein: The method further comprises: If the second SDP response received from the called UE carries information that the local end has not completed downloading the data channel application, the calling UE sends a SIP BYE message.

23. The method of claim 15, wherein: The sending of a second SDP proposal for updating application data channel media information for the same session includes: A second SDP offer updating the application data channel media information for the same session is sent periodically.

24. The method of claim 23, wherein: The method further comprises: When the number of times of sending the second SDP proposal for updating the application data channel media information for the same session reaches the set number, if the second SDP response received from the called UE carries information that the local end has not completed downloading the data channel application, a SIP BYE message is sent.

25. The method of claim 15, wherein: The method further comprises: If the second SDP response from the called UE does not carry the information that the local end has not completed downloading the data channel application, an independent application data channel is established with the called UE.

26. The method of claim 15, wherein: The method further comprises: After the calling UE establishes a guided data channel media information channel with the first media function, the data channel application list is updated.

27. The method according to any one of claims 15 to 26, characterized in that: The first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

28. The method according to any one of claims 15 to 26, characterized in that The second SDP proposal is carried by a SIP re-INVITE or UPDATE message; the second SDP answer is carried by a SIP 200 OK message.

29. A session processing method, characterized in that: Applied to a core network, the method comprises: receiving a first SDP proposal for an initial session from a calling UE, and forwarding the proposal to a called UE; wherein the first SDP proposal includes an identifier of a data channel application; receiving a first SDP response from the called UE and forwarding the response to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; receiving a second SDP proposal for updating application data channel media information for the same session from the calling UE, and forwarding the proposal to the called UE; the second SDP proposal including an identifier of the data channel application; The second SDP response of the called UE is received, and forwarded to the calling UE.

30. The method of claim 29, wherein: The first SDP proposal of the calling UE includes a set of guided data channel media information and application data channel media information; the application data channel media information includes the identifier of the data channel application program.

31. The method of claim 30, wherein: The second SDP proposal of the calling UE includes application data channel media information; the application data channel media information includes the identifier of the data channel application program.

32. The method of claim 26, wherein: The information contained in the first SDP response that the local end has not downloaded the data channel application includes at least one of the following: The application port value of the application data channel media information is 0 or null; Adding information indicating that the local end has not downloaded the data channel application to the application data channel media information; First timer information.

33. The method of claim 26, wherein: in: When receiving the second SDP proposal of the calling UE, if the called UE has not completed downloading of the data channel application, the second SDP response of the called UE carries information that the local end has not completed downloading of the application data application.

34. The method of claim 26, wherein: in: If the called UE has completed downloading of the data channel application when receiving the second SDP proposal of the calling UE, the second SDP response of the called UE does not include information that the local end has not completed downloading of the data channel application.

35. The method of claim 34, wherein: in: If the called UE has completed downloading the data channel application when receiving the second SDP proposal of the calling UE, the application port value in the application data channel media information in the second SDP response of the called UE is updated to a normal value.

36. The method of claim 26, wherein: The method further comprises: When the second IP multimedia subsystem application server identifies that the first SDP response of the called UE contains information that the local end has not downloaded the data channel application, the third timer is started.

37. The method of claim 36, wherein: The method further comprises: When the third timer expires and the second SDP response not carrying the information that the local end has not downloaded the data channel application is not received from the called UE, the second IP multimedia subsystem application server notifies the second media function to delete the data channel information reserved for the called UE.

38. The method of claim 26, wherein: The method further comprises: The first media function establishes a guided data channel media information channel with the calling UE to update a data channel application list of the calling UE; and / or, The second media function establishes a guided data channel media information channel with the called UE to enable the called UE to download the data channel application.

39. The method of claim 26, wherein: The first SDP proposal is carried by a SIP INVITE message, and the first SDP answer is carried by a SIP 200 OK message.

40. The method of claim 26, wherein: The second SDP proposal is carried by a SIP re-INVITE or UPDATE message, and the second SDP answer is carried by a SIP 200 OK message.

41. A conversation processing device, characterized in that: Applicable to the called UE, including: A proposal receiving module, configured to receive a first SDP proposal for an initial session from a calling UE; the first SDP proposal includes an identifier of a data channel application; a response sending module, configured to send a first SDP response when the data channel application is not downloaded at the local end; the first SDP response includes information that the data channel application is not downloaded at the local end; The proposal receiving module is further used to receive a second SDP proposal from the calling UE for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program; The response sending module is further used to send a second SDP response.

42. A conversation processing device, characterized in that: Applicable to the calling UE, including: A proposal sending module, configured to send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; a response receiving module, configured to receive a first SDP response from a called UE; when the called UE has not downloaded the data channel application, the first SDP response includes information indicating that the local end has not downloaded the data channel application; The proposal sending module is further used to send a second SDP proposal for updating the application data channel media information for the same session; the second SDP proposal includes the identifier of the data channel application; The response receiving module is further configured to receive a second SDP response from the called UE.

43. A conversation processing device, characterized in that: Applied to core network, including: A first receiving and forwarding module, configured to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application; A second receiving and forwarding module is used to receive a first SDP response from the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; The first receiving and forwarding module is further used to receive a second SDP proposal from the calling UE for updating application data channel media information for the same session, and forward it to the called UE; an identifier of the data channel application in the second SDP proposal; The second receiving and forwarding module is further configured to receive a second SDP response from the called UE and forward it to the calling UE.

44. A terminal device, characterized in that: Includes transmitter and receiver: The receiver is used to receive a first SDP proposal for an initial session from a calling UE; the first SDP proposal includes an identifier of a data channel application; The transmitter is used to send a first SDP response when the local end has not downloaded the data channel application; the first SDP response includes information that the local end has not downloaded the data channel application; The receiver is further configured to receive a second SDP proposal from the calling UE for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program; The sender is further configured to send a second SDP answer.

45. A terminal device, characterized in that: Includes transmitter and receiver: The transmitter is used to send a first SDP proposal for an initial session; the first SDP proposal includes an identifier of a data channel application; The receiver is used to receive a first SDP response from the called UE; When the called UE has not downloaded the data channel application included in the first SDP proposal, the first SDP response includes information that the local end has not downloaded the data channel application; The transmitter is further configured to send a second SDP proposal for updating application data channel media information for the same session; the second SDP proposal includes an identifier of the data channel application program; The receiver is further configured to receive a second SDP answer from the called UE.

46. ​​A core network device, characterized in that: Includes transceiver: The transceiver is used to receive a first SDP proposal for an initial session from a calling UE and forward it to a called UE; the first SDP proposal includes an identifier of a data channel application; The transceiver is further configured to receive a first SDP response from the called UE and forward it to the calling UE; when the called UE has not downloaded the data channel application, the first SDP response includes information that the local end has not downloaded the data channel application; The transceiver is further configured to receive a second SDP proposal from the calling UE for updating application data channel media information for the same session, and forward the proposal to the called UE; The second SDP proposal includes an identifier of the data channel application; The transceiver is further configured to receive a second SDP response from the called UE and forward it to the calling UE.

47. A computer storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 40 are implemented.

48. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 40 are implemented.

Images