CN102696213B - 用于将sip通信设备加入已有呼叫的方法 - Google Patents

Abstract

示例性实施例提供了一种能够将SIP通信设备加入已有呼叫的方法和/或网络单元。根据示例性实施例，网络单元（115）可通过从呼叫通信设备接收（S100）进入呼叫并在呼叫通信设备与一组相关通信设备中的至少一个相关通信设备之间建立（S300）连接来加入SIP通信设备。该组相关通信设备可被通知（S400）该连接，并且响应于未连接的通信设备被启动，可以执行（S500）会议过程，以致在呼叫通信设备、至少一个相关通信设备和至少一个未连接的通信设备之间建立多方会议连接。

Description

用于将SIP通信设备加入已有呼叫的方法

背景技术

传统的因特网协议多媒体子系统（IMS）网络是用于传送因特网协议（IP）服务的体系结构框架。传统的IMS网络可实施信令协议以建立、修改和/或终止各种形式的通信。一种类型的信令协议可以是会话初始化协议（SIP）。

在传统的IMS/SIP网络中，一组用户设备（UE）可以使用SIP并具有共享电话号码。为了区分具有共享电话号码的该组传统UE中的每一个，该组传统UE还可进行注册过程。注册过程允许每个UE被分配唯一的联系地址。当对于该共享电话号码有进入呼叫时，传统的IMS/SIP网络中的网络单元可使用唯一的联系地址以向每个传统UE发送INVITE请求，以致该组传统UE同时振铃。这允许用户在任何一个传统UE上应答该进入呼叫。

然而，传统的IMS/IP网络的缺点是一旦进入呼叫被第一人在第一传统UE上应答后，第二人就不能仅仅拿起第二UE以加入呼叫，而不管这两个传统UE具有共享电话号码的事实。相反，第二人必须从第二传统UE拨打特殊的接入码以加入呼叫。与传统的公共交换电话网络（PSTN）电话服务相比，这一缺陷一直存在，在传统的PSTN电话服务中，第二人可在任何其它具有共享电话号码的电话上拿起听筒来加入呼叫。在传统的IMS/SIP网络中，这种电话设备在操作上的差异被电信提供商和终端用户视为重大缺陷，他们期望在从PSTN迁移到VoIP时的特征透明性。

发明内容

示例性实施例提供了一种能够将SIP通信设备加入已有呼叫的方法和/或网络单元。根据示例性实施例，网络单元可通过从呼叫通信设备接收进入呼叫并在呼叫通信设备与一组相关通信设备中的至少一个相关通信设备之间建立连接来加入SIP通信设备。该组相关通信设备可被通知该连接，并且响应于未连接的通信设备被启动，可以执行会议过程，以致在呼叫通信设备、至少一个相关通信设备和至少一个未连接的通信设备之间建立多方会议连接。

根据其它示例性实施例，通知装置可包括应用服务器。应用服务器可被配置为：从呼叫通信设备接收进入呼叫；在呼叫通信设备与一组相关通信设备中的至少一个相关通信设备之间建立连接；向至少一个未连接的通信设备通知该连接；响应于未连接的通信设备被启动，执行会议过程，以致在呼叫通信设备、至少一个相关通信设备和至少一个未连接的通信设备之间建立多方会议连接；以及当共享线路可用时，向该组相关通信设备中的每一个发送空闲通知。

附图说明

附图被包括以提供对示例性实施例的进一步理解，并且附图被结合到本说明中作为其构成的一部分。在附图中：

图1表示根据示例性实施例的IMS网络。

图2表示根据示例性实施例的用于将SIP通信设备加入已有呼叫的方法。

图3是根据示例性实施例的进一步限定图2的步骤S100的信号流图。

图4是根据示例性实施例的进一步限定图2的步骤S200的信号流图。

图5是根据示例性实施例的进一步限定图2的步骤S300的信号流图。

图6是根据示例性实施例的进一步限定图2的步骤S400的信号流图。

图7A-7B是根据示例性实施例的进一步限定图2的步骤S500的信号流图。

图8A-8B是根据示例性实施例的进一步限定图2的步骤S600的信号流图。

图9是根据示例性实施例的进一步限定图2的步骤S700的信号流图。

具体实施方式

在以下的说明中，为了解释而非限定的目的，描述了特定细节，诸如特定体系结构、接口、技术等，以提供对示例性实施例的全面理解。然而，对于本领域的普通技术人员来说，显然，所公开的主题可以在其它脱离这些特定细节的示例性实施例中实现。在某些情况下，已知设备和/或方法的详细说明被省略，以避免用不必要的细节模糊本说明。所有原理、方面和实施例以及它们的特定例子都旨在涵盖所公开的主题的结构和功能的等同。此外，还意味着这种等同包括当前已知的等同以及将来开发的等同。

应当理解，尽管术语第一、第二等可在此用于描述不同的单元，但这些单元不应受限于这些术语。这些术语仅用于区别各个单元。例如，在不脱离示例性实施例的范围内，第一单元可以被称为第二单元，同样，第二单元也可以被称为第一单元。如在此所使用的，术语“和/或”包括一个或多个相关列出项目的任何一个或者全部组合。

还应当指出，在某些可选实施例中，所指出的功能/动作可不按照图中指出的顺序发生。例如，根据所涉及的功能/动作，相继示出的两个图实际上可基本同时执行，或者在有些时候可按照相反的顺序执行。

如在此所使用的，术语“用户设备（UE）”可以是移动用户、用户、订户、无线终端和/或远程工作站的同义词，并可描述无线通信网络中无线资源的远程用户。

下面的说明涉及基于3GPP和/或相关技术的网络。然而，应当指出，在此示出并描述的示例性实施例仅作为示例的目的，并无论如何不是限制。这样，对于在基于不同于上述的其它技术的通信系统或网络上的应用，对本领域的普通技术人员来说，各种修改是显而易见的，这些通信系统可处于不同的开发阶段，并用于将来替换上述网络或系统或与其一起使用。

尽管当前的网络体系结构可能考虑移动/用户设备与接入点/基站之间的区别，但以下描述的示例性实施例可通常应用于该区别不那么明显的体系结构，诸如自组织（adhoc）网络体系结构和/或网状网络体系结构。

图1描述根据示例性实施例的IMS网络100。为了说明的目的，图1包括三个UE（101，103，105）。第一用户设备（UE-1101）可以是呼叫通信设备，而第二用户设备（UE-2103）和第三用户设备（UE-3105）可以通过共享标识符而彼此相关联。共享标识符可以是但不限于共享电话号码和/或共享统一资源标识符（URI）字段。相关UE（UE-2103和UE-3105）的每一个可单独注册到IMS网络100。

UE使用SIP以与呼叫会话控制功能（CSCF）109进行通信。CSCF109可以是用于在IMS网络100中处理SIP信令分组的SIP服务器和/或代理的集合。CSCF可包括代理CSCF（P-CSCF）、服务CSCF（S-CSCF）和查询CSCF（I-CSCF）。P-CSCF可以是第一联系点。UE在IMS网络100中发送和/或接收的消息通过P-CSCF传送。S-CSCF可以是SIP信令平面中的中心节点。I-CSCF可以是查询功能。进入呼叫（例如，SIPINIVITE请求）通过I-CSCF传送。为了简化起见，只有S-CSCF将进行更详细的描述。在IMS网络100中，CSCF109包括S-CSCF111。下面进一步描述UE与S-CSCF111的通信。

UE与S-CSCF111之间的通信经过多个网络单元107。然而，为了简化起见，构成多个网络单元117的每个中间单元未被示出。多个网络单元107可包括但不限于：（i）接入网络（例如，数字用户线接入复用器等）、（ii）网关（例如，边界网关、IMS网关、信令网关、媒体网关等）、（iii）任何其它中间IMS单元（网络附着子系统、建立自动化系统、接入资源和准入功能、策略决策功能、基于服务的策略决策功能等）。

S-CSCF111利用SIP以与应用服务器（AS）115和媒体资源功能（MRF）113进行通信。AS可以是SIP实体，其执行提供给UE的各种服务。AS115还可以知道相关UE（UE-2103和UE-3105）具有共享标识符。AS115还可以知道相关UE是否或何时注册到IMS网络100的事实。另一方面，MRF113可提供媒体相关功能（例如，多方会议连接、媒体操作、通知等）。MRF113可包括媒体资源功能控制器（MRFC）和媒体资源功能处理器（MRFP）。MRFC可担任到S-CSCF111的SIP用户代理。MRFP可实现实际的媒体相关功能。

图2表示根据示例性实施例的用于将SIP通信设备加入已有呼叫的方法。为了解释的目的，图2中描述的方法可以在图1所示的网络体系结构中实现，但并不限于该实现。因此，图1中的附图标记并不必需在图2中使用。

在步骤S100，从呼叫UE接收进入呼叫。该呼叫可由AS接收。一旦呼叫被接收，则在步骤S200，提醒相关UE进入呼叫已经到达。接着在步骤S300，在呼叫UE与至少一个相关UE之间建立连接。步骤S300还可包括终止与未连接的相关UE的呼叫会话。一旦连接被建立，则在步骤S400，向相关UE通知该连接。在步骤S500，响应于未连接的UE被启动，执行会议过程。该会议过程可自动地将呼叫UE、至少一个连接的相关UE和最初未连接的UE加入到多方会议呼叫中。当多方会议呼叫结束时，，呼叫可经步骤S600终止。最后，在步骤S700，相关UE再次被通知线路是空闲的。

图3是根据示例性实施例的进一步限定图2的步骤S100的信号流图。为了解释的目的，在图3中描述的方法可以在图1所示的网络体系结构中实现，但并不限于该实现。因此，图1中的附图标记并不必需用在图3中。

在图3中，在步骤S101，呼叫UE（UE-1）向S-CSCF发送INVITE请求。INVITE请求可以是进入呼叫。INVITE请求的目的地地址可以是共享标识符。接着，在步骤S103，S-CSCF将INVITE请求转发到AS。如前面在描述图1时指出的，具有共享标识符的相关UE（UE-2和UE-3）可注册到AS。因此，每个相关UE可以被分配唯一公共标识。唯一公共标识也可以是URI字段。因此，在步骤S105，AS可将INVITE请求转发到S-CSCF，该INVITE请求将要由相关UE-2接收。INVITE请求可包括与UE-2对应的唯一公共标识。根据唯一公共标识，S-CSCF可以知道INVITE请求是将要去往UE-2的。因此，在步骤S107，S-CSCF将INVITE请求转发到UE-2。同样，在步骤S109，AS将INVITE请求转发到S-CSCF，该INVITE请求包括与相关UE-3对应的唯一公共标识。在步骤S111，S-CSCF将INVITE请求转发到UE-3。应当指出，步骤S105、S107、S109和S111可以同时执行。另外，AS接着可跟踪发送到相关UE（UE-2和UE-3）的未完成INVITE请求。

图4是根据示例性实施例的进一步限定图2的步骤S200的信号流图。为了解释的目的，在图4中描述的方法可以在图1所示的网络体系结构中实现，但不限于该实现。因此，图1中的附图标记并不必需用在图4中。

一旦相关UE接收到前面在图3中描述的INVITE请求，则相关UE可向AS发送振铃提醒。更具体地，在步骤S201，相关UE-2向S-CSCF发送振铃提醒。S-CSCF将该振铃提醒转发到AS。一旦被AS接收，则AS将相关UE-2的振铃提醒转发到S-CSCF，如步骤S205所示。在步骤S207，由AS转发的振铃提醒将要由呼叫UE-1接收。然后，针对相关UE-3，该过程可重复进行。更具体地，在步骤S209，相关UE-3将它自己的振铃通知发送到S-CSCF。在步骤S211，振铃通知从S-CSCF转发到AS。然后，AS可将振铃通知转发到UE-1（未示出）。

图5是根据示例性实施例的进一步限定图2的步骤S300的信号流图。为了解释的目的，在图5中描述的方法可以在图1所示的网络体系结构中实现，但并不限于该实现。因此，图1中的附图标记并不必需用在图5中。

最后，在振铃提醒被相关UE发送后，用户将启动至少一个相关UE（例如，应答呼叫）。在步骤S301，相关UE-2应答呼叫，并向S-CSCF发送应答确认。在图5中，应答确认是“OK”消息。OK消息可包括采用用于描述流媒体初始化参数的格式的应答（例如，会话描述协议应答）。在步骤S303，S-CSCF将OK消息转发到AS。在步骤S305，AS将OK消息和UE-2标识符一起转发到S-CSCF。UE-2标识符可包括来自UE-2的SDP应答。在步骤S307，S-CSCF将OK消息连同UE-2标识符转发到UE-1。如前所述，UE-1是呼叫UE。因此，在步骤S309，在UE-1和UE-2之间建立连接。

另外，与相关UE-3（未连接的相关UE）的呼叫会话可以被终止。更具体地，AS可取消与未连接的相关UE-3的未完成INVITE。在步骤S311，AS向S-CSCF发送取消消息。取消消息可以是SIPCANCEL消息。在步骤S313，取消消息被S-CSCF转发到UE-3。作为响应，在步骤S315，未连接的相关UE-3向S-CSCF发送回取消确认（ACK）。取消确认可以是SIPOKCANCEL消息。在步骤S317，S-CSCF向AS转发取消确认。另外，在步骤S319，未连接的相关UE-3还向S-CSCF发送会话终止消息。会话终止消息可确认与未完成INVITE对应的会话被终止。在步骤S321，S-CSCF向AS转发会话终止消息。然后，AS通过将ACK发送回S-CSCF来响应（步骤S323），S-CSCF将该响应转发到未连接的相关UE-3（步骤S325）。

图6是根据示例性实施例的进一步限定图2的步骤S400的信号流图。为了解释的目的，在图6中描述的方法可以在图1所示的网络体系结构中实现，但不限于该实现。因此，图1中的附图标记并不必需用在图6中。

一旦在图5中呼叫被应答，则AS可向所有相关UE通知呼叫UE-1与相关UE-2之间的连接。图6表示该通知过程。更具体地，在步骤S401，AS向S-CSCF发送呼叫通知消息。该呼叫通知消息可以是SIPNOTIFY请求。呼叫通知消息还被未连接的UE-3用于向用户通知线路忙和/或是活动的。例如，呼叫通知消息可用于启动光源和/或某些其它计算机化形式的用户通知，类似于传统的PSTN电话（例如，“使用中”或“呼叫处理中”，光）。

在步骤S403，S-CSCF向未连接的相关UE-3转发呼叫通知消息。然而，AS还可向所连接的相关UE-2转发呼叫通知消息（未示出）。作为响应，在步骤S405，未连接的相关UE-3向S-CSCF发送确认OKNOTIFY消息。在步骤S407，S-CSCF向AS转发OKNOTIFY消息。

图7A-7B是根据示例性实施例的进一步限定图2的步骤S500的信号流图。为了解释的目的，在图7A-7B中描述的方法可以在图1所示的网络体系结构中实现，但不限于该实现。因此，图1中的附图标记并不必需用在图7A-7B中。

一旦未连接的UE-3接收到呼叫通知消息，则未连接的UE-3可以被启动（例如，用户拿起UE-3的听筒）。在UE-3被启动后，会议过程可被自动发起。在图7A中，步骤S501表示加入呼叫请求被未连接的UE-3发送到S-CSCF。响应于UE-3被用户和/或订户摘机，发送加入呼叫请求。加入呼叫请求可以是SIPINVITE请求。另外，SIPINVITE请求可在SIPURI字段中包括特殊值。然后，在步骤S503，S-CSCF将加入呼叫请求转发到AS。

