Link control method and electronic device

Abstract

The application provides a link control method and an electronic device, and relates to the technical field of terminals. The application can predict the running state change of the device on the link, predict the data transmission quality of the link in the future period of time based on the change, and pre-adjust the running state of other devices on the link to improve the user experience. The method comprises the following steps: a first device acquires a first subscription event, the first subscription event is an event associated with the running state of a third device, and the third device is on a first link. Then, the first device predicts a first link state of the first link according to the first subscription event. Based on the fact that the predicted first link state meets a first condition, the first device adjusts the running state of a fourth device, and the fourth device is associated with the first link.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a link control method and electronic device. Background Technology

[0002] With the development of data communication technology between devices, products that enable collaborative operation between multiple devices based on power line communication (PLC) technology are constantly emerging. Compared to traditional products that rely on wireless fidelity (Wi-Fi) technology for collaborative operation between multiple devices, PLC technology can guarantee a wider coverage range and higher data transmission reliability. For example, music players and audio output devices connected using PLC technology can provide users with a better whole-house collaborative music playback experience.

[0003] However, the data transmission quality of PLC links is significantly affected by the operating status of devices on the link. For example, the power-on or operation of high-power devices will severely impact the data transmission quality of the PLC link containing those devices. This can lead to a reduction in the available bandwidth for audio data transmission between audio control devices and audio output devices connected through the PLC link, resulting in playback stuttering and affecting the user experience. Summary of the Invention

[0004] To address the aforementioned technical problems, this application provides a link control method and an electronic device. The technical solution provided by this application allows devices, such as audio control devices, to adjust the output control of audio and other data according to a preset method in response to detected subscription events. By anticipating changes in the operating status of devices on the link and predicting the data transmission quality of the link over a future period based on these changes, the operating status of other devices on the link can be adjusted in advance, thereby improving the user experience.

[0005] To achieve the above-mentioned technical objectives, this application provides the following technical solution:

[0006] Firstly, a link control method is provided, which is executed by a first device. The method includes: acquiring a first subscription event, the first subscription event being an event associated with the operating state of a third device, wherein the third device is on a first link; predicting a first link state of the first link based on the first subscription event; and adjusting the operating state of a fourth device, wherein the fourth device is associated with the first link, based on the predicted first link state meeting the first condition.

[0007] Optionally, events such as powering on, powering off, adjusting gear position, and switching usage modes of the third device are events associated with the operating status of the third device. Adjusting the operating status of the fourth device may include, for example, adjusting the sampling rate and resolution corresponding to the access link of the fourth device, or performing channel re-estimation.

[0008] In this way, by anticipating events that may affect the quality of data transmission through the link, the first device can adjust the operating status of the fourth device in advance before the events occur. This prevents changes in the operating status of the third device from affecting the operating quality of the fourth device, effectively improving the user experience.

[0009] According to the first aspect, the first subscription event includes information associated with the third device that is used to predict the link state of the first link when the operating state of the third device changes. Predicting the first link state of the first link according to the first subscription event includes: predicting the first link state of the first link when the operating state of the third device changes according to the information obtained in the first subscription event.

[0010] According to the first aspect, or any implementation of the first aspect above, the information includes at least one of the following: device name, device type, device power consumption, operation type for operating the third device, and the link to which the third device is connected.

[0011] For example, equipment types can be categorized by power consumption, such as: low-power equipment (e.g., power ≤ 500W), medium-power equipment (e.g., power between 500W and 1000W), high-power equipment (e.g., power between 1000W and 2000W), and high-power equipment (e.g., power ≥ 2000W). The operation type indicates the operation to be performed on the third device, such as: power on / off, gear adjustment, and switching usage modes.

[0012] In some embodiments, a table for link state prediction is pre-configured in the first device. Based on information from a first subscription event, the first device can match corresponding data in the table to determine the corresponding link state, thereby completing the link state prediction.

[0013] For example, the information in the first subscription event includes the device type and the type of operation performed on the device. The first device determines that the third device is a high-power electrical device based on the device type, and determines that the third device needs to perform a power-on operation based on the operation type. According to a pre-configured table, the first device can determine, based on the first subscription event, that the power-on of the third device will increase the data transmission latency of the first link by 150ms. Therefore, based on the second link state of the first link before the first subscription event and the increased latency of 150ms, the first device can determine the first link state of the first link after the first subscription event. This allows for the prediction of the first link state when the operating state of the third device changes.

[0014] According to the first aspect, or any implementation of the first aspect above, the fourth device is associated with the first link, including: the fourth device is a device on the first link, or the fourth device is a device that will be affected by the change in the operating state of the third device on the first link after the first subscription event occurs.

[0015] For example, after receiving the first subscription event, the first device can determine the first link accessed by the third device based on the link information included in the first subscription event for determining the link accessed by the device. Then, the first device can predict the first link state after the first subscription event occurs. If the first link state meets the first condition, the first device can adjust the operating state of the fourth device also accessed by the first link. Furthermore, if some fourth devices are not accessed by the first link, but their operating state is still affected by changes in the operating state of the third device, causing the link state to meet the first condition, then the first device also needs to adjust the operating state of these fourth devices.

[0016] For example, after receiving a subscription event, the first device will predict the link status of all devices that access the first device through the link, thereby determining some or all of the devices that need to adjust their operating status.

[0017] For example, after receiving a subscription event, the first device first determines the link that the device in the subscription event is connected to. Then, the first device predicts the link status and then determines whether the operating status of the device connected to the first device through that link needs to be adjusted.

[0018] In this way, the first device predicts the fourth device that will be affected by the subscription event based on the subscription event, and triggers an adjustment to the fourth device's device state. This avoids the fourth device's operating state being affected after the subscription event occurs.

[0019] According to the first aspect, or any implementation of the first aspect above, the method further includes: adjusting the operating state of the fifth device based on the predicted state of the first link meeting the first condition, wherein the fifth device is associated with the first link, and the fifth device and the fourth device are devices on the same link or devices on different links.

[0020] According to the first aspect, or any implementation of the first aspect above, the first condition includes at least one of the following: link delay threshold setting condition, link delay jitter threshold setting condition, and link available bandwidth threshold setting condition.

[0021] According to the first aspect, or any implementation of the first aspect above, before predicting the first link state of the first link based on the first subscription event, the method includes: obtaining the second link state of the first link. Predicting the first link state of the first link based on the first subscription event includes: predicting the first link state of the first link after the occurrence of the first subscription event based on the second link state.

[0022] In some embodiments, the first device predicts the impact of a first subscription event on a first link. Based on the original link state of the first link before the first subscription event, the first device can predict the link state of the first link after the first subscription event, according to the resulting impact.

[0023] For example, if the first device predicts that the data transmission latency of the first link will increase by 150ms after the first subscription event occurs, then the first link state of the first link after the first device predicts that it will be the original second link state of the first link plus 150ms.

[0024] Thus, the first device can predict the link state after a subscription event occurs, based on the original link state and the potential impact of the subscription event on the link state.

[0025] According to the first aspect, or any implementation of the first aspect above, the first device is a playback control device, the fourth device is a playback controlled device, the fourth device is a device on the first link, and the operating state of the fourth device is adjusted based on the predicted state of the first link meeting the first condition, including: adjusting the playback configuration of the fourth device based on the predicted state of the first link meeting the first condition; and / or triggering channel re-estimation of the first link.

[0026] For example, the playback control device predicts that the state of the first link meets a first condition, such as the predicted state of the first link not meeting a link delay setting condition, such as the predicted link delay of the first link being greater than a link delay threshold. Then, the playback control device can adjust the operating state of the playback controlled device on the first link.

[0027] According to the first aspect, or any implementation of the first aspect above, the playback configuration of the fourth device is adjusted, including: adjusting the sampling rate of data during data transmission with the fourth device, adjusting the resolution of data during data transmission with the fourth device, and adjusting at least one of the following: adjusting the data retransmission judgment interval during data transmission with the fourth device.

[0028] Thus, in a home music scenario, the audio control device (such as the first device) can anticipate events that may affect the quality of data transmission in the link and adjust the audio output control before these events occur. This prevents the operation of smart home devices (such as the third device) from affecting the audio output device (such as the fourth device), causing audio playback stuttering and effectively improving the user experience.

[0029] According to the first aspect, or any implementation of the first aspect above, the first device is a lighting control device, the fourth device is a controlled lighting device, and the operating state of the fourth device is adjusted based on the predicted first link state meeting the first condition, including: instructing the fourth device to initialize based on the predicted first link state meeting the first condition.

[0030] For example, if the lighting control device predicts that the first link state meets the first condition, such as the predicted first link state meeting the link state of a preset device (such as a smart door lock), then the lighting control device can instruct the controlled lighting device to initialize, such as preheating.

[0031] Thus, in lighting control scenarios, upon detecting a user's action to turn on the light, the controlled device (such as a lamp) can directly activate the lighting. This reduces user waiting time and improves the user experience.

[0032] According to the first aspect, or any implementation of the first aspect above, the method further includes: obtaining a second subscription event, wherein the second subscription event is an event associated with the operating state of the third device; predicting the third link state of the first link based on the second subscription event; and not adjusting the operating state of the fourth device based on the predicted third link state meeting the second condition.

