[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN107197419A - 用于接入隶属于所发现的服务供应商的服务的方法和装置 - Google Patents

用于接入隶属于所发现的服务供应商的服务的方法和装置 Download PDF

Info

Publication number
CN107197419A
CN107197419A CN201710271699.9A CN201710271699A CN107197419A CN 107197419 A CN107197419 A CN 107197419A CN 201710271699 A CN201710271699 A CN 201710271699A CN 107197419 A CN107197419 A CN 107197419A
Authority
CN
China
Prior art keywords
scl
service
dns
discovery
found
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710271699.9A
Other languages
English (en)
Other versions
CN107197419B (zh
Inventor
D·N·锡德
陆广
王重刚
R·迪吉罗拉墨
P·L·小拉塞尔
M·F·斯达斯尼克
A·L·宾海若
N·J·波迪亚斯
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
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN107197419A publication Critical patent/CN107197419A/zh
Application granted granted Critical
Publication of CN107197419B publication Critical patent/CN107197419B/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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及通信领域，公开了一种用于接入由无线发射/接收单元(WTRU)实现的服务的方法和无线发射/接收单元(WTRU)。该方法包括：执行用于确定可用服务能力层SCLs的服务能力层(SCL)发现过程，其中所述SCL发现过程包括：传送基于域名系统的服务发现(DNS‑SD)查询到DNS‑SD机器到机器(M2M)服务发现功能(MSDF)服务器，其中所述DNS‑SD MSDF服务器被提供有SCL发现记录；以及响应于所述DNS‑SD查询，从所述DNS‑SD MSDF服务器接收SCL发现记录。该无线发射/接收单元(WTRU)包括用于执行上述方法的装置。藉此，实现了确定可用服务能力层SCLs。

Description

用于接入隶属于所发现的服务供应商的服务的方法和装置
本申请是申请日为2012年2月24日，申请号为201280010340.1，名称为“用于接入隶属于所发现的服务供应商的服务的方法和装置”的中国发明专利申请的分案申请。
相关申请的交叉引用
本申请要求2011年3月3日提交的临时申请序列号为No.61/448,924和2011年5月13日提交的临时申请序列号为No.61/485,711的权益，每个申请的内容以引用的方式结合于此。
背景技术
用于支持机器到机器(M2M)通信服务的端到端系统架构目前正在由欧洲电信标准协会(ETSI)定义，以使得M2M服务供应商能够经由部署在有线或无线M2M用户通信单元(SCU)、网关和服务器上的M2M服务能力层(SCL)向应用传递M2M服务。在M2M服务可由应用使用之前，M2M SCU和网关可以引导(bootstrap)并向至少一个M2M服务器注册以形成M2M网络。在典型部署的场景中，M2M服务器可以被M2M服务供应商所拥有或隶属于M2M服务供应商。因此，M2M SCU或网关可以被供应有到M2M服务供应商的订阅，或M2M服务供应商可以被发现以建立到M2M服务供应商的订阅。在引导或向M2M服务器注册之前，M2M服务供应商订阅者可以使M2M SCU或网关能够获得合适的安全证书
一旦已经形成M2M网络，应用之后就可以发现驻留在M2M SCU、M2M网关和M2M服务器上的可用M2M SCL，并且继而向M2M SCL进行注册以接入相应的服务。在没有提供M2M服务供应商发现、引导和SCL发现过程的情况下，如离线供应之类的机制可以用于配置和给M2MSCU、网关、应用和M2M服务器分发引导和发现信息。但是，这样的机制会大大增加部署和管理成本，并限制M2M网络的可伸缩性。作为对离线供应的替换，自动发现可以允许可用的M2M服务供应商及他们相应的M2M SCL被动态地发现。因此，可以减少管理成本且部署过程可以自动化(例如，对于具有少量或没有人机交互的M2M SCU)。
发明内容
描述了用于接入隶属于服务供应商的服务的方法和装置。可以执行第一发现过程以发现至少一个服务供应商，而且可以使用至少一个所发现的服务供应商来执行引导过程。然后可以执行第二发现过程以确定由所述至少一个服务供应商所支持的可用服务能力层(SCL)。
第一发现过程可以包括传送包括用于查询记录数据库以确定匹配的服务供应商发现记录的信息的服务供应商发现请求，和接收包括与所述服务供应商发现请求中的查询相匹配的服务发现功能记录列表的服务供应商发现响应。可以从该服务发现功能列表中选择至少一个服务供应商以用于进行引导。
引导过程可以包括向所选择的服务供应商传送请求，并从所选择的服务供应商接收包括节点采用服务供应商的至少一个SCL来发起引导所需的信息的响应。该信息可以包括安全证书。
第二发现过程可以包括发布者(例如，驻留在M2M用户通信单元(SCU)、M2M网关或M2M服务器上的应用或SCL)传送包括用于查询记录数据库以确定匹配的SCL发现记录的信息的服务发现请求，以及该发布者接收包括与服务发现请求中的查询相匹配的服务发现功能记录列表的服务发现响应。该发布者可以从服务发现功能记录列表中选择至少一个SCL以用其进行引导。
第二发现过程可以包括向基于域名系统的服务发现(DNS-SD)机器到机器(M2M)服务发现功能(MSDF)服务器供应SCL发现记录，向公共DNS登记组织或实体注册DNS-SD MSDF服务器以建立公共DNS-SD MSDF服务发现域，该DNS-SD MSDF服务器从发布者接收DNS-SD查询，而且该DNS-SD MSDF服务器响应于所述DNS-SD查询而向发布者传送SCL发现记录。
第二发现过程可以包括从发布者接收SCL发现请求，并传送向发布者提供SCL发现结果的服务发现响应。SCL发现请求可以包括使用sclBase(基础)属性的查询字符串。SCL发现响应可以包括与所述查询字符串和针对每个SCL的sclBase的绝对统一资源标识符(URI)相匹配的SCL列表。
第二发现过程可以包括向发布者供应或配置DNS服务器的网络地址，向该发布者供应或配置针对具有可用SCL的主机的至少一个完全限定域名(FQDN)(fully qualifieddomain name)，该发布者通过使用所述网络地址和FQDN来向所部署的DNS服务器传送DNS查找请求，且该发布者接收针对相应SCL主机的所解析网络地址。
第二发现过程可以包括向发布者供应或配置动态主机配置协议(DHCP)服务器的网络地址，该发布者向所部署的DHCP服务器传送DHCP请求，且该发布者接收包括SCL地址和附加SCL信息的响应。
可以通过向发布者提供或配置所部署的域名系统(DNS)服务器的网络地址、向该发布者提供或配置具有可用SCL的主机的至少一个完全限定域名(FQDN)来接入隶属于服务供应商的服务，该发布者通过使用所述网络地址和FQDN来传送DNS查询请求至所部署的DNS服务器，及该发布者接收针对相应SCL主机的所解析网络地址。该发布者可以是无线发射/接收单元(WTRU)。
一种装置可以被配置为执行第一发现过程以发现至少一个服务供应商，用至少一个所发现的服务供应商来执行引导过程，然后执行第二发现过程以确定由至少一个所发现的服务供应商所支持的可用SCL。该装置可以是WTRU、网关或服务器。
计算机可读存储介质可以被配置为存储应用，该应用被配置为执行第一发现过程以发现至少一个服务供应商，用至少一个所发现的服务供应商来执行引导过程，然后执行第二发现过程以确定由至少一个所发现的服务供应商所支持的可用SCL。
附图说明
可以从下述结合附图给出的示例的描述中得到更详细的理解，其中：
图1A示出了可以实施一个或多个所公开实施方式的示例性通信系统；
图1B示出了可以在图1A所示的通信系统中使用的示例性用户通信单元(SCU)；
图2示出了机器到机器(M2M)服务供应商发现过程；
图3示出了M2M服务供应商引导过程；
图4示出了M2M服务发现功能(MSDF)分层架构的示例；
图5示出了集成MSDF/域名系统(DNS)服务器分层架构的示例；
图6示出了MSDF服务能力层(SCL)发现过程；
图7示出了经由基于MSDF DNS的服务发现(DNS-SD)SCL发现而被支持的服务子类的类型示例；
图8示出了MSDF DNS-SD SCL发现过程；
图9示出了包括sclDiscovery(发现)资源的M2M服务发现资源结构；
图10示出了M2M已知资源SCL发现过程；
图11示出了基于DNS的M2M SCL发现过程；以及
图12示出了基于DHCP的M2M SCL发现过程。
具体实施方式
如图1A所示，通信系统100可以包括有线或无线用户通信单元(SCU)102a、102b、102c、102d，无线电接入网络(RAN)104，核心网络(CN)106，公共交换电话网(PSTN)108，因特网110，其它网络112和网关140，但应该理解的是，所描述的实施方式考虑到了任意数量的用户通信单元、基站、网络和/或网络元件。CN 106可以包括服务器150。SCU 102a、102b、102c、102d中的每个SCU可以是被配置为在有线或无线环境中操作和/或通信的任意类型的设备。作为示例，SCU 102a、102b、102c、102d可以被配置为传送和/或接收有线或无线信号，并且可以包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、平板计算机、无线传感器、消费性电子产品等等。
通信系统100还可以包括基站114a和基站114b。基站114a、114b中的每个基站可以是被配置为与SCU 102a、102b、102c、102d中的至少一个SCU接口以便于接入一个或多个通信网络(例如，CN 106、因特网110和/或其它网络112)的任意类型的设备。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、演进型节点B(eNB)、家用节点B(HNB)、家用e节点B(HeNB)、站点控制器、接入点(AP)、无线路由器等等。虽然基站114a、114b各自被描述为单独的元件，应该理解的是，基站114a、114b可以包括任意数量的互连基站和/或网络元件。
基站114a可以是RAN 104的一部分，所述RAN 104还可以包括其它基站和/或网络元件(未示出)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可以被配置成在特定地理区域内传送和/或接收无线信号，所述特定地理区域可以被称为小区(未示出)。所述小区可以进一步划分为小区扇区。例如，与基站114a相关联的小区可以划分为三个扇区。因而，在一个实施方式中，基站114a可以包括三个收发信机，即小区的每个扇区使用一个收发信机。在另一实施方式中，基站114a可以采用多输入多输出(MIMO)技术，并因此可以针对小区的每个扇区使用多个收发信机。
图1A中的基站114b可以是例如无线路由器、HNB、HeNB或AP，并且，为了促成如商业区、家庭、交通工具、校园等局部区域中的无线连接可以使用任意适合的RAT。在一个实施方式中，基站114b和SCU 102c、102d可以实施如IEEE 802.11的无线电技术以建立无线局域网(WLAN)。在另一实施方式中，基站114b和SCU 102c、102d可以实施如IEEE 802.15的无线电技术以建立无线个人局域网(WPAN)。在再一实施方式中，基站114B和SCU 102c、102d可以使用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有与因特网110的直接连接。因此，基站114b可以不需要经由CN 106来接入因特网110。
RAN 104可以与CN 106通信，其中CN 106可以是被配置为向SCU 102a、102b、102c、102d中的一个或多个SCU提供语音、数据、应用和/或互联网协议上的语音(VoIP)服务的任意类型的网络。例如，CN 106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接性、视频分发等等，和/或执行如用户认证之类的高级安全功能。虽然在图1A中未示出，但应该理解，RAN 104和/或CN 106可以与其它RAN进行直接或间接通信，该其它RAN采用与RAN 104相同的RAT或不同的RAT。例如，除了连接至可以利用E-UTRA无线电技术的RAN 104，CN 106也可以与另一使用GSM无线电技术的RAN(未示出)进行通信。
CN 106也可以用作SCU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其它网络112的网关。PSTN 108可以包括提供普通传统电话业务(POTS)的电路交换电话网。因特网110可以包括使用公共通信协议的全球互连计算机网络和设备系统，所述公共通信协议例如是TCP/IP组中的传输控制协议(TCP)、用户数据报协议(UDP)和互联网协议(IP)。网络112可以包括由其它服务供应商拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接至一个或多个RAN的其它CN，该一个或多个RAN可以采用与RAN 104相同的RAT或不同的RAT。
通信系统100中的一些或所有的SCU 102a、102b、102c、102d可以包括多模能力，即SCU 102a、102b、102c、102d可以包括用于通过不同的有线或无线链路而与不同的有线或无线网络进行通信的多个收发信机。例如，图1A中所示的SCU 102c可以被配置为与可以采用基于蜂窝的无线电技术的基站114a进行通信，还可以与可以采用IEEE 802无线电技术的基站114b进行通信。可替换地，一个或多个SCU 102可以是具有有线以太网连接和宽带无线连接以提供多个子流的便携式电脑。
图1B示出了可以在图1A中示出的通信系统100中使用的示例性SCU 102。如图1B所示，SCU 102可以包括处理器118、收发信机120、有线或无线接口122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132，电源134、全球定位系统(GPS)芯片组136和外围设备138。应该理解的是，在保持符合实施方式的同时，SCU 102可以包括前述元件的任意子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、一个或多个与DSP核相关联的微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、集成电路(IC)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使SCU 102能够在有线或无线环境中进行操作的任意其它功能。处理器118可以耦合到收发信机120，该收发信机120可以耦合到接口122。虽然图1B将处理器118和收发信机120描述为分离的部件，但是处理器118和收发信机120可以一起集成在电子封装或芯片中。
接口122可以被配置为通过空中接口116将信号传送到基站(例如基站114a)，或从基站(例如基站114a)接收信号。例如，在一个实施方式中，接口122可以是被配置为传送和/或接收RF信号的天线。在另一实施方式中，接口122可以是被配置为传送和/或接收例如IR、UV或可见光信号的发射器/检测器。在再一实施方式中，接口122可以被被配置为传送和接收RF和光信号两者。接口122可以被配置为传送和/或接收有线或无线信号的任意组合。
SCU 102的处理器118可以耦合到下述设备，并可以从下述设备接收用户输入数据：扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)。处理器118还可以输出用户数据到扬声器/麦克风124、键盘126和/或显示器/触摸板128。此外，处理器118可以从任意类型的适当存储器(如不可移动存储器130和/或可移动存储器132)中接入信息，并可以存储数据到这些存储器中。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任意其它类型的存储设备。可移动存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等等。在其它实施方式中，处理器118可以从没有物理地位于SCU 102上，如位于服务器或家用计算机(未示出)上的存储器中接入信息，并可以将数据存储在这些存储器中。
处理器118可以进一步耦合到其它外围设备138，该外围设备138可以包括提供附加特性、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速计、电子罗盘、卫星收发信机、数码相机(用于图像或视频)、通用串行总线(USB)端口、振动设备、电视收发器、无绳耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放模块、因特网浏览器等等。
在下文中，术语“发布者”可以指代驻留在M2M用户通信单元(SCU)、M2M网关或M2M服务器上的应用或SCL。
域名系统(DNS)是以针对连接至因特网或专用网络的计算机、服务或任意资源的分布式数据库为基础的分层命名系统。DNS可以将互联网协议(IP)地址与分配给每个参与实体的域名相关联。最重要的是，DNS将域名转换成与联网设备相关联的数字标识符，以在世界范围内对这些设备进行定位和寻址。
基于DNS的服务发现(DNS-SD)使用标准的DNS编程接口、服务器和分组格式来支持网络服务的发现。通过使用标准DNS查询，客户端可以通过使用标准DNS查询来发现期望服务的命名实例(named instance)列表。这可以基于客户端正在查找的服务的类型和该客户端正在查找的所述服务所处的域来实现。
动态主机配置协议(DHCP)使得能够从一个或多个DHCP服务器向网络设备自动分配网络参数。当经DHCP配置的客户端连接至网络时，DHCP客户端可以从DHCP服务器请求必要的信息。
在M2M SCU、M2M网关或另一M2M服务器可以引导和向特定M2M服务器注册之前，重要的是，M2M SCU或M2M网关能够建立与隶属于M2M服务器的M2M服务供应商的关系，以获得引导和向M2M服务器进行认证所需的必要的安全证书。M2M SCU或M2M网关可以使用多种方法来建立与M2M服务供应商的关系并继而获得用于允许其引导和向M2M服务器进行注册的安全证书。非自动离线供应依赖于建立M2M SCU、网关和服务器之间的M2M服务供应商关系(例如，订阅)，并以离线供应的方式分发必要的安全证书。虽然该离线供应方法是切实可行的，但是其有很多限制和缺陷。例如，离线供应的成本高，因为在最初的部署期间以及在再配置或再部署期间经常需要人的介入。
M2M服务发现可以与位于M2M SCU、网关和服务器上的M2M服务能力层(SCL)的发现类似。在SCL可由应用或其它SCL接入之前，具有用于正确寻址的统一资源标识符(URI)是重要的。另外，关于属性的信息(例如由SCL支持的M2M服务的类型)也是很有价值的，因为应用或SCL可以使用这个信息来确定它们期望向哪个或哪些SCL注册。
在一个实施方式中，M2M服务供应商发现过程假设M2M服务发现功能(MSDF)的网络地址是被离线供应的或以其他方式被发现的。例如，如果MSDF在DNS-SD服务器中被产生，那么MSDF网络地址可以等同于DNS-SD地址，该DNS-SD地址典型地由网络服务供应商配置并使用。
图2示出了在包括M2M服务供应商205、具有记录数据库215的MSDF 210和发布者的网络中执行的M2M服务供应商发现过程200。如图2所示，M2M服务供应商205可以发送请求225至MSDF 210以创建M2M服务供应商发现记录，该记录可以存储在记录数据库215中。请求225可以包括用于创建发现记录的各种类型的信息，如MSDF记录类型(例如，M2M服务供应商发现)、M2M服务供应商的引导功能的绝对URI、M2M服务供应商请求订阅的信息类型(例如，标识或地址的类型)、M2M服务供应商所支持的M2M服务的类别(例如，移动性、调度延迟、支持的数据速率、持久性、优先级等等)、用于与M2M服务供应商进行通信的协议类型(例如，超文本传输协议(HTTP)/传输控制协议(TCP)、受约束的应用协议(CoAP)/用于数据报协议(UDP)等)、M2M服务供应商所支持的M2M服务标识符的类型(例如，建筑自动化、电子健康、消费电子、公共事业等)、M2M服务供应商所支持的M2M应用或SCU的类型(例如，恒温器、心脏监控器、照相机等)和辅助M2M服务供应商(例如，专门的公用公司、专门的安全组织等)。
如图2的M2M服务供应商发现过程200所示，MSDF 210可以发送用于指示M2M服务供应商发现记录(即，MSDF记录)是否被成功创建的响应230至M2M服务供应商205。发布者220可以通过发送服务供应商发现请求235至MSDF 210来发现可用的M2M服务供应商。服务供应商发现请求235可以包括MSDF 210用来查询记录数据库215并确定匹配的M2M服务供应商发现请求的各种类型的信息，如MSDF记录类型(例如，M2M服务供应商发现)和MSDF 210可以用来搜索它的记录数据库215并过滤它的响应的可选的一个或多个查询字符串。例如，查询字符串可以指定具体的M2M服务供应商、发布者220正在查找的M2M服务的类型或类别或发布者220支持的协议类型。
响应于服务供应商发现请求235，MSDF 210可以发送包括MSDF记录列表的服务供应商发现响应240，该MSDF记录列表与发现请求235中的查询相匹配。然后，发布者245可以从响应240中的MSDF记录列表中选择用于用其进行引导/注册的一个或多个M2M服务供应商(步骤245)。
图3示出了M2M服务供应商引导过程300，其中，M2M SCU、网关和应用引导至M2M服务供应商。假设SCU/网关/应用已经被离线供应了M2M服务供应商的引导功能的地址，或者已经在图2中的M2M服务供应商发现过程200中发现了该地址。
M2M服务供应商引导所适用的公共实例是M2M SCU/网关/应用没有向M2M服务供应商的订阅并使用M2M服务供应商发现来确定一个或多个可用的服务供应商。进一步地，M2MSCU/网关/应用可以从现有的M2M服务供应商订阅改变到另一M2M服务供应商订阅，或者向另一M2M服务供应商进行订阅以获得另外的服务。例如，现有的M2M服务供应商可能没有提供SCU/网关所寻求的服务。
M2M服务供应商的引导功能可以促成使用M2M服务供应商来引导M2M SCU、网关和应用。引导功能的一个重要功能是向M2M SCU/网关/应用和M2M服务供应商的管理功能(例如，M2M认证服务器(MAS)和M2M服务引导功能(MSBF)分发M2M安全证书。然后，根据M2M功能架构而在随后的M2M服务引导过程期间使用这些安全证书。依赖于M2M服务供应商，引导功能的离线供应是必要的(例如，采用全球唯一和永久标识符(例如被批准用其进行引导的每个SCU的介质接入控制(MAC)地址)进行离线供应)。
如M2M服务供应商引导过程300所示，M2M服务供应商305可能需要具有发布者315的安全证书的引导功能310的离线供应(步骤320)。然后，发布者325可以通过向所选的M2M服务供应商305的引导功能310发送请求330来开始到所选的M2M服务供应商的引导。请求330可以包括引导功能310所需的订阅信息，如全球唯一标识符。引导功能310可以向发布者325发送带有发布者325所需的必要安全证书的响应335，以发起采用服务供应商305的任意SCL的引导。引导功能310可以准予接入M2M服务供应商305的SCL的仅子集，且该信息还可以包括在响应335中。
有必要通过安全传递环境(例如，安全万维网接口)来从引导功能310向发布者325传递安全证书。引导功能310也可以向认证服务器315和服务供应商305的MSBF(未示出)提供必要的安全证书(例如，通过安全传递环境，如安全万维网接口)(步骤340)。发布者325可以执行SCL发现来确定M2M服务供应商所支持的可用SCL，并执行SCL引导/注册过程(步骤345)。
在另一实施方式中，M2M SCU/网关可以建立与M2M服务供应商的关系，并可以使用SCL发现来确定由那个服务供应商所提供的可用SCL。在另一实施方式中，M2M SCU/网关可以不具有与M2M服务供应商的关系，而且可以使用SCL发现来确定它所需要的SCL类型，并且继而M2M服务供应商可以提供那些SCL。在再一实施方式中，M2M SCU/网关可以切换到(例如，其被重新部署)新的M2M服务供应商，并可能需要发现由该新的服务供应商所支持的SCL。在又一实施方式中，M2M SCU/网关可能需要与其所注册的现有SCL当前所提供的服务不同或附加的服务(例如，其被重新配置)。在又一实施方式中，应用(例如，能够实现M2M服务的设备应用(DA)、网关应用(GA)、网络应用(NA)，或者能够实现非M2M服务的设备应用((D’A))可能需要去发现它的的本地SCL。在又一实施方式中，M2M服务器可能需要发现由其它M2M服务器、网关和设备支持的服务。
当SCL的主机的网络地址未知时，MSDF SCL发现可以用于确定SCL。例如，M2M SCU/网关可能需要特定类型的SCL，但是可能不知道该类型的SCL所宿的M2M服务器的网络地址。该M2M SCU/网关可以获得MSDF的帮助来发现提供该类型SCL的M2M服务器的网络地址。
图4示出了MSDF分层架构400的示例。MSDF可以促成M2M服务供应商(#1和#2)和M2MSCL的自动发现。MSDF可以是可由M2M SCU、网关、应用和M2M服务器接入的分层分布式数据库。如图4所示，MSDF分层架构400不仅可以具有一个位于中央的MSDF，而是有多个MSDF(#1，#2和#3)。MSDF分层架构400的分布式且分散式架构可以允许其缩放并支持被实施在M2M服务器、网关和SCU上的大量的M2M服务供应商和SCL。类似地，MSDF分层架构400的所有权也可以被分发和分成多个域，以允许对M2M服务供应商和将由每个域的所有者(例如，M2M服务供应商)控制的SCL的管理和接入控制。
图4中所示的MSDF分层架构400的分布式和分层性质也可以允许其与现有的命名和服务发现系统(例如，域名系统(DNS)和DNS-服务发现(DNS-SD))相合并和联网在一起。图5示出了集成MSDF/DNS服务器分层架构500的示例，其用于允许M2M服务供应商注册并宣传具有DNS基础设施的服务，并使它们的M2M服务对于位于它们各自的本地M2M服务供应商域之外的其他方而言是可发现的。
MSDF数据库可以存储多个MSDF记录且该MSDF可以支持多种记录类型。例如，可以创建诸如M2M服务供应商或M2M SCL记录之类的记录类型。支持不同的记录类型允许MSDF在需要时具有不同的M2M服务发现记录格式。对于MSDF支持的每个记录格式，记录属性可以被定义为包含诸如SCL主机地址、SCL服务类别等的信息。
MSDF可以支持创建、更新、删除或检索MSDF记录。另外，MSDF也可以支持用于基于MSDF记录属性来找到MSDF记录的查询。例如，可以针对各个域中M2M SCL类型的所有MSDF记录来查询MSDF，所述MSDF记录具有某种记录属性，例如，命名的‘mobility’等于‘no’。作为响应，MSDF可以返回M2M SCL类型的具有‘mobility’属性等于‘no’的MSDF记录列表(如果检索到的话)。
MSDF SCL发现过程可以依赖于MSDF的网络地址的知晓，该网络地址可以被离线供应或以其他方式被发现。典型地，这可以是最接近的MSDF(例如，局部域中的MSDF)的地址。例如，如果MSDF在DNS-SD服务器中被实现，那么MSDF网络地址可以等同于本地DNS-SD服务器地址，其可以由基础网络服务供应商或域管理员进行配置并使用。
图6示出了包括M2M服务供应商(或主机SCL)605、MSDF 610和发布者615的网络中的MSDF SCL发现过程600。为了使得其他方能够经由MSDF查询来发现SCL，M2M服务供应商(或主机SCL)605可以向MSDF 610发布用于创建SCL发现记录的请求620。SCL发现记录可以被配置有各种类型的属性，诸如MSDF记录类型(例如，M2M SCL发现)、拥有SCL的M2M服务供应商、针对SCL的sclBase的绝对URI、其它网络实体的地址和属性(例如，设备管理服务器、引导服务器等的地址和所支持的协议)、由SCL支持的M2M服务能力的类型、由SCL支持的M2M服务的类别(例如，移动性、调度延迟、支持的数据速率、持久性、优先级等)、用于与SCL通信的协议类型(例如，HTTP/TCP、CoAP/UDP等)、由SCL支持的M2M服务标识符的类型(例如，建筑自动化、电子健康、消费电子、公共事业等)以及由SCL支持的M2M应用或设备的类型(例如，恒温器、心脏监护器、照相机等)。
响应于SCL发现记录创建请求620，MSDF 610可以向M2M服务提供商(或主机SCL)605发送用于指示SCL发现记录是否已经被成功创建的响应625。发布者615可以通过向MSDF610发送服务发现请求630来发现SCL。可替换地，可用服务可由MSDF 610来宣布。服务发现请求630可以包括MSDF记录类型(例如，M2M SCL发现)、MSDF 610用于搜索它的数据库的可选查询字符串以及其提供的过滤响应。例如，查询字符串可以指定具体的M2M服务供应商、发布者615正在查找的M2M服务的类型或类别或发布者615支持的协议类型。
响应于服务发现请求630，MSDF 610可以向发布者615发送服务发现响应635，该服务发现响应635包括与服务发现请求630中的查询相匹配的MSDF记录列表。在查询导致了多个匹配结果的情况中，MSDF 610可以在服务发现响应635中包括用于确定在其响应中返回了哪些记录的附加能力。例如，MSDF 610可以通过跟踪在响应中返回的每个类型的记录数量来在相同类型的SCL上加载平衡请求。发布者615可以从其在服务发现响应635中接收到的MSDF记录列表中选择一个或多个SCL来进行引导/向其注册(步骤640)。如果之前获得了恰当的安全证书，那么发布者615可以执行SCL引导/注册过程(步骤645)。否则，发布者615有必要首先获得恰当的证书(例如，通过离线供应或完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
MSDF SCL发现过程600可以与DNS-SD协议绑定。这种绑定开始于定义和向dns-sd.org(http://www.dns-sd.org/ServiceTypes.html)注册MSDF DNS-SD服务类型。例如，可以适当的定义和注册命名为“m2m”的服务。可以定义其他的MSDF DNS-SD服务子类。图7示出了可以经由MSDF DNS-SD SCL发现而被支持的服务子类的类型的示例。
可以在目标DNS服务器上针对每个SCL服务类型实例并可选地针对每个SCL服务子类实例创建DNS-SD指针(PTR)记录。DNS-SD可以使用DNS PTR查找来发现给定服务类型的可用实例列表。对DNS PTR查找的响应是匹配实例名称列表。
针对SCL服务类型实例的DNS-SD PTR记录的格式可以为：service.proto.domainPTR instance.service.proto.domain。针对SCL服务子类实例的DNS-SD PTR记录的格式可以为：sub-service.service.proto.domain PTR instance.sub-service.service.proto.domain。DNS-SD指针记录中的子服务可以是下划线字符跟着子服务名称(例如，_hdr)。DNS-SD指针记录中的服务可以是下划线字符跟着应用协议名称(例如，_m2m)。DNS-SD指针记录中的proto可以是下划线或是“_tcp”(针对运行在TCP上的应用协议)或“_udp”(针对所有其它)。DNS-SD指针记录中的域可以指定在其中注册服务名称的DNS子域。其可以是“local.”，意思是“本地链接域”，或者其可以是非本地DNS域名(例如，“com”)。DNS-SD指针记录中的PTR可以是在DNS PTR记录中使用的DNS关键词。DNS-SD指针记录中的实例可以是被分配给服务实例的用户友好名称(例如，M2M服务供应商(诸如被命名为“peco”的公共事业供应商)的名称)。
针对“m2m”类型且实例名称为“peco”的SCL服务实例的示例性PTR记录可以是：_m2m._tcp.example.com.PTR peco._m2m._tcp.com。
针对“utility”子类和实例名称为“peco”的“m2m”类型的SCL服务实例的示例性PTR记录可以是：_utility._m2m._tcp.example.com.PTR peco._m2m._tcp.com。
可以在目标DNS服务器上创建针对每个SCL服务类型实例和可选的针对每个服务子类实例的DNS-SD服务(SRV)记录。该DNS-SD可以使用DNS SRV记录来定义目标主机名称或地址和服务实例可以到达的端口。
针对SCL服务类型实例的SRV记录的格式可以是：_service._proto.domain time-to-live(TTL)class SRV priority weight port target。
针对SCL服务子类实例的SRV记录的格式可以是：sub_service._service._proto.domain TTL class SRV priority weight port target。在该SRV记录中，sub_service可以是期望子服务的符号名称，service可以是期望服务的符号名称；proto可以是期望服务的传输协议，该传输协议通常是TCP或UDP；domain可以是有效记录的域名；TTL可以是活跃(live)字段的标准DNS时间；class可以是标准DNS类域(class field)(通常是互联网(IN))；priority可以是目标主机的优先级，其中较低的值意味着更高的优先级；weight可以是具有相同优先级的记录的相对权重；port可以是可以在其上找到服务的TCP或UDP端口；以及target可以是提供服务的机器的规范主机名。
针对“m2m”类型且实例名称为“peco”的SCL服务实例的示例性SRV记录可以是：_m2m._tcp.example.com.86400 IN SRV 0 5 5060 peco.m2m.example.com。
针对“utility”子类和实例名称为“peco”的“m2m”类型的SCL服务实例的示例性SRV记录可以是：_utility._m2m._tcp.example.com.86400 IN SRV 0 5 5060peco.m2m.example.com。
可以在目标DNS服务器上创建针对每个SCL服务和子服务实例的MSDF DNS-SD文本(TXT)记录。DNS-SD可以使用DNS TXT记录来存储用于传递关于命名服务的额外信息的任意名称/值对。每个名称/值对可以在DNS TXT记录中以“名称＝值”的格式被编码为其自己的构成字符串(constituent string)。直到第一个‘＝’字符的所有字符是所述名称。第一个‘＝’字符之后直到该字符串的结束的所有字符(包括随后的‘＝’字符，如果有的话)是所述值。从SCL发现的观点来看，DNS-SD TXT记录可以用于存储有用的SCL属性信息，如到SCL的URI路径、SCL支持的不同类型的特征、协议等。
例如，DNS-SD TXT记录可以用于提供SCL URI的路径部分(即，不是SRV记录所提供的IP地址或端口)：scl＝<uri_path_to_sclBase>。
DNS-SD TXT记录还可以用于定义SCL支持的服务子类(诸如图7所示的服务子类)，而不是使用DNS PTR和SRV记录来定义。例如，DNS-SD TXT记录可以包括SCL服务子类名称/值对，如utility＝true，sclhttp＝true及rates＝true。
图8示出了用于在包括发布者805和本地DNS-SD MSDF服务器810的网络中找到“m2m”类型和“utility”子类的服务实例的MSDF DNS-SD SCL发现过程800。参照图8，发布者805可以执行在DNS-SD查找中使用的注册DNS-SD M2M服务类型名称的离线供应(步骤815)。本地DNS-SD MSDF服务器810可以被离线供应SCL发现记录(步骤820)。
每个M2M服务供应商可以在其自己拥有并管理的或转包给其它方进行管理的本地DNS-SD MSDF服务器810中创建SCL发现记录(例如，DNS-SD PTR、SRV和TXT记录)。这些SCL发现记录可以包括诸如单独SCL(即sclBases)的绝对地址(即URI)、SCL支持的服务的类型/类别等属性。可以向每个M2M SCU、网关或服务器供应用于DNS-SD PTR记录查找的注册或标准化的DNS-SD M2M服务类型名称。
本地DNS-SD MSDF服务器810可以向公共DNS登记组织或实体离线注册以建立公共DNS-SD MSDF服务发现区域(步骤825)。公共DNS登记组织或实体可以使该信息公开可用。其它DNS-SD MSDF服务器可以发现已经在它们的分层级别下建立的任意新的服务发现子域。这可以导致M2M服务供应商的DNS-SD MSDF服务器被发现并互连到现有DNS-SD MSDF服务器的分层上。如果私有DNS-SD MSDF部署优先，则可以跳过步骤825。
发布者805的DNS-SD MSDF客户端可以发现、被配置或被供应其被分配的本地DNS-SD MSDF服务器的地址(步骤830)。依赖于基础接入网络技术，该过程可以自动完成或需要手动离线配置。发布者805可以通过向其本地DNS-SD MSDF服务器810发送针对‘_utility._m2m._tcp.com’的DNS-SD PTR查询840来发起M2M SCL发现过程835。被分配的本地DNS-SDMSDF服务器810可以使用包括可用DNS-SD PTR记录列表的DNS-SD响应845来响应发布者805，每个DNS-SD PTR记录包含相应SCL的M2M SCL实例名称。发布者805可以选择其希望进行解析以获得相应的SCL网络地址和可能的其他发现信息(例如peco._m2m._tcp.com)的一个或多个PTR记录(步骤850)。发布者805可以向本地DNS-SD MSDF服务器810发送一个或多个DNS-SD查询请求855以获得其希望进行解析的每个SCL实例名称。
本地DNS-SD MSDF服务器810可以发送针对每个相应DNS-SD查询请求855的具有SRV和TXT记录的响应860。SRV记录可以包含SCL的网络名称或地址(例如，完全限定域名(FQDN)或IP地址和端口)。TXT记录可以包含可选信息，诸如到sclBase的URI路径，SCL支持的服务、协议等的类型或类别等。应当注意的是，如果在SRV记录中返回的是FQDN而非IP地址，那么需要另外的DNS查找来解析针对IP地址的FQDN。发布者805可以选择SCL进行引导(例如，使用来自TXT记录的信息来找到最合适的SCL)(步骤865)。
资源SCL发现过程与基于MSDF的过程相比可以被表征为较低权重的过程，因为其不需要与MSDF有任意交互。该低权重的SCL发现过程可能特别适合于资源受限的(例如，能够实现非M2M服务)、驻留在M2M网关之后的SCU，但可能也被用在其它场景中。在SCL发现过程期间目标主机的网络地址可能会预先知道。
图9示出了M2M服务发现资源结构900，其包括用于促成SCL的自动发现的公知资源sclDiscovery资源905。其可以用于检索针对与包含在SCL发现请求中的SCL发现查询标准相匹配的SCL的URI列表。与本文描述的MSDF方法相比，sclDiscovery资源905可以以更低权重和自动的方式中来支持主机M2M服务器、网关或设备上的SCL发现。该低权重的SCL发现过程可能特别适用于位于M2M网关之后的资源受限的、能够实现非M2M服务的设备，但是也可以用于其它场景中。在SCL发现过程期间目标主机的网络地址可能会预先知道。
例如，能够实现非M2M服务的设备可能知道能够发现它的相应M2M网关的IP地址。对于位于M2M网关之后的能够实现非M2M服务的设备，M2M网关的网络地址的信息是可知的，因为M2M网关是针对这些类型的网络的协作网络节点，因此，在低层网络初始化和关联过程期间，能够实现非M2M服务的设备可以发现所述网关的网络地址。
图9的M2M服务发现资源结构900中的sclDiscovery资源905可以是实施高于M2MsclBase资源树结构910的级别的公知资源。sclDiscovery资源905可以维持由M2M服务器、网关或设备所负责的每个sclBase资源的绝对URI。公知sclDiscovery资源905的原理是以“RESTful”方式发现SCL(其中，RESTful是指遵循代表性状态转移(REST)约束)可以等同于SCL的<sclBase>资源的发现。通过在M2M服务器、网关或设备上维持公知sclDiscovery资源905，主机SCL的发现可以以非常适合于M2M使用情况的RESTful和自动的方式执行，其中M2M使用情况常常需要自动执行且可以不依赖于任何人的交互。
sclDiscovery资源可以支持诸如涉及sclBase属性的创建检索更新和销毁(CRUD)请求以及滤波标准。重要的是，应当注意，多个SCL可以被本地地实施在相同的M2M服务器、网关或设备上。因此，sclDiscovery响应可以包含与在SCL发现检索请求中指定的滤波标准相匹配的绝对sclBase URI的列表。
包括滤波标准的SCL发现请求的示例可以是：“Retrieve coap://m2m.myoperator.org:<well_known_m2m_port>/discovery？attrib1＝val1&attrib2＝val2…”。
已知端口的使用可以进一步实现SCL发现的自动化。通过定义已知端口和已知sclDiscovery资源，执行SCL发现所需的唯一剩余信息可以是目标M2M服务器、网关或设备的网络地址(例如，IP地址)。
图10示出了M2M已知资源SCL发现过程1000。每个M2M服务器、网关和设备维持各自的sclDiscovery已知资源1005。它们的职责可以包括维持每个主机sclBase资源的绝对URI和对sclDiscovery已知资源和查询字符串的CRUD请求的服务。发布者1010可以向目标M2M服务器、网关或设备sclDiscovery已知资源1005发送SCL发现请求1015。服务发现请求包括使用sclBase属性(诸如accessRightID、searchStrings、creationTime、lastModifiedTime、Pocs和schedule)并提出用于支持SCL发现的新sclBase属性(诸如拥有SCL的M2M服务供应商、针对SCL的sclBase的绝对URI、SCL支持的M2M服务的类别(例如，移动性、调度延迟、支持的数据速率、持久性、优先级等)、用于与SCL通信的协议的类型(例如，HTTP/TCP、CoAP/UDP等)、SCL支持的M2M服务标识符的类型(例如，建筑自动化、电子健康、消费电子、公共事业等)、SCL支持的M2M应用或设备的类型(例如，恒温器、心脏监控器、照相机等)以及辅助M2M服务供应商(例如，专门的公用公司、专门的安全组织等))的查询字符串。
如图10所示，M2M服务器、网关或设备sclDiscovery已知资源1005可以发送向发布者1010提供SCL发现结果的服务发现响应1020。响应1020可以包括与SCL发现请求1015中的查询字符串相匹配的SCL列表。另外，响应1020还可以包括针对每个SCL的sclBase的绝对URI。之后发布者1010可以从响应1020中的SCL列表中选择一个或多个SCL来进行引导或注册(步骤1025)。如果发布者1010之前获得了合适的安全证书，则发布者1010可以执行SCL引导/注册过程(步骤1030)。否则，发布者1010必需首先获得合适的证书(例如，通过离线供应或完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
当SCL的主机的域名是已知的但网络地址未知时，DNS SCL发现可以用于找到M2MSCL。在这种情况下，M2M应用/SCU/网关/服务器可以获得DNS服务器的帮助来发现具有相应域名的主机的网络地址。一旦主机的网络地址已知，则诸如图10的已知资源SCL发现过程1000的机制可以用于找到位于主机上的SCL的绝对URI。
图11示出了基于DNS的M2M SCL发现过程1100。该基于DNS的M2M SCL发现过程1100可以依赖于DNS服务器的网络地址的知晓，该网络地址可以被离线供应和/或经由诸如接入网络引导、DHCP、设备管理配置或一些其他类似方法之类的过程而被预先发现。
M2M服务供应商1105可以注册它的每个SCL主机(例如，SCL所宿的M2M服务器)的域名，以使它们公开。如果期望私有DNS部署，则可以跳过步骤1110。M2M服务供应商1105可以部署DNS服务器1115并在其上安装针对SCL所宿的M2M服务器中的一个或多个M2M服务器中的每个M2M服务器的DNS记录(步骤1120)。
M2M应用/SUC/网关/服务器1125可以被供应所部署的DNS服务器1115的网络地址，或可以被动态地配置DNS服务器1115的网络地址(例如，经由诸如接入网络引导、DHCP、设备管理配置或一些其它类似方法之类的过程)(步骤1130)。M2M应用/SUC/网关/服务器1125之后可以被供应具有可用SCL的主机的一个或多个完全限定域名(FQDN)，或可以经由诸如接入网络引导、DHCP、设备管理配置或一些其它类似方法之类的过程被动态地配置该信息(步骤1135)。
M2M应用/SUC/网关/服务器1125可以通过使用所部署的DNS服务器1115的被供应/被配置的FQDN和网络地址向所部属的DNS服务器1115发送DNS查找请求1140来发现SCL。所部署的DNS服务器1115可以发送具有针对相应SCL主机的所解析网络地址的响应1145。
依赖于所解析网络地址的格式，可能需要另外的发现步骤。若所解析网络地址是SCL的主机的IP地址而不是至位于主机上的SCL的全URI路径，那么可能需要附加的发现(例如，图10的M2M已知SCL资源发现过程1000可以用于通过使用SCL主机的IP地址来发现全URI)。若M2M应用/SCU/网关/服务器1125已经具有合适的安全证书，则其可以执行SCL引导/注册过程。否则，M2M应用/SCU/网关/服务器1125会首先获得合适的证书(例如，通过离线供应或完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
图12示出了基于DHCP的M2M SCL发现过程1200。该基于DHCP的M2M SCL发现过程1200可以用于经由对DHCP服务器的请求来找到M2M SCL。在这种情形下，M2M设备/网关可以向DHCP服务器发出请求以发现已被预编程到DHCP服务器中的一个或多个可用M2M SCL的地址(例如，通过DHCP服务器管理员)。DHCP服务器还可以用于提供除SCL的地址之外的附加SCL信息(例如，SCL支持的M2M服务能力的类型等)。
基于DHCP的M2M SCL发现过程1200可以依赖于DHCP服务器的网络地址的知晓，该网络地址可以被离线供应和/或经由诸如广播、接入网络引导、设备管理配置或一些其它类似方法之类的过程而被预先发现。
M2M服务供应商1205可以为DHCP服务器配置它的每个SCL的地址(例如，SCL的URI)或它的每个SCL主机的地址(例如，SCL所宿的M2M服务器的IP地址)(步骤1215)。M2M服务供应商1205可以部署DHCP服务器1210以使其它方能够接入(步骤1220)。
M2M应用/SCU/网关/服务器1225可以被供应DHCP服务器1210的网络地址，或动态地发现DHCP服务器1210的网络地址(例如，通过广播)，或通过诸如接入网络引导、设备管理配置或一些其它类似方法之类的过程而被动态地配置DHCP服务器1210的地址(步骤1230)。M2M应用/SCU/网关/服务器1225可以通过向DHCP服务器1210发送DHCP请求1235来发现SCL。应当注意的是，可以利用不同的DHCP请求1235(例如，可以使用DHCP通知型请求)。
DHCP服务器1210可以发送具有SCL的地址(例如，SCL的绝对URI或SCL的主机的IP地址)的响应1240，以及除了SCL的地址之外的附加SCL信息(例如，SCL支持的M2M服务能力的类型)。
依赖于所返回的SCL地址的格式，可能需要附加的发现步骤。若返回的SCL地址是SCL的主机的IP地址而非至位于主机上的SCL的全URI路径，那么就需要附加的发现(例如，图10的M2M已知资源SCL发现过程1000可以用于通过使用SCL主机的IP地址来发现全URI)。若M2M应用/SCU/网关/服务器1225已具有合适的安全证书，那么可以执行SCL引导/注册过程。否则，M2M应用/SCU/网关/服务器1225会首先获得合适的证书(例如，通过离线供应或通过完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
基础接入网络引导/注册过程可以用于分配M2M SCL。在这种情形下，可以在接入网络引导/注册过程期间，将M2M设备/网关/服务器配置有所分配的SCL。由于M2M服务注册直到接入网络引入和注册完成之后才被执行，所以该方法在SCL配置信息在接入网络引导/注册时是可用的情况下是切实可行的。
基于接入网络引导/注册的M2M SCL发现过程可以依赖于接入网络供应商预先知晓SCL地址(例如，SCL的主机的FQDN或IP地址，<sclBase>的URI等)。M2M服务供应商可以与接入网络供应商共享SCL地址(例如，它们具有已建立的关系)。M2M设备/网关/服务器可以执行接入网络引导/注册过程，在此期间接入网络供应商可以向设备/网关/服务器配置所分配的SCL。
依赖于SCL地址的格式，可能需要附加的发现步骤。若SCL地址是SCL的主机的IP地址或FQDN的格式而非至位于主机上的SCL的全URI路径，那么就需要附加的发现(例如，图10中的M2M已知资源SCL发现过程1000可以用于通过使用SCL主机的IP地址来发现全URI)。若M2M设备/网关/服务器已具有合适的安全证书，那么其可以执行SCL引导/注册过程。否则，M2M设备/网关/服务器会首先获得合适的证书(例如，通过离线供应或通过完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
基础接入网络管理功能(例如，开放式移动联盟设备管理(OMA-DM))可以用于分配M2M SCL。在这种情形下，M2M设备/网关/服务器可以经由网络管理功能而被骗子有所分配的SCL。该方法的优势在于，接入网络管理功能不必局限于仅在接入网络引导/注册期间配置M2M设备/网关/服务器。相反地，接入网络管理功能可以发布多个更新来以更加动态的方式配置/重新配置所分配的SCL。
基于设备管理的M2M服务发现过程可以依赖于网络管理服务器预先知晓SCL地址(例如，SCL的主机的FQDN或IP地址，<sclBase>的URI等)。
M2M服务供应商可以与网络管理服务器共享SCL地址。M2M设备/网关/服务器可以执行接入网络引导/注册过程。在该过程期间，设备/网关/服务器可以通过接入网络中的网络管理服务器而被配置有所分配SCL的地址。可替换地，网络管理服务器可以被供应设备/网关/服务器的地址或者动态地发现该地址(例如，通过使用一些诸如广播、本地广播等的接入网络发现机制)。
M2M应用/SCU/网关/服务器可以向网络管理服务器请求SCL地址信息。可替换地，网络管理服务器可以发送SCL地址信息至设备/网关/服务器SCL。依赖于SCL地址的格式，可能需要附加的发现。若SCL地址是SCL的主机的IP地址或FQDN的格式而非至位于主机上的SCL的全URI路径，那么可能需要附加的发现(例如，图10中的M2M已知资源SCL发现过程1000可以用于通过使用SCL主机的IP地址来发现全URI)。若设备/网关/服务器已具有合适的安全证书，则其可以开始SCL引导/注册过程。否则，设备/网关/服务器会首先获得合适的证书(例如，通过离线供应或通过完成图2中的M2M服务供应商发现过程200和图3中的M2M服务供应商引导过程300)。
当M2M设备/网关/应用不具有与M2M服务供应商的订阅并使用M2M服务供应商发现来找到一个或多个可用供应商时，可能需要M2M服务供应商发现。此外，当M2M设备/网关/服务器需要将现有的M2M服务供应商订阅改变为新的M2M服务供应商订阅或可能订阅另一个M2M服务供应商以活动附加服务时，可能需要M2M服务供应商发现。例如，当现有的M2M服务供应商没有提供设备/网关需要的服务时，M2M设备、网关和应用可以执行发现过程以找到合适且可用的M2M服务供应商。
实施例
1、一种接入隶属于服务供应商的服务的方法，该方法包括：
执行第一发现过程以发现至少一个服务供应商；以及
执行第二发现过程以确定由所述至少一个服务供应商所支持的可用服务能力层(SCL)。
2、根据实施例1所述的方法，该方法进一步包括：
用所述至少一个服务供应商执行引导过程。
3、根据实施例2所述的方法，其中，所述第一发现过程包括：
传送包括用于查询记录数据库以确定匹配的服务供应商发现记录的信息的服务供应商发现请求；以及
接收包括与所述服务供应商发现请求中的查询相匹配的服务发现功能记录列表的服务供应商发现响应。
4、根据实施例3所述的方法，该方法进一步包括：
从所述服务发现功能记录列表中选择至少一个服务供应商以用其进行引导。
5、根据实施例4所述的方法，其中，所述引导过程包括：
向所选择的服务供应商传送请求；以及
从所选择的服务供应商接收包括节点采用所述服务供应商的至少一个SCL发起引导所需的信息的响应。
6、根据根据实施例5所述的方法，其中，所述信息包括安全证书。
7、根据实施例1-6中的任意一个实施例所述的方法，其中，所述第二发现过程包括：
发布者传送包括用于查询记录数据库以确定匹配的SCL发现记录的信息的服务发现请求；以及
所述发布者接收包括与所述服务发现请求中的查询相匹配的服务发现功能记录列表的服务发现响应。
8、根据实施例7所述的方法，其中，所述服务发现功能记录列表包括多个SCL地址，该方法还包括：
所述发布者向已知资源传送SCL发现请求，以发现每个所述SCL地址的统一资源标识符(URI)，所述SCL地址未指示至位于主机上的SCL的全URI路径；
所述发布者从所述已知资源接收包括所发现的URI的SCL发现响应；以及
所述发布者从所述服务发现功能记录列表中选择至少一个SCL以用所述至少一个SCL进行引导。
9、根据实施例1-6中任意一个实施例所述的方法，其中，所述第二发现过程包括：
向基于域名系统的服务发现(DNS-SD)机器到机器(M2M)服务发现功能(MSDF)服务器提供SCL发现记录；
向公共DNS登记组织或实体注册所述DNS-SD MSDF服务器，以建立公共DNS-SDMSDF服务发现域；
所述DNS-SD MSDF服务器从发布者接收DNS-SD查询；以及
所述DNS-SD MSDF服务器响应于所述DNS-SD查询而向所述发布者传送SCL发现记录。
10、根据实施例1-6中任意一个实施例所述方法，其中，所述第二发现过程包括：
从发布者接收SCL发现请求；以及
传送向所述发布者提供SCL发现结果的服务发现响应。
11、根据实施例10所述的方法，其中，所述SCL发现请求包括使用sclBase属性的查询字符串。
12、根据实施例11所述的方法，其中，所述SCL发现响应包括与所述查询字符串相匹配的SCL列表和针对每个SCL的sclBase的绝对统一资源标识符(URI)。
13、根据实施例1-6中任意一个实施例所述的方法，其中，所述第二发现过程包括：
向发布者提供或配置所部署的域名系统(DNS)服务器的网络地址；
向所述发布者提供或配置针对具有可用SCL的主机的至少一个完全限定域名(FQDN)；
所述发布者使用所述网络地址和FQDN向所述所部署的DNS服务器传送DNS查找请求；以及
所述发布者接收针对相应SCL主机的所解析网络地址。
14、根据实施例1-6中任意一个实施例所述方法，其中，所述第二发现过程包括：
向发布者提供或配置动态主机配置协议(DHCP)服务器的网络地址；
所述发布者向所部署的DHCP服务器传送DHCP请求；以及
所述发布者接收包括SCL的地址和附加SCL信息的响应。
15、一种接入隶属于服务供应商的服务的方法，该方法包括：
向发布者提供或配置所部署的域名系统(DNS)服务器的网络地址；
向所述发布者提供或配置针对具有可用服务能力层(SCL)的主机的至少一个完全限定域名(FQDN)；
所述发布者使用所述网络地址和FQDN向所部署DNS服务器传送DNS查找请求；以及
所述发布者接收针对相应SCL主机的所解析网络地址。
16、根据实施例15所述的方法，其中，所述发布者是无线发射/接收单元(WTRU)。
17、一种被配置用于执行用于发现至少一个服务供应商的第一发现过程、采用至少一个所发现的服务供应商来执行引导过程并然后执行用于确定由所述至少一个所发现的服务供应商所支持的可用服务能力层(SCL)的第二发现过程的装置。
18、根据实施例17所述的装置，其中，所述装置是无线发射/接收单元(WTRU)。
19、根据实施例17所述的装置，其中，所述装置是网关。
20、根据实施例17所述的装置，其中，所述装置是服务器。
21、被配置为用于存储被配置为用于执行用于发现至少一个服务供应商的第一发现过程、采用至少一个所发现的服务供应商来执行引导过程并然后执行用于确定由所述至少一个所发现的服务供应商所支持的可用服务能力层(SCL)的第二发现过程的应用的计算机可读存储介质。
虽然上述以特定的组合方式对特征和元件进行了描述，但本领域普通技术人员应当理解，每个特征或元件均可以单独使用，或者可以与其它任意特征和元件组合使用。另外，这里所描述的实施方式可以用可以包含到由计算机或处理器执行的计算机可读介质中的计算机程序、软件或固件实现。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储设备、磁性介质(例如内部硬盘或移动盘)、磁光介质和光介质(如光盘(CD)或数字通用盘(DVD))。与软件关联的处理器可以用于实施在WTRU、SCU、UE、终端、基站、节点B、eNB、HNB、HeNB、AP、RNC、无线路由或任意主机中使用的射频收发信机。

Claims (30)

1.一种用于由无线发射/接收单元WTRU实现的接入服务的方法，该方法包括：
执行服务能力层SCL发现过程以用于确定可用SCL，其中所述SCL发现过程包括：
传送基于域名系统的服务发现DNS-SD查询到DNS-SD机器到机器M2M服务发现功能MSDF服务器，其中所述DNS-SD MSDF服务器被提供有SCL发现记录；以及
响应于所述DNS-SD查询，从所述DNS-SD MSDF服务器接收SCL发现记录。
2.根据权利要求1所述的方法，其中向公共DNS登记组织注册所述DNS-SD MSDF服务器。
3.根据权利要求1所述的方法，其中，对于每个SCL，所述SCL发现记录包括由每个SCL支持的一类型的M2M服务能力以及由每个SCL支持的一类别的M2M服务。
4.根据权利要求1所述的方法，其中所述SCL发现过程包括：
传送包括用于查询记录数据库以确定匹配的SCL发现记录的信息的服务发现请求；以及
接收包括与所述服务发现请求中的查询相匹配的服务发现功能记录列表的服务发现响应。
5.根据权利要求4所述的方法，其中所述服务发现功能记录列表包括多个SCL地址，该方法还包括：
向已知资源传送SCL发现请求以发现所述SCL地址的每个SCL地址的统一资源标识符URI，所述SCL地址未指示至位于主机上的SCL的全URI路径；
从所述已知资源接收包括所发现的URI的SCL发现响应；以及
从所述服务发现功能记录列表中选择至少一个SCL以用所述至少一个SCL进行引导。
6.根据权利要求1所述的方法，其中所述SCL发现过程还包括：
传送SCL发现请求；以及
接收包括SCL发现结果的服务发现响应。
7.根据权利要求6所述的方法，其中所述SCL发现请求包括使用sclBase属性的查询字符串。
8.根据权利要求7所述的方法，其中所述SCL发现响应包括与所述查询字符串匹配的SCL列表以及针对所述SCL的每个SCL的sclBase的绝对统一资源标识符URI。
9.根据权利要求1所述的方法，其中所述WTRU被提供或配置部署的域名系统DNS服务器的网络地址，并且其中所述WTRU被提供或配置至少一个用于具有可用的SCL的主机的完全限定域名(FQDN)，并且其中所述SCL发现过程还包括：
使用所述网络地址和FQDN向所述部署的DNS服务器传送DNS查询请求；以及
接收针对相应SCL主机的解析的网络地址。
10.根据权利要求1所述的方法，其中所述WTRU被提供或配置动态主机配置协议(DHCP)服务器的网络地址，并且其中所述SCL发现过程还包括：
向所述DHCP服务器传送DHCP请求；以及
接收包括SCL的地址和附加SCL信息的响应。
11.根据权利要求1所述的方法，还包括：
执行服务供应商发现过程以发现至少一个服务供应商，其中所述服务供应商发现过程包括：
传送包括M2M服务类参数的服务供应商发现请求；以及
接收服务供应商发现响应。
12.根据权利要求11所述的方法，其中所述服务供应商发现过程包括：
传送包括用于查询记录数据库以确定匹配的服务供应商发现记录的信息的服务供应商发现请求；以及
接收包括与所述服务供应商发现请求中的查询相匹配的服务发现功能记录列表的服务供应商发现响应。
13.根据权利要求12所述的方法，还包括：
从所述服务发现功能记录列表中选择至少一个服务供应商以进行引导。
14.根据权利要求13所述的方法，其中所述引导程序包括：
向所选择的服务供应商传送请求；以及
从所选择的服务供应商接收包括节点采用所述服务供应商的至少一个SCL发起引导所需的信息的响应。
15.根据权利要求14所述的方法，其中所述信息包括安全证书。
16.一种无线发射/接收单元(WTRU)包括：
用于执行服务能力层SCL发现过程以确定可用SCL的装置，其中所述SCL发现过程包括：
用于传送基于域名系统的服务发现DNS-SD查询到DNS-SD机器到机器M2M服务发现功能MSDF服务器的装置，其中所述DNS-SD MSDF服务器被提供有SCL发现记录；以及
用于响应于所述DNS-SD查询从所述DNS-SD MSDF服务器接收SCL发现记录的装置。
17.根据权利要求16所述的WTRU，其中向公共DNS登记组织注册所述DNS-SD MSDF服务器。
18.根据权利要求16所述的WTRU，其中，对于每个SCL，所述SCL发现记录包括由每个SCL支持的一类型的M2M服务能力以及由每个SCL支持的一类别的M2M服务。
19.根据权利要求16所述的WTRU，其中所述SCL发现过程包括：
用于传送包括用于查询记录数据库以确定匹配的SCL发现记录的信息的服务发现请求的装置；以及
用于接收包括与所述服务发现请求中的查询相匹配的服务发现功能记录列表的服务发现响应的装置。
20.根据权利要求19所述的WTRU，其中所述服务发现功能记录列表包括多个SCL地址，该WTRU还包括：
用于向已知资源传送SCL发现请求以发现所述SCL地址的每个SCL地址的统一资源标识符URI的装置，所述SCL地址未指示至位于主机上的SCL的全URI路径；
用于从所述已知资源接收包括所发现的URI的SCL发现响应的装置；以及
用于从所述服务发现功能记录列表中选择至少一个SCL以用所述至少一个SCL进行引导的装置。
21.根据权利要求16所述的WTRU，其中所述SCL发现过程还包括：
用于传送SCL发现请求的装置；以及
用于接收包括SCL发现结果的服务发现响应的装置。
22.根据权利要求21所述的WTRU，其中所述SCL发现请求包括使用sclBase属性的查询字符串。
23.根据权利要求22所述的WTRU，其中所述SCL发现响应包括与所述查询字符串匹配的SCL列表以及针对所述SCL的每个SCL的sclBase的绝对统一资源标识符URI。
24.根据权利要求16所述的WTRU，其中所述WTRU被提供或配置部署的域名系统DNS服务器的网络地址，并且其中所述WTRU被提供或配置用于具有可用SCL的主机的至少一个完全限定域名(FQDN)，并且其中所述SCL发现过程还包括：
用于使用所述网络地址和FQDN向所述部署的DNS服务器传送DNS查询请求的装置；以及
用于接收针对相应SCL主机的解析的网络地址的装置。
25.根据权利要求16所述的WTRU，其中所述WTRU被提供或配置动态主机配置协议DHCP服务器的网络地址，并且其中所述SCL发现过程还包括：
用于向所述DHCP服务器传送DHCP请求的装置；以及
用于接收包括SCL的地址和附加SCL信息的响应的装置。
26.根据权利要求16所述的WTRU，还包括：
用于执行服务供应商发现过程以发现至少一个服务供应商的装置，其中所述服务供应商发现过程包括：
用于传送包括M2M服务类参数的服务供应商发现请求的装置；以及
用于接收服务供应商发现响应的装置。
27.根据权利要求26所述的WTRU，其中所述服务供应商发现过程包括：
用于传送包括用于查询记录数据库以确定匹配的服务供应商发现记录的信息的服务供应商发现请求的装置；以及
用于接收包括与所述服务供应商发现请求中的查询相匹配的服务发现功能记录列表的服务供应商发现响应的装置。
28.根据权利要求27所述的WTRU，还包括：
用于从所述服务发现功能记录列表中选择至少一个服务供应商以进行引导的装置。
29.根据权利要求28所述的WTRU，其中所述引导程序包括：
用于向所选择的服务供应商传送请求的装置；以及
用于从所选择的服务供应商接收包括节点采用所述服务供应商的至少一个SCL发起引导所需的信息的响应的装置。
30.根据权利要求29所述的WTRU，其中所述信息包括安全证书。
CN201710271699.9A 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置 Active CN107197419B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201161448924P 2011-03-03 2011-03-03
US61/448,924 2011-03-03
US201161485711P 2011-05-13 2011-05-13
US61/485,711 2011-05-13
CN201280010340.1A CN103503487B (zh) 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201280010340.1A Division CN103503487B (zh) 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置

Publications (2)

Publication Number Publication Date
CN107197419A true CN107197419A (zh) 2017-09-22
CN107197419B CN107197419B (zh) 2020-11-24

Family

ID=45815983

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710271699.9A Active CN107197419B (zh) 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置
CN201280010340.1A Active CN103503487B (zh) 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201280010340.1A Active CN103503487B (zh) 2011-03-03 2012-02-24 用于接入隶属于所发现的服务供应商的服务的方法和装置

Country Status (7)

Country Link
US (2) US10171286B2 (zh)
EP (2) EP3264807B1 (zh)
JP (2) JP6126998B2 (zh)
KR (2) KR101549765B1 (zh)
CN (2) CN107197419B (zh)
TW (1) TWI581649B (zh)
WO (1) WO2012118711A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110138850A (zh) * 2019-05-06 2019-08-16 福建星网智慧科技股份有限公司 一种基于DNSmasq实现云PBX业务负载均衡的方法
CN112840621A (zh) * 2018-10-16 2021-05-25 通力股份公司 在电梯和自动扶梯中的数据网络服务发现

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2827572A4 (en) * 2012-03-16 2016-03-30 Sony Corp INFORMATION PROCESSING DEVICE, WIRELESS COMMUNICATION DEVICE AND INFORMATION PROCESSING METHOD
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
KR101453155B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
EP2868122B1 (en) 2012-06-29 2019-07-31 IOT Holdings, Inc. Service-based discovery in networks
US10178528B2 (en) * 2012-07-27 2019-01-08 Telefonaktiebolaget Lm Ericsson (Publ) Device connectivity management for machine type communications
KR101362384B1 (ko) * 2012-08-09 2014-02-21 한국과학기술원 웹 플랫폼을 이용한 아이피 기반 ＩｏＴ 사물 브라우징 방법 및 시스템
CN103596117B (zh) * 2012-08-13 2017-12-15 华为终端（东莞）有限公司 发现机器对机器业务的方法、设备及系统
WO2014037055A1 (en) * 2012-09-10 2014-03-13 Telefonaktiebolaget L M Ericsson (Publ) Method and system for communication between machine to machine m2m service provider networks
EP2893719B1 (en) 2012-09-10 2018-06-13 Telefonaktiebolaget LM Ericsson (publ) Method and system for communication between machine to machine (m2m) service provider networks
KR102045905B1 (ko) * 2012-11-05 2019-11-18 주식회사 케이티 단말 이동성 제공을 위한 단말 어플리케이션 등록 방법 및 그 장치
KR20150088787A (ko) * 2012-11-05 2015-08-03 엘지전자 주식회사 무선 통신 시스템에서 특정 리소스에 대한 정보 갱신을 위한 방법 및 장치
KR102045907B1 (ko) * 2012-11-23 2019-12-02 주식회사 케이티 응용 식별 정보와 서비스 제공 능력 식별 정보의 연계 방법 및 그 장치
EP2945326B1 (en) * 2013-01-11 2019-06-12 LG Electronics Inc. Method for changing gateway in machine-to-machine (m2m) system and device therefor
US10284659B2 (en) 2013-01-25 2019-05-07 Apple Inc. Hybrid unicast/multicast DNS-based service discovery
KR101986850B1 (ko) * 2013-02-04 2019-06-07 주식회사 케이티 Ｍ２ｍ정보 관리 방법 및 그 장치
KR101997610B1 (ko) * 2013-02-21 2019-07-08 주식회사 케이티 Ｍ２ｍ 시스템의 분류 및 우선순위를 적용한 디스커버리 방법
EP2994839B1 (en) 2013-05-06 2020-11-04 Convida Wireless, LLC Intelligent negotiation service for internet of things
KR101999039B1 (ko) 2013-05-06 2019-07-10 콘비다 와이어리스, 엘엘씨 디바이스 트리거링
KR102067093B1 (ko) * 2013-05-21 2020-01-17 콘비다 와이어리스, 엘엘씨 경량 iot 정보 모델
KR101466729B1 (ko) * 2013-05-28 2014-12-01 삼성에스디에스 주식회사 IPv6 환경에서의 단말 정보 통합 관리 장치 및 방법
US10404659B2 (en) 2013-06-07 2019-09-03 Telefonaktiebolaget Lm Ericsson (Publ) Optimization of resource URLs in machine-to-machine networks
US9544190B2 (en) * 2013-06-28 2017-01-10 Avaya Inc. Application configuration using DNS-based service discovery
CN103491129B (zh) * 2013-07-05 2017-07-14 华为技术有限公司 一种业务节点配置方法、业务节点池注册器及系统
KR20180043385A (ko) 2014-04-09 2018-04-27 콘비다 와이어리스, 엘엘씨 서비스 인에이블러 기능
EP3143780B1 (en) 2014-05-16 2020-09-02 Telefonaktiebolaget LM Ericsson (publ) Device authentication to capillary gateway
US9906605B2 (en) * 2014-05-23 2018-02-27 Qualcomm Connected Experiences, Inc. Enhanced DNS-based service discovery in an internet of things (IoT) environment
JP6456472B2 (ja) * 2014-07-18 2019-01-23 コンヴィーダ ワイヤレス， エルエルシー 複数のデバイス上での複数のコマンドの実行を可能にすることによるｍ２ｍシステムにおけるサービス層と管理層との間の拡張型動作
KR101973298B1 (ko) * 2014-07-22 2019-04-26 콘비다 와이어리스, 엘엘씨 M2m-iot 서비스의 발행 및 발견
WO2016044581A1 (en) 2014-09-17 2016-03-24 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
JP6473807B2 (ja) 2014-10-03 2019-02-20 インターデイジタル パテント ホールディングス インコーポレイテッド 制限されたダイレクトディスカバリのための方法
WO2016095140A1 (zh) * 2014-12-17 2016-06-23 华为技术有限公司 确定网关信息的方法和装置
EP3243317B1 (en) * 2015-01-05 2024-04-10 Convida Wireless, LLC Machine-to-machine protocol indication and negotiation
FR3032851A1 (fr) * 2015-02-13 2016-08-19 Kerlink Procede de resolution d'une adresse ip, serveur et programme d'ordinateur correspondants.
EP3259898B1 (en) * 2015-02-20 2020-07-22 Convida Wireless, LLC Message bus service directory
WO2016138431A1 (en) * 2015-02-27 2016-09-01 Pcms Holdings, Inc. Systems and methods for secure roll-over of device ownership
US10805781B2 (en) * 2015-03-05 2020-10-13 Samsung Electronics Co., Ltd. Method and apparatus for establishing a connection between devices
KR101695538B1 (ko) * 2015-03-31 2017-01-13 엘지전자 주식회사 네트워크 시스템 및 정보 획득 방법
WO2017007783A1 (en) * 2015-07-06 2017-01-12 Convida Wireless, Llc Wide area service discovery for internet of things
JP6599546B2 (ja) * 2015-08-13 2019-10-30 コンヴィーダ ワイヤレス， エルエルシー サービス層におけるアンルートリソース発見を可能にする方法
CN108141447B (zh) 2015-09-01 2021-08-24 康维达无线有限责任公司 服务层注册
WO2017049220A1 (en) 2015-09-17 2017-03-23 Laundry 2.0, LLC System for commercial laundry services and facilities
US11019155B2 (en) * 2015-09-23 2021-05-25 Convida Wireless, Llc Enhanced restful operations
CN106919550B (zh) * 2015-12-25 2021-09-07 华为技术有限公司 一种语义验证的方法和装置
CN105897523B (zh) 2016-03-29 2019-04-05 华为技术有限公司 一种接入方法、设备及系统
JP2018527765A (ja) * 2016-08-03 2018-09-20 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． サービス接続を確立する方法、装置、プログラム、及び記録媒体
CN110073647B (zh) * 2016-12-14 2022-04-22 Idac控股公司 在网络附着点处注册基于fqdn的ip服务端点的系统和方法
EP3598311A4 (en) * 2017-03-13 2020-02-26 Mitsubishi Electric Corporation COMMUNICATION DEVICE, SERVER, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
JP7142641B2 (ja) * 2017-03-17 2022-09-27 コンヴィーダ ワイヤレス， エルエルシー ネットワークサービス層における分散トランザクション管理
US11895200B2 (en) * 2017-03-24 2024-02-06 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Access to an operator panel over an out-of-band local network domain
US10652107B2 (en) * 2017-11-10 2020-05-12 International Business Machines Corporation Accessing gateway management console
US10700926B2 (en) 2017-11-10 2020-06-30 International Business Machines Corporation Accessing gateway management console
US11689414B2 (en) 2017-11-10 2023-06-27 International Business Machines Corporation Accessing gateway management console
EP3811592A1 (en) * 2018-06-25 2021-04-28 Telefonaktiebolaget LM Ericsson (publ) Communication protocol discover method in constrained application protocol (coap)
CN112888644A (zh) 2018-10-16 2021-06-01 通力股份公司 运输基础设施外围设备的网络调试
EP3963868A1 (en) 2019-05-03 2022-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for service discovery
DE102019126486A1 (de) * 2019-10-01 2021-04-01 Perinet GmbH Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren
EP4228299A4 (en) * 2020-10-09 2023-12-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. INFORMATION PROCESSING METHOD AND DEVICE AND STORAGE MEDIUM
WO2024071803A1 (ko) * 2022-09-26 2024-04-04 세종대학교 산학협력단 무설정 네트워킹 기술 기반 사물인터넷 장치 검색 및 등록을 위한 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) * 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture
WO2009092115A2 (en) * 2008-01-18 2009-07-23 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
CN101983499A (zh) * 2008-02-06 2011-03-02 诺基亚西门子通信公司 基于设备位置的服务器标识符采集

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7293021B1 (en) * 2004-07-23 2007-11-06 Microsoft Corporation Method and system for providing dynamic capability discovery and use
US8223716B2 (en) 2006-12-05 2012-07-17 Toshiba America Research, Inc. Assisted proactive IP address acquisition
US20090063686A1 (en) * 2007-08-30 2009-03-05 Schmidt Brian K Automated service discovery and dynamic connection management
KR100902901B1 (ko) 2007-12-05 2009-06-15 엘지전자 주식회사 Ｉｐｔｖ 수신기 및 채널 상세 정보 제공 방법
GB0905559D0 (en) * 2009-03-31 2009-05-13 British Telecomm Addressing scheme
US8243623B2 (en) 2009-03-31 2012-08-14 Intel Corporation Combined device and service discovery technique in stations supporting tunneled direct link setup (TDLS)
US10251146B2 (en) * 2009-12-11 2019-04-02 Qualcomm Incorporated Apparatus and method for network-initiated attachment and registration-less paging
US9071875B2 (en) 2009-12-17 2015-06-30 At&T Intellectual Property I, L.P. Processing and distribution of video-on-demand content items
KR101310900B1 (ko) 2009-12-17 2013-09-25 한국전자통신연구원 서비스 정보 제공 방법, 서비스 정보 제공 시스템 및 서비스 정보 수신 방법
US20110255465A1 (en) * 2010-04-16 2011-10-20 Chang Hong Shan Wimax voip service architecture
US9210527B2 (en) * 2010-07-13 2015-12-08 Qualcomm Incorporated Method and apparatus for providing uniform machine-to-machine addressing
US8650619B2 (en) * 2010-08-19 2014-02-11 Alcatel Lucent Method and apparatus of automated discovery in a communication network
JP5799108B2 (ja) * 2010-11-19 2015-10-21 インターデイジタル パテント ホールディングス インコーポレイテッド リソースの公表および公表取消しのためのマシン間（ｍ２ｍ）インタフェース手順
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
US9071925B2 (en) * 2011-01-05 2015-06-30 Alcatel Lucent System and method for communicating data between an application server and an M2M device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6766361B1 (en) * 2000-02-24 2004-07-20 Cephire Technologies, Inc. Machine-to-machine e-commerce interface using extensible markup language
US20040267590A1 (en) * 2003-06-30 2004-12-30 International Business Machines Corporation Dynamic software licensing and purchase architecture
WO2009092115A2 (en) * 2008-01-18 2009-07-23 Interdigital Patent Holdings, Inc. Method and apparatus for enabling machine to machine communication
CN101983499A (zh) * 2008-02-06 2011-03-02 诺基亚西门子通信公司 基于设备位置的服务器标识符采集

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112840621A (zh) * 2018-10-16 2021-05-25 通力股份公司 在电梯和自动扶梯中的数据网络服务发现
CN110138850A (zh) * 2019-05-06 2019-08-16 福建星网智慧科技股份有限公司 一种基于DNSmasq实现云PBX业务负载均衡的方法

Also Published As

Publication number Publication date
TW201242394A (en) 2012-10-16
KR20130140144A (ko) 2013-12-23
JP2017121094A (ja) 2017-07-06
US20190215229A1 (en) 2019-07-11
WO2012118711A2 (en) 2012-09-07
CN103503487A (zh) 2014-01-08
US20140089478A1 (en) 2014-03-27
US11323303B2 (en) 2022-05-03
JP6126998B2 (ja) 2017-05-10
KR101894614B1 (ko) 2018-09-03
EP2681933A2 (en) 2014-01-08
CN107197419B (zh) 2020-11-24
US10171286B2 (en) 2019-01-01
KR20130126736A (ko) 2013-11-20
WO2012118711A3 (en) 2013-01-24
JP6442547B2 (ja) 2018-12-19
TWI581649B (zh) 2017-05-01
EP3264807A1 (en) 2018-01-03
EP2681933B1 (en) 2017-05-10
CN103503487B (zh) 2017-05-03
EP3264807B1 (en) 2020-01-08
KR101549765B1 (ko) 2015-09-02
JP2014512729A (ja) 2014-05-22

Similar Documents

Publication Publication Date Title
CN103503487B (zh) 用于接入隶属于所发现的服务供应商的服务的方法和装置
US11070633B2 (en) Pre-association discovery of services
Jara et al. Light-weight multicast DNS and DNS-SD (lmDNS-SD): IPv6-based resource and service discovery for the web of things
EP3320671B1 (en) Wide area service discovery for internet of things
US20190036825A1 (en) Load Balancing In The Internet Of Things
CN106797409B (zh) 用于在物联网(iot)中的设备位置注册的服务器
Villaverde et al. Service discovery protocols for constrained machine-to-machine communications
CN108632312A (zh) 网络功能信息交互方法及装置
US11617127B2 (en) Wireless network service type
KR101321583B1 (ko) ＩｏＴ를 위한 글로벌 ＩＤ를 이용한 통신 방법 및 시스템
CN112104468B (zh) 一种管理服务的发现方法及装置
Herrero et al. Resource Identification and Management
Urueña et al. A Scalable Service Discovery Framework with Load Sharing Capabilities

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180823

Address after: Delaware

Applicant after: IOT Holdings, Inc.

Address before: Delaware

Applicant before: Interactive digital holding Co.

Effective date of registration: 20180823

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.