CN113645365A

CN113645365A - 一种电话会议管理方法及电子设备

Info

Publication number: CN113645365A
Application number: CN202111190264.4A
Authority: CN
Inventors: 王淼; 徐自翔; 牟大年
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-10-13
Filing date: 2021-10-13
Publication date: 2021-11-12
Anticipated expiration: 2041-10-13
Also published as: CN113645365B

Abstract

本申请实施例公开了一种电话会议管理方法及电子设备，涉及电子设备领域，能够丰富发起电话会议的手机的功能，从而满足用户的需求，提高用户的体验。具体方案为：第一电子设备作为电话会议发起端与作为电话会议参与端的第二电子设备建立电话会议；第一电子设备显示第一界面，第一界面包括第一管理控件，第一管理控件为：用于修改电话会议的名称的第一控件，或，用于静音电话会议参与端的第二控件；第一电子设备接收用户对第一管理控件的第一操作；响应第一操作，第一电子设备向第二电子设备发送第一请求消息；第一请求消息用于请求第二电子设备修改显示的电话会议的名称；或者，第一请求消息用于请求第二电子设备执行静音。

Description

一种电话会议管理方法及电子设备

技术领域

本申请涉及电子设备领域，尤其涉及一种电话会议管理方法及电子设备。

背景技术

目前，多个手机可以通过网络协议多媒体子系统（internet protocolmultimedia subsystem，IMS）进行电话会议。

在进行电话会议时，发起电话会议的手机可以进行的功能主要包括，自我静音功能、添加通话功能以及挂断通话功能，如挂断某个会议参与者的通话。因此，在进行电话会议时，发起电话会议的手机能够进行的功能较少，不能满足用户的需求。

发明内容

本申请实施例提供一种电话会议管理方法及电子设备，能够丰富发起电话会议的手机的功能，从而满足用户的需求，提高用户的体验。

第一方面，本申请实施例提供一种电话会议管理方法，应用于电子设备。该电话会议管理可以包括：第一电子设备作为电话会议发起端与作为电话会议参与端的第二电子设备建立电话会议；第一电子设备显示第一界面，该第一界面包括第一管理控件，该第一管理控件用于对电话会议进行管理，第一管理控件为：用于修改电话会议的名称的第一控件，或，用于静音电话会议参与端的第二控件；第一电子设备接收用户对第一管理控件的第一操作；响应第一操作，第一电子设备向第二电子设备发送第一请求消息；其中，在第一管理控件为第一控件的情况下，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；在第一管理控件为第二控件的情况下，第一请求消息用于请求第二电子设备执行静音。

基于第一方面所述的方法，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现修改电话会议名称的功能以及静音某个电话会议参与端的功能，从而满足用户的需求，提高用户的体验。

结合第一方面，在另一种可能的实现方式中，上述电话会议管理方法还可以包括：第一电子设备接收来自第二电子设备的第二请求消息；其中，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

基于该可能的实现方式，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现显示某个电话会议参与端的会议状态的功能，从而满足用户的需求，提高用户的体验。同时，该方法也可以在进行电话会议时，丰富参与电话会议的手机的功能，如在进行电话会议时，可以实现添加通话功能，从而满足用户的需求，提高用户的体验。

结合第一方面，在另一种可能的实现方式中，在第二请求消息用于请求第一电子设备修改显示第二电子设备的会议状态的情况下，上述电话会议管理方法还可以包括：响应第二请求消息，第一电子设备修改显示的第二电子设备的会议状态；在第二请求消息用于请求第一电子设备将第三电子设备添加到电话会议中的情况下，上述电话会议管理方法还可以包括：响应第二请求消息，第一电子设备向电话会议中心发送第三请求消息，第三请求消息用于请求将第三电子设备添加到电话会议中。

基于该可能的实现方式，可以在进行电话会议时，电话会议发起端实现显示某个电话会议参与端的会议状态的功能，以及电话会议参与端实现添加通话的功能，从而满足用户的需求，提高用户的体验。

结合第一方面，在另一种可能的实现方式中，上述电话会议管理方法还可以包括：第一电子设备接收来自第二电子设备的第一确认消息；其中，在第一管理控件为第一控件的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一确认消息用于指示第二电子设备静音成功。

基于该可能的实现方式，可以使电话会议发起端确定电话会议参与端修改显示的电话会议的名称成功，或者电话会议参与端静音成功。

结合第一方面，在另一种可能的实现方式中，在第一电子设备向第二电子设备发送第一请求消息之前，上述电话会议管理方法还可以包括：第一电子设备向第二电子设备发送第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个；第一电子设备接收来自第二电子设备第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

基于该可能的实现方式，可以使电话会议发起端确定电话会议参与端是否能够响应修改显示的电话会议的名称的功能、执行静音的功能、发送会议状态的功能以及添加电子设备到电话会议中的功能。

结合第一方面，在另一种可能的实现方式中，在第一管理控件为第一控件的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第三请求消息的消息体包括的请求标识，用于指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

基于该可能的实现方式，可以设置请求消息以及确认消息的内容，从而能够可以在进行电话会议时，丰富发起电话会议的手机的功能，以及丰富参与电话会议的手机的功能，从而满足用户的需求，提高用户的体验。

第二方面，本申请实施例提供一种电话会议管理方法，应用于电子设备。该电话会议管理方法可以包括：第二电子设备作为电话会议参与端与作为电话会议发起端的第一电子设备建立电话会议；第二电子设备接收来自第一电子设备的第一请求消息；其中，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；或者，第一请求消息用于请求第二电子设备执行静音；在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，响应第一请求消息，第二电子设备显示第二界面，第二界面包括修改后的电话会议的名称；在第一请求消息用于请求第二电子设备执行静音的情况下，响应第一请求消息，第二电子设备执行静音。

基于第二方面所述的方法，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现修改电话会议名称的功能以及静音某个电话会议参与端的功能，从而满足用户的需求，提高用户的体验。

结合第二方面，在另一种可能的实现方式中，上述电话会议管理方法还可以包括：第二电子设备向第一电子设备发送第二请求消息，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

结合第二方面，在另一种可能的实现方式中，上述电话会议管理方法还可以包括：第二电子设备向第一电子设备发送第一确认消息；其中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一确认消息用于指示第二电子设备静音成功。

结合第二方面，在另一种可能的实现方式中，在第二电子设备接收来自第一电子设备的第一请求消息之前，上述电话会议管理方法还可以包括：第二电子设备接收来自第一电子设备的第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个；第二电子设备向第一电子设备发送第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

结合第二方面，在另一种可能的实现方式中，在第二电子设备执行静音之后，上述电话会议管理方法还可以包括：第二电子设备在第二界面中显示第二电子设备为静音状态。

基于该可能的实现方式，可以方便使用电话会议参与端的用户得知已被电话会议发起端静音，从而提高用户的体验。

结合第二方面，在另一种可能的实现方式中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

第三方面，本申请实施例提供一种电话会议管理装置，该电话会议管理装置可以应用于电子设备，用于实现上述第一方面中的方法。该电话会议管理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，例如，建立模块、显示模块、接收模块和发送模块等。

其中，建立模块，可以用于作为电话会议发起端与作为电话会议参与端的第二电子设备建立电话会议。

显示模块，可以用于显示第一界面，第一界面包括第一管理控件，第一管理控件用于对电话会议进行管理，第一管理控件为：用于修改电话会议的名称的第一控件，或，用于静音电话会议参与端的第二控件。

接收模块，可以用于接收用户对第一管理控件的第一操作。

发送模块，可以用于响应第一操作，向第二电子设备发送第一请求消息；其中，在第一管理控件为第一控件的情况下，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；在第一管理控件为第二控件的情况下，第一请求消息用于请求第二电子设备执行静音。

结合第三方面，在另一种可能的实现方式中，接收模块，还可以用于接收来自第二电子设备的第二请求消息；其中，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

结合第三方面，在另一种可能的实现方式中，显示模块，还可以用于响应第二请求消息，修改显示的第二电子设备的会议状态。发送模块，还可以用于响应第二请求消息，向电话会议中心发送第三请求消息，第三请求消息用于请求将第三电子设备添加到电话会议中。

结合第三方面，在另一种可能的实现方式中，接收模块，还可以用于接收来自第二电子设备的第一确认消息；其中，在第一管理控件为第一控件的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一确认消息用于指示第二电子设备静音成功。

结合第三方面，在另一种可能的实现方式中，发送模块，还可以用于向第二电子设备发送第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个。

接收模块，还可以用于接收来自第二电子设备第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

结合第三方面，在另一种可能的实现方式中，在第一管理控件为第一控件的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第三请求消息的消息体包括的请求标识，用于指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

第四方面，本申请实施例提供一种电话会议管理装置，该电话会议管理装置可以应用于电子设备，用于实现上述第一方面中的方法。该电话会议管理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，例如，建立模块、接收模块、显示模块和执行模块等。

其中，建立模块，可以用于作为电话会议参与端与作为电话会议发起端的第一电子设备建立电话会议。

接收模块，可以用于接收来自第一电子设备的第一请求消息；其中，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；或者，第一请求消息用于请求第二电子设备执行静音。

显示模块，可以用于在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，响应第一请求消息，显示第二界面，第二界面包括修改后的电话会议的名称。

执行模块，可以用于在第一请求消息用于请求第二电子设备执行静音的情况下，响应第一请求消息，执行静音。

结合第四方面，在另一种可能的实现方式中，上述电话会议管理装置还可以包括发送模块。发送模块，可以用于向第一电子设备发送第二请求消息，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

结合第四方面，在另一种可能的实现方式中，发送模块，还可以用于向第一电子设备发送第一确认消息；其中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一确认消息用于指示第二电子设备静音成功。

结合第四方面，在另一种可能的实现方式中，接收模块，还可以用于接收来自第一电子设备的第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个。

发送模块，还可以用于向第一电子设备发送第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

结合第四方面，在另一种可能的实现方式中，显示模块，还可以用于在第二界面中显示第二电子设备为静音状态。

结合第四方面，在另一种可能的实现方式中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

第五方面，本申请实施例提供一种电子设备，包括：处理器，用于存储该处理器可执行指令的存储器。该处理器被配置为执行上述指令时，使得该电子设备实现如第一方面或第一方面的可能的实现方式中任一项所述的电话会议管理方法；或者，该处理器被配置为执行上述指令时，使得该电子设备实现如第二方面或第二方面的可能的实现方式中任一项所述的电话会议管理方法。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序指令。当计算机程序指令被电子设备执行时，使得电子设备实现如第一方面或第一方面的可能的实现方式中任一项所述的电话会议管理方法；或者，当计算机程序指令被电子设备执行时，使得电子设备实现如第二方面或第二方面的可能的实现方式中任一项所述的电话会议管理方法。

第七方面，本申请实施例提供一种计算机程序产品，包括计算机可读代码，当所述计算机可读代码在电子设备中运行时，使得电子设备实现如第一方面或第一方面的可能的实现方式中任一项所述的电话会议管理方法；或者，当所述计算机可读代码在电子设备中运行时，使得电子设备实现如第二方面或第二方面的可能的实现方式中任一项所述的电话会议管理方法。

应当理解的是，上述第三方面至第七方面的有益效果可以参见上述第一方面或第二方面中的相关描述，在此不再赘述。

附图说明

图1为申请实施例提供的建立电话会议的流程示意图；

图2为本申请实施例提供的电子设备的显示界面示意图一；

图3为本申请实施例提供的电子设备的显示界面示意图二；

图4为申请实施例提供的挂断电话会议的流程示意图；

图5为本申请实施例提供的一种电子设备的硬件结构示意图；

图6为本申请实施例提供的一种电话会议管理方法的流程示意图一；

图7为本申请实施例提供的电子设备的显示界面示意图三；

图8为本申请实施例提供的一种电话会议管理方法的流程示意图二；

图9为本申请实施例提供的电子设备的显示界面示意图四；

图10为本申请实施例提供的一种电话会议管理方法的流程示意图三；

图11为本申请实施例提供的电子设备的显示界面示意图五；

图12为本申请实施例提供的一种电话会议管理方法的流程示意图四；

