PL183294B1 - Sposób sterowania przełączaniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji do systemu telekomunikacyjnego, zwłaszcza włączonym do systemu ISDN podsystemie RLL/WLL zgodnego ze standardem DECT - Google Patents

Abstract

1 . Sposób sterowania przelaczaniem kanalów telekomunikacyj- n ych w podsystemie telekomunikacyjnym wlaczonym w postaci petli transmisji informacji, do systemu telekomunikacyjnego, zwlaszcza wlaczonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje sie informacje systemowe, do podsystemu telekomunika- cyjnego przydziela sie wiele kanalów podsystemowych do transmito- wania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela sie dwa interfejsy tele- komumkacyine. które polaczone sa ze soba za posrednictwem co naj- mniej jednego kanalu podsystemowego sposród kanalów podsystemowych, podsystem telekomunikacyjny za posrednictwem interfejsów telekomunikacyjnych, wlacza sie do systemu telekomu- nikacyjnego, zas informacje przenosi sie w tym jednym kanale pod- systemowym sposród kanalów podsystemowych, znamienny tym. ze przekazuje sie rozkaz przelaczenia (SW ITCHING REQUEST. ATTRIBUTE REQUEST, SUSPEND) za pomoca którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), ze infor- macje nalezy transmitowac w innym kanale podsystemowym (Cy) sposrod kanalów podsystemowych (C3 , Cr), przekazuje sie potwier- dzenie przelaczenia (SWW TCHING_CONFIRM, ATTRIBU- TE_CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymal rozkaz przelaczenia do interfejsu tele- komunikacyjnego (DIFS, DIPS) który nadal rozkaz przelaczenia, oraz dokonuje sie transmisji rozkazu przelaczenia (SWITCHING_ REQUEST ATTRIBUTE REQUEST). która jest stymulowana w podsystemie telekomunikacyjnym przez okreslony wynik analizy in- formacji pozostalych do przeniesienia w co najmniej jednym z obu in- terfejsów telekomunikacyjnych (DIFS, DIPS) F I G 1 PL PL PL

Description

Przedmiotem wynalazku jest sposób sterowania przełączaniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji do systemu telekomunikacyjnego, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT.

W systemach informacyjnych z trasą przekazywania wiadomości, między źródłem wiadomości a odbiornikiem wiadomości, stosowane są, służące do przetwarzania i transmisji wiadomości, urządzenia nadawczo-odbiorcze, w których może się odbywać przetwarzanie wiadomości i ich transmisja w preferowanym kierunku transmisji (praca simpleksowa) lub obu kierunkach transmisji (praca dupleksowa), przetwarzanie wiadomości jest analogowe lub cyfrowe, zaś transmisja wiadomości odbywa się torem teletransmisyjnym przewodowym, lub bezprzewodowo na bazie różnych teletransmisyjnych metod przesyłania wiadomości, na przykład przez zwielokrotnienie dostępu przez podział częstotliwości (FDMA) lub wielodostęp z podziałem czasu (TDMA) - zgodnie ze standardem radiowym, takim, jak DECT, GSM, WACS lub PACS, IS-54, PHS, PDC itp.

„Wiadomość” jest pojęciem nadrzędnym, które oznacza zarówno zawartość treściwą (informację) jak, równieżjej fizyczną reprezentację (sygnał). Mimo jednakowej treściwej zawartości wiadomości - a więc jednakowej informacji - mogą występować różne postacie sygnałów. Tak więc wiadomość dotyczącą pewnego przedmiotu może być przenoszona w postaci obrazu, w postaci słowa mówionego, w postaci słowa pisanego oraz w postaci kodowanego słowa lub obrazu. Metoda transmisji w postaci obrazu lub słowa charakteryzuje się przy tym stosowaniem sygnałów ciągłych (analogowych), natomiast przy metodzie przenoszenia w postaci kodowanej zwykle występują sygnały nieciągłe (na przykład impulsy, sygnały cyfrowe).

Wychodząc z tej ogólnej definicji systemu telekomunikacyjnego, można sprecyzować, że wynalazek dotyczy sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji do systemu telekomunikacyjnego, zwłaszcza włączonym do systemu sieci cyfrowej z integracją usług (ISDN) podsystemu RLL/WLL (radiowa pętla lokalna/bezprzewodowa pętla lokalna) zgodnego z europejskim standardem komunikacyjnym w telekomunikacji bezprzewodowej (DECT).

Na figurze 1 przedstawiono zastępczo, zamiast zbioru hybrydowych systemów telekomunikacyjnych, na podstawie publikacji w Nachrichtentechnik Elektronik, Berlin 45 (1995) zeszyt

183 294

1, strony 21 do 23 i zeszyt 43 strony 29 i 30”, oraz IDEE Colloquium 1993, 173 (1993), strony 29/1 - 29/7; W. Hing F. Halsali: „Bezprzewodowy dostęp do systemów DECT/ISDN” oraz publikacji z września 1996 r. pt. „System RLL/WLL zgodny z ISDN DECT, strukturą systemu telekomunikacyjnego IDRW-TS wraz podsystemem telekomunikacyjnym (I-TTS) standardu ISDN oraz z podsystemem telekomunikacyjnym, RW-TTS zgodnym z DECT.

System DIIS (system pośredni DECT/ISDN), bądź podsystem telekomunikacyjny RW-TTS bazuje przy tym, korzystnie, na systemie DGS (DECT/GAP-System), czyli cyfrowym rozszerzonym systemie telekomunikacji bezprzewodowej. Standard GAP jest podzbiorem standardu DECT, do którego zadań należy zapewnienie interoperatywności interfejsu antenowego DECT z aplikacjami telefonicznymi.

System DIIS (system pośredni DECT/ISDN), bądź podsystem telekomunikacyjny RLL/WLL, czyli RW-TTS, może również bazować na systemie GSM, podstawie europejskich cyfrowych sieci ruchomych. W odróżnianiu od tego możliwe jest również, w ramach hybrydowych systemów telekomunikacyjnych, aby hybrydowy podsystem telekomunikacyjny I-TTS był ukształtowany jako system GSM.

Wykorzystanie kanałów radiowych (na przykład kanałów DECT) w klasycznych przewodowych systemach telekomunikacyjnych, na przykład ISDN, zyskuje się stopniowo na znaczeniu, zwłaszcza na tle przyszłych alternatywnych operatorów sieci bez pełnej sieci przewodowej.

Tak więc na przykład w przypadku systemu RW-TTS podsystemu telekomunikacyjnego RLL/WLL, stosowanie bezprzewodowej techniki przyłączeniowej RLL/WLL umożliwia na przykład, przez włączenie systemu DECT DS, dostęp abonentów ISDN do usług ISDN na standardowych interfejsach ISDN (fig. 1).

W systemie telekomunikacyjnym „RLL/WLL zgodnym z ISDN θ DECT”, IDRW-TS według fig. 1 znajduje się abonent telekomunikacyjny (użytkownik) TCU wraz ze swoim urządzeniem końcowym TE, włączony na przykład przez standardowy interfejs S (S-BUS), który dołącza do usług dostępnych w środowisku ISDN system DIIS, pierwszy podsystem telekomunikacyjny, ukształtowany w postaci lokalnej sieci telekomunikacyjnej, korzystnie zgodnej z DECT, wchodzącej w skład podsystemu telekomunikacyjnego RLL/WLL, RW-TTS, dodatkowy znormalizowany interfejs S (S-BUS), terminator sieci NT (NetWork Termination) i znormalizowany interfejs U podsystemu ISDN, I-TTS (drugi podsystem telekomunikacyjny) w nakładce ISDN.

Pierwszy system telekomunikacyjny DIIS składa się głównie z dwóch interfejsów telekomunikacyjnych, pierwszego interfejsu telekomunikacyjnego DIFS i drugiego interfejsu telekomunikacyjnego DIPS, które połączone są ze sobą bezprzewodowo, na przykład za pośrednictwem interfejsu antenowego DECT. Za pośrednictwem quasi-lokalnego pierwszego interfejsu telekomunikacyjnego DIFS pierwszy podsystem DIIS tworzy opisaną w związku z nim uprzednio pętlę telekomunikacyjną. Pierwszy interfejs telekomunikacyjny DIFS zawiera stałą część radiową RFP, jednostkę dopasowuj ącąlWUl i układ interfejsowy INC1 dla interfejsu S. Drugi interfejs telekomunikacyjny DIPS zawiera radiową część ruchomąRPP, jednostkę dopasowującąIWU2 i układ interfejsowy INC2 dla interfejsu S. Stała część radiowa RFP i radiowa część ruchoma RPP tworzą przy tym znany system DECT/GAP, DGS.

W przypadku zgodnego ze standardem DECT systemu RLL w charakterze nośnika wszystkich usług ISDN w przyłączu abonenckim występująproblemy takie jak: zrównoważenie struktury kanałowej ISDN (kanał D i 2 kanały B), w poniższym opisie zwłaszcza kanału D, oszczędność szerokości pasma: w przypadku ISDN szczególnie istotna, ponieważ poszczególne usługi wymagają dwóch kanałów DECT dla prędkości transmisji kanału B wynoszącej 64 kb/s, oraz minimalna złożoność techniczna. W szczególności kanał D zapewnia Wspólny kanał sygnalizacyjny na płaszczyźnie C (C-plane) dla wszystkich urządzeń końcowych TE dołączonych do przyłącza ISDN, przyporządkowane do urządzeń TE kanały sygnalizacyjne pracujące na sieć zostają w nie odseparowane indywidualnymi adresami TE, przy czym mechanizm dostępu kanału D zapewnia indywidualny dla urządzeń TE ciąg wiadomości, przepustowość równą 16 kb/s, oraz obciążenie zależnie od wielu kryteriów, z reguły poniżej przepustowości maksyma

183 294

Inej, przy czym możliwe spiętrzenia, dzięki wysokiej przepustowości, są możliwe do szybkiego rozładowywania.

Na figurze 2 przedstawiono strukturę systemu DECT/GAP w oparciu o publikację w „Nachrichtentechnik Elektronik 42 (1992) stycz./luty, nr 1, Berlin, DE; U. Pilger „Struktura standardu DECT”, str. 23 do 29 w powiązaniu z publikacją ETSI, ETS 300175-1...9, paźdz. 1992 „Struktura TDMA systemu DECT/GAP, DGS”. Ten system DECT/GAP jest, w odniesieniu do sposobów dostępu, systemem hybrydowym, w którym zgodnie z zasadą FDMA na dziesięciu częstotliwościach w zakresie między 1,88 a 1,90 GHz można nadawać komunikaty radiowe zgodnie z zasadą TDMA według fig. 2 w zadanej kolejności czasowej ze stacji bazowej RFP do części ruchomej RPP i z części ruchomej RPP do stacji bazowej (praca dupleksowa). Kolejność czasowa określana jest przy tym przez wieloramkę czasową MZR, która trwa całe 160 ms i zawiera 16 ramek czasowych ZR, każda o czasie trwania 10 ms. W tych ramkach czasowych ZR przenoszone są oddzielnie na stację bazową RFP i część ruchomą RPP informacje, które trafiają w określone standardem DECT kanały C, Μ, N, P, Q. Jeżeli w jednej ramce ZR sąprzenoszone informacje dla wielu tych kanałów, to transmisja odbywa się zgodnie z wykazem priorytetów przy M>C>NiP>N. Każda z 16 ramek czasowych ZR wieloramki czasowej MZR dzieli się z kolei na 24 przedziały czasowe ZS, każdy po 417 μ5, z których 12 przedziałów czasowych ZS (i przedziały 0...11) przeznaczone są dla kierunku transmisji „część ruchoma RPP —» stacja bazowa RPP” aa dalszych 12 przedziałów czasowych ZS (Przedziały 12...23) przeznaczone są dla kierunku transmisji „część ruchoma RPP —> stacja bazowa RFP”. W każdym z tych przedziałów czasowych ZS transmitowane są zgodnie ze standardem DECT informacje o długości bitowej wynoszącej 480 bitów. Z tych 480 bitów 32 transmitowane sąjako informacja synchronizacyjna w jednym polu SYNC, a 388 bitów w charakterze informacji użytkowej w polu D. Pozostałych 60 bitów nadawanych jest w charakterze informacji dodatkowej w polu „Goard-Time”. Bity w liczbie 388 pola D dzielą się kolei na pole A, o długości 64 bitów, 320-bitowe pole B, i słowo ,,Χ-CRC” od długości 4 bitów. Pole A o długości 64 bity składa się z nagłówka dacyjnego (header) o długości 8 bitów, 40 bitowego zespołu danych z danymi dla kanałów C, Q, Μ, N, P ze słowem ,,Α-CRC” o długości 16 bitów.

Takie rozwiązanie zapewnia stosowanie przedziałów czasowych TDMA, gdzie w zasadzie każdy przedział czasowy wykorzystuje kanał C_s (_s+slow) do sygnalizacji i jeden przyporządkowany kanał dla informacji użytkownika, bądź informacji użytecznej przy przepustowości 32 kb/s, przy czym przepustowość kanału C_s: 2 kb/s. Standard DECT zapewnia również inne struktury kanałów, na przykład kanał C_f (f = fakt), przy czym kanał C_f zajmuje jeden przedział czasowy z przepustowością kanału C_f: 25,6 kb/s.

Na figurze 3 przedstawiono na podstawie modelu warstwowego OSI/ISO model płaszczyzny C systemu telekomunikacyjnego, zwłaszcza systemu telekomunikacyjnego „RJLL/WLL zgodnego z ISDN θ DECT”, IDRW-TS według fig. 1.

Figura 4 przedstawia na podstawie modelu warstwowego OSI/ISO model płaszczyzny U do transmisji danych głosowych systemu telekomunikacyjnego, zwłaszcza systemu telekomunikacyjnego „RLL/WLL zgodnego z ISDN θ DECT”, IDRC-TS według fig. 1.

Struktura kanału C_s zapewnia, w przypadku standardowego połączenia głosowego, optymalne gospodarowanie szerokością pasma, ponieważ zgodnie z figurą 5, na podstawie fig. 3 i 4, potrzebna jest tylko jedna trasa transmisyjna - na przykład MBC Multi Bearer Control z LCNy, LCN1 według fig. 5 - bądź połączenie, lub jeden przedział czasowy.

Wykorzystanie kanału C_f prowadzi, zgodnie z fig. 5, na podstawie sytuacji przedstawionej na fig. 3 i 4 do pewnej ograniczonej oszczędności szerokości pasm, ponieważ sama płaszczyzna U wymaga pewnej dodatkowej trasy transmisyjnej, bądź dodatkowo połączenia lub dodatkowego przedziału czasowego; to znaczy występują dwie trasy transmisji - na przykład MBC (sterowanie wieloma nośnikami) z numerem LCN2 - (numer logiczny połączenia), LCNz i MBC z LCNy, LCN 1 według fig. 5 - bądź dwa połączenia lub dwa przedziały czasowe dla jednego prostego połączenia głosowego.

183 294

Ponadto, w przypadku, kiedy występują dwa połączenia ISDN-B (połączenia głosowe), potrzebne są trzy trasy transmisyjne - na przykład MBC z LCNx, LCNO, MBC z LCNy, LCN1 i, MBC z LCNz, LCN2 według fig. 5 - bądź trzy połączenia lub trzy przedziały czasowe.

Jakkolwiek z punktu widzenia przepustowości kanałowej celowe wydaje się wykorzystanie kanału C_f, to z punktu widzenia oszczędności szerokości pasma korzystne jest wykorzystanie kanału C_s.

Niezależnie od tego, czy kanał C_f, czy kanał C_s jest wykorzystywany do zestawienia połączenia (realizacji tras transmisyjnych), konieczne jest zapewnienie (fig. 5), aby w każdym momencie była możliwość zamiany kanału C_f na kanał C_c i odwrotnie (zamiany kanałów o niejednakowej przepustowości). Ponadto na podstawie możliwości zestawiania w systemie ISDM równocześnie dwóch połączeń (tras transmisyjnych) (2 kanałów B), musi być zapewniona możliwość przechodzenia między pierwszym kanałem C_s a drugim kanałem C_s (zamiany kanałów o jednakowej przepustowości).

Istotą pierwszej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTR1BUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, oraz dokonuje się transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), która jest stymulowana w podsystemie telekomunikacyjnym przez określony wynik analizy informacji pozostałych do przeniesienia w co najmniej jednym z obu interfejsów telekomunikacyjnych.

