Architektura i model koncepcyjny IN
|
|
- Stefan Stachowiak
- 6 lat temu
- Przeglądów:
Transkrypt
1 Architektura i model koncepcyjny IN
2 Model koncepcyjny IN - IN CM Usługi i funkcje usługowe Płaszczyzna usługowa Service Plane Uniwersalne moduły usługowe SIB Globalna Płaszczyzna Funkcjonalna Global Functional Plane Jednostki Funkcjonalne FE i przepływy informacji - IF Rozproszona Płaszczyzna Funkcjonalna Distributed Functional Plane Fizyczne węzły i protokoły Płaszczyzna fizyczna Physical Plane
3 Model koncepcyjny IN - IN CM Płaszczyzna usługowa Usługa 1 Usługa 2 SF1 SF2 SF3 Usługi i funkcje usługowe Globalna Płaszczyzna Funkcjonalna SIB1 SIB2 Scenariusze usług Rozproszona Płaszczyzna Funkcjonalna FE1 EF1 EF2 EF3 EF4 FE2 Jednostki funkcjonalne, w tym funkcje podstawowe Płaszczyzna Fizyczna PE1 PE2 Jednostki fizyczne
4 Model koncepcyjny IN - IN CM Oferowane usługi IN Usługa VPN funkcje us ługowe: PNP, ONA, OFA Płaszczyzna usługowa - SP Usługa FPH funkcje usługowe: ONE, REVC, TDR, ODR, OUP, Projektowanie usług IN BCP SIB1 SIB2 SIB3 Globalna Płaszczyzna Funkcjonalna - GFP Globalna logika usługi - GSL Architektura funkcjonalna IN SDF IF CCF SSF SCF Rozproszona Płaszczyzna Funkcjonalna - DFP SMF SCEF SRF SSF Architektura fizyczna IN SSP SCP INAP IP SMP Płaszczyzna Fizyczna - PP
5 Dekompozycja usług IN Płaszczyzna usługowa Usługa FPH Usługa VPN Usługa UPT B C D E C G A A C F B C A Funkcje usługowe Globalna płaszczyzna funkcjonalna GSL BCP POI POR User interaction Translate Screen Charge Compare Queue Charge Uniwersalne moduły usługowe - SIB Verify Rozproszona płaszczyzna funkcjonalna SSF FE FEA IF IF FEA 7 6 SCF FE 7 6 Akcje jednostek funkcjonalnych DFP 4 5 FEA SDF FE Przepływy informacji
6 Moduły SIB wg ITU-T i ETSI Algorytm (Algorithm) Uwierzytelnienie (Aunthenticate) Naliczanie (Charge) Porównanie (Compare) Rozdzielanie (Distribution) Kolejkowanie zgłoszeń (Queue) Rejestracja informacji o zgłoszeniach (Log Call Information) Ograniczenie (Limit) Filtrowanie (Screen) Zarządzanie danymi usługi (Service Data Management) Powiadamianie o statusie (Status Notification) Translacja (Translate) Interakcja z użytkownikiem (User Interaction) Weryfikacja (Verify) Connect Continue Disconnect resource EDP info EDP request Initiate call Release call
7 Uniwersalne moduły usługowe - SIB (Service Independent building Blocks) SSD Dane statyczne - SSD (specyficzne dla realizowanej funkcji usługowej Logiczny punkt startu S I B Logiczne wyjścia Dynamiczne dane wejściowe - CID (związane z bieżącym połączeniem, np.: CLI, wybrany numer, ) CID Parametry wyjściowe - CID
8 Przykład SIB: Authenticate SSD Authenticate Name Authenticate Password Authenticate mechanism Id CIDFP Error CIDFP Relationship Id Success AUTHENTICATE Error Authenticate Name Authenticate Password Error cause Relationship Id CID
9 Przykład SIB: Queue SSD Max Active Max Number Max Time Announcement Parameter CIDFP - Resource CIDFP - Error Call Reference Resource Queue CID Time spent on Queue Error Cause Resource Available Call Party Abandon Q Timer Expiry Q Full Error
10 Konstrukcja scenariusza usługi SIB1 SIB2 SIB3 SIB6 SIB4 SIB5 POI BCP - Basic Call Process POR POR
11 GFP- Globalna Płaszczyzna Funkcjonalna: scenariusz (GSL) usługi FPH GSL dla usługi FPH (ONE, REVC) CID: nr rachunku ab. usługi FPH Translate SIB Sukces Błąd Charge SIB CID: wybrany numer POI: Address analyzed POR: Clear Call POR: Proceed with new data BCP
12 Charakterystyka GSL (1/2) definiuje wyróżniony punkt POI, który określa miejsce przekazania sterowania z procesu BCP do scenariusza usługi opisanego diagramem złożonym z modułów SIB określa zbiór punktów POR, w których sterowanie może powrócić do procesu BCP
13 Charakterystyka GSL (2/2) definiuje scenariusz usługi wyrażony jako diagram zbudowany z SIBów, powiązany z POI i POR definiuje dane statyczne (SSD) i dynamiczne (CID) dla każdego modułu SIB użytego w scenariuszu usługi
14 Przykładowy fragment scenariusza usługi - poziom SIB 1 Przekaż połączenie... do działu reklamacji w Warszawie Zapowiedź słowna witamy w... NIE Decyzja: Pora dnia ? Interakcja: wybierz 1 jeśli... wybierz 2 jeśli... 2 Przekaż połączenie... do działu sprzedaży w Krakowie SSP TAK IDP SCP Przekaż połączenie... do systemu odpowiedzi głosowej do biura w Warszawie FCI, CTR, PAC IP PAC (odpowiedź) DFC, FCI, CON, RRB ERB...
15 Wyróżnione POI (1/2) Call originated żądanie usługi bezpośrednio po podniesieniu mikrotelefonu, przed wybraniem numeru Address collected odebrano numer wybrany przez Ab A Address analyzed przeprowadzona analiza numeru (np. id. FPH) Call arrival sieć przygotowana do zestawienia połączenia z abonentem docelowym
16 Wyróżnione POI (2/2) Busy / No answer Call acceptance proces obsługi połączenia aktywny, połączenie nie zestawione (mostek, decyzja o kontynuacji) Active state proces obsługi połączenia aktywny, połączenie zestawione End of call rozłączenie przez jedną ze stron (możliwość kontynuacji, np. w usługach VCC, PN)
17 Wyróżnione POR (CS1) (1/2) Continue with existing data BCP kontynuuje proces obsługi połączenia bez nowych danych ze scenariusza usługi Proceed with new data BCP kontynuuje proces obsługi połączenia na podstawie danych dostarczonych przez scenariusz usługi Handle as transit restart BCP (połączenie traktowane jak nowe)
18 Wyróżnione POR (CS1) (2/2) Clear call BCP powinien rozłączyć poł. Provide call party handling BCP powinien umożliwić sterowanie połączeniem przez jego uczestników (* połączenia wielostronne - poza CS-1) Initiate call proces GSL inicjuje połączenie brak POI
19 Idea kreacji usług w IN Uniwersalne moduły usługowe - SIB (Service Independent Building Blocks) Paradygmat, metodologia, języki i narzędzia kreacji usług GUI Terminal agent... Session manager Billing Service logic... Manager User Agent Scenariusze usług skonstruowane z modułów SIB
20 Graficzne środowisko kreacji usług Specyfikacja usługi Edytor graficzny Reprezentacja wewnętrzna Piktogramy SIB Biblioteki Konfiguracja Symulacja, weryfikacja Generator kodu i kompilator SLP
21
22 Początek projektu Plan wdrażania usługi Cykl życiowy usługi Specyfikacja wysokiego poziomu dla usługi Opis funkcjonalny i architektoniczny usługi Wymagania systemowe i specyfikacja podsystemów i interfejsów. Walidacja podsystemów i plan testów akceptacyjnych Plan testów integracyjnych w sieci Wyniki testów i analiza wyników Sprzężenie zwrotne z klientem Prototyp Projekt i implementacja podsystemów Integracja i testowanie systemu Plan udostępniania usług Udostępnianie usług Czas
23 Problemy Poprawność scenariuszy usług weryfikacja w modelu (model checking) symulacja badania w warunkach rzeczywistych (wydajność) Interferencja usług i funkcji usługowych Skrócenie czasu od koncepcji do udostępnienia usługi (typowo 3-9 miesięcy) Współpraca platform IN różnych dostawców INAP zakres implementacji DP
24 BCSM: punkty detekcji (DP) i punkty w połączeniu (PIC) Zdarzenie wejściowe Przejście (transition) Zdarzenie wyjściowe DP i PIC m (akcje) Punkt w połączeniu - stan (Point In Call) DP j Punkt detekcji (Detection Point) PIC n
25 Punkty detekcji (1/2) Miejsca w procesie obsługi połączenia, w których wykrywane są zdarzenia powodujące przekazanie sterowania do scenariusza usługi IN w SCF DP charakteryzowane przez: identyfikację usługi IN (service key) kryteria wyzwolenia (triggering criteria) tryb nadzorowania (monitoring mode)
26 Punkty detekcji (2/2) Aktywacja (uzbrajanie) punktów detekcji DP: Statyczne DP - TDP (Trigger DP) uzbrajane za pomocą środków zarządzania siecią IN wyzwolenie uwarunkowane spełnieniem kryteriów, np.: Trigger Assigned, Class of Service, Specific Digit String,... Dynamiczne DP - EDP (Event DP) uzbrajane dynamicznie przez scenariusze usługi za pomocą operacji protokołu INAP (EDP-R, EDP-N) RequestReportBCSMEvent EventReportBCSM kryteria przekazane przez IF z SCF (lista zdarzeń w operacji RRB)
27 Model podstawowego procesu obsługi połączenia - BCSM BCSM Ab A O-BCSM T-BCSM Ab B Segmenty sterujące Segmenty bierne Rozróżnienie O-BCSM i T-BCSM
28 Koncepcja modelu zgłoszenia IN SCF Logika usługi CCF/SSF Model procesu obsługi połączenia w centrali O-BCSM T-BCSM O-BCSM T-BCSM Ab A Centrala A Centrala B Ab B
29 Proces połączenia wychodzącego: O_BCSM O_Null&Authorize_Origination_Attempt 6. O_Exception O_Abandon Orig_Attempt_Authorized 1 2. Collect_Info Collected_Info 2 3. Analyse_Info O_Mid_Call 9 8 Analyzed_Info 3 4. Routing & Alerting O_Disconnect O_Answer 7 5. O_Active Route_Select_Failure 4 O_Called_Party_Busy 5 O_No_Answer 6 PIC: stan - punkt w połączeniu DP: punkt detekcji
30 Proces połączenia przychodzącego: T_BCSM 11. T_Exception 7. T_Null&Authorize_Termination_Attempt Term_Attempt_Authorized T_Called_Party_Busy Select_Facility & Present_Call T_Abandon 18 T_No_Answer 14 T_Mid_Call T_Alerting T_Answer T_Active T_Disconnect 17 PIC: stan - punkt w połączeniu DP: punkt detekcji
31 Realizacja usługi NP Translacja numeru > SLEE CK SCF IAM ( ) Ab B przeniósł się SSP SSF RELEASE (CV) IAM ( ) CK ISUP Cause Value --> Route_Select_Failure TDP Użytkownik wybiera numer:
32 Interakcja SSF - SCF CCF BCSM 1 SSF SCF 6 Service Execution Environment Stan (PIC) TDP Analyze_Info TDP 2 Wznowienie obsługi zgłoszenia Zawieszenie obsługi zgłoszenia Trigger table Trigger Trigger2 X Trigger3.. 0 Aktywne pobudzenie 12 3 SSF-FSM Waiting for Instructions Waiting - User Interaction Monitoring 4 SSF-ME 11 Idle FEAM INAP 5 FEAM SCF-ME SCF-FSM Idle Routing to resource 7, 10 User Interaction Preparing SSF instruction Exception to SSF SLPI 8, 9
33 Odwzorowanie POR - DP/PIC POR DP / PIC Continue with existing data -> Powrót do tego samego DP Proceed with new data -> Wznowienie w punkcie PIC określonym przez SL Handle as transit -> PIC: Analyze_Info lub Routing lub Alerting Clear call -> PIC: O_Null lub T_Null Provide call party handling -> Powrót do tego samego DP Initiate call -> PIC: Analyze_Info lub Routing lub Alerting
34 Odwzorowanie POI - DP POI Call originated Address collected Address analyzed Call arrival Busy No answer Call acceptance Active state End of call DP Orig_Attempt_Authorized Collected_Info Analyzed_Info Term_Attempt_Authorized O_Called_Party_Busy T _Called_Party_Busy Route_Select_Failure O_No_Answer, T_No_Answer O_Answer lub T_Answer O_Mid_Call lub T _Mid_Call O_Abandon lub T_Abandon O_Disconnect lub T_Disconnect
35 DFP - Rozproszona Płaszczyzna Funkcjonalna IN CM SMAF SMF SCEF SCF SDF SRF SSF SSF CCAF CCF CCF CCAF Zarządzanie usługami Sterowanie połączeniem i zasobami Sterowanie usługami Sterowanie funkcjami przenoszenia
36 Charakterystyka elementów DFP CCAF (Call Control Agent Function) reprezentuje funkcje terminala (centrali końcowej) przy dostępie do sieci - CCF CCF (Call Control Function) zapewnia podstawową funkcjonalność obsługi połączeń (właściwą dla tradycyjnej centrali tel.). Funkcje CCF opisuje BCP. Łącznie CCAF i CCF reprezentują składniki istniejącej sieci PSTN/ISDN
37 Charakterystyka elementów DFP SSF - (Service Switching Function) odpowiada za rozpoznawanie połączeń odwołujących się do usług IN i współpracę z SCF przy realizacji scenariusza usługi SCF - (Service Control Function) steruje obsługą połączeń zgodnie z przechowanymi scenariuszami usług. Steruje działaniem SSF i SRF oraz współpracuje z SDF (pobieranie danych do scenariuszy usług) i SMF (zarządzanie usługami)
38 Charakterystyka elementów DFP SDF (Service Data Function) zapewnia dostęp do danych usługi i przesłania ich fizyczne rozproszenie. SRF (Specialized Resource Function) wspomaga SSF przy realizacji scenariuszy usług (interakcja z abonentem - zapowiedzi słowne, rejestracja decyzji ab., rozpoznawanie mowy, itp.)
39 Charakterystyka elementów DFP SMF (Service Management Function) odpowiada za zarządzanie usługami SMAF (Service Management Agent Function) zapewnia dostęp do funkcji zarządzania usługami SCEF (Service Creation Environment Function) umożliwia projektowanie i implementację nowych scenariuszy usług za pomocą SIB.
40 Usługa IN (np. FPH) na płaszczyźnie DFP SCF IF1 SDF IF2 SSF_A IF3 CCF_A SSF_B CCF_B IF4
41 Przykład odwzorowania DFP w PP SCEP SCF SCEF SCP SDF X.25 TCP/IP SMP INAP INAP SMF Sieć sygnalizacyjna SS7 IP SRF ISUP SSP CCF SSF ISUP SRF CCF SSP SSF CCAF CCAF
42 Klasyczna konfiguracja fizyczna IN SCP X.25 SMP LAN/WAN TCP/IP SCEP INAP STP STP INAP IP ISUP DSS1 SSP SSP/IP ISUP ISUP CT/CK CT/CK Testowa sieć IN operatora
43 Elementy architektury fizycznej IN (1/5) SCP - punkt sterowania usługami (Service Control Point) baza danych działająca w czasie rzeczywistym wykonywanie programów scenariuszy usług (logiki usług) - SLP przekazywanie do SSP instrukcji sterujących obsługą połączenia (operacje INAP) steruje procesem generacji rekordów zaliczeniowych w SSP zbiera dane statystyczne z SSP, które służą do nadzoru wykorzystania usług
44 Elementy architektury fizycznej IN (2/5) SSP - Punkt komutacji usług (Service Switching Point) rozpoznawanie wywołań IN (tablica pobudzeń - TDP) zapytania do SCP - operacje INAP rejestracja danych zaliczeniowychi statystycznych dla każdego połączenia współpraca z IP (zapowiedzi słowne, rozpoznawanie mowy, rejestracja odpowiedzi użytkownika) realizacja funkcji sterowania natłokiem wstępne zliczanie głosów dla usługi teległosowania
45 Elementy architektury fizycznej IN (3/5) IP - Specjalizowane urządzenie pomocnicze (Intelligent Peripheral) wspomaganie SSP przy realizacji usług wymagających interakcji z użytkownikiem (VCC, VOT, PN, VPN, UPT) odtwarzanie zapowiedzi słownych sterowanie dialogiem z użytkownikiem przy wyborze opcji odbiór informacji o decyzjach użytkownika
46 Elementy architektury fizycznej IN (4/5) SMP - Punkt zarządzania usługami (Service Management Point) zarządzanie profilami usług aktywacja / deaktywacja usług i ładowanie i nowych usług z SCE STP - Transferowy punkt sygnalizacyjny SS7 (Signalling Transfer Point)
47 Elementy architektury fizycznej IN (5/5) SCEP - Środowisko kreacji usług (Service Creation Environment Point) środowisko programistyczne służące do projektowania scenariuszy nowych usług z SIBów przekazywanie wykonywalnych programów usług do SCP (za pośrednictwem SMP)
48 SS7 i INAP
49 Stos protokołów SS7 dla IN Warstwy OSI Aplikacje IN Aplikacji INAP MAP CAP Prezentacji Sesji Transportowa TCAP SCCP ISUP Sieci Łącza danych Fizyczna MTP
50 Model protokołu INAP (SCP) SCP SCF MACF Do partnerskich ASE operacje wyniki błędy S A C F ASE scf-ssf TCAP S A C F ASE scf-srf TCAP Do partnerskiej podwarstwy składnikowej invoke (operacja) return result return error reject SCCP MTP Fizyczne łącza sygnalizacyjne SS7 do SSP do IP Do partnerskiej podwarstwy transakcyjnej BEGIN CONTINUE END ABORT
51 Relacja między kontekstem aplikacyjnym, ASE i operacjami INAP Kontekst aplikacyjny: core- INAP-CS1-SSP-to-SCP-AC... Kontekst aplikacyjny : core- INAP-CS1-IP-to-SCP-AC ASE: SCF-SRF- activation-of-assist- ASE... ASE: specialized resource control- ASE Operacja: PromptAndCollectUserInformation... Operacja: SpecializedResourceReport argument result errors linked
52 Operacje INAP: kontekst ASE użytkownika INAPu xyz OPERATION ARGUMENT {Parameter1, Parameter2,...} RESULT {Parameter1, Parameter2,...} LINKED {operation3, operation4,...} ERRORS {error1, error2...} error1 ERROR PARAMETER {Parameter6, Parameter7,...} ASE TCAP Podwarstwa składnikowa Podwarstwa transakcyjna Do partnerskich ASE operacje wyniki błędy Do partnerskiej podwarstwy składnikowej invoke (operacja) return result return error reject Do partnerskiej podwarstwy transakcyjnej BEGIN CONTINUE END ABORT SCCP - usługa bezpołączeniowa
53 Opis operacji protokołu INAP Definicja wyrażona w notacji ASN.1 xyz OPERATION ARGUMENT {Parameter1, Parameter2,...} RESULT {Parameter1, Parameter2,...} LINKED {operation3, operation4,...} ERRORS {error1, error2...} error1 ERROR PARAMETER {Parameter6, Parameter7,...}
54 Notacja ASN.1 Objęta normalizacją: ISO/IEC 8824 i ITU-T X.680-X.683 Stosowana do definicji struktur danych w protokołach i w modelach informacyjnych, np. INAP, TMN Reguły kodowania, np. BER definiuje odwzorowanie dowolnego typu ASN.1 w transferowany ciąg bitów Example-ASN.1-Module DEFINITIONS ::= BEGIN -- example of an ASN.1 type definition Protocol-Data-Unit ::= SEQUENCE { sequencenr INTEGER ( ), checksum INTEGER (0..255), data BIT STRING } END
55 Stosowanie protokołu INAP (1/2) Zdefiniowano ogólne zasady i związki protokołu INAP z modelem koncepcyjnym IN (BCSM, TDP i EDP, procesy SCF, SSF, SRF, CCF). Zdefiniowane zasady współdziałania INAP-ISUP Każda usługa IN wykorzystuje specyficzną dla swojego scenariusza sekwencję operacji INAP (por. przykłady w dalszej części prezentacji). Parametry operacji związanych z naliczaniem opłat i fizyczną konfiguracją sieci IN są specyficzne dla operatora (wymagają dostosowania się przez dostawcę do WTO operatora np. TP-INAP).
56 Stosowanie protokołu INAP (2/2) INAP CS-1 obejmuje 29 operacji. Zestawy operacji niezbędne do uruchomienia usług IN wynikają z wymagań scenariuszy usług i architektury sieci tlkm (np. TP-INAP 1 wykorzystuje 19 operacji). Udana realizacja usług wymaga synchronizacji: scenariuszy usług z uwzględnieniem zasad naliczania opłat operacji INAP i ich parametrów, w szczególności operacji odpowiedzialnych za naliczanie opłat scenariuszy usług i operacji INAP z systemem rozliczeniowym (wykorzystanie i prawidłowa interpretacja informacji z rekordów zaliczeniowych rejestrowanych przez SSP)
57 Operacje IN CS-1/2 Core INAP (1/5) Sterowanie obsługą zgłoszeń: SCF->SSF Cancel - CNL CollectInformation - CI Connect - CON Continue - CNT InitiateCallAttempt - ICA ReleaseCall - RC ResetTimer - RT SCF ->SSF RequestReportBCSM - RRB CallInformationRequest - CIQ CallGap - CG ActivityTest ActivateServiceFiltering - ASF ManageTriggerData ContinueWithArgument
58 Operacje IN CS-1/2 Core INAP (2/5) Sterowanie obsługą zgłoszeń: SSF -> SCF InitialDP - IDP EventReportBCSM - ERB CallInformationReport - CIR ServiceFilteringResponse - SFR ASF / SFR - obsługa teległosowania EntityReleased ManageTriggerDataResult
59 Operacje IN CS-1/2 Core INAP (3/5) Interakcja z użytkownikiem: SCF->SSF ConnectToResource - CT AssistRequestInstructions - ARI w scenariuszu asysty - SSF relay EstablishTemporaryConnection - ETC DisconnectForwardConnection - DFC DisconnectFCWithArgument SCF -> SRF PlayAnnouncement - PA PromptAndCollectUser Information - PAC Cancel PromptAndReceiveMessage ScriptInformation ScriptRun ScriptClose
60 Operacje IN CS-1/2 Core INAP (4/5) Interakcja z użytkownikiem c.d.: SRF -> SCF SpecializedResourceReport - SRR PromptAndReceiveMessage ScriptEvent
61 Operacje IN CS-1/2 Core INAP (5/5) Naliczanie opłat: SCF->SSF FurnishChargingInformation - FCI SendChargingInformation - SCI ApplyCharging - AC RequestNotificationCharging Event - RNC ActivateServiceFiltering - ASF SSF -> SCF ServiceFilteringResponse - SFR ApplyChargingReport - ACR EventNotificationCharging - ENC
62 Przykład: InitialDP (1/2) InitialDP ::= OPERATION ARGUMENT InitialDPArg ERRORS {MissingCustomerRecord, MissingParameter, SystemFailure, TaskRefused, UnexpectedComponentSequence, UnexpectedDataValue, UnexpectedParameter }
63 Operacje INAP CS-1 InitialDP: Initial Detection Point IDP SSP -> SCP Inicjuje proces realizacji usługi IN i przekazuje specyficzne dla połączenia dane do SCP. Najważniejsze parametry: servicekey (identyfikacja usługi IN) calledpartynumber (wybrany numer IN, dodatkowe atrybuty) callingpartynumber locationnumber (GSM: ID lokalizacji) sfencountered (czy funkcja filtrowania była aktywna)
64 Przykład: operacja InitialDP (2/2) InitialDPArg ::= SEQUENCE { servicekey calledpartynumber callingpartynumber callingpartyscategory cgencountered ipsspcapabilities ipavailable locationnumber originalcalledpartyid highlayercompatibility serviceinteractionindicators additionalcallingpartynumber forwardcallindicators bearercapability eventtypebcsm redirectingpartyid redirectioninformation [00] ServiceKey, [02] CalledPartyNumber OPTIONAL, [03] CallingPartyNumber OPTIONAL, [05] CallingPartysCategory OPTIONAL, [07] CGEncountered OPTIONAL, [08] IPSSPCapabilities OPTIONAL, [09] IPAvailable OPTIONAL, [10] LocationNumber OPTIONAL, [12] OriginalCalledPartyId OPTIONAL, [23] HighLayerCompatibility OPTIONAL, [24] ServiceInteractionIndicators OPTIONAL, [25] AdditionalCallingPartyNumber OPTIONAL, [26] ForwardCallIndicators OPTIONAL, [27] BearerCapability OPTIONAL, [28] EventTypeBCSM OPTIONAL, [29] RedirectingPartyId OPTIONAL, [30] RedirectionInformation OPTIONAL}
65 Operacje INAP CS-1 FurnishChargingInformation: FCI SCP -> SSP sterowanie naliczaniem opłaty przez SCP, który zapisuje rekord zaliczeniowy dla bieżącego segmentu połączenia. Najważniejsze parametry: fcibillingchargingcharacteristics (specyficzny dla operatora, np. id. Identyfikacja strony obciążanej opłaty, typ i status połączenia)
66 Przykład: FCI (1/3) FurnishChargingInformation FurnishChargingInformationArg ::= FCIBillingChargingCharacteristics FCIBillingChargingCharacteristics ::= OCTET STRING (SIZE (minfcibillingcharginglen..maxfcibillingcharginglen)) OPERACJA SPECYFICZNA DLA OPERATORA (N.O.S. - NETWORK OPERATOR SPECIFIC)
67 Przykład: FCI (2/3) FurnishChargingInformation FCIBCC ::= SEQUENCE { chargedpartyid [00] ChargedPartyId, charginginformation [01] ChargingInformation, chargedpartytype [02] ChargedPartyType OPTIONAL, legid [03] LegId OPTIONAL } ChargingInformation ::= CHOICE { initcharginginformation [00] InitChargingInformation, updatecharginginformation [01] UpdateChargingInformation}
68 Przykład: FCI (3/3) FurnishChargingInformation InitChargingInformation ::= SEQUENCE { ticketcontrolinformation [00] TicketControlInformation, calltypeandstatus [01] CallTypeAndStatus OPTIONAL, billeditemlist [02] BilledItemList OPTIONAL, inservicespecificdata [03] INServiceSpecificData OPTIONAL, transparentdata [04] TransparentDataFCI OPTIONAL, serviceindicator [05] ServiceIndicator OPTIONAL, charginglevel [06] ChargingLevelControl OPTIONAL, zoninginpostprocessing [07] ZoningInformation OPTIONAL, takeovercharginginformation [08] BOOLEAN OPTIONAL}
69 Operacje INAP CS-1 RequestReportBCSMEvent: RRB SCP -> SSP SCP żąda od SSP monitorowania wskazanych zdarzeń w procesie obsługi połączenia (np. zajętość, brak odpowiedzi, rozłączenie) uzbraja wskazane zdarzeniowe punkty detekcji EDP. SSP po wykryciu zdarzenia wysyła do SCP odpowiedź za pomocą operacji EventReportBCSM (ERB). Najważniejsze parametry: eventtypebcsm monitormode (EDP-R, EDP-N) dpspecificcriteria
70 Operacje INAP CS-1 EventReportBCSM: ERB SSP -> SCP Powiadamianie SCP przez SSP o zajściu zdarzenia (uzbrojonego punktu detekcji) w procesie obsługi połączenia wymienionego w operacji RequestReportBCSMEvent (RRB). Najważniejsze parametry: eventtypebcsm eventspecificinformationbcsm Rozpatrywane EDP-R: RouteSelectFailure, O- CalledPartyBusy, O-NoAnswer, O-Disconnect.
71 Operacje INAP CS-1 ReleaseCall: RC SCP -> SSP Żądanie rozłączenia bieżącego połączenia w dowolnej fazie. Najważniejsze parametry: cause (ISUP Cause)
72 Operacje INAP CS-1 Cancel: CNL SCP -> IP 1. Żądanie anulowania poprzedniej skorelowanej operacji PA lub PAC. 2. Żądanie anulowania wszystkich aktywnych żądań (zainicjowanych przez operacje: EventReportBCSM, EventNotificationCharging, ApplyChargingReport i CallInformationReport) powodujące powrót do stanu spoczynkowego (Idle) procesów SSF i SRF. Najważniejsze parametry: invokeid (konkretna wskazana operacja) allrequests (wszystkie operacje)
73 Operacje INAP CS-1 CallInformationRequest: CIQ SCP -> SSP Żądanie rejestrowania informacji o połączeniu (odpowiedź za pomocą operacji CallInformationReport). Parametry: requestedinformationtypelist
74 Operacje INAP CS-1 CallInformationReport: CIR SSP -> SCP Odpowiedź na operację CallInformationRequest. Parametry: requestedinformationlist requestedinformationtype requestedinformationvalue (wartość numeryczna, ISUP Generic Number, ISUP cause)
75 Operacje INAP CS-1 CollectInformation: CI SCP -> SSP Żądanie od SSF wykonania akcji związanych z obsługą połączenia, których wynikiem jest podanie informacji o adresie docelowym Ab A (operacja związana z RRB uzbrajającą DP2 i określająca liczbę cyfr oczekiwanych od ab.). Używana w fazie ustanawiania połączenia. Parametry: (-)
76 Operacje INAP CS-1 ActivityTest: AT SCP -> SSP Sprawdzenie czy nadal trwa aktywny dialog między SCF a SSF. Jeżeli relacja istnieje jest wysyłana odpowiedź przez SSF, w przeciwnym razie (np. Po upłynięciu time-outu) SCF uważa, że SSF jest uszkodzony i podejmuje stosowną procedurę.. Parametry: (-)
77 Operacje INAP CS-1 ApplyCharging: AC SCP -> SSP SCP instruuje SSP aby nadzorować czas połączenia z uwzględnieniem stanu konta abonenta. W przypadku gdy limit się wyczerpał SSF rozłącza połączenie. Po zakończeniu segmentu połączenia SSF zwraca informację o opłacie za pomocą operacji ApplyChargingReport. Parametry: achbillingchargingcharacteristics (specyficzny dla oper.) M.in.: pozostały limit czasu, czas i ton ostrzeżenia, puls (czas następnego raportu z SSP), moment zmiany taryfy sendcalculationtoscpindication partytocharge sendingsideid (H 01 lub H 02)
78 Operacje INAP CS-1 ApplyChargingReport: ACR SSP -> SCP Odpowiedź na ApplyCharging wysyłana przez SSP w odstępach czasu określonych przez puls. Najważniejsze parametry: callresult (specyficzny dla operatora) Wykorzystana wartość konta (np. czas z uwzględnieniem zmian taryf) Przyczyna rozłączenia
79 Przykład 1: translacja numeru SSP IDP (CalledPartyNumber = , EventTypeBCSM=AnalysedInfo) SCP FCI RRB (EDP=Disconnect, LegID=1, Type=Request) CON ERB(EDP=Disconnect, LegID=1, Type=Request) FCI REL
80 Przekazywanie operacji INAP w wiadomościach TCAP TDP-R Analysed_Info (O_BCSM DP3) SSP TC_BEGIN [IDP] TC_CONTINUE [ FCI, RRB (O_Answer, O_Disconnect), CON ] SCP TC_CONTINUE [ ERB (O_Answer) ] TC_CONTINUE [ ERB (O_Disconnect) ] TC_END
81 Przykład 4: warunkowe przekierowywanie połączeń SSP IDP SCP FCI, RRB (EDP-R, O_Answer, O_Busy), CON ERB(EDP-R, O_Busy) FCI, RRB(EDP-R, O_Disconnect), CON
82 Przykład 7: naliczanie opłat na bieżąco Ostrzegający sygnał tonowy SSP 9:50 9:55 10:00 10:01 10:02 IDP AC (limit=12, tp=5, to=1), CON... ACR (pośredni, c=5)... ACR (pośredni, c=5) ACR (finalny, c=2) SCP
83 Scenariusze naliczania opłat Scen. DET GEN REG Info. Op. INAP Parametry 1 PSTN PSTN PSTN SCF SCF SCF SCF SCF SSF rek.zal. FCI FCI_BCC 2.3 SCF SSF SSF cp, level, item FCI FCI_BCC 2.4 SCF SCF SSF& CorrelId FCI FCI_BCC SCF 3.2 SCF SSF PSTN cp, level SCI SCI_BCC, legid 4.1 SCF SSF SCF cp, level, item AC/ACR AC_BCC chg. or tresh. 4.2 SCF SSF SSF chg.level AC/FCI/ACR AC_BCC treshold FCI_BCC
84 Scenariusz naliczania opłat 2.3 SLEE SCF DET InitialDP FurnishChargingInformation Centrum rozliczeniowe CDR SSF SSP GEN REG CK CK Ab A Ab B
85 Scenariusz naliczania opłat 4.1 SLEE DET SCF REG Wyniki taryfikacji SMF CDR Centrum rozliczeniowe InitialDP ApplyCharging ApplyChargingReport SSP SSF GEN Ab A CK CK Ab B
NGN otwarte styki i koncepcja zdalnego sterowania Materiały wykładowe do użytku wewnętrznego
Instytut Telekomunikacji PW NGN otwarte styki i koncepcja zdalnego sterowania Materiały wykładowe do użytku wewnętrznego NGN-2 1 Wstęp NGN-2 2 ITU JAIN Usługi telekomunikacyjne Przykładowe definicje Usługą
Sieci inteligentne. Marek Średniawa. Instytut Telekomunikacji Wydział Elektroniki i Technik Informacyjnych STUDIA PODYPLOMOWE
Sieci inteligentne Marek Średniawa Instytut Telekomunikacji Wydział Elektroniki i Technik Informacyjnych STUDIA PODYPLOMOWE Podstawy telekomunikacji i teleinformatyki dla nie-inżynierów EDYCJA 2016/2017
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ń
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
NGN SIGTRAN (Signalling Transport)
Instytut Telekomunikacji PW NGN SIGTRAN (Signalling Transport) Materiały wykładowe do użytku wewnętrznego Sigtran 1 Kontekst szczególny: 3GPP G VLR Rel. 7 Sigtran 2 ... SIGTRAN (Signalling Transport) Pierwotna
Historia IN Usługi i zastosowania IN
Historia IN Usługi i zastosowania IN Historia IN początki Telefonistki zapewniały kiedyś bardzo dużą elastyczność usług, ale zostały zastąpione przez oprogramowanie... Historia IN: kamienie milowe 1964:
Zarządzanie sieciami komputerowymi - wprowadzenie
Zarządzanie sieciami komputerowymi - wprowadzenie Model zarządzania SNMP SNMP standardowy protokół zarządzania w sieci Internet stosowany w dużych sieciach IP (alternatywa logowanie i praca zdalna w każdej
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.
Instytut Telekomunikacji PW. NGN od ISUP do BICC Materiały wykładowe do użytku wewnętrznego
Instytut Telekomunikacji PW NGN od do BICC Materiały wykładowe do użytku wewnętrznego 1 Podstawowa architektura fizyczna sieci NGN Nieformalnie Call server = MGC+GK+SIPProxy/Redirect/Registrar (+API) Call
Protokoły sieciowe model ISO-OSI Opracował: Andrzej Nowak
Protokoły sieciowe model ISO-OSI Opracował: Andrzej Nowak OSI (ang. Open System Interconnection) lub Model OSI to standard zdefiniowany przez ISO oraz ITU-T, opisujący strukturę komunikacji sieciowej.
Kurs Projektowanie i programowanie z Distributed Safety. Spis treści. Dzień 1. I Bezpieczeństwo funkcjonalne - wprowadzenie (wersja 1212)
Spis treści Dzień 1 I Bezpieczeństwo funkcjonalne - wprowadzenie (wersja 1212) I-3 Cel stosowania bezpieczeństwa funkcjonalnego I-4 Bezpieczeństwo funkcjonalne I-5 Zakres aplikacji I-6 Standardy w zakresie
Księgarnia PWN: Mark McGregor Akademia sieci cisco. Semestr szósty
Księgarnia PWN: Mark McGregor Akademia sieci cisco. Semestr szósty Wprowadzenie 13 Rozdział 1. Zdalny dostęp 17 Wprowadzenie 17 Typy połączeń WAN 19 Transmisja asynchroniczna kontra transmisja synchroniczna
Ewolucja IN. IN CS2/3/4, CAMEL, Parlay
Ewolucja IN IN CS2/3/4, CAMEL, Parlay IN CS2 charakterystyka 1/2 Połączenia wielostronne Call Party Handling Rozproszone sterowanie usługami zdefiniowane relacje i zasady współdziałania SCF-SCF i SDF-SDF
Ministerstwo Finansów
Ministerstwo Finansów Departament Informatyzacji Specyfikacja Wejścia-Wyjścia Wersja 1.0 Warszawa, 16.02.2017 r. Copyright (c) 2017 Ministerstwo Finansów MINISTERSTWO FINANSÓW, DEPARTAMENT INFORMATYZACJI
Ewolucja IN. IN CS2/3/4, CAMEL, Parlay
Ewolucja IN IN CS2/3/4, CAMEL, Parlay IN CS2 charakterystyka 1/2 Połączenia wielostronne Call Party Handling Rozproszone sterowanie usługami zdefiniowane relacje i zasady współdziałania SCF-SCF i SDF-SDF
(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
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)
MODEL WARSTWOWY PROTOKOŁY TCP/IP
MODEL WARSTWOWY PROTOKOŁY TCP/IP TCP/IP (ang. Transmission Control Protocol/Internet Protocol) protokół kontroli transmisji. Pakiet najbardziej rozpowszechnionych protokołów komunikacyjnych współczesnych
Simple Network Management Protocol
Simple Network Management Protocol Simple Network Management Protocol Rozwój W miarę wzrostu rozmiarów, złożoności i niejednorodności sieci, wzrastają koszty zarządzania nimi. Aby kontrolować te koszty,
Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci
W miarę rozwoju sieci komputerowych pojawiały się różne rozwiązania organizujące elementy w sieć komputerową. W celu zapewnienia kompatybilności rozwiązań różnych producentów oraz opartych na różnych platformach
Zdalne wywoływanie procedur RPC
Zdalne wywoływanie procedur Zagadnienia projektowe Zagadnienia realizacyjne main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status) }... int zabij_proces
Zdalne wywoływanie procedur RPC
Zdalne wywoływanie procedur Zagadnienia projektowe Zagadnienia realizacyjne main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status)... int zabij_proces (int
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
Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Wykaz zmian w programie SysLoger
Wykaz zmian w programie SysLoger Pierwsza wersja programu 1.0.0.1 powstała we wrześniu 2011. Funkcjonalność pierwszej wersji programu: 1. Zapis logów do pliku tekstowego, 2. Powiadamianie e-mail tylko
Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.
Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami
Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, praktyki i narzędzia
Program szkolenia: Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Testowanie aplikacji mobilnych na
Sterowniki Programowalne (SP)
Sterowniki Programowalne (SP) Wybrane aspekty procesu tworzenia oprogramowania dla sterownika PLC Podstawy języka funkcjonalnych schematów blokowych (FBD) Politechnika Gdańska Wydział Elektrotechniki i
Model OSI. mgr inż. Krzysztof Szałajko
Model OSI mgr inż. Krzysztof Szałajko Protokół 2 / 26 Protokół Def.: Zestaw reguł umożliwiający porozumienie 3 / 26 Komunikacja w sieci 101010010101101010101 4 / 26 Model OSI Open Systems Interconnection
Zdalne wywoływanie procedur RPC. Dariusz Wawrzyniak 1
Zdalne wywoływanie procedur Zagadnienia projektowe Zagadnienia realizacyjne main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status)... int zabij_proces (int
Projekt prostego procesora
Projekt prostego procesora Opracowany przez Rafała Walkowiaka dla zajęć z PTC 2012/2013 w oparciu o Laboratory Exercise 9 Altera Corporation Rysunek 1 przedstawia schemat układu cyfrowego stanowiącego
Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia
Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu
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
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
Kurs Certyfikowany Inżynier Sieci PROFIBUS DP. Spis treści. Dzień 1
Spis treści Dzień 1 I Sieć PROFIBUS wprowadzenie (wersja 1405) I-3 FMS, DP, PA - 3 wersje protokołu PROFIBUS I-4 Zastosowanie sieci PROFIBUS w automatyzacji zakładu I-5 Architektura protokołu PROFIBUS
System zarządzania i monitoringu
Załącznik nr 12 do Opisu przedmiotu zamówienia System zarządzania i monitoringu System zarządzania i monitoringu powinien być zbudowany z odrębnych, dedykowanych modułów oprogramowania, monitorujących:
1. Architektura logiczna Platformy Usługowej
Kielce, dnia 12.01.2012 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
Politechnika Śląska w Gliwicach Instytut Automatyki 2005/2006
Bezpośrednia akwizycja zmiennych ze sterownika PLC do bazy danych Politechnika Śląska w Gliwicach Instytut Automatyki 2005/2006 Promotor: Autor: dr inż. Tomasz Szczygieł Aleksander Piecha Gliwice 27 listopad
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Zdalne wywoływanie procedur RPC 27. października Dariusz Wawrzyniak (IIPP) 1
Zagadnienia projektowe Zagadnienia realizacyjne main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status)... int zabij proces (int pid){ int stat; stat = kill(pid,
Wybrane działy Informatyki Stosowanej
Wybrane działy Informatyki Stosowanej Dr inż. Andrzej Czerepicki a.czerepicki@wt.pw.edu.pl http://www2.wt.pw.edu.pl/~a.czerepicki 2017 APLIKACJE SIECIOWE Definicja Architektura aplikacji sieciowych Programowanie
Zdalne wywoływanie procedur RPC 27. października 2010
Zagadnienia projektowe Zagadnienia realizacyjne main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status) }... int zabij_ proces (int pid){ int stat; stat
Architektura oraz testowanie systemu DIADEM Firewall Piotr Piotrowski
Architektura oraz testowanie systemu DIADEM Firewall Piotr Piotrowski 1 Plan prezentacji I. Podstawowe informacje o projekcie DIADEM Firewall II. Architektura systemu III. Środowisko testowe IV. Literatura
Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.
Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.pl Obsługa wniosków kredytowych Potrzeba elastyczności
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej - plan prezentacji 1 2 3 4 5 Zarządzanie konfiguracją - definicje Problemy z konfiguracją
Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.
Warstwa integracji wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe. 1. Ukrycie logiki dostępu do danych w osobnej warstwie 2. Oddzielenie mechanizmów trwałości od modelu obiektowego Pięciowarstwowy
Sieci Komputerowe Modele warstwowe sieci
Sieci Komputerowe Modele warstwowe sieci mgr inż. Rafał Watza Katedra Telekomunikacji AGH Al. Mickiewicza 30, 30-059 Kraków, Polska tel. +48 12 6174034, fax +48 12 6342372 e-mail: watza@kt.agh.edu.pl Wprowadzenie
Płatności CashBill - SOAP
Dokumentacja techniczna 1.0 Płatności CashBill - SOAP Dokumentacja wdrożenia systemu Płatności CashBill w oparciu o komunikację według protokołu SOAP CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Wykaz zmian w programie SysLoger
Wykaz zmian w programie SysLoger Pierwsza wersja programu 1.0.0.1 powstała we wrześniu 2011. Funkcjonalność pierwszej wersji programu: 1. Zapis logów do pliku tekstowego, 2. Powiadamianie e-mail tylko
w sieciach szerokopasmowych CATV i ISP - Model OSI
Technologie VoIP wykorzystywane w sieciach szerokopasmowych CATV i ISP - Model OSI mgr inż. Zbigniew Papuga Stowarzyszenie Elektryków Polskich W celu ujednolicenia struktury oprogramowania sieci komputerowych
System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?
System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa? Koszalin, 15-16.05.2006 III Zawodowa Konferencja Zawód kartografa 200910151500 Agenda 1. Koncepcja SKBDT 2. Podstawowe założenia koncepcji
Modelowanie i analiza systemów informatycznych
Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The
MS Visual Studio 2005 Team Suite - Performance Tool
MS Visual Studio 2005 Team Suite - Performance Tool przygotował: Krzysztof Jurczuk Politechnika Białostocka Wydział Informatyki Katedra Oprogramowania ul. Wiejska 45A 15-351 Białystok Streszczenie: Dokument
UML cz. III. UML cz. III 1/36
UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML
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
Podstawowa konfiguracja routerów. Interfejsy sieciowe routerów. Sprawdzanie komunikacji w sieci. Podstawy routingu statycznego
Podstawowa konfiguracja routerów Interfejsy sieciowe routerów Sprawdzanie komunikacji w sieci Podstawy routingu statycznego Podstawy routingu dynamicznego 2 Plan prezentacji Tryby pracy routera Polecenia
CENNIK USŁUG ISDN. świadczonych przez. Spółkę Telefony Podlaskie S.A
Załącznik do Uchwały nr 79/10 Zarządu Spółki Telefony Podlaskie S.A. z dnia 22.12.2010 r. CENNIK USŁUG ISDN świadczonych przez Spółkę Telefony Podlaskie S.A styczeń 2011 Spis treści ROZDZIAŁ. 1 OPŁATY
Sposoby projektowania systemów w cyfrowych
Sposoby projektowania systemów w cyfrowych Top-down Idea całości projektu Dekompozycja na mniejsze bloki Projekt i rafinacja podbloków Łączenie bloków w całość PRZYKŁAD (sumator kaskadowy) zdefiniowanie
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
Systemy i Sieci. Laboratorium. Krzysztof Wajda. Katedra Telekomunikacji 2018
Systemy i Sieci Telekomunikacyjne Laboratorium Krzysztof Wajda Katedra Telekomunikacji 2018 Briefing Przełącznik ATM VC Zastosowanie AAL5 Etykieta i ścieżka MPLS Badania symulacyjne ATM Virtual channel
Hurtownie danych - przegląd technologii
Hurtownie danych - przegląd technologii Problematyka zasilania hurtowni danych - Oracle Data Integrator Politechnika Poznańska Instytut Informatyki Robert.Wrembel@cs.put.poznan.pl www.cs.put.poznan.pl/rwrembel
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
ZST Wykład (lato 2014)
ZST Wykład (lato 2014) Mariusz Mycek namiary organizacja zajęć namiary Mariusz Mycek p. 346 tel. 6189 konsultacje środy, w godzinach 14-16 (po wykładzie) strona przedmiotu (rozbudowywana wraz z wykładem)
Zalety projektowania obiektowego
Zalety projektowania obiektowego Łatwe zarządzanie Możliwość powtórnego użycia klas obiektów projektowanie/programowanie komponentowe W wielu przypadkach występuje stosunkowo proste mapowanie pomiędzy
Pakiety podprogramów Dynamiczny SQL
Pakiety podprogramów Dynamiczny SQL Pakiety podprogramów, specyfikacja i ciało pakietu, zmienne i kursory pakietowe, pseudoinstrukcje (dyrektywy kompilatora), dynamiczny SQL 1 Pakiety Pakiet (ang. package)
Mechanizm transportowy aplikacji APM i jego wykorzystanie w protokołach sygnalizacyjnych
Mechanizm transportowy aplikacji APM i jego wykorzystanie w protokołach sygnalizacyjnych sieci ISDN użytku publicznego Anna Obrocka Nawiązano do prac statutowych prowadzonych w Instytucie Łączności. Scharakteryzowano
Sekcja I: Instytucja zamawiająca/podmiot zamawiający
Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze
DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0
KurJerzyAPI wersja 1.0 Spis treści Wstęp...3 1. Korzystanie z interfejsu KurJerzyAPI...4 1.1 Warunki korzystania z interfejsu...4 1.2 Zabezpieczenia interfejsu...4 2. Specyfikacja interfejsu KurJerzyAPI...6
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa
Projektowanie Scalonych Systemów Wbudowanych VERILOG
Projektowanie Scalonych Systemów Wbudowanych VERILOG OPIS BEHAWIORALNY proces Proces wątek sterowania lub przetwarzania danych, niezależny w sensie czasu wykonania, ale komunikujący się z innymi procesami.
Tworzenie raportów XML Publisher przy użyciu Data Templates
Tworzenie raportów XML Publisher przy użyciu Data Templates Wykorzystanie Szablonów Danych (ang. Data templates) jest to jedna z metod tworzenia raportów w technologii XML Publisher bez użycia narzędzia
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
Programowanie w Ruby
Programowanie w Ruby Wykład 13 Marcin Młotkowski 16 stycznia 2013 Plan wykładu Testowanie aplikacji w Ruby on Rails Testowanie modeli Testy funkcjonalne: testowanie kontrolerów Testy integracyjne Testowanie
Testowanie aplikacji. Kurs języka Ruby
Testowanie aplikacji Kurs języka Ruby Rodzaje testów Testy jednostkowe Testy funkcjonalne Testy integracyjne Testy jednostkowe (unit tests) Testy sprawdzające pojedyncze funkcjonalności (metodę, funkcję
Jakość w procesie wytwarzania oprogramowania
Jarosław Kuchta Jakość Oprogramowania http://www.eti.pg.gda.pl/katedry/kask/pracownicy/jaroslaw.kuchta/jakosc/ J.Kuchta@eti.pg.gda.pl Względny koszt wprowadzania zmian w zależności od fazy realizacji projektu
TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko
TCP/IP Warstwa aplikacji mgr inż. Krzysztof Szałajko Modele odniesienia 7 Aplikacji 6 Prezentacji 5 Sesji 4 Transportowa 3 Sieciowa 2 Łącza danych 1 Fizyczna Aplikacji Transportowa Internetowa Dostępu
PL/SQL. Zaawansowane tematy PL/SQL
PL/SQL Zaawansowane tematy PL/SQL Cele Poznanie złożonych i referencyjnych typów danych Poznanie konstrukcji kursora Poznanie kodu składowanego Poznanie procedur i funkcji 2 Złożone typy danych RECORD
Programowanie I. O czym będziemy mówili. Plan wykładu nieco dokładniej. Plan wykładu z lotu ptaka. Podstawy programowania w językach. Uwaga!
Programowanie I O czym będziemy mówili Podstawy programowania w językach proceduralnym ANSI C obiektowym Java Uwaga! podobieństwa w podstawowej strukturze składniowej (zmienne, operatory, instrukcje sterujące...)
USPRAWNIANIE, DORADZTWO, KONSULTING
USPRAWNIANIE, DORADZTWO, KONSULTING LEAN MANAGEMENT All we are doing is looking at a time line from the moment the customer gives us an order to the point when we collect the cash. And we are reducing
Wykaz zmian w programie SysLoger
Wykaz zmian w programie SysLoger Pierwsza wersja programu 1.0.0.1 powstała we wrześniu 2011. Funkcjonalność pierwszej wersji programu: 1. Zapis logów do pliku tekstowego, 2. Powiadamianie e-mail tylko
Kurs Zaawansowany S7. Spis treści. Dzień 1
Spis treści Dzień 1 I Konfiguracja sprzętowa i parametryzacja stacji SIMATIC S7 (wersja 1211) I-3 Dlaczego powinna zostać stworzona konfiguracja sprzętowa? I-4 Zadanie Konfiguracja sprzętowa I-5 Konfiguracja
<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>
Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą
Wykład 4: Protokoły TCP/UDP i usługi sieciowe. A. Kisiel,Protokoły TCP/UDP i usługi sieciowe
N, Wykład 4: Protokoły TCP/UDP i usługi sieciowe 1 Adres aplikacji: numer portu Protokoły w. łącza danych (np. Ethernet) oraz w. sieciowej (IP) pozwalają tylko na zaadresowanie komputera (interfejsu sieciowego),
ZAPYTANIE OFERTOWE z dnia 01.09.2008
ZAPYTANIE OFERTOWE z dnia 01.09.2008 Firma KOMPUTRONIK S.A., mającą siedzibę w Poznaniu, adres: Poznań 60-003, ul. Wołczyńska 37, zwraca się z prośbą o przygotowanie oferty na: Opracowanie koncepcji oraz
Telemetria. PTIB 2 semestr. Instrukcja do ćwiczenia GPRS i licznik energii elektrycznej
Telemetria PTIB 2 semestr Instrukcja do ćwiczenia GPRS i licznik energii elektrycznej 1. Konfiguracja połączenia lokalnego głowicą optyczną Podłączyć do licznika głowicę optyczną (kabel powinien wystawać,,w
ZiMSK. Routing statyczny, ICMP 1
ZiMSK dr inż. Łukasz Sturgulewski, luk@kis.p.lodz.pl, http://luk.kis.p.lodz.pl/ dr inż. Artur Sierszeń, asiersz@kis.p.lodz.pl dr inż. Andrzej Frączyk, a.fraczyk@kis.p.lodz.pl Routing statyczny, ICMP 1
(Pluggable Authentication Modules). Wyjaśnienie technologii.
Bezpieczeństwo systemów komputerowych. Temat seminarium: Moduły PAM (Pluggable Authentication Modules). Wyjaśnienie technologii Autor: Bartosz Hetmański Moduły PAM (Pluggable Authentication Modules). Wyjaśnienie
Wywoływanie procedur zdalnych
Wywoływanie procedur zdalnych Mechanizm wywołania main(int argc, char* argv[]){ int id, status; id = atoi(argv[1]); status = zabij_proc(id); exit(status) }... int zabij_proces (int pid){ int stat; stat
Szczegółowy opis przedmiotu zamówienia:
Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia: I. Opracowanie polityki i procedur bezpieczeństwa danych medycznych. Zamawiający oczekuje opracowania Systemu zarządzania bezpieczeństwem
Materiały do laboratorium MS ACCESS BASIC
Materiały do laboratorium MS ACCESS BASIC Opracowała: Katarzyna Harężlak Access Basic jest językiem programowania wykorzystywanym w celu powiązania obiektów aplikacji w jeden spójny system. PROCEDURY I
Sieci Inteligentne (IN) Sieci Następnej Generacji (NGN) Telefonia IP H.323 i SIP Architektura usługowa IMS
IN, NGN, Telefonia IP: H.323 i SIP, Architektura usługowa IMS Sieci Inteligentne (IN) Sieci Następnej Generacji (NGN) Telefonia IP H.323 i SIP Architektura usługowa IMS Michał Jarociński, Marek Średniawa
Załącznik nr 1 do zapytania ofertowego. Połączenie lokalizacji ŁOW NFZ wysokowydajną siecią WAN, zapewnienie dostępu do Internetu oraz
Załącznik nr 1 do zapytania ofertowego Połączenie lokalizacji ŁOW NFZ wysokowydajną siecią WAN, zapewnienie dostępu do Internetu oraz Opis przedmiotu zamówienia 1. Przedmiotem zamówienia jest: dzierżawa
Wykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Java Server Faces narzędzie do implementacji w wy prezentacji
Java Server Faces narzędzie do implementacji w wy prezentacji pojęcie komponentu powiązanie z modelem danych widok (View) jako drzewo komponentów obiekty pomocnicze: konwertery, walidatory, obsługa zdarzeń
5.5.5. Charakterystyka podstawowych protokołów rutingu zewnętrznego 152 Pytania kontrolne 153
Przedmowa 1. Sieci telekomunikacyjne 1 1.1. System telekomunikacyjny a sieć telekomunikacyjna 1 1.2. Rozwój sieci telekomunikacyjnych 4 1.2.1. Sieci telegraficzne 4 1.2.2. Sieć telefoniczna 5 1.2.3. Sieci
Przyszłość elektromobilności: enterop ISO/IEC Implementacja wzorcowa
Przyszłość elektromobilności: enterop ISO/IEC 15118 Implementacja wzorcowa Implementacja wzorcowa System testowania zgodności Specyfikacja przypadku testowego Motywacja Utworzenie warunków dla powszechnego
Ochrona własności intelektualnej projektów w układach FPGA poprzez szyfrowanie danych konfiguracyjnych
Ochrona własności intelektualnej projektów w układach FPGA poprzez szyfrowanie danych konfiguracyjnych (Na przykładzie projektowania układów sterujacych) Grzegorz Łabiak i Marek Węgrzyn Instytut Informatyki