CN111107589A - 配置参数协商方法、终端设备、系统和存储介质 - Google Patents

Abstract

本发明公开了一种配置参数协商方法、终端设备、系统和存储介质，涉及通信技术领域。该方法包括：第一终端确定第一终端的配置参数发生更新，向第二终端发送协商请求消息，协商请求消息包括第一终端的配置参数的需求；第二终端根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息；第二终端确定第二终端不接受协商请求消息，向第一终端发送协协商拒绝消息；第二终端确定第二终端接受协商请求消息，向第一终端发送协商接受消息。本发明实施例的技术方案可以解决终端之间的通信受到不良影响的问题。

Description

配置参数协商方法、终端设备、系统和存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种配置参数协商方法、终端设备、系统和存储介质。

背景技术

在终端与终端进行通信的过程中，两个终端需要建立一对一的单播链路。在建立单播链路的过程中，终端之间会进行配置参数的协商，从而保证两个终端的配置参数可以匹配，达成一致。

但是，在两个终端建立单播链路之后，两个终端中的至少一个终端的配置参数可能会发生更新，导致两个终端的配置参数出现不匹配的情况。从而对终端之间的通信造成不良影响。

发明内容

本发明实施例提供了一种配置参数协商方法、终端设备、系统和存储介质，以解决终端之间的通信受到不良影响的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种配置参数协商方法，应用于已经建立通信链路的第一终端与第二终端中的第一终端，配置参数协商方法包括：确定第一终端的配置参数发生更新，向第二终端发送协商请求消息，协商请求消息包括第一终端的配置参数的需求；从第二终端接收协商接受消息或协商拒绝消息。

第二方面，本发明实施例提供了一种配置参数协商方法，应用于已经建立通信链路的第一终端与第二终端中的第二终端，配置参数协商方法包括：从第一终端接收协商请求消息，协商请求消息包括第一终端的配置参数的需求；根据第一终端的配置参数的需求与第二终端的配置参数，确定是否接受协商请求消息。

第三方面，本发明实施例提供了一种配置参数协商方法，应用于已经建立通信链路的第一终端与第二终端，配置参数协商方法包括：第一终端确定第一终端的配置参数发生更新，向第二终端发送协商请求消息，协商请求消息包括第一终端的配置参数的需求；第二终端从第一终端接收协商请求消息；第二终端根据第一终端的配置参数的需求与第二终端的配置参数，确定是否接受协商请求消息，向第一终端发送协协商拒绝消息或协商接受消息；第一终端从第二终端接收协商拒绝消息或协商接受消息。

第四方面，本发明实施例提供了一种终端设备，包括：发送模块，用于确定终端设备的配置参数发生更新，向对侧终端设备发送协商请求消息，协商请求消息包括终端设备的配置参数的需求，终端设备与对侧终端设备已经建立通信链路；接收模块，用于从对侧终端设备接收协商接受消息或协商拒绝消息。

第五方面，本发明实施例提供了一种终端设备，包括：接收模块，用于从对侧终端设备接收协商请求消息，协商请求消息包括对侧终端设备的配置参数的需求，终端设备与对侧终端设备已经建立通信链路；确定模块，用于根据对侧终端设备的配置参数的需求与终端设备的配置参数，确定终端设备是否接受协商请求消息。

第六方面，本发明实施例提供了一种配置参数协商系统，包括已经建立通信链路的第一终端和第二终端；第一终端，用于确定第一终端的配置参数发生更新，向第二终端发送协商请求消息，协商请求消息包括第一终端的配置参数的需求；第二终端，用于从第一终端接收协商请求消息；根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息，向第一终端发送协协商拒绝消息或协商接受消息；第一终端，还用于从第二终端接收协商接受消息或协商拒绝消息。

第七方面，本发明实施例提供了一种终端设备，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现上述技术方案中应用于第一终端的配置参数协商方法的步骤。

第八方面，本发明实施例提供了本发明实施例提供了一种终端设备，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现上述技术方案中应用于第二终端的配置参数协商方法的步骤。

第九方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现上述技术方案中应用于第一终端的配置参数协商方法的步骤。

第十方面，本发明实施例提供了本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现上述技术方案中应用于第二终端的配置参数协商方法的步骤。

在本发明实施例中，已经建立通信链接的第一终端和第二终端通过协商请求消息，传递第一终端的配置参数的需求。第二终端根据自身的配置参数，和接收到的协商请求消息中第一终端的配置参数的需求，确定是否接受协商请求消息。第一终端和第二终端可通过协商接受消息或协商拒绝消息，确定第二终端是否接受协商请求消息。能够实现建立通信链路后的第一终端与第二终端之间的与配置参数相关的协商。预先得知第一终端和第二终端的配置参数是否匹配，从而避免在第一终端和第二终端的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

附图说明

从下面结合附图对本发明的具体实施方式的描述中可以更好地理解本发明其中，相同或相似的附图标记表示相同或相似的特征。

图1为本发明实施例中一种配置参数协商方法的流程图；

图2为本发明实施例中另一种配置参数协商方法的流程图；

图3为本发明实施例中又一种配置参数协商方法的流程图；

图4为本发明实施例中又一种配置参数协商方法的一种实现方式的流程图；

