TW201325282A - 緊急通訊的判斷與繞送裝置與方法 - Google Patents

緊急通訊的判斷與繞送裝置與方法 Download PDF

Info

Publication number
TW201325282A
TW201325282A TW100145361A TW100145361A TW201325282A TW 201325282 A TW201325282 A TW 201325282A TW 100145361 A TW100145361 A TW 100145361A TW 100145361 A TW100145361 A TW 100145361A TW 201325282 A TW201325282 A TW 201325282A
Authority
TW
Taiwan
Prior art keywords
emergency
eepp
network
routing
machine type
Prior art date
Application number
TW100145361A
Other languages
English (en)
Other versions
TWI514903B (zh
Inventor
Ching-Wen Cheng
Jen-Shun Yang
Stephan Gleixner
Shubhranshu Singh
Kuei-Li Huang
Original Assignee
Ind Tech Res Inst
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 Ind Tech Res Inst filed Critical Ind Tech Res Inst
Priority to TW100145361A priority Critical patent/TWI514903B/zh
Priority to CN201210039571.7A priority patent/CN103167458B/zh
Priority to US13/433,858 priority patent/US20130149987A1/en
Publication of TW201325282A publication Critical patent/TW201325282A/zh
Application granted granted Critical
Publication of TWI514903B publication Critical patent/TWI514903B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • H04L45/306Route determination based on the nature of the carried application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一種判斷與繞送裝置使用一緊急事件前處理器(EEPP)來判別基於機器型態的緊急事件要求以及將相對應的緊急事件訊息繞送到適當的緊急事件應變中心。對於一或多個發訊裝置所發出的一緊急事件要求,此EEPP判別此緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別,從一或多個緊急事件應變中心選出處理機器型態緊急事件服務類別的至少一緊急事件應變中心,以及決定出傳送相對應的緊急事件訊息的至少一繞送路徑。其中該等機器型態緊急事件服務類別與緊急事件應變中心之間的對映資訊維護在至少一對映清單中。

Description

緊急通訊的判斷與繞送裝置與方法
本揭露係關於一種緊急通訊的判斷與繞送(routing)裝置與方法。
緊急通訊具有通訊資源的排他性,一旦系統中有緊急事件需要被傳送時,其他一般優先權(normal priority)或低優先權(low priority)的通訊程序將被延遲,以將通訊資源讓出來給緊急通訊使用。警報通知(warning notification)的網路架構型態例如可採用第一A圖所示的族聚連線(aggregated connection)拓撲或是第一B圖所示的直接連線(direction connection)拓撲。
在第一A圖中,每一警報通知提供者(Warning Notification Provider,WNP)所提供的警報通知先經由一聚集代理(aggregation agency)110做優先權控制與排序後,此族聚代理再連線及通報一核心網路作業中心(operator)120。在第一B圖中,每一警報通知提供者直接與核心網路連線,並且所提供的警報通知由核心網路作業中心根據與警報通知提供者(Warning Notification Provider,WNP)的服務合同,來做優先權控制與排序。
第二圖是第三代合作夥伴計畫(3rd Generation Partnership Project,3GPP)緊急事件通訊網路架構的一範例示意圖。此3GPP緊急事件通訊網路架構200提供緊急事件通訊所需的網路架構、以及此網路架構中網路元件所負責的功能。其中,緊急事件發訊者(emergency caller)如機器間通訊(Machine Type Communication,MTC)裝置負責偵測並發出緊急事件通知,核心網路220負責為每一MTC裝置安排各相對應的緊急通訊資源並建立緊急通訊連線到各適當的緊急事件應變中心(emergency reaction center,emRC),例如緊急事件伺服器210。
現行的3GPP通訊網路架構下,為了判斷緊急事件應變中心所在網域的存取點名稱(Emergency Access Point Name,emAPN),以及建立連線與繞送緊急事件到emRC,每一核心網路的封包無線服務(General Packet Radio Service,GPRS)支援節點(Support Node),即SGSN,都需要有緊急事件服務類別(emergency service category value)與屬於同一3GPP通訊網路之emAPN的對應資訊。緊急通訊的建立可包含兩項程序,一項程序是判斷緊急事件服務類別並決定緊急通訊資源的繞送標的(routing target),另一項程序是為此發訊者以一緊急優先權或是高優先權的方式建立緊急通訊連線(emergency connection)到緊急事件應變中心。
第三圖是一表格,說明符和現行的3GPP通訊環境中,發訊裝置發出緊急事件通知時,需要指定的緊急事件服務類別,各收到緊急事件通知的3GPP通訊網路根據該指定的緊急事件服務類別判斷該3GPP通訊網路所轄範圍內的緊急事件應變中心所在網域的存取點名稱(access point name,APN);當核心網路無法識別發訊者所提供的緊急事件服務類別時,核心網路會將此緊急事件繞送到該3GPP通訊網路所轄範圍內的預設(default)的emRC。發訊者發出的緊急事件通知也會被繞送到該預設的emRC。在第三圖的範例中,使用位元1至位元8來區分不同用途的緊急事件服務類別。當發訊者發出緊急事件通知時,將要指定的緊急事件服務類別所對應的位元設定為1。位元1到位元7若有一個以上的位元同時被設定為1,則緊急事件服務類別的處理順序可根據通訊網路運營商的策略而改變,但各種組合不具有產生新的緊急事件服務類別之功能,也就是說,發訊者只能指定如第三圖表格所示的緊急事件服務類別,而不能藉由設定多個位元的方式再產生除第三圖表格之外的新緊急事件類別。位元8通常預定為0,代表空白(spare),通常不做運用。
在第二圖的緊急事件通訊網路架構下,每一緊急事件服務類別可對應一或多份緊急事件組態資料(Emergency Configuration Data,Em config data)。第四圖是一範例示意圖,說明一份SGSN緊急事件組態資料。第四圖的範例中,一份緊急事件組態資料至少包含五個欄位、以及各欄位的描述。五個欄位的資訊包括與該SGSN同屬一3GPP通訊網路的緊急事件存取點名稱(emAPN)、緊急事件服務品質資訊(Emergency QoS Profile)、緊急事件形成的分配與保留優先權(Emergency Evolved ARP)、緊急事件存取點名稱-聚集的最大位元率(Emergency APN-AMER)、以及與該SGSN同屬一3GPP通訊網路的緊急事件封包資料網路閘道器/閘道器GPRS支援節點識別碼(Emergency PDN GW/GGSN Identity)。這些欄位的描述如圖中所載。例如,emAPN是根據網域名稱伺服器(Domain Name Server,DNS)命名方便性的一個標記(label),描述用於緊急事件承載者(emergency bearer)的存取點識別。
基於機器通訊之服務可提供的警示服務是多元化的,例如土石流、地震、海嘯、礦災、氾濫潰堤、颶風災害警示等,每一種服務需要特定的伺服器負責判讀資料及判斷應變方式,現有的緊急事件服務類別並不足以供判斷機器型態之緊急服務的類別。當系統無法判別緊急事件服務類別時,例如應用於以語音為基礎的緊急事件反應與處理的情況下,可由預設的緊急事件應變中心的人員根據使用者所描述的緊急狀況來判斷該如何應變;並且,收到該緊急事件通知的核心網路的SGSN/GGSN也可以在個別的緊急通訊中加入位置資訊來加強緊急事件的處理效率。然而,現行的通訊網路處理緊急事件時,有的只使用通訊網路本身預設的緊急事件應變中心資料,而因為發訊裝置的能力可能有限,所送出之緊急事件通知不一定能夠發送出語音警示訊息,收到該緊急事件通知的緊急事件應變中心難以判斷非語音警示訊息所代表的意義,可能錯失重要的通報訊息。
在現行的全域(global)寬頻行動網路通訊標準下,基於機器通訊的緊急通訊服務實現在基於機器通訊的終端設備(user equipment,UE)所註冊的歸屬行動營運網路(home Mobile Operator Network,home MON);一旦UE離開註冊的歸屬MON,進入其他的MON(稱為客籍MON,visiting MON),就無法經由客籍MON將緊急通訊繞送到適當的應變中心,因而造成訊息與資料漏失,無法完成即時的通報與災害應變。
一些公開的文獻揭露了在無線網路中支援與傳送緊急事件資訊的技術。例如,在一無線區域網路中,支援一基地台與一存取點之間的緊急通訊的技術。其中,行動UE可使用一特定的緊急事件識別碼(ID),透過此無線區域網路的一存取點與一特定的基地台連線;可給予緊急事件發話的基地台優先的權利;以及基地台可以利用區域網路與公共安全回答處(Public Safety Answering Point,PSAP)進行緊急事件的語音通訊,但若UE離開歸屬MON,進入客籍MON,則客籍MON無法處理特定的緊急事件識別碼,也無法聯繫特定的基地台以建立連線。另一技術是在無線網路中,傳送有高優先權如緊急事件通話(emergency call)資料。一封包切換(Packet Switched,PS)的緊急事件通話資料包含多個串流(multiple streams),每一串流有一目地IP位址;緊急事件通話的PS網域(PS domain)包括如IP多媒體子系統(IMS)、會話初始協定(SIP)、網際網路電話(VoIP)等。此技術利用不同的繞送路徑(routing path),繞送不同的串流至一PSAP,但沒有提到緊急事件之優先權連線建立的機制;若UE離開歸屬MON,進入客籍MON,客籍MON也無法為多個串流一一建立高優先權的連線。
有一技術是利用多個通訊網路來繞送緊急訊息,以強化家用與商用安全性系統的強健性。此技術對特定的緊急事件服務,使用特定的網站控制器(site controller)來負責選擇網路,並且此功能只提供給歸屬MON的註冊使用者。額外資訊、特殊護理支援等由中間的(intermediate)網路節點來提供。若使用者離開歸屬MON,則不能取得特定的網站控制器的服務。又一技術是在無線通訊裝置設定多種緊急事件訊息態樣,使用者可自無線通訊裝置的多個緊急事件訊息態樣中選出需要傳送的緊急事件訊息態樣。此技術預錄不同緊急事件訊息態樣的多個緊急事件訊息的內容,每一緊急事件訊息的內容有一對應的預設網路位址;並且,利用一緊急事件要求的處理機制來建立與繞送緊急事件要求。UE可藉由一般電話連上一預設網路位址,並觸發預設的網路位址,從預設網路位址將緊急事件要求發送給PSAP。
本揭露實施例可提供一種緊急通訊的判斷與繞送裝置與方法。
所揭露的一實施例是關於一種緊急通訊的判斷與繞送裝置,適應於一網路環境中。此判斷與繞送裝置包括一緊急事件前處理器(Emergency Event Pre-Processor,EEPP),此EEPP備有一前處理元件。對於一或多個發訊裝置所發出的至少一緊急事件要求(emergency request),此前處理元件判別此至少一緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別,選出處理此至少一機器型態緊急事件服務類別的至少一緊急事件應變中心(emRC)以及決定傳送相對應的緊急事件訊息的至少一繞送路徑。
所揭露的另一實施例是關於一種緊急通訊的判斷與繞送方法,適應於一網路環境中。使用一緊急事件前處理器來處理一或多個發訊裝置所發出的至少一緊急事件要求,此緊急事件前處理器的處理包括:判別此至少一緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別,選出處理此至少一機器型態緊急事件服務類別的至少一emRC,以及決定傳送相對應的緊急事件訊息的至少一繞送路徑。
茲配合下列圖示、實施範例之詳細說明及申請專利範圍,將上述及本發明之其他優點詳述於後。
物聯網(Internet of Things)的核心技術以無線感測網路WSN(Wireless Sensing Network)、無線射頻識別RFID及機器對機器M2M(Machine to Machine)等為主。M2M又稱為機器間通訊(Machine Type Communications,MTC)。以物聯網來提供快速反應的監控以及自動通報服務是以機器型態(machine-based)通訊應用之一。
而有別目前多半聯繫需憑藉人工協助,本揭露將基於機器型態(machine-based)之通訊可用於緊急事件之自動通報處理,使更具有即時性與資料完整性的優勢。在可不需要人力參與的情況下讓機器之間能自動判斷與繞送緊急事件,可補強人力未逮的偵測和監控領域,可提供自動控制、惡劣環境監控、迅速警示與通報、貨物品項追蹤、以及遠端醫療照護等多元服務。在本揭露中,所謂的「基於機器型態的發訊裝置」可以是例如:物聯網通訊裝置、行動裝置(mobile device)或是具有基地台(base station)功能的裝置等,但不以此為限。
本揭露實施範例可提供一種緊急通訊的繞送機制,不論在歸屬或客籍的MON,讓緊急事件傳輸與應變系統能夠判別機器型態裝置所發出的緊急事件訊息,以及機器型態緊急事件應變中心所在的網域,為這些基於機器型態(machine-based)的緊急事件訊息的傳遞建立高優先權的連線,並且即時將這些基於機器型態的緊急事件繞送到適當的緊急事件應變中心。此機制可建立用來判斷並繞送基於機器型態緊急事件訊息所需的資料與方式,且可建立可傳遞基於機器型態緊急事件服務類別的傳送機制。
不論機器型態裝置是經由歸屬MON或是客籍MON來發送緊急事件訊息,傳輸網路端都能夠判斷該訊息是否為緊急訊息、該機器型態緊急事件服務類別所屬的MON或是可處理該機器型態緊急事件服務類別的MON(例如可提供該機器型態服務類別的MON、該機器型態裝置所註冊的MON)、以及該緊急事件應變中心所在的網域或MON,並為機器型態設備與緊急事件應變中心建立高優先權的連線。本揭露實施範例可在現有3GPP行動通訊網路中傳遞具有擴充性的機器型態緊急事件服務類別,即使MON不處理機器型態裝置送出的APN,也能夠將機器型態緊急事件服務類別傳送到可處理該基於機器型態緊急事件通知的應變(處理)中心,以因應機器間通訊的多元警示服務需求。
依此,本揭露實施範例根據緊急通訊的繞送程序,來提供跨網路建立與繞送機器型態緊急通訊連線所需的資料、機器型態緊急連線的建立方式、以及傳遞機器型態緊急事件服務類別的方式。根據第五圖的一實施範例,本揭露可在機器型態裝置端設定額外的資訊,例如利用非存取層(Non Access Stratum,NAS)組態管理物件(Configuration Management Object,config MO)的一NAS信令優先權(signaling priority)參數(-以下用參數NAS config MO來表示),但不以此為限;可設定此資訊作為緊急事件處理程序之參考,例如做為機器型態緊急事件服務類別的方式。在第五圖的NAS Config MO參數保留的數個位元,例如:第2~第255的保留位元中,可利用數個保留位元做為機器型態緊急事件服務類別的類別識別碼(category ID)510,類別識別碼510例如有4個位元(bit)至3個位元組(byte)。第五圖所述之機器型態緊急事件服務類別的實施方式僅為本揭露一實施例,當不能依此限定依據本揭露精神之可實施方式。
第六圖是根據一實施範例的一示意圖,說明一緊急通訊的判斷與繞送裝置,適應於一基於機器型態通訊之網路環境666中,例如第六圖的3GPP通訊網路環境,不以此為限。又舉例來說,機器型態網路環境666可以是例如一基於PS網域服務網路環境,但在非PS網域服務網路環境下亦可以進行所揭露的判斷與繞送方式。此網路環境例如可備有一或多個發訊裝置、一或多個無線存取網路622、一或多個核心網路624、以及一或多個緊急事件應變中心626,例如第二圖之3GPP緊急事件通訊網路架構中。參考第六圖,其中發訊裝置於圖六中例舉MTC裝置來說明,判斷與繞送裝置600包含一緊急事件前處理器(Emergency Event Pre-Processor,EEPP)605,此EEPP備有一前處理元件(pre-processing unit)615。
對於一或多個MTC裝置所發出的至少一緊急事件要求(machine type-based emergency request),前處理元件615判別此至少一緊急事件要求,依據要求解析設定在一參數,例如NAS Config MO參數,但不以此為限,其中的至少一機器型態緊急事件服務類別,並且從一或多個緊急事件應變中心選出可處理此至少一機器型態緊急事件服務類別的至少一緊急事件應變中心(emRC),例如緊急事件應變中心626,以及決定傳送相對應的緊急事件訊息的至少一繞送路徑。而機器型態緊急事件服務類別與所對應的緊急事件應變中心資訊之間的對映資訊可維護在一或多份對映清單(mapping list)中,以對映清單1~對映清單n表示,n為大於等於1的整數。每一機器型態緊急事件服務類別i可各自對應一份對映清單i,1≦i≦n,亦可用階層方式建立及連結其中對映清單等,不以此為限。並且對映清單可維護在具有資訊存儲功能之軟體、硬體、或韌體元件中,而且前面所述這些元件可為EEPP中的元件、或也可為獨立的元件。
此EEPP可配置於一網路層級(network level)或是一網路環境應用層級(application level)。例如,在第六圖中的EEPP是被配置於一應用層級,此配置僅為本揭露一實施例,當不能依此限定本揭露實施之範圍。在第六圖的範例中,繞送路徑688是從MTC裝置發出一緊急事件要求後,經由無線存取網路622、核心網路624、判斷與繞送裝置600(包括EEPP 605),然後至緊急事件應變中心626。
第七圖是根據一實施範例,說明一份對映清單i的各欄位。在第七圖的範例中,此對映清單所儲存的資訊至少包含至少一機器型態緊急事件服務類別i、至少一MON識別碼、以及機器型態緊急事件服務類別所對應的EEPP緊急事件組態資料i,這些欄位的描述可如圖七中實施例所載。例如,此機器型態緊急事件服務類別所對應的應變中心位置資訊包括緊急事件應變中心所屬的MON識別碼或是可作為全域辨識的位址。MON識別碼例如是行動國碼(Mobile Country Code,MCC)加上行動網路碼(Mobile network Code,MNC);可做為全域辨識的位址例如是E.164或FQDN格式的識別碼。EEPP緊急事件組態資料一實施例至少包含emAPN、緊急事件服務品質資訊、緊急事件形成的分配與保留優先權、緊急事件存取點名稱-聚集的最大位元率、緊急事件封包資料網路閘道器/閘道器GPRS支援節點識別碼等。
在網路環境中,配置EEPP可有多種方案,例如應用層級方案(application level solution)、網路切換元件層級(network switching entity)方案、網路閘道元件層級(network gateway entity)方案等。以下進一步說明這些方案如何處理基於機器型態緊急事件判斷與繞送,其中第八圖、第九圖、以及第十圖分別說明應用層級方案、網路切換元件層級方案、以及網路閘道元件層級方案的EEPP配置與基於機器型態緊急事件的繞送路徑的實施範例。
參考第八圖的應用層級方案一實施例,EEPP可配置於一預設的緊急事件應變中心(Default_emRC)801處理一緊急事件要求之前,例如緊急事件應變中心的人員801a處理此緊急事件要求之前,先由EEPP判斷此緊急事件要求、依據要求解析機器型態緊急事件服務類別805、以及決定可處理機器型態緊急事件服務類別的至少一緊急事件存取點名稱(emAPN),與緊急事件應變中心資訊、例如應變中心位置資訊等。圖中此緊急事件要求的繞送路徑888是從一發訊裝置810發出此緊急事件要求後,經由無線存取網路、切換元件、閘道元件、EEPP,然後至EEPP所決定的emAPN的至少一緊急事件伺服器815。而我們亦可設計由不只經由一個繞送路徑送達。
當一發訊裝置要送出緊急事件要求時,設定緊急事件指示器(emergency indicator),以供全域寬頻行動網路判斷建立緊急連線,並為此發訊裝置與emAPN之間建立高優先權的緊急服務連線;設定緊急事件服務類別,以供通訊網路判斷基於機器通訊的緊急事件;並設定緊急事件組態資料,以供通訊網路判斷並決定基於機器通訊之緊急事件要求的繞送方式與繞送路徑。舉例來說,本揭露的EEPP可加入於現行的3GPP通訊網路中,並且緊急事件組態資料,可透過既有的連線或服務要求的參數來攜帶,以加強繞送緊急事件訊息的效能。在第八圖的方案實施例中,當發訊裝置設定緊急事件指示器、緊急事件服務類別、以及緊急事件組態資料之後,切換元件可從收到的連線要求的參數,獲得緊急事件組態資料;閘道元件可根據收到的服務要求的參數,檢查所指派的emAPN的資訊。
參考第九圖的網路切換元件層級方案一實施例,EEPP可配置於網路中的一切換元件901之前,並且在切換元件901處理一緊急事件要求之前,先由EEPP替此緊急事件要求設定可處理機器型態緊急事件服務類別905的至少一emAPN,並且經由至少一緊急事件閘道元件911,建立至少一連線到emAPN的至少一緊急事件伺服器915。此緊急事件要求的至少一繞送路徑999是從一發訊裝置910發出此緊急事件要求後,經由至少一無線存取網路(如GERAN/UTRAN等)、EEPP、切換元件901、緊急事件閘道元件911,然後透過至少一emRC網路(network of emRC)如封包資料網路(Packet Data Network,PDN)/網協多媒體子系統(IP Multimedia Subsystem,IMS) 913,至EEPP所決定的emAPN的至少一緊急事件伺服器915。
在第九圖的方案實施例中,當發訊裝置910設定緊急事件指示器、緊急事件服務類別、以及緊急事件組態資料之後,先由EEPP根據收到的連線要求的參數,獲得緊急事件組態資料後,設定可處理機器型態緊急事件服務類別的至少一emAPN並決定緊急事件閘道元件911,以及設定由緊急事件閘道元件911至緊急事件伺服器的連線;緊急事件閘道元件911根據來自切換元件901的服務要求的參數,檢查emAPN的資訊後,建立與緊急事件伺服器915的連線。
參考第十圖的網路閘道元件層級方案一實施例,EEPP可配置於網路中的一緊急事件閘道元件1011之前,並且在緊急事件閘道元件1011處理一緊急事件要求之前,先由EEPP替此緊急事件要求設定可處理機器型態緊急事件服務類別1015的至少一emAPN,並且經由緊急事件閘道元件1011,建立至少一連線到emAPN的至少一緊急事件伺服器1015。繞送此緊急事件要求的路徑1099是從一發訊裝置1010發出此緊急事件要求後,經由無線存取網路、切換元件、EEPP、緊急事件閘道元件1011,然後透過emRC網路(如封包資料網路/網協多媒體子系統1013)至EEPP所決定的emAPN的至少一緊急事件伺服器1015。
在第十圖的方案實施例中,當發訊裝置1010設定緊急事件指示器、緊急事件服務類別、以及緊急事件組態資料之後,3GPP通訊網路的切換元件根據收到的服務要求的參數,將緊急服務繞送到EEPP,先由EEPP設定可處理機器型態緊急事件服務類別的emAPN並決定緊急事件閘道元件1011,以及設定由緊急事件閘道元件1011至緊急事件伺服器1015的連線;緊急事件閘道元件1011根據來自切換元件的服務要求的參數,檢查emAPN的資訊後,建立與緊急事件伺服器1015的連線。
承上述,第十一圖是根據一實施範例,說明一緊急通訊的判斷與繞送方法的運作。此方法可適應於一3GPP通訊網路環境中。參考第十一圖,對於一或多個發訊裝置所發出的一緊急事件要求,此判斷與繞送方法使用前處理元件615來的處理包括:判別此緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別(步驟1110),並且從一或多個emRC選出可處理機器型態緊急事件服務類別的至少一emRC(步驟1115)以及決定傳送相對應的緊急事件訊息的至少一繞送路徑(步驟1120)。並且,此判斷與繞送方法使用一或多份對映清單,來維護此些機器型態緊急事件服務類別與緊急事件應變中心之間的對映資訊。每一機器型態緊急事件服務類別可各自對應一份對映清單。一份對映清單的一範例如第七圖所載,不再重述。
如前所述EEPP可包括前處理元件615。在3GPP通訊網路環境中,可配置此EEPP有如第八圖之應用層級方案、第九圖之網路切換元件層級方案、第十圖之網路閘道元件層級方案等。以下第十二圖、第十三圖、以及第十四圖是根據實施範例,說明當EEPP分別以應用層級方案、網路切換元件層級方案、以及網路閘道元件層級方案來配置時,基於機器型態緊急事件判斷與繞送程序。在本揭露中,發訊裝置可以是例如物聯網通訊裝置、行動裝置(mobile device)或是具有基地台(base station)功能的裝置等基於機器型態的裝置,但上述列舉發訊裝置態樣僅為本揭露實施例,當不能依此限定本揭露實施的範圍。
如之前所提及,當一發訊裝置要送出緊急事件要求時,先設定緊急事件指示器,以供全域寬頻行動網路判斷建立緊急連線。參考第十二圖中流程,發訊裝置設定緊急事件指示器,一實施例例如標號1205所示,可藉由發出一無線資源控制連線(RRC Connection),來設定緊急連線至一基地台。以及,例如可藉由發出一NAS附加要求(Attach Request),如標號1210所示,來設定緊急連線至一切換元件,並且在此附加要求中,除了將緊急事件種類值em category設定等於other或auto_eCall外,還可在發訊裝置端利用一參數來設定機器型態緊急事件服務類別的資訊,例如NAS config MO參數,但不以此為限。auto_eCall可表示自動緊急事件服務、或測試/重新組態通話。
在現行的標準程序中,此切換元件確認緊急事件指示器已被設定後,可決定及指派一emAPN給一閘道元件,如步驟1215所示。然後,根據本揭露實施例,此切換元件可藉由發出一服務要求(Service Request),攜帶此NAS config MO參數的資訊給此閘道元件,如標號1220所示。根據本揭露實施例,閘道元件檢查一指派的emAPN的資訊,以建立緊急連線至emAPN,如標號1225所示。NAS config MO參數的資訊含在位置資訊中。
當EEPP是以應用層級方案來配置時,如之前第八圖所載,EEPP可配置於此預設的emRC處理此緊急事件要求之前,先由EEPP判斷此緊急事件要求、解析其機器型態緊急事件服務類別、以及決定可處理機器型態緊急事件服務類別的緊急事件存取點名稱(APN)。所以,從第十二圖中的步驟1230中可看出,EEPP被配置於此預設的emRC處理此緊急事件要求之前,並且EEPP判斷當em category的值等於其它(other)或是auto_eCall時,根據在機器型態緊急事件服務類別的值(此例中為NAS config MO參數中的值)來決定可處理此機器型態緊急事件服務類別的emAPN,並且即時繞送緊急訊息至可處理機器型態緊急事件服務類別的emAPN。auto_eCall可表示自動緊急事件服務、或測試/重新組態通話。
當EEPP是以網路切換元件層級方案來配置時,如之前第九圖所載,EEPP可配置於網路中的一切換元件之前,並且在此切換元件處理一緊急事件要求之前,先由EEPP替此緊急事件要求設定可處理其機器型態緊急事件服務類別的至少一emAPN,並且經由一緊急事件閘道元件,建立一連線到emAPN的一緊急事件伺服器。所以,從第十三圖中可看出,切換元件確認緊急事件指示器已被設定後,至EEPP以進行步驟1315。在步驟1315中,EEPP判斷當em category的值等於其它(other)或是auto_eCall時,根據在機器型態緊急事件服務類別的值(此例中為NAS config MO參數中)來決定可處理機器型態緊急事件服務類別的至少一emAPN,並且決定閘道元件後,設定經由閘道元件到emAPN的緊急連線。EEPP執行完步驟1315後,切換元件進行前述標號1220所示的動作;此閘道元件與一緊急事件伺服器的網路之間進行前述標號1225所示的動作。標號1220與1225所示的動作不再重述。
當EEPP是以網路閘道元件層級方案來配置時,如之前第十圖一實施例所載,EEPP可配置於網路中的一閘道元件之前,並且在此閘道元件處理一緊急事件要求之前,先由EEPP替此緊急事件要求設定可處理其機器型態緊急事件服務類別的至少一emAPN,並且經由此閘道元件,建立一連線到emAPN的一緊急事件伺服器。所以,從第十四圖中可看出,閘道元件收到由切換元件發出的服務要求後,至EEPP以進行步驟1422。在步驟1422中,EEPP根據服務要求中機器型態緊急事件服務類別(此例中為NAS config MO參數的值)來決定可處理機器型態緊急事件服務類別的至少一emAPN,並且決定一緊急事件閘道元件。EEPP確認當前的閘道元件不同於所決定的緊急事件閘道元件時,則設定經由所決定的緊急事件閘道元件到emAPN的緊急連線;在當前的閘道元件等同於所決定的緊急事件閘道元件時,則設定經由當前的緊急事件閘道元件到emAPN的緊急連線。而緊急事件閘道元件與緊急事件伺服器的網路之間進行前述標號1225所示的動作,也就是,此緊急事件閘道元件根據位置資訊中的NAS config MO,建立緊急連線到可處理機器型態緊急事件服務類別的emAPN。
所以,上述本揭露之機器型態緊急通訊的判斷與繞送的實施例可使歸屬與客籍的行動作業網路皆可判斷物聯網緊急應變中心所在的網域,並且即時繞送緊急訊息至適當的應變中心。本揭露實施例可判斷繞送目標與繞送方式的資訊、可判斷各網路元件之間要傳遞的資料項目、可判斷維護這些資料的網路元件、可提供可動態擴充緊急事件服務類別、以及可根據緊急事件服務類別為機器型態裝置與對應的緊急事件應變中心,如緊急事件伺服器,建立高優先權緊急通訊連線的機制。
以上所述者僅為本揭露實施例,當不能依此限定本揭露實施之範圍。即大凡本發明申請專利範圍所作之均等變化與修飾,皆應仍屬本發明專利涵蓋之範圍。
110...聚集代理
120...核心網路作業中心
200...3GPP緊急事件通訊網路架構
210...緊急事件伺服器
220...核心網路
APN...存取點名稱
MTC...機器間通訊
510...類別識別碼
600...判斷與繞送裝置
605...EEPP
610...對映清單
615...前處理元件
622...無線存取網路
624...核心網路
626...緊急事件應變中心
666...3GPP網路環境
688...繞送路徑
EEPP...緊急事件前處理器
MTC...機器間通訊
n...大於等於1的整數
801...預設的emRC
801a...預設的emRC的人員
805...機器型態緊急事件服務類別
810...發訊裝置
815...緊急事件伺服器
888...繞送路徑
emRC...緊急事件應變中心
GGSN...閘道器GPRS支援節點
905...機器型態緊急事件服務類別
901...切換元件
910...發訊裝置
911...緊急事件閘道元件
915...緊急事件伺服器
999...繞送路徑
913...封包資料網路/多媒體子系統
1005...機器型態緊急事件服務類別
1010...發訊裝置
1013...封包資料網路/多媒體子系統
1011...緊急事件閘道元件
1015...緊急事件伺服器
1099...繞送路徑
1110...判別此緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別
1115...從一或多個emRC選出可處理機器型態緊急事件服務類別的至少一emRC
1120...決定傳送相對應的緊急事件訊息的至少一繞送路徑
1205...發出一無線資源控制連線
1210...發出一NAS附加要求
1215...確認緊急事件指示器已被設定後,決定及指派emAPN給閘道元件
1220...發出一服務要求,攜帶NAS config MO參數中的資訊給閘道元件
1225...建立緊急連線至emAPN
1230...EEPP 判斷當em category的值等於其它或auto_eCall時,根據在NAS config MO參數中的值來決定可處理機器型態緊急事件服務類別的emAPN;即時繞送緊急訊息至可處理機器型態緊急事件服務類別的emAPN
1315 EEPP 判斷當em category的值等於其它或是auto_eCall時,根據在NAS config MO參數中的值來決定可處理機器型態緊急事件服務類別的emAPN;決定閘道元件;建立經由閘道元件到emAPN的緊急連線
1422 EEPP 根據在NAS config MO參數中的值來決定可處理機器型態緊急事件服務類別的emAPN;決定緊急事件閘道元件;確認閘道元件不同於所決定的緊急事件閘道元件時,則設定經由緊急事件閘道元件到emAPN的緊急連線
第一A圖是族聚連線拓撲的一範例示意圖,說明一種警報通知的網路架構型態。
第一B圖是直接連線拓撲的一範例示意圖,說明另一種警報通知的網路架構型態。
第二圖是現行3GPP緊急事件通訊網路架構的一範例示意圖。
第三圖是一表格,說明發訊者發出緊急事件通知時,需要指定的緊急事件服務類別。
第四圖是一範例示意圖,說明一份SGSN緊急事件組態資料。
第五圖是根據一實施範例,說明一種利用NAS Config MO參數,設定額外的資訊來做為機器型態緊急事件服務類別的方式。
第六圖是根據一實施範例的一示意圖,說明一種物聯網緊急通訊的判斷與繞送裝置。
第七圖是根據一實施範例,說明一份對映清單的各欄位。
第八圖是根據一實施範例,說明配置EEPP的一應用層級方案。
第九圖是根據一實施範例,說明配置EEPP的一網路切換元件層級方案。
第十圖是根據一實施範例,說明配置EEPP的一網路閘道元件層級方案。
第十一圖是根據一實施範例,說明一緊急通訊的判斷與繞送方法的運作。
第十二圖是根據一實施範例,說明應用層級方案的基於機器型態緊急事件判斷與繞送程序。
第十三圖是根據一實施範例,說明網路層級切換元件方案的基於機器型態緊急事件判斷與繞送程序。
第十四圖是根據一實施範例,說明網路層級閘道元件方案的基於機器型態緊急事件判斷與繞送程序。
600...判斷與繞送裝置
605...EEPP
610...對映清單
615...前處理元件
622...無線存取網路
624...核心網路
626...緊急事件應變中心
666...PS網域服務網路環境
688...繞送路徑
MTC...機器間通訊
MTC...機器間通訊
n...大於等於1的整數

Claims (18)

  1. 一種緊急通訊的判斷與繞送裝置,適應於一網路環境中,該判斷與繞送裝置包括一緊急事件前處理器(EEPP),該EEPP包括:一前處理元件,對於一或多個發訊裝置所發出的至少一緊急事件要求,該前處理元件判別前述緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別,選出處理前述機器型態緊急事件服務類別的至少一緊急事件應變中心,以及決定傳送相對應的緊急事件訊息的至少一繞送路徑。
  2. 如申請專利範圍第1項所述之判斷與繞送裝置,其中前述機器型態緊急事件服務類別與前述緊急事件應變中心的對映資訊係維護於至少一對映清單中。
  3. 如申請專利範圍第1項所述之判斷與繞送裝置,其中該參數為組態管理物件的一非存取層信令優先權參數(NAS config MO)。
  4. 如申請專利範圍第2項所述之判斷與繞送裝置,其中該至少一對映清單所維護的對映資訊包括至少一緊急事件服務類別、至少一行動營運網路(MON)識別碼、以及EEPP緊急事件組態資料。
  5. 如申請專利範圍第1項所述之判斷與繞送裝置,其中在該網路環境中,該EEPP是以一應用層級、一網路切換元件層級、以及一網路閘道元件層級之前述三種層級的其中之一來配置。
  6. 如申請專利範圍第5項所述之判斷與繞送裝置,其中當該EEPP是以該應用層級來配置時,該EEPP被配置於一預設的緊急事件應變中心之前,該EEPP並決定處理前述機器型態緊急事件服務類別的至少一緊急事件存取點名稱(emAPN)與緊急事件應變中心資訊。
  7. 如申請專利範圍第5項所述之判斷與繞送裝置,其中當該EEPP是以該網路切換元件層級來配置時,該EEPP被配置於一網路中的一切換元件之前,該EEPP並決定處理前述機器型態緊急事件服務類別的至少一緊急事件存取點名稱與緊急事件應變中心資訊。
  8. 如申請專利範圍第5項所述之判斷與繞送裝置,其中當該EEPP是以該網路閘道元件層級來配置時,該EEPP被配置於一網路中的一緊急事件閘道元件之前,該EEPP並設定處理前述機器型態緊急事件服務類別的至少一緊急事件存取點名稱與緊急事件應變中心資訊。
  9. 一種緊急通訊的判斷與繞送方法,適應於一網路環境中,包括:使用一緊急事件前處理器(EEPP)來處理一或多個發訊裝置所發出的至少一緊急事件要求;並且該緊急事件前處理器(EEPP)的處理包括:判別前述緊急事件要求,依據要求解析設定在一參數中的至少一機器型態緊急事件服務類別;選出處理前述機器型態緊急事件服務類別的至少一緊急事件應變中心;以及決定傳送相對應的緊急事件訊息的至少一繞送路徑。
  10. 如申請專利範圍第9項所述之判斷與繞送方法,其中前述機器型態緊急事件服務類別與前述緊急事件應變中心之間的對映資訊係維護於至少一對映清單中。
  11. 如申請專利範圍第9項所述之判斷與繞送方法,其中該EEPP是以一應用層級、一網路切換元件層級、以及一網路閘道元件層級之前述三種層級的其中之一來配置。
  12. 如申請專利範圍第11項所述之判斷與繞送方法,其中該參數為組態管理物件的一非存取層信令優先權參數(NAS config MO)。
  13. 如申請專利範圍第12項所述之判斷與繞送方法,其中當該EEPP是以該應用層級來配置時,該方法包括:在該網路環境中,一切換元件藉由發出一服務要求,來攜帶該NAS config MO參數中的資訊給一閘道元件;以及該閘道元件檢查一緊急事件存取點名稱(emAPN)的資訊,以建立一緊急連線至一緊急事件應變中心。
  14. 如申請專利範圍第12項所述之判斷與繞送方法,其中當該EEPP是以該應用層級來配置時,該EEPP被配置於一預設的緊急事件應變中心處理該緊急事件要求之前,並且該EEPP的處理包括:判斷當一NAS附加要求中的緊急事件種類值等於一自動緊急事件服務或重新組態的通話或是其它時,根據該參數NAS config MO中的值來決定可處理該機器型態緊急事件服務類別的一emAPN,並且即時繞送緊急訊息至處理該機器型態緊急事件服務類別的該emAPN。
  15. 如申請專利範圍第12項所述之判斷與繞送方法,其中當該EEPP是以該網路切換元件層級來配置時,該EEPP被配置於該網路環境中的一切換元件處理該緊急事件要求之前,該EEPP的處理包括:判斷當一NAS附加要求中的緊急事件種類值等於一自動緊急事件服務或重新組態的通話或是其它時,根據該參數NAS config MO中的值來決定可處理該機器型態緊急事件服務類別的一emAPN;決定一閘道元件;以及設定經由該閘道元件到該emAPN的一緊急連線。
  16. 如申請專利範圍第15項所述之判斷與繞送方法,其中該方法包含:該切換元件發出一服務要求,攜帶該NAS config MO參數中的資訊給該閘道元件;以及該閘道元件經由該NAS config MO參數中的資訊,建立到該emAPN的該緊急連線。
  17. 如申請專利範圍第12項所述之判斷與繞送方法,其中當該EEPP是以該網路閘道元件層級來配置時,該EEPP被配置於該PS網域服務網路環境中的一閘道元件處理該緊急事件要求之前,並且該閘道元件收到攜帶該NAS config MO參數資訊的一服務要求後,該EEPP的處理包括:根據NAS config MO參數中的值來決定處理該機器型態緊急事件服務類別的一emAPN;決定一緊急事件閘道元件;以及設定經由該緊急事件閘道元件到一緊急事件應變中心之網路的一緊急連線。
  18. 如申請專利範圍第16項所述之判斷與繞送方法,其中該方法包含:該緊急事件閘道元件建立緊急連線到處理該機器型態緊急事件服務類別的該emAPN。
TW100145361A 2011-12-08 2011-12-08 緊急通訊的判斷與繞送裝置與方法 TWI514903B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
TW100145361A TWI514903B (zh) 2011-12-08 2011-12-08 緊急通訊的判斷與繞送裝置與方法
CN201210039571.7A CN103167458B (zh) 2011-12-08 2012-02-21 紧急通信判断与路由的装置及方法
US13/433,858 US20130149987A1 (en) 2011-12-08 2012-03-29 Apparatus and method for determining and routing emergency communications

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW100145361A TWI514903B (zh) 2011-12-08 2011-12-08 緊急通訊的判斷與繞送裝置與方法

Publications (2)

Publication Number Publication Date
TW201325282A true TW201325282A (zh) 2013-06-16
TWI514903B TWI514903B (zh) 2015-12-21

Family

ID=48572418

Family Applications (1)

Application Number Title Priority Date Filing Date
TW100145361A TWI514903B (zh) 2011-12-08 2011-12-08 緊急通訊的判斷與繞送裝置與方法

Country Status (3)

Country Link
US (1) US20130149987A1 (zh)
CN (1) CN103167458B (zh)
TW (1) TWI514903B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI638269B (zh) * 2014-12-08 2018-10-11 日本電氣股份有限公司 Wireless terminal and method for communicating

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9324173B2 (en) 2008-07-17 2016-04-26 International Business Machines Corporation System and method for enabling multiple-state avatars
US8957914B2 (en) 2008-07-25 2015-02-17 International Business Machines Corporation Method for extending a virtual environment through registration
US10166470B2 (en) 2008-08-01 2019-01-01 International Business Machines Corporation Method for providing a virtual world layer
US10834557B2 (en) * 2013-02-13 2020-11-10 Aeris Communications, Inc. Layered machine to machine (M2M) service methodology using class-based access point names (APNs) for the internet of things
US9215549B2 (en) 2013-02-13 2015-12-15 Aeris Communications, Inc. Method for delivering machine to machine (M2M) application control data over control plane in LTE/EPS utilizing standard bearer management procedures
KR20150124785A (ko) * 2014-04-29 2015-11-06 삼성전자주식회사 화상 긴급 통화 서비스를 제공하는 전자 장치 및 방법
CN104901954B (zh) * 2015-05-16 2019-06-14 丁明云 一种物联网软交换系统及其方法
WO2016187528A1 (en) * 2015-05-21 2016-11-24 GroupCare Technologies, LLC Enhanced gateway safety system
US9992654B2 (en) 2016-04-29 2018-06-05 At&T Intellectual Property I, L.P. Policy driven emergency traffic handling for machine-to-machine device communication
US10258295B2 (en) 2017-05-09 2019-04-16 LifePod Solutions, Inc. Voice controlled assistance for monitoring adverse events of a user and/or coordinating emergency actions such as caregiver communication
US20220110187A1 (en) * 2020-10-01 2022-04-07 Apple Inc. Emergency Communication Routing for Non-cellular Coverage
US11410655B1 (en) 2021-07-26 2022-08-09 LifePod Solutions, Inc. Systems and methods for managing voice environments and voice routines
US11404062B1 (en) 2021-07-26 2022-08-02 LifePod Solutions, Inc. Systems and methods for managing voice environments and voice routines

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003009627A1 (en) * 2001-04-27 2003-01-30 Nokia Corporation Method and system for handling a network-identified emergency session
TWI263425B (en) * 2003-01-14 2006-10-01 Admtek Inc Router and packet transmission method
US7787855B2 (en) * 2003-03-31 2010-08-31 Motorola, Inc. Establishing emergency sessions in packet data networks for wireless devices having invalid subscriber identities
US20110189971A1 (en) * 2010-02-02 2011-08-04 Stefano Faccin System and method for packetized emergency messages

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI638269B (zh) * 2014-12-08 2018-10-11 日本電氣股份有限公司 Wireless terminal and method for communicating
US10779132B2 (en) 2014-12-08 2020-09-15 Nec Corporation Wireless terminal and method for messaging

Also Published As

Publication number Publication date
CN103167458B (zh) 2016-05-04
CN103167458A (zh) 2013-06-19
TWI514903B (zh) 2015-12-21
US20130149987A1 (en) 2013-06-13

Similar Documents

Publication Publication Date Title
TWI514903B (zh) 緊急通訊的判斷與繞送裝置與方法
US11523268B2 (en) Communications method and apparatus
CN113475045B (zh) 基于控制面的时间敏感网络配置
US11071054B2 (en) Access control in communications network comprising slices
CN104798421B (zh) 在无线通信系统中在网路拥塞状态下控制特定服务的方法和装置
RU2420036C2 (ru) Способ, система и устройство для получения доступа к сети
US8909224B2 (en) Connecting device via multiple carriers
CN102714873B (zh) 移动通信方法、呼叫控制节点、优先级控制节点以及移动管理节点
JP2014530528A (ja) データトラフィック分配をトリガするための方法、ネットワーク側デバイス、ユーザ機器、およびネットワークシステム
CN103430487A (zh) 用于检测分组数据连接的服务数据的方法、设备和系统
KR20140109085A (ko) Ims 망을 통한 m2m 데이터 전달 방법 및 이를 위한 m2m 서비스 플랫폼
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
EP3753230A1 (en) Redirection handling
CN115669028A (zh) 电信网络中改进蜂窝物联网(ciot)优化的方法和装置
CN113491148A (zh) 用于支持事件监视的方法和装置
KR20200082409A (ko) 무선 통신 시스템에서 규칙 정보를 전송하는 방법 및 장치.
JP6191768B2 (ja) 移動無線通信装置からのデータ転送
US20240097933A1 (en) Policy control function fallback
WO2015044371A1 (en) ON-DEMAND QOs FOR DATA CONNECTIONS
CN102177757B (zh) 一种实现注册的方法、装置和系统
KR20150118199A (ko) 패킷 데이터 연결들에서 비상 서비스의 등록을 위한 방법 및 장치
JP2017041773A (ja) 通信制御装置
US20140133361A1 (en) System and method for providing selective voiceover4g call blocking
CN103428894B (zh) 承载路径建立方法、装置及系统
KR20120056987A (ko) Fmc 통신 기반의 호 설정 방법 및 호 연결 인프라