本發(fā)明涉及移動通信領域，特別是涉及移動通信領域中的網(wǎng)絡選擇方法。

背景技術：

隨著移動通信技術的發(fā)展，當前終端能夠支持多種通信模式。例如，中國移動用戶的終端能夠使用移動3G網(wǎng)絡，例如TD-SCDMA網(wǎng)絡，和4G網(wǎng)絡，例如TD-LTE網(wǎng)絡；中國聯(lián)通用戶的終端能夠支持3G網(wǎng)絡，例如WCDMA網(wǎng)絡，和4G網(wǎng)絡，例如FDD-LTE網(wǎng)絡；中國電信用戶的終端能夠支持3G網(wǎng)絡，例如CDMA2000，和4G網(wǎng)絡，例如FDD-LTE網(wǎng)絡。甚至，有些移動終端設備能夠支持中國移動、中國聯(lián)通和中國電信全部3G和4G網(wǎng)絡模式，用戶只需將相應運營商的用戶識別卡(SIM、USIM)插入移動終端設備，就能夠獲得對應運營商的3G和4G網(wǎng)絡服務。

多模移動終端能夠基于多種模式移動網(wǎng)絡的服務質(zhì)量選擇駐留和發(fā)起業(yè)務的移動網(wǎng)絡，例如中國移動注冊用戶的移動終端可以基于TD-SCDMA網(wǎng)絡和TD-LTE網(wǎng)絡的服務質(zhì)量選擇駐留在上述網(wǎng)絡之一并執(zhí)行業(yè)務傳輸。

當前，在同一地理位置區(qū)域可能部署有多個運營商的3G和4G網(wǎng)絡，由于無線信號傳輸環(huán)境的變化，各個運營商網(wǎng)絡的服務質(zhì)量也不盡相同。但是，由于注冊在某一運營商的用戶僅能使用相應運營商提供的網(wǎng)絡進行業(yè)務傳輸，例如，在中國移動注冊的用戶僅能使用中國移動提供的3G和4G網(wǎng)絡進行業(yè)務傳輸，即使用戶所在地理位置處的中國聯(lián)通或中國電信提供的3G和4G網(wǎng)絡服務質(zhì)量優(yōu)于中國移動3G和4G網(wǎng)絡，該用戶也無法切換到中國聯(lián)通或中國電信的3G和4G網(wǎng)絡。反之，亦然。

除了語音業(yè)務外，用戶還能夠使用包括視頻業(yè)務、數(shù)據(jù)業(yè)務在內(nèi)的多種業(yè)務類型。不同類型業(yè)務對網(wǎng)絡服務質(zhì)量的需求也不盡相同，例如，視頻業(yè)務要求更高的帶寬和更低的時延。在某一情景下，若某一中國聯(lián)通用戶需要與好友進行視頻通話，但是中國聯(lián)通提供的3G和4G網(wǎng)絡的服務質(zhì)量均無法滿足視頻通話業(yè)務的要求，而同一區(qū)域的中國移動或中國電信的4G網(wǎng)絡所提供的服務質(zhì)量符合該視頻通話業(yè)務要求，則在當前技術背景下，該中國聯(lián)通用戶將無法使用視頻通話業(yè)務，原因在于該中國聯(lián)通用戶無法使用中國移動或中國電信所提供的4G網(wǎng)絡。在另一情景下，由于中國電信基站出現(xiàn)故障，其所服務的區(qū)域內(nèi)的中國電信用戶將無法使用語音、視頻通話等業(yè)務，即使同一區(qū)域內(nèi)的中國聯(lián)通或中國移動所提供的網(wǎng)絡質(zhì)量優(yōu)秀。

虛擬運營商(VNO-Virtual Network Operator)，是指擁有某種或者某幾種能力(如技術能力、設備供應能力、市場能力等)與傳統(tǒng)電信運營商(中國移動、中國電信和中國聯(lián)通)在某項業(yè)務或者某幾項業(yè)務上形成合作關系的合作伙伴，傳統(tǒng)電信運營商按照一定的利益分成比例，把業(yè)務交給虛擬運營商去發(fā)展，其自身則騰出力量去做最重要的工作?！?70”號段為虛擬運營商專屬號段，“170”號段的11位手機號前四位來區(qū)分基礎運營商，其中“1700”中國電信的轉(zhuǎn)售號碼標識，“1705”為中國移動，“1709”為中國聯(lián)通?？梢?，當前虛擬運營商僅與某一傳統(tǒng)電信運營商簽約，與某一虛擬運營商簽約的用戶也僅能接入對應的一個傳統(tǒng)電信運營商的網(wǎng)絡，仍然無法基于用戶發(fā)起業(yè)務需求實現(xiàn)跨運營商網(wǎng)絡選擇，降低了用戶體驗。

