Leistungsverzeichnis.pdf

[Seite 1]

Leistungsverzeichnis

Lieferung und Installation einer IP-basierten

Telekommunikationsanlage

Version 1.6 Erstellt durch: Mike Stamann (Ingenieur für Informationstechnik) Datum: 07.05.2026

[Seite 2]

Inhaltsverzeichnis

1 Ausgangssituation ........................................................................................................ 7 1.1 Ist-Zustand der Telekommunikations-Anlage ............................................................. 7 1.2 Standorte ....................................................................................................................... 7 1.3 Derzeitiger Ausbau der Telekommunikationsanlage .................................................. 7 1.4 Derzeitige Anschaltung an das öffentliche Telekommunikationsnetz ...................... 7 1.5 Ist-Zustand des lokalen Netzwerks und der wesentlichen IT-Umgebung ................. 7 1.6 Ist-Zustand der Anbindung Außenstellen ................................................................... 8 1.7 Details zu den technischen Gegebenheiten der einzelnen Standorte ....................... 8 1.8 Ist-Zustand der Serverräume ....................................................................................... 8 2 Beschreibung der zu erbringenden Leistung ............................................................. 9 2.1 Zielstellung .................................................................................................................... 9 2.3 Geplanter zeitlicher Ablauf ........................................................................................... 9 3 Vorwort zu den Technischen Anforderungen ........................................................... 10 4 Grundsätzliche Anforderungen der IP-Telekommunikationsanlage ....................... 11 4.1 Geforderter Angebotsumfang .................................................................................... 11 4.2 Erstinstallation und Einrichtung ................................................................................ 11 4.3 Eigenbetrieb der IP-Telekommunikationsanlage ...................................................... 11 5 Sicherung Zukunftsfähigkeit / Investitionsschutz .................................................... 12 5.1 Systemoffenheit .......................................................................................................... 12 5.2 Einfaches Lizenzmodell .............................................................................................. 12 5.3 IP Version 6 ................................................................................................................. 12 5.4 Server Virtualisierung ................................................................................................. 12 5.5 Eigenständige Funktionseinheiten ............................................................................ 13 5.6 Leistung der IP-Telekommunikationsanlage ............................................................. 13 5.7 Gesprächsqualität und verwendete Codecs ............................................................. 13 5.8 Hard- und Software-Versionen ................................................................................... 13 5.9 Software-Upgrade-Service für fünf Betriebsjahre..................................................... 13 5.10 Umweltfreundlichkeit und Energieeffizienz............................................................... 14 6 Erhöhung der Nutzer-Akzeptanz und –Produktivität ................................................ 15 6.1 Einheitliche Benutzeroberflächen aller Endgeräte und Applikationen ................... 15 7 Nachhaltige Reduktion des Betriebsaufwands und Kosten .................................... 16 7.1 Homogenität der Lösung ............................................................................................ 16 7.2 Integration in bereitgestellte(n) Netzwerkinfrastruktur und Dienste ....................... 16 7.3 Sicherheit .................................................................................................................... 16 8 Sicherheitskonzept und -anforderungen ................................................................... 17

[Seite 3]

8.1 Signatur der Call Control Server und IP-Endgeräte -Software ................................. 17 8.2 Schutz der Konfigurationsdaten auf den IP-Endgeräten .......................................... 17 8.3 Schutz der Call Control Server vor Angriffen ........................................................... 17 8.4 Schutz der IP-Endgeräte vor Angriffen ...................................................................... 17 8.5 Schutz des IP-Gateways vor Angriffen ...................................................................... 17 8.6 Schutz vor Gebührenmissbrauch .............................................................................. 17 8.7 Sicherung Vertraulichkeit, Authentizität und Integrität gemäß BSI ......................... 17 8.8 Zertifikatsunterstützung nach X.509v3 ...................................................................... 18 8.9 Verschlüsselung der Sprach- und Signalisierungsinformationen .......................... 18 8.10 Direct RTP und Verschlüsselung ............................................................................... 18 8.11 Anzeige der aktiven Gesprächsverschlüsselung ..................................................... 18 8.12 Port-Authentisierung nach IEEE 802.1x .................................................................... 18 8.13 Automatische VLAN Zuweisung für die IP-Endgeräte .............................................. 18 8.14 Abschaltung des PC-Ethernet-Ports am IP-Endgeräte ............................................. 19 8.15 Verschlüsselung der Übertragung von XML-Informationen zu den IP-Endgeräten 19 8.16 Dokumentation und Veröffentlichung von Sicherheitslücken ................................. 19 8.17 Sichere Einbindung von Heimarbeitsplätzen ............................................................ 19 9 Zentrale Komponenten und Dienste der IP- Telekommunikationsanlage .............. 20 9.1 Call Control Server...................................................................................................... 20 9.1.1 Offenheit und Flexibilität der Call Control Server ..................................................... 20 9.1.2 Betriebssicherheit der Call Control Server ............................................................... 20 9.1.3 Optimale Lastverteilung auf Call Control Server ...................................................... 20 9.1.4 Erweiterungsmöglichkeiten und Skalierung der Call Control Server ...................... 20 9.1.5 Update und Upgrade der Call Control Server Software ............................................ 21 9.1.6 Rufnummernplan ........................................................................................................ 21 9.1.7 Beschreibung Standard Telefonleistungsmerkmale ................................................ 21 9.1.8 Least-Cost Routing ..................................................................................................... 22 9.1.9 Parallele Registrierung aller IP-Endgeräte und -Clients unter einer einheitlichen Nutzer-Rufnummer ...................................................................................................... 22 9.2 IP-IP-Gateways für zentrale Standorte ....................................................................... 22 9.2.1 Schnittstellen- und Protokoll-Anforderungen für den Anschluss an den Netzbetreiber und den Call Control Server ............................................................... 22 9.2.2 Codec und Protokoll-Unterstützung .......................................................................... 23 9.2.3 Integrität und Vertraulichkeit ..................................................................................... 23 9.2.4 Ausfallsicherheit ......................................................................................................... 23 9.2.5 Alarme und Fehlermeldungen .................................................................................... 23 9.2.6 Anzahl der Kanäle je IP-IP-Gateway .......................................................................... 23

[Seite 4]

10 Dezentrale Komponenten und Dienste des IP-Kommunikationssystems ............... 24 10.1 IP-Analog-Gateways ................................................................................................... 24 10.1.1 Schnittstellen- und Protokoll-Anforderungen für den Anschluss von analogen Endgeräten .................................................................................................................. 24 10.1.2 Schnittstellen- und Protokoll-Anforderungen für den Anschluss an den Call Control Server ............................................................................................................. 24 10.1.3 Codec und Protokoll-Unterstützung .......................................................................... 24 10.1.4 Integrität und Vertraulichkeit ..................................................................................... 24 10.1.5 Ausfallsicherheit ......................................................................................................... 24 10.1.6 Alarme und Fehlermeldungen .................................................................................... 24 10.1.7 Anzahl der Schnittstellen je IP-Analog-Gateway ...................................................... 25 11 Teilnehmerendgeräte und -schnittstellen ................................................................. 26 11.1 Anschlussmöglichkeit für 3rd Party SIP-Endgeräte ................................................. 26 11.2 IP-Endgerät Typ Standard .......................................................................................... 26 11.2.1 Mindest-Funktions-Anforderungen............................................................................ 26 11.2.2 Schnittstellen- und Protokoll-Anforderungen ........................................................... 26 11.2.3 Geforderter Mindest-Lieferumfang ............................................................................ 27 11.3 Netzteil für IP-Endgerät Typ Standard ....................................................................... 27 11.4 IP-Endgerät Typ Komfort ............................................................................................ 27 11.4.1 Mindest-Funktions-Anforderungen............................................................................ 27 11.4.2 Schnittstellen- und Protokoll-Anforderungen ........................................................... 28 11.4.3 Geforderter Mindest-Lieferumfang ............................................................................ 28 11.5 IP-Endgerät Typ Beistellmodul Komfort .................................................................... 29 11.5.1 Mindest-Funktions-Anforderungen............................................................................ 29 11.5.2 Schnittstellen- und Protokoll-Anforderungen ........................................................... 29 11.5.3 Geforderter Mindest-Lieferumfang ............................................................................ 29 11.6 Netzteil für IP-Endgerät Typ Komfort......................................................................... 29 11.7 IP-Endgerät Typ Konferenzstation ............................................................................. 29 11.7.1 Mindest-Funktions-Anforderungen............................................................................ 29 11.7.2 Schnittstellen- und Protokoll-Anforderungen ........................................................... 30 11.7.3 Geforderter Mindest-Lieferumfang ............................................................................ 30 11.8 IP-Endgeräte Typ Vermittlungsplatz .......................................................................... 30 11.8.1 Mindest-Funktions-Anforderungen............................................................................ 30 11.8.2 Schnittstellen- und Protokoll-Anforderungen ........................................................... 31 11.8.3 Geforderter Mindest-Lieferumfang ............................................................................ 31 12 Unified Communications Mehrwert-Dienste ............................................................. 33 12.1 Funktionsumfang Dienste-Paket „Eco Telefondienste“ ........................................... 33

[Seite 5]

12.1.1 Wartemusik im Haltezustand ..................................................................................... 33 12.2 Funktionsumfang Dienste-Paket „Standard Arbeitsplatz“ ....................................... 33 12.2.1 Audiokonferenzen ....................................................................................................... 33 12.2.2 Log-in und Log-out Dienst am IP-Endgerät mittels individueller Nutzerkennung und PIN-Code .............................................................................................................. 33 12.2.3 Computer unterstützte Telefonie (CTI) auf Basis TAPI/JTAPI für Microsoft und Linux-Umgebungen .................................................................................................... 34 12.2.4 Computer unterstützte Telefonie (CTI) aus zentralen Web-basierenden Verzeichnisdiensten ................................................................................................... 34 12.2.5 SIP Presence-Dienst ................................................................................................... 34 12.2.6 SIP Presence-Dienst - Datenschutz ........................................................................... 35 12.2.7 Multimedia-Client für Presence-Status, Instant Messaging, Computer unterstützte Telefonie (CTI), VoiceMail und Video ......................................................................... 35 12.2.8 One-Number-Mobilitätsdienst für die einfache Integration von Standard- Mobiltelefonen oder bspw. Heimarbeitsplätzen ........................................................ 37 12.2.9 Unified Messaging-Dienst für Sprach-Nachrichten .................................................. 38 12.2.10 Unified Messaging-Dienst für Telefax-Nachrichten .................................................. 39 12.3 Funktionsumfang Dienste-Paket „Komfort Arbeitsplatz“ ........................................ 39 12.3.1 Chef/Sekretär-Funktion .............................................................................................. 40 13 Contact Center Dienst ................................................................................................ 41 13.1 Funktionsanforderungen zum Anruf-Routing ........................................................... 41 13.2 Funktionsanforderungen und Schnittstellen zum Email- und Web-Chat-Routing . 41 13.3 Funktionsanforderungen zum Contact Center Web-Agenten-Arbeitsplatz ............ 42 13.4 Funktionsanforderungen zum Contact Center Agenten-IP-Endgerät ..................... 42 13.5 Funktionsanforderungen zum Contact Center Web-Supervisor-Arbeitsplatz ........ 42 13.6 Funktionsanforderungen zu Contact Center Statistiken .......................................... 43 13.7 Funktionsanforderungen zu Contact Center Schnittstellen zu Drittanbieter-Tools 43 14 Systemmanagement ................................................................................................... 44 14.1 Web basierendes Nutzer-Endgeräte-Management ................................................... 44 14.2 Web basierendes Konfigurationsmanagement ......................................................... 44 14.3 Betriebsmanagement .................................................................................................. 45 14.4 Verzeichnisdienst Anbindung .................................................................................... 46 14.5 SNMP und MIBs .......................................................................................................... 46 14.6 Systemschnittstelle für Datenbankmodifikation ....................................................... 47 15 System-Dokumentation .............................................................................................. 48 15.1 Freiverfügbare System-Dokumentation .................................................................... 48 15.2 Freiverfügbare API-Dokumentation ........................................................................... 48 15.3 Freiverfügbare XML-Dokumentation ......................................................................... 48

[Seite 6]

16 Installation und Inbetriebnahme ................................................................................ 48 16.1 Installation und Installationszeiten ............................................................................ 48 16.2 Lieferung und Verpackung ......................................................................................... 49 16.3 Dokumentation der implementierten IP-Telekommunikationsanlage ..................... 49 17 Service ......................................................................................................................... 49 17.1 Gegenstand und Dauer ............................................................................................... 49 17.2 First Level Support ..................................................................................................... 49 17.3 Second Level Support ................................................................................................ 49 17.4 Kontingent weitergehende Supportanfragen ............................................................ 50

[Seite 7]

1 Ausgangssituation

1.1 Ist-Zustand der Telekommunikations-Anlage

Der Auftraggeber betreibt derzeit eine klassische Telekommunikationsanlage (nachfolgend TK-Anlage) mit ca.1250 digitalen, analogen und IP (Softphone) Endgeräten auf Basis einer dedizierten Telefonverkabelung und LAN als auch eine abgesetzte Cisco VoIP-Anlage für die 4 Arbeitsplätze der Leitstelle und des Redundanzstandortes, die ebenfalls mittels LAN angebunden sind.

Für die Sprachkommunikation werden Systeme des Hersteller Unify/Mitel (TK-Anlage) als auch Cisco (Leitstelle) eingesetzt. Die beiden Anlagen sind mittels SIP-Verbindung gekoppelt.

1.2 Standorte Stadtwerke Rostock AG/NG, Schmarler Damm 5 in 18069 Rostock Stadtwerke Rostock AG/NG, Am Hechtgraben 6 in 18147 Rostock Stadtwerke Rostock AG/NG, Robert-Koch Str. 8b in 18059 Rostock Stadtwerke Rostock AG/NG, Lindenallee 13 in 18147 Rostock Stadtwerke Rostock AG/NG, Großer Katthagen 16 in 18055 Rostock Stadtwerke Rostock AG/NG, An den Weiden 4 in 18209 Bad Doberan Stadtwerke Rostock AG/NG, Kühlungsborner Str. 19a in 18209 Heiligendamm

1.3 Derzeitiger Ausbau der Telekommunikationsanlage

Analoge TK-Geräte: 382 (Modems und Faxe) Digitale TK-Geräte: 631 IP-basierte Geräte: 216 (reine Softphone User) Vermittlungsplätze: 1

1.4 Derzeitige Anschaltung an das öffentliche Telekommunikationsnetz 1x SIP Trunk der Telekom am Standort Schmarler Damm 5 (120 Sprachkanäle) 1x SIP-Trunk der Telekom am Standort Großer Katthagen 16 (120 Sprachkanäle) Beide SIP-Trunks sind komplett redundant angebunden und können im Notfall die Kommunikation ins Festnetz übernehmen.

1.5 Ist-Zustand des lokalen Netzwerks und der wesentlichen IT-Umgebung Der Auftraggeber hat ein eigenständiges IP-Netzwerk auf Basis von Ethernet. Die bestehende Netzplattform ist zum jetzigen Zeitpunkt schon Voice over IP-Ready und unterstützt in großen Teilen schon Power over Ethernet (PoE). Auf den Arbeitsplatzrechnern ist das Betriebssysteme Microsoft Windows 11 installiert. Die meisten Windows Systeme sind mit M365 ausgestattet. Der Verzeichnisdienst ist auf Basis Microsoft Active Directory realisiert. Die Mitarbeiter:innen nutzen auch die Möglichkeit zur Telearbeit/Home-Office.

[Seite 8]

1.6 Ist-Zustand der Anbindung Außenstellen Die Außenstellen des Auftraggebers sind über das eigene Kabelnetz (Kupfer und LWL) direkt angebunden. Die Vernetzung wird aktuell über S2M Verbindungen realisiert.

1.7 Details zu den technischen Gegebenheiten der einzelnen Standorte Die Außenstandorte sind ebenfalls miteinander vernetzt und mit LAN ausgestattet. Es besteht die Möglichkeit durch Austausch der Switches PoE Funktionalitäten vorzuhalten.

1.8 Ist-Zustand der Serverräume

Der Auftraggeber betreibt lokale Serverräume an den jeweiligen Standorten. Die Räume sind mit Kühlung und unterbrechungsfreier Stromversorgung ausgestattet. Der Auftraggeber betreibt auch eine eigene VMware Infrastruktur mit 2 redundanten Rechenzentren, welche für virtuelle Server genutzt werden können.

[Seite 9]

2 Beschreibung der zu erbringenden Leistung

2.1 Zielstellung

