Positioning data sending method, receiving method, terminal and network side equipment

By using SRB0 or ​​SRB2 to send positioning data when the terminal is in an idle or inactive state, the problem of low efficiency in transmitting positioning data in the existing technology is solved, and efficient positioning data transmission is achieved.

CN114698151BActive Publication Date: 2025-01-24VIVO MOBILE COMM CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202011611762.7
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2020-12-30
Publication Date
2025-01-24
Estimated Expiration
2040-12-30

AI Technical Summary

Technical Problem

In the prior art, the terminal needs to enter the connected state when transmitting positioning data and transmitting it through DRB, resulting in more signaling interactions and low efficiency.

Method used

When the terminal is idle or non -excited, the SRB0 or ​​SRB2 sends positioning data to avoid transmission through DRB after entering the connection state.

Benefits of technology

The efficient positioning data transmission of the terminal under the free or non -excitement, reducing signaling interaction and improving transmission efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN114698151B_ABST
    Figure CN114698151B_ABST
Patent Text Reader

Abstract

The embodiment of the present application discloses a positioning data sending method, receiving method, terminal and network side equipment, which belongs to the field of communication technology. The specific implementation scheme includes: obtaining positioning data; when the terminal is in an idle state or an inactive state, using SRB0 or ​​SRB2 to send the positioning data. According to the scheme in the embodiment of the present application, the positioning data transmission of the terminal in an idle state or an inactive state can be realized, and the positioning data does not need to be transmitted through DRB after the terminal enters a connected state, thereby realizing efficient transmission of positioning data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application belongs to the field of communication technology, and specifically relates to a positioning data sending method, receiving method, terminal and network side equipment. Background Art

[0002] In the prior art, when a terminal has a need to transmit positioning data, it usually needs to enter a connected state first and transmit the positioning data through an established data radio bearer (DRB). That is, in the current solution, positioning data is only reported when the terminal is in a connected state. In this case, since the establishment of the terminal's connection state and the establishment of the DRB require a large amount of signaling interaction to be realized, it will result in the inability to efficiently transmit positioning data. Summary of the invention

[0003] The embodiments of the present application provide a positioning data sending method, a receiving method, a terminal and a network side device, which can solve the current problem that positioning data cannot be efficiently transmitted.

[0004] In a first aspect, a method for sending positioning data is provided, which is applied to a terminal and includes:

[0005] Get positioning data;

[0006] When the terminal is in an idle state or an inactive state, SRB0 or ​​SRB2 is used to send the positioning data.

[0007] In a second aspect, a positioning data receiving method is provided, which is applied to a network side device, including:

[0008] When the receiving terminal is in an idle state or an inactive state, the positioning data sent by SRB0 or ​​SRB2 is used.

[0009] In a third aspect, a positioning data sending device is provided, which is applied to a terminal, including:

[0010] A first acquisition module, used to acquire positioning data;

[0011] The first sending module is used to send the positioning data by using SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state.

[0012] In a fourth aspect, a positioning data receiving device is provided, which is applied to a network side device, including:

[0013] The fourth receiving module is used to receive positioning data sent by SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state.

[0014] In a fifth aspect, a terminal is provided, comprising a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method described in the first aspect.

[0015] In the sixth aspect, a network side device is provided, which includes a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method described in the second aspect.

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

[0017] In an eighth aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect, or to implement the method described in the second aspect.

[0018] In the embodiment of the present application, after acquiring the positioning data, the terminal can use SRB0 or ​​SRB2 to send the positioning data when it is in an idle state or an inactive state. Thus, the positioning data transmission of the terminal in an idle state or an inactive state can be realized, and there is no need for the terminal to transmit the positioning data through DRB after entering the connected state, thereby realizing efficient transmission of the positioning data. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 is a block diagram of a wireless communication system provided by an embodiment of the present application;

[0020] Figure 2 is a flow chart of a method for sending positioning data provided by an embodiment of the present application;

[0021] Figure 3 It is a schematic diagram of a process in which a UE uses SRB0 to send positioning data in an Idle state in an embodiment of the present application;

[0022] Figure 4 It is a schematic diagram of a process in which a UE uses SRB0 to send positioning data in an Inactive state in an embodiment of the present application;

[0023] Figure 5 is a flow chart of a positioning data receiving method provided in an embodiment of the present application;

[0024] Figure 6 It is a structural diagram of a positioning data sending device provided in an embodiment of the present application;

[0025] Figure 7 is a structural diagram of a positioning data receiving device provided in an embodiment of the present application;

[0026] Figure 8 It is a structural diagram of a communication device provided in an embodiment of the present application;

[0027] Fig. 9 is a schematic diagram of the structure of a terminal provided in an embodiment of the present application;

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

[0029] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0030] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first" and "second" are generally of the same type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally represents that the objects associated with each other are in an "or" relationship.

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

[0032] Figure 1A block diagram of a wireless communication system applicable to an embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), a wearable device (Wearable Device) or a vehicle-mounted device (Vehicle User Equipment, VUE), a pedestrian terminal (Pedestrian User Equipment, PUE) and other terminal side devices, and the wearable device includes: a bracelet, a headset, glasses, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 can be a base station or a core network, wherein the base station can be referred to as a node B, an evolved node B, an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a B node, an evolved B node (eNB), a home B node, a home evolved B node, a WLAN access point, a WiFi node, a transmitting and receiving point (Transmitting Receiving Point, TRP) or some other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to a specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is taken as an example, but the specific type of the base station is not limited.

[0033] In order to facilitate understanding of the present application, the following contents are first explained.

[0034] Radio Bearer (RB) is a general term for a series of protocol entities and configurations allocated by gNB to UE. RB includes Signaling Radio Bearer (SRB) and Data Radio Bearer (DRB). SRB is the channel for the actual transmission of signaling messages of the system, and DRB is the channel for the actual transmission of user data. SRB types include SRB0, SRB1 and SRB2.

