專利名稱：在異質網(wǎng)絡切換中實現(xiàn)媒體無關的切換能力發(fā)現(xiàn)的方法
技術領域：
本發(fā)明涉及通信技術領域，具體是涉及一種在異質網(wǎng)絡切換中實現(xiàn)媒體無關的切換(MIH)能力發(fā)現(xiàn)的方法。
背景技術：
目前，通信技術的發(fā)展日新月異，各種新的接入技術層出不窮。由于各種接入技術所對應的網(wǎng)絡通常有各自適宜的覆蓋范圍和應用場景，因此，為了實現(xiàn)無處不在的通訊服務，支持多種接入技術的多模終端應運而生。將采用不同接入技術的網(wǎng)絡稱為異質網(wǎng)絡。異質網(wǎng)絡有很多種，比如，IEEE 802.3、IEEE 802.11和IEEE 802.16所提供的802網(wǎng)絡，以及3GPP和3GPP2所提供的蜂窩網(wǎng)絡均為異質網(wǎng)絡。
支持多種接入技術，也即支持多種異質網(wǎng)絡的多模終端有一個必須要解決的問題該多模終端如何在其所支持的這些異質網(wǎng)絡間進行無縫切換和漫游。針對該問題，已有的移動IP(MIP)技術可以認為已實現(xiàn)了層三的移動性，使得終端在網(wǎng)絡地址發(fā)生改變后，即在出現(xiàn)異質網(wǎng)絡的切換后，能夠保證上層業(yè)務的連續(xù)性。但使用該MIP技術仍然存在終端與網(wǎng)絡的底層鏈路完全斷開的時段，因此會影響服務的QoS性能，比如，會增加QoS的延遲和抖動等指標。
鑒于以上問題，目前的IEEE 802.21的目的就是幫助實現(xiàn)鏈路層的網(wǎng)絡切換，盡量在切換過程中不影響服務的QoS性能，以改善用戶的移動體驗。
為實現(xiàn)異質網(wǎng)絡間切換的無縫性和連續(xù)性，IEEE 802.21在已有的移動性管理協(xié)議棧中引入了一個新的協(xié)議功能層，即媒體無關的切換功能(MIHF，MIH Function)。MIHF主要提供了一些關鍵服務，即MIH事件服務(MIES)、MIH命令服務(MICS)和MIH信息服務(MIIS)來幫助終端進行切換。
MIHF在邏輯上定義成終端及網(wǎng)絡的移動性管理協(xié)議棧中的一個薄層，在切換決定中起著助手和助推器的功能。針對多模終端，MIHF向上層提供需要做切換決定和如何有效地做切換決定的一些必要信息，上層則基于MIHF的輸入和上下文做切換決定和鏈路選擇，從而可以實現(xiàn)無縫切換。MIHF及其關鍵服務在協(xié)議棧中的位置如圖1所示。
此外，IEEE 802.21還定義了MIH協(xié)議，包括MIH能力發(fā)現(xiàn)、MIH遠程注冊及MIH消息交互。通過其中的MIH能力發(fā)現(xiàn)流程，系統(tǒng)中的各個網(wǎng)元可以確定其它哪個網(wǎng)元能夠支持MIHF及其支持程度，其中，支持程度通常通過MIH能力列表表示，MIH能力發(fā)現(xiàn)過程包括能力發(fā)現(xiàn)握手和能力宣告。通過MIH遠程注冊協(xié)議，不同系統(tǒng)的網(wǎng)元中的MIHF可以互相注冊，以接受媒體無關的切換消息及遠程事件。MIH消息交互協(xié)議規(guī)定了包的格式、消息格式和消息交互過程，依據(jù)該協(xié)議，不同系統(tǒng)的網(wǎng)元中的MIHF可以通過適當?shù)膫鬏敺绞竭M行交互。
之所以需要MIH能力發(fā)現(xiàn)流程，是因為，如果系統(tǒng)中的網(wǎng)元之間沒有相互知道各自所支持的MIH能力等信息，則在對交互信息進行解析時就會發(fā)生混亂，從而影響系統(tǒng)的互通性，其中，系統(tǒng)中的網(wǎng)元包括終端以及系統(tǒng)中諸如附著點(PoA)、接入路由器(AC)之類的網(wǎng)絡實體，而由于系統(tǒng)中的各個網(wǎng)元通常來自不同的廠商，各自是否能夠支持MIHF，以及支持程度可能不同的MIH能力列表可能會不同。因此，系統(tǒng)中的網(wǎng)元要想實現(xiàn)異質網(wǎng)絡的切換，首先要通過MIH能力發(fā)現(xiàn)流程查找出其它網(wǎng)絡中有哪個網(wǎng)元能夠支持MIHF，以及對MIHF的支持程度。
IEEE 802.21定義的MIH能力發(fā)現(xiàn)具體有兩種實現(xiàn)方案。一種方案是系統(tǒng)中的網(wǎng)元通過媒體介質廣播自身的MIH能力，比如，可以通過802.11中的beacon和802.16中的DL-MAP消息來廣播自身的MIH能力。
另一種實現(xiàn)方案是定義用于MIH能力發(fā)現(xiàn)的請求及響應消息，以及相應的消息交互流程。下面描述一下該方案的消息及交互流程。
在IEEE 802.21中，定義了能力發(fā)現(xiàn)請求消息(MIH_Capability_Discover.request)和能力發(fā)現(xiàn)響應消息(MIH_Capability_Discover.response)，具備MIHF的網(wǎng)元可以通過這兩個消息來完成MIH的能力發(fā)現(xiàn)。對于發(fā)起請求的網(wǎng)元來說，如果知道自身想要發(fā)現(xiàn)的其它網(wǎng)元的地址，則可以填上該地址并進行單播，如果不知道，則可以填上自己的地址然后進行廣播。收到請求消息的網(wǎng)元則返回響應消息。另外，網(wǎng)元也可以主動以廣播方式發(fā)送MIH_Capability_Discover.response消息。
上述MIH_Capability_Discover.request消息和MIH_Capability_Discover.response消息的結構相同，如表1所示。這兩種消息均包括四個字段，其中，SupportedEventList表示所支持的事件列表，SupportedCommandList表示支持的命令列表，SupportedTransportList表示支持的MIH消息傳輸?shù)姆绞剑琒upportedISQueryTypeList表示支持的信息服務查詢類型。