如果或者当AS接收到加入呼叫请求时，它可启动会议过程以加入UE-1和具有共享标识符的所有相关UE。会议可以是多方会议连接，以致所有方可被加入。各方可使用MRF加入。在图7A的步骤S505中，INVITE消息从AS发送到MRF。INVITE消息包括用UE-3标识符进入会议连接的提议（offer）。该提议可以是来自UE-3的SDP提议。MRF可通过发送INVITE消息的确认来响应。在图7A中，确认是在步骤S507发送到AS的OKINVITE消息。OKINVITE可包括来自MRF的SDP应答。然后，在步骤S509，AS将OKINVITE从MRF转发到S-CSCF。在步骤S511，S-CSCF将OKINVIE转发到未连接的相关UE-3。未连接的相关UE-3通过向S-CSCF发回ACK来响应（步骤S513），然后，ACK被转发到AS（步骤515）。在S517，AS将ACK转发到MRF。因此，在步骤S519，先前未连接的UE-3现在加入到多方会议连接中。

接着，呼叫UE-1和所连接的相关UE-2也可以被加入到多方会议连接中，如图7B所示。更具体地，在步骤S521，AS向S-CSCF发送REINVITE消息。REINVITE消息可以不包括SDP消息。在步骤S523，S-CSCF将REINVITE消息转发到所连接的相关UE-2。UE-2可通过发送REINVITE消息的确认来响应。在图7B中，该确认是发送到S-CSCF的OKREINVITE消息，如步骤S525所示。OKREINVITE消息可包括SDP提议。然后，在步骤S527，S-CSCF将OKREINVITE转发到AS。接着，在步骤S529，AS将带有来自所连接的相关UE-2的提议的INVITE消息发送到MRF。MRF通过用发送到AS的OKINVITE消息进行响应来确认INVITE，如步骤S531所示。其后，AS向S-CSCF发送ACK（步骤S533），ACK被S-CSCF转发到所连接的相关UE-2（步骤S535）。在步骤S537，AS还向MFR发送ACK。这样，所连接的相关UE-2也与先前未连接的相关UE-3一起被加入到多方会议连接中，如步骤S539所示。

呼叫UE-1可以以与所连接的相关UE-2相同的方式被加入多方会议连接。在步骤S541，AS向S-CSCF发送REINVITE消息，其后，REINVITE消息在步骤S543被S-CSCF转发到呼叫UE-1。REINVITE消息可以不包括SDP消息。在接收到REINVITE消息后，呼叫UE-1通过向S-CSCF发送OKREINVITE消息来响应（步骤S545），OKREINVITE消息被S-CSCF转发到AS（步骤S547）。接着，在步骤S549，AS将带有来自呼叫UE-1的提议的INVITE消息发送到MRF。MRF通过用发送到AS的OKINVITE消息进行响应来确认INVITE，如步骤S551所示。AS向S-CSCF发送ACK（步骤S553），其被S-CSCF转发到所连接的相关UE-2（步骤S555）。在步骤S557，AS还向MFR发送ACK。这样，呼叫UE-1也与所连接的相关UE-2和先前未连接的相关UE-3一起加入到多方会议连接中，如步骤S559所示。

图8A-8B是根据示例性实施例的进一步限定图2的步骤S600的信号流图。为了解释的目的，在图8A-8B中描述的方法可以在图1所示的网络体系结构中实现，但不限于该实现。因此，图1中的附图标记并不必需用在图8A-8B中。

当关闭上述的多方会议连接时，多向会议连接可被终止。每个相关UE可同时或以不同的间隔断开连接。例如，所连接的UE-2可断开多方会议连接，而呼叫UE-1和先前未连接的UE-3保持在多方会议连接中。在可选的实施例中，当所连接的UE-2断开连接时，呼叫UE-1和先前未连接的UE-3可被转移到与多方会议连接不同的连接上。

