WO2026016804A1 - 一种消息传输方法、装置、网络侧设备及存储介质 - Google Patents

一种消息传输方法、装置、网络侧设备及存储介质

Info

Publication number
WO2026016804A1
WO2026016804A1 PCT/CN2025/104765 CN2025104765W WO2026016804A1 WO 2026016804 A1 WO2026016804 A1 WO 2026016804A1 CN 2025104765 W CN2025104765 W CN 2025104765W WO 2026016804 A1 WO2026016804 A1 WO 2026016804A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
network
message
side device
address information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2025/104765
Other languages
English (en)
French (fr)
Inventor
金辉
张迪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of WO2026016804A1 publication Critical patent/WO2026016804A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data

Definitions

  • This application belongs to the field of communication technology, specifically relating to a message transmission method, apparatus, network-side device, and storage medium.
  • satellite communication systems consist of three parts: the satellite terminal, the ground terminal, and the user terminal.
  • the satellite terminal acts as a relay station in the air, forwarding data transmitted by the satellite back to the ground station. Due to the long distance between the satellite and the ground, limited user transmission power, and limited spectrum resources, the transmission rate of the terminal in satellite communication systems is relatively low.
  • IP IP and User Datagram Protocol
  • IPv4 Internet Protocol version 4
  • UDP User Datagram Protocol
  • This application provides a message transmission method, apparatus, network-side device, and storage medium, which can solve the problem in the current related technologies that IP-based data transmission requires parsing address information from the IP header, but the parsing process is time-consuming and the message transmission efficiency is low due to the large size of the IP header.
  • a message transmission method comprising:
  • the first network-side device receives a first message, wherein the first message includes first parameter information of the first terminal;
  • the first network-side device obtains first address information based on the first parameter information and the first correspondence relationship, wherein the first correspondence relationship is used to indicate the correspondence between the first address information and the first parameter information;
  • the first network-side device sends a second message to the first terminal based on the first address information.
  • a message transmission method comprising:
  • the first network-side device receives a third call message from the first terminal, wherein the third call message includes the identification information of the second terminal;
  • the first network-side device sends a fourth call message to the second terminal based on the identification information of the second terminal, and negotiates Session Description Protocol (SDP) with the second terminal.
  • SDP Session Description Protocol
  • the first network-side device Upon completion of the SDP negotiation, the first network-side device sends a response message for the third call message to the first terminal.
  • a message transmission device applied to a first network-side device, the device comprising:
  • a first receiving module is configured to receive a first message, wherein the first message includes first parameter information of a first terminal;
  • the first acquisition module is used to acquire first address information based on the first parameter information and the 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;
  • the first sending module is used to send a second message to the first terminal based on the first address information.
  • a message transmission device applied to a first network-side device, the device comprising:
  • the second receiving module is used to receive a third call message from the first terminal, wherein the third call message includes the identification information of the second terminal;
  • the second transmitting module is used for:
  • a fourth call message is sent to the second terminal, and Session Description Protocol (SDP) negotiation is performed with the second terminal;
  • SDP Session Description Protocol
  • a response message for the third call message is sent to the first terminal.
  • a network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first or second aspect.
  • a network-side device including a processor and a communication interface
  • the communication interface is used to: receive a first message, wherein the first message includes first parameter information of the first terminal;
  • the processor is configured to: obtain first address information based on the first parameter information and the first correspondence, wherein the first correspondence is used to indicate the correspondence between the first address information and the first parameter information;
  • the communication interface is also used to send a second message to the first terminal based on the first address information
  • the communication interface is used for:
  • a fourth call message is sent to the second terminal, and Session Description Protocol (SDP) negotiation is performed with the second terminal;
  • SDP Session Description Protocol
  • a response message for the third call message is sent to the first terminal.
  • a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.
  • a chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.
  • a ninth aspect provides a computer program/program product stored in a storage medium, the program/program product being executed by at least one processor to perform the steps of the method as described in the first or second aspect.
  • the first network-side device can receive a first message, and then obtain first address information based on the first parameter information of the first terminal included in the first message and the first correspondence relationship, thereby sending a second message to the first terminal based on the first address information.
  • the first correspondence relationship between the terminal's parameter information and the address information used to transmit messages sent to the terminal can be pre-stored.
  • the first network-side device needs to send a message to a terminal, it can obtain the corresponding address information from the first correspondence relationship based on the terminal's parameter information, thereby sending a message to the terminal based on the address information.
  • IP-based transmissions often involve large IP headers, and parsing these headers is time-consuming.
  • the address information required for message transmission is obtained by searching a first correspondence, eliminating the need to parse the IP header to retrieve address information. This shortens message transmission time and improves efficiency.
  • the transmitted message does not need to carry the corresponding address information, thus laying the foundation for reducing the data size of the transmitted message.
  • Figure 1 is a block diagram of a wireless communication system applicable to an embodiment of this application
  • FIG. 2 is a flowchart of a message transmission method according to an embodiment of this application.
  • Figure 3 is one of the schematic diagrams of the NIDD architecture in the embodiments of this application.
  • Figure 4 is a second schematic diagram of the NIDD architecture in an embodiment of this application.
  • Figure 5 is the third schematic diagram of the NIDD architecture in the embodiments of this application.
  • FIG. 6 is a schematic diagram of the SCEF connection establishment process in an embodiment of this application.
  • FIG. 7 is a flowchart of another message transmission method in an embodiment of this application.
  • Figure 8 is a schematic diagram of one of the registration processes in an embodiment of this application.
  • Figure 9 is a second schematic diagram of the registration process in an embodiment of this application.
  • Figure 10 is a schematic diagram of the registration process in one of the embodiments of this application.
  • Figure 11 is a fourth schematic diagram of the registration process in an embodiment of this application.
  • Figure 12 is a fifth schematic diagram of the registration process in the embodiments of this application.
  • Figure 13 is a schematic diagram of the call flow in an embodiment of this application.
  • FIG. 15 is a structural block diagram of another message transmission device in an embodiment of this application.
  • Figure 16 is a structural block diagram of a communication device according to an embodiment of this application.
  • Figure 17 is a structural block diagram of a terminal according to an embodiment of this application.
  • Figure 18 is a structural block diagram of a network-side device according to an embodiment of this application.
  • first and second are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first” and “second” are generally of the same class, without limiting the number of objects; for example, the first object can be one or more.
  • “or” in this application indicates at least one of the connected objects. For example, “A or B” covers three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B. The character “/" generally indicates that the preceding and following objects are in an "or” relationship.
  • instruction in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction).
  • a direct instruction can be understood as one in which the sender explicitly informs the receiver of specific information, the operation to be performed, or the requested result, etc., in the instruction sent.
  • An indirect instruction can be understood as one in which the receiver determines the corresponding information based on the instruction sent by the sender, or makes a judgment and determines the operation to be performed or the requested result, etc., based on the judgment result.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • NR New Radio
  • FIG. 1 shows a block diagram of a wireless communication system applicable to an embodiment of this application.
  • the wireless communication system includes a terminal 11 and a network-side device 12.
  • Terminal 11 can be a mobile phone, tablet computer, laptop computer, notebook computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR), virtual reality (VR) device, robot, wearable device, flight vehicle, vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc.
  • PDA personal digital assistant
  • UMPC ultra-mobile personal computer
  • MID mobile internet device
  • AR augmented reality
  • VR virtual reality
  • robot wearable device
  • flight vehicle vehicle user equipment
  • VUE shipboard equipment
  • pedestrian user equipment PUE
  • smart home home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines
  • Wearable devices include: smartwatches, smart bracelets, smart earphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • in-vehicle devices can also be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units, etc.
  • Terminal 11 can be any of the aforementioned terminal devices, or it can be a chip within a terminal, such as a modem chip or a system-on-a-chip (SoC). It should be noted that the specific type of terminal 11 is not limited in the embodiments of this application.
  • Network-side equipment 12 may include access network equipment or core network equipment.
  • Access network equipment may also be referred to as Radio Access Network (RAN) equipment, radio access network function, or radio access network unit.
  • Access network equipment may include base stations, Wireless Local Area Network (WLAN) access points (AS), or Wireless Fidelity (WiFi) nodes, etc.
  • Base stations may be referred to as Node B (NB), Evolved Node B (eNB), Next Generation Node B (gNB), New Radio Node B (NR Node B), access points, relay base stations (RBS), serving base stations (SBS), base transceiver stations (BTS), radio base stations, radio transceivers, etc.
  • base station can refer to any suitable term in the field, such as Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B, Transmission Reception Point (TRP), or any other appropriate term in the relevant field, as long as it achieves the same technical effect.
  • BSS Basic Service Set
  • ESS Extended Service Set
  • HNB Home Node B
  • TRP Transmission Reception Point
  • base station described in this application embodiment is only an example of a base station in an NR system and does not limit the specific type of base station.
  • Core network equipment may include, but is not limited to, at least one of the following: core network node, core network function, Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), and Edge Application Server Discovery Function.
  • Functions include EASDF, Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), Centralized Network Configuration (CNC), Network Repository Function (NRF), Network Exposure Function (NEF), Local NEF (or L-NEF), Binding Support Function (BSF), and Application Function (AF). It should be noted that this application embodiment only uses core network equipment in the NR system as an example and does not limit the specific type of core network equipment.
  • an embodiment of this application provides a message transmission method, which may include the following steps 201 to 203:
  • Step 201 The first network-side device receives the first message.
  • the first message includes the first parameter information of the first terminal.
  • the first network-side device can be a Proxy Call Session Control Function (P-CSCF) or an IP Multimedia Subsystem Application Server (IMS AS).
  • P-CSCF Proxy Call Session Control Function
  • IMS AS IP Multimedia Subsystem Application Server
  • the first terminal acts as the called terminal and the second terminal acts as the calling terminal
  • the first message is a message from the second terminal.
  • the first network-side device needs to send a second message to the first terminal based on 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 can then send the second message to the first terminal based on the first message.
  • the message content of the second message includes the message content of the first message. In this way, the message content that the second terminal needs to send to the first terminal can be successfully transmitted to the first terminal through the first network-side device.
  • the first message may be generated by the second terminal and routed to the first network-side device via the network-side device providing services to the second terminal and the network-side device providing services to the first terminal.
  • the network-side device providing services to the second terminal and the network-side device providing services to the first terminal may modify parts of the message header or message body of the first message.
  • sent to the first network-side device can also be understood or replaced as “routed to the first network-side device.”
  • sending the first message from the second terminal to the first terminal can be done by first sending it to the first network-side device.
  • sending the first message from the second terminal to the first terminal can be done by first routing it to the first network-side device.
  • sending the first message from the second terminal to the first terminal can be done by first routing it to the first network-side device. The same applies to subsequent messages.
  • the first terminal acts as the calling terminal and the second terminal acts as the called terminal.
  • the response message can first be sent to the first network-side device. Then, the first network-side device generates a response message based on the response message and sends it to the first terminal.
  • Step 202 The first network-side device obtains the first address information based on the first parameter information and the first correspondence relationship.
  • the first correspondence relationship indicates the relationship between the first address information and the first parameter information. Therefore, after receiving the first message in step 201, the first address information corresponding to the first parameter information can be found in the first correspondence relationship based on the first parameter information.
  • the address information in the first correspondence is the address information used to transmit messages sent to the first terminal, that is, messages can be sent to the first terminal based on the first address information in the first correspondence.
  • a first correspondence between the terminal's parameter information and the address information used to transmit messages sent to the terminal can be stored in advance.
  • the first network-side device needs to send a message to a terminal, it can obtain the corresponding address information from the first correspondence based on the terminal's parameter information, and thus send the message to the terminal based on the address information.
  • Step 203 The first network-side device sends a second message to the first terminal based on the first address information.
  • the first address information is used to transmit messages sent to the first terminal. Therefore, after the first network-side device obtains the first address information, it can send a second message to the first terminal based on the first address information.
  • the first network-side device can receive a first message, and thereby obtain first address information based on the first parameter information of the first terminal included in the first message and the first correspondence relationship, and then send a second message to the first terminal based on the first address information.
  • the first correspondence relationship between the terminal's parameter information and the address information used to transmit messages sent to the terminal can be pre-stored.
  • the first network-side device needs to send a message to a terminal, it can obtain the corresponding address information from the first correspondence relationship based on the terminal's parameter information, and thereby send a message to the terminal based on the address information.
  • IP-based transmissions often involve large IP headers, and parsing these headers is time-consuming.
  • the address information required for message transmission is obtained by searching a first correspondence, eliminating the need to parse the IP header to retrieve address information. This shortens message transmission time and improves efficiency.
  • the transmitted message does not need to carry the corresponding address information, thus laying the foundation for reducing the data size of the transmitted message.
  • the first network-side device sends a second message to the first terminal based on the first address information, including:
  • a first network-side device sends a second message to a second network-side device based on a first address information, so that the second network-side device forwards the second message to a first terminal; wherein the second network-side device includes: a next-hop device of the first network-side device in the target transmission direction on the target transmission path, the target transmission path being a non-IP data transfer (NIDD) path between the first terminal and the first network-side device, and the target transmission direction being the transmission direction from the first network-side device to the first terminal.
  • NIDD non-IP data transfer
  • sending a second message to a second network-side device can also be understood or replaced as: the second message is routed to a second network-side device. The same applies thereafter.
  • the first network-side device can first send the second message to the other devices based on the first address information, and then the other devices can forward it to the first terminal. Furthermore, the first network-side device and the first terminal can adopt a NIDD transmission architecture, thereby improving transmission efficiency.
  • the first network-side device is a P-CSCF or an IMS AS
  • a specific example is as follows:
  • UE-1 and P-CSCF/IMS AS forward data through the Mobility Management Entity (MME) and Service Capability Exposure Function (SCEF). That is, when UE-1 has uplink data packets, UE-1 sends data to MME through Non-access stratum (NAS) messages. MME sends the data to SCEF through SCEF connection. SCEF sends the data to P-CSCF/IMS AS through Hypertext Transfer Protocol (HTTP) messages.
  • the destination address of the HTTP message is the T8 destination address (i.e., the address of P-CSCF/IMS AS).
  • the P-CSCF/IMS AS sends an HTTP message to the SCEF, the SCEF sends it to the MME via the SCEF connection, and the MME sends it to UE-1 via a NAS message.
  • the destination address of the HTTP message is the T8 Long Term Transaction Reference ID (TLTRI) (i.e., the address of the SCEF).
  • UE-1 and MME transmit data through the NAS layer.
  • the NAS message contains target parameters, which include one or more of the following: EPS bearer ID, Access Point Name (APN), and user identifier.
  • the MME determines the SCEF connection between itself and the SCEF based on the target parameters and sends data to the SCEF through this SCEF connection.
  • the SCEF obtains the T8 destination address based on the SCEF connection and uses this T8 destination address to send data to the P-CSCF/IMS AS. Therefore, based on the NIDD architecture shown in Figure 3, when UE-1 transmits data with the P-CSCF/IMS AS, routing based on the IP header is not required. This eliminates the need for the IP header when UE-1 transmits data with the P-CSCF/IMS AS, thereby reducing the amount of data transmitted and improving transmission efficiency.
  • UE-1 forwards data with the P-CSCF/IMS AS via the MME and the Public Data Network Gateway (PDN Gateway, PGW).
  • PDN Gateway PGW
  • UE-1 sends the data to the MME via a NAS message.
  • the MME then sends the data to the PGW via a PDN connection.
  • the PGW then sends the data to the P-CSCF/IMS AS via a tunnel with the P-CSCF/IMS AS, such as an SGi point-to-point tunnel.
  • SGW Serving Gateway
  • the P-CSCF/IMS AS is sent to the PGW via SGi PtP tuning, the PGW is sent to the MME via PDN connection, and the MME is sent to UE-1 via NAS message.
  • UE-1 and MME transmit data through the NAS layer.
  • the NAS message contains target parameters, which include one or more of the EPS bearer ID, APN, and user identifier.
  • the MME determines the PDN connection between the MME and PGW based on the target parameters and sends data to the PGW through this PDN connection.
  • the PGW determines the tunnel between the PGW and P-CSCF/IMS AS based on the PDN connection, such as SGi PtP tunneling, and transmits data to the P-CSCF/IMS AS through this tunnel.
  • UE-1 and P-CSCF/IMS AS forward data through MME and Public Data Network Gateway (PDN Gateway, PGW). That is, when UE-1 has uplink data packets, UE-1 sends data to the base station through Data Radio Bearer (DRB), the base station sends data to PGW through General Packet Radio Service Tunneling Protocol User Plane (GTP-U) tunnel, and PGW sends data to P-CSCF/IMS AS through SGi PtP tunneling between P-CSCF/IMS AS.
  • DRB Data Radio Bearer
  • GTP-U General Packet Radio Service Tunneling Protocol User Plane
  • the P-CSCF/IMS AS is sent to the PGW via SGi PtP tunneling.
  • the PGW sends the data to the base station via the GTP-U tunnel, and the base station sends the data to UE-1 via the DRB.
  • the GTP-U tunnel between the base station and the PGW can be forwarded via the SGW.
  • UE-1 and the base station transmit data via DRB; the base station sends data to PGW via GTP-U tunnel through the correspondence between DRB and GTP-U tunnel. Therefore, data transmission between the base station and PGW does not require an IP header. Data transmission between PGW and P-CSCF/IMS AS is via SGi PtP tunneling, which also does not require an IP header. Therefore, based on the NIDD architecture shown in Figure 5, when UE-1 transmits data with P-CSCF/IMS AS, routing based on IP headers is not required. This eliminates the need for IP headers when UE-1 transmits data with P-CSCF/IMS AS, thereby reducing the amount of data transmitted and improving transmission efficiency.
  • the SGi PtP tuning between the PGW and P-CSCF/IMS AS can be implemented in the following two ways:
  • the PGW is pre-configured with the address (IP address, or IP address and port number) of the P-CSCF/IMS AS.
  • the PGW receives an uplink data packet sent by the MME, it sends the data packet to the pre-configured address of the P-CSCF/IMS AS.
  • the PGW assigns an IP address (IP address, or IP address and port number) to the UE and sends the IP address to the P-CSCF/IMS AS.
  • IP address IP address, or IP address and port number
  • the P-CSCF/IMS AS When the P-CSCF/IMS AS has downlink data, it sends the data directly to the IP address.
  • the address assigned by the PGW to the UE is only used by the PGW and is not sent to the UE; assigning an IP address to the UE by the PGW can be understood as the PGW assigning an IP address or an IP address and port number to the UE.
  • Method 2 Other SGi PtP tunneling: Establishing a tunnel between the PGW and the P-CSCF/IMS AS, such as a GTP-U tunnel;
  • the PGW When the PGW receives an uplink data packet from the MME, it directly transmits it to the P-CSCF/IMS AS via tunneling; when the P-CSCF/IMS AS has a downlink data packet, it directly transmits it to the PGW via tunneling.
  • the PGW does not need to assign an IP address to the UE.
  • address information is not required when transmitting data; however, when transmitting relevant messages during the call process, address information is required because the call process needs to access the IMS network.
  • the aforementioned first correspondence can be pre-established so that the relevant messages during the call process can be transmitted based on the architecture shown in Figures 3 to 5, according to the first correspondence.
  • the first correspondence includes at least one of the following A-1 to A-7:
  • Item A-1 The correspondence between the identification information of the first terminal and the address information of the first terminal;
  • the terminal's identification information includes at least one of the following: Mobile Subscriber International ISDN number (MSISDN), Uniform Resource Identifier (SIP URI), and IP Multimedia Public Identity (IMPU).
  • MSISDN Mobile Subscriber International ISDN number
  • SIP URI Uniform Resource Identifier
  • IMPU IP Multimedia Public Identity
  • Item A-2 The correspondence between the identification information of the first terminal and the address information of the second network-side device;
  • Item A-3 The correspondence between the identification information of the first terminal and the address information of the first network-side device;
  • Item A-4 The correspondence between the address information of the first terminal and the address information of the second network-side device;
  • Item A-5 The correspondence between the address information of the first terminal and the address information of the first network-side device;
  • Item A-6 The correspondence between the identification information of the first terminal and the tunnel information of the first tunnel;
  • the second network-side device is located on the transmission path between the first network-side device and the first terminal; or, the first tunnel includes a tunnel between the first network-side device and the second network-side device.
  • the transmission path (or communication architecture) between the first network-side device and the first terminal is different, the contents of the aforementioned first correspondence will be different.
  • item A-2 can specifically be the correspondence between the identification information of the first terminal and the address information of SCEF (i.e., TLTRI)
  • item A-4 can specifically be the correspondence between the address information of the first terminal and the address information of SCEF (i.e., TLTRI)
  • item A-3 can specifically be the correspondence between the identification information of the first terminal and the T8 destination address (i.e., the address information of P-CSCF/IMS AS)
  • item A-5 can specifically be the correspondence between the address information of the first terminal and the T8 destination address; therefore, in the first example, the first correspondence can include at least one of items A-1 to A-5.
  • the first tunnel is the SGi PtP tunneling between the PGW and the P-CSCF/IMS AS. Therefore, in the third example, when the SGi PtP tunneling adopts method 1 above, the first correspondence may include at least one of A-1, A-6, and A-7. When the SGi PtP tunneling adopts method 2 above, the first correspondence may include item A-1.
  • the TLTRI and T8 destination address can be obtained during the establishment of the SCEF connection.
  • the process of establishing the SCEF connection is shown in Figure 6, and includes the following steps 601 to 605:
  • Step 601. UE-1 initiates an attach request or a Public Data Network (PDN) connection establishment request, carrying a non-IP PDN type in the request;
  • PDN Public Data Network
  • Step 602. The MME sends a Create Connection Request to the SCEF to create an SCEF Connection based on the attach request or the PDN connection establishment request.
  • This request includes the User Identity and the Evolved Packet System (EPS) Bearer Identity (EBI).
  • EPS Evolved Packet System
  • EBI Evolved Packet System Bearer Identity
  • Step 603. SCEF sends a NIDD configuration message to P-CSCF/IMS AS, which includes the user identifier and TLTRI.
  • Step 604. The P-CSCF/IMS AS replies to the SCEF with a response message, carrying the T8 destination address in the response message;
  • Step 605. SCEF sends a Create Connection Response message to the MME.
  • Steps 603-604 can also be performed before step 601.
  • P-CSCF/IMS first sends an NIDD configuration message to SCEF, carrying the UE identifier and T8 destination address; SCEF sends TLTRI to P-CSCF/IMS.
  • 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 address information includes at least one of the following B-1 to B-3:
  • Item B-1 Address information of the first terminal
  • Item B-2 Address information of the second network-side device
  • Item B-3 Tunnel information for the first tunnel.
  • the transmission path (or communication architecture) between the first network-side device and the first terminal is different, the contents of the above-mentioned first correspondence will be different, and the contents of the first address information found in the first correspondence based on the first parameter information will also be different.
  • the first network-side device when the first parameter information includes the identification information of the first terminal, the first network-side device can obtain the address information of the first terminal or the address information (i.e., TLTRI) of the second network-side device according to the first correspondence mentioned above; when the first parameter information includes the address information of the first terminal, the first network-side device can obtain the address information (i.e., TLTRI) of the second network-side device according to the first correspondence mentioned above.
  • the first network-side device when the first parameter information includes the identification 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 includes 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.
  • the tunnel information includes at least one of the following:
  • the identification information of the first tunnel
  • the address information (e.g., IP address) of the second network-side device corresponding to the first tunnel;
  • the address information (e.g., IP address) of the first network-side device corresponding to the first tunnel;
  • the port number of the first network-side device corresponding to the first tunnel is the port number of the first network-side device corresponding to the first tunnel.
  • the address information and 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 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.
  • the method further includes the following steps C-1 to C-3:
  • Step C-2 The first network-side device obtains the second address information used to transmit the message sent to the first terminal;
  • the first network-side device determines the address information of the first network-side device as the address information of the first terminal.
  • the third network-side device can be an IP Multimedia Subsystem Gateway (IMS GW).
  • IMS GW IP Multimedia Subsystem Gateway
  • the first network-side device receives the first registration message from the first terminal, including:
  • the first network-side device receives a first Internet Protocol (IP) packet, wherein the first IP packet encapsulates the first registration message, and the header of the first IP packet carries the address information of the first terminal;
  • IP Internet Protocol
  • the first network-side device obtains the address information of the first terminal, including:
  • the first network-side device obtains the address information of the first terminal from the header of the first Internet Protocol (IP) packet.
  • IP Internet Protocol
  • 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.
  • the first network-side device receives the first IP packet, it can obtain the address information of the first terminal from the header of the first IP packet.
  • the registration message sent by UE-1 can be encapsulated in the first IP packet, and the first IP packet carries the address information of the first terminal.
  • PGW can obtain the address information of UE-1 from the header of the first IP packet.
  • the aforementioned first registration message can be transmitted via the NIDD architecture between the first terminal and the first network-side device.
  • the aforementioned first registration message can be transmitted via the NIDD architecture between the first terminal and the first network-side device.
  • the transmission process please refer to the descriptions in Figures 3, 4, and 5; they will not be repeated here.
  • the second parameter information includes the identification information of the first terminal
  • the second address information includes the address information of the first terminal
  • the method further includes:
  • the first network-side device sends a second registration message to the 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 to the second registration message from the fourth network-side device, wherein the response message to 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 and address information of the first terminal.
  • the first network-side device obtains the first address information based on 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 based on the response message of the second registration message and the first address information.
  • the fourth network-side device can be the Serving Call Session Control Function (S-CSCF).
  • S-CSCF Serving Call Session Control Function
  • the first network-side device can also send the first terminal's identification information and address information to the fourth network-side device through the second registration message, thereby receiving the response message of the second registration message returned by the fourth network-side device, and returning the response message of the first registration message to the first terminal based on the response message of the second registration message.
  • the first terminal when it registers within the IMS network, it needs to send a normal IMS registration message, which includes the first terminal's IP address. Therefore, the second registration message is a normal IMS register message. Since the first terminal lacks IP address information, the first network-side device needs to generate the second registration message based on the first registration message, i.e., generate a normal IMS registration message.
  • the first network-side device sends a response message of the first registration message to the first terminal based on the response message of the second registration message and the first address information, including:
  • the first network-side device generates a response message for the first registration message based on the response message for 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 the second network-side device according to the first address information, wherein the second network-side device is located on the transmission path between the first network-side device and the first terminal.
  • the first registration message of the first terminal can be encapsulated within a first IP packet, and the first IP packet carries the address information of the first terminal.
  • the first network-side device can obtain the address information of the first terminal from the packet header.
  • the first network-side device can encapsulate the response message within a second IP packet, thereby sending the second IP packet to the second network-side device. This allows the second network-side device to obtain the response message from the second IP packet and then send the obtained response message to the first terminal.
  • the response message of the second registration message is 200K (i.e., a response message with a response code of 200);
  • the first registration message and its response message can be one of the following: an I1 message, a Circuit Switch (CS) message, or a SIP message that does not include 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 by the terminal.
  • 3GPP 3rd Generation Partnership Project
  • the second registration message, and the response message to the second registration message is a SIP message.
  • the call process can be executed, as specifically described in the first and second aspects below:
  • the method further includes the following steps E-1 to E-4:
  • Step E-1 The first network-side device receives the first call message from the first terminal, wherein the first call message includes the identification information of the second terminal and the identification information of the first terminal;
  • Step E-2 When the first correspondence includes the correspondence between the terminal's identification information and the terminal's address information, the first network-side device obtains the address information of the first terminal based on the first terminal's identification information and the first correspondence.
  • Step E-3 The first network-side device obtains third address information for transmitting data sent to the first terminal;
  • Step E-4 The first network-side device sends a second call message to the second terminal, wherein the second call message includes the address information of the first terminal, the third address information, and the identification information of the second terminal.
  • the third address information obtained in step E-3 is information for transmitting data (e.g., voice data) to the first terminal; the information for transmitting data to the first terminal can also be understood or replaced as information for SDP negotiation, information for establishing an RTP connection, or information for transmitting RTP data.
  • data e.g., voice data
  • the information for transmitting data to the first terminal can also be understood or replaced as information for SDP negotiation, information for establishing an RTP connection, or information for transmitting RTP data.
  • the first terminal when the first terminal, as the calling terminal, needs to initiate a call to the second terminal, it can send the aforementioned first call message to the first network-side device.
  • This allows the first terminal to obtain its address information from the first correspondence based on its identifier information included in the first call message, and also obtain the aforementioned third address information.
  • the first terminal then carries the address information, the third address information, and the identifier of the second terminal in the second call message and sends them to the second terminal, thus realizing the call from the first terminal to the second terminal.
  • the aforementioned first correspondence is used for signaling transmission and reception during the call process.
  • the first message includes at least one response message of the second call message
  • the second message includes at least one response message to the first 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 can obtain the first address information from the first correspondence based on the first parameter information of the first terminal included in the response message, and then send a response message of the first call message to the first terminal based on the first address information and the response message of the second call message.
  • the response message of the second call message may include: 183 response, 180 response, 200 OK (i.e. response messages with response codes of 180, 180, and 200 respectively).
  • the response message to the first call message can be one of the following: an I1 message, a CS message, or a SIP message that does not include the target content.
  • the second call message can be a SIP Invite message.
  • the second aspect is a first aspect:
  • the method further includes the following steps F-1 to F-4:
  • Step F-1 The first network-side device receives the third call message from the first terminal, wherein the third call message includes: the identification information of the second terminal and the first parameter information of the first terminal;
  • Step F-2 The first network-side device sends a fourth call message to the second terminal based on the identification information of the second terminal, and negotiates Session Description Protocol (SDP) with the second terminal;
  • SDP Session Description Protocol
  • Step F-3 If the SDP negotiation is completed, the first network-side device obtains the first address information based on the first parameter information and the correspondence.
  • Step F-4 The first network-side device sends a response message of the third call message to the first terminal based on the first address information.
  • the third call message serves as the call trigger message, enabling the first network-side device to perform SDP negotiation with the second terminal on behalf of the first terminal, and to notify the first terminal to start the call after the SDP negotiation is completed.
  • the method further includes:
  • the first network-side device obtains third address information for transmitting data sent to the first terminal.
  • the third address information is used to transmit data sent to the first terminal, such as voice packets.
  • voice packets are transmitted via Real-Time Transport Protocol (RTP) packets.
  • RTP Real-Time Transport Protocol
  • the fourth call message includes an SDP invitation
  • the SDP invitation includes the third address information
  • the first network-side device obtains third address information for transmitting data sent to the first terminal, including:
  • the first network-side device obtains the third address information allocated to the first terminal by the third network-side device.
  • the third network-side device can be an IMS GW. Therefore, the first network-side device can request the third network-side device to allocate the aforementioned third address information to the first terminal.
  • the third network device establishes an RTP connection with the second terminal, which is used to transmit data sent to the first terminal.
  • the first network-side device when the first network-side device negotiates SDP with the second terminal on behalf of the first terminal, it can negotiate SDP directly with the second terminal, or it can negotiate SDP with the network-side device that provides services to the second terminal.
  • 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.
  • these messages do not include IP packets, thereby reducing the amount of data transmitted in the above registration process and call process, and thus improving transmission efficiency.
  • non-IP messages can be understood or replaced as: messages transmitted through non-IP data transmission paths, messages without IP headers, or messages without IP addresses.
  • the first network-side device is a P-CSCF or an IMS AS;
  • the second network-side device is one of the following: SCEF, PGW, or User Plane Function (UPF).
  • SCEF User Plane Function
  • PGW User Plane Function
  • UPF User Plane Function
  • the second message is generated based on the first message.
  • the first message is a Session Initiation Protocol (SIP) message
  • the second message is one of the following:
  • I1 messages I1 messages, CS messages, and SIP messages that do not include target content
  • the target content is used for SDP negotiation.
  • an embodiment of this application provides a message transmission method, which may include the following steps 701 to 703:
  • Step 701 The first network-side device receives the third call message from the first terminal.
  • the third call message includes the identification information of the second terminal.
  • Step 702 The first network-side device sends a fourth call message to the second terminal based on the identification information of the second terminal, and negotiates Session Description Protocol (SDP) with the second terminal;
  • SDP Session Description Protocol
  • Step 703 If the SDP negotiation is completed, the first network-side device sends a response message of the third call message to the first terminal.
  • the third call message serves as the call trigger message, enabling the first network-side device to perform SDP negotiation with the second terminal on behalf of the first terminal, and to notify the first terminal to start the call after the SDP negotiation is completed.
  • the first network-side device can replace the first terminal to conduct SDP negotiation with the second terminal and notify the first terminal to start the call after the SDP negotiation is completed. In this way, the relevant messages of the negotiation process do not need to be transmitted from the first network-side device to the first terminal, thereby reducing the message transmission during the negotiation process, shortening the negotiation process, and improving the call rate.
  • the third call message may also include the first parameter information of the first terminal
  • the first network-side device sends a response message to the first terminal regarding the third call message, including:
  • the first network-side device obtains first address information based on the first parameter information of the first terminal and the 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;
  • the first network-side device sends a response message of the third call message to the first terminal based on the first address information.
  • the first correspondence can also be applied to the sending of the response message of the third call message.
  • the method further includes:
  • the first network-side device obtains third address information for transmitting data sent to the first terminal.
  • the third address information is used to transmit data sent to the first terminal, such as voice packets.
  • the voice packets are transmitted via RTP packets.
  • the first network-side device obtains third address information for transmitting data sent to the first terminal, including:
  • the first network-side device obtains the third address information allocated to the first terminal by the third network-side device.
  • the third network-side device can be an IMS GW.
  • the first network-side device can request the third network-side device to allocate the aforementioned third address information to the first terminal.
  • the fourth call message includes an SDP invitation
  • the SDP invitation includes the third address information
  • the third network device establishes an RTP connection with the second terminal, which is used to transmit data sent to the first terminal.
  • the first network-side device when the first network-side device negotiates SDP with the second terminal on behalf of the first terminal, it can negotiate SDP directly with the second terminal, or it can negotiate SDP with the network-side device that provides services to the second terminal.
  • Embodiments of this application also provide a message transmission method, which may include the following steps H-1 to H-3:
  • Step H-1 The first terminal sends a first registration message, wherein the first registration message includes the second parameter information of the first terminal;
  • Step H-2 The first terminal receives a response message to the first registration message, wherein the first registration message and the response message to the first registration message are one of I1 messages, CS messages, and SIP messages that do not include target content, and the target content is used for SDP negotiation.
  • the first network-side device after receiving the first registration message, obtains the second address information used to transmit the message sent to the first terminal, thereby obtaining the first correspondence relationship based on the second parameter information and the second address information, and saving the first correspondence relationship.
  • the first terminal can register using one of the following messages: I1 message, CS message, or SIP message without target content.
  • I1 message I1 message
  • CS message SIP message without target content.
  • SIP message SIP message without target content.
  • Step 801 UE-1 sends a registration message
  • the registration message includes the identifier of UE-1; the identifier of UE-1 includes at least one of the following: UE-1's MSISDN, SIP URI, and IMPU.
  • the registration message can be one of the following: an I1 registration message, a Circuit Switched Location Update Request (CS Location updating request) message, or a Simplified Session Initiation Protocol (SIP) register message;
  • CS Location updating request Circuit Switched Location Update Request
  • SIP Session Initiation Protocol
  • IMS IP Multimedia Subsystem
  • UE-1 communicates with P-CSCF/IMS AS via MME and SCEF. Therefore, UE-1 can send a registration message to MME via NAS message, so that MME can send the registration message to SCEF via SCEF connection, and then SCEF can send the registration message to P-CSCF/IMS AS via HTTP message.
  • Step 802 The P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 and saves the first correspondence;
  • the P-CSCF/IMS AS can assign an IP address to UE-1 itself, or request other network elements (such as IMS GW) to assign an IP address to UE-1, or the P-CSCF/IMS AS can use its own IP address as the IP address of UE-1;
  • IP-1 IP address
  • T8 Long Term Transaction Reference ID i.e., the address of SCEF
  • IP-1 IP address 1
  • TLTRI mapping between IP address (IP-1) and TLTRI
  • IP address IP-1
  • T8 destination address IP-8
  • P-CSCF/IMS obtains the TLTRI and T8 destination address
  • Step 803 The P-CSCF/IMS AS generates a normal SIP register message, including the UE-1 identifier and IP address (IP-1);
  • the IMS network uses SIP messages for signaling transmission.
  • Step 804 S-CSCF replies with SIP 200 OK;
  • Step 805 The P-CSCF/IMS AS determines the first address information based on the first correspondence mentioned above, wherein the first address information includes TLTRI;
  • the P-CSCF/IMS AS can determine the TLTRI corresponding to the UE-1 identifier based on the UE-1 identifier included in the SIP 200OK and the aforementioned first correspondence; or, it can determine the TLTRI corresponding to the IP address of UE-1 based on the IP address (IP-1) of UE-1 included in the SIP 200OK and the aforementioned first correspondence; or, the P-CSCF/IMS AS can determine the TLTRI corresponding to the UE-1 identifier based on the IP address (IP-1) of UE-1 included in the IP packet carrying the SIP 200OK and the aforementioned first correspondence.
  • Step 806 The P-CSCF/IMS AS generates a response message based on SIP 200OK and sends the response message to UE-1 according to the determined TLTRI; the response message can be an I1 success message, a CS location update accept message, or a simplified SIP 200OK.
  • the P-CSCF/IMS AS can send the response message to the SCEF according to the TLTRI, so that the SCEF can further forward it to the MME, and then the MME can send it to UE-1.
  • Implementation method two the UE-1 registration process in the IMS network, as shown in Figure 9, includes the following steps 901 to 906:
  • Step 901 UE-1 sends a registration message
  • the registration message includes the identifier of UE-1; the identifier of UE-1 includes at least one of the following: UE-1's MSISDN, SIP URI, and IMPU.
  • the registration message can be one of the following: I1 registration message, CS Location updating request message, or simplified SIP registration message;
  • I1 register and CS location updating request messages do not include IP headers, meaning they are both non-IP messages; the simplified SIP register message is based on the normal IMS register message, but simplifies unnecessary parameters, such as IP address and routing address.
  • UE-1 communicates with the P-CSCF/IMS AS via the MME and PGW. Therefore, UE-1 can send a registration message to the MME via NAS messages, which in turn allows the MME to send the registration message to the PGW via the PDN connection. The PGW then sends the registration message to the P-CSCF/IMS AS via SGi PtP tuning. Information between the PGW and MME can be forwarded via the SGW.
  • Step 902 The P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 and saves the first correspondence;
  • the P-CSCF/IMS AS can assign an IP address to UE-1 itself, or request other network elements (such as IMS GW) to assign an IP address to UE-1, or the P-CSCF/IMS AS can use its own IP address as the IP address of UE-1;
  • the first correspondence includes at least one of the following:
  • IP-1 IP address
  • IP-1 IP address 1
  • SGi PtP tuning information IP address 2
  • the SGi PtP tunnelling information is at least one of the following:
  • SGi PtP tuning information on the P-CSCF/IMS AS side (including the IP address and port number of the P-CSCF/IMS AS corresponding to the SGi PtP tuning).
  • Step 903 The P-CSCF/IMS AS generates a normal SIP register message, including the UE-1 identifier and IP address (IP-1);
  • the IMS network uses SIP messages for signaling transmission.
  • Step 904 S-CSCF replies with SIP 200 OK;
  • Step 905 P-CSCF/IMS AS determines the first address information based on the first correspondence mentioned above, the first address information including SGi PtP tuning information;
  • the P-CSCF/IMS AS can determine the SGi PtP tuning information corresponding to the UE-1 identifier based on the UE-1 identifier included in the SIP 200OK and the aforementioned first correspondence; or, based on the UE-1 IP address (IP-1) included in the SIP 200OK and the aforementioned first correspondence, determine the SGi PtP tuning information corresponding to the UE-1 IP address; or, based on the UE-1 IP address (IP-1) included in the IP packet carrying the SIP 200OK and the aforementioned first correspondence, determine the SGi PtP tuning information corresponding to the UE-1 IP address.
  • Step 906 The P-CSCF/IMS AS generates a response message based on SIP 200OK and sends the response message to UE-1 based on the determined SGi PtP tuning information; the response message can be an I1 success message, a CS Location updating accept message, or a simplified SIP 200OK message.
  • the P-CSCF/IMS AS can send the response message to the PGW based on the SGi PtP tuning information, so that the PGW can further forward it to the MME, which in turn sends it to UE-1.
  • Implementation Method 3 UE-1 registration process in the IMS network, as shown in Figure 10, includes the following steps 1001 to 1006:
  • Step 1001 UE-1 sends a registration message
  • the registration message includes the identifier of UE-1; the identifier of UE-1 includes at least one of the following: UE-1's MSISDN, SIP URI, and IMPU.
  • the registration message can be one of the following: I1 registration message, CS Location updating request message, or simplified SIP registration message;
  • I1 register and CS location updating request messages do not include IP headers, meaning they are both non-IP messages; the simplified SIP register message is based on the normal IMS register message, but simplifies unnecessary parameters, such as IP address and routing address.
  • UE-1 communicates with P-CSCF/IMS AS through the base station and PGW. Therefore, UE-1 can send the registration message to the base station through the Data Radio Bearer (DRB), so that the base station can send the registration message to the PGW through the GTP-U tunnel, and then the PGW can send the registration message to P-CSCF/IMS AS through SGi PtP tunneling.
  • DRB Data Radio Bearer
  • Step 1002 The P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 and saves the first correspondence;
  • the P-CSCF/IMS AS can assign an IP address to UE-1 itself, or request other network elements (such as IIMS GW) to assign an IP address to UE-1, or the P-CSCF/IMS AS can use its own IP address as the IP address of UE-1.
  • the first correspondence includes at least one of the following:
  • IP-1 IP address
  • IP-1 IP address 1
  • SGi PtP tuning information IP address 2
  • the SGi PtP tunnelling information is at least one of the following:
  • SGi PtP tuning information on the P-CSCF/IMS AS side (including the IP address and port number of the P-CSCF/IMS AS corresponding to the SGi PtP tuning).
  • Step 1003 The P-CSCF/IMS AS generates a normal SIP register message, including the UE-1 identifier and IP address (IP-1);
  • the IMS network uses SIP messages for signaling transmission.
  • Step 1004 S-CSCF replies with SIP 200 OK;
  • Step 1005 P-CSCF/IMS AS determines the first address information based on the first correspondence mentioned above, the first address information including SGi PtP tuning information;
  • the P-CSCF/IMS AS can determine the SGi PtP tuning information corresponding to the UE-1 identifier based on the UE-1 identifier included in the SIP 200OK and the aforementioned first correspondence; or, based on the UE-1 IP address (IP-1) included in the SIP 200OK and the aforementioned first correspondence, determine the SGi PtP tuning information corresponding to the UE-1 IP address; or, based on the UE-1 IP address (IP-1) included in the IP packet carrying the SIP 200OK and the aforementioned first correspondence, determine the SGi PtP tuning information corresponding to the UE-1 IP address.
  • Step 1006 The P-CSCF/IMS AS generates a response message based on SIP 200OK and sends the response message to UE-1 based on the determined SGi PtP tuning information; the response message can be an I1 success message, a CS Location updating accept message, or a simplified SIP 200OK message.
  • the P-CSCF/IMS AS can send the response message to the PGW based on the SGi PtP tuning information, so that the PGW can further forward it to the base station, and then the base station can send it to UE-1.
  • Implementation method four the UE-1 registration process in the IMS network, as shown in Figure 11, includes the following steps 1101 to 1106:
  • Step 1101 UE-1 sends a registration message
  • the registration message includes the identifier of UE-1; the identifier of UE-1 includes at least one of the following: UE-1's MSISDN, SIP URI, and IMPU.
  • the registration message can be one of the following: I1 registration message, CS Location updating request message, or simplified SIP registration message;
  • I1 register and CS location updating request messages do not include IP headers, meaning they are both non-IP messages; the simplified SIP register message is based on the normal IMS register message, but simplifies unnecessary parameters, such as IP address and routing address.
  • UE-1 communicates with the P-CSCF/IMS AS via the MME and PGW. Therefore, UE-1 can send a registration message to the MME via NAS messages, which in turn allows the MME to send the registration message to the PGW via the PDN connection. The PGW then forwards the registration message to the P-CSCF/IMS AS. Information between the PGW and the MME can be forwarded via the SGW.
  • the PGW after receiving the above registration message, the PGW encapsulates the registration message into an IP packet and sends it to the P-CSCF/IMS AS;
  • Step 1102 The P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 and saves the first correspondence;
  • the P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 from the received IP packet header;
  • the first correspondence includes the correspondence between the UE-1 identifier and the IP address (IP-1).
  • Step 1103 The P-CSCF/IMS AS generates a normal SIP register message, including the UE-1 identifier and IP address (IP-1);
  • the IMS network uses SIP messages for signaling transmission.
  • Step 1104 S-CSCF replies with SIP 200 OK;
  • Step 1105 The P-CSCF/IMS AS determines the first address information according to the first correspondence mentioned above.
  • the first address information includes the IP address of the UE- (i.e., IP-1).
  • the P-CSCF/IMS AS can determine the IP address corresponding to the UE-1 identifier based on the UE-1 identifier included in SIP 200OK and the first correspondence mentioned above.
  • Step 1106 The P-CSCF/IMS AS generates a response message based on SIP 200OK and sends the response message to UE-1 based on the determined IP address (i.e., IP-1) information of UE-1; the response message can be an I1 success message, a CS Location updating accept message, or a simplified SIP 200OK message.
  • IP address i.e., IP-1
  • the P-CSCF/IMS AS can encapsulate the generated response message in an IP packet and send the IP packet to the PGW, so that the PGW can remove the IP packet header, obtain the response message, and then send the response message to UE-1 through the MME.
  • Implementation method five, UE-1 registration process in the IMS network, as shown in Figure 12, includes the following steps 1201 to 1206:
  • Step 1201 UE-1 sends a registration message
  • the registration message includes the identifier of UE-1; the identifier of UE-1 includes at least one of the following: UE-1's MSISDN, SIP URI, and IMPU.
  • the registration message can be one of the following: I1 registration message, CS Location updating request message, or simplified SIP registration message;
  • I1 register and CS location updating request messages do not include IP headers, meaning they are both non-IP messages; the simplified SIP register message is based on the normal IMS register message, but simplifies unnecessary parameters, such as IP address and routing address.
  • UE-1 communicates with P-CSCF/IMS AS through the base station and PGW. Therefore, UE-1 can send the registration message to the base station through DRB, so that the base station can send the registration message to PGW through the GTP-U tunnel, and then PGW can send the registration message to P-CSCF/IMS AS.
  • the PGW after receiving the above registration message, the PGW encapsulates the registration message into an IP packet and sends it to the P-CSCF/IMS AS;
  • Step 1202 The P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 and saves the first correspondence;
  • the P-CSCF/IMS AS obtains the IP address (IP-1) of UE-1 from the received IP packet header;
  • the first correspondence includes the correspondence between the UE-1 identifier and the IP address (IP-1).
  • Step 1203 The P-CSCF/IMS AS generates a normal SIP register message, including the UE-1 identifier and IP address (IP-1);
  • the IMS network uses SIP messages for signaling transmission.
  • Step 1204 The S-CSCF replies with a SIP 200 OK response; where 200 OK represents a success status code in the HTTP status codes.
  • Step 1205 The P-CSCF/IMS AS determines the first address information according to the first correspondence mentioned above.
  • the first address information includes the IP address of the UE- (i.e., IP-1).
  • the P-CSCF/IMS AS can determine the IP address corresponding to the UE-1 identifier based on the UE-1 identifier included in SIP 200OK and the first correspondence mentioned above.
  • Step 1206 The P-CSCF/IMS AS generates a response message based on SIP 200OK and sends the response message to UE-1 based on the determined IP address (i.e., IP-1) information of UE-1; the response message can be an I1 success message, a CS Location updating accept message, or a simplified SIP 200OK message.
  • IP address i.e., IP-1
  • the P-CSCF/IMS AS can encapsulate the generated response message in an IP packet and send the IP packet to the PGW, so that the PGW can remove the IP packet header, obtain the response message, and then send the response message to UE-1 through the base station.
  • the P-CSCF/IMS AS can establish the aforementioned first correspondence, preparing for the subsequent transmission of messages in the call process.
  • Implementation method six the process of UE-1 initiating a call, as shown in Figure 13, includes the following steps 1301 to 1310:
  • Step 1301 UE-1 sends a call message (i.e., an Invite message); the call message includes the identifier of UE-2 and the identifier of UE-1;
  • a call message i.e., an Invite message
  • Step 1302 The P-CSCF/IMS AS requests the IMS GW to allocate address information for UE-1 to transmit voice data, including IP address (i.e., IP-2) and port number;
  • Step 1303 The P-CSCF/IMS AS obtains the IP address (i.e., IP-1) of UE-1 based on the identifier of UE-1 and the first correspondence described above; it can be understood that the IP address is obtained through the registration process (i.e., the registration process of any one of the implementation methods one to five described above).
  • IP address i.e., IP-1
  • the registration process i.e., the registration process of any one of the implementation methods one to five described above.
  • Step 1304 The P-CSCF/IMS AS generates a SIP Invite message and sends it to UE-2; the SIP Invite message includes the IP address of UE-1 (IP-1), the identifier of UE-2, and the SDP offer.
  • the SDP offer includes the address information (i.e., IP-2 and port number) used for transmitting voice data.
  • Step 1305 The P-CSCF/IMS AS receives the 183 response message (i.e., the response message with response code 183) sent by UE-2.
  • This response message includes an SDP answer.
  • Step 1306 The P-CSCF/IMS AS generates a response message based on the 183 response message, determines the first address information based on the first correspondence, and then sends the response message to UE-1 based on the first address information;
  • 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;
  • Step 1308 The P-CSCF/IMS AS generates a response message based on the 180 message and determines the first address information based on the first correspondence, and then sends the response message to UE-1 based on the first address information;
  • the response message can be, for example, an I1 progress message, a CS alarming message, or a simplified SIP 180 message;
  • Step 1310 The P-CSCF/IMS AS generates a response message based on the 200 OK message, determines the first address information based on the first correspondence, and then sends the response message to UE-1 based on the first address information;
  • the response message can be an I1 success message, a CS connection message, or a simplified SIP 200 OK message.
  • the above-described message transmission method in this application embodiment adopts the following two methods:
  • the message transmission method provided in this application can be executed by a message transmission device.
  • This application uses an example of a message transmission device executing the message transmission method to illustrate the message transmission device provided in this application.
  • An embodiment of this application also provides a message transmission device, as shown in FIG14, the message transmission device 140 including the following modules:
  • the first receiving module 1401 is used to receive a first message, wherein the first message includes first parameter information of the first terminal;
  • the first acquisition module 1402 is used to acquire first address information based on the first parameter information and the 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;
  • 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 address information includes at least one of the following:
  • the address information of the first terminal is the address information of the first terminal.
  • the second network-side device is located on the transmission path between the first network-side device and the first terminal; or, the first tunnel includes a tunnel between the first network-side device and the second network-side device.
  • the first correspondence includes at least one of the following:
  • the second network-side device is located on the transmission path between the first network-side device and the first terminal; or, the first tunnel includes a tunnel between the first network-side device and the second network-side device.
  • the tunnel information includes at least one of the following:
  • the identification information of the first tunnel
  • the address information of the second network-side device corresponding to the first tunnel
  • the address information of the first network-side device corresponding to the first tunnel
  • the port number of the first network-side device corresponding to the first tunnel is the port number of the first network-side device corresponding to the first tunnel.
  • the first receiving module 1401 is further configured to: receive a first registration message from the first terminal, wherein the first registration message includes second parameter information of the first terminal;
  • the first acquisition module 1402 is further configured to: acquire second address information for transmitting messages sent to the first terminal;
  • the device further includes:
  • the storage module is used to obtain the first correspondence relationship based on the second parameter information and the second address information, and to save the first correspondence relationship.
  • the first acquisition module 1402 acquires the address information of the first terminal, including one of the following:
  • the address information of the first network-side device is determined as the address information of the first terminal.
  • the first receiving module 1401 receives the first registration message from the first terminal, including:
  • IP Internet Protocol
  • obtaining the address information of the first terminal includes:
  • the address information of the first terminal is obtained from the header of the first Internet Protocol (IP) packet.
  • IP Internet Protocol
  • the second parameter information includes the identification information of the first terminal, and the second address information includes the address information of the first terminal;
  • the first sending module 1403 is further configured to: send a second registration message to the 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 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 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 acquisition module 1402 is further configured to: acquire the first address information based on the first parameter information and the first correspondence relationship;
  • the first sending module 1403 is further configured to: send 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.
  • the first sending module 1403 sends a response message of the first registration message to the first terminal based on the response message of the second registration message and the first address information, including:
  • the response message of the first registration message is encapsulated in a second IP packet, and the second IP packet is sent to the second network-side device according to the first address information, wherein the second network-side device is located on the transmission path between the first network-side device and the first terminal.
  • the first receiving module 1401 is further configured to: receive a first call message from the first terminal, wherein the first call message includes identification information of the second terminal and identification information of the first terminal;
  • the first acquisition module 1402 is further configured to: when the first correspondence includes the correspondence between the terminal's identification information and the terminal's address information, acquire the address information of the first terminal based on the first terminal's identification information and the first correspondence; and acquire third address information for transmitting data sent to the first terminal.
  • the fourth call message includes an SDP invitation
  • the SDP invitation includes the third address information
  • This application also provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps described in the message transmission method embodiment applied to the first terminal.
  • This terminal embodiment corresponds to the above-described terminal-side method embodiment, and all implementation processes and methods of the above-described method embodiments can be applied to this terminal embodiment and achieve the same technical effect.
  • Figure 17 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of this application.
  • the terminal 1700 includes, but is not limited to, at least some of the following components: radio frequency unit 1701, network module 1702, audio output unit 1703, input unit 1704, sensor 1705, display unit 1706, user input unit 1707, interface unit 1708, memory 1709, and processor 1710.
  • the input unit 1704 may include a graphics processing unit (GPU) 17041 and a microphone 17042.
  • the GPU 17041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode.
  • the display unit 1706 may include a display panel 17061, which may 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 may include a touch detection device and a touch controller.
  • Other input devices 17072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here.
  • the memory 1709 can be used to store software programs or instructions, as well as various data.
  • the memory 1709 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data.
  • the first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.).
  • the memory 1709 may include volatile memory or non-volatile memory.
  • the non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory.
  • This application also provides a network-side device, including a processor and a communication interface.
  • the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps of the method embodiments shown in Figures 2 to 13.
  • This network-side device embodiment corresponds to the above-described network-side device method embodiments. All implementation processes and methods of the above-described method embodiments can be applied to this network-side device embodiment and can achieve the same technical effects.
  • This application embodiment also provides a message transmission system, including 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.
  • This application also provides a readable storage medium storing a program or instructions.
  • the program or instructions When the program or instructions are executed by a processor, they implement the various processes of the above-described message transmission method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.
  • the processor mentioned above is the processor in the terminal described in the above embodiments.
  • the readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.
  • ROM computer read-only memory
  • RAM random access memory
  • magnetic disk magnetic disk
  • optical disk optical disk
  • the readable storage medium may be a non-transient readable storage medium.
  • This application embodiment also provides a chip, which includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the various processes of the above message transmission method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.
  • chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.
  • This application also provides a computer program/program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described message transmission method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种消息传输方法、装置、网络侧设备及存储介质，属于通信技术领域，本申请实施例的消息传输方法包括：第一网络侧设备接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；所述第一网络侧设备根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送第二消息。

