CN114651423B - 消息端点发现方法及相关装置 - Google Patents
消息端点发现方法及相关装置 Download PDFInfo
- Publication number
- CN114651423B CN114651423B CN202080077882.5A CN202080077882A CN114651423B CN 114651423 B CN114651423 B CN 114651423B CN 202080077882 A CN202080077882 A CN 202080077882A CN 114651423 B CN114651423 B CN 114651423B
- Authority
- CN
- China
- Prior art keywords
- resource
- parameter
- endpoint
- information
- endpoint information
- 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
Links
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了消息端点发现方法及相关装置,方法包括:客户端发送多播请求,多播请求包括第一统一资源标识符URI,第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;客户端接收来自第一服务端的第一资源信息,第一资源信息的OCF资源引用Link参数以Links数组方式指示第一服务端承载的资源,Links数组中每个Link参数对应一个资源;其中,第一资源信息的资源属性包括第一参数,第一参数用于指示是否需要进一步获取端点信息资源,端点信息资源用于指示第一服务端承载的资源的端点信息,端点信息资源与/oic/res资源所在的端点相同。本申请实施例能够实现对于任意资源的端点信息的确定问题。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种消息端点发现方法及相关装置。
背景技术
开放式互连基金会(Open Connectivity Foundation,OCF)消息端点(endpoint)用于交换请求和响应消息,消息端点的具体定义取决于所使用的传输协议。对于资源受限应用协议(The Constrained Application Protocol,CoAP)over用户数据报协议(UserDatagram Protocol,UDP),消息端点由IPv4/IPv6地址和UDP端口号组成。一般的,设备的CoAP资源(使用CoAP协议可访问的资源,例如/oic/res资源,/oic/p资源)可以使用默认的UDP端口5683,设备的CoAPS资源(使用CoAP+DTLS协议可访问的资源,例如/oic/acl资源,/oic/cred资源)可以使用默认的UDP端口5684。
消息端点的发现用于客户端获取OCF设备或资源的端点信息,分为隐式发现和显式发现。隐式发现是指如果一个设备是CoAP消息的来源(例如:″/oic/res″响应),那么可以将源IP地址和端口号组合起来,形成该设备的消息端点信息。换句话说,CoAP的″/oic/res″响应消息可以隐式地传递响应设备的端点信息,并将其所有承载的资源都转换为可用CoAP传输协议访问的资源。显式发现是指消息端点信息用″/oic/res″资源中连接Links属性的″eps″参数显式地表示,客户端通过消息端点可以访问Link(Link又称为资源引用)的目标资源。
发明内容
本申请实施例提供一种消息端点发现方法及相关装置,以期实现对于任意资源的端点信息的确定问题。
第一方面,本申请实施例提供一种消息端点发现方法,包括:
客户端发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;
所述客户端接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
第二方面,本申请实施例提供一种消息端点发现方法,包括:
第一服务端接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;
所述第一服务端向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
第三方面,本申请实施例提供一种消息端点发现装置,应用于客户端,所述装置包括处理单元和通信单元,其中,
所述处理单元,用于通过所述通信单元发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
第四方面,本申请实施例提供一种消息端点发现装置,应用于第一服务端,所述装置包括处理单元和通信单元,其中,
所述处理单元,用于通过所述通信单元接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
第五方面,本申请实施例提供一种客户端,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。
第六方面,本申请实施例提供一种第一服务端,包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第二方面任一方法中的步骤的指令。
第七方面,本申请实施例提供了一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第八方面,本申请实施例提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第九方面,本申请实施例提供了一种计算机程序,其中,所述计算机程序可操作来使计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
可以看出,本申请实施例中,客户端发送多播请求,第一服务端接收该多播请求,并向客户端发送第一资源信息,其中,多播请求包括第一URI,第一URI对应的CoAP资源为/oic/res资源,第一资源信息的OCF Link参数以Links数组方式指示第一服务端承载的资源,Links数组中每个Link参数对应一个资源,由于第一服务端承载的资源包括CoAP资源和/或CoAPS资源,第一资源信息的资源属性包括第一参数,第一参数用于指示是否需要进一步获取端点信息资源,端点信息资源用于指示第一服务端承载的资源的端点信息,端点信息资源与/oic/res资源所在的端点相同,因此第一参数能够明确指示CoAPS资源的端点信息,解决对于CoAPS资源的端点信息的不确定性问题,从而实现对于任意资源的端点信息的确定问题。
附图说明
下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1A是本申请实施例提供的一种OCF示例通信***的***架构图;
图1B是本申请实施例提供的一种V2X中的relay示意图;
图1C是本申请实施例提供的一种第二设备通过客户端接入到网络设备的示意图;
图2A是本申请实施例提供的一种消息端点发现方法的流程示意图;
图2B是本申请实施例提供的一种第一资源信息的参数示例图;
图2C是本申请实施例提供的一种端点信息资源的参数示例图;
图3是本申请实施例提供的一种客户端的结构示意图;
图4是本申请实施例提供的一种网络设备的的结构示意图;
图5是本申请实施例提供的一种消息端点发现装置的功能单元组成框图;
图6是本申请实施例提供的一种消息端点发现装置的功能单元组成框图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于如图1A所示的示例通信***100,该示例通信***100包括客户端110和服务端120(图中示例为服务端1、服务端p),客户端110与服务端120通信连接。其中,客户端110可以是手机等各类电子设备,服务端120可以是OCF设备,服务端120设置有OCF消息端点和OCF资源,每个OCF资源可以通过至少1个OCF消息端点访问,1个消息端点上可以关联多个OCF资源。
其中,对于Collection资源(组合资源)里的每个Link,Link可以引用自身(假设为服务端1)的某个资源,此时该Link的端点信息是服务端1的某个端点,也可以引用另一个服务端p上的某个资源,此时该Link里的端点信息是服务端p的某个端点。
本申请实施例的技术方案可以应用于各种通信***,例如:全球移动通信(globalsystem for mobile communications,GSM)***、码分多址(code division multipleaccess,CDMA)***、宽带码分多址(wideband code division multiple access,WCDMA)***、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、通用移动通信***(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信***、未来的第五代(5th generation,5G)***或新无线(new radio,NR)等。
本申请实施例中的客户端110可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personaldigital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、中继设备、车载设备、可穿戴设备,未来5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端等,本申请实施例对此并不限定。
本申请实施例中的服务端120可以是用于与客户端110通信的设备,该网络设备可以是全球移动通信(global system for mobile communications,GSM)***或码分多址(code division multiple access,CDMA)中的基站(base transceiver station,BTS),也可以是宽带码分多址(wideband code division multiple access,WCDMA)***中的基站(NodeB,NB),还可以是LTE***中的演进型基站(evoled NodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该服务端120可以为中继设备、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备,5G***中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(baseband unit,BBU),或,分布式单元(distributed unit,DU)等,本申请实施例并不限定。
在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio Link control,RLC)层、媒体接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,服务端120可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网(radio access network,RAN)中的服务端120,也可以将CU划分为核心网(core network,CN)中的服务端120,本申请对此不做限定。
在本申请实施例中,客户端110或服务端120包括硬件层、运行在硬件层之上的操作***层,以及运行在操作***层上的应用层。该硬件层包括中央处理器(centralprocessing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作***可以是任意一种或多种通过进程(process)实现业务处理的计算机操作***,例如,Linux操作***、Unix操作***、Android操作***、iOS操作***或windows操作***等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是客户端110,或者,是客户端110中能够调用程序并执行程序的功能模块。
下面先对OCF体系的一些基本概念做简要介绍。
在OCF协议中,使用资源(Resource)的方式定义设备的功能。在OCF体系中,资源是表示每一个设备、设备的每一种功能服务和设备的状态等信息的逻辑功能实体,这些逻辑功能实体由服务端公开给客户端进行访问和操作,客户端通过资源操作CRUDN和服务端进行交互。
OCF资源的参数主要包括URI、属性、资源引用和接口。
(1)URI:每个资源有自己的URI,部分资源有预定义的URI,通过访问对应的URI来获取这个资源。
(2)属性(property):每个资源包含属性,属性用于描述资源的相关信息。
(3)资源引用(link):通过链接建立资源之间的引用关系。
(4)接口(interface):公开资源的表述以及对应的操作方法。
其中,OCF属性(Property)以<Key:Value>键值对的形式出现,在JSON表示为″属性名″:″属性值″,属性定义包括以下特征:
①Property title:属性的显示名称。
②Property name:属性的标识名称,<Key:Value>键值对中的key。
③Value type:属性值的类型,可以是简单数据的类型,也可以是复杂的数据类型。
④Value rules:属性值的约束条件,例如最大值、最小值、枚举值的取值范围。
⑤Unit:属性值的单位,例如℃。
⑥Mandatory:表明在某资源类型中,属性是否强制。
⑦Access mode:属性值的访问模式,可以是可读(R)、可写(W)、或者可读可写(R,W)。
⑧Description:属性的可读性描述信息。
属性定义格式,如表1所示的以资源名称″n″属性为例的属性格式。
表1
其中,资源类型(Resource Type)用于描述一类资源的特定应用类型,一个资源可以有多个资源类型定义,即″rt″属性可以有多个属性值,例如″rt″:[″oic.wk.d″,″oic.d.light″]
资源类型定义包括以下特征:
①Pre-defined URI(可选):OCF为特定资源预定义固定的资源URI,例如/oic/res
②Resource Type title(可选):资源类型的显示名称
③Resource Type ID:资源类型的标识,即″rt″属性的值
④Interfaces:该类型资源支持的接口列表
⑤Description:资源类型的可读性描述信息,例如″oic.r.humidity″资源用于描述环境湿度
⑥Mandatory:表明在OCF体系中,该资源类型是否强制
⑦Properties:该资源类型相关的属性
资源类型定义格式,如表2所示的以开关资源″Binary Switch″为例的资源类型格式。
表2
″Binary Switch″资源相关属性如表3所示。
表3
其中,集合Collection资源(又称为组合资源)包含OCF Links,表示一个或多个link资源的集合,通过Collection资源可以引用多个目标资源或其他Collection资源。如图1B例,一个Collection资源包含设备A(light)的开关资源,以及设备B(fan)的开关资源,形成了集中的资源组。客户端可以通过访问Collection资源的oic.if.b接口同时请求多个资源,Collection会把请求发送给links中的每一个资源,并收集每个资源返回的响应,集中后统一返回给客户端。
其中,OCF参考IETF RFC 5988(web linking)定义了OCF Link,OCF Link由键值对组成,用于表示资源之间的连接关系。
①anchor:上下文URI,当anchor隐性化时,其实是表示包含Link的hostingresource,当anchor显性化时一般用于覆盖Link的hosting resource URI,提供非hostingresource URI作为上下文URI,是Link的可选属性。
②href:目标URI,即Link引用的目标资源,可以是相对路径或绝对路径,href是Link的必选属性。
③rel:引用的资源URI和上下文URI的关系,当rel隐性化时默认表示″hosts″,是Link的可选属性。rt:目标资源的资源类型标识,是Link的必选属性。
④if:目标资源支持的接口集,是Link的必选属性。
⑤p:bitmap指示目标资源是否可发现性、是否可观察,是Link的可选属性。
⑥eps:可以访问目标资源的消息端点Endpoints(IP地址+端口号),是Link的可选属性。
其中,OCF消息端点用于交换请求和响应消息,消息端点的具体定义取决于所使用的传输协议。每个设备必须至少与一个消息端点关联,当消息发送到消息端点时,它将被传递到与消息端点关联的设备。当消息被发送到端点后,通过资源标识寻址到目标资源。设备可以与多个消息端点相关联,例如OCF设备同时支持CoAP和TCP则有两个不同的端点。消息端点由端点信息″eps″表示,″eps″端点信息包括两个键″ep″,″pri″。″ep″代表传输协议的端点位置,此键值是必选的,例如″ep″:″coap://IP:port″。当有多个端点时,″pri″表示它们对应的优先级,此键值是可选的,值越低,优先级越高。
其中,/oic/res资源是协议规定的固定的用于设备资源发现的一种Collection资源。如图1C所示,它包含了设备上所有可被发现的资源的links。
其中,资源消息端点发现过程如下:
1.服务端采用″所有OCF节点″多播地址(OCF不用默认的CoAP多播地址,采用OCF注册的组播服务地址:ff0x::158,端口5683),进行信息的多播
2.客户端需要发现资源的时候加入″所有OCF节点″多播组
3.客户端发送多播请求(CoAP GET)给所有服务端,请求URI对应的是″/oic/res″
4.如果需要发现指定的资源类型,可指定″rt″,则只有符合资源类型的设备响应请求,当″rt″查询参数被省略时,所有设备将响应发现请求
5.服务端以Links数组方式返回承载的资源列表,每一个link对应一个资源,Links提供以下信息:
href(link资源URI,可以是相对路径或绝对路径)。
ref(link资源URI和上下文URI的关系)。
eps(link资源绑定的端点信息)。
if(link资源支持的接口)。
obs(link资源是否可被观察Observability)。
目前,按协议定义,设备支持隐式发现的情况下,如果设备回应了对某个资源的请求(一般是支持组播的CoAP资源,例如/oic/res资源),那么它所有资源的端点信息跟该资源的一样。对一个简单的设备来说,一般所有资源都使用同一个IP,CoAP资源的端口使用一个端口(很可能不是默认端口),CoAPS资源使用另一个端口(很可能不是默认端口),所以隐式发现只能发现CoAP资源的端口,而不支持对CoAPS资源的端口的发现,或者CoAPS资源的隐式发现只能使用固定的默认端口(OCF目前未明确这一点)。
设备支持显式发现的情况下,它的资源的端点信息包含在″/oic/res″资源中Links属性下每个Link的″eps″参数中,全部Link都包含″eps″参数使得数据冗余高,此外,该″eps″参数是可选的,未包含″eps″参数的Link参照隐式发现使用″/oic/res″回应消息的来源端口。
例如,若出现分组情况(即部分Link使用一个端点信息,另一部分或多部分使用另一个或另外多个端点信息),则只能是全部的Link都包含″eps″参数。本质上,CoAP资源和CoAPS资源是一种分组情况,如果同时有CoAP资源和CoAPS资源,则必须全部的Link都包含″eps″参数。若全部的Link都包含″eps″参数,则数据冗余比较高。
针对上述问题,本申请实施例提出一种消息端点发现方法,下面结合附图进行详细说明。
请参阅图2A,图2A是本申请实施例提供的一种消息端点发现方法的流程示意图,如图所示,该方法包括:
步骤2a01,客户端发送多播请求(例如:CoAP GET),所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源。
其中,所述/oic/res资源为使用CoAP协议可访问的资源,/oic/res资源是协议规定的固定的用于设备资源发现的一种Collection资源。它包含了设备上所有可被发现的资源的Links。
具体实现中,客户端如果需要发现指定的资源类型,可指定″rt″参数,则只有符合资源类型的服务端响应请求,当″rt″查询参数被省略时,客户端所处OCF多播组内的所有服务端将响应多播请求。
步骤2a02,第一服务端接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源。
具体实现中,所述服务端可以采用″所有OCF节点″多播地址(OCF不用默认的CoAP多播地址,采用OCF注册的组播服务地址:ff0x::158,端口5683),进行信息的多播。客户端需要发现资源的时候加入″所有OCF节点″多播组。
步骤2a03,所述第一服务端向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源。
其中,所述第一资源信息具体可以是/oic/res资源的资源信息。
步骤2a04,所述客户端接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源。
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
其中,所述第一参数例如可以命名为″ex″参数。
可以看出,本申请实施例中,客户端发送多播请求,第一服务端接收该多播请求,并向客户端发送第一资源信息,其中,多播请求包括第一URI,第一URI对应的CoAP资源为/oic/res资源,第一资源信息的OCF Link参数以Links数组方式指示第一服务端承载的资源,Links数组中每个Link参数对应一个资源,由于第一服务端承载的资源包括CoAP资源和/或CoAPS资源,第一资源信息的资源属性包括第一参数,第一参数用于指示是否需要进一步获取端点信息资源,端点信息资源用于指示第一服务端承载的资源的端点信息,端点信息资源与/oic/res资源所在的端点相同,因此第一参数能够明确指示CoAPS资源的端点信息,解决对于CoAPS资源的端点信息的不确定性问题,从而实现对于任意资源的端点信息的确定问题。
在一个可能的实例中,所述端点信息资源的预定义的资源URI(Pre-defined URI)为/oic/eps;
所述端点信息资源的资源类型显示名称(Title)为Endpoint Info;
所述端点信息资源的资源类型(rt)为oic.wk.eps;
所述端点信息资源支持的接口列表(interfaces)为oic.if.baseline;
所述端点信息资源的必选性为必选CM,其中,该必选性包括M(Mandatory,必选)、CM(Conditional Mandatory,有条件必选)、O(Optional,可选)三个选项。
具体实现中,所述端点信息资源的资源类型可以命名为oic.wk.eps,该oic.wk.eps的属性格式如表4所示。
表4
在一个可能的实例中,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
具体实现中,所述端点信息资源的资源属性的格式如表5所示。
表5
在一个可能的实例中,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
其中,所述第二参数为″eps″参数(如图1C所示的eps键值)。
举例来说,如图2B所示的第一资源信息的示例,其中,资源属性部分包括以下参数:″rt″、″if″、″ex″、″eps″,每个Link参数包括以下参数:″href″、″anchor″、″rel″、″rt″、″if″、″p″。
可见,本示例中,由于第一资源信息的每个Link参数不再包含″eps″参数,仅在资源属性部分包含单个″eps″参数键值,从而使得第一资源信息即/oic/res中的″eps″数据减少,有效降低第一资源信息的数据冗余。
在一个可能的实例中,所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
其中,所述默认端口配置如下:CoAP资源使用UDP端口5683,CoAPS资源使用UDP端口5684。所述第一参数″ex″参数值可以是false,则CoAP资源的端点信息和CoAPS资源的端点信息可以表示为:(″eps″:[{″ep″:″coap://IP:5683″},{″ep″:″coaps://IP:5684″}]):,即端口使用了默认端口5683和5684,且IP为第一服务端回应消息的IP地址。
可见,本示例中,针对第一服务端承载的所有资源都使用默认端口(CoAP资源使用UDP端口5683,CoAPS资源使用UDP端口5684)的情况,服务端返回的″/oic/res″中″ex″参数值为false,从而明确指示无需进一步获取端点信息资源,终端根据默认端口的端口号以及第一服务端回应消息的IP地址可以准确确定第一服务端承载的资源的端点信息。
在本可能的实例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
其中,所述第二参数为″eps″参数,所述除第二参数之外的参数例如可以是″rt″参数、″if″参数等。
可见,本示例中,针对所有资源都适用默认端口(CoAP资源使用UDP端口5683,CoAPS资源使用UDP端口5684)的情况,服务端返回的″/oic/res″中″ex″参数值为false,从而明确指示无需进一步获取端点信息资源,终端根据默认端口的端口号以及第一服务端回应消息的IP地址可以准确确定第一服务端承载的资源的端点信息。
在本可能的实例中,所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
其中,第二参数eps的作用是:在所有CoAP资源使用的端口都一样(记为端口A)并且所有CoAPS资源资源使用的端口都一样(记为端口B)的情况下,明确告知客户端这两个端点信息,主要适用A和/或B不是默认端口的情况,当然,A和/或B是默认端口的情况也可以用(只是有冗余而已)。
可见,本示例中,针对所有资源都适用默认端口(CoAP资源使用UDP端口5683,CoAPS资源使用UDP端口5684)的情况,服务端返回的″/oic/res″中″ex″参数值为false,从而明确指示无需进一步获取端点信息资源,终端可以确定第一服务端承载的资源的端点信息为第二参数″eps″所指示的端点信息。
在一个可能的实例中,所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
其中,所述第一参数的值可以是false,用于指示无需进一步获取所述端点信息资源。
其中,所述第一服务端承载的资源均使用除默认端口之外的相同端口具体是指:
(1)第一服务端承载的资源包括CoAP资源和CoAPS资源,且CoAP资源使用的端口为A,CoAPS资源使用的端口为B。A和B二者至少有一个不是默认端口。此种情况CoAP资源的端点信息中的端口为端口A,CoAPS资源的端点信息中的端口为端口B
(2)第一服务端承载的资源仅包括CoAP资源,且CoAP资源使用的端口为A,则CoAP资源的端点信息中的端口为端口A。
(3)第一服务端承载的资源仅包括CoAPS资源,且CoAPS资源使用的端口为B,则CoAPS资源的端点信息中的端口为端口B。
可见,本示例中,针对第一服务端承载的所有资源均使用除默认端口之外的相同端口的情况,″/oic/res″中″ex″参数值设置为false,从而明确指示无需进一步获取端点信息资源,终端可以确定第一服务端承载的资源的端点信息为″eps″参数里写的端点信息。
在本可能的实例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
其中,如图2B所示,所述第二参数可以是″eps″参数,″eps″参数用于指示CoAP资源使用UDP端口44444,以及指示CoAPS资源使用UDP端口11111。
可见,本示例中,通过第二参数″eps″参数明确指示当前资源的端点信息为/oic/res资源自身所在的端点的端点信息,即相同端口的端点信息,实现针对任意类型资源的明确指示。
在一个可能的实例中,所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
其中,所述第一参数″ex″参数值可以为true。
可见,本示例中,针对第一服务端承载的资源未使用相同端口即使用多个不同端点的情况,第一参数用于指示需要进一步获取所述端点信息资源,从而第一资源信息的每个Link无需再当前信息中进行端点信息的指示,可以减少/oic/res中的数据冗余。
在本可能的实例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
其中,所述除第二参数”eps”参数之外的参数可以是″rt″参数、″if″参数等。
在本可能的实例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述客户端接收来自第一服务端的第一资源信息之后,所述方法还包括:所述客户端向所述第一服务端的第一端口发送单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;所述客户端接收来自所述第一服务端的第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
对应的,所述第一服务端向所述客户端发送第一资源信息之后,所述方法还包括:所述第一服务端的第一端口接收来自所述客户端的单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;所述第一服务端向所述客户端发送第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
其中,所述第二参数″eps″具体用于指示所述/oic/res资源自身所在的端点,从而约束/oic/res资源所在的端口也即/oic/eps资源所在的端口。
举例来说,所述端点信息资源的示例如图2C所示,资源属性部分包括以下参数:″rt″、″if″、″eps″,每个Link参数包括以下参数:″ep″、″hrefs″。
可见,本示例中,针对第一服务端承载的资源未使用相同端口即使用多个不同端点的情况,第一参数用于指示需要进一步获取所述端点信息资源,从而第一资源信息的每个Link无需再当前信息中进行端点信息的指示,可以减少/oic/res中的数据冗余。
此外,本申请还提出如下方案:
所述第一资源信息的资源属性还可以包括可选的第一参数″ex″,当不包括所述第一参数(″ex″参数)和第二参数(”eps”参数)时,所述第一服务端承载的资源均使用默认端口。
进一步地,还可以不增加端点信息资源/oic/eps资源,只是明确隐式发现中CoAPS资源使用默认端口5684,若/oic/res中只有一个Link包含“eps”参数时,则其他Link参数的端点信息可以不参照隐式发现并默认跟该Link参数的一样,如此可以解决CoAPS资源端口的不确定性。总体思想是:第一资源信息中若只包含了一个资源的端点信息,则第一服务端承载的其他资源均跟该包含端点信息的资源采用相同端点信息。第一资源信息中若不包含任何端点信息,则第一服务端承载的所有资源均使用默认的端点信息。
与上述图2A所示的实施例一致的,请参阅图3,图3是本申请实施例提供的一种客户端300的结构示意图,如图所示,所述客户端300包括处理器310、存储器320、通信接口330以及一个或多个程序321,其中,所述一个或多个程序321被存储在上述存储器320中,并且被配置由上述处理器310执行,所述一个或多个程序321包括用于执行如下操作的指令。
发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
可以看出,本申请实施例中,客户端发送多播请求,第一服务端接收该多播请求,并向客户端发送第一资源信息,其中,多播请求包括第一URI,第一URI对应的CoAP资源为/oic/res资源,第一资源信息的OCF Link参数以Links数组方式指示第一服务端承载的资源,Links数组中每个Link参数对应一个资源,由于第一服务端承载的资源包括CoAP资源和/或CoAPS资源,第一资源信息的资源属性包括第一参数,第一参数用于指示是否需要进一步获取端点信息资源,端点信息资源用于指示第一服务端承载的资源的端点信息,端点信息资源与/oic/res资源所在的端点相同,因此第一参数能够明确指示CoAPS资源的端点信息,解决对于CoAPS资源的端点信息的不确定性问题,从而实现对于任意资源的端点信息的确定问题。
在一个可能的示例中,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
在一个可能的示例中,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
在一个可能的示例中,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述程序321还包括用于执行以下操作的指令:所述接收来自第一服务端的第一资源信息之后,向所述第一服务端的第一端口发送单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及接收来自所述第一服务端的第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
请参阅图4,图4是本申请实施例提供的一种服务端400的结构示意图,如图所示,所述服务端400包括处理器410、存储器420、通信接口430以及一个或多个程序421,其中,所述一个或多个程序421被存储在上述存储器420中,并且被配置由上述处理器410执行,所述一个或多个程序421包括用于执行如下操作的指令。
接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;以及其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
可以看出,本申请实施例中,客户端发送多播请求,第一服务端接收该多播请求,并向客户端发送第一资源信息,其中,多播请求包括第一URI,第一URI对应的CoAP资源为/oic/res资源,第一资源信息的OCF Link参数以Links数组方式指示第一服务端承载的资源,Links数组中每个Link参数对应一个资源,由于第一服务端承载的资源包括CoAP资源和/或CoAPS资源,第一资源信息的资源属性包括第一参数,第一参数用于指示是否需要进一步获取端点信息资源,端点信息资源用于指示第一服务端承载的资源的端点信息,端点信息资源与/oic/res资源所在的端点相同,因此第一参数能够明确指示CoAPS资源的端点信息,解决对于CoAPS资源的端点信息的不确定性问题,从而实现对于任意资源的端点信息的确定问题。
在一个可能的示例中,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
在一个可能的示例中,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
在一个可能的示例中,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述程序421还包括用于执行以下操作的指令:所述向所述客户端发送第一资源信息之后,由第一端口接收来自所述客户端的单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及向所述客户端发送第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是,终端为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序模块的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用集成的单元的情况下,图5示出了上述实施例中所涉及的消息端点发现装置的一种可能的功能单元组成框图。消息端点发现装置500应用于终端,具体包括:处理单元502和通信单元503。处理单元502用于对终端的动作进行控制管理,例如,处理单元502用于支持终端执行本文所描述的技术的过程。通信单元503用于支持终端与其他设备的通信。终端还可以包括存储单元501,用于存储终端的程序代码和数据。
其中,处理单元502可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元503可以是通信接口、收发器、收发电路等,存储单元501可以是存储器。当处理单元502为处理器,通信单元503为通信接口,存储单元501为存储器时,本申请实施例所涉及的终端可以为图3所示的终端。
具体实现时,所述处理单元502用于执行如上述方法实施例中由终端执行的任一步骤,且在执行诸如发送等数据传输时,可选择的调用所述通信单元503来完成相应操作。下面进行详细说明。
所述处理单元502,用于通过所述通信单元503发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元503接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
在一个可能的示例中,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
在一个可能的示例中,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
在一个可能的示例中,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述处理单元502通过所述通信单元503接收来自第一服务端的第一资源信息之后,还用于:通过所述通信单元503向所述第一服务端的第一端口发送单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及通过所述通信单元503接收来自所述第一服务端的第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
在采用集成的单元的情况下,图6示出了上述实施例中所涉及的消息端点发现装置的一种可能的功能单元组成框图。消息端点发现装置600应用于网络设备,该网络设备包括:处理单元602和通信单元603。处理单元602用于对网络设备的动作进行控制管理,例如,处理单元502用于支持网络设备执行本文所描述的技术的过程。通信单元603用于支持网络设备与其他设备的通信。网络设备还可以包括存储单元601,用于存储终端的程序代码和数据。
其中,处理单元602可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信单元603可以是通信接口、收发器、收发电路等,存储单元601可以是存储器。当处理单元602为处理器,通信单元603为通信接口,存储单元601为存储器时,本申请实施例所涉及的终端可以为图4所示的网络设备。
所述处理单元602用于通过所述通信单元603接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元603向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同。
在一个可能的示例中,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
在一个可能的示例中,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
在一个可能的示例中,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
在一个可能的示例中,所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
在一个可能的示例中,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
在一个可能的示例中,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述处理单元602通过所述通信单元603向所述客户端发送第一资源信息之后,还用于:通过所述通信单元603由本端的第一端口接收来自所述客户端的单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及通过所述通信单元603向所述客户端发送第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
可以理解的是,由于方法实施例与装置实施例为相同技术构思的不同呈现形式,因此,本申请中方法实施例部分的内容应同步适配于装置实施例部分,此处不再赘述。
本申请实施例还提供了一种芯片,其中,该芯片包括处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如上述方法实施例中终端所描述的部分或全部步骤。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如上述方法实施例中终端所描述的部分或全部步骤。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如上述方法实施例中网络侧设备所描述的部分或全部步骤。
本申请实施例还提供了一种计算机程序产品,其中,所述计算机程序产品包括计算机程序,所述计算机程序可操作来使计算机执行如上述方法实施例中终端所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read OnlyMemory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于接入网设备、目标网络设备或核心网设备中。当然,处理器和存储介质也可以作为分立组件存在于接入网设备、目标网络设备或核心网设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DigitalSubscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(DigitalVideo Disc,DVD))、或者半导体介质(例如,固态硬盘(Solid State Disk,SSD))等。
以上所述的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围,凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。
Claims (32)
1.一种消息端点发现方法,其特征在于,包括:
客户端发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;
所述客户端接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源,第一服务端承载的资源包括CoAP资源和/或CoAPS资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
2.根据权利要求1所述的方法,其特征在于,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
3.根据权利要求1所述的方法,其特征在于,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
4.根据权利要求1所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
5.根据权利要求1所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
6.根据权利要求1所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
7.根据权利要求1所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述客户端接收来自第一服务端的第一资源信息之后,所述方法还包括:
所述客户端向所述第一服务端的第一端口发送单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;
所述客户端接收来自所述第一服务端的第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
8.一种消息端点发现方法,其特征在于,包括:
第一服务端接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;
所述第一服务端向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源,第一服务端承载的资源包括CoAP资源和/或CoAPS资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
9.根据权利要求8所述的方法,其特征在于,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
10.根据权利要求8所述的方法,其特征在于,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
11.根据权利要求8所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
12.根据权利要求8所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
13.根据权利要求8所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
14.根据权利要求8所述的方法,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述第一服务端向所述客户端发送第一资源信息之后,所述方法还包括:
所述第一服务端的第一端口接收来自所述客户端的单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;
所述第一服务端向所述客户端发送第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
15.一种消息端点发现装置,其特征在于,应用于客户端,所述装置包括处理单元和通信单元,其中,
所述处理单元,用于通过所述通信单元发送多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元接收来自第一服务端的第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源,第一服务端承载的资源包括CoAP资源和/或CoAPS资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
16.根据权利要求15所述的装置,其特征在于,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
17.根据权利要求15所述的装置,其特征在于,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
18.根据权利要求15所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
19.根据权利要求15所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
20.根据权利要求15所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
21.根据权利要求15所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述处理单元通过所述通信单元接收来自第一服务端的第一资源信息之后,还用于:通过所述通信单元向所述第一服务端的第一端口发送单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及通过所述通信单元接收来自所述第一服务端的第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
22.一种消息端点发现装置,其特征在于,应用于第一服务端,所述装置包括处理单元和通信单元,其中,
所述处理单元,用于通过所述通信单元接收来自客户端的多播请求,所述多播请求包括第一统一资源标识符URI,所述第一URI对应的资源受限应用协议CoAP资源为/oic/res资源;以及通过所述通信单元向所述客户端发送第一资源信息,所述第一资源信息的OCF资源引用Link参数以Links数组方式指示所述第一服务端承载的资源,所述Links数组中每个Link参数对应一个资源,第一服务端承载的资源包括CoAP资源和/或CoAPS资源;
其中,所述第一资源信息的资源属性包括第一参数,所述第一参数用于指示是否需要进一步获取端点信息资源,所述端点信息资源用于指示所述第一服务端承载的资源的端点信息,所述端点信息资源与所述/oic/res资源所在的端点相同,所述每个Link参数仅包括除第二参数之外的OCF Link参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述第一服务端承载的资源均使用默认端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源均使用除默认端口之外的相同端口;所述第一参数用于指示无需进一步获取所述端点信息资源;
所述第一服务端承载的资源未使用相同端口;所述第一参数用于指示需要进一步获取所述端点信息资源。
23.根据权利要求22所述的装置,其特征在于,所述端点信息资源的预定义的资源URI为/oic/eps;
所述端点信息资源的资源类型显示名称为Endpoint Info;
所述端点信息资源的资源类型为oic.wk.eps;
所述端点信息资源支持的接口列表为oic.if.baseline;
所述端点信息资源的必选性为必选CM。
24.根据权利要求22所述的装置,其特征在于,所述端点信息资源的资源属性还包括以下至少一种:
所述端点信息资源的资源类型rt、所述端点信息资源的接口列表if、所有端点信息列表eps、一个端点信息ep、端点上的所有资源的URI列表hrefs。
25.根据权利要求22所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;或者,
所述第一资源信息的资源属性还包括所述第二参数,且所述第二参数使用所述默认端口的端点信息。
26.根据权利要求22所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点,且所述第二参数使用所述相同端口的端点信息。
27.根据权利要求22所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性仅包括除第二参数之外的参数,所述第二参数用于指示所述/oic/res资源自身所在的端点。
28.根据权利要求22所述的装置,其特征在于,在所述第一服务端承载的资源均使用默认端口时,所述第一资源信息的资源属性还包括第二参数,所述第二参数用于指示所述/oic/res资源自身所在的端点;
所述处理单元通过所述通信单元向所述客户端发送第一资源信息之后,还用于:通过所述通信单元由本端的第一端口接收来自所述客户端的单播请求,所述单播请求包括第二URI,所述第二URI对应的CoAP资源为所述端点信息资源,所述第一端口为所述第二参数所指示的端口,也即所述端点信息资源所在的端口;以及通过所述通信单元向所述客户端发送第二资源信息,所述第二资源信息包含所述第一服务端承载的资源的端点信息。
29.一种客户端,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。
30.一种第一服务端,其特征在于,包括处理器、存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求8-14任一项所述的方法中的步骤的指令。
31.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1-7或8-14中任一项所述的方法。
32.一种计算机可读存储介质,其特征在于,其存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-7或8-14中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/073636 WO2021146960A1 (zh) | 2020-01-21 | 2020-01-21 | 消息端点发现方法及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114651423A CN114651423A (zh) | 2022-06-21 |
CN114651423B true CN114651423B (zh) | 2023-07-28 |
Family
ID=76992740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080077882.5A Active CN114651423B (zh) | 2020-01-21 | 2020-01-21 | 消息端点发现方法及相关装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114651423B (zh) |
WO (1) | WO2021146960A1 (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109997114A (zh) * | 2016-10-07 | 2019-07-09 | 康维达无线有限责任公司 | 用于通用互通和可扩展性的服务层资源管理 |
CN110035058A (zh) * | 2019-02-28 | 2019-07-19 | Oppo广东移动通信有限公司 | 资源请求方法、设备及存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI20116301A (fi) * | 2011-12-21 | 2013-06-22 | Sensinode Oy | Menetelmä, laite ja järjestelmä resurssien osoittamiseksi |
GB2529838B (en) * | 2014-09-03 | 2021-06-30 | Advanced Risc Mach Ltd | Bootstrap Mechanism For Endpoint Devices |
EP3198893A1 (en) * | 2014-09-25 | 2017-08-02 | Telefonaktiebolaget LM Ericsson (publ) | Device mobility with coap |
WO2017044772A1 (en) * | 2015-09-09 | 2017-03-16 | Convida Wireless, Llc | Methods for enabling context-aware coap messaging |
WO2017106450A1 (en) * | 2015-12-15 | 2017-06-22 | Convida Wireless, Llc | Methods and nodes for enabling context-awareness in coap |
EP3673372A1 (en) * | 2017-08-22 | 2020-07-01 | Convida Wireless, LLC | Overlay resource trees in a communications network |
WO2019192722A1 (en) * | 2018-04-06 | 2019-10-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Thing description to resource directory mapping |
-
2020
- 2020-01-21 WO PCT/CN2020/073636 patent/WO2021146960A1/zh active Application Filing
- 2020-01-21 CN CN202080077882.5A patent/CN114651423B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109997114A (zh) * | 2016-10-07 | 2019-07-09 | 康维达无线有限责任公司 | 用于通用互通和可扩展性的服务层资源管理 |
CN110035058A (zh) * | 2019-02-28 | 2019-07-19 | Oppo广东移动通信有限公司 | 资源请求方法、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
Z. Shelby等.CoRE Resource Directory,draft-ietf-core-resource-directory-23.Internet Draft.2019,第2-4、6、9节. * |
Also Published As
Publication number | Publication date |
---|---|
WO2021146960A1 (zh) | 2021-07-29 |
CN114651423A (zh) | 2022-06-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9247018B2 (en) | Method and apparatus for cooperation between push devices | |
CN111601353B (zh) | 应用程序的路由选择方法及相关装置 | |
US11729137B2 (en) | Method and device for edge application server discovery | |
WO2021243837A1 (zh) | 基于ursp规则的应用数据路由方法及用户设备 | |
CN113766534B (zh) | 网络切片映射方法及相关装置 | |
WO2022032865A1 (zh) | 通路描述符传输方法及相关装置 | |
CN111641989B (zh) | 协议数据单元会话建立方法及相关装置 | |
CN113630272B (zh) | 一种通信方法及装置 | |
US20220322053A1 (en) | Group identities in a communication system | |
WO2021212939A1 (zh) | 通信方法、装置及*** | |
CN117177266A (zh) | 一种地址获取方法及装置 | |
CN114449577A (zh) | 服务质量QoS参数配置方法及相关装置 | |
US11811886B2 (en) | Methods and apparatuses for proxy deployment | |
CN114651423B (zh) | 消息端点发现方法及相关装置 | |
CN113709905A (zh) | 一种通信方法、装置及计算机可读存储介质 | |
JP2023539805A (ja) | 機器の検索と登録方法、ネットワーク側機器 | |
KR20130013272A (ko) | 푸시 서비스의 핑 주기를 결정하는 장치 및 방법 | |
WO2019074032A1 (ja) | IoT機器とのデータの送受信を行うための装置、方法及びプログラム | |
CN116527792B (zh) | 识别报文的方法、装置、设备、可读存储介质及程序产品 | |
CN114827907B (zh) | 触发非单播业务操作的方法、装置及网络功能实体 | |
WO2023002991A1 (en) | Access and mobility management function (amf) device, user equipment (ue), method of amf device and method of ue | |
WO2023020046A1 (zh) | 一种通信方法及通信装置 | |
WO2022068904A1 (zh) | 信息获取、处理、网元注册方法及通信设备 | |
JP6509413B1 (ja) | IoT機器とのデータの送受信を行うための装置、方法及びプログラム | |
GB2621184A (en) | Apparatus, method and computer program |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |