Message transmission method and apparatus, network side device, and storage medium

Abstract

The present application relates to the technical field of communications, and discloses a message transmission method and apparatus, a network side device, and a storage medium. The message transmission method in an embodiment of the present application comprises: a first network side device receiving a first message, wherein the first message comprises first parameter information of a first terminal; the first network side device acquiring first address information on the basis of the first parameter information and a first correspondence, wherein the first correspondence is used for indicating a correspondence between the first address information and the first parameter information; and the first network side device sending a second message to the first terminal on the basis of the first address information.

Description

A message transmission method and device, a network side device and a storage medium

[0001] Cross-reference to Related Applications

[0002] The present application claims priority to the Chinese patent application No. 202410953316.6, filed on July 16, 2024, and entitled "A message transmission method, device, network side device and storage medium", the whole content of which is incorporated herein by reference. TECHNICAL FIELD

[0003] The present application belongs to the field of communication technology, and particularly relates to a message transmission method, device, network side device and storage medium. BACKGROUND

[0004] The current satellite communication system is composed of a satellite end, a ground end and a user end. The satellite end plays the role of a relay station in the air, i.e., the data transmitted by the satellite end is forwarded back to the ground station via the satellite. For the satellite communication system, due to the long distance between the satellite and the ground, the limited user transmission power, limited spectrum resources and other reasons, the transmission rate of the terminal is low.

[0005] Currently, data is transmitted based on IP, for example, the signaling and voice data of a 4G or 5G call. In this way, the IP-based data transmission needs to parse the address information from the IP header, but the IP and User Datagram Protocol (UDP) message header is relatively large, for example, the Internet Protocol version 4 (IPv4) message header is 20 bytes and the UDP message header is 8 bytes, thereby making the parsing process time-consuming and leading to low message transmission efficiency. In particular, in the satellite communication scenario, the message transmission efficiency is even lower. SUMMARY

[0006] The embodiments of the present application provide a message transmission method, device, network side device and storage medium, which can solve the problem in the prior art that the IP-based data transmission needs to parse the address information from the IP header, but the IP header is relatively large, thereby leading to a time-consuming parsing process and low message transmission efficiency.

[0007] In a first aspect, a message transmission method is provided, and the method comprises:

[0008] A first network side device receives a first message, wherein the first message comprises first parameter information of a first terminal.

[0009] The first network-side device acquires first address information according to the first parameter information and a first correspondence relationship, wherein the first correspondence relationship is used to indicate a correspondence relationship between the first address information and the first parameter information.

[0010] The first network-side device sends a second message to the first terminal according to the first address information.

[0011] In a second aspect, a message transmission method is provided, and the method comprises:

[0012] A first network-side device receives a third call message of a first terminal, wherein the third call message comprises identification information of a second terminal.

[0013] The first network-side device sends a fourth call message to the second terminal according to the identification information of the second terminal, and performs session description protocol (SDP) negotiation with the second terminal.

[0014] In a case where the SDP negotiation is completed, the first network-side device sends a response message of the third call message to the first terminal.

[0015] In a third aspect, a message transmission apparatus is provided, and the apparatus is applied to a first network-side device, and comprises:

[0016] A first receiving module is configured to receive a first message, wherein the first message comprises first parameter information of a first terminal.

[0017] A first acquiring module is configured to acquire first address information according to the first parameter information and a first correspondence relationship, wherein the first correspondence relationship is used to indicate a correspondence relationship between the first address information and the first parameter information.

[0018] A first sending module is configured to send a second message to the first terminal according to the first address information.

[0019] In a fourth aspect, a message transmission apparatus is provided, and the apparatus is applied to a first network-side device, and comprises:

[0020] A second receiving module is configured to receive a third call message of a first terminal, wherein the third call message comprises identification information of a second terminal.

[0021] A second sending module is configured to:

[0022] Send a fourth call message to the second terminal according to the identification information of the second terminal, and perform session description protocol (SDP) negotiation with the second terminal.

[0023] In a case where the SDP negotiation is completed, a response message of the third call message is sent to the first terminal.

[0024] In a fifth aspect, a network-side device is provided, which includes a processor and a memory, the memory storing programs or instructions executable on the processor, and the programs or instructions, when executed by the processor, implement steps of the method according to the first aspect or the second aspect.

[0025] In a sixth aspect, a network-side device is provided, which includes a processor and a communication interface.

[0026] The communication interface is configured to receive a first message, and the first message includes first parameter information of a first terminal.

[0027] The processor is configured to acquire first address information according to the first parameter information and a first correspondence relationship, and the first correspondence relationship indicates a correspondence relationship between the first address information and the first parameter information.

[0028] The communication interface is further configured to send a second message to the first terminal according to the first address information.

[0029] Alternatively,

[0030] The communication interface is configured to:

[0031] receive a third call message of a first terminal, and the third call message includes identification information of a second terminal.

[0032] send a fourth call message to the second terminal according to the identification information of the second terminal, and perform a session description protocol (SDP) negotiation with the second terminal.

[0033] In a case where the SDP negotiation is completed, a response message of the third call message is sent to the first terminal.

[0034] In a seventh aspect, a readable storage medium is provided, which stores programs or instructions, and the programs or instructions, when executed by a processor, implement steps of the method according to the first aspect or implement steps of the method according to the second aspect.

[0035] In an eighth aspect, a chip is provided, which includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run programs or instructions to implement the method according to the first aspect or implement the method according to the second aspect.

[0036] In a ninth aspect, a computer program / program product is provided, which 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 according to the first aspect or the second aspect.

[0037] In the embodiments of the present application, the first network side device can receive the first message, and obtain the first address information according to the first parameter information of the first terminal included in the first message and the first correspondence relationship, and then transmit the second message to the first terminal according to the first address information. It can be seen that in the embodiments of the present application, the first correspondence relationship between the parameter information of the terminal and the address information used for transmitting the message sent to the terminal can be stored in advance, so that when the first network side device needs to send a message to a certain terminal, the corresponding address information can be obtained from the first correspondence relationship according to the parameter information of the terminal, and then the message can be sent to the terminal based on the address information.

[0038] In the related art, in IP-based transmission, the IP header is relatively large, and it takes a long time to analyze the IP header. In the embodiments of the present application, the address information required for transmitting the message is obtained by searching the first correspondence relationship, so that the address information is not obtained by analyzing the IP header in the message, and the message transmission time can be shortened and the message transmission efficiency can be improved. In addition, in the way of searching the first correspondence relationship to obtain the address information required for transmitting the message, the corresponding address information does not need to be carried in the message to be transmitted, thereby laying a foundation for reducing the data amount of the transmission message. BRIEF DESCRIPTION OF DRAWINGS

[0039] FIG. 1 is a block diagram of a wireless communication system to which the embodiments of the present application can be applied;

[0040] FIG. 2 is a flowchart of a message transmission method according to an embodiment of the present application;

[0041] FIG. 3 is a schematic diagram of NIDD architecture according to an embodiment of the present application;

[0042] FIG. 4 is another schematic diagram of NIDD architecture according to an embodiment of the present application;

[0043] FIG. 5 is a third schematic diagram of NIDD architecture according to an embodiment of the present application;

[0044] FIG. 6 is a schematic diagram of the establishment of SCEF connection according to an embodiment of the present application;

[0045] FIG. 7 is a flowchart of another message transmission method according to an embodiment of the present application;

[0046] FIG. 8 is a schematic diagram of a registration process according to an embodiment of the present application;

[0047] Figure 9 is a second schematic diagram of a registration procedure in the embodiments of the present application;

[0048] Figure 10 is a third schematic diagram of a registration procedure in the embodiments of the present application;

[0049] Figure 11 is a fourth schematic diagram of a registration procedure in the embodiments of the present application;

[0050] Figure 12 is a fifth schematic diagram of a registration procedure in the embodiments of the present application;

[0051] Figure 13 is a schematic diagram of a call procedure in the embodiments of the present application;

[0052] Figure 14 is a structural block diagram of a message transmission apparatus in the embodiments of the present application;

[0053] Figure 15 is a structural block diagram of another message transmission apparatus in the embodiments of the present application;

[0054] Figure 16 is a structural block diagram of a communication device in the embodiments of the present application;

[0055] Figure 17 is a structural block diagram of a terminal in the embodiments of the present application;

[0056] Figure 18 is a structural block diagram of a network-side device in the embodiments of the present application. DETAILED DESCRIPTION

[0057] The technical solutions in the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art belong to the scope of protection of the present application.

[0058] The terms "first", "second", and the like in 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 can be interchanged under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than that illustrated or described herein, and the objects distinguished by "first", "second" are generally of a kind and do not limit the number of objects, for example, the first object can be one or more. In addition, "or" in the present application means at least one of the connected objects. For example, "A or B" covers three schemes, i.e., scheme one: including A and not including B; scheme two: including B and not including A; scheme three: including A and including B. The character " / " generally represents that the objects before and after are in an "or" relationship.

[0059] The term "indication" in this application can be a direct indication (or explicit indication) or an indirect indication (or implicit indication). The direct indication can be understood as that the sender explicitly informs the receiver of specific information, operations to be performed or requested results, etc. in the sent indication. The indirect indication can be understood as that the receiver determines the corresponding information according to the indication sent by the sender, or judges and determines the operations to be performed or the requested results according to the judgment result.

[0060] It is worth noting that the technology described in the embodiments of the present application is not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, 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 in the above mentioned systems and radio technologies, and also in other systems and radio technologies. The following description describes a New Radio (NR) system for example purposes, and NR terminology is used in most of the following description, but these technologies can also be applied to systems other than the NR system, such as 6th Generation (6G) communication systems. th

[0061] ​FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application can be applied. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a terminal-side device such as a mobile phone, a Tablet Personal Computer, a Laptop Computer, a notebook computer, a Personal Digital Assistant (PDA), a palm PC, a netbook, an Ultra-mobile Personal Computer (UMPC), a Mobile Internet Device (MID), an Augmented Reality (AR) device, a Virtual Reality (VR) device, a robot, a wearable device, a flight vehicle, a Vehicle User Equipment (VUE), a shipboard device, a Pedestrian User Equipment (PUE), a smart home (a home device with a wireless communication function such as a refrigerator, a television, a washing machine, or furniture), a game console, a Personal Computer (PC), a kiosk, or a self-service machine. The wearable device includes a smart watch, a smart bracelet, a smart earphone, smart glasses, smart jewelry (a smart bracelet, a smart necklace, a smart ring, a smart necklace, a smart anklet, a smart necklace, etc.), a smart wristband, smart clothes, etc. The vehicle-mounted device can also be referred to as 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. The terminal 11 can be a chip such as a Modem chip or a System on Chip (SoC) in addition to the terminal device described above. It should be noted that the specific type of the terminal 11 is not limited in the embodiments of the present application.

[0062] The network side device 12 can include an access network device or a core network device, wherein the access network device can 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 can include a base station, a wireless local area network (WLAN) access point (AP) or a wireless fidelity (WiFi) node, etc. Among them, the base station can 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 some other suitable term in the art, as long as the same technical effect is achieved. The base station is not limited to a specific technical term, and it should be noted that in the embodiments of the present application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.

[0063] The core network device can include, but is not limited to, at least one of the following: a core network node, a core network function, a mobility management entity (MME), an access and mobility management function (AMF), a session management function (SMF), a user plane function (UPF), a policy control function (PCF), a policy and charging rules function (PCRF), an edge application server discovery function (EASDF), a unified data management (UDM), a unified data repository (UDR), a home subscriber server (HSS), a centralized network configuration (CNC), a network repository function (NRF), a network exposure function (NEF), a local NEF (L-NEF), a binding support function (BSF), an application function (AF), and the like. It should be noted that, in the embodiments of the present application, only the core network device in the NR system is taken as an example for introduction, and the specific type of the core network device is not limited.

[0064] The message transmission method provided by the embodiments of the present application will be described in detail in combination with the accompanying drawings and some embodiments and application scenarios.