图13为本申请实施例提供的电子设备的显示界面示意图六；

图14为本申请实施例提供的一种电话会议管理方法的流程示意图五；

图15为本申请实施例提供的一种电话会议管理装置的结构示意图一；

图16为本申请实施例提供的一种电话会议管理装置的结构示意图二。

具体实施方式

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

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

目前，多个IMS无线终端能够通过IMS系统进行电话会议。IMS无线终端可以是高清通话手机，如4G手机或5G手机等，以下简称手机。手机在进行电话会议（即IMS电话会议）时，可以通过IMS接入网接入到IMS核心网中的IMS电话会议中心，通过IMS电话会议中心建立该手机与其他手机的电话会议，从而该手机与其他手机能够进行电话会议。

IMS接入网，可以为第四代移动通信技术4G网络，也可以为第五代移动通信技术5G网络，还可以为其他网络。

IMS核心网，可以为IMS无线终端提供通话、短信及其他多媒体服务的核心功能组件。IMS核心网可以包括IMS电话会议中心，IMS电话会议中心能够为IMS无线终端提供IMS电话会议功能。如，IMS电话会议中心可以是能够为IMS无线终端提供IMS电话会议功能的服务器。

手机通过IMS系统进行电话会议时，会用到会话发起协议（session initiationprotocol，SIP）。SIP协议是一个IP网络上进行多媒体通信的应用层控制协议，可以用来创建、修改、和终结多个参与者参加的会话的进程。在IMS系统中，SIP协议可以与会话描述协议（session description protocol，SDP）、实时传输协议（Realtime TransportProtocol，RTP）/实时传输控制协议（realtime transport control protocol，RTCP）等协议配合完成电话或者电话会议的会话建立、媒体协商、会话修改、会话终止等功能。

在SIP协议RFC3261中，定义了一种用于SIP客户端查询SIP服务端能力的Options方法。其步骤可以如下：1、SIP客户端向SIP服务端发送Options请求消息，用于在会话外或者会话内查询对端（如SIP服务端）的SDP多媒体能力。Options请求消息中可以包含一个Accept头域和一个Content-Type头域。Accept头域用于指示SIP客户端希望接收到的Options响应消息的类型，如Accept头域通常可以设置为application/sdp。Content-Type头域用于指示Options请求消息的类型。2、SIP服务端向SIP客户端发送Options响应消息。Options响应消息可以包含一个Content-Type头域和一个消息体，Content-Type头域用于指示Options响应消息的类型，消息体用于指示SIP服务端的SDP多媒体能力。Options响应消息的类型由Options请求消息中的Accept头域决定，即Options响应消息中的Content-Type头域的内容与Options请求消息中的Accept头域的内容相同。也就是说，Options常规用法是用于查询对端的SDP多媒体能力。

Accept头域以及Content-Type头域为Options请求消息和Options响应消息中的可选头域。Accept头域表示可以接收的消息体的类型，Content-Type头域表示消息体的类型。例如，Options请求消息中的Accept头域可以为application/sdp，表示SIP客户端可以接收的消息体的类型为SDP协议能力描述类型。相应的，Options响应消息中的Content-Type头域可以为application/sdp，表示SIP服务端发送的Options响应消息的消息体的类型为SDP协议能力描述。Options请求消息中的Accept头域可以为text/plain，表示SIP客户端可以接收的消息体的类型为纯文本格式，相应的，Options响应消息中的Content-Type头域可以为text/plain，表示SIP服务端发送的Options响应消息中的消息体的类型为纯文本格式。Options请求消息中的Accept头域可以为text/xml，表示SIP客户端可以接收的消息体的类型为xml格式。相应的，Options响应消息中的Content-Type头域可以为text/xml，表示SIP服务端发送的Options响应消息中的消息体的类型为xml格式。Options请求消息中的Accept头域可以为application/octet-stream，表示SIP客户端可以接收的消息体的类型为二进制码流。相应的，Options响应消息中的Content-Type头域可以为application/octet-stream，表示SIP服务端发送的Options响应消息的消息体的类型为二进制码流。

例如，Options请求消息可以如下所示：

OPTIONS sip:carol@chicago.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877

Max-Forwards: 70

To: <sip:carol@chicago.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:alice@pc33.atlanta.com>

Accept: application/sdp

Content-Type: text/plain

Content-Length: 0

其中， Options请求消息中的Accept头域为application/sdp，表示SIP客户端可以接收的消息体的类型为SDP协议能力描述类型。Options请求消息中的Content-Type头域为text/plain，表示Options请求消息的类型为纯文本格式。

又如，Options响应消息可以如下所示：

SIP/2.0 200 OK

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877

;received=192.0.2.4

To: <sip:carol@chicago.com>;tag=93810874

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:carol@chicago.com>

Contact: <mailto:carol@chicago.com>

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE

Accept: application/sdp

Accept-Encoding: gzip

Accept-Language: en

Supported: foo

Content-Type: application/sdp

Content-Length: 274

（SDP not shown）

其中， Options响应消息中的Content-Type头域为application/sdp，表示Options响应消息的消息体的类型为SDP协议能力描述类型。

例如，以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议的发起者（也可以称为电话会议主席），手机B以及手机C为电话会议的参与者为例，如图1所示，手机A、手机B以及手机C通过IMS系统建立电话会议的过程包括以下步骤：

S101、手机A与手机B建立会话。

用户可以通过手机A拨打其他用户的电话号码（如手机B对应电话号码），从而手机A可以与手机B建立通话。可以理解的，手机A与手机B建立通话，可以为手机A与手机B建立会话。例如，在手机A接收到用户输入手机B的电话号码的操作，并与手机B建立通话时，作为响应，如图2中的（a）所示，手机A可以显示通话界面201。通话界面201可以包括添加通话选项202，用于添加手机A与其他手机的通话。

S102、手机A与手机C建立会话。

例如，结合图2中的（a）所示，在手机A接收到用户对添加通话选项202的触发操作，如点击操作时，作为响应，手机A可以保留与手机B的通话，并显示拨号界面。在手机A接收到用户在拨号界面输入的其他用户的电话号码，如手机C对应电话号码，并与手机C建立通话，即手机A与手机C建立会话时，作为响应，如图2中的（b）所示，手机A可以显示通话界面203。通话界面203可以包括合并通话选项204。在手机A与手机C建立通话时，手机A保留与手机B的通话，并在通话界面203中显示保留手机A与手机B的通话。

S103、手机A向IMS电话会议中心发送会话初始请求消息。

例如，结合图2中的（b）所示，在手机A接收到用户对合并通话选项204的触发操作，如点击操作时，作为响应，手机A可以将与手机C的通话自动挂起，即保留手机A与手机C的通话。且手机A向IMS电话会议中心发送会话初始请求消息，用于请求建立电话会议，即请求建立手机A与手机B以及手机C之间的电话会议。会话初始请求消息可以为邀请消息（INVITE），会话初始请求消息可以包括IMS电话会议中心的地址。会话初始请求消息可以为Options请求消息。

S104、IMS电话会议中心向手机A发送确认消息。

在IMS电话会议中心接收到手机A发送的会话初始请求消息之后，IMS电话会议中心可以建立对应的电话会议。在建立对应的电话会议之后，IMS电话会议中心可以向手机A发送确认消息，用于指示建立电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S105、手机A向IMS电话会议中心发送证实消息。

在手机A接收到IMS电话会议中心发送的确认消息之后，手机A可以向IMS电话会议中心发送证实消息（Ack），用于证实IMS电话会议中心建立电话会议成功。

S106、手机A向IMS电话会议中心发送添加通话请求消息。

在手机A向IMS电话会议中心发送证实消息之后，手机A可以向IMS电话会议中心发送添加通话请求消息。添加通话请求消息可以为Refer。添加通话请求消息可以包括手机B对应的电话号码，用于将手机B加入到已建立的电话会议。添加通话请求消息可以为Options请求消息。

S107、IMS电话会议中心向手机B发送会话建立请求消息。

在IMS电话会议中心收到手机A发送的添加通话请求消息之后，IMS电话会议中心可以向手机B发送会话建立请求消息。会话建立请求消息可以为邀请消息（INVITE）。会话建立请求消息可以为Options请求消息。

手机B接收到会话建立请求消息之后，手机B可以加入到电话会议。

S108、手机B向IMS电话会议中心发送确认消息。

手机B加入电话会议之后，手机B可以向IMS电话会议中心发送确认消息，用于指示手机B加入电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S109、IMS电话会议中心向手机A发送确认消息。

IMS电话会议中心接收到手机B发送的确认消息之后，IMS电话会议中心可以向手机A发送确认消息，用于指示手机B加入电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S110、手机A向IMS电话会议中心发送添加通话请求消息。

在手机A收到IMS电话会议中心发送的手机B加入电话会议成功的确认消息之后，手机A可以向IMS电话会议中心发送添加通话请求消息。添加通话请求消息可以为Refer。添加通话请求消息可以包括手机C对应的电话号码，用于将手机C加入到已建立的电话会议。添加通话请求消息可以为Options请求消息。

S111、IMS电话会议中心向手机C发送会话建立请求消息。

在IMS电话会议中心收到手机A发送的添加通话请求消息之后，IMS电话会议中心可以向手机C发送会话建立请求消息。会话建立请求消息可以为邀请消息（INVITE）。会话建立请求消息可以为Options请求消息。

可以理解的，IMS电话会议中心向手机B以及手机C发送会话建立请求消息也可以是同步的，即IMS电话会议中心可以同时向手机B和手机C发送会话建立请求消息。手机C接收到会话建立请求消息之后，手机C可以加入到电话会议。

S112、手机C向IMS电话会议中心发送确认消息。

手机C加入电话会议之后，手机C可以向IMS电话会议中心发送确认消息，用于指示手机C加入电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S113、IMS电话会议中心向手机A发送确认消息。

IMS电话会议中心接收到手机C发送的确认消息之后，IMS电话会议中心可以向手机C发送确认消息，用于指示手机C加入电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

在手机A接收到IMS电话会议中心发送的手机C加入电话会议成功的确认消息时，手机B以及手机C的加入电话会议成功。作为响应，如图2中的（c）所示，手机A可以显示通话界面205。通话界面205可以包括与添加通话选项202、显示与会人员选项206以及静音选项207等。

结合图2中的（c）所示，在手机A接收到用户对添加通话选项202的触发操作，如点击操作时，作为响应，手机A还可以将其他手机加入到电话会议中，具体过程可以参考上述S106-S109。也就是说，在进行电话会议时，手机A可以实现添加通话功能。

继续结合图2中的（c）所示，在手机A接收到用户对显示与会人员选项206的触发操作，如点击操作时，作为响应，如图2中的（d）所示，手机A可以显示通话界面208。通话界面208可以显示与会人员，即手机B以及手机C的对应的用户的姓名（如用户B、用户C）、电话号码以及通话时间。通话界面208还可以包括每个用户对应的挂断通话选项。如，结合图2中的（d）所示，通话界面208可以包括用户B对应的挂断通话选项209，以及用户C对应的挂断通话选项210。在手机A接收到用户对挂断通话选项209的触发操作，如点击操作时，作为响应，手机A可以挂断与手机B的通话。在手机A接收到用户对挂断通话选项210的触发操作，如点击操作时，作为响应，手机A可以挂断与手机C的通话。也就是说，在进行电话会议时，手机A可以实现挂断与某个参与电话会议的手机的通话功能。

继续结合图2中的（c）所示，在手机A接收到用户A对静音选项207的触发操作，如点击操作时，作为响应，手机A可以停止录入用户的语音。也就是说，在进行电话会议时，手机A可以实现自我静音功能。

在电话会议建立成功之后，如图3所示，手机B或者手机C可以显示通话界面301，通话界面301中显示正与用户A（即手机A对应的用户）通话。通话界面301可以包括静音选项302。在手机B接收到用户B对静音选项302的触发操作，如点击操作时，作为响应，手机B可以停止录入用户B的语音，即手机B可以实现自我静音功能。或者，在手机C接收到用户C对静音选项302的触发操作，如点击操作时，作为响应，手机C可以停止录入用户C的语音，即手机C可以实现自我静音功能。也就是说，在进行电话会议时，参与电话会议的手机，即电话会议参与端可以实现自我静音功能。