[0033] In this way, the first device predicts whether the occurrence of a subscription event will affect the operating status of devices connected to it via the link, based on the subscription event. The first device adjusts the operating status of the affected devices and leaves the operating status of the unaffected devices unchanged. This avoids both the subscription event and unnecessary adjustments to the device operating status.

[0034] According to the first aspect, or any implementation of the first aspect above, obtaining the first subscription event includes: receiving the first subscription event from the second device.

[0035] According to the first aspect, or any implementation of the first aspect above, before receiving the first subscription event from the second device, the method further includes: sending a list of subscription events to the second device, the list of subscription events being used to subscribe to events including the first subscription event.

[0036] In this way, the first device pre-reports the events it needs to subscribe to to the second device, so that the second device can subsequently monitor these subscribed events and prevent the occurrence of these events from affecting the operating status of devices connected to the first device via the link. The events that the first device needs to subscribe to are those events that, if they occur, may affect the operating status of devices connected to the first device via the link.

[0037] According to the first aspect, or any implementation of the first aspect above, the first link is a wired link or a wireless link.

[0038] According to the first aspect, or any implementation of the first aspect above, the first link is a power line carrier communication PLC link or a wireless fidelity Wi-Fi link.

[0039] Thus, the technical solution provided in this application is applicable to link control in various link connection scenarios, so as to ensure the user experience in various scenarios.

[0040] Secondly, an electronic device is provided. The electronic device includes: a processor and a memory, the memory being coupled to the processor. The memory stores computer program code, which includes computer instructions. When the processor reads the computer instructions from the memory, the electronic device performs the following actions: acquiring a first subscription event, the first subscription event being an event associated with the operating state of a third device, wherein the third device is on a first link; predicting a first link state based on the first subscription event; and adjusting the operating state of a fourth device, wherein the fourth device is associated with the first link, based on the predicted first link state meeting a first condition.

[0041] According to the second aspect, the first subscription event includes information associated with the third device that is used to predict the link state of the first link when the operating state of the third device changes. Predicting the first link state of the first link according to the first subscription event includes: predicting the first link state of the first link when the operating state of the third device changes according to the information obtained in the first subscription event.

[0042] According to the second aspect, or any implementation of the second aspect above, the information is used to determine at least one of the following: the device name, device type, device power consumption of the third device, the operation type for operating the third device, and the link to which the third device is connected.

[0043] According to the second aspect, or any implementation of the second aspect above, the fourth device is associated with the first link, including: the fourth device is a device on the first link, or the fourth device is a device that will be affected by the change in the operating state of the third device on the first link after the first subscription event occurs.

[0044] According to the second aspect, or any implementation of the second aspect above, when the processor reads computer-readable instructions from memory, it also causes the electronic device to perform the following operation: adjusting the operating state of the fifth device based on the predicted state of the first link meeting the first condition, wherein the fifth device is associated with the first link, and the fifth device and the fourth device are devices on the same link or devices on different links.

[0045] According to the second aspect, or any implementation of the second aspect above, the first condition includes at least one of the following: link delay threshold setting condition, link delay jitter threshold setting condition, and link available bandwidth threshold setting condition.

[0046] According to the second aspect, or any implementation of the second aspect above, when the processor reads computer-readable instructions from memory, it further causes the electronic device to perform the following operations: obtaining the second link state of the first link; predicting the first link state of the first link based on the first subscription event, including: predicting the first link state of the first link after the occurrence of the first subscription event based on the second link state.

[0047] According to the second aspect, or any implementation of the second aspect above, the first device is a playback control device, the fourth device is a playback controlled device, the fourth device is a device on the first link, and the operating state of the fourth device is adjusted based on the predicted state of the first link meeting the first condition, including: adjusting the playback configuration of the fourth device based on the predicted state of the first link meeting the first condition; and / or triggering channel re-estimation of the first link.

[0048] According to the second aspect, or any implementation of the second aspect above, the playback configuration of the fourth device is adjusted, including: adjusting the sampling rate of data during data transmission with the fourth device, adjusting the resolution of data during data transmission with the fourth device, and adjusting at least one of the following: adjusting the data retransmission judgment interval during data transmission with the fourth device.

[0049] According to the second aspect, or any implementation of the second aspect above, the first device is a lighting control device, the fourth device is a controlled lighting device, and the operating state of the fourth device is adjusted based on the predicted first link state meeting the first condition, including: instructing the fourth device to initialize based on the predicted first link state meeting the first condition.

[0050] According to the second aspect, or any implementation thereof, when the processor reads computer-readable instructions from memory, it further causes the electronic device to perform the following operations: acquire a second subscription event, the second subscription event being an event associated with the operating state of the third device; predict the third link state of the first link based on the second subscription event; and, based on the predicted third link state meeting the second condition, not adjust the operating state of the fourth device.

[0051] According to the second aspect, or any implementation of the second aspect above, obtaining the first subscription event includes: receiving the first subscription event from the second device.

[0052] According to the second aspect, or any implementation of the second aspect above, when the processor reads computer-readable instructions from memory, it also causes the electronic device to perform the following operation: send a list of subscribed events to a second device, the list of subscribed events being used to subscribe to events including the first subscribed event.

[0053] According to the second aspect, or any implementation of the second aspect above, the first link is a wired link or a wireless link.

[0054] According to the second aspect, or any implementation of the second aspect above, the first link is a power line carrier communication PLC link or a wireless fidelity Wi-Fi link.

[0055] For the technical effects of the second aspect and any of its implementation methods, please refer to the technical effects of the first aspect and any of its implementation methods mentioned above, which will not be repeated here.

[0056] Thirdly, this application provides an electronic device having the function of implementing the link control method as described in the first aspect and any of its possible implementations. This function can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-described function.

[0057] For the technical effects of the third aspect and any of its implementation methods, please refer to the technical effects of the first aspect and any of its implementation methods mentioned above, which will not be repeated here.

[0058] Fourthly, this application provides a computer-readable storage medium. The computer-readable storage medium stores a computer program (also referred to as instructions or code) that, when executed by an electronic device, causes the electronic device to perform the method of the first aspect or any embodiment of the first aspect.

[0059] For the technical effects of the fourth aspect and any of its implementation methods, please refer to the technical effects of the first aspect and any of its implementation methods mentioned above, which will not be repeated here.

[0060] Fifthly, this application provides a computer program product that, when run on an electronic device, causes the electronic device to perform the method of the first aspect or any one of the embodiments of the first aspect.

[0061] The technical effects of the fifth aspect and any of its implementations can be found in the first aspect and any of its implementations, and will not be repeated here.

[0062] In a sixth aspect, this application provides a circuit system including a processing circuit configured to perform the method of the first aspect or any embodiment of the first aspect.

[0063] The technical effects of the sixth aspect and any implementation thereof can be found in the first aspect and any implementation thereof, and will not be repeated here.

[0064] In a seventh aspect, this application provides a chip system including at least one processor and at least one interface circuit. The at least one interface circuit is used to perform transceiver functions and send instructions to the at least one processor. When the at least one processor executes the instructions, the at least one processor performs the method of the first aspect or any one of the embodiments of the first aspect.

[0065] The technical effects of the seventh aspect and any implementation thereof can be found in the first aspect and any implementation thereof, and will not be repeated here. Attached Figure Description

[0066] Figure 1 A schematic diagram of noise sampling provided for an embodiment of this application;

[0067] Figure 2 A schematic diagram of the channel re-estimation time provided in the embodiments of this application. Figure 1 ;

[0068] Figure 3 A schematic diagram of a communication system for which a link control method is applied, as provided in an embodiment of this application;

[0069] Figure 4A A schematic diagram of the hardware structure of the control center provided in the embodiments of this application;

[0070] Figure 4BThis is a schematic diagram of the hardware structure of the control device provided in the embodiments of this application;

[0071] Figure 5 This is a schematic diagram of the link connection provided in an embodiment of this application;

[0072] Figure 6 This is a schematic diagram of module interaction provided in an embodiment of this application;

[0073] Figure 7 Flowchart of the link control method provided in the embodiments of this application Figure 1 ;

[0074] Figure 8 Flowchart of the link control method provided in the embodiments of this application Figure 2 ;

[0075] Figure 9 A schematic diagram of the channel re-estimation time provided in the embodiments of this application. Figure 2 ;

[0076] Figure 10 Flowchart of the link control method provided in the embodiments of this application Figure 3 ;

[0077] Figure 11 A schematic diagram of the structure of the first device provided in an embodiment of this application. Detailed Implementation

[0078] The technical solutions of the embodiments of this application are described below with reference to the accompanying drawings. In the description of the embodiments of this application, the terminology used in the following embodiments is for the purpose of describing specific embodiments only and is not intended to be a limitation of this application. As used in the specification and appended claims of this application, the singular expressions “a,” “an,” “the,” “the,” “the,” and “this” are intended to include expressions such as “one or more,” unless the context clearly indicates otherwise. It should also be understood that in the following embodiments of this application, “at least one” and “one or more” refer to one or more (including two).

[0079] References to "one embodiment" or "some embodiments" in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized. The term "connection" includes direct connections and indirect connections, unless otherwise stated. "First" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated.

[0080] In the embodiments of this application, the words "exemplarily" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design described as "exemplarily" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design solutions. Specifically, the use of the words "exemplarily" or "for example" is intended to present the relevant concepts in a specific manner.