[0065] Referring to FIG. 2, the embodiments of the present application provide a message transmission method, which can include the following steps 201 to 203:

[0066] Step 201: A first network side device receives a first message.

[0067] The first message includes first parameter information of a first terminal.

[0068] In addition, the first network-side device can be a Proxy Call Session Control Function (P-CSCF) or an IP Multimedia Subsystem Application Server (IMS AS).

[0069] Exemplarily, in the call process, the first terminal is a called terminal, the second terminal is a calling terminal, and the first message is a message from the second terminal. In this case, after receiving the first message, the first network-side device needs to send a second message to the first terminal according to the first message. That is, if the first message from the second terminal needs to be sent to the first terminal, it can be sent to the first network-side device first, so that the first network-side device sends a second message to the first terminal according to the first message. The message content of the second message includes the message content of the first message, so that the message content of the second terminal can be successfully transmitted to the first terminal through the first network-side device.

[0070] It should be noted that the first message can be generated by the second terminal and routed to the first network-side device through a network-side device serving the second terminal and a network-side device serving the first terminal. The network-side device serving the second terminal and the network-side device serving the first terminal can modify part of the message header or the message body of the first message.

[0071] It should be noted that sending to the first network-side device can also be understood or replaced by routing to the first network-side device. For example, sending the first message from the second terminal to the first terminal to the first network-side device can be understood or replaced by routing the first message from the second terminal to the first terminal to the first network-side device. The same will not be repeated hereinafter.

[0072] Exemplarily, in the call process, the first terminal is a calling terminal, the second terminal is a called terminal, and after the first terminal initiates a call to the second terminal, if the second terminal needs to reply a response message to the first terminal, the response message can be sent to the first network-side device first, and then the first network-side device generates a response message sent to the first terminal according to the response message, so as to send it to the first terminal.

[0073] Step 202: The first network-side device acquires first address information according to the first parameter information and the first correspondence.

[0074] The first corresponding relationship is used to indicate a corresponding relationship between the first address information and the first parameter information. Thus, after receiving the first message in step 201, the first address information corresponding to the first parameter information can be found in the first corresponding relationship according to the first parameter information.

[0075] In addition, in the embodiment of the present application, the address information in the first corresponding relationship is address information used for transmitting a message sent to the first terminal, that is, a message can be sent to the first terminal based on the first address information in the first corresponding relationship.

[0076] Thus, in the embodiment of the present application, the first corresponding relationship between the parameter information of a terminal and the address information used for transmitting a message sent to the terminal can be stored in advance. Thus, when the first network side device needs to send a message to a certain terminal, the corresponding address information can be acquired from the first corresponding relationship according to the parameter information of the terminal, so that the message can be sent to the terminal based on the address information.

[0077] Step 203: The first network side device sends a second message to the first terminal according to the first address information.

[0078] The first address information is used for transmitting a message sent to the first terminal. Thus, after acquiring the first address information, the first network side device can send a second message to the first terminal according to the first address information.

[0079] As can be seen from the above steps 201 to 203, in the embodiment of the present application, the first network side device can receive a first message, acquire first address information according to the first parameter information of the first terminal included in the first message and the first corresponding relationship, and send a second message to the first terminal according to the first address information. Thus, in the embodiment of the present application, the first corresponding relationship between the parameter information of a terminal and the address information used for transmitting a message sent to the terminal can be stored in advance. Thus, when the first network side device needs to send a message to a certain terminal, the corresponding address information can be acquired from the first corresponding relationship according to the parameter information of the terminal, so that the message can be sent to the terminal based on the address information.

[0080] In the related art, in IP-based transmission, the IP header is relatively large, and it takes a long time to analyze the IP header. In the embodiment of the present application, the address information required for transmitting a message is acquired by finding the first corresponding relationship, so that the address information is not acquired by analyzing the IP header in the message, thereby shortening the message transmission time and improving the message transmission efficiency. In addition, in the way of finding the first corresponding relationship to acquire the address information required for transmitting a message, the corresponding address information does not need to be carried in the message to be transmitted, thereby laying a foundation for reducing the data amount of the transmitted message.

[0081] Optionally, in step 203, the first network-side device sends a second message to the first terminal according to the first address information, including:

[0082] The first network-side device sends a second message to a second network-side device according to the first address information, so that the second network-side device forwards the second message to the first terminal; wherein the second network-side device includes a next-hop device of the first network-side device in a target transmission direction on a target transmission path, the target transmission path is a Non-IP data transfer (NIDD) path between the first terminal and the first network-side device, and the target transmission direction is a transmission direction from the first network-side device to the first terminal.

[0083] It should be noted that sending the second message to the second network-side device can also be understood or replaced as that the second message is routed to the second network-side device. The same will not be repeated hereinafter.

[0084] As can be seen, if there is another device on the transmission path between the first network-side device and the first terminal, the first network-side device can first send the second message to the other device according to the first address information, so that the other device forwards the second message to the first terminal. Moreover, the transmission architecture of NIDD can be used between the first network-side device and the first terminal, so that the transmission efficiency can be improved.

[0085] For example, when the first network-side device is a P-CSCF or an IMS AS, specific examples are as follows:

[0086] As a first example, as shown in FIG. 3, data between UE-1 and P-CSCF / IMS AS is forwarded through a Mobility Management Entity (MME) and a Service Capability Exposure Function (SCEF), that is, when UE-1 has an uplink data packet, UE-1 sends data to MME through a Non-access stratum (NAS) message, MME sends to SCEF through an SCEF connection, SCEF sends to P-CSCF / IMS AS through a Hypertext Transfer Protocol (HTTP) message, and the destination address of the HTTP message is a T8 destination address (i.e. the address of P-CSCF / IMS AS);

[0087] When there is downlink data packet of UE-1, the P-CSCF / IMS AS sends data to the SCEF through an HTTP message, the SCEF sends data to the MME through a SCEF connection, and the MME sends data to the UE-1 through a NAS message. In the HTTP message, a destination address is a T8 Long Term Transaction Reference ID (TLTRI), i.e., an address of the SCEF.

[0088] It should be noted that in the NIDD architecture shown in FIG. 3, data is transmitted between the UE-1 and the MME through a NAS layer, and a target parameter is contained in a NAS message, the target parameter containing one or more of a bearer ID, an Access Point Name (APN), and a user ID; the MME determines a SCEF connection between the MME and the SCEF according to the target parameter, and sends data to the SCEF through the SCEF connection; the SCEF obtains a T8 destination address according to the SCEF connection, and sends data to the P-CSCF / IMS AS using the T8 destination address; therefore, based on the NIDD architecture shown in FIG. 3, when data is transmitted between the UE-1 and the P-CSCF / IMS AS, IP header-based routing is not needed, so that when data is transmitted between the UE-1 and the P-CSCF / IMS AS, IP header can be omitted, thereby reducing the amount of data transmitted and further improving transmission efficiency.

[0089] As a second example, as shown in FIG. 4, data is forwarded between the UE-1 and the P-CSCF / IMS AS through the MME and a PDN Gateway (PGW), i.e., when there is uplink data packet of the UE-1, the UE-1 sends data to the MME through a NAS message, the MME sends data to the PGW through a PDN connection, and the PGW sends data to the P-CSCF / IMS AS through a tunnel between the PGW and the P-CSCF / IMS AS, such as SGi PtP tunnelling. In the process of transmitting data between the MME and the PGW, the data can be forwarded through a Serving Gate Way (SGW); and the SGi is an interface between the PGW and an external network.

[0090] When there is downlink data packet of the UE-1, the P-CSCF / IMS AS sends data to the PGW through the SGi PtP tunnelling, the PGW sends data to the MME through the PDN connection, and the MME sends data to the UE-1 through the NAS message.

[0091] It should be noted that in the NIDD architecture shown in FIG. 4, data is transmitted between UE-1 and MME through the NAS layer, and the target parameter is included in the NAS message, which includes one or more of the EPS bearer ID, the APN and the user identifier; the MME determines the PDN connection between the MME and the PGW according to the target parameter, and sends the data to the PGW through the PDN connection; the PGW determines the tunnel between the PGW and the P-CSCF / IMS AS, such as the SGi PtP tunnelling, according to the PDN connection, and transmits the data to the P-CSCF / IMS AS through the tunnel; therefore, based on the NIDD architecture shown in FIG. 4, when data is transmitted between UE-1 and P-CSCF / IMS AS, it is not necessary to route based on the IP header, so that when data is transmitted between UE-1 and P-CSCF / IMS AS, the IP header can be omitted, thereby reducing the amount of data transmitted, and further improving transmission efficiency.

[0092] As a third example, as shown in FIG. 5, data is forwarded between UE-1 and P-CSCF / IMS AS through MME and public data network gateway (PGW), that is, when UE-1 has an uplink data packet, UE-1 sends data to the base station through a data radio bearer (DRB), the base station sends data to the PGW through a general packet radio service tunneling protocol user plane (GTP-U) tunnel, and the PGW sends data to the P-CSCF / IMS AS through SGi PtP tunnelling between the P-CSCF / IMS AS and the PGW;

[0093] When UE-1 has a downlink data packet, the P-CSCF / IMS AS sends data to the PGW through the SGi PtP tunnelling, the PGW sends data to the base station through the GTP-U tunnel, and the base station sends data to UE-1 through the DRB; wherein the GTP-U tunnel between the base station and the PGW can be forwarded through the SGW.

[0094] It should be noted that in the NIDD architecture shown in Figure 5, data is transmitted between UE-1 and the base station through the DRB; the base station transmits data to the PGW through the GTP-U tunnel based on the correspondence between the DRB and the GTP-U tunnel, so that data transmission between the base station and the PGW also does not require an IP header; the PGW and the P-CSCF / IMS AS transmit data through the SGi PtP tunnelling, which also does not require an IP header; therefore, based on the NIDD architecture shown in Figure 5, data transmission between UE-1 and the P-CSCF / IMS AS does not require routing based on an IP header, so that data transmission between UE-1 and the P-CSCF / IMS AS can omit the IP header, thereby reducing the amount of data transmitted and further improving transmission efficiency.

[0095] In addition, for the NIDD architectures of Figures 4 and 5, the SGi PtP tunnelling between the PGW and the P-CSCF / IMS AS has the following two implementation modes:

[0096] Mode 1: SGi PtP tunnelling based on the User Datagram Protocol (UDP) / IP:

[0097] The PGW pre-provisions the address (IP address, or IP address and port number) of the P-CSCF / IMS AS, and when the PGW receives an uplink data packet sent by the MME, the PGW sends the data packet to the pre-provisioned address of the P-CSCF / IMS AS.

[0098] The PGW allocates an IP address (IP address, or IP address and port number) for the UE and sends the IP address to the P-CSCF / IMS AS, and when the P-CSCF / IMS AS has downlink data, the P-CSCF / IMS AS directly sends data to the IP address.

[0099] It should be noted that the address allocated by the PGW for the UE is only used in the PGW and is not sent to the UE; the PGW allocating an IP address for the UE can be understood as the PGW allocating an IP address or an IP address and port number for the UE.

[0100] Mode 2: Other SGi PtP tunnelling: the PGW and the P-CSCF / IMS AS establish a tunnel, such as a GTP-U tunnel;

[0101] When the PGW receives an uplink data packet sent by the MME, the PGW directly transmits the data packet to the P-CSCF / IMS AS through the tunnel; when the P-CSCF / IMS AS has a downlink data packet, the P-CSCF / IMS AS directly transmits the data packet to the PGW through the tunnel.

[0102] It should be noted that in the manner 2, the PGW does not need to allocate an IP address for the UE.

[0103] In addition, it should be noted that based on the NIDD architecture of FIGS. 3-5, address information is not needed when transmitting data; when transmitting related messages in the call process, since the call process needs to access the IMS network, address information is needed when transmitting related messages in the call process based on the architecture of FIGS. 3-5, and in the embodiment of the application, the first correspondence relationship can be established in advance so that related messages in the call process can be transmitted based on the architecture of FIGS. 3-5 according to the first correspondence relationship.

