Communication method and communication apparatus
Patent Information
- Application Number
- PCT/CN2026/081667
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2025-03-28
- Filing Date
- 2026-03-05
- Publication Date
- 2026-10-01
Smart Images

Figure CN2026081667_01102026_PF_FP_ABST
Abstract
Description
Communication methods and communication devices
[0001] This application claims priority to Chinese Patent Application No. 202510398853.3, filed on March 28, 2025, entitled “Communication Method and Communication Device”, which is incorporated herein by reference in its entirety. Technical Field
[0002] The embodiments of this disclosure primarily relate to the field of communications, and more specifically, to a communication method and communication apparatus. Background Technology
[0003] Integrated sensing and communication (ISAC) integrates the functions of communication and sensing. Based on wireless networks, it enables state interaction and information acquisition between people or objects and network infrastructure. ISAC is a network system that combines communication and sensing.
[0004] Devices with sensing capabilities can obtain sensing data through sensing. These devices can determine corresponding sensing data for multiple different sensing tasks, but the sensing data from different tasks may overlap. In this case, collecting sensing data for each sensing task could lead to the repeated transmission of the same sensing data. Therefore, it is necessary to consider how to efficiently utilize sensing data. Summary of the Invention
[0005] This disclosure provides a communication scheme that enables efficient utilization of sensed data.
[0006] In a first aspect of this disclosure, a communication method is provided. The method includes: receiving a service message indicating indicator information of sensing data; and transmitting first sensing data based on the indicator information being satisfied by first sensing data in stored local sensing data.
[0007] In this way, the stored first perception data that meets the indicator information can be provided without having to reacquire the first perception data, thus achieving efficient utilization of the perception data.
[0008] In some implementations, the method further includes: determining whether the first sensing data satisfies indicator information based on the attribute information of the stored first sensing data. For example, the first sensing data may have associated attribute information. Optionally, the attribute information may include at least one indicator of the first sensing data. Optionally, the attribute information may include a timestamp of the first sensing data. Optionally, the attribute information may include identification information of the sensing device associated with the first sensing data.
[0009] In this way, the stored locally sensed data can be associated with attribute information, which can be used to determine whether it meets the indicator information. This ensures that locally sensed data meets the indicator information and improves processing efficiency.
[0010] In some implementations, the method further includes: sending a sensing message to the sensing device based on a business message if the stored local sensing data does not meet the indicator information; receiving second sensing data from the sensing device; and sending the second sensing data, wherein the second sensing data meets the indicator information. In this way, if the local sensing data does not meet the indicator information, the second sensing data is re-acquired via the sensing message. This avoids repeatedly receiving sensing data, improving the effectiveness and utilization of signaling and resources.
[0011] In some implementations, the method further includes storing the second sensing data and its attribute information to update the local sensing data. In this way, the local sensing data can be updated based on the second sensing data from the sensing device, facilitating efficient subsequent use of the local sensing data.
[0012] In some implementations, the indicator information includes at least one of the following: threshold, range, or level. In other implementations, at least one indicator includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or validity period. In this way, by using indicator information to indicate the requested sensing data, it is possible to ensure that the subsequently received sensing data meets the needs of the business and improve the accuracy of business processing.
[0013] In some implementations, the indicator information includes a threshold for the effective time. The method further includes deleting third-party sensing data from the stored local sensing data if the third-party sensing data does not meet the effective time threshold. In this way, third-party sensing data that does not meet the effective time threshold can be deleted to free up storage space.
[0014] In some implementations, the method further includes: determining the duration of the third-sensing data based on its timestamp and the current time; and determining a threshold indicating that the third-sensing data does not meet the validity period requirement based on its duration exceeding a threshold. Optionally, the third-sensing data can be part or all of the local sensing data. In this way, local sensing data that does not meet the timeliness requirement can be deleted to free up local storage resources. This allows local storage resources to be used to store other sensing data that meets the timeliness requirement, improving storage space utilization.
[0015] In some implementations, the timestamp of the third-sensing data represents any of the following: the generation time of the third-sensing data, the reception time of the third-sensing data, or the storage time of the third-sensing data. This method facilitates the use of timestamps to determine whether the third-sensing data meets the validity period requirement, thereby improving processing efficiency.
[0016] In some implementations, the business message includes the business type of the sensing business, and the indicator information within it represents the indicator information of the sensing data corresponding to the sensing business. In this way, indicator information can be simultaneously indicated in the business requirements of the sensing business, facilitating the subsequent provision of sensing data that meets those requirements.
[0017] In a second aspect of this disclosure, a communication method is provided. The method includes: sending a service message including indicator information of sensed data; and receiving first or second sensed data, the first or second sensed data satisfying the indicator information.
[0018] In some implementations, the metric information includes at least one of the following: threshold, range, or level. In some implementations, at least one metric includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or validity period.
[0019] In some implementations, the method further includes receiving attribute information of the first / second sensing data, such as a timestamp. In some implementations, the timestamp represents any of the following: the generation time of the first / second sensing data, the reception time of the first / second sensing data, or the storage time of the first / second sensing data.
[0020] In some implementations, the business message includes the business type of the sensing business, and the indicator information therein represents the indicator information of the sensing data corresponding to the sensing business.
[0021] In a third aspect of this disclosure, a communication apparatus is provided. The apparatus includes: a receiving module configured to receive a service message indicating indicator information of sensing data; and a sending module configured to send first sensing data based on first sensing data in stored local sensing data satisfying indicator information.
[0022] In some implementations, the communication device may be configured to implement the method described in the first aspect or any implementation thereof.
[0023] In a fourth aspect of this disclosure, a communication apparatus is provided. The apparatus includes: a transmitting module configured to transmit a service message including indicator information of sensing data; and a receiving module configured to receive first or second sensing data, the first or second sensing data satisfying the indicator information.
[0024] In some implementations, the communication device may be configured to implement the method described in the second aspect or any of its implementations.
[0025] In a fifth aspect of this disclosure, a communication apparatus is provided. The apparatus includes one or more processors configured, together with a transceiver, to perform the methods described in the first or second aspect or any implementation thereof.
[0026] In some implementations, the communication device may further include one or more memories for storing computer instructions that are executed by one or more processors. When the computer instructions are executed by one or more processors, they cause the communication device to perform the method described in the first aspect, the second aspect, or any implementation thereof.
[0027] In a sixth aspect of this disclosure, a communication system is provided. The communication system includes: a communication device configured to implement the first aspect or any implementation thereof, and a communication device configured to implement the second aspect or any implementation thereof.
[0028] In some implementations, the communication system may also include a sensing device configured to perform sensing operations.
[0029] In a seventh aspect of this disclosure, a computer-readable storage medium is provided that stores computer-executable instructions that, when executed by a processor, implement the methods described in the first aspect, the second aspect, or any implementation thereof.
[0030] In an eighth aspect of this disclosure, a chip or chip system is provided. The chip or chip system includes processing circuitry configured to perform the methods described in the first or second aspect or any implementation thereof.
[0031] In a ninth aspect of this disclosure, a computer program or computer program product is provided. The computer program or computer program product is tangibly stored on a computer-readable medium and includes computer-executable instructions that, when executed, implement the methods described in the first or second aspect or any implementation thereof.
[0032] It should be understood that the technical effects in the first aspect and its various implementations also apply to each of the second to ninth aspects, therefore the technical effects of the second to ninth aspects will not be described again in this paper.
[0033] It should be understood that the description in the Summary of the Invention is not intended to limit the key or essential features of the embodiments of this disclosure, nor is it intended to restrict the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description
[0034] The above and other features, advantages and aspects of the embodiments of this disclosure will become more apparent when taken in conjunction with the accompanying drawings and the following detailed description.
[0035] In the accompanying drawings, the same or similar reference numerals denote the same or similar elements, wherein:
[0036] Figure 1A illustrates an example communication system in which some embodiments of the present disclosure may be implemented;
[0037] Figure 1B shows an example architecture of a network node;
[0038] Figure 2 shows a schematic diagram of a scenario in which embodiments of the present disclosure can be implemented;
[0039] Figure 3 shows a schematic flowchart of an example communication process according to some embodiments of the present disclosure;
[0040] Figure 4 shows a schematic flowchart of another example communication process according to some embodiments of the present disclosure;
[0041] Figure 5 shows a schematic block diagram of an example apparatus according to some embodiments of the present disclosure; and
[0042] Figure 6 shows a schematic block diagram of an example device that can be used to implement embodiments of the present disclosure. Detailed Implementation
[0043] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.
[0044] In the description of embodiments of this disclosure, the term "comprising" and similar terms should be understood as open-ended inclusion, i.e., "including but not limited to". The term "based on" should be understood as "at least partially based on". The term "an embodiment" or "the embodiment" should be understood as "at least one embodiment". The terms "first", "second", etc., may refer to different or the same objects. The term "and / or" indicates at least one of the two items associated therewith. For example, "A and / or B" means A, B, or A and B. Other explicit and implicit definitions may also be included below.
[0045] In embodiments of this disclosure, unless otherwise expressly stated, “a plurality of” means at least two, that is, two or more.
[0046] Figure 1A illustrates an example communication system 100 in which some embodiments of the present disclosure may be implemented. Referring to Figure 1, a simplified schematic diagram of the communication system 100 is provided as a non-limiting illustrative example. The communication system 100 includes a radio access network (RAN) 120. The RAN 120 may be a future (e.g., sixth generation or higher) radio access network or a traditional (e.g., 5G, 4G, 3G, or 2G) radio access network. One or more electronic devices (EDs) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (collectively referred to as ED 110) may be interconnected or connected to one or more network nodes (170a, 170b, collectively referred to as network node 170) in the RAN 120. A core network 130 may be part of the communication system 100 and may depend on or be independent of the radio access technology used in the communication system 100. In addition, the communication system 100 includes a public switched telephone network (PSTN) 140, the Internet 150, and other networks 160.
[0047] ED 110, also known as a terminal device, is an entity on the user side used to receive or transmit signals. A terminal device can be used to send uplink signals to network equipment, receive downlink signals from network equipment, send signals to another terminal device, receive signals from another terminal device, or receive echo signals of its own transmitted signals. Terminal devices may be referred to as user equipment (UE), user terminal, user device, user unit, user station, terminal, access terminal, access station, site, mobile station, UE station, remote station, mobile device, or wireless communication equipment, etc. Terminal devices are used to connect people, things, and machines, and can be widely used in various scenarios, such as: cellular communication, device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-to-machine / machine-type communications (M2M / MTC) communication, Internet of Things (IoT), virtual reality (VR), augmented reality (AR), industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearables, smart transportation, smart cities, drones, robots, etc. For example, terminal devices can be handheld terminals in cellular communication, communication devices in D2D, IoT devices in MTC, surveillance cameras in smart transportation and smart cities, or communication devices on drones, etc. Terminal devices can be fixed devices, mobile devices, handheld devices (e.g., mobile phones), wearable devices, in-vehicle devices, or wireless devices (e.g., communication modules, modems, or chip systems, etc.) built into the aforementioned devices. For example, as a non-limiting example, terminal devices can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, smart home devices, wireless modems, computing devices or other processing devices connected to wireless modems, augmented reality (AR) devices, virtual reality (VR) devices, artificial intelligence (AI) devices, etc.It can also include subscriber units, cellular phones, smartphones, wireless data cards, personal digital assistant (PDA) computers, tablet computers, netbooks, handheld devices, laptop computers, cordless phones, wireless local loop (WLL) stations, MTC terminals, or trunk subscriber equipment. For example, trunk subscriber equipment can be a residential gateway (RG).
[0048] Network node 170, also known as a network device, is an entity on the network side used to receive or transmit signals. A network device can receive uplink signals from a terminal device, send downlink signals to a terminal device, send signals to another network device, receive signals from another network device, or receive echo signals of its own transmitted signals. A network device can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next-generation NodeB (gNB) in a 5G mobile communication system, a base station in a future mobile communication system, or an access node, wireless relay node, or wireless backhaul node in a WiFi system; it can also be a module or unit that performs some of the functions of a base station. A network device can contain one or more co-located or non-co-located transmission and reception points. A network device can be a macro base station, a micro base station, an indoor station, a relay node, or a donor node. Multiple network devices in a communication system can be the same type of base station or different types of base stations. Network devices can communicate with terminal devices directly, or they can communicate with terminal devices through relay stations.
[0049] In some scenarios, RAN 120 can be an open access network (O-RAN or ORAN). Network node 170 can 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. These network functional entities can be network elements in hardware devices, software functions running on dedicated hardware, or virtualized functions instantiated on a platform (e.g., a cloud platform). CU can perform the functions of the base station's radio resource control protocol and packet data convergence protocol (PDCP), and can also perform the functions of the service data adaptation protocol (SDAP). DU can perform the functions of the base station's radio link control layer and medium access control (MAC) layer, and can also perform some or all of the physical layer functions. CU and DU can be set up separately, or they can be included in the same network element, such as in a baseband unit (BBU). The RU can be included in radio frequency equipment or radio frequency units, such as in a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).
[0050] Figure 1B illustrates an example architecture of network node 170. Network node 170 may include one or more CUs, one or more DUs, and one or more RUs. For illustration, only one CU 171, one DU 172, and one RU 173 are shown in Figure 1B. However, it is understood that this disclosure does not limit the number of each network element. Exemplarily, CU 171 is connected to core network 130 (not shown in Figure 1B) and one or more DUs 172, and CU 171 may include CU-CP and CU-UP.
[0051] For example, CU 171 can perform Layer 2 (L2) and Layer 3 (L3) functions. CU 171 can be connected to core network 130 via backhaul, meaning the backhaul interface is used to carry traffic between CU 171 and core network 130. CU 171 can also be connected to DU 172 via midhaul, meaning the midhaul interface is used to carry traffic between CU 171 and DU 172.
[0052] For example, DU 172 can perform Layer 1 (L1) and part of L2 functions, while RU 173 can perform L1 computation and radio frequency (RF) digital functions. A fronthaul interface between DU 172 and RU 173 is used to carry traffic between RU 173 and DU 172. Alternatively, DU 172 and RU 173 shown in the figure can also be implemented as an integrated DU, including the functions of DU 172 and RU 173 described above.
[0053] The hardware of the CU 171 or DU 172 includes a chassis platform, motherboard, peripherals, and cooling system. The motherboard contains processing units, memory, internal I / O interfaces, and external connection ports. Its hardware accelerator is designed with interfaces, and hardware functional components include: storage for software, hardware, and system debugging interfaces, and a single-board management controller.
[0054] The DU 172 can be implemented using a multi-core processor and one or more hardware accelerators. Parts of the DU 172 protocol stack can be implemented in software running on a multi-core processor, while computationally intensive L1 and L2 functions can be offloaded to a hardware accelerator based on a Field-Programmable Gate Array (FPGA) or Graphics Processing Unit (GPU); or all L1 functions can be offloaded to an FPGA / GPU-based hardware accelerator, while other protocol stack components are implemented in software running on the processor; or the entire protocol stack can be implemented in software running on the processor. The hardware accelerator supports interconnection with x86 or non-x86 processors. Similarly, the accelerator has a multi-channel PCIe interface pointing to the CPU and external connections via GbE.
[0055] The RU 173 may include an O-RAN processing unit (OPU), a digital processing unit (DPU), and an RF processing unit. The OPU receives eCPRI frames from the O-RAN fronthaul and performs fronthaul interface operations, the lowest level L1 (coding, scrambling, modulation, layer mapping, precoding), synchronization, beamforming, and resource unit mapping. The OPU can be implemented as a CPU, FPGA, or ASIC. The DPU (the O-RU's digital processing unit) performs synchronization, DDC (digital downconversion in UL), DUC (digital upconversion in DL), CFR, and DPD, improving power amplifier efficiency by reducing PAPR / ACLR at the RF front-end. The DPU can be implemented as an FPGA or ASIC. The O-RU's RF processing unit includes a transceiver module, up / down converters, power amplifiers (PA), low-noise amplifiers (LNA), and Tx / Rx filters. All conversions between the analog and digital domains (DAC and ADC) (e.g., RF sampling, frequency conversion using RF, IF, and LO mixing during up-conversion and down-conversion) are performed within the transceiver module. Physical and logical partitions within the RF processing unit do not require specific boundaries.
[0056] With the development of communication technology, the Internet of Things (IoT) has gradually been realized. The focus of mobile networks has shifted from connecting people with mobile broadband to using ultra-reliable low-latency communication and massive machine-type communication. Future mobile communication systems can be expected to become platforms for interconnected intelligence, intelligently connecting a large number of devices via mobile networks. Future mobile communication systems will usher in a new era of interconnected intelligence to address the challenges facing humanity and society in many aspects. For example, future mobile communication systems will act as distributed neural networks, providing sensing, communication, and computing capabilities, merging the physical, network, and biological worlds, and ushering in an era where everything will be sensed, connected, and intelligent.
[0057] In future mobile communication systems, the use of higher frequency bands, larger bandwidths, and denser large-scale antenna arrays will facilitate the integration of wireless signal sensing and communication into a single system, achieving mutual benefits. On one hand, the entire communication network can act as a sensing device. The radio signals transmitted and received by network elements, as well as the transmission, reflection, and scattering of radio waves, can be used to sense and better understand the physical world. The ability to obtain distance, velocity, and angle information from radio signals can provide a wide range of new services, such as high-precision positioning, gesture capture and activity recognition, passive object detection and tracking, and imaging and environment reconstruction. This is known as "network as sensor." On the other hand, the high-precision positioning, imaging, and environment reconstruction capabilities obtained from sensing can improve communication performance, for example, more accurate beamforming, faster beam fault recovery, and less overhead when tracking channel state information (CSI). This is known as "sensor-assisted communication." Furthermore, sensing can be understood as a "new channel" that observes, samples, and connects the physical and biological world with the network world. Therefore, real-time sensing is crucial for making digital twins a reality in the future.
[0058] Integrated sensing and communication (ISAC), as one of the important application scenarios in future communication systems, will provide diversified capabilities such as high-precision positioning, environment reconstruction, imaging, and recognition, greatly promoting the application requirements of ultra-high resolution and accuracy. Furthermore, ISAC will also help improve communication performance and efficiency. ISAC can be widely applied in many fields, providing better services for connected vehicles, smart factories, and more.
[0059] In communication systems, sensing devices can collect sensing data for different sensing tasks, and there may be some overlap in the sensing data from different tasks. Therefore, it is necessary to consider how to efficiently utilize the sensing data.
[0060] Embodiments of this disclosure provide a scheme involving sensed data. In this scheme, the device can receive a service message indicating indicator information of the sensed data. If first sensed data in the stored local sensed data meets the indicator information, the device sends the first sensed data. In this way, stored first sensed data that meets the indicator information can be provided without needing to re-acquire the first sensed data, achieving efficient utilization of the sensed data.
[0061] Figure 2 illustrates a schematic diagram of scenario 200 in which embodiments of the present disclosure can be implemented. Figure 2 shows a terminal device 210, a network device 220, a network device 230, a smart device 240, a core network entity 250, and a server 260. As shown, network device 230 may include a sensing unit (SU) 231, a CU 232, a DU 233, and a RU 234.
[0062] In some implementations, SU 231 can be configured to perform perception-related control operations, etc. For example, SU 231 can be implemented as a unit independent of CU 232, or SU 231 can be integrated with CU 232 and implemented as a single unit. In some implementations, DU 233 and RU 234 can be implemented as independent units, or they can be integrated into a single DU.
[0063] In some implementations, terminal device 210, network device 220, and RU 234 may possess sensing capabilities, and can be collectively referred to as sensing devices. A sensing device can be implemented as a sender and / or receiver of sensing signals. For example, a sensing device can achieve sensing functionality by self-transmitting and self-receiving sensing signals. For example, a sensing device can achieve sensing functionality by sending sensing signals to another sensing device. For example, a sensing device can achieve sensing functionality by receiving sensing signals sent by another sensing device. For instance, terminal device 210, network device 220, or RU 234 can send sensing signals and generate sensing data based on response signals to the received sensing signals. It is understood that the embodiments of this disclosure do not limit the physical meaning of the sensing data; for example, it can be location, temperature, quantity, intensity, etc.
[0064] It is understood that although network device 220 is shown as a single network element, network device 220 can also be implemented in an architecture similar to network device 230; although network device 230 is shown as including multiple network elements, network device 230 can also be implemented in an architecture including more or fewer networks. For example, SU 231 and CU 232 in network device 230 can be implemented as a single network element. For example, network device 230 can be implemented as a single network element, for example, not in a CU-DU separated architecture. It is understood that although terminal device 210 is shown as a mobile phone in FIG2, the embodiments of this disclosure do not limit the implementation type of terminal device 210.
[0065] In some implementations, core network entity 250 may be referred to as core network equipment, core network function, etc., and this disclosure does not limit this. For example, core network entity 250 may be a network element associated with sensing, such as a sensing function (SF), sensing management function (SeMF), etc. For example, core network entity 250 may be a network element integrating sensing functions, such as an access and mobility function (AMF) or user plane function (UPF) integrating sensing functions.
[0066] In some implementations, server 260 can be implemented as an operator server, such as a third-party server outside the core network; or server 260 can be implemented as a network element in the core network. For example, server 260 can be implemented as another core network entity independent of (i.e. different from) core network entity 250. For example, server 260 can be implemented as core network entity 250, meaning core network entity 250 and server 260 are implemented as a single network element.
[0067] In some implementations, the intelligent device 240 can be implemented in various forms such as a robot, a robotic dog, a robotic vacuum cleaner, or an autonomous vehicle. In some examples, the intelligent device 240 can have sensing capabilities, such as collecting environmental information. In some examples, the intelligent device 240 can communicate directly with the network device 230, or it can communicate with the network device 230 via the core network entity 250 and / or the server 260.
[0068] It should be noted that the number of network elements and their relationships shown in scenario 200 of Figure 2 are merely examples and should not be construed as limiting the embodiments of this disclosure. For example, a greater number of terminal devices 210, network devices 220, and / or smart devices 240 may be included. For example, network device 220 may be omitted.
[0069] Figure 3 shows a schematic flowchart of an example communication process 300 according to some embodiments of the present disclosure. Process 300 involves a first device 301, a second device 302, and a third device 303. In conjunction with scenario 200 shown in Figure 2, the first device 301 can be implemented as a terminal device 210, a network device 220, or an RU 234; the second device 302 can be implemented as a network device 230, an SU 231, or a CU 232; and the third device 303 can be implemented as a smart device 240, a core network entity 250, or a server 260.
[0070] Optionally, the first device 301 and the second device 302 can be implemented as independent nodes or devices. For example, the second device 302 can be implemented as node B, while the first device 301 can be implemented as node C, independent of the second device 302. It is understood that the name "node C" is merely exemplary and can be replaced with other names, which are not limited in this disclosure.
[0071] It is understood that although Figure 3 shows the first device 301 and the second device 302, in some scenarios, the first device 301 and the second device 302 can be implemented as a single device. For example, the first device 301 may include an RU 234, and the second device 302 may include an SU 231 or a CU 232, and the first device 301 and the second device 302 together may be implemented as a network device 230. In some scenarios, the interaction between the first device 301 and the second device 302 may be implemented as an internal operation.
[0072] At step 310 of process 300, the third device 303 sends a service message to the second device 302. Correspondingly, the second device 302 receives the service message from the third device 303. The service message includes indicator information of the sensed data.
[0073] For example, a business message can be used to indicate a sensing business. In some examples, the business message may include information about the business type, such as inventory management, data read / write, AI, or other businesses. For example, a business message can be used to request sensing data, such as requesting sensing data associated with a sensing business. Optionally, the business message may also be called a sensing business request, a sensing data request, or other names, which are not limited in this disclosure. For example, a business message may include indicator information of the sensing data corresponding to the sensing business.
[0074] In embodiments of this disclosure, the indicator information may include at least one of the following: threshold, range, level, etc. Optionally, the threshold may include an upper limit (maximum threshold) and / or a lower limit (minimum threshold). Optionally, the range may include a specific interval, such as the interval between the lower limit and the upper limit. Optionally, the level may correspond to or map to a threshold or a specific interval. In some embodiments, at least one indicator includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or validity period. In some implementations, the term "indicator" in embodiments of this disclosure may refer to, include, or be replaced by: quality of service (QoS), service level agreement (SLA), parameter, metric, or a combination thereof.
[0075] Coverage range, or simply coverage, can refer to the perceived coverage range, representing the current distance and field of view limitations that can be detected by the system. For example, the perceived coverage range may differ from the coverage range used for communication. Coverage range can be represented by geographic coordinates, latitude and longitude information, area identifiers (IDs), identification information of the devices providing coverage, etc. For example, it can be represented by the identifier of a base station: the indicated coverage range is the coverage range provided by that base station. Optionally, the threshold of the coverage range can be the edge information of the outer boundary of the range, such as being represented by a specific physical entity (such as road markings). Optionally, the range of the coverage range can be the identification information of the range, such as being represented by an area ID or the identifier of the base station providing the range. Optionally, a correspondence or mapping relationship between the threshold (or range) of the coverage range and the level of the coverage range can be predefined or preconfigured, so that the level of the coverage range can represent the corresponding threshold (or range).
[0076] Precision can represent the difference between the perceived result and the actual result, such as distance, angle, speed, or three-dimensional spatial coordinates. Precision can be expressed as a difference or a relative value of the difference to the actual result. For example, it can be represented as the ratio between the difference and the actual result. Optionally, the precision threshold can be an upper limit of the difference or the upper limit of the ratio. Optionally, the precision range can be a numerical interval containing the difference or ratio, such as an open interval, a closed interval, or a half-open interval. Optionally, a correspondence or mapping relationship between the precision threshold (or range) and the precision level can be predefined or pre-configured, so that the precision level can represent the corresponding threshold (or range).
[0077] Resolution represents the minimum difference between different perceptual results across a comparison dimension, such as distance, angle, speed, or three-dimensional spatial coordinates. Optionally, the resolution threshold can be an upper and / or lower limit of the minimum difference. Optionally, the resolution range can be a numerical interval containing the minimum difference, such as an open interval, a closed interval, or a half-open interval. Optionally, a correspondence or mapping relationship between the resolution threshold (or range) and resolution levels can be predefined or preconfigured, so that the corresponding threshold (or range) can be represented by the resolution level.
[0078] The detection / false alarm probability represents the probability of a target being detected (either present or absent). This probability can be expressed as a percentage. Optionally, the threshold for the detection / false alarm probability can be an upper and / or lower limit of the probability. Optionally, the range of the detection / false alarm probability can be a numerical interval, such as an open interval, a closed interval, or a half-open interval. Optionally, a predefined or pre-configured correspondence or mapping relationship between the detection / false alarm probability threshold (or range) and the probability level can be used, so that the corresponding threshold (or range) can be represented by the probability level.
[0079] Service latency can represent the time interval between the occurrence of an event or the system triggering perception and the output of the perception result by the perception system. For example, service latency can be expressed as a time length, with units such as seconds, milliseconds, or other units. Optionally, the service latency threshold can be an upper limit of the time interval. Optionally, the service latency range can be a numerical interval within which the time interval lies, such as an open interval, a closed interval, or a half-open / half-closed interval. Optionally, a correspondence or mapping relationship between the service latency threshold (or range) and the service latency level can be predefined or preconfigured, so that the corresponding threshold (or range) can be represented by the service latency level.
[0080] Refresh rate can represent the rate at which data is refreshed, such as location data. Optionally, the refresh rate threshold can be an upper and / or lower limit of the refresh rate. Optionally, the refresh rate range can be a numerical interval containing the probability, such as an open interval, a closed interval, or a half-open / half-closed interval. Optionally, a correspondence or mapping relationship between the refresh rate threshold (or range) and refresh rate levels can be predefined or preconfigured, so that the refresh rate level can represent the corresponding threshold (or range).
[0081] Valid time can represent the duration for which data has existed. Optionally, the threshold for valid time can be an upper limit of duration or an absolute time. Optionally, the range of valid time can be a numerical interval encompassing the duration or absolute time, such as an open interval, a closed interval, or a half-open / half-closed interval. Optionally, a correspondence or mapping relationship between the threshold (or range) of valid time and the levels of valid time can be predefined or preconfigured, so that the level of valid time can represent the corresponding threshold (or range).
[0082] It should be understood that the above description of indicator information is merely illustrative, and at least one indicator may also include other parameters, such as the dimension of the measurement, the number of significant digits of the value, etc. For example, indicator information can also be implemented as a combination of the aforementioned multiple indicators, such as a threshold or range of a function of two or more indicators.
[0083] In this way, by using indicator information to indicate the requested sensing data, it is possible to ensure that the subsequently received sensing data meets the needs of the business and improve the accuracy of business processing.
[0084] In process 300, optionally, at 320, the second device 302 can determine whether the local sensing data meets the indicator information. In some implementations, the local sensing data of the second device 302 may be local sensing data previously stored in the second device 302, or it may be local sensing data obtained and readable by the second device 302 from another storage device. It should be understood that this disclosure does not limit the specific storage location of the local sensing data; for example, it may be in a storage device within the second device 302 or in another storage device that the second device 302 can read.
[0085] In some implementations, the second device 302 can determine whether the local sensing data meets the indicator information based on the attribute information of the local sensing data. The attribute information of the sensing data can be stored together with the local sensing data. In some examples, the stored local sensing data can be stored (or recorded, associated, labeled, cached, etc.) with attribute information. Exemplarily, the attribute information of the local sensing data can include at least one indicator of the local sensing data. For example, the attribute information can include information on all or some of the indicators discussed above for the local sensing data.
[0086] For example, the attribute information of locally sensed data may include a timestamp of the locally sensed data. For instance, the timestamp indicates the time when the locally sensed data was recorded (or generated), received, or stored.
[0087] For example, the attribute information of the locally sensed data may include the identification information of the sensing device associated with the locally sensed data. For instance, if the locally sensed data is generated by terminal device 210, then the attribute information may include the identification information of terminal device 210, such as the identifier or location of terminal device 210.
[0088] For example, the attribute information of the locally sensed data may include other information about the locally sensed data, such as data volume, data format, etc., which are not limited in this disclosure.
[0089] In this way, the stored locally sensed data can be associated with attribute information, which can be used to determine whether it meets the indicator information. This ensures that locally sensed data meets the indicator information and improves processing efficiency.
[0090] For ease of description, in some implementations, it can be assumed that the first sensing data in the local sensing data satisfies the indicator information, where the first sensing data can be part or all of the local sensing data. For example, the first sensing data satisfying the indicator information can mean that the first sensing data satisfies the threshold, range, or level of all indicators indicated by the indicator information. In some examples, the satisfaction of the first sensing data with the indicator information can be determined based on the attribute information of the first sensing data.
[0091] For example, the attribute information of the first perceived data may include at least one indicator of the first perceived data. If the at least one indicator includes indicator information, it can be determined that the first perceived data meets the indicator information. For example, at least one indicator of the first perceived data can be determined based on its attribute information. If the at least one indicator includes indicator information, it can be determined that the first perceived data meets the indicator information. For example, a certain indicator of the first perceived data is lower than / insufficient to the threshold (upper limit) or the upper limit corresponding to the level indicated by the indicator information. For example, a certain indicator of the first perceived data is higher than / exceeds the threshold (lower limit) or the lower limit corresponding to the level indicated by the indicator information. For example, a certain indicator of the first perceived data is within the range indicated by the indicator information or the range corresponding to the level.
[0092] As an example, suppose the indicator information includes a threshold for valid time, which can be the length of the valid time, for example, denoted as Tth. Optionally, the second device 302 can determine whether the duration of the first sensing data exceeds the threshold. If the duration of the first sensing data is less than the threshold, it can be determined that the first sensing data meets the threshold for valid time. For example, the timestamp of the first sensing data can be obtained, the duration between the time corresponding to the timestamp and the current time can be calculated, and then it can be determined whether the duration exceeds the threshold for valid time. It is understood that this disclosure does not limit the method for determining whether the first sensing data meets the threshold for valid time.
[0093] As shown in Figure 3, at point 340, the second device 302 sends the first sensing data to the third device 303. In some implementations, based on determining that the first sensing data meets the indicator information, a response message of a business message is sent to the third device 303, and this response message includes the first sensing data. Optionally, the response message may also include at least one indicator or attribute information of the first sensing data.
[0094] In this way, the second device 302 can store local sensing data and provide the first sensing data to the third device 303 when the first sensing data in the local sensing data meets the indicator information. Thus, the second device 302 can provide the first sensing data that meets the indicator information in a timely manner without needing to re-acquire it through the sensing process. On the one hand, this reduces the latency of providing the first sensing data, ensuring the efficiency of its use, such as higher efficiency in subsequent business operations. On the other hand, because there is no need to re-acquire the sensing data, resources are saved, and the corresponding resources can be used for other purposes, improving resource utilization.
[0095] In other implementations, the second device 302 can determine that the locally sensed data does not meet the indicator information, and then further execute 330. For example, all the locally sensed data does not meet the indicator information, or the amount of data in the locally sensed data that meets the indicator information is too low (below a predetermined threshold, or below the amount of data indicated by the business message, or below a predetermined proportion of the amount of data indicated by the business message). Exemplarily, locally sensed data not meeting the indicator information can mean that the locally sensed data meets the threshold, range, or level of one or more indicators indicated by the indicator information. In some examples, the determination that locally sensed data does not meet the indicator information can be based on the attribute information of the locally sensed data.
[0096] Optionally, at 332, the second device 302 may send a sensing message to the first device 301. In some implementations, a sensing message may be sent if it is determined that the local sensing data does not meet the indicator information. In some examples, the sensing message may indicate a sensing service; for example, the sensing message may include a sensing operation instruction. In this way, a sensing operation can be triggered based on the fact that the local sensing data does not meet the indicator information, avoiding unnecessary sensing operations. In some implementations, the second device 302 may determine the first device 301 based on a service message. For example, the sensing message may include the indicator information indicated in the service message.
[0097] In some embodiments, the sensing message may include indication information of sensing resources. Exemplarily, the indication information of sensing resources may indicate resources used for transmitting and / or receiving sensing signals, such as time-frequency resources. Optionally, the first device 301 may include a transmitter and / or a receiver of sensing signals.
[0098] Optionally, at point 334, the first device 301 may send the second sensing data to the second device 302. In some examples, the first device 301 may collect the second sensing data based on the sensing message. Optionally, at point 334, attribute information of the second sensing data may also be sent simultaneously. Alternatively, the attribute information of the second sensing data may be sent in a separate signaling message independent of point 334.
[0099] It is understood that although both the receiving device for the sensing data and the transmitting device for the second sensing data are the first device 301 in Figure 3, this disclosure is not limited thereto. In other implementations, the sensing message can be sent to the sender of the sensing signal, while the receiver of the sensing signal can send the second sensing data to the second device 302.
[0100] Understandably, in process 300, the second device 302 can send sensing messages to more than one sensing device, and thus receive second sensing data from more than one sensing device.
[0101] Optionally, at 336, the second device 302 may store the second sensing data. In some implementations, attribute information of the second sensing data may also be stored. For example, the attribute information of the second sensing data may be used to tag (or record, or associate) the second sensing data. In this way, the second device 302 may update the local sensing data, for example, by adding received second sensing data to the local sensing data.
[0102] As shown in Figure 3, at point 340, the second device 302 sends the second sensing data to the third device 303. In some implementations, based on the determination that the local sensing data does not meet the indicator information, step 330 is executed, and a response message of the business message is sent to the third device 303, the response message including the second sensing data. Optionally, the second sensing data meets the indicator information indicated by the business message. Optionally, the response message may also include at least one indicator or attribute information of the second sensing data.
[0103] In this way, if the locally sensed data does not meet the required information, a second set of sensed data can be obtained through sensed messages. This avoids repeatedly receiving sensed data, improving the effectiveness and utilization of signaling and resources.
[0104] Additionally or optionally, in some implementations, at point 325, the second device 302 may delete the third sensing data from the local sensing data. For example, if the second device 302 determines that the third sensing data does not meet a threshold for a valid time period, it may delete (or remove, release, discard, etc.) the third sensing data. Optionally, the third sensing data may be part or all of the local sensing data.
[0105] As an example, suppose the indicator information includes a threshold for valid time, which can be the length of the valid time, for example, denoted as Tth. Optionally, the second device 302 can determine whether the duration of the third sensing data exceeds the threshold. If the duration of the third sensing data exceeds the threshold, it can be determined that the third sensing data does not meet the threshold for valid time. For example, the timestamp of the third sensing data can be obtained, the duration between the time t1 corresponding to the timestamp and the current time t2 can be calculated (e.g., t2-t1), and then it can be determined whether the duration exceeds the threshold for valid time (Tth). If t2-t1>Tth, the third sensing data is deleted.
[0106] In this way, the second device 302 can delete local sensing data that does not meet timeliness requirements, thereby freeing up local storage resources. This allows the local storage resources to be used to store other sensing data that does meet timeliness requirements, improving storage space utilization.
[0107] It should be noted that the process described above in conjunction with Figure 3 includes multiple steps / operations. However, some steps / operations shown in the figure can be combined, modified, deleted, or their order adjusted. Additionally, one or more steps / operations not shown in the figure may be included, all of which are within the scope of this disclosure. For example, step 325 can be executed before, after, or in parallel with steps 330 / 340. For example, step 336 and step 340, which sends the second sensing data, can be executed in parallel or have their order swapped. For example, steps 332 and 334 can be implemented as multiple messages. For example, step 325 can be omitted.
[0108] It should be noted that other embodiments can be obtained based on the embodiments described in conjunction with FIG3, and these still fall within the protection scope of this disclosure. For example, the second device 302 can determine first sensing data that meets the indicator information, and obtain second sensing data that meets the indicator information through 332 and 334. Subsequently, both the first and second sensing data can be provided to the third device 303. In this way, the third device 303 can obtain sufficient sensing data, thereby facilitating the accuracy or precision of sensing services based on the sensing data.
[0109] By referring to the example embodiment described in Figure 3, the service messages (such as sensing task requirements) from the third device 303 and the sensing operations of the first device 301 can be decoupled. That is, the strong coupling relationship between the service messages (such as sensing task requirements) from the third device 303 and the sensing operations of the first device 301 can be stripped or weakened, avoiding unnecessary sensing operations. Sensing operations can be triggered based on the failure to meet indicator information, and the effective utilization of sensing data can be achieved.
[0110] Figure 4 shows a schematic flowchart of an example communication process 400 according to some embodiments of the present disclosure. Process 400 involves a first device 301, a second device 302, and a third device 303. The implementation of the first device 301, the second device 302, and the third device 303 can be referred to the foregoing description in conjunction with Figure 3, and will not be repeated here for the sake of brevity.
[0111] At point 412, the first device 301 sends sensing data to the second device 302. At point 414, the second device 302 can store the received sensing data. Optionally, the second device 302 may also store attribute information of the sensing data, such as recording a timestamp of the sensing data. For example, the timestamp could be the generation time, reception time, or storage time of the sensing data. For instance, the first device 301 may send the generation time information of the sensing data to the second device 302; this information can be sent together with the sensing data or sent separately.
[0112] For example, steps 412 and 414 in Figure 4 can be similar to steps 334 and 336 in Figure 3, and will not be repeated here for the sake of brevity.
[0113] At position 420, the third device 303 sends valid time information to the second device 302. Correspondingly, the second device 302 receives the valid time information from the third device 303. In some implementations, the valid time information may include a threshold, range, or level of valid time. A detailed description can be found in the foregoing description of valid time in conjunction with Figure 3; for brevity, it will not be repeated here.
[0114] At point 440, the second device 302 deletes third sensing data from the local sensing data that does not meet the valid time information. For example, if the second device 302 determines that the third sensing data does not meet the valid time threshold, it can delete (or remove, release, discard, etc.) the third sensing data. Optionally, the third sensing data can be part or all of the local sensing data.
[0115] As an example, suppose the valid time information includes a threshold for valid time, which can be the length of valid time, for example, denoted as Tth. Optionally, the second device 302 can determine whether the duration of the third sensing data exceeds the threshold. If the duration of the third sensing data exceeds the threshold, it can be determined that the third sensing data does not meet the threshold for valid time. For example, the timestamp of the third sensing data can be obtained, the duration between the time t1 corresponding to the timestamp and the current time t2 can be calculated (e.g., t2-t1), and then it can be determined whether the duration exceeds the threshold for valid time (Tth). If t2-t1>Tth, the third sensing data is deleted.
[0116] In this way, the second device 302 can delete local sensing data that does not meet the valid time information, thereby freeing up local storage resources. This allows for the timely deletion of invalid sensing data based on valid time information from the third device 303, freeing up storage resources that can be used for other purposes, thus improving storage space utilization.
[0117] It should be noted that the process described above in conjunction with Figure 4 includes multiple steps / operations, but some of the steps / operations shown in the figure can be merged, modified, deleted, or their order adjusted. Additionally, one or more steps / operations not shown in the figure may be included, all of which are within the scope of this disclosure. For example, step 420 can be executed before, after, or in parallel with steps 412 / 414. For example, steps 412 and 414 can be implemented as multiple messages.
[0118] It is understood that although example embodiments are described in conjunction with Figures 3 and 4, the processes in Figure 3 and Figure 4 can be combined to form other embodiments that still fall within the scope of this disclosure. For example, step 420 can be performed after step 340. For example, step 420 can be implemented as part of step 310. For example, steps 440 and 325 can be understood as the same step.
[0119] Referring to Figure 2, a specific example illustrates the solution of this disclosure. Assuming that the intelligent device 240 is within the coverage area of the network device 230, the intelligent device 240 can collect surrounding environmental information and perform AI tasks (such as AI model training, AI model inference, AI model verification, etc.) based on this information to further realize the general tasks of the intelligent device 240. For example, general tasks may include cleaning, dancing, gesture recognition, etc. It is understood that although the intelligent device 240 itself can collect environmental information, due to its limited coverage area or obstructions, the intelligent device 240 may request more environmental information from the network device 230. Since the intelligent device 240 is within the coverage area of the network device 230, the sensing data obtained by the network device 230 itself (e.g., RU 234) will include the environmental information collected by the intelligent device 240. If the network device 230 sends all of its obtained sensing data to the intelligent device 240, it would result in the intelligent device 240 repeatedly receiving the environmental information it has already collected. On the one hand, the transmission of this data is unnecessary, leading to a waste of transmission resources and reducing their utilization rate. On the other hand, the latency in data transmission and the repetitive processing of data by the smart device 240 cause delays in the processing tasks of the smart device 240.
[0120] In embodiments of this disclosure, when the smart device 240 requests sensing data from the network device 230, it can indicate indicator information. For example, assuming the smart device 240 can sense environmental information within a first coverage area, the indicator information can indicate that the coverage area is any area excluding the first coverage area. Accordingly, the network device 230 can send sensing data that satisfies the indicator information (e.g., sensing data located in other areas outside the first coverage area) to the smart device 240. In this way, the smart device 240 does not need to receive all the sensing data, thereby reducing signaling overhead and facilitating full utilization of resources. Furthermore, the smart device 240 can obtain sufficient sensing data to ensure the execution of its AI tasks and general tasks.
[0121] It should be understood that in the embodiments of this disclosure, terms such as "first," "second," and "third" are merely used to indicate that multiple objects may be different, but do not exclude the possibility that two objects are the same. "First," "second," and "third," etc., should not be construed as any limitation on the embodiments of this disclosure.
[0122] It should also be understood that the manner, situation, category, and division of embodiments in the present disclosure are for the convenience of description only and should not constitute a special limitation. Various manners, categories, situations, and features in the embodiments can be combined with each other where logically consistent.
[0123] It should also be understood that the foregoing is merely to help those skilled in the art better understand the embodiments of this disclosure, and is not intended to limit the scope of the embodiments of this disclosure. Those skilled in the art can make various modifications, variations, or combinations based on the foregoing. Such modifications, variations, or combinations are also within the scope of the embodiments of this disclosure.
[0124] It should also be understood that the above description focuses on highlighting the differences between the various embodiments. Similarities or commonalities can be referenced or learned from each other, and for the sake of brevity, they will not be repeated here.
[0125] Figure 5 shows a schematic block diagram of a communication apparatus 500 according to some embodiments of the present disclosure. The apparatus 500 includes a receiving module 510 and a transmitting module 520. Exemplarily, the receiving module 510 may be implemented as a receiver, and the transmitting module 520 may be implemented as a transmitter. Exemplarily, the receiving module 510 and the transmitting module 520 may be implemented together as a transceiver. Exemplarily, the apparatus 500 may also include other modules, such as a processing module, a storage module, etc.
[0126] In some implementations of this disclosure, device 500 can be implemented as the aforementioned second device 302. Receiving module 510 can be configured to receive a service message indicating indicator information of the sensing data. Sending module 520 can be configured to send first sensing data based on the indicator information satisfied by the first sensing data in the stored local sensing data.
[0127] In some embodiments, the processing module may be configured to: determine, based on the attribute information of the stored first sensing data, that the first sensing data meets the indicator information.
[0128] In some embodiments, the sending module is configured to send a sensing message to the sensing device based on a service message, provided that the stored local sensing data does not meet the indicator information. The receiving module is configured to receive second sensing data from the sensing device. The sending module is also configured to send the second sensing data, wherein the second sensing data meets the indicator information. Exemplarily, the storage module may be configured to store the second sensing data and its attribute information to update the local sensing data.
[0129] For example, the metric information includes at least one of the following: threshold, range, or level. Optionally, at least one metric includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or validity period.
[0130] In some embodiments, the indicator information includes a threshold for the effective time. The processing module can be configured to delete third-sensor data based on the fact that the third-sensor data in the stored local sensing data does not meet the threshold for the effective time.
[0131] For example, the processing module can be configured to: determine the duration of the third sensing data based on the timestamp of the third sensing data and the current time; and determine that the third sensing data does not meet the threshold of valid time based on the threshold that the duration of the third sensing data exceeds the valid time.
[0132] Optionally, the timestamp of the third sensing data represents any of the following: the generation time of the third sensing data, the reception time of the third sensing data, or the storage time of the third sensing data.
[0133] Optionally, the business message includes the business type of the sensing business, and the indicator information therein represents the indicator information of the sensing data corresponding to the sensing business.
[0134] In some implementations of this disclosure, device 500 can be implemented as the aforementioned third device 303. Transmitting module 520 can be configured to send a service message to the second device 302, the service message including indicator information of the sensing data. Receiving module 510 can be configured to receive first or second sensing data from the second device 302, the first or second sensing data satisfying the indicator information.
[0135] For example, the metric information includes at least one of the following: threshold, range, or level. Optionally, at least one metric includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or validity period.
[0136] In some embodiments, the receiving module 510 may also be configured to receive attribute information of the first / second sensing data, such as a timestamp. Optionally, the timestamp represents any of the following: the generation time of the first / second sensing data, the reception time of the first / second sensing data, or the storage time of the first / second sensing data.
[0137] Optionally, the business message includes the business type of the sensing business, and the indicator information therein represents the indicator information of the sensing data corresponding to the sensing business.
[0138] For example, the device 500 in FIG5 can be implemented as a communication device, or it can be implemented as a chip or chip system in a device. The device 500 in FIG5 can be used to implement the various processes described above in conjunction with FIG3 or FIG4, which will not be repeated here for the sake of brevity.
[0139] Figure 6 shows a schematic block diagram of an example device 600 that can be used to implement embodiments of the present disclosure. Device 600 may be implemented as or included in the first device 301, the second device 302, or the third device 303 of Figures 3 or 4, or device 600 may be implemented as or included in any network element of Figure 2.
[0140] As shown in Figure 6, the device 600 includes one or more processors 610, one or more memories 620 coupled to the processors 610, and a communication module 640 coupled to the processors 610.
[0141] The communication module 640 can be used for bidirectional communication. The communication module 640 may have at least one communication interface for communication. The communication interface may include any interface necessary for communication with other devices.
[0142] Processor 610 can be any type suitable for a local technology network and can include, but is not limited to, one or more of the following: a general-purpose computer, a special-purpose computer, a microcontroller, a digital signal processor (DSP), or a controller-based multi-core controller architecture. Device 600 can have multiple processors, such as application-specific integrated circuit chips, which are time-subordinate to a clock synchronized with the main processor.
[0143] Memory 620 may include one or more non-volatile memories and one or more volatile memories. Examples of non-volatile memories include, but are not limited to, at least one of the following: read-only memory (ROM) 624, erasable programmable read-only memory (EPROM), flash memory, hard disk, compact disc (CD), digital versatile disc (DVD), or other magnetic and / or optical storage. Examples of volatile memories include, but are not limited to, at least one of the following: random access memory (RAM) 622, or other volatile memories that do not persist during the duration of a power outage.
[0144] Computer program 630 includes computer-executable instructions that are executed by associated processor 610. Program 630 may be stored in ROM 624. Processor 610 may perform any suitable actions and processes by loading program 630 into RAM 622.
[0145] The embodiments of this disclosure can be implemented using program 630, enabling device 600 to perform any of the processes discussed with reference to FIG3 or FIG4. Embodiments of this disclosure can also be implemented in hardware or a combination of software and hardware.
[0146] Program 630 may be tangibly contained in a computer-readable medium, which may include in device 600 (such as in memory 620) or other storage device accessible by device 600. Program 630 may be loaded from the computer-readable medium into RAM 622 for execution. The computer-readable medium may include any type of tangible non-volatile memory, such as ROM, EPROM, flash memory, hard disk, CD, DVD, etc.
[0147] In some embodiments, the communication module 640 in device 600 can be implemented as a transmitter and receiver (or transceiver), which can be configured to send / receive messages such as service messages, sensing messages, sensing data, etc. Additionally, device 600 may further include one or more of a scheduler, a controller, and a radio frequency / antenna, which will not be described in detail in this disclosure.
[0148] For example, the device 600 in FIG6 may be implemented as an electronic device, or may be implemented as a chip or chip system in an electronic device, and the embodiments of this disclosure are not limited thereto.
[0149] Embodiments of this disclosure also provide a chip, which may include an input interface, an output interface, and processing circuitry. In embodiments of this disclosure, the input and output interfaces can be used to complete the interaction of signaling or data, while the processing circuitry can be used to generate and process the signaling or data information.
[0150] Embodiments of this disclosure also provide a chip system including a processor for supporting a communication device to implement the functions involved in any of the above embodiments. In one possible design, the chip system may further include a memory for storing necessary program instructions and data, which, when executed by the processor, cause a device on which the chip system is installed to implement the methods involved in any of the above embodiments. Exemplarily, the chip system may consist of one or more chips, or may include chips and other discrete devices.
[0151] Embodiments of this disclosure also provide a processor for coupling with a memory storing instructions that, when executed by the processor, cause the processor to perform the methods and functions involved in any of the above embodiments.
[0152] Embodiments of this disclosure also provide a computer program or computer program product containing instructions that, when run on a computer, causes the computer to perform the methods and functions involved in any of the embodiments described above.
[0153] Embodiments of this disclosure also provide a computer-readable storage medium having computer instructions stored thereon, which, when executed by a processor, cause the processor to perform the methods and functions involved in any of the above embodiments.
[0154] Generally, the various embodiments of this disclosure can be implemented in hardware or dedicated circuitry, software, logic, or any combination thereof. Some aspects can be implemented in hardware, while others can be implemented in firmware or software, which can be executed by a controller, microprocessor, or other computing device. Although various aspects of the embodiments of this disclosure are shown and described as block diagrams, flowcharts, or represented using some other illustration, it should be understood that the blocks, apparatuses, systems, techniques, or methods described herein can be implemented as, as non-limiting examples, in hardware, software, firmware, dedicated circuitry or logic, general-purpose hardware or controllers or other computing devices, or some combination thereof.
[0155] This disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer-executable instructions, such as instructions included in program modules, which execute in a device on a target real or virtual processor to perform the processes / methods as described above with reference to the accompanying drawings. Typically, program modules include routines, programs, libraries, objects, classes, components, data structures, etc., that perform specific tasks or implement specific abstract data types. In various embodiments, the functionality of program modules can be combined or divided among program modules as needed. The machine-executable instructions for the program modules can execute within a local or distributed device. In a distributed device, the program modules can reside in both local and remote storage media.
[0156] Computer program code used to implement the methods of this disclosure may be written in one or more programming languages. This computer program code may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus, such that when executed by the computer or other programmable data processing apparatus, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be performed. The program code may be executed entirely on a computer, partially on a computer, as a stand-alone software package, partially on a computer and partially on a remote computer, or entirely on a remote computer or server.
[0157] In the context of this disclosure, computer program code or related data may be carried on any suitable carrier to enable a device, apparatus, or processor to perform the various processes and operations described above. Examples of carriers include signals, computer-readable media, and so on. Examples of signals may include electrical, optical, radio, sound, or other forms of propagation signals, such as carrier waves, infrared signals, etc.
[0158] A computer-readable medium can be any tangible medium that contains or stores a program for or relating to an instruction execution system, apparatus, or device. A computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. A computer-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. More detailed examples of computer-readable storage media include electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital multifunction disc (DVD), memory sticks, floppy disks, mechanical encoding devices, such as punch cards or recessed protrusions storing instructions thereon, and any suitable combination thereof. The computer-readable storage medium as used herein is not to be construed as a transient signal itself, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., light pulses through fiber optic cables), or electrical signals transmitted through wires.
[0159] Furthermore, although the operation of the methods of this disclosure is described in a specific order in the accompanying drawings, this does not require or imply that these operations must be performed in that specific order, or that all of the operations shown must be performed to achieve the desired result. Rather, the steps depicted in the flowcharts may be performed in a different order. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps. It should also be noted that the features and functions of two or more devices according to this disclosure may be embodied in one device. Conversely, the features and functions of one device described above may be further divided and embodied by multiple devices.
[0160] Various implementations of this disclosure have been described above. These descriptions are exemplary and not exhaustive, nor are they limited to the disclosed implementations. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described implementations. The terminology used herein is chosen to well explain the principles, practical applications, or improvements to technology in the market, or to enable others skilled in the art to understand the various implementations disclosed herein.
Claims
1. A communication method, comprising: Receive a business message, wherein the business message indicates the indicator information of the sensing data; as well as Based on the fact that the first sensing data in the stored local sensing data meets the indicator information, the first sensing data is sent.
2. The method according to claim 1, further comprising: Based on the attribute information of the stored first sensing data, it is determined that the first sensing data satisfies the indicator information.
3. The method according to claim 1 or 2, further comprising: If the stored local sensing data does not meet the indicator information, a sensing message is sent to the sensing device based on the service message. Receive second sensing data from the sensing device; as well as Send the second sensing data, wherein the second sensing data satisfies the indicator information.
4. The method according to claim 3, further comprising: The second sensing data and its attribute information are stored to update the local sensing data.
5. The method according to any one of claims 1 to 4, wherein the indicator information includes at least one of the following of at least one indicator: threshold, range, or level.
6. The method according to claim 5, wherein the at least one indicator includes at least one of the following: coverage, accuracy, resolution, detection or false alarm probability, service latency, refresh rate, or effective time.
7. The method according to any one of claims 1 to 6, wherein the indicator information includes a threshold for effective time, and the method further comprises: The third sensing data in the stored local sensing data is deleted because it does not meet the threshold of the effective time.
8. The method according to claim 7, further comprising: The duration of the third sensing data is determined based on the timestamp of the third sensing data and the current time. as well as Based on the fact that the duration of the third sensing data exceeds the threshold of the effective time, it is determined that the third sensing data does not meet the threshold of the effective time.
9. The method of claim 8, wherein the timestamp of the third sensed data represents any of the following: The generation time of the third sensing data, The reception time of the third sensing data, or The storage time of the third sensing data.
10. The method according to any one of claims 1 to 9, wherein the service message includes a service type of the sensing service, and wherein the indicator information represents indicator information of the sensing data corresponding to the sensing service.
11. A communication device, comprising: One or more processors are configured, together with a transceiver, to perform the method according to any one of claims 1-10.
12. The apparatus of claim 11, further comprising: One or more memories for storing computer instructions executed by the one or more processors.
13. A computer-readable storage medium having instructions stored thereon, the instructions, when executed by a device, causing the device to perform the method according to any one of claims 1-10.
14. A computer program product storing instructions that, when executed, cause a device to perform the method according to any one of claims 1-10.
15. A chip including processing circuitry configured to perform the method according to any one of claims 1-10.