基于現(xiàn)有技術中存在的上述問題，有必要提出一種基于用戶發(fā)起業(yè)務類型而實現(xiàn)的跨運營商網(wǎng)絡選擇方法，使得用戶能夠獲得最優(yōu)網(wǎng)絡提供的服務，以提升用戶使用體驗。

技術實現(xiàn)要素：

為了解決現(xiàn)有技術中存在的技術問題，本發(fā)明提出了一種網(wǎng)絡選擇方法，能夠?qū)崿F(xiàn)基于用戶發(fā)起的業(yè)務實現(xiàn)跨運營商網(wǎng)絡選擇。所述方法包括：

S1：多個運營商網(wǎng)絡設備接收用戶終端發(fā)送的業(yè)務請求消息，其中包括待發(fā)起業(yè)務的特征信息；

S2：所述用戶終端接收所述多個運營商網(wǎng)絡設備返回的業(yè)務響應消息，其中包括相應運營商網(wǎng)絡能夠為所述待發(fā)起業(yè)務提供的網(wǎng)絡參數(shù)；

S3：所述用戶終端基于所述網(wǎng)絡參數(shù)選擇運營商網(wǎng)絡并向其發(fā)起所述業(yè)務。

優(yōu)選地，所述網(wǎng)絡參數(shù)由所述運營商網(wǎng)絡設備根據(jù)所述特征信息確定。

優(yōu)選地，在所述步驟S3中，所述用戶終端選擇最優(yōu)網(wǎng)絡參數(shù)對應的運營商網(wǎng)絡并向其發(fā)起所述業(yè)務。

優(yōu)選地，所述待發(fā)起業(yè)務的特征信息包括業(yè)務類型，和/或所述業(yè)務的QoS需求信息，所述網(wǎng)絡參數(shù)包括相應運營商網(wǎng)絡所能提供的QoS參數(shù)。

優(yōu)選地，所述用戶終端事先向多個運營商網(wǎng)絡進行入網(wǎng)注冊。

提供一種用戶終端，包括收發(fā)模塊，用于向多個運營商網(wǎng)絡設備發(fā)送業(yè)務請求消息，其中包括待發(fā)起業(yè)務的特征信息；用于從多個運營商網(wǎng)絡設備接收業(yè)務響應消息，其中包括相應運營商網(wǎng)絡能夠為所述待發(fā)起業(yè)務提供的網(wǎng)絡參數(shù)；

包括請求/判決模塊，用于基于所述網(wǎng)絡參數(shù)選擇相應運營商網(wǎng)絡。

特別地，所述用戶終端還包括虛擬運營商模塊，用于保存多個運營商網(wǎng)絡鑒權信息。

特別地，所述請求/判斷模塊選擇最優(yōu)網(wǎng)絡參數(shù)對應的運營商網(wǎng)絡。

優(yōu)選地，所述待發(fā)起業(yè)務的特征信息包括業(yè)務類型，和/或所述業(yè)務的QoS需求信息，所述網(wǎng)絡參數(shù)包括相應運營商網(wǎng)絡所能提供的QoS參數(shù)。

提供一種運營商網(wǎng)絡設備，包括收發(fā)模塊，用于從用戶終端接收業(yè)務請求消息，其中包括待發(fā)起業(yè)務的特征信息；用于向用戶終端發(fā)送業(yè)務響應消息，其中包括對應運營商網(wǎng)絡能夠為所述待發(fā)起業(yè)務提供的網(wǎng)絡參數(shù)；

包括能力響應模塊，用于基于所述特征信息確定對應運營商網(wǎng)絡能夠為所述待發(fā)起業(yè)務提供的網(wǎng)絡參數(shù)。

特別地，所述待發(fā)起業(yè)務的特征信息包括業(yè)務類型，和/或所述業(yè)務的QoS需求信息，所述網(wǎng)絡參數(shù)包括對應運營商網(wǎng)絡所能提供的QoS參數(shù)。