[0104] Optionally, the first correspondence relationship includes at least one of the following A-1 to A-7:

[0105] A-1: a correspondence relationship between the identification information of the first terminal and the address information of the first terminal;

[0106] The identification information of the terminal includes at least one of a mobile subscriber international ISDN number (MSISDN), a uniform resource identifier (SIP URI), and an IP multimedia public identity (IMPU).

[0107] A-2: a correspondence relationship between the identification information of the first terminal and the address information of the second network-side device;

[0108] A-3: a correspondence relationship between the identification information of the first terminal and the address information of the first network-side device;

[0109] A-4: a correspondence relationship between the address information of the first terminal and the address information of the second network-side device;

[0110] A-5: a correspondence relationship between the address information of the first terminal and the address information of the first network-side device;

[0111] A-6: a correspondence relationship between the identification information of the first terminal and the tunnel information of the first tunnel;

[0112] A-7: a correspondence relationship between the address information of the first terminal and the tunnel information of the first tunnel;

[0113] The second network-side device is located on a transmission path between the first network-side device and the first terminal; or the first tunnel comprises a tunnel between the first network-side device and the second network-side device.

[0114] It should be noted that, for the A-2 and A-4 items, different terminals can communicate with the first network-side device through the same or different second network-side devices, and thus it can be understood that the first network-side device can communicate with multiple second network-side devices, wherein each second network-side device can communicate with one or more terminals. In this case, the address information of a certain second network-side device has a corresponding relationship with the identity information or address information of which terminal or terminals, and thus the second network-side device can communicate with which terminal or terminals.

[0115] Similarly, for the A-3 and A-5 items, different terminals can communicate with the same or different first network-side devices, and thus it can be understood that the address information of a certain first network-side device has a corresponding relationship with the identity information or address information of which terminal or terminals, and thus the first network-side device can communicate with which terminal or terminals.

[0116] In addition, in the above A-1 to A-7 items, the identity information of the first terminal can directly correspond to the address information of the first terminal, or can indirectly correspond thereto through the address information of the first network-side device or the address information of the second network-side device or the tunnel information of the first tunnel (i.e., the identity information of the first terminal corresponds to the address information of the first network-side device, and the address information of the first network-side device corresponds to the address information of the first terminal; or the identity information of the first terminal corresponds to the address information of the second network-side device, and the address information of the second network-side device corresponds to the address information of the first terminal, or the identity information of the first terminal corresponds to the tunnel information of the first tunnel, and the tunnel information of the first tunnel corresponds to the address information of the first terminal).

[0117] In addition, when the transmission path (or communication architecture) between the first network-side device and the first terminal is different, the content included in the above first corresponding relationship is different.

[0118] For the first example, in this case, the A-2 item can be specifically a correspondence relationship between the identity information of the first terminal and the address information of the SCEF (i.e., the TLTRI), the A-4 item can be specifically a correspondence relationship between the address information of the first terminal and the address information of the SCEF (i.e., the TLTRI), the A-3 item can be specifically a correspondence relationship between the identity information of the first terminal and the T8 destination address (i.e., the address information of the P-CSCF / IMS AS), and the A-5 item can be specifically a correspondence relationship between the address information of the first terminal and the T8 destination address; therefore, in the first example, the first correspondence relationship can include at least one of the A-1 to A-5 items.

[0119] For the second example, in this case, the first tunnel is the SGi PtP tunnelling between the PGW and the P-CSCF / IMS AS; therefore, in the second example, when the SGi PtP tunnelling adopts the above-mentioned manner 1, the first correspondence relationship can include at least one of the A-1, A-6, and A-7 items; when the SGi PtP tunnelling adopts the above-mentioned manner 2, the first correspondence relationship can include the A-1 item.

[0120] For the third example, in this case, the first tunnel is the SGi PtP tunnelling between the PGW and the P-CSCF / IMS AS; therefore, in the third example, when the SGi PtP tunnelling adopts the above-mentioned manner 1, the first correspondence relationship can include at least one of the A-1, A-6, and A-7 items; when the SGi PtP tunnelling adopts the above-mentioned manner 2, the first correspondence relationship can include the A-1 item.

[0121] In addition, it should be noted that in the first example, the TLTRI and the T8 destination address can be obtained in the process of establishing the SCEF connection. Specifically, the process of establishing the SCEF connection is shown in FIG. 6, and specifically includes the following steps 601 to 605:

[0122] Step 601. UE-1 initiates an attach request or a public data network (PDN) connection establishment request, and carries a Non-IP PDN type in the request;

[0123] Step 602. The MME sends a Create Connection Request to the SCEF for creating the SCEF Connection according to the attach request or the PDN connection establishment request, and includes the User Identity and the Evolved Packet System (EPS) Bearer Identity (EBI) in the request.

[0124] Step 603. The SCEF sends an NIDD configuration message to the P-CSCF / IMS AS, and includes the User Identity and the TLTRI in the message.

[0125] Step 604. The P-CSCF / IMS AS sends a response message to the SCEF, and carries the T8 destination address in the response message.

[0126] Step 605. The SCEF sends a Create Connection Response message to the MME.

[0127] Alternatively, steps 603-604 can be performed before step 601, in which case the P-CSCF / IMS sends an NIDD configuration message to the SCEF, carrying the UE Identity and the T8 destination address; and the SCEF sends the TLTRI to the P-CSCF / IMS.

[0128] Optionally, the first parameter information includes at least one of identity information of the first terminal and address information of the first terminal.

[0129] Optionally, the first address information includes at least one of the following B-1 to B-3:

[0130] B-1: the address information of the first terminal;

[0131] B-2: address information of the second network side device;

[0132] B-3: tunnel information of the first tunnel.

[0133] It should be noted that when the transmission path (or communication architecture) between the first network side device and the first terminal is different, the content included in the above first correspondence relationship is different, and then the first address information found in the first correspondence relationship based on the first parameter information includes different content.

[0134] For example, in the first example above, when the first parameter information comprises the identity information of the first terminal, the first network-side device can obtain the address information of the first terminal or the address information of the second network-side device (i.e., TLTRI) according to the first correspondence relationship; when the first parameter information comprises the address information of the first terminal, the first network-side device can obtain the address information of the second network-side device (i.e., TLTRI) according to the first correspondence relationship.

[0135] For example, in the second example or the third example above, when the first parameter information comprises the identity information of the first terminal, the first network-side device can obtain the address information of the first terminal or the tunnel information of the first tunnel according to the first correspondence relationship; when the first parameter information comprises the address information of the first terminal, the first network-side device can obtain the tunnel information of the first tunnel according to the first correspondence relationship.

[0136] Optionally, the tunnel information comprises at least one of the following:

[0137] the identity information of the first tunnel;

[0138] the address information (e.g., IP address) of the second network-side device corresponding to the first tunnel;

[0139] the port number of the second network-side device corresponding to the first tunnel;

[0140] the address information (e.g., IP address) of the first network-side device corresponding to the first tunnel;

[0141] the port number of the first network-side device corresponding to the first tunnel.

[0142] The address information and the port number of the second network-side device corresponding to the first tunnel belong to the information of the first tunnel on the second network-side device side; the address information and the port number of the first network-side device corresponding to the first tunnel belong to the information of the first tunnel on the first network-side device side.

[0143] Optionally, the method further comprises the following steps C-1 to C-3:

[0144] Step C-1: the first network-side device receives a first registration message of the first terminal, wherein the first registration message comprises second parameter information of the first terminal;

[0145] Step C-2: the first network-side device obtains second address information for transmitting a message sent to the first terminal;

[0146] Step C-3: the first network-side device obtains the first correspondence relationship according to the second parameter information and the second address information, and saves the first correspondence relationship.

[0147] The second parameter information can include identification information of the first terminal.

[0148] In addition, the second address information can include address information of the first terminal, address information of the second network-side device, address information of the first network-side device, and tunnel information of the first tunnel, so that the corresponding relationship described in at least one of the A-1 to A-7 can be established for the first terminal.

[0149] From the above steps C-1 to C-3, it can be known that in the embodiments of the present application, the corresponding relationship between the parameter information of the first terminal and the address information used for transmitting the message to be sent to the first terminal can be saved in the first network-side device through the process that the first terminal registers with the first network-side device.

[0150] Optionally, in the case where the second address information includes the address information of the first terminal, the first network-side device obtains the address information of the first terminal in the above step C-2, including one of the following D-1 to D-3:

[0151] D-1: The first network-side device allocates the address information of the first terminal to the first terminal.

[0152] D-2: The first network-side device obtains the address information of the first terminal allocated to the first terminal by a third network-side device.

[0153] D-3: The first network-side device determines the address information of the first network-side device as the address information of the first terminal.

[0154] The third network-side device can be an IP multimedia system gateway (IMS GW).

[0155] Therefore, the first network-side device can allocate the address information to the first terminal, can request the third network-side device to allocate the address information to the first terminal, or can determine the address information of the first network-side device as the address information of the first terminal.

[0156] It should be noted that if the first network-side device determines the address information of the first network-side device as the address information of the first terminal, when there are multiple first terminals that can communicate with the first network-side device, and the first network-side device forwards data or messages to a certain first terminal on behalf of other devices, the first network-side device can distinguish which first terminal needs to be forwarded according to the terminal identification information carried in the data or the message.

[0157] Optionally, in the step C-1, the first network-side device receives a first registration message of the first terminal, and the first registration message comprises:

[0158] The first network-side device receives a first Internet Protocol (IP) packet, wherein the first registration message is encapsulated in the first Internet Protocol (IP) packet, and the first Internet Protocol (IP) packet carries address information of the first terminal;

[0159] In a case where the second address information comprises the address information of the first terminal, the first network-side device acquires the address information of the first terminal, and the acquiring comprises:

[0160] The first network-side device acquires the address information of the first terminal from the first Internet Protocol (IP) packet.

[0161] Therefore, the first registration message of the first terminal can be encapsulated in the first Internet Protocol (IP) packet, and the first Internet Protocol (IP) packet carries the address information of the first terminal. Thus, after the first network-side device receives the first Internet Protocol (IP) packet, the first network-side device can acquire the address information of the first terminal from the first Internet Protocol (IP) packet.

[0162] Exemplarily, in the second example or the third example, when the SGi PtP tunnelling adopts the above-mentioned manner 1, the registration message sent by the UE-1 can be encapsulated in the first Internet Protocol (IP) packet, and the first Internet Protocol (IP) packet carries the address information of the UE-1. Thus, the PGW can acquire the address information of the UE-1 from the first Internet Protocol (IP) packet.

[0163] In addition, the first registration message can be transmitted through the NIDD architecture between the first terminal and the first network-side device. The specific transmission process can be referred to the related description of FIGS. 3, 4, and 5, which will not be described herein.

[0164] Optionally, the second parameter information comprises identification information of the first terminal, and the second address information comprises address information of the first terminal. The method further comprises:

[0165] The first network-side device sends a second registration message to a fourth network-side device, wherein the second registration message comprises the identification information of the first terminal and the address information of the first terminal.

[0166] The first network-side device receives a response message of the second registration message from the fourth network-side device, wherein the response message of the second registration message comprises first parameter information of the first terminal, and the first parameter information comprises at least one of the identification information of the first terminal and the address information of the first terminal.

[0167] The first network-side device acquires the first address information according to the first parameter information and the first correspondence relationship;

[0168] The first network-side device sends a response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information.

[0169] The fourth network-side device can be a Serving CSCF (S-CSCF).

[0170] Therefore, after the first terminal registers with the first network-side device and the first network-side device saves the correspondence relationship between the identity information and the address information of the first terminal, the first network-side device can further send the identity information and the address information of the first terminal to the fourth network-side device through the second registration message, receive a response message of the second registration message returned by the fourth network-side device, and return a response message of the first registration message to the first terminal based on the response message of the second registration message.

