FI109950B - Osoitteen saanti - Google Patents

Osoitteen saanti Download PDF

Info

Publication number
FI109950B
FI109950B FI20000121A FI20000121A FI109950B FI 109950 B FI109950 B FI 109950B FI 20000121 A FI20000121 A FI 20000121A FI 20000121 A FI20000121 A FI 20000121A FI 109950 B FI109950 B FI 109950B
Authority
FI
Finland
Prior art keywords
address
network
link
unique
identifier
Prior art date
Application number
FI20000121A
Other languages
English (en)
Swedish (sv)
Other versions
FI20000121A0 (fi
FI20000121A (fi
Inventor
Jaakko Rajaniemi
Jonne Soininen
Nadarajah Asokan
Original Assignee
Nokia Corp
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 Nokia Corp filed Critical Nokia Corp
Publication of FI20000121A0 publication Critical patent/FI20000121A0/fi
Priority to FI20000121A priority Critical patent/FI109950B/fi
Priority to CN01806871A priority patent/CN1418440A/zh
Priority to DK01942839.0T priority patent/DK1252781T3/da
Priority to BR0107666-3A priority patent/BR0107666A/pt
Priority to JP2001553325A priority patent/JP2003520535A/ja
Priority to PCT/FI2001/000034 priority patent/WO2001054437A1/en
Priority to KR1020027009210A priority patent/KR100750370B1/ko
Priority to EP01942839A priority patent/EP1252781B1/en
Priority to AT01942839T priority patent/ATE553609T1/de
Priority to CN2004100952345A priority patent/CN1625275B/zh
Priority to AU2001228536A priority patent/AU2001228536A1/en
Priority to CA002396753A priority patent/CA2396753C/en
Priority to US09/765,190 priority patent/US6959009B2/en
Publication of FI20000121A publication Critical patent/FI20000121A/fi
Priority to ZA200205777A priority patent/ZA200205777B/en
Application granted granted Critical
Publication of FI109950B publication Critical patent/FI109950B/fi
Priority to US11/183,629 priority patent/US7920575B2/en
Priority to HK05111201.7A priority patent/HK1079385A1/xx
Priority to JP2009239527A priority patent/JP4938834B2/ja
Priority to US13/446,749 priority patent/USRE44592E1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5046—Resolving address allocation conflicts; Testing of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/604—Address structures or formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Peptides Or Proteins (AREA)
  • Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
  • Ultra Sonic Daignosis Equipment (AREA)
  • Circuits Of Receivers In General (AREA)
  • Medicines Containing Material From Animals Or Micro-Organisms (AREA)
  • Small-Scale Networks (AREA)

Description

1 109950
OSOITTEEN SAANTI
Tämä keksintö koskee osoitteen saantia. Se liittyy erityisesti mutta ei ainoastaan kannettavien päätelaitteiden osoitteen saantiin matkaviestinjärjestelmässä. 5 Keksinnön eräässä suoritusmuodossa se liittyy internet-osoitteen saantiin yleisessä pakettiradiopalvelujärjestelmässä (GPRS).
Nykyistä internetissä käytettävää yhteyskäytäntöä kutsutaan IPv4:ksi (Internet Protocol version 4). Jotta solmu voisi olla toiminnallisesti yhteydessä internetiin, se 10 tarvitsee osoitteen. IPv4:ssä käytetyt osoitteet ovat 32-bittisiä. Osoitteen voi määrätä palvelin. Joillain solmuilla voi olla staattisia osoitteita, jotka on tallennettu solmuun eikä palvelimen tarvitse siis määrätä niille osoitetta. Vaihtoehtoisesti jotkut IPv4-solmut voivat käyttää DHCP-yhteyskäytäntöä (dynamic host configuration protocol), jossa DHCP-palvelin määrää ennaltamäärätyt internet-15 osoitteet.
Kun IPv4-solmu hakee yhteyttä kaksipisteviestintäkanavan välityksellä, se käyttää yleensä PPPv4:ää (PPP version 4). PPPv4 on standardisoitu toimimaan 32-bittisten osoitteiden kanssa siten, että IPv4 ja PPPv4 ovat yhteensopivia ja ne : \?0 voivat keskenään sopia osoitteista.
IPv4:n antamien osoitteiden, toisin sanoen 32-bittisten osoitteiden, lukumäärä on rajoitettu ja toista internet-yhteyskäytäntöä onkin ehdotettu eli IPv6 (Internet Protocol version 6). Se käyttää 128-bittisiä osoitteita ja siten mahdollistaa 25 useampien osoitteiden antamisen kuin IPv4. IPv6-osoite koostuu tyypillisesti 64-bittisestä verkkoetuliitteestä (tai aliverkkoetuliitteestä), jota seuraa 64-bittinen rajapintatunniste.
• • · •
Kaksipisteyhteyskäytäntö, PPPv6, on konfiguroitu toimimaan IPv6:n kanssa.
. !ö0 PPPv6 voi toimia 64-bittisten osoitteiden kanssa. Eräässä järjestelyssä IPv6-solmu käyttää PPPv6:tta hankkiakseen rajapintatunnisteen, rakentaa linkin paikallisosoitteeseen rajapintatunnisteen perusteella ja käyttää sitten linkki-paikallisosoitetta määrittääkseen yleisen IPv6-osoitteensa lähettämällä 109950 2 reititintarjouksen ja vastaanottamalla reititinilmoituksen. Reititinilmoitus antaa aliverkkoetuliitteen, jota tarvitaan täydentämään yleinen IPv6-osoite.
PPPv6 ja IPv6CP-protokolleja on kuvattu Internet Engineering Task Forcen (IETF) 5 ohjeistossa (RFC) 2472, joulukuu 1998, "IP Version 6 over PPP". IPv6-osoitearkkitehtuuria, Linkkejä paikallisosoitteisiin on kuvattu IETF:n ohjeistossa (RFC) 2373, heinäkuu 1998, "IP Version 6 Addressing Architecture".
IPv6 tukee kahdenlaista osoitteen automaattista konfigurointia: tilaton ja tilallinen. 10 Näitä kuvaillaan seuraavaksi.
Tilattomassa osoitteen automaattisessa konfiguroinnissa luodaan tai valitaan solmulle uniikki rajapintatunniste joko mielivaltaisena 64-bittisenä numerona tai jonkun staattisen parametrin, kuten rajapinnan fyysisen osoitteen, toimintona. 15 Sitten solmu suorittaa naapurin selvillesaamisproseduurin, joka tunnetaan nimellä “kaksoistunnistus”. Näin varmistetaan, ettei saman aliverkon mikään toinen solmu käytä samaa 64-bittistä rajapintatunnistetta. Kaksoistunnistuksen ensimmäinen vaihe on aliverkkoon rajoitetun monijakelupaketin lähettäminen monijakelumääräosoitteisiin, jotka on saatu rajapintatunnisteen toimintona. ;\?0 Osoitteen monijakelulla katsotaan, saako se aikaan vastauksia. Jos on olemassa ·:··: toinen solmu, jolla on kyseinen rajapintatunniste, se vastaa. Tässä tapauksessa valitaan toinen rajapintatunniste ja proseduuri toistetaan kunnes on valittu uniikki rajapintatunniste. Jos rajapintatunniste on uniikki kyseisessä aliverkossa, solmut, joilla on kaksoistunniste, eivät vastaa ja solmu voi hakea aliverkon etuliitteen ja 25 rakentaa täydellisen IPv6-osoitteen. Reitittimet ilmoittavat aliverkkoetuliitteet osana reititinilmoitusta tai vastauksena reititintarjoukseen. IETF:n ohjeiston (RFC) 2462 joulukuu 1998 "IPv6 tilaton osoitteen automaattinen konfigurointi" mukaan silloin, kun halutaan välttää ohjausmuuttujan kaksoistunnistus solmussa, DupAddrDetectTransmits asetetaan nollaan osoitteenmääräämisprosessin ajaksi, . . *30 jotta kaksoistunnistusta ei tapahdu.
Tilallisessa automaattisessa konfiguroinnissa solmu pyytää osoitteensa DHCP-palvelimelta. Koska DHCP-palvelin tallentaa määrätyt osoitteet, se pystyy 3 109950 määräämään uniikkeja osoitteita. Sen vuoksi kaksoistunnistus ei ole aivan välttämätöntä vaikka voikin olla mukana.
Matkaviestinjärjestelmät on kehitetty, jotta käyttäjät voitaisiin tavoittaa silloinkin 5 kun he eivät ole kiinteän puhelinpäätteen lähellä. Erilaisten toimistoissa käytettävien tiedonsiirtopalvelujen yleistyessä erilaisia tietopalveluja on myös tuotu matkaviestinjärjestelmiin. Kannettavat tietokoneet mahdollistavat tehokkaan tiedonkäsittelyn missä tahansa käyttäjä liikkuu. Matkaviestintäverkot puolestaan tarjoavat käyttäjälle tehokkaan liityntäverkon varsinaisiin tietoverkkoihin langatonta 10 tiedonsiirtoa varten. Langatonta tiedonsiirtoa tukevat erityisen hyvin digitaaliset matkaviestinjärjestelmät kuten yleiseurooppalainen matkaviestinjärjestelmä GSM (Global System for Mobile Communication).
On entistä toivottavampaa, että matkaviestimet voisivat hyödyntää internetiä. On 15 ehdotettu, että internet-yhteyden tarjoamisessa matkaviestinten käyttäjille hyödynnettäisiin yleistä pakettiradiopalvelua (GPRS).
GPRS on uusi palvelu GSM-järjestelmässä ja se on yksi GSM vaihe 2+:n :··; standardisoinnin kohteista ETSI:ssä (European Telecommunication Standard :\j20 Institute). GPRS-verkon arkkitehtuuri on esitetty kuviossa 1. GPRS:n ·:··: toimintaympäristö käsittää yhden tai useamman aliverkon palvelualueen, joita yhdistää toisiinsa GPRS-runkoverkko. Aliverkko käsittää useita ']]'· pakettidatapalvelusolmuja SN, joihin tässä sovelluksessa viitataan palvelevina GPRS-tukisolmuina SGSN, joista jokainen on liitetty GSM-matkaviestintäverkkoon 25 (tyypillisesti tukiasemajärjestelmiin) siten, että se voi tarjota pakettipalvelua matkaviestimille useiden tukiasemien, toisin sanoen solujen, välityksellä. Välitinmatkaviestintäverkko tarjoaa pakettikytkentäisen tiedonsiirron tukisolmun ja matkaviestinten välillä. Eri aliverkot puolestaan on liitetty ulkoiseen tietoverkkoon, esimerkiksi yleiseen kytkentäiseen tietoverkkoon PSPDN yhdyskäytävän GPRS-. .-30 tukisolmujen GGSN välityksellä. Näin GPRS-palvelu voi tarjota pakettitiedonsiirtoa matkaviestinten ja ulkoisten tietoverkkojen välillä GSM-verkon toimiessa liityntäverkkona.
109950 4 GPRS-järjestelmässä kerrostuneet protokollarakenteet, jotka tunnetaan lähetystasona ja merkinantotasona, on määritelty käyttäjätiedon lähettämiseen ja merkinantoon. Lähetystasolla on kerrostunut protokollarakenne, joka mahdollistaa käyttäjätiedon lähettämisen sekä siihen liittyvän tiedonsiirron ohjausmenettelyt 5 (esimerkiksi vuonvalvonta, virheen ilmaisu, virheen korjaus ja elvytys). Merkinantotaso koostuu protokollista, joita käytetään ohjaamaan ja tukemaan lähetystason toimintoja, kuten ohjaamaan liityntää GPRS-verkkoon (kiinnitys ja irrotus) ja ohjaamaan perustetun verkkoyhteyden reitityspolkua käyttäjän liikkuvuuden tukemiseksi. Kuvio 2 esittää GPRS-järjestelmän merkinantotasoa 10 matkaviestimen MS ja SGSN:n välillä. Lähetystason protokollakerrokset ovat identtiset kuviossa 2 esitettyjen kanssa protokollakerrokseen SNDCP asti, jonka yläpuolella on GPRS-runkoverkon protokolla (esimerkiksi internet-protokolla IP) MS:n ja GGSN:n välillä (L3MM-protokollan sijaan). Kuviossa 2 esitetyt protokollakerrokset ovat: 15 - Kerroksen 3 liikkuvuuden hallinta (L3MM) tukee liikkuvuuden hallinnan toiminnallisuutta, esimerkiksi GPRS kiinnitys -toimintoa, GPRS irrotus -toimintoa, turvallisuutta, reitityksen päivitystä, sijainnin päivitystä, PDP-kontekstin aktivointia (joista jokainen on numeroitu verkkopalveluliityntäpistetunnisteella (NSAPI), ja PDP-kontekstin passivointia.
/.,20 - Aliverkkoriippuvainen konvergenssiprotokolla (SNDCP) tukee MS:n ja SGSN:n • · ·:··· välisen verkkokerroksen protokollan datayksiköiden (N-PDU) lähettämistä.
:’* SNDCP-kerros muun muassa ohjaa N-PDU:iden salausta ja tiivistämistä.
• ·» - Looginen linkkiohjaus (LLC) -kerros on luotettava looginen linkki. LLC on alla mainituista radiorajapintaprotokollista riippumaton.
25 - LLC-välitys: Tämä toiminto välittää LCC-protokolladatayksiköitä MS-BSS- rajapinnan (Urn) ja BSS-SGSN-rajapinnan (Gb) välillä.
- Tukiasemajärjestelmän GPRS-protokolla (BSSSGP). Tämä kerros lähettää • ‘ . reititystietoa sekä QoS:ään liittyvää tietoa BSS:n ja SGSS:n välillä.
- Kehysvälitys, jota käytetään Gb-rajapinnassa. SGSN.n ja BSS.n välille luodaan . !-30 puolikiinteä yhteys, johon kanavoidaan useiden tilaajien LLC PDU:t.
- Radiolinkkiohjaus (RLC): Tämä kerros on luotettava, radioratkaisuista riippumaton linkki.
109950 5 - Liitynnän ohjaus (MAC) ohjaa radiokanavaan liittyvää yhteydenottomerkinantoa (pyyntö ja myöntäminen) ja LCC-runkojen mappausta fyysiselle GSM-kanavalle.
LCC-kerroksen toimintaa voidaan kuvailla seuraavasti: LLC-kerros toimii RLC-5 kerroksen yläpuolella viitearkkitehtuurissa ja muodostaa loogisen linkin MS:n ja sitä palvelevan SGSN:n välille. LCC:n toimintaa ajatellen tärkeimmät edellytykset ovat LCC-kehysvälityksen luotettava ohjaus sekä kaksipiste- ja monipisteosoitteenmuodostuksen tuki.
10 Loogisen linkkikerroksen palveluliityntäpiste (SAP) on piste, jossa LLC-kerros tarjoaa palveluja kerroksen 3 protokollille (SNDCP-kerros kuviossa 2). LLC-kerroksen linkki tunnistetaan siirtoyhteyden tunnisteen (DLCI) avulla, joka lähetetään jokaisen LLC:n rungon osoitekentässä. DLCI koostuu kahdesta elementistä: Palveluliityntäpistetunnisteesta (SAPI) ja päätteen liitäntäpisteen 15 tunnisteesta (TEI). TEI tunnistaa GPRS-tilaajan ja on yleensä tilapäinen looginen linkkitunniste TLLI. TEI voi myös olla toinen tilaajatunniste, kuten kansainvälinen matkaviestintilaajan tunnus IMS), mutta yleensä IMSI:n lähettämistä radiotiellä vältetään. Kun käyttäjä liittyy GPRS-verkkoon, MS:n ja SGSN:n välille muodostuu looginen linkki. Tällöin voidaan sanoa, että MS:llä on puhelu meneillään. Tällä • · .‘. 20 loogisella linkillä on reitti MS:n ja SGSN:n välillä, jota osoittaa TLLI-tunniste. Näin « · TLLI on tilapäinen tunniste, jonka SGSN varaa tilaa tiettyä loogista linkkiä ja ;·*·; IMSLtä varten. SGSN lähettää TLLI:n MS:lle loogisen linkin muodostamisen yhteydessä ja sitä käytetään tunnisteena myöhemmässä merkinannossa ja tiedon :' * *: lähettämisessä tämän loogisen linkin välityksellä.
• # · 25 *:*·: Tiedonsiirto loogisen linkin välityksellä tapahtuu jäljempänä esitetyn mukaisesti.
MS.ään tai MS.Itä lähetettävä tieto käsitellään SNDCP-toiminnolla ja lähetetään LLC-kerrokseen. LLC-kerros syöttää tiedon LLC-rungon tietokenttiin. Rungon osoitekenttä sisältää esimerkiksi TLLI:n. LLC-kerros välittää tiedon RLC:hen, joka * · · . '3.0 poistaa tarpeettoman tiedon ja pilkkoo tiedon muotoon, joka on yhteensopiva • » · MAC:in kanssa. MAC-kerros aktivoi radiojärjestelmäprosessit hankkiakseen radioliikennetien lähetystä varten. Vastaava MAC-yksikkö radioliikennetien toisella puolella ottaa tiedon vastaan ja välittää sen ylöspäin LLC-kerrokseen. Lopuksi 109950 6 tieto lähetetään LLC-kerrokselta SNDCP.hen, missä käyttäjätiedot palautetaan kokonaan aiempaan tilaansa ja välitetään seuraavaan protokollakerrokseen.
IPv4:ään perustuvia GPRS-järjestelmiä on ehdotettu otettavaksi käyttöön. 5 Tyypillisesti tällainen järjestelmä perustuu matkaviestimiin (MS), jotka käsittävät päätelaitteen (TE) ja liikuteltavan päätelaitteen (MT). TE tyypillisesti käsittää PPP-asiakkaan ja viestii PPP-palvelimen kanssa, MT:ssä, PPPv4:n välityksellä. Jotta TE saadaan toiminnallisesti liitettyä internetiin, PPP-asiakas pyytää IPv4-osoitetta PPP-palvelimelta. Saatuaan tämän osoitteen MT käynnistää GPRS.n “Aktivoi 10 PDP-konteksti” -pyynnön määrittelemättä PDP-osoitetta (tarpeen mukaan tätä voi edeltää GPRS-kiinnityspyyntö). Tämän vaikutuksesta SGSN lähettää “Luo PDP-konteksti” -pyynnön GGSN:lle, edelleen tyhjällä PDP-osoitekentällä. GGSN valitsee IPv4-osoitteen PDP-osoitteeksi ja palauttaa sen “Luo PDP-kontekstivastaus” -viestissä SGSN:lle, joka lähettää sen MT:lle “Aktivoi PDP-15 kontekstin hyväksyminen” -viestissä. Sen jälkeen PPP-palvelin lähettää tämän IPv4-osoitteen TE:lle PPP-konfiguraation kuittausviestissä.
On myös ehdotettu GPRS-järjestelmiä, jotka tukevat IPv6:tta. Tällaisessa järjestelmässä esiintyvät protokollapinot on esitetty kuviossa 3. Samoin kuin IPv4- * · ?0 järjestelmä myös GPRS-matkaviestin tyypillisesti käsittää päätelaitteen (TE) ja * * · * · kannettavan päätelaitteen (MT). IPv6-yhteyttä GPRS-matkaviestimiin luotaessa tavoitteena on neuvotella 128-bittinen IPv6-osoite TE:n ja GGSN:n välillä. On ♦ · * t « % huomioitava, että TE voi olla tavallinen tietokone, jossa on tavallinen PC-käyttöjärjestelmä. Yhtä yhtä hyvin se voi olla joku muu. TE ja MT viestivät »· · 25 käyttäen kaksipisteprotokollaa, esimerkiksi PPPv6:tta. Osoitteensaantiproseduuri käynnistyy, kun TE:ssä ajossa oleva PPP-palvelun käyttäjä aloittaa PPP-·’*]: asetuksen MT:n palvelimen kanssa. PPP-palvelun käyttäjän ja PPP-käyttäjän välillä neuvoteltu osoite siirretään GGSN/SGSN:ään.
* * · * ·
I I I
( ’30 Kuten edellä on esitetty, IPv6:n ollessa kyseessä osoitteen neuvottelu käsittää I f · kaksoiskappaleen tunnistamisen suorittamisen. Sen vuoksi GPRS:n osalta se käsittää monijakelupakettien lähettämisen ilmarajapinnan yli. Vaikka tämä ei
• I
109950 7 aiheutakaan ongelmia perinteisten kiinteiden verkkojen osalta, GPRS:n ja muiden radiojärjestelmien kohdalla monijakelu ilmarajapinnan yli ei ole toivottavaa.
Vaikka on ehdotettu DupAddrDetectTransmits -muuttujan asettamista nollaan 5 perinteisissä IPv6 kiinteissä verkoissa kaksoiskappaleen tunnistamisen välttämiseksi (katso edellä), GPRS-järjestelmä ei välttämättä ohjaa TE:tä, eikä näin ollen siis voida taata, että tämä vaihtoehto olisi tarjolla.
Kaksoiskappaleen tunnistamisen lisäksi tapahtuu muitakin 10 naapurintunnistamisproseduureja, jotka perustuvat monijakelupaketteihin. Joko GGSN tai TE IPv6-pino voi lähettää naapurintunnistusviestejä muissa yhteyksissä kuin kaksoistunnistamisen yhteydessä, esimerkiksi yrittäessään löytää samassa aliverkossa olevan toisen solmun 2(L2)-kerroksen osoitetta lähettääkseen sille paketin.
15
Keksinnön ensimmäisen aspektin mukaisesti esitetään menetelmä, jossa solmu hankkii verkko-osoitteen dataliikenneverkossa, joka menetelmä käsittää seuraavat vaiheet: : *': perustetaan kokonaisuus, joka käsittää tietoa verkko-osoitteista aliverkon sisällä; :.'·2θ luodaan aliverkon sisällä uniikin linkkitunnisteen avulla linkki ensimmäisen ja : : toisen solmun välille; määritetään ensimmäiselle solmulle verkko-osoite linkkitunnisteen perusteella; ‘* tarkistetaan kokonaisuuden avulla onko määritetty verkko-osoite uniikki; ja ‘· ·‘ hyväksytään verkko-osoite, jos määritetty verkko-osoite on uniikki.
25 . ..* Edullisesti linkkitunniste luodaan staattisesti sellaisen tiedon perusteella, jolla jokin ”* solmuista voidaan tunnistaa. Vaihtoehtoisesti joku solmuista luo sen : mielivaltaisesti.
I I | :.:,30 Edullisesti verkko-osoite johdetaan linkkitunnisteesta ja verkkoetuliitteestä.
»
Edullisesti verkkoetuliite hankitaan käyttämällä reititinilmoitusta, joka lähetetään automaattisesti ensimmäisen ja toisen solmun välillä. Vaihtoehtoisesti verkkoetuliite hankitaan käyttämällä reititintarjousta, joka lähetetään ensimmäisen 109950 8 ja toisen solmun välillä. Reititintarjous voidaan lähettää erääseen linkki-paikalliseen osoitteeseen. Edullisesti on olemassa useita verkkoetuliitteitä. Edullisesti useita verkko-osoitteita luodaan yhdelle tai useammalle solmulle.
5 Edullisesti ensimmäinen solmu on matkaviestin. Edullisesti toinen solmu on yhdyskäytävä. Se voi olla GGSN. Kokonaisuus voi käsittää joko ensimmäisen tai toisen solmun tai molemmat.
Edullisesti kokonaisuuden sisältämä tieto verkko-osoitteista voi olla luettelo 10 linkkitunnisteita tai verkko-osoitteita aliverkossa. Tällaisessa suoritusmuodossa kokonaisuus voi käsittää yhdyskäytävän, esimerkiksi GGSN:n. Tässä tapauksessa luettelo voi olla yhdyskäytävän sisällä tai siihen voi päästä käsiksi yhdyskäytävän kautta. Luettelo voi käsittää linkkitunnisteita, joita on aiemmin annettu solmuille tai käsittää linkkitunnisteita, jotka ovat uniikkeja ja joita ei ole aiemmin annettu. 15 Eräässä toisessa suoritusmuodossa kokonaisuus on matkaviestin. Tässä tapauksessa verkko-osoitteita koskeva tieto voi tarkoittaa, että matkaviestimellä on tunnistin, jota voidaan käyttää uniikkien verkko-osoitteiden luomiseen. Tämä tieto voi osoittaa viitteellisesti, että muilla matkaviestimillä on eri tunnisteet, joita voi •' ’: käyttää erilaisten verkko-osoitteiden luomiseen.
ν·έο
Keksinnön suoritusmuodossa, jossa kokonaisuus on yhdyskäytävä, uniikkisuuden tarkistus voidaan suorittaa siten, että yhdyskäytävä viittaa aiemmin annettuihin '·· linkkitunnisteisiin, verkko-osoitteisiin tai linkkitunnisteisiin, tai valitsee niistä. '···* Edullisesti uniikkisuuden tarkistuksen suorittaa reititystauluun viittaava 25 yhdyskäytävä. Vaihtoehtoisesti yhdyskäytävä voi viitata naapurin välimuistiin. Edullisesti reititystaulu tai naapurin välimuisti on osa yhdyskäytävää. Eräässä *:·’ toisessa suoritusmuodossa uniikkisuuden tarkistus toteutetaan siten, että i *· yhdyskäytävä viittaa luetteloon ennalta laadittuja verkko-osoitteita, joita ei ole vielä annettu tai valitsee jonkun niistä. Vaihtoehtoisesti, jos kokonaisuus on : ,:30 matkaviestin, uniikkisuuden tarkistus voidaan toteuttaa siten, että matkaviestin viittaa sisältämäänsä verkko-osoitetietoon ja määrittää, että sillä on linkkitunnistin, jota voidaan käyttää uniikin verkko-osoitteen luomiseen.
i 109950 9
Edullisesti linkkitunniste siirretään ensimmäisen ja toisen solmun välillä lähettäjältä vastaanottajalle.
Vastaanottaja ei saa tarkistaa lähetetyn linkkitunnisteen uniikkisuutta, mutta voi 5 sen sijaan luoda erilaisen linkkitunnisteen, jonka uniikkisuus tarkistetaan. Jos linkkitunniste ei ole uniikki, vastaanottaja voi itse valita uniikin rajapintatunnisteen, jonka lähettää lähettäjälle.
Edullisesti linkki on yhteyskohtainen polku, joka yhdistää ensimmäisen ja toisen 10 solmun. Linkki voi yhdistää ainoastaan ensimmäisen solmun toiseen solmuun. Linkki voi olla konteksti kuten PDP-konteksti.
Edullisesti dataviestintäverkko käsittää useita aliverkkoja.
15 Edullisesti dataviestintäverkko on GPRS-järjestelmä. Dataviestintäverkko voi perustua IPv6:een. Tässä tapauksessa verkko-osoite on IPv6-osoite.
Keksinnön erään toisen aspektin mukaisesti esitetään menetelmä, jossa solmu hankkii IP-verkko-osoitteen GPRS-järjestelmässä, menetelmän käsittäessä :.’·2θ seuraavat vaiheet: solmu lähettää verkko-osoitepyynnön yhdyskäytävälle langattoman linkin : ·. ·* välityksellä pyytäen uniikkia rajapintatunnistetta; '··' yhdyskäytävä ottaa pyynnön vastaan ja määrittää uniikin rajapintatunnisteen; '···* yhdyskäytävä vahvistaa solmulle, että rajapintatunniste on uniikki; 25 solmu omaksuu rajapintatunnisteen; yhdyskäytävä lähettää verkon etuliitteen solmulle; ja *!* solmu yhdistää rajapintatunnisteen ja verkon etuliitteen muodostaakseen IP-! : verkko-osoitteen.
:,-30 Edullisesti solmu luo rajapintatunnisteen ja lähettää sen verkko-osoitepyynnössä.
‘: : Edullisesti yhdyskäytävä varmistaa, onko lähetetty rajapintatunniste uniikki.
109950 10
Keksinnön erään kolmannen aspektin mukaisesti esitetään menetelmä, jossa solmu hankkii IP-verkko-osoitteen GPRS-järjestelmässä. Menetelmä käsittää seuraavat vaiheet: solmu lähettää verkko-osoitepyynnön yhdyskäytävälle langattoman linkin 5 välityksellä pyytäen uniikkia rajapintatunnistetta; yhdyskäytävä ottaa pyynnön vastaan; yhdyskäytävä lähettää vastauksen solmulle; solmu luo oman rajapintatunnisteensa; yhdyskäytävä lähettää verkon etuliitteen solmulle; ja 10 solmu yhdistää rajapintatunnisteen ja verkon etuliitteen muodostaakseen IP-verkko-osoitteen.
Edullisesti solmu valitsee rajapintatunnisteen ja lähettää sen yhdyskäytävälle yhdessä verkko-osoitepyynnön kanssa. Vaihtoehtoisesti solmu ei valitse 15 rajapintatunnistetta ja lähettää verkko-osoitteen ilman tunnistetta. Edullisesti yhdyskäytävän verkko-osoitepyyntöön lähettämä vastaus ei sisällä rajapintatunnistetta. Tunnisteen puuttuminen voi osoittaa solmulle, että sen pitäisi valita oma rajapintatunnisteensa. Solmu voi lähettää luomansa rajapintatunnisteen : ‘: yhdyskäytävälle, jotta yhdyskäytävä voi määrittää onko se uniikki.
v-io : Edullisesti verkko-osoitteen pyyntö on kontekstin aktivointipyyntö. Edullisesti *··>* rajapintatunniste on PDP-konteksti. Edullisesti rajapintatunniste tunnistaa solmun *···* viestintälinkin. Se voi tunnistaa matkaviestimeen liitetyn päätelaitteen, kuten ’ · · · ‘ tietokoneen. Päätelaite voi olla PPPv6-yhteyden päässä.
25
Edullisesti menetelmä käsittää neuvottelun solmun ja PPP-palvelimen välillä. PPP-palvelin voi sijaita matkaviestimessä. Solmu ja matkaviestin voivat olla toisiinsa : ’·· liitettyjä erillisiä yksiköitä. Vaihtoehtoisesti ne voivat muodostaa kiinteän yksikön.
:.:.30 Edullisesti yhdyskäytävä toimii välipalvelimena ja sieppaa uniikin rajapintatunnisteen pyynnön tai muun naapuritarjouksen ja sen jälkeen tarkistaa reititystaulusta tai ylläpitämästään naapurivälimuistista, onko rajapintatunniste uniikki. Näin ollen monijakelupakettien lähetys voidaan välttää.
109950 11
Keksinnön erään neljännen aspektin mukaisesti esitetään viestintäjärjestelmä, joka toimii keksinnön ensimmäisen, toisen tai kolmannen aspektin mukaisesti.
5 Edullisesti se on järjestelmä, joka toteuttaa konteksti (tunneli)-konseptia. Se voi olla GPRS-järjestelmä. Se voi olla kolmannen sukupolven järjestelmä kuten UMTS tai CDMA.
Keksinnön erään viidennen aspektin mukaisesti esitetään matkaviestin, joka toimii 10 keksinnön ensimmäisen, toisen ja kolmannen aspektin mukaisesti.
Edullisesti matkaviestin on GPRS-matkaviestin. Sitä voidaan käyttää kolmannen sukupolven järjestelmässä kuten UMTS:ssä tai CDMA:ssa.
15 Keksintöä selostetaan seuraavassa esimerkinomaisesti viittaamalla oheisiin piirustuksiin, joissa:
Kuvio 1 esittää erästä GPRS-järjestelmää;
Kuvio 2 esittää protokollapinoja, joita kuvion 1 järjestelmä käsittää; "': Kuvio 3 esittää toista protokollapinosarjaa; :. ‘ ·20 Kuvio 4 esittää erään osoitteensaantimenetelmän; ': : Kuvio 5 esittää erään toisen osoitteensaantimenetelmän; : Kuvio 6 esittää kuvioiden 4 ja 5 menetelmien toimintoja esittävän vuokaavion; ja i I · :: Kuvio 7 esittää erään matkaviestimen.
25 Kuvioita 1-3 on kuvailtu edellä.
Keksintö koskee IPv6:n mukaisesti toimivan viestintäjärjestelmän aliverkossa : ’·· olevan solmun osoitteen saantia.
: /30 Seuraavaksi selostetaan keksinnön mukaista protokollaa. Matkaviestin tarvitsee ·:··: IPv6-osoitteen. Matkaviestin joko johtaa PDP-osoitteen (rajapintatunniste) staattisesti konfiguroidusta tiedosta tai luo sen mielivaltaisesti. On olemassa useita mahdollisia mainitun staattisesti konfiguroidun tiedon lähteitä. Se voi olla i 109950 12 kansainvälisen sähkö- ja elektroniikkainsinöörien liiton IEEE:n ohjaama laiterajapinnan EUI-64 -tunniste (kuten IETF:n ohjeistossa RFC 2372, heinäkuu 1998, ΊΡ Version 6 Addressing Architecture", on esitetty) tai matkaviestimestä saatuun staattiseen tietoon perustuva GPRS:n GTP-tunnelin tunnus.
5 Vaihtoehtoisesti rajapintatunniste voidaan johtaa yhdistelmästä, joka käsittää PDP-kontekstiin liittyvän NSAPI.n ja matkaviestimen uniikin tunnisteen kuten kansainvälisen matkaviestintilaajan tunnuksen (IMSI), matkaviestimen ISDN-numero (MSISDN) tai kansainvälisen matkaviestimen laitetunnuksen (IMEI). Kun NSAPI ja matkaviestimen uniikki tunniste yhdistetään, matkaviestimellä voi olla 10 useita erillisiä rajapintatunnisteita. Jos rajapintatunniste valitaan deterministisesti staattisesta informaatiosta, joka on jo matkaviestimen ja GGSN:n tiedossa, silloin ei ole välttämätöntä siirtää tätä informaatiota osoitteensaantivaiheessa.
Mielivaltaisesti valitut rajapintatunnisteet ovat edullisempia, koska johtamalla 15 rajapintatunnisteet deterministisesti staattisesta tiedosta saadaan linkitettäviä IPv6-osoitteita. Matkaviestimen käyttämä IPv6-osoitteen lähde voi olla kaikkien sen vertaisolioiden ja reitin varrella olevien reitittimien nähtävissä, mikä voi johtaa tietosuojan häviämiseen. Vaikka vahva tietosuoja ei ehkä ole merkittävää monelle matkaviestimen käyttäjälle, se voi olla toivottavaa tietyissä olosuhteissa. Sen :.'*20 vuoksi mielivaltaisesti luodut rajapintatunnisteet voidaan hankkia käyttämällä vakiomuotoisia liityntäpistenimiä oletustoimintatapana, ja deterministisesti johdetut rajapintatunnisteet voidaan hankkia käyttämällä erityisiä liityntäpistenimiä. Tätä ' · · · ’ kuvaillaan seuraavaksi.
25 Kun matkaviestin on johtanut rajapintatunnisteensa, se lähettää Aktivoi PDP-konteksti -pyynnön SGSN:lle. Jos rajapintatunniste valitaan deterministisesti, ’: ‘ PDP-osoitekentät jätetään tyhjiksi ja erityistä liityntäpistenimeä käytetään käyttäjän : ’*· toivoman liityntätyypin tunnistamiseksi, tässä tapauksessa kertomaan GGSN:lle miten rajapintatunniste pitäisi johtaa. Lisäksi erityisen liityntäpistenimen käyttö :,; .30 tarkoittaa, että ei ole välttämätöntä siirtää rajapintatunnistetta protokollaviesteissä.
Riippuen siitä, miten rajapintatunniste on johdettu, Aktivoi PDP-konteksti -pyynnön mukana SGSN.IIe lähetetään joko rajapintatunniste tai erityinen liityntäpistenimi, 109950 13 joka osoittaa, miten rajapintatunniste voidaan johtaa. Sen jälkeen SGSN lähettää Luo PDP-konteksti -pyynnön GGSN:lle. GGSN:ssä PDP-osoite joko otetaan vastaan tai muodostetaan ja sen jälkeen sitä verrataan GGSN:ssä säilytettävään jo annettujen osoitteiden luetteloon. Jos osoitetta ei ole jo annettu, GGSN antaa 5 sen kyseiselle matkaviestimelle. On syytä huomioida, että rajapintatunniste tarkistetaan GGSN:n sisällä, joten ei ole tarpeen lähettää sitä muille matkaviestimille sen varmistamiseksi, onko kyseessä uniikki osoite vai onko olemassa kaksoisosoitteita. GGSN vastaa PDP-kontekstipyyntöön lähettämällä SGSN.IIe Luo PDP-konteksti -vastauksen, joka sisältää PDP-osoitteen. SGSN 10 ottaa vastaan Luo PDP-konteksti -vastauksen ja sen jälkeen se lähetetään matkaviestimelle Aktivoi PDFP-konteksti -hyväksyntänä sisältäen PDP-osoitteen. Matkaviestin ottaa vastaan PDP-osoitteen ja ottaa sen käyttöön rajapintatunnisteena. Tämän jälkeen matkaviestin vastaanottaa GGSN:ltä reititinilmoituksen, joka sisältää GGSN:ssä konfiguroidun verkkoetuliitteen. 15 Seuraavaksi matkaviestin yhdistää PDP-osoitteen ja verkkoetuliitteen luodakseen IPv6-osoitteen. GGSN luo tallenteen matkaviestimen IPv6-osoitteesta vastaavalla tavalla ja tekee merkinnän reititintauluunsa osoittaen vastaavuuden tämän osoitteen ja PDP-kontekstin välillä, jotta viestit voidaan lähettää oikeaan matkaviestimeen. GGSN lähettää reititinilmoituksen joko määräajoin tai • · :. ’ · £0 vastauksena matkaviestimestä tulleeseen tiettyyn pyyntöön.
1 · · · · » » • · ·
Ennen PDP-osoitteen lähettämistä GGSN:lle, SGSN voi verrata sitä kotirekisteriin '···* (home location register, HLR) UMTS 23.060:n mukaisesti. Tämän toiminnon ’···’ tarkoitus on tarkistaa, että matkaviestimen pyytämä PDP-osoite on todellakin 25 sallittu kyseiselle matkaviestimelle. Kuitenkin koska esillä olevalla keksinnöllä voi *.,* olla itsenäinen PDP-osoitteen uniikkisuuden tarkistus, kyseinen ristiintarkistus * · ‘’ HLR:n kanssa ei ehkä ole tarpeen.
I «
* I
* • · · ’···’ Seuraavassa selostetaan yksityiskohtaisemmin esillä olevan keksinnön mukaista : :’30 menetelmää viitaten kuvioon 4, jossa käytetään matkaviestintä kuvion 3 ‘:· osoittamaan protokollapinojärjestelyyn perustuen.
109950 14
Kuviossa 4 selostetaan tiettyä osoitteensaantiprotokollaa, joka koskee matkaviestintä, joka käsittää kannettavan päätelaitteen MT ja päätelaitteen TE. Kuvio 4 esittää komennot, jotka kulkevat TE:n, MT:n, SGSN:n ja G$GN:n välillä. GGSN toimii reitittimenä eräälle IPv6-aliverkolle, jossa se liittää toisiinsa kaksi tai 5 useampia aliverkkoja ja välittää yhdestä aliverkosta peräisin olevat paketit toiseen aliverkkoon. Aliverkko on joukko solmuja, joilla on suora fyysinen yhteys. Sama GGSN voi toimia erillisten aliverkkojen reitittimenä. Matkaviestimille annetaan tähän aliverkkoon kuuluvia osoitteita.
10 Seuraavassa protokollaa selostetaan viittaamalla kuvioihin 3 ja 4.
Vaihe 1 TE aloittaa IPv6CP Konfiguroi pyyntö -viestin, jossa on rajapinta-tunniste-valinta. Rajapinta-tunniste-valinta sisältää TE:n valitseman 64-bittisen tilapäisen 15 rajapintatunnisteen. Tässä tapauksessa rajapintatunniste määritellään mielivaltaisesti. Kuitenkin se voitaisiin määrittää staattisesti, kuten edellä on esitetty, missä tapauksessa käytettäisiin erityistä liityntäpistenimeä.
s*·: Vaihe 2 t » ;.'·£0 Tässä vaiheessa protokolla on PDP-kontekstin aktivointi GPRS.ssä. MT muodostaa linkki-paikallisen osoitteen liittämällä TE:n lähettämän rajapintatunnisteen linkki-paikalliseen etuliitteeseen (FE80::/64). Vaikka linkki-'···* paikallinen osoite on samankaltainen kuin mikä tahansa muu IPv6-osoite, sitä I · '···* voidaan käyttää vain yhdessä linkissä, toisin sanoen vain yhden aliverkon sisällä.
25 MT lähettää "Aktivoi PDP-kontekstipyyntö” -viestin SGSNMIe siten, että tämä linkki- * ♦ * ·» paikallinen osoite on PDP-osoitekentässä uuden PDP-kontekstin aktivoimiseksi :** GGSN:ssä. SGSN välittää linkki-paikallisen tunnisteen GGSN:lle "Luo PDP-:’·· kontekstipyyntö”-viestissä.
: _; 30 Vaihe 3
GGSN tarkistaa, että linkki-paikallinen osoite on kyseisen aliverkon uniikki osoite. Tämän tehdäkseen GGSN tarkistaa, onko kyseinen linkki-paikallinen osoite jo olemassa sen PDP-kontekstiluettelossa, joka on tallennettu HLR:ään. Jos GGSN
109950 15 toteaa linkki-paikallisen osoitteen olevan uniikki, GGSN luo tätä linkki-paikallista osoitetta vastaavan GPRS-tunnelointiprotokollan (GTP) mukaisen tunnelin ja PDP-kontekstin. Tunneli on väline yhdenlaisen paketin kuljettamiseen toisenlaisena, esimerkiksi IPv6-paketin viemiseen GTP-pakettina. GPRS määrittää yhden 5 protokollan (GTP), jotta minkä tahansa tyyppinen tietopakettiprotokolla voidaan kuljettaa saman fyysisen runkoverkon välityksellä. GGSN päättää, mihin IPv6-aliverkkoon kyseinen matkaviestin määrätään. Jos GGSN ohjaa vain yhtä IPv6-aliverkkoa, silloin matkaviestin luonnollisesti määrätään tähän aliverkkoon. GGSN myös rakentaa matkaviestimelle kaikki mahdolliset IPv6-osoitteet yhdistämällä 10 valitun aliverkon tai aliverkkojen jokaisen verkkoetuliitteen matkaviestimen rajapintatunnisteeseen, joka on poistettu matkaviestimen linkki-paikallisesta osoitteesta. Etuliitteitä voi olla useita. Jokainen etuliite osoittaa yhden reitin paketille, jonka ulkoinen vertaisolio on lähettänyt tämän aliverkon tavoittamiseksi. Aliverkolla voi olla useita etuliitteitä, niin että kyseisen aliverkon solmuille voidaan 15 muodostaa useita osoitteita, joista jokainen vastaa eri reittiä.
GGSN tekee asianmukaiset paikalliset muutokset esimerkiksi reititystauluunsa, niin että sen läpi menevä ja aliverkkoon kulkeva ja tiettyyn solmuun osoitettu paketti ohjataan kohti oikeaa GTP-tunnelia. Tämän jälkeen GGSN lähettää * · :.'·£0 myönteisen "Luo PDP-kontekstivastaus" -viestin SGSN:lle, joka välittää sen MT:lle “Aktivoi PDP-kontekstin hyväksyntä” -viestissä.
GPRS:ssä kaikki samaan GGSN:ään kiinnitetyt matkaviestinsolmut voidaan laittaa • · *···’ samaan aliverkkoon. Kaksoistunnistus on rajoittavan kallista. Kuitenkin keksinnön 25 mukaisesti GGSN osallistuu kaikkien osoitteiden määräämiseen, joten sitä voidaan käyttää varmistamaan, että kaksoiskappaleita ei ole. Näin ollen ·;’ monijakelu aliverkossa voidaan välttää siten, että GGSN toimii välipalvelimena ja : ’*· sieppaa kaksoistunnistupyynnöt ja vastaa niihin mikäli kaksoisosoite löytyy. GGSN ;voi myös siepata muunlaisia naapuritarjouksia.
M 30
Vaikka PPPv6 RFC suosittaa, että PPP-asiakkaan ei tarvitse suorittaa kaksoisosoitteen tunnistusta, tämä ei ole pakollista. Sen vuoksi keksintö koskee tapausta, jossa solmu saattaa yrittää kaksoistunnistusta. Joka tapauksessa solmut
S
i 109950 16 voivat yrittää suorittaa naapurintunnistusta, joten keksintö koskee myös näitä aiheita. Keksinnön eräässä suoritusmuodossa GGSN toimii naapurintunnistusviestien välipalvelimena sieppaamalla kaikki naapurintunnistusviestit (viestit, joiden määräosoite on sama kuin tarjoavan 5 solmun monijakeluetuliite FF02::1:FF00:0000/104 ΊΡ version 6 Addressing Architecture", IETF RFC 2373 mukaisesti), tarkistaa, onko olemassa jo aktivoitu PDP-konteksti, jossa viesti näyttää kohdeosoitteen, ja lähettää asianmukaisen vastauksen. Eräässä toisessa suoritusmuodossa GGSN sieppaa naapurintunnistusviestit ja lähettää ne ainoastaan tarkoitetuille vastaanottajille eikä 10 koko aliverkkoon käyttämällä yksittäisjakelua.
Se, yrittääkö GGSN IPv6 -pino suorittaa naapurintunnistusta matkaviestimen solmulle riippuu siitä, miten se reitittää paketit GTP-tunneliin. Esillä olevassa keksinnössä esitetään kaksi vaihtoehtoa. Ensimmäisessä suoritusmuodossa 15 jokaisella GTP-tunnelilla on reititystaulussa erillinen merkintä, jolla on vastaava täydellinen IPv6-osoitemerkintä. Näin ollen GGSN IPv6 -pino ei yritä suorittaa matkaviestimen naapurin tunnistusta kun matkaviestimen solmuun on osoitettu tuleva paketti, koska GGSN pystyy reititystaulunsa avulla toteamaan, onko :*·: kyseistä solmua olemassa. Toisessa suoritusmuodossa reititystaulu ei sisällä tätä tietoa, joten IPv6-pinon välityskoodi tarkistaa naapurivälimuistinsa todetakseen, ’*·*" onko määräosoitteesta jo olemassa merkintä. Jos tällaista merkintää ei ole, IPv6- pino suorittaa naapurin tunnistuksen. Keksinnössä on edullisempaa estää GGSN:n aloittamat naapurintunnistusviestit langattoman rajapinnan välityksellä syöttämällä merkinnät naapurivälimuistiin aina silloin, kun PDP-konteksti 25 aktivoidaan, ja poistaa ne kun se passivoidaan. Näillä merkinnöillä on riittävän ’ ‘ pitkä elinkaari, jotta ne eivät umpeudu PDP-kontekstin ollessa vielä aktiivinen.
• * : ’*· Vaihe 4 : MT vastaa IPV6CP Konfiguroi-Hyväksy -ilmoituksella, jonka mukana on vaiheen 1 : : 30 64-bittisen tunnisteen sisältävä rajapintatunniste.
* *
Vaihe 5 i 109950 17 TE luo linkkipaikallisen osoitteen tästä rajapintatunnisteesta ja määrää sen rajapinnalle. Sen jälkeen se lähettää IPv6-reitittimelle tarjousviestin tämän rajapinnan välityksellä. Eräässä toisessa suoritusmuodossa reititinilmoitus lähetetään automaattisesti heti PDP-kontekstin luomisen jälkeen.
5
Vaihe 6 GGSN vastaa IPv6-reititinilmoitusviestillä, jossa luetellaan kaikki sen verkkoetuliitteet valitulle aliverkolle. TE muodostaa IPv6-osoitteensa liittämällä rajapintatunnisteen näihin verkkoetuliitteisiin ja määrää näin saadut osoitteet 10 samalle rajapinnalle.
Jos GGSN toteaa, että linkki-paikallinen osoite ei ole uniikki, se hylkää “Luo PDP-kontekstipyyntö” -viestin. Tässä tapauksessa MT lähettää “Aktivoi PDP-kontekstipyyntö” -viestin uudelleen tyhjällä PDP-osoitekentällä. Seuraavaksi 15 GGSN valitsee IPv6-osoitteen ja palauttaa sen mukana “Luotu PDP-kontekstivastaus” -viestin. Tämän seurauksena MT vastaa vaiheessa 4 mainitulla IPv6CP Konfiguroi-Nack -viestillä, jonka mukana on rajapintatunnistevalinta, joka sisältää GGSN:n valitsemasta osoitteesta poistetun 64-bittisen tunnisteen. Sen :··: jälkeen TE lähettää uudelleen IPv6CP Konfiguroi pyyntö -viestin, jonka mukana γ·$0 on tämä 64-bittinen tunniste, jonka ΡΡΡνδ-palvelin voi hyväksyä paikallisesti ':’‘: MT:ssä ilman GGSN:n osallisuutta.
• · · » « • 4
Jos rajapintatunniste on staattisesti muodostettu, MT voi käyttää tätä tietoa oikean :...· PPPv6-vastauksen lähettämiseen TE:lle. GGSN voi käyttää samaa tietoa 25 paikallisten konfigurointimuutosten tekemiseen (niin, että tulevat paketit reititetään M t < t oikein TE:lle).
I I
: ’** Seuraavaksi selostetaan protokollan olemassaolevia variantteja. Näissä varianteissa monet edeltävän protokollan ominaisuudet säilyvät samoina, ; :ä0 esimerkiksi tapa, jolla GGSN käsittelee linkki-paikallisia osoitteita ja muuttaa reititystauluaan tai naapurivälimuistia (selostettu vaiheessa 3).
109950 18
Ensimmäisessä variantissa matkaviestin luo PDP-osoitteen (rajapintatunnisteen) yhdellä edellä selostetuista tavoista ja osoite lähetetään SGSN:ään Aktivoi PDP-konteksti -pyynnössä. Kuitenkin tässä variantissa GGSN:n paikallisen menettelytavan mukaisesti kyseisen GGSN:n on valittava kyseinen 5 rajapintatunniste. Tämä johtuu siitä, että juuri kyseistä GGSNiää voi operoida eri operaattori. Sen vuoksi GGSN ei käytä matkaviestimen luomaa PDP-osoitetta, joten kun GGSN vastaanottaa tällaisen PDP-osoitteen, se luo korvaavan PDP-osoitteen. Tällä tavoin GGSN voi helposti tarkistaa, että sen itse luoma korvaava PDP-osoite on uniikki. Itse asiassa GGSN saattaa tällä perusteella valita 10 korvaavan PDP-osoitteen. Sen vuoksi tämä PDP-osoite määrätään GGSNissä kyseiselle matkaviestimelle. GGSN vastaa PDP-kontekstipyyntöön lähettämällä SGSN:lle Luo PDP-kontekstivastaus -viestin, joka sisältää korvaavan PDP-osoitteen. SGSN ottaa vastaan Luo PDP-konteksti -vastauksen ja sen jälkeen se lähetetään matkaviestimelle Aktivoi PDFP-konteksti Hyväksy -viestinä sisältäen 15 korvaavan PDP-osoitteen. Matkaviestin ottaa vastaan korvaavan PDP-osoitteen ja ottaa sen käyttöön rajapintatunnisteena. Sen jälkeen matkaviestin vastaanottaa reititinilmoituksen GGSN.Itä edellä selostetulla tavalla ja luo IPv6-osoitteen.
:**: Keksinnön eräässä suoritusmuodossa, jossa ensimmäistä varianttia käytetään '/.gO kuvion 3 järjestelyn kanssa, edellä kuvion 4 avulla selostettua osoitteensaantiprotokollaa muutetaan. Tuloksena olevaa protokollaa selostetaan viittaamalla kuvioon 5.
* *» I ·
» I
t * ·
Eräässä toisessa variantissa matkaviestin ei luo PDP-osoitetta 25 (rajapintatunnistetta), vaan lähettää SGSN:lle pelkästään Aktivoi PDP-konteksti - * f * i · ' * pyynnön, joka ei sisällä PDP-osoitetta. Sen jälkeen SGSN lähettää Luo PDP- * 4 ·;** konteksti -pyynnön GGSN:lle. GGSN:ssä PDP-osoitetta ei vastaanoteta ja näin r * * ’· olen GGSN voi helposti luoda uniikin PDP-osoitteen ja määrätä sen kyseiselle
' III
matkaviestimelle GGSN:ssä. Koska Aktivoi PDP-konteksti -pyyntö ei sisällä PDP- : ; t30 osoitetta, ei ole tarpeen suorittaa vertausta HLR:ään. GGSN vastaa PDP- ", ί kontekstipyyntöön lähettämällä SGSN:lle Luo PDP-konteksti -vastauksen, joka sisältää uniikin PDP-osoitteen. SGSN ottaa vastaan Luo PDP-konteksti -vastauksen ja sen jälkeen se lähetetään matkaviestimelle Aktivoi PDFP-konteksti 19 109950 -hyväksyntänä sisältäen uniikin PDP-osoitteen. Matkaviestin ottaa vastaan PDP-osoitteen ja ottaa sen käyttöön linkki-paikallisena osoitteenaan. Sen jälkeen matkaviestin vastaanottaa reititinilmoituksen GGSN:ltä edellä selostetulla tavalla ja luo IPv6-osoitteen.
5
Eräs kolmas variantti on samankaltainen kuin toinen variantti siinä mielessä, että matkaviestin ei aluksi luo PDP-osoitetta (rajapintatunnistetta), joten se lähettää “tyhjän" Aktivoi PDP-konteksti -pyynnön. Kuitenkin sen sijaan, että GGSN loisi uniikin PDP-osoitteen, GGSN ei tee näin vaan ainoastaan vastaa “tyhjään” PDP-10 kontekstipyyntöön lähettämällä “tyhjän” Luo PDP-konteksti -vastauksen. SGSN vastaanottaa "tyhjän” Luo PDP-konteksti -vastauksen ja sen jälkeen se lähetetään matkaviestimelle "tyhjänä” Aktivoi PDP-konteksti -hyväksyntänä. Matkaviestin vastaanottaa “tyhjän” Aktivoi PDP-konteksti -hyväksynnän ja luo oman PDP-osoitteensa (rajapintatunnisteen) käyttäen yhtä edellä selostetuista menetelmistä. 15 Sen jälkeen rajapintatunnisteen uniikkisuus voidaan tarkistaa. Olettaen, että rajapintatunniste on uniikki, matkaviestin ottaa tämän PDP-osoitteen käyttöön rajapintatunnisteenaan. Sen jälkeen kannettava päätelaite vastaanottaa reititinilmoituksen GGSN:ltä edellä selostetulla tavalla ja luo IPv6-osoitteen.
»·« · » « ‘/.20 Edeltävät suoritusmuodot ja variantit ovat tilattomia osoitteen automaattisia » konfigurointeja siinä mielessä, että matkaviestimen osa luo oman osoitteensa, I I * toisin sanoen rajapintatunnisteen. Kuitenkin matkaviestimen sellaisessa
| 1 I
suoritusmuodossa, joka käsittää MT:n ja TE:n, vaikka TE saattaa luoda oman i * * rajapintatunnisteen ja lähettää sen MT:lle, MT saattaa hylätä sen, koska se tietää 25 ettei sitä pitäisi lähettää. Itse asiassa tällaisessa suoritusmuodossa TE:n IPv6-pino * * (tai muissa suoritusmuodoissa mikä tahansa osa, joka valitsee I t t * · ·;·’ rajapintatunnisteen) uskoo, että se valitsee rajapintatunnisteen.
! 4 *
I * t II
ί ♦ I
Jos järjestelmässä on tilallinen osoitteen automaattinen konfigurointi, silloin » ; ;5t0 proseduuri toimii eri tavalla. Tässä tapauksessa TE ei välttämättä aluksi tiedä, t 4 1 i”! miten asia on, koska automaattista konfigurointia ohjataan GGSN:stä. Vastaanottaessaan Luo PDP-konteksti -pyyntöä GGSN ei varmista, että PDP osoitteen tunnus IDM on uniikki, koska todellinen PDP-osoitteen tunnus IDm i 109950 20 valitaan myöhemmin DHCP:n pyynnön seurauksena. GGSN lähettää Luo PDP-kontekstipyyntö -vastauksen takaisin SGSN:lle, joka lähettää Aktivoi PDP-konteksti -hyväksynnän MT:lle. MT lähettää IPv6CP Konfigurointi hyväksytty -ilmoituksen TE:lle. Tässä vaiheessa TE ei ole tietoinen siitä, että tarvitaan DHCP-5 pyyntö, joten se määrää FE80::IDm :n rajapinnalle. Kuten aiemmassa proseduurissa, TE lähettää IPv6-reititintarjouksen GGSN:lle. GGSN vastaa lähettämällä IPv6-reititinilmoituksen takaisin TE:n linkki-paikalliseen osoitteeseen. Reititinilmoituksessa on kuitenkin M-kehysmerkkikenttä asetettuna, mikä osoittaa TE:lle, että sen täytyy hankkia osoitteensa DHCP-palvelimelta. Näin ollen TE 10 lähettää DHCP-pyynnön IPv6:n välityksellä GGSNMIe ja DHCP-palvelin muodostaa täydellisen IPv6-osoitteen tai pyydetyn määrän IPv6-osoitteita, ja GGSN muuttaa reitityskonfigurointiaan. IPv6-osoite lähetetään matkaviestimelle (DHCP IPv6:n välityksellä).
15 On syytä huomioida, että tässä suoritusmuodossa DHCP-palvelin on osa GGSN:ää. Tässä tapauksessa DHCP-palvelinta ohjataan siten, että kun tulee pyyntö PDP-kontekstiosoitteen saamiseksi, DHCP-palvelin luo täydellisen IPv6-osoitteen tai täydellisiä IPv6-osoitteita ja sen jälkeen muuttaa reititystauluaan niin, että valittu täydellinen IPv6-osoite tai osoitteet mapataan vastaavaan GTP-‘ · 320 tunneliin. Vaihtoehtoisesti GGSN ohjaa ja muuttaa naapurivälimuistiaan.
Vaikka naapurin tunnistus ei ole täysin välttämätöntä silloin, kun käytetään DHCP-palvelinta, sen sisällyttäminen voi kuitenkin olla edullista, koska TE:t voivat liittyä ‘ · · ·' GPRS-järjestelmään ja ne saattavat lähettää naapurin tunnistuspyyntöjä.
25
Kuvioiden 4 ja 5 proseduurit on esitetty vuokaavion muodossa kuviossa 6.
• · i 1·· Kuvio 7 esittää erään suoritusmuodon matkaviestimestä MS käytettäväksi kuvion 1 esittämässä GPRS-järjestelmässä Matkaviestin MS käsittää keskusyksikön •V;]S0 (CPU) 70, lähetin-vastaanottimen 72, muistin 74 matkaviestimen GPRS:ää koskevan tiedon tallentamista varten, protokollapinon 76 ohjaamaan viestintää GPRS-järjestelmän kanssa, näytön 78 ja muistin 79 matkaviestimen puhelinviestintään liittyviä toimintoja varten. Lähetin-vastaanottimen 72 toimintaa 21 109950 puheluja soitettaessa ei ole selostettu tässä, koska se liittyy matkaviestimen MS perinteisiin puhelintoimintoihin. Keskusyksikkö (CPU) 70 ohjaa muiden elementtien toimintaa.
5 Edellä selostettuja menetelmiä voidaan soveltaa matkaviestimeen, joka ei käsitä päätelaitetta ja kannettavaa päätelaitetta, vaan käsittää ainoastaan integroidun yksikön. Tässä suoritusmuodossa PPPv6:tta ei tarvitse käyttää matkaviestimen sisällä.
10 Esillä oleva keksintö ei rajoitu PPPv6:n käyttöön. On olemassa muita kaksipisteprotokollia, kuten SLIP (serial line IP). Lähiverkossa IPv4-solmut käyttävät muita kerroksen 2 (L2) protokollia, joita ovat esimerkiksi “ethernet” tai “token ring”. Lisäksi, kuten edellä on mainittu, tietyissä suoritusmuodoissa kaksipisteprotokollaa ei vaadita, jos käytetään integroitua matkaviestintä, jossa ei 15 ole erillistä MT:tä ja TE:tä.
Tässä on selostettu esillä olevan keksinnön määrättyjä toteutus- ja suoritusmuotoja. Alan ammattilaiselle on selvää, ettei keksintö rajoitu edellä esitettyjen suoritusmuotojen yksityiskohtiin ja että keksintö voidaan toteuttaa :.‘-S20 muissakin muodoissa vastaavia keinoja käyttäen poikkeamatta keksinnön tunnusmerkeistä. Keksinnön soveltamisalaa rajoittavatkin ainoastaan oheistetut patenttivaatimukset. 1
t I

Claims (27)

1. Menetelmä, jossa solmu hankkii verkko-osoitteen dataverkossa, joka menetelmä käsittää seuraavat vaiheet: perustetaan kokonaisuus, joka käsittää tietoa verkko-osoitteista aliverkon sisällä; 5 luodaan aliverkon sisällä uniikin linkkitunnisteen avulla linkki ensimmäisen ja toisen solmun välille; määritetään ensimmäiselle solmulle verkko-osoite linkkitunnisteen perusteella; tarkistetaan kokonaisuuden avulla onko määritetty verkko-osoite uniikki; ja hyväksytään verkko-osoite, jos määritetty verkko-osoite on uniikki. 10
2. Patenttivaatimuksen 1 mukainen menetelmä, jossa linkkitunniste luodaan staattisesti yhden solmuista tunnistavan tiedon perusteella.
3. Patenttivaatimuksen 1 mukainen menetelmä, jossa yksi solmuista luo 15 linkkitunnisteen mielivaltaisesti.
4. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa verkko-osoitteita koskeva tieto on luettelo linkkitunnisteista tai verkko-osoitteista :··: aliverkossa. :/.20
5. Patenttivaatimuksen 4 mukainen menetelmä, jossa luettelo käsittää :: linkkitunnisteita, jotka on aikaisemmin määrätty solmuille. • * · * * · • M
6. Patenttivaatimuksen 5 mukainen menetelmä, jossa uniikkisuuden toteamisen 25 suorittaa kokonaisuus aiemmin määrättyjen linkkitunnisteiden tai verkko- ] ' osoitteiden luettelon perusteella.
* · : '·· 7. Patenttivaatimuksen 6 mukainen menetelmä, jossa uniikkisuuden toteamisen :...: suorittaa kokonaisuus reititystaulun perusteella. : ;30
·;··: 8. Patenttivaatimuksen 6 mukainen menetelmä, jossa uniikkisuuden toteamisen suorittaa kokonaisuus naapurivälimuistin perusteella. 23 109950
9. Patenttivaatimuksen 4 mukainen menetelmä, jossa luettelo käsittää linkkitunnisteita, jotka ovat uniikkeja ja joita ei ole aikaisemmin määrätty.
10. Patenttivaatimuksen 9 mukainen menetelmä, jossa uniikkisuuden toteamisen 5 suorittaa yhdyskäytävä, joka valitsee linkkitunnisteen tai verkko-osoitteen sellaisten linkkitunnisteiden tai verkko-osoitteiden luettelosta, joita ei ole vielä määrätty.
11. Minkä tahansa edellä mainitun patenttivaatimuksen mukainen menetelmä, 10 jossa tieto on se, että kokonaisuudella on tunniste, jota voidaan käyttää uniikin verkko-osoitteen luomiseen.
12. Patenttivaatimuksen 11 mukainen menetelmä, jossa uniikkisuuden toteamisen suorittaa kokonaisuus sisältämänsä verkko-osoitteita koskevan tiedon perusteella 15 ja määrittämällä, että sillä on linkkitunniste, jota voidaan käyttää uniikin verkko-osoitteen luomiseen.
13. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa linkkitunniste siirretään ensimmäisen ja toisen solmun välillä lähettäjältä :* 220 vastaanottajalle.
14. Vaatimuksen 13 mukainen menetelmä, jossa linkkitunnisteen vastaanottaja ’ · · ·‘ hylkää sen ja luo eri linkkitunnisteen, jonka uniikkisuus tarkistetaan.
15. Patenttivaatimuksen 13 mukainen menetelmä, jossa silloin kun linkkitunniste ei ole uniikki vastaanottaja valitsee uniikin linkkitunnisteen, jonka se lähettää lähettäjälle.
! .···. '···' 16. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa : _: 30 verkko-osoite johdetaan linkkitunnisteesta ja verkkoetuliitteestä.
17. Patenttivaatimuksen 16 mukainen menetelmä, jossa verkon etuliite hankitaan käyttämällä reititintarjousta, joka lähetetään ensimmäisen ja toisen solmun välillä. 24 109950
18. Patenttivaatimuksen 16 mukainen menetelmä, jossa verkkoetuliite hankitaan käyttämällä reititinilmoitusta, joka lähetetään automaattisesti ensimmäisen ja toisen solmun välillä. 5
19. Minkä tahansa patenttivaatimuksista 16-18 mukainen menetelmä, jossa on useita verkkoetuliitteitä, joita voidaan käyttää luomaan solmulle useita verkko-osoitteita.
20. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa dataverkko käsittää useita aliverkkoja.
21. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa ensimmäinen solmu on matkaviestin. 15
22. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa toinen solmu on yhdyskäytävä.
22 109950
23. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa :.‘-i20 dataverkko on GPRS-järjestelmä.
:···*’ 24. Patenttivaatimuksen 12 mukainen menetelmä, jossa linkki on PDP-konteksti.
25. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa 25 verkko-osoite on IPv6-osoite.
26. Viestintäjärjestelmä, joka toimii minkä tahansa edeltävän patenttivaatimuksen :’·· mukaisen menetelmän mukaan. :,:.30
27. Kannettava päätelaite, joka toimii minkä tahansa edeltävän ’:: patenttivaatimuksen mukaisen menetelmän mukaan. 25 109950
FI20000121A 2000-01-20 2000-01-20 Osoitteen saanti FI109950B (fi)

Priority Applications (18)

Application Number Priority Date Filing Date Title
FI20000121A FI109950B (fi) 2000-01-20 2000-01-20 Osoitteen saanti
AT01942839T ATE553609T1 (de) 2000-01-20 2001-01-15 Adresserfassung
AU2001228536A AU2001228536A1 (en) 2000-01-20 2001-01-15 Address acquisition
BR0107666-3A BR0107666A (pt) 2000-01-20 2001-01-15 Método para adquirir um endereço de rede, rede de comunicação, e, terminal móvel
JP2001553325A JP2003520535A (ja) 2000-01-20 2001-01-15 アドレス取得
PCT/FI2001/000034 WO2001054437A1 (en) 2000-01-20 2001-01-15 Address acquisition
KR1020027009210A KR100750370B1 (ko) 2000-01-20 2001-01-15 어드레스 획득
EP01942839A EP1252781B1 (en) 2000-01-20 2001-01-15 Address acquisition
CN01806871A CN1418440A (zh) 2000-01-20 2001-01-15 地址获取
CN2004100952345A CN1625275B (zh) 2000-01-20 2001-01-15 地址获取方法和设备
DK01942839.0T DK1252781T3 (da) 2000-01-20 2001-01-15 Tilvejebringelse af adresse
CA002396753A CA2396753C (en) 2000-01-20 2001-01-15 Address acquisition
US09/765,190 US6959009B2 (en) 2000-01-20 2001-01-18 Address acquisition
ZA200205777A ZA200205777B (en) 2000-01-20 2002-07-19 Address acquisition.
US11/183,629 US7920575B2 (en) 2000-01-20 2005-07-18 Address acquisition
HK05111201.7A HK1079385A1 (en) 2000-01-20 2005-12-07 Method and apparatus for address acquiring
JP2009239527A JP4938834B2 (ja) 2000-01-20 2009-10-16 アドレス取得
US13/446,749 USRE44592E1 (en) 2000-01-20 2012-04-13 Address acquisition

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20000121A FI109950B (fi) 2000-01-20 2000-01-20 Osoitteen saanti
FI20000121 2000-01-20

Publications (3)

Publication Number Publication Date
FI20000121A0 FI20000121A0 (fi) 2000-01-20
FI20000121A FI20000121A (fi) 2001-07-21
FI109950B true FI109950B (fi) 2002-10-31

Family

ID=8557149

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20000121A FI109950B (fi) 2000-01-20 2000-01-20 Osoitteen saanti

Country Status (14)

Country Link
US (3) US6959009B2 (fi)
EP (1) EP1252781B1 (fi)
JP (2) JP2003520535A (fi)
KR (1) KR100750370B1 (fi)
CN (2) CN1625275B (fi)
AT (1) ATE553609T1 (fi)
AU (1) AU2001228536A1 (fi)
BR (1) BR0107666A (fi)
CA (1) CA2396753C (fi)
DK (1) DK1252781T3 (fi)
FI (1) FI109950B (fi)
HK (1) HK1079385A1 (fi)
WO (1) WO2001054437A1 (fi)
ZA (1) ZA200205777B (fi)

Families Citing this family (150)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19927291A1 (de) * 1999-06-15 2000-12-28 Siemens Ag Verfahren und Einrichtung zum Übermitteln von Daten
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
US7260638B2 (en) * 2000-07-24 2007-08-21 Bluesocket, Inc. Method and system for enabling seamless roaming in a wireless network
US7146636B2 (en) * 2000-07-24 2006-12-05 Bluesocket, Inc. Method and system for enabling centralized control of wireless local area networks
US6970453B2 (en) * 2000-10-03 2005-11-29 Nortel Networks Limited System interface supporting IP endpoint data exchange and regulation
JP3534185B2 (ja) * 2000-10-27 2004-06-07 日本電気株式会社 無線通信システム及びその通信方法
US7126937B2 (en) * 2000-12-26 2006-10-24 Bluesocket, Inc. Methods and systems for clock synchronization across wireless networks
JP4453205B2 (ja) * 2001-01-15 2010-04-21 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
WO2002069519A1 (en) * 2001-02-23 2002-09-06 Nokia Inc. System and method for fast gprs for ipv6 communications
US20020136226A1 (en) * 2001-03-26 2002-09-26 Bluesocket, Inc. Methods and systems for enabling seamless roaming of mobile devices among wireless networks
DE10117133B4 (de) * 2001-04-05 2005-07-07 T-Mobile Deutschland Gmbh Verfahren und Vorrichtung zur Wegsteuerung von IP-Verbindungen in einem teilnehmerbezogenen Kommunikationsnetz
US7072977B1 (en) * 2001-04-10 2006-07-04 Codem Systems, Inc. Method and apparatus for creating links to extend a network
DE60114474T2 (de) * 2001-05-17 2006-07-27 Nokia Corporation Vorrichtung und verfahren zur zeitweiligen deaktivierung von teilnehmerinformationen
US20020188868A1 (en) * 2001-06-12 2002-12-12 Budka Kenneth C. Method for protecting use of resources in a network
US20030026230A1 (en) * 2001-08-02 2003-02-06 Juan-Antonio Ibanez Proxy duplicate address detection for dynamic address allocation
EP1421745A1 (en) * 2001-08-09 2004-05-26 Nokia Corporation Enabling active pdp contexts in additional plmns according to home operator information and/or subnetwork information
US7680109B2 (en) * 2001-08-21 2010-03-16 Telefonaktiebolaget L M Ericsson (Publ) Mobile multipoint service
US7339895B2 (en) * 2001-08-21 2008-03-04 Hitachi, Ltd. Gateway device and control method for communication with IP and IPV6 protocols
GB0120421D0 (en) * 2001-08-22 2001-10-17 Lucent Technologies Inc Supporting IP multicast in UMTS core network
US20030039232A1 (en) * 2001-08-22 2003-02-27 Alessio Casati Method of sending a multicast message in such as a GPRS/UMTS network, and a mobile telecommunications network
KR20030024260A (ko) * 2001-09-17 2003-03-26 주식회사 플레넷 전력선을 이용한 통신망의 서브넷과, 그러한 서브넷의창설방법과, 그러한 서브넷에 연결되는 전기전자응용기기및, 그러한 전기전자응용기기에 이용되는 통신모듈
KR20030024262A (ko) * 2001-09-17 2003-03-26 주식회사 플레넷 전력선을 이용한 통신망에서의 식별자중복사용을 검출하고조치하는 방법과, 그러한 통신망의 서브넷에 연결되는전기전자응용기기 및, 그러한 전기전자응용기기에이용되는 통신모듈
KR100798261B1 (ko) * 2001-09-27 2008-01-24 주식회사 케이티 라우팅 경로 자동 설정 기능을 갖는 통신 장치
WO2003029916A2 (en) * 2001-09-28 2003-04-10 Bluesocket, Inc. Method and system for managing data traffic in wireless networks
US7502929B1 (en) 2001-10-16 2009-03-10 Cisco Technology, Inc. Method and apparatus for assigning network addresses based on connection authentication
US20030081578A1 (en) * 2001-10-26 2003-05-01 White Douglas Andrew Address allocation for mobile terminals
US7545754B2 (en) * 2001-11-02 2009-06-09 Ntt Docomo, Inc. Geographically adjacent access router discovery and caching for mobile nodes
US20030147369A1 (en) * 2001-12-24 2003-08-07 Singh Ram Naresh Secure wireless transfer of data between different computing devices
FI113515B (fi) * 2002-01-18 2004-04-30 Nokia Corp Osoitteistus langattomissa lähiverkoissa
WO2003061203A1 (en) 2002-01-18 2003-07-24 Nokia Corporation Addressing in wireless local area networks
WO2003065152A2 (en) * 2002-01-25 2003-08-07 Nokia Corporation Method and system for adding ip routes to a routing mobile terminal with 3g messages
KR100423500B1 (ko) * 2002-01-29 2004-03-18 삼성전자주식회사 인터넷 프로토콜 주소 변환장치 및 이를 이용한홈네트워크 시스템
US8271686B2 (en) 2002-02-13 2012-09-18 Intellectual Ventures I Llc Transmission of packet data to a wireless terminal
US20040019664A1 (en) * 2002-02-15 2004-01-29 Franck Le Method and system for discovering a network element in a network such as an agent in an IP network
US20030158959A1 (en) * 2002-02-15 2003-08-21 Jay Jayapalan Establishment of communications using point to point protocols such that duplicate negotiations are avoided
US7054323B2 (en) * 2002-03-13 2006-05-30 Motorola, Inc. Method for packet data protocol context activation
US7457253B2 (en) 2002-03-26 2008-11-25 Telefonaktiebolaget Lm Ericsson (Publ) System, an arrangement and a method relating to IP-addressing
SE0200939D0 (sv) * 2002-03-26 2002-03-26 Ericsson Telefon Ab L M A system, an arrangement and a method relating to IP-addressing
AU2003214425A1 (en) * 2002-03-27 2003-10-13 British Telecommunications Public Limited Company Tunnel broker management
EP1355447B1 (en) * 2002-04-17 2006-09-13 Canon Kabushiki Kaisha Public key certification providing apparatus
KR100424614B1 (ko) * 2002-04-27 2004-03-27 삼성전자주식회사 인터넷 프로토콜 기반 통신 시스템 및 그의 호스트 주소설정 및 소스 주소 선택 방법
US7246176B2 (en) * 2002-04-30 2007-07-17 Nortel Networks Limited PDP context distribution among multiple GGSNs
AU2003234506A1 (en) * 2002-05-06 2003-11-17 Qualcomm Incorporated System and method for registering ip address of wireless communication device
GB2388498B (en) * 2002-05-07 2005-10-19 Nokia Corp Method and apparatus for ensuring address information of a wireless terminal device in communications network
KR100871118B1 (ko) * 2002-05-18 2008-11-28 엘지전자 주식회사 멀티캐스트 그룹 관리 방법
US20030223450A1 (en) * 2002-05-29 2003-12-04 Bender Paul E. Aggregating multiple air interfaces with a multi-link protocol
ATE390007T1 (de) * 2002-06-12 2008-04-15 Ericsson Telefon Ab L M Verfahren, system und vorrichtung zur bearbeitung von eigenschaften einer endgeräte
FR2841077B1 (fr) * 2002-06-17 2004-11-19 Orange France Sa Systeme et procede de gestion sur un terminal de l'architecture dediee a un reseau de communication
US20040006641A1 (en) * 2002-07-02 2004-01-08 Nischal Abrol Use of multi-format encapsulated internet protocol messages in a wireless telephony network
KR100484145B1 (ko) * 2002-07-05 2005-04-18 삼성전자주식회사 중복 주소 노드에 가상 주소를 자동으로 할당하는 장치 및방법
US8224985B2 (en) 2005-10-04 2012-07-17 Sony Computer Entertainment Inc. Peer-to-peer communication traversing symmetric network address translators
US8060626B2 (en) 2008-09-22 2011-11-15 Sony Computer Entertainment America Llc. Method for host selection based on discovered NAT type
US7143435B1 (en) * 2002-07-31 2006-11-28 Cisco Technology, Inc. Method and apparatus for registering auto-configured network addresses based on connection authentication
AU2002368164A1 (en) * 2002-08-05 2004-02-25 Nokia Corporation A method of speeding up the registration procedure in a cellular network
JP3767561B2 (ja) * 2002-09-02 2006-04-19 ソニー株式会社 機器認証装置、機器認証方法、および情報処理装置、情報処理方法、並びにコンピュータ・プログラム
FR2844942B1 (fr) * 2002-09-24 2004-11-26 Radiotelephone Sfr Procede de production, pour un fournisseur d'acces, d'un identifiant isolant multimedia
JP3907568B2 (ja) * 2002-10-02 2007-04-18 キヤノン株式会社 認証装置
US7391748B2 (en) * 2002-10-15 2008-06-24 Cisco Technology, Inc. Configuration of enterprise gateways
KR20040065643A (ko) * 2003-01-15 2004-07-23 삼성전자주식회사 ＩＰｖ６ 프로토콜을 위한 ＩＰ 주소 및 도메인명자동등록 방법
JP3873891B2 (ja) * 2003-01-22 2007-01-31 株式会社日立製作所 パケット通信装置
US7633926B1 (en) * 2003-02-06 2009-12-15 Cisco Technology, Inc. Extending multicast applications available on data networks to cell-based wireless networks
KR100513863B1 (ko) * 2003-04-29 2005-09-09 삼성전자주식회사 호스트의 이동성을 지원할 수 있는 무선 근거리 네트워크시스템 및 그의 동작방법
JP4054719B2 (ja) * 2003-05-29 2008-03-05 キヤノン株式会社 特定アドレス使用制限装置
US7603464B2 (en) * 2003-06-04 2009-10-13 Sony Computer Entertainment Inc. Method and system for identifying available resources in a peer-to-peer network
KR100562900B1 (ko) * 2003-06-19 2006-03-21 삼성전자주식회사 모바일 애드 혹 네트워크 환경에서 중복된 ｉｐ주소를검출하기 위한 장치 및 ｉｐ주소 중복 검출 방법
US20050025164A1 (en) * 2003-07-16 2005-02-03 Telefonaktiebolaget L M Ericsson (Publ) Seamless hand-off of mobile node to a wireless local area network (WLAN)
CN1701584A (zh) * 2003-07-23 2005-11-23 三星电子株式会社 用于在网际协议系统中产生访问终端的网际协议地址并发送用于产生网际协议地址的消息的方法和系统
JP2005057419A (ja) * 2003-08-01 2005-03-03 Matsushita Electric Ind Co Ltd パケット通信システム及びパケット通信方法
US7493652B2 (en) * 2003-08-06 2009-02-17 Microsoft Corporation Verifying location of a mobile node
US7792988B2 (en) * 2003-10-20 2010-09-07 Sony Computer Entertainment America, LLC Peer-to-peer data relay
KR100962647B1 (ko) * 2003-10-27 2010-06-11 삼성전자주식회사 모바일 단말기의 이동성 지원 방법 및 그 시스템
KR100803590B1 (ko) * 2003-10-31 2008-02-19 삼성전자주식회사 이종망간에 데이터 통신이 가능한 터널 서비스를 제공하는시스템
FI116186B (fi) * 2003-12-19 2005-09-30 Nokia Corp Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä
DE10360531A1 (de) * 2003-12-22 2005-07-21 Siemens Ag Verfahren, Netzübergangsknoten und Endgerät zur paketorientierten Datenübertragung
CN100372339C (zh) * 2004-03-10 2008-02-27 华为技术有限公司 一种gprs网络终端与ip网络设备之间数据传输的方法
CN100387022C (zh) * 2004-03-18 2008-05-07 华为技术有限公司 一种使用不同版本的ip协议的gsn之间的通讯方法
KR20050104191A (ko) * 2004-04-28 2005-11-02 삼성전자주식회사 액세스 포인트간의 핸드오버를 지원 또는 수행하는 방법및 장치
KR100601673B1 (ko) * 2004-05-10 2006-07-14 삼성전자주식회사 다중 인터페이스들이 탑재된 이동 스테이션에서의 통신방법 및 장치
SE534807C2 (sv) * 2004-05-14 2011-12-27 Klap Worldwide Corp Trident Chambers Mobilt kommunikationsnät för att förse en mobil station med en fast IP-adress
GB0413684D0 (en) * 2004-06-18 2004-07-21 Nokia Corp Connection method
CN100334895C (zh) * 2004-06-25 2007-08-29 华为技术有限公司 一种通用分组无线业务网络侧响应移动台业务请求的方法
US9654963B2 (en) * 2004-07-01 2017-05-16 Qualcomm Incorporated Dynamic assignment of home agent and home address in wireless communications
GB2416958A (en) * 2004-07-30 2006-02-08 Orange Personal Comm Serv Ltd Communicating internet packet data over a packet radio network
GB2417650A (en) 2004-07-30 2006-03-01 Orange Personal Comm Serv Ltd Tunnelling IPv6 packets over IPv4 packet radio network wherein an IPv6 address including a tunnel end identifier of the IPv4 bearer is formed
JP4576950B2 (ja) * 2004-09-22 2010-11-10 株式会社日立製作所 データ通信装置
US7738432B2 (en) * 2004-09-28 2010-06-15 Intel Corporation Dynamic network activation apparatus, systems, and methods
US20060072595A1 (en) * 2004-10-05 2006-04-06 Cisco Technology, Inc. System and method for service tagging for enhanced packet processing in a network environment
WO2006046261A1 (en) * 2004-10-29 2006-05-04 Telecom Italia S.P.A. Method for controlling routing operations in a network, related network and computer program product thereof
FI20041556A0 (fi) * 2004-12-01 2004-12-01 Nokia Corp Pyynnön laukaisin verkkolinkin avaamiseksi
KR100640486B1 (ko) 2005-03-03 2006-10-31 삼성전자주식회사 이동 통신 시스템에서 ｉｐ 주소 할당 방법
JP2006253811A (ja) * 2005-03-08 2006-09-21 Ricoh Co Ltd 電子機器、ｉｐアドレス決定方法、ｉｐアドレス決定プログラム、ｉｐアドレス決定プログラムを記録した記録媒体
GB0504868D0 (en) 2005-03-09 2005-04-13 Nokia Corp A method of configuring a communication device
US8374104B2 (en) * 2005-03-30 2013-02-12 Echelon Corporation Simple installation of devices on a network
US8369329B2 (en) * 2005-05-16 2013-02-05 Rockstar Consortium Us Lp Dynamic hierarchical address resource management architecture, method and apparatus
WO2006128481A2 (en) 2005-05-31 2006-12-07 Telecom Italia S.P.A. Method for auto-configuration of a network terminal address
CN1897589B (zh) * 2005-07-13 2010-12-15 上海贝尔阿尔卡特股份有限公司 IPv6无状态地址配置中的接入装置、路由设备及方法
WO2007026230A2 (en) * 2005-09-02 2007-03-08 Nokia Corporation Arbitrary mac address usage in a wlan system
CN100499669C (zh) * 2005-09-09 2009-06-10 上海贝尔阿尔卡特股份有限公司 IPv6接入网络中网络地址重构方法
US8477759B2 (en) * 2005-09-30 2013-07-02 Qualcomm Incorporated Filtering of malformed data packets in wireless communication
KR100710530B1 (ko) * 2005-10-21 2007-04-23 삼성전자주식회사 연결 중심 무선 링크를 가지는 무선 이동 통신 시스템에서아이피 주소 구성 및 등록 방법
US8184618B2 (en) * 2005-10-25 2012-05-22 Motorola Solutions, Inc. Methods and apparatus for use in a packet data network
KR101202873B1 (ko) * 2006-01-04 2012-11-19 삼성전자주식회사 단말기에서 ＩＰｖ6를 지원하기 장치 및 방법
CN1809076B (zh) * 2006-01-26 2010-05-26 中国移动通信集团公司 通信网络中终端IPv6地址的生成及解析方法
EP1993238A4 (en) * 2006-03-06 2009-07-29 Huawei Tech Co Ltd DEVICE AND METHOD AND SYSTEM FOR OBTAINING THE IPV6 ADDRESS
US20070213058A1 (en) * 2006-03-08 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel gprs-based wireless communication system
US20070213057A1 (en) * 2006-03-08 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting routing area update procedures in a single tunnel gprs-based wireless communication system
KR100773822B1 (ko) * 2006-03-20 2007-11-06 주식회사 케이티프리텔 효율적인 ＩＰｖ６용 ＩＰ 주소 할당을 위한 전화 접속네트워킹 방법
US8625609B2 (en) 2006-05-19 2014-01-07 Futurewei Technologies Inc. Using DHCPv6 and AAA for mobile station prefix delegation and enhanced neighbor discovery
JP2008015880A (ja) * 2006-07-07 2008-01-24 Fuji Xerox Co Ltd ネットワークシステム、画像処理装置、およびコンピュータプログラム
US20080013553A1 (en) * 2006-07-12 2008-01-17 Interdigital Technology Corporation Activation of multiple bearer services in a long term evolution system
US7852878B2 (en) * 2006-08-01 2010-12-14 Samsung Electronics Co., Ltd. Apparatus and method for supporting establishment of network address of communication apparatus
US8107408B2 (en) * 2006-08-09 2012-01-31 Nokia Siemens Networks Gmbh & Co. Kg Route maintenance and update based on connection identifier in multi-hop relay systems
US7873003B2 (en) * 2006-11-08 2011-01-18 Electronics And Telecommunications Research Institute Method for allocating IP address to mobile station in mobile communication system
CN101179603B (zh) * 2006-11-09 2011-06-08 上海贝尔阿尔卡特股份有限公司 IPv6网络中用于控制用户网络接入的方法和装置
KR101039097B1 (ko) * 2007-02-04 2011-06-03 아주대학교산학협력단 저전력 무선 개인 영역 네트워크상에서 계층적 라우팅을 위한 모바일 노드의 주소 할당 방법 및 패킷 전송 방법
US8942212B2 (en) * 2007-02-19 2015-01-27 Nec Corporation Autoconfiguration system for wireless sensor network and its method, and gateway apparatus for wireless sensor network
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
US8045558B2 (en) 2007-04-23 2011-10-25 Cisco Technology, Inc. Extensions to IPv6 neighbor discovery protocol for automated prefix delegation
US8065515B2 (en) * 2007-04-23 2011-11-22 Cisco Technology, Inc. Autoconfigured prefix delegation based on distributed hash
US7995478B2 (en) 2007-05-30 2011-08-09 Sony Computer Entertainment Inc. Network communication with path MTU size discovery
US7908393B2 (en) 2007-12-04 2011-03-15 Sony Computer Entertainment Inc. Network bandwidth detection, distribution and traffic prioritization
KR101430594B1 (ko) * 2008-01-10 2014-08-18 삼성전자주식회사 이동통신 시스템에서 디폴트 게이트웨이 주소 설정 장치 및방법
US7856506B2 (en) * 2008-03-05 2010-12-21 Sony Computer Entertainment Inc. Traversal of symmetric network address translator for multiple simultaneous connections
CN101547383B (zh) * 2008-03-26 2013-06-05 华为技术有限公司 一种接入认证方法及接入认证系统以及相关设备
CN101547223B (zh) * 2008-03-26 2012-11-21 华为技术有限公司 地址配置方法、装置和系统
US20090248841A1 (en) * 2008-03-28 2009-10-01 Motorola, Inc. Unique prefix assignment with automatic address configuration
US8862872B2 (en) 2008-09-12 2014-10-14 Qualcomm Incorporated Ticket-based spectrum authorization and access control
US8548467B2 (en) 2008-09-12 2013-10-01 Qualcomm Incorporated Ticket-based configuration parameters validation
US9148335B2 (en) 2008-09-30 2015-09-29 Qualcomm Incorporated Third party validation of internet protocol addresses
EP2237531B1 (en) * 2009-03-31 2013-05-08 Sony Corporation Network comprising a plurality of devices and root device and method for assigning a network address
JP4760963B2 (ja) * 2009-06-26 2011-08-31 株式会社日立製作所 ＩＰｖ６アドレス割り当て方法
US8559455B1 (en) 2009-09-30 2013-10-15 Google Inc. Dynamic scheduling scheme for TV white-space MIMO wireless system
US8396086B1 (en) 2009-09-30 2013-03-12 Google Inc. Scalable association scheme for TV white-space MIMO wireless system
US8565138B1 (en) 2009-09-30 2013-10-22 Google Inc. Random shuffling mechanism for MIMO wireless system
US8699411B1 (en) 2009-09-30 2014-04-15 Google Inc. Dynamic TDMA system for TV white space MIMO wireless
KR101325807B1 (ko) * 2009-12-17 2013-11-05 한국전자통신연구원 아이피브이식스 네트워크를 이용한 차량용 통신 장치 및 통신 방법
JP5480719B2 (ja) * 2010-05-27 2014-04-23 株式会社Ｎｔｔドコモ 端末装置、プレフィックス配布装置、ＩＰｖ６アドレス生成システム、及びＩＰｖ６アドレス生成方法
EP2601767B1 (en) * 2010-08-03 2018-10-31 Samsung Electronics Co., Ltd Method and base station of communicating packet data units over the gb-interface of a mobile network
US8964741B2 (en) * 2011-06-21 2015-02-24 Cisco Technology, Inc. Adjacency discovery through multicast and single-hop messaging
US8572231B2 (en) 2011-07-14 2013-10-29 Google Inc. Variable-length nonce generation
US8982815B2 (en) * 2012-04-24 2015-03-17 Mediatek Inc. Apparatuses and methods for IPV6 address acquisition
WO2014000191A1 (zh) * 2012-06-27 2014-01-03 中兴通讯股份有限公司 用户识别卡、移动台、用户3层协议信息管理方法及系统
US9526122B2 (en) * 2012-07-13 2016-12-20 Electronics And Telecommunications Research Institute Methods for uniquely identifying communication links between communication devices
CN102833732B (zh) * 2012-07-25 2017-03-29 中兴通讯股份有限公司 一种IPv6地址无状态自动配置的系统、数据卡及其实现方法
US20140161028A1 (en) * 2012-12-07 2014-06-12 At&T Mobility Ii Llc Digital mobile radio front end processor
CN103973829B (zh) * 2013-02-05 2017-08-01 联发科技股份有限公司 获取服务器地址的方法及其移动通信装置
US20150281947A1 (en) * 2014-03-26 2015-10-01 Qualcomm Incorporated Method and apparatus for fast ip address assignment
CN112153753B (zh) * 2020-09-24 2022-09-16 维沃移动通信有限公司 网络连接方法及装置
CN114553831B (zh) * 2020-11-25 2023-09-08 华为技术有限公司 一种与发送管理ip地址相关的方法及系统
CN114363292A (zh) * 2021-12-08 2022-04-15 芯讯通无线科技（上海）有限公司 网络地址的生成方法、通讯方法、系统、设备及存储介质

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US5517617A (en) * 1994-06-29 1996-05-14 Digital Equipment Corporation Automatic assignment of addresses in a computer communications network
JPH0879248A (ja) * 1994-09-01 1996-03-22 Fujitsu Ltd ネットワークアドレス管理装置
WO1996039769A1 (en) * 1995-06-05 1996-12-12 Shiva Corporation Apparatus and method for providing unique identifiers to remote dial-in network clients
US6473609B1 (en) * 1995-12-11 2002-10-29 Openwave Systems Inc. Method and architecture for interactive two-way communication devices to interact with a network
US5884033A (en) * 1996-05-15 1999-03-16 Spyglass, Inc. Internet filtering system for filtering data transferred over the internet utilizing immediate and deferred filtering actions
US5729537A (en) * 1996-06-14 1998-03-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing anonymous data transfer in a 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
US6028860A (en) * 1996-10-23 2000-02-22 Com21, Inc. Prioritized virtual connection transmissions in a packet to ATM cell cable network
US6308328B1 (en) * 1997-01-17 2001-10-23 Scientific-Atlanta, Inc. Usage statistics collection for a cable data delivery system
US5983383A (en) * 1997-01-17 1999-11-09 Qualcom Incorporated Method and apparatus for transmitting and receiving concatenated code data
DE19742681C2 (de) * 1997-09-26 2003-03-06 Ericsson Telefon Ab L M GPRS-Teilnehmerauswahl von mehreren Internet-Dienstanbietern
JP3147844B2 (ja) * 1997-12-26 2001-03-19 日本電気株式会社 ネットワークにおけるアドレス管理方式
FI106831B (fi) * 1998-01-14 2001-04-12 Nokia Networks Oy Pääsyn kontrollointimenetelmä matkaviestinjärjestelmää varten
JPH11234342A (ja) * 1998-02-13 1999-08-27 Nippon Telegr & Teleph Corp <Ntt> アドレス設定方法及び装置
JP3641128B2 (ja) 1998-02-20 2005-04-20 株式会社東芝 移動計算機装置、移動計算機管理装置、移動計算機管理方法及び通信制御方法
US6614788B1 (en) 1998-03-03 2003-09-02 Sun Microsystems, Inc. Network address management
US6147986A (en) 1998-03-06 2000-11-14 Lucent Technologies Inc. Address updating of wireless mobile terminal hosts affiliated with a wired network
WO1999050974A1 (en) * 1998-03-30 1999-10-07 Motorola Inc. Method for routing data in a communication system
US6101499A (en) * 1998-04-08 2000-08-08 Microsoft Corporation Method and computer program product for automatically generating an internet protocol (IP) address
US6081780A (en) * 1998-04-28 2000-06-27 International Business Machines Corporation TTS and prosody based authoring system
CN100382536C (zh) 1998-05-08 2008-04-16 Ntt移动通信网株式会社 移动通信网系统及分组传送方法
FI107686B (fi) * 1998-06-16 2001-09-14 Nokia Mobile Phones Ltd Menetelmä ja tietoliikennelaite kantajien hallintaa varten kolmannen sukupolven matkaviestinjärjestelmässä
US6240449B1 (en) * 1998-11-02 2001-05-29 Nortel Networks Limited Method and apparatus for automatic call setup in different network domains
WO2000027091A1 (en) * 1998-11-02 2000-05-11 Integrated Data Communications Geospacial internet protocol addressing
FI106762B (fi) * 1999-02-16 2001-03-30 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä eräiden neuvottelujen toteuttamiseksi pakettidataverkossa
US6434627B1 (en) * 1999-03-15 2002-08-13 Cisco Technology, Inc. IP network for accomodating mobile users with incompatible network addressing
GB2348570B (en) * 1999-03-31 2003-03-05 Ericsson Telefon Ab L M Mobile internet access
US6683881B1 (en) * 1999-05-28 2004-01-27 Ericsson Inc. Interface between an SS7 gateway and an IP network
JP4508507B2 (ja) * 1999-07-19 2010-07-21 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 移動端末をもつスイッチングネットワークにおけるルート設定
US6769000B1 (en) * 1999-09-08 2004-07-27 Nortel Networks Limited Unified directory services architecture for an IP mobility architecture framework
FI110050B (fi) * 1999-10-22 2002-11-15 Nokia Corp Pakettidataprotokollakontekstin aktivoiminen verkkovierailevalle tilaajalle
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti

Also Published As

Publication number Publication date
ZA200205777B (en) 2003-02-06
KR20020082483A (ko) 2002-10-31
CN1625275B (zh) 2010-06-16
FI20000121A0 (fi) 2000-01-20
EP1252781A1 (en) 2002-10-30
ATE553609T1 (de) 2012-04-15
JP2010074835A (ja) 2010-04-02
CN1625275A (zh) 2005-06-08
USRE44592E1 (en) 2013-11-12
EP1252781B1 (en) 2012-04-11
US6959009B2 (en) 2005-10-25
AU2001228536A1 (en) 2001-07-31
DK1252781T3 (da) 2012-07-02
BR0107666A (pt) 2002-11-12
HK1079385A1 (en) 2006-03-31
JP2003520535A (ja) 2003-07-02
CN1418440A (zh) 2003-05-14
WO2001054437A1 (en) 2001-07-26
FI20000121A (fi) 2001-07-21
US20010017856A1 (en) 2001-08-30
KR100750370B1 (ko) 2007-08-17
US20050271034A1 (en) 2005-12-08
CA2396753A1 (en) 2001-07-26
US7920575B2 (en) 2011-04-05
CA2396753C (en) 2006-11-28
JP4938834B2 (ja) 2012-05-23

Similar Documents

Publication Publication Date Title
FI109950B (fi) Osoitteen saanti
JP3545986B2 (ja) インターネットプロトコルｉｐパケットを移動体ノードに宛てる方法および移動体ｉｐ環境
CN101019450B (zh) 经由分组无线网络传送因特网分组数据的系统和方法
US7616615B2 (en) Packet forwarding apparatus for connecting mobile terminal to ISP network
US6973076B2 (en) Mobile communication network, terminal equipment, packet communication control method, and gateway
US8824430B2 (en) Wireless mobility gateway
CA2800236C (en) Methods and apparatus for securing proxy mobile ip background of the invention
US7733824B2 (en) Fixed access point for a terminal device
JP4593856B2 (ja) データ伝送の容易化
US20030026230A1 (en) Proxy duplicate address detection for dynamic address allocation
JP5987122B2 (ja) デバイス固有のトラフィックフローステアリングのためのネットワークアドレス変換されたデバイスの特定
US20110219126A1 (en) Mobile terminal, forwarding intermediate node and mobile communications system
US20040037242A1 (en) Allocating addresses to mobile stations
US7269166B2 (en) Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface
EP2197161B1 (en) Method and apparatus for controlling multicast ip packets in access network
US8160067B2 (en) Address resolution protocol-based wireless access point method and apparatus
US20040019664A1 (en) Method and system for discovering a network element in a network such as an agent in an IP network
JP2002529021A (ja) 共通ｉｐアドレス付きの移動端末および無線装置
FI107677B (fi) IP-osoitteen allokointi matkaviestinjärjestelmässä
FI113831B (fi) Menetelmä ja järjestelmä viestintälaitteen osoittamiseksi

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: NOKIA TECHNOLOGIES OY

MA Patent expired