Istotą drugiej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, po czym rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

Istotą trzeciej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomu

183 294 nikacyjnego, który nadał rozkaz przełączenia, po czym potwierdza się przełączenie (SWITCHINGCONFIRM, ATTRIBUTE CONFIRM), które stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym.

Istotą czwartej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, zaś następnie przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUT_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Istotą piątej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku .jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, po czym po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym przywraca się zadane wstępnie typowe parametry dla podsystemu.

Istotą szóstej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, po czym na innym kanale podsystemowym po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

Istotą siódmej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (S WITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, a następnie informacje transmituje się zgodnie z zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym, po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

Istotą ósmej odmiany sposobu sterowania przełączeniem kanałów telekomunikacyjnych według wynalazku jest to, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych sygnalizuje innemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w innym kanale podsystemowym spośród kanałów podsystemowych, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME)

183 294 z interfejsu telekomunikacyjnego, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, po czym informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi systemu telekomunikacyjnego na trasach transmisyjnych o różnych identyfikatorach.

Korzystnie, dla wszystkich odmian wynalazku, określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsytemowym transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

Korzystnie potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stanowi potwierdzenia otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny, który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego, który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynająbyć transmitowane na innym kanale podsystemowym.

Korzystnie przed, w trakcie, lub po transmisji rozkazu przełączenia (ŚWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

Korzystnie bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny, który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny, który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny, który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny, który otrzymał rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym przywraca się zadane wstępnie typowe parametry dla podsystemu.

183 294

Korzystnie na innym kanale podsystemowym po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

Korzystnie informacja testowa jest komunikatem RECEIVE_READY, który nadaje się w charakterze rozkazu, przy czym potwierdzenie jest komunikatem RECEIVE_READY, który nadaje się w charakterze odpowiedzi.

Korzystnie w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym po przełączeniu kanału nadaje się ponownie.

Korzystnie informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym, po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

Korzystnie zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

Korzystnie informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi systemu telekomunikacyjnego na trasach transmisyjnych o różnych identyfikatorach.

Korzystnie pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsytemowy, przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

Korzystnie pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

Korzystnie pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

Korzystnie w tym jednym kanale podsystemowym i innym kanale podsystemowym stosuje się różne przepustowości transmisyjne.

Korzystnie w tym jednym kanale podsystemowym i innym kanale podsystemowym stosuje się jednakowe przepustowości transmisyjne.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyj nego.

Korzystnie w pierwszym kanale podsystemowym stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym, przy czym pierwszy kanał podsystemowym jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowym jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego na drugi kanał podsystemowym, przy czym z pierwszego interfejsu telekomunikacyjnego do drugiego interfejsu telekomunikacyjnego przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych sygnalizuje drugiemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w drugim kanale podsystemowym, zaś z drugiego interfejsu telekomunikacyjnego do pierwszego interfejsu telekomunikacyjnego przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie w drugim kanale podsystemowym stosuje się przepustowość transmisyjną taką samą, jak w trzecim kanale podsystemowym, przy czym drugi kanał podsystemowy jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowym jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego na trzeci kanał podsystemowy, przy czym z pierwszego interfejsu telekomunikacyjnego do drugiego interfejsu telekomunikacyjnego przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych sygnalizuje drugiemu

183 294 interfejsowi telekomunikacyjnemu, że informacje należy transmitować w trzecim kanale podsystemowym, zaś z drugiego interfejsu telekomunikacyjnego do pierwszego interfejsu telekomunikacyjnego przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

Korzystnie w pierwszym kanale podsystemowym stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym, przy czym drugi kanał podsystemowym jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego, oraz dokonuje się przełączenie z drugiego kanału podsystemowego na pierwszy kanał podsystemowym, przy czym z pierwszego interfejsu telekomunikacyjnego do drugiego interfejsu telekomunikacyjnego przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych sygnalizuje drugiemu interfejsowi telekomunikacyjnemu, że informacje należy transmitować w pierwszym kanale podsystemowym, zaś z drugiego interfejsu telekomunikacyjnego do pierwszego interfejsu telekomunikacyjnego przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego uruchamia się przez pierwszy interfejs telekomunikacyjny.

Korzystne zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego uruchamia się drugi interfejs telekomunikacyjny.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się odmownie lub akceptująco.

Korzystnie w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przyłączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) inicjuje się ten interfejs telekomunikacyjny, który zasygnalizował odmowę.

Korzystnie w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfej su telekomunikacyjnego lub drugiego interfejsu telekomunikacyjnego.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji struktury transmisji informacji interfejsu telekomunikacyjnego, podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

Korzystnie rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w drugiej warstwie transmisji informacji, która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego, podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji, przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM)

183 294 transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej pozostaje nienaruszona.

Korzystnie system ISDN wykorzystuje się jako system telekomunikacyjny.

Korzystnie informacje systemowe transmituje się w kanale D.

Korzystnie jako podsystem telekomunikacyjny stosuje się system według standardu DECT.

Korzystnie jako podsystem telekomunikacyjny stosuje się system GSM.

Korzystnie jako podsystem telekomunikacyjny stosuje się system PHS, system WACS lub system PACS.

Korzystnie jako podsystem telekomunikacyjny stosuje się system „IS-54” lub system PDC.

Korzystnie jako podsystem telekomunikacyjny stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

Korzystnie jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT.

Korzystnie jako jeden kanał podsystemowy lub inny kanał podsystemowy, bądź jako pierwszy kanał podsystemowy, stosuje się kanał systemu DECT/GAP.

Korzystnie jako jeden kanał podsystemowy lub inny kanał podsystemowy, bądź jako drugi kanał podsystemowy i trzeci kanał podsystemowy stosuje się kanał systemu DECT/GAP.

Korzystnie jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

Korzystnie jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny ATTRIBUTE CONFIRM standardu DECT.

Korzystnie jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

Korzystnie jako potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

Korzystnie jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym standardu DECT.

Korzystnie jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika standardu DECT.

Rozwiązanie według wynalazku zapewnia prosty sposób sterowania procesem, uwarunkowanym transmisją informacji systemowej w lokalnej pętli transmisji informacji, przełączenia z jednego kanału telekomunikacyjnego na inny kanał telekomunikacyjny, w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji do systemu telekomunikacyjnego, zwłaszcza do systemu ISDN podsystemu RLL/WLL zgodnego z DECT, bez jakiegokolwiek wpływu na normalne informacje podsystemowe przekazywane w tym podsystemie telekomunikacyjnym.

Przedmiot wynalazku w przykładach wykonania jest przedstawiony na rysunku, na którym fig. 1 przedstawia strukturę systemu telekomunikacyjnego IDRW-TS, fig. 2 - strukturę systemu DECT/GAP, fig. 3 - model płaszczyzny C systemu telekomunikacyjnego, fig. 4 - model płaszczyzny D systemu telekomunikacyjnego, fig. 5 - strukturę wykorzystania kanałów C, fig. 6 do 10 przedstawiają wykresy pobudzenia przy przełączaniu kanałów telekomunikacyjnych dla pierwszego przykładu wykonania wynalazku zaś fig. 11 przedstawia strukturę części nadawczej i części odbiorczej pierwszego i drugiego interfejsów telekomunikacyjnych a fig. 12 do 15 przedstawiają wykresy pobudzenia przy przełączaniu kanałów telekomunikacyjnych dla drugiego przykładu wykonania wynalazku.

