Data channel DC establishment method, message processing method, resource allocation method and related equipment

Abstract

The invention discloses a data channel DC establishment method, a message processing method, a resource allocation method and related equipment, and belongs to the technical field of communication. DC establishment in the embodiment of the invention comprises the following steps: under the condition that voice, video or message media connection is not established, a first terminal sends a first message, and the first message is used for requesting to establish a target DC; the target DC comprises at least one item of a bootstrap DC (Direct Current) and an application DC (Direct Current); and the first terminal receives a first response message and establishes the target DC according to the first response message.

Description

Technical Field

[0001] The present application belongs to the field of communication technology, and specifically relates to a data channel DC establishment, message processing, resource allocation method and related equipment. Background Art

[0002] The 3rd Generation Partnership Project (3GPP) standard introduces a mechanism for establishing a data channel (DC) during a call. Through DC, additional services can be performed during a call, such as screen sharing, location sharing, file transfer, etc., thus giving users a better experience.

[0003] However, in the related art, the establishment of DC is always accompanied by the establishment of services such as voice calls, video calls or text messages, which makes the DC establishment process inflexible. Summary of the invention

[0004] The embodiments of the present application provide a DC establishment, message processing, resource allocation method and related equipment, which can solve the problem that the DC establishment process is not flexible enough.

[0005] In a first aspect, a DC establishment method is provided, which is performed by a first terminal, and the method includes:

[0006] Without establishing a voice, video or message media connection, the first terminal sends a first message, where the first message is used to request to establish a target DC, where the target DC includes at least one of a bootstrap DC and an application DC;

[0007] The first terminal receives the first response message, and establishes the target DC according to the first response message.

[0008] In a second aspect, a message processing method is provided, which is executed by a second terminal, and the method includes:

[0009] When the second terminal receives the third message, if the third condition is met, it sends a 180 message corresponding to the third message, wherein the third message is used to request to establish a target DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0010] The third condition includes at least one of the following:

[0011] The third message is used to request to establish an application DC;

[0012] The second terminal completes downloading of the DC application corresponding to the application DC;

[0013] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0014] In a third aspect, a message processing method is provided, which is executed by an IP Multimedia Subsystem Application Server (IMS AS), and the method includes:

[0015] The IMS AS receives a first message from a first terminal;

[0016] The IMS AS performs a first operation according to the first message, where the first operation includes at least one of the following:

[0017] In a case where the first message is used to request to establish a bootstrap DC, sending second indication information to the DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is to be established;

[0018] In a case where the first message is used to request establishment of a bootstrap DC and an application DC, sending first SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives first SDP answer information from the second terminal, sending second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC;

[0019] In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal.

[0020] In a fourth aspect, a resource allocation method is provided, which is performed by a data channel signaling function (DCSF), and the method includes:

[0021] The DCSF receives a fourth message from the IMS AS;

[0022] In a case where the fourth message is used to notify that a bootstrap DC is established only for the first terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the first terminal; or,

[0023] In a case where the fourth message is used to notify that a bootstrap DC is established only for the second terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the second terminal.

[0024] In a fifth aspect, a DC establishment device is provided, for use with a first terminal, the device comprising:

[0025] A first sending module, configured to send a first message without establishing a voice, video or message media connection, wherein the first message is used to request to establish a target DC, wherein the target DC includes at least one of a bootstrap DC and an application DC;

[0026] The first establishing module is used to receive a first response message and establish the target DC according to the first response message.

[0027] In a sixth aspect, a message processing device is provided, which is used for a second terminal, and the device includes:

[0028] a first transmission module, configured to, upon receiving a third message, send a 180 message corresponding to the third message if a third condition is met, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0029] The third condition includes at least one of the following:

[0030] The third message is used to request to establish an application DC;

[0031] The second terminal completes downloading of the DC application corresponding to the application DC;

[0032] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0033] In a seventh aspect, a message processing device is provided, which is used for an IMS AS, and includes:

[0034] A first receiving module, configured to receive a first message from a first terminal;

[0035] An execution module is configured to execute a first operation according to the first message, where the first operation includes at least one of the following:

[0036] In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established;

[0037] In a case where the first message is used to request establishment of a bootstrap DC and an application DC, sending first SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives first SDP answer information from the second terminal, sending second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC;

[0038] In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal.

[0039] In an eighth aspect, a resource allocation device is provided, for use in a DCSF, the device comprising:

[0040] A second receiving module, configured to receive a fourth message from an IP multimedia subsystem application server IMS AS;

[0041] A first resource allocation module is configured to allocate or reserve resources corresponding to a bootstrap DC for the first terminal by the DCSF when the fourth message is used to notify that only a bootstrap data channel DC is established for the first terminal; or

[0042] The second resource allocation module is configured to allocate or reserve resources corresponding to the bootstrap DC for the second terminal by the DCSF when the fourth message is used to notify that the bootstrapDC is established only for the second terminal.

[0043] In a ninth aspect, a terminal is provided, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect or the second aspect are implemented.

[0044] In a tenth aspect, a terminal is provided, comprising a processor and a communication interface;

[0045] In the case where the terminal is a first terminal, the communication interface is used to send a first message and receive a first response message without establishing a voice, video or message media connection, and establish a target DC according to the first response message, wherein the first message is used to request the establishment of the target DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0046] In the case that the terminal is the second terminal, the communication interface is used to, when receiving the third message, send a 180 message corresponding to the third message if a third condition is met, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0047] The third condition includes at least one of the following:

[0048] The third message is used to request to establish an application DC;

[0049] The second terminal completes downloading of the DC application corresponding to the application DC;

[0050] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0051] In the eleventh aspect, a network side device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the third aspect or the fourth aspect are implemented.

[0052] In a twelfth aspect, a network side device is provided, including a processor and a communication interface;

[0053] In a case where the network side device is an IMS AS, the communication interface is used to receive a first message from a first terminal, and the processor is used to perform a first operation according to the first message, where the first operation includes at least one of the following:

[0054] In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established;

[0055] In a case where the first message is used to request establishment of a bootstrap DC and an application DC, sending first SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives first SDP answer information from the second terminal, sending second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC;

[0056] In a case where the first message is used to request the establishment of an application DC, sending a fourth message to the DCSF, wherein the fourth message is used to notify the DCSF to establish only a bootstrap DC of the second terminal;

[0057] When the network side device is DCSF, the communication interface is used to receive a fourth message from the IP multimedia subsystem application server IMS AS; the processor is used to allocate or reserve resources corresponding to bootstrapDC for the first terminal when the fourth message is used to notify that a bootstrap data channel DC is established only for the first terminal, or the processor is used to allocate or reserve resources corresponding to bootstrapDC for the second terminal when the fourth message is used to notify that a bootstrap DC is established only for the second terminal.

[0058] In the thirteenth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the second aspect are implemented, or the steps of the method described in the third aspect are implemented, or the steps of the method described in the fourth aspect are implemented.

[0059] In the fourteenth aspect, a wireless communication system is provided, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method described in the first aspect or the second aspect, and the network side device can be used to execute the steps of the method described in the third aspect or the fourth aspect.

[0060] In the fifteenth aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instructions to implement the method as described in the first aspect, or the method as described in the second aspect, or the method as described in the third aspect, or the method as described in the fourth aspect.

[0061] In the sixteenth aspect, a computer program / program product is provided, wherein the computer program / program product is stored in a storage medium, and the program / program product is executed by at least one processor to implement the steps of the method described in the first aspect, or the steps of the method described in the second aspect, or the steps of the method described in the third aspect, or the steps of the method described in the fourth aspect.

[0062] In the embodiment of the present application, the first terminal can establish at least one of the bootstrap DC and the application DC by sending a first message and receiving a first response message corresponding to the first message without establishing a voice, video or message media connection. The establishment process of at least one of the bootstrap DC and the application DC is decoupled from the establishment request process of services such as voice calls, video calls or text messages, thereby improving the flexibility of the DC establishment process. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] Figure 1 It is a schematic diagram of the structure of a communication network to which the embodiments of the present application can be applied;

[0064] Figure 2 It is a schematic diagram of the interactive process of establishing a bootstrap DC in the related art;

[0065] Figure 3 is a flow chart of a DC establishment method provided in an embodiment of the present application;

[0066] Figure 4 This is one of the flow charts of a message processing method provided in an embodiment of the present application;

[0067] Figure 5 This is the second flowchart of a message processing method provided in an embodiment of the present application;

[0068] Figure 6 is a flow chart of a resource allocation method provided in an embodiment of the present application;

[0069] Figure 7a It is a schematic diagram of the interactive process of establishing a bootstrap DC in an embodiment of the present application;

[0070] Figure 7bIt is one of the schematic diagrams of the interactive process of establishing the bootstrap DC and the application DC in the embodiment of the present application;

[0071] Figure 7c This is the second schematic diagram of the interactive process of establishing the bootstrap DC and the application DC in the embodiment of the present application;

[0072] Figure 7d This is the third schematic diagram of the interactive process of establishing the bootstrap DC and the application DC in the embodiment of the present application;

[0073] Figure 7e This is the fourth schematic diagram of the interactive process of establishing the bootstrap DC and the application DC in the embodiment of the present application;

[0074] Figure 8 is a structural schematic diagram of a DC establishment device provided in an embodiment of the present application;

[0075] Fig. 9 This is one of the structural diagrams of a message processing device provided in an embodiment of the present application;

[0076] Fig.10 This is a second structural diagram of a message processing device provided in an embodiment of the present application;

[0077] Fig.11 is a structural diagram of a resource allocation device provided in an embodiment of the present application;

[0078] Fig.12 It is a structural diagram of a communication device provided in an embodiment of the present application;

[0079] Fig.13 is a schematic diagram of the hardware structure of a terminal provided in an embodiment of the present application;

[0080] Fig.14 It is a structural diagram of a network side device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0081] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

[0082] The terms "first", "second", etc. of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited, for example, the first object can be one or more. In addition, "or" in the present application represents at least one of the connected objects. For example, "A or B" covers three schemes, namely, Scheme 1: including A but not including B; Scheme 2: including B but not including A; Scheme 3: including both A and B. The character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0083] The term "indication" in this application can be a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, operations to be performed, or request results in the sent indication; an indirect indication can be understood as the receiver determining the corresponding information according to the indication sent by the sender, or making a judgment and determining the operation to be performed or the request result according to the judgment result.

[0084] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the systems and radio technologies mentioned above as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and NR terminology is used in most of the following descriptions, but these technologies can also be applied to systems other than NR systems, such as the 6th generation (6 thGeneration, 6G) communication system.

[0085] Figure 1A block diagram of a wireless communication system applicable to an embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (Augmented Reality, AR), a virtual reality (Virtual Reality, VR) device, a robot, a wearable device (Wearable Device), an aircraft (flight vehicle), a vehicle-mounted device (Vehicle User Equipment, VUE), a ship-mounted device, a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (Personal Computer, PC), a teller machine or a self-service machine and other terminal side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. In addition to the above-mentioned terminal devices, the terminal 11 can also be a chip in the terminal, such as a modem chip, a system-on-chip (SoC). It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device or a core network device, wherein the access network device may also be referred to as a radio access network (RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (WLAN) access point (AS) or a wireless fidelity (WiFi) node, etc.Among them, the base station may be referred to as a Node B (NB), an evolved Node B (eNB), a next generation Node B (gNB), a New Radio Node B (NR Node B), an access point, a Relay Base Station (RBS), a Serving Base Station (SBS), a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a Home Node B (HNB), a Home Evolved Node B, a Transmission Reception Point (TRP) or other appropriate terms in the relevant field. As long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that in the embodiments of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.

[0086] The core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function, PCF), policy and charging rules function unit (Policy and Charging Rules Function, PCRF), edge application service discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data storage (Unified Data Repository, UDR), home user server (Home Subscriber Server, HSS), centralized network configuration (CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function, BSF), application function (Application Function, AF), etc. It should be noted that in the embodiments of the present application, only the core network device in the NR system is introduced as an example, and the specific type of the core network device is not limited. It should be noted that in the embodiments of the present application, only the core network device in the NR system is introduced as an example, and the specific type of the core network device is not limited.

[0087] Additional services can be performed during a call through DC, such as screen sharing, location sharing, file transfer, etc. Different services correspond to different DC applications, which can be dynamically downloaded to the terminal during the call, without the need for terminal pre-installation, which is convenient for users. In related technologies, the establishment of data channels is always accompanied by the establishment of services such as voice calls, video calls or text messages.

[0088] like Figure 2As shown, the process of establishing a bootstrap DC in the related art includes the following steps:

[0089] Step 1: User Equipment (UE)-1 initiates a call request to UE-2 through a Session Initiation Protocol (SIP) invite message. The SIP invite message carries a Session Description Protocol (SDP) offer, which is used to describe the media description information corresponding to this call.

[0090] It is worth noting that the SDP offer includes the description information of the voice / video and the description information of establishing the BootstrapDC. The description information of the Bootstrap DC is as follows:

[0091] m=application 52718UDP / DTLS / SCTP webrtc-datachannel

[0092] b=AS:500

[0093] a=max-message-size:1024

[0094] a=sctp-port:5000

[0095] a=dcmap:0subprotocol="http"

[0096] Among them, row m represents that the media type is a data channel; row b represents that the bandwidth corresponding to the data channel is 500 kbps; and row a represents the attribute information of the data channel.

[0097] Specifically, a=max-message-size:1024 means that the maximum value of the message that can be transmitted by the data channel is 1024 bytes;

[0098] a=sctp-port:5000 means the port number corresponding to the data channel is 5000;

[0099] a=dcmap:0subprotocol="http" means that the DC application corresponding to the bootstrap DC is provided by the network operator of UE-1;

[0100] In line a, 0 is the stream ID, which is used to identify the DC. Usually, 0-999 is used to identify the bootstrap DC, and 1000 or more is used to identify the application DC.

[0101] The above invite message passes through the Proxy Call Session Control Function (P-CSCF) and the Serving CSCF (S-CSCF) providing services for UE-1, and is finally routed to the IMS AS providing services for UE-1, such as the Telephony Application Server (TAS).

[0102] Step 2: The IMS AS verifies UE-1 according to the user's subscription information. If UE-1 can use the DC service, the IMS AS selects the DCSF.

[0103] Step 3: The IMS AS sends a Nimsas_SessionEventControl_Notify message to the DCSF to notify the DCSF to establish a Bootstrap DC.

[0104] The above Nimsas_SessionEventControl_Notify message carries the following information:

[0105] Event ID: For example, when establishing a bootstrap DC, the Event ID is SessionEstablishmentRequestEvent

[0106] Calling ID: the ID of UE-1, such as the IMS Public Identity (IMPU) of UE-1;

[0107] Called ID: the ID of UE-2, such as the IMPU of UE-2;

[0108] Session Case: Indicates whether the session is triggered by the calling party or the called party;

[0109] Session ID;

