CN116490923A

CN116490923A - Parameter setting method, device, equipment and storage medium

Info

Publication number: CN116490923A
Application number: CN202080106957.8A
Authority: CN
Inventors: 董建利
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-12-07
Filing date: 2020-12-07
Publication date: 2023-07-25
Also published as: WO2022120539A1

Abstract

A parameter setting method, a device (900), equipment (110) and a storage medium relate to the technical field of Bluetooth. The method comprises the following steps: n QoS parameters are set according to the first parameter setting command, where n is an integer greater than or equal to 1 and n is a QoS parameter corresponding to the first audio group (510). According to the method, before the audio stream in the audio group is started, a plurality of QoS parameters are configured for the audio group, so that after the audio stream is started subsequently, the audio stream can be switched to different QoS parameters to play, the problem that the QoS parameters cannot be configured and the QoS parameters of the audio stream cannot be switched due to the fact that the audio group can only be switched back and forth between an activated state and a deactivated state after the audio group is in the deactivated state is avoided, the QoS parameters of the audio stream can be flexibly adjusted, and the requirement of a user for switching the QoS parameters of the audio stream is met.

Description

Parameter setting method, device, equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of Bluetooth, in particular to a parameter setting method, device, equipment and storage medium.

Background

In order to improve bluetooth Audio characteristics, specify use of bluetooth application products, and the like, SIG (Bluetooth Special Interest Group, bluetooth technology association) has proposed LE (Low Energy) Audio standards.

The LE Audio standard contains a series of profiles/services, each of which is responsible for a different function. The Profile/Service mainly referred to by LE Unicast Audio includes BAP (Basic Audio Profile ), ASCS (Audio Stream Control Service, audio stream control Service), which defines a state machine for ASE (Audio Stream Endpoint ). ASE refers to a stream endpoint existing at an Audio Sink (Audio Sink) end, and ASCS defines a series of operations for Audio Source to operate ASE at the Audio Sink end so as to achieve the purposes of configuring and controlling Audio streams. Illustratively, after the Audio Source sets the QoS (Quality of Service ) parameter of the Audio stream, the QoS parameter is configured to the Audio receiver and the Audio stream is started, so that the Audio receiver controls the Audio stream according to the QoS parameter.

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 receiver, and the requirement of the user for switching the QoS parameters of the audio stream cannot be met.

Disclosure of Invention

The embodiment of the application provides a parameter setting method, device, equipment and storage medium. The technical scheme is as follows:

In one aspect, an embodiment of the present application provides a parameter setting method, where the method includes:

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

In another aspect, an embodiment of the present application provides a parameter setting apparatus, including:

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

In yet another aspect, an embodiment of the present application provides an apparatus, including: a processor, and a transceiver coupled to the processor; wherein:

the processor is configured to set n QoS parameters according to a first parameter setting command, where 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.

In yet another aspect, embodiments of the present application provide a computer-readable storage medium having stored therein a computer program for execution by a processor of a device to implement a parameter setting method as described above.

In yet another aspect, embodiments of the present application provide a chip including programmable logic circuits and/or program instructions for implementing a parameter setting method as described above when the chip is run on a device.

In yet another aspect, embodiments of the present application provide a computer program product for implementing the above-described parameter setting method when the computer program product is run on a device.

The technical scheme provided by the embodiment of the application can comprise the following beneficial effects:

by configuring a plurality of QoS parameters for the audio group before starting the audio stream in the audio group, after the subsequent audio stream is started, the audio group can be switched to different QoS parameters to play the audio stream, the problems that the QoS parameters cannot be configured and the QoS parameters of the audio stream cannot be switched due to the fact that the audio group can only be switched back and forth between an activated state and an inactivated state after being in the inactivated state are avoided, the QoS parameters of the audio stream can be flexibly adjusted, and the requirement of a user for switching the QoS parameters of the audio stream is met. In addition, in the embodiment of the application, one audio stream in the audio group corresponds to one QoS parameter, so that the situation that the switching failure is caused because the audio stream corresponding to the QoS parameter switched to later is not changed is avoided, and the effectiveness of QoS parameter switching corresponding to the audio stream is improved. In addition, in the embodiment of the 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 application can be compatible with the original CIG state machine and related operations, and the adaptability and compatibility of the scheme are improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

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

fig. 2 is a schematic diagram of a state machine and related operations of a CIG provided in one embodiment of the present application;

FIG. 3 is a schematic diagram of the configuration and initiation process of QoS parameters for an audio stream provided by one embodiment of the present application;

FIG. 4 is a schematic diagram of an application system provided in one embodiment of the present application;

FIG. 5 is a flow chart of a parameter setting method provided by one embodiment of the present application;

FIG. 6 is a schematic diagram of the configuration, initiation and switching process of audio streams provided in one embodiment of the present application;

FIG. 7 is a flow chart of a parameter setting method provided by one embodiment of the present application;

fig. 8 is a schematic diagram of a state machine and related operations of an expanded CIG provided in one embodiment of the present application;

FIG. 9 is a block diagram of a parameter setting apparatus provided by one embodiment of the present application;

FIG. 10 is a block diagram of a parameter setting apparatus provided in another embodiment of the present application;

FIG. 11 is a block diagram of an apparatus provided in one embodiment of the present application;