特別地，所述運營商網(wǎng)絡設備為對應運營商網(wǎng)絡中的基站，其中還包括資源分配模塊，用于為所述待發(fā)起業(yè)務分配資源。

特別地，在接收到資源請求消息時，所述資源分配模塊為所述待發(fā)起業(yè)務分配資源。

特別地，所述運營商網(wǎng)絡設備位于無線網(wǎng)絡控制器RNC中。

提供一種網(wǎng)絡選擇系統(tǒng)，其包括前述用戶終端和運營商網(wǎng)絡設備。

發(fā)明的有益效果為：基于本發(fā)明提出的方案，能夠基于用戶發(fā)起的業(yè)務選擇服務質(zhì)量最優(yōu)的運營商網(wǎng)絡，大大提升用戶使用感受。

附圖說明

附圖1為本發(fā)明提出的一種網(wǎng)絡選擇系統(tǒng)；

附圖2為本發(fā)明提出的多運營商網(wǎng)絡注冊流程；

附圖3為本發(fā)明提出的業(yè)務發(fā)起網(wǎng)絡選擇流程；

附圖4為本發(fā)明提出的一種網(wǎng)絡選擇流程；

附圖5為本發(fā)明提出的另一種網(wǎng)絡選擇流程；

附圖6為本發(fā)明提出的用戶終端UE結(jié)構(gòu)框圖；

附圖7為本發(fā)明提出的運營商網(wǎng)絡設備結(jié)構(gòu)框圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

本申請的說明書和權利要求書及上述附圖中的術語“包括”以及它們?nèi)魏巫冃?，意圖在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備沒有限定于已列出的步驟或單元，而是可選地還包括沒有列出的步驟或單元，或可選地還包括對于這些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。

實施例一：

圖1示出了本申請?zhí)岢龅囊环N網(wǎng)絡選擇系統(tǒng)。所述系統(tǒng)包括用戶終端UE和多個運營商網(wǎng)設備(例如基站)。系統(tǒng)中的用戶終端UE包括各個運營商通信模塊，例如中國移動通信模塊、中國聯(lián)通通信模塊、中國電信通信模塊。上述運營商通信模塊用于基于不同運營商網(wǎng)絡模式實現(xiàn)數(shù)字基帶處理和射頻處理。這些運營商通信模塊基于現(xiàn)有數(shù)字處理電路實現(xiàn)，例如在現(xiàn)有終端設備中被大量使用的高通系列處理芯片等。

用戶終端UE還包括虛擬運營商模塊，其中記錄有在各個運營商網(wǎng)絡的注冊信息和鑒權信息。在用戶和虛擬運營商簽約服務協(xié)議時，虛擬運營商使用用戶身份信息向各個運營商登記入網(wǎng)，并將各個運營商返回的入網(wǎng)登記信息和鑒權信息保存在該虛擬運營商模塊中。這樣，用戶就可使用具有上述虛擬運營商模塊的用戶終端接入各個運營商提供的各種模式的網(wǎng)絡。

實施例二：

圖2示出了具有虛擬運營商模塊的用戶終端UE的入網(wǎng)注冊流程。用戶終端UE檢測所處區(qū)域內(nèi)部署的多個運營商網(wǎng)絡信息，檢測方法可以是UE依次掃描各個運營商部署網(wǎng)絡的廣播信道，從而獲得相應運營商網(wǎng)絡信息，包括頻點，信道號等信息。UE記錄檢測到的多個運營商網(wǎng)絡信息。檢測時機可以是在UE開機后立即檢測，和/或在UE空閑時執(zhí)行檢測。

在獲得所處區(qū)域內(nèi)部署的多個運營商網(wǎng)絡信息后，UE向檢測到的多個運營商網(wǎng)絡基站(101，102，103)發(fā)送注冊消息(102，121，122)，該注冊消息中包括UE內(nèi)虛擬運營商模塊中保存的鑒權信息。多個運營商基站(101，102，103)接收到該注冊消息后，獲得其中攜帶的鑒權信息并進行鑒權。鑒權過程可以在核心網(wǎng)的歸屬位置寄存器HLR處進行，也可以在運營商基站(101，102，103)處進行。當由HLR進行鑒權時，運營商基站(101，102，103)將獲得的上述鑒權信息發(fā)送到核心網(wǎng)中的HLR，并由HLR將鑒權結(jié)果發(fā)送到相應的運營商基站(101，102，103)。鑒權過程同現(xiàn)有技術披露的流程，在此不再贅述。