Na figurach 6 do 10 przedstawiono różne wykresy pobudzenia - stany, które przedstawiają możliwe przebiegi procesowe przy przełączaniu kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji do systemu telekomu

183 294 nikacyjnego, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL, RW-TTS-DIIS, zgodnego z DECT.

Figura 6 przedstawia, na podstawie fig. 1 do 5, pierwszy wykres pobudzeń - stanów, który obrazuje zasadniczy przebieg sterowania w przypadku kanału podsystemu.

Pierwszy interfejs telekomunikacyjny DIFS połączony jest pierwszą trasątransmisyjną, o pierwszym numerze trasy transmisyjnej LCNx przez pierwszy kanał C_x podsystemu z drugim interfejsem telekomunikacyjnym DIPS. Ponadto między pierwszym interfejsem telekomunikacyjnym DIFS a drugim interfejsem telekomunikacyjnym DIPS na drugiej trasie transmisyjnej o drugim numerze trasy transmisyjnej LCNy przez drugi kanał podsystemu C_y powstaje dodatkowe połączenie telekomunikacyjne lub też może być realizowane, w odróżnieniu od tego, inne połączenie telekomunikacyjne na drugiej trasie transmisyjnej, o drugim numerze trasy transmisyjnej LCNy, przez drugi kanał C_y podsystemu.

W przypadku numerów tras transmisyjnych LCNx, LCNy, ważna jest relacja LCNx Ψ LCNy. Pierwszy kanał C_x podsystemu może być zrealizowany jako zgodny ze standardem DECT kanał C_f lub kanał C_s. Zależnie od konstelacji kanałów występującej w zgodnym ze standardem DECT podsystemem WLL/RLL drugi kanał C_y podsystemu jest w wyniku tego kanałem C_s bądź kanałem C_f, bądź też kanałem C_s. Zgodnie z figurą 11 do transmisji informacji na płaszczyźnie C wykorzystuje się pierwszy kanał C_x

Przy zestawianiu trasy transmisyjnej odbywa się nadanie w znany sposób zgodnego ze standardem DECT pierwszego komunikatu pola B „BEARER_REQUEST” jako rozkaz (COMMAND) i zostaje wysłany zgodny ze standardem DECT komunikat drugiego pola B, „BEARERCONFIRM” jako odpowiedź (RESPONSE). Korzystne jest, jeśli wysłanie pierwszego komunikatu pola B „BEARER_REQUEST” jest inicjowane z drugiego interfejsu telekomunikacyjnego DIPS.

Przez analizę transmitowanych powyższych komunikatów ISDN „Warstwa 2”/”Warstwa 3” na trasie transmisyjnej Sieć ISDN <--> Abonent ISDN, pierwszy interfejs telekomunikacyjny DIFS rozpoznaje konieczność dokonania przełączenia kanału (przełączenia z pierwszego kanału C_x podsystemu na drugi kanał C_y podsystemu). Wynik analizy stanowi zatem bodziec do zmiany kanału.

Możliwy pierwszy wynik tej analizy może polegać na przykład na tym, że w pierwszym kanale C_x podsystemu, korzystnie, w ciągu zadanego okresu czasu nie przekazuje się komunikatów między pierwszym interfejsem telekomunikacyjnym DIFS a drugim interfejsem telekomunikacyjnym DIPS.

Możliwy drugi wynik tej analizy może polegać na przykład na zestawianiu w dwóch tras transmisyjnych w pierwszym kanale C_x podsystemu, korzystnie, mające zarówno płaszczyznę C, jak i w płaszczyznę U, i wykorzystaniu trasy transmisyjnej na której zrealizowana jest przeznaczona do wykorzystania płaszczyzna C; tak że w wyniku tego niezbędne staje się przełączenie z likwidowanego, dotychczas aktywnego kanału C_s na dotychczas nieaktywny kanał C_s.

Dla zminimalizowania złożoności celowe jest skupienie opisanej powyżej analizy w jednym z interfejsów telekomunikacyjnych DIFS, DIPS - na przykład, korzystnie, w pierwszym interfejsie telekomunikacyjnym DIFS, i sterowanie z niego drugim interfejsem telekomunikacyjnym DIPS [Konfiguracja MASTER-SLAVE, w której pierwszy interfejs telekomunikacyjny DIFS jest MASTER, a drugi interfejs telekomunikacyjny DIPS jest SLAVE]. Pierwszy interfejs telekomunikacyjny DIFS w tym zestawieniu ma zawsze możliwość wyboru takiej struktury kanałowej standardu DECT, która odpowiada usłudze ISDN (płaszczyzna C i/lub płaszczyzna U).

Możliwe jest wyznaczenie do tego drugiego interfejsu telekomunikacyjnego DIPS zamiast pierwszego interfejsu telekomunikacyjnego DIFS. Możliwe jest to jednak tylko wtedy, kiedy ma on dostęp bezpośredni do „Warstwy 3” ISDN. Oddzielnie od funkcji z „Warstwy 2” interfejs telekomunikacyjny DIPS może jednak nie odwzorowywać jednoznacznie we wszystkich sytuacjach indywidualnego dla urządzenia TE połączenia z płaszczyzną C i płaszczyzną U.

183 294

W dalszej części opisu przykładu wykonania za podstawę przyjmuje się uprzednio opisaną konfigurację MASTER-SLAVE.

Wraz z wysłanym w charakterze odpowiedzi (RESPONSE) pierwszym zgodnym ze standardem DECT komunikatem DLC „RESEIVE-READY” następuje potwierdzenie (udzielenie odpowiedzi) z pierwszego interfejsu telekomunikacyjnego DIFS, korzystnie - po stwierdzeniu niezbędności zmiany kanału - wszystkich nie potwierdzonych (bez odpowiedzi) i całkowicie odebranych informacji, przekazywanych na pierwszym kanale C_x podsystemu zgodnie z protokołem HDLC, które stanowią tak zwaną ramkę (pakiet informacyjny), w przypadku kiedy dalsze ramki I nie sąjuż nadawane.

Zgodnie z protokołem HDLC jest na przykład możliwe i transmitowanie informacji (ramki I) na częstotliwościach transmisji (w oknach) i kwitowanie odbioru oddzielnie każdej częstotliwości transmisji (każdego okna). W niniejszym przypadku informacje transmitowane są na przykład przy wielkości okien wynoszącej k = 3., przed pokwitowaniem. Wielkość okna k = 3 przy tym oznacza w odniesieniu do wspomnianych powyżej ramek I, że po każdej co trzeciej ramce odbywa się kwitowanie odbioru uprzednio przekazanych trzech ramek. W przypadku wielkości okna k ma zastosowanie następująca zależność ogólna:

<k<n przy n e N

Przez przeniesienie pierwszego komunikatu „SWITCHING_REQUEST”, który albo może być zdefiniowany w na przykład standardzie DECT albo ma być zdefiniowany, następuje przekazanie z pierwszego interfejsu telekomunikacyjnego DIFS, życzenia przeniesienia transmisji informacji systemowej z pierwszego kanału C_x podsystemu na drugi kanał C_y podsystemu, który transmituje je do drugiego interfejsu telekomunikacyjnego. To życzenie może przy tym jak wspomniano - może być spowodowane stymulacjąlub powstać bez jakiegokolwiek bodźca.

Na podstawie transmisji tego komunikatu pierwszy interfejs telekomunikacyjny DIFS może albo, korzystnie, przerwać własną transmisję informacyjną na płaszczyźnie C, albo kontynuować transmisję informacji na płaszczyźnie C. Przy tym przerwanie oznacza, że pierwszy interfejs telekomunikacyjny DIFS przez zadany okres czasu nie przekazuje już informacji. Przerwanie przy tym może nastąpić przed, w czasie, lub po transmisji komunikatu.

Ponadto komunikat może być nadany na granicy ramek I i wewnątrz ramki I.

Korzystne jest, jeśli drugi interfejs telekomunikacyjny DIPS podczas lub po otrzymaniu komunikatu „SWITCHING_REQUEST” kasuje wszystkie nie do końca odebrane ramki I i może równocześnie lub po otrzymaniu komunikatu „SWITCHING_REQUEST” albo przerwać albo kontynuować własną transmisję danych na płaszczyźnie C, jak pierwszy interfejs telekomunikacyjny DIFS.

Ponadto drugi interfejs telekomunikacyjny DIPS w przypadku, kiedy jego własny nadajnik jest wolny, może za pośrednictwem nadanego w charakterze odpowiedzi (RESPONSE) pierwszego zgodnego ze standardem DECT, komunikatu DLC „RECEIVE_READY” udzielić odpowiedzi na wszystkie nie potwierdzone (bez odpowiedzi) i całkowicie odebrane informacje, przekazywanych na pierwszym kanale C_x podsystemu zgodnie z protokołem HDLC, które stanowią tak zwaną ramkę I (pakiet informacyjny).

W odróżnieniu od bezpośredniego przerwania, możliwe jest również rozwiązanie takie, że drugi interfejs telekomunikacyjny DIPS przed przerwaniem transmisji zamyka ramkę I.

Przerwanie transmisji informacji lub kontynuacja tej transmisji w pierwszym kanale C_x podsystemu przez drugi interfejs telekomunikacyjny DIPS odbywa się, korzystnie, między odbiorem pierwszego komunikatu a przed transmisją drugiego komunikatu „SWITCHING CONFIRM”, który na przykład znów albo może być zdefiniowany w standardzie DECT albo może być przeznaczony jeszcze do zdefiniowania.

Za pośrednictwem drugiego komunikatu „SWITCHING CONFIRM”, może być wyrażona odpowiedź na życzenie pierwszego interfejsu telekomunikacyjnego DIFS, z jego potwierdzeniem (odpowiedź pozytywna).

183 294

Możliwe jest jednak również rozwiązanie, w którym drugi interfejs telekomunikacyjny DIPS nie odpowiada na to życzenie w sposób zamierzony lub niezamierzony (na przykład dlatego, że pierwszy komunikat z powodu zakłóceń na trasie radiokomunikacyjnej nie został odebrany).

Tak więc w przypadku, kiedy na życzenie w sposób zamierzony nie jest udzielona odpowiedź, pierwszy komunikat „SWITCHING_REQUEST” albo bezpośrednio, albo pośrednio, na przykład dlatego, że przekroczony został zadany czas potwierdzenia pierwszego meldunku, pozostaje niepotwierdzony przez drugi interfejs telekomunikacyjny DIPS (z odpowiedzią negatywną).

W innym przypadku pierwszy komunikat „SWITCHING_REQUEST” pozostaje pośrednio niepotwierdzony (z odpowiedzią negatywną) na przykład dlatego, że przekroczony został zadany czas potwierdzenia pierwszego meldunku.

W obu wymienionych uprzednio przypadkach następuje albo przekazanie ponowne, aż do określonej liczby powtórzeń, pierwszego komunikatu „SWITCHING_REQUEST” z pierwszego interfejsu telekomunikacyjnego DIFS, albo przerwanie procesu zmiany kanału na czas nieokreślony.

Na podstawie przekazania drugiego komunikatu „SWITCHING_CONFIRM” kontynuowana jest transmisja informacji na drugim kanale C_y podsystemu. Kontynuacja może przy tym, korzystnie, odbywać się równocześnie z transmisją komunikatu, lub po niej.

Po otrzymaniu lub równocześnie z otrzymaniem drugiego komunikatu „SWITCHING CONFIRM” pierwszy interfejs telekomunikacyjny DIFS dokonuje skasowania, korzystnie, nie potwierdzonych, przekazywanych na pierwszym kanale C_x podsystemu informacji, jak również informacji przekazanych i całkowicie odebranych.

Przed ponowieniem transmisji na drugim kanale C_y podsystemu informacji skasowanych w pierwszym interfejsie telekomunikacyjnym DIFS i drugim interfejsie telekomunikacyjnym DIPS, następnie przywrócenie ustawienia parametrów charakterystycznych podsystemu, jak na przykład charakterystycznego dla warstwy DLC licznika lub zadajnika transmisji zwrotnych jak również numeru pakietu C_T