FIG. 12 is a schematic diagram of an audio stream configuration, start-up and switching process provided in another embodiment of the present application;

fig. 13 is a schematic diagram of a configuration, start-up and switching process of an audio stream according to another embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

The network architecture and the service scenario described in the embodiments of the present application are for more clearly describing the technical solution of the embodiments of the present application, and do not constitute a limitation on the technical solution provided in the embodiments of the present application, and those skilled in the art can know that, with the evolution of the network architecture and the appearance of the new service scenario, the technical solution provided in the embodiments of the present application is also applicable to similar technical problems.

As can be seen from the description of the background art above, ASCS defines a state machine for ASE. In one example, as shown in FIG. 1, ASE includes the following states: codec configuration, qoS configuration, disable, enable, stream, release, idle.

To achieve ASE switching between states, ASCS defines a series of operations for the audio source to operate the ASE at the audio receiver side. In one example, as shown in FIG. 1, the ASCS defines several operations for an audio source to operate ASE: config Codec operation (configure codec operation), config QoS operation (configure quality of service operation), enable operation, receiver Start Ready operation (receiver start ready operation), disable operation (disable operation), receiver Stop Ready operation (receiver stop ready operation), update Metadata operation (update metadata operation), release operation (release operation), released operation (release end operation).

In one example, after the audio source sets the QoS parameters of the audio stream, the QoS parameters are configured to the audio receiver and the audio stream is started so that the audio receiver controls the audio stream according to the QoS parameters. For Audio sources, the LE Audio standard provides some command to provide the capability to configure CIGs (Connected Isochronous Group, connection-based sync groups) for profile/service.

Referring to fig. 2, a state machine and related operations of a CIG provided in one embodiment of the present application are shown. As can be seen from fig. 2, the CIG includes several states: configured, active, inactive, no CIG; CIG includes several related operations: LE Set CIG Parameters command (LE set CIG parameters command), LE Remove CIG command (LE remove CIG command), LE Create CIS command (LE create CIS command), disconnect command (cancel connect command). The LE Audio standard specifies some requirements (requirements) for use by the LE setup parameter command, as follows.

The CIG_ID (Identifier) parameter identifies a CIG, which is assigned by the Central Host (Central's Host) and passed to the Peripheral hosts (Peripheral's Host) through the Link Layer (Link Layer) during CIS creation. If the CIG_ID does not exist, the Controller (Controller) should first create a new CIG. Once the CIG is created (either by this command or by a previous command), the controller should modify or add the CIS configuration in the CIG indicated by the cig_id and update all parameters applicable to the CIG. If the host issues this command when the CIG is not in the configurable state, the controller should return an error code of "command not allowed" (0 x 0C).

Thus, LE set parameter commands can only be handled correctly if the CIG is not present, or if the CIG is already present and in a configuration state, otherwise failure is returned.

In one example, the configuration and startup procedure of QoS parameters of an audio stream based on the state machine and related operations of CIG, ASE, and related operations described above, as shown in fig. 3, is as follows.

The Unicast Client (Unicast Client) sends a codec configuration request to the Unicast Server (Unicast Server) to request to perform an operation of configuring the codec configuration a in the case where the target CIG does not exist, that is, in the case where the state of the CIG is a CIG-free state. The unicast server side responds to the coding and decoding configuration request and sends coding and decoding configuration Notification (Notification) to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state. The unicast client creates CIG_ID under the condition of initiating LE setting CIG parameter command, and creates CIS_ID1 and QoS parameter A corresponding to the CIS_ID1 under the CIG_ID, at this time, the CIG state is switched from the CIG-free state to the configuration state. And then, the unicast client side sends a QoS parameter configuration request to the unicast server side to request to perform the operation of configuring the QoS parameter A. The unicast server side responds to the QoS parameter configuration request and sends a QoS parameter configuration notification to the unicast client side, and at the moment, ASE enters a QoS parameter configuration state.

Alternatively, the unicast client may initiate an audio stream so that ASE enters the streaming state and the CIG enters the active state. The unicast client may then choose to disable or release the audio stream, i.e. the unicast client sends a disable request or release request to the unicast server. The unicast server side responds to the request of the unicast client side and sends a notification to the unicast client side, so that ASE enters a coding and decoding configuration state, and CIG enters an inactive state.

It will be appreciated from the above description that LE set parameter commands can only be handled correctly if the CIG is not present, or if the CIG is already present and in a configured state, otherwise failure is returned. Thus, the unicast client is not able to properly handle LE setup parameters while the CIG is in an active or inactive state. As shown in fig. 3, after the audio stream is started and in the case where the CIG is in the inactive state, the unicast client initiates the LE parameter setting command to set the QoS parameter B corresponding to cis_id1, however, just because the CIG is in the inactive state, the unicast client cannot process the command correctly, so that 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, and the requirement of the user for switching the QoS parameters of the audio stream cannot be met. In addition, as shown in fig. 3, before the audio stream is started, ASE is in a codec configuration state for a period of time, and at this time, CIG is in a configuration state, that is, qoS parameters of the audio stream can be configured; after the audio stream is disabled or released, ASE is also in a codec configuration state, but at this time, the CIG is in an inactive state, i.e. the QoS parameters of the audio stream cannot be configured, so that when the ASE is in the codec configuration state, the behavior of whether the QoS parameters of the audio stream can be configured is inconsistent.

