CN101018147A - An information exchange method for hierarchical mobile IPv6 - Google Patents

An information exchange method for hierarchical mobile IPv6 Download PDF

Info

Publication number
CN101018147A
CN101018147A CNA2006100034662A CN200610003466A CN101018147A CN 101018147 A CN101018147 A CN 101018147A CN A2006100034662 A CNA2006100034662 A CN A2006100034662A CN 200610003466 A CN200610003466 A CN 200610003466A CN 101018147 A CN101018147 A CN 101018147A
Authority
CN
China
Prior art keywords
lmu
related information
rmu
territory
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2006100034662A
Other languages
Chinese (zh)
Inventor
李智伟
王剑白
周琼琼
杨柳
李未
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beihang University
Original Assignee
Beihang University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beihang University filed Critical Beihang University
Priority to CNA2006100034662A priority Critical patent/CN101018147A/en
Publication of CN101018147A publication Critical patent/CN101018147A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

The message exchange method for HMIIP6 comprises: A. a new IMU starts and registers to RMU to update the 'in-domain relation information table' in RMU; B. MN detects a new AP signal and sends message to LMU; the latter queries the table and returns record if there is record, or else continues; C. LMU sends the 'relation information query' message to RMU, the latter queries its table and returns record; D. when the record in the table goes to life end, RMU sends updating message; the LMUN returns relation information; if not, RMU cancels the record; and E. after completing switch, MN sends 'in-domain relation information notice' to the new sub-network LMU, the latter sends updating message to the older LUM to update its 'neighbor relation information table'.

Description

