Bandwidth adjustment method and apparatus

Abstract

Discloed are a bandwidth adjustment method and apparatus, relating to the technical field of multimedia. An initiating device or an intermediate device obtains a bandwidth adjustment request, wherein the bandwidth adjustment request comprises a first outbound bandwidth value, and the first outbound bandwidth value is assigned as a first target bandwidth value; the initiating device or intermediate device adjusts up an outbound bandwidth value of a virtual channel on the device on the basis of the first target bandwidth value, and then sends the bandwidth adjustment request; when a target device receives the bandwidth adjustment request, the target device returns a bandwidth adjustment response. In this way, the initiating device, the intermediate device and the target device can adjust the outbound bandwidth value of a virtual channel on each device by sending and receiving a bandwidth adjustment request and a bandwidth adjustment response and on the basis of a target bandwidth value carried in the bandwidth adjustment request, so as to support, when a physical connection is determined, the adjustment of the bandwidth of a service flow passing through the physical connection, thereby improving the flexibility of the transmission path of the service flow and the bandwidth utilization rate.

Description

Bandwidth adjustment method and device Technical Field

[0001] The present application relates to the field of multimedia technology, and in particular to a bandwidth adjustment method and device. Background Art

[0002] Existing audio and video transmission networks are typically tree-structured, such as those based on the High Definition Multimedia Interface (HDMI). In a tree-structured network, the transmission paths of service flows in the audio and video transmission network are determined by the physical connections between the ports of each device in the audio and video transmission network.

[0003] When the physical connection determines the transmission path of the service flow, the device allocates the entire bandwidth of the corresponding port to the physical connection for service flow transmission when the physical connection is connected. The device does not support adjusting the bandwidth of the service flow passing through the physical connection after the physical connection is determined, resulting in poor flexibility in the transmission path of the service flow.

[0004] Summary of the Invention

[0005] The present application provides a bandwidth adjustment method and apparatus, which solve the problem of poor flexibility in the transmission path of a service flow.

[0006] In a first aspect, the present application provides a bandwidth adjustment method. This bandwidth adjustment method is applied to an initiating device or a processor of the initiating device, or an intermediate device or a processor of the intermediate device. The initiating device is connected to the intermediate device or a target device via a unified multimedia interconnection interface (UMI) bus, and the intermediate device is connected to the initiating device or the target device via the UMI bus. Taking the initiating device as an example, the bandwidth adjustment method includes: first, the initiating device obtains a bandwidth adjustment request, the bandwidth adjustment request including a first outbound bandwidth value, and the first outbound bandwidth value is assigned to a first target bandwidth value. Then, when the first outbound bandwidth value is greater than the outbound bandwidth value of the virtual path, the initiating device adjusts the outbound bandwidth value of the virtual path on the device upward. Finally, the bandwidth adjustment request is sent, and a bandwidth adjustment response is received.

[0007] The virtual channel includes multiple virtual channels cascaded between a source adapter of an initiating device of an audio or video service flow and a sink adapter among multiple adapters of a target device of the audio or video service flow. The virtual channel is used to transmit the audio or video service flow on a link between two ports.

[0008] In a second aspect, the present application provides a bandwidth adjustment method. This bandwidth adjustment method is applied to a target device or a processor of the target device, where the target device is connected to an initiator device or an intermediate device via a UMI bus. The bandwidth adjustment method includes: first, the target device receives a bandwidth adjustment request. Then, the target device sends a bandwidth adjustment response, where the bandwidth adjustment response includes a second outbound bandwidth value.

[0009] Based on the above bandwidth adjustment method, the interaction between the initiating device and the target device through bandwidth adjustment request and bandwidth adjustment response enables the initiating device, intermediate device and target device to adjust the allocated outbound bandwidth value according to the target bandwidth value, thereby supporting the adjustment of the bandwidth of the service flow passing through the physical connection after the physical connection is determined, thereby improving the flexibility of the transmission path of the service flow and bandwidth utilization.

[0010] In conjunction with the bandwidth adjustment methods provided in the first and second aspects, as one possible implementation method, the initiating device obtains the bandwidth adjustment request by generating a bandwidth adjustment request, and the intermediate device obtains the bandwidth adjustment request by receiving a bandwidth adjustment request. For example, the initiating device determines a first target bandwidth value based on changes in the service flow and generates a bandwidth adjustment request. The bandwidth adjustment request includes a first outbound bandwidth value, and the first outbound bandwidth value is assigned to the first target bandwidth value.

[0011] In combination with the bandwidth adjustment method provided in the first and second aspects, as a possible implementation method, when the available bandwidth meets the first target bandwidth value, the initiating device adjusts upward, that is, adjusts the outbound bandwidth value of the virtual path on the device to the first target bandwidth value.

[0012] In combination with the bandwidth adjustment method provided in the first aspect and the second aspect, as a possible implementation method, the initiating device starts a bandwidth increase management process when the available bandwidth does not meet the first target bandwidth value.

[0013] In conjunction with the bandwidth adjustment methods provided in the first and second aspects, as one possible implementation method, the bandwidth adjustment response includes a second outbound bandwidth value, and the second outbound bandwidth value is assigned to a second target bandwidth value. If the second outbound bandwidth value is less than the outbound bandwidth value of the virtual path, the initiating device adjusts the outbound bandwidth value of the virtual path on the initiating device downward.

[0014] In combination with the bandwidth adjustment method provided in the first aspect and the second aspect, as a possible implementation method, the initiating device may adjust downward the outbound bandwidth value of the virtual path on the local device by releasing a bandwidth value equal to the difference between the outbound bandwidth value of the virtual path and the second outbound bandwidth value.

[0015] In conjunction with the bandwidth adjustment methods provided in the first and second aspects, as one possible implementation method, the virtual channel utilizes multiple differential channels of a main link, where the main link is used to transmit service flows. After receiving the bandwidth adjustment response, the initiating device can determine service flow switching based on the adjusted bandwidth value, or set some differential channels of the main link to low power consumption mode.