又如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端（也可以称为电话会议主席），手机B以及手机C为电话会议参与端为例，结合图4所示，在手机A与手机B以及手机C之间的电话会议建立成功之后，手机A挂断电话会议的过程如下所示：

S401、手机A与手机B、手机C通话IMS电话会议中心建立电话会议。

S402、手机A向IMS电话会议中心发送移除通话请求消息。

例如，结合图2中的（d）所示，在手机A接收到用户A对挂断通话选项209的触发操作，如点击操作时，作为响应，手机A可以向IMS电话会议中心发送移除通话请求消息，用于挂断手机A与手机B的通话。移除通话请求消息可以为Refer。移除通话请求消息可以包括手机B对应的电话号码，用于挂断手机B的通话。移除通话请求消息可以为Options请求消息。

S403、IMS电话会议中心向手机B发送挂断消息。

在IMS电话会议中心接收到手机A发的移除通话请求消息后，IMS电话会议中心可以向手机B发送挂断消息。挂断消息可以为再见消息（BYE）。挂断消息可以为Options请求消息。

手机B接收到挂断消息之后，手机B可以退出电话会议。

S404、手机B向IMS电话会议中心发送确认消息。

在手机B退出电话会议后，手机B可以向IMS电话会议中心发送确认消息，用于指示手机B退出电话会议。确认消息可以为200 OK。确认消息可以为Options响应消息。

S405、IMS电话会议中心向手机A发送确认消息。

在IMS电话会议中心接收到手机B发送的确认消息之后，IMS电话会议中心可以向手机A发送确认消息，用于指示手机B退出电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S406、手机A向IMS电话会议中心发送移除通话请求消息。

例如，结合图2中的（d）所示，在手机A接收到用户A对挂断通话选项210的触发操作，如点击操作时，作为响应，手机A可以向IMS电话会议中心发送移除通话请求消息，用于挂断与手机C的通话。移除通话请求消息可以为Refer。移除通话请求消息可以包括手机C对应的电话号码，用于挂断手机C的通话。移除通话请求消息可以为Options请求消息。

S407、IMS电话会议中心向手机C发送挂断消息。

在IMS电话会议中心接收到手机A发的移除通话请求消息后，IMS电话会议中心可以向手机C发送挂断消息。挂断消息可以为再见消息（BYE）。挂断消息可以为Options请求消息。

手机C接收到挂断消息之后，手机C可以退出电话会议。

S408、手机C向IMS电话会议中心发送确认消息。

在手机C退出电话会议后，手机C可以向IMS电话会议中心发送确认消息，用于指示手机C退出电话会议。确认消息可以为200 OK。确认消息可以为Options响应消息。

S409、IMS电话会议中心向手机A发送确认消息。

在IMS电话会议中心接收到手机C发送的确认消息后，IMS电话会议中心可以向手机A发送确认消息，用于指示手机C退出电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

S410、手机A向IMS电话会议中心发送挂断消息。

手机A可以向IMS电话会议中心发送挂断消息，用于请求挂断电话会议。挂断消息可以为再见消息（BYE）。挂断消息可以为Options请求消息。

S411、IMS电话会议中心向手机A发送确认消息。

IMS电话会议中心接收到手机A发送的挂断消息后，可以挂断手机A与其他手机之间的通话，即挂断电话会议。在IMS电话会议中心挂断手机A与其他手机之间的通话之后，IMS电话会议中心可以向手机A发送确认消息，用于指示挂断电话会议成功。确认消息可以为200 OK。确认消息可以为Options响应消息。

综上，在进行电话会议时，发起电话会议的手机（也可以称为电话会议主席，或者电话会议发起端，如上述示例中的手机A）可以进行的功能主要包括，自我静音功能、添加通话功能以及挂断某个会议参与者的通话功能。因此，在进行电话会议时，发起电话会议的手机的能够进行的功能较少，不能满足用户的需求，如，修改电话会议的名称、静音某个电话会议参与端或者显示某个电话会议参与端的会议状态等。

此外，电话会议参与端（如上述示例中的手机B和手机C）可以进行的功能主要包括自我静音功能。因此，在进行电话会议时，参与电话会议的手机的能够进行的功能较少，不能满足用户的需求，如添加通话等。

针对上述问题，本申请实施例提供一种电话会议管理方法，应该于电子设备，该方法可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现修改电话会议名称的功能、静音某个电话会议参与端的功能或者显示某个电话会议参与端的会议状态的功能，从而满足用户的需求，提高用户的体验。同时，该方法也可以在进行电话会议时，丰富参与电话会议的手机的功能，如在进行电话会议时，可以实现添加通话功能，从而满足用户的需求，提高用户的体验。

下面对本申请实施例提供的电话会议管理方法进行描述。

在一些示例中，上述电子设备可以是手机、平板电脑、手持计算机，个人计算机（personal computer，PC），蜂窝电话，个人数字助理（personal digital assistant，PDA），可穿戴式设备等可以进行IMS电话会议的电子设备。本申请实施例在此对电子设备的具体形态不做限制。

示例地，以电子设备为手机为例，图5示出了本申请实施例提供的一种电子设备的结构示意图。

如图5所示，电子设备可以包括处理器510，外部存储器接口520，内部存储器521，通用串行总线（universal serial bus，USB）接口530，充电管理模块540，电源管理模块541，电池542，天线1，天线2，移动通信模块550，无线通信模块560，音频模块570，扬声器570A，受话器570B，麦克风570C，耳机接口570D，传感器模块580，按键590，马达591，指示器592，摄像头593，显示屏594，以及用户标识模块（subscriber identification module，SIM）卡接口595等。其中，传感器模块580可以包括压力传感器580A，陀螺仪传感器580B，气压传感器580C，磁传感器580D，加速度传感器580E，距离传感器580F，接近光传感器580G，指纹传感器580H，温度传感器580J，触摸传感器580K，环境光传感器580L，骨传导传感器580M等。

可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器510可以包括一个或多个处理单元，例如：处理器510可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，存储器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器510中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器510中的存储器为高速缓冲存储器。该存储器可以保存处理器510刚用过或循环使用的指令或数据。如果处理器510需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器510的等待时间，因而提高了系统的效率。

在一些实施例中，处理器510可以包括一个或多个接口。接口可以包括集成电路（inter-integrated circuit，I2C）接口，集成电路内置音频（inter-integrated circuitsound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general-purposeinput/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或通用串行总线（universal serial bus，USB）接口等。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块550，无线通信模块560，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于遮挡单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块550可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块550可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块550可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块550还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块550的至少部分功能模块可以被设置于处理器510中。在一些实施例中，移动通信模块550的至少部分功能模块可以与处理器510的至少部分模块被设置在同一个器件中。

无线通信模块560可以提供应用在电子设备上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块560可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块560经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器510。无线通信模块560还可以从处理器510接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块550耦合，天线2和无线通信模块560耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（code divisionmultiple access，CDMA），宽带码分多址（wideband code division multiple access，WCDMA），时分码分多址（time-division code division multiple access，TD-SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统（global positioning system，GPS），全球导航卫星系统（globalnavigation satellite system，GLONASS），北斗卫星导航系统（beidou navigationsatellite system，BDS），准天顶卫星系统（quasi-zenith satellite system，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

电子设备通过GPU，显示屏594，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏594和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器510可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏594用于显示图像，视频等。显示屏594包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organic light-emittingdiode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emitting diode，AMOLED），柔性发光二极管（flex light-emittingdiode，FLED），Miniled，MicroLed，Micro-oLed，量子点发光二极管（quantum dot lightemitting diodes，QLED）等。在一些实施例中，电子设备可以包括1个或N个显示屏594，N为大于1的正整数。

本申请实施例中，显示屏594可用于显示电子设备的界面。如图2、图3、图7、图9、图11、图13所示，显示屏594可以用于显示电话会议的界面。

电子设备可以通过ISP，摄像头593，视频编解码器，GPU，显示屏594以及应用处理器等实现拍摄功能。在一些实施例中，电子设备可以包括1个或N个摄像头593，N为大于1的正整数。

内部存储器521可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器510通过运行存储在内部存储器521的指令，从而执行电子设备的各种功能应用以及数据处理。内部存储器521可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图像播放功能等）等。存储数据区可存储电子设备使用过程中所创建的数据（比如音频数据，电话本等）等。此外，内部存储器521可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。

加速度传感器580E可按照一定频率，周期性地采集电子设备的加速度数据。比如，可采集电子设备在各个方向(一般为XYZ三轴方向)上的加速度大小。

当然，可以理解的，上述图5所示仅仅为电子设备的形态为手机时的示例性说明。若电子设备是平板电脑，手持计算机，PC，PDA，可穿戴式设备（如：智能手表、智能手环）等其他设备形态时，电子设备的结构中可以包括比图5中所示更少的结构，也可以包括比图1中所示更多的结构，在此不作限制。

以下实施例中的方法均可以在具有上述硬件结构的电子设备中实现。

本申请实施例提供的方法对于发起电话会议的手机，即电话会议发起端，可以在进行电话会议时，实现静音某个电话会议参与端的功能、修改电话会议名称的功能以及显示某个电话会议参与端的会议状态的功能。对于参与电话会议的手机，在进行电话会议时，可以实现参与电话会议的手机（即电话会议参与端）的添加通话功能。相应的，本申请实施例提供的电话会议管理方法可以包括：“静音电话会议参与端”流程、“修改电话会议名称”流程、“显示电话会议参与端的会议状态”流程和“电话会议参与端添加通话”流程。

如图6所示，以电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议为例，“静音电话会议参与端”流程可以包括以下S601-S613。

S601、电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议。

可以理解的，电话会议发起端A、电话会议参与端B以及电话会议参与端C可以为不同的手机。电话会议参与端可以为两个，也可以为多个，本申请实施例中以电话会议参与端为两个为例进行示意说明，即电话会议参与端B和电话会议参与端C。

电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心（如IMS电话会议中心）建立电话会议的过程，可以参考上述如图1所示的手机A、手机B以及手机C通过IMS系统建立电话会议的过程，本申请实施例在此不再赘述。

S602、电话会议发起端A向电话会议参与端B发送握手请求消息。

在电话会议发起端与电话会议参与端之间建立电话会议，即电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议成功之后，电话会议发起端A可以向电话会议参与端B发送握手请求消息，用于确认电话会议参与端B是否可以响应相应的功能，如本申请实施例提供的电话会议发起端A静音电话会议参与端B的功能，即静音电话会议参与端功能。

握手请求消息可以为Options请求消息。Options请求消息中可以包含Accept头域、Content-type头域以及消息体。Accept头域，用于指示电话会议发起端可以接收的握手确认消息的类型。Content-type头域用于指示握手请求消息的类型。

消息体中可以携带握手请求信息，握手请求信息用于确认电话会议参与端是否可以响应相应的功能，如本申请实施例提供的电话会议发起端A静音电话会议参与端的功能。握手请求信息可以包括：握手请求标识、本端版本信息等内容。握手请求标识，用于指示该消息为握手请求消息，例如，握手请求标识可以为Ims Conference Extend HandshakeReq。本端版本信息，用于确认电话会议参与端A是否可以响应相应的功能，例如，本端版本信息可以为Version:1.0，用于确认电话会议参与端B是否可以响应本申请实施例提供的电话会议发起端A静音电话会议参与端B的功能。本端版本信息可以为Version:2.0，用于确认电话会议参与端B是否可以响应本申请实施例提供的修改电话会议名称的功能。本端版本信息可以Version:3.0，用于确认电话会议参与端B是否可以响应本申请实施例提供的显示电话会议参与端B的会议状态的功能。本端版本信息可以为Version:4.0，用于确认电话会议参与端B是否可以响应本申请实施例提供的电话会议参与端B添加通话的功能。

可以理解的，握手请求信息还可以包括其他信息，如消息序列号，本申请实施例对此并不进行限定。

例如，握手请求消息可以如下所示：