[0035] Radio Resource Control (RRC) is a protocol entity that manages RBs. It completes the establishment, modification, and release of RBs through the interaction of RRC signaling. Specifically, the RRC connection refers to the SRB1 established between the UE and the gNB. SRB0 is the default bearer and does not need to be established. The UE can obtain the configuration and resources of SRB0 when it is in the RRC idle state, that is, RRC_IDLE. The process of service initiation in the system is to establish SRB1 through signaling transmitted on SRB0. After SRB1 is established, the UE enters the RRC_Connected state; then, SRB2 is established through signaling transmitted on SRB1 to transmit NAS messages; DRBs are established using SRB1 transmission signaling to transmit user data, and are managed by SRB1 during the service process; when the service is completed, the signaling transmitted on SRB1 can release all DRBs and SRBs, so that the UE enters the RRC_IDLE state. When needed, the only resource that the UE can use is SRB0. SRB0 and SRB1 are used for the transmission of RRC messages. SRB1 may carry the configuration information of SRB2.

[0036] According to statistics on LPP (LTE Positioning Protocol) messages used to transmit positioning data, the length of positioning data is generally in the range of 16 to 414942 bits. The positioning measurement result is much larger than the length of the positioning position report, and the length of the report is related to the number of reported neighboring cells and the selected reporting format. The length of pure positioning data is generally less than 500 bits. And according to the conclusions of the current protocol, the range of small data that can be transmitted by LTE using the Early Data Transmission (EDT) method is between 328 and 1000 bits. Based on this, it is estimated that the small data transmission of 5G is also within this range, that is, the maximum transmission load of SRB can be greater than 500 bits. Therefore, SRB can be used to transmit positioning data.

[0037] For small data transmission, the characteristic of efficient small data transmission is that for non-connected UEs, such as IDLE and INACTIVE UEs, the excessive signaling overhead caused by the RRC state transition and RRC connection establishment process is avoided, and the purpose of small data transmission is achieved through a very simple signaling process. The characteristic of the small data transmission solution is that the current DRB of the UE is in a suspended state, not a released state. Therefore, before sending a resume request (Resume Request) message, the UE can resume the DRB first, and then use RRC signaling to carry small data. At this time, data can be transmitted on the DRB like a CONNECTED UE, thereby avoiding RRC state transition and achieving the purpose of efficient small data transmission with less signaling overhead.

[0038] The following describes in detail the positioning data sending method and receiving method provided by the embodiments of the present application through specific embodiments and their application scenarios in conjunction with the accompanying drawings.

[0039] See also Figure 2 , Figure 2 is a flowchart of a method for sending positioning data provided by an embodiment of the present application, the method is executed by a terminal, such as Figure 2 As shown, the method comprises the following steps:

[0040] Step 21: Get positioning data.

[0041] In this embodiment, the positioning data can be obtained through the positioning measurement process of the terminal. However, this application does not limit the positioning measurement method of the terminal, and the existing method can be used.

[0042] Optionally, the positioning data in the embodiments of the present application may include but is not limited to at least one of the following: positioning measurement information, position information, event information, positioning request information, differential position information, differential measurement information, etc.

[0043] Step 22: When the terminal is in an idle state or an inactive state, SRB0 or ​​SRB2 is used to send positioning data.

[0044] In this embodiment, SRB0 is the default bearer, and the terminal can obtain the configuration and resources of SRB0 when it is in the RRC idle (IDLE) state or the inactive (INACTIVE) state. Therefore, when the terminal is in the idle state or the inactive state, it can use SRB0 to send positioning data. Usually, SRB2 is established after SRB0. SRB2 is specifically used to transmit Non-Access Stratum (NAS) messages. There is an uplink data type in the NAS messages, which contains various service messages, and one of them is the positioning message. In this embodiment, SRB0 and SRB2 can be established in the same step to achieve the purpose of sending positioning data in the idle state and the inactive state.

[0045] An implementation manner is as Figure 3 shown. When the UE is in the IDLE state, it can send positioning data to the gNB through a new RRC message such as the RRCPosRequest message. This new RRC message carries the NAS container NAScontaner, which contains the positioning data and is transmitted on SRB0. After receiving the positioning data, the gNB directly sends it to the Access and Mobility Management Function (AMF) and forwards it to the Location Management Function (LMF).

[0046] In another implementation manner, when the UE is in the connected state and receives an RRC release message sent by the network-side device, which indicates that SRB2 is supported to send positioning data in the INACTIVE state and includes the SRB2 configuration information in the INACTIVE state. The SRB2 configuration information includes RB ID, logical channel mapping relationship, logical channel priority, feedback mode, etc. Then, the UE performs positioning measurement in the INACTIVE state. The UE sends positioning data in the INACTIVE state through the RRC resume message and SRB2, multiplexed on one MAC PDU.

[0047] In another implementation manner, when the UE is in the connected state and receives an RRC release message sent by the network-side device, which indicates that the network configures the positioning data length threshold value P to be equal to 1000. When the actual length L of the positioning data is less than P, it is transmitted in the SRB0 manner, and when L≥P, it is transmitted in the SRB0 manner. Then, the UE performs positioning measurement in the INACTIVE state. When the length of the positioning data to be reported by the UE is 2000, that is, greater than P, the UE sends the positioning data in the INACTIVE state through the RRC resume message and SRB2, multiplexed on one MAC PDU.

[0048] Another implementation method, such as Figure 4 As shown, in the INACTIVE state, the UE can send positioning data to the gNB through an RRC recovery request (such as RRCResumeRequest) message. The RRCResumeRequest message carries a dedicated NAS message, which contains positioning data and is transmitted on SRB0. After receiving the dedicated NAS message, the gNB directly sends it to the AMF and forwards it to the LMF. In addition, the dedicated NAS message can also be transmitted on SRB2.

[0049] For SRB0 and SRB2: Since SRB0 is a one-time transmission, using SRB0 to send positioning data can save resources; and SRB2 supports segmented transmission, so when the positioning data is too large, SRB2 can be used for segmented transmission.

[0050] In the positioning data sending method of the embodiment of the present application, after the terminal obtains the positioning data, it can use SRB0 or ​​SRB2 to send the positioning data when it is in an idle state or an inactive state. In this way, the positioning data transmission of the terminal in an idle state or an inactive state can be realized, and there is no need for the terminal to transmit the positioning data through DRB after entering the connected state, thereby realizing efficient transmission of positioning data.

[0051] In the embodiment of the present application, the terminal can send positioning data in the form of small data transmission in the IDLE state or INACTIVE state. Optionally, without entering the connected state, the terminal can send positioning data in SRB0 or ​​SRB2 when at least one of the following conditions is met:

[0052] 1) The terminal receives the resource for small data transmission configured by the network side and the parameter configuration information associated with the resource. For example, the resource for small data transmission may include 4-step / 2-step random access small data transmission (SDT) resources, SDT configuration authorization CG resources, etc. The parameter configuration information includes the data size that the resource can carry, etc.

[0053] 2) The transmission length of the positioning data is less than a first threshold. The first threshold can be set based on actual needs. For example, the first threshold is the maximum length of uplink data that can be sent by the terminal in the IDLE / INACTIVE state.

[0054] 3) NAS triggers RRC connection establishment or RRC connection recovery due to the transmission of positioning data.

[0055] In one implementation, when the terminal uses SRB2 to send positioning data, it can directly send an uplink information transfer (such as ULInfomationTransfer) message carrying a NAS container (container) through SDT CG resources, and load the positioning data in the NAScontainer.

[0056] As an optional embodiment, when the terminal is in an inactive state, SRB0 or ​​SRB2 is used to send positioning data, and SRB2 is used by default to send positioning data, that is, SRB2 is the default bearer type. For the SRB2 solution, before the terminal sends UL data, SRB1 and SRB2 are restored first.

[0057] As an optional embodiment, when the terminal is in an idle state, SRB0 is used to send positioning data.

[0058] Optionally, when the terminal uses SRB0 to send positioning data, the positioning data may be encapsulated in a service data unit (SDU) of an uplink common control channel (CCCH) and sent.

[0059] Optionally, when the terminal uses SRB2 to send positioning data, the positioning data may be mapped to a dedicated control channel (Dedicated Control Channel, DCCH) for transmission.

[0060] In the embodiment of the present application, in order to send positioning data, the terminal may obtain RB configuration information, and send the positioning data according to the obtained RB configuration information. For example, the RB configuration information may be carried by an RRC release message.

[0061] Optionally, the RB configuration information may include but is not limited to at least one of the following:

[0062] a) SRB type

[0063] The SRB type may also be referred to as an SRB identifier. The SRB type may be, for example, SRB0 or ​​SRB2. With the SRB type included in the RB configuration information, the network side may specify the SRB type as SRB0 or ​​SRB2 through explicit configuration to instruct the terminal to adopt the corresponding SRB configuration when sending positioning data, and the corresponding SRB may be used to send uplink data.

[0064] b) SRB configuration information

[0065] Optionally, the SRB configuration information may include but is not limited to at least one of the following:

[0066] i. Packet Data Convergence Protocol (PDCP) configuration information: The PDCP configuration information may indicate the compression method, encryption algorithm, etc. of the positioning data, so that the terminal may process the positioning data using the corresponding compression method, encryption algorithm, etc.

[0067] ⅱRLC mode: This RLC mode can indicate whether the transmission of positioning data requires ACK / NACK feedback. The RLC mode includes three modes: unreliable mode UM, reliable mode AM and transparent transmission mode TM. UM does not require feedback, AM requires feedback, and TM is transparent transmission without any processing. Through the RLC mode included in the SRB configuration information, the terminal can be used to know whether the transmission of the corresponding positioning data requires feedback.

[0068] ⅲRLC configuration information: The RLC configuration information is used to locate the transmission reliability of data, including RLC segment length, cascade configuration, retransmission time, etc.

[0069] iv. Logical channel identifier: This logical channel identifier is related to the priority of the positioning data and can be used to enable the positioning data to be sent with high priority.

[0070] v. Logical channel configuration information: The logical channel configuration information may include logical channel priority, mapping relationship between logical channels and physical channels, etc., which is used by the terminal to send positioning data based on the logical channel configuration information.

[0071] Optionally, the terminal can obtain RB configuration information by any of the following methods:

[0072] RRC release message; that is, the RB configuration information may be released by an RRC release message;

[0073] Broadcast message; that is, the RB configuration information may be carried by the broadcast message;

[0074] Paging message; that is, the RB configuration information may be carried by a paging message. For example, in an MT positioning scenario, the RB configuration information may be indicated by a paging message.

[0075] In the embodiment of the present application, the choice of whether the terminal uses SRB0 or ​​SRB2 to send positioning data can be determined by any of the following methods:

[0076] (1) Network explicit indication

[0077] In this (1), the network side device can specify the SRB type as SRB0 or ​​SRB2 by explicit configuration, or indicate the mapping relationship between the SRB type and the positioning data transmission, to instruct the terminal to use the corresponding SRB configuration when sending the positioning data, and the corresponding SRB will send the positioning data.

[0078] Optionally, the terminal may receive first indication information from the network side device, where the first indication information is used to indicate whether the positioning data is supported to be sent under SRB0 or ​​SRB2. That is, the network side device may explicitly indicate whether the positioning data is supported to be sent under SRB0 or ​​SRB2 (yes / no), so that the terminal selects SRB to send the positioning data accordingly.

[0079] (2) Network Implicit Indication

[0080] For implicit network indication, 1) the network side device can configure the data transmission characteristics under SRB0 and / or SRB2. The terminal can receive the data transmission characteristics under SRB0 and / or SRB2 from the network side device, and determine which SRB to use to send positioning data based on the characteristics. The data transmission characteristics may include but are not limited to at least one of the following:

[0081] i. Transmission length: The transmission length can be selected as the number of bits that can be carried. For example, when the number of bits is not enough to carry the positioning data and segmentation is required, SRB2 must be used.

[0082] ⅱTransmission rate: The transmission rate corresponds to the Quality of Service (QoS). For example, SRB0 and SRB2 map different QoS respectively. Depending on the QoS, you can choose to use SRB0 or ​​SRB2 to transmit positioning data.

[0083] ⅲ Transmission priority: The network side device can configure the transmission priority of SRB0 and / or SRB2 so that the terminal can select the SRB for transmitting positioning data accordingly.

[0084] iv. Transmission delay: The network side device can configure the transmission delay of SRB0 and / or SRB2 so that the terminal can select the SRB for transmitting positioning data accordingly. For example, compared with SRB2, the transmission delay of SRB0 is smaller.

[0085] In one implementation, the UE may select SRB0 or ​​SRB2 to send positioning data based on a comparison result between the current positioning service requirement and the data transmission characteristics under the SRB.

[0086] 2) The network side device and the terminal can pre-agree on the default SRB type for sending positioning data, so that the terminal uses SRB0 or ​​SRB2 to send positioning data according to the pre-agreement between it and the network side device. This pre-agreement can be implemented by the terminal capability or by reconfiguring the signaling process.