[0110] Media Info List: Each piece of media information contains the Media ID and media attribute information, for example, the Media Info corresponding to the Bootstrap DC or the Media Info corresponding to the application DC.

[0111] Step 4: DCSF decides whether to provide DC and decides the control policy information for DC.

[0112] Step 5: DCSF reserves media information of Media Data Channel (MDC) 1 for the initiating end (UE-1) according to the Policy information, and reserves media information of MDC1 for the terminating end (UE-2).

[0113] Among them, MDC1 is the interface between the Data Channel Media Function (MF) / enhanced Media Resource Function (enhanced MRF) and DCSF, and is used to transmit media data between DCSF and MF / enhanced MRF, for example, transmitting the installation package of DC application, application list, graphical user interface, etc.

[0114] Step 6: DCSF sends a Nimsas_MediaControl_MediaInstruction message to the IMS AS to instruct the IMS AS to establish a connection with the MF for both communicating parties (UE-1 and UE-2).

[0115] The above Nimsas_MediaControl_MediaInstruction message contains the following information:

[0116] Session ID, which is the same as the Session ID in step 3;

[0117] The media instruction set includes a media ID and a media instruction. The media ID is used to uniquely identify a media, which is the same as the media ID in step 3. The media instruction instructs the IMS AS how to process the media, for example, connect the MF, disconnect the MF, etc.

[0118] Step 7: IMS AS discovers MF / enhance MRF.

[0119] Step 8: The IMS AS sends an Nmf_MediaResourceManagement_Create message to the MF according to the instruction (Media Instruction Set) of the DCSF in step 6. The message includes the media resource information reserved for the calling party and the media resource information reserved for the called party.

[0120] Step 9: The IMS AS sends a response message to the DCSF to inform the DCSF whether the resource reservation is successful and the data channel media resource information negotiated for the MDC1.

[0121] Step 10: DCSF sends a response message.

[0122] Step 11: The IMS AS modifies the content of the SDP sent to UE-2, adds the media information of the MF or enhance MRF, and sends the Invite message to the S-CSCF.

[0123] Step 12: S-CSCF sends an Invite message to UE-2.

[0124] Step 13: UE-2 replies with an SDP answer via a 183 response message, which is routed to UE-1.

[0125] The above SDP answer contains the media information of the voice and bootstrap DC determined by UE-2.

[0126] Step 14: The network of UE-2 establishes a dedicated Quality of Service flow (QoS flow) for UE-2 for transmitting voice services, and a dedicated QoS flow for transmitting bootstrap DC.

[0127] Step 15: The network of UE-1 establishes a dedicated QoS flow for UE-1 to transmit voice services and a dedicated QoS flow for transmitting bootstrap DC.

[0128] Step 16: After the dedicated QoS flow of UE-2 is established, UE-2 sends a 180 message to UE-1 and starts ringing.

[0129] Step 17: When the user of UE-2 answers the incoming call, UE-2 sends a 200OK message.

[0130] Step 18: The IMS AS sends a notification message to the DCSF to notify that the session is successfully established.

[0131] Step 19: DCSF sends a response message.

[0132] Step 20: The IMS AS sends a 200 OK message to UE-1.

[0133] Step 21: UE-1 downloads the DC application list through the bootstrap DC.

[0134] Step 22: When the user of UE-1 selects an application from the DC application list, UE-1 downloads the DC application through the bootstrap DC.

[0135] Step 23: UE-1 initiates a request to establish an application DC through a re-Invite message. The application DC is used to transmit data corresponding to the downloaded DC application.

[0136] The SDP offer in the re-Invite message includes the description information of the audio / video, the description information of the established Bootstrap DC, and the description information of the application DC to be established. The description information of the application DC to be established includes application information, such as application ID.

[0137] Step 24: The IMS AS sends a notification message to the DCSF.

[0138] Step 25: DCSF determines how to establish the application DC according to the notification message.

[0139] Step 26: DCSF determines whether to allow UE-1 and UE-2 to establish the application DC, and whether to add MF to the application DC.

[0140] Step 27: The DCSF instructs the IMS AS how to process the media.

[0141] Step 28: If it is not necessary to add the MF to the application DC, the IMS AS directly sends the re-Invite message to UE-2.

[0142] Step 29: UE-2 determines the DCapplication requested by UE-1 based on the content of application DC in the SDP offer.

[0143] It should be noted that, in this step, when UE-2 determines that the DC application has not been downloaded, it downloads the DC application through bootstrap DC.

[0144] Step 30: UE-2 replies with a 200OK message.

[0145] Step 31: The IMS AS sends a notification message to the DCSF to notify that the application DC is successfully established.

[0146] Step 32: DCSF sends a response message.

[0147] Step 33: The IMS sends a 200OK message to UE-1.

[0148] Step 34: Optionally, the called network side establishes a QoS flow corresponding to application DC for UE-2.

[0149] Step 35: Optionally, the calling network side establishes a QoS flow corresponding to application DC for UE-1.

[0150] It should be noted that the above steps 34 and 35 are optional steps. Specifically, if the DCapplication has high requirements for data transmission quality, a dedicated QoS flow needs to be established. If the requirements are not high, the QoS flow corresponding to the bootstrap DC can be used for data transmission.

[0151] Step 36: UE-1 replies with an Acknowledgement (ACK) message.

[0152] Step 37: The application DC is activated and the DC application can use the application DC to transfer data.

[0153] Based on the process of establishing a bootstrap DC in the above related technologies, it can be seen that the establishment of a DC in the related technologies is accompanied by the establishment of services such as voice calls, video calls or text messages, and it is impossible to establish a DC independently.

[0154] In an embodiment of the present application, the process of establishing at least one of the bootstrap DC and the application DC is decoupled from the voice / or video call request. In this way, even before the calling UE initiates an outgoing voice / or video call request, at least one of the bootstrap DC and the application DC of the calling UE and the called UE can be established, making the process of establishing the bootstrap DC and the application DC more flexible.

[0155] The DC establishment method, message processing method, resource allocation method and related equipment provided by the embodiments of the present application are described in detail below through some embodiments and their application scenarios in combination with the accompanying drawings.

[0156] See also Figure 3 , a DC establishment method provided in an embodiment of the present application is executed by a first terminal, such as Figure 3 As shown, the DC establishment method includes the following steps:

[0157] Step 301: The first terminal sends a first message without establishing a voice, video or message media connection, where the first message is used to request to establish a target DC, where the target DC includes at least one of a bootstrap DC and an application DC.

[0158] The bootstrap DC is used to download the DC application from the data channel server (eg, DCSF), and the application DC is used to transmit the data of the DC application.

[0159] It should be noted that the DC application in the embodiment of the present application may also be referred to as an application (APP).

[0160] Step 302: The first terminal receives a first response message, and establishes the target DC according to the first response message.

[0161] In some implementations, the first message may include at least one of an Invite message, a re-Invite message, and an Update message.

[0162] In some implementations, the first terminal sending the first message may be that the first terminal may send at least one of an Invite message, a re-Invite message, and an Update message to the second terminal, wherein the first terminal represents a calling terminal and the second terminal represents a called terminal.

[0163] In some implementations, the first terminal sends the first message, which may be the first terminal sending an Invite message to a preset destination address, wherein the preset destination address may be a preset special number, such as a customer service phone number of a communication operator, the first terminal's own phone number, a DCSF phone number, an IMS AS phone number, a public service identity (PSI) for indicating that only a bootstrap DC is established, etc. The phone number may also be understood as a number, a SIP Uniform Resource Identifier (URI), an IP Multimedia Public Identity (IMPU) or a PSI.

[0164] It should be noted that the boostrap DC established without establishing a voice, video or message media connection can also be understood or replaced by a standalone bootstrap DC; the application DC established without establishing a voice, video or message media connection can also be understood or replaced by a standalone application DC.

[0165] It should be noted that establishing only the bootstrap DC can also be understood or replaced by standalone bootstrapDC.

[0166] It should be noted that the PSI for indicating that only a bootstrap DC is established may also be understood or replaced by a PSI for indicating a standalone bootstrap DC (PSI indicating standalone bootstrap DC).

[0167] In some embodiments, the first response message is a response message to the above-mentioned first message, and the first response message may carry information for the first terminal to establish a target DC. For example, the first message may carry an SDP offer for establishing a bootstrap DC, and the first response message may carry an SDP answer for establishing a bootstrap DC.

[0168] It should be noted that the type of the first response message is related to the type of the first message and the destination address of the first message. For example, when the first message is an Invite message sent to a preset special number, the first response message may include a 183 message or a 200OK message from the IMS AS, and the 183 message or the 200OK message carries an SDP answer.

[0169] In addition, in the embodiment of the present application, without establishing a voice, video or message media connection, the first terminal requests to establish a target DC through the first message, without the need to request to establish a DC based on the establishment process of services such as voice, video calls or text messages. In this way, the establishment process of the target DC is decoupled from the establishment request process of services such as voice calls, video calls or text messages, thereby improving the flexibility of the DC establishment process.

[0170] It is worth mentioning that in order to realize the establishment of a separate DC, the description information of the voice / video in the SDP offer carried in the SIP invite message in the related technology can be deleted, and only the description information for establishing the bootstrap DC is retained. However, this solution has the following defects:

[0171] 1) The calling UE can download the DC application list and select the DC application through the bootstrap DC only after sending a SIP Invite request to the communication peer. That is, the calling UE cannot determine which DC applications can be used or select the DC application to be used before initiating the SIP Invite request, which is not a good user experience for the calling UE.

[0172] 2) The called UE can know which DC application to use only after receiving the SIP Invite request and waiting for the calling UE to select the DC application. That is, the called UE does not know which DC application the calling UE wants to use when the ringing occurs, which is not a good user experience for the called UE.

[0173] In the embodiment of the present application, by independently requesting to establish a target DC without establishing a voice, video or message media connection, for the calling UE, before sending a SIP Invite request to the communication peer, at least one of the bootstrap DC and application DC of the calling UE can be established, and a DC application list can be downloaded, so that the user can know which DC applications can be used before initiating a request to the communication peer, or select a DC application from it. For example: the DC application list is displayed on the user interface (User Interface, UI) interface for the user to select the DC application used to communicate with the communication peer. By independently requesting to establish a target DC, for the called UE, a bootstrap DC can be established before the ringing, or when the calling UE selects a DC application, the DC application can be downloaded before the ringing and the application DC corresponding to the DC application can be established. In this way, after the calling UE initiates a SIP Invite request to the called UE, the waiting time for the calling UE and the called UE to transmit DC application data using the application DC can be reduced, and the user experience can be improved.

[0174] As an optional implementation manner, the target DC includes a bootstrap DC, and the first terminal sends a first message including:

[0175] The first terminal sends a first Invite message to a preset destination address, where the first Invite message includes SDP offer information for establishing the bootstrap DC.

[0176] In some implementations, the preset destination address may be a preset special number, such as a communication operator number or a communication number of the first terminal itself, etc., which is not specifically limited here.

[0177] In this implementation manner, the first terminal may establish a bootstrap DC of the first terminal by sending a first Invite message to a preset destination address.

[0178] For example: Figure 7aAs shown, assuming that the first terminal is UE-1, UE-1 sends an Invite message to a preset special number, and the Invite message carries an SDP offer for bootstrap DC. At this time, IMS AS verifies UE-1 according to UE-1's contract. If UE-1 can use DC services, IMS AS selects DCSF and sends a Nimsas_Session Event Control_Notify message to the selected DCSF; DCSF reserves the media information of MDC1 for UE-1 according to the received Nimsas_Session Event Control_Notify message, and instructs IMS AS to establish a connection with MF for UE-1; IMS AS discovers MF / enhance MRF based on the indication of DCSF, and instructs MF to reserve media resource information for UE-1; finally, IMS AS sends a 200OK message to UE-1, carrying SDP answer.

[0179] Optionally, the first Invite message also includes first indication information, where the first indication information is used to indicate that only a bootstrap DC is to be established.

[0180] In this implementation, the first indication information may be used to explicitly instruct the network side to only establish a bootstrap DC for the terminal.

[0181] Of course, in the case where the first Invite message does not include the first indication information, the network side may also learn that the first Invite message is only used to request the establishment of a bootstrapDC based on the fact that the first Invite message only carries the SDP offer information corresponding to the bootstrap DC but does not carry the SDP offer information for the application DC. Alternatively, the network side may also learn that the first Invite message is only used to request the establishment of a bootstrap DC but not for requesting the establishment of an application DC based on a preset special called number.

[0182] Optionally, the first terminal sends a first message, including:

[0183] The first terminal sends a first message when a first condition is met;

[0184] The first condition includes at least one of the following:

[0185] The first terminal is turned on;

[0186] The first terminal releases or turns off the flight mode;

[0187] The first terminal completes IMS registration or IMS re-registration;

[0188] The dialing application (application, APP) of the first terminal is started;

[0189] The preset APP of the first terminal is started, and the preset APP is used to establish the target DC. For example, the preset APP is used for the user to select a DC application from a DC application list and establish an application DC.

[0190] In this embodiment, the first terminal can initiate the process of establishing the target DC when it is turned on, the flight mode is released or turned off, IMS registration or IMS re-registration is completed, the dial-up application APP is started, or the preset APP is started, without following the establishment request of services such as voice calls, video calls or text messages to initiate the process of establishing the target DC.

[0191] As an optional implementation manner, when the target DC includes a bootstrap DC, the method further includes:

[0192] The first terminal downloads an application list based on the bootstrap DC.

[0193] In some implementations, the application list may be a list of DC applications.

[0194] In this implementation, after establishing the bootstrap DC, the bootstrap DC can be used to download a list of DC applications. Since the bootstrap DC can be established before initiating a request to the communication peer, the list of DC applications can be downloaded before initiating a request to the communication peer, so that the user can select the DC application to be used with the communication peer.

[0195] For example: before the user of the first terminal dials, such as when turning on the computer, the process of establishing a bootstrap DC can be initiated. After the bootstrap DC is established, the bootstrap DC is used to download an application list (i.e., a DC application list). When the user needs to initiate a request to the communication peer, the DC application list that can be used by the first terminal can be displayed on the dial-up interface, so that the user can select the DC application to be used for communicating with the communication peer in the subsequent process.

[0196] In some embodiments, the method further comprises:

[0197] The first terminal downloads the first DC application in the application list based on the bootstrap DC.

[0198] In some implementations, the first DC application may be one or at least two commonly used DC applications in the application list. For example, the first terminal downloads a DC application with a high frequency of use in the application list based on the bootstrap DC, or a DC application marked by the network as a default download.

[0199] In some implementations, the first DC application may include a DC application selected by a user from the application list. For example, the first DC application may include a DC application selected by a user to be used in subsequent communications with a communication peer.

[0200] In this implementation manner, one or at least two first DC applications may be downloaded in a pre-download manner, and when the first DC application is subsequently used, the waiting time for downloading the first DC application may be omitted.

[0201] As an optional implementation, the method further includes:

[0202] The first terminal releases the bootstrap DC.

