TW201338460A - 處理已觸發的警告管理物件的方法 - Google Patents

處理已觸發的警告管理物件的方法 Download PDF

Info

Publication number
TW201338460A
TW201338460A TW102105540A TW102105540A TW201338460A TW 201338460 A TW201338460 A TW 201338460A TW 102105540 A TW102105540 A TW 102105540A TW 102105540 A TW102105540 A TW 102105540A TW 201338460 A TW201338460 A TW 201338460A
Authority
TW
Taiwan
Prior art keywords
management object
client
warning
node
triggered
Prior art date
Application number
TW102105540A
Other languages
English (en)
Inventor
Chun-Ta Yu
Yin-Yeh Tseng
Original Assignee
Htc Corp
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 Htc Corp filed Critical Htc Corp
Publication of TW201338460A publication Critical patent/TW201338460A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

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

Abstract

一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件中，用來儲存一時間間隔之一預定值；以及只有當該警告管理物件的本次觸發與前一次觸發之間的時間間隔大於或等於該節點所儲存的該預定值時，傳送一通知至該服務系統的一伺服器，或啟動該客戶端的其他管理物件。

Description

處理已觸發的警告管理物件的方法
本發明係關於一種用於一服務系統的方法，尤指一種用於服務系統用來處理已觸發的警告管理物件的方法。
開放行動聯盟(Open Mobile Alliance，OMA)成立之目的為發展符合使用者需求之開放行動聯盟規格(OMA Specifications)。詳細來說，開放行動聯盟規格致力於提供可於相異地理區域(如國家)、營運商、服務提供商、網路、作業系統及行動裝置間互通之行動服務(mobile services)。當使用者使用符合開放行動聯盟規格之行動服務時，可不受限於特定營運商及服務提供商。符合開放行動聯盟規格之行動服務亦獨立於所使用之承載，舉例來說，符合開放行動聯盟規格之行動服務所使用之承載可為全球行動通訊系統(Global System for Mobile Communications，GSM)、數據速率增強GSM演進技術(Enhanced Data rates for GSM Evolution，EDGE)或通用封包無線服務(General Packet Radio Service，GPRS)等第二代行動通訊系統，亦可為通用行動通訊系統(Universal Mobile Telecommunications System，UMTS)、長期演進系統(Long Term Evolution，LTE)或先進長期演進系統(LTE-Advanced，LTE-A)等第三代行動通訊系統。進一步地，行動服務不受限於行動裝置所使用之作業系統，而可運行於執行Windows、Android或Linux等作業系統之行動裝置上。因此，業界可在提供符合開放行動聯盟規格之行動裝置及行動服務的情形下，受益於行動服務互通性所帶來的大幅成長市場。此外，當使用者使用符合開放行動聯盟規格之行動裝置及行動服務時，亦可享受行動服務互通性所帶來的較佳體驗。
於開放行動聯盟裝置管理(Device Management，DM)需求中，一管理機構(Management Authority，MA)係定義為可根據開放行動聯盟裝置管理規格，以管理一或多個裝置管理客戶端(DM client)(如 行動裝置)之一法定授權單位。進一步地，根據支援開放行動聯盟之系統的佈建方式，管理機構可直接管理裝置管理客戶端，或者，管理機構可透過一或複數個裝置管理伺服器(DM server)管理裝置管理客戶端，也就是說，裝置管理客戶端實際上係由裝置管理伺服器所管理。詳細來說，開放行動聯盟裝置管理規格係用來定義裝置管理伺服器及裝置管理客戶端之間交換封包或訊息的方式，亦用來定義裝置管理客戶端回報指令、狀態或報告的方式。此外，當使用開放行動聯盟裝置管理規格時，裝置管理伺服器會藉由裝置管理客戶端中的複數個管理物件(Management Object，MO)來管理裝置管理客戶端。管理物件為多個節點的邏輯集合，以達到管理運作的目的，其中，每一個節點可小至一整數或大至一圖片或螢幕保護程式。
診斷及監聽(Diagnostics and Monitoring，DiagMon)管理物件係被定義用來對行動無線裝置進行管理，以診斷及監聽行動無線裝置的使用狀態。除此之外，開放行動聯盟裝置管理也利用警告機制(Trap Mechanism)以及管理物件來執行診斷及監聽的活動。警告機制可提供標準的裝置管理管理物件以及關於客戶端以及伺服器端的行為，以實現於行動裝置上的事件監聽功能。警告機制提供通用的警告管理物件(Trap MO)結構，並提供用來傳送及接收關於事件通知的警告機制，其中警告管理物件結構係依據供應商定義用於特殊事件的警告管理物件以及標準實體來建立。一警告管理物件可用來回報關注事件的出現。警告管理物件可對應於一警告識別(Trap identifier)以及一伺服器識別(Server identifier)。警告機制也定義了一收集方法以及一參考節點，用以參考其他管理物件或通用資源識別(uniform resource identifier，URI)。
值得注意的是，若一裝置支援警告管理物件，相當於該裝置可監聽事件，並在監聽到事件之後，傳送一通知至伺服器。若管理機構欲使用警告功能，則須先註冊此功能。警告功能可監聽兩個事件，即警告被啟動的事件以及警告被停止的事件。再者，警告功能可支援多個接收端，因此，基於警告節點的特性，在同一時間內，可能有超過一個伺服器註冊在單一警告功能上，而伺服器的註冊數量可能超過供應商限制 的最大允許數量。在此情況下，供應商應考量裝置傳送通知至每一伺服器的順序。
請參考第1圖，第1圖為習知一警告管理物件的一示意圖。TrapId是「警告識別」，其為一末端節點(Leaf node)，用來識別一警告管理物件。TrapConfig是「警告設定」，其為一中間節點(Internal node)，用來儲存對應於警告管理物件的設定資訊的一位置(placeholder)。Enabled是「啟始」節點，用來指示是否警告被開啟或關閉；若該警告被關閉，則不進行相關於該警告的動作。ToRef是「接收端」，其為一中間節點可提供用來儲存所有接收端的位置。TargetServer是「目標伺服器」，其為一中間節點，用來儲存指定目標伺服器的一位置，以使目標伺服器作為警告機制中的接收端。ToRef/TargetServer/<x>為一中間節點，可提供用來儲存用於外部通知的每一註冊資訊。ServerID是「伺服器識別」，其為一末端節點，用來指定已註冊的裝置管理伺服器的伺服器識別。Trigger是「觸發」，其為一中間節點，用來指示何時傳送通知至特定伺服器。若「觸發」節點遺失，則相當於啟動了警告管理物件。TargetURI是「目標通用資源識別」，其為一中間節點，用來指示目標的內部執行節點，以作為警告機制中的接收端。ToRef/TargetURI/<x>為中間節點，可提供用來儲存用於內部通知的每一註冊資訊。URI是「目標通用資源識別」，其為一末端節點，用來指定裝置內的目標通用資源識別的參考位置，其中目標通用資源識別的參考位置會被警告管理物件所請求。RegisteredServerID是「註冊伺服器識別」，其為一末端節點，用來指示已有註冊內部警告功能的裝置管理伺服器的伺服器識別。
然而，申請人注意到一個關於警告管理物件的通知的問題。支援一警告管理物件的裝置會持續監聽是否有事件發生，每當監聽到有事件發生時，則傳送一通知至伺服器。一般來說，當警告機制被啟動或被停止時，客戶端會傳送一通知至伺服器。然而，當觸發警告機制的條件缺乏完善的設計時，則可能導致目前的警告機制產生問題。也就是說，若監聽的相關參數頻繁地在伺服器設定的參數值之間變動，則可能會導致過多的警告被觸發以及過多的通知被傳送至伺服器。舉例來說，客戶 端可設定一接收功率的警告，以監聽訊號之接收功率，例如設定當接收功率低於-80dBm時，會傳送一通知至伺服器。當接收功率接近-80dBm時，若接收功率頻繁地在此臨界值上下變動，則可能會導致有過多的警告被觸發。因此裝置可能會耗費過多的功率在傳送通知至伺服器，導致使用者須支付龐大的漫遊費用。再者，網路也可能會因為傳送過多的通知而癱瘓。
本發明提供用來處理已觸發的警告管理物件的方法，藉以解決上述問題。
本發明揭露一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件(trap management object)中，用來儲存一時間間隔之一預定值；以及只有當該警告管理物件的本次觸發(current triggered trap)與前一次觸發(preceding triggered trap)之間的時間間隔大於或等於該節點所儲存的該預定值時，傳送一通知至該服務系統的一伺服器，或啟動(invoke)該客戶端的其他管理物件。
本發明另揭露一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件中，用來儲存觸發該警告管理物件的一預設次數；以及只有當觸發該警告管理物件的次數累計達到該節點所儲存的該預設次數時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動該用戶端的其他管理物件。
本發明另揭露一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件中，用來儲存一網路連線的一預設條件；以及只有當該客戶端的一網路連線條件符合該節點所儲存的該預設條件時，傳送關於該警告管理物件的一通知至 該服務系統的一伺服器，或啟動該用戶端的其他管理物件。
10‧‧‧服務系統
20‧‧‧通訊裝置
200‧‧‧處理裝置
210‧‧‧儲存單元
220‧‧‧通訊介面單元
214‧‧‧程式碼
40、70、60‧‧‧流程
400、402、404、406、600、602、604、606、700、702、704、706‧‧‧步驟
第1圖為習知一警告管理物件的示意圖。
第2圖為本發明實施例一服務系統的示意圖。
第3圖為本發明實施例一通訊裝置的示意圖。
第4圖為本發明實施例一流程的示意圖。
第5圖為本發明實施例一警告管理物件的示意圖。
第6~7圖為本發明多種實施例的流程示意圖。
請參考第2圖，第2圖為本發明實施例一服務系統10之示意圖。服務系統10支援開放行動聯盟(open mobile alliance，OMA)的一裝置管理(device management，DM)通訊協定，服務系統10簡略地由一裝置管理伺服器(以下簡稱伺服器，DM server)以及複數個裝置管理客戶端(以下簡稱客戶端，DM client)所組成。進一步地，裝置管理通訊協定中定義了客戶端的管理物件，例如一警告管理物件。支援警告管理物件的客戶端可在監測到一事件之後，傳送一通知至伺服器或啟動客戶端的其他管理物件。
請參考第3圖，第3圖為本發明實施例一通訊裝置20之示意圖。通訊裝置20可為第2圖中之客戶端或伺服器，但不限於此。通訊裝置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)、磁帶(magnetic tape)、硬碟(hard disk)及光學資料儲存裝置(optical data storage device)等，而不限於此。控制 通訊介面單元220可為一收發器，其根據處理裝置200的處理結果，用來傳送及接收資訊。
請參考第4圖，第4圖為本發明實施例一流程40之流程圖。流程40用於第2圖所示之服務系統10之客戶端中，用來處理已觸發的警告管理物件，以避免客戶端頻繁地傳送通知至伺服器或不必要地啟動其他管理物件，因此可節省客戶端的耗電量。流程40可被編譯成程式碼214，其包含以下步驟：
步驟400：開始。
步驟402：建立一節點於一警告管理物件(Trap MO)中，用來儲存一時間間隔之一預定值。
步驟404：只有當該警告管理物件的本次觸發(current triggered trap)與前一次觸發(preceding triggered trap)之間的時間間隔大於或等於該節點所儲存的該預定值時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動(invoke)該客戶端的其他管理物件。
步驟406：結束。
根據流程40，客戶端於一警告管理物件中建立一節點，用來儲存一時間間隔之一預定值。請進一步參考第5圖，第5圖為本發明實施例一警告管理物件的示意圖，與第1圖相較可知，第5圖的警告管理物件中新建立了一終端節點TimeInterval，此節點中即儲存一時間間隔的預定值。根據步驟404，只有當警告管理物件的兩個時間相鄰的觸發，也就是本次觸發(current triggered trap)與前一次觸發(preceding triggered trap)之間的時間間隔大於或等於節點(例如第5圖的終端節點TimeInterval)所儲存的預定值時，客戶端才傳送關於警告管理物件的一通知至服務系統的伺服器，或者，客戶端會啟動(invoke)其他管理物件之運作。舉例來說，時間間隔的預定值可為30秒，在此例下，只有當警告管理物件的本次觸發與前一次觸發之間的時間間隔大於或等於30秒時，客戶端才傳送關於警告管理物件的一通知至服務系統的伺服器。因此，流程40能夠減輕客戶端因頻繁傳送通知(給伺服器而造成的功率消耗負擔例如在客戶端的接收功率頻繁的上下變動時)。
除此之外，根據本發明實施例，當客戶端判斷警告管理物件的本次觸發與前一次觸發之間的時間間隔小於節點所儲存的預定值時，客戶端可忽略警告管理物件的本次觸發，不會傳送通知至伺服器，亦不會啟動其他管理物件。或者，當客戶端判斷警告管理物件的本次觸發與前一次觸發之間的時間間隔小於節點所儲存的預定值時，客戶端可延遲傳送通知至伺服器，也就是至下一個客戶端可傳送的時間再傳送通知，或延遲啟動其他管理物件。
請參考第6圖，第6圖為本發明實施例一流程60之流程圖。流程60用於第2圖所示之服務系統10之客戶端中，用來處理已觸發的警告管理物件，以避免客戶端頻繁地傳送通知或不必要地啟動其他管理物件，因此可節省客戶端的耗電量。流程60可一併編譯成程式碼214，其包含以下步驟：
步驟600：開始。
步驟602：建立一節點於一警告管理物件中，用來儲存觸發該警告管理物件的一預設次數。
步驟604：只有當觸發該警告管理物件的次數累計達到該節點所儲存的該預設次數時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動(invoke)該客戶端的其他管理物件。
步驟606：結束。
根據流程60，客戶端於一警告管理物件中建立一節點，用來儲存觸發警告管理物件的一預設次數，該預設次數表示客戶端被允許傳送通知時所必須累計達到的觸發警告管理物件的次數。只有當觸發警告管理物件的次數累計達到節點所儲存的預設次數時，客戶端才傳送關於警告管理物件的一通知至服務系統的一伺服器，或啟動客戶端的其他管理物件。此外，當累計的觸發警告管理物件的次數達到預設次數時，累計的觸發次數重設為零。舉例來說，若預設次數為10次，則每當警告管理物件被觸發累計達10次時，客戶端傳送關於警告管理物件的通知至伺服器。
於本發明的變化實施例中，流程60之運作可以再加上另一新節點，該新節點儲存一時間間隔的一預定值，用來表示警告管理物件的觸發次數的累計期間。如此一來，只有當觸發警告管理物件的次數於一特定時間間隔長度下累計達到預設次數時，客戶端才傳送關於警告管理物件的一通知至伺服器。例如，客戶端只在2秒內累計觸發警告管理物件的次數達10次時，才傳送通知至伺服器。
請參考第7圖，第7圖為本發明實施例一流程70之流程圖。流程70用於第2圖所示之服務系統10之客戶端中，用來處理已觸發的警告管理物件，以避免客戶端頻繁地傳送通知或不必要地啟動其他管理物件，因此可節省客戶端的耗電量。流程70可一併編譯成程式碼214，其包含以下步驟：
步驟700：開始。
步驟702：建立一節點於一警告管理物件中，用來儲存一網路連線的一預設條件。
步驟704：只有當該客戶端的一網路連線條件符合該節點所儲存的該預設條件時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動(invoke)該客戶端的其他管理物件。
步驟706：結束。
根據流程70，客戶端於一警告管理物件中建立一節點，用來儲存一網路連線的一預設條件。只有當客戶端的網路連線條件符合節點所儲存的預設條件時，客戶端才傳送關於警告管理物件的一通知至伺服器或啟動客戶端的其他管理物件。舉例來說，節點表示的網路連線可為無線相容認證技術(Wireless Fidelity，Wi-Fi)並且預設條件為「開啟」，如此一來，當客戶端具有Wi-Fi功能並已開啟Wi-Fi功能時，客戶端才傳送關於警告管理物件的一通知至伺服器，或啟動客戶端的其他管理物件。於本發明其他實施例中，網路連線的預設條件亦可簡單地表示客戶端是否具有特定的網路連線功能，例如客戶端是否支援Wi-Fi。
除此之外，根據本發明實施例，當客戶端已觸發了警告管理 物件，但此時客戶端判斷網路連線條件不符合節點所儲存的預設條件時，客戶端可忽略警告管理物件的本次觸發而不傳送通知至伺服器，亦不啟動其他管理物件；或者，客戶端可延遲傳送通知至伺服器或延遲啟動其他管理物件，也就是說，至下一次客戶端判斷網路連線條件已符合預設條件時，再行傳送通知或啟動其他管理物件。
前述之所有流程之步驟(包含建議步驟)可透過裝置實現，裝置可為硬體、韌體(為硬體裝置與電腦指令與資料的結合，且電腦指令與資料屬於硬體裝置上的唯讀軟體)或電子系統。硬體可為類比微電腦電路、數位微電腦電路、混合式微電腦電路、微電腦晶片或矽晶片。電子系統可為系統單晶片(system on chip，SOC)、系統級封裝(system in package，SiP)、嵌入式電腦(computer on module，COM)及通訊裝置20。
綜上所述，本發明揭露用於處理觸發警告管理物件的方法，以避免客戶端頻繁地傳送通知或不必要的啟動其他管理物件，因此可節省客戶端的耗電量。
40‧‧‧流程
400、402、404、406‧‧‧步驟