Based on this, the embodiment of the application provides a parameter setting method, which can be used for solving the technical problems. The technical scheme provided by the application is described and illustrated by several embodiments. It should be noted that, in the embodiment of the present application, CIGs are referred to as audio groups and CIS is referred to as audio streams for convenience of description, and those skilled in the art should understand the meaning thereof.

Referring to fig. 4, a schematic diagram of an application system according to an embodiment of the present application is shown. The application system comprises: a client device 10 and a server device 20.

The client device 10 refers to a device in which a unicast client is installed, and optionally, the client device 10 is an Audio Source (Audio Source) described above. The embodiment of the present application does not limit the device type of the client device 10, and optionally, the client device 10 includes: a mobile phone, a tablet computer, a game host, an electronic book reader, a multimedia playing device, a wearable device, a PC (Personal Computer ), a smart television, a smart vehicle-mounted device and the like.

The server device 20 is configured to provide a unicast service for a unicast client, and optionally, the server device 20 is an Audio Sink (Audio Sink) as described above. The device type of the server device 20 is not limited in this embodiment, and optionally, the unicast server device 20 includes: server, computer, host computer, etc. Alternatively, in the case where the server-side device 20 is a server, the server-side device 20 may be a server, or may be a server cluster formed by a plurality of servers, or may be a cloud computing center.

Optionally, the client device 10 and the server device 20 communicate with each other via BLE (Bluetooth Low Energy ). In one example, a unicast client installed in the client device 10 may send a request to the server device 20 through BLE to request an operation to configure ASE in the server device 20, and the server device 20 may send a Notification (Notification) to the unicast client and switch the state of ASE in response to the request of the unicast client.

Referring to fig. 5, a flowchart of a parameter setting method according to an embodiment of the present application is shown. The method can be applied to the client, and optionally, the client is the unicast client. The technical scheme of the application will be described by taking the application of the method to the unicast client as an example. The method comprises the following steps.

In step 510, n QoS parameters are set according to the first parameter setting command, where n is an integer greater than 1 or equal to 1, and the QoS parameters corresponding to the first audio group.

The first parameter setting command is for setting a related parameter of the first audio group, optionally the first parameter setting command is 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 an audio group-free state, i.e. No CIG; before the first parameter setting command is initiated, and in case there is a first audio group, the first audio group is in a Configured state, i.e. Configured. The first parameter setting command can trigger a switch of the first audio set from the no audio set 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, the unicast client sets a plurality of QoS parameters corresponding to the first audio group according to the first parameter setting command, so as to ensure 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 may further set at least one of the following information according to the first parameter setting command: identification of the first audio group, cig_id; the audio streams included in the first audio group, and the identification of the audio streams, i.e., cis_id. In addition, because the service end supports different QoS parameters, if the service end supports only one QoS parameter, the unicast client end sets a plurality of QoS parameters for the first audio group, which cannot achieve the purpose of switching different QoS parameters subsequently. Thus, in one example, step 510 described above includes: in the case that the server supports at least two QoS parameters for the first audio group, n QoS parameters are set according to the first parameter setting command.

The first audio set includes a plurality of audio streams. Optionally, different audio streams in the first audio group correspond to different QoS parameters of the n QoS parameters. Optionally, one audio stream in the first audio group corresponds to one QoS parameter of the n QoS parameters. Alternatively, the unicast client may set n QoS parameters in combination with these two conditions, i.e. 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 embodiment of the present application does not limit whether one QoS parameter corresponds to one audio stream or corresponds to a plurality of different audio streams, and herein, one audio stream is defined to correspond to one QoS parameter, so as to ensure that a subsequent switching to a different audio stream can be achieved, thereby achieving the purpose of switching QoS parameters.

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

In one example, after the step 510, the method further includes: and sending a first parameter configuration request to the server, wherein the first parameter configuration request comprises a first QoS parameter in n QoS parameters.

After setting the plurality of QoS parameters for the first audio group, the unicast client may initiate a QoS configuration operation, i.e. Config QoS operation, optionally, the unicast client sends a first parameter configuration request to the server to configure the first QoS parameter of the n QoS parameters 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: the identification of the first audio group and the identification 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 a codec configuration for the server, and optionally, the unicast client sends a first codec configuration request to the server to configure the first codec configuration for the server. Based on this, optionally, the QoS parameter configured by the unicast client to the server corresponds to the first codec configuration, i.e. the first QoS parameter corresponds to the first codec configuration. Optionally, the codec operation is configured as Config Codec operation.

Under the condition that the unicast client initiates QoS configuration operation, ASE in the server is switched to QoS configuration operation, and according to a state machine and related operation of ASE, if the unicast client initiates starting operation, ASE in the server is switched to a starting state, and after starting is finished, the ASE enters a stream state. Based on this, in order to achieve the effect of playing the audio stream, in one example, after the unicast client sends the first parameter configuration request to the server, the method further includes: and starting the corresponding audio streams of the first QoS parameters in the first audio group.

In the embodiment of the present application, the unicast client configures a plurality of QoS parameters for the first audio group before starting the first audio stream. As seen by the ASE's state machine and related operations, after the first audio set is started, and with the first audio set in an inactive state, the unicast client may initiate a create CIS command, LE Create CIS command, to switch to other audio streams in the first audio set. Therefore, in the audio stream playing process, if the unicast client needs to switch the QoS parameters, the unicast client may switch from the audio stream corresponding to the first QoS parameter to the audio stream corresponding to the other QoS parameters after initiating the disabling operation or the releasing operation to disable or release the audio stream corresponding to the first QoS parameter.

Based on this, in one example, the above method further comprises: under the condition that the first audio group is in an inactive state, sending a second parameter configuration request to the server, wherein the second parameter configuration request comprises a second QoS parameter in n QoS parameters; wherein the first QoS parameters correspond to audio streams in the first audio group that are different from the audio streams in the first audio group for the second QoS parameters.

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 may initiate configuring the QoS parameter again, and optionally, the unicast client sends a second parameter configuration request to the server to configure the second QoS parameter in the n QoS parameters to the server, where the second parameter configuration request includes the second QoS parameter. Optionally, the second parameter configuration request further includes at least one of the following: the identification of the first audio group and the identification 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 a codec configuration for the server, and optionally, the unicast client sends a second codec configuration request to the server to configure the second codec configuration for the server. Based on this, optionally, the QoS parameter configured by the unicast client to the server corresponds to the second codec configuration, i.e. the second QoS parameter corresponds to the second codec configuration.

Under the condition that the unicast client initiates QoS configuration operation, ASE in the server is switched to QoS configuration operation, and according to a state machine and related operation of ASE, if the unicast client initiates starting operation, ASE in the server is switched to a starting state, and after starting is finished, the ASE enters a stream state. Based on this, in order to achieve the effect of playing the audio stream again, in an example, after the sending the second parameter configuration request to the server, the method further includes: and starting the corresponding audio streams of the second QoS parameters in the first audio group.

In summary, according to the technical scheme provided by the embodiment of the application, a plurality of QoS parameters are configured for the audio group before the audio stream in the audio group is started, so that after the audio stream is started subsequently, different QoS parameters can be switched to play the audio stream, the problem that the audio group can only be switched back and forth between an activated state and an inactivated state after being in the inactivated state, the QoS parameters cannot be configured, and the QoS parameters of the audio stream cannot be switched is avoided, the QoS parameters of the audio stream can be flexibly adjusted, and the requirement of users for switching the QoS parameters of the audio stream is met. In addition, in the embodiment of the application, one audio stream in the audio group corresponds to one QoS parameter, so that the situation that the switching failure is caused because the audio stream corresponding to the QoS parameter switched to later is not changed is avoided, and the effectiveness of QoS parameter switching corresponding to the audio stream is improved. In addition, in the embodiment of the 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 application can be compatible with the original CIG state machine and related operations, and the adaptability and compatibility of the scheme are improved.

The embodiment of fig. 5 described above is described below by way of an example. Referring to fig. 6, a schematic diagram of an audio stream configuration, start-up and switching process according to an embodiment of the present application is shown.

And the unicast client sends a codec configuration request to the unicast server to request to perform the operation of configuring the codec configuration A under the condition that the target CIG does not exist, namely, under the condition that the state of the CIG is a CIG-free state. The unicast server side responds to the coding and decoding configuration request and sends a coding and decoding configuration notification to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state. The unicast client creates CIG_ID under the condition of initiating LE setting CIG parameter command, and creates the following three groups of CIS and QoS parameters under CIG_ID: cis_id1 and its corresponding QoS parameter A, CIS _id2 and its corresponding QoS parameter B, CIS _id3 and its corresponding QoS parameter C. And QoS parameter a corresponds to codec configuration A, qoS parameter B corresponds to codec configuration B, qoS parameter C corresponds to codec configuration C.

At this time, the state of the CIG is switched from the CIG-less state to the configuration state. And then, the unicast client side sends a QoS parameter configuration request to the unicast server side to request to perform the operation of configuring the QoS parameter A corresponding to the encoding and decoding configuration A. The unicast server side responds to the QoS parameter configuration request and sends a QoS parameter configuration notification to the unicast client side, and at the moment, ASE enters a QoS parameter configuration state.

Alternatively, the unicast client may start the audio stream corresponding to QoS parameter a, i.e., cis_id1, so that ASE enters the streaming state and CIG enters the active state. Then, in case the unicast client has a need to switch QoS parameters, the unicast client may choose to disable or release the audio stream, i.e. the unicast client sends a disable request or release request to the unicast server. The unicast server side responds to the request of the unicast client side and sends a notification to the unicast client side, so that ASE enters a coding and decoding configuration state, and CIG enters an inactive state.

In the case where the CIG is in an inactive state, the unicast client may send a codec configuration request again to the unicast server to request an operation to configure codec configuration B. The unicast server side responds to the coding and decoding configuration request and sends a coding and decoding configuration notification to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state. And then, the unicast client side sends a QoS parameter configuration request to the unicast server side to request to perform the operation of configuring the QoS parameter B corresponding to the encoding and decoding configuration B. The unicast server side responds to the QoS parameter configuration request and sends a QoS parameter configuration notification to the unicast client side, and at the moment, ASE enters a QoS parameter configuration state. The unicast client initiates a start operation to trigger the audio stream to enter a stream state again, and at this time, the started audio stream is an audio stream corresponding to the QoS parameter B, namely the audio stream of CIS_ID2, so that the audio stream is played again. Based on this, an effect of switching QoS parameters after the audio stream is started can be achieved.