[0081] In some scenarios, compared to traditional wireless fidelity (Wi-Fi) technology, power line communication (PLC) technology is widely used in collaborative operation scenarios between multiple devices due to its longer device coverage and higher data transmission reliability.

[0082] For example, in a home music playback scenario, a music host is configured, which can connect to multiple audio playback devices (such as speakers, enclosures, etc.) via a PLC link. These different audio playback devices can be installed in various rooms. In this way, users can achieve a coordinated music playback experience across all devices in the house through a single music host.

[0083] For example, such as Figure 5 As shown, the audio control device (such as a music host) is connected to speaker 1 in the master bedroom via a PLC link corresponding to loop 1, to speaker 2 in the guest bedroom via a PLC link corresponding to loop 2, and to speakers 1 and 2 in the living room via a PLC link corresponding to loop 3, and to speaker 3 in the dining room via a PLC link corresponding to loop 3. In this way, the user can control the audio playback of speakers or loudspeakers in each room through this audio control device, meeting the user's needs for whole-house audio playback control.

[0084] However, the data transmission quality (such as effective rate and bit error rate) on the PLC link is significantly affected by the operating status of the devices on the PLC link. For example, ... Figure 1 As shown, the operation of high-power electrical equipment (such as motors) causes significant interference to the entire link frequency band. For example, the increase in noise peak value leads to an increase in the PLC link bit error rate.

[0085] For example, in the aforementioned home music playback scenario, if a high-power device is connected to the PLC link and turned on during music playback, it will affect the audio data transmission quality of the PLC link, causing music playback to stutter and affecting the user experience.

[0086] To address this issue, a channel re-estimation method is proposed to improve the data transmission quality of the PLC link. For example, the control equipment monitors the bit error rate (BER) of the PLC link. When the BER consistently exceeds a preset threshold, channel re-estimation is triggered, thereby reselecting a channel less affected by interference for communication. This improves data transmission quality and resolves the aforementioned stuttering issues.

[0087] However, as Figure 2 As shown, in this method, channel re-estimation is triggered only after the control device detects a stuttering anomaly (or the PLC link error rate continuously exceeds a preset threshold), and channel re-estimation takes a certain amount of time. Therefore, during the time before channel switching, the PLC link data transmission quality remains poor. Consequently, in real-time PLC link data transmission scenarios such as music playback, this method has poor real-time performance, which will still affect the user experience.

[0088] Therefore, this application provides a link control method. In response to a detected target event, the audio control device adjusts the audio output control according to a preset method. By anticipating changes in the operating status of devices on the PLC link and predicting the data transmission quality of the PLC link over a future period based on these changes, the operating status of other devices on the link is adjusted in advance, improving the user experience.

[0089] Figure 3 This is a schematic diagram of a communication system in which the link control method provided in the embodiments of this application is applied. Figure 3 As shown, the communication system includes a control center 100, an audio control device 200, an audio output device 201, a control device 300, and a smart home device 400.

[0090] Optionally, the control center 100 may be a central device, such as a router, used to connect various electronic devices throughout the home. In some examples, the control center 100 establishes a communication connection with the control device 300, and the control device 300 controls the smart home device 400 through the control center 100. In some examples, the control center 100 is configured with multiple slots for connecting electronic devices controlled by the control center 100. For example, the audio control device 200 connects to the control center 100 through a slot.

[0091] Optionally, the control device 300 can be a dedicated device for controlling smart home devices, or a device that includes functions for controlling smart home devices. For example, the control device 300 can be a smart home control panel, or a terminal device such as a mobile phone, tablet, smart speaker, or smartwatch. The smart home control panel is a dedicated device for controlling smart home devices in a smart home system. In some embodiments, the control device 300 can be a fixed device or a portable device. This application does not impose any special limitations on the specific form of the control device 300.

[0092] Optionally, the smart home device 400 can be, for example, a refrigerator, air conditioner, washing machine, large-screen device, air purifier, robot vacuum cleaner, table lamp, light bulb, camera, mobile phone, tablet computer, personal computer (PC), personal digital assistant (PDA), netbook, wearable electronic device, artificial intelligence (AI) terminal, etc. This application does not impose any special restrictions on the specific form of the smart home device 400. The operating system installed on the smart home device 400 includes, but is not limited to, those listed below. Alternatively, it can use other operating systems. The smart home device 400 may also not have an operating system installed. In some embodiments, the smart home device 400 can be a fixed device or a portable device. This application does not limit the specific type of the smart home device 400, whether it has an operating system installed, or the operating system installed if it does.

[0093] Optionally, the audio control device 200 may be a device such as a music host, used to control one or more audio output devices 201. Optionally, the audio output device 201 may be a speaker, enclosure, or similar device. In some examples, the audio control device 200 can decode music resources and send the decoded music stream data to the audio output device 201. After receiving the music stream data, the audio output device 201 imports the music stream data into a driver for music playback.

[0094] In some embodiments, the audio control device 200, the control device 300, and the smart home device 400 access the control center 100 via a first type of communication connection. The first type of communication connection is a wireless communication connection, and the wireless communication technology used to establish this connection includes, but is not limited to, at least one of the following: Bluetooth (BT) (e.g., classic Bluetooth or Bluetooth Low Energy (BLE)), wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), near-field communication (NFC), Zigbee, frequency modulation (FM), infrared (IR), etc.

[0095] In some embodiments, a second type of communication connection is established between the audio control device 200 and the audio output device 201. This second type of communication connection may be, for example, a communication connection established via PLC technology.

[0096] Optionally, the control center 100, audio control device 200, audio output device 201, control device 300, and smart home device 400 in this embodiment can be implemented using different devices. These different devices can have the same, similar, or somewhat different hardware structures, for example... Figure 4A Or such as Figure 4B The hardware structure shown.

[0097] For example, control center 100 has such Figure 4A Taking the hardware structure shown as an example, for Figure 4A The hardware structure shown will be explained.

[0098] like Figure 4A As shown, the control center 100 includes at least one processor 401, a communication line 402, a memory 403, and at least one communication interface 404. The memory 403 may also be included within the processor 401.

[0099] It is understood that the structure illustrated in the embodiments of this application does not constitute a specific limitation on the control center 100. In other embodiments of this application, the control center 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0100] The processor 401 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the program of the present application.

[0101] Communication line 402 may include a path for transmitting information between the aforementioned components.

[0102] Communication interface 404 is used for communication with other devices. In this embodiment, the communication interface can be a module, circuit, bus, interface, transceiver, or other device capable of communication functions, used for communication with other devices. Optionally, when the communication interface is a transceiver, the transceiver can be a separately configured transmitter used to send information to other devices, or it can be a separately configured receiver used to receive information from other devices. The transceiver can also be a component that integrates sending and receiving information functions; this embodiment does not limit the specific implementation of the transceiver.

[0103] The memory 403 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital versatile optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. The memory may exist independently and be connected to the processor via communication line 402. The memory may also be integrated with the processor.

[0104] The memory 403 stores computer execution instructions for implementing the scheme of this application, and its execution is controlled by the processor 401. The processor 401 executes the computer execution instructions stored in the memory 403, thereby implementing the carrier transmission method provided in the following embodiments of this application.

[0105] Optionally, the computer execution instructions in the embodiments of this application may also be referred to as application code, instructions, computer program or other names, and the embodiments of this application do not specifically limit them.

[0106] In a specific implementation, as one example, processor 401 may include one or more CPUs, for example... Figure 4A CPU0 and CPU1 in the CPU.

[0107] In a specific implementation, as one example, the control center 100 may include multiple processors, for example... Figure 4A Processors 401 and 407 are described herein. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor here may refer to one or more devices, circuits, and / or processing cores used to process data (e.g., computer program instructions).

[0108] In a specific implementation, as one embodiment, the control center 100 may further include an output device 405 and an input device 406. The output device 405 communicates with the processor 401 and can display information in various ways. For example, the output device 405 may be a liquid crystal display (LCD), a light-emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc. The input device 406 communicates with the processor 401 and can receive user input in various ways. For example, the input device 406 may be a mouse, keyboard, touchscreen device, or sensor device, etc.

[0109] For example, control device 300 has such Figure 4B Taking the hardware structure shown as an example, for Figure 4B The hardware structure shown will be explained.

[0110] like Figure 4B As shown, the control device 300 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.

[0111] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the control device 300. In other embodiments of this application, the control device 300 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0112] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). These different processing units may be independent devices or integrated into one or more processors.

[0113] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0114] USB port 130 is a USB standard compliant interface, specifically a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge the control device 300, and can also be used for data transfer between the control device 300 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other primary control devices 300, such as AR devices.

[0115] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the control device 300. In other embodiments of this application, the control device 300 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0116] The charging management module 140 receives charging input from a charger, which can be either a wireless or wired charger. While charging the battery 142, the charging management module 140 can also supply power to the control device 300 via the power management module 141.

[0117] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140 to power the processor 110, internal memory 121, display screen 194, camera 193, and wireless communication module 160, etc. In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0118] The wireless communication function of the control device 300 can be implemented through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor, and baseband processor.

[0119] Antennas 1 and 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the control device 300 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with a tuning switch.

