Communication method and communication device

Abstract

The invention provides a communication method and a communication device, and the communication method comprises the steps that an audio client side sends first request information to an audio server side, the first request information comprises a first parameter, and the first parameter is used for requesting the audio server side to configure a first configuration item of an audio stream; the audio client receives first response information from the audio server; wherein when the first condition is met, the response of the first response information does not comprise the second parameter; when the first condition is not met, the first response information further comprises a second parameter, the second parameter is used for the audio client to obtain a third parameter, and the third parameter is used for requesting the audio server to configure a second configuration item of the audio stream. Therefore, the audio server can carry or not carry the second parameter in the response information in combination with the sending condition of the request information. Therefore, the audio client can dominate the audio stream configuration process, the compatibility problem is avoided, and the operand and the signaling overhead of the audio server are saved.

Description

Technical Field

[0001] This application relates to the field of communication technology, and more specifically, to communication methods and communication devices. Background Technology

[0002] During the audio stream configuration or reconfiguration process, the audio client can send one or more audio stream configuration parameters to the audio server. After receiving the parameters of the one or more audio stream configuration items, the audio stream server can configure the audio stream according to the parameters and reply with a response message indicating that the audio stream server has been successfully configured.

[0003] Currently, when an audio client requests configuration items for an audio stream from an audio server, the audio server can reply with recommended parameters for another related configuration item based on the configuration parameters of that configuration item in the response information. However, this process consumes computational and signaling overhead on the audio server, and there are situations where the audio client does not need to refer to the recommended parameters provided by the audio server. Summary of the Invention

[0004] This application provides a communication method and a communication device. The audio client adjusts the audio stream configuration request to be sent according to different situations, so that when the audio server responds to the audio stream configuration response, it can reply with or not reply with recommended parameters according to different situations.

[0005] Firstly, a communication method is provided, which can be executed by an audio client. Unless otherwise specified, the "audio client" in this application can refer to the audio client itself, a component within the audio client (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the audio client device. The audio client can be a G-node in a star-studded scene, or other corresponding devices, determined according to the actual situation.

[0006] The method includes: an audio client sending a first request message to an audio server, the first request message including a first parameter, the first parameter being used to request the audio server to configure a first configuration item of the audio stream; the audio client receiving a first response message from the audio server, the first response message including the configuration result of the first configuration item; wherein, when a first condition is met, the first response message does not include a second parameter; when the first condition is not met, the first response message also includes a second parameter, the second parameter being used by the audio client to obtain a third parameter, the third parameter being used to request the audio server to configure a second configuration item of the audio stream, and the first configuration item and the second configuration item having a first association relationship.

[0007] In the above method, the audio client determines whether the audio server needs to reply with a second parameter (a recommended parameter of the second configuration item) in the request information. This allows the audio server to include or omit the second parameter in its response information based on the request information's transmission status. Therefore, the audio client can control the audio stream configuration process, enabling the audio server to avoid recommending unnecessary associated configuration items, thus preventing compatibility issues and saving the audio server's computational load and signaling overhead.

[0008] In conjunction with the first aspect, in some implementations of the first aspect, the first configuration item is the audio stream type or audio stream duration, and the second configuration item is a codec parameter; or the first configuration item is a codec parameter, and the second configuration item is a data channel requirement. If the audio client recommends parameters for a specific configuration item according to the association provided in the embodiments of this application, the audio server can first obtain the characteristic information of the audio stream (the first parameter), and then select the optimal second parameter based on its own capabilities, currently available air interface resources, and other information, so that the playback of the configured audio stream achieves the optimal effect.

[0009] In conjunction with the first aspect, in some implementations of the first aspect, the first case is: there is a first association between the first configuration item and the third configuration item; the third configuration item is a configuration item for the fourth parameter to request the audio server to configure the audio stream, the fourth parameter is included in the second request information, and the method further includes: before the audio server sends the first request information to the audio client, the audio client sends the second request information to the audio server; the audio client receives the second response information from the audio server, the second response information includes the configuration result of the third configuration item.

[0010] In other words, if a configuration item (the third configuration item) with the same association as the first configuration item has already been configured on the audio server, the audio server does not need to recommend a configuration item (the second configuration item) with the same first association as the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration item based on the specific configurations of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0011] In conjunction with the first aspect, in some implementations of the first aspect, wherein: the first case is: there is a first association relationship between the first configuration item and at least one fourth configuration item; at least one fourth configuration item is a configuration item for requesting the audio server to configure the audio stream with at least one fifth parameter, and at least one fifth parameter is included in the first request information.

[0012] In other words, if a configuration item (at least one fourth configuration item) with a first association with the first configuration item is already carried in the first request information, the audio server does not need to recommend a configuration item (second configuration item) with the first association with the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0013] In conjunction with the first aspect, some implementations of the first aspect further include: the audio client sending a third request message to the audio server, the third request message including a sixth parameter, the sixth parameter being used to request the audio server to configure a fifth configuration item of the audio stream, wherein the fifth configuration item has a first association relationship with the second configuration item, and the fifth configuration item is different from the first configuration item; the audio client receiving a third response message from the audio server, the third response message including a seventh parameter, the seventh parameter being used by the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure a second configuration item of the audio stream.

[0014] In other words, the audio server receives two requests, each carrying two parameters for configuring different configuration items. If both configuration items have a primary association with the second configuration item, the audio server can respond to the first request with the first parameter recommended for the second configuration item, and respond to the second request with the second parameter recommended for the second configuration item. Thus, the audio server can refer to the parameters provided by the audio client for different configuration items and recommend parameters for the same configuration item based on different dimensions, making it convenient for the audio client to refer to.

[0015] In conjunction with the first aspect, in some implementations of the first aspect, the first request information also includes a ninth parameter, and at least one sixth configuration item has a first association relationship with the second configuration item; the second parameter is determined based on the first parameter and at least one ninth parameter. That is, the audio client can use a single request information to send request parameters for multiple configuration items that simultaneously have a first association relationship with the second configuration item, thereby allowing the audio server to provide parameters by combining different configuration items simultaneously, offering more comprehensive recommended parameters.

[0016] In conjunction with the first aspect, in some implementations of the first aspect, wherein: the first request information further includes at least one tenth parameter, the at least one tenth parameter being used to request the audio server to configure at least one seventh configuration item of the audio stream, wherein the first configuration item and at least one seventh configuration item are all the configuration items that the audio stream server needs to configure for the audio stream, or, at least one seventh configuration item and at least one eighth configuration item have a second association relationship, the first configuration item, at least one seventh configuration item and at least one eighth configuration item are all the configuration items that the audio stream server needs to configure for the audio stream; the first response information does not include the parameter used to request the audio server to configure the configuration items of the audio stream.

[0017] In other words, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. At this time, the audio server does not need to recommend any parameters.

[0018] In conjunction with the first aspect, in some implementations of the first aspect, wherein: at least one seventh configuration item includes an audio stream type, and at least one eighth configuration item includes an audio stream duration; or at least one seventh configuration item includes a data channel requirement, and at least one eighth configuration item includes a port number.

[0019] In conjunction with the first aspect, in some implementations of the first aspect, when the first condition is not met, the method further includes: the audio client sending a fourth request message to the audio server according to the second parameter, the fourth request message including the third parameter; the audio client receiving a fourth response message from the audio server, the fourth response message including the configuration result of the second configuration item, the configuration result of the second configuration item being a failure, and the fourth response message also including first information, the first information being used to indicate that the third parameter does not meet the first condition.

[0020] In other words, if the third parameter provided by the audio client does not match the second parameter recommended by the audio server, the audio server can refuse to use the third parameter for configuration.

[0021] In conjunction with the first aspect, in some implementations of the first aspect, the first condition is that the second and third parameters are the same, or the difference between the second and third parameters is less than a first threshold. That is, parameter mismatch can be specifically understood as two parameters being different or the difference between the two parameters being too large.

[0022] Secondly, a communication method is provided, which can be executed by an audio server. Unless otherwise specified, "audio server" in this application can refer to the audio server itself, a component within the audio server (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the audio server device. The audio server can be a T-node in the StarFlash scenario, or other corresponding devices, depending on the actual situation.

[0023] The method includes: an audio server receiving a first request from an audio client, the first request including a first parameter, the first parameter being used to request the audio server to configure a first configuration item of the audio stream; the audio server sending a first response to the audio client, the first response including the configuration result of the first configuration item; wherein, when a first condition is met, the first response does not include a second parameter; when the first condition is not met, the first response also includes a second parameter, the second parameter being used by the audio client to obtain a third parameter, the third parameter being used to request the audio server to configure a second configuration item of the audio stream, and the first configuration item and the second configuration item having a first association relationship.

[0024] In the above method, the audio client determines whether the audio server needs to reply with a second parameter (a recommended parameter of the second configuration item) in the request information. This allows the audio server to include or omit the second parameter in its response information based on the request information's transmission status. Therefore, the audio client can control the audio stream configuration process, enabling the audio server to avoid recommending unnecessary associated configuration items, thus preventing compatibility issues and saving the audio server's computational load and signaling overhead.

[0025] In conjunction with the second aspect, in some implementations of the second aspect, the first configuration item is the audio stream type or audio stream duration, and the second configuration item is a codec parameter; or the first configuration item is a codec parameter, and the second configuration item is a data channel requirement. If the audio client recommends parameters for a specific configuration item according to the association provided in the embodiments of this application, the audio server can first obtain the characteristic information of the audio stream (the first parameter), and then select the optimal second parameter based on its own capabilities, currently available air interface resources, and other information, so that the playback of the configured audio stream achieves the best effect.

[0026] In conjunction with the second aspect, in some implementations of the second aspect, the first case is: there is a first association between the first configuration item and the third configuration item; the third configuration item is a configuration item for the fourth parameter to request the audio server to configure the audio stream, and the fourth parameter is included in the second request information. The method further includes: before the audio server receives the first request information from the audio client, the audio server receives the second request information from the audio client; the audio server sends the second response information to the audio client, and the second response information includes the configuration result of the third configuration item.

[0027] In other words, if a configuration item (the third configuration item) with the same association as the first configuration item has already been configured on the audio server, the audio server does not need to recommend a configuration item (the second configuration item) with the same first association as the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration item based on the specific configurations of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0028] In conjunction with the second aspect, in some implementations of the second aspect, wherein: the first case is: there is a first association relationship between the first configuration item and at least one fourth configuration item; at least one fourth configuration item is a configuration item for requesting the audio server to configure the audio stream with at least one fifth parameter, and at least one fifth parameter is included in the first request information.

