CN111034133B - 用于处理针对资源的查询的方法和设备 - Google Patents

用于处理针对资源的查询的方法和设备 Download PDF

Info

Publication number
CN111034133B
CN111034133B CN201880056254.1A CN201880056254A CN111034133B CN 111034133 B CN111034133 B CN 111034133B CN 201880056254 A CN201880056254 A CN 201880056254A CN 111034133 B CN111034133 B CN 111034133B
Authority
CN
China
Prior art keywords
query
resource
request
http
response
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
CN201880056254.1A
Other languages
English (en)
Other versions
CN111034133A (zh
Inventor
金圣衍
迪尔克·特罗森
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.)
InterDigital Patent Holdings Inc
Original Assignee
IDAC 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 IDAC Holdings Inc filed Critical IDAC Holdings Inc
Publication of CN111034133A publication Critical patent/CN111034133A/zh
Application granted granted Critical
Publication of CN111034133B publication Critical patent/CN111034133B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • 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/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast 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/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/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/365—Application layer names, e.g. buddy names, unstructured names chosen by a user or home appliance name
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/604—Address structures or formats

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

设备可以被配置为接收、处理、转发和/或响应一个或多个资源查询。例如，设备可以确定多个查询是否由多播响应满足。所述设备可以接收被指向资源的第一查询和第二查询。所述第一查询和所述第二查询可以包括结构代理规则标识符(sPRID)。所述设备可以确定两个查询之间的相似性。例如，所述相似性确定可以基于所述两个查询的所述sPRID。所述设备可以确定满足所述第一查询的响应是否也满足所述第二查询，这可以是基于对所述第一查询的响应和包括在所述两个查询的所述sPRID内的信息的。如果所述响应满足所述两个查询，则所述设备可以多播所述响应。

Description

