WO2021072573A1 - 链路处理方法、设备及存储介质 - Google Patents

链路处理方法、设备及存储介质 Download PDF

Info

Publication number
WO2021072573A1
WO2021072573A1 PCT/CN2019/110934 CN2019110934W WO2021072573A1 WO 2021072573 A1 WO2021072573 A1 WO 2021072573A1 CN 2019110934 W CN2019110934 W CN 2019110934W WO 2021072573 A1 WO2021072573 A1 WO 2021072573A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
connection
parameter update
connection parameter
moving distance
Prior art date
Application number
PCT/CN2019/110934
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 深圳市汇顶科技股份有限公司
Priority to PCT/CN2019/110934 priority Critical patent/WO2021072573A1/zh
Priority to EP19949432.9A priority patent/EP3975612B1/en
Priority to CN201980002393.0A priority patent/CN110892748B/zh
Publication of WO2021072573A1 publication Critical patent/WO2021072573A1/zh
Priority to US17/557,169 priority patent/US20220117011A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/005—Moving wireless networks

Definitions

  • This application relates to the field of communication technology, and in particular to a link processing method, device, and storage medium.
  • TDD Time Division Duplexing
  • FDD Frequency Division Duplexing
  • the master device can be connected to multiple slave devices.
  • time-frequency resources and baseband resources are limited, which requires time division multiplexing of the communication time between the master device and multiple slave devices.
  • a device that maintains multiple connections may have scheduling conflicts among its links, which will reduce the stability of the link.
  • the present application provides a link processing method, device, and storage medium, which can reasonably arrange the scheduling of multiple links, avoid scheduling conflicts between links, and improve link stability.
  • the embodiments of the present application provide a link processing method, which is applied in a network including a first device and two or more second devices, and the first device and the second device pass through an independent link.
  • Communication connection the method includes:
  • the embodiments of the present application provide a link processing method, which is applied in a network including a first device and two or more second devices, and the first device and the second device pass through an independent link.
  • Communication connection the method includes:
  • the moving position of the link anchor point is determined.
  • an embodiment of the present application provides a first device that is communicatively connected with two or more second devices through independent links, and the first device includes:
  • a sending module configured to send a connection parameter update request to at least one of the second devices
  • a determining module configured to determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance when the second device confirms the connection parameter update request;
  • the adjustment module is used to adjust the connection parameters of the link according to the moving position of the link anchor point.
  • an embodiment of the present application provides a second device, which is applied in a network including a first device and two or more second devices, and the first device and the second device communicate through an independent link Connection; the second device includes:
  • a receiving module configured to receive a connection parameter update request sent by the first device
  • the sending module is configured to feed back connection parameter update confirmation information to the first device.
  • the determining module is used to determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance.
  • an embodiment of the present application provides a first device, including: a processor and a memory; the memory stores an algorithm program, the processor is used to retrieve the algorithm program in the memory, and execute the algorithm program as in the first aspect
  • an embodiment of the present application provides a second device, including: a processor and a memory; the memory stores an algorithm program, the processor is used to retrieve the algorithm program in the memory, and execute the algorithm program as in the first aspect The link processing method described in any two items.
  • an embodiment of the present application provides a computer-readable storage medium, including: program instructions, which when run on a computer, cause the computer to execute the program instructions to implement any one of the first aspect The link processing method.
  • an embodiment of the present application provides a computer-readable storage medium, including: program instructions, which when run on a computer, cause the computer to execute the program instructions to implement any one of the second aspect The link processing method.
  • the link processing method, device, and storage medium provided in this application send a connection parameter update request to at least one of the second devices through a first device; when the second device confirms the connection parameter update request, it is based on instantaneous reference
  • the moving distance of the point and the window is used to determine the moving position of the link anchor; and the connection parameters of the link are adjusted according to the moving position of the link anchor.
  • Figure 1 is a schematic diagram of the principle of an application scenario of this application.
  • Figure 2 is a schematic diagram of the principle of another application scenario of this application.
  • FIG. 3 is a flowchart of a link processing method provided in Embodiment 1 of this application.
  • connection interval of multiple links is a schematic diagram of the connection interval of multiple links according to an embodiment of the application.
  • FIG. 5 is a schematic diagram of a multi-link mobile anchor point according to an embodiment of the application.
  • FIG. 6 is a schematic diagram of communication time in a link processing method of this application.
  • FIG. 7 is a schematic diagram of communication time in another link processing method of this application.
  • FIG. 8 is a schematic diagram of communication time in yet another link processing method of this application.
  • FIG. 9 is a schematic diagram of communication time in still another method for link processing in this application.
  • FIG. 10 is a flowchart of a link processing method provided in Embodiment 2 of this application.
  • FIG. 11 is a schematic diagram of a network topology structure provided by Embodiment 2 of this application.
  • FIG. 12 is a flowchart of a link processing method provided in Embodiment 3 of this application.
  • FIG. 13 is a schematic diagram of a network topology structure provided by Embodiment 3 of this application.
  • FIG. 14 is a flowchart of a link processing method provided by Embodiment 4 of this application.
  • FIG. 16 is a flowchart of a link processing method provided by Embodiment 6 of this application.
  • FIG. 17 is a flow sequence diagram of a link processing method provided by Embodiment 7 of this application.
  • FIG. 18 is a flow sequence diagram of a link processing method provided by Embodiment 8 of this application.
  • FIG. 19 is a schematic structural diagram of a first device provided in Embodiment 9 of this application.
  • FIG. 20 is a schematic structural diagram of a second device provided in Embodiment 10 of this application.
  • FIG. 21 is a schematic structural diagram of a first device provided in Embodiment 11 of this application.
  • FIG. 22 is a schematic structural diagram of a second device provided in Embodiment 12 of this application.
  • the link processing method, device, electronic device, and storage medium provided in the following embodiments of the present application can be applied to a multi-link network topology in a communication system such as 3G, 4G, or WPAN using TDD technology.
  • the network topology includes a first device and two or more second devices.
  • the first device and the second device are connected through independent link communication.
  • Each device can exchange data, and it can also communicate with network devices such as high-level networks.
  • At least one second device can be connected to the first device.
  • the first device is, for example, a mobile phone, a tablet computer, etc.
  • the second device may be, for example, a wireless headset, a smart watch, or other data sensors.
  • the first device and each second device can communicate with each other through an independent link.
  • the first device and each second device on this link can communicate through wireless fidelity (WIreless-Fidelity, WiFi for short).
  • wireless fidelity WIreless-Fidelity, WiFi for short.
  • IrDA Infrared Data Association
  • Bluetooth Bluetooth Low Energy
  • BLE Bluetooth Low Energy
  • Zigbee Zigbee
  • a device that maintains multiple connections may have scheduling conflicts among its links, which will reduce the stability of the link; according to actual application requirements, the data pressure of each link is also It may be different.
  • the device needs to allow the link with higher transmission pressure to have more bandwidth according to the data pressure of different links, thereby improving the bandwidth utilization and the overall performance of the application.
  • the link processing method provided in the embodiments of the present application can optimize the arrangement of multiple connection anchor points. After multiple connections are established, the first device can rationally arrange each link according to the network requirements of each link.
  • the anchor point of each link can plan the bandwidth duty ratio of each link, while avoiding scheduling conflicts between links, and ultimately can provide users or systems with better network services and user experience.
  • Figure 1 is a schematic diagram of the principle of an application scenario of this application.
  • the link between the first device and the second device can be in one
  • the interval (Interval) is evenly or proportionally arranged to reduce scheduling conflicts, allowing links with more bandwidth requirements to have more communication bandwidth, and improving the overall performance of the network. For example, plan the bandwidth duty cycle of each link so that the second device A occupies 10% of the bandwidth, the second device B occupies 20% of the bandwidth, the second device C occupies 40% of the bandwidth, and the second device D occupies 30% of the bandwidth. This avoids scheduling conflicts between links and improves link stability.
  • FIG. 2 is a schematic diagram of the principle of another application scenario of the present application.
  • the first device can configure the response delay of each connected second device according to the device response speed requirement. For example, plan the response delay of each link so that the second device A has a 4xT response delay, the second device B has a 1xT response delay, the second device C has a 2xT response delay, and the second device D has a 3xT response delay, thereby avoiding Scheduling conflicts between links improves link stability.
  • FIG. 3 is a flowchart of the link processing method provided in Embodiment 1 of this application. As shown in FIG. 3, the method in this embodiment can be applied to a network including a first device and two or more second devices. The first device and the second device are communicatively connected through an independent link.
  • the method in this embodiment may include:
  • the first device sends a connection parameter update request to at least one second device.
  • the first device may be based on the BLE5.0 series of standard protocols, through specific parameter configuration, specific process processing, and first device parameter application, to achieve the uniformity or success of the first device on its link anchor points. Proportional connection layer direction for conflict-free arrangement.
  • the connection layer of the first device may send a connection parameter update request (LL_CONNECTION_PARAM_REQ PDU) to the second device.
  • the first device can be the master device and the second device can be the slave device, or the first device can be the slave device and the second device the master device, or the first device can be a multi-role device and the second device can be Master device or slave device.
  • the method before determining the moving position of the link anchor point according to the instantaneous reference point and the window moving distance, the method further includes: negotiating to determine the instantaneous reference point through a connection event with the second device through the link. For example, the first device and the second device negotiate according to the CE configuration parameters to determine the instantaneous reference point Instant.
  • the sum of the lengths of connection events on all links is not greater than the minimum connection interval in each link.
  • the length of the connection event represents the space occupied by the connection event within a connection interval (Connection Interval), because the full name is The Length Of Connection Event, abbreviated as CE_LEN.
  • This application directly uses the BLE5.1 standard protocol to determine the CE_LEN of the first device.
  • the first device can configure different CE_LENs and multiple intervals (Interval) for each link according to the bandwidth requirements and response speed requirements of each link to make the chain with greater bandwidth demand Channels occupy more bandwidth, allowing devices with higher response speed requirements to have a smaller Interval.
  • the first device as the master device, establishes connection events A, B, C, and D with multiple surrounding slave devices in turn, the first device will make the connection relationship of each link Connection Interval multiples, here the smallest Connection Interval is marked as Intv_Min, and the Intervals of other events B, C, and D are multiples of Intv_Min.
  • the first device will offset several events relative to the reference point offset (denoted as Offset).
  • FIG. 4 is a schematic diagram of the connection interval of multiple links according to an embodiment of the application. As shown in FIG. 4, in the process of arranging links for the first device, the algorithm sets the timing relationship of each link as follows:
  • the above process can be implemented by the first device initiating a connection parameter update.
  • Algorithm restriction conditions The sum of CE_LEN of multiple links cannot be greater than the minimum Interval, otherwise there will be insufficient bandwidth and link conflicts, and the goal of link arrangement optimization cannot be achieved.
  • determining the moving position of the link anchor point according to the instantaneous reference point and the window moving distance includes: taking the instantaneous reference point as a starting position, and moving the link anchor point backward by a window moving distance.
  • FIG. 5 is a schematic diagram of a multi-link mobility anchor point according to an embodiment of the application.
  • the first device and the second device negotiate the instantaneous reference point Instant to calculate a reasonable window movement distance WinOffset. Then the first device and the second device move backwards at the same Instant position by WinOffset distance according to the agreement; among them, Old interval represents the old connection interval, and New interval represents the new connection interval.
  • This embodiment can realize the movement of the anchor point of the connection event, and the subsequent scheduling is scheduled periodically according to the new Interval.
  • adjusting the connection parameters of the link according to the moving position of the link anchor point includes: starting from the moving position of the link anchor point, adjusting the connection interval of the link and/or the bandwidth duty ratio of the connection event.
  • adjusting the connection interval of the link includes: adjusting the connection interval of each link according to the response speed requirement of each link; wherein the connection interval of each link is equal or in a multiple relationship.
  • link 1 occupies 1/2 of the bandwidth
  • link 2 occupies 1/2 of the bandwidth.
  • adjusting the bandwidth duty cycle of the connection event of the link includes: adjusting the bandwidth duty cycle of the connection event of each link according to the bandwidth requirement of each link; wherein the length of the connection event of each link is equal , Or a multiple relationship.
  • link 1 and link 3 will have a faster response speed, and link 1 can occupy a bandwidth range of 1/2 to 3/4 times the Interval, and link 3 always occupies 1/4 of the Interval. .
  • the first device sends a connection parameter update request to at least one second device; when the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • FIG. 10 is a flowchart of a link processing method provided by Embodiment 2 of this application.
  • the first device in this embodiment serves as the master device, and the second device serves as the slave device.
  • the method in this embodiment can include:
  • the first device sends a connection parameter update request to at least one second device.
  • the first device serves as the master device
  • the second device serves as the slave device.
  • FIG. 11 is a schematic diagram of the network topology provided in the second embodiment of the application. As shown in FIG. 11, it is initiated by the master device and numerous slave devices. Any one of them establishes a connection and is used for application data interaction.
  • the first device is the master device of the link and is responsible for establishing the link, and both parties can update link parameters and exchange application data.
  • the master device sends a connection parameter update request to the slave device.
  • S101 which will not be repeated here.
  • S202 Receive connection parameter update confirmation information fed back by the second device.
  • the slave device if the slave device agrees to the request and replies with the connection parameter update confirmation message (LL_CONNECTION_PARAM_RSP PDU).
  • the master device receives the confirmation information fed back from the slave device.
  • the master device calculates and determines the window movement distance WinOffset according to the CE_LEN established by the Minimum_CE_Length and Maximum_CE_Length in the connection update parameters.
  • the BLE5.1 standard protocol can be used to determine the CE_LEN of the first device.
  • the BLE5.1 specification Vol2.PartE 7.8.18 LE Connection Update command section the two parameters Minimum_CE_Length and Maximum_CE_Length existing when the connection parameter update is initiated are both It is configured as CE_LEN to determine the CE_LEN parameter proposed in this application.
  • step S204 and step S205 please refer to the relevant descriptions in step S102 and step S103 in the method shown in FIG. 3, which will not be repeated here.
  • the window movement distance can also be added to the connection parameter update notification packet, and the connection parameter update notification packet is sent to the second device, and the second device adjusts the connection parameters of the link.
  • the final window movement distance Winoffset is determined by the master device, that is, the link anchor point adjustment technology applied to the master device is generally compatible with other BLE5.0 devices.
  • the first device sends a connection parameter update request to at least one second device; when the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the first device in this embodiment serves as the master device, and the second device serves as the slave device. It can also receive the connection parameter update confirmation information fed back by the second device; determine the window movement distance according to the minimum length of the connection event and the maximum length of the connection event in the connection parameter update request; add the window movement distance to the connection parameter update notification package , And send the connection parameter update notification package to the second device.
  • FIG. 12 is a flowchart of a link processing method provided in Embodiment 3 of this application. As shown in FIG. 12, the first device in this embodiment serves as a slave device, and the second device serves as a master device.
  • the method in this embodiment can include:
  • S301 The first device sends a connection parameter update request to at least one second device.
  • the first device serves as the slave device
  • the second device serves as the master device.
  • FIG. 13 is a schematic diagram of the network topology provided in the third embodiment of this application. As shown in FIG. 13, it is initiated by the surrounding master device and the slave device. The device establishes a connection, and the surrounding master device is responsible for establishing the link, and both parties can update the link parameters and exchange application data. In the implementation process, the master device sends a connection parameter update request to the slave device. For specific description, please refer to S101, which will not be repeated here.
  • the first device receives the connection parameter update notification package sent by the second device; the connection parameter update notification package includes the window moving distance.
  • the window movement distance is determined by the master device, and then the slave device receives the connection parameter update notification packet containing the window movement distance sent by the master device.
  • step S303 and step S304 please refer to the related descriptions in step S102 and step S103 in the method shown in FIG. 3, which will not be repeated here.
  • the first device sends a connection parameter update request to at least one second device; when the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the first device in this embodiment serves as the slave device, and the second device serves as the master device. It is also possible that after the second device confirms the connection parameter update request, the first device receives the connection parameter update notification packet sent by the second device; the connection parameter update notification packet includes the window moving distance. In this way, a reasonable arrangement of the scheduling of multiple links is realized, scheduling conflicts between links are avoided, the stability of the links is improved, the bandwidth duty ratio of each link is optimized, and the utilization of bandwidth resources is improved.
  • FIG. 14 is a flowchart of a link processing method provided by Embodiment 4 of this application. As shown in FIG. 14, the method in this embodiment can be applied to a network including a first device and two or more second devices. The first device and the second device are communicatively connected through an independent link.
  • the method in this embodiment may include:
  • the second device receives a connection parameter update request sent by the first device.
  • S403 Determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance.
  • the method before determining the moving position of the link anchor point according to the instantaneous reference point and the window moving distance, the method further includes: negotiating and determining the instantaneous reference point through a connection event with the first device through the link.
  • the sum of the lengths of connection events on all links is not greater than the minimum connection interval in each link.
  • determining the moving position of the link anchor point according to the instantaneous reference point and the window moving distance includes: taking the instantaneous reference point as a starting position, and moving the link anchor point backward by a window moving distance.
  • connection parameter update request sent by the first device is received through the second device; the connection parameter update confirmation information is fed back to the first device; the moving position of the link anchor is determined according to the instantaneous reference point and the window moving distance.
  • FIG. 15 is a flowchart of a link processing method provided by Embodiment 5 of this application.
  • the first device in this embodiment serves as the master device, and the second device serves as the slave device.
  • the method in this embodiment can include:
  • S501 The second device receives a connection parameter update request sent by the first device.
  • S502 Feed back the connection parameter update confirmation information to the first device.
  • S503 Receive a connection parameter update notification package sent by the first device.
  • the window movement distance is determined by the master device, and then the slave device receives the connection parameter update notification packet containing the window movement distance sent by the master device.
  • S504 Determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance.
  • step S501, S503, and S504 please refer to the relevant descriptions in step S401 to step S403 in the method shown in FIG. 14, which will not be repeated here.
  • connection parameter update request sent by the first device is received through the second device; the connection parameter update confirmation information is fed back to the first device; the moving position of the link anchor is determined according to the instantaneous reference point and the window moving distance.
  • the first device in this embodiment serves as the master device, and the second device serves as the slave device. It may also receive a connection parameter update notification package sent by the first device, and the connection parameter update notification package includes a window moving distance. In this way, a reasonable arrangement of the scheduling of multiple links is realized, scheduling conflicts between links are avoided, the stability of the links is improved, the bandwidth duty ratio of each link is optimized, and the utilization of bandwidth resources is improved.
  • FIG. 16 is a flowchart of the link processing method provided by Embodiment 6 of this application. As shown in FIG. 16, when the first device in this embodiment is the slave device and the second device is the master device, the method in this embodiment is Can include:
  • the second device receives a connection parameter update request sent by the first device.
  • S602 Feed back connection parameter update confirmation information to the first device.
  • S603 Determine the window moving distance according to the minimum length of the connection event and the maximum length of the connection event in the connection parameter update request.
  • the master device calculates and determines the window movement distance WinOffset according to the CE_LEN established by the Minimum_CE_Length and Maximum_CE_Length in the connection update parameters.
  • the BLE5.1 standard protocol can be used to determine the CE_LEN of the first device.
  • the BLE5.1 specification Vol2.PartE 7.8.18 LE Connection Update command section the two parameters Minimum_CE_Length and Maximum_CE_Length existing when the connection parameter update is initiated are both It is configured as CE_LEN to determine the CE_LEN parameter proposed in this application.
  • S605 Determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance.
  • step S601, S602, and S605 please refer to the related descriptions in step S401 to step S403 in the method shown in FIG. 14, which will not be repeated here.
  • connection parameter update request sent by the first device is received through the second device; the connection parameter update confirmation information is fed back to the first device; the moving position of the link anchor is determined according to the instantaneous reference point and the window moving distance.
  • the first device serves as the slave device
  • the second device serves as the master device.
  • the black can determine the window movement distance according to the minimum length of the connection event and the maximum length of the connection event in the connection parameter update request; add the window movement distance to the connection parameter update notification package, and send the connection parameter update notification package to the first equipment.
  • FIG. 17 is a flow sequence diagram of the link processing method provided by Embodiment 7 of the application.
  • the link layer of the master device receives the host device Host The connection parameter update command sent by LE Connection Update.
  • the link layer of the master device replies to the master device Host through the Command Status event, and determines Offset0 according to the CE_LEN established by the Minimum_CE_Length and Maximum_CE_Length in the connection update parameters, which is used for anchor point movement.
  • the link layer of the master device sends a connection parameter update request LL_CONNECTION_PARAM_REQ PDU to the link layer of the slave device.
  • the slave device If the slave device agrees to the request, it sends a connection parameter reply message LL_CONNECTION_PARAM_RSP to the link layer of the master device.
  • the master device After the master device receives the connection parameter reply message, it converts Offset0 into the window moving distance WinOffset, then fills the WinOffset in the connection parameter update notification LL_CONNECTION_UPDATE_IND, and sends the connection parameter update notification to the slave device link layer. Then, the master device Host and the slave device Host realize the movement of the anchor point according to the configuration of WinOffset and the instant reference point Instant. Finally, both parties report the connection parameter update completion event LE Connection Update Complete Event through HCI (Host Controller Interface).
  • HCI HyperText Controller Interface
  • FIG. 18 is a flow sequence diagram of the link processing method provided by Embodiment 8 of the application.
  • the slave device link layer receives the slave device Host The connection parameter update command LE Connection Update.
  • the slave device link layer replies to the slave device Host through the Command Status event, and determines Offset0 according to the CE_LEN established by the Minimum_CE_Length and Maximum_CE_Length in the connection update parameters for anchor point movement. Then, the slave device link layer sends a connection parameter update request LL_CONNECTION_PARAM_REQ PDU to the master device link layer.
  • the master device Host converts the originally calculated Offset0 into the window movement distance WinOffset, then fills the WinOffset in the connection parameter update notification LL_CONNECTION_UPDATE_IND, and sends the connection parameter update notification to the slave Device link layer. Then, the master device Host and the slave device Host realize the movement of the anchor point according to the configuration according to WinOffset and the instant reference point Instant. Finally, both parties report the connection parameter update completion event LE Connection Update Complete Event through HCI (Host Controller Interface).
  • HCI HyperText Controller Interface
  • Figure 19 is a schematic structural diagram of the first device provided in the ninth embodiment of the application. As shown in Figure 19, the first device in this embodiment can communicate with two or more second devices through independent links, including :
  • the sending module 31 is configured to send a connection parameter update request to at least one second device
  • the determining module 32 is configured to determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance when the second device confirms the connection parameter update request;
  • the adjustment module 33 is configured to adjust the connection parameters of the link according to the moving position of the link anchor point.
  • the first device when the first device serves as the master device and the second device serves as the slave device; the first device further includes:
  • the receiving module 34 is configured to receive the connection parameter update confirmation information fed back by the second device;
  • the determining module 32 is also used to determine the window moving distance according to the minimum length of the connection event and the maximum length of the connection event in the connection parameter update request;
  • the sending module 31 is further configured to add the window moving distance to the connection parameter update notification package, and send the connection parameter update notification package to the second device.
  • the first device when the first device serves as the slave device and the second device serves as the master device, the first device further includes:
  • the receiving module 34 is configured to receive the connection parameter update notification packet sent by the second device after the second device confirms the connection parameter update request; the connection parameter update notification packet includes the window moving distance.
  • the determining module 32 is also used for:
  • connection event with the second device through the link negotiates and determines the instantaneous reference point.
  • the sum of the lengths of connection events on all links is not greater than the minimum connection interval in each link.
  • the determining module 32 is specifically used for:
  • the adjustment module 33 is specifically used for:
  • the adjustment module 33 is specifically used for:
  • connection interval of each link is equal or in a multiple relationship.
  • the adjustment module 33 is specifically used for:
  • the bandwidth duty ratio of the connection event of each link is adjusted; wherein the length of the connection event of each link is the same or is in a multiple relationship.
  • the first device of this embodiment can execute the technical solutions in the methods shown in FIG. 3, FIG. 10, and FIG. 12.
  • FIG. 3, FIG. 10, and FIG. 12 For the specific implementation process and technical principles, please refer to the related descriptions in the methods shown in FIG. 3, FIG. 10, and FIG. 12. I won't repeat them here.
  • the first device sends a connection parameter update request to at least one second device; when the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • FIG. 20 is a schematic structural diagram of a second device provided in Embodiment 10 of this application. As shown in FIG. 20, the second device in this embodiment includes:
  • the receiving module 41 is configured to receive a connection parameter update request sent by the first device
  • the sending module 42 is configured to feed back the connection parameter update confirmation information to the first device.
  • the determining module 43 is configured to determine the moving position of the link anchor point according to the instantaneous reference point and the window moving distance.
  • the receiving module 41 is also used for:
  • connection parameter update notification package sent by the first device, where the connection parameter update notification package includes a window moving distance.
  • the first device serves as the slave device and the second device serves as the master device
  • the determining module 43 is further configured to: determine the window moving distance according to the minimum length of the connection event and the maximum length of the connection event in the connection parameter update request;
  • the sending module 42 is further configured to add the window moving distance to the connection parameter update notification package, and send the connection parameter update notification package to the first device.
  • the determining module 43 is also used for:
  • connection event with the first device through the link is negotiated to determine the instantaneous reference point.
  • the sum of the lengths of connection events on all links is not greater than the minimum connection interval in each link.
  • the determination module 4. is specifically used for:
  • the second device of this embodiment can execute the technical solutions in the methods shown in FIG. 14, FIG. 15, and FIG. 16.
  • connection parameter update request sent by the first device is received through the second device; the connection parameter update confirmation information is fed back to the first device; the moving position of the link anchor is determined according to the instantaneous reference point and the window moving distance.
  • FIG. 21 is a schematic structural diagram of a first device provided in Embodiment 11 of this application.
  • the first device 50 in this embodiment may include a processor 51 and a memory 52.
  • the memory 52 is used to store programs; the memory 52 may include volatile memory (English: volatile memory), such as random access memory (English: random-access memory, abbreviation: RAM), such as static random access memory (English: volatile memory) : Static random-access memory, abbreviation: SRAM), double data rate synchronous dynamic random access memory (English: Double Data Rate Synchronous Dynamic Access Memory, abbreviation: DDR SDRAM), etc.; memory can also include non-volatile memory (English: non-volatile memory), such as flash memory (English: flash memory).
  • the memory 52 is used to store computer programs (such as application programs and functional modules that implement the above methods), computer instructions, etc., and the above computer programs, computer instructions, etc. may be partitioned and stored in one or more memories 52. In addition, the above-mentioned computer programs, computer instructions, data, etc. can be called by the processor 51.
  • the above-mentioned computer programs, computer instructions, etc. may be partitioned and stored in one or more memories 52.
  • the above-mentioned computer programs, computer instructions, data, etc. can be called by the processor 51.
  • the processor 51 is configured to execute a computer program stored in the memory 52 to implement each step in the method involved in the foregoing embodiment.
  • the processor 51 and the memory 52 may be independent structures, or may be an integrated structure integrated together. When the processor 51 and the memory 52 are independent structures, the memory 52 and the processor 51 may be coupled and connected through the bus 53.
  • the first device of this embodiment can execute the technical solutions in the methods shown in FIG. 3, FIG. 10, and FIG. 12.
  • the first device sends a connection parameter update request to at least one second device; when the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • the second device confirms the connection parameter update request, it determines the movement position of the link anchor according to the instantaneous reference point and the window movement distance; according to The moving position of the link anchor point, adjust the connection parameters of the link.
  • FIG. 22 is a schematic structural diagram of a second device provided in Embodiment 12 of this application.
  • the second device 60 in this embodiment may include a processor 61 and a memory 62.
  • the memory 62 is used to store programs; the memory 62 may include volatile memory (English: volatile memory), such as random access memory (English: random-access memory, abbreviation: RAM), such as static random access memory (English: volatile memory) : Static random-access memory, abbreviation: SRAM), double data rate synchronous dynamic random access memory (English: Double Data Rate Synchronous Dynamic Access Memory, abbreviation: DDR SDRAM), etc.; memory can also include non-volatile memory (English: non-volatile memory), such as flash memory (English: flash memory).
  • the memory 62 is used to store computer programs (such as application programs and functional modules that implement the above methods), computer instructions, etc., and the above computer programs, computer instructions, etc. may be partitioned and stored in one or more memories 62. In addition, the above-mentioned computer programs, computer instructions, data, etc. can be called by the processor 61.
  • the above-mentioned computer programs, computer instructions, etc. may be partitioned and stored in one or more memories 62.
  • the above-mentioned computer programs, computer instructions, data, etc. can be called by the processor 61.
  • the processor 61 is configured to execute a computer program stored in the memory 62 to implement each step in the method involved in the foregoing embodiment.
  • the processor 61 and the memory 62 may be independent structures, or may be an integrated structure integrated together. When the processor 61 and the memory 62 are independent structures, the memory 62 and the processor 61 may be coupled and connected through the bus 63.
  • the second device of this embodiment can execute the technical solutions in the methods shown in FIG. 14, FIG. 15, and FIG. 16.
  • connection parameter update request sent by the first device is received through the second device; the connection parameter update confirmation information is fed back to the first device; the moving position of the link anchor is determined according to the instantaneous reference point and the window moving distance.
  • the embodiments of the present application also provide a computer-readable storage medium.
  • the computer-readable storage medium stores computer-executable instructions.
  • the user equipment executes the aforementioned various possibilities. Methods.
  • the computer-readable medium includes a computer storage medium and a communication medium, where the communication medium includes any medium that facilitates the transfer of a computer program from one place to another.
  • the storage medium may be any available medium that can be accessed by a general-purpose or special-purpose computer.
  • An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and write information to the storage medium.
  • the storage medium may also be an integral part of the processor.
  • the processor and the storage medium may be located in an application specific integrated circuit (ASIC).
  • ASIC application specific integrated circuit
  • the application specific integrated circuit may be located in the user equipment.
  • the processor and the storage medium may also exist as discrete components in the communication device.
  • ROM read-only memory
  • RAM random access memory
  • magnetic disks magnetic disks, or optical disks, etc., which can store program code medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种链路处理方法、设备及存储介质。该方法，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；该方法包括：第一设备向至少一个所述第二设备发送连接参数更新请求；在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据所述链路锚点的移动位置，调整链路的连接参数。本申请可以对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性。

