软电话为BYOD时代提供了更好的通信灵活性

企业移动性已开始影响IT部门提供统一通信系统的方式，并可能导致更多公司转向软电话。

总部位于波士顿的电信市场研究公司Infonetics Research的分析师Diane Myers表示，工作场所电话分机与小房间硬电话之间一对一关系的概念将成为过去。“能够拥有一个电话号码，无论设备或物理位置在哪里都是一个巨大的好处，”迈尔斯说。“哪家公司不希望员工每天24小时到达或工作？” 虽然组织可能永远不会转向同时兼顾计算和电话的设备，但有一天，平板电脑和蓝牙电话加密狗有可能成为IT部门为员工提供的唯一设备，这并非不可能。组织认为移动设备的普及将导致需要为任意数量的设备提供单一电话分机和其他捆绑通信服务，位于科罗拉多州博尔德的企业通信研究公司TalkingPointz的创始人Dave Michels表示。“在价格和性能方面，这是一个明智的选择，因为平板电脑是一种能够运行大量应用程序的多用途设备，同时也是一个合理的统一通信端点，”Michels说。

软电话统一设备

根据员工的位置，拥有可以拨打桌面电话，智能手机或平板电脑的电话分机已经开始为IT专业人员带来益处。位于佛罗里达州迈阿密海岸的一所大学-巴里大学有一小组技术支持人员，他们整个团队都在各个校园里从一个帮助电话转移到另一个校园。他们很少出现在他们的实体办公桌上，因此IT工作人员经常会发布他们的个人手机号码。“这提高了我们的手机报销费用，”该大学的助理CIO Hernan Londono说。 该大学使用Avaya Inc. 私人分支机构交换机（PBX），但Avaya的one-X移动客户端只能通过Wi-Fi网络接听电话 - 而不是制作它们。为了降低手机支出的成本并使技术支持人员更轻松，该部门授权ShoreTel Inc.的移动产品，这是一种企业级版本的Google Voice，提供一种语音互联网协议（VoIP）电话分机，多个设备。

现在，当通过个人iPhone或Android设备连接到校园Wi-Fi网络时，这些漫游技术支持IT人员可以访问电子邮件，即时消息和办公室扩展。伦敦承认很难准确计算这所大学为这些员工的手机报销计划节省了多少钱，但表示这导致了“显着的节省”。“这使他们更有成效，因为他们永远不必回到办公室，这为他们节省了大量的手机时间，”他说。“这对我们来说是值得的。”此举取得了巨大成功，该部门可能会向学生和教师扩展“一种扩展，多种设备”的方法。对于手机信号较差的宿舍的学生来说，这将特别有用。这些学生 - 下一代进入劳动力市场的员工 - 习惯于通过手机和平板电脑而不是桌面电话和Windows PC进行工作。迈尔斯说，这是一个巨大的变革之海，“企业现在需要解决这个问题。”

企业级软电话选项

IT人员还必须解决网络扩展问题，以支持更多用户和设备，提供更多带宽以适应不断增加的语音，数据和视频应用程序，并为这些提供企业级服务，安全性和管理性的移动设备，位于马萨诸塞州弗雷明汉的研究公司IDC的分析师Rich Costello表示。因此，大多数主要的统一通信（UC）供应商，如Mitel Corp.，Avaya，ShoreTel，Loogear inc.,Cisco Systems Inc.，Siemens Enterprise和Microsoft已开始更新其统一通信产品，科斯特洛说。

ShoreTel刚刚发布了iPad优化版的移动会议产品，让员工可以通过使用扬声器从iPad拨打和接听VoIP电话。他们还可以使用iPad设置会议桥。ShoreTel的两款产品都与企业目录集成，为最终用户提供自动VPN登录，并使用SSL和256位加密技术保护通过网络传输的语音数据包。

Loogear inc.最近发布的SparkleVoIP是基于SparkleComm统一通讯平台，SparkleComm的核心功能，是一套全面集成语音、视频、电话、即时消息和邮件功能，可安装于智能手机、电脑(PC／Mac)的软件客户端。它支持多种语音编码、支持与主流的IPPBX对接、支持IMS、支持呼叫转移、偏转、会议、三方等功能、支持模拟对讲机接入、支持状态呈现（Presense）等。

