METHODS AND RELATED APPARATUSES FOR SENSING QUALITY-OF-SERVICE (QoS) CONFIGURATION FOR SENSING TASKS

Abstract

The present disclosure relates to methods and related apparatuses for configuring sensing Quality-of-Service (QoS) for sensing tasks. According to an implementation, the method includes acquiring sensing quality of service (QoS) information and obtaining one or more sensing parameters based on the sensing QoS information. The one or more sensing parameters can be used for performing operations related to the one or more sensing tasks, such as sensing measurements, sensing reporting, sensing indication, and the like. The sensing tasks can be implemented based on sensing parameters satisfying requirement (s) corresponding to the sensing QoS information.

Description

METHODS AND RELATED APPARATUSES FOR SENSING QUALITY-OF-SERVICE (QoS) CONFIGURATION FOR SENSING TASKSTECHNICAL FIELD

[0001] The present disclosure relates to the field of communication technologies, and in particular, to methods and related apparatuses for sensing Quality-of-Service (QoS) configuration for sensing tasks.BACKGROUND

[0002] With the large-scale popularization of Internet applications and wireless network devices, people's demand for wireless communication further increases. Communications technologies are also evolving, from 4G to 5G to future generation communications. The communication spectrum ranges from low to high frequency bands such as decimeter wave, centimeter wave, millimeter wave, or terahertz. With increased frequency, a higher number of antennas and larger bandwidth can be used for wireless transmission and reception. These are not only beneficial for communication, but also for sensing. Wireless sensing as a new technology including a wide range of applications such as object detection, ranging, positioning, tracking, imaging, etc., is gaining popularity.

[0003] This background information is provided to reveal information believed by the applicant to be of possible relevance to the present disclosure. No admission is necessarily intended, nor should be construed, that any one of the preceding information constitutes prior art against the present disclosure.SUMMARY

[0004] In a first aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing quality of service (QoS) information; and obtaining one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks, the operations including at least one of: sensing measurements, sensing reporting and sensing indication.

[0005] The first node or first device can be a terminal device, a communications module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device.

[0006] The second node or second device can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device.

[0007] The one or more sensing parameters can be obtained based on the sensing QoS information. The one or more sensing parameters can be used for implementing operations such as, but not limited to, sensing measurements, sensing reporting, sensing indication, and the like, for implementing or realizing one or more sensing tasks based on the sensing QoS information. The sensing task (s) are implemented based on the one or more sensing parameters satisfying certain requirement (s) specified in the sensing QoS information. For example, the acquired sensing QoS information may indicate one or more QoS requirements for execution of a sensing task. The one or more sensing parameters can be derived from the sensing QoS information. In some implementations, different sensing tasks may require different sensing operations. In an example, the sensing task may require sensing measurements. In this case, the one or more sensing parameters can indicate parameter (s) associated with sensing measurements, such as sensing bandwidth, sensing occasions, etc. In another example, the sensing task may require sensing reporting or sensing indication. In this case, the one or more sensing parameters may indicate parameter (s) associated with sensing reporting or sensing indication of a sensing result, which can include accuracy of the sensing result, content of the sensing result, etc.

[0008] In an implementation of the first aspect, the sensing QoS information indicates a first sensing task of the one or more sensing tasks and a first sensing QoS requirement of the first sensing task. The first sensing QoS requirement indicates a sensing quality of the first sensing task.

[0009] One or more sensing parameters corresponding to the first sensing task and satisfying the first QoS requirement are then obtained. The sensing quality of the first sensing task may include one or more of the following: a sensing accuracy, a sensing resolution, a confidence level, a sensing latency, a missed detection, a false detection, a refresh rate or the like. Different indication methods for implementing the indication of the first sensing task and the first sensing QoS requirement may be employed. For example, the sensing QoS information may include an identifier (ID) of the first sensing task and a first sensing QoS index for identifying the first sensing QoS requirement. In another example, the sensing QoS information may include an indicator which can be a reference or a pointer to the first sensing task and the first sensing QoS requirement. A specific indication method may be selected based on actual requirements.

[0010] In an implementation of the first aspect, the sensing QoS information includes a first sensing QoS index for identifying the first sensing QoS requirement of the first sensing task.

[0011] In an implementation of the first aspect, the first sensing task indicated by the sensing QoS information is to perform environment reconstruction, in which case the one or more sensing parameters include one or more of: multipath delay for each target to be constructed; multipath received power for each target to be constructed; a multipath delay window with a starting time and an ending time for each target to be constructed; an angle scope for multipath for each target to be constructed; or, a multipath group index for each target to be constructed. When the first sensing task is to perform environment reconstruction, the one or more sensing parameters may include configuration parameters associated with environment reconstruction. The configuration parameters aim to meet a corresponding sensing QoS requirement indicated in the sensing QoS information. Different configuration parameters may be used for different sensing operations.

[0012] In an implementation of the first aspect, the first sensing QoS requirement includes one or more of: a missed detection rate; a false detection rate; average reconstruction accuracy; an average velocity accuracy; or, a number of reconstruction points. When the first sensing task is to perform environment reconstruction, a corresponding sensing QoS requirement can be provided to ensure successful completion of the first sensing task.

[0013] In an implementation of the first aspect, the first sensing task indicated by the sensing QoS information is to trace a trajectory, in which case the one or more sensing parameters include one or more of: a starting time and an ending time for transmission of a sensing signal; a sensing signal measurement time window for performing sensing signal measurements related to a sensing signal transmission occasion of a point in the trajectory; a sensing signal interval; a number of sensing signal transmission occasions for each middle point of the trajectory; time of arrival (TOA) of middle points in the trajectory; round trip time (RTT) of the sensing signal; angle of arrival (AoA) of a middle point in the trajectory; angle of departure (AoD) of a middle point in the trajectory; zenith angle of arrival (ZoA) or zenith angle of departure (ZoD) of a middle point in the trajectory; expected sensing signal sensing measurement results of a middle point in the trajectory; expected RTT of a middle point in the trajectory; expected AoA of a middle point in the trajectory; or, expected AoD of a middle point in the trajectory. When the first sensing task is to trace a trajectory, the one or more sensing parameters may include configuration parameters associated with tracing of the trajectory. The configuration parameters aim to meet a corresponding sensing QoS requirement.

[0014] In an implementation of the first aspect, the first sensing QoS requirement includes one or more of: an accuracy of a point in the trajectory; a resolution of a point in the trajectory; a starting point of the trajectory; an ending point of the trajectory; a total distance of the trajectory; a position of at least one middle point in the trajectory; a number of middle points in the trajectory; or, a matching probability of the trajectory. When the first sensing task is to trace a trajectory, a corresponding sensing requirement can be provided to ensure successful completion of the first sensing task.

[0015] In an implementation of the first aspect, the first sensing task indicated by the sensing QoS information is to monitor a condition of a target, in which case the one or more sensing parameters include one or more of: antenna ports for channel estimation based on one or more sensing signals reflected by the target; a ratio of channel estimations between at least two of the antenna ports; a time stamp of each channel estimation; or, a number of sensing signal transmissions. When the first sensing task is to monitor a condition of a target, the one or more sensing parameters may include configuration parameters associated with monitoring the condition of the target. The configuration parameters aim to meet a corresponding sensing QoS requirement.

[0016] In an implementation of the first aspect, the first sensing QoS requirement includes one or more of: a respiration rate accuracy; a heart rate accuracy; a missed detection probability; a stopping duration indicating an abnormal interval between adjacent normal respiration times; a stopping duration indicating an abnormal interval between adjacent normal heart beat times; a normal respiration range; a normal heart rate range; or, a confidence level of a sensing result; or, a sensing range for the target. When the first sensing task is to monitor a (health) condition of a target, a corresponding sensing requirement can be provided to enable the first sensing task to be carried out.

[0017] In an implementation of the first aspect, when the first sensing task indicated by the sensing QoS information is to monitor deformation of a target, in which case the one or more sensing parameters include one or more of: at least two sensing signal transmissions towards the target; a sensing method for detecting the deformation of the target; at least one phase difference associated with the at least two sensing signal transmissions; or, a change in distance associated with the deformation of the target. When the first sensing task is to monitor deformation of a target, the one or more sensing parameters may include configuration parameters associated with monitoring the deformation of the target. The configuration parameters aim to meet a corresponding sensing QoS requirement.

[0018] In an implementation of the first aspect, the first sensing QoS requirement includes one or more of: a distance for monitoring the deformation of the target; a deformation accuracy in horizontal; a deformation accuracy in vertical; a deformation resolution; a number of position points for monitoring the deformation of the target; or, a refresh rate. When the first sensing task is to monitor deformation of a target, a corresponding sensing requirement can be provided to ensure successful completion of the first sensing task.

[0019] In an implementation of the first aspect, the method further includes: transmitting a request for the sensing QoS information. According to an implementation, in order to acquire the sensing QoS information, the terminal device or the network device which needs to perform a sensing task, may initiate a request for the sensing QoS information. According to another implementation, the sensing QoS information can be preconfigured. In an example, user equipment (UE) may transmit the request to the RAN / CN device, and in response to the request, the RAN / CN device may transmit the sensing QoS information to the UE. In another example, the RAN device may transmit the request to the CN device, and in response to the request, the CN device may transmit the sensing QoS information to the RAN device. For example, when the sensing task is to monitor deformation of a target, the RAN device can obtain the one or more sensing parameters based on the sensing QoS information to monitor the deformation of the target.

[0020] In an implementation of the first aspect, the method further includes: performing operations related to at least one sensing task of the one or more sensing tasks indicated in the sensing QoS information to obtain sensing data for the at least one sensing task.

[0021] In an implementation of the first aspect, the method further includes: transmitting a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to a first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmission of the sensing data. The first sensing QoS requirement is indicated in the sensing QoS information. The resource allocation request can also be a scheduling request (SR) or can be carried in a scheduling request. A first sensing QoS index corresponding to the first sensing QoS requirement can be included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, thereby reducing power consumption and improving the resource allocation efficiency. Alternatively, the request can be carried as control information in a dedicated control signaling (e.g., PUCCH (physical uplink control channel) or MAC CE (medium access control-control element) or RRC (radio resource control) signaling) , it can also be carried in data payload (e.g., PUSCH (physical uplink shared channel) or MAC PDU (packet data unit) or MAC SDU (service data unit) ) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirements. In an example, a UE may transmit a resource allocation request to the RAN / CN device. This request indicates the sensing QoS requirements for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the RAN device may transmit the resource allocation request to the CN device. In response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0022] In an implementation of the first aspect, the method further includes: receiving a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to a first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmission of the sensing data. The first sensing QoS requirement is indicated in the sensing QoS information. The resource allocation request can also be a scheduling request or be carried in a scheduling request. A first sensing QoS index corresponding to the first sensing QoS requirement is included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, which can reduce power consumption and improve the resource allocation efficiency. Alternatively, the request as can be carried as control information in a dedicated control signaling (e.g., PUCCH or MAC CE or RRC signaling) , it can also be carried in data payload (e.g., PUSCH or MAC PDU or MAC SDU) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirements. For example, the RAN / CN device receives a resource allocation request from the UE, which indicates the sensing QoS requirements for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the CN device receives the resource allocation request from the RAN device, and in response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0023] In an implementation of the first aspect, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) . When the resource allocation request is carried in the UL-WUS, power consumption can be reduced. When the resource allocation request is carried in the scheduling request, a dedicated SR resource is allocated for the transmission. A specific implementation method can be selected according to actual requirements.

[0024] In an implementation of the first aspect, the sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks. An execution of each of the one or more sensing tasks is based on the respective sensing priority. When resources such as communication resources, computation resources or storage resources are scarce, it is beneficial to configure a sensing priority for the sensing traffic and prioritize sensing traffic with a higher priority indication. The execution of each of the one or more sensing tasks is based on the respective sensing priority, e.g., a sensing task having a higher sensing priority can preempt a resource of a sensing task having a lower sensing priority, therefore transmission of sensing traffic with a higher sensing priority can be assured.

[0025] In an implementation of the first aspect, the respective sensing priority corresponding to each of the one or more sensing tasks is compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks. A sensing priority can be configured based on one or more sensing metrics. Examples of the sensing metrics can be a sensing accuracy, a sensing latency, etc. In an example, a sensing task with a higher sensing accuracy can be configured with a higher sensing priority.

[0026] In an implementation of the first aspect, the respective sensing priority corresponding to each of the one or more sensing tasks is associated with one or more of: transmission of the sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal. For example, during the transmission of the sensing data corresponding to each of the one or more sensing tasks, if there is a resource conflict between different sensing data, the respective sensing priorities are used to decide sensing data corresponding to which sensing task should be transmitted first over the others.

[0027] In an implementation of the first aspect, a first sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used to indicate a quality of communication data. A sensing QoS requirement and a communication QoS requirement are two types of QoS requirements. Both the sensing QoS requirement and the communication QoS requirement can characterize the QoS requirement of traffic. Different types of traffic during data transmission may be characterized by different types of QoS requirements, for example, a sensing QoS requirement is used to characterize the QoS requirement of sensing traffic, and the communication QoS requirement is used to characterize the QoS requirement of non-sensing traffic. Different QoS requirements may be expressed by different parameters. In order to compare the QoS requirements of the two different types of traffic, the sensing QoS requirement may be transformed to a QoS requirement which has characteristics similar to the communication QoS requirement. In an example, the first sensing QoS requirement can be configured using a technique, enabling the configured QoS requirement to have characteristics similar to the communication QoS requirement. Thus, the resources for the data transmission of the sensing traffic and communication traffic can be multiplexed. In this way, the communication QoS, after transformation, still characterizes the QoS requirement of sensing data, but can now be compared with communication QoS of other communication data which could be either sensing data or non-sensing data. Thus, a fairer comparison for resource allocation can be obtained.

[0028] In an implementation of the first aspect, a sensing latency budget in the first sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement. The sensing latency budget refers to a time interval between transmission of a sensing task request to the reception of sensing results, which defines an upper bound for the time that sensing behavior may be delayed. Through trans forming the sensing latency budget in the sensing QoS requirement to the packet delay budget in the communication QoS requirement, the sensing QoS requirement can be transformed to the communication QoS requirement to multiplex with communication traffic.

[0029] In an implementation of the first aspect, a sensing latency budget in the first sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement. This defines another technique to transform the sensing QoS requirement to the communication QoS requirement to multiplex with communication traffic.

[0030] In an implementation of the first aspect, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0031] In an implementation of the first aspect, a missed detection rate in the first sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement. In this way, the transformation from the sensing QoS requirement to the communication QoS requirement can be implemented accurately.

[0032] In an implementation of the first aspect, sensing data corresponding to a first sensing task of the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission. The mapping is based on a first sensing QoS index corresponding to the first sensing QoS requirement and / or a resource type for the first sensing task. The first sensing task is indicated by the sensing QoS information. For mapping the sensing data to the DRB, a sensing QoS index can be configured, thereby providing a flexible mapping; a resource type can be taken into account, thereby providing a more efficient resource allocation.

[0033] In an implementation of the first aspect, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0034] In an implementation of the first aspect, the method further includes: transmitting a sensing task request. The sensing task request indicates a sensing task of the one or more sensing tasks. In an example, a terminal device may transmit this request to the network device. The network device receives the request and transmits sensing QoS information corresponding to the sensing task to the terminal device, to enable the terminal device to carry out the sensing task. The sensing QoS information may be used by the network device to perform the sensing task. The sensing QoS information may be generated by the network device, or may be received by the network device from the core network (CN) entity. For example, the network device may transmit the request to the CN entity. The CN entity receives the request and transmits sensing QoS information corresponding to the sensing task to the network device. This QoS information may be used by the network device to initiate the sensing task by transmitting the QoS information to the terminal devices, enabling the terminal devices to participate in the sensing task.

[0035] In an implementation of the first aspect, the method further includes: receiving a sensing task request. The sensing task request indicates a sensing task of the one or more sensing tasks.

[0036] In a second aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: transmitting a resource allocation request. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data.

[0037] In a third aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing QoS information; obtaining one or more sensing parameters based on the sensing QoS information; obtaining sensing data based on performing operations related to the one or more sensing tasks; and transmitting a resource allocation request. The sensing QoS infommation is configured for one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data.

