[發明專利]用于處理針對緊急呼叫的請求的方法和用戶設備

在審

• 申請號: 201580049446.6
• 申請日: 2015-10-14
• 公開（公告）號: CN106797548A
• 公開（公告）日: 2017-05-31
• 發明（設計）人: J.德姆;L.庫馬爾;R.考拉;S.肖蘭
• 申請（專利權）人: 三星電子株式會社
• 主分類號: H04W4/22
• 分類號: H04W4/22;H04W76/00;H04W76/02
• 代理公司: 北京市柳沈律師事務所11105
• 代理人: 邵亞麗

技術領域

在此的實施例大體上涉及無線移動通信領域，并且更具體地涉及無線移動通信網絡中的緊急呼叫的應對。

背景技術

為了滿足自從部署4G通信系統以來已經增加的無線數據業務的需求，已經做出努力來開發改進的5G或5G前(pre-5G)通信系統。因此，5G或5G前通信系統也稱為‘超4G網絡’或‘后LTE系統’。認為5G通信系統實現在較高頻率(毫米波)頻帶(例如60GHz頻帶)中，以便達到較高的數據速率。為了減少無線電波的傳播損耗并增加傳輸距離，在5G通信系統中討論波束形成、大規模多輸入多輸出(MIMO)、全維度MIMO(FD-MIMO)、陣列天線、模擬波束形成、大規模天線技術。此外，在5G通信系統中，基于先進小小區、云無線接入網絡(RAN)、超密集網絡、設備到設備(D2D)通信、無線回程、移動網絡、協作通信、協作多點(CoMP)、接收端干擾消除等，正在進行系統網絡改進的開發。在5G系統中，已經開發了作為先進編碼調制(ACM)的混合FSK與QAM調制(FQAM)和滑動窗口疊加編碼(SWSC)以及作為先進接入技術的濾波器組多載波(FBMC)、非正交多址接入(NOMA)和稀疏碼多址接入(SCMA)。

作為人類生成和消費信息的以人為中心的連接網絡的互聯網，現在正演進到分布式實體(諸如事物)在沒有人類干預的情況下交換和處理信息的物聯網(IoT)。已經出現了萬聯網(IoE)，其為IoT技術和大數據處理技術通過與云服務器的連接的結合。由于已經需要諸如“感測技術”、“有線/無線通信和網絡基礎設施”、“服務接口技術”和“安全技術”之類的技術元素用于IoT實現，因此最近已經研究了傳感器網絡、機器對機器(M2M)通信、機器類型通信(MTC)等等。這樣的IoT環境可以提供智能互聯網技術服務，其通過對在連接的事物之間生成的數據進行收集和分析來為人類生活創造新的價值。IoT可以通過現有的信息技術(IT)和各種工業應用之間的融合和結合而應用于包括智能家居、智能建筑、智能城市、智能汽車或連網汽車、智能電網、健康護理、智能家電和先進醫療服務的各種領域。

與此一致，已經進行了將5G通信系統應用于IoT網絡的各種嘗試。例如，可以通過波束成形、MIMO和陣列天線來實現諸如傳感器網絡、機器類型通信(MTC)和機器對機器(M2M)通信之類的技術。也可以認為作為上述大數據處理技術的云無線接入網絡(RAN)的應用是5G技術與IoT技術之間的融合的示例。

無線移動通信網絡實現諸如語音呼叫、短消息服務(SMS)、多媒體消息服務(MMS)、互聯網接入、緊急呼叫等等的大量服務。根據由第三代合作伙伴計劃(3GPP)制定的標準，通過諸如移動電話、平板、可穿戴設備之類的用戶設備(UE)來提供這些服務。正在無縫地修改3GPP標準中的規范以在用于無線移動通信的網絡中實現有效帶寬利用，提高數據速度，增強用戶體驗等等。為提供給UE的用戶的各種特征提供最佳可能的服務質量(QoS)主要有助于增強用戶體驗。

發明內容

技術問題

緊急呼叫服務使得UE的用戶能夠在注冊或未注冊到服務提供商的網絡的情況下呼叫預定義的緊急號碼。緊急呼叫服務的最關鍵的要求之一是將緊急呼叫掉話、緊急呼叫失敗或緊急呼叫延遲的情況減少到最小。然而，利用應對緊急呼叫的當前方法，根據3GPP標準，對于某些情況，呼叫掉話、呼叫失敗或呼叫延遲的情況可能是相當多的。例如，考慮以下情況，即，UE中的控制平面(CP)層出于如3GPP TS 24.301規范中指定的原因(例如，由于T3412定時器到期等)而以TAU請求向網絡發起特定過程(例如，跟蹤區更新(TAU)過程)的情況。萬一，同時如果CP接收到緊急呼叫請求，則緊急呼叫被阻止，直到完成TAU過程為止。從而緊急呼叫被擱置。此外，如果TAU請求被網絡以針對原因值#9、#10或#40的TAU拒絕而拒絕，則根據拒絕原因應對，UE應該發起附著過程。因此，即使緊急呼叫正在待決，UE也發起附著過程，并且緊急呼叫被進一步擱置。一旦UE從網絡獲得附著接受，只有那時UE才發起擴展服務請求(ESR)過程以移至2G/3G無線電接入技術(RAT)，使得可以發起緊隨移動性管理(MM)和呼叫控制CC)過程的緊急呼叫過程。此外，如果發起的附著請求過程由于來自網絡的附著拒絕或由于某些臨時網絡異常條件而不成功，如規范24.301中所指定的，則這進一步延遲緊急呼叫或者甚至可能導致緊急呼叫建立失敗。