[0029] In other words, if a configuration item (at least one fourth configuration item) with a first association with the first configuration item is already carried in the first request information, the audio server does not need to recommend a configuration item (second configuration item) with the first association with the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0030] In conjunction with the second aspect, some implementations of the second aspect include: the audio server receiving a third request message from the audio client, the third request message including a sixth parameter, the sixth parameter being used to request the audio server to configure a fifth configuration item of the audio stream, wherein the fifth configuration item has a first association relationship with the second configuration item, and the fifth configuration item is different from the first configuration item; the audio server sending a third response message to the audio client, the third response message including a seventh parameter, the seventh parameter being used by the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure a second configuration item of the audio stream.

[0031] In other words, the audio server receives two requests, each carrying two parameters for configuring different configuration items. If both configuration items have a primary association with the second configuration item, the audio server can respond to the first request with the first parameter recommended for the second configuration item, and respond to the second request with the second parameter recommended for the second configuration item. Thus, the audio server can refer to the parameters provided by the audio client for different configuration items and recommend parameters for the same configuration item based on different dimensions, making it convenient for the audio client to refer to.

[0032] In conjunction with the second aspect, in some implementations of the second aspect, wherein: the first request information further includes at least one ninth parameter, the at least one ninth parameter being used to request the audio server to configure at least one sixth configuration item of the audio stream, the at least one sixth configuration item having a first association relationship with the second configuration item; the second parameter is determined based on the first parameter and the at least one ninth parameter.

[0033] That is, the audio client can use a single request message to send multiple request parameters for configuration items that simultaneously have a first association with the second configuration item. Therefore, the audio server can simultaneously provide parameters based on different configuration items, offering more comprehensive recommended parameters. In conjunction with the second aspect, in some implementations of the second aspect, the first request message further includes at least one tenth parameter, which is used to request the audio server to configure at least one seventh configuration item of the audio stream. The first configuration item and at least one seventh configuration item represent all the configuration items the audio stream server needs to configure for the audio stream. Alternatively, at least one seventh configuration item and at least one eighth configuration item have a second association relationship, and the first configuration item, at least one seventh configuration item, and at least one eighth configuration item represent all the configuration items the audio stream server needs to configure for the audio stream. The first response message does not include parameters used to request the audio server to configure the configuration items of the audio stream.

[0034] In other words, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. At this time, the audio server does not need to recommend any parameters.

[0035] In conjunction with the first aspect, in some implementations of the first aspect, wherein: at least one seventh configuration item includes an audio stream type, and at least one eighth configuration item includes an audio stream duration; or at least one seventh configuration item includes a data channel requirement, and at least one eighth configuration item includes a port number.

[0036] In conjunction with the second aspect, in some implementations of the second aspect, when the first condition is not met, the method further includes: the audio server receiving a fourth request message from the audio client, the fourth request message including a third parameter; the audio server sending a fourth response message to the audio client, the fourth response message including the configuration result of the second configuration item, the configuration result of the second configuration item being a failure, and the fourth response message also including first information, the first information being used to indicate that the third parameter does not meet the first condition.

[0037] In other words, if the third parameter provided by the audio client does not match the second parameter recommended by the audio server, the audio server can refuse to use the third parameter for configuration.

[0038] In conjunction with the second aspect, in some implementations of the second aspect, the first condition is that the second parameter and the third parameter are the same, or the difference between the second parameter and the third parameter is less than a first threshold. That is, parameter mismatch can be specifically understood as the two parameters being different or the difference between the two parameters being too large.

[0039] Thirdly, a communication method is provided, which can be executed by an audio client. Unless otherwise specified, the "audio client" in this application can refer to the audio client itself, a component within the audio client (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the audio client device. The audio client can be a G-node in the StarFlash scenario, or other corresponding devices, depending on the actual situation.

[0040] The method includes: an audio client sending a first request message to an audio server, the first request message including a first parameter, the first parameter being used to request the audio server to configure a first configuration item of the audio stream; the audio client receiving a first response message from the audio server, the first response message including the configuration result of the first configuration item; when a first condition is met, the first response message does not include a second parameter; when the first condition is not met, the first response message also includes a second parameter, the second parameter being used by the audio client to obtain a third parameter, the third parameter being used to request the audio server to configure a second configuration item of the audio stream, and the first configuration item and the second configuration item being associated.

[0041] In the above method, the audio client determines whether the audio server needs to reply with a second parameter (a recommended parameter of the second configuration item) in the request information. This allows the audio server to include or omit the second parameter in its response information based on the request information's transmission status. Therefore, the audio client can control the audio stream configuration process, enabling the audio server to avoid recommending unnecessary associated configuration items, thus preventing compatibility issues and saving the audio server's computational load and signaling overhead.

[0042] In conjunction with the third aspect, in some implementations of the third aspect, the association between the first configuration item and the second configuration item includes: the first configuration item belongs to a first set, the second configuration item belongs to a second set, and there is a first association relationship between the configuration items in the first set and the configuration items in the second set. Based on the association relationship between the configuration items, the configuration items are divided into sets.

[0043] In conjunction with the third aspect, in some implementations of the third aspect, wherein: when the first set includes multiple configuration items, any two configuration items in the first set have a second association relationship; and / or when the second set includes multiple configuration items, any two configuration items in the second set have a second association relationship. Based on the association relationships between the configuration items, the configuration items are divided into sets.

[0044] In conjunction with the third aspect, in some implementations of the third aspect, the first set includes at least one of the following: audio stream type and audio stream duration, and the second set includes at least one of the following: codec parameters; or the first set includes at least one of the following: codec parameters, and the second set includes at least one of the following: data channel requirements. If the audio client recommends parameters for specific configuration items according to the association provided in the embodiments of this application, the audio server can first obtain the characteristic information of the audio stream (first parameter), and select the optimal second parameter based on its own capabilities, currently available air interface resources, and other information, so that the playback of the configured audio stream achieves the optimal effect.

[0045] In conjunction with the third aspect, in some implementations of the third aspect, the first case is: the third configuration item belongs to the second set; the third configuration item is the configuration item for the fourth parameter to request the audio server to configure the audio stream, and the fourth parameter is included in the second request information. The method also includes: before the audio server sends the first request information to the audio client, the audio server receives the second request information from the audio client; the audio server sends the second response information to the audio client, and the second response information includes the configuration result of the third configuration item.

[0046] Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for associated configuration items based on the specific configuration of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0047] In conjunction with the third aspect, in some implementations of the third aspect, the first case is: at least one fourth configuration item belongs to the second set; at least one fourth configuration item is a configuration item for requesting the audio server to configure the audio stream with at least one fifth parameter, and at least one fifth parameter is included in the first request information.

[0048] In other words, if a configuration item (the third configuration item) belonging to the same set as the second configuration item is already carried in the first request information, the audio server does not need to recommend a configuration item (the second configuration item) that has the same first association with the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0049] In conjunction with the third aspect, some implementations of the third aspect further include: the audio client sending a third request message to the audio server, the third request message including a sixth parameter, the sixth parameter being used to request the audio server to configure the fifth configuration item of the audio stream, the fifth configuration item belonging to the first set; the audio client receiving a third response message from the audio server, the third response message including a seventh parameter, the seventh parameter being used by the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure the second configuration item of the audio stream.

[0050] In other words, the audio server receives two requests, each carrying two parameters for configuring different configuration items. If both configuration items belong to a first set, and according to the set division rules, both items have a first association with a second configuration item, the audio server can respond to the first request with the first parameter recommended for the second configuration item, and respond to the second request with the second parameter recommended for the second configuration item. Thus, the audio server can refer to the parameters provided by the audio client for different configuration items and recommend parameters for the same configuration item based on different dimensions, making it convenient for the audio client to refer to.

[0051] In conjunction with the third aspect, in some implementations of the third aspect, the first request information also includes at least one ninth parameter. This ninth parameter is used to request the audio server to configure at least one sixth configuration item of the audio stream, and the at least one sixth configuration item belongs to the first set. That is, the audio client can use a single request message to send request parameters for multiple configuration items that simultaneously have a first association with the second configuration item. Therefore, the audio server can simultaneously provide parameters based on different configuration items, offering more comprehensive recommended parameters.

[0052] In conjunction with the third aspect, in some implementations of the third aspect, the first request information further includes at least one tenth parameter, which is used to request the audio server to configure at least one seventh configuration item of the audio stream. The at least one seventh configuration item corresponds to at least one third set, and the first set and at least one third set constitute the complete set that the audio stream server needs to configure for the audio stream. The first response information does not include the parameter used to request the audio server to configure the configuration items of the audio stream. That is, after the audio server obtains the parameters corresponding to the complete set of required configurations based on the first request information, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. At this point, the audio server does not need to recommend any parameters.

[0053] In conjunction with the third aspect, in some implementations of the third aspect, when the first condition is not met, the method further includes: the audio client sending a fourth request message to the audio server based on the second parameter, the fourth request message including the third parameter; the audio server sending a fourth response message to the audio client, the fourth response message including the configuration result of the second configuration item, the configuration result of the second configuration item being a failure, and the fourth response message also including first information, the first information being used to indicate that the third parameter does not meet the first condition.

[0054] In other words, if the third parameter provided by the audio client does not match the second parameter recommended by the audio server, the audio server can refuse to use the third parameter for configuration.

[0055] In conjunction with the third aspect, in some implementations of the third aspect, the first condition is that the second and third parameters are the same, or the difference between the second and third parameters is less than a first threshold. That is, parameter mismatch can be specifically understood as two parameters being different or the difference between the two parameters being too large.

