WO2025148648A1 - 信道接入方法及装置 - Google Patents
信道接入方法及装置Info
- Publication number
- WO2025148648A1 WO2025148648A1 PCT/CN2024/140665 CN2024140665W WO2025148648A1 WO 2025148648 A1 WO2025148648 A1 WO 2025148648A1 CN 2024140665 W CN2024140665 W CN 2024140665W WO 2025148648 A1 WO2025148648 A1 WO 2025148648A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- node
- sta
- channel access
- channel
- nodes
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
Definitions
- the embodiments of the present application relate to the field of communications, and in particular to a channel access method and device.
- the important task of the medium access control (MAC) layer is to coordinate multiple devices to access the shared wireless channel to ensure effective data transmission.
- Different channel access mechanisms determine when the corresponding nodes can send data.
- the current channel access mechanism will introduce some waiting time, making the channel access efficiency low.
- the multiple nodes include an AP node and at least one STA node, wherein the at least one STA node is a STA node that supports a first channel access mechanism, and the AP node is associated with the at least one STA node.
- the channel access is performed using a channel access method that matches the node type of the first node, including: the first node is an AP node, waits for a first time duration and performs channel access; or, the first node is any one of the at least one STA node, waits for a second time duration and performs channel access using the first channel access mechanism, wherein the first time duration is less than the second time duration.
- the multiple nodes include an AP node and at least one STA node, wherein the at least one STA node includes at least a STA node that does not support a first channel access mechanism, wherein the STA node that supports the first channel access mechanism is associated with the one AP node; or, the multiple nodes include multiple AP nodes and at least one STA node, wherein the STA node that supports the first channel access mechanism is associated with one of the multiple AP nodes.
- the AP node can determine whether to perform channel access or perform uplink scheduling for other STA nodes based on the business needs of each node in the network environment, and can more flexibly allocate channels to appropriate nodes, thereby improving the efficiency of node access to channels.
- the embodiment of the present application can continuously monitor the channel to see if it is an idle channel within a certain period of time after a service arrives, so that the first node can directly access the channel, thereby reducing the delay of the node accessing the channel and improving the efficiency of the node accessing the channel.
- the channel access is performed using a channel access method that matches the node type of the first node, including: the first node continuously monitors the channel to be accessed to be an idle channel within a fourth time period, and the first node accesses the idle channel at the end of the fourth time period, wherein the first node has service arriving at the end of the fourth time period.
- the embodiments of the present application can be applied to various network environment scenarios, so that the first node can access the channel more quickly and more effectively by adopting a suitable channel access method, reduce the channel access delay, and improve the channel access efficiency.
- the multiple nodes include an access device AP node and a site STA node, wherein the STA node is a node that accesses the AP node for communication, and the STA node includes a STA node that supports a first channel access mechanism and/or a STA node that does not support the first channel access mechanism, and the AP node supports the first channel access mechanism, and the first channel access mechanism uses a random frequency band method for channel access.
- the multiple nodes include an AP node and at least one STA node, wherein the at least one STA node includes at least a STA node that does not support a first channel access mechanism, wherein the STA node that supports the first channel access mechanism is associated with the one AP node; or, the multiple nodes include multiple AP nodes and at least one STA node, wherein the STA node that supports the first channel access mechanism is associated with one AP node among the multiple AP nodes; the processing unit is also used for: the first node is an AP node or the STA node that does not support the first channel access mechanism, and a distributed coordination function DCF mechanism is used for channel access; the first node is a STA node that supports the first channel access mechanism, and channel access is performed based on the uplink scheduling of the AP node associated with the first node.
- the multiple nodes include multiple AP nodes and at least one STA node, wherein the at least one STA node is a STA node supporting a first channel access mechanism, and the STA node supporting the first channel access mechanism is associated with an AP node among the multiple AP nodes; the processing unit is also used for: the first node is an AP node, and a second channel access mechanism is used for channel access, wherein the second channel access mechanism negotiates channel access by means of wired connections between the multiple AP nodes; the first node is a STA node supporting the first channel access mechanism, and channel access is performed based on the uplink scheduling of the AP node associated with the first node.
- the first node is the AP node; the processing unit is also used to: determine the AP node to perform channel access, or perform uplink scheduling on the STA node associated with the AP node based on the business requirements of the AP node and the business requirements of the STA node associated with the AP node.
- FIG5 is a schematic diagram of a channel access timing provided in an embodiment of the present application.
- the network architecture and business scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application.
- a person of ordinary skill in the art can appreciate that with the evolution of the network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.
- a, b, or c can represent: a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, and c can be single or multiple.
- words such as “first” and “second” are used to distinguish the same items or similar items with substantially the same functions and effects. Those skilled in the art can understand that words such as “first” and “second” do not limit the quantity and execution order, and words such as “first” and “second” do not necessarily limit the difference.
- the same or similar parts between the various embodiments can refer to each other.
- the terms and/or descriptions between the different embodiments and the various implementation methods/implementation methods/implementation methods in the various embodiments are consistent and can be referenced to each other, and the technical features in the different embodiments and the various implementation methods/implementation methods/implementation methods in the various embodiments can be combined to form new embodiments, implementation methods, implementation methods, or implementation methods according to their inherent logical relationships.
- the implementation methods of the embodiments of the present application described below do not constitute a limitation on the scope of protection of the embodiments of the present application.
- the communication system involved in the embodiment of the present application may include at least one terminal 110 and a network device 120 .
- the terminal 110 and the network device 120 communicate with each other in a wireless manner.
- the network device 120 may be a wireless access network device.
- the terminals and the wireless access network devices may be connected to each other in a wired or wireless manner.
- FIG1 is only a schematic diagram, and the communication system may also include other network devices, such as wireless relay devices, wireless backhaul devices, core network devices, etc., which are not shown in FIG1.
- the connection relationship between the devices is not limited to the above-mentioned methods.
- the CU completes the functions of the radio resource control protocol and the packet data convergence protocol (PDCP) of the base station, and can also complete the function of the service data adaptation protocol (SDAP);
- the DU completes the functions of the radio link control layer and the medium access control (MAC) layer of the base station, and can also complete the functions of part or all of the physical layer.
- 3GPP 3rd Generation Partnership Project
- the wireless access network device can be a macro base station, a micro base station or an indoor station, a relay node or a donor node, etc. In some other embodiments, the wireless access network device can also be an access network device in an open RAN (open RAN, O-RAN).
- the terminal may also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc.
- the terminal device can be widely used in various scenarios, for example, device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IOT), virtual reality, augmented reality, industrial control, automatic driving, telemedicine, smart grid, smart furniture, smart office, smart wear, smart transportation, smart city, etc.
- the terminal device may be a mobile phone, a tablet computer, a computer with wireless transceiver function, a wearable device, a vehicle, a drone, a helicopter, an airplane, a ship, a robot, a mechanical arm, a smart home device, etc.
- the embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.
- the function of the base station may also be performed by a module (such as a chip) in the base station, or by a control subsystem including a base station function.
- the control subsystem including the base station function here may be a control center in the application scenarios of the above-mentioned terminal devices such as smart grid, industrial control, intelligent transportation, smart city, etc.
- the function of the repeater may also be performed by a module (such as a chip or a modem) in the repeater, or by a device including a relay function.
- the function of the terminal may also be performed by a module (such as a chip or a modem) in the terminal, or by a device including a terminal function.
- wireless communication can include: wireless communication between network devices and terminals, wireless communication between network devices and network devices, and wireless communication between terminals.
- wireless communication can also be referred to as “communication”
- communication can also be described as "data transmission”, “information transmission” or “transmission”.
- the random number used by node B for fallback is N1
- the random number used by node C for fallback is N2
- the random number used by node D for fallback is N3, and N3 is less than N1 and less than N2.
- a channel is occupied by a certain node, and the occupation ends at t1.
- nodes B, C, and D simultaneously perform fallback counting. Since N3 is the smallest compared to N1 and N2. Therefore, node D first falls back to 0 and competes for the channel. Node D can access the channel and send corresponding data frames or control frames.
- This scenario shows a possible network structure, wherein the network structure shown in FIG2 includes one or more access point (AP) class stations (STA), and one or more non-access point class stations (none access point station, non-AP STA).
- AP class STA can be considered as a network device, and non-AP STA can be a terminal.
- AP class STA can be referred to as AP
- non-AP STA can be referred to as STA.
- AP class STAs are collectively referred to as APs or AP nodes
- non-AP STAs are collectively referred to as STAs or STA nodes.
- the AP may be a device supporting the 802.11bn standard.
- the access point may also be a device supporting various wireless local area networks (WLAN) standards of the 802.11 family, such as 802.11be, 802.11ax, 802.11n, 802.11g, 802.11b, and 802.11a.
- WLAN wireless local area networks
- the AP can be a high efficient (HE) AP, a very high throughput (VHT) AP, or an extramely high throughput (EHT) AP, and can also be an AP applicable to a future generation of WiFi standards.
- HE high efficient
- VHT very high throughput
- EHT extramely high throughput
- STA can be a wireless communication chip, a wireless sensor or a wireless communication terminal, etc., and can also be called a user or user equipment.
- STA can be a mobile phone that supports WiFi communication function, a tablet computer that supports WiFi communication function, a set-top box that supports WiFi communication function, a smart TV that supports WiFi communication function, a smart wearable device that supports WiFi communication function, a vehicle-mounted communication device that supports WiFi communication function, and a computer that supports WiFi communication function, etc.
- the site can support the 802.11bn standard.
- the site can also support multiple WLAN standards of the 802.11 family such as 802.11be, 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b and 802.11a.
- the STA in the embodiment of the present application can be a HE STA, a VHT STA or an EHT STA, and can also be a STA applicable to a future generation of WiFi standards.
- the embodiments of the present application can be applied to networks that deploy IEEE 802.11, or can be applied to other networks that adopt any standards or protocols.
- networks that deploy IEEE 802.11, or can be applied to other networks that adopt any standards or protocols.
- Bluetooth high performance radio local area networks (HIPERLAN), wide area networks (WAN), WLAN, personal area networks (PAN), networks that adopt the third generation partnership project (3GPP) standard, or other known or later developed networks.
- HIPERLAN can be considered as a wireless standard similar to the IEEE 802.11 standard. Therefore, regardless of the coverage range and wireless access protocol used, the embodiments of the present application can be applied to any suitable wireless network.
- the roles of AP and STA can be interchanged.
- a terminal with a hotspot turned on can connect another terminal to the network.
- the role of the terminal with a hotspot turned on is equivalent to that of an AP.
- the channel access process can be applicable to, but not limited to, the communication scenarios shown in FIG. 1 and FIG. 2.
- the method can be applicable to the AP node or STA node mentioned above.
- the method can be applied to a network environment with multiple nodes, and any node among the multiple nodes can be referred to as the first node.
- the method can be applied to an AP node.
- the method may include the following steps:
- An AP node obtains node types of multiple nodes.
- the AP node can obtain the node types of other nodes in the network environment.
- the AP node can also obtain its own corresponding node type.
- the STA node can report its own node type to the AP node.
- a STA node occupies a channel to send a data frame or a control frame to an AP node, it also carries its own node type to inform the AP node. It is understandable that, under normal circumstances, a STA node will report its own node type to the AP node associated with it.
- multiple AP nodes can share the node types of one or more nodes obtained by each AP node.
- the STA nodes may include STA nodes that support the first channel access mechanism. In some examples, the STA nodes may include STA nodes that do not support the first channel access mechanism. In some examples, the STA nodes may include STA nodes that support the first channel access mechanism and STA nodes that do not support the first channel access mechanism.
- the first channel access mechanism uses a random frequency band method for channel access.
- the AP node involved in the embodiments of the present application may be an AP node that supports the first channel access mechanism.
- the embodiments of the present application provide multiple possible types of nodes, so as to be applicable to different network scenarios, and different types of nodes can use appropriate channel access methods to access channels more quickly and more effectively, reduce the delay of channel access, and improve the efficiency of channel access.
- the embodiments of the present application can be applied to various network environment scenarios, so that the first node can access the channel more quickly and more effectively by adopting a suitable channel access method, reduce the channel access delay, and improve the channel access efficiency.
- scenario one is defined as: multiple nodes include an AP node and at least one STA node. Among them, at least one STA node is a STA node that supports the first channel access mechanism.
- scenario two is defined as: multiple nodes include an AP node and at least one STA node. Among them, at least one STA node includes at least a STA node that does not support the first channel access mechanism.
- scenario three is defined as: multiple nodes include multiple AP nodes and at least one STA node.
- the multiple nodes may include: an AP node and at least one STA node.
- at least one STA node is a STA node that supports a first channel access mechanism.
- the one AP node is associated with at least one STA node.
- channel access is performed using a channel access method that matches the node type of the first node, which may include: the first node is an AP node, waiting for a first time length and performing channel access; or, the first node is any one of the at least one STA nodes, waiting for a second time length and using the first channel access mechanism for channel access, wherein the first time length is less than the second time length.
- the multiple nodes in the same network environment may be an AP node and at least one STA node.
- At least one STA node in the network environment is a STA node that supports the first channel access mechanism.
- at least one STA node in the network environment is associated with an AP node.
- FIG. 4 shows a schematic diagram of a possible channel access scenario. It can be seen that the scenario includes one AP node, namely AP41; and multiple STA nodes, such as STA411, STA412, STA413, STA414, STA415, STA416, STA417, and STA418.
- the first node is any STA node, such as any STA node among the eight STA nodes shown in FIG4. Then the STA node may wait for a second time duration, and may access the channel after the second time duration has elapsed, wherein the first time duration is less than the second time duration.
- the AP node determines whether to access the channel. For example, after accessing the channel, the AP node can determine whether to send downlink services. If the AP node needs to send downlink service data, the AP node occupies the channel and sends downlink service data. If the AP node does not need to send downlink services, the AP node may not perform any operation. After the second duration passes, each STA node determines whether to access the channel.
- the AP node can determine whether to access the channel or reserve the channel for other STA nodes according to the service requirements of each node in the network environment, so as to more flexibly allocate channels to appropriate nodes and improve the efficiency of node access to the channel.
- the AP node waiting for a first period of time and accessing a channel may include: waiting for the first period of time and determining the AP node access channel based on the business needs of the AP node and the business needs of STA nodes associated with the AP node, or reserving the channel for the at least one STA node.
- each STA among the multiple STAs can choose whether to access the channel.
- the RFCA mechanism can be used to access the channel.
- the STA node can send a control frame to the AP node based on a randomly selected frequency band.
- the STA node can send a control frame to the AP node based on a fixed frequency band. It can be understood that whether the STA node is based on a random frequency band or a fixed frequency band can be determined by the AP, that is, whether a corresponding frequency band is allocated to a certain STA node.
- the specific implementation process can refer to the description of the corresponding embodiment above, and the embodiments of the present application will not be repeated here.
- AP41 can determine whether to access the channel according to its own business needs.
- the moment t2 may also be the moment when the channel is an idle channel and the AP node has business arriving, which is not limited in the embodiments of the present application. If AP41 has a business to be sent, AP41 can access the channel at the end of the first duration and send the business to be sent. If AP41 does not have a business to be sent, AP41 may not perform any operation at the end of the first duration.
- each STA node can determine whether to access the channel according to its own business needs.
- the RFCA mechanism is used for channel access.
- a random frequency band can be selected to send a control frame to AP41 to inform AP41 that the STA node wishes to access the channel.
- AP41 may allocate a fixed frequency band to some STA nodes. In this case, when such STA nodes have services to be sent, they can send the control frame to AP41 through the allocated fixed frequency band.
- control frame used to inform AP41 that the STA node wishes to access the channel can be called a channel access frame, a channel access request frame, etc., and the name of the control frame is not limited in the embodiments of the present application.
- control frame may include a buffer status report (BSR), and the AP node may learn the service requirements of the STA node that sends the BSR based on the BSR.
- BSR buffer status report
- the AP41 node can parse the control frame sent on the corresponding frequency band and decide how to schedule the STA node. For example, a certain STA node can be scheduled individually, or multiple STA nodes can be scheduled simultaneously based on multiple frequency bands.
- the specific implementation process can refer to the description of the aforementioned embodiment, and the embodiments of the present application will not be repeated here.
- the AP node can determine whether to access the channel or reserve the channel for other STA nodes according to the service requirements of each node in the network environment, so as to more flexibly allocate channels to appropriate nodes and improve the efficiency of node access to the channel.
- the embodiment of the present application can be applied to a scenario where there is an AP node and at least one STA node, and each STA node supports the first channel access mechanism, and the corresponding node can directly access the channel by waiting for a certain period of time.
- the delay of channel access can be reduced, and the efficiency of channel access can be improved.
- the multiple nodes may include an AP node and at least one STA node.
- the at least one STA node includes at least a STA node that does not support the first channel access mechanism.
- the STA node that supports the first channel access mechanism is associated with an AP node.
- the multiple nodes include multiple AP nodes and at least one STA node.
- the STA node that supports the first channel access mechanism is associated with an AP node among the multiple AP nodes.
- scenario 2 can be:
- multiple nodes in the same network environment may be an AP node and at least one STA node.
- at least one STA node is a STA node that does not support the first channel access mechanism.
- at least one STA node is associated with an AP node.
- Reference FIG6 shows a schematic diagram of a possible channel access scenario.
- FIG6 is similar to FIG4, except that the black STA613 in FIG6 can be represented as a STA node that does not support the first channel access mechanism.
- the scenario shown in FIG6 can also be considered as a single BSS scenario.
- multiple nodes in the same network environment may be multiple AP nodes and at least one STA node.
- the at least one STA node in the network environment may include a STA node that does not support the first channel access mechanism, may include a STA node that supports the first channel access mechanism, and may also include a STA node that supports the first channel access mechanism and a STA node that does not support the first channel access mechanism.
- at least one STA node is associated with any one of the multiple AP nodes.
- Reference FIG7 shows a schematic diagram of a possible channel access scenario.
- FIG7 is similar to FIG4 and FIG6, except that FIG7 includes multiple AP nodes, each of which may correspond to a BSS.
- the black STA733 can be represented as a STA node that does not support the first channel access mechanism.
- the scenario shown in FIG7 can be considered as a multi-BSS scenario.
- STAs in Figure 7 may be in the coverage of multiple APs, but no matter how many APs the STA is in, it only establishes an association with one of the APs.
- STA713, STA714, STA715, and STA716 in Figure 7 may be in the coverage of different AP nodes at the same time, they are all associated with AP71.
- STA734 may be in the coverage of different AP nodes at the same time, but it is only associated with AP73.
- STA nodes that do not support the first channel access mechanism may also be associated with an AP node.
- STA613 is associated with AP61
- STA733 is associated with AP73.
- the AP can query the service needs of other STAs associated with it, and then decide whether the AP should access the channel. For example, when the previous node ends occupying the channel, or a service arrives at the AP node and the channel is an idle channel, the AP node can use the DCF mechanism to compete for the channel. In the case where the AP node uses the DCF mechanism to compete for the channel, the AP node can use the first channel access mechanism to query the service needs of the STA nodes associated with the AP node. For example, the AP node queries the service needs of each STA node associated with the AP node through the RFCA mechanism. In some examples, the AP can divide the channel into a fixed number of frequency bands, and for the STA with service needs, it can randomly select a frequency band to report the service cache status to the AP node.
- the AP node may also use the buffer status report poll (BSRP) mechanism to query the service requirements of the STA nodes associated with the AP node.
- BSRP buffer status report poll
- the AP node may send a control frame for querying service requirements to multiple STA nodes, such as a BSRP trigger frame.
- the AP node allocates a frequency band for the STA to report the service buffer status report.
- the AP can complete the query of the service requirements of at least one STA node through one or more rounds of queries.
- the AP node may also use any other feasible query method to query the service requirements of at least one STA node, which is not limited in the embodiments of the present application.
- the first node can achieve channel access through uplink scheduling performed by the AP node associated with it.
- the AP node can decide which associated STA node to schedule by querying the business needs.
- the CWmax corresponding to the AP node is smaller than the CWmax corresponding to the STA node that does not support the first channel access mechanism.
- the first value of the contention window length is the minimum value of the contention window length, for example, denoted as CWmin.
- the embodiment of the present application can increase the contention window length when the AP accesses the channel when the first condition is met, thereby avoiding excessive and invalid occupation of the channel by the AP node and improving the channel access efficiency.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
信道接入方法及装置,该信道接入方法包括:获取多个节点的节点类型,其中,多个节点包括第一节点。根据多个节点的节点类型,确定第一节点采用与第一节点的节点类型相匹配的信道接入方式进行信道接入。本申请实施例可以适用于多种网络环境的场景,使得第一节点采用合适的信道接入方式可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
Description
本申请要求于2024年1月8日提交国家知识产权局、申请号为“202410036596.4”、申请名称为“信道接入方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请实施例涉及通信领域,尤其涉及信道接入方法及装置。
在无线保真(wireless fidelity,WiFi)网络中,媒体接入控制(medium access control,MAC)层的重要任务是协调多个设备在共享的无线信道上进行访问,从而确保有效的数据传输。而不同的信道接入机制决定了相应的节点可以在什么时间发送数据。然而针对网络环境中的一些节点,目前的信道接入机制会引入部分等待时间,使得信道接入的效率较低。
本申请实施例提供一种信道接入方法及装置。AP节点可以根据网络环境中各节点的节点类型,确定某节点采用与该节点的节点类型相匹配的信道接入方式进行信道接入。以适用于多种网络环境的场景下,可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,提供一种信道接入方法,包括:获取多个节点的节点类型,其中,所述多个节点包括第一节点。根据所述多个节点的节点类型,确定第一节点采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入。
本申请实施例可以适用于多种网络环境的场景,使得第一节点采用合适的信道接入方式可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
在一种可能的设计中,多个节点包括接入设备(access point,AP)节点和站点(station,STA)节点,其中,所述STA节点为接入所述AP节点进行通信的节点,所述STA节点包括支持第一信道接入机制的STA节点和/或不支持第一信道接入机制的STA节点,所述AP节点支持所述第一信道接入机制,所述第一信道接入机制采用随机频段方式进行信道接入。
本申请实施例提供了节点可能的多种类型。以适用于在不同形态的网络场景下,不同类型节点可以采用合适的信道接入方式可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
在一种可能的设计中,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述一个AP节点与所述至少一个STA节点相关联。所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点,等待第一时长并进行信道接入;或,所述第一节点为所述至少一个STA节点中的任意一个STA节点,等待第二时长并采用所述第一信道接入机制进行信道接入,其中,所述第一时长小于所述第二时长。
本申请实施例可以适用于一个AP节点和至少一个STA节点,且各STA节点均支持第一信道接入机制的场景下,相应节点通过等待一定时长即可直接接入信道。可以降低信道接入的时延,以及提高信道接入的效率。同时,通过令AP节点比STA节点更优先接入信道,有利于AP节点对信道占用情况进行决策,提高信道使用效率。
在一种可能的设计中,所述第一节点为所述AP节点。所述等待第一时长并进行信道接入包括:所述等待第一时长并根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点接入信道,或将信道预留给所述至少一个STA节点。
本申请实施例中AP节点可以根据网络环境中各节点的业务需求,确定是否进行信道接入或将信道预留给其它STA节点。以便更灵活的分配信道给合适的节点,提高节点接入信道的效率。
在一种可能的设计中,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点至少包括不支持第一信道接入机制的STA节点,其中,所述支持第一信道接入机制的STA节点与所述一个AP节点相关联;或,多个节点包括多个AP节点和至少一个STA节点,其中,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联。所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点或所述不支持第一信道接入机制的STA节点,采用分布协调功能(distributed coordination function,DCF)机制进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
本申请实施例可以在一个AP节点和至少一个STA节点,且至少一个STA节点不支持第一信道接入机制,或者多个AP节点和至少一个STA节点的场景下,针对不同类型的节点采用合适的信道接入方式进行信道接入。可以降低节点接入信道的时延,以及提高信道接入的效率。本申请实施例通过仅AP节点和不支持第一信道接入机制的STA节点进行竞争信道,减少竞争信道的节点,从而降低不同节点之间产生帧碰撞,并且可以提高各节点接入信道的效率。
在一种可能的设计中,所述多个节点包括多个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联。所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点,采用第二信道接入机制进行信道接入,其中,所述第二信道接入机制采用所述多个AP节点之间有线连接的方式协商进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
本申请实施例在多个AP节点和至少一个STA节点的场景下,针对不同类型的节点可以采用合适的信道接入方式进行信道接入。可以降低节点接入信道的时延,以及提高信道接入的效率。本申请实施例通过AP节点之间进行协商决定接入信道的顺序,可以避免DCF机制中等待的时间,降低节点接入信道的时延,并提高各节点接入信道的效率。
在一种可能的设计中,所述第一节点为所述AP节点。所述进行信道接入包括:根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点进行信道接入,或对所述与所述AP节点相关联的STA节点进行上行调度。
本申请实施例中AP节点可以根据网络环境中各节点的业务需求,确定是否进行信道接入或针对其它STA节点进行上行调度,可以更灵活的分配信道给合适的节点,提高节点接入信道的效率。
在一种可能的设计中,所述第一节点采用DCF机制进行信道接入,所述第一节点等待的帧间距时长为第三时长。其中,所述AP节点等待的所述第三时长小于所述不支持第一信道接入机制的STA节点等待的所述第三时长;或,所述AP节点对应的竞争窗口长度的第一值小于所述不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值;或,所述AP节点接入信道后的传输机会(transmit opportunity,TXOP)上限值大于所述不支持第一信道接入机制的STA节点接入信道后的TXOP上限值。
本申请实施例提供了多种方式使得AP可以更优先的进行信道接入,从而平衡各节点接入信道的概率。
在一种可能的设计中,所述竞争窗口长度的第一值为以下至少一种数值:竞争窗口长度的最大值;竞争窗口长度的最小值。
本申请实施例提供了多种竞争窗口长度的第一值的可能情况,从而适用于多种场景下平衡各节点接入信道的概率。
在一种可能的设计中,所述AP节点采用所述DCF机制竞争到信道,满足第一条件增加所述AP节点所对应的竞争窗口长度。其中,所述第一条件包括以下至少一种:所述AP节点与其它节点发生帧碰撞;所述AP节点没有待发送业务,以及与所述AP节点相关联的STA节点没有待发送业务。
本申请实施例可以在满足第一条件的情况下提高AP接入信道时的竞争窗口长度,从而避免AP节点过多的无效占用信道,提高信道接入效率。
在一种可能的设计中,所述方法还包括:采用所述第一信道接入机制查询与所述AP节点相关联的STA节点的业务需求;和/或,采用缓存状态报告查询(buffer status report poll,BSRP)机制查询与所述AP节点相关联的STA节点的业务需求。
本申请实施例提供了多种业务查询方式,以使得AP节点可以获取到与其关联的STA节点的业务需求。从而提高AP决策信道用于下行业务或上行调度的合理性和准确性。
在一种可能的设计中,所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的起始时刻有业务到达。
本申请实施例可以在有业务到达后的一定时间内,持续监测信道为空闲信道。则第一节点可以直接接入,降低了节点接入信道的时延,以及提高节点接入信道的效率。
在一种可能的设计中,所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的结束时刻有业务到达。
本申请实施例可以在有业务到达之前的一定时间内,持续监测信道为空闲信道。则第一节点可以在有业务到达的时刻直接接入,降低了节点接入信道的时延,以及提高节点接入信道的效率。
第二方面,提供一种信道接入装置,包括:获取单元,用于获取多个节点的节点类型,其中,所述多个节点包括第一节点;处理单元,用于根据所述多个节点的节点类型,确定第一节点采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入。
本申请实施例可以适用于多种网络环境的场景,使得第一节点采用合适的信道接入方式可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
在一种可能的设计中,所述多个节点包括接入设备AP节点和站点STA节点,其中,所述STA节点为接入所述AP节点进行通信的节点,所述STA节点包括支持第一信道接入机制的STA节点和/或不支持第一信道接入机制的STA节点,所述AP节点支持所述第一信道接入机制,所述第一信道接入机制采用随机频段方式进行信道接入。
在一种可能的设计中,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述一个AP节点与所述至少一个STA节点相关联;所述处理单元还用于:所述第一节点为AP节点,等待第一时长并进行信道接入;或,所述第一节点为所述至少一个STA节点中的任意一个STA节点,等待第二时长并采用所述第一信道接入机制进行信道接入,其中,所述第一时长小于所述第二时长。
在一种可能的设计中,所述第一节点为所述AP节点。所述处理单元还用于:所述等待第一时长并根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点接入信道,或将信道预留给所述至少一个STA节点。
在一种可能的设计中,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点至少包括不支持第一信道接入机制的STA节点,其中,所述支持第一信道接入机制的STA节点与所述一个AP节点相关联;或,多个节点包括多个AP节点和至少一个STA节点,其中,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述处理单元还用于:所述第一节点为AP节点或所述不支持第一信道接入机制的STA节点,并采用分布协调功能DCF机制进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
在一种可能的设计中,所述多个节点包括多个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述处理单元还用于:所述第一节点为AP节点,采用第二信道接入机制进行信道接入,其中,所述第二信道接入机制采用所述多个AP节点之间有线连接的方式协商进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
在一种可能的设计中,所述第一节点为所述AP节点;所述处理单元还用于:根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点进行信道接入,或对所述与所述AP节点相关联的STA节点进行上行调度。
在一种可能的设计中,所述第一节点采用DCF机制进行信道接入,所述第一节点等待的帧间距时长为第三时长。其中,所述AP节点等待的所述第三时长小于所述不支持第一信道接入机制的STA节点等待的所述第三时长;或,所述AP节点对应的竞争窗口长度的第一值小于所述不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值;或,所述AP节点接入信道后的传输机会TXOP上限值大于所述不支持第一信道接入机制的STA节点接入信道后的TXOP上限值。
在一种可能的设计中,所述竞争窗口长度的第一值为以下至少一种数值:竞争窗口长度的最大值;竞争窗口长度的最小值。
在一种可能的设计中,所述AP节点采用所述DCF机制竞争到信道,满足第一条件增加所述AP节点所对应的竞争窗口长度;其中,所述第一条件包括以下至少一种:所述AP节点与其它节点发生帧碰撞;所述AP节点没有待发送业务,以及与所述AP节点相关联的STA节点没有待发送业务。
在一种可能的设计中,所述处理单元还用于:采用所述第一信道接入机制查询与所述AP节点相关联的STA节点的业务需求;和/或,采用缓存状态报告查询BSRP机制查询与所述AP节点相关联的STA节点的业务需求。
在一种可能的设计中,所述处理单元还用于:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的起始时刻有业务到达。
在一种可能的设计中,所述处理单元还用于:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的结束时刻有业务到达。
第三方面,提供一种信道接入装置,包括:至少一个处理器和通信接口,所述通信接口用于接收和/或发送信号,所述处理器被配置用于使能上述任意方面中任一方面的通信方法被执行。
第四方面,提供一种信道接入装置。该信道接入装置包括:处理器和存储器;该存储器用于存储计算机指令,当该处理器执行该指令时,以使该信道接入装置执行上述任意方面中任一方面的通信方法。
第五方面,提供了一种芯片系统,该芯片系统包括处理器和输入/输出端口,处理器用于实现上述任意方面中任一方面的通信方法所涉及的处理功能,输入/输出端口用于实现上述任意方面中任一方面的通信方法所涉及的收发功能。
在一种可能的设计中,该芯片系统还包括存储器,该存储器用于存储实现上述任意方面中任一方面的通信方法所涉及功能的程序指令和数据。
该芯片系统,可以由芯片构成,也可以包含芯片和其它分立器件。
第六方面,提供一种通信系统。该系统包括多个执行上述任意方面任意方法的节点。
第七方面,提供一种计算机可读存储介质。该计算机可读存储介质中存储有计算机指令;当该计算机指令在计算机上运行时,使得该计算机执行如上述任意方面中任一设计的通信方法。
第八方面,提供一种计算机程序产品。该计算机程序产品包括计算机程序或指令,当该计算机程序或指令在计算机上运行时,使得该计算机执行如上述任意方面中任一设计的通信方法。
图1为本申请实施例提供的通信系统的架构示例图;
图2为本申请实施例提供的一种通信场景示意图;
图3为本申请实施例提供的一种信道接入方法流程图;
图4为本申请实施例提供的一种信道接入场景示意图;
图5为本申请实施例提供的一种信道接入时序示意图;
图6为本申请实施例提供的另一种信道接入场景示意图;
图7为本申请实施例提供的又一种信道接入场景示意图;
图8为本申请实施例提供的一种信道接入装置示意图;
图9为本申请实施例提供的另一种信道接入装置示意图。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理。“第一”、“第二”等字样可以对功能和作用基本相同的相同项或相似项进行区分。例如,第一设备和第二设备仅仅是为了区分不同的设备,并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
“至少一个”是指一个或者多个,“多个”是指两个或两个以上。
在本申请实施例的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请实施例中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。
在本申请实施例的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
可以理解,说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请实施例的至少一个实施例中。因此,在整个说明书各个实施例未必指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。可以理解,在本申请实施例的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
可以理解,在本申请实施例中,“…时”以及“若”均指在某种客观情况下会做出相应的处理,并非是限定时间,且也不要求实现时要有判断的动作,也不意味着存在其它限定。
可以理解,本申请实施例中的一些可选的特征,在某些场景下,可以不依赖于其它特征,比如其当前所基于的方案,而独立实施,解决相应的技术问题,达到相应的效果,也可以在某些场景下,依据需求与其它特征进行结合。相应的,本申请实施例中给出的装置也可以相应的实现这些特征或功能,在此不予赘述。
本申请实施例中,除特殊说明外,各个实施例之间相同或相似的部分可以互相参考。在本申请实施例中各个实施例、以及各实施例中的各个实施方式/实施方法/实现方法中,如果没有特殊说明以及逻辑冲突,不同的实施例之间、以及各实施例中的各个实施方式/实施方法/实现方法之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例、以及各实施例中的各个实施方式/实施方法/实现方法中的技术特征根据其内在的逻辑关系可以组合形成新的实施例、实施方式、实施方法、或实现方法。以下所述的本申请实施例实施方式并不构成对本申请实施例保护范围的限定。
图1为本申请实施例提供的通信系统的架构示例图。
如图1所示出的,本申请实施例所涉及的通信系统中可以包括至少一个终端110和网络设备120。
其中,终端110和网络设备120之间通过无线的方式进行通信。网络设备120可以是无线接入网设备。终端和终端之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图1只是示意图,该通信系统中还可以包括其它网络设备,如还可以包括无线中继设备、无线回传设备、核心网设备等,在图1中未画出。设备之间的连接关系不限于上述列举的方式。
无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(next generation NodeB,gNB)、第六代(6th generation,6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol,PDCP)的功能,还可以完成业务数据适配协议(service data adaptation protocol,SDAP)的功能;DU完成基站的无线链路控制层和介质访问控制(medium access control,MAC)层的功能,还可以完成部分物理层或全部物理层的功能,有关上述各个协议层的具体描述,可以参考第三代合作伙伴计划(3rd generation partnership project,3GPP)的相关技术规范。无线接入网设备可以是宏基站,也可以是微基站或室内站,还可以是中继节点或施主节点等。另一些实施例中,无线接入网设备还可以是开放式RAN(open RAN,O-RAN)中的接入网设备。在O-RAN中,CU可以称为开放式CU(open CU,O-CU),DU可以称为开放式DU(open DU,O-DU),RU可以称为开放式RU(open RU,O-RU)。本申请实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。无线接入网设备有时也简称为网络设备。为了便于描述,下文以基站作为无线接入网设备的例子进行描述。
终端也可以称为终端设备、用户设备(user equipment,UE)、移动台、移动终端等。终端设备可以广泛应用于各种场景,例如,设备到设备(device-to-device,D2D)、车物(vehicle to everything,V2X)通信、机器类通信(machine-type communication,MTC)、物联网(internet of things,IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请实施例对终端设备所采用的具体技术和具体设备形态不做限定。
基站和终端可以是固定位置的,也可以是可移动的。基站和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请实施例对基站和终端设备的应用场景不做限定。
基站和终端之间、基站和基站之间、终端和终端之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,也可以同时通过授权频谱和免授权频谱进行通信;可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请实施例对无线通信所使用的频谱资源不做限定。
在本申请实施例中,基站的功能也可以由基站中的模块(如芯片)来执行,也可以由包含有基站功能的控制子系统来执行。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述终端设备的应用场景中的控制中心。中继器的功能也可以由中继器中的模块(如芯片或调制解调器)来执行,也可以由包含有中继功能的装置来执行。终端的功能也可以由终端中的模块(如芯片或调制解调器)来执行,也可以由包含有终端功能的装置来执行。
在无线通信系统中,包括通信设备,通信设备间可以利用空口资源进行无线通信。其中,通信设备可以包括网络设备和终端设备,网络设备还可以称为基站设备。空口资源可以包括时域资源、频域资源、码资源和空间资源中至少一个。
本申请实施例提供的方案可以应用于通信设备之间的无线通信。其中,无线通信可以包括:网络设备和终端间的无线通信、网络设备和网络设备间的无线通信以及终端和终端间的无线通信。在本申请实施例中,术语“无线通信”还可以简称为“通信”,术语“通信”还可以描述为“数据传输”、“信息传输”或“传输”。
本申请实施例可以用于上行(uplink,UL)、下行(downlink,DL)、接入链路、回传(backhaul)链路、侧链路(sidelink,SL)等可能的通信链路,本申请实施例在此不做限定。从业务场景来看,本申请实施例适用于多种场景,例如XR业务中的分层数据编码、上行大容量场景等,本申请实施例在此不做限定。
对于WiFi网络,通过信道接入机制决定各节点在什么时候发送数据,是通信的基础。在相关技术中,信道接入机制主要采用分布协调功能(distributed coordination function,DCF)机制进行信道的竞争接入。该过程通过随机回退实现多个节点竞争接入信道。例如,节点首先可以基于一个竞争窗口的数值范围,随机生成一个随机数,该随机数用于回退计数。其中,不同节点对应的竞争窗口的数值范围可以是不同的。并且,各节点生成的随机数大概率也是不同的。假设共享的信道当前被某个节点占用,以及发送物理层协议数据单元(physical protocol data unit,PPDU)进行会话通信。其它想要占用信道的节点则进行等待,直至该节点的通信结束,想要占用信道的节点可以等待固定时长。该固定时长可以称为分布协调功能帧间距(distributed coordination function inter-frame space,DIFS)。在经过DIFS之后,想要占用信道的节点可以进行回退计数。假设A节点想要占用信道,该A节点生成的随机数为N,则在经过DIFS之后A节点可以对N进行回退计数。其中,随机数每减少1,可以对应等待某固定时长。在此期间,A节点可以持续监测信道是否空闲,若空闲在继续回退计数;若信道被其它节点占用,则A节点可以暂停回退计数,直至信道再次空闲并继续回退计数。对于A节点直至随机数N回退至0,若信道此时仍空闲,则A节点占用接入该信道,并发送相应的数据帧或控制帧。当然,具体如何监测信道是否空闲可以参考相关技术,本申请实施例在此不再赘述。
例如,假设网络环境中存在B节点、C节点和D节点,B节点用于回退的随机数为N1,C节点用于回退的随机数为N2,D节点用于回退的随机数为N3,以及N3小于N1小于N2。假设信道被某节点占用,以及占用结束时刻为t1。则在t1后经过DIFS,B节点、C节点和D节点同时进行回退计数。由于N3相比N1、N2最小。因此D节点最先回退至0并竞争到信道。D节点可以进行信道接入,并发送相应的数据帧或控制帧。在D节点占用信道的过程中,B节点和C节点暂停回退计数,直至D节点占用信道结束。再经过DIFS后B节点和C节点可以继续进行回退计数。由于N1小于N2,则B节点会比C节点先竞争到信道。在B节点占用信道的过程中,C节点暂停回退计数,并直至B节点占用信道结束。假设在B节点占用信道过程中存在E节点也想要占用信道。则E节点等待B节点占用信道结束,以及再经过DIFS后与C节点一起进行回退计数。当然,E节点也有其对应的随机数。
上述示例仅简单描述了DCF机制的实现过程,具体实现细节可以参考相关技术,本申请实施例在此不再赘述。
可以看出,在上述方案中各节点进行信道竞争接入时,需要基于随机数进行不同程度的等待。使得节点接入信道的时延较高。
因此,本申请实施例提供了一种信道接入方法,AP节点可以根据网络环境中各节点的节点类型,确定某节点采用与该节点的节点类型相匹配的信道接入方式进行信道接入。从而适用于多种网络环境的场景,使得第一节点可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
图2为本申请实施例提供的一种通信场景示意图。
该场景示出了一种可能的网络结构,其中图2所示的网络结构包括一个或多个接入点(access point,AP)类的站点(station,STA),以及一个或多个非接入点类的站点(none access point station,non-AP STA)。其中,AP类的STA可以认为是网络设备,non-AP STA可以是终端。在一些例子中,AP类的STA可以简称为AP,non-AP STA可以简称为STA。为方便描述,本申请各实施例中奖AP类的STA统称为AP或AP节点,将non-AP STA统称为STA或STA节点。
例如,图2示出的STA可以包括STA1、STA2、STA3、STA4、STA5和STA6。但应当明白,图2仅示出了一种AP和STA可能的数量,在其它例子中还可以包括更多AP,以及更多或更少的STA,本申请实施例在此不做限定。
在一些实施例中,AP可以为终端进入有线网络或无线网络的接入点,例如可以部署在家庭环境、大楼内部、园区内部等。一些场景下的覆盖半径可以达到几十米到上百米。在一些场景中也可以部署在户外。接入点可以认为是有线网和无线网之间连接的桥梁,其主要作用是将各个无线网络客户端连接到一起,然后将无线网络接入以太网。例如,AP可以是带有无线保真(wreless-fidelity,WiFi)芯片的终端或网络设备。其中,终端例如可以是手机等,网络设备例如可以是路由器等。AP可以为支持802.11bn制式的设备。接入点也可以为支持802.11be、802.11ax、802.11n、802.11g、802.11b及802.11a等802.11家族的多种无线局域网(wireless local area networks,WLAN)制式的设备。在一些例子中,AP可以是高效(high efficient,HE)AP、超高吞吐量(very high throughput,VHT)AP或极高吞吐量(extramely high throughput,EHT)AP,还可以是适用未来某代WiFi标准的AP。
STA可以为无线通讯芯片、无线传感器或无线通信终端等,也可称为用户或用户设备。例如,STA可以为支持WiFi通讯功能的移动电话、支持WiFi通讯功能的平板电脑、支持WiFi通讯功能的机顶盒、支持WiFi通讯功能的智能电视、支持WiFi通讯功能的智能可穿戴设备、支持WiFi通讯功能的车载通信设备和支持WiFi通讯功能的计算机等等。可选地,站点可以支持802.11bn制式。站点也可以支持802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等802.11家族的多种WLAN制式。可以理解,本申请实施例中的STA可以是HE STA、VHT STA或EHT STA,还可以是适用未来某代WiFi标准的STA。
在一些例子中,AP可以是图1所示的网络设备,STA也可以为图1所示的终端。
在一些例子中,STA和AP可以是应用于车联网中的设备,物联网(internet of things,IoT)中的物联网节点、传感器等,智慧家居中的智能摄像头,智能遥控器,智能水表、智能电表,以及智慧城市中的传感器等。
可以明白,本申请各实施例可以适用于部署IEEE 802.11的网络,或者可以适用于其它采用任意标准或协议的其它网络。例如蓝牙(bluetooth)、高性能无线局域网(high performance radio local area networks,HIPERLAN)、广域网(wide area network,WAN)、WLAN、个人区域网(personal area network,PAN)、采用第三代合作伙伴计划(3rd generation partnership project,3GPP)标准的网络或其它已知或以后发展起来的网络。其中,HIPERLAN可以认为是一种与IEEE 802.11标准类似的无线标准。因此,无论使用的覆盖范围和无线接入协议如何,本申请各实施例可以适用于任何合适的无线网络。
在一些实施例中,AP和STA之间、STA和STA之间可以通过授权频谱进行通信,也可以通过免授权频谱进行通信,还可以同时通过授权频谱和免授权频谱进行通信;可以通过6千兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请实施例对无线通信所使用的频谱资源不做限定。
在一些实施例中,AP和STA的角色可以互换,例如在中继场景中,开启热点的终端可以将另一终端接入网络,此种情况下,开启热点的终端的角色相当于AP。
图3为本申请实施例提供的一种信道接入方法流程图。
如图3所示出的,该信道接入过程可以适用但不限于图1、图2所示的通信场景中。该方法可以适用于上述提到的AP节点或STA节点。例如,该方法可以应用于具有多个节点的网络环境中,多个节点中的任意节点可以称为第一节点。该方法可以应用于AP节点。该方法可以包括以下步骤:
S101,AP节点获取多个节点的节点类型。
在一些实施例中,AP节点可以获取多个节点的节点类型。其中,多个节点可以处于同一个网络环境中,该多个节点之间可以共享相同的信道进行数据通信。多个节点可以包括第一节点。其中,第一节点为多个节点中的任意节点。
例如,在同一个网络环境中可以存在多个节点。AP节点可以获取该网络环境中其它节点的节点类型。当然,该AP节点也可以获取自身对应的节点类型。如,AP节点与多个STA节点建立连接时,STA节点可以将自身的节点类型上报给AP节点。又或者,在某次STA节点占用信道向AP节点发送数据帧或控制帧的过程中,同时携带自身的节点类型,以告知AP节点。可以理解的是,通常情况下STA节点会将自身的节点类型上报给与其关联的AP节点。当多个节点中包括多个AP节点的情况下,多个AP节点之间可以相互共享各AP节点获取到的一个或多个节点的节点类型。
可以明白,还可以采用其它任意可行的方式获取多个节点的节点类型,本申请实施例在此不做限定。
在一些实施例中,节点类型可以包括多种。例如节点的节点类型可以为AP节点,又例如节点的节点类型可以为STA节点。其中,STA节点需要接入AP节点以实现和其它节点之间的通信。例如,STA节点为终端,AP节点为路由器。终端需要通过路由器接入网络实现通信。
在一些例子中,STA节点可以包括支持第一信道接入机制的STA节点。在一些例子中,STA节点可以包括不支持第一信道接入机制的STA节点。在一些例子中,STA节点可以包括支持第一信道接入机制的STA节点以及不支持第一信道接入机制的STA节点。其中,第一信道接入机制采用随机频段方式进行信道接入。
在一些例子中,本申请各实施例所涉及的AP节点可以是支持第一信道接入机制的AP节点。
本申请实施例提供了节点可能的多种类型。以适用于在不同形态的网络场景下,不同类型节点可以采用合适的信道接入方式更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
在一些实施例中,第一信道接入机制可以称为随机频段信道接入(random frequency channel access,RFCA)机制或其它名称。例如第一信道接入机制还可以称为随机频段接入、随机信道接入等,本申请实施例对第一信道接入机制的具体名称不做限定。在一些例子中,RFCA机制区别于DCF机制。对于DCF机制中节点需要通过随机数进行相应的退避,当随机数回退至0时,节点可以进行信道接入。因此,从时间维度上看,若以某单位时长作为第一个时间片进行划分,部分时间片上某节点可能成功抢占信道。对于部分时间片可能所有节点都在进行随机数的回退,对于这类时间片没有节点进行信道接入,显然是一种资源浪费。而在RFCA机制中,AP节点可以对整个信道带宽进行频域划分,即划分多个频段。与该AP相连接的STA可以通过某个频段与AP进行上行通信。可以理解的是,假设STA1、STA2均接入AP1,则与AP1相连接的STA为STA1、STA2。
例如,AP1与STA1、STA2、STA3和STA4相连接,AP可以将整个带宽划分为4个频段,如频段1、频段2、频段3和频段4。AP可以指定某个频段与某个STA相关联,如AP指定频段1与STA3相关联,则频段1可以认为是STA3的专属频段。频段1仅允许STA3使用。当然,STA3可以只用频段1向AP发送上行数据,又或者STA3也可以同时允许随机使用其它频段,本申请实施例在此不做限定。对于未被指定频段的STA,例如STA1、STA2和STA4可以在需要接入信道的时候随机选择一个频段向AP发送控制帧或数据帧。例如,STA1随机选择了频段2、STA2随机选择了频段4以及STA4随机选择了频段1,则AP可以基于不同的频段分别对不同STA发送的数据帧进行解析。这种情况下,可以认为STA1、STA2和STA4均成功接入了信道。当然也存在一些情况下,部分STA随机选择了同一个频段,则选择同一频段的多个STA可以认为发生了帧碰撞,AP也无法解析该频段上发送的帧。
因此可以认为,在RFCA机制中只要存在AP成功解析了某一频段上STA发送的控制帧或数据帧,对于该时间片就可以认为存在STA成功接入信道。因此可以避免DCF机制中部分时间片被浪费的情况。由于RFCA机制中不需要节点基于随机数进行退避,因此可以降低节点接入信道的时延。同时,RFCA机制通过划分多个频段使得STA节点在某一时间片有更大可能性成功接入信道,通过不同频段复用相同时间片的方式降低了个节点接入信道时发生帧碰撞的概率。
S102,AP节点根据多个节点的节点类型,确定第一节点采用与第一节点的节点类型相匹配的信道接入方式进行信道接入。
在一些实施例中,AP节点可以根据S101中获取的多个节点的节点类型,确定与第一节点的节点类型相匹配的信道接入方式。AP节点可以配置第一节点采用该信道接入方式进行信道接入。
例如,多个处于同一个网络环境的节点包括5个节点,该5个节点中的任意一个节点都可以是第一节点。AP节点可以根据其自身的节点类型,以及其余4个节点分别对应的节点类型,确定与第一节点相匹配的信道接入方式。AP节点可以配置第一节点采用该相匹配的信道接入方式进行信道接入。
本申请实施例可以适用于多种网络环境的场景,使得第一节点采用合适的信道接入方式可以更快速、更有效的接入信道。降低信道接入的时延,以及提高信道接入的效率。
接下来将分为不同的网络场景对本申请实施例的方法进行更为详细的介绍。
本申请实施例可以分别定义三种可能的场景。如定义场景一为:多个节点包括一个AP节点和至少一个STA节点。其中,至少一个STA节点为支持第一信道接入机制的STA节点。又如定义场景二为:多个节点包括一个AP节点和至少一个STA节点。其中,至少一个STA节点至少包括不支持第一信道接入机制的STA节点。再如定义场景三为:多个节点包括多个AP节点和至少一个STA节点。
场景一:
在本申请实施例提供的信道接入方法中,多个节点可以包括:一个AP节点和至少一个STA节点。其中,至少一个STA节点为支持第一信道接入机制的STA节点。该一个AP节点与至少一个STA节点相关联。则S102中采用与第一节点的节点类型相匹配的信道接入方式进行信道接入,可以包括:第一节点为AP节点,等待第一时长并进行信道接入;或,第一节点为至少一个STA节点中的任意一个STA节点,等待第二时长并采用第一信道接入机制进行信道接入,其中,第一时长小于第二时长。
在一些实施例中,处于同一网络环境中的多个节点可以为一个AP节点和至少一个STA节点。该网络环境中的至少一个STA节点均为支持第一信道接入机制的STA节点。以及该网络环境中的至少一个STA节点均与AP节点相关联。例如图4示出了一种可能的信道接入场景示意图。可以看出,该场景中包括1个AP节点,即AP41;以及多个STA节点,如STA411、STA412、STA413、STA414、STA415、STA416、STA417和STA418。其中,多个STA节点与AP41相关联,即该多个STA节点与AP41建立连接并进行通信。因此,该一个AP节点和至少一个STA节点可以认为构成了一个基础服务集(basic service set,BSS)。回到图4中,采用虚线圈出的多个节点可以认为属于一个BSS。在一些例子中,图4示出的场景也可以称为单BSS场景。
在一些例子中,例如第一节点为AP节点,如AP41。该AP节点可以等待第一时长,并且在经过第一时长后可以进行信道接入。
在一些例子中,第一节点为任意一个STA节点,如图4中示出的8个STA节点中的任意STA节点。则该STA节点可以等待第二时长,并且在经过第二时长后可以进行信道接入。其中,第一时长小于第二时长。
在一些例子中,参考图5所示出的信道接入示意图。假设信道被某个节点占用,该节点可以在该时间段内发送PPDU。对应图5中则是前一个节点占用信道对应的时间。可以明白该节点相对于第一节点而言可以认为是前一个节点。在该节点占用信道的过程中,除了发送PPDU后还可以经过最小帧间间隔(short inter frame space,SIFS)以及块确认(block acknowledgement,BA)后结束对信道的占用。当前一个节点结束占用信号后。对于第一节点为AP节点的情况下,经过第一时长,第一节点可以进行信道接入。对于第一节点为STA节点的情况下,经过第二时长,第一节点可以进行信道接入。可以看出,由于第一时长小于第二时长,因此对于AP节点而言可以优先进行信道接入。这意味着AP节点相比STA节点在接入信道时具有更高的优先级。
在一些例子中,若经过第二时长STA节点想要接入信道,但此时AP节点正在占用信道,则STA节点无法接入信道,并持续等待。直至AP节点结束占用信道。这种情况下,则仍然先经过第一时长由AP节点先确定是否接入信道。对于AP不接入信道或经过第二时长信道空闲,则STA可以进行信道接入。
在一些例子中,由于至少一个STA节点均支持第一信道接入机制,因此,该至少一个STA节点可以采用第一信道接入机制进行信道接入。例如,在前一个节点结束占用信道后经过第二时长,至少一个STA节点可以采用第一信道接入机制进行信道接入,如采用RFCA机制进行信道接入。
在一些例子中,第一时长可以为一个DIFS。在一些例子中,第二时长可以为一个DIFS加上一个时隙(slot)。当然,上述仅为第一时长、第二时长仅为一种示例性描述,本申请实施例不对第一时长、第二时长的具体取值做限定。
在一些例子中,结合图4和图5给出更为具体的示例进行描述。以图4所示单BSS场景为例,网络环境中存在一个AP节点和多个STA节点。如8个STA节点。该AP节点和8个STA节点均支持RFCA机制。针对某时段内可能上行业务和/或下行业务较多,信道竞争碰撞可能较多。因此AP可以决定采用RFCA机制进行信道接入。AP节点可以向8个STA节点分别发送建立会话请求帧,待各STA节点回复用于表示同意的信息帧,AP与各STA建立会话。可以明白,可能存在部分STA节点虽然支持RFCA机制,但是可能不回复,或者回复表示不同意的信息帧,则AP可以仅与回复表示同意的信息帧的STA节点采用RFCA机制进行信道接入。但在该实施例中可以暂时不考虑该情况。
在前一个节点结束占用信道,即发包停止后,先经过第一时长,AP节点确定是否接入信道。例如,AP节点接入信道后可以确定是否发送下行业务。若AP节点需要发送下行业务数据,则AP节点占用信道,并发送下行业务数据。若AP节点无需发送下行业务,则AP节点可以不进行任何操作。直到经过第二时长,各STA节点确定是否接入信道。
本申请实施例中AP节点可以根据网络环境中各节点的业务需求,确定是否进行信道接入或将信道预留给其它STA节点。以便更灵活的分配信道给合适的节点,提高节点接入信道的效率。
在一些实施例中,第一节点为AP节点的情况下,AP节点等待第一时长并进行信道接入可以包括:等待第一时长并根据AP节点的业务需求和与AP节点相关联的STA节点的业务需求,确定AP节点接入信道,或将信道预留给所述至少一个STA节点。
在一些例子中,若AP没有接入信道,或者在前一个节点结束占用信道并经过第二时长时,信道是空闲的,则多个STA中的各STA可以选择是否接入信道。例如,可以采用RFCA机制接入信道。例如,STA节点可以基于随机选择的频段向AP节点发送控制帧。或者,STA节点可以基于固定的频段向AP节点发送控制帧。可以明白,STA节点基于随机频段或是固定频段可以是AP决定的,即是否为某个STA节点分配对应的频段。具体实现过程可以参考上述相应实施例的描述,本申请实施例在此不再赘述。
在一些例子中,仍以图4、图5为例,参考图5假设前一个节点占用信道的结束时刻为t2,则在t2经过第一时长结束的时刻,AP41可以根据自身业务需求确定是否接入信道。当然,在其它例子中,t2时刻也可以是信道为空闲信道且AP节点有业务到达的时刻,本申请实施例在此不做限定。若AP41存在待发送业务,则AP41在第一时长结束的时刻可以接入信道,将待发送业务进行发送。若AP41不存在待发送业务,则AP41在第一时长结束的时刻可以不进行任何操作。即将信道预留给STA节点。参考图5,对于第二时长结束的时刻,各STA节点可以根据自身的业务需求,确定是否接入信道。如采用RFCA机制进行信道接入。例如,对于有待发送业务的STA节点,可以选择随机频段向AP41发送用于告知AP41该STA节点希望接入信道的控制帧。又例如,AP41可能分配给部分STA节点固定的频段,则这类STA节点在有待发送业务的情况下,可以通过分配的固定频段向AP41发送该控制帧。在一些例子中,用于告知AP41该STA节点希望接入信道的控制帧可以称为信道接入帧、信道接入请求帧等,本申请实施例对该控制帧的名称不做限定。在一些例子中,该控制帧中可以包括缓存状态报告(buffer status report,BSR),AP节点可以根据BSR获知发送该BSR的STA节点的业务需求。AP41节点可以解析相应频段上发送的控制帧,并决定如何调度STA节点。比如,可以对单独调度某个STA节点,又或者基于多个频段同时调度多个STA节点。具体实现过程可以参考前述实施例的描述,本申请实施例在此不再赘述。
在STA节点占用信道结束后,再次经过第一时长。在第一时长结束的时刻AP41可以根据之前STA节点上报的BSR知晓相应STA节点的业务需求,并结合自身节点的业务需求,决定在第一时长结束的时刻接入信道发送下行业务。或是不执行任何操作,将信道预留给STA节点。
本申请实施例中AP节点可以根据网络环境中各节点的业务需求,确定是否进行信道接入或将信道预留给其它STA节点。以便更灵活的分配信道给合适的节点,提高节点接入信道的效率。
在一些例子中,对于上述各实施例提到的随机频段,也可以表示为随机资源块(resource units,RU)。
在一些例子中,至少一个STA节点采用RFCA机制进行信道接入时,希望接入信道的STA节点可以通过随机的频段向AP节点发送信息,例如STA节点可以发送BSR。以便AP节点根据各频段上STA节点发送的BSR,决策进行单用户调度或是多用户调度。
例如,AP节点决定进行单用户调度。AP节点可以向某个希望调度的STA节点发送用于表示允许该STA节点发送上行数据的信息,如AP节点向某个希望调度的STA节点发送(clear to send,CTS)信息。该CTS中可以携带指示该STA节点允许占用信道的时长,例如CTS中携带传输机会(transmit opportunity,TXOP)信息。该TXOP用于表示允许传输的时长。该STA节点将在该时段内独享信道。
又例如,AP节点决定进行多用户调度。AP节点可以同时向多个希望调度的STA节点发送触发帧,以实现对多个STA节点的上行调度。例如,该触发帧可以是基本(basic)触发帧。当然,对各STA节点发送的基本触发帧内可以携带针对该STA节点的TXOP信息,用于指示某个频段允许该STA节点占用多长时间。
可以明白,上述AP对STA进行调度的过程仅为示例性描述,本申请实施例在此不做限定。
本申请实施例可以适用于一个AP节点和至少一个STA节点,且各STA节点均支持第一信道接入机制的场景下,相应节点通过等待一定时长即可直接接入信道。可以降低信道接入的时延,以及提高信道接入的效率。同时,通过令AP节点比STA节点更优先接入信道,有利于AP节点对信道占用情况进行决策,提高信道使用效率。
场景二、场景三:
在本申请实施例提供的信道接入方法中,多个节点可以包括一个AP节点和至少一个STA节点。其中,至少一个STA节点至少包括不支持第一信道接入机制的STA节点。支持第一信道接入机制的STA节点与一个AP节点相关联。又或者,多个节点包括多个AP节点和至少一个STA节点。其中,支持第一信道接入机制的STA节点与多个AP节点中的一个AP节点相关联。对于S102中采用与第一节点的节点类型相匹配的信道接入方式进行信道接入,还可以包括:第一节点为AP节点或不支持第一信道接入机制的STA节点,采用分布协调功能DCF机制进行信道接入。第一节点为支持第一信道接入机制的STA节点,基于与第一节点相关联的AP节点的上行调度进行信道接入。
其中,场景二可以为:
在一些实施例中,处于同一网络环境中的多个节点可以为一个AP节点和至少一个STA节点。该网络环境中的至少一个STA节点中至少存在一个STA节点为不支持第一信道接入机制的STA节点。在该网络环境中,至少一个STA节点均与AP节点相关联。参考图6示出了一种可能的信道接入场景示意图。图6与图4相类似,区别在于图6中黑色的STA613可以表示为不支持第一信道接入机制的STA节点。对于图6示出的场景也可以认为是一种单BSS场景。
其中,场景三可以为:
在一些实施例中,处于同一网络环境中的多个节点可以为多个AP节点和至少一个STA节点。该网络环境中的至少一个STA节点中可以包括不支持第一信道接入机制的STA节点,也可以包括支持第一信道接入机制的STA节点,还可以同时包括支持第一信道接入机制的STA节点和不支持第一信道接入机制的STA节点。在该网络环境中,至少一个STA节点与多个AP节点中的任意一个AP节点相关联。参考图7示出了一种可能的信道接入场景示意图。图7与图4、图6相类似,区别在于图7中包括多个AP节点,每个AP节点可以对应一个BSS。其中,黑色的STA733可以表示为不支持第一信道接入机制的STA节点。对于图7示出的场景可以认为是一种多BSS场景。
值得注意的是,图7中的部分STA可能处于多个AP覆盖范围内,但无论STA出于多少个AP覆盖范围内,都只与其中一个AP建立关联关系。正如,图7中的STA713、STA714、STA715、STA716虽然可能同时处于不同的AP节点覆盖范围内,但是都只与AP71相关联。以及STA734虽然可能同时处于不同的AP节点覆盖范围内,但是只与AP73相关联。
同时对于图6、图7所示出的场景,对于不支持第一信道接入机制的STA节点也可以与AP节点相关联。例如,STA613与AP61相关联,STA733与AP73相关联。
在一些实施例中,对于场景二、场景三中,若第一节点为AP节点或不支持第一信道接入机制的STA节点。第一节点可以采用DCF机制进行信道接入。也就是说,针对各AP节点以及不支持第一信道接入机制的STA之间,在前一个节点结束占用信道的情况下,可以采用DCF机制进行信道接入。如通过各节点生成的随机数进行退避,根据哪个节点先将随机数回退至0,则优先进行信道接入。
当然,具体采用DCF机制进行信道接入的过程可以参考前述实施例中相应的描述,本申请实施例在此不再赘述。
在一些例子中,AP接入信道后可以查询与其关联的其它STA的业务需求,进而决定AP是否接入信道。例如,在前一个节点结束占用信道,或AP节点有业务到达且信道为空闲信道,AP节点可以采用DCF机制进行信道竞争。在AP节点采用DCF机制竞争到信道的情况下,AP节点可以采用第一信道接入机制查询与该AP节点相关联的STA节点的业务需求。如AP节点通过RFCA机制查询与AP节点相关联的各STA节点的业务需求。在一些例子中,AP可以将信道划分为固定数量的频段,对于有业务需求的STA则可以随机选择一个频段将业务缓存状态报告上报给AP节点。
又例如,AP节点还可以采用缓存状态报告查询(buffer status report poll,BSRP)机制查询与该AP节点相关联的STA节点的业务需求。如,AP节点可以向多个STA节点发送用于查询业务需求的控制帧,如称为BSRP触发(trigger)帧。AP节点在向每个STA节点发送的BSRP触发帧中,为该STA分配一个频段用于上报业务缓存状态报告。AP可以通过一轮或多轮查询,完成针对至少一个STA节点的业务需求的查询。
在一些例子中,AP节点还可以结合RFCA机制和BSRP机制,查询与该AP节点相关联的各STA节点的业务需求。例如,AP节点可以将信道划分为多个频段,然后将多个频段中的部分频段固定分配给一些STA节点。比如AP节点将信道划分为8个频段,然后将其中的3个频段分别分配给3个不同的STA节点,即该3个STA节点固定使用分配的那个频段向AP节点上报业务缓存状态报告。其余的频段可以用于其余的STA节点,在有业务需求时随机选择一个频段上报业务缓存状态报告。
可以明白,上述各实施例AP节点接收到STA节点上报的业务缓存状态报告,可以基于该业务缓存状态报告获知该STA节点的业务需求。
当然,AP节点还可以采用其它任意可行的查询方式,对至少一个STA节点的业务需求进行查询,本申请实施例在此不做限定。
本申请实施例提供了多种业务查询方式,以使得AP节点可以获取到与其关联的STA节点的业务需求。从而提高AP决策信道用于下行业务或上行调度的合理性和准确性。
在一些实施例中,假设第一节点为AP节点。AP节点在前一个节点结束占用信道的时刻,或者若AP节点有业务到达时信道为空闲信道,可以采用DCF机制竞争信道。对于AP节点采用DCF方式竞争到信道的情况下,AP节点可以基于上述提到的多种查询方式,得到各STA节点的业务需求。AP节点可以结合自身节点的业务需求和各STA节点的业务需求,决定接入信道发送下行业务。或者AP节点决定对与其相关联的STA节点进行上行调度。
当然,AP节点具体的决策过程可以参考相关技术实现,比如,基于业务需求的优先级、业务量大小等因素,本申请实施例在此不做限定。
在一些实施例中,对于场景二、场景三中,若第一节点为支持第一信道接入机制的STA节点。则第一节点可以通过与其相关联的AP节点进行的上行调度,实现信道接入。也就是说,对于支持第一信道接入机制的STA节点,其需要与其相关联的AP节点先通过DCF机制竞争到信道。之后,可以通过业务需求查询的方式,由AP节点决定调度哪个关联的STA节点。
例如,图6中的STA611、STA612、STA614、STA615、STA616、STA617和STA618接入信道,是需要AP61与STA613之间通过DCF机制竞争信道,在AP61竞争到信道后,可以采用前述实施例提到的多种业务查询方式,获取各STA节点的业务需求。AP节点可以根据业务需求,选择调度STA611、STA612、STA614、STA615、STA616、STA617和STA618中的任意一个或多个STA节点发送上行数据。同理,对于图7中各支持第一信道接入机制的STA节点与图6中各支持第一信道接入机制的STA节点相类似,本申请实施例在此不再赘述。
考虑到支持第一信道接入机制的STA节点需要通过AP节点来竞争信道,为了缓解不支持第一信道接入机制的STA节点与支持第一信道接入机制的STA节点之间竞争信道机会的不均衡情况。因此可以提高AP接入信道的概率,或者可以认为是提高AP接入信道的优先级。
在一些实施例中,第一节点采用DCF机制进行信道接入,第一节点等待的帧间距时长为第三时长。例如,第一节点可以在前一个节点结束占用信道的时刻开始等待第三时长,再基于随机数进行退避。又例如,第一节点在有业务到达的时刻确定信道为空闲信道,则开始等待第三时长,再基于随机数进行退避。
在一些实施例中,AP节点等待的第三时长可以小于不支持第一信道接入机制的STA节点等待的第三时长。可以明白,可以通过令AP节点等待的第三时长小于不支持第一信道接入机制的STA节点等待的第三时长,以保证AP节点可以优先确定是否接入信道。
例如,AP节点等待的第三时长可以设置为DIFS,不支持第一信道接入机制的STA节点等待的第三时长可以为DIFS加上1个时隙。当然,不同节点的第三时长还可以为其它任意可能的时长,本申请实施例在此不做限定。可以明白的是,第三时长与前述实施例中的第一时长、第二时长可以相同或不同,本申请实施例不做限定。
在一些实施例中,AP节点对应的竞争窗口(contention window,CW)长度的第一值小于不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值。
在一些实施例中,竞争窗口长度的第一值为竞争窗口长度的最大值。例如记为CWmax。
例如,AP节点对应的CWmax小于不支持第一信道接入机制的STA节点对应的CWmax。
在一些实施例中,竞争窗口长度的第一值为竞争窗口长度的最小值。例如记为CWmin。
例如,AP节点对应的CWmin小于不支持第一信道接入机制的STA节点对应的CWmin。
可以明白的是,CWmax为竞争窗口长度的最大值,以及CWmin为竞争窗口长度的最小值。在采用DCF机制进行信道竞争的过程中,随机数的选择需要基于CWmin和CWmax得到。例如可以从0到Y之间随机选择一个数作为随机数。Y的取值需要在CWmin和CWmax之间,当然Y可以取值为CWmin或CWmax。因此,可以明白随机数的选择最大不会超过CWmax。
可以看出,通过令AP节点对应的竞争窗口长度的第一值小于不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值,可以使得AP节点生成的随机数有更高的概率小于不支持第一信道接入机制的STA节点生成的随机数,进而提高AP节点优先将随机数回退至0并接入信道的概率。
本申请实施例提供了多种竞争窗口长度的第一值的可能情况,从而适用于多种场景下平衡各节点接入信道的概率。
在一些实施例中,AP节点接入信道后的传输机会TXOP上限值大于不支持第一信道接入机制的STA节点接入信道后的TXOP上限值。也就是说,令AP节点占用信道的最大时长大于不支持第一信道接入机制的STA节点占用信道的最大时长。从而保证AP节点可以更多的占用信道以用于对支持第一信道接入机制的STA节点进行上行调度。
本申请实施例提供了多种方式使得AP可以更优先的进行信道接入,从而平衡各节点接入信道的概率。
在一些实施例中,对于不支持第一信道接入机制的STA节点,在采用DCF机制竞争信道的过程中,在等待第三时长后可以直接发送业务数据。
在一些实施例中,对于AP节点采用DCF机制竞争到信道的过程中,在满足第一条件的情况下,可以增加AP节点所对应的竞争窗口长度。
例如,在满足第一条件的情况下,可以将AP节点所对应的竞争窗口长度翻倍。假设AP节点所对应的竞争窗口长度Y,其中,Y的取值范围为[CWmin,CWmax],随机数的取值为[0,Y]。如,满足第一条件的情况下,可以增加Y,得到Y’。这种情况下,随机数的取值范围将变为[0,Y’]。比如将Y’可以为2Y。应当注意的是,无论采用何种方式增加Y,Y的最大取值都为CWmax。也就是说,假设增加Y的数值后大于CWmax,则AP节点所对应的竞争窗口长度增加后可以为CWmax。
在一些例子中,第一条件包括AP节点与其它节点发生帧碰撞。
例如,AP节点与其它节点在采用DCF机制接入信道的过程中,同时将各自的随机数回退至0,则AP节点与其它节点可能同时发送信息帧。例如都发送数据帧,或都发送控制帧,又或部分节点发送数据帧部分节点发送控制帧。可以明白,无论AP节点与其它节点发送的是什么帧,都会发生帧碰撞。则在这种情况下,可以增加AP节点所对应的竞争窗口长度。
在一些例子中,第一条件包括AP节点没有待发送业务,以及与AP节点相关联的STA节点没有待发送业务。
例如,AP节点通过DCF机制竞争到了信道后,确定自身节点没有待发送业务。并且,AP节点查询确定与其相关联的STA节点也没有待发送业务。可以认为本次AP节点无效占用信道。因此,可以增加AP节点所对应的竞争窗口长度,以避免AP节点频繁出现无效占用信道的情况。在一些例子中,待发送业务可以包括数据帧和/或控制帧。
在一些例子中,第一条件包括:AP节点与其它节点发生帧碰撞;AP节点没有待发送业务,以及与AP节点相关联的STA节点没有待发送业务。
本申请实施例可以在满足第一条件的情况下提高AP接入信道时的竞争窗口长度,从而避免AP节点过多的无效占用信道,提高信道接入效率。
通过上述各实施例可以看出,本申请实施例可以在一个AP节点和至少一个STA节点,且至少一个STA节点不支持第一信道接入机制,或者多个AP节点和至少一个STA节点的场景下,针对不同类型的节点采用合适的信道接入方式进行信道接入。可以降低节点接入信道的时延,以及提高信道接入的效率。
在一些实施例中,参考图6给出更为具体的示例进行描述。例如图6所示单BSS场景,网络环境中存在一个AP节点和多个STA节点。如8个STA节点。该AP节点和7个STA节点支持RFCA机制,其中,STA613不支持RFCA机制。考虑到某时段内可能上行业务和/或下行业务较多,信道竞争碰撞可能较多。因此AP可以决定采用RFCA机制进行信道接入。AP节点可以向8个STA节点分别发送建立会话请求帧。对于部分或全部支持RFCA机制的STA节点可以回复用于表示同意的信息帧,AP与这类STA建立会话。
可以明白,可能存在部分STA节点虽然支持RFCA机制,但是不回复或者回复表示不同意的信息帧,则AP可以仅与回复表示同意的信息帧的STA节点采用RFCA机制进行信道接入。这类支持RFCA机制的STA节点可以与不支持RFCA机制的STA节点采用相同的信道接入方式。后续将不再单独说明。
在前一个节点结束占用信道,即发包停止后。AP节点和不支持RFCA机制的STA节点可以采用DCF机制竞争信道。对于不支持RFCA机制的STA节点若竞争到信道,则可以直接发送业务数据。对于AP节点若竞争到信道,可以确定发送下行业务数据或是对支持RFCA机制的STA节点进行上行调度。
在一些例子中,为保证AP节点可以具有更高优先级接入信道,AP节点采用DCF机制竞争信道过程中等待的第三时长可以设置为点协调功能帧间隔(point coordination function inter-frame space,PIFS),CWmin可以设置为7,TXOP最长可以设置为5毫秒(ms)。
在一些例子中,若AP节点竞争到信道后没有下行业务需要发送,也确定无需对STA节点进行上行调度,则本次信道竞争可以认为是无效竞争,可以翻倍竞争窗口长度。直至下次AP节点有下行业务发送或者对STA节点进行上行调度后再恢复为CWmin。
在一些例子中,若AP确定空口业务量较少,则可以发送删除会话帧。其中,会话帧可以认为是AP节点与STA节点同步使用RFCA机制的帧,删除会话帧可以认为是用于解除AP节点与STA节点同步使用RFCA机制的帧。STA节点接收到删除会话帧后将不再采用RFCA机制竞争信道,发送该删除会话帧的AP节点也不再采用RFCA机制调度STA节点进行信道接入。
在一些实施例中,参考图7给出更为具体的示例进行描述。例如图7所示多BSS场景,网络环境中存在多个AP节点和多个STA节点。如14个STA节点。该多个AP节点和部分STA节点支持RFCA机制,其中,STA733不支持RFCA机制。AP71与STA711、STA712、STA713、STA714、STA715、STA716、STA717和STA718相关联;AP72与STA721和STA722相关联;AP73与STA731、STA732、STA733和STA734相关联。考虑到某时段内可能上行业务和/或下行业务较多,信道竞争碰撞可能较多。例如多个AP节点之间的某个AP节点可以确定采用RFCA机制进行信道接入。该AP节点可以向其它AP节点分别发送建立会话请求帧,接收到该建立会话请求帧的AP节点可以回复同意建立会话。多个AP节点之间建立会话后,各AP节点与其BSS内的其它STA节点建立会话。具体可以参考前述实施例的描述,本申请实施例在此不再赘述。
与图6相类似,在前一个节点结束占用信道,即发包停止后。各AP节点和不支持RFCA机制的STA节点可以采用DCF机制竞争信道。对于不支持RFCA机制的STA节点若竞争到信道,则可以直接发送业务数据。对于某个AP节点若竞争到信道,可以确定发送下行业务数据或是对支持RFCA机制的STA节点进行上行调度。
在一些例子中,对于关联STA节点较多的AP节点,可以采用RFCA机制查询STA节点的业务需求。而针对关联STA节点较少的AP节点,可以采用BSRP机制查询STA节点的业务需求。例如可以设置一个STA节点的数量阈值,大于或等于该数量阈值,则认为AP节点关联的STA节点较多;反之,小于该数量阈值,则认为AP节点关联的STA节点较少。数量阈值的具体取值可以根据实际情况设置,本申请实施例在此不做限定。
在一些例子中,对于某AP节点竞争到信道后没有下行业务需要发送,也确定无需对STA节点进行上行调度,则本次信道竞争可以认为是无效竞争,可以翻倍竞争窗口长度。直至下次该AP节点有下行业务发送或者对STA节点进行上行调度后再恢复为CWmin。
可以明白,对于图6对应实施例的部分实现过程可以复用到图7的场景中。比如,针对AP节点更高优先级接入信道的配置等,为方便描述在此不再赘述。
可以看出,图7所示场景,原本17个节点参与信道竞争变为3个AP节点和一个STA节点参与信道竞争,减少了大量信道竞争的参与节点,有利于降低信道竞争的碰撞率。并且,对于部分通过AP节点调度的STA节点,其待发送业务可能属于低时延业务。这类STA节点通过AP节点竞争到信道后,可以直接由AP节点进行上行调度。相比仅采用DCF机制竞争信道,可以提到该STA节点接入信道的效率。
本申请实施例可以在一个AP节点和至少一个STA节点,且至少一个STA节点不支持第一信道接入机制,或者多个AP节点和至少一个STA节点的场景下,针对不同类型的节点采用合适的信道接入方式进行信道接入。可以降低节点接入信道的时延,以及提高信道接入的效率。本申请实施例通过仅AP节点和不支持第一信道接入机制的STA节点进行竞争信道,减少竞争信道的节点,从而降低不同节点之间产生帧碰撞,并且可以提高各节点接入信道的效率。
在本申请实施例提供的信道接入方法中,多个节点包括多个AP节点和至少一个STA节点。其中,至少一个STA节点为支持第一信道接入机制的STA节点,支持第一信道接入机制的STA节点与多个AP节点中的一个AP节点相关联。S102中采用与第一节点的节点类型相匹配的信道接入方式进行信道接入,可以包括:第一节点为AP节点,采用第二信道接入机制进行信道接入,其中,第二信道接入机制采用多个AP节点之间有线连接的方式协商进行信道接入。第一节点为支持第一信道接入机制的STA节点,基于与第一节点相关联的AP节点的上行调度进行信道接入。
在一些实施例中,参考图7所示出的场景。对于多个节点包括多个AP节点和至少一个STA节点的情况下,AP节点之间可以采用第二信道接入机制进行信道接入,而不采用DCF机制接入信道。这种场景下的至少一个STA节点为支持第一信道接入机制的STA节点。
在一些例子中,第二信道接入机制采用多个AP节点之间有线连接的方式协商进行信道接入。例如,第二信道接入机制可以称为光纤到房(fiber to the room,FTTR)机制。在一些例子中,多个AP节点之间的有线连接可以采用光纤进行有线连接,当然还可以采用其它方式进行有线连接,本申请实施例在此不做限定。多个AP节点之间通过有线连接后,可以相互协商由哪个节点先接入信道,哪个节点后接入信道,即协商出接入信道的顺序。之后,各AP节点可以按照协商好的顺序依次进行信道接入。
在一些例子中,对于支持第一信道接入机制的STA节点,则仍然通过与其关联的AP节点进行上行调度,来实现信道的接入。具体实现过程可以参考前述相应实施例,本申请实施例在此不再赘述。
当然,在该场景中,对于不支持第一信道接入机制的STA节点,若可以与AP节点通过有线方式连接,则可以与AP节点一起协商接入顺序。
上述第二信道接入机制通过协商,避免了DCF机制中基于随机数回退的等待时间。可以更快的实现节点之间的信道竞争分配。对于各AP在接入信道后,则可以执行单BSS场景的信道接入过程。
本申请实施例在多个AP节点和至少一个STA节点的场景下,针对不同类型的节点可以采用合适的信道接入方式进行信道接入。可以降低节点接入信道的时延,以及提高信道接入的效率。本申请实施例通过AP节点之间进行协商决定接入信道的顺序,可以避免DCF机制中等待的时间,降低节点接入信道的时延,并提高各节点接入信道的效率。
在本申请实施例提供的信道接入方法中,针对第一节点为AP节点的情况下,进行信道接入可以包括:根据AP节点的业务需求和与AP节点相关联的STA节点的业务需求,确定AP节点进行信道接入,或对与AP节点相关联的STA节点进行上行调度。
在一些实施例中,对于上述各实施例中,AP节点在确定可以进行信道接入的情况下,可以根据自身节点的业务需求,以及与AP节点相关联的STA节点的业务需求,确定是自身节点进行信道接入,以用于发送下行数据。又或是AP节点确定对与其关联的支持第一信道接入机制的STA节点进行上行调度。其中,对于AP节点如何获取与AP节点相关联的STA节点的业务需求,可以参考前述实施例提到的多种业务查询方式,本申请实施例在此不再赘述。
本申请实施例中AP节点可以根据网络环境中各节点的业务需求,确定是否进行信道接入或针对其它STA节点进行上行调度,可以更灵活的分配信道给合适的节点,提高节点接入信道的效率。
在本申请实施例提供的信道接入方法中,S102中采用与第一节点的节点类型相匹配的信道接入方式进行信道接入,可以包括:第一节点在第四时长内持续监测待接入的信道为空闲信道,第一节点在第四时长的结束时刻接入空闲信道。其中,第一节点在第四时长的起始时刻有业务到达。
在一些实施例中,第一节点可以对信道进行持续的监测。第一节点可以在第四时长内持续监测信道为空闲信道。假设第一节点在第四时长的起始时刻有业务到达,则第一节点可以在第四时长结束的时刻直接进行信道接入。如直接发送数据帧或控制帧。
本申请实施例可以在有业务到达后的一定时间内,持续监测信道为空闲信道。则第一节点可以直接接入,降低了节点接入信道的时延,以及提高节点接入信道的效率。
在本申请实施例提供的信道接入方法中,S102中采用与第一节点的节点类型相匹配的信道接入方式进行信道接入,可以包括:第一节点在第四时长内持续监测待接入的信道为空闲信道,第一节点在第四时长的结束时刻接入空闲信道。其中,第一节点在第四时长的结束时刻有业务到达。
在一些实施例中,第一节点可以对信道进行持续的监测。第一节点可以在第四时长内持续监测信道为空闲信道。假设第一节点在第四时长的结束时刻有业务到达,则第一节点可以在该时刻直接进行信道接入。如直接发送数据帧或控制帧。
本申请实施例可以在有业务到达之前的一定时间内,持续监测信道为空闲信道。则第一节点可以在有业务到达的时刻直接接入,降低了节点接入信道的时延,以及提高节点接入信道的效率。
在一些可能的实施例中,第四时长可以为DIFS加一个时隙。当然,第四时长还可以是其它任意可能的时长,本申请实施例在此不做限定。
在上述各实施例中,由AP对STA节点进行上行调度的信道接入方式,可以称为AP全调度。在一些实施例中,AP节点和STA节点采用RCFA机制进行信道接入过程中,可以采用正交频分多址(orthogonal frequency division multiple access,OFDMA)技术实现划分多个频段,以及基于多个频段分别调度不同的STA节点。OFDMA技术的具体实现过程可以参考相关技术,本申请实施例在此不再赘述。
可以明白,上述实施例中第一节点在第四时长内持续监测待接入的信道为空闲信道,第一节点可以接入空闲信道,适用于前述提到的任意场景,如场景一、场景二和场景三。
需要说明的是,可以对上述多个实施例进行组合,并实施组合后的方案。可选的,各方法实施例的流程中的一些操作任选地被组合,并且/或者一些操作的顺序任选地被改变。并且,各流程的步骤之间的执行顺序仅是示例性的,并不构成对步骤之间执行顺序的限制,各步骤之间还可以是其它执行顺序。并非旨在表明执行次序是可以执行这些操作的唯一次序。本领域的普通技术人员会想到多种方式来对本文的操作进行重新排序。另外,应当指出的是,本文某个实施例涉及的过程细节同样以类似的方式适用于其它实施例,或者,不同实施例之间可以组合使用。
可以理解的是,为了实现上述实施例中功能,基站和终端包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请实施例中所公开的实施例描述的各示例的单元及方法步骤,本申请实施例能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图8和图9为本申请实施例提供的可能的信道接入装置的结构示意图。这些信道接入装置可以用于实现上述方法实施例中任意可能的节点的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请实施例中,该信道接入装置可以是AP节点,也可以是STA节点,可以是应用于AP节点或STA节点的模块。例如,芯片。
如图8所示,信道接入装置800包括处理单元810。
在一种可能的实现方式中,信道接入装置800还可以包括收发单元820。
在一种可能的实现方式中,信道接入装置800还可以包括存储单元830。
在一种可能的实现方式中,信道接入装置800还可以包括收发单元820和存储单元830。
信道接入装置800用于实现上述图3中所示的方法实施例中任意节点的功能。
当信道接入装置800用于实现图3所示的方法实施例中任意节点的功能时:收发单元820用于获取多个节点的节点类型。处理单元810用于根据多个节点的节点类型,确定第一节点采用与第一节点的节点类型相匹配的信道接入方式进行信道接入。处理单元810还用于执行图3所示的实施例中由信道接入装置800所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。存储单元830用于存储本申请各实施例中可能涉及到的任意数据、计算机指令和/或计算机程序。
有关上述处理单元810和收发单元820更详细的描述可以参考图3所示的方法实施例中相关描述。上述处理单元810和收发单元820还可以执行其它的步骤,具体实现可援引方法实施例,这里不再赘述。
可选的,收发单元820可以是收发器,收发器可以包括天线和射频电路等。
处理单元810可以是处理器(或者,处理电路),例如基带处理器,基带处理器中可以包括一个或多个CPU。
如图9所示,信道接入装置900包括至少一个处理器910。在一种可能的实现方式中,信道接入装置900还可以包括接口电路920。
在一种可能的实现方式中,信道接入装置900还可以包括存储器930。
在一种可能的实现方式中,信道接入装置900还可以包括存储器930和接口电路920。
在一些实施例中,处理器910和存储器930之间相互耦合;和/或,处理器910和接口电路920之间相互耦合。可以理解的是,接口电路920可以为收发器或输入输出接口。存储器930可以用于存储处理器910执行的计算机指令或存储处理器910运行计算机指令所需要的输入数据或存储处理器910运行计算机指令后产生的数据。
当信道接入装置900用于实现图3所示的方法时,处理器910可以用于实现上述处理单元810的功能,和/或接口电路920可以用于实现上述收发单元820的功能,和/或存储器930可以用于实现上述存储单元830的功能。
当上述信道接入装置为应用于终端的芯片时,该终端芯片实现上述方法实施例中终端的功能。该终端芯片接收来自网络设备的信息,可以理解为该信息是先由终端中的其它模块(如射频模块或天线)接收到的,然后再由这些模块发送给终端芯片。该终端芯片向网络设备发送信息,可以理解为该信息是先发送给终端中的其它模块(如射频模块或天线),然后再由这些模块向网络设备发送。
当上述信道接入装置为应用于网络设备的芯片时,该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片接收来自终端的信息,可以理解为该信息是先由网络设备中的其它模块(如射频模块或天线)接收到的,然后再由这些模块发送给网络设备芯片。该网络设备芯片向终端发送信息,可以理解为该信息是下发送给网络设备中的其它模块(如射频模块或天线),然后再由这些模块向终端发送。
图8或图9所示的信道接入装置仅是一个范例,并且在实际应用中信道接入装置可以具有比图8或图9中所示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。
在本申请实施例中,实体A向实体B发送信息,可以是A直接向B发送,也可以是A经过其它实体间接地向B发送。同样的,实体B接收来自实体A的信息,可以是实体B直接接收实体A发送的信息,也可以是实体B通过其它实体间接地接收实体A发送的信息。这里的实体A和B可以是RAN节点或终端,也可以是RAN节点或终端内部的模块。信息的发送与接收可以是RAN节点与终端之间的信息交互,例如,网络设备与终端之间的信息交互;信息的发送与接收也可以是两个RAN节点之间的信息交互,例如CU和DU之间的信息交互;信息的发送与接收还可以是在一个装置内部不同模块之间的信息交互,例如,终端芯片与终端其它模块之间的信息交互,或者,网络设备芯片与该网络设备中其它模块之间的信息交互。
在本申请实施例中,网络设备向终端设备发送下行信号或下行信息,下行信息承载在下行信道上;终端设备向网络设备发送上行信号或上行信息,上行信息承载在上行信道上。终端设备为了与网络设备进行通信,需要与网络设备控制的小区建立无线连接。与终端设备建立了无线连接的小区称为该终端设备的服务小区。
可以理解的是,本申请实施例中,PDSCH和PUSCH只是作为下行数据信道和上行数据信道一种举例,在不同的系统和不同的场景中,数据信道和控制信道可能有不同的名称,本申请实施例对此并不做限定。
可以理解的是,本申请实施例中的处理器可以是中央处理单元(central processing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请实施例中的方法步骤可以在硬件中实现,也可以在可由处理器执行的软件指令中实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端中。处理器和存储介质也可以作为分立组件存在于网络设备或终端中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质,或可包括易失性和非易失性两种类型的存储介质。
在本申请实施例的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
Claims (31)
- 一种信道接入方法,其特征在于,包括:获取多个节点的节点类型,其中,所述多个节点包括第一节点;根据所述多个节点的节点类型,确定所述第一节点采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入。
- 根据权利要求1所述的方法,其特征在于,所述多个节点包括接入设备AP节点和站点STA节点,其中,所述STA节点为接入所述AP节点进行通信的节点,所述STA节点包括支持第一信道接入机制的STA节点和/或不支持第一信道接入机制的STA节点,所述AP节点支持所述第一信道接入机制,所述第一信道接入机制采用随机频段方式进行信道接入。
- 根据权利要求2所述的方法,其特征在于,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述一个AP节点与所述至少一个STA节点相关联;所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点,等待第一时长并进行信道接入;或,所述第一节点为所述至少一个STA节点中的任意一个STA节点,等待第二时长并采用所述第一信道接入机制进行信道接入,其中,所述第一时长小于所述第二时长。
- 根据权利要求3所述的方法,其特征在于,所述第一节点为所述AP节点;所述等待第一时长并进行信道接入包括:所述等待第一时长并根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点接入信道,或将信道预留给所述至少一个STA节点。
- 根据权利要求2所述的方法,其特征在于,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点至少包括不支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述一个AP节点相关联;或,多个节点包括多个AP节点和至少一个STA节点,其中,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点或所述不支持第一信道接入机制的STA节点,采用分布协调功能DCF机制进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
- 根据权利要求2所述的方法,其特征在于,所述多个节点包括多个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点为AP节点,采用第二信道接入机制进行信道接入,其中,所述第二信道接入机制采用所述多个AP节点之间有线连接的方式协商进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
- 根据权利要求5或6所述的方法,其特征在于,所述第一节点为所述AP节点;所述进行信道接入包括:根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点进行信道接入,或对所述与所述AP节点相关联的STA节点进行上行调度。
- 根据权利要求5所述的方法,其特征在于,所述第一节点采用DCF机制进行信道接入,所述第一节点等待的帧间距时长为第三时长;其中,所述AP节点等待的所述第三时长小于所述不支持第一信道接入机制的STA节点等待的所述第三时长;或,所述AP节点对应的竞争窗口长度的第一值小于所述不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值;或,所述AP节点接入信道后的传输机会TXOP上限值大于所述不支持第一信道接入机制的STA节点接入信道后的TXOP上限值。
- 根据权利要求8所述的方法,其特征在于,所述竞争窗口长度的第一值为以下至少一种数值:竞争窗口长度的最大值;竞争窗口长度的最小值。
- 根据权利要求5、8或9所述的方法,其特征在于,所述AP节点采用所述DCF机制竞争到信道,满足第一条件增加所述AP节点所对应的竞争窗口长度;其中,所述第一条件包括以下至少一种:所述AP节点与其它节点发生帧碰撞;所述AP节点没有待发送业务,以及与所述AP节点相关联的STA节点没有待发送业务。
- 根据权利要求7所述的方法,其特征在于,所述方法还包括:采用所述第一信道接入机制查询与所述AP节点相关联的STA节点的业务需求;和/或,采用缓存状态报告查询BSRP机制查询与所述AP节点相关联的STA节点的业务需求。
- 根据权利要求1-11中任意一项所述的方法,其特征在于,所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的起始时刻有业务到达。
- 根据权利要求1-11中任意一项所述的方法,其特征在于,所述采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入,包括:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的结束时刻有业务到达。
- 一种信道接入装置,其特征在于,包括:获取单元,用于获取多个节点的节点类型,其中,所述多个节点包括第一节点;处理单元,用于根据所述多个节点的节点类型,确定所述第一节点采用与所述第一节点的节点类型相匹配的信道接入方式进行信道接入。
- 根据权利要求14所述的装置,其特征在于,所述多个节点包括接入设备AP节点和站点STA节点,其中,所述STA节点为接入所述AP节点进行通信的节点,所述STA节点包括支持第一信道接入机制的STA节点和/或不支持第一信道接入机制的STA节点,所述AP节点支持所述第一信道接入机制,所述第一信道接入机制采用随机频段方式进行信道接入。
- 根据权利要求15所述的装置,其特征在于,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述一个AP节点与所述至少一个STA节点相关联;所述处理单元还用于:所述第一节点为AP节点,等待第一时长并进行信道接入;或,所述第一节点为所述至少一个STA节点中的任意一个STA节点,等待第二时长并采用所述第一信道接入机制进行信道接入,其中,所述第一时长小于所述第二时长。
- 根据权利要求16所述的装置,其特征在于,所述第一节点为所述AP节点;所述处理单元还用于:所述等待第一时长并根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点接入信道,或将信道预留给所述至少一个STA节点。
- 根据权利要求15所述的装置,其特征在于,所述多个节点包括一个AP节点和至少一个STA节点,其中,所述至少一个STA节点至少包括不支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述一个AP节点相关联;或,多个节点包括多个AP节点和至少一个STA节点,其中,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述处理单元还用于:所述第一节点为AP节点或所述不支持第一信道接入机制的STA节点,采用分布协调功能DCF机制进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
- 根据权利要求15所述的装置,其特征在于,所述多个节点包括多个AP节点和至少一个STA节点,其中,所述至少一个STA节点为支持第一信道接入机制的STA节点,所述支持第一信道接入机制的STA节点与所述多个AP节点中的一个AP节点相关联;所述处理单元还用于:所述第一节点为AP节点,采用第二信道接入机制进行信道接入,其中,所述第二信道接入机制采用所述多个AP节点之间有线连接的方式协商进行信道接入;所述第一节点为支持第一信道接入机制的STA节点,基于与所述第一节点相关联的AP节点的上行调度进行信道接入。
- 根据权利要求18或19所述的装置,其特征在于,所述第一节点为所述AP节点;所述处理单元还用于:根据所述AP节点的业务需求和与所述AP节点相关联的STA节点的业务需求,确定所述AP节点进行信道接入,或对所述与所述AP节点相关联的STA节点进行上行调度。
- 根据权利要求18所述的装置,其特征在于,所述第一节点采用DCF机制进行信道接入,所述第一节点等待的帧间距时长为第三时长;其中,所述AP节点等待的所述第三时长小于所述不支持第一信道接入机制的STA节点等待的所述第三时长;或,所述AP节点对应的竞争窗口长度的第一值小于所述不支持第一信道接入机制的STA节点对应的竞争窗口长度的第一值;或,所述AP节点接入信道后的传输机会TXOP上限值大于所述不支持第一信道接入机制的STA节点接入信道后的TXOP上限值。
- 根据权利要求21所述的装置,其特征在于,所述竞争窗口长度的第一值为以下至少一种数值:竞争窗口长度的最大值;竞争窗口长度的最小值。
- 根据权利要求18、21或22所述的装置,其特征在于,所述AP节点采用所述DCF机制竞争到信道,满足第一条件增加所述AP节点所对应的竞争窗口长度;其中,所述第一条件包括以下至少一种:所述AP节点与其它节点发生帧碰撞;所述AP节点没有待发送业务,以及与所述AP节点相关联的STA节点没有待发送业务。
- 根据权利要求20所述的装置,其特征在于,所述处理单元还用于:采用所述第一信道接入机制查询与所述AP节点相关联的STA节点的业务需求;和/或,采用缓存状态报告查询BSRP机制查询与所述AP节点相关联的STA节点的业务需求。
- 根据权利要求14-24中任意一项所述的装置,其特征在于,所述处理单元还用于:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的起始时刻有业务到达。
- 根据权利要求14-24中任意一项所述的装置,其特征在于,所述处理单元还用于:所述第一节点在第四时长内持续监测待接入的信道为空闲信道,所述第一节点在所述第四时长的结束时刻接入所述空闲信道,其中,所述第一节点在所述第四时长的结束时刻有业务到达。
- 一种信道接入装置,其特征在于,包括:至少一个处理器和通信接口,所述通信接口用于接收和/或发送信号,所述处理器被配置用于使能权利要求1至13中任一项所述的方法被执行。
- 一种信道接入装置,其特征在于,包括:至少一个处理器和存储器,所述存储器用于存储计算机指令,所述处理器被配置执行所述计算机指令,以使得所述信道接入装置执行如权利要求1至13中任一项所述方法。
- 一种通信系统,其特征在于,所述系统包括:多个执行如权利要求1至13中任一项所述方法的节点。
- 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令或程序,当所述指令或程序在通信装置上运行时,使得所述通信装置执行如权利要求1-13中任一项所述的方法。
- 一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序或指令,当所述计算机程序或指令在计算机上运行时,使得所述计算机执行如权利要求1-13中任一项所述的方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410036596.4A CN120282302A (zh) | 2024-01-08 | 2024-01-08 | 信道接入方法及装置 |
| CN202410036596.4 | 2024-01-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2025148648A1 true WO2025148648A1 (zh) | 2025-07-17 |
Family
ID=96237495
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2024/140665 Pending WO2025148648A1 (zh) | 2024-01-08 | 2024-12-19 | 信道接入方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN120282302A (zh) |
| WO (1) | WO2025148648A1 (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107079467A (zh) * | 2014-12-18 | 2017-08-18 | 华为技术有限公司 | 一种获取站点设备请求的方法、接入点设备及站点设备 |
| CN109714807A (zh) * | 2019-01-16 | 2019-05-03 | 南京航空航天大学 | 一种基于公共控制信道的认知无线网络接入方法 |
| US20190313453A1 (en) * | 2016-07-13 | 2019-10-10 | Canon Kabushiki Kaisha | Restored fairness in an 802.11 network implementing resource units |
| CN116074968A (zh) * | 2021-10-30 | 2023-05-05 | 华为技术有限公司 | 一种数据发送方法及装置 |
| CN116471703A (zh) * | 2022-01-12 | 2023-07-21 | 华为技术有限公司 | 信道竞争方法及装置 |
-
2024
- 2024-01-08 CN CN202410036596.4A patent/CN120282302A/zh active Pending
- 2024-12-19 WO PCT/CN2024/140665 patent/WO2025148648A1/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107079467A (zh) * | 2014-12-18 | 2017-08-18 | 华为技术有限公司 | 一种获取站点设备请求的方法、接入点设备及站点设备 |
| US20190313453A1 (en) * | 2016-07-13 | 2019-10-10 | Canon Kabushiki Kaisha | Restored fairness in an 802.11 network implementing resource units |
| CN109714807A (zh) * | 2019-01-16 | 2019-05-03 | 南京航空航天大学 | 一种基于公共控制信道的认知无线网络接入方法 |
| CN116074968A (zh) * | 2021-10-30 | 2023-05-05 | 华为技术有限公司 | 一种数据发送方法及装置 |
| CN116471703A (zh) * | 2022-01-12 | 2023-07-21 | 华为技术有限公司 | 信道竞争方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN120282302A (zh) | 2025-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114698068B (zh) | 业务传输方法、装置及系统 | |
| AU2021323751B2 (en) | Channel access method and communication device | |
| CN103718600A (zh) | 用于在免许可频带上竞争的蜂窝簇的信令和进程设计 | |
| WO2023284648A1 (zh) | 一种信道接入方法及装置 | |
| US20180014165A1 (en) | Triggered wireless access protocol with grouped multi-user transmissions | |
| WO2024001843A1 (zh) | 一种数据传输方法及通信装置 | |
| EP4412378A1 (en) | Channel access method for rapid transmission of data in communication system | |
| WO2025148648A1 (zh) | 信道接入方法及装置 | |
| JP2025529505A (ja) | データ伝送方法及び装置 | |
| US20250310986A1 (en) | Communication method and apparatus | |
| CN119095111B (zh) | 低延时业务传输方法、接入点设备及存储介质 | |
| US20250113377A1 (en) | Coordinated Channel Access in Wireless Communication Systems | |
| WO2025236251A1 (zh) | 一种无线通信方法及设备、存储介质 | |
| WO2024197448A1 (zh) | 一种信道接入的方法及装置、通信设备 | |
| WO2025148534A1 (zh) | 多接入点传输方法、接入点设备和计算机介质 | |
| WO2021196939A1 (zh) | 一种空口资源的调度方法及装置 | |
| WO2025148658A1 (zh) | 基于随机频段信道接入的通信方法及装置 | |
| CN118591018A (zh) | 通信方法和通信装置 | |
| CN118540735A (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: 24916695 Country of ref document: EP Kind code of ref document: A1 |