专利名称：基于Parlay网关实现会议电话的方法
技术领域：
本发明涉及综合智能网，尤其涉及一种基于Parlay网关实现会议电 话的方法。mii^ Parlay API (Application Program Interface, j^MfMj^^ Π ) i由 Parlay组织定义的。Parlay组织成立于1999年，是一个由65家通信和IT领域的公司共同 参与的非盈利性组织。Parlay API是一个让IT开发人员快速创建电信业务的API。这些 API覆盖了各种电信网的功能，如呼叫控制、SMS/MMS、定位、计费、在席和可用性管理以及策 略管理等。Parlay API是一组开放的与具体技术无关的API，第三方业务开发商、独立软件 提供商能通过Parlay API来开发业务。业务应用开发者通过该接口利用网络的能力为各 个网络的用户提供服务。Parlay网关通常包括两部分业务能力服务器(SCS)和框架(Framework)，前者对 应用来说是一个或多个业务能力特征(SCF)，它是对网络所提供的功能的抽象，负责为高层 应用提供访问网络资源和信息的能力；后者提供保证业务接口开放、安全、以及可管理所必 需的能力。基于Parlay网关开发的应用通常称为Parlay应用。Parlay网关通常由各个电 信设备商提供，而Parlay应用既可用于设备商自己开发增值业务，也可用于第三方来开发 增值业务。从业界的现状来看，大多数电信设备商均提供了 Parlay网关产品，相应地，基于 Parlay网关开发的应用也是非常丰富的。Parlay API中提供的呼叫控制的API是其中功 能最强大、最齐全的一组API，它包括基本呼叫控制、多方呼叫控制、多媒体呼叫控制和会议 呼叫控制等。这些丰富的业务能力特征SCF为基于Parlay网关开发呼叫类的增值业务提 供了非常大的灵活性，在业界有着非常广泛地应用。目前，基于IP网络的即时通讯产品在企业通讯领域有着非常广泛的应用，会议电 话是即时通讯产品中的一个基本功能，由于大型企业的通讯产品部署通常是集中式的，而 其用户又是以有限集中的方式分布在各地的，如A、B和C三地，尽管在A、B或C某一个地 方，其局域网的网络质量是有充分的保证的，但是，三者中两两之间的网络质量通常无法得 到可靠的保证，但是现有技术中的基于Parlay网关中的呼叫控制API的会议电话流程没有 结合企业通讯中的这种网络特征，语音质量不高。发明内容本发明的目的在于公开一种基于Parlay网关实现会议电话的方法，结 合企业通讯中的网络特征，改进电话会议的语音质量。本发明公开的一种基于Parlay网关实现会议电话的方法，应用程序服务器通过 Parlay应用程序接口 API逐个将会议终端加入会议，实现会议电话的呼叫和控制，所述应 用服务器在为所述会议终端创建一条对应的会议腿，并且申请监控所述会议终端的基本呼 叫状态事件时，还申请监控所述会议终端的媒体属性；并且在接收到所述用户终端的媒体 属性通知事件以后，再判断所述用户终端是否和会议电话的媒体服务器位于同一局域网 内，如果是则设置所述用户终端采用高带宽的媒体属性，如果否，则设置所述会议终端采用 低带宽的媒体属性；然后采用显式连接的属性呼叫所述会议终端，当所述会议终端应答之 后再将其加入会议。
所述应用服务器通过相应的所述Parlay应用程序接口 API调用强制删除所述会 议终端会话描述协议中G. 711的负载类型以外的其它负载类型，来实现设置所述用户终端 采用高带宽的媒体属性的性能；所述应用服务器通过相应的所述Parlay应用程序接口 API 调用强制删除所述会议终端会话描述协议中G. 729的负载类型以外的其它负载类型，来实 现设置所述用户终端采用低带宽的媒体属性的性能。在本发明的另一个实施例中，所述应用程序服务器在接收到所述用户终端的媒体 属性通知事件以后，判断所述用户终端是否和会议电话的媒体服务器位于同一局域网内的 方法是查询所述用户终端的网络属性数据，所述用户终端的属性数据登记在特定的用户 网络属性数据库中。在本发明的另一个实施例中，所述应用服务器和Parlay网关之间的流程包括(1)调用 IpConfCalIControlManager :createConference()创建一个会议；(2)调用 IpConfCall: :getSubConferences()获取会议对象的引用；(3)调用IpConfCall: =CreateCallLegO为所述会议终端创建一条对应的会议 腿；(4)调用IpMultiMediaCallLeg: :eventR印ortReqO申请监控所述会议终端的基 本呼叫状态事件；(5)调用 IpMultiMediaCallLeg: :mediaStreamMonitorReq()申请监控会议终端 的媒体属性；(6)调用IpMultiMediaCallLeg: :routeReq()以显式连接的属性来呼叫所述会议 终端；(7)所述 Parlay 网关用 IpMultiMediaCallLeg: eventR印ortRes ()回调应用，通 知所述会议终端的基本呼叫状态事件；(8)所述 Parlay 网关用 IpMultiMediaCallLeg: :mediaStreamMonitorRes ()回调 应用，通知所述媒体终端的媒体属性；(9)所述应用服务器根据所述会议终端的网络属性判断是否修改所述会议终端的 媒体属性，是则调用 IpMultiMediaStream: subtractO ；(10)调用 MultiPartyCallLeg: attachMediaReq ()，将所述会议终端加入会议；(11)重复步骤3 11，将全部会议终端加入会议。在本发明的另一个实施例中，所述会议终端是一种企业的即时通讯产品。所述Parlay应用程序接口 API基于NGN网络，以SIP协议实现。所述会议终端是支持多种不同带宽要求的SIP软终端。所述媒体服务器支持多种不同带宽要求的媒体属性。本发明公开的一种基于Parlay网关实现会议电话的方法，基于Parlay网关中的 呼叫控制API，结合企业通讯中的网络特征，对原有流程进行了进一步的优化，采用与会议 终端网络属性相匹配的模式来控制会议终端的媒体属性，保证了会议电话的语音质量。本 发明基于Parlay网关实现的会议电话的业务流程，实现非常灵活，仅增加了 4个API的调 用，即可大大改进电话会议的语音质量。
图1是现有技术中基于Parlay网关实现的基本会议电话流程图。图2是本发明的基于Parlay网关实现的改进的会议电话流程图。图3是本发明使用的媒体属性控制策略方框图。
具体实施方式
下面结合附图和具体实施方式
对本发明做进一步详细说明。本发明一种基于Parlay网关实现会议电话的方法，基于Parlay API中的呼叫控 制API，针对企业通讯网络的实际情况，实现会议电话业务。在即时通讯产品的实际运营中，对于大型的企业，其即时通讯产品的部署通常是 集中式的，而用户又是以有限集中的方式分布在各地的，如A、B和C三地，尽管在A、B或C 某一个地方，其局域网的网络质量是有充分的保证的，但是，三者中两两之间的网络质量通 常无法得到可靠的保证。本发明针对这种情况，在基于Parlay API实现的基本的会议电话功能的基础之 上，对流程进行了优化，使得会议中各个成员的媒体传输方式根据成员的网络属性，由应用 服务器动态选择，保证媒体传输方式与网络属性的一致性，从而有效地改善语音质量。以下会议电话应用中通过框架接入Parlay网关的过程不做详细描述，如图1和图 2所示的所有的流程，都是发生在应用服务器和Parlay网关之间。如图1所示为现有技术中基于Parlay网关API开发的基本会议电话业务的业务 流程图，应用服务器调用API信令，通过Parlay网关联系会议终端，建立会议电话；包括1.应用服务器调用 IpConfCalIControlManager :createConference()创建一个 会议；2.应用服务器调用IpConfCall: wetSubConferencesO获取会议对象的引用；3.应用服务器调用IpConfCall: =CreateCallLegO为会议终端创建一条对应的 会议腿；4.应用服务器调用IpMultiMediaCallLeg: :eventR印ortReqO申请监控会议终 端的基本呼叫状态事件；5.应用服务器调用IpMultiMediaCallLeg: :routeReq()呼叫会议终端，准备将其 加入会议；6. Parlay 网关用 IpMultiMediaCallLeg: eventR印ortRes ()回调应用服务器，通 知终端的振铃、摘机等基本呼叫状态事件；7.反复执行步骤3 6，将全部会议终端加入会议；8.会议开始召开；本发明针对企业通讯中的网络结构，对图1所示的基本会议电话业务流程进行了 改进，使得应用可以根据一定的策略来控制会议终端的媒体属性，从而提高会议电话中的 语音质量。如图2所示是本发明的基于Parlay网关实现的改进的会议电话流程图，增加了 4个API的调用，提高会议中的语音质量。1.应用服务器调用 IpConfCalIControlManager :createConference()创建一个 会议；2.应用服务器调用IpConfCall: wetSubConferencesO获取会议对象的引用；3.应用服务器调用IpConfCall: =CreateCallLegO为会议终端创建一条对应的会议腿；4.应用服务器调用IpMultiMediaCallLeg: :eventR印ortReqO申请监控会议终 端的基本呼叫状态事件；5.应用服务器调用 IpMultiMediaCallLeg: mediaStreamMonitorReq ()申请监控 会议终端的媒体属性；6.应用服务器调用IpMultiMediaCallLeg: :routeReq()以显式连接的属性来呼 叫会议终端，准备将其加入会议；7. Parlay 网关用 IpMultiMediaCallLeg: eventR印ortRes ()回调应用，通知终端 的振铃、摘机等基本呼叫状态事件；8. Parlay N^ffl IpMultiMediaCallLeg: :mediaStreamMonitorRes () [HliIlSffi, 通知终端的媒体属性；9.应用服务器查询数据库，根据终端的网络属性策略来判断其应有的最佳媒体属 性；10.应用服务器根据9中的判断结果，调用IpMultiMediaStream: :subtraCt()来 修改终端的媒体属性；11.应用服务器调用 MultiPartyCallLeg: attachMediaReq()，将该会议终端加 入会议；12.反复执行步骤3 11，将全部其它会议终端加入会议；13.会议开始召开。本发明中的媒体属性控制策略采用以下原则1.考虑到在会议电话中，媒体的传输是在会议终端和媒体服务器之间进行，所以 媒体属性的判断需要针对终端与媒体服务器是否位于同一局域网内，这一信息是预先登记 在特定的用户数据库中的；2.在接收到终端媒体属性通知事件之后，如果终端和媒体服务器位于同一局域网 内，那么就直接将用户终端加入会议；否则，由应用服务器控制修改用户终端的媒体属性， 然后再将其加入会议；3.对于同一局域网内的用户终端，在步骤10中应用服务器通过调用 IpMultiMediaStream: subtract ()接口强制删除终端会话描述协议(SDP)中其它负载类 型，仅保留G. 711的负载类型，使得该终端采用G. 711等高带宽的媒体属性；同样，对于不在 同一局域网内的用户终端，仅保留SDP中的G. 729负载类型，使得该终端采用低带宽的媒体属性。如图3所示为本发明使用的媒体属性控制策略方框图，在应用服务器接收到用户 终端的媒体属性通知事件以后，查询该用户终端的属性数据库，根据数据库的数据判断该 用户终端是否和媒体服务器位于同一局域网内，如果是则使得该用户终端采用G. 711等高 带宽的媒体属性，如果否，则修改该终端的媒体属性，保留SDP中的G. 729负载类型，使得该 终端采用低带宽的媒体属性。本发明中的会议电话业务，可以单独部署，也可以集成到统一通讯系统之中，广泛 应用到包括企业通讯在内的统一通讯应用中去。如上所述，首先，本发明基于Parlay API实现了一种会议电话呼叫业务，该业务主要针对企业即时通讯产品而提供的。其中，呼叫控制API是基于NGN网络，以SIP协议来 实现其功能的。会议终端以SIP软终端为主，SIP软终端支持G. 711、G. 729等多种不同带 宽要求的媒体属性。会议媒体处理设备有媒体服务器来完成，媒体服务器同样支持G. 711、 G. 729等多种不同带宽要求的媒体属性。其次，本发明中会议电话实现的业务流程，需要关注会议成员与媒体服务器之间 的网络属性，该属性是在应用服务器的数据库中预先登记的，应用服务器需要根据该属性 来动态控制会议终端的媒体属性。再次，本发明中会议电话应用实现的业务流程，是由应用服务器来控制会议成员 的媒体属性的。应用服务器根据会议成员的SIP软终端与媒体服务器是否位于同一局域 网，调用IpMultiMediaStream: :subtract()接口来更改终端的媒体属性，保证网络属性与 媒体属性的一致性。对于同一局域网内的终端，优先使用G. 711等高带宽的语音编解码算 法，否则使用G. 729等低带宽的语音编解码算法；最后，为了使得应用服务器能监控到会议终端的媒体属性，在步骤6呼叫会议终 端之前，需要先在步骤 5 中调用 IpMultiMediaCallLeg: ImediaStreamMonitorReq ()请求监 控终端的媒体属性，此外，在步骤6中调用IpMultiPartyCallzrouteReqO呼叫会议终端 时，必须采用显式连接的属性P_CALLLEG_ATTACH_EXPLICITLY，防止Parlay网关自动进行 媒体协商，从而导致应用服务器无法控制终端的媒体属性。当终端应答之后，再在步骤11 中调用 MultiPartyCallLeg: attachMediaReq()将终端加入会议。本发明利用Parlay API实现了一种会议电话业务，同时，在业务流程实现的基础 之上，针对企业即时通讯系统的网络属性，对原有流程进行了进一步的优化，使得应用可以 采用与会议终端网络属性相匹配的模式来控制会议终端的媒体属性，保证了会议电话的语 音质量。本发明基于Parlay网关实现的会议电话的业务流程，业务流程的实现非常灵活， 改进流程与第1种流程相比，仅增加了 4个API的调用，即可大大改进电话会议的语音质 量。
权利要求
一种基于Parlay网关实现会议电话的方法，应用程序服务器通过Parlay应用程序接口API逐个将会议终端加入会议，实现会议电话的呼叫和控制，其特征在于，所述应用服务器在为所述会议终端创建一条对应的会议腿，并且申请监控所述会议终端的基本呼叫状态事件时，还申请监控所述会议终端的媒体属性；并且在接收到所述用户终端的媒体属性通知事件以后，再判断所述用户终端是否和会议电话的媒体服务器位于同一局域网内，如果是则设置所述用户终端采用高带宽的媒体属性，如果否，则设置所述会议终端采用低带宽的媒体属性；然后采用显式连接的属性呼叫所述会议终端，当所述会议终端应答之后再将其加入会议。
2.如权利要求1所述的基于Parlay网关实现会议电话的方法，其特征在于，所述应用 服务器通过相应的所述Parlay应用程序接口 API调用强制删除所述会议终端会话描述协 议中G. 711的负载类型以外的其它负载类型，来实现设置所述用户终端采用高带宽的媒体 属性的性能；所述应用服务器通过相应的所述Parlay应用程序接口 API调用强制删除所述 会议终端会话描述协议中G. 729的负载类型以外的其它负载类型，来实现设置所述用户终 端采用低带宽的媒体属性的性能。
3.如权利要求2所述的基于Parlay网关实现会议电话的方法，其特征在于，所述应用 程序服务器在接收到所述用户终端的媒体属性通知事件以后，判断所述用户终端是否和会 议电话的媒体服务器位于同一局域网内的方法是查询所述用户终端的网络属性数据，所 述用户终端的属性数据登记在特定的用户网络属性数据库中。
4.如权利要求3所述的基于Parlay网关实现会议电话的方法，其特征在于，所述应用 服务器和Parlay网关之间的流程包括(1)调用IpConfCalIControlManager :createConference()创建一个会议；(2)调用IpConfCall: :getSubConferences ()获取会议对象的引用；(3)调用IpConfCall:=CreateCallLegO为所述会议终端创建一条对应的会议腿；(4)调用IpMultiMediaCallLeg::eventR印ortReq()申请监控所述会议终端的基本呼 叫状态事件；(5)调用IpMultiMediaCallLeg: mediaStreamMonitorReq()申请监控会议终端的媒 体属性；(6)调用IpMultiMediaCallLeg::routeReq()以显式连接的属性来呼叫所述会议终端；(7)所述Parlay 网关用 IpMultiMediaCallLeg: eventR印ortRes ()回调应用，通知所 述会议终端的基本呼叫状态事件；(8)所述Parlay网关用 IpMultiMediaCallLeg: :mediaStreamMonitorRes ()回调应用， 通知所述媒体终端的媒体属性；(9)所述应用服务器根据所述会议终端的网络属性判断是否修改所述会议终端的媒体 Mt生，i贝1Jiilffl IpMultiMediaStream: subtract ()；(10)调用MultiPartyCallLeg: attachMediaReq ()，将所述会议终端加入会议；(11)重复步骤3 11，将全部会议终端加入会议。
5.如权利要求3所述的基于Parlay网关实现会议电话的方法，其特征在于，所述会议 终端是一种企业的即时通讯产品。
6.如权利要求1、2、3或者4所述的基于Parlay网关实现会议电话的方法，其特征在 于，所述Parlay应用程序接口 API基于NGN网络，以SIP协议实现。
7.如权利要求5所述的基于Parlay网关实现会议电话的方法，其特征在于，所述会议 终端是支持多种不同带宽要求的SIP软终端。
8.如权利要求6所述的基于Parlay网关实现会议电话的方法，其特征在于，所述媒体 服务器支持多种不同带宽要求的媒体属性。
全文摘要
本发明公开了一种基于Parlay网关实现会议电话的方法，应用程序服务器通过Parlay应用程序接口API实现会议电话的呼叫和控制，所述应用服务器申请监控每一个会议终端的媒体属性；并且在接收到所述用户终端的媒体属性通知事件以后，查询用户终端的属性数据，再根据所述属性数据判断所述用户终端是否和会议电话的媒体服务器位于同一局域网内，如果是则设置所述用户终端采用高带宽的媒体属性，如果否，则设置所述终端采用低带宽的媒体属性；然后采用显式连接的属性调用当所述会议终端应答之后再将其加入会议。本发明实现非常灵活，仅增加4个API的调用，即可大大改进电话会议的语音质量。
文档编号H04L12/58GK101938363SQ200910108559
公开日2011年1月5日 申请日期2009年6月30日 优先权日2009年6月30日
发明者杨勇, 董振江 申请人:中兴通讯股份有限公司