WO2022120539A1

WO2022120539A1 - Parameter setting method and apparatus, device, and storage medium

Info

Publication number: WO2022120539A1
Application number: PCT/CN2020/134350
Authority: WO
Inventors: 董建利
Original assignee: Oppo广东移动通信有限公司
Priority date: 2020-12-07
Filing date: 2020-12-07
Publication date: 2022-06-16
Also published as: CN116490923A

Abstract

A parameter setting method and apparatus (900), a device (110), and a storage medium, relating to the technical field of Bluetooth. Said method comprises: setting n QoS parameters according to a first parameter setting command, wherein the n QoS parameters refer to QoS parameters corresponding to a first audio group, and n is an integer greater than 1 or equal to 1 (510). According to said method, before an audio stream in an audio group is started, a plurality of QoS parameters are configured for the audio group, so as to ensure that after the audio stream is started subsequently, the audio stream can be switched to different QoS parameters for playing back the audio stream, thereby avoiding the problems that the audio group can only switch, after the audio group is in an inactive state, between an activate state and the inactive state and the QoS parameters cannot be configured and the QoS parameters of the audio stream cannot be switched, achieving flexible adjustment of the QoS parameters of the audio stream, and satisfying the requirements of a user switching the QoS parameters of the audio stream.

Description

Parameter setting method, device, equipment and storage medium

technical field

The embodiments of the present application relate to the field of Bluetooth technology, and in particular, to a parameter setting method, apparatus, device, and storage medium.

Background technique

In order to improve Bluetooth audio characteristics and standardize the use of Bluetooth application products, SIG (Bluetooth Special Interest Group, Bluetooth Special Interest Group) proposed the LE (Low Energy, low power consumption) Audio (audio) standard.

The LE Audio standard contains a series of Profile (configuration file)/Service (service), each service is responsible for different functions. LE Unicast (unicast) Audio mainly involves Profile/Service including BAP (Basic Audio Profile, basic audio profile), ASCS (Audio Stream Control Service, audio stream control service), ASCS is ASE (Audio Stream Endpoint, audio stream endpoint) ) defines the state machine. ASE refers to the stream endpoint that exists on the Audio Sink (audio sink) side. ASCS defines a series of operations (operations) for the Audio Source (audio source) to operate the ASE on the audio sink side, so as to configure and control the audio stream. Purpose. Exemplarily, after Audio Source sets the QoS (Quality of Service, quality of service) parameter of the audio stream, configure the QoS parameter to the audio receiver, and start the audio stream, so that the audio receiver controls the audio stream according to the QoS parameter. audio stream.

However, in the related art, after the audio stream is started, the audio source cannot reconfigure the QoS parameters corresponding to the audio stream to the audio sink, which cannot satisfy the user's requirement for switching the QoS parameters of the audio stream.

SUMMARY OF THE INVENTION

Embodiments of the present application provide a parameter setting method, apparatus, device, and storage medium. The technical solution is as follows:

On the one hand, the embodiment of the present application provides a parameter setting method, the method includes:

Set n QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.

On the other hand, an embodiment of the present application provides a parameter setting device, and the device includes:

The first setting module is configured to set n QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.

In another aspect, an embodiment of the present application provides a device, the device includes: a processor, and a transceiver connected to the processor; wherein:

The processor is configured to set n quality of service QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.

In another aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the storage medium, and the computer program is configured to be executed by a processor of a device to implement the above-mentioned parameter setting method.

In another aspect, an embodiment of the present application provides a chip, where the chip includes a programmable logic circuit and/or program instructions, when the chip runs on a device, it is used to implement the above parameter setting method.

In another aspect, an embodiment of the present application provides a computer program product, which is used to implement the above-mentioned parameter setting method when the computer program product runs on a device.

The technical solutions provided by the embodiments of the present application may include the following beneficial effects:

By configuring multiple QoS parameters for the audio group before starting the audio stream in the audio group, it ensures that after the audio stream is started subsequently, it can switch to different QoS parameters to play the audio stream, avoiding that the audio group can only be used when the audio group is inactive. Switching back and forth between the active state and the inactive state cannot configure the QoS parameters and switch the QoS parameters of the audio stream. It realizes the flexible adjustment of the QoS parameters of the audio stream, and meets the needs of users to switch the QoS parameters of the audio stream. In addition, in the embodiment of the present application, one audio stream in the audio group corresponds to one QoS parameter, so as to avoid the situation that the audio stream corresponding to the QoS parameter switched to subsequently does not change and cause the switching failure, and the QoS corresponding to the audio stream is improved. Validity of parameter switching. In addition, in the embodiment of the present application, after the audio stream is started, although the QoS parameters are switched, the audio group is still switched between the inactive state and the active state, so that the embodiment of the present application can be compatible with the original CIG state machine and related operations , to improve the adaptability and compatibility of the scheme.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the drawings that are used in the description of the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative effort.

1 is a schematic diagram of a state machine and related operations of an ASE provided by an embodiment of the present application;

2 is a schematic diagram of a state machine of a CIG and related operations provided by an embodiment of the present application;

3 is a schematic diagram of a configuration and startup process of QoS parameters of an audio stream provided by an embodiment of the present application;

4 is a schematic diagram of an application system provided by an embodiment of the present application;

5 is a flowchart of a parameter setting method provided by an embodiment of the present application;

6 is a schematic diagram of a configuration, startup and switching process of an audio stream provided by an embodiment of the present application;

7 is a flowchart of a parameter setting method provided by an embodiment of the present application;

8 is a schematic diagram of a state machine and related operations of an extended CIG provided by an embodiment of the present application;

9 is a block diagram of a parameter setting device provided by an embodiment of the present application;

10 is a block diagram of a parameter setting device provided by another embodiment of the present application;

11 is a structural block diagram of a device provided by an embodiment of the present application;

12 is a schematic diagram of a configuration, startup, and switching process of an audio stream provided by another embodiment of the present application;

FIG. 13 is a schematic diagram of a configuration, activation, and switching process of an audio stream provided by another embodiment of the present application.

Detailed ways

