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

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

Info

Publication number
BG62989B1
BG62989B1 BG100473A BG10047396A BG62989B1 BG 62989 B1 BG62989 B1 BG 62989B1 BG 100473 A BG100473 A BG 100473A BG 10047396 A BG10047396 A BG 10047396A BG 62989 B1 BG62989 B1 BG 62989B1
Authority
BG
Bulgaria
Prior art keywords
protocols
channels
primitive
event
switch
Prior art date
Application number
BG100473A
Other languages
English (en)
Other versions
BG100473A (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)
  • Exchange Systems With Centralized Control (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

ОБЛАСТ НА ТЕХНИКАТА
Настоящето изобретение се отнася основно до областта на телекомуникациите и по-специално до програмируемите телекомуникационни комутатори и управляващи външни компютри, позволяващи различни телекомуникационни приложения.
ПРЕДШЕСТВУВАЩО СЪСТОЯНИЕ НА ТЕХНИКАТА
Програмируемите телекомуникационни комутатори се използват при широка гама от приложеия, като например за гласови съобщения, телемаркетингови услуги и подобни. Програмируемият комутатор обикновено се управлява от главно устройство, което най-често е компютър, който изпълнява приложна програма за телекомуникации. Един клиент може или да закупи предлаганата за продажба приложна програма, която е съвместима с главното устройство и комутационния хардуер?или може да избере да напише собствена програма.
При повечето приложения, програмируемият комутатор е свързан към обществена телефонна мрежа чрез една или повече аналогови магистрали или цифрови връзки (например Т1 връзка), които завършват с комутатора. Комутаторът може да бъде също в края на една или повече „линии“, които са свързани към устройства, като например телефонни апарати. Комуникацията по всяка дадена магистрала, връзка или линия се осъществява в съответствие с определен сигнализиращ протокол.
По цял свят има в употреба многобройни „стандартни“ сигнализационни протоколи. Някои широко използвани понастоящем протоколи са Е&М мигащо начало (старт) (wink start), разклонено (паралелно) стартиране (loopstart), основно (базово) стартиране (groundstart) и международно принудително (international compelled) R2, използващ DTMF/MFR1 или MFR2 адресна регистрация.
При конвенционалните програмируеми комутатори, изборът кой сигнализационен протокол да бъде използван, с оглед на отделна магистрала, връзка или линия, обикновено се прави »преди оборудването да бъде доставено на клиента. Това е така, защото производителят на комутатори конструира комутатора така, че да може да включи аспекти на хардуер или твърдо (постоянно) програмно осигуряване^или и двете, обикновено по начин, който не може лесно или бързо да бъде променен (например чрез вътрешно програмно осигуряване, запаметено в PROM). Структурата на производителя ефективо определя отделен специфичен протокол за всяка магистрала, връзка или линия.
възникват, обаче, различни проблеми с такава конвенционална конфигурация. Първо, това е липсата на гъвкавост за един потребител да конфигурира комутатора, както желае, за отделно приложение. Това е особено проблематично там, където възниква необходимост за нуждите на потребителя, дори рядко, да се променят специфичните сигнализационни протоколи след първоначално инсталиране на комутатора.
Друг проблем с конвенционалните програмируеми комутатори се отнася до тяхната неспособност за динамична промяна на сигнализационния протокол, специеичен за отделна магистрала, връзка или линия. Този проблем може да се срещне по-често в Европа, където се използват различни принудителни (compelled) R2 сигнализационни протоколи в различните страни или в някоя страна , където повиквания с международен произход се генерират посредством тандемна комуникационна система. Нежеланият резултат е, че комутаторът, вероятно, няма да може правилно да обработи входящото повикване.
Друг основен недостатък на конвенционалните програмируеми комутатори е, че те не предлагат на потребителя възможност лесно да разработва и осъществява собствени сигнализационни протоколи за изпълнения. Собствените протоколи могат да бъдат желателни, само ако не е необходимо, и то в случаи, когато комутаторът е свързан между обществената телефонна мрежа и други устройства (например система за гласови съобщения). Понеже такива устройства могат да изпълняват специализирани функции и не са предназначени да се свързват директно към обществената телефонна мрежа, те не се придържат точно към стандартните комуникационни протоколи. Така, за потребителя е необходимо да бъде възможно да се контролира програмируемият комутатор по такъв начин, че да се поддържа подходяща комуникация и с обществената телефонна мрежа, и с други устройства, свързани към комутатора.
Освен това, друг недостатък на конвенционалните програмируеми комутатори е, че те изискват препалено честа намеса на главното устройство във връзка с осъществяване на повикванията. Например при конвенционален комутатор, намеса на главото устройство (т.е.
размяна на съобщения между комутатора и главното устройство) обикновено се изисква и при предаване,и при приемане на съобщения. Това е необходимо, защото главното устройство трябва да инструктира комутатора да приложи подходящи , налични ресурси за наличната задача. В този пример, главното устройство би могло да инструктира комутатора да свърже един звуков източник към отделен канал, за да изпрати съобщения, или да свърже един звуков приемник, за да приеме съобщения. В контекста на едно приложение, където стотици до, възможно, десетки хиляди повиквания в час се обработват от един комутатор, броят съобщения, които трябва да се предадат между главното устройство и комутатора, става прекалено голям, което често довежда до намалена работоспособност на главното устройство и на комутатора.
Известен е потребителско-програмируем телефонен комутатор [1], който е съчетан с обикновен персонален компютър. Комутаторът се управлява от две страни: от микропроцесора на персоналния компютър или отделно от външно главно управляващо устройство, свързано към интерфейс на комутатора. Комутаторът съдържа CPU/матрична схема, която притежава собствен таймер и CPU, управлявано в реално време от операционната система. CPU/матричната схема управлява пялото действие на комутатора в съответствие с изпратените съобщения (команди) от главното управляващо устройство. Обикновено тези команди или функции, които трябва да се изпълнят в реално времеха задължение на комутатора, а не на вътрешно или на външното управляващо устройство. В комутатора такива команди или функции могат да бъдат подадени от CPU/матричната схема към интелигентните схеми за линии, които притежават техни собствени микропроцесори, имащи реална възможност за телефонно избиранне.
Известен е и телекомуникационен комутатор [2], който може да бъде конфигуриран (проектиран) за изпълнение на множество потребителско-програмируеми комуникации или телефонни услуги. Такива услуги могат да бъдат динамично препращани към някой порт, обслужван от комутатора, без промяна на броя на времеканалите, които в противен случай биха били достъпни за избиране. Комутаторът съдържа CPU/матрична схема, една или повече схеми за линии за удължаване на аналоговите или цифровите линии или магистрали, и една или повече програмируеми схеми за комуникационни услуги, всички които са свързани в комуникационна взаимовръзка чрез серия от магистрали. Всяка схема за комуникационни услуги е независимо програмируема и съдържа процесор за процедурни съобщения (команди), изпратени от CPU/матричната схема. Схемата за комуникационни услуги притежава базова платка, на която могат за бъдат реализирани различни модули за изпълнение на изискванията на отделно приложение. Един или повече модули за извършване на операции с цифрови сигнали за осъществяване на звуково предаване, звуково приемане и за подобрени анализи на повикванията могат да бъдат в една отделна схема за комуникационни услуги. ISDN PRI сървър-модул осъществява връзката с централната машина, който, когато е програмиран в подходящ вид, може да бъде използван като ISDN D сървър за канал или да осъществява свързани комутаторни услуги. Модулите за извършване на други услуги, такива като разпознаване на говор, ADPCM компресия или звуково предаване могат също така да бъдат реализирани в базовата платка.
ТЕХНИЧЕСКА СЪЩНОСТ НА ИЗОБРЕТЕНИЕТО
В резюме настоящето изобретение се отнася до програмируем телекомуникационен комутатор, кой~о осигурява на потребителя възможността да дефинира и присвоява от порт на порт (port - by - port) желания сигнализационен протокол, .стандартен“ или потребителски по произход за обработване на входящи или на изходящи повиквания. Множество сигнализационни протоколи могат да бъдат едновременно постоянно инсталирани в комутатора и също така присвояването на протокол на даден порт може да се променя динамично в реално време.
Изобретението осигурява условия за разработване на протоколи, което позволява потребителят да деоинира отделен краен автомат за всеки порт, осигурен от комутатора. Всеки краен автомат може да бъде независимо дефиниран чрез комбиниране на последователност от елементарни обработващи стъпки, наречени атомарни функции, в примитиви, които на свой ред се комбинират със състояния и събития, за да дефинират желания краен автомат. Такива крайни автомати могат да включват състояния на изчакване , ко/~с предимно се използват, за да се намали включването на главното устройство в обработката на повикванията. Състоянията на из-^зане могат да представляват програмируеми по време периоди, които предоставят възможност да се случат очаквани действия или събития,преди комутаторът да изпълни следващата операция.
В допълнение, настоящето изобретение може да служи като инструмент за осъществяване на телекомуникационни приложения, като например персонални комуникационни услуги (personal communication services - PCS), 800/900 услуга, речева гласова) поща, телемаркетинг и много други. Настоящето изобретение също може да бъде използвано за контрол или управление на широка гама от комуникационни услуги с един програмируем комутатор, включително телеконфериране, запис на речеви (гласови) съобщения, генериране на звук, приемане на звук, подобрени анализи на повикванията, разпознаване на глас, компресиране на глас (реч, звук) и кодиране/декодиране на факс.
ПОЯСНЕНИЯ НА ПРИЛОЖЕНИТЕ ФИГУРИ
Изобретението е пояснено по-подробно с помощта на приложените чертежи, на които:
фигура 1 представлява блокова схема на програмируем телекомуникационен комутатор, който може да бъде програмиран от потребител, съгласно едно предпочитано изпълнение на настоящето изобретение:
фигура 2 - схема, която изобразява нивата на софтуера, използван за управление на комутатора от фиг. 1;
фигура 3 изобразява някои от специфичните характерни признаци и функции, свързани с всяко от софтуерните нива 2 - 5? показани на фиг.2:
фигура 4 - блокова схема на условията за създаване на крайни автомати, изградена съгласно едно предпочитано изпълнение на настоящето изобретение;
фигура 5 - блокова схема на едно приложение от ниво 3 (мрежово ниво), в което се използват крайни автомати за определяне на желани мрежови сигнализационни протоколи за различни портове на един програмируем комутатор;
фигура 6А - схема на състоянията на краен автомат за осигуряване на управление на звука в приложение от ниво 2 (ниво на връзките);
фигура 6В - схема на крайния автомат от фигура 6А, в която всяка последователност от атомарни функции е дефинирана като примитив;
фигура 6С - група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фиг. 6В;
фигура 7А - схема на състоянията на краен автомат за привеждане на началното състояние на настройка на повикване с използване на международна принудителна (internal compelled) R2 сигнализация в приложение от ниво 3 (мрежово ниво);
фигура 7В - схема на крайния азтомат от фиг. 7А, в която всяка последователност от атомарни функции е дефинирана като примитив;
фигура 7С - група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фиг 7В;
фигура 8А - схема на състоянията на краен автомат за привеждане в начално състояние на настройка на повикване с използване на Т1 Е&М стартиране чрез мигане (wink start) сигнализация в приложение от ниво 3 (мрежово ниво):
фигура 8В - схема на крайния автомат от фиг.8А, в която всяка последователност от атомарни функции е дефинирана като примитив;
фигура 8С - група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фиг.8В;
фигура 9А - схема на състоянията на краен автомат за осигуряване на интерактивен гласов отговор на входящо повикване в приложение от ниво 4 (ниво на управление на повикванията);
фигура 9В - схема на крайния автомат от фиг.9А, в която всяка последователност от атомарни функции е дефинирана като примитив;
фигура 9С - група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фиг.9В;
фигура 10А - схема на състоянията на краен автомат за приемащо приложение от ниво 5,като например безтаксова (800) услуга;
фигура 10В - схема на крайния автомат от фигура 10А, в която всяка последователност от атомарни функции е дефинирана като примитив; и фигура 10С представлява група от таблици, които показват съответствието между атомарните функции, примитивите и състоянията от фиг.ЮВ.
ПРИМЕРИ ЗА ИЗПЪЛНЕНИЕ НА ИЗОБРЕТЕНИЕТО
На схемата от фиг.1 е показан “зедлаган на пазара персонален компютър (personal computer - PC) 2, който включва централен процесор (central processing unit - CPU) 4 на персоналния компютър и запомнящо устройство с твърд магнитен диск 6. свързано посредством входноизходна (input/output - I/O) шина 8 на PC и захранваща шина 9 на PC. Персоналният компютър е за предпочитане РС-АТ^ продаван от IBM, или съвместим с него. Други персонални компютри, имащи повече памет или по-мощни централни процесори о_ РС-АТ^ също могат да бъдат използвани. Персоналният компютър 2. за предпочитане, извършва операциите под управлението на ориентирана към приложения операционна система, като например СОЗ© или 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 за постоянно/променливо напрежение доставя постоянно (48 VDC) и променливо напрежение (109 VAC) към схемата 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.
Един вътрешен захранващ източник на постоянно/променливо напрежение е свързан чрез проста връзка към прекъсващата схема 19.
Захранващият източник 31 може да представлява , например, предлаган на пазара захранващ източник.
Детайлите на структурата на различните схеми, показани на фиг.1? се смята, че са добре познати в областта. Схемата 15 за цифрови Е1 линии е за предпочитане конструирана с използване на подобен хардуер на този, показан за схемата 14 за Т1 линиите, с изключение на разлики в стандартната схемотехника, които позволяват схемата 15 за линии да прекъсва Е1 връзки, противоположно наТ1 връзките.
На фиг.2 е показан модел на нивата (стъпките) на софтуера, използван за управление на програмируемия комутатор 10 от фиг.1. Лявата колона на фиг.2 показва седем нива, дефинирани в базовия модел за взаимна връзка на отворени системи (Open Systems Interconnection OSI). Дясната колона на фиг.2 показва пет нива , използвани за управление на комутатора 10 и тяхното общо съответствие на OSI модела.
Разглеждайки заедно фиг.1 и фиг.2, ниво 5 на приложенията, което съответствува общо на ниво „Приложение от OSI модела“? представя приложния софтуер, който типично се изпълнява или от PC CPU4, или от външното главно устройство 30. Софтуерът на ниво 5 на приложенията може да бъде използван, за да се реализира всяка от множеството желани телекомуникационни услуги, като например безтаксова (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,Е1 и аналогови електрически интерфейси, съответно към комутатора 10.
фиг. ЗА и ЗВ са табличен листинг на характерни признаци и функции , осигурени от всяко от софтуерните нивсъ 2 - 5 на фиг.2. Настоящето изобретение може да бъде използвано като средство за разработване на подходящ софтуер, за да се реализира всеки от характерните признаци и функциите , показани на фиг.ЗА и ЗВ. Едно примерно изпълнение за използването на настоящето изобретение в контекста на всяко от нивата 2 - 5 е описано по-долу във връзка с ‘ фиг. 6А - 10С.
Цялостната блокова схема на условията за определяне (разработване) на състоянията на краен автомат е структурирана съгласно едно предпочитано изпълнение на настоящото изобретение, което предоставя възможност един клиент или потребител да създава или дефинира крайни автомати за изпълнение на желани телекомуникационни функции. Преди да бъде обсъдена подробно тази фигура, трябва да бъдат дадени дефинициите на някои термини.
Както е използван тук, терминът състояние се отнася до число, което представя текущия „контекст“ за отделен канал или порт. В едно предпочитано изпълнение на настоящето изобретение има дефинирани три типа състояния: нормално, вътрешно и блокиращо. Нормални състояния могат да бъдат изчакващи състояния (т.е. потвърждение за присвоено (SEIZE ACK) състояние, положение , в което по-нататъшната дейност е преустановена до настъпването на определено събитие) или устойчиви състояния (т.е. извършва се обмяна на информация). Вътрешни състояния се използват за проверка на условия и ефективно действуват като избор на разклонение. Нормалните и вътрешните състояния могат да бъдат специфицирани от клиента или потребителя, съгласно настоящето изобретение, за да се дефинира краен автомат за изпълнение на желана функция. Блокиращи състояния се генерират автоматично в настоящето изобретение и се използват на принципа канал по канал (channel - by - channel), във връзка с управлението на външни ресурси.
Събитие е число, което идентифицира условие, което се приема от едно отделно състояние. Данните могат да бъдат асоциирани със събитие.
Атомарна функция е тази, която изпълнява елементарна задача, като например включване на таймер. Данни, специфицирани от потребителя, могат да бъдат асоциирани с атомарна функция.
Примитив е предварително определена последователност от атомарни функции, която се извиква при настъпването на определено събитие. Потребителите могат да създават или дефинират примитиви от библиотека от налични атомарни функции. В едно предпочитано изпълнение, всеки примитив може да съдържа до 20 атомарни функции.
Една таблица за състояние/събитие дефинира валидните събития за отделно състояние и примитивът, който се извиква при настъпването на всяко такова събитие. В едно предпочитано изпълнение, една таблица за състояние/ събитие може да съдържа до 100 състояния и до 40 събития за състояние.
Една таблица на примитивите дефинира примитивите, които се използват от една таблица за състояние/събитие. В едно предпочитано изпълнение, една таблица на примитивите може да съдържа до 200 примитива.
Един протокол се дефинира като асоциация от една таблица за състояние/събитие с една таблица на примитивите и е идентифициран чрез идентификатор на протокол (protocol ID) (число).
Блокът за данни, като тези^означени с позиции 40а, 40п 1 се присвоява на всеки канал (порт) 0...п на комутатора. Всеки блок за данни 40а, 40п съдържа следната информация, отнасяща се до неговия съответен канал: текущото състояние на канала; указател на активна таблица за състояние/събитие; указател за активна таблица на примитивите; указател за присвоена таблица за състояние/събитие; и указател на присвоена таблица на примитивите.
В случая на канал 0, указателите на активна таблица за състояние/събитие и активна таблица на примитивите указват, както е показано с прекъснати линии, към таблици, които са асоциирани с резидентен (постоянен) протокол 0, означен с позиция 42а. Указателите на присвоена таблица за състояние/събитие и присвоена таблица на примитивите за канал 0 указват към таблици , които са асоциирани с динамично зареждан, дефиниран от клиента протокол п+1, означен с позиция 44а.
Други протоколи, които са присвоени и са на разположение за употреба са резидентни (постоянни) протоколи 1...П (42Ь, 42с) и изпратените от главното устройство, дефинирани от клиента протоколи n+2...m (44Ь,44с). Постоянните протоколи 42а-42с представляват предварително програмирани или „стандартни“ протоколи, които обикновено се обезпечават от производителя с един комутатор. В противоположност, дефинираните от клиента протоколи 44а-44с се създават от клиента или потребителя и могат да бъдат напълно „по поръчка“ или „собствени“ по произход.
Библиотека 46 от зависими от нивото атомарни функции е включена, за да се осигури информация към оператор на автомати 48. Операторът на автомати също е включен, за да получава указателя на активна таблица за състояние/събитие и указателя на активна таблица на примитивите от всеки от блоковете данни 40а-40п.
Също така, както е означено с позиция 50, са обезпечени удобни средства за поддръжка на зависими от нивото условия.
функцията на оператора на автомати 48 е да управлява всеки канал в съответствие с присвоения му протокол, както е дефиниран от присвоената таблица за състояние/събитие и присвоената таблица на примитивите. При настъпването на валидно събитие, за едно нормално състояние, се извиква примитив в съответствие с компонентите в присвоената таблица за състояние/събитие. Операторът на автомати 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 указват към таблици, които са асоциирани с изпратен от главното устройство, дефиниран от клиента, мрежов протокол п+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С са един пример за приложение на настоящето изобретение в контекста на ниво 2 на връзките.
Протоколът започва с асоциирания канал нормално състояние 1 (NS1), което е незаетото (IDLE) състояние 62. При настъпването на събитието от ниво 3 към ниво 2 за настройка за права R2 сигнализация (L3_L2nSETUP_FOR_FWD_R2), се изпълнява последователност от атомарни функции (af2, af3,af4, af5 и afl). Тези атомарни функции действуват съответно за създаване на един R2 приемен възел за временно ниво, да се включи един DSP канал (например DSP чип, действуващ като звуков приемник) за R2 декодиране, да се изпрати съобщение от ниво 2 към ниво 3 за включен приемник (L2_L3nRCVR_ATTACHED), да се включи един таймер (таймер1) и тогава да се установи следващото състояние на нормално състояние 2 (NS2) 64. Може да се установи, че аргументите, асоциирани с атомарната функция afSyCa предимно използвани за специфициране на желан идентификатор на таймер (timer ID) и индекс в един масив от предварително определени стойности на таймера. Аргументите, асоциирани с атомарната функция af1?ca предимно използвани за специфициране на номера и типа на следващото състояние.
Ако следващото събитие е изтичане на времеинтервал за таймер 1 (TIMER1_EXPIRATION), тогава се изпълняват атомарните функции af10 и af 11 и каналът се връща към незаетото (IDLE) състояние 62. Обаче, ако следващото събитие е получаване на съобщение от DSP, показващо, че е било прието „мълчание“ (DSP_L2nRCVED_SILENSE), тогава се изпълняват атомарните функции af5 ( включване на таймер 1) и af1 (установяване на следващото състояние), след което протоколът напредва към нормално състояние 3 (NS3) 66, в което изчаква да реализира R2 сигнали.
Ако следващото събитие е изтичане на времеинтервала за таймер (TIMER1_EXPIRATION), тогава се изпълняват атомарните функции af10 и af11 и каналът се връща към незаетото (IDLE) състояние 62. Ако следващото събитие е получаване на съобщение да предаване на обратни R2 сигнали (L3_L2nXMIT_BWD_R2_SIG), се изпълнява атомарната функция af12, която подрежда в последователност обратните R2 сигнали за последващо предаване, следвано от връщане към (NS3) 66. Ако следващото събитие е съобщение, показващо получаването на прави R2 сигнали (DSP_L2nRCVED_R2_FWD_SIG), се изпълняват атомарните функции af7 (изпращане на отчет за R2 сигнала към ниво 3), af8 (проверка за наличие на обратен R2 сигнал в последователността от сигнали за предаване) и af1 (установяване на следващо състояние) и протоколът продължава към вътрешно състояние 4 (IS4) 68.
Ако следващото събитие е вътрешно събитие за истинност (L2_INT_EVENT_1), което показва, че обратниятР2 сигнал е подреден в последователността от сигнали, изпълнява се атомарната функция af9 1 (предаване на подредения в последователността обратен R2 сигнал), следвана от af5, ail и протоколът се връща към състояние 64. Ако следващото събитие и вътрешно събитие за лъжа (неистинност) (L2_INT_EVENT_0), което показва, че обратният R2 сигнал не е подреден в редицата от сигнали, се изпълнява атомарната функция af5 (установяване на таймер 1), следвана от af1 (установяване на следващо състояние) и протоколът напредва към нормално състояние 5 (NS5) 70. При получаване на съобщение да се предадат обратни R2 сигнали (L3_l_2_nXMIT_BWD_R2_SIG), се изпълняват атомарните функции af9, af5 и af1 и протоколът се връща към състояние 64.
Обръщайки се към фиг.бф, може да се види, че всяка последователност от атомарни функции, показана на фиг.6А?е била дефинирана като един примитив (примитив 1-7). В резултат, всеки примитив обезпечава съкратен (стенограмен) начин за идентифициране на желана последователност от атомарни функции за извикване.
На фиг.бС е показана таблица на примитивите, която описва в табличен формат последователността от атомарни функции за всеки примитив на фиг.бВ, също както и таблица за състояние/събитие, която дефинира връзките между състоянията, събитията и примитивите от фиг.бВ. Съгласно едно предпочитано изпълнение на настоящето изобретение, един клиент, желаещ да създаде протокола , показан на фиг. 6А и 6В, би трябвало само да дефинира таблиците, показани на фиг.бС. Тези таблици ще бъдат изпратени от главното устройство към комутатора 2 (фиг.1) чрез последователност от съобщения (команди).
фиг.7А-7С са пример за приложение на настоящето изобретение към един протокол от ниво 3 на мрежовите протоколи за обработка на началната фаза от настройка на повикване с използване на международна принудителна (international compelled) R2 сигнализация. Протоколът започва с асоцииран канал в нормално състояние 1 (NS1) 72, което е незаетото(Ю1_Е) състояние. При настъпването на събитието, приемането по линията на сигнални битове 0011 (които са битовите стойности, които сигнализират заетост), се изпълнява серия от атомарни функции (af17, af19, af21 и af1). Тези атомарни функции си изпълняват съответно , за да се устаннови текущият списък от заангажиращи инструкции на комутаторния списък по подразбиране, да се установи индексатна текуща инструкция на 0, да се провери текущата заангажираща инструкция и тогава да се установи следващото състояние на вътрешното състояние 2 (IS2) 74.
Ако следващото събитие е ниво 3, вътрешно събитие 0 (L3_INT_EVENT_0), което означава, че текущата заангажираща инструкция е проверена и е открито, че е неопределена, тогава се изпълнява атомарна функция af22, която изчиства канала. Обаче, ако следващото събитие е ниво 3, вътрешно събитие 7 (L3_INT_EVENT_7), което означава, че текущата заангажираща инструкция е да се генерира потвърждение за заемане (заангажиране), тогава се изпълнява атомарната функция af30, която извършва проверка, за да се разбере дали следвашата заангажираща инструкция е да се приемат цифри на етап N, следвана от атомарна функция af1, която установява следващото състояние на вътрешно състояние 3 (IS3).
Ако следващото събитие е L3_INT_EVENT_0 или лъжа, което означава, че следващата заавгажираща инструкция не е да се приемат цифри на етап N, тогава протоколът преминава към изпълнението на атомарна функция af2 (предаване на потвърждение за заемане , имащо битови стойности 1101). Ако следващото събитие е L3_INT_EVENT_1 или истина, се изпълнява атомарната функция af31, която е настройка за R2 за право цифрово (разредно) приемане, следвана от атомарната функция af2 (предаване на потвърждение за заемане). Настройката за цифрово приемане, типично, включва отпускане на DSP ресурс, намиращ се на DSP схемата 16 (фиг.1).
След това се изпълнява атомарната функция af5, която включва един таймер (таймер 1) да въведе изчакващ интервал за очакваната първа цифра. Това е следвано от атомарната функция af1, която установява следващото състояние на нормалното състояние 4 (NS4), което показва, че заемането е било потвърдено и че каналът очаква да приеме прав MFR2 сигнал от група 1 (Group 1 Forward MFR2 Signal).
Отново, както е показано на фиг.7В, всяка последователност от атомарни функции, показана на фиг. 7А, може да бъде дефинирана като примитив (1-5). фиг.7С показва съответната таблица на примитивите и таблица за съотояние/събитие за фиг.7В.
Фиг. 8А е друг пример за едно приложение на настоящето изобретение в протокол от ниво 3 на мрежовите протоколи за обработка на началната фаза от настройката на повикване с използване на Т1 Е&М стартиране чрез мигаща (wink start) сигнализация.
Протоколът започва = едно нормално състояние (NS1) 80. При приемане на битови стойности 11, които представят заемане (заангажиране), се изпълнява атомарната функция af30, която проверява дали е показано натрупване на цифри (разреди) на етап 1. Това е следвано от атомарната функция af1, която установява следващото състояние на вътрешно състояние (IS2) 82.
Ако следващото събитие е L3_INT_EVENT_0 или лъжа, означаващо, че не е показано натрупване на цифри, тогава протоколът изпълнява атомарната функция ат5 (включване на таймер1 за забавяне преди мигане), следвано от afl, за да се установи следващото състояние на нормално състояние (NS3) 84. Ако следващото събитие е L3INT_EVENT_1 или истина, означаващо, че е показано натрупване на цифри , се изпълнява атомарната функция af31, която е настройка за
MFR1 приемане на цифри, следвана от af5 и af1.
При изтичане на времеинтервала на таймер 1 (TIMER1_EXPIRATION) се изпълнява атомарната функция af2 (започване на мигане), следвана от атомарните функции af5 (включване на таймер за времетраене на мигането и af1, за да се установи следващото състояние на нормално състояние (NS4) 86. Отново, при изтичане на времето на таймер 1, се изпълнява атомарната функция af2 (прекратяване на мигането), следвана от af5 (включване на таймер1 да чака за цифрова поредица) и af 1, за да установи следващото състояние на нормално състояние (NS5) 88.
фиг.8В показва взаимовръзката между атомарните функции , показани на фиг.8А и примитиви 1-5, и фиг. 8С показва съответната таблица на примитивите и таблица за състояние/събитие, чрез които един потребител или клиент може да дефинира описания протокол.
Фиг.9А е един пример за приложенние на ностоящето изобретение в ниво 4 на обработка на повикванията. В този пример настоящето изобретение е използвано, за да се реализира един протокол за осигуряване на интерактивен звуков отговор (interactive voice response IVR) на входящото повикване. Протоколът започна в незаето (IDLE) състояние (S1) 90. При приемането на съобщение за настройка (L3_SETUP_INDICATION), се изпълняват атомарните функции af1, af2, af3, af4 и af5. Тези атомарни функции служат съответно да се изпрати съобщение за връзка (за да се отговори на повикването) към ниво 3, да се изпрати съобщение да се отпусне DSP ресурс за интерактивно натрупване на цифрова поредица, да се включи таймер 1 да чака за отпускане на DSP ресурс и да се установи следващото състояние на нормално (изчакващо) състояние (NS2) 92.
Ако следващото събитие е изтичането на времеинтервала за таймер 1 (TIMER1_EXPIRATION), се изпълнява атомарната функция af6, за да се върне каналът в начално състояние.Ако следващото събитие е приемане на съобщение, показващо, че DSP ресурсът е бил отпуснат, се изпълнява атомарната функция af7, която свързва повикващия за желано съобщение, следвана от af4, която включва таймер 1 за очакване на цифри (разреди) и af5, която установява следващото състояние на нормалното състояние (S3) 94 за очакване на цифри (разреди).
Ако следващото събитие е изтичането на времеинтервала на таймер 1, протоколът отново изпълнява атомарната функция af7 (повтаря съобщението на повикване) . Ако следващото събитие е приемане на цифри (разреди) от отпуснатия DSP ресурс, се изпълняват атомарните функции af8 ( информираща ниво 5, че са били приети разреди), af4 (включваща таймер 1 да чака за инструкция от ниво 5) и af5 (установяване на следващото състояние на нормално състояние (S4) 96).
Отново фиг. 9В и 9С показват връзките между състоянията, събитията, атомарните функции и примитивите, които дефинират IVR протокола от фиг.9А.
Накрая, фиг.ЮА е един пример за приложение на ностоящето изобретение в контекста на ниво 5 на приложенията. В този пример е описан един протокол за приемащо приложение, като например безтаксова (800) услуга.
Протоколът започва в нормално състояние (S1) незаето (IDLE) 98. При приемане на съобщение за заявка за услуга с разреди от ниво 4 (L4_REQ_FOR_SERV_WITH_DIGIDS), се изпълняват атомарните функции af1 (изпращане на потвърждаващо съобщение към ниво 4), af2 (изпращане към ниво 5 на маршрутно управляващо съобщение с идентификатор на канал (channel ID) и разреди), af4 (включване на таймер 1 да чака за отговор от ниво 5 за маршрутен контрол) и af5 (установяване на следващото състояние на нормално състояние (S2)
100).
В състояние (S2) 100, ако следващото събитие е изтичането на времеинтервала на таймер 1, се установява неудача (пречка) по канала и се изпълнява атомарната функция af8. Ако следващото събитие е съобщение от ниво 5 за маршрутно управление към канала, който е поискал услуга, се изпълнява атомаоната функция af7, която изпраща съобщение към ниво 4 да се свържат два канала. Това действие е последвано от атомарната функция af4, която включва таймер 1 да чака за потвърждение, че свързването е осъществено и тогава се изпълнява атомарната функция ат5, която установява следващото състояние на нормално (очакващо) състояние (S4) 104.
В състояние (S4) 104. ако следващото събитие е изтичане на времеинтервала на таймер 1, се установява неудача (пречка) по канала и се изпълнява атомарната функция af8. Ако следващото събитие е съобщение от ниво 4, потвърждаващо, че е осъществена връзка (L4_L5nCONNECT_ACK), атомарната функция af6 изключва таймера 1, следвана от атомарната функция af5, която установява следващото състояние на нормално състояние (S8) 106. При приемане на съобщение от ниво 4, показващо освобождаване на канала, се използва атомарната функция af3. за да се изпрати потвърждение към ниво 4, следвана от атомарната функция af5, която връща канала към незаетото (IDLE) състояние 98.
Обръщайки се отново към сътояние (S2) 100, ако следващото събитие е съобщение от ниво 5 за маршрутно управление да се нареди входящото повикване в редицата към дадената група , се изпълнява атомарната функция af9, която свързва повикващия към записано съобщение. Това действие е следвано от атомарната функция af4, която включва таймер 1 дсичака за потвърждение от ниво 4, която на свой ред е следвана от атомарната функция af5 , за да се установи следващото състояние на нормално състояние (S3) 102.
В състояние (S3) 102 , ако следващото събитие е изтичането на времеинтервала на таймера 1, се установява неудача (пречка) по канала и се изпълнява атомарната функция af8. Ако следващото събитие е съобщение от ниво 4, потвърждаващо, че е осъществена връзка, се изпълнява атомарната функция af6, за да се изключи таймер 1 и се изпълнява атомарната функция af4, за да се включи таймер 2 за възможно повтаряне на записаното съобщение. Така, ако каналът остане в състояние (S3) 102 достатъчно дълго, за да изтече времеинтервалът на таймер 2, протоколът отново изпълнява атомарната функция af9 и повтаря съобщението.
Ако обаче, в състояние (S3) 102 следващото събитие е съобщение от ниво 5 за маршрутно управление да се свърже каналът, който е поискал услуга, се изпълнява атомарната функция af6, за да се изключи таймер 2, следвана от атомарната функция af7, която изпраща съобщение към ниво 4 да се свържат два канала. Това действие е следвано от атомарната функция af4, която включва таймер 1 да чака за потвърждение, че връзката е осъществена, и след това от атомарната функция af5, която установява следващото състояние на нормално (очакващо) състояние (S4) 104.
фиг. 10В и 10С показват връзките между състоянията, събитията, атомарните функции и примитивите, които дефинират протокола за безтаксови услуги на фиг.ЮА.
Горните примери са ограничени до специфични изпълнения съгласно изобретението. Очевидно е, обаче, че са възможни изменения и модификации със запазване на постигнатите преимущества на изобретението.

Claims (8)

  1. ПАТЕНТНИ ПРЕТЕНЦИИ
    1. Метод за осъществяване на програмируеми мрежови протоколи и комуникационни услуги с телекомуникационен комутатор(Ю), който комутатор съдържа управляеми комутиращи средства (12) за динамично свързване или прекъсване на комуникационните пътища между различни такива от множество канали в отговор на съобщения (команди), генерирани (подавани) от главно устройство (30), характеризиращ се с това, че съдържа следните стъпки:
    дефиниращо конфигуриране на един или повече комуникационни протоколи за обработка на входящи или изходящи повиквания, при което всеки от тези комуникационни протоколи е представен чрез краен автомат;
    - установяване наличието най-малко на един от тези комуникационни протоколи за всеки от споменатите канали , при което различните протоколи се присвояват от различни канали; и
    - детектиране на входящо повикване или поява на изходящо повикване по един от споменатите канали, при което се определя протоколът, текущо присвоен на споменатия един от каналите, способен да обработи споменатите входящо или изходящо повикване и когато споменатият текущо присвоен протокол е неспособен да обработи споменатото входящо или изходящо повикване, динамично се избира (селектира) друг от споменатите протоколи, който е способен да обработи споменатото входящо или изходящо повикване, след което прилагайки този избран протокол^се обработва споменатото входящо или изходящо повикване.
  2. 2. Метод съгласно претенция 1, характеризиращ се с това, че всеки от споменатите крайни автомати е представен чрез таблица за състояние и таблица на примитиви, като споменатата таблица за състояния дефинира множество от предварително определени логически състояния и най-малко едно предварително определено състояние е свързано с всяко такова състояние, при което споменатата таблица на примитиви дефинира един или повече примитиви, всеки от които съдържа предварително определени последователности от предварително определени функции, чрез което при настъпване на едно от споменатите предварително определени събития се присвоява предварително определен примитив, свързан с настъпилото събитие.
  3. 3. Метод съгласно претенции 1-2, характеризиращ се с това, че се въвеждат комуникационни протоколи за използване с програмируем комуникационен комутатор (10), при което методът осъществява:
    • - запис на една или повече таблици за състояние/събитие, всяка от които дефинира множество от предварително определени логически състояния, като най-малко едно предварително определено събитие е свързано с всяко логическо състояние, като с всяко споменато събитие е свързан примитив, предизвикан от появата на същото събитие;
    - запис на една или повече таблици на примитиви, всяка от които дефинира предварително определени последователности от предварително определени функции за всеки споменат примитив;
    - запис на един или повече комуникационни протоколи, всеки от които се представя чрез предварително определена комбинация от една от споменатите таблици за състояния и една от спеменатите таблици на примитиви;
    - запаметяване на един или повече комуникационни протоколи в споменатия програмируем телекомуникационен комутатор (10); и присвояване най-малко на един от споменатите комуникационни протоколи към всеки от споменатите канали.
  4. 4. Метод съгласно претенции 1-3, характеризиращ се с това, че към всеки от споменатите канали се включва (присвоява) съответен блок данни (40а, 40п), който съдържа: информация , указваща текущо логическо състояние и вида на състоянието на съответния канал, указател за активна таблица за състояние/събитие, указател за активна таблица на примитиви, указател за присвоена таблица за състояние и указател за присвоена таблица на примитиви.
  5. 5. Метод съгласно претенции 1-4, характеризиращ се с това, че споменатите крайни автомати се представят чрез оператор (48), който действува в съответствие със споменатите указатели, и библиотека (46), която съдържа в точна последователност за изпълнение споменатите предварително определени функции.
  6. 6. Метод съгласно претенции 1-5, характеризиращ се с това, че един или повече от споменатите протоколи се въвеждат от потребителя и се изпращат за запаметяване в споменатия телекомуникационен комутатор (10).
  7. 7. Метод съгласно претенции 1-6, характеризиращ се с това, че един или повече от споменатите протоколи се запаметява за постоянно в споменатия телекомуникационен комутатор (10).
  8. 8. Програмируем телекомунникационен комутатор за реализиране на метода в съответствие с претенции 1-7, съдържащ:
    - управляеми комутиращи средства (CPU/матрична схема 12) за динамично свързване или прекъсване на комуникационни връзки между различни такива от множество канали в съответствие със съобщения (команди), генерирани (изпратени) от главно устройство (30) заедно с променящо се времеуправление за превключване на множество от времеинтервали, съответствуващи на споменатите канали и средства за изпълненние на споменатите съобщения (команди);
    -средства за съхраняване (запомняне) (6) на един или повече комуникационни протоколи, като всеки от споменатите канали , освен това, има присвоен един от споменатите комуникационни протоколи;
    - средства за детектиране (DSP 16) на входящи повиквания или поява на изходящи повиквания по някой от споменатите канали и установяващи къде протоколите , присвоени към каналите, на които споменатите повиквания са се появили, са възможни за изпълнение за споменатите повиквания;
    - средства (схема за пакетно зареждане 17), съответни на споменатите детектиращи средства, за динамично избиране на алтернативни протоколи измежду споменатите постоянни и въведени (дефинирани) от потребителя протоколи, които са възможни за ицпълнение за споменатите повиквания, когато предходните присвоени протокли са невъзможни за изпълнение за тези повиквания; и
    - едно или повече средства (схема за цифрови Т1 линии 14 и схема за аналогови универсални линии 18), свързани в комуникационна връзка със споменатите комутиращи средства (12) за свързване и на двата вида - аналогови или цифрови линии или магистрали, които представят споменатите канали, характеризиращ се с това, че допълннително са включени едно или повече средства за свързване на цифрови линии ( схема за цифрови Е1 линии 15) , аналогични на тези за цифровите Т1 линии, но с възможност за прекъсване на Е1 връзки, в противоположност на средствата за Т1 връзките.
    Приложение: 10 фигури
    Литература:
    1. US 5 321 744
    2. US 5 349 579
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 BG100473A (bg) 1996-09-30
BG62989B1 true 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) EP0946026A3 (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) PL176468B1 (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
US6381239B1 (en) 1996-02-13 2002-04-30 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
US6038309A (en) * 1996-06-13 2000-03-14 Northern Telecom Limited Apparatus and method for externally controlling processing of a service call
US6028924A (en) * 1996-06-13 2000-02-22 Northern Telecom Limited Apparatus and method for controlling processing of a service call
US5991389A (en) * 1996-06-13 1999-11-23 Northern Telecom Limited Programmable service architecture for call control processing
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
DE69840972D1 (de) 1997-02-14 2009-08-27 Canon Kk Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
EP0859324B1 (en) 1997-02-14 2007-01-03 Canon Kabushiki Kaisha Data transmission apparatus, system and method, and image processing apparatus
SG74611A1 (en) 1997-02-14 2000-08-22 Canon Kk Data communication apparatus and method
DE69837356T2 (de) 1997-02-14 2007-11-29 Canon K.K. Vorrichtung, System und Verfahren zur Datenübertragung und Vorrichtung zur Bildverarbeitung
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
US6111893A (en) * 1997-07-31 2000-08-29 Cisco Technology, Inc. Universal protocol conversion
US6151390A (en) * 1997-07-31 2000-11-21 Cisco Technology, Inc. Protocol conversion using channel associated signaling
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
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
US6122356A (en) * 1997-11-13 2000-09-19 Northern Telecom Limited Concurrent state machine space in a telecommunications network
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
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
US6526050B1 (en) 1998-06-08 2003-02-25 Excel Switching Co. Programming call-processing application in a switching system
US6373849B1 (en) * 1998-06-08 2002-04-16 Excel Switching Corporation Resource interface unit for telecommunications switching node
US7929516B2 (en) 1998-06-12 2011-04-19 Mci Communications Corporation Intelligent services network using a switch controller
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
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
DE60026815T2 (de) * 1999-12-30 2006-09-14 Nortel Networks Ltd., St. Laurent Adaptive Aufrechterhaltung der Dienstqualität (QoS) in einem verteilten PBX Netz
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
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
US6985968B1 (en) 2001-05-11 2006-01-10 Alcatel State machine architecture partitionable into control and data planes
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
AU2003277748A1 (en) * 2003-04-21 2004-11-19 Radzh Fazilievich Kazmine System for remotely switching isdn telephone channels
KR101166734B1 (ko) 2003-06-02 2012-07-19 퀄컴 인코포레이티드 고속 데이터 레이트를 위한 신호 프로토콜 및 인터페이스의 생성 및 구현
JP2007507918A (ja) 2003-08-13 2007-03-29 クゥアルコム・インコーポレイテッド さらに高速なデータレート用の信号インタフェース
KR100973103B1 (ko) 2003-09-10 2010-08-02 콸콤 인코포레이티드 고속 데이터 인터페이스
AU2004306903C1 (en) 2003-10-15 2009-01-22 Qualcomm Incorporated High data rate interface
AU2004307162A1 (en) 2003-10-29 2005-05-12 Qualcomm Incorporated High data rate interface
KR100915250B1 (ko) 2003-11-12 2009-09-03 콸콤 인코포레이티드 향상된 링크 제어를 제공하는 고속 데이터 레이트 인터페이스
WO2005053272A1 (en) 2003-11-25 2005-06-09 Qualcomm Incorporated High data rate interface with improved link synchronization
EP2247070B1 (en) 2003-12-08 2013-09-25 QUALCOMM Incorporated High data rate interface with improved link synchronization
US7899913B2 (en) * 2003-12-19 2011-03-01 Nvidia Corporation Connection management system and method for a transport offload engine
US8176545B1 (en) 2003-12-19 2012-05-08 Nvidia Corporation Integrated policy checking system and method
US8549170B2 (en) * 2003-12-19 2013-10-01 Nvidia Corporation Retransmission system and method for a transport offload engine
US7624198B1 (en) 2003-12-19 2009-11-24 Nvidia Corporation Sequence tagging system and method for transport offload engine data lists
US8065439B1 (en) 2003-12-19 2011-11-22 Nvidia Corporation System and method for using metadata in the context of a transport offload engine
US7260631B1 (en) 2003-12-19 2007-08-21 Nvidia Corporation System and method for receiving iSCSI protocol data units
US7206872B2 (en) * 2004-02-20 2007-04-17 Nvidia Corporation System and method for insertion of markers into a data stream
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
EP2375676B1 (en) 2004-03-10 2013-06-26 Qualcomm Incorporated High data rate interface apparatus and method
EP1735986B1 (en) 2004-03-17 2013-05-22 Qualcomm, Incorporated High data rate interface apparatus and method
BRPI0509147A (pt) 2004-03-24 2007-09-11 Qualcomm Inc equipamentos e método para interface de alta taxa de dados
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
KR100926658B1 (ko) 2004-06-04 2009-11-17 퀄컴 인코포레이티드 고 데이터 레이트 인터페이스 장치 및 방법
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
US8699330B2 (en) 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
US8723705B2 (en) 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew double data rate serial encoder
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
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
ES2540931T3 (es) 2006-01-18 2015-07-14 Telefonaktiebolaget Lm Ericsson (Publ) Transmisión localizada y distribuida
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
US7671736B2 (en) * 2006-06-23 2010-03-02 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
SG188519A1 (en) * 2010-10-13 2013-04-30 Ericsson Telefon Ab L M 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
NZ274738A (en) 1998-02-26
RU99126118A (ru) 2001-12-20
JP3317405B2 (ja) 2002-08-26
RU2150791C1 (ru) 2000-06-10
EP0724804A1 (en) 1996-08-07
DE69429530T2 (de) 2002-08-01
WO1995010912A1 (en) 1995-04-20
FI961533A0 (fi) 1996-04-04
ATE211338T1 (de) 2002-01-15
HU9600806D0 (en) 1996-05-28
PL176468B1 (pl) 1999-05-31
HU219692B (hu) 2001-06-28
CA2173247C (en) 1999-06-01
AU684318B2 (en) 1997-12-11
DE69429530D1 (de) 2002-01-31
EP1100240A3 (en) 2002-04-10
FI961533A (fi) 1996-04-04
NO961351D0 (no) 1996-04-02
JPH09507972A (ja) 1997-08-12
PL176976B1 (pl) 1999-08-31
CN1104797C (zh) 2003-04-02
US6058181A (en) 2000-05-02
EP0946026A2 (en) 1999-09-29
US5546453A (en) 1996-08-13
HUT76216A (en) 1997-07-28
EP0946026A3 (en) 2002-04-10
BG100473A (bg) 1996-09-30
CA2173247A1 (en) 1995-04-20
CN1142299A (zh) 1997-02-05
EP1100240A2 (en) 2001-05-16
BR9407781A (pt) 1997-03-18
AU7929694A (en) 1995-05-04
PL316494A1 (en) 1997-01-20
US5426694A (en) 1995-06-20
EP0724804B1 (en) 2001-12-19
NO961351L (no) 1996-04-02

Similar Documents

Publication Publication Date Title
BG62989B1 (bg) Метод и телекомуникационен комутатор за осъществяване на програмируеми мрежови протоколи и комуникационни услуги
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
EP0679319B1 (en) Telecommunication switch with programmable communications services, and corresponding apparatus
CA1293042C (en) Communication system supporting remote operations
EP1080588B1 (en) Method and system for controlling communications network resource usage when executing redirection services
JP3792842B2 (ja) 通信サービスを提供する方法、並びにサービス装置、サービスコンピュータ、端末および通信ネットワーク
US6594685B1 (en) Universal application programming interface having generic message format
EP1086594B1 (en) Programming call-processing application in a switching system
US20030204642A1 (en) System and method for creating a communication connection
US6883039B1 (en) Method for optimized processing of connections conducted outside a switching center
US20020067735A1 (en) Telecommunication system for control of multiple switches in a common address space
CA2357440C (en) Load shared architecture for an ss7 node
WO1999035568A2 (en) Isolation of resources from application in a process control system