[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2024140725A1 - 传输方法及装置 - Google Patents

传输方法及装置 Download PDF

Info

Publication number
WO2024140725A1
WO2024140725A1 PCT/CN2023/142091 CN2023142091W WO2024140725A1 WO 2024140725 A1 WO2024140725 A1 WO 2024140725A1 CN 2023142091 W CN2023142091 W CN 2023142091W WO 2024140725 A1 WO2024140725 A1 WO 2024140725A1
Authority
WO
WIPO (PCT)
Prior art keywords
iot
communication node
ambient
protocol layer
information
Prior art date
Application number
PCT/CN2023/142091
Other languages
English (en)
French (fr)
Inventor
刘佳敏
刘进华
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2024140725A1 publication Critical patent/WO2024140725A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Definitions

  • the first communication node sends the relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • the third receiving module is used to receive relevant information of the Ambient IoT device sent by the first communication node through the transmission channel of the second communication node.
  • a second communication node comprising a processor and a communication interface, wherein the communication interface is used to:
  • a computer program/program product is provided, wherein the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the steps of the transmission method described in the first aspect, or implement the steps of the method described in the second aspect, or implement the steps of the method described in the third aspect.
  • FIG11 is a fifth schematic diagram of a protocol stack provided in an embodiment of the present application.
  • FIG12 is a schematic diagram of a system architecture in which a network node is provided as a proxy according to an embodiment of the present application
  • FIG17 is a second flow chart of the transmission method provided in an embodiment of the present application.
  • FIG21 is a third schematic diagram of the structure of the transmission device provided in an embodiment of the present application.
  • FIG23 is a schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.
  • FIG24 is a schematic diagram of the hardware structure of a network node implementing an embodiment of the present application.
  • first, second, etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by “first” and “second” are generally of the same type, and the number of objects is not limited.
  • the first object can be one or more.
  • “and/or” in the specification and claims represents at least one of the connected objects, and the character “/" generally represents that the objects associated with each other are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • NR New Radio
  • 6G 6th Generation
  • FIG1 shows a block diagram of a wireless communication system applicable to an embodiment of the present application.
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • the terminal 11 may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/virtual reality, or a network device.
  • Tablet Personal Computer Tablet Personal Computer
  • laptop computer laptop computer
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • UMPC ultra-mobile personal computer
  • UMPC mobile Internet device
  • MID mobile Internet Device
  • AR augmented reality
  • virtual reality virtual reality
  • VR Virtual reality
  • robots wearable devices
  • VUE vehicle-mounted equipment
  • PUE pedestrian terminals
  • smart homes home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.
  • game consoles personal computers (personal computers, PCs), teller machines or self-service machines and other terminal-side devices
  • wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • the specific type of terminal 11 is not limited in the embodiments of the present application.
  • the network-side device 12 may include access network equipment or core network equipment, wherein the access network device 12 may also be called wireless access network equipment, wireless access network (Radio Access Network, RAN), wireless access network function or wireless access network unit.
  • the access network device 12 may include a base station, a WLAN access point or a WiFi node, etc.
  • the base station may be called a node B, an evolved node B (eNB), an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a home B node, a home evolved B node, a transmitting and receiving point (Transmitting Receiving Point, TRP) or some other suitable term in the field.
  • the base station is not limited to specific technical vocabulary. It should be noted that in the embodiments of the present application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.
  • the core network equipment may include but is not limited to at least one of the following: core network nodes, core network functions, mobility management entity (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function, PCF), policy and charging rules function unit (Policy and Charging Rules Function, PCRF), edge application service discovery function (Edge Application Server Discovery ...
  • MME mobility management entity
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • SMF Session Management Function
  • UPF User Plane Function
  • Policy Control Function Policy Control Function
  • PCRF Policy and Charging Rules Function
  • edge application service discovery function Edge Application Server Discovery ...
  • Ambient power-enabled Internet of Things (Ambient IoT) (including Passive IoT);
  • Ambient IoT is a 3GPP IoT technology. Ambient IoT devices have ultra-low complexity and ultra-low power consumption.
  • Ambient IoT devices The energy of Ambient IoT devices comes from energy harvesting. Regarding energy storage, Ambient IoT devices can have the following characteristics:
  • an Ambient IoT device does not have a traditional battery.
  • the Ambient IoT device itself can use energy harvested from radio waves, where the radio waves can come from network equipment or user equipment such as mobile phones UE.
  • Ambient IoT devices can be classified based on energy source, energy storage capability, passive or active emission, etc.
  • Ambient IoT devices can only support short-term active states and intermittent communication. Ambient IoT devices can decide when to communicate with the network. Ambient IoT devices do not necessarily monitor the network, that is, they may not monitor the called service for a long time.
  • Radio Frequency Identification (RFID) Information transmission between BSC devices such as electronic tag devices, also known as Tag devices
  • RFID Radio Frequency Identification
  • RFID is a traditional backscatter communication system that can identify and read the ID of BSC devices (i.e., Tag devices) within the coverage of the reader. Since RFID was originally used in the automated inventory of large quantities of goods, the process of identifying and reading the data of Tag devices is also called inventory.
  • FIG. 2 is a schematic diagram of the process of receiving and sending data by the Tag device provided by the relevant technology
  • Figure 3 is a schematic diagram of the RFID process and Tag status provided by the relevant technology.
  • the Tag device After the reader sends a query command (Query), the Tag device responds with a reply (Reply). Taking the Reply as RN16 as an example, the Tag device generates a 16-bit random number and sends it to the reader. Then the reader sends the sequence to the Tag device through the confirmation (ACK) command. After the Tag device successfully verifies the RN16 in the ACK, it sends the subsequent data (such as PC/XPC, or EPC, etc.) to the reader.
  • ACK confirmation
  • Reader reader operation instructions can be found in Table 1 below:
  • IoT devices and corresponding readers can be integrated in mobile terminals or in fixedly deployed network nodes with terminal functions and cannot be directly used as nodes in 3GPP wireless communication systems. If IoT devices reuse the existing UE data processing methods, it will not only require Ambient IoT devices (such as terminals) to have a more complex protocol stack structure and processing capabilities, but also have direct requirements on power consumption, which are not available in a large number of extremely low-capability/cost Ambient IoT devices. Therefore, it is necessary to consider a transmission method with acceptable complexity and effect.
  • FIG. 4 is a flow chart of a transmission method according to an embodiment of the present application. As shown in FIG. 4 , the method includes the following steps:
  • the first communication node receives a feedback signal from an ambient energy enabled Internet of Things (IoT) device.
  • IoT Internet of Things
  • the first communication node may be a node in a communication system.
  • the first communication node may be a terminal.
  • the first communication node may be a network node.
  • the first communication node may be a base station (generation Node B, gNB), or other network nodes with air interface capabilities, such as an integrated access and backhaul (IAB) node, or a DU node in a centralized unit (CU)-distributed unit (DU) architecture.
  • gNB base station
  • IAB integrated access and backhaul
  • DU distributed unit
  • the first communication node can exist as a reader/writer in the system structure of Ambient IoT.
  • the Ambient IoT device can provide a feedback signal to the first communication node by backscattering or active communication.
  • a feedback signal can be sent by the Ambient IoT device.
  • the feedback signal may be a signal reflected back to the first communication device by the Ambient IoT device after the first communication node sends a service signal.
  • Step 420 The first communication node sends the relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • the second communication node may be a core network node.
  • the second communication node may be an IoT server.
  • the second communication node may be another external node.
  • the relevant information of the Ambient IoT device may include Ambient IoT device information or IoT service signaling, etc.
  • the first communication device can send relevant information of the Ambient IoT device to the second communication node through its own transmission pipeline.
  • the first communication device can use the existing bearer between the terminal and the base station to transmit relevant information of the Ambient IoT device.
  • the first communication node can communicate directly with a large number of Ambient IoT devices to complete the sending of signaling or signals (such as the sending of business signals), and/or collect feedback and reporting information from Ambient IoT devices (such as the reporting of feedback signals).
  • UE NAS signaling is a signaling transmission channel between the first communication node and the second communication node, such as AMF, and is transmitted between the first communication node and the second communication node through SRB2.
  • the second communication node and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • the first communication node and the second communication node communicate through the IoT protocol layer, and/or the first communication node and the third communication node communicate through the IoT protocol layer; wherein the IoT protocol layer is an independent protocol layer, or the IoT protocol layer is a submodule of the RRC protocol layer, or the IoT protocol layer is a submodule of the interface protocol layer, or the IoT protocol layer is a submodule of the APP protocol layer, or the IoT protocol layer is a submodule of the first protocol layer, and the first protocol layer is different from the RRC protocol layer, the interface protocol layer or the APP protocol layer.
  • the IoT protocol layer is an independent protocol layer
  • the IoT protocol layer is a submodule of the RRC protocol layer
  • the IoT protocol layer is a submodule of the interface protocol layer
  • the IoT protocol layer is a submodule of the APP protocol layer
  • the IoT protocol layer is a submodule of the first protocol layer
  • UE RRC signaling is a signaling transmission channel between the first communication node and the second communication node.
  • UE RRC signaling is a signaling transmission channel between the first communication node and the third communication node.
  • transmission can be performed between gNBs via SRB1, and RRC signaling generally terminates at the gNB. If it is necessary to reach other nodes, the transmission path and address method can be pre-configured in advance between the gNB and other nodes.
  • the relevant information or requirement information may be transmitted via a signaling transmission channel between the first communication node and the second communication node.
  • the relevant information or requirement information may be carried in a signaling transmission pipeline between the first communication node and the third communication node.
  • the relevant information or requirement information can be carried in a signaling transmission channel between the UE and the gNB control node.
  • the relevant information or requirement information may be carried in a signaling transmission channel between the UE and the CU.
  • the relevant information or requirement information may be transmitted via SRB1.
  • Figure 8 is a second schematic diagram of the protocol stack provided in an embodiment of the present application. As shown in Figure 8, it can be a protocol stack in the form of RRC signaling bearer; wherein the IoT layer and/or IoT protocol layer (i.e., IoT in Figure 8) can be optional, for example, the IoT protocol layer between the UE and the gNB (i.e., IoT in Figure 8) can be used as a separate protocol layer, or as a sub-module integrated in the RRC protocol stack, the IoT protocol layer between the gNB and the IoT server/controller (i.e., IoT in Figure 8) can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in the interface protocol layer, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT protocol layer i
  • the transmission between the first communication node and the second communication node may be carried by a PDU session and/or a GTP-U tunnel.
  • a dedicated pipeline can be established between the first communication node and the third communication node for IoT needs, or a UP pipeline in related technologies can be reused.
  • Figure 9 is a third schematic diagram of the protocol stack provided in an embodiment of the present application. As shown in Figure 9, it can be a protocol stack in a UP bearer mode; wherein the IoT layer and/or IoT protocol layer (i.e., IoT in Figure 9) can be optional.
  • the IoT protocol layer between the UE and the IoT server/controller i.e., IoT in Figure 9) can be a separate protocol layer or part of the APP protocol, or it can be integrated as a sub-module in other protocol layers.
  • the IoT layer can be a separate protocol layer, or it can be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the UE's data plane can be used to transmit demand information or related information of Ambient IoT devices.
  • transmission between the first communication node and the second communication node can be carried out through the data plane of the UE.
  • transmission between the first communication node and the third communication node can be carried out through the data plane of the UE.
  • the data plane of UE is used.
  • the data plane is a collection of functions for emerging data collection and processing needs, which can also include IoT data collection and instruction distribution (demand information or related information of Ambient IoT devices).
  • the data plane bearer can be constructed in a more flexible way.
  • CN's UPF, AMF or other entities such as Data control entity, and its bearer construction method can refer to the NAS or GTP-U tunnel method in related technologies, or a new method can be defined.
  • bearers of UE can be used to transmit demand information or related information of Ambient IoT devices.
  • N2/NG signaling bearer UP bearer of network node, data plane of network node, management plane, PDU session, GTP-U tunnel, second bearer;
  • network nodes can use N2 signaling, other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform uplink and downlink transmission of Ambient IoT device data.
  • RAN nodes in a system architecture in which network nodes act as agents, RAN nodes, possible 5GC nodes and other nodes may all be nodes participating in communication in the 3GPP system, and each node is based on the 3GPP communication architecture and functions.
  • RAN nodes interact with Ambient IoT devices to issue signals or collect information (such as transmission of demand information or related information of Ambient IoT devices).
  • the issued signaling may come from a third communication node, such as an Ambient IoT server, or 5GC or other nodes within the RAN, or other external control nodes.
  • the RAN node may also report the information collected from the Ambient IoT nodes to these nodes. Whether it is issuing or reporting, the RAN node's own bearer and path may be reused to reach the target node, i.e., the second communication node, in a manner similar to the existing system.
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the third communication node may use N2 signaling bearer, other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform downlink transmission of the demand information.
  • N2 signaling bearer other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform downlink transmission of the demand information.
  • the network node may include a gNB, but is not limited to a gNB, and may also be other network nodes with air interface capabilities, such as an IAB node, or a DU node in a CU-DU architecture; the examples in the embodiments of the present application using the network node including a gNB are applicable to other possible nodes, and the embodiments of the present application will not be repeated.
  • a dedicated N2/NG transmission pipeline is established between the first communication node and the second communication node, and relevant information of the Ambient IoT device can be placed in a container of the N2/NG signaling.
  • the first communication node and the second communication node may be transmitted via a PDU session and/or a GTP-U tunnel.
  • a dedicated pipeline can be established between the first communication node and the second communication node for the transmission of relevant information of the Ambient IoT device, or an existing UP pipeline in the related technology can be reused.
  • Figure 14 is the seventh schematic diagram of the protocol stack provided in the embodiment of the present application. As shown in Figure 14, it can be a protocol stack under the UP bearer mode of the network node; wherein the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in other protocol layers, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in other protocol layers, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the Io
  • the data plane is a collection of functions for emerging needs related to data collection and processing
  • the management plane is a function for emerging needs of management and control, which can collect IoT data and issue instructions (such as the transmission of demand information or related information of Ambient IoT devices).
  • the protocol stack architecture corresponding to the data plane or management plane carrying mode of the network node can use the protocol stack shown in Figure 13 as a reference.
  • the first communication node and the third communication node may be transmitted via other types of bearers of the network nodes.
  • the protocol stack architecture corresponding to other types of bearer modes of the network node may use the protocol stack shown in FIG. 14 as a reference.
  • the requirement information includes at least one of the following:
  • the demand information sent by the third communication node to the first communication node may include first trigger information for triggering the Ambient IoT service.
  • the first communication node may start executing the Ambient IoT service based on the first trigger information, such as sending a service signal to the Ambient IoT device, wherein the service signal is used to trigger the feedback signal, and receiving a feedback signal from the ambient energy-enabled Ambient IoT device, and sending relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • the requirement information may include first indication information for indicating information that needs to be reported by the first communication node.
  • the Ambient IoT service includes a service for taking inventory of Ambient IoT devices within the coverage area of the first communication node.
  • the service parameters may include: the execution cycle of the Ambient IoT service;
  • the Ambient IoT service is a periodic service
  • the service parameters may indicate that an inventory of Ambient IoT devices should be conducted at 20:00 every day, or every 5 hours. This embodiment of the present application does not limit this.
  • the service parameters may include: execution conditions of the Ambient IoT service;
  • Ambient IoT services may be indicated or pre-defined, such as executing the Ambient IoT service at 18:00 in the afternoon on a certain day of a certain month of a certain year, or executing the Ambient IoT service when the power of the first communication device is greater than a certain threshold value.
  • a certain threshold value e.g. 18:00 in the afternoon on a certain day of a certain month of a certain year.
  • the inventory range information includes at least one of the following:
  • the relevant information includes at least one of the following:
  • the first condition includes at least one of the following:
  • the first communication node when the first communication node sends relevant information of the Ambient IoT device to the second communication node, it can report it item by item to reduce latency.
  • the method further includes at least one of the following:
  • the first communication node When the number of feedback signals received by the first communication node is greater than a number threshold, and/or when the size of the relevant information is greater than a size threshold, the first communication node enters a Radio Resource Control (RRC) connected state;
  • RRC Radio Resource Control
  • the proxy UE can stay in the IDLE or INACTIVE state and complete a report through the small data transmission related process.
  • the proxy UE when the proxy UE is in the IDLE state and uses the data plane or the IoT dedicated plane for reporting, when these planes have default configurations and there are no special requirements for security, it can also be considered that the UE is in the IDLE state and uses small data, similar to Small Data Transmission (SDT) and Early Data Transmission (EDT), that is, through the Random Access Channel (RACH) process, that is, through the RACH process, the data plane carrying IoT reporting information or the IoT dedicated plane data is reported through a public channel, which can be carried through SRB0 on the Uu interface, and can be carried through a public channel between the gNB and the core network node, or a dedicated channel for reporting in this case can be shared by multiple proxy UEs.
  • SDT Small Data Transmission
  • EDT Early Data Transmission
  • RACH Random Access Channel
  • the data plane carrying IoT reporting information or the IoT dedicated plane data is reported through a public channel, which can be carried through SRB0 on the Uu interface, and can be carried through
  • the second communication node receives the relevant information of the Ambient IoT device sent by the first communication node through the transmission channel of the second communication node.
  • the second communication node may be a node of a higher level than the first communication node.
  • the second communication node may be a base station.
  • the second communication node may be a core network node.
  • the second communication node may be an IoT server.
  • the second communication node may be another external node.
  • the relevant information of the Ambient IoT device may include any information or signaling that may be related to the IoT business, or a combination of any information or signaling.
  • the first communication node may be a node in a communication system.
  • the first communication node may be a terminal.
  • the first communication node may be a base station (generation Node B, gNB), or other network nodes with air interface capabilities, such as an integrated access and backhaul (IAB) node, or a DU node in a centralized unit (CU)-distributed unit (DU) architecture.
  • gNB base station
  • IAB integrated access and backhaul
  • DU distributed unit
  • the Ambient IoT device can provide a feedback signal to the first communication node by backscattering or active communication.
  • the first communication device can send relevant information of the Ambient IoT device to the second communication node through its own transmission channel.
  • the second communication node can receive relevant information of the Ambient IoT device sent by the first communication node through its own transmission channel.
  • a feedback signal can be sent by the Ambient IoT device.
  • the feedback signal may be a signal reflected back to the first communication device by the Ambient IoT device after the first communication node sends a service signal.
  • the feedback signal can be transmitted based on the normal operating communication mode of the Ambient IoT device.
  • the feedback signal can be transmitted based on the active transmission communication mode of the Ambient IoT device.
  • the feedback signal can be transmitted based on the passive transmission communication mode of the Ambient IoT device.
  • the reader/writer involved may be a first communication node, such as a handheld terminal, or a fixed or mobile reader/writer device unit.
  • the Ambient IoT device involved may be a terminal device based on passive communication or a terminal device based on active communication.
  • the communication between the reader and the Ambient IoT device can be based on a backscatter communication mechanism or an active communication method in which the Ambient IoT device generates and transmits radio waves on its own.
  • the first communication device can use the existing bearer between the terminal and the base station to transmit relevant information of the Ambient IoT device.
  • the first communication node can communicate directly with a large number of Ambient IoT devices to complete the sending of signaling or signals (such as the sending of business signals), and/or collect feedback and reporting information from Ambient IoT devices (such as the reporting of feedback signals).
  • the first communication node can use its own bearer to collect and report Ambient IoT device signaling or information or IoT business information or signaling to complete the transmission.
  • the transmission method provided in each embodiment of the present application can be applicable to Ambient IoT devices without batteries or power storage functions, and can also be applicable to Ambient IoT devices with batteries or power storage functions.
  • the transmission method provided in each embodiment of the present application can be extended to the Ambient IoT transmission requirements in 4G-LTE, 5G-NR and future 6G systems.
  • the specific implementation method is similar and will not be repeated here.
  • a reader-based Ambient IoT device system when a reader-based Ambient IoT device system is used, when the first communication node acts as a reader, it can assist in proxying the uplink data collection and downlink signaling process of the Ambient IoT device and transmit it through its own pipeline.
  • the existing communication system's bearer architecture and transmission method can be utilized to the greatest extent, and special transmission attribute configuration guarantees can be provided for the Ambient IoT device, which not only ensures the transmission requirements of the Ambient IoT device but also avoids introducing more complexity into the network, and accelerates the implementation and deployment of the Ambient IoT technology as soon as possible.
  • the relevant information is carried in at least one of the following:
  • UE NAS signaling SRB2, UE RRC signaling, SRB1, UE UP bearer, DRB, UE data plane, bearer dedicated to Ambient IoT device data, first bearer;
  • the first bearer is different from the SRB1, SRB2 or DRB.
  • the terminal may be referred to as a proxy UE or a proxy terminal, which may be simply referred to as UE or terminal.
  • the UE can use NAS signaling, RRC signaling, user plane bearer, data plane bearer or new bearer type (such as the first bearer) to perform uplink transmission of relevant information of the Ambient IoT device.
  • the existing bearing architecture and transmission method of the communication system are used between the first communication node and the second communication node to ensure the transmission requirements of the Ambient IoT device and avoid introducing more complexity. This is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and further improves the practicality of the data transmission processing method in the communication system for data transmission of Ambient IoT devices.
  • UE NAS signaling is a signaling transmission channel between the first communication node and the second communication node, such as AMF, and is transmitted between the first communication node and the second communication node through SRB2.
  • the first communication node is the terminal
  • the second communication node is the core network control node
  • the UE NAS signaling is the signaling transmission channel between the UE and the core network control node, such as AMF, and can be transmitted between the UE and the gNB through SRB2;
  • the relevant information may be carried in UE NAS signaling transmission
  • the relevant information may be carried in a signaling transmission channel between the UE and the core network control node;
  • the relevant information can be carried in SRB2 transmission.
  • the information related to the Ambient IoT device can be transmitted using a new SRB different from SRB2. This facilitates configuring different transmission priorities for the existing SRB2 and the new SRB, and avoids competing for resources with the existing NAS when there is a lot of information related to the Ambient IoT device.
  • a dedicated transmission pipeline can be established between the first communication node and the second communication node, and relevant information of the Ambient IoT device can be placed in a NAS signaling container and transmitted using NAS signaling in related technologies or a new NAS signaling.
  • the second communication node and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • a dedicated transmission channel can be established between the gNB and the AMF, and the relevant information of the Ambient IoT device can be placed in the container of the NAS signaling and transmitted by the existing NAS signaling or a new NAS signaling.
  • the AMF and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • an independent protocol layer or a sub-module of the NAS protocol layer, is provided for communication between a first communication node and a high-level node (second communication node). While meeting the transmission requirements of signaling and reporting related to Ambient IoT devices, it can also avoid affecting other communication processes.
  • the first communication node and the second communication node communicate through the IoT protocol layer; wherein the IoT protocol layer is an independent protocol layer, or, the IoT protocol layer is a submodule of the RRC protocol layer, or, the IoT protocol layer is a submodule of the interface protocol layer, or, the IoT protocol layer is a submodule of the APP protocol layer, or, the IoT protocol layer is a submodule of the first protocol layer; the first protocol layer is different from the RRC protocol layer, the interface protocol layer or the APP protocol layer.
  • UE RRC signaling is a signaling transmission channel between the first communication node and the second communication node.
  • the first communication node is UE
  • the second communication node is gNB control node
  • UE RRC signaling is a signaling transmission channel between UE and gNB control node, such as CU.
  • SRB1 may be used for transmission between the first communication node and the second communication node.
  • transmission can be performed between gNBs via SRB1, and RRC signaling generally terminates at the gNB. If it is necessary to reach other nodes, the transmission path and address method can be pre-configured in advance between the gNB and other nodes.
  • the relevant information may be transmitted via a signaling transmission channel between the first communication node and the second communication node.
  • the relevant information may be carried in a signaling transmission pipeline between the first communication node and the third communication node.
  • the relevant information may be carried in a signaling transmission channel between the UE and the CU.
  • the relevant information may be transmitted via SRB1.
  • the transmission between the first communication node and the second communication node may be carried by DRB.
  • the transmission between the first communication node and the second communication node may be carried by a PDU session and/or a GTP-U tunnel.
  • the data plane of UE is used.
  • the data plane is a collection of functions for emerging data collection and processing needs, which can also include IoT data collection and instruction distribution (related information of Ambient IoT devices).
  • the protocol stack structure shown in FIG. 10 may be applicable to the data plane of the UE; wherein the IoT layer and/or the IoT protocol layer (i.e., the IoT in FIG. 10 ) may be optional, for example, the IoT protocol layer between the UE and the IoT server/controller (i.e., the IoT in FIG. 10 ) may be a separate protocol layer or a part of the APP protocol, or may be integrated as a sub-module in other protocol layers, and the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the IoT protocol layer between the UE and the IoT server/controller i.e., the IoT in FIG. 10
  • the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the first communication node and the second communication node may be transmitted through other types of bearers of the UE.
  • other types of bearers of the UE may include bearer types dedicated to Ambient IoT device data.
  • bearer types dedicated to Ambient IoT device data.
  • a special entity and pipeline mechanism is defined for the transmission of IoT-related data and signaling.
  • the bearer construction method can refer to the NAS or GTP-U tunnel method in the relevant technology, or a new method can be defined.
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the network node acts as an agent
  • the signaling and reporting related to Ambient IoT devices may have special transmission requirements
  • they have similar properties to the existing data of the RAN node they can also be considered to be placed in the same bearer for transmission.
  • network nodes can use N2/NG signaling to proxy and transmit signaling and reporting of Ambient IoT devices (such as transmission of demand information or related information of Ambient IoT devices).
  • the N2/NG signaling bearer is a signaling transmission channel between the RAN node and the core network control node, such as the AMF.
  • a dedicated N2/NG transmission channel is established between the gNB and the AMF, and the signaling or reporting content of the Ambient IoT (such as demand information or related information of the Ambient IoT device) can be placed in the N2/NG signaling container and transmitted using the N2 signaling in the related technology or a new N2/NG signaling.
  • the AMF and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • the IoT layer and/or IoT Agent may be optional, for example, the IoT Agent between the gNB and the IoT server/controller may be a separate protocol layer or
  • the IoT layer can be a part of the APP protocol or integrated as a submodule in the NG-AP protocol layer.
  • the IoT layer can be a separate protocol layer or integrated as a submodule in the IoT MAC or IoT PHY layer.
  • Figure 14 is the seventh schematic diagram of the protocol stack provided in the embodiment of the present application. As shown in Figure 14, it can be a protocol stack under the UP bearer mode of the network node; wherein the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in other protocol layers, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in other protocol layers, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the Io
  • the network node can use the data plane or management plane of the network node to proxy and transmit the signaling and reporting of the Ambient IoT device (such as the transmission of relevant information of the Ambient IoT device).
  • the data plane is a collection of functions for emerging needs related to data collection and processing
  • the management plane is a function for emerging needs of management and control, which can collect IoT data and issue instructions (such as the transmission of demand information or related information of Ambient IoT devices).
  • the protocol stack architecture corresponding to the data plane or management plane carrying mode of the network node can use the protocol stack shown in Figure 13 as a reference.
  • the protocol stack structure shown in Figure 15 is applicable to the data plane or management plane bearer mode; wherein, the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or a part of the APP protocol, or can be integrated as a sub-module in other protocol layers, and the IoT layer can be used as a separate protocol layer, or can be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or a part of the APP protocol, or can be integrated as a sub-module in other protocol layers, and the IoT layer can be used as a separate protocol layer, or can be integrated as a sub-module in the IoT MAC or IoT PHY
  • the first communication node and the second communication node may be transmitted through other types of bearers of the network nodes.
  • bearer types of network nodes may include bearer types dedicated to Ambient IoT device data. This is for the transmission of IoT-related data and signaling (such as demand information or related information of Ambient IoT devices), and defines a dedicated entity and pipeline mechanism. Its bearer construction method can refer to the N2/NG or GTP-U tunnel method in related technologies, or a new method can be defined.
  • the protocol stack architecture corresponding to other types of bearer modes of the network node may use the protocol stack shown in FIG. 14 as a reference.
  • the protocol stack structure shown in FIG. 16 may be applicable to other types of bearer modes of network nodes; wherein, the IoT layer and/or IoT Agent may be optional, for example, the IoT Agent between the gNB and the IoT server/controller may be a separate protocol layer or a part of the APP protocol, or may be integrated as a sub-module in other protocol layers, and the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent may be optional, for example, the IoT Agent between the gNB and the IoT server/controller may be a separate protocol layer or a part of the APP protocol, or may be integrated as a sub-module in other protocol layers, and the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the network node may include a gNB, but is not limited to a gNB, and may also be other network nodes with air interface capabilities, such as an IAB node, or a DU node in a CU-DU architecture. If it is a network node in these related technologies, the interface technology between nodes in the related technologies may be used to replace the protocol stack structure provided in each embodiment of the present application or the gNB node in the above examples.
  • the embodiments of the present application are also applicable to new network node types in subsequent communication systems, so the node-to-node interface can be designed similarly to complete the complete gNB functions in the embodiments of the present application.
  • the Ambient IoT service includes a service for taking inventory of Ambient IoT devices within the coverage area of the first communication node.
  • the first communication node sends service information to the Ambient IoT devices within the coverage area, and the Ambient IoT devices within the coverage area
  • the device performs feedback, and the first communication node sends relevant information of the Ambient IoT device to the second communication node based on the feedback signal of the Ambient IoT device.
  • the relevant information includes at least one of the following:
  • Second indication information where the second indication information is used to indicate whether the Ambient IoT service is executed successfully
  • the feedback signal carries information.
  • the first communication node can obtain result information obtained by executing the Ambient IoT service.
  • the first communication node can generate relevant information of the Ambient IoT device to be reported to the second communication device, which can be received by the second communication device.
  • the first communication node may also add some additional necessary information, such as the identification information of the IoT node, the location information of the IoT node, the identification information of the first communication node itself, the location information of the first communication node, timestamp information, indication information on whether the operation is successful, information read from the IoT device, etc.
  • additional information can be used to provide a more comprehensive reference for the control node when using the reported information.
  • FIG. 18 is a third flow chart of a transmission method provided in an embodiment of the present application. As shown in FIG. 18 , the method includes the following process:
  • the third communication node may be a base station.
  • the third communication node may be an IoT server.
  • the third communication node may be other external nodes.
  • the third communication node and the second communication node may be the same node.
  • the first communication node acts as a transmission agent, and its instruction information for the Ambient IoT device can come from a higher-level node, namely the third communication node.
  • the third communication node can generate demand information for the Ambient IoT service, and send the demand information to the first communication node through a signaling process with the first communication node.
  • the demand information may include reading and writing to an Ambient IoT device.
  • the demand information may include taking an inventory of Ambient IoT devices.
  • the demand information may include locating the Ambient IoT device.
  • the demand information may indicate the demand for any IoT service, which will not be described in detail here.
  • the first communication node can receive the demand information of the Ambient IoT service sent by the third communication node through its own transmission channel.
  • the third communication node may send demand information of the Ambient IoT service to the first communication node through its own transmission channel, and the first communication node may receive demand information of the Ambient IoT service through its own transmission channel.
  • the third communication node may send the demand information of the Ambient IoT service to the first communication node through the transmission channel of the third communication node and/or the first communication node, and the first communication node may receive the demand information of the Ambient IoT service through the transmission channel of the first communication node.
  • the first communication node can learn the demand for the Ambient IoT service and execute the Ambient IoT service.
  • the first communication node when the first communication node executes the Ambient IoT service, it can send a service signal to the Ambient IoT device and expect feedback from the Ambient IoT device.
  • the first communication node communicates with the Ambient IoT device based on the active transmission communication mode of the Ambient IoT device.
  • the first communication node receives the demand information sent by the third communication node through its own transmission channel, and sends a service signal to the Ambient IoT device.
  • the execution of IoT can be realized based on the instructions of the high-level node, and the bearing architecture and transmission method of the communication system can be utilized to ensure the transmission requirements of the Ambient IoT device and avoid introducing more complexity. It is suitable for a large number of Ambient IoT devices with extremely low capabilities or extremely low costs, and further improves the practicality of the data transmission processing method in the communication system for the data transmission of Ambient IoT devices.
  • a dedicated transmission pipeline can be established between the first communication node and the third communication node, and the demand information can be placed in a NAS signaling container and transmitted using NAS signaling in related technologies or a new NAS signaling.
  • a dedicated transmission channel can be established between the gNB and the AMF, and the demand information can be placed in a NAS signaling container and transmitted using an existing NAS signaling or a new NAS signaling.
  • the AMF and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • the first communication node and the third communication node communicate through the IoT protocol layer; wherein the IoT protocol layer is an independent protocol layer, or, the IoT protocol layer is a submodule of the RRC protocol layer, or, the IoT protocol layer is a submodule of the interface protocol layer, or, the IoT protocol layer is a submodule of the APP protocol layer, or, the IoT protocol layer is a submodule of the first protocol layer; the first protocol layer is different from the RRC protocol layer, the interface protocol layer or the APP protocol layer.
  • transmission may be performed between the first communication node and the third communication node via SRB1.
  • Figure 8 is a second schematic diagram of the protocol stack provided in an embodiment of the present application. As shown in Figure 8, it can be a protocol stack in the form of RRC signaling bearer; wherein the IoT layer and/or IoT protocol layer (i.e., IoT in Figure 8) can be optional, for example, the IoT protocol layer between the UE and the gNB (i.e., IoT in Figure 8) can be used as a separate protocol layer, or as a sub-module integrated in the RRC protocol stack, the IoT protocol layer between the gNB and the IoT server/controller (i.e., IoT in Figure 8) can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in the interface protocol layer, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT protocol layer i
  • a new SRB can be defined for the transmission of demand information or related information of Ambient IoT devices.
  • the UP bearer of the UE may be a data pipe between the first communication node and the third communication node.
  • the transmission between the first communication node and the third communication node may be carried by DRB.
  • the UP bearer of the UE is a data pipe between the UE and the user plane node of the core network, such as the UPF. It is carried by DRB between the UE and the gNB, and by PDU session and GTP-U tunnel between the gNB and the UPF.
  • a dedicated pipe can be established for IoT needs, or the UP pipe in the relevant technology can be reused.
  • the transmission of data between the UPF and the external control node or server requires pre-configuration of the transmission path and address method in advance.
  • the UE's data plane can be used for demand information transmission.
  • the data plane bearer can be constructed in a more flexible way.
  • CN's UPF, AMF or other entities such as Data control entity, and its bearer construction method can refer to the NAS or GTP-U tunnel method in related technologies, or a new method can be defined.
  • the protocol stack architecture corresponding to the data plane mode of the UE may take the protocol stack shown in Figure 7, Figure 8 or Figure 9 as a reference.
  • the protocol stack structure shown in FIG. 10 may be applicable to the data plane of the UE; wherein the IoT layer and/or the IoT protocol layer (i.e., the IoT in FIG. 10 ) may be optional, for example, the IoT protocol layer between the UE and the IoT server/controller (i.e., the IoT in FIG. 10 ) may be a separate protocol layer or a part of the APP protocol, or may be integrated as a submodule in other protocol layers, and the IoT layer may be a separate protocol layer or a submodule. A submodule is integrated in the IoT MAC or IoT PHY layer.
  • bearers of UE can be used to transmit demand information or related information of Ambient IoT devices.
  • the first communication node and the third communication node may be transmitted through other types of bearers of the UE;
  • other types of bearers of the UE may include bearer types dedicated to Ambient IoT device data.
  • bearer types dedicated to Ambient IoT device data.
  • a special entity and pipeline mechanism is defined for the transmission of IoT-related data and signaling.
  • the bearer construction method can refer to the NAS or GTP-U tunnel method in the relevant technology, or a new method can be defined.
  • the protocol stack architecture corresponding to other types of bearer modes of the UE may take the protocol stack shown in FIG. 7 , FIG. 8 , or FIG. 9 as a reference.
  • an independent protocol layer or a submodule of the RRC protocol layer, or a submodule of the interface protocol layer, or a submodule of the APP protocol layer, or a submodule of the first protocol layer (such as a newly defined submodule) is provided for communication between the first communication node and the high-level node (the third communication node), which can meet the transmission requirements of signaling and reporting related to Ambient IoT devices and avoid affecting other communication processes.
  • the requirement information is carried in at least one of the following:
  • N2/NG signaling bearer UP bearer of network node, data plane of network node, management plane, PDU session, GTP-U tunnel, second bearer;
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the first communication node may be referred to as a proxy network node, or a proxy NW node, and may be simply referred to as a network node, or NW node.
  • network nodes can use N2 signaling, other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform uplink and downlink transmission of Ambient IoT device data.
  • the network node may use N2 signaling, other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform uplink transmission of relevant information of the Ambient IoT device.
  • N2 signaling other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform uplink transmission of relevant information of the Ambient IoT device.
  • Figure 12 is a schematic diagram of the system architecture of the network node provided in an embodiment of the present application as an agent.
  • the first communication node may be a network node (Network node, NW node), and the Ambient IoT device and the terminal may communicate through an air interface, such as multiplexing the interaction process of the RFID link in the related technology, or adopting an interaction process suitable for the 3GPP air interface.
  • NW node Network node
  • the Ambient IoT device and the terminal may communicate through an air interface, such as multiplexing the interaction process of the RFID link in the related technology, or adopting an interaction process suitable for the 3GPP air interface.
  • RAN nodes in a system architecture in which network nodes act as agents, RAN nodes, possible 5GC nodes and other nodes may all be nodes participating in communication in the 3GPP system, and each node is based on the 3GPP communication architecture and functions.
  • RAN nodes interact with Ambient IoT devices to issue signals or collect information (such as transmission of demand information or related information of Ambient IoT devices).
  • the issued signaling may come from a third communication node, such as an Ambient IoT server, or 5GC or other nodes within the RAN, or other external control nodes.
  • the RAN node may also report the information collected from the Ambient IoT nodes to these nodes. Whether it is issuing or reporting, the RAN node's own bearer and path may be reused to reach the target node, i.e., the second communication node, in a manner similar to the existing system.
  • the third communication node may use N2 signaling bearer, other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform downlink transmission of the demand information.
  • N2 signaling bearer other signaling plane bearers, data plane bearers, management plane bearers or other new bearer types (such as the second bearer) to perform downlink transmission of the demand information.
  • the network node may include a gNB, but is not limited to a gNB, and may also be other network nodes with air interface capabilities, such as an IAB node, or a DU node in a CU-DU architecture; the examples in the embodiments of the present application using the network node including a gNB are applicable to other possible nodes, and the embodiments of the present application will not be repeated.
  • the existing bearing architecture and transmission method of the communication system are utilized between the first communication node and the third communication node to ensure the transmission requirements of the Ambient IoT device and avoid introducing more complexity. This is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and further improves the practicality of the data transmission processing method in the communication system for data transmission of Ambient IoT devices.
  • the first communication node and the third communication node communicate through the IoT Agent; wherein the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of the NG-AP protocol layer, or the IoT Agent is a submodule of the APP protocol layer.
  • network nodes can use N2/NG signaling to proxy and transmit signaling and reporting of Ambient IoT devices (such as transmission of demand information or related information of Ambient IoT devices).
  • the first communication node and the third communication node may be transmitted via N2/NG signaling bearer.
  • a dedicated N2/NG transmission pipeline may be established between the first communication node and the third communication node, and the demand information may be placed in a container of the N2/NG signaling.
  • the N2/NG signaling bearer is a signaling transmission channel between the RAN node and the core network control node, such as the AMF.
  • a dedicated N2/NG transmission channel is established between the gNB and the AMF to transmit the signaling or reporting content (such as The AMF and the Ambient IoT control node can communicate through a pre-planned path or a specified IP address.
  • Figure 13 is the sixth schematic diagram of the protocol stack provided in the embodiment of the present application. As shown in Figure 13, it can be a protocol stack under the N2/NG signaling bearer mode; wherein the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in the NG-AP protocol layer, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in the NG-AP protocol layer, the IoT layer can be used as a separate protocol layer, or as a sub-modul
  • the network node can use the UP bearer of the network node to proxy and transmit the signaling and reporting of the Ambient IoT device (such as the transmission of demand information or related information of the Ambient IoT device).
  • the Ambient IoT device such as the transmission of demand information or related information of the Ambient IoT device.
  • the first communication node and the third communication node may be transmitted via a PDU session and/or a GTP-U tunnel.
  • the UP bearer of the network node can be a data pipe between the gNB and the core network user plane node, such as UPF, and is carried between the gNB and the UPF using a PDU session and a GTP-U tunnel.
  • a dedicated pipe can be established for IoT needs according to the mechanism for establishing the UP pipe in the relevant technology, or the existing UP pipe in the relevant technology can be reused.
  • the transmission of data between the UPF and the external control node or server requires the transmission path and address method to be pre-configured in advance.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or part of the APP protocol, or as a sub-module integrated in other protocol layers, the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the network node can use the data plane or management plane of the network node to proxy and transmit the signaling and reporting of the Ambient IoT device (such as the transmission of demand information or related information of the Ambient IoT device).
  • the Ambient IoT device such as the transmission of demand information or related information of the Ambient IoT device.
  • the data plane is a collection of functions for emerging needs related to data collection and processing
  • the management plane is a function for emerging needs of management and control, which can collect IoT data and issue instructions (such as the transmission of demand information or related information of Ambient IoT devices).
  • the data plane bearer or the management plane bearer can be constructed in a more flexible way.
  • CN's UPF, AMF or other entities such as Data control entity, and its bearer construction method can refer to the N2/NG or GTP-U tunnel method in the relevant technology, or a new method can be defined.
  • the protocol stack architecture corresponding to the data plane or management plane carrying mode of the network node can use the protocol stack shown in Figure 13 as a reference.
  • the protocol stack structure shown in Figure 15 is applicable to the data plane or management plane bearer mode; wherein, the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or a part of the APP protocol, or as a sub-module integrated in other protocol layers, and the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent can be optional, for example, the IoT Agent between the gNB and the IoT server/controller can be used as a separate protocol layer or a part of the APP protocol, or as a sub-module integrated in other protocol layers, and the IoT layer can be used as a separate protocol layer, or as a sub-module integrated in the IoT MAC or IoT PHY layer.
  • the network node may use other types of bearers of the network node to proxy and transmit the signaling and reporting of the Ambient IoT device (such as the transmission of demand information or related information of the Ambient IoT device).
  • the first communication node and the third communication node may be transmitted via other types of bearers of the network nodes.
  • bearer types of network nodes may include bearer types dedicated to Ambient IoT device data. This is for the transmission of IoT-related data and signaling (such as demand information or related information of Ambient IoT devices), and defines a dedicated entity and pipeline mechanism. Its bearer construction method can refer to the N2/NG or GTP-U tunnel method in related technologies, or a new method can be defined.
  • the protocol stack architecture corresponding to other types of bearer modes of the network node may use the protocol stack shown in FIG. 14 as a reference.
  • the protocol stack structure shown in FIG. 16 may be applicable to other types of bearer modes of network nodes; wherein, the IoT layer and/or IoT Agent may be optional, for example, the IoT Agent between the gNB and the IoT server/controller may be a separate protocol layer or a part of the APP protocol, or may be integrated as a sub-module in other protocol layers, and the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the IoT layer and/or IoT Agent may be optional, for example, the IoT Agent between the gNB and the IoT server/controller may be a separate protocol layer or a part of the APP protocol, or may be integrated as a sub-module in other protocol layers, and the IoT layer may be a separate protocol layer, or may be integrated as a sub-module in the IoT MAC or IoT PHY layer.
  • the network node may include a gNB, but is not limited to a gNB, and may also be other network nodes with air interface capabilities, such as an IAB node, or a DU node in a CU-DU architecture. If it is a network node in these related technologies, the interface technology between nodes in the related technologies may be used to replace the protocol stack structure provided in each embodiment of the present application or the gNB node in the above examples.
  • the embodiments of the present application are also applicable to new network node types in subsequent communication systems, so the node-to-node interface can be designed similarly to complete the complete gNB functions in the embodiments of the present application.
  • the demand information sent by the third communication node to the first communication node may include a first A trigger message
  • the first communication node can start to execute the Ambient IoT service based on the first trigger message, such as sending a service signal to the Ambient IoT device, wherein the service signal is used to trigger the feedback signal, and receive the feedback signal from the Ambient IoT device enabled by ambient energy, and send the relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • mice For example, count the mice within a certain range
  • the first sending module 1920 is used to send relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • a second receiving module is used to receive demand information of the Ambient IoT service sent by the third communication node through the transmission channel before the first communication node receives the feedback signal from the Ambient IoT device;
  • the service parameter includes at least one of the following:
  • a first state switching module configured to enter an RRC connected state when the number of feedback signals received by the first communication node is greater than a number threshold and/or when the size of the relevant information is greater than a size threshold;
  • the second state switching module is used to maintain the RRC idle state or the RRC inactive state when the number of feedback signals received by the first communication node is less than or equal to the number threshold and/or when the size of the relevant information is less than or equal to the size threshold.
  • the first communication node after receiving a feedback signal from an ambient energy-enabled Internet of Things Ambient IoT device, the first communication node sends relevant information of the Ambient IoT device to the second communication node through its own transmission channel, thereby maximizing the use of the communication system's carrying architecture and transmission method, and performing special transmission attribute configuration guarantees for the Ambient IoT device, thereby ensuring the transmission requirements of the Ambient IoT device and avoiding introducing more complexity.
  • the system is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and improves the practicality of the data transmission processing method in the communication system for the data transmission of Ambient IoT devices.
  • FIG. 20 is a second schematic diagram of the structure of the transmission device provided in an embodiment of the present application. As shown in FIG. 20 , the device 2000 includes:
  • the third receiving module 2010 is used to receive relevant information of the Ambient IoT device sent by the first communication node through the transmission channel of the second communication node.
  • the first communication node after receiving a feedback signal from an ambient energy-enabled Internet of Things Ambient IoT device, the first communication node sends relevant information of the Ambient IoT device to the second communication node through its own transmission channel, thereby maximizing the use of the communication system's carrying architecture and transmission method, and performing special transmission attribute configuration guarantees for the Ambient IoT device, thereby ensuring the transmission requirements of the Ambient IoT device and avoiding introducing more complexity.
  • the system is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and improves the practicality of the data transmission processing method in the communication system for the data transmission of Ambient IoT devices.
  • the relevant information is carried in at least one of the following:
  • UE NAS signaling SRB2, UE RRC signaling, SRB1, UE UP bearer, DRB, UE data plane, bearer dedicated to Ambient IoT device data, first bearer;
  • the first communication node and the second communication node communicate through an IoT Agent; wherein the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of a NAS protocol layer.
  • the first communication node and the second communication node communicate through the IoT protocol layer; wherein the IoT protocol layer is an independent protocol layer, or, the IoT protocol layer is a submodule of the RRC protocol layer, or, the IoT protocol layer is a submodule of the interface protocol layer, or, the IoT protocol layer is a submodule of the APP protocol layer, or, the IoT protocol layer is a submodule of the first protocol layer; the first protocol layer is different from the RRC protocol layer, the interface protocol layer or the APP protocol layer.
  • the relevant information is carried in at least one of the following:
  • N2/NG signaling bearer UP bearer of network node, data plane of network node, management plane, PDU session, GTP-U tunnel, second bearer;
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the first communication node and the second communication node communicate through an IoT Agent; wherein the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of the NG-AP protocol layer, or the IoT Agent is a submodule of the APP protocol layer.
  • the relevant information includes at least one of the following:
  • Second indication information where the second indication information is used to indicate whether the Ambient IoT service is executed successfully
  • the feedback signal carries information.
  • FIG. 21 is a third schematic diagram of the structure of a transmission device provided in an embodiment of the present application. As shown in FIG. 21 , the device 2100 includes:
  • the fourth receiving module 2110 is used to receive the demand information of the Ambient IoT service sent by the first communication node through the transmission channel of the third communication node.
  • the requirement information is carried in at least one of the following:
  • UE NAS signaling SRB2, UE RRC signaling, SRB1, UE UP bearer, DRB, UE data plane, bearer dedicated to Ambient IoT device data, first bearer;
  • the first communication node and the third communication node communicate through an IoT Agent; wherein the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of a NAS protocol layer.
  • the service parameter includes at least one of the following:
  • the device type of the Ambient IoT device that the first communication node needs to inventory is the device type of the Ambient IoT device that the first communication node needs to inventory
  • the first communication node needs to inventory the device list of Ambient IoT devices
  • the transmission device provided in the embodiment of the present application can implement the various processes implemented by the method embodiments of Figures 2 to 18 and achieve the same technical effect. To avoid repetition, it will not be repeated here.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory.
  • the volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM).
  • the memory 2309 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.
  • the processor 2310 may include one or more processing units; optionally, the processor 2310 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 2310.
  • the radio frequency unit 2301 is used to receive feedback signals from ambient energy enabled IoT devices.
  • the radio frequency unit 2301 is used to send relevant information of the Ambient IoT device to the second communication node through the transmission channel of the first communication node.
  • the first communication node after receiving a feedback signal from an ambient energy-enabled Internet of Things Ambient IoT device, the first communication node sends relevant information of the Ambient IoT device to the second communication node through its own transmission channel, thereby maximizing the use of the communication system's carrying architecture and transmission method, and performing special transmission attribute configuration guarantees for the Ambient IoT device, thereby ensuring the transmission requirements of the Ambient IoT device and avoiding introducing more complexity.
  • the system is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and improves the practicality of the data transmission processing method in the communication system for the data transmission of Ambient IoT devices.
  • the radio frequency unit 2301 is further used for at least one of the following:
  • the first bearer is different from the SRB1, SRB2 or DRB.
  • the requirement information is carried in at least one of the following:
  • UE NAS signaling SRB2, UE RRC signaling, SRB1, UE UP bearer, DRB, UE data plane, bearer dedicated to Ambient IoT device data, first bearer;
  • the requirement information includes at least one of the following:
  • the service parameter includes at least one of the following:
  • the radio frequency unit 2301 is used for:
  • the radio frequency unit 2301 is used to receive the feedback signal and send relevant information to the second communication node in real time; and/or
  • the embodiment of the present application further provides a network node, including a processor and a communication interface, wherein the communication interface is used to:
  • FIG. 24 is a schematic diagram of the hardware structure of a network node implementing the embodiment of the present application.
  • the network node 2400 includes: an antenna 2401, a radio frequency device 2402, a baseband device 2403, a processor 2404 and a memory 2405.
  • the antenna 2401 is connected to the radio frequency device 2402.
  • the radio frequency device 2402 receives information through the antenna 2401 and sends the received information to the baseband device 2403 for processing.
  • the baseband device 2403 processes the information to be sent and sends it to the radio frequency device 2402.
  • the radio frequency device 2402 processes the received information and sends it out through the antenna 2401.
  • the baseband device 2403 may include, for example, at least one baseband board, on which a plurality of chips are arranged, as shown in FIG. 24 , wherein one of the chips is, for example, a baseband processor, which is connected to the memory 2405 through a bus interface to call the program in the memory 2405 and execute the operation of the first communication node shown in the above method embodiment.
  • the first communication node and the Ambient IoT device communicate through an IoT layer; wherein the IoT layer is an independent protocol layer, or the IoT layer is a submodule of the IoT MAC layer or the IoT PHY layer.
  • the first bearer is different from the SRB1, SRB2 or DRB.
  • the requirement information is carried in at least one of the following:
  • the first bearer is different from the SRB1, SRB2 or DRB.
  • the first communication node and the second communication node communicate via IoT Agent, and/or the first communication node and the third communication node communicate via IoT Agent; wherein, the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of the NAS protocol layer.
  • the first communication node and the second communication node communicate through the IoT protocol layer, and/or the first communication node and the third communication node communicate through the IoT protocol layer; wherein the IoT protocol layer is an independent protocol layer, or the IoT protocol layer is a submodule of the RRC protocol layer, or the IoT protocol layer is a submodule of the interface protocol layer, or the IoT protocol layer is a submodule of the APP protocol layer, or the IoT protocol layer is a submodule of the first protocol layer, and the first protocol layer is different from the RRC protocol layer, the interface protocol layer or the APP protocol layer.
  • the IoT protocol layer is an independent protocol layer
  • the IoT protocol layer is a submodule of the RRC protocol layer
  • the IoT protocol layer is a submodule of the interface protocol layer
  • the IoT protocol layer is a submodule of the APP protocol layer
  • the IoT protocol layer is a submodule of the first protocol layer
  • the relevant information is carried in at least one of the following:
  • N2/NG signaling bearer UP bearer of network node, data plane of network node, management plane, PDU session, GTP-U tunnel, second bearer;
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the requirement information is carried in at least one of the following:
  • N2/NG signaling bearer UP bearer of network node, data plane of network node, management plane, PDU session, GTP-U tunnel, second bearer;
  • the second bearer is different from the N2/NG signaling bearer, the UP bearer of the network node, the data plane of the network node, or the management plane.
  • the first communication node and the second communication node communicate via an IoT Agent, and/or the first communication node and The third communication node communicates through the IoT Agent; wherein the IoT Agent is an independent protocol layer, or the IoT Agent is a submodule of the NG-AP protocol layer, or the IoT Agent is a submodule of the APP protocol layer.
  • the requirement information includes at least one of the following:
  • First trigger information where the first trigger information is used to trigger an Ambient IoT service
  • First indication information where the first indication information is used to indicate information that needs to be reported by the first communication node.
  • the service parameter includes at least one of the following:
  • Inventory scope information where the inventory scope information is used to indicate the Ambient IoT devices that the first communication node needs to inventory
  • the inventory range information includes at least one of the following:
  • the device type of the Ambient IoT device that the first communication node needs to inventory is the device type of the Ambient IoT device that the first communication node needs to inventory
  • the first communication node needs to inventory the device list of Ambient IoT devices
  • the first communication node needs to inventory the device identification of the Ambient IoT device.
  • Second indication information where the second indication information is used to indicate whether the Ambient IoT service is executed successfully
  • the feedback signal carries information.
  • the first condition includes at least one of the following:
  • the radio frequency device 2402 is used to receive the feedback signal and send relevant information to the second communication node in real time; and/or
  • the radio frequency device 2402 is used to: after receiving N feedback signals, send a piece of relevant information to the second communication node, where N is a positive integer.
  • the processor 2004 is configured to perform at least one of the following:
  • the RRC idle state or the RRC inactive state is maintained.
  • the first communication node after receiving a feedback signal from an ambient energy-enabled Internet of Things Ambient IoT device, the first communication node sends relevant information of the Ambient IoT device to the second communication node through its own transmission channel, thereby maximizing the use of the communication system's carrying architecture and transmission method, and performing special transmission attribute configuration guarantees for the Ambient IoT device, thereby ensuring the transmission requirements of the Ambient IoT device and avoiding introducing more complexity.
  • the system is suitable for a large number of extremely low-capability or extremely low-cost Ambient IoT devices, and improves the practicality of the data transmission processing method in the communication system for the data transmission of Ambient IoT devices.
  • the embodiment of the present application also provides a third communication node.
  • Figure 26 is a schematic diagram of the hardware structure of a third communication node implementing the embodiment of the present application.
  • the third communication node 2600 includes: an antenna 2601, a radio frequency device 2602, a baseband device 2603, a processor 2604 and a memory 2605.
  • the antenna 2601 is connected to the radio frequency device 2602.
  • the radio frequency device 2602 receives information through the antenna 2601 and sends the received information to the baseband device 2603 for processing.
  • the baseband device 2603 processes the information to be sent and sends it to the radio frequency device 2602.
  • the radio frequency device 2602 processes the received information and sends it out through the antenna 2601.
  • the baseband device 2603 may include, for example, at least one baseband board, on which a plurality of chips are arranged, as shown in FIG26 , wherein one of the chips is, for example, a baseband processor, which is connected to the memory 2605 through a bus interface to call the program in the memory 2605 and execute the operation of the third communication node shown in the above method embodiment.
  • An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored.
  • a program or instruction is stored.
  • the various processes of the above-mentioned transmission method embodiment are implemented and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.
  • An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned transmission method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
  • An embodiment of the present application also provides a transmission system, including: a first communication node, a second communication node, and a third communication node, wherein the first communication node can be used to execute the steps of the transmission method described above, the second communication node can be used to execute the steps of the transmission method described above, and the third communication node can be used to execute the steps of the transmission method described above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Abstract

本申请公开了一种传输方法及装置，属于通信技术领域，该方法包括：第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；所述第一通信节点通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。

Description

传输方法及装置
相关申请的交叉引用
本申请主张在2022年12月29日在中国提交的申请号为202211716148.6的中国专利的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种传输方法及装置。
背景技术
为了加快环境能量使能的物联网(Ambient power-enabled Internet of Things，Ambient IoT)设备在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)网络的实现和部署，可以考虑利用3GPP无线通信网络的架构和传输方式，对Ambient IoT设备的传输进行承载和支撑。
3GPP无线通信网络中用户设备(User Equipment，UE)数据的处理方式，不仅要求Ambient IoT设备具有较为复杂的协议栈结构和处理能力，还对功耗有较高要求，难以适用于海量极低能力或极低造价的Ambient IoT设备，通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性较差。
发明内容
本申请实施例提供一种传输方法及装置，能够解决通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性较差的问题。
第一方面，提供了一种传输方法，该方法包括：
第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
所述第一通信节点通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
第二方面，提供了一种传输方法，该方法包括：
第二通信节点通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
第三方面，提供了一种传输方法，该方法包括：
第三通信节点通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。第四方面，提供了一种传输装置，该装置包括：
第一接收模块，用于接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
第一发送模块，用于通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
第五方面，提供了一种传输装置，该装置包括：
第三接收模块，用于通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
第六方面，提供了一种传输装置，该装置包括：
第四接收模块，用于通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
第七方面，提供了一种第一通信节点，该第一通信节点包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第八方面，提供了一种第一通信节点，包括处理器及通信接口，其中，所述通信接口用于：
接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
第九方面，提供了一种第二通信节点，该第二通信节点包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第十方面，提供了一种第二通信节点，包括处理器及通信接口，其中，所述通信接口用于：
通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
第十一方面，提供了一种第三通信节点，该第三通信节点包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第十二方面，提供了一种第三通信节点，包括处理器及通信接口，其中，所述通信接口用于：
通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
第十三方面，提供了一种传输系统，包括：第一通信节点、第二通信节点和第三通信节点，所述第一通信节点可用于执行如第一方面所述的传输方法的步骤，所述第二通信节点可用于执行如第一方面所述的传输方法的步骤，所述第三通信节点可用于执行如第一方面所述的传输方法的步骤。
第十四方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或实现如第二方面所述的方法的步骤，实现如第三方面所述的方法的步骤。
第十五方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法的步骤，实现如第三方面所述的方法的步骤。
第十六方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的传输方法的步骤，或实现如第二方面所述的方法的步骤，实现如第三方面所述的方法的步骤。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
附图说明
图1示出本申请实施例可应用的一种无线通信系统的框图；
图2是相关技术提供的Tag接收和发送数据的流程示意图；
图3是相关技术提供的RFID过程与Tag状态的示意图；
图4是本申请实施例提供的传输方法的流程示意图之一；
图5是本申请实施例提供的包含读写器的Ambient IoT的系统结构的示意图；
图6是本申请实施例提供的终端作为代理的系统架构的示意图；
图7是本申请实施例提供的协议栈的示意图之一；
图8是本申请实施例提供的协议栈的示意图之二；
图9是本申请实施例提供的协议栈的示意图之三；
图10是本申请实施例提供的协议栈的示意图之四；
图11是本申请实施例提供的协议栈的示意图之五；
图12是本申请实施例提供的网络节点作为代理的系统架构的示意图；
图13是本申请实施例提供的协议栈的示意图之六；
图14是本申请实施例提供的协议栈的示意图之七；
图15是本申请实施例提供的协议栈的示意图之八；
图16是本申请实施例提供的协议栈的示意图之九；
图17是本申请实施例提供的传输方法的流程示意图之二；
图18是本申请实施例提供的传输方法的流程示意图之三；
图19是本申请实施例提供的传输装置的结构示意图之一；
图20是本申请实施例提供的传输装置的结构示意图之二；
图21是本申请实施例提供的传输装置的结构示意图之三；
图22是本申请实施例提供的通信设备的结构示意图；
图23为实现本申请实施例的一种终端的硬件结构示意图；
图24为实现本申请实施例的一种网络节点的硬件结构示意图；
图25为实现本申请实施例的一种第二通信节点的硬件结构示意图；
图26为实现本申请实施例的一种第三通信节点的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network，RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
首先对以下内容进行介绍：
(1)环境能量使能的物联网(Ambient power-enabled Internet of Things，Ambient IoT)(包括Passive IoT)；
Ambient IoT是一种3GPP IoT技术。Ambient IoT设备具有超低复杂度，以及超低的功耗。
Ambient IoT是一种IoT业务，其中Ambient IoT设备通过能量采集(energy harvesting)供能，Ambient IoT设备没有电池，或者有有限的能量存储能力，例如，使用一个电容进行能量存储。能量采集的能量源包括无线电波、光、运动、热或者其他合适的能量源。
Ambient IoT设备的能量来自于能量采集。关于能量存储，Ambient IoT设备可以具备以下特征：
(a)无电池，无能量存储。完全依赖外部的能量源；或者，
(b)有限的能量存储能力；无需换电池或充电。
可选地，Ambient IoT设备没有传统的电池。Ambient IoT设备本身可以使用从无线电波采集的能量，其中无线电波可以来自于网络设备或用户设备，如手机UE。
可选地，Ambient IoT设备可以基于能量源energy source、能量存储能力energy storage capability、被动(Passive)或主动(Active)发射等进行分类。
可选地，可以参考相关技术，Ambient IoT设备的被动(Passive)或主动(Active)发射，有如下多种通信模式：
(a)正常操作；其中，Ambient IoT设备有电能连续工作或持续工作一段时间。能量可以来自连续的能量采集，或可能具备有一定的能量储存能力，例如Ambient IoT设备装配有电容。
(b)主动发射，支持Ambient IoT设备触发的操作；其中，Ambient IoT设备仅能支持短时间的活动状态，支持间歇式通信。Ambient IoT设备可以决定何时与网络通信。Ambient IoT设备不一定监听网络，即可能长时间不监听被叫业务。
(c)被动发射，仅支持网络侧发起的按需操作；其中，Ambient IoT设备不能自己发起业务。
(2)射频识别(Radio Frequency Identification，RFID)中读写器(reader)和后向散射(backscatter， BSC)设备(比如电子标签设备，又称为Tag设备)之间的信息传输；
RFID是一种传统的反向散射通信系统，可以对读写器覆盖范围内的BSC设备(即Tag设备)进行ID识别以及数据读取。由于RFID最初应用于大量货物的自动化盘点中，对Tag设备进行识别和数据读取的过程也被称为盘存。
以相关技术定义的EPC C1G2 RFID系统为例，图2是相关技术提供的Tag设备接收和发送数据的流程示意图，图3是相关技术提供的RFID过程与Tag状态的示意图，如图2和图3所示，在读写器发送查询指令(Query)后Tag设备响应回应(Reply)，以Reply为RN16为例，Tag设备产生一个16-bit的随机数发送给读写器。然后读写器将该序列通过确认(ACK)指令发给Tag设备，Tag设备对ACK中的RN16验证成功后，将后续的数据(如PC/XPC、或EPC等)发送给读写器。
Reader读取器操作的指令的示例可以参见下表1：
表1
Tag设备的标签的状态的示例可以参见下表2：
表2
相关技术中不涉及3GPP无线通信网络对Ambient IoT设备的数据传输，IoT设备和相应读写器(interrogator读写器)可以是集成在移动终端中，也可以是固定部署的具备终端功能的网络节点中)并不能作为3GPP无线通信系统中的节点直接使用，如果IoT设备重用现有UE数据的处理方式，不仅要求Ambient IoT设备(比如终端)具有较为复杂的协议栈结构和处理能力还对功耗有直接要求，这些都是海量极低能力/造价的Ambient IoT设备所不具备的，因此需要考虑相关复杂度和效果均可接受的传输方法。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的传输方法及装置进行详细地说明。
图4是本申请实施例提供的传输方法的流程示意图之一，如图4所示，该方法包括如下步骤：
步骤410，第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号。
可选地，第一通信节点可以是通信系统中的一个节点。
可选地，第一通信节点可以是终端。
可选地，第一通信节点可以是网络节点。
可选地，第一通信节点可以是基站(generation Node B，gNB)，还可以是其它具有空口能力的网络节点，例如可以是集成接入与回传(Integrated access andbackhaul，IAB)节点，或者集中式单元(Centralized Unit，CU)-分布式单元(Distributed Unit，DU)架构中的DU节点。
可选地，第一通信节点在Ambient IoT的系统结构中可以作为读写器的身份存在。
可选地，Ambient IoT设备可以以后向散射的方式或主动通信方式，向第一通信节点提供反馈信号。
可选地，反馈信号可以由Ambient IoT设备发送。
可选地，反馈信号可以是第一通信节点发送业务信号后由Ambient IoT设备反射回第一通信设备的信号。
可选地，反馈信号可以基于Ambient IoT设备的正常操作通信模式进行传输。
可选地，反馈信号可以基于Ambient IoT设备的主动发射通信模式进行传输。
可选地，反馈信号可以基于Ambient IoT设备的被动发射通信模式进行传输。
在一个实施例中，图5是本申请实施例提供的包含读写器的Ambient IoT的系统结构的示意图，如图5所示，其中涉及的读写器可以是第一通信节点，比如可以是手持终端，也可以是一个固定部署或移动部署的读写设备单元。其中涉及的Ambient IoT设备可以是一个基于被动通信的终端设备，也可以是基于主动通信的终端设备。
可选地，读写器跟Ambient IoT设备之间的通信可以基于后向散射通信机制，也可以基于Ambient IoT设备自行产生发射电波的主动通信方式。
步骤420，所述第一通信节点通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
可选地，第二通信节点可以是比第一通信节点更高层的节点。
可选地，第二通信节点可以是基站。
可选地，第二通信节点可以是核心网节点。
可选地，第二通信节点可以是IoT服务器。
可选地，第二通信节点可以是其它外部节点。
可选地，Ambient IoT设备的相关信息可以包括Ambient IoT设备信息或IoT业务信令等。
可选地，Ambient IoT设备的相关信息可以包括IoT业务可能涉及到的任意信息或信令，或任意信息或信令的组合。
可选地，第一通信设备可以通过自己的传输管道向第二通信节点发送Ambient IoT设备的相关信息。
比如，若第一通信设备为终端，第二通信设备为基站，第一通信设备可以采用终端至基站之间已有的承载，用于传输Ambient IoT设备的相关信息。
可选地，可以由第一通信节点与海量Ambient IoT设备进行直接通信，完成信令或信号的下发(比如业务信号的下发)，和/或，收集来自Ambient IoT设备的反馈和上报信息(比如反馈信号的上报)。
可选地，可以由第一通信节点利用自身的承载为Ambient IoT设备信令或信息或IoT业务信息或信令进行收集上报完成传输。
可选地，本申请各实施例提供的传输方法既可适用于没有电池或电量存储功能的Ambient IoT设备，也可以适用于有电池或具有电量存储功能的Ambient IoT设备。
可选地，本申请各实施例提供的传输方法可扩展到4G-LTE、5G-NR和未来6G系统中Ambient IoT传输需求中，具体实现方式类似，在此不再赘述。
可选地，在通信系统中，使用基于reader的Ambient IoT设备系统时，当第一通信节点作为reader时，可以协助将Ambient IoT设备的上行数据收集和下行信令过程进行代理，通过自己的管道进行传输。可以极大限度地利用现有通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，既确保了Ambient IoT设备的传输需求也避免给网络引入更多的复杂度，加快Ambient IoT技术的尽快落地和部署应用。
本申请实施例中，将Ambient IoT传输需求引入3GPP网络中，由终端或者网络节点使用其自身的承载为Ambient IoT设备信息和信令进行代理传输。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一 通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点接收自Ambient IoT设备的反馈信号之前，所述方法还包括如下至少一项：
所述第一通信节点通过传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息；
所述第一通信节点向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号。
可选地，第三通信节点可以是比第一通信节点更高层的节点。
可选地，第三通信节点可以是基站。
可选地，第三通信节点可以是核心网节点。
可选地，第三通信节点可以是IoT服务器。
可选地，第三通信节点可以是其它外部节点。
可选地，第三通信节点与第二通信节点可以是同一个节点。
可选地，第三通信节点与第二通信节点可以是不同的节点。
可选地，第三通信设备的协议栈结构与第二通信设备的协议栈结构可以相同。
可选地，第三通信设备的协议栈结构与第二通信设备的协议栈结构可以不相同。
可选地，第三通信设备的协议栈结构与第二通信设备的协议栈结构可以互相参考。
可选地，第一通信节点作为传输代理，其针对Ambient IoT设备的指令信息可以来自于更高层的节点，即第三通信节点。
可选地，第三通信节点可以生成Ambient IoT业务的需求信息，通过与第一通信节点之间的信令过程，将需求信息发送给第一通信节点。
在一个实施例中，UE-gNB之间是无线承载，gNB和CN之间是PDU session，CN和server之间是IP通道，UE(第一通信节点)到server(第二通信节点和/或第三通信节点)之间可以经过无线承载+PDU session+IP通道这样多段传输通道的组合进行传输；此处将无线承载认为是第一通信节点的传输通道，IP通道认为是第二通信节点和/或第三通信节点的传输通道。
在一个实施例中，需求信息可以包括对某一Ambient IoT设备(Ambient IoT Device)进行读写。
在一个实施例中，需求信息可以包括对Ambient IoT设备进行盘点。
在一个实施例中，需求信息可以包括对Ambient IoT设备进行定位。
可选地，需求信息可以指示任意IoT业务的需求，在此不再赘述。
可选地，第一通信节点可以通过自己的传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息。
可选地，第一通信节点在获取到需求信息后，可以获知Ambient IoT业务的需求，并执行Ambient IoT业务。
可选地，第一通信节点执行Ambient IoT业务时，可以向Ambient IoT设备发送业务信号，并期望Ambient IoT设备的反馈。
可选地，第一通信节点向Ambient IoT设备发送业务信号，可以包括：第一通信节点通过IoT接口，向Ambient IoT设备发送无线电波，所述无线电波向Ambient IoT设备传输能量和Ambient IoT设备操作指令(业务信号)，使Ambient IoT设备传输反馈信号，比如通过后向散射的方式发送反馈信号或利用来波增加自身信息和或延迟信息之后进行反馈等，Ambient IoT设备操作指令一般用于指示Ambient IoT设备进行何种响应，例如响应盘点信息，以何种参数和方式来响应盘点信息等。
可选的，Ambient IoT设备接收到第一通信节点的业务信号，并根据业务信号的信号内容进行反馈和响应。
可选地，第一通信节点向Ambient IoT设备发送业务信号和Ambient IoT设备进行反馈和响应(即传输反馈信号)的具体做法和内容可以参考RFID的行为，也可以为了适配3GPP系统，根据RFID为基础设计新的过程，本申请实施例对此不作限定。
可选地，第一通信节点接收到Ambient IoT设备的反馈信号后，可以基于反馈信号，将Ambient IoT设备的相关信息向高层的控制节点(第二通信节点)进行上报。
在一个可选的实施例中，向第一通信节点发送需求信息的第三通信节点，和第一通信节点上报Ambient IoT设备的第二通信节点，可以是同一个节点，也可以是不同节点，例如其中一个控制节点(第三通信节点)专门用于产生指令，另一个控制节点(第二控制节点)专门用于收集响应和反馈信息并处理他们，再将产生的结果反馈给信令控制节点，以形成闭环控制。
可选地，可以由第一通信节点与Ambient IoT设备进行直接通信，完成信令或信号的下发，比如完成业务信号的下发。
可选地，可以由第一通信节点与海量Ambient IoT设备进行直接通信，完成信令或信号的下发，比如完成业务信号的下发。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的正常操作通信模式进行通信。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的主动发射通信模 式进行通信。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的被动发射通信模式进行通信。
在本申请实施例中，第一通信节点通过自己的传输通道，接收第三通信节点发送的需求信息，并向Ambient IoT设备发送业务信号，可以基于高层节点的指示实现IoT的执行，且可以利用通信系统的承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和所述Ambient IoT设备之间通过IoT layer通信；其中，所述IoT layer是独立的协议层，或，所述IoT layer是IoT媒体接入控制(Medium Access Control，MAC)层或者IoT物理(Physical，PHY)层的子模块。
可选地，第一通信节点向Ambient IoT设备发送业务信号，可以是通过IoT layer传输。
可选地，Ambient IoT设备的反馈信号，可以是通过IoT layer传输。
可选地，IoT layer是独立的协议层，即相对通信系统中其他的协议层独立。
可选地，IoT layer是IoT MAC层或者IoT PHY层的子模块，即IoT layer可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，图6是本申请实施例提供的终端作为代理的系统架构的示意图，如图6所示，第一通信节点可以是终端(UE)，Ambient IoT设备与终端之间可以通过空口接口通信，例如复用相关技术中RFID链路的交互过程，或者采用适用于3GPP空口的交互过程。
可选地，如图6所示，在终端作为代理的系统架构中，终端(UE)、RAN节点、可能的5GC节点等节点，都可以属于3GPP系统中的参与通信的节点，各个节点以3GPP通信架构和功能为基础(baseline)。
可选地，如图6所示，在终端作为代理的系统架构中，UE与Ambient IoT设备交互，进行信令下达或者信息收集，下达的信令可以来自于第三通信节点，比如Ambient IoT服务器、5GC或者RAN内部节点，或者其它外部控制节点，UE也可以将从Ambient IoT节点收集的信息，上报到这些节点，无论是下发还是上报，都可以复用UE自身的承载和路径，按照类似通信系统的方式，到达目标节点，即第二通信节点。
可选地，如图6所示，在终端作为代理的系统架构中，因为Ambient IoT设备相关的信令和上报(比如业务信号或Ambient IoT设备的相关信息等)，可能具有特殊的传输需求，因此可以考虑为其配置独立的承载并配置专门的传输参数，当然在他们与UE的现有数据具有类似属性时，也可以考虑放置于相同承载中进行传输。
本申请实施例中提供独立的协议层，或，IoT媒体接入控制(Medium Access Control，MAC)层或者IoT物理(Physical，PHY)层的子模块，用于第一通信节点和所述Ambient IoT设备之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE网络附属存储(Network Attached Storage，NAS)信令、信令无线承载(Signalling Radio Bearer，SRB)2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
在所述第一通信节点包括终端的情况下，该终端可以称为代理UE或代理终端，可以简称为UE或终端。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型(比如第一承载)，进行Ambient IoT设备的相关信息的上行传输。
在本申请实施例中，第一通信节点和第二通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型，进行Ambient IoT数据(比如需求信息)的下行传输。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型，进行Ambient IoT数据的上下行传输。
可选地，UE可以使用NAS信令对Ambient IoT设备的信令和上报进行代理和传输。
在本申请实施例中，第一通信节点和第三通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和 第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，UE NAS信令是第一通信节点和第二通信节点例如AMF之间的信令传输管道，在第一通信节点和第二通信节点之间通过SRB2传输。
可选地，UE NAS信令是第一通信节点和第三通信节点例如AMF之间的信令传输管道，在第一通信节点和第三通信节点之间通过SRB2传输。
比如，第一通信节点是终端，第二通信节点和/或第三通信节点是核心网控制节点，UE NAS信令是UE和核心网控制节点例如AMF之间的信令传输管道，在UE和gNB之间可以通过SRB2传输；
比如，在所述第一通信节点包括终端的情况下，相关信息或需求信息可以承载在UE NAS信令传输；
比如，在所述第一通信节点包括终端的情况下，相关信息或需求信息可以承载在UE和核心网控制节点之间的信令传输管道传输；
比如，在所述第一通信节点包括终端的情况下，相关信息或需求信息可以承载在SRB2传输。
可选地，需求信息或Ambient IoT设备的相关信息可以使用不同于SRB2的新的SRB传输。便于为现有SRB2和所述新SRB配置不同的传输优先级；避免需求信息或Ambient IoT设备的相关信息较多的情况下跟现有的NAS争抢资源。
可选地，在所述第一通信节点包括终端的情况下，可以在第一通信节点和第二通信节点之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以相关技术中的NAS信令或者一个新的NAS信令进行传递。
可选地，在所述第一通信节点包括终端的情况下，第二通信节点和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
在一个实施例中，可以在gNB和AMF之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以现有NAS信令或者一个新的NAS信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
可选地，在所述第一通信节点包括终端的情况下，可以在第一通信节点和第三通信节点之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以相关技术中的NAS信令或者一个新的NAS信令进行传递。
可选的，第三通信节点和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
在一个实施例中，可以在gNB和AMF之间建立有专门的传输管道，可以将需求信息放置在NAS信令的容器中，以现有NAS信令或者一个新的NAS信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
图7是本申请实施例提供的协议栈的示意图之一，如图7所示，其中IoT layer和/或IoT Agent可以是可选的存在，例如IoT agent可以作为一个单独的协议层，也可以作为一个子模块集成在NAS协议栈中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，NAS协议层的子模块，用于第一通信节点和高层节点(第二通信节点和/或第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信，和/或，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块，所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括终端的情况下，UE RRC信令是第一通信节点和第二通信节点之间的信令传输管道。
可选地，在所述第一通信节点包括终端的情况下，UE RRC信令是第一通信节点和第三通信节点之间的信令传输管道。
比如，第一通信节点是UE，第二通信节点和/或第三通信节点是gNB控制节点，UE RRC信令是UE和gNB控制节点例如CU之间的信令传输管道。
可选地，在所述第一通信节点包括终端的情况下，在第一通信节点和第三通信节点之间可以通过SRB1传输。
可选地，在第一通信节点和第二通信节点之间可以通过SRB1传输。
在一个实施例中，gNB之间可以通过SRB1进行传输，RRC信令一般到gNB就终止，如果还需要到达其它节点，则gNB和其它节点之间也可以提前预配置好传输路径和地址方式。
可选地，相关信息或需求信息可以承载在第一通信节点和第二通信节点之间的信令传输管道传输。
可选地，相关信息或需求信息可以承载在第一通信节点和第三通信节点之间的信令传输管道。
可选地，相关信息或需求信息可以承载在UE和gNB控制节点之间的信令传输管道传输。
可选地，相关信息或需求信息可以承载在UE和CU之间的信令传输管道。
可选地，相关信息或需求信息可以通过SRB1进行传输。
可选地，图8是本申请实施例提供的协议栈的示意图之二，如图8所示，可以是在RRC信令承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图8中的IoT)可以是可选的存在，例如UE和gNB之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层，也可以作为一个子模块集成在RRC协议栈中，gNB和IoT server/controller之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在接口协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，为区别于相关技术中UE跟基站之间的RRC信令传输，可以定义新的SRB用于需求信息或Ambient IoT设备的相关信息传输。
可选地，可以采用UE的UP承载用于需求信息或Ambient IoT设备的相关信息传输。
可选地，UE的UP承载可以是第一通信节点和第二通信节点之间的数据管道。
可选地，UE的UP承载可以是第一通信节点和第三通信节点之间的数据管道。
可选地，第一通信节点和第二通信节点之间的传输可以以DRB进行承载。
可选地，第一通信节点和第三通信节点之间的传输可以以DRB进行承载。
可选地，第一通信节点和第二通信节点之间的传输可以以PDU会话和/或GTP-U隧道进行承载。
可选地，第一通信节点和第三通信节点之间的传输可以以PDU会话和/或GTP-U隧道进行承载。
可选地，第一通信节点和第三通信节点之间可以为IoT需求建立专用管道，或者复用于相关技术中UP管道。
可选地，第一通信节点和第二通信节点之间可以为IoT需求建立专用管道，或者复用于相关技术中UP管道。
在一个实施例中，UE的UP承载是UE和核心网用户面节点例如UPF的数据管道，在UE和gNB之间以DRB进行承载，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用于相关技术中UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，图9是本申请实施例提供的协议栈的示意图之三，如图9所示，可以是在UP承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图9中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图9中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的数据平面data plane用于需求信息或Ambient IoT设备的相关信息传输。
可选地，第一通信节点和第二通信节点之间可以通过UE的数据平面data plane进行传输。
可选地，第一通信节点和第三通信节点之间可以通过UE的数据平面data plane进行传输。
在一个实施例中，采用UE的数据平面data plane，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，可以将IoT的数据收集和指令下发(需求信息或Ambient IoT设备的相关信息)也包含其中。
可选地，数据平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的数据平面data plane方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，图10是本申请实施例提供的协议栈的示意图之四，如图10所示，图10示出的协议栈结构可以适用于UE的数据平面data plane的方式；其中IoT layer和/或IoT协议层(即图10中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图10中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的其它类型的承载用于需求信息或Ambient IoT设备的相关信息传输。
可选地，第一通信节点和第二通信节点之间可以通过UE的其它类型的承载进行传输。
可选地，第一通信节点和第三通信节点之间可以通过UE的其它类型的承载进行传输。
在一个实施例中，UE的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，比如为了IoT相关数据和信令的传输，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的其它类型的承载方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，图11是本申请实施例提供的协议栈的示意图之五，如图11所示，图11示出的协议栈结构可以适用于UE的其它类型的承载方式；其中IoT layer和/或IoT协议层(即图11中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图11中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，RRC协议层的子模块，或，接口协议层的子模块，或， APP协议层的子模块，或，第一协议层的子模块(比如某个新定义的那个的子模块)，用于第一通信节点和高层节点(第二通信节点和/或第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
在所述第一通信节点包括网络节点的情况下，第一通信节点可以称为代理网络节点，或代理NW node，可以简称为网络节点，或NW node。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备数据的上下行传输。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备的相关信息的上行传输。
可选地，图12是本申请实施例提供的网络节点作为代理的系统架构的示意图，如图12所示，第一通信节点可以是网络节点(Network node，NW node)，Ambient IoT设备与终端之间可以通过空口接口通信，例如复用相关技术中RFID链路的交互过程，或者采用适用于3GPP空口的交互过程。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点、可能的5GC节点等节点，都可以属于3GPP系统中的参与通信的节点，各个节点以3GPP通信架构和功能为baseline。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点与Ambient IoT设备交互，进行信令下达或者信息收集(比如需求信息或Ambient IoT设备的相关信息的传输)，下达的信令可以来自于第三通信节点，比如Ambient IoT服务器，或5GC或者RAN内部其它节点，或者其它外部控制节点，RAN节点也可以将从Ambient IoT节点收集的信息，上报到这些节点，无论是下发还是上报，都可以复用RAN节点自身的承载和路径，按照类似现有系统的方式，到达目标节点，即第二通信节点。
可选地，如图12所示，在网络节点作为代理的系统架构中，因为Ambient IoT设备相关的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)，可能具有特殊的传输需求，因此可以考虑为其配置独立的承载并配置专门的传输参数，当然在他们与RAN节点的现有数据具有类似属性时，也可以考虑放置于相同承载中进行传输。
在本申请实施例中，第一通信节点和第二通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选的，第三通信节点可以使用N2信令承载、其它信令面承载、数据面承载、管理面承载或者其它新型承载类型(比如第二承载)，进行需求信息的下行传输。
可选地，网络节点可以包括gNB，但不局限于gNB，还可以是其它的具有空口能力的网络节点，例如可以是IAB节点，或者CU-DU架构中的DU节点；本申请各实施例中以网络节点包括gNB的示例，均适用于其他可能的节点，本申请实施例不再赘述。
在本申请实施例中，第一通信节点和第三通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，网络节点可以使用N2/NG信令承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过N2/NG信令承载进行传输。
可选地，第一通信节点和第二通信节点之间可以通过N2/NG信令承载进行传输。
可选地，第一通信节点和第三通信节点之间可以之间建立有专门的N2/NG传输管道，可以将需求信息放置在N2/NG信令的容器中。
可选地，第一通信节点和第二通信节点之间建立有专门的N2/NG传输管道，可以将Ambient IoT设备的相关信息放置在N2/NG信令的容器中。
在一个实施例中，N2/NG信令承载，是RAN节点和核心网控制节点例如AMF之间的信令传输管道，在gNB和AMF之间建立有专门的N2/NG传输管道，可以将Ambient IoT的信令或者上报内容(比如需求信息或Ambient IoT设备的相关信息)放置在N2/NG信令的容器中，以相关技术中的N2信令或者一个新的N2/NG信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者 指定IP地址方式进行通信。
可选地，图13是本申请实施例提供的协议栈的示意图之六，如图13所示，可以是在N2/NG信令承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在NG-AP协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的UP承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的UP承载进行传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的UP承载进行传输。可选地，第一通信节点和第三通信节点之间可以通过PDU会话和/或GTP-U隧道进行传输。
可选地，第一通信节点和第二通信节点之间可以通过PDU会话和/或GTP-U隧道进行传输。
可选地，第一通信节点和第二通信节点之间可以为Ambient IoT设备的相关信息的传输建立专用管道，或者复用相关技术中现有UP管道。
可选地，第一通信节点和第二通信节点之间可以为需求信息的传输建立专用管道，或者复用相关技术中现有UP管道。
在一个实施例中，网络节点的UP承载，可以是gNB和核心网用户面节点例如UPF的数据管道，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用相关技术中现有UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，图14是本申请实施例提供的协议栈的示意图之七，如图14所示，可以是在网络节点的UP承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的数据平面data plane或者管理平面management plane承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的数据平面data plane或者管理平面management plane承载进行传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的数据平面data plane或者管理平面management plane承载进行传输。
可选地，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，管理平面是面向新兴的管理管控需求的功能，可以将IoT的数据收集和指令下发(比如需求信息或Ambient IoT设备的相关信息的传输)。
可选地，数据平面承载或者管理平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的数据平面data plane或者管理平面management plane承载方式对应的协议栈架构可以将图13所示的协议栈作为参考。
在另一个可选地实施例中，图15是本申请实施例提供的协议栈的示意图之八，如图15所示，图15示出的协议栈结构适用于数据平面data plane或者管理平面management plane承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的其它类型的承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的其它类型的承载进行传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的其它类型的承载进行传输。
可选地，网络节点的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，这就是为了IoT相关数据和信令的传输(比如需求信息或Ambient IoT设备的相关信息的传输)，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的其它类型的承载方式对应的协议栈架构可以将图14所示的协议栈作为参考。
在另一个可选地实施例中，图16是本申请实施例提供的协议栈的示意图之九，如图16所示，图16示出的协议栈结构可以适用于网络节点的其它类型的承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层， 也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以包括gNB，但不局限于gNB，还可以是其它的具有空口能力的网络节点，例如可以是IAB节点，或者CU-DU架构中的DU节点。如果是这些相关技术中的网络节点，则可以利用相关技术中的节点之间的接口技术替代本申请各实施例提供的协议栈结构或者上述各示例中的gNB节点。
可选地，本申请各实施例还适用于后续的通信系统中的新的网络节点类型，那么也可以类似进行设计节点间接口，以完成本申请各实施例中完整的gNB功能。
可选地，所述需求信息包括以下至少一项：
第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
所述Ambient IoT业务对应的业务参数；
第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
可选地，第三通信节点向第一通信节点发送的需求信息，可以包括用于触发Ambient IoT业务的第一触发信息，第一通信节点可以基于第一触发信息，开始执行Ambient IoT业务，比如向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号，并接收来自环境能量使能的物联网Ambient IoT设备的反馈信号，通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
可选地，需求信息可以包括Ambient IoT业务对应的业务参数，比如Ambient IoT业务为盘点业务时，需求信息可以包括盘点参数。
可选地，需求信息可以包括用于指示需要所述第一通信节点上报的信息的第一指示信息。
比如，第三通信节点可以通过需求信息要求IoT设备进行一定的上报，例如上报测量信息、位置信息、读取的信息(例如监测温度的Ambient IoT设备反馈的温度信息)、操作是否成功的信息等。第一通信节点可以根据来自第三通信节点的信令指示，按照要求进行指令的触发。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
比如，第一通信节点向覆盖范围内的Ambient IoT设备发送业务信息，覆盖范围内的Ambient IoT设备进行反馈，第一通信节点基于Ambient IoT设备的反馈信号，向第二通信节点发送Ambient IoT设备的相关信息。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，在所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务的情况下，业务参数可以包括：盘点范围信息，即向所述第一通信节点指示第一通信节点需要盘点哪些或哪一类Ambient IoT设备。
可选地，业务参数可以包括：Ambient IoT业务的执行周期；
比如，Ambient IoT业务是一个周期性的业务，业务参数可以指示每天20点进行一次Ambient IoT设备的盘点，或每隔5小时进行一次Ambient IoT设备的盘点，本申请实施例对此不作限定。
可选地，业务参数可以包括：Ambient IoT业务的执行条件；
比如可以指示或预先限定一些Ambient IoT业务的执行条件，比如在到达某年某月某日下午18点的情况下执行Ambient IoT业务，或在第一通信设备的功率大于某一门限值的情况下执行Ambient IoT业务，本申请实施例对此不作限定。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
可选地，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备类型；
比如，盘点被动通信模式的Ambient IoT设备；
比如，盘点主动通信模式的Ambient IoT设备；
比如，盘点一定范围内的台式机；
比如，盘点一定范围内的鼠标；
比如，盘点一定范围内的键盘；
比如，盘点一定范围内的Tag设备。
可选地，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备列表，第一通信节点可直接盘点设备列表中的Ambient IoT设备。
可选地，设备列表中可以包括Ambient IoT设备的索引或标识等信息。
可选的，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备标识；第一通信节点可直接盘点设备标识所指示的Ambient IoT设备。
本申请实施例中提供独立的协议层，或，NG-AP协议层的子模块，或，APP协议层的子模块，用 于第一通信节点和高层节点(第二通信节点和/或第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
可选地，第一通信节点在接收到Ambient IoT设备的反馈信号后，可以获得执行所述Ambient IoT业务所获得的结果信息。
可选地，第一通信节点在接收到Ambient IoT设备的反馈信号后，可以生成向第二通信设备上报的Ambient IoT设备的相关信息。
可选地，第一通信节点在生成上报信息的时候，还可以额外添加一些必要的信息，例如IoT节点的标识信息、IoT节点的位置信息、第一通信节点自己的标识信息、第一通信节点的位置信息、时间戳信息、操作是否成功的指示信息、从IoT设备读取的信息等，这些额外信息，用于控制节点在使用上报信息时可以有更全面的参考。
可选地，所述第一通信节点向Ambient IoT设备发送业务信号，包括：
所述第一通信节点在确定第一条件满足的情况下，向Ambient IoT设备发送业务信号；
所述第一条件包括以下至少一项：
处于所述Ambient IoT业务的执行周期内；
到达所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件满足。
可选地，在需求信息指示了所述Ambient IoT业务的执行周期的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，在需求信息指示了Ambient IoT业务的执行时间的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，在需求信息指示了Ambient IoT业务的执行条件的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，在预定义或预先设置或预先配置了所述Ambient IoT业务的执行周期的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，在预定义或预先设置或预先配置了Ambient IoT业务的执行时间的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，在预定义或预先设置或预先配置了Ambient IoT业务的执行条件的情况下，可以在确定处于所述Ambient IoT业务的执行周期内向Ambient IoT设备发送业务信号。
可选地，第一通信节点可以基于Ambient IoT业务的相关需求或执行的相关条件生成业务信号并发送给Ambient IoT设备，以使Ambient IoT设备的反馈符合Ambient IoT业务要求，提高业务质量。
可选地，第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号，所述第一通信节点通过所述第一通信节点的传输通道，向所述第二通信节点发送所述Ambient IoT设备的相关信息，包括以下至少一项：
所述第一通信节点接收所述反馈信号，实时向所述第二通信节点发送相关信息；
所述第一通信节点在收到N个反馈信号后，向所述第二通信节点发送一条相关信息，N为正整数。
可选地，第一通信节点向所述第二通信节点发送所述Ambient IoT设备的相关信息时，可以逐条上报；减少时延。
可选地，逐条上报可以应用于对时延较为敏感的信息，例如一些需要立即做出判断的信息。
可选地，逐条上报的情况下，第一通信节点在接收到每个Ambient IoT设备的反馈信号之后，都会立即生成一条上报消息(包括Ambient IoT设备的相关信息)，通过自己的管道，上报给高层控制节点(比如第二通信节点)，以满足实时控制的一些需求。
可选地，第一通信节点向所述第二通信节点发送所述Ambient IoT设备的相关信息时，可以合并上报；减少信息发送的频度，降低信息发送的开销。
可选地，合并上报可以应用于对时延不敏感的场景，例如一些不需要立即决断的信息。
可选地，合并上报的情况下，第一通信节点在接收到一个Ambient IoT设备的反馈信号之后，一般不会立即生成上报消息，而是需要缓存起来，等待一定数量或者时长之后，确定此次上报信息已经收集完全，再生成一个整合的上报信息，其中包含此次收集的N个IoT设备的反馈或者响应信息(包括N个Ambient IoT设备的相关信息)，一起打包上报给高层控制节点(比如第二通信节点)，以满足信息全面的需求；此举可以减少信息发送的频度，降低信息发送的开销。
可选地，在所述第一通信节点为终端的情况下，所述方法还包括以下至少一项：
在所述第一通信节点收到的反馈信号的数量大于数量阈值的情况下，和/或在所述相关信息的尺寸大于尺寸阈值的情况下，所述第一通信节点进入无线资源控制(Radio Resource Control，RRC)连接态；
在所述第一通信节点收到的反馈信号的数量小于或等于数量阈值的情况下，和/或在所述相关信息的尺寸小于或等于尺寸阈值的情况下，所述第一通信节点保持处于RRC空闲态或RRC非激活态。
可选地，如果是比较大量的Ambient IoT设备的相关信息上报，例如上报响应的Ambient IoT设备的数量较多，或者上报的Ambient IoT设备的相关信息的尺寸较大，或者二者均有的情况下，那么代理UE需要进入连接态，进行上报，待完成上报之后，在按需要进行RRC状态的变更，例如没有其它传输需求则回到空闲态(IDLE)或者非激活态(INACTIVE)。
可选地，如果是较少量的Ambient IoT设备的相关信息上报，例如上报响应的IoT数量较少，且上报信息尺寸较小的情况下，那么代理UE可以留在IDLE或者INACTIVE状态，通过小数据传输相关过程，完成一次上报。
例如，代理UE在IDLE态，可以进行NAS信令的小数据传输，类似于小数据传输(Small Data Transmission，SDT)和早期数据传输(Early Data Transmission，EDT)的过程，即通过随机接入(Random Access Channel，RACH)过程，将携带IoT上报信息的网络附属存储(Network Attached Storage，NAS)信令通过公共管道进行上报，在Uu接口可以通过SRB0承载，在gNB和AMF之间，可以通过公共管道承载，或者用于这种情况下上报的专用管道，该管道可以多个代理UE共享。
例如，代理UE在IDLE态，对于使用数据平面或者IoT专用平面上报的情况来说，当这些平面具有默认配置，且对安全没有特别要求时，也可以考虑UE在IDLE态，通过小数据，类似于小数据传输(Small Data Transmission，SDT)和早期数据传输(Early Data Transmission，EDT)的，即通过随机接入(Random Access Channel，RACH)的过程，即通过RACH过程，将携带IoT上报信息的数据平面或者IoT专用平面数据通过公共管道进行上报，在Uu接口可以通过SRB0承载，在gNB和核心网节点之间，可以通过公共管道承载，或者用于这种情况下上报的专用管道，该管道可以多个代理UE共享。
例如，代理UE在INACTIVE状态，由于INACTIVE状态的UE可以通过小数据传输(类似于SDT：Small Data Transmission和EDT：Early Data Transmission过程)过程，进行NAS信令，RRC信令，DRB，User Plane RB，IoT dedicated RB的传输，即空口通过RACH过程，将携带信息的数据发送到gNB，gNB到核心网节点(AMF或者UPF，甚至新的节点等)之间的管道和通路对于INACTIVE UE是保持的，因此gNB到核心网节点可以正常传输。
对于代理网络节点来说，由于不存在状态迁移和省电等问题，因此一般情况代理网络节点和高层IoT控制节点之间的通路可以一直保存，或者根据需要建立和删除。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
图17是本申请实施例提供的传输方法的流程示意图之二，如图17所示，该方法包括如下流程：
1700，第二通信节点通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
可选地，第二通信节点可以是比第一通信节点更高层的节点。
可选地，第二通信节点可以是基站。
可选地，第二通信节点可以是核心网节点。
可选地，第二通信节点可以是IoT服务器。
可选地，第二通信节点可以是其它外部节点。
可选地，Ambient IoT设备的相关信息可以包括Ambient IoT设备信息或IoT业务信令等。
可选地，Ambient IoT设备的相关信息可以包括IoT业务可能涉及到的任意信息或信令，或任意信息或信令的组合。
可选地，第一通信节点可以是通信系统中的一个节点。
可选地，第一通信节点可以是终端。
可选地，第一通信节点可以是网络节点。
可选地，第一通信节点可以是基站(generation Node B，gNB)，还可以是其它具有空口能力的网络节点，例如可以是集成接入与回传(Integrated access andbackhaul，IAB)节点，或者集中式单元(Centralized Unit，CU)-分布式单元(Distributed Unit，DU)架构中的DU节点。
可选地，第一通信节点在Ambient IoT的系统结构中可以作为读写器的身份存在。
可选地，Ambient IoT设备可以以后向散射的方式或主动通信方式，向第一通信节点提供反馈信号，第一通信设备可以通过自己的传输管道向第二通信节点发送Ambient IoT设备的相关信息，第二通信节点可以通过自己的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
可选地，Ambient IoT设备可以以后向散射的方式或主动通信方式，向第一通信节点提供反馈信号，第一通信设备可以通过第一通信设备的传输管道向第二通信节点发送Ambient IoT设备的相关信息，第二通信节点可以通过第一通信设备和/或第二通信节点的传输通道，接收第一通信节点发送的Ambient  IoT设备的相关信息。
可选地，反馈信号可以由Ambient IoT设备发送。
可选地，反馈信号可以是第一通信节点发送业务信号后由Ambient IoT设备反射回第一通信设备的信号。
可选地，反馈信号可以基于Ambient IoT设备的正常操作通信模式进行传输。
可选地，反馈信号可以基于Ambient IoT设备的主动发射通信模式进行传输。
可选地，反馈信号可以基于Ambient IoT设备的被动发射通信模式进行传输。
在一个实施例中，如图5所示，其中涉及的读写器可以是第一通信节点，比如可以是手持终端，也可以是一个固定部署或移动部署的读写设备单元。其中涉及的Ambient IoT设备可以是一个基于被动通信的终端设备，也可以是基于主动通信的终端设备。
可选地，读写器跟Ambient IoT设备之间的通信可以基于后向散射通信机制，也可以基于Ambient IoT设备自行产生发射电波的主动通信方式。
比如，若第一通信设备为终端，第二通信设备为基站，第一通信设备可以采用终端至基站之间已有的承载，用于传输Ambient IoT设备的相关信息。
可选地，可以由第一通信节点与海量Ambient IoT设备进行直接通信，完成信令或信号的下发(比如业务信号的下发)，和/或，收集来自Ambient IoT设备的反馈和上报信息(比如反馈信号的上报)。
可选地，可以由第一通信节点利用自身的承载为Ambient IoT设备信令或信息或IoT业务信息或信令进行收集上报完成传输。
可选地，本申请各实施例提供的传输方法既可适用于没有电池或电量存储功能的Ambient IoT设备，也可以适用于有电池或具有电量存储功能的Ambient IoT设备。
可选地，本申请各实施例提供的传输方法可扩展到4G-LTE、5G-NR和未来6G系统中Ambient IoT传输需求中，具体实现方式类似，在此不再赘述。
可选地，在通信系统中，使用基于reader的Ambient IoT设备系统时，当第一通信节点作为reader时，可以协助将Ambient IoT设备的上行数据收集和下行信令过程进行代理，通过自己的管道进行传输。可以极大限度地利用现有通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，既确保了Ambient IoT设备的传输需求也避免给网络引入更多的复杂度，加快Ambient IoT技术的尽快落地和部署应用。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
在所述第一通信节点包括终端的情况下，该终端可以称为代理UE或代理终端，可以简称为UE或终端。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型(比如第一承载)，进行Ambient IoT设备的相关信息的上行传输。
在本申请实施例中，第一通信节点和第二通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，UE NAS信令是第一通信节点和第二通信节点例如AMF之间的信令传输管道，在第一通信节点和第二通信节点之间通过SRB2传输。
比如，第一通信节点是终端，第二通信节点是核心网控制节点，UE NAS信令是UE和核心网控制节点例如AMF之间的信令传输管道，在UE和gNB之间可以通过SRB2传输；
比如，在所述第一通信节点包括终端的情况下，相关信息可以承载在UE NAS信令传输；
比如，在所述第一通信节点包括终端的情况下，相关信息可以承载在UE和核心网控制节点之间的信令传输管道传输；
比如，在所述第一通信节点包括终端的情况下，相关信息可以承载在SRB2传输。
可选地，Ambient IoT设备的相关信息可以使用不同于SRB2的新的SRB传输。便于为现有SRB2和所述新SRB配置不同的传输优先级；避免Ambient IoT设备的相关信息较多的情况下跟现有的NAS争抢资源。
可选地，在所述第一通信节点包括终端的情况下，可以在第一通信节点和第二通信节点之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以相关技术中的NAS信令或者一个新的NAS信令进行传递。
可选地，在所述第一通信节点包括终端的情况下，第二通信节点和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
在一个实施例中，可以在gNB和AMF之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以现有NAS信令或者一个新的NAS信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
图7是本申请实施例提供的协议栈的示意图之一，如图7所示，其中IoT layer和/或IoT Agent可以是可选的存在，例如IoT agent可以作为一个单独的协议层，也可以作为一个子模块集成在NAS协议栈中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，NAS协议层的子模块，用于第一通信节点和高层节点(第二通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括终端的情况下，UE RRC信令是第一通信节点和第二通信节点之间的信令传输管道。
比如，第一通信节点是UE，第二通信节点是gNB控制节点，UE RRC信令是UE和gNB控制节点例如CU之间的信令传输管道。
可选地，在第一通信节点和第二通信节点之间可以通过SRB1传输。
在一个实施例中，gNB之间可以通过SRB1进行传输，RRC信令一般到gNB就终止，如果还需要到达其它节点，则gNB和其它节点之间也可以提前预配置好传输路径和地址方式。
可选地，相关信息可以承载在第一通信节点和第二通信节点之间的信令传输管道传输。
可选地，相关信息可以承载在第一通信节点和第三通信节点之间的信令传输管道。
可选地，相关信息可以承载在UE和gNB控制节点之间的信令传输管道传输。
可选地，相关信息可以承载在UE和CU之间的信令传输管道。
可选地，相关信息可以通过SRB1进行传输。
可选地，图8是本申请实施例提供的协议栈的示意图之二，如图8所示，可以是在RRC信令承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图8中的IoT)可以是可选的存在，例如UE和gNB之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层，也可以作为一个子模块集成在RRC协议栈中，gNB和IoT server/controller之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在接口协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，为区别于相关技术中UE跟基站之间的RRC信令传输，可以定义新的SRB用于Ambient IoT设备的相关信息传输。
可选地，可以采用UE的UP承载用于Ambient IoT设备的相关信息传输。
可选地，UE的UP承载可以是第一通信节点和第二通信节点之间的数据管道。
可选地，第一通信节点和第二通信节点之间的传输可以以DRB进行承载。
可选地，第一通信节点和第二通信节点之间的传输可以以PDU会话和/或GTP-U隧道进行承载。
可选地，第一通信节点和第二通信节点之间可以为IoT需求建立专用管道，或者复用于相关技术中UP管道。
在一个实施例中，UE的UP承载是UE和核心网用户面节点例如UPF的数据管道，在UE和gNB之间以DRB进行承载，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用于相关技术中UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，如图9所示，可以是在UP承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图9中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图9中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的数据平面data plane用于Ambient IoT设备的相关信息传输。
可选地，第一通信节点和第二通信节点之间可以通过UE的数据平面data plane进行传输。
在一个实施例中，采用UE的数据平面data plane，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，可以将IoT的数据收集和指令下发(Ambient IoT设备的相关信息)也包含其中。
可选地，数据平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的数据平面data plane方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，如图10所示，图10示出的协议栈结构可以适用于UE的数据平面data plane的方式；其中IoT layer和/或IoT协议层(即图10中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图10中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的其它类型的承载用于需求信息或Ambient IoT设备的相关信息传输。
可选地，第一通信节点和第二通信节点之间可以通过UE的其它类型的承载进行传输。
在一个实施例中，UE的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，比如为了IoT相关数据和信令的传输，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的其它类型的承载方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，如图11所示，图11示出的协议栈结构可以适用于UE的其它类型的承载方式；其中IoT layer和/或IoT协议层(即图11中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图11中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，RRC协议层的子模块，或，接口协议层的子模块，或，APP协议层的子模块，或，第一协议层的子模块(比如某个新定义的那个的子模块)，用于第一通信节点和高层节点(第二通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
在所述第一通信节点包括网络节点的情况下，第一通信节点可以称为代理网络节点，或代理NW node，可以简称为网络节点，或NW node。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备数据的上下行传输。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备的相关信息的上行传输。
可选地，图12是本申请实施例提供的网络节点作为代理的系统架构的示意图，如图12所示，第一通信节点可以是网络节点(Network node，NW node)，Ambient IoT设备与终端之间可以通过空口接口通信，例如复用相关技术中RFID链路的交互过程，或者采用适用于3GPP空口的交互过程。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点、可能的5GC节点等节点，都可以属于3GPP系统中的参与通信的节点，各个节点以3GPP通信架构和功能为baseline。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点与Ambient IoT设备交互，进行信令下达或者信息收集(比如需求信息或Ambient IoT设备的相关信息的传输)，下达的信令可以来自于第三通信节点，比如Ambient IoT服务器，或5GC或者RAN内部其它节点，或者其它外部控制节点，RAN节点也可以将从Ambient IoT节点收集的信息，上报到这些节点，无论是下发还是上报，都可以复用RAN节点自身的承载和路径，按照类似现有系统的方式，到达目标节点，即第二通信节点。
可选地，如图12所示，在网络节点作为代理的系统架构中，因为Ambient IoT设备相关的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)，可能具有特殊的传输需求，因此可以考虑为其配置独立的承载并配置专门的传输参数，当然在他们与RAN节点的现有数据具有类似属性时，也可以考虑放置于相同承载中进行传输。
在本申请实施例中，第一通信节点和第二通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，网络节点可以使用N2/NG信令承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第二通信节点之间可以通过N2/NG信令承载进行传输。
可选地，第一通信节点和第二通信节点之间建立有专门的N2/NG传输管道，可以将Ambient IoT设备的相关信息放置在N2/NG信令的容器中。
在一个实施例中，N2/NG信令承载，是RAN节点和核心网控制节点例如AMF之间的信令传输管道，在gNB和AMF之间建立有专门的N2/NG传输管道，可以将Ambient IoT的信令或者上报内容(比如需求信息或Ambient IoT设备的相关信息)放置在N2/NG信令的容器中，以相关技术中的N2信令或者一个新的N2/NG信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
可选地，如图13所示，可以是在N2/NG信令承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或 者APP协议的一部分，也可以作为一个子模块集成在NG-AP协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的UP承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的UP承载进行传输。
可选地，第一通信节点和第二通信节点之间可以通过PDU会话和/或GTP-U隧道进行传输。
可选地，第一通信节点和第二通信节点之间可以为Ambient IoT设备的相关信息的传输建立专用管道，或者复用相关技术中现有UP管道。
可选地，第一通信节点和第二通信节点之间可以为需求信息的传输建立专用管道，或者复用相关技术中现有UP管道。
在一个实施例中，网络节点的UP承载，可以是gNB和核心网用户面节点例如UPF的数据管道，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用相关技术中现有UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，图14是本申请实施例提供的协议栈的示意图之七，如图14所示，可以是在网络节点的UP承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的数据平面data plane或者管理平面management plane承载，对Ambient IoT设备的信令和上报(比如Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的数据平面data plane或者管理平面management plane承载进行传输。
可选地，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，管理平面是面向新兴的管理管控需求的功能，可以将IoT的数据收集和指令下发(比如需求信息或Ambient IoT设备的相关信息的传输)。
可选地，数据平面承载或者管理平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的数据平面data plane或者管理平面management plane承载方式对应的协议栈架构可以将图13所示的协议栈作为参考。
在另一个可选地实施例中，如图15所示，图15示出的协议栈结构适用于数据平面data plane或者管理平面management plane承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的其它类型的承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第二通信节点之间可以通过网络节点的其它类型的承载进行传输。
可选地，网络节点的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，这就是为了IoT相关数据和信令的传输(比如需求信息或Ambient IoT设备的相关信息的传输)，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的其它类型的承载方式对应的协议栈架构可以将图14所示的协议栈作为参考。
在另一个可选地实施例中，如图16所示，图16示出的协议栈结构可以适用于网络节点的其它类型的承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以包括gNB，但不局限于gNB，还可以是其它的具有空口能力的网络节点，例如可以是IAB节点，或者CU-DU架构中的DU节点。如果是这些相关技术中的网络节点，则可以利用相关技术中的节点之间的接口技术替代本申请各实施例提供的协议栈结构或者上述各示例中的gNB节点。
可选地，本申请各实施例还适用于后续的通信系统中的新的网络节点类型，那么也可以类似进行设计节点间接口，以完成本申请各实施例中完整的gNB功能。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
比如，第一通信节点向覆盖范围内的Ambient IoT设备发送业务信息，覆盖范围内的Ambient IoT 设备进行反馈，第一通信节点基于Ambient IoT设备的反馈信号，向第二通信节点发送Ambient IoT设备的相关信息。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
可选地，第一通信节点在接收到Ambient IoT设备的反馈信号后，可以获得执行所述Ambient IoT业务所获得的结果信息。
可选地，第一通信节点在接收到Ambient IoT设备的反馈信号后，可以生成向第二通信设备上报的Ambient IoT设备的相关信息，第二通信设备可以接收。
可选地，第一通信节点在生成上报信息的时候，还可以额外添加一些必要的信息，例如IoT节点的标识信息、IoT节点的位置信息、第一通信节点自己的标识信息、第一通信节点的位置信息、时间戳信息、操作是否成功的指示信息、从IoT设备读取的信息等，这些额外信息，用于控制节点在使用上报信息时可以有更全面的参考。
图18是本申请实施例提供的传输方法的流程示意图之三，如图18所示，该方法包括如下流程：
1800，第三通信节点通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
可选地，第三通信节点可以是比第一通信节点更高层的节点。
可选地，第三通信节点可以是基站。
可选地，第三通信节点可以是核心网节点。
可选地，第三通信节点可以是IoT服务器。
可选地，第三通信节点可以是其它外部节点。
可选地，第三通信节点与第二通信节点可以是同一个节点。
可选地，第三通信节点与第二通信节点可以是不同的节点。
可选地，第一通信节点作为传输代理，其针对Ambient IoT设备的指令信息可以来自于更高层的节点，即第三通信节点。
可选地，第三通信节点可以生成Ambient IoT业务的需求信息，通过与第一通信节点之间的信令过程，将需求信息发送给第一通信节点。
在一个实施例中，需求信息可以包括对某一Ambient IoT设备(Ambient IoT Device)进行读写。
在一个实施例中，需求信息可以包括对Ambient IoT设备进行盘点。
在一个实施例中，需求信息可以包括对Ambient IoT设备进行定位。
可选地，需求信息可以指示任意IoT业务的需求，在此不再赘述。
可选地，第一通信节点可以通过自己的传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息。
可选地，第三通信节点可以通过自己的传输通道，向第一通信节点发送Ambient IoT业务的需求信息，第一通信节点可以通过自己的传输通道，接收Ambient IoT业务的需求信息。
可选地，第三通信节点可以通过第三通信节点和/或第一通信节点的传输通道，向第一通信节点发送Ambient IoT业务的需求信息，第一通信节点可以通过第一通信节点的传输通道，接收Ambient IoT业务的需求信息。
可选地，第一通信节点在获取到需求信息后，可以获知Ambient IoT业务的需求，并执行Ambient IoT业务。
可选地，第一通信节点执行Ambient IoT业务时，可以向Ambient IoT设备发送业务信号，并期望Ambient IoT设备的反馈。
可选地，第一通信节点向Ambient IoT设备发送业务信号，可以包括：第一通信节点通过IoT接口，向Ambient IoT设备发送无线电波，所述无线电波向Ambient IoT设备传输能量和Ambient IoT设备操作指令(业务信号)，使Ambient IoT设备传输反馈信号，比如通过后向散射的方式发送反馈信号或利用来波增加自身信息和或延迟信息之后进行反馈等，Ambient IoT设备操作指令一般用于指示Ambient IoT设备进行何种响应，例如响应盘点信息，以何种参数和方式来响应盘点信息等。
可选的，Ambient IoT设备接收到第一通信节点的业务信号，并根据业务信号的信号内容进行反馈和响应。
可选地，第一通信节点向Ambient IoT设备发送业务信号和Ambient IoT设备进行反馈和响应(即传输反馈信号)的具体做法和内容可以参考RFID的行为，也可以为了适配3GPP系统，根据RFID为基础设计新的过程，本申请实施例对此不作限定。
可选地，第一通信节点接收到Ambient IoT设备的反馈信号后，可以基于反馈信号，将Ambient IoT设备的相关信息向高层的控制节点(第二通信节点)进行上报。
在一个可选的实施例中，向第一通信节点发送需求信息的第三通信节点，和第一通信节点上报Ambient IoT设备的第二通信节点，可以是同一个节点，也可以是不同节点，例如其中一个控制节点(第三通信节点)专门用于产生指令，另一个控制节点(第二控制节点)专门用于收集响应和反馈信息并处理他们，再将产生的结果反馈给信令控制节点，以形成闭环控制。
可选地，可以由第一通信节点与Ambient IoT设备进行直接通信，完成信令或信号的下发，比如完成业务信号的下发。
可选地，可以由第一通信节点与海量Ambient IoT设备进行直接通信，完成信令或信号的下发，比如完成业务信号的下发。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的正常操作通信模式进行通信。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的主动发射通信模式进行通信。
可选地，第一通信节点与Ambient IoT设备通信，可以是基于Ambient IoT设备的被动发射通信模式进行通信。
在本申请实施例中，第一通信节点通过自己的传输通道，接收第三通信节点发送的需求信息，并向Ambient IoT设备发送业务信号，可以基于高层节点的指示实现IoT的执行，且可以利用通信系统的承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型，进行Ambient IoT数据(比如需求信息)的下行传输。
可选地，UE可以使用NAS信令、RRC信令、用户面承载、数据面承载或者新的承载类型，进行Ambient IoT数据的上下行传输。
可选地，UE可以使用NAS信令对Ambient IoT设备的信令和上报进行代理和传输。
在本申请实施例中，第一通信节点和第三通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，UE NAS信令是第一通信节点和第三通信节点例如AMF之间的信令传输管道，在第一通信节点和第三通信节点之间通过SRB2传输。
比如，第一通信节点是终端，第三通信节点是核心网控制节点，UE NAS信令是UE和核心网控制节点例如AMF之间的信令传输管道，在UE和gNB之间可以通过SRB2传输；
比如，在所述第一通信节点包括终端的情况下，需求信息可以承载在UE NAS信令传输；
比如，在所述第一通信节点包括终端的情况下，需求信息可以承载在UE和核心网控制节点之间的信令传输管道传输；
比如，在所述第一通信节点包括终端的情况下，需求信息可以承载在SRB2传输。
可选地，需求信息或Ambient IoT设备的相关信息可以使用不同于SRB2的新的SRB传输。便于为现有SRB2和所述新SRB配置不同的传输优先级；避免需求信息较多的情况下跟现有的NAS争抢资源。
可选地，在所述第一通信节点包括终端的情况下，可以在第一通信节点和第三通信节点之间建立专门的传输管道，可以将需求信息放置在NAS信令的容器中，以相关技术中的NAS信令或者一个新的NAS信令进行传递。
在一个实施例中，可以在gNB和AMF之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以现有NAS信令或者一个新的NAS信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
可选地，在所述第一通信节点包括终端的情况下，可以在第一通信节点和第三通信节点之间建立专门的传输管道，可以将Ambient IoT设备的相关信息放置在NAS信令的容器中，以相关技术中的NAS信令或者一个新的NAS信令进行传递。
可选的，第三通信节点和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
在一个实施例中，可以在gNB和AMF之间建立有专门的传输管道，可以将需求信息放置在NAS信令的容器中，以现有NAS信令或者一个新的NAS信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
如图7所示，其中IoT layer和/或IoT Agent可以是可选的存在，例如IoT agent可以作为一个单独的协议层，也可以作为一个子模块集成在NAS协议栈中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，NAS协议层的子模块，用于第一通信节点和高层节点(第二通信节点和/或第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括终端的情况下，UE RRC信令是第一通信节点和第三通信节点之间的信令传输管道。
比如，第一通信节点是UE，第三通信节点是gNB控制节点，UE RRC信令是UE和gNB控制节点例如CU之间的信令传输管道。
可选地，在所述第一通信节点包括终端的情况下，在第一通信节点和第三通信节点之间可以通过SRB1传输。
在一个实施例中，gNB之间可以通过SRB1进行传输，RRC信令一般到gNB就终止，如果还需要到达其它节点，则gNB和其它节点之间也可以提前预配置好传输路径和地址方式。
可选地，相关信息或需求信息可以承载在第一通信节点和第三通信节点之间的信令传输管道。可选地，相关信息或需求信息可以承载在UE和gNB控制节点之间的信令传输管道传输。
可选地，相关信息或需求信息可以承载在UE和CU之间的信令传输管道。
可选地，相关信息或需求信息可以通过SRB1进行传输。
可选地，图8是本申请实施例提供的协议栈的示意图之二，如图8所示，可以是在RRC信令承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图8中的IoT)可以是可选的存在，例如UE和gNB之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层，也可以作为一个子模块集成在RRC协议栈中，gNB和IoT server/controller之间的IoT协议层(即图8中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在接口协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，为区别于相关技术中UE跟基站之间的RRC信令传输，可以定义新的SRB用于需求信息或Ambient IoT设备的相关信息传输。
可选地，可以采用UE的UP承载用于需求信息或Ambient IoT设备的相关信息传输。
可选地，UE的UP承载可以是第一通信节点和第三通信节点之间的数据管道。
可选地，第一通信节点和第三通信节点之间的传输可以以DRB进行承载。
可选地，第一通信节点和第三通信节点之间的传输可以以PDU会话和/或GTP-U隧道进行承载。
可选地，第一通信节点和第三通信节点之间可以为IoT需求建立专用管道，或者复用于相关技术中UP管道。
在一个实施例中，UE的UP承载是UE和核心网用户面节点例如UPF的数据管道，在UE和gNB之间以DRB进行承载，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用于相关技术中UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，图9是本申请实施例提供的协议栈的示意图之三，如图9所示，可以是在UP承载的方式下的协议栈；其中IoT layer和/或IoT协议层(即图9中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图9中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的数据平面data plane用于需求信息传输。
可选地，第一通信节点和第三通信节点之间可以通过UE的数据平面data plane进行传输。
在一个实施例中，采用UE的数据平面data plane，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，可以将IoT的数据收集和指令下发(需求信息或Ambient IoT设备的相关信息)也包含其中。
可选地，数据平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的数据平面data plane方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，如图10所示，图10示出的协议栈结构可以适用于UE的数据平面data plane的方式；其中IoT layer和/或IoT协议层(即图10中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图10中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为 一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，可以采用UE的其它类型的承载用于需求信息或Ambient IoT设备的相关信息传输。
可选地，第一通信节点和第三通信节点之间可以通过UE的其它类型的承载进行传输；
在一个实施例中，UE的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，比如为了IoT相关数据和信令的传输，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中NAS或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，UE的其它类型的承载方式对应的协议栈架构可以将图7或图8或图9所示的协议栈作为参考。
在另一个可选地实施例中，如图11所示，图11示出的协议栈结构可以适用于UE的其它类型的承载方式；其中IoT layer和/或IoT协议层(即图11中的IoT)可以是可选的存在，例如UE和IoT server/controller之间的IoT协议层(即图11中的IoT)可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
本申请实施例中提供独立的协议层，或，RRC协议层的子模块，或，接口协议层的子模块，或，APP协议层的子模块，或，第一协议层的子模块(比如某个新定义的那个的子模块)，用于第一通信节点和高层节点(第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
在所述第一通信节点包括网络节点的情况下，第一通信节点可以称为代理网络节点，或代理NW node，可以简称为网络节点，或NW node。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备数据的上下行传输。
可选的，网络节点可以使用N2信令，其它信令面承载，数据面承载，管理面承载或者其它新型承载类型(比如第二承载)，进行Ambient IoT设备的相关信息的上行传输。
可选地，图12是本申请实施例提供的网络节点作为代理的系统架构的示意图，如图12所示，第一通信节点可以是网络节点(Network node，NW node)，Ambient IoT设备与终端之间可以通过空口接口通信，例如复用相关技术中RFID链路的交互过程，或者采用适用于3GPP空口的交互过程。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点、可能的5GC节点等节点，都可以属于3GPP系统中的参与通信的节点，各个节点以3GPP通信架构和功能为baseline。
可选地，如图12所示，在网络节点作为代理的系统架构中，RAN节点与Ambient IoT设备交互，进行信令下达或者信息收集(比如需求信息或Ambient IoT设备的相关信息的传输)，下达的信令可以来自于第三通信节点，比如Ambient IoT服务器，或5GC或者RAN内部其它节点，或者其它外部控制节点，RAN节点也可以将从Ambient IoT节点收集的信息，上报到这些节点，无论是下发还是上报，都可以复用RAN节点自身的承载和路径，按照类似现有系统的方式，到达目标节点，即第二通信节点。
可选地，如图12所示，在网络节点作为代理的系统架构中，因为Ambient IoT设备相关的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)，可能具有特殊的传输需求，因此可以考虑为其配置独立的承载并配置专门的传输参数，当然在他们与RAN节点的现有数据具有类似属性时，也可以考虑放置于相同承载中进行传输。
可选的，第三通信节点可以使用N2信令承载、其它信令面承载、数据面承载、管理面承载或者其它新型承载类型(比如第二承载)，进行需求信息的下行传输。
可选地，网络节点可以包括gNB，但不局限于gNB，还可以是其它的具有空口能力的网络节点，例如可以是IAB节点，或者CU-DU架构中的DU节点；本申请各实施例中以网络节点包括gNB的示例，均适用于其他可能的节点，本申请实施例不再赘述。
在本申请实施例中，第一通信节点和第三通信节点之间利用通信系统的已有承载架构和传输方式，确保Ambient IoT设备的传输需求，避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，进一步提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，网络节点可以使用N2/NG信令承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过N2/NG信令承载进行传输。
可选地，第一通信节点和第三通信节点之间可以之间建立有专门的N2/NG传输管道，可以将需求信息放置在N2/NG信令的容器中。
在一个实施例中，N2/NG信令承载，是RAN节点和核心网控制节点例如AMF之间的信令传输管道，在gNB和AMF之间建立有专门的N2/NG传输管道，可以将Ambient IoT的信令或者上报内容(比 如需求信息或Ambient IoT设备的相关信息)放置在N2/NG信令的容器中，以相关技术中的N2信令或者一个新的N2/NG信令进行传递。AMF和Ambient IoT控制节点之间，可以通过提前规划的路径或者指定IP地址方式进行通信。
可选地，图13是本申请实施例提供的协议栈的示意图之六，如图13所示，可以是在N2/NG信令承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在NG-AP协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的UP承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的UP承载进行传输。
可选地，第一通信节点和第三通信节点之间可以通过PDU会话和/或GTP-U隧道进行传输。
在一个实施例中，网络节点的UP承载，可以是gNB和核心网用户面节点例如UPF的数据管道，在gNB和UPF之间以PDU会话和GTP-U隧道进行承载，可以按照相关技术中UP的管道建立的机制，为IoT需求建立专用管道，或者复用相关技术中现有UP管道，数据在UPF和外部控制节点或者服务器之间的传输需要提前预配置好传输路径和地址方式。
可选地，如图14所示，可以是在网络节点的UP承载方式下的协议栈；其中IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的数据平面data plane或者管理平面management plane承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的数据平面data plane或者管理平面management plane承载进行传输。
可选地，数据平面是面向新兴的有关数据收集和处理需求的一个集合功能，管理平面是面向新兴的管理管控需求的功能，可以将IoT的数据收集和指令下发(比如需求信息或Ambient IoT设备的相关信息的传输)。
可选地，数据平面承载或者管理平面承载可以有比较灵活的构建方式，例如它涉及哪些实体、CN的UPF、AMF或者另外的实体例如Data control entity，以及它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的数据平面data plane或者管理平面management plane承载方式对应的协议栈架构可以将图13所示的协议栈作为参考。
在另一个可选地实施例中，如图15所示，图15示出的协议栈结构适用于数据平面data plane或者管理平面management plane承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以使用网络节点的其它类型的承载，对Ambient IoT设备的信令和上报(比如需求信息或Ambient IoT设备的相关信息的传输)进行代理和传输。
可选地，第一通信节点和第三通信节点之间可以通过网络节点的其它类型的承载进行传输。
可选地，网络节点的其它类型的承载可以包括专用于Ambient IoT设备数据的承载类型，这就是为了IoT相关数据和信令的传输(比如需求信息或Ambient IoT设备的相关信息的传输)，定义专门的实体和管道机制，它的承载建构方式，可以参考相关技术中的N2/NG或者GTP-U隧道的方式，也可以定义新的方式。
在一个可选地实施例中，网络节点的其它类型的承载方式对应的协议栈架构可以将图14所示的协议栈作为参考。
在另一个可选地实施例中，如图16所示，图16示出的协议栈结构可以适用于网络节点的其它类型的承载方式；其中，IoT layer和/或IoT Agent可以是可选的存在，例如gNB和IoT server/controller之间的IoT Agent可以作为一个单独的协议层或者APP协议的一部分，也可以作为一个子模块集成在其它协议层中，IoT layer可以作为一个单独的协议层，也可以作为一个子模块集成在IoT MAC或者IoT PHY层中。
可选地，网络节点可以包括gNB，但不局限于gNB，还可以是其它的具有空口能力的网络节点，例如可以是IAB节点，或者CU-DU架构中的DU节点。如果是这些相关技术中的网络节点，则可以利用相关技术中的节点之间的接口技术替代本申请各实施例提供的协议栈结构或者上述各示例中的gNB节点。
可选地，本申请各实施例还适用于后续的通信系统中的新的网络节点类型，那么也可以类似进行设计节点间接口，以完成本申请各实施例中完整的gNB功能。
可选地，第三通信节点向第一通信节点发送的需求信息，可以包括用于触发Ambient IoT业务的第 一触发信息，第一通信节点可以基于第一触发信息，开始执行Ambient IoT业务，比如向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号，并接收来自环境能量使能的物联网Ambient IoT设备的反馈信号，通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
可选地，需求信息可以包括Ambient IoT业务对应的业务参数，比如Ambient IoT业务为盘点业务时，需求信息可以包括盘点参数。
可选地，需求信息可以包括用于指示需要所述第一通信节点上报的信息的第一指示信息。
比如，第三通信节点可以通过需求信息要求IoT设备进行一定的上报，例如上报测量信息、位置信息、读取的信息(例如监测温度的Ambient IoT设备反馈的温度信息)、操作是否成功的信息等。第一通信节点可以根据来自第三通信节点的信令指示，按照要求进行指令的触发。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
比如，第一通信节点向覆盖范围内的Ambient IoT设备发送业务信息，覆盖范围内的Ambient IoT设备进行反馈，第一通信节点基于Ambient IoT设备的反馈信号，向第二通信节点发送Ambient IoT设备的相关信息。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，在所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务的情况下，业务参数可以包括：盘点范围信息，即向所述第一通信节点指示第一通信节点需要盘点哪些或哪一类Ambient IoT设备。
可选地，业务参数可以包括：Ambient IoT业务的执行周期；
比如，Ambient IoT业务是一个周期性的业务，业务参数可以指示每天20点进行一次Ambient IoT设备的盘点，或每隔5小时进行一次Ambient IoT设备的盘点，本申请实施例对此不作限定。
可选地，业务参数可以包括：Ambient IoT业务的执行条件；
比如可以指示或预先限定一些Ambient IoT业务的执行条件，比如在到达某年某月某日下午18点的情况下执行Ambient IoT业务，或在第一通信设备的功率大于某一门限值的情况下执行Ambient IoT业务，本申请实施例对此不作限定。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
可选地，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备类型；
比如，盘点被动通信模式的Ambient IoT设备；
比如，盘点主动通信模式的Ambient IoT设备；
比如，盘点一定范围内的台式机；
比如，盘点一定范围内的鼠标；
比如，盘点一定范围内的键盘；
比如，盘点一定范围内的Tag设备。
可选地，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备列表，第一通信节点可直接盘点设备列表中的Ambient IoT设备。
可选地，设备列表中可以包括Ambient IoT设备的索引或标识等信息。
可选的，盘点范围信息可以包括第一通信节点需要盘点的Ambient IoT设备的设备标识；第一通信节点可直接盘点设备标识所指示的Ambient IoT设备。
本申请实施例中提供独立的协议层，或，NG-AP协议层的子模块，或，APP协议层的子模块，用于第一通信节点和高层节点(第二通信节点和/或第三通信节点)之间通信，在满足Ambient IoT设备相关的信令和上报的传输需求，也可以避免对其他通信过程的影响。本申请实施例提供的传输方法，执行主体可以为传输装置。本申请实施例中以传输装置执行传输方法为例，说明本申请实施例提供的传输装置。
图19是本申请实施例提供的传输装置的结构示意图之一，如图19所示，该装置1900包括：
第一接收模块1910，用于接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
第一发送模块1920，用于通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的 Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，所述装置还包括如下至少一项：
第二接收模块，用于在所述第一通信节点接收自Ambient IoT设备的反馈信号之前，通过传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息；
第二发送模块，用于向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号。
可选地，所述第一通信节点和所述Ambient IoT设备之间通过IoT layer通信；其中，所述IoT layer是独立的协议层，或，所述IoT layer是IoT MAC层或者IoT PHY层的子模块。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信，和/或，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块，所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，所述需求信息包括以下至少一项：
第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
所述Ambient IoT业务对应的业务参数；
第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
可选地，第二发送模块用于：
在确定第一条件满足的情况下，向Ambient IoT设备发送业务信号；
所述第一条件包括以下至少一项：
处于所述Ambient IoT业务的执行周期内；
到达所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件满足。
可选地，第一接收模块用于接收所述反馈信号；第一发送模块用于实时向所述第二通信节点发送相关信息；和/或
第一发送模块用于在收到N个反馈信号后，向所述第二通信节点发送一条相关信息，N为正整数。
可选地，在所述第一通信节点为终端的情况下，所述装置还包括以下至少一项：
第一状态切换模块，用于在所述第一通信节点收到的反馈信号的数量大于数量阈值的情况下，和/或在所述相关信息的尺寸大于尺寸阈值的情况下，进入RRC连接态；
第二状态切换模块，用于在所述第一通信节点收到的反馈信号的数量小于或等于数量阈值的情况下，和/或在所述相关信息的尺寸小于或等于尺寸阈值的情况下，保持处于RRC空闲态或RRC非激活态。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
图20是本申请实施例提供的传输装置的结构示意图之二，如图20所示，该装置2000包括：
第三接收模块2010，用于通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
图21是本申请实施例提供的传输装置的结构示意图之三，如图21所示，该装置2100包括：
第四接收模块2110，用于通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，所述需求信息包括以下至少一项：
第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
所述Ambient IoT业务对应的业务参数；
第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
本申请实施例中的传输装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的传输装置能够实现图2至图18的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，图22是本申请实施例提供的通信设备的结构示意图，如图22所示，本申请实施例还提供一种通信设备2200，包括处理器2201和存储器2202，存储器2202上存储有可在所述处理器2201上运行的程序或指令，例如，该通信设备2200为第一通信节点时，该程序或指令被处理器2201执行时实现上述传输方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种第一通信节点，包括处理器及通信接口，其中，所述通信接口用于：
接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
该第一通信节点与上述第一通信节点的方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第一通信节点的实施例中，且能达到相同的技术效果。
可选地，第一通信节点可以为终端。
可选地，图23为实现本申请实施例的一种终端的硬件结构示意图。
该终端2300包括但不限于：射频单元2301、网络模块2302、音频输出单元2303、输入单元2304、传感器2305、显示单元2306、用户输入单元2307、接口单元2308、存储器2309以及处理器2310等中的至少部分部件。
本领域技术人员可以理解，终端2300还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器2310逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图23中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元2304可以包括图形处理单元(Graphics Processing Unit，GPU)23041和麦克风23042，图形处理器23041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元2306可包括显示面板23061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板23061。用户输入单元2307包括触控面板23071以及其他输入设备23072中的至少一种。触控面板23071，也称为触摸屏。触控面板23071可包括触摸检测装置和触摸控制器两个部分。其他输入设备23072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元2301接收来自网络侧设备的下行数据后，可以传输给处理器2310进行处理；另外，射频单元2301可以向网络侧设备发送上行数据。通常，射频单元2301包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器2309可用于存储软件程序或指令以及各种数据。存储器2309可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器2309可以包括易失性存储器或非易失性存储器，或者，存储器2309可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器2309包括但不限于这些和任意其它适合类型的存储器。
处理器2310可包括一个或多个处理单元；可选的，处理器2310集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器2310中。
其中，射频单元2301用于接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
射频单元2301用于通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，射频单元2301还用于如下至少一项：
在所述第一通信节点接收自Ambient IoT设备的反馈信号之前，通过传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息；
向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号。
可选地，所述第一通信节点和所述Ambient IoT设备之间通过IoT layer通信；其中，所述IoT layer是独立的协议层，或，所述IoT layer是IoT MAC层或者IoT PHY层的子模块。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信，和/或，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块，所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，所述需求信息包括以下至少一项：
第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
所述Ambient IoT业务对应的业务参数；
第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
可选地，射频单元2301用于：
在确定第一条件满足的情况下，向Ambient IoT设备发送业务信号；
所述第一条件包括以下至少一项：
处于所述Ambient IoT业务的执行周期内；
到达所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件满足。
可选地，射频单元2301用于接收所述反馈信号，实时向所述第二通信节点发送相关信息；和/或
射频单元2301用于：在收到N个反馈信号后，向第二通信节点发送一条相关信息，N为正整数。
可选地，在所述第一通信节点为终端的情况下，处理器2310用于以下至少一项：
在所述第一通信节点收到的反馈信号的数量大于数量阈值的情况下，和/或在所述相关信息的尺寸大于尺寸阈值的情况下，进入RRC连接态；
在所述第一通信节点收到的反馈信号的数量小于或等于数量阈值的情况下，和/或在所述相关信息的尺寸小于或等于尺寸阈值的情况下，保持处于RRC空闲态或RRC非激活态。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，第一通信节点可以为网络节点。
本申请实施例还提供一种网络节点，包括处理器和通信接口，所述通信接口用于：
接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
该网络节点实施例与上述第一通信节点方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络节点实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络节点。图24为实现本申请实施例的一种网络节点的硬件结构示意图，如图24所示，该网络节点2400包括：天线2401、射频装置2402、基带装置2403、处理器2404和存储器2405。天线2401与射频装置2402连接。在上行方向上，射频装置2402通过天线2401接收信息，将接收的信息发送给基带装置2403进行处理。在下行方向上，基带装置2403对要发送的信息进行处理，并发送给射频装置2402，射频装置2402对收到的信息进行处理后经过天线2401发送出去。
以上实施例中网络节点执行的方法可以在基带装置2403中实现，该基带装置2403包括基带处理器。
基带装置2403例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图24所示，其中一个芯片例如为基带处理器，通过总线接口与存储器2405连接，以调用存储器2405中的程序，执行以上方法实施例中所示的第一通信节点的操作。
该网络节点还可以包括网络接口2406，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络节点2400还包括：存储在存储器2405上并可在处理器2404上运行的指令或程序，处理器2404调用存储器2405中的指令或程序执行图19所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
其中，射频装置2402用于接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
射频装置2402用于通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
可选地，射频装置2402还用于如下至少一项：
在所述第一通信节点接收自Ambient IoT设备的反馈信号之前，通过传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息；
向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号。
可选地，所述第一通信节点和所述Ambient IoT设备之间通过IoT layer通信；其中，所述IoT layer是独立的协议层，或，所述IoT layer是IoT MAC层或者IoT PHY层的子模块。
可选地，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
其中，所述第一承载与所述SRB1、SRB2或DRB不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
可选地，所述第一通信节点和所述第二通信节点通过IoT协议层通信，和/或，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块，所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
可选地，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和 第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
可选地，所述需求信息包括以下至少一项：
第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
所述Ambient IoT业务对应的业务参数；
第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
可选地，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
可选地，所述业务参数包括以下至少一项：
盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
所述Ambient IoT业务的执行周期；
所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件。
可选地，所述盘点范围信息包括以下至少一项：
所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
可选地，所述相关信息包括以下至少一项：
所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
所述第一通信节点的位置信息；
第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
发送反馈信号的Ambient IoT设备的标识信息；
发送反馈信号的Ambient IoT设备的位置信息；
所述第一通信节点的标识信息；
所述第一通信节点的位置信息；
所述Ambient IoT业务对应的时间戳信息；
所述反馈信号携带的信息。
可选地，射频装置2402用于：
在确定第一条件满足的情况下，向Ambient IoT设备发送业务信号；
所述第一条件包括以下至少一项：
处于所述Ambient IoT业务的执行周期内；
到达所述Ambient IoT业务的执行时间；
所述Ambient IoT业务的执行条件满足。
可选地，射频装置2402用于接收所述反馈信号，实时向所述第二通信节点发送相关信息；和/或
射频装置2402用于：在收到N个反馈信号后，向所述第二通信节点发送一条相关信息，N为正整数。
可选地，在所述第一通信节点为终端的情况下，处理器2004用于以下至少一项：
在所述第一通信节点收到的反馈信号的数量大于数量阈值的情况下，和/或在所述相关信息的尺寸大于尺寸阈值的情况下，进入RRC连接态；
在所述第一通信节点收到的反馈信号的数量小于或等于数量阈值的情况下，和/或在所述相关信息的尺寸小于或等于尺寸阈值的情况下，保持处于RRC空闲态或RRC非激活态。
在本申请实施例中，通过在接收来自环境能量使能的物联网Ambient IoT设备的反馈信号后，第一通信节点通过自己的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息，可以极大限度利用通信系统的承载架构和传输方式，还可以为Ambient IoT设备进行特殊的传输属性配置保障，可以确保Ambient IoT设备的传输需求，也可以避免引入更多的复杂度，适用于海量极低能力或极低造价的Ambient IoT设备，提高通信系统中数据传输处理方式对Ambient IoT设备的数据传输的实用性。
本申请实施例还提供一种第二通信节点，包括处理器和通信接口，所述通信接口用于通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
该第二通信节点实施例与上述第二通信节点方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第二通信节点实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种第二通信节点。图25为实现本申请实施例的一种第二通信节点的硬件结构示意图，如图25所示，该第二通信节点2500包括：天线2501、射频装置2502、基带装置2503、处理器2504和存储器2505。天线2501与射频装置2502连接。在上行方向上，射频装置2502通过天线2501接收信息，将接收的信息发送给基带装置2503进行处理。在下行方向上，基带装置2503对要发送的信息进行处理，并发送给射频装置2502，射频装置2502对收到的信息进行处理后经过天线2501发送出去。
以上实施例中第二通信节点执行的方法可以在基带装置2503中实现，该基带装置2503包括基带处理器。
基带装置2503例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图25所示，其中一 个芯片例如为基带处理器，通过总线接口与存储器2505连接，以调用存储器2505中的程序，执行以上方法实施例中所示的第二通信节点的操作。
该第二通信节点还可以包括网络接口2506，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的第二通信节点2500还包括：存储在存储器2505上并可在处理器2504上运行的指令或程序，处理器2504调用存储器2505中的指令或程序执行图20所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种第三通信节点，包括处理器和通信接口，所述通信接口用于通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
该第三通信节点实施例与上述第三通信节点方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第三通信节点实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种第三通信节点。图26为实现本申请实施例的一种第三通信节点的硬件结构示意图，如图26所示，该第三通信节点2600包括：天线2601、射频装置2602、基带装置2603、处理器2604和存储器2605。天线2601与射频装置2602连接。在上行方向上，射频装置2602通过天线2601接收信息，将接收的信息发送给基带装置2603进行处理。在下行方向上，基带装置2603对要发送的信息进行处理，并发送给射频装置2602，射频装置2602对收到的信息进行处理后经过天线2601发送出去。
以上实施例中第三通信节点执行的方法可以在基带装置2603中实现，该基带装置2603包括基带处理器。
基带装置2603例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图26所示，其中一个芯片例如为基带处理器，通过总线接口与存储器2605连接，以调用存储器2605中的程序，执行以上方法实施例中所示的第三通信节点的操作。
该第三通信节点还可以包括网络接口2606，该接口例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的第三通信节点2600还包括：存储在存储器2605上并可在处理器2604上运行的指令或程序，处理器2604调用存储器2605中的指令或程序执行图21所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种传输系统，包括：第一通信节点、第二通信节点、和第三通信节点，所述第一通信节点可用于执行如上所述的传输方法的步骤，所述第二通信节点可用于执行如上所述的传输方法的步骤，所述第三通信节点可用于执行如上所述的传输方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (41)

  1. 一种传输方法，包括：
    第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
    所述第一通信节点通过所述第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
  2. 根据权利要求1所述的传输方法，其中，在所述第一通信节点接收自Ambient IoT设备的反馈信号之前，所述方法还包括如下至少一项：
    所述第一通信节点通过传输通道，接收第三通信节点发送的Ambient IoT业务的需求信息；
    所述第一通信节点向Ambient IoT设备发送业务信号，所述业务信号用于触发所述反馈信号。
  3. 根据权利要求2所述的传输方法，其中，所述第一通信节点包括终端或网络节点；所述第二通信节点包括以下至少一项：基站、核心网节点、IoT服务器、外部节点、IoT控制节点，所述第三通信节点包括以下至少一项：基站、核心网节点、IoT服务器、外部节点、IoT控制节点。
  4. 根据权利要求1-3任一项所述的传输方法，其中，所述第一通信节点和所述Ambient IoT设备之间通过物联网层IoT layer通信；其中，所述IoT layer是独立的协议层，或，所述IoT layer是物联网媒体接入控制IoT MAC层或者物联网物理层IoT PHY层的子模块。
  5. 根据权利要求1-4任一项所述的传输方法，其中，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
    终端非接入层UE NAS信令、信令无线承载SRB2、终端无线资源控制UE RRC信令、SRB1、UE的用户面UP承载、数据无线承载DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
    其中，所述第一承载与所述SRB1、SRB2或DRB不同。
  6. 根据权利要求2-5任一项所述的传输方法，其中，在所述第一通信节点包括终端的情况下，需求信息承载在以下至少一项中：
    UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
    其中，所述第一承载与所述SRB1、SRB2或DRB不同。
  7. 根据权利要求5或6所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT代理IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
  8. 根据权利要求5或6所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT协议层通信，和/或，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
  9. 根据权利要求1-4任一项所述的传输方法，其中，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
    N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、协议数据单元PDU会话、用户层面的GPRS隧道协议GTP-U隧道、第二承载；
    其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
  10. 根据权利要求2-4任一项或9所述的传输方法，其中，在所述第一通信节点包括网络节点的情况下，需求信息承载在以下至少一项中：
    N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
    其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
  11. 根据权利要求9或10所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT Agent通信，和/或，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
  12. 根据权利要求2所述的传输方法，其中，所述需求信息包括以下至少一项：
    第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
    所述Ambient IoT业务对应的业务参数；
    第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
  13. 根据权利要求12所述的传输方法，其中，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
  14. 根据权利要求12或13所述的传输方法，其中，所述业务参数包括以下至少一项：
    盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
    所述Ambient IoT业务的执行周期；
    所述Ambient IoT业务的执行时间；
    所述Ambient IoT业务的执行条件。
  15. 根据权利要求14所述的传输方法，其中，所述盘点范围信息包括以下至少一项：
    所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
    所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
    所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
  16. 根据权利要求1-15任一项所述的传输方法，其中，所述相关信息包括以下至少一项：
    所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
    所述第一通信节点的位置信息；
    第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
    发送反馈信号的Ambient IoT设备的标识信息；
    发送反馈信号的Ambient IoT设备的位置信息；
    所述第一通信节点的标识信息；
    所述第一通信节点的位置信息；
    所述Ambient IoT业务对应的时间戳信息；
    所述反馈信号携带的信息。
  17. 根据权利要求2-16任一项所述的传输方法，其中，所述第一通信节点向Ambient IoT设备发送业务信号，包括：
    所述第一通信节点在确定第一条件满足的情况下，向Ambient IoT设备发送业务信号；
    所述第一条件包括以下至少一项：
    处于所述Ambient IoT业务的执行周期内；
    到达所述Ambient IoT业务的执行时间；
    所述Ambient IoT业务的执行条件满足。
  18. 根据权利要求1-17任一项所述的传输方法，其中，第一通信节点接收来自环境能量使能的物联网Ambient IoT设备的反馈信号，所述第一通信节点通过所述第一通信节点的传输通道，向所述第二通信节点发送所述Ambient IoT设备的相关信息，包括以下至少一项：
    所述第一通信节点接收所述反馈信号，实时向所述第二通信节点发送相关信息；
    所述第一通信节点在收到N个反馈信号后，向所述第二通信节点发送一条相关信息，N为正整数。
  19. 根据权利要求1-18任一项所述的传输方法，其中，在所述第一通信节点为终端的情况下，所述方法还包括以下至少一项：
    在所述第一通信节点收到的反馈信号的数量大于数量阈值的情况下，和/或在所述相关信息的尺寸大于尺寸阈值的情况下，所述第一通信节点进入RRC连接态；
    在所述第一通信节点收到的反馈信号的数量小于或等于数量阈值的情况下，和/或在所述相关信息的尺寸小于或等于尺寸阈值的情况下，所述第一通信节点保持处于RRC空闲态或RRC非激活态。
  20. 一种传输方法，包括：
    第二通信节点通过所述第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
  21. 根据权利要求20所述的传输方法，其中，在所述第一通信节点包括终端的情况下，所述相关信息承载在以下至少一项中：
    UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
    其中，所述第一承载与所述SRB1、SRB2或DRB不同。
  22. 根据权利要求21所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
  23. 根据权利要求21所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
  24. 根据权利要求20所述的传输方法，其中，在所述第一通信节点包括网络节点的情况下，所述相关信息承载在以下至少一项中：
    N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
    其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
  25. 根据权利要求24所述的传输方法，其中，所述第一通信节点和所述第二通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
  26. 根据权利要求20-25任一项所述的传输方法，其中，所述相关信息包括以下至少一项：
    所述第一通信节点执行所述Ambient IoT业务所获得的结果信息；
    所述第一通信节点的位置信息；
    第二指示信息，所述第二指示信息用于指示所述Ambient IoT业务是否执行成功；
    发送反馈信号的Ambient IoT设备的标识信息；
    发送反馈信号的Ambient IoT设备的位置信息；
    所述第一通信节点的标识信息；
    所述第一通信节点的位置信息；
    所述Ambient IoT业务对应的时间戳信息；
    所述反馈信号携带的信息。
  27. 一种传输方法，包括：
    第三通信节点通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
  28. 根据权利要求27所述的传输方法，其中，在所述第一通信节点包括终端的情况下，所述需求信息承载在以下至少一项中：
    UE NAS信令、SRB2、UE RRC信令、SRB1、UE的UP承载、DRB、UE的数据平面data plane、专用于Ambient IoT设备数据的承载、第一承载；
    其中，所述第一承载与所述SRB1、SRB2或DRB不同。
  29. 根据权利要求28所述的传输方法，其中，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NAS协议层的子模块。
  30. 根据权利要求28所述的传输方法，其中，所述第一通信节点和第三通信节点通过IoT协议层通信；其中，所述IoT协议层是独立的协议层，或，所述IoT协议层是RRC协议层的子模块，或，所述IoT协议层是接口协议层的子模块，或，所述IoT协议层是APP协议层的子模块，或，所述IoT协议层是第一协议层的子模块；所述第一协议层与所述RRC协议层、接口协议层或APP协议层不同。
  31. 根据权利要求27所述的传输方法，其中，在所述第一通信节点包括网络节点的情况下，所述需求信息承载在以下至少一项中：
    N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、管理平面management plane、PDU会话、GTP-U隧道、第二承载；
    其中，所述第二承载与所述N2/NG信令承载、网络节点的UP承载、网络节点的数据平面data plane、或管理平面management plane不同。
  32. 根据权利要求31所述的传输方法，其中，所述第一通信节点和第三通信节点通过IoT Agent通信；其中，所述IoT Agent是独立的协议层，或，所述IoT Agent是NG-AP协议层的子模块，或，所述IoT Agent是APP协议层的子模块。
  33. 根据权利要求27-32任一项所述的传输方法，其中，所述需求信息包括以下至少一项：
    第一触发信息，所述第一触发信息用于触发Ambient IoT业务；
    所述Ambient IoT业务对应的业务参数；
    第一指示信息，所述第一指示信息用于指示需要所述第一通信节点上报的信息。
  34. 根据权利要求33所述的传输方法，其中，所述Ambient IoT业务包括盘点所述第一通信节点的覆盖范围内的Ambient IoT设备的业务。
  35. 根据权利要求33或34所述的传输方法，其中，所述业务参数包括以下至少一项：
    盘点范围信息，所述盘点范围信息用于指示所述第一通信节点需要盘点的Ambient IoT设备；
    所述Ambient IoT业务的执行周期；
    所述Ambient IoT业务的执行时间；
    所述Ambient IoT业务的执行条件。
  36. 根据权利要求35所述的传输方法，其中，所述盘点范围信息包括以下至少一项：
    所述第一通信节点需要盘点的Ambient IoT设备的设备类型；
    所述第一通信节点需要盘点的Ambient IoT设备的设备列表；
    所述第一通信节点需要盘点的Ambient IoT设备的设备标识。
  37. 一种传输装置，包括：
    第一接收模块，用于接收来自环境能量使能的物联网Ambient IoT设备的反馈信号；
    第一发送模块，用于通过第一通信节点的传输通道，向第二通信节点发送所述Ambient IoT设备的相关信息。
  38. 一种传输装置，包括：
    第三接收模块，用于通过第二通信节点的传输通道，接收第一通信节点发送的Ambient IoT设备的相关信息。
  39. 一种传输装置，包括：
    第四接收模块，用于通过第三通信节点的传输通道，接收第一通信节点发送的Ambient IoT业务的需求信息。
  40. 一种通信节点，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至36任一项所述的传输方法。
  41. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至19任一项所述的传输方法，或实现如权利要求20至26任一项所述的传输方法，或实现如权利要求27至36任一项所述的传输方法。
PCT/CN2023/142091 2022-12-29 2023-12-26 传输方法及装置 WO2024140725A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211716148.6A CN118283105A (zh) 2022-12-29 2022-12-29 传输方法及装置
CN202211716148.6 2022-12-29

Publications (1)

Publication Number Publication Date
WO2024140725A1 true WO2024140725A1 (zh) 2024-07-04

Family

ID=91634768

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/142091 WO2024140725A1 (zh) 2022-12-29 2023-12-26 传输方法及装置

Country Status (2)

Country Link
CN (1) CN118283105A (zh)
WO (1) WO2024140725A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112040556A (zh) * 2019-06-03 2020-12-04 华为技术有限公司 一种通信方法及设备
CN115428479A (zh) * 2022-07-29 2022-12-02 北京小米移动软件有限公司 设备定位方法、系统及装置、通信设备及存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112040556A (zh) * 2019-06-03 2020-12-04 华为技术有限公司 一种通信方法及设备
CN115428479A (zh) * 2022-07-29 2022-12-02 北京小米移动软件有限公司 设备定位方法、系统及装置、通信设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VIVO: "Discussion on Passive IoT for 5G-Advanced", 3GPP DRAFT; RP-221268, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG RAN, no. Budapest, Hungary; 20220606 - 20220609, 30 May 2022 (2022-05-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052154310 *

Also Published As

Publication number Publication date
CN118283105A (zh) 2024-07-02

Similar Documents

Publication Publication Date Title
US20240314859A1 (en) Session Establishment Method and Apparatus for Internet of Things Device
WO2024140725A1 (zh) 传输方法及装置
WO2023169523A1 (zh) 数据采集方法、装置、终端及网络侧设备
WO2023202513A1 (zh) 冲突处理方法、终端及网络侧设备
WO2023005898A1 (zh) 多终端联合会话管理方法、网络侧设备及终端
CN117939560A (zh) 执行结果上报方法、接收方法、终端及网络侧设备
WO2024125454A1 (zh) 信息交互方法及设备
WO2024125456A1 (zh) 信息交互方法及设备
WO2023186083A1 (zh) 发起bsc链路建立的方法、装置、设备和存储介质
WO2024149288A1 (zh) Ai模型分发、接收方法、终端及网络侧设备
WO2024088119A1 (zh) 数据处理方法、装置、终端及网络侧设备
WO2024160155A1 (zh) 辅密钥更新方法、终端及网络侧设备
WO2024022398A1 (zh) 托管网络的选网信息的获取方法、终端及网络侧设备
WO2024149127A1 (zh) 信息获取、发送方法、装置及通信设备
WO2024099141A1 (zh) Gap信息上报方法、装置、通信设备、系统及存储介质
EP4418715A1 (en) Capability change method, terminal, and network-side device
WO2024027618A1 (zh) gap配置方法、装置、网络侧设备及存储介质
WO2024027681A1 (zh) Ue能力控制方法、装置、终端及网络侧设备
WO2024140733A1 (zh) 资源确定方法及装置
WO2024099190A1 (zh) 能力指示方法、装置、终端、网络侧设备及可读存储介质
WO2024160200A1 (zh) 多播业务传输方法、装置、终端及网络侧设备
WO2023202603A1 (zh) 条件切换的配置方法、终端及网络侧设备
WO2024160108A1 (zh) 资源获取、确定方法及通信设备
WO2024078615A1 (zh) 模型选择方法、终端及网络侧设备
WO2023185728A1 (zh) 业务处理方法、装置、终端、网络侧设备及可读存储介质

Legal Events

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

Ref document number: 23910648

Country of ref document: EP

Kind code of ref document: A1