Referring to fig. 7, a flowchart of a parameter setting method according to an embodiment of the present application is shown. The method can be applied to the client, and optionally, the client is the unicast client. The method comprises the following steps.

In 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 a 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.

As can be seen from the above embodiment of fig. 3 and fig. 2, based on the state machine and related operations of the original CIG, 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 switched between the active state and the inactive state. Therefore, after the audio stream is started, the audio group cannot be in a configuration state based on the original state machine and related operations of the CIG, and further, the configuration of the QoS parameters cannot be realized.

To solve the above-mentioned problems, the embodiments of the present application provide an extended CIG state machine and related operations to implement reconfiguration of QoS parameters by allowing an audio group to switch back to a configuration state after an audio stream is started. Based on this, in the embodiment of the application, 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, the unicast client sets the third QoS parameter according to the second parameter setting command. The third QoS parameter refers to a 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 state machine and related operation of the CIG, under the condition of starting the audio stream, the audio group is in an activated state, and then if the QoS parameters of the audio stream are required to be switched, the unicast client releases or disables the audio stream, and at the moment, the audio group is in an inactivated state. As shown in fig. 8, the state machine and related operations of the extended CIG provided by the embodiments of the present application exactly implement the switching of the audio group between the inactive state and the configuration state, and in the case where the audio group is in the inactive state, 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 implement the reconfiguration of the QoS parameters of the audio stream.

Based on this, in one example, step 710 described above includes: after the first audio stream is started, and under the condition that the first audio group is in an inactive state, initiating a second parameter setting command; setting a third QoS parameter according to the second parameter setting command under the condition that the first audio group is in a configuration state; wherein, in case the client initiates the second parameter setting command, the first audio group is switched from the inactive state to the configuration state. Optionally, the initiating the second parameter setting command includes: initiating a cancel connection command after the first audio stream is started; initiating a second parameter setting command under the condition that the first audio group is in an inactive state; wherein, under the condition that the first audio stream is started, the first audio group is in an activated state; in case the client initiates a cancel connection command, the first audio group is switched from an active state to an inactive state.

After the unicast client reconfigures the QoS parameters corresponding to the first audio stream, the QoS parameters obtained by reconfiguration need to be configured to the server. Based on this, in one example, after the step 510, the method further includes: and sending a third parameter configuration request to the server, wherein the third parameter configuration request comprises a third QoS parameter. Optionally, the third parameter configuration request further includes at least one of the following: the identification of the first audio group, the identification of the first audio stream.

Under the condition that the unicast client initiates QoS configuration operation, ASE in the server is switched to QoS configuration operation, and according to a state machine and related operation of ASE, if the unicast client initiates starting operation, ASE in the server is switched to a starting state, and after starting is finished, the ASE enters a stream state. Based on this, in order to achieve the effect of playing the audio stream again, in one example, after the sending the third parameter configuration request to the server, the method further includes: the first audio stream is restarted.

In summary, according to the technical scheme provided by the embodiment of the application, by expanding the state machine and related operations of the CIG, the limiting condition of the original LE setting CIG parameter command is modified, so that after the audio stream in the audio group is started, the audio group jumps out of the inactive state and the active state to switch back and forth, and the audio group is switched from the inactive state to the configuration state by the LE setting CIG parameter command, thereby realizing reconfiguration of the QoS parameters of the audio stream, realizing flexible adjustment of the QoS parameters of the audio stream, and meeting the requirement of users for switching the QoS parameters of the audio stream.

The embodiment of fig. 7 described above is described below by way of an example. Referring to fig. 12, the parameter setting method provided in the embodiment of the present application includes the following matters based on the state machine and related operations of the extended CIG shown in fig. 7.

And the unicast client sends a codec configuration request to the unicast server to request to perform the operation of configuring the codec configuration A under the condition that the target CIG does not exist, namely, under the condition that the state of the CIG is a CIG-free state. The unicast server side responds to the coding and decoding configuration request and sends a coding and decoding configuration notification to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state. The unicast client creates CIG_ID under the condition of initiating LE setting CIG parameter command, and creates CIS_ID1 and corresponding QoS parameter A under CIG_ID.

In the case where the CIG is in an inactive state, the unicast client may send a codec configuration request again to the unicast server to request an operation to configure the codec configuration D. The unicast server side responds to the coding and decoding configuration request and sends a coding and decoding configuration notification to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state.

Then, the unicast client initiates an LE setting CIG parameter command, so that the CIG is switched from the inactive state to the configuration state, and the unicast client can reconfigure the QoS parameters for the CIS (i.e., cis_id1) corresponding to the QoS parameter a. In the embodiment of the present application, the QoS parameter reconfigured by the unicast client for cis_id1 is QoS parameter D. And then, the unicast client side sends a QoS parameter configuration request to the unicast server side to request to perform the operation of configuring the QoS parameter D corresponding to the encoding and decoding configuration D. The unicast server side responds to the QoS parameter configuration request and sends a QoS parameter configuration notification to the unicast client side, and at the moment, ASE enters a QoS parameter configuration state. The unicast client initiates a start operation to trigger the audio stream in-stream state of CIS_ID1 again.