图5为本发明实施例中又一种配置参数协商方法的另一种实现方式的流程图；

图6为本发明实施例中一种终端设备的结构示意图；

图7为本发明实施例中另一种终端设备的结构示意图；

图8为本发明实施例中一种终端设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种配置参数协商方法、终端设备、系统和存储介质，可应用通信交互的两个终端的配置参数之间的协商场景中。在一些场景中，具体可应用于PC5上的配置参数之间的协商中。其中，PC5为一种终端设备之间的无线接口，具体为用于控制的基于邻近服务的终端设备与用于基于邻近的服务的直接发现的用户平面，基于邻近的服务直接通信和基于邻近的服务的终端设备到网络中继之间的参考点。在一些场景中，PC5的配置参数的规则可用于将车与其他交互(Vehicle to Everything，V2X)的服务数据映射到相应的PC5的配置参数的数据流上。通信交互的两个终端设备之间需要进行配置参数的协商，在协商后，相同的配置参数均用于通信交互的两个终端设备。

本发明实施例中涉及到两个终端设备，这两个终端设备可以为通信网络中任意两个已经建立了通信链路的终端设备。为了便于说明，这两个建立了通信链路的终端设备分别为第一终端和第二终端。第一终端和第二终端均为可以通信的终端设备，终端设备可以为手机、计算机等设备，在此并不限定。且第一终端和第二终端的类型可以相同，也可以不同，在此并不限定。

图1为本发明实施例中一种配置参数协商方法的流程图。该配置参数协商方法用于已经建立通信链路的第一终端和第二终端中的第一终端。如图1所示，该配置参数协商方法包括步骤S101和步骤S102。

在步骤S101中，确定第一终端的配置参数发生更新，向第二终端发送协商请求消息。

在本发明实施例中，第一终端与第二终端已经建立了通信链路。在一些情况下，第一终端的配置参数可能会发生更新。若第一终端的配置参数发生更新，而第二终端的配置参数与更新后的第一终端的配置参数并不匹配，则第一终端与第二终端之间的通信交互将会受到不良影响。为了避免第一终端与第二终端之间的通信交互受到不良影响，第一终端在确定自身的配置参数发生更新的情况下，向第二终端发送协商请求消息。

在一些示例中，确定第一终端的配置参数发生更新的具体实现方式可包括一下三种实现方式。

第一种实现方式是由网络侧设备发起的配置更新过程。具体的，若第一终端从网络侧设备接收到配置更新命令，并依据该配置更新命令进行配置参数的更新，则可确定第一终端自身的配置参数发生更新。

第二种实现方式是由第一终端自身发起的配置更新过程。具体的，若第一终端触发第一终端自身的配置跟新过程，且第一终端收到了网络侧设备提供的更新配置参数，则可确定第一终端的配置参数发生更新。

第三种实现方式是由于第一终端的业务类型发生更改导致的配置更新过程。具体的，若第一终端的业务类型发生更改，确定第一终端的配置参数发生更新。

需要说明的是，确定第一终端的配置参数发生更新的具体方式包括但不限于上述三种实现方式。

其中，协商请求消息包括第一终端的配置参数的需求。第一终端的配置参数的需求表征第一终端对配置参数的种类、取值范围等的要求。第一终端通过协商请求消息与第二终端协商配置参数。

配置参数为与通信交互的配置相关的参数。在一些示例中，配置参数为PC5配置参数。也就是说，当配置参数协商方法应用于PC5上的配置参数之间的协商场景中，则配置参数为PC5配置参数。若配置参数为PC5配置参数，则第一终端向第二终端发送的协商请求消息具体可为PC5服务质量参数协商请求消息(即PC5QoS negotiation Request消息)。

在一些示例中，配置参数可包括服务质量(Quality of Service，QoS)参数。服务质量参数表征可提供的通信交互的能力。比如，服务质量参数具体可包括可用性、吞吐量、时延、时延变化和数据丢失等，在此并不限定。当然，配置参数还可包括其他类型的具体数据，在此并不限定。

比如，若配置参数为PC5配置参数，且配置参数包括QoS参数，则第一终端向第二终端发送的协商请求消息具体可为PC5服务质量参数协商请求消息(即PC5QoS NegotiationRequest消息)，PC5服务质量参数协商请求消息中携带的第一终端的配置参数的需求，具体可为第一终端可以接受的QoS参数(即Accept QoS prameters)。

在步骤S102中，从第二终端接收协商接受消息或协商拒绝消息。

第一终端向第二终端发送协商请求消息，第二终端可根据协商请求消息中包括的第一终端的配置参数的需求，确定第二终端是否接受协商。若第二终端接受协商，则第一终端可从第二终端接收协商接受消息，表示配置参数更新后的第一终端的配置参数和第二终端的配置参数可以匹配。若第二终端拒绝协商，则第一终端可从第二终端接收协商拒绝消息。则表示配置参数更新后的第一终端的配置参数和第二终端的配置参数不可以匹配。

在一些示例中，若配置参数为PC5配置参数，且配置参数包括QoS参数。第一终端从第二终端接收的协商接受消息具体可为PC5服务质量参数协商接收消息(即PC5QoSnegotiation Accept消息)。第一终端从第二终端接收的协商拒绝消息具体可为PC5服务质量参数协商拒绝消息(即PC5QoS negotiation Reject消息)。

在一些示例中，协商拒绝消息可包括拒绝原因信息。拒绝原因信息表征第二终端拒绝协商的原因。比如，拒绝原因信息具体可为原因值(即cause value)。

在本发明实施例中，对于已经建立了通信链路的第一终端与第二终端，第一终端确定第一终端自身的配置参数发生更新，向第二终端发送带有第一终端的配置参数的需求的协商请求消息，以供第二终端确定是否接受第一终端的协商。第一终端从第二终端接收协商接受消息或协商拒绝消息，实现建立通信链路后的第一终端与第二终端之间的与配置参数相关的协商。可预先得知第一终端和第二终端的配置参数是否匹配，从而避免在第一终端和第二终端的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

图2为本发明实施例中另一种配置参数协商方法的流程图。该配置参数协商方法用于已经建立通信链路的第一终端和第二终端中的第二终端。如图2所示，该配置参数协商方法包括步骤S201和步骤S202。

在步骤S201中，从第一终端接收协商请求消息。

其中，协商请求消息包括第一终端的配置参数的需求。协商请求消息的相关说明可参见上述应用于第一终端的配置参数协商方法中的相关内容，在此不再赘述。

在一些示例中，配置参数为PC5配置参数。PC5配置参数的相关说明可参见上述应用于第一终端的配置参数协商方法中的相关内容，在此不再赘述。

在一些示例中，配置参数包括服务质量参数。服务质量参数的相关说明可参见上述应用于第一终端的配置参数协商方法中的相关内容，在此不再赘述。

在步骤S202中，根据第一终端的配置参数的需求与第二终端的配置参数，确定是否接受协商请求消息。

可根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端的配置参数与第一终端的配置参数的需求是否匹配，从而确定第二终端是否接受协商请求消息。若第二终端的配置参数与第一终端的配置参数的需求匹配，则第二终端接受协商请求消息。若第二终端的配置参数与第一终端的配置参数的需求不匹配，则第二终端不接受协商请求消息。

在一些示例中，若第二终端接受协商请求消息，则向第一终端发送协商接受消息，以通知第一终端，第一终端与第二终端的配置参数匹配。

在一些示例中，若第二终端不接受协商请求消息，则向第一终端发送协商拒绝消息，以通知第一终端，第一终端与第二终端的配置参数不匹配。

具体的，第一终端与第二终端之间关于配置参数的协商可实现为终端在自主模式下发起的配置参数的协商过程，或者，可实现为终端在网络调度模式下发起的配置参数的协商过程。

在一些示例中，第一终端与第二终端之间关于配置参数的协商可实现为终端在自主模式下发起的配置参数的协商过程。步骤S202具体可实现为步骤S2021a至步骤S2023a。

在步骤S2021a中，判定第二终端的配置参数是否满足第一终端的配置参数的需求。

比如，第一终端的配置参数的需求可包括第一终端需求的配置参数的取值范围。可判定第二终端的配置参数是否包括第一终端需求的配置参数，以及判定第二终端的配置参数的取值范围是否满足第一终端需求的配置参数的取值范围。

在步骤S2022a中，若第二终端的配置参数满足第一终端的配置参数的需求，则确定第二终端接受协商请求消息。

比如，第二终端的配置参数包括第一终端需求的配置参数(即第二终端的配置参数与第一终端需求的配置参数为同一种配置参数)，且第二终端的配置参数的取值范围满足第一终端需求的配置参数的取值范围，则第二终端确定第二终端接受协商请求消息，即接受协商。需要说明的是，第二终端的配置参数的范围满足第一终端需求的配置参数的取值范围，即第二终端的配置参数的取值范围属于第一终端需求的配置参数的取值范围。本发明实施例中配置参数的取值范围可以具体实现为对配置参数设置的等级或配置参数的具体数值范围，在此并不限定。

在步骤S2023a中，若第二终端的配置参数不满足第一终端的配置参数的需求，则确定第二终端不接受协商请求消息。

比如，第二终端的配置参数不包括第一终端需求的配置参数，或，第二终端的配置参数的取值范围不满足第一终端需求的配置参数的取值范围，则第二终端确定不接受协商请求消息，即不接受协商。需要说明的是，第二终端的配置参数的取值范围不满足第一终端需求的配置参数的取值范围，即第二终端的配置参数的取值范围不属于第一终端需求的配置参数的取值范围。

在一些示例中，第一终端与第二终端之间关于配置参数的协商可实现为终端在网络调度模式下发起的配置参数的协商过程。第一终端的配置参数的需求包括目标配置参数的取值范围，目标配置参数为第一终端需求的配置参数。步骤S202具体可实现为步骤S2021b至步骤S2027b。

在步骤S2021b中，若第二终端的配置参数包括目标配置参数，且第二终端的配置参数的取值范围满足目标配置参数的取值范围，则确定第二终端接受协商请求消息。

步骤S2021b的相关内容可参见上述步骤S2021a和步骤S2022a的相关说明，在此不再赘述。

在步骤S2022b中，若第二终端的配置参数包括目标配置参数，且第二终端的配置参数的取值范围不满足目标配置参数的取值范围，则向网络侧设备发送配置参数更新请求。

第二终端的配置参数包括目标配置参数，但第二终端的配置参数的取值范围不满足目标配置参数的取值范围，有可能是网络侧更新了配置参数，但还未下发给第二终端。因此，第二终端向网络侧设备发送配置参数更新请求。配置参数更新请求用于触发网络侧设备更新第二终端的配置参数。网络侧设备在接收到配置参数更新请求时，会将网络侧设备中与第二设备对应的最新的配置参数向第二终端发送。

在一些示例中，第二终端可触发的是网络侧设备的V2X的参数更新进程。或者，第二终端可触发的是网络侧设备的增强型车与其他交互(enhanced Vehicle toEverything，eV2X)的参数更新进程。

在步骤S2023b中，若更新后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，则确定第二终端接受协商请求消息。

在步骤S2024b中，若更新后的第二终端的配置参数的取值范围不满足目标配置参数的取值范围，则确定第二终端不接受协商请求消息。

在步骤S2025b中，若第二终端的配置参数不包括目标配置参数，则向网络侧设备发送配置参数配置请求。

第二终端的配置参数不包括目标配置参数，需要网络侧设备对第二终端进行重新配置。配置参数配置请求用于触发网络侧设备配置第二终端的配置参数。若网络侧设备具有与第二终端对应的目标配置参数，则可将目标配置参数配置给第二终端。

在一些示例中，第二终端可触发的是网络侧设备的V2X的参数配置进程。或者，第二终端可触发的是网络侧设备的eV2X的参数配置进程。

在步骤S2026b中，若配置后的第二终端的配置参数包括目标配置参数，且配置后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，则确定第二终端接受协商请求消息。

在网络侧设备完成对第二终端的配置后，确定配置后的第二终端的配置参数是否包括目标配置参数，配置后的第二终端的配置参数的取值范围是否满足目标配置参数的取值范围。若配置后的第二终端的配置参数包括目标配置参数，且配置后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，表明第一终端与第二终端的配置参数匹配，确定第二终端接受协商请求消息。

在步骤S2027b中，若配置后的第二终端的配置参数不包括目标配置参数，或配置后的第二终端的配置参数的取值范围不满足目标配置参数的取值范围，则确定第二终端不接受协商请求消息。

若配置后的第二终端的配置参数包括目标配置参数，且配置后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，表明第一终端与第二终端的配置参数不匹配，确定第二终端不接受协商请求消息。

在上述实施例的一些示例中，协商拒绝消息可包括拒绝原因信息。拒绝原因信息具体可为原因值。原因值所表征的含义可预先设定。比如，原因值为00，表示第二终端的配置参数不包括目标配置参数。原因值为01，表示第二终端的配置参数包括目标配置参数，但第二终端的配置参数的取值范围不满足目标配置参数的取值范围。

在本发明实施例中，第二终端接收带有第一终端的配置参数的需求的协商请求消息，根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息，从而确定向第一终端发送协商接受消息或协商拒绝消息。以通知第一终端，第二终端接受或拒绝协商。在进行实际通信的数据传输之前，预先得知第一终端和第二终端的配置参数是否匹配，从而避免在第一终端和第二终端的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

图3为本发明实施例中又一种配置参数协商方法的流程图。该配置参数协商方法应用于已经建立通信链路的第一终端和第二终端。具体的，该配置参数协商方法包括步骤S301至步骤S306。

在步骤S301中，第一终端确定第一终端的配置参数发生更新，向第二终端发送协商请求消息。

在一些示例中，步骤S301中的第一终端确定第一终端的配置参数发生更新，可具体实现为若从网络侧设备接收到配置更新命令，并依据所述配置更新命令进行所述配置参数的更新，则确定所述第一终端的配置参数发生更新；或者，若所述第一终端触发所述第一终端的配置更新过程，且收到网络侧设备提供的更新配置参数，则确定所述第一终端的配置参数发生更新；或者，若所述第一终端的业务类型发生更改，则确定所述第一终端的配置参数发生更新。

其中，协商请求消息包括第一终端的配置参数的需求。

在一些示例中，配置参数为PC5配置参数。

在一些示例中，配置参数包括服务质量参数。

在步骤S302中，第二终端从第一终端接收协商请求消息。

在步骤S303中，第二终端根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息。

在步骤S304中，第二终端确定第二终端不接受协商请求消息，向第一终端发送协协商拒绝消息。

在步骤S305中，第二终端确定第二终端接受协商请求消息，向第一终端发送协商接受消息。

在步骤S306中，第一终端从第二终端接收协商接受消息或协商拒绝消息。

在一些示例中，协商拒绝消息包括拒绝原因信息。

在本发明实施例中，第一终端确定自身的配置参数发生更新，向第二终端发送带有第一终端的配置参数的需求的协商请求消息。第二终端接收协商请求消息，根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息，并向第一终端发送对应的协商接受消息或协商拒绝消息。第一终端接收协商接受消息或协商拒绝消息，预先得知第一终端与第二终端的配置参数是否匹配，从而避免在第一终端和第二终端的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

图4为本发明实施例中又一种配置参数协商方法的一种实现方式的流程图。第一终端与第二终端之间关于配置参数的协商可实现为终端在自主模式下发起的配置参数的协商过程。如图4所示，配置参数协商方法包括步骤S401至步骤S407。