[0016] In conjunction with the bandwidth adjustment methods provided in the first and second aspects, as one possible implementation method, the bandwidth adjustment request further includes a first inbound bandwidth value, where the first inbound bandwidth value is assigned to a third target bandwidth value. When the first inbound bandwidth value is greater than the inbound bandwidth value of the virtual path, the initiating device adjusts the outbound bandwidth value of the virtual path on the initiating device upward.

[0017] In conjunction with the bandwidth adjustment methods provided in the first and second aspects, as a possible implementation method, the bandwidth adjustment response includes a second inbound bandwidth value, and the second inbound bandwidth value is assigned to a fourth target bandwidth value. When the second inbound bandwidth value is less than the inbound bandwidth value of the virtual path, the initiating device adjusts the inbound bandwidth value of the virtual path on the initiating device downward.

[0018] In a third aspect, the present application provides a bandwidth adjustment device, which includes a module for executing the method of any one of the implementations of the first aspect or the second aspect.

[0019] In a fourth aspect, the present application provides a multimedia device. The multimedia device includes a processor and a transceiver. Exemplarily, the processor is configured to process a service flow, and the transceiver is configured to transmit and receive the service flow. The processor and the transceiver collaborate to perform the method of any optional implementation of the first aspect or the second aspect.

[0020] In a fifth aspect, the present application provides a multimedia data transmission system. This multimedia data transmission system includes multiple multimedia devices provided in the fourth aspect, wherein the multimedia device used to send audio and video service streams is an initiating device, the multimedia device used to receive audio and video service streams is a target device, and the multimedia device used to forward audio and video service streams is an intermediate device. The initiating device can be used to implement the function of the initiating device in the first aspect, the intermediate device can be used to implement the function of the intermediate device in the first aspect, and the target device can be used to implement the function of the target device in the second aspect. Therefore, this multimedia data transmission system can also achieve the beneficial effects of the method in the first or second aspect described above, which will not be elaborated here.

[0021] In a sixth aspect, the present application provides a computer-readable storage medium. The computer-readable storage medium includes computer software instructions. When the computer software instructions are executed in a computing device, the computing device executes the operating steps of the method described in the first aspect or any possible implementation of the first aspect, as well as the operating steps of the method described in the second aspect or any possible implementation of the second aspect. For example, the computing device is the aforementioned initiating device, intermediate device, or target device.

[0022] In a seventh aspect, the present application provides a computer program product. When the computer program product is executed on a computer, the computer program product causes the computing device to perform the steps of the method described in the first aspect or any possible implementation of the first aspect, as well as the steps of the method described in the second aspect or any possible implementation of the second aspect. For example, the computer is the aforementioned initiating device, intermediate device, or target device.

[0023] Regarding the beneficial effects of the third to seventh aspects, reference may be made to the description of any implementation in the first or second aspects, and no further details will be given here. Based on the implementations provided in the above aspects, this application can also be further combined to provide more implementations. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] FIG1 is a schematic diagram of a video transmission system provided by the present application;

[0025] FIG2 is a schematic diagram of an audio and video encoding and decoding system provided by the present application;

[0026] FIG3 is a schematic diagram of a virtual path provided by the present application;

[0027] FIG4 is a schematic diagram of multicast of a virtual channel provided by the present application;

[0028] FIG5 is a flow chart of a bandwidth adjustment method provided by the present application;

[0029] FIG6 is a schematic structural diagram of a bandwidth adjustment device provided by the present application;

[0030] FIG7 is a schematic structural diagram of a multimedia device provided by this application. DETAILED DESCRIPTION

[0031] The present application provides a bandwidth adjustment method, in which an initiating device or an intermediate device obtains a bandwidth adjustment request, the bandwidth adjustment request includes a first outgoing bandwidth value, and the first outgoing bandwidth value is assigned to a first target bandwidth value. Then, when the first outgoing bandwidth value is greater than the outgoing bandwidth value of the virtual path, the initiating device or the intermediate device adjusts the outgoing bandwidth value of the virtual path on the device upward and then sends a bandwidth adjustment request. After receiving the bandwidth adjustment request, the target device returns a bandwidth adjustment response, the bandwidth adjustment response includes a second outgoing bandwidth value, and the second outgoing bandwidth value is assigned to a second target bandwidth value. In this way, the initiating device, the intermediate device, and the target device can adjust the outgoing bandwidth value of the virtual path on each device according to the target bandwidth value carried in the bandwidth adjustment request through the transmission and reception of the bandwidth adjustment request and the bandwidth adjustment response, thereby supporting the adjustment of the bandwidth of the service flow passing through the physical connection after the physical connection is determined, thereby improving the flexibility of the transmission path of the service flow and the bandwidth utilization rate.

[0032] The technical solutions involved in this application may be applied not only to current audio and video transmission technologies or audio and video standards, but also to future audio and video transmission technologies or audio and video standards. The terms used in the embodiments of this application are only used to explain the specific embodiments of this application and are not intended to limit this application. The following is a brief introduction to some concepts that may be involved in this application.

[0033] Audio and video service flows include audio streams and / or video streams. An audio stream is a data stream used to transmit audio data in real time. A video stream is the transmission of video data. For example, a video stream can be processed as a stable and continuous flow over a network. A video stream consists of multiple video frames, each of which corresponds to an image.

[0034] In this embodiment, "video" is a general term that refers to a sequence of multiple consecutive frames, with one frame corresponding to one image. "Audio and video" is an information application technology term that refers to video, audio, or multimedia content that includes both video and audio. Furthermore, this application does not limit the type of service flow. For example, the service flow in this application can be an audio and video service flow or a USB service flow. The following description will primarily use audio and video service flows as an example.

[0035] In order to make the description of the following embodiments clear and concise, the video transmission system to which the bandwidth adjustment method of the present application is applicable is first introduced.

[0036] Figure 1 is a schematic diagram of a video transmission system provided by the present application. The video processing process may include but is not limited to: video acquisition, video encoding, video transmission, video decoding and playback.

[0037] The video transmission system in Figure 1 includes a set-top box 110, a smart TV 120, multiple audio and video playback devices, and a server 130. The set-top box 110 is connected to the operator's network via a network cable and can receive audio and video streams from the server 130. The network can implement the function of audio and video transmission, and the network can include one or more network devices, such as a network device 131, which can be a router or a switch. In some optional implementations, the set-top box 110 and the server 130 can also communicate via wireless communication, which is not limited in this application.

