融合通信（UC）是目前很多通信圈内经常提到的一个热词。因为企业融合通信和企业IPPBX之间存在着天然的依存或继承关系，整个融合通信技术的演进是在企业IPPBX基础上发展而来的。所以，在目前市场上，融合通信和IPPBX处于迭代时期，融合通信解决方案和IPPBX的说法同时并存。企业融合通信的定义也被很多厂家“被代表”了。当提到企业融合通信，很多终端用户，甚至是厂家对融合通信和企业IPPBX的定位和两者之间的区别都存在很多的误解。融合通信在市场上的定义也比较松散，也有的厂家本来就是一个企业IPPBX，为了市场宣传的原因，也借用了一个企业融合通信的名头。为了帮助用户比较全面地了解企业融合通信的整个链条上的技术要素，也为了结合我们的SIP系列讲座，所以笔者在这里尽量完整地从企业融合通信的背景介绍，概念，核心功能和企业客户的要求等几个方面做一个比较全面的剖析，经过我们的详解，这样用户可以能够清晰地理解企业融合通信解决方案的真正含义。 如果说我们以前的讲座是务实（侧重技术细节）的内容，今天我们更多会涉及很多务虚的内容，也就是业务层面的内容。具体来说，在本章节关于融合通信的讨论中，我们不会涉及任何技术细节，因为融合通信这个话题本身也没有涉及技术细节，它基本上都是基于目前各种通信技术和协同工具技术的融合集成。另外，我们在以前很多系列讲座中已经讨论过很多的技术话题，例如电话语音技术，SIP，企业IPPBX，在线状态，电话会议等技术。企业IPPBX，通信的技术。如果读者有兴趣的话，可以回顾以前的系列讲座，获得技术方面的细节。所以，今天我们还是从更多务虚或者业务层面来讨论融合通信。 事实上，语音通信技术发展到今天，笔者看到的国内外大部分中小型企业融合通信厂家产品或者IPPBX都基本上使用的同一类型的底层平台，并且很多技术底层也非常稳定成熟，例如目前大家普遍使用的开源Asterisk和FreeSWITCH，这些平台就已经基本上已经满足了企业IPPBX语音通信，电话系统的主要功能。基本功能都大同小异，厂家需要抛开那些标准的技术细节认真去研究企业客户部署融合通信的真正目的是什么？当然笔者不是说技术细节不重要，但是如何使用融合通信工具来提高客户的工作效率可能才是客户部署融合通信解决方案真正所关心的话题，如何让括融合通信产品帮助客户提升工作效率，优化业务层面，取得更好的客户满意度才是真正的目的。 所以，我们还是要多谈一点虚的内容。这里，我们会首先介绍企业融合通信产生的历史背景，介绍企业融合通信的核心概念（融合和协同），核心模块，企业客户部署融合通信解决方案的必要性，企业客户在部署融合通信解决方案时应该准备或需要做的前期准备，包括内部流程的再造，客户培训，客户端需求，管理层变革，企业融合通信的部署方式讨论，提供商厂家所需要面对的挑战，未来企业融合通信发展趋势的初探。 1 首先让我们讨论一下融合通信产生的背景。前面我们已经说到，企业融合通信或UC本质上没有任何具体的技术细节或者所谓的RFC规定，它更多的是强调各种通讯技术工具本身在企业环境中和人，工作流程的融合和协同关系。这样让很多读者听起来感觉非常虚头八脑，也有很多技术人员，市场销售人员认为这是厂家在炒作概念，这些概念完全是为了忽悠客户。事实上，这是今天和未来几年（不敢说几十年）社会科技发展的必然结果，这些结果反过来倒逼企业管理方面流程或方式发生改变。根据维基百科对融合通信（UC）的描述： Unified communications (UC) is a business term describing the integration of enterprise communication services such as instant messaging (chat), presence information, voice (including IP telephony), mobility features (including extension mobility and single number reach), audio, web & video conferencing, fixed-mobile convergence (FMC), desktop sharing, data sharing (including web connected electronic interactive whiteboards), call control and speech recognition with non-real-time communication services such as unified messaging (integrated voicemail, e-mail, SMS and fax). UC…

Read more

