CN113412634A - 用于订阅和通知的方法和设备 - Google Patents
用于订阅和通知的方法和设备 Download PDFInfo
- Publication number
- CN113412634A CN113412634A CN202080013622.1A CN202080013622A CN113412634A CN 113412634 A CN113412634 A CN 113412634A CN 202080013622 A CN202080013622 A CN 202080013622A CN 113412634 A CN113412634 A CN 113412634A
- Authority
- CN
- China
- Prior art keywords
- subscription
- cross
- notification
- resource
- host
- 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.)
- Pending
Links
Images
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/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
- H04W8/205—Transfer to or from user equipment or user record carrier
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明可以提供主机基于交叉资源向订阅者发送通知的方法。在此,该用于发送通知的方法可以包括:基于交叉资源设置多个订阅条件的步骤;检测分别满足多个订阅条件的事件的步骤;以及当多个订阅条件全部得到满足时,向订阅者发送关于交叉资源的通知。在此,多个订阅条件具有优先级顺序。
Description
技术领域
本公开涉及用于在系统中进行订阅和通知的方法和设备,更具体地,涉及用于在机器对机器(M2M)系统中进行订阅和通知的方法和设备。
背景技术
最近,出现了机器对机器(M2M)系统的引入。M2M通信一般是指机器之间在没有人工干预的情况下进行的通信。M2M可以指机器类型通信(MTC)、物联网(IoT)或设备到设备(D2D)。然而,在以下描述中,为了便于解释而使用术语“M2M”,并且本公开不限于此。用于M2M通信的终端可以是M2M终端(M2M设备)。M2M终端一般可以是移动性低的设备,同时传输的数据量很小。这里,M2M终端可以与集中存储和管理机器间通信信息的M2M服务器连接使用。
此外,M2M终端可以应用于各种物体跟踪、汽车联动、电能计量等系统。
同时,对于M2M终端,各种标准化组织提供了提供服务的方法。
发明内容
技术问题
本公开的目的在于提供一种用于在系统中进行订阅和通知的方法。
本公开的目的在于提供一种用于在系统中进行基于交叉订阅的通知的方法。
本公开的目的在于提供一种用于在系统中基于交叉订阅为多个订阅设置优先级顺序的方法。
本发明的目的在于提供一种在系统中设置交叉订阅到期条件的方法。
技术方案
根据本公开的实施方式,可以提供一种由主机基于交叉资源向订阅者发送通知的方法。其中,发送通知的方法可以包括:基于交叉资源设置多个订阅条件;检测满足多个订阅条件中的每个订阅条件的每个事件;以及当多个订阅条件全部得到满足时,向订阅者发送针对交叉资源的通知。这里,多个订阅条件具有优先级顺序。
此外,根据本公开的实施方式可以提供一种基于交叉资源向订阅者发送通知的主机。这里,主机可以包括被配置为发送和接收信号的收发器和被配置为控制收发器的处理器。这里,处理器基于交叉资源设置多个订阅条件,检测满足多个订阅条件中的每个订阅条件的每个事件,并且当多个订阅条件全部得到满足时,向订阅者发送针对交叉资源的通知。多个订阅条件可以具有优先级顺序。
此外,根据本公开的实施方式,可以提供一种用于由订阅者基于交叉资源接收来自主机的通知的方法。这里,接收通知的方法可以包括:当多个订阅条件全部得到满足时,接收来自主机的交叉资源通知;以及基于收到的通知执行操作。这里,主机基于交叉资源设置多个订阅条件,且当检测到每个事件满足多个订阅条件中的每个订阅条件时,向订阅者发送通知。多个订阅条件可以具有优先级顺序。
此外,根据本公开的实施方式,可以提供一种基于交叉资源接收对主机的通知的订阅者。这里,订阅者可以包括被配置为发送和接收信号的收发器和被配置为控制该收发器的处理器。这里,当多个订阅条件全部得到满足时,处理器可以从主机接收针对交叉资源的通知,并且可以基于接收到的通知执行操作。这里,主机基于交叉资源设置多个订阅条件,且当检测到满足多个订阅条件中的每个订阅条件的事件时,向订阅者发送通知。多个订阅条件可以具有优先级顺序。
此外,下面的描述可以共同应用于发送通知的主机和接收通知的订阅者。
根据本发明的实施方式,只有在时间窗口中检测到满足多个订阅条件中的每个订阅条件的每个事件时,才可以向订阅者发送针对交叉资源的通知。
这里,根据本公开的实施方式,当检测到针对多个订阅条件中的任一订阅条件的事件时,可以开始时间窗口。
这里,根据本公开的实施方式,当为多个订阅条件设置优先级顺序时,仅当检测到多个订阅条件中优先级最高的订阅条件的事件时,才可以启动时间窗口。
这里,根据本公开的实施方式,当检测到具有最高优先级的订阅条件的事件从而启动时间窗口时,如果在与该时间窗口对应的时间间隔内满足该多个订阅条件,则可以向订阅者发送针对交叉资源的通知。
此外,根据本公开的实施方式,主机可以针对多个订阅条件中的每个订阅条件向每个M2M实体请求单个资源,并且当基于每个订阅条件触发事件时,每个M2M实体可以基于单个资源向主机发送每个通知。
这里,根据本公开的实施方式,当主机在时间窗口内从每个M2M实体接收到每个通知时,主机可以向订阅者发送交叉资源的通知。
这里,根据本公开的实施方式,当基于交叉资源设置多个订阅条件时,可以设置交叉资源的到期计数器。
这里,根据本公开的实施方式,当在设置多个订阅条件之前存在与多个订阅条件中的任一个或多个相关联的现有订阅时,现有订阅的到期计数器可以基于交叉资源的到期计数器进行更新。
此外,根据本公开的实施方式,用于现有订阅的到期计数器可以被重写为用于交叉订阅的到期计数器。
这里,根据本公开的实施方式,只有当现有订阅的到期计数器小于交叉订阅的到期计数器时,才可以将现有订阅的到期计数器改写为交叉订阅的到期计数器。
此外,根据本公开的实施方式,当基于交叉资源的到期计数器更新现有订阅的到期计数器时,可以重置现有订阅的当前通知计数器。
这里,根据本公开的实施方式,仅当基于现有订阅的当前通知计数器的剩余通知数量小于交叉资源的到期计数器时,现有订阅的当前通知计数器可能会被重置。
有益效果
根据本公开,可以在系统中执行订阅和通知。
根据本公开,可以基于系统中的交叉订阅来执行通知。
根据本公开,可以在系统中基于交叉订阅来设置多个订阅的优先级顺序。
根据本公开,可以设置系统中交叉订阅的到期条件。
本公开获得的效果不限于上述效果,本领域技术人员可以从以下描述清楚地理解以上未提及的其他效果。
附图说明
图1示出根据实施方式的M2M系统。
图2示出根据实施方式的M2M系统的分层结构。
图3示出根据实施方式的每个实体之间的通信流。
图4示出根据实施方式的M2M系统的配置。
图5是示出在发起方和接收方之间交换消息的方法的视图。
图6是示出订阅资源的属性信息的视图。
图7和图8是示出基于交叉资源的操作方法的视图。
图9是示出用于交叉资源订阅的属性信息的视图。
图10是示出订阅和通知操作的视图。
图11是示出订阅和通知操作的视图。
图12和图13是示出用于更新交叉资源的到期计数器的方法的视图。
图14是示出设备配置的视图。
图15是示出设备配置的视图。
具体实施方式
下面将结合附图对本公开的实施方式进行详细描述,这对于本领域技术人员来说是容易实现的。然而,本公开可以以许多不同的形式实施并且不限于这里描述的示例性实施方式。
在本公开中,术语第一、第二等仅用于将一个组件与另一个组件区分开的目的,并且不限制组件的顺序或重要性等,除非另有特别说明。因此,在本公开的范围内,一个实施方式中的第一组件可被称为另一个实施方式的第二组件,并且类似地,一个实施方式中的第二组件可被称为另一实施方式中的第一组件。
在本公开中,当一个组件被称为“链接”、“耦合”或“连接”到另一个组件时,可以理解,不仅可以包括直接连接关系,还可以包括通过中间组件的间接连接关系。此外,当一个组件被称为“包含”或“具有”另一个组件时,它可能意味着进一步包括另一个组件而不是排除它,除非明确地有相反的描述。
在本公开中,相互区分的组件旨在清楚地说明每个特征。然而,这并不一定意味着组件是分开的。即,多个组件可以集成到一个硬件或软件单元中,或者单个组件可以分布在多个硬件或软件单元中。因此,除非另有说明,否则此类集成或分布式实施方式也包括在本公开的范围内。
在本公开中,各个实施方式中描述的组件不一定是必要组件,部分可以是可选组件。因此,由在一个实施方式中描述的组件的子集组成的实施方式也包括在本公开的范围内。此外,除了在各种实施方式中描述的组件之外还包括其他组件的实施方式也包括在本公开的范围内。
在本公开的实施方式的以下描述中,当结合在此的已知配置和功能可能使本公开的主题变得不清楚时,将省略对它的详细描述。附图中与本发明的描述无关的部分被省略,相似的部分用相似的附图标记表示。
另外,作为示例,本公开中的系统可以是利用IoT(物联网)的系统、利用M2M(机器到机器)的系统等。此外,任何其他对其进行操作的系统基于本公开的应用可以是本公开中所指的系统,并且不限于上述实施方式。
另外,本说明书描述了基于M2M通信的网络,并且在管理通信网络的系统中的网络控制和数据传输的过程中可以执行M2M通信网络中的工作。
另外,在本说明书中,M2M终端可以是执行M2M通信的终端。然而,考虑到后向兼容性,它可以是运行在无线通信系统中的终端。换言之,M2M终端可以指基于M2M通信网络操作的终端,但不限于此。M2M终端可以基于另一无线通信网络进行操作并且不限于上述实施方式。
作为示例,用于M2M通信的终端可以被称为M2M设备。这里,M2M设备通常具有低移动性、时间容限或延迟容限、且数据传输量小等特点,并且可以与被配置为集中存储和管理M2M通信信息的M2M服务器结合使用。另外,当M2M设备根据不同的通信方式连接时,M2M设备通过M2M网关以通信方式改变的间隔与M2M服务器连接,从而可以配置整个M2M系统。作为示例,基于该系统,可提供诸如交通服务(例如,智能交通系统(ITS)、交通安全服务等)、跟踪服务、电能计量服务、自动支付系统、医疗服务和远程控制服务等服务。
在本公开中,M2M设备可以是固定的或具有移动性,并且可以通过与M2M服务器的通信来发送和接收用户数据和/或控制信息。M2M设备可以被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、用户站(SS)、无线设备、个人数字助理(PDA),无线调制解调器、手持设备等。在本公开中,M2M服务器是指用于M2M通信的服务器,且可以体现为固定站或移动站。M2M服务器可以与M2M设备和/或另一个M2M服务器通信以交换数据和控制信息。此外,当连接到M2M设备的网络与连接到M2M服务器的网络不同时,M2M网关可以指充当将一个网络连接到另一网络的节点的设备。此外,M2M网关可以作为M2M设备,且可以执行其他功能,例如管理连接到M2M网关的M2M设备,接收消息并将相同的消息或修改后的消息转发给连接的M2M设备(消息扇出)并聚合消息(消息聚合)。术语“M2M设备”可用作包含M2M网关和M2M服务器的概念。因此,M2M网关和M2M服务器可以被称为M2M设备。
另外,在本说明书中,术语“实体”可以用于指代将在下面描述的如M2M设备、M2M网关和M2M服务器的硬件,或者用于指代M2M应用层和M2M(公共)服务层的软件。
在下文中,本公开主要描述M2M系统,但不单独应用于该系统,并且可以同等地/类似地应用于例如根据客户端-服务器(或发送方-响应方)模型的系统。
图1示出根据实施方式的M2M系统。
M2M系统定义了用于各种M2M应用的通用M2M服务框架。M2M应用10可以指实现M2M服务解决方案的软件组件,例如电子健康、城市自动化、连接的消费者和汽车。为了实现这些各种M2M应用,M2M系统提供了通用的必备功能,且这些通用的必备功能可以称为M2M服务或M2M公共服务。当使用这样的M2M公共服务时,可以很容易地实现M2M应用,而无需为每个M2M应用重新配置基本服务框架。
M2M服务以一组服务能力(SC)20的形式提供,并且M2M应用10可以经由开放接口访问该组SC或SC,并且可以使用由SC提供的M2M服务或功能。M2M服务能力20可以提供配置M2M服务的功能(例如,设备管理、位置、发现、组管理、注册、安全等)。服务能力(SC)层或服务能力(SC)实体可以是在服务框架上提供M2M应用时可以使用的M2M服务的一组功能。
服务能力(SC)可以表示为xSC。这里,x可以由N、G和D之一表示并且指示在网络(和/或服务器)、网关和设备中,SC存在于何处。例如,NSC表示存在于网络和/或服务器中的SC,GSC表示存在于网关中的SC。
M2M应用可以存在于网络、网关或设备中。存在于网络中或者通过与服务器连接的M2M应用可以被称为M2M网络应用并且可以被简称为网络应用(NA)。例如,NA是通过与服务器直接连接实现的软件,且可以起到与M2M网关或M2M设备进行通信以及管理M2M网关和M2M设备的作用。存在于设备中的M2M应用可以被称为M2M设备应用并且可以被简称为设备应用(DA)。例如,DA可以是在M2M设备中实现的软件,并且可以将传感器信息转发给NA。存在于网关中的M2M应用可以被称为M2M网关应用并且可以被简称为网关应用(GA)。例如,GA可以执行管理M2M网关的作用,并且可以向DA提供M2M服务或功能,例如,多项服务能力(SCs)或单项服务能力(SC)。M2M应用可以统称为应用实体(AE)和应用层。
参照图1,M2M系统架构可以分为网络域10和设备和网关域20。网络域可以包括用于M2M系统管理的功能11和用于网络管理的功能12。M2M系统管理功能可以由M2M应用(该应用管理存在于设备和网关域中的设备)以及M2M SCs执行,且网络管理功能可以由核心网络和接入网络执行。因此,在图1所示的示例中,核心网络13和接入网络14可以提供每个实体之间的连接而不是执行M2M功能。M2M通信可以通过核心网络13和接入网络14在网络域10与设备和网关域20中的M2M SC之间进行,且每个域的M2M应用可以通过每个域的M2M SC提供和接收信号或信息。
接入网络14是使M2M设备和网关域能够与核心网络13通信的实体。接入网络14的示例是xDSL(数字订阅者线)、HFC(混合光纤同轴电缆)、卫星、GERAN、UTRAN、eUTRAN、无线LAN、WiMAX等。
核心网络13可以是提供诸如IP(网际协议)连接、服务和网络控制、互连、漫游等功能的实体。核心网络13可以包括3GPP(第三代合作伙伴计划)核心网络、ETSI TISPAN(高级网络的电信和互联网融合服务和协议)核心网络、3GPP2核心网络等。
M2M SC(服务能力)15提供M2M公共服务功能(CSF),其可由各种M2M网络应用共享,并通过开放接口暴露M2M服务,从而使M2M应用16能够使用M2M服务。M2M服务能力层(SCL)可以指包括这样的M2M SC实体或M2M公共服务功能的层。
M2M应用16是能够经由开放接口操作服务逻辑并使用M2M SC(服务能力)的实体。M2M应用层可以指包括M2M应用和相关操作逻辑的层。
M2M设备21是经由M2M SC(服务能力)操作M2M设备应用的实体。M2M设备21可以直接与网络域的M2M服务器进行通信,且也可以通过M2M网关22与网络域的M2M服务器进行通信。当经由M2M网关21连接时,M2M网关22像代理一样操作。M2M设备21可以包括M2M应用和/或M2M SC(服务能力)。
M2M局域网23提供M2M设备和M2M网关之间的连通性。在这种情况下,M2M网关和M2M服务器之间的网络和M2M设备和M2M网关之间的网络可能彼此不同。作为示例,M2M局域网可以使用诸如IEEE802.15.1、Zigbee、Bluetooth、IETF ROLL和ISA100.11a的PAN(个域网)技术和诸如PLC(电力线通信)、M-BUS、无线M-BUS和KNX的局域网技术来实现。
M2M网关22可以是经由M2M SC(服务能力)管理M2M应用并为M2M应用提供服务的实体。M2M网关22可以在M2M设备21和网络域10之间起到代理的作用,并且可以起到向不兼容的M2M设备提供服务的作用。M2M网关22可以指M2M设备21中具有网关功能的实体。M2M网关22可以包括M2M应用和/或M2M SC(服务能力)。
图1所示的M2M系统架构只是示例,且每个实体的名称可能不同。例如,M2M SC(服务能力)可以被称为M2M公共服务功能(CSF),SCL(服务能力层)可以被称为公共服务层(CSL)或公共服务实体(CSE)。另外,M2M应用可以被称为应用实体(AE),且M2M应用层可以简称为应用层。同样,每个域的名称可能不同。作为示例,在oneM2M系统中,网络域可以被称为基础设施域,且设备和网关域可以被称为字段域。
如图1所示,M2M系统可以被解释为包括用于M2M通信的M2M SC(服务能力)层和M2M应用层的分层结构。
图2示出根据实施方式的M2M系统的分层结构。
参考图2,M2M系统可以包括应用层202、公共服务层204和底层网络服务层206。如上所述,应用层202可以对应于M2M应用层,且公共服务层204可以对应于M2M SCL。底层网络服务层206向核心网络中的公共服务层204提供设备管理、位置服务、设备触发等服务。
参考图3,Mca参考点312可以指定应用实体(AE)302和公共服务实体(CSE)304之间的通信流。Mca参考点312使AE 302能够使用由CSE 304提供的服务并且使CSE 304能够与AE302通信。Mca参考点312可以指M2M应用层和M2M公共服务层(或实体)之间的接口。
Mcc参考点314可以指定不同公共服务实体(CSE)304之间的通信流。当CSE 304提供必要的功能时,Mcc参考点314使CSE 304能够使用另一个CSE的服务。通过Mcc参考点314提供的服务可能取决于CSE 304支持的功能。Mcc参考点314可以指M2M公共服务层之间的接口。
Mcn参考点316可以指定CSE 304和底层网络服务实体(NSE)306之间的通信流。为了使CSE 304提供所需的功能,Mcn参考点316使CSE 304能够使用由NSE 306提供的服务。Mcn参考点316可以指M2M公共服务层和M2M底层网络层之间的接口。
此外,在图3所示的示例中,CSE 304可以提供各种公共服务功能/能力。例如,CSE304可以包括以下中至少一项:应用和服务层管理功能、通信管理和交付处理功能、数据管理和存储库功能、设备管理功能、组管理功能、发现功能、定位功能、网络服务公开/服务执行和触发功能、注册功能、安全功能、服务计费和收费功能、服务会话管理功能和订阅/通知功能。CSE 304指示公共服务功能的实例并提供M2M应用可以使用和共享的公共服务功能的子集。公共服务功能可以简单描述如下。
-应用和服务层管理(ASM):提供管理AE和CSE的功能。例如,ASM功能不仅可以对CSE的功能进行配置、故障和升级,还可以对AE的功能进行升级。
-通信管理和交付处理(CMDH):提供与其他CSE、AE和NSE的通信。例如,CMDH功能可以确定何时以及如何使用用于CSE到CSE通信的连接,并且可以控制特定请求在传递中被延迟。
-数据管理和存储库(DMR):使M2M应用能够相互交换和共享数据。例如,DMR功能可以收集和聚合大量数据,并将数据转换并存储为特定格式。
-设备管理(DMG):不仅管理M2M网关和M2M设备的设备功能,而且管理M2M区域网络中存在的设备的设备功能。例如,DMG功能可以执行应用安装和配置、固件更新、日志记录、监控、诊断、网络拓扑管理等。
-发现(DIS):可以根据请求在给定范围和条件内搜索信息和资源([0054])。
-群组管理(GMG):例如,可以通过组合资源、M2M设备或M2M网关来生成群组,并且可以处理与群组相关的请求。
-位置(LOC):可以使M2M应用能够获得M2M设备或M2M网关的位置信息。
-网络服务公开/服务执行和触发(NSSE):使得能够执行底层网络的通信并使底层网络提供的服务或功能可用。
-注册(REG):使M2M应用或另一个CSE能够处理向特定CSE的注册。可以执行注册以使用特定CSE的M2M服务功能。
-安全(SEC):可以执行诸如处理诸如安全密钥之类的敏感数据、建立与安全相关的关联、认证、授权、保护ID(身份)的角色。
-服务计费和收费(SCA):可以执行向AE或CSE提供计费功能的作用。
-服务会话管理(SSM):可以执行管理服务层的M2M会话以用于端到端通信的作用。
-订阅/通知(SUB):在订阅特定资源改变的情况下,当资源改变时,执行通知改变的作用。
图4示出根据实施方式的M2M系统的配置。在本说明书中,节点是指包括一个或多个M2M应用的实体或包括一个CSE和零个或多个M2M应用的实体。
应用专用节点(ADN)可以指包括至少一个或多个应用实体(AE)但不包括公共服务实体(CSE)的节点。ADN可以经由Mca与一个中间节点(MN)或一个基础设施节点(IN)通信。ADN可以被称为具有受限能力的M2M设备。具有受限能力的M2M设备可以指不包括公共服务层或公共服务实体(CSE)的M2M设备。具有受限能力的M2M设备可以简称为受限M2M设备。
应用服务节点(ASN)可以指具有至少一个公共服务实体(CSE)和至少一个M2M应用实体(AE)的节点。ASN可以经由Mcc与一个中间节点或一个基础设施节点通信。ASN可以被称为M2M设备。
中间节点(MN)可以指包括一个公共服务实体(CSE)和零个或多个M2M应用实体(AE)的节点。MN可以经由Mcc与一个基础设施节点(IN)或另一中间节点(MN)通信,或者可以经由Mcc与IN/MN/ASN通信,或者可以经由Mca与ADN通信。MN可以被称为M2M网关。
基础设施节点(IN)可以指具有一个公共服务实体(CSE)和零个或多个应用实体(AE)的节点。IN可以经由Mcc与至少一个中间节点(MN)通信和/或可以与至少一个ASN通信。或者,IN可以经由Mca与一个或多个ADN通信。IN可以被称为M2M服务器。
参考图4,情况1示出了ADN和IN之间的通信的示例。ADN可以是具有受限能力的M2M设备。在这种情况下,由于ADN没有CSE或公共服务层,ADN可以经由Mca与IN的CSE进行通信。此外,在这种情况下,由于ADN没有CSE或公共服务层,因此ADN可能不会在另一个实体中/与另一个实体存储/共享由AE或应用层生成的数据。相应地,在Case 1中,AE或ADN的应用层产生的数据可以在IN的CSE中存储共享。
作为示例,情况2示出了ADN和MN之间的通信的示例。ADN也可以是具有受限能力的M2M设备。因此,除了ADN与MN的CSE通信之外,ADN可以与情况1类似地操作。即,ADN可以经由Mca与MN的CSE通信。此外,由于ADN没有CSE或公共服务层,因此ADN可能不会在另一个实体中/与另一个实体存储/共享由AE或应用层生成的数据。相应地,AE或ADN的应用层产生的数据可以在MN的CSE中存储共享。
同时,在情况2中,MN可以经由MN与IN通信。在这种情况下,MN和另一个MN可以相互通信,且MN和IN可以经由Mcc相互通信。MN可以直接与IN通信,中间没有MN。
情况3示出了ASN和MN之间的通信的示例。与Case1或Case2不同的是,由于ASN已经包含CSE或公共服务层,因此AE或ASN的应用层产生的数据可以存储在CSE或ASN的公共服务层中。此外,ASN的AE可以通过ASN的CSE与MN的CSE进行通信。
情况4示出了ASN和MN之间的通信的示例。与情况3相比,ASN的CSE可以直接与IN的CSE通信,中间不需要MN。
IN可以位于基础设施域或网络域中,并且可以包括一个CSE和零个或多个AE。IN可以经由Mcc相互通信。
图5是示出在发起方和接收方之间交换消息的方法的视图。
参照图5,发起方510可以向接收方520发送请求消息。这里,发起方510和接收方520可以是上述M2M终端。然而,发起方510和接收方520不限于M2M终端并且可以是其他终端并且不限于上述实施方式。此外,作为示例,发起方510和接收方520可以是上述节点、实体、服务器或网关。即,发起方510和接收方520可以是硬件或软件配置并且不限于上述实施方式。
这里,作为示例,发起方510发送的请求消息可以包括至少一个或多个参数。这里,作为示例,参数可以是必选参数或可选参数。作为示例,与发送端相关的参数、与接收端相关的参数、标识参数和操作参数可以是强制性参数。此外,可选参数可能与其他类型的信息有关。这里,与发送端相关的参数可以是发起方510的参数。另外,与接收端相关的参数可以是用于接收方520的参数。另外,识别参数可以是相互识别所需的参数。
另外,操作参数可以是用于区分操作的参数。作为示例,操作参数可以设置为创建(Create)、检索(Retrieve)、更新(Update)、删除(Delete)、通知(Notify)中的任意一个。即,操作参数可以是区分操作的参数。
这里,当从发起方510接收到请求消息时,接收方520可以处理该消息。作为示例,接收方520可以执行包括在请求消息中的操作。对于该操作,接收方520可以确定参数是否有效以及该参数是否被授权。这里,当参数有效并且被授权时,接收方520可以检查是否存在要请求的目标资源,并且可以进行相应的处理。
作为示例,在事件发生的情况下,发起方510可以向接收方520发送包括用于通知的参数的请求消息。接收方520可以确认包括在请求消息中的用于通知的参数并且可以相应地执行操作。接收方520可以向发起方510发送响应消息。
以下,将描述每个资源和资源的属性。作为示例,考虑到资源或属性的特征,以下资源和属性用名称来描述,但不限于此。即,可以以与本公开中相同的方式应用与下面描述的资源或属性具有相同或相似特征的资源或属性。但是,为了便于说明,资源和属性都考虑到了它们的特点,用了具体的名称进行了描述,并根据这些特点进行了相关的描述。然而,本公开不限于此。
图6是示出订阅资源的属性的视图。
参考图6,订阅资源可以包括属性。作为示例,订阅资源的属性在图6中描述。然而,这只是说明性的,可以添加、删除或修改。这里,可以通过订阅资源的属性来共享订阅通知所需的信息。此外,作为示例,可以将执行订阅通知的必要操作所需的信息定义为属性信息,但不限于上述实施方式。作为示例,“expirationCounter”可以包含在订阅资源中,这将在下面描述。
同时,作为示例,M2M系统中的M2M终端可以基于订阅通知进行操作。更具体地,在MP2M平台中,可以经由订阅资源注册事件,且当事件发生时,可以传递通知消息。
作为示例,目标系统可以向托管系统分配订阅资源,并且当事件发生时,托管系统可以向目标系统传递通知消息。这里,托管系统和目标系统可以是基于上述M2M终端进行操作的实体。
图7是示出通知资源的方法的视图。作为示例,参考图7,作为M2M实体的订阅者720可以请求订阅作为M2M实体的资源主机710。这里,作为示例,参考图7,订阅者720可以请求订阅多个订阅者。作为示例,订阅者720可以向资源主机710求订阅第一传感器和订阅第二传感器。同时,作为示例,可以不向订阅者720而是向另一主体发送针对每个订阅的通知。然而,为了便于说明,在以下描述中订阅者720接收通知,但本公开不限于此。
这里,作为示例,当满足第一传感器的订阅条件时,订阅者720可以从主机710接收第一通知,该第一通知是第一传感器的通知。此外,作为示例,当满足第二传感器的订阅条件时,订阅者720可以从主机710接收第二通知,该第二通知是第二传感器的通知。即,可以根据每个条件基于各自的订阅资源来通知第一通知和第二通知。然而,作为示例,第一通知和第二通知可以是与同一事件相关联的通知。作为示例,该事件可以是火灾检测事件,且第一通知和第二通知可以是分别与温度传感器和烟雾传感器相关联的通知。另外,作为示例,该事件可以是超速通知事件,且第一通知和第二通知可以分别是与超速摄像头的感测和超过预设速度相关的通知。即,如上所述,第一通知和第二通知可以是彼此关联的事件的通知。这里,在上述情况下,订阅者720可以通过分析第一通知和第二通知来确定是否发生感兴趣的事件。即,订阅者720可以基于每个通知和附加操作来确认感兴趣的事件是否发生。
这里,作为示例,图8是示出基于交叉资源的操作方法的视图。基于上述内容,可以基于交叉资源一起处理对同一感兴趣事件的订阅。更具体地,作为M2M实体的主机(例如,IN-CSE)750可以向作为M2M实体的订阅者(例如,IN-AE)760发送用于交叉资源订阅的请求消息。这里,订阅者760可能希望基于作为目标资源的多个资源的修改在预定标准下接收单个通知。即,订阅者760可以通过交叉资源接收基于满足多个资源的条件的单个通知。这里,作为示例,交叉资源请求可以包括下表1中描述的信息。作为示例,交叉资源请求可以包括“regularResourcesAsTarget”和“subscriptionResourcesAsTarget”信息。这里,作为示例,参考图9,“regularResourcesAsTarget”可以包括可用于交叉资源订阅的目标资源中可能成为目标的常规资源的列表信息。这里,常规资源可以包括可订阅的oneM2M资源中的至少任一种,但不限于上述实施方式。此外,作为示例,“subscriptionResourcesAsTarget”可能意味着为实际订阅而存在的资源。即,“subscriptionResourcesAsTarget”可以指实际订阅资源作为用于交叉资源订阅的目标资源。即,它可以包括成为发生通知的目标的目标资源信息。另外,作为示例,“timeWindowType”可以将没有重叠的某个窗口指示为交叉资源订阅的时间窗口的类型,或者可以将交叉资源订阅的时间窗口的类型指示为滑动时间窗口。此外,“timeWindowSize”可以指示时间窗口的大小并且不限于上述实施方式。
【表1】
同时,作为另一个示例,在交叉资源的情况下,只有当多个通知都被满足时,交叉资源才有意义。当不可能对一个资源执行通知时,所有的通知都可能有问题。考虑到以上描述,当发送对单个资源的请求时,主机750可以将请求发送到相应的M2M实体730和740,并指示该请求是用于交叉资源的。因此,由于交叉资源,M2M实体730和740中的每一个都可以识别出它是单个资源通知。这里,作为示例,在M2M实体730和740中的每一个接收到指示其不是交叉资源的消息的情况下,当M2M实体730和740中的每一个处于不能通知的状态时,M2M实体730和740中的每一个可以向主机750发送关于不能通知的消息。另一方面,作为示例,在M2M实体730和740中的每一个接收到指示其是交叉资源的消息的情况下,当M2M实体730和740中的每一个处于不能通知的状态时,M2M实体730和740中的每一个可以向主机750和订阅者760发送关于不能通知的消息。即,考虑交叉资源,当M2M实体730和740中的每一个处于不能通知的状态时,由于整个交叉资源可能是无意义的,所以M2M实体730和740中的每一个也可以向订阅者760发送关于不能通知的消息,但不限于上述实施方式。
此外,作为示例,M2M实体730和740中的每一个都可以向主机750发送关于单个资源订阅请求的响应消息(S774,S776)。也就是说,M2M实体730和740中的每一个可以确定是否允许单个资源订阅并且可以向主机750发送相应的响应。接下来,主机750可以向订阅者760发送最终响应。
接下来,在M2M实体730和740中的每一个中,可以发生针对目标资源的事件(S778,S780)。这里,M2M实体730和740中的每一个可以分别向主机750发送第一通知(S779)和第二通知(S781)。这里,主机750可以缓冲上述通知。这里,作为示例,基于上述交叉资源属性信息,主机750可以确定第一通知和第二通知是否符合匹配的标准。主机750可以通过执行窗口机制来确定是否向订阅者760发送通知。作为示例,当在指定的时间窗口期间接收到第一通知和第二通知两者时,主机750可以生成通知并将该通知发送到订阅者760(S783)。作为示例,主机750可以通过考虑在指定时间窗口大小内第一通知和第二通知的发生顺序来确定是否向订阅者760发送通知,这将在下面描述。即,在交叉资源订阅的情况下,当订阅者760考虑到第一传感器和第二传感器的事件匹配顺序想要交叉通知时,可以执行交叉通知。作为示例,当首先满足第一传感器的订阅条件时,即使先通知第二传感器,也可能不执行时间窗口机制。也就是说,主机750可以在接收到要首先满足的通知后才启动时间窗口机制。此外,作为示例,当主机750向订阅者760发送通知时,通知消息可以是基于预先配置的规则触发操作的指示,尽管仅依赖于应用。作为示例,当事件是火灾检测时,主机750可以向传感器发送命令并执行喷洒灭火。即,基于通知消息,主机750可以向订阅者发送通知并同时实施必要的措施。
此外,作为示例,当事件是车辆监控时,当基于第一传感器和第二传感器检测到车辆损坏时,主机750可以向订阅者760作出通知。同时,主机750可以基于预设规则拍摄图像并存储关于由此拍摄的图像的信息,但不限于上述实施方式。
基于以上描述,可以执行对资源的订阅和通知或对交叉资源的订阅和通知。这里,订阅的属性信息可以与上述图6相同,详细的属性信息可以如下表2所示。然而,表2只是订阅属性信息的一个示例,还可以设置其他属性信息。即,可以将与订阅和通知相关的信息设置为属性信息。这里,作为示例,在表2中,可以根据每个属性指示关于每个属性的读/写权限的信息。作为示例,上述信息可以是读/写(RW)、只读(RO)和只写(WO)之一。此外,作为示例,表2中的多重性可以指示相应属性在订阅资源中可能出现的次数。这里,下面的表2仅为一个示例,还可以额外设置其他属性信息作为订阅资源属性。
【表2】
另外,作为示例,对于订阅和通知,eventNotificationCriteria属性是对要订阅的资源的修改和变化条件的列表,可以如下表3中描述。但是,表3仅显示了有关事件通知标准属性的一些信息,并且可能包含更多信息。这里,eventNotificationCriteria属性列表的各个条件可以是逻辑AND关系。作为示例,当eventNotificationCriteria属性包括2个条件时,如果订阅的资源的修改/变更满足这2个条件,则可以发送通知。即,基于上述内容,可以通过在订阅资源中设置eventNotificationCriteria属性来调整通知消息的数量。当满足设置的eventNotificationCriteria属性时,可以向通知目标实体发送通知,从而避免通知消息泛滥的问题。
【表3】
同时,作为示例,如上文关于订阅和通知所描述的,需要控制发送的通知消息的数量。更具体地,如上所述,通过仅在预定条件下发送通知消息,可以防止不加区别地发送通知消息。在此,作为示例,基于上述内容,可能需要关于事件被匹配的次数的信息以防止不分青红皂白的传输。作为示例,参考图10,可能存在汽车消耗品传感器和耦合到车辆中的传感器的网关。这里,基于订阅和通知操作,监控汽车消耗品的状态,并且可以基于汽车消耗品的感测值进行通知。作为示例,汽车消耗品可以是额外的电池、轮胎和发动机油。此外,相同的可应用于其他消耗品,但本公开不限于上述实施方式。这里,作为示例,可以基于将汽车消耗品传感器感测到的值与预设值相互比较的事件来设置订阅和通知。这里,汽车消耗品传感器可以将关于感测值的信息发送到网关。这里,网关在读取到感测值后,当感测值不满足预设值时,可以向应用发送通知。在此,作为示例,汽车消耗品传感器、网关和应用都可以存在于车辆中。因此,可以基于事件在车辆中发生订阅和通知。作为另一示例,参考图11,应用可以经由网络被包括在另一设备中并且不限于上述实施方式。即,基于订阅和通知,可以向订阅者发送通知。
至于更具体的操作,作为M2M实体的网关1010可以从作为M2M实体的应用1020接收订阅请求。这里,作为示例,如上所述,订阅可以是对与汽车消耗品传感器相关联的资源的订阅(S1110)。接下来,网关1010可以监控汽车消耗品传感器的订阅条件。即,网关1010可以周期性地或在特定时间从汽车消耗品传感器接收感测值。这里,事件可以是感测值不满足预设值的情况。作为示例,当将轮胎磨损测量为一个值并且该值小于预设值时,可以确定轮胎磨损严重,从而可以触发事件。这里,基于感测到的值,网关1010可以向应用1020发送关于与汽车消耗品传感器相关联的资源的通知。因此,应用1020的用户可以确认汽车消耗品的更换。
这里,作为示例,关于上述情况,可能发生基于感测值的错误的错误通知。作为示例,在车辆的情况下,可以考虑在极端条件下驾驶或暴露于这种极端条件下。在此,上述环境中的特定传感器可能会出现暂时性错误。也就是说,即使在更换周期结束之前,在特定情况下也可以基于感测值的错误触发事件。
作为示例,在用于监测发动机油状态的传感器的情况下,极高温度状态或极低温度状态可能影响发动机油状态的监测值。这里,基于订阅条件,即使在正常状态下,也可以在极端条件下检测到感测值,如同处于异常状态。这里,网关可以基于上述值检测事件触发并基于订阅生成通知。即,当基于暂时错误发生通知时,可能产生不正确的通知。即,与订阅发起方的意图相反,当订阅条件暂时满足时可以进行通知。因此,可能需要一种措施来最小化如上所述的不必要的通知。然而,在上述情况下,上述订阅相关属性或eventNotificationCriteria属性在防止不必要的通知方面可能具有限制。
基于上述内容,可以定义事件被匹配的次数的属性。作为示例,可以将事件匹配的次数定义为订阅的属性信息,如下表4或表5所示。即,可以与eventNotificationCritiera属性并行设置事件作为一条订阅属性信息的匹配次数。另外,作为示例,事件被匹配的次数可以是eventNotificationCriteria属性中的任何一个。即事件匹配的次数可以设置为eventNotificationCritera的标签值之一,如表6或表7所示。
【表4】
【表5】
【表6】
【表7】
这里,作为示例,上述事件被匹配的次数可以最小化由暂时错误引起的通知的发生。即,可以将事件匹配的次数设置为通知发生的要求,以防止基于暂时错误的确定。这里,考虑到上述情况,可以考虑汽车消耗品传感器的感测值不满足当前值的情况。然而,如上所述,由于它可能是暂时错误,因此可能需要额外的感测。这里,作为示例,可以基于预定时间间隔来执行附加感测。此外,作为示例,附加感测可以连续执行并且不限于上述实施方式。这里,网关可以基于上述事件被匹配的次数来统计感测值不满足预设值的情况。这里,当感测到的值不满足预设值超过由事件匹配次数设置的值时,上述情况可能不是临时错误。因此,网关可以确定更换消耗品的时间并发送上述通知。
此外,订阅者可能希望仅在事件条件维持特定时间段时接收通知。相反,订阅者可以假设正在保持特定条件。作为示例,考虑到上述内容,订阅资源可以包括事件匹配周期的属性(例如,periodOfMatchingCriteria)或者包括事件匹配的周期(例如,periodOfMatchingCriteria)作为eventNotificationCriteria的一个匹配标签。
同时,作为示例,关于事件被匹配的次数,可以另外设置重置信息。作为示例,可以定义nrOfmatchingCriteriaReset信息。更具体地,可以如上所述对事件匹配的次数进行计数。这里,在统计事件被匹配的次数时,可以依次统计事件被匹配的次数。作为示例,当检测到感测值不符合预设值的情况时,可以重新设置事件匹配的次数并重新计数。作为另一个示例,基于概率信息或其他信息,也可以将用于计数事件匹配次数的重置设置为单独的值。即在统计事件被匹配的次数时,可以依次统计事件被匹配的次数。作为示例,当检测到感测值不满足预设值的情况与nrOfmatchingCriteriaReset设置的值一样多时,可以重新设置事件匹配的次数并重新计数。即,当满足预定情况时,可以重新设置对匹配事件的次数的计数,不限于上述实施方式。
另外,作为示例,关于上述交叉资源,可以为多个订阅条件设置优先级顺序(或顺序)。更具体地,在上述情况下,主机可以从每个传感器接收基于单个资源的通知,然后基于此向订阅者执行通知。这里,当上述通知发生时,交叉资源可以基于时间窗口向订阅者执行通知。作为示例,对于交叉资源的通知,需要为通知设置优先级顺序(或顺序)。更具体地,当存在基于交叉资源的多个通知时,可以设置特定通知的优先级。作为示例,可以基于第一订阅条件和第二订阅条件以及基于第一通知和第二通知向订阅者生成多个通知。在此,作为示例,第一通知可以优先于第二通知。即,当第一通知发生后检测到第二通知时,可以如上所述对订阅者进行最终通知。作为示例,上述时间窗口可以在第一通知发生时开始。接下来,当在与时间窗口对应的时段期间接收到第二通知时,可以基于交叉资源条件发送最终通知。另一方面,当第二通知发生在第一通知之前时,时间窗口可能不会开始。即,第一通知可以优先于第二通知。作为具体示例,可以考虑汽车超速防止通知服务。在此,作为示例,第一订阅条件可以是发现监控摄像头时发生通知/告警。此外,第二订阅条件可以是当车辆以超过阈值的速度行驶时发生通知/警报。这里,当车辆通过监控摄像头后检测到超过阈值的速度时,可以发生通知。然而,该通知可能是不必要的通知。然而,如上所述,可以设置时间窗口,并且可以在与时间窗口大小对应的时间段内确定是否通知。因此,如上所述可能发生不必要的通知。作为示例,可以根据测速摄像头的监控基于第一订阅条件开始时间窗口。在此,车辆可以在保持低于阈值的速度的同时通过摄像头。然而,时间窗口的大小可以大于满足第一订阅条件的时间和车辆通过摄像头的时间之间的时间段。即,即使当车辆已经通过摄像头时,交叉资源的通知也可能是有效的。这里,当车辆在通过摄像头后以超过阈值的速度行驶时,主机可以基于交叉资源向订阅者进行通知。因此,如上所述,当车辆已经通过摄像头时,可能会发生不必要的通知。考虑到上述内容,可以将第二订阅条件设置为优先于第一订阅条件。也就是说,即使满足第一订阅条件,时间窗口也可能不会开始。作为示例,即使车辆检测到摄像头,时间窗口也可能不会启动。另一方面,当车辆以超过阈值的速度行驶时,时间窗口可以基于第二订阅条件开始。这里,当根据监控摄像头满足第一订阅条件时,主机可以基于交叉资源向订阅者发送通知。
即,当如上所述存在多个订阅条件时,根据订阅条件可以存在优先级顺序(或顺序)。因此,可以防止不必要的通知的发生。同时,关于优先级顺序(或顺序)的各种设置是可能的。作为示例,可以有三个或更多个单个资源作为多个订阅条件。这里,作为示例,只有当根据预设顺序检测到每个订阅条件时,主机才可以基于交叉资源向订阅者发送最终通知。
作为另一个示例,对于优先级顺序,可以只设置发起时间窗口的订阅条件,且其他订阅条件可以具有相同的优先级。作为示例,当存在第一订阅条件、第二订阅条件和第三订阅条件时,只有第一订阅可以作为启动时间窗口的订阅条件。也就是说,第一订阅条件可以优先于第二订阅条件和第三订阅条件。这里,当满足第一订阅条件而时间窗口开始时,如果在时间窗口大小期间满足第二订阅条件和第三订阅条件,则可以向订阅者发送最终通知。即可以设置优先级顺序作为发起时间窗口的具体订阅条件,且其他订阅条件可以具有相同的优先级。作为示例,以上描述也可以应用于应用多个订阅条件的情况,并且本公开不限于上述实施方式。
这里,作为示例,基于上述内容,crossResourceSubscription资源可以包括可以通过考虑满足目标资源的订阅条件的顺序来生成交叉订阅通知的属性(或函数)。作为示例,该属性为新的属性,表示crossResourceSubscription资源的订阅条件满足的顺序,且可以如表8或表9所述。作为示例,可以添加“eventNotificationCriteriaOrder(或优先级顺序)”作为新属性。这里,基于下表8,eventNotificationCriteraOrder可以是事件通知标准的顺序。这里,当下面描述的属性不存在时,事件通知标准的顺序可能不会像以前那样考虑。另一方面,如上所述,当包括该属性时,如果该属性在事件通知标准的顺序中首先不满足事件通知标准,则可以不应用时间窗口机制。
【表8】
【表9】
另外,作为示例,考虑到事件通知标准首先是用于启动时间窗口机制的订阅条件,可以将属性信息设置为“StartofTimeWindow”。作为示例,可以针对作为交叉资源的目标的资源设置StartofTimeWindow值。作为示例,上述StartofTimeWindow值可以相对于包括在交叉资源中的多个资源中的StartofTimeWindow的资源设置为1。另一方面,对于其他资源,上述StartofTimeWindow值可以设置为0。作为示例,当基于事件通知标准顺序设置订阅条件的优先级顺序时,基于上述StartofTimeWindow值,可以指示订阅针对哪个资源发起时间窗口。
作为另一个示例,可以不定义eventNotificationCriteria的新属性,并且如下面的表10或表11所述,关于eventNotificationCriteriaOrder的信息可以包括在“eventNotificationCriteriaSet”中。也就是说,如上所述的信息可以被添加到包括在用于现有交叉资源订阅的资源中的属性信息中,因此可以不定义新的属性,并且可以反映关于事件通知准则顺序的信息,如图12和图13所示。
【表10】
【表11】
作为示例,如图12所示,可以将“eventNotificationCriteriaOrder或eventNotificationCriteriaSequence”作为新属性添加到交叉资源订阅的资源中。作为另一示例,如图13所示,如上所述,可以通过修改“eventNotificationCriteriaSet”中包括的信息来指示事件通知标准的顺序,但不限于上述实施方式。
另外,作为示例,作为上述订阅资源的属性,需要在交叉资源中设置关于表2的“expirationCounter”的信息。更具体地,参考上述表2,可以基于expirationCounter设置最大通知数,并且当超过最大通知数时可以删除订阅。但是,在交叉资源的情况下,可能存在多个订阅,删除目标订阅和删除交叉订阅之间的关系可能不清楚。作为示例,可能需要支持为交叉资源中的独立订阅设置最大通知数。
更具体地,在交叉资源的情况下,当目标订阅被删除时,可能无法满足条件。相应地,当目标订阅被删除时,可以实现删除交叉订阅的机制。这里,可以考虑在目标订阅即将到期时产生交叉订阅的情况。这里,虽然产生了交叉订阅,但是当目标订阅期满时,交叉订阅可以被目标订阅删除。因此,由于交叉订阅在生成后立即被删除,因此可能执行无意义的操作。考虑到上述情况,需要设置交叉订阅的“expirationCounter”。这里,交叉订阅的expirationCounter可以设置为“crosssubexpirationCounter”,如下表12所示。即,如表12中所述,可以设置交叉资源的最大通知数量。这里,当通知失败次数超过交叉资源的最大通知次数时,可以不考虑其他策略而删除交叉资源。
【表12】
此外,作为示例,如上所述,当删除目标订阅时,交叉订阅可能变得毫无意义。作为示例,当生成<crossResourceSubscription>资源时,如果现有订阅资源的现有通知数量接近expirationCounter,违背订阅者的意图,尤其是在<crossResourceSubscription>资源生成后不久,<crossResourceSubscription>资源也可能因删除现有订阅资源而被删除。因此,在生成交叉订阅时,可能需要调整目标订阅的“expirationCounter”的策略,如下表13所示。然而,表13只是一个示例,也可以采用另一种设置方法。即,目标订阅的“expirationCounter”可以指示交叉订阅到期计数器添加到基于交叉订阅的目标计数器。另外,作为示例,当不调整目标订阅而执行交叉订阅没有问题时,可以不更新目标订阅的到期计数器。作为另一示例,目标订阅的“expirationCounter”可以基于手册设置并且不限于上述实施方式。即,可以考虑设置交叉订阅的情况来更新目标订阅,并且不限于上述实施方式。
【表13】
值 | 操作 |
0 | NO-不更新目标订阅的到期计数器。 |
1 | 添加-将交叉订阅的到期计数器添加到目标计数器。 |
2 | 手动的 |
3 | 保留 |
另外,作为示例,基于上述内容,交叉资源订阅的资源可以定义“expirationCounter”的更新策略,其可以如下表14中所述。作为具体的示例,可以考虑当第一现有订阅资源的expirationCounter为10,currentNotificationCounter为8时,产生交叉订阅资源的情况。这里,当交叉订阅资源的crosssubexpirationCounter为5时,可以将第一现有订阅资源的expirationCounter更新为15。因此,可以防止交叉订阅资源根据第一现有订阅资源的删除而被删除或无意义地操作。即,在产生交叉订阅资源时,可能有expirationCounter更新策略,将现有订阅的expirationCounter增加到交叉订阅的crosssubexpirationCounter,该属性定义如表14或表15所示。
【表14】
【表15】
作为另一个示例,在生成交叉订阅资源时,通过重置现有订阅的currentNotificationCounter,在生成交叉订阅资源后立即删除交叉订阅资源的问题。
作为另一个示例,与重置currentNotificationCounter一起,可以将现有订阅的expirationCounter修改为交叉订阅的crosssubexpirationCounter。即,当生成交叉订阅的订阅者将早于生成交叉订阅的现有订阅设置为从属于交叉订阅而被删除时,可以执行上述操作。此外,作为示例,此时,生成交叉订阅的订阅者可能不希望根据现有订阅接收独立通知。因此,当删除交叉订阅时,可以将现有订阅设置为从属于交叉订阅一起操作。也就是说,由于在生成交叉订阅时现有订阅变为从属订阅可能是优选的,因此现有订阅可以基于上述内容进行操作。然而,作为示例,基于另一方法的操作也是可能的,并且本公开不限于上述实施方式。
作为另一个示例,可以不同地设置expirationCounterUpdate的策略。更具体地,当产生交叉资源时,可以比较现有订阅的expirationCounter和交叉订阅的crosssubexpirationCounter之前剩余的通知数量。这里,当现有订阅的expirationCounter剩余的通知数量小于交叉订阅的crosssubexpirationCounter时,可以通过将交叉订阅的crosssubexpirationCounter添加到现有订阅的到期计数器来执行更新以增加现有订阅的到期计数器。即,当基于现有订阅的expirationCounter与交叉订阅的crosssubexpirationCounter的剩余通知数量的比较不需要更新时,可以不更新expirationCounter,但本公开不限于上述实施方式。
同时,作为另一示例,可以通过考虑现有订阅资源和交叉订阅资源之间的关系将下面的表16的操作设置为执行。更具体地,当产生交叉订阅资源时,可以设置重置现有订阅资源的expirationCounter。这里,由于上述操作可能不需要额外的命令,所以操作可能很简单。
作为另一个示例,当生成交叉订阅资源时,可以将现有订阅资源的expirationCounter改写为交叉订阅资源的expirationCounter。即现有订阅资源的expirationCounter可以替换为交叉订阅资源的expirationCounter。这样,可以防止由于删除现有订阅资源而导致交叉订阅资源被删除,或者可以防止无意义的操作。作为另一个示例,可以考虑重置现有订阅资源的currentNotificationCounter的方法。也就是说,当产生交叉资源时,由于它可能是对新资源的操作,因此可以为新操作重置现有通知的数量。
【表16】
作为具体的示例,可以考虑第一订阅的expirationCounter为第一值,第二订阅的expirationCounter为第二值,且交叉订阅的expirationCounter为第三值的情况。这里,可以考虑以下每种情况。
在第三值<第一值<第二值的情况下
在上述情况下,作为交叉订阅的expirationCounter值的第三值可以小于现有订阅的expirationCounter。因此,即使产生了交叉订阅,也可能不需要调整现有订阅的expirationCounter。但是,当现有订阅的当前通知数量小于交叉订阅的expirationCounter时,可能需要重置对应订阅的currentNotificationCounter。即,可以通过比较交叉订阅的expirationCounter和现有订阅的expirationCounter,以及比较交叉订阅的expirationCounter和现有订阅的currentNotificationCounter来执行操作。
在第一值<第二值<第三值的情况下
在上述情况下,交叉订阅的expirationCounter可以大于现有订阅的expirationCounter。相应地,可以根据expirationCounter删除现有订阅,也可以删除交叉订阅。考虑到上述情况,可能需要重新调整第一订阅和第二订阅的到期计数器。作为示例,当考虑上述情况生成交叉订阅资源时,可以包括过期计数器重新调整属性。这里,作为示例,到期计数器重新调整属性可以是指示修改现有订阅的expirationCounter的属性。更具体地,该属性可以指示将现有订阅的expirationCounter重写为交叉订阅的expirationCounter。即,基于上述内容,可以防止交叉订阅被现有订阅删除或者交叉订阅变得毫无意义的操作。另外,作为示例,除了重新调整第一订阅和第二订阅的到期计数器的操作外,可能还需要确认第一订阅和第二订阅的当前通知的数量。这里,当剩余通知数量小于交叉订阅的expirationCounter时,可以重置currentNotificationCounter。
在第一值<第三值<第二值的情况下
在上述情况下,交叉订阅的expirationCounter可以大于特定现有订阅的expirationCounter并且小于另一个现有订阅的expirationCounter。相应地,当删除作为特定现有订阅的第一订阅时,也可以删除交叉订阅。相应地,为了防止交叉订阅被删除,可以在生成交叉订阅资源时包括上述过期计数器重新调整属性。这里,根据过期计数器重新调整属性,可以将第一订阅的expirationCounter改写为交叉订阅的expirationCounter。另外,作为示例,除了重新调整第一订阅和第二订阅的到期计数器的操作外,可能还需要确认第一订阅和第二订阅的当前通知的数量。这里,当剩余通知数量小于交叉订阅的expirationCounter时,可以重置currentNotificationCounter。
基于以上描述,在某些情况下,可以通过考虑交叉订阅的expirationCounter来调整expirationCounter和现有订阅以及currentNotificationCounter。这里,作为示例,如上所述,可以通过考虑每种情况来设置不同的操作。
作为另一示例,当为了操作的方便而生成交叉订阅时,可以不考虑现有订阅的expirationCounter值而设置操作。作为示例,在产生交叉订阅时,可以根据上述的过期计数器重新调整属性,将现有订阅的expirationCounter改写为交叉订阅的expirationCounter。即,由于在产生交叉资源时,可以认为现有订阅从属于交叉资源,因此可以将现有订阅改写为交叉订阅的expirationCounter,而与现有的expirationCounter无关。另外,作为示例,当产生交叉订阅时,可以认为产生了新的资源。因此,需要重新计算现有订阅的currentNotificationCounter。相应地,当产生交叉资源时,可以在不与交叉订阅的expirationCounter值进行比较的情况下重置现有的currentNotificationCounter。
即,在产生交叉订阅时,可以将现有订阅的expirationCounter值改写为交叉订阅的expirationCounter,也可以改写现有订阅的currentNotificationCounter,但本发明不限于上述实施方式。
图14是示出本公开的设备配置的视图。
参照图14,设备1100可以包括存储器1110、处理器1120、收发器1130和外围设备1140。此外,作为示例,设备1100还可以包括其他配置并且不限于上述实施方式。这里,作为示例,该设备可以是基于上述M2M系统运行的设备。更具体地,图14的设备1100可以是诸如M2M设备、M2M网关和M2M服务器的M2M网络节点的说明性硬件/软件架构。在此,作为示例,存储器1110可以是不可移动存储器或可移动存储器。此外,作为示例,外围设备1140可以包括显示器、GPS或其他外围设备并且不限于上述实施方式。另外,作为示例,上述设备1100可以是节点。这里,与收发器1130一样,节点可以包括通信电路。基于此,节点可以与外部设备进行通信。
此外,作为示例,处理器1120可以是通用处理器、数字信号处理器(DSP)、DSP核心控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路,任何其他类型的集成电路(IC),以及一个或多个与状态机相关的微处理器中的至少一种。换言之,它可以是起控制作用以控制上述设备1100的硬件/软件配置。这里,处理器1120可以执行存储在存储器1110中的计算机可执行命令以实现节点的各种必要功能。作为示例,处理器1120可以控制信号编码、数据处理、功率控制、输入和输出处理以及通信操作中的至少任何一种操作。此外,处理器1120可以控制物理层、MAC层和应用层。另外,作为示例,处理器1120可以在接入层和/或应用层中执行认证和安全过程,但不限于上述实施方式。
此外,作为示例,处理器1120可以经由收发器1130执行与其他设备的通信。作为示例,处理器1120可以执行计算机可执行命令,从而可以控制节点以通过网络与其他节点进行通信。即,可以控制在本公开中执行的通信。作为示例,其他节点可以是M2M网关、M2M服务器和其他设备。例如,收发器1130可以通过天线发送RF信号并且可以基于各种通信网络发送信号。另外,作为示例,MIMO技术和波束成形技术可以被应用作为天线技术但不限于上述实施方式。此外,通过收发器1130发送和接收的信号可以由处理器1120通过调制和解调来控制,这不限于上述实施方式。
图15可以是设备的设备配置。参考图15,如上所述,它可以由处理器控制。这里,作为示例,可以包括存储器、RAM、ROM和网络。此外,还可以包括另一可移动存储器,并且不限于上述实施方式。这里,可以控制处理器基于存储在上述存储器中的信息来执行命令并执行本公开中描述的操作。此外,处理器可以由电源供电并由外围设备提供输入信息,不限于上述实施方式。另外,作为示例,设备可以基于GPS等获得位置信息和相关信息。另外,作为示例,设备可以基于其他输入设备接收输入信息并且不限于上述实施方式。
本公开的实施方式可以通过各种方式实现。例如,本公开的实施方式可以通过硬件、固件、软件或其组合来实现。
以上对本发明优选实施方式的描述,是为了让本领域技术人员实施和执行本发明。虽然已经参考本公开的优选实施方式呈现了上述描述,但对本领域技术人员显而易见的是,在不脱离由以下权利要求限定的本公开的精神或范围的情况下,可以对本公开进行各种修改和变化。因此,本公开不旨在限于本文所示的实施方式,而是符合与本文公开的原理和新颖特征一致的最宽范围。此外,虽然本说明书的优选实施方式已经被具体地示出和描述,但是应当理解,本说明书不限于上述实施方式,相反,本领域技术人员将理解,在不脱离由以下权利要求限定的本说明书的精神和范围的情况下,可以进行各种改变和修改,并且不应从本说明书的技术思想和观点单独理解这些改变和修改。
在本说明书中,对本公开和方法公开都进行了解释,并且可以根据需要对这两个公开的描述进行补充。
此外,已经参考本公开的优选实施方式描述了本公开。本领域技术人员将理解,在不脱离本公开的本质特征的情况下,可以对其中的形式和细节进行各种改变。因此,所公开的实施方式应该被认为是说明性的而不是限制性的。本公开的范围由所附权利要求而不是由前述描述限定,并且在其等效范围内的所有差异均应被解释为包括在本公开中。
工业适用性
本公开不仅可以应用于oneM2M系统而且可以应用于各种系统。
Claims (20)
1.一种通过主机基于交叉资源向订阅者发送通知的方法,所述方法包括:
基于所述交叉资源设置多个订阅条件;
检测满足所述多个订阅条件中的每个订阅条件的每个事件;以及
当所述多个订阅条件全部得到满足时,向所述订阅者发送针对所述交叉资源的通知,
其中,所述多个订阅条件具有优先级顺序。
2.根据权利要求1所述的方法,其中,仅当在时间窗口中检测到满足所述多个订阅条件中的每个订阅条件的每个事件时,才向所述订阅者发送针对所述交叉资源的所述通知。
3.根据权利要求2所述的方法,其中,当检测到针对所述多个订阅条件中的任一订阅条件的事件时,所述时间窗口开始。
4.根据权利要求3所述的方法,其中,当为所述多个订阅条件设置优先级顺序时,仅当检测到所述多个订阅条件中具有最高优先级的订阅条件的事件时,所述时间窗口开始。
5.根据权利要求4所述的方法,其中,当随着检测到具有最高优先级的所述订阅条件的所述事件所述时间窗口开始时,如果在与所述时间窗口对应的时间间隔内满足所述多个订阅条件,则将针对所述交叉资源的所述通知发送给所述订阅者。
6.根据权利要求1所述的方法,其中,所述主机针对所述多个订阅条件中的每个订阅条件向每个M2M实体请求单个资源,并且
其中,当基于每个订阅条件触发事件时,每个M2M实体基于所述单个资源向所述主机发送每个通知。
7.根据权利要求6所述的方法,其中,当所述主机在时间窗口内从每个M2M实体接收到每个通知时,所述主机将针对所述交叉资源的所述通知发送给所述订阅者。
8.根据权利要求1所述的方法,其中,当基于所述交叉资源设置所述多个订阅条件时,设置所述交叉资源的到期计数器。
9.根据权利要求8所述的方法,其中,当在设置所述多个订阅条件之前存在与所述多个订阅条件中的任何一个或多个相关联的现有订阅时,基于所述交叉资源的到期计数器更新现有订阅的到期计数器。
10.根据权利要求9所述的方法,其中,将所述现有订阅的到期计数器重写为交叉订阅的到期计数器。
11.根据权利要求10所述的方法,其中,仅当所述现有订阅的到期计数器小于所述交叉订阅的到期计数器时,将所述现有订阅的到期计数器重写为所述交叉订阅的到期计数器。
12.根据权利要求9所述的方法,其中,当基于所述交叉资源的到期计数器更新所述现有订阅的到期计数器时,重置所述现有订阅的当前通知计数器。
13.根据权利要求12所述的方法,其中,仅当基于所述现有订阅的当前通知计数器剩余的通知数量小于所述交叉资源的到期计数器时,重置所述现有订阅的当前通知计数器。
14.一种主机,被配置为基于交叉资源向订阅者发送通知,所述主机包括:
收发器,被配置为发送和接收信号;以及
处理器,被配置为控制所述收发器,
其中,所述处理器进一步被配置为:
基于所述交叉资源设置多个订阅条件,
检测满足所述多个订阅条件中的每个订阅条件的每个事件,以及
当所述多个订阅条件全部得到满足时,向所述订阅者发送针对所述交叉资源的通知,
其中,所述多个订阅条件具有优先级顺序。
15.根据权利要求14所述的主机,其中,仅当在时间窗口中检测到满足所述多个订阅条件中的每个订阅条件的每个事件时,才向所述订阅者发送针对所述交叉资源的所述通知。
16.根据权利要求15所述的主机,其中,当检测到针对所述多个订阅条件中的任何一订阅条件的事件时,所述时间窗口开始。
17.根据权利要求16所述的主机,其中,当为所述多个订阅条件设置优先级顺序时,仅当检测到所述多个订阅条件中具有最高优先级的订阅条件的事件时,所述时间窗口开始。
18.根据权利要求17所述的主机,其中,当随着检测到具有最高优先级的所述订阅条件的所述事件所述时间窗口开始时,如果在与所述时间窗口对应的时间间隔内满足所述多个订阅条件,则将针对所述交叉资源的所述通知发送给所述订阅者。
19.一种由订阅者基于交叉资源接收来自主机的通知的方法,所述方法包括:
当多个订阅条件全部得到满足时,接收来自所述主机的针对所述交叉资源的通知;以及
基于接收到的所述通知执行操作,
其中,所述主机被配置为:
基于所述交叉资源设置多个订阅条件,以及
当所述主机检测到满足所述多个订阅条件中的每个订阅条件的每个事件时,向所述订阅者发送所述通知,
其中,所述多个订阅条件具有优先级顺序。
20.一种订阅者,被配置为基于交叉资源从主机接收通知,所述订阅者包括:
收发器,被配置为发送和接收信号;以及
处理器,被配置为控制所述收发器,
其中,所述处理器还被配置为:
当多个订阅条件都得到满足时,接收来自所述主机的针对所述交叉资源的通知;以及
基于接收到的所述通知执行操作,
其中,所述主机被配置为:
基于所述交叉资源设置多个订阅条件,以及
当所述主机检测到满足所述多个订阅条件中的每个订阅条件的每个事件时,向所述订阅者发送所述通知,
其中,所述多个订阅条件具有优先级顺序。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2019-0015652 | 2019-02-11 | ||
KR1020190015652A KR102598045B1 (ko) | 2019-02-11 | 2019-02-11 | 구독 및 통지를 수행하는 방법 및 장치 |
PCT/KR2020/001882 WO2020166927A1 (ko) | 2019-02-11 | 2020-02-11 | 구독 및 통지를 수행하는 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113412634A true CN113412634A (zh) | 2021-09-17 |
Family
ID=72044392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080013622.1A Pending CN113412634A (zh) | 2019-02-11 | 2020-02-11 | 用于订阅和通知的方法和设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11937206B2 (zh) |
EP (1) | EP3908016A4 (zh) |
KR (1) | KR102598045B1 (zh) |
CN (1) | CN113412634A (zh) |
WO (1) | WO2020166927A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102557011B1 (ko) * | 2021-02-24 | 2023-07-20 | 주식회사 더트라이브 | 차량 구독 서비스에 제공되는 차량을 관리하는 방법 및 장치 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6502157B1 (en) * | 1999-03-24 | 2002-12-31 | International Business Machines Corporation | Method and system for perfetching data in a bridge system |
US9141628B1 (en) * | 2008-11-07 | 2015-09-22 | Cloudlock, Inc. | Relationship model for modeling relationships between equivalent objects accessible over a network |
US20130188483A1 (en) * | 2012-01-20 | 2013-07-25 | Alcatel-Lucent Canada, Inc. | Resource Threshold Overload Protection |
EP2999185B1 (en) * | 2013-05-16 | 2019-08-07 | LG Electronics Inc. | Method for subscription and notification in m2m communication system and apparatus for same |
EP3039888B1 (en) * | 2013-08-29 | 2021-07-21 | Convida Wireless, LLC | Internet of things event management systems and methods |
KR101769386B1 (ko) * | 2013-09-27 | 2017-08-18 | 엘지전자 주식회사 | M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치 |
WO2016039549A1 (ko) * | 2014-09-12 | 2016-03-17 | 주식회사 케이티 | M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법 |
JP6892445B2 (ja) * | 2015-11-16 | 2021-06-23 | コンヴィーダ ワイヤレス, エルエルシー | M2mサービス層のためのクロスリソースサブスクリプション |
KR20190002340A (ko) * | 2017-06-29 | 2019-01-08 | 주식회사 케이티 | M2m 시스템에서 요청 메시지를 처리하는 방법 및 그 장치 |
KR20190004233A (ko) * | 2017-07-03 | 2019-01-11 | 주식회사 케이티 | M2m 시스템에서 메시지를 전송하는 방법 및 그 장치 |
KR101852727B1 (ko) * | 2017-07-28 | 2018-04-27 | 전자부품연구원 | 크로스-리소스 구독 관리 방법 |
-
2019
- 2019-02-11 KR KR1020190015652A patent/KR102598045B1/ko active IP Right Grant
-
2020
- 2020-02-11 WO PCT/KR2020/001882 patent/WO2020166927A1/ko unknown
- 2020-02-11 EP EP20756307.3A patent/EP3908016A4/en active Pending
- 2020-02-11 US US17/426,280 patent/US11937206B2/en active Active
- 2020-02-11 CN CN202080013622.1A patent/CN113412634A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US11937206B2 (en) | 2024-03-19 |
KR102598045B1 (ko) | 2023-11-02 |
EP3908016A4 (en) | 2022-10-05 |
KR20200098046A (ko) | 2020-08-20 |
WO2020166927A1 (ko) | 2020-08-20 |
EP3908016A1 (en) | 2021-11-10 |
US20210400629A1 (en) | 2021-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102182167B1 (ko) | M2m 서비스 설정 변경 방법 및 이를 위한 장치 | |
US11083033B2 (en) | Small data usage enablement in 3GPP networks | |
US9723429B2 (en) | Method for delivering notification messages in M2M system and devices for same | |
US9883400B2 (en) | Method for subscription and notification in M2M communication system and device therefor | |
KR101740449B1 (ko) | M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치 | |
US11792623B2 (en) | Method and apparatus for sensor replacement in system | |
KR101534073B1 (ko) | 애플리케이션 서버와 m2m 디바이스 간의 데이터를 통신하기 위한 시스템 및 방법 | |
EP3213535B1 (en) | Methods and apparatuses for service layer charging correlation with underlying networks | |
EP3120499A1 (en) | Resource and attribute management in machine to machine networks | |
US10917490B2 (en) | Method and apparatus for transmitting data in system | |
CN113412634A (zh) | 用于订阅和通知的方法和设备 | |
KR20200003555A (ko) | M2m 시스템에서 통지 실패시 통지 메시지를 처리하는 방법 및 장치 | |
KR20150062903A (ko) | 컨테이너 제어 메시지의 속성 정보를 이용하여 m2m 시스템의 사업자간 정산, 네트워크 효율 향상, 긴급 데이터를 구분하여 대응하는 방법 및 응용 분야를 구분하는 방법 및 그 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |