NGN – podstawy Materiały wykładowe do użytku wewnętrznego

1. Instytut Telekomunikacji PW NGN – podstawy Materiały wykładowe do użytku wewnętrznego NGN-3

2. Podstawowa architektura fizyczna Nieformalnie Call server= MGC+GK+SIPProxy/Redirect/Registrar (+API) BICC, SIP-T, SIP, H.323 Call server Call server ISUP ISUP H.248 H.248 SGW SGW IP MGW MGW PSTN PSTN SIP H.323 SIP H.323 H.323 H.323 SIP SIP ISUP - ISDN User Part SIP - Session Initiation Protocol SGW - Signalling Gateway MGW - Media Gateway MGC - Media Gateway Controller BICC - Bearer Independent Call Control logiczny przepływ sygnalizacji rzeczywisty transport informacji użytkownika NGN-3

3. ISUP - podstawy • Cel • zapewnienie procedur i funkcji sterowania połączeniami/zgłoszeniami • terminali analogowych i terminali ISDN • - podstawowe procedury obsługi zgłoszeń (ang. basic call procedures) • - usługi dodatkowe (ang. supplementary services) • Umiejscowienie ISUP w SS7 i styki ISUP (w tym logika usługowa) PDU-ISUP SCCP Część usług sieciowych (NSP) MTP Poziom 1, 2, 3 NGN-3

4. ISUP - najważniejsze procedury • Zestawienie połączenia CA CT CA TE TE ISUP ISUP DSS1 DSS1 SETUP IAM IAM SETUP CALPRC np. ruting ALERT ACM Ton dzwonienia ACM ALERT CONN ANM CONACK ANM CONN CONACK NGN NGN-3

5. ISUP - najważniejsze procedury • Rozłączenie połączenia ("zwykłe" - kod przyczyny) CK CT CK TE TE ISUP ISUP DSS1 DSS1 REL(cause=normal) DISC REL (cause=normal) DISC RLSE RLC RLC RLCOM RLSE RLCOM Znaczenie: potwierdzenie zwolnienia łącza NGN NGN-3

6. PSTN PSTN BICC (ITU) SS7 (ITU) SIP(IETF)/ H323(ITU) H.323(ITU)/ SIP(IETF) BICC SZ2 SZ1/SP1 SP2 połączenie UŻ(M1/T1) UŻ(M2/T2) Sygnalizacja BICC • Geneza IP/ATM NGN-3

7. BICC - definicja BICC • Bearer Independent Call Control • Komunikacja peer-to-peer • na poziomie zgłoszeń - w celu zestawiania skojarze z wymianą danych o zgłoszeniu i połączeniu • zlecaniem zestawienia połączenia warstwie sterowani połączeniami (pierwotnie ATM) • połączenie ::= transport + medium(zakodowany sygnał użytkowy) Cechy • sterowanie zgłoszeniami może być rozdzielone od sterowania połączeniami • sieć sygnalizacyja sterowania zgłoszeniami może być inna niż sieć sterowania połączeniami • możliwość prenegocjowania, modyfikowania, powtórnego wykorzystywania już zestawionych połączeń NGN-3

8. BICC - koncepcja Call Id Code Role w obsłudze zgłoszenia zgłoszenie: CIC, akceptacja sesji, obsługa nr ab (translacja,...) połączenie: prenegocjacja (BNC-ID, rodzaj kodeka) CCF CCF Funkcja Sterowania zgłoszeniami CCF (Call control F) BICC cechy BNC, żądanie przydziału, zwolnienia zasobów Bearer Network Connection ID sterowanie połączeniami BC (Bearer control) przydział kodeka, przydział portu, sygnalizacja połączenia BNC_ID do kolejnego węzła BC, sterowanie komutacją Koordynacja połączenia Sieć CC CIC BICC Sieć 1 CIC/BNC-ID Sieć 2 IWU IWU Sieć BC BNC-ID BC połączenia NGN-3

9. BICC - koncepcja cd. - uszczegółowienie sterowanie CIC '' = BNC-ID '' CIC ' = BNC-ID ' CCF/ BCF CCF CCF CCF/ BCF CIC BNC-ID, ... BNC-ID, ... BNC-ID BIWF BIWF BIWF BNC-ID BNC-ID BCF BCF BCF Megaco/H.248 -law x-law komutacja konwersja A-law połączenie BIWF - Bearer Interworking Function ::= BC + transkodowanie + komutacja NGN-3

10. BICC - przykład obsługi zgłoszenia-sesji Nawiązanie sesji z zestawieniem połączenia w przód (forward setup) CCF CCF CIC, BNC-ID BNC-ID=c1 IAM BNC-ID=c1 BCF a BCF b BCF c Cechy BNC: - TRM (Tr.Med.Reqs) IAM (CIC, Action=ConnForward, cechy BNC, lista kodeków) ? c, c1 APM ( CIC, BCF_addr=c, BNC-ID=c1, wybrany kodek ) c, c1 Metaprotokół BCC: wiele opcji transferowania sygnalizacji BCC, np. tunelowanie w wiadomościach APM BCSetupReq(BCF_addr=c, BNC-ID=c1) BCSetupReq(...c1) IAM BCSetupConnect(...c1) BCSetupConnect...(c1) ... ACM ACM ACM(CIC) ANM ANM ANM(CIC) a1 b1 b2 c1 połączenie APM - wiadomość Application Transport Mechanism BNC - Bearer Network Connection BCF - Bearer Control Function TRM - Transmission Medium Requirements (parametr ISUP) BCF_addr - adres fizyczny funkcji BCF (nie zaś adres samego połączenia) NGN-3

11. BICC - przykład obsługi zgłoszenia-sesji Zakończenie sesji CCF CCF CIC, BNC-ID BNC-ID=c1 BNC-ID=c1 BCF a BCF b BCF c REL RLC dis-c1 REL (CIC, kod przyczyny) REL dis-c1 RLC (CIC) rel-c1 BCRelReq(BNC-ID=c1) "tylko" przerwij połączenie w polu komutacyjnym RLC BCRelReq(...c1) BCRelAck(...c1) BCRelAck(...c1) rozłącz połączenie w sieci X X X a1 b1 b2 c1 REL- Release RLC - Release Confirmation BNC - Bearer Network Connection NGN-3

12. BICC w środowisku sieci IP - cd. • Na poziomie BCP stosowany jest protokół IP BCP • IPBCP jest protokołem warstwy połączeń i używany jest do zestawiania i modyfikacji logicznych połączeń opartych o protokół IP (Q.1970). • Protokół IPBCP wymaga niezawodnych mechanizmów transportu wiadomości sterujących między jednostkami BIWF (por. slajd 9), zapewniających sekwencyjność ich dostarczenia. • Jeśli protokół IPBCP jest stosowany w sieciach BICC, wykorzystuje wówczas mechanizm tunelowania. • Protokół IPBCP służy do przesyłania informacji między jednostkami BIWF w celu zestawienia połączenia IP bądź modyfikacji istniejącego połączenia. • Połączenie IP (IP bearer) jest rozumiane jako logiczne skojarzenie dwóch jednostek BIWF, między którymi będą przesyłane dane użytkowe. Jest to zawsze połączenie dwukierunkowe. Reprezentuje ono tzw. Backbone Network Connection (BNC). • W wiadomościach protokołu IPBCP przesyłane są następujące parametry: • adresy IP i numery portów źródła i przeznaczenia strumieni danych • charakterystyki strumieni danych • Informacje te przesyłane są w wiadomościach protokołu BICC podczas tworzenia relacji sygnalizacyjnej lub po jej stworzeniu. Do opisu parametrów protokół IPBCP "korzysta" z notacji SDP (Session Description Protocol - RFC 2327). NGN-3

13. BICC w środowisku sieci IP • Wiadomości IP BCP • Request : wiadomość wysyłana przez jednostkę BIWF w celu inicjalizacji zestawiania połączenia IP (IP bearer) bądź modyfikacji istniejącego połączenia IP • Accepted : wiadomość wysyłana przez jednostkę BIWF jako odpowiedź na wiadomość Request, infomująca o akceptacji prośby utworzenia bądź modyfikacji połączenia IP • Confused : wiadomość jest wysyłana jako odpowiedź na wiadomość Request, informuje o niemożności analizy otrzymanej wiadomości Request • Reject : wiadomość informuje o odrzuceniu prośby zestawienia lub modyfikacji połączenia IP • W protokole IPBCP nie przewidziano wiadomości służących do rozłączania połączeń. Jeśli protokół IPBCP jest używany przez protokół BICC, rozłączanie jest wymuszane przez CSF, z "wewnętrzną" sygnalizacją CCF-BCF w celu zwolnienia zasobów BIWF w sieci IP związanych z połączeniem. NGN-3