电话会议是企业通信中必不可少的功能之一，目前市场上已经有很多非常成熟的电话会议系统或者基于云的解决方案。有的可能是传统的PSTN方式结合IP(SIP/H323)方式，有的是完全是纯SIP的的技术架构。为了结合我们的SIP系列讲座内容，我们今天专门介绍一下基于SIP的电话会议的核心要素，电话会议的创建移除，会议用户管理的流程和不同电话会议服务器部署方式的讨论。 1 互联网的发展越来越开放，越来越灵活，传统的PSTN网络已经很难适应互联网发展的要求，同时运营商的业务能力也逐渐往互联网的方向发展。特别是IMS或者SIP trunk的投入也越来越大。在电话会议的部署方面，SIP具有以下几个独特的优势，所以，使得越来越多的电话会议系统通过SIP来获得支持： SIP具有更丰富的支持能力，并且具有更多的开放性，而传统的PSTN网络无法获得这样的优势。 SIP具有更广泛的支持和更好的开放性，终端开发和网络技术人员（SDK/API/浏览器）可以轻易部署和开发需要的终端产品。 SIP终端通常可以非常灵活地进行配置和参数的调整，包括音视频支持，语音增益的调整。 不同的会议产品厂家通过一定的配置都可以互相兼容，解决了很多传统会议系统的兼容性问题。 基于SIP的电话会议可以轻松扩容，支持了更多的管理功能。 2 SIP电话会议系统可以通过很多方式方式来实现。几种实现方式在后续章节中有所描述。我们现在主要讨论的是服务器端的方式来实现电话会议系统。基于服务器端的电话会议系统具有以下几个方面的功能支持（如图所示）。 具体可实现的功能包括： Conference服务器可以运行多个Focus 电话会议室，每个Focus 具有不同的ID，并且支持多个Focus。Focus具有以下几个主要特性： Focus是一个Conference-Aware的用户代理。根据RFC4353的规定，Focus事实上是在会议中扮演着一个逻辑角色。 有唯一的SIP URL。 可以托管/运行一个独立的会议服务。 维持SIP会议代表的信令关系。 支持会议控制管理。 可以支持媒体转发支持混音功能。 可以邀请/移除会议代表。 这里读者一定要注意，在会议UA中，SIP电话会议支持两种UA： Conference-Unaware UA。简单来说，Unware UA可以支持电话会议但是基本上忽略了SIP的其他携带信息，它可以支持会议拨入和被邀请功能，Unware UA仅要求支持RFC3261。这里读者可以简单理解为非SIP功能终端。具体Unware UA的定义请参阅 RFC4579。 Conference-Aware UA。它必须支持SIP会议的isfocus 参数。另外，它必须支持RFC3261，应该支持REFER，SIP事件。Aware UA可以支持对SIP头的渲染，并且应该支持conference package。具体的关于Aware UA的定义请参阅 RFC4579 3.4 部分。从真正意义上来说，这种UA才是SIP会议UA。 3 现在我们看看如何实现创建第一个电话会议，会议主持人启动会议的流程，并且订阅会议代表状态消息。通过以下示例大家可以看到，会议发起人首先需要对Conference Factory来发起一个INVITE，然后Factory开始创建一个Focus，然后Factory 返回一个302临时信息，并且携带了一个会议的ID号码。发起人再次对Focus发起一个INVITE，Focus回复一个200 OK。确认创建了会议Focus以后，会议发起人可以对Focus发起一个订阅消息，这样可以通过订阅消息来获悉其他会议代表的参会状态。发起人创建Focus大概经过12个步骤来实现整个发起会议的流程。 UA支持了isfocus 参数，携带了Conf-ID。 4 创建Focus 会议室以后，发起人可以通过呼叫方式或者REFER的方式对第一个参加会议的代表发出邀请。这里，发起人通过REFER对参加会议的代表发出邀请，然后Focus对会议代表发出邀请，会议代表回复200 OK，Focus确认代表身份，会议代表进入到会议室。Focus通过提示消息通知会议发起人已经有代表进入了会议室。 会议发起人的REFER消息，通过Focus对代表发出会议邀请。Focus对会议代表发送到INVITE消息。 6 电话会议发起人可以使用REFER，对联系人列表发起会议邀请，Focus则会根据列表的联系方式和URL发送到会议代表地址。这里，Focus可能需要第三方应用软件来批量发送消息地址。 7 如果会议管理人员需要移除或踢出一个会议代表的话，可以通过REFER 头对Focus发送一个refer-to消息，通知Focus移除Refer-to的代表。Focus对需要被移除的代表发送一个Bye消息，会议代表被移除后，然后Focus对会议发起人发送一个NOTIFY消息。…

Read more