[0120] The mobile communication module 150 can provide wireless communication solutions, including 2G / 3G / 4G / 5G, for use in the control device 300. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0121] The wireless communication module 160 can provide solutions for wireless communication applications on the control device 300, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0122] In some embodiments, antenna 1 of control device 300 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling control device 300 to communicate with networks and other devices via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0123] The control device 300 implements display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0124] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel can be manufactured using a liquid crystal display (LCD), such as an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a mini-LED, a micro-LED, a micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the control device 300 may include one or N displays 194, where N is a positive integer greater than 1.

[0125] In some examples, control device 300 can display a control interface via display screen 194. In response to user actions on the control interface, control device 300 can receive control commands from the user for smart home devices 400, such as power-on commands and power-off commands. Subsequently, control device 300 can transmit the control commands to the corresponding smart home devices 400 via wireless communication module 160 through control center 100.

[0126] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the control device 300 may include one or N cameras 193, where N is a positive integer greater than 1.

[0127] The external storage interface 120 can be used to connect an external storage card, such as a Micro SD card, to expand the storage capacity of the control device 300. The external storage card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external storage card.

[0128] Internal memory 121 can be used to store computer executable program code, which includes instructions. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of the control device 300 (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc. Processor 110 executes various functional applications and data processing of the control device 300 by running instructions stored in internal memory 121 and / or instructions stored in memory located in the processor.

[0129] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110. The control device 300 can use the audio module 170 for functions such as music playback and recording. The audio module 170 may include a speaker, receiver, microphone, headphone jack, and application processor to implement audio functions.

[0130] The sensor module 180 may include pressure sensors, gyroscope sensors, barometric pressure sensors, magnetic sensors, accelerometers, distance sensors, proximity sensors, fingerprint sensors, temperature sensors, touch sensors, ambient light sensors, bone conduction sensors, etc.

[0131] A touch sensor, also known as a "touch device," can be located on the display screen 194. The touch sensor and the display screen 194 together form a touchscreen, also known as a "touchscreen." The touch sensor detects touch operations applied to or near it. The touch sensor can then transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194. In some embodiments, the touch sensor may also be located on the surface of the control device 300, in a different position than the display screen 194.

[0132] Buttons 190 include a power button, volume buttons, etc. Buttons 190 can be mechanical buttons or touch-sensitive buttons. The control device 300 can receive button input and generate key signal inputs related to user settings and function control of the control device 300.

[0133] Motor 191 can generate vibration alerts. Motor 191 can be used for incoming call vibration alerts or for touch vibration feedback.

[0134] Indicator 192 can be an indicator light, used to indicate charging status, power changes, or to indicate messages, missed calls, notifications, etc.

[0135] SIM card interface 195 is used to connect SIM cards. Control device 300 can support one or N SIM card interfaces, where N is a positive integer greater than 1.

[0136] It is understood that the embodiments illustrated in this application are as follows: Figure 4A or Figure 4B The structure does not constitute the sole limitation on the structural implementation of the control center 100, audio control device 200, audio output device 201, control device 300, and smart home device 400. In other embodiments of this application, the control center 100, audio control device 200, audio output device 201, control device 300, and smart home device 400 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0137] In one implementation, power line carrier communication is a communication method unique to power systems. A power line communication (PLC) refers to a technology that utilizes existing power lines to transmit analog or digital signals at high speed via power line carrier. Power lines differ from ordinary data communication lines and are easily affected by interference when used as a data transmission medium. For example, power lines have many unpredictable sources of noise and interference, such as smart home devices like air conditioners, refrigerators, and washing machines. These smart home devices may connect or disconnect, turn on or off, adjust parameters, or change their operating status at any time, causing the characteristics of the power lines to constantly change and affecting the data transmission quality of the PLC link.

[0138] For example, such as Figure 5 As shown, the audio control device is connected to audio output devices (such as speaker 1-speaker 3, and speaker 1-speaker 2) located in different rooms via three PLC links (corresponding to power line loops 1, 2, and 3). Therefore, if a smart home device is connected to any of these three PLC links, changes in the device's status will affect the data transmission quality of the corresponding PLC link, thus affecting the audio transmission quality and causing audio stuttering or other abnormalities.

[0139] In some situations, different types of smart home devices have varying impacts on the data transmission quality of the PLC link, and different operation types also have different impacts on the data transmission quality of the PLC link. Therefore, the control center determines the subscription event, which includes both device type and operation type.

[0140] Optionally, after the audio control device is connected to the control center, it can report subscription events to the control center. These subscription events include the device type and operation type of the smart home devices that will affect the audio playback of the audio control device.

[0141] Alternatively, after a smart home device is connected to the control center, it can report to the control center that it is a smart home device that will affect the audio playback in the room (such as a high-power device), and the control center can generate a corresponding subscription event.

[0142] Alternatively, the control center can be configured with target device types. After a smart home device connects to the control center, the control center can determine whether the smart home device belongs to the target device type. If the connected smart home device belongs to the target device type, a corresponding subscription event can be generated.

[0143] Alternatively, the control center can receive subscription events from the server, which include device type and operation type.

[0144] Optionally, in a smart home scenario, one or more audio control devices may be configured throughout the house, and the subscription events corresponding to different audio control devices may be the same or different.

[0145] In one implementation, the control center can receive control commands sent from a control device (such as a smart home control panel) to a smart home device, instructing the smart home device to perform a corresponding operation (such as powering on or off). The control command carries a device identifier for the smart home device to which the control command is to be executed. Therefore, based on the device identifier, the control center can determine the smart home device to which the control command is to be executed, and further determine whether the smart home device is the device indicated by the subscription event, thus determining whether the subscription event has been received.

[0146] Alternatively, smart home devices may report an attribute change event to the control center before undergoing attribute changes (such as adjusting settings or switching usage modes). This attribute change event carries a device identifier. Therefore, the control center can identify the smart home device whose attributes have changed based on the device identifier, and then determine whether that smart home device is the device indicated by the subscription event, thus determining whether the subscription event has been received.

[0147] It can be seen that in the scenario where the control center determines whether it has received the subscription event, there is a certain time interval between the control center forwarding the control command to the smart home device and the smart home device executing the control command, or there is a certain time interval between the control center learning that the smart home device is waiting for an attribute change and the smart home device completing the attribute change.

[0148] Therefore, during the time intervals in the two scenarios described above, the audio control device can adjust the audio output control to prevent subsequent audio playback from being affected by the PLC link due to the execution of control commands or attribute changes by smart home devices. Thus, after confirming the receipt of a subscription event, the control center can forward the subscription event to the corresponding audio control device. In response to the received subscription event, the audio control device can adjust the audio output control to ensure smooth audio playback.

[0149] For example, such as Figure 6 As shown, after the control center 61 receives a subscription event through the event subscription module 611, it can forward the subscription event to the audio control device 62. Then, the audio control device 62, through the event processing module 621, determines the information included in the subscription event, such as the smart home device, device type, and operation type, and further determines whether the current smart home device, after performing an operation, will affect the data transmission of the PLC links connected to each audio output device.

[0150] If there is any impact, the audio control device 62 can adjust the playback configuration through the event processing module 621 and send the adjusted playback configuration to the audio output devices 631 and 632 through the audio control module 622. Upon receiving the adjusted playback configuration, the audio output devices 631 and 632 can adjust their playback configurations through the audio processing module and play the audio according to the adjusted configuration through the audio output module. This avoids affecting the smoothness of audio playback after subsequent operations by the target smart home device affect the PLC link.

[0151] The following section provides a detailed introduction to the link control methods for audio playback in home music playback scenarios.

[0152] For example, Figure 7 This application provides a link control method according to its embodiments. Figure 7 As shown, the method includes the following steps.

[0153] S701, The control center determines that the received event is a subscription event of the audio control device.

[0154] The subscription events include one or more of the following: device name, device type, operation type, and link identifier of the PLC link to which the smart home device is connected.

[0155] For example, device types can be categorized by power consumption, such as: low-power devices (e.g., power ≤ 500W), medium-power devices (e.g., power between 500W and 1000W), high-power devices (e.g., power between 1000W and 2000W), and high-power devices (e.g., power ≥ 2000W). Operation type indicates the operation to be performed on the smart home device, such as: power on, power off, power level adjustment, and switching usage modes.

[0156] In one implementation, the control center obtains subscription events from the audio control device according to a preset method. Optionally, the preset method may include one or more of the following: receiving subscription events reported by the audio control device, receiving subscription events reported by smart home devices, receiving subscription events sent by the server, and automatically generated subscription events from smart home devices that include the target device type.

[0157] In one implementation, upon receiving an event, the control center can determine whether the received event belongs to a subscription event of an audio control device. If the control center determines that the event belongs to a subscription event of an audio control device, it can forward the event to the corresponding audio control device while processing the event; if the control center determines that the event does not belong to a subscription event of an audio control device, it can process the event directly, such as sending the event to the corresponding smart home device.

[0158] For example, after receiving a control command sent by the control device to a smart home device, the control center can identify the smart home device indicated by the control command. Then, the control center can determine whether the device type, operation type, etc., corresponding to that smart home device are included in the subscription event. If so, the control center can confirm that a subscription event has been received.