在步骤S401中，第一终端确定第一终端的配置参数发生更新，向第二终端发送协商请求消息。

在步骤S402中，第二终端从第一终端接收协商请求消息。

在步骤S403中，第二终端判定第二终端的配置参数是否满足第一终端的配置参数的需求。

在步骤S404中，若第二终端的配置参数满足第一终端的配置参数的需求，第二终端确定接受协商请求消息，向第一终端发送协商接受消息。

在步骤S405中，第一终端从第二终端接收协商接受消息。

在步骤S406中，若第二终端的配置参数不满足第一终端的配置参数的需求，第二终端确定不接受协商请求消息，向第一终端发送协商拒绝消息。

在步骤S407中，第一终端从第二终端接收协商拒绝消息。

图5为本发明实施例中又一种配置参数协商方法的另一种实现方式的流程图。第一终端与第二终端之间关于配置参数的协商可实现为终端在网络调度模式下发起的配置参数的协商过程。如图5所示，配置参数协商方法包括步骤S501至步骤S516。

在步骤S501中，第一终端确定第一终端的配置参数发生更新，向第二终端发送协商请求消息。

在步骤S502中，第二终端从第一终端接收协商请求消息。

在步骤S503中，第二终端判定第二终端的配置参数是否包括目标配置参数，第二终端的配置参数的取值范围是否满足目标配置参数的取值范围。

在步骤S504中，若第二终端的配置参数包括目标配置参数，且第二终端的配置参数的取值范围满足目标配置参数的取值范围，则第二终端确定接受协商请求消息，向第一终端发送协商接受消息。

在步骤S505中，若第二终端的配置参数包括目标配置参数，且第二终端的配置参数的取值范围不满足目标配置参数的取值范围，则向网络侧设备发送配置参数更新请求。

在步骤S506中，网络侧设备对第二终端进行配置参数的更新。

在步骤S507中，若更新后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，第二终端确定接受协商请求消息，向第一终端发送协商接受消息。

在步骤S508中，第一终端从第二终端接收协商接受消息。

在步骤S509中，若更新后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，第二终端确定不接受协商请求消息，向第一终端发送协商拒绝消息。

在步骤S510中，第一终端从第二终端接收协商拒绝消息。

在步骤S511中，若第二终端的配置参数不包括目标配置参数，则向网络侧设备发送配置参数配置请求。

在步骤S512中，网络侧设备对第二终端进行配置参数的配置。

在步骤S513中，若配置后的第二终端的配置参数包括目标配置参数，且配置后的第二终端的配置参数的取值范围满足目标配置参数的取值范围，则确定第二终端接受协商请求消息，向第一终端发送协商接受消息。

在步骤S514中，第一终端从第二终端接收协商接受消息。

在步骤S515中，若配置后的第二终端的配置参数不包括目标配置参数，或配置后的第二终端的配置参数的取值范围不满足目标配置参数的取值范围，第二终端确定不接受协商请求消息，向第一终端发送协商拒绝消息。

在步骤S516中，第一终端从第二终端接收协商拒绝消息。

需要说明的是，如图5所示，在一些示例中，网络侧设备可包括无线接入网(RadioAccess Network，RAN)、核心访问与移动性管理功能模块(Core Access and MobilityManagement Function，AMF)、会话管理功能模块(Session Management Function，SMF)、策略管控功能模块(Policy Control Function，PCF)和统一数据管理模块(Unified DataManagement，UDM)等。网络侧设备中的各部分可协作完成配置参数更新进程和配置参数配置进程。

图6为本发明实施例中一种终端设备600的结构示意图。如图6所示，终端600包括发送模块601和接收模块602。

发送模块601，用于确定终端设备600的配置参数发生更新，向对侧终端设备发送协商请求消息，协商请求消息包括终端设备600的配置参数的需求。

其中，终端设备600与对侧终端设备已经建立通信链路。

接收模块602，用于从对侧终端设备接收协商接受消息或协商拒绝消息。

在本发明实施例中，对于已经建立了通信链路的终端设备与对侧终端设备，终端设备确定终端设备自身的配置参数发生更新，向对侧终端设备发送带有终端设备的配置参数的需求的协商请求消息，以供对侧终端设备确定是否接受终端设备的协商。终端设备从对侧终端设备接收协商接受消息或协商拒绝消息，实现建立通信链路后的终端设备与对侧终端设备之间的与配置参数相关的协商。可预先得知终端设备和对侧终端设备的配置参数是否匹配，从而避免在终端设备和对侧终端设备的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

在一些示例中，若接收模块602从网络侧设备接收到配置更新命令，且终端设备600依据配置更新命令进行配置参数的更新，发送模块601还用于确定终端设备600的配置参数发生更新。

在一些示例中，若终端设备600触发终端设备600的配置更新过程，且通过接收模块602接收到网络侧设备提供的更新配置参数，则发送模块601确定终端设备600的配置参数发生更新。

在一些示例中，若终端设备600的业务类型发生更改，发送模块601确定终端设备600的配置参数发生更新。

在一些示例中，协商拒绝消息包括拒绝原因信息。

在一些示例中，配置参数为PC5配置参数。

在一些示例中，配置参数包括服务质量参数。