Avaya最近发布的企业会话边界控制器（SBCE）产品与其Aura平台相结合。据该公司称，新平台基于会话启动协议（SIP）的移动VoIP应用程序，包括iPad上的Flare Experience和one-X移动应用程序，对IT更安全，更易于员工使用。SBCE安全功能以前仅限于桌面电话和VPN隧道。现在，Avaya的SBCE可以防范拒绝服务攻击，应用层威胁和收费欺诈。而不是整个移动设备通过VPN隧道连接到网络，只有Avaya移动应用程序连接到网络。在通过使用SIP中继路由到网络之前，SBCE会检查该流量。SBCE还允许IT围绕UC工具制定策略，例如限制网络外即时消息或视频的能力。

多方视频会议系统的分布式QoS管理（六）

多方视频会议系统的分布式QoS管理（六）

六、方法的实施

6.1 GCSVA系统的体系结构

        所提出方法的实现需要每个参与者主机的管理组件以及对其交互的协议支持。 图3显示了参与者主机上Gcsva的架构。 由于视频和音频流需要的服务与发送组通信数据所需的服务非常不同，因此我们将架构分为两部分：数据处理部分和信令部分。 它们由两种不同的协议支持：用于传输音频和视频流的MCM-TP（多播连续媒体传输协议），以及用于群组通信的GCP（组通信协议）。 两种协议都直接通过ATM适配层5（AALS）运行。 成的。 视频管理器还包含输出过滤器，用于根据系统配置QoS *调整输出视频流。通过MCM-TP执行从一个发送者到另一个参与者的音频和视频数据的传输。它提供连接定向的不可靠多播服务。 MCM-TP层包含输入滤波器，它可以将发声器的输入流从FRs *缩小到F R s /，并且分别从FRL *到FR L /缩小听众的输入流。

        信令部分负责组和QoS管理。它由QoS Manager，Monitor和Group Management Module组成。 QoS管理器计算系统配置QoS *的QoS参数，以及如上所述的本地过滤参数FRs /和FRL /。监视器支持QoS管理器的工作。监视器观察当前的CPU负载。它定期将此信息发送到QoS管理器以计算过滤器参数。当参与者改变或参与者加入或离开会议时，组管理模块会触发重新计算QoS参数。 ATM级的QoS管理组织如下。在连接建立期间确定ATM连接的QoS参数。之后不能改变它们。在所有参与者之间以最佳质量传输流的网络资源的预留将浪费网络资源并导致更高的成本。由于在Gcsva中，所有参与者并不总是以尽可能高的质量发送，因此在ATM级别的连接建立期间仅需要QoS参数的平均质量。

        集团管理模块监督集团的状态。 他们交换关于组的组成（参与者的加入和离开）的消息以及用于控制组的消息（进入说话者队列，从说话者队列中移除，交换QoS要求）。 组管理模块应该使用户免于任何QoS管理，因为用户通常不具备对QoS参数及其之间关系的深入了解。

        对于组管理模块之间的通信，设计了组播协议GCP。 它确保了参与者站点的QoS参数和组管理信息的一致性。 GCP是我们分散的集团管理的基础。

6.2集团通信协议（GCP）

        GCP协议是在仔细分析并部分调整现有多播协议和组通信方法的想法之后设计的。 为了确保组管理模块中组管理数据的一致性，支持协议必须满足以下要求：

        可靠性

        与视频数据的传输相反，其中一些帧可能丢失，失真或丢弃，因此必须能够交换控制数据。 消息可能不会失真，丢失或无序。

        原子性

        消息必须传递给所有参与者或者不传递给所有参与者。

        订购交货

        如果订单影响结果，则不同发件人的消息必须以相同的顺序传递给不同的接收者。 根据应用的不同，可能需要不同级别的订购。

        动态加入和离开

        应允许参与者随时加入并离开会议。

        GCP满足这个要求。它提供可靠的、原子的、有序的交付服务。

        为了提供有序的传递，GCP应用类似于基于令牌的机制。 所有参与者形成令牌旋转的逻辑环。 只允许令牌持有者发送。 所有参与者都必须承认这些PDU的接收。 超时后最多三次重传未确认的PDU。 收到所有确认后转发令牌。 必须同时接收令牌的接收。 如果没有要发送的消息，则会立即转发令牌。

        如果在一段时间后有任何未完成的确认，则会触发所谓的强制休假机制。 它从组中删除这些参与者（即他们必须离开会议）。 因此可以保证原子性的实现，因为剩下的参与者被重新感知到PDU。令牌丢失和重复的处理方式类似。

        由于在发送方和接收方之间仅发生一次消息交换（数据PDU传送和相关的知识），因此两个令牌移动之间的消息的交叉和超越是不可能的。 所有参与者都以相同的顺序接收所有消息。 这确保了完全有序的交付。

        旋转令牌机制进一步保证了所有参与者之间的公平性。 即使不必传输数据，令牌的移位也支持早期检测参与者的失败。

