We couldn’t sign you in
Select the account you want to use.

概要

统一通信管理 API 2.0 (UCMA 2.0) 核可再发行组件包 64 位版本的更新包括以下功能︰

  • 若要在 Windows Vista Service Pack 1 (SP1) 的 64 位操作系统上或在 Windows 7 的 64 位操作系统上安装客户端的支持。

  • 对于 Microsoft Office 通信服务器 2007 R2 语音互操作性与第三方 IP Pbx 和 SIP 公用交换电话网络 (PSTN) 的网关。

详细信息


若要添加这些新功能,您可以下载办公室通信服务器 2007 R2,发布日期为 2010 年 4 月的统一通信管理 API 2.0 (UCMA 2.0) 核可再发行组件包 64 位版本的累积更新。
有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:

累积更新办公室通信服务器 2007 r2,统一通信管理 API 2.0 核心发行 64 位976657说明︰ 2010 年 4 月




您使用与 Microsoft 统一通信托管 API 可再发行组件的更新包 (UcmaRedist.msi) 的 UCMA 2.0 核心 SDK。此软件包的版本号必须大于版本 3.5.6907.170。此软件包不同于早期版本的 UCMA 2.0 核心 SDK 中的以下功能。

  • 支持的 UCMA 2.0 双核 64 位应用程序在 64 位版本的 Windows Vista SP1 和更高版本,或上的 64 位版本的 Windows 7 部署 64 位。

  • 默认路由 API, ApplicationEndpoint的简介︰

    • 默认路由终结点使应用程序可以处理由一个 CollaborationPlatform 实例接收的传入 SIP 请求。这些请求不是到另一个上相同的 CollaborationPlatform ApplicationEndpoint 快速调度。请求已发送的速度取决于 ApplicationEndpoint 的所有者或对话信息是否匹配传入的请求。而不是自动被拒绝通过 CollaborationPlatform,收到此类请求上默认路由 ApplicationEndpoint,当存在时引发。然后,应用程序就可以处理这些请求。

    • 可以有最多的一个被标记为一个给定的 CollaborationPlatform 实例的默认路由端点的 ApplicationEndpoint。

    • 呼叫被路由到已停止使用的服务。但是,应用程序不会不挂断电话。相反,应用程序播放公告给调用方。默认路由端点用作唯一的 ApplicationEndpoint 平台,该终结点时,创建与远程 SIP 对等端同时进行交互的服务的理想选择。下面是一个代码示例︰

      public class ApplicationEndpoint : LocalEndpoint 
      {
      public Boolean IsDefaultRoutingEndpoint { get; }
      public void SetProxyInformation(String proxyHost, Int32 proxyPort);
      }

      public class ApplicationEndpointSettings : LocalEndpointSettings
      {
      public Boolean IsDefaultRoutingEndpoint { get; set; }
      }
  • 支持的 SIP DNS 负载平衡简介︰

    • UCMA 2.0 核心 SDK 都能够负载平衡到下一个跃点与多个前端代理服务器的出站 SIP 请求使用的 DNS A 记录。

    • 此修补程序不支持 DNS 负载平衡以冰连接检查故障转移。必须将 Microsoft 通讯服务器音频/视频边缘服务器 fronted 的硬件负载平衡器。下面是一个代码示例︰

      public abstract class RealTimeConnectionManager : IDisposable 
      {
      public Boolean DnsLoadBalancingDisabled { get; set; }
      }


      注意:从 LocalEndpoint 实现,您可以访问它执行下面的代码︰

      endpoint.InnerEndpoint.ConnectionManager.DnsLoadBalancingDisabled = false;
  • 平台的互操作性模式与 SIP PSTN 网关和 IP Pbx 电话方案支持 Microsoft Exchange Server 2010年的引入。

    • UCMA 2.0 核心 SDK 提供了一流的 Api 来重写 AudioVideoCall 建立基础上的终结点下一中继站代理。这使应用程序可以同时使用与多个 SIP PSTN 网关和 IP Pbx 的 SIP 对等端对端模式。此修补程序引入了一个新的 ConnectionContext API,可以应用于出站 SIP 请求。下面是示例代码︰

          public class ApplicationEndpointSettings : LocalEndpointSettings 
      {
      public ConnectionContext AudioVideoAuthorizationService { get; set; }
      }

      public class CallEstablishOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      public String Transferor { get; set; }
      }

      public abstract class RealTimeEndpoint
      {
      public IAsyncResult BeginSendMessage(MessageType messageType, RealTimeAddress sessionTarget, SendMessageOptions options, AsyncCallback userCallback, Object state);
      }

      public class SendMessageOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      public void SetLocalIdentity(String uri, String displayName);
      }

      public class SignalingSession
      {
      public IAsyncResult BeginEstablish(SignalingSessionEstablishOptions options, AsyncCallback userCallback, Object state);
      }

      public class SignalingSessionEstablishOptions
      {
      public ConnectionContext ConnectionContext { get; set; }
      }

    • UCMA 2.0 核心 SDK 还提供一个 API,可用于手动授权或拒绝传入的连接,以检索有关特定远程 SIP 对等端,配置数据,或在前 AudioVideoCall 接收关联的 RealTimeConnection.ApplicationContext 属性中提供此信息到应用程序引发。以下是代码示例以供新的 API:

      public abstract class RealTimeServerConnectionManager : RealTimeConnectionManager, IDisposable 
      {
      public event EventHandler<ConnectionAuthorizationRequestedEventArgs> ConnectionAuthorizationRequested;
      }

      public class ConnectionAuthorizationRequestedEventArgs : EventArgs
      {
      public ConnectionAuthorizationAction Action { get; }
      public RealTimeConnection Connection { get; }

      public void Allow();
      public void DelayAuthorization();
      public void Deny();
      }

      public class ConnectionContext
      {
      public ConnectionContext(String host, Int32 port);

      public Int32 Port { get; }
      public String Host { get; }
      }
    • TCP CollaborationPlatform 的服务器已配置为启用远程 SIP 对等端和 IP 语音互操作性-Pbx。 办公室通信服务器 2007 R2 不支持受信任的服务使用 TCP。

    • MTLS CollaborationPlatform 的服务器被配置为启用互操作性与办公室通讯服务器 2007 R2 代理服务器和终结点。与其他类型,如 IP Pbx 或 SIP PSTN 网关的远程 SIP 对等端互操作性的新的 TrustedDomain 类使应用程序可以指定任意远程 SIP 对等端。有关详细信息,请参阅远程 SIP 对等端的支持 Microsoft Exchange Server 2010年的矩阵。以下是代码示例以供新的 API:

      public class CollaborationPlatform 
      {
      public Boolean AddTrustedDomain(TrustedDomain trustedDomainEntry);
      public ReadOnlyCollection<TrustedDomain> GetTrustedDomains();
      public Boolean RemoveTrustedDomain(TrustedDomain trustedDomainEntry);

      public event EventHandler<ConnectionAuthorizationRequestedEventArgs> ConnectionAuthorizationRequested;
      }

      public class ServerPlatformSettings : CollaborationPlatformSettings
      {
      public Collection<TrustedDomain> TrustedDomains { get; }
      public TrustedDomainMode TrustedDomainModeForTcp { get; set; }
      }

      public class TrustedDomain
      {
      public TrustedDomain(String domainName);
      public TrustedDomain(String domainName, TrustedDomainMode domainMode);

      public String DomainName { get; }
      public TrustedDomainMode DomainMode { get; }
      }

      public enum TrustedDomainMode
      {
      CommunicationsServer,
      Other
      }
    • 有关使用非 Microsoft Office 通信服务器 2007 R2 的远程 SIP 对等端的互操作性模式的详细信息如下所示︰

      • 对冰草稿 v6.0 和拔模 v19.0 支持被禁用。

      • 所有"ms-"头"ms 诊断"除了会从邮件筛选掉。

      • 质量 (QoE) 的经验指标不会发布到远程的 SIP 对等端。相反,应用程序可用时持续引发指标。

      • SDP 的邀请,并再次邀请支持已添加。它提供的互操作性与第三方调用控制器。

  • 支持转换,如下所示︰

    • 此修补程序使应用程序编写器来查找第一个或最后一个转换发生之前收到的传入呼叫。

    • CallReceivedEventArgs 是从 InviteReceivedEventArgs 派生的。因此,它将公开相同的 API。下面是一个代码示例︰

      public abstract class InviteReceivedEventArgs : SipRequestReceivedEventArgs 
      {
      public DiversionContext DiversionContext { get; }
      }
  • 增强的呼叫设置故障诊断和 QoE,如下所示︰

    • 在终止已成功建立 AudioVideoFlow AudioVideoCall 应用程序引发 QoE 指标。QoE 指标有关的详细信息,请访问下面的 Microsoft 网站︰http://msdn.microsoft.com/en-us/library/dd905463.aspx

    • 媒体会话已成功建立建立 AudioVideoCall 终止时是否可以监视软件开发人员。媒体会话失败,开发人员可以查询到的媒体会话失败相关的诊断信息。此信息可帮助与记录和与远程用户的连接问题进行故障排除。下面是示例代码︰

      public class AudioVideoCall : Call 
      {
      public event EventHandler<MediaTroubleshootingDataReportedEventArgs> MediaTroubleshootingDataReported;
      }
      public class MediaChannelEstablishmentData
      {
      public MediaChannelEstablishmentStatus EstablishmentStatus { get; }

      public MediaChannelEstablishmentDiagnosticsReason GetDiagnosticsReason();
      }

      public enum MediaChannelEstablishmentDiagnosticsReason
      {
      Unknown,
      MediaEdgeAuthenticationServiceDiscoveryFailed,
      MediaEdgeAuthenticationServiceCredentialsAcquisitionFailed,
      MediaEdgeResourceAllocationFailed
      }

      public class MediaTroubleshootingDataReportedEventArgs : EventArgs
      {
      public Collection<MediaChannelEstablishmentData> MediaChannelEstablishmentDataCollection { get; }
      public ContentDescription QualityOfExperienceContent { get; }
      }
  • 此修补程序提供了对每个流方向的采样率的支持。此功能使应用程序能够更好地控制每个流方向 (发送/接收),可以使用不同的采样率的采样速率。下面是一个代码示例︰

    AudioSamplingRate AudioChannelTemplate.ReceiveDirectionSamplingRate (get/set)
    AudioSamplingRate AudioChannelTemplate.SendDirectionSamplingRate (get/set)

    AudioSamplingRate AudioChannel.SendDirectionSamplingRate (get)
    AudioSamplingRate AudioChannel.ReceiveDirectionSamplingRate (get)
  • 支持带内传真音检测 (CNG 1100 Hz),如下所示︰

    • 此功能使应用程序可以检测到从远程对等方接收传真音时。IncomingFaxDetected 事件订阅应用程序,如果 Microsoft 支持按以下方式检测到传真︰

      • 带内 (CNG 音调事件发送根据 RFC 2833 RTP 流中)

      • 带外 (CNG 音 RTP 事件通过发送)。

      下面是一个代码示例︰

      IncomingFaxDetectedEventArgs : EventArgs
      ToneController.IncomingFaxDetected
  • 支持播放速度,如下所示︰

    1. 此功能使应用程序能够提供不同速度播放 WMA 文件的功能。这允许应用程序开发的接口,为用户提供更好地控制如何使用内容其中播放消息可以更快或更慢由应用程序指定的播放速度。

    2. 此修补程序包括新的 API Player.PlaybackSpeed。播放速度可以从正常的速度,要比正常速度快两倍半。

  • 增强的录像机,如下所示︰

    • 有此修补程序中引入了一些新的 Api。这些 Api 是在记录器类。此类使更复杂的方案制定。

    • 应用程序可以使用 Recorder.Paused() 来暂停录制的内容。应用程序可以使用 Recorder.Start() 继续录制从暂停该文件的位置。
      注意:Recorder.Start() 从文件的开头开始之前被调用 Recorder.Stop()。新的 API 是 Recorder.Paused 和 RecorderState.Paused。

    • 应用程序可以使用 VoiceActivityEvent 来检测的内容是否为"语音"没有声音"。使用此信息,应用程序可以使用这些事件通过跟踪的事件时间线剪裁所录制的文件中不需要保持安静。新的 API 是 Recorder.VoiceActivityChanged 类 VoiceActivityChangedEventArgs: EventArgs。

    • 用户还可以支持作为记录器文件输出可以应用更多选项的新编码文件格式。WMAAudio@16Kps 已经支持的格式,除了以下支持︰

      • WMA48-WMAudio 48 kbps 的速度

      • PCM16K-PCM @ 16 KHz,16 每次取样位数

      • PCM8K – PCM @ 8 Khz,16 每次取样位数

    • 下面是新的 API 的代码示例︰

      WmaFileSink.EncodingFormat {get;set;}
      enum WmaEncodingFormat

状态

Microsoft 已经确认这是“适用于”一节中列出的 Microsoft 产品中的问题。

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?

谢谢您的反馈!

×