SDL. Internet ARPANET C/UNIX TCP/IP

Wielkość: px
Rozpocząć pokaz od strony:

Download "SDL. Internet ARPANET C/UNIX TCP/IP"

Transkrypt

1 Marek Średniawa Instytut Telekomunikacji Politechnika Warszawska Telekomunikacja wersja 2.0 STRESZCZENIE W referacie omówiono zmiany zachodzące na rynku telekomunikacyjnym i w sposobie implementacji i świadczenia usług. Skupiono uwagę na najważniejszych czynnikach sprawczych, którymi są liberalizacja rynku i nowe koncepcje techniczne otwartych architektur usługowych ze znormalizowanymi interfejsami Parlay/OSA i Parlay X API, oraz nowe protokoły w szczególności SIP. Podkreślono rosnącą rolę środków i narzędzi informatyki w implementacji usług telekomunikacyjnych prowadzącą do traktowania usług głosowych jako fragmentu większej aplikacji informatycznej. Słowa kluczowe: usługi telekomunikacyjne, interfejsy Parlay/OSA API i Parlay X, protokół SIP, konwergencja telekomunikacji informatyki i mediów, sieci NGN, sieci 3G, IMS. ABSTRACT The paper discusses evolution of the telecommunications market and methods of implementation of services and applications. Focus is on the most significant enablers which are liberalization of the market, new technologies based on open service architectures with standard Parlay/OSA and Parlay X APIs and new protocols in particular SIP. Growing role of IT tools and solutions leading to treatment of voice services as a component of IT applications is emphasized. Keywords: telecommunication services, Parlay/OSA and Parlay X APIs, SIP protocol, convergence of telecom, IT and media, NGN, 3G, IMS. WPROWADZENIE Istotne związki informatyki z telekomunikacją sięgają połowy lat sześćdziesiątych XX wieku, kiedy w 1965 roku w sieci telefonicznej AT&T została zainstalowana pierwsza centrala o sterowaniu programowym system 1 ESS. Od tego momentu przez długi czas w specyfikacjach ówczesnych nowych central telefonicznych pojawiał się skrót SPC (Stored Programme Control) podkreślający fakt, że sterowanie centralą i usługi są realizowane przez oprogramowanie. Nowe podejście rozbudziło nadzieje na możliwość szybkiego wprowadzanie nowych usług o elastycznych scenariuszach działania i funkcjonalności znacznie wykraczającej poza proste połączenia głosowe. Ujawniło także złożoność 1 oprogramowania sterującego pracą węzłów komutacyjnych i odpowiedzialnego za realizację usług, co spowodowało zaadaptowanie do potrzeb telekomunikacyjnych metod, narzędzi i języków stosowanych w klasycznej inżynierii oprogramowania. Początkowo oprogramowanie pisano w językach niskiego poziomu - asemblerze. Zauważono jednak, że wymagania systemów telekomunikacyjnych są na tyle specyficzne i złożone, że warto opracować specjalizowane języki specyfikacji i programowania systemów komutacyjnych, co doprowadziło pod koniec lat siedemdziesiątych do pojawienia się znormalizowanych języków SDL (Specification and Description Language) i CHILL (CCITT High Level Language) oraz języka 1 Skalę wysiłku programistycznego ilustrują następujące dane. Nad oprogramowaniem systemu No. 1 ESS pracowało 165 osób przez około 4 lata. Wersja źródłowa oprogramowania liczyła ok. 166 tysięcy wierszy, a program binarne zajmowały około 250 K słów pamięci operacyjnej.

2 konwersacyjnego MML (Man-Machine Language), które zostały zdefiniowane przez zalecenia ITU- T, odpowiednio serii Z.100, Z.200 i Z.300. Przyjęte w nich rozwiązania, pomysły i koncepcje odzwierciedlały bieżący stan sztuki w dziedzinie inżynierii oprogramowania i były rozwijane w latach osiemdziesiątych i dziewięćdziesiątych. W tym samym mniej więcej czasie (1969) powstały w laboratoriach firmy Bell system operacyjny UNIX i język programowania C, który znalazł zastosowanie do programowania central systemu No. 5 ESS. Równolegle powstały zręby sieci ARPANET, która stała zaczątkiem Internetu takiego, jaki znamy obecnie. Jednak zastosowanie oprogramowania do realizacji usług telekomunikacyjnych tylko w niewielkim stopniu spełniło początkowe oczekiwania operatorów i użytkowników. Powszechne wprowadzanie nowych usług nadal było czasochłonne i kosztowne. Przyczyn było, co najmniej, kilka, zarówno o charakterze technicznym jak i logistycznym i prawnym: Różnorodność eksploatowanego sprzętu i oprogramowania (specyficznego dla dostawcy węzłów komutacyjnych). Ostre wymagania niezawodnościowe i konieczność zachowania ciągłości świadczonych usług. Brak liberalizacji rynku telekomunikacyjnego: model dominującego operatora narodowego monopolisty. Scentralizowana i zamknięta architektura węzłów komutacyjnych utrudniająca zarządzanie zmianami (w 1978 firma ITT roku opracowała koncepcję rodziny w pełni cyfrowych central o architekturze rozproszonej znanych później pod nazwą System 12) Wysoka złożoność oprogramowania (rzędu kilku milionów wierszy w językach wysokiego poziomu). Zapoczątkowana w 1984 roku w Stanach Zjednoczonych liberalizacja rynku telekomunikacyjnego była jednym z istotnych czynników opracowania przez firmę Bellcore koncepcji Sieci Inteligentnej IN (Intelligent Network), która stała się kamieniem milowym w rozwoju usług. Koncepcja IN wprowadziła nową jakość otwarty elastyczny zbiór usług i funkcji usługowych, które uwzględniają kontekst komunikacji i mogą być indywidualnie dostosowywane do wymagań poszczególnych abonentów, oraz nowy model ich implementacji i udostępniania. Kluczową innowacyjną ideą IN była separacja funkcji sterowania elastycznymi scenariuszami zgłoszeń, realizowanymi przez platformę usługową IN - SCP (Service Control Point), od funkcji komutacyjnych wykonywanych przez centrale węzły SSP (Service Switching Points) tworzące wspólnie infrastrukturę sieci IN. Wprowadzono w ten sposób rozproszoną realizację usług, która polegała na mechanizmie transakcyjnego zawieszania i wznawiania podstawowego procesu obsługi połączenia, który komunikował się za pomocą wiadomości sygnalizacyjnych protokołu INAP z zewnętrznym scenariuszem usługi, zlokalizowanym w SCP. Bardzo ważną cechą modelu koncepcyjnego IN, opracowanego w ramach normalizacji przez ITU-T i ETSI, było wyróżnienie płaszczyzn reprezentujących sieć inteligentną w postaci hierarchii płaszczyzn abstrakcji i rozróżnienie architektury funkcjonalnej od architektury fizycznej. Globalna Płaszczyzna Funkcjonalna GFP (Global Functional Plane), reprezentująca IN w modelu koncepcyjnym z punktu widzenia projektanta usług, wprowadziła poziom abstrakcji pozwalający rozważać scenariusze usług w oderwaniu od fizycznej architektury sieciowej, w której są one implementowane. Ponieważ styk między klasyczną siecią telekomunikacyjną a platformą usługową jest realizowany za pomocą części aplikacyjnych systemu sygnalizacji SS7 stworzyło to możliwość zastosowania filozofii IN nie tylko w siecia stacjonarnej, ale również w sieciach mobilnych. W obu przypadkach podejście do projektowania usług jest takie samo wykorzystywane jest wspomagające graficzne środowisko programistyczne SCE (Service Creation Environment), w którym scenariusze nowych usług są konstruowane z odpowiedniego zestawu uniwersalnych modułów usługowych - SIB (Service Independent building Blocks), a następnie poddawane symulacji, testowaniu i weryfikacji, aby finalnie wygenerować kod, załadować go i udostępnić usługi na platformie usługowej SCP.

3 W ten sposób został osiągnięty etap rozwoju, na którym usługi telekomunikacyjne były już projektowane i implementowane w ten sam sposób jak aplikacje informatyczne i operator posiadający SCE mógł potencjalnie samodzielnie opracowywać scenariusze nowych usług. Fakt ten był podkreślany przez dostawców jako jedna z wielu zalet rozwiązań IN. Jednak w rzeczywistości możliwość ta była dość iluzoryczna z uwagi na uwarunkowania techniczne i kwestię wzięcia odpowiedzialności za prawidłowe działanie usług. Ponadto istotnym ograniczeniem IN było związanie SCE z specyficzną platformą SCP dostawcy i wynikająca stąd nieprzenaszalność scenariuszy usług pomiędzy platformami usługowymi pochodzącymi od różnych producentów. Konsekwencją tego stanu rzeczy było utrzymywanie się modelu rynku, w którym operator właściciel infrastruktury sieciowej i platform usługowych jednocześnie występował w roli usługodawcy. Brak otwartych interfejsów programistycznych API (Application Programming Interface) stanowił główną techniczną przeszkodę oddzielenia ról usługodawcy i operatora dla zaawansowanych usług, wykraczających poza podstawowe usługi telefoniczne i klasyczne usługi audioteksowe. Zapoczątkowany w drugiej połowie lat dziewięćdziesiątych XX wieku rozwój telefonii IP w sieciach korporacyjnych i publicznych usług VoIP, a także ewolucja sieci publicznych ku architekturze NGN stanowiły namacalny dowód procesu konwergencji światów informatyki i telekomunikacji. W obu przypadkach celem była integracja techniczna i usługowa funkcji komunikacji w zakresie głosu, danych, wideo i różnych trybów komunikacji charakteryzujących odmiennymi wymaganiami dotyczącymi jakości, przepływności i stopnia interaktywności. Towarzyszące wspomnianemu wcześniej procesowi konwergencji rozwój Internetu i sieci mobilnych, postęp w dziedzinie technik przewodowego (xdsl) i bezprzewodowego (Wi-Fi) dostępu szerokopasmowego otworzyły zupełnie nowe możliwości usługowe dla operatorów i usługodawców. Czynnikiem bardzo sprzyjającym różnorodności i bogactwu aplikacji i usług jest nowy kształt regulacji prawnych liberalizujących rynek łączności elektronicznej (dyrektywy UE z 2002 roku, które stanowiły podstawę dla nowych regulacji krajowych w krajach UE25). Tworzą one otwarty model rynku, który pozwala usługodawcom na świadczenie usług bez konieczności posiadania własnej pełnej infrastruktury sieciowej model operatora sieci wirtualnej - VNO (Virtual Network Operator) i MVNO (Mobile Virtual Network Operator). Środkiem technicznym realizacji wymienionych modeli są znormalizowane interfejsy programistyczne (Parlay/OSA, Parlay X i JAIN API) i protokoły między płaszczyzną usługowo-aplikacyjną a płaszczyzną sterowania w sieciach o architekturze NGN, a także uwolnienie pętli abonenckiej i dostęp na poziomie strumieni bitowych. Uzyskana dzięki temu możliwość uniezależnienia projektowania, implementacji, udostępniania i eksploatacji usług od operatora infrastruktury sieciowej stanowi zasadniczy przełom w telekomunikacji. Oznacza to w praktyce przeniesienie internetowego modelu udostępniania aplikacji do domeny klasycznych sieci telekomunikacyjnych. Należy tu podkreślić, że model ten również podlegał w ostatnich latach znaczącej ewolucji pojawienie się ASP i idei goszczenia usług, aplikacji i danych (hosting). Innym bardzo ważnym zdarzeniem, które zdaniem autora ma przełomowe znaczenie dla rozwoju innowacyjnych usług telekomunikacyjnych, podobnych do tego, które spowodował protokół HTTP i idea WWW, było opracowanie protokołu SIP (Session Initiation Protocol). Protokół ten stanowiący, w pewnym sensie, rozwinięcie HTTP definiuje znormalizowane mechanizmy służące do organizowania sesji multimedialnych w Internecie i sieciach IP, a także implementacji usług hybrydowych obejmujących sieci IP/Internet, sieci PSTN/IN i sieci mobilne. Zwięźle charakteryzując możliwości protokołu SIP można powiedzieć, że pozwala implementować nowe usługi telekomunikacyjne, dla których dostępna jest pełna funkcjonalność Internetu i które pozwalają wykorzystać takie atrybuty sieci IP jak stałe dołączenie do sieci i możliwość dystrybucji informacji o obecności i statusie dostępności użytkowników. Dzięki temu możliwe są takie usługi jak inicjowanie komunikacji przez wybranie odsyłacza na stronie www click-to-call, w trybie, np. głosowym lub wiadomości natychmiastowych, wynikającym z informacji o bieżącym statusie dostępności użytkownika.

