Quality of service characteristic parameter determination, data transmission method, apparatus, and device

By defining sensing QoS characteristic parameters, the problem of insufficient sensing accuracy and efficiency in future mobile communication systems is solved, and the accurate transmission and efficient execution of sensing signals are realized.

CN115767622BActive Publication Date: 2026-04-21VIVO MOBILE COMM CO LTD
View PDF 1 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
VIVO MOBILE COMM CO LTD
Filing Date
2021-09-06
Publication Date
2026-04-21

AI Technical Summary

Technical Problem

The lack of clearly defined QoS characteristic parameters in future mobile communication systems makes it impossible to guarantee the accuracy and efficiency of perception.

Method used

A method for determining quality of service (QoS) characteristic parameters is provided, including the definition of perceived QoS characteristic parameters, such as perceived service type, priority level, latency budget, resolution, range, error, and continuous sensing capability, which are used to determine and send perceived signals.

Benefits of technology

By clearly defining the perceived QoS characteristic parameters, the accuracy and efficiency of perceived signals are improved, ensuring the accurate execution of perceived services.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115767622B_ABST
    Figure CN115767622B_ABST
Patent Text Reader

Abstract

This application discloses a method, apparatus, and device for determining quality of service (QoS) characteristic parameters and transmitting data, belonging to the field of communication technology. The method for determining QoS characteristic parameters in this application includes: a transmitting device determining perceived QoS characteristic parameters; wherein, the perceived QoS characteristic parameters include at least one of the following: perceived service type, perceived priority level, perceived delay budget, perceived resolution, maximum perceived range, perceived error, continuous perception capability, perceived update frequency, perceived signal quality, perceived security, perceived privacy, detection probability, and false alarm probability.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of communications, and specifically relates to a method, apparatus and equipment for determining quality of service characteristic parameters and transmitting data. Background Technology

[0002] Future mobile communication systems, such as B5G or 6G systems, will possess sensing capabilities in addition to communication capabilities. One or more devices with sensing capabilities can sense the location, distance, and speed of target objects through the transmission and reception of wireless signals, or perform detection, tracking, identification, and imaging of target objects, events, or environments. With the deployment of small base stations with high-frequency, high-bandwidth capabilities such as millimeter waves and terahertz waves in 6G networks, the resolution of sensing will be significantly improved compared to centimeter waves, enabling 6G networks to provide more refined sensing services.

[0003] The purposes of sensing can be mainly divided into two categories. The first category is to use sensing to assist or enhance communication performance. For example, a base station tracks the movement of a device to provide more accurate beamforming alignment. The second category is sensing that is not directly related to communication. For example, a base station monitors weather conditions through wireless signals, and a mobile phone uses millimeter-wave wireless sensing to recognize the user's gestures.

[0004] However, due to the large variety of sensing services and the lack of a clear definition of sensing QoS characteristic parameters, it is impossible to guarantee the accuracy of sensing while also ensuring sensing efficiency. Summary of the Invention

[0005] This application provides a method, apparatus, and device for determining quality of service (QoS) characteristic parameters and transmitting data, which can solve the problem that the accuracy of perception cannot be guaranteed and the perception efficiency cannot be guaranteed because there is no definition of QoS characteristic parameters in the prior art.

[0006] Firstly, a method for determining service quality characteristic parameters is provided, including:

[0007] The transmitting device determines the perceived Quality of Service (QoS) characteristic parameters.

[0008] The perceived QoS feature parameters include at least one of the following:

[0009] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0010] Secondly, a device for determining service quality characteristic parameters is provided, comprising:

[0011] The first determining module is used to determine the perceived Quality of Service (QoS) characteristic parameters.

[0012] The perceived QoS feature parameters include at least one of the following:

[0013] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0014] Thirdly, a method for determining service quality characteristic parameters is provided, including:

[0015] The receiving device acquires perceived QoS characteristic parameters;

[0016] The perceived QoS feature parameters include at least one of the following:

[0017] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0018] Fourthly, a device for determining service quality characteristic parameters is provided, comprising:

[0019] The first acquisition module is used to acquire perceived QoS feature parameters;

[0020] The perceived QoS feature parameters include at least one of the following:

[0021] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0022] Fifthly, a data transmission method is provided, including:

[0023] The core network equipment acquires target data, which includes: perceived QoS feature parameters or perceived quality index (SQI).

[0024] The core network device sends the target data to the transmitting or receiving device, and the perceived QoS characteristic parameters include at least one of the following:

[0025] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0026] Sixthly, a data transmission device is provided, comprising:

[0027] The second acquisition module is used to acquire target data, which includes: perceived QoS feature parameters or perceived quality index (SQI).

[0028] A first transmitting module is configured to transmit the target data to a transmitting device or a receiving device, wherein the perceived QoS characteristic parameters include at least one of the following:

[0029] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0030] In a seventh aspect, a transmitting apparatus is provided, the transmitting apparatus including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0031] Eighthly, a transmitting device is provided, including a processor and a communication interface, wherein the processor is used to determine perceived quality of service (QoS) characteristic parameters;

[0032] The perceived QoS feature parameters include at least one of the following:

[0033] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0034] A ninth aspect provides a receiving device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the third aspect.

[0035] In a tenth aspect, a receiving device is provided, including a processor and a communication interface, wherein the processor is used to acquire perceived QoS feature parameters;

[0036] The perceived QoS feature parameters include at least one of the following:

[0037] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0038] Eleventhly, a core network device is provided, the core network device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the fifth aspect.

[0039] In a twelfth aspect, a core network device is provided, including a processor and a communication interface, wherein the processor is used to acquire target data, the target data including: perceived QoS feature parameters or perceived quality index (SQI), and the communication interface is used to transmit the target data to a transmitting device or a receiving device, wherein the perceived QoS feature parameters include at least one of the following:

[0040] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0041] In a thirteenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method as described in the first, third, or fifth aspects.

[0042] In a fourteenth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the steps of the methods described in the first, second, or fifth aspects.

[0043] In a fifteenth aspect, a computer program / program product is provided, the computer program / program product being stored in a non-transient 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 aspect, the third aspect, or the fifth aspect.

[0044] In this embodiment of the application, by determining the sensing QoS characteristic parameters, it is possible to accurately transmit sensing signals, thereby improving the accuracy and efficiency of sensing. Attached Figure Description

[0045] Figure 1 This is a flowchart illustrating the method for determining service quality characteristic parameters according to an embodiment of this application;

[0046] Figure 2 This is a schematic diagram of the network nodes involved in application scenario one;

[0047] Figure 3 This is a schematic diagram of a V2X sensing scenario;

[0048] Figure 4 This is a schematic diagram of a concurrent sensing scenario;

[0049] Figure 5 This is a schematic diagram of data to DRB mapping in a concurrent awareness scenario;

[0050] Figure 6 This is a schematic diagram of the service quality characteristic parameter determination device according to an embodiment of this application;

[0051] Figure 7 This is one of the structural block diagrams of the transmitting device according to an embodiment of this application;

[0052] Figure 8 This is a second structural block diagram of the transmitting device according to an embodiment of this application;

[0053] Figure 9 This is a second flowchart illustrating the method for determining service quality characteristic parameters according to an embodiment of this application.

[0054] Figure 10 This is a second schematic diagram of the module of the service quality characteristic parameter determination device according to an embodiment of this application;

[0055] Figure 11 This is a flowchart illustrating the data transmission method according to an embodiment of this application;

[0056] Figure 12 This is a schematic diagram of the data transmission device according to an embodiment of this application;

[0057] Figure 13 This is a structural block diagram of a communication device according to an embodiment of this application. Detailed Implementation

[0058] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0059] The terms "first," "second," etc., used in the specification and claims of this application 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, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

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

[0061] The relevant technologies involved in this application are described below:

[0062] I. Integrated Communication and Sensing / Integrated Synesthesia

[0063] For decades, wireless communication and radar sensing (C&S) have been developing in parallel, with limited overlap. They share many commonalities in signal processing algorithms, devices, and to some extent, system architecture. In recent years, the coexistence, cooperation, and joint design of these two systems have attracted increasing attention from researchers.

[0064] Early research extensively explored the coexistence of communication and radar systems, focusing on developing effective interference management techniques to enable two separately deployed systems to operate smoothly without interfering with each other. While radar and communication systems may be located in the same place, or even physically integrated, they transmit two different signals in the time / frequency domain. They cooperate by sharing the same resources to minimize interference between them when operating simultaneously. Corresponding measures include beamforming, cooperative spectrum sharing, primary and secondary spectrum sharing, and dynamic coexistence. However, effective interference cancellation typically places stringent requirements on node mobility and information exchange between nodes, thus limiting practical improvements in spectral efficiency. Since interference in coexisting systems arises from the transmission of two independent signals, it is natural to ask whether we can simultaneously use a single transmitted signal for both communication and radar sensing. Radar systems often use specially designed waveforms, such as short pulses and chirps, to achieve high-power radiation and simplify receiver processing. However, these waveforms are not essential for radar detection; passive radar or passive sensing, which uses different radio signals as sensing signals, is a good example.