图7为本发明实施例中另一种终端设备700的结构示意图。如图7所示，终端设备700可包括接收模块701和确定模块702。

接收模块701，用于从对侧终端设备接收协商请求消息，协商请求消息包括对侧终端设备的配置参数的需求。

确定模块702，用于根据对侧终端设备的配置参数的需求与终端设备700的配置参数，确定终端设备700是否接受协商请求消息。

在本发明实施例中，终端设备700接收带有对侧终端设备的配置参数的需求的协商请求消息，根据对侧终端设备的配置参数的需求与终端设备700的配置参数，确定终端设备700是否接受协商请求消息，从而确定向对侧终端设备发送协商接受消息或协商拒绝消息。以通知对侧终端设备，终端设备700接受或拒绝协商。在进行实际通信的数据传输之前，预先得知对侧终端设备和终端设备700的配置参数是否匹配，从而避免在对侧终端设备和终端设备700的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

在一些示例中，如图7所示，终端设备700还可包括发送模块703。

发送模块703，用于确定终端设备700不接受协商请求消息，向对侧终端设备发送协商拒绝消息；或者，用于确定终端设备700接受协商请求消息，向对侧终端设备发送协商接受消息。

在一些示例中，上述确定模块702具体可用于：判定终端设备700的配置参数是否满足对侧终端设备的配置参数的需求；若终端设备700的配置参数满足对侧终端设备的配置参数的需求，则确定终端设备700接受协商请求消息；若终端设备700的配置参数不满足对侧终端设备的配置参数的需求，则确定终端设备700不接受协商请求消息。

在另一些示例中，对侧终端设备的配置参数的需求包括目标配置参数的取值范围，目标配置参数为对侧终端设备需求的配置参数。

上述确定模块702具体可用于：若终端设备700的配置参数包括目标配置参数，且终端设备700的配置参数的取值范围满足目标配置参数的取值范围，则确定终端设备700接受协商请求消息。

上述确定模块702具体可用于：若终端设备700的配置参数包括目标配置参数，且终端设备700的配置参数的取值范围不满足目标配置参数的取值范围，则向网络侧设备发送配置参数更新请求，配置参数更新请求用于触发网络侧设备更新终端设备700的配置参数；若更新后的终端设备700的配置参数的取值范围满足目标配置参数的取值范围，则确定终端设备700接受协商请求消息；若更新后的终端设备700的配置参数的取值范围不满足目标配置参数的取值范围，则确定终端设备700不接受协商请求消息。

上述确定模块702具体可用于：若终端设备700的配置参数不包括目标配置参数，则向网络侧设备发送配置参数配置请求，配置参数配置请求用于触发网络侧设备配置终端设备700的配置参数；若配置后的终端设备700的配置参数包括目标配置参数，且配置后的终端设备700的配置参数的取值范围满足目标配置参数的取值范围，则确定终端设备700接受协商请求消息；若配置后的终端设备700的配置参数不包括目标配置参数，或配置后的终端设备700的配置参数的取值范围不满足目标配置参数的取值范围，则确定终端设备700不接受协商请求消息。

在一些示例中，协商拒绝消息包括拒绝原因信息。

在一些示例中，配置参数为PC5配置参数。

在一些示例中，配置参数包括服务质量参数。

本发明实施例还可提供一种配置参数协商系统，包括已经建立通信链路的第一终端和第二终端。

第一终端，用于确定第一终端的配置参数发生更新，向第二终端发送协商请求消息，协商请求消息包括第一终端的配置参数的需求。

第二终端，用于从第一终端接收协商请求消息；根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息，向第一终端发送协协商拒绝消息或协商接受消息。

第一终端，还用于从第二终端接收并响应协商接受消息或协商拒绝消息。

需要说明的是，本发明实施例中的第一终端即为上述实施例中的终端设备600，第二终端即为上述实施例中的终端设备700。第一终端和第二终端执行的步骤以及功能可参见上述实施例中的配置参数协商方法以及终端设备，在此不再赘述。

在本发明实施例中，在本发明实施例中，第一终端确定自身的配置参数发生更新，向第二终端发送带有第一终端的配置参数的需求的协商请求消息。第二终端接收协商请求消息，根据第一终端的配置参数的需求与第二终端的配置参数，确定第二终端是否接受协商请求消息，并向第一终端发送对应的协商接受消息或协商拒绝消息。第一终端接收协商接受消息或协商拒绝消息，预先得知第一终端与第二终端的配置参数是否匹配，从而避免在第一终端和第二终端的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

图8为本发明实施例中一种终端设备800的结构示意图。如图8所示，该终端设备800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、处理器810、以及电源811等部件。本领域技术人员可以理解，图8中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器810确定终端设备800的配置参数发生更新，射频单元801用于向对侧终端设备发送协商请求消息，协商请求消息包括终端设备800的配置参数的需求。

射频单元801还可用于从第二终端接收协商接受消息或协商拒绝消息。

终端设备从对侧终端设备接收协商接受消息或协商拒绝消息，实现建立通信链路后的终端设备与对侧终端设备之间的与配置参数相关的协商。可预先得知终端设备和对侧终端设备的配置参数是否匹配，从而避免在终端设备和对侧终端设备的配置参数不匹配的情况下继续进行通信，避免配置参数不匹配对终端之间的通信造成的不良影响。