[0203] In some implementations, the bootstrap DC may be released when at least one of the application list and the first DC application is downloaded.

[0204] In some other implementations, the bootstrap DC may be released when the bootstrap DC is not used for a long time.

[0205] For example, the first terminal releases the bootstrap DC, including:

[0206] The first terminal releases the bootstrap DC when a second condition is met, where the second condition includes at least one of the following:

[0207] When the first timer times out (expires), the first terminal does not send a message or data using the bootstrap DC;

[0208] When the first timer times out, the first terminal does not initiate a request message for establishing an application DC;

[0209] The first timer is started when the first terminal successfully establishes the bootstrap DC, or after the first terminal downloads the application list, or after the first DC application is downloaded.

[0210] In this implementation manner, after the bootstrap DC is established, the bootstrap DC may be released to reduce resource consumption and energy consumption caused by maintaining the bootstrap DC.

[0211] The above implementation is mainly for the application scenario of establishing a unilateral bootstrap DC of the first terminal. The establishment process of the bootstrap DC and the application DC of the first terminal and the second terminal can be divided into the following four situations:

[0212] Case 1: The first terminal obtains the application list of DC in advance, and the first terminal has not established a bootstrap DC or has released the established bootstrap DC. At this time, after determining the DC application used with the communication counterpart, the first terminal can request to establish a bootstrap DC again, so that the first terminal and the second terminal can use the established bootstrap DC to download the DC application. The network side can initiate the establishment process of the application DC corresponding to the DCapplication based on the above request to establish the bootstrap DC.

[0213] Case 2: The first terminal has previously acquired the DC application used with the communication peer, and the first terminal has not established a bootstrap DC or has released the established bootstrap DC. At this time, the first terminal determines that the DC application used with the communication peer has been downloaded, and can request to establish a bootstrap DC and an application DC again, so that the second terminal can use the established bootstrap DC to download the DC application, and the first terminal and the second terminal can use the established application DC to interact with the application data of the DC application.

[0214] Case 3: The first terminal has acquired the DC application used with the communication peer in advance. At this time, the first terminal determines that the DC application needed to be used with the communication peer has been downloaded, and can send the SDP offer information of applicationDC and the information for downloading the DC application to the second terminal, so that the second terminal initiates the establishment process of bootstrap DC according to the information for downloading DCapplication, and downloads the DCapplication based on the established bootstrap DC, and establishes the application DC of the first terminal and the second terminal based on the SDP offer information of application DC, so that the first terminal and the second terminal can use the established application DC to interact with the application data of the DCapplication.

[0215] Case 4: The first terminal has established a bootstrap DC, and the bootstrap DC is available. At this time, after determining that the DC application used with the communication counterpart has been downloaded, the first terminal can send a re-invite message carrying bootstrapDC and application DC to the second terminal. At this time, the network side device (such as IMS AS) can determine, based on the indication in the re-invite message or based on the fact that the first terminal has established a bootstrap DC, that the SDP offer information of the bootstrap DC in the re-invite message is only used to establish the bootstrap DC of the second terminal, but not to establish the bootstrap DC of the first terminal, so that the second terminal can download the required DCapplication based on the established bootstrap DC. Then, the network side device can establish the application DC of the first terminal and the second terminal based on the SDP offer information of the application DC in the re-invite message, so that the first terminal and the second terminal can interact with the application data of the DC application using the established application DC.

[0216] It is worth noting that in some embodiments, in the above four situations, the way in which the first terminal obtains the list of DC applications or DC applications in advance may be, as in the above embodiment, the way in which the first terminal sends a first Invite message to a preset destination address, so that the network side device establishes a unilateral bootstrap DC for the first terminal, and the first terminal downloads the list of DC applications or DC applications based on the unilateral bootstrap DC.

[0217] Of course, the first terminal can also obtain the list of DC applications or DC applications in advance in other ways, for example: the network side preconfigures the list of DC applications or certain DC applications to the first terminal; or, preconfigures the list of DC applications or certain DC applications locally on the first terminal side.

[0218] The following is a detailed description of the above four situations:

[0219] Case 1:

[0220] As an optional implementation manner, the target DC includes a bootstrap DC and an application DC, and the first terminal sends a first message including:

[0221] The first terminal sends a second Invite message to the second terminal, wherein the second Invite message includes first SDP offer information, and the first SDP offer information is used to establish a bootstrap DC;

[0222] When the first terminal receives the first SDP answer information, the second terminal sends a second message to the second terminal, where the second message includes second SDP offer information, wherein the first SDP answer information is the SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC.

[0223] In some implementations, the first message includes the second Invite message and the second message.

[0224] In some implementation manners, the first response message may include a response message carrying the first SDP answer information and a response message carrying second SDP answer information corresponding to the second SDP offer information.

[0225] In some embodiments, the type of the second message is related to the type of the first response message.

[0226] For example, when the first terminal receives the first SDP answer information, sending the second message to the second terminal includes:

[0227] like Figure 7b As shown in step 13 and step 18, when the first terminal receives the 183 response message including the first SDP answer information, the second terminal sends an update message; or,

[0228] When the first terminal receives the 200OK message including the first SDP answer information, the second terminal sends a re-Invite message.

[0229] It should be noted that, in an embodiment of the present application, the first terminal sending a message to the second terminal may be the first terminal sending a message with the second terminal as the destination address. For example, when the first terminal sends a message with the second terminal as the destination address, the message is processed by the network side device and then forwarded to the second terminal.

[0230] In some implementations, after the first terminal determines to establish an application DC corresponding to the DC application with the second terminal, the second Invite message may be sent to the second terminal, where the second Invite message is used to request to establish a bootstrap DC.

[0231] In some implementations, the first terminal establishes a bootstrap DC when receiving the first SDP answer information, and thereafter, the first terminal may use the bootstrap DC to download a DC application for establishing an application DC with the second terminal.

[0232] Optionally, the first terminal may obtain a list of DC applications in advance, and select a DC application for establishing application DC with the second terminal according to a user operation.

[0233] In some implementations, the first terminal may establish a bootstrap DC by sending a first invitation Invite message to a preset destination address, and download a list of DC applications based on the established bootstrap DC.

[0234] Of course, the first terminal may also obtain the list of DC applications in advance in other ways, for example: the network side pre-configures the list of DC applications in the first terminal.

[0235] Among them, for the situation where the first terminal establishes a bootstrap DC by sending a first invitation Invite message to a preset destination address, and downloads a list of DC applications based on the established bootstrap DC, the application scenario of this embodiment is: the bootstrap DC has been released, and the first terminal has not downloaded the DC application used to establish an application DC with the second terminal.

[0236] In some implementations, the second SDP offer information includes SDP offer information of bootstrap DC and applicationDC.

[0237] It should be noted that, in this embodiment, after receiving the first SDP offer information, the second terminal does not reply to the 180 ringing message and does not output the incoming call prompt information, but only replies to the first SDP answer information according to the first SDP offer information. At this point, the first terminal and the second terminal complete the negotiation and establishment process of the bootstrap DC, and thereafter, the first terminal and the second terminal can download the DC application used with the communication peer based on the established bootstrap DC.

[0238] In this implementation mode, after the first terminal has obtained a list of DC applications in advance and selected a DC application to be used with the communication counterpart based on a user operation, it first sends a second Invite message, and establishes a bootstrap DC between the first terminal and the second terminal based on the first SDP answer information received from the second terminal and modified and forwarded by the network side device (IMS AS); after establishing the bootstrap DC, the first terminal sends a second message carrying a second SDP offer information to the second terminal to request the establishment of an application DC.

[0239] Scenario 2

[0240] As an optional implementation manner, the target DC includes a bootstrap DC and an application DC, and the first terminal sending the first message includes:

[0241] The first terminal sends a third Invite message to the second terminal, wherein the third Invite message includes third SDP offer information, and the third SDP offer information is used to establish a bootstrap DC and an application DC.

[0242] In some embodiments, when the network side device receives the above-mentioned third Invite message, it can first establish the bootstrap DC of the first terminal and the second terminal based on the SDP offer information for the bootstrap DC in the third Invite message; when the second terminal replies with the SDP answer information of the bootstrap DC, the application DC of the first terminal and the second terminal is established based on the SDP offer information for the application DC in the third Invite message.

[0243] Optionally, after establishing the bootstrap DC, the second terminal may determine the DC application requested by the first terminal based on the content of the application DC in the third SDP offer information, and when the second terminal has not downloaded the DC application, it may download the DC application using the established bootstrap DC.

[0244] For example: Figure 7c As shown, through step 1, the first terminal sends a third Invite message, through steps 2 to 12, the network side allocates resources for bootstrap DC to the first terminal and the second terminal; through step 13, the second terminal replies with SDP answer information, wherein the SDP answer information includes media information of the bootstrap DC determined by the second terminal. Thereafter, the IMS AS can send SDP offer information of bootstrap DC and application DC to UE-2 based on an Update message or a 200OK message, so that the second terminal can determine the DC application requested by the first terminal based on the content of the application DC in the SDP offer, and establish an application DC for transmitting application data of the DC application, and reply to the SDP answer corresponding to the bootstrap DC and application DC.

[0245] In some embodiments, the method further comprises:

[0246] When the first terminal receives the second response message including the third SDP answer information, the first terminal initiates the process of downloading the DC application, wherein the third SDP answer information is the SDP answer information corresponding to the third SDP offer information.

[0247] The third SDP answer information includes SDP answer information for bootstrap DC.

[0248] For example: Assume that the first terminal is UE-1, such as Figure 7cIn step 17 shown in FIG, IMS sends SDP answers corresponding to bootstrap DC and application DC to UE-1. The SDP answer of bootstrap DC includes resources reserved by MF for UE-1. In this way, UE-1 can establish bootstrap DC based on resources reserved by MF for UE-1, and download DC application used with the communication peer based on the established bootstrap DC.

[0249] In this implementation manner, when the first terminal has not downloaded the DC application used with the communication peer, the first terminal may download the DC application based on the SDP answer information used to bootstrap DC.

[0250] Optionally, the second response message includes at least one of the following:

[0251] 183 messages;

[0252] 180 messages;

[0253] 200 OK message.

[0254] In some embodiments, Figure 7c As shown in step 17, the IMS sends a 183 message carrying the SDP answer corresponding to the bootstrap DC and the application DC to UE-1.

[0255] In other implementations, the second terminal may reply to the SDP answer corresponding to the bootstrap DC and the application DC via a 180 message or a 200OK message. At this time, the network side modifies the 180 message or the 200OK message and forwards it to the first terminal.

[0256] It is worth noting that when the second terminal replies to the SDP answer corresponding to the bootstrap DC and the application DC through a 180 message, the second terminal can output incoming call prompt information, such as playing an incoming call prompt tone, displaying an incoming call prompt interface, etc.

[0257] In this implementation, after the first terminal has obtained a list of DC applications in advance and selected a DC application to be used with the communication counterpart based on user operations, it can initiate the process of establishing the bootstrap DC and the application DC by sending a third Invite message. Compared with the implementation described in "Case 1", this simplifies the interaction process of the first terminal.

[0258] Scenario 3

[0259] As an optional implementation manner, the target DC includes an application DC, and the first terminal sends a first message including:

[0260] The first terminal sends a fourth Invite message to the second terminal, wherein the fourth Invite message includes fourth SDP offer information and information for downloading a DC application, the fourth SDP offer information is used to establish an application DC, and the first terminal has downloaded the DC application using a bootstrap DC.

[0261] In some implementations, the information for downloading the DC application is used to provide guidance for the second terminal to establish a bootstrap DC or download the DC application.

[0262] For example: Figure 7d As shown, when DCSF-1 establishes a bootstrap DC for the first terminal so that the first terminal downloads a DC application based on the bootstrap DC, the first terminal sends SDP offer information for establishing an application DC and information for downloading a DC application through step 3. Through steps 8 to 10, the second terminal can establish a bootstrapDC with the DCSF-1 based on the information for downloading a DC application, and then the second terminal determines the DCapplication that needs to be downloaded from DCSF-1 based on the SDP offer information of the application DC.

[0263] Optionally, the information for downloading the DC application includes at least one of the following:

[0264] SDP information of the bootstrap DC;

[0265] A preset destination address used by the first terminal when downloading the DC application;

[0266] The address of the data channel signaling function DCSF corresponding to the DC application;

[0267] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0268] A stream identifier (Stream ID) used by the first terminal when establishing a bootstrap DC.

[0269] In some implementations, the stream identifier (StreamID) used by the first terminal when establishing the bootstrap DC is used to identify the source of the DC application stored in the DCSF.

[0270] There are two sources of DC applications saved in DCSF:

[0271] 1) Local network provider;

[0272] 2) Local user: the user creates and uploads a DC application.

[0273] For example, the corresponding relationship between Stream ID and DC application source is shown in Table 1 below:

[0274] Table 1

[0275]

[0276] In one implementation, when the stream ID used by the terminal to establish the bootstrap DC is 10, it means downloading the DC application of the local user from the DCSF; when the stream ID is 0, it means downloading the DC application of the local network provider from the DCSF.

[0277] In this implementation mode, the second terminal downloads the corresponding DCapplication according to the identifier assigned to the first terminal by the DCSF corresponding to the DC application and the Stream ID used by the first terminal when establishing the bootstrap DC. For example, assume that the first terminal is UE-1 and the second terminal is UE-2. If UE-1 downloads the DCapplication of the local user, UE-2 needs to indicate the download of the DC application of the local user through the identifier and stream ID of UE-1 when downloading.

[0278] In another implementation, the stream ID used by the second terminal when establishing the bootstrap DC may be 10 or 110, where 10 indicates the local user of the first terminal, and 110 indicates the remote user of the second terminal.

[0279] In some implementations, at least part of the information used to download the DC application may be determined by the first terminal according to relevant information for establishing a bootstrap DC or downloading a DC application.

[0280] In some other implementations, at least part of the information used to download the DC application may be provided by the DCSF corresponding to the bootstrap DC.

[0281] For example: the method further includes:

[0282] The first terminal receives first information from a first DCSF, wherein the first DCSF is used to establish the bootstrap DC for the first terminal, and the first information includes at least one of the following:

[0283] the address of the first DCSF;

[0284] The first DCSF is an identifier allocated to the first terminal.

[0285] In some implementations, the DCSF used to establish the application DC for the first terminal and the second terminal is a second DCSF, wherein the second DCSF and the first DCSF may be the same or different DCSFs.

[0286] In this implementation, the first terminal sends information for downloading a DC application to the second terminal, so that the second terminal can initiate a bootstrap DC establishment process based on the information for downloading a DC application, and download the DC application based on the established bootstrap DC; and the first terminal does not need to initiate a bootstrap DC establishment process. In addition, the role of the first terminal sending the SDP offer information for establishing an application DC to the second terminal is the same as the role of the SDP offer information for establishing an application DC in the above-mentioned "Case 2", which will not be repeated here.

[0287] Scenario 4

[0288] As an optional implementation manner, the target DC includes an application DC, and the first terminal sends a first message including:

[0289] The first terminal sends a re-Invite message to the second terminal, wherein the re-Invite message includes fifth SDP offer information, and the fifth SDP offer information is used to establish an application DC.

[0290] In some implementations, the fifth SDP offer information may include SDP offer information of application DC and bootstrap DC, and the re-Invite message may carry an indication of establishing a bootstrap DC only for the second terminal, that is, an indication of not establishing a bootstrap DC for the first terminal. In this way, the network side device may establish a bootstrap DC only for the second terminal according to the indication, so that the second terminal downloads the DC application based on the established bootstrap DC; in addition, the network side device also establishes an application DC for the first terminal and the second terminal, so that the first terminal and the second terminal exchange application data of the DC application through the application DC.

[0291] In some other implementations, the fifth SDP offer information may include SDP offer information of application DC and bootstrap DC. At this time, the network side device may establish a bootstrap DC only for the second terminal, but not for the first terminal, based on the first terminal already having an available bootstrap DC, so that the second terminal downloads the DC application based on the established bootstrap DC; in addition, the network side device also establishes an application DC for the first terminal and the second terminal, so that the first terminal and the second terminal exchange application data of the DC application through the application DC.

[0292] In this implementation manner, when the bootstrap DC established by the first terminal is available, the first terminal sends a re-Invite message so that the network side only establishes a bootstrap DC for the second terminal instead of the first terminal, and establishes an application DC for the first terminal and the second terminal.

[0293] See also Figure 4, a message processing method provided in an embodiment of the present application is executed by a second terminal, such as Figure 4 As shown, the message processing method includes the following steps:

[0294] Step 401: When the second terminal receives the third message, if the third condition is met, the second terminal sends a 180 message corresponding to the third message, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0295] The third condition includes at least one of the following:

[0296] The third message is used to request to establish an application DC;

[0297] The second terminal completes downloading of the DC application corresponding to the application DC;

[0298] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0299] In some embodiments, the third message corresponds to the first message in the first terminal side method embodiment, wherein the first message is a message sent by the first terminal, and after the first message is processed by the network side (such as IMS AS modifies the SDP content or adds media information of MF or enhance MRF), the processed first message is sent to the second terminal. At this time, the processed first message is the third message.

[0300] Optionally, the third message includes at least one of the following:

[0301] Invite message, re-Invite message, and Update message.

[0302] In some implementations, the bearer corresponding to the application DC may include a QoS flow or an Evolved Packet System bearer (EPS bearer).

[0303] Optionally, the method further comprises:

[0304] The second terminal outputs incoming call prompt information.

[0305] In this implementation manner, after sending the 180 message corresponding to the third message, the second terminal may output incoming call prompt information to implement an incoming call reminder function.

[0306] In some embodiments, if the third condition is not met, such as when the second terminal receives a third message requesting to establish a bootstrap DC, the second terminal may not send a 180 message and may not output incoming call prompt information, such as incoming call ringing, caller ID, etc.

[0307] For example: Assume that the second terminal is UE-2, such as Figure 7b As shown in steps 12 and 13, upon receiving an invite message carrying SDP offer information for establishing a bootstrap DC, UE-2 replies with a 183 message carrying SDP answer information for bootstrap DC.

[0308] In an embodiment of the present application, the second terminal may reply to the 180 message, that is, output a reminder (incoming call) message to the user of the second terminal, only after receiving an Invite message, a re-Invite message or an Update message for establishing a DC application, or after downloading the DC application selected by the first terminal, or after establishing the QoS flow corresponding to the application DC.

[0309] As an optional implementation manner, the third message includes information for downloading the DC application, and the method further includes:

[0310] The second terminal establishes a bootstrap DC according to the information for downloading the DC application;

[0311] The second terminal downloads the DC application based on the established bootstrap DC.

[0312] Optionally, after the second terminal downloads the DC application, the second terminal may execute an application DC establishment process according to the DC application.

[0313] Optionally, the information for downloading the DC application includes at least one of the following:

[0314] SDP information of the bootstrap DC;

[0315] A preset destination address used by the first terminal when downloading the DC application;

[0316] The address of the data channel signaling function DCSF corresponding to the DC application;

[0317] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0318] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0319] Among them, the above-mentioned information used to download the DC application has the same meaning and function as the information used to download the DC application in the first terminal side method embodiment, and will not be repeated here.

[0320] Optionally, if the second terminal outputs an incoming call message to the user and the user chooses to reject the call, the second terminal locally deletes the downloaded DC application immediately or retains the downloaded DC application for a period of time before deleting it.

[0321] Optionally, if the second terminal outputs an incoming call message to the user and the user chooses to answer the call, after the call ends, the second terminal may delete the downloaded DC application immediately locally or retain it for a period of time before deleting the downloaded DC application.

[0322] For example: Figure 7d In the illustrated embodiment, the first terminal sends an invite message carrying information for downloading DCapplication to the second terminal (i.e., the fourth invite message in the first terminal side method embodiment), so that the DCSF storing the DC application establishes a bootstrap DC for the second terminal. Thereafter, the second terminal can download the same DC application from the DCSF based on the information for downloading the DC application.

[0323] In some implementations, the second terminal establishes a bootstrap DC according to the information for downloading the DC application, including:

[0324] When the second terminal receives the SDP information of the bootstrap DC, the second terminal sends a temporary response message according to the SDP information of the bootstrap DC and establishes a bootstrap DC; or,

[0325] When the second terminal receives the second information, it initiates a request to establish a bootstrap DC according to the second information, where the second information includes at least one of the following:

[0326] A preset destination address used by the first terminal when downloading the DC application;

[0327] The address of the data channel signaling function DCSF corresponding to the DC application;

[0328] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0329] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0330] In one implementation, if the information for downloading the DC application received by the second terminal is the SDP information of the bootstrap DC, the second terminal may send a temporary response message to establish the bootstrapDC.

[0331] In another embodiment, if the information for downloading the DC application received by the second terminal includes second information, the second terminal initiates a request to establish a bootstrap DC based on the second information, and the destination address of the request to establish a bootstrap DC is a preset destination address used by the first terminal to download the DC application or an address of a data channel signaling function DCSF corresponding to the DC application, or the second terminal determines the DC application to be downloaded based on at least one of an identifier assigned to the first terminal by the DCSF corresponding to the DC application and a flow identifier used by the first terminal when establishing the bootstrap DC, and establishes a bootstrap DC for the second terminal by establishing a request to establish a bootstrap DC with the DCSF containing the DC application saved therein.

[0332] In this implementation manner, when the first terminal has downloaded the DC application used with the communication peer, it can establish a bootstrap DC only for the second terminal by sending information for downloading the DC application, while omitting the process of establishing a bootstrap DC for the first terminal.

[0333] As an optional implementation manner, the second terminal downloads the DC application based on the established bootstrap DC, including:

[0334] The second terminal sends third information to the DCSF based on the established bootstrap DC, where the third information includes at least one of an identifier of the first terminal and a stream identifier stream ID sent by the first terminal;

[0335] The second terminal receives the DC application sent by the DCSF.

[0336] In some embodiments, the third information may be carried in a request message for establishing a bootstrap DC, so that the DCSF that receives the request message for establishing a bootstrap DC establishes a bootstrapDC for the second terminal, and sends a DC application corresponding to the third information to the second terminal through the established bootstrap DC, i.e., sends the DC application that the first terminal has downloaded and used with the communication counterpart to the second terminal.

[0337] Optionally, the method further comprises:

[0338] The second terminal sends SDP answer information, where the SDP answer information is carried in the 180 message or the 183 message.

[0339] In some implementations, the SDP answer information sent by the second terminal may include SDP answer information for application DC, so that the first terminal completes the application DC establishment process according to the SDP answer information for application DC.

[0340] In an embodiment of the present application, the second terminal executes a process corresponding to the first terminal, and when the second terminal receives a third message, it may reply to the 180 message only when the third message is used to request the establishment of an application DC, or wait for the download of DCapplication, or wait for the establishment of a bearer corresponding to the application DC to be completed. This can reduce the waiting time from ringing to establishing the bearer corresponding to the application DC caused by sending a ringing message when the establishment of an application DC is not requested, the DC application is not downloaded, or the bearer corresponding to the application DC is not established. In addition, the second terminal can establish a corresponding bootstrap DC based on the information used by the first terminal to download the DC application, so as to download the same DC application as the first terminal based on the bootstrap DC.

[0341] See also Figure 5 , a message processing method provided in an embodiment of the present application is executed by an IMS AS, such as Figure 5 As shown, the message processing method includes the following steps:

[0342] Step 501: An IMS AS receives a first message from a first terminal.

[0343] Step 502: The IMS AS performs a first operation according to the first message, where the first operation includes at least one of the following:

[0344] In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established;

[0345] In a case where the first message is used to request establishment of a bootstrap DC and an application DC, sending first SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives first SDP answer information from the second terminal, sending second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC;

[0346] In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal (ie, not to establish a bootstrap DC for the first terminal).

[0347] In the embodiment of the present application, the first message, the first SDP offer information, the first SDP answer information, and the second SDP offer information have the same meaning and function as the first message, the first SDP offer information, the first SDP answer information, and the second SDP offer information in the method embodiment executed by the first terminal and the second terminal in the above-mentioned embodiment of the present application, and are not repeated here.

[0348] In one implementation, when the first message carries only SDP offer information of bootstrap DC but not SDP offer information of application DC, the IMS AS may determine that the first message is used to request to establish only bootstrap DC but not application DC, and thus sends second indication information to DCSF.

[0349] In another implementation, when the first message carries first indication information, the IMS AS may send second indication information to the DCSF based on the first indication information, wherein the first indication information is used to indicate that only a bootstrap DC is to be established, but not an application DC.

[0350] Optionally, the second indication information is used to indicate at least one of the following:

[0351] Only the bootstrap DC is established, that is, the application DC is not established;

[0352] Only a bootstrap DC is established for the first terminal, that is, no bootstrap DC is established for the second terminal, and no application DC is established;

[0353] A unilateral bootstrap DC is established, that is, a bootstrap DC is not established for the opposite end (the second terminal), and an application DC is not established.

[0354] In some implementations, the second indication information includes at least one of the following:

[0355] Only carries the SDP offer information corresponding to the bootstrap DC;

[0356] The SDP offer information corresponding to the application DC is not carried;

[0357] Preset destination address.

[0358] In some implementations, the preset destination address includes at least one of the following:

[0359] The customer service phone number of the telecommunications operator;

[0360] The first terminal's own telephone number;

[0361] DCSF telephone number;

[0362] The telephone number of the IMS AS;

[0363] A PSI used to indicate that only the bootstrap DC is established.

[0364] In some embodiments, when the first message is used to request the establishment of a bootstrap DC and an application DC, and when the first SDP offer information is sent to the second terminal, the first SDP offer information is carried in a third message, and the third message has the same meaning as the third message in the message processing method embodiment on the second terminal side, and is not repeated here.

[0365] In some embodiments, after the IMS AS sends the first SDP offer information to the second terminal, if it receives the first SDP answer information from the second terminal, it means that the SDP answer information for establishing the bootstrap DC has been obtained. Thereafter, based on the SDP offer information for the application DC in the first message, a second SDP offer information can be sent to the second terminal to request the establishment of the application DC.

[0366] Of course, after sending the second SDP offer information to the second terminal, the IMS AS can receive the second SDP answer information from the second terminal, that is, the SDP answer information for application DC. Thereafter, the first SDP answer information and the second SDP answer information can be sent to the first terminal so that the first terminal can complete the establishment process of bootstrap DC and application DC.

[0367] In some embodiments, when a first terminal uses an established bootstrap DC to download a DCapplication and requests to use the DC application to exchange application data with a second terminal, a first message is sent to the second terminal to request the establishment of an application DC for transmitting application data of the DC application. At this time, the second terminal may not have downloaded the DC application requested by the first terminal, or has not established a bootstrap DC with the DCSF that stores the DCapplication. At this time, the IMS sends a fourth message to the DCSF to notify the DCSF to only establish a bootstrap DC for the second terminal, but not to establish a bootstrap DC for the first terminal.

[0368] In some other implementations, when the first message is used to establish an application DC, sending a fourth message to the DCSF includes:

[0369] In the case that the first message is a re-Invite message from the first terminal and the destination address is the second terminal, a fourth message is sent to DCSF, wherein the re-Invite message includes second SDP offer information and information for downloading a DC application, and the second SDP offer information is used to establish an application DC.

[0370] Optionally, the fourth message includes third indication information, where the third indication information is used to indicate that only the bootstrap D of the second terminal is to be established, that is, to indicate that the bootstrap DC of the first terminal is to be established.

[0371] Of course, based on the record of establishing the bootstrap DC, when the DCSF determines that the first terminal has established a bootstrap DC with it and the bootstrap DC is available, the DCSF may establish a bootstrap DC only for the second terminal based on the second SDP offer information instead of establishing a bootstrap DC for the first terminal.

[0372] In this implementation mode, the first terminal uses the established bootstrap DC to download the DC application, and requests to use the DC application to interact with the second terminal for application data, and sends the information for downloading the DCapplication to the second terminal, so that the second terminal can establish a bootstrap DC corresponding to the first terminal based on the information for downloading the DC application, and download the same DC application as the first terminal. At this time, the second terminal may not download the DC application requested by the first terminal, or may not establish a bootstrap DC with the DCSF that stores the DC application. Therefore, the IMS sends a fourth message to the DCSF to notify the DCSF to only establish a bootstrap DC for the second terminal, and not to establish a bootstrap DC for the first terminal. In this way, the second terminal can use the established bootstrap DC to download the same DC application as the first terminal.

[0373] It should be noted that in the embodiment of the present application, the various steps in the message processing method executed by the IMS AS correspond to the steps in the method embodiments executed by the first terminal and the second terminal in the above-mentioned embodiment of the present application. The message processing method executed by the IMS AS cooperates with the DC establishment method on the first terminal side and the message processing method on the second terminal side to jointly achieve the purpose of the DC establishment process. It can achieve the beneficial effects corresponding to the DC establishment method on the first terminal side and the message processing method on the second terminal side, which will not be repeated here.

[0374] As an optional implementation manner, when the first message is used to request to establish a bootstrap DC, sending the second indication information to the DCSF includes:

[0375] When the first message carries the first indication information or the first message only carries the SDP of the bootstrap DC (i.e., does not carry the SDP of the application DC), the second indication information is sent to the data channel signaling function DCSF, wherein the first indication information is used to indicate that only the bootstrap DC is established without establishing the application DC.

[0376] Optionally, the second indication information is used to indicate at least one of the following:

[0377] Only the bootstrap DC is established;

[0378] Only establish a bootstrap DC for the first terminal;

[0379] Establish a unilateral bootstrap DC.

[0380] Optionally, the second indication information includes at least one of the following:

[0381] Only carries the SDP offer information corresponding to the bootstrap DC;

[0382] The SDP offer information corresponding to the application DC is not carried;

[0383] Preset destination address.