表1以終端通過MIH_Capability_Discover.request消息發(fā)現(xiàn)系統(tǒng)中的哪個網(wǎng)元支持MIHF為例，該消息流時序如圖2所示。
由圖2可以看出，終端向與自身直接連接的PoA 1發(fā)送MIH_Capability_Discover.request消息，該PoA 1為服務網(wǎng)絡的PoA。PoA 1直接將該消息通過廣播方式轉發(fā)給周圍的其它網(wǎng)絡PoA，包括PoA 2、PoA 3和AR，其中，在WiMAX或WLAN之類的系統(tǒng)中，PoA可以是在AR中，圖2中的AR即為設置了PoA的AR。這三個網(wǎng)元中，PoA 3不具有MIH能力，因此不會回復消息，PoA 2和AR具有MIH能力，因此返回MIH_Capability_Discover.response消息。PoA 1則將收到的MIH_Capability_Discover.response消息轉發(fā)給終端。
實際上，圖2所示僅為一種實現(xiàn)方案。因為一個網(wǎng)元在收到MIH_Capability_Discover.request消息后，可能有多種處理。一種是向其所知的其它網(wǎng)元進行廣播，如圖2中的PoA 1所作的處理，PoA1在收到終端發(fā)送來的MIH_Capability_Discover.request消息后，就是向PoA 2、PoA 3和AR轉發(fā)了該消息，并將收到的MIH_Capability_Discover.response消息轉發(fā)給終端。另一種是直接向發(fā)送方返回MIH_Capability_Discover.response消息，圖2中的PoA 2和AR就是直接返回該響應消息。當然，還可能有其它的處理方式，比如，可以是將收到的請求消息通過廣播方式轉發(fā)給其它網(wǎng)元，并通過響應消息返回自身MIHF的相關信息。
由表1可以看出，由于MIH_Capability_Discover.request消息中并沒有字段用于表示消息接收方應該按照何種方式來處理收到的能力發(fā)現(xiàn)請求消息，且IEEE 802.21中也沒有提供一種機制來確定不同角色的網(wǎng)元在收到能力發(fā)現(xiàn)請求消息后是否需要廣播該請求消息，這就導致該消息處理很可能會出現(xiàn)混亂。
比如，終端希望服務PoA收到請求消息后，對該消息進行廣播，以獲得本終端所在地理位置的其它網(wǎng)元的MIH能力，而該服務PoA可能卻只是返回了自身的MIH能力。再比如，終端只需要非服務的PoA返回自身的MIH能力，而這些非服務的PoA可能卻將該請求消息廣播給其它網(wǎng)元，從而造成網(wǎng)絡風暴。
綜上所述，目前系統(tǒng)中的各個網(wǎng)元通常不能根據(jù)需要確定MIH_Capability_Discover.request消息的發(fā)送方式，也不能在轉發(fā)該消息時告知其它網(wǎng)元收到MIH_Capability_Discover.request消息后應進行的處理。