我们在前面的讲座中已经比较全面完整地介绍了SIP NAT的解决方案，现在我们重点介绍一下SIP的trunk一些技术概要。网络上已经有很多关于SIP trunk的功能介绍和配置介绍，很多资料已经可以帮助用户完成SIP trunk的配置，笔者希望通过其他不同的角度对SIP trunk（中继）进行讨论，以此来帮助读者丰富一些关于SIP trunk的内容。我们将要讨论的内容包括：SIP trunk的优势，SIP 容灾，SIP和MPLS，SD-WAN，SIP trunk 需要考虑到因素，SIP 企业用户的身份验证方式，常见问题排查和SIPit对终端和IPPBX测试数据分享。 1 SIP trunk可能很多读者已经非常熟悉，为了让一些新人了解trunk的基本概念，我们这里简单重复介绍一下trunk。SIP中继简单来说（当然还有其他类型的连接，例如H323），就是一个对SIP业务进行接入支持的逻辑连接。和SIP trunk对应的就是传统的PSTN网络中trunk，在传统PSTN网络中，我们也会使用trunk这个用法。但是，在传统的PSTN网络中，我们仍然可以看到至少有一个物理的连接方式，通过物理线路的连接方式从运营商对接到客户端网络。在SIP网络中，我们基本上没有看到它的物理形态的连接方式，仅通过虚拟的逻辑连接对接运营商和终端客户的IP解决方案。根据RFC对trunk的定义是： 以下图例介绍了传统E1/T1 trunk接入方式的企业IPPBX，运营商通过物理的trunk连接到用户端IPPBX。当然，这里的E1接入方式需要本地部署一个E1接入网关或者语音板卡。 以下图例介绍了用户通过网络使用SIP trunk来实现的SIP接入方式，SIP对接到企业用户本地IPPBX。 以下图例说明了一个比较完整的传统TDM和SIP混合的接入方式，客户分别使用了SIP trunk和TDM trunk的方式。 根据目前的发展来看，SIP trunk 已经可以完全兼容目前市场上绝大部分的应用服务器，这里的Asterisk是一个相对比较笼统的称呼，事实上，这里包括了很多厂家使用Asterisk平台开发的商业IPPBX，和非常流行的开源项目FreePBX和Issabel 开源项目。 使用SIP trunk和传统的PSTN网络相比，SIP trunk 具有以下这些优势： 通话成本相对比较低廉。 部署方式相对比较灵活。 扩容相对比较方便。 终端支持的灵活性相对比较大。 客户可以获得不同落地服务商的号码资源。 DID资源丰富，可以支持公司更多分机号码。 如果发生接入设备故障时，SIP trunk非常快速切换到E1/T1中继。 2 现在我们介绍几个关于SIP trunk在企业应用环境中的典型场景，用户可以了解更多SIP trunk的场景，例如总部分公司之间的连接，LCR和trunk逃生切换。 以下图例介绍了一个企业多地部署的场景（Peer之间的连接），一个跨国公司通过SIP trunk可以实现不同国家之间（美国，日本，中国和越南）的分公司工厂之间的连接，这也是很多企业客户经常使用的场景，通过这样的部署方式，企业内部通话就可以实现完全免费。当然，除了实现内部免费通话的好处以外，企业总部可以对分公司的电话系统进行有效地监管，方便管理层对公司全局的管理。 为了实现企业IPPBX多地部署和互通，仍然需要面对很多的技术挑战，用户可能需要考虑很多技术因素，产品兼容性的问题，本地支持力度，本地网络带宽支持能力等问题。企业用户必须根据不同环境和相关要素进行全面考虑，根据公司需求和本地资源来完成部署。 另外一种场景就是使用LCR实现最低话费呼叫。因为国际业务的需求，有很多企业的国际话费成本仍然很高，如果选择SIP trunk的话，用户可以使用LCR策略对接运营商所提供的不同国家的线路资源实现最低话费计费方式，用户通过最佳的线路呼叫。 SIP trunk 还可以提供灵活切换保证企业IPPBX正常工作。在实际环境中，企业IPPBX不能正常工作是完全可能发生的事情，如果大容量的企业IPPBX一般都部署一台从IPPBX来作为一个备份，如果主服务器不能工作的话，另外一台从服务器可以继续工作。公司核心人员的分机可以快速切换到从服务器注册。当然，这里需要注意几个方面的因素，运营商是否能够灵活切换客户端IP地址，企业客户防火墙能够支持主从服务器IP路由和安全策略，同时IPPBX必须支持数据交互的同步（例如数据库同步）。我们这里不涉及IPPBX高可靠性解决方案和接入设备的逃生功能。 3 SIP trunk的性能是企业客户非常关心的一个话题，因为SIP trunk的性能直接影响了SIP呼叫的QoS或语音通话质量。为了提高SIP trunk的性能或稳定性，运营商的网络带宽当然是一个最重要的一个指标。目前，大部分国内运营商带宽已经升级支持了光纤，网络带宽足够，语音质量基本上不会有太大影响。但是仍然有一些地方的运营商在带宽上存在问题。很多ADSL的客户可能会出现语音质量差，容易掉线等情况。很多企业用户可能不了解运营商的技术细节，导致语音质量不好，笔者建议用户和运营商咨询，获得带宽服务的详细说明。很多时候，因为运营商提供的网络带宽的上行和下行的带宽速度不同，客户IPPBX呼入呼出使用了不同的带宽，外部客户呼入时使用的Download带宽，而呼出时则使用的Upload…

Read more