CN-122002546-A - Time domain scheduling method, device and system
Abstract
A time domain scheduling method, device and system belong to the technical field of communication. The method is executed by a control node in a FTTR network, in the method, the control node sends an opening indication message for indicating to open a time domain scheduling function to a first network node, and receives an opening confirmation message of the time domain scheduling function sent by the first network node, wherein the first network node is any one network node in at least one network node in the FTTR network, and the opening confirmation message is used for indicating whether the first network node opens the time domain scheduling function. The application is beneficial to avoiding random back-off conflict of an air interface and can improve the sending efficiency in a network. The application is used for FTTR networks.
Inventors
- WU XUMING
- WANG XIANG
- QIU HAO
Assignees
- 华为技术有限公司
Dates
- Publication Date
- 20260508
- Application Date
- 20241104
Claims (20)
- 1. A time domain scheduling method, the method performed by a control node in a fiber to room FTTR network, the method comprising: sending an opening indication message for indicating to open a time domain scheduling function to a first network node, wherein the first network node is any one of at least one network node in FTTR networks; and receiving an opening confirmation message of the time domain scheduling function sent by the first network node, wherein the opening confirmation message is used for indicating whether the first network node opens the time domain scheduling function.
- 2. The method of claim 1, wherein the turn-on indication message comprises a time domain schedule turn-on field; The time domain scheduling start field is used for indicating to start a time domain scheduling function.
- 3. The method according to claim 1 or 2, wherein when the start acknowledgement message is used to indicate that the first network node does not start time domain scheduling function, the start acknowledgement message is further used to indicate a reason for not starting time domain scheduling function.
- 4. The method of claim 3, wherein the open acknowledgement message comprises a feedback type field and a time domain schedule open field; The feedback type field is used for indicating whether the execution is successful or not and the reason of the unsuccessful execution, and the time domain scheduling starting field is used for indicating to start the time domain scheduling function.
- 5. The method according to any of claims 1 to 4, wherein at least one of the turn-on indication message and the turn-on acknowledge message comprises a version number field for indicating a version number of the time domain scheduling function.
- 6. The method according to any of claims 1 to 5, wherein after receiving the time domain scheduling function start confirmation message sent by the first network node, the method further comprises: sending a closing instruction message for instructing to close the time domain scheduling function to the first network node; and receiving a closing confirmation message of the time domain scheduling function sent by the first network node, wherein the closing confirmation message is used for indicating whether the time domain scheduling function is closed by the first network node.
- 7. The method of claim 6, wherein the close indication message comprises a time domain schedule close field; the time domain scheduling closing field is used for indicating closing of the time domain scheduling function.
- 8. The method according to claim 6 or 7, wherein when the close acknowledgement message is used to indicate that the first network node did not close the time domain scheduling function, the close acknowledgement message is further used to indicate a reason for not closing the time domain scheduling function.
- 9. The method of claim 8, wherein the close acknowledge message comprises a feedback type field and a time domain schedule close field; the feedback type field is used for indicating whether the execution is successful or not and the reason of the unsuccessful execution, and the time domain scheduling closing field is used for indicating closing the time domain scheduling function.
- 10. The method according to any one of claims 6 to 9, wherein at least one of the close indication message and the close acknowledge message comprises a version number field; the version number field is used for indicating the version number of the time domain scheduling function.
- 11. The method according to any of the claims 1 to 10, characterized in that before sending an on indication message to the first network node for indicating that the time domain scheduling function is on, the method further comprises: and sending a configuration message to the first network node, wherein the configuration message is used for indicating at least one function parameter of the time domain scheduling function.
- 12. The method of claim 11, wherein the configuration message comprises a timer field, and wherein the at least one function parameter comprises a timeout period of a timer, and wherein the timer field is configured to indicate the timeout period.
- 13. The method according to any of the claims 1 to 12, characterized in that before said sending an on indication message to the first network node for indicating that the time domain scheduling function is on, the method further comprises: Judging whether a time domain scheduling function needs to be started or not; Transmitting an opening indication message for indicating to open a time domain scheduling function to a first network node, comprising: and when the time domain scheduling function is determined to be started, sending the starting indication message to the first network node.
- 14. A time domain scheduling method, the method being performed by a first network node, the first network node being any one of at least one network node in a fiber to room FTTR network, the method comprising: Receiving an opening indication message sent by a control node in the FTTR network, wherein the opening indication message is used for indicating to open a time domain scheduling function; Starting to start the time domain scheduling function according to the start indication message; And sending an opening confirmation message of the time domain scheduling function to the control node, wherein the opening confirmation message is used for indicating whether the first network node opens the time domain scheduling function.
- 15. The method of claim 14, wherein the turn-on indication message comprises a time domain schedule turn-on field; The time domain scheduling start field is used for indicating to start a time domain scheduling function.
- 16. The method according to claim 14 or 15, wherein when the start acknowledgement message is used to indicate that the first network node has not started a time domain scheduling function, the start acknowledgement message is further used to indicate a reason for not starting a time domain scheduling function.
- 17. The method of claim 16, wherein the open acknowledgement message comprises a feedback type field and a time domain schedule open field; The feedback type field is used for indicating whether the execution is successful or not and the reason of the unsuccessful execution, and the time domain scheduling starting field is used for indicating to start the time domain scheduling function.
- 18. The method according to any of claims 14 to 17, wherein at least one of the open indication message and the open acknowledgement message comprises a version number field; the version number field is used for indicating the version number of the time domain scheduling function.
- 19. The method according to any of the claims 14 to 18, characterized in that after sending an on acknowledgement message of the time domain scheduling function to the control node, the method further comprises: Receiving a closing instruction message sent by the control node and used for instructing to close the time domain scheduling function; starting to close the time domain scheduling function according to the closing instruction message; And sending a closing confirmation message of the time domain scheduling function to the control node, wherein the closing confirmation message is used for indicating whether the first network node closes the time domain scheduling function.
- 20. The method of claim 19, wherein the close indication message comprises a time domain schedule close field; the time domain scheduling closing field is used for indicating closing of the time domain scheduling function.
Description
Time domain scheduling method, device and system Technical Field The present application relates to the field of communications technologies, and in particular, to a time domain scheduling method, apparatus, and system. Background Currently in fiber-to-room (fiber to the room, FTTR) networks, individual slave FTTR devices (sub FTTR unit, SFU) share air interface resources. The SFU may contend for the channel in the air interface resource to obtain a transmission opportunity. However, with the development of communication technology, the number of SFUs is increasing, and the probability that multiple SFUs compete for channels at the same time is also increasing. Multiple SFUs compete for channels at the same time and may generate random backoff collision, resulting in packet failure, reduced network throughput, and increased service delay. Therefore, how to avoid random back-off collision of the air interface, it is worth researching to improve the transmission efficiency in the network. Disclosure of Invention The time domain scheduling method, the time domain scheduling device and the time domain scheduling system are beneficial to avoiding random back-off conflict of an air interface and improving the transmission efficiency in a network. In a first aspect, the application provides a time domain scheduling method, which is executed by a control node in FTTR networks, and the method comprises the steps that after the control node sends an opening indication message for indicating to open a time domain scheduling function to a first network node, the control node receives an opening confirmation message of the time domain scheduling function sent by the first network node. The first network node is any network node in at least one network node in FTTR networks, and the start confirmation message is used for indicating whether the first network node starts the time domain scheduling function. After determining that the first network node successfully starts the time domain scheduling function, the control node may start time domain scheduling on the first network node. After the time domain scheduling function is started by the at least one network node, the control node can perform time domain scheduling on the at least one network node. When the control node performs time domain scheduling on the at least one network node, air interface resources (also called centralized scheduling) are allocated to each network node, and a scheduling message for indicating the air interface resources allocated to the network node is sent to the network node. The network node may contend for an air interface (i.e., a channel, so contend for an air interface, i.e., a contention channel) on the air interface resource indicated by the scheduling message and transmit data on the contended air interface after contending for the air interface. When the at least one network node includes a plurality of network nodes, the air interface resources allocated by different network nodes may be the same or different, which is not limited in the embodiment of the present application. For example, the time and/or frequency domains of the air interface resources allocated by at least two network nodes are different. In the time domain scheduling process, the control node needs to allocate air interface resources for the network node in the time domain resources. The time domain resources may include transmission resources of different time periods (the size of the time period may not be fixed), and the transmission resources do not affect each other, and data transmitted on the transmission resources of different time periods in the transmission resources do not interfere each other. It can be seen that, in the time domain scheduling method provided by the embodiment of the present application, the control node instructs the network node to start the time domain scheduling function, so that the control node can control at least one network node in a centralized manner, and therefore, the scheduling message sent by the control node instructs each network node to compete for an air interface on a corresponding air interface resource, and after competing for the air interface, data is transmitted on the competing air interface. Therefore, the random back-off conflict among the network nodes is avoided, the interference among the air interfaces of the network nodes is reduced, the air interface efficiency is improved, the retransmission rate is reduced, the time delay is reduced, and the throughput is improved. The start indication message comprises a time domain scheduling start field and a version number field, wherein the time domain scheduling start field is used for indicating to start a time domain scheduling function, and the version number field is used for indicating a version number of the time domain scheduling function. Optionally, when the start confirmation message is used to indicate that the first network node does not start th