In order to make the objectives, technical solutions and advantages of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

The network architecture and service scenarios described in the embodiments of the present application are for the purpose of illustrating the technical solutions of the embodiments of the present application more clearly, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. The evolution of new business scenarios and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

As can be seen from the above description of the background technology, the ASCS defines a state machine for the ASE. In an example, as shown in Figure 1, ASE includes the following states: Codec Configured, QoS Configured, Disabling, Enabling, Streaming, Releasing (release), Idle (idle).

In order to realize the switching of ASE between various states, ASCS defines a series of operations for the audio source to operate the ASE on the audio sink side. In one example, as shown in Figure 1, the following operations are defined in ASCS for audio sources to operate ASE: Config Codec operation, Config QoS operation, Enable operation (start operation), Receiver Start Ready operation, Disable operation, Receiver Stop Ready operation, Update Metadata operation, Release operation operation), Released operation (release end operation).

In one example, after the audio source sets the QoS parameters of the audio stream, configure the QoS parameters to the audio sink, and start the audio stream, so that the audio sink controls the audio stream according to the QoS parameters. For audio sources, the LE Audio standard provides some commands (commands) to provide profiles/services with the ability to configure CIG (Connected Isochronous Group, connection-based synchronization group).

Please refer to FIG. 2 , which shows a state machine and related operations of the CIG provided by an embodiment of the present application. As can be seen from Figure 2, CIG includes the following states: Configured (configured), Active (activated), Inactive (inactive), No CIG (no CIG); CIG includes the following related operations: LE Set CIG Parameters command (LE set CIG parameter command), LE Remove CIG command (LE remove CIG command), LE Create CIS command (LE create CIS command), Disconnect command (cancel connection command). Among them, the LE Audio standard specifies some requirements for the use of the LE set parameter command, as shown below.

The CIG_ID (Identifier, identification) parameter identifies a CIG. This parameter is allocated by the central host (Central's Host) and passed to the peripheral host (Peripheral's Host) through the link layer (Link Layer) during the process of creating the CIS. If the CIG_ID does not exist, the Controller should first create a new CIG. Once the CIG is created (either by this command or a previous command), the controller should modify or add the CIS configuration in the CIG indicated by CIG_ID and update all parameters applicable to the CIG. If the host issues this command when the CIG is not in a configurable state, the controller shall return the error code "command not allowed" (0x0C).

Therefore, the LE set parameter command can only be processed correctly when the CIG does not exist, or when the CIG already exists and is in the configuration state, otherwise it returns a failure.

In an example, based on the state machine and related operations of the CIG and the state machine and related operations of the ASE, as shown in FIG. 3 , the configuration and startup process of the QoS parameters of the audio stream are as follows.

When the target CIG does not exist, that is, when the state of the CIG is no CIG, the unicast client sends a codec configuration request to the unicast server (Unicast Server) to request Configure the operation of codec configuration A. In response to the codec configuration request, the unicast server sends a codec configuration notification (Notification) to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state. When the unicast client initiates the LE setting CIG parameter command, it creates a CIG_ID, and creates a CIS_ID1 and a QoS parameter A corresponding to the CIS_ID1 under the CIG_ID. At this time, the CIG state switches from the no-CIG state to the configuration state. After that, the unicast client sends a QoS parameter configuration request to the unicast server to request the operation of configuring the QoS parameter A. In response to the QoS parameter configuration request, the unicast server sends a QoS parameter configuration notification to the unicast client. At this time, the ASE enters the QoS parameter configuration state.

Optionally, the unicast client can start audio streaming, so that the ASE enters the streaming state and the CIG enters the active state. After that, the unicast client can choose to disable or release the audio stream, that is, the unicast client sends a disable request or a release request to the unicast server. The unicast server sends a notification to the unicast client in response to the request of the unicast client, so that the ASE enters the codec configuration state and the CIG enters the inactive state.

It can be seen from the above description that the LE setting parameter command can only be processed correctly when the CIG does not exist, or when the CIG already exists and is in the configuration state, otherwise it will return a failure. Therefore, when the CIG is active or inactive, the unicast client does not correctly handle the LE setting parameters. As shown in Figure 3, after starting the audio stream and when the CIG is in an inactive state, the unicast client initiates a LE parameter setting command to set the QoS parameter B corresponding to CIS_ID1. However, it is precisely because the CIG is in an inactive state. In the active state, the unicast client does not process the command correctly, so the connection layer returns an error code of "command not allowed".

Therefore, in the above example, after the audio stream is started, the unicast client cannot reconfigure the QoS parameters corresponding to the audio stream to the unicast server, which cannot meet the user's requirement for switching the QoS parameters of the audio stream. And, as shown in Figure 3, before the audio stream is started, the ASE has been in the codec configuration state for a period of time. At this time, the CIG is in the configuration state, that is, the QoS parameters of the audio stream can be configured; the audio stream is disabled Or after the release, the ASE is also in the codec configuration state, but at this time, the CIG is in an inactive state, that is, the QoS parameters of the audio stream cannot be configured. Therefore, when the ASE is in the codec configuration state, can the audio The behavior of configuring the QoS parameters of the flow is inconsistent.

Based on this, the embodiment of the present application provides a parameter setting method, which can be used to solve the above technical problem. Hereinafter, the technical solutions provided by the present application will be introduced and described through several embodiments. It should be noted that, in the embodiments of the present application, for ease of expression, CIG is referred to as an audio group, and CIS is referred to as an audio stream, and those skilled in the art should be able to understand the meaning.

Please refer to FIG. 4 , which shows a schematic diagram of an application system provided by an embodiment of the present application. The application system includes: a client device 10 and a server device 20 .

The client device 10 refers to a device on which a unicast client is installed and running. Optionally, the client device 10 is the above-mentioned audio source (Audio Source). This embodiment of the present application does not limit the device type of the client device 10. Optionally, the client device 10 includes: a mobile phone, a tablet computer, a game console, an e-book reader, a multimedia playback device, a wearable device, a PC (Personal Computer) , personal computer), smart TV, smart car and other equipment.