[0038] The resource allocation request can also be a scheduling request or be carried in a scheduling request. A sensing QoS index corresponding to the sensing QoS requirement can be included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, which can reduce power consumption and improve the resource allocation efficiency. Alternatively, the request can be carried as control information in a dedicated control signaling (e.g., PUCCH or MAC CE or RRC signaling) , it can also be carried in data payload (e.g., PUSCH or MAC PDU or MAC SDU) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirement. In an example, a UE may transmit a resource allocation request to the RAN / CN device. This request indicates the sensing QoS requirement for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the RAN device may transmit the resource allocation request to the CN device, and in response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0039] In an implementation of the second aspect or the third aspect, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) . When the resource allocation request is carried in the UL-WUS, power consumption can be reduced. When the resource allocation request is carried in the scheduling request, a dedicated SR resource can be allocated for the transmission. A specific implementation technique can be selected according to actual requirements.

[0040] In an implementation of the second aspect or the third aspect, the sensing QoS requirenent is indicated in the sensing QoS information, and the sensing data is obtained based on the sensing QoS information. Different methods for implementing the indication of the sensing QoS requirement. For example, in an indication method, the sensing QoS information includes a sensing QoS index for identifying the sensing QoS requirement. In some implementations, the sensing QoS information includes an indicator which may be a reference or a pointer to the sensing QoS requirement. A specific indication method can be selected according to actual requirements.

[0041] In an implementation of the second aspect or the third aspect, the sensing QoS requirement corresponding to the sensing data may be preconfigured.

[0042] In a fourth aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing QoS information. The sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks, and an execution of each of the one or more sensing tasks is based on the respective sensing priority corresponding to each of the one or more sensing tasks.

[0043] In a fifth aspect, according to an embodiment of the present disclosure, a method is provided. The method can be perfommed by either a first node or a second node. The method includes: acquiring sensing QoS information; and obtaining one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks, and indicates a respective sensing priority corresponding to each of the one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. The execution of the one or more sensing tasks is based on the respective sensing priorities.

[0044] When resources such as communication resources, computation resources or storage resources are scarce, it is beneficial to configure a sensing priority for sensing traffic, and allocating resources for sensing traffic with a higher priority. The respective sensing priorities can be indicated in the sensing QoS information. The execution of the one or more sensing tasks is based on the respective sensing priorities, e.g., a sensing task with a higher sensing priority can preempt resource allocation to a sensing task with a lower sensing priority, and therefore transmission of sensing traffic with the higher sensing priority can be assured.

[0045] In an implementation of the sixth aspect or the seventh aspect or the fifth aspect, respective sensing priorities of the one or more sensing tasks are compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks. The respective sensing priorities can be configured based on a sensing metric. The sensing metric can be a sensing accuracy, a sensing latency, etc. In an example, a sensing task with a higher sensing accuracy can be configured with a higher sensing priority.

[0046] In an implementation of the sixth aspect or the seventh aspect or the fifth aspect, the respective sensing priorities of the one or more sensing tasks are associated with one or more of: transmission of sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal. The sensing data is obtained based on performing the operations related to the one or more sensing tasks. For example, during the transmission of the sensing data corresponding to the one or more sensing tasks, ifthere is a resource conflict between different sensing data, the sensing priorities are used to decide sensing data corresponding to which sensing task should be transmitted first over the others.

[0047] In a sixth aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing QoS information, where a sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement indicates quality of communication data.

[0048] In a seventh aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing QoS infornation; and obtaining one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. A sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement indicates a quality of communication data.

[0049] The sensing QoS information can indicate the sensing QoS requirement, e.g., the sensing QoS information can include a sensing QoS index for identifying the sensing QoS requirement, or direct to the sensing QoS requirement. . A sensing QoS requirement and a communication QoS requirement are two types of QoS requirements. Both the sensing QoS requirement and the communication QoS requirement can characterize the QoS requirement of traffic. Different types of traffic during data transmission may be characterized by different types of QoS requirements, for example, a sensing QoS requirement is used to characterize the QoS requirement of sensing traffic, and the communication QoS requirement is used to characterize the QoS requirement of non-sensing traffic. Different QoS requirements may be expressed by different parameters. In order to compare the QoS requirements of the two different types of traffic, the sensing QoS requirement may be transformed to a QoS requirement which has characteristics similar to the communication QoS requirement. In an example, the sensing QoS requirement can be configured / transformed using a technique, enabling the configured / transformed QoS requirement to have characteristics similar to the communication QoS requirement. Thus, the resources for data transmission of sensing traffic and communication traffic can be multiplexed. In this way, the communication QoS, after transformation, still characterizes the QoS requirement of sensing data, but can now be compared with communication QoS of other communication data which could be either sensing data or non-sensing data. Thus, a fairer comparison for resource allocation can be obtained.

[0050] In an implementation of the sixth aspect or the seventh aspect, a sensing latency budget in the sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement. The sensing latency budget refers to a time interval between transmission of a sensing task request to the reception of sensing results, which defines an upper bound for the time that sensing behavior may be delayed. Through transforming the sensing latency budget in the sensing QoS requirement to the packet delay budget in the communication QoS requirement, the sensing QoS requirement can be transformed to the communication QoS requirement to multiplex with communication traffic.

[0051] In an implementation of the sixth aspect or the seventh aspect, a sensing latency budget in the sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement. This defines another method to transform the sensing QoS requirement to the communication QoS requirement to multiplex with communication traffic.

[0052] In an implementation of the sixth aspect or the seventh aspect, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0053] In an implementation of the sixth aspect or the seventh aspect, a missed detection rate in the sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement. In this way, the transformation from the sensing QoS requirement to the communication QoS requirement can be implemented accurately.

[0054] In an implementation of the sixth aspect or the seventh aspect, sensing data that is obtained based on performing the operations related to the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, and the mapping is based on a sensing QoS index corresponding to the sensing QoS requirement and / or a resource type for the one or more sensing tasks. The one or more sensing tasks are indicated in the sensing QoS information. For the mapping of the sensing data to the DRB, a respective sensing QoS index can be configured.

[0055] In an implementation of the sixth aspect or the seventh aspect, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0056] In an eighth aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: receiving a resource allocation request. The resource allocation request indicates a sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The sensing QoS requirement indicates a sensing quality of the sensing data.

[0057] In a ninth aspect, according to an embodiment of the present disclosure, a method is provided. The method can be performed by either a first node or a second node. The method includes: acquiring sensing QoS information; obtaining one or more sensing parameters based on the sensing QoS information; obtaining sensing data based on performing operations related to the one or more sensing tasks; and receiving a resource allocation request. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates sensing quality of the sensing data.

[0058] In an implementation of the eighth aspect or the ninth aspect, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .

[0059] In an implementation of the eighth aspect or the ninth aspect, the sensing QoS requirement is indicated in the sensing QoS information, and the sensing data is obtained based on the sensing QoS information.

[0060] In an implementation of the eighth aspect or the ninth aspect, the sensing QoS requirement corresponding to the sensing data is preconfigured.

[0061] In a tenth aspect, according to an embodiment of the present disclosure, an apparatus is provided. The apparatus may include various modules configured to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0062] In an eleventh aspect, according to an implementation of the present disclosure, an apparatus is provided. The apparatus may include at least one processor, wherein the at least one processor is configured to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0063] In a twelfth aspect, according to an implementation of the present disclosure, a system is provided. The communication system may include an apparatus at a receiving end, and an apparatus at a transmitting end.

[0064] In a thirteenth aspect, according to an implementation of the present disclosure, a computing device cluster is provided. The computing device cluster may include a processing circuitry for performing the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0065] In a fourteenth aspect, according to an implementation of the present disclosure, a computer program product is provided. The computer program product may include computer-executable instructions which, when executed by a processor, cause the processor to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0066] In a fifteenth aspect, according to an implementation of the present disclosure, a computer program is provided. The computer program may include computer-executable instructions which, when executed by a processor, cause the processor to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0067] In a sixteenth aspect, according to an implementation of the present disclosure, a computer-readable storage medium is provided. The computer-readable storage medium may include computer-executable instructions which, when executed by a processor, cause the processor to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.

[0068] In a seventeenth aspect, according to an implementation of the present disclosure, a chip is provided. The chip may include an input / output (I / O) interface and a processor, where the processor is configured to call and run computer-executable instructions stored in a memory, to enable a device, in which the chip is present, to execute the method according to the first aspect to the ninth aspect or any implementations of the first aspect to the ninth aspect.BRIEF DESCRIPTION OF THE DRAWiNGS

[0069] Reference will now be made, by way of example, to the accompanying drawings which show example embodiments of the present disclosure, and in which:

[0070] FIG. 1 is a simplified schematic illustration of a communication system according to one or more embodiments of the present disclosure.

[0071] FIG. 2 is a schematic illustration of another example communication system according to one or more embodiments of the present disclosure.

[0072] FIG. 3 is a schematic illustration of a basic component structure of a communication system according to one or more embodiments of the present disclosure.

[0073] FIG. 4 is a schematic illustration of an apparatus in a communication system according to one or more embodiments of the present disclosure.

[0074] FIG. 5 is a schematic illustration of an apparatus in a communication system according to one or more embodiments of the present disclosure.

[0075] FIG. 6 is a schematic diagram of an application scenario according to one or more embodiments of the present disclosure.

[0076] FIG. 7 is a schematic diagram illustrating a sensing entity deployment according to one or more embodiments of the present disclosure.

[0077] FIG. 8 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure.

[0078] FIG. 9 is a schematic illustration of point cloud distribution for environment reconstruction according to one or more embodiments of the present disclosure.

[0079] FIG. 10 is a schematic illustration of a communication system for health monitoring according to one or more embodiments of the present disclosure.

[0080] FIG. 11 is a schematic illustration of a communication system for deformation monitoring according to one or more embodiments of the present disclosure.

[0081] FIG. 12 is a schematic illustration of an example for trajectory tracing according to one or more embodiments of the present disclosure.

[0082] FIG. 13 is a schematic illustration of a UE and RAN node protocol stack with sensing SDAP, according to one or more embodiments of the present disclosure.

[0083] FIG. 14 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure.

[0084] FIG. 15 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure.

[0085] FIG. 16 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure.

[0086] FIG. 17 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure.

[0087] FIG. 18 is a schematic structural diagram of an apparatus according to one or more embodiments of the present disclosure.

[0088] FIG. 19 is another schematic structural diagram of an apparatus according to one or more embodiments of the present disclosure.DETAILED DESCRIPTION

[0089] The embodiments of the present disclosure are described below with reference to the accompanying drawings.

[0090] In the following description, reference is made to the accompanying figures, which form part of the present disclosure, and which show, by way of illustration, specific aspects of one or more embodiments or examples of the present disclosure or specific aspects in which one or more embodiments or examples of the present disclosure may be used. It is understood that the embodiments or examples of the present disclosure may be used in other aspects and include structural or logical changes that may not be depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0091] Examples of wireless communication systems and devices are described below.

[0092] FIG. 1 is a simplified schematic illustration of a communication system according to one or more embodiments of the present disclosure. Referring to FIG. 1, as an illustrative example, a simplified schematic illustration of a communication system is provided. The communication system 100 may comprise a radio access network 120. The radio access network (RAN) 120 may be a future generation radio access network, or a legacy (such as 5th generation (5G) , 4th generation (4G)) radio access network, the RAN 120 may be a network using another radio access technology. In some implementations, radio access refers to a future generation air interface of standards which may comprise both terrestrial networks (TNs) and non-terrestrial networks (NTNs) , and more details will be described below. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes 170a, 170b (generically referred to as 170) in the RAN 120. A core network (CN) 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PS TN) 140, the internet 150, and other networks 160.

[0093] In general, the communication system 100 enables communication of multiple wireless or wired elements. The communication system 100 may provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, among its constituent elements.

[0094] The communication system 100 may provide a wide range of comtmunication services and applications including enhanced Mobile Broadband (eMBB) services, ultra-reliable low-latency communication (URLLC) services, massive machine type communication (mMTC) services, integrated sensing and communication (ISAC) , immersive communication, massive communication, Hyper reliable and low-latency communication, ubiquitous connectivity, integrated AI and communication, and other services that can be provided by a future generation communication system. The communication system 100 may provide other services and applications such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0095] FIG. 2 is a schematic illustration of another example communication system according to one or more embodiments of the present disclosure. As described earlier, the communication system 100 may include EDs ll0a, ll0b, ll0c, ll0d (generically referred to as ED 110) , RAN 120a, 120b, and one or more of a CN 130, a PS TN 140, the internet 150, and other networks 160. In addition, the communication system 100 may also include a non-terrestrial network (NTN) 120c. The RANs 120a, 120b may include respective network nodes 170a, 170b such as base stations 170a, 170b, which may be generically referred to as terrestrial network (TN) devices or terrestrial transmit and receive points (T-TRPs) 170a, 170b (generically referred to as 170) . As referred to herein, the terms “TRP” and “base station” may be used interchangeably unless explicitly noted otherwise in a given example or section. For brevity, this disclosure may primarily refer to base station; however, absent an explicit limitation, references to TRP are merely non-limiting instances of interchangeable use. The T-TRPs 170a, 170b may be base stations mounted on a building or tower. In one implementation, the NTN 120c includes a RAN node such as base station 172, which may be generically referred to as an NTN device, a non-terrestrial node, a non-terrestrial network device, a non-terrestrial base station, or a non-terrestrial transmit and receive point (NT-TRP) 172.

[0096] A base station (also referred to as a TRP as stated above) 170 may be a network element in radio access network responsible for radio transmission and reception in one or more cells to or from the user equipment. Base station 170 may be known by other names in some implementations, such as a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a positioning node, among other possibilities. The base station 170 may be a macro base station (BS) , a pico BS, a relay node, a donor node, or the like, or combinations thereof. When a base station 170 performs (or is configured to perform) a method described herein, it may be interpreted as the base station, one or more modules (or units) in the base station, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the base station.

[0097] Any base station may be a single element, as shown, or multiple elements, distributed in the corresponding RAN, or otherwise. In some implementations, a plurality of RAN nodes coordinate to assist the ED 110 in implementing radio access, and different RAN nodes separately implement different functions of the base station. For example, the RAN node may be a central unit (CU) , a distributed unit (DU) , a CU-control plane (CP) , a CU-user plane (UP) , or a radio unit (RU) etc. The CU and the DU may be separately deployed, or may be included in a same element (i.e., a baseband unit (BBU) ) . The RU may be included in a radio frequency device or a radio frequency unit (i.e., a remote radio unit (RRU) , an active antenna unit (AAU) , or a remote radio head (RRH) ) .

[0098] The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, intemet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0099] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to but not limited to) as a user equipment (UE) or a user device or a terminal device, a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a MTC device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus (such as module, modem, or chip) in the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other temps. When an ED 110 performs (or is configured to perform) a method described herein, it may be interpreted as the ED, one or more module (or units) in the ED, a circuit or chip, or a combination thereof, may perform the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, or system in package (SIP)) , and the like, and may be responsible for one or more cormunication functions in the ED.

[0100] An air interface (e.g., 190a, 190b, 190c) generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices such as ED and base station. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology.

[0101] The RANs 120a and 120b are in communication with the CN 130 to provide the EDs ll0a ll0b, and ll0c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the CN 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by CN 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The CN 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with difierent wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as internet protocol (IP) , transmission control protocol (TCP) , user datagram protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0102] In addition, the communication system 100 may comprise a sensing agent (not shown) to manage the sensed data from ED 110 and / or any one of TRPs 170 a-170b, 172. In one implementation, the sensing agent may be part of any one of TRPs 170 a-b, 172. In another implementation, the sensing agent is a separate node that can communicate with the CN 130 and / or the RAN 120 (e.g., any one of TRPs 170 a-b, 172) .

[0103] The RAN can be a 3GPP-related cellular system, such as the 5G mobile communication system or future evolution systems. RAN can also be an open radio access network (O-RAN) , cloud radio access network (CRAN) , or Virtualized Radio Access Network (vRAN) , etc. Additionally, RAN can be a communication system that integrates two or more of the atorementioned systems. The RAN devices can also be referred to as RAN node, RAN entity, or access node, etc.

[0104] In a possible scenario, the RAN node can be a base station, an evolved NodeB (eNodeB) , an access point (AP) , transmission reception point (TRP) , a next-generation NodeB (gNB) , a next-generation base station in the 6G mobile communication system, a base station in a future mobile communication system, and so on. The RAN node can be a macrocell, microcell, an indoor station, a relay node, a donor / host node, or a wireless controller, etc. The RAN node can also be server, wearable device, vehicle, or vehicular device, etc. For example, in V2X technology, a RAN node can be a roadside unit (RSU) .