应理解的是，本发明实施例中，射频单元801可用于收发信息或通话过程中，信号的接收和发送，具体的，可包括对下行数据的接收，和对上行数据的发送。通常，射频单元801包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元801还可以通过无线通信系统与网络和其他设备通信。

终端设备800通过网络模块802为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元803可以将射频单元801或网络模块802接收的或者在存储器809中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元803还可以提供与终端设备800执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元803包括扬声器、蜂鸣器以及受话器等。

输入单元804用于接收音频或视频信号。输入单元804可以包括图形处理器(Graphics Processing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元806上。经图形处理器8041处理后的图像帧可以存储在存储器809(或其它存储介质)中或者经由射频单元801或网络模块802进行发送。麦克风8042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元801发送到移动通信基站的格式输出。

终端设备800还包括至少一种传感器805，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板8061的亮度，接近传感器可在终端设备800移动到耳边时，关闭显示面板8061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器805还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元806用于显示由用户输入的信息或提供给用户的信息。显示单元806可包括显示面板8061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板8061。

用户输入单元807可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元807包括触控面板8071以及其他输入设备8072。触控面板8071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板8071上或在触控面板8071附近的操作)。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器810，接收处理器810发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板8071。除了触控面板8071，用户输入单元807还可以包括其他输入设备8072。具体地，其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板8071可覆盖在显示面板8061上，当触控面板8071检测到在其上或附近的触摸操作后，传送给处理器810以确定触摸事件的类型，随后处理器810根据触摸事件的类型在显示面板8061上提供相应的视觉输出。虽然在图8中，触控面板8071与显示面板8061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板8071与显示面板8061集成而实现终端设备的输入和输出功能，具体此处不做限定。

接口单元808为外部装置与终端设备800连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元808可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备800内的一个或多个元件或者可以用于在终端设备800和外部装置之间传输数据。

存储器809可用于存储软件程序以及各种数据。存储器809可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器809可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器810是终端设备800的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器809内的软件程序和/或模块，以及调用存储在存储器809内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处理器810可包括一个或多个处理单元；优选的，处理器810可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

终端设备800还可以包括给各个部件供电的电源811(比如电池)，优选的，电源811可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端设备800包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器810，存储器809，存储在存储器809上并可在处理器810上运行的计算机程序，该计算机程序被处理器810执行时实现上述应用于第一终端的配置参数协商方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

上述终端设备800与上述实施例中的终端设备600及第一终端对应。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述应用于第一终端的配置参数协商方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等。

本发明实施例还提供了另一种终端设备，该终端设备的结构可参见上述实施例中的终端设备800。

需要说明的是，本发明实施例中另一种终端设备中的射频单元可用于从对侧终端设备接收协商请求消息，协商请求消息包括对侧终端设备的配置参数的需求。其中，终端设备与对侧终端设备已经建立通信链路。

本发明实施例中另一种终端设备中的处理器可用于根据对侧终端设备的配置参数的需求与终端设备的配置参数，确定终端设备是否接受协商请求消息。

本发明实施例中另一种终端设备中的射频单元用于确定终端设备不接受协商请求消息，向对侧终端设备发送协商拒绝消息；或者，用于确定终端设备接受协商请求消息，向对侧终端设备发送协商接受消息。

本发明实施例中另一种终端设备包括处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述应用于第二终端的配置参数协商方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供另一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述应用于第二终端的配置参数协商方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等。

上述实施例中的另一种终端设备与上述实施例中的终端设备700及第二终端对应。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于终端设备实施例、系统实施例和计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本发明并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本发明的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。

Claims (23)

1.一种配置参数协商方法，其特征在于，应用于已经建立通信链路的第一终端与第二终端中的所述第一终端，

所述配置参数协商方法包括：

确定所述第一终端的配置参数发生更新，向第二终端发送协商请求消息，所述协商请求消息包括所述第一终端的配置参数的需求；

从所述第二终端接收协商接受消息或协商拒绝消息。

2.根据权利要求1所述的方法，其特征在于，所述确定第一终端的配置参数发生更新，包括：

若从网络侧设备接收到配置更新命令，并依据所述配置更新命令进行所述配置参数的更新，则确定所述第一终端的配置参数发生更新；

或者，

若所述第一终端触发所述第一终端的配置更新过程，且接收到网络侧设备提供的更新配置参数，则确定所述第一终端的配置参数发生更新；

或者，

若所述第一终端的业务类型发生更改，则确定所述第一终端的配置参数发生更新。

3.根据权利要求1所述的方法，其特征在于，所述协商拒绝消息包括拒绝原因信息。

4.根据权利要求1所述的方法，其特征在于，所述配置参数为PC5配置参数。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，所述配置参数包括服务质量参数。

6.一种配置参数协商方法，其特征在于，应用于已经建立通信链路的第一终端与第二终端中的所述第二终端，

所述配置参数协商方法包括：

从所述第一终端接收协商请求消息，所述协商请求消息包括第一终端的配置参数的需求；

根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定是否接受所述协商请求消息。

7.根据权利要求6所述的方法，其特征在于，还包括：

若接受所述协商请求消息，向所述第一终端发送协商接受消息。

