專利名稱：在電信系統(tǒng)中用于連接挽救過程的重試限制的制作方法
相關申請的交叉參考本發(fā)明要求于2000年11月28日申請的、題為“RetryLimit forDrop Call Rescue Channel Procedures(中斷呼叫挽救信道過程的重試限制)”的美國臨時專利申請(序列號No.60/253,612)的優(yōu)先權(quán)，并且涉及到于2001年10月16日申請的、題為“Forward Link BasedRescue Channel Method and Apparatus for TelecommunicationSystems(電信系統(tǒng)中基于前向鏈路的挽救信道方法和設備)”的美國發(fā)明專利申請(序列號No.09/978,974)，在此引入其內(nèi)容作為參考。
背景技術(shù)：
1.發(fā)明領域本發(fā)明總體涉及通信網(wǎng)絡管理，并且在一實施例內(nèi)涉及用于提供有效且安全過程的方法和設備，以限制從中斷中挽救通信連接中斷所做出的嘗試的次數(shù)和密度。
2.相關技術(shù)描述簡介除了提供僅用于緊急通信的裝置之外，蜂窩電話已經(jīng)快速地成為當今社會中的主要通信形式。隨著蜂窩電話的廣泛使用，蜂窩電話網(wǎng)絡也逐漸普及，并且可以覆蓋更大的區(qū)域，以滿足用戶的需求。

圖1中描述了由移動用戶操作的移動臺(MS)10的實例，該移動用戶可以在無線基礎設備或網(wǎng)絡所提供的地理區(qū)域內(nèi)進行漫游，其中包括覆蓋無線扇區(qū)A14和扇區(qū)B16的第一基站(BS)12以及覆蓋扇區(qū)C20的第二基站(BS)18。在這種漫游過程中，MS10從位置A移動到位置B，再移動到位置C，并且實際上在與之相連的基站相關的前向鏈路中的信號強度和信號質(zhì)量還會發(fā)生變化。在扇區(qū)的邊緣，例如當MS10從由扇區(qū)A14的虛線所定義的區(qū)域移動到由扇區(qū)B16的虛線所定義的區(qū)域內(nèi)，或者從扇區(qū)B16到達扇區(qū)C20時，這種信號強度和信號質(zhì)量將會特別地不可靠。在這些轉(zhuǎn)接區(qū)域內(nèi)，以及其它信號強度較弱和質(zhì)量較差的區(qū)域內(nèi)，最有可能出現(xiàn)連接中斷的現(xiàn)象。此處的連接包括(但是不局限于)語音、多媒體視頻與音頻流、分組交換數(shù)據(jù)和電路交換數(shù)據(jù)連接、短消息序列或數(shù)據(jù)脈沖，以及尋呼等等。
中斷連接所造成的影響包括從使用戶非常惱火，一直到為用戶帶來毀壞性的后果。例如，中斷的911緊急連接可以是至關重要或者甚至是致命的。中斷連接會使用戶非常失望，使得用戶改變其業(yè)務提供商。因此對于蜂窩網(wǎng)絡提供商來說，防止出現(xiàn)中斷的連接是非常重要的。
蜂窩電話網(wǎng)絡圖2中描述了MS24與BS26之間的通信鏈路22的實例。從BS26到達MS24的通信鏈路被稱作前向鏈路，并且從MS24到達BS26的通信鏈路被稱作反向鏈路。BS26典型地由多個(通常為3個)扇區(qū)構(gòu)成。每個扇區(qū)內(nèi)包括單獨的發(fā)射機和指向不同方向的天線(收發(fā)機)。由于術(shù)語BS通常被用于識別收發(fā)機，因此應該可以理解到此處術(shù)語BS和扇區(qū)可以在某種程度上是可以交換的。前向和反向鏈路利用多個前向和反向信道。例如，BS26在多個前向信道中進行廣播。這些前向信道中包括(但是不局限于)一個或多個導頻信道、同步信道、一個或多個尋呼信道以及多個前向業(yè)務信道。由于BS26使用這些信道與所有MS進行通信，因此導頻、同步以及尋呼信道被稱作通用信道?？傊?，這些通用信道不被用于承載數(shù)據(jù)，而是被用于廣播或傳遞通用信息。相反，由于每個前向信道傾向用于特定MS24并且可以承載數(shù)據(jù)，因此多個前向業(yè)務信道被稱作專用信道。
BS26內(nèi)的每個扇區(qū)廣播用于識別該扇區(qū)并且易于MS24譯碼的導頻信道。扇區(qū)和導頻信道可以由偽噪聲(PN)的偏移來區(qū)分。由于導頻信道可以識別扇區(qū)，因此詞語“導頻”與術(shù)語“扇區(qū)”是可以相互交換的。
導頻信道潛在地向MS提供定時信息，并且還被用于相干解調(diào)，但是其中并不包含任何數(shù)據(jù)。當MS剛開機時，它開始搜索導頻信道。當MS捕獲到(能夠解調(diào))導頻信道時，導頻信道中潛在包含的定時信息可以允許MS快速并且容易地對網(wǎng)絡所發(fā)出的同步信道進行解調(diào)。
由于同步信道內(nèi)包含更加詳細的定時信息，因此一旦MS捕獲到同步信道，則MS能夠捕獲由發(fā)送導頻信道的同一BS發(fā)出的尋呼信道。該BS被稱作活動BS。
當蜂窩網(wǎng)絡試圖通過特定BS啟動與MS的通信時，在該BS的尋呼信道中向MS發(fā)送“尋呼”信息。這樣，一旦MS能夠?qū)μ囟˙S的尋呼信道進行解調(diào)，則當MS空閑，并且等待輸入連接或輸入消息時，MS可以監(jiān)視該尋呼信道。
總之，每個BS可以利用一個導頻信道、一個同步信道以及一個尋呼信道，所有MS都可以接收這些通用信道。然而，由于被利用一個尋呼信道同時尋呼的MS的數(shù)量實際上是有限的，因此某些BS可以采用多個尋呼信道。
反向信道中可以包括接入信道以及一個或多個反向業(yè)務信道。當MS從BS接收到輸入尋呼之后，MS會部分地利用接入信道啟動連接建立。
以上描述的信道可以采用不同的編碼方案。在時分多址接入(TDMA)中，通過在特定時間窗口內(nèi)的不同時間段中發(fā)送多個信道，使得可以在該特定時間窗口內(nèi)的特定頻率上利用多個信道進行通信。這樣，例如信道X可以使用一組時隙，而信道Y可以使用其它不同的一組時隙。在頻分多址接入(FDMA)中，通過在該特定頻率窗口內(nèi)的不同頻率段中發(fā)送多個信道，使得可以在特定頻率窗口內(nèi)的特定時間上利用多個信道進行通信。在碼分多址接入(CDMA)中，給定頻率和時間空間，根據(jù)特定Walsh碼字或準正交函數(shù)(QOF)，在各個時間將各個頻率分配給每個信道。碼字將定義如何在頻率和時間上改變特定的信道。在直接序列CDMA系統(tǒng)中，利用Walsh碼字和QOF對每個信道中的數(shù)據(jù)進行編碼，然后合并形成組合信號。在特定時間內(nèi)，該組合信號被擴展到寬頻率范圍內(nèi)。當利用對原始數(shù)據(jù)編碼的同一碼字對該組合信號進行譯碼時，可以提取出原始數(shù)據(jù)。由于Walsh碼字和QOF合并時，生成相互之間沒有干擾的編碼數(shù)據(jù)，因此可以恢復出原始數(shù)據(jù)，使得可以隨后對數(shù)據(jù)進行分離，以恢復各個信道中的信息。換句話說就是，當兩個數(shù)據(jù)編碼序列被相加時，可以產(chǎn)生第三個序列，通過計算第三個序列與原始碼字的相關，可以恢復出原始序列。當利用特定碼字進行解調(diào)時，不需要得知其它碼字的知識。然而，現(xiàn)場的噪聲和干擾可以要求糾錯，以確定真正傳輸?shù)男畔ⅰＴ谙铝袠藴手型耆枋隽薈DMA無線通信系統(tǒng)，它們都是由TELECOMMUNICATIONSINDUSTRY ASSOCIATION(電信產(chǎn)業(yè)協(xié)會)標準技術(shù)部門(2500 WilsonBlvd.，Arlington，VA 22201)出版的，在此引入所有標準作為參考1999年2月1日出版的TIA/EIA-95B，以及2000年3月1日出版的TIA/EIA/IS-2000(1-5卷，版本A)。
僅僅出于說明的目的參考CDMA，Walsh碼字或QOF被用于對特定信道進行編碼。這樣如上所述，對導頻信道譯碼的簡單之處在于利用所有全1的Walsh碼字W0。類似地，同步信道可以使用極性相反的Walsh碼字W32，這些碼字是固定并且公認已知的。
每個MS把信道組成多個集合，其中可以包括(但是不局限于)一個活動集合、鄰居集合、候選集合以及其余集合。
MS活動集合包含MS在任何時刻正在使用的導頻或PN偏移標識符。這樣當MS空閑，但是監(jiān)測單一BS的尋呼和開銷更新時，該MS的活動集合內(nèi)將包含該BS導頻或PN偏移標識符，作為其中唯一的成員。
但是通信系統(tǒng)中還會存在如下情況，即MS從一個BS或扇區(qū)切換到另一BS或扇區(qū)，而且在這種切換過程中，MS實際上可以同時與多個BS或扇區(qū)進行通信。當出現(xiàn)這種情況時，在活動集合內(nèi)將同時包含多個活動導頻。例如在“軟切換”情況中，與BS“A”通信的MS可以不必首先切斷與BS“A”的連接，就開始與BS“B”進行通信，并且這樣的結(jié)果就是在活動集合內(nèi)將會存在BS“A”與“B”。在“更軟切換”情況中，與BS“A”內(nèi)的扇區(qū)“A”進行通信的MS可以不必切斷與扇區(qū)“A”的連接，就開始與BS“A”內(nèi)的扇區(qū)“B”進行通信，并且這樣的結(jié)果就是在活動集合內(nèi)將會存在扇區(qū)“A”與“B”。然而在“硬切換”情況中，與BS“A”通信的MS只有在首先切斷與BS“A”的通信之后，才可以開始與BS“B”進行通信，并且這樣的結(jié)果就是在活動集合內(nèi)要么存在BS “A”，要么存在BS“B”，但是兩者不會同時出現(xiàn)在活動集合中。
在MS與多個BS進行通信期間，MS同時把瑞克接收機分支分配給來自一個或多個扇區(qū)的多個信道。當MS同時與多個BS進行通信時，MS應該從所有BS中接收相同的數(shù)據(jù)。然而，盡管數(shù)據(jù)是相同的，但是由于信道是不同的，因此通信鏈路中所傳輸?shù)臄?shù)據(jù)也是不同的。因此，瑞克接收機接收不同信道中的來自不同扇區(qū)的編碼數(shù)據(jù)，對這些扇區(qū)進行獨立解調(diào)，然后合并這些數(shù)據(jù)。當數(shù)據(jù)被合并時，來自較強信道的數(shù)據(jù)的權(quán)值將大于來自較弱信道的數(shù)據(jù)的權(quán)值，較弱信道中包含的數(shù)據(jù)將包含更多的錯誤。這樣，在生成最終結(jié)果時，更有可能正確的數(shù)據(jù)將被分配更大的權(quán)值。
當MS空閑時，它可以在通用信道中接收鄰近基站集合，其中包括與活動BS相鄰的基站在內(nèi)。然而當MS處于活動狀態(tài)并且通過業(yè)務信道與BS進行通信時，可以在業(yè)務信道中更新鄰近基站集合。
網(wǎng)絡中的其它沒有處于活動、鄰近或候選集合(隨后討論)內(nèi)的任意BS包括其它基站集合。如圖3所示，無論MS處于空閑狀態(tài)還是活動狀態(tài)，網(wǎng)絡會向MS重復地發(fā)送開銷消息30、32和34。這些開銷消息內(nèi)包含與網(wǎng)絡配置相關的信息。例如，擴展鄰近基站列表開銷消息34可以告訴MS，存在哪些鄰近基站以及在哪里查找這些基站。這些鄰近標識符被存儲在，至少暫時被存儲在MS的存儲器內(nèi)。
候選基站集合就是如下這種BS的集合，即MS已經(jīng)請求該BS作為其活動集合的一部分，但是還它沒有被升級到活動集合中。由于網(wǎng)絡沒有響應來自MS的消息，向該MS發(fā)送切換指示消息(HDM)，指揮該MS修改其活動集合以包含這些BS在內(nèi)，因此這些候選BS還沒有被升級到活動集合中。典型地，如下所述，將會交換這些消息，作為切換過程的一部分。
圖4中描述了無線基礎設備56的通用結(jié)構(gòu)。客戶MS36繼續(xù)監(jiān)視它從相鄰BS(例如BS38)接收到的導頻信道的強度，并且搜索足夠高于“導頻增加門限值”的導頻。在本領域內(nèi)被公認為鄰近集合的相鄰導頻信道信息可以通過網(wǎng)絡基礎設備實體被傳遞給MS，該網(wǎng)絡實體中包括可以控制小區(qū)簇42或移動交換中心(MSC)44的BS控制器(BSC)40。應該理解到，MS以及一個或多個網(wǎng)絡基礎設備實體中包含一個或多個用于控制MS功能以及網(wǎng)絡的處理器。處理器中包括存儲器以及其它外部設備，這些都是本領域技術(shù)人員熟知的。當MS36從一個BS38所覆蓋的區(qū)域移動到另一區(qū)域內(nèi)時，MS36將把特定導頻從鄰近集合升級到候選集合中，并且通過導頻強度測量消息(PSMM)，把令特定導頻從鄰近集合升級到候選集合這一情況通知給BS38或其它BS。PSMM還含有關于接收的導頻信號的強度的信息。BS38根據(jù)導頻強度測量消息確定BS或網(wǎng)絡活動集合，并且通過HDM，把新的活動集合通知給MS36。然而應該注意到，由于網(wǎng)絡內(nèi)需要從BS資源的角度進行考慮，因此新的活動集合并不總是與MS的請求完全一致。
只要每個BS的導頻強度高于“導頻中斷門限值”，MS36就可以維持與原有BS38以及新BS的通信。當其中一個導頻信道變?nèi)跣∮趯ьl中斷門限值時，MS 36會把這種變化通知給BS。則BS可以確定新的活動集合，并且把新的活動集合通知給MS36。根據(jù)BS的通知，MS36可以把變?nèi)醯膶ьl信號降級為鄰近集合。這就是切換方案的一個實例。當連接失效時，MS36典型地開始進行切換或處于切換過程中。由于正如本領域所公知的，較差的覆蓋情況或較弱的信號環(huán)境通常都存在于小區(qū)邊緣、導頻信號受到破壞的區(qū)域、或受小區(qū)呼吸效應嚴重影響的區(qū)域中，因此這種現(xiàn)象可以預見的。
中斷的連接可以以多種方式來說明中斷連接。圖5中給出本領域內(nèi)公認已知的情況，即CDMA無線網(wǎng)絡中的第2層確認失敗。在圖5的實例中，MS正在發(fā)送PSMM48，請求BS做出確認。BS可以正確地接收，但是在圖5所示的情況中，MS沒有接收到來自BS的確認(ACK)46。MS根據(jù)重傳計數(shù)器，重新發(fā)送消息N1m(＝9)次，并且然后終止(切斷)連接。當針對包括請求MS維持連接所需要的導頻在內(nèi)的PSMM48出現(xiàn)第2層確認失效時，通常就會出現(xiàn)這種失敗。
圖6中給出第二種情況，其中在CDMA無線網(wǎng)絡內(nèi)利用本發(fā)明可以進行恢復。這種情況被公認為前向鏈路衰落失敗。衰落就是一段時間內(nèi)接收信號功率的衰耗。在這種情況中，MS接收N2m(＝12)次連續(xù)的壞幀50，對此做出的響應就是禁止其發(fā)射機52工作。如果在T5m(＝5)秒鐘之后，即衰落定時器超時之前MS還不能接收到N3m(＝2)個連續(xù)好幀，則MS會切斷連接54。在MS把導頻升級為候選集合并且需要發(fā)送PSMM，或者在MS已經(jīng)發(fā)出PSMM但是在接收到切換指示消息之前的時間內(nèi)，通常會出現(xiàn)這種失敗。
由于存在過高的幀差錯率或突發(fā)差錯率，因此可以出現(xiàn)第2層確認失敗以及前向鏈路衰落失敗。如圖7所示，信道58可以被分割為時隙60或超幀，其典型長度為80毫秒。每個時隙可以被分為三個階段62。這些階段的序號為0、1和2。與階段頂部相重疊的是四個幀64。在超幀邊緣處，這四個幀與三個階段對齊。因此每幀64的長度典型地是20毫秒。在每幀64內(nèi)，包括頭域66、某些信令信息68以及可能的某些數(shù)據(jù)70。應該可以理解到，幀64的內(nèi)容是不同的。一幀內(nèi)可以包含信令和數(shù)據(jù)，另一幀內(nèi)可以只包含信令，而且另一幀內(nèi)可以只包含數(shù)據(jù)。每幀64還可以具有不同的數(shù)據(jù)速率，這可以在逐幀的基礎上進行變化。在某些示范通信標準中，包括四種數(shù)據(jù)速率全速率、半速率、四分之一速率以及八分之一速率。這樣，例如沒有語音活動時，可以以八分之一幀速率傳送信息，由于以較低速率傳遞信息將要求較少的功率和帶寬，因此這樣是有好處的。
在實際通信系統(tǒng)中，以0％錯誤率(即正確地接收所有幀)為目標，這既不可行也不是所期望的。相反，例如可以采用1％的錯誤率為目標。功率控制環(huán)路實際控制這種幀錯誤率。在該實例內(nèi)，如果幀錯誤率高于1％，則功率控制環(huán)路可以提高MS發(fā)送的信號功率，使得幀錯誤率降低到1％左右。另一方面，如果幀錯誤率小于1％，則功率控制環(huán)路可以減小其發(fā)射功率，以節(jié)約功率，并且允許幀錯誤率提高到1％。因此，BS可以通過配置消息內(nèi)的功率控制比特，連續(xù)地指揮MS以各種功率電平進行發(fā)送，使得當MS在特定區(qū)域內(nèi)移動，或其它干擾開始或終止時，可以維持1％左右的錯誤率。典型地，MS遵循由BS向MS推薦的功率電平。此外，BS和MS可以連續(xù)地相互提供反饋，使得可以改變對方的功率電平。然而，BS沒有必要在MS反饋的基礎上改變其發(fā)射機的功率電平。
盡管使用上述的功率控制環(huán)路，但是當MS在蜂窩網(wǎng)絡內(nèi)移動，并且由于物理障礙物、鄰近信道干擾以及接近扇區(qū)邊緣位置而造成的信號強度和信號質(zhì)量的波動時，錯誤率會變得不可控制，而且當錯誤率提高到不可容忍的級別時，中斷的連接也將是個問題。
挽救過程前面已經(jīng)提出了基于反向鏈路或重新開始連接的挽救過程。在典型的基于反向的挽救過程中，MS發(fā)送挽救信道，同時通信網(wǎng)絡在嘗試解調(diào)挽救信道的過程中利用一個或多個扇區(qū)。然而，所提出的基于重新開始連接的挽救過程利用隨機接入信道，并且由于MS在進行探測，因此需要大量的功率，而且這也會引入大量的干擾。此外，只有在前向衰落狀況中，才會激活所提出的基于反向的挽救過程，并且由于MS在BS之前進行發(fā)送，因此該方法是有缺陷的，出于隨后將解釋的原因，其效率也較低。
為了克服基于反向的挽救過程帶來的缺陷，也已經(jīng)提出了基于前向的挽救過程。在于2001年10月16日提交的、題為“Forward Linkbased Rescue Channel Method and Apparatus forTelecommunication Systems(用于電信系統(tǒng)的基于前向鏈路的挽救信道方法和設備)”的美國專利申請中(序列號No.09/978,974)描述了這種基于前向的挽救過程，其中描述了防止在MS與電信網(wǎng)絡的基礎設備之間出現(xiàn)信號損耗以及中斷連接的方法和設備。此處所指的連接包括(但是不局限于)語音、多媒體視頻和音頻流、分組交換數(shù)據(jù)和電路交換數(shù)據(jù)連接、短消息序列或數(shù)據(jù)脈沖、以及尋呼等等。該過程，此處通常被稱作前向挽救過程(FRP)允許系統(tǒng)能夠從MS或BS的失敗中恢復，否則就會導致中斷的連接。能夠利用FRP克服的失敗方案實例中包括前向鏈路第2層(L2)確認失敗以及由于導致信號丟失的時間長度超過門限值的衰落而造成的前向鏈路信號的丟失。為了響應潛在的連接中斷情況，MS會自動把BS導頻信道添加到其瑞克接收機的活動集合中，使得在存在中斷危險的情況下能夠挽救連接。目前，網(wǎng)絡基礎設備可以在FRP期間內(nèi)，在MS有可能監(jiān)測的替代前向鏈接信道中開始傳輸。如果MS監(jiān)測相同的信道，并且由基礎設備在其中進行傳輸，則可以挽救存在中斷危險的連接。
廣義FRP包括MS FRP，并且還可以包括基礎設備FRP。圖8中說明典型連接挽救過程中的MS FRP和基礎設備FRP的時間流程實例。如上所述，盡管MS FRP對于任何挽救來說都非常重要，但是盡管建議基礎設備FRP，但它并不是嚴格必需的。
MS RFP的觸發(fā)取決于出現(xiàn)失敗的類型。在第2層失敗的情況中，根據(jù)請求確認的消息的失敗重傳次數(shù)來激活FRP。在前向鏈路衰落失敗的情況中，如果信號丟失的時間長度超過門限值(見參考數(shù)字72)，則激活RFP。
MS在開始挽救嘗試的時候啟動FRP定時器(見參考數(shù)字74)。如果挽救完成之前FRP定時器超時，則連接中斷。此外，在開始挽救嘗試的時候，MS關閉其發(fā)射機并且選擇新的活動集合(見參考數(shù)字74)。在該實施例內(nèi)，MS有效地假設基于它已經(jīng)發(fā)出的PSMM的切換指令(無論PSMM是否真正被發(fā)送、成功地發(fā)送或得到確認)。換句話說就是，MS把導頻自動升級到活動集合中，而不需要切換指令(也就是，新的活動集合就是原有活動集合與自動升級的活動導頻的并集S″＝S∪S′)(見參考數(shù)字7 6)。然后MS開始循環(huán)該新的活動集合，搜索挽救信道。如上所述，盡管術(shù)語挽救信道中包括各種用于定義各種通信協(xié)議中使用的信道的方案，但是出于闡述簡明的目的，挽救信道此處被標識為假設碼信道(ACC)(見參考數(shù)字78)。
如上所述，盡管建議，但是網(wǎng)絡內(nèi)的每個BS并不嚴格需要基礎設備FRP。如果實施基礎設備FRP(見參考數(shù)字80)，則基礎設備(網(wǎng)絡)可以選擇它要從中發(fā)送ACC的扇區(qū)。
在FRP的一個實施例中，在挽救期間通過ACC發(fā)送空(空白)數(shù)據(jù)。在另外的實施例中，盡管如果MS真正找到并且成功地解調(diào)該ACC，則MS只能接聽到該數(shù)據(jù)，但是可以通過ACC傳遞該數(shù)據(jù)。
在同一時間點處，MS將找到并且解調(diào)N3M個ACC的好幀(見參考數(shù)字82)，打開其發(fā)射機，并且開始發(fā)送回BS。一旦MS和BS接收到預定數(shù)量的好幀，則完成挽救過程(見參考數(shù)字84)并且BS可以為MS重新分配更多的永久信道。此外，網(wǎng)絡可以通過例如開銷重新分配ACC。在挽救之后，通過發(fā)送能夠重新使用任意現(xiàn)有的切換消息(例如一般或通用切換指令消息)的挽救完成切換消息86，BS還能夠重新分配MS活動集合，以便在挽救之后進行整理。有關基于前向的挽救過程的其它細節(jié)，可以參見于2001年10月16日申請的、題為“ForwardLink Based Rescue Channel Method and Apparatus forTelecommunication Systems(電信系統(tǒng)中基于前向鏈路的挽救信道方法和設備)”的美國發(fā)明專利申請(序列號No.09/978,974)。
一般來講，為了維持連接，例如上述的連接挽救方法通過查找其它或不同的活動集合(即一組切換的BS扇區(qū))，典型地嘗試去重新建立連接。無論采用何種方法，很明顯某些連接挽救嘗試將會失敗。
如果連接重復失敗，則挽救過程可以在擴展時間長度內(nèi)無限制地繼續(xù)嘗試挽救過程。這可以導致用戶音頻信號在語音連接中出現(xiàn)不恰當?shù)仂o音。在分組數(shù)據(jù)連接中，將會負面地影響例如數(shù)據(jù)吞吐量等業(yè)務質(zhì)量參數(shù)。如果連接重復失敗并且成功地重復執(zhí)行挽救嘗試，則可以出于挽救的目的，對資源進行綁定。這可以負面地影響業(yè)務質(zhì)量以及受到連接失敗的單個MS以及其它MS的容量，并且還影響網(wǎng)絡基礎設備元素。
因此，所期望的就是有效且安全的過程，以限制避免通信連接中斷所做出的嘗試的次數(shù)和密度。
發(fā)明概述連接挽救方法就是被設計去挽救連接，避免它由于通信失敗(例如前向鏈路衰落)或第2層確認重試超時而造成中斷的過程。然而如果對挽救的次數(shù)和頻率沒有任何控制，則MS在連接繼續(xù)失敗的情況下，可以不斷地重新嘗試挽救。這將會出現(xiàn)如下情況即用戶會經(jīng)受長時間的靜音或較差的音頻質(zhì)量，使得用戶非常失望，并且提高用戶改換到另一業(yè)務提供商的概率。此外，系統(tǒng)的容量和性能作為整體也會受到重復傳輸?shù)挠绊憽?br> 本發(fā)明提供有效且安全的過程，以限制避免通信連接中斷所做出的嘗試的次數(shù)和密度。挽救嘗試的限制程度可以取決于網(wǎng)絡資源及其可用性。例如，如果維持連接的成本中包含由于大功率挽救過程而對容量帶來的負面影響，則網(wǎng)絡操作期望挽救次數(shù)是有限的。另一個影響就是用戶會經(jīng)受大量的靜音。例如，如果連接花費80％的時間進行挽救，而且其20％的時間處于較差的狀況中，其中幀錯誤率(FER)非常高(例如高于30％)，則不值得再維持該連接。由于為挽救而保留的基本不用的帶寬可以被用于其它較好業(yè)務質(zhì)量的連接，因此維持這種連接不值得進行挽救所需要的資源。
存在多種實現(xiàn)重試限制的方法。一種方法就是限制每個連接的挽救次數(shù)。另一種方法就是只有從上次挽救后經(jīng)過特定時間之后，才能允許一次挽救。另一種方法要限制每個預定時間內(nèi)挽救的總次數(shù)。除此之外，還可以采用這些限制的組合。
此外還希望警告語音用戶，連接出現(xiàn)中斷，而不是簡單地長時間使音頻靜音。在一種情況下，音頻可以被非限制地靜音，特別是如果用戶在較差覆蓋區(qū)域內(nèi)處于靜態(tài)?；蛘?，MS在快速連續(xù)的特定數(shù)量的成功挽救之后(或者在某個短時間周期內(nèi))，才會警告用戶，是應該繼續(xù)進行挽救還是使得連接中斷。
在另一實施例內(nèi)，MS應該記錄某段時間內(nèi)接收到好幀的百分比，并且將其與門限值比較，確定它是不是太低以至于不能維持通話。此外，MS應該記錄反向傳輸?shù)那闆r，即在這一段時間內(nèi)真正發(fā)送了多少幀(被發(fā)送幀占所有幀的百分比)。這種幀計數(shù)中應該只包括被發(fā)送的幀，而不必要是所有所生成的幀。如果百分比太低(或出現(xiàn)非活動的長脈沖)，則MS能夠利用它作為輸入，以確定是否需要繼續(xù)挽救該連接?；蛘撸绻麢z測到需要確認的消息的特定次數(shù)的失敗重傳(但是不足以觸發(fā)第2層確認失敗)，或檢測到特定數(shù)量的壞幀(但是不足以檢測前向鏈路衰落失敗)，或者在任意其它指示符的基礎上檢測到總體較差的連接，則不挽救隨后的失敗。
附圖簡述圖1中說明了在無線通信系統(tǒng)中的扇區(qū)之間的不同位置中移動的漫游移動臺。
圖2中說明了無線通信系統(tǒng)中移動臺與基站之間的示范通信鏈路。
圖3中說明了無線通信系統(tǒng)中從基站發(fā)送到移動臺的開銷消息。
圖4中說明了與漫游移動臺通信的無線通信基礎設備。
圖5是移動臺與基站之間的消息序列，這將由于第2層確認失敗而導致一個中斷的連接。
圖6是表示由于無線通信系統(tǒng)中的前向鏈路衰落而導致的中斷連接的時間流程。
圖7是無線電信網(wǎng)絡內(nèi)使用的、被分割為三個階段以及四幀的超幀的時間流程。
圖8是前向挽救過程被激活時的實施例的時間流程。
圖9根據(jù)本發(fā)明的實施例，說明了重試限制的執(zhí)行實例。
圖10根據(jù)本發(fā)明的實施例，說明示范限制參數(shù)查找函數(shù)的表格。
圖11根據(jù)本發(fā)明的實施例，說明前向鏈路中連接挽救控制消息傳送的實例的命令消息表格。
圖12根據(jù)本發(fā)明的實施例，給出說明控制挽救嘗試過程的流程圖。
圖13A到13F是說明本發(fā)明實施例的示范消息和事件序列圖。
優(yōu)選實施例的詳細描述在隨后優(yōu)選實施例的描述中，參考構(gòu)成其中一部分的附圖，并且通過說明實現(xiàn)本發(fā)明的特定實施例的方式給出?？梢岳斫獾?，也可以應用其它實施例并且可以做出結(jié)構(gòu)上的修改，而不會脫離本發(fā)明優(yōu)選實施例的覆蓋范圍。還應該理解到，盡管僅出于解釋的目的，在此所提供的描述可以參考CDMA通信協(xié)議(基于碼的協(xié)議)，但是本發(fā)明的實施例一般也可以用于其它通信協(xié)議和數(shù)字無線技術(shù)并且包括但不局限于CDMA、TDMA、FDMA、GSM、GPRS等。
圖9中根據(jù)本發(fā)明的實施例，說明重試限制的執(zhí)行實例。在圖9中，MS在時刻88失敗，在時刻90被挽救，在時刻92再次失敗，在時刻94再次被挽救，并且失敗與被挽救的這個模式將持續(xù)下去。如果該MS在相對較長的累積時間(例如30％的時間)內(nèi)使用挽救信道，則這樣就會帶來若干問題。首先，大量的失敗會為用戶造成大量的靜音。第二，浪費了例如碼字、功率等資源。第三，大量挽救可能對其它信道造成過多的干擾。為了克服這一問題，可以對需要挽救的連接設置重試限制。
本發(fā)明的實施例采用多種方法去執(zhí)行重試限制。一種方法可以限制每個連接的挽救次數(shù)。如圖9所示，對于任意連接來說，可以允許對M次失敗進行M次挽救，并且當超過該數(shù)字時，則時刻96的第N次失敗不被允許，而且連接會中斷。另一種方法就是只有經(jīng)過了前一次挽救后的特定量的時間之后，才允許實施挽救過程。在圖9中，如果前一次挽救與下一次失敗的時間間隔t1大于預定時間量TIME1，則可以挽救該連接。然而，如果前一次挽救與下一次失敗的時間間隔t2小于TIME1，則不能允許進行挽救。另一種方法是限制每個預定時間內(nèi)挽救的總次數(shù)。圖9中，在時刻90出現(xiàn)失敗1的挽救之后，定時器可以開始對預定時間量T3進行計數(shù)。在時間間隔T3內(nèi)，只可以挽救固定數(shù)量的失敗，而且一旦達到該數(shù)量，則時間段T3內(nèi)的其它失敗(例如圖3實例內(nèi)在時刻96上的失敗N)就會導致中斷的連接。此外，還可以采用這些限制的組合。
當出現(xiàn)觸發(fā)挽救過程的事件(例如L2確認和前向鏈路衰落失敗)，或者出現(xiàn)達不到需要挽救的失敗事件時，就會執(zhí)行重試限制。上述出現(xiàn)的兩種事件此處都被稱作潛在的失敗連接。出現(xiàn)達不到需要挽救的失敗事件通常表示較差的連接。例如，如果MS檢測到在一段時間內(nèi)接收到的好幀的百分比小于某個預定門限值，則不挽救隨后的失敗。此外，如果MS檢測到一段時間內(nèi)發(fā)送的幀的數(shù)量小于某個預定的門限值，則可以不挽救隨后的失敗?；蛘撸绻麢z測到需要確認的消息的特定次數(shù)的失敗重傳(但是不足以觸發(fā)第2層確認失敗)，或檢測到特定數(shù)量的壞幀(但是不足以檢測前向鏈路衰落失敗)，或者在任意其它指示符的基礎上檢測到總體較差的連接，則不挽救隨后的失敗。
挽救決定可以由挽救命令控制，該命令是MS和BS之間的指令消息。當連接沒有失敗時，可以傳遞這些挽救命令，而且在挽救已經(jīng)開始之后，在連接開始時，在每次切換時，或者其它重要的時間點上才會出現(xiàn)這些挽救命令。發(fā)送到MS的特定挽救命令，例如連接挽救“允許”或“不允許”命令可以命令MS進一步的挽救被允許，或者進一步的挽救不被允許。對于發(fā)送到MS的特定挽救命令來說，BS典型地利用其處理器去做出挽救決定。例如，BS可以為每個連接維持一個挽救計數(shù)，并且發(fā)送“允許”命令，直到超過最大的計數(shù)值，于是BS就會為剩余的連接發(fā)送“不允許”命令。
挽救控制命令還可以被發(fā)送到MS，為挽救決定交換所需要的挽救參數(shù)，例如所允許進一步被挽救的數(shù)量，允許另一挽救之前的時間延時，挽救的頻率或密度等。圖10是給出限制參數(shù)查找函數(shù)實施例的實例表格。在一實施例內(nèi)，挽救控制命令可以通過在表格中提供索引98，對限制進行規(guī)定。這允許使用較少的比特，對信息進行更加有效的通信。
挽救控制命令還可以為每種類型的中斷(例如L2或衰落)包含特定控制信息。例如，挽救控制命令可以指示MS不再挽救隨后的衰落失敗，或在允許隨后L2失敗之前等待一分鐘，等等。在本發(fā)明的一個實施例內(nèi)，可以維護由例如失敗類型等不同參數(shù)為特征表示的挽救記錄，并且該數(shù)據(jù)可以被重新用于做出判決。例如，網(wǎng)絡可以發(fā)現(xiàn)L2確認失敗通常更加可能被快速地挽救，并且不再需要進一步挽救，因此網(wǎng)絡可以鼓勵對L2失敗連接進行第二次、第三次以及進一步挽救，而同時拒絕衰落連接的重新挽救。
類似地，挽救控制命令中還可以為每種中斷原因(覆蓋、切換速度、導頻破壞等等)包含特定控制信息。例如MS可以因為移動到覆蓋區(qū)域之外而導致失敗。此外，某些失敗是由于切換過快或過慢所引起的。例如，如果MS正在從扇區(qū)A轉(zhuǎn)移到扇區(qū)B，并且添加扇區(qū)B(即開始與MS的通信)，以及在MS與扇區(qū)B建立確切連接之前就中斷扇區(qū)A(終止與MS的通信)，則就會由于切換過快而出現(xiàn)失敗。另一方面，如果MS正在從扇區(qū)A轉(zhuǎn)移到扇區(qū)B，并且添加扇區(qū)B而中斷扇區(qū)A，但不是直到MS已經(jīng)丟失其與所述MS的連接，則就會由于切換過慢而出現(xiàn)失敗。連接可以由于導頻破壞而失敗，其中因為出現(xiàn)多個類似的導頻或邊緣信號強度，所以正在轉(zhuǎn)移的MS就會不知所措，在找到適當?shù)膶ьl之前就會失敗。這樣失敗的原因是可以由利用本地信息、PSMM(沒有其它足夠強的導頻去挽救連接)、一系列PSMM、不會被作為消息的一部分被發(fā)送的所做的其它測量等等的網(wǎng)絡檢測到或預測的。根據(jù)造成中斷的原因，挽救控制命令的參數(shù)是可以變化的。應該理解到，針對中斷原因的特定挽救參數(shù)可以預計中斷連接的原因，并且在任意失敗連接之前被傳送或建立。當檢測到失敗連接，并且確定失敗連接的原因時，針對失敗連接原因的特定挽救參數(shù)可以影響挽救判決。
在本發(fā)明另外的實施例中，挽救控制命令中還可以為每種環(huán)境(例如數(shù)據(jù)、語音等連接類型、扇區(qū)、地理位置、MS、MS廠商等)包含特定控制信息。網(wǎng)絡能夠密切地控制挽救嘗試的好處在于它能夠使得資源利用的效率最大化。例如，如果MS進入通常不能有效地執(zhí)行多次挽救的區(qū)域內(nèi)，則網(wǎng)絡可以在每個扇區(qū)的基礎上限制挽救。這是在切換之后設置參數(shù)的好處之一。
因此挽救控制命令可以傳遞挽救判決所需要的預定信息(挽救參數(shù))，例如所允許的進一步挽救的次數(shù)，允許另一次挽救之前的時間延時等，或者與中斷類型(例如L2或衰落)相關的連接特定信息，中斷的原因(覆蓋、切換速度、導頻破壞等)或環(huán)境(例如數(shù)據(jù)、語音等連接類型、扇區(qū)、地理位置、MS、MS廠商等)。然而應該理解到，不需要經(jīng)過挽救控制命令對該信息進行通信。在本發(fā)明另外的實施例中，MS或網(wǎng)絡都可以存儲預定的挽救參數(shù)，或者可以在失敗連接之前或失敗連接時獨立地確定連接特定的挽救參數(shù)，并且在其做出挽救判決過程中使用這一信息。
根據(jù)本發(fā)明的實施例，MS或網(wǎng)絡挽救控制的其它實施例中可以包括基于同一地理位置或時間段內(nèi)，或者針對特定MS的以前挽救嘗試成功的挽救限制。例如，如果網(wǎng)絡或MS注意到MS通過如下方式被挽救，使得必需要實施下一次挽救，但是不允許進一步進行挽救。挽救限制可以根據(jù)附近的最近或當前連接進行自適應地學習。例如，如果MS試圖挽救但是失敗了，就不允許挽救其它所有具有失敗連接以及經(jīng)歷相同狀況的MS。
本發(fā)明的另一實施例針對前一次執(zhí)行挽救的速度定義挽救限制。因為在連接中將要使用更多的時間，并且在挽救中使用較少的時間，因此挽救速度是越快越好。挽救越慢，就會浪費更多的資源，并且在給定時間內(nèi)所能夠執(zhí)行的挽救次數(shù)也就越少。這樣，能夠?qū)嵤┛焖偻炀鹊腗S可以被允許隨后進行挽救，而需要長時間進行挽救的MS不被允許隨后進行挽救。另一實施例針對在靜音(反向或前向鏈路，或者兩者)上累積花費了多少時間(百分比)，來定義挽救限制。
上述的挽救控制消息可以是獨立的消息，或者為了傳遞每個扇區(qū)的參數(shù)，也可以鑲嵌在切換指令消息、業(yè)務系統(tǒng)參數(shù)消息、或鄰居列表更新消息中。此外，當連接繼續(xù)時在挽救的結(jié)尾，被挽救的MS可以被利用信道分配消息分配給特定信道。挽救控制信息特別適于在挽救的結(jié)尾時被包含這些信道分配消息當中。
圖11是說明前向鏈路中連接挽救控制消息傳送實施例的示范命令消息表格。圖11中給出挽救重試控制的被指示的消息傳送實施例。注意到，連接挽救控制命令參數(shù)可以在ORDQ 100中規(guī)定。圖11中以用于在IS-2000-A標準中規(guī)定命令的方式，給出挽救命令的實現(xiàn)，但是一般還可以適用于開銷、切換指令、信道分配以及其它用于通過空中協(xié)議的消息?？梢灾苯影堰@些思想擴展到除cdma 2000以外的承載中。
在本發(fā)明的一個實施例中，當MS從網(wǎng)絡接收控制命令時，MS可以利用其處理器做出挽救判決。例如，如果MS接收到包含允許下一次挽救之前的時延在內(nèi)的控制命令，則MS可以在要求時間內(nèi)維持計數(shù)器或定時器，使得其自身可以挽救其它失敗。
還可以把挽救命令從MS傳送到BS。例如，如果MS接收包含允許下一次挽救之前的時延在內(nèi)的控制命令，并且MS維持計數(shù)器或定時器，對該時間間隔進行計數(shù)，則MS可以在該段時間內(nèi)向BS發(fā)送特定命令，指示BS不要嘗試挽救連接。當該時間段結(jié)束時，并且MS允許其自身去挽救其它失敗，則MS可以向BS發(fā)送特定命令，指示BS試圖去挽救其它的失敗。
此外，MS可以獨立于BS，維持用于建立重試限制的自己的策略。例如，為了限制用戶對手持設備的失望程度，MS可以實施其自己的重現(xiàn)限制過程，它比網(wǎng)絡重試限制準則更加嚴格，其中如果在單一連接中出現(xiàn)特定有限儲量的挽救，則不能允許實施其它的挽救。類似于上述的網(wǎng)絡，MS可以檢測失敗的類型、原因或環(huán)境，并且因此改變其挽救控制命令。這樣，應該可以理解到，盡管為了簡化闡述的目的，主要針對網(wǎng)絡重試限制策略進行了描述，但是在此討論的重試限制策略也同樣可以適用于MS重試限制策略。
在本發(fā)明的另一實施例內(nèi)，最好能夠?qū)φZ音用戶發(fā)出提示出現(xiàn)連接中斷，而不是簡單地在長時間內(nèi)令音頻靜音。例如，如果用戶在較差覆蓋區(qū)域內(nèi)是靜止的，則可以在非限制時間段內(nèi)出現(xiàn)音頻的靜音。或者，MS可以在特定次數(shù)的快速連續(xù)的(或者在某個短時間內(nèi))成功挽救之后提示用戶挽救是否應該繼續(xù)或者連接應該中斷。例如，在預定次數(shù)的挽救之后，MS可以播放語音記錄，通知用戶連接失敗，并且為用戶提供選擇，他們可以按動特定按鍵或者通過語音命令，去試圖實施其它挽救或終止連接。MS還可以提示用戶，輸入特定用戶可配置的挽救參數(shù)，例如用戶允許為給定連接實施的挽救次數(shù)。這些用戶可配置的挽救參數(shù)會服從所有MS或網(wǎng)絡重試限制準則并且受到這些準則的限制。
而且，此處討論的重試限制策略同樣適用于基于反向和前向的挽救過程。對于基于前向的挽救過程來說，其中網(wǎng)絡發(fā)送挽救信道，由于MS可以獨立做出其自己的挽救判決，并且將判決傳送給網(wǎng)絡，因此網(wǎng)絡的挽救意圖可以基于其自己的挽救判決以及/或者MS的挽救意圖。一旦建立網(wǎng)絡的挽救意圖，則網(wǎng)絡會將其挽救意圖通知給MS，使得如果不嘗試進行挽救時，MS會簡單地切斷連接，而不是等待并且查找挽救信道。對于基于反向的挽救信道來說，其中將由MS發(fā)出挽救信道，由于網(wǎng)絡可以獨立做出其自己的挽救判決，并且將判決傳送給MS，因此MS的挽救意圖可以基于其自己的挽救判決以及/或者網(wǎng)絡的挽救意圖。一旦建立MS的挽救意圖，則MS會將其挽救意圖通知給網(wǎng)絡，使得如果不嘗試進行挽救時，網(wǎng)絡會簡單地切斷連接，而不是等待并且查找挽救信道。
圖12是根據(jù)上述本發(fā)明的實施例，總結(jié)控制挽救嘗試的通用過程的流程圖。例如MS或BS的網(wǎng)絡實體去監(jiān)測連接110，以確定連接是否失敗，以及是否要求挽救或應該進行嘗試。在一實施例內(nèi)，MS和BS可以執(zhí)行圖12的過程。監(jiān)測實體校驗連接是否失敗120，并且如果沒有失敗則繼續(xù)監(jiān)測110。如果連接失敗，則過程確定在挽救嘗試中存在什么活動限制(如果存在的話)130。這可以包括調(diào)用由網(wǎng)絡發(fā)送到MS的挽救限制、預配置的參數(shù)或者讀取數(shù)據(jù)庫條目。塊130還包括確定適用于限制的信息，例如為當前連接已經(jīng)做出的挽救嘗試的次數(shù)。然后在塊140中，實體在限制以及當前狀況的基礎上，檢驗是否允許挽救。如果由于這種挽救將要超出為挽救所提出的限制或約束而不挽救連接，則可以導致連接中斷170。如果挽救是允許的，則實體啟動挽救嘗試150，如果成功160，則重新建立連接。然后實體繼續(xù)監(jiān)測任意其它的失敗110。如果挽救失敗，則連接中斷170。
圖13A到13F是給出本發(fā)明實施例實例的消息和事件序列圖。本發(fā)明的實施例中包括信令機制，它可以被用于影響MS或BS有關是否挽救連接，或是否繼續(xù)挽救保持失敗的連接的決定。本發(fā)明的實施例包括限制一個連接內(nèi)的挽救次數(shù)，限制特定時間段內(nèi)的挽救次數(shù)，限制挽救之間的時間(即直到經(jīng)過特定時間之后才允許另一個連接)，或者上述的某些組合。在限制挽救之間的時間的情況下，如果連接在成功挽救之后不久又失敗，則連接會中斷。描述這種限制的參數(shù)可以在標準中被規(guī)定、預定義或者通過消息傳送而被傳送導限制挽救過程的實體。在一實施例內(nèi)，基礎設備(網(wǎng)絡)可以在開銷消息內(nèi)向MS傳輸限制參數(shù)。
圖13A給出與參考BS190通信的MS180。成功挽救協(xié)議200之后，參考BS190可以發(fā)送連接挽救禁止命令210，該命令規(guī)定不能再允許挽救該MS180。由塊220表示的某段時間超時之后，然后參考BS190可以發(fā)送連接挽救允許命令230，告知MS180如果出現(xiàn)失敗，則允許該MS180嘗試挽救連接。
圖13B說明了另一實施例，其中連接挽救控制命令240把當前有效的特定連接挽救限制通知給MS180，該命令在成功挽救過程200之后被發(fā)送給MS180。例如，連接挽救控制命令240可以規(guī)定MS180不能再次挽救，直到由塊250表示的時間超時。
圖13C給出參考BS190如何在開銷消息260中，向MS180傳輸通用挽救限制。這種開銷消息的實例中包括尋呼信道系統(tǒng)參數(shù)消息或業(yè)務系統(tǒng)參數(shù)消息。除了不同的控制挽救嘗試方式之外，還存在規(guī)定方法行為的若干方式。某些實施例的實例中包括規(guī)定在標準或?qū)嵤┲械耐炀却螖?shù)(每個連接或每時間段或其它)是固定的，在開銷260(尋呼信道或其它通用信道消息傳送)中規(guī)定這種信息，規(guī)定每個連接(每個MS)的信息(例如在連接開始或每次切換時)，或者在成功挽救時或之后規(guī)定參數(shù)。在一個實施例內(nèi)，在開銷消息260中規(guī)定的限制可以包括挽救嘗試之間的時間。圖13C給出超過這種時間限制的時間段270，并且因此在從第一次成功挽救290后的時間270之后允許第二次挽救280。圖13C還給出切換消息300中還可以包括修改的連接挽救限制信息，并且以及時的方式提供這種參數(shù)信息。
圖13D給出切換消息310如何可以更新在任意挽救出現(xiàn)之前，在開銷消息320中先前規(guī)定的限制。例如，可以改變時間限制330。
類似地，圖13E給出接收到切換消息310之后，新的開銷消息340可以更新在出現(xiàn)任意挽救之前被先前規(guī)定的限制。再次給出實例，其中時間限制330是可以變化的。
圖13F給出在一段時間內(nèi)允許多次挽救的實施例。在圖13F的實施例中，在連接挽救控制命令350中傳輸這種限制。注意到，盡管在360a到360c完成多次連接挽救，但是MS不能啟動挽救350d，直到經(jīng)過額外的時間段370之后，其原因在于在很短的時間段內(nèi)已經(jīng)執(zhí)行了多次挽救。應該可以理解到，在圖13A-13F中，如果在任意指示的時間段內(nèi)出現(xiàn)了失敗，則連接就會中斷。
盡管上述給出的重試限制概念采用CDMA蜂窩網(wǎng)絡作為實例，但是為存在中斷危險的連接建立挽救重試限制也可以適用于或者被擴展推廣到其它無線通信協(xié)議以及例如尋呼系統(tǒng)、衛(wèi)星通信系統(tǒng)、無繩電話系統(tǒng)、瞬間(fleeting)通信系統(tǒng)等的其它無線協(xié)議和技術(shù)當中。此處描述的BS的概念包括重發(fā)器或不同的天線分集方案，無繩基座(base)、衛(wèi)星或其它電話等。此處描述的MS的概念包括尋呼機、衛(wèi)星電話、無繩電話、瞬時無線電設備等。
盡管參考附圖，通過其實施例完全描述了本發(fā)明，但是注意到對于本領域的技術(shù)人員來說，很明顯可以做出各種變化和修改。這種變化和修改可以被理解為包含在所附權(quán)利要求中定義的本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種在一個系統(tǒng)中用于限制潛在失敗連接的挽救次數(shù)的方法，所述系統(tǒng)包含網(wǎng)絡以及一個或多個移動臺(MS)的系統(tǒng)中，該系統(tǒng)使得能夠與一個或多個MS進行通信，并且用于挽救至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS，所述方法包含識別潛在失敗的連接；為潛在失敗的連接確定當前的挽救限制；如果在當前的挽救限制基礎上，可以允許挽救，則允許對潛在的失敗連接進行被嘗試的挽救；如果在當前的挽救限制基礎上，禁止挽救，則禁止對潛在失敗的連接進行被嘗試的挽救。
2.如權(quán)利要求1所述的方法，當前挽救限制的確定包括考慮潛在失敗連接開始之前所確定的先前存在的挽救限制，或潛在失敗連接時確定的挽救參數(shù)。
3.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定每個連接的潛在失敗連接的挽救嘗試將被限制在預定次數(shù)內(nèi)。
4.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定只有從前一次連接挽救開始經(jīng)過預定時間之后，才允許潛在失敗連接的挽救嘗試。
5.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定只有在預定時間內(nèi)已經(jīng)出現(xiàn)預定次數(shù)的連接挽救，才會允許潛在失敗連接的挽救嘗試。
6.如權(quán)利要求1所述的方法，當前挽救限制的確定包括如果連接已經(jīng)先前被表征為較差的連接，則禁止?jié)撛谑∵B接的挽救嘗試。
7.如權(quán)利要求1所述的方法，還包括確定如果在預定時間段內(nèi)，MS先前接收到的好幀的百分比小于預定門限百分比，則禁止具有潛在失敗連接的MS的挽救嘗試。
8.如權(quán)利要求1所述的方法，還包括確定如果在預定時間段內(nèi)，由MS先前發(fā)送的幀的百分比小于預定門限百分比，則禁止具有潛在失敗連接的MS的挽救嘗試。
9.如權(quán)利要求1所述的方法，還包括確定如果在預定時間段內(nèi)，MS先前接收到的好幀的數(shù)量小于預定門限數(shù)值，則禁止具有潛在失敗連接的MS的挽救嘗試。
10.如權(quán)利要求1所述的方法，還包括確定如果先前已經(jīng)檢測到由該MS對于需要確認的消息的預定數(shù)量的失敗重傳，則禁止具有潛在失敗連接的MS的挽救嘗試。
11.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定潛在失敗連接類型特定的當前挽救限制。
12.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定潛在失敗連接原因特定的當前挽救限制。
13.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定潛在失敗連接環(huán)境特定的當前挽救限制。
14.如權(quán)利要求1所述的方法，當前挽救限制的確定包括在具有潛在失敗連接的MS或其它MS的歷史挽救成功率的基礎上，在特定地理區(qū)域或時間段內(nèi)自適應地確定當前挽救限制。
15.如權(quán)利要求1所述的方法，當前挽救限制的確定包括在具有潛在失敗連接的MS所經(jīng)歷的狀況與該MS或其它MS先前所經(jīng)歷的狀況的相似性的基礎上，以及在具有潛在失敗連接的MS或其它MS的歷史挽救成功率的基礎上，自適應地確定當前挽救限制。
16.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定只有在預定時間段內(nèi)完成先前的連接挽救，才允許潛在失敗連接的挽救嘗試。
17.如權(quán)利要求1所述的方法，當前挽救限制的確定包括確定如果MS先前花費在靜音狀態(tài)中的時間百分比大于預定門限百分比，則禁止具有潛在失敗連接的MS的挽救嘗試。
18.如權(quán)利要求1所述的方法，還包括根據(jù)由用戶輸入到MS的命令，確定當前挽救限制。
19.如權(quán)利要求2所述的方法，其中由網(wǎng)絡執(zhí)行潛在失敗連接的識別以及當前挽救限制的確定，方法中還包括在挽救命令中，從網(wǎng)絡向具有潛在失敗連接的MS傳送先前存在的挽救限制；其中根據(jù)挽救命令，由MS確定允許或禁止被嘗試的挽救。
20.如權(quán)利要求19所述的方法，挽救命令中包含特定挽救命令，而且其中通過特定挽救命令向MS指示允許或禁止被嘗試的挽救。
21.如權(quán)利要求19所述的方法，挽救命令中包含包括控制信息在內(nèi)的挽救控制命令，而且其中由MS根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
22.如權(quán)利要求21所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
23.如權(quán)利要求2所述的方法，其中由具有潛在失敗連接的MS執(zhí)行潛在失敗連接的識別以及當前挽救限制的確定，方法中還包括在挽救命令中，從具有潛在失敗連接的MS向網(wǎng)絡傳送先前存在的挽救限制；其中根據(jù)挽救命令，由網(wǎng)絡確定允許或禁止被嘗試的挽救。
24.如權(quán)利要求23所述的方法，挽救命令中包含特定挽救命令，而且其中通過特定挽救命令向網(wǎng)絡指示允許或禁止被嘗試的挽救。
25.如權(quán)利要求23所述的方法，挽救命令中包含包括控制信息在內(nèi)的挽救控制命令，而且其中由網(wǎng)絡根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
26.如權(quán)利要求25所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
27.一種在一個系統(tǒng)中有助于限制潛在失敗連接的挽救嘗試的方法，所述系統(tǒng)包含網(wǎng)絡以及一個或多個移動臺(MS)，該系統(tǒng)使得能夠與一個或多個MS進行通信，并且用于挽救至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS，并且用于根據(jù)挽救命令限制潛在失敗連接的挽救次數(shù)，所述方法包含在網(wǎng)絡內(nèi)，為連接確定先前存在的挽救限制，以及在挽救命令中，從網(wǎng)絡向具有所述連接的MS傳遞先前存在的挽救限制。
28.一種在一個系統(tǒng)中有助于限制潛在失敗連接的挽救嘗試的方法，所述系統(tǒng)使得能夠與一個或多個MS進行通信，并且用于挽救至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS，并且用于限制潛在失敗連接的挽救次數(shù)，所述方法包含在具有潛在失敗連接的MS，識別潛在失敗連接；為潛在失敗連接確定當前的挽救限制；如果在當前的挽救限制基礎上，可以允許挽救，則允許對潛在的失敗連接進行被嘗試的挽救；如果在當前的挽救限制基礎上，禁止挽救，則禁止對潛在的失敗連接進行被嘗試的挽救。
29.如權(quán)利要求28所述的方法，還包括在具有潛在失敗連接的MS，在潛在失敗連接開始之前，在挽救命令中從網(wǎng)絡接收先前存在的挽救限制，以及根據(jù)先前存在的挽救限制，為潛在失敗連接確定當前挽救限制。
30.如權(quán)利要求29所述的方法，當前挽救限制的確定中包括考慮潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)。
31.如權(quán)利要求28所述的方法，當前挽救限制的確定中包括確定如果連接已經(jīng)先前被表征為較差的連接，則禁止?jié)撛谑∵B接的挽救嘗試。
32.如權(quán)利要求28所述的方法，當前挽救限制的確定中包括確定潛在失敗連接類型特定的當前挽救限制。
33.如權(quán)利要求28所述的方法，當前挽救限制的確定中包括確定潛在失敗連接原因特定的當前挽救限制。
34.如權(quán)利要求28所述的方法，當前挽救限制的確定中包括確定潛在失敗連接環(huán)境特定的當前挽救限制。
35.如權(quán)利要求29所述的方法，挽救命令中包含特定挽救命令，而且其中通過特定挽救命令向MS指示潛在失敗連接挽救嘗試的限制。
36.如權(quán)利要求29所述的方法，挽救命令中包含包括控制信息在內(nèi)的挽救控制命令，而且其中由MS根據(jù)包含在挽救命令中的控制信息，去確定潛在失敗連接挽救嘗試的限制。
37.如權(quán)利要求36所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
38.如權(quán)利要求28所述的方法，還包括根據(jù)由用戶輸入到MS的命令，確定潛在失敗連接的當前挽救限制。
39.一種在一個系統(tǒng)中有助于限制潛在失敗連接的挽救嘗試的方法，該系統(tǒng)包含網(wǎng)絡以及一個或多個移動臺(MS)，該系統(tǒng)使得能夠與一個或多個MS進行通信，并且用于挽救至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS，并且用于根據(jù)挽救命令限制潛在失敗連接的挽救，所述方法包含在潛在失敗連接開始之前，在具有所述連接的MS，為連接確定先前存在的挽救限制，以及在挽救命令中，從具有所述連接的MS向網(wǎng)絡傳遞先前存在的挽救限制。
40.一種在一個系統(tǒng)中有助于限制潛在失敗連接的挽救嘗試的方法，所述系統(tǒng)包含網(wǎng)絡以及一個或多個移動臺(MS)，該系統(tǒng)使得能夠與一個或多個MS進行通信，并且用于挽救至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS，并且用于限制潛在失敗連接的挽救嘗試，所述方法包含在網(wǎng)絡，識別潛在失敗的連接；為潛在失敗的連接確定當前的挽救限制；如果在當前的挽救限制基礎上，可以允許挽救，則允許對潛在失敗的連接進行被嘗試的挽救；如果在當前的挽救限制基礎上，禁止挽救，則禁止對潛在失敗的連接進行被嘗試的挽救。
41.如權(quán)利要求40所述的方法，還包括在網(wǎng)絡，在潛在失敗連接開始之前，在挽救命令中從具有所述連接的MS接收先前存在的挽救限制，以及根據(jù)先前存在的挽救限制，為潛在失敗的連接確定當前的挽救限制。
42.如權(quán)利要求41所述的方法，當前挽救限制的確定中包括考慮潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)。
43.如權(quán)利要求40所述的方法，當前挽救限制的確定中包括確定如果連接已經(jīng)先前被表征為較差的連接，則禁止?jié)撛谑∵B接的挽救嘗試。
44.如權(quán)利要求40所述的方法，當前挽救限制的確定中包括確定潛在失敗連接類型特定的當前挽救限制。
45.如權(quán)利要求40所述的方法，當前挽救限制的確定中包括確定潛在失敗連接原因特定的當前挽救限制。
46.如權(quán)利要求40所述的方法，當前挽救限制的確定中包括確定潛在失敗連接環(huán)境特定的當前挽救限制。
47.如權(quán)利要求41所述的方法，挽救命令中包含特定挽救命令，而且其中通過特定挽救命令向網(wǎng)絡指示允許或禁止被嘗試的挽救。
48.如權(quán)利要求41所述的方法，挽救命令中包含包括控制信息的挽救控制命令，而且其中由網(wǎng)絡根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
49.如權(quán)利要求48所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
50.一種能夠與一個或多個移動臺(MS)通信，并且用于限制具有潛在失敗連接的MS的挽救嘗試的通信系統(tǒng)，其中包括一個或多個MS，每個MS都具有MS處理器；以及與一個或多個MS耦合通信的網(wǎng)絡；其中至少一個具有所述與網(wǎng)絡的連接MS的MS處理器被編程用于檢測何時所述連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
51.如權(quán)利要求50所述的系統(tǒng)所述網(wǎng)絡具有一個網(wǎng)絡處理器，該處理器被編程用于為至少一個具有與網(wǎng)絡的所述連接的MS確定先前存在的挽救限制，并且在挽救命令中把該先前存在的挽救限制傳遞給所述至少一個具有所述連接的MS；以及具有與網(wǎng)絡的所述連接的至少一個MS的MS處理器還被編程用于從網(wǎng)絡接收先前存在的挽救限制，并且根據(jù)先前存在的挽救限制，為潛在失敗連接確定當前挽救限制。
52.如權(quán)利要求51所述的系統(tǒng)，MS處理器還被編程，用于通過考慮在潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)，去確定當前的挽救限制。
53.如權(quán)利要求50所述的系統(tǒng)，MS處理器還被編程，用于如果連接已經(jīng)先前被表征為較差的連接，則通過禁止?jié)撛谑∵B接的挽救嘗試，去確定當前的挽救限制。
54.如權(quán)利要求50所述的系統(tǒng)，MS處理器還被編程，用于確定潛在失敗連接類型、原因或環(huán)境特定的當前挽救限制。
55.如權(quán)利要求51所述的系統(tǒng)，挽救命令中包括特定挽救命令，并且其中通過特定挽救命令，向具有潛在失敗連接的MS指示允許或禁止被嘗試的挽救。
56.如權(quán)利要求51所述的系統(tǒng)，挽救命令中包含包括控制信息在內(nèi)的挽救控制命令，而且其中由具有潛在失敗連接的MS根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
57.如權(quán)利要求56所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
58.如權(quán)利要求50所述的系統(tǒng)，其中具有所述與網(wǎng)絡的連接的至少一個MS的MS處理器還被編程，用于根據(jù)由用戶輸入到MS中的命令，為潛在失敗連接確定當前挽救限制。
59.一種有助于限制至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS的挽救嘗試的通信網(wǎng)絡，所述至少一個MS能夠根據(jù)挽救命令去限制挽救嘗試，所述通信網(wǎng)絡內(nèi)包含網(wǎng)絡處理器被編程，用于為連接確定先前存在的挽救限制，并且在挽救命令中向具有所述連接的MS傳遞先前存在的挽救限制。
60.一種移動臺(MS)，用于當MS具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接時限制該MS的挽救嘗試的，所述移動臺包含MS處理器被編程用于檢何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
61.如權(quán)利要求60所述的MS，網(wǎng)絡能夠在挽救命令中向MS傳遞先前存在的挽救限制，以便有助于限制MS的挽救嘗試其中處理器還被編程用于從網(wǎng)絡接收在挽救命令中先前存在的挽救限制，并且根據(jù)先前存在的挽救限制，為潛在失敗連接確定當前挽救限制。
62.如權(quán)利要求61所述的MS，MS處理器還被編程，用于通過考慮在潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)，去確定當前的挽救限制。
63.如權(quán)利要求60所述的MS，MS處理器還被編程，用于如果連接已經(jīng)先前被表征為較差的連接，則通過禁止?jié)撛谑∵B接的挽救嘗試，去確定當前的挽救限制。
64.如權(quán)利要求60所述的MS，MS處理器還被編程，用于確定潛在失敗連接類型、原因或環(huán)境特定的當前挽救限制。
65.如權(quán)利要求61所述的MS，挽救命令中包括特定挽救命令，并且其中通過特定挽救命令，向具有潛在失敗連接的MS指示允許或禁止被嘗試的挽救。
66.如權(quán)利要求61所述的MS，挽救命令中包含包括控制信息的挽救控制命令，而且其中由具有潛在失敗連接的MS根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
67.如權(quán)利要求66所述的MS，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
68.如權(quán)利要求60所述的MS，其中MS處理器還被編程，用于根據(jù)由用戶輸入到MS中的命令，為潛在失敗連接確定當前挽救限制。
69.一種能夠與一個或多個移動臺(MS)進行通信，并且用于限制具有潛在失敗連接的MS的挽救嘗試的通信系統(tǒng)，其中包括具有網(wǎng)絡處理器的網(wǎng)絡；以及至少一個具有與網(wǎng)絡的連接的MS；其中MS處理器被編程用于檢測何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
70.如權(quán)利要求69所述的系統(tǒng)每個MS具有MS處理器，該處理器被編程，用于為連接確定先前存在的挽救限制，并且在挽救命令中把該先前存在的挽救限制傳遞給網(wǎng)絡；以及網(wǎng)絡處理器還被編程用于從至少一個與網(wǎng)絡的連接的MS接收先前存在的挽救限制，并且根據(jù)先前存在的挽救限制，為潛在失敗連接確定當前挽救限制。
71.如權(quán)利要求70所述的系統(tǒng)，網(wǎng)絡處理器還被編程，用于通過考慮在潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)，去確定當前的挽救限制。
72.如權(quán)利要求69所述的系統(tǒng)，網(wǎng)絡處理器還被編程，用于如果連接已經(jīng)先前被表征為較差的連接，則通過禁止?jié)撛谑∵B接的挽救嘗試，去確定當前的挽救限制。
73.如權(quán)利要求69的系統(tǒng)，網(wǎng)絡處理器還被編程，用于確定潛在失敗連接類型、原因或環(huán)境特定的當前挽救限制。
74.如權(quán)利要求70所述的系統(tǒng)，挽救命令中包括特定挽救命令，并且其中通過特定挽救命令，向具有潛在失敗連接的MS指示允許或禁止被嘗試的挽救。
75.如權(quán)利要求70所述的系統(tǒng)，挽救命令中包含包括控制信息的挽救控制命令，而且其中由具有潛在失敗連接的MS根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
76.如權(quán)利要求75所述的方法，控制信息中包括潛在失敗連接類型、原因或環(huán)境特定的信息。
77.一種移動臺(MS)，用于當MS具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接時，有助于限制該MS的挽救嘗試，所述網(wǎng)絡能夠在挽救命令中接收先前存在的挽救限制，以限制MS的挽救嘗試，所述MS包含MS處理器，該處理器被編程，用于為連接確定先前存在的挽救限制，并且在挽救命令中向網(wǎng)絡傳遞先前存在的挽救限制。
78.一種用于限制具有至少一個與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的MS的挽救嘗試的通信網(wǎng)絡，該通信網(wǎng)絡內(nèi)包含一個網(wǎng)絡處理器，該處理器被編程用于檢測何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
79.如權(quán)利要求78所述的通信網(wǎng)絡，至少一個MS能夠在挽救命令中為連接確定并且傳遞先前存在的挽救限制，有助于限制挽救嘗試其中網(wǎng)絡處理器還被編程用于從至少一個MS接收在挽救命令中的預先確定的挽救限制，并且根據(jù)先前存在的挽救限制，為潛在失敗連接確定當前挽救限制。
80.如權(quán)利要求79所述的通信網(wǎng)絡，網(wǎng)絡處理器還被編程，用于通過考慮在潛在失敗連接時所確定的先前存在的挽救限制或挽救參數(shù)，去確定當前的挽救限制。
81.如權(quán)利要求78所述的通信網(wǎng)絡，網(wǎng)絡處理器還被編程，用于如果連接已經(jīng)先前被表征為較差的連接，則通過禁止?jié)撛谑∵B接的挽救嘗試，去確定當前的挽救限制。
82.如權(quán)利要求78的通信網(wǎng)絡，網(wǎng)絡處理器還被編程，用于確定潛在失敗連接類型、原因或環(huán)境特定的當前挽救限制。
83.如權(quán)利要求79所述的通信網(wǎng)絡，挽救命令中包括特定挽救命令，并且其中通過特定挽救命令，向網(wǎng)絡指示允許或禁止被嘗試的挽救。
84.如權(quán)利要求79所述的通信網(wǎng)絡，挽救命令中包含包括控制信息的挽救控制命令，而且其中由網(wǎng)絡根據(jù)包含在挽救命令中的控制信息，去確定允許或禁止被嘗試的挽救。
85.如權(quán)利要求84所述的通信網(wǎng)絡，控制信息中包括潛在失敗連接的類型、原因或環(huán)境特定的信息。
86.一種能夠與一個或多個移動臺(MS)通信，并且用于限制具有潛在失敗連接的MS的挽救嘗試的通信系統(tǒng)，其中包括一個或多個MS；以及與一個或多個MS耦合通信的網(wǎng)絡裝置，至少一個MS具有與網(wǎng)絡裝置的連接；其中具有與網(wǎng)絡裝置的連接的至少一個MS用于檢測何時連接變位潛在失敗連接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
87.一種有助于限制至少一個具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS的挽救嘗試的通信網(wǎng)絡，該至少一個MS能夠根據(jù)挽救命令去限制挽救嘗試，所述通信網(wǎng)絡內(nèi)包含用于為連接確定先前存在的挽救限制，并且在挽救命令中向具有所述連接的MS傳遞先前存在的挽救限制的網(wǎng)絡裝置。
88.一種移動臺(MS)，用于當該MS與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接時，限制該MS的挽救嘗試，所述MS包含一種裝置，用于檢測何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
89.一種能夠與一個或多個移動臺(MS)通信，并且用于限制具有潛在失敗連接的MS的挽救嘗試的通信系統(tǒng)，其中包括網(wǎng)絡裝置；以及至少一個具有與網(wǎng)絡的連接的MS；所述網(wǎng)絡裝置用于檢測何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
90.一種移動臺(MS)，用于當MS具有與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接時，有助于限制該MS的挽救嘗試，所述網(wǎng)絡能夠接收在挽救命令中的先前存在的挽救限制，以限制MS的挽救嘗試，所述MS內(nèi)包含用于為連接確定先前存在的挽救限制并且在挽救命令中向網(wǎng)絡傳遞先前存在的挽救限制的裝置。
91.一種用于限制具有至少一個與網(wǎng)絡的已經(jīng)變?yōu)闈撛谑∵B接的連接的MS的挽救嘗試的通信網(wǎng)絡，該通信網(wǎng)絡內(nèi)包含一種裝置，用于檢測何時連接變?yōu)闈撛谑∵B接，為潛在失敗連接確定當前挽救限制，如果在當前挽救限制的基礎上允許進行挽救，則允許對潛在失敗連接進行被嘗試的挽救，以及如果在當前挽救限制的基礎上禁止挽救，則禁止對潛在失敗連接進行被嘗試的挽救。
全文摘要
本發(fā)明公開闡述了用于限制挽救通信連接中斷所做出的嘗試的次數(shù)和密度的有效且安全的過程。一個實施例中可以限制每個連接的挽救次數(shù)。另一實施例中，只有從前一次挽救后經(jīng)過特定時間之后，才能允許再次挽救。另一實施例中，限制每預定時間段內(nèi)的挽救總次數(shù)。此外，這些挽救限制也可以被組合使用。在其它實施例中，移動臺(MS)記錄它在某段時間內(nèi)接收到的好幀的百分比，并且將其與門限值比較，如果該百分比過低，則確定不能維持該通話過程?；蛘?，如果檢測到需要請求確認的消息的特定數(shù)量的失敗重傳，或者檢測到特定數(shù)量的壞幀，或者在任意其它指示符的基礎上檢測到總體較差的連接，則不再挽救隨后的失敗。
文檔編號H04W76/02GK1507753SQ01819554
公開日2004年6月23日 申請日期2001年11月28日 優(yōu)先權(quán)日2000年11月28日
發(fā)明者J·F·亨辛格, J F 亨辛格 申請人:株式會社電裝