Exchange 2007 SP1与Communications Server 2007集成后的功能

　　在环境中集成Communications Server 2007时，要使用Exchange 2007 SP1中的新增功能，必须满足下列要求：

　　·机构中所有统一消息服务器都必须运行Exchange 2007 SP1。

　　·机构中必须运行Communications Server 2007。

　　·Exchange 2007 SP1和Communications Server 2007的配置必须是正确的。

　　要想在你的统一消息环境中正确设计并部署Exchange 2007 SP1和Communications Server 2007，你必须遵循《Microsoft Office Communications Server 2007 Enterprise Voice Planning and Deployment Guide》中提供的设计部署步骤。这个指南可以通过微软下载中心的“Office Communications Server和客户文档”(Office Communications Server and Client Documentation Rollup)页面获得。

　　以下是Exchange 2007 SP1和Communications Server 2007集成环境中可用的统一消息功能的总结：

　　·支持附加类型的UM拨号设置 为了与Communications Server 2007进行互操作，Exchange 2007 SP1统一消息支持以下附加类型的UM拨号设置：SIP URI和E.164。你可以使用Exchange管理Shell配置这些UM拨号设置，也可以使用Exchange管理控制台来完成。Exchange管理控制台允许你使用“新建拨号设置”(New Dial Plan)向导来创建SIP URI及E.164类型的UM拨号设置。将用户与SIP URI拨号设置相关联时，你还可以通过Exchange管理控制台来提供会话初始化协议(SIP)统一资源定位器(URI)。（有关Exchange 2007统一消息中UM拨号设置类型的更多信息，请查阅《理解统一消息拨号设置》一文。）

　　·解析内部呼叫号码的附加逻辑 Exchange 2007 SP1显著扩大了内部呼叫号码的解析范围。Exchange 2007的最初版本(RTM)只能依照两个源号码解析内部扩展号码，这两个源号码是具有相同UM拨号设置的其它用户主叫及被叫的扩展号码。在Exchange 2007 SP1中，统一消息也根据活动目录森林中的所有用户解析内部扩展号码。Exchange 2007 RTM和Exchange 2007 SP1中，当用户可以使用统一消息时，邮箱就被加盖了一个包含电话扩展号码的Exchange统一消息代理地址(EUM代理地址)。统一消息搜索全球地址列表(GAL)与主叫方的联系人列表相匹配，试着将扩展号码解析为一个用户名。如果不能找到匹配，Exchange只用电子邮件消息中的电话扩展号码作为错过呼叫。你可以使用以下任一种方法来使统一消息解析用户名的扩展名：

　　A） 使用Enable-UMMailbox的命令行命令或Exchange管理控制台打开用户的统一消息功能。有关如何打开用户统一消息功能的更多信息，请查阅《如何打开用户统一消息》(How to Enable a User for Unified Messaging)一文。

　　B）使用Set-Mailbox的命令行命令为用户创建第二EUM代理地址。有关如何创建用户第二EUM代理地址的更多信息，请查阅《如何添加，删除或修改UM用户的扩展号码》(How to Add, Remove,，or Modify Extension Numbers for a UM-Enabled User)一文。

　　C）在Outlook中添加呼叫方作为联系人，并包含该联系人的电话扩展号码。Communications Server 2007扩展了活动目录计划以存储每个用户E164格式的号码。为了进来的固定长度扩展号码(长度由拨号设置定义)相匹配，Exchange统一消息管理员必须设置UM拨号设置属性(Properties)菜单中的InternationalNumberFormat属性。属性值放在进来的扩展号码之前。这样形成的号码再与活动目录服务中以E164格式存储的用户号码进行匹配。

　　例如，一个统一消息管理员创建了一个名为Redmond WA,USA的UM拨号设置。他们设置InternationalNumberFormat属性为“142570xxxxx”。其中，数字“x”由扩展号码的长度决定，本例中为5位扩展号码。如果统一消息服务器响应一个扩展号码为12345的呼叫，它将会把这个扩展号码与InternationalNumberFormat属性的值联合在一起，得到电话号码“tel:+14257012345”。这个号码将会与存储在活动目录树中所有用户的号码进行匹配。