在鑒權完成后，向運營商基站(101，102，103)向用戶終端UE發(fā)送注冊響應消息(130，131，132)，該消息中攜帶鑒權結(jié)果，UE基于該鑒權結(jié)果識別可以為其提供服務的運營商網(wǎng)絡并記錄相應運營商網(wǎng)絡信息。UE發(fā)起業(yè)務時，僅從能夠提供服務的運營商網(wǎng)絡中選擇最優(yōu)網(wǎng)絡。

實施例三：

圖3示出了具有虛擬運營商模塊的用戶終端UE發(fā)起業(yè)務的流程。在本實施例中，運營商網(wǎng)絡設備為對應運營商網(wǎng)絡中的基站。

在UE發(fā)起業(yè)務時，首先向能夠為其提供服務器的多個運營商基站(101，102，103)發(fā)送業(yè)務請求消息(220，221，222)，該業(yè)務請求消息中包含用戶所發(fā)起的業(yè)務類型，例如語音通話業(yè)務，視頻通話業(yè)務，即時通信業(yè)務，即時語音業(yè)務，視頻多媒體業(yè)務等。還可以包括相應類型業(yè)務所需的資源配置信息和QoS參數(shù)要求。QoS參數(shù)包括帶寬，時延等。

多個運營商基站(101，102，103)接收到該業(yè)務請求消息(220，221，222)后，確定相應類型業(yè)務所需的資源配置，判斷自身是否能夠提供相應資源以及所能提供的QoS參數(shù)。當所述業(yè)務請求消息(220，221，222)中包含資源配置信息和QoS參數(shù)要求時，運營商基站(101，102，103)省去確定相應類型業(yè)務所需資源配置的步驟。

多個運營商基站(101，102，103)向UE發(fā)送業(yè)務響應消息(230，231，232)，當某一運營商基站不能滿足UE發(fā)起業(yè)務的資源需求時，其所發(fā)送的所述業(yè)務響應消息中包括服務拒絕信息，以提示UE該運營商基站無法為其發(fā)起業(yè)務提供接入服務。當某一運營商基站能夠滿足UE發(fā)起業(yè)務的資源需求時，其所發(fā)送的業(yè)務響應消息中包括服務許可信息和其能夠提供的QoS參數(shù)信息。此時，所述業(yè)務響應消息中還可以包括為UE發(fā)起業(yè)務而分配的資源信息。

用戶終端UE接收業(yè)務響應消息(230，231，232)，基于其中包含的多個運營商基站能夠提供的QoS參數(shù)中的最優(yōu)者確定向哪一運營商基站發(fā)起相應業(yè)務，并向該運營商基站請求為相應業(yè)務分配資源，然后使用分配的資源發(fā)起業(yè)務。在所述業(yè)務響應消息(230，231，232)中包含為UE發(fā)起業(yè)務而分配的資源信息時，所述向該運營商基站請求為相應業(yè)務分配資源的步驟被省略。

通過上述流程，UE能夠使用服務質(zhì)量最好的運營商基站發(fā)起相應類型的業(yè)務，大大提升用戶使用感受。

另一方面，本實施例中的運營商網(wǎng)絡設備還可以為非基站設備，例如位于無線網(wǎng)絡控制器中的設備。此種情景下，基站將被用于轉(zhuǎn)發(fā)業(yè)務請求消息和業(yè)務響應消息，以及在運營商網(wǎng)絡設備的請求下為用戶終端分配用于待發(fā)起業(yè)務的資源。

實施例四：

圖4示出了用戶終端UE檢測運營商網(wǎng)絡、注冊和發(fā)起業(yè)務的全流程。本實施例中運營商網(wǎng)絡設備為基站。流程具體描述如下：

步驟S10：UE檢測所處區(qū)域內(nèi)的各個運營商網(wǎng)絡信息。

所述檢測步驟可以在UE開機后執(zhí)行，和/或在UE空閑時執(zhí)行。檢測方法可以是UE依次掃描各個運營商部署網(wǎng)絡的廣播信道，從而獲得相應運營商網(wǎng)絡信息，包括頻點，信道號等信息。UE記錄檢測到的多個運營商網(wǎng)絡信息。