[0056] Fourthly, a communication method is provided, which can be executed by an audio server. Unless otherwise specified, "audio server" in this application can refer to the audio server itself, a component within the audio server (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the audio server device. The audio server can be a T-node in the StarFlash scenario, or other corresponding devices, determined according to the actual situation.

[0057] The method includes: an audio server receiving a first request from an audio client, the first request including a first parameter, the first parameter being used to request the audio server to configure a first configuration item of the audio stream; the audio server sending a first response to the audio client, the first response including the configuration result of the first configuration item; when a first condition is met, the first response does not include a second parameter; when the first condition is not met, the first response also includes a second parameter, the second parameter being used by the audio client to obtain a third parameter, the third parameter being used to request the audio server to configure a second configuration item of the audio stream, and the first and second configuration items being associated.

[0058] In the above method, the audio client determines whether the audio server needs to reply with a second parameter (a recommended parameter of the second configuration item) in the request information. This allows the audio server to include or omit the second parameter in its response information based on the request information's transmission status. Therefore, the audio client can control the audio stream configuration process, enabling the audio server to avoid recommending unnecessary associated configuration items, thus preventing compatibility issues and saving the audio server's computational load and signaling overhead.

[0059] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the association between the first configuration item and the second configuration item includes: the first configuration item belongs to a first set, the second configuration item belongs to a second set, and there is a first association relationship between the configuration items in the first set and the configuration items in the second set. Based on the association relationship between the configuration items, the configuration items are divided into sets.

[0060] In conjunction with the fourth aspect, in some implementations of the fourth aspect, wherein: when the first set includes multiple configuration items, any two configuration items in the first set have a second association relationship; and / or when the second set includes multiple configuration items, any two configuration items in the second set have a second association relationship. Based on the association relationships between the configuration items, the configuration items are divided into sets.

[0061] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first set includes at least one of the following: audio stream type and audio stream duration; the second set includes at least one of the following: codec parameters; or the first set includes at least one of the following: codec parameters; and the second set includes at least one of the following: data channel requirements. If the audio client recommends parameters for specific configuration items according to the association provided in the embodiments of this application, the audio server can first obtain the characteristic information of the audio stream (first parameter), and select the optimal second parameter based on its own capabilities, currently available air interface resources, and other information, so that the playback of the configured audio stream achieves the optimal effect.

[0062] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first case is: the third configuration item belongs to the second set; the third configuration item is the configuration item for the fourth parameter to request the audio server to configure the audio stream, and the fourth parameter is included in the second request information. The method also includes: before the audio server receives the first request information from the audio client, the audio server receives the second request information from the audio client; the audio server sends the second response information to the audio client, and the second response information includes the configuration result of the third configuration item.

[0063] Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for associated configuration items based on the specific configuration of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0064] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first case is: at least one fourth configuration item belongs to the second set; at least one fourth configuration item is a configuration item for requesting the audio server to configure the audio stream with at least one fifth parameter, and at least one fifth parameter is included in the first request information.

[0065] In other words, if a configuration item (the third configuration item) belonging to the same set as the second configuration item is already carried in the first request information, the audio server does not need to recommend a configuration item (the second configuration item) that has the same first association with the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0066] In conjunction with the fourth aspect, some implementations of the fourth aspect further include: the audio server receiving a third request message from the audio client, the third request message including a sixth parameter, the sixth parameter being used to request the audio server to configure a fifth configuration item of the audio stream, the fifth configuration item belonging to the first set; the audio server sending a third response message to the audio client, the third response message including a seventh parameter, the seventh parameter being used by the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure a second configuration item of the audio stream.

[0067] In other words, the audio server receives two requests, each carrying two parameters for configuring different configuration items. If both configuration items belong to a first set, and according to the set division rules, both items have a first association with a second configuration item, the audio server can respond to the first request with the first parameter recommended for the second configuration item, and respond to the second request with the second parameter recommended for the second configuration item. Thus, the audio server can refer to the parameters provided by the audio client for different configuration items and recommend parameters for the same configuration item based on different dimensions, making it convenient for the audio client to refer to.

[0068] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first request information also includes at least one ninth parameter. This ninth parameter is used to request the audio server to configure at least one sixth configuration item of the audio stream, and the at least one sixth configuration item belongs to the first set. That is, the audio client can use a single request message to send request parameters for multiple configuration items that simultaneously have a first association with the second configuration item. Therefore, the audio server can simultaneously provide parameters based on different configuration items, offering more comprehensive recommended parameters.

[0069] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first request information further includes at least one tenth parameter, which is used to request the audio server to configure at least one seventh configuration item of the audio stream. The at least one seventh configuration item corresponds to at least one third set, and the first set and at least one third set constitute the complete set that the audio stream server needs to configure for the audio stream. The first response information does not include the parameter used to request the audio server to configure the configuration items of the audio stream. That is, after the audio server obtains the parameters corresponding to the complete set of required configurations based on the first request information, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. At this point, the audio server does not need to recommend any parameters.

[0070] In conjunction with the fourth aspect, in some implementations of the fourth aspect, when the first condition is not met, the method further includes: the audio server receiving a fourth request message from the audio client, the fourth request message including a third parameter; the audio server sending a fourth response message to the audio client, the fourth response message including the configuration result of the second configuration item, the configuration result of the second configuration item being a failure, and the fourth response message also including first information, the first information being used to indicate that the third parameter does not meet the first condition.

[0071] In other words, if the third parameter provided by the audio client does not match the second parameter recommended by the audio server, the audio server can refuse to use the third parameter for configuration.

[0072] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the first condition is that the second and third parameters are the same, or the difference between the second and third parameters is less than a first threshold. That is, parameter mismatch can be specifically understood as the two parameters being different or the difference between the two parameters being too large.

[0073] Fifthly, a communication apparatus is provided for performing the method provided in any one of the first to third aspects. Specifically, the communication apparatus may include units and / or modules for performing the method provided in the first aspect or any of the above-described implementations of the first aspect, or may include units and / or modules for performing the method provided in the second aspect or any of the above-described implementations of the second aspect.

[0074] In one implementation, the communication device is a computer (such as an audio client or an audio server). When the communication device is a computer, the transceiver unit can be a transceiver or an input / output interface; the processing unit can be at least one processor. Optionally, the transceiver can be a transceiver circuit. Optionally, the input / output interface can be an input / output circuit.

[0075] In another implementation, the communication device is a chip, chip system, or circuit used in a device (such as an audio client or audio server). When the communication device is a chip, chip system, or circuit used in a device, the transceiver unit can be an input / output interface, interface circuit, output circuit, input circuit, pin, or related circuit on the chip, chip system, or circuit; the processing unit can be at least one processor, processing circuit, or logic circuit.

[0076] A sixth aspect provides a communication device comprising: a memory for storing a program; and at least one processor for executing the computer program or instructions stored in the memory to perform the method provided by the first aspect or any of the above-described implementations of the first aspect, or to perform the method provided by the second aspect or any of the above-described implementations of the second aspect, or to perform the method provided by the third aspect or any of the above-described implementations of the third aspect.

[0077] In one implementation, the communication device is a device (such as an audio client or an audio server).

[0078] In another implementation, the device is a chip, chip system, or circuit used in a device (such as an audio client or audio server).

[0079] In a seventh aspect, this application provides a processor for performing the methods provided in the foregoing aspects.

[0080] Unless otherwise specified, or if it does not contradict its actual function or internal logic in the relevant description, the transmission and acquisition / reception operations involved in the processor can be understood as processor output and reception, input and other operations, or as transmission and reception operations performed by radio frequency circuits and antennas. This application does not limit them in this regard.

[0081] Eighthly, a computer-readable storage medium is provided that stores program code for execution by a device, the program code including instructions for performing the method provided by the first aspect or any of the above-described implementations of the first aspect, or including instructions for performing the method provided by the second aspect or any of the above-described implementations of the second aspect.

[0082] Ninth aspect, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to perform the method provided by the first aspect or any of the above-described implementations of the first aspect, or causes the computer to perform the method provided by the second aspect or any of the above-described implementations of the second aspect.

[0083] In a tenth aspect, a chip is provided, the chip including a processor and a communication interface, the processor reading instructions stored in a memory through the communication interface to execute the method provided by the first aspect or any of the above-described implementations of the first aspect, or to execute the method provided by the second aspect or any of the above-described implementations of the second aspect.

[0084] Optionally, as one implementation, the chip further includes a memory storing computer programs or instructions. The processor is used to execute the computer programs or instructions stored in the memory. When the computer programs or instructions are executed, the processor is used to execute the method provided by the first aspect or any of the above implementations of the first aspect, or to execute the method provided by the second aspect or any of the above implementations of the second aspect.

[0085] Eleventhly, a communication system is provided, including at least one of the audio client and audio server mentioned above. Attached Figure Description

[0086] Figure 1 This is a schematic diagram of a communication system provided in an embodiment of this application.

[0087] Figure 2 This is a schematic diagram of the architecture of a star-flash system provided in an embodiment of this application.

[0088] Figure 3 This is a schematic diagram of a communication method provided in an embodiment of this application.

[0089] Figure 4This is a schematic diagram of another communication method provided in an embodiment of this application.

[0090] Figure 5 This is a schematic diagram of another communication method provided in an embodiment of this application.

[0091] Figure 6 This is a schematic diagram of another communication method provided in an embodiment of this application.

[0092] Figure 7 This is a schematic diagram of another communication method provided in an embodiment of this application.

[0093] Figure 8 This is a schematic structural block diagram of a communication device provided in an embodiment of this application.

[0094] Figure 9 This is a schematic diagram of another communication device provided in an embodiment of this application.

[0095] Figure 10 This is a schematic diagram of a chip system provided in an embodiment of this application. Detailed Implementation

[0096] First, in this application, "for indicating" can include both direct and indirect indication. When describing an indication message as indicating A, it can include whether the indication message directly indicates A or indirectly indicates A, but does not necessarily mean that the indication message carries A.

[0097] The information indicated by the instruction is called the information to be instructed. In the specific implementation process, there are many ways to indicate the information to be instructed, such as, but not limited to, directly indicating the information to be instructed, such as the information to be instructed itself or its index. It can also be indirectly indicated by indicating other information, where there is a relationship between the other information and the information to be instructed. It can also indicate only a part of the information to be indicated, while the other parts are known or pre-agreed upon. For example, the instruction of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various pieces of information, thereby reducing instruction overhead to some extent. At the same time, common parts of various pieces of information can be identified and indicated uniformly to reduce the instruction overhead caused by individually indicating the same information.

[0098] Second, in this application, "at least one" refers to one or more, and "more than one" refers to two or more. Furthermore, in the embodiments of this application, "first," "second," and various numerical designations (e.g., "#1," "#2," etc.) are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application. The sequence numbers of the processes below do not imply an order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. It should be understood that the objects described in this way can be interchanged where appropriate to describe solutions other than those in the embodiments of this application. Moreover, in the embodiments of this application, terms such as "S310" are merely identifiers for descriptive convenience and do not limit the order of execution steps.

[0099] Third, in the embodiments of this application, the words "exemplary" or "for example" are used to indicate that they are examples, illustrations, or descriptions. Any embodiment or design that is described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design options. Specifically, the use of the words "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0100] Fourth, in the implementation of this application, "protocol" may refer to standard protocols in the field of communications, such as the NR protocol and related protocols applied in future communication systems, and this application does not limit it.

[0101] Fifth, in the embodiments of this application, the terms "of", "corresponding (relevant)", "corresponding", and "associate" can sometimes be used interchangeably. It should be noted that when their differences are not emphasized, their intended meanings are consistent.

[0102] Sixth, in the embodiments of this application, "under the circumstances", "when", and "if" can sometimes be used interchangeably. It should be noted that when the distinction is not emphasized, their intended meanings are consistent.

[0103] Seventh, the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0104] Eighth, the accompanying drawings of the message structure in the embodiments of this application provide examples of field names in the message. It should be understood that the field names shown in the accompanying drawings of the embodiments of this application are merely examples, and in actual applications, the name of any field may change.