發(fā)明內容
有鑒于此，本發(fā)明所要解決的主要問題在于提供一種在異質網(wǎng)絡切換中實現(xiàn)MIH能力發(fā)現(xiàn)的方法，以使網(wǎng)元在發(fā)送能力發(fā)現(xiàn)請求消息時，能通知各個網(wǎng)元在收到該請求消息時應執(zhí)行的處理，從而使得各個網(wǎng)元在收到請求消息時能夠確定相應的處理方式。
為解決以上問題，本發(fā)明提供了以下技術方案一種在異質網(wǎng)絡切換中實現(xiàn)媒體無關的切換能力發(fā)現(xiàn)的方法，在能力發(fā)現(xiàn)請求消息中增設媒體無關的切換MIH能力發(fā)現(xiàn)的請求類型字段，并設置不同請求類型所對應的標識，該方法還包括以下步驟a.系統(tǒng)中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元在向其它網(wǎng)元發(fā)送能力發(fā)現(xiàn)請求消息時，在所述請求類型字段中設置當前所需請求類型的對應標識；b.收到所述能力發(fā)現(xiàn)請求消息、且具有媒體無關的切換功能MIHF的網(wǎng)元根據(jù)該消息的請求類型字段中的標識執(zhí)行相應的MIH能力發(fā)現(xiàn)處理流程；c.所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元根據(jù)步驟b中的處理結果得到相關網(wǎng)元的MIHF的相關信息。
步驟a中，所述當前所需的請求類型為僅需能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理為直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息。
所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為系統(tǒng)中的終端，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的服務網(wǎng)絡附著點PoA；或者所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為系統(tǒng)中的服務網(wǎng)絡PoA，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的終端；或者所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為服務網(wǎng)絡PoA，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的其它網(wǎng)絡PoA。
所述請求類型包括能力發(fā)現(xiàn)請求消息的接收方需要將該消息通過廣播方式轉發(fā)給周圍網(wǎng)元；以及僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟a中，所述當前所需的請求類型為需要能力發(fā)現(xiàn)請求消息的接收方將該消息通過廣播方式轉發(fā)給周圍網(wǎng)元；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理包括b11.所述網(wǎng)元將收到的能力發(fā)現(xiàn)請求消息以廣播方式轉發(fā)到其它網(wǎng)元，且設置所述消息的請求類型字段標識所對應的請求類型為僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；b12.具有MIHF的其它網(wǎng)元在收到所述步驟b11中網(wǎng)元轉發(fā)的能力發(fā)現(xiàn)請求消息后，根據(jù)該消息的請求類型字段中的標識，直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息；b13.收到所述能力發(fā)現(xiàn)響應消息的網(wǎng)元將該響應消息轉發(fā)給步驟a中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
所述請求類型包括能力發(fā)現(xiàn)請求消息的接收方需要返回自身MIHF的相關信息，并將收到的請求消息通過廣播方式轉發(fā)給周圍網(wǎng)元；以及僅需要收到能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟a中，所述當前所需的請求類型為需要能力發(fā)現(xiàn)請求消息的接受方返回自身MIHF的相關信息，并向周圍網(wǎng)元通過廣播方式轉發(fā)該消息；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理包括b21.所述網(wǎng)元返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息，并將所收到的能力發(fā)現(xiàn)請求消息通過廣播方式轉發(fā)到其它網(wǎng)元，且設置所述消息的請求類型字段標識所對應的請求類型為僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；b22.具有MIHF的其它網(wǎng)元在收到所述步驟b21中網(wǎng)元轉發(fā)的能力發(fā)現(xiàn)請求消息后，根據(jù)該消息的請求類型字段中的標識，直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息；b23.收到所述能力發(fā)現(xiàn)響應消息的網(wǎng)元將該響應消息轉發(fā)給步驟a中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為終端或者系統(tǒng)中的網(wǎng)絡PoA；所述接收能力發(fā)現(xiàn)請求消息的網(wǎng)元為系統(tǒng)中的網(wǎng)絡PoA。
每個具有MIHF的網(wǎng)元在收到能力發(fā)現(xiàn)請求消息之后，并在根據(jù)該消息中的標識執(zhí)行處理之前，進一步包括判斷該消息的請求類型字段中是否攜帶了標識，如果是，則執(zhí)行根據(jù)該標識進行后續(xù)處理的步驟；否則，根據(jù)本網(wǎng)元與發(fā)送該消息的網(wǎng)元之間的關系確定相應的處理策略。
所述根據(jù)本網(wǎng)元與發(fā)送該消息的網(wǎng)元之間的關系確定相應的處理策略為如果本網(wǎng)元為服務網(wǎng)絡PoA，且發(fā)送該消息的網(wǎng)元為終端，則本網(wǎng)元將該消息廣播給周圍的其它網(wǎng)元；否則，本網(wǎng)元直接將自身MIHF的相關信息通過能力發(fā)現(xiàn)響應消息返回給發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
所述MIHF的相關信息包括是否支持MIHF的信息，及MIHF的支持程度信息。
本發(fā)明通過在能力發(fā)現(xiàn)請求消息中增設MIH能力發(fā)現(xiàn)的請求類型字段，以及設置不同請求類型所對應的標識，且執(zhí)行能力發(fā)現(xiàn)請求的網(wǎng)元根據(jù)該設置進行消息發(fā)送及消息處理，從而使得系統(tǒng)中的網(wǎng)元能夠根據(jù)需要確定能力發(fā)現(xiàn)請求消息的發(fā)送方式，并且使得網(wǎng)元能夠在轉發(fā)時告知其它網(wǎng)元收到能力發(fā)現(xiàn)請求消息后應進行的處理。
通過本發(fā)明方案，既可以解決由于諸如服務PoA之類的接收方未廣播終端之類的發(fā)起方的能力發(fā)現(xiàn)請求消息，從而導致返回給發(fā)起方的信息不充分，即不能提供足夠信息供發(fā)起方進行切換策略選擇的問題。還能避免由于諸如其它非服務PoA之類的網(wǎng)元對能力發(fā)現(xiàn)請求消息進行不恰當?shù)膹V播和轉發(fā)而導致產(chǎn)生網(wǎng)絡風暴的潛在威脅。
另外，本發(fā)明還提供了在能力發(fā)現(xiàn)請求消息中沒有攜帶所設置的標識時，各個網(wǎng)元可以執(zhí)行的處理，從而完善了MIH的能力發(fā)現(xiàn)流程。