多方视频会议系统的分布式QoS管理（五）

多方视频会议系统的分布式QoS管理（五）

五、QOS管理

        此节将描述如何计算QoS参数以支持上面介绍的缩放方案。 为了使决策过程尽可能简单，仅考虑QoS参数帧速率和像素分辨率。 以下决定适用于说话者和听众之间的关系。 记录扬声器的视频流并以更高的帧速率和更高的像素分辨率发送。 其他参与者以较低的帧速率和像素分辨率发送，因此当前认为这些参数对于所有听众来说是相等的。

5.1系统参数的计算

        Gcsva的会议相继成立，即新的参与者一个接一个地加入会议。 随着每个新加入，包括新的参与者在内的所有参与者通过QoS请求分组交换其QoS参数（帧速率和像素分辨率）。 QoS参数由监视器提供，监视器观察CPU负载并获得QoS值。 假设主机上没有运行其他应用程序，即参与者仅将计算机用于视频会议。

        每个参与者指示其可以接收扬声器的视频流和其他听众的视频流的质量。 QoS管理已知参与者的数量。 每个参与者的QoS-Request-包包含以下值：

        其中FR和FS表示所需的帧速率和扬声器视频流的帧大小（像素分辨率，像素x像素）。 FRL是听众视频流的所需帧速率，FSL是相关像素分辨率。

        在交换QoS-Request-packets之后，计算整个系统的QoS参数。 如第4节所述，它们与最强大的参与者有关。由于帧速率和帧大小可能不同，因此必须找到一种措施来比较参与者的QoS要求。

        在视频会议期间，通常仅传送谈话者的头肩透视图像。 例如，与电影不同，连续帧中只有少数变化。 因此，在下面的讨论中可以忽略帧间编码对传输速率的影响。 因此，视频流的传输速率由帧速率和像素分辨率决定。 依赖关系是线性的（参见图2）。

enter image description here

        为了表达说话者拥有最高优先级，我们引入了权重。 与听众相比，扬声器被赋予双倍值。 所有听众都拥有相同的体重。 所有参与者的权重之和为1.然后，n为参与者数量，Wx为参与者x的权重

enter image description here

        WS是说话者和WL听众的权重。

        在下文中，我们确定值C，其被用作比较参与者的QoS要求的度量。 参与者i的QoS要求是

enter image description here

        如果未输出本地视频流，则必须引入（n-2）而不是（n-1）。

        与发送相关的系统QoS配置QoS *由参与者k的QoS要求Ck确定，其中计算所有Ci的最大Cmax：

enter image description here

         如果新参与者加入会议或参与者离开会议，则必须重新计算QoS *。

        在更换扬声器之后，新扬声器必须使用新的QoS参数QoS *发送包括前一个扬声器在内的所有其他参与者的听众参数QOSL *。 所有参与者都必须接受这一点在接收视频流时更改帐户。

5.2 计算局部QoS参数

        收到有效的系统参数QoS * =（QoSS *，QOSL *）（（FRs *，FSs *），（FRL *，FSL *））用于发送视频流，每个参与者必须自己确定它是如何的 必须过滤传入的视频流。 到达（已记录的）视频流的帧大小只能通过部分解压缩来改变。 这需要额外的计算工作，这应该在接收器站点避免。 因此，我们决定所有参与者分别接收和处理系统帧大小为FSs *和FSL *的输入视频流。 因此缩放减少了调整输入滤波器中的帧速率。 设FR，即参与者i可以接受的扬声器的视频流的帧速率然后通过以下公式基于帧速率和帧大小之间的线性相关性（参见图1）来计算减少：

enter image description here

        过滤器必须缩小传入扬声器流的帧速率，从FRs *到FRs /。 相同的缩放原理应用于收听者FRL /的视频流的帧速率。

        必须分别针对组或扬声器的组成的每次更改重新计算这些参数。

我们应该考虑软电话客户端还是手机？

对于在办公室以外工作的员工，软电话客户端或手机是最佳选择吗？电话专家Jon Arnold解释了软电话和移动电话之间的区别，以及使用软电话客户端的好处。

我公司的很多人只在兼职办公室工作，因此我们正在考虑购买软电话，以便他们可以随身携带手机。购买软电话有什么好处，而不仅仅是让这些员工使用手机？这是一个很好的问题，有些事情需要澄清以提供有用的回应。首先，类似SparkleComm这样的软电话不是像桌面电话那样的物理设备。其次，它不是您作为独立产品购买的东西。