步驟S20：UE向檢測到的各個運營商基站發(fā)起注冊。

在獲得所處區(qū)域內(nèi)部署的多個運營商網(wǎng)絡信息后，UE向檢測到的多個運營商網(wǎng)絡基站(101，102，103)發(fā)送注冊消息(102，121，122)，該注冊消息中包括UE內(nèi)虛擬運營商模塊中保存的鑒權信息。

步驟S30：多個運營商基站接收注冊消息，基于其中鑒權信息進行鑒權并返回鑒權結(jié)果。

多個運營商基站(101，102，103)接收到該注冊消息后，獲得其中攜帶的鑒權信息并進行鑒權。鑒權過程可以在核心網(wǎng)的歸屬位置寄存器HLR處進行，也可以在運營商基站(101，102，103)處進行。當由HLR進行鑒權時，運營商基站(101，102，103)將獲得的上述鑒權信息發(fā)送到核心網(wǎng)中的HLR，并由HLR將鑒權結(jié)果發(fā)送到相應的運營商基站(101，102，103)。鑒權過程同現(xiàn)有技術披露的流程，在此不再贅述。

在鑒權完成后，運營商基站(101，102，103)向用戶終端UE發(fā)送注冊響應消息(130，131，132)，該消息中攜帶鑒權結(jié)果，UE基于該鑒權結(jié)果識別可以為其提供服務的運營商網(wǎng)絡并記錄相應運營商網(wǎng)絡信息。UE發(fā)起業(yè)務時，僅從能夠提供服務的運營商網(wǎng)絡中選擇最優(yōu)網(wǎng)絡。

步驟S40：UE要發(fā)起某一類型業(yè)務時，首先向多個運營商基站發(fā)送業(yè)務請求消息。

在步驟S40中，當UE發(fā)起某一類型業(yè)務時，首先向能夠為其提供服務的多個運營商基站(101，102，103)發(fā)送業(yè)務請求消息(220，221，222)，該業(yè)務請求消息中包含用戶所發(fā)起的業(yè)務類型，例如語音通話業(yè)務，視頻通話業(yè)務，即時通信業(yè)務，即時語音業(yè)務，視頻多媒體業(yè)務等。還可以包括相應類型業(yè)務所需的資源配置信息和QoS參數(shù)要求。QoS參數(shù)包括帶寬，時延等。

步驟50：各個運營商基站基于業(yè)務請求消息檢測自身能力，分配資源并返回業(yè)務響應消息。

本步驟中，多個運營商基站(101，102，103)接收到該業(yè)務請求消息(220，221，222)后，確定相應類型業(yè)務所需的資源配置，判斷自身是否能夠提供相應資源以及所能提供的QoS參數(shù)。當所述業(yè)務請求消息(220，221，222)中包含資源配置信息和QoS參數(shù)要求時，運營商基站(101，102，103)省去確定相應類型業(yè)務所需資源配置的步驟。

多個運營商基站(101，102，103)向UE發(fā)送業(yè)務響應消息(230，231，232)，當某一運營商基站不能滿足UE發(fā)起業(yè)務的資源需求和/或QoS參數(shù)要求時，其所發(fā)送的所述業(yè)務響應消息中包括服務拒絕信息，以提示UE該運營商基站無法為其發(fā)起業(yè)務提供接入服務。當某一運營商基站能夠滿足UE發(fā)起業(yè)務的資源需求時，其所發(fā)送的業(yè)務響應消息中包括服務許可信息和其能夠提供的QoS參數(shù)信息。所述業(yè)務響應消息中還包括為UE發(fā)起業(yè)務而分配的資源信息。

步驟S60：UE基于業(yè)務響應消息選擇某一運營商基站，使用分配的資源發(fā)起業(yè)務。

用戶終端UE接收業(yè)務響應消息(230，231，232)，確定能夠為其提供服務的多個運營商基站，基于所述業(yè)務響應消息中包含的多個運營商基站能夠提供的QoS參數(shù)中的最優(yōu)者，確定向哪一運營商基站發(fā)起相應業(yè)務，并使用相應運營商基站分配的資源發(fā)起業(yè)務。

