PL187494B1 - Telekomunikacyjny procesor sygnalizacyjny - Google Patents

Telekomunikacyjny procesor sygnalizacyjny

Info

Publication number
PL187494B1
PL187494B1 PL97333601A PL33360197A PL187494B1 PL 187494 B1 PL187494 B1 PL 187494B1 PL 97333601 A PL97333601 A PL 97333601A PL 33360197 A PL33360197 A PL 33360197A PL 187494 B1 PL187494 B1 PL 187494B1
Authority
PL
Poland
Prior art keywords
call
sent
circuit
message
received
Prior art date
Application number
PL97333601A
Other languages
English (en)
Inventor
Joseph M. Christie
Royal D. Howell
Original Assignee
Sprint Comm Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sprint Comm Co filed Critical Sprint Comm Co
Publication of PL187494B1 publication Critical patent/PL187494B1/pl

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/255—Control mechanisms for ATM switching fabrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/12—Arrangements providing for calling or supervisory signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/12—Arrangements providing for calling or supervisory signals
    • H04J3/125—One of the channel pulses or the synchronisation pulse is also used for transmitting monitoring or supervisory signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/24—Time-division multiplex systems in which the allocation is indicated by an address the different channels being transmitted sequentially
    • H04J3/247—ATM or packet multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H04L49/205—Quality of Service based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5619—Network Node Interface, e.g. tandem connections, transit switching
    • H04L2012/5621—Virtual private network [VPN]; Private-network - network-interface (P-NNI)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5672—Multiplexing, e.g. coding, scrambling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13102—Common translator
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13104—Central control, computer control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1329—Asynchronous transfer mode, ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13296—Packet switching, X.25, frame relay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1338—Inter-exchange connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S370/00—Multiplex communications
    • Y10S370/901—Wide area network
    • Y10S370/902—Packet switching
    • Y10S370/903—Osi compliant network
    • Y10S370/905—Asynchronous transfer mode, ASN

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Exchange Systems With Centralized Control (AREA)

Abstract

1 Telekomunikacyjny procesor sygnalizacyjny, zwlaszcza do przetwarzania komunikatów sygnalizacyjnych systemu sygnalizacyjnego #7(SS7) dla tworzenia polaczen telekomuni- kacyjnych, znamienny tym, ze zawiera platforme sygnalizacyj- na (410), która jest polaczona z systemami SS7, platforme sterujaca (420), która jest polaczona z urzadzeniami zewnetrz- nymi, i platforme aplikacji (430) do przetwarzania danych sygnalizacyjnych i wybierania polaczen, przy czym kazda z tych platform (410, 420, 430) jest polaczona z inna platforma, przy czym platforma aplikacji (430) zawiera pamiec obwodu magi- strali (500), w której zapamietane sa dane odnoszace sie do polaczen, i dolaczona do niej pamiec grupy magistrali (502), w której zapamietane sa dane odnoszace sie do grup magistrali poczatkowej i koncowej, oraz pamiec wyjatków (504), w której zapamietane sa dane do identyfikacji róznych warunków wyjat- kowy ch odnoszacych sie do wywolania, pamiec identyfikacji numeru (506), w której zapamietane sa dane do identyfikacji specjalnych cech odnoszacych sie do numeru wywolujacego, pamiec numeru wywolywanego (508), w której zapamietane sa dane do identyfikacji wymogów trasowania na podstawie wywolywanego numeru, i pamiec trasowania (510), w której zapamietane sa dane odnoszace sie do trasowania wywolania dla roznych polaczen, przy czym kazda z pamieci (502, 504, 506, 508, 510) jest polaczona z inna pamiecia, przy czym platforma aplikacji (430) zawiera ponadto uklad przetwarzania (604) identyfikujacy rózne czynnosci specjalne do podjecia w ciagu przetwarzania wywolania i uklad zapytania/odpowiedzi (606) wywolujacy funkcje sterowania usluga, przy czym te uklady (604, 606) sa dolaczone do pamieci grupy magistrali (502), pamieci wyjatków (504) pamieci FIG 4 PL PL PL PL PL PL PL

Description

Przedmiotem wynalazku jest telekomunikacyjny procesor sygnalizacyjny, zwłaszcza do przetwarzania komunikatów sygnalizacyjnych Systemu Sygnalizacyjnego #7(SS7), dla tworzenia połączeń telekomunikacyjnych.
Wywołanie telefoniczne zwykle obejmuje sygnalizację wywołania oraz informację o wywołującym. Sygnalizacja wywołania to zwykle dane (czyli wywoływany numer), stosowane przez przełączniki do nawiązania połączeń wywołania. Połączenia wywołania przenoszą informacje wywołującego (czyli głos). Przełącznik telekomunikacyjny zawiera procesor, który może przetwarzać sygnalizację telekomunikacyjną aby wybrać połączenia wywołania. Przełączniki zawierają również tablicę przełączającą która może nawiązywać wybrane połączenia. Połączenie procesora sygnalizacyjnego i tablicy przełączającej w przełączniku sprawia pro187 494 blemy. Tablica zwiększa koszt i złożoność. Potrzebne są procesory sygnalizacyjne, które nie są połączone z tablicą przełączającą.
W Stanach Zjednoczonych przeważającą postacią sygnalizacji telekomunikacyjnej jest System Sygnalizacyjny #7(SS7). Dodatkowo rozwijany jest sprzęt asynchronicznego trybu transmisji (ATM) do przenoszenia wszystkich typów ruchu z dużą szybkością połączeniami Synchronicznej Sieci Optycznej (SONET). Potrzebne są procesory sygnalizacyjne, które mogą przetwarzać sygnalizację SS7 i wybierać połączenia ATM.
Rozszerzenie możliwości lokalnych przełączników w celu przetwarzania sygnalizacji SS7 zwiększa w znaczny sposób wydatki na wdrożenie systemu SS7. Opis patentowy USA nr 5377186 przedstawia udoskonaloną sieć inteligentną (AIN) dla wyszukiwania zaawansowanych usług abonenckich i dostarczania tych usług do abonentów wykorzystujących protokół ustawiania wywołania części użytkownika cyfrowej sieci usług zintegrowanych (ISUP), gdy lokalny przełącznik nie zabezpiecza sygnalizacji SS7. W tym opisie jest ujawniony zmodyfikowany punkt sterowania usługą (SCP) dla przetwarzania żądań abonenta oraz modyfikowania lokalnych przełączników i przełączników tandemowych raczej w celu przetwarzania części użytkownika ISUP niż wprowadzania kosztownej modyfikacji. Z kolei w opisie patentowym USA nr 5694463 opisano punkt SCP do zastosowania w sieci telekomunikacyjnej, w szczególności jako element systemu sygnalizacji telekomunikacyjnej. Punkt SCP jest przeznaczony do odbierania zapytań od przełączników dla trasowania informacji.
Istotą telekomunikacyjnego procesora sygnalizacyjnego, zwłaszcza do przetwarzania komunikatów sygnalizacyjnych systemu sygnalizacyjnego #7(SS7) dla tworzenia połączeń telekomunikacyjnych, według wynalazku jest to, że zawiera platformę sygnalizacyjną 410, która jest połączona z systemami SS7, platformę sterującą, która jest połączona z urządzeniami zewnętrznymi, i platformę aplikacji do przetwarzania danych sygnalizacyjnych i wybierania połączeń, przy czym każda z tych platform jest połączona z inną platformą, przy czym platforma aplikacji zawiera pamięć obwodu magistrali, w której zapamiętane są dane odnoszące się do połączeń, i dołączoną do niej pamięć grupy magistrali, w której zapamiętane są dane odnoszące się do grup magistrali początkowej i końcowej, oraz pamięć wyjątków, w której zapamiętane są dane do identyfikacji różnych warunków wyjątkowych odnoszących się do wywołania, pamięć identyfikacji numeru, w której zapamiętane są dane do identyfikacji specjalnych cech odnoszących się do numeru wywołującego, pamięć numeru wywoływanego, w której zapamiętane są dane do identyfikacji wymogów trasowania na podstawie wywoływanego numeru, i pamięć trasowania, w której zapamiętane są dane odnoszące się do trasowania wywołania dla różnych połączeń, przy czym każda z pamięci jest połączona z inną pamięcią, przy czym platforma aplikacji zawiera ponadto układ przetwarzania identyfikujący różne czynności specjalne do podjęcia w ciągu przetwarzania wywołania i układ zapytania/odpowiedzi wywołujący funkcję sterowania usługą, przy czym te układy są dołączone do pamięci grupy magistrali, pamięci wyjątków, pamięci identyfikacji numeru, pamięci numeru wywoływanego i pamięci trasowania, oraz zawiera ponadto układ identyfikacji wyboru operatora menedżera wywołania/połączenia i układ komunikatów dostarczający instrukcje dla komunikatów od strony końcowej wywołania, przy czym te układy są dołączone do pamięci grupy magistrali.
Korzystnie systemy SS7 i urządzenia zewnętrzne są obwodami zewnętrznymi w stosunku do platformy sygnalizacyjnej i platformy sterującej.
Korzystnie w platformie aplikacji jest zapamiętana struktura danych przetwarzania, która zawiera informacje odnoszące się do przetwarzania wywołań dla wywołań, które nie są trasowane.
Korzystnie w platformie aplikacji jest zapamiętana struktura danych zapytań, która zawiera informacje odnoszące się do zapytań dla dodatkowego przetwarzania wywołań.
Przedmiot wynalazku w przykładach wykonania jest przedstawiony na rysunku, na którym fig. 1, 2, 3, 4, 5 i 6 przedstawiają schematy blokowe wersji rozwiązań według wynalazku, fig. 7, 8, 9, 10, 11, 12, 13 i 14 - tablice logiczne stosowane w rozwiązaniach według wynalazku, zaś fig. 16A-16P, fig. 17A-17E, fig. 18A-18F, fig. 19A-19C, fig. 20A-20D, fig. 21A-21D, fig. 22A22Q, fig. 23A-23T, fig. 24A-24M, 25A-25B, fig. 26A-26B, fig. 27A-27D, fig. 28A-28B,
187 494 fig. 29A-29C, fig. 30A-30L, fig. 31A-31D i fig. 32A-32B przedstawiają sieci działań logiki stosowanej w rozwiązaniach według wynalazku.
Figura 1 przedstawia menedżer wywołania/połączenia (CCM) 100, urządzenie komunikacyjne 110 i urządzenie komunikacyjne 112. Urządzenie komunikacyjne 110 jest podłączone do urządzenia komunikacyjnego 112 połączeniem 130. Urządzenie komunikacyjne 112 jest podłączone do innych urządzeń komunikacyjnych (nie pokazanych) połączeniami 131, 132 i 133. Menedżer CCM 100 jest podłączony do urządzenia komunikacyjnego 110 łączem 140 i jest podłączone do urządzenia komunikacyjnego 112 łączem 141. CCM 100 jest podłączony do innych urządzeń komunikacyjnych (nie pokazanych) łączem 142.
Urządzenie komunikacyjne 110 może być dowolnym urządzeniem, które upraszcza komunikację poprzez sygnalizację telekomunikacyjną. Przykłady obejmują przełączniki, platformy usługowe i wyposażenie abonenta (CPE). Przykłady przełączników to Nortel DMS-250 i Lucent 5ESS. Przykłady platform usługowych to jednostki odpowiedzi głosowej i komputery macierzyste, które dostarczają usługi, takie jak komunikaty głosowe albo zastosowanie kart telefonicznych. Przykłady wyposażenia CPE to urządzenia PBX, urządzenia LAN, komputery, telefony i przełączniki. Wszystkie te urządzenia są znane ze stanu techniki.
Urządzenie komunikacyjne 112 może być dowolnym urządzeniem, które może zestawić trasy komunikacyjne w odpowiedzi na instrukcje sterujące. Przykłady to przełączniki i multipleksery współdziałające z ATM. Połączenie 130 może być dowolnym połączeniem obsługującym łączność pomiędzy urządzeniami komunikacyjnymi 110 i 112. Przykłady to połączenia multipleksowe z podziałem czasu (TDM), takie jak DS3, DS0, E3, E1 i E0. Inne przykłady połączeń obejmują SONET, SDH, ATM, CDMA, GSM, PCS i połączenia komórkowe. Połączenia 131-133 są podobne, chociaż nie muszą być takie same jak połączenie 130. Wszystkie te połączenia są znane ze stanu techniki.
Menedżer CCM 100 jest telekomunikacyjnym procesorem sygnalizacyjnym. System Sygnalizacyjny #7(SS7) jest dobrze znaną postacią sygnalizacji telekomunikacyjnej. Sygnalizacja SS7 obejmuje informację wymienianą wśród urządzeń komunikacyjnych, która upraszcza ustanawianie tras komunikacyjnych dla użytkowników. Trasy komunikacyjne składają się zwykle ze zbioru połączeń pomiędzy urządzeniami komunikacyjnymi. Procesor sygnalizacyjny odbiera sygnalizację, przetwarza sygnalizację aby wybrać połączenia i wysyła instrukcje sterujące do przynajmniej jednego urządzenia komunikacyjnego, aby zrealizować połączenia. Szczegółowy opis menedżera CCM 100 jest podany poniżej.
Łącza 140-142 to dowolne łącza zdolne do przekazywania sygnalizacji albo komunikatów sterujących pomiędzy menedżerem CCM 100 i urządzeniami komunikacyjnymi. Przykłady obejmują systemy SS7, ISDN albo UDP/IP (albo TCP/IP) w sieci ethernet. W pewnych przypadkach można stosować również strukturę szynową. Chociaż nie jest to pokazane dla przejrzystości, można zastosować kilka urządzeń pośrednich do kierowania sygnalizacji po łączach, takich jak routery, STP albo konwertery sygnalizacyjne. Te urządzenia i łącza są znane ze stanu techniki.
Działanie urządzenia według wynalazku jest następujące. Urządzenie komunikacyjne 110 żąda trasy komunikacyjnej wysyłając sygnalizację po łączu 140. Sygnalizacja jest odbierana przez menedżer CCM 100 i jeżeli potrzeba jest przekształcana na SS7. Menedżer CCM 100 przetwarza sygnalizację i wybiera połączenie, na przykład połączenie 132. Menedżer CCM 100 generuje instrukcję sterującą identyfikującą połączenia 130 i 132 i wysyła ją do urządzenia komunikacyjnego 112 łączem 141.
Urządzenie komunikacyjne 110 zwykle przechwytuje połączenie z urządzeniem komunikacyjnym 112 (połączenie to jest reprezentowane przez połączenie 130). Menedżer CCM 100 mógłby również wybrać to połączenie i nakazać urządzeniu komunikacyjnemu zastosowanie połączenia 130. Urządzenie komunikacyjne 112 rozszerza trasę komunikacyjną od połączenia 130 do połączenia 132 w odpowiedzi na instrukcję sterującą z menedżerem CCM 100. Menedżer CCM 100 może również wysłać dodatkową sygnalizację po łączu 142, aby uprościć dalsze rozszerzanie trasy komunikacyjnej. W wyniku przetwarzania przez menedżer CCM 100 ustanowiona zostaje trasa komunikacyjna z urządzenia komunikacyjnego 110 przez urządzenie komunikacyjne 112 połączeniami 130 i 132.
187 494
Figura 2 pokazuje określoną wersję wynalazku - chociaż rozważa się również inne wersje. Pokazane są menedżer CCM 200, urządzenie komunikacyjne 210, jednostka łącząca (IWU) ATM 212 i łącznik skrośny ATM 220. Urządzenie komunikacyjne 210 jest połączone z ATM IWU 212 połączeniem 230. ATM IWU 212 jest połączone z łącznikiem skrośnym ATM 220 przez połączenie 234. Łącznik skrośny ATM 220 jest połączony z innymi urządzeniami (nie pokazanymi) połączeniami 231, 232 i 233. Menedżer CCM 200 jest podłączony do urządzenia komunikacyjnego 210 łączem 240, do ATM IWU łączem 241 i do innych urządzeń łączem 242.
Te elementy są podobne do opisanych wyżej dla odpowiednich oznaczeń liczbowych z fig. 1, poza tym, że urządzenie komunikacyjne 112 zastąpiono ATM IWU 212, łącznikiem skrośnym 220 i połączeniem 234. Ponadto urządzenie komunikacyjne 210 i połączenie 230 nie stosują ATM. ATM IWU 212 jest urządzeniem, które łączy (przekształca) komunikację nie będącą ATM i komunikację ATM w odpowiedzi na instrukcje sterujące z menedżera CCM 200. Łącznik skrośny ATM 220 jest urządzeniem, które dostarcza wiele przygotowanych uprzednio połączeń wirtualnych ATM do ATM IWU 212. Każde z połączeń 231-233 przenosi połączenia wirtualne. Przykładem łącznika skrośnego ATM 220 jest NEC model 20. Połączenie 234 jest połączeniem ATM.
Podczas działania urządzenie komunikacyjne 210 nie będące typu ATM zażąda trasy komunikacyjnej wysyłając sygnalizację łączem 240. Menedżer CCM 200 odbierze i przetworzy sygnalizację, aby wybrać połączenie wirtualne ATM. To połączenie wirtualne ATM zostałoby już dostarczone poprzez łącznik skrośny ATM 220 do odpowiedniego punktu docelowego. Na przykład połączenie wirtualne „A” mogłoby obejmować trasę wewnątrz połączeń 234 i 232 połączonych ze sobą przez łącznik skrośny ATM 220, a połączenie wirtualne ,,B” mogłoby obejmować ścieżkę wewnątrz połączeń 234 i 233 połączonych ze sobą przez łącznik skrośny ATM 220. Menedżer CCM 200 mógłby wybrać połączenie wirtualne „B” i dostarczyć instrukcję sterującą do ATM IWU 212 wyznaczając połączenie 230 i połączenie wirtualne „B”. ATM IWU 212 połączyłoby komunikację inną niż ATM na połączeniu 230 z komunikacją ATM na połączeniu wirtualnym „B”. Menedżer CCM 200 może również wysłać dodatkową sygnalizację łączem 242, aby uprościć dalsze przedłużenie wywołania. W rezultacie ustanawiana jest trasa komunikacyjna z urządzenia komunikacyjnego 210 poprzez ATM IWU 212 i łącznik skrośny ATM 220 wewnątrz połączeń 230, 234 i 233.
Menedżer CCM 200, ATM IWU 212 i łącznik skrośny ATM 220 są w stanie dostarczać połączenia wirtualne ATM z wieloma punktami docelowymi. Istotne jest zauważenie, że wynalazek może wybierać i realizować połączenia z wieloma punktami docelowymi na bazie wywołanie-po-wywołaniu. Menedżer CcM 200 może to wykonać bez sterowania łącznikiem skrośnym ATM albo przełącznikiem na bazie wywołanie-po-wywołaniu. Łącznik skrośny ATM 220 jest już skonfigurowany do dostarczania połączeń ATM z wieloma punktami docelowymi. Menedżer CCM 200 może kierować wywołanie wybierając połączenie ATM i nakazując ATM IWU 212 złączenie połączeń innych niż ATM oraz ATM.
W jednym przykładzie wykonania urządzenie komunikacyjne jest zwykłym przełącznikiem obwodowym, połączenie 230 to DS0 przechwytywane przez przełącznik dla wywołania. Przełącznik (urządzenie 210) wysłałby komunikat adresu początkowego (IAM) SS7 po łączu 240 do menedżera CCM 200. Menedżer CCM 200 przetworzyłby IAM, na przykład analizując wywoływany numer. Menedżer CCM 200 wybrałby następnie identyfikator trasy wirtualnej/identyfikator kanału wirtualnego (VPI/VCI) ATM, reprezentujący połączenie wirtualne dostarczone poprzez łącznik skrośny ATM 220 do odpowiedniego punktu docelowego. Menedżer CCM 200 wysłałby komunikat sterujący do ATM IWU 212 po łączu 241, które wyznaczyło DS0 i wybrany VPI/VCI. Menedżer CCM 200 wysłałby także następny IAM do punktu docelowego po łączu 242. ATM IWU 212 połączyłby DS0 i wybrany VPI/VCI w odpowiedzi na instrukcję sterującą. Łączenie obejmuje przekształcanie DS0 na komórki ATM i umieszczenie VPI''V'CI w nagłówkach komórek. W rezultacie ustanawiana jest trasa komunikacyjna z przełącznika (urządzenia 210) poprzez ATM IWU 212 i łącznik skrośny ATM 220 po DS0 i wybranym VPI/VCI (połączenia 230, 234 i 232).
Dla wywołania w kierunku przeciwnym menedżer CCM 200 odebrałby IAM po łączu 242 i wybrałby DS0 dla urządzenia komunikacyjnego 210. VPI/VCI stosowany przy wywołaniu
187 494 i wybrany DS0 zostałyby dostarczone do ATM IWU 212 łączem 241. ATM IWU 212 połączy VPI/VC1 i wybrany DS0 w odpowiedzi na instrukcję sterującą. W rezultacie ustanawiana jest trasa komunikacyjna do przełącznika (urządzenia 210) poprzez łącznik skrośny ATM 220 i ATM IWU 212 przez VPI/vCi i wybrany DS0 (połączenia 232, 234 i 230). W połączeniu z powyższym akapitem widać, jak można dostarczyć połączenia ATM typu koniec-z-końcem pomiędzy dwoma przełącznikami poprzez dwa ATM 1WU i łącznik skrośny ATM. Menedżer CCM 200 wybrałyby VPI/VCI i wychodzący DS0. Pierwszy ATM 1WU złączyłby nadchodzący DS0 i VP1/VC1. Drugi ATM IWU złączyłby VPI/VCI i wychodzący DS0.
Istotne jest zauważenie, że przełączniki mogłyby zostać dostarczone z połączeniami wirtualnymi ATM do odpowiednich punktów docelowych wybranych na bazie wywołanie-po-wywołaniu. Można to uzyskać bez konieczności sterowania tablicą przełączającą ATM albo łącznikiem skrośnym na bazie wywołanie-po-wywołaniu.
Poniżej podany jest korzystny przykład wykonania ATM 1WU. Fig. 3 pokazuje przykład wykonania multipleksera łączącego (mux) ATM, który jest odpowiednim ATM lWU dla niniejszego wynalazku. Można stosować również inne wersje ATM IWU i multipleksery, które spełniają wymagania wynalazku. Pokazany jest interfejs sterujący 300, interfejs OC-3 305, interfejs DS3 310, interfejs DS1 315, interfejs DS0 320, procesor sygnału cyfrowego 325, warstwa adaptacyjna ATM (AAL) 330 oraz interfejs OC-3 335.
Interfejs sterujący 300 przyjmuje komunikaty z menedżera CCM. W szczególności interfejs sterujący 300 dostarcza przypisania DSO i połączenia wirtualnego do warstwy AAL 330 dla implementacji. Interfejs sterujący 300 może przyjmować komunikaty sterujące z menedżera CCM z instrukcjami dla DS0 320. Te instrukcje mogą służyć do łączenia DS0 z innymi DS0, procesorem sygnału cyfrowego 325, albo z warstwą AAL 330 (z pominięciem procesora sygnału cyfrowego 325). Interfejs sterujący 300 może przyjąć komunikaty sterujące z menedżera CCM z instrukcjami dla przetwarzania sygnału cyfrowego 325. Przykładem takiej instrukcji jest wyłączenie wyłącznika echa w określonym połączeniu.
Interfejs OC-3 305 przyjmuje format OC3 i wykonuje konwersję na DS3. Interfejs DS3 310 przyjmuje format DS3 i wykonuje konwersję na DS1. Interfejs DS3 może przyjmować DS3 z interfejsu OC-3 305 albo z zewnętrznego połączenia. Interfejs DS1 315 przyjmuje format DS1 i wykonuje konwersję na DS0. Interfejs DS1 315 może przyjmować DS1 z interfejsu DS3 310 albo z zewnętrznego połączenia. Interfejs DS0 320 przyjmuje format DS0 i dostarcza interfejs dla procesora sygnału cyfrowego 325 albo AAL 330. W pewnych przykładach wykonania interfejs DS0 320 mógłby bezpośrednio łączyć poszczególne DS0. Mogłoby tak być dla wprowadzania i wychodzenia wywołania z tego samego multipleksera. Mogłoby to być również użyteczne w upraszczaniu testowania ciągłości przez przełącznik. Funkcją interfejsu OC-3 335 jest przyjmowanie komórek ATM z AAL 330 i ich transmitowanie, zwykle poprzez połączenie do łącznika skrośnego.
Funkcją procesora sygnału cyfrowego 325 jest stosowanie różnych procesów cyfrowych dla poszczególnych DS0 w odpowiedzi na instrukcje sterujące odbierane poprzez interfejs sterujący 300. Przykłady przetwarzania cyfrowego obejmują: detekcję tonu, transmisję tonu, pętle zwrotne, detekcję głosu, komunikaty głosowe, anulowanie echa, kompresję i szyfrowanie. W pewnych przykładach wykonania procesor sygnału cyfrowego 325 mógłby obsługiwać testowanie ciągłości. Na przykład menedżer CCM może nakazać multiplekserowi dostarczenie pętli zwrotnej dla testu ciągłości i zastosowanie wyłączania echa dla wywołania. Procesor sygnału cyfrowego 325 jest podłączony do AAL 330. Jak omówiono, DS0 z interfejsu DS0 320 mogą omijać przetwarzanie sygnału cyfrowego 325 i mogą być bezpośrednio łączone z AAL 330.
AAL 330 obejmuje podwarstwę konwergencji i warstwę segmentacji i ponownego składania (SAR). Funkcją 330 jest przyjmowanie informacji użytkownika w formacie DS0 z interfejsu DS0 320 albo procesora sygnału cyfrowego 325 i przekształcanie informacji na komórki ATM. Warstwa adaptacyjna ATM (AAL) jest znana ze stanu techniki, a informacja o niej jest podana w dokumencie Międzynarodowej Unii Telekomunikacyjnej (1TU) 1.363. Warstwa AAL 330 uzyskuje identyfikator trasy wirtualnej (VP1) i identyfikator kanału wirtualnego (VC1) dla każdego wywołania z interfejsu sterującego 300. Warstwa AAL 330 uzyskuje również identyfikator DS0 dla każdego wywołania (albo wielu DS0 dla wywołania Nx64). Na187 494 stępnie warstwa adaptacyjna AAL 330 przekształca informację użytkownika pomiędzy wyznaczonym DS0 i wyznaczonym połączeniem wirtualnym ATM. Potwierdzenia, że zrealizowano przypisania, można w razie potrzeby wysłać z powrotem do menedżera CCM. Wywołania z szybkością bitową będącą wielokrotnością 64 kbit/sekundę są znane jako wywołania Nx64. Jeżeli potrzeba, warstwa adaptacyjna AAL 330 może mieć możliwość przyjmowania komunikatów sterujących poprzez interfejs sterujący 300 dla wywołań Nx64.
Jak omówiono powyżej, multiplekser obsługuje wywołania również w kierunku przeciwnym - z interfejsu OC-3 335 do interfejsu DS0 320. Ten ruch zostałby przetworzony na ATM przez następny multiplekser i skierowany do OC-3 335 przez łącznik skrośny na wybranym VPI/VCI. Interfejs sterujący 300 dostarczy warstwę AAL 330 z przypisaniem wybranego VPI/VCI do wybranego wychodzącego DS0. Multiplekser przekształci komórki ATM z wybranym VPI/VCI w nagłówkach komórek na format DS0 i dostarczy go do wybranego wychodzącego połączenia DS0.
Połączenia DS0 są dwukierunkowe, a połączenia ATM są zwykle jednokierunkowe. W rezultacie, dla każdego DS0 zwykle będą wymagane dwa połączenia wirtualne w przeciwnych kierunkach. Jak omówiono, można to uzyskać wyposażając łącznik skrośny w towarzyszący VPI/VCI w kierunku przeciwnym jako początkowy VPI/VCI. W każdym wywołaniu multipleksery zostałyby skonfigurowane do automatycznego wywoływanego określonego towarzyszącego VPI/VCI dla dostarczenia dwukierunkowego połączenia wirtualnego, aby uzyskać zgodność z dwukierunkowym DS0 przy wywołaniu.
Procesor sygnalizacyjny jest nazywany menedżerem wywołania/połączenia (CCM) i odbiera oraz przetwarza sygnalizację wywołania telekomunikacyjnego i komunikaty sterujące, aby wybrać połączenia, które stanowią trasy komunikacyjne dla wywołań. W korzystnym przykładzie wykonania menedżer CCM przetwarza sygnalizację SS7, aby wybrać połączenia dla wywołania.
Dodatkowo do wybierania połączeń, menedżer CCM wykonuje wiele innych funkcji w kontekście przetwarzania wywołania. Nie tylko może kontrolować trasowanie i wybierać rzeczywiste połączenia, ale może również zatwierdzać wywołujących, sterować wyłącznikami echa, generować informacje billingowe, wywoływać inteligentne funkcje sieciowe, uzyskiwać dostęp do odległych baz danych, zarządzać ruchem i równoważyć obciążenia sieci. Znawcy będzie wiadomo, jak opisany poniżej menedżer CCM można dostosować do funkcjonowania w powyższych przykładach wykonania.
Figura 4 pokazuje wersję menedżera CCM. Rozważa się również inne wersje. W przykładzie wykonania z fig. 4 menedżer CCM 400 steruje multiplekserem łączącym ATM (mux), który przeprowadza łączenie DS0 i VPI/VCI. Menedżer CCM może jednak sterować innymi urządzeniami komunikacyjnymi i połączeniami w innych przykładach wykonania.
Menedżer CCM 400 zawiera platformę sygnalizacyjną 410, platformę sterującą 420 i platformę aplikacji 430. Każda z platform 410,420 i 430 jest połączona z innymi platformami.
Platforma sygnalizacyjna 410 jest połączona zewnętrznie z systemami SS7, w szczególności z systemami posiadającymi część transferową komunikatu (MTP), część użytkownika ISDN (ISUP), część sterowania połączeniem sygnalizacyjnym (SCCP), część aplikacji sieci inteligentnej (INAP) i część aplikacji możliwości transakcyjnych (TCAP). Platforma sterująca 420 jest połączona zewnętrznie ze sterowaniem multipleksera, sterowaniem echem, sterowaniem zasobami, billingiem i funkcjami.
Platforma sygnalizacyjna 410 posiada poziomy MTP 1-3, funkcje ISUP, TCAP, SCCP i INAP i może wysyłać i odbierać komunikaty SS7. Funkcje ISUP, SCCP, INAp i TCAP stosują MTP do wysyłania i odbioru komunikatów SS7. Łącznie ta ftmkcja jest zwana „stosem SS7” i jest dobrze znana.
Platforma sterująca 420 składa się z różnych interfejsów zewnętrznych, obejmujących interfejs multipleksera, interfejs echa, interfejs sterowania zasobami, interfejs billingu i interfejs funkcyjny. Interfejs multipleksera wymienia komunikaty z przynajmniej jednym multiplekserem. Komunikaty obejmują przypisania DS0 do VPI/VCI, potwierdzenia i informacje o stanie. Interfejs sterowania echem wymienia komunikaty z systemami sterowania echem.
187 494
Komunikaty wymieniane z systemami sterowania echem mogą zawierać instrukcje włączania albo wyłączania anulowania echa w określonych DS0, potwierdzenia i informacje o stanie.
Interfejs sterowania zasobami wymienia komunikaty z zewnętrznymi zasobami. Przykłady takich zasobów to urządzenia, które implementują testowanie ciągłości, szyfrowanie, kompresję, detekcję/transmisję tonu, detekcję głosu i komunikaty głosowe. Komunikaty wymieniane z zasobami to instrukcje stosowania zasobu dla określonego DS0, potwierdzenia i informacje o stanie. Na przykład komunikat może nakazać zasobowi testowania ciągłości dostarczenie pętli zwrotnej, aby wysłać i wykryć ton dla testu ciągłości.
Interfejs billingu przekazuje informacje dotyczące billingu do systemu billingu. Typowe informacje billingu zawierają strony dla wywołania, chwile wywołania i wszelkie funkcje specjalne stosowane dla wywołania. Interfejs funkcyjny umożliwia konfigurowanie i sterowanie menedżera CCM 400. Znawca będzie wiedział, jak utworzyć oprogramowanie dla interfejsów w platformie sterującej 420.
Funkcją platformy aplikacji 430 jest przetwarzanie informacji sygnalizacyjnej z platformy sygnalizacyjnej 410, aby wybrać połączenia. Identyfikatory wybranych połączeń są dostarczane do platformy sterującej 420 dla interfejsu multipleksera. Platforma aplikacji 430 jest odpowiedzialna za zatwierdzanie, translację, trasowanie, sterowanie wywołaniem, wyjątki, ekranowanie i obsługę błędów. Oprócz spełniania wymagań sterujących dla multipleksera, platforma aplikacyjna 430 spełnia również wymagania dla sterowania echem i sterowania zasobami dla odpowiedniego interfejsu platformy sterującej 420. Dodatkowo platforma aplikacji 430 generuje informację sygnalizacyjną do transmisji przez platformę sygnalizacyjna 410. Informacją sygnalizacyjną mogą być komunikaty ISUP, INAP albo TCAP do zewnętrznych elementów sieciowych. Informację odnoszącą się do każdego wywołania przechowuje się w bloku sterowania wywołaniem (CCB) dla wywołania. Blok CCB może być stosowany do nadzorowania i dla billingu wywołania.
Platforma aplikacji 430 działa w ogólnej zgodzie z podstawowym modelem wywołania (BCM) określonym przez ITU. Tworzy się egzemplarz BCM dla obsługi każdego wywołania. BCM zawiera proces początkowy i proces końcowy. Platforma aplikacji 430 zawiera funkcję przełączania usługi (SSF), którą stosuje się do wywoływania funkcji sterowania usługą (SCF). Funkcja SCF jest zwykle zawarta w punkcie sterowania usługą (SCP). Do funkcji SCF kieruje się zapytania jako komunikaty TCAP albo INAP. Procesy początkowy i końcowy będą miały dostęp do odległych baz danych z funkcjami sieci inteligentnej (IN) poprzez funkcję SsF.
Wymagania programowe dla platformy aplikacji 430 można podać w języku specyfikacji i opisu (SDL) określonym w ITU-T.Z.100. Język SDL można przekształcić na kod C. W potrzebny sposób można dołączyć dodatkowy kod C i C++, aby utworzyć środowisko.
Menedżer CCM 400 może być złożony z opisanego wyżej oprogramowania załadowanego do komputera. Komputerem może być komputer wykorzystujący system operacyjny Solaris i zwykłe systemy baz danych. Może być korzystne wykorzystanie możliwości wielowątkowych systemu operacyjnego Unix.
Na fig. 4 widać, ze platforma aplikacji 430 przetwarza informację sygnalizacyjną, aby sterować różnymi systemami i upraszczać połączenia wywołań i usługi. Sygnalizację SS7 wymienia się z elementami zewnętrznymi poprzez platformę sterującą 410, a informację sterującą wymienia się z zewnętrznymi systemami poprzez platformę sterującą 420. Korzystnie menedżer CCM 400 nie jest zintegrowany z CPU przełącznika, który jest połączony z tablicą przełączającą. W przeciwieństwie do SCP, menedżer CCM 400 może przetwarzać komunikaty ISUP niezależnie od zapytań TCAP
Dla różnych komunikatów SS7 stosuje się powszechnie następujące oznaczenia:
ACM komunikat kompletności adresu
ANM komunikat odpowiedzi
BLO blokowanie
BLA potwierdzenie blokowania
CPG trwanie wywołania
CRG informacja o obciążeniu
CGB blokowanie grupy obwodu
187 494
CGBA potwierdzenie blokowania grupy obwodu
GRS zerowanie grupy obwodu
GRA potwierdzenie zerowania grupy obwodu
CGU odblokowanie grupy obwodu
CGUA potwierdzenie odblokowania grupy obwodu
CQM zapytanie grupy obwodu
CQR odpowiedź na zapytanie grupy obwodu
CRM komunikat rezerwacji obwodu
CRA potwierdzenie rezerwacji obwodu
CVT test zatwierdzający obwód
CVR odpowiedź zatwierdzenia obwodu
CFN zakłócenie
COT ciągłość
CCR żądanie sprawdzenie ciągłości
ΕΧΜ komunikat wyjściowy
INF informacja
INR żądanie informacji
IAM początkowy adres
LPA potwierdzenie pętli zwrotnej
PAM przekazanie
REL zwolnienie
RLC zakończenie zwolnienia
RSC zerowanie obwodu
RES wznowienie
SUS zawieszenie
UBL odblokowanie
UBA potwierdzenie odblokowania
UCIC niewyposażony kod identyfikacji obwodu
Przetwarzanie wywołania obejmuje zwykle dwa aspekty. Po pierwsze, nadchodzące albo „początkowe” połączenie jest rozpoznawane przez początkowy proces wywołania. Na przykład wstępne połączenie, którego używa wywołanie do wejścia do sieci, jest połączeniem początkowym w tej sieci. Po drugie, wychodzące albo „końcowe” połączenie jest wybierane przez końcowy proces wywołania. Na przykład połączenie końcowe jest sprzężone z połączeniem początkowym, aby przedłużyć wywołanie w sieci. Te dwa aspekty przetwarzania wywołania są nazywane początkową stroną wywołania i końcową stroną wywołania.
Figura 5 przedstawia schemat blokowy strukturę danych stosowanej przez platformę aplikacji 430 do wykonania BCM. Uzyskuje się to poprzez szereg tabel, które wskazują jedna na drugą na różne sposoby. Wskaźniki składają się zwykle z oznaczeń następnej funkcji i następnego indeksu. Następna funkcja wskazuje na kolejną tabelę, a następny indeks wskazuje na pozycję albo zakres pozycji w tej tabeli. Struktura danych ma tabelę obwodu magistrali (TRK CKT) 500, tabelę grupy magistrali 502, tabelę wyjątków 504, tabelę ANI 506, tabelę wywoływanego numeru 508 i tabelę trasowania 510.
Tabela obwodu magistrali 500 zawiera informację odnoszącą się do połączeń. Zwykle połączenia są połączeniami DS0 albo ATM. Na początku stosuje się tabelę obwodu magistrali 500 do pobrania informacji o połączeniu początkowym. Później stosuje się tabelę do pobrania informacji o połączeniu końcowym. Gdy przetwarzane jest połączenie początkowe, numer grupy magistrali w tabeli obwodu magistrali 500 wskazuje na grupę magistrali stosowaną dla połączenia początkowego w tabeli grupy magistrali 502.
Tabela grupy magistrali 502 zawiera informacje odnoszące się do grup magistrali początkowej i końcowej. Gdy przetwarzane jest połączenie początkowe, tabela grupy magistrali 502 podaje informacje odnoszące się do grupy magistrali dla połączenia początkowego i zwykle wskazuje na tabelę wyjątków 504.
Tabelę wyjątków 504 stosuje się do identyfikowania różnych warunków wyjątkowych odnoszących się do wywołania, które mogą wpłynąć na trasowanie albo inne obsługiwanie
187 494 wywołania. Zwykle tabela wyjątków 504 wskazuje na tabelę ANI 506. Tabela wyjątków 504 może jednak wskazywać bezpośrednio na tabelę grupy magistrali 502, tabelę wywoływanego numeru 508 albo tabelę trasowania 510.
Tabelę ANI 506 stosuje się do identyfikowania wszelkich specjalnych cech odnoszących się do numeru wywołującego. Numer wywołującego jest ogólnie znany jako automatyczna identyfikacja numeru (ANI). W komunikacie SS7 informacja ANI jest przenoszona w polu numeru strony wywołującej albo w polu numeru opłaty. Tabela ANI 506 zwykle wskazuje na tabelę numeru wywoływanego 508. Tabela ANI 506 może jednak wskazywać bezpośrednio na tabelę grupy magistrali 502 albo tabelę trasowania 510.
Tabelę numeru wywoływanego 508 stosuje się do identyfikowania wymogów trasowania na podstawie wywoływanego numeru. Jest tak w przypadku standardowych wywołań telefonicznych. Tabela numeru wywoływanego 508 wskazuje zwykle na tabelę trasowania 510. Może jednak wskazywać na tabelę grupy magistrali 502.
Tabela trasowania 510 zawiera informacje odnoszące się do trasowania wywołania dla różnych połączeń. Do tabeli trasowania 510 wchodzi się od wskaźnika w tabeli wyjątków 504, tabeli ANI 506 albo tabeli numeru wywoływanego 508. Tabela trasowania 510 wskazuje zwykle na grupę magistrali w tabeli grupy magistrali 502.
Gdy tabela wyjątków 504, tabela ANI 506, tabela numeru wywoływanego 508 albo tabela trasowania 510 wskazują na tabelę grupy magistrali 502, w efekcie wybierają końcową grupę magistrali. Gdy przetwarzane jest połączenie końcowe, numer grupy magistrali w tabeli grupy magistrali 502 wskazuje na grupę magistrali, która zawiera stosowane połączenie końcowa w tabeli obwodu magistrali 500.
Końcowy obwód magistrali stosuje się do przedłużenia wywołania. Obwód magistrali to zwykle VPI/VCI albo DS0. Widać więc, że przechodząc poprzez tabele, można wybrać połączenie końcowe dla wywołania.
Figura 6 przedstawia rozszerzenie schematu blokowego struktury z fig. 5. Tabele z fig. 5 są pokazane, ale dla przejrzystości ominięto ich wskaźniki. Fig. 6 przedstawia dodatkowe tabele, do których można uzyskać dostęp z tabel z fig. 5. Obejmują one tabelę CCM ID 600, tabelę przetwarzania 604, tabelę zapytania/odpowiedzi 606 i tabelę komunikatów 608.
Tabela CCM ID 600 zawiera różne kody punktowe CCM SS7. Można uzyskać do niej dostęp z tabeli grupy magistrali 502 i wskazuje z powrotem na tabelę grupy magistrali 502.
Tabela przetwarzania 604 identyfikuje różne czynności specjalne do podjęcia w ciągu przetwarzania wywołania. Będzie to zwykle powodowało transmisję komunikatu zwolnienia (REL) i wartości przyczynowej. Do tabeli przetwarzania 604 można uzyskać dostęp z tabeli obwodu magistrali 500, tabeli grupy magistrali 502, tabeli wyjątków 504, tabeli ANI 506, tabeli numeru wywoływanego 508, tabeli trasowania 510 i tabeli zapytania/odpowiedzi 606.
Tabela zapytani;a'odpowiedzi 606 zawiera informacje stosowane do wywołania SCF. Dostęp do niej może uzyskać tabela grupy magistrali 502, tabela wyjątków 504, tabela ANI 506, tabela numeru wywoływanego 508 i tabela trasowania 510. Wskazuje na tabelę grupy magistrali 502, tabelę wyjątków 504, tabelę ANI 506, tabelę numeru wywoływanego 508, tabelę trasowania 510 i tabelę przetwarzania 604.
Tabelę komunikatów 608 stosuje się do dostarczania instrukcji dla komunikatów ze strony końcowej wywołania. Dostęp do niej ma tabela grupy magistrali 502 i wskazuje ona na tabelę grupy magistrali 502.
Figury 7 do 14 przedstawiają przykłady różnych tabel opisanych powyżej. Fig. 7 przedstawia przykład tabeli obwodu magistrali. Na początku stosuje się tabelę obwodu magistrali do uzyskania dostępu do informacji o obwodzie początkowym. W późniejszym przetwarzaniu stosuje się ją do dostarczenia informacji o obwodzie końcowym. Dla obwodu początkowego stosuje się odnośny kod punktowy, aby wejść do tabeli. Jest to kod punktowy przełącznika albo CCM związanego z obwodem początkowym. Dla przetwarzania obwodu końcowego stosuje się numer grupy magistrali, aby wejść do tabeli.
Tabela zawiera również kod identyfikacji obwodu (CIC). Kod CIC wyznacza obwód, którym jest zwykle DSO albo VPI/VCI. Tak więc wynalazek może odwzorować SS7 CIC na ATM VPI/VCI. Jeżeli obwodem jest ATM, do identyfikacji można zastosować również trasę
187 494 wirtualną (VP) i kanał wirtualny (VC). Numer elementu grupy jest kodem numerycznym stosowanym do wyboru obwodu końcowego. Identyfikator sprzętu identyfikuje położenie sprzętu związanego z obwodem początkowym. Pozycja identyfikacja (ID) anulowania echa (EC) identyfikuje wyłącznik echa dla obwodu początkowego.
Pozostałe pola są dynamiczne, pod tym względem, że są wypełniane podczas przetwarzania wywołania. Pozycję sterowania echem wypełnia się na podstawie trzech pól w komunikatach sygnalizacyjnych: wskaźnika tłumika echa w IAM albo CRM, wskaźnika urządzenia sterującego echem w ACM albo CPM i możliwości przekazywania informacji w LAM. Informację tę stosuje się do ustalenia, czy przy wywołaniu wymagane jest sterowanie echem. Wskaźnik satelity wypełnia się wskaźnikiem satelity w IAM albo CRM. Może być stosowany do odrzucenia wywołania, jeżeli stosowanych jest zbyt wiele satelitów. Status obwodu wskazuje, czy dany obwód jest bezczynny, zablokowany czy nie zablokowany. Stan obwodu wskazuje bieżący stan obwodu, na przykład aktywny albo przejściowy. Czas/data wskazuje, kiedy bezczynny obwód stał się bezczynnym.
Figura 8 przedstawia przykład tabeli grupy magistrali. Podczas przetwarzania początkowego, numer grupy magistrali z tabeli obwodu magistrali stosuje się jako klucz do tabeli magistrali. Rozdzielczość oświetlenia wskazuje, jak należy rozwiązać sytuację związaną z oświetleniem. Oświetlenie to podwójne zajęcie tego samego obwodu. Jeżeli pozycja rozdzielczości oświetlenia jest ustawiona na „parzysty/nieparzysty”, element sieciowy o wyższym kodzie punktowym steruje obwodami parzystymi, a element sieciowy o niższym kodzie punktowym steruje obwodami nieparzystymi. Jeżeli pozycja rozdzielczości oświetlenia jest ustawiona na „wszystkie”, Menedżer CCM steruje wszystkimi obwodami. Jeżeli rozdzielczość oświetlenia jest ustawiona na „brak”, CCM wyłącza się. Pozycja kontroli ciągłości podaje procent wywołań wymagających testów ciągłości na grupie magistrali.
Pozycja identyfikatora miejsca wspólnego języka (CLLI) jest pozycją w standardzie Bellcore. Pozycja grupy magistrali satelitarnej wskazuje, że grupa magistrali wykorzystuje satelitę. Pozycję grupy magistrali satelitarnej stosuje się w połączeniu z opisanym wyżej polem wskaźnika satelity, aby sprawdzić, czy wywołanie wykorzystywało zbyt wiele łączy satelitarnych i dlatego musi zostać odrzucone. Wskaźnik usługi wskazuje, czy nadchodzący komunikat pochodzi z menedżera CCM (ATM) czy z przełącznika (TDM). Indeks komunikatu wychodzącego (OMI) wskazuje na tabelę komunikatów, tak że komunikaty wychodzące mogą uzyskać parametry. Odnośna pozycja obszaru planu numeru (NPA) wyznacza kod obszaru.
Sekwencja wyboru wskazuje metodologię, która będzie stosowana do wybrania połączenia. Wskazania pola sekwencji wyboru wskazują grupę magistrali do wybrania obwodów na podstawie: najmniej bezczynny, najbardziej bezczynny, rosnący, malejący, zgodnie z ruchem wskazówek zegara i przeciwnie do niego. Licznik skoków jest zmniejszany z IAM. Jeżeli licznik skoków wynosi zero, wywołanie zostaje zwolnione. Aktywna automatyczna kontrola obciążenia (ACC) wskazuje, czy kontrola obciążenia jest aktywna, czy nie. Jeżeli automatyczna kontrola obciążenia jest aktywna, menedżer CCM może zwolnić wywołanie. Podczas przetwarzania końcowego stosuje się następną funkcję i indeks do wejścia do tabeli obwodu magistrali.
Figura 9 przedstawia przykład tabeli wyjątków. Indeks stosuje się jako wskaźnik do wejścia do tabeli. Parametr identyfikatora wyboru operatora (ID) wskazuje, jak wywołujący osiągnął sieć i jest stosowany do trasowania pewnych typów wywołań. Dla tego pola stosuje się: ominięcie albo brak wskazania, wybrany kod identyfikacji operatora zajęty wstępnie i wprowadzony przez stronę wywołującą, wybrany kod identyfikacji operatora zajęty wstępnie i brak wskazania wprowadzenia przez stronę wywołującą, oraz wybrany kod identyfikacji operatora nie zajęty wstępnie i wprowadzony przez stronę wywołującą. Identyfikator operatora (ID) wskazuje sieć, którą wywołujący chce zastosować. Jest on stosowany do kierowania wywołań bezpośrednio do żądanej sieci. Postać adresu numeru strony wywołującej różni się pomiędzy wywołaniami 0+, 1+, wywołaniami testowymi i wywołaniami międzynarodowymi. Na przykład wywołania międzynarodowe mogą być kierowane do wybranego uprzednio operatora międzynarodowego.
187 494 „Cyfry od” i „cyfry do” strony wywoływanej koncentrują dalsze przetwarzanie jednoznacznie na określonym zakresie wywoływanych numerów. Pole „cyfry od” to numer dziesiętny w zakresie 1-15 cyfr. Może być dowolnej długości i jeżeli jest wypełnione mniej niż 15 cyframi, wypełnia się je zerami dla pozostałych cyfr. Pole „cyfry do” jest numerem dziesiętnym w zakresie 1-15 cyfr. Może być dowolnej długości i jeżeli jest wypełnione mniej niż 15 cyframi, wypełnia się je dziewiątkami dla pozostałych cyfr. Pozycje następnej funkcji i następnego indeksu wskazują na następną tabelę, która jest zwykle tabelą ANI.
Figura 10 przedstawia przykład tabeli ANI. Indeks stosuje się do wejścia do pól tabeli. Kategoria strony wywołującej różni się zależnie od typów stron wywołujących, na przykład wywołania testowe, wywołania alarmowe i wywołania zwykłe. Postać adresu pozycji strony wywołującej/numeru obciążenia wskazuje, jak należy uzyskać ANI. Podane są tutaj wypełnienia tabeli stosowane w tym polu: nieznane, jednoznaczne numery abonenta, ANI nie dostępne albo nie dostarczone, jednoznaczny numer krajowy, załączone ANI strony wywoływanej, nie załączone ANI strony wywoływanej, ANI strony wywoływanej zawiera numer krajowy, niejednoznaczny numer abonenta, niejednoznaczny numer krajowy, niejednoznaczny numer międzynarodowy, kod testowy linii testowej i wartości innych parametrów.
„Cyfry od” i „cyfry do” koncentrują dalsze przetwarzanie na ANI w danym zakresie. Pozycja danych wskazuje, czy ANI reprezentuje urządzenie danych, które nie wymaga sterowania echem. Informacja linii początkowej (OLI) różni się zależnie od zwykłego abonenta, linii wieloosobowej, awarii ANI, wielkości poziomu stacji, specjalnej obsługi operatora, automatycznego wyznaczanego wywoływania w przód, wywołania na monetę albo bez monety z dostępem do danych, wywołania usługowego 800/888, wywołania na monetę, usługi więzienie/pensjonariusz, przejęcia (czyste, problemowe i regularne), wywołania obsługiwanego przez operatora, zewnętrznej usługi telekomunikacyjnej dalekiego zasięgu, usługi przekazania łączności (TRS), usług komórkowych, prywatnych centrali płatnych i dostępu do typów usługi w prywatnej sieci wirtualnej. Następna funkcja i następny indeks wskazują na następną tabelę, która jest zwykle tabelą numeru wywoływanego.
Figura 11 przedstawia przykład tabeli numeru wywoływanego. Indeks stosuje się do wejścia do tabeli. Postać numeru wywoływanego pozycji adresu wskazuje typ wybranego numeru, na przykład krajowy albo międzynarodowy. Pozycje „cyfry od” i „cyfry do” jednoznacznie koncentrują dalsze przetwarzanie na pewnym zakresie wywoływanych numerów. Przetwarzanie następuje według logiki przetwarzania pól „cyfry od” i „cyfry do” na fig. 1. Następna funkcja i następny indeks wskazują na następną tabelę, która jest zwykle tabelą trasowania.
Figura 12 przedstawia przykład tabeli trasowania. Indeks stosuje się do wejścia do tabeli. Plan identyfikacji sieci (ID) wyboru sieci przejściowej (TNS) wskazuje numer cyfr do zastosowania dla CIC. Pola „cyfry od” i „cyfry do” wyboru sieci przejściowej określają zakres numerów do wyznaczenia operatora międzynarodowego. Kod obwodu wskazuje, czy operator jest potrzebny przy wywołaniu. Pozycje następnej funkcji i następnego indeksu w tabeli trasowania stosuje się do identyfikacji grupy magistrali. Druga i trzecia pozycja następnej funkcji/indeksu określają trasy alternatywne. Trzecia pozycja następnej funkcji może również wskazywać z powrotem na inny zestaw następnych funkcji w tabeli trasowania, aby rozszerzyć liczbę alternatywnych opcji trasy. Wyłącznymi dopuszczalnymi innymi pozycjami są wskaźniki do tabeli przetwarzania. Jeżeli tabela trasowania wskazuje na tabelę grupy magistrali, tabela grupy magistrali wskazuje zwykle na obwód magistrali w tabeli obwodu magistrali. Wyjściem tabeli obwodu magistrali jest połączenie końcowe dla wywołania.
Z fig. 7 do 12 wynika, ze tabele mogą być tak skonfigurowane i powiązane ze sobą, że procesy wywołania mogą wejść do tabeli obwodu magistrali i mogą przechodzić przez tabele na podstawie informacji i przy użyciu wskaźników. Wyjściem tabel jest zwykle połączenie końcowe wyznaczone przez tabelę obwodu magistrali. Zwykle tym połączeniem jest trasa głosu. W niektórych przypadkach zamiast połączenia określa się przetwarzanie przez tabelę przetwarzania. Jeżeli w dowolnym momencie podczas przetwarzania można wybrać grupę magistrali, przetwarzanie może przejść bezpośrednio do tabeli grupy magistrali, aby zakończyć wybór obwodu. Na przykład pożądane może być kierowanie wywołań z określonego
187 494
ANI poprzez określony zbiór grup magistrali. W tym przypadku tabela ANI wskazywałaby bezpośrednio na tabelę grupy magistrali i tabela grupy magistrali wskazywałaby na tabelę obwodu magistrali dla obwodu końcowego. Domyślną trasą poprzez tabele jest: obwód magistrali, grupa magistrali, wyjątek, ANI, numer wywoływany, trasowanie, grupa magistrali i obwód magistrali.
Figura 13 przedstawia przykład tabeli przetwarzania. Wypełniony jest albo indeks albo numer przyczyny otrzymanego komunikatu i są one stosowane do wejścia do tabeli. Jeżeli indeks jest wypełniony i zastosowany do wejścia do tabeli, stosuje się ogólne miejsce, standard kodowania i wskaźnik wartości przyczynowej do wygenerowania SS7 REL. Pozycja wartości przyczynowej otrzymanego komunikatu jest wartością przyczynową w odebranym komunikacie SS7. Jeżeli wartość przyczynowa odebranego komunikatu jest wypełniona i zastosowana do wejścia do tabeli, stosuje się wartość przyczynową z tego komunikatu w REL z menedżera CCM. Następna funkcja i następny indeks wskazują na następną tabelę.
Figura 14 przedstawia przykład tabeli komunikatów. Tabela ta umożliwia menedżerowi CCM zmianę informacji w wychodzących komunikatach. Do wejścia do tabeli stosuje się typ komunikatu i reprezentuje on standardowy typ wychodzącego komunikatu SS7. Pole jest odnośnym parametrem wewnątrz wychodzącego komunikatu SS7. Indeksy wskazują na różne pozycje w tabeli grupy magistrali i określają czy parametry mogą pozostać niezmienione, zostać pominięte albo zmodyfikowane w wychodzących komunikatach.
Tabele opisane wyżej w zasadzie wybierają połączenie albo przetwarzanie dla wywołania podczas zestawiania wywołania. Pozostałe figury przedstawiają szczegółowo przetwarzanie różnych komunikatów sygnalizacyjnych SS7 przez menedżera CCM. Te figury wykorzystują dobrze znane nazewnictwo w języku specyfikacji i opisu (SDL). W języku SDL prostokąty oznaczają procesy, a romby oznaczają decyzje. Prostokąty wskazujące reprezentują komunikaty wysyłane, a prostokąty z wcięciami reprezentują komunikaty odbierane. Jeżeli w prostokącie zawarta jest pionowa linia, komunikat jest wewnętrzny dla menedżera CCM. Jeżeli nie ma linii, komunikat jest zewnętrzny względem menedżera CCM. Jeżeli wskazanie albo wcięcie jest po lewej, komunikat odnosi się do początkowej strony wywołania. Jeżeli wskazanie albo wcięcie jest po prawej, komunikat odnosi się do końcowej strony wywołania. W poniższej dyskusji przejście od jednej figury do następnej zostanie zaznaczone przez umieszczenie nowej figury w nawiasach.
Figura 15 przedstawia wstępne przetwarzanie wszystkich komunikatów przez menedżera CCM. Proces zaczyna się etapem 2000 sieci działań w stanie bezczynnym. W etapie 2002 komunikat jest odbierany i analizowany w etapie 2004. Jeżeli komunikat jest nierozpoznany w etapie 2006, komunikat zakłócenia jest odsyłany z powrotem w etapie 2008, komunikat jest odrzucany w etapie 2010, proces kontrolny (kontrola) jest informowany komunikatem (msg) w etapie 2012 i uzyskuje się bezczynność w etapie 2014. Jeżeli komunikat zostanie rozpoznany w etapie 2006, sprawdza się tabelę obwodu (ckt) magistrali w etapie 2016. Jeżeli zgodność kodu CIC nie zostanie znaleziona w etapie 2018, sprawdza się typ komunikatu w etapie 2020. Jeżeli komunikat jest zwykły, wysyła się z powrotem komunikat UCIC w etapie 2022 i odrzuca się komunikat w etapie 2010. Jeżeli komunikat jest komunikatem testowym w etapie 2020, jest odrzucany w etapie 2010. Jeżeli komunikat to CVT, CVR, CQM albo CQR w etapie 2020, albo jeżeli zgodność z kodem CIC zostanie znaleziona w etapie 2018, jest analizowany w etapie 2024. Jeżeli proces zostanie zakłócony przez komunikat (czyli zostanie zniekształcony) w etapie 2026, jest odrzucany w etapie 2010. Jeżeli nie, ustala się typ komunikatu w etapach 2028 i 2030. Następujące komunikaty są wysyłane do kontroli w etapie 2032 zanim zostanie uzyskana bezczynność w etapie 2034 dla komunikatów: BLO, BLA, UBA, RSC, CCR, LPA, CQM, CQR, gRs, GRA, cGb, CGBA, CGU, CGUA, CVT i UCIC. Wszystkie inne komunikaty są wysyłane do przetwarzania wywołania w etapie 2036 przed uzyskaniem stanu bezczynności w etapie 2038. Etap 2036 oznacza również, że tworzy się egzemplarz BCM, aby przetworzyć wywołanie.
Egzemplarz BCM jest złożony z procesu, który obsługuje nadchodzącą stronę wywołania. Jest to znane jako początkowe przetwarzanie wywołania. Proces początkowy otrzymuje komunikaty i przetwarza informacje odnoszące się do nadchodzącej strony wywołania. Eg14
187 494 zemplarz BCM składa się również z procesu, który obsługuje wychodzącą stronę wywołania - proces końcowy. Proces końcowy otrzymuje komunikaty i przetwarza informacje odnoszące się do wychodzącej strony wywołania.
Wywołania można nazywać wywołaniami „intra-CCM”. Jest tak, gdy ten sam menedżer CCM steruje obydwoma końcami połączenia dla wywołania. Komunikaty wywołania dla wywołań „intra-CCM” można nazywać komunikatami „wewnętrznymi”. Jeżeli wywołanie nie jest wywołaniem intra-CCM, komunikaty wywołania są określane jako zwykłego typu albo komunikaty „zewnętrzne”.
Figury 16A-16P dotyczą zastosowania tabel obwodu magistrali i grupy magistrali dla procesu początkowego. Na fig. 16A BCM jest w stanie bezczynnym w etapie 2040. Jeżeli odebrane zostanie żądanie przechwycenia wewnętrznego z przetwarzania wywołania wychodzącego (OTG - proces wychodzący jest nazywany również procesem końcowym) w etapie 2041, odczytuje się informację IAM z CCB w etapie 2042 i przetwarzanie przechodzi do etapu 2050. Jeżeli proces końcowy (OTG) żąda przechwycenia w etapie 2043 albo jeżeli odebrany zostanie IAM w etapie 2044, sprawdza się etykietę trasowania IAM w etapie 2046. IAM jest otwierany w etapie 2048 i pobiera się informację dla CIC w etapie 2050. Status obwodu dla kodu CIC sprawdza się w etapach 2052 i 2054. Jeżeli status jest zajęty w etapie 2056 (Fig. 16B), informuje się kontrolę w etapie 2058, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 2060 i uzyskuje się bezczynność w etapie 2062. Jeżeli status to niewyposażony w etapie 2064, informuje się kontrolę w etapie 2066, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 2068 i uzyskuje się bezczynność w etapie 2070. Jeżeli status to zablokowany w etapie 2072, sprawdza się warunek w etapie 2074. Jeżeli znaleziono blok odległy w etapie 2076, sprawdza się wywołanie testowe strony wywoływanej /wywołującej w etapie 2078. Jeżeli nie jest to wywołanie testowe w etapie 2080, status bloku zostaje usunięty w etapie 2082 i proces przechodzi do etapu 2098. Jeżeli znaleziono blok lokalny w etapie 2076, sprawdza się wywołanie testowe strony wywoływanej/wywołującej w etap 2084. Jeżeli nie jest to wywołanie testowe w etapie 2086, wywołuje się proces blokujący w etapie 2088 i uzyskuje się bezczynność w etapie 2090. Jeżeli zostało znalezione wywołanie testowe w etapach 2080 albo 2086, wywołanie oznacza się jako wywołanie testowe w etapie 2092. Obwód jest oznaczany jako przejściowy w etapie 2094 i przetwarzanie przechodzi do etapu 2272. Po etapie 2082, albo jeżeli znaleziono status bezczynności w etapie 2094, obwód oznacza się jako przejściowy w etapie 2098. Jeżeli status jest przejściowy w etapie 2100, wywołuje się rozdzielczość oświetlenia w etapie 2102 i uzyskuje się rozdzielczość w etapie 2104. Sterowanie oświetleniem dla wywołania nadchodzącego (inc) jest ustalane w etapach 2106 i 2108. Jeżeli CCM ma sterowanie, obwód jest oznaczany jako przejściowy w etapie 2098. Jeżeli proces początkowy nie ma sterowania, IAM jest ignorowany w etapie 2110 i uzyskuje się bezczynność w etapie 2112. Jeżeli odebrany komunikat to wewnętrzny RLC 2113 albo zewnętrzny RLC w etapie 2114, komunikat jest ignorowany w etapie 2116 i uzyskuje się bezczynność w etapie 2118.
Jeżeli CRM zostanie odebrany w etapie 2120 (Fig. 16C), sprawdza się etykietę trasowania w etapie 2122 i zapisuje się informację o komunikacie do CCB w etapie 2124. Sprawdza się CIC w tabeli obwodu magistrali w etapie 2126 i sprawdza się status kodu CIC w etapach 2128 i 2130. Jeżeli status to zajęty w etapie 2132, informuje się kontrolę w etapie 2134 (Fig. 16D), przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 2136 i uzyskuje się bezczynność w 2138. Jeżeli status to nie wyposażony w etapie 2140, informuje się kontrolę w etapie 2142, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 2144 i uzyskuje się bezczynność w etapie 2148. Jeżeli status to zablokowany w etapie 2150, sprawdza się warunek w etapie 2152. Jeżeli znaleziono blok odległy w etapie 2154, wywołuje się proces blokujący w etapie 2156, obwód jest oznaczany jako przejściowy w etapie 2158 i uzyskuje się bezczynność w etapie 2160. Jeżeli status jest przejściowy w etapie 2176, wywołuje się rozdzielczość oświetlenia w etapie 2178 i uzyskuje się rozdzielczość w etapie 2180. Rozdzielczość oświetlenia dla wywołania ustala się w etapach 2182 i 2184. Jeżeli menedżer CCM nie ma sterowania, LAM jest ignorowany w etapie 2186 i uzyskuje się bezczynność w etapie 2188. Jeżeli proces początkowy ma kontrolę w etapie 2184, przetwarzanie przechodzi do etapu 2192. Po
187 494 etapie 2162, etapie 2184 albo jeżeli znaleziono status bezczynności w etapie 2190, obwód jest oznaczany jako przejściowy w etapie 2192. W etapie 2194 włącza się zegar TCRA i wysyła się CRA w etapie 2196. W etapie 2198 sprawdza się postać wskaźnika połączenia dla wymogów COT. Jeżeli COT jest wymagany w etapie 2200 (1), wywołuje się proces COT w etapie 2204, włącza się zegar COT 2206 i proces przechodzi do etapu 2482. Jeżeli odebrany zostanie wewnętrzny REL w etapie 2209 albo odebrany zostanie zewnętrzny REL w etapie 2210, sprawdza się tabelę obwodu magistrali, aby ustalić, czy wywołanie to wywołanie intra-CCM w etapie 2211 i etapie 2212. Jeżeli jest to wywołanie intra-CCM w etapie 2212, wysyła się wewnętrzny RLC w etapie 2213. Jeżeli nie jest to wywołanie intra-CCM w etapie 2212, wysyła się zewnętrzny RLC w etapie 2214. Uzyskuje się bezczynność w etapie 2215. Jeżeli odebrane zostaną inne komunikaty wewnętrzne w etapie 2216 albo inne komunikaty zewnętrzne w etapie 2217, są one wysyłane do zerowania obwodu w etapie 2218 i uzyskuje się bezczynność w etapie 2220. Jeżeli COT nie jest wymagany w etapie 2200 (0 albo 2), przetwarzanie przechodzi do etapu 2222.
Oczekiwanie na IAM zaczyna się w etapie 2222 (Fig. 16E). Jeżeli zewnętrzny LAM zostanie odebrany w etapie 2223 albo zostanie odebrany wewnętrzny IAM w 2224, zegar IAM TCRA jest zatrzymywany w 2225 i sprawdzanie ciągłości ustawia się na 0 w etapie 2226. Proces przechodzi do etapu 2272. Jeżeli zerowanie zostanie odebrane w etapie 2227 (z zerowania obwodu, zerowania grupy obwodu, wysyłania zapytania obwodu albo wysyłania bloku grupy obwodu), obwód jest oznaczany jako bezczynny w etapie 2228 i uzyskuje się bezczynność w etapie 2229. Jeżeli odebrany zostanie komunikat zerowania w etapie 2230 (z potwierdzenia blokowania/odblokowania grupy obwodu), inne komunikaty wewnętrzne są odbierane w etapie 2231 albo inne komunikaty zewnętrzne są odbierane w etapie 2232, komunikaty są ignorowane w etapie 2233 i proces przechodzi do etapu 2222. Jeżeli odebrany zostanie wewnętrzny REL w etapie 2239 albo odebrany zostanie zewnętrzny REL w etapie 2240, ustala się, czy wywołanie to wywołanie intra-CCM w etapie 2241 i etapie 2242 (Fig. 16F). Jeżeli jest to wywołanie intra-CCM w etapie 2242, wysyła się wewnętrzny RLC w etapie 2243. Jeżeli nie jest to wywołanie intra-CCM w etapie 2242, wysyła się zewnętrzny RLC w etapie 2244 i uzyskuje się bezczynność w etapie 2245. Zeruje się sterowanie echem w etapie 2246 i uzyskuje się bezczynność w etapie 2248. Jeżeli zostanie odebrany wewnętrzny REL w etapie 2249 albo zostanie odebrany zewnętrzny REL w etapie 2250, albo zostanie zażądane zwolnienie przez proces zapytania obwodu w etapie 2270, ustała się czy wywołanie to wywołanie intra-CCM w etapie 2251 i etapie 2252. Jeżeli jest to wywołanie intra-CCM w etapie 2252, wysyła się wewnętrzny REL w etapie 2253. Jeżeli nie jest to wywołanie intra-CCM w etapie 2252, wysyła się zewnętrzny RLC z normalną przyczyną w etapie 2254. Po etapach 2254 albo 2253 sprawdza się COT w etapie 2255. Jeżeli występuje 1, nadchodzący proces ciągłości jest przerywany w etapie 2256 i zegar COT jest zatrzymywany w etapie 2258. Jeżeli występuje 2 w 2255, zegar COT jest zatrzymywany w etapie 2258. Po etapie 2258 albo wystąpieniu 0 w etapie 2255, obwód jest oznaczany jako przejściowy w etapie 2260. Zegar RLC jest włączany w etapie 2262, a zegar wysyłania REL w etapie 2264. Sterowanie echem jest zerowane w etapie 2266 i proces przechodzi do etapu 3724.
Po etapach 2094, 2098 albo 2226, sprawdza się postać wskaźnika połączenia dla wymagań COT w 2272 (Fig. 16G) i etapie 2274. Jeżeli występuje 1, uruchamia się nadchodzący proces ciągłości w etapie 2276 i uruchamia się zegar COT w etapie 2278. Jeżeli występuje 2, uruchamia się zegar COT w etapie 2278. Jeżeli występuje 0, przetwarzanie przechodzi do etapu 2280, gdzie zachowuje się informację IAM w cCb. Moment przechwycenia obwodu wysyła się do billingu w etapie 2282. Informacja o sterowaniu echem z parametru USI jest wysyłana do sterowania echem w etapie 2284. Próby wywołania są zliczane w etapie 2286. Jeżeli są dwie próby albo więcej, przyczyna jest wysyłana do tabeli przetwarzania z indeksem 41 w etapie 2290 i uzyskuje się bezczynność w etapie 2292. Jeżeli wykonane są mniej niż 2 próby w etapie 2288, sprawdza się grupę magistrali, aby zobaczyć czy automatyczna kontrola obciążenia (ACC) jest potrzebna w etapie 2294. Jeżeli jest, wywołanie jest wysyłane do procesu ACC w etapie 2298 (Fig. 16H) i uzyskuje się bezczynność w 2300. Jeżeli kontrola ACC nie jest wymagana w etapie 2296, następna funkcja w tabeli grupy magistrali jest uzyskiwana
187 494 w etapie 2306 i etapie 2318. Jeżeli następna funkcja to tabela wyjątków w etapie 2320, sprawdza się indeks w etapie 2322 i wywołanie jest wysyłane do tabeli wyjątków w etapie 2324 i uzyskuje się bezczynność w etapie 2326. Jeżeli nie ma następnej funkcji w etapie 2328, wywołanie jest wysyłane do tabeli wyjątków w etapie 2324. Jeżeli następna funkcja to tabela grupy magistrali w etapie 2336, sprawdza się indeks w etapie 2338 i wywołanie jest wysyłane do sekcji wychodzącej tabeli grupy magistrali w etapie 2340. Proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460.
Oczekiwanie na COT zaczyna się w etapie 2344 (Fig. 161). Jeżeli czas zegara COT upłynie w etapie 2346, sprawdza się wymagania ciągłości w etapie 2348. Jeżeli testowanie ciągłości jest wymagane, nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2350. Przyczyna jest wysyłana do tabeli przetwarzania z indeksem 41 w etapie 2352 i uzyskuje się bezczynność w etapie 2354. Jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 2348, przyczyna jest wysyłana do tabeli przetwarzania z indeksem 41 w etapie 2352 i uzyskuje się bezczynność w etapie 2354. Jeżeli komunikat ponownej próby wywołania zostanie odebrany w etapie 2356, proces przechodzi do etapu 2280. Jeżeli zewnętrzny COT zostanie odebrany w 2358 lub wewnętrzny COT zostanie odebrany w etapie 2359, wymagania ciągłości są sprawdzane w etapie 2360. Jeżeli testowanie ciągłości jest wymagane, nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2362 i zegar COT jest zatrzymywany w etapie 2364. Jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 2360, zegar COT jest zatrzymywany w 2364. Po etapie 2364 lub jeżeli ciągłość wynosi 0 w etapie 2360, sprawdza się powodzenie testu ciągłości w etapie 2366 (Fig. 16J). Jeżeli nie, informuje się kontrolę w etapie 2368, wywołuje się proces ponownego sprawdzania ciągłości w etapie 2370 i uzyskuje się bezczynność w etapie 2372. Jeżeli test ciągłości zakończy się powodzeniem w etapie 2366, COT jest zachowywany w CCB w etapie 2374. Proces przechodzi do etapu 3520. Jeżeli zostanie odebrane zerowanie w etapie 2404, wymagania ciągłości są sprawdzane w etapie 2406. Jeżeli testowanie ciągłości jest wymagane, nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2408 i zatrzymywany jest zegar COT w etapie 2410. Jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 2406, zegar COT jest zatrzymywany w etapie 2410. Po etapie 2410 lub jeżeli ciągłość to 0 w etapie 2406, obwód jest ustawiany na bezczynny w etapie 2412 i uzyskuje się bezczynność w etapie 2414.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 2420 (Fig. 16K) lub wewnętrzny REL zostanie odebrany w etapie 2421, wymagania dla testowania ciągłości są sprawdzane w etapie 2422. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2424 i zegar COT jest zatrzymywany w etapie 2426. Jeżeli sprawdzanie ciągłości jest wymagane na poprzednim obwodzie (2), zegar T8 jest zatrzymywany w etapie 2426. Po etapie 2426 lub jeżeli ciągłość nie jest wymagana w etapie 2422 (0), ustala się czy wywołanie to wywołanie intra-CCM w etapie 2427 i etapie 2428 (Fig. 16L). Jeżeli jest to wywołanie intra-CCM w etapie 2428, wewnętrzny RLC jest wysyłany w etapie 2429. Jeżeli nie jest to wywołanie intra-CCM w etapie 2428, zewnętrzny RLC jest wysyłany w etapie 2430. Wskazanie bezczynności jest wysyłane do billingu w etapie 2431 i obwód jest ustawiany na bezczynny w etapie 2432. Sterowanie echem jest zerowane w etapie 2433 i uzyskuje się bezczynność w etapie 2440. Jeżeli żądanie zwolnienia zostanie odebrane z przetwarzania wywołania w etapie 2442, do tabeli przetwarzania wysyła się komunikat z przyczyną 41 w etapie 2444 i uzyskuje się bezczynność w etapie 2446. Jeżeli zwolnienie zapytania obwodu zostanie odebrane w etapie 2462, zewnętrzny RLC zostanie odebrany w etapie 2435, lub wewnętrzny RLC zostanie odebrany w etapie 2436, przetwarzanie przechodzi do etapu 2444. Jeżeli inne zewnętrzne komunikaty zostaną odebrane w etapie 2464 lub inne wewnętrzne komunikaty zostaną odebrane w etapie 2465, wymagania dla testowania ciągłości są sprawdzane w etapie 2466. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2468 i zegar COT jest zatrzymywany w etapie 2470. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), zegar COT jest zatrzymywany w etapie 2470. Jeżeli ciągłość nie jest wymagana (0), proces zerowania obwodu jest wywoływany w etapie 2472 i uzyskuje się bezczynność w etapie 2474. Jeżeli zewnętrzny komunikat informacyjny zostanie odebrany w etapie 2316 lub wewnętrzny komunikat infor187 494 macyjny zostanie odebrany w etapie 2317, informacja jest dostarczana do przetwarzania wywołania w etapie 2318 i oczekiwanie na COT trwa dalej w etapie 2344. Jeżeli zostanie odebrany komunikat blokowania w etapie 2476, komunikat jest ignorowany w etapie 2478 i proces przechodzi do etapu 2344.
Oczekiwanie na COT i IAM zaczyna się w etapie 2482 (Fig. 16M). Jeżeli zegar COT przekroczy czas w etapie 2484, wymagania ciągłości są sprawdzane w etapie 2486. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2488. Przyczyna jest wysyłana do tabeli przetwarzania z indeksem 41 w etapie 2490 i uzyskuje się bezczynność w etapie 2492. Jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 2486 (2), przyczyna jest wysyłana do tabeli przetwarzania z indeksem 41 w 2490 i uzyskuje się bezczynność w etapie 2492. Jeżeli wewnętrzny COT zostanie odebrany w etapie 2493 lub zewnętrzny COT zostanie odebrany w etapie 2494, wymagania ciągłości są sprawdzane w etapie 2496. Jeżeli testowanie ciągłości jest wymagane, nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2498 i zegar COT jest zatrzymywany w etapie 2500. Jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 2496, zegar COT jest zatrzymywany w etapie 2500. W etapie 2502 (Fig. 16N), sprawdza się powodzenie testu ciągłości. Jeżeli nie, informuje się kontrolę w etapie 2504, jest wywoływany proces ponownego sprawdzania ciągłości w etapie 2506 i uzyskuje się bezczynność w etapie 2508. Jeżeli test ciągłości zakończy się powodzeniem w etapie 2502, COT jest przechowywany w CCB w etapie 2510, i przetwarzanie przechodzi do etapu 2222. Jeżeli zerowanie zostanie odebrane w etapie 2512, wymagania ciągłości są sprawdzane w etapie 2514. Jeżeli testowanie ciągłości jest wymagane, nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2516 i zegar COT jest zatrzymywany w etapie 2518. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2) w etapie 2514, zegar COT jest zatrzymywany w etapie 2518. Jeżeli sprawdzanie ciągłości nie jest wymagane (0) w etapie 2514, obwód jest ustawiany na bezczynny w etapie 2520 i uzyskuje się bezczynność w etapie 2522. Jeżeli komunikat blokowania zostanie odebrany w 2578, komunikat jest ignorowany w etapie 2580 i proces przechodzi do etapu 2482.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 2528 (Fig. 160) lub wewnętrzny REL zostanie odebrany w etapie 2529, sprawdzane są wymagania dla testowania ciągłości w etapie 2530. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2532 i zatrzymywany jest zegar COT w etapie 2534. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), lub jeżeli ciągłość nie jest wymagana (0), ustala się czy wywołanie to wywołanie intra-CCM w etapie 2535 i etapie 2536 (Fig. 16P). Jeżeli jest to wywołanie intra-CCM w etapie 2536, wewnętrzny RLC jest wysyłany w etapie 2537. Jeżeli nie jest to wywołanie intra-CCM w etapie 2536, zewnętrzny RLC jest wysyłany w 2538. Po etapach 2537 lub 2538, obwód jest ustawiany na bezczynny w etapie 2539. Sterowanie echem jest zerowane w etapie 2540 i uzyskuje się bezczynność w etapie 2542. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 2544 lub wewnętrzny RLC zostanie odebrany w etapie 2545, wymagania dla testowania ciągłości są sprawdzane w etapie 2548. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 2550 i zatrzymywany jest zegar COT w etapie 2552. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2) lub jeżeli ciągłość nie jest wymagana (0), ustala się czy wywołanie to wywołanie intra-CCM w etapie 2553 i etapie 2554. Jeżeli jest to wywołanie intra-CCM w 2554, wewnętrzny RLC jest wysyłany w etapie 2555. Jeżeli nie jest to wywołanie intra-CCM w etapie 2554, zewnętrzny RLC z przyczyną 41 jest wysyłany w etapie 2556. Po etapach 2555 lub 2556, obwód oznacza się jako przejściowy w 2557. W 2558 uruchamiany jest zegar RLC, a w etapie 2559 uruchamiany jest zegar wysyłania REL. Sterowanie echem jest zerowane w etapie 2560 i proces początkowy czeka na RLC w etapie 3724. Jeżeli żądanie zapytania obwodu zostanie odebrane w etapie 2564, przetwarzanie przechodzi do etapu 2548. Jeżeli inne komunikaty zewnętrzne zostaną odebrane w etapie 2566 lub inne komunikaty wewnętrzny zostaną wysłane w etapie 2567, sprawdzane są wymagania dla testowania ciągłości w etapie 2568. Jeżeli testowanie ciągłości jest wymagane (1), nadchodzący proces sprawdzania ciągłości jest zatrzy18
187 494 mywany w etapie 2570 i zegar COT jest zatrzymywany w etapie 2572. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2) lub jeżeli ciągłość nie jest wymagana (0), wywoływany jest proces zerowania obwodu w etapie 2574 i uzyskuje się bezczynność w etapie 2576.
Figury 17A-17E przedstawiają zastosowanie tabeli wyjątków. Na fig. 17A w etapie 2600 tabela wyjątków nie jest używana. W etapie 2602, BCM może uzyskać dostęp do tabeli wyjątków na podstawie następnej funkcji innej tabeli. W etapie 2604, indeks z poprzedniej tabeli jest uzgadniany z indeksami tabeli wyjątków. Jeżeli zgodność nie zostanie znaleziona, stosuje się domyślne trasowanie w etapie 2608. Jeżeli indeks zostanie znaleziony, sprawdza się IAM dla parametru wyboru operatora (Carrier Selection Parameter, CSP) i parametru identyfikacji operatora, CIP) w etapie 2610 i 2612. Jeżeli nie zostanie znaleziony żaden CSP ani CIP, przetwarzanie przechodzi do etapu 2670. Jeżeli CSP lub CIP zostaną znalezione w etapie 2612, sprawdza się CIP dla identyfikacji operatora i długości w etapie 2614 i etapie 2616. Jeżeli długość to cztery cyfry, identyfikator operatora jest porównywany do innych czterocyfrowych kodów operatora w etapie 2618. Jeżeli zgodność nie zostanie znaleziona w etapie 2620, informuje się kontrolę w etapie 2622 i przetwarzanie przechodzi do etapu 2670. Jeżeli zgodność zostanie znaleziona w etapie 2620, CAC jest rejestrowany dla billingu w etapie 2626 i przetwarzanie przechodzi do etapu 2636 (Fig. 17B). Jeżeli liczba cyfr w etapie 2616 wynosi trzy, identyfikator operatora porównuje się do innych trzycyfrowych kodów operatora w etapie 2628.
Jeżeli zgodność nie zostanie znaleziona w etapie 2630, informuje się kontrolę w etapie 2632 i przetwarzanie przechodzi do etapu 2670. Jeżeli zgodność zostanie znaleziona w etapie 2630, CAC jest rejestrowany dla billingu w etapie 2634 i wiersz pola tabeli wyjątków sprawdza się dla dalszych informacji w etapie 2636. W etapie 2638 i etapie 2640 CSP sprawdza się dla identyfikatora wyboru operatora. Jeżeli kod jest zapasowy lub nieprzypisany w etapie 2642, CSP jest rejestrowany dla billingu w etapie 2644 i informuje się kontrolę w etapie 2646. Wysyła się komunikat do tabeli przetwarzania w etapie 2648 z przyczyną 111 i proces staje się bezczynny w etapie 2650. Jeżeli kontrola w etapie 2640 jest zgodna z pozycją w etapie 2652 (0000 0000 do 0000 0100), CSP rejestruje się dla billingu w etapie 2654 i sprawdza się tabelę, czy jest zgodna z identyfikatorem wyboru operatora w etapie 2656 i etapie 2658. Jeżeli zgodność nie zostanie znaleziona, informuje się kontrolę w etapie 2660. Jeżeli zgodność zostanie znaleziona, sprawdza się numer wywoływanego pola w etapie 2664. Jeżeli nie jest wypełnione w 2666, przetwarzanie przechodzi do etapu 2736.
Jeżeli zgodna wartość zostanie znaleziona w etapie 2664, sprawdza się numer strony wywoływanej w CCB w etapie 2670 (Fig. 17C) i sprawdza się postać adresu w etapie 2672 i etapie 2674. Jeżeli zostanie znaleziony numer abonenta w etapie 2676, sprawdza się, czy są zgodne pozostałe pozycje w tym wierszu w etapie 2678 i etapie 2680 (Fig. 17D). Jeżeli nie są zgodne w etapie 2680, informuje się kontrolę w etapie 2682, do tabeli przetwarzania wysyła się komunikat z indeksem 45 w etapie 2684 i proces staje się bezczynny w etapie 2686. Jeżeli zgodność zostanie znaleziona w etapie 2680, sprawdza się ANI dla NPA do zastosowania dla wywołania w etapie 2688. Jeżeli nie istnieje żadne NPA w etapie 2690, przetwarzanie przechodzi do etapu 2682. Jeżeli NPA istnieje w etapie 2690, NPA jest dołączane do wywoływanego numeru w etapie 2694 i sprawdza się 20 cyfr w etapie 2696. Jeżeli cyfry nie są zgodne z pewnym zakresem w etapie 2698, przetwarzanie przechodzi do etapu 2682. Jeżeli cyfry są zgodne z pewnym zakresem w etapie 2698, przetwarzanie przechodzi do etapie 2736. Jeżeli znaczący numer krajowy zostanie znaleziony w etapie 2700, sprawdza się czy pozostałe pozycje w tym wierszu są zgodne w etapie 2702 i etapie 2704. Jeżeli nie ma zgodności w etapie 2704, przetwarzanie przechodzi do etapu 2682. Jeżeli zgodność zostanie znaleziona w etapie 2704, przetwarzanie przechodzi do etapu 2696. Jeżeli zostanie znaleziona linia albo kod testowy w etapie 2706, sprawdza się czy pozostałe pozycje w tym wierszu są zgodne w etapie 2708 i etapie 2710. Jeżeli nie ma zgodności w etapie 2710, przetwarzanie przechodzi do etapu 2682. Jeżeli zgodność zostanie znaleziona w etapie 2710, oznacza się blok wywołania, aby wskazać wywołanie testowe w etapie 2712 i przetwarzanie przechodzi do etapu 2696. Jeżeli międzynarodowy numer zostanie znaleziony w etapie 2714, sprawdza się czy pozostałe pozycje w tym wierszu są
187 494 zgodne w etapie 2716 i etapie 2718. Jeżeli nie są zgodne w etapie 2718, przetwarzanie przechodzi do etapu 2682. Jeżeli zgodność zostanie znaleziona w etapie 2718, przetwarzanie przechodzi do etapu 2736. Zwykle to wywołanie przechodzi bezpośrednio do grupy magistrali związanej z operatorem międzynarodowym. Jeżeli numer bezpośredni lub numer łączony przez operatora zostanie znaleziony w etapie 2720, sprawdza się czy pozostałe pozycje w tym wierszu są zgodne w etapie 2722 i etapie 2724. Jeżeli nie ma zgodności w etapie 2724, przetwarzanie przechodzi do etapu 2682. Jeżeli zgodność zostanie znaleziona w etapie 2724, przetwarzanie przechodzi do etapu 2736. Zwykle to wywołanie przechodzi bezpośrednio do grupy magistrali związanej z usługami operatora. Jeżeli zostanie znaleziony numer zapasowy w etapie 2726, informuje się kontrolę w etapie 2728, wysyła się komunikat do tabeli przetwarzania z indeksem 111 w etapie 2730 i uzyskuje się bezczynność w etapie 2732.
W etapie 2736 (Fig. 17E), sprawdza się następną funkcję. Jeżeli tabela zapytania/odpowiedzi jest następna w etapie 2738, uzyskuje się indeks w etapie 2740. Wywołanie wysyła się do tabeli zapytania/odpowiedzi w 2742 i uzyskuje się bezczynność w etapie 2744. Jeżeli żadna tabela nie jest podana w etapie 2746 lub tabela ANI jest następna w etapie 2748, uzyskuje się indeks w etapie 2750. Wywołanie jest wysyłane do tabeli ANI w etapie 2752, i uzyskuje się bezczynność w etapie 2754. Jeżeli tabela numeru wywoływanego jest następna w etapie 2762, uzyskuje się indeks w etapie 2764. Wywołanie wysyła się do tabeli numeru wywoływanego w etapie 2766 i uzyskuje się bezczynność w etapie 2768. Jeżeli tabela trasowania jest następna w etapie 2770, uzyskuje się indeks w etapie 2772. Wywołanie wysyła się do tabeli trasowania w etapie 2774 i etapie uzyskuje się bezczynność w etapie 2776. Jeżeli tabela grupy magistrali jest następna w etapie 2778, uzyskuje się indeks w etapie 2780. Wywołanie jest wysyłane do sekcji wychodzącej tabeli magistrali w etapie 2782. Proces początkowy oczekuje na wybranie obwodu wychodzącego przez proces końcowy w etapie 3460.
Figury 18A-18F przedstawiają użycie tabeli ANI. Na fig. 18A w etapie 2800 tabela ANI jest bezczynna aż BCM wejdzie do tabeli z następnej funkcji w etapie 2801. W etapie 2802 sprawdza się indeks i wyszukuje zgodność w etapie 2803. Jeżeli zgodność nie zostanie znaleziona, stosuje się domyślne trasowanie w etapie 2804. Jeżeli indeks jest zgodny w etapie 2803, indeks jest stosowany do wejścia do tabeli ANI w etapie 2805. Po etapach 2804 lub 2805, sprawdza się parametr informacji wiersza początkowego (OLI) w etapie 2806. Jeżeli informacja linii początkowej nie istnieje w etapie 2807, informuje się kontrolę w etapie 2808 (Fig. 18B), wysyła się komunikat do kontroli z indeksem 111 w etapie 2809 i uzyskuje się bezczynność w etapie 2810. Jeżeli informacja wiersza początkowego zostanie znaleziona w etapie 2807, cyfry OLI wysyła się do billingu w etapie 2811 i sprawdza się w tabeli, czy OLI jest zgodny w etapie 2812 i etapie 2813. Jeżeli nie ma zgodności w etapie 2813, informuje się kontrolę w etapie 2814 i stosowany jest OLI 2 w etapie 2815. Po etapie 2815 lub jeżeli zgodność zostanie znaleziona w etapie 2813, sprawdza się kategorię strony wywołującej w LAM w etapie 2816. Jeżeli kategoria strony wywołującej nie istnieje w etapie 2817, przetwarzanie przechodzi do etapu 2808. Jeżeli kategoria strony wywołującej istnieje w etapie 2817, jest uzgadniana z tabelą w etapach 2818 i 2819. Jeżeli jest to zwykły abonent w etapie 2820, zaznacza się to w CCB w etapie 2821 i sprawdza się tabelę dla wywołującego dane w 2822 i etapie 2823. Jeżeli wywołanie to wywołanie danych, wyłącznik echa dla wywołania jest wyłączany w etapie 2824 i wywołanie zaznacza się jako wywołanie danych dla billingu w etapie 2825. Po etapie 2825 lub jeżeli wywołanie nie jest wywołaniem danych, w etapie 2823 przetwarzanie przechodzi do etapu 2834. Jeżeli kategoria jest wypełniona innymi danymi w etapie 2826, informuje się kontrolę w etapie 2827 i przetwarzanie przechodzi do etapu 2821. Jeżeli kategoria wskazuje wywołanie alarmowe w etapie 2828, wywołanie o wysokim priorytecie w etapie 2830 lub wywołanie bezpieczeństwa narodowego w etapie 2831, priorytet iAm ustawia się na 1 i przetwarzanie przechodzi do etapu 2821. Jeżeli kategoria wskazuje wywołanie testowe w etapie 2832, wywołanie jest oznaczane jako testowe w etapie 2833 i przetwarzanie przechodzi do etapu 2821.
W etapie 2834 (Fig. 18C) numer wywołujący, numer opłaty i kategoria strony wywołującej z IAM są wczytywane z bloku sterowania wywołaniem. Jeżeli numer strony wywołującej nie istnieje w etapie 2835, sprawdza się numer opłaty w etapie 2836. Jeżeli numer opłaty nie istnieje w etapie 2837, informuje się kontrolę w etapie 2838, wysyła się komunikat do
187 494 kontroli z indeksem 111 w etapie 2839 i uzyskuje się bezczynność w etapie 2840. Jeżeli numer opłaty istnieje w etapie 2837, numer opłaty stosuje się jako ANI w etapie 2846. Informacja, że numer opłaty to ANI i numer opłaty to numer wywołujący jest wysyłana do billingu w etapie 2848. Postać parametru numeru opłaty uzgadnia się w etapie 2850 i etapie 2852 (Fig. 18D). Jeżeli nie ma zgodności, informuje się kontrolę w etapie 2854, do tabeli przetwarzania wysyła się komunikat z przyczyną 45 w etapie 2856 i uzyskuje się bezczynność w etapie 2858. Jeżeli zgodna wartość w etapie 2860 to wskazanie braku ANI w etapie 2860, proces przechodzi do etapu 2838. Jeżeli zgodna wartość w etapie 2862 to numer abonenta w etapie 2862, NPA z tabeli magistrali dodaje się w etapie 2864 i dodaje się NPA do procesu numeru billingu w etapie 2866. Proces przechodzi do etapu 2904. Jeżeli zgodna wartość w etapie 2852 to numer krajowy w etapie 2868, proces przechodzi do etapu 2904. Jeżeli zgodna wartość w etapie 2852 to ANI z numerem wywoływanym w etapie 2870 (0000 0101), dodaje się NPA z tabeli magistrali w etapie 2872 i dodaje się NPA do procesu numeru billingu w etapie 2874. Po etapie 2874 lub jeżeli zgodna wartość w etapie 2852 to ANI z numerem wywoływanym w etapie 2871 (000 0111), sprawdza się czy parametr numeru wywoływanego to 800 lub 888 w etapie 2876 i etapie 2878. Jeżeli nie jest to 800 lub 888, proces przechodzi do etapu 2838. Jeżeli jest to 800 lub 888, proces przechodzi do etapu 2904. Jeżeli numer strony wywołującej istnieje w etapie 2835, sprawdza się numer opłaty w etapach 2880 i 2882. Jeżeli numer opłaty istnieje w etapie 2882, numer opłaty stosuje się jako ANI w etapie 2884. Informacja, że numer opłaty to ANI i numer wywołujący to numer wywołujący, jest wysyłana do billingu w etapie 2886. Przetwarzanie przechodzi do etapu 2850. Jeżeli numer opłaty nie istnieje w etapie 2882, numer strony wywołującej stosuje się jako ANI w etapie 2890. Informacja, że numer wywołujący to ANI i numer wywołujący to numer wywołujący jest wysyłana do billingu w etapie 2891. Uzgadnia się postać parametru adresu opłaty w etapie 2892 i 2893. Jeżeli nie ma zgodności, informuje się kontrolę w etapie 2854. Jeżeli zgodna wartość w etapie 2893 to brak ANI, przetwarzanie przechodzi do etapu 2838. Jeżeli zgodna wartość w etapie 2893 to numer abonenta w etapie 2895, NPA z tabeli magistrali dodaje się w etapie 2896 i dodaje się NPA do procesu numeru billingu w etapie 2897. Proces przechodzi do etapu 2904. Jeżeli zgodna wartość w etapie 2893 to jednoznaczny numer w etapie 2898, proces przechodzi następnie do etapu 2904. Jeżeli zgodna wartość w etapie 2893 to niejednoznaczny numer w etapie 2899, numer jest umieszczany w polu numeru wywołującego, numer opłaty pozostawia się pustym w etapie 2900 i proces przechodzi do etapu 2904. Jeżeli zgodna wartość w etapie 2893 to linia testowa albo kod testowy w etapie 2901, wywołanie oznacza się jako wywołanie testowe dla billingu w etapie 2902 i przetwarzanie przechodzi do etapu 2904.
W etapie 2904 (Fig. 18E) ustala się parametr dla przeglądu numeru wywołującego. Jeżeli parametr nie występuje w etapie 2906, numer opłaty ustala się w etapie 2908. Jeżeli numer opłaty nie występuje w etapie 2910, informuje się kontrolę w etapie 2912, przyczyna z indeksem 111 jest wysyłana do tabeli przetwarzania w etapie 2914 i uzyskuje się bezczynność w etapie 2916. Jeżeli numer opłaty zostanie znaleziony w etapie 2910, numer strony wywołującej stosuje się dla translacji w 2918. Po etapie 2918 lub jeżeli parametr numeru wywołującego zostanie znaleziony w etapie 2906, uzgadnia się numer wywołujący z zakresem w tabeli w etapie 2922. Jeżeli numer nie jest zgodny w etapie 2924, informuje się kontrolę w etapie 2926 (Fig. 18F), przyczyna z indeksem 45 jest wysyłana do tabeli przetwarzania w etapie 2928 i uzyskuje się bezczynność w etapie 2930. Jeżeli zgodna wartość zostanie znaleziona w etapie 2924, sprawdza się następną funkcję w etapie 3006 i etapie 3008. Jeżeli tabela zapytania/odpowiedzi jest następna w etapie 3010, uzyskuje się indeks w etapie 3012. Wywołanie wysyła się tabeli zapytania/odpowiedzi w etapie 3014 i uzyskuje się bezczynność w etapie 3016. Jeżeli żadna tabela nie jest podana w etapie 3018 lub tabela numeru wywoływanego jest następna w etapie 3020, uzyskuje się indeks w etapie 3022. Wywołanie jest wysyłane do tabeli numeru wywoływanego w etapie 3024 i uzyskuje się bezczynność w etapie 3026. Jeżeli tabela trasowania jest następna w etapie 3034 uzyskuje się indeks w etapie 3036. Wywołanie jest wysyłane do tabeli trasowania w etapie 3038 i uzyskuje się bezczynność w etapie 3040. Jeżeli tabela grupy magistrali jest następna w etapie 3042, uzyskuje się indeks w etapie 3044. Wywołanie jest wysyłane do sekcji wychodzącej tabeli magistrali i uzyskuje się bezczynność w etapie 3048.
187 494
Figury 19A-19C przedstawiają użycie tabeli numeru wywoływanego. Na fig. 19A, przetwarzanie tabeli numeru wywoływanego jest bezczynne w etapie 3050 i jest wprowadzane przez BCM w etapie 3052 gdy wywołanie jest przekazywane z poprzedniej następnej funkcji. W etapie 3054 sprawdza się indeks i uzgadnia z tabelą w etapie 3056. Jeżeli nie zostanie znaleziona zgodna wartość, stosuje się domyślne trasowanie w etapie 3058. Po etapie 3058 lub jeżeli indeks jest zgodny w etapie 3056, numer strony wywoływanej z IAM sprawdza się w CCB w etapie 3120 i sprawdza się postać adresu w etapie 3122 i etapie 3124. Jeżeli numer abonenta zostanie znaleziony w etapie 3126, sprawdza się, czy pozostałe pozycje w tym wierszu są zgodne w etapie 3128 i etapie 3130 (Fig. 19B). Jeżeli nie znaleziono zgodnych wartości w etapie 3130, informuje się kontrolę w etapie 3132, wysyła się komunikat do tabeli przetwarzania z indeksem 45 w etapie 3134 i proces staje się bezczynny w etapie 3136. Jeżeli zgodność zostanie znaleziona w etapie 3130, sprawdza się ANI dla NPA do zastosowania dla wywołania w etapie 3138. Jeżeli NPA nie istnieje w etapie 3140, informuje się kontrolę w etapie 3142 i przetwarzanie przechodzi do etapu 3184. Jeżeli NPA istnieje w etapie 3140, NPA dołącza się do numeru wywoływanego w etapie 3144 i sprawdza się cyfry w etapie 3146. Przetwarzanie przechodzi do etapu 3184. Jeżeli znaczący numer krajowy zostanie znaleziony w etapie 3150, sprawdza się, czy pozostałe pozycje w tym wierszu są zgodne w etapie 3152 i etapie 3154. Jeżeli nie znaleziono zgodnych wartości w etapie 3154, przetwarzanie przechodzi do etapu 3132. Jeżeli zgodna wartość zostanie znaleziona w etapie 3154, przetwarzanie przechodzi do etapu 3146. Jeżeli linia testowa lub kod testowy zostaną znalezione w etapie 3156, sprawdza się, czy pozostałe pozycje w tym wierszu są zgodne w etapie 3158 i etapie 3160. Jeżeli nie znaleziono zgodnych wartości w etapie 3160, przetwarzanie przechodzi do etapu 3132. Jeżeli zgodność zostanie znaleziona w etapie 3160, blok wywołania oznacza się, aby wskazać wywołanie testowe w etapie 3162 i przetwarzanie przechodzi do etapu 3146. Jeżeli międzynarodowy numer zostanie znaleziony w etapie 3164, sprawdza się, czy pozostałe pozycje w tym wierszu są zgodne w etapie 3166 i etapie 3168. Jeżeli nie znaleziono zgodnych wartości w etapie 3168, przetwarzanie przechodzi do etapu 3132. Jeżeli zgodna wartość zostanie znaleziona w etapie 3168, przetwarzanie przechodzi do etapu 3184. Zwykle to wywołanie przechodzi bezpośrednio do grupy magistrali związanej z operatorem międzynarodowym. Jeżeli numer bezpośredni lub numer łączony przez operatora zostanie znaleziony w etapie 3170, sprawdza się, czy pozostałe pozycje w tym wierszu są zgodne w etapie 3172 i etapie 3174. Jeżeli nie znaleziono zgodnych wartości w etapie 3174, przetwarzanie przechodzi do etapu 3132. Jeżeli zgodna wartość zostanie znaleziona w etapie 3174, przetwarzanie przechodzi do etapu 3184. Zwykle to wywołanie przechodzi bezpośrednio do grapy magistrali związanej z usługami operatora. Jeżeli zostanie znaleziony numer zapasowy w etapie 3176, informuje się kontrolę w etapie 3178, wysyła się komunikat do tabeli przetwarzania z indeksem 111 w etapie 3180 i uzyskuje się bezczynność w etapie 3182.
W etapie 3184 i etapie 3186 (Fig. 19C) sprawdza się następną funkcję. Jeżeli zapytanie/odpowiedź są następne w etapie 3188, uzyskuje się indeks w etapie 3190. Wywołanie jest wysyłane do tabeli zapytania/odpowiedzi w etapie 3192 i uzyskuje się bezczynność w etapie 3194. Jeżeli żadna tabela nie jest podana w etapie 3202 lub tabela trasowania jest następna w etapie 3204, uzyskuje się indeks w etapie 3206. Wywołanie jest wysyłane do tabeli trasowania w etapie 3208 i uzyskuje się bezczynność w etapie 3210. Jeżeli tabela grupy magistrali jest następna w etapie 3212, uzyskuje się indeks w etapie 3214. Wywołanie jest wysyłane do sekcji wychodzącej tabeli magistrali w etapie 3216. Proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460.
Figury 20A-20D przedstawiają użycie tabeli trasowania. Na fig. 20A tabela trasowania jest bezczynna w etapie 3220. W etapie 3222 BCM wchodzi do tabeli z wywołaniem, które zostało przekazane poprzedniej następnej funkcji. Indeks sprawdza się w etapie 3224 i etapie 3226. Jeżeli indeks nie jest zgodny w etapie 3226, stosuje się domyślne trasowanie w etapie 3228. Jeżeli zgodny indeks zostanie znaleziony, IAM sprawdza się dla wyboru sieci tranzytowej (Transit Network Selection, TNS) w etapie 3230. Jeżeli TNS zostanie znaleziony w etapie 3236, plan identyfikacji sieci uzgadnia się z tabelą w etapie 3238 i etapie 3240. Jeżeli zgodna wartość nie zostanie znaleziona w etapie 3240, informuje się kontrolę w etapie 3242 (Fig. 20B),
187 494 wysyła się komunikat do tabeli przetwarzania z indeksem 45 w etapie 3244 i uzyskuje się bezczynność w etapie 3246. Jeżeli zgodna wartość zostanie znaleziona w etapie 3240, ustala się typ identyfikacji sieci w etapie 3248 i etapie 3250. Jeżeli typem nie jest sieć krajowa, przetwarzanie przechodzi do etapu 3242. Jeżeli typem jest sieć krajowa, uzgadnia się cyfry sieci w tabeli w etapie 3252 i etapie 3254. Jeżeli zgodna wartość nie zostanie znaleziona, przetwarzanie przechodzi do etapu 3242. Jeżeli zgodna wartość zostanie znaleziona, cyfry w nadchodzącym komunikacie uzgadnia się z tabelą w etapie 3256 i etapie 3258. Jeżeli zgodna wartość nie zostanie znaleziona, przetwarzanie przechodzi do etapu 3242. Jeżeli nie ma TNS w etapie 3236 lub jeżeli zgodna wartość zostanie znaleziona w etapie 3258, ustala się pierwsze żądanie w etapie 3260 i etapie 3262. Jeżeli jest to pierwsze żądanie w etapie 3262, stosuje się następną funkcję w etapie 3264 i etapie 3266. Jeżeli następna funkcja oznacza brak w etapie 3267, informuje się kontrolę w etapie 3268, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 3269 i uzyskuje się bezczynność w etapie 3270. Jeżeli następna funkcja to baza danych w etapie 3271, indeks sprawdza się w etapie 3272. Wywołanie jest wysyłane do tabeli zapytania/odpowiedzi w etapie 3273 i uzyskuje się bezczynność w etapie 3274. Jeżeli następna funkcja to grupa magistrali w etapie 3275, sprawdza się indeks w etapie 3276 i wywołanie jest wysyłane do wyboru wychodzącej magistrali w etapie 3278. Proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460.
Jeżeli następna funkcja nie jest pierwszym żądaniem w etapie 3262, ustala się drugie żądanie w etapie 3282 (Fig. 20C) i etapie 3283. Jeżeli zostanie znalezione ważne drugie żądanie w etapie 3283, sprawdza się tabelę, aby zobaczyć czy druga następna funkcja jest wypełniona w etapie 3284 i etapie 3285. Jeżeli druga następna funkcja nie jest wypełniona w etapie 3285, informuje się kontrolę w etapie 3286, do tabeli przetwarzania wysyła się komunikat z przyczyną 34 w etapie 3287 i uzyskuje się bezczynność w etapie 3288. Jeżeli druga następna funkcja jest wypełniona w etapie 3285, stosuje się drugą następną funkcję w etapie 3290 i etapie 3291. Jeżeli następna funkcja oznacza brak w etapie 3292, informuje się kontrolę w etapie 3293, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 3294 i uzyskuje się bezczynność w etapie 3295. Jeżeli następna funkcja to baza danych w etapie 3296, sprawdza się indeks w etapie 3297. Wywołanie jest wysyłane do tabeli zapytania/odpowiedzi w etapie 3298 i uzyskuje się bezczynność w etapie 3299. Jeżeli następna funkcja to grupa magistrali w etapie 3300, sprawdza się indeks w etapie 3302 i wywołanie jest wysyłane do wyboru wychodzącej magistrali w etapie 3304. Proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460.
Jeżeli ważne drugie żądanie nie zostanie znalezione w etapie 3283, sprawdza się tabelę, aby zobaczyć czy żądanie to trzecia próba w etapie 3308 (Fig. 20D) i etapie 3310. Jeżeli trzecie żądanie jest nieważne w etapie 3310, informuje się kontrolę w etapie 3312, do tabeli przetwarzania wysyła się komunikat z przyczyną 34 w etapie 3314, i uzyskuje się bezczynność w etapie 3316. Jeżeli żądanie jest ważne w etapie 3310, sprawdza się tabelę, aby zobaczyć czy trzecia następna funkcja jest wypełniona w etapie 3318 i etapie 3320. Jeżeli trzecia następna funkcja nie jest wypełniona w etapie 3320, informuje się kontrolę w etapie 3322, do tabeli przetwarzania wysyła się komunikat z przyczyną 34 w etapie 3324 i uzyskuje się bezczynność w etapie 3326. Jeżeli trzecia następna funkcja jest wypełniona w etapie 3320, trzecią następną funkcję stosuje się w etapie 3328 i etapie 3330. Jeżeli następna funkcja oznacza brak w etapie 3332, informuje się kontrolę w etapie 3333, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 3334 i uzyskuje się bezczynność w etapie 3335. Jeżeli następna funkcja to grupa magistrali w etapie 3336, indeks sprawdza się w etapie 3337 i wywołanie jest wysyłane do wyboru wychodzącej magistrali w etapie 3338. Proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460. Jeżeli następna funkcja to baza danych w etapie 3339, sprawdza się indeks w etapie 3340. Wywołanie jest wysyłane do tabeli zapytania/odpowiedzi w etapie 3341 i uzyskuje się bezczynność w etapie 3342. Jeżeli następna funkcja to tabela trasowania w etapie 3343, sprawdza się zgodny subindeks w etapie 3344. Jeżeli zgodna wartość nie zostanie znaleziona w etapie 3345, informuje się kontrolę w etapie 3346, przyczyna z indeksem 41 jest wysyłana do tabeli przetwarzania w etapie 3347 i uzyskuje się bezczynność w etapie 3348. Jeżeli zgodna wartość zostanie zna187 494 leziona w etapie 3345, CCB jest ustawiany ponownie na pierwszą następną funkcję w etapie 3349 i przetwarzanie przechodzi do etapu 3260.
Figury 21A-21D przedstawiają użycie tabeli przetwarzania. Na fig. 21A, tabela przetwarzania jest bezczynna w etapie 3350 i BCM wchodzi do tabeli w etapie 3352, gdy zostanie odebrany komunikat. W etapie 3354 i etapie 3456, sprawdza się źródło komunikatu. Jeżeli komunikat to nadchodzący komunikat REL, numer przyczyny odwzorowuje się na indeks w tabeli przetwarzania w etapie 3358. Pola indeksu i odebranego komunikatu stosuje się do wejścia do tabeli w etapie 3360. Jeżeli numer nie zostanie znaleziony w etapie 3362, informuje się kontrolę w etapie 3363 i ustala się czy wywołanie to intra-CCM w etapie 3364 i etapie 3365. Jeżeli wywołanie to intra-CCM w etapie 3365, wewnętrzny REL jest wysyłany w etapie 3366 (Fig. 21B). Jeżeli wywołanie nie jest intra-CCM w etapie 3365, zewnętrzny REL z tą samą przyczyną co odebrana jest wysyłany w etapie 3367. Po etapach 3366 lub 3367, ustala się czy jest stosowany COT w etapie 3368. Jeżeli występuje 1, nadchodzący proces ciągłości jest zatrzymywany w etapie 3370 i zegar COT jest zatrzymywany w etapie 3372. Jeżeli występuje 2 w etapie 3368, zegar COT jest zatrzymywany w etapie 3372. Po etapie 3372 lub jeżeli 0 występuje w etapie 3368, obwód oznacza się jako przejściowy w etapie 3374. Zegar RLC jest uruchamiany w etapie 3376, a zegar wysyłania REL jest uruchamiany w etapie 3378. Sterowanie echem jest zerowane w etapie 3380 i proces początkowy oczekuje na RLC w etapie 3724. Jeżeli zostanie znaleziony numer w etapie 3362, sprawdza się wartości przyczynowe w tabeli w etapie 3384 i etapie 3386. Jeżeli pole nie jest wypełnione w etapie 3386, sprawdza się następną funkcję w etapie 3388 i etapie 3390. Jeżeli typ następnej funkcji oznacza brak lub zwolnienie w etapie 3390, przetwarzanie przechodzi do etapu 3366. W etapie 3392 odrzuca się wartości przyczynowe wszystkich innych typów następnych funkcji w etapie 3390. Następna funkcja jest stosowana w etapie 3394 i uzyskuje się bezczynność w etapie 3396. Jeżeli pole jest wypełnione w etapie 3386, sprawdza się następną funkcję w etapie 3398 i etapie 3400. Jeżeli następna funkcja w etapie 3400 oznacza brak albo zwolnienie, ustala się czy wywołanie to intra-CCM w etapie 3401 i etapie 3402. Jeżeli wywołanie to intra-CCM w etapie 3402, wewnętrzny REL jest wysyłany w etapie 3403. Jeżeli wywołanie nie jest intra-CCM w etapie 3402, zewnętrzny REL z nową przyczyną jest wysyłany w etapie 3404. Po etapie 3403 lub etapie 3404 przetwarzanie przechodzi do etapie 3368. W etapie 3405 odrzuca się wartości przyczynowe wszystkich innych typów następnych funkcji w etapie 3400. Następna funkcja jest stosowana w etapie 3406 i uzyskuje się bezczynność w etapie 3408.
Jeżeli komunikat ma początek wewnątrz CCM w etapie 3356, sprawdza się numer indeksowy w etapie 3410 (Fig. 21C). Jeżeli numer nie zostanie znaleziony w etapie 3410, informuje się kontrolę w etapie 3411 i ustala się czy wywołanie to intra-CCM w etapie 3412 i etapie 3413. Jeżeli wywołanie to intra-CCM w etapie 3413, wewnętrzny REL jest wysyłany w etapie 3414. Jeżeli wywołanie nie jest intra-CCM w etapie 3413, zewnętrzny REL z tą samą przyczyną, co odebrana jest wysyłany w etapie 3415 (Fig. 21D). Po etapie 3414 lub etapie 3415, ustala się czy stosuje się COT w etapie 3416. Jeżeli występuje 1, nadchodzący proces ciągłości jest zatrzymywany w etapie 3418 i zegar COT jest zatrzymywany w etapie 3420. Jeżeli występuje 2 w etapie 3416, zegar COT jest zatrzymywany w etapie 3420. Po etapie 3420 lub jeżeli występuje 0 w etapie 3416, obwód oznacza się jako przejściowy w etapie 3422. Zegar RLC jest uruchamiany w etapie 3424, a zegar wysyłania REL jest uruchamiany w etapie 3426. Sterowanie echem jest zerowane w etapie 3428 i proces początkowy oczekuje na RLC w etapie 3724. Jeżeli zostanie znaleziony numer w etapie 3410, postępuje się zgodnie z wierszem indeksowym w etapie 3432 i sprawdza się wartości przyczynowe w tabeli w etapie 3434 i etapie 3436. Jeżeli pole nie jest wypełnione w etapie 3436, sprawdza się następną funkcję w etapie 3438 i etapie 3440. Jeżeli typ następnej funkcji oznacza brak lub zwolnienie w etapie 3440, przetwarzanie przechodzi do etapu 3412. Wszystkie inne typy następnych funkcji w etapie 3440 stosuje się w etapie 3442 i uzyskuje się bezczynność w etapie 3444. Jeżeli pole jest wypełnione w etapie 3436, sprawdza się następną funkcję w etapie 3446 i etapie 3448. Jeżeli następna funkcja w etapie 3448 oznacza brak łub zwolnienie, ustala się czy wywołanie to intra-CCM w etapie 3449 i 3450. Jeżeli wywołanie to intra-CCM w 3450, wewnętrzny REL jest wysyłany w etapie 3451. Jeżeli wywołanie nie jest intra-CCM w etapie 3450, zewnętrzny REL z nową
187 494 przyczyną jest wysyłany w etapie 3452. Po etapie 3451 lub 3452, przetwarzanie przechodzi do 3416. W etapie 3453 odrzuca się wartości przyczynowe wszystkich innych typów następnych funkcji w etapie 3448. Następna funkcja jest stosowana w etapie 3454 i uzyskuje się bezczynność w etapie 3456.
W różnych powyższych punktach proces początkowy obsługujący nadchodzącą stronę wywołania może zaczekać, aż proces końcowy podejmie pewną czynność po wychodzącej stronie wywołania przed zakończeniem wywołania. Niektóre przykłady to oczekiwanie, aż proces końcowy wybierze wychodzącą grupę magistrali albo odbierze ACM, ANM albo RLC. Proces początkowy może również odebrać RLC z nadchodzącej strony wywołania. Fig. 22A-22D przedstawiają to przetwarzanie kończące wywołanie przez proces początkowy BCM.
Na fig. 22A w etapie 3460 proces początkowy oczekuje na wybór obwodu wychodzącego przez proces końcowy w etapie 3460. Jeżeli obwód wychodzący zostanie wybrany w etapie 3461, ustala się, czy został odebrany COT w etapie 3462. Jeżeli COT nie został odebrany, CCB sprawdza się odnośnie wskaźnika COT w etapie 3463 i etapie 3464. Jeżeli zostanie znalezione 0 (COT nie wymagany), proces przechodzi do etapu 3520. Jeżeli w etapie 3464 zostanie znalezione 1 albo 2 (COT wymagany), przetwarzanie przechodzi do etapu 2344. Jeżeli COT został odebrany w etapie 3462, wynik COT jest wysyłany do procesu końcowego w etapie 3465 i przetwarzanie przechodzi do etapu 3520. Jeżeli wewnętrzny REL zostanie odebrany w etapie 3466 lub zewnętrzny REL zostanie odebrany w etapie 3467, ustala się, czy sprawdzanie ciągłości jest wymagane w etapie 3468. Jeżeli sprawdzanie ciągłości jest wymagane na tym obwodzie (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 3469 i zegar COT jest zatrzymywany w etapie 3470. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), przetwarzanie przechodzi do etapu 3470. Po etapie 3470 lub jeżeli sprawdzanie ciągłości nie jest wymagane (0), żądanie zwolnienia wysyła się do procesu końcowego w etapie 3478, a moment zwolnienia wysyła się do billingu w etapie 3480 (Fig. 22B). Ustala się, czy wywołanie to intra-CCM w etapie 3481 i etapie 3482. Jeżeli wywołanie to intra-CCM w etapie 3482, wewnętrzny RLC jest wysyłany w etapie 3483. Jeżeli wywołanie nie jest intra-CCM w etapie 3482, zewnętrzny RLC jest wysyłany w 3484. Po etapie 3483 lub etapie 3484, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3485. Uzyskuje się bezczynność w etapie 3486. Jeżeli zostanie odebrane zerowanie w etapie 3479, ustala się, czy sprawdzanie ciągłości jest wymagane w etapie 3487. Jeżeli sprawdzanie ciągłości jest wymagane na tym obwodzie (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 3488 i zegar COT jest zatrzymywany w etapie 3489. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), przetwarzanie przechodzi do etapu 3489. Po etapie 3489, lub jeżeli sprawdzanie ciągłości nie jest wymagane (0), wysyła się żądanie zwolnienia do procesu końcowego w etapie 3490, a moment zwolnienia wysyła się do billingu w etapie 3491. Ustala się, czy wywołanie to intra-CCM w etapie 3492 i etapie 3493. Jeżeli wywołanie to intra-CCM w etapie 3493, wysyła się wewnętrzny RLC w etapie 3494. Jeżeli wywołanie nie jest intra-CCM w etapie 3493, wysyła się zewnętrzny RLC w etapie 3495. Po etapie 3494 lub etapie 3495, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3496. Uzyskuje się bezczynność w etapie 3497.
Jeżeli z zapytania obwodu zostanie odebrane zwolnienie w etapie 3498 (Fig. 22C) lub jeżeli zewnętrzny RLC zostanie odebrany w etapie 3499 lub jeżeli wewnętrzny RLC zostanie odebrany w etapie 3500, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3501, a moment zwolnienia wysyła się do billingu w etapie 3502. Do tabeli przetwarzania wysyła się komunikat z indeksem 41 w etapie 3503 i uzyskuje się bezczynność w etapie 3504. Jeżeli niepowodzenie wyboru obwodu zostanie odebrane w etapie 3505, przetwarzanie przechodzi do etapu 3502. Jeżeli COT zostanie odebrany w etapie 6000, ustala się, czy sprawdzanie ciągłości jest wymagane w etapie 6002. Jeżeli sprawdzanie ciągłości jest wymagane na tym obwodzie (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 6004, a zegar COT jest zatrzymywany w etapie 6006. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), przetwarzanie przechodzi do etapu 6006. Jeżeli sprawdzanie ciągłości nie jest wymagane (0), wywołuje się proces wysyłania zerowania obwodu w etapie 6008 i uzyskuje się bezczynność w etapie 6010. Po etapie 6006, wskazanie powo187 494 dzenia albo niepowodzenia COT wysyła się do CCB w etapie 6012. Jeżeli COT nie powiedzie się w etapie 6014, informuje się kontrolę w etapie 6016 i proces wraca do etapu 3460. Jeżeli COT powiedzie się w etapie 6014, wysyła się żądanie zwolnienia do procesu końcowego w etapie 6018. Proces ponownego sprawdzania ciągłości jest wywoływany w etapie 6020 i uzyskuje się bezczynność w etapie 6022.
Jeżeli wewnętrzny komunikat informacyjny zostanie odebrany w etapie 3506 (Fig. 22D) lub zewnętrzny komunikat informacyjny zostanie odebrany w etapie 3507, wysyła się komunikat do procesu końcowego w etapie 3508 i proces wraca do etapu 3460. Jeżeli żądanie blokowania zostanie odebrane w etapie 3509, jest ignorowane w etapie 3510 i przetwarzanie wraca do etapu 3460. Jeżeli komunikat ponownej próby zostanie odebrany w etapie 3511, przetwarzanie przechodzi do etapu 2280. Jeżeli przekroczenie czasu COT zostanie odebrane w etapie 3512, wysyła się moment zwolnienia do billingu w etapie 3513 i wysyła się przyczynę z indeksem 41 do tabeli przetwarzania w etapie 3514. W etapie 3515 wysyła się żądanie zwolnienia do procesu końcowego i ustala się, czy sprawdzanie ciągłości jest wymagane w etapie 3516. Jeżeli sprawdzanie ciągłości jest wymagane na tym obwodzie (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 3517 i uzyskuje się bezczynność w etapie 3518. Jeżeli sprawdzanie ciągłości nie jest wymagane (0), uzyskuje się bezczynność w etapie 3518. Jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 6026 lub jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 6028, ustala się, czy sprawdzanie ciągłości jest wymagane w etapie 6030. Jeżeli sprawdzanie ciągłości jest wymagane na tym obwodzie (1), nadchodzący proces sprawdzania ciągłości jest zatrzymywany w etapie 6032 i zegar COT jest zatrzymywany w etapie 6034. Jeżeli sprawdzanie ciągłości jest wymagane w poprzednim obwodzie (2), przetwarzanie przechodzi do 6034. Po etapie 6034 lub jeżeli sprawdzanie ciągłości nie jest wymagane (0), wysyła się żądanie zwolnienia do procesu końcowego w etapie 6036. Wywołuje się proces ponownego sprawdzania ciągłości w etapie 6038 i uzyskuje się bezczynność w etapie 6040.
W etapie 3520 (Fig. 22E) proces początkowy oczekuje na ACM z procesu końcowego. Jeżeli ACM zostanie odebrany w etapie 3522, obwód oznacza się jako zajęty w tabeli obwodu magistrali w etapie 3523. Moment ACM wysyła się do billingu w etapie 3524 i ustala się, czy wywołanie to intra-CCM w etapie 3525 i etapie 3526. Jeżeli wywołanie to intra-CCM w etapie 3526, wysyła się wewnętrzny ACM w etapie 3527. Jeżeli wywołanie nie jest intra-CCM w etapie 3526, wysyła się zewnętrzny ACM w etapie 3528. Po etapach 3528 lub 3527, sprawdza się tabelę grupy magistrali, aby zobaczyć czy nadchodząca grupa magistrali to Inter Machine Trunk (IMT) w etapie 3529 i etapie 3530 (Fig. 22F). Jeżeli tak nie jest, przetwarzanie przechodzi do etapu 3600. Jeżeli jest to IMT, buduje się komunikat wyjścia z numerem obwodu wychodzącego z CCB w etapie 3531. Ustala się, czy wywołanie to intra-CCM w etapie 3532 i etapie 3533. Jeżeli wywołanie to intra-CCM w etapie 3533, wysyła się wewnętrzny komunikat wyjścia w etapie 3534. Jeżeli wywołanie nie jest intra-CCM w etapie 3533, wysyła się zewnętrzny komunikat wyjścia w etapie 3535. Po etapach 3534 lub 3535, proces przechodzi do etapu 3600. Jeżeli komunikat odpowiedzi zostanie odebrany z procesu końcowego w etapie 3538, obwód oznacza się jako zajęty w tabeli obwodu magistrali w etapie 3539. W etapie 3540 i etapie 3541, sprawdza się tabelę grupy magistrali, aby zobaczyć czy nadchodząca grupa magistrali to Inter Machine Trunk (IMT). Jeżeli nie jest to 1MT w etapie 3541, przetwarzanie przechodzi do etapu 3547. Jeżeli jest to IMT w etapie 3541, buduje się komunikat wyjścia z numerem obwodu wychodzącego z CCB w etapie 3542. Ustala się, czy wywołanie to intra-CCM w etapie 3543 i etapie 3544. Jeżeli wywołanie to intra-CCM w etapie 3544, wysyła się wewnętrzny komunikat wyjścia w etapie 3545. Jeżeli wywołanie nie jest intra-CCM w etapie 3544, wysyła się zewnętrzny komunikat wyjścia w etapie 354 6. Po etapach 3545 lub 3546, wysyła się moment odpowiedzi do billingu w etapie 3547. Ustala się, czy wywołanie to intra-CCM w etapie 3548 i etapie 3549. Jeżeli wywołanie to intra-CCM w etapie 3549, wysyła się wewnętrzny ANM w etapie 3550. Jeżeli wywołanie nie jest intra-CCM w etapie 3549, wysyła się zewnętrzny ANM w etapie 3551. Po etapie 3550 lub etapie 3551, proces przechodzi do etapu 3670. Jeżeli zostanie odebrane zerowanie w etapie 3552, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3553 i wysyła się moment zwolnienia do billingu w etapie 3554.
187 494
Ustala się, czy wywołanie to intra-CCM w etapie 3555 i etapie 3556. Jeżeli wywołanie to intra-CCM w etapie 3556, wysyła się wewnętrzny RLC w etapie 3557. Jeżeli wywołanie nie jest intra-CCM w etapie 3556, zewnętrzny RLC jest wysyłany w etapie 3558. Po etapie 3557 lub etapie 3558, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3559. Uzyskuje się bezczynność w etapie 3560.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 3562 (Fig. 22G) lub wewnętrzny REL zostanie odebrany w etapie 3563, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3564 i wysyła się moment zwolnienia do billingu w etapie 3565. Ustala się, czy wywołanie to intra-CCM w etapie 3566 i etapie 3567. Jeżeli wywołanie to intra-CCM w etapie 3567, wysyła się wewnętrzny RLC w etapie 3568. Jeżeli wywołanie nie jest intra-CCM w etapie 3567, wysyła się zewnętrzny RLC w etapie 3569. Po etapie 3568 lub etapie 3569, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3570 (Fig. 22H). Uzyskuje się bezczynność w etapie 3572. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 3575 lub wewnętrzny RLC zostanie odebrany w etapie 3576, wysyła się moment bezczynności do billingu w etapie 3577 i wysyła się żądanie zwolnienia do procesu końcowego w etapie 3578. W etapie 3579, wysyła się komunikat do tabeli przetwarzania z przyczyną 41 i uzyskuje się bezczynność w etapie 3580. Jeżeli zostanie odebrane zwolnienie z zapytania obwodu w etapie 3574, przetwarzanie przechodzi do etapu 3578. Jeżeli żądanie zwolnienia zostanie odebrane z procesu końcowego w etapie 3581 lub niepowodzenie obwodu wychodzącego zostanie odebrane w etapie 3582, przetwarzanie przechodzi do etapu 3579. Jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 3583 lub zostaną odebrane inne komunikaty zewnętrzne w etapie 3584, są ignorowane w etapie 3585 i przetwarzanie wraca do etapu 3520. Jeżeli żądanie blokowania zostanie odebrane w etapie 3586, jest ignorowane w etapie 3587 i przetwarzanie przechodzi do etapu 3520. Jeżeli komunikat kontynuacji wywołania zostanie odebrany z procesu końcowego w etapie 3590, ustala się czy wywołanie to intra-CCM w etapie 3591 i etapie 3592. Jeżeli wywołanie to intra-CCM w etapie 3592, wysyła się wewnętrzny CPM w etapie 3593. Jeżeli wywołanie nie jest intra-CCM w etapie 3592, wysyła się zewnętrzny CPM w etapie 3594. Po etapie 3593 lub etapie 3594, proces wraca do etapu 3520.
W etapie 3600 (Fig. 22I), proces początkowy oczekuje na komunikat odpowiedzi z procesu końcowego. Jeżeli komunikat odpowiedzi zostanie odebrany z procesu końcowego w etapie 3602, obwód oznacza się jako zajęty w tabeli obwodu magistrali w etapie 3604. Moment odpowiedzi jest wysyłany do billingu w etapie 3606 i ustala się, czy wywołanie to intra-CCM w etapie 3607 i etapie 3608. Jeżeli wywołanie to intra-CCM w etapie 3608, wysyła się wewnętrzny ANM w etapie 3609. Jeżeli wywołanie nie jest intra-CCM w etapie 3608, wysyła się zewnętrzny ANM w etapie 3610. Po etapach 3609 lub 3610, proces przechodzi do etapu 3670. Jeżeli żądanie blokowania zostanie odebrane w etapie 3612, jest ignorowane w 3614 i przetwarzanie przechodzi do etapu 3600. Jeżeli komunikat kontynuacji wywołania zostanie odebrany z procesu końcowego w etapie 3618, ustala się, czy wywołanie to intra-CCM w etapie 3619 i etapie 3620. Jeżeli wywołanie to intra-CCM w etapie 3620, wysyła się wewnętrzny CPM w 3621. Jeżeli wywołanie nie jest intra-CCM w etapie 3620, wysyła się zewnętrzny CPM w 3622. Po etapach 3621 lub 3622, proces wraca do etapu 3520. Jeżeli zostanie odebrane zerowanie w etapie 3624, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3626, a. moment zwolnienia jest wysyłany do billingu w etapie 3628. Ustala się, czy wywołanie to intra-CCM w etapie 3629 i etapie 3630. Jeżeli wywołanie to intra-CCM w etapie 3630, wysyła się wewnętrzny RLC w etapie 3631. Jeżeli wywołanie nie jest intra-CCM w etapie 3630, wysyła się zewnętrzny RLC w etapie 3632. Po etapie 3631 lub etapie 3632, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3633. Uzyskuje się bezczynność w etapie 3634.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 3636 (Fig. 22J) lub wewnętrzny REL zostanie odebrany w etapie 3637, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3638, a moment zwolnienia jest wysyłany do billingu w etapie 3640. Ustala się, czy wywołanie to intra-CCM w etapie 3641 i etapie 3642. Jeżeli wywołanie to intra-CCM w etapie 3642, wewnętrzny RLC jest wysyłany w etapie 3643. Jeżeli wywołanie nie jest intra-CCM w etapie 3642, zewnętrzny RLC jest wysyłany w etapie 3644. Po etapie 3643 lub etapie 3644,
187 494 obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3645 (Fig. 22K). Uzyskuje się bezczynność w etapie 3646. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 3649 lub wewnętrzny RLC zostanie odebrany w etapie 3650, moment bezczynności jest wysyłany do billingu w etapie 3651, a żądanie zwolnienia jest wysyłane do procesu końcowego w etapie 3652. W etapie 3553 do tabeli przetwarzania wysyła się komunikat z przyczyną 41 w etapie 3653 i uzyskuje się bezczynność w etapie 3654. Jeżeli zostanie odebrane zwolnienie z zapytania obwodu w etapie 3648, przetwarzanie przechodzi do etapu 3652. Jeżeli żądanie zwolnienia zostanie odebrane z procesu końcowego w etapie 3656, przetwarzanie przechodzi do etapu 3653. Jeżeli niepowodzenie obwodu wychodzącego zostanie odebrane w etapie 3658, do tabeli przetwarzania wysyła się komunikat z przyczyną 41 w etapie 3659 i uzyskuje się bezczynność w etapie 3660. Jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 3661 lub zostaną odebrane inne komunikaty zewnętrzne w etapie 3662, są ignorowane w etapie 3664 i przetwarzanie wraca do etapu 3520.
W etapie 3670 (Fig. 22L), proces początkowy odebrał poprzednio ANM wskazujący, że odpowiedziano obwodowi nadchodzącemu. Jeżeli zewnętrzny REL zostanie odebrany w etapie 3672 lub wewnętrzny REL zostanie odebrany w etapie 3673, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3674 i wysyła się moment zwolnienia do billingu w etapie 3676. Ustala się, czy wywołanie to intra-CCM w etapie 3677 i etapie 3678. Jeżeli wywołanie to intra-CCM w etapie 3678, wysyła się wewnętrzny RLC w etapie 3679. Jeżeli wywołanie nie jest intra-CCM w etapie 3678, wysyła się zewnętrzny RLC w etapie 3680. Po etapach 3679 lub 3680, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3681. Uzyskuje się bezczynność w etapie 3682. Jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 3683 lub zostaną odebrane inne komunikaty zewnętrzne w etapie 3684, są ignorowane w etapie 3686 i przetwarzanie wraca do etapu 3670. Jeżeli żądanie blokowania zostanie odebrane w etapie 3687, jest ignorowane w etapie 3688 i przetwarzanie przechodzi do etapu 3670. Jeżeli zostanie odebrane zerowanie w etapie 3690, żądanie zwolnienia jest wysyłane do procesu końcowego w etapie 3692, a moment zwolnienia jest wysyłany do billingu w etapie 3694. Ustala się, czy wywołanie to intra-CCM w etapie 3695 i etapie 3696. Jeżeli wywołanie to intra-CCM w etapie 3696, wewnętrzny RLC jest wysyłany w etapie 3697. Jeżeli wywołanie nie jest intra-CCM w etapie 3696, zewnętrzny RLC jest wysyłany w etapie 3698. Po etapach 3697 lub 3698, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3699. Uzyskuje się bezczynność w etapie 3700.
Jeżeli zostanie odebrane zwolnienie z zapytania obwodu w etapie 3702 (Fig. 22M), przetwarzanie przechodzi do etapu 3708. Jeżeli wewnętrzny RLC zostanie odebrany w etapie 3703 lub zewnętrzny RLC zostanie odebrany w etapie 3704, wysyła się moment bezczynności do billingu w etapie 3706, a żądanie zwolnienia wysyła się do procesu końcowego w etapie 3708. W etapie 3710, do tabeli przetwarzania wysyła się komunikat z przyczyną 41 i uzyskuje się bezczynność w etapie 3712. Jeżeli żądanie zwolnienia zostanie odebrane z procesu końcowego w etapie 3713, przetwarzanie przechodzi do etapu 3710. Jeżeli zawieszenie sieci zostanie odebrane z procesu końcowego w etapie 3714, ustala się czy wywołanie to intra-CCM w etapie 3715 i 3716. Jeżeli wywołanie to intra-CCM w etapie 3716, wewnętrzny SUS jest wysyłany w etapie 3717. Jeżeli wywołanie nie jest intra-CCM w etapie 3716, zewnętrzny SUS jest wysyłany w etapie 3718. Po etapach 3717 lub 3718, przetwarzanie przechodzi do etapu 3720.
W etapie 3720 (Fig. 22N), proces początkowy odebrał uprzednio SUS wskazujący, że nadchodzący obwód został zawieszony. Jeżeli zewnętrzny REL zostanie odebrany w etapie 3721 lub wewnętrzny REL zostanie odebrany w etapie 3722, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3723, a moment zwolnienia wysyła się do billingu w etapie 3725. Ustala się, czy wywołanie to intra-CCM w etapie 3726 i etapie 3727. Jeżeli wywołanie to intra-CCM w etapie 3727, wysyła się wewnętrzny RLC w etapie 3728. Jeżeli wywołanie nie jest intra-CCM w etapie 3727, wysyła się zewnętrzny RLC w etapie 3729. Po etapach 3728 lub 3729, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3730. Uzyskuje się bezczynność w etapie 3731. Jeżeli żądanie blokowania zostanie odebrane w etapie 3732, jest ignorowane w etapie 3734 i przetwarzanie wraca do etapu 3720. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 3735 lub wewnętrzny RLC zostanie odebrany w etapie 3736, wysyła
187 494 się moment bezczynności do billingu w etapie 3737 i wysyła się żądanie zwolnienia do procesu końcowego w etapie 3738. W etapie 3739, do tabeli przetwarzania wysyła się komunikat z przyczyną 41 i uzyskuje się bezczynność w etapie 3740. Jeżeli zostanie odebrane zwolnienie z zapytania obwodu w etapie 3733, przetwarzanie przechodzi do etapu 3738.
Jeżeli żądanie zwolnienia zostanie odebrane z procesu końcowego w etapie 3741 (Fig. 220), do tabeli przetwarzania wysyła się komunikat z przyczyną 41 w etapie 3742 i uzyskuje się bezczynność w etapie 3743. Jeżeli zerowanie zostanie odebrane w etapie 3744, wysyła się żądanie zwolnienia do procesu końcowego w etapie 3745, a moment zwolnienia wysyła się do billingu w etapie 3746. Ustala się, czy wywołanie to intra-CCM w etapie 3747 i etapie 3748. Jeżeli wywołanie to intra-CCM w etapie 3748, wysyła się wewnętrzny RLC w etapie 3749. Jeżeli wywołanie nie jest intra-CCM w etapie 3748, wysyła się zewnętrzny RLC w etapie 3750. Po etapach 3749 lub 3750, obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3751. Uzyskuje się bezczynność w etapie 3752. Jeżeli wznowienie sieci zostanie odebrane z procesu końcowego w etapie 3753, ustala się, czy wywołanie to intra-CCM w etapie 3754 i etapie 3755. Jeżeli wywołanie to intra-CCM w etapie 3755, wysyła się wewnętrzny RES w etapie 3756. Jeżeli wywołanie nie jest intra-CCM w etapie 3755, wysyła się zewnętrzny RES w etapie 3757. Po etapach 3756 lub 3757, przetwarzanie przechodzi do etapu 3720. Jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 3758 lub zostaną odebrane inne komunikaty zewnętrzne w etapie 3759, są ignorowane w etapie 3760 i przetwarzanie wraca do etapu 3720.
W etapie 3724 (Fig. 22P), proces początkowy oczekuje na RLC. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 3761 lub wewnętrzny RLC zostanie odebrany w etapie 3762, wysyła się moment bezczynności do billingu w etapie 3763 i zegar RLC jest zatrzymywany w etapie 3764. W etapie 3765, zatrzymywany jest zegar zwolnienia wysyłania. Uzyskuje się bezczynność w etapie 3766. Jeżeli zegar RLC przekroczy czas w etapie 3767, zegar zwolnienia wysyłania jest zatrzymywany w etapie 3768 i wysyła się komunikat do zerowania obwodu w etapie 3769. W etapie 3770, informuje się kontrolę i uzyskuje się bezczynność w etapie 3771. Jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 3772 lub inne komunikaty wewnętrzne zostaną odebrane w etapie 3773, są ignorowane w etapie 3774 i proces wraca do etapu 3724. Jeżeli zewnętrzny REL zostanie odebrany w etapie 3775 (Fig. 22Q) lub wewnętrzny REL zostanie odebrany w etapie 3776, wysyła się moment zwolnienia do billingu w etapie 3777. Ustala się, czy wywołanie to intra-CCM w etapie 3778 i etapie 3779. Jeżeli wywołanie to intra-CCM w etapie 3779, wysyła się wewnętrzny SUS w etapie 3780. Jeżeli wywołanie nie jest intra-CCM w etapie 3779, wysyła się zewnętrzny SUS w 3781. Po etapach 3780 lub 3781, proces wraca do etapu 3724. Jeżeli zostanie odebrane zerowanie w etapie 3782, zegar RLC jest zatrzymywany w etapie 3783. W etapie 3784 zegar zwolnienia wysyłania jest zatrzymywany i obwód oznacza się jako bezczynny w tabeli obwodu magistrali w etapie 3785. Uzyskuje się bezczynność w etapie 3786. Jeżeli zegar wysyłania REL przekroczy czas w etapie 3787, do tabeli przetwarzania wysyła się komunikat z przyczyną 41 w etapie 3788. Zegar wysyłania REL jest ustawiany w etapie 3789 i proces wraca do etapu 3724.
Figury 23A-23T przedstawiają przetwarzanie tabeli magistrali przez proces końcowy BCM. Na fig. 23A w etapie 3800 proces końcowy jest bezczynny. Proces końcowy odbiera następną funkcję dla tabeli grupy magistrali z procesu początkowego w etapie 3802. Uzgadnia się indeks w etapie 3806 i 3808. Jeżeli zgodna wartość nie zostanie znaleziona, informuje się kontrolę w etapie 3810, do tabeli przetwarzania wysyła się komunikat z przyczyną 45 w etapie 3812 i uzyskuje się bezczynność w etapie 3814. Jeżeli zgodna grupa magistrali zostanie znaleziona w etapie 3808, sprawdza się schemat rotacji grupy magistrali w etapie 3816 i ustala w etapie 3820. Jeżeli rotacja jest najbardziej bezczynna (MIDL) w etapie 3822 i etapie 3824 (Fig. 23B), wysyła się komunikat do procesu wyboru najbardziej bezczynnej magistrali w etapie 3826. Proces ten ustali magistralę, która była bezczynna przez najdłuższy okres w etapie 3828 i zwróci wybór magistrali do procesu końcowego w etapie 3830. Proces przechodlzi do etapu 3870. Jeżeli rotacja jest najmniej bezczynna w etapie 3822 i etapie 3824, wysyła się komunikat do procesu wyboru najmniej bezczynnej (LIDL) magistrali w etapie 3832. Proces ten ustali magistralę, która była bezczynna przez najkrótszy okres w etapie 3834 i zwróci wybór magistrali
187 494 do procesu końcowego w etapie 3836. Proces przechodzi do etapu 3870. Jeżeli rotacja jest rosnąca (ASEQ) w etapie 3838 i etapie 3840, wysyła się komunikat do procesu wyboru rosnącej magistrali w etapie 3842. Proces ten ustali magistralę, która jest następna w kolejności rosnącej w etapie 3844 i zwróci wybór magistrali do procesu końcowego w etapie 3846. Proces przechodzi do etapu 3870. Jeżeli rotacja jest malejąca (DESEQ) w etapie 3838 i etapie 3840, wysyła się komunikat do procesu wyboru magistrali malejącej w etapie 3848. Proces ten ustali magistralę, która jest następna w kolejności malejącej w etapie 3850 i zwróci wybór magistrali do procesu końcowego w etapie 3852. Proces przechodzi do etapu 3870. Jeżeli rotacja jest zgodna ze wskazówkami zegara (CWCTH) w etapie 3854 i etapie 3856, wysyła się komunikat do procesu wyboru magistrali zgodnego ze wskazówkami zegara w etapie 3858. Proces ten ustali magistralę, która jest następna w kolejności wskazówek zegara w etapie 3860 i zwróci wybór magistrali do procesu końcowego w etapie 3862. Proces przechodzi do etapu 3870. Jeżeli rotacja jest przeciwna do wskazówek zegara w etapie 3854 i etapie 3856, wysyła się komunikat do procesu wyboru magistrali przeciwnego do wskazówek zegara (CCWCTH) w etapie 3864. Proces ten ustali magistralę, która jest następna w kolejności przeciwnej do wskazówek zegara w etapie 3866 i zwróci wybór magistrali do procesu końcowego w etapie 3868. Proces przechodzi następnie do etapu 3870.
W etapie 3870 (Fig. 23C) sprawdza się wskaźnik satelity i jeżeli satelita był używany na poprzednim obwodzie nadchodzącym w etapie 3872, sprawdza się tabelę grupy magistrali, aby ustalić czy wybrana magistrala wykorzystuje satelitę w etapie 3874 i etapie 3876. Jeżeli satelita będzie używany znowu, informuje się kontrolę w etapie 3878, do tabeli przetwarzania wysyła się komunikat z przyczyną 47 w etapie 3880 i uzyskuje się bezczynność w etapie 3882. Jeżeli satelita nie będzie używany ponownie w etapie 3876, sprawdza się licznik skoków w etapie 3884 i etapie 3886 (Fig. 23D). Jeżeli licznik skoków jest aktywny, sprawdza się CCB w etapie 3888 i etapie 3890. Jeżeli licznik skoków zostanie znaleziony w CCB, jest zmniejszany o jeden w etapie 3892. Jeżeli licznik skoków wynosi teraz zero w etapie 3894, informuje się kontrolę w etapie 3896, do tabeli przetwarzania wysyła się komunikat z przyczyną 47 w etapie 3898 i uzyskuje się bezczynność w etapie 3900. Jeżeli satelita nie był używany na nadchodzącym obwodzie w etapie 3872, sprawdza się tabelę grupy magistrali, aby ustalić czy wybrany obwód wychodzący (OGT) wykorzystuje satelitę w etapie 3902 i etapie 3904. Jeżeli satelita będzie używany ponownie w etapie 3904, zmienia się wskaźnik sieci, aby wskazać, że satelita został użyty w etapie 3906. Po etapie 3906 lub jeżeli satelita nie jest używany w etapie 3904, przetwarzanie przechodzi do etapu 3884. Jeżeli ustalenie w etapie 3890 jest przeczące, licznik skoków IAM jest zwiększany o 20 w etapie 3891 i przetwarzanie przechodzi do etapu 3908. Jeżeli ustalenia albo w etapie 3886 albo w etapie 3894 są przeczące, przetwarzanie przechodzi do etapu 3908. W etapie 3908, sprawdza się pole wskaźnika usługi. W etapie 3912 ustala się typ magistrali.
Jeżeli jest to magistrala TDM (dostęp), sprawdza się grupę magistrali odnośnie możliwości COT w etapie 3914 (Fig. 23E). Wykonuje się obliczenia procentowe w etapie 3916, aby ustalić czy sprawdzanie ciągłości jest wymagane w etapie 3918. Jeżeli typ magistrali to magistrala ATM (IMT) w etapie 3912 lub jeżeli sprawdzanie ciągłości nie jest wymagane w etapie 3918, ustala się parametry IAM w etapie 3920. Jeżeli magistrala ma indeks komunikatu w etapie 3922, wysyła się komunikat do tabeli komunikatów w etapie 3924 i zostaje odebrana odpowiedź w etapie 3926. Odpowiedź, kod CIC i odnośne kody punktu stosuje się do zbudowania IAM w etapie 3928 i etapie 3930 (Fig. 23F). Przetwarzanie przechodzi do etapu 3936. Jeżeli żaden indeks nie zostanie znaleziony w etapie 3922, nadchodzący IAM, CIC i odnośne kody punktu stosuje się do zbudowania LAM w etapie 3932 i etapie 3934. Po etapach 3930 lub 3934, wysyła się komunikat do multipleksera i wyłącznika echa z przypisaniem obwodu - VPI/VCI w etapie 3936 i ustawia się zegar multipleksera w etapie 3938. Jeżeli sprawdzanie ciągłości jest wymagane w etapie 3918, ustala się parametry IAM w etapie 3942. Jeżeli magistrala ma indeks komunikatu w etapie 3944, wysyła się komunikat do tabeli komunikatów w etapie 3946 i zostaje odebrana odpowiedź w etapie 3948. Odpowiedź, CIC i odnośne kody punktu stosuje się do zbudowania IAM w etapie 3950 i etapie 3952. Przetwarzanie przechodzi do etapu 3958. Jeżeli żaden indeks nie zostanie znaleziony w etapie 3944, nadchodzący LAM, CIC i odnośne kody punk30
187 494 tu stosuje się do zbudowania IAM w etapie 3954 i etapie 3956. Po etapach 3952 lub 3956, sterowanie echem jest oceniane w etapie 3958. Jeżeli sterowanie echem nie jest potrzebne, wysyła się komunikat do multipleksera z przypisaniem obwód - VPI/VCI w etapie 3960 i ustawia się zegar multipleksera w etapie 3962. Przetwarzanie przechodzi do etapu 3968. Jeżeli sterowanie echem jest wymagane w etapie 3958, wysyła się komunikat do multipleksera i wyłącznika echa z przypisaniem obwód-VPI/VCI w etapie 3964 i ustawia się zegar multipleksera w etapie 3966.
Proces końcowy oczekuje na odpowiedź multipleksera w etapie 3968 (Fig. 23G). Jeżeli zostanie odebrany komunikat z multipleksera w etapie 3970, ustala się typ odpowiedzi w etapie 3972. Jeżeli jest to akceptacja, obwód oznacza się jako przejściowy w etapie 3974 i komunikat, który identyfikuje wybrany obwód wychodzący, jest wysyłany do procesu początkowego w etapie 3975.
Ustala się, czy wywołanie to intra-CCM w etapie 3976 i etapie 3977 (Fig. 23H). Jeżeli wywołanie to intra-CCM w etapie 3977, wysyła się wewnętrzny LAM z ciągłością w etapie 3978. Jeżeli wywołanie nie jest intra-CCM w etapie 3977, wysyła się zewnętrzny IAM z ciągłością w etapie 3979. Po etapach 3973 lub 3979, wysyła się komunikat, aby wywołać procedury ciągłości wychodzącej w etapie 3980. W etapie 3982 ustawia się zegar ACM i proces przechodzi do etapu 4100. Jeżeli odpowiedź w etapie 3972 to odrzucenie, informuje się kontrolę w etapie 3986. Po etapie 3986, sprawdza się ponowną próbę w obrębie tej samej grupy magistrali w etapie 6050 i etapie 6052. Jeżeli ponowna próba nie jest dozwolona w etapie 6052, licznik wywołań jest zwiększany do następnego żądania w etapie 6054, następna funkcja jest stosowana w etapie 6056 i przetwarzanie przechodzi do etapu 3282. Jeżeli ponowna próba jest dozwolona w etapie 6052, sprawdza się pierwszą próbę w CCB w etapie 6058 i etapie 6060. Jeżeli nie jest to pierwsza próba w etapie 6060, licznik wywołań jest zwiększany na następne żądanie w etapie 6062, następna funkcja jest stosowana w etapie 6064, i przetwarzanie przechodzi do etapu 3282. Jeżeli jest to pierwsza próba w etapie 6060, obwód oznacza się jako zajęty kontrolnie w etapie 6066 i wywołuje się proces blokowania obwodu w etapie 6068. Ponowna próba wywołania jest zwiększana w CCB w etapie 6070 i próbuje się wywołania ponownie w tej samej grupie magistrali w etapie 6072. Przetwarzanie przechodzi do etapu 3816.
Jeżeli zegar przekroczy czas w etapie 3992 (Fig. 23I), informuje się kontrolę w etapie 3994 i wysyła się drugi komunikat do multipleksera z innym przypisaniem w etapie 3996. Zegar multipleksera ustawia się w etapie 3998 i oczekuje na odpowiedź w etapie 4000. Jeżeli zegar przekroczy czas w etapie 4002, informuje się kontrolę w etapie 4004, do tabeli przetwarzania wysyła się komunikat z przyczyną 38 w etapie 4006, punkt zwolnienia jest wysyłany do billingu w etapie 4008 (Fig. 23J) i uzyskuje się bezczynność w etapie 4010. Jeżeli zostanie odebrany komunikat z multipleksera w etapie 4012, ustala się typ odpowiedzi w etapie 4014. Jeżeli jest to akceptacja, obwód oznacza się jako przejściowy w etapie 4016 i komunikat, który wyznacza wybrany obwód wychodzący, jest wysyłany do procesu początkowego w etapie 4017. Ustala się, czy wywołanie to intra-CCM w etapie 4018 i etapie 4019. Jeżeli wywołanie to intra-CCM w etapie 4019, wysyła się wewnętrzny IAM z ciągłością w etapie 4020. Jeżeli wywołanie nie jest intra-CCM w etapie 4019, wysyła się zewnętrzny LAM z ciągłością w etapie 4021. Po etapach 4020 lub 4021, wysyła się komunikat, aby wywołać procedury ciągłości wychodzącej w etapie 4022. W etapie 4024 ustawia się zegar ACM i proces przechodzi do etapu 4100. Jeżeli odpowiedź w etapie 4014 to odrzucenie, sprawdza się ponowną próbę w obrębie tej samej grupy magistrali w etapie 6076. Jeżeli ponowna próba nie jest dozwolona w etapie 6076, licznik wywołań jest zwiększany na następne żądanie w etapie 6078, następna funkcja jest stosowana w etapie 6080 i przetwarzanie przechodzi do etapu 3282. Jeżeli ponowna próba jest dozwolona w etapie 6076, sprawdza się pierwszą próbę w CCB w etapie 6082 i etapie 6084. Jeżeli nie jest to pierwsza próba w etapie 6084, licznik wywołań jest zwiększany na następne żądanie w etapie 6086, następna funkcja jest stosowana w etapie 6088 i przetwarzanie przechodzi do etapu 3282. Jeżeli jest to pierwsza próba w etapie 6084, obwód oznacza się jako zajęty kontrolnie w etapie 6090 i wywołuje się proces blokowania obwodu w etapie 6092. Ponowna próba wywołania jest zwiększana w CCB w etapie 6094 i próbuje się ponownego wywołania w tej samej grupie magistrali. Przetwarzanie przechodzi do etapu 3816.
187 494
Proces końcowy oczekuje na odpowiedź multipleksera w etapie 4040 (Fig. 23K). Jeżeli zostanie odebrany komunikat z multipleksera w etapie 4042, ustala się typ odpowiedzi w etapie 4044. Jeżeli jest to akceptacja, obwód oznacza się jako przejściowy w etapie 4046 i komunikat, który wyznacza wybrany obwód wychodzący, jest wysyłany do procesu początkowego w etapie 4047. Ustala się, czy wywołanie to intra-CCM w etapie 4048 i etapie 4049 (Fig. 23L). Jeżeli wywołanie to intra-CCM w etapie 4049, wewnętrzny IAM bez ciągłości jest wysyłany w etapie 4050. Jeżeli wywołanie nie jest intra-CCM w etapie 4049, zewnętrzny IAM bez ciągłości wysyła się w etapie 4051. Po etapie 4050 lub etapie 4051, ustawia się zegar ACM w etapie 4052 i proces przechodzi do etapu 4220. Jeżeli odpowiedź w etapie 4044 to odrzucenie, informuje się kontrolę w etapie 4054. Po etapie 4054, sprawdza się ponowną próbę w obrębie tej samej grupy magistrali w etapie 6100 i etapie 6102. Jeżeli ponowna próba nie jest dozwolona w etapie 6102, licznik wywołań jest zwiększany na następne żądanie w etapie 6104, następna funkcja jest stosowana w etapie 6106 i przetwarzanie przechodzi do etapu 3282. Jeżeli ponowna próba jest dozwolona w etapie 6102, sprawdza się pierwszą próbę w CCB w etapie 6108 i etapie 6110. Jeżeli nie jest to pierwsza próba w etapie 6110, licznik wywołań jest zwiększany na następne żądanie w etapie 6112, następna funkcja jest stosowana w etapie 6114 i przetwarzanie przechodzi do etapu 3282. Jeżeli jest to pierwsza próba w etapie 6110, obwód oznacza się jako zajęty kontrolnie w etapie 6116 i wywołuje się proces blokowania obwodu w etapie 6118. Ponowna próba wywołania jest zwiększana w CCB w etapie 6120 i próbuje się wywołania w tej samej grupie magistrali w etapie 6122. Przetwarzanie przechodzi do etapu 3816.
Jeżeli zegar przekroczy czas w etapie 4060 (Fig. 23M), informuje się kontrolę w etapie 4062 i wysyła się drugi komunikat do multipleksera z innym przypisaniem w etapie 4064. Ustawia się zegar multipleksera w etapie 4066 i oczekuje na odpowiedź w etapie 4068. Jeżeli zegar przekroczy czas w etapie 4070, informuje się kontrolę w etapie 4072, do tabeli przetwarzania wysyła się komunikat z przyczyną 38 w etapie 4074, punkt zwolnienia jest wysyłany do billingu w etapie 4076 (Fig. 23N) i uzyskuje się bezczynność w etapie 4078. Jeżeli zostanie odebrany komunikat z multipleksera w etapie 4080, ustala się typ odpowiedzi w etapie 4082. Jeżeli jest to akceptacja, obwód oznacza się jako przejściowy w etapie 4084 i komunikat, który wyznacza wybrany obwód wychodzący, wysyła się do procesu początkowego w etapie 4085. Ustala się, czy wywołanie to intra-CCM w etapie 4086 i etapie 4087. Jeżeli wywołanie to intra-CCM w etapie 4087, wysyła się wewnętrzny IAM bez ciągłości w etapie 4088. Jeżeli wywołanie nie jest intra-CCM w etapie 4087, wysyła się zewnętrzny IAM bez ciągłości w etapie 4089. Po etapach 4088 lub 4089, ustawia się zegar ACM w etapie 4090 i proces przechodzi do etapu 4220. Jeżeli odpowiedź w etapie 4082 to odrzucenie, sprawdza się ponowną próbę w tej samej grupie magistrali w etapie 6130. Jeżeli ponowna próba nie jest dozwolona w etapie 6130, licznik wywołań jest zwiększany na następne żądanie w etapie 6132, następna funkcja jest stosowana w etapie 6134 i przetwarzanie przechodzi do etapu 3282. Jeżeli ponowna próba jest dozwolona w etapie 6130, sprawdza się pierwszą próbę w CCB w etapie 6136 i etapie 6138. Jeżeli nie jest to pierwsza próba w etapie 6138, licznik wywołań jest zwiększany na następne żądanie w etapie 6140, następna funkcja jest stosowana w etapie 6142 i przetwarzanie przechodzi do etapu 3282. Jeżeli jest to pierwsza próba w etapie 6138, obwód oznacza się jako zajęty kontrolnie w etapie 6144 i wywołuje się proces blokowania obwodu w etapie 6146. Ponowna próba wywołania jest zwiększana w CCB w etapie 6148 i próbuje się ponownego wywołania w tej samej grupie magistrali w etapie 6150. Przetwarzanie przechodzi do etapu 3816.
W etapie 4100 (Fig. 230), proces końcowy oczekuje na raport ciągłości wychodzącej. Jeżeli zgłaszane jest powodzenie (wychodzące sprawdzanie ciągłości - CCO) w etapie 4102, aktualizuje się CCB w etapie 4103. Ustala się, czy wywołanie to intra-CCM w etapie 4104 i etapie 4105. Jeżeli wywołanie to intra-CCM w etapie 4105, wysyła się wewnętrzny COT (powodzenie) w etapie 4106. Jeżeli wywołanie nie jest intra-CCM w etapie 4105, wysyła się zewnętrzny COT (powodzenie) w etapie 4107. Po etapach 4106 lub 4107, przetwarzanie przechodzi do etapu 4220. Jeżeli zgłaszane jest niepowodzenie w etapie 4108, zegar ACM jest zatrzymywany w etapie 4109 i ustala się, czy wywołanie to intra-CCM. w etapie 4110 i etapie 4111. Jeżeli wywołanie to intra-CCM w etapie 4111, wysyła się wewnętrzny COT (niepowodzenie) w etapie 4112. Jeżeli wywołanie nie jest intra-CCM w etapie 4111, wysyła się zewnętrzny
187 494
COT (niepowodzenie) w etapie 4113. Po etapach 4112 lub 4113, ocenia się możliwość ponownej próby w etapie 4114 (Fig. 23P) i jeżeli jest dozwolona w etapie 4116, licznik wywołań jest zwiększany w etapie 4118. Komunikat ponownej próby wywołania wysyła się do procesu początkowego w etapie 4120 i uzyskuje się bezczynność w etapie 4122. Jeżeli ponowna próba nie jest dozwolona w etapie 4116, wywołuje się wychodzący proces ponownego sprawdzania ciągłości z komunikatem w etapie 4124 i uzyskuje się bezczynność w etapie 4126. Jeżeli zostanie odebrany zewnętrzny RLC w etapie 4134, wysyła się żądanie ponownej próby wywołania w etapie 4140. Po etapie 4140, ustala się czy wychodząca procedura ciągłości jest zakończona w etapie 4142. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4144 i przetwarzanie przechodzi do etapu 4146. Jeżeli wychodzące procedury ciągłości są zakończone w etapie 4142, przetwarzanie przechodzi do etapu 4146. Zegar ACM jest zatrzymywany w etapie 4146 i wysyła się komunikat do tabeli przetwarzania z przyczyną 21 w etapie 4148. Obwód oznacza się jako przejściowy w etapie 4150 i wysyła się moment zwolnienia do billingu w etapie 4152. W etapie 4154 ustawia się zegar RLC i w etapie 4156 ustawia się zegar ustawiania REL. Przetwarzanie przechodzi do etapu 4570. Jeżeli zostanie odebrany wewnętrzny RLC w etapie 4133, przetwarzanie przechodzi do etapu 4142.
Jeżeli inny wewnętrzny komunikat zostanie odebrany w etapie 4160 (Fig. 23Q) lub jeżeli inny zewnętrzny komunikat zostanie odebrany w etapie 4161, ustala się, czy wychodząca procedura ciągłości jest zakończona w etapie 4162. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4163 i przetwarzanie przechodzi do etapu 4164. Jeżeli wychodzące procedury ciągłości są zakończone w etapie 4162, przetwarzanie przechodzi do etapu 4164. Zegar ACM jest zatrzymywany w etapie 4164 i wysyła się komunikat do procesu początkowego dla ponownej próby wywołania w etapie 4165. Moment zwolnienia wysyła się do billingu w etapie 4166 (Fig. 23R). W etapie 4167, komunikat wywołuje proces zwalniania multipleksera i uzyskuje się bezczynność w etapie 4168. Jeżeli wewnętrzny IAM zostanie odebrany w etapie 4170 lub jeżeli zewnętrzny IAM zostanie odebrany w etapie 4171, ustala się, czy wychodząca procedura ciągłości jest zakończona w etapie 4172. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4173. Próbuje się ponownie wywołania w etapie 4169 i uzyskuje się bezczynność w etapie 4185. Jeżeli zostanie odebrane żądanie blokowania w etapie 4174 lub jeżeli zostanie odebrane żądanie zwolnienia z nadchodzącego procesu w etapie 4175, wysyła się żądanie ponownej próby wywołania w etapie 4176. Po etapie 4176 ustala się, czy wychodząca procedura ciągłości jest zakończona w etapie 4177. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4178 i przetwarzanie przechodzi do etapu 4179. Jeżeli wychodzące procedury ciągłości są zakończone w etapie 4177, przetwarzanie przechodzi do etapu 4179. Zegar ACM jest zatrzymywany w etapie 4179 i do tabeli przetwarzania wysyła się komunikat z przyczyną 21 w etapie 4180. Obwód oznacza się jako przejściowy w etapie 4181 i wysyła się moment zwolnienia do billingu w etapie 4182. W 4183 ustawia się zegar RLC, a w etapie 4184 ustawia się zegar ustawiania REL. Przetwarzanie przechodzi do etapu 4570.
Jeżeli zewnętrzny REL zostanie odebrany z kolejnego elementu sieci w etapie 4186 (Fig. 23S) lub jeżeli zostanie odebrany wewnętrzny REL w etapie 4187, ustala się czy wychodząca procedura ciągłości jest zakończona w etapie 4188. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4189 i przetwarzanie przechodzi do etapu 4190. Jeżeli wychodzące procedury ciągłości są zakończone w etapie 4188, przetwarzanie przechodzi do etapu 4190. Zegar ACM jest zatrzymywany w etapie 4190 i do tabeli przetwarzania wysyła się komunikat z przyczyną z REL w etapie 4191. Ustala się, czy wywołanie to intra-CCM w etapie 4192 i etapie 4193 (Fig. 23T). Jeżeli wywołanie to intra-CCM w etapie 4193, wysyła się wewnętrzny RLC w etapie 4194. Jeżeli wywołanie nie jest intra-CCM w etapie 4193, wysyła się zewnętrzny RLC w 4195. Po etapach 4194 lub 4195, wysyła się moment zwolnienia do billingu w etapie 4196. W etapie 4198, komunikat wywołuje procedury zwalniania multipleksera/echa i uzyskuje się bezczynność w etapie 4200. Jeżeli zostanie odebrane zerowanie blokowania w etapie 4202, ustala się, czy wychodząca procedura ciągłości jest zakończona w etapie 4203. Jeżeli nie, wychodząca procedura ciągłości jest zatrzymywana w etapie 4204 i przetwarzanie przechodzi do etapu 4205. Jeżeli wychodzące procedury ciągłości są zakoń187 494 czone w etapie 4203, przetwarzanie przechodzi do etapu 4205. Zegar ACM jest zatrzymywany w etapie 4205 i wysyła się komunikat do procesu początkowego dla ponownej próby wywołania w etapie 4206. Moment zwolnienia wysyła się do billingu w etapie 4207. W etapie 4208, komunikat wywołuje procedury zwalniania multipleksera/echa i uzyskuje się bezczynność w etapie 4209. Jeżeli zostanie odebrany komunikat, informacyjny z procesu początkowego w etapie 4210, ustala się, czy wywołanie to intra-CCM w etapie 4211 i etapie 4212. Jeżeli wywołanie to intra-CCM w etapie 4212, wysyła się wewnętrzny INF w etapie 4213. Jeżeli wywołanie nie jest intra-CCM w etapie 4212, wysyła się zewnętrzny INF w etapie 4214. Po etapach 4213 lub 4214, przetwarzanie przechodzi z powrotem do etapu 4100.
W różnych powyższych punktach proces końcowy obsługujący wychodzącą stronę wywołania może zaczekać na pewien komunikat albo na pewną czynność odnośnie wywołania przed zakończeniem wywołania. Niektóre przykłady to oczekiwanie na ACM, ANM albo RLC. Fig. 24A-24M przedstawiają to przetwarzanie kończące wywołanie przez proces końcowy BCM.
Na fig. 24A w etapie 4220 proces końcowy oczekuje na ACM. Jeżeli zewnętrzny ACM zostanie odebrany w etapie 4222 lub jeżeli wewnętrzny ACM zostanie odebrany w etapie 4223, zegar ACM jest zatrzymywany w etapie 4224 i obwód oznacza się jako zajęty w etapie 4226. W etapie 4228 moment połączenia jest wysyłany do billingu i wysyła się ACM do procesu początkowego w etapie 4230. Proces przechodzi do etapu 4310. Jeżeli zewnętrzny ANM zostanie odebrany w etapie 4232 lub jeżeli wewnętrzny ANM zostanie odebrany w etapie 4233, zegar ACM jest zatrzymywany w etapie 4234 i obwód oznacza się jako zajęty w etapie 4236. W etapie 4238, moment odpowiedzi wysyła się do billingu i wysyła się ANM do procesu początkowego w etapie 4240. Proces przechodzi następnie do etapu 4400.
Jeżeli zostanie odebrane żądanie blokowania w etapie 4242 (Fig. 24B), jeżeli zewnętrzny RLC zostanie odebrany w etapie 4244 lub jeżeli wewnętrzny RLC zostanie odebrany w etapie 4245, wysyła się komunikat ponownej próby wywołania do procesu początkowego w etapie 4246. W etapie 4248, zegar ACM jest zatrzymywany i wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 4250. W etapie 4252, obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4254. W etapie 4256 uruchamia się zegar RLC, a w etapie 4258 uruchamia się zegar wysyłania REL. Proces przechodzi do etapu 4570. Jeżeli żądanie zwolnienia zostanie odebrane z procesu początkowego w etapie 4260, przetwarzanie przechodzi do etapu 4248. Jeżeli zegar ACM przekroczy czas w etapie 4262, wysyła się komunikat niepowodzenia wywołania do procesu początkowego w etapie 4263 i proces przechodzi do etapu 4250.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 4264 (Fig. 24C) lub jeżeli wewnętrzny REL zostanie odebrany w etapie 4265, zegar ACM jest zatrzymywany w etapie 4266 i do tabeli przetwarzania wysyła się komunikat z przyczyną z REL w etapie 4267. Ustala się, czy wywołanie to intra-CCM w etapie 4268 i etapie 4269. Jeżeli wywołanie to intra-CCM w etapie 4269, wewnętrzny RLC jest wysyłany w etapie 4270. Jeżeli wywołanie nie jest intra-CCM w etapie 4269, zewnętrzny RLC jest wysyłany w etapie 4271 (Fig. 24D). Po etapach 4270 lub 4271, moment zwolnienia wysyła się do billingu w etapie 4272. W etapie 4274, wysyła się komunikat, aby wywołać proces zerowania obwodu i uzyskuje się bezczynność w etapie 4276. Jeżeli zerowanie z blokowania zostanie odebrane w etapie 4278, zegar ACM jest zatrzymywany w etapie 4280 i wysyła się ponowną próbę wywołania do procesu początkowego w etapie 4282. Moment zwolnienia jest wysyłany do billingu w etapie 4284 i proces przechodzi do etapu 4274. Jeżeli zewnętrzny CPM zostanie odebrany w etapie 4286 lub jeżeli wewnętrzny CPM zostanie odebrany w etapie 4287, informację wysyła się do procesu początkowego w etapie 4288 i proces przechodzi z powrotem do etapu 4220. Jeżeli zewnętrzny IAM zostanie odebrany w etapie 4290 lub jeżeli wewnętrzny IAM zostanie odebrany w etapie 4291, wysyła się komunikat przechwycenia do procesu początkowego w etapie 4292 i uzyskuje się bezczynność w etapie 4294. Jeżeli komunikat INF zostanie odebrany w etapie 4295, ustala się, czy wywołanie to intra-CCM w etapie 4296 i etapie 4297. Jeżeli wywołanie to intra-CCM w etapie 4297, wewnętrzny INF jest wysyłany w etapie 4298. Jeżeli wywołanie nie jest intraCCM w etapie 4297, zewnętrzny INF jest wysyłany w etapie 4299. Po etapach 4298 lub 4299,
187 494 proces przechodzi z powrotem do etapu 4220. Jeżeli inny zewnętrzny komunikat zostanie odebrany w etapie 4300 lub jeżeli wewnętrzny ACM zostanie odebrany w etapie 4301, zegar ACM jest zatrzymywany w etapie 4302 i wysyła się ponowną próbę wywołania do procesu początkowego w etapie 4304. Moment zwolnienia wysyła się do billingu w etapie 4306 i proces przechodzi do etapu 4274.
W etapie 4310 (Fig. 24E) proces końcowy oczekuje na ANM. Jeżeli zostanie odebrane żądanie blokowania w etapie 4312, jest ignorowane w etapie 4314 i proces przechodzi z powrotem do etapu 4310. Jeżeli żądanie zwolnienia zostanie odebrane z procesu początkowego w etapie 4318, wysyła się komunikat do tabeli przetwarzania z indeksem ze zwolnienia w etapie 4320. W etapie 4322 obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4324. Uruchamia się zegar RLC w etapie 4326 i uruchamia się zegar wysyłania REL w etapie 4328. Proces przechodzi do etapu 4570. Jeżeli zewnętrzny ANM zostanie odebrany w etapie 4330 lub jeżeli wewnętrzny ANM zostanie odebrany w etapie 4331, moment odpowiedzi wysyła się do billingu w etapie 4332 i ANM jest przekazywany dalej do procesu początkowego w etapie 4334. Proces przechodzi do etapu 4400. Jeżeli zewnętrzny EXM zostanie odebrany w etapie 4336 lub jeżeli wewnętrzny EXM zostanie odebrany w etapie 4337, wysyła się informację EXM do billingu w etapie 4338 i proces wraca do etapu 4310. Jeżeli zewnętrzny CPM zostanie odebrany w etapie 4340 (Fig. 24F) lub jeżeli wewnętrzny CPM zostanie odebrany w etapie 4341, wysyła się informację do procesu początkowego w etapie 4342 i proces wraca do etapu 4310. Jeżeli zostanie odebrane zerowanie z blokowania w etapie 4344, wysyła się żądanie zwolnienia do procesu początkowego w etapie 4346 i wysyła się moment zwolnienia do billingu w etapie 4348. Komunikat wysyła się do procesu zerowania obwodu w etapie 4350 i wysyła się komunikat zwolnienia do procesu multipleksera/echa. Uzyskuje się bezczynność w etapie 4354.
Jeżeli zewnętrzny REL zostanie odebrany w etapie 4356 (Fig. 24G) lub jeżeli wewnętrzny REL zostanie odebrany w etapie 4357, wysyła się komunikat do tabeli przetwarzania z indeksem z REL w etapie 4358 i wysyła się moment zwolnienia do billingu w etapie 4359. Ustala się, czy wywołanie to intra-CCM w etapie 4360 i etapie 4361. Jeżeli wywołanie to intra-CCM w etapie 4361, wysyła się wewnętrzny RLC w etapie 4362. Jeżeli wywołanie nie jest intra-CCM w etapie 4361, wysyła się zewnętrzny INF w etapie 4363. Po etapach 4362 lub 4363, wysyła się komunikat do procesu zwalniania multipleksera/echa w etapie 4364. Uzyskuje się bezczynność w etapie 4368. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 4376, wysyła się komunikat niepowodzenia wywołania do procesu początkowego w etapie 4378. W etapie 4380, wysyła się komunikat do tabeli przetwarzania z indeksem 41. W etapie 4382, obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4384. W etapie 4386 uruchamia się zegar RLC, a w etapie 4388 uruchamia się zegar wysyłania REL. Proces przechodzi do etapu 4570. Jeżeli zostanie odebrane zwolnienie z procesu zapytania obwodu w etapie 4392 lub jeżeli wewnętrzny RLC zostanie odebrany w etapie 4393, proces przechodzi do etapu 4380. Jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 4394 lub jeżeli inny wewnętrzny komunikat zostanie odebrany w etapie 4395, są ignorowane w etapie 4396 i proces wraca do etapu 4310.
W etapie 4400 (Fig. 24H), odpowiedziano na wywołanie i jest ono aktywne. Jeżeli zostanie odebrane żądanie blokowania w etapie 4402 (Fig. 24I), jest ignorowane w etapie 4404 i proces przechodzi z powrotem do etapu 4400. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 4408 lub jeżeli wewnętrzny RLC zostanie odebrany w etapie 4409, wysyła się komunikat niepowodzenia wywołania do procesu początkowego w etapie 4410. W etapie 4412, wysyła się komunikat do tabeli przetwarzania z indeksem 41. W etapie 4414 obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4416. W etapie 4418, uruchamia się zegar RLC, a w etapie 4420 uruchamia się zegar wysyłania REL. Proces przechodzi do etapu 4570. Jeżeli zostanie odebrane żądanie zwolnienia z procesu zapytania obwodu w etapie 4424, przetwarzanie przechodzi do etapu 4412. Jeżeli zostanie odebrane żądanie zwolnienia z procesu początkowego w etapie 4426, wysyła się komunikat do tabeli przetwarzania z indeksem ze zwolnienia w etapie 4428. W etapie 4430 obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4431. Uruchamia się zegar RLC
187 494 w etapie 4432 i uruchamia się zegar wysyłania REL w etapie 4434. Proces przechodzi do etapu 4570. Jeżeli zewnętrzny CPM zostanie odebrany w etapie 4440 lub jeżeli wewnętrzny CPM zostanie odebrany w etapie 4441, wysyła się informację do procesu początkowego w etapie 4442 i proces wraca do etapu 4400. Jeżeli zewnętrzny REL zostanie odebrany w etapie 4444 lub jeżeli wewnętrzny REL zostanie odebrany w etapie 4445, wysyła się komunikat do tabeli przetwarzania z indeksem z REL w etapie 4446 i wysyła się moment zwolnienia do billingu w etapie 4447. Ustala się, czy wywołanie to intra-CCM w etapie 4448 i etapie 4449. Jeżeli wywołanie to intra-CCM w etapie 4449, wewnętrzny RLC jest wysyłany w etapie 4450. Jeżeli wywołanie nie jest intra-CCM w etapie 4449, zewnętrzny RLC jest wysyłany w etapie 4451. Po etapach 4450 lub 4451, wysyła się komunikat do procesu zwalniania multipleksera/echa w etapie 4452. Uzyskuje się bezczynność w etapie 4454. Jeżeli zostanie odebrane zerowanie z blokowania w etapie 4456, żądanie zwolnienia wysyła się do procesu początkowego w etapie 4457 i wysyła się moment zwolnienia do billingu w etapie 4458. Wysyła się komunikat do procesu ponownego wysyłania obwodu w etapie 4459 i wysyła się komunikat zwolnienia do procesu multipleksera/echa w etapie 4460 i uzyskuje się bezczynność w etapie 4462. Jeżeli zewnętrzny komunikat SUS zostanie odebrany w etapie 4464 lub jeżeli wewnętrzny SUS zostanie odebrany w etapie 4465, ustawia się zegar SUS w etapie 4466 i SUS jest przekazywany do procesu początkowego w etapie 4468. Proces przechodzi do etapu 4480. Jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 4472 lub jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 4473, są ignorowane w etapie 4474 i proces wraca do etapu 4400.
W etapie 4480 (Fig. 24J), obwód wychodzący został zawieszony. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 4488 łub jeżeli wewnętrzny RLC zostanie odebrany w etapie 4489, wysyła się komunikat niepowodzenia wywołania do procesu początkowego w etapie 4490. W etapie 4494 wysyła się komunikat do tabeli przetwarzania z indeksem 41. W etapie 4496 obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4498. W etapie 4500 uruchamia się zegar RLC i w etapie 4502 uruchamia się zegar wysyłania REL. Proces przechodzi do etapu 4570. Jeżeli żądanie zwolnienia zostanie odebrane z procesu zapytania obwodu w etapie 4504, proces przechodzi do etapu 4494. Jeżeli żądanie zwolnienia zostanie odebrane z procesu początkowego w etapie 4506, wysyła się komunikat do tabeli przetwarzania z indeksem ze zwolnienia w etapie 4508. W etapie 4512 obwód oznacza się jako przejściowy i wysyła się moment zwolnienia do billingu w etapie 4514. Uruchamia się zegar RLC w etapie 4516 i uruchamia się zegar wysyłania REL w etapie 4518. Proces przechodzi do etapu 4570. Jeżeli zegar zawieszenia przekroczy czas w etapie 4524, żądanie zwolnienia wysyła się do procesu początkowego w etapie 4526 i wysyła się komunikat do tabeli przetwarzania z indeksem 100 w etapie 4528. W etapie 4530 obwód oznacza się jako przejściowy. Uruchamia się zegar RLC w etapie 4532 i uruchamia się zegar wysyłania REL w etapie 4534. Proces przechodzi do etapu 4570.
Jeżeli zostanie odebrane żądanie blokowania w etapie 4582 (Fig. 24K), jest ignorowane w etapie 4484 i proces przechodzi z powrotem do etapu 4400. Jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 4562 lub jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 4563, są ignorowane w etapie 4566 i proces wraca do etapu 4400. Jeżeli zewnętrzny REL zostanie odebrany w etapie 4536 lub jeżeli wewnętrzny REL zostanie odebrany w etapie 4537, wysyła się komunikat do tabeli przetwarzania z indeksem z REL w etapie 4538 i wysyła się moment zwolnienia do billingu w etapie 4539. Ustala się czy wywołanie to intra-CCM w etapie 4540 i etapie 4541. Jeżeli wywołanie to intra-CCM w etapie 4541, wewnętrzny RLC jest wysyłany w etapie 4542. Jeżeli wywołanie nie jest intra-CCM w etapie 4541, zewnętrzny RLC jest wysyłany w 4543. Po etapach 4542 lub 4543, komunikat jest wysyłany do procesu zwalniania multipleksera/echa w etapie 4544. Uzyskuje się bezczynność w 4546. Jeżeli zerowanie z blokowania zostanie odebrane w etapie 4548, żądanie zwolnienia wysyła się do procesu początkowego w etapie 4549 i wysyła się moment zwolnienia do billingu w etapie 4550. Wysyła się komunikat do procesu ponownego wysyłania obwodu w etapie 4551. W etapie 4552 wysyła się komunikat zwolnienia do procesu multipleksera/echa i uzyskuje się bezczynność w etapie 4554. Jeżeli zewnętrzny komunikat RES zostanie odebrany w etapie 4556 lub jeżeli wewnętrzny RES zostanie odebrany w etapie 4557, zegar SUS jest zatrzymywany w etapie 4558 i RES przekazuje się do procesu początkowego w etapie 4560.
187 494 trzymywany w etapie 4558 i RES przekazuje się do procesu początkowego w etapie 4560. Proces przechodzi z powrotem do etapu 4400. W etapie 4570 (Fig. 24L) proces końcowy oczekuje na RLC. Jeżeli zewnętrzny RLC zostanie odebrany w etapie 4572 lub jeżeli wewnętrzny RLC zostanie odebrany w etapie 4573, moment bezczynności wysyła się do billingu w etapie 4574. W etapie 4578 zegar wysyłania REL jest zatrzymywany. Uzyskuje się bezczynność w etapie 4582. Jeżeli zegar RLC przekroczy czas w etapie 4584, zegar wysyłania REL jest zatrzymywany w etapie 4586 i wywołuje się proces zerowania obwodu w etapie 4588. Informuje się kontrolę w etapie 4590 i uzyskuje się bezczynność w etapie 4592. Jeżeli zerowanie z blokowania zostanie odebrane w etapie 4594, wysyła się żądanie zwolnienia do procesu początkowego w etapie 4595 i wysyła się moment zwolnienia do billingu w etapie 4600. Wysyła się komunikat do procesu zerowania obwodu w etapie 4601. W etapie 4602 wysyła się komunikat zwolnienia do procesu multipleksera/echa i uzyskuje się bezczynność w etapie 4604. Jeżeli zegar wysyłania REL przekroczy czas w etapie 4606 (Fig. 24M), wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 4608. Uruchamia się zegar wysyłania REL w etapie 4610 i proces wraca do etapu 4570. Jeżeli wewnętrzny REL zostanie odebrany w 4611 lub jeżeli wewnętrzny REL zostanie odebrany w etapie 4609, ustala się, czy wywołanie to intra-CCM w etapie 4612 i etapie 4613. Jeżeli wywołanie to intra-CCM w etapie 4613, wewnętrzny RLC jest wysyłany w etapie 4614. Jeżeli wywołanie nie jest intra-CCM w etapie 4613, zewnętrzny RLC jest wysyłany w 4615. Po etapach 4614 lub 4615, proces wraca do etapu 4570. Jeżeli zostaną odebrane inne komunikaty zewnętrzne w etapie 4616 lub jeżeli inne komunikaty wewnętrzne zostaną odebrane w etapie 4617, są ignorowane w etapie 4618 i proces wraca do etapu 4570.
W powyższym opisie, BCM wywoływał następujące procesy: obsługa oświetlenia, sterowanie echem, sprawdzanie ciągłości nadchodzącego obwodu, automatyczna kontrola obciążenia, wysyłanie zerowania obwodu, wybór magistrali wychodzącej, sprawdzanie ciągłości obwodu wychodzącego i zwalnianie multipleksera/echa. Fig. 25-32 przedstawiają te różne procesy.
Figury 25A-25B przedstawiają proces obsługi oświetlenia. W etapie 4620, proces obsługi oświetlenia jest bezczynny. W etapie 4622 (Fig. 25A) odbiera się zapytanie z BCM. W etapie 4624 i etapie 4626 sprawdza się, czy odebrano ACM lub ANM. Jeżeli tak, utrzymuje się sterowanie dla wywołania w etapie 4628 i uzyskuje się bezczynność w etapie 4630. Jeżeli nie odebrano tych komunikatów w etapie 4626, sprawdza się rozdzielczość oświetlenia w tabeli obwodu magistrali w etapie 4632 i etapie 4634. Jeżeli sterowanie jest ustawione na „wszystkie”, utrzymuje się sterowanie dla wywołania w etapie 4636 i uzyskuje się bezczynność w etapie 4638. Jeżeli sterowanie jest ustawione na „brak” w etapie 4634, wyznacza się inny obwód do zastosowania w etapie 4640. Utrzymuje się sterowanie dla nowego obwodu dla wywołania w etapie 4642 i uzyskuje się bezczynność w etapie 4644. Jeżeli sterowanie jest ustawione na parzyste/nieparzyste w etapie 4634, sprawdza się kod punktu początkowego (OPC) IAM w etapie 4646 i porównuje z kodem punktu CCM w etapie 4648 (Fig. 25B). Jeżeli OPC IAM jest wyższy niż kod punktu CCM, sprawdza się kod CIC w IA.M, aby zobaczyć czy jest parzysty albo nieparzysty w etapie 4648 i etapie 4650. Jeżeli jest nieparzysty, utrzymuje się sterowanie dla wywołania w etapie 4654 i uzyskuje się bezczynność w 4656. Jeżeli kod CIC jest parzysty, wyznacza się inny obwód do zastosowania w etapie 4658. Utrzymuje się sterowanie dla nowego obwodu dla wywołania w etapie 4660 i uzyskuje się bezczynność w etapie 4662. Jeżeli OPC IAM nie jest wyższy niż kod punktu menedżera CCM w etapie 4648, sprawdza się, czy CIC IAM jest parzysty albo nieparzysty w etapie 4664 i etapie 4666. Jeżeli jest parzysty, utrzymuje się sterowanie dla wywołania w etapie 4668 i uzyskuje się bezczynność w etapie 4670. Jeżeli kod CIC jest nieparzysty, wyznacza się inny obwód do zastosowania w etapie 4672. Utrzymuje się sterowanie dla nowego obwodu dla wywołania w etapie 4674 i uzyskuje się bezczynność w etapie 4676.
Figury 26A-26B przedstawiają proces sterowania echem. W etapie 4680 (Fig. 26A), proces sterowania echem jest bezczynny i komunikat z BCM zostanie odebrany w etapie 4682. Jeżeli informacja sterowania echem zostanie odebrana w LAM w etapie 4684 lub CRM w etapie 4686, sprawdza się typ obwodu w etapie 4688 i etapie 4690. Jeżeli obwód pochodzi z LEC (TDM),
187 494 sprawdza się możliwość przekazu informacji w etapie 4692 i etapie 4694. Jeżeli nie jest to wywołanie 3.1 KHz, uzyskuje się dostęp do adresu sterowania echem z tabeli obwodu magistrali w etapie 4696 (Fig. 26B). Odnośny wyłącznik echa wyłącza się w etapie 4698 i uzyskuje się bezczynność w etapie 4700. Jeżeli wywołanie to wywołanie 3.1 KHz w etapie 4694, sprawdza się pole sterowania echem we wskaźniku wywołania w przód w etapie 4702 i etapie 4704. Jeżeli urządzenie echa nie jest dołączone, wyłączanie sterowania echem nie jest wymagane w etapie 4706 i uzyskuje się bezczynność w etapie 4708. Jeżeli urządzenie echa jest dołączone, uzyskuje się dostęp do adresu sterowania echem z tabeli obwodu magistrali w etapie 4710. Wyłącza się odnośny wyłącznik echa w etapie 4712 i uzyskuje się bezczynność w etapie 4714. Jeżeli obwód pochodzi z innego CCM (ATM) w etapie 4690, sprawdza się możliwość przekazu informacji w etapie 4716 i etapie 4718. Jeżeli nie jest to wywołanie 3.1 KHz, uzyskuje się dostęp do adresu sterowania echem z tabeli obwodu magistrali w etapie 4720. Wyłącza się odnośny wyłącznik echa w etapie 4722 i uzyskuje się bezczynność w etapie 4724. Jeżeli wywołanie to wywołanie 3.1 KHz w etapie 4718, nie jest potrzebne wyłączanie sterowania echem w etapie 4726 i uzyskuje się bezczynność w etapie 4728. Jeżeli informacja sterowania echem zostanie odebrana w ACM w etapie 4730, CPM w etapie 4732 lub ANM w etapie 4734, sprawdza się typ obwodu w etapie 4736 i etapie 4738. Jeżeli obwód pochodzi z innego CCM (ATM), nie jest potrzebne wyłączanie sterowania echem w etapie 4740 i uzyskuje się bezczynność w etapie 4742. Jeżeli obwód pochodzi z LEC (TDM), sprawdza się pole sterowania echem we wstecznym wskaźniku wywołania w etapie 4744 i etapie 4746. Jeżeli urządzenie echa jest dołączone, sprawdza się CCB aby zobaczyć czy wyłączanie echa jest aktywne w etapie 4748 i etapie 4750. Jeżeli nie jest aktywne, nie jest potrzebne wyłączanie sterowania echem w etapie 4752 i uzyskuje się bezczynność w etapie 4754. Jeżeli wyłączanie echa jest aktywne w etapie 4750, uzyskuje się dostęp do adresu sterowania echem z tabeli obwodu magistrali w etapie 4756. Wyłącza się odnośny wyłącznik echa w etapie 4758 i uzyskuje się bezczynność w etapie 4760. Jeżeli urządzenie echa nie jest dołączone w etapie 4746, nie jest potrzebne wyłączanie sterowania echem w etapie 4762 i uzyskuje się bezczynność w etapie 4764.
Figury 27A-27D przedstawiają nadchodzący proces sprawdzania ciągłości. Na fig. 27A w etapie 4770, proces sprawdzania ciągłości dla nadchodzącego wywołania jest bezczynny i zostaje odebrany komunikat wywołujący proces w etapie 4772. W etapie 4774 sprawdza się CCB, aby ustalić DS0 dla sprawdzania ciągłości. W etapie 4776 nakazuje się multiplekserowi, aby podłączył DS0 do pętli zwrotnej. Zegar COT ustawia się w etapie 4778 i proces oczekuje na odpowiedź z multipleksera w etapie 4780 i etapie 4782. Jeżeli zegar COT przekroczy czas w etapie 4784, komunikat multipleksera jest wysyłany ponownie w etapie 4786 i zegar uruchamia się ponownie w etapie 4788 (Fig. 27B). Proces oczekuje na odpowiedź z multipleksera w etapie 4790 i etapie 4792. Jeżeli zegar COT przekroczy czas w etapie 4794, informuje się kontrolę w etapie 4796, wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 4798 i uzyskuje się bezczynność w etapie 4800. Jeżeli zostanie odebrana odpowiedź w etapie 4782 lub etapie 4792, komunikat wskazuje, że dostarczono pętlę zwrotną w etapie 4802. Zegar COT jest zatrzymywany w etapie 4804. W etapie 4806 i 4808, sprawdza się cCb dla wymagań sterowania echem. Jeżeli sterowanie echem jest wymagane, uzyskuje się dostęp do sterowania echem z tabeli obwodu magistrali w etapie 4810. Odnośny wyłącznik echa wyłącza się w etapie 4812.
W etapie 4818 (Fig. 27C), zostaje odebrany komunikat, aby przerwać sprawdzanie ciągłości. W etapie 4820 nakazuje się multiplekserowi, aby odłączył pętlę zwrotną, uruchamia się zegar COT w etapie 4822 i proces oczekuje na odpowiedź multipleksera w etapie 4824 i etapie 4826. Jeżeli zegar COT przekroczy czas w etapie 4828, komunikat multipleksera jest wysyłany ponownie w etapie 4830 i ponownie uruchamia się zegar w etapie 4832 (Fig. 27D). Proces oczekuje na odpowiedź z multipleksera w etapie 4834 i 4836. Jeżeli zegar COT przekroczy czas w etapie 4838, informuje się kontrolę w 4840, wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 4842 i uzyskuje się bezczynność w etapie 4844. Jeżeli zostanie odebrana odpowiedź w etapie 4826 lub etapie 4836, komunikat wskazuje, że pętla zwrotna została odłączona w etapie 4846. Zegar COT jest zatrzymywany w etapie 4848. Włącza się odnośny wyłącznik echa w etapie 4850. Uzyskuje się bezczynność w etapie 4852. W etapie 4854 zostaje odebrany komunikat, aby przerwać sprawdzanie ciągłości. W etapie 4856
187 494 nakazuje się multiplekserowi, aby ponownie odłączyć pętlę zwrotną uruchamia się zegar COT w etapie 4858 i proces oczekuje na odpowiedź multipleksera w etapie 4860 i etapie 4862. Jeżeli zegar COT przekroczy czas w etapie 4864, komunikat multipleksera jest wysyłany ponownie w etapie 4866 i ponownie uruchamia się zegar w etapie 4868. Proces oczekuje na odpowiedź z multipleksera w etapie 4870 i etapie 4872. Jeżeli zegar COT przekroczy czas w etapie 4874, informuje się kontrolę w etapie 4876, wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 4878 i uzyskuje się bezczynność w etapie 4880. Jeżeli odpowiedź zostanie odebrana w etapie 4862 lub etapie 4872, komunikat wskazuje, że pętla zwrotna została odłączona w etapie 4882. Zegar COT jest zatrzymywany w etapie 4884. Uzyskuje się bezczynność w etapie 4886.
Figury 28A-28B przedstawiają proces automatycznej kontroli obciążenia. Proces automatycznej kontroli obciążenia jest bezczynny w etapie 4890 (Fig. 28A) i zostaje odebrany komunikat w 4892. W etapie 4894 sprawdza się obciążenie CCM. W etapie 4896 sprawdza się tabelę CCM ID, aby uzyskać poziom obciążenia CCM. W etapie 4898 ustala się, czy obciążenie CCM przekracza poziom obciążenia (ACL) 3. Jeżeli tak, informuje się kontrolę w etapie 4900 i wysyła się REL z przyczyną 42 w etapie 4902. Jeżeli nie, ustala się, czy obciążenie CCM przekracza poziom obciążenia 2 w etapie 4904. Jeżeli tak, informuje się kontrolę w etapie 4906 i wysyła się REL z przyczyną 42 w etapie 4908. Jeżeli nie, ustala się, czy obciążenie CCM przekracza poziom obciążenia 1 w etapie 4910. Jeżeli tak, informuje się kontrolę w etapie 4912 i wysyła się REL z przyczyną 42 w etapie 4914. Sprawdza się COT w etapie 4916 (Fig. 28B). Jeżeli występuje 1, nadchodzący proces ciągłości jest zatrzymywany w etapie 4918 i zatrzymuje się zegar COT w etapie 4920. Jeżeli występuje 2 w etapie 4916, zegar COT jest zatrzymywany w etapie 4920. Po etapie 4920 lub jeżeli występuje 0 w etapie 4916, obwód oznacza się jako przejściowy w etapie 4922. Uruchamia się zegar RLC w etapie 4924 i uruchamia się zegar wysyłania REL w etapie 4926. Proces automatycznej kontroli obciążenia oczekuje na RLC w etapie 3724. Jeżeli wykorzystanie CCM nie przekracza poziomu obciążenia 1 w etapie 4910, proces przechodzi do etapu 2302.
Figury 29A-29C przedstawiają proces wysyłania zerowania obwodu. Na fig. 29A w etapie 4940, proces wysyłania zerowania obwodu jest bezczynny. Jeżeli zostanie odebrany komunikat z BCM, przetwarzanie przechodzi do etapu 4948. W etapie 4942 zostaje odebrany komunikat z multipleksera, wskazując utratę statusu obwodu i w etapie 4944 wstrzymuje się przetwarzanie dla wywołania. W etapie 4946 nakazuje się multiplekserowi, aby wykasował i wyzerował obwód. W etapie 4948 obwód oznacza się jako przejściowy. Ustala się, czy wywołanie to intra-CCM w etapie 4949 i etapie 4950. Jeżeli wywołanie to intra-CCM w etapie 4950, wewnętrzny RSC jest wysyłany w etapie 4951. Jeżeli wywołanie nie jest intra-CCM w etapie 4950, zewnętrzny RSC jest wysyłany w etapie 4952. Po etapie 4951 lub 4952, zegar T16 jest uruchamiany w etapie 4953 i zegar Tl7 jest uruchamiany w etapie 4956. Proces oczekuje na RLC w etapie 4958. Jeżeli wewnętrzny RSC zostanie odebrany w etapie 4960 lub zewnętrzny RSC zostanie odebrany w etapie 4961, ustala się, czy wywołanie to intra-CCM w etapie 4962 i etapie 4963 (Fig. 29B). Jeżeli wywołanie to intra-CCM w etapie 4963, wewnętrzny RSC jest wysyłany w etapie 4964. Jeżeli wywołanie nie jest intra-CCM w etapie 4963, zewnętrzny RSC jest wysyłany w etapie 4965. Po etapach 4964 lub 4965, zegary T16 i T17 są zatrzymywane w etapie 4966. W etapie 4967, ustala się, czy wskaźnik alarmu jest włączony czy wyłączony. Jeżeli jest włączony, informuje się kontrolę w etapie 4968. Po etapie 4968 lub jeżeli wskaźnik alarmu jest wyłączony w etapie 4967, obwód oznacza się jako bezczynny w etapie 4969 i uzyskuje się bezczynność w etapie 4970. Jeżeli wewnętrzny RLC zostanie odebrany w etapie 4971 lub zewnętrzny RLC zostanie odebrany w etapie 4972, przetwarzanie przechodzi do etapu 4966. Jeżeli wewnętrzny REL zostanie odebrany w 4973 lub zewnętrzny REL zostanie odebrany w etapie 4974, ustala się, czy wywołanie to intra-CCM w etapie 4975 i etapie 4976. Jeżeli wywołanie to intra-CCM w etapie 4976, wysyła się wewnętrzny RLC w etapie 4977. Jeżeli wywołanie nie jest intra-CCM w etapie 4976, wysyła się zewnętrzny RLC w etapie 4978. Po etapach 4977 lub 4978, przetwarzanie przechodzi do etapu 4958.
Jeżeli zegar T16 przekroczy czas w etapie 4979 (Fig. 29C), ustala się, czy wywołanie to intra-CCM w etapie 4980 i etapie 4981. Jeżeli wywołanie to intra-CCM w etapie 4981, wysy187 494 ła się wewnętrzny RSC w etapie 4983. Po etapach 4982 lub 4983, uruchamia się zegar T16 w etapie 4984. Proces wraca do etapu 4958. Jeżeli zegar T17 przekroczy czas w etapie 4985, zegar T16 jest zatrzymywany w etapie 4986. W etapie 4987 ustala się, czy wskaźnik alarmu jest włączony lub wyłączony. Jeżeli jest włączony, wskaźnik alarmu ustawia się w etapie 4988 i informuje się kontrolę w etapie 4989. Po etapie 4989 lub jeżeli wskaźnik alarmu jest wyłączony w etapie 4987, ustala się, czy wywołanie to intra-CCM w etapie 4990 i etapie 4991. Jeżeli wywołanie to intra-CCM w etapie 4991, wysyła się wewnętrzny RSC w etapie 4992. Jeżeli wywołanie nie jest intra-CCM w etapie 4991, wysyła się zewnętrzny RSC w 4993. Po etapach 4992 łub 4993, uruchamia się zegar T17 w etapie 4994. Proces wraca do etapu 4958.
Figury 30A-30L przedstawiają procesy wyboru magistrali. Na fig. 30A-30B w etapie 5010, „najbardziej bezczynny” proces wyboru magistrali, który wybiera magistralę, która była bezczynna najdłużej, jest bezczynny. W etapie 5012 zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5014 sprawdza się pola statusu i czasu dla obwodów w grupie magistrali. Jeżeli nie są dostępne żadne obwody w etapie 5016, informuje się kontrolę w etapie 5018 i zwiększa się licznik wywołań w etapie 5020. W etapie 5022 stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5016, sprawdza się czas dla bezczynnych obwodów w grupie w etapie 5024. Jeżeli wszystkie obwody są ustawione na w 0:00 w etapie 5026, pierwsza magistrala w grupie zostanie wybrana w etapie 5028 i wybrany obwód dostarcza się do procesu końcowego w etapie 5030. Uzyskuje się bezczynność w etapie 5032. Jeżeli wszystkie obwody nie są ustawione na 0:00 w etapie 5026, sprawdza się status czasowy w etapie 5034. Jeżeli są dostępne obwody z poprzedniego dnia w etapie 5036, obwód z najwcześniejszym czasem z poprzedniego dnia zostanie wybrany w etapie 5038. Wybrany obwód dostarcza się do procesu końcowego w etapie 5040 i uzyskuje się bezczynność w etapie 5042. Jeżeli żadne obwody nie są dostępne z poprzedniego dnia w etapie 5036, wybiera się obwód z najwcześniejszym czasem z tego dnia w etapie 5044 i proces przechodzi do etapu 5040.
W etapie 5050 (Fig. 30C-30D), „najmniej bezczynny” proces wyboru magistrali, który wybiera magistralę, która była bezczynna najkrócej, jest bezczynny. W etapie 5052 zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5054 sprawdza się pola statusu i czasu dla obwodów w grupie magistrali. Jeżeli nie są dostępne żadne obwody w etapie 5056, informuje się kontrolę w etapie 5058 i zwiększa się licznik wywołań w etapie 5060. W etapie 5062, stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5056, sprawdza się czas dla bezczynnych obwodów w grupie w etapie 5064. Jeżeli wszystkie obwody są ustawione na 0:00 w etapie 5066, ostatnia magistrala w grupie zostanie wybrana w etapie 5068 i wybrany obwód dostarcza się do procesu końcowego w etapie 5070. Uzyskuje się bezczynność w etapie 5072. Jeżeli wszystkie obwody nie są ustawione na 0:00 w etapie 5066, sprawdza się status czasowy w etapie 5074. Jeżeli są dostępne obwody z tego dnia w etapie 5076, obwód z najpóźniejszym czasem z tego dnia zostanie wybrany w etapie 5078. Wybrany obwód dostarcza się do procesu końcowego w etapie 5080 i uzyskuje się bezczynność w etapie 5082. Jeżeli żadne obwody nie są dostępne z tego dnia w etapie 5076, wybiera się obwód z najpóźniejszym czasem z poprzedniego dnia w etapie 5084 i proces przechodzi do etapu 5080.
W etapie 5100 (Fig. 30E-30F), „malejący” proces wyboru magistrali, który wybiera magistralę o najniższym numerze, jest bezczynny. W etapie 5102 zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5104 sprawdza się pola statusu dla bezczynnych obwodów w grupie magistrali. Jeżeli żadne obwody nie są dostępne w etapie 5106, informuje się kontrolę w etapie 5108 i licznik wywołań jest zwiększany w etapie 5110. W etapie 5112 stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5106, ustala się, czy jest to pierwsze żądanie dla grupy magistrali w etapie 5114 i etapie 5116. Jeżeli jest to pierwsze żądanie w etapie 5116, ostatnia magistrala w grupie zostanie wybrana w etapie 5118 i wybrany obwód dostarcza się do procesu końcowego w etapie 5120. Uzyskuje się bezczynność w etapie 5122. Jeżeli nie jest to pierwsze żądanie w etapie 5116, zostanie wybrana ostatnia magistrala w grupie w etapie 5124. Jeżeli wybrana magistrala nie jest zajęta w etapie 5126, proces przechodzi do etapu 5118. Jeżeli wy40
187 494 brany obwód jest zajęty w etapie 5126, wybiera się następną magistralę dostępną przed ostatnią magistralą w etapie 5128 i proces przechodzi do etapu 5120. W etapie 5130 (Fig. 30G30H), „rosnący” proces wyboru magistrali, który wybiera magistralę o najwyższym numerze, jest bezczynny. W etapie 5132 zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5134 sprawdza się pola statusu dla bezczynnych obwodów w grupie magistrali. Jeżeli żadne obwody nie są dostępne w etapie 5136, informuje się kontrolę w etapie 5138 i licznik wywołań jest zwiększany w etapie 5140. W etapie 5142 stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5136, ustala się, czy jest to pierwsze żądanie dla grupy magistrali w etapie 5144 i etapie 5146. Jeżeli jest to pierwsze żądanie w etapie 5146, ostatnia magistrala w grupie zostanie wybrana w etapie 5148 i wybrany obwód dostarcza się do procesu końcowego w etapie 5150. Uzyskuje się bezczynność w etapie 5152. Jeżeli nie jest to pierwsze żądanie w etapie 5146, zostanie wybrana pierwsza magistrala w grupie w etapie 5154. Jeżeli wybrana magistrala nie jest zajęta w etapie 5156, proces przechodzi do etapu 5148. Jeżeli wybrany obwód jest zajęty w etapie 5156, wybiera się następną magistralę dostępną po pierwszej magistrali w etapie 5158 i proces przechodzi do etapu 5150.
W etapie 5160 (Fig. 30I-30J), „przeciwny do wskazówek zegara” proces wyboru magistrali, który wybiera magistrale sekwencyjnie od najwyższej do najniższej, jest bezczynny. W etapie 5162 zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5164 sprawdza się pola statusu dla bezczynnych obwodów w grupie magistrali. Jeżeli żadne obwody nie są dostępne w etapie 5166, informuje się kontrolę w etapie 5168 i licznik wywołań jest zwiększany w etapie 5170. W etapie 5172 stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5166, ustala się, czy jest to pierwsze żądanie dla grupy magistrali w etapie 5174 i etapie 5176. Jeżeli jest to pierwsze żądanie w etapie 5176, ostatnia magistrala w grupie zostanie wybrana w etapie 5178 i wybrany obwód dostarcza się do procesu końcowego w etapie 5180. Uzyskuje się bezczynność w etapie 5182. Jeżeli nie jest to pierwsze żądanie w etapie 5176, wyznacza się najnowszą magistralę z grupy w etapie 5184. Wybiera się następną dostępną magistralę w kolejności malejącej w etapie 5186. Wybrany obwód dostarcza się do procesu końcowego w etapie 5188. Uzyskuje się bezczynność w etapie 5190.
W etapie 5200 (Fig. 30K-30L), „zgodny ze wskazówkami zegara” proces wyboru magistrali, który wybiera magistralę sekwencyjnie od najniższej do najwyższej, jest bezczynny. W etapie 5202, zostaje odebrany komunikat żądający wyboru obwodu. W etapie 5204, sprawdza się pola statusu dla bezczynnych obwodów w grupie magistrali. Jeżeli żadne obwody nie są dostępne w etapie 5206, informuje się kontrolę w etapie 5208 i licznik wywołań jest zwiększany w etapie 5210. W etapie 5212 stosuje się następną opcję trasowania i proces przechodzi do etapu 3260. Jeżeli obwody magistrali są dostępne w etapie 5206, ustala się, czy jest to pierwsze żądanie dla grupy magistrali w etapie 5214 i etapie 5216. Jeżeli jest to pierwsze żądanie w etapie 5216, pierwsza magistrala w grupie zostanie wybrana w etapie 5218 i wybrany obwód dostarcza się do procesu końcowego w etapie 5220. Uzyskuje się bezczynność w etapie 5222. Jeżeli nie jest to pierwsze żądanie w etapie 5216, wyznacza się najnowszą magistralę z grupy w etapie 5224. Wybiera się następną dostępną magistralę w kolejności rosnącej w etapie 5226. Wybrany obwód dostarcza się do procesu końcowego w etapie 5228. Uzyskuje się bezczynność w etapie 5230.
Figury 31A-31D przedstawiają wychodzący proces sprawdzania ciągłości. Na fig. 31A, wychodzący proces sprawdzania ciągłości jest bezczynny w etapie 5240. W etapie 5242 odbiera się komunikat wychodzącego sprawdzania ciągłości. W etapie 5244 analizuje się CCB, aby ustalić DS0 dla wywołania. W etapie 5246 nakazuje się multiplekserowi, aby ustawił testowanie ciągłości i wyłączył odnośny wyłącznik echa. W etapie 5248, uruchamia się zegar multipleksera i oczekuje na odpowiedź w etapie 5250. Jeżeli zegar multipleksera przekroczy czas w etapie 5252, informuje się kontrolę w etapie 5254 i komunikat multipleksera wysyła się ponownie w etapie 5256. W etapie 5258 (Fig. 31B), uruchamia się ponownie zegar multipleksera i oczekuje na odpowiedź w etapie 5260. Jeżeli zegar multipleksera przekroczy czas w etapie 5262, informuje się kontrolę w etapie 5264, wysyła się komunikat do tabeli przetwa187 494 rzania z indeksem 41 w etapie 5266 i uzyskuje się bezczynność w etapie 5268. Jeżeli zostanie odebrany komunikat z multipleksera w etapie 5270, ustala się typ komunikatu w etapie 5272. Jeżeli nie jest to komunikat odrzucenia, informuje się kontrolę w etapie 5274, wysyła się komunikat do tabeli przetwarzania z indeksem 41 w etapie 5276 i uzyskuje się bezczynność w etapie 5278. Jeżeli komunikat w etapie 5272 jest komunikatem przyjęcia, stosuje się ton ciągłości w etapie 5280, uruchamia się zegar COT w etapie 5282 i proces przechodzi do etapu 5300. Jeżeli zostanie odebrany komunikat z multipleksera w etapie 5286, ustala się typ komunikatu w etapie 5288. Jeżeli jest to komunikat odrzucenia, informuje się kontrolę w etapie 5290, komunikat wysyła się do tabeli przetwarzania z indeksem 41 w etapie 5292 i uzyskuje się bezczynność w etapie 5294. Jeżeli komunikat w etapie 5288 jest komunikatem przyjęcia, stosuje się ton ciągłości w etapie 5296, uruchamia się zegar COT w etapie 5298, i proces przechodzi do etapu 5300.
W etapie 5300 (Fig. 31C), proces oczekuje na komunikat statusu z multipleksera. Jeżeli komunikat akceptacji (wskazujący, ze test jest zakończony, ton został usunięty, a wyłącznik echa wyłączony) zostanie odebrany w etapie 5302, zegar COT jest zatrzymywany w etapie 5304. Komunikat wskazujący akceptację jest wysyłany do BCM w etapie 5306 i uzyskuje się bezczynność w etapie 5308. Jeżeli komunikat odrzucenia (wskazujący, ze test jest zakończony, ton został usunięty, a wyłącznik echa wyłączony) zostanie odebrany w etapie 5310, zegar COT jest zatrzymywany w etapie 5312. Komunikat wskazujący odrzucenie jest wysyłany do BCM w etapie 5314 i uzyskuje się bezczynność w etapie 5316. Jeżeli zegar COT przekroczy czas w etapie 5318, informuje się kontrolę w etapie 5320 i żąda się ponownej transmisji informacji COT z multipleksera w etapie 5322. Zegar COT jest uruchamiany w etapie 5324 i oczekuje się na komunikat z multipleksera w etapie 5326. Jeżeli zegar COT przekroczy czas w etapie 5328 (Fig. 31D), informuje się kontrolę w etapie 5330 i uzyskuje się bezczynność w etapie 5332. Jeżeli komunikat akceptacji (wskazujący, że test jest zakończony, ton został usunięty, a wyłącznik echa wyłączony) zostanie odebrany w etapie 5338, zegar COT jest zatrzymywany w etapie 5340. Komunikat wskazujący akceptację wysyła się do BCM w etapie 5342 i uzyskuje się bezczynność w etapie 5344. Jeżeli komunikat odrzucenia (wskazujący, że test jest zakończony, ton został usunięty, a wyłącznik echa wyłączony) zostanie odebrany w etapie 5346, zegar COT jest zatrzymywany w etapie 5348. Komunikat wskazujący odrzucenie wysyła się do BCM w etapie 3350 i uzyskuje się bezczynność w etapie 5352.
Figury 32A-32B przedstawiają proces zwalniania multipleksera/echa. Proces zwalniania multipleksera/echa jest bezczynny w etapie 5360 (Fig. 32A). Komunikat dla zwolnienia zostaje odebrany w etapie 5362 i jest wysyłany do multipleksera w etapie 5364. Zegar multipleksera jest uruchamiany w etapie 5366 i oczekuje się na odpowiedź w etapie 5368. Jeżeli zegar multipleksera przekroczy czas w etapie 5370, informuje się kontrolę w etapie 5372 i komunikat multipleksera wysyła się ponownie w etapie 5374. W etapie 5376 (Fig. 32B), zegar multipleksera uruchamia się ponownie i oczekuje na odpowiedź w etapie 5380. Ustala się odpowiedź multipleksera w etapie 5382. Jeżeli odpowiedź multipleksera to odrzucenie, informuje się kontrolę w etapie 5384. Obwód oznacza się jako zablokowany w tabeli obwodu magistrali w etapie 5386 i wysyła się komunikat do procesu blokującego w etapie 5388. Uzyskuje się bezczynność w etapie 5390. Jeżeli komunikat jest przyjęty w etapie 5382, obwód oznacza się jako bezczynny w etapie 5392 i uzyskuje się bezczynność w etapie 5394. Jeżeli zostanie odebrany komunikat z multipleksera w etapie 5396, ustala się odpowiedź multipleksera w etapie 5398. Jeżeli odpowiedź multipleksera to odrzucenie informuje się kontrolę w etapie 5400. Obwód oznacza się jako zablokowany w tabeli obwodu magistrali w etapie 5402 i wysyła się komunikat do procesu blokującego w etapie 5404. Uzyskuje się bezczynność w etapie 5406. Jeżeli komunikat jest przyjęty w etapie 5398, obwód oznacza się jako bezczynny w etapie 5408 i uzyskuje się bezczynność w etapie 5410.
187 494
CX1 m
FIG. 2
187 494 ι_η m
m >UJ <Γ <
ν— σι cc <
<
>- <
<
α <
cc
S STE cc
o
UJ L/7
Li- CC UJ UJ
INTE O CC CC
ο ο ο
AJ UJ <
Ο Ο CC >- U_ ι/1 > dl
LA oj m
FIG.3
Ο i/) ο
o
OJ m
</>
ο
LA rn
O m
un
m α
LA _ m
o-^ UJ
m O
187 494
«-J <
ς:
0C ο
(Ζ) <41 <
<
_!
<
ζ ο
>— (Ζ) <
CJ <
Ο
CC
U-1
Η— (Ζ)
AT
V) £
187 494
FIG. 5
187 494
O
FIG. 6
187 494
CZAS/ DATA
STAN 0BW00U
STATUS OBWOOU
WSKAŹNIK SATELITY
STEROWA- NIE ECHEM
1 śt 2^ ~r~ Cnu UJ
IDENTYFI- KATOR SPRZĘTU
NUMER CZŁONKA GRUPY
NUMER GRUPY MAGISTR.
UJ >
CL >
CIC
o o §§§ O CL
(X ί
INOE- KS
NASTĘPNA FUNKCJA
OMI
7 UJ 2Z. < o
LICZNIK SKOKÓW
SEKWENCJA WYBORU
OONOSNY NPA
WSKAŹNIK USŁUGI
GRUPA MAGISTRAL 1 SATELITY
CLLI
KONTROLA CIĄGŁOŚCI
ROZOZIELCZOSC OŚWIETLENIA
NUMER GRUPY MAGISTR.
INOEKS
NASTĘPNA FUNKCJA
< z < >- jj o > < z o rr CYFRY 00
CYFRY OD
liS POSTAĆ ADRESU
IOENTYFIKATOR NOŚNIKA
IDENTYFIKATOR WYBORU NOŚNIKA
INOEKS TABELI WYJĄTKÓW
FIG. 9
187 494
NASTĘPNY INOEKS
NASTĘPNA FUNKCJA
INFORMACJA LINII POCZĄTKOWEJ
NUMER STRONY WYWOŁUJĄCEJ/OBCIĄŻENIA OANE
CYFRY 00
CYFRY 00
POSTAĆ AORESU
KATEGORIA STRONY WYWOŁU - JĄCEJ
INOEKS TABELI ANI
Ο v-~ lu
NASTĘPNY INOEKS
NASTĘPNA FUNKCJA
CYFRY 00
CYFRY 00
POSTAĆ AORESU
'a Zj UJ (—) <□ w z
lu
i i m O Z
NASTĘPNA FUNKCJA *3
INOEKS #2
NASTĘPNA FUNKCJA #2
INDEKS #1
NASTĘPNA FUNKCJA #1
K00 0BW00U
CYFRY 00
o f— >- t^J z <t ΓΓ CYFRY 00
Ι- Ο UJ (Z) cc o □0 15 PLAN IDENTYFIKACJI SIECI
INOEKS TABELI TRASOWA- NIA
INDEKS
NASTĘPNA FUNKCJA
WARTOŚĆ PRZYCZYNOWA
STAN0AR0 K000WANIA
POŁOŻENIE OGÓLNE
WARTOŚĆ PRZYCZYNOWA ODEBRANEGO KOMUNIKATU
INOEKS
FIG. 13
187 494
TYP KOMUNIKATU PARAMETRY INOEKS #1 INOEKS #... INOEKS 4N
AORES KOMPLETNY IOENTYFIKATOR WYWOŁANIA ZWROTNEGO
TRANSPORT OOSTEPU
WSKAŹNIK PRZYCZYNY
OPCJONALNE WSKAŹNIKI WYWOŁANIA ZWROTNEGO
OPCJONALNY WSKAŹNIK „FE
OOPOWIEOZ TRANSPORT OOSTEPU
WSKAŹNIK WYWOŁANIA ZWROTN.
PRZEBIEG WYWOŁANIA INFORMACJA 0 ZOARZENIU
WSKAŹNIK WYWOŁANIA ZWROTN.
TRANSPORT OOSTEPU
WSKAŹNIK PRZYCZYNY
OPUONALNY WSKAŹNIK WYWOŁANIA ZWROTNEGO
REZERWACJA OBWOOU POSTAĆ WSKAŹNIKA POŁĄCZENIA
POTWIEROZENIE REZERWAUI OBWOOU BRAK
ZAKŁÓCENIE BRAK
CIĄGLOSC WSKAŹNIK CIĄGŁOŚCI
WYJŚCIE NUMER GRUPY MAGISTRALI WYCHOOZĄCEJ
INFORMACJA WSZYSTKIE PARAMETRY
ZAOANIE INFORMACJI WSZYSTKIE PARAMETRY
ADRES POCZĄTKOWY POSTAĆ WSKAŹNIKA POŁĄCZENIA
WSKAŹNIK WYWOŁANIA W PRZOO
KATEGORIA STR. WYWOŁUJĄCEJ
NUMER USŁUGOWY UŻYTKOWNIKA
NUMER STRONY WYWOŁYWANEJ
TRNSPORT OOSTEPU
NUMER STRONY WYWOŁUJĄCEJ
IOENTYFIKACJA NOŚNIKA
INFORMAUA 0 WYBORZE NOŚNIKA
NUMER OBCIĄŻENIA
AORES OGOLNY
INFORMACJA LINII POCZĄTKOWEJ
POCZĄTKOWY WYWOŁYWANY NR
NUMER KIERUNKOWY
KOO USŁUGI
WYBÓR SIECI TRANZYTOWEJ
LICZNIK SKOKOW
PRZEKAZANIE WSZYSTKIE PARAMETRY
ZWOLNIENIE WSKAŹNIK PRZYCZYNY
TRANSPORT OOSTEPU
AUTOMATYCZNA KONTROLA
PRZECIĄŻENIA
ZAKOŃCZENIE ZWOLNIENIA 8RAK
WZNOWIENIE WSKAŹNIK ZAWIESZ /WZNOWIENIA
ZAWIESZENIE WSKAŹNIK ZAWIESZ./WZNOWIENIA i
FIG. 1
187 494
/wyślij z powro<TEM KOMUNIKAT \O ZAKŁÓCENIU
KOMUNIKAT
ZWYKŁY
2022
2026
TAK· /WYŚLIJ Z PO,ζπνΙ,,κΙλτ <WROTEM komuKOMUNIKAT \nikaT UCIC TESTOWY y11^·1
2028-
N UJ
UST Τ' KOMU AL fP NIKATU
2012
2010
ZAREJESTRUJ \ KOMUNIKAT \ W PROCESIE / KONTROLNYM/
WSZYSTKIE -INNE KOMUNIKATY
BLO, BLA,UBA,RSC, CCR,LPA,COM, COR,
GRS,GRA,CGB,·
2030
CGBA, CGU, CGUA, CVT, CVR, UCIC.
BEZCZYNNY
20U •2032
2036
BEZCZYNN
203^
WYŚLIJ OO' PROCESU WY> WOŁANIA
WYŚLIJ OO PROCESU KON-, TROLNEGO
BEZCZYNNY
-2038
FIG. 15
187 494
187 494
UJ 2 >- UJ
03= — Z t_J oa
187 494
<2132 <2140 χ-2150 /2190 2176-©
ZAJĘTY NIEWYPOSAŻONY ZABLOKOWANY BEZCZYNNY PRZEJŚCIOWY
187 494
g.pf O £□·<✓)
38ο £J<Z>O £ΰϋ
yHmo
NJ UjOp-] (—i — '—I
S><2
OV1_J<C ccoaz
u:
r °° cO Σ_|
Osi <?
OJ OJ OO
Osi i±
LL
187 494
UJ <o
X— c;
187 494
187 494
187 494
Τ <ο
to
Lu
187 494
FIG. 161
187 494
Cd u:
187 494
FIG. 16 6
187 494
ι
187 494
<ο
CO
Lu
187 494
I ι
C-J O-J cuł
N9l'OU
I
187 494
Ο
FIG. 16
187 494
<UJ z-) ··· 5f!
co i_n i_n
CAJ ca
Ln
LH
CAJ o
un cai
URUCHOM ZEGAR RLC (T5) , URUCHOM ZEGAR WYSYŁANIA REL(T5) , WYZERUJ URZĄ- 0ZENIE STEROWANI ECHEM ,
<t<AI (S, CM
o CAI <r -ji_n ir>
CL <o co i
187 494
CO
187 494
0x1
<iS oc.—· •rxJ
Quj ?£ CCujOl F— t/IlZ)
O
Q —>
UJ
Hz _JCL =»<O £ZQCQ—__ < UJ —rCCt -I-O CO UJ t— < ODS£ ł—
V7 nO xO xO
0x1
81191:1
xO
0x1 xO
ΟχΙ
xO'
Oxl
I
187 494
FIG.17 C
187 494
—Kto
ZAPIS TROLI sSg- gSgS
3° ieS Ζ3Αθα ż-ceo;©
50 . SclclS
7)
Z >d
M
UJ m
c^~
o · mzuj ui j<<^ 3 I— Mo 0^2 l/l —t—u) □ -JUJ>- 2 >-cecc >5O-CL 3
ΛΕΛ
m.
Vy *-*-/ CxJ v>
187 494
FIG.T7E
187 494
co <τ>
187 494
ę-U OsJ m
OM OM OM
σο co QO
om Osi OM
187 494
:ς3^ t UUJON □2 _ JS<_J
i <C >- <C I n 77 > -lobii;
O</1|SJ< □ oa_ (X θ*7ΰ-_i 5Σΰ_co
i5ujSQ co co
OJ ^<02= aoi-u—;
—\ —j—
5<<5< =3cc>/ •ZJj-In ZZU-i O|O>_<N “yu3a
\£) CC ZSZ llu
<f_x- CU^CiJ
ao
OJ cc<t^a —
U2YJ NUM OPŁATY E ANI STOS! W PRZEGL TABELI A
Q IZ)
CjCC_xJ_l
ΜΟΟ.ω
OCOCO
Οω>_ toccSj-J ndłuj
Ώ<οω
FKG. T8C
187 494
187 494 <Ο <Γ 111
Sbce . . m-a-A om« ^>oo <C CC LuJ-> QCH-IXIC O. UJ CC C ΐζιΣΣΟ-Ζ?
Ρ<ςς<· l/) ,UJO sgiiig «££§·
UJ <ujccuj Pq_2:ujoo a-J.aZ<
<:^ooo CC -5 .Aj—.(_3 Q.O>-Ouj ωι/ιοΩου
ki co <0 u:
>O-<_JUJ >>3ςη <t« < cci— cc Cl(/1<Q. 71ΌΟ.Ο vO
O-J ao —, cc ZjSChcoclz: E<a ^|XJiC
UJ<° <3S. occSizi =2Ss
5??5
187 494
U t—
U
187 494
O) d
U
187 494
187 494
CM
CM
CD
O CM
FIG. 19C
187 494
<
Ο
OJ cn
LL187 494
CQ
O
CM cń
LL
187 494
SPRAWDŹ W CCB CZY ZADANIE TO ORUGA PRÓBA
187 494
Q
O
0x1 cń
LL
187 494
BEZCZYNNY)-3^50
Fig. 21 A
187 494
ru — —; 3 O Z Σ
0Q
OJ cm
LL
Ssggśs islPs >- Z l-J Z NJ i_i
o
187 494
Fig. 21 C
187 494
o α
CM ch u_
187 494 ' lULIWtO NA . ,Λ
WYBÓR OBWODU jJAbU x WYCHODZĄCEGO/
<
CM
CM cn
LL
187 494
CM
m
WYŚLIJ MOMENT ν'^βΟ II WYŚLIJ MOMENT γ3^91
ZWOLNIENIA DO ) ZWOLNIENIA 00 \
CO cn oo m
I
187 494
0x1
0x1 cn
U_
FIG 22A
187 494
α
OJ
OJ cn u_
187 494
o
CM
LH m
ZACZEKAJ NA GOTOWOŚĆ ADRESU
CM m
LH LH 1/Ί
L/Ί i_r> L/Ί
m m m
LU
CxJ
CxJ cn
LL
CM
CM in m
m
CM i_n m
->4*
CM
L/Ί m
I
187 494
187 494
□ Ż3 'Bi d
187 494
-3570
zc
CM
CM ch
LL.
>?>“ ααΰ ° fAJ fM cj CD <
Z O fAJ < < ΓαΙ —i
CO
O Zi — < —i cz UJ HCD (Z) <t 3: X
CM
ΓLP m
I
187 494
OJ
OJ cń
U_
187 494
OJ cn
LL.
187 494
Fig. 22K
187 494
Fig. 22 L
187 494
cn
LL_
CM
CM
FIG 22L
187 494
Ό
CO θ' rn m
NADCHOOZĄCY OBWOO ZAWIESZONY
CM
CM cn
187 494
FIG 22N
187 494
CM rm
z
UJ
ΓΜ LJ ’Ζ L_J cc
o SC <
<c
OJ z
<t <
z z
—) —J <
< 2£
SC OJ
CM
o a
oj a
υπ >25
IZ)
LU \—J ΓΜ O CC CC O- CL <
Dc o
cc
LU
ΓΜ <
co o
<
IZ) Q_ > <
O
SC >OJ
OJ
CL
OJ
OJ
CT)
LL
-JO in xO
IX m
Ό
fn 1 <
<^5-
Z CZ
5θΝ“
grx<z z
/ ° > ól ° LU _ CO U 3 V) ΙΊ < !u 2= «X >- n a cc < m >— o < LL 04 ΓΜ [zatrzymaj N ZEGAR WYSYŁANIA REL (Tl) ,
WYŚLIJ MOMENT CZYNNO BIL L1 NI
MD
MD
Γ~ m
187 494
>r-J l_l_J <27
-o
OD a
OM
OM cn
LJL_
187 494
I
BEZCZYNNY
Fig. 23A
I
187 494
CQ m
οι cń u_
187 494
SPRAWDŹ NADCHOOZACY WSKAŹNIK
SATELITY W POSTACI WSKAŹNIKA —3870
POŁĄCZENIA DLA ZASTOSOWANIA
SATELITY NA NADCHODZĄCYM OBWODZIE
Fig. 23 C
I
187 494 ^FllCZNliC
TAK SK0KC5W
187 494
SPRAWDŹ GRUPĘ MAGISTRALI DLA możliwości cot -—3914
Fig. 22E
187 494
LL_ m
CM cn u_
187 494
ZACZEKAJ NA ODPOWIEDZ Z MULTIPLEKSERA
Fig. 23G
187 494 ο
ο co
187 494
Fig. 23 I
187 494
6062 /6078 4018
187 494
Fig. 23 K
187 494 tn csi
187 494
Fig. 23M
187 494
187 494
ZACZEKAJ NA WYCHODZĄCY^, 1ΛΛ RAPORT CIĄGŁOŚCI 4IUU
Fig. 230
187 494
CM Μ- χθ
LH LO l/Ί
ΣΪ 3
Q_ m
cm cn
LL
187 494
Fig. 23Q
187 494
4180
CD
Στ
>- ¢> cc
Ο Z UJ <t 64 <7
cz m
CAI ch llZ
187 494
Fig. 23 S
187 494 αο
ł— m
OM
CT
U_
187 494
ZACZEKAJ NA KOMUNIKATY. 4220 ZAKOŃCZENIA ADRESU Γ y_7
< O ic CC 2 2 to O X ίΣ
X
UJ
>- ł—
t/1 <r
α UJ cc
__l o f—
UJ 3 >- Z
cn PM
< o u>
h~ z
3 o o l <c
TM O UJ UJ <c oc o 3?
PM l/l >-
< α 3
cc o O
Q_ X < O
on u/ X ł—
MO
CM
<
-t
OJ
187 494
Fig. 24B
187 494
CHODZĄCEGO
WYWOŁANIA
FIG 2UB
187 494
Q
-dOM cn
LL
187 494
187 494
^rsicn-z iuO
ZD UJ i_J rj —J -^r CD UJ •oi^ocuj >-Scl<C >□ fsj
MD
oO o CsJ
LD UD
m m m -4·
<r -j· LT>
m
<!=o i UJ ΣΞ< [oz i cc < 0-5 fFa-z. ''Ί CC UJ °-z
WYŚLIJ MO ZWOLNIENI BILLNGU WYŚLIJ DO CESU ZERO\ OBWODU WYŚLIJ DO CESU ZWOL MUX/EC
<_j fsl
UJ ąsy
U st <N (6
U
187 494
187 494
Η7ΖΌΙ3
187 494
LC o -t O<xi
Tri <r UL·
V?
co
Ό 1 1 z uj°-u A
N<ca ? ooZ<>^□z3 Z—:=?Z azi
FIG.24
FIG. 241
187 494
ω0;οΝ
5O-Sc <\ ul·
187 494
Ο m LO .j- θ WYŚLIJ D PROCESU ZWOLNIEI MUX/EC
θ' Γ“—
Ό
<Ώυθ~ ^ςζοο^Ε
187 494
Crt
LO
{ LT>
OfxJ · ->-> O_OO —
M ~ ll rx! < ^ΣΟΟι— 3y:Q-U
X— OJ
o O
c \D f ko
X\J <r XX -J-
X > » <c p <p
o o z
CK 5 CC UJ
CL< Q-ź
oo o o
ock ll J —' Q§o
Z2 rxiO —> rxiuJ
—1 —,° Γ 11 1 CO ' Lr J —'
3uO 5 u£
CO xO /T\ >rxj l_J
Γχΐ <3/ z
-Jo ko
<M
Crt 'LH
-J
M* <£>
c:
187 494
0-4t~~<M
T7ŹGU
187 494
CM
187 494
FIG. 25B
187 494
187 494
sprawdź pole sterowania echem we wskaźniku >4726 >-4748 >4762
187 494
CU
IC
połącz komunikat z multipleksera i
187 494 uruchom
I
FIG.27B
I
187 494
CM
CO
187 494
FIG.Z7D
ι
187 494
twarzania przyczy nowego w / indeks 42 i komunikat ACL 1 i
187 494 d
o:
zakończ nad -
o. «. CM ωθ
I
187 494
187 494 sprawdź tabelę obwodu ,χ4962 sprawdź tabelę obwodu χ4975 magistrali , aby ustalić , magistrali , aby ustalić , czy wywołanie jest czy wywołanie jest o
o
i
I
I
I ł
ot (£>
OT
personel FIG.29B (bezczynny)^4970 kontrolny
I
187 494
187 494 i
FIG.30A χτ ι co ·
O i
I
I
187 494
FIG.30B
ι
i
187 494
FIG.30C
I
Μ” ·
6- ·
Ο ' m ι
I
I
I
I
187 494
F1G30D σ
I
I
187 494 ι
FG30E m
I
I
I
187 494 ι
FG30F
I
I
187 494
FG30G
187 494 ι
FIG.30H
I ' 00 • m
ι
187 494
funkcji / grupie magistrali grupie magistrali
187 494 rOCOLJ co αο
I
187 494
187 494 τοενυ
ι
I
187 494
ysuj ponownie \ wysuj \ multiplekserowi komunikat \ zapis do \ wysianie połączenia / kontroli / tonu COT
187 494
ι
187 494 i
zaczekaj na FIG.31C komunikat statusu COT z multipleksera cn xr
(O co m
co
ΓΜ
H O _ o c <Λ σ 2 co cg
C (Λ
M C α 3 03 P N O ω
<Λ z*.
φ a, ε
N ___J
OO σ
co »n
187 494
FIG31D
I
I
187 494
ι
187 494 i 2
ω
EC oznacz obwód jako i
bezczynny
I
I
187 494
Cxl m
FIG. 1
Departament Wydawnictw UP RP. Nakład 70 egz. Cena 6,00 zł.

Claims (4)

  1. Zastrzeżenia patentowe
    1. Telekomunikacyjny procesor sygnalizacyjny, zwłaszcza do przetwarzania komunikatów sygnalizacyjnych systemu sygnalizacyjnego #7(SS7) dla tworzenia połączeń telekomunikacyjnych, znamienny tym, że zawiera platformę sygnalizacyjną (410), która jest połączona z systemami SS7, platformę sterującą (420), która jest połączona z urządzeniami zewnętrznymi, i platformę aplikacji (430) do przetwarzania danych sygnalizacyjnych i wybierania połączeń, przy czym każda z tych platform (410, 420, 430) jest połączona z inną platformą, przy czym platforma aplikacji (430) zawiera pamięć obwodu magistrali (500), w której zapamiętane są dane odnoszące się do połączeń, i dołączoną do niej pamięć grupy magistrali (502), w której zapamiętane są dane odnoszące się do grup magistrali początkowej i końcowej, oraz pamięć wyjątków (504), w której zapamiętane są dane do identyfikacji różnych warunków wyjątkowych odnoszących się do wywołania, pamięć identyfikacji numeru (506), w której zapamiętane są dane do identyfikacji specjalnych cech odnoszących się do numeru wywołującego, pamięć numeru wywoływanego (508), w której zapamiętane są dane do identyfikacji wymogów trasowania na podstawie wywoływanego numeru, i pamięć trasowania (510), w której zapamiętane są dane odnoszące się do trasowania wywołania dla różnych połączeń, przy czym każda z pamięci (502, 504, 506, 508, 510) jest połączona z inną pamięcią, przy czym platforma aplikacji (430) zawiera ponadto układ przetwarzania (604) identyfikujący różne czynności specjalne do podjęcia w ciągu przetwarzania wywołania i układ zapytania/odpowiedzi (606) wywołujący funkcję sterowania usługą, przy czym te układy (604, 606) są dołączone do pamięci grupy magistrali (502), pamięci wyjątków (504), pamięci identyfikacji numeru (506), pamięci numeru wywoływanego (508) i pamięci trasowania (510), oraz zawiera ponadto układ identyfikacji wyboru operatora menedżera wywołania/połączenia (600) i układ komunikatów (608) dostarczający instrukcje dla komunikatów od strony końcowej wywołania, przy czym te układy (600, 608) są dołączone do pamięci grupy magistrali (502).
  2. 2. Procesor według zastrz. 1, znamienny tym, że systemy SS7 i urządzenia zewnętrzne są obwodami zewnętrznymi w stosunku do platformy sygnalizacyjnej (410) i platformy sterującej (420).
  3. 3. Procesor według zastrz. 1, znamienny tym, ze w platformie aplikacji (430) jest zapamiętana struktura danych przetwarzania, która zawiera informacje odnoszące się do przetwarzania wywołań dla wywołań, które nie są trasowane.
  4. 4. Procesor według zastrz. 1, znamienny tym, że w platformie aplikacji (430) jest zapamiętana struktura danych zapytań, która zawiera informacje odnoszące się do zapytań dla dodatkowego przetwarzania wywołań.
PL97333601A 1996-11-22 1997-11-12 Telekomunikacyjny procesor sygnalizacyjny PL187494B1 (pl)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/754,349 US6031840A (en) 1995-12-07 1996-11-22 Telecommunications system
PCT/US1997/021208 WO1998023053A1 (en) 1996-11-22 1997-11-12 Telecommunications system

Publications (1)

Publication Number Publication Date
PL187494B1 true PL187494B1 (pl) 2004-07-30

Family

ID=25034408

Family Applications (1)

Application Number Title Priority Date Filing Date
PL97333601A PL187494B1 (pl) 1996-11-22 1997-11-12 Telekomunikacyjny procesor sygnalizacyjny

Country Status (14)

Country Link
US (4) US6031840A (pl)
EP (1) EP0953240A4 (pl)
JP (1) JP3895780B2 (pl)
KR (1) KR20000057195A (pl)
CN (1) CN1238872A (pl)
AU (1) AU731264B2 (pl)
BR (1) BR9713527A (pl)
CA (1) CA2271910C (pl)
NO (1) NO992425L (pl)
NZ (1) NZ335508A (pl)
PL (1) PL187494B1 (pl)
RU (1) RU2189117C2 (pl)
UA (1) UA59386C2 (pl)
WO (1) WO1998023053A1 (pl)

Families Citing this family (90)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6631133B1 (en) * 1994-05-05 2003-10-07 Sprint Communications Company L.P. Broadband telecommunications system
US5920562A (en) * 1996-11-22 1999-07-06 Sprint Communications Co. L.P. Systems and methods for providing enhanced services for telecommunication call
US6430195B1 (en) * 1994-05-05 2002-08-06 Sprint Communications Company L.P. Broadband telecommunications system interface
US6031840A (en) * 1995-12-07 2000-02-29 Sprint Communications Co. L.P. Telecommunications system
US20100208634A1 (en) 1994-10-11 2010-08-19 Arbinet Corporation System and Method For Managing Multimedia Communications Across Convergent Networks
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
AU2257097A (en) * 1996-02-02 1997-08-22 Sprint Communications Company, L.P. Atm gateway system
US6154445A (en) 1996-04-18 2000-11-28 Bell Atlantic Network Services, Inc. Telephony communication via varied redundant networks
US6069890A (en) 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US6002689A (en) * 1996-11-22 1999-12-14 Sprint Communications Co. L.P. System and method for interfacing a local communication device
US6115380A (en) 1996-11-22 2000-09-05 Sprint Communications Co., L.P. Broadband telecommunications system
US6014378A (en) * 1996-11-22 2000-01-11 Sprint Communications Company, L.P. Telecommunications tandem system for circuit-based traffic
US6667982B2 (en) * 1996-11-22 2003-12-23 Sprint Communications Company, L.P. Broadband telecommunications system interface
KR100459306B1 (ko) * 1996-11-22 2004-12-03 스프린트 커뮤니케이숀스 컴파니 리미티드 파트너쉽 원격통신 네트워크에서 호출을 전송하기 위한 시스템 및 방법
US6078582A (en) 1996-12-18 2000-06-20 Bell Atlantic Network Services, Inc. Internet long distance telephone service
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US6574216B1 (en) 1997-03-11 2003-06-03 Verizon Services Corp. Packet data network voice call quality monitoring
US6870827B1 (en) 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
US6067299A (en) * 1997-04-16 2000-05-23 Sprint Communications Company, L.P. Communications system for providing ATM connections and echo cancellation
US6178170B1 (en) * 1997-05-13 2001-01-23 Sprint Communications Company, L. P. System and method for transporting a call
GB2330034A (en) * 1997-10-01 1999-04-07 Northern Telecom Ltd A narrowband to broadband interface for a communications system
US6483837B1 (en) 1998-02-20 2002-11-19 Sprint Communications Company L.P. System and method for connecting a call with an interworking system
US6563918B1 (en) 1998-02-20 2003-05-13 Sprint Communications Company, LP Telecommunications system architecture for connecting a call
US6470019B1 (en) * 1998-02-20 2002-10-22 Sprint Communications Company L.P. System and method for treating a call for call processing
US6546022B1 (en) 1998-04-03 2003-04-08 Sprint Communications Company, L.P. Method, system and apparatus for processing information in a telecommunications system
US7227837B1 (en) 1998-04-30 2007-06-05 At&T Labs, Inc. Fault tolerant virtual tandem switch
US6169735B1 (en) * 1998-04-30 2001-01-02 Sbc Technology Resources, Inc. ATM-based distributed virtual tandem switching system
JP3595690B2 (ja) * 1998-08-06 2004-12-02 富士通株式会社 固定長データ処理装置
US6658022B1 (en) * 1998-09-30 2003-12-02 Cisco Technology, Inc. Signaling protocol for controlling voice calls in a packet switching network
US6714217B2 (en) * 1998-12-18 2004-03-30 Sprint Communication Company, L.P. System and method for providing a graphical user interface to, for building, and/or for monitoring a telecommunication network
US6597701B1 (en) * 1998-12-22 2003-07-22 Sprint Communications Company L.P. System and method for configuring a local service control point with a call processor in an architecture
US6785282B1 (en) 1998-12-22 2004-08-31 Sprint Communications Company L.P. System and method for connecting a call with a gateway system
US6724765B1 (en) 1998-12-22 2004-04-20 Sprint Communications Company, L.P. Telecommunication call processing and connection system architecture
US6982950B1 (en) 1998-12-22 2006-01-03 Sprint Communications Company L.P. System and method for connecting a call in a tandem architecture
US6888833B1 (en) 1998-12-22 2005-05-03 Sprint Communications Company L.P. System and method for processing call signaling
US7079530B1 (en) * 1999-02-25 2006-07-18 Sprint Communications Company L.P. System and method for caching toll free number information
US6560226B1 (en) 1999-02-25 2003-05-06 Sprint Communications Company, L.P. System and method for caching ported number information
US7103068B1 (en) 1999-05-04 2006-09-05 Sprint Communication Company L.P. System and method for configuring bandwidth transmission rates for call connections
US6895088B1 (en) 1999-05-21 2005-05-17 Sprint Communications Company L.P. System and method for controlling a call processing system
US7054273B1 (en) * 1999-08-06 2006-05-30 Tellabs Operations, Inc. Circuit integrity in a packet-switched network
US6882652B1 (en) 1999-08-06 2005-04-19 Tellabs Operations, Inc. Private lines traversing a packet network and re-arrangement of channels among packet network connections
AU7628300A (en) * 1999-08-06 2001-03-05 Tellabs Operations, Inc. Private lines traversing a packet network and re-arrangement of channels among packet network connections
US6816497B1 (en) 1999-11-05 2004-11-09 Sprint Communications Company, L.P. System and method for processing a call
US6535599B1 (en) * 1999-11-08 2003-03-18 Sprint Communications Company, L.P. System and method for processing ported calls
US6621815B1 (en) 1999-11-18 2003-09-16 Sprint Communications Company L.P. Communication interface system
US6704314B1 (en) * 1999-12-15 2004-03-09 Sprint Communications Company, L.P. Method and apparatus to control cell substitution
US6785377B1 (en) * 2000-01-19 2004-08-31 Sprint Communications Company L.P. Data calls using both constant bit rate and variable bit rate connections
US6343065B1 (en) * 2000-01-20 2002-01-29 Sbc Technology Resources, Inc. System and method of measurement-based adaptive caching of virtual connections
CA2399720C (en) * 2000-02-11 2013-07-09 Convergent Networks, Inc. Service level executable environment for integrated pstn and ip networks and call processing language therefor
WO2001060000A1 (en) * 2000-02-11 2001-08-16 Convergent Networks, Inc. Methods and systems for creating, distributing and executing multimedia telecommunications applications over circuit and packet switched networks
KR100710937B1 (ko) * 2000-03-13 2007-04-24 스프린트 커뮤니케이숀스 컴파니 리미티드 파트너쉽 통신 시스템의 연결상태 테스트
US6731738B1 (en) 2000-03-28 2004-05-04 Sprint Communications Company, L.P. Call tones in communication networks
US6640318B1 (en) 2000-03-13 2003-10-28 Sprint Communications Company, L.P. Continuity testing in communication networks
US6728362B1 (en) 2000-03-28 2004-04-27 Sprint Communications Company, L.P. Continuity testing with call tone messaging in communication networks
US7110773B1 (en) * 2000-04-11 2006-09-19 Telecommunication Systems, Inc. Mobile activity status tracker
US7088720B1 (en) * 2000-08-07 2006-08-08 Sbc Technology Resources, Inc. Multiservice use of network connection capability under user-to-network interface signaling
US7307993B2 (en) * 2000-08-08 2007-12-11 At&T Labs, Inc. Controller based call control for ATM SVC signaling
US7133410B2 (en) * 2001-02-12 2006-11-07 Tellabs Operations, Inc. Method and system for designing ring-based telecommunications networks
WO2002093317A2 (en) * 2001-05-16 2002-11-21 Nact Telecommunications, Inc. System, apparatus and method for dynamically mapping virtual signaling system 7 circuit identification codes for use between voip gateways on ip-based networks
US7136386B2 (en) * 2001-07-19 2006-11-14 Sbc Technology Resources, Inc. Virtual private network over asynchronous transfer mode
US7187678B2 (en) 2001-08-13 2007-03-06 At&T Labs, Inc. Authentication for use of high speed network resources
DE60239475D1 (de) * 2001-08-22 2011-04-28 Tekelec Calabasas Verfahren zur Verbesserung der Ausnutzung einer Zeitmultiplex-Kommunikationsstrecke eines Signalisierungstransferpunktes, und entsprechender Signalisierungstransferpunkt
EP1361762A1 (en) * 2002-05-10 2003-11-12 Alcatel Gateway device and method for managing connections on a gateway device
ATE293346T1 (de) * 2002-07-05 2005-04-15 Cit Alcatel Resourcen zutrittskontrolle in einem zugangsnetz
US7346709B2 (en) * 2002-08-28 2008-03-18 Tellabs Operations, Inc. Methods for assigning rings in a network
US8463947B2 (en) * 2002-08-28 2013-06-11 Tellabs Operations, Inc. Method of finding rings for optimal routing of digital information
KR100640328B1 (ko) * 2002-09-19 2006-10-30 삼성전자주식회사 이더넷 수동형광가입자망에서 오에이엠 기능 디스커버리방법
US7602788B2 (en) 2002-11-04 2009-10-13 At&T Intellectual Property I, L.P. Peer to peer SVC-based DSL service
US7701953B2 (en) * 2002-11-04 2010-04-20 At&T Intellectual Property I, L.P. Client server SVC-based DSL service
CN100433740C (zh) * 2002-12-31 2008-11-12 中兴通讯股份有限公司 一种在中继网关实现导通检验的方法
US7382785B2 (en) * 2003-02-21 2008-06-03 At&T Knowledge Ventures, L.P. Extended virtual user-to-network interface with ATM network
US6999758B2 (en) * 2003-05-06 2006-02-14 Ocmc, Inc. System and method for providing communications services
US20060056399A1 (en) * 2003-08-06 2006-03-16 Christie Joseph M Telecommunication tandem system for circuit-based traffic
CN1333557C (zh) * 2003-12-30 2007-08-22 华为技术有限公司 一种实现呼叫控制的方法
US8213593B2 (en) * 2005-06-13 2012-07-03 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for processing a nature of address indicator and/or calling party number to support telecommunication features
US7515594B2 (en) * 2005-07-15 2009-04-07 Telefonaktiebolaget L M Ericsson (Publ) Enhanced virtual circuit allocation methods and systems for multi-stage switching elements
JP4892900B2 (ja) * 2005-09-13 2012-03-07 ソニー株式会社 情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラム
CN100359835C (zh) * 2005-10-13 2008-01-02 中兴通讯股份有限公司 一种基于解释型信令的解码方法
WO2009132708A1 (en) * 2008-04-30 2009-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Circuit allocation within a communication core network
CN101272220B (zh) * 2008-04-30 2010-05-12 中兴通讯股份有限公司 一种数据解析方法
US8165011B2 (en) * 2008-06-13 2012-04-24 Telco Acquisition I, Inc. Real-time network measurement
US8130752B2 (en) * 2008-06-13 2012-03-06 Telco Acquisition I, Inc. Real-time network measurement
CN101841363A (zh) * 2009-03-18 2010-09-22 中兴通讯股份有限公司 一种中继链路控制信道传输方法及系统
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
CN101938753A (zh) * 2009-06-30 2011-01-05 上海贝尔股份有限公司 一种aal2路径状态同步方法及其装置
CN105163077B (zh) * 2015-08-31 2019-01-22 山东康威通信技术股份有限公司 一种基于多层抽象的多种类视频集成的方法
WO2018080564A1 (en) 2016-10-28 2018-05-03 Level 3 Communications, Llc Carrier identification code delivery to an egress network of a telecommunications network
US11328300B2 (en) 2017-11-16 2022-05-10 First Data Corporation Enhanced security for transaction requests utilizing automatic source identification
US11120670B1 (en) 2020-05-14 2021-09-14 Bank Of America Corporation Automated exception handling for automatic teller machines
CN115665719B (zh) * 2022-10-19 2025-09-19 交通运输部北海航海保障中心天津通信中心 基于bs结构多点服务模式的通信业务系统

Family Cites Families (233)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4201889A (en) * 1978-03-17 1980-05-06 International Telephone And Telegraph Distributed control digital switching system
US4310727A (en) * 1980-02-04 1982-01-12 Bell Telephone Laboratories, Incorporated Method of processing special service telephone calls
US4348554A (en) * 1980-03-21 1982-09-07 Bell Telephone Laboratories, Incorporated Method of providing virtual private network telephone service
JPS57159192A (en) * 1981-03-27 1982-10-01 Hitachi Ltd Audio packet exchange system
US4565903A (en) * 1983-08-03 1986-01-21 At&T Bell Laboratories Telephone interexchange carrier selection
US4554659A (en) * 1983-12-12 1985-11-19 At&T Bell Laboratories Data communication network
US4683563A (en) * 1984-10-11 1987-07-28 American Telephone And Telegraph Company, At&T Bell Laboratories Data communication network
US4686701A (en) * 1985-02-07 1987-08-11 American Telephone And Telegraph Company, At&T Bell Laboratories Processing sequence calls in a distributed control switching system
US4686669A (en) * 1985-02-07 1987-08-11 American Telephone And Telegraph Company, At&T Bell Laboratories Path hunting in a distributed control switching system
US4683584A (en) * 1985-02-07 1987-07-28 American Telephone And Telegraph Company, At&T Bell Laboratories Directory number translation in a distributed control switching system
US5182550A (en) * 1985-05-31 1993-01-26 Fujitsu Limited Inter-network connection system
US4763317A (en) 1985-12-13 1988-08-09 American Telephone And Telegraph Company, At&T Bell Laboratories Digital communication network architecture for providing universal information services
US4730312A (en) * 1986-02-21 1988-03-08 San/Bar Corporation Voice, data or both over one telephone line in a T-1 carrier system
US4736364A (en) * 1986-03-12 1988-04-05 American Telephone And Telegraph Company, At&T Bell Laboratories Switching system control arrangements
US4720850A (en) 1986-03-14 1988-01-19 American Telephone And Telegraph Company At&T Bell Laboratories Communication system control arrangement
US4748658A (en) * 1986-07-16 1988-05-31 Bell Communications Research, Inc. Architecture for allocating resources in a telecommunications network
DE3771603D1 (de) * 1986-07-23 1991-08-29 Siemens Ag Modular strukturiertes isdn-kommunikationssystem mit bildung und anzeige von fehlertexten.
US4757526A (en) * 1987-04-16 1988-07-12 American Telephone And Telegraph Company, At&T Bell Laboratories Signal transfer arrangement
BE1000512A7 (nl) * 1987-05-07 1989-01-10 Bell Telephone Mfg Schakelnetwerk.
LU87162A1 (de) * 1987-07-31 1988-08-23 Siemens Ag Reflektionssender fuer ein bidirektionales lwl-kommunikationssystem
US4823338B1 (en) * 1987-08-03 1998-11-10 At & T Information Systems Inc Virtual local area network
US5084816A (en) * 1987-11-25 1992-01-28 Bell Communications Research, Inc. Real time fault tolerant transaction processing system
DE3742939A1 (de) * 1987-12-18 1989-07-06 Standard Elektrik Lorenz Ag Verfahren zur hybriden paketvermittlung und einrichtungen hierzu
GB8802533D0 (en) * 1988-02-04 1988-03-02 Plessey Co Plc Data packet switching
US4896319A (en) * 1988-03-31 1990-01-23 American Telephone And Telegraph Company, At&T Bell Laboratories Identification and authentication of end user systems for packet communications network services
US4853955A (en) * 1988-04-27 1989-08-01 Network Access Corporation Apparatus and method for providing existing telephone switching equipment with the capability of using the SS7 protocol
US5058104A (en) * 1988-07-26 1991-10-15 Nec Corporation Tdm demultiplexer with dedicated maintenance channels to indicate high-speed line faults to low speed circuits
US4991169A (en) 1988-08-02 1991-02-05 International Business Machines Corporation Real-time digital signal processing relative to multiple digital communication channels
US5089954A (en) * 1988-08-08 1992-02-18 Bell Communications Research, Inc. Method for handling conversational transactions in a distributed processing environment
US5101404A (en) * 1988-08-26 1992-03-31 Hitachi, Ltd. Signalling apparatus for use in an ATM switching system
EP0363499B1 (de) * 1988-09-23 1993-11-18 Siemens Aktiengesellschaft Verfahren und Schaltungsanordnung zum Übertragen von Sprachsignalen in einem Breitband-Kommunikationsnetz
WO1990003698A1 (de) * 1988-09-30 1990-04-05 Siemens Aktiengesellschaft Kommunikationssystem zum bilden von virtuellen ringförmigen netzen in einem zeitvielfach-paketvermittlungsnetz
US5258752A (en) * 1988-11-25 1993-11-02 Sumitomo Electric Industries, Ltd. Broad band digital exchange
US4991204A (en) * 1988-12-05 1991-02-05 Nippon Telegraph And Telephone Corporation Adaptive routing control method
US4979118A (en) 1989-03-10 1990-12-18 Gte Laboratories Incorporated Predictive access-control and routing system for integrated services telecommunication networks
DE3912660C1 (pl) * 1989-04-18 1990-08-30 Wandel & Goltermann Gmbh & Co, 7412 Eningen, De
US5018191A (en) * 1989-10-23 1991-05-21 At&T Bell Laboratories Special service call routing
US4993014A (en) * 1989-05-30 1991-02-12 At&T Bell Laboratories Dynamic shared facility system for private networks
JP2964151B2 (ja) * 1989-07-03 1999-10-18 富士通株式会社 通信制御方式
DE4020775A1 (de) * 1989-08-09 1991-02-14 Standard Elektrik Lorenz Ag Koppelnetz und koppelnetzmodul fuer ein atm-system
US5231631A (en) * 1989-08-15 1993-07-27 At&T Bell Laboratories Arrangement for regulating traffic in a high speed data network
JPH03104451A (ja) * 1989-09-19 1991-05-01 Fujitsu Ltd 多段リンク交換システムのルート切替え方式
US5434981A (en) * 1989-09-28 1995-07-18 Rockwell International Corporation Functionally programmable PCM data analyzer and transmitter for use in telecommunication equipment
US5048081A (en) * 1989-12-28 1991-09-10 At&T Bell Laboratories Arrangement for routing packetized messages
JPH03234137A (ja) * 1990-02-08 1991-10-18 Fujitsu Ltd シグナリングセルスイッチング方法及びシグナリングセルスイッチング方式
CA2038646C (en) * 1990-03-20 1995-02-07 Katsumi Oomuro Atm communication system with optimal traffic control by changing the allocated bandwidth
JP2957223B2 (ja) * 1990-03-20 1999-10-04 富士通株式会社 コールプロセッサの負荷分散制御方式
DE59106450D1 (de) * 1990-03-23 1995-10-19 Siemens Ag Verfahren zum Einrichten von virtuellen Verbindungen in nach einem asynchronen Transfermodus arbeitenden Vermittlungseinrichtungen.
US5115427A (en) * 1990-03-30 1992-05-19 At&T Bell Laboratories Arrangements for switching multiple packet types combined in a single packet stream
US5003584A (en) * 1990-04-16 1991-03-26 At&T Bell Laboratories Method and apparatus for the billing of value-added communication calls
JP2555907B2 (ja) * 1990-05-23 1996-11-20 日本電気株式会社 複合ネットワークアドレスルーティング制御システム
US5231633A (en) * 1990-07-11 1993-07-27 Codex Corporation Method for prioritizing, selectively discarding, and multiplexing differing traffic type fast packets
EP0468498B1 (en) * 1990-07-26 1998-09-30 Nec Corporation Routing system capable of effectively processing routing information
JPH04100342A (ja) * 1990-08-20 1992-04-02 Toshiba Corp トラヒック制御方式
JP2878805B2 (ja) * 1990-08-20 1999-04-05 株式会社東芝 Ａｔｍ交換機
US5115431A (en) * 1990-09-28 1992-05-19 Stratacom, Inc. Method and apparatus for packet communications signaling
US5193110A (en) * 1990-10-09 1993-03-09 Boston Technology, Incorporated Integrated services platform for telephone communication system
US5453981A (en) * 1990-10-16 1995-09-26 Kabushiki Kaisha Toshiba Method of controlling communication network incorporating virtual channels exchange nodes and virtual paths exchange nodes
JP3001953B2 (ja) * 1990-10-20 2000-01-24 富士通株式会社 仮想識別子変換装置
US5255266A (en) * 1990-10-20 1993-10-19 Fujitsu Limited ATM switching unit
EP0482989B1 (en) * 1990-10-22 1997-07-09 Canon Kabushiki Kaisha Telephone exchange apparatus
US5278972A (en) * 1990-11-21 1994-01-11 At&T Bell Laboratories Communication system for converting ISDN signaling protocol between local and public network having first group of mandatory elements and second group of non-mandatory elements
FR2669798B1 (fr) * 1990-11-23 1994-09-16 Lmt Radio Professionelle Dispositif pour la transmission d'informations synchrones par un reseau asynchrone, notamment un reseau atm.
JP2679500B2 (ja) * 1990-12-17 1997-11-19 モトローラ・インコーポレイテッド 総合的なシステム歩留りを計算するための方法
WO1992016066A1 (en) * 1991-02-28 1992-09-17 Stratacom, Inc. Method and apparatus for routing cell messages using delay
JPH04276942A (ja) 1991-03-05 1992-10-02 Fujitsu Ltd Ａｔｍ網における論理チャネルの設定方式
US5218602A (en) * 1991-04-04 1993-06-08 Dsc Communications Corporation Interprocessor switching network
US5168492A (en) * 1991-04-11 1992-12-01 Northern Telecom Limited Rotating-access ATM-STM packet switch
US5251255A (en) * 1991-04-17 1993-10-05 At&T Bell Laboratories Processing interactions among telecommunications call features
JPH05122391A (ja) * 1991-05-08 1993-05-18 Fujitsu Ltd 情報収集サービス方式
JP2938611B2 (ja) * 1991-05-14 1999-08-23 富士通株式会社 テレビ信号交換方式
US5282244A (en) * 1991-06-24 1994-01-25 At&T Bell Laboratories Virtual signaling network method
US5291479A (en) * 1991-07-16 1994-03-01 Digital Technics, Inc. Modular user programmable telecommunications system with distributed processing
US5765108A (en) * 1991-07-31 1998-06-09 Telstra Corporation Limited Telecommunications system
US5179556A (en) * 1991-08-02 1993-01-12 Washington University Bandwidth management and congestion control scheme for multicast ATM networks
JP3051210B2 (ja) * 1991-08-05 2000-06-12 富士通株式会社 Ａｔｍ多重伝送装置の試験方式
FR2681164A1 (fr) * 1991-09-06 1993-03-12 Thomson Csf Procede pour l'acheminement d'un paquet de donnees dans un reseau de transmission numerique.
DE69129851T2 (de) * 1991-09-13 1999-03-25 International Business Machines Corp., Armonk, N.Y. Konfigurierbare gigabit/s Vermittlunganpassungseinrichtung
JPH05122240A (ja) * 1991-10-24 1993-05-18 Fujitsu Ltd Ａｔｍ伝送におけるｖｐｉ，ｖｃｉ割り当て方式
RU2050695C1 (ru) * 1991-12-10 1995-12-20 Московский Институт Инженеров Гражданской Авиации Центральная станция системы радиосвязи с подвижными объектами
US5291492A (en) 1991-12-18 1994-03-01 Unifi Communications Corporation Externally controlled call processing system
JPH05168073A (ja) * 1991-12-19 1993-07-02 Mitsubishi Electric Corp 共通線信号挿抜装置
US5367566A (en) * 1991-12-27 1994-11-22 At&T Corp. Common channel signaling message intercept system
US5289472A (en) * 1992-02-05 1994-02-22 At&T Bell Laboratories Method for the tranmission of message associated user-to-user information
US5295137A (en) * 1992-02-12 1994-03-15 Sprint International Communications Corp. Connection establishment in a flat distributed packet switch architecture
US5357510A (en) * 1992-02-19 1994-10-18 Fujitsu Limited Apparatus and a method for supervising and controlling ATM traffic
JPH05236138A (ja) * 1992-02-20 1993-09-10 Nec Corp 電子交換機
US5375124A (en) * 1992-02-20 1994-12-20 At&T Corp. Method and apparatus for providing ISDN access
US5452350A (en) * 1992-03-09 1995-09-19 Advantis Subscriber call routing processing system
US5285441A (en) * 1992-03-17 1994-02-08 At&T Bell Laboratories Errorless line protection switching in asynchronous transer mode (ATM) communications systems
JPH05292114A (ja) * 1992-04-09 1993-11-05 Fujitsu Ltd 通信パス設定装置及びその方法
US5345443A (en) * 1992-04-30 1994-09-06 At&T Bell Laboratories Network-based digital bandwidth-on-demand
RU2042280C1 (ru) 1992-07-27 1995-08-20 Казанский авиационный институт Система передачи цифровых телефонных сигналов
US5329308A (en) * 1992-07-29 1994-07-12 At&T Bell Laboratories Bidirectional video telephony between cable television and switched telephone systems
US5278889A (en) * 1992-07-29 1994-01-11 At&T Bell Laboratories Video telephony dialing
FR2694466B1 (fr) 1992-07-29 1994-09-02 Cit Alcatel Réseau de télécommunication réalisant séparément un traitement d'appel et un traitement de connexion.
US5323389A (en) * 1992-08-14 1994-06-21 Fore Systems, Inc. ATM cell interface and method for dispatching an ATM cell
US5600640A (en) 1992-08-25 1997-02-04 Siemens Aktiengesellschaft Call processing system for controlling connections in a communications system
DE9300562U1 (de) 1992-08-27 1993-03-04 Siemens AG, 8000 München Steuerungssystem eines Vermittlungssystems
DE59209115D1 (de) * 1992-08-28 1998-02-12 Siemens Ag Verfahren und Schaltungsanordnung zum Übertragen von Nachrichtenzellen innerhalb eines ATM-Netzes
JPH06169320A (ja) 1992-10-02 1994-06-14 Toshiba Corp Ａｔｍセル化装置
US5384840A (en) * 1992-10-09 1995-01-24 At&T Corp. Telecommunications system SS7 signaling interface with signal transfer capability
US5519707A (en) 1992-10-13 1996-05-21 Synoptics Communications, Inc. Multiplexing of communications services on a virtual service path in an ATM network or the like
JPH06132972A (ja) 1992-10-20 1994-05-13 Fujitsu Ltd 広帯域ｉｓｄｎ遠隔多重装置
CA2104753C (en) * 1992-10-29 1999-02-16 Kotikalapudi Sriram Bandwidth allocation, transmission scheduling, and congestion avoidance in broadband atm networks
US5345445A (en) * 1992-11-06 1994-09-06 At&T Bell Laboratories Establishing telecommunications calls in a broadband network
US5365524A (en) * 1992-11-06 1994-11-15 At&T Bell Laboratories Establishing telecommunications call paths between clustered switching entities
US5327421A (en) * 1992-11-06 1994-07-05 At&T Bell Laboratories Apparatus for interfacing between telecommunications call signals and broadband signals
US5345446A (en) * 1992-11-06 1994-09-06 At&T Bell Laboratories Establishing telecommunications call paths in broadband communication networks
JPH07107990B2 (ja) * 1992-11-12 1995-11-15 日本電気株式会社 Ａｔｍ方式による送信装置及び通信システム
KR960003505B1 (ko) * 1992-12-29 1996-03-14 재단법인 한국전자통신연구소 에이티엠(atm) 다중화 처리 장치
US5394463A (en) * 1992-12-31 1995-02-28 At&T Corp. Telephone call processing arrangement based on calling and called party telephone services
JPH077524A (ja) * 1993-04-06 1995-01-10 Siemens Ag 通信加入者のアドレス識別子へのアクセス方法
CA2114274C (en) * 1993-04-21 1997-12-02 Michael L. Bridges Information services platform
US5420858A (en) * 1993-05-05 1995-05-30 Synoptics Communications, Inc. Method and apparatus for communications from a non-ATM communication medium to an ATM communication medium
JPH06335079A (ja) 1993-05-19 1994-12-02 Fujitsu Ltd Ａｔｍ網におけるセル多重化装置
US5539884A (en) 1993-05-20 1996-07-23 Bell Communications Research, Inc. Intelligent broadband communication system and method employing fast-packet switches
JP2518515B2 (ja) * 1993-05-27 1996-07-24 日本電気株式会社 高速コネクション設定パケット交換機
US5673262A (en) 1993-06-03 1997-09-30 Nec Corporation Communication network comprising transit switches without asynchronous transfer mode switching capability
JP2508594B2 (ja) * 1993-06-18 1996-06-19 日本電気株式会社 Ｉｓｄｎパケット交換モ―ドにおける着呼側装置選択方法
US5473677A (en) * 1993-06-23 1995-12-05 At&T Corp. Telecommunications network architecture and system
CA2124379C (en) * 1993-06-25 1998-10-27 Thomas F. La Porta Distributed processing architecture for control of broadband and narrowband communications networks
DK0631454T3 (da) 1993-06-25 2000-03-20 Siemens Ag Fremgangsmåde til etablering af virtuelle forbindelser i pakkeomkoblingsnetværker
US5509010A (en) 1993-06-25 1996-04-16 At&T Corp. Communications signaling protocols
US5392402A (en) * 1993-06-29 1995-02-21 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method employing a resource system to support network services
US5377186A (en) * 1993-07-21 1994-12-27 Telefonaktiebolaget L M Ericsson System for providing enhanced subscriber services using ISUP call-setup protocol
US5448621A (en) 1993-08-02 1995-09-05 Motorola, Inc. Dynamic reallocation of spectral capacity in cellular communication systems
US5384771A (en) * 1993-08-27 1995-01-24 At&T Corp. Multimedia call configuration system
CA2131234A1 (en) * 1993-09-02 1995-03-03 Karl M. Lewis Technique for providing an improved signaling network for telephone systems
NL9301544A (nl) * 1993-09-07 1995-04-03 Nederland Ptt Werkwijze voor het kiezen van verbindingen in netwerken, en netwerken waarin de werkwijze wordt toegepast.
US5444713A (en) * 1993-09-14 1995-08-22 At&T Corp. Telephone information service system using digital and out-of-band signaling
GB9319449D0 (en) 1993-09-21 1993-11-03 Plessey Telecomm Telecommunications switching
US5600643A (en) 1993-09-23 1997-02-04 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method providing enhanced capabilities for customer premises equipment
DE4332824C1 (de) * 1993-09-27 1995-03-16 Siemens Ag Verfahren und Schaltungsanordnung zum Übertragen von Nachrichtenzellen über virtuelle Pfade eines ATM-Kommunikationssystems
US5479495A (en) 1993-10-01 1995-12-26 U S West Advanced Technologies, Inc. Method and system for automatically accessing and invoking switch-based services in an advanced intelligent network
US5440563A (en) * 1993-10-12 1995-08-08 At&T Corp. Service circuit allocation in large networks
US5495484A (en) 1993-10-12 1996-02-27 Dsc Communications Corporation Distributed telecommunications switching system
EP0649234B1 (en) 1993-10-14 2001-09-19 International Business Machines Corporation Method and apparatus of transferring data in an ATM network
US5590181A (en) 1993-10-15 1996-12-31 Link Usa Corporation Call-processing system and method
US5454034A (en) * 1993-11-23 1995-09-26 At&T Corp. Arrangement for sharing a telephone office code
US5440626A (en) * 1993-11-23 1995-08-08 At&T Corp. Arrangement for sharing a telephone office code
CA2110643C (en) 1993-12-03 1997-07-08 Deborah L. Pinard Method of telephone signalling via data link
US5425090A (en) * 1993-12-07 1995-06-13 Bell Communications Research, Inc. System and method for providing advanced intelligent network services
DE4341888C1 (de) 1993-12-08 1995-04-06 Siemens Ag Verfahren zum Steuern von Komponenten eines Kommunikationssystems
US5473679A (en) * 1993-12-09 1995-12-05 At&T Corp. Signaling system for broadband communications networks
US5563939A (en) 1993-12-09 1996-10-08 At&T Method and system for delivering a communication service
US5483530A (en) 1993-12-16 1996-01-09 International Business Machines Corporation System and method for communicating with digital and analog devices via a single digital interface
US5422882A (en) * 1993-12-20 1995-06-06 At&T Corp. ATM networks for narrow band communications
US5426636A (en) * 1993-12-20 1995-06-20 At&T Corp. ATM distribution networks for narrow band communications
US5452297A (en) * 1993-12-20 1995-09-19 At&T Corp. Access switches for large ATM networks
US5428607A (en) * 1993-12-20 1995-06-27 At&T Corp. Intra-switch communications in narrow band ATM networks
US5457684A (en) * 1993-12-21 1995-10-10 At&T Ipm Corp. Delay-less signal processing arrangement for use in an ATM network
US5526359A (en) * 1993-12-30 1996-06-11 Dsc Communications Corporation Integrated multi-fabric digital cross-connect timing architecture
US5428609A (en) * 1994-01-03 1995-06-27 At&T Corp. STM-to-ATM converters
JP3386547B2 (ja) 1994-01-26 2003-03-17 株式会社東芝 リダンダンシ回路装置
US5522042A (en) 1994-01-28 1996-05-28 Cabletron Systems, Inc. Distributed chassis agent for distributed network management
US5485455A (en) 1994-01-28 1996-01-16 Cabletron Systems, Inc. Network having secure fast packet switching and guaranteed quality of service
US5533115A (en) * 1994-01-31 1996-07-02 Bell Communications Research, Inc. Network-based telephone system providing coordinated voice and data delivery
DE69530534T2 (de) 1994-02-25 2004-03-18 Hewlett-Packard Co. (N.D.Ges.D.Staates Delaware), Palo Alto Nachrichtempfangschaltung für ein Signalisierungsnetz
US5509123A (en) 1994-03-22 1996-04-16 Cabletron Systems, Inc. Distributed autonomous object architectures for network layer routing
CA2145017C (en) 1994-03-31 2000-02-15 Masaru Murakami Cell multiplexer having cell delineation function
DE4414554A1 (de) 1994-04-22 1995-11-02 Triple I Gmbh Fuer Tech Kommun Verfahren und Anordnung zur Bearbeitung von Signalen in Telekommunikationsendgeräten
US5703876A (en) 1994-05-05 1997-12-30 Christie; Joseph Michael ATM transport system
US5991301A (en) 1994-05-05 1999-11-23 Sprint Communications Co. L.P. Broadband telecommunications system
US5920562A (en) * 1996-11-22 1999-07-06 Sprint Communications Co. L.P. Systems and methods for providing enhanced services for telecommunication call
US6181703B1 (en) 1995-09-08 2001-01-30 Sprint Communications Company L. P. System for managing telecommunications
US6430195B1 (en) * 1994-05-05 2002-08-06 Sprint Communications Company L.P. Broadband telecommunications system interface
RU2138919C1 (ru) 1994-05-05 1999-09-27 Спринт Комьюникейшнз Компани Л.П. Способ, система и устройство управления телефонной связью
US6031840A (en) * 1995-12-07 2000-02-29 Sprint Communications Co. L.P. Telecommunications system
FI98683C (fi) * 1994-05-09 1997-07-25 Helsingin Puhelin Oy Menetelmä puhelinverkon keskusten ohjaamiseksi
US5506844A (en) 1994-05-20 1996-04-09 Compression Labs, Inc. Method for configuring a statistical multiplexer to dynamically allocate communication channel bandwidth
US5533106A (en) 1994-06-27 1996-07-02 Us West Technologies, Inc. Method and system for processing calls wherein the display of calling party ID information has been inhibited
CA2127521C (en) 1994-07-06 2002-02-05 Kenneth M. Buckland Method and apparatus for recovering a variable bit rate service clock
US5414701A (en) * 1994-07-22 1995-05-09 Motorola, Inc. Method and data structure for performing address compression in an asynchronous transfer mode (ATM) system
JP2812205B2 (ja) 1994-08-12 1998-10-22 日本電気株式会社 Ｄチャネルパケット通信方式
US5592477A (en) 1994-09-12 1997-01-07 Bell Atlantic Network Services, Inc. Video and TELCO network control functionality
US5586177A (en) * 1995-09-06 1996-12-17 Bell Atlantic Network Services, Inc. Intelligent signal transfer point (ISTP)
US5541917A (en) * 1994-09-12 1996-07-30 Bell Atlantic Video and TELCO network control functionality
US5566173A (en) 1994-10-12 1996-10-15 Steinbrecher Corporation Communication system
US5526414A (en) 1994-10-26 1996-06-11 Northern Telecom Limited Dynamically controlled routing using virtual nodes
FI99187C (fi) 1994-11-24 1997-10-10 Tecnomen Oy Menetelmä ja laite älykkäiden toimintojen lisäämiseksi televerkkoon
US5530724A (en) * 1994-11-29 1996-06-25 At&T Corp. Echo canceler with automatic enablement/disablement on a per-call basis
US5568475A (en) * 1994-12-21 1996-10-22 Lucent Technologies Inc. ATM network architecture employing an out-of-band signaling network
US5483527A (en) 1994-12-21 1996-01-09 At&T Corp. Terminal adapter for interfacing an ATM network with a STM network
US6324179B1 (en) * 1994-12-21 2001-11-27 Lucent Technologies Inc. ATM network arranged to interface with STM in-band signaling
JP2921424B2 (ja) * 1995-01-13 1999-07-19 日本電気株式会社 Ａｔｍ電子交換ネットワークシステムおよび同システムに使用される電子交換機
DE19502414C1 (de) 1995-01-26 1996-02-08 Siemens Ag Verfahren und Anordnung zum schnellen Durchschalten von virtuellen Verbindungen in ATM-Kommunikationssystemen
US5627836A (en) 1995-01-31 1997-05-06 Bell Atlantic Network Services, Inc. VPI/VCI administration
US5541918A (en) 1995-01-31 1996-07-30 Fore Systems, Inc. Method and apparatus for manipulating an ATM cell
US5694463A (en) * 1995-02-15 1997-12-02 Christie; Joseph Michael System for service control point routing
US5539815A (en) 1995-02-24 1996-07-23 At&T Corp. Network call routing controlled by a management node
US5623491A (en) * 1995-03-21 1997-04-22 Dsc Communications Corporation Device for adapting narrowband voice traffic of a local access network to allow transmission over a broadband asynchronous transfer mode network
US5544161A (en) 1995-03-28 1996-08-06 Bell Atlantic Network Services, Inc. ATM packet demultiplexer for use in full service network having distributed architecture
US5635980A (en) 1995-04-04 1997-06-03 Bell Communications Research, Inc. System and method for customer premises broadband interface with on-hook alerting
US5706286A (en) * 1995-04-19 1998-01-06 Mci Communications Corporation SS7 gateway
US5640446A (en) 1995-05-01 1997-06-17 Mci Corporation System and method of validating special service calls having different signaling protocols
EP0742677A3 (en) * 1995-05-08 1999-09-15 Fujitsu Limited Header converting method
US5680390A (en) 1995-06-06 1997-10-21 Bell Communications Research, Inc. Broadband telecommunications network and method of having operations systems support
US5577039A (en) 1995-06-07 1996-11-19 Samsung Electronics, Inc. System and method of signal transmission within a plesiochronous digital hierarchy unit using ATM adaptation layers
US5619561A (en) * 1995-06-22 1997-04-08 Reese; Morris Call-waiting and caller identification with three-way conversations arrangements
US5708702A (en) 1995-07-28 1998-01-13 Bell Atlantic Network Services, Inc. Dynamic STP routing in response to triggering
US5636210A (en) 1995-08-02 1997-06-03 Agrawal; Jagannath P. Asynchronous transfer mode packet switch
DE19534754C1 (de) * 1995-09-19 1996-11-07 Siemens Ag Verfahren zum Vermitteln von Schmalband-Teil-Leitungsbündeln zwischen Kommunikationssystemen über ein ATM-Kommunikationsnetz
US5793857A (en) * 1995-09-27 1998-08-11 Northern Telecom Limited Method of using dynamic database to improve telephone number portability
US6546442B1 (en) * 1995-10-30 2003-04-08 International Business Machines Corporation Communications adapter having analog and digital interfaces for communications with remote systems
US5629930A (en) 1995-10-31 1997-05-13 Northern Telecom Limited Call routing in an ATM switching network
US6088749A (en) * 1995-11-30 2000-07-11 Excel Switching Corp. Universal API with generic call processing message having user-defined PPL event ID and generic response message for communications between telecommunications switch and host application
CA2165857C (en) * 1995-12-21 2000-07-25 L. Lloyd Williams Number portability using isup message option
US5917815A (en) * 1995-12-29 1999-06-29 Lucent Technologies Inc. Method and apparatus for converting synchronous narrowband signals into a SONET virtual tributary group for combining with broadband asynchronous transfer mode signals in an integrated telecommunications network
AU2257097A (en) * 1996-02-02 1997-08-22 Sprint Communications Company, L.P. Atm gateway system
EP0792074A3 (en) * 1996-02-20 1998-11-11 Hewlett-Packard Company A method of providing a service in a switched telecommunications system and a message interceptor suitable for use in such method
US5867571A (en) * 1996-02-23 1999-02-02 Lucent Technologies Inc. Method and arrangement for establishing call connections in a telecommunications network using a virtual transport server
US5710769A (en) 1996-02-29 1998-01-20 Lucent Technologies Inc. Merging the functions of switching and cross connect in telecommunications networks
US5940491A (en) 1996-02-29 1999-08-17 Lucent Technologies Inc. Control of telecommunications networks
US6002757A (en) * 1996-03-08 1999-12-14 Stentor Resource Centre, Inc. Number portability using enhanced routing table
US5949791A (en) * 1996-03-19 1999-09-07 Lucent Technologies Inc. Method and apparatus for converting synchronous narrowband signals into broadband asynchronous transfer mode signals in an integrated telecommunications network
US5884262A (en) * 1996-03-28 1999-03-16 Bell Atlantic Network Services, Inc. Computer network audio access and conversion system
US5926464A (en) * 1996-04-04 1999-07-20 Lucent Technologies Inc. Customer telecommunication interface device with built-in network features
US5940487A (en) 1996-04-10 1999-08-17 Alcatel Usa Sourcing, L.P. Programmable call processing system and method
US5745553A (en) * 1996-04-16 1998-04-28 At&T Corp. On-demand communications services
US5867562A (en) 1996-04-17 1999-02-02 Scherer; Gordon F. Call processing system with call screening
US6069890A (en) * 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US5802045A (en) 1996-04-30 1998-09-01 Lucent Technologies Inc. Method of using a narrowband server to provide service features to broadband subscribers
US5940393A (en) * 1996-05-28 1999-08-17 Sprint Communications Co. L.P. Telecommunications system with a connection processing system
US5751706A (en) 1996-06-05 1998-05-12 Cignal Global Communications, Inc. System and method for establishing a call telecommunications path
EP0827319A3 (en) * 1996-07-30 2000-05-17 Hewlett-Packard Company Global title translation in a telecommunications signalling network supporting number portability
US5892764A (en) * 1996-09-16 1999-04-06 Sphere Communications Inc. ATM LAN telephone system
CA2217838C (en) * 1996-11-07 2003-07-29 At&T Corp. Wan-based voice gateway
US5867495A (en) * 1996-11-18 1999-02-02 Mci Communications Corporations System, method and article of manufacture for communications utilizing calling, plans in a hybrid network
US6546003B1 (en) * 1996-11-21 2003-04-08 Verizon Services Corp. Telecommunications system
US6014378A (en) * 1996-11-22 2000-01-11 Sprint Communications Company, L.P. Telecommunications tandem system for circuit-based traffic
US6034950A (en) * 1996-12-27 2000-03-07 Motorola Inc. System packet-based centralized base station controller
US5956334A (en) * 1997-02-10 1999-09-21 At & T Corporation Method for interfacing a telephony and an ATM network to establish voice communication

Also Published As

Publication number Publication date
RU2189117C2 (ru) 2002-09-10
CA2271910C (en) 2007-06-05
US6031840A (en) 2000-02-29
NZ335508A (en) 2000-12-22
AU5448698A (en) 1998-06-10
US20020089986A1 (en) 2002-07-11
CN1238872A (zh) 1999-12-15
US20050207435A1 (en) 2005-09-22
UA59386C2 (uk) 2003-09-15
KR20000057195A (ko) 2000-09-15
EP0953240A4 (en) 2005-11-16
BR9713527A (pt) 2000-03-21
CA2271910A1 (en) 1998-05-28
JP2001506815A (ja) 2001-05-22
NO992425L (no) 1999-06-21
EP0953240A1 (en) 1999-11-03
JP3895780B2 (ja) 2007-03-22
WO1998023053A1 (en) 1998-05-28
AU731264B2 (en) 2001-03-29
US6961339B2 (en) 2005-11-01
NO992425D0 (no) 1999-05-20
US6411624B1 (en) 2002-06-25

Similar Documents

Publication Publication Date Title
PL187494B1 (pl) Telekomunikacyjny procesor sygnalizacyjny
JP3833717B2 (ja) 回線ベーストラフィック用通信タンデムシステム
KR100462971B1 (ko) 국부통신장치의 인터페이싱을 위한 시스템과 그 방법
AU701276B2 (en) System for managing telecommunications
JP4043522B2 (ja) 広帯域電気通信システム・インタフェース
PL187795B1 (pl) Sposób sterowania systemem komunikacyjnym, systemkomunikacyjny i procesor sygnalizacyjny komunikacyjny
PL188182B1 (pl) Sposób sterowania systemem telekomunikacyjnym, system telekomunikacyjny i system przetwarzania sygnalizacji do wywołań telekomunikacyjnych
US6674729B1 (en) Communications system for providing ATM connections and echo cancellation
US20070076753A1 (en) Method, system and apparatus for telecommunications control
US6483837B1 (en) System and method for connecting a call with an interworking system
US20050111469A1 (en) System and method for configuring a local service control point with a call processor in an architecture
US6470019B1 (en) System and method for treating a call for call processing
US6888820B1 (en) System and method for treating a call for call processing
CZ175899A3 (cs) Telekomunikační systém
MXPA99004746A (en) System and method for interfacing a local communication device
MXPA99004664A (en) System and method for transporting a call in a telecommunication network
MXPA99004602A (en) System and method for providing enhanced services for a telecommunication call
MXPA99004604A (en) Telecommunications tandem system for circuit-based traffic
MXPA01006299A (en) System and method for connecting calls with a time division multiplex matrix

Legal Events

Date Code Title Description
LAPS Decisions on the lapse of the protection rights

Effective date: 20051112