[0105] In another possible scenario, the RAN node can be a module or unit that performs part of the base station's functions; or multiple RAN nodes can collaborate to assist terminal devices in achieving wireless access, with different RAN nodes implementing part of the base station's functions. For example, the RAN node can be a central unit (CU) , a distributed unit (DU) , or a radio unit (RU) , etc. The functions of the CU can be implemented by a single entity or by difterent entities. For instance, the functions of the CU can be further divided, that is, separating the control plane and user plane to be implemented by different entities, namely the control plane CU entity (i.e., CU-Control Plane (CP) entity) and the user plane CU entity (i.e., CU-user plane (UP) entity) . The CU-CP entity and CU-UP entity can be coupled with the DU to jointly complete the functions of the RAN node. The CU and DU can be set up separately or can also be included in the same network element, such as a baseband unit (BBU) .

[0106] In different systems, CU (or CU-CP and CU-UP) , DU, or RU may also have different names, but those skilled in the field can understand their meanings. For example, in an O-RAN system, CU can also be referred to as O-CU (Open CU) , DU can also be referred to as O-DU, CU-CP can also be referred to as O-CU-CP, CU-UP can also be referred to as O-CU-UP, and RU can also be referred to as O-RU. For convenience of description, CU, CU-CP, CU-UP, DU, and RU are used in the present disclosure as examples. Any unit of the CU (or CU-CP, CU-UP) , DU, and RU in the present disclosure can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0107] CU and DU can be configured based on protocol layer functions they implement in the wireless network. For example, CU is configured to implement functions of a packet data convergence protocol (PDCP) layer and aforementioned protocol layers (such as a radio resource control (RRC) layer and / or service data adaptation protocol (SDAP) layer, etc. ) . DU is configured to implement the functions of the protocol layers below the PDCP layer (such as the radio link control (RLC) , media access control (MAC) layer, and / or physical (PHY) layer, etc. ) . Alternatively, CU is configured to implement the functions of the protocol layers above the PDCP layer (such as the RRC layer and / or SDAP layer) , and DU is configured to implement the functions of the protocol layers below the PDCP layer (such as the RLC layer, MAC layer, and / or PHY layer, etc. ) . For specific descriptions of the aforementioned protocol layers, reference can be made to the relevant technical specifications of 3GPP or other applicable technical specifications of communication protocols. The division of CU and DU functions according to protocol layers is just an example, and other methods of division are also possible, and this application does not limit it. For example, in one design, CU or DU can also be divided into having partial processing functions of the protocol layer. In one design, part of the functions of the RLC layer and the functions of the protocol layers above the RLC layer are set in the CU, and the remaining functions of the RLC layer and the functions of the protocol layers below the RLC layer are set in the DU.

[0108] FIG. 3 illustrates an example of an apparatus 320 in a communication system (e.g., a future generation network architecture illustrated in FIG. 2) according to one or more embodiments of the present disclosure. The apparatus 320 may be a UE, a network node such as the AN, any components in the AN, the CN or any Network Function of the CN (AMF+, SMF+or any other network functions illustrated in FIG. 2) . As shown in FIG. 3, the apparatus 320 may include at least one processor 260. Only one processor 260 is illustrated to avoid congestion in the drawing. The processor 260 may perform (or control the apparatus 320 to perform) operations (or methods) described herein as being performed by the apparatus 320.

[0109] When the apparatus is the AN, components of the AN or the apparatus is the UE, the apparatus 320 may further include a transmitter 252 and a receiver 254 coupled to one or more antennas. One, some, or all of the antennas may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated, e.g., as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna or a network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna includes any suitable structure for transmitting and / or receiving wireless or wired signals. In present disclosure, the transceiver (or transmitter 252 and / or receiver 254) may be viewed as an interface circuit.

[0110] The apparatus 320 may include at least one memory 258. The memory 258 stores instructions used to perform operations described herein. The memory 258 may also store data used, generated, or collected by the apparatus 320. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the one or more processors 260.

[0111] It should be noted that in present application, “information” , when different from “message” , may be carried in one single message, or be carried in more than one separate message.

[0112] FIG. 4 is a schematic illustration of an apparatus in a communication system according to one or more embodiments of the present disclosure. FIG. 4 illustrates an example of an apparatus 410. The apparatus 410 may be a communication device or an apparatus implemented in a communication device such as ED 110 or TRPs 170a-170b, 172. For example, the apparatus implemented in a communication device may be an integrated circuit, which in some contexts may be known by other colloquial names, such as chip, modem, modem chip, baseband chip, or baseband processor. In some implementations, one or more integrated circuits can be packaged into a system-on-chip, a system-in-package, or a multi-chip module. The apparatus may comprise one or more integrated circuits or comprise one or more integrated circuits and other discrete components. In some implementations, the apparatus 410 may be a module in ED 110, or apparatus 320. In some implementations, the apparatus 410 may be a module in one of TRPs 170a-170b, 172, or apparatus 320.

[0113] In an example, the apparatus 410 may include one or more processors / processor cores 411, and an interface circuit 412. The apparatus 410 may further include a memory 413. The one or more processors / proces sor cores 411 are configured to process signals and execute one or more communication protocols. The memory 413 is configured to store at least a part of corresponding computer program instructions and / or data. In an example, the one or more processors (or processor cores) 411 execute the computer program instructions stored in the memory 413 to implement related operations (for example, inputting, outputting, receiving, and transmitting) in the method embodiments disclosed herein. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store all of the corresponding computer program instructions and / or data for execution by the one or more processors / processor cores 411. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store a part of the corresponding computer program instructions and / or data. For example, the part of the corresponding computer program instructions and / or data may include computer program instructions and / or data that need to be currently executed by the one or more processors / processor cores 411. Thus, the memory 413 may store different parts of computer program instructions and / or data for a plurality times for the one or more processors (or processor cores) 411 to perform related operations in the method embodiments disclosed herein. As a communication interface, the interface circuit 412 is configured to implement communication with another component. For example, the interface circuit 412 may communicate a signal with other apparatus / system such as a radio frequency processing apparatus, or processor system. Optionally, to reduce a load of the processor core, a baseband signal processing circuit 414 may be also disposed to implement processing of at least a part of baseband signals, including signal demodulation, modulation, encoding, decoding, or the like.

[0114] Apparatus 410 may be processor 260 in apparatus 320, in some scenarios, or included in processor 260 in apparatus 320 in some scenarios. Apparatus 410 may be or include a baseband chip. In some implementations, the apparatus 410 may be independently packaged into a chip. In some implementations, the apparatus 320 includes different types of chips. The apparatus 410 may be packaged into a processor chip (for example, an SoC chip or an SIP chip) with the different types of chips. In some implementations, the apparatus 410 may be packaged into a chip with some or all of circuits of a radio frequency processing system that may further included in the apparatus 320.

[0115] FIG. 5 is a schematic illustration of an apparatus in a communication system according to one or more embodiments of the present disclosure. FIG. 5 illustrates an example apparatus 510. Apparatus 510 may include corresponding modules or units configured to implement methods and / or embodiments described herein. In some implementations, the apparatus 510 includes a processing unit 512 and a communication unit 513. Optionally, the apparatus 510 may further include a storage unit 511 configured to store apparatus program code (or instructions) and / or data.

[0116] The apparatus 510 may be an ED side apparatus, for example, an ED or a module in an ED, or a circuit or a chip responsible for a communication function in an ED. In some implementations, apparatus 510 may be implemented as apparatus 320, accordingly, the processing unit 512 is implemented as processor 260, the communication unit 513 is implemented as transnitter 252 and / or receiver 203, and the storage unit 511 is implemented as memory 208.

[0117] The apparatus 510 may be a CN side apparatus or a base station side apparatus, for example, a base station or a module in a base station, or a circuit or a chip responsible for a communication function in a base station. In some implementations, apparatus 510 may be implemented as apparatus 320, accordingly, the processing unit 512 is implemented as processor 260 (the scheduler 253 may also be included) , the communication unit 513 is implemented as transmitter 252 and / or receiver 254, and the storage unit 511 is implemented as memory 258.

[0118] In some implementations, when the apparatus 510 is an ED 110 or a module in an ED 110, a function of the apparatus 510 may be implemented by one or more processors. Specifically, the processor may include a modem chip, or a system on chip SoC chip or an SIP chip that includes a modem core. A function of the communication unit 513 may be implemented by a transceiver circuit.

[0119] In some implementations, when the apparatus 510 is a circuit or a chip that is responsible for a communication function in an ED 110, for example, a modem chip, a system on chip SoC chip or an SIP chip that includes a modem core, a function of the processing unit 512 may be implemented by a circuit system that is in the chip and that includes one or more processors or processor cores. A function of the communication unit 513 may be implemented by an interface circuit or a data transceiver circuit on the foregoing chip.

[0120] It may be understood that the units in the foregoing apparatus may be logical or functional. Each function may correspond to one functional unit, or two or more functions may be integrated into one functional unit. In actual implementation, all or some of the units nay be integrated into one physical entity, or may be distributed in different physical entities. In addition, the foregoing functional units may be implemented in a form of hardware, may be implemented in a form of software, or may be implemented in a form of a combination of hardware and software. Whether a function is performed in a form of hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of this application.

[0121] In an example, a functional unit in any one of the foregoing apparatuses may be configured as one or more integrated circuits for implementing the methods disclosed herein, for example, one or more application-specific integrated circuits (ASICs) , one or more central processing units (CPUs) , one or more microprocessors (microcontroller units, MCUs) , one or more digital signal processors (DSP) , one or more field programmable gate arrays (FPGAs) , or a combination of at least two of these integrated circuit forms.

[0122] In an example, the storage unit 511 may include a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, and / or a register.

[0123] A processor, a processor system, an application processor, a baseband processor, a processor circuit, or a processor core may be collectively referred to as a processor. The processor may include one or a combination of a central processing unit (CPU) , a digital signal processor (DSP) , a microprocessor (microprocessor unit, MPU) , a microcontroller (microcontroller unit, MCU) , a graphics processing unit (GPU) , a field programmable gate array (FPGA) , an artificial intelligence processor (AI processor) , or a neural network processing unit (NPU) .

[0124] The memory may include one or more of the following storage medium: a random access memory (RAM) , a static random access memory (static RAM, SRAM) , a dynamic random access memory (dynamic RAM, DRAM) , a phase-change memory (PCM) , a resistive random access memory (resistive RAM, ReRAM) , a magneto-resistive random access memory (magneto-resistive RAM, MRAM) , a ferroelectric random access memory (ferroelectric RAM, FRAM) , a cache, a register, a read-only memory (ROM) , a flash memory, an erasable programmable read-only memory (erasable programmable ROM, EPROM) , a hard disk, and the like. In an example, the computer program instructions used to execute the foregoing embodiments may be stored in a non-volatile memory, for example, at least a part of the memory (for example, one or more of a ROM, a flash memory, an EPROM, or a hard disk) . When the terminal runs, a part or all of corresponding computer program instructions may be loaded to a memory that has a higher transmission speed with the processor, for example, at least a part of the memory 208 and / or the memory 258 (for example, one or more of a RAM, an SRAM, a DRAM, a PCM, a RERAM, an MRAM, a FRAM, a cache, or a register) , so that the processor executes the computer program instructions to perform the steps in the foregoing method embodiments.

[0125] The solution described in the present disclosure may be applicable to a future generation network, or a legacy network (e.g., 5G, 4G) .

[0126] Positioning quality of service (QoS) or positioning QoS information is defined in 5G long term evolution positioning protocol (LPP) as a location request requirement. The positioning QoS information includes positioning horizontal and vertical accuracy, positioning accuracy's confidence value, response time and a velocity request. In a positioning accuracy request, both an accuracy value and a corresponding confidence value are configured.

[0127] 5G Release-19 defines key performance indicators (KPIs) of sensing requirements / information for different sensing scenarios. The KPIs include accuracy of a positioning estimate which can be a horizonal sensing accuracy and a vertical sensing accuracy, accuracy of a velocity estimate, sensing accuracy's confidence level / value, a sensing resolution, a missed detection probability, a false alarm probability, a maximum sensing service latency and a refresh rate. These KPIs may be applicable in various scenarios including object detection and tracking, environment monitoring, and motion monitoring.

[0128] The positioning QoS requirements / or position QoS information are quite limited compared to sensing requirements / or sensing information. 5G utilizes non-access stratum (NAS) signaling for positioning measurement and report which does not differentiate between traffic priorities for positioning service traffic and other communication service traffic. Furthermore, the KPIs related to the sensing requirements or “sensing KPIs” are not complete or comprehensive. Techniques or methods for using the sensing KPIs and the respective signaling requirements are to be determined.

[0129] Furthermore, in addition to the positioning QoS and sensing KPIs, sensing QoS information may also need to be considered. On the basis of the sensing QoS information, one or more of the following need to be determined: methods to use the sensing QoS information for implementing sensing tasks, methods to multiplex sensing traffic considering the sensing QoS information, the kind of signaling that is required to enable the sensing QoS information for either sensing or communication, and methods to enable sensing data transmission in either the user plane or data plane.

[0130] Aspects of the present disclosure relate to a sensing QoS indication method. In accordance with the method, sensing QoS or sensing QoS information can be configured for operations such as sensing measurements, sensing reporting, sensing data resource allocation, or sensing traffic multiplexing. Sensing QoS parameters (or the sensing QoS information) may be configured for sensing tasks, such as environment reconstruction, health monitoring, deformation monitoring and trajectory tracing. In an implementation, the sensing measurement reporting configuration information (e.g., sensing parameters) may be configured for the above-mentioned sensing tasks. In another implementation, a sensing QoS index can be configured for the sensing data resource allocation request. In yet another implementation, a sensing QoS priority is associated with data or reference signal (RS) resource allocation. The data or RS resource with a higher sensing priority can preempt resources with a lower sensing priority. In yet another implementation, sensing QoS requirement can be transformed to communication QoS requirement for multiplexing sensing traffic and communication traffic. In yet another implementation, a sensing QoS index or a second QoS ID can be configured for sensing data flow mapping to an RAN radio bearer.

[0131] Solutions provided by embodiments of the present disclosure can be applied to a communication system including a sensing device. The sensing device includes a device with sensing capabilities, for example, a terminal device with sensing capabilities. The sensing device can also be referred to as a sensing apparatus or a detector, or other equivalent terms. The sensing device can determine attribute information of a target to be sensed by transmitting a signal (may also be referred to a sensing signal) and receiving the signal (also known as an echo signal) reflected by the target to be sensed. Alternatively, the sensing device can forward a measurement result of the echo signal to a further device. The further device then determines the attribute information of the target to be sensed. The attribute information of the target to be sensed includes information such as, but not limited to, speed, distance, attitude, shape, size, and position of the target. The sensing signal, which is used to sense the target to be sensed, is also known as a detection signal, a radar signal, a radar sensing signal, a radar detection signal, an environmental sensing signal, or a reference signal, etc. The sensing signal can be a pulse signal or a signal that may be present in a wireless communication system, such as a sounding reference signal (SRS) , a demodulation reference signal (DMRS) , a channel state information reference signal (CSI-RS) , a synchronization signal (SS) and physical broadcast channel (PBCH) block (synchronization signal / PBCH block, SSB) , or a SS.

[0132] Embodiments of the present disclosure can be applied to sensing of a surrounding environment. For example, embodiments of the present disclosure can be applied to ground traffic detection, to detect vehicle speed, whether a vehicle is occupying an emergency lane, or whether a vehicle is changing lanes illegally. In this scenario, the sensing device can be installed on mobile devices, such as motor vehicles (e.g., autonomous vehicles, smart cars, electric vehicles, digital cars, etc. ) , drones, rail cars, bicycles, speed measurement devices, terminal devices, etc. The sensing device can also be installed on fixed devices, such as roadside devices or traffic lights, etc. Additionally, this application example can be applied to air traffic detection, meteorological detection, safety detection, electromagnetic imaging, etc. This application example is not limited to sensing application scenarios.

[0133] An exemplary scenario of the present disclosure will be described in the first place before elaborating the solution of the present disclosure. It should be noted that FIG. 6 simply shows an exemplary scenario to which the solution proposed by the present disclosure could be applied, and should not be construed as a limitation.

[0134] FIG. 6 is a schematic diagram of an application scenario according to one or more embodiments of the present disclosure. FIG. 7 is a schematic diagram illustrating a sensing entity deployment according to one or more embodiments of the present disclosure. As shown in FIG. 6 and FIG. 7, the embodiment provides two network devices including a core network and a base station and at least one sensing device (UE) , the number of network devices and UEs shown in FIG. 6 and FIG. 7 are illustrative rather than restrictive. Sensing configurations are established by a sensing entity located either in the CN or the RAN node. The sensing entity is responsible for sensing task management, sensing resource allocation, and for sensing results calculation. The configuration of the sensing entity can be directed by the CN, the RAN, or both. Sensing entity in the RAN can be configured by the CN. A sensing report, which is generated based on measurement of a sensing signal, may be transmitted from the UE to the sensing entity in the CN or RAN node. The RAN node can process the sensing report locally or forward the sensing report to the CN which then processes the sensing report. The transmission of sensing parameters between the CN-based sensing entity and the UE is facilitated by the LPP (LTE Positioning Protocol) . The sensing parameters may include information about how to perform sensing measurements by the UE. The RAN node can be a base station or another UE. In the case of direct communication between two UEs, the transmission of sensing parameters can occur over a sidelink connection. For sidelink sensing, the sensing entity may be located in CN or UE for sensing configuration establishment. The sensing entity in the UE can be configured by the CN. The communication between the UE and the CN node can be implemented via new radio (NR) positioning protocol ‘a’ (NRPPa) .

[0135] The sensing parameters are transmitted between the base station and the UE over a Uu link (the direct radio link between the UE and the base station) . If sensing is configured by the CN, the sensing parameters are transmitted between the CN and the UE over a CN and a UE interface. Alternatively, the configuration can be transmitted to the RAN node, which then communicates with the UE.

[0136] Referring to FIG. 6 and FIG. 7, there is shown an object that is to be sensed. The object could be the target to be sensed as mentioned above. In an implementation, the base station transmits radio signals that propagate through the environment. These signals can directly reach the UE and / or can also reflect off objects such as buildings. The UE may receive both the direct signals from the base station and / or the signals reflected off objects. The UE can measure various properties of these signals, such as phase, angle of arrival, time of arrival, and signal strength. The phase difference between the direct and reflected signals can provide information about the path length difference. This can be used to calculate the distance to the object. The thme difference between the transmission of the signal and its reception can also be used to calculate the distance to the object. If the object is moving, the frequency of the reflected signal will be shifted due to the Doppler effect. The frequency can be used to determine the speed and direction of the object. The UE can process the measured data to extract relevant information about the object, such as its distance, speed, and direction. The UE generates a sensing report that includes these attributes and transmits it back to the base station.

[0137] The method provided in embodiments of the present disclosure can be executed by a first device and a second device. The first device can perform functions of a terminal device, and the second device can perform the functions of a network device. For example, the first device can be the UE as illustrated in FIG. 6 or FIG. 7, and the second device can be the network device as shown in FIG. 6, or FIG. 7. Alternatively, the second device can perform functions of a terminal device, and the first device can also perform functions of a network device. For example, the second device can be the UE as shown in FIG. 6 or FIG. 7, and the first device can also be the network device as shown in FIG. 6 or FIG. 7.

[0138] For ease of description, in the following text, examples are taken where the embodiments are executed by a network device and a terminal device, but the execution body should not be limited to a network device and a terminal device. For example, the embodiment can also involve interactions among one network device and a plurality of terminal devices. When involving a plurality of terminal devices, each of these terminal devices may follow the same process flow to participate in the same sensing task, or may take different actions to complete different sensing tasks.

[0139] In the communication method provided by the embodiment, steps executed by the network device can be realized by a RAN device or a CN itself or by components within the RAN device or the CN device (such as a baseband chip, or other processing units or processors, etc. ) . For example, the network device can be the network device in FIG. 6, or it can also be the chip (system) within the network device in FIG. 6. The steps executed by the terminal device can be realized by a terminal device itself or by components within the terminal device (such as a chip, a processing unit, or a processor, etc. ) . The terminal device can be the UE shown in FIG. 6, or it can also be the chip (system) within the UE in FIG. 6.

[0140] FIG. 8 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure. The method can be applied to a first device or a first node. The first device can be a terminal device or user equipment (UE) , a commuincations module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device. The method can also be applied to a second device or a second node. The second node can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device. As shown in FIG. 8, the method can include the following steps.

[0141] At S801, the method includes acquiring sensing quality of service (QoS) information.

[0142] The sensing QoS information can be configured for one or more sensing tasks. The sensing QoS information may refer to information associated with preparation for executing at least one of the one or more sensing tasks, e.g., an identifier of the at least one sensing task, a sensing requirement corresponding to the at least one sensing task, a sensing QoS index corresponding to the sensing requirement, etc. Sensing QoS information may be different for different sensing tasks, or may also be difierent for the stame sensing task, which is not lhmited in the embodiments of the present disclosure. In an example, the sensing QoS information for environment reconstruction may be different from that for health monitoring. In another example, for the health monitoring, the sensing QoS information for monitoring a condition of an adult may be different from that that for monitoring a condition of a new born. More details about the sensing QoS information will be introduced later.

[0143] The sensing QoS information can be acquired by a node or an entity, e.g., the aforementioned terminal device or network device. In an example, the sensing QoS information can be preconfigured for the node or the entity. In another example, the sensing QoS information can be transmitted from the CN device / the RAN device to the UE, or from the CN device to the RAN device.

[0144] S802, the method includes obtaining one or more sensing parameters based on the sensing QoS information. The one or more sensing parameters are performing operations related to the one or more sensing tasks, the operations including at least one of: sensing measurements; sensing reporting; and sensing indication.

[0145] The one or more sensing parameters may refer to information associated with the execution of at least one of the one or more sensing tasks, e.g., configuration parameter (s) about how to execute the at least one sensing task, configuration about transmission of a sensing result (e.g., sensing data) corresponding to the at least one sensing task, etc. The one or more sensing parameters may be associated with or depend on the sensing QoS information, the sensing QoS information and the one or more sensing parameters for some illustrative sensing tasks will be introduced later.

[0146] The one or more sensing parameters can be used to perform sensing measurements. In an implementation, the one or more sensing parameters may include configuration about how to execute the sensing measurements. For example, in the network-based sensing mode, the UE can perform the sensing task based on the sensing QoS information, e.g., perform sensing measurements based on the sensing QoS information, and send the sensing result or the information associated with the sensing result (e.g., the QoS information of the sensing data or the sensing result) to the network device, such that the network device can perform further processing related to sensing tasks based on the received sensing parameters. The sensing tasks can include object identification, object tracking, motion identification, trajectory prediction, environment reconstruction etc.

[0147] The one or more sensing parameters can be used to perform sensing reporting. In an implementation, the one or more sensing parameters may include configuration about transmission of the sensing result (e.g., sensing data to be reported) , a requirement corresponding to the sensing data and the like. For example, the sensing QoS information can be received by the UE from the network device, and the sensing parameters obtained based on the sensing QoS information can be used to perform the operation of sensing reporting from the UE to the network device.

[0148] The one or more sensing parameters can be used to perform sensing indication. In an implementation, the one or more sensing parameters may include configuration about transmission of the sensing indication. For example, in the UE-based sensing mode, the network device or other network nodes can perform the one or more sensing tasks based on the sensing QoS information, send the sensing result or the information associated with the sensing result to UE, the sensing result or the information associated with the sensing result would be sensing indication. The UE can then perform sensing and perform further processing based on the received information. For example, the sensing QoS information can be received by the network device from the CN entity, and the sensing parameters obtained based on the sensing QoS information can be used to perform the sensing indication from the network device to the UE.

[0149] The one or more sensing parameters can be obtained based on the sensing QoS information. The one or more sensing parameters can be used for implementing operations such as sensing measurements, sensing reporting, sensing indication, and the like, for implementing or realizing one or more sensing tasks associated with sensing based on the sensing QoS information. The sensing task (s) can be implemented based on sensing parameters satisfying requirement (s) corresponding to the sensing QoS information. For example, the acquired sensing QoS information indicates a QoS requirement for execution of a sensing task, in order to perform the sensing task in a way satisfying the indicated QoS requirement, one or more sensing parameters can be derived based on the sensing QoS information. Different sensing tasks may require different sensing operations. In an example, the sensing task requires or corresponds to sensing measurements operation, the obtained one or more sensing parameters can thus indicate parameter (s) associated with sensing measurement, such as sensing bandwidth, sensing occasions, etc., so that the sensing measurement can be done accordingly. In another example, the sensing task requires sensing reporting or sensing indication, the obtained one or more sensing parameters can also indicate parameter (s) associated with sensing reporting or sensing indication of a sensing result, such as accuracy for the sensing result, content of the sensing result, etc.

[0150] In an implementation, the sensing QoS information indicates a first sensing task of the one or more sensing tasks and a first sensing QoS requirement of the first sensing task. The first sensing QoS requirement indicates a sensing quality of the first sensing task. In another implementation, the sensing QoS information includes a first sensing QoS index for identifying the first sensing QoS requirement of the first sensing task. One or more sensing parameters corresponding to the first sensing task and satisfying the first QoS requirement are then obtained. The sensing quality of the first sensing task may include one or more of the following: a sensing accuracy, a sensing resolution, a confidence level, a sensing latency, a missed detection, a false detection, a refresh rate or the like. Different indication methods for implementing the indication of the first sensing task and the first sensing QoS requirement may be employed. For example, the sensing QoS information may include an identifier of the first sensing task and a first sensing QoS index for identifying the first sensing QoS requirement. In another example, the sensing QoS information may include an indicator which can be a reference or a pointer to the first sensing task and the first sensing QoS requirement. A specific indication method can be selected based on actual requirements.

[0151] When a sensing task is initiated by the network device or the UE, the corresponding sensing QoS information needs to be configured to complete the sensing task. The sensing QoS information can reflect the sensing quality in terms of the sensing accuracy, the sensing resolution, the confidence level, the sensing latency, the missed detection, the false detection, the refresh rate or their combinations.

[0152] The sensing accuracy may be defined as a difference between an estimated value and a true value. The sensing resolution may be defined as a minimum value that can differentiate two sensing results or two objects. The confidence level may be defined as a ratio of correct sensing results to the total sensing results. The sensing latency may be defined as a time interval between transmission of a sensing request and reception of the sensing results. The missed detection may be defined as a scenario where there is a sensing target which is not detected by sensing. The false detection may be defined as a scenario where a required sensing target or result may not be present but a sensing result is obtained about the target. The refresh rate may be defined as the inverse of the time interval between two sensing results. It reflects how quickly the two sensing results are obtained or updated.

[0153] When a sensing task is initiated, the associated sensing QoS information is configured. The sensing QoS information that is configured can include one or more of the following: a sensing task ID (or referred to as an identifier of a sensing task) ; a sensing QoS index; an accuracy of positioning estimation in horizontal or vertical, which can be for a target confidence level; an accuracy of velocity estimation in the horizontal or vertical, which can be for a target confidence level; an accuracy of range estimation in the horizontal or vertical, which can be for a target confidence level; an accuracy of angle estimation in the horizontal or vertical, which can be for a target confidence level; an accuracy of orientation estimation in the horizontal or vertical, which can be for a target confidence level; an accuracy of environment reconstruction, which can be for a target confidence level; an accuracy of a respiration rate, which can be for a target confidence level; an accuracy of a heart rate, which can be for a target confidence level; a resolution of range; a resolution of velocity; a resolution of angle; a maximum sensing service latency; a refresh rate; a missed detection rate; a false detection rate.

[0154] The sensing task ID or the sensing QoS ID / index is associated with a given sensing task. Different sensing tasks may have one or more difierent sensing QoS parameters (e.g., parameters included in the sensing QoS information) . The sensing task can include, but is not limited to, object detection and tracking, environment monitoring, motion monitoring, health monitoring, or environment reconstruction. The object detection and tracking can include, but is not limited to, intruder or intrusion detection, trajectory tracing, collision avoidance, parking space determination, object detection near smart grid equipment, immersive experience based on sensing, integrated sensing and positioning in factory hall, advanced driving assistance system. The environment monitoring can include, but is not limited to, rainfall monitoring, or flood monitoring. The motion monitoring can include, but is not limited to, sleep monitoring, sports monitoring, hand gesture monitoring. The health monitoring can include, but is not limited to, respiratory rate monitoring, or heart rate monitoring. The environment reconstruction can include, but is not limited to, construction of three dimension (3D) coordinates, orientation, velocity of a target for logistics tracking, autonomous driving, intelligent factory, or intelligent transportation, etc.

[0155] The sensing QoS information can be configured in a sensing measurement and report procedure. The sensing QoS information can be transmitted from a node or an entity that requests feedback or reporting of sensing (measurement) results. Configuration parameters (the aforementioned one or more sensing parameters) associated with the sensing QoS information can be configured as a response or as an accompanied configuration. The associated configurations will reflect one or more aspects / parameters of the sensing QoS information.

[0156] The sensing QoS information can be carried in RAN signaling e.g., DL DCI or MAC CE or RRC signaling or the signaling between the CN entity and the UE or between the CN entity and the base station. For RAN signaling, if lower layer signaling is configured, the type of the sensing QoS information can be configured in stage 2 DCI format or MAC CE for the sensing measurement request to the UE for UE-assisted network sensing.

[0157] The sensing QoS range accuracy is related to sensing reference signal (SERS) bandwidth (BW) and the received signal to interference and noise ratio (SINR) . Thus, a larger SERS BW means a higher range accuracy. The sensing QoS range resolution is related to the SERS BW. Thus, a larger SERS BW means a higher range resolution. The sensing QoS velocity accuracy is related to the accumulated SERS transmission time and signal to noise ratio (SNR) or SINR. Under the same SNR or SINR, a larger SERS accumulated transmission time means a higher velocity accuracy. The sensing QoS velocity resolution is related to the accumulated SERS transmission time. A larger SERS accumulated transmission time means a higher velocity resolution. Range ambiguity is related to the minimum adjacent frequency resource interval of SERS. The less the interval, the larger the supportable range ambiguity that can be obtained. Velocity ambiguity is related to the minimum adjacent SERS time interval. The less the interval, the larger the supportable velocity ambiguity that can be obtained.

[0158] For a specific sensing task, the corresponding sensing QoS parameters / information can be configured, and the one or more sensing parameters can be obtained based on the acquired sensing QoS information. Some examples are provided as follows.

[0159] In an implementation, the first sensing task indicated by the sensing QoS information is to perform environment reconstruction, in which case the first sensing QoS requirement includes one or more of: a missed detection rate; a false detection rate; an average reconstruction accuracy; an average velocity accuracy; or, a number of reconstruction points. The missed detection rate refers to a rate of missed detection, and the false detection rate refers to a rate of false detection. When the first sensing task is to perform environment reconstruction, a corresponding sensing requirement can be provided to ensure successful completion of the first sensing task.

[0160] In an implementation, the first sensing task indicated by the sensing QoS information is to perform environment reconstruction, in which case the one or more sensing parameters include one or more of: multipath delay for each target to be constructed; multipath received power for each target to be constructed; a multipath delay window with a starting time and an ending time for each target to be constructed; an angle scope for multipath for each target to be constructed; or, a multipath group index for each target to be constructed. When the first sensing task is to perform environment reconstruction, the one or more sensing parameters may include configuration parameters associated with environment reconstruction. The configuration parameters aim to meet a corresponding sensing QoS requirement indicated in the sensing QoS information. Different configuration parameters may be used for different operations related to the one or more sensing tasks. In an example, the aforementioned multipath delay window may be omitted for sensing reporting and sensing indication, while other entries listed may be included in the sensing parameters. In an example, for sensing measurement, all the listed entries may be included in the sensing parameters.

[0161] The sensing QoS information for environment reconstruction can be configured for the UE or can be requested by the UE. As illustrated in FIG. 9, the point cloud distribution is taken as an example to address the following concepts. It should be noted that, there may be other methods for the sensing task of environment reconstruction, which is not limited in the embodiments of the present disclosure.

[0162] Missed detection or missed alarms: The events where the actual target exists but the system detects that the target does not exist. False detection or false alarms: The events where the actual target does not exist but the system detects that the target exists. The average reconstruction accuracy: For target ‘a’ , the reconstruction accuracy means the mean squared error between the reconstructed position and the corresponding ground-truth position of ? ? points on the target ‘a’ . The missed detection targets and the false detection targets are excluded from the statistics. An average reconstruction accuracy value can be configured for a given target confidence level. The average velocity accuracy: For target ‘a’ , the velocity accuracy may be defined as the mean squared error between the measured velocity and the corresponding ground-truth velocity of ? ? points on the target ‘a’ . The missed detection targets and the false detection targets are excluded from the statistics. An average velocity accuracy value can be configured for a given target confidence level. In addition to configuring the above sensing QoS information for environment reconstruction, the point number on the target, the target shape, or the target size can also be configured.