[0171] It should be noted that when the first terminal registers in the IMS network, a normal IMS registration message needs to be sent, and the IP address of the first terminal is carried in the IMS registration message, that is, the second registration message is a normal IMS register message. Since the first terminal does not have IP address information, the first network-side device needs to generate the second registration message according to the first registration message, that is, generate a normal IMS registration message.

[0172] Optionally, the first network-side device sends a response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information, including:

[0173] The first network-side device generates a response message of the first registration message according to the response message of the second registration message;

[0174] The first network-side device encapsulates the response message of the first registration message in a second IP packet, and sends the second IP packet to the second network-side device according to the first address information, where the second network-side device is located on a transmission path between the first network-side device and the first terminal.

[0175] As described above, the first registration message of the first terminal can be encapsulated in the first IP packet, and the first IP packet carries the address information of the first terminal, so that the first network side device can obtain the address information of the first terminal from the packet header of the first IP packet after receiving the first IP packet. Correspondingly, when the first network side device sends the response message of the first registration message, the first network side device can encapsulate the response message of the first registration message in the second IP packet, so as to send the second IP packet to the second network side device, so that the second network side device obtains the response message of the first registration message from the second IP packet, and sends the obtained response message of the first registration message to the first terminal.

[0176] Optionally, the response message of the second registration message is a 200K (i.e. a response message with a response code of 200);

[0177] The first registration message and the response message of the first registration message can be one of an I1 message, a circuit switching (CS) message, and a SIP message not including the target content. The I1 message is an application layer protocol message defined by the 3rd Generation Partnership Project (3GPP), and is used for session control of the terminal.

[0178] The second registration message and the response message of the second registration message are SIP messages.

[0179] In addition, based on the above registration process, after the first correspondence relationship is saved, a call process can be performed, which is described in detail as follows in the first aspect and the second aspect:

[0180] The first aspect:

[0181] Optionally, the method further includes steps E-1 to E-4.

[0182] Step E-1: The first network side device receives a first call message of the first terminal, wherein the first call message includes identification information of a second terminal and identification information of the first terminal.

[0183] Step E-2: In a case where the first correspondence relationship includes a correspondence relationship between identification information of a terminal and address information of the terminal, the first network side device obtains the address information of the first terminal according to the identification information of the first terminal and the first correspondence relationship.

[0184] Step E-3: The first network side device obtains third address information used for transmitting data sent to the first terminal.

[0185] Step E-4: the first network-side device sends a second call message to the second terminal, wherein the second call message comprises the address information of the first terminal, the third address information, and the identification information of the second terminal.

[0186] It should be noted that the third address information obtained in step E-3 is information for transmitting data (e.g., voice data) sent to the first terminal; wherein the information for transmitting data sent to the first terminal can also be understood or replaced as information for SDP negotiation or information for establishing an RTP connection or information for transmitting RTP data.

[0187] Therefore, as a calling terminal, the first terminal can send the first call message to the first network-side device when it needs to initiate a call to the second terminal, so that the first terminal obtains the address information of the first terminal and the third address information from the first correspondence according to the identification information of the first terminal included in the first call message, and sends the address information of the first terminal, the third address information, and the identification information of the second terminal to the second terminal in the second call message, thereby realizing the call of the first terminal to the second terminal. It can be seen that the first correspondence is used for signaling transmission in the call process in the embodiment of the present application.

[0188] Optionally, the first message comprises at least one response message of the second call message.

[0189] The second message comprises at least one response message of the first call message.

[0190] Therefore, in the call process based on steps E-1 to E-4, after receiving the second call message, the second terminal can return a response message of the second call message to the first network-side device, so that the first network-side device obtains the first address information from the first correspondence according to the first parameter information of the first terminal included in the response message, and then sends a response message of the first call message to the first terminal according to the first address information and the response message of the second call message.

[0191] The response message of the second call message can comprise a 183 response, a 180 response, and a 200 OK (i.e., response messages with response codes of 180, 180, and 200, respectively).

[0192] The response message of the first call message can be one of an I1 message, a CS message, and a SIP message not comprising the target content.

[0193] The second call message can be a SIP Invite message.

[0194] Second aspect:

[0195] Optionally, the method further comprises steps F-1 to F-4.

[0196] Step F-1: the first network-side device receives a third call message of the first terminal, wherein the third call message comprises identification information of the second terminal and first parameter information of the first terminal.

[0197] Step F-2: the first network-side device sends a fourth call message to the second terminal according to the identification information of the second terminal, and performs session description protocol (SDP) negotiation with the second terminal.

[0198] Step F-3: in the case where the SDP negotiation is completed, the first network-side device acquires the first address information according to the first parameter information and the correspondence.

[0199] Step F-4: the first network-side device sends a response message of the third call message to the first terminal according to the first address information.

[0200] As can be seen from steps F-1 to F-4, the third call message serves as a trigger message of the call, so that the first network-side device performs SDP negotiation with the second terminal instead of the first terminal, and notifies the first terminal to start the call after the SDP negotiation is completed.

[0201] Optionally, the method further comprises:

[0202] The first network-side device acquires third address information for transmitting data sent to the first terminal.

[0203] It should be noted that the third address information is used for transmitting data, such as a voice packet, sent to the first terminal, and the voice packet is transmitted through a real-time transport protocol (RTP) packet, for example.

[0204] Optionally, the fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

[0205] Optionally, the first network-side device acquires third address information for transmitting data sent to the first terminal, comprising:

[0206] The first network-side device acquires the third address information allocated to the first terminal by a third network-side device.

[0207] The third network-side device can be an IMS GW. Thus, the first network-side device can request the third network-side device to allocate the third address information to the first terminal.

[0208] Optionally, after the first network-side device performs the SDP negotiation with the second terminal on behalf of the first terminal, the third network device establishes an RTP connection with the second terminal, and the RTP connection is used to transmit data sent to the first terminal.

[0209] It should be noted that when the first network-side device performs the SDP negotiation with the second terminal on behalf of the first terminal, the first network-side device can directly perform the SDP negotiation with the second terminal, or perform the SDP negotiation with a network-side device that provides services for the second terminal.

[0210] Optionally, at least one of the first registration message, the response message of the first registration message, the first call message, the response message of the first call message, the third call message, and the response message of the third call message is a non-IP message, so that these messages do not include IP packets, thereby reducing the data transmission amount in the above registration process and call process, and further improving the transmission efficiency.

[0211] It should be noted that the non-IP message can be understood or replaced as a message transmitted through a non-IP data transmission path, or a message not carrying an IP header, or a message not carrying an IP address.

[0212] Optionally, the first network-side device is a P-CSCF or an IMS AS.

[0213] The second network-side device is one of the following: a SCEF, a PGW, and a user plane function (UPF).

[0214] Optionally, the second message is generated according to the first message.

[0215] Optionally, the first message is a session initiation protocol (SIP) message.

[0216] The second message is one of the following:

[0217] an I1 message, a CS message, and a SIP message not including target content.

[0218] The target content is used to perform the SDP negotiation.

[0219] Referring to FIG. 7, an embodiment of the present application provides a message transmission method, which can include the following steps 701 to 703:

[0220] Step 701: A first network-side device receives a third call message of a first terminal.

[0221] The third call message includes identification information of a second terminal.

[0222] Step 702: The first network side device sends a fourth call message to the second terminal according to the identification information of the second terminal, and performs session description protocol (SDP) negotiation with the second terminal.

[0223] Step 703: In the case where the SDP negotiation is completed, the first network side device sends a response message of the third call message to the first terminal.

[0224] As can be seen from steps 701 to 703, the third call message is used as a trigger message of the call, so that the first network side device performs SDP negotiation with the second terminal instead of the first terminal, and informs the first terminal to start the call after the SDP negotiation is completed.

[0225] It should be noted that in the related art, the first terminal needs to participate in the SDP negotiation with the second terminal, so that the amount of data to be transmitted in the negotiation process is large and the time consumption is long. In the embodiment of the present application, the first network side device can perform SDP negotiation with the second terminal instead of the first terminal, and informs the first terminal to start the call after the SDP negotiation is completed. Thus, the related messages in the negotiation process do not need to be transmitted from the first network side device to the first terminal, so that the message transmission in the negotiation process can be reduced, and the negotiation process can be shortened, and the call rate can be improved.

[0226] Optionally, the third call message further includes first parameter information of the first terminal.

[0227] The first network side device sends a response message of the third call message to the first terminal, including:

[0228] The first network side device acquires first address information according to the first parameter information of the first terminal and a first correspondence relationship, wherein the first correspondence relationship is used to indicate the correspondence relationship between the first address information and the first parameter information.

[0229] The first network side device sends a response message of the third call message to the first terminal according to the first address information.

[0230] Therefore, the first correspondence relationship can also be applied to the sending of the response message of the third call message.

[0231] It can be understood that the related description of the first correspondence relationship can be referred to the foregoing description, and will not be described herein again.

[0232] Optionally, the method further includes:

[0233] The first network side device acquires third address information used for transmitting data sent to the first terminal.

[0234] It should be noted that the third address information is used for transmitting data sent to the first terminal, for example, a voice packet, and the voice packet is transmitted by an RTP packet.

[0235] Optionally, the first network-side device acquires third address information used for transmitting data sent to the first terminal, comprising:

[0236] The first network-side device acquires the third address information allocated to the first terminal by a third network-side device.

[0237] The third network-side device can be an IMS GW.

[0238] Therefore, the first network-side device can request the third network-side device to allocate the third address information to the first terminal.

[0239] Optionally, the fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

[0240] Optionally, after the first network-side device performs SDP negotiation with the second terminal on behalf of the first terminal, the third network-side device establishes an RTP connection with the second terminal, and the RTP connection is used for transmitting data sent to the first terminal.

[0241] It should be noted that when the first network-side device performs SDP negotiation with the second terminal on behalf of the first terminal, the first network-side device can directly perform SDP negotiation with the second terminal, or perform SDP negotiation with a network-side device providing service for the second terminal.

[0242] Embodiments of the present application also provide a message transmission method, which can comprise steps H-1 to H-3:

[0243] Step H-1: The first terminal sends a first registration message, wherein the first registration message comprises second parameter information of the first terminal.

[0244] Step H-2: The first terminal receives a response message of the first registration message, wherein the first registration message and the response message of the first registration message are one of an I1 message, a CS message, and a SIP message not comprising target content, and the target content is used for SDP negotiation.

[0245] After the first network-side device receives the first registration message, the first network-side device acquires second address information used for transmitting a message sent to the first terminal, thereby obtaining a first corresponding relationship according to the second parameter information and the second address information, and saving the first corresponding relationship.

[0246] It can be understood that the related description about the second parameter information, the second address information and the first correspondence relation can refer to the foregoing description, and will not be repeated here.

[0247] Therefore, the first terminal can register through one of the I1 message, the CS message and the SIP message without target content, and the data amount of these messages is small, so that the data transmission amount during the registration of the first terminal can be reduced, and the registration efficiency can be improved.

[0248] In summary, the transmission method of the embodiment of the application can be implemented as follows:

[0249] In the first aspect, the registration process is as follows:

[0250] In the first aspect, the registration process is as follows:

[0251] Step 801: UE-1 sends a registration message.

[0252] The registration message includes the identifier of UE-1, and the identifier of UE-1 includes at least one of the MSISDN, the SIP URI and the IMPU of UE-1.

[0253] The registration message can be one of the I1 register message, the CS Location updating request message and the simplified SIP register message.

[0254] It should be noted that the I1 register message and the CS Location updating request message do not include the IP header, that is, both of them belong to non-IP messages; the simplified SIP register message is based on the normal IP Multimedia Subsystem (IMS) register message, and unnecessary parameters such as the IP address and the routing address are simplified.

[0255] In addition, UE-1 communicates with the P-CSCF / IMS AS through the MME and the SCEF, so that UE-1 can send the registration message to the MME through the NAS message, so that the MME sends the registration message to the SCEF through the SCEF connection, and then the SCEF sends the registration message to the P-CSCF / IMS AS through the HTTP message.