[0159] For example, if a control device (such as a smart home control panel) detects a user's instruction to turn off the air conditioner, it can send a control command to the control center to shut down the air conditioner. Upon receiving the control command, the control center can determine whether the event corresponding to that command is a subscription event. If the control center determines that the device type corresponding to the air conditioner (such as a high-power device) is the target device type subscribed to by the audio control device, it can determine that the event is a subscription event.

[0160] For example, after receiving an attribute change event reported by a smart home device, the control center can identify the smart home device that reported the attribute change event. Similarly, the control center can determine whether the device type, operation type, etc., corresponding to the smart home device are included in the subscription event. If so, the control center can determine that it has received the subscription event.

[0161] Optionally, smart home devices can report attribute change events to the control center after determining that an attribute change is needed. For example, a smart home device can report an attribute change event to the control center in response to a user's gear adjustment operation. Another example is when a smart home device determines that it is about to switch usage modes (for instance, a washing machine determines that it will switch from washing mode to spin-drying mode in 5 minutes).

[0162] Optionally, smart home devices can also report status change information to the control center according to a preset period. For example, a high-power smart home device that has been connected to the PLC link for a long time can report its own status change information to the control center according to a preset period. The control center can then determine whether it has received the subscribed event, and subsequently, the audio control device can determine whether the status change of the smart home device (including attribute changes) will affect the data transmission status of the PLC link based on the status change information.

[0163] S702, The control center sends a subscription event to the audio control device.

[0164] In one implementation, after determining that a subscription event has been received, the control center may forward the subscription event to the audio control device. Accordingly, the audio control device receives the subscription event.

[0165] Optionally, in a home music playback scenario, there may be multiple audio control devices, and different audio control devices may subscribe to different events. Therefore, after determining the subscription event, the control center can forward the subscription event to the appropriate audio control device based on the subscription requirements of each device.

[0166] S703. The audio control device determines that the subscribed event is the target event. If not, proceed to step S704; if yes, proceed to step S705.

[0167] In one implementation, the subscription events of the audio control device may change.

[0168] Therefore, after receiving a subscription event from the control center, the audio control device can determine whether the subscription event meets the current subscription requirements of the audio control device. If it does, the audio control device can determine that the subscription event is the target event and execute the following step S705 so that the audio output can be controlled subsequently; if it does not meet the requirements, the audio control device can determine that the subscription event is not the target event and can determine that there is no need to control the audio output, that is, execute step S704.

[0169] For example, the audio control device reports the events it needs to subscribe to to the control center, including the device type and operation type of smart home devices. Subsequently, if the events to be subscribed to change, the audio control device will report the changed subscription events to the control center. For instance, if the audio control device determines that some device types in the original subscription events will no longer affect audio data transmission on the PLC link, it can cancel the event subscription for those smart home device types. Therefore, after receiving a subscription event, the audio control device can re-determine whether the subscription event is the one it needs to subscribe to, to avoid receiving a subscription event that is no longer the one it currently needs. In some scenarios, the audio control device receives a subscription event from the control center after determining that the events to be subscribed to have changed, but before reporting the changed subscription events. In this case, the control center needs to determine whether the currently received subscription event is the one it needs to subscribe to; if so, it can confirm that the target event has been received.

[0170] Optionally, step S703 is optional. After receiving a subscription event, the audio control device can directly execute step S705 below without further determining whether the subscription event is the target event. That is, the subscription event is assumed to meet the current subscription requirements of the audio control device.

[0171] S704, The audio control device determines that no adjustment of the audio output control is required.

[0172] In one implementation, if the audio control device determines that the acquired subscription event is not the target event, it can determine that subsequent execution of control commands or attribute changes by the smart home device corresponding to the subscription event will not affect the audio output of the audio output device connected to the audio control device. Therefore, the audio control device determines that no adjustment to the audio output control is necessary.

[0173] S705, The audio control device determines the link status of the link corresponding to the target event.

[0174] The link status includes, for example, the data transmission latency and available bandwidth of the PLC link. For instance, the current data transmission latency of the PLC link is 50 milliseconds (ms).

[0175] Optionally, different audio output devices may be connected to the same or different PLC links, and the link status of different PLC links may be the same or different.

[0176] In one implementation, the subscription event includes a link identifier of the PLC link to which the smart home device is connected. After determining that the subscription event is a target event, the audio control device can obtain this link identifier. Then, the audio control device can determine the corresponding PLC link based on the link identifier, and further determine the link status of the link corresponding to that PLC link.

[0177] Optionally, after a smart home device is connected to a PLC link, the audio data transmission quality of audio output devices on PLC links closer to the smart home device is more significantly affected by the smart home device's power-on or operation. Therefore, the audio control device can determine the link status of all PLC links to which audio output devices are connected, including the link status of all PLC links to which audio output devices are connected. Subsequently, in step S706 below, the audio control device can determine the link status of each link and, based on the common loop weight between the PLC link to which the smart home device is connected and the other PLC links to which the audio output devices are connected, determine the impact of the smart home device's connection on each PLC link. The common loop weight is used to measure the distance between the link where the smart home device is located and the link where the audio output devices are located.

[0178] In some cases, the connection of smart home devices has a significant impact on the output of audio output devices on the same PLC link as the smart home device, while the impact on the output of audio output devices on different PLC links is negligible. Therefore, after determining the PLC link corresponding to the target event, the audio control device can determine whether there are any audio output devices connected to the audio control device via that PLC link. If so, the link status of that PLC link can be determined; if not, then the execution of control commands or attribute changes by the smart home device corresponding to this target event can be considered as not affecting the audio output of the audio output devices connected to the audio control device. Therefore, the audio control device does not need to adjust the audio output control, and thus does not need to determine the link status of the PLC link again. That is, after step S705, step S704 is executed.

[0179] S706, The audio control device determines the predicted link delay corresponding to the target event.

[0180] In one implementation, after acquiring the PLC link corresponding to the target event, the audio control device determines the corresponding link status according to the content described in step S705 above. It can then predict the future link status of the PLC link, determine the predicted link delay, and thus determine whether the audio output needs adjustment. Optionally, as described in step S705, the links for future link status prediction include all PLC links corresponding to the audio output device, or may only include the PLC links connected to the smart home device.

[0181] Optionally, different operations on different device types will have varying impacts on the data transmission latency of the PLC link. For example, Table 1 below illustrates the impact of operations on PLC link transmission latency for several devices with different power ratings. For instance, turning on a high-power device will increase the data transmission latency of the PLC link connected to that high-power device by 150ms.

[0182] Table 1

[0183]

[0184] It should be noted that the data transmission delay impact shown in Table 1 above is only an illustrative example. The data transmission delay can be determined by various methods such as experiments, and this application embodiment does not limit it.

[0185] Optionally, the audio control device can adjust the current PLC link status (Status) based on the link status. t ), Operation type (Switch) t ), device type, and common loop weight (β) t ), predict link status.

[0186] Specifically, the powering on or running of the smart home device corresponding to the target event will affect the audio playback of the audio output device. Optionally, the audio data transmission quality of the audio output device on the circuit closer to the smart home device is more significantly affected by the powering on or running of the smart home device, and the corresponding common circuit weight of the audio output device is greater; conversely, the audio data transmission quality of the audio output device on the circuit farther from the smart home device is less significantly affected by the powering on or running of the smart home device, and the corresponding common circuit weight of the audio output device is smaller. That is, the common circuit weight measures the magnitude of the impact on data transmission quality between different circuits. Optionally, the number of smart home devices corresponding to the target event can be one or more, and correspondingly, the number of audio output devices affected by these one or more smart home devices can also be one or more.

[0187] It should be noted that the common loop weights can be obtained through experiments or by methods such as machine learning, and this application does not limit this.

[0188] Optionally, the common loop weight can also be used to indicate whether the smart home device and audio output device corresponding to the target event are on the same PLC link. For example, if they are on the same PLC link, the common loop weight is 1; if they are not on the same PLC link, the common loop weight is 0.

[0189] Optionally, the common loop weight can be set to other required values ​​depending on whether the smart home device and the audio output device are on the same PLC link or the distance between the PLC links they are on.

[0190] For example, predicting link latency (Score) t ) = Status t +Switch t *type*β t .

[0191] For example, the audio control device determines that the smart home device corresponding to the target event is a high-power electrical appliance (such as an air conditioner), and the operation type is "power on". As shown in Table 1 above, the power on of a high-power electrical appliance increases the PLC link latency by 150ms. Furthermore, the audio control device can determine that the current latency of the PLC link containing the smart home device corresponding to the target event is 50ms. Therefore, the audio control device predicts the link latency to be 50ms + 150ms * 1 = 200ms.

[0192] For example, the audio control device determines that the smart home device corresponding to the target event is a low-power device (such as a table lamp), and the operation type is "power on". As shown in Table 1 above, the power-on operation of a low-power device increases the PLC link latency by 20ms. Furthermore, the audio control device can determine that the current latency of the PLC link containing the smart home device corresponding to the target event is 50ms. Therefore, the audio control device predicts the link latency to be 50ms + 20ms * 1 = 70ms.