The server device 20 is configured to provide a unicast service for the unicast client. Optionally, the server device 20 is the above-mentioned audio sink (Audio Sink). This embodiment of the present application does not limit the device type of the server device 20. Optionally, the unicast server 20 includes: a server, a computer, a computer, a host, and other devices. Optionally, in the case where the server device 20 is a server, the server device 20 may be a server, a server cluster composed of multiple servers, or a cloud computing center.

Optionally, the client device 10 and the server device 20 communicate with each other through BLE (Bluetooth Low Energy, Bluetooth Low Energy). In an example, the unicast client installed and running in the client device 10 can send a request to the server device 20 through BLE to request the operation of configuring the ASE in the server device 20, and the server device 20 responds to the unicast client It can send a notification to the unicast client and switch the state of the ASE.

Please refer to FIG. 5 , which shows a flowchart of a parameter setting method provided by an embodiment of the present application. The method can be applied to a client, optionally, the client is the above-mentioned unicast client. Hereinafter, the technical solution of the present application will be described by taking the method applied to a unicast client as an example. The method includes the following steps.

Step 510: Set n QoS parameters according to the first parameter setting command, where the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and n is an integer greater than 1 or equal to 1.

The first parameter setting command is used to set relevant parameters of the first audio group, optionally, the first parameter setting command is the LE Set CIG Parameters command. Optionally, before initiating the first parameter setting command, and in the absence of the first audio group, the first audio group is in a state of no audio group, namely No CIG; before initiating the first parameter setting command, and there is In the case of the first audio group, the first audio group is in a configured state, that is, Configured. The first parameter setting command can trigger the first audio group to switch from the no-audio group state to the configuration state.

In this embodiment of the present application, the unicast client may set n QoS parameters corresponding to the first audio group according to the first parameter setting command, where n is an integer greater than 1 or equal to 1, that is, in this embodiment of the present application, unicast The client sets a plurality of QoS parameters corresponding to the first audio group according to the first parameter setting command, which also ensures that the purpose of QoS parameter switching can be achieved subsequently. Optionally, before initiating the first parameter setting command and in the absence of the first audio group, the unicast client can also set at least one of the following information according to the first parameter setting command: the identifier of the first audio group. , that is, CIG_ID; the audio stream included in the first audio group, and the identification of the audio stream, that is, CIS_ID. In addition, since the server supports different QoS parameters, if the server supports only one QoS parameter, the unicast client setting multiple QoS parameters for the first audio group cannot achieve the purpose of switching different QoS parameters subsequently. Therefore, in an example, the above step 510 includes: in the case that the server supports at least two QoS parameters for the first audio group, setting n QoS parameters according to the first parameter setting command.

The first audio group includes a plurality of audio streams. Optionally, different audio streams in the first audio group correspond to different QoS parameters among the n QoS parameters. Optionally, one audio stream in the first audio group corresponds to one QoS parameter among the n QoS parameters. Optionally, the unicast client can combine these two conditions to set n QoS parameters, that is, the unicast client ensures that different audio streams correspond to different QoS parameters, and that one audio stream corresponds to one QoS parameter. It should be understood that the embodiments of the present application do not limit one QoS parameter to correspond to one audio stream or to multiple different audio streams. Here, one audio stream is defined to correspond to one QoS parameter to ensure that it can be switched to different audio streams in the future. To achieve the purpose of switching QoS parameters.

Based on the condition that "one audio stream corresponds to one QoS parameter", when setting n QoS parameters, the unicast client can set the corresponding QoS parameter for each audio stream in the first audio group, or set the corresponding QoS parameter for each audio stream in the first audio group Some audio streams in the audio group are set with corresponding QoS parameters, that is, the number of audio streams included in the first audio group is greater than or equal to n.

In an example, after step 510, the method further includes: sending a first parameter configuration request to the server, where the first parameter configuration request includes the first QoS parameter among the n QoS parameters.

After the unicast client completes setting multiple QoS parameters for the first audio group, it can initiate a configuration QoS operation, that is, the Config QoS operation. Optionally, the unicast client sends a first parameter configuration request to the server to configure n The first QoS parameter among the QoS parameters is configured to the server, so that the first parameter configuration request includes the first QoS parameter. Optionally, the first parameter configuration request further includes at least one of the following contents: an identifier of the first audio group, and an identifier of the audio stream corresponding to the first QoS parameter.

In this embodiment of the present application, before configuring the first QoS parameter to the server, the unicast client may initiate a configuration codec operation, that is, configure the codec configuration for the server. The server sends a first codec configuration request to configure the first codec configuration to the server. Based on this, optionally, the QoS parameter configured by the unicast client to the server corresponds to the first codec configuration, that is, the first QoS parameter corresponds to the first codec configuration. Optionally, the configuration codec operation is a Config Codec operation.

When the unicast client initiates the QoS configuration operation, the ASE in the server switches to the QoS configuration operation. According to the state machine of the ASE and related operations, at this time, if the unicast client initiates the start operation, the ASE in the server will switch to the QoS configuration operation. ASE will switch to the startup state, and after the startup is complete, it will enter the streaming state. Based on this, in order to achieve the effect of playing the audio stream, in an example, after the unicast client sends the first parameter configuration request to the server, it further includes: starting the audio stream corresponding to the first QoS parameter in the first audio group .

In this embodiment of the present application, before starting the first audio stream, the unicast client configures multiple QoS parameters for the first audio group. It can be seen from the state machine of ASE and related operations that after the first audio group is started, and when the first audio group is in an inactive state, the unicast client can initiate a create CIS command, that is, LE Create CIS command, to switch to other audio streams in the first audio group. Therefore, during the playback of the audio stream, if the unicast client needs to switch QoS parameters, the unicast client can initiate a disable operation or release operation to disable or release the audio stream corresponding to the first QoS parameter, and then The audio stream corresponding to the first QoS parameter is switched to the audio stream corresponding to other QoS parameters.

Based on this, in an example, the above method further includes: when the first audio group is in an inactive state, sending a second parameter configuration request to the server, where the second parameter configuration request includes the second parameter of the n QoS parameters. QoS parameters; wherein, the audio stream corresponding to the first QoS parameter in the first audio group is different from the audio stream corresponding to the second QoS parameter in the first audio group.