Claims (8)

  1. 一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件(trap management object)中，用來儲存一時間間隔之一預定值；以及只有當該警告管理物件的本次觸發(current triggered trap)與前一次觸發(preceding triggered trap)之間的時間間隔大於或等於該節點所儲存的該預定值時，傳送一通知至該服務系統的一伺服器，或啟動(invoke)該客戶端的其他管理物件。
  2. 如請求項1所述的方法，其另包含有：當該警告管理物件的本次觸發與前一次觸發之間的時間間隔小於該節點所儲存的該預定值時，忽略該警告管理物件。
  3. 如請求項1所述的方法，其另包含有：當該警告管理物件的本次觸發與前一次觸發之間的時間間隔小於該節點所儲存的該預定值時，延遲傳送該通知或延遲啟動該客戶端的其他管理物件。
  4. 一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件中，用來儲存觸發該警告管理物件的一預設次數；以及只有當觸發該警告管理物件的次數累計達到該節點所儲存的該預設次數時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動該用戶端的其他管理物件。
  5. 如請求項4所述的方法，其另包含有：在傳送該通知或啟動該用戶端的其他管理物件之後，重置觸發該警告管理物件的次數。
  6. 一種處理已觸發的警告管理物件的方法，用於支援開放行動聯盟(open mobile alliance，OMA)裝置管理之服務系統中之一客戶端，該方法包含有：建立一節點於一警告管理物件中，用來儲存一網路連線的一預設條件；以及只有當該客戶端的一網路連線條件符合該節點所儲存的該預設條件時，傳送關於該警告管理物件的一通知至該服務系統的一伺服器，或啟動該用戶端的其他管理物件。
  7. 如請求項6所述的方法，其另包含有：當該客戶端的該網路連線條件不符合該節點所儲存的該預設條件時，忽略該警告管理物件。
  8. 如請求項6所述的方法，其另包含有：當該客戶端的該網路連線條件不符合該節點所儲存的該預設條件時，延遲傳送該通知或延遲啟動該用戶端的其他管理物件。