[0105] The technical solutions in this application will now be described with reference to the accompanying drawings.

[0106] The technical solutions provided in this application can be applied to wireless local area network (WLAN) scenarios. For example, they support IEEE 802.11 related standards, such as 802.11a / b / g, 802.11n, 802.11ac, 802.11ax, 802.11be (Wi-Fi 7), also known as Extremely High Throughput (EHT), 802.11bn (Wi-Fi 8), or the next-generation Wi-Fi 8 standard. They also include 802.11ad and 802.11ay standards. Furthermore, they can be applied to ultra-wideband (UWB) based wireless personal area network systems, such as the 802.15 series standards, and to sensing systems, such as the 802.11bf series standards. This application can also support standard protocols such as Spark Link and Near Link. The 802.11n standard is called high throughput (HT), the 802.11ac standard is called very high throughput (VHT), the 802.11ax standard is called high efficient (HE), and the 802.11be standard is called extremely high throughput (EHT). 802.11bf includes two main categories: low-frequency (e.g., sub7GHz) and high-frequency (e.g., 60GHz) standards. Sub7GHz implementations primarily rely on 802.11ac, 802.11ax, 802.11be, and next-generation standards, while 60GHz implementations primarily rely on 802.11ad, 802.11ay, and next-generation standards. Among them, 802.11ad can also be called the directional multi-gigabit (DMG) standard, and 802.11ay can also be called the enhanced directional multi-gigabit (EDMG) standard.

[0107] Although the embodiments of this application are primarily illustrated using the deployment of WLAN networks, particularly those employing the IEEE 802.11 system standard, those skilled in the art will readily understand that the various aspects involved in the embodiments of this application can be extended to other networks employing various standards or protocols, such as high-performance radio local area networks (HIPERLANs), wireless wide area networks (WWANs), wireless personal area networks (WPANs), or other networks now known or developed in the future. Therefore, regardless of the coverage area and wireless access protocol used, the various aspects provided in the embodiments of this application can be applied to any suitable wireless network.

[0108] The communication systems described above that are applicable to this application are merely illustrative examples, and the communication systems applicable to this application are not limited to these. They will be uniformly described here and will not be repeated below.

[0109] First, combine Figure 1 and Figure 2 This paper introduces the communication system and network architecture applicable to the embodiments of this application.

[0110] Figure 1 This is a schematic diagram of a communication system provided in an embodiment of this application. For example... Figure 1 As shown, the system includes an audio client and an audio server.

[0111] like Figure 1 As shown in (a), the audio client is the user of the audio service, used to access the audio server. The audio server is the bearer of the audio service, used to provide the audio service. The audio client can generate an audio stream and / or send the audio stream to the audio server. The audio server can receive the audio stream and / or use (e.g., play) the audio stream.

[0112] Audio services can specifically refer to application services that play audio, such as music applications, audiobook applications, reading applications, telephone applications, etc., depending on the specific situation. Audio clients can be terminal devices, also known as user equipment (UE), terminals, etc. Terminal devices can be mobile phones, tablets, computers with communication capabilities, virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, self-driving, remote medical, smart grid, transportation safety, smart city, smart home, etc. Audio servers can be mobile phones, wearable electronic devices, personal computers, televisions, in-vehicle equipment, headphones, speakers, etc.

[0113] Audio clients and audio servers can communicate wirelessly or via wired connections. Examples include Internet of Things (IoT) systems, narrowband Internet of Things (NB-IoT) systems, long term evolution (LTE) systems, and short-range wireless communication network systems. Short-range wireless communication network systems include SparkLink communication network systems (including SparkLink Basic (SLB), SparkLink Low Energy (SLE), and SparkLink Positioning (SLP) versions), Bluetooth Low Energy (BLE), 5th-generation (5G) communication systems, and other new communication systems emerging in future communication developments. Specifically, SparkLink's SLB can be referred to as "Technical Requirements and Test Methods for Wireless Short-Range Communication Vehicle-Mounted Air Interface," and SparkLink's SLE can be referred to as "Technical Requirements and Test Methods for Low-Power Air Interface Access Layer of SparkLink Wireless Communication System."

[0114] Figure 1Figure (b) illustrates a schematic diagram of an interaction process between an audio client and an audio server. This process may include service discovery, capability interaction, audio stream configuration or reconfiguration, opening or closing the audio stream data channel, audio stream transmission or stopping, and audio stream release.

[0115] Service discovery: The main purpose of this service discovery operation is to enable the audio client to discover the audio server and determine the audio services that the audio server can provide. During this service discovery process, the audio client can obtain the audio server's device information.

[0116] Capability Interaction: The audio client can further interact with the server to learn about its audio processing capabilities (such as audio encoding and decoding capabilities).

[0117] Audio stream configuration or reconfiguration: The audio client can configure audio stream parameters within the capabilities provided by the audio server. For example, assuming the audio server supports multiple encoders, the audio client can select one of these encoders as the encoder for the audio stream transmitted between the audio client and the audio server. Optionally, the audio stream parameters between the audio client and the audio server can be reconfigured to determine more suitable audio stream parameters.

[0118] Audio Stream Data Channel Open or Close: After audio stream configuration, a data channel for transmitting audio streams can be established between the audio client and the audio server. Furthermore, the audio stream data channel can be closed between the audio client and the audio server after the audio stream transmission is complete.

[0119] Audio Streaming or Stopping: An audio client can transmit an audio stream to an audio server via a data channel. After the audio client has finished transmitting the audio stream to the audio server, it can stop transmitting the audio stream. Alternatively, the audio stream may stop if the connection between the audio client and the audio server is suddenly interrupted.

[0120] Audio stream release: After the audio stream transmission is completed or stopped, the audio client and audio server can release the resources occupied by the audio stream (such as access layer link resources) and clear the configured parameters.

[0121] Furthermore, in this application, "audio client" can also be replaced with "client," "terminal device," "audio source device," "first node," "management node," "master node," etc. Similarly, "audio server" can be replaced with "server," "playback device," "audio receiver device," "second node," "managed node," "slave node," etc.

[0122] In some implementations, the aforementioned audio client and / or audio server can be implemented using the StarFlash system. In this case, the audio client can also refer to the G node (management node), and the audio server can also refer to the T node (managed node).

[0123] Figure 2 This is a schematic diagram of the architecture of a starburst system provided in an embodiment of this application. Figure 2 As shown, the StarShine system can include a basic application layer, a basic service layer, and a StarShine access layer (also known as the access layer).

[0124] like Figure 2 As shown, the basic application layer defines various units common to different applications, each with its own message format and application rules. To enable communication between different devices on different platforms, the basic application layer can include basic communication units, general sensing units, general video units, general audio units, general data units, and vehicle control units. Among these, the general audio unit is used to process audio service-related data, such as encoding and decoding audio data.

[0125] The basic service layer can include a control plane and a data plane. The control plane includes functional modules such as device discovery, service management, channel management, quality of service (QoS) management, security management, multi-domain coordination, measurement management, and 5G convergence. The data plane includes channel control data, broadcast data, service management data, real-time data, and reliable data, as well as transmission control adaptation protocols and TCP / IP pass-through protocols.

[0126] The data link layer supports services, such as ensuring the transmission of signaling and corresponding signals for audio services. Figure 2As shown, the SparkLink system can include a SparkLink Basic (SLB) access layer and a SparkLink Low-Energy (SLE) access layer. The SLB and SLE access layers correspond to the SLB and SLE communication links, respectively. The SLB communication link is used for high-bandwidth, high-speed communication, while the SLE communication link is used for low-power, low-bandwidth, low-speed communication. Both the SLB and SLE access layers incorporate a data link layer, which includes a link control layer and a media access layer. Furthermore, both the SLB and SLE access layers can also have a physical layer, which provides physical connections to the data link layers. SLE technology is typically used for services with low bandwidth transmission requirements, such as audio playback via Bluetooth headsets, where data throughput, transmission rate, and power consumption are usually low.

[0127] The following explains the relevant terminology for audio stream configuration involved in this application.

[0128] During the audio stream configuration or reconfiguration process described above, the audio client can send one or more audio stream configuration parameters to the audio server. After receiving these parameters, the audio stream server can configure the audio stream accordingly. Audio stream configuration parameters may specifically include mandatory configuration items such as codec parameters, data channel requirements, audio stream type, audio stream duration, and port number. The following example illustrates an explanation of one such audio stream configuration item.

[0129] Codec parameters: Codec type and corresponding parameters, defined by each audio codec standard. For example, high bitrate parameters for high-fidelity codecs and low bitrate parameters for ordinary codecs.

[0130] Data channel requirements: communication method, pass-through method, and QoS parameters for audio stream data. The communication method can specifically refer to unicast, data multicast, etc. Data channel requirements can also indicate the pass-through method. The pass-through method can be non-pass-through, SLE pass-through, or SLB pass-through. For example, if the pass-through method is SLE pass-through, the audio stream data is transmitted along the path of the basic application layer - access layer (e.g., SLE access layer). If the pass-through method is non-pass-through, the audio stream data is transmitted along the path of the basic application layer - basic service layer - access layer (e.g., SLE access layer). Other pass-through methods are not listed here.

[0131] Audio stream types include media music, voice calls, ringtones, etc. Furthermore, audio stream types can implicitly indicate whether the audio stream is real-time or non-real-time; for example, voice calls are real-time audio streams, while media music is a non-real-time audio stream.

[0132] Audio stream duration: The length of the audio stream, expressed in units of time.

[0133] Port number: Indicates the source port number and / or destination port number of the audio stream.

[0134] The audio stream configuration process involves two signaling steps: an audio stream configuration request and an audio stream configuration response. The audio stream client sends an audio stream configuration request to the audio stream server. This request can carry parameters for one or more configuration items, which are used to request the audio stream server to configure one or more of these items. After receiving the request, the audio stream server configures the audio stream according to the parameters and sends an audio stream configuration response back to the audio stream client. This response carries the configuration results for one or more configuration items. Depending on the specific configuration item, the result can be either success or failure. Specifically, if a configuration item fails, the response can include the corresponding result code. Additional information may provide recommended parameters from the audio server for that configuration item, which the audio client uses to determine the reconfiguration parameters for that item. The audio stream specifically refers to the audio stream that will be transmitted between the audio stream client and the audio stream server. In addition, an audio streaming client can request configuration of multiple audio streams from the audio streaming server at the same time. That is, an audio stream configuration request can carry parameters corresponding to one or more audio streams, depending on the actual situation.

