Source: https://patents.google.com/patent/FI109950B/en
Timestamp: 2018-06-25 20:02:17+00:00
Document Index: 13630847

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

FI109950B - access to the address - Google Patents
access to the address Download PDF
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
FI20000121A
FI20000121A0 (en )
FI20000121A (en )
1 109950 1 109950
OSOITTEEN SAANTI ACCESS TO ADDRESS
Tämä keksintö koskee osoitteen saantia. The present invention relates to access the address. Se liittyy erityisesti mutta ei ainoastaan kannettavien päätelaitteiden osoitteen saantiin matkaviestinjärjestelmässä. It relates in particular but not limited to obtaining the address of mobile terminals mobile communication system. 5 Keksinnön eräässä suoritusmuodossa se liittyy internet-osoitteen saantiin yleisessä pakettiradiopalvelujärjestelmässä (GPRS). In one embodiment, the 5 invention relates to access the Internet address of the service in the general packet radio system (GPRS).
Nykyistä internetissä käytettävää yhteyskäytäntöä kutsutaan IPv4:ksi (Internet Protocol version 4). The current protocol used on the Internet is called IPv4 KSI (Internet Protocol version 4). Jotta solmu voisi olla toiminnallisesti yhteydessä internetiin, se 10 tarvitsee osoitteen. For a node to be operatively connected to the internet, it needs a 10 address. IPv4:ssä käytetyt osoitteet ovat 32-bittisiä. IPv4 addresses are used in the 32-bit. Osoitteen voi määrätä palvelin. The address may order the server. Joillain solmuilla voi olla staattisia osoitteita, jotka on tallennettu solmuun eikä palvelimen tarvitse siis määrätä niille osoitetta. Some nodes can have static addresses that are stored in the server node and the need, therefore, to impose on them an address. 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. Alternatively, some IPv4 nodes may use the DHCP (dynamic host configuration protocol), wherein the amount of the DHCP server predetermined internet addresses 15.
Kun IPv4-solmu hakee yhteyttä kaksipisteviestintäkanavan välityksellä, se käyttää yleensä PPPv4:ää (PPP version 4). When the IPv4 node searches through the contact point to point communication channel, it is generally used PPPv4 N (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. PPPv4 is standardized to work with 32-bit addresses so that the IPv4 and PPPv4 are compatible and they are: \ 0 may agree addresses.
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). IPv4 addresses as issued, in other words, 32-bit addresses are limited in number and a second internet protocol, it has been proposed that is, the IPv6 (Internet Protocol version 6). Se käyttää 128-bittisiä osoitteita ja siten mahdollistaa 25 useampien osoitteiden antamisen kuin IPv4. It uses 128-bit addresses, thus enabling the administration of 25 more addresses than IPv4. IPv6-osoite koostuu tyypillisesti 64-bittisestä verkkoetuliitteestä (tai aliverkkoetuliitteestä), jota seuraa 64-bittinen rajapintatunniste. IPv6 address typically consists of a 64-bit network prefix (or subnet), followed by a 64-bit interface identifier.
• • · • · • • •
Kaksipisteyhteyskäytäntö, PPPv6, on konfiguroitu toimimaan IPv6:n kanssa. The two-point protocol, PPPv6 is configured to operate with IPv6.
. . !ö0 PPPv6 voi toimia 64-bittisten osoitteiden kanssa. ! O0 PPPv6 can work with 64-bit addresses. 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. In one arrangement, the IPv6 node uses PPPv6: s interface identifier to acquire, build on the basis of the link local address interface identifier, and then use the link-local address to determine a general IPv6 address by transmitting the router 2 109 950 deal and receiving a router advertisement. Reititinilmoitus antaa aliverkkoetuliitteen, jota tarvitaan täydentämään yleinen IPv6-osoite. Message Router provides the subnet prefix that is required to complete a general IPv6 address.
PPPv6 ja IPv6CP-protokolleja on kuvattu Internet Engineering Task Forcen (IETF) 5 ohjeistossa (RFC) 2472, joulukuu 1998, "IP Version 6 over PPP". PPPv6 IPv6CP and protocols are described in the Internet Engineering Task Force (IETF) 5 guideline (RFC) 2472, December 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 address architecture, Links to local addresses is described in the IETF guideline (RFC) 2373, July 1998, "IP Version 6 Addressing Architecture".
IPv6 tukee kahdenlaista osoitteen automaattista konfigurointia: tilaton ja tilallinen. IPv6 supports two kinds of address automatic configuration of: stateful and stateless. 10 Näitä kuvaillaan seuraavaksi. 10 These are described next.
Tilattomassa osoitteen automaattisessa konfiguroinnissa luodaan tai valitaan solmulle uniikki rajapintatunniste joko mielivaltaisena 64-bittisenä numerona tai jonkun staattisen parametrin, kuten rajapinnan fyysisen osoitteen, toimintona. Stateless address auto configuration of the node is created or selected for unique interface identifier either in an arbitrary 64-bit number or a static parameter, such as the interface between the physical address of the operation. 15 Sitten solmu suorittaa naapurin selvillesaamisproseduurin, joka tunnetaan nimellä “kaksoistunnistus”. 15 is then carried out to the neighbor node selvillesaamisproseduurin, known as a "double detection". Näin varmistetaan, ettei saman aliverkon mikään toinen solmu käytä samaa 64-bittistä rajapintatunnistetta. This ensures that the same subnet no other nodes use the same 64-bit interface identifier. Kaksoistunnistuksen ensimmäinen vaihe on aliverkkoon rajoitetun monijakelupaketin lähettäminen monijakelumääräosoitteisiin, jotka on saatu rajapintatunnisteen toimintona. Dual detection is the first step in a multi-subnet Sending a limited distribution package on a distribution of the number of addresses that have been obtained interface identifier function. ;\?0 Osoitteen monijakelulla katsotaan, saako se aikaan vastauksia. ;? \ 0 Address monijakelulla considered to be, whether it will produce answers. Jos on olemassa ·:··: toinen solmu, jolla on kyseinen rajapintatunniste, se vastaa. If there ·: ·· second node having the interface identifier, it corresponds. Tässä tapauksessa valitaan toinen rajapintatunniste ja proseduuri toistetaan kunnes on valittu uniikki rajapintatunniste. In this case, the selected second interface is identified and the procedure is repeated until the selected unique interface identifier. 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. If the interface identifier is unique in that subnet, nodes with dual-tag, and do not correspond to the node can apply for the subnet prefix 25 and build a complete IPv6 address. Reitittimet ilmoittavat aliverkkoetuliitteet osana reititinilmoitusta tai vastauksena reititintarjoukseen. Routers inform the subnet router as part of the notification or in response to a router offer. 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, . IETF Instruction (RFC) 2462 December 1998 "IPv6 stateless address auto configuration", where the control variable is to be avoided the double detection node DupAddrDetectTransmits is set to zero during the osoitteenmääräämisprosessin. . . *30 jotta kaksoistunnistusta ei tapahdu. * 30 so that there is no double authentication.
Tilallisessa automaattisessa konfiguroinnissa solmu pyytää osoitteensa DHCP-palvelimelta. Stateful automatic configuration of nodes to request address from the DHCP server. Koska DHCP-palvelin tallentaa määrätyt osoitteet, se pystyy 3 109950 määräämään uniikkeja osoitteita. Since the DHCP server stores the addresses provided it is able to determine the 3 109950 unique addresses. Sen vuoksi kaksoistunnistus ei ole aivan välttämätöntä vaikka voikin olla mukana. Therefore, the double identification is not absolutely necessary although it may be involved.
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ä. Mobile communication systems have been developed in order to reach users even 5 when they are not close to a fixed telephone terminal. Erilaisten toimistoissa käytettävien tiedonsiirtopalvelujen yleistyessä erilaisia tietopalveluja on myös tuotu matkaviestinjärjestelmiin. widespread communication services for the offices of various kinds of information services has also been brought to mobile communication systems. Kannettavat tietokoneet mahdollistavat tehokkaan tiedonkäsittelyn missä tahansa käyttäjä liikkuu. Portable computers enable effective data processing wherever the user moves. Matkaviestintäverkot puolestaan tarjoavat käyttäjälle tehokkaan liityntäverkon varsinaisiin tietoverkkoihin langatonta 10 tiedonsiirtoa varten. Mobile communication networks in turn provide the user with an efficient access network to actual data networks for wireless data transfer 10. Langatonta tiedonsiirtoa tukevat erityisen hyvin digitaaliset matkaviestinjärjestelmät kuten yleiseurooppalainen matkaviestinjärjestelmä GSM (Global System for Mobile Communication). Wireless data transmission is particularly well supported by digital mobile communication systems such as the Pan-European mobile communication system GSM (Global System for Mobile Communication).
On entistä toivottavampaa, että matkaviestimet voisivat hyödyntää internetiä. It is even more desirable that the mobile stations could use the Internet. On 15 ehdotettu, että internet-yhteyden tarjoamisessa matkaviestinten käyttäjille hyödynnettäisiin yleistä pakettiradiopalvelua (GPRS). There are 15 proposed that the internet connection in the provision of mobile users utilize the general packet radio service (GPRS).
GPRS on uusi palvelu GSM-järjestelmässä ja se on yksi GSM vaihe 2+:n :··; GPRS is a new service in the GSM system, and it is one of the GSM phase 2+: ··; standardisoinnin kohteista ETSI:ssä (European Telecommunication Standard :\j20 Institute). standardization of ETSI (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. The GPRS network architecture is illustrated in Figure 1. The GPRS ·: ··: operational environment comprises one or more subnetwork service areas, which are interconnected by a GPRS backbone network. 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ä. A subnetwork comprises a number of "]]" · packet data service nodes SN, which in this embodiment is referred to as serving GPRS support nodes SGSN, each of which is connected to the GSM mobile communication network 25 (typically to base station systems) in such a way that it can provide a packet service for mobile stations with multiple base stations, in other words, through the cells. Välitinmatkaviestintäverkko tarjoaa pakettikytkentäisen tiedonsiirron tukisolmun ja matkaviestinten välillä. Välitinmatkaviestintäverkko provides packet-switched data transmission between a support node and mobile devices. Eri aliverkot puolestaan on liitetty ulkoiseen tietoverkkoon, esimerkiksi yleiseen kytkentäiseen tietoverkkoon PSPDN yhdyskäytävän GPRS-. Different subnetworks are in turn connected to an external data network, for example to a public switched data network PSPDN gateway GPRS. .-30 tukisolmujen GGSN välityksellä. Communication., 30 support nodes GGSN. Näin GPRS-palvelu voi tarjota pakettitiedonsiirtoa matkaviestinten ja ulkoisten tietoverkkojen välillä GSM-verkon toimiessa liityntäverkkona. The GPRS service thus can provide packet data transmission between mobile terminals and external data networks when the GSM network functions as an access network.
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. 4 109 950 GPRS system, layered protocol structures, known as lähetystasona and merkinantotasona is defined for signaling and transmitting user information. 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). The transmission level is layered protocol structure, which enables the transmission of user data and the related data transmission control procedures to 5 (e.g., flow control, error detection, error correction and recovery). 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. The signaling level consists of protocols which are used to guide and support the functions of the transmission level, such as to control the interface to the GPRS network (mounting and dismounting) and control the network connection set up the routing path to support user mobility. Kuvio 2 esittää GPRS-järjestelmän merkinantotasoa 10 matkaviestimen MS ja SGSN:n välillä. Figure 2 shows a GPRS system in the signaling plane 10 of the mobile station MS and an SGSN. 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). The transmission level protocol layers are identical with the Figure 2 set up to protocol layer SNDCP, above which there is the GPRS backbone network (e.g. Internet Protocol IP) between the MS and the GGSN (instead of protocol L3MM-). 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. shown in Figure 2, protocol layers are: 15 - Layer 3 mobility management (L3MM) supports the functionality of mobility management, eg GPRS attachment feature, GPRS release function, security, routing update, location update, PDP context activation (each of which is numbered verkkopalveluliityntäpistetunnisteella ( NSAPI), and PDP context deactivation.
/.,20 - Aliverkkoriippuvainen konvergenssiprotokolla (SNDCP) tukee MS:n ja SGSN:n • · ·:··· välisen verkkokerroksen protokollan datayksiköiden (N-PDU) lähettämistä. /.,20 - subnetwork dependent convergence protocol (SNDCP) supports the MS and the SGSN • · ·: ··· between the network layer protocol data units (N-PDU) transmission.
:'* SNDCP-kerros muun muassa ohjaa N-PDU:iden salausta ja tiivistämistä. '* The SNDCP layer, inter alia, controls the N PDUs encryption and sealing.
• ·» - Looginen linkkiohjaus (LLC) -kerros on luotettava looginen linkki. • · »- Logical Link Control (LLC) layer is a reliable logical link. LLC on alla mainituista radiorajapintaprotokollista riippumaton. LLC is an independent radiorajapintaprotokollista mentioned below.
25 - LLC-välitys: Tämä toiminto välittää LCC-protokolladatayksiköitä MS-BSS- rajapinnan (Urn) ja BSS-SGSN-rajapinnan (Gb) välillä. 25 - LLC forwarding: This function relays LLC protocol data units in the MS-BSS interface (Urn) and a BSS-SGSN interface (Gb).
- Tukiasemajärjestelmän GPRS-protokolla (BSSSGP). - the base station system GPRS protocol (BSSSGP). Tämä kerros lähettää • ' . This layer sends • '. reititystietoa sekä QoS:ään liittyvää tietoa BSS:n ja SGSS:n välillä. reads information related to the BSS: the routing information and QoS between the EU and SGSS.
- Kehysvälitys, jota käytetään Gb-rajapinnassa. - Frame Relay, which is used as the Gb interface. SGSN.n ja BSS.n välille luodaan . SGSN and the BSS created. !-30 puolikiinteä yhteys, johon kanavoidaan useiden tilaajien LLC PDU:t. ! -30/2 fixed link, which is channeled to a number of subscribers of LLC PDUs.
- Radiolinkkiohjaus (RLC): Tämä kerros on luotettava, radioratkaisuista riippumaton linkki. - Radio Link Control (RLC): This layer is a reliable link independent of radio solutions.
109950 5 - Liitynnän ohjaus (MAC) ohjaa radiokanavaan liittyvää yhteydenottomerkinantoa (pyyntö ja myöntäminen) ja LCC-runkojen mappausta fyysiselle GSM-kanavalle. 5 109 950 - interface control (MAC) controls the associated radio channel yhteydenottomerkinantoa (request and grant) and the mapping of LLC frames to the physical GSM channel.
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. The LLC layer can be described as follows: the LLC layer functions above the RLC layer 5 the reference architecture and establishes a logical link between the MS and its serving SGSN. LCC:n toimintaa ajatellen tärkeimmät edellytykset ovat LCC-kehysvälityksen luotettava ohjaus sekä kaksipiste- ja monipisteosoitteenmuodostuksen tuki. LCC's activity into the most important requirements are a reliable guide, as well as point-to-LCC frame relay and support monipisteosoitteenmuodostuksen.
10 Loogisen linkkikerroksen palveluliityntäpiste (SAP) on piste, jossa LLC-kerros tarjoaa palveluja kerroksen 3 protokollille (SNDCP-kerros kuviossa 2). 10 a logical link layer palveluliityntäpiste (SAP) is a point where the LLC layer provides services for the protocols of layer 3 (SNDCP layer in Figure 2). LLC-kerroksen linkki tunnistetaan siirtoyhteyden tunnisteen (DLCI) avulla, joka lähetetään jokaisen LLC:n rungon osoitekentässä. Link of the LLC layer is identified by means of the transmission identifier (DLCI), which is sent to each LLC frame address field. DLCI koostuu kahdesta elementistä: Palveluliityntäpistetunnisteesta (SAPI) ja päätteen liitäntäpisteen 15 tunnisteesta (TEI). The DLCI consists of two elements: Palveluliityntäpistetunnisteesta (SAPI) and the terminal identifier of the access point 15 (TEI). TEI tunnistaa GPRS-tilaajan ja on yleensä tilapäinen looginen linkkitunniste TLLI. The TEI identifies a GPRS subscriber and is usually a temporary logical link identifier 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. TEI can also be another subscriber identifier, such as the International Mobile Subscriber Identity IMS), but in general, the IMSI of the radio transmission path is avoided. Kun käyttäjä liittyy GPRS-verkkoon, MS:n ja SGSN:n välille muodostuu looginen linkki. When a user is associated with the GPRS network, the MS and the SGSN in a form a logical link. Tällöin voidaan sanoa, että MS:llä on puhelu meneillään. In this case, it can be said that the MS has a call in progress. Tällä • · .'. At • ·. '. 20 loogisella linkillä on reitti MS:n ja SGSN:n välillä, jota osoittaa TLLI-tunniste. 20 logical link has a route between the MS, as indicated by the TLLI identifier and the SGSN. Näin « · TLLI on tilapäinen tunniste, jonka SGSN varaa tilaa tiettyä loogista linkkiä ja ;·*·; Thus «· TLLI is a temporary identifier, the SGSN of which allocates space in a specific logical link, and; · · *; IMSLtä varten. for IMSLtä. 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ä. The SGSN sends the TLLI to the MS in connection with the logical link to be established and used as an identifier in later signaling and data '* *: the transmission via the logical link.
• # · 25 *:*·: Tiedonsiirto loogisen linkin välityksellä tapahtuu jäljempänä esitetyn mukaisesti. • # 25 · * · *: Data transfer via the logical link takes place as described below.
MS.ään tai MS.Itä lähetettävä tieto käsitellään SNDCP-toiminnolla ja lähetetään LLC-kerrokseen. To the MS or from the MS sent data processed with an SNDCP function and transmitted to the LLC layer. LLC-kerros syöttää tiedon LLC-rungon tietokenttiin. The LLC layer to make the information of the LLC frame data fields. Rungon osoitekenttä sisältää esimerkiksi TLLI:n. The frame address field contains a TLLI. LLC-kerros välittää tiedon RLC:hen, joka * · · . The LLC layer transmits the information RLC, which * · ·. '3.0 poistaa tarpeettoman tiedon ja pilkkoo tiedon muotoon, joka on yhteensopiva • » · MAC:in kanssa. '3.0 removes unnecessary data, and splits data into a format that is compatible • »· MAC with in. MAC-kerros aktivoi radiojärjestelmäprosessit hankkiakseen radioliikennetien lähetystä varten. The MAC layer activates radio system for transmission processes in order to obtain a radio traffic path. Vastaava MAC-yksikkö radioliikennetien toisella puolella ottaa tiedon vastaan ja välittää sen ylöspäin LLC-kerrokseen. A corresponding MAC unit on the other side of the radio traffic path receives the data and relays it upwards to the LLC layer. 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. 6 109 950 Finally, the data is sent to the LLC layer SNDCP.hen, wherein the user data is restored completely and relayed to the previous state to the next protocol layer.
IPv4:ään perustuvia GPRS-järjestelmiä on ehdotettu otettavaksi käyttöön. IPv4 GPRS-based systems have been proposed for use. 5 Tyypillisesti tällainen järjestelmä perustuu matkaviestimiin (MS), jotka käsittävät päätelaitteen (TE) ja liikuteltavan päätelaitteen (MT). 5 Typically, such a system based on the mobile stations (MS), comprising a terminal equipment (TE) and the mobile terminal (MT). TE tyypillisesti käsittää PPP-asiakkaan ja viestii PPP-palvelimen kanssa, MT:ssä, PPPv4:n välityksellä. TE typically comprises a PPP client and communicates with the PPP server, MT, PPPv4 via. Jotta TE saadaan toiminnallisesti liitettyä internetiin, PPP-asiakas pyytää IPv4-osoitetta PPP-palvelimelta. In order for the TE can be operatively connected to the Internet, PPP client requests the IPv4 address of the PPP server. 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ö). Upon receipt of this address not only the GPRS MT start "to activate the 10 PDP context" request specifying PDP address (if necessary this can be preceded by a GPRS attachment request). Tämän vaikutuksesta SGSN lähettää “Luo PDP-konteksti” -pyynnön GGSN:lle, edelleen tyhjällä PDP-osoitekentällä. As result, the SGSN sends a 'Create PDP Context' request to the GGSN still empty PDP address in the field. 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ä. The GGSN selects an IPv4 address, the PDP address, and returns the "Create PDP Context Response" message to the SGSN, which sends it to the MT "acceptance Activate PDP Context 15 'message. Sen jälkeen PPP-palvelin lähettää tämän IPv4-osoitteen TE:lle PPP-konfiguraation kuittausviestissä. After the PPP server sends the IPv4 address of the TE PPP configuration acknowledgment message.
On myös ehdotettu GPRS-järjestelmiä, jotka tukevat IPv6:tta. It is also proposed GPRS systems that support IPv6. 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). protocol stacks present in such a system is shown in Figure 3. Like the IPv4 * ·? 0 system including a GPRS mobile station typically includes a terminal equipment (TE) and * * * · · portable terminal (MT). IPv6-yhteyttä GPRS-matkaviestimiin luotaessa tavoitteena on neuvotella 128-bittinen IPv6-osoite TE:n ja GGSN:n välillä. IPv6 access the GPRS mobile stations in creating the aim is to negotiate a 128-bit IPv6 address between the TE and the GGSN. On ♦ · * t « % huomioitava, että TE voi olla tavallinen tietokone, jossa on tavallinen PC-käyttöjärjestelmä. There ♦ · * t «% noted that TE may be an ordinary PC with a standard PC operating system. Yhtä yhtä hyvin se voi olla joku muu. Equally, it may just as well be someone else. TE ja MT viestivät »· · 25 käyttäen kaksipisteprotokollaa, esimerkiksi PPPv6:tta. TE and MT communicate »· · 25 using point to point protocol, for example, PPPv6: s. Osoitteensaantiproseduuri käynnistyy, kun TE:ssä ajossa oleva PPP-palvelun käyttäjä aloittaa PPP-·'*]: asetuksen MT:n palvelimen kanssa. Osoitteensaantiproseduuri starts when the DB running the PPP service user initiates PPP · '*]: MT Regulation with the server. PPP-palvelun käyttäjän ja PPP-käyttäjän välillä neuvoteltu osoite siirretään GGSN/SGSN:ään. negotiated between the PPP and PPP service user's address is transferred to the GGSN / SGSN.
* * · * · * * * · ·
( '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 ('30 As described above, the IPv6 address in the case of negotiating comprises an I f · execution of a duplicate identification Therefore, GPRS.. In the case it comprises transmission over a packet distribution of the air interface While this is
109950 7 aiheutakaan ongelmia perinteisten kiinteiden verkkojen osalta, GPRS:n ja muiden radiojärjestelmien kohdalla monijakelu ilmarajapinnan yli ei ole toivottavaa. 109 950 7 present a problem for traditional fixed-line networks, GPRS and other radio systems, the multiple distribution over the air interface is not desirable.
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. Although it is proposed to set the variable to zero DupAddrDetectTransmits 5 IPv6 conventional wired networks in order to avoid the duplicate identification (see above), the GPRS system does not necessarily controls the TE, and therefore must be ensured that this option would be available.
Kaksoiskappaleen tunnistamisen lisäksi tapahtuu muitakin 10 naapurintunnistamisproseduureja, jotka perustuvat monijakelupaketteihin. A duplicate of the identification takes place in addition to other naapurintunnistamisproseduureja 10, based on a distribution of the packets. 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. Either the GGSN or the TE IPv6 stack may transmit a neighbor identification messages in other connections than in connection with a double identification, for example, to try to find the second node on the same subnet 2 (L2) layer address to send the packet.
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ä; According to a first aspect of the invention, a method, in which a node obtains a network address of a data communication network, the method comprising the steps of: * ': establishing an entity comprising information on network addresses within the subnetwork; :.'·2θ luodaan aliverkon sisällä uniikin linkkitunnisteen avulla linkki ensimmäisen ja : : toisen solmun välille; '· 2θ creating a unique link within a subnet identifier to the first link, and: the second node;. määritetään ensimmäiselle solmulle verkko-osoite linkkitunnisteen perusteella; determining a first node in a network address on the basis of the link identifier; '* tarkistetaan kokonaisuuden avulla onko määritetty verkko-osoite uniikki; '* Is checked whether the entity using the determined network address is unique; ja '· ·' hyväksytään verkko-osoite, jos määritetty verkko-osoite on uniikki. and "· ·" accepted web address, if the determined network address is unique.
25 . 25. ..* Edullisesti linkkitunniste luodaan staattisesti sellaisen tiedon perusteella, jolla jokin ”* solmuista voidaan tunnistaa. * .. Preferably the link identifier is created statically on the basis of the information of a '* nodes can be identified. Vaihtoehtoisesti joku solmuista luo sen : mielivaltaisesti. Alternatively, some of the nodes generates it: an arbitrary way.
II | II | :.:,30 Edullisesti verkko-osoite johdetaan linkkitunnisteesta ja verkkoetuliitteestä. :.:, 30 Preferably, the network address is derived from linkkitunnisteesta and network prefix.
Edullisesti verkkoetuliite hankitaan käyttämällä reititinilmoitusta, joka lähetetään automaattisesti ensimmäisen ja toisen solmun välillä. Preferably, the network prefix is ​​obtained by using a router notification which is sent automatically between the first and the second node. Vaihtoehtoisesti verkkoetuliite hankitaan käyttämällä reititintarjousta, joka lähetetään ensimmäisen 109950 8 ja toisen solmun välillä. Alternatively, the network prefix is ​​obtained by using a router for an offer that is transmitted between the first and 8 109 950 of the second node. Reititintarjous voidaan lähettää erääseen linkki-paikalliseen osoitteeseen. The router offer can be sent to a link-local address. Edullisesti on olemassa useita verkkoetuliitteitä. Preferably, there are a number of network prefix. Edullisesti useita verkko-osoitteita luodaan yhdelle tai useammalle solmulle. Preferably, the plurality of network addresses generated for one or more nodes.
5 Edullisesti ensimmäinen solmu on matkaviestin. 5 Preferably, the first node is a mobile station. Edullisesti toinen solmu on yhdyskäytävä. Preferably, the second node is a gateway. Se voi olla GGSN. It may be a GGSN. Kokonaisuus voi käsittää joko ensimmäisen tai toisen solmun tai molemmat. The complex may comprise either the first or second node, or both.
Edullisesti kokonaisuuden sisältämä tieto verkko-osoitteista voi olla luettelo 10 linkkitunnisteita tai verkko-osoitteita aliverkossa. Preferably, the entity contained in the data network addresses may be a list of 10 link identifiers or network addresses in the subnetwork. Tällaisessa suoritusmuodossa kokonaisuus voi käsittää yhdyskäytävän, esimerkiksi GGSN:n. In such an embodiment, the assembly may comprise a gateway, for example a GGSN. Tässä tapauksessa luettelo voi olla yhdyskäytävän sisällä tai siihen voi päästä käsiksi yhdyskäytävän kautta. In this case, the list can be a gateway or inside it can be accessed through the gateway. Luettelo voi käsittää linkkitunnisteita, joita on aiemmin annettu solmuille tai käsittää linkkitunnisteita, jotka ovat uniikkeja ja joita ei ole aiemmin annettu. The list may include link tags, which have previously been given to the nodes or includes a link tags that are unique and have not been previously given. 15 Eräässä toisessa suoritusmuodossa kokonaisuus on matkaviestin. 15 In another embodiment, the entity is a mobile station. Tässä tapauksessa verkko-osoitteita koskeva tieto voi tarkoittaa, että matkaviestimellä on tunnistin, jota voidaan käyttää uniikkien verkko-osoitteiden luomiseen. In this case, the information on network addresses may mean that the mobile station has a sensor which can be used to create a unique network address. Tämä tieto voi osoittaa viitteellisesti, että muilla matkaviestimillä on eri tunnisteet, joita voi •' ': käyttää erilaisten verkko-osoitteiden luomiseen. This information may be implicitly indicating that other mobile stations have different identifiers, which can be • '' used to create a variety of network addresses.
ν·έο ν · έο
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ä. Embodiment of the invention, where the entity is a gateway, uniqueness checking may be carried out in such a way that the gateway refers to earlier '·· link identifiers, network addresses or a link identifiers, and to select them. '···* Edullisesti uniikkisuuden tarkistuksen suorittaa reititystauluun viittaava 25 yhdyskäytävä. '··· * Preferably, the uniqueness of amendment carried out referring to the routing table 25 the gateway. Vaihtoehtoisesti yhdyskäytävä voi viitata naapurin välimuistiin. Alternatively, the gateway can refer to a neighbor cache. Edullisesti reititystaulu tai naapurin välimuisti on osa yhdyskäytävää. Preferably, the routing table or neighbor cache is part of a gateway. 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ä. In one * · 'in the second embodiment, the uniqueness verification is carried out by i * · gateway refers to predetermined list of network addresses that have not yet been given, or selects one of them. 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. Alternatively, if the total is:,: 30 mobile station, uniqueness checking may be implemented such that the mobile station refers to include network-address information, and determines that it has a link identifier which can be used as a unique network address creation.
i 109950 9 i 109 950 9
Edullisesti linkkitunniste siirretään ensimmäisen ja toisen solmun välillä lähettäjältä vastaanottajalle. Preferably the link identifier is transferred between the first and second node from the sender to the recipient.
Vastaanottaja ei saa tarkistaa lähetetyn linkkitunnisteen uniikkisuutta, mutta voi 5 sen sijaan luoda erilaisen linkkitunnisteen, jonka uniikkisuus tarkistetaan. The recipient can not check the link identifier transmitted uniikkisuutta, but can instead create 5 different link identifier, which is checked uniikkisuus. Jos linkkitunniste ei ole uniikki, vastaanottaja voi itse valita uniikin rajapintatunnisteen, jonka lähettää lähettäjälle. If the link identifier is not unique, the recipient can choose a unique interface identifier, which returned to the consignor.
Edullisesti linkki on yhteyskohtainen polku, joka yhdistää ensimmäisen ja toisen 10 solmun. Preferably, the link is a dedicated path that connects the first and second 10 node. Linkki voi yhdistää ainoastaan ensimmäisen solmun toiseen solmuun. The link may only be connected to the first node to the second node. Linkki voi olla konteksti kuten PDP-konteksti. The link may be a context such as the PDP context.
Edullisesti dataviestintäverkko käsittää useita aliverkkoja. Preferably, the data communication network comprises a plurality of subnets.
15 Edullisesti dataviestintäverkko on GPRS-järjestelmä. 15 Preferably, the data communication network is a GPRS system. Dataviestintäverkko voi perustua IPv6:een. The data communication network can be based on IPv6. Tässä tapauksessa verkko-osoite on IPv6-osoite. In this case, the network address is an IPv6 address.
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 : ·. According to another aspect, a method in which a node obtains an IP network address in a GPRS system, the method comprising:. '· 2θ steps of: the node sends a network address request to a gateway of the wireless link: ·. ·* välityksellä pyytäen uniikkia rajapintatunnistetta; · * By means of asking the unique interface identifier; '··' yhdyskäytävä ottaa pyynnön vastaan ja määrittää uniikin rajapintatunnisteen; '··' gateway having received the request and determines a unique interface identifier; '···* yhdyskäytävä vahvistaa solmulle, että rajapintatunniste on uniikki; "··· * gateway node to confirm that the interface identifier is unique; 25 solmu omaksuu rajapintatunnisteen; 25 adopts the interface node identifier; yhdyskäytävä lähettää verkon etuliitteen solmulle; the gateway sends a prefix to the node network; ja *!* solmu yhdistää rajapintatunnisteen ja verkon etuliitteen muodostaakseen IP-! and *! * node connects to the network interface identifier and an IP prefix to form! : verkko-osoitteen. : Network address.
:,-30 Edullisesti solmu luo rajapintatunnisteen ja lähettää sen verkko-osoitepyynnössä. :, - 30 Preferably, the node creates an interface identifier and sends it to the network osoitepyynnössä.
': : Edullisesti yhdyskäytävä varmistaa, onko lähetetty rajapintatunniste uniikki. 'Preferably, the gateway to check whether the transmitted identifier unique to the interface.
109950 10 109 950 10
Keksinnön erään kolmannen aspektin mukaisesti esitetään menetelmä, jossa solmu hankkii IP-verkko-osoitteen GPRS-järjestelmässä. According to a third aspect, a method in which a node obtains an IP network address in a GPRS system. Menetelmä käsittää seuraavat vaiheet: solmu lähettää verkko-osoitepyynnön yhdyskäytävälle langattoman linkin 5 välityksellä pyytäen uniikkia rajapintatunnistetta; The method comprises the steps of: the node sends a network address request to a gateway over a wireless link 5, requesting a unique interface identifier; yhdyskäytävä ottaa pyynnön vastaan; the gateway receives the request; yhdyskäytävä lähettää vastauksen solmulle; the gateway sends the response node; solmu luo oman rajapintatunnisteensa; the node creates its own rajapintatunnisteensa; yhdyskäytävä lähettää verkon etuliitteen solmulle; the gateway sends a prefix to the node network; ja 10 solmu yhdistää rajapintatunnisteen ja verkon etuliitteen muodostaakseen IP-verkko-osoitteen. and node 10 connects the interface identifier and the network prefix to form the IP network address.
Edullisesti solmu valitsee rajapintatunnisteen ja lähettää sen yhdyskäytävälle yhdessä verkko-osoitepyynnön kanssa. Preferably, the node selects an interface identifier and sends it to the gateway, together with the network address of the request. Vaihtoehtoisesti solmu ei valitse 15 rajapintatunnistetta ja lähettää verkko-osoitteen ilman tunnistetta. Alternatively, the node 15 does not select an interface identifier and sends the network address without the identifier. Edullisesti yhdyskäytävän verkko-osoitepyyntöön lähettämä vastaus ei sisällä rajapintatunnistetta. Preferably, the response sent by the gateway network address request does not contain an interface identifier. Tunnisteen puuttuminen voi osoittaa solmulle, että sen pitäisi valita oma rajapintatunnisteensa. The absence of a label may indicate a node that it should choose their own rajapintatunnisteensa. Solmu voi lähettää luomansa rajapintatunnisteen : ': yhdyskäytävälle, jotta yhdyskäytävä voi määrittää onko se uniikki. A node can send stunning play down the interface identifier ': the gateway so that the gateway can determine whether it is unique.
v-io : Edullisesti verkko-osoitteen pyyntö on kontekstin aktivointipyyntö. v-io Preferably, the network address request is a context activation request. Edullisesti *··>* rajapintatunniste on PDP-konteksti. Preferably, * ··> * interface identifier is a PDP context. Edullisesti rajapintatunniste tunnistaa solmun *···* viestintälinkin. Preferably, the interface identifier identifies the node * ··· * communications link. Se voi tunnistaa matkaviestimeen liitetyn päätelaitteen, kuten ' · · · ' tietokoneen. It can identify the connected mobile device terminal, such as '· · ·' computer. Päätelaite voi olla PPPv6-yhteyden päässä. The terminal can be PPPv6 connection away.
Edullisesti menetelmä käsittää neuvottelun solmun ja PPP-palvelimen välillä. Preferably, the method comprises a negotiation between the node and the PPP server. PPP-palvelin voi sijaita matkaviestimessä. PPP server can be located in a mobile station. Solmu ja matkaviestin voivat olla toisiinsa : '·· liitettyjä erillisiä yksiköitä. And the mobile node can be linked: "·· attached to separate units. Vaihtoehtoisesti ne voivat muodostaa kiinteän yksikön. Alternatively, they can form a fixed unit.
:.:.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. :.:. 30 Preferably, the gateway acts as a proxy and intercepts the request for a unique interface identifier, or other neighboring deal and, after verifying the routing table or neighbor considers to maintain the cache, whether the interface identifier is unique. Näin ollen monijakelupakettien lähetys voidaan välttää. Thus, a distribution of packet transmission can be avoided.
109950 11 109 950 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. According to a fourth aspect, a communication system that operates in accordance with the invention, the first, second or third aspect.
5 Edullisesti se on järjestelmä, joka toteuttaa konteksti (tunneli)-konseptia. 5 Preferably, it is a system that implements the context (tunnel) concept. Se voi olla GPRS-järjestelmä. It can be a GPRS system. Se voi olla kolmannen sukupolven järjestelmä kuten UMTS tai CDMA. It can be a third generation system such as UMTS or CDMA.
Keksinnön erään viidennen aspektin mukaisesti esitetään matkaviestin, joka toimii 10 keksinnön ensimmäisen, toisen ja kolmannen aspektin mukaisesti. According to a fifth aspect, a mobile station operates in the first 10 of the invention, in accordance with the second and the third aspect.
Edullisesti matkaviestin on GPRS-matkaviestin. Preferably, the mobile station is a GPRS mobile station. Sitä voidaan käyttää kolmannen sukupolven järjestelmässä kuten UMTS:ssä tai CDMA:ssa. It can be used in a third generation system, such as UMTS, or CDMA.
15 Keksintöä selostetaan seuraavassa esimerkinomaisesti viittaamalla oheisiin piirustuksiin, joissa: 15 The invention will now be described by way of example with reference to the accompanying drawings, in which:
Kuvio 1 esittää erästä GPRS-järjestelmää; Figure 1 illustrates a GPRS system;
Kuvio 2 esittää protokollapinoja, joita kuvion 1 järjestelmä käsittää; Figure 2 shows the protocol stacks used by the system of Figure 1 comprises; "': 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. "" Figure 3 shows a second protocol stack sets;:. '· 20 Figure 4 shows an address of the access method;' Figure 5 shows a second address of the access method; Figure 6 shows the functions of the methods of Figures 4 and 5 show a flow diagram; i I · :: Fig 7 shows a mobile station.
25 Kuvioita 1-3 on kuvailtu edellä. 25 Figures 1-3 described above.
Keksintö koskee IPv6:n mukaisesti toimivan viestintäjärjestelmän aliverkossa : '·· olevan solmun osoitteen saantia. The invention relates to an IPv6 operating in accordance with the communication system subnet '·· of the access node address.
: /30 Seuraavaksi selostetaan keksinnön mukaista protokollaa. : / 30 Next, the protocol according to the invention. Matkaviestin tarvitsee ·:··: IPv6-osoitteen. The mobile station needs ·: ··: IPv6 address. Matkaviestin joko johtaa PDP-osoitteen (rajapintatunniste) staattisesti konfiguroidusta tiedosta tai luo sen mielivaltaisesti. The mobile station can either lead to a PDP address (interface identifier) ​​statically configured information or to create arbitrarily. On olemassa useita mahdollisia mainitun staattisesti konfiguroidun tiedon lähteitä. There are several possible that the statically-configured data sources. 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. It may be i 109 950 12 International Electrical and Electronics Engineers Association IEEE controlled device interface EUI-64 of the tag (such as the IETF guideline RFC 2372, July 1998, ΊΡ Version 6 Addressing Architecture ", which is shown) or obtained from the mobile station to the static knowledge GPRS GTP tunnel ID.
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). 5 Alternatively, the interface identifier may be derived from a combination, which includes the PDP context and the mobile station NSAPI.n unique identifier, such as international mobile subscriber identity (IMSI), the mobile station ISDN number (MSISDN) or the International Mobile Equipment Identity (IMEI). Kun NSAPI ja matkaviestimen uniikki tunniste yhdistetään, matkaviestimellä voi olla 10 useita erillisiä rajapintatunnisteita. When the NSAPI and the mobile station is connected to a unique identifier, a mobile station 10 may be a plurality of separate interface identifiers. 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. If the interface identifier is chosen deterministically from static information, which is already a mobile station and the GGSN of the known, then it is not necessary to transfer this information to address access phase.
Mielivaltaisesti valitut rajapintatunnisteet ovat edullisempia, koska johtamalla 15 rajapintatunnisteet deterministisesti staattisesta tiedosta saadaan linkitettäviä IPv6-osoitteita. Arbitrarily selected interface identifiers are more preferred, because by passing 15 interface identifiers deterministically from static information is obtained to link IPv6 addresses. 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. The mobile station uses the IPv6 address of the source can be any of the peer and the routers along the route visible, which can result in loss of protection. Vaikka vahva tietosuoja ei ehkä ole merkittävää monelle matkaviestimen käyttäjälle, se voi olla toivottavaa tietyissä olosuhteissa. Although a strong data protection may not be significant for many users of the mobile station, it may be desirable under certain circumstances. 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ä. Sen:. '* 20 Therefore arbitrarily created an interface identifiers can be acquired using the standard default access point name's policy, and deterministically derived interface identifiers can be acquired using a special access point name. Tätä ' · · · ' kuvaillaan seuraavaksi. This "· · ·" are described next.
25 Kun matkaviestin on johtanut rajapintatunnisteensa, se lähettää Aktivoi PDP-konteksti -pyynnön SGSN:lle. When the mobile station 25 is led rajapintatunnisteensa, it sends an Activate PDP Context Request to the SGSN. 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. If the interface identifier is chosen deterministically, '' PDP address fields are left empty and a special access point name used for user: '* · identify desired by access type, in this case to tell the GGSN how the interface identifier should lead. Lisäksi erityisen liityntäpistenimen käyttö :,; In addition, the use of a specific access point name:,; .30 tarkoittaa, että ei ole välttämätöntä siirtää rajapintatunnistetta protokollaviesteissä. .30 means that it is not necessary to move the interface identifier protocol messages.
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. Depending on how the interface identifier is derived, Activate PDP Context Request is sent to SGSN with either a special interface identifier or access point name, 13 109 950 which shows how the interface identifier may be derived. Sen jälkeen SGSN lähettää Luo PDP-konteksti -pyynnön GGSN:lle. Thereafter, the SGSN sends a Create PDP Context Request to the GGSN. 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. GGSN, a PDP address is either received or generated and then compared to the GGSN already kept on the list of addresses. Jos osoitetta ei ole jo annettu, GGSN antaa 5 sen kyseiselle matkaviestimelle. If the address is not already on, give GGSN 5 to the mobile station concerned. 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. It should be noted that the interface identifier is checked GGSN inside, so there is no need to send it to other mobile stations in order to ensure whether it is a unique address or whether there are double points. GGSN vastaa PDP-kontekstipyyntöön lähettämällä SGSN.IIe Luo PDP-konteksti -vastauksen, joka sisältää PDP-osoitteen. The GGSN is responsible for the PDP context request by sending to the SGSN a Create PDP Context Response, which includes a PDP address. 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. The SGSN 10 receives the Create PDP Context Response, and then it is sent to the mobile station to activate PDFP context qualification including the PDP address. Matkaviestin ottaa vastaan PDP-osoitteen ja ottaa sen käyttöön rajapintatunnisteena. The mobile station receives the PDP address and activate the interface identifier. Tämän jälkeen matkaviestin vastaanottaa GGSN:ltä reititinilmoituksen, joka sisältää GGSN:ssä konfiguroidun verkkoetuliitteen. Thereafter, the mobile station receives the GGSN, the router advertisement containing the GGSN is configured in the network prefix. 15 Seuraavaksi matkaviestin yhdistää PDP-osoitteen ja verkkoetuliitteen luodakseen IPv6-osoitteen. Next, the mobile 15 to combine the PDP address and a network prefix to create an IPv6 address. 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. The GGSN creates a record of the mobile IPv6 address and a corresponding manner reititintauluunsa makes an entry indicating the correspondence between the address and the PDP context so that messages can be sent to the correct mobile station. GGSN lähettää reititinilmoituksen joko määräajoin tai • · :. The GGSN sends a notification router either periodically or • ·:. ' · £0 vastauksena matkaviestimestä tulleeseen tiettyyn pyyntöön. '· £ 0 in response to a particular request came from a mobile station.
1 · · · · » » • · · 1 · · · · »» • · ·
Ennen PDP-osoitteen lähettämistä GGSN:lle, SGSN voi verrata sitä kotirekisteriin '···* (home location register, HLR) UMTS 23.060:n mukaisesti. Before sending a PDP address to the GGSN, the SGSN can compare it to the home location register '* ··· home location register (HLR) in UMTS 23.060 accordance with. Tämän toiminnon '···' tarkoitus on tarkistaa, että matkaviestimen pyytämä PDP-osoite on todellakin 25 sallittu kyseiselle matkaviestimelle. This function '···' purpose is to check that the mobile station requested by the PDP address is indeed 25 permitted to that mobile station. Kuitenkin koska esillä olevalla keksinnöllä voi *.,* olla itsenäinen PDP-osoitteen uniikkisuuden tarkistus, kyseinen ristiintarkistus * · '' HLR:n kanssa ei ehkä ole tarpeen. However, since the present invention can be *; * to be independent of PDP, address uniqueness verification, the cross-check * · '' HLR. May not be necessary with.
* • · · '···' Seuraavassa selostetaan yksityiskohtaisemmin esillä olevan keksinnön mukaista : :'30 menetelmää viitaten kuvioon 4, jossa käytetään matkaviestintä kuvion 3 ':· osoittamaan protokollapinojärjestelyyn perustuen. * • · · '···' be described in more detail in accordance with the present invention: '30 method with reference to Figure 4, using the mobile station of Figure 3 '· indicate a protocol stack based on the arrangement.
109950 14 109 950 14
Kuviossa 4 selostetaan tiettyä osoitteensaantiprotokollaa, joka koskee matkaviestintä, joka käsittää kannettavan päätelaitteen MT ja päätelaitteen TE. Figure 4 discloses a particular address of the access protocol for the mobile station, which comprises a portable terminal MT and terminal equipment TE. Kuvio 4 esittää komennot, jotka kulkevat TE:n, MT:n, SGSN:n ja G$GN:n välillä. Figure 4 shows the commands that run on the TE, the MT, the SGSN and G $ GN route. 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. The GGSN operates as a router to an IPv6 subnet to which it connects together two or more sub-networks 5 and pass from one subnet to another subnet in the packets. Aliverkko on joukko solmuja, joilla on suora fyysinen yhteys. A subnet is a set of nodes that have a direct physical connection. Sama GGSN voi toimia erillisten aliverkkojen reitittimenä. The same GGSN can act as a router separate subnets. Matkaviestimille annetaan tähän aliverkkoon kuuluvia osoitteita. Mobile handsets given that belong to this subnet.
10 Seuraavassa protokollaa selostetaan viittaamalla kuvioihin 3 ja 4. 10 The following protocol will be described with reference to Figures 3 and 4.
Vaihe 1 TE aloittaa IPv6CP Konfiguroi pyyntö -viestin, jossa on rajapinta-tunniste-valinta. Step 1 to begin the TE IPv6CP Configure Request message, which is an interface identification check. Rajapinta-tunniste-valinta sisältää TE:n valitseman 64-bittisen tilapäisen 15 rajapintatunnisteen. The interface identifier includes check the TE chosen by the 64-bit interface 15 of the temporary identifier. Tässä tapauksessa rajapintatunniste määritellään mielivaltaisesti. In this case, an interface identifier is defined arbitrarily. Kuitenkin se voitaisiin määrittää staattisesti, kuten edellä on esitetty, missä tapauksessa käytettäisiin erityistä liityntäpistenimeä. However, it could be determined statically, as described above, in which case the use of a particular access point name.
s*·: Vaihe 2 t » ;.'·£0 Tässä vaiheessa protokolla on PDP-kontekstin aktivointi GPRS.ssä. p * ·. Step 2 R ';' · £ 0 At this point, the protocol is the activation of the PDP Context In GPRS. MT muodostaa linkki-paikallisen osoitteen liittämällä TE:n lähettämän rajapintatunnisteen linkki-paikalliseen etuliitteeseen (FE80::/64). MT forms a link-local address by attaching the TE interface identifier transmitted by the link-local prefix (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ä. While link- '··· * local address is similar to any other IPv6 address, the I ·' ··· * may be used for one link, in other words, within a single subnet.
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ä. 25 MT sends an "Activate PDP context request" message SGSNMIe in such a way that this link- * ♦ * · »local address is the PDP address field of the new PDP context to activate: ** GGSN. SGSN forwards in the link-local identifier of the GGSN "Create PDP - '·· context request" message.
: _; : _; 30 Vaihe 3 30 Step 3
GGSN tarkistaa, että linkki-paikallinen osoite on kyseisen aliverkon uniikki osoite. The GGSN to verify that the link-local address is the unique address of that subnet. Tämän tehdäkseen GGSN tarkistaa, onko kyseinen linkki-paikallinen osoite jo olemassa sen PDP-kontekstiluettelossa, joka on tallennettu HLR:ään. To do this, the GGSN checks whether the link-local address of the already existing PDP context in the list, which is stored in the HLR. Jos GGSN If the 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. 15 109 950 whereas the link-local address to be unique, the GGSN creates a 'link-local corresponding to the address of the tunnel according to the GPRS tunneling protocol (GTP) and PDP context. Tunneli on väline yhdenlaisen paketin kuljettamiseen toisenlaisena, esimerkiksi IPv6-paketin viemiseen GTP-pakettina. The tunnel is a means for transporting one type of packet different, for example, the IPv6 packet to export the GTP packet. GPRS määrittää yhden 5 protokollan (GTP), jotta minkä tahansa tyyppinen tietopakettiprotokolla voidaan kuljettaa saman fyysisen runkoverkon välityksellä. The GPRS determines one 5 protocol (GTP), so that any type of data packet protocol may be carried over the same physical network backbone. GGSN päättää, mihin IPv6-aliverkkoon kyseinen matkaviestin määrätään. The GGSN decides what IPv6 sub-network the mobile station is assigned. Jos GGSN ohjaa vain yhtä IPv6-aliverkkoa, silloin matkaviestin luonnollisesti määrätään tähän aliverkkoon. If the GGSN to control only one IPv6 subnets, then the mobile station provides, of course, this subnet. 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. The GGSN also possible to build a mobile station all the IPv6 addresses by combining 10 with the subnet or subnets for each virtual network rajapintatunnisteeseen mobile station, the mobile station that has been removed from the link-local address. Etuliitteitä voi olla useita. The prefixes can be several. Jokainen etuliite osoittaa yhden reitin paketille, jonka ulkoinen vertaisolio on lähettänyt tämän aliverkon tavoittamiseksi. Each prefix indicates one route the packet in which the external a peer has sent this subnet to reach. Aliverkolla voi olla useita etuliitteitä, niin että kyseisen aliverkon solmuille voidaan 15 muodostaa useita osoitteita, joista jokainen vastaa eri reittiä. Subnets may have a plurality of prefixes, so that the nodes of the subnet 15 to form a plurality of addresses, each corresponding to a different route.
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. The GGSN makes appropriate changes in the local routing table, for example, so that the through-passing and the sub-network and addressed to a particular node the packet is directed towards the right GTP tunnel. 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ä. Subsequently, the GGSN sends * ·. '· £ 0 positive "Create PDP Context Response" message to the SGSN, which forwards it to the MT "Activate PDP context acceptance" message.
GPRS:ssä kaikki samaan GGSN:ään kiinnitetyt matkaviestinsolmut voidaan laittaa • · *···' samaan aliverkkoon. GPRS all the same GGSN reads attached to the mobile node can be put • · · · · * 'on the same subnet. Kaksoistunnistus on rajoittavan kallista. Dual Detection is a limiting expensive. Kuitenkin keksinnön 25 mukaisesti GGSN osallistuu kaikkien osoitteiden määräämiseen, joten sitä voidaan käyttää varmistamaan, että kaksoiskappaleita ei ole. However, according to the invention, the GGSN 25 participates in the imposition of all the addresses, so it can be used to ensure that there are no duplicates. Näin ollen ·;' Hence ·;' monijakelu aliverkossa voidaan välttää siten, että GGSN toimii välipalvelimena ja : '*· sieppaa kaksoistunnistupyynnöt ja vastaa niihin mikäli kaksoisosoite löytyy. a distribution sub-network can be avoided so that the GGSN acts as a proxy and '* · kaksoistunnistupyynnöt to intercept and respond if the duplicated address can be found. GGSN ;voi myös siepata muunlaisia naapuritarjouksia. GGSN; can also capture other kinds of promotions neighbor.
Vaikka PPPv6 RFC suosittaa, että PPP-asiakkaan ei tarvitse suorittaa kaksoisosoitteen tunnistusta, tämä ei ole pakollista. Although PPPv6 RFC recommends that the PPP client does not need to perform the double address detection, this is not mandatory. Sen vuoksi keksintö koskee tapausta, jossa solmu saattaa yrittää kaksoistunnistusta. Therefore, the invention relates to a case where the node may attempt a double authentication. Joka tapauksessa solmut In any case, the nodes
i 109950 16 voivat yrittää suorittaa naapurintunnistusta, joten keksintö koskee myös näitä aiheita. i 16 109 950 to try to run the neighbor detection, so the invention also relates to these topics. 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. In an embodiment, the GGSN acts as a neighbor identification messages proxy by capturing all neighbor identification messages (messages, the number of which address is the same as the 5-node monijakeluetuliite FF02 :: 1: FF00: 0000/104 ΊΡ Version 6 Addressing Architecture ", IETF RFC according 2373), to check whether there are already activated the PDP context in which the message appears to the destination address, and sends an appropriate response. In another embodiment, the GGSN intercepts the neighbor identification messages and send them to the intended recipients, and only the size of the subnet 10 by using yksittäisjakelua.
Se, yrittääkö GGSN IPv6 -pino suorittaa naapurintunnistusta matkaviestimen solmulle riippuu siitä, miten se reitittää paketit GTP-tunneliin. It is attempting to perform the GGSN IPv6 stack in the mobile node the neighbor detection depends on how the packets are routed to the GTP tunnel. Esillä olevassa keksinnössä esitetään kaksi vaihtoehtoa. The present invention proposes two options. Ensimmäisessä suoritusmuodossa 15 jokaisella GTP-tunnelilla on reititystaulussa erillinen merkintä, jolla on vastaava täydellinen IPv6-osoitemerkintä. In the first embodiment, 15 in each GTP tunnel routing table has a separate entry, with the corresponding full IPv6 address entry. 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. Thus, the GGSN IPv6 stack in the mobile station does not try to perform the neighbor node when the authentication of the mobile station is shown from the package, since the GGSN is capable of routing table means, to determine whether: * ·: the node exists. 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. In another embodiment, the routing table does not contain this information, so the IPv6 stack proxy code to check the neighbor cache to verify whether '* · * "whether the amount at existing entry in the absence of such entry is not present, the IPv6 stack to perform neighbor detection in the invention is more advantageous to prevent the GGSN.. Started by a neighbor's identification messages death over a wireless interface to a neighboring entries in the cache memory is always the case when the PDP context is activated 25, and remove them when it is deactivated. these markers have sufficient '' long life span, so that they do not heal in a PDP context is still active.
• * : '*· Vaihe 4 : MT vastaa IPV6CP Konfiguroi-Hyväksy -ilmoituksella, jonka mukana on vaiheen 1 : : 30 64-bittisen tunnisteen sisältävä rajapintatunniste. • * '* · Step 4: MP-configures the corresponding IPV6CP Accept' message accompanied by a phase 1: The interface 30 is identified with a 64-bit identifier.
Vaihe 5 i 109950 17 TE luo linkkipaikallisen osoitteen tästä rajapintatunnisteesta ja määrää sen rajapinnalle. Step 5 i 109 950 17 generates the TE link local address in this rajapintatunnisteesta and the amount of the interface. Sen jälkeen se lähettää IPv6-reitittimelle tarjousviestin tämän rajapinnan välityksellä. It then sends an IPv6 router solicitation message via this interface. Eräässä toisessa suoritusmuodossa reititinilmoitus lähetetään automaattisesti heti PDP-kontekstin luomisen jälkeen. In another embodiment, the router advertisement message is automatically sent immediately after the creation of the PDP context.
Vaihe 6 GGSN vastaa IPv6-reititinilmoitusviestillä, jossa luetellaan kaikki sen verkkoetuliitteet valitulle aliverkolle. Step 6 corresponds to the GGSN IPv6 router advertisement message, which lists all of the selected network prefix of the subnet. TE muodostaa IPv6-osoitteensa liittämällä rajapintatunnisteen näihin verkkoetuliitteisiin ja määrää näin saadut osoitteet 10 samalle rajapinnalle. TE uses the IPv6 address by attaching the interface identifier to these network prefix and the number of addresses so obtained 10 on the same interface.
Jos GGSN toteaa, että linkki-paikallinen osoite ei ole uniikki, se hylkää “Luo PDP-kontekstipyyntö” -viestin. If the GGSN finds that the link-local address is not unique, it rejects the "Create PDP Context Request" message. Tässä tapauksessa MT lähettää “Aktivoi PDP-kontekstipyyntö” -viestin uudelleen tyhjällä PDP-osoitekentällä. In this case, the MT sends an "Activate PDP context request" message again with an empty PDP address field. Seuraavaksi 15 GGSN valitsee IPv6-osoitteen ja palauttaa sen mukana “Luotu PDP-kontekstivastaus” -viestin. Next, the GGSN 15 selects an IPv6 address and returns it with the "Created PDP Context Response" message. 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. As a result, the MT responds in step 4 said IPv6CP Configure-Nack message is sent accompanied by the identifier selection interface, which includes the GGSN removed from the chosen from 64-bit identifier. 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. In: ·· after the TE transmits again IPv6CP Configure Request message with which the γ · $ 0 on this 64-bit identifier, which ΡΡΡνδ server can accept locally '' 'MT without GGSN inclusion.
• · · » « • 4 • · · »« • 4
Jos rajapintatunniste on staattisesti muodostettu, MT voi käyttää tätä tietoa oikean :...· PPPv6-vastauksen lähettämiseen TE:lle. If the interface identifier is statically configured, the MT may use this information to right: sending ... · PPPv6 response to the TE. GGSN voi käyttää samaa tietoa 25 paikallisten konfigurointimuutosten tekemiseen (niin, että tulevat paketit reititetään M t < t oikein TE:lle). The GGSN can use the same local information 25 to make configuration changes (so that the incoming packets are routed to the M t <t correctly TE).
: '** Seuraavaksi selostetaan protokollan olemassaolevia variantteja. '** Next, a protocol existing variants. Näissä varianteissa monet edeltävän protokollan ominaisuudet säilyvät samoina, ; These variants of the preceding protocol, many features remain the same; :ä0 esimerkiksi tapa, jolla GGSN käsittelee linkki-paikallisia osoitteita ja muuttaa reititystauluaan tai naapurivälimuistia (selostettu vaiheessa 3). A0, for example, the way the GGSN handles link-local addresses and change reititystauluaan or a neighbor cache (described in Step 3).
109950 18 109 950 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ä. In the first variant, the mobile station generates a PDP address (interface identifier) ​​of one of the ways explained above and the address is sent to the SGSN to activate the PDP context request. Kuitenkin tässä variantissa GGSN:n paikallisen menettelytavan mukaisesti kyseisen GGSN:n on valittava kyseinen 5 rajapintatunniste. However, in this variant, the GGSN in accordance with the practice of the local GGSN selected is the five interface identifier. Tämä johtuu siitä, että juuri kyseistä GGSNiää voi operoida eri operaattori. This is due to the fact that it is precisely the GGSNiää can operate on different operator. Sen vuoksi GGSN ei käytä matkaviestimen luomaa PDP-osoitetta, joten kun GGSN vastaanottaa tällaisen PDP-osoitteen, se luo korvaavan PDP-osoitteen. Therefore, the GGSN does not use the mobile station generated the PDP address, so that when the GGSN receives the PDP of such an address, it generates a replacement PDP address. Tällä tavoin GGSN voi helposti tarkistaa, että sen itse luoma korvaava PDP-osoite on uniikki. In this way, the GGSN can easily verify that the self-replacement PDP address is a unique creation. Itse asiassa GGSN saattaa tällä perusteella valita 10 korvaavan PDP-osoitteen. In fact, on the basis of this, the GGSN may select 10 the replacement PDP address. Sen vuoksi tämä PDP-osoite määrätään GGSNissä kyseiselle matkaviestimelle. Therefore, this PDP address provided GGSNissä to the mobile station. GGSN vastaa PDP-kontekstipyyntöön lähettämällä SGSN:lle Luo PDP-kontekstivastaus -viestin, joka sisältää korvaavan PDP-osoitteen. The GGSN is responsible for the PDP context request by sending to the SGSN a Create PDP Context Response message, containing the replacement PDP address. 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. The SGSN receives the Create PDP Context Response, and then it is sent to the mobile station to activate PDFP Context Accept message from 15 including the replacement PDP address. Matkaviestin ottaa vastaan korvaavan PDP-osoitteen ja ottaa sen käyttöön rajapintatunnisteena. The mobile station receives a replacement PDP address and activate the interface identifier. Sen jälkeen matkaviestin vastaanottaa reititinilmoituksen GGSN.Itä edellä selostetulla tavalla ja luo IPv6-osoitteen. The mobile station then receives a router advertisement GGSN.Itä as described above and creates the IPv6 address.
:**: 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. **: with reference to Figure 3 with the arrangement of Figure 4 described above, in one embodiment of the invention, which is used for the first variant of the '/.gO address of the access protocol. Tuloksena olevaa protokollaa selostetaan viittaamalla kuvioon 5. The resulting protocol is described with reference to Figure 5.
* *» I · * * »I ·
t * · 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. In another variant, the mobile station does not create a PDP-25 address (interface identifier), but sends the SGSN only to activate a PDP context - * f * i · '* request that does not include the PDP address. Sen jälkeen SGSN lähettää Luo PDP- * 4 ·;** konteksti -pyynnön GGSN:lle. Thereafter, the SGSN sends a Create PDP · 4 *; ** context request to the GGSN. GGSN:ssä PDP-osoitetta ei vastaanoteta ja näin r * * '· olen GGSN voi helposti luoda uniikin PDP-osoitteen ja määrätä sen kyseiselle GGSN in the PDP address will not be received, and thus r * '· I GGSN can easily create a unique PDP address and order it to that
' III 'III
matkaviestimelle GGSN:ssä. mobile GGSN. Koska Aktivoi PDP-konteksti -pyyntö ei sisällä PDP- : ; Since the Activate PDP context request does not include the PDP:; t30 osoitetta, ei ole tarpeen suorittaa vertausta HLR:ään. t30 address, it is not necessary to perform a parable in the HLR. 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. The GGSN is responsible for the PDP, "ί context request by sending to the SGSN a Create PDP Context Response, which includes a unique PDP address to the SGSN receives the Create PDP Context Response, and then it is sent to the mobile station to activate a context PDFP-19 109950, including qualification. . a unique PDP address of the mobile station receives the PDP address and activate a link-local addressing the adherents the mobile station then receives a router advertisement GGSN. from the above-described manner, and creates the IPv6 address.
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 va A third variant is similar to the second variant, in the sense that the mobile station is not initially create a PDP address (interface identifier), so it sends an "empty" Activate PDP Context Request. However, instead of the GGSN creating the unique PDP address, the GGSN does not to do so, but only the answers "into" the PDP context request 10 by sending an "empty" Create PDP context Response. the SGSN receives the "empty" Create PDP context Response, and then it is sent to the mobile station "empty" Activate PDP context qualification. the mobile station receives the "empty" Activate PDP context Accept, and create a PDP address (interface identifier) ​​using the methods described as above. after 15 the interface identifier uniikkisuus can be checked. Assuming that the interface identifier is unique, the mobile station takes this PDP address for use rajapintatunnisteenaan. Thereafter, the portable terminal va staanottaa reititinilmoituksen GGSN:ltä edellä selostetulla tavalla ja luo IPv6-osoitteen. staanottaa router advertisement from the GGSN as described above and creates the IPv6 address.
»·« · » « '/.20 Edeltävät suoritusmuodot ja variantit ovat tilattomia osoitteen automaattisia » konfigurointeja siinä mielessä, että matkaviestimen osa luo oman osoitteensa, II * toisin sanoen rajapintatunnisteen. »·« · »« '/.20 The foregoing embodiments and variants are stateless address auto »configurations in the sense that part of the mobile station generates its own address, II * In other words, the interface identifier. Kuitenkin matkaviestimen sellaisessa However, in a mobile station
| | 1 I 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ää. embodiment, which comprises the MT and the TE, the TE may even create their own i * * interface identifier and sends it to the MT, the MT may reject it because it will know 25 that it should be sent. Itse asiassa tällaisessa suoritusmuodossa TE:n IPv6-pino * * (tai muissa suoritusmuodoissa mikä tahansa osa, joka valitsee I tt * · ·;·' rajapintatunnisteen) uskoo, että se valitsee rajapintatunnisteen. In such embodiments, the TE's IPv6 stack * * (or in other embodiments, any component that selects the I tt * · ·, · "interface identifier) ​​believe that it chooses the interface identifier.
! ! 4 * 4 *
I * t II I * T II
ί ♦ I ί ♦ I
Jos järjestelmässä on tilallinen osoitteen automaattinen konfigurointi, silloin » ; If the system is a stateful address auto configuration, then »; ;5t0 proseduuri toimii eri tavalla. ; 5t0 procedure operates in a different way. Tässä tapauksessa TE ei välttämättä aluksi tiedä, t 4 1 i”! In this case, the TE may not initially know t 4 1i "! miten asia on, koska automaattista konfigurointia ohjataan GGSN:stä. how this is because the configuration of the automatic guided GGSN. 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. Upon receiving the Create PDP context request, the GGSN does not ensure that the PDP address is a unique ID for the IDM, as the actual PDP address ID IDM 109 950 i 20 is selected from the DHCP later as a result of the request. GGSN lähettää Luo PDP-kontekstipyyntö -vastauksen takaisin SGSN:lle, joka lähettää Aktivoi PDP-konteksti -hyväksynnän MT:lle. The GGSN sends a Create PDP Context Request Response back to the SGSN, which sends the Activate PDP Context Accept MT. MT lähettää IPv6CP Konfigurointi hyväksytty -ilmoituksen TE:lle. MT sends IPv6CP Configuration approved 'message to the TE. Tässä vaiheessa TE ei ole tietoinen siitä, että tarvitaan DHCP-5 pyyntö, joten se määrää FE80::IDm :n rajapinnalle. At this point, the TE is not aware of the need for a DHCP request is 5, so that the amount of FE80 :: IDM's interface. Kuten aiemmassa proseduurissa, TE lähettää IPv6-reititintarjouksen GGSN:lle. As in the previous procedure, the TE sends an IPv6 router deal GGSN. GGSN vastaa lähettämällä IPv6-reititinilmoituksen takaisin TE:n linkki-paikalliseen osoitteeseen. The GGSN is responsible for sending an IPv6 router advertisement back to the TE link-local address. Reititinilmoituksessa on kuitenkin M-kehysmerkkikenttä asetettuna, mikä osoittaa TE:lle, että sen täytyy hankkia osoitteensa DHCP-palvelimelta. However, the router notification is an M-frame marker field is set, indicating to the TE, and the need to obtain the address from the DHCP server. 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. Thus, the TE 10 transmits the DHCP request from the IPv6 via the GGSNMIe and the DHCP server for a complete IPv6 address or the requested amount of IPv6 addresses and GGSN change reitityskonfigurointiaan. IPv6-osoite lähetetään matkaviestimelle (DHCP IPv6:n välityksellä). IPv6 address is sent to the mobile station (DHCP IPv6 transmission).
15 On syytä huomioida, että tässä suoritusmuodossa DHCP-palvelin on osa GGSN:ää. 15 It is to be noted that, in this embodiment, the DHCP server is part of the 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. In this case, the DHCP server will be controlled in such a way that the will be a request for PDP context address of the DHCP server creates a corresponding GTP complete IPv6 address or a complete IPv6 addresses, and then change the reititystauluaan so that a complete IPv6 address or addresses of the selected mapped to ' · 320 tunnel. Vaihtoehtoisesti GGSN ohjaa ja muuttaa naapurivälimuistiaan. Alternatively, the GGSN to control and change the 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ä. Although the neighbor's identification is not absolutely necessary when a DHCP server is used, its inclusion may be preferred, however, because the TE's can join '· · ·' GPRS system and may send a neighbor's identification requests.
Kuvioiden 4 ja 5 proseduurit on esitetty vuokaavion muodossa kuviossa 6. Figures 4 and 5, the procedures shown in flowchart form in Figure 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. • · i 1 ·· Figure 7 shows an embodiment of mobile station 1, the MS for use in Figure GPRS system, the mobile station MS comprises a central processing unit • V,] S0 (CPU) 70, a transmitter-receiver 72, a memory 74 of the mobile GPRS for storing information on the System, protocol stack 76 controls the communication with the GPRS system, telephone communication monitor 78 and the memory 79 of the mobile station associated with the functions. Lähetin-vastaanottimen 72 toimintaa 21 109950 puheluja soitettaessa ei ole selostettu tässä, koska se liittyy matkaviestimen MS perinteisiin puhelintoimintoihin. The transmitter-receiver 72 109 950 21 activities when calls are made are not described here because it is related to the mobile station MS to conventional phone functions. Keskusyksikkö (CPU) 70 ohjaa muiden elementtien toimintaa. The central processing unit (CPU) 70 controls the operation of the other elements.
5 Edellä selostettuja menetelmiä voidaan soveltaa matkaviestimeen, joka ei käsitä päätelaitetta ja kannettavaa päätelaitetta, vaan käsittää ainoastaan integroidun yksikön. 5 of the above-described methods may be applied to the mobile station, which does not include the terminal and the portable terminal, but includes only an integrated unit. Tässä suoritusmuodossa PPPv6:tta ei tarvitse käyttää matkaviestimen sisällä. In this embodiment, the PPPv6: s need not be used within the mobile station.
10 Esillä oleva keksintö ei rajoitu PPPv6:n käyttöön. 10, the present invention is not limited to PPPv6 of use. On olemassa muita kaksipisteprotokollia, kuten SLIP (serial line IP). There is a further point to point protocols such as SLIP (Serial Line IP). Lähiverkossa IPv4-solmut käyttävät muita kerroksen 2 (L2) protokollia, joita ovat esimerkiksi “ethernet” tai “token ring”. Local network, IPv4 nodes using the other two (L2) layer protocols, such as "Ethernet" or the "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ä. In addition, as mentioned above, in certain embodiments, the two-point protocol is not required when using integrated mobile communication, which does not have a separate 15 MT, TA and TE.
Tässä on selostettu esillä olevan keksinnön määrättyjä toteutus- ja suoritusmuotoja. This is described in implementation and embodiments of the present invention. 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ä. Skilled in the art it is clear that the invention is not limited to the above embodiments and details of the invention may be implemented: .'- S20, in other embodiments using equivalent means without deviating from the characteristics of the invention. Keksinnön soveltamisalaa rajoittavatkin ainoastaan oheistetut patenttivaatimukset. the scope of the invention are only restricted by the enclosed claims. 1 1
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ä; 1. A method in which a node obtains a network address of a data network, the method comprising the steps of: establishing an entity comprising information on network addresses within the subnetwork; 5 luodaan aliverkon sisällä uniikin linkkitunnisteen avulla linkki ensimmäisen ja toisen solmun välille; 5 creating a unique link within a subnet identifier to the link between the first and second nodes; määritetään ensimmäiselle solmulle verkko-osoite linkkitunnisteen perusteella; determining a first node in a network address on the basis of the link identifier; tarkistetaan kokonaisuuden avulla onko määritetty verkko-osoite uniikki; checked whether the entity using the determined network address is unique; ja hyväksytään verkko-osoite, jos määritetty verkko-osoite on uniikki. and accepted the network address if the determined network address is unique. 10 10
2. Patenttivaatimuksen 1 mukainen menetelmä, jossa linkkitunniste luodaan staattisesti yhden solmuista tunnistavan tiedon perusteella. 2. The method according to claim 1, wherein the link is identified on the basis of a static one identifying the nodes of information.
3. Patenttivaatimuksen 1 mukainen menetelmä, jossa yksi solmuista luo 15 linkkitunnisteen mielivaltaisesti. 3. The method according to claim 1, wherein one of the nodes to create a link 15 identifier arbitrarily.
4. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa verkko-osoitteita koskeva tieto on luettelo linkkitunnisteista tai verkko-osoitteista :··: aliverkossa. 4. The method according to any one of the preceding claims, wherein the information on network addresses is a list of link identifiers or network addresses: ··: subnet. :/.20 : / 20.
5. Patenttivaatimuksen 4 mukainen menetelmä, jossa luettelo käsittää :: linkkitunnisteita, jotka on aikaisemmin määrätty solmuille. 4 A process according to claim 5, wherein the list comprises :: link identifiers which have previously been assigned to the nodes. • * · * * · • M • * · * · * • M
6. Patenttivaatimuksen 5 mukainen menetelmä, jossa uniikkisuuden toteamisen 25 suorittaa kokonaisuus aiemmin määrättyjen linkkitunnisteiden tai verkko- ] ' osoitteiden luettelon perusteella. 6. The method according to claim 5, wherein the determination of uniqueness assembly 25 carried out on the basis of link identifiers or network previously provided] 'addresses of the list.
* · : '·· 7. Patenttivaatimuksen 6 mukainen menetelmä, jossa uniikkisuuden toteamisen :...: suorittaa kokonaisuus reititystaulun perusteella. * · '·· 7. The method according to claim 6, wherein the determination of uniqueness: ...: perform a whole on the basis of the routing table. : ;30 :; 30
·;··: 8. Patenttivaatimuksen 6 mukainen menetelmä, jossa uniikkisuuden toteamisen suorittaa kokonaisuus naapurivälimuistin perusteella. ·; ··: 8. A method as claimed in claim 6, wherein the determination of uniqueness to perform a whole on the basis of the neighbor cache. 23 109950 23 109950
9. Patenttivaatimuksen 4 mukainen menetelmä, jossa luettelo käsittää linkkitunnisteita, jotka ovat uniikkeja ja joita ei ole aikaisemmin määrätty. 4 A process according to claim 9, wherein the list comprises link identifiers which are unique and have not been previously determined.
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. 10. A method according to claim 9, wherein the determination of uniqueness 5 performs the gateway, which will select a link identifier or network address of the list of link identifiers or network addresses that have not yet been determined.
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. 11. The method according to any of the preceding claims, 10 wherein the data is that entity is identified, which can be used as a unique network address creation.
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. 12. A method according to claim 11, wherein the determination of uniqueness carried out on the basis of the information included in the whole of the network addresses 15 and determining that it has a link identifier which can be used as a unique network address creation.
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. 13. The method according to any one of claims, wherein the link identifier is transferred between the first and second node from the preceding: to * 220.
14. Vaatimuksen 13 mukainen menetelmä, jossa linkkitunnisteen vastaanottaja ' · · ·' hylkää sen ja luo eri linkkitunnisteen, jonka uniikkisuus tarkistetaan. 14. A method as claimed in claim 13, wherein the link identifier of the recipient "· · ·" reject it and create a different link identifier which is checked uniikkisuus.
15. Patenttivaatimuksen 13 mukainen menetelmä, jossa silloin kun linkkitunniste ei ole uniikki vastaanottaja valitsee uniikin linkkitunnisteen, jonka se lähettää lähettäjälle. 15. A method according to claim 13, wherein when the link identifier is not unique to the recipient selects a unique link ID, which it sends to the sender.
! ! .···. . ···. '···' 16. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa : _: 30 verkko-osoite johdetaan linkkitunnisteesta ja verkkoetuliitteestä. '···' 16. A process according to any one of the preceding claims, wherein: _: 30 the network address and a network prefix is ​​passed linkkitunnisteesta.
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ä. 17. A method according to claim 16, wherein the network prefix is ​​obtained by using a router for an offer that is transmitted between the first and second nodes. 24 109950 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ä. 18. The method according to claim 16, wherein the network prefix is ​​obtained by using a router notification which is sent automatically between the first and the second node. 5 5
19. Minkä tahansa patenttivaatimuksista 16-18 mukainen menetelmä, jossa on useita verkkoetuliitteitä, joita voidaan käyttää luomaan solmulle useita verkko-osoitteita. 19 in any one of claims 16 to 18, wherein a plurality of network prefix, which can be used to create a plurality of network node addresses.
20. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa dataverkko käsittää useita aliverkkoja. 20. The method of any preceding claim, wherein the data network comprises a plurality of subnets.
21. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa ensimmäinen solmu on matkaviestin. 21. The method according to any one of claims, wherein the first node is a mobile station of the preceding. 15 15
22. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa toinen solmu on yhdyskäytävä. 22. The method according to any of the preceding claims, wherein the second node is a gateway.
22 109950 22 109950
23. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa :.'-i20 dataverkko on GPRS-järjestelmä. 23. A method according to any one of the preceding claims, wherein: i20 .'- data network is the GPRS system.
:···*' 24. Patenttivaatimuksen 12 mukainen menetelmä, jossa linkki on PDP-konteksti. : * ··· '24. A method according to claim 12, wherein the link is a PDP context.
25. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, jossa 25 verkko-osoite on IPv6-osoite. 25. The method according to any of the preceding claims, wherein 25 the network address is an IPv6 address.
26. Viestintäjärjestelmä, joka toimii minkä tahansa edeltävän patenttivaatimuksen :'·· mukaisen menetelmän mukaan. 26. A communication system that operates in any of the preceding claims, '·· according to the method. :,:.30 :,:. 30
27. Kannettava päätelaite, joka toimii minkä tahansa edeltävän ':: patenttivaatimuksen mukaisen menetelmän mukaan. 27. The portable terminal device that operates in any of the preceding ':: method according to claim. 25 109950 25 109950
FI20000121A 2000-01-20 2000-01-20 access to the address FI109950B (en)
DK01942839T DK1252781T3 (en) 2000-01-20 2001-01-15 Providing address
CA 2396753 CA2396753C (en) 2000-01-20 2001-01-15 Address acquisition
JP2001553325A JP2003520535A (en) 2000-01-20 2001-01-15 Address acquisition
CN 01806871 CN1418440A (en) 2000-01-20 2001-01-15 Address acquisition
PCT/FI2001/000034 WO2001054437A1 (en) 2000-01-20 2001-01-15 Address acquisition
CN 200410095234 CN1625275B (en) 2000-01-20 2001-01-15 Address acquisition method and apparatus
EP20010942839 EP1252781B1 (en) 2000-01-20 2001-01-15 Address acquisition
US09765190 US6959009B2 (en) 2000-01-20 2001-01-18 Address acquisition
US11183629 US7920575B2 (en) 2000-01-20 2005-07-18 Address acquisition
JP2009239527A JP4938834B2 (en) 2000-01-20 2009-10-16 Address acquisition
US13446749 USRE44592E1 (en) 2000-01-20 2012-04-13 Address acquisition
FI20000121A0 true FI20000121A0 (en) 2000-01-20
FI20000121A true FI20000121A (en) 2001-07-21
FI109950B true true FI109950B (en) 2002-10-31
CN (2) CN1625275B (en)
WO2003081856A1 (en) * 2002-03-26 2003-10-02 Telefonaktiebolaget L M Ericsson (Publ) A system, an arrangement and a method relating to ip-addressing
GB0417117D0 (en) * 2004-07-30 2004-09-01 Orange Personal Comm Serv Ltd Telecommunications apparatus and method
WO2006128481A3 (en) 2005-05-31 2008-06-05 Andrea Calvi Method for auto-configuration of a network terminal address
WO2001054437A1 (en) 2001-07-26 application
CA2396753C (en) 2006-11-28 grant
JP2010074835A (en) 2010-04-02 application
DK1252781T3 (en) 2012-07-02 grant
US20010017856A1 (en) 2001-08-30 application
US6959009B2 (en) 2005-10-25 grant
US20050271034A1 (en) 2005-12-08 application
FI109950B1 (en) grant
EP1252781B1 (en) 2012-04-11 grant
JP2003520535A (en) 2003-07-02 application
CN1418440A (en) 2003-05-14 application
EP1252781A1 (en) 2002-10-30 application
JP4938834B2 (en) 2012-05-23 grant
CA2396753A1 (en) 2001-07-26 application
CN1625275A (en) 2005-06-08 application
CN1625275B (en) 2010-06-16 grant
USRE44592E1 (en) 2013-11-12 grant
FI20000121D0 (en) grant
FI20000121A0 (en) 2000-01-20 application
US7920575B2 (en) 2011-04-05 grant
FI20000121A (en) 2001-07-21 application
US20090052418A1 (en) 2009-02-26 IAS-based configuration for UMB femto devices