本发明涉及通信技术领域， 特别涉及一种子母话机实现、 接听、 呼叫和对讲方法及 IP终端。

背景技术

传统的子母话机往往是基于部署在家庭或者企 业中的模拟话机，通过物理 并线或无线方式支持其功能。在一套子母话机 中的若干话机共用一个运营商号 码资源， 可以实现来话任一话机接听、 任一话机呼出乃至内部对讲等功能。

现有的基于模拟话机的子母话机一般有以下两 种模式，一为各个话机之间 以物理线路连接， 另一为在母话机上接入物理线路并增设无线通 信模块， 实现 母话机与子话机的无线连接。

而正如前述所说，传统的子母话机一般基于模 拟话机，但随着通信技术的 发展，模拟话机正逐渐的被诸如 IP电话之类的 IP终端所取代。在 "光进铜退"， 也就是以 "宽带 +光纤" 代替 "窄带 +铜缆" 的演进过程中， 传统模拟话机以 及基于模拟话机的子母话机的弊端越发凸显， 正在面临淘汰。

模拟子母话机存在的缺陷是，无论上述哪一种 模式的基于模拟话机的子母 话机， 均釆用铜缆物理并线的方式接入， 缺乏安全保护， 易被盗用； 而且当一 个话机通话时， 线路即被占用， 其他话机不能够发起新的通话。

发明内容

有鉴于此， 本发明的目的在于提供一种子母话机实现、接 听、 呼叫和对讲 方法及 IP终端， 以实现基于 IP终端构建子母话机， 并实现接听、 呼叫和对讲 等基本功能。 为实现上述目的， 本发明有如下技术方案：

第一方面， 本发明提供一种子母话机实现方法， 所述方法包括：

IP终端获取群组地址；

IP 终端根据群组地址群发母话机询问消息， 并判断是否收到母话机反馈 消息；

当 IP终端收到母话机反馈的母话机反馈消息， 则标注自身为子话机； 否则 IP终端标注自身为母话机， 向服务器注册。

在第一方面的第一种可能的实现方式中， 所述 IP终端获取群组地址具体 为：

IP终端获取组播组地址， 则所述群发具体为组播；

或者， IP 终端获取终端地址列表； 则所述群发具体为向终端地址列表中 的终端地址发送消息。

在第一方面的第二种可能的实现方式中， 当 IP终端标注自身为母话机， 则所述方法还包括：

IP终端按照预设的时间周期群发维持消息， 并接收反馈的维持反馈消息。 在第一方面的第三种可能的实现方式中， 当 IP终端标注自身为子话机， 则所述方法还包括：

IP终端接收母话机发送的维持消息；

如果 IP终端未收到维持消息的时间超过预设的掉线� ��值， 则 IP终端将自 身标注更改为母话机。

在第一方面的第四种可能的实现方式中， 当所述群发具体为组播， 则所述 方法还包括：

当 IP终端标注自身为母话机， 则建立话机列表， 并将自身地址写入话机 列表；

或当 IP终端标注自身为子话机， 则将自身地址发送至母话机， 以使子话 机的地址被母话机写入话机列表。 第二方面， 本发明提供一种子母机接听方法，按照前述子 母话机实现方法 建立子母话机， 并且母话机接收服务器发送的呼入信息后； 则所述方法包括以 下步骤：

母话机显示来电，并向群组中子话机群发呼入 消息，以使子话机显示来电； 当母话机应答来电， 则母话机群发母应答消息以告知子话机该应答 ， 并与 呼入侧交互媒体流；

当子话机应答来电，则母话机接收子话机群发 的子应答消息以获悉该子话 机的应答要求， 并使该子话机与呼入侧交互媒体流。

在第二方面的第一种可能的实现方式中，所述 母话机与呼入侧交互媒体流 具体为：

母话机向服务器发送携带母话机媒体传输参数 的应答指令，根据母话机的 媒体传输参数建立母话机与呼入侧之间的通信 会话， 并交互媒体流。

在第二方面的第二种可能的实现方式中，所述 母话机使子话机与呼入侧交 互媒体流具体为：

当所述子应答消息中携带子话机的媒体传输参 数，则母话机收到子应答消 息后， 向服务器发送携带子话机媒体传输参数的应答 指令，根据子话机媒体传 输参数建立子话机与呼入侧之间的通信会话， 以使子话机与呼入侧交互媒体 流;

或者， 当所述子应答消息中携带子话机的地址， 则母话机收到子应答消息 后， 向服务器发送携带母话机媒体传输参数的应答 指令，根据母话机媒体传输 参数建立母话机与呼入侧之间的通信会话并交 互媒体流；母话机根据子话机地 址将所述媒体流转发至子话机。 第三方面， 本发明提供一种子母机呼叫方法，按照前述子 母话机实现方法 建立子母话机之后， 所述方法包括以下步骤：