After disabling or releasing the audio stream corresponding to the first QoS parameter, the unicast client is in an inactive state. At this time, the unicast client can initiate the configuration of QoS parameters again. Optionally, the unicast client sends the first QoS parameter to the server. The second parameter configuration request is used to configure the second QoS parameter among the n QoS parameters to the server, so that the second parameter configuration request includes the second QoS parameter. Optionally, the second parameter configuration request further includes at least one of the following contents: the identifier of the first audio group, and the identifier of the audio stream corresponding to the second QoS parameter.

In this embodiment of the present application, before configuring the second QoS parameter to the server, the unicast client may initiate a configuration codec operation, that is, configure the codec configuration for the server. The server sends a second codec configuration request to configure the second codec configuration to the server. Based on this, optionally, the QoS parameter configured by the unicast client to the server corresponds to the second codec configuration, that is, the second QoS parameter corresponds to the second codec configuration.

When the unicast client initiates the QoS configuration operation, the ASE in the server switches to the QoS configuration operation. According to the state machine of the ASE and related operations, at this time, if the unicast client initiates the start operation, the ASE in the server will switch to the QoS configuration operation. ASE will switch to the startup state, and after the startup is complete, it will enter the streaming state. Based on this, in order to achieve the effect of playing the audio stream again, in an example, after sending the second parameter configuration request to the server, the method further includes: starting the audio stream corresponding to the second QoS parameter in the first audio group.

To sum up, the technical solutions provided by the embodiments of the present application configure multiple QoS parameters for the audio group before starting the audio stream in the audio group, so as to ensure that after the audio stream is started subsequently, it is possible to switch to different QoS parameters to Play the audio stream, avoid the problem that when the audio group is in the inactive state, it can only switch back and forth between the active state and the inactive state, but cannot configure the QoS parameters, and cannot switch the QoS parameters of the audio stream, and flexibly adjust the QoS of the audio stream. parameter, which satisfies the requirement of the user to switch the QoS parameters of the audio stream. In addition, in the embodiment of the present application, one audio stream in the audio group corresponds to one QoS parameter, so as to avoid the situation that the audio stream corresponding to the QoS parameter switched to subsequently does not change and cause the switching failure, and the QoS corresponding to the audio stream is improved. Validity of parameter switching. In addition, in the embodiment of the present application, after the audio stream is started, although the QoS parameters are switched, the audio group is still switched between the inactive state and the active state, so that the embodiment of the present application can be compatible with the original CIG state machine and related operations , to improve the adaptability and compatibility of the scheme.

Hereinafter, the above-mentioned embodiment in FIG. 5 will be described by taking an example. Please refer to FIG. 6 , which shows a schematic diagram of a configuration, activation, and switching process of an audio stream provided by an embodiment of the present application.

When the target CIG does not exist, that is, when the state of the CIG is no CIG, the unicast client sends a codec configuration request to the unicast server to request the operation of configuring codec configuration A. In response to the codec configuration request, the unicast server sends a codec configuration notification to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state. When the unicast client initiates the LE setting CIG parameter command, it creates a CIG_ID, and creates the following three groups of CIS and QoS parameters under the CIG_ID: CIS_ID1 and its corresponding QoS parameters A, CIS_ID2 and its corresponding QoS parameters B, CIS_ID3 and its corresponding QoS parameter C. Moreover, QoS parameter A corresponds to codec configuration A, QoS parameter B corresponds to codec configuration B, and QoS parameter C corresponds to codec configuration C.

At this time, the state of the CIG is switched from the no-CIG state to the configuration state. After that, the unicast client sends a QoS parameter configuration request to the unicast server, so as to request the operation of configuring the QoS parameter A corresponding to the codec configuration A. In response to the QoS parameter configuration request, the unicast server sends a QoS parameter configuration notification to the unicast client. At this time, the ASE enters the QoS parameter configuration state.

Optionally, the unicast client can start the audio stream corresponding to the QoS parameter A, that is, the audio stream of CIS_ID1, so that the ASE enters the streaming state and the CIG enters the active state. Afterwards, when the unicast client needs to switch QoS parameters, the unicast client can choose to disable or release the audio stream, that is, the unicast client sends a disable request or a release request to the unicast server. The unicast server sends a notification to the unicast client in response to the request of the unicast client, so that the ASE enters the codec configuration state and the CIG enters the inactive state.

When the CIG is in an inactive state, the unicast client may send a codec configuration request to the unicast server again to request the operation of configuring codec configuration B. In response to the codec configuration request, the unicast server sends a codec configuration notification to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state. After that, the unicast client sends a QoS parameter configuration request to the unicast server, so as to request an operation of configuring the QoS parameter B corresponding to the codec configuration B. In response to the QoS parameter configuration request, the unicast server sends a QoS parameter configuration notification to the unicast client. At this time, the ASE enters the QoS parameter configuration state. The unicast client initiates the start operation to trigger the audio stream to enter the streaming state again. At this time, the started audio stream is the audio stream corresponding to the QoS parameter B, that is, the audio stream of CIS_ID2, so as to realize the playback of the audio stream again. Based on this, the effect of switching the QoS parameters can be achieved after the audio stream is started.

Please refer to FIG. 7 , which shows a flowchart of a parameter setting method provided by an embodiment of the present application. The method can be applied to a client, optionally, the client is the above-mentioned unicast client. The method includes the following steps.

Step 710, after the first audio stream in the first audio group is started, and in the case that the first audio group is in the configuration state, set the third QoS parameter according to the second parameter setting command, and the third QoS parameter refers to the first QoS parameter. QoS parameters corresponding to the audio stream.

As can be seen from the above-mentioned Fig. 3 embodiment and Fig. 2, based on the state machine of the original CIG and related operations, after the audio stream is started, if the audio stream in the audio group needs to be played, the state of the audio group can only be activated. Toggle between state and inactive state. Therefore, after the audio stream is started, based on the state machine of the original CIG and related operations, the audio group cannot be in the configuration state, and thus the configuration of the QoS parameters cannot be realized.

