欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

優(yōu)先權(quán)協(xié)商方法、媒體無關(guān)切換方法、設(shè)備及系統(tǒng)的制作方法

文檔序號:7684804閱讀:164來源:國知局
專利名稱:優(yōu)先權(quán)協(xié)商方法、媒體無關(guān)切換方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種優(yōu)先權(quán)協(xié)商方法、 一種媒體無關(guān)切換方法、 一種優(yōu)先權(quán)協(xié)商實體、 一種媒體無關(guān)切換設(shè)備以及一種媒體無關(guān)切換系統(tǒng)。
背景技術(shù)
隨著移動通信技術(shù)的飛速發(fā)展,出現(xiàn)了很多種不同的無線網(wǎng)絡(luò)接入技術(shù),為了在各種異構(gòu)網(wǎng)絡(luò)之間進(jìn)行切換,提升用戶的感受,提出了媒體無關(guān)切換
(Media Independent Handover, MIH)的概念,MIH提供了一種不同鏈路層接入技術(shù)之間的切換能力,通過在各不相同的接入技術(shù)之上提供統(tǒng)一的接口、基于二層獲得的觸發(fā)事件和其他信息來完成異構(gòu)網(wǎng)絡(luò)接入^l支術(shù)的切換流程。
在目前的MIH協(xié)議標(biāo)準(zhǔn)中,用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備都可以根據(jù)各自的策略自由地發(fā)起MIH,發(fā)起MIH的策略是多種多樣的,例如當(dāng)前網(wǎng)絡(luò)的信號變?nèi)?、服?wù)質(zhì)量(Quality of Service, QoS )不符合要求、計費相關(guān)問題、網(wǎng)絡(luò)運營商策略等。當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備或用戶側(cè)設(shè)備需要發(fā)生MIH的時候,就會發(fā)起MIH流程?,F(xiàn)有技術(shù)中存在用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備同時發(fā)起MIH的情況,尤其是在網(wǎng)絡(luò)側(cè)設(shè)備和用戶側(cè)設(shè)備的MIH發(fā)起策略類似的情況下,網(wǎng)絡(luò)側(cè)設(shè)備和用戶側(cè)設(shè)備同時發(fā)起MIH的概率比較大。
在用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備同時發(fā)起MIH的情況下,會造成信息服務(wù)器
(Information Server, IS)的負(fù)荷的增加(例如,發(fā)起MIH前網(wǎng)絡(luò)側(cè)設(shè)備和用戶側(cè)設(shè)備可能需要向IS查詢信息, 一般情況下IS返回的信息會比較長,即容量比較大,增加了IS的負(fù)荷),同時也會造成網(wǎng)絡(luò)的負(fù)荷的增加,導(dǎo)致MIH的速度變慢;另外,若各設(shè)備廠商在用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備同時發(fā)起MIH時處理得不一致,就容易導(dǎo)致MIH的失敗,給用戶造成嚴(yán)重影響
發(fā)明內(nèi)容
本發(fā)明實施例在于提供一種優(yōu)先權(quán)協(xié)商方法、 一種MIH方法、 一種優(yōu)先權(quán)協(xié)商實體、 一種MIH設(shè)備以及一種MIH系統(tǒng),可避免多個設(shè)備同時發(fā)起MIH。
為了達(dá)到上述技術(shù)效果,本發(fā)明實施例提出了一種優(yōu)先權(quán)協(xié)商方法,包括
獲得預(yù)先指定優(yōu)先發(fā)起媒體無關(guān)切換MIH的設(shè)備集合;
根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
相應(yīng)地,本發(fā)明實施例還公開了一種MIH方法,包括
接收優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;
以所述優(yōu)先權(quán)分配信息指示的具有所述優(yōu)先權(quán)的設(shè)備優(yōu)先發(fā)起MIH。相應(yīng)地,本發(fā)明實施例還公開了一種優(yōu)先權(quán)協(xié)商實體,包括獲取單元,獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合;
協(xié)商確定單元,根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
相應(yīng)地,本發(fā)明實施例還公開了一種MIH設(shè)備,包括接收單元,接收優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;
發(fā)起單元,當(dāng)所述優(yōu)先權(quán)分配信息指示本MIH設(shè)備具有所述優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH。
相應(yīng)地,本發(fā)明實施例還7>開了 一種MIH系統(tǒng),包括
優(yōu)先權(quán)協(xié)商實體,獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,根據(jù)協(xié)商原則在該集合中確定一 MIH設(shè)備,并向該確定的MIH設(shè)備發(fā)送優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;
MIH設(shè)備,接收到所述優(yōu)先權(quán)分配信息后,當(dāng)該優(yōu)先權(quán)分配信息指示本MIH設(shè)備具有所述優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH。
實施本發(fā)明實施例,通過獲得預(yù)先指定優(yōu)先發(fā)起々某體無關(guān)切換MIH的i殳備集合,根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),避免多個設(shè)備(如用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備)同時發(fā)起Mffl的情況,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決因多個i殳備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。