[0135] Table 1 illustrates a format description of an audio stream configuration request. This audio stream configuration request can be carried in the parameter fields of the StarSpark Service Access Protocol Method Invocation Request Protocol Data Unit (SSAP_CALL_METHOD_REQ PDU). The parameter fields may include an opcode, with a value of 0x01, indicating that the signaling is an audio stream configuration request. Furthermore, this StarSpark Service Access Protocol Invocation Method Request Protocol Data Unit may also include the following fields: message code, message control code, and handle.

[0136] Table 1

[0137]

[0138] Table 2 illustrates a description of a parameter field. As shown in Table 2, parameter fields can be used to indicate configuration item parameters corresponding to one or more audio streams. The audio stream corresponds to the audio access point in the parameter field. For example, if an audio client needs to request the audio server to configure two audio streams, the number of audio access points is 2, and the two audio access points can be represented by audio access point identifiers x and y respectively. When an audio stream configuration request carries parameters for multiple configuration items, a type field can be used to indicate the specific corresponding type of the parameter. For example, if the following description states: "The first parameter carried in the audio stream configuration request is used to configure the 'audio stream type' configuration item of the audio stream," it can be understood that the parameter field includes a first type field and a first parameter. The first type field indicates that the type of the configuration item corresponding to the first parameter is "audio stream type," and the first parameter indicates the specific configuration parameter of the "audio stream type" configuration item. If the same configuration item needs to be configured for two audio streams simultaneously, different fields must be used to represent it. For example, an audio stream configuration request may include the following parameters for audio access point x: first codec parameters, first data channel requirements, etc.; and the following parameters for audio stream access point y: second codec parameters, second data channel requirements, etc.

[0139] Table 2

[0140]

[0141]

[0142] Table 3 illustrates a format description of an audio stream configuration response. This audio stream configuration response can be carried in the parameter field of the StarSpark Service Access Protocol Method Invocation Response Protocol Data Unit (SSAP_CALL_METHOD_RSP PDU). The result field may include an opcode with a value of 0x01, indicating that the signaling is an audio stream configuration response. Furthermore, this StarSpark Service Access Protocol Invocation Method Invocation Protocol Data Unit may also include the following fields: message code and message control code.

[0143] Table 3

[0144]

[0145] Table 4 illustrates a description of one result field. In some implementations, if the result code indicates success—that is, the configuration result corresponding to the audio stream configuration item on the audio stream server side is successful—the audio stream client can also carry a recommended parameter for another related configuration item in the additional information field. This recommended parameter is used by the audio stream server to obtain the parameters of that other configuration item carried in the next audio stream configuration request. Specifically, when a configuration item fails, the audio stream configuration response can include the result code corresponding to that configuration item. The additional information can provide the recommended parameters for that configuration item from the audio server, which are used by the audio client to determine the reconfiguration parameters for that configuration item.

[0146] Table 4

[0147]

[0148] For ease of explanation, in the following embodiments, "audio stream configuration request" will be referred to as "request information" and "audio stream configuration response" will be referred to as "response information".

[0149] Currently, when an audio client requests configuration items for an audio stream from an audio server, the audio server can reply with recommended parameters for another related configuration item based on the configuration parameters of that configuration item in the response information. However, this process consumes computational and signaling overhead on the audio server, and there are situations where the audio client does not need to refer to the recommended parameters provided by the audio server.

[0150] In view of this, embodiments of this application provide a communication method and a communication device, in which the audio client adjusts the audio stream configuration request to be sent according to different situations, so that when the audio server responds to the audio stream configuration response, it can reply with or not reply with recommended parameters according to different situations.

[0151] Figure 3 This is a schematic diagram of a communication method provided in an embodiment of this application. For example... Figure 3 As shown, the method includes steps S310-S320.

[0152] S310, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0153] S320, the audio client receives a first response message from the audio server. The first response message includes the configuration result of the first configuration item, which can be success. Correspondingly, the audio server sends the first response message to the audio client.

[0154] In this context, when the first condition is met, the first response information does not include the second parameter. When the first condition is not met, the first response information also includes the second parameter. The second parameter is used by the audio client to obtain the third parameter, which is used to request the audio server to configure the second configuration item of the audio stream. The first configuration item and the second configuration item are associated. The second parameter can also be understood as a "recommended parameter" for the second configuration item, used by the audio client for reference to obtain the third parameter. "Association between the first configuration item and the second configuration item" can also be understood as "a first association relationship exists between the first configuration item and the second configuration item."

[0155] In the above method, the audio client determines whether the audio server needs to reply with a second parameter (a recommended parameter of the second configuration item) in the request information. This allows the audio server to include or omit the second parameter in its response information based on the request information's transmission status. Therefore, the audio client can control the audio stream configuration process, enabling the audio server to recommend associated configuration items only when necessary, avoiding compatibility issues and saving the audio server's computational load and signaling overhead.

[0156] In some implementations, if the first condition described above is not met, the method may further include steps S330 and S340.

[0157] S330, the audio client sends a fourth request message to the audio server according to the second parameter, the fourth request message including the third parameter; correspondingly, the audio server accepts the fourth request message from the audio client.

[0158] S340, the audio client receives a fourth response message from the audio server. The fourth response message includes the configuration result of the second configuration item, which is a failure. The fourth response message also includes first information, which indicates that the third parameter does not meet the first condition. Correspondingly, the audio server sends the fourth response message to the audio client.

[0159] According to steps S330 and S340, if the third parameter provided by the audio client does not match the second parameter recommended by the audio server, the audio server may refuse to use the third parameter for configuration.

[0160] In some implementations, the first condition is that the second and third parameters are the same, or the difference between the second and third parameters is less than a first threshold. In other words, parameter mismatch can be specifically understood as two parameters being different or the difference between the two parameters being too large.

[0161] In the above Figure 3In the method shown, whether the first condition is met can be determined by the association between the configuration items provided in the embodiments of this application. Below, the association provided in this application will be explained in two ways, Method A and Method B, using specific configuration items: audio stream type, audio stream duration, codec parameters, data channel requirements, and port number.

[0162] Method A

[0163] First association: If a configuration item A and another configuration item B have a first association, it can be understood that if the audio server obtains parameter 'a' based on the request information sent by the audio client, and parameter 'a' is used to request the audio server to configure configuration item A of the audio stream, then the audio server can determine parameter 'b' based on parameter 'a' and information such as its own capabilities and air interface resources. In this case, the audio server can include parameter 'b' in its response information to the audio client. This parameter 'b' serves as a recommended parameter for configuration item B and is used by the audio client to obtain parameter 'b'. Parameter 'b' is the actual parameter that the audio client requests the audio server to configure configuration item B of the audio stream.

[0164] Furthermore, in some cases, although the audio server can use parameter 'a' corresponding to configuration item A to determine parameter 'b' of configuration item B, the audio server cannot use parameter 'b' to determine parameter 'a'. That is, the process of determining parameter 'a' -> parameter 'b' can be irreversible.

[0165] Table 5 shows a description of the first association between configuration items.

[0166] Table 5

[0167]

[0168]

[0169] The second association: If a configuration item C and another configuration item D have a second association, it can be understood that if parameter c corresponding to configuration item C is determined, then parameter d corresponding to configuration item D can also be determined accordingly. For example, if an audio client determines a parameter c, which is used to request the audio server to configure configuration item C of the audio stream, then the audio client can also determine parameter d based on parameter c, which is used to request the audio server to configure configuration item D of the audio stream. As another example, if the audio server obtains parameter c based on the request information sent by the audio client, and parameter c is used to request the audio server to configure configuration item C of the audio stream, then the audio server can also determine parameter d based on parameter c and directly configure configuration item D of the audio stream based on parameter d. In this case, whether the audio client still sends parameter d using the request information depends on the actual situation.

[0170] Furthermore, in some cases, although the audio client or audio server can use parameter c corresponding to configuration item C to determine parameter d of configuration item D, the audio client or audio server cannot use parameter d to determine parameter c. That is, the process of determining parameter c -> parameter d can be irreversible.

[0171] Table 6 shows a description of a second association between configuration items.

[0172] Table 6

[0173] Second Relationship describe Audio Stream Type -> Audio Stream Duration The audio stream type is real-time audio stream, and the duration of the audio stream does not need to be configured. Data channel requirements -> Port number If the data channel is required to be configured for transparent transmission, then the port number does not need to be configured.

[0174] Method B

[0175] In Method B, configuration items are divided into sets based on their relationships. Table 7 shows one method of dividing configuration items.

[0176] Table 7

[0177] First set Second set First scenario <Audio stream type, audio stream duration, …> <Codec parameters,...> The second scenario <Codec parameters, …> <Data channel requirements,...>

[0178] Table 7 shows the first and second sets in the first scenario, and the second set in the second scenario. In either scenario, there is a first correlation between the configuration items in the first set and the configuration items in the second set. That is, in the first partitioning method, there is a first correlation between the audio stream type and the codec parameters, and also between the audio stream duration and the codec parameters. In the second partitioning method, there is a first correlation between the codec parameters and the data channel requirements. The first correlations in Table 7 are similar to those described in Table 5 and will not be repeated here.

[0179] In some implementations, when the first set includes multiple configuration items, any two configuration items in the first set have a second association relationship. The second association relationships involved in Table 7 are similar to those described in Table 6, and will not be repeated here.

[0180] In some implementations, when the second set includes multiple configuration items, any two configuration items in the second set have a second association relationship. The second association relationships involved in Table 7 are similar to those described in Table 6, and will not be repeated here.

[0181] If the audio client recommends parameters for specific configuration items according to the association provided in the embodiments of this application, the audio server can first obtain the feature information of the audio stream (first parameter), and then select the optimal second parameter based on its own capabilities, currently available air interface resources, and other information, so that the playback of the configured audio stream achieves the best effect.

[0182] Below, in conjunction with the appendix Figure 4 The association relationships provided in the embodiments of this application are specifically applied to, for example... Figure 3 The method shown will be explained.

[0183] Figure 4 This is a schematic diagram of another communication method provided in an embodiment of this application.

[0184] like Figure 4 As shown in (a), does it satisfy... Figure 3 The first case described can be determined according to steps S410-S440.

[0185] S411, before the audio client sends the first request information to the audio server, the audio client sends the second request information to the audio server. The second request information includes a fourth parameter, which is used to request the audio server to configure the third configuration item of the audio stream. Correspondingly, the audio server receives the second request information from the audio client.

[0186] S421, the audio client receives a second response message from the audio server. The second response message includes the configuration result of the third configuration item, which can be success. Correspondingly, the audio server sends the second response message to the audio client.

[0187] S431, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0188] S441, the audio client receives a first response message from the audio server. The first response message includes the configuration result of the first configuration item, which can be success. Correspondingly, the audio server sends the first response message to the audio client.

[0189] Figure 4 In case (a), steps S431 and S441 are the same as... Figure 3 Steps S310 and S320 correspond to each other. Steps S411 and S421 occur before steps S431 and S441.