母话机向服务器发送呼叫指令， 以使服务器将所述呼叫指令转发至被叫 侧； 所述呼叫指令携带被叫侧号码； 当被叫侧应答， 则建立 IP终端与被叫的通信会话并交互媒体流， 所述 IP 终端为子话机或母话机。

在第三方面的第一种可能的实现方式中，当所 述母话机向服务器发送呼叫 指令具体为： 母话机根据用户操作向服务器发送呼叫指令； 则所述呼叫指令中 还携带母话机的媒体传输参数； 所述建立 IP终端与被叫的通信会话并交互媒 体流具体为：

根据母话机媒体传输参数建立母话机与被叫侧 之间的通信会话，并交互媒 体流。

在第三方面的第二种可能的实现方式中， 所述方法还包括：

母话机群发母呼叫消息以告知子话机该呼叫， 所述母呼叫消息携带被叫侧 的号码。

在第三方面的第三种可能的实现方式中，当所 述母话机向服务器发送呼叫 指令具体为：母话机收到子话机群发的子呼叫 消息后，向服务器发送呼叫指令； 则所述建立 IP终端与被叫的通信会话并交互媒体流具体为� ��

如果所述子呼叫消息中携带子话机的媒体传输 参数和被叫侧的号码；则所 述呼叫指令中还携带子话机的媒体传输参数； 所述建立与被叫的通信会话并交 互媒体流具体为，根据子话机媒体传输参数建 立子话机与被叫侧之间的通信会 话， 并交互媒体流；

或者，如果所述子呼叫消息中携带子话机的地 址和被叫侧的号码； 则所述 呼叫指令中还携带母话机的媒体传输参数；所 述建立与被叫的通信会话并交互 媒体流具体为，根据母话机媒体传输参数建立 母话机与被叫侧之间的通信会话 并交互媒体流； 母话机根据子话机地址将所述媒体流转发至子 话机。 第四方面， 本发明提供一种 IP终端对讲方法， 按照前述子母话机实现方 法建立子母话机之后， 所述方法包括以下步骤：

第一 IP终端根据第二 IP终端的地址向第二 IP终端发送内呼叫消息， 以 使第二 IP终端显示来电； 当第二 IP终端应答后， 第一 IP终端与第二 IP终端之间建立通信会话， 并交互媒体流。 第五方面， 本发明提供一种 IP终端， 所述 IP终端包括：

群组模块， 用于获取群组地址；

子母设置模块， 用于根据群组地址群发母话机询问消息， 并判断是否收到 母话机反馈消息；当收到母话机反馈的母话机 反馈消息，则标注自身为子话机； 否则标注自身为母话机；

注册模块， 用于在标注所述终端为母话机时， 向服务器注册。

在第五方面的第一种可能的实现方式中， 所述终端还包括：

维持模块， 用于在标注所述终端为母话机时，按照预设的 时间周期群发维 持消息， 并接受反馈的维持反馈消息； 或在标注所述终端为子话机时， 接收维 持消息并反馈维持反馈消息。

在第五方面的第二种可能的实现方式中， 所述子母设置模块还包括： 变更单元， 用于在标注所述终端为子话机，且未收到维持 消息的时间超过 预设的掉线阔值时， 将所述终端的标注更改为母话机。

在第五方面的第三种可能的实现方式中，所述 终端根据第二方面所述方法 接听来电。

在第五方面的第四种可能的实现方式中，所述 终端根据第三方面所述方法 呼叫。

在第五方面的第五种可能的实现方式中，所述 终端根据第四方面所述方法 对讲。 第六方面， 本发明提供一种设备， 所述设备包括：

处理器， 用于获取群组地址； 根据群组地址群发母话机询问消息， 并判断 是否收到母话机反馈消息； 当收到母话机反馈的母话机反馈消息， 则标注自身 为子话机； 否则标注自身为母话机， 向服务器注册； 存储器， 用于存储群组地址。 通过以上技术方案可知， 本发明存在的有益效果是： 利用 IP 终端构建子母话机， 避免了模拟话机采用铜缆物理并线的方式接 入， 缺乏安全保护， 易被盗用的缺点， 安全性显著提高； 并且所 述 IP终端在群组内部采用群发的方式通信， 互不产生干扰， 稳定 性能得到保障； 另外， 还描述了所述子母话机完成接听、 呼叫和 内部对讲三种基本功能，使所述子母话机能够 充分的满足使用需 求。 附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单 地介绍，显而易见地， 下面描述 中的附图是本发明的一些实施例，对于本领域 普通技术人员来讲，在不付出创 造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明实施例所述子母话机实现方法流程� �；