A kind of information switching method that is used for hierarchical mobile IPv 6
Invention field
The invention belongs to mobile IP field, specifically, is to have proposed a kind of information switching method that is used for hierarchical mobile IPv 6, realize the management function to address in the territory and resource, and auxiliary MN finishes seamless switching.
Background of invention
Be accompanied by the development of Internet technology and next generation mobile communication technology, the demand that inserts the Internet with wireless mode and move mode constantly increases, and continues to bring out based on the mobile application of data communication.IPv6 network with extensive interconnected characteristic becomes the important content that Next Generation Internet is built.Mobile network based on IPv6 can insert the Internet with various portable terminals (portable computer, handheld device, mobile unit etc.) anywhere or anytime, for ever-increasing network application provides high-quality, always online network support platform.
In order to support mobile device to continue communication in the network based on IPv6, corresponding mobile management agreement-mobile IP v 6 has been formulated in the Internet engineering duty group (IETF).Mobile IP v 6 allows mobile node (MN) to use different temporary addresses (CoA) in different networks, and by the address registration process, communication node (CN) or home agent (HA) with CoA is notified to the opposite end are implemented in the mobile switching between heterogeneous networks.Yet, when MN under the situation of fast moving under the network environment on a large scale, frequent network switches the remarkable decline that a large amount of registration messages that brought can cause bandwidth availability ratio.Meanwhile, when MN when carrying out telecommunication, the registration process of long period can cause the increase of handoff delay and cause the switching packet loss.
In order to solve owing to the frequent network service quality decline problem that registration process caused, IETF has formulated the hierarchical mobile management framework-HMIPv6 of mobile IP v 6.A plurality of heterogeneous networks that this framework will close on each other are divided into the territory on the logical relation, and when MN carried out the network switching in the territory when, only the administrative unit in the territory was registered, thereby has reduced the message number between MN and CN or the HA.The mobile management structure of this stratification has effectively reduced the bandwidth occupancy of registration message, and has shortened handover delay.
HMIPv6 provides the advanced management structure for the mobile management based on IPv6, yet this managerial structure does not still solve intrinsic delay issue of mobile IP and packet loss problem, becomes the focus of industry extensive concern based on taking over seamlessly of HMIPv6 managerial structure and fast switch over method.Yet, existing systems is to the unified management of various poor informations in the territory under the HMIPv6 managerial structure, can not provide MN to switch fast needed information quickly and accurately,, bring very big difficulty for the development of HMIPv6 the cache management that takes over seamlessly also imperfection.
Local management unit (LMU) preferably resolves the intrinsic packet loss problem of mobile IP, realized taking over seamlessly of MN, and under the cooperation of territory administrative unit (RMU), beat amplitude reduction the intrinsic delay issue of mobile IP, realized the quick switching of MN under the HMIPv6 managerial structure.
So the information switching method of LMU and RMU under good HMIPv6 managerial structure becomes the emphasis for solving the packet loss problem and reducing switching delay to greatest extent.
Summary of the invention
At top description, the present invention proposes a kind of information switching method of hierarchical mobile IPv 6, finish based on the information exchange between MN, LMU and the RMU in the domain management system of hierarchical mobile IPv 6, realize management function, specifically may further comprise the steps address in the territory and resource:
(A) after new LMU enters in the territory, RMU transmission in this territory " address registration request information; after receiving " address registration is replied " message of RMU, complete successfully registration process, LMU sends " the related information table in the territory " among " related information renewal " information updating RMU afterwards;
(B) after MN detects new AP signal, send " related information request information to the LMU of place subnet.LMU receives " after the related information request information, whether inquiry has corresponding record in oneself " the neighbours' related information table ", if having then LMU address and network prefix corresponding in the record are sent to MN; If not then enter the following step
(C) LMU continues to send to RMU with " related information inquiry " message, RMU inquires about in " related information table in the territory " after receiving " related information inquiry " message, LMU address and the network prefix found are sent to LMU by the related information inquiry request response message, and LMU writes down and sends it to MN again after this records " neighbours' related information table ";
(D) after the record among the RMU " related information table in the territory " arrives life cycle, RMU initiatively sends " related information upgrades announcement " message to the pairing LMU of this record, LMU returns the up-to-date related information of respective record to RMU, if fail to return correct related information, RMU will delete respective record from the related information table;
When (E) between the territory, switching, MN sends " related information upgrades announcement between the territory " message to the LMU of new subnet after switching to new subnet, the related information of old subnet before telling it to switch, new afterwards subnet LMU sends " related information upgrades between the territory " message to old subnet LMU again, upgrades " the neighbours' related information table " of LMU.
Description of drawings
Fig. 1 has provided the domain management system based on hierarchical mobile IPv 6;
Fig. 2 provides LMU registration process flow chart;
Fig. 3 has provided the AP information table of safeguarding among the LMU;
Fig. 4 has provided neighbours' related information table of safeguarding among the LMU;
Fig. 5 has provided related information table in the territory of safeguarding among the RMU;
Fig. 6 has provided address registration request message structure figure;
Fig. 7 has provided address registration response message structure chart;
Fig. 8 has provided related information updating message structure chart;
Fig. 9 has provided related information inquiry request message structure chart;
Figure 10 has provided related information inquiry request response message structure chart;
Figure 11 has provided related information and has upgraded the notice message structure chart;
Figure 12 has provided related information renewal notice message structure chart between the territory;
Figure 13 has provided related information renewal structure chart between the territory;
Embodiment
A kind of information switching method that is used for hierarchical mobile IPv 6 that the present invention proposes mainly comprises the registration of following core technology: LMU, related information obtain and related information is auxiliary switches.
The network topological diagram that Fig. 1 uses for this information switching method.
To following we with reference to the accompanying drawings, embodiments of the invention are described in detail.
1) RMU is to the management function of LMU, as shown in Figure 2, before new LMU enters the territory, need be to its static configuration RMU address, so that back and RMU communicate in LMU enters the territory.After new LMU enters in the territory, RMU in this territory transmission immediately " address registration request information; carry the network prefix of LMU address and place subnet in the message; and set A and F flag bit; A puts 1 expression needs application that the related information of LMU management is updated in the related information table of RMU, and F puts 1 and represents that LMU registers for entering in this territory for the first time.RMU receives and " after the address registration request information, the network prefix of LMU address and place subnet is registered in the territory in the related information table.In the A mark position is under 1 situation, and whether decision allows LMU registration AP information to RMU according to self-condition, echo reply message, and set the C flag bit, put 1 expression LMU and can upgrade related information.All related informations that LMU will manage after the response message are updated in " the related information table in the territory " of RMU, complete successfully registration process.
LMU also needs regularly to send registration message to RMU, so that whether know RMU also in operate as normal, this moment, flag bit F was changed to 0, and expression is not registration for the first time.
2) preparation method of related information.In LMU and RMU, all need the maintenance association information table, wherein the related information of interior all AP of recording domain and LMU in RMU " related information table in the territory ".Only write down neighbours' related information that switching took place in LMU " neighbours' related information table ", so that improve inquiry velocity.
Related information among the RMU is to add renewal by LMU.In LMU, safeguard one " AP information table ", as Fig. 3, all AP information can static configuration be finished registration in LMU enters the territory in LMU when the AP initialization, under the situation that RMU allows all related informations are updated in " the related information table in the territory " of RMU again.After the record among the RMU " related information table in the territory " arrives life cycle, RMU initiatively sends " related information upgrades announcement " message to the pairing LMU of this record, LMU returns the up-to-date related information of respective record to RMU, if fail to return correct related information, RMU will delete respective record from " related information table in the territory ".
As shown in Figure 4, record in LMU " neighbours' related information table " can obtain by two kinds of methods, the one, in LMU, can't find required related information at every turn, need arrive among the RMU when continuing inquiry, LMU just is recorded in inquiry obtains among the RMU related information and arrives in " the neighbours' related information table " of LMU of self.The 2nd, when MN switches between the territory when finishing, MN is the related information of old subnet and the ESSID of the AP that MN inserts new subnet before the LMU of new subnet sends " related information is found announcement between the territory " message to tell its MN switching at first, upgrade new subnet LMU " neighbours' related information table ", new afterwards subnet LMU sends " related information upgrades between the territory " message, " the neighbours' related information table " of new and old subnet LMU to old subnet LMU again.
3) related information is auxiliary to what switch.After MN detected new AP signal, " the related information request information was by address and the network prefix of the LMU under the ESSID inquiry AP of AP to the LMU of place subnet transmission.After LMU received the request message of MN, at first whether inquiry had the record of ESSID correspondence therewith in oneself " the neighbours' related information table ", if having then LMU address and network prefix corresponding in the record are sent to MN; If do not have, then LMU continues to send to RMU with " related information inquiry " message, RMU inquires about in oneself " related information table in the territory " after receiving " related information inquiry " message, as shown in Figure 5, the result who obtains is sent to the LMU of current sub network by " related information inquiry response " message, LMU sends it to MN again, and the pairing new subnet LMU of the AP that tells MN to detect gets address and network prefix.If in " the related information table in the territory " of RMU, also inquire about, then return the inquiry failure and reply to LMU and MN less than corresponding record.MN just can generate Care-of Address after receiving that " related information inquiry response " message obtains the address and network prefix of new subnet LMU in advance, realizes seamless switching.
All message definitions of using in the invention are as follows:
The extension of message head part:
struct?mipv6_sh_hdr
{
__u8?nextheader; /*Next?Header?Type*/
__u8?length; /*SH?Length */
__u8?type; /*SH?Type */
__u8?reserved;
__u16 checksum;
__u8?option[0]; /*option?data */
}__attribute__((packed));
The extension of message data division:
The address registration request:
struct?addr_reg_req
{
__u8 status;
__u8?reserved;
struct in6_addr?lmu_addr;
struct in6_addr?lmu_prefix;
}__attribute__((packed));
" the address registration request information is carried out the registration of LMU address and network prefix to LMU to RMU; as shown in Figure 6; wherein flag bit A is that 0 expression does not apply for continuing to upgrade related information; be that 1 expression application continues to upgrade related information; F is that 0 expression LMU enters the registration territory in for the first time, is 1 to be the regular login request message of registering by sending.
Address registration is replied:
struct?addr_reg_rep
{
__u8 status;
__u8 reserved;
}__attribute__((packed));
RMU succeeds in registration by " address registration is replied " message informing LMU, and whether decision allow LMU to upgrade related information table in the territory among the RMU, and as shown in Figure 7, mode bit is that 0 expression does not allow to upgrade related information, is 1 to represent to upgrade related information
Related information upgrades:
struct?ai_update
{
__u8 uadt;
__u8 number; /*the?number?of?ap*/
struct in6_addr lmu_prefix;
char?essid[32];
}__attribute__((packed));
LMU upgrades " related information table in the territory " among the RMU by " related information renewal " message, the related information that mates AP and LMU address by subnet prefix, as shown in Figure 8, wherein flag bit U is that 1 this message of expression is replying of the updating message that initiatively sends of LMU or the update request that RMU is sent, A position 1 this message of expression is to add a list item in the related information table of RMU, D position 1 this message of expression is list item of deletion in the related information table of RMU, and T position 1 this message of expression will be deleted all list items of this LMU address correspondence in the RMU related information table.
The related information query requests:
struct ai_req
{
__u16?reserved;
char essid[32];
}__attribute__((packed));
As shown in Figure 9, MN inquires about " neighbours' related information table " among the LMU by the ESSID in " related information query requests " message, if there is not the record of coupling, LMU is sending to RMU with message, " the related information table in the territory " among the inquiry RMU.
The related information inquiry response:
struct?ai_rep
{
__u16?reserved;
struct in6_addr 1mu_addr;
struct in6_addr lmu_prefix;
char essid[32];
}__attribute__((packed));
As shown in figure 10, the address and the network prefix that comprise the ESSID that chooses AP and the LMU corresponding among the result that obtains of inquiry with it.
Related information upgrades announcement:
struct?ai_update_notify
{
__u16 reserved;
char essid[32];
}__attribute__((packed));
After certain the bar record among the RMU reached life cycle, RMU just write down corresponding LMU to this and sends " related information upgrades announcement " message, as shown in figure 11, utilized the ESSID of AP notifies which bar of LMU to write down expired in the message.
Related information upgrades announcement between the territory:
struct?r_ai_update_notify
{
__u16?reserved;
struct in6_addr p_lmu_addr;
struct in6_addr p_lmu_prefix;
char p_essid[32];
char n_essid[32];
}__attribute__((packed));
When MN took place to switch between the territory for the first time, MN but can not obtain corresponding related information after sending " related information query requests " message, and MN can't carry out seamless switching this moment.After MN switched to new subnet, MN just sent " related information upgrades between the territory " message and arrives new subnet LMU, as shown in figure 12, comprises old LMU address in the message, and old LMU network prefix inserts the ESSID of AP and the ESSID of the new subnet AP of access before switching.The LMU of new subnet arrives the bar recorded and stored in " neighbours' related information table ".
Related information upgrades between the territory:
struct?r_ai_update
{
__u16?reserved;
struct in6_addr n_lmu_addr;
struct in6_addr n_lmu_prefix;
char n_essid[32];
}__attribute__((packed));
After new subnet LMU receives " related information upgrades announcement between the territory " message, send " related information upgrades between the territory " message to old subnet LMU, as shown in figure 13, comprise new subnet LMU address in the message, the ESSID of new subnet LMU network prefix and new subnet AP, old LMU arrives this recorded and stored in " neighbours' related information table ".Later MN switches between these two AP just can realize seamless switching.
What may be obvious that for the person of ordinary skill of the art draws other advantages and modification.Therefore, the present invention with wider aspect is not limited to shown and described specifying and exemplary embodiment here.Therefore, under situation about not breaking away from, can make various modifications to it by the spirit and scope of claim and the defined general inventive concept of equivalents thereof subsequently.