[0190] Corresponding to the association described in method A above, the first case specifically refers to a first association relationship between the first configuration item and the third configuration item. That is, if the configuration item (third configuration item) with the same association relationship as the first configuration item has already been configured on the audio server, the audio server does not need to recommend the configuration item (second configuration item) with the same first association relationship as the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration item based on the specific configurations of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0191] The second and third configuration items can be the same or different configuration items, depending on the specific circumstances. When the second and third configuration items are the same, this can be understood as follows: when the audio server receives the first parameter (the parameter requested to configure the first configuration item) and needs to recommend the second parameter (the recommended parameter of the second configuration item) to the audio client based on the first parameter, it finds that the second configuration item has already been configured through the second request information sent before the first request information. In this case, there is no need to recommend the second parameter again. In some implementations, when the second and third configuration items are different configuration items, they can have a second association relationship. That is, at the audio server, after obtaining the fourth parameter (the parameter used to request to configure the third configuration item), the audio server can directly determine the parameter used to configure the second configuration item based on the fourth parameter. In this case, there is also no need for the audio server to recommend the second parameter again.

[0192] Corresponding to the relationship described in method B above, the first case specifically states that the third configuration item belongs to the second set. That is, if the configuration item (the third configuration item) belonging to the same set as the second configuration item has already been configured on the audio server, then the audio server does not need to recommend the second configuration item again. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration item based on the specific configurations of the first and second request information, allowing the audio client to control the audio stream configuration process.

[0193] The second and third configuration items can be the same or different configuration items, depending on the specific circumstances. When the second and third configuration items are the same, this can be understood as follows: when the audio server receives the first parameter (the parameter requested to configure the first configuration item) and needs to recommend the second parameter (the recommended parameter of the second configuration item) to the audio client based on the first parameter, it finds that the second configuration item has already been configured through the second request information sent before the first request information; in this case, there is no need to recommend the second parameter again. When the second and third configuration items are different, in some implementations, any two configuration items in the second set can have a second association relationship. That is, at the audio server, after obtaining the fourth parameter (the parameter used to request to configure the third configuration item), the audio server can directly determine the parameter used to configure the second configuration item based on the fourth parameter. In this case, the audio server also does not need to recommend the second parameter again.

[0194] The following are three examples, such as Figure 4 The specific details of the first, second, and third configuration items involved in (a) are as follows.

[0195] (1) The first configuration item is the audio stream type, the second configuration item is the codec parameters, and the third configuration item is the codec parameters;

[0196] (2) The first configuration item is the duration of the audio stream, the second configuration item is the codec parameters, and the third configuration item is the codec parameters;

[0197] (3) The first configuration item is the codec parameters, the second configuration item is the data channel requirements, and the third configuration item is the data channel requirements.

[0198] In addition, such as Figure 4 The method shown in (a) can also be understood as follows: if the third configuration item and the first configuration item are arranged in the order of the configuration items in the first order, the audio server continues to reply with the second parameter. If the third configuration item and the first configuration item are not arranged in the order of the configuration items in the first order, the audio server does not reply with the second parameter.

[0199] For example, the first order can specifically refer to:

[0200] Audio stream type -> codec parameters; or

[0201] Audio duration -> codec parameters; or

[0202] Codec Parameters -> Data Channel Requirements.

[0203] Furthermore, this application exemplifies three possible scenarios in which an audio client sends a request message and the audio server responds with a response message. For ease of explanation, the "parameters for configuring the audio stream configuration items requested by the audio server" in the request message will be referred to as "request parameters," and the "parameters used by the audio client to obtain the associated configuration items" in the response message will be referred to as "recommended parameters."

[0204] First scenario:

[0205] The audio streaming client sends an initial request message, which includes a request parameter for the audio stream type. In some cases, the initial request message may also include a request parameter for the audio stream duration. Furthermore, if the request parameter for the audio stream duration can be determined from the request parameter for the audio stream type, the request parameter for the audio stream duration can be omitted.

[0206] The audio streaming server replies with a first response message, which includes recommended parameters for the codec.

[0207] The audio streaming client sends a second request message, which includes request parameters for the codec parameters;

[0208] The audio streaming server responds with a second response message, which includes recommended parameters for the data channel requirements;

[0209] The audio streaming client sends a third request message, which includes the request parameters required by the data channel;

[0210] The audio streaming server responds with a third response message, which does not include the recommended parameters;

[0211] The audio streaming server determines the port number request parameters based on the request parameters required by the data channel, or the audio streaming client sends a fourth request message, which includes the port number request parameters.

[0212] The second scenario:

[0213] The audio streaming client sends an initial request message, which includes request parameters for the codec parameters.

[0214] The audio streaming server replies with a first response message, which includes recommended parameters for the data channel requirements;

[0215] The audio streaming client sends a second request message, which includes the request parameters required by the data channel;

[0216] The audio streaming server responds with a second response message, which does not include the recommended parameters;

[0217] The audio streaming client sends a third request message, which includes a request parameter for the audio stream type. In some cases, the first request message may also include a request parameter for the audio stream duration. Furthermore, if the request parameter for the audio stream duration can be determined from the request parameter for the audio stream type, the request parameter for the audio stream duration can be omitted. Additionally, this third request message may also include a request parameter for the port number; the audio streaming server can also determine the port number request parameter based on the request parameters required by the data channel.

[0218] The audio streaming server responds with a third response message, which does not include recommended parameters.

[0219] The third scenario

[0220] The audio streaming client sends an initial request message, which includes the request parameters required by the data channel.

[0221] The audio streaming server replies with the first response message, which does not include the recommended parameters;

[0222] The audio streaming client sends a second request message, which includes the codec request parameters;

[0223] The audio streaming server responds with a second response message, which does not include the recommended parameters;

[0224] The audio streaming client sends a third request message, which includes a request parameter for the audio stream type. In some cases, the first request message may also include a request parameter for the audio stream duration. Furthermore, if the request parameter for the audio stream duration can be determined from the request parameter for the audio stream type, the request parameter for the audio stream duration can be omitted. Additionally, this third request message may also include a request parameter for the port number; the audio streaming server can also determine the port number request parameter based on the request parameters required by the data channel.

[0225] The audio streaming server responds with a third response message, which does not include recommended parameters.

[0226] like Figure 4 As shown in (b), does it satisfy... Figure 3 The first case described in the text can also be determined according to steps S410-S420.

[0227] S412, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. The first request message also includes at least one fifth parameter, which is used to request the audio server to configure at least one fourth configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0228] S422, the audio client receives a first response message from the audio server. The first response message includes the configuration results of a first configuration item and at least one fourth configuration item. The configuration results of the first configuration item and at least one fourth configuration item can be success. Correspondingly, the audio server sends the first response message to the audio client.

[0229] Corresponding to the association described in method A above, the first case specifically refers to: a first association relationship exists between the first configuration item and the at least one fourth configuration item. That is, if the configuration item (at least one fourth configuration item) with the first association relationship with the first configuration item is already carried in the first request information, the audio server does not need to recommend the configuration item (second configuration item) with the first association relationship. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0230] In this context, the second configuration item and at least one of the fourth configuration items can be the same or different configuration items, depending on the actual situation. When the second configuration item and at least one of the fourth configuration items are duplicated, this can be understood as the audio server discovering that the second configuration item has already been configured through the first request information; in this case, there is no need to recommend the second parameter again. In some implementations, when the second configuration item and at least one of the fourth configuration items are not duplicated, there can be a second association between the at least one fourth configuration item and the second configuration item. That is, at the audio server, after obtaining at least one fifth parameter (the parameter used to request configuration of at least one fourth configuration item), the audio server can directly determine the parameter used to configure the second configuration item based on the fifth parameter among the at least one fifth parameter. In this case, the audio server also does not need to recommend the second parameter again.

[0231] Corresponding to the association described in method B above, the first case specifically states that at least one fourth configuration item belongs to the second set. That is, if a configuration item (third configuration item) belonging to the same set as the second configuration item is already carried in the first request information, the audio server does not need to recommend a configuration item (second configuration item) that has the first association with the first configuration item. Therefore, the audio client can implicitly instruct the audio server whether to send recommended parameters for the associated configuration items based on the specific configuration of multiple parameters in the first request information, allowing the audio client to control the audio stream configuration process.

[0232] In this context, the second configuration item and at least one of the fourth configuration items can be the same or different configuration items, depending on the actual situation. When the second configuration item and at least one of the fourth configuration items are duplicated, this can be understood as the audio server discovering that the second configuration item has already been configured through the first request information; in this case, there is no need to recommend the second parameter again. In some implementations, when the second configuration item and at least one of the fourth configuration items are not duplicated, there can be a second association between the at least one fourth configuration item and the second configuration item. That is, at the audio server, after obtaining at least one fifth parameter (the parameter used to request configuration of at least one fourth configuration item), the audio server can directly determine the parameter used to configure the second configuration item based on the fifth parameter among the at least one fifth parameter. In this case, the audio server also does not need to recommend the second parameter again.

[0233] The following are three examples, such as Figure 4 The specific details of the first configuration item, the second configuration item, and at least one fourth configuration item involved in (b).

[0234] (1) The first configuration item is the audio stream type, the second configuration item is the codec parameter, and at least one fourth configuration item includes the codec parameter;

[0235] (2) The first configuration item is the duration of the audio stream, the second configuration item is the codec parameters, and at least one fourth configuration item includes codec parameters;

[0236] (3) The first configuration item is the codec parameter, the second configuration item is the data channel requirement, and at least one fourth configuration item includes the data channel requirement.

[0237] In addition, embodiments of this application also provide appendices. Figure 5-7 The communication method shown further utilizes the association provided in the embodiments of this application to allow the audio client to take the lead in the configuration process of the audio stream.

[0238] Figure 5 This is a schematic diagram of another communication method provided in an embodiment of this application. For example... Figure 5As shown, the method includes steps S510-S540.

[0239] S510, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. If the first condition is met, the first response message does not include a second parameter. If the first condition is not met, the first response message also includes the second parameter. The second parameter is used by the audio client to obtain a third parameter, which is used to request the audio server to configure a second configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0240] S520, the audio client receives a first response message from the audio server. The first response message includes the configuration result of the first configuration item, which can be success. Correspondingly, the audio server sends the first response message to the audio client.

[0241] S530, the audio client sends a third request message to the audio server. The third request message includes a sixth parameter, which is used to request the audio server to configure the fifth configuration item of the audio stream. Correspondingly, the audio server receives the third request message from the audio client.

[0242] S540, the audio client receives a third response message from the audio server. The third response message includes the configuration result of the fifth configuration item, which can be successful. The third response message also includes a seventh parameter, which is used by the audio client to obtain an eighth parameter. The eighth parameter is used to request the audio server to configure the second configuration item of the audio stream. Correspondingly, the audio server sends the third response message to the audio client.