Der Auftraggeber beabsichtigt die Erneuerung der vorhandenen Telekommunikationsanlage mit einer VoIP Anlage. Hierbei soll der Aufbau der IP-Telekommunikationsanlage mit zentralisierten Komponenten und Diensten erfolgen, die die vorhandene Netzwerkinfrastruktur als Transportplattform verwendet. Die vorhandenen Telefonanlagen sollen hierbei durch eine vollständig auf Voice over IP (VoIP) und SIP basierende Technologie ersetzt werden. Es sollen neben den IP-Analog Gateways ausschließlich IP-Endgeräte und Softphones genutzt werden.

Die Anschaltung an das öffentliche Telekommunikationsnetz muss mittels Session Border Controller zur Gewährleistung der Sicherheit des internen Netzes des Auftraggebers erfolgen.

Aktuell ist davon auszugehen, dass sowohl die vorhandene TK-Anlage, wie auch die neue IP- Anlage für einen Migrationszeitraum von mindestens 3 Monaten parallel betrieben werden.

Nach Migration der alten TK-Anlage auf die neue IP-Anlage wird die Altanlage außer Betrieb genommen. Die notwendigen Session Border Controller sind Bestandteil dieser Ausschreibung und entsprechen der Kapazität des SIP-Trunks (120 Kanäle).

2.2 Planung, Installation, Schulung und Service-Konzept

Die Planung und Installation der neuen IP-Telekommunikationsanlage soll vollumfänglich durch den Bieter erfolgen. Ausgenommen hiervon ist der Rollout der Endgeräte an den Standorten des Auftraggebers. Dies wird durch den Auftraggeber geleistet.

Die Schulung der Administratoren, Multiplikatoren und Vermittlungskräfte der neuen IP- Kommunikationsanlage erfolgt bedarfsorientiert in den Räumlichkeiten des Auftraggebers. Für die Schulung wird ein Schulungsraum (wahlweise auch per Websession) zur Verfügung gestellt, der im Rahmen der Installation mit den IP-Endgeräten und Applikationen auf PCs auszustatten ist.

Das Service-Konzept ist detailliert auf die Anforderungen des Auftraggebers ausgelegt und beinhaltet im wesentlichen Fern-Service und Lieferung von Ersatzteilen und -geräte aktiver Komponenten.

2.3 Geplanter zeitlicher Ablauf

 Planung und Abstimmung o Oktober 2026 bis November 2026  Installation o Dezember 2026 bis März 2027  Umstellung auf neue IP-Anlage o Ab April 2027

[Seite 10]

3 Vorwort zu den Technischen Anforderungen

Bei der Definition der „Technischen Anforderungen“ wurde seitens des Auftraggebers höchster Wert auf die Einhaltung von Standards und Protokollen gelegt. Die Sicherheit der Systeme, deren Verfügbarkeit und ein effizienter Betrieb der IP-Telekommunikationsanlage haben ebenfalls einen hohen Stellenwert.

Die „Technischen Anforderungen“ beinhalten wesentliche „Minimal-Anforderungen“, welche von der neu zu beschaffenden IP-Telekommunikationsanlage erfüllt werden müssen bzw. sollten.

Um Irrtümer, Falschannahmen, Widerrufe auszuschließen, hat sich der Bieter über alle Einzelheiten der „Technischen Anforderungen“ und der vorgesehenen Leistungen unter Berücksichtigung aller Verhältnisse, die zur Erfüllung notwendig sind, selbständig und eigenverantwortlich Klarheit zu verschaffen.

[Seite 11]

4 Grundsätzliche Anforderungen der IP-

Telekommunikationsanlage

4.1 Geforderter Angebotsumfang

Die durch den Auftraggeber geplante Erneuerung der vorhandenen TK-Anlage soll durch eine komplett autarke IP-Telekommunikationsanlage erfolgen. Der Auftraggeber stellt für den Betrieb notwendige Netzwerk-Infrastruktur und notwendigen 19“-Netzwerkschränke inkl. unterbrechungsfreier Stromversorgung (USV) in den Serverräumen bereit. Somit sind sämtliche für die Erbringung der geforderten Leistung notwendigen Komponenten inkl. Hardware-Server, Betriebssysteme, Applikations-Software und Kabel, sowie die jeweils notwendige Dienstleistung durch den Bieter im Angebot zu berücksichtigen und im Preisblatt einzeln aus- und aufzuführen, sofern diese nicht dediziert abgefragt oder gefordert sind. Alle zum Einsatz kommenden Komponenten, Geräte und Systeme einschließlich deren Installation müssen neben den anerkannten Regeln der Technik folgenden Vorschriften und Richtlinien entsprechen:  Gesetz über technische Arbeitsmittel  Gerätesicherheitsgesetz  EU-Niederspannungs-Richtlinie 73/23/EEC  aktuelle und relevante DIN/EN- Normungen und Bestimmungen insbesondere: o EN 60950 (Sicherheit von Einrichtungen in der Informationstechnik) o EN 60825-1 (Laser) o EN 55022 (Funkentstörung) o EN 55024 (Störfestigkeit) Außerdem müssen alle angebotenen aktiven Komponenten 19“-einbaufähig sein, sofern nicht dediziert ausgeschlossen.

4.2 Erstinstallation und Einrichtung

Sämtliche Konfigurationsparameter und deren jeweilige Auswirkungen sind vor der Erstinstallation mit dem Auftraggeber in gemeinsamen Workshops abzustimmen. Die im Preisblatt anzugebenden Installationskosten verstehen sich inklusive aller notwendiger Installations- und Konfigurationsleistungen, sowie notwendiger Kabelarbeiten.

4.3 Eigenbetrieb der IP-Telekommunikationsanlage

Die gesamte IP-Telekommunikationsanlage muss den Eigenbetrieb uneingeschränkt zulassen. D.h. sämtliche notwendigen Systemdokumentationen müssen vollständig und freizugänglich für den jeweilige Hard- und Softwarestand verfügbar sein. Erst nach Rücksprache mit dem Auftraggeber sind Passwörter zu vergeben und unterliegen uneingeschränkt den Vorgaben des Auftraggebers.

[Seite 12]

5 Sicherung Zukunftsfähigkeit / Investitionsschutz

5.1 Systemoffenheit

Um eine höchstmögliche Flexibilität in Bezug auf Beschaffung bei Erweiterungen und zukünftigen Adaptionen zu gewährleisten, muss die gesamte IP-Telekommunikationsanlage auf öffentlich standardisierten (bspw. IEEE, IETF, ITU etc.) und freizugänglich dokumentierten Hard- und Softwareschnittstellen basieren. In diesem Zusammenhang sind insbesondere die geforderten IP-Endgeräte und IP- Softtelefone auf Basis des Session Initiation Protocol (SIP) nach IETF-RFC 3261 an den zentralen Call Control Server anzuschalten. Die Anschaltungen der Gateways kann zusätzlich auf Basis des ITU-T H.323V2 Protokolls, des Media-Gateway-Control-Protocol (MGCP) oder das Media Gateway Control Protocol (MEGACO) erfolgen. Des Weiteren soll der SIP Presence-Dienst auf Basis des XMPP (Extensible Messaging and Presence Protocol) nach IETF-RFC 3920 realisiert sein.

5.2 Einfaches Lizenzmodell

Zur Vermeidung von unkalkulierbaren und unerwarteten Mehrkosten für später einzuführende Erweiterungen und Adaptionen soll das Lizenzmodell so einfach wie möglich gestaltet sein. Beschreiben Sie hierzu bitte als Anlage zum Angebot das angebotene Lizenzmodell inkl. aller angebotenen und nicht angebotenen Lizenzen sowie deren individueller Nutzen für den jeweiligen Nutzer.

5.3 IP Version 6

Die IP-Telekommunikationsanlage muss aus Gründen des Investitionsschutzes, neben dem Internet Protokoll Version 4 auch das Internet Protokoll Version 6 ohne Änderungen oder Austausch der Hardwarekomponenten und eventuellen Mehrkosten unterstützen. Beschreiben Sie hierzu bitte als Anlage zum Angebot die Internet Protokoll Version 6- Fähigkeit (insbesondere Dual Stack-Fähigkeit –> Parallelbetrieb IPv4 und IPv6) der angebotenen Komponenten der zentralen Systeme und. ggf. die zukünftige Planung im Rahmen der Produkt-Weiterentwicklung.

5.4 Server Virtualisierung

Aus Gründen des Investitionsschutzes und der Betriebskostenreduktion im Rechenzentrum des Auftraggebers muss die Installation der notwendigen Call Control-, Mehrwertdienste- und Systemmanagement-Server auf virtuellen Maschinen (VMs) erfolgen. Hierfür werden die Ressourcen (VMware Plattform) für die virtuellen Maschinen durch den Auftraggeber bereitgestellt. Sofern sich die angebotene Server-Software nicht auf virtuellen Maschinen installieren lässt, ist der Bieter aufgefordert, die jeweils notwendige Server-Hardware mit entsprechend technischen Parametern (RAID x, redundante Netzteile, redundante Anschaltung an die Netzwerkinfrastruktur, Out-of-Band-Management) im Angebot zu berücksichtigen. Beschreiben Sie hierzu bitte als Anlage zum Angebot die zur Angebotsabgabe möglichen Virtualisierungsoptionen der angebotenen der Call Control-, Mehrwertdienste - und Systemmanagement-Server und ggf. die zukünftige Planung im Rahmen der Produkt- Weiterentwicklung.

[Seite 13]

5.5 Eigenständige Funktionseinheiten

Sämtliche geforderten Call Control Server und IP-Gateways müssen als eigenständige Funktionseinheiten ausgeführt sein. Es soll die Möglichkeit einer Verteilung über mehrere Standorte, Gebäude und Etagen gegeben sein. Konsolidierungen einzelner Funktionen innerhalb eines Chassis sind nicht zulässig, sofern diese nicht ausdrücklich im Rahmen der jeweils beschriebenen technischen Anforderungen zugelassen wurden. Beschreiben Sie hierzu bitte als Anlage zum Angebot die einzelnen Komponenten und Server, sowie Ihre Aufgaben innerhalb der angebotenen IP-Telekommunikationsanlage und fügen Sie ein grafisches Übersichtsschaubild hinzu, welches die notwendigen Komponenten darstellt.

5.6 Leistung der IP-Telekommunikationsanlage

Die Leistung der gesamten IP-Telekommunikationsanlage ist anhand des maximal möglichen Kommunikationsaufkommens in der Hauptverkehrsstunde zu dimensionieren. D.h. sämtliche eingesetzten Komponenten müssen blockierungsfrei in der Lage sein, zu jedem Zeitpunkt eine Kommunikation zwischen sämtlichen Nutzern über alle verfügbaren internen und externen Gateways für Sprache, Daten und Video zu ermöglichen.

5.7 Gesprächsqualität und verwendete Codecs

Sprachkompression nach bspw. ITU-T G.729 oder G.723 ist aufgrund der verfügbaren Bandbreite und Quality of Service in der lokalen Netzwerkinfrastruktur für netzinterne Gespräche nicht zulässig. Es muss die Gesprächsqualität durch das zeitgemäße ITU-T G.722 Audio-Kodierungsverfahren angehoben werden. Daraus ergibt sich, dass sämtliche eingesetzten Komponenten, IP-Gateways und ausgewählte IP-Endgeräte in der Lage sein müssen, dieses Audio-Kodierungsverfahren zu verarbeiten oder ggf. zu übersetzen. Des Weiteren muss sichergestellt werden, dass sämtliche akustischen Ein- und Ausgabeeinheiten (Handapparat, Lautsprecher, Mikrofone) den in ITU-T G.722 definierten Frequenzspektrum entsprechen. Es ist dafür Sorge zu tragen, dass der Mean Opinion Score (MOS) nach ITU P.800 für sämtliche netzinternen Gespräche niemals einen Wert von 4,0 unterschreitet. Die im Rahmen der IP-Endgeräte und IP-Gateways zusätzlich geforderten Audio- Kodierungsverfahren nach ITU-T G.711, ITU-T G.729a und iLBC nach IETF-RFC 3951 dienen u.a. der Anbindung von Heimarbeitsplätzen und kleineren dezentralen Standorten.

5.8 Hard- und Software-Versionen

Es sind ausnahmslos im Markt verfügbare (keine zukünftigen Produkte oder Software- Releases), fabrikneue (d.h. nicht älter als 3 Monate) und für den deutschen Markt zugelassene Komponenten mit dem zum Zeitpunkt der Lieferung aktuellen Hard- und Softwarestand in Originalverpackung anzubieten. Die vom Bieter zu liefernden Komponenten dürfen außerdem nur über autorisierte Vertriebswege bezogen worden sein und dürfen nicht im Vorbesitz eines anderen Endkunden gewesen sein. Der Bieter hat dem Auftraggeber auf Verlangen hierüber einen Echtheitsnachweis zu erbringen (ggf. schriftliche Bestätigung durch den Hersteller).

5.9 Software-Upgrade-Service für fünf Betriebsjahre

Nach der Installation und Inbetriebnahme der IP-Telekommunikationsanlage muss für sämtliche geforderten Call Control Server, IP-Gateways, Mehrwertdienste Server/Clients und IP-Endgeräte ein Software-Upgrade auf die jeweils letzte Software-Version (Major- und Minor-

[Seite 14]

Releases) und die damit verbundenen Funktionserweiterungen für mindestens fünf Jahre im Angebotspreis berücksichtigt sein. Hierzu sind die Kosten für das den Software-Upgrade-Service im Angebot gesondert auszuweisen und die Software auf Anfrage umgehend unentgeltlich bereit zu stellen. Die eigentliche Installation der Software-Upgrades wird auf Basis von Techniker-Tages- und Stundensätzen individuell abgerechnet. Es besteht kein Rechtsanspruch auf Beauftragung dieser Leistung. Beschreiben Sie hierzu bitte als Anlage zum Angebot den Software-Life-Cycle der angebotenen Komponenten, sowie die Stundensätze der Techniker.

5.10 Umweltfreundlichkeit und Energieeffizienz

Im Rahmen der seitens der Bundes- und Landesregierung vorgegebenen Klimaziele ist die Betrachtung von möglichen Energiesparoptionen und Umweltaspekten von höchster Bedeutung. Es liegt hierbei ein besonderer Fokus auf dem Einsparpotential durch die Virtualisierung von serverbasierten Komponenten, sowie besonderen Energiesparmaßnahmen bei den IP-Endgeräten. Der Nachweis von Umwelteigenschaften und besonderen Energiesparmaßnahmen kann durch geeignete Spezifikationen, die in Umweltgütezeichen definiert sind, erfolgen. Beschreiben Sie hierzu bitte als Anlage zum Angebot, welche Maßnahmen innerhalb der angebotenen Kommunikationsinfrastruktur getroffen wurden und welche sich im Rahmen der Erstinstallation treffen lassen, um die Energieaufnahme der betroffenen Komponenten auf ein Minimum zu reduzieren. Fügen Sie ggf. geeignete Spezifikationen bei.

[Seite 15]

6 Erhöhung der Nutzer-Akzeptanz und –Produktivität

6.1 Einheitliche Benutzeroberflächen aller Endgeräte und Applikationen

Um den Schulungsaufwand für alle Nutzer zu reduzieren und dadurch eine schnelle Adaption der neuen Kommunikationswerkzeuge durch die Nutzer zu bekommen, wird eine über IP- Endgeräte und Applikationen hinweg einheitliche und selbsterklärende Benutzeroberfläche gefordert. Im Einzelnen bedeutet dies, dass die verwendeten Tastenbeschriftungen auf den IP- Endgeräten, Piktogramme und Beschriftungen innerhalb der geforderten Multimedia-Clients ein identisches Erscheinungsbild haben und das die jeweils hinterlegten Funktionen plausibel sind. Beschreiben Sie hierzu bitte als Anlage zum Angebot, in welchem Umfang diese Forderung erfüllt wird und fügen sie für die jeweilig angebotenen IP-Endgeräte und Multimedia-Clients Bilder/Fotos zu. Gehen sie dabei insbesondere auf mögliche Unterschiede in den jeweiligen Benutzeroberflächen ein.

[Seite 16]

7 Nachhaltige Reduktion des Betriebsaufwands und Kosten

7.1 Homogenität der Lösung