[0256] Step 802: The P-CSCF / IMS AS acquires the IP address (IP-1) of UE-1 and saves the first correspondence relationship;

[0257] Wherein, the P-CSCF / IMS AS can allocate the IP address for UE-1 by itself, or request other network elements (such as IMS GW) to allocate the IP address for UE-1, or the P-CSCF / IMS AS uses its own IP address as the IP address of UE-1;

[0258] In addition, the first correspondence relationship includes at least one of the following:

[0259] The correspondence relationship between the UE-1 identifier and the IP address (IP-1);

[0260] The correspondence relationship between the UE-1 identifier and the T8 Long Term Transaction Reference ID (TLTRI) (i.e. the address of the SCEF);

[0261] The correspondence relationship between the UE-1 identifier and the T8 destination address (i.e. the address of the P-CSCF / IMS AS);

[0262] The correspondence relationship between the IP address (IP-1) and the TLTRI;

[0263] The correspondence relationship between the IP address (IP-1) and the T8 destination address;

[0264] It should be noted that the P-CSCF / IMS obtains the TLTRI and the T8 destination address when establishing the SCEF connection;

[0265] Step 803: The P-CSCF / IMS AS generates a normal SIP register message, including the identifier of UE-1, the IP address (IP-1);

[0266] Wherein, it should be noted that the IMS network uses the SIP message for signaling transmission.

[0267] Step 804: The S-CSCF replies with a SIP 200OK;

[0268] Step 805: The P-CSCF / IMS AS determines the first address information according to the above-mentioned first correspondence relationship, and the first address information includes the TLTRI;

[0269] The P-CSCF / IMS AS can determine the TLTRI corresponding to the UE-1 identifier according to the UE-1 identifier included in the SIP 200 OK and the first correspondence relationship, or determine the TLTRI corresponding to the IP address (IP-1) of UE-1 according to the IP address (IP-1) of UE-1 included in the SIP 200 OK and the first correspondence relationship, or the P-CSCF / IMS AS can determine the TLTRI corresponding to the UE-1 identifier according to the IP address (IP-1) of UE-1 included in the IP packet carrying the SIP 200 OK and the first correspondence relationship.

[0270] Step 806: The P-CSCF / IMS AS generates a response message according to the SIP 200 OK, and sends the response message to the UE-1 according to the determined TLTRI; the response message can be an I1 success message, a CS location updating accept message, or a simplified SIP 200 OK.

[0271] In addition, the P-CSCF / IMS AS can send the response message to the SCEF according to the TLTRI, so that the SCEF further sends the MME, and the MME sends the UE-1;

[0272] It should be noted that in FIG. 8, only the key content of each step is listed.

[0273] In the second embodiment, the UE-1 performs an IMS network registration process, as shown in FIG. 9, including the following steps 901 to 906.

[0274] Step 901: The UE-1 sends a registration message.

[0275] The registration message includes an identifier of the UE-1; the identifier of the UE-1 includes at least one of an MSISDN, a SIP URI, and an IMPU of the UE-1.

[0276] The registration message can be one of an I1 register message, a CS Location updating request message, and a simplified SIP register message.

[0277] It should be noted that the I1 register message and the CS Location updating request message do not include an IP header, i.e., both are non-IP messages; the simplified SIP register message is a normal IMS register message that is simplified by removing unnecessary parameters, such as an IP address and a routing address.

[0278] In addition, the UE-1 communicates with the P-CSCF / IMS AS through the MME and the PGW, and thus the UE-1 can send a registration message to the MME through a NAS message, so that the MME sends the registration message to the PGW through a PDN connection, and then the PGW sends the registration message to the P-CSCF / IMS AS through SGi PtP tunnelling. The information between the PGW and the MME can be forwarded through the SGW.

[0279] Step 902: The P-CSCF / IMS AS acquires the IP address (IP-1) of the UE-1 and saves the first correspondence relationship;

[0280] The P-CSCF / IMS AS can allocate the IP address for the UE-1 by itself, or request other network elements (for example, an IMS GW) to allocate the IP address for the UE-1, or the P-CSCF / IMS AS uses its own IP address as the IP address of the UE-1.

[0281] In addition, the first correspondence relationship includes at least one of the following:

[0282] The correspondence relationship between the UE-1 identifier and the IP address (IP-1);

[0283] The correspondence relationship between the UE-1 identifier and the SGi PtP tunnelling information;

[0284] The correspondence relationship between the IP address (IP-1) and the SGi PtP tunnelling information.

[0285] The SGi PtP tunnelling information is at least one of the following:

[0286] The identifier of the SGi PtP tunnelling;

[0287] The information of the SGi PtP tunnelling on the PGW side (including the IP address and the port number of the PGW corresponding to the SGi PtP tunnelling);

[0288] The SGi PtP tunnelling information on the P-CSCF / IMS AS side (including the IP address and the port number of the P-CSCF / IMS AS corresponding to the SGi PtP tunnelling).

[0289] Step 903: The P-CSCF / IMS AS generates a normal SIP register message, including the identifier of the UE-1 and the IP address (IP-1);

[0290] It should be noted that the IMS network uses SIP messages for signaling transmission.

[0291] Step 904: S-CSCF replies to the SIP 200 OK;

[0292] Step 905: P-CSCF / IMS AS determines the first address information according to the above-mentioned first correspondence relationship, and the first address information includes SGi PtP tunnelling information.

[0293] The P-CSCF / IMS AS can determine the SGi PtP tunnelling information corresponding to the UE-1 identifier according to the UE-1 identifier included in the SIP 200 OK and the above-mentioned first correspondence relationship, or determine the SGi PtP tunnelling information corresponding to the IP address (IP-1) of UE-1 according to the IP address (IP-1) of UE-1 included in the SIP 200 OK and the above-mentioned first correspondence relationship, or determine the SGi PtP tunnelling information corresponding to the IP address (IP-1) of UE-1 according to the IP address (IP-1) of UE-1 included in the IP packet carrying the SIP 200 OK and the above-mentioned first correspondence relationship.

[0294] Step 906: P-CSCF / IMS AS generates a response message according to the SIP 200 OK, and sends the response message to UE-1 according to the determined SGi PtP tunnelling information; the response message can be an I1 success message, a CS Location updating accept, or a simplified SIP 200 OK.

[0295] In addition, the P-CSCF / IMS AS can send the response message to the PGW according to the SGi PtP tunnelling information, so that the PGW further sends it to the MME, and then the MME sends it to the UE-1.

[0296] It should be noted that in FIG. 9, only the key content of each step is listed.

[0297] Embodiment three: IMS network registration process of UE-1, as shown in FIG. 10, including the following steps 1001 to 1006:

[0298] Step 1001: UE-1 sends a registration message;

[0299] The registration message includes the identifier of UE-1, and the identifier of UE-1 includes at least one of the MSISDN, SIP URI, and IMPU of UE-1.

[0300] The registration message can be one of an I1 register message, a CS Location updating request message, and a simplified SIP register message.

[0301] It should be noted that the I1 register message and the CS Location updating request message do not include an IP header, i.e., both are non-IP messages; the simplified SIP register message is a normal IMS register message that is simplified by removing unnecessary parameters, such as an IP address, a routing address, and the like.

[0302] In addition, the UE-1 communicates with the P-CSCF / IMS AS through a base station and a PGW, and therefore, the UE-1 can send the registration message to the base station through a data radio bearer (DRB), so that the base station sends the registration message to the PGW through a GTP-U tunnel, and the PGW sends the registration message to the P-CSCF / IMS AS through SGi PtP tunnelling.

[0303] In step 1002, the P-CSCF / IMS AS acquires an IP address (IP-1) of the UE-1 and saves a first correspondence relationship.

[0304] The P-CSCF / IMS AS can allocate the IP address for the UE-1 by itself, or request another network element (for example, an IIMS GW) to allocate the IP address for the UE-1, or use its own IP address as the IP address of the UE-1.

[0305] In addition, the first correspondence relationship includes at least one of the following:

[0306] A correspondence relationship between the UE-1 identifier and the IP address (IP-1);

[0307] A correspondence relationship between the UE-1 identifier and SGi PtP tunnelling information;

[0308] A correspondence relationship between the IP address (IP-1) and the SGi PtP tunnelling information.

[0309] The SGi PtP tunnelling information is at least one of the following:

[0310] An identifier of the SGi PtP tunnelling;

[0311] information of SGi PtP tunnelling on the PGW side (including IP address and port number of the PGW corresponding to the SGi PtP tunnelling) ;

[0312] information of SGi PtP tunnelling on the P-CSCF / IMS AS side (including IP address and port number of the P-CSCF / IMS AS corresponding to the SGi PtP tunnelling).

[0313] Step 1003: The P-CSCF / IMS AS generates a normal SIP register message, including the identity of UE-1, IP address (IP-1) ;

[0314] It should be noted that the IMS network uses SIP messages for signaling transmission.

[0315] Step 1004: The S-CSCF replies with a SIP 200OK;

[0316] Step 1005: The P-CSCF / IMS AS determines first address information according to the above-mentioned first correspondence relationship, and the first address information includes SGi PtP tunnelling information;

[0317] The P-CSCF / IMS AS can determine the SGi PtP tunnelling information corresponding to the UE-1 identity according to the UE-1 identity included in the SIP 200OK and the above-mentioned first correspondence relationship, or determine the SGi PtP tunnelling information corresponding to the IP address (IP-1) of UE-1 according to the IP address (IP-1) of UE-1 included in the SIP 200OK and the above-mentioned first correspondence relationship, or determine the SGi PtP tunnelling information corresponding to the IP address (IP-1) of UE-1 according to the IP address (IP-1) of UE-1 included in the IP packet carrying the SIP 200OK and the above-mentioned first correspondence relationship.

[0318] Step 1006: The P-CSCF / IMS AS generates a response message according to the SIP 200OK, and sends the response message to UE-1 according to the determined SGi PtP tunnelling information; the response message can be an I1 success message, a CS Location updating accept, or a simplified SIP 200OK;

[0319] In addition, the P-CSCF / IMS AS can send the response message to the PGW according to the SGi PtP tunnelling information, so that the PGW further sends the response message to the base station, and the base station sends the response message to the UE-1.

[0320] It should be noted that in FIG. 10, only the key contents of the above steps are listed.

[0321] In an embodiment, the UE-1 performs an IMS network registration process, as shown in FIG. 11, including the following steps 1101 to 1106.

[0322] Step 1101: The UE-1 sends a registration message.

[0323] The registration message includes the identity of the UE-1, and the identity of the UE-1 includes at least one of the MSISDN, the SIP URI, and the IMPU of the UE-1.

[0324] The registration message can be one of an I1 register message, a CS Location updating request message, and a simplified SIP register message.

[0325] It should be noted that the I1 register message and the CS Location updating request message do not include an IP header, i.e., both are non-IP messages; the simplified SIP register message is a normal IMS register message that is simplified by removing unnecessary parameters, such as an IP address, a routing address, and the like.

[0326] In addition, the UE-1 communicates with the P-CSCF / IMS AS through the MME and the PGW, and thus the UE-1 can send the registration message to the MME through a NAS message, so that the MME sends the registration message to the PGW through a PDN connection, and the PGW sends the registration message to the P-CSCF / IMS AS. The information between the PGW and the MME can be forwarded through the SGW.

[0327] It should be noted that in this embodiment, after receiving the registration message, the PGW encapsulates the registration message into an IP packet and sends the registration message to the P-CSCF / IMS AS.

[0328] Step 1102: The P-CSCF / IMS AS obtains the IP address (IP-1) of the UE-1 and saves a first correspondence relationship.

[0329] The P-CSCF / IMS AS obtains the IP address (IP-1) of the UE-1 from the IP packet header.

[0330] In addition, the first correspondence relationship includes a correspondence relationship between the UE-1 identity and the IP address (IP-1).

[0331] Step 1103: The P-CSCF / IMS AS generates a normal SIP register message, including the identity of the UE-1 and the IP address (IP-1).