[0243] The specific details of steps S510 and S520 are as follows: Figure 3 Steps S310 and S320 are similar and will not be repeated here. It should be understood that the order of the above four steps is merely an exemplary arrangement for ease of explanation and should not be taken as a specific limitation on the order in which the above four steps occur.

[0244] Corresponding to the association described in method A above, the fifth configuration item and the second configuration item have a first association relationship, and the fifth configuration item is different from the first configuration item. That is, when the audio server receives two request messages, each carrying two parameters for requesting configuration of different configuration items, if both configuration items have a first association relationship with the second configuration item, the audio server can respond to the first request message with the first parameter recommended by the second configuration item (i.e., the second parameter), and respond to the second request message with the second parameter recommended by the second configuration item (i.e., the seventh parameter).

[0245] Corresponding to the association described in method B above, the fifth configuration item belongs to the first set. That is, when the audio server receives two request messages, each carrying two parameters for requesting configuration of different configuration items, if both configuration items belong to the first set, and according to the set division rules, both configuration items have a first association with the second configuration item, then the audio server can respond to the first request message with the first parameter recommended by the second configuration item, and respond to the second request message with the second parameter recommended by the second configuration item.

[0246] Understandably, in methods A and B, the second parameter is determined by the audio server based on the first parameter, and the seventh parameter is determined by the audio server based on the sixth parameter. The second and seventh parameters can be the same or different. Therefore, the audio server can refer to the parameters provided by the audio client for different configuration items and recommend parameters for the same configuration item based on different dimensions, making it convenient for the audio client to refer to.

[0247] The following is an example of one Figure 5 The specific details of the first, second, and fifth configuration items are as follows: the first configuration item is the audio stream type, the second configuration item is the codec parameters, and the fifth configuration item is the duration of the audio stream.

[0248] Figure 6 This is a schematic diagram of another communication method provided in an embodiment of this application. For example... Figure 6 As shown, the method includes steps S610-S620.

[0249] S610, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. The first request message also includes at least one ninth parameter, which is used to request the audio server to configure at least one sixth configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0250] S620, the audio client receives a first response message from the audio server. The first response message includes the configuration results of a first configuration item and at least one sixth configuration item. The configuration results of the first configuration item and at least one sixth configuration item can be success. Correspondingly, the audio server sends the first response message to the audio client.

[0251] Corresponding to the association described in method A above, at least one sixth configuration item has a first association with the second configuration item. The second parameter is determined based on the first parameter and at least one ninth parameter. That is, the audio client can use a single request message to send request parameters for multiple configuration items that simultaneously have a first association with the second configuration item. Therefore, the audio server can simultaneously combine parameters from different configuration items to provide more comprehensive recommended parameters.

[0252] Corresponding to the association described in method B above, at least one sixth configuration item belongs to the first set. In some implementations, any two configuration items in the first set can have a second association. That is, the audio client can use a single request message to send request parameters for multiple configuration items that simultaneously have a first association with the second configuration item. Thus, the audio server can simultaneously combine different configuration items to provide parameters, offering more comprehensive recommended parameters.

[0253] In addition, the audio client may not send at least one ninth parameter, but the audio server may directly determine at least one ninth parameter based on the first parameter. This application does not impose any restrictions on this.

[0254] Two examples are given below. Figure 6 The specific details of the first configuration item and at least one sixth configuration item involved are as follows:

[0255] (1) At least one sixth configuration item includes audio stream type and / or audio stream duration, and the second configuration item is codec parameters;

[0256] (2) At least one sixth configuration item includes codec parameters, and the second configuration item includes data channel requirements.

[0257] Figure 7 This is a schematic diagram of another communication method provided in an embodiment of this application. For example... Figure 7 As shown, the method includes steps S710-S720.

[0258] S710, the audio client sends a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item of the audio stream. The first request message also includes at least one tenth parameter, which is used to request the audio server to configure at least one seventh configuration item of the audio stream. Correspondingly, the audio server receives the first request message from the audio client.

[0259] S720, the audio client receives a first response message from the audio server. The first response message includes the configuration results of all configuration items. The configuration results of all configuration items can be successful. The first response message does not include parameters used to request the audio server to configure the configuration items of the audio stream. Correspondingly, the audio server sends the first response message to the audio client.

[0260] In some implementations, the first configuration item and at least one seventh configuration item constitute all the configuration items that the audio streaming server needs to configure for the audio stream. That is, the audio client has already sent the corresponding parameters of all the configuration items that need to be configured to the audio server, at which point the audio server does not need to recommend any more parameters.

[0261] In some implementations, corresponding to the association described in method A above, at least one seventh configuration item and at least one eighth configuration item have a second association relationship. The first configuration item, at least one seventh configuration item, and at least one eighth configuration item are all the configuration items that the audio stream server needs to configure for the audio stream. That is, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. In this case, the audio server does not need to recommend any parameters.

[0262] In some implementations, corresponding to the association described in method B above, at least one seventh configuration item corresponds to at least one third set, and the first set and at least one third set represent the complete set of configurations the audio stream server needs to configure for the audio stream. In some implementations, any two configuration items within the same set (first set and at least one third set) can have a second association. That is, after the audio server obtains the parameters corresponding to the complete set of required configurations based on the first request information, the audio server can directly determine the corresponding parameters of all configuration items based on the parameters carried in the first request information. At this point, the audio server does not need to recommend any parameters.

[0263] Two examples are given below. Figure 7 The specific details of the first configuration item and at least one seventh configuration item involved are as follows:

[0264] (1) The first configuration item and at least one seventh configuration item include: audio stream type, audio duration, codec parameters, data channel requirements and port number;

[0265] (2) The first configuration item and at least one seventh configuration item include: audio stream type, codec parameters, and data channel requirements. In this case, at least one seventh configuration item and at least one eighth configuration item have a second association. At least one eighth configuration item includes: audio stream duration and port number.

[0266] It should be understood that Figures 3 to 7 The methods described can be combined with each other, and the resulting embodiments should still fall within the protection scope of this application.

[0267] It should be understood that the above-mentioned "first parameter"... "fifth parameter"... and "first configuration item"... "third configuration item" etc. are only numbered for the convenience of explanation. According to the actual situation, different parameters can refer to the same parameter, and different configuration items can refer to the same configuration item.

[0268] In addition, depending on the actual situation, "configuration item" in this application can also be replaced with "element".

[0269] The above, combined with Figures 3 to 7 The communication method provided in the embodiments of this application is described in detail below. Figures 8 to 10 The communication device provided in this application is described in detail. It should be understood that the description of the device embodiments corresponds to the description of the method embodiments. Therefore, for details not described in detail, please refer to the method embodiments above; for brevity, some details are omitted.

[0270] Figure 8 This is a schematic structural block diagram of a communication device provided in an embodiment of this application. The communication device 800 may include a transceiver module 810 and a processing module 820.

[0271] like Figure 8 The communication device 800 shown can be a first communication device, which can be an audio client or a component (e.g., a chip or circuit) within the audio client. Alternatively, as... Figure 8 The communication device 800 shown can be a second communication device, which can be the audio server in the above embodiments or a component (e.g., a chip or circuit) in the audio server.

[0272] Below, taking into account the specific cases where the communication device is one of the two types of devices mentioned above, we will discuss... Figure 8 The apparatus shown will be described.

[0273] First communication device

[0274] In one embodiment, the transceiver module 810 is used to send a first request message to the audio server. The first request message includes a first parameter, which is used to request the audio server to configure a first configuration item for the audio stream. The processing module 820 is used to generate the first request message.

[0275] The transceiver module 810 is also used to receive first response information from the audio server. The processing module 820 is used to parse the first response information, which includes the configuration result of the first configuration item. Wherein, if the first condition is met, the first response information does not include the second parameter; if the first condition is not met, the first response information also includes the second parameter.

[0276] In another embodiment, before the transceiver module 810 receives the first request information from the audio client, the transceiver module 810 is further configured to send a second request information to the audio server. The transceiver module 810 is also configured to receive a second response information from the audio server, the second response information including the configuration result of a third configuration item.

[0277] In another embodiment, the transceiver module 810 can also be used to send a third request message to the audio server, the third request message including a sixth parameter. Furthermore, the transceiver module 810 can also be used to receive a third response message from the audio server, the third response message including a seventh parameter.

[0278] In another embodiment, the transceiver module 810 can also be used to send a fourth request message to the audio server according to the second parameter. Furthermore, the transceiver module 810 is also used to receive a fourth response message from the audio server.

[0279] Second communication device

[0280] The transceiver module 810 is used to receive a first request message from the audio client, the first request message including a first parameter. The processing module 820 is used to parse the first request message.

[0281] The transceiver module 810 is also used to send a first response message to the audio client, the first response message including the configuration result of the first configuration item. The processing module 820 is also used to generate the first response message. The first response message includes the configuration result of the first configuration item. Wherein, if the first condition is met, the first response message does not include the second parameter; if the first condition is not met, the first response message also includes the second parameter.

[0282] In another embodiment, before the transceiver module 810 receives the first request information from the audio client, the transceiver module 810 is further configured to receive a second request information from the audio client. The transceiver module 810 is also configured to send a second response information to the audio client, the second response information including the configuration result of a third configuration item.

[0283] In another embodiment, the transceiver module 810 can also be used to receive a third request message from the audio server, the third request message including a sixth parameter. Furthermore, the transceiver module 810 can also be used to send a third response message to the audio client, the third response message including a seventh parameter.

[0284] In another embodiment, the transceiver module 810 can also receive a fourth request message from the audio client. Furthermore, the transceiver module 810 is also configured to send a fourth response message to the audio client.

[0285] The specific details of the request and response information involved in the above embodiments have been described in conjunction with the appendix. Figures 3 to 7 The explanation will be provided separately and will not be repeated here.

[0286] Figure 9 This is a schematic diagram of another communication device provided in an embodiment of this application. For example... Figure 9 The communication device 900 shown includes a processor 901, which is used to execute computer programs or instructions stored in a memory 902, or to read data / signaling stored in the memory 902, to perform the methods in the above-described method embodiments. Optionally, there may be one or more processors 901.

[0287] Optionally, such as Figure 9 As shown, the communication device 900 also includes a memory 902 for storing computer programs or instructions and / or data. The memory 902 may be integrated with the processor 901 or may be separately configured. Optionally, there may be one or more memories 902.

[0288] Optionally, such as Figure 9 As shown, the communication device 900 also includes a transceiver 903, which is used for receiving and / or transmitting signals. For example, the processor 901 is used to control the transceiver 903 to receive and / or transmit signals.