Um unnötige Kompatibilitätsprobleme zu vermeiden und daraus resultierende unklare Verantwortlichkeiten verschiedener Hersteller, sowie dem möglichen Projektverzug, müssen mindestens die Call Control Server, sämtliche IP-Gateways sowie die IP-Endgeräte auf den Komponenten eines Herstellers basieren und im Vorfeld zum Roll-Out auf Kompatibilität getestet worden sein. Sofern zusätzliche 3rd. Party Hersteller zur Realisierung der Gesamtlösung notwendig sind, müssen diese eine Zertifizierung des Herstellers des Call Controls vorweisen können. Beschreiben Sie hierzu bitte als Anlage zum Angebot die angebotenen Komponenten und deren Herkunft (Eigenentwicklung, OEM, 3rd. Party, etc.).

7.2 Integration in bereitgestellte(n) Netzwerkinfrastruktur und Dienste

Es sind sämtliche notwendigen Konfigurationen und Modifikationen der Netzwerkinfrastruktur und Netzwerkdienste nur nach Absprache und Beisein des Auftraggebers zulässig. Daher sind funktionale Erweiterungen, die für den Betrieb der angebotenen IP- Telekommunikationsanlage zwingend erforderlich sind, nur nach Rücksprache im Rahmen von Bieterfragen zulässig. Hierzu zählen z.B. Schemaerweiterungen im Active Directory, DHCP/DNS Erweiterungen etc. Beschreiben Sie hierzu bitte als Anlage zum Angebot detailliert die Anforderungen der angebotenen Lösung an die vorhandene(n) Netzwerkinfrastruktur und -Dienste. Hierzu zählen unter anderem die Konfigurationen für vorhandene Komponenten im Sinne von QoS, VLAN, DHCP, DNS, TFTP, LDAP, Active Directory, Firewall etc., sowie zusätzlich bereitzustellende Netzwerkdienste durch den Bieter oder Auftraggeber.

7.3 Sicherheit

Zur Reduzierung des Sicherheitsrisikos muss die IP-Telekommunikationsanlage ausnahmslos und zudem sämtliche eingesetzten Komponenten gegen nicht autorisierten Zugriff, Abhören und Gebührenmissbrauch geschützt werden. Hierzu dürfen ausschließlich aktuelle Sicherungsverfahren zum Einsatz kommen. Zudem sind im Rahmen der Inbetriebnahme sämtliche Standardpasswörter durch Auftraggeber-seitig vorgegebene Passwörter zu ersetzen. Beschreiben Sie hierzu bitte als Anlage zum Angebot die möglichen und im Angebotsumfang eingeplanten Sicherheitsverfahren.

[Seite 17]

8 Sicherheitskonzept und -anforderungen

8.1 Signatur der Call Control Server und IP-Endgeräte -Software

Zum Schutz vor Manipulation der jeweiligen Betriebssoftware und zur Vermeidung von bspw. Hintertüren muss die Call Control Server-Software und IP-Endgeräte-Betriebssoftware vom Hersteller digital signiert sein. Unsignierte Betriebssoftware darf sich weder auf dem Call Control Server, noch auf dem IP-Endgerät installieren und ausführen lassen. Zusätzlich sind sämtliche Konfigurationsdaten zwischen Call Control Server und IP- Endgeräten digital signiert und verschlüsselt zu übertragen.

8.2 Schutz der Konfigurationsdaten auf den IP-Endgeräten

Sämtliche durch den Administrator vorgegeben Konfigurationsdaten auf den IP-Endgeräten müssen sich zum Schutz gegen Manipulation in den jeweiligen Konfigurationsmenüpunkten schützen lassen.

8.3 Schutz der Call Control Server vor Angriffen

Zum Schutz des Call Controls Servers vor z.B. Viren, Würmer und Hackern muss der Call Control Server über eine integrierte und eigenständige Schutzfunktion verfügen, die unautorisierten Zugriffe auf Systemdateien und Denial-of-Service Attacken erkennt und abwehrt. Sämtliche Angriffe müssen für Auswertungszwecke in Log-Dateien dokumentiert werden.

8.4 Schutz der IP-Endgeräte vor Angriffen

Sämtliche angebotenen IP-Endgeräte müssen in der Lage sein, Gratuitous-ARP-Pakete zum Schutz vor „man in the middle"- Angriffen, sowie 802.1Q-Pakete am PC-Port des Telefons blocken zu können.

8.5 Schutz des IP-Gateways vor Angriffen

Das IP-Gateway muss den Firewallmechanismus „Stateful Inspection" für die VoIP- Signalisierungsprotokolle Session Initiation Protocol (SIP) nach IETF-RFC 3261 und das ITU- T H.323V2 Protokoll, sowie das Media-Gateway-Control-Protocol (MGCP) oder das Media Gateway Control Protocol (MEGACO) unterstützen. Alle IP-Gateways müssen zum Schutz vor z.B. „Denial-of-Service"-Attacken über eine IPS (Intrusion Prevention System) Funktion verfügen, welche unautorisierte gefährliche Datenpakete direkt verwirft.

8.6 Schutz vor Gebührenmissbrauch

Zur Erhöhung der Sicherheit gegen Gebührenmissbrauch müssen die Call Control Server und IP-Gateways den dedizierten Zugriff von definierten IP-Adressen unterstützen. Anrufsignalisierungen von nicht autorisierten IP-Adressen müssen z.B. automatisch verworfen werden.

8.7 Sicherung Vertraulichkeit, Authentizität und Integrität gemäß BSI

Gemäß Bundesamt für Sicherheit in der Informationstechnik (BSI) hat die Transport- verschlüsselung auf Basis TLS (Transport Layer Security) in der Version 1.3 nach RFC8442 zu erfolgen, da die früheren Versionen 1.0 und 1.1 als potentiell unsicher eingestuft wurden und Version 1.2 nur noch bis maximal 2031 empfohlen wird.

[Seite 18]

8.8 Zertifikatsunterstützung nach X.509v3

Alle Einzelkomponenten der IP-Telekommunikationsanlage (IP-Endgeräte, Call Control Server und Media Gateways) müssen eine Public-Key-Infrastruktur (PKI) mit Unterstützung von digitalen Zertifikaten nach X.509v3 durchgängig unterstützen. D.h. jedes aktive Element muss über ein digitales Zertifikat verfügen. Um einen sicheren Erstaustausch der Zertifikate zu ermöglichen, sind vorinstallierte herstellerspezifische Zertifikate auf den IP-Endgeräten erforderlich, die bedarfsweise durch eigene Zertifikate des Auftraggebers überschrieben werden können, die lokal signifikant sind und ihren Ursprung von einer Corporate Root Certificate Authority haben können. In der IP-Telekommunikationsanlage muss ein Sub- Certificate Authority-Dienst verfügbar sein, der die Zertifikate für die IP-Endgeräte signiert. Die Zertifikatslänge muss auf mindestens 2048 Bit konfigurierbar sein.

8.9 Verschlüsselung der Sprach- und Signalisierungsinformationen

Zur Erhöhung der Sicherheit gegen Abhören und Identitätsmissbrauch müssen sämtliche Sprach- und Signalisierungsinformationen zwischen Call Control Server, IP-Endgeräten, IP- Softtelefonen, Unified Messaging Dienst für Sprachnachrichten und IP-Gateways verschlüsselt werden. Daher sind IP-Endgeräte anzubieten, welche die Mediaverschlüsselung nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 unterstützen. Die Signalisierungsverschlüsselung hat nach TLS 1.3 (Transport Layer Security) auf Basis mindestens AES-256 erfolgen. Zur Authentisierung der TLS 1.3 Verbindung zwischen Call Control Server und zuvor genannten Endpunkten müssen X.509v3 Zertifikate verwendet werden.

8.10 Direct RTP und Verschlüsselung

Damit die Netzwerkinfrastruktur entlastet wird, muss der verschlüsselte Medienstrom zwischen den IP-Endgeräten, sowie zwischen IP-Endgerät und IP-Gateway direkt - ohne Umwege - verschlüsselt möglich sein (Direct RTP).

8.11 Anzeige der aktiven Gesprächsverschlüsselung

Um vertrauliche Gespräche über unsichere Verbindungen zu vermeiden, muss die Verschlüsselung der Sprach- und Signalisierungsdaten dem Nutzer im Display durch eine geeignete Anzeige (Icon) jederzeit signalisiert werden.

8.12 Port-Authentisierung nach IEEE 802.1x

Zur Absicherung des Netzwerks gegen nicht autorisierten Zugriff müssen die kabelgebundenen IP-Endgeräte über einen IEEE 802.1x Supplikanten mit Unterstützung von EAP-TLS und EAP-MD5 (trifft nicht für IP-Endgeräte ohne Display zu) verfügen. Darüber hinaus muss sichergestellt sein, dass das IP-Endgerät einen EAPOL Logoff zum Netzwerk-Switch sendet, sofern der PC vom PC Port des IP-Endgerätes getrennt wird.

8.13 Automatische VLAN Zuweisung für die IP-Endgeräte

Zur einfachen Trennung des Sprach- und Daten-VLANs müssen die IP-Endgeräte eine automatische Zuweisung des Sprach-VLANs im Rahmen von Network Policy TLVs mittels LLDP-MED nach ANSI/TIA-1057 unterstützen.

[Seite 19]

8.14 Abschaltung des PC-Ethernet-Ports am IP-Endgeräte

Bedarfsweise müssen sich ungenutzte PC-Ethernet-Ports am IP-Endgeräte durch den Administrator zentral gesteuert abschalten lassen.

8.15 Verschlüsselung der Übertragung von XML-Informationen zu den

IP-Endgeräten

Da gegebenenfalls vertrauliche Informationen zu den IP-Endgeräten übertragen und darauf dargestellt werden können, muss die Verschlüsselung der XML-Nachrichten mittels HTTPS/TLS 1.2 (Transport Layer Security) auf Basis mindestens AES-256 erfolgen.

8.16 Dokumentation und Veröffentlichung von Sicherheitslücken

Sicherheitslücken bzw.-Schwachstellen (auch Vulnerabilities genannt) innerhalb der einzelnen Komponenten der angebotenen IP-Telekommunikationsanlage, sowie das notwendige Vorgehen zur Beseitigung dieser müssen umgehend nach der Entdeckung des Herstellers oder Bieters dem Auftraggeber bekanntgemacht werden. Beschreiben Sie hierzu bitte als Anlage zum Angebot den Prozess, sowie die Zugriffsmöglichkeiten auf die Dokumentation von Sicherheitslücken und-Schwachstellen.

8.17 Sichere Einbindung von Heimarbeitsplätzen

Nutzer von Heimarbeitsplätzen müssen auf Basis der geforderten IP-Endgeräte sicher in die IP-Kommunikationsinfrastruktur eingebunden werden können. Hierzu müssen die zuvor beschriebenen Verschlüsselungsmechanismen zum Einsatz kommen oder alternativ eine Lösung auf Basis einer SSL-VPN-Verbindung realisiert werden. Die vollständige Lösung inkl. aller notwendigen Komponenten ist im Preisblatt entsprechend der Menge der geforderten Heimarbeitsplätze zu bepreisen. Beschreiben Sie hierzu bitte als Anlage zum Angebot das Konzept und die benötigten Komponenten auf Basis von (non Business-) DSL-Anschlüssen inkl. Routern, Firewall oder notwendiger VPN-Infrastruktur für die geforderte Anzahl an Heimarbeitsplätzen.

[Seite 20]

9 Zentrale Komponenten und Dienste der IP-

Telekommunikationsanlage

9.1 Call Control Server

9.1.1 Offenheit und Flexibilität der Call Control Server Die Call Control Server sind das zentrale Bindeglied zwischen allen angeschlossenen IP- Endgeräten für Sprache und Video, Gateways und Applikationen und sind somit im Wesentlichen für den Kommunikationsaufbau sämtlicher angeschlossener IP-Endgeräte und IP-Softtelefone untereinander, sowie zwischen den IP-Endgeräten und dem öffentlichen Telekommunikationsnetz verantwortlich. Aus Gründen der Offenheit und Flexibilität bei der IP-Endgeräte- und Gateway-Auswahl müssen die angebotenen Call Control Server mindestens das Session Initiation Protocol (SIP) nach IETF-RFC 3261 und das ITU-T H.323V2 Protokoll für die Anbindung der IP-Endgeräte für Sprache und Video, sowie das Media-Gateway-Control-Protocol (MGCP) oder das Media Gateway Control Protocol (MEGACO) für die Anbindung herstellerunabhängiger IP-Gateways unterstützen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die angebotenen Komponenten, sowie deren jeweils unterstützte Protokolle.

9.1.2 Betriebssicherheit der Call Control Server Da sich Linux in Echtzeitumgebungen als betriebssicher und stabil bewährt hat und notwendige zyklische Upgrades und Patches stark minimiert werden, dürfen die angebotenen Call Control Server aus Sicherheitsgründen nicht auf proprietären Betriebssystemen basieren. Ein gehärtetes Linux ist zu bevorzugen, welches ausschließlich die zum Betrieb der Call Control Server-Applikation benötigten Prozesse und User beinhaltet und dadurch das Sicherheits-Risiko im Vergleich zu einer Standard-Linux-Distribution nachhaltig minimiert.

Beschreiben Sie hierzu bitte als Anlage zum Angebot das Betriebssystem des Call Control Servers.

9.1.3 Optimale Lastverteilung auf Call Control Server Um eine optimale Lastverteilung auf den Servern in Verbindung mit einer gesicherten Verfügbarkeit zur erreichen, müssen die angebotenen Call Control Server einen Betrieb im Cluster unterstützen, d.h. die Server müssen im Load Balancing Betrieb arbeiten und Auto- Failover unterstützen, für den Fall das ein Server ausfällt oder nicht erreichbar ist.

9.1.4 Erweiterungsmöglichkeiten und Skalierung der Call Control Server Zur Sicherstellung der Skalierbarkeit der Gesamtlösung ohne Medienbrüche oder Nachteile innerhalb des Managements muss das angebotene Call Control Server Cluster durch Hinzunehmen weiterer Virtueller Maschinen einfach erweiterbar sein, um sich so an neue Anforderungen hinsichtlich der Anzahl der Nutzer und Performance anzupassen.

Für den Erweiterungsfall und bei Ersatzbeschaffung sollen, sofern existierend, Auftraggeber- seitige Rahmenverträge genutzt werden können, um die Einkaufskonditionen zu optimieren. Daher müssen die angebotenen Server alternativ auch durch den Auftraggeber nach Herstellervorgaben bereitgestellt werden können.

[Seite 21]

9.1.5 Update und Upgrade der Call Control Server Software Zur Reduktion der Downtime der IP-Telekommunikationsanlage muss es möglich sein, im laufenden Betrieb einzelne Call Control Server mit einem neuen Software-Release auszurüsten. Für den Fall, dass sich das neue Software-Release als fehlerhaft darstellt, muss ein einfaches Downgrade auf die vorige (ursprüngliche) Server-Software innerhalb von 60 Minuten möglich sein.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die Möglichkeiten des Software-Backups und den Upgrade-Prozess.

9.1.6 Rufnummernplan Zur Vereinfachung der Migration müssen bestehende Rufnummernpläne beibehalten oder erweitert werden können. Dabei muss das E.164 Format mit und ohne führende 0 sowie das internationale Rufnummer Format (0049…) unterstützt werden. Weiterhin muss es eine Möglichkeit geben eine Kurzwahl zu einer Mobilfunknummer zu zuordnen und diese mittels Kennziffer zu nutzen um vom Festnetz zum Handy und umgekehrt zu wählen.

9.1.7 Beschreibung Standard Telefonleistungsmerkmale Die IP-Kommunikationsinfrastruktur muss mindestens nachfolgende Telefonleistungsmerkmale auf allen angeschlossenen IP-Endgeräten sowohl im LAN, wie auch im WLAN zur Verfügung stellen:  Unterstützung von standardisierten Rufnummernplänen nach ITU-T E.164  Unterstützung von SIP-URI Anwahl nach IETF-RFC 3261 und RFC 3986  Anklopfen / Zweitanruf  Anruf halten (mit individueller Wartemusik)  Anruf Parken (intern / extern)  Anruf vermitteln mit und ohne Voranmeldung  Anruflisten  Anzeige des Namens des rufenden/gerufenen Nutzers  Anzeige von Rufnummer des rufenden Nutzers  Automatische Anrufentgegennahme  Berechtigungsumschaltungen / Wahlkontrolle für Amtsverbindungen  Chef- / Sekretär-Konfiguration  Durchsage- / Gegensprechfunktion  Fangschaltung  Konferenzschaltung  Makeln  MFV Nachwahl  Selbsttätiger Verbindungsaufbau ohne Wahl  Rückruf bei besetztem Nutzer  Rückruf bei Nichtmelden  Rufnummernanzeige des gerufenen Nutzers  Ruhe vor dem Telefon  Sammelanschlüsse (sequentiell, parallel, zyklisch, längste inaktive Zeit) mit Begrüßungsansage im Besetztfall  Anrufübernahmegruppen  Unterdrückung der Rufnummernanzeige des gerufenen Nutzers  Unterdrückung des Namens des rufenden/gerufenen Nutzers  Unterdrückung von Rufnummer/Name des rufenden Nutzers  Unterschiedliche Ruftöne für interne / externe Anrufe  Wahlwiederholung der mindestens letzten 20 Anrufe