[0087] 3) For INACTVE terminals, if the network side configures resources for small data transmission (for example, 4-step / 2-step SDT resources, SDT CG resources, etc.) or the network side indicates that the current cell supports small data transmission, the terminal selects SRB2 to send positioning data.

[0088] (3) Terminal Capability Indication

[0089] In this (3), the terminal can report capability information to the network side device, and this capability information is used to indicate the SRB type supported by the terminal for sending positioning data. That is, the terminal can report to the network side device which SRB type is supported for sending positioning data, and then the network side device performs explicit or implicit SRB configuration on the terminal according to the SRB type reported by the terminal.

[0090] (4) Terminal preference indication

[0091] In this (4), the terminal can send preference indication information to the network side device; the preference indication information is used to indicate the SRB type preferred by the terminal when it is in an idle state or an inactive state. That is, the terminal can report the SRB type preferred by the terminal in an idle state or an inactive state to the network side device, for example, it can be reported together with the on demand information reporting.

[0092] (5) Agreement

[0093] In this case (5), the terminal can use SRB0 or ​​SRB2 to send positioning data according to the protocol agreement.

[0094] For example, when the positioning data reported by the UE includes certain (such as positioning measurement information) or several types of positioning information, SRB2 is used for reporting, otherwise SRB0 is used for reporting.

[0095] For another example, when the amount of positioning data (such as the number of bits) reported by the UE is higher than threshold 1, SRB2 is used for reporting; and / or, when the amount of data (such as the number of bits) reported by the UE exceeds threshold 2, the UE enters the connected state for reporting.

[0096] In an embodiment of the present application, when the transmission length of the positioning data to be sent is greater than the second threshold, the terminal may use SRB2 segmentation to send the positioning data. The second threshold may be set based on actual needs. For example, when the transmission length of the positioning data to be sent by the UE is greater than the maximum transmission length configured by SRB, the positioning data may be segmented, and the positioning data may be sent by SRB2 segmentation by default.

[0097] Optionally, in order to ensure the security of positioning data, when the terminal uses SRB2 to send positioning data, the positioning data needs to be securely encrypted. For example, the securely encrypted key information can be carried by the RRC release message, or carried by the sent SMC message and stored in the UE memory.

[0098] Optionally, when there is a need to send positioning data, the terminal can set the recovery reason value to positioning data sending at the same time when initiating the RRC recovery request process, and establish SRB0 and / or SRB2 according to the network pre-configuration information to send positioning data. When initiating the RRC recovery request process, the terminal can also start the positioning data sending timer T, so that when the timer T times out and the positioning data is not sent, it enters the connected state to send the positioning data through the DRB.

[0099] Optionally, after using SRB0 or ​​SRB2 to send the positioning data, the terminal may release the RB resources and return to the inactive state after receiving an acknowledgment response ACK from the network side device.

[0100] Optionally, after using SRB0 or ​​SRB2 to send positioning data, the terminal can use SRB0 or ​​SRB2 to retransmit the positioning data after receiving a negative response NACK from the network side device or the positioning transmission timer times out, or send the positioning data by entering a connected state. For example, the connected state of the terminal can be achieved by initiating an RRC connection establishment process.

[0101] In the embodiment of the present application, in addition to using SRB0 or ​​SRB2 to send positioning data, SRB0 or ​​SRB2 may also be used to send other information, such as sending at least one of the following:

[0102] REGISTRATION REQUEST;

[0103] Uplink transmission data (UL NAS TRANSPORT);

[0104] Deregistration request (DEREGISTRATION REQUEST);

[0105] Service request or business request (SERVICE REQUEST);

[0106] Protocol Data Unit (PDU) session context establishment request (PDU SESSIONESTABLISHMENT REQUEST);

[0107] PDU SESSION MODIFICATION REQUEST;

[0108] PDU session release request (PDU SESSION RELEASE REQUEST);

[0109] Status information of the service management module (such as 5GSM STATUS).

[0110] Furthermore, the above-mentioned uplink transmission data may include at least one of the following:

[0111] Service management module information (such as N1 SM information);

[0112] Text messages (SMS);

[0113] Positioning data container (such as LTE Positioning Protocol (LPP) message container);

[0114] SOR transparent container;

[0115] UE policy container;

[0116] UE parameters update transparent container;

[0117] Location services message container;

[0118] CIoT user data container;

[0119] Multiple payloads.

[0120] In one implementation, when the positioning data transmission conflicts with other data, the data can be processed according to the priority of each data, such as sending the data with a higher priority first.

[0121] In another embodiment, when using SRB2 to send positioning data, if the positioning data conflicts with deregistration, the deregistration process is prioritized; if the positioning data transmission conflicts with a service request operation, the service request process is prioritized; and if the positioning transmission conflicts with non-UL NAS transport, the sending of the positioning data is prioritized.

[0122] In an embodiment of the present application, the terminal may send positioning data indication information to the network-side device, and the positioning data indication information is used to indicate that the data sent by the terminal is positioning data, so that the network-side device can know that the data sent by the terminal is positioning data. For example, the positioning data indication information may be a positioning data indication identifier, or the positioning data indication information may be a resumeCause value, which is explicitly included in the RRC resume message.

[0123] Optionally, the terminal may also determine the data type of the positioning data according to the mapping relationship between the SRB type and the data type, that is, in this embodiment, a mapping relationship may be established based on the SRB type / identifier, and the type of the positioning data sent is implicitly indicated by the RBID.

[0124] Optionally, the terminal may receive positioning priority indication information from the network-side device, and the positioning priority indication information is used to indicate that the priority of the positioning data is higher than that of other data. For example, the network-side device may broadcast or set a positioning priority indication identifier in the RRC release message, and true indicates that the positioning data has a higher priority than other data for sending in the INACTIVE state, and is used only by positioning terminals and / or positioning-sensitive terminals.

[0125] Optionally, when using SRB0 or SRB2 to send positioning data, the terminal may select SRB0 or SRB2 to send the positioning data based on the transmission length of the positioning data. When the transmission length of the positioning data is less than a third threshold, the terminal may use SRB0 to send the positioning data; or when the transmission length of the positioning data is greater than or equal to the third threshold, the terminal may use SRB2 to send the positioning data. The third threshold may be set according to actual requirements, such as the maximum data transmission length on SRB0.

