IMS DC session switching method, system and device, terminal equipment and storage medium
Determining whether to change the IMS DC session by sending an SDP proposal message and receiving an SDP reply message solves the problem of switching between an independent IMS DC session and a regular IMS DC session, and realizes reliable handover and flexibility of the IMS DC session.
Patent Information
- Application Number
- CN202411029329.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-07-30
- Publication Date
- 2025-05-02
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
The prior art lacks an efficient method for switching between a standalone IMS DC session and a conventional IMS DC session.
By sending an SDP proposal message, including information indicating changing the IMS DC session, and receiving an SDP reply message from the second terminal, it determines whether to change the IMS DC session, including adding or deleting audio and video media information, based on the reply message.
Reliable switching between independent IMS DC sessions and regular IMS DC sessions is realized, improving the flexibility and convenience of IMS DC sessions.
Smart Images

Figure CN119922629A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of wireless communication technology, and in particular to an IMS DC session switching method, system, apparatus, terminal equipment and storage medium. Background Art
[0002] IMS (IP Multimedia Subsystem) data channel session is an enhanced call. It adds a data channel based on the traditional IMS audio / video media, which can transmit additional data during the call. By integrating technologies such as artificial intelligence and augmented reality, users can achieve visual real-time interaction with the other end user through actions such as dragging, clicking, and touching during the call, giving users a richer communication experience.
[0003] With the development of 3GPP standardization, standalone IMS datachannel sessions technology has emerged, which can decouple data channels from audio / video media information, making it easier to implement IMS DC sessions. However, this technology requires switching between standalone IMS DC sessions and regular IMS DC sessions, and there is currently a lack of effective switching methods. Summary of the invention
[0004] Embodiments of the present application provide an IMS DC session switching method, system, apparatus, terminal device, storage medium, and computer program product, which can implement switching between an independent IMS DC session and a regular IMS DC session.
[0005] An IMS DC session switching method, applied to a first terminal, the method comprising:
[0006] Sending an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session;
[0007] Receiving an SDP response message sent by the second terminal;
[0008] Determine whether to change the IMS DC session according to the SDP answer message; the changing of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
[0009] An IMS DC session switching method, applied to a second terminal, the method comprising:
[0010] receiving an SDP proposal message sent by the first terminal; the SDP proposal message including information indicating changing the IMS DC session;
[0011] An SDP response message is generated according to whether the IMS DC session is changed, and the SDP response message is sent to the first terminal; the first terminal determines whether to change the IMS DC session based on the received SDP response message; the change of the IMS DC session includes adding audio and / or video media information to an established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
[0012] An IMS DC session switching system includes: a first terminal and a second terminal;
[0013] The first terminal is used to send an SDP proposal message to the second terminal; the SDP proposal message includes information indicating changing the IMS DC session;
[0014] The second terminal is configured to generate an SDP response message according to whether to change the IMS DC session, and send the SDP response message to the first terminal;
[0015] The first terminal is used to receive the SDP response message, and determine whether to change the IMS DC session according to the SDP response message; the change of the IMS DC session includes adding audio and / or video media information to the established independent IMSDC session, and deleting the audio and / or video media information in the established IMS DC session.
[0016] An IMS DC session switching device, applied to a first terminal, comprising:
[0017] A sending module, configured to send an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session;
[0018] A receiving module, used to receive an SDP response message sent by the second terminal;
[0019] The determination module is used to determine whether to change the IMS DC session according to the SDP response message; the change of the IMSDC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMSDC session.
[0020] A terminal device comprises: a transmitter, a receiver and a processor;
[0021] The transmitter is used to send an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session;
[0022] The receiver is used to receive the SDP response message sent by the second terminal;
[0023] The processor is used to determine whether to change the IMS DC session according to the SDP response message; the changing of the IMSDC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMSDC session.
[0024] A computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the IMS DC session switching method provided in an embodiment of the present application is implemented.
[0025] A computer program product includes a computer program, and when the computer program is executed by a processor, the IMS DC session switching method provided in an embodiment of the present application is implemented.
[0026] The above-mentioned IMS DC session switching method, system, apparatus, terminal device, storage medium and computer program product send an SDP proposal message, the SDP proposal message includes information indicating the change of the IMS DC session, receive an SDP response message sent by the second terminal, and determine whether to change the IMS DC session according to the SDP response message. The change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session and deleting the audio and / or video media information in the established IMS DC session. The first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session. Based on the SDP response, the regular IMS DC session is changed to an independent IMS DC session, or the independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMSDC session and an independent IMS DC session. BRIEF DESCRIPTION OF THE DRAWINGS
[0027] Figure 1 This is an application scenario diagram of an IMS DC session switching method in an embodiment;
[0028] Figure 2 1 is a flow chart of an IMS DC session switching method in one embodiment;
[0029] Figure 3 is a flow chart of an IMS DC session switching method in another embodiment;
[0030] Figure 4 4 is a signaling interaction diagram of an IMS DC session switching method in a conventional IMS DC session scenario in an embodiment;
[0031] Figure 5 4 is a signaling interaction diagram of an IMS DC session switching method in a single IMS DC session scenario in an embodiment;
[0032] Figure 6 A signaling interaction diagram for switching a conventional IMS DC session to an independent IMS DC session in an embodiment;
[0033] Figure 7 A signaling interaction diagram for switching an independent IMS DC session to a regular IMS DC session in an embodiment;
[0034] Figure 8 FIG. 4 is a diagram showing the internal structure of a terminal device in an embodiment. DETAILED DESCRIPTION
[0035] 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.
[0036] Figure 1 The following is a schematic diagram of an application scenario of an IMS DC session switching method provided in an embodiment of the present application. Figure 1 As shown, the scenario includes a first terminal 102 and a second terminal 104. The first terminal 102 and the second terminal 104 perform data transmission via an IMS network, the first terminal 102 may be a calling terminal, and the second terminal 104 may be a called terminal.
[0037] The first terminal 102 and the second terminal 104 may be wireless terminals, which may be devices that provide voice and / or other service data connectivity to users, or handheld devices with wireless connection functions, or other processing devices connected to wireless modems. The wireless terminal may communicate with one or more core networks via a radio access network (Radio Access Network, referred to as RAN). The wireless terminal may 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 the radio access network. The wireless terminal may also be referred to as 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.
[0038] In traditional technology, IMS can add DC (Data Channel) based on audio and / or video transmission channels to transmit additional data during a call. DC data transmission is bound to audio and / or video calls. This application refers to this type of session as a regular IMS DC session. In order to achieve a more flexible IMS DC session, the 3GPP standardization process proposes to unbind DC data transmission from audio and / or video calls and define this type of session as an independent IMS DC session. As a result, independent IMS DC sessions and regular IMS DC sessions coexist, and it is necessary to switch between independent IMS DC sessions and regular IMS DC sessions. Currently, there is no practical switching method.
[0039] Based on the above-mentioned traditional technology, an embodiment of the present application provides an IMS DC session switching method, in which an SDP proposal message is sent by the first terminal, and an SDP response message is received from the second terminal. Whether to change the IMS DC session is determined according to the SDP response message. The first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session. Based on the SDP response, a regular IMS DC session is changed to an independent IMS DC session, or an independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMS DC session and an independent IMS DC session.
[0040] 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.
[0041] Before introducing the specific embodiments of the present application, the professional terms involved in the present application are explained first:
[0042] IMS: IP Multimedia Subsystem, a new multimedia service that introduces audio, video and data.
[0043] AS:Application Server, application server;
[0044] DC:Data Channel, data channel;
[0045] BDC: Bootstrap Data Channel, boot data channel;
[0046] ADC: Application Data Channel, application data channel;
[0047] DCSF: Data Channel Signaling Function, data channel signaling function;
[0048] DCMF: Data Channel Media Function, data channel media function;
[0049] CSCF: Call Session Control Function, call session control function;
[0050] MF / MRF: Media Function / Media Resource Function, media (resource) function;
[0051] SDP: Session Description Protocol, Session Description Protocol;
[0052] SDP offer: SDP proposal;
[0053] SDP answer:SDP answer;
[0054] 18X: Provisional response in SIP (Session Initiation Protocol);
[0055] 200 OK: success status code;
[0056] 4xx: A response indicating an error occurred;
[0057] Nimsas: The service-oriented interface provided by IMS AS to the outside world.
[0058] 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.
[0059] In one embodiment, Figure 2 As shown, an IMS DC session switching method is provided, and the method is applied to Figure 1 Taking the first terminal 102 in the example as an example, the following steps are included:
[0060] Step S202: Send an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session.
[0061] The SDP proposal message may be a message proposing to change the IMS session, including but not limited to UPDATE or re-INVITE request signaling.
[0062] In a specific implementation, when an IMS DC session has been established between the first terminal and the second terminal, if the first terminal requests to change the IMS DC session, an SDP proposal message can be sent to the second terminal through the IMS network. The SDP proposal message includes information indicating the change of the IMS DC session.
[0063] In actual applications, when a regular IMS DC session is established, the first terminal can send an SDP proposal to the second terminal, and delete the audio and / or video media information in the SDP proposal to indicate that the regular IMS DC session is changed to an independent IMS DC session. When an independent IMS DC session is established, the first terminal can send an SDP proposal to the second terminal, and add audio and / or video media information in the SDP proposal to indicate that the independent IMS DC session is changed to a regular IMS DC session.
[0064] Step S204: Receive an SDP response message sent by the second terminal.
[0065] The SDP response message may be a response message for changing the IMS session, including but not limited to an 18X response, a 200 OK response, or a 4xx response.
[0066] In a specific implementation, if the second terminal receives the SDP proposal message sent by the first terminal, it can generate an SDP response message according to its own performance and return it to the first terminal through the IMS network. The first terminal receives the SDP response message returned by the second terminal.
[0067] In actual applications, when a regular IMS DC session is established, the second terminal can identify the received SDP proposal. When it is identified that the SDP proposal does not contain audio and / or video media information, if it supports independent IMS DC sessions and agrees to change to an independent IMS DC session, it returns an SDP response message to the first terminal indicating that it agrees to change from a regular IMS DC session to an independent IMS DC session. Otherwise, if it does not support independent IMS DC sessions or does not agree to change to an independent IMS DC session, it returns an SDP response message to the first terminal indicating that it does not agree to change from a regular IMS DC session to an independent IMS DC session.
[0068] Similarly, when an independent IMS DC session is established, when the second terminal recognizes that the SDP proposal contains audio and / or video media information, if it supports regular IMS DC sessions and agrees to change to regular IMS DC sessions, it returns an SDP response message to the first terminal indicating its agreement to change from an independent IMS DC session to a regular IMS DC session; otherwise, if it does not support regular IMS DC sessions or does not agree to change to a regular IMS DC session, it returns an SDP response message to the first terminal indicating its disagreement to change from an independent IMS DC session to a regular IMS DC session.
[0069] Step S206, determining whether to change the IMS DC session according to the SDP response message; changing the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting audio and / or video media information in the established IMS DC session.
[0070] Among them, the established independent IMS DC session refers to the independent IMS DC session that has been established between the first terminal and the second terminal, that is, the IMS DC session that is newly proposed in 3GPP and is unbound from audio and / or video media information. The established IMS DC session refers to the regular IMS DC session that has been established between the first terminal and the second terminal, that is, the traditional IMS DC session that is bound to audio and / or video media information.
[0071] The audio and / or video media information may be parameters, signaling indications, etc. related to the transmission of audio and / or video media.
[0072] In a specific implementation, the first terminal may determine whether the second terminal agrees to change the IMS DC session according to the received SDP response message, and change the IMS DC session if the second terminal agrees; otherwise, do not change the IMS DC session.
[0073] In actual applications, if the SDP response indicates that the second terminal agrees to change from a regular IMS DC session to an independent IMS DC session, the first terminal can delete the audio and / or video media information in the current regular IMS DC session and change from a regular IMS DC session to an independent IMS DC session; otherwise, if the SDP response indicates that the second terminal does not agree to change from a regular IMS DC session to an independent IMS DC session, the current regular IMS DC session will not be changed.
[0074] Similarly, if the SDP response indicates that the second terminal agrees to change from an independent IMS DC session to a regular IMS DC session, the first terminal can add audio and / or video media information to the current independent IMS DC session and change from an independent IMS DC session to a regular IMS DC session; otherwise, if the SDP response indicates that the second terminal does not agree to change from an independent IMS DC session to a regular IMS DC session, no change will be made to the current independent IMS DC session.
[0075] The above-mentioned IMS DC session switching method sends an SDP proposal message, the SDP proposal message includes information indicating the change of the IMSDC session, receives an SDP response message sent by the second terminal, and determines whether to change the IMS DC session based on the SDP response message. The change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session. The first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session. Based on the SDP response, the regular IMS DC session is changed to an independent IMS DC session, or the independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMS DC session and an independent IMS DC session.
[0076] In one embodiment, the above step S206 may specifically include: if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not contain audio and / or video media information, deleting the audio and / or video media information in the regular IMS DC session, and changing the regular IMS DC session to an independent IMS DC session.
[0077] In a specific implementation, when a regular IMS DC session has been established between a first terminal and a second terminal, if the first terminal detects that the SDP response message does not contain audio and / or video media information, it indicates that the second terminal agrees to change the regular IMS DC session to an independent IMS DC session. At this time, the first terminal can delete the audio and / or video media information from the currently established regular IMS DC session and change the regular IMS DC session to an independent IMS DC session.
[0078] In this embodiment, if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not contain audio and / or video media information, the audio and / or video media information in the regular IMS DC session is deleted, and the regular IMS DC session is changed to an independent IMS DC session. The second terminal can be notified of the information that it agrees to change the IMS DC session, so that the IMS DC session can be reliably switched from the regular IMS DC session to the independent IMS DC session.
[0079] In an embodiment, the above step S206 may specifically include: if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message includes audio and / or video media information, then no change is made to the regular IMS DC session.
[0080] In a specific implementation, when a regular IMS DC session has been established between a first terminal and a second terminal, if the first terminal detects that the SDP response message contains audio and / or video media information, indicating that the second terminal does not agree to change the regular IMS DC session to an independent IMS DC session, the first terminal does not change the current regular IMS DC session.
[0081] In this embodiment, if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message contains audio and / or video media information, the regular IMS DC session will not be changed, and the second terminal may be notified to the first terminal that it does not agree to change the IMS DC session. If the change conditions are not met, the IMS DC session will not be changed.
[0082] In one embodiment, the first terminal supports an independent IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message does not include audio and / or video media information.
[0083] The re-INVITE request instruction may be a request signaling proposed by the SDP.
[0084] In a specific implementation, when a regular IMS DC session has been established between a first terminal and a second terminal, if the first terminal supports independent IMS DC sessions and requests to change the regular IMS DC session to an independent IMS DC session, a re-INVITE request instruction with audio and / or video media information deleted can be sent to the second terminal. When the second terminal receives the re-INVITE request instruction, if it recognizes that the re-INVITE request instruction does not contain audio and / or video media information, it obtains information that the first terminal requests to change the regular IMS DC session to an independent IMS DC session. At this time, the second terminal can confirm whether it supports and agrees to change the IMS DC session, and generate an SDP response message.
[0085] In this embodiment, by enabling the first terminal to support independent IMS DC sessions, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message does not contain audio and / or video media information. The information that the first terminal requests to change the regular IMS DC session to an independent IMS DC session can be passed to the second terminal, thereby realizing reliable interaction of information between the first terminal and the second terminal.
[0086] In one embodiment, the above step S206 may specifically include: if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message contains audio and / or video media information, then the audio and / or video media information is added to the independent IMS DC session, and the independent IMS DC session is changed to a regular IMS DC session.
[0087] In a specific implementation, when an independent IMS DC session has been established between a first terminal and a second terminal, if the first terminal detects that the SDP response message contains audio and / or video media information, indicating that the second terminal agrees to change the independent IMS DC session to a regular IMS DC session, the first terminal can then add audio and / or video media information to the currently established independent IMS DC session and change the independent IMS DC session to a regular IMS DC session.
[0088] In this embodiment, if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message contains audio and / or video media information, then the audio and / or video media information is added to the independent IMS DC session, and the independent IMS DC session is changed to a regular IMS DC session. The second terminal can be notified of the information that it agrees to change the IMS DC session, so that the IMS DC session can be reliably switched from the independent IMS DC session to the regular IMS DC session.
[0089] In one embodiment, the above step S206 may specifically include: if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not include audio and / or video media information, then no change is made to the independent IMS DC session.
[0090] In a specific implementation, when an independent IMS DC session has been established between a first terminal and a second terminal, if the first terminal detects that the SDP response message does not contain audio and / or video media information, it indicates that the second terminal does not agree to change the independent IMS DC session to a regular IMS DC session. At this time, the first terminal does not change the current independent IMS DC session.
[0091] In this embodiment, if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not contain audio and / or video media information, the independent IMS DC session will not be changed, and the second terminal can be notified to the first terminal that it does not agree to change the IMS DC session. If the change conditions are not met, the IMS DC session will not be changed.
[0092] In one embodiment, both the first terminal and the second terminal support a conventional IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message contains audio and / or video media information.
[0093] In a specific implementation, when an independent IMS DC session has been established between a first terminal and a second terminal, if both the first terminal and the second terminal support regular IMS DC sessions, and the first terminal requests to change the independent IMS DC session to a regular IMS DC session, a re-INVITE request instruction with added audio and / or video media information can be sent to the second terminal. When the second terminal receives the re-INVITE request instruction, if it recognizes that the re-INVITE request instruction contains audio and / or video media information, it obtains information that the first terminal requests to change the independent IMS DC session to a regular IMS DC session. At this time, the second terminal can confirm whether it supports and agrees to change the IMS DC session, and generate an SDP response message.
[0094] In this embodiment, by enabling both the first terminal and the second terminal to support regular IMS DC sessions, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message contains audio and / or video media information. The information requesting the first terminal to change the independent IMS DC session to a regular IMS DC session can be passed to the second terminal, thereby achieving reliable interaction of information between the first terminal and the second terminal.
[0095] In one embodiment, Figure 3 As shown, an IMS DC session switching method is provided, and the method is applied to Figure 1 Taking the second terminal 104 in the example as an example, the method includes the following steps:
[0096] Step S302: receiving an SDP proposal message sent by the first terminal; the SDP proposal message includes information indicating changing the IMS DC session;
[0097] Step S304, generating an SDP response message according to whether to change the IMS DC session, and sending the SDP response message to the first terminal; the first terminal determines whether to change the IMS DC session according to the received SDP response message; changing the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
[0098] In a specific implementation, when an IMS DC session has been established between a first terminal and a second terminal, if the first terminal requests to change the IMS DC session, an SDP proposal message may be sent to the second terminal. The SDP proposal message includes information indicating the change of the IMS DC session. The second terminal receives the SDP proposal message, determines whether to agree to change the IMS DC session based on its own performance or user instructions, and generates an SDP response message based on whether it agrees to change the IMS DC session. The SDP response message is returned to the first terminal. The first terminal identifies from the received SDP response message whether the second terminal agrees to change the IMS DC session. If the second terminal agrees, the IMS DC session is changed; if the second terminal disagrees, the IMS DC session is not changed.
[0099] The above-mentioned IMS DC session switching method receives an SDP proposal message sent by the first terminal, the SDP proposal message includes information indicating the change of the IMS DC session, generates an SDP response message according to whether to change the IMS DC session, and sends the SDP response message to the first terminal; the first terminal determines whether to change the IMS DC session according to the received SDP response message, and the change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session; the first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session, and based on the SDP response, the regular IMS DC session is changed to an independent IMS DC session, or the independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMS DC session and an independent IMS DC session.
[0100] In one embodiment, the first terminal supports independent IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above step S304 may specifically include: if a regular IMS DC session is established between the first terminal and the second terminal, the second terminal supports an independent IMS DC session, and confirms to change the regular IMS DC session to an independent IMS DC session, then an SDP response message that does not contain audio and / or video media information is generated.
[0101] In a specific implementation, when a regular IMS DC session has been established between a first terminal and a second terminal, if the first terminal supports an independent IMS DC session and requests to change the regular IMS DC session to an independent IMS DC session, a re-INVITE request instruction with audio and / or video media information deleted can be sent to the second terminal. The second terminal obtains, based on the received re-INVITE request instruction, the first terminal's request to change the regular IMS DC session to an independent IMS DC session. If the second terminal supports an independent IMS DC session and agrees to change the regular IMS DC session to an independent IMS DC session, the generated SDP response message does not include audio and / or video media information, and the SDP response message not including audio and / or video media information is returned to the first terminal. If the first terminal does not detect audio and / or video media information in the received SDP response message, it obtains the second terminal's consent to change the regular IMS DC session to an independent IMS DC session. After that, the first terminal can delete the audio and / or video media information from the currently established regular IMS DC session and change the regular IMS DC session to an independent IMS DC session.
[0102] The SDP response message may be an 18X response or a 200 OK response in which the audio and / or video media information is deleted.
[0103] In this embodiment, if a regular IMS DC session is established between the first terminal and the second terminal, the second terminal supports independent IMS DC sessions, and confirms to change the regular IMS DC session to an independent IMS DC session, an SDP response message that does not contain audio and / or video media information is generated, and the information that the second terminal agrees to change the IMS DC session can be notified to the first terminal, so that the IMS DC session can be reliably switched from the regular IMS DC session to the independent IMS DC session.
[0104] In one embodiment, the first terminal supports independent IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above step S304 may specifically include: if a regular IMS DC session is established between the first terminal and the second terminal, and the second terminal does not support independent IMS DC sessions, then an SDP response message containing audio and / or video media information is generated.
[0105] In a specific implementation, when a regular IMS DC session has been established between a first terminal and a second terminal, if the first terminal supports independent IMS DC sessions and requests to change the regular IMS DC session to an independent IMS DC session, a re-INVITE request instruction with audio and / or video media information deleted can be sent to the second terminal. The second terminal obtains, based on the received re-INVITE request instruction, the first terminal's request to change the regular IMS DC session to an independent IMS DC session. If the second terminal does not support independent IMS DC sessions, or does not agree to change the regular IMS DC session to an independent IMS DC session, the audio and / or video media information is included in the generated SDP response message, and the SDP response message containing the audio and / or video media information is returned to the first terminal. If the first terminal detects audio and / or video media information in the received SDP response message, it is obtained that the second terminal does not agree to change the regular IMS DC session to an independent IMS DC session, and the regular IMS DC session is not changed.
[0106] The SDP response message may be an 18X response or a 200 OK response without deleting the audio and / or video media information, or may be a 4xx response, which is used to indicate that the SDP proposal is not accepted.
[0107] In this embodiment, if a regular IMS DC session is established between the first terminal and the second terminal, and the second terminal does not support an independent IMS DC session, an SDP response message containing audio and / or video media information is generated. The information that the second terminal does not agree to change the IMS DC session can be notified to the first terminal, so that the IMS DC session is not switched, thereby ensuring the reliability of the IMS DC session.
[0108] In one embodiment, both the first terminal and the second terminal support regular IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above step S304 may specifically include: if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms to change the independent IMS DC session to a regular IMS DC session, then an SDP response message containing audio and / or video media information is generated.
[0109] In a specific implementation, when an independent IMS DC session has been established between a first terminal and a second terminal, if both the first terminal and the second terminal support regular IMS DC sessions, and the first terminal requests to change the independent IMS DC session to a regular IMS DC session, a re-INVITE request instruction with added audio and / or video media information can be sent to the second terminal. The second terminal obtains, based on the received re-INVITE request instruction, the first terminal's request to change the independent IMS DC session to a regular IMS DC session. If the second terminal agrees to change the independent IMS DC session to a regular IMS DC session, the audio and / or video media information is included in the generated SDP response message, and the SDP response message containing the audio and / or video media information is returned to the first terminal. If the first terminal detects audio and / or video media information in the received SDP response message, it obtains that the second terminal agrees to change the independent IMS DC session to a regular IMS DC session. After that, the first terminal can add audio and / or video media information to the currently established independent IMS DC session, and change the independent IMS DC session to a regular IMS DC session.
[0110] The SDP response message may be an 18X response or a 200 OK response including audio and / or video media information.
[0111] In this embodiment, if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms to change the independent IMS DC session to a regular IMS DC session, an SDP response message containing audio and / or video media information is generated, and the information that the second terminal agrees to change the IMS DC session can be notified to the first terminal, so that the IMS DC session can be reliably switched from an independent IMS DC session to a regular IMS DC session.
[0112] In one embodiment, both the first terminal and the second terminal support conventional IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above step S304 may specifically include: if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms that the independent IMS DC session will not be changed, then an SDP response message that does not contain audio and / or video media information is generated.
[0113] In a specific implementation, when an independent IMS DC session has been established between a first terminal and a second terminal, if both the first terminal and the second terminal support regular IMS DC sessions, and the first terminal requests to change the independent IMS DC session to a regular IMS DC session, a re-INVITE request instruction with added audio and / or video media information can be sent to the second terminal. The second terminal obtains, based on the received re-INVITE request instruction, the first terminal's request to change the independent IMS DC session to a regular IMS DC session. If the second terminal does not agree to change the independent IMS DC session to a regular IMS DC session, the generated SDP response message does not include audio and / or video media information, and the SDP response message not including audio and / or video media information is returned to the first terminal. If the first terminal does not detect audio and / or video media information in the received SDP response message, it is obtained that the second terminal does not agree to change the independent IMS DC session to a regular IMS DC session, and the independent IMS DC session is not changed.
[0114] The SDP response message may be an 18X response or a 200 OK response that does not include audio and / or video media information, or may be a 4xx response that indicates that the SDP proposal is not accepted.
[0115] In this embodiment, if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms that the independent IMS DC session will not be changed, an SDP response message that does not contain audio and / or video media information is generated. The information that the second terminal does not agree to change the IMS DC session can be notified to the first terminal, so that the IMS DC session is not switched, thereby ensuring the reliability of the IMS DC session.
[0116] In one embodiment, Figure 4 As shown, a signaling interaction diagram of an IMS DC session switching method in a conventional IMS DC session scenario is provided. UE1 is a first terminal, IMS network 1 is an IMS network connected to UE1, UE2 is a second terminal, IMS network 2 is an IMS network connected to UE2, and the IMS DC session switching method includes the following steps:
[0117] Step 411: When a regular IMS DC session has been established and UE1 supports an independent IMS DC session, UE1 sends an SDP proposal message to UE2 through the IMS network, in which audio and / or video media information is deleted to indicate a change in the IMS DC session.
[0118] Step 412, UE2 confirms whether to change the regular IMS DC session to an independent IMS DC session;
[0119] Step 413: If UE2 confirms the change, it generates an SDP response message that does not include the audio and / or video media information; if it confirms that there is no change, it generates an SDP response message that includes the audio and / or video media information and sends the SDP response message to UE1;
[0120] Step 414: UE1 determines whether to change the IMS DC session according to the received SDP answer message. If the SDP answer message does not include audio and / or video media information, UE1 determines to change the IMS DC session. If the SDP answer message includes audio and / or video media information, UE1 determines not to change the IMS DC session.
[0121] Step 415: when it is determined to change the IMS DC session, the audio and / or video media information in the current regular IMS DC session is deleted, and the regular IMS DC session is changed to an independent IMS DC session.
[0122] In one embodiment, Figure 5 As shown, a signaling interaction diagram of an IMS DC session switching method in an independent IMS DC session scenario is provided. UE1 is a first terminal, IMS network 1 is an IMS network connected to UE1, UE2 is a second terminal, IMS network 2 is an IMS network connected to UE2, and the IMS DC session switching method includes the following steps:
[0123] Step 421: When an independent IMS DC session has been established and both UE1 and UE2 support conventional IMS DC sessions, UE1 sends an SDP proposal message to UE2 through the IMS network. The SDP proposal message adds audio and / or video media information to indicate the change of the IMS DC session.
[0124] Step 422, UE2 confirms whether to change the independent IMS DC session to a regular IMS DC session;
[0125] Step 423: If UE2 confirms the change, it generates an SDP response message including the audio and / or video media information; if it confirms no change, it generates an SDP response message not including the audio and / or video media information, and sends the SDP response message to UE1;
[0126] Step 424: UE1 determines whether to change the IMS DC session according to the received SDP answer message. If the SDP answer message includes audio and / or video media information, it is determined to change the IMS DC session. If the SDP answer message does not include audio and / or video media information, it is determined not to change the IMS DC session.
[0127] Step 425: When it is determined to change the IMS DC session, audio and / or video media information is added to the current independent IMS DC session, and the independent IMS DC session is changed to a regular IMS DC session.
[0128] The above-mentioned IMS DC session switching method sends an SDP proposal message, the SDP proposal message includes information indicating the change of the IMSDC session, receives an SDP response message sent by the second terminal, and determines whether to change the IMS DC session based on the SDP response message. The change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session. The first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session. Based on the SDP response, the regular IMS DC session is changed to an independent IMS DC session, or the independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMS DC session and an independent IMS DC session.
[0129] In one embodiment, an IMS DC session switching system is provided, including: a first terminal and a second terminal;
[0130] The first terminal is used to send an SDP proposal message to the second terminal; the SDP proposal message includes information indicating changing the IMS DC session;
[0131] The second terminal is used to generate an SDP response message according to whether to change the IMS DC session, and send the SDP response message to the first terminal;
[0132] The first terminal is used to receive an SDP response message and determine whether to change the IMS DC session according to the SDP response message; changing the IMS DC session includes adding audio and / or video media information to an established independent IMS DC session and deleting audio and / or video media information in the established IMS DC session.
[0133] In a specific implementation, when an IMS DC session has been established between a first terminal and a second terminal, if the first terminal requests to change the IMS DC session, an SDP proposal message may be sent to the second terminal. The SDP proposal message includes information indicating the change of the IMS DC session. The second terminal receives the SDP proposal message, determines whether to agree to change the IMS DC session based on its own performance or user instructions, and generates an SDP response message based on whether it agrees to change the IMS DC session. The SDP response message is returned to the first terminal. The first terminal identifies from the received SDP response message whether the second terminal agrees to change the IMS DC session. If the second terminal agrees, the IMS DC session is changed; if the second terminal disagrees, the IMS DC session is not changed.
[0134] The above-mentioned IMS DC session switching system sends an SDP proposal message, which includes information indicating the change of the IMSDC session, receives an SDP response message sent by the second terminal, and determines whether to change the IMS DC session based on the SDP response message. The change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session and deleting the audio and / or video media information in the established IMS DC session. The first terminal can first send an SDP proposal proposing to change the IMS DC session to the second terminal, and then the second terminal returns an SDP response to the first terminal indicating whether to agree to change the IMS DC session. Based on the SDP response, the regular IMS DC session is changed to an independent IMS DC session, or the independent IMS DC session is changed to a regular IMS DC session, thereby realizing reliable switching between a regular IMS DC session and an independent IMS DC session.
[0135] It should be understood that, although each step in the flow chart of the embodiment of the present application is shown in sequence according to the indication of the arrow, these steps are not necessarily performed in sequence according to the order indicated by the arrow. Unless there is a clear explanation in this article, the execution of these steps does not have strict order restrictions, and these steps can be performed in other orders. Moreover, at least a portion of the steps in the flow chart of the embodiment of the present application may include a plurality of steps or a plurality of stages, and these steps or stages are not necessarily performed at the same time, but can be performed at different times, and the execution order of these steps or stages is not necessarily performed in sequence, but can be performed in turn or alternately with at least a portion of the steps or stages in other steps or other steps.
[0136] In order to facilitate those skilled in the art to have a deeper understanding of the embodiments of the present application, a specific example will be described below.
[0137] In order to implement the switching between an independent IMS DC session and a conventional IMS DC session, the present application proposes a data channel-based IMS session switching method, which is applied to a terminal and specifically includes the following contents:
[0138] Under the condition of establishing a regular IMS DC session, the first terminal sends a first request message (SDP proposal message) to the second terminal; after receiving the first request message, the second terminal sends a first response message (SDP answer message); the first terminal determines whether to release all audio and / or video media information in the session based on the received first response message; wherein the audio and / or video media information is deleted in the first request message.
[0139] The conventional IMS DC may be a bootstrap data channel (BDC) and / or an application data channel (ADC). The first terminal needs to support an independent IMS DC session. The first request message may be an SDP offer message body, specifically an UPDATE or re-INVITE request signaling.
[0140] If the second terminal supports the independent IMS DC session and agrees to switch, the first response message sent to the first terminal indicates that the second terminal supports the independent IMS DC session and switches; the first response message may be an 18X response (for example, a 183 response) or a 200 OK response, and the media information of the audio and / or video is deleted in the first response message;
[0141] If the second terminal does not support independent IMS DC sessions, the first response message sent to the first terminal indicates that the second terminal does not support independent IMS DC sessions; the first response message may be an 18X response (for example, a 183 response) or a 200 OK response, in which the audio and / or video media information will not be deleted, or the first response message may be a 4xx response, indicating that the SDP proposal is not accepted.
[0142] Under the condition that an independent IMS DC session is established, the first terminal sends a first request message (SDP proposal message) to the second terminal; after receiving the first request message containing the indication information, the second terminal determines whether to perform the handover and sends a first response message (SDP answer message); the first terminal determines whether to allocate audio and / or video media resources for the session according to the received first response message; wherein the first request message adds audio and / or video media information;
[0143] The first terminal and the second terminal both support a conventional IMS DC session. The first request message may be an SDPoffer message body, specifically an UPDATE or re-INVITE request signaling.
[0144] After receiving the first response message, the second terminal may decide whether to switch or switch automatically by the user.
[0145] If the second terminal confirms the switch, the first response message sent to the first terminal indicates that the second terminal agrees to switch to a regular IMS DC session; the first response message can be an 18X response (for example, a 183 response) or a 200 OK response, which includes audio and / or video media information.
[0146] If the second terminal does not agree to switch, the first response message sent to the first terminal indicates that the second terminal does not agree to switch to a regular IMS DC session; the first response message may be an 18X response (for example, a 183 response) or a 200 OK response, which does not contain audio and / or video media information, or the first response message may be a 4xx response, indicating that the SDP proposal is not accepted.
[0147] In one embodiment, Figure 6 As shown in the figure, a signaling interaction process of switching a conventional IMS DC session to an independent IMS DC session is provided, wherein UE#1 is a calling terminal, the calling network includes P-CSCF, I / S-CSCF, IMS AS, DCSF, MF / MRF, UE#2 is a called terminal, and the called network details are not given. It can be understood that the called network also includes P-CSCF, I / S-CSCF, IMS AS, DCSF, MF / MRF. Figure 6 Switching a conventional IMS DC session to an independent IMS DC session may include the following steps:
[0148] Step 501, UE#1 sends a SIP re-INVITE request with an SDP related to an independent IMS DC to the IMS AS through the initiating network P-CSCF and S-CSCF, and the SDP does not contain audio and / or video media information;
[0149] Step 502, the IMS AS performs DC routing decision and DCSF discovery;
[0150] Step 503, the IMS AS sends a Nimsas session control notification to the DCSF;
[0151] Step 504, the DCSF determines a processing strategy for the bootstrap channel establishment request;
[0152] Step 505, DCSF creates media information;
[0153] Step 506, DCSF calls Nimsas media control instructions;
[0154] Step 507, IMS AS discovers and selects DCMF or enMRF;
[0155] Step 508, the IMS AS calls the Nmf_MRM_Create service operation to instruct the MF to allocate the required data channel media resources;
[0156] Step 509, the IMS AS sends a Nimsas media control media instruction response to the DCSF;
[0157] Step 510, DCSF sends a Nimsas session event control notification response to the IMS AS;
[0158] Step 511, the IMS AS sends a re-INVITE signaling to the I / S-CSCF, which does not include audio and / or video media information;
[0159] Step 512, the S-CSCF sends a re-INVITE request to the called network and UE#2, which does not include audio and / or video media information;
[0160] Step 513, after receiving the re-INVITE request, the called network and UE#2 determine whether handover is supported and whether to execute the handover;
[0161] Step 514: The called network and UE#2 return a 18X, 200 OK or 4xx response to the originating network to indicate whether the calling network and UE#1 should switch;
[0162] Step 515, the called network and UE#2 return a 200 OK response to the calling network I / C-CSCF;
[0163] Step 516, the calling network performs session event notification;
[0164] Step 517: The calling network I / S-CSCF returns 200 OK to the P-CSCF;
[0165] Step 518: P-CSCF returns 200 OK to UE#1.
[0166] Step 519: confirm the switching and release of the audio and / or video media resources.
[0167] In one embodiment, Figure 7 As shown in FIG, a signaling interaction process is provided for switching an independent IMS DC session to a regular IMS DC session. Figure 7 , switching an independent IMS DC session to a regular IMS DC session may include the following steps:
[0168] Step 601, UE#1 sends a SIP re-INVITE request with SDP related to the independent IMS DC to the IMS AS through the initiating network P-CSCF and S-CSCF. The SDP adds audio and / or video media information;
[0169] Steps 602-610 are consistent with the signaling interaction process of switching a conventional IMS DC session to an independent IMS DC session;
[0170] Step 611, the IMS AS sends a re-INVITE signaling to the I / S-CSCF, in which audio and / or video media information is added;
[0171] Step 612, the S-CSCF sends a re-INVITE to the called network and UE#2, in which audio and / or video media information is added;
[0172] Step 613: After receiving the re-INVITE request, the called network and UE#2 determine whether the handover is supported and whether to execute the handover.
[0173] Step 614, the called network and UE#2 return a 18X, 200 OK or 4xx response to the originating network to indicate whether the calling network and UE#1 should switch;
[0174] Step 615, the called network and UE#2 return a 200 OK response to the calling network I / C-CSCF;
[0175] Step 616, the calling network performs session event notification;
[0176] Step 617: The calling network I / S-CSCF returns 200 OK to the P-CSCF;
[0177] Step 618: P-CSCF returns 200 OK to UE#1.
[0178] Step 619: Allocate audio and / or video media resources for the session and establish a regular IMS DC session.
[0179] In one embodiment, an IMS DC session switching device is provided, which is applied to a first terminal and includes: a sending module, a receiving module, and a determining module, wherein:
[0180] A sending module, configured to send an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session;
[0181] A receiving module, used to receive an SDP response message sent by the second terminal;
[0182] The determination module is used to determine whether to change the IMS DC session according to the SDP response message; the change of the IMSDC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMSDC session.
[0183] In one embodiment, the above-mentioned determination module is also used to delete the audio and / or video media information in the regular IMS DC session if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not contain audio and / or video media information, and change the regular IMS DC session to an independent IMS DC session.
[0184] In one embodiment, the determining module is further configured to, if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP answer message includes audio and / or video media information, not to change the regular IMS DC session.
[0185] In one embodiment, the first terminal supports an independent IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message does not include audio and / or video media information.
[0186] In one embodiment, the above-mentioned determination module is also used to add audio and / or video media information to the independent IMS DC session if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message contains audio and / or video media information, and change the independent IMS DC session to a regular IMS DC session.
[0187] In one embodiment, the determination module is further configured to not change an independent IMS DC session if an independent IMS DC session is established between the first terminal and the second terminal and the SDP response message does not include audio and / or video media information.
[0188] In one embodiment, both the first terminal and the second terminal support a conventional IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message contains audio and / or video media information.
[0189] In one embodiment, an IMS DC session switching device is provided, which is applied to a second terminal and includes: a proposal module and a response module, wherein:
[0190] A proposal module, configured to receive an SDP proposal message sent by the first terminal; the SDP proposal message includes information indicating changing the IMS DC session;
[0191] A response module is used to generate an SDP response message according to whether to change the IMS DC session, and send the SDP response message to the first terminal; the first terminal determines whether to change the IMS DC session according to the received SDP response message; the change of the IMS DC session includes adding audio and / or video media information to an established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
[0192] In one embodiment, the first terminal supports an independent IMS DC session, and the SDP proposal message includes a re-INVITE request instruction; the above-mentioned response module is also used to generate the SDP response message that does not contain audio and / or video media information if a regular IMS DC session is established between the first terminal and the second terminal, the second terminal supports an independent IMS DC session, and confirms to change the regular IMS DC session to the independent IMS DC session.
[0193] In one embodiment, the first terminal supports independent IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above-mentioned response module is also used to generate the SDP response message containing audio and / or video media information if a regular IMS DC session is established between the first terminal and the second terminal, and the second terminal does not support independent IMS DC sessions.
[0194] In one embodiment, both the first terminal and the second terminal support regular IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above-mentioned response module is also used to generate the SDP response message containing audio and / or video media information if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms to change the independent IMS DC session to a regular IMS DC session.
[0195] In one embodiment, both the first terminal and the second terminal support conventional IMS DC sessions, and the SDP proposal message includes a re-INVITE request instruction; the above-mentioned response module is also used to generate the SDP response message that does not contain audio and / or video media information if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms that the independent IMS DC session will not be changed.
[0196] For the specific definition of the IMS DC session switching device, please refer to the definition of the IMS DC session switching method above, which will not be repeated here. Each module in the above-mentioned IMS DC session switching device can be implemented in whole or in part by software, hardware and a combination thereof. The above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.
[0197] In one embodiment, a communication device is provided. Figure 8 . Figure 8 It is a schematic diagram of the structure of the terminal device provided in an embodiment of the present application. Figure 8 The terminal device 700 shown includes: at least one processor 701, a memory 702, at least one network interface 704 and a user interface 703. The various components in the terminal device 700 are coupled together via a bus system 705. It can be understood that the bus system 705 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 705 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, the bus system 705 is not shown in FIG. Figure 8 In the figure, various buses are labeled as bus system 705. In addition, in the embodiment of the present application, a transceiver 706 is also included. The transceiver can be multiple components, that is, including a transmitter and a receiver, and is a unit for communicating with various other devices on a transmission medium.
[0198] The user interface 703 may include a display, a keyboard, or a pointing device, such as a mouse, a trackball, a touch pad, or a touch screen.
[0199] It can be understood that the memory 702 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 702 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.
[0200] In some implementations, the memory 702 stores the following elements, executable modules or data structures, or a subset thereof, or an extended set thereof: an operating system 7021 and an application 7022 .
[0201] The operating system 7021 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 7022 includes various application programs, such as a media player (MediaPlayer), a browser (Browser), etc., which are used to implement various application services. The program for implementing the method of the embodiment of the present application can be included in the application 7022.
[0202] In an embodiment of the present application, by calling the program or instructions stored in the memory 702, specifically, it can be the program or instructions stored in the application 7022, wherein the transmitter is used to send an SDP proposal message; the SDP proposal message includes information indicating the change of the IMS DC session; the receiver is used to receive the SDP response message sent by the second terminal; the processor is used to determine whether to change the IMS DC session based on the SDP response message; the change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
[0203] Part or all of the methods disclosed in the above embodiments of the present application may also be applied to the processor 701, or implemented by the processor 701, or implemented by the processor 701 in cooperation with other components (such as a transceiver). The processor 701 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware or software instructions in the processor 701. The above processor 701 may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application may be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the method disclosed in conjunction with the embodiments of the present application may be directly embodied as being executed by a hardware decoding processor, or may be executed by a combination of hardware and software modules in a decoding processor. The software module may be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 702, and the processor 701 reads the information in the memory 702 and completes the steps of the above method in combination with its hardware.
[0204] 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 (Application Specific Integrated Circuits, ASIC), digital signal processors (Digital Signal Processing, DSP), digital signal processing devices (DSP Device, DSPD), programmable logic devices (Programmable Logic Device, PLD), field programmable gate arrays (Field-Programmable Gate Array, FPGA), general processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described in the present application or a combination thereof.
[0205] For software implementation, the technology described in the embodiments of the present application can be implemented by a module (such as a process, function, etc.) that performs the functions described in the embodiments of the present application. The software code can be stored in a memory and executed by the processor 701. The memory can be implemented in the processor 701 or outside the processor 701.
[0206] In one embodiment, the processor is specifically used to delete the audio and / or video media information in the regular IMS DC session and change the regular IMS DC session to an independent IMS DC session if a regular IMS DC session is established between the first terminal and the second terminal and the SDP response message does not contain audio and / or video media information.
[0207] In one embodiment, the processor is further configured to, if a regular IMS DC session is established between the first terminal and the second terminal, and the SDP answer message includes audio and / or video media information, not change the regular IMS DC session.
[0208] In one embodiment, the first terminal supports an independent IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message does not include audio and / or video media information.
[0209] In one embodiment, the processor is further used to, if an independent IMS DC session is established between the first terminal and the second terminal, add audio and / or video media information to the independent IMS DC session and change the independent IMS DC session to a regular IMS DC session.
[0210] In one embodiment, the processor is further configured to: if an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not include audio and / or video media information, then not change the independent IMS DC session.
[0211] In one embodiment, both the first terminal and the second terminal support a conventional IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message contains audio and / or video media information.
[0212] In one embodiment, the receiver is further used to receive an SDP proposal message sent by the first terminal; the SDP proposal message includes information indicating the change of the IMS DC session; the processor is further used to generate an SDP response message according to whether to change the IMS DC session, and send the SDP response message to the first terminal; the first terminal determines whether to change the IMS DC session according to the received SDP response message; the change of the IMS DC session includes adding audio and / or video media information to an established independent IMS DC session, and deleting audio and / or video media information in the established IMS DC session.
[0213] In one embodiment, the processor is further used to generate the SDP response message that does not include audio and / or video media information if a regular IMS DC session is established between the first terminal and the second terminal, the second terminal supports an independent IMS DC session, and confirms to change the regular IMS DC session to the independent IMS DC session.
[0214] In one embodiment, the processor is further configured to generate the SDP answer message including the audio and / or video media information if a regular IMS DC session is established between the first terminal and the second terminal, and the second terminal does not support an independent IMS DC session.
[0215] In one embodiment, the processor is further configured to generate the SDP response message including audio and / or video media information if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms changing the independent IMS DC session to a regular IMS DC session.
[0216] In one embodiment, the processor is further configured to generate the SDP response message that does not include audio and / or video media information if an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms not to change the independent IMS DC session.
[0217] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.
[0218] The embodiments of the present application also provide a computer program product including instructions, which, when executed on a computer, enables the computer to execute the steps in the above-mentioned method embodiments.
[0219] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations.
[0220] 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).
[0221] 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.
[0222] 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. An IMS DC session switching method, characterized in that: Applied to a first terminal, the method includes: Sending an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session; Receiving an SDP response message sent by the second terminal; Determine whether to change the IMS DC session according to the SDP answer message; the changing of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
2. The method according to claim 1, characterized in that The determining whether to change the IMS DC session according to the SDP answer message includes: If a regular IMS DC session is established between the first terminal and the second terminal, and the SDP response message does not include audio and / or video media information, the audio and / or video media information in the regular IMS DC session is deleted, and the regular IMS DC session is changed to an independent IMS DC session.
3. The method according to claim 1, characterized in that The determining whether to change the IMS DC session according to the SDP answer message includes: If a regular IMS DC session is established between the first terminal and the second terminal, and the SDP answer message includes audio and / or video media information, the regular IMS DC session is not changed.
4. The method according to claim 2 or 3, characterized in that: The first terminal supports an independent IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message does not include audio and / or video media information.
5. The method according to claim 1, characterized in that The determining whether to change the IMS DC session according to the SDP answer message includes: If an independent IMS DC session is established between the first terminal and the second terminal, and the SDP response message contains audio and / or video media information, the audio and / or video media information is added to the independent IMS DC session, and the independent IMS DC session is changed to a regular IMS DC session.
6. The method according to claim 1, characterized in that The determining whether to change the IMS DC session according to the SDP answer message includes: If an independent IMS DC session is established between the first terminal and the second terminal, and the SDP answer message does not include audio and / or video media information, the independent IMS DC session is not changed.
7. The method according to claim 5 or 6, characterized in that: The first terminal and the second terminal both support a conventional IMS DC session, the SDP proposal message includes a re-INVITE request instruction, and the SDP proposal message contains audio and / or video media information.
8. An IMS DC session switching method, characterized in that: Applied to the second terminal, the method includes: receiving an SDP proposal message sent by the first terminal; the SDP proposal message including information indicating changing the IMS DC session; An SDP response message is generated according to whether to change the IMS DC session, and the SDP response message is sent to the first terminal; the first terminal determines whether to change the IMS DC session according to the received SDP response message; the change of the IMS DC session includes adding audio and / or video media information to an established independent IMS DC session, and deleting the audio and / or video media information in an established IMSDC session.
9. The method according to claim 8, characterized in that The first terminal supports an independent IMS DC session, and the SDP proposal message includes a re-INVITE request instruction; and the generating of the SDP response message according to whether to change the IMS DC session includes: If a regular IMS DC session is established between the first terminal and the second terminal, the second terminal supports an independent IMS DC session and confirms to change the regular IMS DC session to the independent IMS DC session, the SDP answer message that does not include audio and / or video media information is generated.
10. The method according to claim 8, characterized in that The first terminal supports an independent IMS DC session, and the SDP proposal message includes a re-INVITE request instruction; and the generating of the SDP response message according to whether to change the IMS DC session includes: If a regular IMS DC session is established between the first terminal and the second terminal, and the second terminal does not support an independent IMS DC session, the SDP answer message including audio and / or video media information is generated.
11. The method according to claim 8, characterized in that The first terminal and the second terminal both support a conventional IMS DC session, and the SDP proposal message includes a re-INVITE request instruction; The generating of the SDP response message according to whether to change the IMS DC session includes: If an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms to change the independent IMS DC session to a regular IMS DC session, the SDP answer message including audio and / or video media information is generated.
12. The method according to claim 8, characterized in that The first terminal and the second terminal both support a conventional IMS DC session, and the SDP proposal message includes a re-INVITE request instruction; The generating of the SDP response message according to whether to change the IMS DC session includes: If an independent IMS DC session is established between the first terminal and the second terminal, and the second terminal confirms not to change the independent IMS DC session, the SDP answer message that does not include audio and / or video media information is generated.
13. An IMS DC session switching system, characterized in that: include: a first terminal and a second terminal; The first terminal is used to send an SDP proposal message to the second terminal; The SDP proposal message includes information indicating changing the IMS DC session; The second terminal is configured to generate an SDP response message according to whether to change the IMS DC session, and send the SDP response message to the first terminal; The first terminal is used to receive the SDP response message, and determine whether to change the IMSDC session according to the SDP response message; The changing of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
14. An IMS DC session switching device, characterized in that: Applied to a first terminal, the device includes: A sending module, configured to send an SDP proposal message; the SDP proposal message includes information indicating changing the IMS DC session; A receiving module, used to receive an SDP response message sent by the second terminal; The determination module is used to determine whether to change the IMS DC session according to the SDP response message; the change of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
15. A terminal device, characterized in that: include: transmitters, receivers, and processors; The transmitter is used to send the SDP proposal message; The SDP proposal message includes information indicating changing the IMS DC session; The receiver is used to receive the SDP response message sent by the second terminal; The processor is configured to determine whether to change the IMS DC session according to the SDP response message; The changing of the IMS DC session includes adding audio and / or video media information to the established independent IMS DC session, and deleting the audio and / or video media information in the established IMS DC session.
16. A computer-readable 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 12 are implemented.
17. 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 12 are implemented.
Citation Information
Patent Citations
Method and device for processing multimedia priority service session of Internet protocol multimedia subsystem (IMS)
CN102457477A
Media session processing method and device and storage medium
CN110324874A
Communication method and device, and storage medium
CN117938815A
A method and network entity for operating the session capability information
WO2007068206A1
Service processing method, device and system
WO2018099155A1
Cited By
IMS DC session switching method, system, and apparatus, terminal device, and storage medium
WO2026026582A1