圖1為目前的MIHF及其關鍵服務在協(xié)議棧中的位置關系示意圖；圖2為現(xiàn)有技術中能力發(fā)現(xiàn)請求的一種實現(xiàn)方式的消息流時序圖；圖3為本發(fā)明方案的實現(xiàn)流程圖；圖4為本發(fā)明實施例一的消息流時序圖；圖5為本發(fā)明實施例二的消息流時序圖；圖6為本發(fā)明實施例三的消息流時序圖。
具體實施例方式
下面結合附圖及具體實施例對本發(fā)明方案作進一步詳細的描述。
本發(fā)明方案首先要在目前已有的MIH_Capability_Discover.request消息中增加一個請求類型字段，該字段可以根據(jù)需要設置多種標識，每種標識對應一種處理方案。本發(fā)明提供的較佳實施例是在上述表1中增加一個名稱為ActionCode的可選字段。增加該字段后的消息格式如表2所示。該字段的具體定義如表3所示。

表2

表3由表3的設置可以看出，本實施例中，ActionCode為0時，表示該能力發(fā)現(xiàn)請求消息為一個單播消息，請求者的目的僅在于獲得接收方的MIHF的相關信息；ActionCode為1時，表示請求者希望接收方將該消息廣播給其它網(wǎng)絡實體。
基于上述設置，本發(fā)明方案的處理流程如圖3所示，對應以下步驟步驟301、系統(tǒng)中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元在向其它網(wǎng)元發(fā)送能力發(fā)現(xiàn)請求消息時，在所述請求類型字段中設置當前所需請求類型的對應標識。
步驟302、收到所述能力發(fā)現(xiàn)請求消息、且具有MIHF的網(wǎng)元根據(jù)該消息的請求類型字段中的標識執(zhí)行相應的MIH能力發(fā)現(xiàn)處理流程。
步驟303、所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元根據(jù)步驟302中的處理結果得到相關網(wǎng)元的MIHF的相關信息。
下面再以具體實施例對該處理流程進行詳細描述。
本發(fā)明的實施例一。
基于上述設置，系統(tǒng)中的網(wǎng)元在只需要能力發(fā)現(xiàn)請求消息接收方返回自身MIHF的相關信息時，即可發(fā)送ActionCode字段為0的MIH_Capability_Discover.request消息，收到該請求消息的網(wǎng)元則直接返回自身的MIHF的相關信息。圖4所示為該情況的消息流時序圖，該處理對應以下步驟步驟401、網(wǎng)元1向網(wǎng)元2發(fā)送MIH_Capability_Discover.request消息，只希望得到對方的MIHF的相關信息，該消息中的ActionCode字段為0。
其中，MIHF的相關信息通常包括是否支持MIHF的信息，以及MIHF的支持程度信息。
步驟402、網(wǎng)元2發(fā)現(xiàn)MIH_Capability_Discover.request消息中的ActionCode字段為0，則直接返回MIH_Capability_Discover.response消息，且該消息中攜帶自身的MIHF的相關信息。
圖4所示的消息流時序通常用于兩個對等網(wǎng)元之間的MIHF能力發(fā)現(xiàn)過程。比如，終端與服務PoA僅需要了解對端的MIHF的相關信息?；蛘呤莾蓚€異質網(wǎng)絡中的PoA僅需要了解對方的MIHF的情況，比如，服務網(wǎng)絡PoA需要得到其它網(wǎng)絡PoA的MIHF的相關信息。
下面再結合圖5對終端獲得所在區(qū)域的其它異質網(wǎng)絡中的網(wǎng)元的MIHF相關信息的處理流程進行描述。
本發(fā)明的實施例二。
圖5是由終端發(fā)起請求，該處理流程對應以下步驟步驟501、終端向服務PoA，即PoA 1發(fā)送MIH_Capability_Discover.request消息。
由于該終端希望能獲得所在位置區(qū)域內所有其它異質網(wǎng)絡中的PoA的MIH支持能力，因此將該消息中的ActionCode字段置1。
步驟502、PoA1確定收到的MIH_Capability_Discover.request消息中的ActionCode字段為1后，向其周圍所知異質網(wǎng)絡廣播該消息，并將該消息中的ActionCode字段置0。
步驟503、周圍的異質網(wǎng)絡中具有MIHF的PoA，即PoA2和PoA3在收到該MIH_Capability_Discover.request消息后，確定該消息中的ActionCode字段為0，則直接向PoA1返回MIH_Capability_Discover.response消息，且在該消息中攜帶自身的MIH能力的相關信息。PoA4由于不具有MIHF，無法應答，因此不作處理。
步驟504、PoA1將收到的MIH_Capability_Discover.response消息轉發(fā)給終端。
通過以上步驟即可實現(xiàn)終端獲得所在位置區(qū)域內所有其它異質網(wǎng)絡中的PoA的MIH能力的相關信息。
圖5是以終端發(fā)起能力發(fā)現(xiàn)請求為例，終端需要服務PoA將該終端發(fā)送來的MIH_Capability_Discover.request消息進行轉發(fā)，因此將MIH_Capability_Discover.request消息的ActionCode字段設為1。而如果是系統(tǒng)中的PoA發(fā)起能力發(fā)現(xiàn)請求，則其不需要接收方對該消息進行轉發(fā)，因此可以將MIHCapability_Discover.request消息的ActionCode字段設為0，其中，接收該請求消息的網(wǎng)元可以是其它PoA，也可以是終端。
如前所述，可以為所增加的ActionCode設置多種標識，以標識不同的處理方案。除了上述兩種標識之外，還可以根據(jù)需要設置其它的標識。比如，如果請求者需要獲取所有異質網(wǎng)絡中網(wǎng)元的MIHF的相關信息，則可以為ActionCode增加設置一個標識，比如，設置該標識為2，用于表示請求者希望接收方返回其MIHF的相關信息，并將該MIH_Capability_Discover.request消息進行廣播。這樣，收到該消息的網(wǎng)元在收到ActionCode字段為2的MIH_Capability_Discover.request消息后，會返回攜帶自身MIHF相關信息的MIH_Capability_Discover.response消息，并向其它網(wǎng)元轉發(fā)該請求消息。
仍以終端發(fā)起請求為例。圖6為本發(fā)明的實施例三的消息流時序圖。由圖6可以看出，其與圖5的區(qū)別僅在于PoA1將自身的MIH能力的相關信息也通過MIH_Capability_Discover.response消息發(fā)送給了終端。
由以上描述可以看出，除了上述提出的幾種標識方式，還可以根據(jù)需要為ActionCode設置其它的標識，用于表示其它的處理方案，收到MIH_Capability_Discover.request消息的網(wǎng)元則會根據(jù)該標識執(zhí)行相應的處理。
另外，還可能出現(xiàn)即使本發(fā)明提出了上述ActionCode及標識的設置方案，仍有某個網(wǎng)元因某些原因沒有在MIH_Capability_Discover.request消息中設置ActionCode字段的情況，為保證不會因該情況而導致各個網(wǎng)元出現(xiàn)混亂，本發(fā)明提供了相應的處理方案。
該方案具體為各個網(wǎng)元在收到MIH_Capability_Discover.request消息后，判斷該消息中的ActionCode字段是否有標識，如果有，則根據(jù)該標識執(zhí)行相應的處理；如果沒有，則根據(jù)本網(wǎng)元的角色決定是否轉發(fā)該消息。比如，如果本網(wǎng)元為服務PoA，且所收到的請求消息為終端發(fā)送來的請求消息，則該網(wǎng)元向周圍的其它網(wǎng)元通過廣播方式發(fā)送該請求消息。如果不是前一種情況，即本網(wǎng)元收到的是其它網(wǎng)元發(fā)送來的請求消息，則不作轉發(fā)處理，而是直接通過響應消息返回給請求者，其中，該網(wǎng)元可以是系統(tǒng)中諸如PoA之類的網(wǎng)絡實體，也可以是終端。
以上所述僅為本發(fā)明方案的較佳實施例，并不用以限定本發(fā)明的保護范圍。
權利要求
1.一種在異質網(wǎng)絡切換中實現(xiàn)媒體無關的切換能力發(fā)現(xiàn)的方法，其特征在于，在能力發(fā)現(xiàn)請求消息中增設媒體無關的切換MIH能力發(fā)現(xiàn)的請求類型字段，并設置不同請求類型所對應的標識，該方法還包括以下步驟a.系統(tǒng)中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元在向其它網(wǎng)元發(fā)送能力發(fā)現(xiàn)請求消息時，在所述請求類型字段中設置當前所需請求類型的對應標識；b.收到所述能力發(fā)現(xiàn)請求消息、且具有媒體無關的切換功能MIHF的網(wǎng)元根據(jù)該消息的請求類型字段中的標識執(zhí)行相應的MIH能力發(fā)現(xiàn)處理流程；c.所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元根據(jù)步驟b中的處理結果得到相關網(wǎng)元的MIHF的相關信息。
2.根據(jù)權利要求1所述的方法，其特征在于，步驟a中，所述當前所需的請求類型為僅需能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理為直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息。
3.根據(jù)權利要求2所述的方法，其特征在于，所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為系統(tǒng)中的終端，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的服務網(wǎng)絡附著點PoA；或者所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為系統(tǒng)中的服務網(wǎng)絡PoA，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的終端；或者所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為服務網(wǎng)絡PoA，所述能力發(fā)現(xiàn)請求消息的接收方為系統(tǒng)中的其它網(wǎng)絡PoA。
4.根據(jù)權利要求1所述的方法，其特征在于，所述請求類型包括能力發(fā)現(xiàn)請求消息的接收方需要將該消息通過廣播方式轉發(fā)給周圍網(wǎng)元；以及僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟a中，所述當前所需的請求類型為需要能力發(fā)現(xiàn)請求消息的接收方將該消息通過廣播方式轉發(fā)給周圍網(wǎng)元；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理包括b11.所述網(wǎng)元將收到的能力發(fā)現(xiàn)請求消息以廣播方式轉發(fā)到其它網(wǎng)元，且設置所述消息的請求類型字段標識所對應的請求類型為僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；b12.具有MIHF的其它網(wǎng)元在收到所述步驟b11中網(wǎng)元轉發(fā)的能力發(fā)現(xiàn)請求消息后，根據(jù)該消息的請求類型字段中的標識，直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息；b13.收到所述能力發(fā)現(xiàn)響應消息的網(wǎng)元將該響應消息轉發(fā)給步驟a中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
5.根據(jù)權利要求1所述的方法，其特征在于，所述請求類型包括能力發(fā)現(xiàn)請求消息的接收方需要返回自身MIHF的相關信息，并將收到的請求消息通過廣播方式轉發(fā)給周圍網(wǎng)元；以及僅需要收到能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；步驟a中，所述當前所需的請求類型為需要能力發(fā)現(xiàn)請求消息的接受方返回自身MIHF的相關信息，并向周圍網(wǎng)元通過廣播方式轉發(fā)該消息；步驟b中，所述網(wǎng)元執(zhí)行的MIH能力發(fā)現(xiàn)處理包括b21.所述網(wǎng)元返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息，并將所收到的能力發(fā)現(xiàn)請求消息通過廣播方式轉發(fā)到其它網(wǎng)元，且設置所述消息的請求類型字段標識所對應的請求類型為僅需要能力發(fā)現(xiàn)請求消息的接收方返回自身MIHF的相關信息；b22.具有MIHF的其它網(wǎng)元在收到所述步驟b21中網(wǎng)元轉發(fā)的能力發(fā)現(xiàn)請求消息后，根據(jù)該消息的請求類型字段中的標識，直接返回攜帶了自身MIHF的相關信息的能力發(fā)現(xiàn)響應消息；b23.收到所述能力發(fā)現(xiàn)響應消息的網(wǎng)元將該響應消息轉發(fā)給步驟a中發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
6.根據(jù)權利要求4或5所述的方法，其特征在于，所述發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元為終端或者系統(tǒng)中的網(wǎng)絡PoA；所述接收能力發(fā)現(xiàn)請求消息的網(wǎng)元為系統(tǒng)中的網(wǎng)絡PoA。
7.根據(jù)權利要求1至5中任意一項所述的方法，其特征在于，每個具有MIHF的網(wǎng)元在收到能力發(fā)現(xiàn)請求消息之后，并在根據(jù)該消息中的標識執(zhí)行處理之前，進一步包括判斷該消息的請求類型字段中是否攜帶了標識，如果是，則執(zhí)行根據(jù)該標識進行后續(xù)處理的步驟；否則，根據(jù)本網(wǎng)元與發(fā)送該消息的網(wǎng)元之間的關系確定相應的處理策略。
8.根據(jù)權利要求7所述的方法，其特征在于，所述根據(jù)本網(wǎng)元與發(fā)送該消息的網(wǎng)元之間的關系確定相應的處理策略為如果本網(wǎng)元為服務網(wǎng)絡PoA，且發(fā)送該消息的網(wǎng)元為終端，則本網(wǎng)元將該消息廣播給周圍的其它網(wǎng)元；否則，本網(wǎng)元直接將自身MIHF的相關信息通過能力發(fā)現(xiàn)響應消息返回給發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元。
9.根據(jù)權利要求1所述的方法，其特征在于，所述MIHF的相關信息包括是否支持MIHF的信息，及MIHF的支持程度信息。
全文摘要
本發(fā)明公開了一種在異質網(wǎng)絡切換中實現(xiàn)媒體無關的切換能力發(fā)現(xiàn)的方法，該方法首先在能力發(fā)現(xiàn)請求消息中增設MIH能力發(fā)現(xiàn)的請求類型字段，并設置不同請求類型對應的標識，該方法還包括a.系統(tǒng)中的網(wǎng)元在向其它網(wǎng)元發(fā)送能力發(fā)現(xiàn)請求消息時，在請求類型字段中設置當前所需請求類型的標識；b.收到該能力發(fā)現(xiàn)請求消息、且具有MIHF的網(wǎng)元根據(jù)該消息的請求類型字段中的標識執(zhí)行相應的MIH能力發(fā)現(xiàn)處理流程；c.發(fā)起能力發(fā)現(xiàn)請求的網(wǎng)元根據(jù)步驟b中的處理結果得到相關網(wǎng)元的MIHF的相關信息。本發(fā)明解決了現(xiàn)有技術中的網(wǎng)元不能根據(jù)需要確定能力發(fā)現(xiàn)請求消息的發(fā)送方式的問題。本發(fā)明方案使得網(wǎng)元能通過能力發(fā)現(xiàn)請求消息通知各個網(wǎng)元在收到該消息時應執(zhí)行的處理。
文檔編號H04W36/00GK101052036SQ20061007764
公開日2007年10月10日 申請日期2006年4月21日 優(yōu)先權日2006年4月21日
發(fā)明者彭炎, 郭均祥, 李江 申請人:華為技術有限公司