[0065] Machine learning, particularly deep learning, has further enhanced the potential of using non-dedicated radio signals for radar sensing. With these technologies, traditional radar is moving towards more general wireless sensing. Here, wireless sensing can broadly refer to retrieving information from received radio signals, rather than communication data modulated onto signals at the transmitter. For wireless sensing related to target location, dynamic parameters such as target signal reflection delay, angle of arrival (AoA), angle of departure (AoD), and Doppler can be estimated using common signal processing methods. For sensing target physical characteristics, this can be achieved by measuring the device, object, and live inherent pattern signals. These two sensing methods can be referred to as sensing parameter estimation and pattern recognition, respectively. In this sense, wireless sensing refers to more general sensing technologies and applications using radio signals.

[0066] Integrated Sensing and Communication (ISAC) has the potential to integrate wireless sensing into large-scale mobile networks, known here as Perceptive Mobile Networks (PMNs). PMNs can evolve from current 5G mobile networks and are expected to become ubiquitous wireless sensing networks while providing stable, high-quality mobile communication services. They can be built on top of existing mobile network infrastructure without requiring significant changes to network structure and equipment. This will unlock the full potential of mobile networks and avoid the high infrastructure costs of building new wide-area wireless sensing networks separately. With expanded coverage, the integrated communication and sensing capabilities are expected to enable many new applications. Perceptive Mobile Networks can simultaneously provide communication and wireless sensing services, and due to their large broadband coverage and robust infrastructure, they have the potential to become a ubiquitous wireless sensing solution. Their coordinated communication and sensing capabilities will improve the productivity of our society and help foster a large number of new applications that existing sensor networks cannot effectively realize. Some early work on passive sensing using mobile signals has already demonstrated its potential. Examples include traffic monitoring, weather forecasting, and rainfall remote sensing based on GSM radio signals. Sensing mobile networks can be widely applied to communication and sensing in transportation, communications, energy, precision agriculture, and security sectors, where existing solutions are either infeasible or inefficient. It can also complement existing sensor networks, featuring unique day / night operation capabilities and the ability to penetrate fog, foliage, and even solid objects.

[0067] II. Radar Technology

[0068] Radar has been developing for decades since its inception in the first half of the 20th century. Modern radar systems are deployed worldwide for various applications, including air traffic control (ATC), geophysical monitoring, weather observation, and defense and security surveillance. Below 10 GHz, most spectrum resources are allocated to radar, while existing wireless communication systems such as 5G NR, LTE, and Wi-Fi also exist in this spectrum range. At higher frequencies, such as millimeter waves, communication and radar platforms are expected to coexist harmoniously. However, with the further development of wireless communication technologies, more and more radar frequency bands will be subject to interference. Historically, radar and communication systems have evolved towards miniaturization and higher frequency bands. Currently, in the millimeter wave band, the hardware architecture, channel characteristics, and signal processing methods of existing radar and communication systems are very similar. From a civilian perspective, a significant number of emerging 5G / B5G applications require joint design of sensing and communication, such as IoT applications like smart cities and smart homes, and intelligent transportation applications like vehicle-to-everything (V2X) and autonomous driving. From a military perspective, the development of wireless radio frequency systems such as radar, communication, and electronic warfare has long been fragmented and independent, consuming a large amount of spectrum and hardware resources and reducing the effectiveness of combat platforms. To efficiently utilize spectrum resources and serve various emerging civilian and military applications, radar and communication spectrum sharing (RCSS) has recently attracted significant attention from academia and industry.

[0069] In general, RCSS technology encompasses two research paths: (1) Radar-Communication Coexistence (RCC); and (2) Dual-Functional Radar-Communication System (DFRC). The former considers how to design effective interference cancellation and management techniques to prevent interference between separate radar and communication systems sharing the same spectrum. The latter considers how to design an integrated signal processing scheme to simultaneously realize communication and radar sensing functions, given that radar and communication systems not only share the same spectrum but also the same hardware platform. RCC technology often requires radar and communication systems to periodically exchange information for mutual benefit, such as radar transmission waveforms, beam patterns, communication modulation methods, frame formats, and channel state information between the radar and communication systems. In practical systems, this information exchange process is highly complex. DFRC technology, on the other hand, directly achieves spectrum sharing through a shared hardware platform, without requiring additional information exchange. Furthermore, DFRC technology can simultaneously improve the performance of both systems through collaborative work. As mentioned above, the current scope and application of DFRC technology have expanded far beyond simply improving spectrum utilization. It has been further extended to various emerging civilian and military applications, including vehicle-to-everything (V2X) communication, indoor positioning, and covert communication.

[0070] III. LTE / 5G Quality of Service (QoS)

[0071] QoS (Quality of Service) refers to the network's use of various underlying technologies to provide better service capabilities for specified network communications. It addresses issues such as network latency and congestion, thereby ensuring the transmission capacity required for specific services. When network transmission is congested, all data streams may be dropped. To meet the different application and service quality requirements of users, the network needs to allocate and schedule resources according to user requirements, providing different quality of service for different data streams: prioritizing real-time and important data packets; providing lower processing priority for ordinary data packets that are not real-time, and even dropping them when network congestion occurs.

[0072] QoS is a technical concept borrowed from the Internet. The International Telecommunication Union (ITU) defines Quality of Service (QoS) in the x.902 standard, namely the "Open Processing Reference Model for Information Technology": a set of quality requirements for the collective behavior of one or more objects. QoS parameters such as throughput, transmission delay, and error rate describe the speed and reliability of data transmission.

[0073] LTE is designed based on QoS policies for bearers. Radio bearers are divided into SRBs (Signalling Radio Bearers) and DRBs (Data Radio Bearers). SRBs are used for signaling transmission, while DRBs are used for data transmission. All SRBs have higher scheduling priority than all DRBs. QCI (QoS Class Identifier) ​​is a parameter used by the system to identify the transmission characteristics of service data packets. Protocol TS 23.203 defines the QCI values ​​corresponding to different bearer services. Based on the QCI, bearers can be divided into two main categories: GBR (Guaranteed Bit Rate) bearers and Non-GBR bearers. GBR bearers are used for services with high real-time requirements, requiring the scheduler to guarantee a minimum bit rate for this type of bearer; their QCI range is 1-4. In addition to this minimum rate, a maximum rate is also needed for limitation. For GBR bearers, MBR (Maximum Bit Rate) is used to limit the maximum rate of the bearer. The MBR (Maximum Bit Rate) parameter defines the upper limit of the rate that a GBR bearer can achieve under conditions of sufficient RB resources. The MBR value is greater than or equal to the GBR value. Non-GBR bearers are used for services with low real-time requirements and do not require the scheduler to guarantee a minimum bit rate; their QCI range is 5-9. In network congestion, services need to accept reduced rates. For Non-GBR, UE-AMBR (Aggregate Maximum Bit Rate) is used to limit the maximum rate of all Non-GBR bearers.

[0074] 5G QoS Characteristics are the set of characteristic parameters that each network node (UE, gNB, UPF) uses to process each QoS flow. The 5G characteristic parameter set is divided into standardized QoS characteristics and operator-specific QoS characteristics. The former uses standardized, predefined values ​​for each parameter and is associated with fixed 5QI values ​​(an index that marks a series of parameters), while the latter uses operator-configured parameter values. 5G employs an in-band QoS labeling mechanism for data flows. Based on the QoS requirements of the service, the gateway or application server labels the data flow with corresponding QoS processing tags. The network side performs packet forwarding based on the QoS tags. The QoS tags can change in real time based on the needs of the service data flow, meeting service requirements in real time. The GW's NAS maps multiple IP flows with the same QoS requirements to the same QoS flow; the gNB maps QoS flows to DRBs, enabling the radio side to adapt to QoS requirements; the RAN side has some flexibility, such as the gNB converting QoS flows into DRBs; downlink mapping is implemented by the network; uplink mapping is based on reflective QoS or RRC configuration. The 5G QoS model also supports QoS flows with guaranteed flow bit rate (GBRQoS) and QoS flows with non-guaranteed flow bit rate (Non-GBR). It also uses AMBR to control the total bandwidth of Non-GBR. The 5G QoS model also supports reflection QoS.

[0075] The following description, in conjunction with the accompanying drawings, details the service quality characteristic parameter determination, data transmission method, apparatus, and equipment provided in the embodiments of this application through some examples and application scenarios.

[0076] like Figure 1 As shown in the figure, this application provides a method for determining service quality characteristic parameters, including:

[0077] Step 101: The sending device determines the perceived quality of service (QoS) characteristic parameters;

[0078] It should be noted that the perceived QoS feature parameter is used to determine the perceived parameter configuration information, thereby enabling the transmitting device to transmit the perceived signal based on the perceived parameter configuration information. In other words, the purpose of the perceived QoS feature parameter is to ensure the accurate transmission of the perceived signal.

[0079] It should be further noted that the perceived QoS characteristic parameters include at least one of the following:

[0080] A101, Perceiving Business Types;

[0081] It should be noted that this application classifies Sensing Service Types based on two main requirements: the physical range of the sensing service and the real-time requirements. The sensing range is divided into two categories: one is sensing services with a physical sensing range greater than or equal to a preset value, i.e., Large-scale Sensing (LSS), corresponding to a physical sensing range of tens of meters, hundreds of meters, or kilometers; the other is sensing services with a physical sensing range less than the preset value, i.e., Small-scale Sensing (SSS), corresponding to a physical sensing range of centimeters, decimeters, or meters. Based on the real-time requirements, analogous to the 5G QoS definition, a DelayCritical type is added. Therefore, in this embodiment, the sensing service types can be divided into four categories: Delay Critical LSS (corresponding to delay-sensitive sensing services with a sensing physical range greater than or equal to a preset value), LSS (corresponding to sensing services with a sensing physical range greater than or equal to a preset value), Delay Critical SSS (corresponding to delay-sensitive sensing services with a sensing physical range less than a preset value), and SSS (corresponding to sensing services with a sensing physical range less than a preset value), represented by SensingService Type I-IV, respectively. In other words, the sensing service types mentioned in this embodiment include at least one of the above four categories.