另一方面，本實施例中的運營商網(wǎng)絡設備還可以為非基站設備，例如位于無線網(wǎng)絡控制器中的設備。此種情景下，基站將被用于轉(zhuǎn)發(fā)業(yè)務請求消息和業(yè)務響應消息，以及在運營商網(wǎng)絡設備的請求下為用戶終端分配用于待發(fā)起業(yè)務的資源。

實施例五：

本實施例四中，所有能夠為UE發(fā)起業(yè)務提供服務的運營商基站均需要為所述業(yè)務分配資源，然而UE只會從多個能夠提供服務的運營商基站中選擇一個最優(yōu)的運營商基站，導致運營商基站資源被無謂消耗。圖5示出的流程對資源分配過程進行了改進，具體步驟如下：

步驟S110：UE檢測所處區(qū)域內(nèi)的各個運營商網(wǎng)絡信息。

所述檢測步驟可以在UE開機后執(zhí)行，和/或在UE空閑時執(zhí)行。檢測方法可以是UE依次掃描各個運營商部署網(wǎng)絡的廣播信道，從而獲得相應運營商網(wǎng)絡信息，包括頻點，信道號等信息。UE記錄檢測到的多個運營商網(wǎng)絡信息。

步驟S120：UE向檢測到的各個運營商基站發(fā)起注冊。

在獲得所處區(qū)域內(nèi)部署的多個運營商網(wǎng)絡信息后，UE向檢測到的多個運營商網(wǎng)絡基站(101，102，103)發(fā)送注冊消息(102，121，122)，該注冊消息中包括UE內(nèi)虛擬運營商模塊中保存的鑒權信息。

步驟S30：多個運營商基站接收注冊消息，基于其中鑒權信息進行鑒權并返回鑒權結(jié)果。

多個運營商基站(101，102，103)接收到該注冊消息后，獲得其中攜帶的鑒權信息并進行鑒權。鑒權過程可以在核心網(wǎng)的歸屬位置寄存器HLR處進行，也可以在運營商基站(101，102，103)處進行。當由HLR進行鑒權時，運營商基站(101，102，103)將獲得的上述鑒權信息發(fā)送到核心網(wǎng)中的HLR，并由HLR將鑒權結(jié)果發(fā)送到相應的運營商基站(101，102，103)。鑒權過程同現(xiàn)有技術披露的流程，在此不再贅述。

在鑒權完成后，運營商基站(101，102，103)向用戶終端UE發(fā)送注冊響應消息(130，131，132)，該消息中攜帶鑒權結(jié)果，UE基于該鑒權結(jié)果識別可以為其提供服務的運營商網(wǎng)絡并記錄相應運營商網(wǎng)絡信息。UE發(fā)起業(yè)務時，僅從能夠提供服務的運營商網(wǎng)絡中選擇最優(yōu)網(wǎng)絡。

步驟S140：UE要發(fā)起某一類型業(yè)務時，首先向多個運營商基站發(fā)送業(yè)務請求消息。

在步驟S140中，當UE發(fā)起某一類型業(yè)務時，首先向能夠為其提供服務的多個運營商基站(101，102，103)發(fā)送業(yè)務請求消息(220，221，222)，該業(yè)務請求消息中包含用戶所發(fā)起的業(yè)務類型，例如語音通話業(yè)務，視頻通話業(yè)務，即時通信業(yè)務，即時語音業(yè)務，視頻多媒體業(yè)務等。還可以包括相應類型業(yè)務所需的資源配置信息和QoS參數(shù)要求。QoS參數(shù)包括帶寬，時延等。

步驟150：各個運營商基站基于業(yè)務請求消息檢測自身能力，返回業(yè)務響應消息。

本步驟中，多個運營商基站(101，102，103)接收到該業(yè)務請求消息(220，221，222)后，確定相應類型業(yè)務所需的資源配置，判斷自身是否能夠提供相應資源以及所能提供的QoS參數(shù)。當所述業(yè)務請求消息(220，221，222)中包含資源配置信息和QoS參數(shù)要求時，運營商基站(101，102，103)省去確定相應類型業(yè)務所需資源配置的步驟。

多個運營商基站(101，102，103)向UE發(fā)送業(yè)務響應消息(230，231，232)，當某一運營商基站不能滿足UE發(fā)起業(yè)務的資源需求和/或QoS參數(shù)要求時，其所發(fā)送的所述業(yè)務響應消息中包括服務拒絕信息，以提示UE該運營商基站無法為其發(fā)起業(yè)務提供接入服務。當某一運營商基站能夠滿足UE發(fā)起業(yè)務的資源需求時，其所發(fā)送的業(yè)務響應消息中包括服務許可信息和其能夠提供的QoS參數(shù)信息。