4 Wspomniana wcześniej koncepcja Parlay/OSA i protokół SIP, dzięki swemu potencjałowi dla realizacji szerokiego spektrum usług zostały wykorzystane w znormalizowanej architekturze sieci 3G w części IMS (IP Multimedia Subsystem). Pojawienie się techniki usług sieciowych (Web Services) stanowiło inspirację dla uproszczenia Parlay/OSA API i powstania zmodyfikowanego interfejsu Parlay X, który pozwala implementować usługi telekomunikacyjne i integrować je z aplikacjami informatycznymi za pomocą rozpowszechnionych w świecie IT typowych środowisk programistycznych, takich jak np.: Borland JBuilder, IBM Websphere czy BEA Weblogic. Interfejs Parlay X pozwala operatorom eksponować funkcjonalność sieci telekomunikacyjnych stacjonarnych i mobilnych, co pozwala na jej wykorzystanie do tworzenia nowych usług bądź integracji z własnymi aplikacjami przez strony trzecie niezależnych usługodawców i integratorów systemów. Sprawiło to, że projektowanie i implementacja usług telekomunikacyjnych stały się dostępne na masową skalę dla zwykłych programistów. W 2004 roku dwóch operatorów BT i Sprint udostępniły w ten sposób możliwości swoich sieci, co można traktować jako przełomowe zdarzenie w rozwoju usług telekomunikacyjnych (dalej opisano usługę WWCC Wholesale Web Call Connect wprowadzoną przez BT). Na Rys.1 przedstawiono oś czasową rozwoju informatyki i telekomunikacji z punktu widzenia rozwoju usług telekomunikacyjnych. Zaznaczono zdarzenia, które miały, bądź mają obecnie najistotniejsze znaczenie dla wdrażania nowych usług. Większy obszar (linia kropkowana) na diagramie obejmuje okres i zdarzenia od momentu, kiedy klasyczne rozwiązania i metody inżynierii oprogramowania przeniknęły do telekomunikacji. Mniejszy obszar (linia przerywana) obejmuje idee i koncepcje najnowsze podkreślając znaczenie protokołu SIP, Parlay/OSA i Parlay X API i usług sieciowych. Telekomunikacja Telefon 1876 Telekomunikacja - wersja 1.0 Telekomunikacja - wersja 2.0 GSM Parlay X NGN SPC SS7 CHILL H.323 3G WLAN ISDN IN xdsl SDL Parlay Liberalizacja rynku Informatyka Komputer Internet ARPANET C/UNIX TCP/IP PC VoIP Web Services Java SIP IM JAIN WWW XML Rys.1 Wspólna oś czasowa rozwoju informatyki i telekomunikacji z usługowego punktu widzenia (Fig.1 Common timeline of evolution for IT and telecommunications from the service deployment viewpoint) (R)EWOLUCJA W TELEKOMUNIKACJI

5 Liberalizacja rynku i rozwój nowych technologii telekomunikacyjnych i informatycznych sprawiły, że rynek telekomunikacyjny w bardzo znaczący sposób się zmienia. Następuje przegrupowanie i zmiana wagi poszczególnych segmentów rynku, którym towarzyszy zasadnicza zmiana modeli biznesowych sprzedaży usług telekomunikacyjnych. Usługi telefonii stacjonarnej podlegają substytucji przez usługi telefonii mobilnej, a także w znaczącym stopniu, przez usługi VoIP realizowane za pomocą dostępu szerokopasmowego. W wyniku substytucji zachodzą następujące procesy: Migracja ruchu, która pociąga za sobą przesuwanie się przychodów pomiędzy segmentami rynku: Ruch głosowy w sieciach stacjonarnych jest przejmowany przez sieci mobilne. Ruch telefaksowy przez pocztę elektroniczną. Wdzwaniany dostęp do Internetu zastępowany przez stały dostęp szerokopasmowy. Ewolucja terminali: Nowe bezprzewodowe terminale z funkcjonalnością VoIP i SMS w sieci stacjonarnej, wideotelefony, komputery osobiste przystosowane do komunikacji głosowej i wideo, itp. Dwusystemowe aparaty telefoniczne zapewniające roaming między sieciami GSM/UMTS-WLAN. Komputery kieszonkowe PDA (Personal Digital Assistant) przystosowane do pracy w sieciach WLAN. Zmiana zachowań i przyzwyczajeń abonentów: Duże powodzenie SMS jako formy komunikacji interpersonalnej i uczestnictwa w konkursach, teległosowaniach i sondażach. Powszechne wykorzystanie, zwłaszcza przez młodsze pokolenie, komunikatorów internetowych, powiązane z coraz częstszym korzystaniem z usług telefonii internetowej (np. Skype, Nawijka, Tlenofon). Upowszechnienie modelu stałej dostępności. Innym bardzo wyraźnym trendem jest konwergencja sieci i usług oraz zacieranie się granic między telekomunikacją, informatyką a mediami. Przejawem konwergencji jest stopniowe upowszechnianie multimedialnej szerokopasmowej, przewodowej i bezprzewodowej komunikacji obejmującej głos, wideo, obrazy, tekst i dane. W płaszczyźnie usługowej konwergencja polega na różnych formach integracji usług dla głosu, danych i multimediów. Przykładami praktycznymi są np. takie usługi jak zunifikowana obsługa wiadomości (Unified Messaging) integrująca pocztę elektroniczną, pocztę głosową, wiadomości tekstowe SMS i usługi VPN (Virtual Private Network) i PN (Personal Number) obejmujące zarówno sieć mobilną jak i stacjonarną. Nowe rozwiązania, w szczególności protokół SIP wraz z rozszerzeniami, umożliwia realizację usług wykorzystujących informację o dostępności, obecności, preferencjach użytkownika, (np. Push-To-Talk, Find-Me), w sposób integrujący mechanizmy sieci PSTN/ISDN/IN/GSM z sieciami IP i Internetem. Z technicznego punktu widzenia głównym czynnikiem wpływającym na rozwój usług konwergentnych jest technika IP i mechanizmy udostępniane przez protokoły aplikacyjne, a przede wszystkim SIP Session Initiation Protocol) w powiązaniu z różnymi metodami dostępu szerokopasmowego, a także zdefiniowanie otwartych interfejsów programistycznych Parlay/OSA, Parlay X i JAIN API. Wykorzystanie techniki IP umożliwiło pojawienie się nowego paradygmatu komunikacji, w którym informacja o obecności i statusie dostępności użytkowników jest dostępna i może zostać wykorzystana. Co więcej, informacja ta może być na bieżąco aktualizowana i dystrybuowana wśród upoważnionych użytkowników usług (z zachowaniem odpowiednich zasad ochrony prywatności). Dzięki temu, użytkownik już w momencie inicjowania sesji komunikacyjnej wie, z kim i w jaki sposób może się w danej chwili komunikować. Opisana własność sieci IP zasadniczo zmienia dotychczasowy model komunikacji i ma wielkie znaczenie dla rozwoju usług. Informacja o bieżącym statusie obecności i dostępności użytkownika otwiera pole dla usług natychmiastowej komunikacji (głosowej, tekstowej, multimedialnej), a także może zostać wykorzystana do