Description

链路处理方法、设备及存储介质 技术领域
本申请涉及通信技术领域，尤其涉及一种链路处理方法、设备及存储介质。
背景技术
无线通信中最重要的两种资源，时域资源和频域资源，其可分别对应时分复用(Time Division Duplexing，TDD)技术及频分复用(Frequency Division Duplexing，FDD)技术。其中，TDD技术广泛应用于无线通信系统中的每个领域，例如3G、4G，以及无线个人局域网(Wireless Personal Area Network，WPAN)等系统中多链路的主从设备的网络拓扑结构中，通常可采用TDD技术。
多链路的主从设备的网络拓扑结构中，主设备可连接有多个从设备。对于主设备而言，时频资源及基带资源等是有限的，这便需要主设备和多个从设备的通信时间进行时分复用。
然而，在多连接应用场景下，一个维持多连接的设备，其各条链路之间可能会发生调度冲突，从而会导致链路的稳定性降低。
发明内容
本申请提供一种链路处理方法、设备及存储介质，可以对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性。
第一方面，本申请实施例提供一种链路处理方法，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述方法包括：
所述第一设备向至少一个所述第二设备发送连接参数更新请求；
在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；
根据所述链路锚点的移动位置，调整链路的连接参数。
第二方面，本申请实施例提供一种链路处理方法，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述方法包括：
所述第二设备接收第一设备发送的连接参数更新请求；
向所述第一设备反馈连接参数更新确认信息。
根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
第三方面，本申请实施例提供一种第一设备，与两个及以上的第二设备之间通过独立链路通信连接，所述第一设备包括：
发送模块，用于向至少一个所述第二设备发送连接参数更新请求；
确定模块，用于在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；
调整模块，用于根据所述链路锚点的移动位置，调整链路的连接参数。
第四方面，本申请实施例提供一种第二设备，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述第二设备包括：
接收模块，用于接收第一设备发送的连接参数更新请求；
发送模块，用于向所述第一设备反馈连接参数更新确认信息。
确定模块，用于根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
第五方面，本申请实施例提供一种第一设备，包括：处理器和存储器；所述存储器中存储有算法程序所述处理器用于调取所述存储器中的算法程序，执行如第一方面中任一项所述的链路处理方法。
第六方面，本申请实施例提供一种第二设备，包括：处理器和存储器；所述存储器中存储有算法程序所述处理器用于调取所述存储器中的算法程序，执行如第一方面中任二项所述的链路处理方法。
第七方面，本申请实施例提供一种计算机可读存储介质，包括：程序指令，当其在计算机上运行时，使得计算机执行所述程序指令，以实现如第一方面中任一项所述的链路处理方法。
第八方面，本申请实施例提供一种计算机可读存储介质，包括：程序指令，当其在计算机上运行时，使得计算机执行所述程序指令，以实现如 第二方面中任一项所述的链路处理方法。
本申请提供的链路处理方法、设备及存储介质，通过第一设备向至少一个所述第二设备发送连接参数更新请求；在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据所述链路锚点的移动位置，调整链路的连接参数。本申请可以对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图进行简单的介绍。显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一应用场景的原理示意图；
图2为本申请另一应用场景的原理示意图；
图3为本申请实施例一提供的链路处理方法的流程图；
图4为本申请实施例多链路的连接间隔的示意图；
图5为本申请实施例多链路移动锚点的示意图；
图6为本申请一种链路处理方法中的通信时间的示意图；
图7为本申请另一种链路处理方法中的通信时间的示意图；
图8为本申请又一种链路处理方法中的通信时间的示意图；
图9为本申请还一种链路处理方法中的通信时间的示意图；
图10为本申请实施例二提供的链路处理方法的流程图；
图11为本申请实施例二提供的网络拓扑结构的示意图；
图12为本申请实施例三提供的链路处理方法的流程图；
图13为本申请实施例三提供的网络拓扑结构的示意图；
图14为本申请实施例四提供的链路处理方法的流程图；
图15为本申请实施例五提供的链路处理方法的流程图；
图16为本申请实施例六提供的链路处理方法的流程图；
图17为本申请实施例七提供的链路处理方法的流程时序图；
图18为本申请实施例八提供的链路处理方法的流程时序图；
图19为本申请实施例九提供的第一设备的结构示意图；
图20为本申请实施例十提供的第二设备的结构示意图；
图21为本申请实施例十一提供的第一设备的结构示意图；
图22为本申请实施例十二提供的第二设备的结构示意图。
通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开提到的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例，能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
下面以具体的实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
本申请下述各实施例提供的链路处理方法、装置、电子设备及存储介质，可应用于采用TDD技术的3G、4G或者WPAN等通信系统中多链路的网络拓扑结构中。该网络拓扑结构包含第一设备和两个及以上的第二设备，第一设备与第二设备之间通过独立链路通信连接，各设备之间可交换 数据，也可与网络设备如高层网络设备或互联网中的网络设备等进行连接。第一设备可连接有至少一个第二设备。在WPAN中，第一设备例如为手机、平板电脑等。第二设备例如可以为无线耳机、智能腕表或者其他数据传感器。在WPAN中，第一设备与每个第二设备之间可通过独立链路通信连接，该条链路上第一设备和该每个第二设备可通过无线保真(WIreless-Fidelity，简称WiFi)、红外数据组织(Infrared Data Association，简称IrDA)、蓝牙、低功耗蓝牙(Bluetooth Low Energy，简称BLE)、紫峰(Zigbee)等任一类型的无线传输技术进行传输。
在多连接应用场景下，一个维持多连接的设备，其各条链路之间可能会发生调度冲突，从而会导致链路的稳定性降低；根据实际应用需求，每条链路的数据压力也可能各有不同，设备需要根据不同链路的数据压力让传输压力较大的链路拥有更多带宽，从而提高带宽利用率和应用的整体表现。
本申请实施例所提供的链路处理方法，可通过对多连接锚点排布优化技术，第一设备可以在多条连接建立之后，根据各条链路的各项网络需求，合理排布各条链路的锚点，从而规划各条链路的带宽占空比，同时规避链路之间的调度冲突，最终能够给用户或者系统提供更好的网络服务和用户体验。
图1为本申请一应用场景的原理示意图，如图1所示，在包含第一设备和两个及以上的第二设备的网络中，可以使第一设备与第二设备的链路在一个间隔(Interval)中均匀或按比例排布，以减少调度冲突，让带宽需求更多的链路拥有更多比例的通信带宽，提高网络整体表现。例如，规划各条链路的带宽占空比，使得第二设备A占10％带宽、第二设备B占20％带宽、第二设备C占40％带宽、第二设备D占30％带宽，从而避免链路间的调度冲突，提高链路的稳定性。
图2为本申请另一应用场景的原理示意图，如图2所示，第一设备可以根据设备响应速度需求配置对连接的各个第二设备的响应延迟。例如，规划各条链路的响应延迟，使得第二设备A为4xT响应延迟、第二设备B为1xT响应延迟、第二设备C为2xT响应延迟、第二设备D为3xT响应延迟，从而避免链路间的调度冲突，提高链路的稳定性。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何 解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图3为本申请实施例一提供的链路处理方法的流程图，如图3所示，本实施例中的方法可以应用在包含第一设备和两个及以上的第二设备的网络中，第一设备与第二设备之间通过独立链路通信连接，本实施例中的方法可以包括：
S101、第一设备向至少一个第二设备发送连接参数更新请求。
本实施例中，第一设备可以基于BLE5.0系列标准协议，通过特定的参数配置、特定的流程处理及第一设备参数应用，实现第一设备对其各条链路锚点的均匀或者成比例进行无冲突排布的连接层向。例如，第一设备的连接层可以向第二设备发送连接参数更新请求(LL_CONNECTION_PARAM_REQ PDU)。
需要说明的是，本实施例不限定拓扑结构中第一设备和第二设备的类型。在拓扑结构中可以第一设备是主设备、第二设备是从设备，也可以第一设备可以是从设备、第二设备是主设备，还可以第一设备是多角色设备、第二设备是主设备或从设备。
S102、在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
本实施例中，在根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置之前，还包括：与第二设备通过链路的连接事件，协商确定瞬时参考点。例如，第一设备与第二设备按照CE配参协商，确定瞬时参考点Instant。
可选地，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
具体地，连接事件的长度表示连接事件在一个连接间隔(Connection Interval)之内的占位空间，因为全称为The Length Of Connection Event，简称为CE_LEN。本申请直接利用BLE5.1标准协议确定第一设备的CE_LEN，这里可以将BLE5.1规范Vol2.PartE 7.8.18LE Connection Update command小节，在发起连接参数更新时存在的两个参数Minimum_CE_Length和Maximum_CE_Length均配置为CE_LEN，从而确定本申请所提出的CE_LEN参数。第一设备作为链路的管理者，可以根据 各条链路的带宽需求、响应速度需求，为各条链路配置不同的CE_LEN以及成倍数关系的间隔(Interval)，让带宽需求更大的链路占用更多的带宽，让响应速度需求更高的设备具有更小的Interval。假设第一设备作为主设备端依次与周围多个从设备建立连接事件A、B、C、D，第一设备会让各条链路的连接关系Connection Interval成倍数关系，此处将最小的Connection Interval记为Intv_Min，其他事件B、C、D的Interval与Intv_Min成倍数关系，第一设备会让几个事件相对参考点偏移进行偏移(记为Offset)。图4为本申请实施例多链路的连接间隔的示意图，如图4所示，第一设备在排布链路的过程中，算法设定各条链路的时序关系如下：
Step 1)记Event_A_Offset＝0
Step 2)令Event_B_Offset＝Event_A_Offset+CE_LEN_A
Step 3)令Event_C_Offset＝Event_B_Offset+CE_LEN_B
Step 4)令Event_D_Offset＝Event_C_Offset+CE_LEN_C
以上过程可以通过第一设备发起连接参数更新实现。算法限制条件：多条链路的CE_LEN之和不能大于最小的Interval，否则会出现带宽不足以及链路冲突的问题，无法达到链路排布优化的目的。
可选地，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置，包括：以瞬时参考点为起点位置，将链路锚点向后移动一个窗口移动距离。
具体地，图5为本申请实施例多链路移动锚点的示意图，如图5所示，第一设备与第二设备通过协商的瞬时参考点Instant，计算合理的窗口移动距离WinOffset。然后第一设备与第二设备按照约定在同一个Instant位置向后移动WinOffset距离；其中，Old interval表示旧的连接间隔，New interval表示新的连接间隔。本实施例可以实现连接事件锚点的移动，之后的调度按照新的Interval周期性调度。
S103、根据链路锚点的移动位置，调整链路的连接参数。
本实施例中，根据链路锚点的移动位置，调整链路的连接参数，包括：从链路锚点的移动位置开始，调整链路的连接间隔和/或连接事件的带宽占空比。
可选地，调整链路的连接间隔，包括：根据各个链路的响应速度需求，调整各个链路的连接间隔；其中，各个链路的连接间隔相等，或者呈倍数关系。
具体地，可以通过连接参数更新配置第一条链路的连接间隔CE＝Interval/2，第二条链路的连接间隔CE＝Interval/2实现图6所示的均匀排布。此种情况下，链路1占据1/2的带宽，链路2占据1/2的带宽。也可以通过连接参数更新配置第一条链路的连接间隔Interval＝CI，连接事件带宽占空比CE＝CI/2，第二条链路的连接间隔Interval＝2*CI，连接事件带宽占空比CE＝CI/2实现图7所示的倍数关系排布。此种情况下，链路1将具备更快的响应速度，并且可以交替的占据全部带宽。
可选地，调整链路的连接事件的带宽占空比，包括：根据各个链路的带宽需求，调整各个链路的连接事件的带宽占空比；其中，各个链路的连接事件的长度相等，或者呈倍数关系。
具体地，可以通过连接参数更新配置第一条链路的连接间隔Interval＝CI，连接事件的带宽占空比CE＝3*CI/4，第二条链路的连接间隔Interval＝CI，连接事件的带宽占空比CE＝1*CI/4实现图8所示的比例关系排布。此种情况下，链路1占据3/4的带宽，链路2占据1/4的带宽。也可以通过连接参数更新配置第一条链路的连接间隔Interval＝CI，连接事件的带宽占空比CE＝CI/2，第二条链路的连接间隔Interval＝2*CI，连接事件的带宽占空比CE＝CI/4，第三条链路的连接间隔Interval＝CI，连接事件的带宽占空比CE＝CI/4实现图9所示的倍数关系排布。此种情况下，链路1、链路3将具备更快的响应速度，并且链路1可占据带宽范围为1/2到3/4倍Interval，链路3总是占据1/4的Interval。
本实施例，通过第一设备向至少一个第二设备发送连接参数更新请求；在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据链路锚点的移动位置，调整链路的连接参数。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图10为本申请实施例二提供的链路处理方法的流程图，如图10所示，本实施例中的第一设备作为主设备，第二设备作为从设备，本实施例中的方法可以包括：
S201、第一设备向至少一个第二设备发送连接参数更新请求。
本实施例中，第一设备作为主设备，第二设备作为从设备，图11为本 申请实施例二提供的网络拓扑结构的示意图，如图11所示，由主设备发起，和众多从设备中的任意一个建立连接，用于应用数据交互，第一设备作为该条链路的主设备端，负责建立链路，且双方都可以更新链路参数、交互应用数据。在实现过程中，主设备向从设备发送连接参数更新请求，具体描述，可参照S101，此处不再赘述。
S202、接收第二设备反馈的连接参数更新确认信息。
本实施例中，从设备如果同意该请求并回复连接参数更新确认信息(LL_CONNECTION_PARAM_RSP PDU)。主设备接收从设备反馈的确认信息。
S203、根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离。
本实施例中，主设备根据连接更新参数中Minimum_CE_Length和Maximum_CE_Length确立的CE_LEN计算确定窗口移动距离WinOffset。例如，可以利用BLE5.1标准协议确定第一设备的CE_LEN，这里可以将BLE5.1规范Vol2.PartE 7.8.18 LE Connection Update command小节，在发起连接参数更新时存在的两个参数Minimum_CE_Length和Maximum_CE_Length均配置为CE_LEN，从而确定本申请所提出的CE_LEN参数。
S204、在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
S205、根据链路锚点的移动位置，调整链路的连接参数。
本实施例中，步骤S204、步骤S205的具体实现过程和技术原理请参见图3所示的方法中步骤S102、步骤S103中的相关描述，此处不再赘述。
S206、将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第二设备。
本实施例中，还可以将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第二设备，由第二设备调整链路的连接参数。
需要说明的是，本实施例中第一设备作为主设备时，因最终的窗口移动距离Winoffset由主设备决定，即该链路锚点调整技术应用于主设备一般可兼容其他BLE5.0设备。
本实施例，通过第一设备向至少一个第二设备发送连接参数更新请求；在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据链路锚点的移动位置，调整链路的连接参数。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
另外，本实施例中的第一设备作为主设备，第二设备作为从设备。还可以接收第二设备反馈的连接参数更新确认信息；根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离；将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第二设备。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图12为本申请实施例三提供的链路处理方法的流程图，如图12所示，本实施例中的第一设备作为从设备，第二设备作为主设备，本实施例中的方法可以包括：
S301、第一设备向至少一个第二设备发送连接参数更新请求；
本实施例中，第一设备作为从设备，第二设备作为主设备，图13为本申请实施例三提供的网络拓扑结构的示意图，如图13所示，由周围的主设备发起，和从设备建立连接，周围的主设备负责建立链路，且双方都可以更新链路参数、交互应用数据。在实现过程中，主设备向从设备发送连接参数更新请求，具体描述，可参照S101，此处不再赘述。
S302、第一设备接收第二设备发送的连接参数更新通知包；连接参数更新通知包中包含有窗口移动距离。
本实施例中，窗口移动距离由主设备确定，然后从设备接收主设备发送的包含有窗口移动距离的连接参数更新通知包。
S303、在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
S304、根据链路锚点的移动位置，调整链路的连接参数。
本实施例中，步骤S303、步骤S304的具体实现过程和技术原理请参见图3所示的方法中步骤S102、步骤S103中的相关描述，此处不再赘述。
本实施例，通过第一设备向至少一个第二设备发送连接参数更新请求；在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据链路锚点的移动位置，调整链路的连接参数。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
另外，本实施例中的第一设备作为从设备，第二设备作为主设备。还可以在第二设备确认连接参数更新请求之后，第一设备接收第二设备发送的连接参数更新通知包；连接参数更新通知包中包含有窗口移动距离。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图14为本申请实施例四提供的链路处理方法的流程图，如图14所示，本实施例中的方法可以应用在包含第一设备和两个及以上的第二设备的网络中，第一设备与第二设备之间通过独立链路通信连接，本实施例中的方法可以包括：
S401、第二设备接收第一设备发送的连接参数更新请求。
S402、向第一设备反馈连接参数更新确认信息。
S403、根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
本实施例中，在根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置之前，还包括：与第一设备通过链路的连接事件，协商确定瞬时参考点。
可选地，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
可选地，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置，包括：以瞬时参考点为起点位置，将链路锚点向后移动一个窗口移动距离。
本实施例，通过第二设备接收第一设备发送的连接参数更新请求；向第一设备反馈连接参数更新确认信息；根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图15为本申请实施例五提供的链路处理方法的流程图，如图15所示， 本实施例中的第一设备作为主设备，第二设备作为从设备，本实施例中的方法可以包括：
S501、第二设备接收第一设备发送的连接参数更新请求。
S502、向第一设备反馈连接参数更新确认信息。
S503、接收第一设备发送的连接参数更新通知包。
本实施例中，窗口移动距离由主设备确定，然后从设备接收主设备发送的包含有窗口移动距离的连接参数更新通知包。
S504、根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
本实施例中，步骤S501、S503、步骤S504的具体实现过程和技术原理请参见图14所示的方法中步骤S401～步骤S403中的相关描述，此处不再赘述。
本实施例，通过第二设备接收第一设备发送的连接参数更新请求；向第一设备反馈连接参数更新确认信息；根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
另外，本实施例中的第一设备作为主设备，第二设备作为从设备。还可以接收第一设备发送的连接参数更新通知包，连接参数更新通知包中包含有窗口移动距离。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图16为本申请实施例六提供的链路处理方法的流程图，如图16所示，本实施例中的第一设备作为从设备，第二设备作为主设备时，本实施例中的方法可以包括：
S601、第二设备接收第一设备发送的连接参数更新请求。
S602、向第一设备反馈连接参数更新确认信息。
S603、根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离。
本实施例中，主设备根据连接更新参数中Minimum_CE_Length和Maximum_CE_Length确立的CE_LEN计算确定窗口移动距离WinOffset。例如，可以利用BLE5.1标准协议确定第一设备的CE_LEN，这里可以将 BLE5.1规范Vol2.PartE 7.8.18 LE Connection Update command小节，在发起连接参数更新时存在的两个参数Minimum_CE_Length和Maximum_CE_Length均配置为CE_LEN，从而确定本申请所提出的CE_LEN参数。
S604、将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第一设备。
S605、根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
本实施例中，步骤S601、S602、步骤S605的具体实现过程和技术原理请参见图14所示的方法中步骤S401～步骤S403中的相关描述，此处不再赘述。
本实施例，通过第二设备接收第一设备发送的连接参数更新请求；向第一设备反馈连接参数更新确认信息；根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
另外，本实施例中第一设备作为从设备，第二设备作为主设备。黑可以根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离；将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第一设备。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图17为本申请实施例七提供的链路处理方法的流程时序图，如图17所示，第一设备作为主设备、第二设备作为从设备时，主设备链路层接收到主设备Host的发送的连接参数更新命令LE Connection Update。主设备链路层通过Command Status事件回复主设备Host，并根据连接更新参数中Minimum_CE_Length和Maximum_CE_Length确立的CE_LEN确定Offset0，用于锚点移动。然后，主设备链路层发送连接参数更新请求LL_CONNECTION_PARAM_REQ PDU给从设备链路层，若从设备同意该请求，则发送连接参数回复信息LL_CONNECTION_PARAM_RSP给主设备链路层。主设备接收到的连接参数回复信息之后，将Offset0转换成窗口移动距离WinOffset，然后将WinOffset填充在连接参数更新通知 LL_CONNECTION_UPDATE_IND中，并将连接参数更新通知发送给从设备链路层。然后，主设备Host和从设备Host根据WinOffset的配置，以及瞬时参考点Instant，实现锚点的移动。最后，双方通过HCI(主机控制接口，Host Controller Interface)将连接参数更新完成事件LE Connection Update Complete Event进行上报。
图18为本申请实施例八提供的链路处理方法的流程时序图，如图18所示，第一设备作为从设备、第二设备作为主设备时，从设备链路层接收到从设备Host的连接参数更新命令LE Connection Update。从设备链路层通过Command Status事件回复从设备Host，并根据连接更新参数中Minimum_CE_Length和Maximum_CE_Length确立的CE_LEN确定Offset0，用于锚点移动。然后，从设备链路层发送连接参数更新请求LL_CONNECTION_PARAM_REQ PDU给主设备链路层。若主设备链路层回复了连接参数回复信息，则主设备Host将原本计算的Offset0转换成窗口移动距离WinOffset，然后将WinOffset填充在连接参数更新通知LL_CONNECTION_UPDATE_IND中，并将连接参数更新通知发送给从设备链路层。然后，主设备Host和从设备Host根据根据WinOffset的配置，以及瞬时参考点Instant，实现锚点的移动。最后，双方通过HCI(主机控制接口，Host Controller Interface)将连接参数更新完成事件LE Connection Update Complete Event进行上报。
图19为本申请实施例九提供的第一设备的结构示意图，如图19所示，本实施例的第一设备可以与两个及以上的第二设备之间通过独立链路通信连接，包括：
发送模块31，用于向至少一个第二设备发送连接参数更新请求；
确定模块32，用于在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；
调整模块33，用于根据链路锚点的移动位置，调整链路的连接参数。
可选地，第一设备作为主设备，第二设备作为从设备时；第一设备还包括：
接收模块34，用于接收第二设备反馈的连接参数更新确认信息；
确定模块32，还用于根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离；
发送模块31，还用于将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第二设备。
可选地，第一设备作为从设备，第二设备作为主设备时，第一设备还包括：
接收模块34，用于在第二设备确认连接参数更新请求之后，接收第二设备发送的连接参数更新通知包；连接参数更新通知包中包含有窗口移动距离。
可选地，确定模块32，还用于：
与第二设备通过链路的连接事件，协商确定瞬时参考点。
可选地，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
可选地，确定模块32，具体用于：
以瞬时参考点为起点位置，将链路锚点向后移动一个窗口移动距离。
可选地，调整模块33，具体用于：
从链路锚点的移动位置开始，调整链路的连接间隔和/或连接事件的带宽占空比。
可选地，调整模块33，具体用于：
根据各个链路的响应速度需求，调整各个链路的连接间隔；其中，各个链路的连接间隔相等，或者呈倍数关系。
可选地，调整模块33，具体用于：
根据各个链路的带宽需求，调整各个链路的连接事件的带宽占空比；其中，各个链路的连接事件的长度相等，或者呈倍数关系。
本实施例的第一设备，可以执行图3、图10、图12所示方法中的技术方案，其具体实现过程和技术原理参见图3、图10、图12所示方法中的相关描述，此处不再赘述。
本实施例，通过第一设备向至少一个第二设备发送连接参数更新请求；在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据链路锚点的移动位置，调整链路的连接参数。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图20为本申请实施例十提供的第二设备的结构示意图，如图20所示，本实施例的第二设备包括：
接收模块41，用于接收第一设备发送的连接参数更新请求；
发送模块42，用于向第一设备反馈连接参数更新确认信息。
确定模块43，用于根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
可选地，第一设备作为主设备，第二设备作为从设备时；接收模块41，还用于：
接收第一设备发送的连接参数更新通知包，连接参数更新通知包中包含有窗口移动距离。
可选地，第一设备作为从设备，第二设备作为主设备时，
确定模块43，还用于：根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定窗口移动距离；
发送模块42，还用于将窗口移动距离添加在连接参数更新通知包中，并将连接参数更新通知包发送给第一设备。
可选地，确定模块43，还用于：
与第一设备通过链路的连接事件，协商确定瞬时参考点。
可选地，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
可选地，确定模块4.，具体用于：
以瞬时参考点为起点位置，将链路锚点向后移动一个窗口移动距离。
本实施例的第二设备，可以执行图14、图15、图16所示方法中的技术方案，其具体实现过程和技术原理参见图14、图15、图16所示方法中的相关描述，此处不再赘述。
本实施例，通过第二设备接收第一设备发送的连接参数更新请求；向第一设备反馈连接参数更新确认信息；根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图21为本申请实施例十一提供的第一设备的结构示意图，如图21所示，本实施例的第一设备50可以包括：处理器51和存储器52。
存储器52，用于存储程序；存储器52，可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)，如静态随机存取存储器(英文：static random-access memory，缩写：SRAM)，双倍数据率同步动态随机存取存储器(英文：Double Data Rate Synchronous Dynamic Random Access Memory，缩写：DDR SDRAM)等；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)。存储器52用于存储计算机程序(如实现上述方法的应用程序、功能模块等)、计算机指令等，上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器52中。并且上述的计算机程序、计算机指令、数据等可以被处理器51调用。
上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器52中。并且上述的计算机程序、计算机指令、数据等可以被处理器51调用。
处理器51，用于执行存储器52存储的计算机程序，以实现上述实施例涉及的方法中的各个步骤。
具体可以参见前面方法实施例中的相关描述。
处理器51和存储器52可以是独立结构，也可以是集成在一起的集成结构。当处理器51和存储器52是独立结构时，存储器52、处理器51可以通过总线53耦合连接。
本实施例的第一设备，可以执行图3、图10、图12所示方法中的技术方案，其具体实现过程和技术原理参见图3、图10、图12所示方法中的相关描述，此处不再赘述。
本实施例，通过第一设备向至少一个第二设备发送连接参数更新请求；在第二设备确认连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；根据链路锚点的移动位置，调整链路的连接参数。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
图22为本申请实施例十二提供的第二设备的结构示意图，如图22所示，本实施例的第二设备60可以包括：处理器61和存储器62。
存储器62，用于存储程序；存储器62，可以包括易失性存储器(英文： volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)，如静态随机存取存储器(英文：static random-access memory，缩写：SRAM)，双倍数据率同步动态随机存取存储器(英文：Double Data Rate Synchronous Dynamic Random Access Memory，缩写：DDR SDRAM)等；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)。存储器62用于存储计算机程序(如实现上述方法的应用程序、功能模块等)、计算机指令等，上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器62中。并且上述的计算机程序、计算机指令、数据等可以被处理器61调用。
上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器62中。并且上述的计算机程序、计算机指令、数据等可以被处理器61调用。
处理器61，用于执行存储器62存储的计算机程序，以实现上述实施例涉及的方法中的各个步骤。
具体可以参见前面方法实施例中的相关描述。
处理器61和存储器62可以是独立结构，也可以是集成在一起的集成结构。当处理器61和存储器62是独立结构时，存储器62、处理器61可以通过总线63耦合连接。
本实施例的第二设备，可以执行图14、图15、图16所示方法中的技术方案，其具体实现过程和技术原理参见图14、图15、图16所示方法中的相关描述，此处不再赘述。
本实施例，通过第二设备接收第一设备发送的连接参数更新请求；向第一设备反馈连接参数更新确认信息；根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。从而实现了对多链路的调度进行合理排布，避免链路间的调度冲突，提高链路的稳定性，以及优化各个链路的带宽占空比，提高带宽资源的利用率。
此外，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当用户设备的至少一个处理器执行该计算机执行指令时，用户设备执行上述各种可能的方法。
其中，计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介 质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于应用专用集成电路(ASIC)中。另外，该应用专用集成电路可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (34)

  1. 一种链路处理方法，其特征在于，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述方法包括：
    所述第一设备向至少一个所述第二设备发送连接参数更新请求；
    在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；
    根据所述链路锚点的移动位置，调整链路的连接参数。
  2. 根据权利要求1所述的方法，其特征在于，所述第一设备作为主设备，所述第二设备作为从设备时；所述方法还包括：
    接收所述第二设备反馈的连接参数更新确认信息；
    根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定所述窗口移动距离；
    将所述窗口移动距离添加在连接参数更新通知包中，并将所述连接参数更新通知包发送给所述第二设备。
  3. 根据权利要求1所述的方法，其特征在于，所述第一设备作为从设备，所述第二设备作为主设备时，所述方法还包括：
    在所述第二设备确认所述连接参数更新请求之后，所述第一设备接收所述第二设备发送的连接参数更新通知包；所述连接参数更新通知包中包含有所述窗口移动距离。
  4. 根据权利要求1所述的方法，其特征在于，在根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置之前，还包括：
    与所述第二设备通过链路的连接事件，协商确定所述瞬时参考点。
  5. 根据权利要求4所述的方法，其特征在于，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
  6. 根据权利要求4所述的方法，其特征在于，所述根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置，包括：
    以所述瞬时参考点为起点位置，将所述链路锚点向后移动一个所述窗口移动距离。
  7. 根据权利要求1-6中任一项所述的方法，其特征在于，所述根据所 述链路锚点的移动位置，调整链路的连接参数，包括：
    从所述链路锚点的移动位置开始，调整链路的连接间隔和/或连接事件的带宽占空比。
  8. 根据权利要求7所述的方法，其特征在于，所述调整链路的连接间隔，包括：
    根据各个链路的响应速度需求，调整各个链路的连接间隔；其中，各个链路的连接间隔相等，或者呈倍数关系。
  9. 根据权利要求7所述的方法，其特征在于，所述调整链路的连接事件的带宽占空比，包括：
    根据各个链路的带宽需求，调整各个链路的连接事件的带宽占空比；其中，各个链路的连接事件的长度相等，或者呈倍数关系。
  10. 一种链路处理方法，其特征在于，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述方法包括：
    所述第二设备接收第一设备发送的连接参数更新请求；
    向所述第一设备反馈连接参数更新确认信息。
    根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
  11. 根据权利要求10所述的方法，其特征在于，所述第一设备作为主设备，所述第二设备作为从设备时；所述方法还包括：
    接收所述第一设备发送的连接参数更新通知包，所述连接参数更新通知包中包含有所述窗口移动距离。
  12. 根据权利要求10所述的方法，其特征在于，所述第一设备作为从设备，所述第二设备作为主设备时，所述方法还包括：
    根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定所述窗口移动距离；
    将所述窗口移动距离添加在连接参数更新通知包中，并将所述连接参数更新通知包发送给所述第一设备。
  13. 根据权利要求10所述的方法，其特征在于，在根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置之前，还包括：
    与所述第一设备通过链路的连接事件，协商确定所述瞬时参考点。
  14. 根据权利要求13所述的方法，其特征在于，所有链路上的连接事 件的长度之和，不大于各个链路中的最小连接间隔。
  15. 根据权利要求13所述的方法，其特征在于，所述根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置，包括：
    以所述瞬时参考点为起点位置，将所述链路锚点向后移动一个所述窗口移动距离。
  16. 一种第一设备，其特征在于，与两个及以上的第二设备之间通过独立链路通信连接，所述第一设备包括：
    发送模块，用于向至少一个所述第二设备发送连接参数更新请求；
    确定模块，用于在所述第二设备确认所述连接参数更新请求时，根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置；
    调整模块，用于根据所述链路锚点的移动位置，调整链路的连接参数。
  17. 根据权利要求16所述的设备，其特征在于，所述第一设备作为主设备，所述第二设备作为从设备时；所述第一设备还包括：
    接收模块，用于接收所述第二设备反馈的连接参数更新确认信息；
    所述确定模块，还用于根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定所述窗口移动距离；
    所述发送模块，还用于将所述窗口移动距离添加在连接参数更新通知包中，并将所述连接参数更新通知包发送给所述第二设备。
  18. 根据权利要求16所述的设备，其特征在于，所述第一设备作为从设备，所述第二设备作为主设备时，所述第一设备还包括：
    接收模块，用于在所述第二设备确认所述连接参数更新请求之后，接收所述第二设备发送的连接参数更新通知包；所述连接参数更新通知包中包含有所述窗口移动距离。
  19. 根据权利要求16所述的设备，其特征在于，所述确定模块，还用于：
    与所述第二设备通过链路的连接事件，协商确定所述瞬时参考点。
  20. 根据权利要求19所述的设备，其特征在于，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
  21. 根据权利要求19所述的设备，其特征在于，所述确定模块，具体用于：
    以所述瞬时参考点为起点位置，将所述链路锚点向后移动一个所述窗 口移动距离。
  22. 根据权利要求16-21中任一项所述的设备，其特征在于，所述调整模块，具体用于：
    从所述链路锚点的移动位置开始，调整链路的连接间隔和/或连接事件的带宽占空比。
  23. 根据权利要求22所述的设备，其特征在于，所述调整模块，具体用于：
    根据各个链路的响应速度需求，调整各个链路的连接间隔；其中，各个链路的连接间隔相等，或者呈倍数关系。
  24. 根据权利要求22所述的设备，其特征在于，所述调整模块，具体用于：
    根据各个链路的带宽需求，调整各个链路的连接事件的带宽占空比；其中，各个链路的连接事件的长度相等，或者呈倍数关系。
  25. 一种第二设备，其特征在于，应用在包含第一设备和两个及以上的第二设备的网络中，所述第一设备与第二设备之间通过独立链路通信连接；所述第二设备包括：
    接收模块，用于接收第一设备发送的连接参数更新请求；
    发送模块，用于向所述第一设备反馈连接参数更新确认信息。
    确定模块，用于根据瞬时参考点和窗口移动距离，确定链路锚点的移动位置。
  26. 根据权利要求25所述的设备，其特征在于，所述第一设备作为主设备，所述第二设备作为从设备时；所述接收模块，还用于：
    接收所述第一设备发送的连接参数更新通知包，所述连接参数更新通知包中包含有所述窗口移动距离。
  27. 根据权利要求25所述的设备，其特征在于，所述第一设备作为从设备，所述第二设备作为主设备时，
    所述确定模块，还用于：根据连接参数更新请求中，连接事件的最小长度和连接事件的最大长度，确定所述窗口移动距离；
    所述发送模块，还用于将所述窗口移动距离添加在连接参数更新通知包中，并将所述连接参数更新通知包发送给所述第一设备。
  28. 根据权利要求25所述的设备，其特征在于，所述确定模块，还用 于：
    与所述第一设备通过链路的连接事件，协商确定所述瞬时参考点。
  29. 根据权利要求27所述的方法，其特征在于，所有链路上的连接事件的长度之和，不大于各个链路中的最小连接间隔。
  30. 根据权利要求27所述的方法，其特征在于，所述确定模块，具体用于：
    以所述瞬时参考点为起点位置，将所述链路锚点向后移动一个所述窗口移动距离。
  31. 一种第一设备，其特征在于，包括：处理器和存储器；所述存储器中存储有算法程序，所述处理器用于调取所述存储器中的算法程序，执行如权利要求1-9中任一项所述的链路处理方法。
  32. 一种第二设备，其特征在于，包括：处理器和存储器；所述存储器中存储有算法程序，所述处理器用于调取所述存储器中的算法程序，执行如权利要求10-15中任一项所述的链路处理方法。
  33. 一种计算机可读存储介质，其特征在于，包括：程序指令，当其在计算机上运行时，使得计算机执行所述程序指令，以实现如权利要求1-9中任一项所述的链路处理方法。
  34. 一种计算机可读存储介质，其特征在于，包括：程序指令，当其在计算机上运行时，使得计算机执行所述程序指令，以实现如权利要求10-15中任一项所述的链路处理方法。