OPTIONS sip:carol@chicago.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877 Max-Forwards: 70

To: <sip:carol@chicago.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:alice@pc33.atlanta.com>

Accept: text/plain

Content-Type: text/plain

Content-Length: 46

Ims Conference Extend Handshake Req

Version:1.0

其中，握手请求消息中的Accept头域为text/plain，用于指示电话会议发起端A可以接收的消息体的类型为纯文本格式。握手请求消息中的Content-Type头域为text/plain，用于指示电话会议发起端A发送的握手请求消息的消息体的类型为纯文本格式。握手请求消息中的握手请求标识为Ims Conference Extend Handshake Req，用于指示该消息为握手请求消息。握手请求消息中的本端版本信息为Version:1.0，用于确认电话会议参与端B是否可以响应本申请实施例提供的静音电话会议参与端功能。

在一些示例中，在电话会议参与端为多个时，电话会议发起端A向可以依次向各个电话会议参与端发送握手请求消息，用于确认每个电话会议参与端是否可以响应相应的功能，如本申请实施例提供的静音电话会议参与端功能。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议之后，手机A可以先向手机B发送握手请求信息。在手机A接收到手机B发送的握手确认消息（即手机A与手机B握手成功，也就是说，手机B可以响应静音电话会议参与端功能）之后，手机A可以向手机C发送握手请求信息。

在另一些示例中，在电话会议参与端为多个时，电话会议发起端A向可以同时向多个电话会议参与端发送握手请求消息，用于确认每个电话会议参与端是否可以响应本申请实施例提供的静音电话会议参与端功能。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议之后，手机A可以同时向手机B和手机C发送握手请求信息，用于确认手机B以及手机C是否可以响应本申请实施例提供的静音电话会议参与端功能。

S603、电话会议参与端B接收握手请求消息。

S604、电话会议参与端B向电话会议发起端A发送握手确认消息。

在电话会议参与端B接收握手请求消息之后，电话会议参与端B确定是否可以响应握手请求消息中包括的功能，例如电话会议参与端B确定是否可以响应本申请实施例提供的静音电话会议参与端功能。

在电话会议参与端B确定可以响应握手请求消息中包括的功能时，电话会议参与端B可以向电话会议发起端A发送握手确认消息，用于指示电话会议参与端A可以响应本申请实施例提供的电话会议发起端A静音电话会议参与端B的功能，即静音电话会议参与端功能。在电话会议参与端B确定不可以响应握手请求消息中包括的功能时，电话会议参与端B可以不向电话会议发起端A发送握手确认消息。

握手确认消息可以为Options响应消息。Options响应消息中可以包含Content-type头域以及消息体。Content-type头域用于指示握手确认消息的类型。Content-type头域的内容与握手请求消息中的Accept头域的内容相同。

握手确认消息的消息体中可以携带握手确认信息，握手确认信息用于指示电话会议参与端可以响应本申请实施例提供的电话会议发起端A静音电话会议参与端B的功能。握手请求信息可以包括：握手请求确认标识、确认版本信息等内容。握手请求确认标识，用于指示该消息为握手请求确认消息，例如，握手请求确认标识可以为Ims Conference ExtendHandshake Cnf。确认版本信息，用于指示电话会议参与端B可以响应相应的功能，例如，握手确认消息中的本端版本信息可以为Version:1.0，用于指示电话会议参与端B可以响应本申请实施例提供的电话会议发起端A静音电话会议参与端B的功能。握手确认消息中的确认版本信息也可以为Version:2.0，用于指示电话会议参与端B可以响应本申请实施例提供的修改电话会议名称的功能。握手确认消息中的本端版本信息可以为Version:3.0，用于指示电话会议参与端B可以响应本申请实施例提供的显示电话会议参与端的会议状态的功能。握手确认消息中的本端版本信息可以为Version:4.0，用于指示电话会议参与端B可以响应本申请实施例提供的电话会议参与端添加通话的功能。

可以理解的，握手确认信息还可以包括其他信息，如消息序列号以及初始会议状态信息等内容，本申请实施例对此并不进行限定。

例如，握手确认消息可以如下所示：

SIP/2.0 200 OK

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877

;received=192.0.2.4

To: <sip:carol@chicago.com>;tag=93810874

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:carol@chicago.com>

Contact: <mailto:carol@chicago.com>

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE

Accept: application/sdp

Accept-Encoding: gzip

Accept-Language: en

Supported: foo

Content-Type: text/plain

Content-Length: 46

Ims Conference Extend Handshake Cnf

Version:1.0

其中，握手确认消息中的Content-Type头域为text/plain，用于指示电话会议发起端发送的握手确认消息的消息体的类型为纯文本格式。握手请求消息中的握手请求标识为Ims Conference Extend Handshake Req，用于指示该消息为握手请求消息。握手请求消息中的本端版本信息为Version:1.0，用于指示电话会议参与端B是否可以响应本申请实施例提供的静音电话会议参与端B功能。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议之后，手机A可以向手机B以及手机C发送握手请求信息，用于确定手机B以及手机C是否可以响应本申请实施例提供的静音电话会议参与端功能。在手机B确定可以响应握手请求消息中包括静音电话会议参与端功能时，手机B可以向手机A发送握手确认消息，用于指示手机B可以响应即静音电话会议参与端功能。在手机B确定不可以响应握手请求消息中包括静音电话会议参与端功能时，手机B可以不向手机A发送握手确认消息。

在手机C确定可以响应握手请求消息中包括静音电话会议参与端功能时，手机C可以向手机A发送握手确认消息，用于指示手机C可以响应即静音电话会议参与端功能。在手机C确定不可以响应握手请求消息中包括静音电话会议参与端功能时，手机C可以不向手机A发送握手确认消息。

S605、电话会议发起端A接收握手确认消息。

S606、电话会议发起端A向电话会议参与端C发送握手请求消息。

电话会议发起端A向电话会议参与端C发送握手请求消息，用于确认电话会议参与端C是否可以响应相应的功能，如本申请实施例提供的电话会议发起端A静音电话会议参与端C的功能，即静音电话会议参与端功能。

电话会议发起端A可以向电话会议参与端B和电话会议参与端C同时发送握手请求消息，也可以依次向电话会议参与端B和电话会议参与端C发送握手请求消息，如，电话会议发起端A可以先向电话会议参与端B发送握手请求消息，之后再向电话会议参与端C发送握手请求消息。

电话会议发起端A向电话会议参与端C发送的握手请求消息，可以参考上述S602，即电话会议发起端A向电话会议参与端B发送的握手请求消息。本申请实施例在此不再赘述。

S607、电话会议参与端C接收握手请求消息。

S608、电话会议参与端C向电话会议发起端A发送握手确认消息。

在电话会议参与端C接收握手请求消息之后，电话会议参与端C确定是否可以响应握手请求消息中包括的功能，例如电话会议参与端C确定是否可以响应本申请实施例提供的静音电话会议参与端功能。

在电话会议参与端C确定可以响应握手请求消息中包括的功能时，电话会议参与端C可以向电话会议发起端C发送握手确认消息，用于指示电话会议参与端C可以响应本申请实施例提供的电话会议发起端A静音电话会议参与端C的功能，即静音电话会议参与端功能。在电话会议参与端C确定不可以响应握手请求消息中包括的功能时，电话会议参与端C可以不向电话会议发起端A发送握手确认消息。

电话会议参与端C向电话会议发起端A发送的握手确认消息，可以参考上述S604，即电话会议参与端B向电话会议发起端A发送的握手请求消息。本申请实施例在此不再赘述。

S609、电话会议发起端A接收握手确认消息。

S610、电话会议发起端A向电话会议参与端B发送静音请求消息。

在电话会议发起端A接收到电话会议参与端B发送的握手确认消息时，电话会议发起端A可以确定该电话会议参与端B可以响应相应的功能，即本申请实施例提供的静音电话会议参与端功能。发送握手确认消息的电话会议参与端可以为一个，也可以为多个。

在电话会议发起端A接收到电话会议参与端B发送的握手确认消息后，电话会议发起端A可以在通话界面中显示该电话会议参与端B对应的静音选项，该静音选项用于触发该电话会议参与端B执行静音，或者说用于触发电话会议发起端A向该电话会议参与端B发送静音请求消息。在电话会议发起端A接收到用户对静音选项的触发操作，如点击操作时，作为响应，电话会议发起端A可以向该静音选项对应的电话会议参与端（如电话会议参与端B）发送静音请求消息。

在一些示例中，在发送握手确认消息的电话会议参与端为多个时，电话会议发起端A可以向一个或多个发送握手确认消息的电话会议参与端发送静音请求消息，从而将该一个或多个电话会议参与端进行静音。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议之后，手机A可以向手机B以及手机C发送握手请求信息，用于确定手机B以及手机C是否可以响应本申请实施例提供的静音电话会议参与端功能。在手机B以及手机C可以响应静音电话会议参与端功能时，手机B以及手机C可以向手机A发送握手确认消息。在手机A接收到手机B以及手机C发送的握手确认消息时，作为响应，如图7中的（a）所示，在手机A的通话界面701中显示手机B对应的静音选项702以及手机C对应的静音选项703。

在手机A接收用户对静音选项702的触发操作，如点击操作时，作为响应，手机A可以向手机B发送静音请求消息。在手机A接收用户对静音选项703的触发操作，如点击操作时，作为响应，手机A可以向手机C发送静音请求消息。

静音请求消息可以为Options请求消息。Options请求消息中可以包含Accept头域、Content-type头域以及消息体。Accept头域，用于指示电话会议发起端A可以接收的静音确认消息中的消息体的类型。Content-type头域用于指示静音请求消息的消息体的类型。

消息体中可以静音标识，静音标识用于请求电话会议参与端执行静音。例如，静音请求消息可以为Ims Conference Mute Request。

例如，静音请求消息可以如下所示：

OPTIONS sip:carol@chicago.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877 Max-Forwards: 70

To: <sip:carol@chicago.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:alice@pc33.atlanta.com>

Accept: text/plain

Content-Type: text/plain

Content-Length: 28

Ims Conference Mute Request

其中，静音请求消息中的Accept头域为text/plain，用于指示电话会议发起端A可以接收的静音确认消息的消息体的类型为纯文本格式。静音请求消息中的Content-Type头域为text/plain，用于指示电话会议发起端A发送的静音请求消息的消息体的类型为纯文本格式。静音请求消息中的静音标识为Ims Conference Mute Request，用于请求相应的电话会议参与端执行静音。

需要说明的是，静音请求消息中的Accept头域为text/plain仅为一种示例，静音请求消息中的Accept头域还可以为text/xml，用于指示电话会议发起端可以接收的静音确认消息的消息体的类型为xml格式。静音请求消息中的Accept头域还可以为application/octet-stream，用于指示电话会议发起端可以接收的静音确认消息的消息体的类型为二进制码流。本申请实施例中对此并不进行限定。

在一些示例中，电话会议发起端A可以不与电话会议参与端B进行握手，电话会议发起端A可以直接向电话会议参与端B发送静音请求消息。电话会议参与端B在接收到电话会议发起端A发送的静音请求消息之后，电话会议参与端B确定是否可以响应静音请求消息中的静音功能，电话会议参与端B确定可以响应静音请求消息中的静音功能时，电话会议参与端B可以执行静音。

S611、电话会议参与端B接收静音请求消息，并执行静音。

电话会议参与端B在接收到电话会议发起端A发送的静音请求消息之后，电话会议参与端可以执行静音。在电话会议参与端B执行静音之后，电话会议参与端B可以在通话界面中显示静音状态，如，将通话界面中的静音选项高亮显示。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。结合图7中的（a）所示，在手机A接收用户对静音选项702的触发操作，如点击操作时，作为响应，手机A可以向手机B发送静音请求消息。在手机B接收到手机A发送的静音请求消息时，手机B可以执行静音，即手机B停止录入用户B的语音。在手机B执行静音后，如图7中的（b）所示，手机B可以在通话界面704的静音选项705高亮显示，以提示用户B已被静音。

S612、电话会议参与端B向电话会议发起端A发送静音确认消息。