[0038] The video transmission system in Figure 1 includes a set-top box 110, a smart TV 120, multiple audio and video playback devices, and a server 130. The set-top box 110 is connected to the operator's network via a network cable and can receive audio and video streams from the server 130. The network can implement the function of audio and video transmission, and the network can include one or more network devices, such as a network device 131, which can be a router or a switch. In some optional implementations, the set-top box 110 and the server 130 can also communicate via wireless communication, which is not limited in this application.

[0039] Smart TV 120 is a display device with audio and video processing capabilities that implements functions such as receiving, processing, pushing, and playing video streams or audio and video streams. In some possible scenarios, the smart TV 120 may refer to an audio and video device such as a conference tablet, a smart TV, or a projector, but this application is not limited to this.

[0040] The plurality of audio and video playback devices include audio and video playback devices 121 to 124. For example, these audio and video playback devices may include, but are not limited to, multimedia control platforms or other devices supporting audio and video playback functions, such as virtual reality (VR) terminal devices or augmented reality (AR) terminal devices.

[0041] In this embodiment, the set-top box 110 and the smart TV 120 can be connected via a bus 125. The set-top box 110 and various audio and video playback devices can also be connected via the bus 125. The smart TV 120 and various audio and video playback devices can also be connected via the bus 125. Exemplarily, the bus 125 can be a data bus that supports video and audio and video transmission. For example, the bus 125 is a UMI bus. A UMI bus is a bus connected based on the UMI interface provided by the source device and the sink device. The UMI bus can be used to connect a charger to charge an electronic device (such as the smart TV, set-top box, or audio and video playback device described above) and can also be used to transmit data between the electronic device and peripheral devices. It can also be used to connect headphones to play audio through the headphones. This interface can also be used to connect other electronic devices, such as augmented reality devices. When the UMI bus is used to implement data communication between devices, it can support both uncompressed and compressed video transmission, as well as various advanced features such as Quick Video Transport (QVT), Auto Low Latency Mode (ALLM), and Dynamic Frame Rate Refresh (DFR). Furthermore, the UMI bus can support LPCM audio and video formats defined by IEC 60958, as well as various HDR protocols, such as HDR Vivid (HDR Vivid) specified in T / UWA005.1-2022. The UMI also supports encryption control and protection for data transmission, such as audio and video. In some optional implementations, the bus 125 can also refer to other types of buses that can implement the functions supported by the aforementioned UMI bus.

[0042] Server 130 can be an application server or an authentication and authorization server. Server 130 can provide video services, game services, messaging services, music services, authentication and authorization services, and the like. In one example, the functions of multiple services can be integrated on server 130. For example, a game service and a music service can be deployed on server 130. In another example, the functions of some services can be integrated on server 130. For example, server 130 can deploy some game services and some video services. Server 130 can also utilize virtualization technology to provide multiple virtual machines, which provide various services. The embodiments of this application do not limit the deployment of the server. Network device 131 is connected to server 130 via wireless or wired connections. Figure 1 is merely a schematic diagram; the network may also include other devices, not shown in Figure 1. It will be understood that the aforementioned audio and video is a general term. Audio and video include multiple video frames, each of which corresponds to a group of packets carrying the audio and video data to be parsed and played. Figure 1 is merely a schematic diagram; the video transmission system may also include other devices, not shown in Figure 1. The embodiments of the present application do not limit the number and type of each device included in the system.

[0043] Based on the video transmission system shown in FIG1 , FIG2 is a schematic diagram of an audio and video codec system provided by the present application. The audio and video codec system includes a source device 210 and a sink device 220. The source device 210 establishes a communication connection with the sink device 220 via a UMI bus.

[0044] The above-mentioned source device 210 can implement the function of audio and video encoding. As shown in Figure 1, the source device 210 can be a set-top box 110 or a smart TV 120. The source device 210 can also be an audio and video control center with audio and video encoding capabilities. For example, the audio and video control center includes one or more servers.

[0045] The source device 210 may include a data source 211 , a pre-processing module 212 , an audio and video transmission adapter 213 , and a communication interface 214 .

[0046] The data source 211 may include or may be any type of electronic device for collecting audio and video, and / or any type of source audio and video generating device, such as a computer graphics processor for generating computer animation scenes or any type of device for obtaining and / or providing source audio and video, or computer-generated source audio and video. The data source 211 may be any type of memory or storage for storing the above-mentioned source audio and video. The above-mentioned source audio and video may include multiple audio and video streams or images obtained by multiple audio and video acquisition devices (such as cameras), such as ultra high definition (UHD) video, high definition (HD) video, 4K video, etc.

[0047] The pre-processing module 212 is configured to receive source audio and video and pre-process the source audio and video to obtain audio and video or multiple frames of images. For example, the pre-processing performed by the pre-processing module 212 may include color format conversion (e.g., from RGB to YCbCr), octree structuring, audio and video splicing, audio track merging and deletion, or channel number adjustment.

[0048] The audio and video transmission adapter 213 is also referred to as a source adapter in this application, and is used to receive audio and video or images, and encode the audio and video, images or images to obtain coded data. In some optional situations, the code stream (coded data) obtained by encoding can also be called a bit stream. If the coded data is obtained by encoding audio and video data, then the bit stream refers to the audio and video stream.

[0049] The communication interface 214 in the source device 210 may be configured to receive encoded data (e.g., a video stream or an audio / video stream) and send the encoded data (or a version of the encoded data after any other processing) to another device such as the sink device 220 or any other device via a UMI bus for storage, display, playback, or image reconstruction.

[0050] Optionally, the source device 210 includes a bitstream buffer, which is used to store bitstreams corresponding to one or more coding units.

[0051] The sink device 220 can implement the audio and video decoding function. As shown in FIG1 , the sink device 220 can be any one of the smart TV 120 or the audio and video playback device shown in FIG1 .

[0052] The sink device 220 may include an audio and video playback unit 221 , a post-processing module 222 , an audio and video receiving adapter 223 , and a communication interface 224 .