PCT/CN2019/110934 2019-10-14 2019-10-14 链路处理方法、设备及存储介质 WO2021072573A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2019/110934 WO2021072573A1 (zh) 2019-10-14 2019-10-14 链路处理方法、设备及存储介质
EP19949432.9A EP3975612B1 (en) 2019-10-14 2019-10-14 Link processing methods
CN201980002393.0A CN110892748B (zh) 2019-10-14 2019-10-14 链路处理方法、设备及存储介质
US17/557,169 US20220117011A1 (en) 2019-10-14 2021-12-21 Link processing method, device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/110934 WO2021072573A1 (zh) 2019-10-14 2019-10-14 链路处理方法、设备及存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/557,169 Continuation US20220117011A1 (en) 2019-10-14 2021-12-21 Link processing method, device and storage medium

Publications (1)

Publication Number Publication Date
WO2021072573A1 true WO2021072573A1 (zh) 2021-04-22

Family

ID=69753515

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/110934 WO2021072573A1 (zh) 2019-10-14 2019-10-14 链路处理方法、设备及存储介质

Country Status (4)

Country Link
US (1) US20220117011A1 (zh)
EP (1) EP3975612B1 (zh)
CN (1) CN110892748B (zh)
WO (1) WO2021072573A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113115284B (zh) * 2021-03-09 2023-03-10 成都盛芯微科技有限公司 一种蓝牙系统的数据传输方法
CN112866970B (zh) * 2021-03-16 2023-03-24 芯原微电子（成都）有限公司 一种通信连接方法、装置，电子设备及无线传输系统
CN115442778A (zh) * 2021-06-03 2022-12-06 Oppo广东移动通信有限公司 建立蓝牙链路的方法、装置、蓝牙芯片及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060089748A1 (en) * 2004-10-22 2006-04-27 Ha Jung I Method and device to generate position profile in motion controller
CN101374253A (zh) * 2007-08-22 2009-02-25 鼎桥通信技术有限公司 一种资源调整方法、系统及装置
CN101557625A (zh) * 2009-03-09 2009-10-14 南京大学 一种无线网络中基于移动检测的快速切换方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8069254B2 (en) * 2001-02-28 2011-11-29 Sharp Laboratories Of America, Inc. Communication period management in a communication system
CN102860100A (zh) * 2010-03-10 2013-01-02 交互数字专利控股公司 基础设施装置和终端装置的位置确定
EP2556689B1 (en) * 2010-04-08 2017-11-08 Nokia Solutions and Networks Oy Releasing a radio resource (e.g. primary component carrier) based on capacities of base stations
US9078275B2 (en) * 2012-09-05 2015-07-07 Mediatek Inc. Bluetooth low energy and LTE coexistence enhancements
US10028077B2 (en) * 2016-03-10 2018-07-17 Texas Instruments Incorporated Avoidance of collisions and connection loss in network device serving multiple networks
CN108235435A (zh) * 2016-12-15 2018-06-29 华为技术有限公司 一种资源指示方法及装置
CN109672998B (zh) * 2017-10-13 2022-01-18 瑞昱半导体股份有限公司 蓝牙联机建立方法
CN109803391A (zh) * 2017-11-17 2019-05-24 华为技术有限公司 通信方法和通信装置
CN109314630B (zh) * 2018-09-06 2022-01-25 深圳市汇顶科技股份有限公司 链路处理方法、设备及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060089748A1 (en) * 2004-10-22 2006-04-27 Ha Jung I Method and device to generate position profile in motion controller
CN101374253A (zh) * 2007-08-22 2009-02-25 鼎桥通信技术有限公司 一种资源调整方法、系统及装置
CN101557625A (zh) * 2009-03-09 2009-10-14 南京大学 一种无线网络中基于移动检测的快速切换方法

