TWI632788B - 處理尋呼程序的裝置及方法 - Google Patents

處理尋呼程序的裝置及方法 Download PDF

Info

Publication number
TWI632788B
TWI632788B TW105132863A TW105132863A TWI632788B TW I632788 B TWI632788 B TW I632788B TW 105132863 A TW105132863 A TW 105132863A TW 105132863 A TW105132863 A TW 105132863A TW I632788 B TWI632788 B TW I632788B
Authority
TW
Taiwan
Prior art keywords
time interval
message
network
paging
service
Prior art date
Application number
TW105132863A
Other languages
English (en)
Other versions
TW201714435A (zh
Inventor
昆丹 提瓦利
Original Assignee
宏達國際電子股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 宏達國際電子股份有限公司 filed Critical 宏達國際電子股份有限公司
Publication of TW201714435A publication Critical patent/TW201714435A/zh
Application granted granted Critical
Publication of TWI632788B publication Critical patent/TWI632788B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一裝置，包含有：傳送包含有用來監測一尋呼時機的一第一時間區間及用來監測該尋呼時機的一第二時間區間的一第一非存取層訊息到一網路端，該第二時間區間大於該第一時間區間；從該網路端接收包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息，其中該第三時間區間大於該第一時間區間；當用於一緊急承載服務的一封包資料網路連結未被建立或未正在建立時，使用該第三時間區間，從該網路端接收一尋呼訊息；以及當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，使用該第一時間區間，從該網路端接收該尋呼訊息。

Description

處理尋呼程序的裝置及方法
本發明相關於一種用於無線通訊系統的通訊裝置及方法，尤指一種處理尋呼程序的裝置及方法。
當執行依附程序（attach procedure）或追蹤區域更新程序（tracking area update procedure）時，可使用延伸非連續接收（Extended Discontinuous Reception，Extended DRX）參數循環的用戶端（user equipment，UE）傳送延伸非連續接收參數到網路端。若網路端支援延伸非連續接收參數以及接收用戶端的請求，網路端傳送相同或不同的延伸非連續接收參數到用戶端。藉由使用與網路端所傳送的相同的延伸非連續接收參數，用戶端在尋呼通道上監聽尋呼請求。延伸（例如較長的）非連續接收參數指的就是用戶端在延伸的期間後甦醒以監聽尋呼通道。此外，依附於正常服務的用戶端啟動一程序以建立用於緊急承載服務（Emergency Bearer Service）的封包資料網路（Packet Data Network，PDN）連結，以及由於無線鏈結失敗（radio link failure）發生，用戶端在程序期間轉換到閒置模式（idle mode）。然而，當用戶端監聽尋呼通道時，延伸非連續接收參數及非連續接收參數中哪一個應被用戶端所使用則是未知。此外，當網路端傳送尋呼請求到演進式基地台（evolved NodeB，eNB）時，延伸非連續接收參數及非連續接收參數中哪一個應被網路端（例如行動管理實體（Mobility Management Entity，MME））所使用亦是未知。因此，用戶端及網路端未同步地執行尋呼程序。如此一來，緊急承載服務（例如緊急呼叫重建程序（emergency call reestablishment procedure））會被延遲。
因此，如何處理尋呼程序是一亟待解決的問題。
因此，本發明提供了一種通訊裝置及方法，用來處理尋呼程序，以解決上述問題。
本發明揭露一通訊裝置，用來處理一無線通訊系統中的一尋呼程序（paging procedure），包含有一儲存單元，用來儲存指令，以及一處理電路，耦接於該儲存單元。該處理電路被設定以執行該儲存單元中的該指令。該指令包含有傳送包含有用來監測一尋呼時機（Paging Occasion）的一第一時間區間（Time Interval）及用來監測該尋呼時機的一第二時間區間的一第一非存取層（Non Access Stratum，NAS）訊息到一網路端，其中該第二時間區間大於該第一時間區間；在傳送該第一非存取層訊息後，從該網路端接收包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息，其中該第三時間區間大於該第一時間區間；當用於一緊急承載服務（Emergency Bearer Service）的一封包資料網路（Packet Data Network，PDN）連結未被建立或未正在建立時，藉由使用該第三時間區間，從該網路端接收一尋呼訊息；以及當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，從該網路端接收該尋呼訊息。
本發明另揭露一網路端，用來處理一無線通訊系統中的一尋呼程序（paging procedure），包含有一儲存單元，用來儲存指令，以及一處理電路，耦接於該儲存單元。該處理電路被設定以執行該儲存單元中的該指令。該指令包含有從一通訊裝置接收包含有用來監測一尋呼時機（Paging Occasion）的一第一時間區間（Time Interval）及用來監測該尋呼時機的一第二時間區間的一第一非存取層（Non Access Stratum，NAS）訊息，其中該第二時間區間大於該第一時間區間；在接收到該第一非存取層訊息後，傳送包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息到該通訊裝置，以及儲存該第一時間區間及該第三時間區間，其中該第三時間區間大於該第一時間區間；當用於一緊急承載服務（Emergency Bearer Service）的一封包資料網路（Packet Data Network，PDN）連結未被建立或未正在建立時，藉由使用該第三時間區間，執行該尋呼程序；以及當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，執行該尋呼程序。
本發明另揭露一通訊裝置，用來處理一無線通訊系統中的一尋呼程序（paging procedure），包含有一儲存單元，用來儲存指令，以及一處理電路，耦接於該儲存單元。該處理電路被設定以執行該儲存單元中的該指令。該指令包含有傳送包含有用來監測一尋呼時機（Paging Occasion）的一第一時間區間（Time Interval）及用來監測該尋呼時機的一第二時間區間的一第一非存取層（Non Access Stratum，NAS）訊息到一網路端，其中該第二時間區間大於該第一時間區間；在傳送該第一非存取層訊息後，從該網路端接收包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息，其中該第三時間區間大於該第一時間區間；藉由使用該第三時間區間，從該網路端接收一尋呼訊息；傳送一第三非存取層訊息到該網路端，其是用來建立用於一緊急承載服務（Emergency Bearer Service）的一封包資料網路（Packet Data Network，PDN）連結；在傳送該第三非存取層訊息後，從該網路端接收用來指示該通訊裝置使用該第一時間區間的一第四非存取層訊息；以及在接收到該第四非存取層訊息後，藉由使用該第一時間區間，從該網路端接收該尋呼訊息。
第1圖為本發明實施例一無線通訊系統10的示意圖。無線通訊系統10可由網路端以及複數個通訊裝置所組成。在第1圖中，網路端及複數個通訊裝置可用來說明無線通訊系統10之架構。實際上，在通用行動電信系統（Universal Mobile Telecommunications System，UMTS）中，網路端可為通用陸地全球無線存取網路（Universal Terrestrial Radio Access Network， UTRAN），其包含有至少一基地台（Node-Bs，NB）。在另一實例中，在長期演進（Long Term Evolution，LTE）系統、先進長期演進（LTE-Advanced，LTE-A）系統、先進長期演進系統的後續版本或是第五代（fifth generation，5G）網路中，網路端可為一演進式通用陸地全球無線存取網路（evolved universal terrestrial radio access network，E-UTRAN），其可包含有至少一演進式基地台（evolved NB，eNB）及／或至少一中繼站（relay）。
除此之外，網路端亦可同時包括通用陸地全球無線存取網路／演進式通用陸地全球無線存取網路及核心網路（core network）（例如演進式封包核心（evolved packet core（EPC）network）），其中核心網路可包括行動管理單元（Mobility Management Entity，MME）、伺服閘道器（serving gateway，S-GW）、封包資料網路（packet data network，PDN）閘道器（PDN gateway，P-GW）、自我組織網路（Self-Organizing Network，SON）及／或無線網路控制器（Radio Network Controller，RNC）等網路實體。
用戶端可為低成本裝置（例如機器型態通訊（machine type communication，MTC））、裝置對裝置（device-to-device，D2D）通訊裝置、行動電話、筆記型電腦、平板電腦、電子書、可攜式電腦系統、汽車或飛機。此外，根據傳輸方向，可將網路端100及用戶端分別視為傳送端或接收端。舉例來說，對於一上鏈路（uplink，UL）而言，用戶端為傳送端而網路端為接收端；對於一下鏈路（downlink，DL）而言，網路端為傳送端而用戶端為接收端。
第2圖為本發明實施例一通訊裝置20的示意圖。通訊裝置20可用來實現第1圖中的網路端或通訊裝置，但不限於此。通訊裝置20包括一處理電路200、一儲存單元210以及一通訊介面單元220。處理裝置200可為一微處理器或一特定應用積體電路（Application-Specific Integrated Circuit，ASIC）。儲存單元210可為任一資料儲存裝置，用來儲存一程式代碼214，處理電路200可通過儲存單元210讀取及執行程式代碼214。舉例來說，儲存單元210可為用戶識別模組（Subscriber Identity Module，SIM）、唯讀式記憶體（Read-Only Memory，ROM）、隨機存取記憶體（Random-Access Memory，RAM）、光碟唯讀記憶體（CD-ROM／DVD-ROM／BD-ROM）、磁帶（magnetic tape）、硬碟（hard disk）、光學資料儲存裝置（optical data storage device）、非揮發性儲存單元（non-volatile storage unit）、非暫態電腦可讀取介質（non-transitory computer-readable medium）（例如具體媒體（tangible media））等，而不限於此。通訊介面單元220可為一無線收發器，其是根據處理電路200的處理結果，用來傳送及接收訊號（例如資料、訊號、訊息及／或封包）。
在以下實施例中，為了簡化實施例的說明，用戶端被用來表示第1圖的通訊裝置。
第3圖為本發明實施例一流程30之流程圖，用於一用戶端中，用來處理無線通訊系統中的尋呼程序。流程30包含以下步驟：
步驟300：開始。
步驟302：傳送包含有用來監測一尋呼時機（Paging Occasion）的一第一時間區間（Time Interval）及用來監測該尋呼時機的一第二時間區間的一第一非存取層（Non Access Stratum，NAS）訊息到一網路端，其中該第二時間區間大於該第一時間區間。
步驟304：在傳送該第一非存取層訊息後，從該網路端接收包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息，其中該第三時間區間大於該第一時間區間。
步驟306：當用於一緊急承載服務（Emergency Bearer Service）的一封包資料網路連結未被建立或未正在建立時，藉由使用該第三時間區間，從該網路端接收一尋呼訊息。
步驟308：當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，從該網路端接收該尋呼訊息。
步驟310：結束。
根據流程30，用戶端可傳送包含有用來監測尋呼時機的第一時間區間及用來監測尋呼時機的第二時間區間的第一非存取層訊息到網路端，其中第二時間區間大於第一時間區間。接著，在傳送第一非存取層訊息後（為了回應第一非存取層訊息），用戶端可從網路端接收包含有用來監測尋呼時機的第三時間區間的第二非存取層訊息，其是用來回應第一非存取層訊息，其中第三時間區間大於第一時間區間。當用於緊急承載服務的封包資料網路連結未被建立或未正在建立時，藉由使用第三時間區間，用戶端可從網路端接收尋呼訊息。當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，藉由使用第一時間區間，用戶端可從網路端接收尋呼訊息。也就是說，當用於緊急承載服務的封包資料網路連結未被建立或未正在建立時，用戶端使用較長的時間區間（例如第三時間區間），以及當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，用戶端使用較短的時間區間（例如第一時間區間）。換句話說，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，用戶端皆可處理尋呼程序。如此一來，處理尋呼程序的問題可被解決。
流程30的實現方式不限於以上所述。
在一實施例中，第一時間區間可被用於非連續接收（Discontinuous Reception，DRX）參數（即非延伸非連續接收參數或常規非連續接收參數），及／或第二時間區間及第三時間區間可被用於延伸非連續接收（Extended DRX）參數。在一實施例中，第二時間區間及第三時間區間可為相同的時間區間或不同的時間區間。
在一實施例中，第一非存取層訊息可為“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息。在一實施例中，第二非存取層訊息可為“ATTACH ACCEPT訊息、“ROUTING AREA UPDATE ACCEPT訊息或“TRACKINGA AREA UPDATE ACCEPT訊息。
在一實施例中，第一時間區間可被編碼在“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息的非連續接收參數資訊元件中。在一實施例中，第二時間區間及第三時間區間可被編碼在延伸非連續接收參數資訊元件中（例如如第三代合作夥伴計畫（the 3rd Generation Partnership Project，3GPP）文件所定義）。
在一實施例中，若用戶端傳送會議管理（Session Management，SM）訊息或演進式封包服務（Evolved Packet Service，EPS）會議管理（EPS SM，ESM）訊息以啟動用於緊急承載服務的封包資料協定（PDP）上下文（Context）或演進式封包服務上下文，但用於建立封包資料協定上下文或該演進式封包服務上下文的完成程序尚未被完成，用於緊急承載服務的封包資料網路連結可正在建立。舉例來說，用戶端可傳送具有請求類型的“PDN CONNECTION REQUEST訊息，其是用來設定緊急承載服務，以及可未接收“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息。
在一實施例中，若用戶端具有用於緊急承載服務的會議管理訊息或演進式封包服務會議管理訊息，用於緊急承載服務的封包資料網路連結可已被建立。
在一實施例中，第一時間區間的範圍可介於0.08秒至5.12秒之間（例如用於通用陸地全球無線存取網路，如第三代合作夥伴計畫標準所定義）。在一實施例中，第二時間區間的範圍或第三時間區間的範圍可介於1.9秒至52分鐘之間（例如用於通用陸地全球無線存取網路／演進式通用陸地全球無線存取網路，如第三代合作夥伴計畫文件所定義）。
第4圖為本發明實施例一流程40之流程圖，用於一網路端中，用來處理無線通訊系統中的尋呼程序。流程40包含以下步驟：
步驟400：開始。
步驟402：從一用戶端接收包含有用來監測一尋呼時機的一第一時間區間及用來監測該尋呼時機的一第二時間區間的一第一非存取層訊息，其中該第二時間區間大於該第一時間區間。
步驟404：在接收到該第一非存取層訊息後，傳送包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息到該用戶端，以及儲存該第一時間區間及該第三時間區間，其中該第三時間區間大於該第一時間區間。
步驟406：當用於一緊急承載服務的一封包資料網路連結未被建立或未正在建立時，藉由使用該第三時間區間，執行該尋呼程序。
步驟408：當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，執行該尋呼程序。
步驟410：結束。
根據流程40，網路端可從用戶端接收包含有用來監測尋呼時機的第一時間區間及用來監測尋呼時機的第二時間區間的第一非存取層訊息，其中第二時間區間大於第一時間區間。接著，在接收到該第一非存取層訊息後（為了回應第一非存取層訊息），網路端可傳送包含有用來監測尋呼時機的第三時間區間的第二非存取層訊息到用戶端以及可儲存第一時間區間及第三時間區間，其中第三時間區間大於第一時間區間。當用於緊急承載服務的封包資料網路連結未被建立或未正在建立時，藉由使用第三時間區間，網路端可執行尋呼程序。當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，藉由使用第一時間區間，網路端可執行尋呼程序。也就是說，當用於緊急承載服務的封包資料網路連結未被建立或未正在建立時，網路端使用較長的時間區間（例如第三時間區間），以及當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，網路端使用較短的時間區間（例如第一時間區間）。第一時間區間及第三時間區間儲存在網路端中。換句話說，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，網路端皆可處理尋呼程序。如此一來，處理尋呼程序的問題可被解決。
流程40的實現方式不限於以上所述。
在一實施例中，第一時間區間可被用於非連續接收參數（即非延伸非連續接收參數或常規非連續接收參數），及／或第二時間區間及第三時間區間可被用於延伸非連續接收參數。在一實施例中，第二時間區間及第三時間區間可為相同的時間區間或不同的時間區間。
在一實施例中，當執行尋呼程序時，網路端可傳送第三時間區間或第一時間區間到無線存取網路端（Radio Access Network，RAN）節點，其中藉由使用第三時間區間或第一時間區間，無線存取網路端節點執行尋呼程序。
在一實施例中，網路端可包含有服務通用封包無線服務（General Packet Radio Service，GPRS）支援節點（Serving GPRS Support Node，SGSN）或行動管理實體。在一實施例中，無線存取網路端節點可包含有演進式基地台或通用陸地全球無線存取網路。
在一實施例中，第一非存取層訊息可為“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息。在一實施例中，第二非存取層訊息可為“ATTACH ACCEPT訊息、“ROUTING AREA UPDATE ACCEPT訊息或“TRACKINGA AREA UPDATE ACCEPT訊息。
在一實施例中，若網路端接收到會議管理訊息或演進式封包服務會議管理訊息以啟動用於緊急承載服務的封包資料協定上下文或演進式封包服務上下文，但用於建立封包資料協定上下文或演進式封包服務上下文的完成程序尚未被完成，用於緊急承載服務的封包資料網路連結可正在建立。舉例來說，在接收到具有請求類型的“PDN CONNECTION REQUEST訊息後（為了回應“PDN CONNECTION REQUEST訊息），其是用來設定緊急承載服務，網路端（例如包含有行動管理實體的核心網路）可傳送“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息，以及可未接收“ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT訊息。
在一實施例中，若網路端具有用於緊急承載服務的會議管理訊息或演進式封包服務會議管理訊息，用於緊急承載服務的封包資料網路連結可已被建立。
在一實施例中，第一時間區間的範圍可介於0.08秒至5.12秒之間（例如用於通用陸地全球無線存取網路，如第三代合作夥伴計畫標準所定義）。在一實施例中，第二時間區間的範圍或第三時間區間的範圍可介於1.9秒至52分鐘之間（例如用於通用陸地全球無線存取網路／演進式通用陸地全球無線存取網路，如第三代合作夥伴計畫文件所定義）。
以下的實施例可用來說明流程30及40，其可被用於一場景：用戶端正在建立用於緊急承載服務的封包資料網路連結，但在用於緊急承載服務的封包資料網路連結被建立之前，無線鏈結失敗（radio link failure）發生或無線資源控制（radio resource control，RRC）連結被釋放。實施例包含以下步驟：
1. 用戶端傳送包含有第一時間區間（例如對應於非連續接收循環長度0.08秒的非連續接收參數）及第二時間區間（例如對應於非連續接收循環長度1.9秒的延伸非連續接收參數）的“ATTACH REQUEST訊息到網路端（例如包含有行動管理實體的核心網路）。
2. 網路端傳送包含有第三時間區間（例如對應於非連續接收週期循環1.9秒的相同或不同的延伸非連續接收參數）的“ATTACH ACCEPT訊息到用戶端。
3. 用戶端傳送“ATTACH COMPLETE訊息到網路端。
4. 非緊急承載服務的封包資料網路連結被建立。
5. 用戶端傳送第三時間區間到存取層（Access Stratum，AS）（例如無線資源控制層），以及藉由使用第三時間區間，存取層計算尋呼時機。
6. 網路端傳送包含有第三時間區間的尋呼請求到演進式基地台，以使用以預設存取點名稱（access point name，APN）建立的預設演進式封包服務承載上下文來建立資料連結。藉由使用第三時間區間，演進式基地台傳送尋呼請求到用戶端。
7. 用戶端接收尋呼請求，以及建立非存取層訊令連結。用戶端與網路端彼此通訊。在與彼此通訊之後，網路端釋放非存取層訊令連結以及用戶端及網路端轉換到閒置模式（idle mode）。
8. 用戶端建立無線資源控制連結，以及傳送具有請求類型的“PDN CONNECTION REQUEST訊息來建立緊急承載服務，其中“PDN CONNECTION REQUEST訊息是用來設定緊急承載服務。用戶端啟動計時器T3482。
9. 網路端接收“PDN CONNECTION REQUEST訊息，以及傳送“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息到用戶端。網路端啟動計時器T3485。
10. 用戶端接收“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息，以及停止計時器T3482。用戶端傳送“ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT訊息到存取層，以傳送“ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT訊息到網路端，但在用戶端傳送“ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT訊息之前，無線鏈結失敗發生。用戶端轉換到閒置模式。
11. 藉由使用第一時間區間，用戶端計算尋呼時機。
12. 網路端的計時器T3485到期，以及網路端傳送包含有第一時間區間的另一尋呼請求到演進式基地台。藉由使用第一時間區間，演進式基地台傳送其它尋呼請求到用戶端。
13. 用戶端接收其它尋呼請求，以及建立另一非存取層訊令連結。網路端傳送另一“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息。用戶端接收該訊息，以及以另一“ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT訊息回應。用於緊急承載服務的預設演進式封包服務承載上下文被建立。網路端另建立用於緊急承載服務的專屬演進式封包服務承載上下文。
另一實施例可用來說明流程30及40，其可被用於一場景：用戶端具有用於緊急承載服務的預設演進式封包服務承載上下文，但在用於緊急承載服務的專屬演進式封包服務承載上下文建立之前，訊令連結被釋放或無線鏈結失敗發生。實施例包含以下步驟：
1. 用戶端傳送包含有第一時間區間（例如對應於非連續接收循環長度0.08秒的非連續接收參數）及第二時間區間（例如對應於非連續接收循環長度1.9秒的延伸非連續接收參數）的“ATTACH REQUEST訊息到網路端（例如包含有行動管理實體的核心網路）。
2. 網路端傳送包含有第三時間區間（例如對應於非連續接收週期循環1.9秒的相同或不同的延伸非連續接收參數）的“ATTACH ACCEPT訊息到用戶端。
3. 用戶端傳送“ATTACH COMPLETE訊息到網路端。
4. 非緊急承載服務的封包資料網路連結被建立。
5. 用戶端傳送第三時間區間到存取層（例如無線資源控制層），以及藉由使用第三時間區間，存取層計算尋呼時機。
6. 網路端傳送包含有第三時間區間的尋呼請求到演進式基地台，以使用以預設存取點名稱建立的預設演進式封包服務承載上下文來建立資料連結。藉由使用第三時間區間，演進式基地台傳送尋呼請求到用戶端。
7. 用戶端接收尋呼請求，以及建立無線存取承載。用戶端與網路端彼此通訊。在與彼此通訊之後，網路端釋放無線存取承載以及用戶端轉換到閒置模式。
8. 網路端及用戶端建立用於緊急承載服務的預設演進式封包服務承載上下文。
9. 由於無線鏈結失敗發生或無線資源控制連結釋放發生，用戶端轉換到閒置模式。
10. 藉由使用第一時間區間，用戶端計算尋呼時機。
11. 網路端傳送包含有第一時間區間的另一尋呼請求到演進式基地台。藉由使用第一時間區間，演進式基地台傳送其它尋呼請求到用戶端。
12. 用戶端接收其它尋呼請求，以及建立另一訊令連結。用戶端及網路端建立用於緊急承載服務的專屬演進式封包服務承載上下文。
根據上述實施例，當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，用戶端及網路端皆使用較短的時間區間（例如第一時間區間）來處理（例如監測）尋呼程序，以及當用於緊急承載服務的封包資料網路連結未被建立或未正在建立時，用戶端及網路端皆使用較長的時間區間（例如第三時間區間）來處理（例如監測）尋呼程序。換句話說，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，用戶端及網路端可同步地執行尋呼程序。如此一來，處理尋呼程序的問題可被解決。
第5圖為本發明實施例一流程50之流程圖，用於一用戶端中，用來處理無線通訊系統中的尋呼程序。流程50包含以下步驟：
步驟500：開始。
步驟502：傳送包含有用來監測一尋呼時機的一第一時間區間及用來監測該尋呼時機的一第二時間區間的一第一非存取層訊息到一網路端，其中該第二時間區間大於該第一時間區間。
步驟504：在傳送該第一非存取層訊息後，從該網路端接收包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息，其中該第三時間區間大於該第一時間區間。
步驟506：藉由使用該第三時間區間，從該網路端接收一尋呼訊息。
步驟508：傳送一第三非存取層訊息到該網路端，其是用來建立用於一緊急承載服務的一封包資料網路連結。
步驟510：在傳送該第三非存取層訊息後，從該網路端接收用來指示該用戶端使用該第一時間區間的一第四非存取層訊息。
步驟512：在接收到該第四非存取層訊息後，藉由使用該第一時間區間，從該網路端接收該尋呼訊息。
步驟514：結束。
根據流程50，用戶端可傳送包含有用來監測尋呼時機的第一時間區間及用來監測尋呼時機的第二時間區間的第一非存取層訊息到網路端，其中第二時間區間大於第一時間區間。在傳送第一非存取層訊息後（為了回應第一非存取層訊息），用戶端可從網路端接收包含有用來監測尋呼時機的第三時間區間的第二非存取層訊息，其是用來回應第一非存取層訊息，其中第三時間區間大於第一時間區間。接著，藉由使用第三時間區間，用戶端可從網路端接收尋呼訊息。此外，用戶端可傳送第三非存取層訊息到網路端，其是用來建立用於緊急承載服務的封包資料網路連結。在傳送第三非存取層訊息後（為了回應第三非存取層訊息），用戶端可從網路端接收用來指示（例如命令）用戶端使用第一時間區間的第四非存取層訊息，其是用來回應第三非存取層訊息。接著，在接收到第四非存取層訊息後，藉由使用第一時間區間，用戶端可從網路端接收尋呼訊息。也就是說，當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，藉由網路端傳送的第四非存取層訊息，用戶端被指示使用較短的時間區間（例如第一時間區間）。換句話說，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，用戶端及網路端可同步地執行尋呼程序。如此一來，處理尋呼程序的問題可被解決。
流程50的實現方式不限於以上所述。
在一實施例中，第一時間區間可被用於非連續接收參數（即非延伸非連續接收參數或常規非連續接收參數），及／或第二時間區間及第三時間區間可被用於延伸非連續接收參數。在一實施例中，第二時間區間及第三時間區間可為相同的時間區間或不同的時間區間。
在一實施例中，第一非存取層訊息可為“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息。在一實施例中，第二非存取層訊息可為“ATTACH ACCEPT訊息、“ROUTING AREA UPDATE ACCEPT訊息或“TRACKINGA AREA UPDATE ACCEPT訊息。
在一實施例中，第一時間區間可被編碼在“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息的非連續接收參數資訊元件中。在一實施例中，第二時間區間及第三時間區間可被編碼在延伸非連續接收參數資訊元件中（例如如第三代合作夥伴計畫文件所定義）。
在一實施例中，第三非存取層訊息及第四非存取層訊息可為會議管理訊息或演進式封包服務會議管理訊息。舉例來說，第三非存取層訊息可為“PDN CONNECTION REQUEST訊息，以及第四非存取層訊息可為“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息。
在一實施例中，藉由傳送會議管理訊息或演進式封包服務會議管理訊息以啟動用於該緊急承載服務的封包資料協定上下文或演進式封包服務上下文，但用於建立該封包資料協定上下文或該演進式封包服務上下文的完成程序尚未被完成，用戶端可建立用於緊急承載服務的封包資料網路連結。舉例來說，用戶端可傳送具有請求類型的“PDN CONNECTION REQUEST訊息，其是用來設定緊急承載服務，以及可未接收“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息。
在一實施例中，用於緊急承載服務的封包資料網路連結可包含有用於緊急承載服務的封包資料協定上下文或演進式封包服務上下文。
第6圖為本發明實施例一流程60之流程圖，用於一網路端中，用來處理無線通訊系統中的尋呼程序。流程60包含以下步驟：
步驟600：開始。
步驟602：從一用戶端接收包含有用來監測一尋呼時機的一第一時間區間及用來監測該尋呼時機的一第二時間區間的一第一非存取層訊息，其中該第二時間區間大於該第一時間區間。
步驟604：在接收到該第一非存取層訊息後，傳送包含有用來監測該尋呼時機的一第三時間區間的一第二非存取層訊息到該用戶端，其中該第三時間區間大於該第一時間區間。
步驟606：在傳送該第二非存取層訊息後，藉由使用該第三時間區間，執行該尋呼程序。
步驟608：從該用戶端接收一第三非存取層訊息，其是用來建立用於一緊急承載服務的一封包資料網路連結。
步驟610：在接收到該第三非存取層訊息後，傳送用來指示該用戶端使用該第一時間區間的一第四非存取層訊息到該用戶端。
步驟612：在傳送該第四非存取層訊息後，藉由使用該第一時間區間，執行該尋呼程序。
步驟614：結束。
根據流程60，網路端可從用戶端接收包含有用來監測尋呼時機的第一時間區間及用來監測尋呼時機的第二時間區間的第一非存取層訊息，其中第二時間區間大於第一時間區間。在接收到第一非存取層訊息後，網路端可傳送包含有用來其中第三時間區間大於第一時間區間。接著，在傳送第二非存取層訊息後，藉由使用第三時間區間，網路端可執行尋呼程序。此外，網路端可從用戶端接收第三非存取層訊息，其是用來建立用於緊急承載服務的封包資料網路連結。在接收到第三非存取層訊息後，網路端可傳送用來指示（例如命令）用戶端使用第一時間區間的第四非存取層訊息到用戶端。接著，在傳送第四非存取層訊息後，藉由使用第一時間區間，網路端可執行尋呼程序。也就是說，當用於緊急承載服務的封包資料網路連結已被建立或正在建立時，藉由第四非存取層訊息，網路指示用戶端使用較短的時間區間（例如第一時間區間）。換句話說，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，用戶端及網路端可同步地執行尋呼程序。如此一來，處理尋呼程序的問題可被解決。
流程60的實現方式不限於以上所述。
在一實施例中，第一時間區間可被用於非連續接收參數（即非延伸非連續接收參數或常規非連續接收參數），及／或第二時間區間及第三時間區間可被用於延伸非連續接收參數。在一實施例中，第二時間區間及第三時間區間可為相同的時間區間或不同的時間區間。
在一實施例中，當執行尋呼程序時，網路端可傳送第三時間區間或第一時間區間到無線存取網路端節點，其中藉由使用第三時間區間或第一時間區間，無線存取網路端節點執行尋呼程序。
在一實施例中，網路端可包含有服務通用封包無線服務支援節點或行動管理實體。在一實施例中，無線存取網路端節點可包含有演進式基地台或通用陸地全球無線存取網路。
在一實施例中，第一非存取層訊息可為“ATTACH REQUEST訊息、“ROUTING AREA UPDATE REQUEST訊息或“TRACKINGA AREA UPDATE REQUEST訊息。在一實施例中，第二非存取層訊息可為“ATTACH ACCEPT訊息、“ROUTING AREA UPDATE ACCEPT訊息或“TRACKINGA AREA UPDATE ACCEPT訊息。
在一實施例中，第三非存取層訊息及第四非存取層訊息可為會議管理訊息或演進式封包服務會議管理訊息。舉例來說，第三非存取層訊息可為“PDN CONNECTION REQUEST訊息，以及第四非存取層訊息可為“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST訊息。
需注意的是，雖然以上所述的實施例是用來被舉例說明對應於流程的相關運作。本領域具通常知識者當可根據系統需求及／或設計考量結合、修飾或變化以上所述的實施例。
本領域具通常知識者當可依本發明的精神加以結合、修飾或變化以上所述的實施例，而不限於此。任何前述的流程可被編譯成程式代碼214。前述的陳述、步驟及／或流程（包含建議步驟）可透過裝置實現，裝置可為硬體、軟體、韌體（為硬體裝置與電腦指令與資料的結合，且電腦指令與資料屬於硬體裝置上的唯讀軟體）、電子系統、或上述裝置的組合，其中裝置可為通訊裝置20。
根據以上所述，本發明提供了一種通訊裝置及方法，用來處理尋呼程序。因此，無論用於緊急承載服務的封包資料網路連結是否已被建立或正在建立，或者未被建立或未正在建立，用戶端及網路端皆可處理尋呼程序。如此一來，處理尋呼程序的問題可被解決。 以上所述僅為本發明之較佳實施例，凡依本發明申請專利範圍所做之均等變化與修飾，皆應屬本發明之涵蓋範圍。
10‧‧‧無線通訊系統
20‧‧‧通訊裝置
200‧‧‧處理電路
210‧‧‧儲存單元
214‧‧‧程式代碼
220‧‧‧通訊介面單元
30、40、50、60‧‧‧流程
300、302、304、306、308、310、400、402、404、406、408、410、500、502、504、506、508、510、512、514、600、602、604、606、608、610、612、614‧‧‧步驟
第1圖為本發明實施例一無線通訊系統的示意圖。 第2圖為本發明實施例一無線通訊系統的示意圖。 第3圖為本發明實施例一無線通訊系統的示意圖。 第4圖為本發明實施例一流程的流程圖。 第5圖為本發明實施例一流程的流程圖。 第6圖為本發明實施例一流程的流程圖。

Claims (19)

  1. 一通訊裝置，用來處理一無線通訊系統中的一尋呼程序(paging procedure)，包含有：一儲存裝置；以及一處理電路，耦接於該儲存裝置，其中該儲存裝置儲存，以及該處理電路被設定以執行以下指令：傳送包含有一第一時間區間(Time Interval)及一第二時間區間的一第一非存取層(Non Access Stratum，NAS)訊息到一網路端，其中該第一時間區間及該第二時間區間是用來監測一尋呼時機(Paging Occasion)以及該第二時間區間大於該第一時間區間；在傳送該第一非存取層訊息後，從該網路端接收包含有一第三時間區間的一第二非存取層訊息，其中該第三時間區間是用來監測該尋呼時機以及該第三時間區間大於該第一時間區間；當用於一緊急承載服務(Emergency Bearer Service)的一封包資料網路(Packet Data Network，PDN)連結未被建立或未正在建立時，藉由使用該第三時間區間，從該網路端接收一尋呼訊息；以及當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，從該網路端接收該尋呼訊息；其中該第一時間區間被編碼在一非連續接收(Discontinuous Reception，DRX)參數資訊元件中，以及該第二時間區間及該第三時間區間被編碼在一延伸非連續接收(Extended DRX)參數資訊元件中。
  2. 如請求項1所述的通訊裝置，其中該第一非存取層訊息為一“ATTACH REQUEST”訊息、一“ROUTING AREA UPDATE REQUEST” 訊息或一“TRACKINGA AREA UPDATE REQUEST”訊息，及/或該第二非存取層訊息為一“ATTACH ACCEPT”訊息、一“ROUTING AREA UPDATE ACCEPT”訊息或一“TRACKINGA AREA UPDATE ACCEPT”訊息。
  3. 如請求項2所述的通訊裝置，其中該第一時間區間被編碼在該“ATTACH REQUEST”訊息、該“ROUTING AREA UPDATE REQUEST”訊息或該“TRACKINGA AREA UPDATE REQUEST”訊息的該非連續接收參數資訊元件中。
  4. 如請求項1所述的通訊裝置，其中若該通訊裝置傳送一會議管理(Session Management，SM)訊息或一演進式封包服務(Evolved Packet Service，EPS)會議管理(EPS SM，ESM)訊息以啟動用於該緊急承載服務的一封包資料協定(PDP)上下文(Context)或一演進式封包服務上下文，但用於建立該封包資料協定上下文或該演進式封包服務上下文的一完成程序尚未被完成，用於該緊急承載服務的該封包資料網路連結正在建立。
  5. 如請求項1所述的通訊裝置，其中若該通訊裝置具有用於該緊急承載服務的一會議管理訊息或一演進式封包服務會議管理訊息，用於該緊急承載服務的該封包資料網路連結已被建立。
  6. 如請求項1所述的通訊裝置，其中該第一時間區間的一範圍介於0.08秒至5.12秒之間，及/或該第二時間區間的一範圍或該第三時間區間的一範圍介於1.9秒至52分鐘之間。
  7. 一網路端，用來處理一無線通訊系統中的一尋呼程序(Paging Procedure)，包含有：一儲存裝置；以及一處理電路，耦接於該儲存裝置，其中該儲存裝置儲存，以及該處理電路被設定以執行以下指令：從一通訊裝置接收包含有一第一時間區間(Time Interval)及一第二時間區間的一第一非存取層(Non Access Stratum，NAS)訊息，其中該第一時間區間及該第二時間區間是用來監測一尋呼時機(Paging Occasion)以及該第二時間區間大於該第一時間區間；在接收到該第一非存取層訊息後，傳送包含有一第三時間區間的一第二非存取層訊息到該通訊裝置，以及儲存該第一時間區間及該第三時間區間，其中該第三時間區間是用來監測該尋呼時機以及該第三時間區間大於該第一時間區間；當用於一緊急承載服務(Emergency Bearer Service)的一封包資料網路(Packet Data Network，PDN)連結未被建立或未正在建立時，藉由使用該第三時間區間，執行該尋呼程序；以及當用於該緊急承載服務的該封包資料網路連結已被建立或正在建立時，藉由使用該第一時間區間，執行該尋呼程序其中該第一時間區間被編碼在一非連續接收(Discontinuous Reception，DRX)參數資訊元件中，以及該第二時間區間及該第三時間區間被編碼在一延伸非連續接收(Extended DRX)參數資訊元件中。
  8. 如請求項7所述的網路端，其中藉由使用該第三時間區間或該第一時 間區間，執行該尋呼程序的該指令包含有：當執行該尋呼程序時，傳送該第三時間區間或該第一時間區間到一無線存取網路端(Radio Access Network，RAN)節點，其中藉由使用該第三時間區間或該第一時間區間，該無線存取網路端節點執行該尋呼程序。
  9. 如請求項8所述的網路端，其中該網路端包含有一服務通用封包無線服務(General Packet Radio Service，GPRS)支援節點(Serving GPRS Support Node，SGSN)或一行動管理實體(Mobility Management Entity，MME)，及/或該網路端節點包含有一演進式基地台(evolved NodeB，eNB)或一通用陸地全球無線存取網路(Universal Terrestrial RAN，UTRAN)。
  10. 如請求項7所述的網路端，其中該第一非存取層訊息為一“ATTACH REQUEST”訊息、一“ROUTING AREA UPDATE REQUEST”訊息或一“TRACKINGA AREA UPDATE REQUEST”訊息，及/或該第二非存取層訊息為一“ATTACH ACCEPT”訊息、一“ROUTING AREA UPDATE ACCEPT”訊息或一“TRACKINGA AREA UPDATE ACCEPT”訊息。
  11. 如請求項7所述的網路端，其中若該網路端接收到一會議管理(session management，SM)訊息或一演進式封包服務(Evolved Packet Service，EPS)會議管理(EPS SM，ESM)訊息以啟動用於該緊急承載服務的一封包資料協定(PDP)上下文(context)或一演進式封包服務上下文，但用於建立該封包資料協定上下文或該演進式封包服務上下文的一完成程序尚未被完成，用於該緊急承載服務的該封包資料網路連結正在建立。
  12. 如請求項7所述的網路端，其中若該網路端具有用於該緊急承載服務的一會議管理訊息或一演進式封包服務會議管理訊息，用於該緊急承載服務的該封包資料網路連結已被建立。
  13. 如請求項7所述的網路端，其中該第一時間區間的一範圍介於0.08秒至5.12秒之間，及/或該第二時間區間的一範圍或該第三時間區間的一範圍介於1.9秒至52分鐘之間。
  14. 一通訊裝置，用來處理一無線通訊系統中的一尋呼程序(paging procedure)，包含有：一儲存裝置；以及一處理電路，耦接於該儲存裝置，其中該儲存裝置儲存，以及該處理電路被設定以執行以下指令：傳送包含有一第一時間區間(Time Interval)及一第二時間區間的一第一非存取層(Non Access Stratum，NAS)訊息到一網路端，其中該第一時間區間及該第二時間區間是用來監測一尋呼時機(Paging Occasion)以及該第二時間區間大於該第一時間區間；在傳送該第一非存取層訊息後，從該網路端接收包含有一第三時間區間的一第二非存取層訊息，其中該第三時間區間是用來監測該尋呼時機以及該第三時間區間大於該第一時間區間；藉由使用該第三時間區間，從該網路端接收一尋呼訊息；傳送一第三非存取層訊息到該網路端，其是用來建立用於一緊急承載服務(Emergency Bearer Service)的一封包資料網路(Packet Data Network，PDN)連結； 在傳送該第三非存取層訊息後，從該網路端接收用來指示該通訊裝置使用該第一時間區間的一第四非存取層訊息；以及在接收到該第四非存取層訊息後，藉由使用該第一時間區間，從該網路端接收該尋呼訊息；其中該第一時間區間被編碼在一非連續接收(Discontinuous Reception，DRX)參數資訊元件中，以及該第二時間區間及該第三時間區間被編碼在一延伸非連續接收(Extended DRX)參數資訊元件中。
  15. 如請求項14所述的通訊裝置，其中該第一非存取層訊息為一“ATTACH REQUEST”訊息、一“ROUTING AREA UPDATE REQUEST”訊息或一“TRACKINGA AREA UPDATE REQUEST”訊息，及/或該第二非存取層訊息為一“ATTACH ACCEPT”訊息、一“ROUTING AREA UPDATE ACCEPT”訊息或一“TRACKINGA AREA UPDATE ACCEPT”訊息。
  16. 如請求項15所述的通訊裝置，其中該第一時間區間被編碼在該“ATTACH REQUEST”訊息、該“ROUTING AREA UPDATE REQUEST”訊息或該“TRACKINGA AREA UPDATE REQUEST”訊息的該非連續接收參數資訊元件中。
  17. 如請求項14所述的通訊裝置，其中該第三非存取層訊息及該第四非存取層訊息為會議管理(Session Management，SM)訊息或演進式封包服務(Evolved Packet Service，EPS)會議管理(EPS SM，ESM)訊息。
  18. 如請求項14所述的通訊裝置，其中建立用於該緊急承載服務的該封包資料網路連結的該指令包含有：傳送一會議管理訊息或一演進式封包服務會議管理訊息以啟動用於該緊急承載服務的一封包資料協定(PDP)上下文(context)或一演進式封包服務上下文，但用於建立該封包資料協定上下文或該演進式封包服務上下文的一完成程序尚未被完成。
  19. 如請求項14所述的通訊裝置，其中用於該緊急承載服務的該封包資料網路連結包含有用於該緊急承載服務的一封包資料協定上下文或一演進式封包服務上下文。
TW105132863A 2015-10-12 2016-10-12 處理尋呼程序的裝置及方法 TWI632788B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562239988P 2015-10-12 2015-10-12
US62/239,988 2015-10-12

Publications (2)

Publication Number Publication Date
TW201714435A TW201714435A (zh) 2017-04-16
TWI632788B true TWI632788B (zh) 2018-08-11

Family

ID=57249645

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105132863A TWI632788B (zh) 2015-10-12 2016-10-12 處理尋呼程序的裝置及方法

Country Status (4)

Country Link
US (1) US9955455B2 (zh)
EP (1) EP3157302B1 (zh)
CN (1) CN107027174B (zh)
TW (1) TWI632788B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190342940A1 (en) * 2015-11-17 2019-11-07 Lg Electronics Inc. Method for supporting extended idle mode discontinuous reception activation in wireless communication system and apparatus therefor
US10028249B2 (en) * 2016-12-15 2018-07-17 Qualcomm Incorporated Techniques and apparatuses for co-operative traffic management using combined paging cycle for user equipments
US10314105B2 (en) 2017-05-18 2019-06-04 At&T Intellectual Property I, L.P. Command for extended idle mode discontinuous reception
KR20210051749A (ko) * 2019-10-31 2021-05-10 삼성전자주식회사 긴급 호 수행 방법 및 이를 위한 전자 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030153370A1 (en) * 2002-02-14 2003-08-14 Mitsubishi Denki Kabushiki Kaisha Method of controlling communication of mobile communication machine and mobile communication machine
US20100130237A1 (en) * 2008-11-18 2010-05-27 Qualcomm Incorporated Method and apparatus for determining drx cycle used for paging
US20120094627A1 (en) * 2009-04-17 2012-04-19 Samsung Electronics Co., Ltd. Emergency call service providing method and system thereof
US20140221023A1 (en) * 2013-02-05 2014-08-07 Qualcomm Incorporated Server-initiated paging cycles

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7565130B2 (en) * 2003-01-13 2009-07-21 Alcatel-Lucent Usa Inc. Emergency intersystem paging for emergency call back
US8023467B2 (en) 2007-04-27 2011-09-20 Research In Motion Limited Method and system for efficient DRX operation during handover in LTE
CN101296509B (zh) * 2007-04-28 2012-12-12 华为技术有限公司 紧急通信业务实现方法、系统及其相关设备
CN101094475B (zh) * 2007-07-26 2010-07-07 华为技术有限公司 监听寻呼信道的方法和移动终端
CN101772198A (zh) * 2008-12-31 2010-07-07 中兴通讯股份有限公司 一种实现集群组呼业务的方法和系统
US8271006B1 (en) * 2009-08-13 2012-09-18 Sprint Communications Company L.P. Enhanced page messaging in short message service environments
CN102905286B (zh) 2011-07-29 2017-07-11 上海贝尔股份有限公司 在用户设备和基站设备中进行drx配置和测量的方法
WO2013035984A1 (en) 2011-09-08 2013-03-14 Lg Electronics Inc. Method for operation based on switching discontinuous reception state in wireless communication system and apparatus for the same
WO2013051865A2 (en) * 2011-10-04 2013-04-11 Samsung Electronics Co., Ltd. A system and a method of configuring radio access network parameters for a user equipment connected to a wireless network system
KR20140041305A (ko) 2012-09-27 2014-04-04 삼성전자주식회사 사용자 단말에서 데이터 송수신 장치 및 방법
US9179407B2 (en) * 2012-12-10 2015-11-03 Broadcom Corporation Selective notification of DRX parameter

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030153370A1 (en) * 2002-02-14 2003-08-14 Mitsubishi Denki Kabushiki Kaisha Method of controlling communication of mobile communication machine and mobile communication machine
US20100130237A1 (en) * 2008-11-18 2010-05-27 Qualcomm Incorporated Method and apparatus for determining drx cycle used for paging
US20120094627A1 (en) * 2009-04-17 2012-04-19 Samsung Electronics Co., Ltd. Emergency call service providing method and system thereof
US20140221023A1 (en) * 2013-02-05 2014-08-07 Qualcomm Incorporated Server-initiated paging cycles

Also Published As

Publication number Publication date
TW201714435A (zh) 2017-04-16
US20170105192A1 (en) 2017-04-13
US9955455B2 (en) 2018-04-24
EP3157302B1 (en) 2018-05-09
CN107027174B (zh) 2019-11-26
CN107027174A (zh) 2017-08-08
EP3157302A1 (en) 2017-04-19

Similar Documents

Publication Publication Date Title
US10624004B2 (en) Serving node relocating method in wireless communication system and device for same
CN109152089B (zh) 处理在长期演进网络端及网络端间的移动性的通信装置及网络端
JP6584023B2 (ja) 間欠受信のサイクルを管理するための装置及び方法
CN110771242A (zh) 在没有映射数据无线电承载的情况下处理qos流
KR20180123141A (ko) 무선 통신 시스템에서 트래킹 영역 업데이트 방법 및 이를 위한 장치
EP3170359B1 (en) Bearer management for d2d
KR20120104959A (ko) 서빙 코어 네트워크 노드가 변경될 때의 모바일 장치의 접근성의 처리
TW201831031A (zh) 處理無線通訊系統中狀態不匹配的裝置及方法
CN104170515B (zh) Lte网络中下行数据传输方法、基站和服务网关
TWI632788B (zh) 處理尋呼程序的裝置及方法
CN102149215A (zh) 传输保活信息的方法及终端和网络设备
WO2018126547A1 (zh) 一种通信方法、相关设备及系统
WO2017045195A1 (zh) 网络指示的处理装置、方法以及通信系统
US20230403623A1 (en) Managing sidelink information, configuration, and communication
US20240049175A1 (en) Communication Method and Related Device
WO2015050110A1 (ja) ネットワーク装置、無線通信システム及び通信制御方法
KR20230011366A (ko) 무선 통신을 위한 방법 및 장치
EP3721675B1 (en) Timer-based handling of multiple connection requests