TW102105540A 2012-02-15 2013-02-18 處理已觸發的警告管理物件的方法 TW201338460A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261598914P 2012-02-15 2012-02-15
US13/762,404 US20130212247A1 (en) 2012-02-15 2013-02-08 Method of Handling Triggered Trap Management Object

Publications (1)

Publication Number Publication Date
TW201338460A true TW201338460A (zh) 2013-09-16

Family

ID=47739098

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102105540A TW201338460A (zh) 2012-02-15 2013-02-18 處理已觸發的警告管理物件的方法

Country Status (4)

Country Link
US (1) US20130212247A1 (zh)
EP (1) EP2629455A3 (zh)
CN (1) CN103297996A (zh)
TW (1) TW201338460A (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030046339A1 (en) * 2001-09-05 2003-03-06 Ip Johnny Chong Ching System and method for determining location and status of computer system server
US8604910B2 (en) * 2004-07-13 2013-12-10 Cisco Technology, Inc. Using syslog and SNMP for scalable monitoring of networked devices
CN101080077B (zh) * 2006-05-23 2011-07-13 华为技术有限公司 设备管理树的维护方法及终端设备
US8533345B2 (en) * 2007-05-08 2013-09-10 Blackberry Limited System and method for managing connections for networks used by a communication device
CN102244619B (zh) * 2010-05-13 2014-11-05 华为终端有限公司 设备管理方法、网关和服务器

Also Published As

Publication number Publication date
CN103297996A (zh) 2013-09-11
US20130212247A1 (en) 2013-08-15
EP2629455A3 (en) 2013-09-04
EP2629455A2 (en) 2013-08-21

Similar Documents

Publication Publication Date Title
US20230074564A1 (en) Service capability exposure at the user equipment
US20210076192A1 (en) Communications Method and Apparatus
EP3051849B1 (en) Method for delivering notification message in m2m system and devices for same
US10158524B2 (en) System and method for enhanced network event monitoring and reporting
US9766967B2 (en) Providing a network access failure cause value of a user equipment
US20120117140A1 (en) Class identification methods for machine-to-machine (m2m) applications, and apparatuses and systems using the same
US20110310731A1 (en) Controlling network resource usage of machine type communication (mtc) devices
US11388661B2 (en) Network slice configuration update
US9578555B2 (en) Event based eUICC fall-back
CN105794240B (zh) 用于在euicc订阅变化期间回退至替代订阅的方法、装置和计算机程序产品
WO2020199805A1 (en) Method and apparatus for user equipment behaviour parameters provisioning
WO2020103662A1 (en) Method and apparatus for event monitoring
CN114223313B (zh) 用于会话管理的方法和装置
US20230016327A1 (en) Methods and Apparatuses for Event Reporting
US20220225149A1 (en) Network API Capability Reporting Method, Apparatus, and System
WO2017219754A1 (zh) 一种位置信息获取方法、设备及系统
US11777781B2 (en) Method, apparatus and computer program for conditionally triggering notification of at least one event
US20230370834A1 (en) Method and apparatus for improved capability exposure at edge enabler server
WO2020156460A1 (en) Methods and nodes for ue-to-ue event monitoring
TW201338460A (zh) 處理已觸發的警告管理物件的方法
CN112019587B (zh) 用于基于网络拥塞的延迟下载的方法、用户装置及介质
WO2023143385A1 (en) Method and apparatus for location based group formation
CN102131209B (zh) 一种性能测量策略下发方法和装置
KR20190118938A (ko) 3gpp 네트워크 기반의 사물통신 기기 감시 방법
CN117793173A (zh) 一种终端唤醒的处理方法、装置、设备及存储介质