It should be noted that, in the embodiments of the present application, for convenience of description, the embodiment of fig. 5 and the embodiment of fig. 7 are described separately, and the solutions described in the embodiment of fig. 5 and the embodiment of fig. 7 may be used in separate embodiments, but in practical application, the technical solutions provided in the embodiment of fig. 5 and the embodiment of fig. 7 may also be used in combination. That is, the technical solution for switching QoS parameters corresponding to different audio streams provided in the embodiment of fig. 5 may also be based on the state machine and related operations of the expanded CIG provided in the embodiment of fig. 7. It should be understood that this is also within the scope of the present application.

The following description describes a combination of the embodiment of fig. 5 and the embodiment of fig. 7. In one example, referring to fig. 13, based on the combination of the embodiment of fig. 5 and the embodiment of fig. 7, the parameter setting method provided in the embodiment of the present application includes the following.

Based on the above-described fig. 5 embodiment, after the audio stream is started and the CIG is in an inactive state, the unicast client may switch QoS parameter a with other QoS parameters configured for the CIG before the audio stream is started. However, based on the embodiment of fig. 7, after the audio stream is started and the CIG is in the inactive state, the unicast client may also set a CIG parameter command through the LE to control the CIG to switch from the inactive state to the configuration state, so as to configure a new QoS parameter for the CIG, and then switch the QoS parameter a with the new QoS parameter. For the case where the unicast client switches QoS parameters a with other QoS parameters configured for the CIG before starting the audio stream, please refer to the description of the embodiment of fig. 6 above. Next, description will be made on a case where a unicast client configures a new QoS parameter for CIGs.

In the case where the CIG is in an inactive state, the unicast client may send a codec configuration request again to the unicast server to request an operation to configure the codec configuration E. The unicast server side responds to the coding and decoding configuration request and sends a coding and decoding configuration notification to the unicast client side, and at the moment, ASE in the unicast server side enters a coding and decoding configuration state.

Then, the unicast client initiates an LE setting CIG parameter command, so that the CIG is switched from the inactive state to the configuration state, and the unicast client can reconfigure the QoS parameters for the CIS (i.e., cis_id1) corresponding to the QoS parameter a. In the embodiment of the present application, the QoS parameter reconfigured by the unicast client for cis_id1 is QoS parameter E. And then, the unicast client side sends a QoS parameter configuration request to the unicast server side to request to perform the operation of configuring the QoS parameter E corresponding to the encoding and decoding configuration E. The unicast server side responds to the QoS parameter configuration request and sends a QoS parameter configuration notification to the unicast client side, and at the moment, ASE enters a QoS parameter configuration state. The unicast client initiates a start operation to trigger the audio stream in-stream state of CIS_ID1 again.

The following are device embodiments of the present application, which may be used to perform 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.

Referring to fig. 9, a block diagram of a parameter setting apparatus according to an embodiment of the present application is shown. The apparatus has a function of implementing the above-described client-side method example. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The apparatus may be the client device described above, or may be provided in the client device, for implementing the above-described parameter setting method 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 are QoS parameters corresponding to the first audio group, and n is an integer greater than or equal to 1.

In one example, different audio streams in the first audio group correspond to different QoS parameters of 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 one example, the first setting module 910 is configured to: and under the condition that the server side supports at least two QoS parameters for the first audio group, setting the n QoS parameters according to the first parameter setting command.

In one 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 a first QoS parameter of the n QoS parameters.

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

In one example, as shown in fig. 10, the apparatus 900 further includes: a first starting module 930 is configured to start an audio stream corresponding to the first QoS parameter in the first audio group.

In one example, as shown in fig. 10, the apparatus 900 further includes: a second sending module 940, configured to send a second parameter configuration request to the server side when the first audio group is in an inactive state, where the second parameter configuration request includes a second QoS parameter of the n QoS parameters; wherein the first QoS parameters correspond to audio streams in the first audio group that are different from the audio streams in the first audio group that the second QoS parameters correspond to.

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

In one example, as shown in fig. 10, the apparatus 900 further includes: a second activating module 950, configured to activate an 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: the second setting module 960 is configured to set, after the first audio stream in the first audio group is started and in a case where the first audio group is in a configuration state, a third QoS parameter according to a second parameter setting command, where the third QoS parameter refers to a QoS parameter corresponding to the first audio stream.

In one example, as shown in fig. 10, the second setting module 960 includes: a command initiation unit 962 for receiving the second parameter setting command after the first audio stream is started and in a case where the first audio group is in an inactive state; a second setting unit 964, configured to set, in accordance with the second parameter setting command, the third QoS parameter in a case where the first audio group is in the configuration state; and under the condition that the client receives the second parameter setting command, the first audio group is switched to the configuration state from the non-activated state.

In one example, as shown in fig. 10, the command initiating unit 962 is for: initiating a cancel connection command after the first audio stream is started; initiating the second parameter setting command if the first audio group is in the inactive state; wherein, under the condition that the first audio stream is started, the first audio group is in an activated state; the first audio group is switched from the active state to the inactive state in case the client initiates the cancel connection command.