Description

一种消息传输方法、装置、网络侧设备及存储介质
相关申请的交叉引用
本申请要求在2024年7月16日提交中国专利局、申请号为202410953316.6、名称为“一种消息传输方法、装置、网络侧设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请属于通信技术领域，具体涉及一种消息传输方法、装置、网络侧设备及存储介质。
背景技术
目前卫星通信系统由卫星端、地面端、用户端三部分组成。卫星端在空中起中继站的作用，即把卫星端发送的数据经卫星转发回地面站。对于卫星通信系统，由于卫星距离地面较远，用户发射功率受限，频谱资源受限等原因，终端的传输速率较低。
目前数据是基于IP传输的，例如，4G或5G的通话的信令和通话的语音数据。这样，基于IP的数据传输，则需要从IP头中解析地址信息，但是IP和用户数据报协议(User Datagram Protocol，UDP)消息头比较大，例如，网际协议版本4(Internet Protocol version4，IPv4)消息头20个字节，UDP消息头8个字节，从而使得解析过程耗时较长，导致消息传输效率较低。特别地，在卫星通信场景下，消息传输效率则更低。
发明内容
本申请实施例提供一种消息传输方法、装置、网络侧设备及存储介质，能够解决目前的相关技术中基于IP的数据传输需要从IP头中解析地址信息，但由于IP头比较大，从而导致解析过程耗时较长，消息传输效率较低的问题。
第一方面，提供了一种消息传输方法，所述方法包括：
第一网络侧设备接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
所述第一网络侧设备根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送第二消息。
第二方面，提供了一种消息传输方法，所述方法包括：
第一网络侧设备接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
所述第一网络侧设备根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
在所述SDP协商完成的情况下，所述第一网络侧设备向所述第一终端发送所述第三呼叫消息的响应消息。
第三方面，提供了一种消息传输装置，应用于第一网络侧设备，所述装置包括：
第一接收模块，用于接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
第一获取模块，用于根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
第一发送模块，用于根据所述第一地址信息，向所述第一终端发送第二消息。
第四方面，提供了一种消息传输装置，应用于第一网络侧设备，所述装置包括：
第二接收模块，用于接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
第二发送模块，用于：
根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
在所述SDP协商完成的情况下，向所述第一终端发送所述第三呼叫消息的响应消息。
第五方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第六方面，提供了一种网络侧设备，包括处理器及通信接口；
其中，所述通信接口用于：接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
所述处理器用于：根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
所述通信接口还用于根据所述第一地址信息，向所述第一终端发送第二消息；
或者，
所述通信接口用于：
接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
在所述SDP协商完成的情况下，向所述第一终端发送所述第三呼叫消息的响应消息。
第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
第九方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的方法的步骤。
本申请实施例中，第一网络侧设备可以接收第一消息，从而根据第一消息中包括的第一终端的第一参数信息，以及第一对应关系，获取第一地址信息，从而根据第一地址信息向第一终端发送第二消息。可见，在本申请实施例中，可以预先存储终端的参数信息与用于传输向终端发送的消息的地址信息之间的第一对应关系，这样，当第一网络侧设备需要向某个终端发送消息时，则可以根据该终端的参数信息，从第一对应关系中获取对应的地址信息，从而基于该地址信息，实现向该终端发送消息。
其中，在目前的相关技术中，基于IP的传输中，IP头比较大，解析IP头耗费时间较长，而本申请实施例中，通过查找第一对应关系的方式来获取传输消息所需的地址信息，从而不必通过解析消息中的IP头来获取地址信息，则可以缩短消息传输时间，提升消息传输效率。并且，在查找第一对应关系来获取传输消息所需的地址信息的方式下，所要传输的消息中则不需要携带相应的地址信息，从而为缩小传输消息的数据量奠定了基础。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例中的一种消息传输方法的流程图；
图3是本申请实施例中NIDD架构示意图之一；
图4是本申请实施例中NIDD架构示意图之二；
图5是本申请实施例中NIDD架构示意图之三；
图6是本申请实施例中SCEF connection的建立流程示意图；
图7是本申请实施例中的另一种消息传输方法的流程图；
图8是本申请实施例中的注册流程的示意图之一；
图9是本申请实施例中的注册流程的示意图之二；
图10是本申请实施例中的注册流程的示意图之三；
图11是本申请实施例中的注册流程的示意图之四；
图12是本申请实施例中的注册流程的示意图之五；
图13是本申请实施例中的呼叫流程的示意图；
图14是本申请实施例中的一种消息传输装置的结构框图；
图15是本申请实施例中的另一种消息传输装置的结构框图；
图16是本申请实施例中的一种通信设备的结构框图；
图17是本申请实施例中的一种终端的结构框图；
图18是本申请实施例中的一种网络侧设备的结构框图。
具体实施例
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，本申请中的“或”表示所连接对象的至少其中之一。例如“A或B”涵盖三种方案，即，方案一：包括A且不包括B；方案二：包括B且不包括A；方案三：既包括A又包括B。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请的术语“指示”既可以是一个直接的指示(或者说显式的指示)，也可以是一个间接的指示(或者说隐含的指示)。其中，直接的指示可以理解为，发送方在发送的指示中明确告知了接收方具体的信息、需要执行的操作或请求结果等内容；间接的指示可以理解为，接收方根据发送方发送的指示确定对应的信息，或者进行判断并根据判断结果确定需要执行的操作或请求结果等。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(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)或其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统以外的系统，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(Augmented Reality，AR)、虚拟现实(Virtual Reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、飞行器(flight vehicle)、车载设备(Vehicle User Equipment，VUE)、船载设备、行人终端(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(Personal Computer，PC)、柜员机或者自助机等终端侧设备。可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。其中，车载设备也可以称为车载终端、车载控制器、车载模块、车载部件、车载芯片或车载单元等。终端11除了可以是上述终端设备，也可以是终端内的芯片，例如调制解调器(Modem)芯片，系统级芯片(System on Chip，SoC)。需要说明的是，在本申请实施例并不限定终端11的具体类型。
网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备也可以称为无线接入网(Radio Access Network,RAN)设备、无线接入网功能或无线接入网单元。接入网设备可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点(Access Point，AS)或无线保真(Wireless Fidelity，WiFi)节点等。其中，基站可被称为节点B(Node B，NB)、演进节点B(Evolved Node B，eNB)、下一代节点B(the next generation Node B，gNB)、新空口节点B(New Radio Node B，NR Node B)、接入点、中继站(Relay Base Station，RBS)、服务基站(Serving Base Station，SBS)、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点(home Node B，HNB)、家用演进型B节点(home evolved Node B)、发送接收点(Transmission Reception Point，TRP)或所属领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
核心网设备可以包含核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)、统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)、网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的消息传输方法进行详细地说明。
参见图2，本申请的实施例提供了一种消息传输方法，所述方法可以包括如下步骤201至203：
步骤201：第一网络侧设备接收第一消息。
其中，所述第一消息中包括第一终端的第一参数信息。
另外，所述第一网络侧设备可以为代理呼叫会话控制功能(Proxy Call Session Control Function，P-CSCF)或IP多媒体系统应用服务器(IP Multimedia Subsystem Application Server，IMS AS)。
示例性地，在呼叫过程中，第一终端作为被叫终端，第二终端作为主叫终端，所述第一消息为来自第二终端的消息；此种情况下，第一网络侧设备接收到第一消息后，需要根据第一消息，向第一终端发送第二消息；即如果需要将来自第二终端的第一消息发送至第一终端，则其可以先发送至第一网络侧设备，从而由第一网络侧设备根据第一消息，再向第一终端发送第二消息；其中，第二消息的消息内容包括第一消息的消息内容，这样，则可以通过第一网络侧设备将第二终端需要发送至第一终端的消息内容，成功传输至第一终端。
需要说明的是，第一消息可以是第二终端生成，并经过为第二终端提供服务的网络侧设备和为第一终端提供服务的网络侧设备路由至第一网络侧设备。其中，为第二终端提供服务的网络侧设备和为第一终端提供服务的网络侧设备可以对第一消息的部分消息头或消息体进行修改。
需要说明的是，发送至第一网络侧设备也可以理解或替换为：路由至第一网络侧设备。例如，将来自第二终端的第一消息发送至第一终端，可以先发送至第一网络侧设备，可以理解或替换为：将来自第二终端的第一消息发送至第一终端，可以先路由至第一网络侧设备。后续相同不再赘述。
示例性地，在呼叫过程中，第一终端作为主叫终端，第二终端作为被叫终端，在第一终端向第二终端发起呼叫后，如果第二终端需要向第一终端回复相关的响应消息，则该响应消息可以先发送至第一网络侧设备，然后由第一网络侧设备根据该响应消息，生成一个发送给第一终端的响应消息，从而发送至第一终端。
步骤202：所述第一网络侧设备根据所述第一参数信息以及第一对应关系，获取第一地址信息。
其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系。因此，通过步骤201接收到第一消息后，可以根据第一参数信息，在第一对应关系中查找与第一参数信息对应的第一地址信息。
另外，在本申请实施例中，第一对应关系中的地址信息，为用于传输向第一终端发送的消息的地址信息，即可以基于第一对应关系中的第一地址信息向第一终端发送消息。
由此可知，在本申请实施例中，可以预先存储终端的参数信息与用于传输向终端发送的消息的地址信息之间的第一对应关系，这样，当第一网络侧设备需要向某个终端发送消息时，则可以根据该终端的参数信息，从第一对应关系中获取对应的地址信息，从而基于该地址信息，实现向该终端发送消息。
步骤203：所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送第二消息。
其中，第一地址信息用于传输向第一终端发送的消息，因此第一网络侧设备获取到第一地址信息后，可以根据第一地址信息，向第一终端发送第二消息。
由上述步骤201至203可知，本申请实施例中，第一网络侧设备可以接收第一消息，从而根据第一消息中包括的第一终端的第一参数信息，以及第一对应关系，获取第一地址信息，从而根据第一地址信息向第一终端发送第二消息。可见，在本申请实施例中，可以预先存储终端的参数信息与用于传输向终端发送的消息的地址信息之间的第一对应关系，这样，当第一网络侧设备需要向某个终端发送消息时，则可以根据该终端的参数信息，从第一对应关系中获取对应的地址信息，从而基于该地址信息，实现向该终端发送消息。
其中，在目前的相关技术中，基于IP的传输中，IP头比较大，解析IP头耗费时间较长，而本申请实施例中，通过查找第一对应关系的方式来获取传输消息所需的地址信息，从而不必通过解析消息中的IP头来获取地址信息，则可以缩短消息传输时间，提升消息传输效率。并且，在查找第一对应关系来获取传输消息所需的地址信息的方式下，所要传输的消息中则不需要携带相应的地址信息，从而为缩小传输消息的数据量奠定了基础。
可选地，步骤203中，所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送第二消息，包括：
第一网络侧设备根据第一地址信息，向第二网络侧设备发送第二消息，以使得第二网络侧设备将第二消息转发至第一终端；其中，所述第二网络侧设备包括：目标传输路径上所述第一网络侧设备在目标传输方向上的下一跳设备，所述目标传输路径为所述第一终端与所述第一网络侧设备之间的非IP数据传输(Non-IP data transfer，NIDD)路径，所述目标传输方向为所述第一网络侧设备到所述第一终端的传输方向。
需要说明的是，向第二网络侧设备发送第二消息也可以理解或替换为：第二消息被路由至第二网络侧设备。后续相同不再赘述。
由此可知，第一网络侧设备与第一终端的传输路径上若存在其他设备，则可以由第一网络侧设备先根据第一地址信息，将第二消息发送至所述其他设备，从而由所述其他设备转发至第一终端。并且，第一网络侧设备与第一终端之间可以采用NIDD的传输架构，从而可以提升传输效率。
例如，所述第一网络侧设备为P-CSCF或IMS AS时，具体示例如下所述：
作为第一示例，如图3所示，UE-1与P-CSCF/IMS AS之间通过移动性管理实体(Mobility Management Entity，MME)、服务能力开放功能(Service Capability Exposure Function，SCEF)转发数据，即：当UE-1存在上行数据包时，UE-1通过非接入层(Non-access stratum，NAS)消息将数据发送给MME，MME通过SCEF连接(connection)发送给SCEF，SCEF通过超文本传输协议(Hypertext Transfer Protocol，HTTP)消息发送给P-CSCF/IMS AS，HTTP消息的目的地址是T8目的地址(destination address)(即P-CSCF/IMS AS的地址)；
当UE-1存在下行数据包时，P-CSCF/IMS AS通过HTTP消息发送给SCEF，SCEF通过SCEF connection发送给MME，MME通过NAS消息发送给UE-1。其中，HTTP消息的目的地址是T8长期事务参考标识(T8 Long Term Transaction Reference ID，TLTRI)(即SCEF的地址)。
需要说明的是，在图3所示的NIDD架构中，UE-1与MME之间通过NAS层传输数据，在NAS消息中包含目标参数，目标参数包含EPS承载标识(bearer ID)，网络接入点名称(Access Point Name，APN)和用户标识中的一项或多项；MME根据目标参数确定MME与SCEF之间的SCEF连接connection，并通过该SCEF connection将数据发送给SCEF；SCEF根据SCEF connection获得T8目的地址，并使用该T8目的地址向P-CSCF/IMS AS发送数据；因此，基于图3所示的NIDD架构，UE-1与P-CSCF/IMS AS之间传输数据时，不需要基于IP头进行路由，这样，UE-1与P-CSCF/IMS AS之间传输数据时，可以省掉IP头，从而减少传输的数据量，进而提升传输效率。
作为第二示例，如图4所示，UE-1与P-CSCF/IMS AS之间通过MME、公共数据网络网关(PDN Gateway，PGW)转发数据，即：当UE-1存在上行数据包时，UE-1通过NAS消息将数据发送给MME，MME通过公共数据网络连接(PDN connection)发送给PGW，PGW通过与P-CSCF/IMS AS间的隧道，例如SGi点对点隧道(SGi PtP tunnelling)，将数据发送给P-CSCF/IMS AS。其中，MME与PGW间发送数据时，可以通过服务网关(Serving Gate Way，SGW)转发；其中SGi是PGW与外部网络的接口。
当UE-1存在下行数据包时，P-CSCF/IMS AS通过SGi PtP tunnelling发送给PGW，PGW通过PDN connection发送给MME，MME通过NAS消息发送给UE-1。
需要说明的是，在图4所示的NIDD架构中，UE-1与MME之间通过NAS层传输数据，在NAS消息中包含目标参数，目标参数包含EPS承载标识(bearer ID)，APN和用户标识中的一项或多项；MME根据目标参数确定MME与PGW之间的PDN connection，并通过该PDN connection将数据发送给PGW；PGW根据PDN connection确定PGW与P-CSCF/IMS AS之间的隧道，例如SGi PtP tunnelling，并通过该隧道将数据传输给P-CSCF/IMS AS；因此，基于图4所示的NIDD架构，UE-1与P-CSCF/IMS AS之间传输数据时，不需要基于IP头进行路由，这样，UE-1与P-CSCF/IMS AS之间传输数据时，可以省掉IP头，从而减少传输的数据量，进而提升传输效率。
作为第三示例，如图5所示，UE-1与P-CSCF/IMS AS之间通过MME、公共数据网络网关(PDN Gateway，PGW)转发数据，即：当UE-1存在上行数据包时，UE-1通过数据无线承载(Data Radio Bearer，DRB)将数据发送给基站，基站通过通用分组无线业务隧道协议的用户平面部分(General Packet Radio Service Tunneling Protocol User Plane，GTP-U)隧道将数据发送给PGW，PGW通过与P-CSCF/IMS AS间的SGi PtP tunnelling将数据发送给P-CSCF/IMS AS；
当UE-1存在下行数据包时，P-CSCF/IMS AS通过SGi PtP tunnelling发送给PGW，PGW通过GTP-U隧道将数据发送给基站，基站通过DRB将数据发送给UE-1；其中，基站与PGW间的GTP-U隧道可以通过SGW转发。
需要说明的是，在图5所示的NIDD架构中，UE-1与基站之间通过DRB传输数据；基站通过DRB与GTP-U隧道的对应关系，通过GTP-U隧道将数据发送至PGW，因此，基站与PGW之间传输数据，也可以不需要IP头；PGW与P-CSCF/IMS AS之间通过SGi PtP tunnelling传输，也不需要IP头；因此，基于图5所示的NIDD架构，UE-1与P-CSCF/IMS AS之间传输数据时，不需要基于IP头进行路由，这样，UE-1与P-CSCF/IMS AS之间传输数据时，可以省掉IP头，从而减少传输的数据量，进而提升传输效率。
此外，对于图4和图5的NIDD架构，PGW与P-CSCF/IMS AS间的SGi PtP tunnelling存在如下两种实现方式：
方式1：基于用户数据报协议(User Datagram Protocol,UDP)/IP的SGi PtP tunnelling：
PGW中预配P-CSCF/IMS AS的地址(IP地址，或IP地址和端口号)，当PGW收到MME发送的上行数据包时，向预配的P-CSCF/IMS AS的地址发送该数据包；
PGW为UE分配IP地址(IP地址，或IP地址和端口号)，并将该IP地址发送给P-CSCF/IMS AS，当P-CSCF/IMS AS有下行数据时，直接向该IP地址发送数据。
需要说明的是，PGW为UE分配的地址仅在PGW中使用，不发送给UE；PGW为UE分配IP地址可以理解为PGW为UE分配IP地址或IP地址和端口号。
方式2：其他SGi PtP tunnelling：PGW与P-CSCF/IMS AS间建立隧道，例如GTP-U隧道；
当PGW收到MME发送的上行数据包时，PGW直接通过隧道传输发送给P-CSCF/IMS AS；当P-CSCF/IMS AS有下行数据包时，P-CSCF/IMS AS直接通过隧道传输发送给PGW。
需要说明的是，在方式2中PGW不需要为UE分配IP地址。
此外，还需要说明的是，基于图3至5的NIDD架构，在传输数据时，不需要地址信息；而在传输呼叫过程中的相关消息时，由于呼叫流程需要接入IMS网络，因此，基于图3至5的架构传输呼叫过程中的相关消息时，需要使用地址信息，而本申请实施例中，可以通过预先建立上述第一对应关系，以便于可以基于图3至5的架构传输，根据第一对应关系传输呼叫过程中的相关消息。
可选地，所述第一对应关系包括如下A-1至A-7中至少一项：
A-1项：所述第一终端的标识信息与所述第一终端的地址信息之间的对应关系；
其中，终端的标识信息包括移动台国际用户识别码(Mobile Subscriber International ISDN number，MSISDN)、统一资源标识符(Uniform Resource Identifier，SIP URI)、IP多媒体公共标识(IP Multimedia Public Identity，IMPU)中至少一项。
A-2项：所述第一终端的标识信息与第二网络侧设备的地址信息之间的对应关系；
A-3项：所述第一终端的标识信息与所述第一网络侧设备的地址信息之间的对应关系；
A-4项：所述第一终端的地址信息与所述第二网络侧设备的地址信息之间的对应关系；
A-5项：所述第一终端的地址信息与所述第一网络侧设备的地址信息之间的对应关系；
A-6项：所述第一终端的标识信息与第一隧道的隧道信息之间的对应关系；
A-7项：所述第一终端的地址信息与所述第一隧道的隧道信息之间的对应关系；
其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上；或者，所述第一隧道包括所述第一网络侧设备与所述第二网络侧设备之间的隧道。
需要说明的是，对于A-2、A-4项，不同终端可以通过同一个或者不同第二网络侧设备与第一网络侧设备通信，因此，可以理解为：第一网络侧设备可以与多个第二网络侧设备通信，其中，每个第二网络侧设备可以与一个或多个终端通信。此种情况下，某个第二网络侧设备的地址信息与哪个或哪些终端的标识信息或地址信息存在对应关系，则该第二网络侧设备可以与哪个或哪些终端通信。
同理，对于A-3、A-5项，不同终端可以与同一个或者不同第一网络侧设备通信，因此，可以理解为：某个第一网络侧设备的地址信息与哪个或哪些终端的标识信息或地址信息存在对应关系，则该第一网络侧设备可以与哪个或哪些终端通信。
另外，在上述A-1至A-7项中，第一终端的标识信息与第一终端的地址信息之间可以直接对应，也可以通过第一网络侧设备的地址信息或者第二网络侧设备的地址信息或者第一隧道的隧道信息间接对应(即第一终端的标识信息与第一网络侧设备的地址信息对应，而第一网络侧设备的地址信息与第一终端的地址信息对应；或者，第一终端的标识信息与第二网络侧设备的地址信息对应，而第二网络侧设备的地址信息与第一终端的地址信息对应，或者，第一终端的标识信息与第一隧道的隧道信息对应，而第一隧道的隧道信息与第一终端的地址信息对应)。
此外，第一网络侧设备与第一终端之间的传输路径(或者通信架构)不同时，上述第一对应关系包括的内容不同。
对于上述第一示例，此种情况下，A-2项具体可以为第一终端的标识信息与SCEF的地址信息(即TLTRI)之间的对应关系，A-4项具体可以为第一终端的地址信息与SCEF的地址信息(即TLTRI)之间的对应关系，A-3项具体可以为第一终端的标识信息与T8destination address(即P-CSCF/IMS AS的地址信息)的对应关系，A-5项具体可以为第一终端的地址信息与T8 destination address的对应关系；因此，在第一示例中，第一对应关系可以包括A-1至A-5项中至少一项。
对于上述第二示例，此种情况下，第一隧道即为PGW与P-CSCF/IMS AS之间的SGi PtP tunnelling；因此，在第二示例中，SGi PtP tunnelling采用上述方式1时，第一对应关系可以包括A-1、A-6、A-7项中至少一项；SGi PtP tunnelling采用上述方式2时，第一对应关系可以包括A-1项。
对于上述第三示例，此种情况下，第一隧道即为PGW与P-CSCF/IMS AS之间的SGi PtP tunnelling；因此，在第三示例中，SGi PtP tunnelling采用上述方式1时，第一对应关系可以包括A-1、A-6、A-7项中至少一项；SGi PtP tunnelling采用上述方式2时，第一对应关系可以包括A-1项。
另外，需要说明的是，在上述第一示例中，上述TLTRI和T8 destination address可以在建立SCEF connection的过程中获得。具体地，建立SCEF connection的过程如图6所示，具体包括如下步骤601至605：
步骤601.UE-1发起附着(attach)请求或公用数据网(Public Data Network，PDN)连接建立请求，在请求中携带非IP PDN类型(Non-IP PDN type)；
步骤602.MME根据attach请求或PDN连接建立建立请求，向SCEF发送创建连接请求(Create Connection Request)用于创建SCEF Connection，在该请求中包含用户标识(User Identity)，演进的分组系统(Evolved Packet System，EPS)承载标识(EPS Bearer Identity,EBI)；
步骤603.SCEF向P-CSCF/IMS AS发送NIDD配置(configuration)消息，在该消息中包括用户标识，TLTRI；
步骤604.P-CSCF/IMS AS向SCEF回复响应消息，在响应消息中携带T8 destination address；
步骤605.SCEF向MME发送创建连接响应(Create Connection Response)消息。
其中，步骤603-604也可以在步骤601之前执行，此时，P-CSCF/IMS先向SCEF发送NIDD configuration消息，携带UE标识和T8 destination address；SCEF向P-CSCF/IMS发送TLTRI。
可选地，所述第一参数信息包括所述第一终端的标识信息、所述第一终端的地址信息中至少一项。
可选地，所述第一地址信息包括如下B-1至B-3中至少一项：
B-1项：所述第一终端的地址信息；
B-2项：第二网络侧设备的地址信息；
B-3项：第一隧道的隧道信息。
需要说明的是，第一网络侧设备与第一终端之间的传输路径(或者通信架构)不同时，上述第一对应关系包括的内容不同，则基于第一参数信息，在第一对应关系中查找到的第一地址信息包括的内容也会不同。
例如上述第一示例中，第一参数信息包括第一终端的标识信息时，第一网络侧设备可以根据上述第一对应关系得到第一终端的地址信息或者第二网络侧设备的地址信息(即TLTRI)；第一参数信息包括第一终端的地址信息时，第一网络侧设备可以根据上述第一对应关系得到第二网络侧设备的地址信息(即TLTRI)；
例如上述第二示例或第三示例中，第一参数信息包括第一终端的标识信息时，第一网络侧设备可以根据上述第一对应关系得到第一终端的地址信息或者第一隧道的隧道信息；第一参数信息包括第一终端的地址信息时，第一网络侧设备可以根据上述第一对应关系得到第一隧道的隧道信息。
可选地，所述隧道信息包括如下至少一项：
所述第一隧道的标识信息；
所述第一隧道对应的所述第二网络侧设备的地址信息(例如IP地址)；
所述第一隧道对应的所述第二网络侧设备的端口号；
所述第一隧道对应的所述第一网络侧设备的地址信息(例如IP地址)；
所述第一隧道对应的所述第一网络侧设备的端口号。
其中，第一隧道对应的第二网络侧设备的地址信息和端口号，属于第二网络侧设备侧的第一隧道的信息；第一隧道对应的第一网络侧设备的地址信息和端口号，属于第一网络侧设备侧的第一隧道的信息。
可选地，所述方法还包括如下步骤C-1至C-3：
步骤C-1：所述第一网络侧设备接收所述第一终端的第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
步骤C-2：所述第一网络侧设备获取用于传输发送给所述第一终端的消息的第二地址信息；
步骤C-3：所述第一网络侧设备根据所述第二参数信息和所述第二地址信息，得到所述第一对应关系，并保存所述第一对应关系。
其中，所述第二参数信息可以包括第一终端的标识信息；
另外，所述第二地址信息可以包括第一终端的地址信息、第二网络侧设备的地址信息、第一网络侧设备的地址信息、第一隧道的隧道信息，从而可以为第一终端建立上述A-1至A-7中至少一项所述的对应关系。
由上述步骤C-1至C-3可知，本申请实施例中，可以通过第一终端向第一网络侧设备注册的流程，在第一网络侧设备中保存第一终端的参数信息与用于传输需要发送给第一终端的消息的地址信息之间的对应关系。
可选地，在所述第二地址信息包括所述第一终端的地址信息的情况下，上述步骤C-2中，所述第一网络侧设备获取所述第一终端的地址信息，包括如下D-1至D-3中其中一项：
D-1项：所述第一网络侧设备为所述第一终端分配所述第一终端的地址信息；
D-2项：所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第一终端的地址信息；
D-3项：所述第一网络侧设备将所述第一网络侧设备的地址信息，确定为所述第一终端的地址信息。
其中，第三网络侧设备可以为IP多媒体系统网关(IP Multimedia Subsystem Gateway，IMS GW)。
由此可知，第一网络侧设备可以为第一终端分配地址信息，可以请求第三网络侧设备为第一终端分配地址信息，也可以将自身的地址信息作为第一终端的地址信息。
需要说明的是，如果第一网络侧设备将自身的地址信息作为第一终端的地址信息，那么，在存在多个第一终端与第一网络侧设备可以通信，且第一网络侧设备替其他设备向某个第一终端转发数据或消息时，第一网络侧设备可以根据数据或消息中携带的终端标识信息来区分具体需要转发给哪个第一终端。
可选地，上述步骤C-1中，所述第一网络侧设备接收所述第一终端的第一注册消息，包括：
所述第一网络侧设备接收第一网际互连协议IP包，其中，所述第一网际互连协议IP包内封装有所述第一注册消息，且所述第一网际互连协议IP包的包头携带有所述第一终端的地址信息；
在所述第二地址信息包括所述第一终端的地址信息的情况下，所述第一网络侧设备获取所述第一终端的地址信息，包括：
所述第一网络侧设备从所述第一网际互连协议IP包的包头获取所述第一终端的地址信息。
由此可知，第一终端的第一注册消息可以被封装在第一IP包内，且第一IP包内携带有第一终端的地址信息，这样，第一网络侧设备接收到第一IP包后，则可以从第一IP包的包头获得第一终端的地址信息。
示例性地，在上述第二示例或第三示例中，SGi PtP tunnelling采用上述方式1时，UE-1发送的注册消息可以被封装在第一IP包内，且第一IP包内携带有第一终端的地址信息，这样，PGW可以从第一IP包的包头获得UE-1的地址信息PGW。
此外，上述第一注册消息，可以通过第一终端与第一网络侧设备之间的NIDD架构传输。具体传输过程可参见对图3、4、5的相关描述，此处不再赘述。
可选地，所述第二参数信息包括所述第一终端的标识信息，所述第二地址信息包括所述第一终端的地址信息，所述方法还包括：
所述第一网络侧设备向第四网络侧设备发送第二注册消息，其中，所述第二注册消息中包括所述第一终端的标识信息和所述第一终端的地址信息；
所述第一网络侧设备接收来自于所述第四网络侧设备的所述第二注册消息的响应消息，其中，所述第二注册消息的响应消息中包括所述第一终端的第一参数信息，所述第一参数信息包括所述第一终端的标识信息和所述第一终端的地址信息中至少一项；
所述第一网络侧设备根据所述第一参数信息以及所述第一对应关系，获取所述第一地址信息；
所述第一网络侧设备根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息。
其中，第四网络侧设备可以为服务呼叫会话控制功能(Serving CSCF，S-CSCF)。
由此可知，第一终端向第一网络侧设备注册，保存第一终端的标识信息与地址信息之间的对应关系之后，第一网络侧设备还可以通过第二注册消息，将第一终端的标识信息和地址信息发送至第四网络侧设备，从而接收第四网络侧设备返回的第二注册消息的响应消息，并基于第二注册消息的响应消息，向第一终端返回第一注册消息的响应消息。
需要说明的是，第一终端在IMS网络内注册时，需要发送正常的IMS注册消息，在该IMS注册消息中携带第一终端的IP地址，即，第二注册消息是正常的IMS register消息。由于第一终端没有IP地址信息，因此需要第一网络侧设备根据第一注册消息生成第二注册消息，即生成正常的IMS注册消息。
可选地，所述第一网络侧设备根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息，包括：
所述第一网络侧设备根据所述第二注册消息的响应消息，生成所述第一注册消息的响应消息；
所述第一网络侧设备将所述第一注册消息的响应消息封装在第二IP包内，并根据所述第一地址信息，将所述第二IP包发送至第二网络侧设备，其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上。
如前文所述，第一终端的第一注册消息可以被封装在第一IP包内，且第一IP包内携带有第一终端的地址信息，这样，第一网络侧设备接收到第一IP包后，则可以从第一IP包的包头获得第一终端的地址信息。相应地，第一网络侧设备在发送第一注册消息的响应消息时，则可以将第一注册消息的响应消息封装在第二IP包内，从而将第二IP包发送至第二网络侧设备，以使得第二网络侧设备从第二IP包内得到第一注册消息的响应消息，并将得到的第一注册消息的响应消息发送至第一终端。
可选地，所述第二注册消息的响应消息为200K(即响应码为200的响应消息)；
所述第一注册消息、所述第一注册消息的响应消息可以为I1消息、电路交换(Circuit Switch，CS)消息、未包括所述目标内容的SIP消息中的其中一项。其中，I1消息是第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义的应用层协议消息，用于终端进行会话控制。
所述第二注册消息，第二注册消息的响应消息是SIP消息。
此外，基于上述注册流程，保存上述第一对应关系后，则可以执行呼叫流程，具体如下第一方面和第二方面所述：
第一方面：
可选地，所述方法还包括如下步骤E-1至E-4：
步骤E-1：所述第一网络侧设备接收所述第一终端的第一呼叫消息，其中，所述第一呼叫消息中包括第二终端的标识信息和所述第一终端的标识信息；
步骤E-2：在所述第一对应关系包括终端的标识信息与终端的地址信息之间的对应关系的情况下，所述第一网络侧设备根据所述第一终端的标识信息以及所述第一对应关系，获取所述第一终端的地址信息；
步骤E-3：所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息；
步骤E-4：所述第一网络侧设备向所述第二终端发送第二呼叫消息，其中，所述第二呼叫消息中包括所述第一终端的地址信息、所述第三地址信息、所述第二终端的标识信息。
需要说明的是，步骤E-3中得到的第三地址信息是传输发送给第一终端的数据(例如语音数据)的信息；其中，用于传输发送给第一终端的数据的信息，也可以理解或替换为用于进行SDP协商的信息或用于建立RTP连接的信息或用于传输RTP数据的信息。
由此可知，第一终端作为主叫终端，在需要向第二终端发起呼叫时，可以向第一网络侧设备发送上述第一呼叫消息，以使得第一终端根据第一呼叫消息中包括的第一终端的标识信息，从第一对应关系中获取第一终端的地址信息，并获取上述第三地址信息，从而将第一终端的地址信息、第三地址信息、第二终端的标识携带在第二呼叫消息中发送至第二终端，实现第一终端对第二终端的呼叫。可见，在本申请实施例中，在呼叫过程中使用上述第一对应关系进行信令的收发。
可选地，所述第一消息包括所述第二呼叫消息的至少一个响应消息；
所述第二消息包括所述第一呼叫消息的至少一个响应消息。
由此可知，在基于上述步骤E-1至E-4的呼叫流程，第二终端接收到第二呼叫消息后，第二终端可以向第一网络侧设备返回第二呼叫消息的响应消息，以使得第一网络侧设备根据响应消息中包括的第一终端的第一参数信息，从第一对应关系中获取上述第一地址信息，进而根据第一地址信息和第二呼叫消息的响应消息，向第一终端发送第一呼叫消息的响应消息。
其中，第二呼叫消息的响应消息可以包括：183响应、180响应、200OK(即响应码分别为180、180、200的响应消息)。
第一呼叫消息的响应消息可以为I1消息、CS消息、未包括所述目标内容的SIP消息中的其中一项。
其中，第二呼叫消息可以为SIP Invite消息。
第二方面：
可选地，所述方法还包括如下步骤F-1至F-4：
步骤F-1：所述第一网络侧设备接收所述第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括：第二终端的标识信息和所述第一终端的第一参数信息；
步骤F-2：所述第一网络侧设备根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
步骤F-3：在所述SDP协商完成的情况下，所述第一网络侧设备根据所述第一参数信息以及所述一对应关系，获取所述第一地址信息；
步骤F-4：所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
由步骤F-1至F-4可知，第三呼叫消息作为呼叫的触发消息，使得第一网络侧设备代替第一终端与第二终端进行SDP协商，并在SDP协商完毕后通知第一终端开始呼叫。
可选地，所述方法还包括：
所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息。
需要说明的是，第三地址信息用于传输发送给第一终端的数据，例如语音包，可选地，语音包通过实时传送协议(Real-Time Transport Protocol，RTP)包传输。
可选地，所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
可选地，所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
其中，第三网络侧设备可以为IMS GW。由此可知，第一网络侧设备可以请求第三网络侧设备为第一终端分配上述第三地址信息。
可选地，所述第一网络侧设备代替第一终端与第二终端进行SDP协商后，第三网络设备与第二终端建立RTP连接，该RTP连接用于传输发送给第一终端的数据。
需要说明的是，第一网络侧设备代替第一终端与第二终端进行SDP协商时，可以直接与第二终端进行SDP协商，或者，与为第二终端提供服务的网络侧设备进行SDP协商。
可选地，所述第一注册消息、所述第一注册消息的响应消息、所述第一呼叫消息、所述第一呼叫消息的响应消息、所述第三呼叫消息、所述第三呼叫消息的响应消息中至少一项为非IP消息，这样，这些消息不包括IP包，从而可以减少上述注册流程和呼叫流程中的数据传输量，进而提升传输效率。
需要说明的是，非IP消息可以理解或替换为：通过非IP数据传输路径传输的消息，或不携带IP头的消息，或不携带IP地址的消息。
可选地，所述第一网络侧设备为P-CSCF或IMS AS；
所述第二网络侧设备为如下其中一项：SCEF、PGW、用户面功能(User Plane Function，UPF)。
可选地，所述第二消息根据所述第一消息生成。
可选地，所述第一消息为会话初始化协议SIP消息；
所述第二消息为如下其中一项：
I1消息、CS消息、未包括目标内容的SIP消息；
其中，所述目标内容用于进行SDP协商。
参见图7，本申请的实施例提供了一种消息传输方法，所述方法可以包括如下步骤701至703：
步骤701：第一网络侧设备接收第一终端的第三呼叫消息。
其中，所述第三呼叫消息中包括第二终端的标识信息。
步骤702：所述第一网络侧设备根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
步骤703：在所述SDP协商完成的情况下，所述第一网络侧设备向所述第一终端发送所述第三呼叫消息的响应消息。
由步骤701至703可知，第三呼叫消息作为呼叫的触发消息，使得第一网络侧设备代替第一终端与第二终端进行SDP协商，并在SDP协商完毕后通知第一终端开始呼叫。
需要说明的是，目前的相关技术中，需要第一终端参与和第二终端进行的SDP协商，这样，协商过程需要传输的数据量较大，耗时较长，而本申请实施例中，由第一网络侧设备可以代替第一终端与第二终端进行SDP协商，并在SDP协商完毕后通知第一终端开始呼叫，这样，协商过程的相关消息则不需要由第一网络侧设备传输至第一终端，从而可以减少协商过程中的消息传输，进而缩短协商过程，提升呼叫速率。
可选地，所述第三呼叫消息中还包括所述第一终端的第一参数信息；
所述第一网络侧设备向所述第一终端发送所述第三呼叫消息的响应消息，包括：
所述第一网络侧设备根据所述第一终端的第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
由此可知，第一对应关系也可以应用于第三呼叫消息的响应消息的发送。
可以理解的是，所述第一对应关系的相关说明可参见前文所述，此处不再赘述。
可选地，所述方法还包括：
所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息。
需要说明的是，第三地址信息用于传输发送给第一终端的数据，例如语音包，可选地，语音包通过RTP包传输。
可选地，所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
其中，第三网络侧设备可以为IMS GW。
由此可知，第一网络侧设备可以请求第三网络侧设备为第一终端分配上述第三地址信息。
可选地，所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
可选地，所述第一网络侧设备代替第一终端与第二终端进行SDP协商后，第三网络设备与第二终端建立RTP连接，该RTP连接用于传输发送给第一终端的数据。
需要说明的是，第一网络侧设备代替第一终端与第二终端进行SDP协商时，可以直接与第二终端进行SDP协商，或者，与为第二终端提供服务的网络侧设备进行SDP协商。
本申请的实施例还提供了一种消息传输方法，该方法可以包括如下步骤H-1至H-3：
步骤H-1：第一终端发送第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
步骤H-2：所述第一终端接收所述第一注册消息的响应消息，其中，所述第一注册消息、所述第一注册消息的响应消息为I1消息、CS消息、未包括目标内容的SIP消息中其中一项，所述目标内容用于进行SDP协商。
其中，第一网络侧设备接收到第一注册消息后，获取用于传输发送给所述第一终端的消息的第二地址信息，从而根据第二参数信息和第二地址信息，得到第一对应关系，并保存所述第一对应关系。
可以理解的是，此处关于第二参数信息、第二地址信息、第一对应关系的相关说明可参见前文所述，此处不再赘述。
由此可知，第一终端可以通过上述I1消息、CS消息、未包括目标内容的SIP消息中其中一项消息进行注册，这些消息的数据量比较小，这样，可以减少第一终端注册时的数据传输量，从而提升注册效率。
综上所述，本申请实施例的传输方法的具体实施方式可如下实施方式一至六所述：
第一方面，注册流程，如下实施方式一至五所述：
实施方式一，UE-1在IMS网络注册流程，如图8，包括如下步骤801至806：
步骤801：UE-1发送注册消息；
其中，所述注册消息中包括UE-1的标识；UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项。
所述注册消息可以为I1注册(register)消息、电路交换位置更新请求(CS Location updating request)消息、简化的会话初始化协议(Session Initiation Protocol，SIP)register消息中其中一项；
需要说明的是，I1 register、CS Location updating request消息不包括IP头，即二者均属于非IP消息；简化的SIP register消息是在正常IP多媒体子系统(IP Multimedia Subsystem，IMS)register消息基础上，简化不必要的参数，例如，IP地址，路由地址等内容。
另外，UE-1与P-CSCF/IMS AS之间通过MME、SCEF通信，因此，UE-1可以通过NAS消息将注册消息发送至MME，以使得MME通过SCEF连接(connection)，将注册消息发送至SCEF，进而由SCEF通过HTTP消息将注册消息发送给P-CSCF/IMS AS。
步骤802：P-CSCF/IMS AS获取UE-1的IP地址(IP-1)，并保存第一对应关系；
其中，P-CSCF/IMS AS可以自己为UE-1分配IP地址，或请求其他网元(例如IMS GW)为UE-1分配IP地址，或者，P-CSCF/IMS AS使用自己的IP地址作为UE-1的IP地址；
另外，第一对应关系包括以下至少一种：
UE-1标识和IP地址(IP-1)的对应关系；
UE-1标识和T8长期事务参考标识(T8 Long Term Transaction Reference ID，TLTRI)(即SCEF的地址)的对应关系；
UE-1标识和T8目的地址(destination address)(即P-CSCF/IMS AS的地址)的对应关系；
IP地址(IP-1)和TLTRI的对应关系；
IP地址(IP-1)和T8 destination address的对应关系；
需要说明的是，在建立SCEF connection时，P-CSCF/IMS获得TLTRI和T8 destination address地址；
步骤803：P-CSCF/IMS AS生成正常的SIP register消息，包括UE-1的标识、IP地址(IP-1)；
其中，需要说明的是，IMS网络使用SIP消息进行信令传输。
步骤804：S-CSCF回复SIP 200OK；
步骤805：P-CSCF/IMS AS根据上述第一对应关系确定第一地址信息，所述第一地址信息包括TLTRI；
其中，P-CSCF/IMS AS可以根据SIP 200OK中包括的UE-1标识，以及上述第一对应关系，确定UE-1标识对应的TLTRI；或者，根据SIP 200OK中包括的UE-1的IP地址(IP-1)以及上述第一对应关系，确定UE-1的IP地址对应的TLTRI；或者，P-CSCF/IMS AS可以根据携带SIP 200OK的IP包中包括的UE-1的IP地址(IP-1)，以及上述第一对应关系，确定UE-1标识对应的TLTRI。
步骤806：P-CSCF/IMS AS根据SIP 200OK生成响应消息，并根据确定的TLTRI将该响应消息发送至UE-1；该响应消息可以为I1成功(success)消息或CS位置更新接受(Location updating accept)消息或简化的SIP 200OK；
另外，P-CSCF/IMS AS可以根据TLTRI将该响应消息发送给SCEF，以使得SCEF进一步转给MME，从而由MME发送给UE-1；
需要说明的是，在图8中，仅列出了上述各个步骤的重点内容。
实施方式二，UE-1在IMS网络注册流程，如图9，包括如下步骤901至906：
步骤901：UE-1发送注册消息；
其中，所述注册消息中包括UE-1的标识；UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项。
所述注册消息可以为I1注册register消息、CS Location updating request消息、简化的SIP register消息中其中一项；
需要说明的是，I1 register、CS Location updating request消息不包括IP头，即二者均属于非IP消息；简化的SIP register消息是在正常IMS register消息基础上，简化不必要的参数，例如，IP地址，路由地址等内容。
另外，UE-1与P-CSCF/IMS AS之间通过MME、PGW通信，因此，UE-1可以通过NAS消息将注册消息发送至MME，以使得MME通过PDN connection，将注册消息发送至PGW，进而由PGW通过SGi PtP tunnelling将注册消息发送给P-CSCF/IMS AS。其中，PGW与MME之间的信息可以通过SGW转发。
步骤902：P-CSCF/IMS AS获取UE-1的IP地址(IP-1)，并保存第一对应关系；
其中，P-CSCF/IMS AS可以自己为UE-1分配IP地址，或请求其他网元(例如IMS GW)为UE-1分配IP地址，或者，P-CSCF/IMS AS使用自己的IP地址作为UE-1的IP地址；
另外，第一对应关系包括以下至少一种：
UE-1标识和IP地址(IP-1)的对应关系；
UE-1标识和SGi PtP tunnelling信息的对应关系；
IP地址(IP-1)和SGi PtP tunnelling信息的对应关系。
其中，SGi PtP tunnelling信息是以下至少一项：
SGi PtP tunnelling的标识；
PGW侧的SGi PtP tunnelling的信息(包括SGi PtP tunnelling对应的PGW的IP地址和端口号)；
P-CSCF/IMS AS侧的SGi PtP tunnelling信息(包括SGi PtP tunnelling对应的P-CSCF/IMS AS的IP地址和端口号)。
步骤903：P-CSCF/IMS AS生成正常的SIP register消息，包括UE-1的标识、IP地址(IP-1)；
其中，需要说明的是，IMS网络使用SIP消息进行信令传输。
步骤904：S-CSCF回复SIP 200OK；
步骤905：P-CSCF/IMS AS根据上述第一对应关系确定第一地址信息，所述第一地址信息包括SGi PtP tunnelling信息；
其中，P-CSCF/IMS AS可以根据SIP 200OK中包括的UE-1标识，以及上述第一对应关系，确定UE-1标识对应的SGi PtP tunnelling信息；或者，根据SIP 200OK中包括的UE-1的IP地址(IP-1)以及上述第一对应关系，确定UE-1的IP地址对应的SGi PtP tunnelling信息；或者，根据携带SIP 200OK的IP包中包括的UE-1的IP地址(IP-1)以及上述第一对应关系，确定UE-1的IP地址对应的SGi PtP tunnelling信息。
步骤906：P-CSCF/IMS AS根据SIP 200OK生成响应消息，并根据确定的SGi PtP tunnelling信息将该响应消息发送至UE-1；该响应消息可以为I1 success消息或CS Location updating accept或简化的SIP 200OK；
另外，P-CSCF/IMS AS可以根据SGi PtP tunnelling信息将该响应消息发送给PGW，以使得PGW进一步转给MME，从而由MME发送给UE-1。
需要说明的是，在图9中，仅列出了上述各个步骤的重点内容。
实施方式三：UE-1在IMS网络注册流程，如图10，包括如下步骤1001至1006：
步骤1001：UE-1发送注册消息；
其中，所述注册消息中包括UE-1的标识；UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项。
所述注册消息可以为I1注册register消息、CS Location updating request消息、简化的SIP register消息中其中一项；
需要说明的是，I1 register、CS Location updating request消息不包括IP头，即二者均属于非IP消息；简化的SIP register消息是在正常IMS register消息基础上，简化不必要的参数，例如，IP地址，路由地址等内容。
另外，UE-1与P-CSCF/IMS AS之间通过基站、PGW通信，因此，UE-1可以通过数据无线承载(Data Radio Bearer，DRB)将注册消息发送至基站，以使得基站通过GTP-U隧道，将注册消息发送至PGW，进而由PGW通过SGi PtP tunnelling将注册消息发送给P-CSCF/IMS AS。
步骤1002：P-CSCF/IMS AS获取UE-1的IP地址(IP-1)，并保存第一对应关系；
其中，P-CSCF/IMS AS可以自己为UE-1分配IP地址，或请求其他网元(例如IIMS GW)为UE-1分配IP地址，或者，P-CSCF/IMS AS使用自己的IP地址作为UE-1的IP地址；
另外，第一对应关系包括以下至少一种：
UE-1标识和IP地址(IP-1)的对应关系；
UE-1标识和SGi PtP tunnelling信息的对应关系；
IP地址(IP-1)和SGi PtP tunnelling信息的对应关系。
其中，SGi PtP tunnelling信息是以下至少一项：
SGi PtP tunnelling的标识；
PGW侧的SGi PtP tunnelling的信息(包括SGi PtP tunnelling对应的PGW的IP地址和端口号)；
P-CSCF/IMS AS侧的SGi PtP tunnelling信息(包括SGi PtP tunnelling对应的P-CSCF/IMS AS的IP地址和端口号)。
步骤1003：P-CSCF/IMS AS生成正常的SIP register消息，包括UE-1的标识、IP地址(IP-1)；
其中，需要说明的是，IMS网络使用SIP消息进行信令传输。
步骤1004：S-CSCF回复SIP 200OK；
步骤1005：P-CSCF/IMS AS根据上述第一对应关系确定第一地址信息，所述第一地址信息包括SGi PtP tunnelling信息；
其中，P-CSCF/IMS AS可以根据SIP 200OK中包括的UE-1标识，以及上述第一对应关系，确定UE-1标识对应的SGi PtP tunnelling信息；或者，根据SIP 200OK中包括的UE-1的IP地址(IP-1)以及上述第一对应关系，确定UE-1的IP地址对应的SGi PtP tunnelling信息；或者，根据携带SIP 200OK的IP包中包括的UE-1的IP地址(IP-1)以及上述第一对应关系，确定UE-1的IP地址对应的SGi PtP tunnelling信息。
步骤1006：P-CSCF/IMS AS根据SIP 200OK生成响应消息，并根据确定的SGi PtP tunnelling信息将该响应消息发送至UE-1；该响应消息可以为I1 success消息或CS Location updating accept或简化的SIP 200OK；
另外，P-CSCF/IMS AS可以根据SGi PtP tunnelling信息将该响应消息发送给PGW，以使得PGW进一步转给基站，从而由基站发送给UE-1。
需要说明的是，在图10中，仅列出了上述各个步骤的重点内容。
实施方式四，UE-1在IMS网络注册流程，如图11，包括如下步骤1101至1106：
步骤1101：UE-1发送注册消息；
其中，所述注册消息中包括UE-1的标识；UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项。
所述注册消息可以为I1注册register消息、CS Location updating request消息、简化的SIP register消息中其中一项；
需要说明的是，I1 register、CS Location updating request消息不包括IP头，即二者均属于非IP消息；简化的SIP register消息是在正常IMS register消息基础上，简化不必要的参数，例如，IP地址，路由地址等内容。
另外，UE-1与P-CSCF/IMS AS之间通过MME、PGW通信，因此，UE-1可以通过NAS消息将注册消息发送至MME，以使得MME通过PDN connection将注册消息发送至PGW，进而由PGW将注册消息发送给P-CSCF/IMS AS。其中，PGW与MME之间的信息可以通过SGW转发。
需要说明的是，在本实施方式中，PGW收到上述注册消息后，将该注册消息封装到IP包内发送给P-CSCF/IMS AS；
步骤1102：P-CSCF/IMS AS获取UE-1的IP地址(IP-1)，并保存第一对应关系；
其中，P-CSCF/IMS AS从接收到的IP包头获得UE-1的IP地址(IP-1)；
另外，第一对应关系包括：UE-1标识和IP地址(IP-1)的对应关系。
步骤1103：P-CSCF/IMS AS生成正常的SIP register消息，包括UE-1的标识、IP地址(IP-1)；
其中，需要说明的是，IMS网络使用SIP消息进行信令传输。
步骤1104：S-CSCF回复SIP 200OK；
步骤1105：P-CSCF/IMS AS根据上述第一对应关系确定第一地址信息，所述第一地址信息包括UE-的IP地址(即IP-1)；
其中，P-CSCF/IMS AS可以根据SIP 200OK中包括的UE-1标识，以及上述第一对应关系，确定UE-1标识对应的IP地址。
步骤1106：P-CSCF/IMS AS根据SIP 200OK生成响应消息，并根据确定的UE-1的IP地址(即IP-1)信息将该响应消息发送至UE-1；该响应消息可以为I1 success消息或CS Location updating accept或简化的SIP 200OK；
另外，P-CSCF/IMS AS可以将生成的该响应消息封装在IP包内，从而将该IP包发送给PGW，以使得PGW去掉IP包头，获得该响应消息，进而将该响应消息通过MME发送给UE-1。
需要说明的是，在图11中，仅列出了上述各个步骤的重点内容。
实施方式五，UE-1在IMS网络注册流程，如图12，包括如下步骤1201至1206：
步骤1201：UE-1发送注册消息；
其中，所述注册消息中包括UE-1的标识；UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项。
所述注册消息可以为I1注册register消息、CS Location updating request消息、简化的SIP register消息中其中一项；
需要说明的是，I1 register、CS Location updating request消息不包括IP头，即二者均属于非IP消息；简化的SIP register消息是在正常IMS register消息基础上，简化不必要的参数，例如，IP地址，路由地址等内容。
另外，UE-1与P-CSCF/IMS AS之间通过基站、PGW通信，因此，UE-1可以通过DRB将注册消息发送至基站，以使得基站通过GTP-U隧道将注册消息发送至PGW，进而由PGW将注册消息发送给P-CSCF/IMS AS。
需要说明的是，在本实施方式中，PGW收到上述注册消息后，将该注册消息封装到IP包内发送给P-CSCF/IMS AS；
步骤1202：P-CSCF/IMS AS获取UE-1的IP地址(IP-1)，并保存第一对应关系；
其中，P-CSCF/IMS AS从接收到的IP包头获得UE-1的IP地址(IP-1)；
另外，第一对应关系包括：UE-1标识和IP地址(IP-1)的对应关系。
步骤1203：P-CSCF/IMS AS生成正常的SIP register消息，包括UE-1的标识、IP地址(IP-1)；
其中，需要说明的是，IMS网络使用SIP消息进行信令传输。
步骤1204：S-CSCF回复SIP 200OK；其中，200OK表示HTTP状态码中的成功状态码；
步骤1205：P-CSCF/IMS AS根据上述第一对应关系确定第一地址信息，所述第一地址信息包括UE-的IP地址(即IP-1)；
其中，P-CSCF/IMS AS可以根据SIP 200OK中包括的UE-1标识，以及上述第一对应关系，确定UE-1标识对应的IP地址。
步骤1206：P-CSCF/IMS AS根据SIP 200OK生成响应消息，并根据确定的UE-1的IP地址(即IP-1)信息将该响应消息发送至UE-1；该响应消息可以为I1 success消息或CS Location updating accept或简化的SIP 200OK；
另外，P-CSCF/IMS AS可以将生成的该响应消息封装在IP包内，从而将该IP包发送给PGW，以使得PGW去掉IP包头，获得该响应消息，进而将该响应消息通过基站发送给UE-1。
需要说明的是，在图12中，仅列出了上述各个步骤的重点内容。
此外，通过上述实施方式一至五，可以让P-CSCF/IMS AS建立上述第一对应关系，为后续传递呼叫流程中的消息做好准备。
第二方面，呼叫流程，如下实施方式六所述：
需要说明的是，上述实施方式一至五是UE-1在IMS网络注册流程，通过该注册流程，P-CSCF/IMS AS保存了第一对应关系；如下实施方式六则可以在实施方式一至五任一项的基础上，完成语音呼叫流程，在呼叫过程中使用上述第一对应关系进行信令的收发。
实施方式六，UE-1在发起主叫的流程，如图13，包括如下步骤1301至1310：
步骤1301：UE-1发送呼叫消息(即Invite消息)；所述呼叫消息包括UE-2的标识和UE-1的标识；
其中，UE-1的标识包括：UE-1的MSISDN、SIP URI、IMPU中至少一项，UE-2的标识包括：UE-2的MSISDN、SIP URI、IMPU中至少一项；
另外，所述呼叫消息可以为I1请求(Invite)消息、CS建立(Setup)消息、简化的SIP请求(Invite)消息中其中一项；需要说明的是，简化的SIP Invite消息是在正常IMS Invite消息基础上，简化不必要的参数，例如，IP地址，路由地址，SDP等内容；
步骤1302：P-CSCF/IMS AS请求IMS GW为UE-1分配用于传输语音数据的地址信息，包括IP地址(即IP-2)和端口号；
需要说明的是，用于传输语音数据的信息也可以理解或替换为用于进行SDP协商的信息或用于建立实时传送协议(Real-Time Transport Protocol，RTP)连接的信息或用于传输RTP数据的信息。
步骤1303：P-CSCF/IMS AS根据UE-1的标识，以及前文所述的第一对应关系，获得UE-1的IP地址(即IP-1)；可以理解的是，该IP地址是通过注册流程(即前文所述的实施方式一至五中任一项的注册流程)获得的；
步骤1304：P-CSCF/IMS AS生成SIP Invite消息，并发送给SIP Invite消息至UE-2；其中，该SIP Invite消息中包括UE-1的IP地址(IP-1)、UE-2的标识、SDP提议(offer)，在SDP offer中包括上述用于传输语音数据的地址信息(即IP-2和端口号)；
步骤1305：P-CSCF/IMS AS接收UE-2发送的183响应消息(即响应码为183的响应消息)，该响应消息包括SDP应答(answer)；
步骤1306：P-CSCF/IMS AS根据183响应消息生成一个响应消息，并根据第一对应关系确定第一地址信息，从而根据第一地址信息发送该响应消息至UE-1；
其中，该响应消息例如可以为I1进程(progress)消息或CS呼叫进程(Call proceeding)消息或简化的SIP 183消息；简化的SIP 183消息不包括SDP answer；
需要说明的是，这里根据第一对应关系确定第一地址信息的具体过程，可参见前文所述的具体实施方式一至五中的相关内容，此处不再赘述。
步骤1307：P-CSCF/IMS AS接收UE-2发送的180响应消息(即响应码为180的响应消息)；
步骤1308：P-CSCF/IMS AS根据180消息生成一个响应消息，并根据第一对应关系确定第一地址信息，从而根据第一地址信息发送该响应消息至UE-1；
其中，该响应消息例如可以为I1 progress消息或CS振铃(Alerting)消息或简化的SIP 180消息；
需要说明的是，这里根据第一对应关系确定第一地址信息的具体过程，可参见前文所述的具体实施方式一至五中的相关内容，此处不再赘述。
步骤1309：P-CSCF/IMS AS接收UE-2发送的200OK响应消息(即响应码为200的响应消息)；
步骤1310：P-CSCF/IMS AS根据200OK消息生成一个响应消息，并根据第一对应关系确定第一地址信息，从而根据第一地址信息发送该响应消息至UE-1；
其中，该响应消息可以为I1成功(success)消息或CS连接(CONNECT)消息或简化的SIP 200OK；
需要说明的是，这里根据第一对应关系确定第一地址信息的具体过程，可参见前文所述的具体实施方式一至五中的相关内容，此处不再赘述。
由上述可知，在上述实施方式六中，UE-1可以通过非IP数据传输(Non-IP data transfer，NIDD)发送和接收信令和数据，通过使用I1信令或CS信令缩小信令消息，从而缩短呼叫建立时延。
此外，对于卫星通信场景，由于距离地面较远，由于用户发射功率受限，频谱资源受限，UE的传输速率较低，通常仅能达到1-2kbps。并且，在目前的相关技术中，使用IMS语音呼叫时，SIP消息本身比较大，例如invite消息为2000Bype，这样，在上述GEO场景下传输该invite消息就需要16秒(假设数据传输速率为1kbps)，整个通话建立时长大于1分钟，影响用户体验。
而本申请实施例的上述消息传输方法，为了减少UE-1在建立语音呼叫时在空口传输的数据量，从而缩短呼叫建立时延，采用了如下两种方法：
1、使用NIDD的方式传输语音信令，从而减少传输语音信令的开销；
2、在UE和IMS网元间使用其他协议替换IMS协议(例如I1消息或CS消息或简化后的SIP消息)，从而减少语音信令本身的大小。
本申请实施例提供的消息传输方法，执行主体可以为消息传输装置。本申请实施例中以消息传输装置执行消息传输方法为例，说明本申请实施例提供的消息传输装置。
本申请的实施例还提供一种消息传输装置，如图14所示，该消息传输装置140包括如下模块：
第一接收模块1401，用于接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
第一获取模块1402，用于根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
第一发送模块1403，用于根据所述第一地址信息，向所述第一终端发送第二消息。
可选地，所述第一参数信息包括所述第一终端的标识信息、所述第一终端的地址信息中至少一项。
可选地，所述第一地址信息包括如下至少一项：
所述第一终端的地址信息；
第二网络侧设备的地址信息；
第一隧道的隧道信息；
其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上；或者，所述第一隧道包括所述第一网络侧设备与所述第二网络侧设备之间的隧道。
可选地，所述第一对应关系包括如下至少一项：
所述第一终端的标识信息与所述第一终端的地址信息之间的对应关系；
所述第一终端的标识信息与第二网络侧设备的地址信息之间的对应关系；
所述第一终端的标识信息与所述第一网络侧设备的地址信息之间的对应关系；
所述第一终端的地址信息与所述第二网络侧设备的地址信息之间的对应关系；
所述第一终端的地址信息与所述第一网络侧设备的地址信息之间的对应关系；
所述第一终端的标识信息与第一隧道的隧道信息之间的对应关系；
所述第一终端的地址信息与所述第一隧道的隧道信息之间的对应关系；
其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上；或者，所述第一隧道包括所述第一网络侧设备与所述第二网络侧设备之间的隧道。
可选地，所述隧道信息包括如下至少一项：
所述第一隧道的标识信息；
所述第一隧道对应的所述第二网络侧设备的地址信息；
所述第一隧道对应的所述第二网络侧设备的端口号；
所述第一隧道对应的所述第一网络侧设备的地址信息；
所述第一隧道对应的所述第一网络侧设备的端口号。
可选地，所述第一接收模块1401还用于：接收所述第一终端的第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
所述第一获取模块1402还用于：获取用于传输发送给所述第一终端的消息的第二地址信息；
所述装置还包括：
保存模块，用于根据所述第二参数信息和所述第二地址信息，得到所述第一对应关系，并保存所述第一对应关系。
可选地，在所述第二地址信息包括所述第一终端的地址信息的情况下，所述第一获取模块1402获取所述第一终端的地址信息，包括如下其中一项：
为所述第一终端分配所述第一终端的地址信息；
获取第三网络侧设备为所述第一终端分配的所述第一终端的地址信息；
将所述第一网络侧设备的地址信息，确定为所述第一终端的地址信息。
可选地，所述第一接收模块1401接收所述第一终端的第一注册消息，包括：
接收第一网际互连协议IP包，其中，所述第一网际互连协议IP包内封装有所述第一注册消息，且所述第一网际互连协议IP包的包头携带有所述第一终端的地址信息；
在所述第二地址信息包括所述第一终端的地址信息的情况下，获取所述第一终端的地址信息，包括：
从所述第一网际互连协议IP包的包头获取所述第一终端的地址信息。
可选地，所述第二参数信息包括所述第一终端的标识信息，所述第二地址信息包括所述第一终端的地址信息；
所述第一发送模块1403还用于：向第四网络侧设备发送第二注册消息，其中，所述第二注册消息中包括所述第一终端的标识信息和所述第一终端的地址信息；
所述第一接收模块1401还用于：接收来自于所述第四网络侧设备的所述第二注册消息的响应消息，其中，所述第二注册消息的响应消息中包括所述第一终端的第一参数信息，所述第一参数信息包括所述第一终端的标识信息和所述第一终端的地址信息中至少一项；
所述第一获取模块1402还用于：根据所述第一参数信息以及所述第一对应关系，获取所述第一地址信息；
所述第一发送模块1403还用于：根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息。
可选地，所述第一发送模块1403根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息，包括：
根据所述第二注册消息的响应消息，生成所述第一注册消息的响应消息；
将所述第一注册消息的响应消息封装在第二IP包内，并根据所述第一地址信息，将所述第二IP包发送至第二网络侧设备，其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上。
可选地，所述第一接收模块1401还用于：接收所述第一终端的第一呼叫消息，其中，所述第一呼叫消息中包括第二终端的标识信息和所述第一终端的标识信息；
所述第一获取模块1402还用于：在所述第一对应关系包括终端的标识信息与终端的地址信息之间的对应关系的情况下，根据所述第一终端的标识信息以及所述第一对应关系，获取所述第一终端的地址信息；获取用于传输发送给所述第一终端的数据的第三地址信息；
所述第一发送模块1403还用于：向所述第二终端发送第二呼叫消息，其中，所述第二呼叫消息中包括所述第一终端的地址信息、所述第三地址信息、所述第二终端的标识信息。
可选地，所述第一消息包括所述第二呼叫消息的至少一个响应消息；
所述第二消息包括所述第一呼叫消息的至少一个响应消息。
可选地，所述第一接收模块1401还用于：接收所述第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括：第二终端的标识信息和所述第一终端的第一参数信息；
所述第一发送模块1403还用于：根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
所述第一获取模块1402还用于：在所述SDP协商完成的情况下，根据所述第一参数信息以及所述一对应关系，获取所述第一地址信息；
所述第一发送模块1403还用于：根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
可选地，所述第一获取模块1402还用于：获取用于传输发送给所述第一终端的数据的第三地址信息。
可选地，所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
可选地，所述第一获取模块1402获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
可选地，所述第一注册消息、所述第一注册消息的响应消息、所述第一呼叫消息、所述第一呼叫消息的响应消息、所述第三呼叫消息、所述第三呼叫消息的响应消息中至少一项为非IP消息。
可选地，所述第一网络侧设备为代理呼叫会话控制功能P-CSCF或IP多媒体系统应用服务器IMS AS；
所述第二网络侧设备为如下其中一项：
服务能力开放功能SCEF、公共数据网络网关PGW、用户面功能UPF。
可选地，所述第二消息根据所述第一消息生成。
可选地，所述第一消息为会话初始化协议SIP消息；
所述第二消息为如下其中一项：
I1消息、电路交换CS消息、未包括目标内容的SIP消息；
其中，所述目标内容用于进行SDP协商。
本申请的实施例还提供一种消息传输装置，如图15所示，该消息传输装置150包括如下模块：
第二接收模块1501，用于接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
第二发送模块1502，用于：
根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
在所述SDP协商完成的情况下，向所述第一终端发送所述第三呼叫消息的响应消息。
可选地，所述第三呼叫消息中还包括所述第一终端的第一参数信息；
所述第二发送模块1502向所述第一终端发送所述第三呼叫消息的响应消息，包括：
根据所述第一终端的第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
可选地，所述装置还包括第二获取模块，用于：获取用于传输发送给所述第一终端的数据的第三地址信息。
可选地，所述第二获取模块获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
可选地，所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
本申请实施例中的消息传输装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备，示例性的，网络侧设备可以包括但不限于上述所列举的网络侧设备12的类型，本申请实施例不作具体限定。
本申请实施例提供的消息传输装置能够实现图2至图7的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请的实施例还提供了一种消息传输装置，应用于第一终端，该消息传输装置可以包括如下模块：
第三发送模块，用于发送第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
第三接收模块，用于接收所述第一注册消息的响应消息，其中，所述第一注册消息、所述第一注册消息的响应消息为I1消息、CS消息、未包括目标内容的SIP消息中其中一项，所述目标内容用于进行SDP协商。
本申请实施例中的消息传输装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，示例性的，终端可以包括但不限于上述所列举的终端11的类型，本申请实施例不作具体限定。
本申请实施例提供的消息传输装置能够实现上述应用于第一终端的消息传输方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
如图16所示，本申请实施例还提供一种通信设备1600，包括处理器1601和存储器1602，存储器1602上存储有可在所述处理器1601上运行的程序或指令，例如，该通信设备1600为终端时，该程序或指令被处理器1601执行时实现上述应用于第一终端的消息传输方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1600为网络侧设备时，该程序或指令被处理器1601执行时实现上述应用于第一网络侧设备的消息传输方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述应用于第一终端的消息传输方法实施例中的步骤。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图17为实现本申请实施例的一种终端的硬件结构示意图。
该终端1700包括但不限于：射频单元1701、网络模块1702、音频输出单元1703、输入单元1704、传感器1705、显示单元1706、用户输入单元1707、接口单元1708、存储器1709以及处理器1710等中的至少部分部件。
本领域技术人员可以理解，终端1700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1710逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗管理等功能。图17中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元1704可以包括图形处理单元(Graphics Processing Unit，GPU)17041和麦克风17042，图形处理器17041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1706可包括显示面板17061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板17 061。用户输入单元1707包括触控面板17071以及其他输入设备17072中的至少一种。触控面板17 071，也称为触摸屏。触控面板17071可包括触摸检测装置和触摸控制器两个部分。其他输入设备17072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元1701接收来自网络侧设备的下行数据后，可以传输给处理器1710进行处理；另外，射频单元1701可以向网络侧设备发送上行数据。通常，射频单元1701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器1709可用于存储软件程序或指令以及各种数据。存储器1709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1709可以包括易失性存储器或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1709包括但不限于这些和任意其它适合类型的存储器。
处理器1710可包括一个或多个处理单元；可选地，处理器1710集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1710中。
其中，射频单元1701用于：
发送第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
接收所述第一注册消息的响应消息，其中，所述第一注册消息、所述第一注册消息的响应消息为I1消息、CS消息、未包括目标内容的SIP消息中其中一项，所述目标内容用于进行SDP协商。
可以理解，本实施例中提及的各实现方式的实现过程可以参照上述应用于第一终端的消息传输方法实施例的相关描述，并达到相同或相应的技术效果，为避免重复，在此不再赘述。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如图2至13所示的方法实施例的步骤。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图18所示，该网络侧设备1800包括：处理器1801、网络接口1802和存储器1803。其中，网络接口1802例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络侧设备1800还包括：存储在存储器1803上并可在处理器1801上运行的指令或程序，处理器1801调用存储器1803中的指令或程序执行图14或15所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供了一种消息传输系统，包括上述第一终端和第一网络侧设备，其中，第一网络侧设备用于执行上述应用于第一网络侧设备的消息传输方法，第一终端用于执行上述应用于第一终端的消息传输方法。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述消息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。在一些示例中，可读存储介质可以是非瞬态的可读存储介质。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述消息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述消息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助计算机软件产品加必需的通用硬件平台的方式来实现，当然也可以通过硬件。该计算机软件产品存储在存储介质(如ROM、RAM、磁碟、光盘等)中，包括若干指令，用以使得终端或者网络侧设备执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式的实施方式，这些实施方式均属于本申请的保护之内。