[0163] When the UE or the network device has a sensing task requirement, the sensing entity in the CN device or the RAN device can initiate the sensing task. The sensing QoS information associated with the sensing task can be configured as a sensing QoS requirement request (e.g., a request for requesting the sensing QoS information / requirement) . The request can be transmitted from the network device to the UE or from the UE to the network device. When an environment reconstruction sensing task is initiated, the sensing QoS information can be transmitted from the sensing entity in the CN device / node or the RAN device / node to the UE in the sensing measurement report request configurations. Besides the aforementioned sensing QoS information, some associated sensing parameters related to environment reconstruction may be configured. For example, point cloud may be used for environment reconstruction. Thus, multipath delay and power reporting needs to be configured. Further the reconstruction may be for certain sensing areas, thus the multipath delay window with starting time and ending time for multipath measurement may be configured. The angle scope for the multipath reporting may also be configured. Different clusters or groups of point clouds may be configured for different target reconstructions. Thus, more than one group of multipath power and delay sensing reports may be configured, with each group constraint by delay within the configured time window and angle within the configured angle scope. It should be noted that one or more groups of multipath can correspond to the multiple point clouds distributed in a scattering polygon which represent the target.

[0164] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor a condition of a target, in which case the first sensing QoS requirement includes one or more of: a respiration rate accuracy; a heart rate accuracy; a missed detection probability; a stopping duration indicating an abnormal interval between adjacent normal respiration times; a stopping duration indicating an abnormal interval between adjacent normal heart beat times; a normal respiration range; a normal heart rate range; or, a confidence level of a sensing result; or, a sensing range for the target. When the first sensing task is to monitor a (health) condition of a target, a corresponding sensing requirement can be provided to enable the first sensing task to be carried out.

[0165] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor a condition of a target, in which case the one or more sensing parameters include one or more of: antenna ports for channel estimation based on one or more sensing signals reflected by the target; a ratio of channel estimations between at least two of the antenna ports; a time stamp of each channel estimation; or, a number of sensing signal transmissions. It should be noted that, in the present disclosure, the term “reflect” can be interchangeable with “diffract” , “impact” , “scatter” or the like in appropriate scenarios. The terms “antenna port” , “antenna” and “port” can be used interchangeably in appropriate scenarios. The one or more sensing signals reflected by the target can also be referred to as the one or more signals acted on the target, or the like. When the first sensing task is monitoring a condition of a target, the one or more sensing parameters may include configuration parameters associated with monitoring the condition of the target. The configuration parameters aim to meet a corresponding sensing QoS requirement. In an example, all the listed entries may be included in the sensing parameters for the case of sensing measurement, the listed entries may not be used for the case of sensing reporting and sensing indication.

[0166] The sensing QoS information for respiration can be configured for the UE or requested by the UE. Respiration is a health metric that may be used for tracking health status. As shown in FIG. 10, when a wireless sensing mechanism is used, the radio frequency (RF) signal, reflected due to the motion of the chest which is usually with 5 to 12 mm displacement, can be detected by the receiver. The receiver can obtain the strength of the RF signal, and the phase information from a plurality of antennas to obtain the respiration rate. The normal range of respiration is relevant with age. For example, for a new born, the normal respiration rate is 44 beats / breaths per minute (bpm) . For a child, it can be 20 to 30 bpm. For adult, it can be 12 to 20 bpm.

[0167] The respiration rate accuracy describes the closeness of the measured rate of the respiration (one inhalation and one exhalation) to the true rate of the respiration. The missed detection probability may be defined as the conditional probability of not detecting the presence of respiration when respiration is present. This probability is denoted by the ratio of the number of respirations falsely identified as invalid or not counted, over the number of valid respirations. The stopping duration refers to the time that respiration should occur but does not occur. It may be defined as the abnormal interval between two adjacent normal respiration times. In addition to configuring the above sensing QoS information for respiration, the normal respiration range, the confidence level, or the sensing range can also be configured.

[0168] In addition, the sensing QoS information for heart rate can be configured for the UE or requested by the UE. Heart rate is a health metric that is used for tracking health status. When a wireless sensing mechanism is used, the RF signal, reflected by the motion of the chest which is usually with 5 to 12 mm displacement, can be detected by the receiver. The receiver will obtain the RF signal strength, and the phase information from a plurality of antennas to obtain the heart rate.

[0169] The heart rate accuracy describes the closeness of the measured heart rate to the true heart rate. The missed detection probability refers to the conditional probability of not detecting the presence of a heart beat when the heart beat is present. This probability is denoted as the ratio of the number of heart beat falsely identified as invalid or not counted, to the number of valid heart beats. Stopping duration refers to the time that the heart beat should occur but does not occur. It can be the abnormal interval between two adjacent normal heart beat times. In addition to configuring the above sensing QoS information for heart rate, the normal heart rate range, the confidence level, or the sensing range can also be configured.

[0170] When a health monitoring sensing task is initiated, the sensing QoS information can be transmitted from sensing entity in the CN node or the RAN node to the UE in the sensing measurement report request configurations. Besides the aforementioned sensing QoS information, some associated sensing parameters related to health monitoring may be configured. For example, two or more Rx (receive) antenna ports are configured for SERS channel estimation. A ratio of the channel estimation C to the channel estimation D based on respective Rx antenna ports is obtained (that is, the CSI ratio between C and D obtained) and reported by the UE. The time stamp of each measurement is also reported. With a plurality of SERS transmissions and a plurality of CSI ratio reported from the UE, the respiration rate or the heart rate can be obtained in the network node.

[0171] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor deformation of a target, in which case the first sensing QoS requirement includes one or more of: a distance for monitoring the deformation of the target; a deformation accuracy in horizontal; a deformation accuracy in vertical; a deformation resolution; a number of position points for monitoring the deformation of the target; or, a refresh rate. When the first sensing task is to monitor deformation of a target, a corresponding sensing requirement can be provided to ensure successful completion of the first sensing task.

[0172] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor deformation of a target, in which case the one or more sensing parameters include one or more of: at least two sensing signal transmissions towards the target; a sensing method for detecting the deformation of the target; at least one phase difference associated with the at least two sensing signal transmissions; or, a change in distance associated with the deformation of the target. When the first sensing task is to monitor deformation of a target, the one or more sensing parameters may include configuration parameters associated with monitoring the deformation of the target. The configuration parameters aim to meet a corresponding sensing QoS requirement.

[0173] The sensing QoS information for deformation can be configured for the UE or requested by the UE. Deformation is a kind of position shift. The shift can be lateral, longitudinal, vertical or their combinations. The quality of deformation sensing includes deformation accuracy, or resolution / sensitivity for a certain sensing distance. One example is bridge vibration sensing. The sensing QoS requirement on deformation includes one or more of the following: deformation monitoring distance (the aforementioned distance for monitoring the deformation of the target) , deformation accuracy in horizontal and vertical, deformation resolution, the number of monitoring position points, or a refresh rate. As shown in FIG. 11, the base station (e.g., the RAN node) or the UE can transmit the sensing reference signal (SERS) to the target. Either the bistatic sensing mode or the monostatic sensing mode can be configured. In the bistatic sensing mode, one node transmits the SERS, and another node receives the SERS. In the monostatic sensing mode, the node transmits the SERS and also receives the reflected SERS signal.

[0174] When a deformation monitoring sensing task is initiated, the sensing QoS information can be transmitted from the sensing entity in the CN node or the RAN node to the UE or from sensing entity in the CN node to the RAN node in the sensing measurement report request configurations. Also, a reference signal carrier phase (RSCP) -based method can be configured for the UE or the base station to detect the deformation. For example, as shown in FIG. 11, there can be two SERS transmissions scatted by the targets in different time, each SERS transmission would include a signal transmitted from the base station or the UE to the targets and scattered (reflected or diffracted or refracted) by the targets (the detected deformation objects, e.g., bridge or buildings) , based on the phase difference of the two Rx SERS, and the distance change of the deformation can be obtained. For example,  where and are the received phase in the two transmissions,  is a constant, f is the carrier frequency; and Δt is two times the time used for the deformation. S = c*Δt / 2, where c = 3*108 m / s, and S is the deformation distance value.

[0175] In an implementation, the first sensing task indicated by the sensing QoS information is to trace a trajectory, the first sensing QoS requirement includes one or more of: an accuracy of a point in the trajectory; a resolution of a point in the trajectory; a starting point of the trajectory; an ending point of the trajectory; a total distance of the trajectory; a position of at least one middle point in the trajectory; a number of middle points in the trajectory; or, a matching probability of the trajectory. When the first sensing task is to trace a trajectory, a corresponding sensing requirement can be provided to ensure successful completion of the first sensing task.

[0176] In an implementation, the first sensing task indicated by the sensing QoS information is to trace a trajectory, in which case the one or more sensing parameters include one or more of: a starting time and an ending time for transmission of a sensing signal; a sensing signal measurement time window for performing sensing signal measurements related to a sensing signal transmission occasion of a point in the trajectory; a sensing signal interval; a number of sensing signal transmission occasions for each middle point of the trajectory; time of arrival (TOA) of middle points in the trajectory; round trip time (RTT) of the sensing signal; angle of arrival (AoA) of a middle point in the trajectory; angle of departure (AoD) of a middle point in the trajectory; zenith angle of arrival (ZoA) or zenith angle of departure (ZoD) of a middle point in the trajectory; expected sensing signal sensing measurement results of a middle point in the trajectory; expected RTT of a middle point in the trajectory; expected AoA of a middle point in the trajectory; or, expected AoD of a middle point in the trajectory. When the first sensing task is to trace a trajectory, the one or more sensing parameters may include configuration parameters associated with tracing of the trajectory. The configuration parameters aim to meet a corresponding sensing QoS requirement. In an example, when the one or more sensing parameters are used for performing sensing reporting and sensing indication, the one or more sensing parameters may exclude the aforementioned starting time and ending time for transmission of the sensing signal, the sensing signal measurement time window, the sensing signal interval and the number of sensing signal transmission occasions, the expected RTT, the expected AoA and the expected AoD; while other entries listed may be included in the sensing parameters. In an example, when the one or more sensing parameters are used for performing the sensing measurements, all the listed entries may be included in the sensing parameters.

[0177] The sensing QoS information for trajectory tracing can be configured for the UE or requested by the UE. The sensing QoS information may include one or more of the following: Trajectory accuracy: It refers to the accuracy of each position or accuracy of the average value of all the positions  in the trajectory in horizontal or vertical; a resolution of each trajectory point position (the aforementioned resolution of the point in the trajectory) ; a starting trajectory position (a position of the aforementioned starting point of the trajectory) ; an ending trajectory position (a position of the aforementioned ending point of the trajectory) ; a total distance of the trajectory; a middle point position-absolute position or relative position, if it is relative  position, it may be the reference position; the number of middle points in the trajectory; a trajectory matching probability: The ratio between a number of points that are in the true trajectory point and the  total number of points configured for the trajectory.

[0178] FIG. 12 shows an example of an un-crewed / unmanned aerial vehicle (UAV) trajectory tracing with UE-assisted sensing measurement and reporting. The base station can transmit sensing QoS information in the measurement report request to the UE. The associated SERS configurations (a specific example of the one or more sensing parameters) for sensing measurement are also configured for the UE.

[0179] When the CN sensing entity initiates a trajectory sensing task e.g., tracking a UAV or an AMR (autonomous mobile robots) , sensing QoS information can be configured for the network node for sensing measurement and reporting. In addition, the associated sensing parameters can also be configured.

[0180] For example, for the sensing task of trajectory tracing, an SERS request can be transmitted from the CN node to the network device (e.g., the RAN node) , it can also be an on-demand SERS request. The information carried in the SERS request includes one or more of the following: SERS transmission starting time and ending time which corresponds to the starting and ending position in the trajectory, the SERS measurement time window for measuring the SERS in each trajectory position’s SERS occasions, the SERS interval which corresponds to the time interval between the middle points in the trajectory position, the number of middle point transmission occasions, middle positioning point time of amval (TOA) , round trip time (RTT) , angle-AoA or angle of departure (AoD) or (zenith angle of arrival) ZoA or (zenith angle of departure) ZoD, or expected SERS sensing measurement results of the middle points in the trajectory.

[0181] The sensing entity in the CN node or the base station (e.g., the RAN node) may also configure the trajectory SERS for the UE for cooperative sensing measurement and reporting, to improve the sensing accuracy or trajectory matching probability. Depending on the middle points inter-distance in the trajectory, more than one trajectory middle point occasion SERS can be configured for one UE. The expected TOA, expected RTT, expected angle-AoA or AoD or ZoA or ZoD, expected location of the middle points in the trajectory can be configured for the UE. The UE can compare the measured results and the expected results and can decide whether to feedback the sensing results.

[0182] In an implementation, the method further includes: transmitting a request for the sensing QoS information. According to an implementation, in order to acquire the sensing QoS information, the terminal device or the network device which needs to perform a sensing task, may initiate a request for the sensing QoS information. According to another implementation, the sensing QoS information can be preconfigured. In an example, UE may transmit the request to the RAN device / the CN device, and in response to the request, the RAN device / the CN device may transmit the sensing QoS information to the UE. In another example, the RAN device may transmit the request to the CN device, and in response to the request, the CN device may transmit the sensing QoS information to the RAN device. For example, when the sensing task is to monitor deformation of a target, the RAN device can obtain the one or more sensing parameters based on the sensing QoS information to monitor the deformation of the target. In another example, the sensing QoS information or the sensing QoS requirement can also be transmitted from the UE to the network device. For resource allocation, the network device can transmit a request to configure a method in which the sensing QoS requirement is to be transmitted. For example, the sensing QoS requirement may be transmitted in layer 1 control information (e.g., scheduling request (SR) ) or layer 2 control information (e.g., MAC CE) or layer 3 control information (e.g., RRC signaling) , and upon receiving the request, the UE can transmit the sensing QoS requirement to the network device based on the configured method. For the sensing report, the network device can transmit a request to configure the content of the sensing QoS information that is to be transmitted by the UE. For example, the network device can configure whether the UE needs to indicate the obtained sensing QoS requirement together with sensing measurement results. Upon receiving the request, the UE can transmit the configured sensing QoS information to the network device. In some implementations, the obtained sensing QoS requirement can be the actual sensing QoS requirement, e.g., the sensing QoS requirement can be a range of values that may be preconfigured by the network device.

[0183] In an implementation, the method further includes: performing operations related to at least one sensing task of the one or more sensing tasks indicated in the sensing QoS information to obtain sensing data for the at least one sensing task. In an example, the RAN device may request the sensing QoS information from the CN device, after receiving the sensing QoS information, the RAN device may obtain the one or more sensing parameters based on the sensing QoS information. The RAN device may then perform operations related to the at least one sensing task based on the one or more sensing parameters. Alternatively, the RAN device may transmit the one or more sensing parameters to the UE, and the operations related to the at least one sensing task are executed by the UE based on the received one or more sensing parameters. In another example, the UE may obtain the sensing QoS information from the network device, and then obtain the one or more sensing parameters based on the sensing QoS information, and perform the operations related to the at least one sensing task based on the one or more sensing parameters.

[0184] In an implementation, the terminal device may transmit a sensing task request to the network device. The sensing task request indicates a sensing task of the one or more sensing tasks. Then, the network device receives the request and transmits sensing QoS information corresponding to the sensing task to the terminal device, to enable the terminal device to carry out the sensing task. The sensing QoS information may be used by the network device to perform the operations related to the sensing task. The sensing QoS information may be generated by the network device, or may be received by the network device from the CN entity. For example, the network device may transmit the request to the CN entity. The CN entity receives the request and transmits sensing QoS information corresponding to the sensing task to the network device. The sensing QoS information may be used by the network device to initiate the sensing task by transmitting the QoS information to the terminal devices, enabling the terminal devices to participate in the sensing task.