In one 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 a server, where the third parameter configuration request includes the third QoS parameter.

In one example, as shown in fig. 10, the apparatus 900 further includes: a third startup module 980 for restarting the first audio stream.

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

In one example, the client is a unicast client.

In summary, according to the technical scheme provided by the embodiment of the application, a plurality of QoS parameters are configured for the audio group before the audio stream in the audio group is started, so that after the audio stream is started subsequently, the audio stream can be switched to different QoS parameters to play, the problem that the audio group can only be switched back and forth between an activated state and an inactivated state to avoid the QoS parameters being configured and the QoS parameters being switched cannot be realized after being in the inactivated state is solved, the QoS parameters of the audio stream are flexibly adjusted, and the requirement of a user for switching the QoS parameters of the audio stream is met. In addition, in the embodiment of the application, one audio stream in the audio group corresponds to one QoS parameter, so that the situation that the switching failure is caused because the audio stream corresponding to the QoS parameter switched to later is not changed is avoided, and the effectiveness of QoS parameter switching corresponding to the audio stream is improved. In addition, in the embodiment of the 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 application can be compatible with the original CIG state machine and related operations, and the adaptability and compatibility of the scheme are improved.

In addition, by expanding the state machine and related operations of the CIG, the technical scheme provided by the embodiment of the application modifies the limiting conditions of the original LE-set CIG parameter command, realizes the back-and-forth conversion between the inactive state and the active state of the audio group after the audio stream in the audio group is started, and realizes the switching of the audio group from the inactive state to the configuration state by the LE-set CIG parameter command, thereby realizing the reconfiguration of the QoS parameters of the audio stream, realizing the flexible adjustment of the QoS parameters of the audio stream, and meeting the requirement of users for switching the QoS parameters of the audio stream.

It should be noted that, when the apparatus provided in the foregoing embodiment performs the functions thereof, only the division of the respective functional modules is used as an example, in practical application, the foregoing functional allocation may be performed by different functional modules according to actual needs, that is, the content structure of the device is divided into different functional modules, so as to perform all or part of the functions described above.

The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.

Referring to fig. 11, a schematic structural diagram of an apparatus 110 according to an embodiment of the present application is shown. The device may be the above-described client device, and thus, the device may be configured to perform the above-described 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. Alternatively, transceiver 112 is a communication chip.

In one example, the device 110 further comprises: memory and bus. The memory is connected to the processor through a bus. The memory may be used to store a computer program for execution by the processor to perform the steps performed by the client device in the method embodiments described above.

Further, the memory may be implemented by any type of volatile or nonvolatile memory device, including but not limited to: RAM (Random-Access Memory) and ROM (Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), flash Memory or other solid state Memory technology, CD-ROM (Compact Disc Read-Only Memory), DVD (Digital Video Disc, high density digital video disc) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Wherein:

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

In one example, the processor 111 is configured to: and under the condition that the server side supports at least two QoS parameters for the first audio group, setting the n QoS parameters according to the first parameter setting command.

In one example, the transceiver 112 is configured to: and sending a first parameter configuration request to a server, wherein the first parameter configuration request comprises a first QoS parameter in the n QoS parameters.

In one example, the processor 111 is further configured to: and starting the corresponding audio streams of the first QoS parameters in the first audio group.

In one example, the transceiver 112 is further configured to: sending a second parameter configuration request to the server side under the condition that the first audio group is in an inactive state, wherein the second parameter configuration request comprises a second QoS parameter in the n QoS parameters; wherein the first QoS parameters correspond to audio streams in the first audio group that are different from the audio streams in the first audio group that the second QoS parameters correspond to.

In one example, the processor 111 is further configured to: and starting the corresponding audio streams of the second QoS parameters in the first audio group.

In one example, the processor 111 is further configured to: after the first audio stream in the first audio group is started, and under the condition that the first audio group is in a configuration state, setting a third QoS parameter according to a second parameter setting command, wherein 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 if 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 first audio group is switched from an inactive state to the configuration state in case the client initiates the second parameter setting command.

In one example, the transceiver 112 is further configured to: initiating a cancel connection command after the first audio stream is started; initiating the second parameter setting command if the first audio group is in the inactive state; wherein, under the condition that the first audio stream is started, the first audio group is in an activated state; and under the condition that the client initiates the connection canceling command, the first audio group is switched from the activated state to the non-activated state.

In one example, the transceiver 112 is further configured to: and sending a third parameter configuration request to the server, wherein the third parameter configuration request comprises the third QoS parameter.

In one example, the processor 111 is further configured to: restarting the first audio stream.

In one example, a client is installed in the device, and the client is used for executing the parameter setting method on the client device side.

In one example, the client is a unicast client.

The embodiment of the application also provides a computer readable storage medium, wherein the storage medium stores a computer program, and the computer program is used for being executed by a processor of the device to realize the parameter setting method at the client device side.

The embodiment of the application also provides a chip, which comprises a programmable logic circuit and/or program instructions and is used for realizing the parameter setting method at the client device side when the chip runs on the device.

The embodiment of the application also provides a computer program product which is used for realizing the parameter setting method at the client device side when the computer program product runs on the device.