[0332] It should be noted that the IMS network uses a SIP message for signaling transmission.

[0333] Step 1104: The S-CSCF replies with a SIP 200OK.

[0334] Step 1105: The P-CSCF / IMS AS determines first address information according to the first correspondence relationship, and the first address information includes the IP address of the UE-1 (i.e., IP-1).

[0335] The P-CSCF / IMS AS can determine the IP address corresponding to the UE-1 identity according to the UE-1 identity included in the SIP 200OK and the first correspondence relationship.

[0336] Step 1106: The P-CSCF / IMS AS generates a response message according to the SIP 200OK and sends the response message to the UE-1 according to the determined IP address (i.e., IP-1) of the UE-1; the response message can be an I1 success message, a CS Location updating accept, or a simplified SIP 200OK.

[0337] In addition, the P-CSCF / IMS AS can encapsulate the generated response message in an IP packet, so as to send the IP packet to the PGW, so that the PGW removes the IP packet header to obtain the response message, and then sends the response message to the UE-1 through the MME.

[0338] It should be noted that in FIG. 11, only the key content of each step is listed.

[0339] Embodiment five, the IMS network registration process of the UE-1, as shown in FIG. 12, includes the following steps 1201 to 1206:

[0340] Step 1201: The UE-1 sends a registration message.

[0341] The registration message includes the identity of the UE-1; the identity of the UE-1 includes at least one of the MSISDN, the SIP URI, and the IMPU of the UE-1.

[0342] The registration message can be one of an I1 register message, a CS Location updating request message, and a simplified SIP register message.

[0343] It should be noted that the I1 register message and the CS Location updating request message do not include an IP header, and both of them are non-IP messages; the simplified SIP register message is a normal IMS register message in which unnecessary parameters such as an IP address and a routing address are simplified.

[0344] In addition, the UE-1 communicates with the P-CSCF / IMS AS through a base station and a PGW, and therefore the UE-1 can send the registration message to the base station through a DRB, so that the base station sends the registration message to the PGW through a GTP-U tunnel, and the PGW sends the registration message to the P-CSCF / IMS AS.

[0345] It should be noted that in the embodiment, the PGW receives the registration message, encapsulates the registration message into an IP packet, and sends the registration message to the P-CSCF / IMS AS.

[0346] In step 1202, the P-CSCF / IMS AS obtains an IP address (IP-1) of the UE-1 and stores a first correspondence relationship.

[0347] The P-CSCF / IMS AS obtains the IP address (IP-1) of the UE-1 from a received IP packet header.

[0348] In addition, the first correspondence relationship includes a correspondence relationship between the UE-1 identifier and the IP address (IP-1).

[0349] In step 1203, the P-CSCF / IMS AS generates a normal SIP register message including the identifier of the UE-1 and the IP address (IP-1).

[0350] It should be noted that the IMS network uses a SIP message for signaling transmission.

[0351] In step 1204, the S-CSCF replies to the SIP 200OK; the 200OK represents a success status code in an HTTP status code.

[0352] In step 1205, the P-CSCF / IMS AS determines first address information according to the first correspondence relationship, and the first address information includes the IP address (IP-1) of the UE-1.

[0353] The P-CSCF / IMS AS can determine the IP address corresponding to the UE-1 identifier according to the UE-1 identifier included in the SIP 200 OK and the first correspondence relationship.

[0354] Step 1206: The P-CSCF / IMS AS generates a response message according to the SIP 200 OK and sends the response message to the UE-1 according to the determined IP address (i.e., IP-1) of the UE-1; the response message can be an I1 success message, a CS Location updating accept, or a simplified SIP 200 OK.

[0355] In addition, the P-CSCF / IMS AS can encapsulate the generated response message in an IP packet, so as to send the IP packet to the PGW, so that the PGW removes the IP packet header to obtain the response message, and then sends the response message to the UE-1 through the base station.

[0356] It should be noted that in FIG. 12, only the key content of each step is listed.

[0357] In addition, through the above-mentioned embodiments one to five, the P-CSCF / IMS AS can establish the first correspondence relationship, so as to prepare for subsequent message transmission in the call flow.

[0358] In a second aspect, the call flow is as described in the following embodiment six:

[0359] It should be noted that the above-mentioned embodiments one to five are the IMS network registration flow of the UE-1, through which the P-CSCF / IMS AS saves the first correspondence relationship; the following embodiment six can be based on any one of the embodiments one to five to complete the voice call flow, and the first correspondence relationship is used for transmitting and receiving signaling in the call process.

[0360] In the embodiment six, the UE-1 initiates the calling flow, as shown in FIG. 13, including the following steps 1301 to 1310:

[0361] Step 1301: The UE-1 sends a call message (i.e., an Invite message); the call message includes an identifier of the UE-2 and an identifier of the UE-1;

[0362] The identifier of the UE-1 includes at least one of an MSISDN, a SIP URI, and an IMPU of the UE-1, and the identifier of the UE-2 includes at least one of an MSISDN, a SIP URI, and an IMPU of the UE-2.

[0363] In addition, the call message can be one of an I1 request (Invite) message, a CS setup message, and a simplified SIP request (Invite) message. It should be noted that the simplified SIP Invite message is based on a normal IMS Invite message, and unnecessary parameters such as an IP address, a routing address, and an SDP are simplified.

[0364] Step 1302: The P-CSCF / IMS AS requests the IMS GW to allocate address information for transmitting voice data for the UE-1, including an IP address (namely, IP-2) and a port number.

[0365] It should be noted that the information for transmitting voice data can also be understood or replaced as information for SDP negotiation or information for establishing a real-time transport protocol (RTP) connection or information for transmitting RTP data.

[0366] Step 1303: The P-CSCF / IMS AS obtains the IP address (namely, IP-1) of the UE-1 according to the identifier of the UE-1 and the first correspondence relationship. It can be understood that the IP address is obtained through a registration process (namely, the registration process in any one of the first to fifth embodiments described above).

[0367] Step 1304: The P-CSCF / IMS AS generates a SIP Invite message and sends the SIP Invite message to the UE-2. The SIP Invite message includes the IP address (IP-1) of the UE-1, the identifier of the UE-2, and an SDP offer. The SDP offer includes the address information (namely, the IP-2 and the port number) for transmitting voice data.

[0368] Step 1305: The P-CSCF / IMS AS receives a 183 response message (namely, a response message with a response code of 183) sent by the UE-2. The response message includes an SDP answer.

[0369] Step 1306: The P-CSCF / IMS AS generates a response message according to the 183 response message, determines the first address information according to the first correspondence relationship, and sends the response message to the UE-1 according to the first address information.

[0370] The response message can be, for example, an I1 progress message, a CS call progress message, or a simplified SIP 183 message. The simplified SIP 183 message does not include the SDP answer.

[0371] It should be noted that the specific process of determining the first address information according to the first correspondence relationship can refer to the related content in the above-mentioned specific embodiments 1-5, which will not be repeated here.

[0372] Step 1307: The P-CSCF / IMS AS receives the 180 response message (i.e., the response message with response code 180) sent by UE-2.

[0373] Step 1308: The P-CSCF / IMS AS generates a response message according to the 180 message, and determines the first address information according to the first correspondence relationship, so as to send the response message to UE-1 according to the first address information.

[0374] The response message may be, for example, an I1 progress message, a CS alerting message, or a simplified SIP 180 message.

[0375] It should be noted that the specific process of determining the first address information according to the first correspondence relationship can refer to the related content in the above-mentioned specific embodiments 1-5, which will not be repeated here.

[0376] Step 1309: The P-CSCF / IMS AS receives the 200 OK response message (i.e., the response message with response code 200) sent by UE-2.

[0377] Step 1310: The P-CSCF / IMS AS generates a response message according to the 200 OK message, and determines the first address information according to the first correspondence relationship, so as to send the response message to UE-1 according to the first address information.

[0378] The response message may be, for example, an I1 success message, a CS connect message, or a simplified SIP 200 OK.

[0379] It should be noted that the specific process of determining the first address information according to the first correspondence relationship can refer to the related content in the above-mentioned specific embodiments 1-5, which will not be repeated here.

[0380] As can be seen from the above, in the above-mentioned embodiment six, UE-1 can send and receive signaling and data through non-IP data transmission (NIDD), and reduce the signaling message by using I1 signaling or CS signaling, thereby shortening the call setup delay.

[0381] In addition, for a satellite communication scenario, due to a long distance from the ground, a low transmission rate of the UE due to a limited user transmission power and a limited spectrum resource, and usually only 1-2 kbps can be reached. Moreover, in the prior art, when an IMS voice call is used, a SIP message itself is relatively large, for example, an invite message is 2000 bytes, so that it takes 16 seconds to transmit the invite message in the above GEO scenario (assuming a data transmission rate of 1 kbps), and the entire call setup time is greater than 1 minute, affecting user experience.

[0382] The message transmission method provided in the embodiments of the present application uses the following two methods to reduce the amount of data transmitted by the UE-1 in the air interface when establishing a voice call, thereby shortening the call setup delay.

[0383] 1. The voice signaling is transmitted using the NIDD mode, thereby reducing the overhead of transmitting the voice signaling.

[0384] 2. Other protocols are used to replace the IMS protocol (for example, I1 messages or CS messages or simplified SIP messages) between the UE and the IMS network element, thereby reducing the size of the voice signaling itself.

[0385] The message transmission method provided in the embodiments of the present application can be executed by a message transmission device. The message transmission device provided in the embodiments of the present application is described by taking the message transmission device as an example.

[0386] The embodiments of the present application also provide a message transmission device, as shown in FIG. 14, the message transmission device 140 includes the following modules:

[0387] A first receiving module 1401 is configured to receive a first message, wherein the first message includes first parameter information of a first terminal.

[0388] A first obtaining module 1402 is configured to obtain first address information according to the first parameter information and a first correspondence relationship, wherein the first correspondence relationship is used to indicate a correspondence relationship between the first address information and the first parameter information.

[0389] A first sending module 1403 is configured to send a second message to the first terminal according to the first address information.

[0390] Optionally, the first parameter information includes at least one of identification information of the first terminal and address information of the first terminal.

[0391] Optionally, the first address information includes at least one of the following:

[0392] The address information of the first terminal.

[0393] address information of the second network-side device;

[0394] tunnel information of the first tunnel;

[0395] The second network-side device is located on a transmission path between the first network-side device and the first terminal; or the first tunnel comprises a tunnel between the first network-side device and the second network-side device.

[0396] Optionally, the first correspondence relationship comprises at least one of the following:

[0397] a correspondence relationship between the identity information of the first terminal and the address information of the first terminal;

[0398] a correspondence relationship between the identity information of the first terminal and the address information of the second network-side device;

[0399] a correspondence relationship between the identity information of the first terminal and the address information of the first network-side device;

[0400] a correspondence relationship between the address information of the first terminal and the address information of the second network-side device;

[0401] a correspondence relationship between the address information of the first terminal and the address information of the first network-side device;

[0402] a correspondence relationship between the identity information of the first terminal and the tunnel information of the first tunnel;

[0403] a correspondence relationship between the address information of the first terminal and the tunnel information of the first tunnel;

[0404] The second network-side device is located on a transmission path between the first network-side device and the first terminal; or the first tunnel comprises a tunnel between the first network-side device and the second network-side device.

[0405] Optionally, the tunnel information comprises at least one of the following:

[0406] identity information of the first tunnel;

[0407] address information of the second network-side device corresponding to the first tunnel;

[0408] a port number of the second network-side device corresponding to the first tunnel;

[0409] address information of the first network-side device corresponding to the first tunnel;

[0410] a port number of the first network-side device corresponding to the first tunnel.

[0411] Optionally, the first receiving module 1401 is further configured to receive a first registration message of the first terminal, wherein the first registration message comprises second parameter information of the first terminal.

[0412] The first obtaining module 1402 is further configured to obtain second address information used for transmitting a message sent to the first terminal.