　　注意：InternationalNumberFormat是一个只能设置为一个值的单值属性。因此，即使机构使用多个前缀，也只有一个前缀能够与之匹配(例如，“14257022222” “14257133333”)。

　 ·主叫方留下语音消息时的通知以及呼叫转移时的目的端电话号码 例如，用户1使用微软Office Communicator 2007呼叫用户2，而用户2建立了到用户3的呼叫转移。如果用户3没有响应呼叫，这个呼叫就会被转移到统一消息服务器。统一消息服务器响应该呼叫并记录一条消息。统一消息服务器向用户1发回语音消息的路由信息。这个信息将会在Office Communicator客户端上呈现出来。用户1可以看到他们为用户3留了一条消息，而不是用户2。

　　注意：这个功能只在Office Communicator 2007客户端作为主叫电话时才能使用。

　　·支持Exchange统一消息记录高保真语音信息 Exchange 2007 SP1与Communications Server 2007结合使用时，加入了对RTAudio编解码高保真语音的支持。用Office Communicator 2007发起语音呼叫，并且语音呼叫接收端使用微软Office Outlook 2007或2007版Outlook Web Access播放消息时可使用这一功能。下面两个场景支持高保真录音和回放功能：

　　A）场景1： 一个统一消息服务器代表订阅用户响应呼叫，可能是以下两种情况之一：

　　i）订阅用户的音频编解码器设置为WMA。

　　ii） 订阅用户的音频编解码器没有设置，其相关联的UM拨号设置的音频编解码器设为WMA。

　　B）场景2：UM拨号设置的音频编解码器设为WMA的统一消息订阅用户，登陆到统一消息，查找目录中的某人，并给其留下一则消息。有关统一消息中使用的音频编解码器的更多信息，请查阅《理解统一消息编解码器》(Understanding Unified Messaging Audio Codes)一文。

　　·用户不需要输入密码就可以通过Office Communicator 2007访问Outlook Voice Access  如果用户登陆到Office Communicator 2007，他们可以按下Office Communicator 2007中的Call Voicemail按钮直接访问Outlook Voice Access。因为用户已经通过验证可以连接到Communications Server 2007服务器，他们就不会被要求输入其Outlook Voice Access密码。

　　注意：这个功能只在使用Office Communicator 2007客户端时才能使用。

　　·Office Communicator 2007客户端可以关联语音消息的主题及优先级 当Office Communicator 2007用户呼叫时，它们可以将主题及优先级与该呼叫相关联。当一个呼叫与某优先级或主题相关联时，统一消息服务器将在通知错过呼叫和语音邮件的电子邮件消息中转发该呼叫的主题和优先级。除此之外，如果呼叫是由用户阅读的电子邮件消息发起，统一消息(Unified Messaging)将使用原来的电子邮件主题和优先级来生成通知错过呼叫和语音邮件的电子邮件消息。

　　·支持穿越防火墙的流媒体 这个功能使统一消息服务器能够与公司防火墙之外的终端进行通信。A/V认证服务对流过或位于Communications Server 2007 Access边缘服务器(Edge Server)的VoIP流媒体业务进行验证。在这种情况下，统一消息服务器与Communications Server 2007池进行通信，从服务于该特定Communications Server 2007池的Communications Server 2007 Access边缘服务器得到正确的身份验证令牌。 

　　当统一消息流量必须穿越公司防火墙时，统一消息服务器必须知道分配给每个Office Communications Server池的Communications Server 2007 Access边缘服务器的名字，这样它们才能获得正确的身份验证令牌。要允许统一消息流量穿越防火墙，你必须在每个统一消息服务器上运行Configure-MRASGruu.ps1脚本。安装了Exchange 2007 SP1 的任意一台电脑都可以在%ExchangeInstallDir%Scripts目录下找到Configure-MRASGruu.ps1脚本。