[0289] The communication device 900 is used to implement the operations performed by the audio client or audio server in the various method embodiments described above.

[0290] It should be understood that the processor mentioned in the embodiments of this application can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0291] It should also be understood that the memory mentioned in the embodiments of this application can be volatile memory and / or non-volatile memory. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM includes the following forms: static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0292] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor.

[0293] It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0294] Figure 10 This is a schematic diagram of a chip system provided in an embodiment of this application. The chip system 1000 (or may also be called a processing system) includes logic circuitry 1001 and input / output interface 1002.

[0295] The logic circuit 1001 can be a processing circuit in the chip system 1000. The logic circuit 1001 can be coupled to a memory unit, calling instructions from the memory unit, enabling the chip system 1000 to implement the methods and functions of the embodiments of this application. The input / output interface 1002 can be an input / output circuit in the chip system 1000, outputting processed information from the chip system 1000, or inputting data or signaling information to be processed into the chip system 1000 for processing.

[0296] As one solution, the chip system 1000 is used to implement the operations performed by the audio client or audio server in the various method embodiments described above.

[0297] For example, logic circuit 1001 is used to implement the related operations processed by the audio client or audio server in the above method embodiment; input / output interface 1002 is used to implement the sending and / or receiving related operations performed by the audio client or audio server in the above method embodiment.

[0298] This application also provides a computer-readable storage medium storing computer instructions for implementing the methods executed by the audio client or audio server in the above method embodiments.

[0299] For example, when the computer program is executed by a computer, it enables the computer to implement the methods executed by the audio client or audio server in the various embodiments of the above methods.

[0300] This application also provides a computer program product containing instructions that, when executed by a computer, implement the methods performed by the audio client or audio server in the above-described method embodiments.

[0301] This application also provides a communication system, including the aforementioned audio client or audio server.

[0302] The explanations and beneficial effects of the relevant contents in any of the devices provided above can be found in the corresponding method embodiments provided above, and will not be repeated here.

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

[0304] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. For example, the computer can be a personal computer, a server, or a network device, etc. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks, SSDs). For example, the aforementioned available media include, but are not limited to, USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks, and other media capable of storing program code.

Claims

1. A communication method characterized by comprising: The method comprises: An audio client sends first request information to an audio server, the first request information comprising a first parameter, the first parameter being used to request the audio server to configure a first configuration item of an audio stream; The audio client receives first response information from the audio server, the first response information comprising a configuration result of the first configuration item; When a first condition is met, the first response information does not comprise a second parameter; When the first condition is not met, the first response information further comprises the second parameter, the second parameter being used for the audio client to obtain a third parameter, the third parameter being used to request the audio server to configure a second configuration item of the audio stream, the first configuration item and the second configuration item having a first association relationship.

2. The method of claim 1, wherein, Wherein: The first configuration item is an audio stream type or an audio stream duration, and the second configuration item is a codec parameter; or The first configuration item is a codec parameter, and the second configuration item is a data channel requirement.

3. The method of claim 1 or 2, wherein: The first condition is that the first configuration item and a third configuration item have the first association relationship; The third configuration item is a configuration item requested by a fourth parameter for the audio server to configure the audio stream, the fourth parameter being included in second request information, the method further comprising: Before the audio client sends the first request information to the audio server, the audio client sends the second request information to the audio server; and the audio client receives second response information from the audio server, the second response information comprising a configuration result of the third configuration item.

4. The method according to claim 1 or 2, characterized in that, Wherein: The first condition is that the first configuration item and at least one fourth configuration item have the first association relationship; The at least one fourth configuration item is a configuration item requested by at least one fifth parameter for the audio server to configure the audio stream, the at least one fifth parameter being included in the first request information.

5. The method according to any one of claims 1 to 4, characterized in that, Further comprising: The audio client sends third request information to the audio server, the third request information comprising a sixth parameter, the sixth parameter being used to request the audio server to configure a fifth configuration item of the audio stream, wherein the fifth configuration item and the second configuration item have the first association relationship, and the fifth configuration item is different from the first configuration item; The audio client receives third response information from the audio server, the third response information comprising a seventh parameter, the seventh parameter being used for the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure the second configuration item of the audio stream.

6. The method according to any one of claims 1 to 5, characterized in that, Wherein: The first request information further comprises at least one ninth parameter, the at least one ninth parameter being used to request the audio server to configure at least one sixth configuration item of the audio stream, the at least one sixth configuration item and the second configuration item having the first association relationship; The second parameter is determined according to the first parameter and the at least one ninth parameter.

7. The method according to any one of claims 1 to 6, characterized in that, Wherein: The first request information further includes at least one tenth parameter, and the at least one tenth parameter is used to request the audio server to configure at least one seventh configuration item of the audio stream, wherein the first configuration item and the at least one seventh configuration item are all configuration items required by the audio stream server to configure the audio stream, or the at least one seventh configuration item has a second association relationship with at least one eighth configuration item, and the first configuration item, the at least one seventh configuration item and the at least one eighth configuration item are all configuration items required by the audio stream server to configure the audio stream. The first response information does not include a parameter used to request the audio server to configure a configuration item of the audio stream.

8. The method of claim 7, wherein, Wherein: The at least one seventh configuration item includes an audio stream type, and the at least one eighth configuration item includes an audio stream duration; or The at least one seventh configuration item includes data channel requirements, and the at least one eighth configuration item includes a port number.

9. The method according to any one of claims 1 to 8, characterized in that, When the first condition is not met, the method further includes: The audio client sends fourth request information to the audio server according to the second parameter, and the fourth request information includes the third parameter; The audio client receives fourth response information from the audio server, the fourth response information includes a configuration result of the second configuration item, the configuration result of the second configuration item is failure, and the fourth response information further includes first information, the first information is used to indicate that the third parameter does not meet a first condition.

10. The method of claim 9, wherein, The first condition is that the second parameter and the third parameter are the same, or the difference between the second parameter and the third parameter is less than a first threshold.

11. A communication method, comprising: Including: The audio server receives first request information from the audio client, the first request information includes a first parameter, and the first parameter is used to request the audio server to configure a first configuration item of an audio stream; The audio server sends first response information to the audio client, and the first response information includes a configuration result of the first configuration item; Wherein, when the first condition is met, the first response information does not include a second parameter; When the first condition is not met, the first response information further includes the second parameter, the second parameter is used by the audio client to obtain a third parameter, the third parameter is used to request the audio server to configure a second configuration item of the audio stream, and the first configuration item and the second configuration item have a first association relationship.

12. The method of claim 11, wherein, Wherein: The first configuration item is an audio stream type or an audio stream duration, and the second configuration item is a codec parameter; or The first configuration item is a codec parameter, and the second configuration item is data channel requirements.

13. The method of claim 11 or 12, wherein: The first condition is that the first configuration item and a third configuration item have the first association relationship; The third configuration item is a configuration item for a fourth parameter requesting the audio server to configure the audio stream, the fourth parameter is included in the second request information, and the method further includes: Before the audio server receives the first request information from the audio client, the audio server receives the second request information from the audio client; and the audio server sends second response information to the audio client, the second response information including a configuration result of the third configuration item.

14. The method of claim 11 or 12, wherein, Wherein: The first case is that the first configuration item and at least one fourth configuration item have the first association relationship; The at least one fourth configuration item is a configuration item for at least one fifth parameter requesting the audio server to configure the audio stream, and the at least one fifth parameter is included in the first request information.

15. The method according to any one of claims 11 to 14, characterized in that, Including: The audio server receives third request information from the audio client, the third request information including a sixth parameter, the sixth parameter being used to request the audio server to configure a fifth configuration item of the audio stream, wherein the fifth configuration item has the first association relationship with the second configuration item, and the fifth configuration item is different from the first configuration item; The audio server sends third response information to the audio client, the third response information including a seventh parameter, the seventh parameter being used for the audio client to obtain an eighth parameter, the eighth parameter being used to request the audio server to configure the second configuration item of the audio stream.

16. The method according to any one of claims 11 to 15, characterized in that, Wherein: The first request information further includes a ninth parameter, the ninth parameter being used to request the audio server to configure a sixth configuration item of the audio stream, wherein the first request information further includes at least one ninth parameter, the at least one ninth parameter being used to request the audio server to configure at least one sixth configuration item of the audio stream, the at least one sixth configuration item having the first association relationship with the second configuration item; The second parameter is determined according to the first parameter and the at least one ninth parameter.

17. The method according to any one of claims 11 to 16, characterized in that, Wherein: The first request information further includes at least one tenth parameter, the at least one tenth parameter being used to request the audio server to configure at least one seventh configuration item of the audio stream, wherein the first configuration item and the at least one seventh configuration item are all configuration items that the audio server needs to configure for the audio stream, or the at least one seventh configuration item has a second association relationship with at least one eighth configuration item, the first configuration item, the at least one seventh configuration item and the at least one eighth configuration item being all configuration items that the audio server needs to configure for the audio stream; The first response information does not include a parameter used to request the audio server to configure a configuration item of the audio stream.

18. The method of claim 17, wherein, Wherein: The at least one seventh configuration item includes an audio stream type, and the at least one eighth configuration item includes an audio stream duration; or The at least one seventh configuration item comprises a data channel requirement, and the at least one eighth configuration item comprises a port number.

19. The method according to any one of claims 11 to 18, characterized in that, When the first condition is not met, the method further comprises: The audio server receives fourth request information from the audio client, and the fourth request information comprises the third parameter. The audio server sends fourth response information to the audio client, the fourth response information comprises a configuration result of the second configuration item, the configuration result of the second configuration item is failure, and the fourth response information further comprises first information, the first information is used to indicate that the third parameter does not meet a first condition.

20. The method of claim 19, wherein, The first condition is that the second parameter and the third parameter are the same, or a difference between the second parameter and the third parameter is less than a first threshold.

21. A communications device, characterized by Comprise: A module or unit for performing the method of any one of claims 1-10, or a module or unit for performing the method of any one of claims 11-20.

22. A communications device, characterized by An apparatus comprising a memory for storing a computer program, and one or more processors for executing the computer program in the memory to cause the apparatus to perform the method of any one of claims 1-10, or to cause the apparatus to perform the method of any one of claims 11-20.

23. A computer program product, characterised in that, The computer program product comprises instructions for performing the method of any one of claims 1-20.

24. A computer-readable storage medium, comprising: Comprise: The computer readable storage medium stores a computer program, and the computer program, when running on a computer, causes the computer to perform the method of any one of claims 1-20.

25. A chip, characterized by The chip is installed in a communication device, the chip comprises a processor and a communication interface, and the processor reads instructions and runs through the communication interface, so that the communication device performs the method of any one of claims 1-20.

Images