[0413] The apparatus further comprises:

[0414] The saving module is configured to obtain the first correspondence relationship according to the second parameter information and the second address information, and save the first correspondence relationship.

[0415] Optionally, in the case where the second address information comprises address information of the first terminal, the first obtaining module 1402 obtains the address information of the first terminal, including one of the following:

[0416] allocating the address information of the first terminal to the first terminal;

[0417] obtaining the address information of the first terminal allocated to the first terminal by a third network side device;

[0418] determining the address information of the first network side device as the address information of the first terminal.

[0419] Optionally, the first receiving module 1401 receives the first registration message of the first terminal, including:

[0420] receiving a first Internet Protocol (IP) packet, wherein the first registration message is encapsulated in the first IP packet, and a packet header of the first IP packet carries address information of the first terminal;

[0421] In the case where the second address information comprises the address information of the first terminal, the obtaining of the address information of the first terminal comprises:

[0422] obtaining the address information of the first terminal from the packet header of the first IP packet.

[0423] Optionally, the second parameter information comprises identification information of the first terminal, and the second address information comprises address information of the first terminal.

[0424] The first sending module 1403 is further configured to send a second registration message to a fourth network side device, wherein the second registration message comprises identification information of the first terminal and address information of the first terminal.

[0425] The first receiving module 1401 is further configured to receive a response message of the second registration message from the fourth network-side device, wherein the response message of the second registration message comprises first parameter information of the first terminal, and the first parameter information comprises at least one of identification information of the first terminal and address information of the first terminal;

[0426] The first obtaining module 1402 is further configured to obtain the first address information according to the first parameter information and the first correspondence relationship.

[0427] The first sending module 1403 is further configured to send a response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information.

[0428] Optionally, the first sending module 1403 sends the response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information, and the sending comprises:

[0429] generating the response message of the first registration message according to the response message of the second registration message;

[0430] encapsulating the response message of the first registration message in a second IP packet, and sending the second IP packet to a second network-side device according to the first address information, wherein the second network-side device is located on a transmission path between the first network-side device and the first terminal.

[0431] Optionally, the first receiving module 1401 is further configured to receive a first call message of the first terminal, wherein the first call message comprises identification information of a second terminal and identification information of the first terminal.

[0432] The first obtaining module 1402 is further configured to, in a case where the first correspondence relationship comprises a correspondence relationship between identification information of a terminal and address information of the terminal, obtain address information of the first terminal according to the identification information of the first terminal and the first correspondence relationship, and obtain third address information used for transmitting data sent to the first terminal.

[0433] The first sending module 1403 is further configured to send a second call message to the second terminal, wherein the second call message comprises the address information of the first terminal, the third address information, and the identification information of the second terminal.

[0434] Optionally, the first message comprises at least one response message of the second call message.

[0435] The second message comprises at least one response message of the first call message.

[0436] Optionally, the first receiving module 1401 is further configured to receive a third call message of the first terminal, wherein the third call message comprises identification information of a second terminal and first parameter information of the first terminal.

[0437] The first sending module 1403 is further configured to send a fourth call message to the second terminal according to the identification information of the second terminal, and perform session description protocol (SDP) negotiation with the second terminal.

[0438] The first obtaining module 1402 is further configured to, in a case where the SDP negotiation is completed, obtain the first address information according to the first parameter information and the correspondence.

[0439] The first sending module 1403 is further configured to send a response message of the third call message to the first terminal according to the first address information.

[0440] Optionally, the first obtaining module 1402 is further configured to obtain third address information used for transmitting data sent to the first terminal.

[0441] Optionally, the fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

[0442] Optionally, the first obtaining module 1402 obtains third address information used for transmitting data sent to the first terminal, and the method comprises the following steps of:

[0443] obtaining the third address information allocated to the first terminal by a third network side device.

[0444] Optionally, at least one of the first registration message, a response message of the first registration message, the first call message, a response message of the first call message, the third call message, and a response message of the third call message is a non-IP message.

[0445] Optionally, the first network side device is a proxy call session control function (P-CSCF) or an IP multimedia system application server (IMS AS).

[0446] The second network side device is one of the following:

[0447] a service capability exposure function (SCEF), a public data network gateway (PGW), and a user plane function (UPF).

[0448] Optionally, the second message is generated according to the first message.

[0449] Optionally, the first message is a Session Initiation Protocol (SIP) message.

[0450] The second message is one of the following:

[0451] an I1 message, a Circuit-Switched (CS) message, or a SIP message without target content.

[0452] The target content is used for SDP negotiation.

[0453] Embodiments of the present application also provide a message transmission apparatus, as shown in FIG. 15, the message transmission apparatus 150 includes the following modules:

[0454] A second receiving module 1501, configured to receive a third call message of a first terminal, wherein the third call message includes identification information of a second terminal.

[0455] A second sending module 1502, configured to:

[0456] According to the identification information of the second terminal, send a fourth call message to the second terminal, and perform Session Description Protocol (SDP) negotiation with the second terminal.

[0457] In a case where the SDP negotiation is completed, send a response message of the third call message to the first terminal.

[0458] Optionally, the third call message further includes first parameter information of the first terminal.

[0459] The second sending module 1502 sends the response message of the third call message to the first terminal, including:

[0460] According to the first parameter information of the first terminal and a first correspondence relationship, obtain first address information, wherein the first correspondence relationship is used to indicate a correspondence relationship between the first address information and the first parameter information.

[0461] According to the first address information, send the response message of the third call message to the first terminal.

[0462] Optionally, the apparatus further includes a second obtaining module, configured to obtain third address information used for transmitting data sent to the first terminal.

[0463] Optionally, the second obtaining module obtains the third address information used for transmitting data sent to the first terminal, including:

[0464] Obtain the third address information allocated to the first terminal by a third network side device.

[0465] Optionally, the fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

[0466] The message transmission apparatus in the embodiments of the present applicationapplicationbe an electronic device, for example, an electronic device with an operating system, or a component in an electronic device, for example, an integrated circuit or a chip. The electronic deviceapplicationbe a network side device. Exemplarily, the network side deviceapplicationinclude, but is not limited to, the types of the network side device 12 listed above, and the embodiments of the present application do not make specific limitations.

[0467] The message transmission apparatus provided in the embodiments of the present application can implement each process implemented by the method embodiments of FIG. 2 to FIG. 7, and achieve the same technical effects. To avoid repetition, details are not described herein.

[0468] The embodiments of the present application further provide a message transmission apparatus applied to a first terminal. The message transmission apparatusapplicationcomprise the following modules.

[0469] A third sending module configured to send a first registration message, wherein the first registration message comprises second parameter information of the first terminal.

[0470] A third receiving module configured to receive a response message of the first registration message, wherein the first registration message and the response message of the first registration message are one of an I1 message, a CS message, and a SIP message without target content, and the target content is used for SDP negotiation.

[0471] The message transmission apparatus in the embodiments of the present applicationapplicationbe an electronic device, for example, an electronic device with an operating system, or a component in an electronic device, for example, an integrated circuit or a chip. The electronic deviceapplicationbe a terminal. Exemplarily, the terminalapplicationinclude, but is not limited to, the types of the terminal 11 listed above, and the embodiments of the present application do not make specific limitations.

[0472] The message transmission apparatus provided in the embodiments of the present applicationapplicationimplement each process implemented by the message transmission method applied to the first terminal, and achieve the same technical effects. To avoid repetition, details are not described herein.

[0473] As shown in FIG. 16, the embodiment of the present application further provides a communication device 1600, comprising a processor 1601 and a memory 1602, wherein the memory 1602 stores programs or instructions executable by the processor 1601, for example, when the communication device 1600 is a terminal, the programs or instructions are executed by the processor 1601 to implement each step of the message transmission method applied to the first terminal and achieve the same technical effects. When the communication device 1600 is a network side device, the programs or instructions are executed by the processor 1601 to implement each step of the message transmission method applied to the first network side device and achieve the same technical effects. To avoid repetition, details are not described herein.

[0474] The embodiment of the present application further provides a terminal, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to run programs or instructions to implement the steps in the message transmission method applied to the first terminal. The terminal embodiment corresponds to the terminal side method embodiment described above, and each implementation process and implementation manner of the method embodiment can be applied to the terminal embodiment and achieve the same technical effects. Specifically, FIG. 17 is a schematic diagram of the hardware structure of a terminal for implementing the embodiment of the present application.

[0475] The terminal 1700 includes, but is not limited to, at least part of the components such as a radio frequency unit 1701, a network module 1702, an audio output unit 1703, an input unit 1704, a sensor 1705, a display unit 1706, a user input unit 1707, an interface unit 1708, a memory 1709, and a processor 1710.

[0476] Those skilled in the art can understand that the terminal 1700 can further include a power supply (such as a battery) for supplying power to each component, and the power supply can be logically connected to the processor 1710 through a power management system, so as to realize functions such as power management, discharge management, and power consumption management through the power management system. The terminal structure shown in FIG. 17 does not constitute a limitation on the terminal, and the terminal can include more or fewer components than those shown, or combine certain components, or different component arrangements, which are not described herein.

[0477] It should be understood that in the embodiments of the present application, the input unit 1704 can include a graphics processing unit (GPU) 17041 and a microphone 17042. The graphics processor 17041 processes image data of a still picture or a video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The display unit 1706 can include a display panel 17061, which can be configured in the form of a liquid crystal display, an organic light-emitting diode, etc. The user input unit 1707 includes at least one of a touch panel 17071 and other input devices 17072. The touch panel 17071 is also called a touch screen. The touch panel 17071 can include two parts of a touch detection device and a touch controller. The other input devices 17072 can include, but are not limited to, a physical keyboard, function keys (such as volume control keys, on-off keys, etc.), a trackball, a mouse, a joystick, and the like, which will not be described here.

[0478] In the embodiments of the present application, after the radio frequency unit 1701 receives the downlink data from the network side device, it can be transmitted to the processor 1710 for processing. In addition, the radio frequency unit 1701 can send uplink data to the network side device. Generally, the radio frequency unit 1701 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0479] The memory 1709 can be used to store software programs or instructions and various data. The memory 1709 can mainly include a first storage area storing programs or instructions and a second storage area storing data, wherein the first storage area can store an operating system, application programs or instructions required by at least one function (such as a sound playing function, an image playing function, etc.), etc. In addition, the memory 1709 can include a volatile memory or a non-volatile memory. The non-volatile memory can be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically EPROM (EEPROM), or a flash memory. The volatile memory can be a Random Access Memory (RAM), a Static RAM (SRAM), a Dynamic RAM (DRAM), a Synchronous DRAM (SDRAM), a Double Data Rate SDRAM (DDR SDRAM), an Enhanced SDRAM (ESDRAM), a Synch link DRAM (SLDRAM), and a Direct Rambus RAM (DRRAM). The memory 1709 in the embodiments of the present application includes but is not limited to these and any other suitable types of memory.

[0480] The processor 1710 can include one or more processing units; optionally, the processor 1710 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and an application program, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It can be understood that the above-mentioned modem processor can also not be integrated into the processor 1710.

[0481] The radio frequency unit 1701 is configured to:

[0482] send a first registration message, wherein the second parameter information of the first terminal is included in the first registration message;

[0483] receive a response message of the first registration message, wherein the first registration message and the response message of the first registration message are one of an I1 message, a CS message, and a SIP message without target content used for SDP negotiation.

[0484] It can be understood that the implementation process of each implementation manner mentioned in the embodiment can refer to the related description of the message transmission method applied to the first terminal, and achieve the same or corresponding technical effects. To avoid repetition, it will not be repeated here.

[0485] The embodiment of the application further provides a network side device, comprising a processor and a communication interface, the communication interface and the processor are coupled, the processor is used to run programs or instructions, and the steps of the method embodiments shown in FIGS. 2 to 13 are implemented. The network side device embodiment corresponds to the network side device method embodiment described above. Each implementation process and implementation manner of the above method embodiments can be applied to the network side device embodiment, and the same technical effects can be achieved.