步驟S160：UE基于業(yè)務響應消息選擇某一運營商基站，發(fā)起資源請求。

用戶終端UE接收業(yè)務響應消息(230，231，232)，確定能夠為其提供服務的多個運營商基站，基于所述業(yè)務響應消息中包含的多個運營商基站能夠提供的QoS參數(shù)中的最優(yōu)者，確定向哪一運營商基站發(fā)起資源請求，請求為UE發(fā)起業(yè)務分配資源。

步驟S170：UE基于選擇的某一運營商基站所分配的資源，發(fā)起所述業(yè)務。

本實施例中，只有被UE選擇的某一運營商基站才會為UE發(fā)起的業(yè)務分配資源，所述資源包括資源塊、載波號、信道號等。這一機制克服了所有能夠提供服務的運營商基站均提前分配資源的弊端，避免了無謂浪費運營商基站資源。

實施例六：

圖6示出了本發(fā)明提出的用戶終端UE400的結(jié)構(gòu)框圖。所述UE400包括收發(fā)模塊401，所述收發(fā)模塊401包括支持各個運營商網(wǎng)絡模式的基帶和射頻電路，用于從各個運營商網(wǎng)絡接收數(shù)據(jù)。

所述UE400還包括虛擬運營商模塊403，其中記錄有在各個運營商網(wǎng)絡的注冊信息和鑒權信息。在用戶和虛擬運營商簽約服務協(xié)議時，虛擬運營商使用用戶身份信息向各個運營商登記入網(wǎng)，并將各個運營商返回的入網(wǎng)登記信息和鑒權信息保存在該虛擬運營商模塊中。這樣，用戶就可使用具有上述虛擬運營商模塊的用戶終端接入各個運營商提供的各種模式的網(wǎng)絡。

所述UE400中還具有請求/判決模塊402。在UE400執(zhí)行注冊流程時，所述請求/判決模塊402用于向各個運營商基站發(fā)送注冊消息(120，121，122)，接收各個運營商基站返回的注冊響應消息(130，131，132)，并基于所述注冊響應消息識別可以為其提供服務的運營商網(wǎng)絡并記錄相應運營商網(wǎng)絡信息。在UE400執(zhí)行業(yè)務發(fā)起流程時，所述請求/判決模塊402用于向各個運營商網(wǎng)絡設備(可以為基站或其他設備)發(fā)送業(yè)務請求消息(220，221，222)，并基于接收到的業(yè)務響應消息(230，231，232)確定向哪一運營商網(wǎng)絡發(fā)起所述業(yè)務。

實施例七：

圖7示出運營商網(wǎng)絡設備500的結(jié)構(gòu)框圖。所述運營商網(wǎng)絡設備500可以為基站或其他設備。當為基站時，其包括收發(fā)模塊501，所述收發(fā)模塊501包括支持某一運營商網(wǎng)絡模式的基帶和射頻電路，用于從UE400接收數(shù)據(jù)和向UE400發(fā)送數(shù)據(jù)。

所述運營商基站500還包括能力響應模塊502，用于基于用戶發(fā)起業(yè)務的類型和QoS參數(shù)要求，確定相應類型業(yè)務所需的資源配置，判斷自身是否能夠提供相應資源以及所能提供的QoS參數(shù)。還用于請求運營商基站500為UE400發(fā)起的業(yè)務分配資源。

所述運營商基站500還可以具有鑒權模塊503，用于基于UE400發(fā)送的注冊消息(120，121，122)中攜帶的鑒權信息對UE400進行鑒權，并返回鑒權結(jié)果。

另一方面，本實施例中的運營商網(wǎng)絡設備500還可以為非基站設備，例如位于無線網(wǎng)絡控制器中的設備。此種情景下，基站將被用于轉(zhuǎn)發(fā)業(yè)務請求消息和業(yè)務響應消息，以及在運營商網(wǎng)絡設備的請求下為用戶終端分配用于待發(fā)起業(yè)務的資源。

當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領域的技術人員當可根據(jù)本發(fā)明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明的權利要求的保護范圍。