用于处理针对资源的查询的方法和设备
交叉引用
本申请要求在2017年8月30日中提交的美国临时申请号62/551,964 的权益，其内容通过引用并入本文。
背景技术
在网络环境中，各种资源可以是客户端设备可访问的。例如，客户端设备可以查询诸如硬件设备、数据源、在线服务等资源。客户请求通过网络被传送到相关资源。例如，客户端设备可以生成并传送被指向特定资源(例如传感器设备)的查询。响应于查询的信息可以由资源设备确定，并被转发到从其做出请求的客户端设备。
多个客户端设备可以向同一资源传送查询。在一些实例中，响应于多个查询的信息可以是相同的或相似的。例如，三个单独的客户端设备可以向传感器设备传送寻求的单独的查询，或者可以利用相同的响应信息来响应单独的查询。然而，传感器设备可以生成三个单独的消息，每个消息响应于客户端设备之一。
发明内容
设备可以被配置为接收、处理、转发和/或响应一个或多个资源请求。例如，设备可以确定多个查询是否由多播响应满足。该设备可以接收被指向资源的第一查询和第二查询。第一查询和第二查询可以各自包括结构代理规则标识符(sPRID)。设备可以确定第一查询和第二查询之间的相似性。例如，相似性确定可以基于第一查询的sPRID和第二查询的sPRID。设备可以确定满足第一查询的响应是否也满足第二查询。对第二查询的响应可以基于对第一查询的响应、包括在第一查询的sPRID中的信息和/或包括在第二查询内的信息。如果对第一查询的响应满足第一查询和第二查询两者，则设备可以多播对第一查询的响应。
该设备可以被配置成生成多播组标识符(MGID)，其可以用于确定查询之间的相似性。例如，可以基于用于查询的统一资源标识符(URI)和查询类型来生成MGID。URI和查询类型可以从查询的sPRID中提取。可以比较一个或多个查询的MGID以确定查询之间的相似性。例如，如果查询的MGID 相同，则可以确定查询是相似的。然而，如果查询的MGID不相同，则可以确定查询不相似。
所述设备可确定是将具有相同MGID的查询包含在与所述MGID相关联的多播组中还是与所述MGID相关联的单播组中。可以将多播响应传送到与MGID相关联的多播组中的查询。可以基于从查询的sPRID和/或对查询的响应中提取的信息来确定是将查询包括在多播组中还是单播组中。例如，从查询的sPRID中提取的信息可以包括查询被指向的统一资源标识符(URI) 和/或与查询相关联的查询类型。
设备可以生成用于查询的sPRID并且可以被附加到查询。sPRID可以包括与查询相关联的信息的级联(concatenation)。例如，sPRID可以包括以下各项的级联：查询指向的URI的散列(hash)、查询类型、查询操作、查询值等。可以更新查询以包括sPRID。例如，sPRID可以被编码在与查询相关联的协议报头中。例如，ICN报头和/或HTTP如果不匹配(If-None-Match) 报头可被编码在协议报头中。
提供了本发明内容以便以简化的形式介绍将在以下说明性实施例的详细描述中进一步描述的一些概念。本发明内容不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。其它特征描述如下。
附图说明
当结合示例性附图阅读时，可以更好地理解以上发明内容和以下对示例性实施例的附加描述。应当理解，所公开的系统和方法的潜在实施例不限于所描述的那些内容。
图1A是示出了可以实现一个或多个公开实施例的示例通信系统的系统图；
图1B是示出根据实施例的可在图1A所示的通信系统中使用的示例性无线发射/接收单元(WTRU)的系统图；
图1C是示出根据实施例的可以在图1A中所示的通信系统内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的系统图；
图1D是示出根据实施例的可以在图1A中所示的通信系统内使用的另一示例RAN和另一示例CN的系统图；
图2是适合于识别可使用多播响应来响应的请求的示例网络的示图。
图3是用于确定多播响应的示例过程的流程图。
图4是请求信息的示例结构化格式的示图。
图5是ICN报头中请求信息的示例结构化格式的示图。
图6是具有在HTTP报头中传送的请求信息的示例结构化格式的示例网络的示图。
图7是用于识别由相同资源结果值满足的资源查询的示例处理的示例消息序列图。
图8是用于识别由相同资源结果值满足的资源查询的示例处理的示例消息序列图。
具体实施例
本文公开了用于识别查询网络资源的请求的系统和方法，所述请求可以由可以是类似的并且可以使用多播响应来响应的资源响应值满足。在示例实施例中，可以处理查询网络资源的一个或多个请求(例如，多个请求中的每一个)，以生成与网络资源的URI和所请求的查询的详情相对应的结构化信息。请求(例如，每个请求)连同对应的结构化信息一起可以被传输到适于提供对所请求的资源的访问的网络接入点。网络接入点可以使用结构化信息的一部分来确定一个或多个请求因为由资源响应值(例如，相同的资源响应值)满足而可以被分组在一起。可以将请求中的至少一个转发到网络资源以进行处理。在从网络资源接收到资源响应值时，网络接入点可以使用该响应值来评估因为由相同的响应值满足而被识别为可能被分组在一起的请求(例如，请求中的每一个)。在示例实施例中，对于被识别为可能被分组在一起的请求(例如，每个请求)，网络接入点可以使用关于与该请求相关联的查询的信息，来确定所接收的资源响应值是否满足该查询。如果是，则可以将该请求识别为属于该组。对于被确定为与该组相关联的那些请求，可以生成并传送多播响应消息。
图1A是示出了其中可以实现一个或多个所公开的实施例的示例通信系统100的示图。通信系统100可以是向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址系统。通信系统100可以使多个无线用户能够通过共享包括无线带宽的系统资源来访问这样的内容。例如，通信系统100 可以采用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址 (TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA (SC-FDMA)、零尾唯一字DFT扩展OFDM(ZT-UW DTS-s OFDM)、唯一字 OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU) 102a、102b、102c、102d、RAN104/113、CN106/115、公共交换电话网(PSTN) 108、因特网110以及其他网络112，但是应当理解，所公开的实施例可以设想任何数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、 102c、102d可为被配置为在无线环境中操作和/或通信的任何类型的设备。举例来说，WTRU 102a、102b、102c、102d(其中任何一个可被称为"站"和/ 或"STA")可被配置成传送和/或接收无线信号，并且可包括用户设备(UE)、移动站、固定或移动订户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或MiFi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。任何WTRU 102a、102b、102c及102d可互换地称为UE。
通信系统100还可以包括基站114a和/或基站114b。基站114a、114b 中的每一个可以是被配置为与WTRU 102a、102b、102c、102d中的至少一个无线对接以便于接入一个或多个通信网络的任何类型的设备，所述通信网络诸如CN106/115、因特网110和/或其他网络112。作为示例，基站114a、 114B可以是基站收发台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、gNB、NR节点B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b各自被描绘为单个部件，但是将理解，基站114a、114b可以包括任何数目的互连基站和/或网络部件。
基站114a可以是RAN104/113的一部分，其还可以包括其它基站和/ 或网络部件(未示出)，诸如基站控制器(BSC)、无线网络控制器(RNC)、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率(其可以被称为小区(未示出))上传送和/或接收无线信号。这些频率可以在授权频谱、未授权频谱、或者授权和未授权频谱的组合中。小区可以向特定地理区域提供无线服务的覆盖，该特定地理区域可以是相对固定的或者可以随时间而改变。小区可以进一步被划分为小区扇区。例如，与基站114a相关联的小区可以被划分为三个扇区。因此，在一个实施例中，基站114a可以包括三个收发信机，即，小区的每个扇区对应一个收发信机。在实施例中，基站114a可以采用多输入多输出(MIMO)技术，并且可以针对小区的每个扇区使用多个收发信机。例如，波束成形可以用于在期望的空间方向上传送和/ 或接收信号。
基站114a、114b可经由空中接口116与WTRU 102a、102b、102c、 102d中的一个或多个通信，该空中接口116可以是任何合适的无线通信链路 (例如，射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线接入技术(RAT)来建立。
更具体地说，如上所述，通信系统100可以是多址系统，并且可以采用一个或多个信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN104/113中的基站114a和WTRU 102a、102b、102c 可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。 WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速UL分组接入(HSUPA)。
在一个实施例中，基站114a和WTRU 102a、102b、102c可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该无线电技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)和/或高级LTE Pro (LTE-A Pro)来建立空中接口116。
在一个实施例中，基站114a和WTRU 102a、102b、102c可以实现诸如NR无线电接入的无线电技术，无线电技术可以使用新的无线电(NR)来建立空中接口116。
在一个实施例中，基站114a和WTRU 102a、102b、102c可以实现多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可以例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此， WTRU102a、102b、102c所使用的空中接口的特征可在于发送去往/来自多种类型的基站(例如eNB和gNB)的多种类型的无线电接入技术和/或传输。
在其它实施例中，基站114a及WTRU 102a、102b、102c可实施无线技术，例如IEEE802.11(即无线保真(WiFi)、IEEE802.16(即全球微波存取互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强型数据速率(EDGE)、GSMEDGE (GERAN)等。
图1A中的基站114b可以是例如无线路由器、家庭节点B、家庭e节点B或接入点，并且可以利用任何合适的RAT来促进局部区域中的无线连接，该局部区域诸如营业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等。在一个实施例中，基站114b和WTRU 102c、 102d可以实施诸如IEEE802.11的无线电技术以建立无线局域网(WLAN)。在一个实施例中，基站114b和WTRU 102c、102d可以实施无线电技术，例如IEEE802.15，以建立无线个人局域网(WPAN)。在又一实施例中，基站114b 和WTRU 102c、102d可利用基于蜂窝的RAT(例如WCDMA、CDMA2000、 GSM、LTE-A、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A 所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不需要经由CN106/115接入因特网110。
RAN104/113可与CN106/115通信，CN106/115可被配置为向WTRU 102a、102b、102c、102d中的一个或多个提供语音、数据、应用和/或基于互联网协议的语音(VoIP)服务的任何类型的网络。数据可具有变化服务质量(QoS)要求，例如不同处理量要求、时延要求、容错要求、可靠性要求、数据处理量要求、移动性要求等。CN106/115可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等，和/或执行例如用户认证的高级安全功能。尽管在图1A中未示出，但是应当理解， RAN104/113和/或CN106/115可以与使用与RAN104/113相同的RAT或不同的RAT的其它RAN进行直接或间接的通信。例如，除了连接到可以利用 NR无线电技术的RAN104/113之外，CN106/115还可以与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出) 进行通信。
CN106/115也可作为WTRU 102a、102b、102c、102d的网关以接入 PSTN108、因特网110、和/或其他网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全球系统，所述公共通信协议例如是TCP/IP 因特网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或因特网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线和/或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个CN，所述RAN可以使用与RAN104/113相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或所有可包括多模式能力(例如，WTRU 102a、102b、102c、102d可包括多个收发信机，以通过不同无线链接与不同无线网络通信)。例如，图1A所示的WTRU 102c可以被配置成与可以使用基于蜂窝的无线电技术的基站114a通信，以及与可以使用IEEE 802无线电技术的基站114b通信。
图1B是示出示例WTRU 102的系统图。如图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)发射信号或从其接收信号。例如，在一个实施例中，发射/接收部件 122可以是被配置为发射和/或接收RF信号的天线。在一个实施例中，发射/ 接收部件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一实施例中，发射/接收部件122可经配置以发射和/或接收RF及光信号两者。应当理解，发射/接收部件122可以被配置为发射和/或接收无线信号的任何组合。
尽管发射/接收部件122在图1B中被描述为单个部件，但是WTRU 102 可以包括任意数量的发射/接收部件122。更具体地，WTRU 102可以使用 MIMO技术。因此，在一个实施方式中，WTRU 102可以包括两个或多个发射/接收部件122(例如多个天线)，用于通过空中接口116发射和接收无线信号。
收发信机120可以被配置为调制将由发射/接收部件122发射的信号，并且解调由发射/接收部件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，收发信机120可以包括多个收发信机，用于使WTRU102 能够经由多个RAT(例如NR和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可以包括一个或多个干电池(例如，镍镉、镍锌、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118也可以耦合到GPS芯片组136，GPS芯片组136可以被配置成提供关于WTRU102的当前位置的位置信息(例如经度和纬度)。除了来自GPS芯片组136的信息之外，或者作为其替代，WTRU 102可以通过空中接口116从基站(例如基站114a、114b)接收位置信息，和/或基于从两个或更多邻近基站接收的信号的定时来确定其位置。应该理解，WTRU102可以通过任何合适的位置确定方法来获取位置信息，同时保持与实施例一致。
处理器118还可以耦合到其他外围设备138，外围设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子罗盘、卫星收发信机、数字相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure GDA0003398597780000111
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实 (VR/AR)设备、活动跟踪器等。外围设备138可以包括一个或多个传感器，传感器可以是陀螺仪、加速度计、霍尔效应传感器、磁力计、定向传感器、接近度传感器、温度传感器、时间传感器中的一个或多个；地理定位传感器；高度计、光传感器、触摸传感器、磁力计、气压计、姿态传感器、生物测定传感器和/或湿度传感器。
WTRU 102可以包括全双工无线电，对于该全双工无线电，一些或所有信号(例如，与用于UL(例如，用于传输)和下行链路(例如，用于接收)的特定子帧相关联的信号)的传输和接收可以是同时的和/或同时的。全双工无线电设备可以包括借助于硬件(例如扼流线圈)或是凭借处理器(例如单独的处理器(未显示)或是凭借处理器118)的信号处理来减小和/或基本消除自干扰的干扰管理单元。在实施例中，WTRU 102可以包括传送和接收一些或所有信号(例如与用于UL(例如用于传输)或下行链路(例如用于接收) 的特定子帧相关联的信号)的半双工无线电设备。
图1C是图示根据实施例的RAN104和CN106的系统图。如上所述， RAN104可采用E-UTRA无线电技术以通过空中接口116与WTRU 102a、 102b、102c通信。RAN104还可以与CN106通信。
RAN 104可包含e节点B 160a、160b、160c，但应了解，RAN 104 可包含任何数目个e节点B，同时保持与实施例一致。e节点B 160a、160b、 160c可各自包括一个或多个收发信机，以通过空中接口116与WTRU 102a、102b、102c进行通信。在一个实施例中，e节点B 160a、160b、160c可实施 MIMO技术。因此，例如，e节点B 160a可以使用多个天线来向WTRU 102a传送无线信号和/或从其接收无线信号。
e节点B 160a、160b、160c中的每一者可与特定小区(未图示)相关联，且可被配置以处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度等。如图1C中所示，e节点B160a、160b、160C可经由X2接口彼此通信。
图1C中所示的CN106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(或PGW)166。虽然前述部件中的每一个被描绘为CN 106的一部分，但是将理解，这些部件中的任何一个可以由CN运营商之外的实体拥有和/或操作。
MME162可以经由S1接口连接到RAN104中的e节点B 162a、162b、 162c中的每一者，并且可以用作控制节点。例如，MME 162可负责认证 WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、 102c的初始附接期间选择特定的服务网关等等。MME 162还可以提供控制平面功能，用于在RAN104和采用其他无线电技术(例如GSM和/或WCDMA) 的其他RAN(未示出)之间进行切换。
SGW164可经由S1接口连接到RAN104中的e节点B 160a、160b、 160c中的每一者。SGW164通常可以路由和转发去往/来自WTRU 102a、102b、 102c的用户数据分组。SGW164可以执行其他功能，例如在e节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等等。
SGW164可以连接到PGW166，PGW166可以为WTRU 102a、102b、 102c提供对诸如因特网110的分组交换网络的接入，以促进WTRU 102a、 102b、102c和IP使能设备之间的通信。
CN 106可以促进与其他网络的通信。例如，CN 106可提供WTRU 102a、 102b、102c接入电路交换网络(例如PSTN108)，以促进WTRU 102a、102b、 102c和传统陆线通信设备之间的通信。例如，CN 106可以包括IP网关(例如，IP多媒体子系统(IMS)服务器)，或者可以与IP网关通信，并且该IP网关用作CN 106和PSTN 108之间的接口。此外，CN 106可提供WTRU102a、 102b、102c接入其他网络112，其他网络112可包括其它服务提供商所拥有和/或操作的其它有线和/或无线网络。
虽然WTRU在图1A-1D中被描述为无线终端，但是可以预期在某些代表性实施例中，这种终端与通信网络可以使用(例如临时或永久)有线通信接口。
在代表性实施例中，其他网络112可以是WLAN。
基础设施基本服务集(BSS)模式中的WLAN可以具有用于所述BSS 的接入点(AP)和与AP相关联的一个或多个站(STA)。AP可以接入或是对接到到分布系统(DS)或将业务送入和/或送出BSS的另一类型的有线/无线网络。源于BSS外部且去往STA的业务可以通过AP到达，并且可以被递送到STA。源自STA且去往BSS外部的目的地的业务可以被发送到AP，以被递送到相应的目的地。BSS内的STA之间的业务可以通过AP来传送，例如，其中源 STA可以向AP传送业务，并且AP可以向目的地STA递送业务。BSS内的 STA之间的业务可以被认为和/或称为对等业务。对等业务可以利用直接链路建立(DLS)在源和目的地STA之间(例如，直接在源和目的地STA之间) 发送。在某些代表性实施例中，DLS可使用802.11e DLS或802.11z隧道DLS (TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP，并且在IBSS内或使用IBSS的STA(例如，所有STA)可以彼此直接通信。IBSS通信模式在这里有时可以被称为"自组织"通信模式。
当使用802.11ac基础结构操作模式或类似的操作模式时，AP可以在固定信道(例如主信道)上传送信标。主信道可以是固定宽度(例如，20MHz 宽的带宽)或经由信令动态设置的宽度。主信道可以是BSS的工作信道，并且可以由STA用来建立与AP的连接。在某些代表性实施例中，例如在802.11 系统中可以实现具有冲突避免的载波感测多址接入(CSMA/CA)。对于 CSMA/CA，包括AP的STA(例如，每个STA)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为繁忙，则该特定STA可以退避。一个 STA(例如，仅一个站)可以在给定BSS中在任何给定时间进行传送。
高吞吐量(HT)STA可以使用宽为40MHz的信道进行通信，例如，通过将20MHz主信道与相邻或非相邻的20MHz信道组合以形成宽为40MHz 的信道。
甚高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160 MHz宽的信道。40MHz和/或80MHz信道可通过组合相邻的20MHz信道来形成。160MHz信道可通过组合8个毗连的20MHz信道或通过组合两个不连续的80MHz信道(这可被称为80+80配置)来形成。对于80+80配置，在信道编码之后，数据可以被传递并经过分段解析器，该分段解析器可以将数据划分成两个流。可以对每个流分别进行快速傅立叶逆变换(IFFT)处理和时域处理。所述流可以被映射到两个80MHz信道上，并且数据可以由传送 STA传送。在接收STA的接收机处，上述80+80配置的操作可以颠倒，并且组合数据可以被发送到介质接入控制(MAC)。
低于1GHz的操作模式由802.11af和802.11ah支持。相对于802.11n 和802.11ac中使用的信道工作带宽和载波，在802.11af和802.11ah中信道工作带宽和载波被减少。802.11af支持TV白空间(TVWS)频谱中的5MHz、 10MHz和20MHz带宽，而802.11ah支持使用非TVWS频谱的1MHz、2MHz、 4MHz、8MHz和16MHz带宽。根据代表性实施例，802.11ah可以支持仪表类型控制/机器类型通信，诸如宏覆盖区域中的MTC设备。MTC设备可具有某些能力，例如，包括对某些和/或有限带宽的支持(例如，仅支持)的有限能力。MTC装置可包括具有高于阈值的电池寿命(例如，用于维持非常长的电池寿命)的电池。
可以支持多个信道和信道带宽的WLAN系统，例如802.11n、802.11ac、 802.11af和802.11ah，WLAN系统包括可以被指定为主信道的信道。主信道可以具有等于BSS中的所有STA所支持的最大公共工作带宽的带宽。主信道的带宽可以由在BSS(其支持最小带宽工作模式)中操作的所有STA之中的STA来设置和/或限制。在802.11ah的示例中，对于支持(例如，仅支持) 1MHz模式的STA(例如，MTC类型的设备)，主信道可以是1MHz宽，即使BSS中的AP和其它STA支持2MHz、4MHz、8MHz、16MHz和/或其它信道带宽工作模式。载波感测和/或网络分配向量(NAV)设置可以取决于主信道的状态。如果主信道繁忙(例如，由于STA(其仅支持1MHz操作模式) 向AP传送)，则即使频带中的大多数保持空闲并且可用，也可以认为整个可用频带繁忙。
在美国，802.11ah可使用的可用频带是从902MHz到928MHz。在韩国，可用频带是从917.5MHz到923.5MHz。在日本，可用频带是从916.5 MHz到927.5MHz。根据国家代码，可用于802.11ah的总带宽是6MHz到 26MHz。
图1D是图示根据实施例的RAN 113和CN 115的系统图。如上所述， RAN 113可以使用NR无线技术通过空中接口116与WTRU 102a、102b、 102c通信。RAN 113还可以与CN 115通信。
RAN 113可以包括gNB 180a、180b、180c，但是应当理解，RAN 113 可以包括任意数目的gNB，同时保持与实施例一致。gNB 180a、180b、180c 中的每一个都包括一个或多个收发信机，用于通过空中接口116与WTRU 102a、102b、102c进行通信。在一个实施例中，gNB180a、180b、180c可以实现MIMO技术。例如，gNB 180a、108b可以利用波束成形来向gNB180a、180b、180c传送信号和/或从其接收信号。因此，例如gNB180a可使用多个天线来向WTRU102a传送无线信号和/或从其接收无线信号。在一个实施例中，gNB 180a、180b、180c可以实现载波聚合技术。例如，gNB 180a可以向WTRU 102a传送多个分量载波(未示出)。这些分量载波的子集可以在未授权频谱上，而剩余分量载波可以在授权频谱上。在一个实施例中，gNB180a、 180b、180c可以实现协作多点(CoMP)技术。例如，WTRU 102a可以从gNB 180a和gNB 180b(和/或gNB 180c)接收协调传输。
WTRU 102a、102b、102c可以使用与可扩缩参数配置(numerology) 相关联的传输来与gNB 180a、180b、180c通信。例如，OFDM符号间隔和/ 或OFDM子载波间隔可以针对不同的传输、不同的小区和/或不同的无线传输频谱部分而变化。WTRU 102a、102b、102c可以使用具有不同或可伸缩长度的子帧或传输时间间隔(TTI)(例如，包含不同数量的OFDM符号和/或持续变化的绝对时间长度)与gNB180a、180b、180c进行通信。
gNB180a、180b、180c可被配置为在独立配置和/或非独立配置中与 WTRU102a、102b、102c通信。在独立配置中，WTRU 102a、102b、102c 可以与gNB 180a、180b、180c通信，而不需要也接入其他RAN(例如e节点B 160a、160b、160c)。在独立配置中，WTRU 102a、102b、102c可利用 gNB 180a、180b、180c中的一个或多个作为移动锚点。在独立配置中，WTRU102a、102b、102c可以使用未授权频带中的信号与gNB 180a、180b、180c 通信。在非独立配置中，WTRU 102a、102b、102c可以与gNB180a、180b、 180c通信/连接，同时也可以与诸如e节点160a、160b、160c的另一个RAN 通信/连接。举例来说，WTRU 102a、102b、102c可以实施DC原则以便以基本同时的方式与gNB180a、180b、180c中的一个或多个以及e节点B 160a、160b、160c中的一个或多个进行通信。在非独立配置中，e节点B 160a、160b、160c可以用作WTRU 102a、102b、102c的移动锚点，并且gNB 180a、180b、 180c可以提供用于服务WTRU102a、102b、102c的额外的覆盖和/或吞吐量。
gNB180a、180b、180c中的每一个gNB可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决策、UL和/或DL 中的用户调度、支持网络切片、双连接性、NR和E-UTRA之间的交互工作、向用户平面功能(UPF)184a、184b路由用户平面数据、向接入和移动性管理功能(AMF)182a、182b路由控制平面信息等。如图1D所示，gNB 180a、180b、 180c可以通过Xn接口彼此通信。
图1D中所示的CN 115可以包括AMF182a、182b中的至少一个、 UPF184a、184b中的至少一个、会话管理功能(SMF)183a、183b中的至少一个以及可能的数据网络(DN)185a、185b。虽然前述部件中的每一个被描绘为CN 115的一部分，但是将理解，这些部件中的任何一个可以由CN运营商之外的实体拥有和/或操作。
AMF182a、182b可以经由N2接口连接到RAN 113中的gNB 180a、 180b、180c中的一个或多个，并且可以充当控制节点。例如，AMF 182a、 182b可负责认证WTRU 102a、102b、102c的用户、支持网络切片(例如，处理具有不同需求的不同PDU会话)、选择特定的SMF183a、183b、管理注册区域、终止NAS信令、移动性管理等等。AMF182a、182b可使用网络切片，以根据WTRU 102a、102b、102c所使用的服务类型来定制CN对WTRU 102a、 102b、102c的支持。例如，可以针对不同的使用情况建立不同的网络切片，诸如所述使用情况为依赖于超可靠低延迟(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、用于机器类型通信(MTC)接入的服务等。AMF 162可以提供用于在RAN 113和采用其他无线电技术(例如，LTE、 LTE-A、LTE-A Pro和/或诸如WiFi的非3GPP接入技术)的其他RAN(未示出)之间进行切换的控制平面功能。
SMF 183a、183b可以经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b也可以经由N4接口连接到CN 115中的UPF 184a、 184b。SMF 183a、183b可以选择和控制UPF 184a、184b，并且通过UPF 184a、 184b配置业务路由。SMF 183a、183b可以执行其他功能，例如管理和分配 UE IP地址、管理PDU会话、控制策略实施和QoS、提供下行链路数据通知等。PDU会话类型可以是基于IP的、基于非IP的、以及基于以太网的等等。
UPF184a、184b可以经由N3接口连接到RAN 113中的gNB 180a、 180b、180c中的一个或多个，这可以为WTRU 102a、102b、102c提供对诸如因特网110的分组交换网络的接入，以促进WTRU 102a、102b、102c与 IP使能设备之间的通信。UPF 184、184b可以执行其他功能，例如路由和转发分组、实施用户平面策略、支持多归属PDU会话、处理用户平面QoS、缓冲下行链路分组、提供移动性锚定等等。
CN 115可以促进与其他网络的通信。例如，CN 115可以包括IP网关 (例如，IP多媒体子系统(IMS)服务器)或者可以与IP网关通信，该IP网关用作CN 115和PSTN 108之间的接口。此外，CN 115可向WTRU 102a、102b、 102c提供针对其他网络112的接入，其他网络112可包括其它服务提供商所拥有及/或操作的其它有线和/或无线网络。在一实施例中，WTRU102a、102b、 102c可经由至UPF 184a、184b的N3接口及介于UPF 184a、184b与DN185a、 185b之间的N6接口，并通过UPF 184a、184b连接至本地数据网络(DN)185a、 185b。
鉴于图1A-1D和图1A-1D的相应描述，本文关于以下各项中的一者或多者描述的功能中的一者或多者或全部可以由一个或多个仿真设备(未示出)执行：WTRU 102a-d、基站114a-b、e节点B 160a-c、MME 162、SGW 164、 PGW 166、gNB 180a-c、AMF 182a-ab、UPF184a-b、SMF183a-b、DN185a-b 和/或这里描述的任何其他设备(一个或多个)。这些仿真设备可以是被配置为仿真这里描述的功能中的一个或多个或全部的一个或多个设备。例如，仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可以被设计为在实验室环境和/或运营商网络环境中实现对其他设备的一个或多个测试。例如，一个或多个仿真设备可以在被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分的同时，执行一个或多个或所有功能，以便测试通信网络内的其他设备。一个或多个仿真设备可以在被临时实现/部署为有线和/或无线通信网络的一部分的同时，执行一个或多个或所有功能。所述仿真设备可直接耦合到另一设备以执行测试，和/ 或可使用空中无线通信执行测试。
一个或多个仿真设备可以在未被作为有线和/或无线通信网络的一部分来实现/部署的同时，执行一个或多个功能(包括所有功能)。例如，仿真设备可以在测试实验室和/或未被部署(例如，测试)有线和/或无线通信网络中的测试场景中使用，以便实现一个或多个组件的测试。所述一个或多个仿真设备可以是测试设备。所述仿真设备可以使用直接RF耦合和/或经由RF电路(例如，其可以包括一个或多个天线)的无线通信来传送和/或接收数据。
表1提供了本文可能提到的首字母缩写词的列表。
表1
cNAP 客户端网络接入点
CoAP 受约束应用协议
ICN 信息中心网络技术
PDU 分组数据单元
SMF 会话管理功能
sNAP 服务器网络接入点
sPIRID 结构化代理规则识别符
UPF 用户平面功能
URI 统一资源指示符
可以提供资源查询处理。客户端设备可以请求查询可以经由一个或多个网络访问的资源。图2示出了适于识别可以使用多播响应来响应的请求的示例网络的示图。例如，图2可以描述适于使用多播响应处理和响应资源查询的示例系统。在图2中，可以经由受约束应用协议(CoAP)网络使资源可用。 CoAP可以是与节点和网络(例如受约束的节点和受约束的网络)一起使用的万维网传输协议。CoAp可以用于物联网(IoT)环境中。受约束的节点可能具有有限的资源，例如ROM和RAM。作为示例，受约束的节点可以包括传感器设备，该传感器设备可能具有有限的存储和通信能力。受约束的网络可能具有高分组差错率和低吞吐量。CoAP可以提供应用端点之间的请求和响应交互模型，并且采用万维网的概念(例如使用统一资源标识符(URI)和因特网媒体类型)。CoAP还可以提供在查询选项中利用CoAP查询请求CoAP资源的能力。CoAP查询可以指定具有参数化查询选项和查询值的自变量。在图2中，CoAP资源(例如传感器设备)，可以用于经由CoAP网络的访问和查询。大家将理解，虽然使用经由CoAP网络可用的网络资源来进行说明，但是潜在的实施例扩展到使用除了CoAP协议之外的协议来提供资源的网络环境。
参考图2，HTTP客户端设备A、B和C可以用于生成和传送对查询由CoAP网络上可访问的设备提供的资源的请求。在示例实施例中，客户端设备可以采用超文本传输协议(HTTP)来转发请求。HTTP是可以使用客户端 -服务器模型来操作的请求和响应协议。例如，客户端可以向服务器提交 HTTP请求，该服务器提供对诸如HTML文件和其他内容之类的资源的访问。 HTTP服务器可以将响应消息传输到客户端。HTTP响应可以包括关于请求的完成状态信息，并且还可以在消息主体中包括所请求的内容。HTTP资源可以使用统一资源定位符(URL)被标识和定位在网络上，统一资源定位符 (URL)采用统一资源标识符(URI)方案。
参考图2，HTTP客户端设备A、B和C可以生成和传送指向查询资源的HTTP请求，所述查询资源可经由CoAP网络访问。HTTP-CoAP代理设备可以转换从HTTP客户端设备A、B和C接收的HTTP请求，并且经由 CoAP网络将请求转发到适当的CoAP设备。HTTP-CoAP代理设备可以将来自CoAP网络内的CoAP资源设备的响应转换为适于在HTTP客户端设备A、 B和C处处理的HTTP响应消息。HTTP-CoAP代理设备可以允许HTTP客户端设备与CoAP资源通信，反之亦然。
如图2所示，在示例实施例中，信息中心网络技术(ICN)网络可以经由HTTP-CoAP代理在HTTP客户端设备A、B和C与CoAP网络之间传输消息。ICN可以包括网络接入点(NAP)，NAP可以向设备提供对ICN的接入。如图2所示，HTTP客户端设备A、B和C可以经由客户端网络接入点(cNAP) A和B访问ICN。例如，如图2所示，HTTP客户端A可以经由cNAP A访问ICN，HTTP客户端B和HTTP客户端C可以经由cNAP B访问ICN。 HTTP-CoAP代理设备可以经由服务器网络接入点(sNAP)访问ICN。
在示例实施例中，HTTP客户端设备A、B和C中的一个或多个可以通过生成和传送HTTP请求来请求查询CoAP资源。HTTP请求可以包括 CoAP请求查询。请求(例如单个请求)可以由HTTP客户端设备中的一者(例如HTTP客户端A、HTTP客户端B和/或HTTP客户端C)传送，并且单播响应(例如单个单播响应)可以由sNAP生成并被转发到发起客户端设备。在一些场景中，可能存在针对相同或相似信息的多个请求查询。在这种情况下，可能存在发送对经由多播接收的请求的响应的机会，这可能降低网络利用率。可以几乎同时发送响应。网络技术可用于促进多播响应的产生和传输。例如， ICN网络上的HTTP消息可适于促进以多播方式几乎同时传送对在服务器处接收的请求的响应。在提供对CoAP资源的接入的网络环境中，可以应用 HTTP-CoAP代理，以便在准同步访问场景中促进多播响应递送。多播响应可以提供减少网络利用的可能性。
可以使用多播消息来响应识别可能具有类似响应信息的请求。例如，可以基于请求的URI和/或报头字段中的相似性来确定识别被指向相同或相似响应值的请求。这样的处理可能不能解决在与请求相关联的查询中表示的详情的问题。
本文公开了用于识别请求的过程，所述请求可以是相同的或相似的，并且可以考虑可以在请求中指定的查询详情。在示例实施例中，图2中的 HTTP客户端设备A、B和C中的一个或多个(例如，每个)可以通过生成和发送包括CoAP请求的HTTP请求，来请求访问CoAP网络内的CoAP资源。 HTTP请求可以指定用于从CoAP资源检索数据的查询。请求的查询串或查询部分可以指定定义查询的参数和相应值。在URL中， http://example.com/resource？field1＝value1&field2＝value2，查询部分包括 "field1＝value1&field2＝value2"，用于查询的判定标准可以包括"field1"和 "field2"，并且用于查询的判定值可以包括"value1"和"value2"。逻辑与符号"& "可以用作字段参数和值之间的分隔符。
在示例实施例中，查询可以指定参数化资源的自变量，并且可以包括字符序列。具有经由HTTP请求的查询的示例CoAP请求可以被格式化为如下：http://HTTP_FQDN/HTTP_URL/coap://CoAP_FQDN/CoAP_URL？QUERY。 HTTP_FQDN可以指示HTTP完全限定域名，例如foo.com。HTTP_URL可以指示HTTP统一资源定位符(URL)。CoAP_FQDN可以指示CoAP完全限定域名(FQDN)。CoAP_URL可以指示CoAP URL。CoAP_URI可以指示CoAP FQDN/CoAP URL。QUERY可以指示对CoAP请求的查询。
HTTP客户端设备A、B和C可以生成CoAP请求，该请求包括对特定CoAP资源或设备的查询。CoAP请求可以被格式化以用于经由HTTP请求的通信。如图2所示，并且应用这里描述的HTTP格式化结构，由HTTP 客户端设备A、B和C生成的请求可以被指向相同的CoAP资源，“coap://server.net”和相同的CoAP URL"light."。如图2所示，一直到CoAP URL，三个请求中的一个或多个(例如，每个)可以是相同的。然而，如图2 所示，请求的查询部分可以是不同的。例如：在由HTTP客户端设备A生成的请求中，查询部分指定"above＝30"；在由HTTP客户设备B生成的请求中，查询部分指定"under＝50"；并且在由HTTP客户端设备C生成的请求中，查询部分指定"above＝60"。三个HTTP客户端设备A、B和C可以生成可以指向具有不同查询参数的相同CoAP资源的三个不同CoAP请求。这三个单独的请求可以导致生成三个单独的单播响应并将其返回给设备，这可以提高网络利用率。
在一些实例中，即使当客户端设备请求的查询部分不同时，响应信息也可以是相同的。例如，返回相同或相似信息的两个查询可以包括不同的内容(例如，不同的判定标准和/或不同的判定值)。例如，第一查询可以指定 http://example.com/resource？name＝patent，而第二查询可以指定 http://example.com/resource？name＝office。查询可以是类似的，但可以是不相同的，并且可以由诸如"Patent Office"等相同的响应数据满足。具有查询的另一示例URL可以指定：http://video.foo.com/video000.mp4？user＝number。在该示例中，请求视频文件，但是具有特定用户(例如，被标识为"number")。即使请求了与特定用户相对应的视频，相同的视频也可以应用于可能请求资源(例如，指定http://video.foo.com/video000.mp4？user＝number100的URL和查询)的若干用户。
识别具有可以由相同资源响应值满足或以相同资源响应值响应的不同查询部分的请求可以包括在sNAP或HTTP-CoAP代理处解析查询串并且确定哪些响应值应用于哪些查询。串解析可以允许在传送来自sNAP的响应之前聚合响应。查询串解析在计算上可能是复杂的和/或可能将处理负荷集中在网络中的单个逻辑位置。
在所公开的系统的示例实施例中，可以在分布式位置处生成请求的结构化表示。对应于请求的结构化信息(包括请求的查询部分)，可以用于评估该请求与其他请求的相似性和/或确定是否可以使用多播响应来响应该请求。查询资源的请求可以由一系列数据项来定义，并且数据项可以服务于(例如，可以各自服务于)定义中的目的。例如，基于URI的查询可以包括以下形式：{HTTP:COAP}://domain.com/RESOURCE/QUERY_OPERATOR＝QUE RY_VALUE。在该示例格式中：domain.com可以对应于CoAP资源的完全限定域名，RESOURCE可以对应于被请求的资源名称，QUERY_OPERATO R可以对应于判定标准，QUERY_VALUE可以表示判定值。
在示例性实施例中，QUERY_OPERATOR可以具有其自己的查询类型，其可以被称为QUERY_TYPE。查询类型可以是预定的。查询类型可以用于识别可由相同查询响应值满足的查询，并且因此可以产生多播响应。例如，对"小于"和/或"大于"的查询具有导致多播响应的可能性(例如，因为即使查询的查询操作符不同，对一个或多个查询的响应值也可能相同)。例如，在传感器读数为20的情况下，响应(例如，真)可以满足对于大于10的传感器读数的查询和对于大于15的传感器读数的查询两者。查询类型可用于确定可由相同的结果满足和/或可导致形成多播组(例如，其中多播响应将满足查询组内的所述查询的查询组)的那些查询。
在示例实施例中，查询类型可以被标准化以便于确定查询是否可以由相同的结果满足。下面的表2提供了查询类型和查询操作符之间的示例配对的列表。如图所示，在示例实施例中，查询类型可以与查询操作符相关联。例如，与搜索高于或低于指定值的值相关联的查询操作符可被标识为类型0。与搜索指定对象的左边或右边的项相关联的查询操作符可被标识为类型1，类似地，与搜索对象前面或后面的值相关联的查询操作符可被标识为类型2，即使在查询类型未使用基于目录的查询操作符搜索来标准化的情况下，也可能处理查询。
表2
查询类型 查询操作符
类型0 高于/低于
类型1 左/右
类型2 前/后
在示例实施例中，可以处理查询资源的请求，以生成资源位置和查询具体细节的结构化表示。例如，在诸如图2中描绘的示例实施例中，cNAP A 和B可以生成在相应cNAP处接收的请求(例如，分别从HTTP客户端A、B 和C接收的请求)的结构化表示。针对请求的结构化表示可以包括表示请求的URI、查询类型、查询操作符和查询值的部分。结构化表示可被称为结构化代理规则标识符(sPRID)。当cNAP(例如，cNAP A和cNAP B)将查询资源的请求转发到sNAP时，也可以转发结构化表示。
sNAP可以使用与请求相关联的结构化信息来确定哪些请求可以由相同或相似的资源响应值满足。在示例性实施例中，sNAP可以从结构化信息中检索用于一个或多个请求(例如，每个请求)的URI和查询类型，并且可以比较所述URI和查询类型，以确定相同资源响应值可以满足的请求。sNAP 可以将包括请求的查询在内的至少一个请求转发到适当的CoAP资源(例如，经由HTTP CoAP代理)。在接收到对请求的响应值时，sNAP可以将每个请求的查询操作符和查询值连同响应值一起用于确定所接收的响应值是否可以满足一个或多个(例如，每个)请求。可以将那些可以被确定为由响应值满足的请求识别为相同或相似，由此使得可以利用从sNAP到从其接收请求的 cNAP的多播响应来响应所述相同或相似的请求。
图3描绘了用于识别具有资源查询的请求的示例过程的流程图，所述请求可以由相同的资源响应值满足，并且因此可以使用多播响应来响应。如图所示，在框310处，可以由HTTP客户端设备发送针对网络资源的请求，并且由cNAP接收(例如，由HTTP客户端设备A、B和C发送，并且在来自图2的cNAP A和B处接收)。在示例实施例中，请求可以包括指定作为请求的预期接收者的资源的信息和指定预期由请求服务的查询的数据。例如，如图2所示，HTTP客户端A可以生成以下请求并将其传送到cNAP A：h ttp://example.com/proxy/coap://server.net/light？above＝30。类似地，HTTP客户端B和C可以分别生成以下请求并将其传送到cNAP B：http://example.co m/proxy/coap://server.net/light？under＝50和http://example.com/proxy/coap://se rver.net/light？above＝60。如图所示，在示例实施例中，请求可以被格式化为 HTTP请求，并且包括定义CoAP资源的查询的信息。可以使用任何适当的格式和/或协议来格式化和传送请求。
参照图3，在框312，图2的cNAPs A和B可以生成(例如，可以为每个所接收的请求生成)请求的结构化表示。请求的结构化表示可以包括适于用作用于确定请求彼此之间的相似性或相同性的基础的信息。在示例实施例中，cNAP A和B可以为分别从HTTP客户端A、B和C接收的每个请求，生成结构化代理规则标识符(sPRID)。sPRID可以提供用于表示请求的详情的标准格式。在示例实施例中，sPRID可以包括指定以下各项的信息：CoAP 资源的统一资源标识符(URI)；查询类型；查询操作符；以及查询值。sPRID 可以基于或反映预定查询类型(例如，上面在表2中提到的那些查询类型)。 sPRID(通过包括URI、查询类型、查询操作符和查询值)可以允许确定指向相同CoAP资源的请求和/或确定由相同响应值可以满足的哪些CoAP资源查询。
在示例性实施例中，可以通过级联CoAP URI、查询类型、查询操作符和查询值的按比特表示来生成sPRID。例如，可以使用以下函数来生成 sPRID：sPRID＝fPRIDGEN(散列(URI),查询类型,查询操作符,查询值)，其中 fPRIDGEN()是级联函数。该级联可以包括URI的散列，其中该URI可以是不具有查询信息的部分URI，例如FQDN/RESOURCE。散列还可以包括要考虑用于特定CoAP FQDN的相关报头字段。用于通过HTTP请求为每个CoAP 生成sPRID的伪代码可以包括：
Figure GDA0003398597780000271
如本文所述，fPRIDGEN()函数可以包括级联函数。
图4描述了sPRID的示例格式。如这里所描述的以及图4中所示出的，sPRID可以包括表示相关URI的散列、查询类型、查询操作符、以及查询值的比特的级联。在示例实施例中，URI可以是CoAP URI。该级联可以传输相关信息(例如，可以与传输相关信息所必需的那么长)。在示例实施例中，查询类型、查询操作符和查询值可以映射到定义的比特。例如，如图4所示，可通过离散化值(例如，可映射到有限比特的实数)的方式，相关URI的散列可映射到l个比特，查询类型可映射到m个比特，查询操作符可映射到n个比特，并且查询值映射到o位。例如，如果查询值可以被映射到三个比特，则查询值可以被映射到八个级别。
这里描述为属于sPRID的结构化信息可以被编码到协议报头中。图5 描述了所接收的以ICN报头格式化的请求的结构化表示的示例表示。如图所示，ICN报头可包括对应于如上所述的包含在sPRID中的信息。报头可以包括与URI、查询类型、查询操作符和查询值相对应的信息。报头中的结构化信息之后可以跟随有作为有效载荷的编码的HTTP请求。报头中的信息可以包括从URI生成的散列值以及与查询类型、查询操作符和查询值相对应的比特。协议报头字段的比特长度可以类似于这里所讨论的sPRID的比特数。协议报头字段的结构和长度分配可以根据报头格式而变化。
再次参考图3，在框314处，请求和资源查询连同为每个请求生成的结构化信息一起可以被传送(例如，传送或转发)到与请求将被转发到的网络资源相对应的sNAP(例如，其可以是图2的sNAP)。接收请求并且生成表示这些请求的结构化信息的cNAP(例如，图2的cNAP A和/或cNAP B)可以将结构化信息传递到与资源相对应的sNAP。当如本文所述，诸如结合图5，将请求的结构化信息编码在ICN协议报头时，结构化信息可在协议分组内传送。
当用于请求的结构化信息已经被格式化为sPRID时，sPRID(例如，每个sPRID)可以在诸如HTTP报头之类的通信协议报头中被传输。如本文所述，sPRID可以在报头的任何合适的部分中传输。例如，当信息在HTTP报头中被传送时，信息可以被编码在HTTP协议的"如果不匹配"报头字段中。
图6描述了其中sPRID被编码在HTTP报头中的实施例。如在图6中所看到的，HTTP客户端可以与cNAP通信(例如，HTTP客户端A可以与 cNAP A通信，而HTTP客户端B和C可以与cNAP B通信)。cNAP可以与 ICN网络相关联。ICN网络可包括sNAP(例如，也可包括sNAP)。sNAP可以经由HTTP-CoAP代理与CoAP网络通信。图6中所示的系统可以提供连接到ICN网络的HTTP客户端(例如，HTTP客户端A、B和C)，以与CoAP 网络内的CoAP资源通信。例如，如图6所示，对于请求(例如，每个请求)， HTTP客户端(例如，HTTP客户端A、B和C)可以生成包括一系列比特的 sPRID，并将其存储在HTTP报头的如果不匹配字段中。可以经由HTTP分组将sPRID传送到HTTP客户端的适当cNAP。现在参考图3的框314，包括包含sPRID的报头的HTTP分组可以通过ICN网络被传输到sNAP。
参考图3，在框316处，可以从所接收的结构化信息中识别请求的结构化表示的组件。在结构化信息被包括在存储于HTTP报头中的sPRID中的情况下，可以从HTTP报头中提取sPRID，并且可以从sPRID中提取相关的组件。例如，sNAP可接收报头、提取sPRID、和/或对提取的sPRID执行用于创建sPRID的处理的逆过程。当sPRID由本文所述的fPRIDGEN函数产生时，sNAP可通过执行fPRIDGEN-1(PRID)2提取组分。在fPRIDGEN可以是级联的情况下，fPRIDGEN-1可以包括比特字段分割(split)函数。sNAP可处理sPRID，并识别与CoAP URI、查询类型、查询操作符和/或查询值相对应的信息。
参考图3，在框318处，可以针对每个所接收的请求确定该请求是否由相同的资源响应值满足。在示例性实施例中，接收请求的sNAP可以识别指向相同CoAP URI并具有相同或相似查询类型的那些请求。指向相同或相似CoAP URI并且还请求相同或相似查询类型的请求可以由相同的响应值满足或响应，并且因此可以适合于多播响应。sNAP可以为一个或多个请求(例如，每个请求)生成一个多播组标识(MGID)，其中具有相同或相似MGID的一个或多个请求可以被识别为可能由相同或相似的响应值满足。在一个示例性实施例中，sNAP可以为每个请求生成如下的MGID：MGID＝fMGIDGEN(散列(CoAP_URI)，查询类型)。在示例性实施例中并且如本文所述，fMGIDGEN可以包括级联函数。当两个请求的MGID相等时，请求可以被认为是同一组的一部分，并且潜在地可以由同一资源请求响应值满足。
再次参考图3，在框320处，可以将一个或多个请求转发到适当的资源以进行处理。例如，在请求被指向CoAP资源的情况下，包括相应查询详情的一个或多个请求可以被转发到CoAP网络，以便由适当的CoAP资源处理。在示例实施例中，可以经由HTTP-CoAP代理来传输请求。
在框322处，CoAP资源可以执行处理以响应于所接收的任何请求。例如，并且关于请求(例如，每个请求)，在请求被指向CoAP传感器设备的情况下，传感器设备可以检索响应于查询的相关信息。在请求查询CoAP光传感器的当前光读数的示例场景中，CoAP光传感器可以检索当前光读数。在框324处，可以传送和/或接收资源请求结果值。例如，响应可以由CoAP 资源传送并且由sNAP经由HTTP-CoAP代理接收。该响应可以被称为响应值。
在框326处，sNAP可以根据所接收的响应值和被识别为属于匹配组的一个或多个请求(例如，具有相同MGID的请求)的查询详情(例如，每个请求)，来确定所识别的请求中的哪些请求可以被所接收的响应值解析或满足。在sNAP先前已为请求生成了MGID的示例性实施例中，sNAP可以利用所接收的响应值来评估与相同MGID相关联的每个请求。例如，sNAP可以确定除了为其接收响应值的请求之外的请求是否可以由所接收的响应值满足或者使用所接收的响应值来解决。
在示例场景中，所接收的与第一请求相关的响应值可以指示由CoAP 资源生成的值40。第一请求可能已经查询了该值是否大于30。基于所接收的响应值40，可以响应第一请求。sNAP可以鉴于与第一请求相关联的响应值40来评估第二请求及其查询。第二请求可以查询该值是否小于50。基于所接收的对第一请求的响应值40，第二请求也可以被满足并被响应。可以确定第二请求与第一请求匹配，并且第二请求可以经由多播响应消息利用对第一请求的响应被响应。第三请求可查询资源值是否大于60。在这种情况下，基于所接收的与第一请求相关的响应值40，第三请求可能不被满足。在这种情况下，可以使用相同的接收结果值来响应第一和第二请求，而第三请求可以不响应。例如，sNAP可以错误地响应。
确定请求是否由所接收的响应值满足并因此可以被包括在多播组中以便递送的处理的伪码表示可以包括：
Figure GDA0003398597780000311
将fMATCH函数应用于图2所示的请求，可以产生以下结果：HTTP客户端A的请求，fMATCH(PRID，高于，30，40)＝真；HTTP客户端B的请求，fMATCH(PRID，低于，50，40)＝真；HTTP客户端C的请求，fMATCH(PRID，高于，60，40)＝假。在匹配函数fMATCH返回"真"的情况下，所接收的响应值可以满足请求，并且可以多播响应。在匹配函数fMATCH返回"假"并且sNAP 可以准确地响应于请求(例如，HTTP客户端C的请求)的情况下，sNAP可以单播该响应。
参考图3，在框328处，sNAP可以生成并传送指向被识别为由相同资源响应值满足的那些请求的多播响应(例如，其中fMATCH返回"真")。随后可以在从其接收到相应请求的cNAPs处接收多播响应。cNAP继而可以生成响应并将其传送到从其接收到请求的HTTP客户端设备。例如，参考图2，在由于由相同的响应值满足而确定来自HTTP客户端设备A和B的请求匹配的情况下，多播响应可以由sNAP传递到cNAP A和B，cNAP A和B可以将响应返回到HTTP客户端设备A和B。
在一个示例性实施例中，当新的请求在MGID已经被生成和/或相对于该MGID的现有请求的评估正在进行之后到达时，新到达的请求可以与现有请求一起被处理和考虑。在MGID已经被生成并且现有请求正在被评估之后接收的请求可以替代地被处理并被单独考虑。在示例实施例中，可以在将响应发送回cNAP之后删除MGID。
可以通过在通过HTTP/CoAP代理从CoAP资源向sNAP传递资源响应值中引入的时延，来促进识别由相同响应值满足的请求。例如，CoAP资源可能不会立即响应代理(例如，出于功率效率的原因)。例如，可以在可能持续几秒的功率循环完成之后传送应答。在完成一个功率周期所用的时间内， sNAP可以接收对应于该多播组的附加请求。可以将附加请求添加到多播组，并且可以使用本文描述的技术中的一个或多个来处理接收的响应。
在示例实施例中，从客户端设备接收的请求可以指定"CoAP OBSERVE"操作，由此sNAP和HTTP/CoAP代理可以在从CoAP资源接收到新的响应值时使用多播响应来发送更新。在从sNAP/HTTP-CoAP代理处的CoAP资源接收更新的响应值的情况下，sNAP可以使用先前识别的组来评估更新的响应值是否适用和/或可以生成多播响应以转发这样的信息。在这样的实施例中，CoAP响应值可以被认为在一段时间内有效，并且在该段时间内，可以用于响应对相同CoAP资源的附加请求。
在一个示例性实施例中，其中可以在sNAP处接收请求，并且与其它先前接收的请求一起考虑，sNAP可以有意地延迟生成MGID和处理与MGID 相关的请求。sNAP可等待指向同一URI的其它HTTP请求，并制定更大的多播组(例如，具有较高的多播响应概率)。这种有意延迟可以基于sNAP检查原始传入请求，以便基于所请求的特定信息来确定这种延迟的有效性和长度。例如，sNAP可基于原始请求的清单文件来检查对视频块的传入请求。通过检查返回的清单文件，可确定最大块长度，使得对清单文件中定义的块的请求可取决于所述块长度而被延迟。例如，sNAP可基于组块长度和/或观察到的网络时延加试探(heuristic)(例如，依赖于实现的参数)来确定延迟。 sNAP可以维护请求URI的内部列表，对于该列表，sNAP基于对相关元数据的检查确定了这种有意延迟。如果传入请求与所述表中的任何URI匹配，则sNAP可执行有意延迟，同时维护如这里所述的可扩展客户端列表。通过这种有意延迟，接收附加请求并因此将它们包括到多播组(例如，通过用于原始请求的临时MGID被识别)中的概率可以增加，这可以增加多播增益的可能性。
图7描绘了用于查询网络资源的请求的示例处理的消息序列图。如图 7所示，在示例场景中，HTTP客户端A、B和C中的每一个可以生成包括 CoAP资源的查询的请求。由HTTP客户A生成的HTTP请求A可以指定如下内容：http://example.com/proxy/coap://server.net/light？above＝30。HTTP请求A可以被指向CoAP资源"server.net”"并且可以询问光值是否高于30。HT TP请求A可以被传送到cNAP A。可以由HTTP客户端B生成的HTTP请求B可以指定如下内容：http://example.com/proxy/coap://server.net/light？abov e＝50。HTTP请求B可以被指向相同的CoAP资源"server.net"，并且可以询问光值是否高于50。可以由HTTP客户端C生成的HTTP请求C可以指定如下内容：http://example.com/proxy/coap://server.net/light？under＝60。HTTP 请求C可以被指向与HTTP请求A和B相同的CoAP资源"server.net"，并且可以查询光值是否低于60。如图7所示，可以将HTTP请求B和C转发到cNAP B。
可以由对应的cNAP处理一个或多个请求(例如，每个请求)以生成请求的结构化表示。例如，HTTP请求A可以由cNAP A处理，而HTTP请求 B和C可以由cNAP B处理。参考HTTP请求A，CoAP URI的散列值(Coa p：//server.net/light)可以包括0x11111111，并且查询操作符的查询类型(例如，高于或低于)可以包括0x01。用“高于”和“低于”的查询操作符可以分别由0x00和0x01表示。查询值可被映射到表示由该值表示的十的倍数的值。例如，查询值30可以被映射到3，并且可以使用1字节来表示sPRID的查询值部分。与HTTP请求A(http://example.com/proxy/coap://server.net/light？ above＝3)相关联的结构化表示(在图7中称为PRID)可以包括0x111111110 10003。类似地，HTTP请求B和C的结构化表示可以分别包括0x11111111 010005和0x11111111010106。
cNAP A和B可将结构化表示传输到sNAP。例如：cNAP A可以将 HTTP请求A的结构化表示传输给sNAP，cNAP B可以将HTTP请求B和C 的结构化表示传输给sNAP。在图7所示的场景中，可以通过在ICN协议报头中编码结构化表示来传输结构化请求表示。cNAP A可以将具有请求的结构化表示的HTTP请求A发布或转发到sNAP。类似地，cNAP B可以将HTTP 请求B和C以及这些请求的结构化表示发布或转发到sNAP。
sNAP可以从接收自cNAP A的消息中提取HTTP请求A的结构化表示，并且为HTTP请求A生成多播组标识(MGID)。sNAP可生成与本文中结合图3的框318所作的讨论一致的MGID。在图7所示的实施例中，sNAP 可确定用于HTTP请求A的MGID是0x1111111101。sNAP可以经由HTTP-CoAP代理将与HTTP请求A相对应的CoAP资源查询请求转发到 CoAP网络。
对于HTTP请求B，sNAP可以提取从cNAP B接收的结构化信息，并且基于所提取的信息生成(与本文关于图3的框318的讨论相一致的) MGID。在图7所示的实施例中，用于请求B的MGID是0x1111111101。sNAP 可以确定已经存在相同的MGID(例如，来自HTTP请求A)，并且可以将 HTTP请求B添加到所计算的MGID的多播组中。
对于HTTP请求C，sNAP可以提取从cNAP C接收的结构化信息，并且基于所提取的信息生成(与本文关于图3的框318的讨论一致的)MGID。在所描述的情况中，用于请求C的MGID是0x1111111101。sNAP可确定已经存在相同的MGID(例如，来自HTTP请求A和B)，并且可将HTTP请求 C添加到所计算的MGID的多播组中。
如图7所示，CoAP网络可以返回对HTTP请求A的CoAP资源查询的响应值。sNAP可以经由HTTP-CoAP代理接收响应值。在图7中描绘的示例实施例中，对HTTP请求A的响应可以指示值40。
sNAP可以使用所返回的响应值来评估已被识别为属于与HTTP请求 A相同的多播组的每个请求(例如，具有与HTTP请求A相同的MGID的请求)。例如，sNAP可为与HTTP请求A(例如，HTTP请求B和C)相同的 MGID相关联的每个请求评估响应值。sNAP可使用返回值40来评估已经与多播组(例如，MGID 0x1111111101)相关联的HTTP请求A、B和C中的每一个。sNAP可执行与本文中结合图3的框326描述的处理一致的处理。在图7的实施例中，sNAP可为询问值是否高于30的HTTP请求A确定响应值40可满足该请求(例如，对HTTP请求A的响应可包括"真")。在响应值为 40的情况下，HTTP请求A可以被确定为多播组的一部分。sNAP可以确定，对于查询值是否高于50的HTTP请求B，响应值40可能不满足请求B(例如，对HTTP请求B的响应可以包括"假")。在响应值为40的情况下，HTTP 请求B可能不被确定为多播组的一部分。sNAP可以确定，对于查询值是否小于60的HTTP请求C，响应值40可以满足该请求(例如，对HTTP请求C 的响应可以包括"真")。在响应值为40的情况下，请求C可以被确定为多播组的一部分。
对于被确定为多播组的一部分的那些请求，可以传送单个多播消息。在确定HTTP请求A和C由相同的资源值和相同多播组的一部分满足的情况下，可以从sNAP向cNAP A和B发送单个多播消息，以提供对HTTP请求A和C的响应。CNAP A和B可以分别生成具有响应值的消息并将其传输到HTTP客户端A和C。对于请求B，可以发送或不发送响应。例如，响应于请求B，可以从sNAP向cNAP B传送单播响应，该播响应可以提供对 HTTP请求B的响应。cNAP B可以生成具有响应值的消息并将其传输到 HTTP客户端B。作为另一示例，sNAP可不等待直到满足查询值，当fMATCH可返回假时，sNAP可向cNAP发送假值。
本文所述的处理可由任何合适的设备和/或设备的组合来执行。例如，虽然图2的sNAP可被用于执行这里描述的处理的各个部分，但是相同或类似的处理可完全或部分地由HTTP/CoAP代理来执行(例如，对于其中在 HTTP报头中传输结构化信息的实施例)。在这样的实施例中，多播组形成功能可能不会导致针对单个响应的多播递送。多播组形成功能可以导致发送针对所发现的请求(例如，所有所发现的请求)的各个单播响应。在可能不支持多播组形成功能的示例场景中，HTTP/CoAP代理可以对一个或多个请求执行查询串解析(例如，如果HTTP/CoAP代理支持查询，而许多不支持)，这可能增加计算复杂度。HTTP/CoAP代理可以拒绝该请求(例如，如果它根本不支持查询)。这种实施例可以依赖于通过标准IP网络或ICN网络的消息传递。
图8描绘了用于提供消息响应的示例处理的消息序列图，其中在HT TP协议报头中传输结构化信息。如本文所述和图8所示，HTTP客户端A、 B和C可以生成包括CoAP资源的查询的请求。请求(例如，每个请求)的内容可以与本文结合图7所讨论的内容相同。由HTTP客户端A生成的HTTP 请求A可以指定如下内容：http://example.com/proxy/coap://server.net/light？ab ove＝30。HTTP请求A可以被指向CoAP资源"server.net"，并且可以询问光值是否高于30。可以由HTTP客户端B生成的HTTP请求B可以指定如下内容：http://example.com/proxy/coap://server.net/light？above＝50。HTTP请求 B可以被指向相同的CoAP资源"server.net"，并且可以询问光值是否高于50。可以由HTTP客户端C生成的HTTP请求C可以指定如下内容：http://exam ple.com/proxy/coap://server.net/light？under＝60。HTTP请求C可以被指向与H TTP请求A和B相同的CoAP资源"server.net"，并且可以查询光值是否低于60。然而，在图8的示例场景中，结构化信息可被编码在HTTP报头中(例如，与图7的ICN协议报头不同)。在图8中描绘的示例场景中，可以在HT TP协议报头的"如果不匹配"字段中编码表示每个请求的结构化信息。
如图8所示，HTTP客户端A、B和C可以将它们各自的请求传输到 HTTP-CoAP代理。HTTP-CoAP代理可以使用与本文结合图7所述的sNAP 所使用的技术类似的技术来处理请求。例如，HTTP-CoAP代理可以从接收自HTTP客户端A的消息中提取HTTP请求A的结构化表示，并且生成多播组标识(MGID)。HTTP-CoAP代理可以生成与本文关于图3的框318的讨论一致的MGID。在图8所示的实施例中，HTTP-CoAP代理可以确定请求A 的MGID为0x1111111101。HTTP-CoAP代理可以将与请求A对应的CoAP 资源查询请求转发到CoAP网络。
对于HTTP请求B，HTTP-CoAP代理可以提取从HTTP客户端B接收的结构化信息，并且基于所提取的信息生成与上述关于图3的框318的讨论一致的MGID。在图8中所描绘的实施例中，用于请求B的MGID是 0x1111111101。HTTP-CoAP代理可以确定已经存在相同的MGID(例如，对于HTTP请求A)，并且可以将HTTP请求B添加到所计算的MGID的多播组。
对于HTTP请求C，HTTP-CoAP代理可以提取从HTTP客户端C接收的结构化信息，并且基于所提取的信息生成MGID，这与本文结合图3的框318的讨论相一致。在所描述的情况下，用于HTTP请求C的MGID是 0x1111111101。HTTP-CoAP代理可以确定已经存在相同的MGID(例如，对于HTTP请求A和B)，并且将HTTP请求C添加到所计算的MGID的多播组。
如图8所示，CoAP网络向HTTP-CoAP代理返回对请求A的CoAP 资源查询的响应值。在图8中描绘的示例实施例中，对HTTP请求A的响应可以指示值40。
HTTP-CoAP代理可以使用所返回的响应值来评估已经被识别为属于与HTTP请求A相同的多播组的每个请求(例如，具有与HTTP请求A相同的MGID的请求)。例如，HTTP-CoAP代理可以评估与和HTTP请求A相同的MGID相关联的每个请求的响应值。HTTP-CoAP代理可以使用返回值40 来评估已经与多播组相关联的HTTP请求A、B和C。HTTP-CoAP代理可以执行与本文结合图3的框326描述的处理一致的处理。在图8的实施例中， HTTP-CoAP可以针对HTTP请求A(其查询值是否大于30)确定响应值40 满足请求。在响应值为40的情况下，HTTP请求A被确定为多播组的一部分。HTTP-CoAP代理可以确定对于查询值是否大于50的HTTP请求B，响应值40不满足请求B(例如，fMATCH函数返回"假")。在响应值是40的情况下，请求B被确定为不是所述组的一部分。HTTP-CoAP代理针对查询值是否小于60的请求C，确定响应值为40确实满足该请求(例如，fMATCH函数返回" 真")。在响应值为40的情况下，HTTP请求C被确定为所述组的一部分。
对于被确定为所述组的一部分的那些请求，HTTP-CoAP代理可以生成对已经被识别为所述组的一部分的每个客户端的响应。在确定相同的资源值和相同组的一部分满足HTTP请求A和C的情况下，HTTP-CoAP代理可以向HTTP客户端A和C发送HTTP响应消息。在图8所示的实施例中，单个多播消息可以不用于传输对所识别的客户端请求的响应。然而，识别由相同响应值满足的请求组的处理可以简化HTTP-CoAP代理和CoAP网络之间的处理。
本文公开了用于识别查询网络资源的请求的系统和方法，所述请求可以由相同的资源响应值满足，并且因此可以使用多播响应来对其进行响应。在一示例实施例中，处理查询网络资源的多个请求中的每一个，以生成对应于网络资源的URI和所请求的查询的详情的结构化信息。每个请求连同相应的结构化信息一起可以被传输到适于提供对所请求资源的访问的网络接入点(NAP)。NAP可以使用结构化信息的一部分来确定因为由相同的资源响应值满足的那些可能被分组在一起作的请求。可以将请求中的至少一个转发到适当的网络资源(例如，CoAP网络资源)以进行处理。在从网络资源接收到资源响应值时，NAP可以使用该响应值来评估因为由相同的资源响应值满足而被识别为可能被分组在一起的每个请求。在示例实施例中，对于被识别为可能被分组在一起的每个请求，NAP使用关于与该请求相关联的查询的信息，来确定所接收的资源响应值是否满足该查询。如果是，则可以将该请求识别为属于该组。对于被确定为与该组相关联的那些请求，可以生成并传送多播响应消息。
应当理解，尽管已经公开了说明性实施例，但是潜在实施例的范围不限于明确阐述的那些内容。例如，虽然已经参考ICN网络、CoAP协议和 HTTP协议描述了系统，但是所设想的实施例扩展到使用特定网络层技术的实现之外。同样，潜在的实现扩展到所有类型的服务层架构、系统和实施例。虽然说明性实施例涉及特定协议，但是处理可以由其他适当协议执行。
设备可以被配置为接收、处理、转发和/或响应一个或多个资源请求。设备可以确定多个查询是否由多播响应满足。例如，设备可以接收被指向资源的第一查询和第二查询。第一查询和第二查询可以各自包括结构代理规则标识符(sPRID)。例如，第一查询可以是第一资源查询并且可以包括第一 sPRID，第二查询可以是第二资源查询并且可以包括第二sPRID。设备可以确定第一查询和第二查询之间的相似性。例如，相似性确定可以基于第一查询的sPRID和第二查询的sPRID。设备可以确定满足第一查询的响应是否也满足第二查询。对第二查询的响应可以基于对第一查询的响应、包括在第一查询的sPRID中的信息和/或包括在第二查询内的信息。如果对第一查询的响应满足第一查询和第二查询两者，则设备可以多播对第一查询的响应。
该设备可以被配置成生成多播组标识符(MGID)，其可以用于确定查询之间的相似性。例如，可以基于查询的统一资源标识符(URI)和查询类型来生成MGID。URI和查询类型可以从查询的sPRID中提取。可以比较一个或多个查询的MGID以确定查询之间的相似性。例如，如果查询的MGID 相同，则可以确定查询是相似的。然而，如果查询的MGID不相同，则可以确定查询不相似。
所述设备可确定是将具有相同MGID的查询包含在与所述MGID相关联的多播组中还是与所述MGID相关联的单播组中。可以将多播响应传送到与MGID相关联的多播组中的查询。可以基于从查询的sPRID中提取的信息和/或对查询的响应来确定是将查询包括在多播组中还是单播组中。例如，从查询的sPRID中提取的信息可以包括查询被指向的统一资源标识符(URI) 和/或与查询相关联的查询类型。
设备可以生成用于查询的sPRID并且可以被附加到所述查询。sPRID 可以包括与查询相关联的信息的级联。例如，sPRID可以包括以下各项的级联：查询指向的URI的散列、查询类型、查询操作、查询值等。可以更新查询以包括sPRID。例如，sPRID可以被编码在与查询相关联的协议报头中。例如，ICN报头和/或HTTP如果不匹配报头可被编码在协议报头中。
提供了一种用于处理请求的方法和/或设备。该设备可以包括存储器和处理器。处理器可以被配置成执行多个动作。可以接收被指向资源的第一资源查询。第一资源查询可以包括第一结构化代理规则标识符(sPRID)。可以接收被指向所述资源的第二资源查询。第二资源查询可以包括第二sPRID。可以确定第一资源查询和第二资源查询之间的相似性。可以确定可以满足第二资源查询的对第一查询的响应。可以多播对第一资源查询的响应。可以接收对第一资源查询的响应。可以基于用于第一资源查询的URI和用于第一资源查询的查询类型，来生成第一资源查询的多播组标识符(MGID)。URI可以从第一sPRID中提取。可以从sPRID中提取第一资源查询的查询类型。可以基于用于第二资源查询的URI和用于第二资源查询的查询类型，来生成第二资源查询的MGID。
提供了一种用于处理请求的方法和/或设备。该设备可以包括存储器和处理器。处理器可以被配置成执行多个动作。可以接收被指向资源的资源查询。资源查询可以包括URI、查询类型、查询操作、查询值等中的一个或多个。可以生成与资源查询相关联的sPRID。资源查询可以被更新以包括与资源查询相关联的sPRID。
应当理解，执行本文描述的过程的实体可以是可以以存储在移动设备、网络节点或计算机系统的存储器中并且在移动设备、网络节点或计算机系统的处理器上执行的软件(例如，计算机可执行指令)的形式实现的逻辑实体。即，该方法(一个或多个)可以以存储在移动设备和/或网络节点(诸如节点或计算机系统)的存储器中的软件(例如，计算机可执行指令)的形式来实现，该计算机可执行指令在由节点的处理器执行时执行所讨论的过程。还应当理解，图中所示的任何传送和接收过程可以由节点的通信电路在节点的处理器和其执行的计算机可执行指令(例如，软件)的控制下执行。
本文描述的各种技术可以结合硬件或软件或在适当的情况下结合两者的组合来实现。因此，此处所描述的主题的方法和装置或其某些方面或部分可采取包含在诸如软盘、CD-ROM、硬盘驱动器或任何其它机器可读存储介质等有形介质中的程序代码(例如，指令)的形式，其中当程序代码被加载到诸如计算机等机器中并由其执行时，该机器成为用于实现此处所描述的主题的装置。在程序代码存储在介质上的情况下，可能是所讨论的程序代码存储在共同执行所讨论的动作的一个或多个介质上的情况，也就是说，一起采用的一个或多个介质可以包括用于执行动作的代码，但是在存在多于一个单个介质的情况下，不要求代码的任何特定部分存储在任何特定介质上。在可编程计算机上执行程序代码的情况下，计算设备通常包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。一个或多个程序(其可以例如通过使用API、可重用控件等来)实现或利用结合本文所述主题描述的过程。这样的程序优选地以高级过程或面向对象的编程语言来实现，以与计算机系统通信。然而，如果需要，程序(一个或多个)可以用汇编语言或机器语言来实现。在任何情况下，语言可以是编译或解释语言，并且与硬件实现相结合。
尽管示例实施例可以涉及在一个或多个独立计算机系统的上下文中利用本文描述的主题的各方面，但是本文描述的主题不限于此，而是可以结合诸如网络或分布式计算环境之类的任何计算环境来实现。此外，本文描述的主题的各方面可以在多个处理芯片或设备中或跨多个处理芯片或设备实现，并且存储可以类似地跨多个设备受影响。这样的设备可以包括个人计算机、网络服务器、手持设备、超级计算机、或集成到诸如汽车和飞机的其他系统中的计算机。
在描述本公开的主题的优选实施例时，如附图中所示，为了清楚起见，采用了特定术语。然而，所要求保护的主题不旨在限于如此选择的特定术语，并且应当理解，每个特定元素包括以类似方式操作以实现类似目的所有技术等效物。
尽管以上以特定的组合描述了特征和元素，但是本领域的普通技术人员将理解，每个特征或元素可以单独使用或与其它特征和元素任意组合使用。另外，本文描述的方法可以在计算机程序、软件或固件中实现，所述计算机程序、软件或固件并入计算机可读介质中以由计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接传输)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于，只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器设备、诸如内部硬盘和可移除硬盘等磁介质、磁光介质、以及诸如CD-ROM盘和数字多功能盘(DVD)等光介质。与软件相关联的处理器可以用于实现在WTRU、UE、终端、基站、RNC或任何主机计算机中使用的射频收发信机。

Claims (16)

1.一种用于处理针对资源的查询的设备，所述设备包括：
存储器；以及
处理器，该处理器被配置为：
接收被指向资源的第一资源查询，其中所述第一资源查询包括第一结构化代理规则标识符(sPRID)；
接收被指向所述资源的第二资源查询，其中所述第二资源查询包括第二sPRID；
使用所述第一sPRID的部分与所述第二sPRID的部分，确定所述第一资源查询与所述第二资源查询之间的相似性；
使用所述第一资源查询与所述第二资源查询之间的所述相似性确定对所述第一资源查询的响应满足所述第二资源查询；以及
多播对所述第一资源查询的所述响应。
2.根据权利要求1所述的设备，其中所述处理器还被配置为接收对所述第一资源查询的所述响应。
3.根据权利要求1所述的设备，其中所述处理器还被配置为基于用于所述第一资源查询的统一资源标识符(URI)和所述第一资源查询的查询类型，来生成用于所述第一资源查询的多播组标识符(MGID)。
4.根据权利要求3所述的设备，其中所述处理器还被配置为从所述第一sPRID提取用于所述第一资源查询的所述URI和所述第一资源查询的所述查询类型。
5.根据权利要求3所述的设备，其中所述处理器还被配置为基于用于所述第二资源查询的统一资源标识符(URI)和所述第二资源查询的查询类型，来生成用于所述第二资源查询的MGID。
6.根据权利要求5所述的设备，其中所述处理器还被配置为从所述第二sPRID提取用于所述第二资源查询的所述URI和所述第二资源查询的所述查询类型。
7.根据权利要求5所述的设备，其中所述处理器还被配置为通过确定用于所述第一资源查询的所述MGID和用于所述第二资源查询的所述MGID相同，使用所述第一sPRID的所述部分与所述第二sPRID的所述部分来确定所述第一资源查询和所述第二资源查询之间的所述相似性。
8.根据权利要求3所述的设备，其中所述处理器还被配置为至少基于所述第一sPRID和所述第二sPRID来确定将所述第二资源查询包括在用于所述第一资源查询的所述MGID的多播组中或者用于所述第一资源查询的所述MGID的单播组中。
9.根据权利要求8所述的设备，其中所述处理器还被配置为通过以下操作来使用所述第一资源查询和所述第二资源查询之间的所述相似性确定对所述第一资源查询的所述响应满足所述第二资源查询：
从所述第二sPRID中提取查询操作和查询值；以及
确定所述查询操作和所述查询值由对所述第一资源查询的所述响应满足。
10.一种用于处理针对资源的查询的方法，所述方法包括：
接收被指向资源的第一资源查询，其中所述第一资源查询包括第一结构化代理规则标识符(sPRID)；
接收被指向所述资源的第二资源查询，其中所述第二资源查询包括第二sPRID；
使用所述第一sPRID的部分与所述第二sPRID的部分，确定所述第一资源查询与所述第二资源查询之间的相似性；
使用所述第一资源查询和所述第二资源查询之间的所述相似性，确定对所述第一资源查询的响应满足所述第二资源查询；以及
多播对所述第一资源查询的所述响应。
11.根据权利要求10所述的方法，所述方法还包括：接收对所述第一资源查询的所述响应。
12.根据权利要求10所述的方法，所述方法还包括：基于用于所述第一资源查询的统一资源标识符(URI)和所述第一资源查询的查询类型，来生成用于所述第一资源查询的多播组标识符(MGID)。
13.根据权利要求12所述的方法，所述方法还包括：通过确定用于所述第一资源查询的所述MGID和用于所述第二资源查询的所述MGID相同，使用所述第一sPRID的所述部分与所述第二sPRID的所述部分来确定所述第一资源查询和所述第二资源查询之间的所述相似性。
14.根据权利要求12所述的方法，所述方法还包括：从所述第一sPRID提取用于所述第一资源查询的所述URI和所述第一资源查询的所述查询类型。
15.根据权利要求12所述的方法，所述方法还包括：至少基于所述第一sPRID和所述第二sPRID来确定将所述第二资源查询包括在用于所述第一资源查询的所述MGID的多播组或者用于所述第一资源查询的所述MGID的单播组中。
16.根据权利要求15所述的方法，所述方法还包括：通过以下操作来使用所述第一资源查询和所述第二资源查询之间的所述相似性确定对所述第一资源查询的所述响应满足所述第二资源查询：
从所述第二sPRID中提取查询操作和查询值；以及
确定所述查询操作和所述查询值由对所述第一资源查询的所述响应满足。
CN201880056254.1A 2017-08-30 2018-08-30 用于处理针对资源的查询的方法和设备 Active CN111034133B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762551964P 2017-08-30 2017-08-30
US62/551,964 2017-08-30
PCT/US2018/048902 WO2019046609A1 (en) 2017-08-30 2018-08-30 RESOURCE REQUEST PROCESSING

Publications (2)

Publication Number Publication Date
CN111034133A CN111034133A (zh) 2020-04-17
CN111034133B true CN111034133B (zh) 2022-08-02

Family

ID=63686091

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880056254.1A Active CN111034133B (zh) 2017-08-30 2018-08-30 用于处理针对资源的查询的方法和设备

Country Status (4)

Country Link
US (1) US11350421B2 (zh)
EP (1) EP3676998A1 (zh)
CN (1) CN111034133B (zh)
WO (1) WO2019046609A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112073321B (zh) * 2020-11-16 2021-02-09 北京壁仞科技开发有限公司 信息处理方法、互连设备和计算机可读存储介质
US11765087B1 (en) * 2021-08-19 2023-09-19 T-Mobile Innovations Llc Rapid packet processing at user plane function

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6381239B1 (en) * 1996-02-13 2002-04-30 Taqua Systems, Inc. Multiple application switching platform and method
CN1630861A (zh) * 2002-02-12 2005-06-22 摩托罗拉公司 用于在客户端之间提供广播连续性的系统及其方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8750268B2 (en) 2009-12-04 2014-06-10 Blackberry Limited System and method for multimedia emergency access in a wireless network
KR20140008221A (ko) * 2012-07-11 2014-01-21 삼성전자주식회사 통신 시스템에서 개인 정보를 관리하는 방법 및 장치
US10454970B2 (en) * 2014-06-30 2019-10-22 Vescel, Llc Authorization of access to a data resource in addition to specific actions to be performed on the data resource based on an authorized context enforced by a use policy
EP3186945A1 (en) * 2014-08-29 2017-07-05 Idac Holding, Inc. Apparatus for interfacing between information centric networks (icns) and internet protocol (ip) networks
US20180270300A1 (en) * 2014-10-07 2018-09-20 Interdigital Patent Holdings, Inc. Supporting internet protocol (ip) clients in an information centric network (icn)
WO2016123516A1 (en) 2015-01-30 2016-08-04 Idac Holdings, Inc. Methods and systems for anchoring hypertext transfer protocol (http) level services in an information centric network (icn)
WO2017004508A1 (en) 2015-07-02 2017-01-05 Idac Holdings, Inc. Reducing the end to end latency in an http-over-icn scenario
EP3320668B1 (en) * 2015-07-10 2020-07-01 Telefonaktiebolaget LM Ericsson (PUBL) Discovery of resources in a local network
US10397196B2 (en) * 2017-02-28 2019-08-27 Cyber 2.0 (2015) Ltd. Port-scrambling-based networks
CN106940696B (zh) 2016-01-05 2021-12-14 中兴通讯股份有限公司 一种用于sdn多层控制器的信息查询方法及系统
CN109451804B (zh) 2016-07-01 2022-05-31 Idac控股公司 cNAP以及由cNAP、sNAP执行的方法
EP3501188B1 (en) * 2016-08-22 2022-11-30 Telefonaktiebolaget LM Ericsson (publ) Method for enabling a communication device to receive a partial modification of a resource
EP3603121A1 (en) * 2017-03-28 2020-02-05 Nokia Technologies Oy Low energy sensor data collection
US10469373B2 (en) * 2017-05-05 2019-11-05 Futurewei Technologies, Inc. In-network aggregation and distribution of conditional internet of things data subscription in information-centric networking

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6381239B1 (en) * 1996-02-13 2002-04-30 Taqua Systems, Inc. Multiple application switching platform and method
CN1630861A (zh) * 2002-02-12 2005-06-22 摩托罗拉公司 用于在客户端之间提供广播连续性的系统及其方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Evaluation of similarity measure methods for hyperspectral remote sensing data;Junzhe Zhang，Wenquan Zhu，Lingli Wang，Nan Jiang;《2012 IEEE International Geoscience and Remote Sensing Symposium》;20121112;全文 *
类型感知的多属性资源查找机制;王淑玲，杨寿保，武斌，郭良敏;《系统仿真学报》;20120331;全文 *

Also Published As

Publication number Publication date
US20200288480A1 (en) 2020-09-10
WO2019046609A1 (en) 2019-03-07
EP3676998A1 (en) 2020-07-08
CN111034133A (zh) 2020-04-17
US11350421B2 (en) 2022-05-31

Similar Documents

Publication Publication Date Title
US20220224409A1 (en) Multi-hop wireless relay support
US20220408250A1 (en) Distributing service information
KR20210127142A (ko) Pc5 인터페이스를 통한 v2x 유니캐스트 통신 활성화 절차
CN111034133B (zh) 用于处理针对资源的查询的方法和设备
CN116018825A (zh) 用于发现和选择本地nef的方法和装置
CN112640370B (zh) 用于多播分组的层2转发的方法和装置
CN114642012B (zh) 用于prose对等发现的方法和装置
CN117529937A (zh) 经由中继wtru的远程wtru多播和广播服务传输
EP4098000A1 (en) Systems and methods related to enhanced broadcast services in a multi-acces point system
CN111034121B (zh) Http响应的自组织链路本地多播传送
CN115699829A (zh) 针对5g网络中的配置域支持的方法、装置和系统
US20240267357A1 (en) Ieee 802.1cq mac address allocation via ieee 1722 maap and barc
CN116711280A (zh) 用于在基于名称的路由系统中服务链的隔离的方法、装置和系统
WO2024211367A1 (en) Class of security prose discovery systems and procedures
WO2024211365A1 (en) Class of security qualification evaluation and operation
WO2024211364A1 (en) Class of security qualification measurements and capability evaluation
CN116636197A (zh) 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配
CN118830275A (zh) 用于可信度确定的系统和方法
WO2024211762A1 (en) Methods and apparatus for wtru member selection using observed service experience filtering criteria
WO2024211787A1 (en) Authorization of edge enabler client (eec) context transfer
WO2024211767A1 (en) Methods and apparatus for wtru member selection using network slice availability analytics
CN118679721A (zh) 支持aiml操作的性能监测和报告
WO2024177961A1 (en) Methods for wtru member selection assistance based on user plane security status
CN116868517A (zh) Wtru与层2wtru到wtru中继之间的pc5链路标识符改变
WO2023192107A1 (en) Methods and apparatus for enhancing 3gpp systems to support federated learning application intermediate model privacy violation detection

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

Effective date of registration: 20230829

Address after: Delaware

Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Patentee before: IDAC HOLDINGS, Inc.