[0053] The communication interface 224 in the sink device 220 is configured to receive the encoded data (or a version of the encoded data after any other processing has been performed on the encoded data) from the source device 210 or any other source device such as a storage device.

[0054] Communication interface 214 and communication interface 224 may be used to communicate via a direct communication link between source device 210 and sink device 220, such as a direct wired connection, as shown in the UMI bus in FIG2 . For details about the UMI bus, please refer to the description of FIG1 , and will not be repeated here.

[0055] The communication interface 224 corresponds to the communication interface 214 and can be used, for example, to receive transmission data and process the transmission data using any type of corresponding transmission decoding or processing and / or decapsulation to obtain encoded data (such as a video stream or an audio and video stream).

[0056] Both the communication interface 224 and the communication interface 214 may be configured as a unidirectional communication interface, as indicated by the arrow pointing from the source device 210 to the corresponding UMI bus of the sink device 220 in FIG2 , or a bidirectional communication interface, and may be used to send and receive messages, etc., to establish a connection, confirm and exchange any other information related to the communication link or data transmission, such as encoded compressed data transmission, etc.

[0057] The audio and video receiving adapter 223 is also referred to as a sink adapter in this application, and is used to receive encoded data and decode the encoded data to obtain decoded data (video or audio and video, etc.).

[0058] The post-processing module 222 is used to post-process the decoded data to obtain post-processed data (such as an image to be displayed or audio and video to be played). The post-processing performed by the post-processing module 222 may include, for example, color format conversion (such as from YCbCr to RGB), octree reconstruction, audio and video splitting and fusion, or any other processing for generating data for output by the audio and video playback unit 221.

[0059] The audio and video playback unit 221 is used to receive post-processed data for display or playback to a user or viewer, etc. The audio and video playback unit 221 can be or include any type of display for representing the reconstructed image, such as an integrated or external display screen or display. For example, the display screen may include a liquid crystal display (LCD), an organic light emitting diode (OLED) display, a plasma display, a projector, a micro LED display, a liquid crystal on silicon (LCoS) display, a digital light processor (DLP), or any other type of display screen. The audio and video playback unit 221 can also include one or more audio and video playback modules, each of which can refer to a speaker, a smart speaker, an amplifier, etc.

[0060] As an optional implementation, the source device 210 and the sink device 220 can transmit encoded data through a data forwarding device. For example, the data forwarding device can be a router or a switch. It is worth noting that the data forwarding device needs to support the UMI interface. The UMI interface of the two devices consists of a main link (ML), a sideban link (SL), a power bus link (PL), and a cable information link (CL). This application does not involve other links other than the main link, and only the main link will be described below. The main link is mainly used to transmit audio and video service streams (such as ultra-high-definition audio and video signals) and high-speed data (such as USB3 data). The main link includes multiple pairs of differential lines, each pair of differential lines forming a differential channel (lane). The virtual channel between the audio and video sending adapter 213 and the audio and video receiving adapter 223 can use the differential channel to transmit audio and video service streams.

[0061] Based on the video transmission system shown in FIG1 and the audio and video encoding and decoding system shown in FIG2 , FIG3 is a schematic diagram of a virtual path provided by the present application.

[0062] The communication link between communication interface 214 and communication interface 224, through multiple communication links between intermediate devices, forms the communication link between source device 210 and sink device 220. For example, taking source device 210 as device A, sink device 220 as device D, and intermediate devices including devices B and C, a virtual path is formed by cascading multiple virtual channels between adapter 4 of device A and adapter 5 of device D. This virtual path includes three virtual channels: a virtual channel with a virtual channel ID (shuttle ID) of 7 from device A to device B, a virtual channel with a virtual channel ID of 4 from device B to device C, and a virtual channel with a virtual channel ID of 13 between devices C and D. Port 2 of each device is a main downstream port (MDP), and port 1 of each device is a main upstream port (MUP). The downstream and upstream ports are connected via connectors and cables.

[0063] A virtual path can be represented by a quadruple. For example, the virtual path shown in FIG3 can be represented by (device A, adapter 4, device D, adapter 5).

[0064] The UMI bus supports multicast functionality. Data, audio and video streams, etc. generated by the same adapter can be transmitted to multiple adapters. As shown in Figure 4, the stream sent by adapter 4 of device A is received by adapter 7 of device B, adapter 6 of device C, and adapter 5 of device D at the same time. The corresponding three virtual paths are (device A, adapter 4, device B, adapter 7), (device A, adapter 4, device C, adapter 6), and (device A, adapter 4, device D, adapter 5).

[0065] The implementation of the bandwidth adjustment method provided in the embodiment of the present application will be described in detail below with reference to the accompanying drawings.

[0066] Bandwidth adjustment messages include bandwidth adjustment requests and bandwidth adjustment responses, which are used to adjust the bandwidth of each device on the virtual path of the service flow. They can support adjustment in both upward (bandwidth increase) and downward (bandwidth reduction) directions to achieve the goals of full bandwidth utilization and low power consumption.

[0067] When the service flow changes, for example, when the bandwidth demand increases, a bandwidth adjustment message (upward adjustment) can be initiated. Alternatively, when the bandwidth demand decreases, a bandwidth adjustment message (downward adjustment) can be initiated. The released bandwidth can allow some main link channels (differential channels) to enter a low-power state or be used by other services.

[0068] When adjusting upward, the process of increasing bandwidth is completed in the direction of bandwidth adjustment request, which is similar to bandwidth application. When adjusting downward, the process of decreasing bandwidth is completed in the direction of bandwidth adjustment response.

[0069] The bandwidth adjustment request must be initiated by the source device of the corresponding service flow. For example, the video stream must be initiated by the device where the audio and video sending adapter that sends the video is located, and the USB service stream must be initiated by the device where the USB tunnel adapter connected to the USB host is located.