8.根据权利要求6所述的方法，其特征在于，还包括：

若不接受所述协商请求消息，向所述第一终端发送协商拒绝消息。

9.根据权利要求6所述的方法，其特征在于，所述根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定是否接受所述协商请求消息，包括：

判定所述第二终端的配置参数是否满足所述第一终端的配置参数的需求；

若所述第二终端的配置参数满足所述第一终端的配置参数的需求，则确定所述第二终端接受所述协商请求消息；

若所述第二终端的配置参数不满足所述第一终端的配置参数的需求，则确定所述第二终端不接受所述协商请求消息。

10.根据权利要求6所述的方法，其特征在于，所述第一终端的配置参数的需求包括目标配置参数的取值范围，所述目标配置参数为所述第一终端需求的配置参数；

所述根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定是否接受所述协商请求消息，包括：

若所述第二终端的所述配置参数包括所述目标配置参数，且所述第二终端的所述配置参数的取值范围满足所述目标配置参数的取值范围，则确定接受所述协商请求消息。

11.根据权利要求6所述的方法，其特征在于，所述第一终端的配置参数的需求包括目标配置参数的取值范围，所述目标配置参数为所述第一终端需求的配置参数；

所述根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定是否接受所述协商请求消息，包括：

若所述第二终端的配置参数包括所述目标配置参数，且所述第二终端的配置参数的取值范围不满足所述目标配置参数的取值范围，则向网络侧设备发送配置参数更新请求，所述配置参数更新请求用于触发所述网络侧设备更新所述第二终端的配置参数；

若更新后的所述第二终端的配置参数的取值范围满足所述目标配置参数的取值范围，则确定所述第二终端接受所述协商请求消息；

若更新后的所述第二终端的配置参数的取值范围不满足所述目标配置参数的取值范围，则确定所述第二终端不接受所述协商请求消息。

12.根据权利要求6所述的方法，其特征在于，所述第一终端的配置参数的需求包括目标配置参数的取值范围，所述目标配置参数为所述第一终端需求的配置参数；

所述根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定是否接受所述协商请求消息，包括：

若所述第二终端的配置参数不包括所述目标配置参数，则向所述网络侧设备发送配置参数配置请求，所述配置参数配置请求用于触发所述网络侧设备配置所述第二终端的配置参数；

若配置后的所述第二终端的配置参数包括所述目标配置参数，且配置后的所述第二终端的配置参数的取值范围满足所述目标配置参数的取值范围，则确定接受所述协商请求消息；

若配置后的所述第二终端的配置参数不包括所述目标配置参数，或配置后的所述第二终端的配置参数的取值范围不满足所述目标配置参数的取值范围，则确定不接受所述协商请求消息。

13.根据权利要求6所述的方法，其特征在于，所述协商拒绝消息包括拒绝原因信息。

14.根据权利要求6所述的方法，其特征在于，所述配置参数为PC5配置参数。

15.根据权利要求6至14中任意一项所述的方法，其特征在于，所述配置参数包括服务质量参数。

16.一种配置参数协商方法，其特征在于，应用于已经建立通信链路的第一终端与第二终端，

所述配置参数协商方法包括：

所述第一终端确定所述第一终端的配置参数发生更新，向第二终端发送协商请求消息，所述协商请求消息包括所述第一终端的配置参数的需求；

所述第二终端从所述第一终端接收协商请求消息；

所述第二终端根据所述第一终端的配置参数的需求与所述第二终端的配置参数，向所述第一终端发送协商拒绝消息或协商接受消息；

所述第一终端从所述第二终端接收所述协商拒绝消息或所述协商接受消息。

17.一种终端设备，其特征在于，包括：

发送模块，用于确定所述终端设备的配置参数发生更新，向对侧终端设备发送协商请求消息，所述协商请求消息包括所述终端设备的配置参数的需求，所述终端设备与所述对侧终端设备已经建立通信链路；

接收模块，用于从所述对侧终端设备接收协商接受消息或协商拒绝消息。

18.一种终端设备，其特征在于，包括：

接收模块，用于从对侧终端设备接收协商请求消息，所述协商请求消息包括所述对侧终端设备的配置参数的需求，所述终端设备与所述对侧终端设备已经建立通信链路；

确定模块，用于根据所述对侧终端设备的配置参数的需求与所述终端设备的配置参数，确定所述终端设备是否接受所述协商请求消息。

19.一种配置参数协商系统，其特征在于，包括已经建立通信链路的第一终端和第二终端；

所述第一终端，用于确定所述第一终端的配置参数发生更新，向第二终端发送协商请求消息，所述协商请求消息包括所述第一终端的配置参数的需求；

所述第二终端，用于从所述第一终端接收协商请求消息；根据所述第一终端的配置参数的需求与所述第二终端的配置参数，确定所述第二终端是否接受所述协商请求消息，向所述第一终端发送协协商拒绝消息或协商接受消息；

所述第一终端，还用于从所述第二终端接收所述协商接受消息或所述协商拒绝消息。

20.一种终端设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至5中任意一项所述的配置参数协商方法的步骤。

21.一种终端设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求6至15中任意一项所述的配置参数协商方法的步骤。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述的配置参数协商方法的步骤。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求6至15中任意一项所述的配置参数协商方法的步骤。

Images