[0384] Optionally, the preset destination address includes at least one of the following:

[0385] The customer service phone number of the telecommunications operator;

[0386] The first terminal's own telephone number;

[0387] DCSF telephone number;

[0388] The telephone number of the IMS AS;

[0389] A PSI used to indicate that only the bootstrap DC is established.

[0390] Among them, the above-mentioned first indication information and second indication information have the same meaning and function as the first indication information and second indication information in the first terminal side and second terminal side method embodiments, and will not be repeated here.

[0391] As an optional implementation, the method further includes:

[0392] In the case where the first message is used to request establishment of a bootstrap DC, the IMS AS sends SDP answer information of the bootstrap DC to the first terminal.

[0393] In some implementations, when the first message is used to request establishment of a bootstrap DC, a bootstrap DC may be established only for the first terminal, but not for the second terminal, and no application DC may be established.

[0394] For example: Assume that the first terminal is UE-1, such as Figure 7a As shown, in steps 5 to 8, DCSF only reserves the media information of MDC1 for UE-1, and instructs IMS AS to establish a connection with MF for UE-1; when IMS AS finds MF / enhance MRF, it instructs MF to reserve media resource information for UE-1, and sends a response message to DCSF to notify DCSF whether the resource reservation is successful, as well as the data channel media resource information negotiated for MDC1. After DCSF sends the response message to IMS AS, IMS AS can send the SDP answer information of the bootstrap DC to the first terminal through a 200OK message.

[0395] As an optional implementation, the method further includes:

[0396] When receiving the second SDP answer information of the second terminal, the IMS AS sends third SDP answer information to the first terminal, wherein the third SDP answer information is SDP answer information of bootstrap DC and application DC.

[0397] In some implementations, the SDP answer information of the bootstrap DC may include resource information reserved by the MF for UE-1.

[0398] Among them, the above-mentioned second SDP answer information and third SDP answer information have the same meaning and function as the second SDP answer information and third SDP answer information in the first terminal side and second terminal side method embodiments, and will not be repeated here.

[0399] See also Figure 6 , a resource allocation method provided in an embodiment of the present application is executed by a DCSF, such as Figure 6 As shown, the resource allocation method includes the following steps:

[0400] Step 601: DCSF receives a fourth message from the IMS AS.

[0401] Step 602: When the fourth message is used to notify that a bootstrap DC is established only for the first terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the first terminal.

[0402] Step 603: When the fourth message is used to notify that a bootstrap DC is established only for the second terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the second terminal.

[0403] It should be noted that, in the following implementations, the DCSF may only perform one of the above steps 602 and 603, such as Figure 6 The method flow chart shown is only an example, and the execution of step 602 or step 603 by the DCSF is not specifically limited herein.

[0404] In one implementation, when the DCSF executes step 602, a unilateral bootstrap DC may be established for the first terminal.

[0405] For example, when the first condition is met, a first message is sent to the first terminal to request to establish a bootstrap DC for the first terminal, so that the first terminal can download a list of DC applications based on the bootstrap DC.

[0406] In another implementation, when the DCSF executes step 603, a unilateral bootstrap DC may be established for the second terminal.

[0407] For example: when the first terminal has downloaded a DC application used with the communication counterpart, the first terminal sends a first message to request the establishment of an application DC. At this time, if the second terminal has not downloaded the DC application or has not established a bootstrap DC with the DCSF that stores the DC application, the network side establishes a bootstrap DC for the second terminal based on the first message. At this time, the DCSF only allocates or reserves resources corresponding to the bootstrap DC for the second terminal, and does not allocate or reserve resources corresponding to the bootstrap DC for the first terminal.

[0408] In the embodiment of the present application, the fourth message has the same meaning and function as the fourth message in the embodiment of the method executed by the IMS AS in the above embodiment of the present application, and will not be described in detail here.

[0409] In addition, in the embodiment of the present application, each step in the resource allocation method executed by DCSF corresponds to the steps in the method embodiment executed by the first terminal, the second terminal and the IMS AS in the above-mentioned embodiment of the present application, and the resource allocation method executed by DCSF cooperates with the DC establishment method on the first terminal side, the message processing method on the second terminal side and the message processing method on the IMS AS side to jointly achieve the purpose of the DC establishment process, which can achieve the beneficial effects corresponding to the DC establishment method on the first terminal side, the message processing method on the second terminal side and the message processing method on the IMS AS side, and will not be repeated here.

[0410] As an optional implementation, when the fourth message carries the second indication information, the fourth message is used to notify that only the bootstrap DC is established for the first terminal, wherein the second indication information is used to indicate that only the bootstrap DC of the first terminal is established; or,

[0411] When the fourth message is triggered based on the first Invite message initiated by the first terminal to a preset destination address, the fourth message is used to notify that a bootstrap DC is established only for the first terminal but not for the second terminal, wherein the first Invite message includes a Session Description Protocol SDP offer information for establishing a bootstrap DC.

[0412] Among them, the second indication information, the preset destination address, and the first Invite message have the same meanings and functions as the second indication information, the preset destination address, and the first Invite message in the aforementioned first terminal side and IMS AS side method embodiments of the present application, and are not repeated here.

[0413] Optionally, the second indication information is used to indicate at least one of the following:

[0414] Only the bootstrap DC is established;

[0415] Only establish a bootstrap DC for the first terminal;

[0416] Establish a unilateral bootstrap DC.

[0417] Optionally, the second indication information includes at least one of the following:

[0418] Only carries the SDP offer information corresponding to the bootstrap DC;

[0419] The SDP offer information corresponding to the application DC is not carried;

[0420] Preset destination address.

[0421] Optionally, the preset destination address includes at least one of the following:

[0422] The customer service phone number of the telecommunications operator;

[0423] The first terminal's own telephone number;

[0424] DCSF telephone number;

[0425] The telephone number of the IMS AS;

[0426] A PSI used to indicate that only the bootstrap DC is established.

[0427] As an optional implementation, when the fourth message carries third indication information, the fourth message is used to notify that only the bootstrap DC of the second terminal is established, and the third indication information is used to indicate that only the bootstrap DC of the second terminal is established, without establishing the bootstrap DC of the first terminal.

[0428] The third indication information has the same meaning and function as the third indication information in the aforementioned IMS AS side method embodiment of the present application, and will not be described in detail herein.

[0429] As an optional implementation, the method further includes:

[0430] In a case where the first terminal downloads the DC application based on the bootstrap DC, the DCSF sends information for downloading the DC application to the first terminal.

[0431] Optionally, the information for downloading the DC application includes at least one of the following:

[0432] the address of the DCSF;

[0433] The DCSF is an identifier allocated to the first terminal.

[0434] Among them, the information used to download the DC application has the same meaning and function as the information provided by DCSF for downloading the DC application in the first terminal side method embodiment of the present application, and will not be repeated here.

[0435] In order to facilitate understanding of the DC establishment method, message processing method, and resource allocation method provided in the embodiments of the present application, taking the first terminal as UE-1, the second terminal as UE-2, the DCSF used to establish the bootstrap DC as DCSF-1, and the DCSF used to establish the application DC as DCSF-1 as an example, the interaction process between UE-1, UE-2, IMS AS, DCSF-1, and network-side devices such as DCSF-1 is illustrated as follows:

[0436] Embodiment 1

[0437] This embodiment is a process for UE-1 to obtain a DC application list before a call. Figure 7a As shown, the process includes the following steps:

[0438] Step 0. UE-1 determines whether the first condition is met.

[0439] The first condition includes at least one of the following:

[0440] Turn on UE-1 or cancel flight mode;

[0441] UE-1 completes IMS registration or IMS re-registration;

[0442] UE-1's dialer app is started;

[0443] The default APP of UE-1 is started (for example, a default APP dedicated to establishing DC, which may be independent of the dial-up APP).

[0444] Among them, only when it is determined in step 0 that the first condition is met, the subsequent steps are executed.

[0445] Step 1. UE-1 sends an Invite message (ie, the first Invite message), which carries only the SDP offer information corresponding to the bootstrap DC in the SDP, but does not carry the SDP offer information corresponding to the application DC.

[0446] The destination address of the Invite message is a preset destination address, which may be a called number dedicated to establishing a bootstrap DC, such as a customer service telephone number of a communication operator, or UE-1's own communication number.

[0447] Step 2. Same as Figure 2 Follow step 2 in the

[0448] Optionally, the Invite message includes instruction information for establishing only a bootstrap DC, that is, instruction information for not establishing an application DC.

[0449] Step 3. The IMS AS sends a Nimsas_SessionEventControl_Notify message to the DCSF.

[0450] Optionally, the Nimsas_SessionEventControl_Notify message includes second indication information, where the second indication information indicates at least one of the following:

[0451] Only the instructions for establishing the bootstrap DC are provided;

[0452] Only indicates the establishment of bootstrap DC for the calling UE;

[0453] Instructions for establishing a unilateral bootstrap DC.

[0454] The IMS AS may determine that the second indication information is included according to the fact that the Invite message sent by UE-1 only carries the SDP of the bootstrap DC but does not carry the SDP of the application DC; or, the second indication information is included according to the indication information carried in the Invite message sent by UE-1.

[0455] Step 4: The DCSF determines that only the bootstrap DC needs to be established for the calling UE. The DCSF makes the determination based on at least one of the following conditions:

[0456] 1) The called number is a special number;

[0457] 2) Second indication information sent by the IMS AS.

[0458] Optionally, the called number includes at least one of the following:

[0459] The customer service phone number of the telecommunications operator;

[0460] The first terminal's own telephone number;

[0461] DCSF telephone number;

[0462] The telephone number of the IMS AS;

[0463] A PSI used to indicate that only the bootstrap DC is established.

[0464] Step 5. DCSF reserves the media information of MDC1 only for UE-1, but does not reserve the media information of MDC1 for UE-2.

[0465] Step 6. The DCSF sends a Nimsas_MediaControl_MediaInstruction message to the IMS AS to instruct the IMS AS to establish a connection between UE-1 and the MF.

[0466] Step 7. IMS AS discovers MF / enhance MRF.

[0467] Step 8. The IMS AS instructs the MF on the media resource information reserved for the calling party.

[0468] Step 9 to step 10. Same as Figure 2 Follow steps 9 to 10 in .

[0469] Step 11. The IMS AS sends a 200 OK message to UE-1, carrying an SDP answer.

[0470] Step 12. UE-1 downloads the DC application list application list through the bootstrap DC.

[0471] Optionally, UE-1 downloads several frequently used applications in the application list, such as screen sharing, file transfer, positioning, etc.

[0472] Optionally, UE-1 releases the established bootstrap DC.

[0473] For example, after establishing the bootstrap DC, UE-1 starts a timer. If no request to use the bootstrap DC (for example, downloading a DC application) or to establish an application DC is received before the timer expires, UE-1 releases the bootstrap DC through a Bye message.

[0474] Through Example 1, UE-1 can obtain the available DC application list and display to the user on the interface of UE-1 which DC applications can be used to communicate with UE-2.

[0475] Embodiment 2

[0476] In this embodiment, UE-1 obtains an application list before a call, and then uses the application list to select a DC application to be used, and first establishes a bootstrap DC based on the selected DC application, and then establishes an application DC. Figure 7b As shown, the process includes the following steps:

[0477] Step 1. When the user selects a DC application from the application list to establish an application DC with UE-2, UE-1 first initiates a bootstrap DC establishment request (ie, the second Invite message).

[0478] Steps 2 to 15 are the same as Figure 2 The differences include: after receiving the bootstrapDC establishment request, UE-2 does not reply to the 180 ringing message and does not display the incoming call interface to the called user.

[0479] Step 16. Optionally, UE-1 downloads the application list.

[0480] It should be noted that step 16 is an optional step. When UE-1 downloads the application list through the process shown in embodiment 1 before the call, step 16 may not be performed.

[0481] Step 17. UE-1 downloads the DC application selected by the user.

[0482] Step 18. UE-1 establishes application DC through Update message, which contains the content of bootstrapDC and application DC.

[0483] It should be noted that, in step 13, if UE-2 replies with 200OK, then in step 18, a re-Invite message is sent, and the message includes the content of the bootstrap DC and the content of the application DC.

[0484] Step 19 to step 24. Same as Figure 2 Follow steps 24 to 29 in .

[0485] Step 25. UE-2 replies with a 183 message, carrying the SDP answer corresponding to the application DC.

[0486] It should be noted that, in addition to the 183 message in step 25, UE-2 can also reply with a 180 message to carry the SDP answer of application DC. In this case, step 25 includes the following: Figure 7b The content of step 27 in the above example is that UE-2 replies with a 180 message and plays an incoming call prompt tone to the user.

[0487] Step 26. Optionally, the called network side establishes a QoS flow corresponding to application DC for UE-2.

[0488] It should be noted that, when UE-2 replies to the 180 message in step 25 to carry the SDP answer of application DC, the establishment of QoS flow is performed after UE-2 replies to the 180 message.

[0489] If UE-2 replies with the 183 message in step 25, step 27 is executed.

[0490] Step 27. UE-2 replies with a 180 message and plays an incoming call alert tone to the user.

[0491] It should be noted that UE-2 can play the prompt tone in the following situations:

[0492] Receive the Invite message of step 23;

[0493] After downloading DC application DC;

[0494] Complete the establishment of the QoS flow corresponding to the application DC.

[0495] Step 28. When the called user agrees to use the DC application, UE-2 sends a 200OK message.

[0496] Step 29 to step 31. Same as Figure 2 The differences include: in this embodiment, the 200OK message does not carry SDP answer information.

[0497] Step 32 to step 34. Same as Figure 2 35 to 37 in .

[0498] It should be noted that step 32 in this embodiment can also be executed after receiving the SDP answer. For example, if the 183 message carries the SDP answer, step 32 is executed after step 25; or if the 180 message carries the SDP answer, step 32 is executed after 27.

[0499] Embodiment 3

[0500] In this embodiment, UE-1 obtains the application list and the commonly used DC application before the call. After that, when the user selects the downloaded DC application, it can simultaneously request to establish the bootstrap DC and the application DC based on the selected DC application. Figure 7c As shown, the process includes the following steps:

[0501] Step 0. UE-1 executes the process of the first embodiment and pre-downloads the commonly used DC application.

[0502] Step 1. The user of UE-1 chooses to use the pre-downloaded DC application to communicate with UE-2, so UE-1 sends an Invite message (i.e., the third Invite message) with the destination address being UE-2, and carrying the SDP offer information of the bootstrap DC and application DC in the SDP.

[0503] Steps 2 to 12 are the same as Figure 2 Follow steps 2 to 12 in .

[0504] Step 13. UE-2 replies with SDP answer via 183 response message.

[0505] The SDP answer in this step contains the media information of the bootstrap DC determined by UE-2.

[0506] Step 14. The IMS AS sends the SDP offer information of bootstrap DC and application DC to UE-2 through an Update message.

