CN103167458A - 紧急通信判断与路由的装置及方法 - Google Patents
紧急通信判断与路由的装置及方法 Download PDFInfo
- Publication number
- CN103167458A CN103167458A CN2012100395717A CN201210039571A CN103167458A CN 103167458 A CN103167458 A CN 103167458A CN 2012100395717 A CN2012100395717 A CN 2012100395717A CN 201210039571 A CN201210039571 A CN 201210039571A CN 103167458 A CN103167458 A CN 103167458A
- Authority
- CN
- China
- Prior art keywords
- emergency
- eepp
- network
- information
- judgement
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 77
- 238000000034 method Methods 0.000 title claims abstract description 56
- 238000012545 processing Methods 0.000 claims abstract description 14
- 238000013507 mapping Methods 0.000 claims abstract description 13
- 230000011664 signaling Effects 0.000 claims abstract description 5
- 230000008569 process Effects 0.000 claims description 30
- 238000002203 pretreatment Methods 0.000 claims description 8
- 230000004044 response Effects 0.000 abstract description 5
- 230000008901 benefit Effects 0.000 abstract description 4
- 238000005516 engineering process Methods 0.000 description 10
- 230000007246 mechanism Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 description 3
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- VEMKTZHHVJILDY-UHFFFAOYSA-N resmethrin Chemical compound CC1(C)C(C=C(C)C)C1C(=O)OCC1=COC(CC=2C=CC=CC=2)=C1 VEMKTZHHVJILDY-UHFFFAOYSA-N 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- RZVAJINKPMORJF-UHFFFAOYSA-N Acetaminophen Chemical compound CC(=O)NC1=CC=C(O)C=C1 RZVAJINKPMORJF-UHFFFAOYSA-N 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 239000011435 rock Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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/60—Scheduling 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/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services 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)的通信程序将被延迟，以将通信资源让出来给紧急通信使用。警报通知(warningnotification)的网络架构形态例如可采用图1A所示的族聚连接(aggregatedconnection)拓扑或是图1B所示的直接连接(direction connection)拓扑。
在图1A中，每一警报通知提供者(Warning Notification Provider，WNP)所提供的警报通知先经由一族聚代理(aggregation agency)110做优先权控制与排序后，此族聚代理再连接及通报一核心网作业中心(operator)120。在图1B中，每一警报通知提供者直接与核心网连接，并且所提供的警报通知由核心网作业中心根据与警报通知提供者(Warning Notification Provider，WNP)的服务合同，来做优先权控制与排序。
图2是第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)紧急事件通信网络架构的一范例示意图。此3GPP紧急事件通信网络架构200提供紧急事件通信所需的网络架构、以及此网络架构中网络元件所负责的功能。其中，紧急事件发信者(emergency caller)如机器间通信(MachineType Communication，MTC)装置负责侦测并发出紧急事件通知，核心网220负责为每一MTC装置安排各相对应的紧急通信资源并建立紧急通信连接到各适当的紧急事件应变中心(emergency reaction center，emRC)，例如紧急事件服务器210。
现行的3GPP通信网络架构下，为了判断紧急事件应变中心所在网域的接入点名称(Emergency Access Point Name，emAPN)，以及建立连接与路由紧急事件到emRC，每一核心网的分组无线业务(General Packet RadioService，GPRS)支持节点(Support Node)，即SGSN，都需要有紧急事件服务类别(emergency service category value)与属于同一3GPP通信网络的emAPN的对应信息。紧急通信的建立可包含两项程序，一项程序是判断紧急事件服务类别并决定紧急通信资源的路由目的(routing target)，另一项程序是为此发信者以一紧急优先权或是高优先权的方式建立紧急通信连接(emergency connection)到紧急事件应变中心。
图3是一表格，说明符合现行的3GPP通信环境中，发信装置发出紧急事件通知时，需要指定的紧急事件服务类别，各收到紧急事件通知的3GPP通信网络根据该指定的紧急事件服务类别判断该3GPP通信网络所辖范围内的紧急事件应变中心所在网域的接入点名称(access point name，APN)；当核心网无法识别发信者所提供的紧急事件服务类别时，核心网会将此紧急事件路由到该3GPP通信网络所辖范围内的默认(default)的emRC。发信者发出的紧急事件通知也会被路由到该默认的emRC。在图3的范例中，使用位1至位8来区分不同用途的紧急事件服务类别。当发信者发出紧急事件通知时，将要指定的紧急事件服务类别所对应的位设定为1。位1到位7若有一个以上的位同时被设定为1，则紧急事件服务类别的处理顺序可根据通信网络运营商的策略而改变，但各种组合不具有产生新的紧急事件服务类别的功能，也就是说，发信者只能指定如图3表格所示的紧急事件服务类别，而不能通过设定多个位的方式再产生除图3表格之外的新紧急事件类别。位8通常预定为0，代表空白(spare)，通常不做运用。
在图2的紧急事件通信网络架构下，每一紧急事件服务类别可对应一或多份紧急事件组态数据(Emergency Configuration Data，Em config data)。图4是一范例示意图，说明一份SGSN紧急事件组态数据。图4的范例中，一份紧急事件组态数据至少包含五个字段、以及各字段的描述。五个字段的信息包括与该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，visitingMON)，就无法经由客籍MON将紧急通信路由到适当的应变中心，因而造成信息与数据漏失，无法完成实时的通报与灾害应变。
一些公开的文献公开了在无线网络中支持与传送紧急事件信息的技术。例如，在一无线局域网络中，支持一基站与一接入点之间的紧急通信的技术。其中，移动UE可使用一特定的紧急事件标识符(ID)，通过此无线局域网络的一接入点与一特定的基站连接；可给予紧急事件发话的基站优先的权利；以及基站可以利用局域网络与公共安全回答处(PublicSafety Answering Point，PSAP)进行紧急事件的语音通信，但若UE离开归属MON，进入客籍MON，则客籍MON无法处理特定的紧急事件标识符，也无法联系特定的基站以建立连接。另一技术是在无线网络中，传送有高优先权如紧急事件通话(emergency call)数据。一分组交换(PacketSwitched，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。
发明内容
本发明实施例可提供一种紧急通信的判断与路由的装置及方法。
本发明所公开的一实施例是关于一种紧急通信的判断与路由装置，适应于网络环境中。此判断与路由装置包括紧急事件前处理器(EmergencyEvent Pre-Processor，EEPP)，此EEPP备有前处理元件。对于一或多个发信装置所发出的至少一紧急事件请求(emergency request)，此前处理元件判别此至少一紧急事件请求，依据请求解析设定在参数中的至少一机器形态紧急事件服务类别，选出处理此至少一机器形态紧急事件服务类别的至少一紧急事件应变中心(emRC)以及决定传送相对应的紧急事件信息的至少一路由路径。
本发明所公开的另一实施例是关于一种紧急通信的判断与路由方法，适应于网络环境中。使用紧急事件前处理器来处理一或多个发信装置所发出的至少一紧急事件请求，此紧急事件前处理器的处理包括：判别此至少一紧急事件请求，依据请求解析设定在参数中的至少一机器形态紧急事件服务类别，选出处理此至少一机器形态紧急事件服务类别的至少一emRC，以及决定传送相对应的紧急事件信息的至少一路由路径。
现配合下列附图、实施范例的详细说明及权利要求，将上述及本发明的其他优点进行详细说明。
附图说明
图1A是族聚连接拓扑的一范例示意图，说明一种警报通知的网络架构形态。
图1B是直接连接拓扑的一范例示意图，说明另一种警报通知的网络架构形态。
图2是现行3GPP紧急事件通信网络架构的一范例示意图。
图3是一表格，说明发信者发出紧急事件通知时，需要指定的紧急事件服务类别。
图4是一范例示意图，说明一份SGSN紧急事件组态数据。
图5是根据一实施范例，说明一种利用NAS Config MO参数，设定额外的信息来作为机器形态紧急事件服务类别的方式。
图6是根据一实施范例的一示意图，说明一种物联网紧急通信的判断与路由装置。
图7是根据一实施范例，说明一份映射清单的各字段。
图8是根据一实施范例，说明配置EEPP的一应用层级方案。
图9是根据一实施范例，说明配置EEPP的一网络交换元件层级方案。
图10是根据一实施范例，说明配置EEPP的一网络网关元件层级方案。
图11是根据一实施范例，说明一紧急通信的判断与路由方法的运作。
图12是根据一实施范例，说明应用层级方案的基于机器形态紧急事件判断与路由程序。
图13是根据一实施范例，说明网络层级交换元件方案的基于机器形态紧急事件判断与路由程序。
图14是根据一实施范例，说明网络层级网关元件方案的基于机器形态紧急事件判断与路由程序。
【主要元件符号说明】
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支援节点
901交换元件 905机器形态紧急事件服务
类别
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的紧急连接
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
物联网(Internet of Things)的核心技术以无线感测网络WSN(Wireless Sensing Network)、无线射频识别RFID及机器对机器M2M(Machine to Machine)等为主。M2M又称为机器间通信(Machine TypeCommunications，MTC)。以物联网来提供快速反应的监控以及自动通报服务是以机器形态(machine-based)通信的应用之一。
而有别目前多半紧急通信的联系需凭借人工协助，本发明将基于机器形态(machine-based)的通信方式应用于紧急事件的自动通报处理，使更具有实时性与数据完整性的优势。在可不需要人力参与的情况下让机器之间能自动判断与路由紧急事件，可补偿人力不及的侦测和监控领域，可提供自动控制、恶劣环境监控、迅速警示与通报、货物品项追踪、以及远程医疗照护等多元服务。在本发明中，所谓的「基于机器形态的发信装置」可以是例如：物联网通信装置、移动装置(mobile device)或是具有基站(base station)功能的装置等，但不以此为限。
本发明实施范例可提供一种紧急通信的路由机制，不论在归属或客籍的MON，让紧急事件传输与应变系统能够判别机器形态装置所发出的紧急事件信息，以及机器形态紧急事件应变中心所在的网域，为这些基于机器形态(machine-based)的紧急事件信息的传递建立高优先权的连接，并且实时将这些基于机器形态的紧急事件路由到适当的紧急事件应变中心。此机制可建立用来判断并路由基于机器形态紧急事件信息所需的数据与方式，且可建立可传递基于机器形态紧急事件服务类别的传送机制。
不论机器形态装置是经由归属MON或是客籍MON来发送紧急事件信息，传输网络端都能够判断该信息是否为紧急信息、该机器形态紧急事件服务类别所属的MON或是可处理该机器形态紧急事件服务类别的MON(例如可提供该机器形态服务类别的MON、该机器形态装置所注册的MON)、以及该紧急事件应变中心所在的网域或MON，并为机器形态设备与紧急事件应变中心建立高优先权的连接。本发明实施范例可在现有3GPP移动通信网络中传递具有扩充性的机器形态紧急事件服务类别，即使MON不处理机器形态装置送出的APN，也能够将机器形态紧急事件服务类别传送到可处理该基于机器形态紧急事件通知的应变(处理)中心，以满足机器间通信的多元警示服务需求。
依此，本发明实施范例根据紧急通信的路由程序，来提供跨网络建立与路由机器形态紧急通信连接所需的数据、机器形态紧急连接的建立方式、以及传递机器形态紧急事件服务类别的方式。根据图5的一实施范例，本发明可在机器形态装置端设定额外的信息，例如利用非接入层(NonAccess Stratum，NAS)组态管理对象(Configuration Management Object，config MO)的一NAS信令优先权(signaling priority)参数(以下用参数NAS config MO来表示)，但不以此为限；可设定此信息作为紧急事件处理程序的参考，例如作为机器形态紧急事件服务类别的方式。在图5的NAS Config MO参数保留的数个位，例如：第2～第255的保留位中，可利用数个保留位作为机器形态紧急事件服务类别的类别标识符(categoryID)510，类别标识符510例如有4个位(bit)至3个字节(byte)。图5所述的机器形态紧急事件服务类别的实施方式仅为本发明一实施例，当不能依此限定依据本发明精神的可实施方式。
图6是根据一实施范例的一示意图，说明一紧急通信的判断与路由装置，适应于一基于机器形态通信的网络环境666中，例如图6的3GPP通信网络环境，不以此为限。又举例来说，机器形态网络环境666可以是例如一基于PS网域服务网络环境，但在非PS网域服务网络环境下也可以进行所公开的判断与路由方式。此网络环境例如可备有一或多个发信装置、一或多个无线接入网络622、一或多个核心网624、以及一或多个紧急事件应变中心626，例如图2的3GPP紧急事件通信网络架构中。参考图6，其中发信装置于图六中例举MTC装置来说明，判断与路由装置600包含一紧急事件前处理器(Emergency Event Pre-Processor，EEPP)605，此EEPP备有一前处理元件(pre-processing unit)615。
对于一或多个MTC装置所发出的至少一紧急事件请求(machinetype-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)。例如，在图6中的EEPP是被配置于一应用层级，此配置仅为本发明一实施例，应当不能依此限定本发明实施的范围。在图6的范例中，路由路径688是从MTC装置发出一紧急事件请求后，经由无线接入网络622、核心网624、判断与路由装置600(包括EEPP 605)，然后至紧急事件应变中心626。
图7是根据一实施范例，说明一份映射清单i的各字段。在图7的范例中，此映射列表所储存的信息至少包含至少一机器形态紧急事件服务类别i、至少一MON标识符、以及机器形态紧急事件服务类别所对应的EEPP紧急事件组态数据i，这些字段的描述可如图七中实施例所示。例如，此机器形态紧急事件服务类别所对应的应变中心位置信息包括紧急事件应变中心所属的MON标识符或是可作为全局辨识的地址。MON标识符例如是移动国别码(Mobile Country Code，MCC)加上移动网络码(Mobilenetwork Code，MNC)；可作为全局辨识的地址例如是E.164或FQDN格式的标识符。EEPP紧急事件组态数据一实施例至少包含emAPN、紧急事件服务质量信息、紧急事件形成的分配与保留优先权、紧急事件接入点名称-族聚的最大比特率、紧急事件分组数据网络网关/网关GPRS支持节点标识符等。
在网络环境中，配置EEPP可有多种方案，例如应用层级方案(application level solution)、网络交换元件层级(network switching entity)方案、网络网关元件层级(network gateway entity)方案等。以下进一步说明这些方案如何处理基于机器形态紧急事件判断与路由，其中图8、图9、以及图10分别说明应用层级方案、网络交换元件层级方案、以及网络网关元件层级方案的EEPP配置与基于机器形态紧急事件的路由路径的实施范例。
参考图8的应用层级方案一实施例，EEPP可配置于一默认的紧急事件应变中心(Default_emRC)801处理一紧急事件请求之前，例如紧急事件应变中心的人员801a处理此紧急事件请求之前，先由EEPP判断此紧急事件请求、依据要求解析机器形态紧急事件服务类别805、以及决定可处理机器形态紧急事件服务类别的至少一紧急事件接入点名称(emAPN)，与紧急事件应变中心信息、例如应变中心位置信息等。图中此紧急事件请求的路由路径888是从一发信装置810发出此紧急事件请求后，经由无线接入网络、交换元件、网关元件、EEPP，然后至EEPP所决定的emAPN的至少一紧急事件服务器815。而这项设计也支持不只经由一个路由路径送达。
当一发信装置要送出紧急事件请求时，设定紧急事件指示器(emergency indicator)，以供全局宽带移动网络判断建立紧急连接，并为此发信装置与emAPN之间建立高优先权的紧急服务连接；设定紧急事件服务类别，以供通信网络判断基于机器通信的紧急事件；并设定紧急事件组态数据，以供通信网络判断并决定基于机器通信的紧急事件请求的路由方式与路由路径。举例来说，本发明的EEPP可加入于现行的3GPP通信网络中，并且紧急事件组态数据，可通过既有的连接或服务要求的参数来携带，以加强路由紧急事件信息的效能。在图8的方案实施例中，当发信装置设定紧急事件指示器、紧急事件服务类别、以及紧急事件组态数据之后，交换元件可从收到的连接要求的参数，获得紧急事件组态数据；网关元件可根据收到的服务要求的参数，检查所指派的emAPN的信息。
参考图9的网络交换元件层级方案一实施例，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 MultimediaSubsystem，IMS)913，至EEPP所决定的emAPN的至少一紧急事件服务器915。
在图9的方案实施例中，当发信装置910设定紧急事件指示器、紧急事件服务类别、以及紧急事件组态数据之后，先由EEPP根据收到的连接要求的参数，获得紧急事件组态数据后，设定可处理机器形态紧急事件服务类别的至少一emAPN并决定紧急事件网关元件911，以及设定由紧急事件网关元件911至紧急事件服务器的连接；紧急事件网关元件911根据来自交换元件901的服务要求的参数，检查emAPN的信息后，建立与紧急事件服务器915的连接。
参考图10的网络网关元件层级方案一实施例，EEPP可配置于网络中的一紧急事件网关元件1011之前，并且在紧急事件网关元件1011处理一紧急事件请求之前，先由EEPP替此紧急事件请求设定可处理机器形态紧急事件服务类别1015的至少一emAPN，并且经由紧急事件网关元件1011，建立至少一连接到emAPN的至少一紧急事件服务器1015。路由此紧急事件请求的路径1099是从一发信装置1010发出此紧急事件请求后，经由无线接入网络、交换元件、EEPP、紧急事件网关元件1011，然后通过emRC网络(如分组数据网络/网协多媒体子系统1013)至EEPP所决定的emAPN的至少一紧急事件服务器1015。
在图10的方案实施例中，当发信装置1010设定紧急事件指示器、紧急事件服务类别、以及紧急事件组态数据之后，3GPP通信网络的交换元件根据收到的服务要求的参数，将紧急服务路由到EEPP，先由EEPP设定可处理机器形态紧急事件服务类别的emAPN并决定紧急事件网关元件1011，以及设定由紧急事件网关元件1011至紧急事件服务器1015的连接；紧急事件网关元件1011根据来自交换元件的服务要求的参数，检查emAPN的信息后，建立与紧急事件服务器1015的连接。
承上所述，图11是根据一实施范例，说明一紧急通信的判断与路由方法的运作。此方法可适应于一3GPP通信网络环境中。参考图11，对于一或多个发信装置所发出的一紧急事件请求，此判断与路由方法使用前处理元件615来的处理包括：判别此紧急事件请求，依据要求解析设定在一参数中的至少一机器形态紧急事件服务类别(步骤1110)，并且从一或多个emRC选出可处理机器形态紧急事件服务类别的至少一emRC(步骤1115)以及决定传送相对应的紧急事件信息的至少一路由路径(步骤1120)。并且，此判断与路由方法使用一或多份映射清单，来维护这些机器形态紧急事件服务类别与紧急事件应变中心之间的映射信息。每一机器形态紧急事件服务类别可各自对应一份映射清单。一份映射列表的一范例如图7所示，不再重述。
如前所述EEPP可包括前处理元件615。在3GPP通信网络环境中，可配置此EEPP有如图8的应用层级方案、图9的网络交换元件层级方案、图10的网络网关元件层级方案等。以下图12、图13、以及图14是根据实施范例，说明当EEPP分别以应用层级方案、网络交换元件层级方案、以及网络网关元件层级方案来配置时，基于机器形态的紧急事件判断与路由程序。在本发明中，发信装置可以是例如物联网通信装置、移动装置(mobile device)或是具有基站(base station)功能的装置等基于机器形态的装置，但上述列举发信装置形式仅为本发明实施例，当不能依此限定本发明实施的范围。
如之前所提及，当一发信装置要送出紧急事件请求时，先设定紧急事件指示器，以供全局宽带移动网络判断建立紧急连接。参考图12中流程，发信装置设定紧急事件指示器，一实施例例如标号1205所示，可通过发出一无线资源控制连接(RRC Connection)，来设定紧急连接至一基站。以及，例如可通过发出一NAS附加要求(Attach Request)，如标号1210所示，来设定紧急连接至一交换元件，并且在此附加要求中，除了将紧急事件种类值em category设定等于other或auto_eCall外，还可在发信装置端利用一参数来设定机器形态紧急事件服务类别的信息，例如NAS configMO参数，但不以此为限。auto_eCall可表示自动紧急事件服务、或测试/重新组态通话。
在现行的标准程序中，此交换元件确认紧急事件指示器已被设定后，可决定及指派一emAPN给一网关元件，如步骤1215所示。然后，根据本发明实施例，此交换元件可通过发出一服务要求(Service Request)，携带此NAS config MO参数的信息给此网关元件，如标号1220所示。根据本发明实施例，网关元件检查一指派的emAPN的信息，以建立紧急连接至emAPN，如标号1225所示。NAS config MO参数的信息含在位置信息中。
当EEPP是以应用层级方案来配置时，如之前图8所示，EEPP可配置于此默认的emRC处理此紧急事件请求之前，先由EEPP判断此紧急事件请求、解析其机器形态紧急事件服务类别、以及决定可处理机器形态紧急事件服务类别的紧急事件接入点名称(APN)。所以，从图12中的步骤1230中可看出，EEPP被配置于此默认的emRC处理此紧急事件请求之前，并且EEPP判断当em category的值等于其它(other)或是auto_eCall时，根据在机器形态紧急事件服务类别的值(此例中为NAS config MO参数中的值)来决定可处理此机器形态紧急事件服务类别的emAPN，并且实时路由紧急信息至可处理机器形态紧急事件服务类别的emAPN。auto_eCall可表示自动紧急事件服务、或测试/重新组态通话。
当EEPP是以网络交换元件层级方案来配置时，如之前图9所示，EEPP可配置于网络中的一交换元件之前，并且在此交换元件处理一紧急事件请求之前，先由EEPP替此紧急事件请求设定可处理其机器形态紧急事件服务类别的至少一emAPN，并且经由一紧急事件网关元件，建立一连接到emAPN的一紧急事件服务器。所以，从图13中可看出，交换元件确认紧急事件指示器已被设定后，至EEPP以进行步骤1315。在步骤1315中，EEPP判断当em category的值等于其它(other)或是auto_eCall时，根据在机器形态紧急事件服务类别的值(此例中为NAS config MO参数中)来决定可处理机器形态紧急事件服务类别的至少一emAPN，并且决定网关元件后，设定经由网关元件到emAPN的紧急连接。EEPP执行完步骤1315后，交换元件进行前述标号1220所示的动作；此网关元件与一紧急事件服务器的网络之间进行前述标号1225所示的动作。标号1220与1225所示的动作不再重述。
当EEPP是以网络网关元件层级方案来配置时，如之前图10一实施例所示，EEPP可配置于网络中的一网关元件之前，并且在此网关元件处理一紧急事件请求之前，先由EEPP替此紧急事件请求设定可处理其机器形态紧急事件服务类别的至少一emAPN，并且经由此网关元件，建立一连接到emAPN的一紧急事件服务器。所以，从图14中可看出，网关元件收到由交换元件发出的服务要求后，至EEPP以进行步骤1422。在步骤1422中，EEPP根据服务要求中机器形态紧急事件服务类别(此例中为NASconfig MO参数的值)来决定可处理机器形态紧急事件服务类别的至少一emAPN，并且决定一紧急事件网关元件。EEPP确认当前的网关元件不同于所决定的紧急事件网关元件时，则设定经由所决定的紧急事件网关元件到emAPN的紧急连接；在当前的网关元件等同于所决定的紧急事件网关元件时，则设定经由当前的紧急事件网关元件到emAPN的紧急连接。而紧急事件网关元件与紧急事件服务器的网络之间进行前述标号1225所示的动作，也就是，此紧急事件网关元件根据位置信息中的NAS config MO，建立紧急连接到可处理机器形态紧急事件服务类别的emAPN。
所以，上述本发明的机器形态紧急通信的判断与路由的实施例可使归属与客籍的移动作业网络都可判断物联网紧急应变中心所在的网域，并且实时路由紧急信息至适当的应变中心。本发明实施例可判断路由目标与路由方式的信息、可判断各网络元件之间要传递的数据项、可判断维护这些数据的网络元件、可提供可动态扩充紧急事件服务类别、以及可根据紧急事件服务类别为机器形态装置与对应的紧急事件应变中心，如紧急事件服务器，建立高优先权紧急通信连接的机制。
以上所述者仅为本发明实施例，应当不能依此限定本发明实施的范围。即大凡本发明权利要求所作的均等变化与修饰，都应仍属本发明专利涵盖的范围。
Claims (18)
1.一种紧急通信的判断与路由装置，适应于网络环境中，该判断与路由装置包括：紧急事件前处理器EEPP，该EEPP包括：前处理元件，对于一或多个发信装置所发出的至少一紧急事件请求，该前处理元件判别前述紧急事件请求，依据要求解析设定在参数中的至少一机器形态紧急事件服务类别，选出处理前述机器形态紧急事件服务类别的至少一紧急事件应变中心，以及决定传送相对应的紧急事件信息的至少一路由路径。
2.根据权利要求1所述的判断与路由装置，其中，前述机器形态紧急事件服务类别与前述紧急事件应变中心的映射信息维护于至少一映射清单中。
3.根据权利要求1所述的判断与路由装置，其中，该参数为组态管理对象的非接入层信令优先权参数NAS config MO。
4.根据权利要求2所述的判断与路由装置，其中，该至少一映射清单所维护的映射信息包括至少一紧急事件服务类别、至少一移动运营网络标识符、以及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 configMO参数中的信息给网关元件；以及
该网关元件检查紧急事件接入点名称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。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| TW100145361A TWI514903B (zh) | 2011-12-08 | 2011-12-08 | 緊急通訊的判斷與繞送裝置與方法 |
| TW100145361 | 2011-12-08 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103167458A true CN103167458A (zh) | 2013-06-19 |
| CN103167458B CN103167458B (zh) | 2016-05-04 |
Family
ID=48572418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210039571.7A Active CN103167458B (zh) | 2011-12-08 | 2012-02-21 | 紧急通信判断与路由的装置及方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20130149987A1 (zh) |
| CN (1) | CN103167458B (zh) |
| TW (1) | TWI514903B (zh) |
Families Citing this family (14)
| 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 | 삼성전자주식회사 | 화상 긴급 통화 서비스를 제공하는 전자 장치 및 방법 |
| KR101951582B1 (ko) * | 2014-12-08 | 2019-02-22 | 닛본 덴끼 가부시끼가이샤 | 무선 단말기 및 메시징을 위한 방법 |
| CN104901954B (zh) * | 2015-05-16 | 2019-06-14 | 丁明云 | 一种物联网软交换系统及其方法 |
| US9918210B2 (en) * | 2015-05-21 | 2018-03-13 | 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 |
| US11404062B1 (en) | 2021-07-26 | 2022-08-02 | LifePod Solutions, Inc. | Systems and methods for managing voice environments and voice routines |
| US11410655B1 (en) | 2021-07-26 | 2022-08-09 | LifePod Solutions, Inc. | Systems and methods for managing voice environments and voice routines |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040136356A1 (en) * | 2003-01-14 | 2004-07-15 | Shih-Min Kuo | Router and method for transmitting packets |
| US20040137873A1 (en) * | 2001-04-27 | 2004-07-15 | Risto Kauppinen | Method and system for handling a network-identified emergency session |
| CN1768538A (zh) * | 2003-03-31 | 2006-05-03 | 摩托罗拉公司 | 在分组数据网络中为具有无效用户标识的无线设备建立紧急会话 |
| US20110189971A1 (en) * | 2010-02-02 | 2011-08-04 | Stefano Faccin | System and method for packetized emergency messages |
-
2011
- 2011-12-08 TW TW100145361A patent/TWI514903B/zh active
-
2012
- 2012-02-21 CN CN201210039571.7A patent/CN103167458B/zh active Active
- 2012-03-29 US US13/433,858 patent/US20130149987A1/en not_active Abandoned
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040137873A1 (en) * | 2001-04-27 | 2004-07-15 | Risto Kauppinen | Method and system for handling a network-identified emergency session |
| US20040136356A1 (en) * | 2003-01-14 | 2004-07-15 | Shih-Min Kuo | Router and method for transmitting packets |
| CN1768538A (zh) * | 2003-03-31 | 2006-05-03 | 摩托罗拉公司 | 在分组数据网络中为具有无效用户标识的无线设备建立紧急会话 |
| US20110189971A1 (en) * | 2010-02-02 | 2011-08-04 | Stefano Faccin | System and method for packetized emergency messages |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103167458B (zh) | 2016-05-04 |
| TW201325282A (zh) | 2013-06-16 |
| US20130149987A1 (en) | 2013-06-13 |
| TWI514903B (zh) | 2015-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103167458B (zh) | 紧急通信判断与路由的装置及方法 | |
| JP6194024B2 (ja) | Ｍ２ｍサービス設定変更方法及びこのための装置 | |
| KR101868070B1 (ko) | 서비스 계층 사우스바운드 인터페이스 및 서비스 품질 | |
| EP2693775B1 (en) | System and method for providing detection of signaling-only engagements in a telecommunication network | |
| AU2009244312B2 (en) | System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header | |
| CN103209402B (zh) | 终端组可及性确定方法及系统 | |
| US20110189971A1 (en) | System and method for packetized emergency messages | |
| CN104185973B (zh) | 用于设定数据发送的优先级的方法和设备 | |
| US20100304705A1 (en) | Systems and Methods for Providing Emergency Callback Procedures | |
| CN101189844A (zh) | 用于通知的装置和方法 | |
| US20110188411A1 (en) | System and method for packetized emergency messages | |
| EP2679073A1 (en) | Enabling ip-communication with a machine to machine unit | |
| EP2532207A1 (en) | System and method for packetized emergency messages | |
| US20130250844A1 (en) | Method and apparatus for reliably transmitting group multicast using a cell broadcasting technique in a mobile communication system | |
| CN101448233A (zh) | 一种ip多媒体子系统紧急呼叫的实现方法 | |
| WO2010121645A1 (en) | Priority service invocation and revocation | |
| EP2127405B1 (en) | Method for multimedia service of mobile communication network and computer readable record-medium on which program for executing method thereof | |
| RU2259642C2 (ru) | Способ и система для обработки сеанса экстренной связи с сетевой идентификацией | |
| CN105580425B (zh) | 为UE到3GPP数据接入网的数据连接提供按需QoS的方法和装置 | |
| US11050799B2 (en) | Methods and devices for registering a user equipment, UE, with low access priority in an internet protocol based multimedia subsystem, IMS | |
| US20170188189A1 (en) | A Method, System and Device for Requesting Services At a Mobile Network for One of a Plurality of Mobile User Equipment | |
| CN102223688B (zh) | 一种处理mtc优先警报消息的方法和系统 | |
| US9609496B2 (en) | Data acquisition method and apparatus for wireless communication system | |
| EP2920919B1 (en) | System and method for providing selective voiceover4g call blocking | |
| US8655384B2 (en) | System and method for providing location based reminders |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |