用于報告基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路的蜂窩通信的無線鏈路失敗 ...的制作方法
【專利摘要】本發(fā)明提出了一種用戶設備UE，其包括用于蜂窩通信的收發(fā)機模塊，該蜂窩通信基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路，以及控制模塊，其中控制模塊被配置為檢測第一事件，即使用第一(LTE)接入技術建立的通信鏈路上的連接失敗(例如RLF)，以由該檢測觸發(fā)啟動定時器來辨別第二事件，即在第一事件之后并且使用第一(LTE)或者第二(非LTE)接入技術建立的通信鏈路的重新連接，以由該辨別觸發(fā)停止該定時器并生成報告(RLF報告)，其中該報告至少包括表示該定時器所計數(shù)的時間的一個信元。同樣，本發(fā)明涵蓋了對應的方法和相應的計算機程序產品。
【專利說明】用于報告基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路的蜂窩通信的無線鏈路失敗(RLF)的方法、設備和計算機程序發(fā)明領域
[0001]本發(fā)明涉及用于改善蜂窩通信的方法、設備和計算機程序產品，該蜂窩通信基于通過至少兩種不同接入技術啟用的通信鏈路。具體地，本發(fā)明涉及可應用于在蜂窩網絡環(huán)境中運營的移動通信系統(tǒng)的這種方法、設備和計算機程序產品，在蜂窩網絡環(huán)境中，終端被配置用于基于關于移動魯棒性優(yōu)化的多種無線電接入技術RAT進行通信。