To solve the above problem, the embodiments of the present application provide an extended CIG state machine and related operations, so as to realize that after the audio stream is started, the audio group can still be switched back to the configuration state, so as to realize the reconfiguration of QoS parameters. Based on this, in this embodiment of the present application, after the first audio stream in the first audio group is started and the first audio group is in the configuration state, the unicast client sets the third QoS according to the second parameter setting command parameter. Wherein, the third QoS parameter refers to the QoS parameter corresponding to the first audio stream, that is, in the embodiment of the present application, the QoS parameter corresponding to the first audio stream is changed after the first audio stream is started.

According to the original CIG state machine and related operations, when the audio stream is started, the audio group is in the active state. After that, if the QoS parameter of the audio stream needs to be switched, the unicast client releases or disables the audio stream. At this time , the audio group is inactive. As shown in FIG. 8 , the state machine and related operations of the extended CIG provided by the embodiment of the present application realize the switching between the inactive state and the configuration state of the audio group. When the audio group is in the inactive state Then, the unicast client initiates the LE setting QoS parameter command, so that the audio group can be controlled to switch from the inactive state to the configuration state, so as to realize the reconfiguration of the QoS parameters of the audio stream.

Based on this, in an example, the above step 710 includes: after the first audio stream is started and in the case that the first audio group is in an inactive state, initiating a second parameter setting command; when the first audio group is in the configuration In the case of the second parameter setting command, the third QoS parameter is set according to the second parameter setting command; wherein, when the client initiates the second parameter setting command, the first audio group is switched from the inactive state to the configuration state. Optionally, the above-mentioned initiating the second parameter setting command includes: after the first audio stream is started, initiating a disconnection command; in the case that the first audio group is in an inactive state, initiating a second parameter setting command; wherein, in the When the first audio stream is started, the first audio group is in an active state; when the client initiates a disconnection command, the first audio group is switched from an active state to an inactive state.

After reconfiguring the QoS parameters corresponding to the first audio stream, the unicast client needs to configure the reconfigured QoS parameters to the server. Based on this, in an example, after step 510, the method further includes: sending a third parameter configuration request to the server, where the third parameter configuration request includes a third QoS parameter. Optionally, the third parameter configuration request further includes at least one of the following contents: an identifier of the first audio group and an identifier of the first audio stream.

When the unicast client initiates the QoS configuration operation, the ASE in the server switches to the QoS configuration operation. According to the state machine of the ASE and related operations, at this time, if the unicast client initiates the start operation, the ASE in the server will switch to the QoS configuration operation. ASE will switch to the startup state, and after the startup is complete, it will enter the streaming state. Based on this, in order to achieve the effect of playing the audio stream again, in an example, after sending the third parameter configuration request to the server, the method further includes: restarting the first audio stream.

To sum up, the technical solutions provided by the embodiments of the present application, by extending the state machine of the CIG and related operations, and modifying the original LE to set the CIG parameter command restrictions, realize that after the audio stream in the audio group is started, the audio The group jumps out of the back and forth between the inactive state and the active state, and the audio group is switched from the inactive state to the configuration state through the LE setting CIG parameter command, so as to realize the reconfiguration of the QoS parameters of the audio stream and realize the flexible adjustment of audio The QoS parameters of the stream meet the needs of the user to switch the QoS parameters of the audio stream.

Hereinafter, the above-mentioned embodiment of FIG. 7 will be introduced and described by taking an example. Based on the state machine and related operations of the expanded CIG shown in FIG. 7 , please refer to FIG. 12 , the parameter setting method provided by the embodiment of the present application includes the following contents.

When the target CIG does not exist, that is, when the state of the CIG is no CIG, the unicast client sends a codec configuration request to the unicast server to request the operation of configuring codec configuration A. In response to the codec configuration request, the unicast server sends a codec configuration notification to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state. When the unicast client initiates the LE to set the CIG parameter command, it creates a CIG_ID, and creates a CIS_ID1 and its corresponding QoS parameter A under the CIG_ID.

When the CIG is in an inactive state, the unicast client can send a codec configuration request to the unicast server again to request the operation of configuring codec configuration D. In response to the codec configuration request, the unicast server sends a codec configuration notification to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state.

After that, the unicast client initiates the LE setting CIG parameter command, so that the CIG switches from the inactive state to the configuration state, and the unicast client can reconfigure the QoS parameters for the CIS (ie CIS_ID1) corresponding to the QoS parameter A. In the embodiment of the present application, the QoS parameter reconfigured by the unicast client for the CIS_ID1 is the QoS parameter D. After that, the unicast client sends a QoS parameter configuration request to the unicast server, so as to request an operation of configuring the QoS parameter D corresponding to the codec configuration D. In response to the QoS parameter configuration request, the unicast server sends a QoS parameter configuration notification to the unicast client. At this time, the ASE enters the QoS parameter configuration state. The unicast client initiates the start operation to trigger the audio stream CIS_ID1 to enter the streaming state again.

It should be noted that, for the convenience of description, the embodiments of the present application respectively describe the embodiment in FIG. 5 and the embodiment in FIG. 7, and the solutions introduced in the embodiment in FIG. 5 and the embodiment in FIG. 7 can be used as separate embodiments respectively. , but in practical applications, the technical solutions provided by the embodiment in FIG. 5 and the embodiment in FIG. 7 can also be used in combination. That is, the technical solution for switching QoS parameters corresponding to different audio streams provided by the embodiment of FIG. 5 may also be based on the extended CIG state machine and related operations provided by the embodiment of FIG. 7 . It should be understood that this should also fall within the protection scope of the present application.

Next, the combination of the embodiment of FIG. 5 and the embodiment of FIG. 7 will be described. In an example, based on the combination of the embodiment in FIG. 5 and the embodiment in FIG. 7 , please refer to FIG. 13 , the parameter setting method provided by the embodiment of the present application includes the following contents.

