Remote Call Control (RCC)

Unter Remote Call Control verstehen wir die Steuerung eines Tischtelefons durch den Lync Client. Dies kann über verschiedene Wege gehen. Der klassische Ansatz ist eine serverseitige Kopplung zwischen Lync Server und TK-Anlage. Ebenso möglich ist aber die Kopplung am Client über eine direkte Verbindung.

Warum RCC ?

Ehe Sie nun gleiche RCC installieren oder Geld in die TK-Anlage stecken , sollten Sie wissen, was mit möglich ist. Im wesentlichen geht es dabei nämlich "nur" um:

Allerdings unterliegt die RCC-Funktion des OCS ein paar Einschränkungen: TK-Features wie Kurzwahltasten programmieren, Umleitungen einrichten etc. kann der Communicator nicht übernehmen. Hier ist oft der CTI-Client des Anlagenherstellers besser geeignet. Der kann aber dafür andere Dinge, z.B. Desktop Sharing, Livemeeting etc. nicht. Vielleicht verstehen Sie dann auch, dass ich die RCC Zukunft eher verhalten sehe.

Beim Einsatz von RCC müssen Benutzer auch daran denken. dass Sie den Communicator auch an anderen Computern oder zuhause nutzen können, aber das gesteuerte Telefon immer das "Bürotelefon" ist. Vielleicht ist es dann sogar besser, wenn der Benutzer "zwei" Rufnummern hat und Anrufe am Tischtelefon auch an den OCS geleitet werden, so dass Sie als Anwender die Wahl haben, wo sie das Gespräch annehmen. Beim Anrufen per OCS kann die TK-Anlage oder das Gateway die rufende Nummer wieder umsetzen.

Mit dem Februar 2012 Update des Clients ist es nun auch RCC-Benutzern wieder möglich.

Update: Lync 2010 Adds Video Calling for RCC-Enabled Users
http://blogs.technet.com/b/nexthop/archive/2012/03/01/update-lync-2010-adds-video-calling-for-rcc-enabled-users.aspx
2666709 An update is available for RCC enabled users to make video calls or conference calls in Lync 2010

Sollten Sie RCC evaluieren ?
Wenn ihre TK-Anlage noch gut in Schuss oder noch nicht abgeschrieben ist und sie damit auch die nächsten Jahre noch zufrieden sein könnten und eine komplette Ablösung durch Enterprise Voice nicht zur Debatte steht, dann ist Remote Call Control eine interessante Option, um die OCS-Funktionalität auch auf die klassischen Telefone auszudehnen.
Sie sollten aber immer auch ein paar Erfahrungen mit Enterprice Voice sammeln, d.h. die "Telefonie" über OCS und die Mehrwerte seriös bewerten. Mit der Einführung von RCC investieren Sie ansonsten vielleicht Geld und Zeit in eine Technik, die bald obsolet ist.

RCC und Normalisierung
Wenn Sie mit dem Communicator ihre Telefonanlage per "Remote Control" steuern, dann treffen diese Normalisierungsregeln NICHT zu !, d.h. hier muss die TK-Anlage oder die RCC-Gegenstelle die gewählte Nummer umsetzen, wie dies auch bei einer am Telefon selbst gewählten Nummer erfolgt.

Die Funktion von RCC mit Lync ist weitern möglich, aber unterliegt diversen Einschränkungen. Siehe auch RCC mit Lync

RCC und UM

Wer Lync für Telefonie verwendet und Exchange UM implementiert hat, kann sehr einfach auch verpasste Anrufe erkennen. Das funktioniert, weil der Call durch Lync auf den Client als "Voicecall" ankommt und auch dem Exchange UM-Server als "secondary" signalisiert wird. Nimmer der Anwender auf Lync nicht ab, dann kann Exchange UM nach einiger Zeit rangehen. Legt der Anrufer aber vorher auf, dann hat Exchange UM den Call dennoch gesehen und kann eine "Verpasst"-Meldung hinterlassen.

Bei RCC kommt bei Lync aber kein ein Call an, sonder nur die Info über einen anstehenden Anruf, sondern die TK-Anlage lässt das "andere" Telefon klingeln. Die TK-Anlage lenkt den Ruf nach Ablauf einer Wartezeit zum Exchange UM weiter, damit dieser sofort "drangehen" kann. Das hat dann Folgen.

Vorgang Lync Voice Lync RCC
Anrufer klingelt an aber legt vor dem Exchange UM wieder auf Exchange generiert eine "Missed Call" meldung Exchange sieht keinen Call, also gibt es keine Missed call meldung
Anrufer klingelt an aber legt auf, während Exchange UM seine Ansagte abspielt Exchange generiert eine "Missed Call" meldung Exchange generiert eine "Missed Call" meldung
Anrufer ruft an, wartet Exchange UM Ansage ab und spricht eine Nachricht auf qExchange empfängt die VoiceMail Exchange empfängt die VoiceMail

Das ist das "Default Verhalten". Man kann nun streiten, ob Lync nicht auch den per RCC gemeldeten Anruf per MAPI in Outlook ablegen könnte, aber das funktioniert dann wieder nur, wenn der PC mit Lync auch an ist aber nicht mehr, wenn der Anwender gerade "weg" ist.

Serverseitig könnte die TK-Anlage natürlich ebenfalls einen SIP INVITE zum Exchange UM senden, der mit einem Timeout versehen ist. Oder die TK-Anlage sendet auch dann einen SIP-Invite zum Exchange UM (mit Cancel), wenn der Anrufer vorher auflegt.

Technisch ist eine Serverlösung immer vorzuziehen und auch möglich. Aber die Umsetzung ist beim Einsatz von RCC außerhalb von Lync zu suchen.

RCC in SIP

Wenn Sie RCC implementiert haben und nachschauen wollen, was auf dem LAN passiert, dann dürfen sie NICHT nach "INVITE"-Meldungen suchen. Die RCC-Meldungen werden als SIP INFO-Meldung übertragen und haben einen XML Payload

Weitere Links

Keywords:SIP CSTA