從呼叫設(shè)立失敗的高效恢復(fù)的制作方法
【專(zhuān)利說(shuō)明】從呼叫設(shè)立失敗的高效恢復(fù)
[0001]相關(guān)申請(qǐng)的交叉引用
[0002]本申請(qǐng)要求2012年11月14日提交的美國(guó)臨時(shí)專(zhuān)利申請(qǐng)61/726，191的權(quán)益，其公開(kāi)內(nèi)容通過(guò)引用并入于此。
技術(shù)領(lǐng)域
[0003]本公開(kāi)內(nèi)容總體上涉及無(wú)線(xiàn)通信，并且更具體地涉及用于從呼叫設(shè)立失敗恢復(fù)的方法和系統(tǒng)。
【背景技術(shù)】
[0004]各種蜂窩通信標(biāo)準(zhǔn)規(guī)定用于經(jīng)由蜂窩網(wǎng)絡(luò)來(lái)設(shè)立呼叫的過(guò)程。全球移動(dòng)通信系統(tǒng)(UMTS)網(wǎng)絡(luò)中的呼叫建立由第三代合作伙伴計(jì)劃(3GPP)規(guī)定，例如在2011年3月的10.0.0 版本的 TS 25.303 的 “Technical Specificat1n Group Rad1 Access Network ；Interlayer procedures in Connected Mode (Release 10) ” 的 6.1 章節(jié)中規(guī)定，其通過(guò)引用并入于此。
[0005]例如2011 年 4 月的 10.3.1 版本的 TS 25.331 的 “Technical Specificat1nGroup Rad1 Access Network ；Rad1 Resource Control (RRC) ；ProtocoIspecificat1n (Release 10) ”的8.1.3章節(jié)和附錄B中提供有UMTS網(wǎng)絡(luò)的呼叫建立過(guò)程的示例，其通過(guò)引用并入于此。
[0006]以上描述被呈現(xiàn)作為本領(lǐng)域相關(guān)技術(shù)的綜述，而不應(yīng)當(dāng)被理解為承認(rèn)其所包含的任何信息構(gòu)成本專(zhuān)利申請(qǐng)的現(xiàn)有技術(shù)。

【發(fā)明內(nèi)容】