Also Published As

Publication number Publication date
EP3975612B1 (en) 2023-10-11
CN110892748A (zh) 2020-03-17
US20220117011A1 (en) 2022-04-14
EP3975612A4 (en) 2022-06-29
CN110892748B (zh) 2023-05-30
EP3975612A1 (en) 2022-03-30

Similar Documents

Publication Publication Date Title
US20220117011A1 (en) Link processing method, device and storage medium
WO2018228023A1 (zh) 一种重复传输的配置及重复传输方法及装置
CN108990031B (zh) 用于附件设备的优化的蓝牙调度
CN107431881B (zh) 周边感知联网数据路径-往复和共存
JP2023510290A (ja) 不連続受信ｄｒｘパラメーター構成方法及び装置
JP6266812B2 (ja) マルチレートストリーミングを用いたＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ２次データチャネル
CN104969649A (zh) Wifi实时流和蓝牙共存
WO2020107691A1 (zh) 蓝牙连接方法及装置
US11115885B2 (en) Audio synchronization during handover
WO2020047810A1 (zh) 链路处理方法、设备及存储介质
WO2019062621A1 (zh) 一种进行重复传输的方法和设备
CN115699624A (zh) 通信系统中传输同步信息的装置和方法
WO2019136608A1 (zh) 中继网络双工协调的方法和中继节点设备
WO2021227069A9 (zh) 一种模型更新方法及装置、通信设备
WO2015062477A1 (zh) 一种数据传输方法及设备
US11917543B2 (en) Bluetooth-based data transmission method and data receiving method, communicating apparatus and computer storage medium
WO2023051082A1 (zh) 基于无线网络Wi-Fi的数据传输方法及电子设备
US20190104467A1 (en) Slotted channel access in communications network
WO2022187996A1 (zh) 一种资源调控方法
CN104767605A (zh) 一种工业以太网中的同步方法及设备
WO2020147768A1 (zh) 处理数据的方法和处理数据的装置
WO2020078407A1 (zh) Drx的配置方法及装置
CN108737119A (zh) 一种数据传输方法、装置及系统
TWI406580B (zh) 可降低無線資源耗費的傳輸方法及其相關裝置
US20240015773A1 (en) Systems, devices, and methods related to configuring a multi-stream network with a messaging schedule

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: 19949432

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019949432

Country of ref document: EP

Effective date: 20211223

NENP Non-entry into the national phase

Ref country code: DE