在电话会议参与端B执行静音之后，电话会议参与端B可以向电话会议发起端A发送静音确认消息，用于指示电话会议参与端B执行静音是否成功。

静音确认消息可以为Options响应消息。Options响应消息中可以包含Content-type头域以及消息体。Content-type头域用于指示握手确认消息的类型。Content-type头域的内容与静音请求消息中的Accept头域的内容相同。

消息体中可以携带静音执行结果，静音执行结果用于指示电话会议参与端B执行静音成功或失败。例如，静音执行结果可以为Result：Succ/Fail。

例如，静音确认消息可以如下所示：

SIP/2.0 200 OK

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877

;received=192.0.2.4

To: <sip:carol@chicago.com>;tag=93810874

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:carol@chicago.com>

Contact: <mailto:carol@chicago.com>

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE

Accept: application/sdp

Accept-Encoding: gzip

Accept-Language: en

Supported: foo

Content-Type: text/plain

Content-Length: 64

Ims Conference Mute Cnf

Result：Succ/Fail

其中，静音确认消息中的Content-Type头域为text/plain，用于指示电话会议参与端B发送的静音确认消息的消息体的类型为纯文本格式。静音确认消息中的静音执行结果为Result：Succ/Fail，用于指示电话会议参与端B执行静音是否成功。

S613、电话会议发起端A接收静音确认消息，并在通话界面中显示电话会议参与端B的状态为通话静音状态。

电话会议发起端A接收到电话会议参与端B发送的静音确认消息之后，在电话会议发起端A确定电话会议参与端B执行静音成功时，电话会议发起端A可以在通话界面中显示该电话会议参与端B的状态为通话静音状态，如，将通话界面中该电话会议参与端B对应的静音选项高亮显示。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。结合图7中的（a）所示，在手机A接收用户对静音选项702的触发操作，如点击操作时，作为响应，手机A可以向手机B发送静音请求消息。在手机B接收到手机A发送的静音请求消息时，手机B可以执行静音。在手机B执行静音后，手机B可以向手机A发送静音确认消息。在手机A接收到静音确认消息之后，作为响应，如图7中的（c）所示，手机A可以将通话界面701的中手机B对应的静音选项702高亮显示，以提示用户B已被静音。

可以理解的，在电话会议发起端A接收到电话会议参与端C发送的握手确认消息之后，即电话会议发起端A确定电话会议参与端C可以执行本申请实施例提供的静音电话会议参与端功能，电话会议发起端A也可以静音电话会议参与端C。即电话会议发起端A也可以向电话会议参与端C发送静音请求消息，用于指示将电话会议参与端C静音。电话会议发起端A静音电话会议参与端C的过程可以参考上述S609-S613，即电话会议发起端A静音电话会议参与端B的过程。

采用本申请的方案，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现静音电话会议参与端的功能，从而满足用户的需求，提高用户的体验。

如图8所示，以电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议为例，“修改电话会议名称”流程可以包括以下S801-S814。

S801、电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议。

S802、电话会议发起端A向电话会议参与端B发送握手请求消息。

在电话会议发起端与电话会议参与端建立电话会议，即电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议成功之后，电话会议发起端A可以向电话会议参与端B发送握手请求消息，用于确认电话会议参与端B是否可以响应相应的功能，如本申请实施例提供的修改电话会议名称功能。

电话会议发起端A向电话会议参与端B发送握手请求消息，可以参考上述S602，本申请实施例在此不再赘述。

S803、电话会议参与端B接收握手请求消息。

S804、电话会议参与端B向电话会议发起端A发送握手确认消息。

在电话会议参与端B接收握手请求消息之后，电话会议参与端B确定是否可以响应握手请求消息中包括的功能，如电话会议参与端B确定是否可以响应相应的功能，如本申请实施例提供的修改电话会议名称。

在电话会议参与端B确定可以响应本申请实施例提供的修改电话会议名称功能时，电话会议参与端B可以向电话会议发起端A发送握手确认消息。电话会议参与端B向电话会议参与端A发送握手请求消息，可以参考上述S604，本申请实施例在此不再赘述。

S805、电话会议发起端A接收握手确认消息。

S806、电话会议发起端A向电话会议参与端C发送握手请求消息。

电话会议发起端A向电话会议参与端C发送握手请求消息，用于确认电话会议参与端C是否可以响应相应的功能，如本申请实施例提供的修改电话会议名称功能。

S807、电话会议参与端C接收握手请求消息。

S808、电话会议参与端C向电话会议发起端A发送握手确认消息。

在电话会议参与端C接收握手请求消息之后，电话会议参与端C确定是否可以响应握手请求消息中包括的功能，例如电话会议参与端C确定是否可以响应本申请实施例提供的修改电话会议名称功能。

在电话会议参与端C确定可以响应握手请求消息中包括的功能时，电话会议参与端C可以向电话会议发起端C发送握手确认消息，用于指示电话会议参与端C可以响应本申请实施例提供的修改电话会议名称功能。在电话会议参与端C确定不可以响应握手请求消息中包括的功能时，电话会议参与端C可以不向电话会议发起端A发送握手确认消息。

S809、电话会议发起端A接收握手确认消息。

S810、电话会议发起端A修改电话会议名称。

电话会议发起端A与电话会议参与端B以及电话会议参与端C建立电话会议之后，电话会议参与端A的通话界面中可以包括电话会议名称编辑项，电话会议名称编辑项包括电话会议的当前名称。电话会议发起端A可以接收用户对电话会议名称编辑项的修改操作，用于修改该编辑项包括的电话会议的当前名称。在电话会议发起端接收到用户对电话会议名称编辑项的修改操作时，作为响应，电话会议发起端A可以显示输入法界面，通过输入法界面，手动输入电话会议的名称。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议时，如图9中的（a）所示，手机A的通话界面901中包括电话会议名称编辑项902。在手机A接收到用户对电话会议名称编辑项902的修改操作，如接收到用户对电话会议名称编辑项902的点击操作时，作为响应，电话会议发起端可以显示输入法界面，通过输入法界面，手动输入电话会议的名称，如“放假安排讨论会”。在手机A接收到用户手动输入电话会议的名称时，作为响应，如图9中的（b）所示，手机A的通话界面901中显示修改后的电话会议名称，如“放假安排讨论会”。

可以理解的，在电话会议发起端与电话会议参与端建立电话会议之后，电话会议发起端可以先与电话会议参与端进行握手，再修改电话会议名称，电话会议发起端也可以先修改电话会议名称，再与电话会议参与端进行握手。本申请实施例对此并不进行限定。

S811、电话会议发起端A向电话会议参与端B发送改名请求消息。

在电话会议发起端A修改电话会议名称之后，电话会议发起端A可以向发送握手确认消息的电话会议参与端发送改名请求消息，用于修改电话会议参与端的通话界面中显示的电话会议名称。改名请求消息可以包括修改后的电话会议名称。

在与电话会议握手成功的电话会议参与端为多个时，即发送握手确认消息的电话会议参与端为多个时，电话会议发起端A可以向每一个发送握手确认消息的电话会议参与端发送改名请求消息，从而将每一个发送握手确认消息的电话会议参与端通话界面中显示的电话会议名称进行修改。

在一些示例中，在发送握手确认消息的电话会议参与端为多个时，电话会议发起端A可以依次向发送握手确认消息的电话会议参与端发送改名请求消息。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议，且手机A与手机B以及手机C握手成功之后，手机A可以修改电话会议名称。在手机A修改电话会议名称之后，手机A可以向手机B发送改名请求消息，改名请求消息包括修改后的电话会议名称。之后，手机A可以向手机C发送改名请求消息，改名请求消息包括修改后的电话会议名称，即放假安排讨论会。手机C接收到电话会议改名消息后，在手机C的通话界面中显示修改后的电话会议名称。

在另一些示例中，在发送握手确认消息的电话会议参与端为多个时，电话会议发起端A也可以同时向多个发送握手确认消息的电话会议参与端发送改名请求消息。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议，且手机A与手机B以及手机C握手成功之后，手机A可以修改电话会议名称。在手机A修改电话会议名称之后，手机A可以同时向手机B以及手机C发送改名请求消息，改名请求消息包括修改后的电话会议名称。手机B以及手机C接收到改名请求消息后，可以在各自的通话界面中显示修改后的电话会议名称。

改名请求消息可以为Options请求消息。Options请求消息中可以包含Accept头域、Content-type头域以及消息体。Accept头域，用于指示电话会议发起端可以接收的改名确认消息的类型。Content-type头域用于指示改名请求消息的消息体的类型。消息体中可以包括修改后的电话会议名称。

例如，改名请求消息可以如下所示：

OPTIONS sip:carol@chicago.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877 Max-Forwards: 70

To: <sip:carol@chicago.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: <sip:alice@pc33.atlanta.com>

Accept: text/plain

Content-Type: text/plain

Content-Length: 85

Ims Conference SetTitle Begin

XX放假安排讨论会

Ims Conference SetTitle End

其中，改名请求消息中的Accept头域为text/plain，用于指示电话会议发起端A可以接收的改名确认消息的消息体的类型为纯文本格式。改名请求消息中的Content-Type头域为text/plain，用于指示电话会议发起端A发送的改名请求消息的消息体的类型为纯文本格式。改名请求消息包括修改后的电话会议名称，即放假安排讨论会。

在一些示例中，电话会议发起端A可以不与电话会议参与端B进行握手，电话会议发起端A可以直接向电话会议参与端B发送改名请求消息。电话会议参与端B在接收到电话会议发起端A发送的改名请求消息之后，电话会议参与端B确定是否可以响应电话会议改名功能，电话会议参与端B确定可以响应电话会议改名功能时，电话会议参与端B可以显示修改后的电话会议名称。

S812、电话会议参与端B接收改名请求消息，并显示修改后的会议名称。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A、手机B以及手机C通过IMS系统建立电话会议，且手机A与手机B以及手机C握手成功之后，手机A可以修改电话会议名称，如结合图9中的（b）所示，手机A修改电话会议名称为放假安排讨论会。在手机A修改电话会议名称之后，手机A可以向手机B发送改名请求消息，改名请求消息包括修改后的电话会议名称，即放假安排讨论会。手机B接收到改名请求消息后，如图9中的（c）所示，在手机B的通话界面903中显示修改后的电话会议名称。之后，手机A可以向手机C发送改名请求消息，改名请求消息包括修改后的电话会议名称，即放假安排讨论会。手机C接收到改名请求消息后，在手机C的通话界面中显示修改后的电话会议名称。

S813、电话会议参与端B向电话会议发起端A发送改名确认消息。

在电话会议参与端B显示修改后的电话会议名称之后，电话会议参与端B可以向电话会议发起端A发送改名确认消息，用于指示电话会议参与端B响应电话会议名称修改是否成功。

改名确认消息可以为Options响应消息。Options响应消息中可以包含Content-type头域以及消息体。Content-type头域用于指示握手确认消息的消息体的类型。Content-type头域的内容与改名请求消息中的Accept头域的内容相同。

消息体中可以携带电话会议改名执行结果，电话会议改名执行结果用于指示电话会议参与端B响应电话会议名称修改成功或失败。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A修改电话会议名称之后，手机A可以向手机B发送改名请求消息。手机B接收到改名请求消息之后，可以显示修改后的电话会议名称。之后，手机B可以向手机A发送改名确认消息，用于指示手机B响应电话会议名称修改成功。之后，手机A可以向手机C发送电话会议改名命令。手机C接收到改名请求消息后，可以显示修改后的电话会议名称。之后手机C可以向手机A发送改名确认消息，用于指示手机C响应电话会议名称修改成功。

S814、电话会议发起端A接收改名确认消息。

可以理解的，在电话会议发起端A与电话会议参与端B修改电话会议名称之后，电话会议发起端A可以继续添加通话，即增加新的电话会议参与端。在增加新的电话会议参与端成功之后，电话会议发起端A可以与新的电话会议参与端进行握手，握手成功后，电话会议发起端A可以向新的电话会议参与端发送改名请求消息，用于修改新的电话会议参与端的通话界面中显示的电话会议名称。

可以理解的，在电话会议发起端A接收到电话会议参与端C发送的握手确认消息时，即电话会议发起端A确定电话会议参与端C可以执行本申请实施例提供的静音电话会议参与端功能。在电话会议发起端A修改电话会议名称之后，电话会议发起端A也可以向电话会议参与端C发送改名请求消息，用于修改电话会议参与端C的通话界面中显示的电话会议名称。即电话会议参与端C修改电话会议名称的过程可以参考上述S811-S814，即电话会议参与端B修改电话会议名称的过程。

采用本申请的方案，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议，可以实现修改电话会议名称的功能，从而满足用户的需求，提高用户的体验。

如图10所示，以电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议为例，“显示电话会议参与端的会议状态”流程可以包括以下S1001-S1011。

S1001、电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议。

S1002、电话会议发起端A向电话会议参与端B发送握手请求消息。

在电话会议发起端与电话会议参与端建立电话会议，即电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议成功之后，电话会议发起端A可以向电话会议参与端B发送握手请求消息，用于确认电话会议参与端B是否可以响应相应的功能，如本申请实施例提供的显示电话会议参与端的会议状态功能。

S1003、电话会议参与端B接收握手请求消息。

S1004、电话会议参与端B向电话会议发起端A发送握手确认消息。

在电话会议参与端B接收握手请求消息之后，电话会议参与端B确定是否可以响应握手请求消息中包括的功能，如电话会议参与端B确定是否可以响应本申请实施例提供的显示电话会议参与端的会议状态功能。

在电话会议参与端B确定可以响应本申请实施例提供的显示电话会议参与端的会议状态功能时，电话会议参与端B可以向电话会议发起端A发送握手确认消息。电话会议参与端B向电话会议发起端A发送握手请求消息，可以参考上述S604，本申请实施例在此不再赘述。

S1005、电话会议发起端A接收握手确认消息。

S1006、电话会议发起端A向电话会议参与端C发送握手请求消息。

电话会议发起端A向电话会议参与端C发送握手请求消息，用于确认电话会议参与端C是否可以响应相应的功能，如本申请实施例提供的显示电话会议参与端的会议状态功能。

S1007、电话会议参与端C接收握手请求消息。

S1008、电话会议参与端C向电话会议发起端A发送握手确认消息。

在电话会议参与端C接收握手请求消息之后，电话会议参与端C确定是否可以响应握手请求消息中包括的功能，例如电话会议参与端C确定是否可以响应本申请实施例提供的显示电话会议参与端的会议状态功能。

在电话会议参与端C确定可以响应握手请求消息中包括的功能时，电话会议参与端C可以向电话会议发起端C发送握手确认消息，用于指示电话会议参与端C可以响应本申请实施例提供的显示电话会议参与端的会议状态功能。在电话会议参与端C确定不可以响应握手请求消息中包括的功能时，电话会议参与端C可以不向电话会议发起端A发送握手确认消息。

S1009、电话会议发起端A接收握手确认消息。

S1010、电话会议参与端B向电话会议发起端A发送扩展会议状态消息。

在一些示例中，在电话会议发起端A与电话会议参与端B握手成功，即电话会议发起端A接收到电话会议参与端B发送的握手确认消息之后，在电话会议参与端B的会议状态改变的情况下，电话会议参与端B可以向电话会议发起端A发送扩展会议状态消息，从而电话会议发起端可以在通话界面显示电话会议参与端的会议状态（如正在输入语音、正在输入文本或者离开会议等）。

例如，在电话会议参与端B正在输入语音时，电话会议参与端B可以向电话会议发起端A发送电话会议发起端B的扩展会议状态消息，电话会议参与端B的扩展会议状态消息可以包括电话会议发起端的会议状态，即正在输入语音，从而电话会议发起端A可以在通话界面显示电话会议参与端B正在输入语音，从而能够方便用户查看电话会议参与端的会议状态。

扩展会议状态消息可以为Options请求消息。Options请求消息中可以包含Accept头域、Content-type头域以及消息体。Accept头域，用于指示电话会议发起端A可以接收的电话会议改名确认消息的类型。Content-type头域用于指示电话会议改名命令的类型。消息体中可以包括电话会议参与端的会议状态，如正在输入语音、正在输入文本或者离开会议等。

在一些示例中，电话会议发起端A可以不与电话会议参与端B进行握手，在电话会议参与端B的会议状态改变的情况下，电话会议参与端B向电话会议发起端A发送扩展会议状态消息。电话会议发起端A在接收到电话会议参与端B发送的扩展会议状态消息之后，电话会议发起端A可以显示电话会议参与端B的会议状态。

在另一些示例中，电话会议参与端B可以实时或者每隔预设时长向电话会议发起端A发送会议状态消息，从而电话会议发起端A可以在通话界面显示电话会议参与端B的会议状。

S1011、电话会议发起端A接收扩展会议状态消息，并显示电话会议参与端B的会议状态。

在电话会议发起端A接收到电话会议参与端B发送的电话会议参与端B的扩展会议状态消息时，电话会议发起端A可以在通话界面显示电话会议参与端B的会议状态，从而能够方便用户查看电话会议参与端B的会议状态。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A与手机B以及手机C握手成功之后，手机B以及手机B可以向手机A发送扩展会议状态消息。如，在用户B使用手机B进行说话时，手机B可以向手机A发送扩展会议状态消息，扩展会议状态消息可以包括手机B的会议状态，即正在输入语音。在手机A接收到手机B发送的扩展会议状态消息时，如图11所示，手机A可以在通话界面1101中显示手机B的会议状态，即正在输入语音。

在一些示例中，电话会议发起端A接收到电话会议参与端B的扩展会议状态消息之后，电话会议发起端A可以向电话会议参与端B发送会议状态确认消息，用于指示电话会议发起端A接收到向电话会议参与端B发送的扩展会议状态消息。

在一些示例中，在与电话会议发起端A握手成功的电话会议参与端为多个的情况下，电话会议发起端A在接收到一个或多个电话会议参与端发送的扩展会议状态消息之后，电话会议发起端可以将接收到的扩展会议状态消息发送给其他电话会议参与端，例如电话会议发起端A可以将接收到的扩展会议状态消息通过Options方法广播给与电话会议发起端握手成功的电话会议参与端，从而其他电话会议参与端可以方便查看对应的电话会议参与端的会议状态。

可以理解的，在电话会议发起端A接收到电话会议参与端C发送的握手确认消息时，即电话会议发起端A确定电话会议参与端C可以执行本申请实施例提供的显示电话会议参与端的会议状态功能。电话会议参与端C也可以向电话会议发起端A发送扩展会议状态消息，从而电话会议发起端A的通话界面可以显示电话会议参与端C的会议状态。电话会议发起端A的通话界面显示电话会议参与端C的会议状态的过程可以参考上述S1010-S1011，即电话会议发起端A的通话界面显示电话会议参与端B的会议状态的过程。

采用本申请的方案，可以在进行电话会议时，丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现显示电话会议参与端的会议状态的功能，从而满足用户的需求，提高用户的体验。

如图12所示，以电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议为例，“电话会议参与端添加通话”流程可以包括以下S1201-S1210。

S1201、电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议。

S1202、电话会议发起端A向电话会议参与端B发送握手请求消息。

在电话会议发起端与电话会议参与端建立电话会议，即电话会议发起端A与电话会议参与端B以及电话会议参与端C通过电话会议中心建立电话会议成功之后，电话会议发起端A可以向电话会议参与端B发送握手请求消息，用于确认电话会议参与端B是否可以响应本申请实施例提供的电话会议参与端添加通话功能。

S1203、电话会议参与端B接收握手请求消息。

S1204、电话会议参与端B向电话会议发起端A发送握手确认消息。

在电话会议参与端B接收握手请求消息之后，电话会议参与端B确定是否可以响应握手请求消息中包括的功能，如电话会议参与端B确定是否可以响应本申请实施例提供的电话会议参与端添加通话功能。

在电话会议参与端B确定可以响应本申请实施例提供的电话会议参与端添加通话功能时，电话会议参与端B可以向电话会议发起端A发送握手确认消息。电话会议参与端B向电话会议发起端A发送握手请求消息，可以参考上述S604，本申请实施例在此不再赘述。

S1205、电话会议发起端A接收握手确认消息。

S1206、电话会议参与端B向电话会议发起端A发送添加通话请求消息。

在电话会议发起端A与电话会议参与端B建立电话会议之后，电话会议发起端A可能需要应其他与电话会议参与端的要求邀请其他电话会议参与端加入电话会议。若电话会议发起端会议主席没有被邀请的电话会议参与端的电话号码，此时往往需要其他电话会议参与端查找并口述被邀请的电话会议参与端的电话号码，并由电话会议发起端手动输入，此过程繁琐且容易出错。

本申请实施例中，在电话会议发起端A与电话会议参与端B建立电话会议之后，电话会议参与端B的通话界面可以包括添加通话选项，用于将其他电话会议参与端加入到电话会议中。在电话会议参与端B接收到用户对添加通话选项的触发操作，如点击操作时，电话会议参与端B可以显示拨号界面，或者显示通讯录。在电话会议参与端B接收到用户输入的电话号码或者用户对通讯录中某个联系人的点击操作时，作为响应，电话会议参与端B可以向电话会议发起端A发送添加通话请求消息，添加通话请求消息包括新的电话会议参与端（如电话会议参与端D）的信息，如电话号码或者名称，从而电话会议发起端A可以将对应的电话会议参与端D加入电话会议。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在建立电话会议之后，如图13中的（a）所示，手机B的通话界面1301中包括添加通话选项1302。在手机B接收到用户对添加通话选项1302的触发操作，如点击操作时，手机B可以显示通讯录，通讯录中包括用户D。在手机B接收到用户对通讯录中包括的用户D的点击操作时，作为响应，手机B可以向手机A发送添加通话请求消息，添加通话请求消息可以包括用户D的名称，以及用户D的手机D对应的电话号码。

添加通话请求消息可以为Options请求消息。Options请求消息中可以包含Accept头域、Content-type头域以及消息体。Accept头域，用于指示电话会议参与端A可以接收的添加通话确认消息的消息体的类型。Content-type头域用于指示添加通话请求消息的消息体的类型。消息体中可以包括被邀请加入电话会议的参与者的名称，或者电话号码等。

在一些示例中，电话会议发起端A可以不与电话会议参与端B进行握手，在电话会议参与端B的接收到用户添加通话的操作的情况下，电话会议参与端B可以向电话会议发起端A发送添加通话请求消息。

S1207、电话会议发起端A接收添加通话请求消息，显示第一提示窗，用于确认用户是否同意添加电话会议参与端D。

在电话会议发起端接收到电话会议发起端发送的添加通话请求消息时，电话会议发起端可以显示第一提示窗，用于确认用户是否同意添加新的电话会议参与端，如电话会议参与端D。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。在手机A接收到手机B发送的添加通话请求消息（包括用户D的名称，以及用户D的手机D对应的电话号码）时，手机A可以显示第一提示窗。如图13中的（b）所示，手机A的通话界面1302中可以显示第一提示窗，第一提示窗可以包括“用户B请求添加用户D（电话号码：xxxxxxxxxxx）加入会议”字样。第一提示窗还可以包括两个选项，即“同意”选项和“拒绝”选项。

当手机A接收到用户对第一提示窗中“同意”选项的触发操作，如点击操作时，手机A可以确定用户同意添加新的电话会议参与端。当手机A接收到用户对第一提示窗中“拒绝”选项的触发操作，如点击操作时，手机A可以确定用户拒绝添加新的电话会议参与端。

S1208、电话会议发起端A接收用户同意添加电话会议参与端D的操作。

当用户同意添加新的电话会议参与端，即电话会议参与端D时，用户可以对第一提示窗中的相应选项进行触发操作，如点击上述第一提示窗包括的“同意”选项，即电子设备接收到用户同意添加新的电话会议参与端的触发操作。

S1209、响应该操作，电话会议发起端A向电话会议中心发送添加通话请求消息。

在电话会议发起端接收用户同意添加新的电话会议参与端的操作之后，电话会议发起端可以向电话会议中心（如IMS电话会议中心）发送添加通话请求消息。添加通话请求消息可以为Refer。添加通话请求消息可以包括新的电话会议参与端的信息，如新的电话会议参与端的名称，或者电话号码等

S1210、电话会议中心向电话会议参与端D发送会话建立请求消息。

在电话会议中心收到电话会议发起端A发送的添加通话请求消息之后，电话会议中心可以向新的电话会议参与端（如电话会议参与端D）发送会话建立请求消息，用于指示新的电话会议参与端加入电话会议中。会话建立请求消息可以为邀请消息（INVITE）。

在新的电话会议参与端接收到会话建立请求消息之后，新的电话会议参与端可以加入已建立的电话会议中。在新的电话会议参与端加入已建立的电话会议中之后，电话会议发起端的通话界面中可以显示新的电话会议参与端。

例如，继续以三个手机（如手机A、手机B以及手机C）通过IMS系统建立电话会议，手机A为电话会议发起端，手机B以及手机C为电话会议参与端为例。结合图13中的（b）所示，在手机A接收到用户对“同意”选项的触发操作时，手机A可以向IMS电话会议中心发送添加通话请求消息，添加通话请求消息可以包括手机D对应的电话号码。之后，手机A可以显示如图13中的（c）所示的通话界面1303，通话界面1303中可以包括显示与会人员选项1304。在手机A接收到用户对显示与会人员选项1304的触发操作，如点击操作时，作为响应，如图13中的（d）所示，手机A可以显示通话界面1305，通话界面1305可以显示与会人员（即用户B、用户C以及用户D）的姓名、电话号码以及通话时间。

可理解的，电话会议发起端将新的电话会议参与端加入电话会议的过程，可以参考上述图1中的S106-S109，本申请实施例在此不再赘述。

可以理解的，在电话会议发起端A接收到电话会议参与端C发送的握手确认消息时，即电话会议发起端A确定电话会议参与端C可以执行本申请实施例提供的电话会议参与端添加通话。电话会议参与端C也可以向电话会议发起端A发送添加通话请求消息，即电话会议参与端C也可以端添加通话。电话会议参与端C端添加通话的过程可以参考上述S1206-S1210，即电话会议参与端B添加通话的过程。

采用本申请的方案，可以在进行电话会议时，丰富电话会议参与端的功能，如在进行电话会议时，可以实现电话会议参与端添加通话的功能，从而满足用户的需求，提高用户的体验。

如图14所示，本申请实施例提供的电话会议管理方法可以包括以下S1401-S1411。

S1401、电话会议发起端与电话会议参与端通过电话会议中心建立电话会议。

可以理解的，电话会议发起端以及电话会议参与端可以为不同的手机。电话会议参与端可以为两个，也可以为多个。在本申请实施例中电话会议发起端可以称为第一电子设备，电话会议参与端可以称为第二电子设备。

电话会议发起端与电话会议参与端通过电话会议中心（如IMS电话会议中心）建立电话会议的过程，可以参考上述如图1所示的手机A、手机B以及手机C通过IMS系统建立电话会议的过程，本申请实施例在此不再赘述。

S1402、电话会议发起端向电话会议参与端发送握手请求消息。

在电话会议发起端与电话会议参与端建立电话会议之后，电话会议发起端可以向电话会议参与端发送握手请求消息，用于确认电话会议参与端是否可以响应相应的功能，本申请实施例中该相应的功能可以称为电话会议管理功能。电话会议管理功能可以包括修改显示的电话会议的名称的功能、执行静音的功能、发送电话会议参与端的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个。在本申请实施例中握手请求消息可以称为第四请求消息。第四请求消息的消息体可以包括请求标识，用于指示确定电话会议参与端是否能够响应电话会议管理功能。

电话会议发起端向电话会议参与端发送握手请求消息，可以参考上述S602，也可以参考上述S802，还可以参考上述S1002，或者还可以参考上述S1202，本申请实施例在此不再赘述。

S1403、电话会议参与端接收握手请求消息。

S1404、电话会议参与端向电话会议发起端发送握手确认消息。

在电话会议参与端接收握手请求消息之后，电话会议参与端确定是否可以响应握手请求消息中包括的功能，如电话会议参与端确定是否可以响应本申请实施例提供的显示电话会议参与端的会议状态功能。在本申请实施例中握手确认消息可以称为第二确认消息。第二确认消息的消息体可以包括确认标识，用于指示电话会议参与端能够响应的电话会议管理功能。

在电话会议参与端确定可以响应本申请实施例提供的显示电话会议参与端的会议状态功能时，电话会议参与端可以向电话会议发起端发送握手确认消息。电话会议发起端向电话会议参与端发送握手请求消息，可以参考上述S604，也可以参考上述S804，还可以参考上述S1004，或者还可以参考上述S1204，本申请实施例在此不再赘述。

S1405、电话会议发起端接收握手确认消息。

S1406、电话会议发起端显示第一界面，第一界面包括第一管理控件，第一管理控件用于对电话会议进行管理。

第一界面可以为电话会议发起端的通话界面。第一界面包括用于对电话会议进行管理第一管理控件。第一管理控件可以为用于修改电话会议的名称的第一控件，第一管理控件还可以为用于静音电话会议参与端的第二控件。本申请实施例对此并不进行限定。

S1407、电话会议发起端接收用户对第一管理控件的第一操作。

第一操作可以是用户对修改电话会议的名称的第一控件的操作，第一操作也可以是用户对用于静音电话会议参与端的第二控件的操作。

在电话会议发起端接收到用户对第一控件的操作的情况下，电话会议发起端可以确定用户需要修改电话会议名称，作为响应，电话会议发起端可以显示输入法界面，通过输入法界面，手动输入电话会议的名称。在电话会议发起端修改电话会议名称完成后，电话会议发起端可以向电话会议参与端发送第一请求消息，请求该电话会议参与端修改显示的电话会议的名称。

在电话会议发起端接收到用户对第二控件的操作的情况下，电话会议发起端可以确定用户静音某个电话会议参与端，作为响应，电话会议发起端可以向电话会议参与端发送第一请求消息，请求该电话会议参与端执行静音。

S1408、响应第一操作，电话会议发起端向电话会议参与端发送第一请求消息。

第一请求消息可以为静音请求消息，也可以为改名请求消息。静音请求消息，用于请求电话会议参与端执行静音。改名请求消息，用于请求电话电话会议参与端修改电话会议参与端的通话界面中显示的电话会议名称。改名请求消息可以包括修改后的电话会议名称。第一请求消息可以为Options请求消息。在第一管理控件为第一控件的情况下，第一请求消息的消息体可以包括请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还可以包括修改后电话会议的名称。在第一管理控件为第二控件的情况下，第一请求消息的消息体可以包括请求标识，用于指示执行静音。本申请实施例中电话会议参与端的通话界面可以称为第二界面。

可以理解的，在第一请求消息为改名请求消息时，电话会议发起端可以先在电话会议发起端的通话界面上修改电话会议名称，在电话会议发起端修改电话会议名称之后，电话会议发起端可以向电话会议参与端发送改名请求消息，改名请求消息包括修改后的电话会议名称。

可以理解的，电话会议发起端可以不与电话会议参与端进行握手，电话会议发起端可以直接向电话会议参与端发送第一请求消息，电话会议参与端接收到第一请求消息之后，可以确定是否能够响应第一请求消息请求的事件。

S1409、电话会议参与端接收第一请求消息，并执行第一事件。

第一事件，可以为静音，并在通话界面中显示静音状态。第一事件，还可以为修改电话会议名称，并在通话界面中显示修改后的电话会议名称。本申请实施例中电话会议参与端的通话界面可以称为第二界面。

可以理解的，在第一请求消息为静音请求消息的情况下，第一事件可以为静音，并在通话界面中显示静音状态。在第一请求消息为改名请求消息的情况下，第一事件可以为修改电话会议名称，并在通话界面中显示静音状态。

在电话会议参与端执行第一事件之后，电话会议参与端可以向电话会议发起端发送第一确认消息，用于指示电话会议参与端执行第一事件成功。第一确认消息可以为Options响应消息。在第一管理控件为第一控件的情况下，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功。在第一管理控件为第二控件的情况下，第一确认消息的消息体包括的确认标识，用于指示执行静音成功。

S1410、电话会议参与端向电话会议发起端发送第二请求消息。

第二请求消息用于请求电话会议参与端修改显示的电话会议参与端的会议状态，或者，第二请求消息用于请求将新的电话会议参与端添加到电话会议中。

第二请求消息可以为扩展会议状态消息，也可以为添加通话请求消息。扩展会议状态消息，用于指示电话会议发起端显示电话会议参与端的会议状态，如正在输入语音、正在输入文本或者离开会议等。添加通话请求消息，可以包括新的电话会议参与端的信息，如电话号码或者名称。添加通话请求消息，用于指示电话电话会议发起端将新的电话会议参与端加入电话会议。第二请求消息可以为Options请求消息。第二请求消息的消息体可以包括请求标识。请求标识，可以用于指示修改显示的电话会议参与端的会议状态。请求标识，也可以用于指示将新的电话会议参与端添加到电话会议中。本申请实施例中新的电话会议参与端可以称为第三电子设备。

可以理解的，在第二请求消息为扩展会议状态消息时，电话会议参与端可以在电话会议参与端的会议状态发生变化时，向电话会议发起端发送第二请求消息。电话会议参与端也可以实时或者每隔预设时长向电话会议发起端发送扩展会议状态消息，从而电话会议发起端可以在通话界面显示电话会议参与端的会议状。

S1411、电话会议发起端接收第二请求消息，并执行第二事件。

第二事件，可以为在通话界面中显示电话会议参与端的会议状态。第二事件，还可以为将新的电话会议参与端加入电话会议。

可以理解的，在第二请求消息为扩展会议状态消息的情况下，第二事件可以为电话会议发起端在通话界面中显示电话会议参与端的会议状态。在第二请求消息为添加通话请求消息的情况下，第二事件可以为电话会议发起端向电话会议中心发送添加通话请求消息，用于请求将新的电话会议参与端添加到电话会议中。本申请实施例中电话会议发起端向电话会议中心发送的添加通话请求消息，可以称为第三请求消息。第三请求消息的消息体可以包括请求标识，用于指示将新的电话会议参与端添加到电话会议中。第三请求消息的消息体还可以包括新的电话会议参与端的信息，如新的电话会议参与端的电话号码。电话会议发起端将新的电话会议参与端加入电话会议的过程可以参考上述图1中的S106-S109，本申请实施例在此不再赘述。

在电话会议参与端执行第二事件之后，电话会议发起端可以向电话会议参与端发送确认消息，用于指示电话会议发起端执行第二事件成功。确认消息可以为Options响应消息。该确认消息的消息体可以包括确认标识。确认标识，可以用于指示在通话界面中显示电话会议参与端的会议状态成功。确认标识，也可以用于指示将新的电话会议参与端加入电话会议成功。

采用本申请的方案，在进行电话会议时，可以丰富发起电话会议的手机的功能，如在进行电话会议时，可以实现修改电话会议名称的功能、静音某个电话会议参与端的功能或者显示某个电话会议参与端的会议状态的功能，从而满足用户的需求，提高用户的体验。同时，该方法也可以在进行电话会议时，丰富参与电话会议的手机的功能，如在进行电话会议时，可以实现添加通话功能，从而满足用户的需求，提高用户的体验。

对应于前述实施例中的方法，本申请实施例还提供一种电话会议管理装置。该电话会议管理装置可以应用于电子设备，用于实现前述实施例中的方法。该装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

例如，图15示出了一种电话会议管理装置1500的结构示意图，如图15所示，该电话会议管理装置1500可以包括：建立模块1501、显示模块1502、接收模块1503和发送模块1504等。

其中，建立模块1501，可以用于作为电话会议发起端与作为电话会议参与端的第二电子设备建立电话会议。

显示模块1502，可以用于显示第一界面，第一界面包括第一管理控件，第一管理控件用于对电话会议进行管理，第一管理控件为：用于修改电话会议的名称的第一控件，或，用于静音电话会议参与端的第二控件。

