用於處理針對緊急呼叫的請求的方法和用戶設備與流程
2023-05-26 22:37:56
在此的實施例大體上涉及無線移動通信領域，並且更具體地涉及無線移動通信網絡中的緊急呼叫的應對。
背景技術：
為了滿足自從部署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中所指定的，則這進一步延遲緊急呼叫或者甚至可能導致緊急呼叫建立失敗。
在另一情況下，如果對於發起的TAU請求，UE從網絡接收到具有原因值#11、#13的TAU拒絕。根據拒絕原因應對，UE應該發起公共陸地行動網路(PLMN)搜索。因此，即使緊急呼叫正在待決，UE也發起PLMN搜索過程。此外，在完成PLMN搜索過程之前，緊急呼叫被延遲或拒絕。
在另一情況下，由於來自UE的AP的緊急呼叫請求，可以由UE的CP向網絡發起TAU過程。即使在由於緊急呼叫發起而發起特定過程的這樣的情況下，如果該特定過程失敗，並且如果UE繼續執行相應的失敗動作，則這會延遲緊急呼叫過程。類似地，在由於緊急呼叫而發起的TAU過程由於與網絡相對應的異常情況而失敗的情況下，UE端的緊急呼叫過程受到延遲。
在另一情況下，當UE針對到來的移動終接(MT)呼叫接收到尋呼時，則根據當前3GPP規範，UE以尋呼響應來響應尋呼。此外，UE移至『等待網絡命令』狀態，並啟動定時器T3240。在該時段期間，如果UE中的連接管理(CM)層發起針對緊急呼叫的CM服務請求，則根據3GPP標準的當前規範，該CM服務請求可以被拒絕或延遲，直到等待網絡命令為UE離開的狀態為止。這歸因於在3GPP標準的當前規範中給予MT呼叫的偏好。此外，每當發起的T3240到期時，UE中止無線電資源(RR)連接並移至空閒狀態。因此，這可能進一步導致緊急呼叫建立失敗。
然而，需要以高優先級和最小呼叫掉話或呼叫失敗率來處理緊急呼叫；否則可能無法提供緊急呼叫的目的。
在此的實施例的主要目的是提供一種用於當UE從網絡接收到特定過程拒絕原因或者UE進行與移動終接(MT)呼叫相對應的過程時，處理針對緊急呼叫的待決請求的方法和用戶設備(UE)。
在此的實施例的另一目的是提供一種通過中止與拒絕原因的應對相關聯的過程來針對緊急呼叫處理請求和繼續過程的方法。
在此的實施例的另一目的是提供一種通過對緊急呼叫提供最高優先級並終止與MT呼叫相對應的過程來針對緊急呼叫處理請求和繼續過程的方法。
問題的解決方案
鑑於前述，在此的實施例提供了一種在用戶設備(UE)中處理針對緊急呼叫的請求的方法。該方法包括在接收到針對緊急呼叫的請求之後，進行忽略從網絡接收到的拒絕原因和在為UE定義的呼叫優先級順序中對緊急呼叫提供最高優先級中的至少一個。此外，該方法包括繼續針對緊急呼叫的過程以處理該請求。
實施例還公開了用於處理針對緊急呼叫的請求的用戶設備(UE)。此外，UE包括集成電路，集成電路進一步包括該電路內的至少一個處理器和具有電腦程式代碼的至少一個存儲器。此外，該至少一個存儲器和該電腦程式代碼與該至少一個處理器使得UE的控制平面(CP)在接收到針對緊急呼叫的請求之後，進行忽略從網絡接收到的拒絕原因和在為UE定義的呼叫優先級順序中對緊急呼叫提供最高優先級中的至少一個。此外，CP被配置為繼續針對緊急呼叫的過程以處理該請求。
當結合以下描述和附圖考慮時，將更好地認識和理解在此的實施例的這些和其他方面。然而，應當理解，以下描述在表示實施例及其許多具體細節的同時，通過說明而非限制的方式而被給出。在不脫離在此的實施例的精神的情況下，可以在在此的實施例的範圍內進行許多改變和修改，並且在此的實施例包括所有這樣的修改。
附圖說明
在附圖中圖示了本發明的實施例，貫穿附圖相同的參考字母表示各個附圖中的相應部分。參考附圖根據以下描述將更好地理解在此的實施例，附圖中：
圖1圖示了根據如在此公開的實施例的用於處理針對緊急呼叫的請求的用戶設備(UE)的多個組件；
圖2圖示了根據如在此公開的實施例的用於通過忽略UE從網絡接收到的拒絕原因來繼續針對緊急呼叫的過程的示例序列圖；
圖3圖示了根據如在此公開的實施例的用於通過在為UE定義的呼叫優先級順序中對緊急呼叫提供最高優先級來繼續針對緊急呼叫的過程的示例序列圖；以及
圖4是圖示根據如在此公開的實施例的當UE檢測到拒絕原因或等待網絡命令狀態時處理針對緊急呼叫的請求的方法的流程圖。
具體實施方式
參考在附圖中圖示並在以下描述中詳述的非限制性實施例，更充分地解釋在此的實施例及其各種特徵和有利細節。省略對眾所周知的組件和處理技術的描述，以免不必要地模糊在此的實施例。在此使用的示例僅旨在幫助理解可以實踐在此的實施例的方式，並且進一步使得本領域技術人員能夠實踐在此的實施例。因此，示例不應被解釋為限制在此的實施例的範圍。
在此的實施例實現用於當UE從網絡接收到拒絕原因或者UE進行與移動終接(MT)呼叫相對應的過程時處理針對緊急呼叫的請求的方法和用戶設備(UE)。UE可以根據第三代合作夥伴計劃(3GPP)的規範24.301和/或規範24.008中指定的過程從網絡接收拒絕原因。在實施例中，在這樣的情況下，該方法包括通過忽略拒絕原因來處理針對緊急呼叫接收到的請求。此外，該方法包括中止與拒絕原因的應對相關聯的過程，以便繼續緊急呼叫。因此，該方法減少緊急呼叫延遲或緊急呼叫失敗。
在實施例中，緊急呼叫可以是電路交換(CS)呼叫或分組交換緊急呼叫，並且被相應地應對。
在實施例中，用於當從網絡接收到拒絕原因時應對待決緊急呼叫請求而定義的UE動作可以同樣地應用於接收到的正常呼叫請求(例如，電路交換回落(CSFB)呼叫請求)。因此，增加正常呼叫成功率。
由於UE進行的與移動終接(MT)呼叫相對應的過程，因此UE可以檢測到等待網絡命令狀態。在實施例中，在針對緊急呼叫的請求正在待決並且UE檢測到等待網絡命令狀態的這樣的情況下，該方法包括對緊急呼叫提供最高優先級並且終止與MT呼叫相對應的過程。此外，該方法包括繼續與緊急呼叫相關聯的過程。
因此，該方法包括以緊急呼叫、高優先級接入、MT呼叫和移動始發(MO)呼叫的降序的優先級順序來定義在UE中的呼叫優先級順序。
在實施例中，UE是行動電話、平板、個人數字助理、膝上型計算機、可穿戴設備和能夠進行無線移動通信的任何其他電子設備。
在實施例中，網絡可以是通用移動電信系統(UMTS)、長期演進(LTE)、先進LTE、GSM EDGE無線電接入網絡(GERAN)、先進UMTS陸地無線電接入網絡(UTRAN)等等。
現在參考附圖，並且更具體地參考圖1至圖4，其中相似的參考標記貫穿附圖一致地表示相應特徵，它們是所示實施例。
圖1圖示了根據如在此公開的實施例的用於處理針對緊急呼叫的請求的用戶設備(UE)的多個組件。
參考圖1，根據本主題的實施例圖示了UE 100。在實施例中，UE 100可以包括至少一個處理器102、輸入/輸出(I/O)接口104(在此為可配置用戶接口)、存儲器106等等。該至少一個處理器102可以實現為一個或多個微處理器、微計算機、微控制器、數位訊號處理器、中央處理單元、狀態機、邏輯電路和/或基於操作指令操縱信號的任何設備。除了其他能力，該至少一個處理器102被配置為獲取和執行存儲在存儲器106中的計算機可讀指令。
I/O接口104可以包括各種軟體和硬體接口，例如，網絡接口、圖形用戶接口等等。I/O接口104可以允許UE 100與其他設備進行通信。I/O接口104可以促進各種各樣的網絡和協議類型內的多種通信，包括有線網絡，例如區域網(LAN)、電纜等，以及無線網絡，諸如無線區域網(WLAN)、蜂窩、設備到設備(D2D)通信網絡、Wi-Fi網絡等等。
模塊108包括進行特定任務、功能或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等。在一個實現方式中，模塊108可以包括通信協議層(CP 110)，通信協議層(CP 110)包括授權管理消息(EMM)模塊和應用協議層(AP 112)。
在實施例中，當CP 110忙於進行諸如跟蹤區更新(TAU)請求、區域區更新(RAU)請求、位置區更新(RAU)請求等等的特定過程時，CP 110可以從AP 112接收針對緊急呼叫的請求。在從網絡接收到拒絕原因並且針對緊急呼叫的請求正在待決的這樣的情況下，CP 110可以被配置為中止與拒絕原因的應對相關聯的過程。此外，CP 110可以被配置為繼續針對建立緊急呼叫的過程並且成功地處理接收到的針對緊急呼叫的請求。以示例順序圖和結合圖2的示例情況來解釋實施例。
在實施例中，CP 100可以被配置為當在正常呼叫請求正在待決而從網絡接收到拒絕原因時，應用用於處理待決緊急呼叫請求所定義的動作，以處理正常呼叫請求。因此，提高正常呼叫成功率。
在實施例中，當CP 110忙於進行針對MT呼叫的過程時，CP 110可以接收針對緊急呼叫的請求。因此，當接收到針對緊急呼叫的請求時，CP 110可以識別UE 100處於等待命令狀態，具有根據3GPP標準中的規範而發起的定時器T3240。在UE 100處於等待命令狀態具有發起的定時器3240並且針對緊急呼叫的請求正在待決的這樣的情況下，CP 110可以被配置為停止定時器T3240並終止針對MT呼叫的過程。此外，CP 110可以被配置為對緊急呼叫提供最高優先級，並繼續針對建立緊急呼叫的過程。以結合圖3的示例序列圖來解釋實施例。因此，以緊急呼叫、高優先級接入、MT呼叫和移動始發(MO)呼叫的降序的優先級順序來定義UE 100中的呼叫優先級順序。
模塊108可以包括補充UE 100的應用和功能的程序或編碼指令。除了其他事物，數據112用作用於存儲由一個或多個模塊108處理、接收和生成的數據的儲存庫。此外，UE 100的其他組件和模塊的名稱是說明性的，並且不需要被解釋為限制。
圖2圖示了根據如在此公開的實施例的用於通過忽略UE從網絡202接收到的拒絕原因來繼續針對緊急呼叫的過程的示例序列200圖。在實施例中，UE 100與網絡202進行通信。UE 100的CP 110發送(204)TAU請求，並從網絡202接收(208)TAU拒絕原因。根據規範24.301，TAU拒絕原因可以是拒絕原因#9、#10、#140等等。然而，由於接收到的(206)緊急呼叫請求正在待決，因此CP 110忽略(210)拒絕原因並繼續針對緊急呼叫的過程。此外，CP 110發起(212)緊急呼叫過程以處理針對緊急呼叫的請求。
下面提供接收到特定過程拒絕並且UE 100的CP 110可以被配置為針對每個示例情況應對拒絕原因以繼續緊急呼叫過程的多個示例情況。
情況1：如果特定過程(例如，組合TAU或組合RAU)成功，但是僅針對「演進分組服務(EPS)服務」或「PS服務」，並且CS註冊被拒絕。例如，拒絕原因諸如#16(MSC暫時不可達)；或者#17(網絡故障)，如規範24.008和24.301所指定的。在這樣的情況下，如果CS緊急呼叫正在待決，則UE 100(CP 110)可以被配置為繼續進行適當的MM和CC過程以發起呼叫建立過程。
情況2：如果當接收到特定過程拒絕或者特定過程面臨如24.008或24.301中指定的異常情況並且UE 100在LTE RAT中時CS緊急呼叫正在待決，則UE 100(CP 110)可以被配置為選擇2G/3G RAT並且繼續進行適當的MM和CC過程以發起CS緊急呼叫。
情況3：如果當接收到特定過程拒絕或者特定過程面臨如24.008或24.301中指定的異常情況並且UE 100在UMTS或GSM RAT中時CS緊急呼叫正在待決，則UE 100(CP 110)可以被配置為繼續進行適當的MM和CC過程以發起CS緊急呼叫。
情況4：如果當接收到特定過程拒絕或者特定過程面臨如24.008或24.301中指定的異常情況時分組交換(PS)緊急呼叫正在待決，則UE 100(CP 110)可以被配置為發起分組數據協議(PDP)激活過程或者緊急附著以建立緊急呼叫。
情況5：在實施例中，每當接收到具有原因#9、#10或#40的特定過程拒絕(例如，TAU拒絕)並且如果CS緊急呼叫正在待決，則UE 100代替進行附著過程可以被配置為嘗試選擇GERAN或UMTS陸地無線電接入網絡(UTRAN)無線電接入技術，並且繼續進行適當的MM和CC特定過程。
圖3圖示了根據如在此公開的實施例的用於通過在為UE定義的呼叫優先級順序中對緊急呼叫提供最高優先級來繼續針對緊急呼叫的過程的示例序列300圖。在實施例中，UE 100與網絡202進行通信。
CP 110接收(302)針對MT呼叫的尋呼。CP 100發送(304)對接收到的尋呼的尋呼響應。根據3GPP標準，CP 110將UE 110的狀態設置為等待網絡命令狀態，並且啟動(306)T3240定時器。CP 110接收(308)針對緊急呼叫的請求。因此，在這樣的情況下，在MT呼叫與緊急呼叫(也稱為MO緊急呼叫)之間存在衝突。由於緊急呼叫請求正在待決，因此CP 110停止(310)定時器T3240並且繼續針對緊急呼叫的過程。因此，CP 110對緊急呼叫提供最高優先級，並且終止與MT呼叫相對應的過程。
此外，CP 110發起(312)緊急呼叫過程以處理針對緊急呼叫的請求。
圖4是圖示根據如在此公開的實施例的當UE檢測到拒絕原因或等待網絡命令狀態時處理針對緊急呼叫的請求的方法400的流程圖。在步驟402，方法400包括允許CP 110檢測由CP接收到的呼叫請求是針對緊急呼叫。在步驟402，方法400包括允許CP 110通過進行一個或多個動作來繼續針對緊急呼叫的過程。該動作包括忽略UE 100從網絡202接收到的拒絕原因，或者在為UE 100定義的呼叫優先級順序中對緊急呼叫提供最高優先級。忽略拒絕原因包括中止與拒絕原因的應對相關聯的過程。可以由CP 110根據規範24.301中指定的過程來接收拒絕原因。此外，該方法包括以緊急呼叫、高優先級接入、MT呼叫和移動始發(MO)呼叫的降序的優先級來定義呼叫優先級順序。對緊急呼叫提供最高優先級包括在進行與MT呼叫相對應的過程的同時，在UE 100的等待網絡命令狀態期間停止由UE 100發起的T3240定時器。如圖2和圖3的示例序列圖中所解釋的那樣進行方法400的步驟，並且為了簡潔而不重複。可以以所呈現的順序、以不同的順序或者同時地進行方法400中的各種動作。此外，在一些實施例中，可以省略圖4中列出的一些動作。
在此公開的實施例可以通過在至少一個硬體設備上運行並且進行網絡管理功能以控制網絡元件的至少一個軟體程序來實現。圖1至圖3中所示的網絡元件包括可以是至少一個硬體設備或者硬體設備和軟體模塊的組合的塊。
特定實施例的前述描述將完全揭示在此的實施例的一般性質，其他人可以通過應用當前知識，在不脫離一般概念的情況下容易地修改和/或適應這樣的特定實施例的各種應用，並且因此，這樣的適應和修改應當並且旨在在所公開的實施例的等同物的含義和範圍內理解。應當理解，在此採用的措辭或術語是為了描述而不是限制的目的。
因此，儘管已經根據優選實施例描述了在此的實施例，但是本領域技術人員將認識到，可以利用在如在此描述的實施例的精神和範圍內的修改來實踐在此的實施例。