[0185] In an implementation, the method further includes: transmitting a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to a first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The first sensing QoS requirement can be indicated in the sensing QoS information. The resource allocation request can also be a scheduling request or can be carried in a scheduling request. A first sensing QoS index corresponding to the first sensing QoS requirement is included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, which can reduce power consumption and improve the resource allocation efficiency. Alternatively, the request can be carried as control information in a dedicated control signaling (e.g., PUCCH (physical uplink control channel) or MAC CE (medium access control-control element) or RRC (radio resource control) signaling) , it can also be carried in data payload (e.g., PUSCH (physical uplink shared channel) or MAC PDU (packet data unit) or MAC SDU (service data unit) ) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirements. In an example, a UE may transmit a resource allocation request to the RAN / CN device. This request indicates the sensing QoS requirements for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the RAN device may transmit the resource allocation request to the CN device. In response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0186] In an implementation, the method further includes: receiving a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to a first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The first sensing QoS requirement can be indicated in the sensing QoS information. The resource allocation request can also be a scheduling request or can be carried in a scheduling request. A first sensing QoS index corresponding to the first sensing QoS requirement is included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, which can reduce power consumption and improve the resource allocation efficiency. Alternatively, the request can be carried as control information in a dedicated control signaling (e.g., PUCCH or MAC CE or RRC signaling) , it can also be carried in data payload (e.g., PUSCH or MAC PDU or MAC SDU) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirements. For example, the RAN / CN device receives a resource allocation request from the UE, which indicates the sensing QoS requirements for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the CN device receives a resource allocation request from the RAN device. In response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0187] In an implementation, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) . When the resource allocation request is carried in the UL-WUS, power consumption can be reduced. When the resource allocation request is carried in the scheduling request, a dedicated SR resource is allocated for the transmission. A specific implementation method can be selected according to actual requirements.

[0188] The sensing data or the one or more sensing parameters can be a sensing result for a sensing task. For example, sensing results may include one or more of the following: a multipath delay, a multipath power, a mulfipath angle, a channel impulse response (CIR) , a beam index, a measurement time stamp, a Tx (transmit) or Rx (receive) timing error group index, a bandwidth part (BWP) index, a component carrier index. The sensing results can be the sensing measurement results or the inference output of a sensing Artificial Intelligence (AI)  / Machine Learning (ML) model. Different sensing tasks may be associated with different sensing QoS information. The sensing QoS information can be configured for characterizing sensing data or sensing results.

[0189] When sensing data is to be transmitted by the UE, a scheduling request or a resource allocation request with a sensing QoS requirement may be transmitted. The sensing QoS requirement can be indicated by a sensing QoS index which characterizes the aforementioned sensing QoS parameters. The sensing QoS requirement can be carried in an uplink low power wake-up signal (UL LP-WUS) or a scheduling request (SR) or RACH for resource requesting. For a deep sleep state UE, in the network-configured UL WUS transmission occasion, the UE can indicate its sensing QoS requirement in the UL WUS. The network can then send a response with scheduled resource (s) for the sensing task, e.g., for transmission of sensing data. The UL WUS signal can be a low power consumption signal, e.g., a sequence-based signal or a chirp signal. If the SR mechanism is used, dedicated SR resource (s) can be allocated for transmitting the sensing data. For RACH-based sensing QoS transmission, the sensing QoS information can indicate the sensing task and can be used for deriving the one or more sensing parameters. The sensing QoS information can be carried using a one-step RACH procedure message A (preamble and the associated data, the data carrying the request) or a three-step RACH procedure message C (PUSCH carrying the request) .

[0190] In an implementation, the sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks. The execution of each of the one or more sensing tasks is based on the respective sensing priority. When resources such as communication resources, computation resources or storage resources are scarce, it is beneficial to configure a sensing priority for the sensing traffic and prioritize sensing traffic with a higher priority indication. The respective sensing priority is associated with the sensing QoS information. In an example, the sensing QoS information can indicate the respective sensing priority corresponding to each of the one or more sensing tasks, which means the sensing QoS information may include the respective sensing priority, or provide a reference or a pointer to the respective sensing priority. The execution of each of the one or more sensing tasks is based on the respective sensing priority, e.g., a sensing task having a higher sensing priority can preempt a resource of a sensing task having a lower sensing priority, therefore transmission of sensing traffic with a higher sensing priority can be assured.

[0191] In an implementation, respective sensing priorities of each of the one or more sensing tasks are compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks. A sensing priority can be configured based on one or more sensing metrics. Examples of the sensing metrics can be a sensing accuracy, a sensing latency, etc. In an example, a sensing task with a higher sensing accuracy can be configured with a higher sensing priority. In an implementation, the respective sensing priorities of the one or more sensing tasks are associated with one or more of: transmission of the sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal. For example, during the transmission of the sensing data corresponding to each of the one or more sensing tasks, if there is a resource conflict between different sensing data, the respective sensing priorities can be used to decide sensing data corresponding to which sensing task should be transmitted first over the others.

[0192] For the same kind of sensing task, the sensing priority can be configured according to a sensing metric or a preferred metric or a configured sensing metric for the sensing task. For example, a sensing priority can be configured according to the sensing accuracy. A sensing task with higher sensing accuracy can be configured with a higher sensing priority.

[0193] Different sensing tasks may have different sensing QoS preferences. For example, the environment reconstruction task has a higher requirement on reconstruction accuracy, the advanced driving assisted system (ADAS) task has a higher requirement on sensing latency, or positioning accuracy, and the health monitoring task has a higher requirement on respiration rate or heart rate accuracy and latency. For different sensing tasks, a first sensing metric can be used or configured for the first-round priority differentiation. If two sensing tasks cannot be compared due to, for example, a same priority according to the first sensing metric, a second sensing metric can then be used for priority differentiation, and so on. The first sensing metric can be latency, for example, because if time exceeds the latency budget, the sensing task may fail. The second sensing metric can be configured as accuracy in another example. The second sensing metric may also be a false alarm as certain sensing tasks. For example, the sensing task is to trace a trajectory of a UAV, which is sensitive to false alarms, since there may be danger due to collision.

[0194] The sensing priority can be configured for contention-based resource allocation scenarios. The channel or RS is associated with the corresponding priority when configured for a sensing task implementation. The sensing priority can be configured for a resource allocation request in the Uu link from the UE to the base station; or for a sidelink, data channel or SERS contention-based resource allocation scenario, where a data channel or an SERS with a higher sensing priority can preempt sensing QoS resources with a lower priority when there is potential resource collision. For the lower priority channel or RS resource allocation, the data channel or SERS transmission with lower priority may be dropped or other resources may be used.

[0195] In an implementation, a first sensing QoS requirement indicated by the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used to indicate quality of communication data. The first sensing QoS requirement can be configured as a communication QoS requirement to multiplex with communication traffic. In this way, the communication QoS after transformation still characterizes the QoS requirement of sensing data, and can be compared with communication QoS of other communication data which could be either sensing data or non-sensing data. Thus, a fairer comparison for resource allocation can be obtained.

[0196] In an implementation, a sensing latency budget in the first sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement. The sensing latency budget refers to a time interval between transmission of a sensing task request to the reception of sensing results, which defines an upper bound for the time that sensing behavior may be delayed. Through transforming the sensing latency budget in the sensing QoS requirement to the packet delay budget in the communication QoS requirement, the sensing QoS requirement can be transformed to the communication QoS requirement to multiplex with communication traffic. In another implementation, a sensing latency budget in the first sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement. This defines another technique to transform the sensing QoS requirement to the communication QoS requirement to multiplex with communication traffic. In an implementation, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0197] In an implementation, a missed detection rate in the first sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement. In this way, the transformation from the sensing QoS requirement to the communication QoS requirement can be implemented accurately.

[0198] When sensing results are transmitted as sensing data besides multiplexing with sensing traffic data (sensing data) , they may multiplex with non-sensing data, e.g., enhanced mobile broadband (eMBB) data (gaming, voice etc. ) , machine type communication (MTC) data or ultra-reliable low latency communication URLLC data. The non-sensing communication traffic involves QoS metrics such as, but not limited to, packet delay budget, or packet error rate. Some sensing specific metrics can be transformed to communication-specific metrics. Regarding the traffic type, most of the sensing tasks are non-guaranteed bit rate (GBR) , but some may belong to GBR, e.g., ADAS traffic. Regarding the packet error rate, considering the possible transmission error, some sensing data may be lost that can deteriorate the sensing results. In order to improve this, one technique is to increase the sensing behavior requirement, e.g., with stricter misdetection requirement with less misdetection. Another technique is to have a higher packet error rate (PER) requirement than the misdetection rate in the non-sensing communication traffic’s sensing metric requirements. In some implementations, both of these techniques may be considered. An offset or a scaling factor may be configured for the transformation from the sensing QoS requirement to the communication QoS requirement for a priority comparison or for communication. For example, 1%PER may correspond to sensing QoS requirement 1%reliability enhancement.

[0199] The communication latency budget in QoS of the non-sensing communication traffic can be equal to the sensing latency budget or just a part of the sensing latency budget of the sensing traffic data. Sensing delay refers to the time interval between transmission of the sensing request to the reception of the sensing result (s) . In other words, a sensing delay budget defines an upper bound for the time that the sensing behavior may be delayed. The sensing behavior can be a sensing measurement, or may also include a sensing report, or a sensing request. Thus, from the communication perspective, it may not include the sensing measurement time, or the measurement request time. An offset time B can be configured to equal to a sum of the sensing measurement request and the measurement time. Then, the sensing latency budget minus the offset time B can be regarded as the communication latency budget for the sensing traffic. Table 1 shows the summary of the sensing QoS requirement (the first QoS requirement or second QoS requirement mentioned in the embodiments of the present disclosure) transformed to the communication QoS requirement. Table 1

[0200] In an implementation, sensing data corresponding to a first sensing task of the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission. The mapping is based on a first sensing QoS index corresponding to the first sensing QoS requirement and / or a resource type for the first sensing task. The first sensing task is indicated by the sensing QoS information. For mapping the sensing data to the DRB, a sensing QoS index can be configured, thereby providing a flexible mapping; a resource type can be taken into account, thereby providing a more efficient resource allocation. In an implementation, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0201] The sensing QoS information can be configured to map sensing data flow to a DRB (dedicated radio bearer) . A sensing QoS identifier / index can be configured with each identifier / index representing a group of sensing QoS parameters e.g., the aforementioned accuracy, resolution, misdetecfion rate, false alarm rate, refresh rate. It should be noted that a transformed sensing QoS ID can also be configured for data flow to DRB mapping especially when considering sensing data multiplexed with communication data. The sensing data can be sensing measurement results or sensing AI / ML data or even hybrid sensing data including other non-RF sensor sensing results. The sensing data flows are mapped to the DRB according to the sensing QoS configuration. For example, two non-GBR sensing data flows with same sensing QoS identifier (which means they have same sensing QoS characteristics or parameters) can be mapped to the same DRB. The GBR sensing data flow can be mapped to the DRB with one-to-one mapping. The sensing data can be transmitted in the user plane or the data plane. The sensing QoS can be indicated between the CN and the RAN node or the UE, or can be indicated between the RAN node and the UE. FIG. 13 shows that the sensing QoS ID may be configured for sensing data flows to a sensing radio bearer (DRB-S) mapping in the service data adaptation protocol for sensing (SDAP-S) layer in the user / data plane.

[0202] FIG. 14 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure. The method casa be applied to a first device or a first node. The first device can be a terminal device or user equipment (UE) , a communications module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device. The method can also be applied to a second device or a second node. The second node can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device. In the embodiment, the above description related to same or similar terminologies can also apply here, such as the sensing QoS requirement, the way in which the resource allocation request is carried, etc. Some details may be omitted for the sake of brevity. As shown in FIG. 14, the method can include the following steps. At S 1401, the method includes acquiring sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. At S1402, the method includes obtaining one or more sensing parameters based on the sensing QoS information and obtain sensing data based on performing operations related to the one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. At S 1403, the method includes transmitting a resource allocation request. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data. It should be noted that, a part or all of S 1401 to S 1403 are executed, e.g., in some casesS1401 and S1402 can be omitted.

[0203] FIG. 15 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure. The method can be applied to a first device or a first node. The first device can be a terminal device or user equipment (UE) , a communications module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device. The method can also be applied to a second device or a second node. The second node can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device. In the embodiment, the above description related to same or similar terminologies can also apply here, such as the sensing QoS requirement, the way in which the resource allocation request is carried, etc. Some details may be omitted for the sake of brevity. As shown in FIG. 15, the method can include the following steps. At S 1501, the method includes acquiring sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. At S1502, the method includes obtaining one or more sensing parameters based on the sensing QoS information and obtain sensing data based on performing operations related to the one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. At S1503, the method includes receiving a resource allocation request. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates sensing quality of the sensing data. It should be noted that, a part or all of S1501 to S1503 are executed, e.g., in some cases, S1501 and S1502 can be omitted.

[0204] It should be noted that, in the present disclosure, “first” , “second” and the like are only used for distinguishing objects of different conditions, a specific meaning can be understood with the processing it undergoes or the function it intends to implement. In the present disclosure, the sensing QoS requirement can be the same as or different from the aforementioned first sensing QoS requirement. If the first sensing QoS requirement has been indicated for sensing measurements, the first sensing QoS requirement can be reused for sensing resource allocation, or another sensing QoS measurement can be defined for the sensing resource allocation. The resource allocation request can also be a scheduling request or be carried in a resource allocation request. A sensing QoS index corresponding to the sensing QoS requirement can be included in the resource allocation request or the scheduling request, and the request can be carried in the initial signaling, which can reduce power consumption and improve the resource allocation efficiency. Alternatively, the request can be carried as control information in a dedicated control signaling (e.g., PUCCH or MAC CE or RRC signaling) , it can also be carried in data payload (e.g., PUSCH or MAC PDU or MAC SDU) , thereby enabling a scheduling device to assign resources considering the traffic QoS requirement. In an example, a UE may transmit a resource allocation request to the RAN / CN device. This request indicates the sensing QoS requirement for the transmission of the sensing data. In response to the request, the RAN / CN device may allocate resources to the UE. The sensing data is transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the UE. In another example, the RAN device may transmit the resource allocation request to the CN device. In response to the request, the CN device may allocate resources to the RAN device. The sensing data is then transmitted using the allocated resources according to the sensing QoS requirements indicated in the resource allocation request received from the RAN device.

[0205] In an implementation, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) . When the resource allocation request is carded in the UL-WUS, power consumption can be reduced. When the resource allocation request is carried in the scheduling request, a dedicated SR resource can be allocated for the transmission. A specific implementation technique can be selected according to actual requirements.

[0206] In an implementation, the sensing QoS requirement is indicated in the sensing QoS information, and the sensing data is obtained based on the sensing QoS information. Different methods for implementing the indication of the sensing QoS requirement. For example, an indication method can be to include a sensing QoS index in the sensing QoS information for identifying the sensing QoS requirement. Another method involves including an indicator in the sensing QoS information that directs / points to or references the sensing QoS requirement. A specific indication method can be selected according to actual requirements.

[0207] In an implementation, the sensing QoS requirement corresponding to the sensing data may be preconfigured.

[0208] FIG. 16 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure. The method can be applied to a first device or a first node. The first device can be a terminal device or user equipment (UE) , a communications module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device. The method can also be applied to a second device or a second node. The second node can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device. In the embodiment, the above description related to same or similar terminologies can also apply here, such as the sensing QoS information, the sensing priority, etc. Some details may be omitted for the sake of brevity. As shown in FIG. 16, the method can include the following steps. At S1601, the method includes acquiring sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. The sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks. The execution of the one or more sensing tasks is based on the respective sensing priorities. At S1602, the method includes obtaining one or more sensing parameters based on the sensing QoS information. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. It should be noted that, a part or all of the aforementioned steps are executed, e.g., in some cases, S602 can be omitted.

[0209] When resources such as communication resources, computation resources or storage resources are scarce, it is beneficial to configure a sensing priority for the sensing traffic and prioritize sensing traffic with a higher priority indication. The respective sensing priorities can be indicated in the sensing QoS information. The execution of the one or more sensing tasks is based on the respective sensing priorities, e.g., a sensing task having a higher sensing priority can preempt a resource of a sensing task having a lower sensing priority, therefore transmission of sensing traffic with a higher sensing priority can be assured.

[0210] In an implementation, respective sensing priorities of the one or more sensing tasks are compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks. The respective sensing priorities can be configured based on one or more sensing metrics. Examples of the sensing metrics can be a sensing accuracy, a sensing latency, etc. In an example, a sensing task with a higher sensing accuracy can be configured with a higher sensing priority.

[0211] In an implementation, the respective sensing priorities of the one or more sensing tasks are associated with one or more of: transmission of sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal. The sensing data is obtained based on performing the operations related to the one or more sensing tasks. For example, during the transmission of the sensing data corresponding to the one or more sensing tasks, if there is a resource conflict between different sensing data, the sensing priorities are used to decide sensing data corresponding to which sensing task should be transmitted first over the others.