[Seite 22]

9.1.8 Least-Cost Routing Anrufe zu definierten externer Rufnummer und Rufnummernkreisen, müssen in Abhängigkeit von Wochentag und Tageszeit zu unterschiedlichen Netzanbietern über unterschiedliche Wege/Gateways geroutet werden können. Die Least Cost Routing Funktion muss das Routing zu öffentlichen Netzanbietern via SIP Trunking (IP-IP-Gateway) gleichermaßen unterstützen.

9.1.9 Parallele Registrierung aller IP-Endgeräte und -Clients unter einer einheitlichen Nutzer-Rufnummer Sämtliche dem Nutzer zugeordneten IP-Endgeräte und -Clients müssen unter einer frei vergebbaren Rufnummer des jeweiligen Nutzers erreichbar sein (SIP Forking).

9.2 IP-IP-Gateways für zentrale Standorte

Für den hochverfügbaren Anschluss an das öffentliche Telekommunikationsnetz, muss mittels IP-IP-Gateway (auch Session Border Controller genannt) eine definierte und hochsichere Abgrenzung vom internen IP-Netzwerk und dem öffentlichen IP-Netzwerk realisiert und somit eine sichere Sprach-, Video- und Datenkommunikation ermöglicht werden. Hierzu muss ein modulares und hochredundantes IP-IP-Gateway eingesetzt werden, die aus Gründen des Investitionsschutzes mit standardisierten Protokollen betrieben werden müssen.

Abweichend von der Forderung nach eigenständigen Funktionseinheiten, ist die Realisierung dieser Funktion auch auf anderen Komponenten (bspw. Call Control Server oder IP-ISDN- Gateway) zulässig.

9.2.1 Schnittstellen- und Protokoll-Anforderungen für den Anschluss an den Netzbetreiber und den Call Control Server Die Anschaltung an die Netzwerkinfrastruktur sowie das öffentliche Telekommunikationsnetz muss mittels IP auf Basis Ethernet IEEE 802.3 10/100/1000BaseT erfolgen. Die redundante Auslegung des Anschlusses an das Telekommunikationsnetz muss zu einem späteren Zeitpunkt möglich sein. Mindestens SIP nach IETF-RFC 3261 und ITU-T H.323V2 müssen für Sprach- und Videokommunikation unterstützt werden. Um eine höchstmögliche Flexibilität zu erreichen, muss bedarfsweise eine Protokollübersetzung (Interworking) zwischen SIP und SIP sowie zwischen SIP und H.323 gewährleistet sein. Zur Sicherstellung einer höchstmöglichen Kompatibilität zu den Netzbetreibern muss das angebotene IP-IP-Gateway über mindestens eine SIPconnect 1.1-Zertifizierung des SIP- Connect-Forums verfügen. Die Anforderungen des Netzbetreibers (DFN) müssen vollständig erfüllt werden:  Die VoIP-Telefonanlage des Teilnehmers wird per SIP-Trunking mit der VoIP- Infrastruktur verbunden. Es können je TK-Anlage zwei SIP-Trunks konfiguriert werden, um von der Georedundanz der VoIP-Infrastruktur zu profitieren.  Die Adressierung der Teilnehmer erfolgt gemäß E.164.  Die SIP-Signalisierung erfolgt gemäß RFC 3261 bzw. RFC 3398 unter Nutzung des UDP-Protokolls über Port 5060.  Die Verschlüsselung der Signalisierung erfolgt über das Protokoll TLS (Transport Layer Security). Die Verschlüsselung des Medienstroms wird über SRTP (Secure Realtime Protocol) durchgeführt.  Es werden die Audio-Codecs G.711a, G.711m, G.722, G.729ab angeboten. Die Aushandlung der Codecs erfolgt beim Verbindungsaufbau gemäß RFC 3264

[Seite 23]

9.2.2 Codec und Protokoll-Unterstützung Zur optimierten Ressourcenausnutzung seitens der Netzinfrastruktur und des öffentlichen Telekommunikationsnetzes muss das IP-IP-Gateway mindestens das ITU-T G.722, ITU-T G.711, ITU-T G.729a und iLBC nach IETF-RFC 3951 Audio-Kodierungsverfahren unterstützen. Gleichfalls muss eine Übersetzung zwischen verschiedenen Audio- Kodierungsverfahren möglich sein.

Die Übertragung von ein- und ausgehenden Telefax-Nachrichten zum Telefax-Server und an das IP-Analog-Gateway angeschlossene Telefaxgeräte muss mittels ITU-T T.38 erfolgen. Eine Übersetzung des E.164 Rufnummernformates zu DNS-Einträgen, und umgekehrt, nach dem ENUM Verfahren, muss gemäß IETF-RFC 2916 vom IP-IP-Gateway unterstützt werden. Zur Steuerung von externen Servicediensten (Online Banking, Voice-Mail usw.) muss das IP- IP-Gateway innerhalb des SIP Protokoll DTMF nach IETF-RFC 2833 unterstützen.

9.2.3 Integrität und Vertraulichkeit Die Mediaverschlüsselung muss nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 und Signalisierungsverschlüsselung nach TLS 1.2 (Transport Layer Security) auf Basis mindestens AES-256 erfolgen.

9.2.4 Ausfallsicherheit Um eine maximale Ausfallsicherheit zu gewährleisten, bspw. für den Fall, dass ein Switch-Port ausfällt, müssen die angebotenen IP-IP-Gateways redundant an die Netzinfrastruktur angeschaltet werden können. Hierzu sind zwei Ethernet IEEE 802.3 10/100/1000BaseT Anschlüsse notwendig, die im Auto-Fail-Over-Modus arbeiten. Gleichfalls muss die Stromversorgung des IP-IP-Gateways ebenfalls redundant ausgelegt sein, so dass im Falle des Defektes eines Netzteils, das IP-IP-Gateway weiterhin verfügbar bleibt.

9.2.5 Alarme und Fehlermeldungen Sowohl der Totalausfall der Komponente, als auch Ausfälle die den ordnungsgemäßen Betrieb des Systems stören wie bspw. der Ausfall eines Netzteils oder andere Anomalien müssen dem Administrator als Alarm im Rahmen des Betriebsmanagements/Echtzeitmonitors signalisiert werden.

9.2.6 Anzahl der Kanäle je IP-IP-Gateway Das IP-IP-Gateway muss in der Lage sein, mindestens 120 gleichzeitige SIP oder H.323 Medienströme zu verarbeiten und diese zwischen Call Control Server und dem öffentlichen IP- Netzwerk zu übersetzen.

[Seite 24]

10 Dezentrale Komponenten und Dienste des IP-

Kommunikationssystems

10.1 IP-Analog-Gateways

Für die Anschaltung von analogen Endgeräten, wie bspw. Telefaxgeräten und Notruftelefonen müssen IP-Analog-Gateways mit jeweils unterschiedlichen Port-Dichten eingesetzt werden können, die aus Gründen des Investitionsschutzes mit standardisierten Protokollen betrieben werden müssen. Dabei müssen Strecken von bis zu 10 km Kabelweg überbrückt werden bzw. mittels Verstärkern o.ä. realisiert werden.

10.1.1 Schnittstellen- und Protokoll-Anforderungen für den Anschluss von analogen Endgeräten Zur Anschaltung von analogen Endgeräten müssen folgende Funktionen mindestens unterstützt werden: Mehrfrequenzwahlverfahren (MFV), MFV-Nachwahl, Rufnummernsignalisierung bei Anrufen (CLIP), akustische Nachrichten-Signalisierung, T.38 Fax, Rufumleitung bei Besetzt, Rufumleitung bei Nichtantworten, Ruf übergeben, Wahlwiederholung, automatischer Verbindungsaufbau.

10.1.2 Schnittstellen- und Protokoll-Anforderungen für den Anschluss an den Call Control Server Die Steuerung der IP-Analog-Gateways durch die Call Control Server muss voranging mittels des Media-Gateway-Control-Protocol (MGCP) oder Media-Gateway-Control-Protocol (MEGACO) Protokolls erfolgen. Alternativ sind auch SIP nach IETF-RFC 3261 und ITU-T H.323V2 zulässig.

10.1.3 Codec und Protokoll-Unterstützung Zur Verbesserung der Ressourcenausnutzung muss das IP-Analog-Gateway mindestens das ITU-T G.711 und ITU-T G.729a Audio-Kodierungsverfahren unterstützen. Die Übertragung von ein- und ausgehenden Telefaxen zum IP-ISDN- oder IP-IP-Gateway muss mittels ITU-T T.38 erfolgen.

10.1.4 Integrität und Vertraulichkeit Die Mediaverschlüsselung muss nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 und Signalisierungsverschlüsselung nach TLS 1.2 (Transport Layer Security) auf Basis mindestens AES-256 erfolgen.

10.1.5 Ausfallsicherheit Um eine maximale Ausfallsicherheit zu gewährleisten, bspw. für den Fall, dass ein Switch-Port ausfällt, müssen die angebotenen IP-Analog-Gateways redundant an die Netzinfrastruktur angeschaltet werden können. Hierzu sind mindestens zwei Ethernet IEEE 802.3 10/100/1000BaseT Anschlüsse notwendig, die im Auto-Fail-Over-Modus arbeiten.

10.1.6 Alarme und Fehlermeldungen Sowohl der Totalausfall der Komponente, als auch Ausfälle die den ordnungsgemäßen Betrieb des Systems stören wie bspw. der Ausfall eines Netzteils oder andere Anomalien müssen dem Administrator als Alarm im Rahmen des Betriebsmanagements/Echtzeitmonitors signalisiert werden.

[Seite 25]

10.1.7 Anzahl der Schnittstellen je IP-Analog-Gateway Die IP-Analog-Gateways müssen eine größtmögliche Skalierung hinsichtlich der Anzahl der analogen Anschlüsse bieten. Diese Skalierung wird durch den Einsatz von zwei Geräteklassen realisiert.

 Geräteklasse 1 Die Geräteklasse wird in direkter Umgebung der Nutzer (Tisch-, Wandmontage) oder in Verteilerräumen (19“ Verteilerschrank) installiert und unterstützt bis zu zwei analoge Anschlüsse. Die Anbindung an das LAN erfolgt über ein Ethernet IEEE 802.3 10/100/1000BaseT Anschluss, die im Auto-Fail-Over-Modus arbeiten.

 Geräteklasse 2 Die Geräteklasse wird in Verteilerräumen (19“ Verteilerschrank) installiert und unterstützt bis zu 48 analoge Anschlüsse. Die Anbindung an das LAN erfolgt über zwei Ethernet IEEE 802.3 10/100/1000BaseT Anschlüsse, die im Auto-Fail-Over-Modus arbeiten. Die Realisierung der analogen Anschlüsse erfolgt durch die Verwendung von Systemen mit 24 bzw. 48 analogen Anschlüssen.

Sämtliche notwendigen Anschluss- und Patchkabel sind nach Herstellervorgabe ebenfalls zu berücksichtigen und im Angebot aufzuführen. Hierbei ist insbesondere zu berücksichtigen, dass für die IP-Analog-Gateways der Geräteklasse 2 bauseitig VS83-Anschlussleisten vorhanden sind, an die die IP-Analog- Gateways angeschlossen werden müssen.

Weiterhin möchten wir ausdrücklich vorher einen Test der eingesetzten Technik an einigen Beispielorten durchführen. Die analoge Technik ist ein fester Bestandteil in unserer technischen Konzeption und muss auch in Zukunft funktionieren.

[Seite 26]

11 Teilnehmerendgeräte und -schnittstellen

11.1 Anschlussmöglichkeit für 3rd Party SIP-Endgeräte

Die Anschaltung von 3rd. Party SIP-Endgeräten, wie bspw. IP-Softclients unter Apple MAC OS, Linux oder Microsoft Windows an den Call Control Server muss direkt möglich sein. Hierzu sind Empfehlungen nach min. RFC 3261, RFC 3264, RFC 2327, RFC 1889, RFC 3515, RFC 3420, RFC 3265, RFC 3725, RFC 3842, RFC 3892 und RFC 3891 einzuhalten.

11.2 IP-Endgerät Typ Standard

Das IP-Endgerät Typ Standard gehört zum Standard-Büroarbeitsplatz und muss einfache Komfortfunktionen zur Verfügung stellen:

11.2.1 Mindest-Funktions-Anforderungen  12teilige Wähltastatur  Grafisches hintergrundbeleuchtetes Monochromdisplay zur Anzeige von Rufnummern, Namen, Leistungsmerkmalen und Menüoptionen  Display-Mindestauflösung 5 x 30 Zeichen oder 350 x 150 Bildpunkten  Mindestens vier dreifarbig beleuchtete Leitungs- und Funktionstaste für die Darstellung von eingehenden und aktiven Anrufen, sowie Anrufern in Halten  Mindestens vier kontextsensitive Softkeys für die Auswahl zustandsabhängiger Leistungsmerkmale in Verbindung mit der Displayanzeige  Optische Nachrichtensignalisierung für bspw. neue Sprachnachrichten  Integrierter Lautsprecher für Freisprechen, Lauthören, Durchsage- und Gegensprechfunktion  Taste für Nachrichtenabfrage  Taste für Anschalten der externen Hör-/Sprechgarnituren  Tasten für Freisprechen und Mikrofon-Stummschaltung  Tasten zur Lautstärkeregelung für Freisprechen, Hörerlautstärke und Anrufsignal  Tasten für Halten, Verbinden, Konferenz und Anrufliste (Anrufe getätigt, Anrufe angenommen, Anrufe in Abwesenheit)  Menü- und Navigations-Tasten für benutzerspezifische Einstellungen  Zugriff auf zentrales Telefonbuch und alternative Verzeichnisdienste  Editierbarkeit (Löschen letzter Ziffern) der eingegebenen Rufnummer  Log-in und Log-out Funktion (z.B. mittels PIN Code)  XML-Fähigkeit zur Nutzung von Auftraggeber-spezifischen Zusatzapplikationen  Zugriff auf aktuelle Statistiken zur Gesprächsqualität (Mean Opinion Score/Concealment Metrics, verwendeter Codec, Packet Loss, Delay etc.)  Anzeige der Gesprächsverschlüsselung durch dauerhafte Icon- oder Text-Anzeige im Display  Programmierbar über Nutzer-Endgeräte-Management

11.2.2 Schnittstellen- und Protokoll-Anforderungen  Anschlussinterface nach Ethernet IEEE 802.3 10/100/1000BaseT mit integriertem Switch für PC  Individuell über das Konfigurationsmanagement einstellbare Geschwindigkeit des (10/100/1000Mbit) Anschlussinterfaces und Auswahl des Duplex-Modes  Power over Ethernet nach IEEE 802.3af mit maximaler Leistungsaufnahme von 3,84 Watt (Class 1)  Quality of Service nach IEEE 802.1p, ToS/DiffServ (DSCP)  VLAN nach 802.1Q

[Seite 27]

 Port-Authentisierung nach IEEE 802.1x EAP-TLS und EAP-MD5 sowie EAPOL Logoff  Automatische Zuweisung des Sprach-VLANs im Rahmen von Network Policy TLVs mittels LLDP-MED nach ANSI/TIA-1057  DHCP, DNS und TFTP für Firmware-Upgrade  Zugriff des IP-Endgerätes auf alternative Verzeichnisdienste (LDAP) unter Umgehung der Call Control Server  Anschlussprotokoll nach SIP IETF-RFC 3261  Audio-Kodierungsverfahren ITU-T G.722, ITU-T G.711, ITU-T G.729a und iLBC nach IETF-RFC 3951  Mediaverschlüsselung nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 und Signalisierungsverschlüsselung nach TLS 1.3 (Transport Layer Security) auf Basis mindestens AES-256  Anschlussmöglichkeit für externe Hör-/Sprechgarnituren mittels RJ-9 Stecker (oder vergleichbar)  Möglichkeit der Fern-Annahme- und -Beendung von Gesprächen mittels externer Hör- /Sprechgarnituren auf Basis von EHS (Electronic Hook Switch)  Unterstützung von Induktions-fähigen Hörgeräten nach Telecoil-Standard (T-Coil)  Energiesparmodus zur Senkung der Leistungsaufnahme innerhalb frei bestimmbarer Zeiträume