When the target CIG does not exist, that is, when the state of the CIG is no CIG, the unicast client sends a codec configuration request to the unicast server to request the operation of configuring codec configuration A. The unicast server sends a codec configuration notification to the unicast client in response to the codec configuration request. At this time, the ASE in the unicast server enters the codec configuration state. When the unicast client initiates the LE setting CIG parameter command, it creates a CIG_ID, and creates the following three groups of CIS and QoS parameters under the CIG_ID: CIS_ID1 and its corresponding QoS parameters A, CIS_ID2 and its corresponding QoS parameters B, CIS_ID3 and its corresponding QoS parameter C. Moreover, QoS parameter A corresponds to codec configuration A, QoS parameter B corresponds to codec configuration B, and QoS parameter C corresponds to codec configuration C.

Based on the above embodiment in FIG. 5 , after starting the audio stream and the CIG is in an inactive state, the unicast client can switch the QoS parameter A using other QoS parameters configured for the CIG before starting the audio stream. However, based on the above embodiment in FIG. 7 , after starting the audio stream and the CIG is in the inactive state, the unicast client can also set the CIG parameter command through the LE to control the CIG to switch from the inactive state to the configured state, thereby Configure new QoS parameters for the CIG, and then switch QoS parameter A with the new QoS parameters. For the situation that the unicast client switches the QoS parameter A by using other QoS parameters configured for the CIG before starting the audio stream, please refer to the description of the above-mentioned embodiment in FIG. 6 . The following describes the situation that the unicast client configures new QoS parameters for the CIG.

When the CIG is in an inactive state, the unicast client may send a codec configuration request to the unicast server again to request an operation of configuring codec configuration E. In response to the codec configuration request, the unicast server sends a codec configuration notification to the unicast client. At this time, the ASE in the unicast server enters the codec configuration state.

After that, the unicast client initiates the LE setting CIG parameter command, so that the CIG switches from the inactive state to the configuration state, and the unicast client can reconfigure the QoS parameters for the CIS (ie CIS_ID1) corresponding to the QoS parameter A. In the embodiment of the present application, the QoS parameter reconfigured by the unicast client for the CIS_ID1 is the QoS parameter E. Afterwards, the unicast client sends a QoS parameter configuration request to the unicast server to request the operation of configuring the QoS parameter E corresponding to the codec configuration E. In response to the QoS parameter configuration request, the unicast server sends a QoS parameter configuration notification to the unicast client. At this time, the ASE enters the QoS parameter configuration state. The unicast client initiates the start operation to trigger the audio stream CIS_ID1 to enter the streaming state again.

The following are apparatus embodiments of the present application, which can be used to execute the method embodiments of the present application. For details not disclosed in the device embodiments of the present application, please refer to the method embodiments of the present application.

Please refer to FIG. 9 , which shows a block diagram of a parameter setting apparatus provided by an embodiment of the present application. The apparatus has the function of implementing the above-mentioned example of the client-side method. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The apparatus may be the client device described above, or may be set in the client device, so as to implement the above-mentioned method for setting parameters on the client side. As shown in FIG. 9 , the apparatus 900 may include: a first setting module 910 .

The first setting module 910 is configured to set n QoS parameters according to the first parameter setting command, where the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.

In one example, different audio streams in the first audio group correspond to different QoS parameters among the n QoS parameters.

In one example, one audio stream in the first audio group corresponds to one QoS parameter of the n QoS parameters.

In one example, the number of audio streams included in the first audio group is greater than or equal to the n.

In an example, the first setting module 910 is configured to: in the case that the server supports at least two QoS parameters for the first audio group, set the n QoS parameters according to the first parameter setting command parameter.

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a first sending module 920, configured to send a first parameter configuration request to the server, where the first parameter configuration request includes the n QoS parameters The first QoS parameter in .

In an example, the first QoS parameter corresponds to a first codec configuration; wherein, the first codec configuration is the codec configuration included in the first codec configuration request sent by the client to the server .

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a first activation module 930, configured to activate an audio stream corresponding to the first QoS parameter in the first audio group.

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a second sending module 940, configured to send a second parameter to the server when the first audio group is in an inactive state A configuration request, the second parameter configuration request includes a second QoS parameter among the n QoS parameters; wherein, the audio stream corresponding to the first QoS parameter in the first audio group is different from the first QoS parameter. Two audio streams corresponding to the QoS parameters in the first audio group.

In an example, the second QoS parameter corresponds to a second codec configuration; wherein, the second codec configuration is the codec configuration included in the second codec configuration request sent by the client to the server .

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a second activation module 950, configured to activate the audio stream corresponding to the second QoS parameter in the first audio group.

In one example, as shown in FIG. 10 , the apparatus 900 further includes: a second setting module 960 for after the first audio stream in the first audio group is started, and in the first audio group In the configuration state, a third QoS parameter is set according to the second parameter setting command, where the third QoS parameter refers to a QoS parameter corresponding to the first audio stream.

In an example, as shown in FIG. 10 , the second setting module 960 includes: a command initiating unit 962, configured to be in an inactive state after the first audio stream is started and the first audio group is in an inactive state If the first audio group is in the configuration state, receive the second parameter setting command; the second setting unit 964 is configured to set the third parameter according to the second parameter setting command when the first audio group is in the configuration state QoS parameters; wherein, when the client receives the second parameter setting command, the first audio group is switched from an inactive state to the configuration state.

In an example, as shown in FIG. 10 , the command initiating unit 962 is configured to: after the first audio stream is started, initiate a disconnection command; when the first audio group is in the inactive state In the case of initiating the second parameter setting command; wherein, in the case that the first audio stream is started, the first audio group is in an active state; in the case that the client initiates the cancel connection command , the first audio group is switched from the active state to the inactive state.

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a third sending module 970, configured to send a third parameter configuration request to the server, where the third parameter configuration request includes the third QoS parameter .

In an example, as shown in FIG. 10 , the apparatus 900 further includes: a third starting module 980, configured to restart the first audio stream.

In one example, the apparatus is provided in a client.

In one example, the client is a unicast client.

