累積的更新包含新功能的 Office 通訊 Server 2007 R2,整合通訊管理 API 2.0 核心可轉散發套件的 64 位元版本

Microsoft 內部的支援資訊

錯誤 #: 123858 (內容維護)

Microsoft 內部的支援資訊

錯誤 #: 212982 (即時通訊小組)

摘要

整合通訊管理 API 2.0 (UCMA 2.0) 核心可轉散發套件的 64 位元版本的更新包含下列功能︰

  • 要在 Windows Vista Service Pack 1 (SP1) 64 位元作業系統上,或在 Windows 7 64 位元作業系統上安裝用戶端的支援。

  • Microsoft Office 通訊 Server 2007 R2 的語音與協力廠商 IP Pbx 和 SIP 公用切換電話網路 (PSTN) 閘道的互通性。

更多的資訊


若要新增這些新功能,您可以下載 Office 通訊 Server 2007 R2,年 4 月 2010 年的整合通訊管理 API 2.0 (UCMA 2.0) 核心可轉散發套件 64 位元版本的累積更新程式。
如需詳細資訊,按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:

Office 通訊 Server 2007 R2,整合通訊管理 API 2.0 核心可轉散發 64 位元的累積更新描述︰ 2010 年 4 月




您可以使用 UCMA 2.0 核心 SDK 與 Microsoft 整合通訊管理 API 可轉散發的更新套件 (UcmaRedist.msi)。此封裝的版本號碼必須大於版本 3.5.6907.170。此套件會不同於較早版本的 UCMA 2.0 核心 SDK 中的下列功能。

  • 支援 UCMA 2.0 核心 64 位元應用程式中,使用 64 位元版本 Windows Vista SP1 和更新的版本或 64 位元版本的 Microsoft 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 都能夠負載平衡輸出至多個前端與下個躍點 proxy 的 SIP 要求使用 DNS A 記錄。

    • 此 hotfix 不支援 DNS 的負載平衡冰連線的核取容錯移轉。由硬體負載平衡器,必須 fronted Microsoft 通訊伺服器音訊/視訊邊緣伺服器。以下是程式碼範例︰

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


      注意從 LocalEndpoint 的實作中,您可以透過下列程式碼中存取它︰

      endpoint.InnerEndpoint.ConnectionManager.DnsLoadBalancingDisabled = false;
  • 導入 Microsoft Exchange Server 2010 年所支援的電話語音案例 SIP PSTN 閘道與 IP Pbx 的平台交互操作性模式。

    • UCMA 2.0 核心 SDK 提供頂級的 Api,以覆寫端點的下個躍點 proxy,AudioVideoCall 建立為基礎。這可讓應用程式同時在多個 SIP PSTN 閘道與 IP Pbx 的 SIP 對等端對端模式中操作。此 hotfix 會引入新的 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。 Office 2007 R2 的通訊伺服器不支援使用 TCP 的受信任的服務。

    • 若要啟用與辦公室通訊 Server 2007 R2 proxy 和端點的互通性設定 MTLS CollaborationPlatform 伺服器。交互操作性與遠端的 SIP 對等電腦的其他類型,例如 IP Pbx 或 SIP PSTN 閘道,新的 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
      }
    • 與遠端的 SIP 對等電腦不是 Microsoft Office 通訊 Server 2007 R2 的互通性模式的詳細資料如下所示︰

      • 冰草稿 6.0 和草稿 v19.0 的支援已停用。

      • 所有"ms-"標頭"ms 診斷 」 除了會篩選出的訊息。

      • 品質 (QoE) 經驗度量資訊,不會發行至遠端的 SIP 對等電腦。相反地,度量資訊會一致地引發應用程式可用時。

      • 已新增支援 SDP 小於邀請和重新邀請。它可以提供交互操作性與第三方通話控制站。

  • 支援聲東擊西的方式,如下所示︰

    • 此 hotfix 可讓應用程式撰寫者,以尋找您接收打進來的呼叫之前,會發生這個名字或姓氏轉接操作。

    • CallReceivedEventArgs 被衍生自 InviteReceivedEventArgs。因此,它會公開 (expose) 相同的 API。以下是程式碼範例︰

      public abstract class InviteReceivedEventArgs : SipRequestReceivedEventArgs 
      {
      public DiversionContext DiversionContext { get; }
      }
  • 增強的呼叫安裝程式失敗診斷和 QoE,如下所示︰

    • QoE 度量資訊會引發應用程式時終止 AudioVideoCall 的 AudioVideoFlow 已成功建立。如需有關 QoE 度量資訊的詳細資訊,請造訪下列 Microsoft 網站︰

    • 軟體開發人員可以監視是否已建立的 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; }
      }
  • 此 hotfix 會提供每個資料流方向的取樣速率的支援。這項功能可讓應用程式有更大的控制權的取樣率,每個資料流的方向 (傳送/接收) 可以在使用不同的取樣率。以下是程式碼範例︰

    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. 此 hotfix 會包括新的 API Player.PlaybackSpeed。播放速度可以從 two-times 比一般速度快的正常速度的一半。

  • 增強錄製如下所示︰

    • 有數個新的 Api 會導入此 hotfix。這些 Api 會錄製器類別中。這個類別可讓開發更複雜的案例。

    • 應用程式可以使用 Recorder.Paused() 暫停錄製的內容。應用程式可以使用 Recorder.Start(),來繼續錄製,從已暫停檔案的位置。
      注意如果之前稱為 Recorder.Stop(),Recorder.Start() 會啟動檔案的開頭。新的 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 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與我們的其中一個 Office 支援專員連絡以深入了解您的意見。

×