　　注意：Configure-MRASGruu.ps1脚本只能在完整安装并配置A/V认证服务后才能运行。运行该脚本后，必须重启每台统一消息服务器上的微软Exchange统一消息服务。Communications 2007服务器电脑上的A/V认证服务配置每改变一次，就要运行一次Configure-MRASGruu.ps1脚本。

　　·错过呼叫通知电子邮件消息与Office Communicator 2007的集成 在包含Exchange 2007 RTM统一消息和Office Communicator 2005客户端的部署过程中，呼叫通知是独立产生的。例如，如果使用Office Communicator的UM用户错过了一个呼叫，用户收件箱(Inbox)会收到两封错过呼叫的通知：一封是有Exchange 2007统一消息发送的，另一封则是由Office Communicator 2005发送的。当Exchange 2007 SP1与Communications Server 2007集成时，Office Communicator 2007用户的收件箱只会收到唯一一封错过呼叫通知。

　　Exchange 2007 SP1未与Communications Server 2007集成时的功能

　　下面是Exchange 2007 SP1没有与Communications Server 2007集成统一消息环境时的可用功能：

　　·安全实时传输协议(SRTP)支持 这个功能使SRTP媒体流量能够流入流出Exchange统一消息。你可以Exchange管理Shell或Exchange管理控制台配置SRTP支持。SRTP配置设置位于UM拨号设置目标中。

　　默认情况下，当你创建一个UM拨号设置时，它将以一种不安全的模式进行通信，与该UM拨号设置相关的统一消息服务器从IP网关，IP PBX或其它Exchange 2007电脑发送和接收的数据是没有经过加密的。在不安全的模式下，实时传输协议(RTP)媒体信道和SIP信令信息是不经过加密的。

　　你可以配置统一消息服务器使用相互传输层安全性(MTLS)来加密从其它设备和服务器发送和接收的SIP和RTP流量。当你在UM拨号设置添加一个统一消息服务器并配置拨号设置使用SIP安全模式(SIP Secured mode)时，只有SIP信令流量会被加密。RTP媒体信道仍使用传输控制协议(TCP)，这是不会加密的。但是，如果你在UM拨号设置中添加统一消息服务器并配置拨号设置为使用安全模式(Secured mode)时，SIP信令流量和RTP媒体信道都会被加密。使用SRTP的安全信令媒体信道还使用MTLS来加密VoIP数据。有关如何在统一消息中配置VoIP安全性的更多信息，请查阅《理解统一消息VoIP安全性》(Understanding Unified Messaging VoIP Security)一文。

　　·Exchange管理控制台支持配置传输层安全性(TLS)  在Exchange 2007 SP1中，扩展的Exchange管理控制台允许你配置UM拨号设置中的TLS设置。TLS配置设置位于UM拨号计划目标中。统一消息服务器能够以拨号设置配置的任意模式运行，因为统一消息服务器配置为监听TCP 5060端口的不安全请求，并同时监听TCP 5061端口的安全请求。统一消息服务器可以与一个或多个UM拨号设置相关联，也可以与具有不同VoIP安全设置的拨号设置相关联。单个统一消息服务器能够与配置为混合使用不安全(Unsecured)，SIP安全(SIP Secured)及安全(Secured)模式的拨号设置相关联。有关统一消息中VoIP安全性的更多信息，请查阅《理解统一消息VoIP安全性》(Understanding Unified Messaging VoIP Security)一文。

　　·带内传真信号检测(Inband fax tone detection) 传真信号检测使IP网关，IP PBX或Exchange统一消息能够判断接收呼叫的类型。传真信号检测有以下三种工作方式：

　　A）IP PBX或IP网关检测到传真信号并使用T.38会话描述协议(SDP)发送再次邀请的请求。

    B） 可以通过IP PBX或IP网关与统一消息一起进行传真信号检测。在这种方法中，当IP网关或IP PBX检测到传真信号，它不会发送一个重新邀请的请求，但是它会根据RFC 2833中定义的电话事件发送SCG信号(带外)。一旦IP PBX或IP网关发送了CNG信号，统一消息服务器就会进行带外传真信号检测，并使用T.38 SDP发送重新邀请的请求。