11.2.3 Geforderter Mindest-Lieferumfang  Betriebsfähiges IP-Endgerät inkl. Ethernet Anschlusskabel  Deutsche Benutzeranleitung gedruckt oder in Dateiform

11.3 Netzteil für IP-Endgerät Typ Standard

Da unterschiedliche Gebäudeabschnitte netzwerkseitig noch nicht über Power over Ethernet verfügen, sind für die IP-Endgerät Typ Standard zusätzliche Netzteile zu berücksichtigen.

11.4 IP-Endgerät Typ Komfort

Das IP-Endgerät Typ Komfort gehört zum Komfort-Büroarbeitsplatz und muss umfangreiche Komfortfunktionen zur Verfügung stellen:

11.4.1 Mindest-Funktions-Anforderungen  12teilige Wähltastatur  Grafisches hintergrundbeleuchtetes Farbdisplay (min. 65535 Farben) zur Anzeige von Rufnummern, Namen, Leistungsmerkmalen und Menüoptionen  Display-Mindestauflösung 12 x 30 Zeichen oder 800 x 480 Bildpunkten mit mindestens 5“ (12,7cm) Displaydiagonale  Mindestens zehn dreifarbig beleuchtete und programmierbare Leitungs- und Funktionstasten  Mindestens vier kontextsensitive Softkeys für die Auswahl zustandsabhängiger Leistungsmerkmale in Verbindung mit der Displayanzeige  Optische Nachrichtensignalisierung für bspw. neue Sprachnachrichten  Integrierter Lautsprecher für Freisprechen, Lauthören, Durchsage- und Gegensprechfunktion  Taste für Nachrichtenabfrage  Taste für Anschalten der externen Hör-/Sprechgarnituren  Tasten für Freisprechen und Mikrofon-Stummschaltung  Tasten zur Lautstärkeregelung für Freisprechen, Hörerlautstärke und Anrufsignal

[Seite 28]

 Tasten für Halten, Verbinden, Konferenz und Anrufliste (Anrufe getätigt, Anrufe angenommen, Anrufe in Abwesenheit)  Menü- und Navigations-Tasten für benutzerspezifische Einstellungen  Zugriff auf zentrales Telefonbuch und alternative Verzeichnisdienste  Editierbarkeit (Löschen letzter Ziffern) der eingegebenen Rufnummer  Log-in und Log-out Funktion mittels PIN Code  XML-Fähigkeit zur Nutzung von Auftraggeber-spezifischen Zusatzapplikationen  Zugriff auf aktuelle Statistiken zur Gesprächsqualität (Mean Opinion Score/Concealment Metrics, verwendeter Codec, Packet Loss, Delay etc.)  Anzeige der Gesprächsverschlüsselung durch dauerhafte Icon- oder Text-Anzeige im Display  Programmierbar über Nutzer-Endgeräte-Management

11.4.2 Schnittstellen- und Protokoll-Anforderungen  Anschlussinterface nach Ethernet IEEE 802.3 10/100/1000BaseT mit integriertem Switch für PC  Individuell über das Konfigurationsmanagement einstellbare Geschwindigkeit des (10/100/1000Mbit) Anschlussinterfaces und Auswahl des Duplex-Modes  Power over Ethernet nach IEEE 802.3af mit maximaler Leistungsaufnahme von 12,95 Watt (Class 3)  Quality of Service nach IEEE 802.1p, ToS/DiffServ (DSCP)  VLAN nach 802.1Q  Port-Authentisierung nach IEEE 802.1x EAP-TLS und EAP-MD5 sowie EAPOL Logoff  Automatische Zuweisung des Sprach-VLANs im Rahmen von Network Policy TLVs mittels LLDP-MED nach ANSI/TIA-1057  DHCP, DNS und TFTP für Firmware-Upgrade  Zugriff des IP-Endgerätes auf alternative Verzeichnisdienste (LDAP) unter Umgehung der Call Control Server  Anschlussprotokoll nach SIP IETF-RFC 3261  Audio-Kodierungsverfahren ITU-T G.722, ITU-T G.711, ITU-T G.729a und iLBC nach IETF-RFC 3951  Mediaverschlüsselung nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 und Signalisierungsverschlüsselung nach TLS 1.3 (Transport Layer Security) auf Basis mindestens AES-256  Bluetooth 3.0  Anschlussmöglichkeit für externe Hör-/Sprechgarnituren mittels RJ-9 Stecker (oder vergleichbar), USB und Bluetooth  Möglichkeit der Fern-Annahme- und -Beendung von Gesprächen mittels externer Hör- /Sprechgarnituren auf Basis von EHS (Electronic Hook Switch)  Unterstützung von Induktions-fähigen Hörgeräten nach Telecoil-Standard (T-Coil)  Anschlussmöglichkeit für optionales Beistellmodul  Energiesparmodus zur Senkung der Leistungsaufnahme innerhalb frei bestimmbarer Zeiträume

11.4.3 Geforderter Mindest-Lieferumfang  Betriebsfähiges IP-Endgerät inkl. Ethernet Anschlusskabel  Deutsche Benutzeranleitung gedruckt oder in Dateiform

[Seite 29]

11.5 IP-Endgerät Typ Beistellmodul Komfort

Das IP-Endgerät Typ Beistellmodul Komfort gehört zum Komfort-Büroarbeitsplatz und muss zusätzliche Tasten zur Unterstützung von Team oder Chef/Sekretär-Funktionen zur Verfügung stellen:

11.5.1 Mindest-Funktions-Anforderungen  Grafisches hintergrundbeleuchtetes Farbdisplay zur Anzeige von Rufnummern, Namen und Leitungsstatus  Mindestens 28 logische Tasten (Belegung in zwei Ebenen möglich), die den jeweiligen Leitungsstatus (Frei, Besetzt, eingehender Anruf, Halten) farblich wiedergeben  Energiesparmodus zur Senkung der Leistungsaufnahme innerhalb frei bestimmbarer Zeiträume  Programmierbar über Nutzer-Endgeräte-Management

11.5.2 Schnittstellen- und Protokoll-Anforderungen  Direkter Anschluss an den Endgeräte Typ Komfort gefordert

11.5.3 Geforderter Mindest-Lieferumfang  Betriebsfähiges IP-Endgerät Typ Beistellmodul  Anschlusskabel an Endgerät Typ Komfort  Deutsche Benutzeranleitung gedruckt oder in Dateiform

11.6 Netzteil für IP-Endgerät Typ Komfort

Da unterschiedliche Gebäudeabschnitte netzwerkseitig noch nicht über Power over Ethernet verfügen, sind für die IP-Endgerät Typ Komfort zusätzliche Netzteile zu berücksichtigen.

11.7 IP-Endgerät Typ Konferenzstation

Das IP-Endgerät Typ Konferenzstation wird in kleinen und mittelgroßen Mehrzweck- und Besprechungsräumen installiert und soll bspw. in Kombination mit Multi-Media-Konferenzen das Audiosignal optimal (ITU-T G.722) aufnehmen und Hintergrundrauschen und andere Störgeräusche eliminieren.

11.7.1 Mindest-Funktions-Anforderungen  12teilige Wähltastatur  Grafisches hintergrundbeleuchtetes Display zur Anzeige von Rufnummern, Namen, Leistungsmerkmalen und Menüoptionen  Display-Mindestauflösung 4 x 20 Zeichen oder 300x100 Bildpunkte  Mindestens vier kontextsensitive Softkeys für die Auswahl zustandsabhängiger Leistungsmerkmale in Verbindung mit der Displayanzeige  Hochwertige Sprach- und Mikrofon-Qualität (Rausch- und Echounterdrückung etc.)  Vollduplex Freisprechen  XML-Fähigkeit zur Nutzung von Auftraggeber-spezifischen Zusatzapplikationen  Taste für Mikrofon-Stummschaltung  Tasten zur Lautstärkeregelung für Freisprechen und Anrufsignal  Menü- und Navigations-Tasten für benutzerspezifische Einstellungen  Zugriff auf zentrales Telefonbuch

[Seite 30]

11.7.2 Schnittstellen- und Protokoll-Anforderungen  Anschlussinterface nach Ethernet IEEE 802.3 10/100BaseT  Power over Ethernet nach IEEE 802.3af mit maximaler Leistungsaufnahme von 12,95 Watt (Class 3)  Quality of Service nach IEEE 802.1p, ToS/DiffServ (DSCP)  VLAN nach 802.1Q  Port-Authentisierung nach IEEE 802.1x EAP-TLS  DHCP, DNS und TFTP für Firmware-Upgrade  Anschlussprotokoll nach SIP IETF-RFC 3261  Audio-Kodierungsverfahren ITU-T G.722, ITU-T G.711, ITU-T G.729a und iLBC nach IETF-RFC 3951  Mediaverschlüsselung nach SRTP (Secure Real Time Transport Protocol) auf Basis mindestens AES-256 und Signalisierungsverschlüsselung nach TLS 1.2 (Transport Layer Security) auf Basis mindestens AES-256  Anschlussbuchse für mindestens zwei weitere optionale Tischmikrofone

11.7.3 Geforderter Mindest-Lieferumfang  Betriebsfähiges IP-Endgerät inkl. Ethernet Anschlusskabel  Deutsche Benutzeranleitung gedruckt oder in Dateiform

11.8 IP-Endgeräte Typ Vermittlungsplatz

Das IP-Endgerät Typ Vermittlungsplatz soll aus einem IP-Endgerät Typ Komfort und einer professionellen Microsoft Windows 10 basierenden Vermittlungsplatz-Applikation bestehen, um so die ggf. parallele Bearbeitung diverser anfallender Büroaufgaben - auf dem gleichen PC/Notebook - zu ermöglichen. Die Vermittlungsplatz-Applikation muss auf einer Client- Server-Architektur basieren, um eine zentrale Datenvorhaltung und -speicherung (Nutzerprofile, Notizen und Alternativrufnummern etc.), sowie eine gleichmäßige oder vordefinierte Anrufverteilung über mehrere Vermittlungsplätze zu gewährleisten.

11.8.1 Mindest-Funktions-Anforderungen  Akustische und optische Anrufsignalisierung am PC und Telefon  Mehrfarbige Anzeige sämtlicher Vermittlungszustände und Funktionen  Einfache Bedienbarkeit aller verwendeten Funktionen mittels PC-Tastatur und/oder Maus  Anzeige von bis zu 5 individuellen Warteschlagen im Hauptbildschirm und Anzeige aller anstehenden Anrufe in allen Warteschlangen wahlweise umschaltbar  Anzeige von warteschlangenindividuellen und farblich-unterschiedenen Begrüßungsformeln  Warteschlangen-Überlauf-Funktion nach Zeit und Auslastung (je nach angemeldeten Mitarbeitern)  Auflösung der Anrufer-Rufnummer aus dem zentralen Telefonbuch  Anrufjournal mit Informationen zu Datum/Uhrzeit, Wartezeit, Vermittlungsziel, abgebrochenen Vermittlungen, erfolgreichen Vermittlungen, Vermittlungshistorie je Anrufer  Halten, Parken und Wiederaufnehmen von Anrufen  Makeln zwischen verschiedenen Anrufern  Verbinden mit und ohne Rückfrage  Verbinden mittels manueller Eingabe der Nebenstelle, Kurzwahl

[Seite 31]

 Verbinden mittels erweiterter Suchfunktion im zentralen Telefonbuch über mindestens 10 individuell konfigurierbare Felder  Durchbrechen von Rufumleitungen  Anzeige aller Nutzer aus dem zentralen Telefonbuch im Hauptbildschirm und optionaler Kategorisierung/Gruppierung einzelner Nutzer wahlweise umschaltbar  Anzeige der Nutzer im Hauptbildschirm frei konfigurierbar aus allen Feldern des zentralen Telefonbuchs (Name, Firma, Rufnummer, Mobilfunk, Email-Adresse, Abteilung, Kostenstelle etc.)  Anzeige des Status der Nutzer im Hauptbildschirm: Presence-Status synchron zu Multimedia-Client und IP-Endgeräte-Status: besetzt, frei, abwesend, Presence-Status- Nachricht aus Multimedia Client, umgeleitet zu..., sowie Kalenderstatus aus Microsoft Exchange: frei und im Termin  Konferenz mit Anrufer und Teilnehmer aufbauen  Einleiten von Konferenzen für andere Teilnehmer  Automatische Rücknahme der Verbindung nach individuell einstellbarer Zeit (Wiederanruf am Platz) zum ursprünglich vermittelnden Vermittlungsplatz mit Vorrang innerhalb der Warteschlange  Einfaches Wiederverbinden zum Ursprungs-Zielteilnehmer  Anzeige und Verbinden zu alternativen Teilnehmern  Versand von Benachrichtigungs-E-Mails an nicht annehmenden Teilnehmer mit automatischer Übernahme der Anrufer-Details in die Betreff-Zeile direkt aus der Vermittlungsplatz-Applikation (Text individuell konfigurierbar)  Tages- und zeitabhängiges Routing-Management (Tag-/Nachtschaltung) mit Berücksichtigung von Feiertagen  Zentrales Telefonbuch aus mindestens 10 verschiedenen Quellen (LDAP/AD, ODBC, Microsoft Exchange) erstellbar  Erweiterbarkeit des zentralen Telefonbuches um zusätzliche Informationen je Eintrag  Individuelle Manipulation der importierten Telefonbuchdaten für die homogene Erstellung des zentralen Telefonbuchs  Einstellbare Aktualisierungs- / Synchronisierungsintervalle für das zentrale Telefonbuch (min. 8/Tag)  Zusätzliches privates Telefonbuch an jedem Vermittlungsarbeitsplatz

11.8.2 Schnittstellen- und Protokoll-Anforderungen  Anschlussinterface des PC/Notebook und Servers nach Ethernet IEEE 802.3 10/100/1000BaseT  Synchronisierung des zentralen Telefonbuchs mit mindestens 20.000 Einträgen und lokaler Speicherung auf Vermittlungsplatz-Server mit LDAP/AD, ODBC, Microsoft Exchange  Unterstützung einer optionalen Braille-Zeile für Vermittlungskräfte mit eingeschränktem Sehvermögen (Barriere-Freiheit)  Unterstützung einer optionalen Drohanruf-Aufzeichnung

11.8.3 Geforderter Mindest-Lieferumfang  Betriebsfähiges IP-Endgerät Typ Vermittlungsplatz  Die Installation der notwendigen Server-Software soll auf virtuellen Maschinen (VMs) erfolgen. Sofern sich die angebotene Server-Software nicht auf VMs installieren lässt, ist der Bieter aufgefordert, die notwendige Server-Hardware im Angebot zu berücksichtigen. Hierzu muss ein leistungsfähiger Server mit hochredundanten Festplatten (RAID x) und redundantem Netzteile, min. 19 Zoll (48cm) TFT-

[Seite 32]

Flachbildschirm nach min. TCO 99 und Stromsparfunktion, sowie hochwertiger Tastatur und geeignetem Betriebssystem berücksichtigt werden.  Deutsche Benutzeranleitung gedruckt oder in Dateiform

[Seite 33]

12 Unified Communications Mehrwert-Dienste

Zwecks Vereinfachung des Betriebs und insbesondere des Lizenzmanagements der IP- Telekommunikationsanlage wurden für die verschiedenen Teilnehmeranforderungen Dienste- Pakete zusammengestellt. Der nachfolgend beschriebene Funktionsumfang der einzelnen Dienste-Pakete addiert sich daher absteigend. Hierbei enthält bspw. das Dienste-Paket „“Komfort“ auch den Funktionsumfang des Dienste-Paketes „Standard“.

Beschreiben Sie hierzu bitte die Mehrwertdienste-Architektur und benötigten Server (VMs oder Hardware) als separate Anlage zum Angebot. Bitte gehen sie hierbei auch auf die Virtualisierbarkeit der einzelnen Lösungselemente ein.

12.1 Funktionsumfang Dienste-Paket „Eco Telefondienste“

Analoge Endgeräte, die über IP-Analog-Gateways integriert werden, müssen Standard Telefon-und Telefaxleistungsmerkmale für kommende und gehende Gespräche nutzen können. Dieses Dienste-Paket wird i.d.R. für einfache IP-Endgeräte (Eco), analog- und ISDN-Modems, Analogtelefone und Telefaxgeräte genutzt. Entsprechend der Hochverfügbarkeitsanforderungen der zentralen Call Control Server ist dieser Dienst ebenfalls vollredundant bereitzustellen.