[0126] In one embodiment, the maximum data transmission length P on SRB0 may be explicitly indicated by the network-side device, or may be default implemented by the UE, such as being read from the UE memory, or may be reported by the UE's capabilities to the network-side device. For example, P is set to 1000. When the actual length L of the positioning data is less than P, the SRB0 method is used to transmit the positioning data, and when L >= P, the SRB2 method is used to transmit the positioning data.

[0127] Please refer to Figure 5 , Figure 5is a flowchart of a method for sending positioning data provided by an embodiment of the present application, the method is executed by a network side device, such as Figure 5 As shown, the method comprises the following steps:

[0128] Step 51: When the receiving terminal is in an idle state or an inactive state, the positioning data is sent using SRB0 or ​​SRB2.

[0129] In this embodiment, SRB0 is the default bearer, and the terminal can obtain the configuration and resources of SRB0 when it is in the RRC idle (IDLE) state or the inactive (INACTIVE) state. Therefore, when the terminal is in the idle state or the inactive state, SRB0 can be used to send positioning data. After SRB2 is established, SRB2 specifically transmits Non-Access Stratum (NAS) messages. There is an uplink data type in the NAS message, which contains various service messages, one of which is a positioning message. Therefore, when the terminal is in the idle state or the inactive state, SRB2 can be used to send positioning data.

[0130] In the positioning data sending method of the embodiment of the present application, the network side device can receive the positioning data sent by the terminal using SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state. As a result, the positioning data transmission of the terminal in an idle state or an inactive state can be realized, and there is no need for the terminal to transmit the positioning data through DRB after entering the connected state, thereby realizing efficient transmission of positioning data.

[0131] Optionally, the network side device may send RB configuration information to the terminal;

[0132] The RB configuration information includes at least one of the following:

[0133] SRB type and SRB configuration information.

[0134] Optionally, the SRB configuration information includes at least one of the following: PDCP configuration information, RLC mode, RLC configuration information, logical channel identifier, and logical channel configuration.

[0135] Optionally, the network side device may send the RB configuration information to the terminal by any of the following:

[0136] RRC release message, broadcast message, paging message.

[0137] Optionally, the network side device may send first indication information to the terminal; wherein the first indication information is used to indicate whether sending positioning data under SRB0 or ​​SRB2 is supported.

[0138] Optionally, the network side device may send data transmission characteristics under SRB0 and / or SRB2 to the terminal; wherein the data transmission characteristics include at least one of the following:

[0139] Transfer length;

[0140] Transmission rate;

[0141] Transmission priority;

[0142] Transmission delay.

[0143] Optionally, the network side device may receive capability information from the terminal; wherein the capability information is used to indicate an SRB type supported by the terminal for sending positioning data.

[0144] And / or, the network side device may receive preference indication information from the terminal; wherein the preference indication information is used to indicate the SRB type preferred by the terminal when the terminal is in an idle state or an inactive state.

[0145] Optionally, the network side device is a base station. When the base station receives the positioning data sent by the terminal through SRB0, the positioning data can be sent to the AMF entity, and the AMF entity forwards the positioning data to LMF.

[0146] Optionally, the network side device may receive positioning data indication information from the terminal; wherein the positioning data indication information is used to indicate that the data sent by the terminal is positioning data;

[0147] Optionally, the network side device may send positioning priority indication information to the terminal; wherein the positioning priority indication information is used to indicate that the priority of positioning data is higher than the priority of other data.

[0148] It should be noted that the positioning data sending method provided in the embodiment of the present application can be executed by a positioning data sending device, or a control module in the positioning data sending device for executing the positioning data sending method. In the embodiment of the present application, the positioning data sending device executing the positioning data sending method is taken as an example to illustrate the positioning data sending device provided in the embodiment of the present application.

[0149] See also Figure 6 , Figure 6 is a schematic diagram of the structure of a positioning data sending device provided in an embodiment of the present application, and the method is applied to a terminal. Figure 6 As shown, the positioning data sending device 60 includes:

[0150] A first acquisition module 61, used to acquire positioning data;

[0151] The first sending module 62 is used to send the positioning data by using SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state.

[0152] Optionally, the first sending module 62 is further configured to: send the positioning data using SRB0 or ​​SRB2 when at least one of the following conditions is met:

[0153] The terminal receives resources for small data transmission configured by the network side and parameter configuration information associated with the resources;

[0154] The transmission length of the positioning data is less than a first threshold;

[0155] NAS triggers the establishment of a radio resource control (RRC) connection or the recovery of an RRC connection due to the transmission of positioning data.

[0156] Optionally, the first sending module 62 is further used for:

[0157] When the terminal is in an inactive state, SRB0 or ​​SRB2 is used to send the positioning data; wherein SRB2 is a default bearer type.

[0158] Alternatively, when the terminal is in an idle state, SRB0 is used to send the positioning data.

[0159] Optionally, the positioning data includes at least one of the following: positioning measurement information, position information, event information, positioning request information, differential position information, and differential measurement information.

[0160] Optionally, when SRB0 is used to send the positioning data, the positioning data is encapsulated in a service data unit of an uplink common control channel and sent;

[0161] Alternatively, when SRB2 is used to send the positioning data, the positioning data is mapped to a dedicated control channel for transmission.

[0162] Optionally, the positioning data sending device 60 further includes:

[0163] The second acquisition module is used to acquire RB configuration information;

[0164] The RB configuration information includes at least one of the following:

[0165] SRB type and SRB configuration information.

[0166] Optionally, the SRB configuration information includes at least one of the following: PDCP configuration information, RLC mode, RLC configuration information, logical channel identifier, and logical channel configuration information.

[0167] Optionally, the second acquisition module is further used for:

[0168] Obtain the RB configuration information by any of the following:

[0169] RRC release message, broadcast message, paging message.

[0170] Optionally, the positioning data sending device 60 further includes:

[0171] The first receiving module is used to receive first indication information from a network side device; wherein the first indication information is used to indicate whether sending positioning data under SRB0 or ​​SRB2 is supported.

[0172] Optionally, the positioning data sending device 60 further includes:

[0173] The second receiving module is configured to receive data transmission characteristics under SRB0 and / or SRB2 from a network side device; wherein the data transmission characteristics include at least one of the following:

[0174] Transfer length;