图8A示出所连接的UE-2断开多方会议连接而呼叫UE-1和先前未连接的UE-3保持在多方会议连接中的示例性实施例。更具体地，所连接的相关UE-2（现在是终止相关UE-2）挂机，使得BYE消息从相关UE-2发送到S-CSCF，如步骤S601所示。在步骤S603，S-CSCF将BYE消息转发到AS。AS被通知了终止相关UE-2想要断开多方会议连接，并将BYE消息转发到MRF，如步骤S605所示。BYE消息可包括与终止相关UE-2对应的信息。在图8A中，对应信息是从终止相关UE-2到MRF的对话。在步骤S607，MRF通过向AS发送确认OKBYE消息来响应，在步骤S609，AS将该确认OKBYE消息转发到S-CSCF。在步骤S611，S-CSCF还将确认OKBYE消息转发到终止相关UE-2。在接收到确认OKBYE消息后，终止相关UE-2断开多方会议连接，如步骤S613所示，以致只有呼叫UE-1和先前未连接的相关UE-3保持在多方会议连接中。因此，由于多方会议连接仍然存在，因此，所有未连接的相关UE仍可被通知该线路保持活动。

最后，多方会议连接可被多方会议连接中的剩余UE完全终止。在图8B中，在步骤S615，先前未连接的UE-3（现在是终止相关UE-3）挂机，使得BYE消息被发送到S-CSCF。S-CSCF将BYE消息转发到AS，如步骤S617所示。然后，AS将BYE消息连同来自终止相关UE-3的对话转发到MRF，如步骤S619所示。在步骤S621，MRF通过向AS发送确认OKBYE消息来响应，AS在步骤S623将确认OKBYE消息转发到S-CSCF。S-CSCF还在步骤S627向终止相关UE-3转发确认OKBYE消息。在接收到确认OKBYE消息后，终止相关UE-3断开多方会议连接，如步骤S629所示。

呼叫UE-1可以与上述的终止相关UE类似的方式断开多方会议连接。然而，由于呼叫UE-1是多方会议连接中最后一个剩余UE，因此，AS可发起终止过程。更具体地，AS向MRF发送具有来自呼叫UE-1的对话的BYE消息，如步骤S631所示。MRF在步骤S633通过向AS发送确认OKBYE消息来响应。由于AS发起关于呼叫UE-1的呼叫终止过程，因此，在步骤S635，AS向S-CSCF发送BYE消息，S-CSCF在步骤S637将该BYE消息转发到呼叫UE-1。在接收到BYE消息后，在步骤S639，呼叫UE-1向S-CSCF发送它自己的确认OKBYE消息，在步骤S643，S-CSCF将该确认OKBYE消息转法到AS。呼叫UE-1还在步骤S641断开多方会议连接，以致多方会议连接被终止。

图9是根据示例性实施例的进一步限定图2的步骤S700的信号流图。为了解释的目的，在图9中描述的方法可以在图1所示的网络体系结构中实现，但不限于该实现。因此，图1中的附图标记并不必需用在图9中。

在UE连接（例如，多方会议连接）被断开后，可向相关UE通知与共享电话号码对应的线路空闲。例如，在图9的步骤S701，AS向S-CSCF发送线路空闲通知，在步骤S703，S-CSCF将该线路空闲通知转发到相关UE-2。如前面参照图8A描述的，相关UE-2当前是空闲的，可以用确认消息进行响应。例如，在图9中，相关UE-2通过在步骤S705中向S-CSCF发送OKNOTIFY消息来进行响应。然后，在步骤S707，S-CSCF将OKNOTIFY消息转发到AS。

相同的过程可以被重复以通知当前也是空闲的相关UE-3。更具体地，在步骤S709，AS向S-CSCF发送线路空闲通知，在步骤S711，S-CSCF将该线路空闲通知转发到相关UE-3。在步骤S713，相关UE-3通过向S-CSCF发送OKNOTIFY消息来进行响应，然后在步骤S715，S-CSCF将OKNOTIFY消息转发到AS。因此，所有的相关UE都被通知与共享电话号码对应的线路空闲。

对于如上描述的示例性实施例，显然，可以采用多种方式进行变化。这些变化并不被认为脱离所公开的主题，并且所有这些变化都将被包括在所公开的主题的范围内。

Claims (10)

1.一种通知方法，包括：

由服务器接收(S100)来自呼叫通信设备的进入呼叫，所述进入呼叫的目的地地址是共享标识符；

