IEEE 802.21 MEDIA INDEPENDENT HANDOVER

DCN: 21-07-0xxx-00-0000

Title: Proposal about multiple IS domainsDate Submitted: May 8, 2007

Presented at IEEE 802.21 session in Montreal, Canada

Authors or Source(s): Junxiang Guo

Abstract: This contribution proposes a deployment example for multiple IS domains.

IEEE 802.21 presentation release statements

• This document has been prepared to assist the IEEE 802.21 Working Group. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.

• The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.21.

• The contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of the IEEE-SA Standards Board Operations Manual <http://standards.ieee.org/guides/opman/sect6.html#6.3> and in Understanding Patent Issues During IEEE Standards Development http://standards.ieee.org/board/pat/guide.html> 

Background

• According to the IS model in current draft D05, if a MN wants to query an information which is not stored in its serving IS server, the serving MIH PoS will forward the query message to another MIH PoS (PoS21), PoS21 gets the required information from its IS server, the query path is as below figure show:

Figure 1

MIH PoS12 MIH PoS11 MIH PoS21 MIH PoS22MIH_Get _information

Response

IS server 1 IS server 2

MIH_Get _information Response

MIH_Get _information Response

MIH_Get _information Request

MIH_Get _information Request

MIH_Get _information Request

MN

Background

• If the said MIH PoS21 still cannot get the information from its IS server, PoS21 will forward this query message to next-hop MIH PoS, this process will repeat until the query message reaches the destination IS server where the information is stored.

• Obviously, the query path is so long and wastes too many processing and transporting resources of all traversed PoSs.

MIH_Get_Information Request

MIH_Get_Information Response MIH PoS11

(intermediary)MIH PoS21

(intermediary)

MIH_Get_Information Request

MIH_Get_Information Request

MIH_Get_Information Response

MIH_Get_Information Response

MIH PoSn1(destination)

MIH_Get_Information Response

IS Server n

MIH_Get_Information Request

MIH_Get_Information Response

MIH_Get_Information Request

IS Server 1 IS Server 2

Figure 2

Proposal

• In practical deployment scenarios, it is much possible that multiple IS servers can be used for storing IS information. The previous multi-hop IS operation is unavoidable.

• We propose a more efficient way to retrieve information in the case of multiple IS servers deployed.

Proposal

• Multiple IS servers deployment model

MIH Get Information Request

MIH Get Information Response

MIH PoS12 MIH PoS11 MIH PoS21 MIH PoS22

MIH_Get_Information Request

MIH_Get_Information Response

IS Proxy gateway

IS domain 1 IS domain 2

MN

MIH Get Information Request

MIH Get Information Response

MIH_Get_Information Request

MIH_Get_Information Response

Figure 3

Proposal

• Description of the model:In practice, there may be multiple IS servers deployed in the core networks. In

such circumstances, the IS servers can be categorized as different IS domains,

each IS server forms a IS domain and stores the IS information in a certain

region. A IS server can be used as a IS Proxy Gateway for inter IS domain

information retrieval. That is to say, when any IS server cannot provide the

information required by MNs, the IS server will send a information request

message to interrogate the Proxy Gateway to get the information, the Proxy

Gateway will then route the request to the appropriate target IS server, the

target IS server obtain the information from its database and respond the

required information to the Proxy Gateway via response message, the Proxy

Gateway forward the response to the source IS server which send the

information request. The detailed inter IS domain information retrieval flow

is as figure 3.

Proposal

• Benefits of the model:

• Wherever the remote target IS server is, the source IS server needs only to interrogate the IS Proxy Gateway to get the required information. That is to say, only two hops at most.

• Each IS server does not need to maintain the topology of the IS servers distribution. Only IS Proxy Gateway needs to know the topology and maintain the route relationship.

• As per this model, the topology is easily to be extended and maintained.

• Eliminated the aforementioned long path drawback.

Suggestion• Suggest to put the following text in Annex M:

• Annex M Multiple IS servers deployment model and information retrieval method

In practice, there may be multiple IS servers deployed in the core networks. In such circumstances, the IS servers can be categorized as different IS domains, each IS server forms a IS domain and stores the IS information in a certain region. A IS server can be used as a IS Proxy Gateway for inter IS domain information retrieval. That is to say, when any IS server cannot provide the information required by MNs, the IS server will send a information request message to interrogate the Proxy Gateway to get the information, the Proxy Gateway will then route the request to the appropriate target IS server, the target IS server obtain the information from its database and respond the required information to the Proxy Gateway via response message, the Proxy Gateway forward the response to the source IS server which send the information request. The detailed inter IS domain information retrieval flow is as following Figure M-1.

Suggestion

MIH Get Information Request

MIH Get Information Response

MIH PoS12 MIH PoS11 MIH PoS21 MIH PoS22

MIH_Get_Information Request

MIH_Get_Information Response

IS Proxy gateway

IS domain 1 IS domain 2

MN

MIH Get Information Request

MIH Get Information Response

MIH_Get_Information Request

MIH_Get_Information Response

Figure M-1

(Continued)

Thank you!