CN101052036A - Method for realizing media independent switch power finding in heterogeneous network switch - Google Patents
Method for realizing media independent switch power finding in heterogeneous network switch Download PDFInfo
- Publication number
- CN101052036A CN101052036A CNA2006100776446A CN200610077644A CN101052036A CN 101052036 A CN101052036 A CN 101052036A CN A2006100776446 A CNA2006100776446 A CN A2006100776446A CN 200610077644 A CN200610077644 A CN 200610077644A CN 101052036 A CN101052036 A CN 101052036A
- Authority
- CN
- China
- Prior art keywords
- network element
- message
- mihf
- request
- ability discovery
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 208000022737 midline interhemispheric variant of holoprosencephaly Diseases 0.000 claims abstract description 124
- 230000000977 initiatory effect Effects 0.000 claims abstract description 25
- 230000008569 process Effects 0.000 claims abstract description 16
- 230000004044 response Effects 0.000 claims description 36
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000005516 engineering process Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 239000003999 initiator Substances 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
Abstract
The method comprises: in the first, adding a MIH capability finding request type field into the capability finding request message, and setting the identifiers for different type requests. The method also comprises: a) when the net element in the system sends a capability finding request message, setting up a request type identifier currently required in the request type field; b) after receiving the capability finding request message, according to the identifier in the request type field of the message, the net element having MIHF executes relevant MIH capability finding process; c) the net element initiating the capability finding request gets the MIHF information relating to the relevant net element according to the processing result in step b.
Description
Technical field
The present invention relates to communication technical field, specifically relate to a kind of method that in heterogeneous network switches, realizes switching (MIH) ability discovery of media-independent.
Background technology
At present, development of Communication Technique is maked rapid progress, and various new access technologies emerge in an endless stream.Because the pairing network of various access technologies has suitable separately coverage and application scenarios usually, therefore, in order to realize ubiquitous Communications service, supports the multimode terminal of multiple access technology to arise at the historic moment.To adopt the network of different access technologies to be called heterogeneous network.Heterogeneous network has a variety of, such as, 802 networks that IEEE 802.3, IEEE 802.11 and IEEE 802.16 are provided, and the cellular network that 3GPP and 3GPP2 provided is heterogeneous network.
Support multiple access technology, also promptly support the multimode terminal of multiple heterogeneous network that a problem that must solve is arranged: how this multimode terminal carries out seamless switching and roaming between its these heterogeneous networks of supporting.At this problem, existing mobile IP (MIP) technology can be thought the mobility that has realized layer three makes terminal after the network address changes, and promptly after the switching that heterogeneous network occurs, can guarantee the continuity of upper-layer service.But the period of using this MIP technology still to exist the bottom link of terminal and network to disconnect fully, therefore can service impacting QoS performance, such as, can increase the indexs such as delay and jitter of QoS.
In view of above problem, the purpose of present IEEE 802.21 is exactly that the network that helps to realize link layer switches, and the non-service affecting QoS performance in handoff procedure of trying one's best is to improve user's mobile experience.
Be the seamlessness and the continuity that realize switching between heterogeneous network, IEEE 802.21 has introduced a new protocol function layer in existing mobility management protocol stack, i.e. the handoff functionality of media-independent (MIHF, MIH Function).MIHF mainly provides some key service, i.e. MIH Event Service (MIES), MIH command service (MICS) and MIH information service (MIIS) helped terminal and switched.
MIHF logically is defined as a thin layer in the mobility management protocol stack of terminal and network, plays the function of assistant and boost motor in switching decision.At multimode terminal, MIHF provides to the upper strata and need make the switching decision and how make some necessary informations of switching decision effectively, and switching decision and link selection are then made based on input and the context of MIHF in the upper strata, thereby can realize seamless switching.MIHF and key service thereof the position in protocol stack as shown in Figure 1.
In addition, IEEE 802.21 has also defined the MIH agreement, comprises MIH ability discovery, MIH remote login and MIH interacting message.By MIH ability discovery flow process wherein, each network element in the system can determine that other which network element can support MIHF and degree of support thereof, wherein, degree of support represents by the MIH capabilities list that usually the MIH capability discovery process comprises that ability discovery is shaken hands and the ability declaration.By MIH remote login agreement, the MIHF in the network element of different system can register mutually, to accept the switching message and the remote events of media-independent.The MIH message interaction protocol has been stipulated form, message format and the message interaction process of bag, and according to this agreement, the MIHF in the network element of different system can be undertaken by suitable transmission means alternately.
Why need MIH ability discovery flow process, be because, if the information of not knowing separately mutually between the network element in the system to be supported such as MIH ability, when interactive information is resolved confusion will take place then, thereby influence the interoperability of system, wherein, network element in the system comprises the network entity such as attachment point (PoA), couple in router (AC) in terminal and the system, and since system in each network element usually from different manufacturers, whether can support MIHF separately, and the MIH capabilities list that degree of support may be different may be different.Therefore, the network element in the system wants to realize the switching of heterogeneous network, and which network element at first will find out by MIH ability discovery flow process has to support MIHF in other network, and to the degree of support of MIHF.
The MIH ability discovery of IEEE 802.21 definition specifically has two kinds of implementations.A kind of scheme is the MIH ability of network element by media broadcasting self in the system, such as, can broadcast self MIH ability by the DL-MAP message in the beacon in 802.11 and 802.16.
Another kind of implementation is request and the response message that definition is used for the MIH ability discovery, and corresponding message interaction process.The once message and the interaction flow of this scheme are described below.
In IEEE 802.21, defined ability discovery request message (MIH_Capability_Discover.request) and ability discovery response message (MIH_Capability_Discover.response), the network element that possesses MIHF can be finished the ability discovery of MIH by these two message.For the network element of initiating request, if know the address of self wanting other network element of finding, then can fill out this address and carry out clean culture, if do not know, then can fill out the address of oneself and broadcast then.The network element of receiving request message then returns response message.In addition, network element also can initiatively send MIH_Capability_Discover.response message with broadcast mode.
Above-mentioned MIH_Capability_Discover.request message is identical with the structure of MIH_Capability_Discover.response message, and is as shown in table 1.These two kinds of message include four fields, wherein, SupportedEventList represents the list of thing supported, the command list (CLIST) that SupportedCommandList expresses support for, the mode of the MIH transmission of messages that SupportedTransportList expresses support for, the information service query type that SupportedISQueryTypeList expresses support for.
| Name | Type |
| SupportedEventList | Event List(255) |
| SupportedCommandList | Command List(254) |
| SupportedTransportList | Transport List(253) |
| SupportedISQueryTypeList | IS Query Type List(252) |
Table 1
Support that by which network element in the MIH_Capability_Discover.request message discovery system MIHF is an example with terminal, this message flow sequential as shown in Figure 2.
As seen from Figure 2, terminal is to sending MIH_Capability_Discover.request message with self direct-connected PoA 1, and this PoA 1 is the PoA of service network.Other network PoA PoA 1 directly is transmitted to this message by broadcast mode around comprises PoA 2, PoA 3 and AR, and wherein, in the system of WiMAX or WLAN and so on, PoA can be in AR, and the AR among Fig. 2 is the AR that is provided with PoA.In these three network elements, PoA 3 does not have the MIH ability, therefore can not reply message, and PoA 2 and AR have the MIH ability, therefore returns MIH_Capability_Discover.response message.1 of PoA gives terminal with the MIH_Capability_Discover.response forwards of receiving.
In fact, shown in Figure 2 only is a kind of implementation.Because a network element has multiple processing after receiving MIH_Capability_Discover.request message.A kind of is that other network element known to it is broadcasted, the processing of being done as the PoA among Fig. 21, PoA1 is after receiving the MIH_Capability_Discover.request message that terminal is sent, transmitted this message to PoA 2, PoA 3 and AR exactly, and given terminal the MIH_Capability_Discover.response forwards of receiving.Another kind is directly to return MIH_Capability_Discover.response message to transmit leg, and PoA 2 among Fig. 2 and AR directly return this response message.Certainly, also have other processing mode, such as, can be that the request message that will receive is transmitted to other network element by broadcast mode, and return the relevant information of self MIHF by response message.
As can be seen from Table 1, since in the MIH_Capability_Discover.request message not field be used to represent which kind of mode message receiver should handle the ability discovery request message of receiving according to, and whether the network element that does not also provide a kind of mechanism to determine different role among the IEEE 802.21 needs to broadcast this request message after receiving the ability discovery request message, this just causes this Message Processing to cause confusion possibly.
After wishing to serve PoA and receive request message such as, terminal, this message is broadcasted, with the MIH ability of other network element of obtaining this terminal seat reason position, and this service PoA may just return the MIH ability of self.For another example, terminal only needs the PoA of non-service to return self MIH ability, and the PoA of these non-services may be broadcast to this request message other network element, thereby causes network storm.
In sum, each network element in the system can not be determined the send mode of MIH_Capability_Discover.request message usually as required at present, can not inform the processing that should carry out after other network element is received MIH_Capability_Discover.request message when transmitting this message.
Summary of the invention
In view of this, subject matter to be solved by this invention is to provide a kind of method that realizes the MIH ability discovery in heterogeneous network switches, so that network element is when transmitting capacity is found request message, the processing that can notify each network element when receiving this request message, should carry out, thus make each network element when receiving request message, can determine corresponding processing mode.
For overcoming the above problems, the invention provides following technical scheme:
A kind of method that in heterogeneous network switches, realizes the handoff aware of media-independent, in the ability discovery request message, set up the request type field of the switching MIH ability discovery of media-independent, and the pairing sign of different request types is set, this method is further comprising the steps of:
A. the network element that initiating capacity is found request in the system is provided with the correspondence sign of current required request type when other network element transmitting capacity is found request message in the described request type field;
B. the network element of receiving described ability discovery request message and having a handoff functionality MIHF of media-independent is carried out corresponding M IH ability discovery handling process according to the sign in the request type field of this message;
C. described initiating capacity finds that the network element of request obtains the relevant information of the MIHF of related network elements according to the result among the step b.
Among the step a, described current required request type is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
Among the step b, the MIH ability discovery that described network element is carried out is treated to: the ability discovery response message that directly returns the relevant information of having carried self MIHF.
Described initiating capacity finds that the network element of request is the terminal in the system, and the recipient of described ability discovery request message is the service network attachment point PoA in the system;
Perhaps described initiating capacity finds that the network element of request is the service network PoA in the system, and the recipient of described ability discovery request message is the terminal in the system;
Perhaps described initiating capacity finds that the network element of request is service network PoA, and the recipient of described ability discovery request message is other network PoA in the system.
The described request type comprises: recipient's needs of ability discovery request message are transmitted to network element on every side with this message by broadcast mode; And the recipient who only needs the ability discovery request message returns the relevant information of self MIHF;
Among the step a, described current required request type is: need the recipient of ability discovery request message that this message is transmitted to network element on every side by broadcast mode;
Among the step b, the MIH ability discovery that described network element is carried out is handled and is comprised:
B11. described network element is forwarded to other network element with the ability discovery request message of receiving with broadcast mode, and the request type field that described message is set identifies pairing request type and is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
B12. after having other network element ability discovery request message that network element is transmitted in receiving described step b11 of MIHF,, directly return the ability discovery response message of the relevant information of having carried self MIHF according to the sign in the request type field of this message;
B13. receive that the network element of described ability discovery response message is transmitted to this response message the network element of initiating capacity discovery request among the step a.
The described request type comprises: the recipient of ability discovery request message need return the relevant information of self MIHF, and the request message of receiving is transmitted to network element on every side by broadcast mode; And the recipient who only needs to receive the ability discovery request message returns the relevant information of self MIHF;
Among the step a, described current required request type is: need the reciever of ability discovery request message to return the relevant information of self MIHF, and network element is transmitted this message by broadcast mode towards periphery;
Among the step b, the MIH ability discovery that described network element is carried out is handled and is comprised:
B21. described network element returns the ability discovery response message of the relevant information of having carried self MIHF, and the ability discovery request message of being received is forwarded to other network element by broadcast mode, and the request type field that described message is set identifies pairing request type and is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
B22. after having other network element ability discovery request message that network element is transmitted in receiving described step b21 of MIHF,, directly return the ability discovery response message of the relevant information of having carried self MIHF according to the sign in the request type field of this message;
B23. receive that the network element of described ability discovery response message is transmitted to this response message the network element of initiating capacity discovery request among the step a.
Described initiating capacity finds that the network element of request is: the network PoA in terminal or the system; Described receiving ability finds that the network element of request message is: the network PoA in the system.
Each has the network element of MIHF after receiving the ability discovery request message, and before carrying out processing according to the sign in this message, further comprises:
Judge in the request type field of this message whether carried sign, if then carry out the step of carrying out subsequent treatment according to this sign; Otherwise, determine corresponding processing policy according to the relation between the network element of this network element and this message of transmission.
Describedly determine that according to this network element and the relation that sends between the network element of this message corresponding processing policy is:
If this network element is service network PoA, and the network element that sends this message is terminal, other network element around then this network element is given this information broadcast; Otherwise this network element directly finds that with the relevant information handling capacity of self MIHF response message returns to the network element that initiating capacity is found request.
The relevant information of described MIHF comprises: whether support the information of MIHF, and the degree of support information of MIHF.
The present invention is by setting up the request type field of MIH ability discovery in the ability discovery request message, and the pairing sign of different request types is set, and executive capability finds that the network element of request carries out message according to this setting and sends and Message Processing, thereby make the network element in the system can determine the send mode of ability discovery request message as required, and make network element can when transmitting, inform the processing that to carry out after other network element is received the ability discovery request message.
Pass through the present invention program, both can solve because such as the recipient of service the PoA initiator's of broadcast terminal and so on ability discovery request message not, thereby the information that causes returning to the initiator is insufficient, promptly can not provide enough information to carry out the problem that switchover policy is selected for the initiator.Can also avoid owing to the network element such as other non-service PoA carries out the potential threat that inappropriate broadcasting and forwarding cause producing network storm to the ability discovery request message.
In addition, the present invention also provides when not carrying set sign in the ability discovery request message, the processing that each network element can be carried out, thereby the perfect ability discovery flow process of MIH.
Description of drawings
Fig. 1 is that present MIHF and the position of key service in protocol stack thereof concerns schematic diagram;
Fig. 2 is the message flow sequential chart of a kind of implementation of ability discovery request in the prior art;
Fig. 3 is the present invention program's realization flow figure;
Fig. 4 is the message flow sequential chart of the embodiment of the invention one;
Fig. 5 is the message flow sequential chart of the embodiment of the invention two;
Fig. 6 is the message flow sequential chart of the embodiment of the invention three.
Embodiment
Below in conjunction with drawings and the specific embodiments the present invention program is described in further detail.
The present invention program at first will increase a request type field in present existing MIH_Capability_Discover.request message, this field can be provided with multiple sign as required, every kind of corresponding a kind of processing scheme of sign.Preferred embodiment provided by the invention is to increase the Optional Field that a name is called ActionCode in above-mentioned table 1.The message format that increases after this field is as shown in table 2.The concrete definition of this field is as shown in table 3.
| Name | Type |
| SupportedEventList | Event List(255) |
| SupportedCommandList | Command List(254) |
| SupportedTransportList | Transport List(253) |
| SupportedISQueryTypeList | IS Query Type List(252) |
| ActionCode (optional) | Action Code(244) |
Table 2
| Type | Length | Value |
| 244 | 1 | Action of handling request message: 0:unicast 1:broadcast 2-255:reserved |
Table 3
By the setting of table 3 as can be seen, in the present embodiment, ActionCode is 0 o'clock, represents that this ability discovery request message is a unicast messages, and requestor's purpose only is to obtain the relevant information of recipient's MIHF; ActionCode is 1 o'clock, and the expression requestor wishes that the recipient gives other network entity with this information broadcast.
Based on above-mentioned setting, the present invention program's handling process as shown in Figure 3, corresponding following steps:
The network element that initiating capacity is found request in step 301, the system is provided with the correspondence sign of current required request type when other network element transmitting capacity is found request message in the described request type field.
With specific embodiment this handling process is described in detail again below.
Embodiments of the invention one.
Based on above-mentioned setting, network element in the system is when only needing ability discovery request message recipient to return the relevant information of self MIHF, can send the ActionCode field and be 0 MIH_Capability_Discover.request message, receive that the network element of this request message then directly returns the relevant information of the MIHF of self.Figure 4 shows that the message flow sequential chart of this situation, this handles corresponding following steps:
Step 401, network element 1 send MIH_Capability_Discover.request message to network element 2, and only hope obtains the relevant information of the other side's MIHF, and the ActionCode field in this message is 0.
Wherein, the relevant information of MIHF generally includes the information of whether supporting MIHF, and the degree of support information of MIHF.
Step 402, network element 2 find that the ActionCode field in the MIH_Capability_Discover.request message is 0, then directly return MIH_Capability_Discover.response message and the relevant information of carrying the MIHF of self in this message.
Message flow sequential shown in Figure 4 is generally used for two MIHF capability discovery process between the reciprocity network element.The relevant information that only needs to understand the MIHF of opposite end such as, terminal and service PoA.Or the PoA in two heterogeneous networks only needs to understand the situation of the other side's MIHF, such as, service network PoA need obtain the relevant information of the MIHF of other network PoA.
In conjunction with Fig. 5 the handling process of the MIHF relevant information of the network element in other heterogeneous network of terminal acquisition region is described again below.
Embodiments of the invention two.
Fig. 5 initiates request by terminal, the corresponding following steps of this handling process:
Step 501, terminal are to service PoA, and promptly PoA 1 sends MIH_Capability_Discover.request message.
Because this terminal wishes to obtain the MIH tenability of the PoA in all other heterogeneous networks in the zone, position, therefore the ActionCode field in this message is put 1.
After ActionCode field in the MIH_Capability_Discover.request message that step 502, PoA1 determine to receive is 1, around it known to heterogeneous network broadcast this message, and the ActionCode field in this message is put 0.
The PoA that has MIHF in step 503, the heterogeneous network on every side, be that PoA2 and PoA3 are after receiving this MIH_Capability_Discover.request message, determine that the ActionCode field in this message is 0, then directly return MIH_Capability_Discover.response message, and in this message, carry the relevant information of the MIH ability of self to PoA1.PoA4 can't reply owing to do not have MIHF, does not therefore deal with.
Step 504, PoA1 give terminal with the MIH_Capability_Discover.response forwards of receiving.
Can realize that by above step terminal obtains the relevant information of the MIH ability of the PoA in all other heterogeneous networks in the zone, position.
Fig. 5 finds that with the terminal initiating capacity request is an example, terminal need be served the MIH_Capability_Discover.request message that PoA sends this terminal and be transmitted, and therefore the ActionCode field with MIH_Capability_Discover.request message is made as 1.And if the PoA initiating capacity in the system is found request, then it does not need the recipient that this message is transmitted, therefore the ActionCode field of MIHCapability_Discover.request message can be made as 0, wherein, the network element that receives this request message can be other PoA, also can be terminal.
As previously mentioned, multiple sign can be set for the ActionCode that is increased, to identify different processing schemes.Except above-mentioned two kinds of signs, other sign can also be set as required.Such as, if the requestor need obtain the relevant information of the MIHF of network element in all heterogeneous networks, then can a sign be set for ActionCode increases, such as, this is set is designated 2, be used to represent that the requestor wishes that the recipient returns the relevant information of its MIHF, and this MIH_Capability_Discover.request message is broadcasted.Like this, the network element of receiving this message is after receiving that the ActionCode field is 2 MIH_Capability_Discover.request message, can return the MIH_Capability_Discover.response message of carrying self MIHF relevant information, and transmit this request message to other network element.
Still initiating request with terminal is example.Fig. 6 is the message flow sequential chart of embodiments of the invention three.As seen from Figure 6, the difference of itself and Fig. 5 only is that PoA1 has also sent to terminal by MIH_Capability_Discover.response message with the relevant information of the MIH ability of self.
By above description as can be seen, several identification means except above-mentioned proposition, other sign can also be set for ActionCode as required, be used to represent other processing scheme, receive that the network element of MIH_Capability_Discover.request message then can be carried out corresponding the processing according to this sign.
In addition, even the plan of establishment of above-mentioned ActionCode and sign also may occur the present invention proposes, still have certain network element that the situation of ActionCode field is not set in MIH_Capability_Discover.request message because of some reason, for guaranteeing can not cause confusion, the invention provides corresponding processing scheme because of this situation causes each network element.
This scheme is specially: each network element judges whether the ActionCode field in this message has sign after receiving MIH_Capability_Discover.request message, if having, then carries out corresponding the processing according to this sign; If no, then whether transmit this message according to role's decision of this network element.Such as, if this network element is service PoA, and the request message of being received is the request message that terminal is sent, then peripherad other network element of this network element sends this request message by broadcast mode.If not the previous case, what promptly this network element was received is the request message that other network element sends, and does not then do to transmit and handles, but directly return to the requestor by response message, wherein, this network element can be the network entity such as PoA in the system, also can be terminal.
The above only is the present invention program's preferred embodiment, not in order to limit protection scope of the present invention.
Claims (9)
1. method that in heterogeneous network switches, realizes the handoff aware of media-independent, it is characterized in that, in the ability discovery request message, set up the request type field of the switching MIH ability discovery of media-independent, and the pairing sign of different request types is set, this method is further comprising the steps of:
A. the network element that initiating capacity is found request in the system is provided with the correspondence sign of current required request type when other network element transmitting capacity is found request message in the described request type field;
B. the network element of receiving described ability discovery request message and having a handoff functionality MIHF of media-independent is carried out corresponding M IH ability discovery handling process according to the sign in the request type field of this message;
C. described initiating capacity finds that the network element of request obtains the relevant information of the MIHF of related network elements according to the result among the step b.
2. method according to claim 1 is characterized in that,
Among the step a, described current required request type is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
Among the step b, the MIH ability discovery that described network element is carried out is treated to: the ability discovery response message that directly returns the relevant information of having carried self MIHF.
3. method according to claim 2 is characterized in that,
Described initiating capacity finds that the network element of request is the terminal in the system, and the recipient of described ability discovery request message is the service network attachment point PoA in the system;
Perhaps described initiating capacity finds that the network element of request is the service network PoA in the system, and the recipient of described ability discovery request message is the terminal in the system;
Perhaps described initiating capacity finds that the network element of request is service network PoA, and the recipient of described ability discovery request message is other network PoA in the system.
4. method according to claim 1 is characterized in that, the described request type comprises: recipient's needs of ability discovery request message are transmitted to network element on every side with this message by broadcast mode; And the recipient who only needs the ability discovery request message returns the relevant information of self MIHF;
Among the step a, described current required request type is: need the recipient of ability discovery request message that this message is transmitted to network element on every side by broadcast mode;
Among the step b, the MIH ability discovery that described network element is carried out is handled and is comprised:
B11. described network element is forwarded to other network element with the ability discovery request message of receiving with broadcast mode, and the request type field that described message is set identifies pairing request type and is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
B12. after having other network element ability discovery request message that network element is transmitted in receiving described step b11 of MIHF,, directly return the ability discovery response message of the relevant information of having carried self MIHF according to the sign in the request type field of this message;
B13. receive that the network element of described ability discovery response message is transmitted to this response message the network element of initiating capacity discovery request among the step a.
5. method according to claim 1 is characterized in that, the described request type comprises: the recipient of ability discovery request message need return the relevant information of self MIHF, and the request message of receiving is transmitted to network element on every side by broadcast mode; And the recipient who only needs to receive the ability discovery request message returns the relevant information of self MIHF;
Among the step a, described current required request type is: need the reciever of ability discovery request message to return the relevant information of self MIHF, and network element is transmitted this message by broadcast mode towards periphery;
Among the step b, the MIH ability discovery that described network element is carried out is handled and is comprised:
B21. described network element returns the ability discovery response message of the relevant information of having carried self MIHF, and the ability discovery request message of being received is forwarded to other network element by broadcast mode, and the request type field that described message is set identifies pairing request type and is: only need the recipient of ability discovery request message to return the relevant information of self MIHF;
B22. after having other network element ability discovery request message that network element is transmitted in receiving described step b21 of MIHF,, directly return the ability discovery response message of the relevant information of having carried self MIHF according to the sign in the request type field of this message;
B23. receive that the network element of described ability discovery response message is transmitted to this response message the network element of initiating capacity discovery request among the step a.
6. according to claim 4 or 5 described methods, it is characterized in that described initiating capacity finds that the network element of request is: the network PoA in terminal or the system; Described receiving ability finds that the network element of request message is: the network PoA in the system.
7. according to any described method in the claim 1 to 5, it is characterized in that each has the network element of MIHF after receiving the ability discovery request message, and before carrying out processing, further comprise according to the sign in this message:
Judge in the request type field of this message whether carried sign, if then carry out the step of carrying out subsequent treatment according to this sign; Otherwise, determine corresponding processing policy according to the relation between the network element of this network element and this message of transmission.
8. method according to claim 7 is characterized in that, describedly determines that according to this network element and the relation that sends between the network element of this message corresponding processing policy is:
If this network element is service network PoA, and the network element that sends this message is terminal, other network element around then this network element is given this information broadcast; Otherwise this network element directly finds that with the relevant information handling capacity of self MIHF response message returns to the network element that initiating capacity is found request.
9. method according to claim 1 is characterized in that, the relevant information of described MIHF comprises: whether support the information of MIHF, and the degree of support information of MIHF.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100776446A CN101052036A (en) | 2006-04-21 | 2006-04-21 | Method for realizing media independent switch power finding in heterogeneous network switch |
| PCT/CN2007/001327 WO2007121675A1 (en) | 2006-04-21 | 2007-04-23 | Method,device and system for realizing mih capability discovery |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100776446A CN101052036A (en) | 2006-04-21 | 2006-04-21 | Method for realizing media independent switch power finding in heterogeneous network switch |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101052036A true CN101052036A (en) | 2007-10-10 |
Family
ID=38624556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006100776446A Pending CN101052036A (en) | 2006-04-21 | 2006-04-21 | Method for realizing media independent switch power finding in heterogeneous network switch |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101052036A (en) |
| WO (1) | WO2007121675A1 (en) |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7532596B2 (en) * | 2002-04-26 | 2009-05-12 | Nokia Corporation | Optimized information transfer associated with relocation of an IP session in a mobile communications system |
| US7515561B2 (en) * | 2002-11-12 | 2009-04-07 | Nokia Corporation | System and method for discovering network interface capabilities |
| EP1524806B1 (en) * | 2003-10-18 | 2015-12-23 | Samsung Electronics Co., Ltd. | System and method for providing handover of a mobile IP terminal in a wireless network |
| AU2003295302A1 (en) * | 2003-12-23 | 2005-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | A method for candidate access router capability discovery |
-
2006
- 2006-04-21 CN CNA2006100776446A patent/CN101052036A/en active Pending
-
2007
- 2007-04-23 WO PCT/CN2007/001327 patent/WO2007121675A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007121675A1 (en) | 2007-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101171451B1 (en) | Heterogeneous network handover-support mechanism | |
| JP5774781B2 (en) | Method and apparatus for radio access technology search | |
| US8291625B2 (en) | Method for transmitting information for inter-radio access technology handover | |
| CN1881919A (en) | Method for switching between heterogeneous networks | |
| JP5114592B2 (en) | Method and apparatus for performing cell re-search between heterogeneous networks | |
| CN101040463A (en) | Hand-off system and method of dual mode mobile for connecting mobile communication system and wireless lan | |
| CN1794870A (en) | Method of establishing interface link | |
| CN1852313A (en) | Power supply management method and power supply information inquiry method for isomerization network switching | |
| CN1610324A (en) | Network apparatus and method for stable handoff | |
| CN1889499A (en) | Method and system for realizing consulting tactical information between different network | |
| CN1525785A (en) | System, apparatus and method of controlling mobile terminal handover | |
| CN1700669A (en) | Fast handover method for IEEE 802.11 wireless lan networks | |
| WO2010015176A1 (en) | Paging method, network element, management network element and communication system | |
| JP2012526488A (en) | Mobility management with downlink dedicated wireless network | |
| CN101051986A (en) | Method and device for realizing quick switch | |
| CN1960569A (en) | Method for quickening switch of terminal | |
| CN101052213A (en) | User's data transmission method while user's device switching in long term evolution network | |
| CN1968252A (en) | Media-independent link switching method and apparatus | |
| CN1875579A (en) | Communication handover method, communication handover program, and communication system | |
| CN101053182A (en) | Controlling method and data call handover method for dual bandual mode mobile communication terminal | |
| CN101043717A (en) | Method for notifying terminal R3 mobile mode to WiMAX network | |
| CN1852600A (en) | Message safety transmitting method befor set-up of link in heterogeneous network switch-over | |
| CN101052036A (en) | Method for realizing media independent switch power finding in heterogeneous network switch | |
| CN1801759A (en) | Method for increasing terminal switching | |
| CN1951036A (en) | Performing handover by deferring ip address establishment |
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 |
Open date: 20071010 |