12.1.1 Wartemusik im Haltezustand Im Haltezustand von Verbindungen sollen individuelle Ansagen oder Wartemusiken dem Wartenden eingespielt werden. Sämtliche Ansagen oder Wartemusiken müssen individuell durch den Systemadministrator aktivierbar sein. Hierzu sollen die Ansagen oder Wartemusiken in standardisiertem Format (WAV, MP3 usw.) zur Verfügung gestellt werden können. Außerdem muss es möglich sein, externe Ansagen oder Wartemusik-Quellen einspeisen zu können. Das Unicast- oder Multicast-Verfahren muss pro Ansage oder Wartemusik definierbar sein. Ein gemischter Betrieb muss ebenfalls möglich sein.

12.2 Funktionsumfang Dienste-Paket „Standard Arbeitsplatz“

Nutzer an durchschnittlich frequentierten Arbeitsplätzen, mit durchschnittlichen Anforderungen, müssen Unified Communications Basisdienste nutzen können, die vorrangig die Einbindung von PC/Notebook in die Kommunikationsinfrastruktur berücksichtigen. Dieses Dienste-Paket wird i.d.R. für den IP-Endgeräte Typ Standard oder Komfort eingesetzt.

12.2.1 Audiokonferenzen Das System muss einen ad hoc Service für spontane Audiokonferenzen unterstützen, mit dem mindesten 6 oder mehr interne oder externe Teilnehmer in eine Konferenz eingebunden werden können. Die Steuerung der Konferenz (Hinzunehmen/Ausschließen) muss über das IP-Endgerät erfolgen. Sämtliche Audiokonferenzen müssen nach min. SRTP (AES-256) verschlüsselt sein.

12.2.2 Log-in und Log-out Dienst am IP-Endgerät mittels individueller Nutzerkennung und PIN-Code Um IP-Endgeräte durch mehrere Nutzer verwenden zu können und damit die Flexibilität des Arbeitsplatzkonzepts zu steigern, muss es für jeden Nutzer möglich sein, sich an jedem beliebigen IP-Endgerät mit seiner persönlichen individuellen Kennung (alphanumerischer

[Seite 34]

Nutzername) und seiner persönlichen PIN anzumelden. Hierdurch muss seine individuelle Konfiguration (Amtsberechtigung, Kurzwahl, Direktruf- und Funktionstasten, Chef-/ Sekretär- Konfigurationen) und seine Rufnummer auf das Telefon übernommen werden. Wenn sich der Nutzer am Telefon abmeldet, muss dieses in einen durch den Administrator vorgegebenen Zustand übergehen. D.h. abgehende Rufe sind z.B. nur hausintern, mit Ausnahme von Notrufen möglich, bis sich ein Nutzer erneut anmeldet. Entsprechend der Hochverfügbarkeitsanforderungen der zentralen Call Control Server ist dieser Dienst ebenfalls vollredundant bereitzustellen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Log-in und Log-out Dienstes, sowie die angebotenen Komponenten.

12.2.3 Computer unterstützte Telefonie (CTI) auf Basis TAPI/JTAPI für Microsoft und Linux-Umgebungen Zur Vereinfachung der Wahl für abgehende Gespräche muss jedem Nutzer eines Microsoft Windows oder Linux PCs/Notebooks die Möglichkeit gegeben werden, aus TAPI/JTAPI konformen Anwendungen die Wahl zu initiieren. Hierzu wird eine entsprechende Schnittstelle, sowie die notwendigen TAPI/JTAPI Treiber auf den PCs/Notebooks benötigt. Die Treiber-Software muss mindestens Microsoft Windows 10 und höher, sowie Linux unterstützen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des CTI-TAPI-Dienstes, sowie die angebotenen Komponenten.

12.2.4 Computer unterstützte Telefonie (CTI) aus zentralen Web-basierenden Verzeichnisdiensten Nutzer eines IP-Endgerätes müssen direkt aus Web-basierenden Verzeichnisdiensten wählen können. Die hierfür notwendigen Programmierschnittstellen (API) müssen vom zentralen Call Control Server zur Verfügung gestellt und auf Basis einer HTML-Integration in den vorhandenen Web-basierenden Verzeichnisdienst implementiert werden können. Die CTI Programmierschnittstelle muss vollständig und frei verfügbar dokumentiert sein und so die Integration in jede Web-basierende Anwendung erlauben. Entsprechend der Hochverfügbarkeitsanforderungen der zentralen Call Control Server ist dieser Dienst ebenfalls vollredundant bereitzustellen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des CTI-Web-Dienstes, sowie die angebotenen Komponenten.

12.2.5 SIP Presence-Dienst Zur Steigerung der Nutzereffizienz und Verbesserung der Erreichbarkeit muss die IP- Kommunikationsinfrastruktur über einen integrierten Presence-Dienst für alle angeschlossenen Nutzer verfügen. Hierbei wird zwischen a) Endgeräte-Presence und b) Client-Presence unterschieden: Endgeräte-Presence impliziert, dass alle angeschlossenen Telefone (auch IP-Softtelefone) Ihren jeweiligen Zustand (Frei, Besetzt oder unbekannt) untereinander austauschen können. Client-Presence erfordert einen entsprechenden PC/Notebook- oder Mobility-Client, der üblicherweise auf dem jeweiligen Gerät installiert wird und seine Zustandsinformationen mit dem Call Control Server und anderen Clients abgleicht. Im Unterschied zur Endgeräte- Presence werden zusätzlich Informationen über den Anmelde- und Aktivitätsstatus des Nutzers übertragen. Client Presence ermöglicht zusätzlich den nutzergesteuerten manuellen Wechsel des Status oder personalisierte Statusmeldungen.

[Seite 35]

Für die Interoperabilität mit anderen bspw. netzbasierten Lösungen muss auf Basis des XMPP (Extensible Messaging and Presence Protocol) nach IETF-RFC 3920, SIMPLE-Protokoll (SIP for Instant Messaging and Presence Leveraging Extensions) nach IETF-RFC 3428, das Presence Data Information Format (IETF-RFC 3863) und Rich Presence Information Data (IETF-RFC 4480) unterstützt werden. Für eine einfache Integration von Presence Informationen in WEB 2.0 Applikationen soll außerdem REST (Representational State Transfer) unterstützt werden. Weiterhin soll der Presence-Status mit Microsoft Teams/M365 synchronisierbar sein.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des SIP Presence-Dienstes, sowie die angebotenen Komponenten.

12.2.6 SIP Presence-Dienst - Datenschutz Aus datenschutzrechtlichen Gründen müssen sich sämtliche Presence-Dienste seitens des Administrators ein- und ausschalten lassen. Zu keiner Zeit darf eine Protokollierung der An- oder Abwesenheitszeiten der einzelnen Nutzer erfolgen. Zusätzlich muss jeder Nutzer innerhalb seiner persönlichen Einstellungen seinen eigenen Presence-Status für definierte Kollegen, alle Kollegen oder Mitarbeiter anderer Organisationen mit differierenden Domain-Namen verbergen können. Außerdem muss es möglich sein, dass ausschließlich die Endgeräte-Presence (Frei, Besetzt oder unbekannt) untereinander ausgetauscht werden können, womit quasi die Funktionalität eines software-basierenden Beistellmoduls realisiert werden soll. In diesem Fall muss sich die Client-Presence systemweit ausschalten lassen. Allerdings soll es weiterhin möglich sein, alle anderen Dienste des Clients zu nutzen, bspw. um Text-Nachrichten (Instant Messaging) zu versenden.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die Möglichkeiten innerhalb des Datenschutzes des SIP Presence-Dienstes.

12.2.7 Multimedia-Client für Presence-Status, Instant Messaging, Computer unterstützte Telefonie (CTI), VoiceMail und Video Der Multimedia-Client muss grundsätzlich mindestens drei farblich unterscheidbare Presence- Status unterstützen, welche die unterschiedlichen Verfügbarkeiten des Nutzers widerspiegeln: bspw. grün = verfügbare/erreichbar, gelb = beschäftigt/abwesend, rot = bitte nicht stören. Zusätzlich zur farblichen Kennzeichnung, muss sich ein Status-Text automatisch oder manuell hinterlegt lassen.

Innerhalb des Multimedia-Clients muss es dem Nutzer möglich sein, seinen jeweiligen Client- Presence-Status sowohl automatisiert, wie auch manuell zu setzen: Im Rahmen der automatischen Status-Anpassung muss der Client eine Einstellung vorsehen, die es dem Nutzer gestattet, seinen Status automatisch auf „Abwesend“ zu setzen, sofern er innerhalb einer frei wählbaren Zeit (0 bis 99 Minuten) weder Tastatur-Eingaben tätigt, noch seine angeschlossene PC-Maus bewegt. Bei der manuellen Anpassung muss der Nutzer die Möglichkeit haben, einen Standard-Presence-Status (bspw. grün = verfügbare/erreichbar, gelb = beschäftigt/abwesend, rot = bitte nicht stören) auszuwählen und diesen bedarfsweise mit einer eigenen Nachricht zu überschreiben.

Zusätzlich zum Client-Presence-Status wird automatisch der Status des zugeordneten IP- Endgerätes im Rahmen der Endgeräte-Presence bekanntgegeben. Befindet sich der Nutzer in einem Telefongespräch soll dieses ebenfalls eindeutig angezeigt werden und sich der farbliche Status auf beschäftigt ändern.

[Seite 36]

Sofern durch den Nutzer gewünscht (individuell einstellbar), sollen Termine im Microsoft Outlook Kalender ebenfalls zu einer automatischen Status-Änderung führen und eindeutig angezeigt werden. In diesem Fall soll sich der farbliche Status auf beschäftigt ändern.

Sofern ein Nutzer Abwesend oder individuell beschäftigt ist, soll die Möglichkeit bestehen, eine Benachrichtigung zu erhalten, wenn der gewünschte Kollege wieder verfügbar ist.

Der Multimedia-Client muss die Erstellung von sogenannten Buddy-Listen unterstützen, in denen die einzelnen Kollegen mit Ihrem jeweiligen Namen und ihrem Presence-Status in Gruppen einsortiert werden können. Die Erstellung der jeweiligen Gruppen und das Hinzufügen der Kollegen muss durch den einzelnen Nutzer individuell und selbständig erfolgen und auf dem Server gespeichert werden. Als Basis für das Hinzufügen soll der LDAP oder Active Directory Verzeichnisdienst, genauso wie die persönlichen Microsoft Outlook Kontakte dienen, auf die einfach mittels einer Suchfunktion zugegriffen werden soll.

Nach erfolgter Auswahl eines Kollegen aus der Buddy-Liste soll mittels Mausklick eine Instant Messaging Sitzung eröffnet werden oder ein Telefonanruf gestartet werden können.

Um unnötige Beistellmodule überwiegend ablösen zu können, muss der Messaging-Client individuelle Kurzwahl-Einträge unterstützen, die es dem Nutzer erlauben, Einträge bestehend aus Name und Rufnummer selbst anzulegen und direkt anzurufen. Diese Funktion muss sowohl für interne, wie auch externe Rufnummern möglich sein und muss dabei die geltenden Berechtigungsklassen innerhalb der Berechtigungsumschaltung / Wahlkontrolle für Amtsverbindungen berücksichtigen.

Telefonanrufe sollen auf Basis der Eintragungen im LDAP oder Active Directory Verzeichnisdienst, genauso wie aus den persönlichen Microsoft Outlook Kontakten ausgeführt werden. Hierbei soll der Nutzer auf sämtliche Rufnummerneinträge in diesen Verzeichnissen zugreifen können, um diese dediziert anwählen zu können. Das so über den Messaging-Client initiierte Telefongespräch soll über das dem Nutzer zugeordnete IP-Endgerät geführt werden können. Das IP-Endgerät soll in diesem Fall automatisch in den Freisprechmodus wechseln und mit der Wahl beginnen.

Zusätzlich muss es möglich sein, Rufnummer in beliebigen Microsoft Windows Programmen oder Internet Browsern zu markieren, um diese danach mittels Tastenkombination bspw. ALT- X anzuwählen. Hierbei muss es möglich sein, die übernommene Rufnummer vor der abgehenden Wahl manuell zu editieren.

Ein- und ausgehende Sprach-Anrufe in An- oder Abwesenheit, sowie eingegangene Sprachnachrichten sollen in der integrierten Anrufliste des Messaging-Client protokolliert werden. Ebenfalls soll direkt aus der Anrufliste die Wahlwiederholung, der Rückruf oder das Abhören der Sprachnachricht initiiert werden können.

Die Integration in Microsoft Outlook soll die direkte Anwahl von E-Mail-Absendern, sowie die Anwahl aus Kontaktverzeichnissen mittels Kontextmenü oder über geeignete Icons aus der Microsoft Office 2016 und neuer Ribbon erlauben. Außerdem soll der Presence-Status der einzelnen Buddies innerhalb von Microsoft Outlook vor jeder E-Mail-Adresse innerhalb des Headers der E-Mail Nachricht durch einen farbigen Punkt (Microsoft API) angezeigt werden.

Innerhalb von Microsoft Outlook muss die sogenannte Contact Card unterstützt werden. Dies bedeutet, dass beim Überfahren eines Kontakts mit der Maus, ein Kontaktfenster automatisch geöffnet wird, welches dedizierte Schaltflächen für Instant Messaging und die Anwahl des

[Seite 37]

Kontakts mittels Telefonnummer beinhaltet, die durch den Multimedia-Client unterstütz sein müssen.

Die Multimedia-Client-Software muss Microsoft Windows 11, sowie Microsoft M365 unterstützen.

Der Multimedia-Client-Software soll sich unabhängig vom Aufenthaltsort des jeweiligen Nutzers sowohl im Auftraggeber-eigenen Netz, wie auch bspw. vom Heimarbeitsplatz oder von unterwegs (Hotel etc.) nutzen lassen. Notwendige Aufwände für die sichere Anbindung des PC/Notebooks sind hierzu ggf. im Angebot zu berücksichtigen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Messaging-Client, sowie die angebotenen Komponenten.

12.2.8 One-Number-Mobilitätsdienst für die einfache Integration von Standard- Mobiltelefonen oder bspw. Heimarbeitsplätzen Zur Steigerung der Nutzereffizienz und Verbesserung der Erreichbarkeit müssen beliebige Mobiltelefone und andere ISDN/analoge Festnetztelefone im Rahmen eines Mobilitätsdienstes ebenfalls über die Rufnummer des IP-Endgerätes erreichbar sein, wobei die ursprüngliche Identifikation des Anrufers (Rufnummer und ggf. Name) auch bei einem Wechsel der Endgeräte (z.B. Wechsel zwischen Bürotelefon und Mobiltelefon) beibehalten wird.

Der Mobilitätsdienst muss von jedem Nutzer im Rahmen eines Regelwerks konfigurierbar sein. Hierbei muss es möglich sein, Anrufe zu einer Ziel-Rufnummer zu filtern oder zu blockieren, die Weiterleitung in Abhängigkeit zum Wochentag und zur Tageszeit einzurichten, sowie simultane wie auch sequenzielle Signalisierung an mehreren Endgeräten zu konfigurieren. Der Mobilitätsdienst muss durch Tastendruck am IP-Endgerät oder mittels Remote-Einwahl und erfolgreicher Authentifizierung, durch den Nutzer ein- und auszuschalten sein.

Eingehende Anrufe sollen in Abhängigkeit zum Regelwerk sofort oder nach Zeit parallel am entsprechenden Endgerät signalisiert werden. Bestehende Gespräche am Bürotelefon sollen ohne Gesprächsunterbrechung und Wartemusik an das gewählte Endgerät übergeben werden können.

Umgekehrt muss es möglich sein, dass sich Nutzer mit ihren Mobil- oder Heimarbeitsplatztelefonen als virtuelle Nebenstelle am Mobilitätsdienst bzw. Call Control Server anmelden. Hierzu muss eine dedizierte Einwahlrufnummer bereitgestellt werden, die es dem Nutzer nach erfolgreichem Verbindungsaufbau erlaubt, sich mittels Tonwahl (DTMF) basierender PIN am Mobilitätsdienst anzumelden.

Danach muss es dem Nutzer möglich sein, abgehende Gespräche zu führen, bei deren Gesprächsaufbau allerdings die Nebenstellenrufnummer des IP-Endgerätes des Nutzers im Display des Angerufenen signalisiert wird und nicht dessen Mobilfunkrufnummer. Für so initiierte externe Gespräche müssen die Gesprächskosten bzw. Gebührendaten dem Gebührenkonto des zughörigen IP-Endgerätes zugerechnet werden. In beiden Situationen (angerufen/anrufend) muss es dem Nutzer möglich sein, Basis- Telefonleistungsmerkmale des zentralen Call Control Servers mittels Tonwahl (DTMF) und definierten Kennziffern zu nutzen. Mindestens zu unterstützen sind Verbindungsaufbau, Halten, Verbinden und Konferenz.