Ponadto można na drugim kanale C_y podsystemu przed ponowną transmisją informacji skasowanych w pierwszym interfej sie telekomunikacyjnym DIFS i drugim interfejsie telekomunikacyjnym DIPS, dokonać transmisji komunikatu testowego, który musi być potwierdzony. Komunikat testowy jest wtedy, korzystnie, wysłanym w charakterze rozkazu (COMMAND) pierwszym meldunkiem DLC „RECEIYE READY”, natomiast potwierdzenie komunikatu testowego jest wtedy, korzystnie, wysłanym w charakterze odpowiedzi (RESPONSE) pierwszym meldunkiem „RECEIYE READY”.

Zarówno komunikat testowy, jak i skasowane informacje, korzystnie, dla osiągnięcia szybkiej synchronizacji z drugim kanałem C_y podsystemu, na początek (w fazie początkowej transmisji) transmituje się z najmniejszą wielkością okna według protokołu HDLC, to znaczy dla k = 1, a następnie znowu z wielkością okna k = 3.

Na fig. 7 przedstawiono, w związku z fig. 6, drugi wykres pobudzeń - stanów, który obrazuje przebieg sterowania w przypadku przełączenia z pierwszego kanału C_f podsystemu na drugi kanał C_s podsystemu.

Pierwszy kanał C_f podsystemu wykorzystywany jest do transmisji informacji na płaszczyźnie C. Drugi kanał podsystemu C_s nie jest wykorzystywany do przenoszenia informacji na płaszczyźnie C. Jest natomiast wykorzystywana płaszczyzna U. Pierwszy kanał C_f podsystemu ma większą przepustowość transmisyjną niż drugi kanał systemowy C_s podsystemu.

Pierwszy interfejs telekomunikacyjny DIFS dokonuje rozpoznania, że pierwszy kanał C_f podsystemu nie jest już potrzebny i nadaje pierwszy komunikat MAC ,,ATTRIBUTES_T._REQUEST” do drugiego interfejsu telekomunikacyjnego DIPS.

Drugi interfejs telekomunikacyjny DIPS potwierdza pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” nadając drugi komunikat MAC „ATTRIBUTES T. CONFIRM” do pierwszego interfejsu telekomunikacyjnego DIFS. Następnie drugi kanał C_s podsystemu jest

183 294 wykorzystywany do przesyłu informacji na płaszczyźnie C, i uruchamia pierwszy kanał C_f podsystemu przez przekazanie trzeciego komunikatu MAC „RELEASE”.

Figura 8 przedstawia w związku z fig. 6 trzeci wykres pobudzeń - stanów, który ilustruje przebieg sterowania w przypadku przełączenia z drugiego kanału Cs podsystemu na trzeci kanał C_s' podsystemu.

Drugi kanał C_s podsystemu wykorzystywany jest do transmisji informacji na płaszczyźnie C. Ponadto wykorzystywana jest płaszczyzna U. Trzeci kanał C_s' nie jest wykorzystywany do przekazywania informacji na płaszczyźnie C. Jednak płaszczyzna U jest wykorzystywana. Drugi kanał C_s podsystemu ma taką samą przepustowość transmisyjną jak trzeci kanał systemowy C_s' podsystemu.

Pierwszy interfejs telekomunikacyjny DIFS dokonuje rozpoznania, że drugi kanał C_s podsystemu nie jest już potrzebny i nadaje pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” do drugiego interfejsu telekomunikacyjnego DIPS.

Drugi interfejs telekomunikacyjny DIPS potwierdza pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” nadając drugi komunikat MAC „ATTRIBUTEST.CONFIRM” do pierwszego interfejsu telekomunikacyjnego DIFS. Następnie trzeci kanał C_s' podsystemu jest wykorzystywany do przesyłu informacji na płaszczyźnie C, i przez przekazanie trzeciego komunikatu MAC „RELEASE” uruchamia drugi kanał C_s podsystemu.

Figura 9 przedstawia w związku z fig. 6 czwarty wykres pobudzeń - stanów, który ilustruje przebieg sterowania w przypadku przełączenia z drugiego kanału C_s podsystemu na pierwszy kanał C_f podsystemu, przy czym przygotowanie przełączenia inicjowane jest z pierwszego inerfejsu telekomunikacyjnego DIFS.

Drugi kanał C_s podsystemu wykorzystywany jest do transmisji informacji na płaszczyznę C. Ponadto wykorzystywana jest płaszczyzna U. Trasa transmisyjna z numerem trasy transmisyjnej LCN nie jest jeszcze rozbudowana do wykorzystywania pierwszego kanału C_f podsystemu. Drugi kanał C_s podsystemu ma mniejszą przepustowość transmisyjną niż pierwszy kanał C_f podsystemu.

Pierwszy interfejs telekomunikacyjny DIFS dokonuje rozpoznania, że potrzebny jest pierwszy kanał C_f podsystemu. Jednak, ponieważ nie istnieje jeszcze trasa transmisyjna o identyfikatorze LCN dla pierwszego kanału C_f podsystemu, to pierwszy interfejs telekomunikacyjny DIPS nadaje pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” do drugiego interfejsu telekomunikacyjnego DIPS. Za pośrednictwem tego komunikatu informuje on ten drugi interfejs telekomunikacyjny DIPS, że dla pierwszego kanału C_f podsystemu potrzebna jest trasa transmisyjna mająca identyfikator LCN, na przykład identyfikator LCNO.

Wybór identyfikatora LCN - w niniejszym przypadku LCNO - w charakterze identyfikatora zestawionej trasy transmisyjnej odbywa się arbitralnie, lecz w sposób celowy zależnie od zadanego wstępnie kryterium wyboru. Kryterium to polega, mówiąc najogólniej, na tym, że w charakterze identyfikatora LCN uwzględnia się jeden z identyfikatorów LCNO, LCN1, LCN2, który nie był jeszcze używany w przypadku innej trasy transmisyjnej, a wiec jest wolny.

W odróżnieniu od wymienionego uprzednio kryterium wyboru możliwe jest również uwzględnienie przy nadawaniu identyfikatora specjalnych wymagań charakterystycznych kryterium wyboru. Tak więc może być uwzględnienie - jak w niniejszym przypadku - zawsze najmniejszy wolny spośród identyfikatorów LCNO, LCN1, LCN2.

Korzystne jest, jeśli drugi interfejs telekomunikacyjny DIPS jest odpowiedzialny za zestawienie trasy transmisyjnej, nadaje zgodny ze standardem DECT pierwszy komunikat pola B, „BEARER_REQUEST” jako rozkaz (COMMAND) pierwszego interfejsu telekomunikacyjnego DIFS. Pierwszy interfejs telekomunikacyjny DIFS nadaje następnie, po otrzymaniu pierwszego komunikatu pola B, zgodny ze standardem DECT komunikat drugiego pola B, „BEARER CONFIRM” jako odpowiedź (RESPONSE) do drugiego interfejsu telekomunikacyjnego (DIPS). W tym stanie, również po otrzymaniu drugiego komunikatu pola B przez drugi interfejs telekomunikacyjny DIPS powstaje trasa transmisyjna.

183 294

Pierwszy interfejs telekomunikacyjny DIFS nadaje następnie pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” do drugiego interfejsu telekomunikacyjnego (DIPS).

Drugi interfejs telekomunikacyjny DIPS potwierdza pierwszy komunikat MAC ,ATTRIBUTES_T._REQUEST” nadając drugi komunikat MAC „ATTRIBUTEST.CONFIRM” do pierwszego interfejsu telekomunikacyjnego DIFS. Następnie pierwszy kanał C_f podsystemu jest wykorzystywany do przesyłu informacji na płaszczyźnie C.

Figura 10 przedstawia, w związku z fig. 6, piąty wykres pobudzeń - stanów, który ilustruje przebieg sterowania w przypadku przełączenia z drugiego kanału C_s podsystemu na pierwszy kanał C_fpodsystemu, przy czym przygotowanie przełączenia inicjowane jest z drugiego interfejsu telekomunikacyjnego DIPS.

Drugi kanał C_s podsystemu wykorzystywany jest do transmisji informacji na płaszczyźnie C. Ponadto wykorzystywana jest płaszczyzna U. Trasa transmisyjna z numerem trasy transmisyjnej LCN nie jest jeszcze rozbudowana do wykorzystywania pierwszego kanału C_fpodsystemu. Drugi kanał C_s podsystemu ma mniejszą przepustowość transmisyjną niż pierwszy kanał Cf podsystemu.

Drugi interfejs telekomunikacyjny DIFS dokonuje rozpoznania, że potrzebny jest pierwszy kanał C_fpodsystemu. Jednak ponieważ nie istnieje jeszcze trasa transmisyjna o identyfikatorze LCN, na przykład identyfikatorze LCNO dla pierwszego kanału C_f, podsystemu, to kanał ten zostaje nim uzupełniony.

Wybór identyfikatora LCN - w niniejszym przypadku LCNO - w charakterze identyfikatora zestawionej trasy transmisyjnej odbywa się nie arbitralnie, lecz w sposób celowy zależnie od zadanego wstępnie kryterium wyboru. Kryterium to polega, mówiąc najogólniej, na tym, że w charakterze identyfikatora LCN uwzględnia się jeden z identyfikatorów LCNO, LCN1, LCN2, który nie był jeszcze używany w przypadku innej trasy transmisyjnej, a więc jest wolny.

W odróżnieniu od wymienionego uprzednio kryterium wyboru możliwe jest również uwzględnienie przy nadawaniu identyfikatora specjalnych wymagań charakterystycznych kryterium wyboru. Tak więc może być uwzględniany - jak w niniejszym przypadku - zawsze najmniejszy wolny spośród identyfikatorów LCNO, LCN1, LCN2 lub największy wolny spośród identyfikatorów LCNO, LCN1, LCN2.

Dla zestawienia trasy transmisyjnej, drugi interfejs telekomunikacyjny DIPS jest odpowiedzialny za zestawienie trasy transmisyjnej, do pierwszego interfejsu telekomunikacyjnego DIFS nadaje zgodny ze standardem DECT pierwszy komunikat pola B, „BEARER_REQUEST” jako rozkaz (COMMAND).

Pierwszy interfejs telekomunikacyjny DIFS nadaje następnie, po otrzymaniu pierwszego komunikatu pola B, zgodny z DECT, komunikat drugiego pola B, „BEARERCONFIRM” jako odpowiedź (RESPONSE) do drugiego interfejsu telekomunikacyjnego (DIPS. W tym stanie, a więc również po otrzymaniu drugiego komunikatu pola B przez drugi interfejs telekomunikacyjny DIPS zostaje utworzona następna trasa transmisyjna.

Pierwszy interfejs telekomunikacyjny DIFS po uzyskaniu takiej wiadomości nadaje pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” do drugiego interfejsu telekomunikacyjnego DIPS.

Drugi interfejs telekomunikacyjny DIPS potwierdza pierwszy komunikat MAC „ATTRIBUTES_T._REQUEST” nadając drugi komunikat MAC „ATTRIBUTES T. CONFIRM” do pierwszego interfejsu telekomunikacyjnego DIFS. Następnie pierwszy kanał C_rpodsystemu jest wykorzystywany do przesyłu informacji na płaszczyźnie C.

Poniżej, w odniesieniu do figur 11 do 15, omówiono drugi przykład wykonania wynalazku.

Figura 11 przedstawia, na podstawie fig. 1 do 5, zasadniczą strukturę części nadawczej i części odbiorczej pierwszego interfejsu telekomunikacyjnego DIFS i drugiego interfejsu telekomunikacyjnego DIPS, która ma znaczenie dla analizy komunikatów ISDN „Warstwa 2” „Warstwa 3”, bądź przenoszonych przez nie ilości przenoszonych informacji na trasie transmisyjnej ”Sieć ISDN <-->Abonent ISDN (terminal TE)”. Część nadawcza i/lub część odbiorcza rozpoznaje na przykład niezbędność dokonania zamiany kanałów (zamiany kanału podsystemu

183 294 na inny kanał podsystemu) pierwszego interfejsu telekomunikacyjnego DIFS i/lub drugiego interfejsu telekomunikacyjnego DIPS. Wynik tej analizy stanowi przy tym bodziec do zamiany kanałów. Przedstawiona na fig. 11 struktura części nadawczej i części odbiorczej może być zatem wykorzystywaną do sterowania zamianą kanałów.

W części nadawczej pierwszego interfejsu telekomunikacyjnego DIFS bądź drugiego interfejsu telekomunikacyjnego DIPS warstwa sieci NWK przejmuje w znany sposób informacje ISDN „Warstwa 2”/”Warstwa 3” i informacje sterujące standardu DECT za pośrednictwem ukształtowanej w postaci pamięci pierwszej kolejki WSD w warstwie sterowania DLC (łączem dacyjnym). Urządzenie sterujące MAC-/DLC—, części nadawczej STE mierzy współczynnik wypełnienia kolejki WSD i stymuluje na tej podstawie warstwy sterowania MAC (do nośnika) i warstwy DLC. Dopóki współczynnik wypełnienia pozostaje poniżej pewnego progu SD, warstwa DLC informację przeznaczoną do przeniesienia (wiadomość) odkłada w ukształtowanej również w postaci w pamięci drugiej kolejce WSS, z której warstwa MAC przekazuje jąkanałem C_s do części odbiorczej.

Przy przekraczaniu progu SD, warstwa DLC odkłada informację w trzeciej kolejce WSF, również ukształtowanej w postaci pamięci, z której warstwa MAC przenosi jąza pośrednictwem kanału C_f, który w tym celu został dodany. Kanał SS zostaje użyty ponownie, kiedy puste sąkolejki, pierwsza, WSD, i trzecia, WSF.

Dla otrzymanej stąd zamiany między kanałem C_s a kanałem C_f zakłada się, że przyporządkowanie Kanał C_s <--> Kanał C_f w pierwszym interfejsie telekomunikacyjnym DIFS i drugim interfejsie telekomunikacyjnym DIPS przy zastosowaniu standardu DECT jest znane. Podobnie, jak kanał C_s, do transmisji w przeciwnym kierunku może być wykorzystany oczywiście również kanał C_f, o ile już istnieje.

Dopóki współczynnik wypełnienia pierwszej kolejki WSD znajduje się poniżej progu SD, warstwa DLC do zasilania drugiej kolejki wykorzystuje format pola A standardu DECT. Po przekroczeniu progu SD, trzecia kolejka WSF zasilana jest w formie pola B DECT. Przełączanie w celu nadawania z trzeciej kolejki WSF odbywa się zależnie od struktury kanału C_f, wtedy, kiedy druga kolejka WSS jest pusta, lub kiedy gotowy jest kanał C_f.

Po pierwsze kolejka WSS zawiera tylko kompletną ramkę warstwy DLC pola A:

Przełączenie odbywa się wtedy zawsze w granicach ramki warstwy DLC. Dla określenia rozmiarów ramki warstwy DLC stosuje się trzy kryteria: możliwie krótka ramka, dzięki czemu najkrótsze z możliwych jest opóźnienie przełączenia na nadawanie z trzeciej kolejki WSF, z drugiej strony wzrost nadwyżki danych DLC-PDU, kiedy nie jest wykorzystana maksymalna długość ramki warstwy DLC, oraz ominięcie czasu realizacji kanału C_f.

Do sterowania przełączaniem Kanał C_s <--> Kanał C_f wykorzystuje się procedury warstwy DLC.

Tak więc wchodzą w grę na przykład procedury standardowe DECT (Potwierdzone zawieszenie klasy B/ podjęcie na nowo klasy B) w zmodyfikowanej postaci dostosowanej do tego zastosowania.

Przejście kanał C_s —> kanał C_f według fig. 12

Kiedy pierwsza kolejka WSS jest pusta, to znaczy potwierdzona zostaje zgodnie z protokołem HDLC ostatnia ramka I, to inicjujący interfejs telekomunikacyjny DIFS, DIPS (na przykład drugi interfejs telekomunikacyjny DIPS) wysyła rozkaz „SUSPEND” („zawieś”) w kanał C_s. W przypadku, kiedy interfejs współpracujący (pierwszy interfejs telekomunikacyjny DIPS) sam jeszcze ma do wysłania jeszcze ramkę I z pierwszej kolejki WSS, to kończy jąmożliwie najwcześniej przy następnej granicy ramki (resztkowe ramki zostająprzeniesione do trzeciej kolejki WSF), odczekuje na ostatnie potwierdzenie w kanale C_s i akceptuje rozkaz „SUSPEND” (zawieszenie) w kanale C_s.

Następnie drugi interfejs telekomunikacyjny inicjuje ponowne podjęcie połączenia (łącza dacyjnego) rozkazem „RESUME” w kanale C_f. Pierwszy interfejs telekomunikacyjny DIFS kwituje go w kanale C_r. Następnie obydwa interfejsy telekomunikacyjne DIFS, DIPS, kontynuują transmisję w kanale C_f.

183 294

Przejście kanał C_f —> kanał C_s według fig. 13

Przełączenie powrotne następuje, kiedy po obu stronach pusta jest pierwsza kolejka WSD i trzecia kolejka WSF i nastąpiło pokwitowanie ostatniej ramki I, przy czym różnice występują w dwóch przypadkach:

Kiedy warunek społeczny jest najpierw w tym interfejsie telekomunikacyjnym, który uruchomił przełączenie (drugi interfejs telekomunikacyjny DIPS), to drugi interfejs telekomunikacyjny DIPS nadaje rozkaz „SUSPEND” w kanale C_f, pierwszy interfejs telekomunikacyjny DIFS odmawia wykonania rozkazu „SUSPEND” w kanale C_f i kontynuuje nadawanie informacji w kanale C_f oraz pierwszy interfejs telekomunikacyjny DIFS przejmuje tym samym w wyniku również inicjatywę przełączania na kanał C_s i ze swojej strony wprowadza „Suspensjon/Resumption, kiedy kanał C_f nie jest już potrzebny. W międzyczasie możliwe jest również w razie potrzeby spontaniczne wykorzystanie przez drugi interfejs telekomunikacyjny DIPS kanału C_f.

Warunek przy którym interfejs telekomunikacyjny DIFS, DIPS, który przed przełączeniem na kanał C_f został uruchomiony lub podtrzymywany poprzednio zostaj e spełniony później.

Przypadek ten kończy wykorzystanie kanału C_f i powoduje powrotne przełączenie na kanał C_s.

Odpowiadający interfejs telekomunikacyjny DIFS, DIPS w tym przypadku akceptuje „Zawieszenie” w kanale C_f. Zawieszający interfejs telekomunikacyjny DIFS, DIPS inicjuje następnie „Resumption - wznowienie” na kanale C_s.

Drugi przypadek przechodzenia z formatu A na format B obejmuje przełączenie wewnątrz ramki I. To uzupełnienie pozwala uniknąć dodatkowej transmisji danych w przypadku optymalnych ramek warstwy DLC, jednakże zakłada, że przełączenie Kanał C_s <--> Kanał C_f dla warstwy DLC jest bez luk, i że dokładny punkt przełączenia jest rozpoznawalny również dla odbiornika.

Warstwa DLC w części nadawczej po starcie ramki w drugiej kolejce WSS utrzymuje długość ramki L, należy się jednak liczyć z tym, że wewnątrz ramki następuje przełączenie na trzecią kolejkę WSF i że tam ramka zostaj e przełączona na format pola B. W tym przypadku zapamiętuje ona L i wszystkie dane przekazane już do drugiej kolejki WSS i ponadto może na ich podstawie utworzyć zakończenie ramki (dopełnienie oktetów, suma kontrolna) zgodnie z regułami pola B.

Do sterowania przełączaniem nie powodującym luk w warstwie DLC można wykorzystać rozszerzenie znanych znormalizowanych funkcji warstwy MAC. Rozszerzenie to dotyczy pola A w sposób następujący. W nagłówku komunikatu warstwy MAC w jeszcze wolne punkty kodowania zostaje wstawiony rozkaz typu MAC „przełączenie Kanał C_s/Kanał C_f”, a reszta pola A zawiera pod tym rozkazem najczęściej następujące informacje: odniesienie do połączeń MAC, między którymi powinno odbywać się przełączenie Kanał C_s/Kanał C_f (wykorzystuje się już zdefiniowany numer ECN, rozkaz specjalny Kanał C_s -+ Kanał Cf Kanał C_f -> Kanał C_s, potwierdzenie: Przełączenie zaakceptowane/nie zaakceptowane, stwierdzenie poprawności odbioru rozkazu „POTWIERDZENIE”, pole puste (Funkcja oczekiwania, do wykorzystania, kiedy nie jest możliwe bezpośrednie potwierdzenie).

Pole B przedziału czasowego z informacjami sterującymi MAC przenosi albo informacje o użytkowniku (Płaszczyzna U), w przypadku użycia kanału C_s, albo samą informację sygnalizacyjną, bądź żadną przy zastosowaniu kanału C_s.

Przełączenie w ramce I przebiega zgodnie ze schematem podobnym do zaznaczonego szkicowo wstępnie w odniesieniu do pierwszego przypadku. Kanał C_s -> Kanał C_f według fig. 14

Inicjujący interfejs telekomunikacyjny DIFS, DIPS nadaje w kanale C_s po zestawieniu połączenia MAC do kanału C_f zamiast segmentu ramki I rozkaz przełączenia Kanał Cs/Kanał C_f. Strona przeciwna kwituje na kanale C_s zaakceptowanie (w tym przypadku nie ma podstawy do odmowy). Następnie obydwa interfejsy telekomunikacyjne DIFS, DIPS kontynuujątransmisję na kanale C_f.

Kanał C_f -> Kanał C_s według fig. 15

183 294

Kiedy interfejs telekomunikacyjny DIFS, DIPS inicjujący kanał C_f nie potrzebuje już tego kanału, to nadaje w kanale momencie kanał nie jest potrzebny również drugiej stronie (puste kolejki WSD, WSF), to przekazuje pokwitowanie z akceptacjąprzełączenia powrotnego. W innym przypadku odmawia dokonania przełączenia powrotnego i przejmuje tym samym na siebie inicjatywę ponownego zainicjowania połączenia powrotnego, kiedy kanał C_f nie będzie już potrzebny. Dopóki kanał C_f jest aktywny, może być ponownie wykorzystywany po drugiej stronie.

Sposób może być oczywiście stosowany również w granicach ramki I. Istnieją przy tym dwie możliwości: Rozkazy MAC i pokwitowania są stosowane, czyli nadawane, na granicach ramek DLC, oraz rozkazy i pokwitowania MAC są wyprzedzająco włączane już podczas trwających transmisji ramek DLC Jednakowoż moment czasowy uaktywnienia wyznaczany jest na końce ramek DLC. Dzięki temu osiąga się zysk czasowy, ponieważ negocjacje i ewentualne operacje wynikowe mogą występować już równolegle do jeszcze trwającej transmisji. Ponadto kanał C_fmoże być realizowany zgodnie ze standardem DECT zależnie od zapotrzebowania z obu interfejsów telekomunikacyjnych. Kolizje przy tym powinny prowadzić do wspólnego kanału, przy czym przy kolizji między zestawianiem i likwidacjąpriorytet ma likwidacja. Wykorzystanie kanału C_f może być stymulowane dodatkowo również przez inne kryteria.

Claims (400)

1. Sposób sterowania przełączaniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, do systemu telekomunikacyjnego, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, oraz dokonuje się transmisji rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST), która jest stymulowana w podsystemie telekomunikacyjnym przez określony wynik analizy informacji pozostałych do przeniesienia w co najmniej jednym z obu interfejsów telekomunikacyjnych (DIFS, DIPS).

2. Sposób według zastrz. 1, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (Ć_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

3. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM).

4. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

5. Sposób według zastrz. 1, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

6. Sposób według zastrz. 1, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

183 294

7. Sposób według zastrz. 1, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING-CONFIRM, ATTRIBUTE_ CONFIRM).

8. Sposób według zastrz. 1, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM).

9. Sposób według zastrz. 1, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM).

10. Sposób według zastrz. 1, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

11. Sposób według zastrz. 1, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

12. Sposób według zastrz. 1, znamienny tym, że informacja testowa jest komunikatem RECEIVE_READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIVE_READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

13. Sposób według zastrz. 1, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

14. Sposób według zastrz. 1, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

15. Sposób według zastrz. 1, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

16. Sposób według zastrz. 1, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

17. Sposób według zastrz. 1, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

183 294

18. Sposób według zastrz. 1, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

19. Sposób według zastrz. 1, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

20. Sposób według zastrz. 1, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

21. Sposób według zastrz. 1, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

22. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHINGCONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

23. Sposób według zastrz. 1, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większąniż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (CJ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (Cg), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

24. Sposób według zastrz. 1, znamienny tym, że w drugim kanale podsystemowym (Cg) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (CJ, przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (CJ jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (C^ na trzeci kanał podsystemowy (Cg), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_R£QUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (C^, zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE- CONFIRM).

25. Sposób według zastrz. 1, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większąniż w drugim kanale podsystemowym (Cg), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (Cg) na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocąktórego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE- CONFIRM).

183 294

26. Sposób według zastrz. 1, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

27. Sposób według zastrz. 1, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

28. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM).

29. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM) kwituje się odmownie lub akceptująco.

30. Sposób według zastrz. 1, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

31. Sposób według zastrz. 1, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM), transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w któiym nastąpiło jej przerwanie.

32. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

33. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

34. Sposób według zastrz. 1, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) transmituje się w drugiej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

35. Sposób według zastrz. 1, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

36. Sposób według zastrz. 1, znamienny tym, że informacje systemowe transmituje się w kanale D.

37. Sposób według zastrz. 1, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

38. Sposób według zastrz. 1, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

39. Sposób według zastrz. 1, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

183 294

40. Sposób według zastrz. 1, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

41. Sposób według zastrz. 1, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podobnych standardów transmisyjnych.

42. Sposób według zastrz. 1, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

43. Sposób według zastrz. 1, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP (DGS).

44. Sposób według zastrz. 1, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (C_s) i trzeci kanał podsystemowy (C^ stosuje się kanał (C_f) systemu DECT/GAP (DGS).

45. Sposób według zastrz. 1, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

46. Sposób według zastrz. 1, znamienny tym, że jako potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM) stosuje się element informacyjny ATTRIBUTECONFIRUM standardu DECT.

47. Sposób według zastrz. 1, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

48. Sposób według zastrz. 1, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

49. Sposób według zastrz. 1, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

50. Sposób według zastrz. 1, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

51. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocąktórego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia SWITCHINGCONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, po czym rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

183 294

52. Sposób według zastrz. 51, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

53. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM).

54. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwanie w sposób nieokreślony.

55. Sposób według zastrz. 51, znamienny tym, że potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

56. Sposób według zastrz. 51, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

57. Sposób według zastrz. 51, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

58. Sposób według zastrz. 51, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (S WITCHING- REQUEST, ATTRIBUTE_ REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_ REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS), zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

59. Sposób według zastrz. 51, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (S WITCHING_ REQUEST, ATTRIBUTE_ REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_ REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM).

60. Sposób według zastrz. 51, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

61. Sposób według zastrz. 51, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

183 294

62. Sposób według zastrz. 51, znamienny tym, że informacja testowa jest komunikatem RECEIYEREADY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIYE READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

63. Sposób według zastrz. 51, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

64. Sposób według zastrz. 51, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k - 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

65. Sposób według zastrz. 51, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

66. Sposób według zastrz. 51, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

67. Sposób według zastrz. 51, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

68. Sposób według zastrz. 51, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

69. Sposób według zastrz. 51, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

70. Sposób według zastrz. 51, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

71. Sposób według zastrz. 51, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

72. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST)transmituje się(SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

73. Sposób według zastrz. 51, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (C,) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (Cj, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (C^, zaś z drugiego interfejsu telekomunikacyjnego (DIFS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM).

74. Sposób według zastrz. 51, znamienny tym, że w drugim kanale podsystemowym (CJ stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (CJ jest przyporządkowany trzeciej trasie

183 294 transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (C_s) na trzeci kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (Ć_s), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

75. Sposób według zastrz. 51, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C^, przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (CJ na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_ CONFIRM).

76. Sposób według zastrz. 51, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

77. Sposób według zastrz. 51, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

78. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE REQUEST) i/lub potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_ CONFIRM).

79. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_ CONFIRM) kwituje się odmownie lub akceptująco.

80. Sposób według zastrz. 51, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

81. Sposób według zastrz. 51, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

82. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

83. Sposób według zastrz. 52, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS),

183 294 podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

84. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM) transmituje się w drugiej warstwie transmisji informacji (warstwie MAC) która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

85. Sposób według zastrz. 51, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

86. Sposób według zastrz. 52, znamienny tym, że informacje systemowe transmituje się w kanale D.

87. Sposób według zastrz. 51, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

88. Sposób według zastrz. 51, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

89. Sposób według zastrz. 51, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

90. Sposób według zastrz. 51, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

91. Sposób według zastrz. 51, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

92. Sposób według zastrz. 51, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

93. Sposób według zastrz. 51, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP (DGS).

94. Sposób według zastrz. 51, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (Ć^ i trzeci kanał podsystemowy (C^ stosuje się kanał (C_f) systemu DECT/GAP (DGS).

95. Sposób według zastrz. 51, znamienny tym, że jako rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE-REQUEST standardu DECT.

96. Sposób według zastrz. 51, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM) stosuje się element informacyjny ATTRIBUTE_CONFIRM standardu DECT.

97. Sposób według zastrz. 51, znamienny tym, że rozkaz przełączenia (SWITCHING_ REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

98. Sposób według zastrz. 51, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

99. Sposób według zastrz. 51, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

100. Sposób według zastrz. 51, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

183 294

101. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_ REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadal rozkaz przełączenia, po czym potwierdza się przełączenie (SWITCHINGCONFIRM, ATTRIBUTECONFIRM), które stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

102. Sposób według zastrz. 101, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma intrerfejsami telekomunikacyjnymi (DIFS, DIPS).

103. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_ REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

104. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_ REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

105. Sposób według zastrz. 101, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

106. Sposób według zastrz. 101, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

107. Sposób według zastrz. 101, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

108. Sposób według zastrz. 101, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQU

183 294

EST), przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

109. Sposób według zastrz. 101, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

110. Sposób według zastrz. 101, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

111. Sposób według zastrz. 101, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

112. Sposób według zastrz. 101, znamienny tym, że informacja testowa jest komunikatem RECEIVE_READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RJECEIVE_READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

113. Sposób według zastrz. 101, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

114. Sposób według zastrz. 101, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

115. Sposób według zastrz. 101, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

116. Sposób według zastrz. 101, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

117. Sposób według zastrz. 101, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

118. Sposób według zastrz. 101, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

119. Sposób według zastrz. 101, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

120. Sposób według zastrz. 101, znamienny tym, że w tym jednym kanale podsystemowym (CJ i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

183 294

121. Sposób według zastrz. 101, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

122. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), transmituje się (SWITCHING_CONFIRM, ATTRIBUTE_CONFIRM) z pierwszego intrerfejsu telekomunikacyjnego (DIFS).

123. Sposób według zastrz. 101, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (C^ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (CJ, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (CJ, zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

124. Sposób według zastrz. 101, znamienny tym, że w drugim kanale podsystemowym (C_s) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (C.) jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (C^ na trzeci kanał podsystemowy (C^, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (Cj), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

125. Sposób według zastrz. 101, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większąniż w drugim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (C_s) na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

126. Sposób według zastrz. 101, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

127. Sposób według zastrz. 101, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

183 294

128. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_CONFIRM).

129. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE CONEIRM) kwituje się odmownie lub akceptująco.

130. Sposób według zastrz. 101, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

131. Sposób według zastrz. 101, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONEIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

132. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

133. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

134. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w drugiej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczone do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

135. Sposób według zastrz. 101, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

136. Sposób według zastrz. 101, znamienny tym, że informacje systemowe transmituje się w kanale D.

137. Sposób według zastrz. 101, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

138. Sposób według zastrz. 101, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

139. Sposób według zastrz. 101, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

140. Sposób według zastrz. 101, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS=54” lub system PDC.

141. Sposób według zastrz. 101, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

183 294

142. Sposób według zastrz. 101, znamienny tym, że jako pierwszy interfej s telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

143. Sposób według zastrz. 101, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP (DGS).

144. Sposób według zastrz. 101, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (CJ i trzeci kanał podsystemowy (C_s) stosuje się kanał (C_f) systemu DECT/GAP (DGS).

145. Sposób według zastrz. 101, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_ REQUEST standardu DECT.

146. Sposób według zastrz. 101, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM ATTRIBUTE CONFIRM) stosuje się element informacyjny ATTRIBUTE_ CONFIRM standardu DECT.

147. Sposób według zastrz. 101, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

148. Sposób według zastrz. 101, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING_CONFIRM ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

149. Sposób według zastrz. 101, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

150. Sposób według zastrz. 101, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

151. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisj i informacj i, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem inerfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych , znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że infonnacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, zaś następnie przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM ATTRIBUTE CONFIRM).

152. Sposób według zastrz. 151, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

153. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym

183 294 okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING_CONFIRM ATTRIBUTECONFIRM).

154. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHINGCONFIRM ATTRIBUTECONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

155. Sposób według zastrz. 151, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM ATTRIBUTE CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, zapomocąktórego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

156. Sposób według zastrz. 151, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING_CONFIRM ATTRIBUTE CONFIRM).

157. Sposób według zastrz. 151, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM ATTRIBUTECONFIRM).

158. Sposób według zastrz. 151, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfej su telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM ATTRIBUTECONFIRM).

159. Sposób według zastrz. 151, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SW1TCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM ATTRIBUTE CONFIRM).

160. Sposób według zastrz. 151, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

161. Sposób według zastrz. 151, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

162. Sposób według zastrz. 151, znamienny tym, że informacja testowa jest komunikatem RECEIVE_READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIVE_READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

183 294

163. Sposób według zastrz. 151, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

164. Sposób według zastrz. 151, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

165. Sposób według zastrz. 151, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

166. Sposób według zastrz. 151, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub infomacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

167. Sposób według zastrz. 151, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

168. Sposób według zastrz. 151, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

169. Sposób według zastrz. 151, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

170. Sposób według zastrz. 151, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

171. Sposób według zastrz. 151, znamienny tym, że w tym samym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

172. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

173. Sposób według zastrz. 151, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (C^ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (CJ, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (C_s), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

174. Sposób według zastrz. 151, znamienny tym, że w drugim kanale podsystemowym (Cj) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (C_s) jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (C_s) na trzeci kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBL^!TEREQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfej

183 294 sowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (CJ, zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM ATTRIBUTECONFIRM).

175. Sposób według zastrz. 151, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjnąwiększąniż w drugim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (Cs jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_r), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (CJ na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

176. Sposób według zastrz. 151, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

177. Sposób według zastrz. 151, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

178. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

179. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM) kwituje się odmownie lub akceptująco.

180. Sposób według zastrz. 151, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (S WITCHTNG_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenia kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

181. Sposób według zastrz. 151, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

182. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

183. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

184. Sposób według zastrz. 151, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w drugiej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji in

183 294 terfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

185. Sposób według zastrz. 151, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

186. Sposób według zastrz. 151, znamienny tym, że informacje systemowe transmituje się w kanale D.

187. Sposób według zastrz. 151, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

188. Sposób według zastrz. 151, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

189. Sposób według zastrz. 151, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

190. Sposób według zastrz. 151, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

191. Sposób według zastrz. 151, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMAlub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

192. Sposób według zastrz. 151, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

193. Sposób według zastrz. 151, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP (DGS).

194. Sposób według zastrz. 151, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (C_s) i trzeci kanał podsystemowy (C^ stosuje się kanał (C_f) systemu DECT/GAP (DGS).

195. Sposób według zastrz. 151, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

196. Sposób według zastrz. 151, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM) stosuje się element informacyjny ATTRIBUTE CONFIRM standardu DECT.

197. Sposób według zastrz. 151, znamienny tym, że jako rozkaz przełączenia (S WITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

198. Sposób według zastrz. 151, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING_ CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

199. Sposób według zastrz. 151, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

200. Sposób według zastrz. 151, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

201. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa

183 294 interfejsy telekomunikacyjne, które są ze sobą za pośrednictwem przynajmniej jednym kanałem podsystemowym spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włączony jest do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f) przekazuje się potwierdzenie przełączenia (SWITCHING_ CONFIRM, ATTRIBUTECONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, po czym po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

202. Sposób według zastrz. 201, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

203. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWTTCHINGREQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

204. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

205. Sposób według zastrz. 201, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DLFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_v).

206. Sposób według zastrz. 201, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

207. Sposób według zastrz. 201, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING-CONFIRM, ATTRIBUTE CONFIRM).

208. Sposób według zastrz. 201, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

209. Sposób według zastrz. 201, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję

183 294 informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM).

210. Sposób według zastrz. 201, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępne typowe parametry dla podsystemu.

211. Sposób według zastrz. 201, znamienny tym, że na innym kanale podsystemowym (Cy) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

212. Sposób według zastrz. 201, znamienny tym, że informacja testowa jest komunikatem RECEIVE READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIVE_READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

213. Sposób według zastrz. 201, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

214. Sposób według zastrz. 201, znamienny tym, że informacje transmituje się zgodnie z zadana zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

215. Sposób według zastrz. 201, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

216. Sposób według zastrz. 201, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

217. Sposób według zastrz. 201, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

218. Sposób według zastrz. 201, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

219. Sposób według zastrz. 201, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

220. Sposób według zastrz. 201, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

221. Sposób według zastrz. 201, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

222. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST) transmituje się (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

223. Sposób według zastrz. 201, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (CJ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się

183 294 przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocąktórego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (Cs), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM).

224. Sposób według zastrz. 201, znamienny tym, że w drugim kanale podsystemowym (Cj) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (C^, przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (C^ jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (CJ na trzeci kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocąktórego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (C^, zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

225. Sposób według zastrz. 201, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (C^ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (C_s) na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

226. Sposób według zastrz. 201, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

227. Sposób według zastrz. 201, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez interfejs telekomunikacyjny (DIFS).

228. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

229. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, AT1RIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się odmownie lub akceptująco.

230. Sposób według zastrz. 201, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (S WITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie

183 294 rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE _REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

231. Sposób według zastrz. 201, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTE CONFIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

232. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

233. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

234. Sposób według zastrz. 201, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (S WITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

235. Sposób według zastrz. 201, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

236. Sposób według zastrz. 201, znamienny tym, że informacje systemowe transmituje się w kanale D.

237. Sposób według zastrz. 201, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

238. Sposób według zastrz. 201, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

239. Sposób według zastrz. 201, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

240. Sposób według zastrz. 201, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

241. Sposób według zastrz. 201, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

242. Sposób według zastrz. 201, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

243. Sposób według zastrz. 201, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

244. Sposób według zastrz. 201, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (CJ i trzeci kanał podsystemowy (C^ stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

245. Sposób według zastrz. 201, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

183 294

246. Sposób według zastrz. 201, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_CONFIRM) stosuje się element informacyjny ATTR1BUTECONFIRM standardu DECT.

247. Sposób według zastrz. 201, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

248. Sposób według zastrz. 201, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

249. Sposób według zastrz. 201, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

250. Sposób według zastrz. 201, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

251. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING-REQUEST, ATTRIBUTE-REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, po czym na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaj e się pewną informację testową z żądaniem potwierdzenia.

252. Sposób według zastrz. 251, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

253. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

254. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM) nadaje się jeszcze zadanąliczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

255. Sposób według zastrz. 251, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

256. Sposób według zastrz. 251, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

183 294

257. Sposób według zastrz. 251, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

258. Sposób według zastrz. 251, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

259. Sposób według zastrz. 251, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

260. Sposób według zastrz. 251, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

261. Sposób według zastrz. 251, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

262. Sposób według zastrz. 251, znamienny tym, że informacja testowa jest komunikatem RECEIVE READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIVE_READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

263. Sposób według zastrz. 251, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

264. Sposób według zastrz. 251, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k - 1).

265. Sposób według zastrz. 251, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

266. Sposób według zastrz. 251, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

267. Sposób według zastrz. 251, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

183 294

268. Sposób według zastrz. 251, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

269. Sposób według zastrz. 251, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

270. Sposób według zastrz. 251, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

271. Sposób według zastrz. 251, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

272. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

273. Sposób według zastrz. 251, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (Cg) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_r) na drugi kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocąktórego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (C_s), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

274. Sposób według zastrz. 251, znamienny tym, że w drugim kanale podsystemowym (C_s) stosuje się przepustowość transmisyjną taką samą, jak w trzecim kanale podsystemowym (CJ, przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (CJ jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (CJ na trzeci kanał podsystemowy (CJ, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocąktórego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (CJ, zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

275. Sposób według zastrz. 251, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (CJ, przy czym drugi kanał podsystemowy (CJ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (CJ na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM).

183 294

276. Sposób według zastrz. 251, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

277. Sposób według zastrz. 251, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

278. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTE_CONFIRM).

279. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) kwituje się odmownie lub akceptująco.

280. Sposób według zastrz. 251, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (S WITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

281. Sposób według zastrz. 251, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

282. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

283. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

284. Sposób według zastrz. 251, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTEREQUEST) i potwierdzenie przełączenia (S WITCHINGCONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

285. Sposób według zastrz. 251, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

286. Sposób według zastrz. 251, znamienny tym, że informacje systemowe transmituje się w kanale D.

287. Sposób według zastrz. 251, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

288. Sposób według zastrz. 251, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

289. Sposób według zastrz. 251, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

183 294

290. Sposób według zastrz. 251, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

291. Sposób według zastrz. 251, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

292. Sposób według zastrz. 251, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

293. Sposób według zastrz. 251, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_v), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

294. Sposób według zastrz. 251, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (C_s) i trzeci kanał podsystemowy (C_s) stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

295. Sposób według zastrz. 251, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

296. Sposób według zastrz. 251, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny ATTRIBUTE_CONFIRM standardu DECT.

297. Sposób według zastrz. 251, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

298. Sposób według zastrz. 251, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

299. Sposób według zastrz. 251, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

300. Sposób według zastrz. 251, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

301. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisji informacji, zwłaszcza włączonym do systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włącza się do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, a następne informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

183 294

302. Sposób według zastrz. 301, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

303. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

304. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM) nadaje się jeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

305. Sposób według zastrz. 301, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (C_y).

306. Sposób według zastrz. 301, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

307. Sposób według zastrz. 301, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST) przerywa się transmisję informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SW1TCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM ATTRIBUTECONFIRM).

308. Sposób według zastrz. 301, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty końcowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE_CONFIRM).

309. Sposób według zastrz. 301, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

310. Sposób według zastrz. 301, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

311. Sposób według zastrz. 301, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

183 294

312. Sposób według zastrz. 301, znamienny tym, że informacja testowa jest komunikatem RECEIVE_READY, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIYE-READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

313. Sposób według zastrz. 301, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

314. Sposób według zastrz. 301, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

315. Sposób według zastrz. 301, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

316. Sposób według zastrz. 301, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

317. Sposób według zastrz. 301, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

318. Sposób według zastrz. 301, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

319. Sposób według zastrz. 301, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

320. Sposób według zastrz. 301, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (Cp stosuje się różne przepustowości transmisyjne.

321. Sposób według zastrz. 301, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

322. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

323. Sposób według zastrz. 301, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (Cg) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (Cg), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (Cg), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM).

324. Sposób według zastrz. 301, znamienny tym, że w drugim kanale podsystemowym (C_s) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (C_s), przy czym drugi kanał podsystemowy (Cg) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (Cg) jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z dru

183 294 giego kanału podsystemowego (Cg) na trzeci kanał podsystemowy (CJ, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (C_s), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

325. Sposób według zastrz. 301, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C^, przy czym drugi kanał podsystemowy (C^ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podsystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (CJ na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

326. Sposób według zastrz. 301, znamienny tym, że zestawienie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

327. Sposób według zastrz. 301, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

328. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM).

329. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się odmownie lub akceptująco.

330. Sposób według zastrz. 301, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

331. Sposób według zastrz. 301, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

332. Sposób według zastrz. 301 znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

333. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

183 294

334. Sposób według zastrz. 301, znamienny tym, że rozkaz przełączenia (S WITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTECONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie MAC) która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE_CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

335. Sposób według zastrz. 301, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

336. Sposób według zastrz. 301, znamienny tym, że informacje systemowe transmituje się w kanale D.

337. Sposób według zastrz. 301, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

338. Sposób według zastrz. 301, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

339. Sposób według zastrz. 301, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

340. Sposób według zastrz. 301, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

341. Sposób według zastrz. 301, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych..

342. Sposób według zastrz. 301, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

343. Sposób według zastrz. 301, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_v), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

344. Sposób według zastrz. 301, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (CJ i trzeci kanał podsystemowy (Cj) stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

345. Sposób według zastrz. 301, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

346. Sposób według zastrz. 301, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny ATTRIBUTE CONFIRM standardu DECT.

347. Sposób według zastrz. 301, znamienny tym, że jako rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

348. Sposób według zastrz. 301, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

349. Sposób według zastrz. 301, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

350. Sposób według zastrz. 301, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.

351. Sposób sterowania przełączeniem kanałów telekomunikacyjnych w podsystemie telekomunikacyjnym włączonym w postaci pętli transmisj i informacji, zwłaszcza włączonym do

183 294 systemu ISDN podsystemu RLL/WLL zgodnego ze standardem DECT, przy czym w systemie telekomunikacyjnym transmituje się informacje systemowe, do podsystemu telekomunikacyjnego przydziela się wiele kanałów podsystemowych do transmitowania informacji podsystemowych i informacji systemowych, do podsystemu telekomunikacyjnego przydziela się dwa interfejsy telekomunikacyjne, które połączone są ze sobą za pośrednictwem co najmniej jednego kanału podsystemowego spośród kanałów podsystemowych, podsystem telekomunikacyjny za pośrednictwem interfejsów telekomunikacyjnych, włączony jest do systemu telekomunikacyjnego, zaś informacje przenosi się w tym jednym kanale podsystemowym spośród kanałów podsystemowych, znamienny tym, że przekazuje się rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST, SUSPEND) za pomocą którego jeden z obu interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje innemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w innym kanale podsystemowym (C_y) spośród kanałów podsystemowych (C_s, C_f), przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM, RESUME) z interfejsu telekomunikacyjnego (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, po czym informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DIIS) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

352. Sposób według zastrz. 351, znamienny tym, że określony wynik analizy polega na braku w ciągu określonego czasu w tym jednym kanale podsystemowym (C_x) transmisji jakiejkolwiek informacji między oboma interfejsami telekomunikacyjnymi (DIFS, DIPS).

353. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) przekazuje się ponownie, kiedy po zadanym okresie czasu nie nastąpi przekazanie potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

354. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) przy powtarzającym się braku potwierdzenia przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM) nadaje sięjeszcze zadaną liczbę razy, przed uznaniem przełączenia za przerwane w sposób nieokreślony.

355. Sposób według zastrz. 351, znamienny tym, że potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stanowi potwierdzenie otrzymania rozkazu przełączenia, za pomocą którego interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia do interfejsu telekomunikacyjnego (DIFS, DIPS), który nadał rozkaz przełączenia, sygnalizuje, że informacje zaczynają być transmitowane na innym kanale podsystemowym (Cy).

356. Sposób według zastrz. 351, znamienny tym, że przed, w trakcie, lub po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji, przy czym transmisję informacji wznawia się w czasie, lub po, przekazaniu potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

357. Sposób według zastrz. 351, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacj i, przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (S WITCHING_REQUEST, ATTRIBUTE_REQUEST) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

358. Sposób według zastrz. 351, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST), przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (S WITCHING_REQUEST, ATTRIBUTE_REQUEST), wtedy, kiedy z tego interfejsu telekomunikacyjnego (DIFS, DIPS) zostaje przekazany zamknięty koń

183 294 cowy pakiet informacyjny, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego pakietu informacyjnego nadaje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTECONFIRM).

359. Sposób według zastrz. 351, znamienny tym, że bezpośrednio po transmisji rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który nadał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), przy czym w zasadzie niezwłocznie po przetransmitowaniu rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) przerywa się transmisję informacji przez interfejs telekomunikacyjny (DIFS, DIPS), który otrzymał rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTEREQUEST), po okresie czasu zadanym dla potwierdzenia już odebranych informacji, przy czym w zasadzie niezwłocznie po przetransmitowaniu tego potwierdzenia, przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