由所述服务器确定一组相关通信设备,所述相关通信设备具有所述共享标识符，所述共享标识符是共享电话号码和/或共享统一资源标识符；

由所述服务器确定所述一组相关通信设备中的每一个通信设备的唯一标识；

由所述服务器在所述呼叫通信设备与所述一组相关通信设备中的至少一个相关通信设备之间建立(S300)连接；

由所述服务器根据所述一组相关通信设备中的每一个通信设备的所述唯一标识而向所述一组相关通信设备中的每一个通信设备通知(S400)所述连接；以及

响应于至少一个未连接的通信设备被启动，执行(S500)会议过程，以致在所述呼叫通信设备、所述至少一个相关通信设备与所述至少一个未连接的通信设备之间建立多方会议连接。

2.如权利要求1所述的方法，所述建立步骤包括：

从所述至少一个相关通信设备接收应答确认；以及

将所述应答确认转发到所述呼叫通信设备，以致所述呼叫通信设备建立与所述至少一个相关通信设备的连接。

3.如权利要求1所述的方法，所述通知步骤包括：

向所述至少一个未连接的通信设备发送呼叫通知；以及

接收所述通知的确认；

其中，所述呼叫通知向所述至少一个未连接的通信设备通知共享线路当前被分配给所述至少一个相关通信设备。

4.如权利要求1所述的方法，所述执行步骤包括：

从所述至少一个未连接的通信设备接收加入呼叫请求，所述加入呼叫请求表明所述至少一个未连接的通信设备被启动；以及

响应于接收所述加入呼叫请求，将所述至少一个未连接的通信设备、所述至少一个相关通信设备和所述呼叫通信设备加入到会议呼叫中。

5.如权利要求4所述的方法，所述加入步骤包括：

在接收到所述加入呼叫请求后，向媒体资源功能发送具有与所述至少一个未连接的通信设备对应的标识信息的第一邀请，以致所述媒体资源功能将所述至少一个未连接的通信设备加入到所述会议呼叫中；

发送具有与所述至少一个相关通信设备对应的标识信息的第二邀请，以致所述媒体资源功能将所述至少一个相关通信设备加入到所述会议呼叫中；以及

发送具有与所述呼叫通信设备对应的标识信息的第三邀请，以致所述媒体资源功能将所述呼叫通信设备加入到所述会议呼叫中。

6.如权利要求5所述的方法，还包括：

终止所述呼叫通信设备、所述至少一个相关通信设备和所述至少一个未连接的通信设备中的至少一个的多方会议连接。

7.如权利要求6所述的方法，所述终止步骤包括：

结束所述呼叫通信设备、所述至少一个相关通信设备和所述至少一个未连接的通信设备之间的会议呼叫；以及

向所述一组相关通信设备的每一个发送空闲通知。

8.如权利要求7所述的方法，其中，所述空闲通知向所述一组相关通信设备通知共享线路当前可用。

9.一种通知装置，包括：

应用服务器(115)，其被配置为：

接收来自呼叫通信设备的进入呼叫，所述进入呼叫的目的地地址是共享标识符；

确定一组相关通信设备,所述相关通信设备包括所述共享标识符，所述共享标识符是共享电话号码和/或共享统一资源标识符；

确定所述一组相关通信设备中的每一个通信设备的唯一标识；

在所述呼叫通信设备与所述一组相关通信设备中的至少一个相关通信设备之间建立连接；

根据所述一组相关通信设备中的每一个通信设备的所述唯一标识而向所述一组相关通信设备中的每一个通信设备通知所述连接；

响应于至少一个未连接的通信设备被启动，执行会议过程，以致在所述呼叫通信设备、所述至少一个相关通信设备和所述至少一个未连接的通信设备之间建立多方会议连接；以及

当共享线路可用时，向所述一组相关通信设备的每一个发送空闲通知。

10.如权利要求9所述的通知装置，还包括：

媒体资源功能(113)，其被配置为在建立包括所述呼叫通信设备、所述至少一个相关通信设备和所述至少一个未连接的通信设备的会议呼叫中与所述应用服务器交互。