[0486] Specifically, the embodiment of the application further provides a network side device. As shown in FIG. 18, the network side device 1800 comprises a processor 1801, a network interface 1802 and a memory 1803. Wherein, the network interface 1802 is, for example, a common public radio interface (common public radio interface, CPRI).

[0487] Specifically, the network side device 1800 of the embodiment of the application further comprises instructions or programs stored on the memory 1803 and executable on the processor 1801. The processor 1801 invokes the instructions or programs in the memory 1803 to execute the method performed by each module shown in FIG. 14 or 15, and achieve the same technical effects. To avoid repetition, it will not be repeated here.

[0488] The embodiment of the application further provides a message transmission system comprising the first terminal and the first network side device described above, wherein the first network side device is used to execute the message transmission method applied to the first network side device, and the first terminal is used to execute the message transmission method applied to the first terminal.

[0489] The embodiment of the application further provides a readable storage medium, the readable storage medium stores programs or instructions, the programs or instructions are executed by the processor to implement each process of the message transmission method embodiment described above, and the same technical effects can be achieved. To avoid repetition, it will not be repeated here.

[0490] The processor is the processor in the terminal in the above-described embodiments. The readable storage medium includes a computer readable storage medium, such as a computer readable only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc. In some examples, the readable storage medium can be a non-transitory readable storage medium.

[0491] The chip provided by the embodiment of the present application includes a processor and a communication interface, the communication interface is coupled with the processor, the processor is used to run programs or instructions, realizes various processes of the message transmission method embodiments, and can achieve the same technical effects. To avoid repetition, details are not described here.

[0492] It should be understood that the chip mentioned in the embodiments of the present application can also be referred to as a system chip, a system chip, a chip system, or a system on chip, etc.

[0493] The embodiment of the present application further provides a computer program / program product stored in a storage medium, which is executed by at least one processor to realize various processes of the above-mentioned message transmission method embodiments, and can achieve the same technical effects. To avoid repetition, details are not described here.

[0494] It should be noted that in this paper, the term "includes", "contains" or any other variant thereof is intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such process, method, article or device. Without more limitations, the element defined by the statement "includes a" does not exclude the presence of another identical element 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 embodiments of the present application is not limited to the order of functions shown or discussed, but also includes functions performed in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method can be performed in a different order from the described order, and various steps can also be added, omitted or combined. In addition, the features described with reference to some examples can be combined in other examples.

[0495] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment method can be realized by means of computer software product and general hardware platform, of course, it can also be realized by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.), including a plurality of instructions, used to make the terminal or network side equipment execute the method described in each embodiment of the present application.

[0496] The embodiments of the present application are described above with reference to the accompanying drawings, but the present application is not limited to the above-described specific embodiments, and the above-described specific embodiments are merely illustrative, but not restrictive, and a person of ordinary skill in the art can make many forms of embodiments under the inspiration of the present application without departing from the purpose of the present application and the scope protected by the claims, and these embodiments all belong to the protection of the present application.

Claims

1. A message transmission method, wherein, The method comprises: The first network side device receives a first message, wherein the first message comprises first parameter information of a first terminal; The first network side device obtains first address information according to the first parameter information and a first correspondence relationship, wherein the first correspondence relationship indicates a correspondence relationship between the first address information and the first parameter information; The first network side device sends a second message to the first terminal according to the first address information.

2. The method of claim 1, wherein, The first parameter information comprises at least one of identification information of the first terminal and address information of the first terminal.

3. The method of claim 1 or 2, wherein, The first address information comprises at least one of: Address information of the first terminal; Address information of a second network side device; Tunnel information of a first tunnel; The second network side device is located on a transmission path between the first network side device and the first terminal; or the first tunnel comprises a tunnel between the first network side device and the second network side device.

4. The method according to any one of claims 1 to 3, wherein, The first correspondence relationship comprises at least one of: A correspondence relationship between the identification information of the first terminal and the address information of the first terminal; A correspondence relationship between the identification information of the first terminal and the address information of the second network side device; A correspondence relationship between the identification information of the first terminal and address information of the first network side device; A correspondence relationship between the address information of the first terminal and the address information of the second network side device; A correspondence relationship between the address information of the first terminal and the address information of the first network side device; A correspondence relationship between the identification information of the first terminal and the tunnel information of the first tunnel; A correspondence relationship between the address information of the first terminal and the tunnel information of the first tunnel; The second network side device is located on a transmission path between the first network side device and the first terminal; or the first tunnel comprises a tunnel between the first network side device and the second network side device.

5. The method of claim 3 or 4, wherein, The tunnel information comprises at least one of: Identification information of the first tunnel; Address information of the second network side device corresponding to the first tunnel; Port number of the second network side device corresponding to the first tunnel; Address information of the first network side device corresponding to the first tunnel; Port number of the first network side device corresponding to the first tunnel.

6. The method according to any one of claims 1 to 5, wherein, The method further comprises: The first network side device receives a first registration message of the first terminal, wherein the first registration message comprises second parameter information of the first terminal; The first network side device obtains second address information for transmitting a message sent to the first terminal; The first network side device obtains the first correspondence relationship according to the second parameter information and the second address information.

7. The method of claim 6, wherein, In a case where the second address information comprises address information of the first terminal, the first network side device obtains the address information of the first terminal, comprising one of: The first network side device allocates the address information of the first terminal to the first terminal; The first network-side device acquires address information of the first terminal allocated by a third network-side device for the first terminal; The first network-side device determines address information of the first network-side device as the address information of the first terminal.

8. The method of claim 6, wherein, The first network-side device receives a first registration message of the first terminal, including: The first network-side device receives a first Internet Protocol (IP) packet, wherein the first registration message is encapsulated in the first IP packet, and the address information of the first terminal is carried in a packet header of the first IP packet; In a case where the second address information includes the address information of the first terminal, the first network-side device acquires the address information of the first terminal, including: The first network-side device acquires the address information of the first terminal from the packet header of the first IP packet.

9. The method according to any one of claims 6 to 8, wherein, The second parameter information includes identification information of the first terminal, and the second address information includes address information of the first terminal, and the method further includes: The first network-side device sends a second registration message to a fourth network-side device, wherein the second registration message includes the identification information of the first terminal and the address information of the first terminal; The first network-side device receives a response message of the second registration message from the fourth network-side device, wherein the response message of the second registration message includes first parameter information of the first terminal, and the first parameter information includes at least one of the identification information of the first terminal and the address information of the first terminal; The first network-side device acquires the first address information according to the first parameter information and the first correspondence relationship; The first network-side device sends a response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information.

10. The method of claim 9, wherein, The first network-side device sends a response message of the first registration message to the first terminal according to the response message of the second registration message and the first address information, including: The first network-side device generates the response message of the first registration message according to the response message of the second registration message; The first network-side device encapsulates the response message of the first registration message in a second IP packet, and sends the second IP packet to a second network-side device according to the first address information, wherein the second network-side device is located on a transmission path between the first network-side device and the first terminal.

11. The method according to any one of claims 1 to 10, wherein, The method further includes: The first network-side device receives a first call message of the first terminal, wherein the first call message includes identification information of a second terminal and identification information of the first terminal; In a case where the first correspondence relationship includes a correspondence relationship between identification information of a terminal and address information of the terminal, the first network-side device acquires the address information of the first terminal according to the identification information of the first terminal and the first correspondence relationship; The first network-side device acquires third address information for transmitting data sent to the first terminal; The first network-side device sends a second call message to the second terminal, wherein the second call message comprises address information of the first terminal, the third address information, and identification information of the second terminal.

12. The method of claim 11, wherein, The first message comprises at least one response message of the second call message; The second message comprises at least one response message of the first call message.

13. The method according to any one of claims 1 to 10, wherein, The method further comprises: The first network-side device receives a third call message of the first terminal, wherein the third call message comprises identification information of the second terminal and first parameter information of the first terminal; The first network-side device sends a fourth call message to the second terminal according to the identification information of the second terminal, and performs session description protocol (SDP) negotiation with the second terminal; In a case where the SDP negotiation is completed, the first network-side device acquires the first address information according to the first parameter information and the correspondence relationship; The first network-side device sends a response message of the third call message to the first terminal according to the first address information.

14. The method of claim 13, wherein, The method further comprises: The first network-side device acquires third address information for transmitting data sent to the first terminal.

15. The method of claim 14, wherein, The fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

16. The method of claim 11 or 14, wherein, The first network-side device acquires third address information for transmitting data sent to the first terminal, comprising: The first network-side device acquires the third address information allocated by a third network-side device for the first terminal.

17. The method of any one of claims 6, 9, 11, 12, 13, wherein, At least one of the first registration message, the response message of the first registration message, the first call message, the response message of the first call message, the third call message, and the response message of the third call message is a non-IP message.

18. The method of any one of claims 1 to 17, wherein, The first network-side device is a proxy call session control function (P-CSCF) or an IP multimedia system application server (IMS AS); The second network-side device is one of: a service capability exposure function (SCEF), a public data network gateway (PGW), and a user plane function (UPF).

19. The method of any one of claims 1 to 18, wherein, The second message is generated according to the first message.

20. The method of any one of claims 1 to 19, wherein, The first message is a session initiation protocol (SIP) message. The second message is one of: an I1 message, a circuit switched (CS) message, and a SIP message without target content. The target content is used for SDP negotiation.

21. A message transmission method, wherein, The method comprises: A first network-side device receives a third call message of a first terminal, wherein the third call message comprises identification information of a second terminal; The first network-side device sends a fourth call message to the second terminal according to the identification information of the second terminal, and performs session description protocol (SDP) negotiation with the second terminal; In a case where the SDP negotiation is completed, the first network-side device sends a response message of the third call message to the first terminal.

22. The method of claim 21, wherein, The third call message further comprises first parameter information of the first terminal; The first network-side device sends a response message of the third call message to the first terminal, comprising: The first network-side device acquires first address information according to the first parameter information of the first terminal and a first correspondence relationship, wherein the first correspondence relationship indicates a correspondence relationship between the first address information and the first parameter information; The first network-side device sends a response message of the third call message to the first terminal according to the first address information.

23. The method of claim 21 or 22, wherein, The method further comprises: The first network-side device acquires third address information for transmitting data sent to the first terminal.

24. The method of claim 23, wherein, The first network-side device acquires third address information for transmitting data sent to the first terminal, comprising: The first network-side device acquires the third address information allocated by a third network-side device for the first terminal.

25. The method of claim 23 or 24, wherein, The fourth call message comprises an SDP invitation, and the SDP invitation comprises the third address information.

26. A message transmission apparatus, wherein, The apparatus applied to a first network-side device, comprising: A first receiving module configured to receive a first message, wherein the first message comprises first parameter information of a first terminal; A first acquiring module configured to acquire first address information according to the first parameter information and a first correspondence relationship, wherein the first correspondence relationship indicates a correspondence relationship between the first address information and the first parameter information; A first sending module configured to send a second message to the first terminal according to the first address information.

27. A message transmission apparatus, wherein, The apparatus applied to a first network-side device, comprising: A second receiving module configured to receive a third call message of a first terminal, wherein the third call message comprises identification information of a second terminal; A second sending module configured to: send a fourth call message to the second terminal according to the identification information of the second terminal, and perform a session description protocol (SDP) negotiation with the second terminal; and send a response message of the third call message to the first terminal in a case where the SDP negotiation is completed.

28. A network-side device, wherein, The network-side device comprises a processor and a memory, the memory stores programs or instructions executable on the processor, and the programs or instructions are executed by the processor to implement the steps of the message transmission method according to any one of claims 1 to 20, or implement the steps of the message transmission method according to any one of claims 21 to 25.

29. A readable storage medium, wherein, The readable storage medium stores programs or instructions, and the programs or instructions are executed by the processor to implement the steps of the message transmission method according to any one of claims 1 to 20, or implement the steps of the message transmission method according to any one of claims 21 to 25.

Images