[0507] It should be noted that if Figure 7c In step 13, UE-2 replies with a 200OK message. In step 18, IMSAS sends SDP offer information of bootstrap DC and application DC to UE-2 through a re-Invite message.

[0508] Step 15. UE-2 determines the DCapplication requested by UE-1 based on the content of application DC in the SDP offer.

[0509] Optionally, when UE-2 determines that the DC application requested by UE-1 has not been downloaded, UE-2 downloads the DC application through bootstrapDC.

[0510] Step 16. UE-2 replies the SDP answer corresponding to the bootstrap DC and application DC through the 183 message.

[0511] It should be noted that, in addition to the 183 message, UE-2 can also carry the SDP answer of application DC through the 180 message. Figure 7c Step 22 can be omitted and the actions of step 22 can be merged into step 25.

[0512] Step 17. IMS sends the SDP answer corresponding to the bootstrap DC and application DC to UE-1.

[0513] The SDP answer of the bootstrap DC includes the resources reserved by the MF for UE-1.

[0514] Step 18 to step 19. The network of UE-2 establishes a dedicated QoS flow for UE-2 to transmit bootstrap DC; the network of UE-1 establishes a dedicated QoS flow for UE-1 to transmit bootstrap DC.

[0515] Step 20. Optionally, UE-1 downloads the DC application list application list through the bootstrap DC.

[0516] Step 21. Optionally, UE-1 updates the DC application selected by the user through the bootstrap DC.

[0517] Step 22. UE-2 replies with a 180 message and plays an incoming call prompt tone to the user.

[0518] It should be noted that UE-2 can play the prompt tone in the following situations:

[0519] Receive the Invite message in step 12;

[0520] After downloading DC application DC;

[0521] Complete the establishment of the QoS flow corresponding to the application DC.

[0522] Step 23 to step 26. Same as Figure 2 The differences include: in this embodiment, the 200OK message does not carry SDP answer information.

[0523] Step 27 to step 28. Same as Figure 2 36 to 37 in .

[0524] Embodiment 4

[0525] In this embodiment, UE-1 downloads the application list and the commonly used DCapplication from DCSF-1 before the call. After that, when the user selects the downloaded DC application, the application DC can be established based on the selected DCapplication request, and information for downloading the selected DC application is sent to UE-2, so that UE-2 can establish a bootstrap DC with DCSF-1 that stores the DCapplication based on the information for downloading the selected DC application. Figure 7d As shown, the process includes the following steps:

[0526] Step 1. UE-1 executes the process of embodiment 1 and pre-downloads the commonly used DC application.

[0527] Optionally, DCSF-1 sends DC application download information to UE-1, including at least one of the following:

[0528] The address of DCSF-1;

[0529] The identifier allocated by DCSF-1 to UE-1.

[0530] Step 2. Optionally, UE-1 downloads the DC application according to the user's choice.

[0531] For example: When the selected DC application has an update, download the updated DCapplication.

[0532] Step 3. UE-1 communicates with UE-2 using the DC application selected by the user.

[0533] In this step 3, UE-1 sends an Invite message (ie, the fourth Invite message), the destination address of which is UE-2. The SDP of the Invite message carries the SDP offer information of the application DC and the information for downloading the DCapplication.

[0534] The information used to download the DC application includes at least one of the following:

[0535] SDP information of the bootstrap DC;

[0536] A preset destination address used by the first terminal when downloading the DC application;

[0537] The address of the data channel signaling function DCSF corresponding to the DC application;

[0538] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0539] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0540] Step 4 to step 9. Same as Figure 2 The differences include: in this embodiment, Figure 2 The re-Invite message in the request is replaced with the Invite message, and the Invite message additionally carries information for downloading DCapplication.

[0541] It should be noted that the DCSF-1 used when UE-1 downloads the DC application and the DCSF-2 used when UE-2 establishes the application DC can be the same or different, and no specific limitation is made here.

[0542] Step 10. UE-2 initiates the process of establishing a bootstrap DC according to the information downloaded by the DC application. For the specific process, refer to the process of initiating the process of establishing a bootstrap DC in the first embodiment, which will not be repeated here.

[0543] Optionally, UE-2 may carry the identifier of UE-1 and the stream ID sent by UE-1 during the establishment of the bootstrap DC.

[0544] Step 11. Optionally, if UE-2 has not downloaded the DC application selected by UE-1, it downloads the DC application through the established bootstrap DC.

[0545] Step 12 to step 20. Same as Figure 2 The difference includes: in this embodiment, the SDP answer replied by UE-2 only includes the SDP answer corresponding to the application DC, but does not include the SDP answer corresponding to the bootstrap DC.

[0546] Embodiment 5

[0547] In this embodiment, UE-1 downloads the application list and the commonly used DCapplication from DCSF-1 before the call. After that, when UE-1 receives a request to establish an application DC, the bootstrap DC can continue to be used. It can establish an application DC based on the selected DC application request and establish a bootstrap DC corresponding to the DC application information for UE-2, such as Figure 7e As shown, the process includes the following steps:

[0548] Step 1. UE-1 executes the process of embodiment 1 and pre-downloads the commonly used DC application.

[0549] Step 2. Same as step 2 in Example 4.

[0550] Step 3. UE-1 communicates with UE-2 using the DC application selected by the user.

[0551] In this step, UE-1 sends a re-Invite message with the destination address being UE-2. The SDP of the re-Invite message carries the SDP offer information of the bootstrap DC and the application DC.

[0552] Step 4. The IMS AS sends a notification message (ie, the fourth message) to the DCSF.

[0553] Optionally, the notification message may include indication information for establishing a bootstrap DC for the opposite UE.

[0554] Step 5. DCSF determines to establish a bootstrap DC for UE-2 according to the notification message.

[0555] Step 6. DCSF only creates DC media information for UE-2 but does not create DC media information for UE-1.

[0556] In this step, DCSF can execute the step of creating DC media information only for UE-2 according to the indication information in the above-mentioned step 4 of this embodiment; or it can execute the step of creating DC media information only for UE-2 according to its own judgment, for example: DCSF records that media information has only been allocated to the calling UE, and when a request to establish a bootstrap DC is received again, DC media information is only created for the opposite UE.

[0557] Step 7. Same as Figure 2 Step 6.

[0558] Step 8. The IMS AS requests the MF / MRF to allocate media resources for the opposite UE. The MF only allocates MDC1 media resources for the opposite UE, but does not allocate MDC1 media resources for UE-1.

[0559] Step 9. Same as step 8 to step 28 in embodiment 3.

[0560] The DC establishment method provided in the embodiment of the present application may be executed by a DC establishment device. In the embodiment of the present application, the DC establishment method executed by a DC establishment device is taken as an example to illustrate the DC establishment device provided in the embodiment of the present application.

[0561] like Figure 8 As shown, the DC establishment device provided in the embodiment of the present application may be a device corresponding to the first terminal, such as Figure 8 As shown, the DC establishing device 800 includes the following modules:

[0562] A first sending module 801 is configured to send a first message without establishing a voice, video or message media connection, where the first message is used to request to establish a target DC, where the target DC includes at least one of a bootstrap DC and an application DC;

[0563] The first establishing module 802 is configured to receive a first response message and establish the target DC according to the first response message.

[0564] Optionally, the first sending module 801 is specifically configured to:

[0565] A first Invite message is sent to a preset destination address, where the first Invite message includes Session Description Protocol SDP offer information for establishing the bootstrap DC.

[0566] Optionally, the first Invite message also includes first indication information, where the first indication information is used to indicate that only a bootstrap DC is to be established.

[0567] Optionally, the first sending module 801 is specifically configured to:

[0568] When the first condition is met, sending a first message;

[0569] The first condition includes at least one of the following:

[0570] The first terminal is turned on;

[0571] The first terminal releases or turns off the flight mode;

[0572] The first terminal completes IMS registration or IMS re-registration;

[0573] The dialing application APP of the first terminal is started;

[0574] A preset APP of the first terminal is started, and the preset APP is used to establish the target DC.

[0575] Optionally, the DC establishing device 800 further includes:

[0576] The first downloading module is used to download an application list based on the bootstrap DC.

[0577] Optionally, the DC establishing device 800 further includes:

[0578] The second downloading module is used to download the first DC application in the application list based on the bootstrap DC.

[0579] Optionally, the DC establishing device 800 further includes:

[0580] A release module is used to release the bootstrap DC.

[0581] Optionally, the release module is specifically used to:

[0582] When a second condition is met, the bootstrap DC is released, where the second condition includes at least one of the following:

[0583] When the first timer times out, the first terminal does not use the bootstrap DC to send a message or data;

[0584] When the first timer times out, the first terminal does not initiate a request message for establishing an application DC;

[0585] The first timer is started when the first terminal successfully establishes the bootstrap DC, or after the first terminal downloads the application list, or after the first DC application is downloaded.

[0586] Optionally, the target DC includes a bootstrap DC and an application DC, and the first sending module 801 includes:

[0587] A first sending unit, configured to send a second Invite message to a second terminal, wherein the second Invite message includes first SDP offer information, and the first SDP offer information is used to establish a bootstrap DC;

[0588] The first transmission unit is used to send a second message to the second terminal when receiving a first SDP response answer information, wherein the second message includes second SDP offer information, wherein the first SDP answer information is the SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC.

[0589] Optionally, the first transmission unit is specifically configured to:

[0590] When the first terminal receives a 183 response message including the first SDP answer information, sending an Update message; or,

[0591] When the first terminal receives the 200OK message including the first SDP answer information, a re-Invite message is sent.

[0592] Optionally, the target DC includes a bootstrap DC and an application DC, and the first sending module 801 is specifically configured to:

[0593] A third Invite message is sent to the second terminal, wherein the third Invite message includes third SDP offer information, and the third SDP offer information is used to establish a bootstrap DC and an application DC.

[0594] Optionally, the DC establishing device 800 further includes:

[0595] An initiating module is used to initiate a process of downloading a DC application when a second response message containing third SDP answer information is received, wherein the third SDP answer information is SDP answer information corresponding to the third SDP offer information.

[0596] Optionally, the second response message includes at least one of the following:

[0597] 183 messages;

[0598] 180 messages;

[0599] 200 OK message.

[0600] Optionally, the target DC includes an application DC, and the first sending module 801 is specifically configured to:

[0601] A fourth Invite message is sent to the second terminal, wherein the fourth Invite message includes fourth SDP offer information and information for downloading a DC application, the fourth SDP offer information is used to establish applicationDC, and the first terminal has downloaded the DC application using bootstrap DC.

[0602] Optionally, the information for downloading the DC application includes at least one of the following:

[0603] SDP information of the bootstrap DC;

[0604] A preset destination address used by the first terminal when downloading the DC application;

[0605] The address of the data channel signaling function DCSF corresponding to the DC application;

[0606] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0607] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0608] Optionally, the DC establishing device 800 further includes:

[0609] The third receiving module is configured to receive first information from a first DCSF, wherein the first DCSF is used to establish the bootstrap DC for the first terminal, and the first information includes at least one of the following:

[0610] the address of the first DCSF;

[0611] The first DCSF is an identifier allocated to the first terminal.

[0612] Optionally, the target DC includes an application DC, and the first sending module 801 is specifically configured to:

[0613] A re-Invite message is sent to the second terminal, wherein the re-Invite message includes fifth SDP offer information, and the fifth SDP offer information is used to establish an application DC.

[0614] The message processing method provided in the embodiment of the present application can be executed by a message processing device. In the embodiment of the present application, the message processing device provided in the embodiment of the present application is described by taking the message processing method executed by the message processing device as an example.

[0615] like Fig. 9 As shown, a message processing device provided in an embodiment of the present application may be a device corresponding to the second terminal, such as Fig. 9 As shown, the message processing device 900 includes the following modules:

[0616] The first transmission module 901 is configured to, upon receiving a third message, send a 180 message corresponding to the third message if a third condition is met, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0617] The third condition includes at least one of the following:

[0618] The third message is used to request to establish an application DC;

[0619] The second terminal completes downloading of the DC application corresponding to the application DC;

[0620] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0621] Optionally, the third message includes an information message processing device 900 for downloading a DC application, and further includes:

[0622] A building module, used for building a bootstrap DC according to the information for downloading the DC application;

[0623] The third downloading module is used to download the DC application based on the established bootstrap DC.

[0624] Optionally, the information for downloading the DC application includes at least one of the following:

[0625] SDP information of the bootstrap DC;

[0626] A preset destination address used by the first terminal when downloading the DC application;

[0627] The address of the data channel signaling function DCSF corresponding to the DC application;

[0628] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0629] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0630] Optionally, the establishing module is specifically used to:

[0631] When the second terminal receives the SDP information of the bootstrap DC, sending a temporary response message according to the SDP information of the bootstrap DC and establishing a bootstrap DC; or,

[0632] When the second terminal receives the second information, a request for establishing a bootstrap DC is initiated according to the second information, where the second information includes at least one of the following:

[0633] A preset destination address used by the first terminal when downloading the DC application;

[0634] The address of the data channel signaling function DCSF corresponding to the DC application;

[0635] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0636] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0637] Optionally, the third download module includes:

[0638] a second sending unit, configured to send third information to the DCSF based on the established bootstrap DC, where the third information includes at least one of an identifier of the first terminal and a stream identifier stream ID sent by the first terminal;

[0639] The first receiving unit is configured to receive the DC application sent by the DCSF.

[0640] Optionally, the third message includes at least one of the following:

[0641] Invite message, re-Invite message, and Update message.

[0642] Optionally, the message processing device 900 further includes:

[0643] The output module is used to output incoming call prompt information.

[0644] Optionally, the message processing device 900 further includes:

[0645] The second sending module is used to send SDP answer information, where the SDP answer information is carried in the 180 message or the 183 message.

[0646] like Fig.10 As shown, another message processing device provided in the embodiment of the present application may be a device corresponding to the IMS AS, such as Fig.10 As shown, the message processing device 1000 includes the following modules:

[0647] A first receiving module 1001, configured to receive a first message from a first terminal;

[0648] The execution module 1002 is configured to execute a first operation according to the first message, where the first operation includes at least one of the following:

[0649] In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established;

[0650] In a case where the first message is used to request establishment of a bootstrap DC and an application DC, sending first SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives first SDP answer information from the second terminal, sending second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC;

[0651] In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal.

[0652] Optionally, the execution module 1002 includes:

[0653] The third sending unit is used to send a fourth message to the DCSF when the first message is a re-Invite message from the first terminal and the destination address is the second terminal, wherein the re-Invite message includes second SDP offer information and information for downloading a DC application, and the second SDP offer information is used to establish an application DC.

[0654] Optionally, the fourth message includes third indication information, where the third indication information is used to indicate that only the bootstrap DC of the second terminal is to be established.

[0655] Optionally, the execution module 1002 includes:

[0656] The fourth sending unit is used to send second indication information to the data channel signaling function DCSF when the first message carries the first indication information or the first message only carries the SDP of the bootstrap DC, wherein the first indication information is used to indicate that only the bootstrap DC is established.