图 2为本发明实施例所述 IP终端示意图；

图 3为本发明实施例所述子母话机接听方法流程� �；

图 4为本发明实施例所述子母话机呼叫方法流程� �；

图 5为本发明实施例所述 IP终端内部对讲方法流程图。 具体实施方式

为使本发明实施例的目的、技术方案和优点更 加清楚， 下面将结合本发明 实施例中的附图，对本发明实施例中的技术方 案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发明中 的实施例，本领域普通技术人员在没有做出创 造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。 参见图 1所示， 为本发明所述子母话机实现方法的一个具体实 施例， 不同 于传统的基于模拟话机的子母话机， 本实施例中以 IP终端实现子母话机的配 置， 所以 IP终端相对于传统模拟话机的优越性均可以体� ��在本实施例中。 所 述 IP终端可以是 IP电话， 也可以是装载了网络 IP通信软件的其他终端 （如 PC或手机）。 本实施中， 所述方法具体包括以下步骤：

步骤 101、 IP终端获取群组地址。

本实施例所述方法将要为 IP终端分配子母话机关系， 使其具备以子母话 机的关系协同运行， 以及完成接打电话以及内部对讲等功能的条件 。本实施例 中所述子母话机可以包括一个母话机和至少一 个子话机，母话机和子话机均需 要加入到一个通信意义上的群组中。而母话机 与子话机均属于群组当中相对意 义的概念， 在加入群组之前， 对于 IP终端而言并无子话机与母话机之分。

本实施例中， IP 终端通过获取群组地址以达到所谓加入一个通 信意义上 的群组的效果， 以便于为后续的关系确定。

步骤 102、 IP终端根据群组地址群发母话机询问消息， 并判断是否收到母 话机反馈消息。

需要说明的是， 本步骤中 IP终端群发的动作对应前述群组， 本步骤中仅 涉及群发母话机询问消息， 而延伸来看本发明中涉及的 IP终端群发所有类型 消息的动作均可依照如下的说明：

所述群组地址包括组播组地址或终端地址列表 ；也就是说所述群组可以是 组播组，也可以指预先配置的终端地址列表中 所有终端的集合。对于组播组而 言， 加入群组即加入组播组； 对于终端地址列表而言， 自身地址存在于该列表 中， 并获取了该列表的 IP终端即意味着加入群组当中。 对于上述两种方式， 所述的群发动作有所不同。

对于组播组而言， 所述群发即为组播， 也就是向组播组中所有其他终端发 送消息。 而对于终端地址列表而言， 所述群发意味着向列表中所有其他终端的 地址发送消息。上述两种通信方式可以根据实 际的使用需求而选择，通信方式 的差异并不影响整体方案中的其他环节。

另外， 本实施例中优选的还可以包括以下方案：

IP终端加载群组中预设的加密算法； IP终端群发消息时根据所述加密算 法为群发的消息加密，以使该群组中其他终端 根据所述加密算法为接收的群发 消息解密。

为安全起见， 可以为合法加入群组中的 IP终端配置统一的加密算法， IP 终端在群发消息时即可利用加密算法为所发送 的消息加密。如果接收加密消息 的其他 IP终端同样加载了该加密算法， 即可解密被加密的消息进而执行后续 步骤； 而未加载统一加密算法的 IP终端即被认为是非法加入群组， 将无法解 密被加密的消息， 也无法完成其他相应流程。

本实施例中， IP 终端在加入群组之后， 首先群发母话机询问消息， 也就 是询问当前群组中是否已经存在母话机。本实 施例中母话机的确定标准即加入 群组时间， 就是说最先加入群组的 IP终端将被标记为母话机。 当某一 IP终端 为第一个加入群组的 IP终端， 群组中尚不存在母话机， 则发出母话机询问消 息后不会收到母话机反馈消息。 反之如果群组中已存在母话机， 那么该 IP终 端群发的母话机询问消息将被现存的母话机收 到，现存的母话机响应于母话机 询问消息， 向该 IP终端反馈一个母话机反馈消息。

IP 终端通过判断是否收到母话机反馈消息即可获 悉当前群组中是否已存 在母话机。

步骤 103、 当 IP终端收到母话机反馈的母话机反馈消息， 则标注自身为 子话机； 否则 IP终端标注自身为母话机， 向服务器注册。