圖1是本發(fā)明實施例的MIH系統(tǒng)的結(jié)構(gòu)示意圖;圖2是本發(fā)明的優(yōu)先權(quán)協(xié)商實體的第一實施例的結(jié)構(gòu)示意圖;圖3是本發(fā)明實施例中的協(xié)商確定單元的結(jié)構(gòu)示意圖;圖4是本發(fā)明的優(yōu)先權(quán)協(xié)商實體的第二實施例的結(jié)構(gòu)示意圖;圖5是本發(fā)明的MIH設(shè)備的第一實施例的結(jié)構(gòu)示意圖;圖6是本發(fā)明的MIH設(shè)備的第二實施例的結(jié)構(gòu)示意圖;圖7是本發(fā)明的優(yōu)先權(quán)協(xié)商方法的第一實施例流程圖;圖8是本發(fā)明的優(yōu)先權(quán)協(xié)商方法的第二實施例流程圖;圖9是本發(fā)明實施例的更改優(yōu)先發(fā)起MIH的設(shè)備的方法流程圖;圖10是本發(fā)明實施例中的網(wǎng)絡(luò)側(cè)設(shè)^^要求更改優(yōu)先發(fā)起MIH的設(shè)備的方法流程圖11是本發(fā)明實施例中的用戶側(cè)要求更改優(yōu)先發(fā)起方的方法流程圖12是本發(fā)明實施例的MIH切換的方法流程圖13是本發(fā)明的拒絕MIH請求的第一實施例方法流程圖14是本發(fā)明的拒絕MIH請求的第二實施例方法流程圖。
具體實施例方式
本發(fā)明實施例提供了一種優(yōu)先權(quán)協(xié)商方法、 一種MIH方法、 一種優(yōu)先權(quán)協(xié)商實體、 一種MIH設(shè)備以及一種MIH系統(tǒng),避免多個設(shè)備(如用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備)同時發(fā)起MIH的情況,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決因多個設(shè)備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。
下面結(jié)合附圖詳細(xì)說明本發(fā)明的優(yōu)選實施例。
請參閱圖1,圖1示出了本發(fā)明實施例的MIH系統(tǒng)的結(jié)構(gòu)示意圖,該系統(tǒng)包括優(yōu)先權(quán)協(xié)商實體ll、網(wǎng)絡(luò)側(cè)MIH設(shè)備12、用戶側(cè)MIH設(shè)備13,其中
優(yōu)先權(quán)協(xié)商實體11,用于獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,根據(jù)協(xié)商原則在該集合中確定一 MIH設(shè)備,并向該確定的MIH設(shè)備發(fā)送優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息,具體地
預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備可以是網(wǎng)絡(luò)側(cè)MIH設(shè)備12或用戶側(cè)MIH設(shè)備13:
上述集合中可只包括網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備(如網(wǎng)絡(luò)側(cè)MIH設(shè)備12本身或用戶側(cè)MIH設(shè)備13 ),也可只包括用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備(如用戶側(cè)MIH設(shè)備13本身或用戶側(cè)MIH設(shè)備),也可同時包括網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備、用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備,此時網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備與用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備可以相同也可以不同,也可以是由第三方服務(wù)器(如策略服務(wù)器等)預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備;另外,當(dāng)未有被預(yù)先指定的MIH設(shè)備時,集合為空,此時可兼容現(xiàn)有技術(shù)的場景;
其中,協(xié)商原則可以是確定網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備,也可以是確定用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備,也可以是確定第三方服務(wù)器預(yù)先指定的MIH設(shè)備,也可以是從集合中隨機確定一個MIH設(shè)備;
當(dāng)確定網(wǎng)絡(luò)側(cè)MIH設(shè)備12具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán)后,可只向網(wǎng)絡(luò)側(cè)MIH設(shè)備12發(fā)送該優(yōu)先權(quán)分配信息,通知網(wǎng)絡(luò)側(cè)MIH設(shè)備12其具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán),并在其需要發(fā)起MIH時,優(yōu)先發(fā)起MIH (優(yōu)先于用戶側(cè)MIH設(shè)備13 ),也可同時向網(wǎng)絡(luò)側(cè)MIH設(shè)備12和用戶側(cè)MIH設(shè)備13發(fā)送該優(yōu)先權(quán)分配信息,那么在通知網(wǎng)絡(luò)側(cè)MIHi殳備12其具有優(yōu)先發(fā)起MIH的優(yōu)先外又的同時,通知用戶側(cè)MIH設(shè)備13網(wǎng)絡(luò)側(cè)MIH設(shè)備12具有優(yōu)先權(quán),此時用戶側(cè)MIH設(shè)備13不能優(yōu)先于網(wǎng)絡(luò)側(cè)MIH設(shè)備12發(fā)起MIH (故障情況除外);
網(wǎng)絡(luò)側(cè)MIH設(shè)備12,用于接收到優(yōu)先權(quán)分配信息后,當(dāng)優(yōu)先權(quán)分配信息指示網(wǎng)絡(luò)側(cè)MIH設(shè)備12本身具有優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH,具體地,當(dāng)網(wǎng)絡(luò)側(cè)MIH設(shè)備12本身有MIH需求且優(yōu)先權(quán)分配信息指示網(wǎng)絡(luò)側(cè)MIH設(shè)備12本身具有優(yōu)先權(quán)時,網(wǎng)絡(luò)側(cè)MIH設(shè)備12優(yōu)先發(fā)起MIH,而用戶側(cè)MIH設(shè)備13在網(wǎng)絡(luò)側(cè)MIH設(shè)備12優(yōu)先發(fā)起MIH后配合網(wǎng)絡(luò)側(cè)MIH設(shè)備12完成MIH;
用戶側(cè)MIH設(shè)備13,用于接收到優(yōu)先權(quán)分配信息后,當(dāng)優(yōu)先權(quán)分配信息指示用戶側(cè)MIH設(shè)備13本身具有優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH,具體地,當(dāng)用戶側(cè)MIH設(shè)備13本身有MIH需求且優(yōu)先權(quán)分配信息指示用戶側(cè)MIH設(shè)備13本身具有優(yōu)先權(quán)時,用戶側(cè)MIH設(shè)備13優(yōu)先發(fā)起MIH,而網(wǎng)絡(luò)側(cè)MIH設(shè)備12在用戶側(cè)MIH設(shè)備13優(yōu)先發(fā)起MIH后配合用戶側(cè)MIH設(shè)備13完成MIH。
需要說明的是,MIH系統(tǒng)包含至少兩個MIHi殳備,本實施例以兩個MIH
8設(shè)備(即網(wǎng)絡(luò)側(cè)MIH設(shè)備12、用戶側(cè)MIH設(shè)備13 )來進(jìn)行說明,對于兩個以上MIH設(shè)備與本實施例類似,這里不再贅述。
通過上述實施例,MIH系統(tǒng)獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,并根據(jù)協(xié)商原則在所述集合中確定一 MIH設(shè)備并分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),避免多個設(shè)備同時發(fā)起MIH,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決因多個設(shè)備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。
在上述MIH系統(tǒng)中可包括如圖2所示的本發(fā)明的優(yōu)先權(quán)協(xié)商實體11的第一實施例的結(jié)構(gòu),包括獲取單元lll、協(xié)商確定單元112,其中
獲取單元111,用于獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合;
協(xié)商確定單元112,用于根據(jù)協(xié)商原則在所述集合中確定一 MIH設(shè)備,并向該確定的MIH設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
下面結(jié)合圖3,進(jìn)一步詳細(xì)說明本發(fā)明實施例中的協(xié)商確定單元112的結(jié)構(gòu),請參閱圖3,圖3示出了本發(fā)明實施例中的協(xié)商確定單元112的結(jié)構(gòu)示意圖,包括協(xié)商原則提供單元31、確定單元32,其中
協(xié)商原則提供單元31,用于提供協(xié)商原則,該協(xié)商原則為
當(dāng)集合中只包括所述用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備時,例如,只有用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備,網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先不指定的MIH設(shè)備時,確定用戶側(cè)MIH設(shè)備13預(yù)先指定的MIH設(shè)備優(yōu)先發(fā)起MIH;
當(dāng)集合中包括網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備時,例如,網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備,用戶側(cè)MIH設(shè)備13預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備或預(yù)先不指定優(yōu)先發(fā)起MIH的MIH設(shè)備時,確定網(wǎng)絡(luò)側(cè)MIH設(shè)備12預(yù)先指定的MIH設(shè)備優(yōu)先發(fā)起MIH;
確定單元32,根據(jù)協(xié)商原則提供單元31提供的協(xié)商原則在集合中確定一MIH設(shè)備優(yōu)先發(fā)起MIH,并向該確定的MIH設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
具體地,通過上述協(xié)商原則,可在各種配置(即預(yù)先指定)場景下,由確定單元32確定出一MIH設(shè)備,即具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán)的MIH設(shè)備,如下表1所示
用戶側(cè)MIH設(shè)備13網(wǎng)絡(luò)側(cè)MIH設(shè)備12優(yōu)先權(quán)協(xié)商實體確定的配置的優(yōu)先切換i更備配置的優(yōu)先切換i殳備優(yōu)先J^MIH的設(shè)備
網(wǎng)絡(luò)側(cè)i殳備網(wǎng)絡(luò)側(cè)設(shè)備網(wǎng)絡(luò)側(cè)設(shè)備
用戶側(cè)設(shè)備網(wǎng)絡(luò)側(cè)設(shè)備網(wǎng)絡(luò)側(cè)i殳備
不指定網(wǎng)絡(luò)側(cè)設(shè)備網(wǎng)絡(luò)側(cè)設(shè)備
網(wǎng)絡(luò)側(cè)i殳備用戶側(cè)設(shè)備用戶側(cè)設(shè)備
用戶側(cè)設(shè)備用戶側(cè)設(shè)備用戶側(cè)設(shè)備
不指定用戶側(cè)設(shè)備用戶側(cè)設(shè)備
網(wǎng)絡(luò)側(cè)i殳備不指定網(wǎng)絡(luò)側(cè)設(shè)備
用戶側(cè)設(shè)備不指定用戶側(cè)設(shè)備
表l
需要說明的是,當(dāng)網(wǎng)絡(luò)側(cè)MIH設(shè)備12和用戶側(cè)MIH設(shè)備13都預(yù)先不指定優(yōu)先發(fā)起MIH的MIH設(shè)備時,網(wǎng)絡(luò)側(cè)MIH設(shè)備12和用戶側(cè)設(shè)備都可以首先發(fā)起MIH,來兼容現(xiàn)有^^支術(shù)的場景。
下面結(jié)合圖4,進(jìn)一步詳細(xì)說明本發(fā)明實施例中的協(xié)商實體的結(jié)構(gòu),請參閱圖4,圖4示出了本發(fā)明的優(yōu)先權(quán)協(xié)商實體的第二實施例的結(jié)構(gòu)示意圖,優(yōu)先權(quán)協(xié)商實體11除了包括上述的獲取單元111以及協(xié)商確定單元112外,還包括更改單元113,其中
更改單元113,用于當(dāng)預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備發(fā)生變化時,獲得更改所預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備的更改請求消息,并根據(jù)該更改請求消息,觸發(fā)獲取單元111重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,具體地
當(dāng)協(xié)商確定單元112已經(jīng)確定好優(yōu)先發(fā)起MIH的MIH設(shè)備后,由于網(wǎng)絡(luò)側(cè)MIH設(shè)備12的優(yōu)先策略或者用戶側(cè)MIH設(shè)備13的優(yōu)先策略改變等原因,網(wǎng)絡(luò)側(cè)MIH設(shè)備12或者用戶側(cè)MIH設(shè)備13希望改變已經(jīng)確定好優(yōu)先發(fā)起MIH的MIHi殳備,此時
當(dāng)網(wǎng)絡(luò)側(cè)MIH設(shè)備12 (即網(wǎng)絡(luò)側(cè)MIH設(shè)備12作為優(yōu)先權(quán)更改發(fā)起方)希望改變已經(jīng)確定好優(yōu)先發(fā)起MIH的MIH設(shè)備時,網(wǎng)絡(luò)側(cè)MIH設(shè)備12向優(yōu)先權(quán)協(xié)商實體11發(fā)送更改預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備的更改請求消息,更改單元113接收到更改請求信息后,根據(jù)該更改請求消息,觸發(fā)獲取單元111重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,更改請求信息可以攜帶有網(wǎng)絡(luò)側(cè)MIH設(shè)備12重新指定優(yōu)先發(fā)起MIH的MIH設(shè)備標(biāo)識,那么獲取單元111根據(jù)該MIH設(shè)備標(biāo)識重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,當(dāng)網(wǎng)絡(luò)側(cè)MIH設(shè)備12由原來預(yù)先指定了 MIH設(shè)備變化為不預(yù)先指定MIH設(shè)備時,更改請求消息中也可以不攜帶某一 MIH設(shè)備標(biāo)識;
當(dāng)用戶側(cè)MIH設(shè)備13 (即用戶側(cè)MIH設(shè)備13作為優(yōu)先權(quán)更改發(fā)起方)希望改變已經(jīng)確定好優(yōu)先發(fā)起MIH的MIH設(shè)備時,用戶側(cè)MIH設(shè)備13向優(yōu)先權(quán)協(xié)商實體11發(fā)送更改預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備的更改請求消息,更改單元113接收到更改請求信息后,根據(jù)該更改請求消息,觸發(fā)獲取單元111重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,更改請求信息可以攜帶有用戶側(cè)MIH設(shè)備13重新指定優(yōu)先發(fā)起MIH的MIH設(shè)備標(biāo)識,那么獲取單元111根據(jù)該MIH設(shè)備標(biāo)識重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,當(dāng)用戶側(cè)MIH設(shè)備13由原來預(yù)先指定了 MIH設(shè)備變化為不預(yù)先指定MIH設(shè)備時,更改請求消息中也可以不攜帶某一 MIH設(shè)備標(biāo)識。
通過上述實施例,可通過更改單元113更改優(yōu)先權(quán)協(xié)商實體11確定的優(yōu)先發(fā)起MIH的MIH設(shè)備,增加系統(tǒng)功能,提高系統(tǒng)可用度。
下面結(jié)合圖5,進(jìn)一步說明本發(fā)明實施例中的MIH設(shè)備的結(jié)構(gòu),請參閱圖5,該MIH設(shè)備可以是上述網(wǎng)絡(luò)側(cè)MIH設(shè)備12或用戶側(cè)MIH設(shè)備13,該MIH設(shè)備包括接收單元51、發(fā)起單元52,其中
接收單元51,用于接收優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;
發(fā)起單元52,用于當(dāng)優(yōu)先權(quán)分配信息指示本MIH設(shè)備具有所述優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH。
下面結(jié)合圖6所示的本發(fā)明的MIH設(shè)備的第二實施例的結(jié)構(gòu),進(jìn)一步說明本發(fā)明實施例中的MIH設(shè)備的結(jié)構(gòu),MIH設(shè)備除了包括上述的接收單元51和發(fā)起單元52外,還包括拒絕單元53,其中
拒絕單元53,用于當(dāng)不具有所述優(yōu)先權(quán)的MIH設(shè)備優(yōu)先發(fā)起了 MIH時,拒絕其MIH請求。具體地,當(dāng)用戶側(cè)MIH設(shè)備13具有優(yōu)先權(quán),網(wǎng)絡(luò)側(cè)MIH設(shè)備12不具有優(yōu)先權(quán),而網(wǎng)絡(luò)側(cè)MIH設(shè)備12由于某些異常原因(如網(wǎng)絡(luò)側(cè)MIH設(shè)備12發(fā)送的更改請求消息丟失、網(wǎng)絡(luò)側(cè)MIH設(shè)備12重起后狀態(tài)丟失等)首先發(fā)起了 MIH時,用戶側(cè)MIH設(shè)備13中的拒絕單元53拒絕網(wǎng)絡(luò)側(cè)MIH設(shè)備12的MIH請求;或者當(dāng)網(wǎng)絡(luò)側(cè)MIH設(shè)備12具有優(yōu)先權(quán),用戶側(cè)MIH設(shè)備13不具有優(yōu)先權(quán),而用戶側(cè)MIH設(shè)備13由于某些異常原因(如用戶側(cè)MIH設(shè)備13故障、用戶側(cè)MIH設(shè)備13為非法用戶等)首先發(fā)起了 MIH時,網(wǎng)絡(luò)側(cè)MIH設(shè)備12拒絕用戶側(cè)MIH設(shè)備13的MIH請求。
通過上述實施例,避免了由于某些異常原因造成的沒有優(yōu)先權(quán)的MIH設(shè)備優(yōu)先發(fā)起MIH所導(dǎo)致的MIH發(fā)起沖突問題。
需要說明的是,優(yōu)先權(quán)協(xié)商實體11可以集成于MIH設(shè)備中,例如優(yōu)先權(quán)協(xié)商實體11可集成于網(wǎng)絡(luò)側(cè)MIH設(shè)備12中,或集成于用戶側(cè)MIH設(shè)備13中,協(xié)商實體11也可以單獨作為一個物理實體而存在。
下面詳細(xì)說明本發(fā)明的優(yōu)先權(quán)協(xié)商方法。
圖7示出了本發(fā)明的優(yōu)先權(quán)協(xié)商方法的第一實施例流程圖,包括如下步驟
步驟S701:獲得預(yù)先指定優(yōu)先發(fā)起媒體無關(guān)切換MIH的設(shè)備集合,具體地網(wǎng)絡(luò)側(cè)設(shè)備或用戶側(cè)設(shè)備或第三方都可以預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備,例如,上述集合中可只包括網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備(如網(wǎng)絡(luò)側(cè)設(shè)備本身或用戶側(cè)設(shè)備),也可只包括用戶側(cè)設(shè)備預(yù)先指定的設(shè)備(如用戶側(cè)設(shè)備本身或用戶側(cè)設(shè)備),也可同時包括網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備、用戶側(cè)設(shè)備預(yù)先指定的設(shè)備,此時網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備與用戶側(cè)設(shè)備預(yù)先指定的設(shè)備可以相同也可以不同,也可以是由第三方服務(wù)器(如策略服務(wù)器等)預(yù)先指定優(yōu)先發(fā)起的設(shè)備;另外,當(dāng)未有被預(yù)先指定的設(shè)備時,集合為空,此時可兼容現(xiàn)有技術(shù)的場景;
步驟S702:在集合中根據(jù)協(xié)商原則確定一設(shè)備,并向確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),具體地
其中,協(xié)商原則可以是確定網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備,也可以是確定用戶側(cè)設(shè)備預(yù)先指定的設(shè)備,也可以是確定第三方服務(wù)器預(yù)先指定的設(shè)備,也可以是從集合中隨機確定一個設(shè)備;
當(dāng)確定網(wǎng)絡(luò)側(cè)i殳備具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán)后,可只向網(wǎng)絡(luò)側(cè)i殳備發(fā)送該優(yōu)先權(quán)分配信息,通知網(wǎng)絡(luò)側(cè)設(shè)備其具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán),并在其需要發(fā)起MIH時,優(yōu)先發(fā)起MIH (優(yōu)先于用戶側(cè)設(shè)備),也可同時向網(wǎng)絡(luò)側(cè)設(shè)備和用戶側(cè)設(shè)備發(fā)送該優(yōu)先權(quán)分配信息,那么在通知網(wǎng)絡(luò)側(cè)設(shè)備其具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán)的同時,通知用戶側(cè)設(shè)備網(wǎng)絡(luò)側(cè)設(shè)備具有優(yōu)先權(quán),此時用戶側(cè)設(shè)備不能優(yōu)先于網(wǎng)絡(luò)側(cè)設(shè)備發(fā)起MIH (故障情況除外);
當(dāng)某一設(shè)備被分配了優(yōu)先發(fā)起MIH的優(yōu)先權(quán)后,該設(shè)備即可在需要發(fā)起MIH時,優(yōu)先發(fā)起MIH。
通過上述實施例,701獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,702在集合中確定一設(shè)備,向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),避免多個設(shè)備(如用戶側(cè)設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備)同時發(fā)起MIH,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決因多個設(shè)備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。
本發(fā)明實施例中的優(yōu)先權(quán)協(xié)商方法的流程可以在網(wǎng)絡(luò)側(cè)設(shè)備完成,也可以在用戶側(cè)設(shè)備完成,下面結(jié)合圖8,進(jìn)一步詳細(xì)說明本發(fā)明的在網(wǎng)絡(luò)側(cè)完成優(yōu)先權(quán)協(xié)商方法的流程,請參閱圖8,圖8示出了本發(fā)明的優(yōu)先權(quán)協(xié)商方法的第二實施例流程圖,包括如下步驟
步驟S801 :接收用戶側(cè)設(shè)備的MIH能力發(fā)現(xiàn)請求消息,如MIH—Capability—Discover請求消息,該MIH能力發(fā)現(xiàn)請求消息中可攜帶有用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識,也可以不攜帶某一設(shè)備標(biāo)識(即用戶側(cè)設(shè)備不指定優(yōu)先發(fā)起MIH的設(shè)備);
步驟S802:從MIH能力發(fā)現(xiàn)請求消息中解析出標(biāo)識,根據(jù)該標(biāo)識指示的設(shè)備作為預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合中用戶側(cè)設(shè)備預(yù)先指定的設(shè)備,具體地,當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備同時預(yù)先指定了優(yōu)先發(fā)起MIH的設(shè)備時,將用戶側(cè)設(shè)備預(yù)先指定的設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備組成集合;當(dāng)MIH能力發(fā)現(xiàn)請求消息中攜帶有用戶側(cè)設(shè)備預(yù)先指定的設(shè)備標(biāo)識,但是網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先不指定優(yōu)先發(fā)起MIH的設(shè)備時,將用戶側(cè)設(shè)備預(yù)先指定的設(shè)備作為集合;當(dāng)述MIH能力發(fā)現(xiàn)請求消息中沒有攜帶有用戶側(cè)設(shè)備預(yù)先指定的某一設(shè)備標(biāo)識,而且網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,將所述網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備作為集合;
步驟S803:在集合中確定一設(shè)備,向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),具體地,步驟S803可參照如上表1中的協(xié)商原則進(jìn)行處理
當(dāng)所述集合中只包括所述用戶側(cè)設(shè)備預(yù)先指定的設(shè)備時,例如,只有用戶側(cè)設(shè)備預(yù)先指定的設(shè)備,網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先不指定優(yōu)先發(fā)起MIH的設(shè)備時,確定用戶側(cè)設(shè)備預(yù)先指定的設(shè)備來優(yōu)先發(fā)起MIH,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán);
當(dāng)所述集合中包括網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備時,例如,網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備,用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備或預(yù)先不指定優(yōu)先發(fā)起MIH的設(shè)備時,確定所述網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備來優(yōu)先發(fā)起MIH,例如,當(dāng)用戶側(cè)設(shè)備預(yù)先指定的設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備不一致時,把網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備確定為優(yōu)先發(fā)起MIH的設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán);
當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備與用戶側(cè)設(shè)備都預(yù)先不指定優(yōu)先發(fā)起MIH的設(shè)備時,即所述集合為空時,網(wǎng)絡(luò)側(cè)設(shè)備與用戶側(cè)設(shè)備都可以首先發(fā)起MIH,兼容現(xiàn)有技術(shù)的場景。
當(dāng)步驟S803確定好優(yōu)先發(fā)起MIH的設(shè)備后,由于網(wǎng)絡(luò)側(cè)設(shè)備的優(yōu)先策略或者用戶側(cè)設(shè)備的優(yōu)先策略改變等原因,網(wǎng)絡(luò)側(cè)設(shè)備或者用戶側(cè)設(shè)備希望改變已經(jīng)確定好的優(yōu)先發(fā)起MIH的設(shè)備,本發(fā)明實施例中的優(yōu)先權(quán)協(xié)商方法還包括更改所述優(yōu)先發(fā)起MIH的設(shè)備的流程,下面結(jié)合圖9,詳細(xì)說明更改所述優(yōu)先發(fā)起MIH的設(shè)備的流程,請參閱圖9,圖9示出了本發(fā)明實施例的更改優(yōu)先發(fā)起MIH的設(shè)備的方法流程圖,包括如下步驟
步驟S901:當(dāng)預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備發(fā)生變化時,獲得更改預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備的更改請求消息;
具體地,所述更改請求信息可以攜帶有預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識,當(dāng)由原來預(yù)先指定了設(shè)備變化為不預(yù)先指定設(shè)備時,更改請求消息中也可以不攜帶某一設(shè)備標(biāo)識;
步驟S902:根據(jù)所述更改請求消息,重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,以重新分配優(yōu)先權(quán);
具體地,根據(jù)所述更改請求消息,通過重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,按照上述實施例的方法重新確定優(yōu)先發(fā)起MIH的設(shè)備,以重新分配所述優(yōu)先權(quán)。
優(yōu)先權(quán)更改發(fā)起方(即發(fā)送更改請求消息的設(shè)備)可以是網(wǎng)絡(luò)側(cè)設(shè)備或用戶側(cè)設(shè)備,下面結(jié)合圖10、圖11進(jìn)一步詳細(xì)說明更 文優(yōu)先發(fā)起MIH的設(shè)備的流程。
請參閱圖10,圖IO示出了本發(fā)明實施例中的網(wǎng)絡(luò)側(cè)設(shè)備要求更改優(yōu)先發(fā)起MIH的設(shè)備的方法流程圖,包括如下步驟
步驟S1001:用戶側(cè)設(shè)備接收網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的更改請求信息;
14具體地,所述更改請求信息可以攜帶有網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備的標(biāo)識信息,當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備由原來預(yù)先指定了設(shè)備變化為不預(yù)先指定設(shè)備時,更改請求消息中也可以不攜帶某一設(shè)備標(biāo)識;
步驟S1002:根據(jù)更改請求信息,重新獲取預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,以重新分配優(yōu)先權(quán);
具體地,當(dāng)更改請求信息攜帶有網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識時,從更改請求信息中解析出該標(biāo)識,以該標(biāo)識指示的設(shè)備作為集合中網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備,另外,集合中還可以包括有用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備(用戶側(cè)設(shè)備預(yù)先指定的設(shè)備可變化或不變化),即將網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備與用戶側(cè)設(shè)備預(yù)先指定的設(shè)備組成集合,當(dāng)更改請求信息中攜帶有網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備標(biāo)識,而用戶側(cè)設(shè)備預(yù)先不指定優(yōu)先發(fā)起MIH的設(shè)備時,將更改請求消息中標(biāo)識指示的設(shè)備作為集合;當(dāng)更改請求信息中沒有攜帶有網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識,而用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,將用戶側(cè)設(shè)備預(yù)先指定的設(shè)備作為集合;
步驟S1003:根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán),具體地,與上述的實施例中相應(yīng)部分描述一致,這里不再贅述。
請參閱圖11,圖11示出了本發(fā)明實施例中的用戶側(cè)要求更改優(yōu)先發(fā)起方的方法流程圖,包括如下步驟
步驟S1101:網(wǎng)絡(luò)側(cè)設(shè)備接收用戶側(cè)設(shè)備發(fā)送的更改請求信息;
具體地,所述更 文請求信息可以攜帶有用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備的標(biāo)識信息,當(dāng)用戶側(cè)設(shè)備由原來預(yù)先指定了設(shè)備變化為不預(yù)先指定設(shè)備時,更改請求消息中也可以不攜帶某一設(shè)備標(biāo)識;
步驟S1102:根據(jù)所述更改請求信息,重新獲取預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,以重新分配優(yōu)先權(quán);
具體地,當(dāng)更改請求信息攜帶有用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識時,從更改請求信息中解析出該標(biāo)識,以該標(biāo)識指示的設(shè)備作為集合中用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備,另外,集合中還可以包括有網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備(網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備可變化或不變化),即將用戶側(cè)設(shè)備預(yù)先指定的設(shè)備與網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備組成集合, 當(dāng)更改請求信息中攜帶有用戶側(cè)設(shè)備預(yù)先指定的設(shè)備標(biāo)識,而網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先
不指定優(yōu)先發(fā)起MIH的設(shè)備時,將更改請求消息中標(biāo)識指示的設(shè)備作為集合; 當(dāng)更改請求信息中沒有攜帶有用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識, 而網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,將網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定的設(shè)備 作為集合;
步驟S1103:根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,向該確定的設(shè)備分配 優(yōu)先發(fā)起MIH的優(yōu)先權(quán),具體地,與上述的實施例中相應(yīng)部分描述一致,這里 不再贅述。
需要說明的是,所述更改請求消息可以為媒體無關(guān)切換登記消息 (MIH_Register )、 士某體無關(guān)切換招"肖登記消息(MIH—DeRegister.request )、 J 某體 無關(guān)切換能力發(fā)現(xiàn)消息(MIH_Capability_Discover)或新增的々某體無關(guān)切換消息 (如MIH—HO_Organiger—Update )。
通過上述實施例,可更改已經(jīng)確定好優(yōu)先發(fā)起MIH的設(shè)備,增加系統(tǒng)功能, 提高系統(tǒng)可用度。
下面結(jié)合圖12,詳細(xì)說明本發(fā)明實施例的MIH的方法流程,請參閱圖12, 圖12示出了本發(fā)明實施例的MIH的方法流程圖,包括如下步驟
步驟S1201:獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,根據(jù)協(xié)商原則在該 集合中確定一設(shè)備,并向該確定的設(shè)備發(fā)送優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息, 具體地,可如上述本發(fā)明實施例的優(yōu)先權(quán)協(xié)商方法中相應(yīng)內(nèi)容所述,此處不再 贅述;
步驟S1202:以優(yōu)先權(quán)分配信息指示的具有優(yōu)先權(quán)的設(shè)備優(yōu)先發(fā)起MIH。 具體地,上述設(shè)備可以是用戶側(cè)設(shè)備或網(wǎng)絡(luò)側(cè)設(shè)備,當(dāng)用戶側(cè)設(shè)備與網(wǎng)絡(luò) 側(cè)設(shè)備同時需要進(jìn)行MIH時,雙方由按照本發(fā)明的優(yōu)先權(quán)協(xié)商方法中分配了所 述優(yōu)先權(quán)的設(shè)備(即具有該優(yōu)先權(quán)的設(shè)備)優(yōu)先發(fā)起MIH,例如,網(wǎng)絡(luò)側(cè)設(shè)備 具有優(yōu)先權(quán)時,由網(wǎng)絡(luò)側(cè)設(shè)備發(fā)起MIH,用戶側(cè)設(shè)備不發(fā)起MIH,然后雙方配 合完成網(wǎng)絡(luò)的MIH;當(dāng)網(wǎng)絡(luò)側(cè)設(shè)備需要進(jìn)行MIH,但用戶側(cè)設(shè)備不需要進(jìn)行 MIH,而且之前雙方協(xié)商確定網(wǎng)絡(luò)側(cè)設(shè)備具有優(yōu)先權(quán)的時候,直接由網(wǎng)絡(luò)側(cè)設(shè) 備發(fā)起MIH,最后雙方配合完成網(wǎng)絡(luò)的MIH;當(dāng)用戶側(cè)設(shè)備需要進(jìn)行MIH,但 網(wǎng)絡(luò)側(cè)設(shè)備不需要進(jìn)行MIH,而且之前雙方協(xié)商確定用戶側(cè)設(shè)備具有優(yōu)先權(quán)的時候,直接由用戶側(cè)設(shè)備發(fā)起MIH,最后雙方配合完成網(wǎng)絡(luò)的MIH;當(dāng)網(wǎng)絡(luò)側(cè) 設(shè)備不需要進(jìn)行MIH,但用戶側(cè)設(shè)備需要進(jìn)行MIH,而且之前雙方協(xié)商確定網(wǎng) 絡(luò)側(cè)設(shè)備具有優(yōu)先權(quán)的時候,用戶側(cè)設(shè)備將發(fā)送信息通知網(wǎng)絡(luò)側(cè)設(shè)備其需要進(jìn) 行MIH,然后由網(wǎng)絡(luò)側(cè)設(shè)備發(fā)起MIH,最后雙方配合完成網(wǎng)絡(luò)的MIH;當(dāng)用戶 側(cè)設(shè)備不需要進(jìn)行MIH,但網(wǎng)絡(luò)側(cè)設(shè)備需要進(jìn)行MIH,而且之前雙方協(xié)商確定 用戶側(cè)設(shè)備具有優(yōu)先權(quán)的時候,網(wǎng)絡(luò)側(cè)設(shè)備將發(fā)送信息通知用戶側(cè)設(shè)備其需要 進(jìn)行MIH,然后由用戶側(cè)設(shè)備發(fā)起MIH,最后雙方協(xié)調(diào)完成網(wǎng)絡(luò)的切換。
需要說明的是,本發(fā)明實施例中不需要每次都先協(xié)商好具有優(yōu)先權(quán)的設(shè)備, 即通過本發(fā)明的優(yōu)先權(quán)協(xié)商方法確定好一具有優(yōu)先權(quán)的設(shè)備后,每次均以該具 有優(yōu)先權(quán)的設(shè)備發(fā)起MIH,當(dāng)然,具有優(yōu)先權(quán)的設(shè)備是可以通過上述更改請求 消息進(jìn)行變化的。
通過上述實施例,由確定的具有優(yōu)先權(quán)的MIH設(shè)備優(yōu)先發(fā)起MIH,避免多 個設(shè)備同時發(fā)起MIH,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查 詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決 因多個設(shè)備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。
由于不具有優(yōu)先發(fā)起MIH的優(yōu)先權(quán)的設(shè)備會因為某些異常原因發(fā)起了 MIH,因此本發(fā)明的MIH方法流程還包括當(dāng)不具有優(yōu)先權(quán)的設(shè)備優(yōu)先發(fā)起了 MIH時,分配了優(yōu)先權(quán)的設(shè)備拒絕不具有所述優(yōu)先權(quán)的設(shè)備的MIH請求,具體 地
當(dāng)不具有優(yōu)先權(quán)的網(wǎng)絡(luò)側(cè)設(shè)備由于某些異常原因(如網(wǎng)絡(luò)側(cè)更改請求消息 丟失、網(wǎng)絡(luò)側(cè)重起后狀態(tài)丟失等)發(fā)起了 MIH時,請參閱圖13,圖13示出了 本發(fā)明的拒絕MIH請求的第一實施例方法流程圖,包括如下步驟
出的MIH請求,具體地,該MIH請求可以是MIH網(wǎng)絡(luò)側(cè)候選網(wǎng)絡(luò)詢問 (MIH—Net_HO_Candidate_Query)請求信息;
步驟S1302:用戶側(cè)設(shè)備向網(wǎng)絡(luò)側(cè)設(shè)備返回MIH請求的響應(yīng)消息,所述響 應(yīng)信息攜帶的狀態(tài)值為拒絕(Rejected),如可以是所述響應(yīng)信息攜帶的Status 為2 (Rejected),拒絕本次切換請求。
需要說明的是,本發(fā)明的拒絕MIH請求的第一實施例方法流程還包括用 戶側(cè)設(shè)備向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送更改請求消息,根據(jù)上述對應(yīng)對更改請求消息的處理方法,雙方重新確認(rèn)具有優(yōu)先權(quán)來發(fā)起MIH的設(shè)備。
當(dāng)不具有優(yōu)先權(quán)的用戶側(cè)設(shè)備由于某些異常原因(如手機終端故障、非法 手機用戶等)發(fā)起了 MIH時,請參閱圖14,圖14示出了本發(fā)明的拒絕MIH請 求的第二實施例方法流程圖,包括如下步驟
出的MIH請求,如MIH用戶側(cè)候選網(wǎng)絡(luò)詢問(MIH—MN—HO—Candidate—Query)
請求消息;
步驟S1402:網(wǎng)絡(luò)側(cè)設(shè)備向用戶側(cè)設(shè)備返回MIH請求的響應(yīng)消息,所述響 應(yīng)信息攜帶的狀態(tài)值為拒絕(Rejected),如可以是所述響應(yīng)信息攜帶的Status 為2 (Rejected),拒絕本次切換請求。
需要說明的是,本發(fā)明的拒絕MIH請求的第二實施例方法流程還包括網(wǎng) 絡(luò)側(cè)設(shè)備向用戶側(cè)設(shè)備發(fā)送更改請求消息,根據(jù)上述對應(yīng)對更改請求消息的處 理方法,雙方重新確認(rèn)具有優(yōu)先權(quán)來發(fā)起MIH的設(shè)備。
通過上述實施例,避免了由于某些異常原因造成的沒有優(yōu)先權(quán)的設(shè)備優(yōu)先 發(fā)起MIH所導(dǎo)致的MIH發(fā)起沖突問題。
在上述實施例中,網(wǎng)絡(luò)側(cè)設(shè)備(具體可以為網(wǎng)絡(luò)側(cè)MIH設(shè)備)可以是基站、 接入節(jié)點(Access Point, AP)或核心網(wǎng)設(shè)備,用戶側(cè)設(shè)備(具體可以為用戶側(cè) MIH設(shè)備)可以是手機、掌上電腦等其他移動節(jié)點(MobileNode, MN)設(shè)備, 但不^f義限于此。
需要說明的是,本領(lǐng)域的普通技術(shù)人員應(yīng)該理解,本發(fā)明實施例提出的優(yōu) 先權(quán)協(xié)商方法和MIH方法可以通過計算機程序、指令或可編程邏輯器件編程實 現(xiàn),并可以將所述程序保存到存儲介質(zhì)上,如光盤、石茲盤等。
以上所揭露的僅為本發(fā)明實施例中的一種較佳實施例而已,當(dāng)然不能以此 來限定本發(fā)明之權(quán)利范圍,因此依本發(fā)明權(quán)利要求所作的等同變化,仍屬本發(fā) 明所涵蓋的范圍。
權(quán)利要求
1、一種優(yōu)先權(quán)協(xié)商方法,其特征在于,該方法包括獲得預(yù)先指定優(yōu)先發(fā)起媒體無關(guān)切換MIH的設(shè)備集合;根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
2、 如權(quán)利要求1所述的方法,其特征在于,所述預(yù)先指定優(yōu)先發(fā)起MIH 的設(shè)備為用戶側(cè)設(shè)備或網(wǎng)絡(luò)側(cè)設(shè)備。
3、 如權(quán)利要求l所述的方法,其特征在于,所述根據(jù)協(xié)商原則在所述集合 中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)具體為當(dāng)所述集合中只包括所述用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,確 定該用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備優(yōu)先發(fā)起MIH,并向該確定的設(shè) 備分配所述優(yōu)先權(quán);當(dāng)所述集合中包括所述網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,確定 該網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備,并向該確定的設(shè)備分配所述優(yōu)先 權(quán)。
4、 如權(quán)利要求3所述的方法,其特征在于,所述獲得預(yù)先指定優(yōu)先發(fā)起 MIH的設(shè)備集合包括接收所述用戶側(cè)設(shè)備的MIH能力發(fā)現(xiàn)請求消息,該MIH能力發(fā)現(xiàn)請求消息 中攜帶有所述用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備標(biāo)識;根據(jù)所述標(biāo)識指示的設(shè)備作為所述集合中所述用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā) 起MIH的設(shè)備。
5、 如權(quán)利要求l所述的方法,其特征在于,所述根據(jù)協(xié)商原則在所述集合 中確定一設(shè)備優(yōu)先發(fā)起MIH,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)后, 還包括當(dāng)預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備發(fā)生變化時,獲得更改所預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備的更改請求消息;根據(jù)所述更改請求消息,重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合,以 重新分配所述優(yōu)先權(quán)。
6、 如權(quán)利要求5所述的方法,其特征在于,所述更改請求消息為MIH登 記消息、MIH撤消登記消息或MIH能力發(fā)現(xiàn)消息。
7、 一種MIH方法,其特征在于,包括 接收優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;以所述優(yōu)先權(quán)分配信息指示的具有所述優(yōu)先權(quán)的設(shè)備優(yōu)先發(fā)起MIH。
8、 如權(quán)利要求7所述的方法,其特征在于,該方法還包括 優(yōu)先權(quán)協(xié)商實體根據(jù)協(xié)商原則從預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合中確定一設(shè)備,并向該確定的設(shè)備發(fā)送所述優(yōu)先權(quán)分配信息。
9、 如權(quán)利要求7或8所述的方法,其特征在于,該方法還包括 當(dāng)不具有所述優(yōu)先權(quán)的設(shè)備優(yōu)先發(fā)起了 MIH時,分配了所述優(yōu)先權(quán)的設(shè)備拒絕不具有所述優(yōu)先權(quán)的設(shè)備的MIH請求。
10、 一種優(yōu)先權(quán)協(xié)商實體,其特征在于,包括 獲取單元,獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合;協(xié)商確定單元,根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè) 備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。
11、 如權(quán)利要求IO所述的實體,其特征在于,所述協(xié)商確定單元包括 協(xié)商原則提供單元,提供所述協(xié)商原則,該協(xié)商原則為當(dāng)所述集合中只包括所述用戶側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,確定該用戶側(cè)設(shè)備預(yù)先指 定優(yōu)先發(fā)起MIH的設(shè)備,并向該確定的設(shè)備分配所述優(yōu)先權(quán);當(dāng)所述集合中包 括所述網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備時,確定該網(wǎng)絡(luò)側(cè)設(shè)備預(yù)先指 定優(yōu)先發(fā)起MIH的設(shè)備,并向該確定的設(shè)備分配所述優(yōu)先權(quán);確定單元,根據(jù)所述協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配所述優(yōu)先權(quán)。
12、 如權(quán)利要求IO所述的實體,其特征在于,該實體還包括更改單元,當(dāng)預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備發(fā)生變化時,獲得更改預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備的更改請求消息,并根據(jù)該更改請求消息,觸發(fā)所述獲取單元重新獲得預(yù)先指定優(yōu)先發(fā)起MIH的設(shè)備集合。
13、 如權(quán)利要求10至12中任一項所述的實體,其特征在于,該實體為網(wǎng)絡(luò)側(cè)設(shè)備或用戶側(cè)設(shè)備,所述網(wǎng)絡(luò)側(cè)設(shè)備為基站、接入節(jié)點或核心網(wǎng)設(shè)備,所述用戶側(cè)設(shè)備為手機或掌上電腦。
14、 一種MIHi殳備,其特4正在于,包括接收單元,接收優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;發(fā)起單元,當(dāng)所述優(yōu)先權(quán)分配信息指示本MIH設(shè)備具有所述優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH。
15、 如權(quán)利要求14所述的設(shè)備,其特征在于,該設(shè)備還包括拒絕單元,當(dāng)不具有所述優(yōu)先權(quán)的MIH設(shè)備優(yōu)先發(fā)起了 MIH時,拒絕其MIH請求。
16、 一種MIH系統(tǒng),其特征在于,該系統(tǒng)包括優(yōu)先權(quán)協(xié)商實體,獲得預(yù)先指定優(yōu)先發(fā)起MIH的MIH設(shè)備集合,根據(jù)協(xié)商原則在該集合中確定一 MIH設(shè)備,并向該確定的MIH設(shè)備發(fā)送優(yōu)先發(fā)起MIH的優(yōu)先權(quán)分配信息;MIH設(shè)備,接收到所述優(yōu)先權(quán)分配信息后,當(dāng)該優(yōu)先權(quán)分配信息指示本MIH設(shè)備具有所述優(yōu)先權(quán)時,優(yōu)先發(fā)起MIH。
17、 如權(quán)利要求16所述的系統(tǒng),其特征在于,所述優(yōu)先權(quán)協(xié)商實體集成于所迷MIH設(shè)備中。
全文摘要
本發(fā)明公開了一種優(yōu)先權(quán)協(xié)商方法,包括以下步驟獲得預(yù)先指定優(yōu)先發(fā)起媒體無關(guān)切換MIH的設(shè)備集合;根據(jù)協(xié)商原則在所述集合中確定一設(shè)備,并向該確定的設(shè)備分配優(yōu)先發(fā)起MIH的優(yōu)先權(quán)。相應(yīng)地,本發(fā)明還公開了一種MIH方法、一種優(yōu)先權(quán)協(xié)商實體、一種MIH設(shè)備以及一種MIH系統(tǒng)。通過實施本發(fā)明實施例,避免多個設(shè)備同時發(fā)起MIH的情況,即可避免同一次MIH中多個設(shè)備重復(fù)向IS發(fā)起信息查詢的情況,從而減小IS的負(fù)荷,減小網(wǎng)絡(luò)負(fù)荷,加快MIH的速度,甚至可解決因多個設(shè)備同時發(fā)起MIH導(dǎo)致MIH失敗的問題,提高用戶滿意度。
文檔編號H04L29/06GK101568161SQ20081002764
公開日2009年10月28日 申請日期2008年4月24日 優(yōu)先權(quán)日2008年4月24日
發(fā)明者斌 沈, 陳海永 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
谷城县| 榆中县| 玉龙| 万宁市| 拜城县| 繁昌县| 清远市| 榆社县| 高唐县| 常德市| 马关县| 本溪| 南充市| 夹江县| 宜昌市| 敦化市| 东乡| 习水县| 崇州市| 湘潭市| 孝昌县| 城步| 祁连县| 金华市| 绍兴市| 上犹县| 襄樊市| 永康市| 秦安县| 阳朔县| 信丰县| 施甸县| 友谊县| 延川县| 炉霍县| 苏尼特右旗| 瓮安县| 富宁县| 华安县| 平果县| 界首市|