In addition, the technical solutions provided by the embodiments of the present application, by extending the state machine of the CIG and related operations, modify the original LE to set the CIG parameter command restrictions, so that after the audio stream in the audio group is started, the audio group jumps out of the Switch back and forth between the active state and the active state, and switch the audio group from the inactive state back to the configuration state through the LE setting CIG parameter command, so as to realize the reconfiguration of the QoS parameters of the audio stream, and realize the flexible adjustment of the QoS of the audio stream. parameter, which satisfies the requirement of the user to switch the QoS parameters of the audio stream.

It should be noted that, when the device provided in the above embodiment realizes its functions, only the division of the above functional modules is used as an example for illustration. In practical applications, the above functions can be allocated to different functional modules according to actual needs. That is, the content structure of the device is divided into different functional modules to complete all or part of the functions described above.

Regarding the apparatus in the above-mentioned embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be described in detail here.

Please refer to FIG. 11 , which shows a schematic structural diagram of a device 110 provided by an embodiment of the present application. The device can be the above-mentioned client device, and thus, the device can be used to execute the above-mentioned parameter setting method on the client device side. Specifically, the device 110 may include: a processor 111, and a transceiver 112 connected to the processor 111; wherein:

The processor 111 includes one or more processing cores, and the processor 111 executes various functional applications and information processing by running software programs and modules.

Transceiver 112 includes a receiver and a transmitter. Optionally, the transceiver 112 is a communication chip.

In one example, device 110 also includes: a memory and a bus. The memory is connected to the processor through a bus. The memory can be used to store a computer program, and the processor is used to execute the computer program, so as to implement various steps performed by the client device in the above method embodiments.

In addition, the memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof. Volatile or non-volatile storage devices include but are not limited to: RAM (Random-Access Memory, random access memory) and ROM (Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory, Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory, Electrically Erasable Programmable Read-Only Memory) ), flash memory or other solid-state storage technology, CD-ROM (Compact Disc Read-Only Memory), DVD (Digital Video Disc, high-density digital video disc) or other optical storage, tape cassettes, tapes, disk storage or other magnetic storage devices. in:

The processor 111 is configured to set n QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.

In an example, the processor 111 is configured to: set the n QoS parameters according to the first parameter setting command when the server supports at least two QoS parameters for the first audio group.

In an example, the transceiver 112 is configured to: send a first parameter configuration request to the server, where the first parameter configuration request includes the first QoS parameter among the n QoS parameters.

In an example, the processor 111 is further configured to: start an audio stream corresponding to the first QoS parameter in the first audio group.

In an example, the transceiver 112 is further configured to: when the first audio group is in an inactive state, send a second parameter configuration request to the server, where the second parameter configuration request includes The second QoS parameter in the n QoS parameters; wherein, the audio stream corresponding to the first QoS parameter in the first audio group is different from the second QoS parameter in the first audio group the corresponding audio stream.

In an example, the second QoS parameter corresponds to a second codec configuration; wherein the second codec configuration is the codec configuration included in the second codec configuration request sent by the client to the server .

In an example, the processor 111 is further configured to: start an audio stream corresponding to the second QoS parameter in the first audio group.

In an example, the processor 111 is further configured to: after the first audio stream in the first audio group is started, and in the case that the first audio group is in the configuration state, according to the second parameter The setting command sets a third QoS parameter, where the third QoS parameter refers to a QoS parameter corresponding to the first audio stream.

In one example, the transceiver 112 is further configured to initiate the second parameter setting command after the first audio stream is started and when the first audio group is in an inactive state; The processor 111 is further configured to set the third QoS parameter according to the second parameter setting command when the first audio group is in the configuration state; wherein the client initiates the In the case of the second parameter setting command, the first audio group is switched from the inactive state to the configuration state.

In an example, the transceiver 112 is further configured to: after the first audio stream is started, initiate a disconnection command; in the case that the first audio group is in the inactive state, initiate the a second parameter setting command; wherein, when the first audio stream is started, the first audio group is in an active state; when the client initiates the cancel connection command, the first audio The group switches from the active state to the inactive state.

In an example, the transceiver 112 is further configured to: send a third parameter configuration request to the server, where the third parameter configuration request includes the third QoS parameter.

In an example, the processor 111 is further configured to: restart the first audio stream.

In an example, a client is installed in the device, and the client is configured to execute the above-mentioned parameter setting method on the client device side.

In one example, the client is a unicast client.

Embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored in the storage medium, and the computer program is used to be executed by a processor of a device to implement the above-mentioned method for setting parameters on the client device side .

An embodiment of the present application further provides a chip, the chip includes a programmable logic circuit and/or program instructions, and when the chip runs on a device, it is used to implement the above-mentioned parameter setting method on the client device side.

The embodiment of the present application also provides a computer program product, which is used to implement the above-mentioned parameter setting method on the client device side when the computer program product runs on the device.

Those skilled in the art should realize that, in one or more of the above examples, the functions described in the embodiments of the present application may be implemented by hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage medium can be any available medium that can be accessed by a general purpose or special purpose computer.

The above descriptions are only exemplary embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the protection of the present application. within the range.

Claims

A parameter setting method, characterized in that the method comprises:

Set n quality of service QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.
The method according to claim 1, wherein different audio streams in the first audio group correspond to different QoS parameters among the n QoS parameters.
The method according to claim 1 or 2, wherein one audio stream in the first audio group corresponds to one QoS parameter in the n QoS parameters.
The method according to any one of claims 1 to 3, wherein the number of audio streams included in the first audio group is greater than or equal to the n.
The method according to any one of claims 1 to 4, wherein the setting of n QoS parameters according to the first parameter setting command comprises:

In the case that the server supports at least two QoS parameters for the first audio group, the n QoS parameters are set according to the first parameter setting command.
The method according to any one of claims 1 to 5, wherein after setting n QoS parameters according to the first parameter setting command, the method further comprises:

Send a first parameter configuration request to the server, where the first parameter configuration request includes the first QoS parameter among the n QoS parameters.
The method according to claim 6, wherein the first QoS parameter corresponds to a first codec configuration;

The first codec configuration is the codec configuration included in the first codec configuration request sent by the client to the server.
The method according to claim 6 or 7, wherein after the sending the first parameter configuration request to the server, the method further comprises:

Starting an audio stream corresponding to the first QoS parameter in the first audio group.
The method according to any one of claims 1 to 8, wherein the method further comprises:

When the first audio group is in an inactive state, sending a second parameter configuration request to the server, where the second parameter configuration request includes a second QoS parameter in the n QoS parameters;

The audio stream corresponding to the first QoS parameter in the first audio group is different from the audio stream corresponding to the second QoS parameter in the first audio group.
The method according to claim 9, wherein the second QoS parameter corresponds to a second codec configuration;

The second codec configuration is the codec configuration included in the second codec configuration request sent by the client to the server.
method according to claim 9 or 10, is characterized in that, after described sending the second parameter configuration request to described server, also comprises:

Starting the audio stream corresponding to the second QoS parameter in the first audio group.
The method according to any one of claims 1 to 11, wherein the method further comprises:

After the first audio stream in the first audio group is started, and when the first audio group is in the configuration state, a third QoS parameter is set according to the second parameter setting command, and the third QoS parameter is Refers to the QoS parameter corresponding to the first audio stream.
The method according to claim 12, wherein the setting the third QoS parameter according to the second parameter setting command comprises:

Initiating the second parameter setting command after the first audio stream is started and in the case that the first audio group is in an inactive state;

When the first audio group is in the configuration state, set the third QoS parameter according to the second parameter setting command;

Wherein, when the client initiates the second parameter setting command, the first audio group is switched from an inactive state to the configuration state.
The method according to claim 13, wherein the initiating the second parameter setting command comprises:

After the first audio stream is started, a cancel connection command is initiated;

Initiating the second parameter setting command when the first audio group is in the inactive state;

Wherein, when the first audio stream is started, the first audio group is in an active state; when the client initiates the cancel connection command, the first audio group is in the active state Switch to the inactive state.
The method according to any one of claims 12 to 14, wherein after setting the third QoS parameter according to the second parameter setting command, the method further comprises:

Send a third parameter configuration request to the server, where the third parameter configuration request includes the third QoS parameter.
The method according to claim 15, wherein after the sending the third parameter configuration request to the server, the method further comprises:

The first audio stream is restarted.
The method according to any one of claims 1 to 16, wherein the method is applied in a client.
The method according to claim 17, wherein the client is a unicast client.
A parameter setting device, characterized in that the device comprises:

The first setting module is configured to set n quality of service QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.
The apparatus according to claim 19, wherein different audio streams in the first audio group correspond to different QoS parameters among the n QoS parameters.
The apparatus according to claim 19 or 20, wherein one audio stream in the first audio group corresponds to one QoS parameter in the n QoS parameters.
The apparatus according to any one of claims 19 to 21, wherein the number of audio streams included in the first audio group is greater than or equal to the n.
The device according to any one of claims 19 to 22, wherein the first setting module is used for:

In the case that the server supports at least two QoS parameters for the first audio group, the n QoS parameters are set according to the first parameter setting command.
The device according to any one of claims 19 to 23, wherein the device further comprises:

The first sending module is configured to send a first parameter configuration request to the server, where the first parameter configuration request includes the first QoS parameter among the n QoS parameters.
The apparatus according to claim 24, wherein the first QoS parameter corresponds to a first codec configuration;

The first codec configuration is the codec configuration included in the first codec configuration request sent by the client to the server.
The device according to claim 24 or 25, wherein the device further comprises:

A first activation module, configured to activate the audio stream corresponding to the first QoS parameter in the first audio group.
The device according to any one of claims 18 to 26, wherein the device further comprises:

A second sending module, configured to send a second parameter configuration request to the server when the first audio group is in an inactive state, where the second parameter configuration request includes the n QoS parameters the second QoS parameter;

The audio stream corresponding to the first QoS parameter in the first audio group is different from the audio stream corresponding to the second QoS parameter in the first audio group.
The apparatus according to claim 27, wherein the second QoS parameter corresponds to a second codec configuration;

The second codec configuration is the codec configuration included in the second codec configuration request sent by the client to the server.
The device according to claim 27 or 28, wherein the device further comprises:

A second activation module, configured to activate the audio stream corresponding to the second QoS parameter in the first audio group.
The device according to any one of claims 19 to 29, wherein the device further comprises:

a second setting module, configured to set a third QoS parameter according to a second parameter setting command after the first audio stream in the first audio group is started and when the first audio group is in a configuration state, The third QoS parameter refers to the QoS parameter corresponding to the first audio stream.
The device according to claim 30, wherein the second setting module comprises:

A command initiating unit, configured to initiate the second parameter setting command after the first audio stream is started and when the first audio group is in an inactive state;

a second setting unit, configured to set the third QoS parameter according to the second parameter setting command when the first audio group is in the configuration state;

Wherein, when the client initiates the second parameter setting command, the first audio group is switched from an inactive state to the configuration state.
The apparatus according to claim 31, wherein the command initiating unit is configured to:

After the first audio stream is started, a cancel connection command is initiated;

Initiating the second parameter setting command when the first audio group is in the inactive state;

Wherein, when the first audio stream is started, the first audio group is in an active state; when the client initiates the cancel connection command, the first audio group is in the active state Switch to the inactive state.
The device according to any one of claims 30 to 32, wherein the device further comprises:

A third sending module, configured to send a third parameter configuration request to the server, where the third parameter configuration request includes the third QoS parameter.
The apparatus of claim 33, wherein the apparatus further comprises:

The third starting module is used for restarting the first audio stream.
The apparatus according to any one of claims 19 to 34, wherein the apparatus is provided in a client.
The apparatus according to claim 35, wherein the client is a unicast client.
A device, characterized in that the device comprises: a processor, and a transceiver connected to the processor; wherein:

The processor is configured to set n quality of service QoS parameters according to the first parameter setting command, the n QoS parameters refer to the QoS parameters corresponding to the first audio group, and the n is an integer greater than 1 or equal to 1.
A computer-readable storage medium, characterized in that a computer program is stored in the storage medium, and the computer program is used to be executed by a processor of a device to realize the parameters according to any one of claims 1 to 18 Set method.