[0175] Transmission rate;

[0176] Transmission priority;

[0177] Transmission delay.

[0178] Optionally, the positioning data sending device 60 further includes:

[0179] A reporting module, used to report capability information to a network side device; wherein the capability information is used to indicate an SRB type supported by the terminal for sending positioning data;

[0180] And / or, sending preference indication information to a network side device; wherein the preference indication information is used to indicate the SRB type preferred by the terminal when it is in an idle state or an inactive state.

[0181] Optionally, the first sending module 62 is further used for any of the following:

[0182] According to the pre-agreement between the terminal and the network side, the positioning data is sent using SRB0 or ​​SRB2;

[0183] According to the protocol, SRB0 or ​​SRB2 is used to send the positioning data.

[0184] Optionally, the first sending module 62 is further used to: when the transmission length of the positioning data is greater than a second threshold, send the positioning data in SRB2 segments.

[0185] Optionally, when SRB2 is used to send the positioning data, the positioning data is securely encrypted.

[0186] Optionally, the positioning data sending device 60 further includes:

[0187] A setting module is used to set the recovery reason value to positioning data sending when initiating the RRC recovery request process;

[0188] The establishing module is used to establish SRB0 and / or SRB2 according to the network pre-configuration information.

[0189] Optionally, the positioning data sending device 60 further includes:

[0190] A processing module is used to release RB resources and return to an inactive state after receiving a confirmation response from a network side device after sending the positioning data using SRB0 or ​​SRB2; or to retransmit the positioning data using SRB0 or ​​SRB2 after receiving a negative response from a network side device or a positioning sending timer times out, or to send the positioning data by entering a connected state.

[0191] Optionally, the first sending module 62 is further used to: send at least one of the following items using SRB0 or ​​SRB2:

[0192] Registration request;

[0193] Uplink transmission data;

[0194] Go to register request;

[0195] Service request or business request;

[0196] Protocol data unit PDU session context establishment request;

[0197] PDU session context modification request;

[0198] PDU session release request;

[0199] Status information of the service management module.

[0200] Optionally, the uplink transmission data includes at least one of the following:

[0201] Business management module information;

[0202] Short message;

[0203] Locate the data container;

[0204] Roaming operation transparent container;

[0205] Terminal policy container;

[0206] Terminal parameter updates transparent container;

[0207] Location server message container;

[0208] Consumer IoT user data container;

[0209] Multiple load data.

[0210] Optionally, the positioning data sending device 60 further includes:

[0211] A second sending module is used to send positioning data indication information to the network side device; wherein the positioning data indication information is used to indicate that the data sent by the terminal is positioning data;

[0212] The determination module is used to determine the data type of the positioning data according to the mapping relationship between the SRB type and the data type.

[0213] Optionally, the positioning data sending device 60 further includes:

[0214] The third receiving module is used to receive positioning priority indication information from the network side device; wherein the positioning priority indication information is used to indicate that the priority of positioning data is higher than the priority of other data.

[0215] Optionally, the first sending module 62 is further used to: when the transmission length of the positioning data is less than a third threshold, use SRB0 to send the positioning data; or when the transmission length of the positioning data is greater than or equal to the third threshold, use SRB2 to send the positioning data.

[0216] The positioning data sending device in the embodiment of the present application can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal can include but is not limited to the types of terminals 11 listed above, and the embodiment of the present application does not specifically limit it.

[0217] The positioning data sending device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

[0218] The positioning data sending device provided in the embodiment of the present application can achieve Figure 2 The various processes implemented by the method embodiment shown in the figure achieve the same technical effect. To avoid repetition, they will not be described again here.

[0219] See also Figure 7 , Figure 7 is a schematic diagram of the structure of a positioning data receiving device provided in an embodiment of the present application, and the method is applied to a network side device. Figure 7 As shown, the positioning data receiving device 70 includes:

[0220] The fourth receiving module 71 is used to receive positioning data sent by the terminal using SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state.

[0221] Optionally, the positioning data receiving device 70 further includes:

[0222] A third sending module, used to send RB configuration information to the terminal;

[0223] The RB configuration information includes at least one of the following:

[0224] SRB type and SRB configuration information.

[0225] Optionally, the SRB configuration information includes at least one of the following: PDCP configuration information, RLC mode, RLC configuration information, logical channel identifier, and logical channel configuration.

[0226] Optionally, the third sending module is further used for:

[0227] Sending RB configuration information to the terminal by any of the following:

[0228] RRC release message, broadcast message, paging message.

[0229] Optionally, the positioning data receiving device 70 further includes:

[0230] The fourth sending module is used to send first indication information to the terminal; wherein the first indication information is used to indicate whether to support sending positioning data under SRB0 or ​​SRB2.

[0231] Alternatively, the fourth sending module is further used to: send data transmission characteristics under SRB0 and / or SRB2 to the terminal; wherein the data transmission characteristics include at least one of the following:

[0232] Transfer length;

[0233] Transmission rate;

[0234] Transmission priority;

[0235] Transmission delay.

[0236] Optionally, the positioning data receiving device 70 further includes:

[0237] A fifth receiving module is used to receive capability information from the terminal; wherein the capability information is used to indicate the SRB type supported by the terminal for sending positioning data.

[0238] And / or, the fifth receiving module is further used to: receive preference indication information from the terminal; wherein the preference indication information is used to indicate the SRB type preferred by the terminal when it is in an idle state or an inactive state.

[0239] Optionally, the network side device is a base station. When the base station receives the positioning data sent by the terminal through SRB0, it sends the positioning data to the AMF entity, and the AMF entity forwards the positioning data to LMF.

[0240] Optionally, the fifth receiving module is further used to: receive positioning data indication information from the terminal; wherein the positioning data indication information is used to indicate that the data sent by the terminal is positioning data.

[0241] Optionally, the positioning data receiving device 70 further includes:

[0242] The fifth sending module is used to send positioning priority indication information to the terminal; wherein the positioning priority indication information is used to indicate that the priority of positioning data is higher than the priority of other data.

[0243] The positioning data receiving device provided in the embodiment of the present application can achieve Figure 5 The various processes implemented by the method embodiment shown in the figure achieve the same technical effect. To avoid repetition, they will not be described again here.