　　C）如果IP PBX或IP网关不使用上面的任一种方法，就应该打开统一消息带内传真信号检测功能。这会使统一消息服务器能够检测接收到的带内传真信号。默认情况下，这个功能是关闭的。但是，在使用IP PBX或IP网关(它们是不能检测传真信号的)的环境中可以打开这个功能。你可以把globcfg.xml文件中的EnableInbandFaxDetection设置改为true，就能打开带内传真信号检测功能了。在一台运行统一消息服务器角色的电脑上，globcfg.xml文件位于Program FilesMicrosoftExchangebin文件夹中。

　　思科CallManager 5.x支持直接与Exchange 2007 SP1相互操作。但是，即使你打开带内传真信号检测功能，使用CallManager 5.x还是不能使传真接收正常工作。思科CallManager 6.x也支持直接与Exchange 2007 SP1相互操作，但是如果你打开带内传真信号检测功能，使用CallManager 6.x是能够使传真接收正常工作的。如果你不打开这个设置，统一消息服务器将借助IP网关或IP PBX进行传真信号检测。

　　·通过DiffServ支持服务质量(QoS)  服务质量(QoS)是以低价高效方式管理网络流量的一系列技术。QoS技术让你测量带宽，检测变化的网络条件(如拥塞或带宽可用性)，并对流量进行优先级设定或节流处理。区分服务(DiffServ)是一个位于OSI模型第三层的协议，它定义了流量的优先级设置。DiffServ对包进行分类，并标注为特定的类别。它是一个简单可扩展的机制，进行包的分类，管理包括语音和视频流量在内的网络流量，以保证现代IP网络服务质量(QoS)。

　　注意：第三层网络设备，如路由器等，必须支持DiffServ。

　　DiffServ在流量分类的原则上工作，每个网络数据包都被归类到有限的流量类型中。但是，网络上的每个路由器必须配置为根据类别区别流量。每种流量类型都以不同方式管理，以保证网络中高优先级流量在能够优先通过。数据包的DiffServ标号包含在IP包头中。

　　RFC 2475定义了DiffServ的结构，RFC 2474定义了网络数据包DiffServ域的比特位。IP协议版本4(IPv4)包头中的服务类型(TOS)域及IPv6包头中的流量类型域都用于DiffServ值。DiffServ域最重要的6个比特合起来称为差分服务代码点(DSCP)。DSCP是IP包的一个域，它用于给网络流量分配不同级别的服务。为网络上每个包都设置一个DSCP代码就能分配给它相应级别的服务。

　　注意：如果Exchange 2007 SP1部署在一台运行Windows Server 2008操作系统的电脑上，你可以输入IPv4，IPv6格式，或两种格式的IP地址及P地址范围。Windows Server 2008的默认安装支持IPv4和IPv6。有关Exchange 2007 SP1支持IPv6地址的更多信息，请查阅《Exchange 2007 SP1对IPv6的支持》(IPv6 Support in Exchange 2007 SP1)一文。

　　在微软Windows Server 2003中，如果你安装了服务质量包调度程序(QoS Packet Scheduler)，TCP/IP将执行DiffServ标记。当你在运行Windows Server 2003(已安装QoS包调度器)的电脑上安装了统一消息服务器角色，所有统一消息包的DSCP标志会默认设置为40(101000)。但是，你可以使用Registry Editor或修改群组策略(Group Policy)的方式改变包的这个默认值。Exchange 2007统一消息服务不会进行对网络包进行分类。但是，统一消息中包含的媒体平台会指示Windows网络协议栈将所有的音频包都标记为保证服务(Guaranteed Service)。操作系统将使用群策略设置来标记数据IP包包头的TOS域。有关Windows中QoS的更多信息，请查阅《QoS详解》(How QoS Works)一文。

　　默认情况下，Windows Server 2003没有安装QoS包调度程序组件，因此必须手动安装。安装QoS包调度程序的方法为：在Windows Server 2003的网络连接属性中将QoS包调度程序添加为网络服务(Network Service)。但是，在Windows Server 2008中，QoS包调度程序是默认安装的。