6 wzbogacenia istniejących aplikacji, takich jak np. poczta elektroniczna z aktywną listą kontaktów wizualizującą status użytkowników. Brany pod uwagę kontekst komunikacji, oprócz obecności i statusu dostępności, może także uwzględniać lokalizację (bezwględną i względną), preferencje użytkownika oraz funkcjonalność terminala. W pewnym sensie jest to przeniesienie filozofii komunikatorów internetowych do usług telekomunikacyjnych. Informacja o obecności i statusie dostępności użytkownika stanowi podstawę odmiennego niż w tradycyjnej telekomunikacji wzorca komunikacji, który istotnie różni się od klasycznego podejścia przyjętego w koncepcji sieci IN. Zamiast budować elastyczny scenariusz wyszukiwania adresata komunikacji tak jak w usłudze numeru osobistego, użytkownik inicjujący połączenie zna bieżący status dostępności adresata i od razu wie, czy i w jaki sposób, może się z nim komunikować. Do przykładowych zastosowań wykorzystujących obecność należą m.in.: Unikanie nieudanych połączeń głosowych dzięki użyciu aktywnej listy adresowej prezentującej bieżący status obecności adresata komunikacji. Można to wykorzystać zarówno w tradycyjnej telefonii TDM jak i w technice VoIP. Uprzejmy tryb komunikacji oparty na aktywnej liście adresowej prezentującej bieżący status dostępności i preferowany przez adresata tryb komunikacji. Automatyczna organizacja konferencji ad hoc dla uprzednio zarejestrowanych i deklarujących taką intencję grupy użytkowników. Każdorazowo, gdy aplikacja stwierdza, że potencjalni uczestnicy konferencji są dostępni proponuje użytkownikom włączenie się do konferencji. Automatyczne ustanawianie komunikacji z użytkownikami, którym się nie powiodła wcześniejsza próba połączenia. Wymiana wiadomości na bieżąco - od prostych tekstowych, przez wiadomości głosowe po sekwencje wideo. Z kolei, udostępnienie otwartych znormalizowanych interfejsów do sieci telekomunikacyjnych otwiera możliwość wykorzystywania usług telekomunikacyjnych, np. usług głosowych, jako wbudowanych składników aplikacji informatycznych. Przejawem rewolucji w usługach telekomunikacyjnych jest wejście na rynek firm informatycznych oferujących rozwiązania telekomunikacyjne. Należy do nich firma Microsoft, która dostarcza z systemem operacyjnym Windows XP aplikację Windows Messenger, która stanowi implementację agenta użytkownika SIP UA. Inny produkt tej samej firmy, system operacyjny Windows Server 2003, zawiera funkcjonalność centrali abonenckiej IP PBX. Innym znamiennym faktem było udostępnienie przez niektóre firmy (np. Vovida, Ubiquity, Voispeed) bezpłatnego oprogramowania (shareware) telekomunikacyjnego (serwery aplikacyjne i podstawowe SIP) i pojawienie się oprogramowania otwartego (open source) dla centrali IP PBX (Pingtel). Zmiana regulacji prawnych w kierunku liberalizacji rynku telekomunikacyjnego doprowadziła do powstania nowych modeli biznesowych, na przykład dla usług głosowych: Samoobsługa zrób-to-sam np.: Skype, Yahoo Messenger, gadu-gadu, tlen Usługi głosowe świadczone niezależnie od ISP np.: Vonage, Nawijka,Tlenofon Usługi głosowe dostarczane przez ISP np.: Yahoo!BB w Japonii Usługi głosowe w pakiecie xdsl np.: BT Yahoo! Broadband Wewnętrzne wykorzystanie techniki IP w sieci szkieletowej operatora do świadczenia usług głosowych np.: Telia sieć wykorzystująca protokół SIP. TELEKOMUNIKACJA WERSJA 2.0 Przeniknięcie do telekomunikacji idei otwartych interfejsów programistycznych oraz języków, narzędzi i protokołów z domen informatyki i Internetu pozwala wyznaczyć umowną granicę między klasycznym światem telekomunikacji, reprezentowanym przez sieci telefoniczne stacjonarne i mobilne - PSTN, ISDN, IN i GSM 2G, opartym na technice komutacji łączy a sieciami nowej

7 generacji 2.5/3G i NGN wykorzystującymi technikę komutacji pakietów IP. Coraz większe znaczenie inżynierii oprogramowania i technik informatycznych w implementacji klasycznych i nowych usług telekomunikacyjnych sprawiło, że autor, nieco prowokacyjnie, postanowił wprowadzić termin Telekomunikacja wersja 2.0, w odniesieniu do nowej generacji rozwiązań wykorzystujących znormalizowane otwarte API, środowiska programistyczne języka Java, telekomunikacyjne usługi sieciowe, protokół SIP z rozszerzeniami, technikę VoIP oraz przewodowy i bezprzewodowy dostęp szerokopasmowy stacjonarny i mobilny. Wymienione elementy w powiązaniu z liberalizacją rynku stworzyły podstawy otwartego rynku usług telekomunikacyjnych, analogicznego do istniejącego otwartego rynku usług informatycznych. Budowę otwartego rynku usług zapoczątkowało pojawienie się znormalizowanych API - takich jak Parlay/OSA, Parlay X i JAIN. Kolejnym etapem są architektura IMS w sieciach mobilnych 3G i jej planowane rozszerzenie do obsługi również sieci stacjonarnych NGN. Parlay/OSA API Utworzone w 1998 roku konsorcjum Parlay Group 2 zostało powołane w celu opracowania specyfikacji otwartego, rozproszonego, neutralnego technologicznie interfejsu programistycznego - API służącego do udostępniania funkcjonalności sieci telekomunikacyjnej stronom trzecim usługodawcom i projektantom nowych usług. Wynikiem pracy grupy były kolejne wersje specyfikacji obiektowego interfejsu programistycznego API obejmującego sieci (PSTN, PLMN lub sieci IP). Do opisu API użyto języka opisu interfejsów UML (Universal Markup Language). Opracowany interfejs API pozwala stosować przy implementacji główne techniki oprogramowania pośredniczącego (middleware): CORBA, DCOM i platformy wykorzystujące Java. Pierwsza wersja specyfikacji Parlay API została opublikowana pod koniec 1998 roku. W 2000 roku opublikowano specyfikację Parlay 2.1 API, która była pierwszą wersją o praktycznym komercyjnym znaczeniu. Kolejne wersje 3.0, 3.1 i 4.0 stały się podstawą normalizacji architektury OSA i zestawu interfejsów API przez ETSI i 3GPP. Od wersji 3.0 wzwyż kolejne specyfikacje Parlay/OSA API są firmowane wspólnie przez Grupę Parlay, ETSI i 3GPP. Normy ETSI ES i OSA (Open Service Access) definiują kolejne wersje otwartej architektury, która umożliwia zewnętrznym aplikacjom operatora lub usługodawców trzecich wykorzystywać funkcjonalność sieci poprzez znormalizowane interfejsy aplikacyjne OSA API. Funkcjonalność sieci jest zdefiniowana w kategoriach usług i funkcji usługowych SCF (Service Capability Features). Szkielet OSA (OSA Framework) jest ogólnym składnikiem wspomagającym usługi i aplikacje. Celem Parlay/OSA API jest przesłonięcie złożoności sieci, stosowanych w nich protokołów zawierających specyficzne dla dostawców rozwiązania implementacyjne, przed zewnętrznymi aplikacjami. Oznacza to, że aplikacje nie muszą znać struktury sieci wykorzystywanej przez serwer usług zapewniający wymaganą przez nie funkcjonalność. W ten sposób sieć i stosowane w niej protokoły mogą być w dużym stopniu przezroczyste dla aplikacji. 2 Grupa została założona przez firmy: BT, Microsoft, Nortel, Siemens i Ulticom, do których później dołączyły, m.in.: Alcatel, Appium, AT&T, Cegetel, Cisco, Ericsson, France Telecom, HP, IBM, Lucent, Nokia, O2, i w jej skład wchodzi obecnie ponad 70 członków.

8 Kreacja aplikacji Domena niezależnego usługodawcy S er w er a p likacji Aplikacje 1 2 Parlay/OSA API Framework (Szkielet) 3 Platforma usługowa Funkcje usługowe SCF ( Capability server ) Domena operatora Protokoły INAP CAP MAP (specyficzne dla operatora) Zasoby sieciowe operator ów : IN / ISDN / PSTN, IP, GSM, 3G, NGN Rys.2 - Architektura Parlay/OSA (Fig.2 Parlay/OSA architecture) OSA API składa się z trzech typów klas interfejsów, Usług i Szkieletu (Framework): 1. Klasy interfejsów między Aplikacjami a Szkieletem, które udostępniają aplikacjom podstawowe mechanizmy, np. funkcję uwierzytelnienia, pozwalające im korzystać z możliwości usługowych sieci. 2. Klasy interfejsów między Aplikacjami a Funkcjami Usługowymi SCF (Service Capability Function), które reprezentują poszczególne usługi wymagane przez użytkowników do realizacji zewnętrznych aplikacji za pośrednictwem interfejsu (np. zunifikowana obsługa wiadomości Unified Messaging). 3. Klasy interfejsów między Szkieletem a Funkcjami Usługowymi SCF, które zapewniają mechanizmy wymagane do wspólnego wykorzystywania funkcji usługowych. Wymienione interfejsy, zgodnie z oznaczeniem z powyższej listy, są uwidocznione na Rys.2 przedstawiającym architekturę OSA. Pozostałe interfejsy (oprócz 1, 2 i 3) nie są objęte normalizacją OSA. Specyfikacja Parlay/OSA API 4.0 opisana w poszczególnych częściach normy ETSI ES jest ułożona w sposób opisany w Tabeli 1. W praktyce, oznacza to, że Parlay/OSA API stanowi zbiór interfejsów, z których każdy służy do udostępnienia odrębnego, dobrze zdefiniowanego obszaru funkcjonalności sieci telekomunikacyjnej.

9 Tablica 1: Interfejsy OSA/Parlay API (Table 1: Parlay/OSA APIs) INTERFEJS SCF Szkielet (Framework) Sterowanie połączeniami (Call Control ) Część 1: "Call Control Common Definitions"; Część 2: "Generic Call Control SCF"; Część 3: "Multi-Party Call Control SCF"; Część 4: "Multi-Media Call Control SCF"; Część: "Conference Call Control SCF"; Interakcja z użytkownikiem (User Interaction) Obsługa mobilności (Mobility) Własności terminala (Terminal Capabilities) Sterowanie sesją danych (Data Session Control) Obsługa wiadomości (Generic Messaging) Zarządzanie połączeniami (Connectivity Manager ) Zarządzanie kontami (Account Management) Taryfikacja (Charging) Zarządzanie politykami (Policy Management) Zarządzanie obecnością i dostępnością (Presence and Availability Management) CHARAKTERYSTYKA Ogólne bezpieczeństwo, integralność i szkielet zarządzania OSA. Zestawianie, rozłączanie i zarządzanie zgłoszeniami, obsługa konferencji i połączeń multimedialnych; przekazywanie powiadomień o zdarzeniach związanych ze zgłoszeniami i połączeniami. Obsługa interakcji z użytkownikiem; odtwarzanie i wyświetlanie wiadomości; odbieranie danych od użytkowników. Przekazywanie powiadomień o lokalizacji i statusie użytkownika. Uzyskiwanie od terminali informacji o ich charakterystyce w sensie możliwości usługowych, parametrów i trybów pracy, itp. Ustanawianie, kończenie i zarządzanie sesjami wymiany danych. Wysyłanie i odbieranie wiadomości dowolnego typu (SMS, poczta głosowa, ); wykonywanie operacji na skrzynkach wiadomości i katalogach. Negocjacja i zarządzanie QoS i SLA w sieciach IP Tworzenie, usuwanie i aktualizacja kont abonentów i użytkowników usług. Obsługa funkcji związanych z naliczaniem opłat za usługi. Ustalanie i zarządzanie politykami oraz rejestracja zdarzeń związana z np. naruszeniem polityki bezpieczeństwa. Udostępnianie i zarządzanie informacją o statusie obecności i dostępności użytkowników. Dokumentem komplementarnym do specyfikacji OSA API jest raport ETSI TR opisujący odwzorowanie Parlay/OSA API na protokoły (MAP, CAP, INAP). Ma on znaczenie nieformalne, ale stanowi cenną pomoc dla projektantów usług i aplikacji. Protokół SIP SIP jest tekstowym protokołem aplikacyjnym, typu klient-serwer, przeznaczonym do realizacji interaktywnych multimedialnych sesji komunikacyjnych dla dwóch lub więcej uczestników. W trakcie sesji jej uczestnicy (osoby i aplikacje) mogą się komunikować wykorzystując różne media (głos, wideo, obrazy, tekst, pliki), z możliwością ich płynnej zmiany w trakcie (np. zmiana kodeka), jak również współużytkować zdalnie aplikacje (gry sieciowe, wspólne przeglądanie witryn WWW). Jak wcześniej wspomniano pierwowzorem dla protokołu SIP był HTTP, dzięki czemu zachowano łatwość tworzenia i udostępniania bogatych funkcjonalnie i innowacyjnych usług wynikającą z przemieszczenia sterowania aplikacjami do terminali. Jedną z najistotniejszych idei Internetu jest możliwość współdziałania aplikacji z serwerem i przeglądarką w sposób niezależny od wykorzystywanej sieci IP. Podobne zasady dotyczą sesji używających protokołu SIP, co w praktyce oznacza, że serwer i klient SIP mają pełną kontrolę nad sesją. Jest to model zasadniczo odmienny od scentralizowanego sterowania usługą przez węzeł komutacyjny i platformę usługową (np. IN) w sieci telefonicznej. SIP jest protokołem sygnalizacyjnym neutralnym w odniesieniu do sesji i wiadomości, udostępniając mechanizmy ustanawiania sesji wykorzystujących różne rodzaje mediów (głos, wideo, wiadomości, gry) nie wnika w ich przeznaczenie. Obsługuje transport dowolnych wiadomości przenoszących treści typu MIME (Multipurpose Internet Mail Extensions). Daje to bardzo szerokie możliwości projektowania nowych usług. Identyfikatory SIP URI (Universal Resource Indicator) służące do adresacji użytkowników, są w formie zbliżone do adresów w poczcie elektronicznej (user@host) i mogą pełnić rolę odsyłaczy - hiperłączy umieszczanych na stronach WWW i informować, że użytkownik jest dostępny poprzez

10 adres SIP. Koncepcja SIP URI uwzględnia także możliwość użycia numeru telefonicznego E.164 jako prawidłowego adresu. Dzięki jego otwartości protokół SIP można łatwo rozszerzyć o nowe typy wiadomości i mechanizmy realizacji nowych usług, w miarę pojawiania się dodatkowych wymagań. Dobrym przykładem jest rozszerzenie SIP do potrzeb usług natychmiastowej komunikacji i obecności - SIP for Instant Messaging and Presence (SIMPLE). Zachowuje się przy tym zasadę zgodności wstecz dzięki czemu można realizować komunikację między terminalami korzystającymi z różnych wersji implementacji protokołu SIP. Protokół SIP oraz jego różne warianty, w których wprowadzono rozszerzenia związane z konkretnymi kategoriami usług, jest podstawą realizacji wielu nowych usług telekomunikacji IP, w tym usług natychmiastowej komunikacji i obecności. Udostępnia on mechanizmy umożliwiające realizację wielostronnych multimedialnych sesji komunikacyjnych charakteryzujących się: obsługą mobilności użytkownika, możliwością uwzględnienia cech funkcjonalnych terminali (uzgadnianie parametrów i rodzajów wymienianych strumieni mediów), dystrybucją informacji o bieżącym statusie dostępności, preferencjach i gotowości potencjalnych uczestników do komunikacji, możliwością realizacji tradycyjnych usług właściwych dla PSTN/IN, jednolitą identyfikacją użytkowników integrującą telefoniczny plan numeracji E.164 z adresacją IP. Należy podkreślić, że SIP został wybrany jako podstawowy protokół służący do sterowania sesjami multimedialnymi i do realizacji usług konwergentnych w sieciach 3G stanowiąc wraz z Parlay OSA podstawowe składniki architektury IMS. Parlay X i telekomunikacyjne usługi sieciowe Architektura Parlay/OSA, choć definiuje otwarty i bezpieczny dostęp do funkcjonalności sieci telekomunikacyjnej, to nadal jest głównie wykorzystywana jako pewna wewnętrzna warstwa abstrakcji w architekturze usługowej operatora, a nie jako mechanizm otwierania i eksponowania funkcji usługowych sieci dla zewnętrznych usługodawców. W praktyce koncepcja Parlay/OSA stała się podstawą wdrożenia wielu nowych usług przez operatorów, ale jej ograniczeniem była często podnoszona zbytnia złożoność i ukierunkowanie telekomunikacyjne, które ograniczało krąg potencjalnych implementatorów aplikacji. Ponadto wadą Parlay/OSA API są problemy współdziałania CORBA z aplikacjami internetowymi obsługa NAT i przejście przez zapory przeciwogniowe (firewall) usługodawców i firm użytkowników, a także braki w zakresie mechanizmów bezpieczeństwa w komunikacji Parlay przez system CORBA. W celu poradzenia sobie ze wymienionymi problemami została opracowana przez Grupę Parlay zmodyfikowana wersja API pod nazwą Parlay X i norma opisująca telekomunikacyjne usługi sieciowe (Telecom Web Services). Parlay X stanowi zmodyfikowaną i uproszczoną wersję interfejsów Parlay API opartą na usługach sieciowych (Web Services) obejmującą następujące funkcje: sterowanie połączeniami przez aplikację strony trzeciej (Third Party Call Control) sterowanie przez stronę trzecią połączeń inicjowanych z sieci (Network-Initiated Third Party Call Control) obsługa wiadomości SMS (Short Messaging) obsługa wiadomości multimedialnych MMS (Multimedia Messaging) przekazywanie informacji o statusie terminala użytkownika (User Status) obsługa informacji o lokalizacji terminala (Terminal Location) obsługa płatności (Payment) zarządzanie kontem użytkownika (Account Management) obsługa połączeń konfeencyjnych (Conference Call)

11 obsługa informacji o obecności i statusie dostępności - PAM (Presence and Availability Management) dostarczanie informacji via WAP/telefaks/głosowo. W Parlay X w warstwie oprogramowania pośredniczącego zastąpiono system CORBA usługami sieciowymi, które lepiej się nadają do współpracy z sieciami IP i Internetem. Konsekwencją wyboru usług sieciowych jako oprogramowania pośredniczącego jest przyjęcie protokołów WSDL, SOAP i UDDI oraz kodowanie wiadomości w języku XML. Dzięki tej decyzji radykalnie został poszerzony krąg potencjalnych autorów aplikacji. Ze względu na zachowanie ciągłości aplikacji interfejs Parlay X został tak zaprojektowany, aby możliwa była współpraca z interfejsem Parlay/OSA. Na Rys.3 przedstawiono dwa warianty architektury Parlay X z wykorzystaniem i bez wykorzystania bramy Parlay/OSA. C, C++, Java, skrypty XML Serwer aplikacji Skrypty XML, Servlets, Java, C Serwer aplikacji Brama Parlay-X Protokoły: - SOAP - HTTP - TCP/IP Interfejs Parlay X OSA/Parlay API Elementy sieci Brama OSA/Parl ay Protokoły telekomunikacyjne: SS7, INAP, SIP itp. Elementy sieci Rys.3 Dwa warianty architektury Parlay X: z użyciem i bez użycia bramy Parlay/OSA (Fig.3 Two variants of Parlay X architecture: with and without Parlay/OSA gateway) Parlay X ma status normy 3GPP (TS Release 6) z września 2004 roku. ETSI planuje wydanie normy Parlay X na wiosnę 2005 roku. Oprócz definicji interfejsu (pliki WSDL), 3GPP pracuje nad sposobem odwzorowywania Parlay X na styk OSA/Parlay. Publikacja normy jest zapowiadana na początek 2005 roku. Oprócz Grupy Parlay prace nad telekomunikacyjnymi usługami sieciowymi prowadzi konsorcjum OMA (Open Mobile Alliance). OMA, wspólnie z 3GPP i Grupą Parlay, dążą do ujednolicenia standardu usług sieciowych dla zastosowań telekomunikacyjnych ze szczególnym uwzględnieniem usług w sieciach mobilnych UMTS. Mimo krótkiego czasu, który upłynął od opublikowania norm czołowi operatorzy, tacy jak np.: BT, Sprint, Orange, Vodafone i kilku innych podjęli komercyjne wdrożenie usług wykorzystujących telekomunikacyjne usługi sieciowe. Dalej opisano usługę WWCC, wdrożoną przez BT.

12 PRZYKŁADOWE USŁUGI BT Communicator BT wprowadził pakiet innowacyjnych usług komunikacyjnych opartych na wykorzystaniu komunikatora BT Communicator opartego na popularnej aplikacji Yahoo Messenger, dostosowanego przez firmę Yahoo! do wymagań funkcjonalnych BT i uwarunkowań lokalnych rynku brytyjskiego (np. wyszukiwanie abonentów w interaktywnej elektronicznej książce telefonicznej). Aplikacja umożliwia użytkownikowi korzystającemu komputera osobistego PC komunikację głosową (click-to-call), wideopołączenia, wymianę wiadomości tekstowych (wiadomości natychmiastowe) i plików z innymi użytkownikami aplikacji BT Communicator, a także realizację połączeń głosowych z abonentami telefonicznymi w sieciach stacjonarnych mobilnych. Zasadniczą innowacją jest prezentacja informacji o obecności i statusie dostępności grupy osób, z którymi użytkownik się najczęściej komunikuje, co w zasadniczy sposób poprawia sprawność komunikacji. Wykorzystanie techniki IP i aplikacji BT Communicator umożliwia również użytkownikom inicjowanie, np. z komputera przenośnego, połączeń międzynarodowych z dowolnego miejsca na świecie, gdzie jest szerokopasmowy dostęp do Internetu, do abonentów w Wielkiej Brytanii wg cen jak za połączenia krajowe. Rys.4 BT Communicator widok wybranych okienek aplikacji (Fig.4 - BT Communicator a screenview of the application) Usługa WWCC BT wprowadził we wrześniu 2004 roku na rynek brytyjski innowacyjną usługę operatorską, która umożliwia usługodawcom (i innym stronom trzecim) zestawianie połączeń głosowych z poziomu ich własnych aplikacji. Pozwala to na projektowanie i udostępnianie użytkownikom sieciowych aplikacji informatycznych, w których komunikacja głosowa stanowi jeden ze składników funkcjonalnych wbudowanych w większą całość np. system zarządzania relacjami z klientami - CRM (Customer Relationship Management). Użytkownik ma możliwość bezpośredniego inicjowania połączeń z aplikacji na PC przez wybranie odsyłacza (Click-to-call) w

13 spisie teleadresowym udostępnianym przez portal internetowy lub odsyłacza z numerem telefonicznym zamieszczonym na stronie WWW. Usługa nosi komercyjną nazwę Wholesale Web Call Connect (WWCC) i wykorzystuje interfejs Parlay X, który umożliwia współdziałanie sieci stacjonarnej z sieciami mobilnymi oraz Internetem i sieciami IP. Oferta WWCC jest skierowana do usługodawców, którzy mogą ją wykorzystywać do budowania konwergentnych, zintegrowanych usług telekomunikacyjnych dopasowanych do indywidualnych wymagań i potrzeb klientów. Koncepcja WWCC pozwala na łączenie funkcjonalności sieci IP i sieci PSTN, tak że użytkownik ma do dyspozycji listę kontaktów z aktualizowaną na bieżąco informacją o statusie ich obecności i dostępności, która może być wykorzystana do inicjowania połączeń na zasadzie Click-to-call. Aplikacje wykorzystujące WWCC są przeznaczone przede wszystkim dla zastosowań biznesowych, do obsługi sytuacji, w których pracownicy mają duże scentralizowane spisy teleadresowe i realizują dużą liczbę połączeń. Zastąpienie wybierania numerów przez wybieranie odsyłaczy z listy kontaktów bardzo poważnie poprawia komfort pracy i zwiększa jej efektywność. Pozwala to zestawiać połączenia telefoniczne z łatwością podobną do wysyłania poczty elektronicznej. Zakres oferowanych kategorii połączeń obejmuje sieć mobilną, sieć stacjonarną, połączenia międzynarodowe, połączenia z podwyższoną opłatą, połączenia bezpłatne i VoIP. Do taryfowych cen hurtowych połączeń dodawana jest opłata w wysokości za zestawienie każdego połączenia. Usługę WWCC zrealizowano za pomocą bramy Parlay X, która przetwarza przekazane przez aplikację wywołania interfejsu Parlay X na wywołania interfejsu Parlay/OSA. Po stronie sieci, brama Parlay X komunikuje się z bramą Parlay/OSA, która, z kolei, współpracuje z platformą SCP sieci inteligentnej. Do realizacji usług wykorzystywana jest podzbiór funkcjonalności 3PCC (Third Party Call Control - sterowanie połączeniami przez stronę trzecią) znormalizowanego interfejsu Parlay X. W celu zestawienia połączenia aplikacja użytkownika usługi WWCC wysyła operację makeacall (zestaw połączenie), której parametrami są dwa numery telefoniczne identyfikujące strony połączenia. Powoduje to zestawienie odnogi połączenia do abonenta A (stan Connect A Leg) i jeśli odbierze on połączenie (przejście A Leg Answer), to następnie zestawiana jest kolejna odnoga do abonenta B (stan Connect B Leg). Jeżeli on też odbierze połączenie (przejście B Leg Answer) to zestawiane jest finalne połączenie między abonentami A i B i zwracany identyfikator połączenia callid wykorzystywany później przez operacje getcallinformation, cancelcallrequest i endcall. Wymienione operacje dostarczają odpowiednio informacje o statusie połączenia, anulują połączenie w fazie zestawiania. Operacja getcallinformation jest realizowana w trybie przepytywania w związku z czym wymaga uwzględnienia w implementacji mechanizmów zabezpieczających platformę usługową przed przeciążeniem. Model stanowy interfejsu 3PCC Parlay X wykorzystywanego w usłudze WWCC przedstawiono na Rys.5.

14 Rys.5 - Model stanowy funkcji interfejsu 3PCC Parlay X dla usługi WWCC [źródło: informacja BT SIN 418] Fig.5 Parlay X Third Party Call Control State Diagram for the WWCC service [source: BT SIN 418] PODSUMOWANIE Ewolucja sieci stacjonarnych ku architekturze NGN, rozwój sieci mobilnych i komunikacji bezprzewodowej, a także rosnące znaczenie Internetu i sieci IP prowadzą do konwergencji usług i sieci, która stawia przed operatorami wyzwania natury technicznej, biznesowej, marketingowej i prawnej. Wymienionym zjawiskom towarzyszy liberalizacja rynku telekomunikacyjnego, która stwarza zupełnie nowe otoczenie prawne dla świadczenia usług. Nowe podmioty uzyskują prawo do korzystania z infrastruktury podmiotów zasiedziałych, a ewolucja technologiczna w coraz większym stopniu pozwala uniezależnić świadczenie usług i platformy usługowe od infrastruktury sieciowej. Ewolucja interfejsów od Parlay/OSA API do Parlay X doprowadziła do sytuacji, w której jest możliwe faktyczne otwarcie sieci telekomunikacyjnych dla usługodawców trzecich. Sposób otwarcia sieci użycie Parlay X i telekomunikacyjnych usług sieciowych pozwala traktować usługi telekomunikacyjne jako składniki aplikacji użytkownika. Zmienia to w zasadniczy sposób podejście do wdrażania i świadczenia usług, co może przynieść już w najbliższym czasie bardzo istotne zmiany na rynku usług telekomunikacyjnych. LITERATURA [1] ETSI, ES OSA (Open Service Access), [2] 3GPP, Parlay X Specification, [3] BT, BT Wholesale Web Call Connect. Service & Interface Description. BT SIN (Suppliers' Information Note) 418, [4] Kimbler, K. Creating New Market Opportunities with Telecom Web Services. w 9th International Conference on Intelligence in service delivery Networks Bordeaux, France. [5] M.Średniawa: Realizacja usług telekomunikacyjnych w sieciach IP, Materiały Konferencji Internet 2000, Wrocław, [6] M.Średniawa: Usługi hybrydowe, Materiały Konferencji Internet 2001, Wrocław, 2001.

15 [7] M.Średniawa: Nowe usługi telekomunikacyjne przegląd aplikacji wykorzystujących protokół SIP, Materiały Konferencji Internet 2003, Wrocław, [8] M. Handley, H. Schulzrinne, E. Schooler, J. Rosenberg: Session Initiation Protocol, RFC 3261, IETF, [9] H.Sinnreich, A.Johnston: Internet Communications Using SIP; Wiley, 2001.

Integracja systemów Unified Communications z platformami usługowymi operatorów

Integracja systemów Unified Communications z platformami usługowymi operatorów Dariusz Bogusz Siemens Enterprise Communications Piotr Korbel Instytut Elektroniki Politechnika Łódzka Jarosław Legierski Zakład Platform Usługowych i Middleware Orange Labs Integracja systemów Unified

Bardziej szczegółowo

Technologia VoIP w aspekcie dostępu do numerów alarmowych

Technologia VoIP w aspekcie dostępu do numerów alarmowych Technologia VoIP w aspekcie dostępu do numerów alarmowych Jerzy Paczocha - gł. specjalista Waldemar Szczęsny - adiunkt Debata o przyszłych regulacjach usługi VoIP Urząd Komunikacji Elektronicznej 26 listopad

Bardziej szczegółowo

SERWERY KOMUNIKACYJNE ALCATEL-LUCENT

SERWERY KOMUNIKACYJNE ALCATEL-LUCENT SERWERY KOMUNIKACYJNE ALCATEL-LUCENT OmniPCX Enterprise Serwer komunikacyjny Alcatel-Lucent OmniPCX Enterprise Communication Server (CS) to serwer komunikacyjny dostępny w formie oprogramowania na różne

Bardziej szczegółowo

1. Wprowadzenie...9. 2. Środowisko multimedialnych sieci IP... 11. 3. Schemat H.323... 19

1. Wprowadzenie...9. 2. Środowisko multimedialnych sieci IP... 11. 3. Schemat H.323... 19 Spis treści 3 1. Wprowadzenie...9 2. Środowisko multimedialnych sieci IP... 11 2.1. Model odniesienia... 11 2.2. Ewolucja technologii sieciowych...12 2.3. Specyfika ruchowa systemów medialnych...13 2.4.

Bardziej szczegółowo

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7

Spis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7 I Wprowadzenie (wersja 0906) Kurs OPC S7 Spis treści Dzień 1 I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami automatyki I-6 Cechy podejścia dedykowanego

Bardziej szczegółowo

Komunikacja i wymiana danych

Komunikacja i wymiana danych Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX

Bardziej szczegółowo

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak Serwery Autorzy: Karol Czosnowski Mateusz Kaźmierczak Czym jest XMPP? XMPP (Extensible Messaging and Presence Protocol), zbiór otwartych technologii do komunikacji, czatu wieloosobowego, rozmów wideo i

Bardziej szczegółowo

Ewolucja usług telekomunikacyjnych

Ewolucja usług telekomunikacyjnych Ewolucja usług telekomunikacyjnych od IN do IMS Marek Średniawa Semestr letni 2015 Program wykładu Wprowadzenie Usługi i zastosowania IN Architektura i model koncepcyjny IN CAMEL IN w sieciach mobilnych

Bardziej szczegółowo

Wspomaganie pracy w terenie za pomocą technologii BlackBerry MDS. (c) 2008 Grupa SPOT SJ

Wspomaganie pracy w terenie za pomocą technologii BlackBerry MDS. (c) 2008 Grupa SPOT SJ Wspomaganie pracy w terenie za pomocą technologii BlackBerry MDS (c) 2008 Grupa SPOT SJ Grupa SPOT Krzysztof Cieślak, Maciej Gdula Spółka Jawna Podstawowe dane: firma założona w roku 2004 w wyniku połączenia

Bardziej szczegółowo

Usługi IMP i konferencyjne

Usługi IMP i konferencyjne Usługi IMP i konferencyjne Obecność jako katalizator dla innych usług Konferencja ad hoc, IM, aktywna książka adresowa Wydział Elektroniki i Technik Informacyjnych, PW 2 Obecność w IMS Terminal IMS pełni

Bardziej szczegółowo

Kurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)

Kurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501) Spis treści Dzień 1 I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501) I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami

Bardziej szczegółowo

Komunikacja IP Cisco dla JST. Piotr Skirski Cisco Systems Poland 2004 Cisco Systems, Inc. All rights reserved.

Komunikacja IP Cisco dla JST. Piotr Skirski Cisco Systems Poland 2004 Cisco Systems, Inc. All rights reserved. Komunikacja IP Cisco dla JST Piotr Skirski Cisco Systems Poland 1 Agenda Trendy na rynku komunikacji głosowej i video Cisco IP Communications Łączność Głosowa w JST IP Communications Telefonia IP IP Communications

Bardziej szczegółowo

ROZWIĄZANIA KOMUNIKACYJNE CISCO IP KLASY SMB: PODSTAWA WSPÓLNEGO DZIAŁANIA

ROZWIĄZANIA KOMUNIKACYJNE CISCO IP KLASY SMB: PODSTAWA WSPÓLNEGO DZIAŁANIA ROZWIĄZANIA KOMUNIKACYJNE CISCO IP KLASY SMB: PODSTAWA WSPÓLNEGO DZIAŁANIA SCENARIUSZ Rozwiązania Cisco przeznaczone dla małych i średnich firm Wdrażając zaawansowane rozwiązania, Państwa firma może skorzystać

Bardziej szczegółowo

Standardy w obszarze Internetu Przyszłości. Mariusz Żal

Standardy w obszarze Internetu Przyszłości. Mariusz Żal Standardy w obszarze Internetu Przyszłości Mariusz Żal 1 Agenda Wprowadzenie Organizacje standaryzacyjne Projekty mogące mieć wpływ na proces standaryzacji Przyszłe obszary standaryzacji Podsumowanie 2

Bardziej szczegółowo

SOA Web Services in Java

SOA Web Services in Java Wydział Informatyki i Zarządzania Wrocław,16 marca 2009 Plan prezentacji SOA 1 SOA 2 Usługi Przykłady Jak zacząć SOA Wycinek rzeczywistości Problemy zintegrowanych serwisów : Wycinek Rzeczywistości Zacznijmy

Bardziej szczegółowo

1 Implementowanie i konfigurowanie infrastruktury wdraŝania systemu Windows... 1

1 Implementowanie i konfigurowanie infrastruktury wdraŝania systemu Windows... 1 Spis treści Wstęp... xi Wymagania sprzętowe (Virtual PC)... xi Wymagania sprzętowe (fizyczne)... xii Wymagania programowe... xiii Instrukcje instalowania ćwiczeń... xiii Faza 1: Tworzenie maszyn wirtualnych...

Bardziej szczegółowo

Programowanie współbieżne i rozproszone

Programowanie współbieżne i rozproszone Programowanie współbieżne i rozproszone WYKŁAD 11 dr inż. CORBA CORBA (Common Object Request Broker Architecture) standard programowania rozproszonego zaproponowany przez OMG (Object Management Group)

Bardziej szczegółowo

Telefonia Internetowa VoIP

Telefonia Internetowa VoIP Telefonia Internetowa VoIP Terminy Telefonia IP (Internet Protocol) oraz Voice over IP (VoIP) odnoszą się do wykonywania połączeń telefonicznych za pośrednictwem sieci komputerowych, w których dane są

Bardziej szczegółowo

co to oznacza dla mobilnych

co to oznacza dla mobilnych Artykuł tematyczny Szerokopasmowa sieć WWAN Szerokopasmowa sieć WWAN: co to oznacza dla mobilnych profesjonalistów? Szybka i bezproblemowa łączność staje się coraz ważniejsza zarówno w celu osiągnięcia

Bardziej szczegółowo

Przetwarzanie danych w chmurze

Przetwarzanie danych w chmurze Materiały dydaktyczne Katedra Inżynierii Komputerowej Przetwarzanie danych w chmurze Modele przetwarzania w chmurze dr inż. Robert Arsoba Robert.Arsoba@weii.tu.koszalin.pl Koszalin 2017 Wersja 1.0 Modele

Bardziej szczegółowo

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) (96) Data i numer zgłoszenia patentu europejskiego: 26.04.2006 06724572.0

(12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) (96) Data i numer zgłoszenia patentu europejskiego: 26.04.2006 06724572.0 RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 1878193 (96) Data i numer zgłoszenia patentu europejskiego: 26.04.2006 06724572.0 (13) T3 (51) Int. Cl. H04L29/06 H04Q7/22

Bardziej szczegółowo

CMS, CRM, sklepy internetowe, aplikacje Web

CMS, CRM, sklepy internetowe, aplikacje Web CMS, CRM, sklepy internetowe, aplikacje Web Aplikacje PHP, open source, dodatki Add-ins, templatki, moduły na zamówienie Aplikacje mobilne jquery Mobile + PhoneGap Kilka platform w cenie jednego kodu JavaScript!

Bardziej szczegółowo

Konspekt pracy inżynierskiej

Konspekt pracy inżynierskiej Konspekt pracy inżynierskiej Wydział Elektryczny Informatyka, Semestr VI Promotor: dr inż. Tomasz Bilski 1. Proponowany tytuł pracy inżynierskiej: Komunikator Gandu na platformę mobilną Android. 2. Cel

Bardziej szczegółowo

Platforma Integracji Komunikacji

Platforma Integracji Komunikacji Platforma Integracji Komunikacji ogólnopolska łączność służbowa łączenie różnorodności RadioEXPO, 8 październik 2014 GRUPA WB 140 000 120 000 100 000 80 000 60 000 40 000 20 000 0 kapitał własny (K Eur)

Bardziej szczegółowo

Serwer komunikacyjny SIP dla firm

Serwer komunikacyjny SIP dla firm Serwer komunikacyjny SIP dla firm KX-NS1000 Panasonic {tab=wstęp} 1 / 7 Panasonic KX-NS1000 to oparty na protokole SIP serwer do obsługi ujednoliconej komunikacji i współpracy, który ma na celu zwiększenie

Bardziej szczegółowo

Typy przetwarzania. Przetwarzanie zcentralizowane. Przetwarzanie rozproszone

Typy przetwarzania. Przetwarzanie zcentralizowane. Przetwarzanie rozproszone Typy przetwarzania Przetwarzanie zcentralizowane Systemy typu mainfame Przetwarzanie rozproszone Architektura klient serwer Architektura jednowarstwowa Architektura dwuwarstwowa Architektura trójwarstwowa

Bardziej szczegółowo

Oblicza konwergentnej infrastruktury czyli przypadki kiedy 1 + 1 = 3

Oblicza konwergentnej infrastruktury czyli przypadki kiedy 1 + 1 = 3 Oblicza konwergentnej infrastruktury czyli przypadki kiedy 1 + 1 = 3 Maciej Rak PM (Innovative Technologies) Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

Telco 2.0 przykłady praktycznego wykorzystania interfejsów telekomunikacyjnych platform usługowych

Telco 2.0 przykłady praktycznego wykorzystania interfejsów telekomunikacyjnych platform usługowych Jarosław Legierski Zakład Platform Usługowych i Middleware Orange Labs Piotr Korbel Instytut Elektroniki Politechnika Łódzka Telco 2.0 przykłady praktycznego wykorzystania interfejsów telekomunikacyjnych

Bardziej szczegółowo

ActiveXperts SMS Messaging Server

ActiveXperts SMS Messaging Server ActiveXperts SMS Messaging Server ActiveXperts SMS Messaging Server to oprogramowanie typu framework dedykowane wysyłaniu, odbieraniu oraz przetwarzaniu wiadomości SMS i e-mail, a także tworzeniu własnych

Bardziej szczegółowo

INFORMATYKA Pytania ogólne na egzamin dyplomowy

INFORMATYKA Pytania ogólne na egzamin dyplomowy INFORMATYKA Pytania ogólne na egzamin dyplomowy 1. Wyjaśnić pojęcia problem, algorytm. 2. Podać definicję złożoności czasowej. 3. Podać definicję złożoności pamięciowej. 4. Typy danych w języku C. 5. Instrukcja

Bardziej szczegółowo

Testy współpracy. Asterisk z techniką WebRTC

Testy współpracy. Asterisk z techniką WebRTC Testy współpracy programowej centrali Asterisk z techniką WebRTC KSTIT 2016, Gliwice, 26-28 września 2016 Grzegorz Rzym, Krzysztof Wajda, Robert R. Chodorek AGH Akademia Górniczo-Hutnicza, Katedra Telekomunikacji

Bardziej szczegółowo

Architektura systemu e-schola

Architektura systemu e-schola ą ą ą Architektura systemu e-schola System e-schola zbudowany jest w postaci interaktywnej witryny intranetowej, działającej jako aplikacja serwerowa typu WEB(oparta o serwer WWW) Architektura systemu

Bardziej szczegółowo

Spis treści. Wstęp...13

Spis treści. Wstęp...13 Spis treści Wstęp...13 ROZDZIAŁ 1. ROZWÓJ TECHNIK INFORMATYCZNYCH... 17 1.1. Próba zdefiniowania informacji...17 1.2. StaroŜytne urządzenia liczące...20 1.3. Maszyny licząco-analityczne... 21 1.4. Elektroniczne

Bardziej szczegółowo

PLATFORMA USŁUGOWA - OGÓLNA KONCEPCJA SYSTEMU

PLATFORMA USŁUGOWA - OGÓLNA KONCEPCJA SYSTEMU Kielce, dnia 31.08.2011 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

Operatorska platforma komunikacyjna VoIP. Cyfrowe Systemy Telekomunikacyjne Sp. z o.o.

Operatorska platforma komunikacyjna VoIP. Cyfrowe Systemy Telekomunikacyjne Sp. z o.o. Operatorska platforma komunikacyjna VoIP Cyfrowe Systemy Telekomunikacyjne Sp. z o.o. wiele lat wiele lat doświadczeń doświadczeń Cyfrowe Systemy Telekomunikacyjne Sp. z o.o. 1996 r. rozpoczęcie działalności

Bardziej szczegółowo

Telco 2.0 realizacja koncepcji w technologii JAIN SLEE

Telco 2.0 realizacja koncepcji w technologii JAIN SLEE Henryk Rosa Orange Labs Zakład Platform Usługowych i Middleware Telco 2.0 realizacja koncepcji w technologii JAIN SLEE Artykuł opisuje możliwości wykorzystania technologii JAIN SLEE, przy realizacji koncepcji

Bardziej szczegółowo

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved. IPICS - integracja systemów łączności radiowej UHF/VHF z rozwiązaniami telefonii IP Jarosław Świechowicz Systems Engineer Zakopane, Cisco Forum 2007 Agenda Co to jest IPICS Komponenty systemu IPICS Zastosowanie

Bardziej szczegółowo

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni Warsztaty FRAME I. Cel Zapoznanie uczestników z możliwościami wykorzystania Europejskiej Ramowej Architektury ITS FRAME (zwanej dalej FRAME ) oraz jej narzędzi

Bardziej szczegółowo

World Wide Web? rkijanka

World Wide Web? rkijanka World Wide Web? rkijanka World Wide Web? globalny, interaktywny, dynamiczny, wieloplatformowy, rozproszony, graficzny, hipertekstowy - system informacyjny, działający na bazie Internetu. 1.Sieć WWW jest

Bardziej szczegółowo

4 Web Forms i ASP.NET...149 Web Forms...150 Programowanie Web Forms...150 Możliwości Web Forms...151 Przetwarzanie Web Forms...152

4 Web Forms i ASP.NET...149 Web Forms...150 Programowanie Web Forms...150 Możliwości Web Forms...151 Przetwarzanie Web Forms...152 Wstęp...xv 1 Rozpoczynamy...1 Co to jest ASP.NET?...3 W jaki sposób ASP.NET pasuje do.net Framework...4 Co to jest.net Framework?...4 Czym są Active Server Pages (ASP)?...5 Ustawienia dla ASP.NET...7 Systemy

Bardziej szczegółowo

MX-One propozycja modernizacji istniejących systemów (MD110, MX-One TSW)

MX-One propozycja modernizacji istniejących systemów (MD110, MX-One TSW) MX-One propozycja modernizacji istniejących systemów (MD110, MX-One TSW) Piotr Wrona Solution Consultant 17/06/2009 MD110 MX-ONE Telephony Switch MX-One TSW i TSE MX-One Telephony Switch (TSW) - BC13 Rozwiązanie

Bardziej szczegółowo

Programowanie Komponentowe WebAPI

Programowanie Komponentowe WebAPI Programowanie Komponentowe WebAPI dr inż. Ireneusz Szcześniak jesień 2016 roku WebAPI - interfejs webowy WebAPI to interfejs aplikacji (usługi, komponentu, serwisu) dostępnej najczęściej przez Internet,

Bardziej szczegółowo

Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro. Doskonała łączność gdziekolwiek się znajdujesz

Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro. Doskonała łączność gdziekolwiek się znajdujesz Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro Doskonała łączność gdziekolwiek się znajdujesz Aplikacja UC Pro oferuje szeroki zakres możliwości Wykonywanie połączeń Szybkie i

Bardziej szczegółowo

Wybrane działy Informatyki Stosowanej

Wybrane działy Informatyki Stosowanej Wybrane działy Informatyki Stosowanej Java Enterprise Edition WebServices Serwer aplikacji GlassFish Dr hab. inż. Andrzej Czerepicki a.czerepicki@wt.pw.edu.pl http://www2.wt.pw.edu.pl/~a.czerepicki Aplikacje

Bardziej szczegółowo

Technika IP w sieciach dostępowych

Technika IP w sieciach dostępowych Krzysztof Łysek Instytut Systemów Łączności Wojskowa Akademia Techniczna Technika IP w sieciach dostępowych STRESZCZENIE Artykuł przedstawia ewolucję sieci dostępowej w kierunku sieci następnej generacji

Bardziej szczegółowo

AUMS Digital. aums.asseco.com

AUMS Digital. aums.asseco.com AUMS Digital. aums.asseco.com AUMS Digital. AUMS Digital to platforma obsługi klienta nowej generacji z widokiem 360º. System podnosi jakość świadczonych usług i stanowi kluczowy element budowania przewagi

Bardziej szczegółowo

Telekomunikacyjne Sieci

Telekomunikacyjne Sieci Telekomunikacyjne Sieci Szerokopasmowe Dr inż. Jacek Oko Wydział Elektroniki Instytut Telekomunikacji, Teleinformatyki i Akustyki Katedra Radiokomunikacji i Teleinformatyki Pracownia Sieci Telekomunikacyjnych

Bardziej szczegółowo

Integracja: klucz do profesjonalnych sieci nowej generacji

Integracja: klucz do profesjonalnych sieci nowej generacji Integracja: klucz do profesjonalnych sieci nowej generacji Finmeccanica Group SELEX Elsag Trzy lata temu... TETRA World Congress 2009: pierwsze prezentacje dedykowane dla zastosowań TETRA wraz z uzupełniającymi

Bardziej szczegółowo

Zapytanie ofertowe nr 2/IAP/2013 ( dotyczy modułu nr 2/IAP )

Zapytanie ofertowe nr 2/IAP/2013 ( dotyczy modułu nr 2/IAP ) Intelix Sp. z o.o. Katowice, 08.04.2013 ul. Witosa 12 40-832 Katowice tel. + 48 32 201 45 44 fax + 48 32 205 81 98 info@intelix.pl www.intelix.pl Zapytanie ofertowe nr 2/IAP/2013 ( dotyczy modułu nr 2/IAP

Bardziej szczegółowo

Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer

Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer Plan prezentacji 1. Cel projektu 2. Cechy systemu 3. Budowa systemu: Agent

Bardziej szczegółowo

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011 Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF Tomasz Turski 26.05.2011 Plan prezentacji Architektura korporacyjna Frameworki Pryncypia Metodyka TOGAF

Bardziej szczegółowo

SiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji

SiR_13 Systemy SCADA: sterowanie nadrzędne; wizualizacja procesów. MES - Manufacturing Execution System System Realizacji Produkcji System informatyczny na produkcji: Umożliwi stopniowe, ale jednocześnie ekonomiczne i bezpieczne wdrażanie i rozwój aplikacji przemysłowych w miarę zmiany potrzeb firmy. Może adoptować się do istniejącej

Bardziej szczegółowo

Dysk 20GB przestrzeni Ajax Ajax 1.0 Baza danych MS SQL 2005 lub 2008 Express Java Java 6 run time Microsoft Silverlight 3.

Dysk 20GB przestrzeni Ajax Ajax 1.0 Baza danych MS SQL 2005 lub 2008 Express Java Java 6 run time Microsoft Silverlight 3. Systemy do kompleksowej administracji środowiskiem IT : Symantec Management Platform Solutions - rozwiązanie ułatwiające zarządzanie zasobami informatycznym Głównym zadaniem podlegającym kompetencji działu

Bardziej szczegółowo

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Jerzy Brzeziński, Anna Kobusińska, Dariusz Wawrzyniak Instytut Informatyki Politechnika Poznańska Plan prezentacji 1 Architektura

Bardziej szczegółowo

System komputerowy. Sprzęt. System komputerowy. Oprogramowanie

System komputerowy. Sprzęt. System komputerowy. Oprogramowanie System komputerowy System komputerowy (ang. computer system) to układ współdziałaniadwóch składowych: sprzętu komputerowegooraz oprogramowania, działających coraz częściej również w ramach sieci komputerowej.

Bardziej szczegółowo

EXSO-CORE - specyfikacja

EXSO-CORE - specyfikacja EXSO-CORE - specyfikacja System bazowy dla aplikacji EXSO. Elementy tego systemu występują we wszystkich programach EXSO. Może on ponadto stanowić podstawę do opracowania nowych, dedykowanych systemów.

Bardziej szczegółowo

CRM funkcjonalność

CRM funkcjonalność CRM 9000 funkcjonalność Logotec CRM9000 Web Edition jest systemem klasy CRM (Zarządzanie Relacjami z Klientem) autorstwa Logotec Engineering Group producenta znanego systemu zarządzania dokumentami i przepływem

Bardziej szczegółowo

Dr Michał Tanaś(http://www.amu.edu.pl/~mtanas)

Dr Michał Tanaś(http://www.amu.edu.pl/~mtanas) Dr Michał Tanaś(http://www.amu.edu.pl/~mtanas) Jest to zbiór komputerów połączonych między sobą łączami telekomunikacyjnymi, w taki sposób że Możliwa jest wymiana informacji (danych) pomiędzy komputerami

Bardziej szczegółowo

Informacja o firmie i oferowanych rozwiązaniach

Informacja o firmie i oferowanych rozwiązaniach Informacja o firmie i oferowanych rozwiązaniach Kim jesteśmy INTEGRIS Systemy IT Sp. z o.o jest jednym z najdłużej działających na polskim rynku autoryzowanych Partnerów Microsoft w zakresie rozwiązań

Bardziej szczegółowo

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE) Temat projektu/pracy dr inż. Wojciech Waloszek Grupowy system wymiany wiadomości. Zaprojektowanie

Bardziej szczegółowo

Trendy w ewolucji sieci inteligentnej

Trendy w ewolucji sieci inteligentnej Mariusz Gajewski Scharakteryzowano kierunki rozwoju sieci inteligentnej na podstawie dokumentów normalizacyjnych zestawu usługowego CS-2 (Capability Set 2) oraz planów i propozycji dostawców rozwiązań

Bardziej szczegółowo

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio

Czym jest jpalio? jpalio jpalio jpalio jpalio jpalio jpalio jpalio jpalio Czym jest jpalio? jpalio to unikalna platforma technologiczna pozwalająca na stworzenie szeregu produktów dostosowanych do indywidualnych preferencji klienta. W naszej ofercie znajduje się m.in. system

Bardziej szczegółowo

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak

Wykład 3 / Wykład 4. Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak Wykład 3 / Wykład 4 Na podstawie CCNA Exploration Moduł 3 streszczenie Dr inż. Robert Banasiak 1 Wprowadzenie do Modułu 3 CCNA-E Funkcje trzech wyższych warstw modelu OSI W jaki sposób ludzie wykorzystują

Bardziej szczegółowo

Zapytanie ofertowe nr 3/IAP/2013 ( dotyczy modułu nr 3/IAP )

Zapytanie ofertowe nr 3/IAP/2013 ( dotyczy modułu nr 3/IAP ) Intelix Sp. z o.o. Katowice, 08.04.2013 ul. Witosa 12 40-832 Katowice tel. + 48 32 201 45 44 fax + 48 32 205 81 98 info@intelix.pl www.intelix.pl Zapytanie ofertowe nr 3/IAP/2013 ( dotyczy modułu nr 3/IAP

Bardziej szczegółowo

WYMAGANIA TECHNOLOGICZNE W ODNIESIENIU DO SYSTEMÓW TELEKOMUNIKACYJNYCH I TELEINFORMATYCZNYCH W OBSZARZE SIŁ ZBROJNYCH

WYMAGANIA TECHNOLOGICZNE W ODNIESIENIU DO SYSTEMÓW TELEKOMUNIKACYJNYCH I TELEINFORMATYCZNYCH W OBSZARZE SIŁ ZBROJNYCH WYMAGANIA TECHNOLOGICZNE W ODNIESIENIU DO SYSTEMÓW TELEKOMUNIKACYJNYCH I TELEINFORMATYCZNYCH W OBSZARZE SIŁ ZBROJNYCH Robert Goniacz WYMAGANIA TECHNOLOGICZNE Obszar sił zbrojnych Najważniejsze problemy

Bardziej szczegółowo

Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd.

Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Andrzej Natuniewicz, Andrzej Perkowski Departament Geodezji i Kartografii Urząd Marszałkowski Województwa

Bardziej szczegółowo

Uniwersytet Mikołaja Kopernika. Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej

Uniwersytet Mikołaja Kopernika. Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Uniwersytet Mikołaja Kopernika Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Marcin HENRYKOWSKI Nr albumu: 158069 Praca magisterska na kierunku Informatyka Archiwizacja

Bardziej szczegółowo

Programowanie w języku Java. Wykład 13: Java Platform, Enterprise Edition (Java EE)

Programowanie w języku Java. Wykład 13: Java Platform, Enterprise Edition (Java EE) Programowanie w języku Java Wykład 13: Java Platform, Enterprise Edition (Java EE) Standard J2EE Programowanie w języku Java 2 J2EE - komunikacja Programowanie w języku Java 3 J2EE warstwa biznesowa Programowanie

Bardziej szczegółowo

Sygnalizacja Kontrola bramy Media

Sygnalizacja Kontrola bramy Media PROTOKOŁY VoIP Sygnalizacja Kontrola bramy Media H.323 Audio/ Video H.225 H.245 Q.931 RAS SIP MGCP RTP RTCP RTSP TCP UDP IP PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY VoIP - CD PROTOKOŁY SYGNALIZACYJNE

Bardziej szczegółowo

1. Nazwa zamówienia. 2. Zakres i przedmiot zamówienia

1. Nazwa zamówienia. 2. Zakres i przedmiot zamówienia Załącznik do wniosku o udzielenie zamówienia z dnia 8.03.2016 r. 1. Nazwa zamówienia Świadczenie usługi telefonii stacjonarnej VoIP oraz łącza cyfrowego typu ISDN PRA w siedzibie Starostwa Powiatowego

Bardziej szczegółowo

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Deduplikacja danych. Zarządzanie jakością danych podstawowych Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication

Bardziej szczegółowo

Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro. Doskonała łączność gdziekolwiek się znajdujesz

Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro. Doskonała łączność gdziekolwiek się znajdujesz Elastyczność i mobilność w jednym, kompletnym pakiecie Panasonic UC Pro Doskonała łączność gdziekolwiek się znajdujesz Chcesz oszczędzać czas i zwiększyć produktywność? Chcesz bezproblemowo pozostawać

Bardziej szczegółowo

Planowanie telefonii VoIP

Planowanie telefonii VoIP Planowanie telefonii VoIP Nie zapominając o PSTN Składniki sieci telefonicznej 1 Centrale i łącza między nimi 2 Nawiązanie połączenia Przykład sygnalizacji lewy dzwoni do prawego 3 4 Telefonia pakietowa

Bardziej szczegółowo

USŁUGI DODATKOWE W SIECIACH BEZPRZEWODOWYCH VoIP oraz multimedia w sieciach WiFi problemy

USŁUGI DODATKOWE W SIECIACH BEZPRZEWODOWYCH VoIP oraz multimedia w sieciach WiFi problemy Seminarium poświęcone sieci bezprzewodowej w Politechnice Krakowskiej - projekt Eduroam USŁUGI DODATKOWE W SIECIACH BEZPRZEWODOWYCH VoIP oraz multimedia w sieciach WiFi problemy Wprowadzenie Problematyka

Bardziej szczegółowo

Wirtualizacja zasobów IPv6 w projekcie IIP

Wirtualizacja zasobów IPv6 w projekcie IIP Wirtualizacja zasobów IPv6 w projekcie IIP Artur Binczewski, Bartosz Gajda, Wiktor Procyk, Robert Szuman Poznańskie Centrum Superkomputerowo Sieciowe Adam Grzech, Jan Kwiatkowski, Krzysztof Chudzik Politechnika

Bardziej szczegółowo

NEC & CONNECTIA - siła w perfekcji

NEC & CONNECTIA - siła w perfekcji NEC & CONNECTIA - siła w perfekcji W dzisiejszym świecie jednym z podstawowych wyznaczników jakości jest doskonała komunikacja. Definiujemy ją przez wygodne, nowoczesne, bezpieczne i niezawodne kanały

Bardziej szczegółowo

Zarządzanie procesowe w Urzędzie Miasta Lublin. Krzysztof Łątka

Zarządzanie procesowe w Urzędzie Miasta Lublin. Krzysztof Łątka Zarządzanie procesowe w Urzędzie Miasta Lublin wykorzystanie nowoczesnych technologii Krzysztof Łątka Poznań 28.02.2008 Agenda Lublin w liczbach Projekty IT UM Lublin Sieć i jej funkcjonalność Usługi w

Bardziej szczegółowo

POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse

POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse I. Definicje Niżej wymienione pojęcia użyte w Polityce prywatności lub Polityce Plików cookies należy rozumieć następująco: Administrator

Bardziej szczegółowo

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Część I -ebxml Po zrealizowaniu materiału student będzie w stanie omówić potrzeby rynku B2B w zakresie przeprowadzania transakcji przez Internet zaprezentować architekturę ebxml wskazać na wady i zalety

Bardziej szczegółowo

ROZPORZĄDZENIE MINISTRA INFRASTRUKTURY 1) z dnia r.

ROZPORZĄDZENIE MINISTRA INFRASTRUKTURY 1) z dnia r. PROJEKT z dn. 30.11. 2009 r. ROZPORZĄDZENIE MINISTRA INFRASTRUKTURY 1) z dnia... 2009 r. w sprawie szczegółowego wykazu danych oraz rodzajów operatorów publicznej sieci telekomunikacyjnej lub dostawców