您需要知道的第一件事是，顾名思义，软电话是一种软件应用程序。简而言之，此应用程序允许您使用宽带连接端点，就像使用桌面电话一样。最初，软件是为PC开发的，但随着移动宽带的出现，它们现在可以部署在智能手机或平板电脑上。例如劳格科技的SparkleComm。

在所有情况下，我们的想法是将这些端点作为桌面电话的扩展。除了拨打和接听电话外，还可以在这些环境中使用电话系统的功能集。考虑呼叫者ID，呼叫转移，会议和保持呼叫者等功能。虽然有许多免费的网络电话选项，如Skype和Google Talk，但它们并不依赖于您的电话系统，因此这些功能无法使用。此外，对于日常商业用途，通话质量不够好或不够可靠。

市场上有许多软电话客户端，SparkleComm是最著名的例子。许多产品只是将软电话客户端的成本与其他通信应用程序捆绑在一起作为月度服务计划。因此，关于成本没有简单的答案。要获得高质量的软电话体验，您通常需要投资外围设备 - 即耳机和扬声器。

虽然使用移动设备对于商务电话来说很方便，但它们通常不与您的电话系统集成，也不会向客户投射专业图像。SparkleComm软电话解决了这个问题，并提供了更丰富的功能集，使您的员工无论身在何处都能提高工作效率。

多方视频会议系统的分布式QoS管理（四）

多方视频会议系统的分布式QoS管理（四）

四、视频流的动态可扩展性

        在视频会议系统中，每个参与者接收来自所有其他参与者的视频流。它必须在这些流被释放出来之前先对它们进行减压。多个视频流同时解压会使终端系统过载。缩放视频流可以减少解压开销。这可以在不同的点上完成，通过这些点可以应用不同的方法:分层的、受发送者限制的和受接收者限制的。根据路径末端接收者的要求，在网络节点上进行分层计算。由于我们的系统是直接运行在ATM上的，这种方法是不可行的。

        在发送者限制方法中，发送者调整视频流的方式使所有参与者包括较弱的参与者都能接收视频流。该方法适用于群组信道的概念。组通道为整个组定义了一个QoS级别，将会议的总带宽限制为组中最慢工作站的性能。当参与者的性能几乎相同时，该方法很有效，但是当会议中包含了非常不同的性能参数时，它会极大地限制强大机器上的传输质量。

        受接收者限制的方法假设网络带宽不是瓶颈。 主机可以以尽可能高的性能发送。 接收器根据输入流的数量及其当前负载来缩小它们。 然而，该方法取决于所应用的压缩方法。 缩放也可能使功能较弱的主机过载。

        在我们的方法中，我们应用了一个组合方案。会议的总带宽与容量最大的参与者有关。 如上所述，在所有参与者之间划分带宽，使得当前的发言者具有更大的份额。 参与者的视频流根据其在总带宽上的配额发送。如有需要，视频流由输出滤波器调整。接收器必须根据性能参数对流进行过滤。扬声器流以尽可能高的服务质量播出，即更高的帧速率和更高的像素分辨率。它比听众的视频流过滤更少。在过载的情况下，仅可以显示听众的静止图像。

        由于参与者的动态加入和离开，要解压缩的视频流的数量可能会在会议期间发生变化。 因此，系统必须动态地调整过滤方案。 当参与者加入或离开会议时，在参与者之间重新协商总带宽及其分裂。

        图1给出了特定缩放情况的示例。 我们假设参与者c具有最高容量。 它能够处理每秒60帧（F / s）。 这是总带宽。 发言者（参与者b）获得20 Fls的配额，其他参与者（包括参与者c）可以10 F / s发送。 参与者a必须从60 Fls过滤到40 F / s。 这取决于参与者如何在单个视频流之间共享这40个Fls。 例如，扬声器可以用20 Fls播放，其他3个参与者获得6 F / s。 参与者d仅显示发言者。 对于其他参与者，它会显示静止图像。

        应用的缩放方法取决于缩放目的和应用的压缩技术。 存在不同的可能性，诸如时间缩放，空间缩放，频率缩放，振幅缩放和颜色空间缩放。 我们的缩放方法的目标是减少解压缩工作，从而减少视频流的接收器站点处的计算开销。 因此，需要大量计算的缩放方法是不合适的。 我们在输出滤波器中使用时间和空间缩放（参见图3），用于发送端站点的缩放，而在接收端站点的输入滤波器中只使用时间缩放。 对于时间缩放，采用帧丢弃滤波器。 使用的压缩方法是CellB。 我们首先为MPEGI流实现了过滤器，但是实现的性能太差了。