[0082] It's important to note that 5G defines three service types: Guaranteed Bit Rate (GBR), Non-Guaranteed Bit Rate (Non-GBR), and Delay Critical GBD, categorizing data services with different real-time requirements. Sensing services have a wide coverage area. One or more devices with sensing capabilities can sense the location, distance, and speed of target objects through the transmission and reception of wireless signals, or perform detection, tracking, identification, and imaging of target objects, events, or the environment. In the future, with the deployment of small base stations with high-frequency, high-bandwidth capabilities such as millimeter waves and terahertz waves in 6G networks, the resolution of sensing will be significantly improved compared to centimeter waves, enabling 6G networks to provide more refined sensing services. Some common sensing services are shown in Table 1 below.

[0083] Table 1 Common Sensing Service Classifications

[0084]

[0085] A102, Sensing Priority Level;

[0086] It should be noted that this perception priority level is used to determine the resource scheduling priority of the perception signal.

[0087] A103, Sensing Delay Budget (SDB);

[0088] It should be noted that this perception latency budget is used to define the maximum perception latency of perception services, and is used to quantitatively describe the real-time requirements of perception services.

[0089] A104, Sensing Resolution (SR);

[0090] It should be noted that this sensing resolution is used to define the granularity of sensing services, and is related to network hardware equipment and specific resource configurations. Furthermore, this factor varies depending on the specific sensing service and the associated resource configurations. For example, distance resolution is related to the configured sensing signal bandwidth, while angular resolution is related to the aperture of the base station or terminal antenna.

[0091] A105, Maximum Sensing Range (MSR);

[0092] It should be noted that this maximum sensing range is used to define the maximum measurement range of the sensing measurements supported by the sensing service.

[0093] A106, Sensing Error (SE);

[0094] It should be noted that the perception error is used to define the perception performance of the perception service, that is, the perception accuracy, which is related to network hardware equipment and specific resource configuration, signal-to-noise ratio (SNR); the perception error can be defined from one of the following three aspects: 1) maximum error; 2) percentage of maximum error to true value (relative maximum error); 3) relative error distribution.

[0095] A107. Continuous Sensing Capacity (CSC);

[0096] It should be noted that this continuous perception capability is used to define the ability of perception services to support continuous perception, which is mainly divided into single perception and continuous perception (such as target tracking and scanning imaging).

[0097] A108, Sensing Update Rate;

[0098] It should be noted that this perception update frequency is used to define the update frequency of the perception processing results for services requiring continuous perception.

[0099] A109, Sensing Signal Quality;

[0100] It should be noted that this sensing signal quality is used to define the sensing signal quality required by sensing services, and different sensing services have different requirements.

[0101] A110, Sensing Security;

[0102] It should be noted that this perception security definition specifies the security requirements for different perception services, and is divided into 3 levels.

[0103] A111, Sensing Privacy;

[0104] It should be noted that this perceived privacy definition outlines the privacy requirements for different perceived services, categorized into three levels.

[0105] A112, Detection probability;

[0106] It should be noted that this detection probability is defined as the ability to determine whether a target exists, and is the probability of determining that the target exists if it is present.

[0107] A113, False alarm probability;

[0108] It should be noted that the false alarm probability is defined as the ability to determine whether a target is present or not, and is the probability of judging that the target is present even if it does not exist.

[0109] Optionally, Table 2 provides a specific definition of the perceived QoS feature parameters, wherein the perceived QoS feature parameters include at least one of the parameters in Table 2.

[0110] Table 2 Definition of Sensitive QoS Feature Parameters

[0111]

[0112]

[0113]

[0114] It should be further noted that the perceived QoS feature parameters in the embodiments of this application can be determined by the transmitting device itself, or they can be determined based on perceived QoS feature parameters received from other devices. The following sections will describe in detail these two methods of obtaining perceived QoS feature parameters.

[0115] Method 1: The sending device determines the perceived QoS characteristic parameters itself.

[0116] Optionally, in this case, step 101 of the embodiments of this application can be implemented in the following ways:

[0117] Step 1011: The sending device obtains the QoS parameter set;

[0118] It should be noted that the QoS parameter set is the correspondence between the perceived quality index (SQI) and the values ​​of the perceived QoS feature parameters.

[0119] It should also be noted that this set of QoS parameters can be agreed upon by the protocol or notified by the core network equipment.

[0120] Step 1012: The sending device receives the SQI notification from the core network device or the receiving device;

[0121] Step 1013: Determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

[0122] In other words, in this case, a QoS parameter set is pre-set, which can be represented in the form of a correspondence table. The service requester can know which SQI in the QoS parameter set corresponds to the service it requests. The sending device can then determine the sensed QoS feature parameters corresponding to the SQI by looking up the QoS parameter set through the SQI.

[0123] In other words, similar to LTE's QCI, 5G defines a 5G Quality Identity (5QI) to index a 5G QoS feature in order to classify QoS for different data service types. Standardized 5G QoS features have standardized, predefined values ​​for each parameter and are associated with fixed 5QI values ​​(an index that identifies a series of parameters). The standardized 5QI is defined in 3GPP TS 23.501.

[0124] To define the QoS characteristics of different sensing services, the Sensing Quality Identity (SQI) values ​​corresponding to different QoS are given in Table 3. In actual use, the SQI should include at least one of the parameters in Table 3, as well as the corresponding value of that parameter. For some sensing QoS characteristic parameters, there may be multiple descriptive forms. For example, sensing error can be the maximum absolute error (as shown in Table 3), the maximum relative error (the percentage of error to the true value), or even described by an error probability distribution.

[0125] Table 3. Definition of Perceived Quality Index (SQI) 1

[0126]

[0127]

[0128] Table 4 provides an example of another definition method for SQI. Table 4 has the same function as Table 3, only the definition method is slightly different. In Table 4, we only classify the sensing service type according to the physical range of the sensing service. Thus, the sensing service type includes two categories: one is Large-scale Sensing (LSS), which corresponds to a sensing physical range of tens of meters, hundreds of meters, and kilometers; the other is Small-scale Sensing (SSS), which corresponds to a sensing physical range of centimeters, decimeters, and meters.

[0129] Table 4. Definition of Perceived Quality Index (SQI) 2

[0130]

[0131]

[0132]

[0133] It should be noted that the SQI values ​​mentioned above are merely examples and may not necessarily be the final standardized or actually adopted values ​​by operators. Actual use cases and perceived QoS characteristic parameters are not limited to those listed in Table 2. The main purpose of defining Tables 2 and 3 or 4 in this application is to provide a framework for the definition of perceived QoS for subsequent standardization and reference by communication operators.

[0134] II. Other devices notify and sense QoS characteristic parameters

[0135] Optionally, in this case, step 101 of the embodiments of this application is implemented as follows:

[0136] The transmitting device receives the first information sent by the core network device or the receiving device.

[0137] The first information is used to indicate the perceived QoS feature parameters.

[0138] In other words, in this case, the perceived QoS characteristic parameters do not need to be determined by the transmitting device itself, but can be obtained directly from other devices. Optionally, when the transmitting device is a base station, the perceived QoS characteristic parameters can be directly notified to the base station by the core network device; when the transmitting device is a terminal, the perceived QoS characteristic parameters are usually notified to the terminal by the base station. Optionally, the base station can act as a receiving device for the perceived signal. In this case, the perceived QoS characteristic parameters of the base station can be notified by the core network device, or the base station can determine them through SQI and QoS parameter sets in the manner described above.

[0139] It should be noted that one way to implement this first information is to carry perceived QoS feature parameters, which can also be simply understood as the first information being perceived QoS feature parameters.

[0140] Optionally, after the transmitting device determines the obtained sensing QoS feature parameters, it can determine sensing parameter configuration information based on the sensing QoS feature parameters; then, based on the sensing parameter configuration information, it sends a sensing signal to the receiving device; correspondingly, after obtaining the sensing QoS feature parameters, the receiving device also determines the sensing parameter configuration information based on the sensing QoS feature parameters, and then uses the sensing parameter configuration information to receive the sensing signal; it should be noted that by realizing the transmission and reception of sensing signals in this way, the accuracy of the sensing signal transmission can be guaranteed.

[0141] Optionally, the sensing parameter configuration information mentioned in the embodiments of this application includes, but is not limited to, at least one of the following:

[0142] The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

[0143] Optionally, in order to achieve accurate measurement of the sensed signal, embodiments of this application further include:

[0144] The transmitting device determines the measurement quantity of the sensed signal based on the sensed QoS characteristic parameters;

[0145] The transmitting device sends the measured quantity to the receiving device.

[0146] Accordingly, after acquiring the measurement quantity of the sensing signal, the receiving device measures the sensing signal based on the measurement quantity to determine the measurement value corresponding to the measurement quantity. It should be noted that the receiving device can directly receive the measurement quantity sent by the transmitting device, or it can determine the measurement quantity of the sensing signal itself based on the sensing QoS characteristic parameters.

[0147] It should also be noted that, in order to successfully transmit the sensing signal, the transmitting device should also know which devices are involved in this sensing. Specifically, the embodiments of this application also include the following:

[0148] B11. Transmitting and receiving devices that participate in sensing, either receiving data from core network devices or receiving devices.

[0149] It should be noted that the core network equipment can determine the transmitting and receiving devices participating in the sensing by sensing QoS characteristic parameters. When the transmitting device is a base station, the core network equipment can directly send the transmitting and receiving devices participating in the sensing to the base station. When the transmitting device is a terminal and the receiving device is a base station, the core network equipment needs to first send the transmitting and receiving devices participating in the sensing to the receiving device, and then the receiving device will send the transmitting and receiving devices participating in the sensing to the transmitting device.

[0150] B12. The transmitting device determines the transmitting and receiving devices participating in the sensing based on the sensed QoS feature parameters;

[0151] Alternatively, in one case, the transmitting and receiving devices participating in sensing may refer to the number of transmitting and receiving devices participating in sensing.

[0152] It should also be noted that, in order to ensure that the transmitting device can accurately transmit the sensing signal, the transmitting device should also obtain the sensing method of the sensing service. The sensing method is used to instruct the transmitting and receiving ends of the sensing signal to transmit the sensing signal according to the sensing method. Optionally, the sensing method can be obtained by the core network device based on the sensing QoS feature parameters and sent to the transmitting device, or it can be obtained by the core network device based on the sensing QoS feature parameters, sent to the receiving device, and then sent to the transmitting device by the receiving device; or the sensing method can be determined by the transmitting device based on the sensing QoS feature parameters.

[0153] It should be noted that different sensing methods indicate different transceivers of sensing signals; that is, the sensing method is associated with the entity that receives and sends the sensing signal. Specifically, the relationship between the entity corresponding to the sensing method and the transceiver signal includes at least one of the following:

[0154] C11. The first network node sends a sensing signal, and the second network node receives the sensing signal.

[0155] This situation refers to a scenario where base station A sends a sensing signal and base station B receives the sensing signal.

[0156] C12. The first network node sends and receives sensing signals;

[0157] This refers to a situation where base station A sends a sensing signal and base station A receives the sensing signal.

[0158] C13. The first network node sends a sensing signal, and the terminal device associated with the first network node receives the sensing signal.

[0159] This refers to a situation where base station A sends a sensing signal, and the terminal receives the sensing signal.

[0160] C14. The first terminal device sends a sensing signal, and the second terminal device receives the sensing signal.

[0161] This situation refers to terminal A sending a sensing signal and terminal B receiving the sensing signal;

[0162] C15. The first terminal device sends and receives sensing signals;

[0163] This situation refers to terminal A sending a sensing signal and terminal A receiving the sensing signal;

[0164] C16. The first terminal device sends a sensing signal, and the first network node receives the sensing signal;

[0165] This refers to a situation where terminal A sends a sensing signal, and base station A receives the sensing signal.

[0166] Typically, to quickly determine the sensing parameter configuration information, measurement quantity, sensing method, and participating transmitting and receiving devices based on the sensing QoS characteristic parameters, this embodiment of the application can establish a correspondence table between the sensing QoS characteristic parameters and the sensing parameter configuration information, measurement quantity, sensing method, and participating transmitting and receiving devices. When one item is needed, the corresponding data can be obtained simply by looking up the table. Since the sensing QoS characteristic parameters may typically include combinations of values ​​from various parameters listed in Table 2, and each combination corresponds to a SQI in Table 3, meaning that the sensing QoS characteristic parameters correspond to SQIs, this application establishes a correspondence table between SQIs and the sensing parameter configuration information, measurement quantity, sensing method, and participating transmitting and receiving devices. The corresponding sensing parameter configuration information, measurement quantity, sensing method, and participating transmitting and receiving devices are obtained by looking up the table based on the SQI corresponding to the sensing QoS characteristic parameters.

[0167] It should be noted that, based on the SQI values ​​and sensing service types defined in Table 3 or Table 4, Table 5 provides corresponding parameter configuration and sensing method suggestions (taking Table 3 as an example).

[0168] Table 5. Sensing parameter configurations and sensing methods for several typical SQI values ​​and sensing service types.

[0169]

[0170]

[0171] It should also be noted that step 103 in this embodiment can be implemented as follows:

[0172] The transmitting device maps the sensed signal to a radio bearer (RB) according to a target mapping rule;

[0173] The sensing signal is sent to the receiving device via the RB.

[0174] The target mapping rule includes at least one of the following:

[0175] Multiple sensing signals are mapped to the same RB;

[0176] A sensing signal is mapped to an RB.

[0177] Correspondingly, the receiving device also uses the same method to receive the sensing signal.

[0178] It should be noted that the RB includes at least one of the signaling radio bearer (SRB) and the data radio bearer (DRB).

[0179] It should be noted that in 5G systems, the definition of QoS parameters can serve as the basis for the core network to divide QoS flows for data services, realizing the mapping control of QoS flows. The QoS control parameters QoS Profile used by the gNB are allocated by the SMF (Session Management Function), and the 5QI value in 5G is included in the core network's parameter set QoS configuration (QoS Profile). In this application, the perceived QoS parameters are allocated to the gNB by the Sensing Network Function (SNF). Since LTE / 5G QoS is designed for data service transmission, its usage and control process may differ significantly from perceived QoS.

[0180] In this application, we only consider the case where sensing uses dedicated sensing signals, i.e., the RAN-side sensing signal and data signal are time-division multiplexed or frequency-division multiplexed. The sensing signal (sequence / waveform) can be a pseudo-random sequence, such as an m-sequence or a Gold sequence, and is generally stored directly at each sensing node (e.g., outdoor macro base stations, indoor small base stations, dedicated sensing terminals, and mobile terminals). It is directly invoked when the sensing function is triggered, or it is directly calculated and generated based on a local sensing signal sequence generation algorithm. Sensing signal data may be sent along with regular data for sensing using time-division / frequency-division multiplexing, or it may be sent separately (not with data services) to complete sensing. Since the sensing signal needs to pass through the radio interface, the mapping relationship between SQI and the radio bearer (RB) needs to be defined. Simultaneously, since the sensing service involves air interface signaling interaction and sensing data transmission and reception, both SRB and DRB support are required. Sensing signaling is carried through the SRB, and sensing signal data is carried through the DRB. The mapping between SQI and RB can be many-to-one or one-to-one. When only awareness services exist, the awareness QoS Flow can use SRB and DRB independently. The mapping rules from awareness QoS Flow to DRB can be determined by the Service Data Adaptation Protocol (SDAP) layer based on SQI. Table 6, based on several typical awareness services summarized in Table 1 above and the SQI values ​​defined in Table 3, presents a possible mapping relationship between SQI and DRB.

[0181] Table 6. A possible mapping method between perceived QoS Flow and DRB.

[0182] DRB ID SQI Perceive business type 1 {1, 2} or its subsets II 2 {3, 4, 5, 6} or its subsets I / II 3 {7} I 4 {8, 9} or its subsets III 5 {10} IV 6 {11} IV

[0183] Optionally, the transmitting device mentioned in the embodiments of this application can be a base station or a terminal. When the transmitting device is a base station, the receiving device can be a base station or a terminal; when the transmitting device is a terminal, the receiving device can be a base station or a terminal. It should also be noted that for the same sensing service, there can be one or more transmitting devices (i.e., two or more), and there can also be one or more receiving devices.

[0184] The following are examples illustrating specific applications in practice.

[0185] Specific Application Scenario 1: Sensing network elements send sensing QoS parameters for 3D map sensing.

[0186] Suppose a third party (referring to a third party other than the network (including the access network and core network) and the user) requests the network to use outdoor macro base stations to perform 3D map sensing of a certain area. For example, the third-party application server initiates a sensing request to the Sensing Network Function (SNF) or other network function units / elements in the core network. The sensing network element notifies multiple base stations near the sensing map to perform sensing operations. Sensing methods can include base stations automatically transmitting and receiving sensing signals and performing sensing calculations; base station A transmitting sensing signals and base station B receiving and performing sensing calculations; or a mobile terminal uplinking to send sensing signals, and the base station receiving and performing sensing calculations.

[0187] When using a method of base station self-transmission and self-reception sensing or base station A transmitting and base station B receiving, the network equipment involved in this situation includes, for example: Figure 2 As shown, the main implementations in this case include:

[0188] (1) A third-party sensing application server can send sensing QoS feature parameters or sensing service requests to the sensing network element (the sensing service request carries SQI).

[0189] If the sensing QoS feature parameters are sent directly, and if they are standardized sensing QoS feature parameters and sensing services, the third-party sensing application server can directly send the SQI value (or sensing QoS feature parameters containing SQI) to the sensing node base station. The base station can then directly determine the sensing service type and the sensing parameter configuration information of the sensing node based on the SQI value (or feature QoS parameters containing SQI). This facilitates the sensing node's scheduling of sensing and computing resources for sensing processing, improving flexibility and reducing signaling overhead. If the sensing QoS feature parameters are operator-specific, then a specific QoS parameter set needs to be transmitted between network nodes. The SQI / sensing QoS parameter set is forwarded by the sensing network element to the corresponding sensing node. In this example, this refers to base stations within the 3D map area that meet the sensing conditions (including having sensing capabilities and being able to provide parameter configurations that meet sensing requirements). This includes two types of nodes: base station A and base station B. These nodes can be a single base station or multiple base stations. If the third-party sensing application server only sends sensing requests to the sensing network element, the sensing network element should also be able to determine the sensing QoS feature parameters corresponding to the sensing service based on the sensing request and distribute the SQI / sensing QoS parameter set to the corresponding sensing node.