[0193] For example, the audio control device determines that the smart home device corresponding to the target event is a low-power device (such as a table lamp), and the operation type is "power on". As shown in Table 1 above, the power on operation of a low-power device increases the PLC link latency by 20ms. Furthermore, the audio control device can determine that the current latency of the PLC link where the audio output device is located is 50ms, but the audio output device and the smart home device corresponding to the target event do not share a loop (i.e., they are not connected to the same PLC link). If they share a loop, the weight is 0. Therefore, the audio control device predicts the link latency to be 50ms + 20ms * 0 = 50ms.

[0194] S707. The audio control device determines whether the predicted link delay meets the link delay threshold setting condition. If not, proceed to step S708; if yes, proceed to step S704.

[0195] In one implementation, a preset link delay threshold is included in the audio control device. If the audio control device determines that the predicted link delay does not meet the set conditions of the link delay threshold (e.g., the audio control device determines that the predicted link delay is greater than the link delay threshold), it can be determined that the smart home device executing control commands or making attribute changes will affect the audio output, and therefore the audio output control needs to be adjusted (i.e., step S708 is executed). If the audio control device determines that the predicted link delay meets the set conditions of the link delay threshold (e.g., the audio control device determines that the predicted link delay is less than or equal to the link delay threshold), it can be determined that the smart home device executing control commands or making attribute changes will not affect the audio output, and therefore the audio output control does not need to be adjusted (i.e., step S704 is executed).

[0196] Optionally, the link delay thresholds for different PLC links may be the same or different.

[0197] S708, The audio control device adjusts the audio output control according to the preset method.

[0198] In one implementation, the audio control device determines that when a smart home device executes a control command or changes its attributes, it will affect the audio output of some or all audio output devices. Therefore, the audio control device can control the audio output of the affected audio output devices according to a preset method.

[0199] Optionally, after the audio control device predicts and determines the PLC link that will affect audio data transmission due to control commands or attribute changes by smart home devices, it can control the audio output of the audio output device connected to the audio control device through the PLC link.

[0200] As described in steps S705 and S706 above, the audio data transmission quality of audio output devices on PLC links farther from the connected smart home devices is less affected. Therefore, the predicted link delay of audio output devices on PLC links farther from the smart home devices may meet the link delay threshold setting conditions. In this case, these audio output devices do not need audio output control; only audio output control needs to be performed on audio output devices on PLC links closer to the smart home devices. Optionally, the audio output devices requiring output control may only include those sharing a loop with the connected smart home devices.

[0201] Preset methods include, for example, adjusting playback configuration and channel adjustment.

[0202] Optional, such as Figure 8 As shown, step S708 includes steps S7081 and S7082.

[0203] S7081, Audio control device adjusts the playback configuration of audio output device.

[0204] The playback configuration includes, for example, the data sampling rate during data transmission and the data retransmission judgment interval during data transmission.

[0205] For example, the audio control device determines the target event as the air conditioner (a high-power device) starting up. In a real-world scenario, the air conditioner starting up causes a sharp decrease in the bandwidth of the PLC link data transmission and a sharp increase in the packet loss rate. If the audio control device does not adjust the playback configuration and continues to transmit audio data with the original playback configuration, then the time it takes for the audio output device to receive the same length of complete audio data will increase. As shown in Table 1 above, the operation of a high-power device increases data transmission latency. This increased latency can cause the audio data to be played to be interrupted, resulting in stuttering or buffering.

[0206] Therefore, once the audio control device determines that the target event is the air conditioner (a high-power device) starting up, it can adjust the playback configuration based on the predicted link latency. For example, it can reduce the sampling rate of the audio data to be transmitted. This shortens the length of the audio data to be transmitted, thus reducing the transmission time. Consequently, the increased data transmission latency caused by the air conditioner starting up will no longer affect the audio data transmission, improving potential audio data interruption issues and ensuring smooth audio playback.

[0207] For example, the audio control device determines the target event as the air conditioner (a high-power device) starting up. A preset audio data retransmission judgment interval is established between the audio control device and the audio output device. If the audio output device does not receive the audio data to be played within this preset interval, it will request the audio control device to retransmit the audio data. However, as mentioned above, the air conditioner starting up causes a sharp decrease in the bandwidth of the PLC link, increasing the time it takes for the audio output device to receive the complete audio data. This may result in the time taken to receive the complete audio data exceeding the preset audio data retransmission judgment interval, causing audio data retransmission. However, audio data retransmission also consumes bandwidth, further exacerbating the bandwidth decrease and increasing audio data transmission latency.

[0208] Therefore, once the audio control device determines that the target event is the start-up of the air conditioner (a high-power device), it can adjust the playback configuration based on the predicted link latency. For example, it can increase the preset audio data retransmission judgment interval to reduce audio data retransmission, alleviate the pressure on audio data transmission in the PLC link, and ensure smooth audio playback.

[0209] S7082, Audio control device triggers channel re-estimation.

[0210] In one implementation, the audio control device determines that when a smart home device executes control commands or changes its attributes, it affects the audio output. Therefore, the audio control device can proactively trigger channel re-estimation, reselecting a channel less affected by interference for communication. This ensures smooth audio playback afterwards.

[0211] For example, such as Figure 2 As shown, existing technologies typically trigger channel re-estimation only after a stuttering anomaly occurs, resulting in stuttering anomalies still occurring during the re-estimation process. However, the embodiments of this application can proactively trigger channel re-estimation by predicting potential stuttering issues before they occur (i.e., before the smart home device executes control commands or changes attributes). This allows for the early selection of a less interference-affected channel for communication, preventing the smart home device's execution of control commands or attribute changes from impacting audio playback.

[0212] It should be noted that the execution order of steps S7081 and S7082 is not limited in this application embodiment. The audio control device may execute steps S7081 and S7082 simultaneously, or execute steps S7081 and S7082 sequentially. Optionally, either step S7081 or S7082 may be executed.

[0213] For example, such as Figure 9 As shown, the audio control device responds to the target event, predicts the PLC link status, triggers channel re-estimation at time t1, and completes channel re-estimation at time t2. The smart home device, however, only executes control commands or makes attribute changes at time t3. Therefore, if the bandwidth gained through channel switching can compensate for the bandwidth lost due to the smart home device executing control commands or making attribute changes, the audio control device does not need to adjust the playback configuration of the audio output device.

[0214] Therefore, after triggering channel re-estimation, the audio control device determines that the bandwidth compensated after subsequent channel switching meets the audio data transmission requirements, and that the smart home device has not yet executed control commands or made attribute changes after the channel switching is completed (e.g., time point t3 is after time point t2, or time points t3 and t2 coincide). In this case, the audio control device does not need to adjust the playback configuration of the audio output device (i.e., it does not need to execute the above step S7081).

[0215] In this way, by anticipating events that may affect the data transmission quality of the PLC link, the audio control device can pre-adjust the audio output control before the events occur. This prevents the operation of smart home devices from affecting the audio output of the audio output device, causing audio playback stuttering and effectively improving the user experience.

[0216] In one embodiment, steps S705-S707 above are used as an example to illustrate the link control method provided in this application embodiment. Optionally, the audio control device can also perform link control using other parameters used to measure link quality.

[0217] For example, in step S705 above, the audio control device determines the link status of the link corresponding to the target event, including the available bandwidth. Then, based on the available bandwidth of this link, the audio control device can determine the predicted available bandwidth corresponding to the target event (i.e., the predicted available bandwidth of the link after the target event occurs), and further determine whether the predicted available bandwidth meets the preset available bandwidth setting conditions. Similarly, if not, the audio control device can adjust the audio control according to the preset method described in the above embodiments. If yes, the audio control device can determine that no adjustment of the audio output control is needed.

[0218] It is understandable that, in addition to data transmission latency and available bandwidth, audio control devices can also perform link control through other parameters used to measure link quality. These will not be illustrated in detail in this application.

[0219] Optionally, as described in steps 706 and S707 above, the method used by the audio control device to predict the PLC link data transmission status of the target event is only an illustrative example. The audio control device may also predict the impact of the target event on the PLC link data transmission status through other prediction methods.

[0220] For example, an evaluation model is pre-installed in the audio control device using machine learning methods. After receiving a target event, the audio control device can use the evaluation model to predict the impact of smart home devices executing control commands or changing attributes during this target event on the data transmission status of the PLC link connected to the audio output device. Subsequently, the audio control device can determine whether to adjust the audio output based on the prediction results.

[0221] The link control method provided in this application has been described in detail above using a home music playback scenario as an example. It is understood that this link control method can also be applied to other scenarios.

[0222] For example, when a user returns home, they first open the door and then turn on the porch light. However, after detecting the user's action, the porch light needs to preheat (e.g., for 1-2 seconds) before it can start providing illumination. Therefore, the user has to wait for the porch light to finish preheating before receiving light, impacting the user experience.

[0223] In the above scenario, the porch light control device is connected to one or more porch lights via a PLC link. If the porch light control device is configured to subscribe to events including smart lock unlocking, then after detecting a user's unlocking operation, the smart lock reports the corresponding attribute change event to the control center. Based on the received attribute change event, the control center determines the target event and can forward it to the porch light control device. Upon receiving the target event, the porch light control device can instruct the porch lights to preheat, so that subsequent detection of a user turning on the lights allows for direct activation of the lighting. This reduces user waiting time and improves the user experience.

[0224] The above provides a detailed introduction to the link control method provided by this application, using PLC technology as an example. It is understood that this link control method can also be applied to other communication technologies, such as Wi-Fi communication technology.