[0007]本文中所描述的實(shí)施例提供一種方法，包括:在移動(dòng)通信終端中，在經(jīng)由服務(wù)基站建立呼叫期間檢測(cè)終端與服務(wù)基站之間的通信質(zhì)量的惡化。在經(jīng)由服務(wù)基站建立呼叫期間，終端搜索適于建立呼叫的備選基站。在找到備選基站時(shí)，執(zhí)行切換至經(jīng)由備選基站來(lái)建立呼叫。
[0008]在一些實(shí)施例中，搜索所述備選基站包括嘗試在至少一個(gè)時(shí)間間隔內(nèi)接收所述備選基站，即使用于所述終端與所述服務(wù)基站之間的通信的通信協(xié)議沒(méi)有分配任何時(shí)間資源用于在所述建立呼叫期間尋找備選基站。在實(shí)施例中，搜索所述備選基站包括嘗試在至少一個(gè)時(shí)間間隔內(nèi)接收與所述服務(wù)基站不協(xié)作的備選基站。
[0009]在一些實(shí)施例中，搜索所述備選基站包括與搜索所述備選基站并行地繼續(xù)嘗試經(jīng)由所述服務(wù)基站來(lái)建立所述呼叫。在示例實(shí)施例中，上述方法包括:響應(yīng)于所述惡化的恢復(fù)，中止搜索所述備選基站并且恢復(fù)經(jīng)由所述服務(wù)基站來(lái)建立所述呼叫。在備選實(shí)施例中，搜索所述備選基站包括中止經(jīng)由所述服務(wù)基站來(lái)建立所述呼叫。
[0010]在另一實(shí)施例中，搜索所述備選基站包括從用于接收所述服務(wù)基站的頻率切換至用于接收所述備選基站的備選頻率。在示例實(shí)施例中，切換至所述備選頻率包括切換至備選頻帶。附加地或者備選地，搜索所述備選基站包括從用于與所述服務(wù)基站通信的無(wú)線(xiàn)電接入技術(shù)(RAT)切換至用于接收所述備選基站的備選RAT。
[0011]在又一實(shí)施例中，檢測(cè)所述通信質(zhì)量的惡化包括檢測(cè)由所述服務(wù)基站傳輸?shù)男盘?hào)的接收質(zhì)量低于預(yù)定質(zhì)量閾值持續(xù)大于預(yù)定持續(xù)時(shí)間。在另一實(shí)施例中，檢測(cè)所述通信質(zhì)量的惡化包括檢測(cè)經(jīng)由所述服務(wù)基站來(lái)建立所述呼叫在預(yù)定持續(xù)時(shí)間內(nèi)沒(méi)有完成。在另一實(shí)施例中，檢測(cè)所述通信質(zhì)量的惡化包括檢測(cè)由所述服務(wù)基站傳輸?shù)男盘?hào)的誤碼率高于預(yù)定誤碼率閾值。
[0012]根據(jù)本文中所描述的實(shí)施例，還提供一種裝置，包括收發(fā)器和處理電路。該收發(fā)器被配置成與基站通信。該處理電路被配置成在經(jīng)由服務(wù)基站建立呼叫期間檢測(cè)與所述服務(wù)基站的通信質(zhì)量的惡化，以在經(jīng)由所述服務(wù)基站建立所述呼叫期間搜索適于建立所述呼叫的備選基站，以及在找到所述備選基站時(shí)切換至經(jīng)由所述備選基站來(lái)建立所述呼叫。
[0013]在一些實(shí)施例中，移動(dòng)通信終端包括所公開(kāi)的裝置。在一些實(shí)施例中，用于在移動(dòng)通信終端中處理信號(hào)的芯片組包括所公開(kāi)的裝置。
[0014]根據(jù)對(duì)本公開(kāi)內(nèi)容的實(shí)施例的以下詳細(xì)描述、結(jié)合附圖可以更完全地理解本公開(kāi)內(nèi)容，在附圖中:
【附圖說(shuō)明】
[0015]圖1是示意性地圖示根據(jù)本文中所描述的實(shí)施例的蜂窩通信系統(tǒng)的框圖；以及
[0016]圖2是示意性地圖示根據(jù)本文中所描述的實(shí)施例的用于從呼叫設(shè)立失敗恢復(fù)的方法的流程圖。
【具體實(shí)施方式】
[0017]在典型的蜂窩通信網(wǎng)絡(luò)中，移動(dòng)通信終端通過(guò)執(zhí)行關(guān)于其服務(wù)基站的呼叫設(shè)立過(guò)程來(lái)建立呼叫。在UMTS中，例如，呼叫設(shè)立被定義為向CELL_DCH狀態(tài)的轉(zhuǎn)變。呼叫設(shè)立也被稱(chēng)為呼叫建立。
[0018]在一些通信協(xié)議中，諸如在各種3GPP標(biāo)準(zhǔn)中，在呼叫設(shè)立過(guò)程中存在不包括任何用于終端接收信號(hào)或者另外獲取與相鄰基站(至少對(duì)于與服務(wù)基站不同頻率的基站)相關(guān)的信息的機(jī)制或資源分配的時(shí)間段。因此，即使與服務(wù)基站的通信質(zhì)量在呼叫設(shè)立過(guò)程期間惡化，終端也沒(méi)有備選而只能繼續(xù)這一過(guò)程直到其成功或者失敗。
[0019]換言之，呼叫設(shè)立是一個(gè)敏感時(shí)期，在這個(gè)時(shí)期中，終端被迫與服務(wù)小區(qū)通信，而不管通信質(zhì)量如何(可能的例外是與服務(wù)基站同頻操作的相鄰基站)。然而，實(shí)際上，呼叫設(shè)立通常很冗長(zhǎng)，例如當(dāng)UE沒(méi)有從網(wǎng)絡(luò)接收到任何響應(yīng)時(shí)，這可以暗示網(wǎng)絡(luò)不能接收UE的信號(hào)，反之亦然。與服務(wù)基站的通信質(zhì)量在這一過(guò)程期間可能顯著惡化。
[0020]因此，從傳統(tǒng)呼叫設(shè)立的恢復(fù)時(shí)間極長(zhǎng)。即使終端成功地經(jīng)由邊緣質(zhì)量的服務(wù)基站設(shè)立呼叫，然而呼叫質(zhì)量通常很不好并且該呼叫很可能斷開(kāi)。在任何一種情況下，終端傳統(tǒng)上在呼叫設(shè)立過(guò)程期間不能接收相鄰基站這一事實(shí)導(dǎo)致惡化的性能和不好的用戶(hù)體驗(yàn)。
[0021]本文中所描述的實(shí)施例提供用于從呼叫設(shè)立失敗恢復(fù)的改進(jìn)的方法和系統(tǒng)。所公開(kāi)的技術(shù)使得終端能夠在呼叫設(shè)立過(guò)程期間在服務(wù)基站未使用的頻率和無(wú)線(xiàn)電存取技術(shù)(RAT)上搜索備選基站，并且根據(jù)需要切換至備選基站。
[0022]在一些實(shí)施例中，當(dāng)在呼叫設(shè)立期間檢測(cè)到與服務(wù)基站的通信質(zhì)量惡化時(shí)，該終端開(kāi)始搜索適于設(shè)立呼叫的備選基站。如果找到合適的備選基站，則終端切換至備選基站并且繼續(xù)呼叫設(shè)立過(guò)程，通常中止與服務(wù)基站的最后恢復(fù)嘗試。
[0023]在一些實(shí)施例中，在其中期望終端繼續(xù)嘗試接收服務(wù)基站的時(shí)間期間執(zhí)行對(duì)備選基站的搜索。作為搜索的一部分，終端通常將其接收器切換至不同的頻率和/或不同的無(wú)線(xiàn)電存取技術(shù)(RAT)。因此，搜索可以使得經(jīng)由服務(wù)基站進(jìn)行呼叫設(shè)立的成功概率產(chǎn)生某種惡化。這一惡化通?？扇萑?，特別是因?yàn)榕c服務(wù)基站的通信質(zhì)量本來(lái)就很不好。
[0024]總之，本文中所描述的方法和系統(tǒng)使得終端能夠在呼叫設(shè)立期間根據(jù)需要切換至備選基站。這樣，所公開(kāi)的技術(shù)減少呼叫設(shè)立時(shí)間，降低呼叫設(shè)立失敗的可能性，降低由于與邊緣基站的呼叫設(shè)立成功而掉話(huà)的可能性，并且因此改善用戶(hù)體驗(yàn)。
[0025]圖1是示意性地圖示根據(jù)本文中所描述的實(shí)施例的蜂窩通信系統(tǒng)20的框圖。在圖1的示例中，系統(tǒng)20包括移動(dòng)通信終端24和3個(gè)基站(BS) 28A、……、28C。不同的BS通常以不同的頻率操作，并且可能使用不同的RAT。
[0026]在本示例中，系統(tǒng)20根據(jù)如以上所指出的UMTS規(guī)范來(lái)操作。UMTS也稱(chēng)為通用陸地?zé)o線(xiàn)接入(UTRA)或者寬帶碼分多址(WCDMA)。備選地，系統(tǒng)20可以根據(jù)任何其他合適的蜂窩通信標(biāo)準(zhǔn)(諸如全球移動(dòng)通信系統(tǒng)(GSM)、也被稱(chēng)為長(zhǎng)期演進(jìn)(LTE)的演進(jìn)的UTRA (E-UTRA)、或者LTE演進(jìn)(LTE-A))來(lái)操作。取決于可適用的標(biāo)準(zhǔn)，終端24還被稱(chēng)為移動(dòng)站(MS)或者用戶(hù)設(shè)備(UE)?；疽脖环Q(chēng)為小區(qū)、BTS、NodeB或者eNodeB。
[0027]在給定時(shí)間，基站中的一個(gè)基站被定義為UE 24的