[0190] (2) The sensing network function / sensing element can be a separate function / physical entity, or it can be deployed in a general server in the core network as one of the core network functions, or it can be deployed on the base station side as one of the base station functions. In the latter case, a third-party sensing application server can directly send sensing requests / sensing QoS feature parameters to the base station, such as SQI or a list of operator-defined QoS feature parameters.

[0191] (3) When the initiator of the perception request is the core network, the usage of perception QoS is the same as above, except that the third-party perception application server becomes the core network.

[0192] (4) When the initiator of the sensing service is a base station or a mobile terminal, the base station / mobile terminal can send the SQI / sensing QoS parameter set to the sensing network element, which will then forward it to the corresponding sensing node. Alternatively, the base station / mobile terminal can directly send a sensing request, and the sensing network element will then determine the QoS parameters corresponding to the sensing service based on the sensing request and distribute the SQI / sensing QoS parameter set to the corresponding sensing node.

[0193] When base stations and mobile terminals transmit / receive sensing signals to perceive environmental information and generate 3D maps, or when the sensing process requires the cooperation of mobile terminals, the sensing network element needs to send an SQI / sensing QoS parameter set (or sensing QoS feature parameters containing the above parameters) to the mobile terminal through the RAN side. The mobile terminal cooperating in the sensing service determines the corresponding sensing parameter configuration information based on the SQI / sensing QoS parameter set (or sensing QoS feature parameters containing the above parameters). The mobile terminal maps the sensing data to radio interface resources at the SDAP layer based on the base station's RRC Reconfiguration message.

[0194] Specific Application Scenario 2: Sensing Network Elements Send Sensing QoS Parameters for V2X Sensing

[0195] like Figure 3 As shown, consider a V2X sensing scenario—vehicle user pedestrian and vehicle sensing. Vehicle users need to sense the location and speed of pedestrians and vehicles on the road and roadside near them through their own sensing system or Roadside Units (RSUs). This scenario requires low latency and high reliability, therefore the latency tolerance is lower than that for 3D map generation and weather detection, and the priority is higher than most sensing services. Vehicle users may be ordinary users without a sensing system, relying entirely on RSUs for sensing; or they may be equipped with their own integrated sensing system or sensing system, capable of interacting with RSUs. RSUs are roadside micro base stations / small base stations, possessing sensing capabilities and resources.

[0196] When a vehicle user needs a Roadside Unit (RSU) to perform pedestrian and vehicle sensing, the vehicle user sends sensing QoS characteristic parameters or a sensing service request (carrying SQI) to nearby RSUs. If the sensing QoS characteristic parameters and sensing service are sent directly, and if they are standardized, the vehicle user can directly send the SQI value to the nearest sensing node RSU. The nearest RSU forwards the SQI to the sensing network element. Based on the SQI value, the sensing network element can directly determine the sensing service type, which roadside RSUs are participating in sensing, the number of RSUs participating in sensing processing, and the parameter configuration of each sensing node. This facilitates the sensing node's scheduling of sensing and computing resources for sensing processing, improving flexibility and reducing signaling overhead. If the sensing QoS characteristic parameters are operator-specific, the specific QoS parameter set needs to be transmitted between network nodes. The sensing network element distributes the SQI or sensing QoS parameter set to RSUs that meet the sensing conditions (mainly RSUs within a certain range of the vehicle user). The RSUs determine the sensing method based on the SQI or sensing QoS parameter set, configure the sensing parameters, and allocate time-frequency resources and computing resources to meet the sensing requirements. After completing the perception calculation, the RSU reports the perception results to the perception network element in real time, and the perception network element then distributes the results to the vehicle user, providing real-time perception results. If the vehicle user only sends a perception service request to the perception network element, the perception network element should also be able to determine the perception QoS feature parameters corresponding to the perception service based on the perception service request, and distribute the SQI or perception QoS parameter set to the corresponding perception node RSU.

[0197] The usage of the aforementioned SQI values ​​or perceived QoS parameter sets also applies to situations where the vehicle user itself has perception capabilities. After a perception request is initiated, the vehicle user configures the perception parameters and performs perception processing independently, ultimately combining the RSU perception results to obtain a comprehensive perception result.

[0198] The aforementioned sensing request initiator can also be a third-party application server. This third-party sensing application server can send sensing QoS characteristic parameters or sensing service requests to the sensing network element. Based on the SQI, RSUs can directly determine the sensing service type and sensing parameter configuration information of the sensing node, facilitating the scheduling of sensing and computing resources for sensing processing by the sensing node, thus improving flexibility and reducing signaling overhead.

[0199] Specific Application Scenario 3: Mapping Sensing Data to DRB in Concurrency-Aware Business Environments

[0200] Consider a scenario where two sensing services—3D map reconstruction and weather detection—operate concurrently within a certain area. Base stations and mobile terminals need to transmit and receive sensing signals to complete the sensing process. Simultaneously, for a specific base station within the sensing area, other sensing services may also operate concurrently, such as precise location tracking of a mobile user within the area and real-time vehicle location tracking (trajectory perception). The entire sensing scenario is as follows: Figure 4 As shown.

[0201] For 3D map reconstruction and weather detection, real-time requirements are generally not high, and the duration of sensing services is relatively long. Two sensing services may employ the same sensing method; for example, a large number of mobile terminals within the sensing area cooperate with a base station to transmit sensing signals uplink, and the base station performs sensing calculations to obtain environmental information. In this case, the base station can configure appropriate radio bearer parameters and transmission resource configuration parameters for the two similar sensing services based on their QoS, and transmit the sensing signal data of both services on the same logical channel, thus achieving a many-to-one mapping from sensing signal data to the Radio Bearer. Furthermore, for some base stations within the area, other sensing services may also be concurrently running, such as... Figure 4 The base station C also needs to perform location sensing for mobile terminal 4 (pedestrians) and real-time trajectory sensing for mobile terminal 5 (vehicles on the road). Since the real-time requirements and sensing range of these two services differ significantly from the previous 3D map reconstruction and weather sensing services, the base station needs to allocate different levels of transmission resources to support these two services. For example... Figure 5 As shown, for base stations A and B, the mapping of 3D map reconstruction (SQI=1) and weather perception (SQI=2) data to the DRB is many-to-one (mapped to DRB ID=1), while the mapping of pedestrian positioning perception (SQI=5) and vehicle real-time trajectory perception (SQI=7) data to the DRB is one-to-one (mapped to DRB ID=2 and DRB ID=3 respectively).

[0202] It should be noted that currently, due to the large variety of sensing services, and the different sensing methods and measurements depending on the type of sensing service, network sensing efficiency is easily reduced, and sensing-related signaling overhead is enormous. This application, by classifying and quantifying sensing requirements and services, and defining the QoS of different sensing services, establishes a specific mapping relationship between sensing requirements and sensing processing. This ensures that the sensing processing of each sensing node (including configuring the sensing signal format and parameters at the sending end, and determining the processing accuracy and sensing computing resources at the receiving end) meets the sensing QoS requirements, ultimately making the network sensing function more efficient and flexible.

[0203] It should be noted that the service quality characteristic parameter determination method provided in this application embodiment can be executed by a service quality characteristic parameter determination device, or by a control module in the service quality characteristic parameter determination device for executing the service quality characteristic parameter determination method. This application embodiment uses the execution of the service quality characteristic parameter determination method by the service quality characteristic parameter determination device as an example to illustrate the service quality characteristic parameter determination device provided in this application embodiment.

[0204] like Figure 6 As shown, this application embodiment provides a service quality characteristic parameter determination device 600, applied to a transmitting device, including:

[0205] The first determining module 601 is used to determine the perceived quality of service (QoS) characteristic parameters;

[0206] The perceived QoS feature parameters include at least one of the following:

[0207] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0208] Optionally, the first determining module 601 includes:

[0209] The first acquisition unit is used to acquire a QoS parameter set, wherein the QoS parameter set is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters.

[0210] The first receiving unit is used to receive the perceived quality index (SQI) from the core network equipment or the receiving equipment.

[0211] The first determining unit is used to determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

[0212] Optionally, the QoS parameter set is agreed upon by the protocol or notified by the core network equipment.

[0213] Optionally, the first determining module 601 includes:

[0214] The second receiving unit is used to receive the first information sent by the core network equipment or the receiving equipment.

[0215] The first information is used to indicate the perceived QoS feature parameters.

[0216] Optionally, after the first determining module 601 determines the perceived quality of service (QoS) characteristic parameters, the method further includes:

[0217] The second determining module is used to determine the sensing parameter configuration information based on the sensing QoS feature parameters;

[0218] The second transmitting module is used to transmit a sensing signal to the receiving device according to the sensing parameter configuration information;

[0219] The sensing parameter configuration information includes at least one of the following:

[0220] The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

[0221] Optionally, the second transmitting module includes:

[0222] The first mapping unit is used to map the sensed signal to the wireless bearer (RB) according to the target mapping rule;

[0223] The first transmitting unit is used to transmit a sensing signal to the receiving device via the RB;

[0224] The target mapping rule includes at least one of the following:

[0225] Multiple sensing signals are mapped to the same RB;

[0226] A sensing signal is mapped to an RB.

[0227] Optionally, after the first determining module 601 determines the perceived quality of service (QoS) characteristic parameters, the method further includes:

[0228] The third determining module is used to determine the measurement quantity of the sensing signal based on the sensing QoS characteristic parameters.

[0229] The third transmitting module is used to transmit the measured quantity to the receiving device.

[0230] Optionally, the device further includes one of the following:

[0231] The first receiving module is used to receive the sensing method of sensing services sent by the core network equipment or receiving equipment;

[0232] The fourth determining module is used to determine the sensing method of the sensing service based on the sensing QoS feature parameters.

[0233] The different sensing methods indicate different transmitting and receiving terminals for sensing signals.

[0234] Optionally, the device further includes one of the following:

[0235] The second receiving module is used to receive information from the core network equipment or receiving equipment regarding the participating sensing transmitting and receiving devices.

[0236] The fifth determining module is used to determine the transmitting and receiving devices participating in the sensing based on the sensing QoS characteristic parameters.

[0237] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0238] Optionally, the sensing service type includes at least one of the following:

[0239] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0240] Sensing services that detect physical ranges greater than or equal to preset values;

[0241] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0242] Sensing services that detect physical ranges smaller than preset values.

[0243] It should be noted that this device embodiment is a device corresponding to the above method. All implementation methods in the above method embodiments are applicable to this device embodiment and can achieve the same technical effect, so they will not be described again here.

[0244] The service quality characteristic parameter determination device provided in this application embodiment can achieve... Figure 1 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0245] Preferably, this application embodiment also provides a transmitting device, including a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement various processes of the service quality characteristic parameter determination method embodiment applied to the transmitting device side and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0246] This application also provides a readable storage medium on which a program or instruction is stored. When the program or instruction is executed by a processor, it implements various processes of the service quality characteristic parameter determination method embodiment applied to the sending device side and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0247] The computer-readable storage medium mentioned above includes, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0248] This application embodiment also provides a transmitting device, including a processor and a communication interface, wherein the processor is used to determine perceived quality of service (QoS) characteristic parameters;

[0249] The perceived QoS feature parameters include at least one of the following:

[0250] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0251] This device embodiment corresponds to the above-described method embodiment for determining service quality characteristic parameters. All implementation processes and methods of the above-described method embodiment can be applied to this device embodiment and can achieve the same technical effect.

[0252] Specifically, embodiments of this application also provide a transmitting device. When the transmitting device is a base station, such as... Figure 7 As shown, the base station 700 includes: an antenna 701, a radio frequency (RF) device 702, and a baseband device 703. The antenna 701 is connected to the RF device 702. In the uplink direction, the RF device 702 receives information through the antenna 701 and transmits the received information to the baseband device 703 for processing. In the downlink direction, the baseband device 703 processes the information to be transmitted and sends it to the RF device 702. The RF device 702 processes the received information and transmits it through the antenna 701.

[0253] The aforementioned frequency band processing device can be located in the baseband device 703. The method executed by the base station in the above embodiments can be implemented in the baseband device 703, which includes a processor 704 and a memory 705.

[0254] The baseband device 703 may, for example, include at least one baseband board on which multiple chips are disposed, such as... Figure 7 As shown, one of the chips, for example, is a processor 704, which is connected to a memory 705 to call the program in the memory 705 and execute the network device operations shown in the above method embodiment.

[0255] The baseband device 703 may also include a network interface 706 for exchanging information with the radio frequency device 702, such as a common public radio interface (CPRI).

[0256] Specifically, the base station in this embodiment of the invention further includes: instructions or programs stored in memory 705 and executable on processor 704, wherein processor 704 calls the instructions or programs in memory 705 to execute... Figure 6 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0257] When the transmitting device is a terminal Figure 8 A schematic diagram of the hardware structure for implementing a terminal.

[0258] The terminal 800 includes, but is not limited to, at least some of the following components: radio frequency unit 801, network module 802, audio output unit 803, input unit 804, sensor 805, display unit 806, user input unit 807, interface unit 808, memory 809, and processor 810.

[0259] Those skilled in the art will understand that the terminal 800 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 810 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 8 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0260] It should be understood that, in this embodiment, the input unit 804 may include a graphics processing unit (GPU) 8041 and a microphone 8042. The GPU 8041 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 806 may include a display panel 8061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 807 includes a touch panel 8071 and other input devices 8072. The touch panel 8071 is also called a touch screen. The touch panel 8071 may include a touch detection device and a touch controller. Other input devices 8072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here.

[0261] In this embodiment, the radio frequency unit 801 receives downlink data from the network-side device and processes it for the processor 810; additionally, it sends uplink data to the network-side device. Typically, the radio frequency unit 801 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.

[0262] The memory 809 can be used to store software programs or instructions and various data. The memory 809 may primarily include a program or instruction storage area and a data storage area. The program or instruction storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 809 may include high-speed random access memory and non-volatile memory, which 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. For example, at least one disk storage device, flash memory device, or other non-volatile solid-state storage device.

[0263] Processor 810 may include one or more processing units; optionally, processor 810 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications or instructions, and the modem processor mainly handles wireless communication, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 810.

[0264] The processor 810 is used to implement:

[0265] Determine the perceived quality of service (QoS) characteristic parameters;

[0266] The perceived QoS feature parameters include at least one of the following:

[0267] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0268] Optionally, the processor 810 is used to implement:

[0269] Obtain a QoS parameter set, which is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters;

[0270] The radio frequency unit 801 is used to: receive the perceived quality index (SQI) from the core network equipment or the receiving equipment;

[0271] The processor 810 is used to: determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

[0272] Optionally, the QoS parameter set is agreed upon by the protocol or notified by the core network equipment.

[0273] Optionally, the radio frequency unit 801 is used to implement:

[0274] Receive the first information sent by the core network equipment or receiving equipment;

[0275] The first information is used to indicate the perceived QoS feature parameters.

[0276] Optionally, the processor 810 is also used to implement:

[0277] The transmitting device determines the sensing parameter configuration information based on the sensed QoS feature parameters;

[0278] The radio frequency unit 801 is used to: send a sensing signal to the receiving device according to the sensing parameter configuration information;

[0279] The sensing parameter configuration information includes at least one of the following:

[0280] The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

[0281] Optionally, the processor 810 is also configured to: map the sensed signal to the radio bearer (RB) according to a target mapping rule;

[0282] The radio frequency unit 801 is used to: send a sensing signal to the receiving device via the RB;

[0283] The target mapping rule includes at least one of the following:

[0284] Multiple sensing signals are mapped to the same RB;

[0285] A sensing signal is mapped to an RB.

[0286] Optionally, the processor 810 is further configured to: determine the measurement quantity of the sensed signal based on the sensed QoS characteristic parameters;

[0287] The radio frequency unit 801 is used to transmit the measured quantity to the receiving device.

[0288] Optionally, the radio frequency unit 801 is further configured to: implement a sensing method for receiving sensing services transmitted by core network equipment or receiving equipment; or

[0289] The processor 810 is also used to: determine the sensing method of the sensing service based on the sensing QoS feature parameters;

[0290] The different sensing methods indicate different transmitting and receiving terminals for sensing signals.

[0291] Optionally, the radio frequency unit 801 is further configured to:

[0292] The transmitting and receiving devices that participate in sensing, receiving data from the core network equipment or receiving equipment; or

[0293] The processor 810 is also configured to: determine the transmitting and receiving devices participating in the sensing based on the sensing QoS feature parameters.

[0294] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0295] Optionally, the sensing service type includes at least one of the following:

[0296] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0297] Sensing services that detect physical ranges greater than or equal to preset values;

[0298] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0299] Sensing services that detect physical ranges smaller than preset values.

[0300] It should be noted that, by determining the Quality of Service (QoS) parameters, the embodiments of this application can accurately transmit sensing signals, thereby improving the accuracy and efficiency of sensing.

[0301] like Figure 9 As shown in the embodiments of this application, a method for determining service quality characteristic parameters is also provided, including:

[0302] Step 901: The receiving device acquires the perceived QoS feature parameters;

[0303] The perceived QoS feature parameters include at least one of the following:

[0304] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0305] Optionally, the receiving device acquires perceived QoS feature parameters, including:

[0306] Obtain a QoS parameter set, which is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters;

[0307] The receiving device receives the perceived quality index (SQI) from notifications received by core network devices or sending devices.

[0308] Based on the SQI and the QoS parameter set, the perceived QoS feature parameters are determined.

[0309] Optionally, the QoS parameter set is agreed upon by a protocol, notified by the core network device, or notified by the sending device.

[0310] Optionally, the receiving device acquires perceived QoS feature parameters, including:

[0311] Receive second information sent by core network equipment or transmitting equipment;

[0312] The second information indicates the perceived QoS feature parameters.

[0313] Optionally, the method further includes:

[0314] The receiving device acquires the sensing parameter configuration information;

[0315] The receiving device receives the sensing signal sent by the transmitting device according to the sensing parameter configuration information;

[0316] The sensing parameter configuration information includes at least one of the following:

[0317] The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

[0318] Optionally, the receiving device acquires sensing parameter configuration information, including:

[0319] The receiving device receives the sensing parameter configuration information sent by the transmitting device or the core network device.

[0320] Optionally, the receiving device acquires sensing parameter configuration information, including:

[0321] The receiving device determines the sensing parameter configuration information based on the sensing QoS feature parameters.

[0322] Optionally, the sensing signal transmitted by the receiving and transmitting device includes:

[0323] Determine the target mapping rules between sensing signals and wireless bearer units (RBs);