[0070] Here, the bandwidth adjustment method of an embodiment of the present application is described using the example of the initiator device 210 and the target device 220 shown in FIG2 . FIG5 is a flow chart of a bandwidth adjustment method provided by the present application. In this embodiment, the initiator device 51 is used to implement the functions of the source device 210, and the target device 52 is used to implement the functions of the sink device 220. In this embodiment, the initiator device 51 may also be referred to as a source device, an audio and video transmitter, or an audio and video transmitter, and the target device 52 may also be referred to as a sink device, a display device, an audio and video receiver, or an audio and video player. In this embodiment, the initiator device 51 and the target device 52 are connected via one or more intermediate devices 53 (only one intermediate device 53 is shown in FIG5 , but the number of intermediate devices is not limited). The initiator device 51, the intermediate device 53, and the target device 52 are connected via a bus 54, which may be a UMI bus. The virtual channels between the initiator device 51 and the intermediate device 53, and the virtual channels between the intermediate device 53 and the target device 52 constitute a virtual path.

[0071] In a first possible application scenario, the initiating device 51 may be the set-top box 110 in Figure 1, and the target device 52 may be the smart TV 120 in Figure 1. For example, the set-top box pushes audio and video data to the smart TV.

[0072] In a second possible application scenario, the initiating device 51 may be the set-top box 110 in FIG1 , and the target device 52 may be any audio and video playback device in FIG1 , such as any one of the audio and video playback devices 121 to 124. For example, the set-top box pushes audio and video data to the audio and video playback device.

[0073] In a third possible application scenario, the initiating device 51 may be the smart TV 120 in FIG1 , and the target device 52 may be any audio and video playback device in FIG1 , such as any one of the audio and video playback devices 121 to 124. For example, the smart TV pushes audio and video data to the audio and video playback device.

[0074] The above three possible application scenarios are merely examples provided in this embodiment and should not be construed as limiting the present application. In other possible examples, the initiating device 51 may be any of the audio and video playback devices in FIG1 (e.g., audio and video playback device 121), and the target device 52 may be another audio and video playback device different from the aforementioned audio and video playback device (e.g., audio and video playback device 122).

[0075] Referring to FIG. 5 , the bandwidth adjustment method provided in this embodiment includes the following steps 501 to 511 .

[0076] Step 501: The initiating device 51 generates a bandwidth adjustment request.

[0077] The initiating device 51 determines an adjusted first target bandwidth value according to the change in the service flow, and generates a bandwidth adjustment request.

[0078] The first target bandwidth value may be an adjusted outbound target bandwidth value. In a possible embodiment, the bandwidth adjustment request may further include a first inbound bandwidth value. The initiating device 51 may further determine an adjusted third target bandwidth value based on changes in the service flow. The third target bandwidth value may be an adjusted inbound target bandwidth value.

[0079] As a possible implementation manner, the message structure of the bandwidth adjustment request is shown in Table 1.

[0080] Table 1

[0081] Optionally, the message field description of the bandwidth adjustment request is as shown in Table 2.

[0082] Table 2

[0083] Optionally, the message structure of the message header is as shown in Table 3.

[0084] Table 3

[0085] Optionally, the message structure of the general field is as shown in Table 4.

[0086] Table 4

[0087] The initiating device 51 assigns the OutStreamBW of the bandwidth adjustment request to the first target bandwidth value and the InStreamBW to the third target bandwidth value. In a possible embodiment, if the service flow does not have an inbound direction, the third target bandwidth value is 0xFFFFFFFF.

[0088] Step 502: The initiating device 51 adjusts the outbound bandwidth value of the outbound port according to the target bandwidth value.

[0089] As a possible implementation, the step of the initiating device 51 adjusting the outbound bandwidth value may include the following sub-steps S1-S6.

[0090] S1. The initiating device 51 compares the target bandwidth value with the bandwidth value of the current path. If the target bandwidth value is greater than the bandwidth value of the current path, it is adjusted upward and S5 is executed. If the target bandwidth value is less than the bandwidth value of the current path, it is adjusted downward. If the target bandwidth value is equal to the bandwidth value of the current path, no adjustment is made.

[0091] The target bandwidth value of the initiating device 51 includes a first target bandwidth value, and the bandwidth value of the current path refers to the outbound bandwidth value allocated to the virtual path of the service flow at the output port of the device.

[0092] S2. The initiating device 51 determines whether the current available bandwidth meets the requirement. If yes, execute S3; otherwise, execute S4.

[0093] The current available bandwidth refers to the idle bandwidth value that the initiating device 51 can allocate to the output port. When the idle bandwidth value is greater than or equal to the first target bandwidth value, the current available bandwidth meets the requirement; otherwise, the current available bandwidth does not meet the requirement.

[0094] S3. The initiating device 51 allocates bandwidth to the output port.

[0095] The initiating device 51 allocates a bandwidth value to the output port, where the bandwidth value is equal to the difference between the first target bandwidth value and the outbound bandwidth value allocated to the output port.

[0096] As a possible implementation manner, when the available bandwidth meets the first target bandwidth value, the initiating device 51 adjusts the outbound bandwidth value of the virtual path on the initiating device to the first target bandwidth value.

[0097] S4. The initiating device 51 starts the bandwidth management upgrade process. If the available bandwidth of the bandwidth management upgrade meets the requirement, S5 is executed. Otherwise, a bandwidth adjustment response indicating that the bandwidth adjustment fails is directly returned.

[0098] Among them, the bandwidth management process refers to the initiator device 51 allocating the idle differential channels in the differential channels of the main link to the virtual path of the business flow at the output port of the local device at the link layer to increase the available bandwidth of the output port, or switching the direction of the reverse differential channel in the virtual channel, that is, the differential channel for sending the business flow from the target device 52 to the initiator device 51, to increase the available bandwidth of the output port.

[0099] S5. The initiating device 51 refreshes the service flow information.

[0100] The service flow information includes the input port number, source device address, source adapter identifier, output port number, target device address, target adapter identifier, bandwidth value, and priority.

[0101] S6. The initiating device 51 configures the transport layer.

[0102] The initiating device 51 sends the information shown in Table 5 to the transport layer.

[0103] Table 5

[0104] Step 503: The initiating device 51 sends a bandwidth adjustment request.

[0105] As a possible implementation manner, the initiating device 51 forwards the bandwidth adjustment request according to the forwarding list addressing information of the bandwidth adjustment request.