Bardziej szczegółowo

Slican dla Twojego hotelu, sanatorium i SPA

Slican dla Twojego hotelu, sanatorium i SPA Slican dla Twojego hotelu, sanatorium i SPA Hotel jest wyjątkowym wyzwaniem dla integratora sieci telekomunikacyjnej. Właściciel hotelu zapewniając swoim klientom wysoką jakość obsługi oferuje nie tylko

Bardziej szczegółowo

Ośrodek Kształcenia na Odległość OKNO Politechniki Warszawskiej 2015r.

Ośrodek Kształcenia na Odległość OKNO Politechniki Warszawskiej 2015r. Opis przedmiotu Kod przedmiotu SNAGZ Nazwa przedmiotu Sieci następnej generacji Wersja przedmiotu 2 A. Usytuowanie przedmiotu w systemie studiów Poziom kształcenia Studia I stopnia Forma i tryb prowadzenia

Bardziej szczegółowo

Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)

Spis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911) I Wprowadzenie (wersja 0911) Kurs OPC Integracja i Diagnostyka Spis treci Dzie 1 I-3 O czym bdziemy mówi? I-4 Typowe sytuacje I-5 Klasyczne podejcie do komunikacji z urzdzeniami automatyki I-6 Cechy podejcia

Bardziej szczegółowo

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet Spis treści 1. Opis przedmiotu zamówienia... 1 1.1. Definicje... 1 2. Główny cel systemu... 2

Bardziej szczegółowo

Zaawansowane narzędzia programowania rozproszonego

Zaawansowane narzędzia programowania rozproszonego Zaawansowane narzędzia programowania rozproszonego Karol Gołąb karol.golab@tls-technologies.com 28 listopada 2001 1 Streszczenie Omówienie i porównanie popularnych standardów mechanizmów komunikacyjnych:

Bardziej szczegółowo

OPIS PRZEDMIOTU ZAMÓWIENIA. Część nr 4.3

OPIS PRZEDMIOTU ZAMÓWIENIA. Część nr 4.3 Zamówienie publiczne współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Infrastruktura i Środowisko 2007-2013 w związku z realizacją projektu

Bardziej szczegółowo

InPro BMS InPro BMS SIEMENS

InPro BMS InPro BMS SIEMENS InPro Siemens OPC InPro BMS Produkt InPro BMS jest w sprzedaży od 2000 roku. W ostatnich kilku latach staliśmy się liderem wśród dostawców informatycznych rozwiązań dla systemów bezpieczeństwa. Oferowane

Bardziej szczegółowo

Marek Średniawa Instytut Telekomunikacji PW

Marek Średniawa Instytut Telekomunikacji PW Architektura usługowa IMS Marek Średniawa Instytut Telekomunikacji PW Plan prezentacji Wprowadzenie Architektura IMS Usługi, aplikacje i zastosowania Ewolucja NGN IMS jako wspólna arch. usługowa Podsumowanie

Bardziej szczegółowo

1 Technologie Informacyjne WYKŁAD I. Internet - podstawy

1 Technologie Informacyjne WYKŁAD I. Internet - podstawy 1 Technologie Informacyjne WYKŁAD I Internet - podstawy MAIL: a.dudek@pwr.edu.pl WWW: http://wgrit.ae.jgora.pl/ad KONSULTACJE: czwartki, piątki 8.00-9.00 sala 118 2 Internet to globalna, ogólnoświatowa

Bardziej szczegółowo

Rodzaje pamięci masowych by Silas Mariusz

Rodzaje pamięci masowych by Silas Mariusz Rodzaje pamięci masowych by Silas Mariusz 1. Online Silas Mariusz Administrator TS-x79U 1 GbE Pamięć masowa może być instalowana bezpośrednio w serwerach w postaci dysków tworzących tzw. system DAS (Direct

Bardziej szczegółowo

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Język programowania prosty bezpieczny zorientowany obiektowo wielowątkowy rozproszony przenaszalny interpretowany dynamiczny wydajny Platforma

Bardziej szczegółowo

MWI2007 Product Overview

MWI2007 Product Overview MWI2007 Product Overview Wprowadzenie do Produktu Message Waiting Indicator MWI2007 Powiadomienia o wiadomościach głosowych dla Microsoft Exchange Unified Messaging MWI2007: Flagowa aplikacja Geomant rozszerza

Bardziej szczegółowo

egroupware czy phpgroupware jest też mniej stabilny.

egroupware czy phpgroupware jest też mniej stabilny. Opengroupware to projekt udostępniający kompletny serwer aplikacji oparty na systemie Linux. Dostępny na licencji GNU GPL, strona domowa: http://www.opengroupware.org/ Jego cechy to wysoka stabilność,

Bardziej szczegółowo

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski

Transmisja danych multimedialnych. mgr inż. Piotr Bratoszewski Transmisja danych multimedialnych mgr inż. Piotr Bratoszewski Wprowadzenie Czym są multimedia? Informacje przekazywane przez sieć mogą się składać z danych różnego typu: Tekst ciągi znaków sformatowane

Bardziej szczegółowo

Mateusz Kurleto NEOTERIC. Analiza projektu B2B Kielce, 18 października 2012

Mateusz Kurleto NEOTERIC. Analiza projektu B2B Kielce, 18 października 2012 2012 Pierwsze przymiarki do zakresu informatyzacji (rodzaj oprogramowania: pudełkowe, SaaS, Iaas, CC, PaaS. Zalety i wady: dostępność, koszty, narzędzia, ludzie, utrzymanie, bezpieczeństwo, aspekty prawne)

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Zapytanie ofertowe nr 1/IAP/2013 ( dotyczy modułu nr 1/IAP )

Zapytanie ofertowe nr 1/IAP/2013 ( dotyczy modułu nr 1/IAP ) Intelix Sp. z o.o. Katowice, 08.04.2013 ul. Witosa 12 40-832 Katowice tel. + 48 32 201 45 44 fax + 48 32 205 81 98 info@intelix.pl www.intelix.pl Zapytanie ofertowe nr 1/IAP/2013 ( dotyczy modułu nr 1/IAP

Bardziej szczegółowo

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze

7. zainstalowane oprogramowanie. 8. 9. 10. zarządzane stacje robocze Specyfikacja oprogramowania do Opis zarządzania przedmiotu i monitorowania zamówienia środowiska Załącznik nr informatycznego 1 do specyfikacji Lp. 1. a) 1. Oprogramowanie oprogramowania i do systemów

Bardziej szczegółowo

2016 Proget MDM jest częścią PROGET Sp. z o.o.

2016 Proget MDM jest częścią PROGET Sp. z o.o. Proget MDM to rozwiązanie umożliwiające administrację urządzeniami mobilnymi w firmie takimi jak tablet czy telefon. Nasza platforma to także bezpieczeństwo danych firmowych i prywatnych: poczty email,

Bardziej szczegółowo