[0324] According to the target mapping rule, the sensing signal sent by the transmitting device is received via RB;

[0325] The target mapping rule includes at least one of the following:

[0326] Multiple sensing signals are mapped to the same RB;

[0327] A sensing signal is mapped to an RB.

[0328] Optionally, the method further includes:

[0329] The receiving device acquires the measured quantity of the sensed signal;

[0330] The receiving device measures the sensing signal based on the measured quantity of the sensing signal and determines the measured value corresponding to the measured quantity.

[0331] Optionally, the receiving device acquires a measurement of the sensed signal, including one of the following:

[0332] The receiving device receives the measured quantity of the sensing signal sent by the transmitting device;

[0333] The receiving device determines the measurement quantity of the sensed signal based on the sensed QoS characteristic parameters.

[0334] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0335] Optionally, the sensing service type includes at least one of the following:

[0336] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0337] Sensing services that detect physical ranges greater than or equal to preset values;

[0338] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0339] Sensing services that detect physical ranges smaller than preset values.

[0340] It should be noted that all descriptions of the receiving device in the above embodiments are applicable to the embodiments of the service quality characteristic parameter determination method and can achieve the same technical effect, so they will not be repeated here.

[0341] like Figure 10 As shown in the illustration, this application also provides a service quality characteristic parameter determination device 1000, applied to a receiving device, comprising:

[0342] The first acquisition module 1001 is used to acquire perceived QoS feature parameters;

[0343] The perceived QoS feature parameters include at least one of the following:

[0344] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0345] Optionally, the first acquisition module 1001 includes:

[0346] The second acquisition unit is used to acquire a QoS parameter set, wherein the QoS parameter set is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters.

[0347] The third receiving unit is used to receive the perceived quality index (SQI) notified by the core network equipment or the sending equipment.

[0348] The second determining unit is used to determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

[0349] Optionally, the QoS parameter set is agreed upon by a protocol, notified by the core network device, or notified by the sending device.

[0350] Optionally, the first acquisition module 1001 includes:

[0351] The fourth receiving unit is used to receive the second information sent by the core network equipment or the transmitting equipment;

[0352] The second information indicates the perceived QoS feature parameters.

[0353] Optionally, the method further includes:

[0354] The third acquisition module is used to acquire perception parameter configuration information;

[0355] The third receiving module is used to receive the sensing signal sent by the transmitting device according to the sensing parameter configuration information;

[0356] The sensing parameter configuration information includes at least one of the following:

[0357] The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

[0358] Optionally, the third acquisition module includes:

[0359] The fifth receiving unit is used to receive sensing parameter configuration information sent by the transmitting device or core network device.

[0360] Optionally, the third acquisition module includes:

[0361] The third determining unit is used to determine the sensing parameter configuration information based on the sensing QoS feature parameters.

[0362] Optionally, the third receiving module includes:

[0363] The fourth determining unit is used to determine the target mapping rules between the sensing signal and the wireless bearer RB;

[0364] The sixth receiving unit is used to receive the sensing signal sent by the transmitting device through the RB according to the target mapping rule;

[0365] The target mapping rule includes at least one of the following:

[0366] Multiple sensing signals are mapped to the same RB;

[0367] A sensing signal is mapped to an RB.

[0368] Optionally, the method further includes:

[0369] The fourth acquisition module is used to acquire the measurement quantity of the sensing signal;

[0370] The sixth determining module is used to measure the sensing signal based on the measured quantity of the sensing signal and determine the measured value corresponding to the measured quantity.

[0371] Optionally, the fourth acquisition module includes one of the following:

[0372] The seventh receiving unit is used to receive the measurement quantity of the sensing signal sent by the transmitting device;

[0373] The fifth determining unit is used to determine the measurement quantity of the sensing signal based on the sensing QoS characteristic parameters.

[0374] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0375] Optionally, the sensing service type includes at least one of the following:

[0376] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0377] Sensing services that detect physical ranges greater than or equal to preset values;

[0378] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0379] Sensing services that detect physical ranges smaller than preset values.

[0380] Preferably, this application embodiment also provides a receiving device, including a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement various processes of the service quality characteristic parameter determination method embodiment applied to the receiving device side and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0381] This application also provides a readable storage medium on which a program or instruction is stored. When the program or instruction is executed by a processor, it implements various processes of the service quality characteristic parameter determination method embodiment applied to the receiving device side and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0382] The computer-readable storage medium mentioned above includes, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0383] This application embodiment also provides a receiving device, including a processor and a communication interface, wherein the processor is used to acquire perceived QoS feature parameters;

[0384] The perceived QoS feature parameters include at least one of the following:

[0385] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0386] This device embodiment corresponds to the method embodiment applied to the receiving device side described above. All implementation processes and methods of the above method embodiments can be applied to this device embodiment and can achieve the same technical effect.

[0387] Specifically, this application also provides a receiving device, the structure of which can be found in [reference needed]. Figure 7 or Figure 8 The structure will not be elaborated here.

[0388] Specifically, the processor executes instructions or programs stored in memory. Figure 10 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0389] like Figure 11 As shown in the embodiments of this application, a data transmission method is also provided, including:

[0390] Step 1101: The core network device acquires target data, which includes: perceived QoS feature parameters or perceived quality index (SQI).

[0391] Step 1102: The core network device sends the target data to the transmitting or receiving device, wherein the perceived QoS characteristic parameters include at least one of the following:

[0392] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0393] Optionally, the method further includes:

[0394] Based on the target data, determine the third piece of information;

[0395] The third information includes at least one of the following:

[0396] The sensing methods of sensing services, and different sensing methods indicate different transceiver terminals for sensing signals;

[0397] The transmitting and receiving devices involved in sensing.

[0398] Optionally, after determining the third information based on the target data, the method further includes:

[0399] The core network equipment sends the sensing method of the sensing service and / or the sensing sending and receiving equipment participating in the sensing to the sending or receiving equipment.

[0400] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0401] Optionally, the sensing service type includes at least one of the following:

[0402] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0403] Sensing services that detect physical ranges greater than or equal to preset values;

[0404] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0405] Sensing services that detect physical ranges smaller than preset values.

[0406] It should be noted that all descriptions of the core network equipment in the above embodiments are applicable to the embodiments of this data transmission method and can achieve the same technical effect, so they will not be repeated here.

[0407] like Figure 12 As shown in the illustration, this application also provides a data transmission device 1200, applied to core network equipment, comprising:

[0408] The second acquisition module 1201 is used to acquire target data, the target data including: perceived QoS feature parameters or perceived quality index (SQI);

[0409] The first transmitting module 1202 is used to transmit the target data to a transmitting device or a receiving device, wherein the perceived QoS characteristic parameters include at least one of the following:

[0410] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0411] Optionally, the device further includes:

[0412] The seventh determining module is used to determine the third information based on the target data;

[0413] The third information includes at least one of the following:

[0414] The sensing methods of sensing services, and different sensing methods indicate different transceiver terminals for sensing signals;

[0415] The transmitting and receiving devices involved in sensing.

[0416] Optionally, after the seventh determining module determines the third information based on the target data, the method further includes:

[0417] The fourth sending module is used to send the sensing method of the sensing service and / or the sending and receiving devices participating in the sensing to the sending or receiving device.

[0418] Optionally, the sensing priority level is used to determine the resource scheduling priority of the sensing signal.

[0419] Optionally, the sensing service type includes at least one of the following:

[0420] Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values;

[0421] Sensing services that detect physical ranges greater than or equal to preset values;

[0422] Delay-sensitive sensing services that sense physical ranges less than preset values;

[0423] Sensing services that detect physical ranges smaller than preset values.

[0424] It should be noted that all descriptions of the core network equipment in the above embodiments are applicable to the embodiments of this data transmission method and can achieve the same technical effect, so they will not be repeated here.

[0425] Preferably, this application embodiment also provides a core network device, including a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement various processes of the data transmission method embodiment applied to the core network device side and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0426] This application also provides a readable storage medium on which a program or instruction is stored. When the program or instruction is executed by a processor, it implements various processes of the data transmission method embodiment applied to the core network equipment side and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0427] The computer-readable storage medium mentioned above includes, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0428] This application embodiment also provides a core network device, including a processor and a communication interface. The processor is used to acquire target data, the target data including: perceived QoS feature parameters or perceived quality index (SQI). The communication interface is used to send the target data to a transmitting device or a receiving device, the perceived QoS feature parameters including at least one of the following:

[0429] Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability.

[0430] This device embodiment corresponds to the above-described method embodiment applied to the core network equipment side. All implementation processes and methods of the above-described method embodiments can be applied to this core network equipment embodiment and can achieve the same technical effect.

[0431] Specifically, this application embodiment also provides a core network device. The structure of the first core network device can be found in [reference needed]. Figure 7 The structure of the base station will not be described in detail here.

[0432] Specifically, the processor executes instructions or programs stored in memory. Figure 12 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0433] Optional, such as Figure 13 As shown in the illustration, this application also provides a communication device 1300, including a processor 1301, a memory 1302, and a program or instructions stored in the memory 1302 and executable on the processor 1301. For example, when the communication device 1300 is a transmitting device, the program or instructions executed by the processor 1301 implement the various processes of the above-described service quality characteristic parameter determination method embodiment, achieving the same technical effect. When the communication device 1300 is a receiving device, the program or instructions executed by the processor 1301 implement the various processes of the above-described service quality characteristic parameter determination method embodiment, achieving the same technical effect. When the communication device 1300 is a core network device, the program or instructions executed by the processor 1301 implement the various processes of the above-described data transmission method embodiment, achieving the same technical effect. To avoid repetition, further details are omitted here.