根据子母话机确定的标准， 第一个加入群组的 IP终端必然无法收到母话 机反馈消息， 所以标注自身为母话机。 其余 IP终端加入群组并发送母话机询 问消息时， 均将接收到母话机反馈消息， 标注自身为子话机。 至此， 群组中的

IP终端的子母话机关系得以确定。

另外， 群组中的 IP终端加入群组之前均需要携带服务器注册信� ��， 标注 为母话机的 IP终端还需利用所述服务器注册信息向服务器� ��行注册， 激活 IP 电话通信业务。本实施例中所述服务器即为运 营商用于提供相关业务的通信服 务器， 当一个用户向运营商办理了相关业务，运营商 即向该用户提供一个号码 (也就是通常所说的电话号码），首次使用时� �户需要在服务器进行注册激活， 以便正常的使用相关业务， 上述为常规办理通信业务的流程， 无需赘述。 本实 施例中需实现确定子母话机的关系， 并由母话机完成注册， 子话机与母话机共 享同一号码。

由于所述注册经由母话机完成， 所以在子母话机构成的群组中， 与所述服 务器进行通信的过程均由母话机完成； 母话机与子话机的区别也正在于此。 母话机与子话机的关系已经确定。 不过为完善所述子母话机的功能， 本实施例 中还包括以下若干优选方案； 需要说明的是， 下列优选方案均建立在子母话机 各自身份已确定的基础之上， 所以为方便叙述不再统一的以 IP终端指代子话 机或者母话机：

步骤 104、 母话机按照预设的时间周期群发维持消息； 子话机接收所述维 持消息后向母话机反馈维持反馈消息； 母话机接收维持反馈消息。

步骤 105、 如果 IP终端未收到维持消息的时间超过预设的掉线� ��值， 则 IP终端将自身标注更改为母话机。

为避免故障，子话机与母话机之间还需要定时 的通过维持消息和维持反馈 消息获悉彼此处于正常的运行中。母话机按照 预设的时间周期维持消息， 以定 时的启动维持流程。子话机收到所述维持消息 即获悉母话机正常工作， 进而反 馈一个维持反馈消息， 以向母话机表明自身同样在正常运行中。

而如果子话机未收到维持消息的时间超过了预 设的掉线阔值，则认为母话 机此时已经掉线， 为保证 IP终端群组整体的正常运行， 必须设定新的母话机。 本实施例中， 即可择一子话机将其标注更改为母话机， 并重新向服务器注册。

不过假如群组中存在多个子话机，具体选择哪 个子话机变更为母话机可参 考以下两种机制：

一为在多个子话机中随机选取一个作为新的母 话机； 具体可以是， 所有子 话机通过协商，每个生成一个随机数并群发该 随机数， 最终选取随机数为极值 (最大或最小） 的子话机进行变更。

另一为预先为所有 IP终端配置优先级顺序，每个 IP终端在加入群组之前 即被配置了一份相同的优先级列表， 当原母话机掉线， 则所有子话机查看该优 先级列表， 其中必然有某个子话机发现自身优先级为现存 所有子话机中最高； 那么该子话机将自行进行身份变更。

步骤 106、 母话机建立话机列表， 并将自身地址写入话机列表； 子话机将 自身地址发送至母话机， 以使子话机的地址被母话机写入话机列表。

当所述方法中釆用组播的方式进行内部通信时 ，还可以建立话机列表以用 于支持群组内部双方及多方的对讲功能。母话 机将组播组内所有终端的地址均 写入到话机列表之后，还需将话机列表发送给 所有的子话机。也就是说通过话 机列表， 组播组内所有 IP终端均能够获悉其他任何一个 IP终端的地址。 IP终 端根据话机列表中地址向其他终端发送内呼叫 消息以实现内部对讲。

对于利用终端地址列表通信的群组而言，所述 终端地址列表即可起到话机 列表的作用， 可以不再设置话机列表。对于群组内部对讲的 具体流程将在后续 实施例中详细的公开。 对应图 1所示的方法实施例， 本发明中还公开了一种 IP终端， 具体参见 图 2所示。 也就是说利用本实施例中所描述的 IP终端， 即可以按照前述方法 实现子母话机的配置， 本实施例所述终端与前述方法的核心技术方案 一致。 所 述终端具体包括：

群组模块 201， 用于获取群组地址。

子母设置模块 202， 用于根据群组地址群发母话机询问消息， 并判断是否 收到母话机反馈消息； 当收到母话机反馈的母话机反馈消息， 则标注自身为子 话机； 否则标注自身为母话机。

所述子母设置模块中还包括变更单元 221， 用于在标注所述终端为子话 机，且未收到维持消息的时间超过预设的掉线 阔值时，将所述终端的标注更改 为母话机。

注册模块 203， 用于在标注所述终端为母话机时， 向服务器注册。

维持模块 204， 用于在标注所述终端为母话机时， 按照预设的时间周期群 发维持消息， 并接受反馈的维持反馈消息； 或在标注所述终端为子话机时， 接 收维持消息并反馈维持反馈消息。 通过图 1及图 2两个实施例所描述的技术方案可知，本实施� �中所述方法 存在的有益效果是： 利用 IP终端构建子母话机， 避免了模拟话机釆用铜缆物 理并线的方式接入， 缺乏安全保护， 易被盗用的缺点， 安全性显著提高； 并且 所述 IP终端在群组内部釆用组播或列表群发的方式� ��信， 互不产生干扰， 稳 定性能得到保障。 在按照前述实施例建立子母话机之后，所述子 母话机即可以与外部进行通 讯， 实现接听和呼叫功能， 乃至内部对讲等应用功能。 以下将公开所述子母话 机实现诸多应用功能的具体流程。在以下若干 实施例中， 所有功能的实现均以 前述方法建立的子母话机为前提条件， 在此不重复叙述子母话机的构建过程。 参见图 3所示为所述子母话机接听外部来电的过程，� �已经建立子母话机 且外部呼入侧呼叫该子母话机时，母话机即接 收到服务器发送的呼入信息， 所 述呼入信息一般携带呼入侧的号码， 则上述情况下， 所述接听方法包括以下步 骤：

步骤 301、 母话机显示来电， 并向群组中子话机群发呼入消息， 以使子话 机显示来电。

所述显示来电可以表现为话机振铃，正常情况 下也普遍的包括显示来电号 码； 本实施例中在呼入信息已经携带呼入侧号码， 母话机能够显示该号码， 所 以相应的所述呼入消息也携带呼入侧的号码， 使得子话机也能够显示该号码。

呼入侧呼入之后， 子话机和母话机均显示来电， 并且均可以接听来电。 当 母话机接听来电， 则进入步骤 302; 当子话机接听来电， 则进入步骤 304。 步骤 302、 母话机向服务器发送携带母话机媒体传输参数 的应答指令， 根 据母话机媒体传输参数建立母话机与呼入侧之 间的通信会话， 并交互媒体流。

母话机直接接听来电的过程，与单一的 IP终端接听来电的过程基本一致， 即母话机直接通过服务器建立通信会话，在通 信会话中与呼入侧交互媒体流实 现通话。

步骤 303、 母话机群发母应答消息以告知子话机该应答。

母话机接听之后， 需群发一个母应答消息， 告知群组内的子话机， 母话机 已经接听了该来电。 子话机在收到母应答消息后可以停止显示来电 。

步骤 304、 子话机群发子应答消息。

本实施中由于子话机不能够直接和服务器进行 交互，所以当某一个子话机 需要接听来电时， 需首先群发一个子应答消息， 一方面告知母话机， 使母话机 获悉该子话机的应答要求，进而代其向服务器 应答；另一方面告知其他子话机， 该子话机已经接听来电， 其他子话机收到子应答消息后可以停止显示来 电。

本实施例中， 子应答消息可以有两种形式； 具体的， 子应答消息可以携带 子话机的媒体传输参数或携带子话机的地址。 针对每种形式的后续流程有所不 同。 当携带子话机的媒体传输参数， 则进入步骤 305; 当携带子话机的地址， 则进入步骤 306。

步骤 305、 母话机收到子应答消息后， 向服务器发送携带子话机媒体传输 参数的应答指令，根据子话机媒体传输参数建 立子话机与呼入侧之间的通信会 话， 以使子话机与呼入侧交互媒体流。

由于母话机已经通过子应答消息收到了子话机 的媒体传输参数，即可利用 该媒体传输参数， 通过服务器直接建立子话机与呼入侧之间的通 信会话，通过 通信会话子话机直接与呼入侧进行媒体流的交 互。

步骤 306、 当所述子应答消息中携带子话机的地址， 母话机收到子应答消 息后， 向服务器发送携带母话机媒体传输参数的应答 指令，根据母话机媒体传 输参数建立母话机与呼入侧之间的通信会话并 交互媒体流；母话机根据子话机 地址将所述媒体流转发至子话机。

本步骤中，母话机利用自身的媒体传输参数， 通过服务器建立母话机与呼 入侧之间的通信会话并交互媒体流， 其过程与步骤 302中一致； 进一步的， 母 话机根据子应答消息中子话机的地址， 将媒体流转发至子话机， 间接的实现子 话机与呼入侧的媒体流交互。

需要说明的是， 此处媒体流实质上是一种双向的媒体流，一方 面母话机根 据子话机的地址， 将从呼入侧流入的媒体流转发至子话机； 另一方面母话机接 收子话机的媒体流， 并转发至呼入侧。

步骤 305与步骤 306为并行的两种子话机接听方式，具体可以根 据实际需 求自行选择。 步骤 305中所述方法的优点是流程相对简洁， 不占用母话机； 步 骤 306中所述方法的优点是，当其他子话机希望加 入会话即可令母话机同时转 发媒体流， 方便其他 IP终端的加入， 接听方式更为灵活。

本实施例中， 为支持来电号码显示功能， 呼入信息、 母应答消息和子应答 消息中携带呼入侧的号码。

另夕卜，本实施例乃至后续各实施例中，所涉 及的媒体传输参数包括相应 IP 终端 （子话机或者母话机）用于接收媒体流的 IP地址和端口号， 以及支持的 媒体格式等内容， 所述媒体传输参数可以封装为 SDP ( Session Description Protocol, 即会话描述协议）格式。 参见图 4所示为所述子母话机向外部发起呼叫的过程� �所述呼叫过程与前 述的接听过程比较类似。当已经建立子母话机 ，且需要向外部的被叫侧呼叫时， 所述呼叫方法包括以下步骤：

步骤 401、 母话机向服务器发送呼叫指令， 以使服务器将所述呼叫指令转 发至被叫侧； 所述呼叫指令携带被叫侧号码。

根据前述描述已知， 母话机是群组中唯一能够与服务器交互的 IP终端， 所以所述群组无论是希望通过子话机向外部呼 叫， 还是通过母话机向外部呼 叫， 最终都需要由母话机向服务器发送呼叫指令。 所述呼叫指令中必须携带被 叫侧的号码， 以便服务器根据该号码将呼叫指令转发至被叫 侧， 致使被叫侧显 示来电。

而本实施例中， 母话机向服务器发送呼叫指令， 也包括两种情况： 在利用 母话机呼叫时， 则为母话机根据用户操作向服务器发送呼叫指 令； 在利用子话 机呼叫时， 则子话机必须首先群发一个子呼叫消息， 一方面告知母话机， 使母 话机获悉该子话机的呼叫要求； 另一方面告知其他子话机该呼叫。母话机收到 子话机群发子呼叫消息后， 向服务器发送呼叫指令。

步骤 402、 当被叫侧应答， 则建立 IP终端与被叫的通信会话并交互媒体 流， 所述 IP终端为子话机或母话机。

在步骤 401 中， 根据发起呼叫的 IP终端身份的不同， 母话机发送呼叫指 令存在两种情况， 所以在上述两种情况下，相应的被叫侧应答之 后与被叫侧建 立通信会话的具体方式以及通信会话对应的终 端会存在差异；以下将分别进行 描述：

当用户直接操作母话机发起呼叫，即母话机根 据用户操作向服务器发送呼 叫指令， 相应的呼叫流程具体如下：

步骤 402A1、 当母话机根据用户操作向服务器发送呼叫指令 ， 则所述呼叫 指令中还携带母话机的媒体传输参数，根据母 话机媒体传输参数建立母话机与 被叫侧之间的通信会话， 并交互媒体流。

本步骤中， 母话机即可根据自身媒体传输参数直接与被叫 侧建立通信会 话， 并交互媒体流。

步骤 402A2、母话机群发母呼叫消息，所述母呼叫消� ��携带被叫侧的号码。 当母话机发出呼叫， 并与被叫侧进行通信时， 可以群发一个母呼叫消息， 将该通信告知群组中的子话机。

当子话机发起呼叫时，必须首先群发一个子呼 叫消息，一方面告知母话机， 使母话机获悉该子话机的呼叫要求，令母话机 向服务器发送呼叫指令； 另一方 面告知其他子话机该呼叫。

而对于子话机发起呼叫的情况， 类似于图 3所示实施例， 本实施例中子话 机进行通信同样有， 子话机直接参与交互媒体流， 和母话机交互媒体流并转发 子话机两种方式， 具体如下：

步骤 402B1 , 当母话机收到子话机群发的子呼叫消息后， 向服务器发送呼 叫指令； 如果所述子呼叫消息中携带子话机的媒体传输 参数和被叫侧的号码； 则所述呼叫指令中还携带子话机的媒体传输参 数；所述建立与被叫的通信会话 并交互媒体流具体为，根据子话机媒体传输参 数建立子话机与被叫侧之间的通 信会话， 并交互媒体流。。

本步骤中子呼叫消息直接携带子话机的媒体传 输参数，即可根据子话机媒 体传输参数建立子话机与被叫侧之间的通信会 话，使子话机直接与被叫侧通信 并交互媒体流。

步骤 402B2、 当母话机收到子话机群发的子呼叫消息后， 向服务器发送呼 叫指令； 如果所述子呼叫消息中携带子话机的地址和被 叫侧的号码； 则所述呼 叫指令中还携带母话机的媒体传输参数；所述 建立与被叫的通信会话并交互媒 体流具体为，根据母话机媒体传输参数建立母 话机与被叫侧之间的通信会话并 交互媒体流； 母话机根据子话机地址将所述媒体流转发至子 话机。

需要说明的是， 此处媒体流实质上是一种双向的媒体流，一方 面母话机根 据子话机的地址， 将从被叫侧流入的媒体流转发至子话机； 另一方面母话机接 收子话机的媒体流， 并转发至被叫侧。

本步骤所述子呼叫消息携带子话机的地址，所 以需要以母话机的媒体传输 参数建立母话机与被叫侧之间的通信会话，交 互媒体流之后母话机再根据该地 址将媒体流转发至子话机。

步骤 402B1与步骤 402B2为并行的两种子话机呼叫方式， 具体可以根据 实际需求自行选择。 步骤 402B1 中所述方法的优点是流程相对简洁， 不占用 母话机； 步骤 402B2 中所述方法的优点是， 当其他子话机希望加入会话即可 令母话机同时转发媒体流， 方便其他 IP终端的加入， 接听方式更为灵活。

另夕卜， 本实施例中母呼叫消息、子呼叫消息和呼叫指 令中均携带被叫侧的 号码。 参见图 5所示， 本发明中还公开了一种 IP终端对讲方法。 所述对讲方法 也是在根据图 1所示实施例所述方法建立了子母话机之后， 而进一步实现的。 不过，所谓的子母话机的身份区别主要体现在 与外部服务器进行通信和交互的 功能上； 而针对内部双方或多方对讲的过程而言， 不涉及与外部的通信， 所以 无论是子话机还是母话机， 在内部通信过程中均视为完全平等， 不存在差别。

本实施例中所述对讲方法具体为：

步骤 501、第一 IP终端根据第二 IP终端的地址向第二 IP终端发送内呼叫 消息， 以使第二 IP终端显示来电。

步骤 502、 当第二 IP终端应答后， 第一 IP终端与第二 IP终端之间建立通 信会话， 并交互媒体流。

在所述对讲方法中， 初始发起内部呼叫的终端即为第一 IP终端， 第一 IP 终端直接向其所需要呼叫的被叫 IP终端即第二 IP终端发送一个内呼叫消息， 即可使第二 IP终端显示来电。

需要说明的是， 由于本实施例中所述终端均为 IP终端， 所以不同于传统 模拟话机的是， 本实施例中所述内呼叫消息的发送必须通过地 址， 才能有针对 性的到达指定对象， 也就是说内呼叫消息的发送附带着第二 IP终端的地址。

针对群组内部通信形式的不同， 本实施例中内呼叫消息的发送也有所区 别。 如果以终端地址列表进行内部通信， 则第一 IP终端可以从终端地址列表 中直接查询到第二 IP终端的地址， 并向该地址发送内呼叫消息； 而如果群组 釆取组播的方式进行内部通信， 则为了内呼叫消息有针对性的发送， 必须按照 前述的步骤 106建立一个话机列表， 第一 IP终端从话机列表中查询第二 IP终 端的地址并发送内呼叫消息。

第二 IP终端显示来电并接听之后， 第一 IP终端与第二 IP终端即可建立 通信会话并交互媒体流。

步骤 501〜步骤 502为群组内 IP终端双方对讲的流程， 而在此基础上还可 以实现多方对讲， 也就是通信领域常说的电话会议。 多方对讲的建立， 可以是 第三方主动申请加入第一 IP终端与第二 IP终端之间的通信会话， 也可以是第 一 IP终端或第二 IP终端邀请第三方加入。 具体步骤如下：

步骤 503、 当第一 IP终端与第二 IP终端之间建立通信会话并交互媒体流 后； 第一 IP终端或第二 IP终端直接向第三 IP终端发送内呼叫消息， 以使第 三 IP终端显示来电。

步骤 504、 当第三 IP终端应答并加入该通信会话后， 第一 IP终端或第二 IP终端进行混音， 第一 IP终端、 第二 IP终端与第三 IP终端交互媒体流。

在第一 IP终端与第二 IP终端建立通信会话之后， 二者存在相同的权限和 功能， 均可以对第三方发出邀请并完成后续的处理。 第一 IP终端或第二 IP终 端可以通过直接向第三 IP终端发送内呼叫消息来邀请第三 IP终端加入该会 话； 当第三 IP终端接收内呼叫消息， 显示来电并应答之后便加入了该通信会 话中， 三者进行媒体流交互的时候， 需要第一 IP终端或第二 IP终端对通话的 媒体流进行混音处理。

步骤 505、 当第一 IP终端与第二 IP终端之间建立通信会话并交互媒体流 后； 第一 IP终端或第二 IP终端群发对讲消息， 以使第四 IP终端收到对讲消 息之后发送申请消息以申请加入通信会话； 第一 IP终端或第二 IP终端接收所 述申请消息后， 向第四 IP终端发送内呼叫消息， 以使第四 IP终端显示来电。

步骤 506、 当第四 IP终端应答并加入该通信会话后， 第一 IP终端或第二 IP终端进行混音， 第一 IP终端、 第二 IP终端与第四 IP终端交互媒体流。

步骤 505〜步骤 506可以与步骤 503〜步骤 504并行的发生， 在建立了第一 IP终端与第二 IP终端的通信之后， 可以群发一个对讲消息， 告知群组中的其 他终端， 当群组中的第四 IP终端希望加入该对讲的通信会话时， 即可向第一 IP终端或者第二 IP终端发出申请消息， 以申请加入该通信会话。 收到申请消 息的 IP终端如果同意第四 IP终端加入， 则向第四 IP终端发送内呼叫消息。

第四 IP终端应答并加入通信会话， 三者可实现媒体流的交互， 具体过程 与步骤 503—致。

本实施例中， 还可以根据步骤 503〜步骤 506中方法同时或依次使多个 IP 终端加入通信会话， 实现三方以上的内部对讲 _t 图 3~5所示的三个实施例实现的有益效果是：在实 现子母话机配置的基础 之上， 进一步的使所述子母话机完成接听、 呼叫和内部对讲三种基本功能， 使 得所述子母话机的整体技术方案更加完整，公 开更加充分， 能够充分的满足使 用需求。 还需要强调的是， 图 2所示实施例中所述的 IP终端按照上述三个实 施例中的方法实现接听、 呼叫和内部对讲的功能。 另外， 从硬件实体来讲， 本发明中还包括一种设备， 所述设备包括： 处理器， 用于获取群组地址； 根据群组地址群发母话机询问消息， 并判断 是否收到母话机反馈消息； 当收到母话机反馈的母话机反馈消息， 则标注自身 为子话机； 否则标注自身为母话机， 向服务器注册；

存储器， 用于存储群组地址。 本实施例中所述设备存在的有益效果是： 利用 IP终端构建子母话机， 避 免了模拟话机釆用铜缆物理并线的方式接入， 缺乏安全保护，易被盗用的缺点， 安全性显著提高； 并且所述 IP终端在群组内部釆用组播或列表群发的方式� �� 信， 互不产生干扰， 稳定性能得到保障。 需要说明的是， 对于本发明的所有实施例， 一切涉及的地址可以是 IP地 址。 通过以上的实施方式的描述可知，本领域的技 术人员可以清楚地了解到上 述实施例方法中的全部或部分步骤可借助软件 加必需的通用硬件平台的方式 来实现。基于这样的理解， 本发明的技术方案本质上或者说对现有技术做 出贡 献的部分可以以软件产品的形式体现出来，该 计算机软件产品可以存储在存储 介质中， 如 R0M/RAM、 磁碟、 光盘等， 包括若干指令用以使得一台计算机设备 (可以是个人计算机， 服务器， 或者诸如媒体网关等网络通信设备， 等等）执 行本发明各个实施例或者实施例的某些部分所 述的方法。 需要说明的是， 本说明书中的各个实施例均釆用递进的方式描 述，各个实 施例之间相同相似的部分互相参见即可，每个 实施例重点说明的都是与其他实 施例的不同之处。 尤其， 对于设备及系统实施例而言， 由于其基本相似于方法 实施例， 所以描述得比较简单， 相关之处参见方法实施例的部分说明即可。 以 上所描述的设备及系统实施例仅仅是示意性的 ，其中作为分离部件说明的单元 可以是或者也可以不是物理上分开的，作为单 元显示的部件可以是或者也可以 不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。 可 以根据实际的需要选择其中的部分或者全部模 块来实现本实施例方案的目的。 本领域普通技术人员在不付出创造性劳动的情 况下， 即可以理解并实施。

以上所述仅为本发明的较佳实施例而已， 并非用于限定本发 明的保护范围。 凡在本发明的精神和原则之内所作的任何修改 、 等同替换、 改进等， 均包含在本发明的保护范围内。