[0225] For example, Figure 10 This is yet another link control method provided in the embodiments of this application. For example... Figure 10 As shown, the method includes the following steps.

[0226] S1001, The first device acquires a first subscription event, which is an event associated with the operating status of the third device, wherein the third device is on the first link.

[0227] In some embodiments, the first subscription event includes information associated with the third device that is used to predict the link state of the first link when the operating state of the third device changes. Therefore, in some examples, after receiving the first subscription event, the first device can predict the first link state of the first link when the operating state of the third device changes, based on the information in the first subscription event.

[0228] In some embodiments, the information in the first subscription event is used to determine at least one of the following: the device name, device type, device power consumption, operation type for operating the third device, and the link to which the third device is connected.

[0229] In some embodiments, before the first device acquires the first subscription event, the first device also sends a list of subscription events to the second device. This list of subscription events is used to subscribe to events, including the first subscription event. Optionally, the first device acquiring the first subscription event includes the first device receiving the first subscription event sent by the second device.

[0230] In other words, the first device sends its subscription request to the second device. For example, the first device determines that a high-power electrical device will affect the operating status of a fourth device connected to it. Therefore, the first device can send a subscription request for a high-power electrical device to the second device, so that when the second device detects a change in the operating status of the high-power electrical device (such as a third device), it can generate a corresponding subscription event and send it to the first device.

[0231] For example, such as Figure 3 As shown, the first device is, for example, an audio control device 200, the second device is, for example, a control center 100, the third device is, for example, a smart home device 400, and the fourth device is, for example, an audio output device 201.

[0232] S1002. The first device predicts the first link status of the first link based on the first subscription event.

[0233] In some embodiments, the first device acquires the second link state of the first link. Then, based on the second link state, the first device can predict the first link state of the first link after the first subscription event occurs.

[0234] For example, the information in the first subscription event includes the device type and the type of operation performed on the device. The first device determines that the third device is a high-power electrical device based on the device type, and determines that the third device needs to perform a power-on operation based on the operation type. As shown in Table 1 above, based on the first subscription event, the first device can determine that the power-on operation of the third device will increase the data transmission latency of the first link by 150ms. Therefore, based on the second link state of the first link before the first subscription event and the increased latency of 150ms, the first device can determine the first link state of the first link after the first subscription event. This allows for the prediction of the first link state when the operating state of the third device changes.

[0235] S1003. The first device adjusts the operating status of the fourth device based on the predicted first link status meeting the first condition, wherein the fourth device is associated with the first link.

[0236] The first condition includes at least one of the following: link latency threshold setting condition, link latency jitter threshold setting condition, and link available bandwidth threshold setting condition.

[0237] For example, the first condition is a link latency threshold setting condition. The first device predicts whether the data transmission latency of the first link will exceed the link latency threshold after the subscription event occurs.

[0238] For example, if the first device predicts that after the first subscription event occurs, the data transmission delay of the first link is greater than the link delay threshold, the first device can determine that the state of the first link meets the link delay threshold setting conditions (such as meeting the first condition). Then, the first device needs to adjust the operating state of the fourth device, which will be affected by the changes in the operating state of the third device.

[0239] For example, the first device acquires a second subscription event, which is also an event associated with the operating state of the third device. Based on the second subscription event, the first device predicts the state of the third link of the first link after the second subscription event occurs. If the predicted data transmission delay of the first link is less than or equal to the link delay threshold, then the first device can determine that the state of the third link does not meet the link delay threshold setting condition (such as meeting the second condition, where meeting the second condition can be used to indicate that the first condition is not met), and it is not necessary to adjust the operating state of the fourth device.

[0240] In some embodiments, the fourth device is associated with the first link, including: the fourth device is a device on the first link, or the fourth device is a device that will be affected by the change in the operating state of the third device on the first link after the first subscription event occurs.

[0241] For example, after receiving the first subscription event, the first device can determine the first link accessed by the third device based on the link information included in the first subscription event for determining the link accessed by the device. Then, the first device can predict the first link state after the first subscription event occurs. If the first link state meets the first condition, the first device can adjust the operating state of the fourth device also accessed by the first link. Furthermore, if some fourth devices are not accessed by the first link, but their operating states are still affected by changes in the operating state of the third device, causing the link state to meet the first condition, then the first device also needs to adjust the operating state of these fourth devices.

[0242] In some examples, after receiving a subscription event, the first device will predict the link status of all devices that access the first device through the link, thereby determining some or all of the devices that need to adjust their operating status.

[0243] In other examples, after receiving a subscription event, the first device first determines the link that the device in the subscription event is connected to. Then, the first device predicts the link status and determines whether the device connected to the first device through that link needs to have its operational status adjusted.

[0244] In some embodiments, the first device adjusts the operating state of the fifth device based on a predicted first link state meeting a first condition. The fifth device is associated with the first link, and the fifth device and the fourth device are either devices on the same link or devices on different links. In other words, the first device adjusts the operating state of one or more devices based on the predicted first link state.

[0245] In some scenarios, the first device is a playback control device, the fourth device is a playback controlled device, and the fourth device is a device on the first link. Based on the predicted state of the first link meeting the first condition, the operating state of the fourth device is adjusted, including: based on the predicted state of the first link meeting the first condition, adjusting the playback configuration of the fourth device; and / or, triggering channel re-estimation of the first link.

[0246] Optionally, adjusting the playback configuration of the fourth device includes: adjusting the sampling rate of data during data transmission with the fourth device, adjusting the resolution of data during data transmission with the fourth device, and adjusting at least one of the following: adjusting the data retransmission judgment interval during data transmission with the fourth device.

[0247] For example, in a home music playback scenario, the first device is an audio control device, and the fourth device is an audio output device. Based on a predicted first link state, the audio control device determines that the first link state meets a first condition. Then, the audio control device adjusts the playback configuration of the corresponding audio output device, such as adjusting the data sampling rate during data transmission between the audio control device and the audio output device, or triggering channel re-estimation of the link accessed by the audio output device.

[0248] For example, in a video playback scenario, the first device is a video control device, and the fourth device is a video output device. Based on a predicted first link state, the video control device determines that the first link state meets a first condition. Then, the video control device adjusts the playback configuration of the corresponding video output device, such as adjusting the data resolution during data transmission between the video control device and the video output device, or triggering channel re-estimation of the link accessed by the video output device.

[0249] This avoids changes in the operating status of the third device affecting audio playback on the audio output device or video playback on the video playback device, thus preventing stuttering or abnormalities.

[0250] In other scenarios, the first device is a lighting control device and the fourth device is a controlled lighting device. Based on the prediction that the first link state meets the first condition, the operating state of the fourth device is adjusted, including: based on the prediction that the first link state meets the first condition, instructing the fourth device to initialize.

[0251] For example, in a lighting control scenario, the first device is a porch light control device, and the fourth device is a porch light. The porch light control device determines that the first link state meets the first condition based on the predicted first link state. Then, the porch light control device can instruct the corresponding porch light to initialize, thus completing the device's warm-up. Subsequently, after detecting a user's light-on operation, the porch light can directly start lighting without needing to perform the device's warm-up process again, i.e., without initialization, thus reducing the user's waiting time.

[0252] In some embodiments, after the first subscription event is terminated, the first device may readjust the operating state of the fourth device to restore the operating state of the fourth device to the state before the first subscription event occurred.

[0253] For example, the first subscription event includes the third device powering on. Based on the first subscription event, the first device adjusts the operating state of the fourth device through steps S1001-S1003. Then, after determining that the third device is powered off, the first device can adjust the operating state of the fourth device again, so that the operating state of the fourth device is restored to the operating state before the third device was powered on.

[0254] Optionally, the first device can send a list of subscribed events to the second device, which includes an event indicating that the third device is about to shut down. Then, upon detecting a control command instructing the third device to shut down, or receiving an attribute change event from the third device corresponding to its shutdown, the second device can send a corresponding subscribed event to the first device. The first device can then determine that the third device is about to shut down based on this subscribed event. The first device can then adjust the operating state of the fourth device.

[0255] In some embodiments, the first subscription event is an event subscribed to by the first device, but the events subscribed to by the first device may change. Therefore, after obtaining the first subscription event, the first device can also determine whether the first subscription event is the target event, and only after determining that the first subscription event is the target event can it perform link state prediction.

[0256] In other embodiments, the first subscription event is regarded as the target event by the first device. That is, after obtaining the first subscription event, the first device directly performs link state prediction without having to confirm the event, such as whether the first subscription event is the target event.

[0257] In this way, by anticipating events that may affect the quality of data transmission through the link, the first device can adjust the operating status of the fourth device in advance before the events occur. This prevents changes in the operating status of the third device from affecting the operating quality of the fourth device, effectively improving the user experience.

[0258] Furthermore, the first device can also execute the steps and functions executed by the audio control device in the above embodiments, the second device can also execute the steps and functions executed by the control center in the above embodiments, the third device can also execute the steps and functions executed by the smart home device in the above embodiments, and the fourth device can also execute the steps and functions executed by the audio output device in the above embodiments, thereby realizing the link control method provided in the above embodiments.