[0657] Optionally, the second indication information is used to indicate at least one of the following:

[0658] Only the bootstrap DC is established;

[0659] Only establish a bootstrap DC for the first terminal;

[0660] Establish a unilateral bootstrap DC.

[0661] Optionally, the message processing device 1000 further includes:

[0662] The third sending module is used to send SDP answer information of the bootstrap DC to the first terminal when the first message is used to request to establish the bootstrap DC.

[0663] Optionally, the message processing device 1000 further includes:

[0664] The fourth sending module is used to send third SDP answer information to the first terminal when the IMS AS receives the second SDP answer information of the second terminal, wherein the third SDP answer information is SDP answer information of bootstrap DC and application DC.

[0665] The resource allocation method provided in the embodiment of the present application can be executed by a resource allocation device. In the embodiment of the present application, the resource allocation device provided in the embodiment of the present application is described by taking the resource allocation device executing the resource allocation method as an example.

[0666] like Fig.11 As shown, the resource allocation device provided in the embodiment of the present application may be a device corresponding to the DCSF, such as Fig.11 As shown, the resource allocation device 1100 includes the following modules:

[0667] The second receiving module 1101 is used to receive a fourth message from an IP multimedia subsystem application server IMS AS;

[0668] The first resource allocation module 1102 is configured to allocate or reserve resources corresponding to the bootstrap DC for the first terminal when the fourth message is used to notify that only the first terminal is to establish a bootstrap data channel DC; or

[0669] The second resource allocation module is configured to allocate or reserve resources corresponding to the bootstrap DC for the second terminal by the DCSF when the fourth message is used to notify that the bootstrapDC is established only for the second terminal.

[0670] Optionally, in a case where the fourth message carries second indication information, the fourth message is used to notify that a bootstrap DC is only established for the first terminal, wherein the second indication information is used to indicate that a bootstrap DC is only established for the first terminal; or,

[0671] When the fourth message is triggered based on the first terminal initiating a first invitation Invite message to a preset destination address, the fourth message is used to notify that a bootstrap DC is established only for the first terminal, wherein the first Invite message includes a Session Description Protocol SDP offer information for establishing a bootstrap DC.

[0672] Optionally, the second indication information is used to indicate at least one of the following:

[0673] Only the bootstrap DC is established;

[0674] Only establish a bootstrap DC for the first terminal;

[0675] Establish a unilateral bootstrap DC.

[0676] Optionally, in a case where the fourth message carries the third indication information, the fourth message is used to notify that only the bootstrap DC of the second terminal is established, and the third indication information is used to indicate that only the bootstrap DC of the second terminal is established.

[0677] Optionally, the resource allocation device 1100 further includes:

[0678] The fifth sending module is used to send information used to download the DC application to the first terminal when the first terminal downloads the DC application based on the bootstrap DC.

[0679] Optionally, the information for downloading the DC application includes at least one of the following:

[0680] the address of the DCSF;

[0681] The DCSF is an identifier allocated to the first terminal.

[0682] The DC establishment device, message processing device, and resource allocation device in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or a network side device. For example, the terminal can include but is not limited to the types of terminals 11 listed above, and the network side device can include but is not limited to the types of network side devices 12 listed above, which are not specifically limited in the embodiment of the present application.

[0683] The DC establishment device, message processing device, and resource allocation device provided in the embodiments of the present application can implement the various processes implemented by the aforementioned DC establishment method, message processing method, and resource allocation method embodiments of the present application, and achieve the same technical effects. To avoid repetition, they will not be repeated here.

[0684] like Fig.12 As shown, the embodiment of the present application also provides a communication device 1200, including a processor 1201 and a memory 1202, and the memory 1202 stores programs or instructions that can be run on the processor 1201. For example, when the communication device 1200 is a terminal, the program or instruction is executed by the processor 1201 to implement the various steps of the aforementioned DC establishment method, message processing method and resource allocation method embodiments of the present application, and can achieve the same technical effect. When the communication device 1200 is a network side device, the program or instruction is executed by the processor 1201 to implement the various steps of the aforementioned DC establishment method, message processing method and resource allocation method embodiments of the present application, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0685] The embodiment of the present application also provides a terminal, including a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps in the above-mentioned DC establishment method or the message processing method embodiment on the second terminal side of the present application. This terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to this terminal embodiment and can achieve the same technical effect. Specifically, Fig.13 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0686] The terminal 1300 includes but is not limited to: a radio frequency unit 1301, a network module 1302, an audio output unit 1303, an input unit 1304, a sensor 1305, a display unit 1306, a user input unit 1307, an interface unit 1308, a memory 1309 and at least some of the components of a processor 1310.

[0687] Those skilled in the art will appreciate that the terminal 1300 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 1310 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Fig.13 The terminal structure shown in the figure does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0688] It should be understood that in the embodiment of the present application, the input unit 1304 may include a graphics processing unit (GPU) 13041 and a microphone 13042, and the graphics processor 13041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 1306 may include a display panel 13061, and the display panel 13061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 1307 includes a touch panel 13071 and at least one of other input devices 13072. The touch panel 13071 is also called a touch screen. The touch panel 13071 may include two parts: a touch detection device and a touch controller. Other input devices 13072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0689] In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 1301 can transmit the data to the processor 1310 for processing; in addition, the RF unit 1301 can send uplink data to the network side device. Generally, the RF unit 1301 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0690] The memory 1309 can be used to store software programs or instructions and various data. The memory 1309 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 1309 may include a volatile memory or a non-volatile memory. Among them, the non-volatile memory may 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 may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 1309 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0691] The processor 1310 may include one or more processing units; optionally, the processor 1310 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 1310.

[0692] In some implementations, terminal 1300 is a first terminal.

[0693] In this implementation manner, the radio frequency unit 1301 is configured to send a first message without establishing a voice, video or message media connection, where the first message is used to request to establish a target DC, where the target DC includes at least one of a bootstrap DC and an application DC;

[0694] The radio frequency unit 1301 is further configured to receive a first response message and establish the target DC according to the first response message.

[0695] Optionally, the target DC includes a bootstrap DC, and the sending of the first message performed by the radio frequency unit 1301 includes:

[0696] A first Invite message is sent to a preset destination address, where the first Invite message includes Session Description Protocol SDP offer information for establishing the bootstrap DC.

[0697] Optionally, the first Invite message also includes first indication information, where the first indication information is used to indicate that only a bootstrap DC is to be established.

[0698] Optionally, the sending of the first message performed by the radio frequency unit 1301 includes:

[0699] When the first terminal meets the first condition, sending a first message;

[0700] The first condition includes at least one of the following:

[0701] The first terminal is turned on;

[0702] The first terminal releases or turns off the flight mode;

[0703] The first terminal completes IMS registration or IMS re-registration;

[0704] The dialing application APP of the first terminal is started;

[0705] A preset APP of the first terminal is started, and the preset APP is used to establish the target DC.

[0706] Optionally, the processor 1310 is configured to control the radio frequency unit 1301 to download an application list based on the bootstrap DC.

[0707] Optionally, the processor 1310 is further configured to control the radio frequency unit 1301 to download the first DC application in the application list based on the bootstrap DC.

[0708] Optionally, the processor 1310 is further configured to control the RF unit 1301 to release the bootstrap DC.

[0709] Optionally, the controlling the RF unit 1301 to release the bootstrap DC executed by the processor 1310 includes:

[0710] When it is determined that the first terminal satisfies a second condition, the radio frequency unit 1301 is controlled to release the bootstrap DC, where the second condition includes at least one of the following:

[0711] When the first timer times out, the first terminal does not use the bootstrap DC to send a message or data;

[0712] When the first timer times out, the first terminal does not initiate a request message for establishing an application DC;

[0713] The first timer is started when the first terminal successfully establishes the bootstrap DC, or after the first terminal downloads the application list, or after the first DC application is downloaded.

[0714] Optionally, the target DC includes a bootstrap DC and an application DC, and the sending of the first message performed by the radio frequency unit 1301 includes:

[0715] Sending a second Invite message to the second terminal, wherein the second Invite message includes the first SDP offer information, and the first SDP offer information is used to establish a bootstrap DC;

[0716] Upon receiving the first SDP answer information, a second message is sent to the second terminal, where the second message includes second SDP offer information, wherein the first SDP answer information is the SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC.

[0717] Optionally, the sending of the second message to the second terminal by the radio frequency unit 1301 upon receiving the first SDP response answer information includes:

[0718] When receiving the 183 response message including the first SDP answer information, the second terminal sends an Update message; or,

[0719] When receiving the 200OK message including the first SDP answer information, the second terminal sends a re-Invite message.

[0720] Optionally, the target DC includes a bootstrap DC and an application DC, and the sending of the first message performed by the radio frequency unit 1301 includes:

[0721] A third Invite message is sent to the second terminal, wherein the third Invite message includes third SDP offer information, and the third SDP offer information is used to establish a bootstrap DC and an application DC.

[0722] Optionally, the processor 1310 is further used to initiate a process of downloading a DC application when a second response message containing third SDP answer information is received through the radio frequency unit 1301, wherein the third SDP answer information is SDP answer information corresponding to the third SDP offer information.

[0723] Optionally, the second response message includes at least one of the following:

[0724] 183 messages;

[0725] 180 messages;

[0726] 200 OK message.

[0727] Optionally, the target DC includes an application DC, and the sending of the first message performed by the radio frequency unit 1301 includes:

[0728] A fourth Invite message is sent to the second terminal, wherein the fourth Invite message includes fourth SDP offer information and information for downloading a DC application, the fourth SDP offer information is used to establish applicationDC, and the first terminal has downloaded the DC application using bootstrap DC.

[0729] Optionally, the information for downloading the DC application includes at least one of the following:

[0730] SDP information of the bootstrap DC;

[0731] A preset destination address used by the first terminal when downloading the DC application;

[0732] The address of the data channel signaling function DCSF corresponding to the DC application;

[0733] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0734] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0735] Optionally, the radio frequency unit 1301 is further configured to receive first information from a first DCSF, wherein the first DCSF is used to establish the bootstrap DC for the first terminal, and the first information includes at least one of the following:

[0736] the address of the first DCSF;

[0737] The first DCSF is an identifier allocated to the first terminal.

[0738] Optionally, the target DC includes an application DC, and the sending of the first message performed by the radio frequency unit 1301 includes:

[0739] A re-Invite message is sent to the second terminal, wherein the re-Invite message includes fifth SDP offer information, and the fifth SDP offer information is used to establish an application DC.

[0740] In some other implementations, terminal 1300 is a second terminal.

[0741] In this implementation manner, the processor 1310 is configured to, when receiving the third message through the RF unit 1301, control the RF unit 1301 to send a 180 message corresponding to the third message if a third condition is met, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC;

[0742] The third condition includes at least one of the following:

[0743] The third message is used to request to establish an application DC;

[0744] The second terminal completes downloading of the DC application corresponding to the application DC;

[0745] The second terminal completes the establishment of the bearer corresponding to the application DC.

[0746] Optionally, the third message includes information for downloading a DC application, and the processor 1310 is further configured to:

[0747] Establish a bootstrap DC according to the information used to download the DC application;

[0748] Based on the established bootstrap DC, the radio frequency unit 1301 is controlled to download the DC application.

[0749] Optionally, the information for downloading the DC application includes at least one of the following:

[0750] SDP information of the bootstrap DC;

[0751] A preset destination address used by the first terminal when downloading the DC application;

[0752] The address of the data channel signaling function DCSF corresponding to the DC application;

[0753] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0754] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0755] Optionally, the step of establishing a bootstrap DC according to the information for downloading the DC application performed by the processor 1310 includes:

[0756] In the case where the SDP information of the bootstrap DC is received through the radio frequency unit 1301, according to the SDP information of the bootstrap DC, the radio frequency unit 1301 is controlled to send a temporary response message and establish a bootstrap DC; or,

[0757] In the case where the second information is received by the radio frequency unit 1301, the radio frequency unit 1301 is controlled to initiate a request to establish a bootstrap DC according to the second information, where the second information includes at least one of the following:

[0758] A preset destination address used by the first terminal when downloading the DC application;

[0759] The address of the data channel signaling function DCSF corresponding to the DC application;

[0760] The DCSF corresponding to the DC application is an identifier allocated to the first terminal;

[0761] The flow identifier used by the first terminal when establishing the bootstrap DC.

[0762] Optionally, the controlling the RF unit 1301 to download the DC application based on the established bootstrap DC performed by the processor 1310 includes:

[0763] Control the radio frequency unit 1301 to send third information to the DCSF based on the established bootstrap DC, where the third information includes at least one of an identifier of the first terminal and a stream identifier stream ID sent by the first terminal;

[0764] The DC application sent by the DCSF is received through the radio frequency unit 1301.

[0765] Optionally, the third message includes at least one of the following:

[0766] Invite message, re-Invite message, and Update message.

[0767] Optionally, the processor 1310 is further configured to control at least one of the display unit 1306 and the audio output unit 1303 to output incoming call prompt information.

[0768] Optionally, the radio frequency unit 1301 is further configured to send SDP answer information, where the SDP answer information is carried in the 180 message or the 183 message.

[0769] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the DC establishment method and the message processing method embodiment on the second terminal side, and can achieve the same or corresponding technical effect as the DC establishment method and the message processing method embodiment on the second terminal side. In order to avoid repetition, it will not be repeated here.

[0770] The embodiment of the present application also provides a network side device, including a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the message processing method and resource allocation method embodiment of the IMS AS side. The network side device embodiment corresponds to the above-mentioned network side device method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to the network side device embodiment, and can achieve the same technical effect. Specifically, the embodiment of the present application provides a network side device.

[0771] like Fig.14As shown, the network side device 1400 includes: a processor 1401, a network interface 1402 and a memory 1403. The network interface 1402 is, for example, a Common Public Radio Interface (CPRI).

[0772] Specifically, the network side device 1400 of the embodiment of the present application further includes: instructions or programs stored in the memory 1403 and executable on the processor 1401, and the processor 1401 calls the instructions or programs in the memory 1403 to execute as follows: Fig.10 or Fig.11 The methods executed by the modules shown achieve the same technical effects, and therefore will not be described here in detail to avoid repetition.

[0773] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the aforementioned DC establishment method, message processing method and resource allocation method embodiments of the present application are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0774] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0775] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the aforementioned DC establishment method, message processing method and resource allocation method embodiments of the present application, and can achieve the same technical effects. To avoid repetition, they will not be repeated here.

[0776] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0777] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium and is executed by at least one processor to implement the various processes of the aforementioned DC establishment method, message processing method and resource allocation method embodiments of the present application, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0778] An embodiment of the present application also provides a wireless communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the DC establishment method or the message processing method on the second terminal side described above in the present application, and the network side device can be used to execute the steps of the message processing method or the resource allocation method on the IMS AS side described above in the present application.

[0779] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the method and device in the embodiment of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0780] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general hardware platform, and of course, can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, disk, CD, etc.), including several instructions to enable a terminal or a network-side device to execute the methods described in each embodiment of the present application.