[0244] Optional, such as Figure 8 As shown, the embodiment of the present application further provides a communication device 800, including a processor 801, a memory 802, and a program or instruction stored in the memory 802 and executable on the processor 801. For example, when the communication device 800 is a terminal, the program or instruction is executed by the processor 801 to implement the various processes of the above-mentioned positioning data sending method embodiment, and can achieve the same technical effect. When the communication device 800 is a network side device, the program or instruction is executed by the processor 801 to implement the various processes of the above-mentioned positioning data receiving method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0245] Fig. 9 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0246] The terminal 900 includes but is not limited to: a radio frequency unit 901, a network module 902, an audio output unit 903, an input unit 904, a sensor 905, a display unit 906, a user input unit 907, an interface unit 908, a memory 909, and a processor 910.

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

[0248] It should be understood that in the embodiment of the present application, the input unit 904 may include a graphics processor (Graphics Processing Unit, GPU) 9041 and a microphone 9042, and the graphics processor 9041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 906 may include a display panel 9061, and the display panel 9061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 907 includes a touch panel 9071 and other input devices 9072. The touch panel 9071 is also called a touch screen. The touch panel 9071 may include two parts: a touch detection device and a touch controller. Other input devices 9072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0249] In the embodiment of the present application, the radio frequency unit 901 receives downlink data from the network side device and sends it to the processor 910 for processing; in addition, the uplink data is sent to the network side device. Generally, the radio frequency unit 901 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0250] The memory 909 can be used to store software programs or instructions and various data. The memory 909 can mainly include a program or instruction storage area and a data storage area, wherein the program or instruction storage area can store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 909 can include a high-speed random access memory, and can also include a non-volatile memory, wherein the non-volatile memory can be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM, PROM), an erasable programmable read-only memory (Erasable PROM, EPROM), an electrically erasable programmable read-only memory (Electrically EPROM, EEPROM) or a flash memory. For example, at least one disk storage device, a flash memory device, or other non-volatile solid-state storage devices.

[0251] The processor 910 may include one or more processing units; optionally, the processor 910 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and application programs or instructions, etc., and the modem processor mainly processes wireless communications, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 910.

[0252] The processor 910 is used to obtain positioning data;

[0253] The radio frequency unit 901 is used to send the positioning data using SRB0 or ​​SRB2 when the terminal is in an idle state or an inactive state.

[0254] The terminal 900 provided in the embodiment of the present application can realize Figure 2 The various processes implemented by the method embodiment shown in the figure achieve the same technical effect. To avoid repetition, they will not be described again here.

[0255] Specifically, the embodiment of the present application also provides a network side device. Fig.10 As shown, the network device 100 includes: an antenna 101, a radio frequency device 102, and a baseband device 103. The antenna 101 is connected to the radio frequency device 102. In the uplink direction, the radio frequency device 102 receives information through the antenna 101 and sends the received information to the baseband device 103 for processing. In the downlink direction, the baseband device 103 processes the information to be sent and sends it to the radio frequency device 102. The radio frequency device 102 processes the received information and sends it out through the antenna 101.

[0256] The frequency band processing device may be located in the baseband device 103 . The method performed by the network-side device in the above embodiment may be implemented in the baseband device 103 . The baseband device 103 includes a processor 104 and a memory 105 .

[0257] The baseband device 103 may include, for example, at least one baseband board on which a plurality of chips are arranged. Fig.10 As shown, one of the chips is, for example, a processor 104, which is connected to a memory 105 to call a program in the memory 105 to execute the network device operations shown in the above method embodiment.

[0258] The baseband device 103 may further include a network interface 106 for exchanging information with the radio frequency device 102 . The interface may be, for example, a common public radio interface (CPRI).

[0259] Specifically, the network side device 100 of the embodiment of the present application further includes: instructions or programs stored in the memory 105 and executable on the processor 104, and the processor 104 calls the instructions or programs in the memory 105 to execute Figure 7 The methods executed by each module shown in the figure achieve the same technical effects, so they will not be described here to avoid repetition.

[0260] An embodiment of the present application further provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the above-mentioned positioning data sending method embodiment is implemented, or each process of the above-mentioned positioning data receiving method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0261] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0262] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the various processes of the above-mentioned positioning data sending method embodiment, or to implement the various processes of the above-mentioned positioning data receiving method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

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

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

[0265] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

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

Claims

1. A method for sending positioning data, executed by a terminal, characterized in that: The method comprises: Get positioning data; When the terminal is in an idle state or an inactive state, the positioning data is sent using a signaling radio bearer SRB2; Among them, the using signaling radio bearer SRB2 to send the positioning data includes: using SRB2 to send the positioning data according to at least one of the following items of the positioning data: transmission length, transmission rate, transmission priority, and transmission delay.

2. The method according to claim 1, characterized in that: The adopting signaling radio bearer SRB2 to send the positioning data includes: When at least one of the following conditions is met, the positioning data is sent using SRB2: The terminal receives resources for small data transmission configured by the network side and parameter configuration information associated with the resources; The transmission length of the positioning data is less than a first threshold; The non-access layer NAS triggers the radio resource control RRC connection establishment or RRC connection recovery due to the transmission of positioning data.

3. The method according to claim 1, characterized in that The positioning data includes at least one of the following: Positioning measurement information, location information, event information, positioning request information, differential location information, differential measurement information.

4. The method according to claim 1, characterized in that When SRB2 is used to send the positioning data, the positioning data is mapped to a dedicated control channel for transmission.

5. The method according to claim 1, characterized in that: The method further comprises: Obtain radio bearer RB configuration information; The RB configuration information includes at least one of the following: SRB type and SRB configuration information.

6. The method according to claim 5, characterized in that The SRB configuration information includes at least one of the following: Packet Data Convergence Protocol PDCP configuration information, Radio Link Control RLC mode, RLC configuration information, logical channel identifier, logical channel configuration information.

7. The method according to claim 5, characterized in that The obtaining of radio bearer RB configuration information includes: Obtain the RB configuration information by any of the following: RRC release message, broadcast message, paging message.

8. The method according to claim 1, characterized in that The method further comprises: Receive first indication information from a network side device; wherein the first indication information is used to indicate whether sending positioning data under SRB0 or ​​SRB2 is supported.

9. The method according to claim 1, characterized in that: The method further comprises: Receive data transmission characteristics under SRB0 and / or SRB2 from the network side device; The data transmission characteristics include at least one of the following: Transfer length; Transmission rate; Transmission priority; Transmission delay.