[0434] The transmitting and receiving devices involved in the embodiments of this application can be terminals, which can be devices that provide voice and / or data connectivity to users, handheld devices with wireless connectivity, or other processing devices connected to a wireless modem, etc. The names of terminal devices may differ in different systems; for example, in a 5G system, a terminal device can be called User Equipment (UE). Wireless terminal devices can communicate with one or more core networks (CNs) via a Radio Access Network (RAN). Wireless terminal devices can be mobile terminal devices, such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, for example, portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted mobile devices that exchange voice and / or data with the radio access network. Examples include Personal Communication Service (PCS) phones, cordless phones, Session Initiated Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDAs), and other devices. Wireless terminal equipment can also be referred to as a system, subscriber unit, subscriber station, mobile station, mobile station, remote station, access point, remote terminal, access terminal, user terminal, user agent, or user device, but is not limited to these terms in the embodiments of this application.

[0435] The transmitting and receiving devices involved in the embodiments of this application can be base stations (BTS) in Global System for Mobile communication (GSM) or Code Division Multiple Access (CDMA), base stations (NodeB, NB) in Wideband Code Division Multiple Access (WCDMA), evolved Node Bs (eNB or eNodeB) in LTE, relay stations or access points, or base stations in future 5G networks, etc., and are not limited thereto.

[0436] The transmitting and receiving devices can each use one or more antennas for multiple-input multiple-output (MIMO) transmission. MIMO transmission can be single-user MIMO (SU-MIMO) or multiple-user MIMO (MU-MIMO). Depending on the configuration and number of antenna combinations, MIMO transmission can be 2D-MIMO, 3D-MIMO, FD-MIMO, or massive-MIMO, and can also be diversity transmission, pre-coding transmission, or beamforming transmission, etc.

[0437] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described service quality characteristic parameter determination method or data transmission method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0438] It should be understood that the 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.

[0439] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0440] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0441] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A method for determining service quality characteristic parameters, characterized in that, include: The transmitting device determines the perceived Quality of Service (QoS) characteristic parameters; The perceived QoS feature parameters include at least one of the following: Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability. The transmitting device determines the perceived quality of service (QoS) characteristic parameters, including: The transmitting device acquires a QoS parameter set, which is a correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters. The transmitting device receives SQI notifications from core network devices or receiving devices; Based on the SQI and the QoS parameter set, the perceived QoS feature parameters are determined.

2. The method according to claim 1, characterized in that, The QoS parameter set is agreed upon by the protocol or notified by the core network equipment.

3. The method according to claim 1, characterized in that, The transmitting device determines the perceived Quality of Service (QoS) characteristic parameters, including: The transmitting device receives the first information sent by the core network device or the receiving device; The first information is used to indicate the perceived QoS feature parameters.

4. The method according to claim 1, characterized in that, After the transmitting device determines the perceived quality of service (QoS) characteristic parameters, the method further includes: The transmitting device determines the sensing parameter configuration information based on the sensed QoS feature parameters; The transmitting device sends a sensing signal to the receiving device according to the sensing parameter configuration information; The sensing parameter configuration information includes at least one of the following: The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

5. The method according to claim 4, characterized in that, The transmitting device sends a sensing signal to the receiving device according to the sensing parameter configuration information, including: The transmitting device maps the sensed signal to the radio bearer (RB) according to the target mapping rule; The sensing signal is sent to the receiving device via the RB. The target mapping rule includes at least one of the following: Multiple sensing signals are mapped to the same RB; A sensing signal is mapped to an RB.

6. The method according to claim 1, characterized in that, After the transmitting device determines the perceived quality of service (QoS) characteristic parameters, the method further includes: The transmitting device determines the measurement quantity of the sensed signal based on the sensed QoS characteristic parameters; The transmitting device sends the measured quantity to the receiving device.

7. The method according to claim 1, characterized in that, It also includes the following: The sensing method by which the transmitting device receives sensing services from the core network equipment or the receiving device; The transmitting device determines the sensing method of the sensing service based on the sensing QoS feature parameters. The different sensing methods indicate different transmitting and receiving terminals for sensing signals.

8. The method according to claim 1, characterized in that, It also includes the following: The transmitting device receives information from the core network equipment or the receiving device that is involved in sensing. The transmitting device determines the transmitting and receiving devices participating in the sensing based on the sensed QoS feature parameters.

9. The method according to claim 1, characterized in that, The perception priority level is used to determine the resource scheduling priority of the perception signal.

10. The method according to claim 1, characterized in that, The sensing service type includes at least one of the following: Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values; Sensing services that detect physical ranges greater than or equal to preset values; Delay-sensitive sensing services that sense physical ranges less than preset values; Sensing services that detect physical ranges smaller than preset values.

11. A method for determining service quality characteristic parameters, characterized in that, include: The receiving device acquires perceived Quality of Service (QoS) characteristic parameters. The perceived QoS feature parameters include at least one of the following: Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability. The receiving device acquires perceived QoS feature parameters, including: Obtain a QoS parameter set, which is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters; The receiving device receives SQI notifications from core network devices or sends device notifications. Based on the SQI and the QoS parameter set, the perceived QoS feature parameters are determined.

12. The method according to claim 11, characterized in that, The QoS parameter set is agreed upon by the protocol, notified by the core network equipment, or notified by the sending equipment.

13. The method according to claim 11, characterized in that, The receiving device acquires perceived QoS feature parameters, including: Receive second information sent by core network equipment or transmitting equipment; The second information indicates the perceived QoS feature parameters.

14. The method according to claim 11, characterized in that, Also includes: The receiving device acquires the sensing parameter configuration information; The receiving device receives the sensing signal sent by the transmitting device according to the sensing parameter configuration information; The sensing parameter configuration information includes at least one of the following: The bandwidth of the sensing signal, the number of transmitting antennas for the sensing signal, the transmission power of the sensing signal, the period of the sensing signal, and the number of pulses of the sensing signal.

15. The method according to claim 14, characterized in that, The receiving device acquires sensing parameter configuration information, including: The receiving device receives the sensing parameter configuration information sent by the transmitting device or the core network device.

16. The method according to claim 14, characterized in that, The receiving device acquires sensing parameter configuration information, including: The receiving device determines the sensing parameter configuration information based on the sensing QoS feature parameters.

17. The method according to claim 14, characterized in that, The sensing signal sent by the receiving and transmitting device includes: Determine the target mapping rules between sensing signals and wireless bearer units (RBs); According to the target mapping rule, the sensing signal sent by the transmitting device is received via RB; The target mapping rule includes at least one of the following: Multiple sensing signals are mapped to the same RB; A sensing signal is mapped to an RB.

18. The method according to claim 14, characterized in that, Also includes: The receiving device acquires the measured quantity of the sensed signal; The receiving device measures the sensing signal based on the measured quantity of the sensing signal and determines the measured value corresponding to the measured quantity.

19. The method according to claim 18, characterized in that, The receiving device acquires a measurement of the sensed signal, including one of the following: The receiving device receives the measured quantity of the sensing signal sent by the transmitting device; The receiving device determines the measurement quantity of the sensed signal based on the sensed QoS characteristic parameters.

20. The method according to claim 11, characterized in that, The perception priority level is used to determine the resource scheduling priority of the perception signal.

21. The method according to claim 11, characterized in that, The sensing service type includes at least one of the following: Delay-sensitive sensing services that sense physical ranges greater than or equal to preset values; Sensing services that detect physical ranges greater than or equal to preset values; Delay-sensitive sensing services that sense physical ranges less than preset values; Sensing services that detect physical ranges smaller than preset values.

22. A service quality characteristic parameter determination device, applied to a transmitting device, characterized in that, include: The first determining module is used to determine the perceived Quality of Service (QoS) characteristic parameters. The perceived QoS feature parameters include at least one of the following: Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability. The first determining module includes: The first acquisition unit is used to acquire a QoS parameter set, wherein the QoS parameter set is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters. The first receiving unit is used to receive the perceived quality index (SQI) from the core network equipment or the receiving equipment. The first determining unit is used to determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

23. A transmitting device, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the service quality characteristic parameter determination method as described in any one of claims 1 to 10.

24. A service quality characteristic parameter determination device, applied to a receiving device, characterized in that, include: The first acquisition module is used to acquire perceived QoS feature parameters; The perceived QoS feature parameters include at least one of the following: Sensing service type, sensing priority level, sensing latency budget, sensing resolution, maximum sensing range, sensing error, continuous sensing capability, sensing update frequency, sensing signal quality, sensing security, sensing privacy, detection probability, and false alarm probability. The first acquisition module includes: The second acquisition unit is used to acquire a QoS parameter set, wherein the QoS parameter set is the correspondence between the perceived quality index (SQI) and the values ​​of perceived QoS feature parameters. The third receiving unit is used to receive the perceived quality index (SQI) notified by the core network equipment or the sending equipment. The second determining unit is used to determine the perceived QoS feature parameters based on the SQI and the QoS parameter set.

25. A receiving device, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the service quality characteristic parameter determination method as described in any one of claims 11 to 21.

26. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the service quality characteristic parameter determination method as described in any one of claims 1 to 21.

Citation Information

Patent Citations

  • Method and apparatus for congestion control in a telecommunications network

    WO2020126657A1