CN105075224B - 用于在节点中结合物联网(IoT)服务接口协议层的方法和设备 - Google Patents

用于在节点中结合物联网(IoT)服务接口协议层的方法和设备 Download PDF

Info

Publication number
CN105075224B
CN105075224B CN201480017918.5A CN201480017918A CN105075224B CN 105075224 B CN105075224 B CN 105075224B CN 201480017918 A CN201480017918 A CN 201480017918A CN 105075224 B CN105075224 B CN 105075224B
Authority
CN
China
Prior art keywords
service
iot
field
node
message
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.)
Active
Application number
CN201480017918.5A
Other languages
English (en)
Other versions
CN105075224A (zh
Inventor
D·N·锡德
王重刚
董丽君
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tag Comm Inc
Original Assignee
Iot Holding Co
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 Iot Holding Co filed Critical Iot Holding Co
Publication of CN105075224A publication Critical patent/CN105075224A/zh
Application granted granted Critical
Publication of CN105075224B publication Critical patent/CN105075224B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Mathematical Physics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

描述了用于在至少一个节点中结合物联网(IoT)服务接口协议层的方法和设备。还描述了用于通过服务接口通信的各种IoT消息的格式。可以在节点中定义IoT服务级操作的集合。可以对IoT信息元素(IE)执行IoT服务级操作。可以在各种动作的方面定义IoT服务级操作，该动作在垂直行业间是通用的且可应用的。操作可以彼此利用作为子操作(例如，协作、共享、同步、发现、关联、收集、聚合、串接、共享、重定位、调用、委托或替代)。IoT IE包括内容IoT IE、上下文IoT IE、策略IoT IE、决定IoT IE、事件IoT IE、发现IoT IE或描述符IoT IE的至少一者。

Description

用于在节点中结合物联网(IoT)服务接口协议层的方法和 设备
相关申请的交叉引用
本申请要求2013年2月8日申请的美国临时专利申请序列号61/762,530的权益，其全部内容通过引用的方式结合于此。
背景技术
网络服务是驻于(hosted)通过万维网(即因特网)的网络可访问地址的软件功能。典型的网络服务可以具有基于网页的应用或其他网络服务使用的接口，以调用该网络服务。基于表述性状态转移(REST)(以下称为RESTful)的网络服务可以具有接口，其包括可以使用一组RESTful操作以无状态方式接入的一组可寻址资源。基于简单对象访问协议(SOAP)的网络服务可以具有包括可以被调用的任意过程集合的接口。
当前的网络服务可能缺少标准化服务级接口。而是，网络服务接口可以使用私有的接口。例如基于SOAP的网络服务可以支持其自身的私有的接口过程集合，而RESTful网络服务可以支持其自身的私有的接口资源集合。这可能产生问题，因为为了有效接口到网络服务，可能需要应用的开发者定制该应用以使其与其接口的每个网络服务兼容。
发明内容
描述了用于在至少一个节点中结合物联网(IoT)服务接口协议层的方法和设备。还描述了用于通过服务接口通信的各种IoT消息的格式。可以在该节点中定义IoT服务级操作的集合。可以在IoT信息元素(IE)上执行IoT服务级操作。可以在各种动作方面定义IoT服务级操作，该动作在垂直行业是通用且可应用的。该操作可以彼此利用作为子操作(例如协作、共享、同步、发现、关联、收集、聚合、串接、共享、重定位、调用、委托或替代)。IoT IE可以包括内容IoT IE、上下文IoT IE、策略IoT IE、决定IoT IE、事件IoT IE、发现IoT IE或描述符IoT IE中的至少一者。
附图说明
从以示例方式给出并结合附图的以下描述中可以得到更详细的理解，其中：
图1A示出了可以实施一个或多个公开的实施方式的示例通信系统；
图1B示出了可以在图1A中示出的通信系统中使用的示例无线发射/接收单元(WTRU)；
图1C示出了可以在图1A中示出的通信系统中使用的示例无线电接入网和示例核心网；
图2示出了RESTful协议栈的示例；
图3示出了简单对象访问协议(SOAP)栈的示例；
图4示出了可以部署物联网(IoT)服务的网络节点和装置类型的示例；
图5示出了接口到网络服务的示例；
图6示出了标准化IoT服务接口协议的示例；
图7示出了智能IoT服务接口操作、可应用服务接口子操作和可应用IoT信息元素(IE)的示例的列表；
图8示出了IoT字段和相应服务接口请求原语(primitive)描述；
图9示出了IoT字段和相应服务接口响应原语描述；
图10示出了服务接口请求/响应原语交换示例；
图11示出了示例IoT服务接口分类示例；
图12示出了示例IoT服务接口请求消息；
图13示出了示例IoT服务接口响应消息；
图14示出了示例IoT服务接口确认消息；
图15示出了示例IoT服务接口消息头格式；
图16示出了示例IoT服务接口消息选项格式；
图17示出了示例IoT服务接口消息事务头格式；
图18示出了示例IoT服务接口消息操作头格式；
图19示出了示例IoT服务接口消息操作选项格式；
图20示出了示例IoT服务接口消息IE头格式；
图21示出了示例IoT服务接口消息IE格式；
图22示出了发布方与接收方之间的直接(单跳)通信的示例；
图23示出了发布方与接收方之间的基于转发IoT服务代理的通信的示例；
图24示出了发布方与接收方之间的基于反向IoT服务接口代理的通信的示例；
图25示出了服务接口协议的示例；
图26示出了在传输控制协议(TCP)或用户数据报协议(UDP)消息内如何封装并携带服务接口协议消息的示例；
图27示出了智能IoT服务级接口用例的示例；
图28示出了与超文本传输协议(HTTP)比较的示例用例；以及
图29示出了节点的框图。
具体实施方式
图1A是在其中可以实施一个或多个公开的实施方式的示例通信系统100的图。通信系统100可以是向多个无线用户提供内容，例如语音、数据、视频、消息发送、广播等的多接入系统。通信系统100通过系统资源共享(包括无线带宽)可以使多个无线用户访问这些内容。例如，通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)，时分多址(TDMA)，频分多址(FDMA)，正交FDMA(OFDMA)，单载波FMDA(SC-FDMA)等。
如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、和/或102d，无线电接入网(RAN)104，核心网106，公共交换电话网(PSTN)108、因特网110和其他网络112。不过应该理解的是，公开的实施方式考虑到了任何数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d的每一个可以是配置为在无线环境中进行操作和/或通信的任何类型的设备。作为示例，可以将WTRU 102a、102b、102c、102d可配置为发送和/或接收无线信号，并可以包括用户设备(UE)、移动站、固定或者移动用户单元、寻呼器、移动电话、个人数字助理(PDA)、智能电话、笔记本电脑、上网本、个人计算机、无线传感器、消费电子产品等等。
通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一个都可以是配置为与WTRU 102a、102b、102c、102d中的至少一个无线对接以便于接入一个或者多个通信网络，例如核心网106、因特网110和/或其他网络112的任意类型设备。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、演进的节点B(eNB)、家庭节点B(HNB)、家庭eNB(HeNB)、站点控制器、接入点(AP)、无线路由器等等。虽然基站114a、114b的每一个被描述为单独的元件，但是应该理解的是，基站114a、114b可以包括任意数量互连的基站和/或网络元件。
基站114a可以是RAN 104的一部分，RAN 104还可以包括其他基站和/或网络元件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。可以将基站114a和/或基站114b配置为在特定地理区域之内发送和/或接收无线信号，该区域可以被称为小区(未显示)。小区还可以被划分为小区扇区。例如，与基站114a关联的小区可以划分为三个扇区。因此，在一种实施方式中，基站114a可以包括三个收发信机，即小区的每一个扇区使用一个收发信机。在另一种实施方式中，基站114a可以使用多输入多输出(MIMO)技术，因此可以将多个收发信机用于小区的每一个扇区。
基站114a、114b可以通过空中接口116与WTRU 102a、102b、102c、102d中的一个或者多个通信，该空中接口116可以是任何合适的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外线(UV)、可见光等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地，如上所述，通信系统100可以是多接入系统，并可以使用一种或者多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 104中的基站114a和WTRU 102a、102b、102c可以使用例如通用移动电信系统(UMTS)陆地无线电接入(UTRA)的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括例如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一种实施方式中，基站114a和WTRU 102a、102b、102c可以使用例如演进的UMTS(E-UTRA)的无线电技术，其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。
在其他实施方式中，基站114a和WTRU 102a、102b、102c可以使用例如IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000演进数据优化(EV-DO)、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、GSM演进的增强型数据速率(EDGE)、GSM/EDGE RAN(GERAN)等等的无线电技术。
图1A中的基站114b可以是无线路由器、HNB、HeNB或者AP，例如，并且可以使用任何适当的RAT以方便局部区域中的无线连接，例如商业场所、住宅、车辆、校园等等。在一种实施方式中，基站114b和WTRU 102c、102d可以实施例如IEEE 802.11的无线电技术来建立无线局域网(WLAN)。在另一种实施方式中，基站114b和WTRU 102c、102d可以使用例如IEEE802.15的无线电技术来建立无线个域网(WPAN)。在另一种实施方式中，基站114b和WTRU102c、102d可以使用基于蜂窝的RAT(例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不需要经由核心网106而接入到因特网110。
RAN 104可以与核心网106通信，所述核心网106可以是被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或基于网际协议的语音(VoIP)服务等的任何类型的网络。例如，核心网106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分配等和/或执行高级安全功能，例如用户认证。虽然图1A中未示出，应该理解的是，RAN 104和/或核心网106可以与使用和RAN 104相同的RAT或不同RAT的其他RAN进行直接或间接的通信。例如，除了连接到正在使用E-UTRA无线电技术的RAN 104之外，核心网106还可以与使用GSM无线电技术的另一个RAN(未示出)通信。
核心网106还可以充当WTRU 102a、102b、102c、102d接入到PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的互联计算机网络和设备的全球系统，所述协议例如有TCP/IP网际协议组中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括被其他服务提供商拥有和/或运营的有线或无线的通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个核心网，该RAN可以使用和RAN 104相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用于在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A中示出的WTRU 102c可被配置为与基站114a通信，所述基站114a可以使用基于蜂窝的无线电技术，以及与基站114b通信，所述基站114b可以使用IEEE802无线电技术。
图1B示出了可以在图1A中示出的通信系统100中使用的示例WTRU102。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件(例如天线)122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。应该理解的是，WTRU 102可以在保持与实施方式一致的同时，包括前述元件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、场可编程门阵列(FPGA)电路、集成电路(IC)、状态机等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102运行于无线环境中的任何其他功能。处理器118可以耦合到收发信机120，所述收发信机120可耦合到发射/接收元件122。虽然图1B将处理器118和收发信机120描述为单独的部件，但是应该理解的是，处理器118和收发信机120可以一起集成在电子封装或芯片中。
发射/接收元件122可以被配置为通过空中接口116将信号发送到基站(例如，基站114a)，或从基站(例如，基站114a)接收信号。例如，在一种实施方式中，发射/接收元件122可以是被配置为发送和/或接收RF信号的天线。在另一种实施方式中，发射/接收元件122可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。在另一种实施方式中，发射/接收元件122可以被配置为发送和接收RF和光信号两者。应当理解，发射/接收元件122可以被配置为发送和/或接收无线信号的任何组合。
另外，虽然发射/接收元件122在图1B中描述为单独的元件，但是WTRU 102可以包括任意数量的发射/接收元件122。更具体的，WTRU 102可以使用MIMO技术。因此，在一种实施方式中，WTRU 102可以包括用于通过空中接口116发送和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
收发信机120可以被配置为调制要由发射/接收元件122发送的信号，并解调由发射/接收元件122接收的信号。如上面提到的，WTRU 102可以具有多模式能力。因此收发信机120可以包括使WTRU 102经由多个RAT，例如UTRA和IEEE 802.11，进行通信的多个收发信机。
WTRU 102的处理器118可以耦合到下述设备，并且可以从下述设备中接收用户输入数据：扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)。处理器118还可以输出用户数据到扬声器/麦克风124、键盘126和/或显示/触摸板128。另外，处理器118可以从任何类型的适当的存储器访问信息，并且可以存储数据到任何类型的适当的存储器中，例如不可移动存储器130和/或可移动存储器132。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器设备。可移动存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等等。在其他实施方式中，处理器118可以从在物理位置上没有位于WTRU 102上，例如位于服务器或家用计算机(未示出)上的存储器访问信息，并且可以将数据存储在该存储器中。
处理器118可以从电源134接收电能，并且可以被配置为分配和/或控制电能到WTRU 102中的其他部件。电源134可以是给WTRU 102供电的任何适当的设备。例如，电源134可以包括一个或更多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等等)，太阳能电池，燃料电池等等。
处理器118还可以耦合到GPS芯片组136，所述GPS芯片组136可以被配置为提供关于WTRU 102当前位置的位置信息(例如，经度和纬度)。另外，除来自GPS芯片组136的信息或作为其替代，WTRU 102可以通过空中接口116从基站(例如，基站114a、114b)接收位置信息和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应当理解，WTRU 102在保持实施方式的一致性的同时，可以通过任何适当的位置确定方法获得位置信息。
处理器118可以耦合到其他外围设备138，所述外围设备138可以包括提供附加特性、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速计、电子罗盘、卫星收发信机、数字相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图1C示出了可以在图1A中示出的通信系统100中使用的示例RAN 104和示例核心网106。RAN 104可以是使用IEEE 802.16无线电技术通过空中接口116与WTRU 102a、102b、102c进行通信的接入服务网络(ASN)。
如图1C所示，RAN 104可以包括基站140a、140b、140c和ASN网关142，但应当理解的是，在与实施方式保持一致的同时，RAN 104可以包括任意数量的基站和ASN网关。基站140a、140b、140c的每一个可以与RAN 104中特定小区(未示出)关联，并可以包括通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施方式中，基站140a、140b、140c可以使用MIMO技术。因此，基站140a例如可使用多个天线来向WTRU 102a发送无线信号，并从WTRU 102a接收无线信号。基站140a、140b、140c还可以提供移动性管理功能，例如切换(handoff)触发、隧道建立、无线电资源管理，业务分类、服务质量(QoS)策略执行等等。ASN网关142可以充当业务聚集点，并且负责寻呼、缓存用户资料(profile)、路由到核心网106等等。
WTRU 102a、102b、102c和RAN 104之间的空中接口116可以使用802.16规范。另外，WTRU 102a、102b、102c的每一个可以与核心网106建立逻辑接口(未显示)。WTRU 102a、102b、102c和核心网106之间的逻辑接口可以用于认证、授权、IP主机(host)配置管理和/或移动性管理。
基站140a、140b、140c的每一个之间的通信链路可以包括便于WTRU在基站间切换和传输数据的协议。基站140a、140b、140c和ASN网关142之间的通信链路可以包括用于促进基于与WTRU 102a、102b、102c的每一个关联的移动性事件的移动性管理的协议。
如图1C所示，RAN 104可以连接至核心网106。RAN 104和核心网106之间的通信链路可以包括例如便于数据传输和移动性管理能力的协议。核心网106可以包括移动IP归属地代理(MIP-HA)144，认证、授权、计费(AAA)服务器146和网关148。尽管前述的每个元件被描述为核心网106的部分，应当理解的是，这些元件中的任意一个可以由除核心网运营商以外的实体拥有或运营。
MIP-HA 144可以负责IP地址管理，并可以使WTRU 102a、102b、102c在不同ASN和/或不同核心网之间漫游。MIP-HA 144可以向WTRU 102a、102b、102c提供分组交换网络(例如因特网110)的接入，以便于WTRU 102a、102b、102c和IP使能设备之间的通信。AAA服务器146可以负责用户认证和支持用户服务。网关148可便于与其他网络互通。例如，网关148可以向WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)的接入，以便于WTRU 102a、102b、102c和传统陆地线路通信设备之间的通信。此外，网关148可以向WTRU 102a、102b、102c提供网络112，其可以包括由其他服务提供商拥有或运营的其他有线或无线网络。
尽管未在图1C中显示，应当理解的是，RAN 104可以连接至其他ASN，并且核心网106可以连接至其他核心网。RAN 104和其他ASN之间的通信链路可以包括用于协调RAN 104和其他ASN之间的WTRU 102a、102b、102c的移动性的协议。核心网106和其他核心网之间的通信链路可以包括用于促进归属地核心网和被访问核心网之间的互通的协议。
其他网络112还可以连接到基于IEEE 802.11的无线局域网(WLAN)160。WLAN 160可以包括接入路由器165。接入路由器165可以包含网关功能。接入路由器165可以与多个接入点(AP)170a、170b通信。接入路由器165与AP 170a、170b之间的通信可以经由有线以太网(IEEE 802.3标准)或任意其他类型的无线通信协议。AP 170a可以通过空中接口与WTRU102d无线通信。
表述性状态转移(REST)是可以依赖基于客户端-服务器模型的软件架构类型。客户端可以对驻于(hosted)服务器上的资源做出请求。资源可以经由统一资源标识符(URI)被寻址。客户端可以使用简单且统一的命令集(创建(POST)、获取(GET)、更新(PUT)和删除(DELETE))来对资源做出请求。REST的最成功且公知的使用可以是利用下层的RESTful超文本传输协议(HTTP)的许多基于网页的因特网应用和服务。REST可以描述使用HTTP或类似RESTful协议(例如通过将接口限制到一组公知的标准操作(例如GET、POST、PUT和DELETE)的限制的应用协议(CoAP))的架构。使用REST，焦点是以无状态方式对资源执行操作。
简单对象访问协议(SOAP)是提供可以据此建立网络服务的基础远程过程呼叫(RPC)类的消息框架的网络服务协议。本质上，SOAP属性上是非RESTful且通过例如传输控制协议(TCP)或用户数据报协议(UDP)来承载。但是，SOAP可以可替换地通过像HTTP的RESTful传输协议来封装并承载。
图2示出了RESTful协议栈200的示例。REST是可以依赖基于客户端-服务器模型的软件架构类型。客户端可以对驻于服务器上的资源做出请求。客户端可以使用简单且统一的命令集来对资源做出请求。
图3示出了SOAP栈300的示例。SOAP是可以提供据此能够建立网络服务的基础RPC类消息框架的网络服务协议。SOAP可以在属性上是非RESTful且通过例如TCP或UDP的传输来承载。SOAP可以通过像HTTP的RESTful传输协议封装和承载。SOAP可以是基于可扩展标记语言(XML)的并可以包括三个部分：封装，其定义什么在消息中且如何处理它；用于表达应用定义的数据类型的实例的编码规则集；以及用于表述过程呼叫和响应的约定。
目前焦点和注意给到增强因特网的架构和协议，以支持将来的物联网(IoT)装置，例如传感器和驱动器。例如，6LoWPAN是适合用于IoT装置的IPv6网络协议的版本。同样，低功率和损耗网络(RPL)的路由协议是适合用于IoT装置的IPv6路由协议。且最终CoAP是适合用于IoT装置的RESTful应用/传输协议。
针对将来IoT的下一个步骤可以是IoT类型装置移往更面向服务的架构并经由服务提供其功能。同样，将来的IoT网络还可以移往更面向服务的架构并在网络节点(例如云服务器、网关、路由器等)上主持基于网络的服务，以协助并使得IoT装置和应用以更智能和有效的方式彼此交互。
伴随着向更面向服务的架构的转变，将来的IoT网络还可以转向变得更以信息为中心且可知的。不像通过目前的网络流动的消息，将来的IoT消息还可以包含较高级形式的信息，该信息可以不仅仅对端点应用可访问并可解译，而且还对基于网络的服务可访问并可解译，基于网络的服务可以是例如驻于网络中的中间节点上的网络服务。例如，诸如描述数据并可以用于解译该数据(即，语义)的元数据的信息、或诸如指出数据的来源的上下文信息、或定义与消息中信息有关的规则的策略信息。用于支持这种较高级形式的信息的机制的标准化已经在进行中。例如，W3C中的语义网页努力是一种这样的努力。
这些较高级形式的信息可以使得更智能的服务被定义并被部署在IoT装置以及IoT网络节点，例如路由器、服务器等。图4示出了可以部署IoT服务的网络节点和装置的类型的示例。这些服务可以支持通过利用该较高级信息执行增值和智能操作。通过利用对这些较高级形式的信息的知晓，现有的传统网络服务可以演进成更智能的服务，例如IoT服务。
但是，为了完全实现并解放这些新的更智能IoT服务的全部潜能，针对IoT应用、IoT装置的IoT服务和其他IoT服务的广泛采用和有效使用，可能需要更智能和标准化的IoT服务接口。例如，这些IoT服务接口可以支持对较高级形式的信息的知晓，并转而支持对这些较高级形式的信息执行比现有网络协议更智能的操作的协议。例如，可能需要智能IoT服务接口协议，该智能IoT服务接口协议支持较高级信息(例如，内容、上下文、策略、决定、事件等)的知晓、协作和交换。此外，通过这些智能IoT服务接口的标准化，可以实现这些服务的广泛采用和使用。
图5示出了接口到网络服务的示例。这可能增加应用的复杂性，因为应用因实施和支持与其接口到的每个特定网络服务通信所需的接口逻辑而增加负担。此外，应用的维护成本可能增加，因为每次应用使用的网络服务接口被修改时，应用需要被更新。这些相同的问题也可能适用到接口到其他网络服务的网络服务。
一些最近的技术进步已经做出来帮助将网络服务接口标准化，虽然它们没有完全解决上述问题。例如，网络服务描述语言(WSDL)可以由基于SOAP的网络服务使用来定义一组支持的服务接口过程和参数。同样，网页链接可以由基于RESTful的网络服务使用来定义一组支持的服务接口资源以及定义描述这些资源的每一个的语义或元数据。这些机制转而可以由网络应用使用来发现网络服务接口。但是，关键问题可能仍然存在；被发现的网络服务接口可能仍然是非标准化的且本质上是私有的，因为这些网络服务支持的过程和资源可以特定于该特定网络服务。因此，网络应用(以及其他网络服务)被限制到接口到已经被专门开发并知道怎么使用的网络服务。此外，网络应用和网络服务仍然可能因为支持与网络服务的每一个通信的接口所需的接口逻辑而增加负担。
行业和技术专家等已经认识到私有网络服务接口的问题，且结果是一些工作已经开始以尝试并解决该特定问题。主要方式可以是尝试并定义‘开放’或标准化网络服务API。这些API的目标可以是定义开放/标准化的网络服务接口过程或资源集，网络应用和服务开发者可以针对该过程或资源集设计其接口，由此它们是彼此协作的。已经采用的最主流的方式可以是在SOAP或REST协议之上设计这些API。但是，到目前开发的网络服务API由于各种原因，没有获得广泛采用。在一个API的情况中，其可以是定标到网络服务和应用(即，移动/蜂窝网络网络服务和应用)的特定商机(niche)的网络服务API，并因此不广泛适用于其他网络服务。在W3C API的情况中，这些API在开发/标准化的早期阶段，并可以为每个类型/种类或网络服务定义分开的API；例如，用于网页数据库服务的API、用于网页存储服务的API、用于网页文件系统服务的API等。其可能太早而不能分辨行业是否成功采用这种方式，但是对该方式的一个担忧是不同类型的网络服务可能需要大量的不同API；尤其是考虑到网络服务预期演进到更智能IoT服务，以及IoT服务类型的数量按预期增加一个或多个数量级的可能性。因此，针对伴随而来的每个类型的IoT服务定义新IoT服务API的伸缩性和可行性是可怀疑的。
为了解决标准化IoT服务接口的挑战，可以提出可替换方式。不是定义开放/标准化网络服务API，而是可以提出用于支持可标准化的IoT服务接口协议的方法和设备。定义IoT服务接口协议的一种动机可以是将接口到IoT服务的开销和负担从应用/服务卸载到协议层。这样做，IoT服务和应用实施可以合理化，且开发成本、复杂度和维护可以减少。另一动机可以是定义与现有协议相比支持IoT信息(例如，语义、上下文、策略、事件等)的更高级抽象和知晓的协议。这样做，IoT服务接口协议可以天然地支持更智能服务接口操作和原语，例如此处所述。没有这样的协议，服务接口操作和原语可以由应用/服务绑定到现有较低级协议，例如SOAP、HTTP等。这可以需要应用/服务将每个服务接口操作分割成多个较低级操作，例如RESTful创建、获取、更新和删除操作。由于该分割可以由应用/服务来执行，该分割可以对其增加额外的复杂性和开销，并可能导致上述类似问题。相反，使用IoT服务接口协议可以使得IoT应用和服务在较高级抽象且以更智能和有效方式彼此通信。
图6示出了标准化IoT服务接口协议的示例。驻于每个节点上的IoT服务可以通过标准化IoT服务接口彼此通信。在实际系统部署中，通用节点可以是IoT装置、云服务器、网关或路由器，如图4中所示。
具体地，可以定义IoT服务接口协议的以下方法和设备：基本服务接口操作可扩展集，其具有对所有不同类型的IoT服务的宽应用性；服务接口原语的可扩展集，其定义IoT服务接口的基础通信元素；以及可以将服务接口操作和原语绑定到提出的IoT服务接口协议的示例。协议可以定义IoT服务接口消息和代理功能。虽然在IoT上下文中描述了IoT服务接口协议，但是该接口也可以应用于传统网络服务以及其他面向服务的网络。
可以描述智能IoT服务接口操作的宽且可扩展集。该定义的操作的集合不是穷尽的。而是，定义的操作可以是认为很可能是适用于智能IoT服务的宽集合，且因此是用于IoT服务接口协议内的支持的好候选，的常用操作集。当新IoT用例批准新操作时，可以定义新操作。
可以在在智能IoT IE上执行的广泛的动作集方面，例如公开、收集、构成、产生等，定义服务接口操作。该动作的广泛性可以使得操作适用于广泛的垂直行业集，例如医疗保健、建筑自动化等，且转而适用于广泛的相应类型的IoT服务集。在可以在智能IoT IE上执行的动作方面定义操作的动机是基于将来的IoT可能是高度以信息为中心且认知的这一远景，其被语义网页活动已经开始的工作所证明。将来的IoT的IE可以包含更高级信息，例如语义、上下文、策略、事件等。该更高级信息的认知可以激起(fuel)并实现对更高级信息认知服务的定义以及在接口到这些IoT服务时对更高级抽象和智能的需要。
这些服务接口操作可以使得IoT服务和应用对彼此做出请求并可以就高级抽象和智能代表彼此对指定IE执行智能操作。例如，一个IoT服务可以请求另一IoT服务将分离的内容实例聚合成一个实例，或IoT装置应用可以请求IoT网络服务代表自己委托服务事务等。
为了支持服务接口上的甚至更高级抽象和效率，服务级操作可以一个在另一个之上被分层放置。这样做，可以通过使一个服务接口操作触发多个服务级子操作来实现甚至更高级、更有效且更智能的服务接口操作。例如，构成可以包括收集、聚合和/或串接子操作。
图7示出了智能IoT服务接口操作、可应用服务接口子操作和可应用IoT IE的示例的列表。针对图7中列出的每个服务级操作，例如在第三列中，提供可以分批在一起并用作子操作的相应服务级操作的集合。将操作分批到一起可以不是要求，而是用于服务接口的可选的建议增强。可替换地，服务级操作可以被保持分开。
针对图7中列出的每个操作，可应用IE的相应示例展示了执行操作所针对的可应用IE的类型。部署的IoT服务接口的特定实例可以，例如依据其用例要求，支持所有定义的操作、定义的操作的子集，或在需要时支持另外操作。
连接(CONNECT)可以用于在两个或更多个IoT服务和/或应用之间建立服务级连接/会话。输入可以是连接的服务或应用描述符IE的列表，以及在连接中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示该连接是否成功的状态，以及连接信息，例如会话信息和/或会话ID。不是所有服务或应用之间通信都可以保证通信会话。例如，针对短消息传输，会话减少可能更适用于最小化开销，其可能适用于许多IoT用例。
断开(DISCONNECT)可以用于拆除两个或更多个服务或应用之间的服务级连接/会话。输入可以是用于描述哪些服务或应用要断开的服务或应用描述符IE的列表，以及当断开时作为考量因素的IE(例如策略、上下文、事件等)的列表。输出可以是指示服务断开成功与否的状态。
公开(PUBLISH)可以用于将IoT IE通告给一个或多个对等应用或服务。服务还可以向网络内的指定发现服务进行公开(PUBLISH)。例如，服务可以通过将该信息公开给其他服务来增加对其支持的服务的知晓。而其他服务可以将该信息转发到与之交互的服务和应用。输入可以是一个或多个IE的列表，以及在公开中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以为元素是否成功被公开的状态以及例如元素被公开的位置的上下文，该上下文可以用于不公开。
不公开(UN-PUBLISH)可以用于，例如在主持发现服务等的一个或多个节点上，删除公开的IoT IE。输入可以是公开的IE的列表。还可以包括可在不公开中作为考虑因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是元素是否成功不公开的状态。
为了协调IE的更优化的公开/不公开，PUBLISH/UN-PUBLISH操作可以与协作(COLLABORATE)、共享(SHARE)和同步(SYNCHRONIZE)操作配对。例如，为了协调协作伙伴之间的公开的IE的共享和同步以及拓宽元素的可发现性，可以在不同环境下，例如周期地或由事件或策略单次触发地，来触发PUBLISH/UN-PUBLISH。针对共享公开的IE的情况，例如经由COLLABORATE或SHARE，可以以一些不同方式来处理这些IE的不公开。例如，不公开可以是原始公开方的责任，在该情况中，在共享公开的IE的任何时候，使用关于与谁共享该IE的信息来更新该原始公开方，因此其可以不公开自己共享的IE。可替换地，不公开可以是共享公开的IE的应用/服务的责任，例如如果/当其本地公开的IE被原始公开方不公开，应用/服务可以不公开其已经共享的任何公开的IE。
发现(DISCOVERY)可以用于，例如通过询问一个或多个发现服务等，来发现IoTIE，例如感兴趣的发现。输入可以是询问情况，例如目标发现服务的标识符或询问串，以及在发现中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。发现请求还可以是本质上更高级和抽象的，例如发现费城的温度传感器，发现服务可以对其解译并从中形成较低级IE发现询问。输出可以是匹配输入询问情况的IE标识符(如果有)的列表。
为了协调IE的更优化发现，DISCOVERY操作可以与COLLABORATE操作配对。例如，可以在已经经由COLLABORATE操作将其预先建立为协作伙伴的服务和/或应用之间，转发DISCOVER请求。这可以增加DISCOVERY请求的范围和延伸。
关联(ASSOCIATE)可以用于通过交换必要信息，例如能力、联系信息、安全性凭证等，来建立与一个或多个IoT应用或服务的关系，例如安全会话、对等服务关系等。关系可以是一对一、一对多、多对一或多对多。输入可以是用于关联的服务或应用描述符IE的列表，以及在关联中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示关联是否成功以及相应原因的状态。输出可以包括该关联的关联ID和描述，以及该描述所在位置，例如关联上下文信息。
解除关联(DE-ASSOCIATE)可以用于拆除一个或多个IoT应用或服务之间的已有关系。输入可以是用于解除关联的服务应用描述符IE的列表。还可以包括在解除关联中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示解除关联是否成功的状态以及相应原因。ASSOCIATE操作还可以与DISCOVER操作配对，以在与感兴趣服务和应用关联之前首先找到它们。
收集(COLLECT)可以用于将IoT IE收集成一合集，由此可以在收集后集中执行操作。例如，服务可以从满足某种策略标准(例如某种类型的上下文)的另一服务收集IE。输入可以是用于收集的IE的列表以及在收集中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以还是指示收集是否成功的状态以及在收集产生处的标识符。在从另一个服务或应用收集IE之前，还可以使用ASSOCIATE和DISCOVER。
构成(COMPOSE)可以用于创建一个或多个IoT IE或IoT服务。例如，COMPOSE可以用于创建策略以仅在早上2和3点的小时期间发起通信，因为这时该服务所驻的节点醒来。输入可以是用于创建的IE的列表，包括每个元素所需的属性的单独集合，以及在构造中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示元素是否成功被创建的状态以及该元素创建处的标识符。
去构成(DE-COMPOSE)可以用于去除一个或多个IoT节点、服务或应用主持的一个或多个IoT IE或服务。输入可以是去除IE的列表。还可以包括在去构成中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示元素是否成功被去除的状态。在去除另一服务或应用上的IE之前，可以首先要求ASSOCIATE。
还可以使用COLLECT、聚合(AGGREGATE)和/或串接(CONCATENATE)操作补充该COMPOSE操作。例如，一操作序列可以用于首先收集多个内容IE，然后再将其串接或聚合，且可以再最后构造新内容IE。
订阅(SUBSCRIBE)可以用于创建对IoT IE、IoT IE的合集或IoT服务的订阅，在例如如果/当修改元素时接收通知。输入可以是订阅的IE列表和关于何时期望通知的标准集合，以及在订阅中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示订阅是否成功的状态以及订阅信息的订阅ID和/或位置。
解除订阅(UN-SUBSCRIBE)可以用于去除对IoT IE、IoT IE合集或IoT服务的订阅以停止接收通知。输入可以是取消订阅的IE列表，包含例如订阅信息的订阅ID或位置的信息。还可以包括在取消订阅中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示订阅去除是否成功的状态。
通知(NOTIFY)可以用于发送通知给订阅者。输入可以是发送通知的应用或服务的列表以及通知本身，包括例如订阅信息的订阅ID和/或位置的信息。输出可以是指示通知是否成功的状态。
还可以使用COLLECT操作进一步补充SUBSCRIBE操作。例如，可以首先创建IE的合集，然后再订阅。
CONCATENATE可以用于通过将多个IE连在一起来创建新IoT IE，例如创建更高级IE。输入可以是用于串接的IE的列表以及在串接中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示串接是否成功的状态以及新串接的元素创建处的标识符。
解除串接(DE-CONCATENATE)可以用于将串接的IE解除串接成单个IE。输入可以是指明串接的元素中包含的IE的类型和顺序的列表。还可以包括在解除串接中作为考虑因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示解除串接是否成功的状态以及指示新的解除串接的元素的创建处的标识符的列表。
还可以使用COLLECT操作进一步补充CONCATENATE操作。例如，可以先创建IE的合集，然后可以彼此串接(即，COLLECT并CONCATENATE三片信息，例如时间、温度和湿度，每片驻于网络中不同节点上且由这些节点上的不同服务生成)。
聚合(AGGREGATE)可以用于通过与其他IE或服务组合在一起来创建新的IoT IE或服务，例如创建更高级的IE。输入可以是用于聚合的IE或服务描述符的列表，以及定义要执行的聚合类型和用于执行聚合的标准(例如策略、上下文等)的IE的列表。输出可以是指示聚合是否成功的状态以及在新的聚合的元素创建处的标识符。
还可以使用COLLECT操作进一步补充AGGREGATE操作。例如，可以首先创建IE的合集，再彼此聚合。
共享(SHARE)可以用于与一个或多个IoT应用或服务共享IE、IE合集或服务的副本。例如，单播(从一个服务到另一个服务)、组播(从一个服务到一组其他服务)、广播(从一个服务到所有相关其他服务)，以及聚播(从多个服务到单个服务)。输入可以是与之共享元素的IoT应用或服务的标识符的列表，以及要共享的元素的标识符或服务的描述符的列表。还可以包括在共享中作为考量因素的IE(例如，策略、上下文、事件等)的可选列表。输出可以是指示共享是否成功的状态。
还可以使用COLLECT操作进一步补充SHARE操作。例如可以首先创建IE的合集，再共享。
重定位(RELOCATE)可以用于将IE、IE合集或服务从一个IoT节点、应用或服务移到一个或多个其他的IoT节点、应用或服务。例如，服务可以将IE重定位到另一服务且转而到另一节点。该操作可以用于将IE移到网络中更接近使用该IE的客户端的位置。输入可以是IoT应用或服务可以用来重定位元素的标识符或描述符的列表，以及要重定位的元素的标识符或服务的描述符的列表。还可以包括在重定位中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示重定位是否成功的状态。
还可以使用COLLECT操作进一步补充RELOCATE操作。例如可以先创建IE的合集，再重定位。
同步(SYNCHRONIZE)可以用于在一个或多个IoT应用或服务上更新IE的共享副本，以同步这些副本并确保其彼此一致。输入可以是与之同步的IoT应用或服务的标识符的列表以及要同步的元素的标识符。还可以包括在同步中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示同步是否成功的状态。在同步IE之前，还可以使用SHARE操作在一个或多个IoT应用或服务之间共享该元素。
撤回(REVOKE)可以用于从一个或多个IoT应用或服务撤回共享的或重定位的IE、IE合集或服务。输入可以是重定位的或共享的元素的标识符或共享的服务的描述符的列表。还可以包括在撤回中作为考量因素的IE(例如策略、上下文、事件等)的列表。输出可以是指示撤回是否成功的状态。
还可以使用SYNCHRONIZE操作进一步补充REVOKE操作。例如，在撤回IE之前，可使用同步操作获取对IE做出的任意更新。
委托(DELEGATE)可以用于指派一个或多个IoT应用或服务来代表例如代理以对请求进行服务，或用作合集的领袖/首脑。输入可以是指派的IoT应用或服务的标识符的列表，以及详细描述请求的委托类型的服务和应用描述符IE。还可以包括在委托中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示委托是否成功的状态以及委托ID和/或另外的上下文信息。
可以使用RELOCATE操作进一步补充DELEGATE操作。例如IE可以被重定位到一代表以使其更好执行其代表职责，例如传输IE。
替代(SURROGATE)可以用于复制IoT应用或服务，包括它们主持的IE，以增加网络伸缩性和性能，例如复制更接近网络边缘和更接近客户端的服务。输入可以是要替代的IoT应用或服务的标识符的列表，以及详细描述要替代的请求类型的服务或应用描述符IE。输出可以是指示替代请求是否成功的状态，以及替代ID和/或另外上下文信息。SHARE和SYNCHRONIZE还可以被利用作为子过程。
还可以使用SHARE操作进一步补充SURROGATE操作。例如，可以将IE与替代方共享以使其更好执行其替代职责。
解除(RELIEVE)可以用于将一个或多个IoT应用或服务解除其委托或替代职责。输入可以是用作委托或替代的IoT应用或服务的标识符列表，例如委托和/或替代ID。还可以包括在解除中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示解除请求是否成功的状态。
还可以使用SYNCHRONIZE操作进一步补充RELIEVE操作。例如在起源应用或服务解除其委托或替代职责之前，IE可以被同步回该起源应用或服务。
调用(INVOKE)可以用于唤起目标服务(Service)执行一个或多个指定IE上的期望功能。例如，服务可以调用另一服务主持的服务来使其执行某期望的功能。这可以涉及在服务之间传递IE以及对这些元素执行操作。输入可以是目标服务(Service)的标识符和将由该服务处理的IE的列表。还可以包括在调用中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。引用的IE可以由目标服务取回、处理，并存储结果。输出可以是状态和处理的元素已经由该服务(Service)所存储的存储处的标识符的列表。在调用服务之前，可以首先需要ASSOCIATE和DISCOVER操作。
解译(INTERPRET)可以用于唤起IoT服务解译一个或多个指定的IE，例如将IE从一个格式转换/变换成发出请求的服务或应用能够理解的另一种定义的格式。输入可以是目标服务的标识符和将由该服务处理的IE的列表。还可以包括在解译中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是状态与解译的元素的列表。为了唤起服务执行INTERPRET操作，INVOKE操作可以用作下面的子操作。
注释(ANNOTATE)可以用于唤起IoT服务使用指定的信息来充实一个或多个指定的IE。输入可以是目标服务的标识符和将由该服务处理的IE的列表。还可以包括在注释中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是状态与注释的元素的列表。为了唤起服务执行ANNOTATE操作，INVOKE操作可以用作下面的子操作。
提取(EXTRACT)可以用于唤起一个或多个IoT服务来从驻于网络中一个或多个节点上的一个或多个指定的IE中挖掘信息。输入可以是目标服务的标识符和将由该服务处理的IE的列表。还可以包括在提取中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是状态与提取的元素的列表。为了唤起服务执行EXTRACT操作，INVOKE操作还可以用作下面的子操作。
产生协作(SPAWN COLLABORATION)可以用于唤起IoT服务基于例如协作类型、协作方(IoT应用、服务和/或实体)列表的输入来产生协作。还可以包括在该产生中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示是否成功产生期望的协作的状态以及协作ID。
停止协作(CEASE COLLABORATION)可以用于唤起IoT服务停止协作。输入可以是协作方(IoT应用或服务)列表和协作ID。还可以包括在停止协作中作为考量因素的IE(例如策略、上下文、事件)的可选列表。输出可以是指示是否成功停止期望的协作的状态。为了唤起服务执行SPAWN/CEASE COLLABORATION操作，INVOKE操作还可以用作下面的子操作。
决定(DECIDE)可以用于唤起IoT服务基于例如内容、策略、上下文、事件等的指定IE输入来做出决定。还可以包括在做出决定中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是一个或多个决定IE。服务做出的决定的类型可以基于其支持的决定做出能力的类型。该信息可以在唤起服务之前由请求方法提前发现，例如使用DISCOVER操作。为了唤起服务执行DECIDE操作，INVOKE操作还可以用作下面的子操作。
改编(ADAPT)可以用于唤起IoT服务来改编和/或转变指定IE。输入可以是要改编的IE列表和在执行该改编时作为考量因素的IE(例如策略、上下文、事件等)的列表。输出可以是改编的IE。服务执行的改编类型可以基于其支持的改编能力的类型。在唤起该服务之前，请求方可以提前发现该信息，例如使用DISCOVER操作。为了唤起服务执行ADAPT操作，INVOKE操作还可以用作下面的子操作。
虚拟化(VIRTUALIZE)可以用于唤起IoT服务来虚拟化信息元素、节点、服务或甚至传感器网络。输入可以是要虚拟化的对象的列表和在执行该虚拟化时作为考量因素的IE(例如策略、上下文、事件等)的列表。输出可以是指示虚拟化是否成功的状态以及新虚拟化的资源的列表。
去虚拟化(DE-VIRTUALIZE)可以用作唤起IoT服务来去虚拟化信息元素、节点、服务或甚至传感器网络。去虚拟化可以包括清除任意虚拟资源。输入可以是要去虚拟化的对象的列表。还可以包括在去虚拟化中作为考量因素的IE(例如策略、上下文、事件等)的可选列表。输出可以是指示去虚拟化是否成功的状态。解散(DISMISS)、REVOKE和SYNCHRONIZE还可以被利用作为用于DE-VIRTUALIZE的子过程。为了唤起服务执行VIRTUALIZE/DE-VIRTUALIZE操作，INVOKE操作还可以用作下面的子操作。此外，DELEGATE和/或SURROGATE操作还可以被利用作为用于VIRTUALIZE操作的子操作。同样，RELIEVE和REVOKE操作还可以被利用作为用于DE-VIRTUALIZE操作的子操作。
图8示出了IoT字段和相应服务接口请求原语描述。图9示出了IoT字段和相应服务接口响应原语描述。这些原语可以定义提出的服务接口的基本通信元素，并可以扩展，从而随着更多用例演进，可以添加这些原语中的附加原语和/或字段。逻辑IoT服务接口原语可以被定义与任意服务接口协议消息无关，以对尽可能多的新的和/或已有的服务接口协议允许接口原语的灵活绑定和便携性。
图10示出了服务接口请求/响应原语交换的示例。如图10所示，原语支持可以被绑定到服务接口1005，其用于驻于不同节点1010和1015上的应用和服务之间的通信，由此在该示例中，节点1010可以发送服务接口请求原语1020到节点1015，且节点1010可以从节点1015接收服务接口响应原语1025。
图11示出了示例IoT服务接口的类别示例。用于将IoT服务接口原语和操作绑定到提出的IoT服务接口协议的示例在图11中示出。
用于引入新IoT服务接口协议层的动机和理由可以是定义与已有协议相比支持更高级的IoT服务接口操作的抽象和知晓的协议。IoT服务接口协议可以天然支持此处描述的定义的服务接口操作和原语的每一个。没有这样的协议，操作和原语可能需要被该应用/服务绑定到现有较低级协议，例如SOAP、HTTP等。这可以需要该应用/服务将每个服务接口操作分割成多个更低级操作，例如RESTful创建、获取、更新和删除操作。由于该分割可能需要由该应用/服务执行，其可能对其带来额外的复杂性和开销，并导致上述的类似问题。相比之下，使用IoT服务接口协议可以使得IoT应用和服务在较高级抽象并以更智能或有效的方式彼此通信。
IoT服务接口协议的使用可以不排除IoT服务和应用也使用分层在服务接口协议层之上并由应用和服务支持的另外的服务级API。这两者可以以互补的方式被使用。
可以定义IoT服务接口协议的以下方面：IoT服务接口协议消息，例如消息类型、格式、头、选项等；IoT服务接口代理功能；和显示IoT服务接口协议在其他现有协议上可以如何被部署的部署模型。
此外，该协议还可以支持当前现有协议中缺乏的、以下提出的高级IoT服务接口特征。多个IoT服务接口操作和/或IE可以在单个服务接口请求内被分批在一起，以用于增加的优化和效率。可以对多个IE执行单个IoT服务接口操作。可以对单个IE执行多个IoT服务接口操作。可以对多个IE执行多个IoT服务接口操作。
可以支持智能IoT服务接口代理功能，智能IoT服务接口代理功能可以使得网络内的中间节点知晓流经网络的服务接口消息，并可以给它们提供用于对这些消息择机执行智能服务接口操作的能力。
中间代理可以解译IoT服务接口消息和这些消息内的IE。这样做，代理可以增强其对流经该网络的信息(内容、上下文、策略、决定、事件、发现信息)的知晓。使用该信息，代理可以动态调整其将来的动作或行为和/或与其相邻节点共享该信息以使它们做出智能调整。
中间代理可以充实包含在IoT服务接口消息中的IoT IE，例如上下文、策略、事件等。例如，代理可以从服务接口消息添加/删除IE，或代理可以添加/删除现有IE内包含的信息。
中间代理可以缓存IoT服务接口消息或服务接口消息内包含的单独IE。例如，该缓存可以由该代理以基于策略、上下文知晓和/或内容知晓的方式来执行。该代理可以将该缓存的消息和/或IE用于服务将来的请求。
可以定义基本IoT服务接口协议消息类型：请求、响应和确认。图12-14中示出了每消息类型的每一个。该请求和响应消息可以逻辑上绑定到上述定义的请求和响应原语。
消息可以包括消息头并还可以包含一个或多个消息选项、事务头、操作头、操作选项、IE选项和IE。该协议可以是可扩展的，且如果将来的用例批准，可以定义另外的消息类型和/或字段。可替换地，包含在消息已有字段中的消息和/或信息可以被重构，例如被组合，分离等(如果批准)。
依据消息类型，该消息内的某些字段可以或不可以应用。例如，对于服务接口请求，所有字段可应用。而对于响应，操作头和操作选项字段不可应用。同样地，针对确认，仅消息头和事务头可应用。消息还可以包含多个事务，例如请求、响应或确认，被分批在同一个消息中。这里描述了消息的不同部分。
图12示出了示例IoT服务接口请求消息1200，图13示出了示例IoT服务接口响应消息1300，以及图14示出了示例IoT服务接口确认消息1400，每个包括IoT服务接口消息头1205和消息选项1210。该消息选项1210可以位于消息头1205中。
图15示出了消息1200、1300和1400中的IoT服务接口消息头1205和消息选项1210的格式的示例。
定义的消息头1205本质上可以是可缩放的，且所选的字段可以被省略，例如，不被包含且接收方在应用环境下采用默认值。消息头1205可以包括版本字段1505、消息类型字段1510、消息标识(ID)字段1515、消息选项计数字段1520和服务质量(QoS)字段1525。
版本字段1505可以用于指示该消息遵从的服务接口版本。消息类型字段1510可以用于指定消息类型，例如请求、响应、确认等。消息ID字段1515可以由发布方用于匹配请求和响应，以及由发布方/接收方用于复制消息检测。消息选项计数字段1520可以用于指定消息内包含的消息选项数量，例如可应用于整个消息的选项vs可应用特定操作或消息中信息元素的选项。如果该消息中没有包含消息选项，该消息选项计数字段1520可以被省略，其被接收方解译为零消息选项。QoS字段1525可以用于指定该消息的QoS级别。例如，接收方是否确认(ACK)该请求，接收方对于失败响应应当重试的次数等。QoS字段1525可以从消息中省略且默认QoS级别可以用于处理该消息。
图16，示出了IoT服务接口消息选项1210的格式的示例。该格式可以是本质上可缩放的且所选的字段可以被省略，例如不被包含且接收方在应用环境下可以采用默认值。该消息选项1210可以包括消息选项码字段1605、消息选项长度字段1610、可应用性选项值字段1615以及消息选项值字段1620。
消息选项码字段1605可以指定消息选项类型。下面是不同消息选项类型的一些示例。事务数量(numTransaction)消息可以用于指定在该消息中分批到一起的事务数量。依据消息类型，这可以等于在该消息中分批到一起的请求、响应或确认的数量。如果不存在，该消息的接收方可以推断在该消息中仅包含单个事务。接收方ID(recipientID)消息可以用于指定该消息的接收方，例如服务ID。如果在较低级协议中指定该接收方，则这可以是可选的。代理消息可以用于指定特定服务级代理来处理该消息，或可以是该消息能够被任意可用代理处理的指示。内容类型(contentType)消息可以用于指定在该消息的剩余部分(例如操作头、操作选项、IE头和/或IE)的编码格式。优先级/调度消息可以定义接收方可以使用来相对于其他消息优先化或调度该消息的服务的优先级信息(例如，高、中、低、相对延迟、绝对日期/时间等)。该字段还可以由中间服务级代理使用，以用于计算在转发该消息之前代理可以存储该消息多久这样的事。
缓存消息可以用于指定该消息或其操作的任意是否可以由接收方或网络中的中间服务级代理缓存。该缓存还可以用于定义缓存参数，例如缓存寿命、缓存刷新策略等。原子/顺序消息可以用于指定如何执行单独操作，例如单个接收方是否执行消息中的操作，中间代理是否可以将该消息中的操作分割成多个消息并将该多个消息分配到多个接收方，该消息中的操作是否可以按照该消息中列出的操作的顺序按顺序完成，或消息中的操作是否可以被网络中的服务级代理分割并重组成其他消息。充实消息可以用于指定当该消息经过该网络时该消息是否可以由服务级代理使用另外的消息进行充实以及充实所允许的类型。
例如，节点2可以向节点1问温度。节点1可以响应其不知道温度，但是知道该温度的某中间节点可以用该温度来充实该响应。这还可以实现从网络中的节点的未经请求的响应，例如节点1可以向节点2问温度。节点2可以响应其不知道或可能根本不响应。节点3可以无意中听到该问题和/或响应。节点3可能知道该温度，因此其可以传送具有该温度的未经请求的响应给节点1。
消息选项长度字段1610可以指定该消息选项值的长度。
操作可应用性字段1615可以指定该选项适用于该消息中的哪些操作(如果有的话)，例如，所有、选择群组、一个或没有。如果该消息选项不适用于任何操作，则可选地，可以省略该字段。
消息选项值字段1620可以指定依据选项类型能够变化格式的选项的值，例如整值、字符串等。
图17示出了IoT服务接口消息事务头1700的格式的示例。该格式可以本质上是可缩放的且可以省略选择的字段，例如不被包含且接收方可以在应用环境下采用默认值。IoT服务接口消息事务头1700可以包括事务类型字段1705、事务ID字段1710、操作数量字段1715和响应/确认(ACK)码字段1720。
事务类型字段1705可以用于指定事务类型，例如请求、响应、确认等。事务ID字段1710可以由发布方使用来匹配请求和响应，以及由发布方/接收方使用来复制事务检测。操作数量字段1715可以用于指定事务内包含的操作数量。响应/ACK码字段1720可以用于指定确认事务中的ACK码或响应事务中的响应码。响应/ACK码字段1720不可以应用于请求事务。
图18示出了IoT服务接口消息操作头1800的格式的示例。该格式可以本质上可缩放的且选择的字段可以被省略，例如不被包含且接收方在应用环境下采用默认值。IoT服务接口消息操作头1800可以包括操作ID字段1805、操作类型字段1810、操作选项计数字段1815和操作长度字段1820。
操作ID字段1805可以用于匹配操作请求、响应和确认，以及复制操作检测。如果事务中仅包含单个操作，则该字段可以是可选的且事务ID字段可以用作操作ID。
操作类型字段1810可以用于指定如图7中所示的服务级操作的类型。一个或多个操作可以被包含在单个事务中且每个可以具有其自己的类型。操作类型的一些可能格式可以包括针对每个操作的唯一比特序列/值，或可替换地可以使用URI，其定标与特定操作类型相关联的资源。
操作选项计数字段1815可以用于与操作相关联的数量选项。一个或多个操作可以被包含在单个事务中，且每个可以具有其选项集并因此具有其自己的选项计数。如果针对该操作不包含选项，该字段可以被省略，这可以被接收方解译为零操作选项。
操作长度字段1820可以指定包括操作选项和与该操作相关联的IE的总操作的长度。
图19示出了IoT服务接口消息操作选项1900的格式的示例，其定义可应用事务内的操作的选项。单个消息可以具有被分批在该消息中的多个事务。该消息中的每个事务可以包括分批到一起的多个操作。该格式可以本质上是可缩放的，且选择的字段可以被省略，例如在可应用环境下不被包含且接收方采用默认值。IoT服务接口消息操作选项1900可以包括操作选项码字段1905、操作选项长度字段1910、IE可应用性字段1915和操作选项值字段1920。
操作选项码字段1905可以指定操作选项类型。下面是一些示例。信息元素数量(numInfoElements)选项可以用于指定与操作相关联的IE的数量。一个或多个操作可以被包含在单个事务中且每个可以具有一个或多个IE。如果没有IE与操作相关联，则该字段可以被省略，其被接收方解译为零IE。触发/策略选项可以用于指定触发条件(例如事件)和/或策略，其被接收方用来取得执行该操作的资格。这些触发条件或策略可以作为操作本身中的IE被传递或可以作为对IE的引用被包含，例如其可以被存储/驻于接收方在执行该操作之前先接入的网络中的远程节点上。上下文选项可以用于指定与将由接收方执行的操作相关的上下文信息。接收方可以使用上下文信息来更智能地处理该操作。例如，知道发现操作的发布方的位置，接收方可以将该上下文作为在其返回到发布方的发现响应中的因素，例如考虑接近度。该上下文信息可以作为该操作自身中的IE被传递，或能够作为对IE的引用被包含，例如其可以被存储/驻于可以由接收方在执行该操作之前接入的网络中的远程节点上。
优先级/调度选项可以定义接收方能够使用来相对于该事物中的其他操作选择性优先化或调度该操作的服务的优先级或调度信息。缓存选项可以用于选择性指定该特定操作是否可以被接收方或网络中的中间服务级代理缓存。缓存选项还可以用于定义缓存参数，例如缓存寿命、缓存刷新策略等。前提操作选项可以用于指定可以在该操作被执行之前被执行的操作。针对请求，内容类型选项可以用于指定包含在该操作中的操作选项、IE选项和/或IE所用的编码格式。针对响应，内容类型选项可以用于指定包含在响应中的格式IE。如果内容类型与在消息内容类型选项中指定的相同，则该字段可以是可选的。充实选项可以用于选择性指定该特定操作是否可以由接收方或网络中的中间服务级代理来充实。充实选项还可以用于定义充实策略或偏好等。
操作选项长度字段1910可以指定操作选项值的长度。
IE可应用性字段1915可以指定该选项可应用于哪些IE(如果有的话)，例如所有、选择的群组、一个或没有。如果操作选项不可应用于任何IE，则该字段可选地被省略。
操作选项值字段1920可以指定该选项的值，其依据选项类型可以变化格式，例如整值、字符串等。
图20示出了IoT服务接口消息IE头2000的格式的示例。该格式可以本质上是可缩放的且选择的字段可以被省略，例如在可应用环境下不被包含且接收方采用默认值。IoT服务接口消息IE头2000可以包括IE ID字段2005、IE类型字段2010、IE内容类型字段2015和IE长度字段2020。
IE ID字段2005可以用于标识IE。IE类型字段2010可以用于指定类型IE，例如内容、上下文、策略等。IE内容类型字段2015可以用于指定相关联IE的格式。如果内容类型与在消息内容类型选项或操作内容类型选项中指定的相同，则该字段2015可以是可选的。IE长度字段2020可以指定IE的长度。
IE可以包含对IE的表述或引用。例如，可以使用对IoT IE的表述或引用。IE还可以引用IE群组。消息可以包含零个或多个IE和/或到IE的链接，例如统一资源标识符(URI)。IE可以表述对象，对该对象执行该操作。例如，SHARE操作可以包括操作的发布方希望与接收方共享的IE，例如一个服务实例与另一服务实例共享上下文IE。因此，就接口而言，IE可以表述在接口间传输的对象以及执行接口操作所针对的对象。
图21示出了示例IoT服务接口消息IE格式2100，其包括IoT服务接口消息IE头2000。本领域技术人员应当理解可以使用其他IE格式。
这里描述了用于经由IoT服务接口协议支持的消息和字段支持IoT服务级代理能力的方法。
图22示出了发布方与接收方之间的直接(单跳)通信的示例。IoT服务接口操作的范围可以被限制到涉及发布方和接收方(例如两个服务或服务和应用)之间的单个服务接口跳的直接通信。在这种情况中，可以不执行服务级代理。例如，发布服务实例可以形成具有指定操作的请求，且该请求可以被传送到可以经由单跳服务接口直接连接到发布方服务的接收方服务实例。但是，在发布方和执行较低层通信的接收节点之间可以有中间网络节点(例如像节点#2的路由器，如图22中所示)。
图23示出了发布方与接收方之间的基于转发IoT服务代理的通信的示例。可替换地，IoT服务接口操作可以涉及间接通信和越过多个服务接口跳的跨度，如图23所示。例如，发布方服务实例可以形成具有定标接收方服务实例的指定操作的请求，该接收方服务实例没有经由服务接口直接连接到发布方。而是，该请求可以被转发到用作服务级代理的一个或多个中间节点。该中间节点可以代表发布方代理到目标接收方的请求。当接收到该请求时，接收方可以对其进行处理并可以返回响应到发布方，该响应转而经过代理回到发布方。这可以称为“转发服务级代理”。
图24示出了发布方和接收方之间的基于反向IoT服务接口代理的通信的示例。相反地，IoT服务接口代理还可以工作为‘反向服务接口代理’。反向服务接口代理可以负责代表期望接收方处理服务接口请求。例如，反向服务接口代理可以使用缓存的来自之前服务接口请求的响应来服务其可能接收的新请求，如图24中所示。
IoT服务接口代理可以执行增值补充服务。服务接口代理可以通过利用该消息本身中包含的信息(例如内容语义、上下文信息、策略信息、事件信息、决定信息等)以智能方式执行服务。服务接口代理还可以利用其收集的信息并可以与消息中包含的信息无关地管理自身。使用该信息，服务接口代理可以在消息流过服务接口代理时，认知地做出关于是否执行以下服务以及可以如何执行以下服务的决定。
对于智能服务层代理，IoT服务接口代理可以代表发布方和接收方代理和反向代理服务接口消息。例如，基于动态变化的上下文信息和与网络拥塞和加载有关的策略，服务接口代理可以智能地将服务接口消息代理到一个或多个接收方或其他服务接口代理。类似地，服务接口代理可以通过代表接收方执行该消息中指定的操作来反向代理服务接口消息。这样做，服务接口代理可以将接收方从不得不执行这些任务中解脱出来。
对于智能服务层分片，IoT服务接口代理可以将服务接口消息中包含的多个操作分片成一个或多个服务接口消息，用以例如在多个接收方中分配服务接口操作来进行执行，或将包含多个响应的响应服务接口消息分片成单独响应。
对于智能服务层组装，IoT服务接口代理可以将多个服务接口消息中包含的事务和/或操作组装成单个消息，用以例如合并定标同一接收方的服务接口操作。类似地，服务接口代理可以将多个单独服务接口响应组装成单个服务接口消息。
对于智能服务层充实，IoT服务接口代理可以充实服务接口消息，例如将另外信息动态添加到服务接口消息，例如上下文、事件或策略信息。此外，还可以支持未经请求的消息。例如，基于之前处理的信息，代理可以知道节点A需要在雨天中关闭。代理可以观察在节点G和H之间交换的指示将来临的暴风雨的消息。代理可以传送未经请求的消息给节点A，通知其将要下雨并相应进行关闭。
对于智能服务层缓存，IoT服务接口代理可以缓存服务接口响应消息或IoT服务接口请求消息中包含的IoT IE，从而可以使用响应/信息服务将来的服务接口请求。例如，缓存某些类型的内容，或基于上下文信息的缓存内容(例如内容的来自的位置)，或基于策略的缓存，服务接口代理可以使用该策略来决定是否缓存IoT IE。
对于智能服务层存储/转发，IoT服务接口代理可以存储/转发包含在服务接口消息中的单独操作或服务接口消息，例如存储/转发某些类型的内容，或存储/转发基于上下文信息(例如内容来自的位置)的内容，或基于策略进行存储/转发。
对于智能服务层公开/订阅，IoT服务接口代理可以支持从其他服务和应用的订阅。例如，对接收流过服务接口代理的某种类型的服务接口消息的订阅，对接收服务接口消息内包含的某些操作的订阅，对接收某服务接口响应的订阅，对接收某些类型的IE的订阅。同样，服务接口代理可以支持公开相应服务接口消息、操作、响应和IE给进行订阅的服务和应用。
图25示出了服务接口协议的示例。除了在基于HTTP和SOAP的协议栈上面将IoT服务接口协议分层，IoT服务接口协议可以可替换地被分层在其他现有协议上面。例如，可以使用MAC/PHY、IP、TCP/UDP、HTTP/CoAP或SOAP栈，如图25中所示。因此，可以针对不同类型的用例，可以支持不同类型的智能服务。例如，可以支持知晓MAC层连接服务的上下文、知晓内容的IP路由服务、基于事件的TCP连接建立服务、以及在HTTP、CoAP或SOAP上支持的应用的智能服务。
通过在现有协议上分层该服务接口协议，服务接口协议消息可以通过这些较低层协议进行隧道传输，例如被封装在较低级协议的净荷中用作传输。
图26示出了在TCP或UDP消息内可以如何封装并承载服务接口协议消息的示例。结果，服务接口协议可以成为TCP/UDP IP层协议栈上的另外协议层。
图27示出了智能IoT服务级接口用例的示例。在该示例中，可以从IoT网络应用2710向驻于IoT服务器/装置2715上的IoT聚合服务发送IoT服务接口AGGREGATE请求2705。IoT服务接口AGGREGATE请求2705可以包括可以由IoT网络应用2710请求的资源的地址(例如URI链路)，其由IoT服务器/装置2715收集且代表其进行聚合。该请求中还可以包括IoT网络应用2710指定的聚合策略，其指定IoT服务器/装置2715提供的IoT聚合服务可以使用来执行聚合的规则。一接收到该IoT服务接口AGGREGATE请求2705，IoT聚合服务可以基于IoT网络应用指定的聚合策略(例如，A1+A2、B1+B2、C1+C2)来聚合资源表述。IoT聚合服务然后可以向IoT网络应用2710传回包含聚合的响应的IoT服务接口AGGREGATE响应2710。
从该示例用例，可以观察IoT服务接口协议的益处。例如，该用例可以展示较高级和更智能接口协议的标准化的可行性，其具有例如增加互操作性等众多优点。此外，IoT服务接口协议可以使得IoT服务演进到更智能的服务，其使用具有较高级抽象和增加的对较高级信息(例如，内容、上下文、策略、事件等)知晓的操作以更分布式和智能方式彼此通信。还可以观察节点之间的IoT服务接口的效率。与现有协议相比，例如HTTP，交换的IoT服务接口协议消息可以由于接口操作的抽象的增加的水平而实现更高效的通信。
图28示出了使用代替IoT服务接口协议消息的HTTP协议消息的相同用例的呼叫流。比较这两种方式，交换的消息的增加的数量可能增加，其可能导致网络中和网络节点上的低效和增加开销。例如，如图28所示，IoT网络应用2710可能需要单独GET请求/响应消息交换以获取每个资源。这可能由于HTTP消息支持的较低级抽象。此外，该协议的抽象的等级可以改变。HTTP可以支持有限的操作的集合(GET、PUT、POST、DELETE)，以及提供有限的较高级信息的知晓。由于这些限制，HTTP可能不能够支持较高级操作，例如AGGREGATE，或者其不可以支持例如策略的较高级信息的知晓。结果，支持较高级操作和较高级信息的知晓的负担可以被推高给应用(或服务)来支持，而不是由较低级服务协议层支持。在该示例中，这可以由以下事实看出：该聚合由IoT网络应用自身来执行而不是由IoT服务协议层来执行。这可能不仅增加应用和服务的复杂性，而且其还可能导致标准化的障碍，因为应用和/或服务的开发者可能以期自己私人的方式来实施这种类型的支持。
图29示出了无线通信节点900的框图，包括至少一个天线2905、接收机2910、处理器2915和发射机2920。非暂态计算机可读存储介质(未示出)可以在处理器2910上运行以定义节点2900中的IoT服务级操作的集合，并对IoT IE执行该IoT服务级操作。
节点2900的发射机2920可以被配置成经由天线2905传送IoT服务接口消息。节点2900的接收机2910可以被配置成经由天线2905接收IoT服务接口消息。节点2900的处理器2915可以被配置成具有IoT服务接口协议层，其中定义IoT服务级操作的集合，且对IoT IE执行IoT服务级操作。
实施例
1、用于在至少一个节点中结合物联网(IoT)服务接口协议层的无线通信方法，该方法包括：
在该至少一个节点中定义IoT服务级操作的集合。
2、根据实施例1所述的方法，还包括：
对IoT信息元素(IE)执行所述IoT服务级操作。
3、根据实施例1-2中任意一项所述的方法，其中在动作方面定义所述IoT服务级操作，该动作包括连接、断开、公开、不公开、发现、关联、解除关联、收集、构成、去构成、订阅、解除订阅、通知、串接、解除串接、聚合、共享、重定位、同步、撤回、委托、替代、解除、调用、解译、注释、提取、产生、停止协作、决定、改编、虚拟化或去虚拟化中的至少一者。
4、根据实施例3所述的方法，其中所述动作是在垂直行业间通用的且可应用的。
5、根据实施例2-4中任意一项所述的方法，其中所述IoT IE包括内容IoT IE、上下文IoT IE、策略IoT IE、决定IoT IE、事件IoT IE、发现IoT IE或描述符IoT IE的至少一者。
6、根据实施例1-4中任意一项所述的方法，其中所述操作能够彼此利用作为子操作。
7、根据实施例6所述的方法，其中所述子操作包括协作、共享、同步、发现、关联、收集、聚合、串接、共享、重定位、调用、委托或替代中的至少一者。
8、根据实施例1-7中任意一项所述的方法，其中在所述至少一个节点与第二节点之间执行服务接口通信，该方法还包括：
所述至少一个节点向该第二节点传送IoT服务接口请求消息；
所述至少一个节点从所述第二节点接收IoT服务接口响应消息；以及
所述至少一个节点向该第二节点传送IoT服务接口确认消息。
9、根据实施例8所述的方法，其中所述消息中的至少一者包括IoT服务接口消息头，所述IoT服务接口消息头具有版本字段、消息类型字段、消息标识(ID)字段、消息选项计数字段或服务质量(QoS)字段中的至少一者。
10、根据实施例8所述的方法，其中所述消息的至少一者包括IoT服务接口消息选项，所述IoT服务接口消息选项包括消息选项码字段、消息选项长度字段、操作可应用性字段或消息选项值字段中的至少一者。
11、根据实施例8所述的方法，其中所述消息的至少一者包括IoT服务接口消息事务头，所述IoT服务接口消息事务头具有事务类型字段、事务标识(ID)字段、操作数量字段或响应/确认(ACK)码字段中的至少一者。
12、根据实施例8所述的方法，其中所述消息的至少一者包括IoT服务接口消息操作头，所述IoT服务接口消息操作头具有操作标识(ID)字段、操作类型字段、操作选项计数字段或操作长度字段中的至少一者。
13、根据实施例8所述的方法，其中所述消息的至少一者包括IoT服务接口消息操作选项，所述IoT服务接口消息操作选项具有如下至少一者：操作选项码字段、和操作选项长度字段、信息元素(IE)可应用性字段或操作选项值字段。
14、根据实施例8所述的方法，其中所述消息的至少一者包括IoT服务接口消息信息元素(IE)头，所述IoT服务接口消息信息元素(IE)头具有如下至少一者：IE标识(ID)字段、IE类型字段、和IE内容类型字段或IE长度字段。
15、一种无线通信节点，包括：
发射机，被配置成传送物联网(IoT)服务接口消息；以及
接收机，被配置成接收IoT服务接口消息。
16、根据实施例15所述的节点，还包括：
处理器，被配置有IoT服务接口协议层，其中IoT服务级操作的集合被定义，且对IoT信息元素(IE)执行IoT服务级操作。
17、根据实施例16所述的节点，其中所述IoT服务级操作在动作方面被定义，该动作包括连接、断开、公开、不公开、发现、关联、解除关联、收集、构成、去构成、订阅、解除订阅、通知、串接、解除串接、聚合、共享、重定位、同步、撤回、委托、替代、解除、调用、解译、注释、提取、产生、停止协作、决定、改编、虚拟化或去虚拟化中的至少一者。
18、根据实施例16-17任意一项所述的节点，其中所述IoT IE包括内容IoT IE、上下文IoT IE、策略IoT IE、决定IoT IE、事件IoT IE、发现IoT IE或描述符IoT IE中的至少一者。
19、根据实施例16-18任意一项所述的节点，其中所述操作能够彼此利用作为子操作。
20、根据实施例19所述的节点，其中所述子操作包括协作、共享、同步、发现、关联、收集、聚合、串接、共享、重定位、调用、委托或替代中的至少一者。
21、根据实施例15-20任意一项所述的节点，其中所述发射机被配置成向第二节点传送IoT服务接口请求消息，所述接收机被配置成从所述第二节点接收IoT服务接口响应消息，以及所述发射机还被配置成向所述第二节点传送IoT服务接口确认消息。
22、根据实施例15-21任意一项所述的节点，其中所述消息的至少一者包括IoT服务接口消息头，所述IoT服务接口消息头具有版本字段、消息类型字段、消息标识(ID)字段、消息选项计数字段或服务质量(QoS)字段的至少一者。
23、根据实施例15-22任意一项所述的节点，其中所述消息至少一者包括IoT服务接口消息选项，所述IoT服务接口消息选项包括消息选项码字段、消息选项长度字段、操作可应用性字段或消息选项值字段的至少一者。
24、根据实施例15-23任意一项所述的节点，其中所述消息的至少一者包括IoT服务接口消息事务头，所述IoT服务接口消息事务头具有事务类型字段、事务标识(ID)字段、操作数量字段或响应/确认(ACK)码字段中的至少一者。
25、根据实施例15-24任意一项所述的节点，其中所述消息的至少一者包括IoT服务接口消息操作头，所述IoT服务接口消息操作头具有操作标识(ID)字段、操作类型字段、操作选项计数字段或操作长度字段中的至少一者。
26、根据实施例15-25任意一项所述的节点，其中所述消息的至少一者包括IoT服务接口消息操作选项，所述IoT服务接口消息操作选项具有如下至少一者：操作选项码字段、和操作选项长度字段、信息元素(IE)可应用性字段或操作选项值字段。
27、根据实施例15-26任意一项所述的节点，其中所述消息的至少一者包括IoT服务接口消息信息元素(IE)头，所述IoT服务接口消息信息元素(IE)头具有如下至少一者：IE标识(ID)字段、IE类型字段、和IE内容类型字段或IE长度字段。
28、一种非暂态计算机可读存储介质，被配置成在至少一个节点中定义IoT服务级操作的集合。
29、根据实施例28所述的非暂态计算机可读存储介质，还被配置成对IoT信息元素(IE)执行所述IoT服务级操作。
虽然上面以特定的组合描述了特征和元件，但是本领域普通技术人员可以理解，每个特征或元件可以单独的使用或与其他的特征和元件进行组合使用。此外，这里描述的方法可以用计算机程序、软件或固件实现，其可包含到由计算机或处理器执行的计算机可读介质中。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的示例包括，但不限制为，只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、磁性介质(例如内部硬盘和可移动硬盘)、磁光介质和光介质(例如光盘(CD)或数字通用盘(DVD))。与软件关联的处理器用于实现射频收发信机，用于WTRU、UE、终端、基站、节点B、eNB、HNB、HeNB、AP、RNC、无线路由器或任何主计算机。

Claims (23)

1.一种用于物联网IoT接口协议的方法，该方法包括：
在第一节点处存储预定义的服务命令；
在所述第一节点处选择所述预定义的服务命令中一者；
在所述第一节点处生成服务消息，该服务消息包括第一信息元素数据字段以及位于该第一信息元素数据字段中的与所选择的预定义的服务命令相对应的信息元素；
生成预定义的组装命令，该组装命令指示所述服务消息是否可以由代理节点来响应；
从所述第一节点向第二节点发送所生成的服务消息以命令所述第二节点对所选择的预定义的服务命令进行响应；
发送所述组装命令至所述第二节点；以及
基于所述代理节点接收所述组装命令，从所述代理节点接收对发送到所述第二节点的所述服务消息进行响应的消息。
2.根据权利要求1所述的方法，其中所述预定义的服务命令还包括如下至少一者：构成、去构成、重定位、委托、改编、虚拟化、连接、断开、公开、不公开、发现、关联、解除关联、收集、订阅、解除订阅、通知、串接、解除串接、聚合、共享、同步、撤回、替代、解除、调用、解译、注释、提取、产生、停止协作、决定、或去虚拟化。
3.根据权利要求1所述的方法，其中所述预定义的服务命令包括物联网(IoT)服务接口协议。
4.根据权利要求3所述的方法，还包括发送包括操作数量数据字段的接口服务信息，所述操作数量数据字段指示所述服务消息中所述预定义的服务命令的数量。
5.根据权利要求4所述的方法，其中所述接口服务消息还包括响应/确认码字段，所述响应/确认码字段指示在确认事务中的确认码或在对所述服务消息的响应事务中的响应码。
6.根据权利要求1所述的方法，该方法还包括：
所述第一节点向所述第二节点发送IoT服务接口请求消息；
所述第一节点从所述第二节点接收IoT服务接口响应消息；以及
所述第一节点向所述第二节点发送IoT服务接口确认消息。
7.根据权利要求1所述的方法，其中所述服务消息包括IoT服务接口消息头，所述IoT服务接口消息头具有版本字段、消息类型字段、消息标识(ID)字段、消息选项计数字段或服务质量(QoS)字段中的至少一者。
8.根据权利要求6所述的方法，其中所述消息的至少一者包括IoT服务接口消息选项，所述IoT服务接口消息选项包括消息选项码字段、消息选项长度字段、操作可应用性字段或消息选项值字段中的至少一者。
9.根据权利要求6所述的方法，其中所述消息的至少一者包括IoT服务接口消息事务头，所述IoT服务接口消息事务头具有事务类型字段、事务标识(ID)字段、操作数量字段或响应/确认(ACK)码字段中的至少一者。
10.根据权利要求6所述的方法，其中所述消息的至少一者包括IoT服务接口消息操作头，所述IoT服务接口消息操作头具有操作标识(ID)字段、操作类型字段、操作选项计数字段或操作长度字段中的至少一者。
11.根据权利要求6所述的方法，其中所述消息的至少一者包括IoT服务接口消息操作选项，所述IoT服务接口消息操作选项具有如下至少一者：操作选项码字段、和操作选项长度字段、信息元素(IE)可应用性字段或操作选项值字段。
12.根据权利要求6所述的方法，其中所述消息的至少一者包括IoT服务接口消息信息元素(IE)头，所述IoT服务接口消息信息元素(IE)头具有如下至少一者：IE标识(ID)字段、IE类型字段、和IE内容类型字段或IE长度字段。
13.一种用于物联网接口IoT协议的第一节点，该第一节点包括：
发射机，被配置成传送服务接口消息；
接收机，被配置成接收服务接口消息；以及
处理器，被配置成具有用于如下操作的可执行指令：
其中所述发射机和所述接收机可操作地耦合至所述处理器，以及所述处理器、所述发射机以及所述接收机还被配置成：
存储预定义的服务命令；
选择所述预定义的服务命令中一者；
生成服务消息，该服务消息包括第一信息元素数据字段和位于该第一信息元素数据字段中的与所选择的预定义的服务命令相对应的信息元素；
生成预定义的组装命令，该组装命令指示所述服务消息是否可以由代理节点来响应；
从所述第一节点向第二节点发送所生成的服务消息以命令所述第二节点来对所选择的预定义的服务命令进行响应；
发送所述组装命令至所述第二节点；以及
基于所述代理节点接收所述组装命令，从所述代理节点接收对发送到所述第二节点的所述服务消息进行响应的消息。
14.根据权利要求13所述的第一节点，其中所述预定义的服务命令还包括如下至少一者：构成、去构成、重定位、委托、改编、虚拟化、连接、断开、公开、不公开、发现、关联、解除关联、收集、订阅、解除订阅、通知、串接、解除串接、聚合、共享、同步、撤回、替代、解除、调用、解译、注释、提取、产生、停止协作、决定或去虚拟化。
15.根据权利要求13所述的第一节点，其中所述预定义的服务命令包括物联网IoT服务接口协议。
16.根据权利要求13所述的第一节点，其中所述处理器还被配置成发送包括操作数量数据字段的接口服务消息，所述操作数量数据字段指示所述服务消息中所述预定义的服务命令的数量。
17.根据权利要求16所述的第一节点，其中所述接口服务消息还包括响应/确认码字段，所述响应/确认码字段指示在确认事务中的确认码或在对所述服务消息的响应事务中的响应码。
18.根据权利要求13所述的第一节点，其中所述发射机被配置成向第二WTRU发送IoT服务接口请求消息。
19.根据权利要求13所述的第一节点，其中所述服务消息包括IoT服务接口消息选项，所述IoT服务接口消息选项包括消息选项码字段、消息选项长度字段、操作可应用性字段或消息选项值字段中的至少一者。
20.根据权利要求13所述的第一节点，其中所述服务消息包括IoT服务接口消息事务头，所述IoT服务接口消息事务头具有事务类型字段、事务标识(ID)字段、操作数量字段或响应/确认(ACK)码字段中的至少一者。
21.根据权利要求13所述的第一节点，其中所述服务消息包括IoT服务接口消息操作头，所述IoT服务接口消息操作头具有操作标识(ID)字段、操作类型字段、操作选项计数字段或操作长度字段中的至少一者。
22.根据权利要求13所述的第一节点，其中所述服务消息包括IoT服务接口消息操作选项，所述IoT服务接口消息操作选项具有如下至少一者：操作选项码字段、和操作选项长度字段、信息元素(IE)可应用性字段或操作选项值字段。
23.根据权利要求13所述的第一节点，其中所述服务消息包括IoT服务接口消息信息元素(IE)头，所述IoT服务接口消息信息元素(IE)头具有如下至少一者：IE标识(ID)字段、IE类型字段、和IE内容类型字段或IE长度字段。
CN201480017918.5A 2013-02-08 2014-02-07 用于在节点中结合物联网(IoT)服务接口协议层的方法和设备 Active CN105075224B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361762530P 2013-02-08 2013-02-08
US61/762,530 2013-02-08
PCT/US2014/015396 WO2014124318A1 (en) 2013-02-08 2014-02-07 METHOD AND APPARATUS FOR INCORPORATING AN INTERNET OF THINGS (IoT) SERVICE INTERFACE PROTOCOL LAYER IN A NODE

Publications (2)

Publication Number Publication Date
CN105075224A CN105075224A (zh) 2015-11-18
CN105075224B true CN105075224B (zh) 2019-10-08

Family

ID=50190761

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480017918.5A Active CN105075224B (zh) 2013-02-08 2014-02-07 用于在节点中结合物联网(IoT)服务接口协议层的方法和设备

Country Status (4)

Country Link
US (1) US10015293B2 (zh)
EP (1) EP2954666A1 (zh)
CN (1) CN105075224B (zh)
WO (1) WO2014124318A1 (zh)

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9924242B2 (en) 2012-04-20 2018-03-20 Itron Global Sarl Automatic network topology detection and fraud detection
US20160006815A1 (en) * 2013-02-19 2016-01-07 Interdigital Patent Holdings, Inc. Information modeling for the future internet of things
CN104244243B (zh) * 2013-06-24 2019-08-23 中兴通讯股份有限公司 终端外设控制方法、机器对机器网关及通信系统
US9609062B2 (en) * 2013-06-26 2017-03-28 Qualcomm Incorporated Semantic mappings from human readable messages to programmatic interfaces
US9420044B2 (en) * 2013-06-26 2016-08-16 Qualcomm Innovation Center, Inc. Leveraging system signaling service advertisements for application-layer discovery and connection management in an internet of things (IoT) environment
US10958552B2 (en) * 2013-08-29 2021-03-23 Convida Wireless, Llc Internet of things event management systems and methods
EP2843998B1 (de) * 2013-08-30 2020-04-15 Swisscom AG Verfahren für ein zelluläres Kommunikationssystem und Kommunikationssystem mit virtueller Basisstation
JP2015115014A (ja) * 2013-12-13 2015-06-22 富士通株式会社 ノード装置、情報処理システム、情報処理方法、及び情報処理プログラム
EP2892251B1 (en) * 2014-01-06 2017-09-13 2236008 Ontario Inc. System and method for machine-to-machine communication
US11079417B2 (en) 2014-02-25 2021-08-03 Itron, Inc. Detection of electric power diversion
US10571493B2 (en) 2014-02-25 2020-02-25 Itron, Inc. Smart grid topology estimator
US9820117B1 (en) * 2014-03-12 2017-11-14 Marvell International Ltd. Methods and apparatus for advertising a service in a wireless network
WO2015140602A1 (en) * 2014-03-21 2015-09-24 Nokia Technologies Oy Method and apparatus for controlling smart objects with a collage user interface using normalized user interface descriptors
US10075547B2 (en) * 2014-10-06 2018-09-11 Belkin International Inc. Proxy device for reducing number of connections to gateway
KR101973298B1 (ko) * 2014-07-22 2019-04-26 콘비다 와이어리스, 엘엘씨 M2m-iot 서비스의 발행 및 발견
US10001759B2 (en) * 2014-08-11 2018-06-19 Qualcomm Incorporated Method and apparatus for automatically generating an events dictionary in an internet of things (IOT) network
US9568522B2 (en) 2014-10-20 2017-02-14 Itron, Inc. Electrical phase identification
US9781231B2 (en) * 2014-11-19 2017-10-03 Itron, Inc. Application platform operable on network node
US20160150027A1 (en) * 2014-11-25 2016-05-26 Futurewei Technologies, Inc. Method Of Handling Notification Channel Disconnection
US9835662B2 (en) 2014-12-02 2017-12-05 Itron, Inc. Electrical network topology determination
DK3032771T3 (en) * 2014-12-12 2017-12-18 Sensolus Nv Battery powered device, cloud application and associated methods for transmitting / receiving data messages over a low-through network
US9774507B2 (en) 2015-01-06 2017-09-26 Afero, Inc. System and method for collecting and utilizing user behavior data within an IoT system
US20160197769A1 (en) * 2015-01-06 2016-07-07 Kiban Labs, Inc. System and method for filtering events at an iot hub
US9729340B2 (en) 2015-01-06 2017-08-08 Afero, Inc. System and method for notifying a user of conditions associated with an internet-of-things (IoT) hub
US9933768B2 (en) 2015-01-06 2018-04-03 Afero, Inc. System and method for implementing internet of things (IOT) remote control applications
US9774497B2 (en) 2015-01-06 2017-09-26 Afero, Inc. System and method for implementing internet of things (IOT) remote control applications
US9860681B2 (en) 2015-01-06 2018-01-02 Afero, Inc. System and method for selecting a cell carrier to connect an IOT hub
US10816944B2 (en) 2015-01-06 2020-10-27 Afero, Inc. System and method for using data collected from internet-of-things (IoT) sensors to disable IoT-enabled home devices
US9900382B2 (en) * 2015-02-18 2018-02-20 Anna Mazor Promotion of internet-of-things (IOT) connectivity
CN104935485A (zh) * 2015-05-28 2015-09-23 北京海尔广科数字技术有限公司 家电服务调用方法、家电服务调用请求转发方法及装置
US10312681B2 (en) 2015-05-28 2019-06-04 Itron, Inc. Automatic network device electrical phase identification
CN104968037B (zh) * 2015-05-29 2018-07-06 乐鑫信息科技（上海）有限公司 基于代理设备的低功耗物联网实现方法
US10637834B2 (en) 2015-07-12 2020-04-28 Qualcomm Incorporated Network architecture and security with simplified mobility procedure
US10291690B1 (en) * 2015-07-22 2019-05-14 Activity Monitoring Technologies S.A. de C.V. Heterogeneous device communication system
EP3332538B1 (en) * 2015-08-03 2019-07-03 Convida Wireless, LLC Service elements
WO2017023957A1 (en) * 2015-08-04 2017-02-09 Convida Wireless, Llc Service element host selection
US11172273B2 (en) 2015-08-10 2021-11-09 Delta Energy & Communications, Inc. Transformer monitor, communications and data collection device
US10055869B2 (en) 2015-08-11 2018-08-21 Delta Energy & Communications, Inc. Enhanced reality system for visualizing, evaluating, diagnosing, optimizing and servicing smart grids and incorporated components
US10425414B1 (en) * 2015-08-31 2019-09-24 United Services Automobile Association (Usaa) Security platform
US10055966B2 (en) 2015-09-03 2018-08-21 Delta Energy & Communications, Inc. System and method for determination and remediation of energy diversion in a smart grid network
US10637678B2 (en) 2015-09-24 2020-04-28 Intel Corporation Facilitating portable, reusable, and shareable internet of things (IoT)-based services and resources
CN108028849B (zh) * 2015-09-25 2021-10-15 英特尔公司 用于应用和资源可重用性的利用分层抽象的iot服务建模
MX2018004053A (es) 2015-10-02 2018-12-17 Delta Energy & Communications Inc Red de malla de entrega y recepcion de datosdigitales complementarios y alternativos realizada a traves de la colocacion de dispositivos de monitoreo montados en transformadores mejorados.
US10148737B2 (en) * 2015-10-12 2018-12-04 Samsung Electronics Co., Ltd. System and method for managing applications as IoT objects
CN106603611A (zh) * 2015-10-19 2017-04-26 中兴通讯股份有限公司 一种无状态网络协议中实现有状态操作的方法及装置
US10476597B2 (en) 2015-10-22 2019-11-12 Delta Energy & Communications, Inc. Data transfer facilitation across a distributed mesh network using light and optical based technology
US9961572B2 (en) 2015-10-22 2018-05-01 Delta Energy & Communications, Inc. Augmentation, expansion and self-healing of a geographically distributed mesh network using unmanned aerial vehicle (UAV) technology
CN114449032B (zh) * 2016-01-11 2024-05-14 北京三星通信技术研究有限公司 决定iot业务方法和设备、iot业务行为控制方法和设备
CA3054546C (en) 2016-02-24 2022-10-11 Delta Energy & Communications, Inc. Distributed 802.11s mesh network using transformer module hardware for the capture and transmission of data
US9992233B2 (en) * 2016-03-14 2018-06-05 Michael C. Wood Enhanced firewall and method for securing internet communications
WO2017158590A1 (en) * 2016-03-14 2017-09-21 Cloud Of Things, Ltd System and method for connecting a plurality of devices to a communication network and remotely communicating therewith via serial ports
US10212232B2 (en) 2016-06-03 2019-02-19 At&T Intellectual Property I, L.P. Method and apparatus for managing data communications using communication thresholds
EP3862872A1 (en) * 2016-07-01 2021-08-11 INTEL Corporation Dynamic user interface in machine-to-machine systems
CN109314715B (zh) * 2016-07-02 2022-03-29 英特尔公司 用于物联网的资源编排代理
WO2018035143A1 (en) 2016-08-15 2018-02-22 Delta Energy & Communications, Inc. Integrated solution of internet of things and smart grid network
US10367924B2 (en) 2016-08-24 2019-07-30 Interwise Ltd. Position-based communication routing
CN106657230B (zh) * 2016-09-28 2021-02-09 重庆邮电大学 通信网络双向服务代理系统及其服务代理方法
CN106506619A (zh) * 2016-10-31 2017-03-15 成都加华科技有限责任公司 一种物联网网关及其控制方法
WO2018140006A1 (en) * 2017-01-25 2018-08-02 Intel Corporation Transaction resources for stateless message protocol
US10555258B2 (en) * 2017-03-13 2020-02-04 At&T Intellectual Property I, L.P. User-centric ecosystem for heterogeneous connected devices
US11323519B2 (en) 2017-04-19 2022-05-03 Microsoft Technology Licensing, Llc Internet of things pub-sub data publisher
US10511696B2 (en) 2017-05-17 2019-12-17 CodeShop, B.V. System and method for aggregation, archiving and compression of internet of things wireless sensor data
US10506461B2 (en) 2017-07-11 2019-12-10 Dell Products, Lp Method and apparatus for nomination of data transmission sink in network of gateways
CN109309704B (zh) * 2017-07-28 2021-11-02 阿里巴巴集团控股有限公司 实现商品购买以及相应的通信方法、设备及系统
US10812343B2 (en) * 2017-08-03 2020-10-20 Microsoft Technology Licensing, Llc Bot network orchestration to provide enriched service request responses
US10511446B2 (en) 2017-09-22 2019-12-17 Cisco Technology, Inc. Methods and apparatus for secure device pairing for secure network communication including cybersecurity
WO2019075317A1 (en) * 2017-10-12 2019-04-18 Convida Wireless, Llc INTERWORKING SERVICE FOR THE INTERNET OF RESTOUS OBJECTS
US10616168B2 (en) 2017-11-07 2020-04-07 International Business Machines Corporation Dynamically changing message classification and priority based on IOT device publication
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
CN110048927B (zh) 2018-01-16 2020-12-15 华为技术有限公司 通信方法和通信装置
US12069040B2 (en) 2018-03-07 2024-08-20 Intel Corporation Credential dependency encoding and verification based on other credential resources
US10848588B2 (en) * 2018-03-27 2020-11-24 Bank Of America Corporation Reverse proxy server for an internet of things (“IoT”) network
US11405357B2 (en) * 2018-04-27 2022-08-02 Cloudflare, Inc. Protecting internet of things (IoT) devices at the network level
US11481509B1 (en) 2018-07-10 2022-10-25 United Services Automobile Association (Usaa) Device management and security through a distributed ledger system
CN113596764A (zh) * 2018-07-22 2021-11-02 王铁军 多模异构iot网络
DE102018124184A1 (de) * 2018-10-01 2020-04-02 Endress+Hauser Process Solutions Ag Verfahren zum Etablieren einer Netzwerkkommunikation mittels OPC UA
US10949417B2 (en) 2018-11-26 2021-03-16 Bank Of America Corporation Blockchain augmented internet of things (“IoT”) device-based system for dynamic supply chain tracking
KR20210095037A (ko) * 2018-12-21 2021-07-30 인텔 코포레이션 사물 인터넷을 위한 모듈형 시스템
US11095512B2 (en) 2019-04-17 2021-08-17 Bank Of America Corporation Internet of things (“IoT”) versatile nodes
CN110808950B (zh) * 2019-09-25 2022-06-28 西安广和通无线软件有限公司 消息处理方法、装置、计算机设备和存储介质
EP4052447B1 (en) * 2019-10-31 2024-03-27 Telefonaktiebolaget Lm Ericsson (Publ) Discovery of a collaborative proxy node in a 3gpp communication network
EP4073767A4 (en) 2019-12-10 2024-01-31 Barnes Group Inc. WIRELESS SENSOR WITH BEACON TECHNOLOGY
US11176505B2 (en) 2020-01-07 2021-11-16 Bank Of America Corporation Multi-channel tracking and control system
US12081979B2 (en) * 2020-11-05 2024-09-03 Visa International Service Association One-time wireless authentication of an Internet-of-Things device
CN112532712B (zh) * 2020-11-24 2023-03-28 青岛海尔科技有限公司 协议发送方法及装置、存储介质、电子装置
CN112541788B (zh) * 2020-12-11 2023-11-17 江西蔚乐科技有限公司 基于coap协议的广告请求方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5764518A (en) * 1994-12-28 1998-06-09 Collins; Charles M. Self reproducing fundamental fabricating machine system

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101030941B1 (ko) 2003-06-05 2011-04-28 인터트러스트 테크놀로지즈 코포레이션 Ｐ2ｐ 서비스 편성을 위한 상호운용 시스템 및 방법
JP4842814B2 (ja) * 2003-08-07 2011-12-21 テルコーディア ライセンシング カンパニー， リミテッド ライアビリティ カンパニー ダイヤルアウト音声通知システム
US20090003541A1 (en) * 2007-06-29 2009-01-01 Lucent Technologies Inc. Network-hosted server, a method of monitoring a call connected thereto and a network-hosted voicemail server
US20090216639A1 (en) * 2008-02-25 2009-08-27 Mark Joseph Kapczynski Advertising selection and display based on electronic profile information
US8681709B2 (en) * 2008-03-27 2014-03-25 At&T Mobility Ii Llc Dynamic allocation of communications resources
US8438404B2 (en) * 2008-09-30 2013-05-07 International Business Machines Corporation Main processing element for delegating virtualized control threads controlling clock speed and power consumption to groups of sub-processing elements in a system such that a group of sub-processing elements can be designated as pseudo main processing element
US8213971B2 (en) * 2009-04-27 2012-07-03 Qualcomm Incorporated Apparatus and method for activating computer applications with SMS messaging
EP2509032B1 (en) * 2009-11-30 2016-03-30 Westvalley Digital Technologies, Inc. Application system and method thereof
CN102238203A (zh) * 2010-04-23 2011-11-09 中兴通讯股份有限公司 一种实现物联网业务的方法及系统
CN102857566B (zh) 2012-09-06 2018-07-06 上海计算机软件技术开发中心 一种可软件定制的物联网智能网关

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5764518A (en) * 1994-12-28 1998-06-09 Collins; Charles M. Self reproducing fundamental fabricating machine system

Also Published As

Publication number Publication date
EP2954666A1 (en) 2015-12-16
WO2014124318A1 (en) 2014-08-14
CN105075224A (zh) 2015-11-18
US10015293B2 (en) 2018-07-03
US20150381776A1 (en) 2015-12-31

Similar Documents

Publication Publication Date Title
CN105075224B (zh) 用于在节点中结合物联网(IoT)服务接口协议层的方法和设备
US10572312B2 (en) Method and apparatus for the virtualization of resources using a virtualization broker and context information
Fitzek et al. Computing in communication networks: From theory to practice
Liu et al. The method of Internet of Things access and network communication based on MQTT
Wang et al. A lightweight XMPP publish/subscribe scheme for resource-constrained IoT devices
TWI601396B (zh) 在服務能力層處支援機器對機器快取的方法和裝置
Bellavista et al. Towards better scalability for IoT-cloud interactions via combined exploitation of MQTT and CoAP
De Poorter et al. Enabling direct connectivity between heterogeneous objects in the internet of things through a network-service-oriented architecture
CN106797392B (zh) M2m-iot服务的发布和发现
EP2772073B1 (en) Methods, systems and apparatuses for application service layer (asl) inter-networking
JP6473500B2 (ja) サービス層を介する第三者サービスへのアクセスを可能にするシステムおよび方法
Maeder et al. A scalable and flexible radio access network architecture for fifth generation mobile networks
CN109792652A (zh) 用于服务和会话连续性的网络服务暴露
CN109952741A (zh) 服务实例化的能力暴露
WO2013123445A1 (en) Smart internet of things services
CN103621113A (zh) 用于管理机器对机器（m2m）实体的系统、方法和设备
CN107646191A (zh) 用于在信息中心网络（icn）中锚定超文本传输协议（http）级服务的方法和系统
Pal et al. IoT standardization: The road ahead
CN109451804A (zh) 在信息中心网络中实现同时进行的多播传递的http内容完整性
CN108370322A (zh) 信息中心网络内的锚定因特网协议多播服务
Han Semantic service provisioning for 6LoWPAN: powering internet of things applications on Web
Liu et al. Object-oriented network: A named-data architecture toward the future Internet
Seol et al. Design and realization of personal IoT architecture based on mobile gateway
Rajakaruna et al. Lightweight dew computing paradigm to manage heterogeneous wireless sensor networks with uavs
Mämmelä et al. Scalability analysis of data transfer in massive Internet of Things applications

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180829

Address after: Delaware

Applicant after: IOT Holdings, Inc.

Address before: Delaware

Applicant before: Interactive digital holding Co.

Effective date of registration: 20180829

Address after: Delaware

Applicant after: Interactive digital holding Co.

Address before: Delaware

Applicant before: INTERDIGITAL PATENT HOLDINGS, Inc.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230817

Address after: Delaware USA

Patentee after: TAG-COMM Inc.

Address before: Delaware

Patentee before: IOT Holdings, Inc.