Claims (5)

1. information switching method that is used for hierarchical mobile IPv 6 is characterized in that: may further comprise the steps:
(a) after new LMU entered in the territory, the RMU in this territory registered;
(b) MN request LMU carries out the related information inquiry;
(c) related information is crossed after date, and RMU request LMU carries out related information to be upgraded;
When (d) switching between the territory, MN notice LMU carries out related information renewal between the territory.
2. according to the method for claim 1, it is characterized in that: (a) is further comprising the steps of for step:
(a) after new LMU enters in the territory, " the address registration request information after receiving " address registration is replied " message of RMU, completes successfully registration process to the RMU transmission in this territory;
(b) LMU sends " the related information table in the territory " among " related information renewal " information updating RMU.
3. according to the method for claim 1, it is characterized in that: (b) is further comprising the steps of for step:
(a) after MN detects new AP signal, LMU to the place subnet sends " related information request information; LMU receives " after the related information request information, to " neighbours' related information table " middle inquiry whether corresponding record is arranged, if have then LMU address and network prefix corresponding in the record sent to MN, if not then enter the following step;
(b) LMU continues to send to RMU with " related information inquiry " message, RMU inquires about in " related information table in the territory " after receiving " related information inquiry " message, LMU address and the network prefix found are sent to LMU by the related information inquiry request response message, and LMU writes down and sends it to MN again after this records " neighbours' related information table ".
4. according to the method for claim 1, it is characterized in that: (c) is further comprising the steps of for step:
(a) after the record among the RMU " related information table in the territory " arrives life cycle, RMU initiatively sends " related information upgrades announcement " message to the pairing LMU of this record, and LMU returns the up-to-date related information of respective record to RMU;
(b) if LMU fails to return correct related information, RMU will delete respective record from the related information table.
5. according to the method for claim 1, it is characterized in that: (d) is further comprising the steps of for step:
When (a) switching between the territory, MN sends " related information upgrades announcement between the territory " message to the LMU of new subnet after switching to new subnet, tells it to switch the related information of preceding old subnet;
(b) new afterwards subnet LMU sends " related information upgrades between the territory " message to old subnet LMU again, upgrades " the neighbours' related information table " of LMU.
CNA2006100034662A 2006-02-10 2006-02-10 An information exchange method for hierarchical mobile IPv6 Pending CN101018147A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2006100034662A CN101018147A (en) 2006-02-10 2006-02-10 An information exchange method for hierarchical mobile IPv6

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2006100034662A CN101018147A (en) 2006-02-10 2006-02-10 An information exchange method for hierarchical mobile IPv6