【背景技術】
[0002]移動數(shù)據(jù)傳輸和數(shù)據(jù)服務正不斷取得進展。隨著這種服務的日益滲透，諸如用戶設備UE (或移動臺MS等；不同的名稱可以應用于相應的不同標準)的終端裝置能夠在蜂窩網絡環(huán)境中進行通信。例如，終端設備UE在以下網絡環(huán)境中通信，其被部署在該網絡環(huán)境中、或者基于通常由服務網絡收發(fā)機站(例如基站BS或NodeB，或演進的N0deB，eNB)和相關網絡結構所采用的可用系統(tǒng)配置部署而“駐留”在該網絡環(huán)境中。
[0003]此外，隨著在通信的進展，終端需要是“后向兼容的”，因為在一些區(qū)域內，最近的通信網絡技術還沒有被安裝以使用該技術提供無縫覆蓋。目前，終端需要能夠支持不同的無線電接入技術，例如GSM (2G)、UMTS (3G)、LTE (4G)、LTE-A等、或者還有WiMax、WLAN等技術中的一個或者多個。
[0004]在下面，本發(fā)明的多個方面將參照這種場景示例性地被描述。為了提高本發(fā)明的易讀性和可理解性，只用于解釋的目的，參考LTE或LTE-A (長期演進、LTE高級)的通信系統(tǒng)。然而，參考這些具體的系統(tǒng)和使用具體信令名稱或信道名稱或構成這種通信網絡或部分網絡環(huán)境的實體的名稱并不旨在將本發(fā)明限定為那些具體示例。相反，本發(fā)明的原理可以被轉移到采用與LTE/LTE-A相比不同的信道/信號/實體名稱的任何其它通信系統(tǒng)。
[0005]在諸如UE的(具有多RAT能力的)終端在這種環(huán)境中進行通信同時處于“移動”、并且因此在網絡環(huán)境和基于不同無線電接入技術(RAT) —個或多個無線電接入網絡(RANs)以及其相應的小區(qū)的覆蓋內移動的情況下，該終端可以隨著時間變化由可能不同RAT的不同網絡收發(fā)機設備eNB來服務。為了改變服務網絡收發(fā)機設備，終端需要從初始服務網絡收發(fā)機設備(源RAT)被切換(HO，切換)到可能另一 RAT的目標網絡收發(fā)機設備(當切換時，該目標網絡收發(fā)機設備變成新的服務網絡收發(fā)機設備)。
[0006]更精確地，本【技術領域】是移動無線電通信，其中重點在S0N(自優(yōu)化網絡)，并且特別是MRO (移動魯棒性優(yōu)化)。SON已變成3GPP版本8 (E-UTRA的標準化，演進通用陸地無線電接入)的標準相關的方面，并且現(xiàn)在版本11的專注于RAT間的MR0，即不同RAT之間的MRO的標準相關的方面。
[0007]傳統(tǒng)上，網絡配置參數(shù)的優(yōu)化基于勞動和成本密集型的駕車測試。對于第一次展示，使用網絡范圍的默認配置參數(shù)，并且如果性能管理(PM)計數(shù)器在累計無線鏈路失敗(RLF)，或者網絡的某個服務區(qū)域內的呼叫掉話，利用駕車測試的若干優(yōu)化循環(huán)被啟動以便以小區(qū)特定的方式適配參數(shù)。
[0008]MRO的目標是實現(xiàn)那些網絡配置參數(shù)的優(yōu)化的自動化，該網絡配置參數(shù)觸發(fā)切換(例如事件、用于判定“事件”的出現(xiàn)的事件閾值、定時器等)，以便降低無線鏈路失敗(RLF)和切換失敗(HOF)。
[0009]MRO過程包括兩個階段:
[0010]I)根本原因分析(RCA)階段
[0011]其中具體地分析無線鏈路失敗或切換失敗(RLF/H0F)，并且為該失敗負責的小區(qū)被檢測。最終，該“有罪的”小區(qū)將收集失敗事件并生成小區(qū)或小區(qū)對特定的關鍵性能指示符(KPI)統(tǒng)計。
[0012]2)糾正階段
[0013]在某個時間間隔上建立的KPI統(tǒng)計被評估，并且基于此調整該小區(qū)對應的移動參數(shù)。
[0014]將在本文下面描述的本發(fā)明處理用于RAT間MRO過程的根本原因分析，考慮目前在3GPP中討論的解決方案，其中RLF報告和根本原因分析應只在LTE側進行(在2012年3月在墨西哥的圣荷西得卡波(San Jose del Cabo)召開的3GPP TSG-RAN WG3#75bis上給RAN2 的 LS “Report email#04 Inter-RAT mobility failure”R3_120912 中所討論的一種可選解決方案)。也就是說，并不旨在于在MRO涉及另一網絡/其他RAT。
[0015]在版本9和版本10中所規(guī)定的MRO概念在連接能夠被容易地重新激活的情況下基于利用“RRC連接重建請求”消息所提供的信息元素，并且基于RLF報告，該RLF報告包含額外信息以允許識別覆蓋漏洞和移動性失敗，而沒有隨后的“RRC連接重建請求”，而是從RRC_IDLE狀態(tài)重新連接。
[0016]在版本9 中，RLF 報告的可用性只由 UE 利用 RRCConnect1nReestablishmentCompIete 來指不；但利用版本 10,rlf-1nfoAvailable 也由 UE 在 RRCConnect1nSetupComplete和 RRCConnect1nReconfigurat1nComplete 中發(fā)送。
[0017]除了測量，RLF報告中包含以下信息:
[0018]failedPCellId(ECGI(l))，即發(fā)生 RLF/H0F 的小區(qū)的 ID
[0019]reestablishmentCellId(ECGI (2)),即在連接失敗后在其中作出重新建立嘗試的小區(qū)的ID
[0020]connect1nFailureType,即{RLF/H0F}中的一個或兩個
[0021]timeConnFailure,即從上次HO初始化直到連接失敗(RLF/H0F)經過的時間
[0022]prev1usPCellId(ECGI(3)),即UE從其中接收到最后的HO命令(即RRCConnect1nReconfigurat1n 和 /mobilityControlInfo)的源小區(qū)的 ECGI
[0023]最突出的RAT間移動性失敗情況是“RAT間LTE到3G太晚”和“3G到LTE太早”，這與上面提到的有限的LTE覆蓋部署場景有關。對于這兩種情況，連接失敗發(fā)生在LTE中，并且在失敗后UE重新連接到3G小區(qū)并且RRC_IDLE。
[0024]然而問題在于，在RLF報告中沒有關于其間(在重新連接到LTE/4G之前)重新連接到其它RAT的信息和在其他RAT中執(zhí)行的重新連接針對的小區(qū)的對應的小區(qū)ID。盡管它包含關于reestablishmentCellld的信息,但這也無濟于事，因為重新建立是LTE內的過程，該過程明顯失敗或不被執(zhí)行。
[0025]當UE回來時如果RLF報告將要在LTE上獲取(如上面提到的只在LTE側具有RLF報告的解決方案)，RLF報告中不具有UE在其間被連接到另一 RAT的信息。因此，沒有關于失敗的RAT間HO的信息可用。
[0026]利用RLF報告提供的測量可以被檢查，并且如果具有關于此類另一 RAT的良好的信號強度測量，那么存在一定的如下可能性，即連接失敗是由錯過的RAT間HO導致的。
[0027]如上面所提到的，記錄在RLF報告中的其他RAT相關的測量可以被用來得出以下結論，即其它RAT的覆蓋連續(xù)性已經丟失。注意，就多個RAT而言啟用了多模式終端。這樣的模式中的每個模式可以因此被視為代表一個RAT。參照具體的RAT，每個另一 RAT或模式有時也被稱為其他RAT。因此，所謂的其他RAT的測量屬于參照另一模式或RAT進行的測量。
[0028]但是，如果在RLF報告中沒有這些測量，由于RAT間測量還沒有被觸發(fā)，該方法不能被使用。
[0029]S卩，RAT間測量并未總是在進行，因為它們向服務小區(qū)要求傳輸間隙，這導致了吞吐量的損失。
[0030]獲取有關RRC_IDLE時段更詳細的知識的問題(例如在連接失敗后UE在RRC_IDLE待多久)也已經在之前的關于LTE內移動性的標準化會議中進行了討論，特別是避免發(fā)送RLF指示兩次。
[0031]但是在本發(fā)明報告中處理的問題主要起因于RLF報告只在LTE側完成的要求，以及在RLF出現(xiàn)和RLF報告之間可能經過長達48小時，即例如沒有是否以及何時UE已經被重新連接到另一 RAT的信息。
[0032]不過，重要的是知道在RLF之后，重新連接到另一 RAT是否立即發(fā)生，因為這將指示其他RAT覆蓋存在以及RAT間移動性應該已經發(fā)生。
[0033]該時間方面，即在本發(fā)明考慮的“連接失敗和失敗后第一次成功的RRC連接建立之間經過的時間”在 2010 年 8 月馬德里 3GPP TSG-RAN3#69 的 R3-102342，Informat1n tobe reported in the UE—originated RLF reporting in case of RRC connect1n setup中、以及 2010 年 10 月西安的 3GPP TSG-RAN3#69bis 的 R3-103102 中，Way forward for RLFreporting in Rel 10中已經被解決,盡管是由于其它原因。
[0034]因此，仍需要關于RAT間的連接失敗進一步改進這種系統(tǒng)，以便在這種場景中使能終端的合適的操作，并且因此需要提供用于對應終端的改進的方法、設備和計算機程序女口廣叩ο


【發(fā)明內容】

[0035]在權利要求書中陳述了本發(fā)明的示例的各方面。
[0036]根據(jù)本發(fā)明的第一方面，提供了如在權利要求1中定義的方法，以及如在權利要求5中定義的設備。
[0037]相應的設備/方法的有利的進一步發(fā)展如在各從屬權利要求中所陳述的。
[0038]根據(jù)本發(fā)明的進一步的方面，提供了如權利要求9中所定義的一種計算機程序產品，包括計算機可執(zhí)行組件，當該程序在計算機上被運行時，該計算機可執(zhí)行組件被配置為執(zhí)行上面所指示的方法方面。上述計算機程序產品可以被體現(xiàn)為計算機可讀存儲介質。
[0039]因此，性能的改進基于以下方法、設備和計算機程序產品，在至少示例性實施例中，該方法、設備和計算機程序產品采用被配置為添加附加信息到RLF報告的UE，當在RLF后首先回到連接模式時，假定存在一個該RLF報告。
[0040]根據(jù)至少本發(fā)明的示例方面，以下優(yōu)點的一個或多個優(yōu)點可以被實現(xiàn):
[0041]實現(xiàn)一些以其他方式不能被檢測的RAT間移動性失敗的檢測，并且這借助于引入屬于RLF報告的新信元；
[0042]將要被應用的變化可以主要被限制于終端，并且對于終端可以被容易地配置為軟件/固件；
[0043]允許在LTE NW側適當工作的根本原因分析，以及
[0044]RAT間移動性失敗可以基于附加信息被唯一地檢測到。

【專利附圖】

【附圖說明】
[0045]為了本發(fā)明的示例實施例的更完整的理解，現(xiàn)將參照結合附圖進行的如下描述，附圖中:
[0046]圖1示出了具有多RAT能力的終端UE的電路框圖；
[0047]圖2示出了如在示例實施例中由終端UE進行的處理的流程圖的示例；

【具體實施方式】
[0048]本發(fā)明的示例方面/實施例將在本文的下面進行描述。
[0049]圖1示出了具有多RAT能力的終端UE的電路框圖。
[0050]必須注意的是，至少在一個示例方面中，本發(fā)明的多個方面在諸如UE 1a的終端裝置或在其一部分中被實現(xiàn)，諸如UE的設備11a。終端UE的對應電路框圖如圖1所示。這種設備Ila可以是芯片或芯片組，或者裝置1a的另一子單元等。設備Ila包括至少一個存儲器模塊MEM 111a，在其中存儲了軟件代碼部分和/或數(shù)據(jù)(例如測量數(shù)據(jù)、事件數(shù)據(jù)等)。存儲器模塊Illa被連接到諸如處理器或CPU或ASIC的控制模塊112a?？刂颇K112a包括定時器并且模塊112a被連接到收發(fā)機模塊113a。收發(fā)機模塊113a被配置用于基于多個RAT經由諸如網絡收發(fā)機設備的網絡實體與其他終端進行通信，基于多個RAT即被配置用于諸如LTE或LTE-A、UMTS, GSM的關聯(lián)的服務。
[0051]注意，在本發(fā)明的軟件“中心”而不是硬件“中心”的實現(xiàn)方面下，相應的模塊甚至可以被實現(xiàn)為對應的功能裝置(而不脫離本發(fā)明的主旨)。
[0052]通常，本發(fā)明可以被表示為設備或方法或計算機程序產品。這種方法通常包括:基于通過例如LTE和非LTE (諸如UMTS、GSM、WLAN等)的至少兩種不同接入技術實現(xiàn)的通信鏈路提供蜂窩通信。在使用第一接入技術即LTE所建立的通信鏈路上檢測第一事件，即例如RLF的連接失敗。由該檢測觸發(fā)，啟動時間的計數(shù)。這可以是基于軟件的或是在依賴于圖1中所示的定時器的硬件實現(xiàn)中。與在第一事件之后建立的通信鏈路相關，并且使用或依賴于第一接入技術(LTE)或第二接入技術(非LTE)的，第二事件，即第一(失敗)事件之后的第一重新連接事件被辨別或被發(fā)現(xiàn)。由此觸發(fā)，時間的計數(shù)/定時器被停止或暫停。然后，報告即RLF報告被生成，其中該報告包括至少指示被計數(shù)的時間的信元。
[0053]例如，在一種場景中，如果第二事件與(再次)使用第一接入技術建立(即又是LTE)的通信鏈路有關，并且如果被計數(shù)的時間比閾值小(計時器未到期)，則該報告包括指示第二事件以可容忍的時延發(fā)生的信元。這也代表了如下情況，即LTE內失敗并且重新連接“立即”發(fā)生，即在可容忍的時延之內。
[0054]在另一種場景中，如果第二事件與使用所述第一接入技術建立的通信鏈路有關并且如果所計數(shù)的時間是否大于或等于閾值(計時器過期)，則該報告包括指示第二事件以不可容忍的時延發(fā)生的信元。這也代表了如下一種情況，即LTE內失敗和重新連接發(fā)生得“晚”，即不在可容忍的時延內。
[0055]并且，在進一步的場景中，如果第二事件與使用第二接入技術、即例如UMTS/3G(而不是LTE)建立的通信鏈路有關，則報告包括指示所計數(shù)的時間的信元，以及指示其中發(fā)生第二事件的網絡和/或對應的小區(qū)的(附加)信元。附加信元(IE)的存在本身因此可以被利用來斷定發(fā)生了 RAT間重新連接，即在諸如LTE的第一 RAT網絡中RLF之后，在諸如UMTS的第二 RAT網絡中發(fā)生重新連接。
[0056]同樣，上述內容對于對應的設備也成立，該對應的設備包括基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路提供蜂窩通信的收發(fā)機模塊，以及控制模塊，其中該控制模塊被配置為實現(xiàn)以上概述的方法方面。
[0057]更具體地，本發(fā)明在第一示例實施例中可以基本上包括兩個方面:
[0058]首先，定時器在UE側被提供，其測量在RLF和RLF之后的第一重新連接之間所經過的時間。UE通常發(fā)送RRC連接請求消息以執(zhí)行由NAS信令連接恢復所發(fā)起的跟蹤區(qū)域更新(TAU)。如果沒有信令鏈路可用，或者如果用戶的上行鏈路數(shù)據(jù)正掛起，這將在“RRC連接失敗”后通過UE的較低層請求。定時器使得能夠檢測是否重新連接沒有立即進行，并且在該情況下不能假設其他RAT的覆蓋連續(xù)性，即它在RCA方面有助于揭示該連接失敗不是RAT間移動性失敗。連接失敗之后與UTRAN的RRC連接(為簡單起見稱為“重新連接”)可以被解釋為已經成功具有能力來發(fā)送RRC連接請求消息到UMTS小區(qū)，并且UE將其作為觸發(fā)器來停止定時器，或UE還等待來自UTRAN的反應，即得到RRC連接建立消息或RRC連接拒絕消息，其指示成功的重新連接，并將其作為觸發(fā)器來停止該定時器。
[0059]第二，在該示例實施例中，RLF報告由UE通過插入兩個附加的信元(IE)而被擴展:
[0060]1.firstReconnect1nCellld,其包含其中在RLF后UE已經第一次重新連接的小區(qū)信息(包括RAT/PLMN信息等)。
[0061 ] 2.T_unconn (或 reconnType)
[0062]指示在RLF與重新連接之間所經過的時間(或者備選地指示在UE處預定義的計時器是否到期的信息一這或者是可選的標記的形式或者是被列舉的IE的形式)。
[0063]當UE回到LTE并在那里提供RLF報告時，基于該附加信息RAT間移動性失敗可以被唯一地檢測。
[0064]進一步，本發(fā)明在第二示例實施例中可以基本上包括以下幾個方面:
[0065]本發(fā)明的多個方面在具有多模LTE/3G/2G能力的UE中實現(xiàn)。
[0066]當經歷RLF時，UE啟動新定時器“t_unconn”。當UE從空閑模式重新連接時，UE檢查其定時器t_Unconn是否仍在運行。如果是，停止該定時器，并可以得出判定在連接失敗后立即重新連接。
[0067]如果之前定時器已經到期，沒有機會遵循TAU要求并盡可能快地重新連接，即可以得出結論，沒有RAT間移動性失敗。
[0068]在所有(一般的,該第一和/或第二)示例實施例中，UE具有兩種選擇來記錄立即重新連接的信息，即或者通過存儲經過的時間或通過存儲表示重新連接的事項的信元，例如:ENUM{立刻；遲到}目前表示重新連接類型；“立即”表示當重新連接發(fā)生時定時器未過期，并且“晚”表示重新連接時定時器過期。
[0069]在進一步的修改(第三示例性實施例)中，只有當UE在RLF之后第一重新連接到非LTE的RAN，并且“failedPCellld”是LTE小區(qū)時，RLF報告才需要被擴展。在這種情況下，UE 添加 IE “firstReconnect1nCellld，，和 “T_unconn，，(或 “reconnType，，)。
[0070]用于上述第三示例實施例的潛在的實施在圖2的流程圖中表示，圖2示出了由終端UE所執(zhí)行的處理。
[0071]其他系統(tǒng)也可以從本文所呈現(xiàn)的原理受益，只要它們采用一致或相似的性質，例如涉及在多RAT HO場景中的RLF報告。
[0072]本發(fā)明的實施例可以以軟件、硬件、應用邏輯或軟件、硬件及應用邏輯的組合實現(xiàn)。軟件、應用邏輯和/或硬件通常駐留在存儲器模塊上。存儲器模塊可以是諸如RAM、R0M、EPROM、EEPR0M、或硬盤等的易失性或非易失性存儲器模塊。在一個示例實施例中，應用邏輯、軟件或指令集在各種傳統(tǒng)計算機可讀介質中的任何一個上被維護。在本文檔的上下文中，“計算機可讀介質”可以是任何介質或裝置，其可以包含存儲、通信、傳播，或傳輸指令，用于由指令執(zhí)行系統(tǒng)、裝置、或設備使用或者結合指令執(zhí)行系統(tǒng)、裝置、或設備使用，該設備是諸如計算機或智能電話、或用戶設備，或網絡設備，諸如演進節(jié)點B eNB、或者宏eNB或微微 eNB ο
[0073]本發(fā)明具體涉及但不限于移動通信，例如不限于LTE、LTE_A，及3G/UMTS及其后續(xù)版本下的環(huán)境，并且能夠有利地在用戶設備或智能電話，或可連接于這種網絡的個人計算機中被實現(xiàn)。具體的用處將針對啟用了多RAT的終端或設備被展示，啟用了多RAT即可以使用多種無線電接入技術進行操作。
[0074]也就是說，它可以被實現(xiàn)為連接設備的芯片組到和/或其調制解調器/在連接設備的芯片組和/或其調制解調器中實現(xiàn)。更一般地，受制于類似環(huán)境的所有產品利用正對其實施的本發(fā)明將經歷性能改進。
[0075]如果需要，本文討論的不同功能可以以不同的順序被執(zhí)行和/或彼此同時被執(zhí)行。此外，如果需要，上述功能中的一個或多個可以是可選的或可以被組合。
[0076]盡管本發(fā)明的各方面在獨立權利要求中被陳述，本發(fā)明的其它方面包括來自所描述的實施例和/或具有獨立權利要求特征的從屬權利要求的特征的其它組合，而不是僅僅是在權利要求中明確闡述的組合。
[0077]在本文還注意，盡管以上描述了本發(fā)明的示例實施例，這些描述不應當從限制的意義上來看。相反，可以進行若干變體和修改，而不脫離在所附權利要求書中所限定的本發(fā)明的范圍。
[0078]示例縮略語/首字母縮略語列表
[0079]UE 用戶設備
[0080]MS 移動臺[0081 ] BS 基站
[0082]eNB 演進的節(jié)點B/增強節(jié)點B
[0083]LTE 長期演進
[0084]LTE-A 長期演進-高級
[0085]HO切換
[0086]DL下行鏈路
[0087]UL上行鏈路
[0088]3GPP 第三代合作伙伴計劃
[0089]RRC 無線電資源控制
[0090]SON自優(yōu)化網絡
[0091]MRO 移動魯棒性優(yōu)化
[0092]RLF 無線鏈路失敗
[0093]HOF切換失敗
[0094]RCA 根本原因分析
[0095]IE信元
[0096]TAU 跟蹤區(qū)域更新
[0097]KPI關鍵性能指不
[0098]RAT 無線接入技術
[0099]OAM 操作、管理和維護
[0100]ECGI 演進通用陸地無線接入網絡小區(qū)全球標識
[0101]在終端設備方面，本發(fā)明提出一種設備、收發(fā)機模塊基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路提供蜂窩通信，以及控制模塊，其中控制模塊被配置為檢測在使用第一 (LTE)接入技術建立的通信鏈路上的第一事件(連接失敗，例如RLF)，由該檢測觸發(fā)來啟動定時器，辨別第二事件(重新連接)，該第二事件與在第一事件之后并且使用第一(LTE)或第二(非LTE)接入技術所建立的通信鏈路有關，由該辨別觸發(fā)來停止定時器，生成至少包括指示由定時器所計數(shù)的時間的信元的報告(RLF報告)。同樣，本發(fā)明涵蓋對應的方法和相應的計算機程序產品。
【權利要求】
1.一種方法，包括: 基于通過至少兩種不同的接入技術實現(xiàn)的通信鏈路提供蜂窩通信， 檢測使用第一接入技術建立的通信鏈路上的第一事件， 由所述檢測觸發(fā)來啟動時間計數(shù)， 辨別第二事件，所述第二事件與在所述第一事件之后并且使用第一接入技術或第二接入技術所建立的通信鏈路有關， 由所述辨別觸發(fā)來停止所述時間計數(shù)， 生成報告，其中所述報告至少包括指示被計數(shù)的時間的信元。
2.根據(jù)權利要求1所述的方法，其中 如果所述第二事件與使用所述第一接入技術所建立的通信鏈路有關，并且 如果被計數(shù)的時間小于閾值， 所述報告包括指示所述第二事件以可容忍的時延發(fā)生的信元。
3.根據(jù)權利要求1所述的方法，其中 如果所述第二事件與使用所述第一接入技術所建立的通信鏈路有關，并且 如果被計數(shù)的時間大于或者等于閾值， 所述報告包括指示所述第二事件以不可容忍的時延發(fā)生的信元。
4.根據(jù)權利要求1所述的方法，其中 如果所述第二事件與使用所述第二接入技術所建立的通信鏈路有關， 所述報告包括指示被計數(shù)的時間的信元，以及指示其中發(fā)生所述第二事件的網絡和/或對應小區(qū)的信元。
5.—種設備,包括: 收發(fā)機模塊，其基于通過至少兩種不同接入技術實現(xiàn)的通信鏈路提供蜂窩通信，以及 控制模塊， 其中所述控制模塊被配置為 檢測在使用第一接入技術建立的通信鏈路上的第一事件， 由所述檢測觸發(fā)來啟動定時器， 辨別第二事件，所述第二事件與在所述第一事件之后并且使用第一接入技術或第二接入技術所建立的通信鏈路有關， 由所述辨別觸發(fā)來停止所述定時器， 生成報告，其中所述報告至少包括指示由所述定時器所計數(shù)的時間的信元。
6.根據(jù)權利要求5所述的設備，其中 如果所述第二事件與使用所述第一接入技術所建立的通信鏈路有關，并且 如果由所述定時器所計數(shù)的所述時間小于閾值， 所述報告被生成為包括指示所述第二事件以可容忍的時延發(fā)生的信元。
7.根據(jù)權利要求5所述的設備，其中 如果所述第二事件與使用所述第一接入技術所建立的通信鏈路有關，并且 如果由所述定時器所計數(shù)的所述時間大于或者等于閾值， 所述報告被生成為包括指示所述第二事件以不可容忍的時延發(fā)生的信元。
8.根據(jù)權利要求5所述的設備，其中 如果所述第二事件與使用所述第二接入技術所建立的通信鏈路有關， 所述報告被生成為包括指示由所述定時器所計數(shù)的所述時間的信元、以及指示其中發(fā)生所述第二事件的網絡和/或對應小區(qū)的信元。
9.一種包括計算機可執(zhí)行組件的計算機程序產品，當所述程序在計算機上被運行時，所述計算機可執(zhí)行組件被配置為執(zhí)行根據(jù)權利要求1-4中的任一項所述的方法步驟。
【文檔編號】H04W76/02GK104303584SQ201280073094
【公開日】2015年1月21日 申請日期:2012年5月11日 優(yōu)先權日:2012年5月11日
【發(fā)明者】B·韋格曼, R·瓦爾德豪澤, K·科迪巴赫 申請人:諾基亞通信公司