[0259] The above combination Figures 5-10 This application provides a detailed description of the link control method provided in its embodiments. The methods described above primarily use devices running on a PLC link as examples. It is understood that the solutions described above can also be applied to devices with other types of link connections, such as those using wireless technologies like Wi-Fi. Furthermore, with technological advancements, PLC link connections can be implemented wirelessly in addition to wired connections.

[0260] The following combination Figure 11 This application provides a detailed description of the electronic device provided in its embodiments.

[0261] In one possible design, Figure 11 This is a schematic diagram of the structure of the first device provided in an embodiment of this application. Figure 11 As shown, the first device 1100 may include a transceiver unit 1101 and a processing unit 1102. The first device 1100 can be used to implement the functions of the first device (such as an audio control device) involved in the above method embodiments.

[0262] Optionally, the transceiver unit 1101 is used to support the execution of the first device 1100. Figure 7 S702 in; and / or, used to support the execution of the first device 1100 Figure 8 S7081 in; and / or, used to support the execution of the first device 1100 Figure 10 S1001 in the middle.

[0263] Optionally, the processing unit 1102 is used to support the execution of the first device 1100. Figure 7 S702-S708; and / or, for supporting the execution of the first device 1100 Figure 8 S7082 in; and / or, used to support the execution of the first device 1100 Figure 10 S1002 and S1003 in the example.

[0264] The transceiver unit may include a receiving unit and a transmitting unit, and may be implemented by a transceiver or transceiver-related circuit components, and may be a transceiver or transceiver module. The operation and / or function of each unit in the first device 1100 are respectively to implement the corresponding flow of the link control method described in the above method embodiments. All relevant content of each step involved in the above method embodiments can be referred to the functional description of the corresponding functional unit, and for the sake of brevity, it will not be repeated here.

[0265] Optionally, Figure 11 The first device 1100 shown may also include a storage unit ( Figure 11 (not shown in the image), this storage unit stores a program or instruction. When the transceiver unit 1101 and the processing unit 1102 execute the program or instruction, it causes... Figure 11 The first device 1100 shown can execute the link control method described in the above method embodiments.

[0266] Figure 11 The technical effects of the first device 1100 shown can be referred to the technical effects of the link control method described in the above method embodiments, and will not be repeated here.

[0267] In addition to being in the form of the first device 1100, the technical solution provided in this application may also be a functional unit or chip in the first device, or a device used in conjunction with the first device.

[0268] This application also provides a chip system, including: a processor coupled to a memory, the memory being used to store programs or instructions, wherein when the program or instructions are executed by the processor, the chip system implements the methods in any of the above method embodiments.

[0269] Optionally, the chip system may contain one or more processors. These processors can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, an integrated circuit, etc. When implemented in software, the processor can be a general-purpose processor, implemented by reading software code stored in memory.

[0270] Optionally, the chip system may contain one or more memories. The memory may be integrated with the processor or disposed separately from it; this application embodiment does not limit this. For example, the memory may be a non-transient processor, such as a read-only memory (ROM), which may be integrated with the processor on the same chip or disposed separately on different chips. This application embodiment does not specifically limit the type of memory or the arrangement of the memory and processor.

[0271] For example, the chip system may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processor (CPU), a network processor (NP), a digital signal processor (DSP), a micro controller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0272] It should be understood that each step in the above method embodiments can be completed by integrated logic circuits in the processor hardware or by instructions in software form. The method steps disclosed in the embodiments of this application can be directly manifested as being executed by a hardware processor, or being executed by a combination of hardware and software modules in the processor.

[0273] This application also provides a computer-readable storage medium storing a computer program. When the computer program is run on a computer, it causes the computer to perform the aforementioned related steps to implement the link control method in the above embodiments.

[0274] This application also provides a computer program product that, when run on a computer, causes the computer to perform the aforementioned related steps to implement the link control method in the above embodiments.

[0275] In addition, this application also provides an apparatus. This apparatus may specifically be a component or module, and may include one or more processors and a memory connected together. The memory is used to store a computer program. When the computer program is executed by one or more processors, the apparatus performs the link control methods described in the above-described method embodiments.

[0276] The apparatus, computer-readable storage medium, computer program product, or chip provided in the embodiments of this application are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects of the corresponding methods provided above, and will not be repeated here.

[0277] The steps of the methods or algorithms described in conjunction with the embodiments of this application can be implemented in hardware or by a processor executing software instructions. The software instructions can consist of corresponding software modules, which can be stored in random access memory (RAM), flash memory, read-only memory (ROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disks, portable hard disks, CD-ROMs, or any other form of storage medium well known in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and the storage medium can reside in an application-specific integrated circuit (ASIC).

[0278] Through the above description of the embodiments, those skilled in the art will clearly understand that, for the sake of convenience and brevity, the division of the above functional modules is only used as an example. In practical applications, the above functions can be assigned to different functional modules as needed; that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. The specific working process of the system, device, and unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0279] In the several embodiments provided in this application, it should be understood that the disclosed methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of modules or units is only a logical functional division, and there may be other division methods in actual implementation; for example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of modules or units may be electrical, mechanical or other forms.

[0280] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0281] Computer-readable storage media include, but are not limited to, any of the following: USB flash drive, portable hard drive, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk, and other media capable of storing program code.

[0282] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A link control method, characterized in that, The method is performed by a first device, and the method includes: Obtain a first subscription event, which is an event associated with the operating status of a third device, wherein the third device is on the first link; Based on the first subscription event, predict the first link state of the first link; Based on the prediction that the first link state meets the first condition, the operating state of the fourth device is adjusted, wherein the fourth device is associated with the first link.

2. The method according to claim 1, characterized in that, The first subscription event includes information associated with the third device, used to predict the link state of the first link when the operating state of the third device changes. The step of predicting the first link state of the first link based on the first subscription event includes: Based on the information obtained from the first subscription event, predict the first link state of the first link when the operating state of the third device changes.

3. The method according to claim 2, characterized in that, The information is used to determine at least one of the following: the device name, device type, device power consumption of the third device, the operation type for operating the third device, and the link to which the third device is connected.

4. The method according to any one of claims 1-3, characterized in that, The fourth device is associated with the first link, including: the fourth device is a device on the first link, or the fourth device is a device that will be affected by the change in the operating state of the third device on the first link after the first subscription event occurs.

5. The method according to any one of claims 1-4, characterized in that, The method further includes: Based on the predicted state of the first link meeting the first condition, the operating state of the fifth device is adjusted, wherein the fifth device is associated with the first link, and the fifth device and the fourth device are devices on the same link or devices on different links.

6. The method according to any one of claims 1-5, characterized in that, The first condition includes at least one of the following: link latency threshold setting condition, link latency jitter threshold setting condition, and link available bandwidth threshold setting condition.

7. The method according to any one of claims 1-6, characterized in that, Before predicting the first link state of the first link based on the first subscription event, the method includes: obtaining the second link state of the first link; The step of predicting the first link state of the first link based on the first subscription event includes: Based on the second link state, predict the first link state of the first link after the first subscription event occurs.

8. The method according to any one of claims 1-7, characterized in that, The first device is a playback control device, and the fourth device is a playback controlled device. The fourth device is a device on the first link. The step of adjusting the operating state of the fourth device based on the predicted state of the first link meeting a first condition includes: Based on the predicted state of the first link meeting the first condition, adjust the playback configuration of the fourth device; and / or trigger channel re-estimation of the first link.

9. The method according to claim 8, characterized in that, The adjustment of the playback configuration of the fourth device includes: Adjust at least one of the following during data transmission with the fourth device: adjusting the sampling rate of the data during data transmission with the fourth device, adjusting the resolution of the data during data transmission with the fourth device, and adjusting the data retransmission judgment interval during data transmission with the fourth device.

10. The method according to any one of claims 1-7, characterized in that, The first device is a lighting control device, and the fourth device is a controlled lighting device. The step of adjusting the operating state of the fourth device based on the predicted first link state meeting a first condition includes: Based on the prediction that the first link state meets the first condition, the fourth device is instructed to initialize.

11. The method according to any one of claims 1-10, characterized in that, The method further includes: Obtain a second subscription event, which is an event associated with the operating state of the third device; Based on the second subscription event, predict the state of the third link of the first link; Based on the prediction that the third link status meets the second condition, the operating status of the fourth device will not be adjusted.

12. The method according to any one of claims 1-11, characterized in that, The acquisition of the first subscription event includes: Receive the first subscription event from the second device.

13. The method according to claim 12, characterized in that, Before receiving the first subscription event from the second device, the method further includes: Send a list of subscribed events to the second device, the list of subscribed events being used to subscribe to events including the first subscribed event.

14. The method according to any one of claims 1-13, characterized in that, The first link is either a wired link or a wireless link.

15. The method according to claim 14, characterized in that, The first link is a power line carrier communication (PLC) link or a wireless fidelity (Wi-Fi) link.

16. An electronic device, characterized in that, include: A processor and a memory, the memory being coupled to the processor, the memory being used to store computer program code, the computer program code including computer instructions, which, when the processor reads the computer instructions from the memory, cause the electronic device to perform the method as described in any one of claims 1-15.

17. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a computer program that, when run on an electronic device, causes the electronic device to perform the method as described in any one of claims 1-15.

18. A computer program product, characterized in that, When the computer program product is run on a computer, it causes the computer to perform the method as described in any one of claims 1-15.

Images