Claims (29)

  1. 一种消息传输方法，其中，所述方法包括：
    第一网络侧设备接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
    所述第一网络侧设备根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示：所述第一地址信息与所述第一参数信息之间的对应关系；
    所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送第二消息。
  2. 根据权利要求1所述的方法，其中，所述第一参数信息包括所述第一终端的标识信息、所述第一终端的地址信息中至少一项。
  3. 根据权利要求1或2所述的方法，其中，所述第一地址信息包括如下至少一项：
    所述第一终端的地址信息；
    第二网络侧设备的地址信息；
    第一隧道的隧道信息；
    其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上；或者，所述第一隧道包括所述第一网络侧设备与所述第二网络侧设备之间的隧道。
  4. 根据权利要求1至3任一项所述的方法，其中，所述第一对应关系包括如下至少一项：
    所述第一终端的标识信息与所述第一终端的地址信息之间的对应关系；
    所述第一终端的标识信息与第二网络侧设备的地址信息之间的对应关系；
    所述第一终端的标识信息与所述第一网络侧设备的地址信息之间的对应关系；
    所述第一终端的地址信息与所述第二网络侧设备的地址信息之间的对应关系；
    所述第一终端的地址信息与所述第一网络侧设备的地址信息之间的对应关系；
    所述第一终端的标识信息与第一隧道的隧道信息之间的对应关系；
    所述第一终端的地址信息与所述第一隧道的隧道信息之间的对应关系；
    其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上；或者，所述第一隧道包括所述第一网络侧设备与所述第二网络侧设备之间的隧道。
  5. 根据权利要求3或4所述的方法，其中，所述隧道信息包括如下至少一项：
    所述第一隧道的标识信息；
    所述第一隧道对应的所述第二网络侧设备的地址信息；
    所述第一隧道对应的所述第二网络侧设备的端口号；
    所述第一隧道对应的所述第一网络侧设备的地址信息；
    所述第一隧道对应的所述第一网络侧设备的端口号。
  6. 根据权利要求1至5任一项所述的方法，其中，所述方法还包括：
    所述第一网络侧设备接收所述第一终端的第一注册消息，其中，所述第一注册消息中包括所述第一终端的第二参数信息；
    所述第一网络侧设备获取用于传输发送给所述第一终端的消息的第二地址信息；
    所述第一网络侧设备根据所述第二参数信息和所述第二地址信息，得到所述第一对应关系。
  7. 根据权利要求6所述的方法，其中，在所述第二地址信息包括所述第一终端的地址信息的情况下，所述第一网络侧设备获取所述第一终端的地址信息，包括如下其中一项：
    所述第一网络侧设备为所述第一终端分配所述第一终端的地址信息；
    所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第一终端的地址信息；
    所述第一网络侧设备将所述第一网络侧设备的地址信息，确定为所述第一终端的地址信息。
  8. 根据权利要求6所述的方法，其中，所述第一网络侧设备接收所述第一终端的第一注册消息，包括：
    所述第一网络侧设备接收第一网际互连协议IP包，其中，所述第一网际互连协议IP包内封装有所述第一注册消息，且所述第一网际互连协议IP包的包头携带有所述第一终端的地址信息；
    在所述第二地址信息包括所述第一终端的地址信息的情况下，所述第一网络侧设备获取所述第一终端的地址信息，包括：
    所述第一网络侧设备从所述第一网际互连协议IP包的包头获取所述第一终端的地址信息。
  9. 根据权利要求6至8任一项所述的方法，其中，所述第二参数信息包括所述第一终端的标识信息，所述第二地址信息包括所述第一终端的地址信息，所述方法还包括：
    所述第一网络侧设备向第四网络侧设备发送第二注册消息，其中，所述第二注册消息中包括所述第一终端的标识信息和所述第一终端的地址信息；
    所述第一网络侧设备接收来自于所述第四网络侧设备的所述第二注册消息的响应消息，其中，所述第二注册消息的响应消息中包括所述第一终端的第一参数信息，所述第一参数信息包括所述第一终端的标识信息和所述第一终端的地址信息中至少一项；
    所述第一网络侧设备根据所述第一参数信息以及所述第一对应关系，获取所述第一地址信息；
    所述第一网络侧设备根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息。
  10. 根据权利要求9所述的方法，其中，所述第一网络侧设备根据所述第二注册消息的响应消息和所述第一地址信息，向所述第一终端发送所述第一注册消息的响应消息，包括：
    所述第一网络侧设备根据所述第二注册消息的响应消息，生成所述第一注册消息的响应消息；
    所述第一网络侧设备将所述第一注册消息的响应消息封装在第二IP包内，并根据所述第一地址信息，将所述第二IP包发送至第二网络侧设备，其中，所述第二网络侧设备位于所述第一网络侧设备与所述第一终端之间的传输路径上。
  11. 根据权利要求1至10任一项所述的方法，其中，所述方法还包括：
    所述第一网络侧设备接收所述第一终端的第一呼叫消息，其中，所述第一呼叫消息中包括第二终端的标识信息和所述第一终端的标识信息；
    在所述第一对应关系包括终端的标识信息与终端的地址信息之间的对应关系的情况下，所述第一网络侧设备根据所述第一终端的标识信息以及所述第一对应关系，获取所述第一终端的地址信息；
    所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息；
    所述第一网络侧设备向所述第二终端发送第二呼叫消息，其中，所述第二呼叫消息中包括所述第一终端的地址信息、所述第三地址信息、所述第二终端的标识信息。
  12. 根据权利要求11所述的方法，其中，所述第一消息包括所述第二呼叫消息的至少一个响应消息；
    所述第二消息包括所述第一呼叫消息的至少一个响应消息。
  13. 根据权利要求1至10任一项所述的方法，其中，所述方法还包括：
    所述第一网络侧设备接收所述第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括：第二终端的标识信息和所述第一终端的第一参数信息；
    所述第一网络侧设备根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
    在所述SDP协商完成的情况下，所述第一网络侧设备根据所述第一参数信息以及所述一对应关系，获取所述第一地址信息；
    所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
  14. 根据权利要求13所述的方法，其中，所述方法还包括：
    所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息。
  15. 根据权利要求14所述的方法，其中，所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
  16. 根据权利要求11或14所述的方法，其中，所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
    所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
  17. 根据权利要求6、9、11、12、13中任一项所述的方法，其中，所述第一注册消息、所述第一注册消息的响应消息、所述第一呼叫消息、所述第一呼叫消息的响应消息、所述第三呼叫消息、所述第三呼叫消息的响应消息中至少一项为非IP消息。
  18. 根据权利要求1至17任一项所述的方法，其中，所述第一网络侧设备为代理呼叫会话控制功能P-CSCF或IP多媒体系统应用服务器IMS AS；
    所述第二网络侧设备为如下其中一项：
    服务能力开放功能SCEF、公共数据网络网关PGW、用户面功能UPF。
  19. 根据权利要求1至18任一项所述的方法，其中，所述第二消息根据所述第一消息生成。
  20. 根据权利要求1至19任一项所述的方法，其中，所述第一消息为会话初始化协议SIP消息；
    所述第二消息为如下其中一项：
    I1消息、电路交换CS消息、未包括目标内容的SIP消息；
    其中，所述目标内容用于进行SDP协商。
  21. 一种消息传输方法，其中，所述方法包括：
    第一网络侧设备接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
    所述第一网络侧设备根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
    在所述SDP协商完成的情况下，所述第一网络侧设备向所述第一终端发送所述第三呼叫消息的响应消息。
  22. 根据权利要求21所述的方法，其中，所述第三呼叫消息中还包括所述第一终端的第一参数信息；
    所述第一网络侧设备向所述第一终端发送所述第三呼叫消息的响应消息，包括：
    所述第一网络侧设备根据所述第一终端的第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
    所述第一网络侧设备根据所述第一地址信息，向所述第一终端发送所述第三呼叫消息的响应消息。
  23. 根据权利要求21或22所述的方法，其中，所述方法还包括：
    所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息。
  24. 根据权利要求23所述的方法，其中，所述第一网络侧设备获取用于传输发送给所述第一终端的数据的第三地址信息，包括：
    所述第一网络侧设备获取第三网络侧设备为所述第一终端分配的所述第三地址信息。
  25. 根据权利要求23或24所述的方法，其中，
    所述第四呼叫消息中包括SDP邀请，所述SDP邀请中包括所述第三地址信息。
  26. 一种消息传输装置，其中，应用于第一网络侧设备，所述装置包括：
    第一接收模块，用于接收第一消息，其中，所述第一消息中包括第一终端的第一参数信息；
    第一获取模块，用于根据所述第一参数信息以及第一对应关系，获取第一地址信息，其中，所述第一对应关系用于指示所述第一地址信息和所述第一参数信息之间的对应关系；
    第一发送模块，用于根据所述第一地址信息，向所述第一终端发送第二消息。
  27. 一种消息传输装置，其中，应用于第一网络侧设备，所述装置包括：
    第二接收模块，用于接收第一终端的第三呼叫消息，其中，所述第三呼叫消息中包括第二终端的标识信息；
    第二发送模块，用于：
    根据所述第二终端的标识信息，向所述第二终端发送第四呼叫消息，并与所述第二终端进行会话描述协议SDP协商；
    在所述SDP协商完成的情况下，向所述第一终端发送所述第三呼叫消息的响应消息。
  28. 一种网络侧设备，其中，所述网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至20任一项所述的消息传输方法的步骤，或者实现如权利要求21至25任一项所述的消息传输方法的步骤。
  29. 一种可读存储介质，其中，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至20任一项所述的消息传输方法的步骤，或者实现如权利要求21至25任一项所述的消息传输方法的步骤。