Publications (1)

Publication Number Publication Date
CN101018147A true CN101018147A (en) 2007-08-15

Family

ID=38726916

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2006100034662A Pending CN101018147A (en) 2006-02-10 2006-02-10 An information exchange method for hierarchical mobile IPv6

Country Status (1)

Country Link
CN (1) CN101018147A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104779700A (en) * 2015-03-26 2015-07-15 安徽波瑞电气有限公司 Outdoor ring main unit based on intelligent IPV6 wireless free-networking communications

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104779700A (en) * 2015-03-26 2015-07-15 安徽波瑞电气有限公司 Outdoor ring main unit based on intelligent IPV6 wireless free-networking communications

Similar Documents

Publication Publication Date Title
US6804221B1 (en) Micromobility using multicast
CN101123536B (en) Method for managing integrated network locations
CN101127758B (en) IP address acquisition method and acquisition system for mobile nodes
KR100503470B1 (en) Fast DAD Entity for managing information to optimize DAD and method to optimize DAD using Fast DAD Entity
CN101601255B (en) Lightweight mobility architecture
CN101662804B (en) Mobile terminal device and communication method thereof
CN100596095C (en) Hierarchical mobility IPv6 rapid switching method and system
US8284670B2 (en) Mobile communications system, mobile communications method, server, transfer device, and mobile communications terminal
KR100708119B1 (en) Method and apparatus for providing and obtaining a information about local agent at wireless network
KR20100073842A (en) System and method for supporting network mobility based id-location separation
CN101621785A (en) Registration, communication and switching method of mobile nodes and device thereof
CN101594609B (en) Method, system and node for maintaining continuous conversation during switching among different domains
CN100334918C (en) Method for implementing seamless switching between mobile nodes in mobile IP
CN102395167B (en) Method for switching among wireless Mesh network fields
CN110913348B (en) Distributed network architecture without fixed infrastructure support and position management method thereof
CN101018146A (en) A local management unit for hierarchical mobile IPv6
KR101513887B1 (en) Method and apparatus for discovering location of information server and method and apparatus for receiving handover information using the location of information server
CN101018147A (en) An information exchange method for hierarchical mobile IPv6
CN101296402A (en) Information acquisition method, gateway proxy and network system
JP2002344479A (en) Data transfer method of mobile ip
KR101037531B1 (en) Method for providing soft handover using communication state information in wireless internet system
US20090034494A1 (en) Method for Allocating a Temporary Address to a Mobile Node of a Telecommunication System, Equipment and Programs for Implementing Same
CN105764041A (en) IPv6 mobile communication method based on naming data network covering layer
KR100931383B1 (en) Handover Method and Terminal Registration Method in IP-based Mobile Communication System
Moon et al. Reducing handover delay in mobile ipv6 by cooperating with layer 2 and layer 3 handovers

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication