PL177380B1 - System transmisji danych sterujących w sieciach transmisji danych - Google Patents

System transmisji danych sterujących w sieciach transmisji danych

Info

Publication number
PL177380B1
PL177380B1 PL95315123A PL31512395A PL177380B1 PL 177380 B1 PL177380 B1 PL 177380B1 PL 95315123 A PL95315123 A PL 95315123A PL 31512395 A PL31512395 A PL 31512395A PL 177380 B1 PL177380 B1 PL 177380B1
Authority
PL
Poland
Prior art keywords
network
networks
subscriber
level
address
Prior art date
Application number
PL95315123A
Other languages
English (en)
Other versions
PL315123A1 (en
Inventor
Ludger Schäfers
Original Assignee
Ibm
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ibm filed Critical Ibm
Publication of PL315123A1 publication Critical patent/PL315123A1/xx
Publication of PL177380B1 publication Critical patent/PL177380B1/pl

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/417Bus networks with decentralised control with deterministic access, e.g. token passing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • H04L61/106Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5084Providing for device mobility

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Description

Przedmiotem wynalazku jest system transmisji danych sterujących w sieciach transmisji danych, zwłaszcza w sieciach komórkowych lub w stacjonarnych sieciach wielokomputerowych.
W ostatnich latach, równolegle z rozwojem tradycyjnych sieci komórkowych do przesyłania mowy, nastąpił postęp w rozwoju znacznie zróżnicowanych sieci komórkowych do transmisji danych w ruchu. Znaczenie tych sieci uświadamia fakt, że kilku dostawców usług sieciowych udostępnia już sieci międzykontynentalne. Jednakże w sieciach tych zauważa się do pewnego stopnia znaczne różnice pod względem leżącej u ich podstaw technologii oraz struktury opłat i obszaru geograficznego, który pokrywają. Poza tym, abonent lub użytkownik sieci często wymaga specyficznych interfejsów dla poszczególnych programów użytkowych. Z powodu istniejącej różnorodnej infrastruktury komórkowej i ze względu na to, że ruchliwość dzisiejszych użytkowników często wymusza przekraczanie przez nich obszaru pokrycia
177 380 przez jedną sieć komórkową i wchodzenie w zakres działania innej, konieczne staje się równoczesne współdziałanie z różnorodnymi sieciami przesyłania danych.
Znane są systemy transmisji, które pozwalają tylko na specyficznie zdefiniowaną komunikację z pojedynczą siecią fizyczną. W najprostszym przykładzie taki system składa się z wysoce wyspecjalizowanego interfejsu programów aplikacyjnych (API), natomiast w najbardziej złożonym przypadku systemy te dostarczają dla użytkownika standardowych protokołów transmisji danych.
Istotą systemy transmisji danych sterujących w sieciach transmisji danych, według wynalazku, zawierającego poziom aplikacji, poprzez który komunikuje się każdy abonent sieciowy i który to poziom jest niezależny od określonych sieci fizycznych i poziom sieciowy, do którego należy protokół sieciowy i który to poziom jest niezależny od sieci fizycznych, jest to, że zawiera jednostkę integracji sieci, która integruje co najmniej dwie różne sieci fizyczne i pozwala tym sieciom prezentować się wobec poziomu sieciowego, jako jedna sieć fizyczna, i interfejs sieciowy, który jest umieszczony między jednostką integracji sieci a poziomem sieciowym.
Korzystnie jednostka integracji sieci jest zorganizowana na poziomie sieciowym.
Korzystnie jednostka integracji sieci dostarcza atrybutów sieciowych, które czynią możliwym adresowanie abonenta sieciowego poprzez różne sieci fizyczne.
Korzystnie modyfikacja atrybutu sieciowego zachodzi automatycznie za pomocą administratora atrybutów sieciowych, który działa zgodnie z protokołem zarządzania atrybutami i dokonuje, po przejściu od jednej sieci do innej, translacji atrybutu(ów).
Korzystnie jednostka integracji sieci jest realizowana jako program komputerowy.
Korzystnie' ruchomy abonent sieciowy komunikuje się poprzez co najmniej dwie, różne sieci komórkowe z abonentami sieciowymi w sieciach komórkowych i w sieciach stałych, zgodnie z potrzebami.
Korzystnie komunikacja między sieciami komórkowymi i sieciami stałymi zachodzi poprzez stację pośredniczącą.
Korzystnie protokół poziomu sieciowego jest protokołem internetowym.
Korzystnie programy użytkownika po stronie abonenta sieci stałej adresują abonenta ruchomego przy użyciu pojedynczego adresu protokołu internetowego.
Korzystnie adres protokołu internetowego jest niezależny od sieci fizycznej, poprzez którą przemieszcza się ruchomy abonent sieciowy.
Zaletą systemu według wynalazku jest to, że korzystając z pojedynczego standardowego protokołu dokonuje integracji różnorodnych sieci fizycznych. Rozwiązanie według wynalazku umożliwia także użytkownikom swobodny wybór między najbardziej różnorodnymi sieciami i to przy tak małych wydatkach na cele techniczne, jak to jest tylko możliwe oraz z minimalnymi kosztami początkowymi zarówno na wyposażenie, jak i na koszty operacyjne. Pozwala to reagować użytkownikowi na ograniczone pokrycie obszarów geograficznych oraz swobodne poruszanie się z uwzględnieniem warunków opłat. Ponadto zmiana przez abonenta jednej sieci ruchomej na drugą jest całkowicie niezauważona przez użytkowników sieci stacjonarnej lub innego abonenta sieci ruchomej.
Sposób transmisji danych sterujących, według wynalazku, wyjaśniono w oparciu o przykład' wykonania przedstawiony na rysunku, na którym fig. 1 przedstawia w postaci blokowej znaną integrację sieci wraz z typowym urządzeniem, fig. 2 - znaną zmianę sieci, to jest przejście z sieci do sieci, fig. 3 - przedstawia w postaci blokowej komunikację między aplikacją w jednostce ruchomej a aplikacją w sieci stacjonarnej według wynalazku, a fig. 4 - strukturę i zasadę funkcjonowania jednostki integracji sieci według wynalazku.
Figura 1 przedstawia w postaci blokowej znaną integrację sieci w oparciu o protokół internetowy, zgodnie ze znanym stanem techniki. Protokół ten jest standardem w otwartej komunikacji danych i tworzy podstawę ogólnoświatowej sieci wymiany danych, to jest Internetu. Dzięki tej definicji można lepiej zrozumieć i opisywać różne procesy występujące w sieciach transmisji danych.
W tym celu najpierw zostanie omówiona pierwotna idea protokołu internetowego. Rozpatrywana zasada adresowania tkwi w adresach internetowych 4, które składają się z 4 bajtów
177 380 i tworzy się je z adresu sieci i adresu węzła. Wartość części adresu 4, dotycząca sieci i węzła, może być zdefiniowana poprzez maski sieciowe. Takie adresy typowo reprezentowane poprzez czteroczłonową liczbę dziesiętną, na przykład 19.123.6.1, w której każdy element reprezentuje bajt w postaci dziesiętnej. Każdemu interfejsowi sieciowemu, reprezentowanemu tu poprzez linię przerywaną, przypisuje się unikatowy adres internetowy IP 4. Ogólnie komputer przechowuje kilka interfejsów sieciowych tego rodzaju, na przykład jeden interfejs do komunikacji poprzez sieć typu Token ring 5 i jeden do komunikacji z siecią typu Ethernet 6.
Figura 1 przedstawia sytuacje z dwoma takimi interfejsami 7 i 8. Sieci 5 i 6 w każdym przypadku, tak samo jak ich interfejsy 7 i 8, są częścią poziomu fizycznego, obejmującego odpowiedni protokół łącza. Interfejs sieci Token ring 7 może mieć swój adres, na przykład 19.123.6.1, a interfejs sieci Ethernet może mieć adres 19.123.7.6, przy czym w każdym przypadku pierwsze trzy bajty reprezentują adres sieciowy, a adres węzła głównego zawiera tylko ostatni bajt. Podczas adresowania innego komputera, w oparciu o zgodne adresy sieciowe, poziom sieciowy 3, to jest poziom protokołu komunikacyjnego sieci internetowej (IP) decyduje, który interfejs sieciowy ma być wybrany. W przypadku komputera z adresem 19.123.6.128, poziom IP wybiera interfejs sieci Token ring, ponieważ adresy sieciowe interfejsu sieci Token ring i komputera, który ma być zaadresowany, są zgodne.
Przykład ten wyjaśnia, że w każdym przypadku adresy internetowe reprezentują fizyczne topologie łączy komputerowych, to jest wraz ze zmianą fizycznych łączy komputera, na przykład ze zmianą sieci Token ring 5 na sieć Ethernet 6, jej adres IP ulega zmianie. Ta wymagana zmiana adresu IP jest niezależna od tego czy poziom sieciowy 3 jest w stanie zarządzać tablicami marszrut, które kierują przepływem danych IP poprzez trzeci komputer, gdy zachodzi taka konieczność. Poziomy aplikacji w każdym przypadku łączą się poprzez odpowiadające im poziomy sieciowe 3. Poprzez te poziomy, łączy się indywidualnych użytkowników sieciowych z urządzeniami transmisyjnymi.
Teraz, w oparciu o figurę 2, zostanie przedstawione przemieszczanie się abonenta sieciowego z jednej sieci fizycznej do innej, zgodnie z aktualnym stanem techniki. W tej strukturze, strona stała posiada wiele interfejsów sieciowych 11, 12, zwłaszcza jeden interfejs dla każdej uczestniczącej sieci fizycznej 13, 14. Każdy z tych interfejsów posiada własny adres IP 15 i inicjuje powstanie protokołu IP dla dokładnie jednej sieci fizycznej 13, 14.
W celu lepszego opisania niezbędnych procesów, należy założyć, że korzysta się z interfejsu MOBITEX 11 wraz z adresem IP 19.18.71.1 oraz z interfejsu MODACOM 12 z adresem 19.18.72.1. Dla tych adresów 15, ich pierwsze trzy człony reprezentują w każdym przykładzie adres sieciowy.
Dla uzyskania łączności poprzez sieć MOBITEX 13 z użyciem jednostki ruchomej, ruchomy interfejs powinien posiadać adres IP 19.18.71.10. W odniesieniu do mechanizmu adresowania, jak opisano powyżej, łączność między aplikacją w sieci stacjonarnej i ruchomym terminalem danych zachodzić będzie poprzez interfejs MOBITEX 11, ponieważ adres sieciowy jest zgodny z adresem ruchomym Ip w pierwszych trzech z czterech jego członów.
Po zmianie sieci z MOBITEX 13 na sieć MODACOM 14 należy wykonać działanie po stronie stacjonarnej tak, żeby łączność od tego czasu realizować poprzez interfejs MODACOM 12. Zgodnie z zasadami adresowania według protokołu internetowego 3 można to osiągnąć poprzez zmianę adresu IP jednostki ruchomej. Pociąga to jednak tę konsekwencję, że zmienia się identyfikacja jednostki ruchomej w sensie protokołu internetowego 3, to znaczy, że dla łączności z jednostką ruchomą aplikacje w sieci stałej muszą używać innego adresu IP, który pasuje do interfejsu MODACOM 12 zgodnie z poprzednim wykonaniem, np. do adresu 19.18.72.10. W tym przypadku zmiana sieci 13, 14 nie jest już dłużej niezauważalna dla aplikacji w sieci stałej lub dla innych abonentów sieci ruchomych.
Figura 3 przedstawia w postaci blokowej system według wynalazku do łączności jednej aplikacji ruchomego abonenta sieciowego 21 z aplikacją w sieci stałej 22 poprzez jednostkę integracji sieci 28. W oparciu o fig. 3 staną się zrozumiałe możliwości niezauważalnej, automatycznej zmiany obszaru ruchowego różnych sieci 24 i 25. W tym celu zakłada się, że ruchomy abonent sieciowy 21 może być na bieżąco osiągany przez ruchomą sieć MODACOM 25, 26. Interfejs sieciowy 23 po stronie stałej 22 będzie mieć adres IP
177 380
19.18.70.10, a abonent sieciowy 21 będzie mieć adres IP 19.18.70.65, gdzie w każdym przykładzie pierwsze trzy bajty reprezentują adres sieciowy tak, że po zaadresowaniu abonenta sieciowego 21, poziom IP 27 przekazuje dane, które mają być transmitowane wraz z informacją adresową IP 23 do interfejsu sieciowego. W tym miejscu, w· przeciwieństwie do zwykłego interfejsu sieciowego nie zachodzi bezpośrednie połączenie z pojedynczą siecią fizyczną 24, 25 lub 26, lecz raczej w kroku początkowym wybiera się sieć fizyczną, poprzez którą można osiągnąć abonenta sieciowego 21. W tym przypadku jest to sieć MODACOM 26.
Tak się dzieje dopóki nie nastąpi drugi krok, w którym zachodzi łączenie z wybraną siecią fizyczną 24, 25. W następstwie tego, w przypadku sieci MODACOM 25, określona zostaje specyficzna informacja adresowa MODACOM lub atrybuty sieciowe, to jest identyfikator łącza logicznego (LLI), adres X25 radiowej sieciowej stacji przejściowej (RNG) razem ze specyficzną informacją autentyczności MODACOM i wraz z tymi parametrami połączeniowymi, zachodzi komunikacja poprzez sieć MODACOM 25.
Dokonywaniem wyboru aktywnej sieci fizycznej dla każdego ruchomego abonenta sieciowego 21 można sterować w różny sposób. W najprostszym przypadku może to robić administrator systemu, który wprowadza, z poziomu jednej sieci fizycznej, zmiany w drugiej, poprzez wejście do plików konfiguracyjnych lub podobnych procedur. Jednakże z uwagi na wyraźnie określone transakcje wymagane przez administratora, zaleca się odmienną procedurę.
Podstawą tej procedury jest minimalny protokół między interfejsami sieciowymi po stronach stałej i ruchomej. W tym celu, kiedy włączy się jednostkę lub po aktywizacji rozpatrywanych jednostek komunikacyjnych, na przykład modemu komórkowego MODACOM 26, modemu komórkowego MOBITEX lub telefonu GSM, abonent sieciowy 21 automatycznie komunikuje się z interfejsem sieciowym 23 po stronie stałej 22, aby określić, poprzez którą sieć fizyczną 24, 25 oraz w jaki sposób ma to być osiągnięte.
Jeśli abonent sieciowy 21, powinien w pewnej chwili opuścić obszar pokrycia sieci MODACOM 25, na przykład w Niemczech i przemieścić się do obszaru pokrywanego przez sieć MOBITEX 24, na przykład w Holandii, to jest to całkowicie niezauważalne dla aplikacji po stronie abonenta sieciowego 21, jak też po stronie stałej 22. Wykaże się to poniżej w trakcie omawiania procedur i protokołów.
W kroku początkowym, użytkownik ruchomego abonenta sieciowego 21 uaktywnia swoją jednostkę komórkową 26 MODACOM oraz odpowiedni interfejs sieciowy 28. Po zaktywizowaniu interfejsu sieciowego 23 po stronie abonenta sieciowego 21, uruchamia się minimalny protokół sterujący w interfejsie sieciowym 23 po stronie stałej 22, za pomocą którego informuje się interfejs sieciowy 28 po stronie stałej 22 o zmianie sieci fizycznej 24, 25. Jest sprawą krytyczną, aby adresy IP uczestniczących tutaj interfejsów sieciowych 23, a zwłaszcza tego umiejscowionego po stronie ruchomej nie zmieniły się w żaden sposób, tym samym zmiana sieci fizycznej 24, 25 pozostawać będzie całkowicie niewidzialna dla protokołów IP 27 i wszystkich poziomów (warstw) leżących poza tą siecią.
Figura 4 przedstawia strukturę i zasadę funkcjonowania jednostki integracji sieci 28. Dlatego też, jeszcze raz zakłada się, że abonent sieciowy 21 ma adres IP 19.18.70.65 i można ją osiągnąć w danym czasie poprzez sieć MODACOM 25. Informacje te podaje się w jednostce integracji sieci 28 w formie atrybutu sieciowego. W sieci aktywnej wraz z tą informacją przekazuje się również inne atrybuty, takie jak informacja adresowa dla wszystkich sieci fizycznych, w których faktycznie zarejestrowano danego abonenta sieciowego 21.
Odpowiednio do przydziału atrybutów, sterowanie przepływem 32 przekazuje dane sterujące IP poprzez fizyczną sieć MODACOM do abonenta sieciowego 21, używając przy tym atrybuty adresowe MODACOM do specyficznego adresowania MODACOM.
Jeśli abonent sieciowy 21 opuszcza obszar pokryty poprzez sieć MODACOM lub przechodzi z innej przyczyny do sieci MOBITEX, to potwierdzenie autentyczności 33 można osiągnąć przy wykorzystaniu jednostki integracji sieci 28 po pierwszej próbie połączenia się poprzez użycie hasła. Po próbie potwierdzenia autentyczności zakończonej sukcesem, administrator atrybutów 31 modyfikuje poszczególne atrybuty sieciowe w taki sposób, że wyznacza się sieć MOBITEX jako aktywną sieć fizyczną wraz z właściwą informacją adresową.
177 380
Po tym, sterowanie przepływem 32 przekazuje dane sterujące IP odpowiednio poprzez sieć ΜΟΒΙΤΕΧ.
Jeśli abonent sieciowy 21 powinien przejść do obszaru nie pokrytego żadną siecią, to sterowanie przepływem 32 informuje o tym administratora atrybutów 31 poprzez odpowiednie potwierdzenie zwrotne sieci fizycznej tak, że sieć aktywna pozostaje niezdefiniowana i sterowanie przepływem 32 całkowicie uniemożliwia przepływ danych sterujących IP do abonenta sieciowego 21. W podobny sposób sterowanie przepływem 32 ma możliwość, po przekroczeniu okresu pasywnego abonenta sieciowego 21, nieuznawania go za jednostkę aktywną dopóki nie zostanie wykonane nowe potwierdzenie autentyczności.
Moduły adapterowe służą do adaptacji sterowania przepływem 32, do różnych sieci fizycznych, czyniąc dostępnym jednolity interfejs wewnętrzny pod prąd, to znaczy zwykle w kierunku od abonenta do stacji bazowej i używając jednakże specyficznych interfejsów API sieci fizycznych zgodnie z prądem, to znaczy zwykle w kierunku od stacji bazowej do abonenta.
177 380
27
19.18. 70.10
28
24 25
19.18.70.65 <
Fig. 3
Fig. 4
177 380
2
19.123.6.1
1 7 . i Z J . t . O -
7 8
5 6
Fig. 1
19.18.71.1 19.18.72.1 <-
11 12
1 -
13 14
Fig. 2
Departament Wydawnictw UP RP. Nakład 70 egz.
Cena 2,00 zł.

Claims (10)

  1. Zastrzeżenia patentowe
    1. System transmisji danych sterujących w sieciach transmisji danych zawierający poziom aplikacji, poprzez który komunikuje się każdy abonent sieciowy i który to poziom jest niezależny od określonych sieci fizycznych i poziom sieciowy, do którego należy protokół sieciowy i który to poziom jest niezależny od sieci fizycznych, znamienny tym, że zawiera jednostkę integracji sieci (28), która integruje co najmniej dwie różne sieci fizyczne (24, 25) i pozwala tym sieciom prezentować się wobec poziomu sieciowego (27) jako jedna sieć fizycznŁ. i interfejs sieciowy (23), który jest umieszczony między jednostką integracji sieci (28) a poziomem sieciowym (27).
  2. 2. System według zastrz. 1, znamienny tym, że jednostka integracji sieci (28) jest zorganizowana na poziomie sieciowym (27).
  3. 3. System według zastrz. 1, znamienny tym, że jednostka integracji sieci (28) dostarcza atrybutów sieciowych, które czynią możliwym adresowanie abonenta sieciowego poprzez różne sieci fizyczne (24, 25).
  4. 4. System według zastrz. 3, znamienny tym, że modyfikacja atrybutu sieciowego zachodzi automatycznie za pomocą administratora atrybutów sieciowych (31), który działa zgodnie z protokołem zarządzania atrybutami i dokonuje, po przejściu od jednej sieci do innej, translacji atrybutu(ów).
  5. 5. System według zastrz. 1, znamienny tym, że jednostka integracji sieci (28) jest realizowana jako program komputerowy.
  6. 6. System według zastrz. 1, znamienny tym, że ruchomy abonent sieciowy (21) komunikuje się poprzez co najmniej dwie, różne sieci komórkowe (24, 25) z abonentami sieciowymi w sieciach komórkowych i w sieciach stałych, zgodnie z potrzebami.
  7. 7. System według zastrz. 6, znamienny tym, że komunikacja między sieciami komórkowymi i sieciami stałymi zachodzi poprzez stację pośredniczącą.
  8. 8. System według zastrz. 1, znamienny tym, że protokół poziomu sieciowego (27) jest protokołem internetowym.
  9. 9. System według zastrz. 8, znamienny tym, że programy użytkownika po stronie abonenta sieci stałej (22) adresują abonenta ruchomego przy użyciu pojedynczego adresu protokołu internetowego (23).
  10. 10. System według zastrz. 9, znamienny tym, że adres protokołu internetowego (23) jest niezależny od sieci fizycznej, poprzez którą przemieszcza się ruchomy abonent sieciowy (21).
PL95315123A 1994-10-31 1995-06-07 System transmisji danych sterujących w sieciach transmisji danych PL177380B1 (pl)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE4438522A DE4438522C2 (de) 1994-10-31 1994-10-31 Einrichtung zur Übertragung von Datenströmen in Datenkommunikationsnetzen
PCT/EP1995/002186 WO1996013924A1 (de) 1994-10-31 1995-06-07 Einrichtung zur übertragung von datenströmen in datenkommunikationsnetzen

Publications (2)

Publication Number Publication Date
PL315123A1 PL315123A1 (en) 1996-10-14
PL177380B1 true PL177380B1 (pl) 1999-11-30

Family

ID=6531909

Family Applications (1)

Application Number Title Priority Date Filing Date
PL95315123A PL177380B1 (pl) 1994-10-31 1995-06-07 System transmisji danych sterujących w sieciach transmisji danych

Country Status (12)

Country Link
US (1) US5961607A (pl)
EP (1) EP0737396A1 (pl)
JP (1) JP2970686B2 (pl)
KR (1) KR100266723B1 (pl)
CN (1) CN1103527C (pl)
CA (1) CA2176333C (pl)
CZ (1) CZ290748B6 (pl)
DE (1) DE4438522C2 (pl)
HU (1) HU217721B (pl)
PL (1) PL177380B1 (pl)
RU (1) RU2121761C1 (pl)
WO (1) WO1996013924A1 (pl)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6031978A (en) * 1996-06-28 2000-02-29 International Business Machines Corporation System, method and program for enabling a client to reconnect to a same server in a network of computer systems after the server has moved to a different network address
CA2213984A1 (en) * 1996-08-22 1998-02-22 Norand Corporation Enhanced mobility and address resolution in a wireless premises based network
KR100447158B1 (ko) * 1998-08-11 2004-10-14 엘지전자 주식회사 인터넷/패킷망 접속을 위한 시스템 네트웍
DE19809398A1 (de) * 1998-03-05 1999-09-09 Sel Verteidigungssysteme Gmbh Verfahren zum gemeinsamen Betreiben einer Vielzahl militärischer Führungssysteme, sowie ein System zur Durchführung dieses Verfahrens und eine Nutzerschnittstelle hierfür
US7010618B1 (en) * 1998-10-19 2006-03-07 Siemens Aktiengesellschaft Network architecture for communication networks or data networks
US6243581B1 (en) * 1998-12-11 2001-06-05 Nortel Networks Limited Method and system for seamless roaming between wireless communication networks with a mobile terminal
JP3196747B2 (ja) * 1998-12-18 2001-08-06 三菱マテリアル株式会社 移動無線機、基地局無線機、及び、その記録媒体
KR100605812B1 (ko) * 1998-12-30 2006-11-30 삼성전자주식회사 전송장치의 데이터 통신 채널 처리장치와 프로토콜 스택 구성및 운용방법
US7970929B1 (en) * 2002-03-19 2011-06-28 Dunti Llc Apparatus, system, and method for routing data to and from a host that is moved from one location on a communication system to another location on the communication system
US7103653B2 (en) * 2000-06-05 2006-09-05 Fujitsu Limited Storage area network management system, method, and computer-readable medium
US8019335B2 (en) * 2001-01-29 2011-09-13 Nokia Corporation Identifying neighboring cells in telecommunication network
US7120704B2 (en) * 2002-01-31 2006-10-10 International Business Machines Corporation Method and system for workload balancing in a network of computer systems
US20040203752A1 (en) * 2002-11-18 2004-10-14 Toshiba America Information Systems, Inc. Mobility communications system
US8130700B2 (en) * 2007-06-15 2012-03-06 Silver Spring Networks, Inc. Method and system for providing network and routing protocols for utility services
US8683572B1 (en) 2008-01-24 2014-03-25 Dunti Llc Method and apparatus for providing continuous user verification in a packet-based network
DE102010056593B4 (de) 2010-06-25 2013-01-03 Baumann Maschinenbau Solms Gmbh & Co. Kg Verfahren zur Ermittlung einer Ortsposition einer Seitenkante eines Materialstapels

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5115432A (en) * 1989-12-12 1992-05-19 At&T Bell Laboratories Communication architecture for high speed networking
US5301303A (en) * 1990-04-23 1994-04-05 Chipcom Corporation Communication system concentrator configurable to different access methods
US5159592A (en) * 1990-10-29 1992-10-27 International Business Machines Corporation Network address management for a wired network supporting wireless communication to a plurality of mobile users
DE69330981T2 (de) * 1992-04-20 2002-06-27 3Com Corp., Santa Clara Vorrichtung zur Netzmittelerweiterung auf entfernte Netzwerke
US5442633A (en) * 1992-07-08 1995-08-15 International Business Machines Corporation Shortcut network layer routing for mobile hosts
DE69326656T2 (de) * 1992-07-17 2000-05-31 Sun Microsystems, Inc. Verfahren und Gerät zur Selbstorganisation in einem drahtlosen lokalen Netz
US5457680A (en) * 1993-05-18 1995-10-10 International Business Machines Corporation Data gateway for mobile data radio terminals in a data communication network
US5325362A (en) * 1993-09-29 1994-06-28 Sun Microsystems, Inc. Scalable and efficient intra-domain tunneling mobile-IP scheme
USH1641H (en) * 1993-11-30 1997-04-01 Gte Mobile Communications Service Corporation Connection of mobile devices to heterogenous networks
US5636216A (en) * 1994-04-08 1997-06-03 Metricom, Inc. Method for translating internet protocol addresses to other distributed network addressing schemes
US5655140A (en) * 1994-07-22 1997-08-05 Network Peripherals Apparatus for translating frames of data transferred between heterogeneous local area networks
US5598536A (en) * 1994-08-09 1997-01-28 Shiva Corporation Apparatus and method for providing remote users with the same unique IP address upon each network access
US5533026A (en) * 1995-03-06 1996-07-02 International Business Machines Corporation Communication system including method and apparatus for maintaining communications with a mobile terminal
US5732074A (en) * 1996-01-16 1998-03-24 Cellport Labs, Inc. Mobile portable wireless communication system
US5708655A (en) * 1996-06-14 1998-01-13 Telefonaktiebolaget L M Ericsson Publ Method and apparatus for addressing a wireless communication station with a dynamically-assigned address

Also Published As

Publication number Publication date
CZ192796A3 (en) 1996-10-16
HU217721B (hu) 2000-04-28
HU9601771D0 (en) 1996-09-30
JP2970686B2 (ja) 1999-11-02
WO1996013924A1 (de) 1996-05-09
CN1137850A (zh) 1996-12-11
EP0737396A1 (de) 1996-10-16
DE4438522A1 (de) 1996-05-02
HUT75263A (en) 1997-05-28
JPH09504677A (ja) 1997-05-06
US5961607A (en) 1999-10-05
CN1103527C (zh) 2003-03-19
RU2121761C1 (ru) 1998-11-10
DE4438522C2 (de) 1997-08-21
CA2176333A1 (en) 1996-05-09
KR100266723B1 (ko) 2000-09-15
KR960706737A (ko) 1996-12-09
PL315123A1 (en) 1996-10-14
CZ290748B6 (cs) 2002-10-16
CA2176333C (en) 2004-05-11

Similar Documents

Publication Publication Date Title
PL177380B1 (pl) System transmisji danych sterujących w sieciach transmisji danych
CN103368949B (zh) 一种配置通信装置的方法
CN100397926C (zh) 当无线局域网与无线电话网络交互工作时管理服务质量等级的技术
CN1965519B (zh) 用于利用反馈信息网络环境中的负载均衡的***和方法
DE60300299T2 (de) System zur Auswahl von Quell-Adressen geeignet für eine Umgebung mit mehreren Heimatnetzen
CN100477610C (zh) 在连接多个数据通信网络的中间网络元件处的接入控制
CN104093175B (zh) 用于管理潜在的或实际的切换的方法和管理综合接入设备
WO2003105444A1 (en) Method and system for managing message-based applications and applications providers in a communications network
CN1957561B (zh) 对要求访问虚拟网络、允许使用服务项目的用户进行验证的方法和***
CA2109190C (en) Automatic detection of reachable network elements
EP1836810B1 (de) Verfahren und system für mobile netzwerknodes in heterogenen netzwerken
EP1554903B1 (de) Nachrichtenübertragungssystem und verfahren zur nutzung von sim-karten über fernzugriff für kostengünstige verbindungen zwischen fest- und mobilfunknetzen
CN100450064C (zh) 移动通信网络***和移动通信方法
CN101120609A (zh) 接入网络***、基站装置、网络连接装置、移动终端和验证方法
EP1507366A1 (en) Public internet connecting service system and access line connecting device
JPH11355353A (ja) 呼番号とインタ―ネット発信アドレスで構成されるペアの使用方法
Alevizaki et al. Dynamic selection of user plane function in 5G environments
Ganchev et al. New personal IPv6 address scheme and universal CIM card for UCWW
JPH03159436A (ja) トークンパツシングシステム
CN109639458A (zh) 实现qos策略的方法及装置
CN100469047C (zh) 通过分组网络的路径构造设备和方法
JP2001513298A (ja) 容易に構成可能な監視制御を備える電気通信交換システム
Barakat et al. Bandwidth tradeoff between TCP and link-level FEC
Brenner Using open system interconnection standards
US7006432B1 (en) ATM network management system

Legal Events

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

Effective date: 20050607