10. The method according to claim 1, characterized in that The method further comprises: Reporting capability information to a network-side device; wherein the capability information is used to indicate an SRB type supported by the terminal for sending positioning data; and / or, Sending preference indication information to a network side device; wherein the preference indication information is used to indicate the SRB type preferred by the terminal when it is in an idle state or an inactive state.

11. The method according to claim 1, characterized in that: The adopting signaling radio bearer SRB2 to send the positioning data includes any one of the following: According to the pre-agreement between the terminal and the network side, the positioning data is sent using SRB2; According to the protocol, SRB2 is used to send the positioning data.

12. The method according to claim 1, characterized in that When the transmission length of the positioning data is greater than the second threshold, the adopting the signaling radio bearer SRB2 to send the positioning data includes: The positioning data is sent in segments using SRB2.

13. The method according to claim 1, characterized in that When the positioning data is sent using SRB2, the positioning data is securely encrypted.

14. The method according to claim 1, characterized in that The method further comprises: When initiating the RRC recovery request process, set the recovery reason value to positioning data sending; Establish SRB0 and / or SRB2 according to the network pre-configuration information.

15. The method according to claim 1, characterized in that After the signaling radio bearer SRB2 is used to send the positioning data, the method further includes: After receiving the confirmation response from the network side device, the RB resources are released and the state returns to the inactive state; or, After receiving a negative response from the network side device or the positioning sending timer times out, the positioning data is retransmitted using SRB2, or the positioning data is sent by entering a connected state.

16. The method according to claim 1, characterized in that The method further comprises: Use SRB0 or ​​SRB2 to send at least one of the following: Registration request; Uplink transmission data; Go to register request; Service request or business request; Protocol data unit PDU session context establishment request; PDU session context modification request; PDU session release request; Status information of the service management module.

17. The method according to claim 16, characterized in that The uplink transmission data includes at least one of the following: Business management module information; Short message; Locate the data container; Roaming operation transparent container; Terminal policy container; Terminal parameter updates transparent container; Location server message container; Consumer IoT user data container; Multiple load data.

18. The method according to claim 1, characterized in that The method further comprises: Sending positioning data indication information to a network side device; wherein the positioning data indication information is used to indicate that the data sent by the terminal is positioning data; or, The data type of the positioning data is determined according to a mapping relationship between the SRB type and the data type.

19. The method according to claim 1, characterized in that The method further comprises: Positioning priority indication information is received from a network side device; wherein the positioning priority indication information is used to indicate that the priority of positioning data is higher than the priority of other data.

20. The method according to claim 1, characterized in that The adopting signaling radio bearer SRB2 to send the positioning data includes: When the transmission length of the positioning data is greater than or equal to a third threshold, SRB2 is used to send the positioning data; wherein, when the transmission length of the positioning data is less than the third threshold, SRB0 is used to send the positioning data.

21. A positioning data receiving method, executed by a network side device, characterized in that: The method comprises: When the receiving terminal is in an idle state or an inactive state, the positioning data sent by SRB2 is used; wherein the positioning data is sent according to at least one of the following items of the positioning data: transmission length, transmission rate, transmission priority, and transmission delay.

22. The method according to claim 21, characterized in that The method further comprises: Sending RB configuration information to the terminal; The RB configuration information includes at least one of the following: SRB type and SRB configuration information.

23. The method according to claim 22, characterized in that The SRB configuration information includes at least one of the following: PDCP configuration information, RLC mode, RLC configuration information, logical channel identifier, logical channel configuration.

24. The method according to claim 22, characterized in that The sending RB configuration information to the terminal includes: Sending RB configuration information to the terminal by any of the following: RRC release message, broadcast message, paging message.

25. The method according to claim 21, characterized in that The method further comprises: Sending first indication information to the terminal; wherein the first indication information is used to indicate whether sending positioning data under SRB0 or ​​SRB2 is supported.

26. The method according to claim 21, characterized in that The method further comprises: Sending data transmission characteristics under SRB0 and / or SRB2 to the terminal; The data transmission characteristics include at least one of the following: Transfer length; Transmission rate; Transmission priority; Transmission delay.

27. The method according to claim 21, characterized in that The method further comprises: Receiving capability information from the terminal; wherein the capability information is used to indicate an SRB type supported by the terminal for sending positioning data; and / or, Preference indication information is received from the terminal, wherein the preference indication information is used to indicate the SRB type preferred by the terminal when the terminal is in an idle state or an inactive state.

28. The method according to claim 21, characterized in that The network side device is a base station, and the method further includes: When the base station receives the positioning data sent by the terminal through SRB0, it sends the positioning data to the access and mobility management function AMF entity, and the AMF entity forwards the positioning data to the location service function LMF.

29. The method according to claim 21, characterized in that The method further comprises: Positioning data indication information is received from the terminal; wherein the positioning data indication information is used to indicate that data sent by the terminal is positioning data.

30. The method according to claim 21, characterized in that The method further comprises: Sending positioning priority indication information to the terminal; wherein the positioning priority indication information is used to indicate that the priority of positioning data is higher than the priority of other data.

31. A positioning data sending device, applied to a terminal, characterized in that: The device comprises: An acquisition module, used to acquire positioning data; A first sending module, configured to send the positioning data using SRB2 when the terminal is in an idle state or an inactive state; The first sending module is specifically used to send the positioning data using SRB2 according to at least one of the following items of the positioning data: transmission length, transmission rate, transmission priority, and transmission delay.

32. A positioning data receiving device, applied to a network side device, characterized in that: The device comprises: A receiving module is used to receive positioning data sent by SRB2 when the terminal is in an idle state or an inactive state; wherein the positioning data is sent according to at least one of the following items of the positioning data: transmission length, transmission rate, transmission priority, and transmission delay.

33. A terminal, characterized in that: It comprises a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the positioning data sending method as described in any one of claims 1 to 20.

34. A network side device, characterized in that: It includes a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the positioning data receiving method as described in any one of claims 21 to 30.

35. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, the steps of the positioning data sending method as described in any one of claims 1 to 20 are implemented, or the steps of the positioning data receiving method as described in any one of claims 21 to 30 are implemented.

Citation Information

Patent Citations

  • Data transmission method and apparatus

    CN104219712A

  • Wireless communication device and method

    US20200374966A1