[Seite 38]

Sämtliche notwendigen Einstellungen müssen über das Nutzer-Endgeräte-Management möglich sein. Entsprechend der Hochverfügbarkeitsanforderungen der zentralen Call Control Server ist dieser Dienst ebenfalls vollredundant bereitzustellen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des One-Number-Mobilitätsdienst, sowie die angebotenen Komponenten.

12.2.9 Unified Messaging-Dienst für Sprach-Nachrichten Zur Erhöhung des Komforts, muss jeder Nutzer individuell Zugriff auf das zentrale Unified Messaging System erhalten. Dieses muss min. den Empfang und Versand von Sprach- und optional Faxnachrichten unterstützen, wobei die einzelnen Funktionen auch unabhängig voneinander zu nutzen und zur Verfügung zu stellen sind. Um den E-Mail-Server zu entlasten, müssen grundsätzlich alle eingegangenen oder gespeicherten Nachrichten auf dem UM- System selbst gespeichert werden.

Die Abfrage der Sprachnachrichten muss über mehrere Kommunikationskanäle möglich sein. Dazu zählen mindestens der Zugriff über das zugewiesene IP-Endgerät, mittels eines beliebigen Telefons nach interner oder externer Einwahl und Authentifizierung, über einen UM-Web-Frontend, mittels E-Mail-Client über ein IMAP4 Konto, mittels SMTP, indem die eingegangenen Sprachnachrichten serverseitig in die E-Mail-Posteingang des Nutzers weitergeleitet werden, sowie optional über RSS Feeds.

Die Signalisierung neuer Sprachnachrichten muss auf dem IP-Endgerät mittels einer Nachrichten-LED und ein einem Hinweistext im Display erfolgen. Zusätzlich muss eine Benachrichtigung via SMTP in der Eingangs-E-Mail-Box des Nutzers möglich sein, die einen Hyperlink zum Web-Frontend des UM-Systems enthält. In bestimmten Fällen ist es notwendig, dass neue Sprachnachrichten auf externen Endgeräten bspw. Mobiltelefonen durch einen Anruf signalisiert werden. Nutzern die den Messaging-, Multimedia-Client oder Multimedia- Mobile-Client nutzen, muss die Sprachnachricht innerhalb der Anrufliste angezeigt werden.

Beim Zugriff über das IP-Endgerät, entsprechende Displaygröße vorausgesetzt, muss eine grafische Benutzeroberfläche auf dem IP-Endgerät angezeigt werden, die den Anwender bei der gezielten Navigation und beim Abhören von Nachrichten unterstützt. Ein Vor- und Zurückspulen innerhalb der Nachricht, das Pausieren des Abspielens der Nachricht, sowie eine Weiterleitung der Nachricht muss möglich sein. Zusätzlich sollen Nachrichten mit einer hohen Priorität (Kennzeichnung „wichtig“) ebenfalls besonders dargestellt werden.

Zum Abhören der Nachrichten über andere Endgeräte (z.B. Mobiltelefon, IP-Endgerät ohne entsprechendes Display, externe Teilnehmer) muss das System eine sprachbasierende Schnittstelle zur Verfügung stellen. Mittels dieser können Nachrichten, nach erfolgter Authentifizierung, abgehört, gespeichert und gelöscht werden. Des Weiteren sollen über die sprachbasierende Schnittstelle Einstellungen geändert, sowie mindestens fünf verschiedene Begrüßungen (Standard, Urlaub, besetzt, intern und zeitgesteuert) aufgenommen werden können.

Über das Webfrontend sollen sich sämtliche Einstellungen vornehmen und Sprachansagen aufnehmen lassen, sowie der Zugriff auf Sprachnachrichten (hierbei kann die Nachricht direkt über den PC/Notebook oder auf einem beliebigen Telefon ausgegeben werden) möglich sein.

[Seite 39]

Um möglichen Sicherheitsanforderungen hinsichtlich des Datenschutzes Rechnung zu tragen, sollen Sprachnachrichten als „privat“ gekennzeichnet werden können. Diese Nachrichten können nur noch über das Webfrontend bzw. das zugeordnete Telefon von autorisierten Nutzern abgehört werden und nicht über das IMAP4 Interface. Außerdem können als „privat“ gekennzeichnete Sprachnachrichten mit einem Verfallsdatum versehen werden, nach dem sich die Sprachnachricht automatisch löscht. Ein externes Speichern der Nachricht muss genauso unterbindbar sein, wie ein Weiterleiten.

Für bestimmte Nutzergruppen eines Sammelanschlusses ist es erforderlich gemeinsamen Zugriff auf eine hinterlassene Sprachnachricht zu erhalten. D.h. neu eingegangene Sprachnachrichten werden als gespiegelte Kopie in die persönliche Sprachbox des Gruppenmitglieds hinterlegt und werden über die zuvor beschriebenen Mechanismen gleichzeitig bei allen Gruppenmitgliedern signalisiert. Das Abhören der Sprachnachricht durch ein Gruppenmitglied markiert die Sprachnachricht bei allen anderen Gruppenmitgliedern als abgehört und beendet die Signalisierung, sowie das Löschen die Sprachnachricht aus allen persönlichen Sprachbox löscht.

Das Versenden von Sprachnachrichten an Empfänger- oder Empfängergruppen muss möglich sein. Hierbei muss die Nachricht auch vorab aufgezeichnet und zu einem späteren Zeitpunkt versendet werden können.

Entsprechend der Hochverfügbarkeitsanforderungen der zentralen Call Control Server ist dieser Dienst ebenfalls vollredundant bereitzustellen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Unified Messaging-Dienst für Sprach-Nachrichten, sowie die angebotenen Komponenten.

12.2.10 Unified Messaging-Dienst für Telefax-Nachrichten Jedem Nutzer muss eine persönliche Telefaxrufnummer zugeordnet werden können. Eingehende Telefaxe müssen in diesem Fall in der jeweiligen InBox des E-Mail-Clients als durchsuchbares PDF/A ablegt werden. Außerdem müssen Nutzer die Möglichkeit haben, eingegangene oder gespeicherte Faxnachrichten mittels Telefon an andere Kollegen weiterzuleiten oder über eine frei definierbare Telefaxrufnummer auszudrucken, sofern der Nachrichtenstatus dieses erlaubt und die Faxnachrichten als nicht privat gekennzeichnet sind. Für ausgehende Telefax-Nachrichten müssen in Abhängigkeit des vom Nutzer verwendeten PC/Notebook-Betriebssystems Telefax-Nachrichten via E-Mail-Anhang im TIFF, JPG, PDF oder RTF-Format an das Fax-Gateway gesendet und von dort automatisch verschickt werden. Für Microsoft Windows 10 und neuer Nutzer muss ein Fax-Druckertreiber den direkten Telefaxversand aus den jeweiligen Microsoft-Windows-Applikationen ermöglichen. Zum Telefax-Versand von Papier/Formularen muss es die Möglichkeit geben, Multifunktionsgeräte (MFP – Drucker, Scanner, Fax, E-Mail) an den Fax-Server anzubinden.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Unified Messaging-Dienst für Telefax-Nachrichten, sowie die angebotenen Komponenten.

12.3 Funktionsumfang Dienste-Paket „Komfort Arbeitsplatz“

Die Nutzer von Komfort-Arbeitsplätzen müssen erweiterte Unified Communications Dienste nutzen können. Dieses Dienste Paket wird i.d.R. für den IP-Endgeräte Typ Komfort eingesetzt.

[Seite 40]

12.3.1 Chef/Sekretär-Funktion Es muss für bestimmte Teilnehmer die Möglichkeit einer sog. Chef/Sekretär-Funktion bestehen. Hierbei soll dem Chef die Möglichkeit geschaffen werden, nach Bedarf alle Gespräche, die an ihn gerichtet sind, an seinen jeweiligen Sekretär weiterzuleiten. Die Möglichkeit der Einrichtung einer „geheimen Rufnummer“ für die ständige Erreichbarkeit des Chefs soll gegeben sein. Chef und Sekretär sollen jeweils gegenseitig die Möglichkeit der Rufübernahme haben. Weiterhin muss die Anzeige des jeweiligen Telefoniestatus des Chefs sowie des Sekretärs beim jeweils anderen erfolgen.

[Seite 41]

13 Contact Center Dienst

Zur Optimierung des Serviceniveaus muss für verschiedene Funktionsbereiche des Aufraggebers eine maßgeschneiderte Verteil-Architektur für Sprach- und Video-Anrufe, Emails und Web-Chat aufgebaut werden. Wesentliche Aspekte hierbei sind die zeitnahe Zuteilung von digitalen Kanälen auf verschiedene freie Mitarbeiter (Routing), sowie Statistiken um etwaige Engpässe bei der Verteilung zu erkennen. Der Contact Center Dienst soll aus dem IP-Endgerät Typ Komfort oder dem Multimedia-Client und einem professionellen Web-basierenden Contact-Center-Client bestehen, um so die ggf. parallele Bearbeitung diverser anfallender Büroaufgaben - auf dem gleichen PC/Notebook - zu ermöglichen. Der Web-basierenden Contact-Center-Client muss eine zentrale Konfiguration und Datenspeicherung, sowie eine gleichmäßige oder vordefinierte Verteilung über mehrere Contact-Center-Agenten ermöglichen.

13.1 Funktionsanforderungen zum Anruf-Routing

 Das Anruf-Routing muss sowohl für Sprach-, wie auch Video-Anrufe zur Verfügung stehen  In Abhängigkeit des durch den Agenten verwendete IP-Endgerätes oder Multimedia-Clients und dessen individuelle Konfiguration, wird zusätzlich zum Sprach-Anruf eine Video- Verbindung hergestellt  Prioritätsgesteuerte Warteschlangen müssen eine bevorzugte Bearbeitung definierter Anrufergruppen erlauben  Ein definiertes Routing der Anrufer soll auf Grundlage von Ansagen und DTMF-Abfragen, von Echtzeitstatistiken der Warteschlangen, der Tageszeit, des Monatstags, der Rufnummer des Anrufers, der gewählten Nummer erfolgen  Die Ansagen in der Warteschlange müssen sich individuell in Abhängigkeit von beliebigen zuvor definierten Bedingungen ausgeben lassen. Z.B. Ansage der Position in der Warteschlange und die voraussichtliche Wartezeit  Die Auswahl des Agenten soll nach z. B. längster Verfügbarkeitsdauer der Agenten, mittlere Bearbeitungsdauer, lineare Verteilung oder zirkulare Verteilung erfolgen  Das Routing soll zusätzlich in Abhängigkeit der Qualifikation des Agenten erfolgen. Hierbei müssen mehrere Qualifikationen (min. 20) sowie verschiedene Niveaus innerhalb dieser Qualifikationen (min. 10) konfiguriert werden können  Sofern der Agent einen zugewiesenen Anruf nicht innerhalb einer bestimmten Zeit annimmt, soll ein automatisches Rerouting auf einen anderen Agenten erfolgen. Zusätzlich soll der Agentenstatus automatisch auf „nicht bereit“ wechseln  Automatisierte Vorlage zur Anwahl von externen Teilnehmern auf Basis vordefinierter Rufnummer-Listen mittels manueller Import-Funktion oder automatisiertem Funktionsaufruf durch eine externe Anwendung  Im Rahmen der vom Administrator festgesetzten Anrufnachbearbeitungszeit soll der Agent für weitere Anrufe nicht zur Verfügung stehen. Zusätzlich soll der Agentenstatus automatisch auf „nicht bereit“ wechseln  Die Administration und Definition des Call Routings soll auf Basis einer grafischen Benutzeroberfläche möglich sein, die es auch „nicht-Technikern“ ermöglicht, Anpassungen am Call Routing, an Ansagen und DTMF-Abfragen etc. vorzunehmen

13.2 Funktionsanforderungen und Schnittstellen zum Email- und Web-

Chat-Routing

 Einbindung eines vorgegebenen Web-Chat-Widgets in die auftraggebereigene Web-Seite und integrierte, sowie automatische Abfrage von individuellen Informationen (z.B. Name, Email-Adresse usw.) zur Übergabe an den Web-Agenten-Arbeitsplatz

[Seite 42]

 Echtzeit-Übernahme von eingegangenen Emails mittels IMAP4 und Versand von Antwort- Emails mittels SMTP  Das Email- und Web-Chat-Routing soll individuell in Abhängigkeit der Qualifikation der verfügbaren Agenten erfolgen  Das Email-Routing soll in Abhängigkeit des jeweiligen Email-Postfachs erfolgen

13.3 Funktionsanforderungen zum Contact Center Web-Agenten-

Arbeitsplatz

 Virtualisierung des Agenten-Arbeitsplatzes durch arbeitsplatz- und standort-unabhängige An- und Abmeldefunktion für den Agenten auf Basis eines Standard-Web-Browser- Interface (Microsoft Internet Explorer, Mozilla Firefox, Google Chrome usw.)  Manuelle und automatische Statusänderung für den Agenten (bereit/nicht bereit/abwesend)  Frei definierbare Statusmeldungen für den Agenten  Anzeige der in der Warteschlange befindlichen Anrufer  Anzeige der längsten Wartezeiten in der Warteschlange  Anzeige der Verfügbarkeit anderer Agenten  Steuerung des IP-Endgerätes oder des Multimedia-Clients: Annehmen, Halten und Beenden von Anrufen  Anzeige der automatisierten Vorlage zur Anwahl externer Teilnehmer, zeitlich freidefinierbare Wiedervorlagefunktion  Beantwortung von Emails und Web-Chats  Integration standardisierter kundeneigener Web-Anwendungen, die über einen http-Aufruf mittels Übergabe der Anrufer-Informationen aufgerufen werden  Freizügige Konfiguration der Web-Agenten-Arbeitsplatz-Oberfläche mittels Einbindung von Web-Gadget-Technologie

13.4 Funktionsanforderungen zum Contact Center Agenten-IP-Endgerät

 Virtualisierung des Agenten-Arbeitsplatzes durch arbeitsplatzunabhängige An- und Abmeldefunktion für den Agenten  Manuelle und automatische Statusänderung für den Agenten (bereit/nicht bereit/abwesend).  Anzeige der in der Warteschlange befindlichen Anrufer  Anzeige der Anrufer und deren Rufnummer

13.5 Funktionsanforderungen zum Contact Center Web-Supervisor-

Arbeitsplatz

 Virtualisierung des Supervisor-Arbeitsplatzes durch arbeitsplatz- und standortunabhängige An- und Abmeldefunktion für den Supervisor auf Basis eines Standard-Web-Browser- Interface (Microsoft Internet Explorer, Mozilla Firefox, Google Chrome usw.)  Monitoring der Echtzeit-Statistikdaten, wie Anzahl angemeldeter Agenten, Gruppen- Übersicht und Anzahl der Anrufer in Warteschlangen  Freizügige Zuordnung der einzelnen Contact Center Agenten zu den unterschiedlichen Gruppen (Basisgruppen, Überlaufgruppen, Reservegruppen)  Der aktuelle Zustand der einzelnen Contact Center Agenten und Gruppen ist in Echtzeit (Realtime) am Supervisor-Arbeitsplatz anzuzeigen  Aktiv- und Inaktiv-Schaltung von definierten Contact Center Agenten  Aufschalten und Mithören bei einem Contact Center Agenten, ohne dass der Anrufende die Anweisungen des Supervisors an den Agenten wahrnimmt mit oder ohne Aufmerksamkeitston (Silent-Monitoring)

[Seite 43]

 Alarmmeldungen bei Überschreitung von frei definierbaren Schwellwerten für bspw. Wartezeiten der Anrufe

13.6 Funktionsanforderungen zu Contact Center Statistiken

 Historische- und Echtzeit-Statistiken zur Analyse der Anrufe pro Warteschlange, Wartezeiten, Anrufabbrüche, Gesprächsdauer, Anrufe pro Agent und Verfügbarkeitsinformationen  Historische-Statistiken zur Analyse der eingegangenen Emails und Web-Chats je Agent  Auswertung von Kundenzufriedenheitsumfragen  Automatisierte Erstellung historischer- und echtzeit-Statistiken auf Basis vordefinierter Vorlagen  Zugriff auf Statistik-Rohdaten zur Weiterverwendung in Auftraggeber eigenen Datenbank- Systemen

13.7 Funktionsanforderungen zu Contact Center Schnittstellen zu

