BG100473A - Метод и телекомуникационен комутатор за осъществяване на програмируеми мрежови протоколи и комуникационни услуги - Google Patents

Метод и телекомуникационен комутатор за осъществяване на програмируеми мрежови протоколи и комуникационни услуги Download PDF

Info

Publication number
BG100473A
BG100473A BG100473A BG10047396A BG100473A BG 100473 A BG100473 A BG 100473A BG 100473 A BG100473 A BG 100473A BG 10047396 A BG10047396 A BG 10047396A BG 100473 A BG100473 A BG 100473A
Authority
BG
Bulgaria
Prior art keywords
event
protocols
state
channels
functions
Prior art date
Application number
BG100473A
Other languages
English (en)
Other versions
BG62989B1 (bg
Inventor
Mark Hebert
Original Assignee
Excel Switching Corporation
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 Excel Switching Corporation filed Critical Excel Switching Corporation
Publication of BG100473A publication Critical patent/BG100473A/bg
Publication of BG62989B1 publication Critical patent/BG62989B1/bg

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54575—Software application
    • H04Q3/54583—Software development, e.g. procedural, object oriented, software generation, software testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13034—A/D conversion, code compression/expansion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13056—Routines, finite state machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13072—Sequence circuits for call signaling, ACD systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1308—Power supply
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1309—Apparatus individually associated with a subscriber line, line circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13096—Digital apparatus individually associated with a subscriber line, digital line circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13097—Numbering, addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • 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/13106—Microprocessor, CPU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13107—Control equipment for a part of the connection, distributed control, co-processing
    • 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/13179—Fax, still picture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1324—Conference call
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1325—Priority service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13292—Time division multiplexing, TDM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13299—Bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13377—Recorded announcement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13378—Speech recognition, speech analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13396—Signaling in general, in-band signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13405—Dual frequency signaling, DTMF

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Circuits Of Receivers In General (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Изобретението се отнася до среда за разработване на телекомуникационни протоколи, която създава възможност един потребител да дефинира отделен краен автомат за всеки порт, осигурен от програмируем телекомуникационен комутатор. Разработват се протоколи за различни телекомуникационни приложения и софтуерни слоеве.

Description

1___Област на изобретението
Настоящето изобретение се отнася, общо казано, до областта на телекомуникациите и, по-точно, до програмируеми телекомуникационни комутатори и контролиращи външни компютри поддържащи различни телекомуникационни приложения.
2.___Обсъждане на нивото на техниката
Програмируемите телекомуникационни комутатори се използуват при широка гама от приложения, като например за гласови съобщения, телемаркетингови услуги и подобни. Един програмируем комутатор обикновено се контролира от главно устройство, което типично е компютър, който изпълнява приложна програма за телекомуникации. Един клиент може или да закупи предлагана на пазара приложна програма, която е съвместима с главното устройство и комутационен хардуер или може да избере да напише собствена програма.
При повечето приложения, един програмируем комутатор е свързан към обществена телефонна мрежа чрез една или повече аналогови магистрали или цифрови връзки (например Т1 връзка), които завършват в комутатора. Комутаторът може също да бъде в края на една или повече “линии” които са свързани към устройства като например телефонни апарати. Комуникацията по всяка дадена магистрала, връзка или линия се провежда в съгласие с определен сигнализационен протокол.
По целия свят има многобройни “стандартни” сигнализационни протоколи в употреба. Някои широко използувани понастоящем протоколи са Е&М стартиране чрез намигване (wink start), циклично стартиране (loopstart), фоново стартиране (groundstart) и международен ιφ
принудителен (international compelled) R2 използуВащ DTMF/MFR1 или MFR2 адресна сигнализация.
При конвенционалните програмируеми комутатори, изборът кой сигнализационен протокол да бъде употребен относно отделна магистрала, връзка или линия обикновено се прави преди апаратурата да бъде доставена на клиента. Това е така, защото производителят на комутатори конфигурира комутатора, което може да включва аспекти на хардуера или вътрешното програмно осигуряване или и двете, обикновено по начин, който не може лесно или бързо да бъде променен (например чрез вътрешно програмно осигуряване запаметено в PROM). Конфигурацията на производителя ефективно определя отделен сигнализационен протокол за всяка магистрала, връзка или линия.
Различни проблеми възникват обаче, с такава конвенционална конфигурация. Първо, това е липсата на гъвкавост за един потребител да конфигурира комутатора както желае за отделно приложение. Това е особено проблематично там, където възниква нужда да се променят, дори рядко, специфицираните сигнализационни протоколи, така че да удовлетворяват точните нужди на потребителя, след първоначално инсталиране на комутатора.
Друг проблем с конвенционалните програмируеми комутатори е свързан с тяхната неспособност динамично да променят сигнализационния протокол специфициран за отделна магистрала, връзка или линия. Този проблем може да се срещне с известна повторяемост в Европа, където в различни страни се използуват различни принудителни (compelled) R2 сигнализационни протоколи или във всяка страна, където поВиквания с международен произход биват генерирани посредством тандемна комутационна схема. Нежеланият резултат е, че комутаторът вероятно няма да може правилно да обработи входящото повикване.
Друг главен недостатък на конвенционалните програмируеми комутатори е, че те не предлагат на потребителя Възможност лесно да разработва и осъществява собствени сигнализационни протоколи за приложения. Собствени протоколи могат да бъдат желателни, ако не необходими, при приложения, където комутаторът е свързан между обществената телефонна мрежа и други устройства (например система за гласови съобщения). Понеже такива устройства могат да изпълняват специализирани функции и не са предназначени да се свързват директно към обществената телефонна мрежа, те типично не се придържат към стандартните сигнализационни протоколи. Така, има необходимост за потребителя да бъде възможно да контролира програмируемия комутатор по такъв начин, че да се поддържа подходяща комуникация и с обществената телефонна мрежа, и с други устройства свързани към комутатора.
Още един недостатък на конвенционалните програмируеми комутатори е, че те изискват прекадено честа намеса на главното устройство за да се обработят повикванията. Например, при един конвенционален комутатор, намеса на главното устройство (т.е. размяна на съобщения между комутатора и главното устройство) обикновено се изисква и при предаване, и при приемане на разреди. Това е необходимо, защото главното устройство трябва да инструктира комутатора да приложи подходящи, налични ресурси за наличната задача. В този пример, главното устройство би могло да инструктира комутатора да свърже един наличен звукоВ генератор към отделен канал за да изпрати разреди, или да свърже един звуков приемник за да приеме разреди. В контекста на едно приложение, където стотици до възможно десетки хиляди повиквания в час се обработват от един комутатор, броят съобщения, които трябва да преминат между главното устройство и комутатора става доста голям, което често има за резултат намалена производителност на главното устройство и комутатора.
ΕΡ Ο 555 997 разкрива апарат и методи за комуникиране с използуване на протоколи в разпределена комуникационна система. Обаче, такива комуникационни устройства на са телекомуникационни комутатори и не изпълняват функции по обработка на повиквания, включващи свързването или разединяването на комуникационни пътища между различни единици от множество от канали. Освен това, комуникационните протоколи между двете устройства не дефинират нито контролират вътрешните операции на един телекомуникационен комутатор за да се определи комуникационен сианализационен протокол за всеки от каналите на телекомуникационен комутатор, за да изпълнява функции по обработка на повиквания.
КРАТКО. ОПИСАНИЕ НА ИЗОБРЕТЕНИЕТО
В кратко описание, настоящето изобретение обезпечава програмируем телекомуникационен комутатор, който обезпечава един потребител с възможността да дефинира и присвоява на порт по порт (port-by-port) база, желан сианализационен протокол, стандартен или потребителски по природа, за обработване на входящи или изходящи поВикВания. Множество сигнализационни протоколи могат да бъдат едновременно резидентни в комутатора и присвояването на протокол на даден порт може да бъде динамично променяно в реално време.
Изобретението обезпечава среда за разработване на протоколи, която дава възможност потребителят да дефинира отделен краен автомат за всеки порт обезпечен от комутатора. Всеки краен автомат може да бъде независимо дефиниран чрез комбиниране на серия от елементарни обработващи стъпки, наречени атомарни функции, в примитиви, които на свой ред биват комбинирани със състояния и събития за да дефинират желания автомат. Такива автомати могат да включват състояния на чакане, които предпочитано се използуват за да се намали включването на главното устройство в обработването на
повиквания. Състоянията на чакане могат да представляват програмируеми установени по време периоди, които осигуряват възможност за очаквани дейности или събития да се случат преди комутаторът да изпълни следващата операция.
В допълнение, настоящето изобретение може да служи като инструмент за разработване на телекомуникационни приложения, като например персонални комуникационни услуги (personal communications services - PCS), 800/900 услуга, гласова поща, телемаркетинг, измежду другите. Настоящето изобретение може също да бъде използувано за да се контролира или управлява широка гама от комуникационни услуги в един програмируем комутатор, включително телеконфериране, гласово записани съобщения, генериране на звук, приемане на звук, анализ на напредването на повикване, разпознаване на глас, компресиране на глас и кодиране/декодиране на факс.
КРАТКО ОПИСАНИЕ НА ФИГУРИТЕ
Това изобретение е показано в подробности в приложените патентни претенции. Горните и по-нататъшни преимущества на това изобретение могат да бъдат разбрани по-добре чрез справка със следващото описание взето във връзка с придружаващите фигури, от които:
фигура 1 е блок-схема на програмируем телекомуникационен комутатор, който може да бъде програмиран от потребител, съгласно едно предпочитано изпълнение на настоящето изобретение;
Фигура 2 е схема, която изобразява слоевете на софтуера използуван за да се контролира комутатора от фигура 1;
фигури ЗА и ЗВ изобразяват някои от специфичните характерни черти и функции свързани с всеки от софтуерните слоеве 2-5 изобразени на фигура 2;
фигура 4 е блок-схема на среда за разработване на крайни автомати
изграденя, съгласно едно предпочитано изпълнение на настоящето изобретение;
фигура 5 е блок-схема на едно приложение от слой 3 (мрежов слой), в което са използувани крайни автомати за да се определят желани мрежови сигнализационни протоколи за различни портове на един програмируем комутатор;
фигура 6А е диаграма на състоянията на краен автомат за обезпечаване на звуков контрол в приложение от слой 2 (слой на връзките);
фигура 6В е диаграма на крайния автомат от фигура 6А, в която всяка серия от атомарни функции е дефинирана като примитив;
фигура 6С е група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фигура 6В;
фигура 7А е диаграма на състоянията на краен автомат за обработване на началната фаза от настройка на повикване с използуване на международна принудителна (international compelled) R2 сигнализация в приложение от слой 3 (мрежов слой);
фигура 7В е диаграма на крайния автомат от фигура 7А, в която всяка серия от атомарни функции е дефинирана като примитив;
фигура 7С е група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фигура 7В;
фигура 8А е диаграма на състоянията на краен автомат за обработване на началната фаза от настройка на повикване с използуване на ΤΙ Е&М стартиране чрез намигване (wink start) сигнализация в приложение от слой 3 (мрежов слой);
фигура 8В е диаграма на крайния автомат от фигура 8А, в която всяка серия от атомарни функции е дефинирана като примитив;
фигура 8С е група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фигура 8В;
фигура 9А е диаграма на състоянията на краен автомат за
обезпечаване на интерактивен гласов отговор на Входящо повикване в приложение от слой 4 (слой на управление на повикванията);
фигура 9В е диаграма на крайния автомат от фигура 9А, в която всяка серия от атомарни функции е дефинирана като примитив;
фигура 9С е група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фигура 9В;
фигура 10А е диаграма на състоянията на краен автомат за приемащо приложение от слой 5, като например безтаксова (800) услуга;
фигура 10В е диаграма на крайния автомат от фигура 10А, в която всяка серия от атомарни функции е дефинирана като примитив; и фигура 10С е група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фигура 10В.
ПОДРОБНО ОПИСАНИЕ НА ЕДНО ИЛЮСТРАТИВНО ИЗПЪЛНЕНИЕ фигура 1 показва предлаган на пазара персонален компютър (personal computer - PC) 2, който включва централен процесор (central processing unit - CPU) 4 на персоналния компютър и запомнящо устройство с твърд магнитен диск 6, свързано посредством входноизходна (input/output - I/O) шина 8 на PC и захранваща шина 9 на PC. Персоналният компютър е за предпочитане PC-АТ®, продаден от International Business Machines, или съвместим с него. Други персонални компютри имащи повече памет или по-мощни централни процесори от PC-АТ® също могат да бъдат използувани. Персоналният компютър 2 за предпочитане оперира под управлението на ориентирана към приложения операционна система, като например DOS® или UNIX®.
Персоналният компютър 2 се състои от шаси или корпус, в който е монтирана дънна платка, заедно с дисковото устройство 6 и други незадължителни монтажни възли, като например запомнящи устройства с гъвкав магнитен диск, модеми и други подобни. Централният процесор 4
на персоналния компютър е монтиран върху дънната платка, която съдържа серия от периферни съединители, в които други платки (карти) могат да бъдат поставени и по този начин свързани към входноизходната и захранващата шини 8 и 9 на персоналния компютър.
Един програмируем телекомуникационен комутатор 10 се намира вътре в персоналния компютър 2. CPU/матрична карта 12 е поставена в един от слотовете на дънната платка и по такъв начин е свързана към шините 8 и 9. CPU/матричната карта 12 е взаимосвързана с карта 14 за цифрови (Т1) линии, карта 15 за цифрови (Е1) линии, карта 16 за обработване на цифрови сигнали (digital signal processing - DSP), карта 17 на пакетния двигател, карта 18 за аналогови (универсални) линии и терминаторна карта 19, посредством четири шини: HDLC или междупроцесорна шина 20; TDM шина 22; шина 24 за състояние/контрол на карта за линии; и шина 26 за определяне на време/контрол. Шина 28 за постоянно/променливо напрежение доставя постоянно (48VDC) и променливо напрежение (109VAC) към картата 18 за аналогови линии. Терминаторната карта 19 служи за това физически да прекъсва шини 20, 22,24,26 и 28.
Картите 14, 15 и 18 за линии и DSP картата 16 всичките са свързани към и получават своето основно работно захранване от захранващата шина 9 на персоналния компютър. Въпреки че са изобразени само една карта 14 за цифрови (Т1) линии, една карта 15 за цифрови (Е1) линии и една карта 18 за аналогови линии, трябва да се подразбира, че могат да бъдат добавени допълнителни карти за линии от всеки тип подчинени на две физически ограничения: (1) максималният превключващ капацитет на CPU/матричната карта 12 и (2) физическото пространство вътре в шасито на персоналния компютър 2.
Едно външно главно устройство 30, което може да се състои от отделен персонален компютър, работна станция или друг компютър, може да бъде свързано по желание през комуникационен канал 32 към
CPU/матричната карта 12. CPU/матричната карта 12 за предпочитане гъд-ьр-ж-я конвенционален RS-232 съвместим интерфейс за свързване на канала 32. Външното главно устройство 30 за предпочитане оперира под управлението на ориентирана към приложения операционна система.
Ако е желателно, комутаторът 10 може да се намира на пасивна обединителна платка (без представени централен процесор 4 на PC или диск 6), от която той получава своето електрическо захранване и може да бъде контролиран от външното главно устройство 30.
Един външен източник на захранване 31 с постоянно/променливо напрежение е свързан през проста верига 33 към терминаторната карта
19. Източникът на захранване 31 може да Включва например, предлаган на пазара източник на захранване.
Детайли относно конструкцията на различните карти показани на фигура 1 се смята, че са добре познати В областта. Картата 15 за цифрови (Е1) линии е за предпочитане конструирана, с използуване на подобен хардуер на този показан за карта 14 за Т1 линии, с изключение на разлики 6 конвенционалната схематика, които позволяват карта 15 за линии да завършва Е1 Връзки в противоположност на Т1 връзки.
фигура 2 е слоеви модел на софтуера, използуван за да се контролира програмируемия комутатор 10 от фигура 1. Лявата колона на фигура 2 показва седем слоя дефинирани в базовия модел за взаимна връзка на отворени системи (Open Systems Interconnection - OSI). Дясната колона на фигура 2 показва пет слоя използуВани за да се контролира комутаторът 10 и тяхното общо съответствие на OSI модела.
Разглеждайки сега фигури 1 и 2, Слой 5 на приложенията, който съответстВува общо на слоя Приложение от OSI модела, представя приложния софтуер, който типично се изпълнява или от PC CPU 4, или от Външното главно устройство 30. Софтуерът от Слой 5 на приложенията може да бъде използуван за да се реализира всяка от множество желани телекомуникационни услуги, като например
-10безшаксоВа ¢800) услуга, гласова поща, автоматично разпределяне на повикванията (automatic call distribution - ACD), да споменем само няколко.
Слой 4 на упраВление на повикванията, който съответствува общо на слоевете Представяне, Сесия и Транспорт от OSI модела, представя софтуер, който се изпълнява от CPU/матричната карта 12. Слой 4 на управление на повикванията е отговорен за изпълняване на централизирани функции по обработване на повиквания и обезпечаване на общ интерфейс към Слой 5 на приложенията, независимо от типа или типовете мрежови сигнализационни протоколи, които могат да бъдат използувани в комутатора 10. Типично, Слой 4 на управление на повикванията изпълнява функции, които се изискват следВайки настройката на повикване.
Слой 3 на мрежовите сигнализационни протоколи съответствува общо на слоя Мрежа от OSI модела. Софтуерът представен от Слой 3 на мрежовите сигнализационни протоколи се изпълнява или от CPU/матричната карта 12 или от карти за линии, които включват свои собствени микропроцесори, като например карти 14 или 15 или карта 17 на пакетния двигател и е отговорен за наблюдението на вътре и извън лентовата мрежова сигнализация, както и за контрола на ниво мрежов протокол на входящите и изходящи повиквания.
Слой 2 на връзките съответствува на слоя Канал за предаване на данни от OSI модела. Софтуер от Слой 2 на връзките се изпълнява от CPU/матричната карта 12, картите за линии, които включват свои собствени микропроцесори, DSP картата 16 или картата 17 на пакетния двигател (всяка от които включва свой собствен микропроцесор) и е отговорен за откриването, както и за физическия трансфер на мрежоВа сигнализационна информация през мрежов или линеен интерфейс.
Накрая, физически слой 1 съответствува на физически слой от OSI модела. Карти за линии 14, 15 и 18 обезпечават физически ΤΙ, Е1 и аналогови електрически интерфейси, съответно, към комутатора 10.
фигури ЗА и ЗВ са табличен листинг на характерни черти и функции обезпечени от всеки от софтуерните слоеве 2-5 от фигура 2. Настоящето изобретение може да бъде използувано като инструмент за разработване на подходящ софтуер за да се реализира всяка от характерните черти и функциите показани на фигури ЗА и ЗВ. Един илюстративен пример за използуването на настоящето изобретение в контекста на всеки от слоеве 2-5 е описан по-долу във връзка с фигури 6А10С.
фигура 4 е цялостна блок-схема на среда за разработване на краен автомат от състояния, конструирана съгласно едно предпочитано изпълнение на настоящето изобретение, което дава възможност един клиент или потребител да създава и дефинира крайни автомати за изпълняване на желани телекомуникационни функции. Преди да обсъдим тази фигура подробно, трябва да бъдат дадени дефинициите на някои термини.
Както е използуван тук, терминът състояние се отнася до число, което представя текущия контекст за отделен канал или порт. В едно предпочитано изпълнение на настоящето изобретение, има дефинирани три типа състояния: нормално, вътрешно, блокиращо. Нормални състояния могат да бъдат очакващи състояния (т.е. потвърждение за завладяване (SEIZE ACK) състояние, положение в което понататъшната дейност е преустановена до настъпването на определено събитие) или устойчиви състояния (т.е. става обмяна на информация). Вътрешни състояния се използуват за да се проверяват условия и ефективно дейстВуВат като избор на разклонение. Нормални и Вътрешни състояния могат да бъдат специфицирани от един клиент или потребител, съгласно настоящето изобретение, за да се дефинира краен автомат за изпълняване на желана функция. Блокиращи състояния се генерират автоматично от настоящето изобретение и се използуват, на
-12канал по канал (channel-by-channel) основа, във Връзка с управлението на външни ресурси.
Едно събитие е число, което идентифицира условие, което се приема от едно отделно състояние. Данните могат да бъдат асоциирани със събитие.
Една атомарна функция е тази, която изпълнява елементарна задача, като например установяване на таймер. Данни специфицирани от потребителя могат да бъдат асоциирани с атомарна функция. Един примитив е предварително определена последователност от атомарни функции, която се извиква при настъпването на определено събитие. Потребителите могат да създават или дефинират примитиви от библиотека от налични атомарни функции. В едно предпочитано изпълнение, всеки примитив може да съдържа до 20 атомарни функции.
Една таблица състояние/събитие дефинира валидните събития за отделно състояние и примитивът, който се извиква при настъпването на всяко такова събитие. В едно предпочитано изпълнение, една таблица състояние/събитие може да съдържа до 100 състояния и до 40 събития за състояние.
Една таблица на примитивите дефинира примитивите, които се използуват от една таблица състояние/събитие. В едно предпочитано изпълнение, една таблица на примитивите може да съдържа до 200 примитива.
Един протокол се дефинира като асоциация от една таблица състояние/събитие с една таблица на примитивите и е идентифицирана чрез идентификатор на протокол (protocol ID) (число).
Блок данни, като тези означени с позиции номер 40а, 40п, е присвоен на всеки канал (порт) 0...п на комутатора. Всеки блок данни 40а, 40п съдържа следната информация отнасяща се до неговия съответен канал: текущото състояние на канала; указател на активна таблица състояние/събитие; указател на активна таблица на примитивите;
указател на присвоена таблица състояние/събитие; и указател на присвоена таблица на примитивите.
В случая на канал 0, указателите на активна таблица състояние/събитие и активна таблица на примитивите сочат, както е показано с прекъснати линии, към таблици, които са асоциирани с резидентен протокол 0, означен с номер на позиция 42а. Указателите на присвоена таблица състояние/събитие и присвоена таблица ва примитивите за канал 0 сочат към таблици, които са асоциирани с динамично зареждан, дефиниран от клиента протокол п+1, означен с номер на позиция 44а.
Други протоколи, които са представени и са на разположение за употреба са резидентни протоколи l..n (42Ь, 42с) и изпратените от главното устройство, дефинирани от клиента протоколи п+2...т (44Ь, 44с). Резидентните протоколи 42а-42с представляват предварително програмирани или стандартни протоколи, които обикновено се обезпечават от производител с един комутатор. В противоположност, дефинираните от клиента протоколи 44а-44с се създават от клиент или потребител и могат да бъдат напълно по поръчка или собственически по природа.
Библиотека 46, от зависими от слоя атомарни функции е свързана, за да се осигури информация, към обработчик на автомати 48. Обработчик на автомати 48 също е свързан, да получава указателя, на активна таблица състояние/събитие и указателя на активна таблица на примитивите от всеки от блоковете данни 40а-40п.
Също така, както е означено с позиция номер 50, са обезпечени полезни средства за поддръжка на зависима от слоя среда.
Функцията на обработчика на автомати 48 е да управлява всеки канал в съгласие с присвоения му протокол, който е дефиниран от присвоената таблица състояние/събитие и присвоената таблица на примитиВите. При настъпването на валидно събитие за едно нормално
-14съсшояние, се извиква примитив в. съгласие с компонентите в присвоената таблица състояние/събитие. Обработчикът на автомати 48 използува библиотеката 46 от атомарни функции за да изпълни атомарните функции представяни от извикания примитив.
Обработчикът на автомати 48 ще се придвижи през всички необходими вътрешни състояния, автоматично генерирайки подходящи блокиращи състояния, докато канала отново достигне нормално състояние. По това време, обработването от обработчика на автомати 48 е завършено до настъпването на друго валидно събитие.
На всеки канал първоначално е присвоен един от дефинираните от клиента протоколи или един от предварително програмираните протоколи. Това се извършва чрез предаването на съобщение от слоя 5 на приложенията към слоя 4 на управление на повикванията, който на свой ред издава подходящо съобщение към слой 3. Присвоеният указател на таблица състояние/събитие и присвоеният указател на таблица на примитивите сочат към протокола, който е бил присвоен последен. Така, един клиент може да присвоява желания от наличните протоколи чрез просто специфициране на идентификатора на протокол (protocol ID). По този начин, настоящето изобретение изгодно позволява на клиента да присвоява, на канал по канал (channel-by-channel) основа, желан протокол от множество протоколи резидентни в единствен комутатор.
Алтернативно, или ако клиентът избере да не присвоява протоколи на някои или всички от каналите, са обезпечени за предпочитане стойности по подразбиране, така че всеки канал винаги има присвоен валиден протокол (например един от резидентните протоколи 42а-42с).
Указателите на активна таблица състояние/събитие и активна таблица на примитивите, които са осигурени на обработчика на автомати 48, сочат към протокола (активен), който текущо контролира канала.
Активният протокол, използуван от отделен канал не е непременно постоянен и може да бъде динамично променян в реално време в отговор на настъпването на специфицирано събитие, като е описано подробно във връзка с фигура 5. По-нататък, понеже атомарните функции, обезпечени от библиотека 46 представят елементарни функции, клиенти и потребители изгодно могат да реализират желани промени в протоколи без съществени, или възможно никакви, промени на лежащия в основата им код. В добавка, полезните средства за поддръжка на среда са обезпечени за да се опрости разработването на протокол за клиента или потребителя. Полезните средства обезпечават готови за използуване функции за управление на ресурси (например таймери), които значително опростяват автоматната логика, необходима за да се реализират желани протоколи. Различни полезни средства са обезпечени за предпочитане за всеки софтуерен слой, тъй като ресурсите необходими за всеки слой могат да бъдат различни.
фигура 5 е софтуерна схема показваща характерно използуване на настоящето изобретение в контекста на слоя 3 на мрежовите сигнализационни протоколи. Както бе споменато по-горе, софтуер от слой 3 типично се изпълнява от CPU/матричната карта 12, картите 14 или 15 за линии или картата 17 на пакетния двигател на комутатор 2 (фигура 1).
Блокове данни 52а, 52п са присвоени на всеки канал на комутатора. В случая на канал 0, указателите на активна таблица състояние/събитие и активна таблица на примитивите сочат, както е показано с прекъснати линии, към таблици които са асоциирани с резидентен извънработен протокол 58а. Указателите на присвоена таблица състояние/събитие и присвоена таблица на примитивите за канал 0 сочат към таблици, които са асоциирани с изпратен от главното устройство, дефиниран от клиента, мрежов протокол п4-1, означен с номер на позиция 60а.
Други протоколи, които са представени и налични за употреба са резидентни мрежови протоколи 58Ь, 58с и изпратени от главното устройство, дефинирани от клиента, мрежови протоколи 60Ь, 60с.
Библиотека 54 от атомарни функции за слой 3 е сВързана за да осигури информация на обработчика на автомати 48.
Полезните средства за поддържане 56 на среда за слой 3 включват: управление на сигнализация/сканиране за приемна линия; активиране/управление на функция за обработване на цифрови сигнали (DSP); управление на аларма/извън работа (out-of-service - OOS); управление на таймер; и управление на динамична памет.
Указателите на активна таблица състояние/събитие и активна таблица на примитивите, които са осигурени на обработчика на автомати 48, сочат към протокола, който текущо контролира канала. При нормални условия за опериране, активният протокол ще бъде същия като присвоения протокол. Обаче, на тази фигура, активният протокол е извънработният мрежоВ протокол 0. Това може да се е случило, например, понеже е било открито алармиращо условие по канал 0 и каналът автоматично е преминал към извънработния мрежов протокол 0.
Активният протокол използуван от отделен канал не е непременно постоянен и може да бъде динамично променян в реално време в отговор на настъпването на специфицирано събитие. Например, както е показано на фигура 5, указателите на присвоена таблица състояние/събитие и присвоена таблица на примитивите за канал 0 сочат към дефиниран от клиента мрежов протокол 1 (60а). Да допуснем, че входящо повикване е прието по канал 0, но че мрежовият сигнализационен протокол на входящото повикване е различен от дефинирания от клиента мрежоВ протокол 1 (60а). В този момент, може да бъде изпратено съобщение от слой 3 към слой 4 показващо, че е необходима промяна на активния протокол за да се обработи подходящо входящото повикване. В отговор, слой 4 може просто да отгоВори със съобщение към слой 3 да смени
акшивния протокол и да продължи да обработва входящото съобщение, или може да издаде съобщение към Слой 5 на приложенията за да поиска инструкции. Щом веднъж входящото повикване е прекъснато, на канала може да бъде присвоен отново неговия оригинален протокол (или всеки друг, който е наличен в комутатора) чрез подобна серия от съобщения или посредством атомарна функция в активния протокол.
Подобна функция може да бъде изпълнена в случай на изходящо повикване. Това става, ако на наличен канал необходим за изходящо повикване бъде присвоен протокол, който не е подходящ за планираното повикване (т.е. набраните цифри показват, че повикването е предназначено за чужда страна, която използува различен протокол), тогава протоколът на наличния канал може да бъде динамично променен посредстВом подходящо съобщение от слой 4. Отново, щом повикването бъде прекъснато, на канала може да бъде присвоен отново неговия оригинален или различен протокол, по желание.
На фигура 6А и тези, които следват, едно състояние се изобразява като кръг, една атомарна функция се изобразява като правоъгълник и едно събитие се представя чрез съкращение на думи разположено по протежение на пътя водещ вън от едно състояние. Информация показана в скоби в една атомарна функция представлява аргументи или данни, които са асоциирани с тази функция.
фигури 6А-6С са един пример за приложението на настоящето изобретение в контекста на Слой 2 на връзките.
Протоколът започва с асоциирания канал в нормално състояние 1 (NS1), което е незаетото (IDLE) състояние 62. При настъпването на събитието от слой 3 към слой 2 настройка за праВа R2 сигнализация (OJL2nSETUP_FOR_FWD_R2), се изпълнява серия от атомарни функции (af2, af3, af4, af5 u ail). Тези атомарни функции действуват съответно, за да се създаде един R2 приемен възел за времеви слот, да се прикрепи един DSP канал (например DSP чип действуващ като зВуков приемник) за R2
-18gekogupane, ga се изпрати съобщение слой 2 към слой 3 приемник прикрепен (L2JL3nRCVR_AlTACHED), да се установи един таймер (таймер 1) и тогава да се установи следващото състояние на нормално състояние 2 (NS2) 64. Забележете, че аргументите асоциирани с атомарна функция af5 са предпочитано използувани за да се специфицира желан идентификатор на таймер (timer ID) и индекс в един масив от предварително определени стойности на таймер. Аргументите асоциирани с атомарна функция ail са предпочитано използувани за да се специфицира номера на следващото състояние и типа на следващото състояние.
Ако следващото събитие е изтичане на срок за таймер 1 (TIMER1_EXPIRATION), тогава атомарни функции aflO и afll се изпълняват и каналът се връща към незаетото (IDLE) състояние 62. Обаче, ако следващото събитие е получаването на съобщение от DSP показващо, че мълчание е било прието (DSP_L2nRCVED_SHLENCE), тогава се изпълняват атомарни функции af5 (установяване на таймер 1) и afl (установяване на следващото състояние), след което протоколът напредва към нормално състояние 3 (NS3) 66, в което чака за прави R2 сигнали.
Ако следващото събитие е изтичане на срок за таймер 1 (TIMER1_EXPIRATION), тогава се изпълняват атомарни функции aflO и afll и каналът се връща към незаетото (IDLE) състояние 62. Ако следващото събитие е получаването на съобщение да се предадат обратни R2 сигнали (L3_L2nXMIT_BWD_R2_SIG), се изпълнява атомарна функция afl2, която нарежда в опашка обратните R2 сигнали за последващо предаване, следвано от Връщане към NS3 66. Ако следващото събитие е съобщение показващо получаването на прави R2 сигнали (DSP_L2nRCVED_R2_FWD_SIG), се изпълняват атомарни функции af7 (изпращане на отчет за R2 сигнала към слой 3), af8 (проверка дали обратен R2 сигнал е нареден в опашка за предаване) и afl (установяване на
следващо състояние) и протоколът напредва към Вътрешно състояние 4 (IS4) 68.
Ако следващото събитие е Вътрешно събитие истина (L2_INT_EVENT_1), което показва, че обратния R2 сигнал е нареден в опашка, се изпълнява атомарна функция af9 (предаване на наредения в опашка обратен R2 сигнал), следвано от af5, afl и протоколът се връща към състояние 64. Ако следващото събитие е вътрешно събитие лъжа (L2_INT_EVENT_0), което показва, че обратният R2 сигнал не е нареден в опашка, се изпълнява атомарна функция af5 (установяване на таймер 1), следвано от afl (установяване на следващо състояние) и протоколът напредва към нормално състояние 5 (NS5) 70. При получаването на съобщение да се предадат обратни R2 сигнали (L3_L2_nXMIT_BWD_R2_SIG), се изпълняват атомарни функции af9, af5 и afl и протоколът се връща към състояние 64.
Обръщайки се сега към фигура 6В, може да се види, че всяка последователност от атомарни функции показана на фигура 6А е била дефинирана като един примитив (примитиви 1-7). В резултат, всеки примитив обезпечава стенографски начин за идентифициране на желана последователност от атомарни функции за извикване.
фигура 6С показва таблица на примитивите, която описва в табличен формат последователността от атомарни функции за всеки примитив на фигура 6В, също както и таблица състояние/събитие, която дефинира връзките между състоянията, събитията и примитивите от фигура 6В. Съгласно едно предпочитано изпълнение на настоящето изобретение, един клиент желаещ да създаде протокола изобразен на фигури 6А и 6В, би било необходимо само да дефинира таблиците показани на фигура 6С. Тези таблици биха били тогаВа изпратени от главното устройство към комутатора 2 (фигура 1) чрез серия от съобщения.
фигури 7А-7С са един пример за приложението на настоящето изобретение към един протокол от Слой 3 на мрежовите протоколи за
-20обработване на началната фаза от настройка на повикване с използувана на международна принудителна (international compelled) R2 сигнализация. Протоколът започва с асоцииран канал в нормално състояние 1 (NS1) 72, което е незаетото (IDLE) състояние. При настъпването на събитието приемане по линията на сигнални битове 0011 (което са битовите стойности, които сигнализират завладяване), се изпълнява серия от атомарни функции (afl7, afl9, af21 и afl). Тези атомарни функции действуват съответно, за да се установи текущия списък от завладяващи инструкции на комутаторния списък по подразбиране, да се установи индекса на текуща инструкция на 0, да се провери текущата завладяваща инструкция и тогава да се установи следващото състояние на вътрешно състояние 2 (IS2) 74.
Ако следващото събитие е слой 3 вътрешно събитие 0 (L3_INT_EVENT_0), което означава, че текущата завладяваща инструкция е проверена и е открито че е неопределена, тогава се изпълнява атомарна функция af22, която прочиства канала. Обаче, ако следващото събитие е слой 3 вътрешно събитие 7 (L3_INT_EVENT_7), което означава, че текущата завладяваща инструкция е да се генерира потвърждение за завладяване, тогава се изпълнява атомарна функция af30, която прави проверка за да разбере дали следващата завладяваща инструкция е да се приемат цифри на етап N, следвана от атомарна функция afl, която установява следващото състояние на вътрешно състояние 3 (IS3).
Ако следващото събитие е L3_INT_EVENT_0 или лъжа, което означава, че следващата завладяваща инструкция не е да се приемат цифри на етап N, тогава протоколът преминава към изпълнението на атомарна функция af2 (предаване на потвърждение за завладяване имащо битови стойности 1101). Ако следващото събитие е L3_INT_EVENT_1 или истина, се изпълнява атомарна функция 31, която е настройка за R2 право цифрово приемане, следвана от атомарна функция af2 (предаване на
-21потвърждение за заВладяВане). Настройката за цифрово приемане типично включва отпускане на DSP ресурс намиращ се на DSP карта 16 (фигура 1).
След тоВа, се изпълнява атомарна функция af5, която установява един таймер (таймер 1) да въведе изчакващ период за очакваната първа цифра. Това е следвано от атомарна функция afl, която установява следващото състояние на нормално състояние 4 (NS4), което показва, че завладяването е било потвърдено и че каналът очаква да приеме праВ MFR2 сигнал от група 1 (Group 1 Forward MFR2 Signal)
Отново, както е показано на фигура 7В, всяка последователност от атомарни функции показана на фигура 7А може да бъде дефинирана като примитив (1-5). фигура 7С показва съответната таблица на примитивите и таблица състояние/събитие за фигура 7В.
фигура 8А е друг пример за едно приложение на настоящето изобретение в протокол от Слой 3 на мрежовите протоколи за обработване на началната фаза от настройка на повикване с използуване на ΤΙ Е&М стартиране чрез намигване (wink start) сигнализация.
Протоколът започва в едно нормално състояние (NS1) 80. При приемането на битови стойности 11, които представят завладяване, се изпълнява атомарна функция af30, която проверява дали е показано събиране цифри на етап 1. Това е следвано от атомарна функция afl, която установява следващото състояние на вътрешно състояние (IS2) 82.
Ако следващото събитие е L3_INT_EVENT_0 или ЛЪЖА, означаВащо че не е показано събиране на цифри, тогава протоколът изпълнява атомарна функция af5 (установяване на таймер1 за забавяне преди намигване), следвано от afl за да установи следващото състояние на нормално състояние (NS3) 84. Ако следващото събитие е
L3_INT_EVENT_1 или ИСТИНА, означаващо че е показано събиране на
-22цифри, се изпълнява атомарна функция 31, която е настройка за MFR1 приемане на цифри, следвана от af5 и afl.
При изтичане на срок за таймер1 (TIMER1_EXPIRATION), се изпълнява атомарна функция а!2 (започване на намигване), следвана от атомарни функции af5 (установяване на таймер за времетраенето на намигване) и afl за да се установи следващото състояние на нормално състояние (NS4) 86. Отново, при изтичането на срок за таймер!, се изпълнява атомарна функция af2 (завършване на намигване), следвана от af5 (установяване на таймер1 да чака за цифров низ) и all за да установи следващото състояние на нормално състояние (NS5) 88.
фигура 8В показва взаимовръзката между атомарните функции показани на фигура 8А и примитиви 1-5, и фигура 8С показва съответната таблица на примитивите и таблица състояние/събитие, чрез които един потребител или клиент може да дефинира описания протокол.
фигура 9А е един пример за приложение на настоящето изобретение в слой 4 на обработка на повикванията. В този пример, настоящето изобретение е използувано за да се реализира един протокол за обезпечаване на интерактивен гласов отговор (interactive voice response - IVR) на входящо повикване. Протоколът започва в незаето (IDLE) състояние (S1) 90. При приемането на съобщение за настройка (L3_SETUP_INDICATION), се изпълняват атомарните функции afl, af2, af3, af4 u af5. Тези атомарни функции служат, съответно за да се изпрати съобщение за връзка (за да се отговори на повикването) към слой 3, да се изпрати съобщение да се отпусне DSP ресурс за интерактивно събиране на цифров низ, да се установи таймер1 да чака за отпускане на DSP ресурса и да се устаноВи следващото състояние на нормално (очакващо) състояние (NS2) 92.
Ако следващото събитие е изтичането на срок за таймер1 (TIMER 1_EXPIRATION), се изпълнява атомарна функция af6 за да се върне в начално състояние канала. Ако следващото събитие е приемане на
-23съобщение показващо, че DSP ресурсът е бил отпуснат, се изпълнява атомарна функция af7, която свързва поВикВащия към желано съобщение, следвана от af4, която установява таймер1 за очакване на цифри и af5, която установява следващото състояние на нормално състояние (S3) 94 за очакване на цифри.
Ако следващото събитие е изтичането на срок за таймер1, протоколът отново изпълнява атомарна функция 7 (повтаря съобщението на повикващия). Ако следващото събитие е приемане на цифри от отпуснатия DSP ресурс, се изпълняват атомарни функции af8 (информираща слой 5, че са били приети цифри), af4 (установяваща таймер1 да чака за инструкция от слой 5) и af5 (установяване на следващото състояние на нормално състояние (S4) 96.
Отново, фигури 9В и 9С показват Връзките между състоянията, събитията, атомарните функции и примитивите, които дефинират IVR протокола от фигура 9А
Накрая, фигура 10А е един пример за приложение на настоящето изобретение в контекста на Слой 5 на приложенията. В този пример е описан един протокол за приемащо приложение, като например безтаксоВа (800) услуга.
Протоколът започва в нормално състояние (S1) незаето (IDLE) 98. При приемане на съобщение за искане за услуга с цифри от слой 4 (L4_REQ_FOR_SERV_WITH_DIGITS), се изпълняват атомарни функции afl (изпращане на потвърждаващо съобщение към слой 4), а£2 (изпращане към Слой 5 маршрутен контрол (процес) на съобщение с идентификатор на канал (channel ID) и цифри), af4 (установяване на таймер да чака за отговор от Слой 5 маршрутен контрол) и af5 (установяване на следващото състояние на нормално състояние (S2) 100).
В състояние (S2) 100, ако следващото събитие е изтичането на срок за таймер1, се е случил неуспех на канала и се изпълнява атомарна функция af8. Ако следВащото събитие е съобщение от Слой 5 маршрутен
-24контрол да се свърже канала, който е поискал услуга, се изпълнява атомарна функция аГ7, която изпраща съобщение към слой 4 да се свържат два канала. Това е следвано от af4, която установява таймер1 да чака за потвърждение, че свързването е било направено и тогава af5, която установява следващото състояние на нормално (очакващо) състояние (S4) 104.
В състояние (S4) 104, ако следващото събитие е изтичане на срок за таймер1, се е случил неуспех на канала и се изпълнява атомарна функция af8. Ако следващото събитие е съобщение от слой 4 потвърждаващо, че е била направена връзка (L4_L5nCONNECT_ACK), атомарна функция af6 изключва таймер1, следвана от af5, която установява следващото състояние на нормално състояние (S5) 106. При приемане на съобщение от слой 4 показващо освобождаване на канала, атомарна функция af3 се използува за да се изпрати потвърждение към слой 4, следвана от af5, която връща канала към незаетото (IDLE) състояние 98.
Обръщайки се отново към състояние 100, ако следващото събитие е съобщение от Слой 5 маршрутен контрол да се нареди входящото повикване в опашка към група, се изпълнява атомарна функция af9, която свързва повикващия към записано съобщение. Това е следвано от атомарна функция af4, която установява таймер1 да чака за потвърждение от слой 4, която на свой ред е следвана от af5 за да се установи следващото състояние на нормално състояние (S3) 102.
В състояние (S3) 102, ако следващото събитие е изтичането на срок за таймер 1, се е случил неуспех на канала и се изпълнява атомарна функция af8. Ако следващото събитие е съобщение от слой 4 потвърждаващо, че е била направена връзка, се изпълнява af6 за да се изключи таймер1 и се изпълнява af4 за да се установи таймер2 за възможно повтаряне на записаното съобщение. Така, ако каналът остане в състояние (S3) 102 достатъчно дълго за да изтече срока на таймер2, протоколът отново ще изпълни afP и ще повтори съобщението.
Ако обаче, 6 състояние (S3) 102 следващото събитие е съобщение от Слой 5 маршрутен контрол да се сВърже каналът, който е поискал услуга, се изпълнява атомарна функция af6 за да се изключи таймер2, следвана от аГ7, която изпраща съобщение към слой 4 да се свържат дВа канала. Това е следвано от af4, която установява таймер1 да чака за потвърждение, че връзката е била направена, и след това от af5, която установява следващото състояние на нормално (очакващо) състояние (S4) 104.
фигури 10В и 10С показват връзките между състоянията, събитията, атомарните функции и примитивите, които дефинират протокола за безтаксови услуги на фигура 10А
Предшествуващото описание е било ограничено до специфично изпълнение на това изобретение. Очевидно е обаче, че изменения и модификации могат да бъдат направени към изобретението, с постигането на някои или всички от преимуществата на изобретението. Следователно, целта на приложените патентни претенции е да се обхванат всички такива изменения и модификации като влизащи в обсега на изобретението.

Claims (25)

  1. ПАТЕНТНИ ПРЕТЕНЦИИ:
    1. Метод за работа на програмируем телекомуникационен комутатор, включващ управляемо-комутиращи средства за динамично свързване и прекъсване на комуникационни пътища, между различни такива от множество портове или канали в отговор на съобщения, генерирани от главно устройство, методът включващ стъпките на:
    (a) дефиниране на един или повече протоколи асоциирани с обработката на входящи или изходящи повиквания, при което всеки от споменатите един или повече, асоциирани с повиквания, протоколи е представен чрез краен автомат и конфигуриран да изпълнява обработка на събития и още където различни такива от споменатите един или повече протоколи могат да бъдат присвоени на различни портове или канали;
    (b) откриване настъпването на събитие при един от множеството портове или канали;
    (c) динамично избиране на един от споменатите един или повече асоциирани с повиквания протоколи за обработване на споменатото настъпващо събитие; и (d) изпълняване на споменатия избран протокол за да се обработи споменатото настъпващо събитие.
  2. 2. Метод, съгласно претенция 1, включващ още стъпката:
    (е) преди споменатата стъпка (Ь), първоначално присвояване на поне един от споменатите един или повече протоколи на всеки от споменатите портове или канали.
  3. 3. Метод, съгласно претенция 1, при който споменатата стъпка (Ь) включва откриване настъпването на входящо повикване или пораждането на изходящо поВикване при един от споменатите канали или портове и
    -27методът Включва още стъпките на:
    определяне дали протоколът текущо присВоен на споменатия един от споменатите канали или портове е способен да обработи споменатото входящо или изходящо повикване и кога споменатият текущо присвоен протокол е неспособен да обработи споменатото входящо или изходящо повикване;
    динамично избиране на друг от споменатите протоколи, който е способен да обработи споменатото входящо или изходящо повикване; и използуване на споменатия избран протокол за да се обработи споменатото входящо или изходящо повикване.
  4. 4. Метод, съгласно претенция 1 или претенция 3, при който всеки от споменатите един или повече крайни автомати е представен чрез таблица сьстояние/сьбитие заедно с таблица на примитиви, споменатата таблица сьстояние/сьбитие, дефинираща множество предварително определени логически състояния и поне едно предварително определено събитие, асоциирано с всяко споменато предварително определено логическо състояние, споменатата таблица на примитиви, дефинираща един или повече примитиви, всеки от които включва предварително определена серия от предварително определени функции, чрез което при настъпване на едно от споменатите предварително определени събития, се извиква предварително определен примитив, асоцииран с настъпване на едно от споменатите предварително определени събития.
  5. 5. Метод, съгласно претенция 4, при който всеки от споменатите крайни автомати има асоцииран блок данни, който включва указател към активна таблица състояние/събитие, указател към активна таблица на примитиви, указател към присвоена таблица състояние/събитие и указател към присвоена таблица на примитиви.
  6. 6. Метод, съгласно претенция 1, при който един или повече от споменатите един или повече асоциирани с повиквания протоколи е дефиниран от потребителя и изпратен за съхранение в споменато главно устройство или е резидентен в главно устройство.
  7. 7. Метод, съгласно претенция 3, при който един или повече от споменатите протоколи е дефиниран от потребителя и изпратен за съхранение в споменатия телекомуникационен комутатор или е резидентен в споменатия телекомуникационен комутатор.
  8. 8. Метод за разработване на един или повече асоциирани с повиквания протоколи, свързан с динамично свързване и прекъсване на комуникационни пътища между различни такива от множество канали или портове в програмируем телекомуникационен комутатор в отговор на едно Или повече съобщения, генерирани от главно устройство, споменатият метод съдържащ стъпките на:
    (a) създаване на една или повече таблици състояние/събитие, всяка от които дефинира множество предварително определени логически състояния, поне едно предварително определено събитие асоциирано с всяко от споменатите предварително определени логически състояния от множеството, и примитив, асоцииран с всяко споменато поне едно предварително определено събитие, при което споменатия примитив се извиква при настъпване на споменатото асоциирано събитие;
    (b) създаване на една или повече таблици на примитиви, всяка от които дефинира предварително определена серия от предварително определени функции за всеки споменат примитив; и (с) създаване на един или повече протоколи всеки от които е представен чрез предварително определена комбинация от една от споменатите таблици състояние/събитие и една от споменатите една или повече таблици на примитиви, всеки от споменатите протоколи за обработване на входящи или изходящи повиквания.
  9. 9. Метод, съгласно претенция 8, при който методът включва още стъпките:
    съхраняване на споменатите един или повече протоколи в споменатия програмируем телекомуникационен комутатор или споменатото главно устройство; и присвояване на поне един от споменатите протоколи на всеки от споменатите канали или портове.
  10. 10. Метод, съгласно претенция 9, при който при откриване на входящо повикване или пораждане на изходящо повикване по един от споменатите канали или портове, определяйки дали протоколът, текущо присвоен на споменатия един от споменатите канали или портове, е способен да обработи споменатото входящо или изходящо повикване, и когато споменатия текущо присВоен протокол е неспособен да обработи споменатото Входящо или изходящо повикване, динамично избиране на друг от споменатите протоколи, който е способен да обработи споменатото входящо или изходящо повикване.
  11. 11. Метод съгласно претенция 8, Включващ още стъпките на:
    (d) съхраняване на споменатите един или повече, асоциирани с повиквания, протоколи в споменатия програмируем телекомуникационен комутатор; и (e) изпълняВане на споменатите един или повече, асоциирани с повиквания, протоколи в споменатия телекомуникационен комутатор.
  12. 12. Метод, съгласно претенция 4, или претенция 8, или претенция 9, Включващ още стъпката на:
    присвояване на всеки от споменатите канали или портове съответен блок данни, който включва информация представляваща текущо логическо състояние и типа състояние на съответния канал или порт, указател към активна таблица състояние/събитие, указател към активна таблица на примитиви, указател към присвоена таблица състояние/събитие и указател към присвоена таблица на примитиви.
  13. 13. Метод, съгласно претенция 12, при който всеки от споменатите един или повече протоколи е представен чрез краен автомат.
  14. 14 Метод, съгласно претенция 6 или претенция 13, при който всеки от споменатите един или повече крайни автомати включва библиотека, съдържаща дефиниции на споменатите предварително определени функции, при което всеки от споменатите един или повече крайни автомати е интерпретиран от обработчик на автомати, който работи в отговор на споменатите указатели и/или споменатата библиотека.
  15. 15. Метод за разработване на телекомуникационно приложение за изпълняване на функции по обработка на повиквания, методът Включващ стъпките на:
    (a) дефиниране на едно или повече логически състояния, всяко от споменатите едно или повече логически състояния представляващо Възможно Валидно състояние на асоцииран телекомуникационен канал;
    (b) дефиниране на поне едно събитие за Всяко от споменатите едно или повече логически състояния, всяко споменато събитие представляващо възможно валидно услоВие за предизВикВане на преход към друго от споменатите състояния;
    (c) избиране на една или повече функции от библиотека от предварително определени функции; и (d) асоцииране на споменатите една или повече функции с едно или повече от споменатите логически състояния, при което при преход в асоциираното състояние, се изпълняват споменатите избрани една или повече функции.
  16. 16. Метод, съгласно претенция 15, включващ още стъпките на:
    (e) съхраняване на приложението в главно устройство свързано към споменатия програмируем телекомуникационен комутатор;
    (f) прехвърляне на приложението към телекомуникационната система; и (g) изпълняване на приложението в телекомуникационната система.
  17. 17. Програмируем телекомуникационен комутатор, съдържащ: управляемо-комутиращи средства за динамично свързване и прекъсване на комуникационни пътища между различни такива от множество канали или портове в отговор на съобщения, генерирани от главно устройство, включително:
    смяна на времеви слот за превключване на множестВо времеви слотове, съответствуващи на споменатите канали или портове, и средство за обработване на споменатите съобщения;
    едно или поВече средства, съединени В комуникираща Връзка със споменатите комутиращи средстба, за завършване или на аналогови, или на цифрови линии или магистрали, поне някои от споменатите линии или магистрали, представляващи някои от споменатите канали или портове;
    средство за съхраняване на един или повече протоколи или в споменатия комутатор, или в споменатото главно устройство, всеки от споменатите протоколи за изпълняване на обработка в отговор на едно
    -32или повече събития;
    средство за откриване настъпването на едно или повече предварително определени събития; и средство, което отговаря на споменатото откриващо средство за динамично избиране на алтернативни протоколи измежду споменатите съхранени протоколи, при което споменатия избран протокол е способен да обработи споменатото настъпващо събитие.
  18. 18. Комутатор, съгласно претенция 17, при който събитието е входящи или изходящи повиквания и споменатото откриващо средство открива входящи повиквания или пораждане на изходящи повиквания по всеки от споменатите канали или портове и открива дали протоколите присвоени на каналите или портовете, на които споменатите повиквания са настъпили са способни да обработят споменатите повиквания; и средство, отговарящо на споменатото откриващо средство, динамично избира алтернативни протоколи измежду споменатите съхранени протоколи, които са способни да обработят споменатите повиквания, когато споменатите присвоени протоколи са неспособни да обработят такива повиквания.
  19. 19. Комутатор, съгласно претенция 18, при който всеки от споменатите протоколи е представен чрез краен автомат.
  20. 20. Комутатор, съгласно претенция 19, при който един или повече от споменатите един или повече протоколи е дефиниран от потребителя и изпратен към споменатия комутатор за съхранение В него.
  21. 21. Комутатор, съгласно претенция 20, при който всеки от споменатите един или повече крайни автомати, включва една или повече библиотеки от предварително определени функции и е конфигуриран да бъде интерпретиран от един или повече обработчици на автомати, които работят в отговор на споменатите една или повече библиотеки от предварително определени функции.
  22. 22. Комутатор, съгласно претенция 19, при който всеки от споменатите крайни автомати е дефиниран посредством таблица състояние събитие заедно с таблица на примитиви, споменатата таблица състояние/събитие, дефинираща множество предварително определени логически състояния и поне едно предварително определено събитие асоциирано с всяко такова състояние, споменатата таблица на примитиви, дефинираща един или повече примитиви, всеки от които включва предварително определена серия от предварително определени функции, посредством които при настъпване на едно от споменатите предварително определени събития се извиква предварително определен примитив, асоцииран с настъпващото събитие.
  23. 23. Система за разработване на телекомуникационно приложение за изпълняване на функции по обработка на повиквания асоциирани с определени един или множество канали в програмируем телекомуникационен комутатор, системата включваща:
    първо дефиниращо средство за дефиниране на едно или повече логически състояния, всяко от споменатите едно или повече логически състояния, представляващо възможно валидно състояние на асоцииран телекомуникационен канал;
    второ дефиниращо състояние за дефиниране на поне едно събитие за всяко от споменатите едно или повече логически състояния, всяко споменато събитие представляващо възможно валидно условие за предизвикване на преход към друго от споменатите състояния;
    избиращо средство за избиране на една или повече функции от библиотека от предварително определени функции; и
    -34асоцииращо средство за асоцииране на споменатите избрани една или повече функции с едно или повече от споменатите логически състояния, посредством което при преход в асоциираното състояние, споменатите избрани една или повече функции, са изпълнени;
    при което приложението изпълнява споменатите избрани една или повече функции при настъпването на споменатото поне едно събитие, когато споменатия канал е в споменатите едно или повече логически състояния.
  24. 24. Система, съгласно претенция 23, включваща още:
    средство за съхраняване на приложението в програмируемата телекомуникационна система, или средство за съхраняване на приложението в главно устройство, свързано към споменатия програмируем телекомуникационен комутатор и прехвърляне на приложението към телекомуникационната система; и изпълняващо средство за изпълняване на приложението в споменатата програмируема телекомуникационна система.
  25. 25. Програмируема телекомуникационна система, включваща: управляемо-комутиращи средства за динамично свързване и прекъсване на комуникационни пътища между различни такива от множество канали, включително смяна на времеви слот за превключване на множество времеви слотове, съответствуващи на споменатите канали;
    главно устройство, свързано към и конфигурирано да контролира споменатите управляемо-комутиращи средстВа:
    средство за изпълняване на приложение за изпълнение на асоциирани с повиквания функции свързани с определен един от споменатото множество канали, споменатия определен канал, преминаващ през едно или повече предварително определени логически състояния, при което споменатото приложение асоциира поне едно събитие с всяко от споменатите едно или повече предварително определени логически състояния, всяко споменато събитие представляващо възможно валидно условие, когато определеният канал е в едно от споменатите асоциирани едно или повече логически състояния и още където споменатото приложение изпълнява серия от една или повече предварително определени функции, приложението асоцииращо една от споменатите една или повече серии от една или повече предварително определени функции с поне една асоциирана комбинация от споменатото логическо състояние и споменатото асоциирано събитие;
    средство за съхраняване на споменатото приложение; и средство, свързано към споменато изпълняващо средство, за откриване настъпването на споменатите едно или повече предварително определени събития.
BG100473A 1993-10-08 1996-04-03 Метод и телекомуникационен комутатор за осъществяване на програмируеми мрежови протоколи и комуникационни услуги BG62989B1 (bg)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/134,122 US5426694A (en) 1993-10-08 1993-10-08 Telecommunication switch having programmable network protocols and communications services
PCT/US1994/011319 WO1995010912A1 (en) 1993-10-08 1994-10-05 Telecommunication switch having programmable network protocols and communications services

Publications (2)

Publication Number Publication Date
BG100473A true BG100473A (bg) 1996-09-30
BG62989B1 BG62989B1 (bg) 2000-12-29

Family

ID=22461861

Family Applications (1)

Application Number Title Priority Date Filing Date
BG100473A BG62989B1 (bg) 1993-10-08 1996-04-03 Метод и телекомуникационен комутатор за осъществяване на програмируеми мрежови протоколи и комуникационни услуги

Country Status (17)

Country Link
US (3) US5426694A (bg)
EP (3) EP0724804B1 (bg)
JP (1) JP3317405B2 (bg)
CN (1) CN1104797C (bg)
AT (1) ATE211338T1 (bg)
AU (1) AU684318B2 (bg)
BG (1) BG62989B1 (bg)
BR (1) BR9407781A (bg)
CA (1) CA2173247C (bg)
DE (1) DE69429530T2 (bg)
FI (1) FI961533A (bg)
HU (1) HU219692B (bg)
NO (1) NO961351L (bg)
NZ (1) NZ274738A (bg)
PL (2) PL176976B1 (bg)
RU (2) RU2150791C1 (bg)
WO (1) WO1995010912A1 (bg)

Families Citing this family (123)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5859981A (en) * 1995-07-12 1999-01-12 Super P.C., L.L.C. Method for deadlock-free message passing in MIMD systems using routers and buffers
US5802162A (en) * 1995-10-27 1998-09-01 Lucent Technologies Inc. Method for selectively changing the call handling capacity of a telecommunications switch
US5826030A (en) * 1995-11-30 1998-10-20 Excel Switching Corporation Telecommunication switch having a universal API with a single call processing message including user-definable data and response message each having a generic format
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
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
US5740236A (en) * 1995-12-21 1998-04-14 Ericsson, Inc. System for providing feature services in a telecommunications system
US5787248A (en) * 1996-01-02 1998-07-28 Racal-Datacom, Inc. System for selecting network management protocol by setting protocol handler index based on newly selected protocol and selecting protocol handler address using protocol handler index
CA2257876C (en) 1996-02-13 2003-12-16 Taqua Systems, Inc. Multiple application switching platform and method
US5875234A (en) 1996-02-14 1999-02-23 Netphone, Inc. Computer integrated PBX system
US5940487A (en) * 1996-04-10 1999-08-17 Alcatel Usa Sourcing, L.P. Programmable call processing system and method
US5991389A (en) * 1996-06-13 1999-11-23 Northern Telecom Limited Programmable service architecture for call control processing
US6028924A (en) * 1996-06-13 2000-02-22 Northern Telecom Limited Apparatus and method for controlling processing of a service call
US6038309A (en) * 1996-06-13 2000-03-14 Northern Telecom Limited Apparatus and method for externally controlling processing of a service call
US6243453B1 (en) 1996-07-17 2001-06-05 Alcatel Usa Sourcing, L.P. Programmable call processing system and method
GB2315646B (en) * 1996-07-19 2001-02-14 Ericsson Telefon Ab L M Validation of procedures
US6487676B1 (en) 1996-07-19 2002-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Validation of procedures
US5778059A (en) * 1996-08-30 1998-07-07 Digital Technics, Inc. Distributed predictive and event-driven processing environment
US6034963A (en) * 1996-10-31 2000-03-07 Iready Corporation Multiple network protocol encoder/decoder and data processor
USRE39501E1 (en) * 1996-10-31 2007-03-06 Nvidia Corporation Multiple network protocol encoder/decoder and data processor
US5987035A (en) * 1996-11-20 1999-11-16 Excel Switching Corporation Process for signaling messages in a data switching network
EP0859323B1 (en) 1997-02-14 2007-03-21 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
DE69840972D1 (de) 1997-02-14 2009-08-27 Canon Kk Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
SG101460A1 (en) 1997-02-14 2004-01-30 Canon Kk Data communication apparatus and method
EP0859324B1 (en) 1997-02-14 2007-01-03 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
US6014440A (en) * 1997-07-21 2000-01-11 Northern Telecom Limited Inter-half call protocol negotiation techniques
US6967972B1 (en) 1997-07-31 2005-11-22 Cisco Technology, Inc. Universal protocol conversion
US6151390A (en) * 1997-07-31 2000-11-21 Cisco Technology, Inc. Protocol conversion using channel associated signaling
US6111893A (en) * 1997-07-31 2000-08-29 Cisco Technology, Inc. Universal protocol conversion
US6259781B1 (en) * 1997-08-06 2001-07-10 Siemens Information And Communication Networks, Inc. Generic distributed protocol converter
US6381328B1 (en) * 1997-08-29 2002-04-30 Lucent Technologies Inc. ETSI intelligent network capability set 1 intelligent network application protocol service switching point finite state machine
FI107842B (fi) 1997-09-23 2001-10-15 Nokia Networks Oy Adaptiivinen prosessorijärjestelmä
US6370592B1 (en) * 1997-11-04 2002-04-09 Hewlett-Packard Company Network interface device which allows peripherals to utilize network transport services
US6122356A (en) * 1997-11-13 2000-09-19 Northern Telecom Limited Concurrent state machine space in a telecommunications network
US6052455A (en) * 1997-11-13 2000-04-18 Northern Telecom Limited Universal data structure for use with a concurrent state machine space in a telecommunications network
US6181694B1 (en) 1998-04-03 2001-01-30 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communciations using intelligently bridged TDM and packet buses
US6389009B1 (en) 2000-12-28 2002-05-14 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communications using intelligently bridged TDM and packet buses
US6373849B1 (en) * 1998-06-08 2002-04-16 Excel Switching Corporation Resource interface unit for telecommunications switching node
US6526050B1 (en) 1998-06-08 2003-02-25 Excel Switching Co. Programming call-processing application in a switching system
US6480597B1 (en) * 1998-06-12 2002-11-12 Mci Communications Corporation Switch controller for a telecommunications network
US7142650B1 (en) 1998-06-12 2006-11-28 Mci Communication Corporation System and method for resource management
US7929516B2 (en) 1998-06-12 2011-04-19 Mci Communications Corporation Intelligent services network using a switch controller
US6587890B1 (en) 1998-06-12 2003-07-01 Mci Communications Corporation Switch controller application programmer interface
US6650632B1 (en) 1998-06-30 2003-11-18 Cisco Technology, Inc. Feature transparency in a telecommunications network
US6570869B1 (en) 1998-09-30 2003-05-27 Cisco Technology, Inc. Communicating voice over a packet-switching network
US6658022B1 (en) 1998-09-30 2003-12-02 Cisco Technology, Inc. Signaling protocol for controlling voice calls in a packet switching network
US7212522B1 (en) 1998-09-30 2007-05-01 Cisco Technology, Inc. Communicating voice over a packet-switching network
ATE419723T1 (de) * 1998-10-30 2009-01-15 Telogy Networks Inc Dynamische dsp-zuordnung für universalzugriff zu einem paketnetz
US6240086B1 (en) 1999-10-15 2001-05-29 Texas Instruments Incorporated Dynamic DSP allocation for universal access to a packet network
US6898199B1 (en) * 1999-03-18 2005-05-24 Excel Switching Corporation Architecture for providing flexible, programmable supplementary services in an expandable telecommunications system
US6463056B1 (en) * 1999-03-18 2002-10-08 Excel Switching Corp. Arrangement for providing network protocol data independence in an expandable telecommunications system
US6594685B1 (en) 1999-04-14 2003-07-15 Excel Switching Corporation Universal application programming interface having generic message format
US7350202B2 (en) * 1999-05-18 2008-03-25 Welfeld Feliks J Method for re-programming a firmware state machine during execution
US6680952B1 (en) 1999-06-01 2004-01-20 Cisco Technology, Inc. Method and apparatus for backhaul of telecommunications signaling protocols over packet-switching networks
US6625198B1 (en) * 1999-08-13 2003-09-23 Qualcomm Incorporated Method and apparatus for concurrently processing multiple calls in a spread spectrum communications system
WO2001013583A2 (en) 1999-08-16 2001-02-22 Iready Corporation Internet jack
US20030179717A1 (en) * 1999-09-27 2003-09-25 Hobbs Christopher W. L. Methods and apparatus for controlling multi-layer communications networks
EP1115258B1 (en) * 1999-12-30 2006-03-22 Nortel Networks Limited Adaptively maintaining quality of service (QoS) in distributed PBX networks
US7990882B1 (en) 1999-12-30 2011-08-02 Avaya Inc. Adaptively maintaining quality of service (QoS) in distributed PBX networks
US7466741B2 (en) 2000-03-03 2008-12-16 Qualcomm Incorporated Method and apparatus for concurrently processing multiple calls in a spread spectrum communications system
US7039717B2 (en) * 2000-11-10 2006-05-02 Nvidia Corporation Internet modem streaming socket method
US6760772B2 (en) 2000-12-15 2004-07-06 Qualcomm, Inc. Generating and implementing a communication protocol and interface for high data rate signal transfer
US7379475B2 (en) * 2002-01-25 2008-05-27 Nvidia Corporation Communications processor
US8218555B2 (en) * 2001-04-24 2012-07-10 Nvidia Corporation Gigabit ethernet adapter
US6985968B1 (en) 2001-05-11 2006-01-10 Alcatel State machine architecture partitionable into control and data planes
US6934302B2 (en) * 2001-05-11 2005-08-23 Alcatel Context switching system and method for implementing a high speed link (HSL) in a network element
US8812706B1 (en) 2001-09-06 2014-08-19 Qualcomm Incorporated Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system
US7099453B2 (en) * 2001-09-26 2006-08-29 Sbc Properties, L.P. Method and apparatus for enhanced call routing in a telecommunication system
US7535913B2 (en) * 2002-03-06 2009-05-19 Nvidia Corporation Gigabit ethernet adapter supporting the iSCSI and IPSEC protocols
US20030217148A1 (en) * 2002-05-16 2003-11-20 Mullen Glen H. Method and apparatus for LAN authentication on switch
US7099438B2 (en) * 2002-06-14 2006-08-29 Ixia Multi-protocol, multi-interface communications device testing system
US7548512B2 (en) * 2003-02-06 2009-06-16 General Electric Company Methods and systems for prioritizing data transferred on a Local Area Network
WO2004095824A1 (fr) * 2003-04-21 2004-11-04 Radzh Fazilievich Kazmine Systeme de commutation a distance de canaux telephoniques rnis
ATE489801T1 (de) 2003-06-02 2010-12-15 Qualcomm Inc Erzeugen und implementieren eines signalprotokolls und einer schnittstelle für höhere datenraten
CA2535438C (en) 2003-08-13 2016-09-20 Qualcomm Incorporated A signal interface for higher data rates
ATE424685T1 (de) 2003-09-10 2009-03-15 Qualcomm Inc Schnittstelle für hohe datenrate
WO2005039148A1 (en) 2003-10-15 2005-04-28 Qualcomm Incorporated High data rate interface
CA2544030A1 (en) 2003-10-29 2005-05-12 Qualcomm Incorporated High data rate interface
EP2247066B1 (en) 2003-11-12 2012-09-26 Qualcomm Incorporated High data rate interface with improved link control
WO2005053272A1 (en) 2003-11-25 2005-06-09 Qualcomm Incorporated High data rate interface with improved link synchronization
CA2548412C (en) 2003-12-08 2011-04-19 Qualcomm Incorporated High data rate interface with improved link synchronization
US7624198B1 (en) 2003-12-19 2009-11-24 Nvidia Corporation Sequence tagging system and method for transport offload engine data lists
US8549170B2 (en) * 2003-12-19 2013-10-01 Nvidia Corporation Retransmission system and method for a transport offload engine
US8065439B1 (en) 2003-12-19 2011-11-22 Nvidia Corporation System and method for using metadata in the context of a transport offload engine
US7899913B2 (en) * 2003-12-19 2011-03-01 Nvidia Corporation Connection management system and method for a transport offload engine
US7260631B1 (en) 2003-12-19 2007-08-21 Nvidia Corporation System and method for receiving iSCSI protocol data units
US8176545B1 (en) 2003-12-19 2012-05-08 Nvidia Corporation Integrated policy checking system and method
US7249306B2 (en) * 2004-02-20 2007-07-24 Nvidia Corporation System and method for generating 128-bit cyclic redundancy check values with 32-bit granularity
US7206872B2 (en) * 2004-02-20 2007-04-17 Nvidia Corporation System and method for insertion of markers into a data stream
CA2775784A1 (en) 2004-03-10 2005-09-22 Qualcomm Incorporated High data rate interface apparatus and method
KR101245962B1 (ko) 2004-03-17 2013-03-21 퀄컴 인코포레이티드 고 데이터 레이트 인터페이스 장치 및 방법
AU2005227500B2 (en) 2004-03-24 2008-12-04 Qualcomm Incorporated High data rate interface apparatus and method
US7698413B1 (en) 2004-04-12 2010-04-13 Nvidia Corporation Method and apparatus for accessing and maintaining socket control information for high speed network connections
US8650304B2 (en) 2004-06-04 2014-02-11 Qualcomm Incorporated Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system
WO2005122509A1 (en) 2004-06-04 2005-12-22 Qualcomm Incorporated High data rate interface apparatus and method
US7536468B2 (en) * 2004-06-24 2009-05-19 International Business Machines Corporation Interface method, system, and program product for facilitating layering of a data communications protocol over an active message layer protocol
US7397905B1 (en) * 2004-08-13 2008-07-08 Edify Corporation Interactive voice response (IVR) system providing dynamic resolution of data
US20060045242A1 (en) * 2004-09-01 2006-03-02 Sbc Knowledge Ventures, L.P. Deployment of announcements in local exchange switching platform
US7957379B2 (en) * 2004-10-19 2011-06-07 Nvidia Corporation System and method for processing RX packets in high speed network applications using an RX FIFO buffer
US7260191B1 (en) * 2004-10-26 2007-08-21 Sprint Communications Company L.P. System and method for interactive voice response call processing with external routing and application flow control
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
US8699330B2 (en) 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8723705B2 (en) 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew double data rate serial encoder
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
GB2422507A (en) * 2005-01-21 2006-07-26 3Com Corp An intrusion detection system using a plurality of finite state machines
US8228926B2 (en) * 2005-04-12 2012-07-24 Genband Us Llc Dynamic loading for signaling variants
US20070081518A1 (en) * 2005-08-10 2007-04-12 Rajnish Jain Open programmable software protocol stack for use with an Internet telephony system
US8730069B2 (en) 2005-11-23 2014-05-20 Qualcomm Incorporated Double data rate serial encoder
US8692839B2 (en) 2005-11-23 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US20070127652A1 (en) * 2005-12-01 2007-06-07 Divine Abha S Method and system for processing calls
EP2365723B1 (en) 2006-01-18 2017-09-20 Telefonaktiebolaget LM Ericsson (publ) Localized and distributed transmission
US20070206747A1 (en) * 2006-03-01 2007-09-06 Carol Gruchala System and method for performing call screening
US8057931B2 (en) * 2006-04-18 2011-11-15 Securaplane Technologies, Inc. Battery busing scheme
WO2007150070A2 (en) * 2006-06-23 2007-12-27 Securaplane Technologies, Inc. Wireless electromagnetic parasitic power transfer
CN101141435B (zh) * 2006-09-10 2010-04-21 华为技术有限公司 调度系统及其消息处理方法
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
US8589867B2 (en) 2010-06-18 2013-11-19 Microsoft Corporation Compiler-generated invocation stubs for data parallel programming model
US20110314256A1 (en) * 2010-06-18 2011-12-22 Microsoft Corporation Data Parallel Programming Model
WO2012048975A1 (en) * 2010-10-13 2012-04-19 Telefonaktiebolaget L M Ericsson (Publ) Determining asymmetries in a communication network
RU2557012C2 (ru) * 2011-02-17 2015-07-20 Хуавэй Текнолоджиз Ко., Лтд. Модуль оценивания расфазировки, модуль компенсации расфазировки и когерентный приемник
US9491801B2 (en) 2012-09-25 2016-11-08 Parallel Wireless, Inc. Dynamic multi-access wireless network virtualization
US9600432B2 (en) * 2014-04-17 2017-03-21 International Business Machines Corporation Verifying runtime switch-over between multiple I/O protocols on shared I/O connection

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5014266A (en) * 1988-12-28 1991-05-07 At&T Bell Laboratories Circuit switching system for interconnecting logical links between packet switching networks
US5054054A (en) * 1989-02-07 1991-10-01 International Business Machines Corporation Voice applications generator
US5168515A (en) * 1989-11-27 1992-12-01 Unifi Communications Corporation Switchless automatic call distribution system
US5056086A (en) * 1989-12-21 1991-10-08 Bell Communications Research, Inc. Apparatus for providing telephonic mass announcement service and methods for use therein
CA2009034C (en) * 1990-01-31 1995-04-04 Michael J. Gertsman Telephone or data switching system with variable protocol inter-office communication
EP0464015A2 (en) * 1990-06-27 1992-01-02 Telefonaktiebolaget L M Ericsson Communications protocol for switching systems
US5260990A (en) * 1991-04-30 1993-11-09 Boston Technology, Inc. Multiple integrations unit for coupling different switching systems to a message storage system
US5826017A (en) * 1992-02-10 1998-10-20 Lucent Technologies Apparatus and method for communicating data between elements of a distributed system using a general protocol
US5384854A (en) * 1992-02-14 1995-01-24 Ericsson Ge Mobile Communications Inc. Co-processor controlled switching apparatus and method for dispatching console
US5329578A (en) * 1992-05-26 1994-07-12 Northern Telecom Limited Personal communication service with mobility manager
US5440620A (en) * 1992-08-28 1995-08-08 At&T Corp. Telecommunications system subscriber profile updating
US5442689A (en) * 1993-01-29 1995-08-15 At&T Corp. Apparatus and method for providing services prior to call completion in a telecommuncation system

Also Published As

Publication number Publication date
HUT76216A (en) 1997-07-28
EP0724804A1 (en) 1996-08-07
FI961533A0 (fi) 1996-04-04
HU219692B (hu) 2001-06-28
EP1100240A2 (en) 2001-05-16
AU684318B2 (en) 1997-12-11
BR9407781A (pt) 1997-03-18
EP0724804B1 (en) 2001-12-19
WO1995010912A1 (en) 1995-04-20
EP1100240A3 (en) 2002-04-10
FI961533A (fi) 1996-04-04
HU9600806D0 (en) 1996-05-28
RU99126118A (ru) 2001-12-20
CA2173247C (en) 1999-06-01
EP0946026A3 (en) 2002-04-10
EP0946026A2 (en) 1999-09-29
AU7929694A (en) 1995-05-04
ATE211338T1 (de) 2002-01-15
US5426694A (en) 1995-06-20
DE69429530T2 (de) 2002-08-01
CA2173247A1 (en) 1995-04-20
CN1142299A (zh) 1997-02-05
US6058181A (en) 2000-05-02
RU2150791C1 (ru) 2000-06-10
BG62989B1 (bg) 2000-12-29
NO961351D0 (no) 1996-04-02
JP3317405B2 (ja) 2002-08-26
JPH09507972A (ja) 1997-08-12
PL316494A1 (en) 1997-01-20
NO961351L (no) 1996-04-02
CN1104797C (zh) 2003-04-02
NZ274738A (en) 1998-02-26
US5546453A (en) 1996-08-13
PL176468B1 (pl) 1999-05-31
DE69429530D1 (de) 2002-01-31
PL176976B1 (pl) 1999-08-31

Similar Documents

Publication Publication Date Title
EP0724804B1 (en) Telecommunication switch having programmable network protocols and communications services
US6311238B1 (en) Telecommunication switch with layer-specific processor capable of attaching atomic function message buffer to internal representation of ppl event indication message upon occurrence of predetermined event
US6088749A (en) 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
JP3067803B2 (ja) パーソナル・コンピュータ用のプログラム可能型通信交換処理装置
US6587890B1 (en) Switch controller application programmer interface
JP3792842B2 (ja) 通信サービスを提供する方法、並びにサービス装置、サービスコンピュータ、端末および通信ネットワーク
US6594685B1 (en) Universal application programming interface having generic message format
US8054947B2 (en) Apparatus and method for multiplexing communication signals
US6526050B1 (en) Programming call-processing application in a switching system
WO1999035568A2 (en) Isolation of resources from application in a process control system