Those skilled in the art will appreciate that in one or more of the examples described above, the functions described in the embodiments of the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, these 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 media may be any available media that can be accessed by a general purpose or special purpose computer.

The foregoing description of the exemplary embodiments of the present application is not intended to limit the invention to the particular embodiments disclosed, but on the contrary, the intention is to cover all modifications, equivalents, alternatives, and alternatives falling within the spirit and scope of the invention.

Claims

A method of setting parameters, the method comprising:

and setting n QoS parameters according to the first parameter setting command, wherein the n QoS parameters refer to QoS parameters corresponding to the first audio group, and n is an integer greater than or equal to 1.
The method of claim 1, wherein different ones of the first audio groups correspond to different ones of 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 of the n QoS parameters.
A 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 said setting n QoS parameters according to the first parameter setting command comprises:

And under the condition that the server side supports at least two QoS parameters for the first audio group, setting the n QoS parameters 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, further comprising:

and sending a first parameter configuration request to a server, wherein the first parameter configuration request comprises a first QoS parameter in the n QoS parameters.
The method of claim 6, wherein the first QoS parameter corresponds to a first codec configuration;

the first codec configuration is a codec configuration included in a 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:

and starting the corresponding audio streams of the first QoS parameters in the first audio group.
The method according to any one of claims 1 to 8, further comprising:

sending a second parameter configuration request to the server side under the condition that the first audio group is in an inactive state, wherein the second parameter configuration request comprises a second QoS parameter in the n QoS parameters;

Wherein the first QoS parameters correspond to audio streams in the first audio group that are different from the audio streams in the first audio group that the second QoS parameters correspond to.
The method of claim 9, wherein the second QoS parameter corresponds to a second codec configuration;

the second codec configuration is a codec configuration included in a second codec configuration request sent by the client to the server.
The method according to claim 9 or 10, wherein after the sending the second parameter configuration request to the server, the method further comprises:

and starting the corresponding audio streams of the second QoS parameters in the first audio group.
The method according to any one of claims 1 to 11, further comprising:

after the first audio stream in the first audio group is started, and under the condition that the first audio group is in a configuration state, setting a third QoS parameter according to a second parameter setting command, wherein the third QoS parameter refers to a QoS parameter corresponding to the first audio stream.
The method of claim 12, wherein setting the third QoS parameter in accordance with 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;

setting the third QoS parameter according to the second parameter setting command in the case that the first audio group is in the configuration state;

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

initiating a cancel connection command after the first audio stream is started;

initiating the second parameter setting command if the first audio group is in the inactive state;

wherein, under the condition that the first audio stream is started, the first audio group is in an activated state; and under the condition that the client initiates the connection canceling command, the first audio group is switched from the activated state to the non-activated state.
The method according to any one of claims 12 to 14, wherein after setting the third QoS parameter in accordance with the second parameter setting command, further comprising:

And sending a third parameter configuration request to the server, wherein the third parameter configuration request comprises the third QoS parameter.
The method of claim 15, wherein after the sending the third parameter configuration request to the server, further comprises:

restarting the first audio stream.
The method according to any of claims 1 to 16, wherein the method is applied in a client.
The method of claim 17, wherein the client is a unicast client.
A parameter setting apparatus, the apparatus comprising:

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

and under the condition that the server side supports at least two QoS parameters for the first audio group, setting the n QoS parameters according to the first parameter setting command.
The apparatus according to any one of claims 19 to 23, further comprising:

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

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

and the first starting module is used for starting the corresponding audio streams of the first QoS parameters in the first audio group.
The apparatus according to any one of claims 18 to 26, further comprising:

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

wherein the first QoS parameters correspond to audio streams in the first audio group that are different from the audio streams in the first audio group that the second QoS parameters correspond to.
The apparatus of claim 27, wherein the second QoS parameter corresponds to a second codec configuration;

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

and the second starting module is used for starting the corresponding audio streams of the second QoS parameters in the first audio group.
The apparatus according to any one of claims 19 to 29, further comprising:

the second setting module is 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, where the third QoS parameter refers to a QoS parameter corresponding to the first audio stream.
The apparatus of 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 in a case where the first audio group is in the configuration state;

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

initiating a cancel connection command after the first audio stream is started;

initiating the second parameter setting command if the first audio group is in the inactive state;

wherein, under the condition that the first audio stream is started, the first audio group is in an activated state; and under the condition that the client initiates the connection canceling command, the first audio group is switched from the activated state to the non-activated state.
The apparatus according to any one of claims 30 to 32, further comprising:

and the third sending module is used for sending a third parameter configuration request to the server, wherein the third parameter configuration request comprises the third QoS parameter.
The apparatus of claim 33, wherein the apparatus further comprises:

and the third starting module is used for restarting the first audio stream.
The apparatus according to any of claims 19 to 34, wherein the apparatus is provided in a client.
The apparatus of claim 35, wherein the client is a unicast client.
An apparatus, the apparatus comprising: a processor, and a transceiver coupled to the processor; wherein:

the processor is configured to set n QoS parameters according to a first parameter setting command, where 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.
A computer-readable storage medium, in which a computer program is stored for execution by a processor of a device to implement the parameter setting method of any one of claims 1 to 18.