[0781] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of the present application and the scope of protection of the claims, and these implementation methods are all within the protection of the present application.

Claims

1. A method for establishing a data channel DC, characterized in that: include: In the case where a voice, video or message media connection is not established, the first terminal sends a first message, where the first message is used to request to establish a target DC, where the target DC includes at least one of a bootstrap DC and an application DC; The first terminal receives the first response message, and establishes the target DC according to the first response message.

2. The method according to claim 1, characterized in that The target DC includes a bootstrap DC, and the first terminal sends a first message including: The first terminal sends a first invitation Invite message to a preset destination address, where the first Invite message includes Session Description Protocol SDP offer information for establishing the bootstrap DC.

3. The method according to claim 2, characterized in that The first Invite message also includes first indication information, where the first indication information is used to indicate that only a bootstrap DC is established.

4. The method according to any one of claims 1 to 3, characterized in that The first terminal sends a first message, including: The first terminal sends a first message when a first condition is met; The first condition includes at least one of the following: The first terminal is turned on; The first terminal releases or turns off the flight mode; The first terminal completes IP Multimedia Subsystem IMS registration or IMS re-registration; The dialing application APP of the first terminal is started; A preset APP of the first terminal is started, and the preset APP is used to establish the target DC.

5. The method according to any one of claims 2 to 4, characterized in that The method further comprises: The first terminal downloads an application list based on the bootstrap DC.

6. The method according to claim 5, characterized in that The method further comprises: The first terminal downloads the first DC application in the application list based on the bootstrap DC.

7. The method according to any one of claims 2 to 6, characterized in that The method further comprises: The first terminal releases the bootstrap DC.

8. The method according to claim 7, characterized in that The first terminal releases the bootstrap DC, including: The first terminal releases the bootstrap DC when a second condition is met, where the second condition includes at least one of the following: When the first timer times out, the first terminal does not use the bootstrap DC to send a message or data; When the first timer times out, the first terminal does not initiate a request message for establishing an application DC; The first timer is started when the first terminal successfully establishes the bootstrap DC, or after the first terminal downloads the application list, or after the first DC application is downloaded.

9. The method according to any one of claims 1 to 8, characterized in that The target DC includes a bootstrapDC and an application DC, and the first terminal sends a first message including: The first terminal sends a second Invite message to the second terminal, wherein the second Invite message includes first SDP offer information, and the first SDP offer information is used to establish a bootstrap DC; When receiving the first SDP response answer information, the first terminal sends a second message to the second terminal, where the second message includes second SDP offer information, wherein the first SDP answer information is the SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish applicationDC.

10. The method according to claim 9, characterized in that When the first terminal receives the first SDP response answer information, sending the second message to the second terminal includes: When the first terminal receives the 183 response message including the first SDP answer information, the second terminal sends an Update message; or, When the first terminal receives the 200OK message including the first SDP answer information, the second terminal sends a re-Invite message.

11. The method according to any one of claims 1 to 8, characterized in that The target DC includes a bootstrapDC and an application DC, and the first terminal sending the first message includes: The first terminal sends a third Invite message to the second terminal, wherein the third Invite message includes third SDP offer information, and the third SDP offer information is used to establish a bootstrap DC and an application DC.

12. The method according to claim 11, characterized in that The method further comprises: When the first terminal receives the second response message including the third SDP answer information, the first terminal initiates the process of downloading the DC application, wherein the third SDP answer information is the SDP answer information corresponding to the third SDP offer information.

13. The method according to claim 12, characterized in that The second response message includes at least one of the following: 183 messages; 180 messages; 200 OK message.

14. The method according to any one of claims 1 to 8, characterized in that The target DC includes an application DC, and the first terminal sends a first message including: The first terminal sends a fourth Invite message to the second terminal, wherein the fourth Invite message includes fourth SDP offer information and information for downloading a DC application, the fourth SDP offer information is used to establish an application DC, and the first terminal has downloaded the DC application using a bootstrap DC.

15. The method according to claim 14, characterized in that The information for downloading the DC application includes at least one of the following: SDP information of the bootstrap DC; A preset destination address used by the first terminal when downloading the DC application; The address of the data channel signaling function DCSF corresponding to the DC application; The DCSF corresponding to the DC application is an identifier allocated to the first terminal; The flow identifier used by the first terminal when establishing the bootstrap DC.

16. The method according to claim 15, characterized in that The method further comprises: The first terminal receives first information from a first DCSF, wherein the first DCSF is used to establish the bootstrap DC for the first terminal, and the first information includes at least one of the following: the address of the first DCSF; The first DCSF is an identifier allocated to the first terminal.

17. The method according to any one of claims 1 to 8, characterized in that The target DC includes an application DC, and the first terminal sends a first message including: The first terminal sends a re-Invite message to the second terminal, wherein the re-Invite message includes fifth SDP offer information, and the fifth SDP offer information is used to establish application DC.

18. A message processing method, characterized in that: include: When the second terminal receives the third message, if the third condition is met, it sends a 180 message corresponding to the third message, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC; The third condition includes at least one of the following: The third message is used to request to establish an application DC; The second terminal completes downloading of the DC application corresponding to the application DC; The second terminal completes the establishment of the bearer corresponding to the application DC.

19. The method according to claim 18, characterized in that The third message includes information for downloading DCapplication, and the method further includes: The second terminal establishes a bootstrap DC according to the information for downloading the DC application; The second terminal downloads the DC application based on the established bootstrap DC.

20. The method according to claim 19, characterized in that The information for downloading the DC application includes at least one of the following: Session Description Protocol SDP information of the bootstrap DC; A preset destination address used by the first terminal when downloading the DC application; The address of the data channel signaling function DCSF corresponding to the DC application; The DCSF corresponding to the DC application is an identifier allocated to the first terminal; The flow identifier used by the first terminal when establishing the bootstrap DC.

21. The method according to claim 20, characterized in that The second terminal establishes a bootstrap DC according to the information for downloading DCapplication, including: When the second terminal receives the SDP information of the bootstrap DC, the second terminal sends a temporary response message according to the SDP information of the bootstrap DC and establishes a bootstrap DC; or, When the second terminal receives the second information, it initiates a request to establish a bootstrap DC according to the second information, where the second information includes at least one of the following: A preset destination address used by the first terminal when downloading the DC application; The address of the data channel signaling function DCSF corresponding to the DC application; The DCSF corresponding to the DC application is an identifier allocated to the first terminal; The flow identifier used by the first terminal when establishing the bootstrap DC.

22. The method according to claim 19, characterized in that The second terminal downloads the DC application based on the established bootstrap DC, including: The second terminal sends third information to the DCSF based on the established bootstrap DC, where the third information includes at least one of an identifier of the first terminal and a stream identifier stream ID sent by the first terminal; The second terminal receives the DC application sent by the DCSF.

23. The method according to any one of claims 18 to 22, characterized in that The third message includes at least one of the following: Invite message, re-Invite message, and Update message.

24. The method according to any one of claims 18 to 23, characterized in that The method further comprises: The second terminal outputs incoming call prompt information.

25. The method according to any one of claims 18 to 24, characterized in that The method further comprises: The second terminal sends an SDP answer message, where the SDP answer message is carried in the 180 message or the 183 message.

26. A message processing method, characterized in that: include: The IP multimedia subsystem application server IMS AS receives a first message from the first terminal; The IMS AS performs a first operation according to the first message, where the first operation includes at least one of the following: In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established; In a case where the first message is used to request the establishment of a bootstrap DC and an application DC, sending a first session description protocol SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives a first SDP answer information from the second terminal, sending a second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC; In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal.

27. The method according to claim 26, characterized in that When the first message is used to establish an application DC, sending a fourth message to the DCSF includes: In the case that the first message is a re-Invite message from the first terminal and the destination address is the second terminal, a fourth message is sent to DCSF, wherein the re-Invite message includes second SDP offer information and information for downloading a DC application, and the second SDP offer information is used to establish an application DC.

28. The method according to claim 27, characterized in that The fourth message includes third indication information, where the third indication information is used to indicate that only the bootstrap DC of the second terminal is to be established.

29. The method according to claim 26, characterized in that The sending second indication information to a data channel signaling function DCSF when the first message is used to request to establish a bootstrap DC includes: In the case where the first message carries the first indication information or the first message carries only the SDP of the bootstrap DC, the second indication information is sent to the data channel signaling function DCSF, wherein the first indication information is used to indicate that only the bootstrap DC is established.

30. The method according to claim 26 or 29, characterized in that The second indication information is used to indicate at least one of the following: Only the bootstrap DC is established; Only establish a bootstrap DC for the first terminal; Establish a unilateral bootstrap DC.

31. The method according to claim 26, 29 or 30, characterized in that The method further comprises: In the case where the first message is used to request establishment of a bootstrap DC, the IMS AS sends SDP answer information of the bootstrap DC to the first terminal.

32. The method according to any one of claims 26 to 31, characterized in that The method further comprises: When receiving the second SDP answer information of the second terminal, the IMS AS sends third SDP answer information to the first terminal, wherein the third SDP answer information is SDP answer information of bootstrap DC and applicationDC.

33. The method according to any one of claims 26 to 31, characterized in that The second indication information includes at least one of the following: Only carries the SDP offer information corresponding to the bootstrap DC; The SDP offer information corresponding to the application DC is not carried; Preset destination address.

34. The method according to claim 33, characterized in that The preset destination address includes at least one of the following: The customer service phone number of the telecommunications operator; The first terminal's own telephone number; DCSF telephone number; The telephone number of the IMS AS; The public service identifier (PSI) used to indicate that only the bootstrap DC is established.

35. A resource allocation method, characterized in that: The method comprises: The data channel signaling function DCSF receives a fourth message from the IP multimedia subsystem application server IMS AS; In a case where the fourth message is used to notify that a bootstrap data channel DC is established only for the first terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the first terminal; or, In a case where the fourth message is used to notify that a bootstrap DC is established only for the second terminal, the DCSF allocates or reserves resources corresponding to the bootstrap DC for the second terminal.

36. The method according to claim 35, characterized in that In the case where the fourth message carries the second indication information, the fourth message is used to notify that only the bootstrap DC is established for the first terminal, wherein the second indication information is used to indicate that only the bootstrap DC for the first terminal is established; or, When the fourth message is triggered based on the first terminal initiating a first invitation Invite message to a preset destination address, the fourth message is used to notify that a bootstrap DC is established only for the first terminal, wherein the first Invite message includes a Session Description Protocol SDP offer information for establishing a bootstrap DC.

37. The method according to claim 36, characterized in that The second indication information is used to indicate at least one of the following: Only the bootstrap DC is established; Only establish a bootstrap DC for the first terminal; Establish a unilateral bootstrap DC.

38. The method according to claim 35, characterized in that In the case where the fourth message carries the third indication information, the fourth message is used to notify that only the bootstrap DC of the second terminal is established, and the third indication information is used to indicate that only the bootstrap DC of the second terminal is established.

39. The method according to any one of claims 35 to 38, characterized in that The method further comprises: In a case where the first terminal downloads the DC application based on the bootstrap DC, the DCSF sends information for downloading the DC application to the first terminal.

40. The method according to claim 39, characterized in that The information used to download the DC application includes at least one of the following: the address of the DCSF; The DCSF is an identifier allocated to the first terminal.

41. The method according to any one of claims 36 to 40, characterized in that The second indication information includes at least one of the following: Only carries the SDP offer information corresponding to the bootstrap DC; The fourth message includes a preset destination address.

42. The method according to claim 41, characterized in that The preset destination address includes at least one of the following: The customer service phone number of the telecommunications operator; The first terminal's own telephone number; DCSF telephone number; The telephone number of the IMS AS; The public service identifier (PSI) used to indicate that only the bootstrap DC is established.

43. A data channel DC establishment device, characterized in that: For a first terminal, the device comprises: A first sending module, configured to send a first message without establishing a voice, video or message media connection, wherein the first message is used to request to establish a target DC, wherein the target DC includes at least one of a bootstrap DC and an application DC; The first establishing module is used to receive a first response message and establish the target DC according to the first response message.

44. A message processing device, characterized in that: For a second terminal, the device comprises: a first transmission module, configured to, upon receiving a third message, send a 180 message corresponding to the third message if a third condition is met, wherein the third message is used to request to establish a target data channel DC, and the target DC includes at least one of a bootstrap DC and an application DC; The third condition includes at least one of the following: The third message is used to request to establish an application DC; The second terminal completes downloading of the DC application corresponding to the application DC; The second terminal completes the establishment of the bearer corresponding to the application DC.

45. A message processing device, characterized in that: Used for an IP multimedia subsystem application server IMS AS, the device comprises: A first receiving module, configured to receive a first message from a first terminal; An execution module is configured to execute a first operation according to the first message, where the first operation includes at least one of the following: In the case where the first message is used to request the establishment of a bootstrap data channel DC, sending second indication information to a data channel signaling function DCSF, wherein the second indication information is used to indicate that only a bootstrap DC is established; In a case where the first message is used to request the establishment of a bootstrap DC and an application DC, sending a first session description protocol SDP offer information to the second terminal, where the first SDP offer information is used to establish a bootstrap DC, and in a case where the IMS AS receives a first SDP answer information from the second terminal, sending a second SDP offer information to the second terminal, where the first SDP answer information is SDP answer information corresponding to the first SDP offer information, and the second SDP offer information is used to establish an application DC; In the case where the first message is used to request the establishment of an application DC, a fourth message is sent to the DCSF, where the fourth message is used to notify the DCSF to only establish a bootstrap DC for the second terminal.

46. ​​A resource allocation device, characterized in that: For a data channel signaling function DCSF, the device comprises: A second receiving module, configured to receive a fourth message from an IP multimedia subsystem application server IMS AS; A first resource allocation module is configured to allocate or reserve resources corresponding to a bootstrap DC for the first terminal by the DCSF when the fourth message is used to notify that a bootstrap data channel DC is established only for the first terminal; or The second resource allocation module is configured to allocate or reserve resources corresponding to the bootstrap DC for the second terminal by the DCSF when the fourth message is used to notify that a bootstrap DC is established only for the second terminal.

47. A terminal, characterized in that: It includes a processor and a memory, the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, it implements the steps of the data channel DC establishment method as described in any one of claims 1 to 17, or implements the steps of the message processing method as described in any one of claims 18 to 25.

48. A network side device, characterized in that: It includes a processor and a memory, the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, it implements the steps of the message processing method as described in any one of claims 26 to 34, or implements the steps of the resource allocation method as described in any one of claims 35 to 42.

49. A readable storage medium, characterized in that The readable storage medium stores programs or instructions, and when the programs or instructions are executed by the processor, they implement the steps of the data channel DC establishment method as described in any one of claims 1 to 17, or implement the steps of the message processing method as described in any one of claims 18 to 25, or implement the steps of the message processing method as described in any one of claims 26 to 34, or implement the steps of the resource allocation method as described in any one of claims 35 to 42.

Images