Новите функции са включени в сборната актуализация за Office Communications Server 2007 R2, Unified Communications контролиран API 2.0 Core разпространение пакет за 64-битова версия

Информация за вътрешната поддръжка на Microsoft

ГРЕШКА #: 123858 (поддръжка на съдържанието)

Информация за вътрешната поддръжка на Microsoft

ГРЕШКА #: 212982 (Live Communications екип)

Резюме

Актуализация на единни комуникации Managed API 2.0 (UCMA 2.0) ядро Redistributable пакет 64-битова версия включва следните функции:

  • Поддръжка за инсталиране на клиент на 64-битова операционна система Windows Vista Service Pack 1 (SP1) или Windows 7 64-битова операционна система.

  • Гласова съвместимост с други IP PBX и SIP обществени премине телефонна мрежа (PSTN) шлюзове за Microsoft Office Communications Server 2007 R2.

Допълнителна информация


За да добавите тези нови функции, можете да изтеглите сборна актуализация за Office Communications Server 2007 R2, единни комуникации Managed API 2.0 (UCMA 2.0) ядро Redistributable пакет 64-битова версия от април 2010 г.
За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

описание на сборната актуализация за Office Communications Server 2007 R2, Unified Communications Managed API 2.0 Core Redist 64-битова: април 2010 г.




Използвате UCMA 2.0 основните SDK с Microsoft единни комуникации управляван API разпространение пакет за актуализация (UcmaRedist.msi). Номерът на версията на този пакет трябва да бъде по-голям от версия 3.5.6907.170. Този пакет се различава от по-ранните версии на ядрото UCMA 2.0 SDK в следните функции.

  • Поддръжка за разполагане на UCMA 2.0 Core 64-битови приложения на 64-битово издание на Windows Vista SP1 и по-нова версия или 64-битово издание на Microsoft Windows 7 64-битова.

  • Въвеждане на маршрутизиране по подразбиране API, ApplicationEndpoint:

    • Крайна точка за маршрутизиране по подразбиране позволява приложението да обработи входящите SIP заявки, получени от CollaborationPlatform екземпляр. Тези искания не се изпращат бързо в друга ApplicationEndpoint в същата CollaborationPlatform. Която се изпращат заявки скоростта зависи от това дали ApplicationEndpoint собственик или разговор информация отговаря на входяща заявка. Вместо автоматично се отклоняват от CollaborationPlatform, тези получената заявка се повишава по подразбиране маршрут ApplicationEndpoint, когато има такава. След това приложение е в състояние да обработва тези заявки.

    • Може да има повече от един ApplicationEndpoint, който е маркиран като маршрут крайната точка по подразбиране за даден CollaborationPlatform екземпляр.

    • Повикване се насочват към изведено услуга. Обаче приложението не затваряйте повикване. Вместо това приложение възпроизвежда съобщение на повикващия. Когато крайна точка за маршрутизиране по подразбиране се използва като уникален 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 основните SDK 2.0 е в състояние на товара изходящи SIP заявки на следващия преход прокси с много клиенти с помощта на DNS записи.

    • Тази актуална корекция не поддържа DNS балансиране на натоварването на ICE връзка проверка при отказ. Microsoft Communications аудио/видео Edge сървър трябва да бъдат изнесени напред от балансатор на натоварването хардуер. Това е примерен код:

      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 Peer-To-Peer няколко SIP PSTN шлюзовете и IP PBX едновременно. Тази актуална корекция въвежда нова 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 колега, или да предоставят тази информация в свойството свързани RealTimeConnection.ApplicationContext преди AudioVideoCall приемане се повишава до приложението. Това е примерен код за нови 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 Communications Server 2007 R2 не поддържа надеждни услуги чрез TCP.

    • MTLS CollaborationPlatform сървър е конфигуриран да позволи съвместимост с Office Communications Server 2007 R2 близък и крайни точки. За съвместимост с отдалечения 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 Communications Server 2007 R2 са както следва:

      • Поддръжка за ICE проект v6.0 и проект v19.0 е забранена.

      • Всички заглавки "ms-" освен "ms-диагностика" се филтрира от съобщението.

      • Качеството на работа (QoE) показатели не се публикуват отдалечен SIP колеги. Вместо това показателите постоянно се увеличава до приложението когато е налице.

      • Добавена е поддръжка за SDP по-малко покани и поканите. Предлага съвместимост с други повикване контролери.

  • Поддръжка за отклоняване, както следва:

    • Тази актуална корекция позволява приложението автори да намерите първия или последния отклоняване извършеното преди сте получили входящо повикване.

    • CallReceivedEventArgs произлиза от InviteReceivedEventArgs. Затова тя ще изложи същото API. Това е примерен код:

      public abstract class InviteReceivedEventArgs : SipRequestReceivedEventArgs 
      {
      public DiversionContext DiversionContext { get; }
      }
  • Повишена повикване настройка неуспех диагностика и QoE както следва:

    • QoE показатели се увеличава до приложението при прекратяване на AudioVideoCall, в която AudioVideoFlow е създадена успешно. За повече информация относно QoE показатели, посетете следния уеб сайт на Microsoft:

    • Разработчик на софтуер може да следи дали media сесия е създадена успешно приключване на известни AudioVideoCall. Media сесии, че не разработчикът може да задава диагностична информация, отнасяща се за повреда на носителя сесия. Тази информация помага при регистриране и отстраняване на проблеми с отдалечени потребители. Ето един примерен код:

      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 1100Hz) както следва:

    • Тази функция позволява на приложенията да открие дали факс сигнал се получава от отдалечен колега. Ако приложението е записан IncomingFaxDetected събитие, Факс е открит по следните начини, които се поддържат от Microsoft:

      • В групата (Компресиран тон събитие в RTP поток изпратени според RFC 2833)

      • Извън обхват (CNG сигнал по RTP събитие).

      Това е примерен код:

      IncomingFaxDetectedEventArgs : EventArgs
      ToneController.IncomingFaxDetected
  • Поддръжка за скорост на възпроизвеждане по следния начин:

    1. Тази функция дава приложения възможността да предоставят възможност за възпроизвеждане на WMA файлове с различна скорост. Това позволява на приложенията да разработят връзки, които предоставят на потребителите повече контрол върху начина, по който консумират съдържанието при възпроизвеждане съобщения могат да бъдат по-бързо или по-бавно в зависимост от скоростта на възпроизвеждане, която е зададена от приложението.

    2. Включва нови API Player.PlaybackSpeed. Скорост на възпроизвеждане може да бъде от половината от нормалната скорост на two-times по-бързо от нормална скорост.

  • Подобрен записване както следва:

    • Има няколко нови 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 @ 8Khz, 16 бита на проба

    • Това е примерен код за нови API:

      WmaFileSink.EncodingFormat {get;set;}
      enum WmaEncodingFormat

Статус

Microsoft потвърждава, че това е проблем в продуктите на Microsoft, изброени в раздела "Отнася се за".

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×