360. Sposób według zastrz. 351, znamienny tym, że po przetransmitowaniu potwierdzenia przełączenia a przed przetransmitowaniem informacji systemowych na innym kanale podsystemowym (C_y) przywraca się zadane wstępnie typowe parametry dla podsystemu.

361. Sposób według zastrz. 351, znamienny tym, że na innym kanale podsystemowym (C_y) po przełączeniu kanału nadaje się pewną informację testową z żądaniem potwierdzenia.

362. Sposób według zastrz. 351, znamienny tym, że informacja testowa jest komunikatem RECEIVE_READ Y, który nadaje się w charakterze rozkazu (COMMAND), przy czym potwierdzenie jest komunikatem RECEIVE-READY, który nadaje się w charakterze odpowiedzi (RESPONSE).

363. Sposób według zastrz. 351, znamienny tym, że w wyniku niezwłocznego przerwania niecałkowicie przetransmitowany lub nie potwierdzony pakiet informacyjny informacji przeznaczonych do transmisji w innym kanale telekomunikacyjnym (C_y) po przełączeniu kanału nadaje się ponownie.

364. Sposób według zastrz. 351, znamienny tym, że informacje transmituje się zgodnie z zadaną zasadą transmisji przy pewnej zadanej długości sekwencji transmisji (k = 3), przy czym informacje w innym kanale telekomunikacyjnym (C_y), po przełączeniu kanału, transmituje się przy możliwie najmniejszej długości sekwencji transmisji (k = 1).

365. Sposób według zastrz. 351, znamienny tym, że zasada transmisji z zadaną sekwencją transmisji jest protokółem HDLC dla transmisji ramek HDLC.

366. Sposób według zastrz. 351, znamienny tym, że informacje systemowe transmituje się wraz z informacjami użytkowymi i/lub informacjami systemowymi i/lub informacjami o podsystemie, między interfejsami telekomunikacyjnymi (DIFS, DIPS) systemu telekomunikacyjnego (RW-TTS, DUŚ) na trasach transmisyjnych o różnych identyfikatorach (LCNx, LCNy, LCNz).

367. Sposób według zastrz. 351, znamienny tym, że pierwszej trasie transmisyjnej, której przyporządkowany jest pierwszy kanał podsystemowy (C_f), przydziela się pierwszy identyfikator, który nie zajęty jest przez inne trasy transmisyjne.

368. Sposób według zastrz. 351, znamienny tym, że pierwszy identyfikator jest aktualnie najmniejszym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

369. Sposób według zastrz. 351, znamienny tym, że pierwszy identyfikator jest aktualnie największym możliwym do nadania identyfikatorem spośród dostępnych do nadania trasie transmisyjnej.

370. Sposób według zastrz. 351, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się różne przepustowości transmisyjne.

371. Sposób według zastrz. 351, znamienny tym, że w tym jednym kanale podsystemowym (C_x) i innym kanale podsystemowym (C_y) stosuje się jednakowe przepustowości transmisyjne.

372. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) transmituje się (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) z pierwszego interfejsu telekomunikacyjnego (DIFS).

183 294

373. Sposób według zastrz. 351, znamienny tym, że w pierwszym kanale podsystemowym (C_f) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (C_s), przy czym pierwszy kanał podsystemowy (C_f) jest przyporządkowany pierwszej trasie transmisyjnej o pierwszym identyfikatorze, a drugi kanał podsystemowy (CJ jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, oraz dokonuje się przełączenia z pierwszego kanału podsystemowego (C_f) na drugi kanał podsystemowy (CJ, przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w drugim kanale podsystemowym (C_s), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHINGCONFIRM, ATTRIBUTECONFIRM).

374. Sposób według zestrz. 351, znamienny tym, że w drugim kanale podsystemowym (C_s) stosuje się przepustowość transmisyjną taką samą jak w trzecim kanale podsystemowym (Cg), przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze, a trzeci kanał podsystemowy (C_s) jest przyporządkowany trzeciej trasie transmisyjnej o trzecim identyfikatorze, oraz dokonuje się przełączenia z drugiego kanału podsystemowego (C_s) na trzeci kanał podsystemowy (C_s), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w trzecim kanale podsystemowym (C,), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

375. Sposób według zastrz. 351, znamienny tym, że w pierwszym kanale podsystemowym (C_r) stosuje się przepustowość transmisyjną większą niż w drugim kanale podsystemowym (CJ, przy czym drugi kanał podsystemowy (C_s) jest przyporządkowany drugiej trasie transmisyjnej o drugim identyfikatorze zaś pierwsza trasa transmisyjna o pierwszym identyfikatorze zestawiana jest dla pierwszego kanału podystemowego (C_f), oraz dokonuje się przełączenie z drugiego kanału podsystemowego (C_s) na pierwszy kanał podsystemowy (C_f), przy czym z pierwszego interfejsu telekomunikacyjnego (DIFS) do drugiego interfejsu telekomunikacyjnego (DIPS) przekazuje się rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE REQUEST) za pomocą którego pierwszy z interfejsów telekomunikacyjnych (DIFS, DIPS) sygnalizuje drugiemu interfejsowi telekomunikacyjnemu (DIFS, DIPS), że informacje należy transmitować w pierwszym kanale podsystemowym (C_f), zaś z drugiego interfejsu telekomunikacyjnego (DIPS) do pierwszego interfejsu telekomunikacyjnego (DIFS) przekazuje się potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

376. Sposób według zastrz. 351, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez pierwszy interfejs telekomunikacyjny (DIFS).

377. Sposób według zastrz. 351, znamienny tym, że zestawianie pierwszej trasy transmisyjnej o pierwszym identyfikatorze dla pierwszego kanału podsystemowego (C_f) uruchamia się przez drugi interfejs telekomunikacyjny (DIFS).

378. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) kwituje się z interfejsu telekomunikacyjnego, aktualnie odbierającego rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM).

183 294

379. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i/lub potwierdzenie przełączenia (SWITCHING_CONEIRM, ATTRIBUTE CONFIRM) kwituje się odmownie lub akceptująco.

380. Sposób według zastrz. 351, znamienny tym, że w przypadku odmowy przyjęcia rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) bądź potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) przełączenie kanału, przez nadanie rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST), inicjuje się ten interfejs telekomunikacyjny (DIFS, DIPS), który zasygnalizował odmowę.

381. Sposób według zastrz. 351, znamienny tym, że w przypadku zaakceptowania rozkazu przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenia przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmisję informacji, po ponownym podjęciu transmisji, rozpoczyna się w miejscu, w którym nastąpiło jej przerwanie.

382. Sposób według zastrz. 351 znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) nadaje się z pierwszego interfejsu telekomunikacyjnego (DIFS) lub drugiego interfejsu telekomunikacyjnego (DIPS).

383. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHINGREQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie DLC) struktury transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacji, w której głównie transmitowane są informacje podsystemu.

384. Sposób według zastrz. 351, znamienny tym, że rozkaz przełączenia (SWITCHING REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SW1TCHING_CONFIRM, ATTRIBUTE CONFIRM) transmituje się w pierwszej warstwie transmisji informacji (warstwie MAC), która jest podporządkowana strukturze transmisji informacji interfejsu telekomunikacyjnego (DIFS, DIPS), podzielonej na warstwy transmisji informacyjnej i przeznaczonej do transmitowania informacji podsystemu głównie pierwszej warstwy transmisyjnej informacji (warstwy DLC), przy czym rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_REQUEST) i potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) transmituje się w taki sposób, że struktura danych pierwszej informacyjnej warstwy transmisyjnej (warstwy DLC) pozostaje nienaruszona.

385. Sposób według zastrz. 351, znamienny tym, że system ISDN wykorzystuje się jako system telekomunikacyjny (ISDN).

386. Sposób według zastrz. 351, znamienny tym, że informacje systemowe transmituje się w kanale D.

387. Sposób według zastrz. 351, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system według standardu DECT.

388. Sposób według zas rz. 351, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system GSM.

389. Sposób według zastrz. 351, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system PHS, system WACS lub system PACS.

390. Sposób według zastrz. 351, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system „IS-54” lub system PDC.

391. Sposób według zastrz. 351, znamienny tym, że jako podsystem telekomunikacyjny (RW-TTS, DIIS) stosuje się system CDMA, system TDMA, system FDMA lub system hybrydowy, w odniesieniu do podanych standardów transmisyjnych.

392. Sposób według zasfrz. 351, znamienny tym, że jako pierwszy interfejs telekomunikacyjny stosuje się pośredniczący system stały DECT (DIFS) a jako drugi interfejs telekomunikacyjny stosuje się pośredniczący system przenośny DECT (DIPS).

393. Sposób według zastrz. 351, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako pierwszy kanał podsystemowy (C_f), stosuje się kanał (C_f) systemu DECT/GAP (DGS).

183 294

394. Sposób według zastrz. 351, znamienny tym, że jako jeden kanał podsystemowy (C_x) lub inny kanał podsystemowy (C_y), bądź jako drugi kanał podsystemowy (C_s) i trzeci kanał podsystemowy (C_s) stosuje się kanał (C_f) systemu DECT/GAP ( DGS).

395. Sposób według zastrz. 351, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_RJEQUEST) stosuje się element informacyjny ATTRIBUTE_REQUEST standardu DECT.

396. Sposób według zastrz. 351, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny ATTRIBUTE CONFIRM standardu DECT.

397. Sposób według zastrz. 351, znamienny tym, że jako rozkaz przełączenia (SWITCHING_REQUEST, ATTRIBUTE_RJEQUEST) stosuje się element informacyjny SUSPEND standardu DECT.

398. Sposób według zastrz. 351, znamienny tym, że jako potwierdzenie przełączenia (SWITCHING_CONFIRM, ATTRIBUTE CONFIRM) stosuje się element informacyjny RESUME standardu DECT.

399. Sposób według zastrz. 351, znamienny tym, że jako pierwszą warstwę przenoszenia informacji stosuje się warstwę sterowania łączem dacyjnym (DLC) standardu DECT.

400. Sposób według zastrz 351, znamienny tym, że jako drugą warstwę przenoszenia informacji stosuje się warstwę sterowania dostępem do nośnika (MAC) standardu DECT.