Drittanbieter-Tools

 Möglichkeit der Einbindung von z.B. Voice-Bots von Drittanbietern an das Routing durch entsprechende Schnittstellen  Einbinden des Abrechnungssystems/ERP-System kVASy durch URL-Aufruf (die Rufnummer des Kunden wird per URL-Aufruf an kVASy gegeben und dort öffnet sich – wenn der Kunde bekannt ist – die entsprechende Maske)

[Seite 44]

14 Systemmanagement

Im Rahmen des Systemmanagements wird im wesentlichem zwischen dem Endgeräte-, Konfigurations- und Betriebsmanagement für die IP-Telekommunikationsanlage unterschieden, wobei zur Reduktion der Administrationstätigkeiten ein höchstmöglicher Integrationsgrad in vorhandene Verzeichnis- und Identity-Management-Systeme angestrebt wird.

14.1 Web basierendes Nutzer-Endgeräte-Management

Zur Entlastung der Administration und nachhaltigen Senkung der Betriebskosten muss dem Nutzer ein deutschsprachiges Web-basierendes Endgeräte-Management zur Verfügung stehen. Hierüber müssen die Nutzer mindestens die komfortable Konfiguration ihrer Leitungs- und Funktionstasten ihres zugeordneten IP-Endgerätes und ggf. der Beistellmodule, Rufweiterleitungsrufnummern, sowie des Mobilitätsdienstes durchführen können.

Alternativ müssen diese Einstellungen auch im Rahmen des Konfigurationsmanagements durch den Administrator möglich sein.

Des Weiteren muss es dem Administrator mögliche sein, Rechte zu vergeben, die es definierten Nutzern erlauben, selbstständig IP-Endgeräte oder Multimedia-Clients im zentralen Call Control einzurichten und danach zu nutzen. Das Nutzer-Endgeräte-Management muss über eine gesicherte SSL-Verbindung Internet Browser, wie Microsoft Edge, Mozilla Firefox, Google Chrome usw. unterstützen und darüber verfügbar sein.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Web basierenden Nutzer-Endgeräte Management, sowie die angebotenen Komponenten.

14.2 Web basierendes Konfigurationsmanagement

Das Konfigurationsmanagement muss eine einfache und qualitätsgesicherte Administration durch eine definierte Gruppe von Administratoren aus einer einheitlichen Web-basierenden Managementanwendung gewährleisten.

Durch eine rollenbasierende Rechteverwaltung muss sichergestellt werden, dass individuelle Administrationsaufgaben von unterschiedlich geschulten Administratoren durchgeführt werden können, ohne den Betrieb der gesamten IP-Telekommunikationsanlage zu gefährden.

In diesem Zusammenhang müssen mindestens drei Rollen zur Verfügung stehen, die es System-Administratoren erlaubt, systemnahe Konfigurationen der gesamten Kommunikationsinfrastruktur vorzunehmen und User-Help-Desk-Mitarbeitern ermöglicht, auf Basis einer stark vereinfachten Web-basierenden Managementanwendung neue IP-Endgeräte und Software-Clients für Nutzer anzulegen, diese zu tauschen oder zu löschen. Das Anlegen neuer IP-Endgeräte und Software-Clients soll hierbei stark vereinfacht werden, indem aus einer Vorauswahl von Vorlagen die entsprechende Nutzer-relevante Vorlage für die Konfiguration der Tastenbelegung, Amts-Berechtigungen etc. ausgewählt werden kann.

[Seite 45]

Zu den weiteren wesentlichen Bestandteilen des Konfigurationsmanagements gehören die Nutzerverwaltung, die Konfigurationsverwaltung, die Endgeräteverwaltung, die Lizenzverwaltung, die Sicherheitsverwaltung, Im- und Exportfunktionen, sowie ein zeitgesteuertes Backup:

 Die Nutzerverwaltung stellt die Nutzer aus dem Microsoft Active Directory dar und soll weitere Attribute, falls diese für den Nutzer zutreffen, wie das Nutzerprofil, zugewiesene Endgeräte, Berechtigungsklassen, Rufnummern, Persönliche Identifikationsnummer (PIN), Kostenstellen bzw. Projektnummern, Anrufübernahmegruppen, Teamfunktionen und Chef-Sekretär verwalten.  Nutzerspezifische und systemweite Funktionen müssen über eine entsprechende Konfigurationsverwaltung administriert werden können. Neben einfachen Funktionen, z.B. einer Rufnummernverwaltung, sollen komplexe Szenarien wie z.B. Chef-Sekretär Funktionalitäten, Team- / Gruppenfunktionalitäten, sicher und schnell konfiguriert und geändert werden können.  Informationen und Änderungen die sich auf die Endgeräte beziehen, müssen in der Endgeräteverwaltung durchgeführt werden können. Dort sind beispielsweise Informationen zu MAC-Adresse, IP-Adresse, Berechtigungsklasse, Rufnummern und zugewiesenen Nutzer organisiert. Hierin müssen auch Tastenbelegungen, Leitungen und sonstige endgerätespezifische Konfigurationen durchgeführt werden.  Im Rahmen der Lizenzverwaltung muss es dem Administrator möglich sein, den Nutzungsgrad der Lizenzen festzustellen und ggf. neue Lizenzen hinzuzufügen.  Sicherheitsrelevante Parameter müssen im Rahmen der Sicherheitsverwaltung konfigurierbar sein. Hierzu zählt mindestens die Konfiguration der Verschlüsselung für Media- und Signalisierungsdaten, die Zertifikate-Verwaltung und -Verteilung, die Auswahl der Port-Authentisierung nach 802.1x MD5 oder TLS 1.2, die Konfiguration nach LLDP- MED, sowie die Vergabe von Rechten und Passwörtern für Nutzer und Administratoren.  Im- und Exportfunktionen müssen bei Massenänderungen unterstützend zur Verfügung stehen, um mittels CSV-, XML- oder Excel-Dateien, Konfigurationen anpassen zu können.  Zusätzlich muss es möglich sein, ein automatisiertes zeitgesteuertes Backup aller Konfigurationsdaten auf eine dezentrale Datenbasis über das LAN einzurichten.

Das Konfigurationsmanagement muss über eine einheitliche Benutzeroberfläche verfügen und muss über eine gesicherte SSL-Verbindung Internet Browser, wie Microsoft Edge, Mozilla Firefox, Google Chrome usw. unterstützen und darüber verfügbar sein.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Web basierenden Konfigurationsmanagements, sowie die angebotenen Komponenten.

14.3 Betriebsmanagement

Zu den wesentlichen Bestandteilen des Betriebsmanagements gehören das Echtzeit- monitoring der eingesetzten Komponenten, das Voice over IP-Qualitäts-Monitoring, sowie das Voice over IP-Path-Monitoring:  Im Rahmen des Echtzeitmonitorings muss die CPU-Performance, die RAM- / Festplatten- Speicherauslastung, kritische Prozesse der Call Control und Applikations-Server, das aktuelle Gesprächsaufkommen, sowie die Auslastung der IP-ISDN und IP-IP-Gateways fortwährend ausgewertet werden. Zusätzlich müssen die Log- und Trace-Dateien von den Servern heruntergeladen und mittels vom Administrator vorgegebener Regeln analysiert werden können. Bei überschreiten frei definierbarer Performance-Schwellwerte, beim Auftreten von Funktionsstörungen oder regelbasierend muss der Administrator optisch/akustisch, sowie automatisch per E-Mail informiert werden. Zusätzlich muss es

[Seite 46]

mittels Report-Generator möglich sein, zu allen Elementen des Echtzeitmonitorings grafische und tabellarische Reports zu generieren.  Zur Analyse der Gesprächsqualität muss es möglich sein, den Voice over IP-Medienstrom nach Jitter, Packet-Loss und Delay zu analysieren und den durchschnittlichen Mean Opinion Score rechnerisch zu ermitteln. Die Auswertung muss nach mindestens Teilnehmerrufnummer, Rufnummernkreis, IP-IP-Gateway und Zeitraum möglich sein. Die Ergebnisse müssen sich mittels einer einfachen frei definierbaren Matrix tabellarisch oder grafisch darstellen lassen, wobei Überschreitungen frei definierter Schwellwerte gesondert ausgewiesen und der Administrator optisch/akustisch, sowie automatisch per E-Mail informiert wird.  Zur Vereinfachung der Fehlersuche muss es möglich sein, den logischen Verbindungsweg definierter Gespräche zwischen A- und B-Teilnehmern inklusive der beteiligten Gateways in Abhängigkeit zum Rufnummernplan, Least Cost Routing, der jeweiligen Berechtigungsklasse, sowie der Tageszeit nachzubilden und zu analysieren.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen des Betriebsmanagements, sowie die angebotenen Komponenten.

14.4 Verzeichnisdienst Anbindung

Zur Vereinfachung der Administration muss die zentrale Nutzerpflege, d.h. die Änderungen von z.B. Namen, E-Mail, Abteilung und Vorgesetztem automatisch ohne manuellen Eingriff erfolgen. Hierzu muss der Call Control Server eine zyklische Synchronisation der Nutzerdaten auf Basis LDAP (Lightweight Directory Access Protocol) bzw. LDAPS (Lightweight Directory Access Protocol Secure) erlauben. Außerdem dürfen keine zusätzlichen Passwörter der Nutzer auf dem Call Control Server gespeichert werden. Nutzer müssen daher mittels LDAP bzw. LDAPS gegen einen zentralen Verzeichnisdienst authentifiziert werden. Da IP-Endgeräte in bspw. Funktionsräumen nicht innerhalb des LDAP-Verzeichnisses gepflegt werden, muss es möglich sein, einzelne Nutzer und deren Rufnummern oder Rufnummernkreise von der Synchronisierung auszunehmen. In diesem Fall müssen sämtliche Informationen lokal auf dem Call Control Server gespeichert werden.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen der LDAP-Anbindung, sowie die angebotenen Komponenten.

14.5 SNMP und MIBs

Alle eingesetzten Komponenten müssen mittels Simple Network Management Protocol (SNMPv2 und v3) überwachbar sein. Um die SNMP-seitige Einbindung sämtlicher gelieferten Call Control Server, Media Gateways und IP-Endgeräte in ein übergeordnetes Netzwerk-Management zu ermöglichen, müssen für diese Komponenten die dokumentierten MIBs (Management Information Base) zur Verfügung gestellt werden.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die möglichen Überwachungsoptionen auf Basis SNMP, sowie die verfügbaren MIBs.

[Seite 47]

14.6 Systemschnittstelle für Datenbankmodifikation

Zur Automatisierung von Standard-Administrationstätigkeiten muss eine XML-basierende Systemschnittstelle mit der Möglichkeit der direkten Modifikation von Inhalten der Systemdatenbank zur Verfügung gestellt werden, die es Script-abhängig erlaubt, sämtliche Nutzer- und Systemparameter des Call Control Servers zu konfigurieren.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die technischen Details und Sicherheitsmechanismen der Systemschnittstelle für Datenbankmodifikationen, sowie die angebotenen Komponenten.

[Seite 48]

15 System-Dokumentation

15.1 Freiverfügbare System-Dokumentation

Damit das Betriebspersonal des Aufraggebers, sowie der Integrator selbst Änderungen, Anpassungen und Erweiterungen eigenständig vornehmen kann, ist eine vollständig und frei zugängliche System- und Installationsdokumentation sowie Schnittstellenbeschreibung aller angebotenen Lösungskomponenten erforderlich.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die Zugriffsmöglichkeiten auf die System-Dokumentation.

15.2 Freiverfügbare API-Dokumentation

Für spätere Erweiterungen müssen alle verfügbaren Programmierschnittstellen (API = Application Programming Interface) wie bspw. Der Zugriff auf Systemdatenbanken, CTI, Gebührenerfassung etc. vollständig und frei zugängliche dokumentiert sein.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die Zugriffsmöglichkeiten auf die API- Dokumentation.

15.3 Freiverfügbare XML-Dokumentation

Für zukünftige Anwendungen müssen die angebotenen IP-Endgeräte über einen vollwertigen XML Parser verfügen, mit dem individuelle Applikationen als XML-Dienst dargestellt werden können. Für alle XML-Funktionen des IP-Endgerätes muss eine frei zugängliche Dokumentation verfügbar sein. Ein SDK (Software Development Kit) muss ebenfalls zur Verfügung stehen.

Beschreiben Sie hierzu bitte als Anlage zum Angebot die Zugriffsmöglichkeiten auf die XML- Dokumentation.

16 Installation und Inbetriebnahme

16.1 Installation und Installationszeiten

Die Installation sämtlicher Komponenten und Server-Applikationen muss an Werktagen innerhalb der Regel-Arbeitszeit (Mo. bis Fr. 08:00 bis 16:00 Uhr) des Auftraggebers erfolgen.

Vorsorglich wird darauf hingewiesen, dass die Aufstellung der IP-Endgeräte am Einsatzort durch den Auftraggeber erfolgt.

Die Kosten für sämtliche innerhalb der Installation anfallenden Aufwände sind durch den Bieter innerhalb des angebotenen Installationspreises zu berücksichtigen.

[Seite 49]

16.2 Lieferung und Verpackung

Die Anlieferung der notwendigen Komponenten und Endgeräte hat an Werktagen innerhalb der Regel-Arbeitszeit (Mo. bis Do. 08:00 bis 16:00 Uhr und Fr. 08:00 bis 14:00 Uhr) des Auftraggebers zu erfolgen.

Sämtliche Verpackungen und Paletten sind durch den Bieter nach erfolgter Installation zurückzunehmen und fachgerecht zu entsorgen.

Die Kosten für die Lieferung und Rücknahme der Verpackungen sind durch den Bieter innerhalb des angebotenen Installationspreises zu berücksichtigen.

16.3 Dokumentation der implementierten IP-Telekommunikationsanlage

Der Bieter hat die Dokumentation der implementierten IP-Kommunikationsinfrastruktur spätestens mit dem Abschluss des Rollouts und der Inbetriebnahme in digitaler Form zu übergeben. Die Dokumentation hat insbesondere folgende Unterlagen zu beinhalten:

 Die installierte Hardware mit Unterlagen zu allen Baugruppen inklusive genauer Bestellbezeichnung/Ersatzteilnummer, allen Seriennummern und den Aufbauorten der installierten Komponenten.  Die installierte Software, einschließlich aller Patches, für aktive Komponenten, Adapter, Server, Endgeräte etc.  Die Konfigurationsdateien jeder einzelnen Komponente  Ausführliche Bedienungsanleitungen für alle Komponenten und Endgeräte

Die Kosten für die Dokumentation sind durch den Bieter innerhalb des angebotenen Installationspreises zu berücksichtigen.

17 Service

17.1 Gegenstand und Dauer

Der Umfang des Service und der Wartung betrifft alle zentralen und dezentralen Komponenten, sowie die Teilnehmerendgeräte. Weiterhin auch sämtliche Applikationen und Software die im Rahmen dieses Gesamtprojektes angeboten und installiert werden. Die Laufzeit für Service und Wartung wird auf 60 Monate festgelegt.

17.2 First Level Support

Dieser Support wird durch den Auftraggeber erbracht. Hierbei handelt es sich um eine einfache Problemanalyse und die Behebung von leichten Fehlern durch die Angestellten des Auftraggebers. Da es sich bei den Angestellten des Auftraggebers nicht um auf VoIP-Umgebungen spezialisierte bzw. ausgebildete Fachkräfte handelt, ist dies entsprechend zu bewerten.

17.3 Second Level Support

Dieser Support muss durch den Auftragnehmer erbracht werden und beinhaltet folgende, zu erbringende Leistungen  Störungsannahme 24x 7 (Stunden x Tage pro Woche), per Fax, Telefon, E-Mail mit einer Reaktionszeit von 4 Stunden am gleichen Werktag, bzw.am den Nichtarbeitstagen folgendem Werktag.

[Seite 50]

 Telefonische Hotline 8x5(Montag bis Freitag) von 08.00 bis 17:00 Uhr zur Qualifizierung der Störung  Wiederherstellung bei gravierenden Software- und Konfigurationsfehlern am nächsten Arbeitstag (xx5xNBD) durch Nutzung eines Fernwartungszugangs (wird durch den Auftraggeber zur Verfügung gestellt).  Wiederherstellung bei Hardwareausfall am nächsten Arbeitstag (8x5xNBD) durch ersetzen der Hardware

17.4 Kontingent weitergehende Supportanfragen

Für weiterführende Supportanfragen plant der Auftraggeber mit einem Kontingent von monatlich 2 Stunden. Der Auftragnehmer hat dieses Kontingent mit einer Terminabsprache zur Verfügung zu stellen. Das monatliche Kontingent sollte frühestens nach einem halben Jahr verfallen.