[0212] FIG. 17 is a schematic flowchart of a method for sensing QoS configuration for sensing tasks according to one or more embodiments of the present disclosure. The method can be applied to a first device or a first node. The first device can be a terminal device or user equipment (UE) , a communications module in a terminal, or a circuit or a chip (for example, a modem (Modem) chip, also referred to as a baseband (baseband) chip, or a system on chip (System on Chip) including a modem core) that is responsible for a communication function and that is in a terminal; SoC chip or system in package (SIP) chip, or may be a logical module or software that can implement all or some functions of the terminal device. The method can also be applied to a second device or a second node. The second node can be a network device, or a component (for example, a circuit, a chip, a chip system, or a logical module or software) in a network device. The network device can include a radio access network (RAN) device and / or a core network (CN) device. In the embodiment, the above description related to same or similar terminologies can also apply here, such as the sensing QoS information, the sensing QoS requirement, the communication QoS requirement, the way in which the sensing QoS requirement is transformed to the communication QoS requirement, etc. Some details may be omitted for the sake of brevity. As shown in FIG. 17, the method can include the following steps. At S1701, the method includes acquiring sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. At S1702, the method includes obtaining one or more sensing parameters based on the sensing QoS information. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. A sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used for indicating a quality of communication data. It should be noted that, a part or all of the aforementioned steps are executed, e.g., in some cases, S1702 can be omitted.

[0213] The sensing QoS information can indicate the sensing QoS requirement, e.g., the sensing QoS information can include a sensing QoS index for identifying the sensing QoS requirement, or can include a reference or pointer that may direct to the sensing QoS requirement. The sensing QoS requirement can be transformed to a communication QoS requirement to multiplex with communication traffic. In this way, the communication QoS after transformation still characterizes the QoS requirement of sensing data, and can be compared with communication QoS of other communication data which could be either sensing data or non-sensing data. Thus, a fairer comparison for resource allocation can be obtained.

[0214] In an implementation, a sensing latency budget in the sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement. The sensing latency budget refers to a time interval between transmission of a sensing task request to the reception of sensing results, which defines an upper bound for the time that sensing behavior may be delayed. Through transforming the sensing latency budget in the sensing QoS requirement to the packet delay budget in the communication QoS requirement, the sensing QoS requirement can be transformed to the communication QoS requirement to multiplex with communication traffic.

[0215] In an implementation, a sensing latency budget in the sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement. This defines another way to transform the sensing QoS requirement to the communication QoS requirement to multiplex with communication traffic.

[0216] In an implementation, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0217] In an implementation, a missed detection rate in the sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement. In this way, the transformation from the sensing QoS requirement to the communication QoS requirement can be implemented accurately.

[0218] In an implementation, sensing data that is obtained based on performing the operations related to the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, and the mapping is based on a sensing QoS index corresponding to the sensing QoS requirement and / or a resource type for the one or more sensing tasks. The one or more sensing tasks are indicated in the sensing QoS information. For mapping the sensing data to the DRB, a respective sensing QoS index can be configured, thereby providing a flexible mapping; a resource type can be taken into account, thereby providing a more efficient resource allocation.

[0219] In an implementation, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0220] For the details about implementations of the methods, reference can be made to the foregoing description, which is not repeated.

[0221] In view of the foregoing, the present disclosure proposes how to implement sensing tasks using the sensing QoS information. The sensing QoS information for several sensing tasks is provided to enable sensing tasks to be carried out. Sensing measurement and report configuration information (e.g., sensing parameters) for several sensing tasks are also provided, which aim to meet the respective sensing QoS requirement included in the sensing QoS information. In addition, a sensing QoS index can be provided in the initial signaling, where the sensing QoS index corresponds to the sensing QoS requirement, and signaling can be used for requesting resource allocation, e.g., allocating resources for sensing data transmission, which can reduce power consumption and improve resource allocation efficiency. Further, a sensing QoS priority can also be set for the sensing tasks, sensing traffic transmission with a higher sensing QoS priority can be assured, and sensing QoS metric with a higher sensing QoS priority, e.g., latency or accuracy, can be achieved. Furthermore, the sensing QoS requirement can be transformed to a communication QoS requirement to multiplex with the communication traffic. Thus, a faker comparison for resource allocation can be achieved. The sensing QoS index can be configured for flexible sensing data flow mapping to the DRB, thereby providing a more efficient resource allocation, where data plane or user plane for sensing data transmission can be supported.

[0222] Next, embodiments of products related to the methods will be described.

[0223] FIG. 18 is a schematic structural diagram of an apparatus according to one or more example embodiments of the present disclosure. As shown in FIG. 18, the apparatus 1800 may include a first obtaining module 1801 and a second obtaining module 1802. The first acquiring module is configured to acquire sensing quality of service (QoS) information. The first obtaining module is configured to obtain one or more sensing parameters based on the sensing QoS information. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks, the operations including at least one of: sensing measurements, sensing reporting and sensing indication.

[0224] In an implementation, the sensing QoS information indicates a first sensing task and a first sensing QoS requirement of the sensing task, where the first sensing QoS requirement indicates a sensing quality of the sensing task.

[0225] In an implementation, the sensing QoS information includes a first sensing QoS index for identifying the first sensing QoS requirement of the first sensing task.

[0226] In an implementation, the first sensing task indicated by the sensing QoS information is to perform environment reconstruction, in which case the one or more sensing parameters include one or more of: multipath delay for each target to be constructed; multipath received power for each target to be constructed; a mulfipath delay window with a starting time and an ending time for each target to be constructed; an angle scope for multipath for each target to be constructed; or, a multipath group index for each target to be constructed.

[0227] In an implementation, the first sensing QoS requirement includes one or more of: a missed detection rate; a false detection rate; an average reconstruction accuracy; an average velocity accuracy; or, a number of reconstruction points.

[0228] In an implementation, the first sensing task indicated by the sensing QoS information is to trace a trajectory, in which case the one or more sensing parameters include one or more of: a starting time and an ending time for transmission of a sensing signal; a sensing signal measurement time window for performing sensing signal measurements related to a sensing signal transmission occasion of a point in the trajectory; a sensing signal interval; a number of sensing signal transmission occasions for each middle point of the trajectory; time of amval (TOA) of middle points in the trajectory; round trip time (RTT) of the sensing signal; angle of arrival (AoA) of a middle point in the trajectory; angle of departure (AoD) of a middle point in the trajectory; zenith angle of arrival (ZoA) or zenith angle of departure (ZoD) of a middle point in the trajectory; expected sensing signal sensing measurement results ora middle point in the trajectory; expected RTT of a middle point in the trajectory; expected AoA of a middle point in the trajectory; or, expected AoD of a middle point in the trajectory.

[0229] In an implementation, the first sensing QoS requirement includes one or more of: an accuracy of a point in the trajectory; a resolution of a point in the trajectory; a starting point of the trajectory; an ending point of the trajectory; a total distance of the trajectory; a position of at least one middle point in the trajectory; a number of middle points in the trajectory; or, a matching probability of the trajectory.

[0230] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor a condition of a target, in which case the one or more sensing parameters include one or more of: antenna ports for channel estimation based on one or more sensing signals reflected by the target; a ratio of channel estimations between at least two of the antenna ports; a time stamp of each channel estimation; or, a number of sensing signal transmissions.

[0231] In an implementation, the first sensing QoS requirement includes one or more of: a respiration rate accuracy; a heart rate accuracy; a missed detection probability; a stopping duration indicating an abnormal interval between adjacent normal respiration times; a stopping duration indicating an abnormal interval between adjacent normal heart beat times; a normal respiration range; a normal heart rate range; or, a confidence level of a sensing result; or, a sensing range for the target.

[0232] In an implementation, the first sensing task indicated by the sensing QoS information is to monitor deformation of a target, in which case the one or more sensing parameters include one or more of: at least two sensing signal transmissions towards the target; a sensing method for detecting the deformation of the target; at least one phase difference associated with the at least two sensing signal transmissions; or, a change in distance associated with the deformation of the target.

[0233] In an implementation, the first sensing QoS requirement includes one or more of: a distance for monitoring the deformation of the target; a deformation accuracy in horizontal; a deformation accuracy in vertical; a deformation resolution; a number of position points for monitoring the deformation of the target; or, a refresh rate.

[0234] In an implementation, the apparatus further includes a first transmitting module. The first transmitting module is configured to transmit a request for the sensing QoS information.

[0235] In an implementation, the apparatus further includes a processing module. The processing module is configured to perform operations related to at least one sensing task of the one or more sensing tasks indicated in the sensing QoS information to obtain sensing data for the at least one sensing task.

[0236] In an implementation, the apparatus further includes a second transmitting module. The second transmitting module is configured to transmit a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to a first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The first sensing QoS requirement is indicated in the sensing QoS information.

[0237] In an implementation, the apparatus further includes a first receiving module. The first receiving module is configured to receive a resource allocation request. The resource allocation request includes a first sensing QoS index corresponding to s first sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The first sensing QoS requirement is indicated in the sensing QoS information.

[0238] In an implementation, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .

[0239] In an implementation, the sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing task, and an execution of each of the one or more sensing tasks is based on the respective sensing priority.

[0240] In an implementation, respective sensing priorities corresponding to each of the one or more sensing tasks are compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks.

[0241] In an implementation, the respective sensing priorities corresponding to each of the one or more sensing tasks are associated with one or more of: transmission of the sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal.

[0242] In an implementation, a first sensing QoS requirement indicated by the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used to indicate a quality of communication data.

[0243] In an implementation, a sensing latency budget in the first sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement.

[0244] In an implementation, a sensing latency budget in the first sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement.

[0245] In an implementation, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0246] In an implementation, a missed detection rate in the first sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement.

[0247] In an implementation, sensing data corresponding to a first sensing task of the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, and the mapping is based on a first sensing QoS index corresponding to the first sensing QoS requirement and / or a resource type for the first sensing task. the first sensing task is indicated in the sensing QoS information.

[0248] In an implementation, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0249] In an implementation, the apparatus further includes a third transmitting module. The third transmitting module is configured to transmit a sensing task request. The sensing task request indicates a sensing task of the one or more sensing tasks.

[0250] In an implementation, the apparatus further includes a second receiving module. The second receiving module is configured to receive a sensing task request. The sensing task request indicates a sensing task of the one or more sensing tasks.

[0251] The apparatus 1800 may be applied to the terminal device (the first device) or the network device (the second device) as described in the above method embodiments, or may be the terminal device (the first device) or the network device (the second device) as described in the above method embodiments. It should be understood by a person skilled in the att that, the relevant description of the above modules in the embodiments of the present disclosure may be understood with reference to the relevant description of the method in the embodiments of the present disclosure.

[0252] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus includes a transmitting module. The transmitting module is configured to transmit a resource allocation request. The resource allocation request indicates a sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The sensing QoS requirement indicates a sensing quality of the sensing data.

[0253] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus can include one or more modules to acquire sensing QoS information; obtain one or more sensing parameters based on the sensing QoS information; obtain sensing data based on performing operations related to the one or more sensing tasks; and transmit a resource allocation request. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data.

[0254] In an implementation, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .

[0255] In an implementation, the sensing QoS requirement is indicated by sensing QoS information, and the sensing data is obtained based on the sensing QoS information.

[0256] In an implementation, the sensing QoS requirement corresponding to the sensing data is preconfigured.

[0257] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus includes an acquiring module. The acquiring module is configured to acquire sensing QoS information. The sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks, and an execution of each of the one or more sensing tasks is based on the respective sensing priority.

[0258] In an implementation, the apparatus can include one or more modules to acquire sensing QoS information; and obtain one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks, and indicates a respective sensing priority corresponding to each the one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. The execution of the one or more sensing tasks is based on the respective sensing priorities.

[0259] In an implementation, respective sensing priorities of the one or more sensing tasks are compared to at least one common sensing metric included in respective sensing QoS requirements of the one or more sensing tasks.

[0260] In an implementation, the respective sensing priorities of the one or more sensing tasks are associated with one or more of: transmission of sensing data corresponding to each of the one or more sensing tasks; resource allocation for the transmission of the sensing data; or, resource allocation for transmission of a sensing signal. The sensing data is obtained based on performing the operations related to the one or more sensing tasks.

[0261] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus includes an acquiring module. The acquiring module is configured to acquire sensing QoS information. A sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used for indicating a quality of communication data.

[0262] In an implementation, the apparatus can include one or more modules to acquire sensing QoS information; and obtain one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks. A sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement indicates a quality of communication data.

[0263] In an implementation, a sensing latency budget in the sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement.

[0264] In an implementation, a sensing latency budget in the sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement.

[0265] In an implementation, the offset includes at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.

[0266] In an implementation, a missed detection rate in the sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / or a false detection rate in the sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / or a summation of a missed detection rate and a false detection rate in the sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement.

[0267] In an implementation, sensing data that is obtained based on performing the operations related to the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, and the mapping is based on a sensing QoS index corresponding to the sensing QoS requirement and / or a resource type for the one or more sensing tasks. The one or more sensing tasks are indicated in the sensing QoS information.

[0268] In an implementation, the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.

[0269] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus includes a receiving module. The receiving module is configured to receive a resource allocation request. The resource allocation request indicates a sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The second sensing QoS requirement indicates a sensing quality of the sensing data.

[0270] According to an embodiment of the present disclosure, another apparatus can be provided. The apparatus includes one or more modules to acquire sensing QoS information; obtain one or more sensing parameters based on the sensing QoS information; obtain sensing data based on performing operations related to the one or more sensing tasks; and receive a resource allocation request. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing the operations related to the one or more sensing tasks. The resource allocation request indicates a sensing QoS requirement. The resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data.

[0271] In an implementation, the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .

[0272] In an implementation, the sensing QoS requirement is indicated by sensing QoS information, and the sensing data is obtained based on the sensing QoS information.

[0273] In an implementation, the sensing QoS requirement corresponding to the sensing data is preconfigured.

[0274] It should be noted that, the first obtaining module and the second obtaining module are only illustrative for their functions, in practice, the functions of the first obtaining module and the second obtaining module may be implemented by one module, which is not limited here. It should also be noted that, the division and the name of the modules is only illustrative, one or more of modules can be used for implementing its corresponding fimction, which is not limited here.

[0275] It should also be noted that, the first transmitting module, the second transmitting module and the third transmitting module are only illustrative for their functions, in practice, the functions of the first transmitting module, the second transmitting module and the third transmitting module may be implemented by one transmitting module, which is not limited here. Similarly, the first receiving module and the second receiving module are only illustrative for their functions, in practice, the functions of the first receiving module and the second receiving module may be implemented by one receiving module, which is not limited here. It should also be noted that, the functions of the transmitting module (s) and the receiving module (s) may also be implemented by a transceiving module.

[0276] FIG. 19 is a schematic structural diagram of an apparatus according to one or more implementations of the present disclosure. As shown in FIG. 19, the apparatus 1900 includes a processor 1901, an interface 1902 for communicating with other devices, a memory 1903 is coupled to the processor 1901. The memory 1903 may be stored with computer execution instructions, and the processor 1901 executes computer execution instructions stored in the memory 1903 to enable the apparatus to execute any of the above methods. In some implementations, the memory 1903 may be included or may not be included in the apparatus.

[0277] An embodiment of the present disclosure provides an apparatus, the apparatus may include one or more processors. The processors can be configured to acquire sensing quality of service (QoS) information and obtain one or more sensing parameters based on the sensing QoS information. The sensing QoS information is configured for one or more sensing tasks. The one or more sensing parameters are used for performing operations related to the one or more sensing tasks, the operations including at least one of: sensing measurement; sensing reporting; and sensing indication.

[0278] An embodiment of the present disclosure provides a communication apparatus, the communication apparatus may include an interface circuit. The interface circuit is configured to transmit a resource allocation request. The resource allocation request indicates a sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The sensing QoS requirement indicates a sensing quality of the sensing data.

[0279] An embodiment of the present disclosure provides an apparatus, the apparatus may include: one or more processors, configured to acquire sensing QoS information, wherein a first sensing QoS requirement  indicated by the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement is used for indicating quality of communication data.

[0280] An embodiment of the present disclosure provides an apparatus, the apparatus may include one or more processors. The processors can be configured to acquire sensing QoS information. The sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks, and an execution of each of the one or more sensing tasks is based on the respective sensing priority.

[0281] An embodiment of the present disclosure provides a communication apparatus, the communication apparatus may include an interface circuit. The interface circuit can be configured to receive a resource allocation request. The resource allocation request indicates a sensing QoS requirement, and the resource allocation request is used to request resource allocation for transmitting the sensing data. The sensing QoS requirement indicates a sensing quality of the sensing data.