PCT/CN2025/104765 2024-07-16 2025-06-27 一种消息传输方法、装置、网络侧设备及存储介质 Pending WO2026016804A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410953316.6 2024-07-16
CN202410953316.6A CN121357148A (zh) 2024-07-16 2024-07-16 一种消息传输方法、装置、网络侧设备及存储介质

Publications (1)

Publication Number Publication Date
WO2026016804A1 true WO2026016804A1 (zh) 2026-01-22

Family

ID=98398513

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2025/104765 Pending WO2026016804A1 (zh) 2024-07-16 2025-06-27 一种消息传输方法、装置、网络侧设备及存储介质

Country Status (2)

Country Link
CN (1) CN121357148A (zh)
WO (1) WO2026016804A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018206101A1 (en) * 2017-05-10 2018-11-15 Nokia Solutions And Networks Oy Selection criteria for (non-ip) data destinations
US20190028337A1 (en) * 2016-01-07 2019-01-24 Lg Electronics Inc. Method for setting configuration of non-ip data delivery (nidd) in wireless communication system and device for same
CN110139264A (zh) * 2018-02-09 2019-08-16 华为技术有限公司 NB-IoT网络的通信方法、装置及存储介质
CN112218305A (zh) * 2019-07-09 2021-01-12 华为技术有限公司 一种配置更新方法、通信装置和系统
CN117998346A (zh) * 2022-11-04 2024-05-07 维沃移动通信有限公司 Ims业务的请求方法、终端及核心网设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190028337A1 (en) * 2016-01-07 2019-01-24 Lg Electronics Inc. Method for setting configuration of non-ip data delivery (nidd) in wireless communication system and device for same
WO2018206101A1 (en) * 2017-05-10 2018-11-15 Nokia Solutions And Networks Oy Selection criteria for (non-ip) data destinations
CN110139264A (zh) * 2018-02-09 2019-08-16 华为技术有限公司 NB-IoT网络的通信方法、装置及存储介质
CN112218305A (zh) * 2019-07-09 2021-01-12 华为技术有限公司 一种配置更新方法、通信装置和系统
CN117998346A (zh) * 2022-11-04 2024-05-07 维沃移动通信有限公司 Ims业务的请求方法、终端及核心网设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Deletion of AN tunnel info from Handover Notify message in the EPS-to-5GS handover procedure", 3GPP DRAFT; S2-1812192 23502 DELETION OF AN TUNNEL INFO FROM HANDOVER NOTIFY MESSAGE IN THE EPS-TO-5GS HANDOVER PROCEDURE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. SA WG2, 20 November 2018 (2018-11-20), FR, XP051567944 *

Also Published As

Publication number Publication date
CN121357148A (zh) 2026-01-16

Similar Documents

Publication Publication Date Title
WO2010028690A1 (en) Session initiation for device-to-device communication
US20250203677A1 (en) Communication establishment method and apparatus, terminal device, and network side device
US20230247524A1 (en) Support for data forwarding
CN115707030B (zh) 通过多ue传输业务流的方法和设备
CN117062083A (zh) 通信方法、装置、终端、网络侧设备及介质
US20230224785A1 (en) Service data transmission method and apparatus, terminal device, and network device
US20250071178A1 (en) Method and Apparatus for Processing Data Channel Application List, and Device
WO2026016804A1 (zh) 一种消息传输方法、装置、网络侧设备及存储介质
WO2024061143A1 (zh) 应用程序确定方法、装置、终端及服务器
CN117998346A (zh) Ims业务的请求方法、终端及核心网设备
WO2025067114A1 (zh) 建立数据通道的方法、第一用户设备及网络侧功能
WO2026056819A1 (zh) 通信方法、装置、终端、网络侧设备及介质
CN118740786A (zh) 地址、ims消息的发送方法、终端及网络侧设备
WO2025167888A1 (zh) 通信的方法、装置、设备及存储介质
WO2024120283A1 (zh) 信息传输方法、信息传输装置和通信设备
WO2025167994A1 (zh) 通信的方法、装置及通信设备
CN119629765A (zh) 会话建立方法、注册方法、装置及相关设备
WO2025237250A1 (zh) 通信方法、装置、设备及存储介质
WO2026032289A1 (zh) 通信方法、装置、设备及存储介质
WO2025082293A9 (zh) 信息传输方法、装置、终端及核心网节点
WO2024140580A1 (zh) 通信的方法、装置、通信设备及存储介质
WO2025148811A1 (zh) 通信的方法、装置及通信设备
JP2026500097A (ja) 装置、方法、およびコンピュータプログラム
WO2026016952A1 (zh) 通信方法、装置及通信设备
WO2025026247A1 (zh) 会话修改方法、信息转发方法、装置和通信设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25840125

Country of ref document: EP

Kind code of ref document: A1