[0106] Optionally, the addressing information of the bandwidth adjustment request is forwarding list addressing information, or referred to as forwarding list addressing, or addressing information. The message structure of the forwarding list addressing information is shown in Table 6.

[0107] Table 6

[0108] The Forwarding List Level of the bandwidth adjustment request is used to indicate the current level, and the corresponding port number in the port number of the level is the port number through which the current device sends the bandwidth adjustment request.

[0109] Step 504: The intermediate device 53 receives a bandwidth adjustment request.

[0110] Step 505: The intermediate device 53 adjusts the outbound bandwidth value of the outbound port according to the target bandwidth value.

[0111] For the processing manner in which the intermediate device 53 adjusts the outbound bandwidth value of the outbound port according to the first target bandwidth value, please refer to step 502 and will not be described in detail here.

[0112] In a possible embodiment of the present application, when the bandwidth adjustment request carries the first inflow bandwidth value, the intermediate device 53 also needs to adjust the outflow bandwidth value of the inflow port according to the third target bandwidth value. The processing method is similar to the bandwidth value adjustment method of the outflow port, and will not be repeated here.

[0113] If the available bandwidth of the bandwidth management process cannot meet the requirement of the target bandwidth value, the intermediate device 53 directly returns a bandwidth adjustment response carrying an ErrCode of 0x6.

[0114] Step 506: The intermediate device 53 sends a bandwidth adjustment request.

[0115] As a possible implementation manner, the intermediate device 53 forwards the bandwidth adjustment request according to the forwarding list addressing information of the bandwidth adjustment request.

[0116] Step 507: The target device 52 receives the bandwidth adjustment request.

[0117] When receiving the bandwidth adjustment request, the target device 52 determines that it is the target device of the bandwidth adjustment request according to the forwarding list information, and uses the input port of the bandwidth adjustment request as the output port of the bandwidth adjustment response.

[0118] Step 508: The target device 52 sends a bandwidth adjustment response.

[0119] The bandwidth adjustment response includes a second outbound bandwidth value, and / or a second inbound bandwidth value.

[0120] As a possible implementation, the message structure of the bandwidth adjustment response is shown in Table 7.

[0121] Table 7

[0122] Optionally, the message field description of the bandwidth adjustment response is as shown in Table 8.

[0123] Table 8

[0124] OutStreamBW is the second outbound bandwidth value, which is assigned to the second target bandwidth value; InStreamBW is the second inbound bandwidth value, which is assigned to the fourth target bandwidth value.

[0125] As a possible implementation manner, the target device 52 forwards the bandwidth adjustment response according to the forwarding list addressing information of the bandwidth adjustment response.

[0126] Step 509: The intermediate device 53 receives a bandwidth adjustment response.

[0127] As a possible implementation manner, the processing manner of the intermediate device 53 after receiving the bandwidth adjustment response includes the following S1-S5.

[0128] S1. The intermediate device 53 identifies the path based on the Channel Shuttle ID and tag in the bandwidth adjustment response.

[0129] The intermediate device 53 searches the input port of the corresponding bandwidth adjustment request based on the Channel Shuttle ID and tag in the bandwidth adjustment response to complete the path identification. Requests and responses from the same source device have the same tag value on the same device.

[0130] S2. The intermediate device 53 compares the target bandwidth value with the bandwidth value of the current path. If the target bandwidth value is greater than the bandwidth value of the current path, the bandwidth is adjusted upward and step 509 is executed. If the target bandwidth value is less than the bandwidth value of the current path, the bandwidth is adjusted downward and step S3 is executed. If the target bandwidth value is equal to the bandwidth value of the current path, no adjustment is made.

[0131] The target bandwidth values ​​include a second target bandwidth value, and the bandwidth value of the current path compared with the second target bandwidth value is the outbound bandwidth value of the virtual path at the output port of the local device. The target bandwidth values ​​include a fourth target bandwidth value, and the bandwidth value of the current path compared with the fourth target bandwidth value is the outbound bandwidth value of the virtual path at the input port of the local device.

[0132] S3. The intermediate device 53 recalculates the flow control buffer and weight, and sends the information shown in Table 5 to the transport layer.

[0133] S4. After the intermediate device 53 waits for the transport layer down-flow control buffer to be released, it releases the excess bandwidth value.

[0134] The excess bandwidth value is the difference between the current path bandwidth and the target bandwidth. For output ports, the excess bandwidth value is the difference between the output port's allocated outbound bandwidth and the second outbound bandwidth value. For input ports, the excess bandwidth value is the difference between the input port's allocated outbound bandwidth and the second inbound bandwidth value.

[0135] S5. The intermediate device 53 updates and records the actual adjusted bandwidth value.

[0136] Step 510: The intermediate device 53 sends a bandwidth adjustment response.

[0137] As a possible implementation manner, the intermediate device 53 forwards the bandwidth adjustment response according to the forwarding list addressing information of the bandwidth adjustment response.

[0138] Step 511: The initiating device 51 receives a bandwidth adjustment response.

[0139] As a possible implementation method, the processing flow of the initiating device 51 receiving the bandwidth adjustment response is similar to the processing steps of the intermediate device 53 receiving the bandwidth adjustment response. The difference is that after releasing the excess bandwidth value, the initiating device 51 recalculates the flow control buffer and weight according to the adjusted bandwidth value, and then sends the information as shown in Table 5 to the transport layer. After waiting for the transport layer to release the flow control buffer, it determines to switch the service flow according to the adjusted bandwidth value, or sets some differential channels of the main link to low power mode.

[0140] The bandwidth adjustment method provided in accordance with this embodiment is described in detail above with reference to FIG. 1 to FIG. 5 . The bandwidth adjustment device provided in accordance with this embodiment will be described below with reference to FIG. 6 .

[0141] Figure 6 is a schematic structural diagram of a bandwidth adjustment device provided by the present application. The bandwidth adjustment device 600 can be used to implement the functions of any one of the devices in the above method embodiments, and thus can also achieve the beneficial effects of the above method embodiments. In this embodiment, the bandwidth adjustment device 600 can be the set-top box 110, smart TV 120, or any display device as shown in Figure 1, or the source device 210 or sink device 220 as shown in Figure 2, or the multimedia device or display device provided in subsequent embodiments. It should be understood that the bandwidth adjustment device 600 can also be a module (such as a chip) applied to any of the aforementioned devices.

[0142] As shown in Figure 6 , bandwidth adjustment device 600 includes a transceiver module 610 and a processing module 620. Transceiver module 610 and processing module 620 can collaboratively implement the various steps in the aforementioned method embodiment. A more detailed description of transceiver module 610 and processing module 620 can be directly obtained by referring to the description of the devices in the method embodiment shown in the aforementioned figures, and is not further elaborated here.

[0143] When bandwidth adjustment device 600 implements any of the bandwidth adjustment methods shown in the aforementioned figures through software, bandwidth adjustment device 600 and its various units may also be software modules. The bandwidth adjustment method is implemented by invoking the software module via a processor. The processor may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or a programmable logic device (PLD). The PLD may be a complex programmable logical device (CPLD), a field programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0144] It can be understood that the bandwidth adjustment device shown in Figure 6 is only an example provided in this embodiment. Depending on the different audio and video service flow transmission processes, the bandwidth adjustment device may include more or fewer units, and this application is not limited to this.

[0145] When bandwidth adjustment device 600 is implemented via hardware, the hardware may be implemented via a processor or a system-on-chip (SoC). The SoC includes one or more chips, each of which includes an interface circuit and a control circuit. The interface circuit is used to receive data from devices outside the chip and transmit it to the control circuit, or to send data from the control circuit to devices outside the chip. The control circuit and interface circuit implement any of the possible implementations described in the above embodiments via logic circuits or by executing code instructions. The beneficial effects can be found in the description of any aspect of the above embodiments and will not be elaborated upon here.

[0146] It is understood that the processor in the embodiments of the present application may be a CPU, or other general-purpose processor, digital signal processor (DSP), ASIC, FPGA or other programmable logic device, transistor logic device, hardware component or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0147] In addition, the bandwidth adjustment device 600 shown in FIG6 can also be implemented by a multimedia device, as shown in FIG7, which is a schematic structural diagram of the multimedia device provided in this application. The multimedia device includes: a processor 710, an external memory interface 720, an internal memory 721, a universal serial bus (USB) interface 730, a UMI interface 731, antenna 1, antenna 2, a mobile communication module 750, a wireless communication module 760, an audio module 770, a speaker 770A, a receiver 770B, a microphone 770C, a sensor module 780, a button 790, an indicator 792, a camera 793, a display screen 794, and subscriber identification module (SIM) card interfaces 1-N 795.

[0148] Among them, the above-mentioned sensor module 780 may include sensors such as pressure sensor, gyroscope sensor, air pressure sensor, magnetic sensor, acceleration sensor, distance sensor, proximity light sensor, fingerprint sensor, temperature sensor, touch sensor, ambient light sensor and bone conduction sensor.

[0149] It is understood that the structure illustrated in this embodiment does not constitute a specific limitation on the multimedia device. In other embodiments, the multimedia device may include more or fewer components than shown, or combine or separate certain components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

[0150] The multimedia device shown in FIG. 7 may be any device in FIG. 1 , or a source device or a sink device in subsequent embodiments.

[0151] The processor 710 may include one or more processing units. For example, the processor 710 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors.

[0152] The controller can be the nerve center and command center of the multimedia device. The controller can generate operation control signals based on instruction opcodes and timing signals to complete the control of instruction fetching and execution.

[0153] Processor 710 may also include a memory for storing instructions and data. In some embodiments, the memory in processor 710 is a cache memory. This memory can store instructions or data that have just been used or are being recycled by processor 710. If processor 710 needs to use the same instruction or data again, it can directly access the memory. This avoids duplicate accesses, reduces processor 710 latency, and thus improves system efficiency.

[0154] In some embodiments, the processor 710 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a USB interface, a UMI interface, etc.

[0155] It is understood that the interface connection relationship between the modules illustrated in this embodiment is merely a schematic illustration and does not constitute a structural limitation on the multimedia device. In other embodiments, the multimedia device may also adopt a different interface connection method from the above embodiment, or a combination of multiple interface connection methods.

[0156] The wireless communication function of the multimedia device can be implemented through antenna 1, antenna 2, mobile communication module 750, wireless communication module 760, modem processor, and baseband processor. In some embodiments, antenna 1 of the multimedia device is coupled to mobile communication module 750, and antenna 2 is coupled to wireless communication module 760, so that the multimedia device can communicate with the network and other devices through wireless communication technology.

[0157] The wired communication function of the multimedia device can be implemented through the USB interface 730 or the UMI interface 731. For example, the multimedia device receives or sends video streams and AVP messages through the bus connected to the UMI interface 731.

[0158] The multimedia device implements display functionality through a GPU, display screen 774, and an application processor. The GPU is a microprocessor for image processing that connects the display screen 794 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 710 may include one or more GPUs that execute program instructions to generate or modify display information.

[0159] The display screen 794 is used to display images, videos, etc. The display screen 794 includes a display panel.

[0160] The multimedia device can implement a camera function through an ISP, a camera 793, a video codec, a GPU, a display 794, and an application processor. The ISP is responsible for processing data fed back by the camera 793. The camera 793 is responsible for capturing still images or videos. In some embodiments, the multimedia device may include one or N cameras 793, where N is a positive integer greater than 1.

[0161] In this embodiment, the above display screen 794, video codec, GPU, display screen 794 and application processor can also be collectively referred to as the display unit of the multimedia device, which is used to process and display the received multimedia data stream (such as video stream).

[0162] External memory interface 720 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the multimedia device. The external memory card communicates with processor 710 via external memory interface 720 to implement data storage functions. For example, files such as music and videos can be stored on the external memory card.

[0163] The internal memory 721 can be used to store computer executable program code, which includes instructions. The processor 710 executes various functional applications and data processing of the multimedia device by running the instructions stored in the internal memory 721. For example, in an embodiment of the present application, the processor 710 can execute instructions stored in the internal memory 721, and the internal memory 721 can include a program storage area and a data storage area.

[0164] The program storage area may store an operating system and at least one application required for a function (such as a sound playback function, an image playback function, etc.). The data storage area may store data created during the use of the multimedia device (such as audio and video data, a phone book, etc.). In addition, the internal memory 721 may include high-speed random access memory and non-volatile memory, such as at least one disk storage device, a flash memory device, or a universal flash storage (UFS).

[0165] The multimedia device can implement audio functions such as music playback and recording through the audio module 770, the speaker 770A, the receiver 770B, the microphone 770C, and the application processor.

[0166] Buttons 790 include a power button, a volume button, and the like. Buttons 790 may be mechanical buttons or touch buttons. Indicator 792 may be an indicator light that can indicate charging status, battery level changes, messages, missed calls, notifications, and the like.

[0167] The method steps in the embodiments of the present application can also be implemented by a processor executing software instructions. The software instructions can be composed of corresponding software modules, which can be stored in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disks, mobile hard disks, CD-ROMs, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be an integral part of the processor. The processor and storage medium can be located in an ASIC. In addition, the ASIC can be located in a network device or a terminal device. Of course, the processor and storage medium can also exist as discrete components in a video processing device and a multimedia device.

[0168] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the process or function described in the embodiments of the present application is performed in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user device or other programmable device. The computer program or instruction can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer program or instruction can be transmitted from one website, computer, server or data center to another website, computer, server or data center via wired or wireless means. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium, such as a floppy disk, a hard disk, or a tape; it can also be an optical medium, such as a digital video disc (DVD); it can also be a semiconductor medium, such as a solid state drive (SSD).

[0169] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present application, and such modifications or substitutions should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A bandwidth adjustment method, characterized in that, it includes: Obtain a bandwidth adjustment request; The bandwidth adjustment request includes a first outgoing bandwidth value, and the first outgoing bandwidth value is assigned as a first target bandwidth value; When the first outgoing bandwidth value is greater than the outgoing bandwidth value of the virtual path, upwardly adjust the outgoing bandwidth value of the virtual path in the device, where the virtual path includes a plurality of virtual channels cascaded between the source adapter of the initiating device of the service flow and the sink adapter among a plurality of adapters of the target device of the service flow; Send the bandwidth adjustment request; Receive a bandwidth adjustment response.

2. The method according to claim 1, characterized in that, the obtaining of the bandwidth adjustment request includes: Determine a first target bandwidth value according to the change of the service flow; Generate the bandwidth adjustment request; the bandwidth adjustment request includes the first outgoing bandwidth value, and the first outgoing bandwidth value is the first target bandwidth value.

3. The method according to claim 1 or 2, characterized in that, the upward adjustment of the outgoing bandwidth value of the virtual path in the device includes: When the available bandwidth meets the first target bandwidth value, adjust the outgoing bandwidth value of the virtual path in the device to the first target bandwidth value.

4. The method according to claim 1 or 2, characterized in that, the upward adjustment of the outgoing bandwidth value of the virtual path in the device includes: When the available bandwidth does not meet the first target bandwidth value, start the bandwidth increase management process.

5. The method according to any one of claims 1-4, characterized in that, the bandwidth adjustment response includes a second outgoing bandwidth value, and the second outgoing bandwidth value is assigned as a second target bandwidth value. The method further includes: When the second outgoing bandwidth value is less than the outgoing bandwidth value of the virtual path, downwardly adjust the outgoing bandwidth value of the virtual path in the device.

6. The method according to claim 5, characterized in that, the downward adjustment of the outgoing bandwidth value of the virtual path in the device includes: Release the bandwidth value of the difference between the outgoing bandwidth value of the virtual path and the second outgoing bandwidth value.

7. The method according to claim 6, characterized in that, the virtual channel uses a plurality of differential channels of the main link, and the main link is used for the transmission of the service flow. The method further includes: Determine to perform service flow switching according to the adjusted bandwidth value, or set a part of the differential channels of the main link to the low power consumption mode.

8. The method according to any one of claims 1-7, characterized in that, the bandwidth adjustment request further includes a first incoming bandwidth value, and the first incoming bandwidth value is assigned as a third target bandwidth value. The method further includes: When the first incoming bandwidth value is greater than the incoming bandwidth value of the virtual path, upwardly adjust the outgoing bandwidth value of the virtual path in the device.

9. The method according to claim 8, characterized in that, the bandwidth adjustment response includes a second incoming bandwidth value, and the second incoming bandwidth value is assigned as a fourth target bandwidth value. The method further includes: When the second incoming bandwidth value is less than the incoming bandwidth value of the virtual path, downwardly adjust the incoming bandwidth value of the virtual path in this device.

10. A bandwidth adjustment method, characterized in that, comprising: Receiving a bandwidth adjustment request; Sending a bandwidth adjustment response; the bandwidth adjustment response includes a second outgoing bandwidth value.

11. The method according to claim 10, characterized in that, the bandwidth adjustment response further includes a second incoming bandwidth value.

12. A bandwidth adjustment device, characterized in that, comprising: A transceiver module for obtaining a bandwidth adjustment request; The bandwidth adjustment request includes a first outgoing bandwidth value, and the first outgoing bandwidth value is assigned as a first target bandwidth value; A processing module for upwardly adjusting the outgoing bandwidth value of the virtual path in the device when the first outgoing bandwidth value is greater than the outgoing bandwidth value of the virtual path, where the virtual path includes a plurality of virtual channels cascaded between a source adapter of an originating device of a service flow and a sink adapter among a plurality of adapters of a target device of the service flow; The transceiver module is further configured to send the bandwidth adjustment request; The transceiver module is further configured to receive a bandwidth adjustment response.

13. A bandwidth adjustment device, characterized in that, comprising: A transceiver module for receiving a bandwidth adjustment request; The transceiver module is further configured to send a bandwidth adjustment response; the bandwidth adjustment response includes a second outgoing bandwidth value.

14. A multimedia device, characterized in that, comprising: A transceiver and a processor; The processor is configured to process a service flow; The transceiver is configured to transmit and receive the service flow; The transceiver and the processor are configured to cooperatively execute the method according to any one of claims 1-9, or the method according to any one of claims 10-11.

Images