[0282] It should be noted that the apparatus in the present disclosure may also be implemented as a device, or one or more components included in a device, such as, a processor or a chip. The device may be user equipment, a terminal, a network device, a network function, a network node, or another network element, which is not limited in the present disclosure.

[0283] An embodiment of the present disclosure provides a system, including: the apparatus executing any of the above methods.

[0284] An embodiment of the present disclosure provides a chip, including an input / output (I / O) interface and a processor, where the processor is configured to call and nm a computer program stored in a memory, to enable a device installing with the chip to perform any of the above methods.

[0285] It should be noted that the memory in the systems and the methods described in this specification includes but is not limited to these memories and a memory of any other appropriate type.

[0286] An embodiment of the present disclosure provides a computer-readable medium carrying a program code which, when executed by a processor, any of the above methods is performed.

[0287] Optionally, the computer-readable medium may be specifically a memory.

[0288] An embodiment of the present disclosure provides a computer program product storing instructions which, when executed, cause an apparatus to perform any of the above methods.

[0289] An embodiment of the present disclosure provides a computer program storing instructions which, when executed, cause an apparatus to perform any of the above methods.

[0290] Note that when the request or the response mentioned above includes multiple different contents for indicating multiple different pieces of information, the multiple contents can be indicated separately in multiple request / response messages or together in a request / response message.

[0291] Note that the network elements mentioned in the present disclosure are all logical network elements, which can be implemented as individual devices, or can be implemented as chips or modules that could be integrated into a certain device.

[0292] Although the present disclosure describes methods and processes with steps in a certain order, one or more steps of the methods and processes may be omitted or altered as appropriate. One or more steps may take place in an order other than that in which they are described, as appropriate.

[0293] Note that the expression “at least one of A or B” , as used herein, is interchangeable with the expression “A and / or B” . It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C” , as used herein, is interchangeable with “A and / or B and / or C” or “A, B, and / or C” . It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.

[0294] Although the present disclosure is described, at least in part, in terms of methods, a person of ordinary skill in the art will understand that the present disclosure is also directed to the various components for performing at least some of the aspects and features of the described methods, be it by way of hardware components, software or any combination of the two. Accordingly, the technical solution of the present disclosure may be embodied in the form of a software product. A suitable software product may be stored in a pre-recorded storage device or other similar non-volatile or non-transitory computer readable medium, including DVDs, CD-ROMs, USB flash disk, a removable hard disk, or other storage medium, for example. The software product includes instructions tangibly stored thereon that enable a processing device (e.g., a personal computer, a server, or a network device) to execute examples of the methods disclosed herein. The machine-executable instructions may be in the form of code sequences, configuration information, or other data, which, when executed, cause a machine (e.g., a processor or other processing device) to perform steps in a method according to examples of the present disclosure.

[0295] The present disclosure may be embodied in other specific forms without departing from the subject matter of the claims. The described example embodiments are to be considered in all respects as being only illustrative and not restrictive. Selected features from one or more of the above-described embodiments may be combined to create alternative embodiments not explicitly described, features suitable for such combinations being understood within the scope of this disclosure.

[0296] All values and sub-ranges within disclosed ranges are also disclosed. Also, although the systems, devices and processes disclosed and shown herein may include a specific number of elements / components, the systems, devices and assemblies could be modified to include additional or fewer of such elements / components. For example, although any of the elements / components disclosed may be referenced as being singular, the embodiments disclosed herein could be modified to include a plurality of such elements / components. The subject matter described herein intends to cover and embrace all suitable changes in technology.

[0297] Although embodiments have been described above with reference to the accompanying drawings, those of skill in the art will appreciate that variations and modifications may be made without departing from the scope thereof as defined by the appended claims.

[0298] Please note that the different examples may be implemented separately or combined. Although a combination of features is shown in the illustrated embodiments, not all of them need to be combined to realize the benefits of various examples of the present disclosure. In other words, a system or method designed according to an embodiment of the present disclosure will not necessarily include all of the features shown in any one of the figures or all of the portions schematically shown in the figures. Moreover, selected features of one example embodiment may be combined with selected features of other example embodiments.

[0299] Although this disclosure has been described with reference to illustrative embodiments, the description is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other examples of the disclosure, will be apparent to persons skilled in the art upon reference to the deschption. It is therefore intended that the appended claims encompass any such modifications or embodiments.

Claims

1.A method performed by either a first node or a second node, the method comprising:acquiring sensing quality of service (QoS) information, wherein the sensing QoS information is configured for one or more sensing tasks;obtaining one or more sensing parameters based on the sensing QoS information,wherein the one or more sensing parameters are used for performing operations related to the one or more sensing tasks, the operations including at least one of:sensing measurements;sensing reporting; andsensing indication.2.The method according to claim 1, wherein the sensing QoS information indicates a first sensing task of the one or more sensing tasks and a first sensing QoS requirement of the first sensing task, wherein the first sensing QoS requirement indicates a sensing quality of the first sensing task.3.The method according to claim 2, wherein the sensing QoS information comprises a first sensing QoS index for identifying the first sensing QoS requirement of the first sensing task.4.The method according to any one of claims 1 to 3, wherein the first sensing task indicated by the sensing QoS information is to perform environment reconstruction, in which case the one or more sensing parameters include one or more of:multipath delay for each target to be constructed;multipath received power for each target to be constructed;a multipath delay window with a starting time and an ending time for each target to be constructed;an angle scope for multipath for each target to be constructed; or,a multipath group index for each target to be constructed.5.The method according to claim 4, wherein the first sensing QoS requirement includes one or more of:a missed detection rate;a false detection rate;an average reconstruction accuracy;an average velocity accuracy; ora number of reconstruction points.6.The method according to any one of claims 1 to 3, wherein the first sensing task indicated by the sensing QoS information is to trace a trajectory, in which case the one or more sensing parameters include one or more of:a starting time and an ending time for transmission of a sensing signal;a sensing signal measurement time window for performing sensing signal measurements related to a sensing signal transmission occasion of a point in the trajectory;a sensing signal interval;a number of sensing signal transmission occasions for each middle point of the trajectory;time of arrival (TOA) of middle points in the trajectory;round trip time (RTT) of the sensing signal;angle of arrival (AoA) of a middle point in the trajectory;angle of departure (AoD) of a middle point in the trajectory;zenith angle of arrival (ZoA) or zenith angle of departure (ZoD) of a middle point in the trajectory;expected sensing signal sensing measurement results of a middle point in the trajectory;expected RTT of a middle point in the trajectory;expected AoA of a middle point in the trajectory; or,expected AoD of a middle point in the trajectory.7.The method according to claim 6, wherein the first sensing QoS requirement includes one or more of:an accuracy of a point in the trajectory;a resolution of a point in the trajectory;a starting point of the trajectory;an ending point of the trajectory;a total distance of the trajectory;a position of at least one middle point in the trajectory;a number of middle points in the trajectory; or,a matching probability of the trajectory.8.The method according to any one of claims 1 to 3, wherein the first sensing task indicated by the sensing QoS information is to monitor a condition of a target, in which case the one or more sensing parameters include one or more of:antenna ports for channel estimation based on one or more sensing signals reflected by the target;a ratio of channel estimations between at least two of the antenna ports;a time stamp of each channel estimation; or,a number of sensing signal transmissions.9.The method according to claim 8, wherein the first sensing QoS requirement comprises one or more of:a respiration rate accuracy;a heart rate accuracy;a missed detection probability;a stopping duration indicating an abnormal interval between adjacent normal respiration times;a stopping duration indicating an abnormal interval between adjacent normal heart beat times;a normal respiration range;a normal heart rate range;a confidence level of a sensing result; or,a sensing range for the target.10.The method according to any one of claims 1 to 3, wherein the first sensing task indicated by the sensing QoS information is to monitor deformation of a target, in which case the one or more sensing parameters include one or more of:at least two sensing signal transmissions towards the target;a sensing method for detecting the deformation of the target;at least one phase difference associated with the at least two sensing signal transmissions; ora change in distance associated with the deformation of the target.11.The method according to claim 10, wherein the first sensing QoS requirement comprises one or more of:a distance for monitoring the deformation of the target;a deformation accuracy in horizontal;a deformation accuracy in vertical;a deformation resolution;a number of position points for monitoring the deformation of the target; ora refresh rate.12.The method according to any one of claims 1 to 11, further comprising:transmitting a request for the sensing QoS information.13.The method according to any one of claims 1 to 12, further comprising:performing operations related to at least one sensing task of the one or more sensing tasks indicated in the sensing QoS information to obtain sensing data for the at least one sensing task.14.The method according to any one of claims 1 to 13, further comprising:transmitting a resource allocation request, wherein the resource allocation request comprises a first sensing QoS index corresponding to a first sensing QoS requirement, and wherein the resource allocation request is used to request resource allocation for transmission of the sensing data, wherein the first sensing QoS requirement is indicated in the sensing QoS information.15.The method according to any one of claims 1 to 14, further comprising:receiving a resource allocation request, wherein the resource allocation request comprises a first sensing QoS index corresponding to a first sensing QoS requirement, and wherein the resource allocation request is used to request resource allocation for transmission of the sensing data, wherein the first sensing QoS requirement is indicated in the sensing QoS information.16.The method according to claim 14 or 15, wherein the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .17.The method according to any one of claims 1 to 16, wherein the sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks, wherein an execution of each of the one or more sensing tasks is based on the respective sensing priority.18.The method according to claim 17, wherein the respective sensing priority corresponding to each of the one or more sensing tasks is compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks.19.The method according to claim 17 or 18, wherein the respective sensing priority corresponding to each of the one or more sensing tasks is associated with at least one of:transmission of the sensing data corresponding to each of the one or more sensing tasks;resource allocation for the transmission of the sensing data; or,resource allocation for transmission of a sensing signal.20.The method according to any one of claims 1 to 19, wherein a first sensing QoS requirement indicated by the sensing QoS information is transformed to a communication QoS requirement, wherein the communication QoS requirement is used to indicate quality of communication data.21.The method according to claim 20, wherein a sensing latency budget in the first sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement.22.The method according to claim 20, wherein a sensing latency budget in the first sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement.23.The method according to claim 22, wherein the offset comprises at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.24.The method according to any one of claims 20 to 23, wherein a missed detection rate in the first sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / ora false detection rate in the first sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / ora summation of a missed detection rate and a false detection rate in the first sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement.25.The method according to any one of claims 1 to 24, wherein sensing data corresponding to a first sensing task of the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, wherein the mapping is based on a first sensing QoS index corresponding to the first sensing QoS requirement and / or a resource type for the first sensing task, wherein the first sensing task is indicated by the sensing QoS information.26.The method according to claim 25, wherein the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.27.The method according to any one of claims 1 to 26, further comprising:transmitting a sensing task request, wherein the sensing task request indicates a sensing task of the one or more sensing tasks.28.The method according to any one of claims 1 to 27, further comprising:receiving a sensing task request, wherein the sensing task request indicates a sensing task of the one or more sensing tasks.29.A method performed by either a first node or a second node, the comprising:acquiring sensing quality of service (QoS) information, wherein the sensing QoS information is configured for one or more sensing tasks;obtaining one or more sensing parameters based on the sensing QoS information, wherein the one or more sensing parameters are used for performing operations related to the one or more sensing tasks;obtaining sensing data based on performing the operations related to the one or more sensing tasks; andtransmitting a resource allocation request, wherein the resource allocation request indicates a sensing QoS requirement, wherein the resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates sensing quality of the sensing data.30.The method according to claim 29, wherein the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .31.The method according to claim 29 or 30, wherein the sensing QoS requirement is indicated in the sensing QoS information, and the sensing data is obtained based on the sensing QoS information.32.The method according to any one of claims 29 to 31, wherein the sensing QoS requirement corresponding to the sensing data is preconfigured.33.A method performed by either a first node or a second node, the method comprising:acquiring sensing quality of service (QoS) information, wherein the sensing QoS information is configured for one or more sensing tasks;obtaining one or more sensing parameters based on the sensing QoS information, wherein the one or more sensing parameters are used for performing operations related to the one or more sensing tasks,wherein the sensing QoS information indicates a respective sensing priority corresponding to each of the one or more sensing tasks, wherein an execution of each of the one or more sensing tasks is based on the respective sensing priority.34.The method according to claim 33, wherein the respective sensing priority corresponding to each of the one or more sensing tasks is compared to at least one common sensing metric included in respective sensing QoS requirements related to the one or more sensing tasks.35.The method according to claim 33 or 34, wherein the respective sensing priority corresponding to each of the one or more sensing tasks is associated with at least one of:transmission of sensing data corresponding to each of the one or more sensing tasks, wherein the sensing data is obtained based on performing the operations related to the one or more sensing tasks;resource allocation for the transmission of the sensing data; or,resource allocation for transmission of a sensing signal.36.A method performed by either a first node or a second node, the method comprising:acquiring sensing quality of service (QoS) information, wherein the sensing QoS information is configured for one or more sensing tasks;obtaining one or more sensing parameters based on the sensing QoS information, wherein the one or more sensing parameters are used for performing operations related to the one or more sensing tasks,wherein a sensing QoS requirement indicated in the sensing QoS information is transformed to a communication QoS requirement, and the communication QoS requirement indicates a quality of communication data.37.The method according to claim 36, wherein a sensing latency budget in the sensing QoS requirement is transformed to a packet delay budget in the communication QoS requirement.38.The method according to claim 36, wherein a sensing latency budget in the sensing QoS requirement minus a configured offset is transformed to a packet delay budget in the communication QoS requirement.39.The method according to claim 38, wherein the offset comprises at least one of a duration for processing a sensing measurement or a duration for processing a result of the sensing measurement.40.The method according to any one of claims 36 to 39, wherein a missed detection rate in the sensing QoS requirement is transformed to a smaller value than a missed detection rate as a packet error rate in the communication QoS requirement; and / ora false detection rate in the sensing QoS requirement is transformed to a smaller value than a false detection rate as a packet error rate in the communication QoS requirement; and / ora summation of a missed detection rate and a false detection rate in the sensing QoS requirement is transformed to a smaller value than a summation of a missed detection rate and a false detection rate as a packet error rate in the communication QoS requirement.41.The method according to any one of claims 36 to 40, wherein sensing data that is obtained based on performing the operations related to the one or more sensing tasks is mapped to a dedicated radio bearer (DRB) for transmission, wherein the mapping is based on a sensing QoS index corresponding to the sensing QoS requirement and / or a resource type for the one or more sensing tasks, wherein the one or more sensing tasks are indicated in the sensing QoS information.42.The method according to claim 41, wherein the mapping is performed in a service data adaptation protocol for sensing (SDAP-S) layer in a data plane.43.A method performed by either a first node or a second node, the method comprising:acquiring sensing quality of service (QoS) information, wherein the sensing QoS information is configured for one or more sensing tasks;obtaining one or more sensing parameters based on the sensing QoS information, wherein the one or more sensing parameters are used for performing operations related to the one or more sensing tasks;obtaining sensing data based on performing the operations related to the one or more sensing tasks; andreceiving a resource allocation request, wherein the resource allocation request indicates a sensing QoS requirement, wherein the resource allocation request is used to request resource allocation for transmitting the sensing data, and the sensing QoS requirement indicates a sensing quality of the sensing data.44.The method according to claim 43, wherein the resource allocation request is carried in an uplink wake up signal (UL-WUS) , a scheduling request or a random-access channel (RACH) .45.The method according to claim 43 or 44, wherein the sensing QoS requirement is indicated in the sensing QoS information, and the sensing data is obtained based on the sensing QoS information.46.The method according to any one of claims 43 to 45, wherein the sensing QoS requirement corresponding to the sensing data is preconfigured.47.An apparatus configured to perform the method according to any one of claims 1 to 46.48.An apparatus comprising:one or more processors; anda memory storing instructions which, when executed by the one or more processors, cause the apparatus to perform the method according to any one of claims 1 to 46.49.A computer-readable storage medium having instructions stored thereon which, when executed by one or more processors, cause the one or more processors to perform the method according to any one of claims 1 to 46.50.A computer program product storing instructions which, when executed, cause an apparatus to perform the method according to any one of claims 1 to 46.51.A computer program comprising computer execution instructions which, when executed by a processor, cause the processor to perform the method according to any one of claims 1 to 46.52.A chip, comprising an input / output (I / O) interface and a processor, wherein the processor is configured to call and run a computer program stored in a memory, to enable a device installing with the chip to perform the method according to any one of claims 1 to 46.

Images