接收模块1503，可以用于接收用户对第一管理控件的第一操作。

发送模块1504，可以用于响应第一操作，向第二电子设备发送第一请求消息；其中，在第一管理控件为第一控件的情况下，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；在第一管理控件为第二控件的情况下，第一请求消息用于请求第二电子设备执行静音。

在另一种可能的实现方式中，接收模块1503，还可以用于接收来自第二电子设备的第二请求消息；其中，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

在另一种可能的实现方式中，显示模块1502，还可以用于响应第二请求消息，修改显示的第二电子设备的会议状态。发送模块1504，还可以用于响应第二请求消息，向电话会议中心发送第三请求消息，第三请求消息用于请求将第三电子设备添加到电话会议中。

在另一种可能的实现方式中，接收模块1503，还可以用于接收来自第二电子设备的第一确认消息；其中，在第一管理控件为第一控件的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一确认消息用于指示第二电子设备静音成功。

在另一种可能的实现方式中，发送模块1504，还可以用于向第二电子设备发送第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个。

接收模块1503，还可以用于接收来自第二电子设备第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

在另一种可能的实现方式中，在第一管理控件为第一控件的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一管理控件为第二控件的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第三请求消息的消息体包括的请求标识，用于指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

又如，图16示出了一种电话会议管理装置1600的结构示意图，如图16所示，该电话会议管理装置1600可以包括：建立模块1601、接收模块1602、显示模块1603和执行模块1604等。

其中，建立模块1601，可以用于作为电话会议参与端与作为电话会议发起端的第一电子设备建立电话会议。

接收模块1602，可以用于接收来自第一电子设备的第一请求消息；其中，第一请求消息用于请求第二电子设备修改显示的电话会议的名称；或者，第一请求消息用于请求第二电子设备执行静音。

显示模块1603，可以用于在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，响应第一请求消息，显示第二界面，第二界面包括修改后的电话会议的名称。

执行模块1604，可以用于在第一请求消息用于请求第二电子设备执行静音的情况下，响应第一请求消息，执行静音。

在另一种可能的实现方式中，上述电话会议管理装置1600还可以包括发送模块1605。发送模块1605，可以用于向第一电子设备发送第二请求消息，第二请求消息用于请求第一电子设备修改显示的第二电子设备的会议状态，或者，第二请求消息用于请求将第三电子设备添加到电话会议中。

在另一种可能的实现方式中，发送模块1605，还可以用于向第一电子设备发送第一确认消息；其中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一确认消息用于指示第二电子设备修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一确认消息用于指示第二电子设备静音成功。

在另一种可能的实现方式中，接收模块1602，还可以用于接收来自第一电子设备的第四请求消息，第四请求消息用于确定第二电子设备是否能够响应电话会议管理功能；电话会议管理功能包括修改显示的电话会议的名称的功能、执行静音的功能、发送第二电子设备的会议状态的功能以及添加电子设备到电话会议中的功能中的至少一个。

发送模块1605，还可以用于向第一电子设备发送第二确认消息，第二确认消息用于指示第二电子设备能够响应的电话会议管理功能。

在另一种可能的实现方式中，显示模块1603，还可以用于在第二界面中显示第二电子设备为静音状态。

在另一种可能的实现方式中，在第一请求消息用于请求第二电子设备修改显示的电话会议的名称的情况下，第一请求消息的消息体包括的请求标识，用于指示修改显示的电话会议的名称，第一请求消息的消息体还包括修改后电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的电话会议的名称成功；在第一请求消息用于请求第二电子设备执行静音的情况下，第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；第二请求消息的消息体包括的请求标识，用于指示修改显示的第二电子设备的会议状态，或者指示将第三电子设备添加到电话会议中；第四请求消息的消息体包括的请求标识，用于指示确定第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示第二电子设备能够响应的电话会议管理功。

应理解以上装置中单元或模块（以下均称为单元）的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。

例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以称为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或这些集成电路形式中至少两种的组合。

再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如CPU或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统（system-on-a-chip，SOC）的形式实现。

在一种实现中，以上装置实现以上方法中各个对应步骤的单元可以通过处理元件调度程序的形式实现。例如，该装置可以包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例所述的方法。存储元件可以为与处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例所述的方法。

例如，本申请实施例还可以提供一种装置，如：电子设备，可以包括：处理器，用于存储该处理器可执行指令的存储器。该处理器被配置为执行上述指令时，使得该电子设备实现如前述实施例所述的电话会议管理方法。该存储器可以位于该电子设备之内，也可以位于该电子设备之外。且该处理器包括一个或多个。

在又一种实现中，该装置实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件可以设置于对应上述的电子设备上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

例如，本申请实施例还提供一种芯片，该芯片可以应用于上述电子设备。芯片包括一个或多个接口电路和一个或多个处理器；接口电路和处理器通过线路互联；处理器通过接口电路从电子设备的存储器接收并执行计算机指令，以实现以上方法实施例中所述的方法。

本申请实施例还提供一种计算机程序产品，包括如上述电子设备运行的计算机指令。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，如：程序。该软件产品存储在一个程序产品，如计算机可读存储介质中，包括若干指令用以使得一个设备（可以是单片机，芯片等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

例如，本申请实施例还可以提供一种计算机可读存储介质，其上存储有计算机程序指令。当计算机程序指令被电子设备执行时，使得电子设备实现如前述方法实施例中所述的电话会议管理方法。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种电话会议管理方法，其特征在于，应用于第一电子设备，所述方法包括：

所述第一电子设备作为电话会议发起端与作为电话会议参与端的第二电子设备建立电话会议；

所述第一电子设备显示第一界面，所述第一界面包括第一管理控件，所述第一管理控件用于对所述电话会议进行管理，所述第一管理控件为：用于修改所述电话会议的名称的第一控件，或，用于静音所述电话会议参与端的第二控件；

所述第一电子设备接收用户对所述第一管理控件的第一操作；

响应所述第一操作，所述第一电子设备向所述第二电子设备发送第一请求消息；

其中，在所述第一管理控件为所述第一控件的情况下，所述第一请求消息用于请求所述第二电子设备修改显示的所述电话会议的名称；在所述第一管理控件为所述第二控件的情况下，所述第一请求消息用于请求所述第二电子设备执行静音。

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

所述第一电子设备接收来自所述第二电子设备的第二请求消息；

其中，所述第二请求消息用于请求所述第一电子设备修改显示的所述第二电子设备的会议状态，或者，所述第二请求消息用于请求将第三电子设备添加到所述电话会议中。

3.根据权利要求2所述的方法，其特征在于，

在所述第二请求消息用于请求所述第一电子设备修改显示所述第二电子设备的会议状态的情况下，所述方法还包括：响应所述第二请求消息，所述第一电子设备修改显示的所述第二电子设备的会议状态；

在所述第二请求消息用于请求所述第一电子设备将第三电子设备添加到所述电话会议中的情况下，所述方法还包括：响应所述第二请求消息，所述第一电子设备向电话会议中心发送第三请求消息，所述第三请求消息用于请求将所述第三电子设备添加到所述电话会议中。

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

所述第一电子设备接收来自所述第二电子设备的第一确认消息；

其中，在所述第一管理控件为所述第一控件的情况下，所述第一确认消息用于指示所述第二电子设备修改显示的所述电话会议的名称成功；在所述第一管理控件为所述第二控件的情况下，所述第一确认消息用于指示所述第二电子设备静音成功。

5.根据权利要求1所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送第一请求消息之前，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第四请求消息，所述第四请求消息用于确定所述第二电子设备是否能够响应电话会议管理功能；所述电话会议管理功能包括修改显示的所述电话会议的名称的功能、执行静音的功能、发送所述第二电子设备的会议状态的功能以及添加电子设备到所述电话会议中的功能中的至少一个；

所述第一电子设备接收来自所述第二电子设备第二确认消息，所述第二确认消息用于指示所述第二电子设备能够响应的电话会议管理功能。

6.根据权利要求1-5中任一项所述的方法，其特征在于，

在所述第一管理控件为所述第一控件的情况下，所述第一请求消息的消息体包括的请求标识，用于指示修改显示的所述电话会议的名称，所述第一请求消息的消息体还包括修改后所述电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的所述电话会议的名称成功；

在所述第一管理控件为所述第二控件的情况下，所述第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；

第二请求消息的消息体包括的请求标识，用于指示修改显示的所述第二电子设备的会议状态，或者指示将第三电子设备添加到所述电话会议中；

第三请求消息的消息体包括的请求标识，用于指示将第三电子设备添加到所述电话会议中；

第四请求消息的消息体包括的请求标识，用于指示确定所述第二电子设备是否能够响应电话会议管理功能，第二确认消息的消息体包括的确认标识，用于指示所述第二电子设备能够响应的电话会议管理功。

7.一种电话会议管理方法，其特征在于，应用于第二电子设备，所述方法包括：

所述第二电子设备作为电话会议参与端与作为电话会议发起端的第一电子设备建立电话会议；

所述第二电子设备接收来自所述第一电子设备的第一请求消息；其中，所述第一请求消息用于请求所述第二电子设备修改显示的所述电话会议的名称；或者，所述第一请求消息用于请求所述第二电子设备执行静音；

在所述第一请求消息用于请求所述第二电子设备修改显示的所述电话会议的名称的情况下，响应所述第一请求消息，所述第二电子设备显示第二界面，所述第二界面包括修改后的所述电话会议的名称；

在所述第一请求消息用于请求所述第二电子设备执行静音的情况下，响应所述第一请求消息，所述第二电子设备执行静音。

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

所述第二电子设备向所述第一电子设备发送第二请求消息，所述第二请求消息用于请求所述第一电子设备修改显示的所述第二电子设备的会议状态，或者，所述第二请求消息用于请求将第三电子设备添加到所述电话会议中。

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

所述第二电子设备向所述第一电子设备发送第一确认消息；

其中，在所述第一请求消息用于请求所述第二电子设备修改显示的所述电话会议的名称的情况下，所述第一确认消息用于指示所述第二电子设备修改显示的所述电话会议的名称成功；在所述第一请求消息用于请求所述第二电子设备执行静音的情况下，所述第一确认消息用于指示所述第二电子设备静音成功。

10.根据权利要求7所述的方法，其特征在于，在所述第二电子设备接收来自所述第一电子设备的第一请求消息之前，所述方法还包括：

所述第二电子设备接收来自所述第一电子设备的第四请求消息，所述第四请求消息用于确定所述第二电子设备是否能够响应电话会议管理功能；所述电话会议管理功能包括修改显示的所述电话会议的名称的功能、执行静音的功能、发送所述第二电子设备的会议状态的功能以及添加电子设备到所述电话会议中的功能中的至少一个；

所述第二电子设备向所述第一电子设备发送第二确认消息，所述第二确认消息用于指示所述第二电子设备能够响应的电话会议管理功能。

11.根据权利要求7所述的方法，其特征在于，在所述第二电子设备执行静音之后，所述方法还包括：

所述第二电子设备在所述第二界面中显示所述第二电子设备为静音状态。

12.根据权利要求7-11中任一项所述的方法，其特征在于，

在所述第一请求消息用于请求所述第二电子设备修改显示的所述电话会议的名称的情况下，所述第一请求消息的消息体包括的请求标识，用于指示修改显示的所述电话会议的名称，所述第一请求消息的消息体还包括修改后所述电话会议的名称，第一确认消息的消息体包括的确认标识，用于指示修改显示的所述电话会议的名称成功；

在所述第一请求消息用于请求所述第二电子设备执行静音的情况下，所述第一请求消息的消息体包括的请求标识，用于指示执行静音，第一确认消息的消息体包括的确认标识，用于指示执行静音成功；

13.一种电子设备，其特征在于，所述电子设备包括处理器，用于存储所述处理器可执行指令的存储器；所述处理器被配置为执行所述指令时，使得所述电子设备实现如权利要求1至12中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有计算机程序指令；其特征在于，

当所述计算机程序指令被电子设备执行时，使得电子设备实现如权利要求1至12中任一项所述的方法。