CN110073647B - 在网络附着点处注册基于fqdn的ip服务端点的***和方法 - Google Patents
在网络附着点处注册基于fqdn的ip服务端点的***和方法 Download PDFInfo
- Publication number
- CN110073647B CN110073647B CN201780077192.8A CN201780077192A CN110073647B CN 110073647 B CN110073647 B CN 110073647B CN 201780077192 A CN201780077192 A CN 201780077192A CN 110073647 B CN110073647 B CN 110073647B
- Authority
- CN
- China
- Prior art keywords
- snap
- fqdn
- server
- icn
- registration
- 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
Images
Classifications
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- 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]
-
- 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/5076—Update or notification mechanisms, e.g. DynDNS
-
- 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
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- 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
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了用于在网络附着点处注册基于FQDN的IP服务端点的***和方法。一个实施例采用一种方法的形式,该方法包括:在信息中心网络(ICN)中的服务器侧网络接入点(sNAP)处,接收包括IP服务器的第一完全限定域名(FQDN)、端口、传输协议和服务名称的注册请求;在所述sNAP处,将所述端口、所述传输协议和所述服务名称发布到第一内容标识符(CID);以及在所述sNAP处,订阅基于所述FQDN的第二CID。
Description
相关申请的交叉引用
本申请是2016年12月14日提交的题为“System and Method to Register FQDN-based IP Service Endpoints at Network Attachment Points(在网络附着点注册基于FQDN的IP服务端点的***和方法)”的美国临时专利申请序列号62/434,181的非临时申请,并根据35U.S.C§119(e)要求其权益,其在此被整体引入以作为参考。
背景技术
信息中心网络(ICN)根据通过信息寻址交换内容的范例进行操作。适当的联网实体被连接以充当请求联网实体的信息源。
在某些情况下,网络架构的组件被替换以便实现ICN解决方案的网络级功能。这些经过修改的网络体系结构允许仅IP端点通过INC本地进行相互通信。一些经过修改的网络体系结构可能需要将终端用户设备从提供基于IP 的服务转换为能够提供基于ICN的服务。然而,用被配置为实现各种ICN 解决方案的网络级功能的端点替换所有基于IP的端点可能是很麻烦的。因此,需要某些***及方法,其可用于在网络连接点处注册基于完全限定域名(FQDN)的IP服务端点。
发明内容
在本文公开的一些***和方法中,信息中心网络中的网络接入点被配置为注册、注销和更新IP服务端点的FQDN信息。一个实施例采用一种方法的形式,该方法包括:在信息中心网络(ICN)中的服务器侧网络接入点(sNAP) 处,接收包括IP服务器的第一完全限定域名(FQDN)、端口、传输协议和服务名称的注册请求;在所述sNAP处,将所述端口、所述传输协议和所述服务名称发布到第一内容标识符(CID);以及在所述sNAP处,订阅基于所述FQDN的第二CID。
附图说明
图1是示出了其中可以实施一个或多个公开的实施例的示例性通信***的***图。
图2是示出了根据实施例的可在图1中所示的通信***内使用的示例性无线发射/接收单元(WTRU)的***图。
图3是示出了根据实施例的可在图1中所示的通信***内使用的示例性网络实体的***图。
图4描绘了根据一些实施例的基本***模型。
图5描绘了根据实施例的可以在图4中描绘的基本***模型内使用的示例性信息中心网络(ICN)。
图6描绘了根据一些实施例的注册方法。
图7描绘了根据一些实施例的注销方法。
图8描绘了根据一些实施例的用于请求、确认和错误消息的分组结构。
图9描绘了根据一些实施例的用于从sNAP至cNAP的所分发的FQDN 注册的ICN名称空间。
图10是示出了根据实施例的由cNAP执行的示例性方法的流程图。
图11是示出了根据实施例的由cNAP执行的示例性方法的流程图。
图12描绘了根据实施例的用于通知分组的分组结构。
图13是根据实施例的示例性方法的流程图。
图14是示出了根据实施例的示例性sNAP的框图。
具体实施方式
现在将参考各附图提供说明性实施例的详细描述。尽管该描述提供了可能实施方式的详细示例,但是应该注意,所提供的细节旨在作为示例,并且决不限制本申请的范围。
注意,所描述的实施例中的一者或多者的各种硬件元件被称为“模块”,其实行(即,实施、执行等)本文结合相应模块描述的各种功能。如本文所使用的,模块包括被相关领域的技术人员认为对于给定的实施方式是合适的硬件(例如,一个或多个处理器、一个或多个微处理器、一个或多个微控制器、一个或多个微芯片、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)、一个或多个存储器设备)。每个所描述的模块还可以包括可执行以实行被描述为由相应模块实行的一个或多个功能的指令,并且应注意,那些指令可以采用或包括硬件(即,硬连线)指令、固件指令和/或软件指令等,并可以被存储在任何合适的非暂时性计算机可读介质或媒介(例如通常被称为RAM、ROM等)中。
用于实施实施例的示例性网络
图1是示出了可以实施所公开的实施例的例示通信***100的图示。该通信***100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入***。该通信***100可以通过共享包括无线带宽在内的***资源而使多个无线用户能够接入此类内容。举例来说,通信***100 可以使用一种或多种信道接入方法,例如码分多址接入(CDMA)、时分多址接入(TDMA)、频分多址接入(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字DFT-扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块过滤OFDM以及滤波器组多载波(FBMC) 等等。
如图1所示,通信***100可以包括无线发射/接收单元(WTRU)102a、 102b、102c、102d、RAN 104、CN 106、公共交换电话网络(PSTN)108、因特网110以及其他网络112,然而应该了解,所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU102a、102b、102c、 102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。举例来说,任一WTRU 102a、102b、102c、102d都可被称为“站”和/或“STA”,其可以被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订阅者单元、基于签约的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴显示器(HMD)、车辆、无人机、医疗设备和应用(例如远程手术)、工业设备和应用(例如机器人和/或在工业和/或自动处理链环境中工作的其他无线设备)、消费类电子设备、以及在商业和/或工业无线网络上工作的设备等等。WTRU 102a、102b、102c、102d中的任意者可被可交换地称为UE。
通信***100还可以包括基站114a和/或基站114b。每一个基站114a、 114b可以是被配置成通过以无线方式与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使其接入一个或多个通信网络(例如CN 106、因特网110、和/或其他网络112)的任何类型的设备。举例来说,基站114a、 114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e 节点B、gNB、NR节点B、站点控制器、接入点(AP)、以及无线路由器等等。虽然每一个基站114a、114b都被描述成了单个部件,然而应该了解。基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 104的一部分,并且所述RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC) 以及中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的一个或多个载波频率上发射和/或接收无线信号。这些频率可以处于授权频谱、无授权频谱或是授权与无授权频谱的组合之中。小区可以为相对固定或者有可能随时间变化的特定地理区域提供无线服务覆盖。小区可被进一步分成小区扇区。例如,与基站114a相关联的小区可被分为三个扇区。由此,在一个实施例中,基站114a可以包括三个收发信机,也就是说,每一个收发信机都对应于小区的一个扇区。在实施例中,基站114a可以使用多输入多输出(MIMO)技术,并且可以为小区的每一个扇区使用多个收发信机。举例来说,通过使用波束成形,可以在期望的空间方向上发射和/或接收信号。
基站114a、114b可以通过空中接口116来与WTRU 102a、102b、102c、 102d中的一者或多者进行通信,其中所述空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、厘米波、微米波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以使用任何适当的无线电接入技术(RAT) 来建立。
更具体地说,如在此所述,通信***100可以是多址接入***,并且可以使用一种或多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA 以及SC-FDMA等等。例如,RAN 104中的基站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)和/或先进LTAPro(LTE-A Pro)来建立空中接口116。
在实施例中,基站114a和WTRU 102a、102b、102c可以实施某种无线电技术,例如NR无线电接入,其中所述无线电技术可以使用新无线电(NR) 来建立空中接口116。
在实施例中,基站114a和WTRU 102a、102b、102c可以实施多种无线电接入技术。举例来说,基站114a和WTRU 102a、102b、102c可以共同实施LTE无线电接入和NR无线电接入(例如使用双连接(DC)原理)。由此, WTRU 102a、102b、102c使用的空中接口可以通过多种类型的无线电接入技术和/或向/从多种类型的基站(例如eNB和gNB)发送的传输来表征。
在其他实施例中,基站114a和WTRU 102a、102b、102c可以实施以下的无线电技术,例如IEEE 802.11(即,无线高保真(WiFi))、IEEE 802.16 (即,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、 CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信***(GSM)、用于GSM演进的增强数据速率(EDGE)以及GSM EDGE(GERAN)等等。
图1中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点,并且可以使用任何适当的RAT来促成局部区域中的无线连接,例如营业场所、住宅、车辆、校园、工业设施、空中走廊(例如供无人机使用) 以及道路等等。在一个实施例中,基站114b与WTRU102c、102d可以通过实施IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在实施例中,基站114b与WTRU 102c、102d可以通过实施IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一实施例中,基站114b和 WTRU 102c、102d可通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、 GSM、LTE、LTE-A、LTE-A Pro、NR等等)来建立微微小区或毫微微小区。如图1所示,基站114b可以直连到因特网110。由此,基站114b不需要经由CN 106来接入因特网110。
RAN 104可以与CN 106进行通信,其中所述CN可以是被配置成向一个或多个WTRU102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议语音(VoIP)服务的任何类型的网络。该数据可以具有不同的服务质量(QoS)需求,例如不同的吞吐量需求、延时需求、容错需求、可靠性需求、数据吞吐量需求、以及移动性需求等等。CN 106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或可以执行用户验证之类的高级安全功能。虽然在图1中没有显示,然而应该了解,RAN 104和/或CN106可以直接或间接地和其他那些与RAN 104 使用相同RAT或不同RAT的RAN进行通信。例如,除了与使用NR无线电技术的RAN 104相连之外,CN 106还可以与使用GSM、UMTS、CDMA2000、 WiMAX、E-UTRA或WiFi无线电技术的别的RAN(未显示)通信。
CN 106还可以充当供WTRU 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中一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如,WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机)。例如,图1所示的WTRU 102c可被配置成与可以使用基于蜂窝的无线电技术的基站114a通信,以及与可以使用IEEE 802无线电技术的基站114b通信。
图2是示出了例示WTRU 102的***图示。如图2所示,WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位***(GPS)芯片组136和/或其他周边设备138。应该了解的是,在保持符合实施例的同时,WTRU 102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120,收发信机120可以耦合至发射/接收部件122。虽然图2将处理器118和收发信机 120描述成单独组件,然而应该了解,处理器118和收发信机120也可以集成在一个电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子,在一个实施例中,发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例,在实施例中,发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在实施例中,发射/接收部件122可被配置成发射和/ 或接收RF和光信号。应该了解的是,发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
虽然在图2中将发射/接收部件122描述成是单个部件,但是WTRU 102 可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。由此,在实施例中,WTRU 102可以包括两个或多个通过空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要传送的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如在此所述,WTRU 102 可以具有多模能力。因此,收发信机120可以包括允许WTRU 102借助多种 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的电力,并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如,电源134可以包括一个或多个干电池组(如镍镉 (Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池以及燃料电池等等。
处理器118还可以耦合到GPS芯片组136,该芯片组可被配置成提供与 WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS 芯片组136的信息的补充或替换,WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或更多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持符合实施例的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138,其中所述周边设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器、虚拟现实和/或增强现实(VR/AR)设备、以及活动***等等。周边设备138可以包括一个或多个传感器,该传感器可以是以下的一个或多个:陀螺仪、加速度计、霍尔效应传感器、磁强计、方位传感器、邻近传感器、温度传感器、时间传感器、地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物测定传感器和/或湿度传感器等。
WTRU 102可以包括全双工无线电设备,其中对于该无线电设备来说,一些或所有信号(例如与用于UL(例如对传输而言)和下行链路(例如对接收而言)的特定子帧相关联)的接收或传输可以是并发和/或同时的。全双工无线电设备可以包括借助于硬件(例如扼流线圈)或是凭借处理器(例如单独的处理器(未显示)或是凭借处理器118)的信号处理来减小和/或基本消除自干扰的干扰管理单元。在实施例中,WTRU 102可以包括传送和接收一些或所有信号(例如与用于UL(例如对传输而言)或下行链路(例如对接收而言)的特定子帧相关联)的半双工无线电设备。
虽然在图1-2 中将WTRU描述成了无线终端,然而应该想到的是,在某些典型实施例中,此类终端与通信网络可以使用(例如临时或永久性)有线通信接口。
在典型实施例中,所述其他网络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之间的业务可被认为和/或称为端到端业务。所述端到端业务可以在源与目的地STA之间(例如在其间直接)用直接链路建立(DLS)来发送。在某些典型实施例中,DLS可以使用802.11e DLS或802.11z通道化DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP,并且处于所述IBSS内部或是使用所述IBSS的STA(例如所有STA) 彼此可以直接通信。在这里,IBSS通信模式有时还可被称为“自组织”通信模式。
在使用802.11ac基础设施工作模式或类似的工作模式时,AP可以在固定信道(例如主信道)上传送信标。所述主信道可以具有固定宽度(例如20MHz 的带宽)或是经由信令动态设置的宽度。主信道可以是BSS的工作信道,并且可被STA用来与AP建立连接。在某些典型实施例中,所实施的可以是具有冲突避免的载波感测多址接入(CSMA/CA)(例如在802.11***中)。对于CSMA/CA来说,包括AP在内的STA(例如每一个STA)可以感测主信道。如果特定STA感测到/检测到和/或确定主信道繁忙,那么所述特定STA 可以回退。在指定的BSS中,在任何指定时间可有一个STA(例如只有一个站)进行传输。
高吞吐量(HT)STA可以使用宽度为40MHz的信道来进行通信(例如借助于将宽度为20MHz的主信道与宽度为20MHz的相邻或不相邻信道相结合来形成宽度为40MHz的信道)。
甚高吞吐量(VHT)STA可以支持宽度为20MHz、40MHz、80MHz和/ 或160MHz的信道。40MHz和/或80MHz信道可以通过组合连续的20MHz 信道来形成。160MHz信道可以通过组合8个连续的20MHz信道或者通过组合两个不连续的80MHz信道(这种组合可被称为80+80配置)来形成。对于80+80配置来说,在信道编码之后,数据可被传递并经过一个分段解析器,所述分段解析器可以将数据非成两个流。在每一个流上可以单独执行反向快速傅里叶变换(IFFT)处理以及时域处理。所述流可被映射在两个80MHz 信道上,并且数据可以由执行传输的STA来传送。在执行接收的STA的接收机上,上述用于80+80配置的操作可以是相反的,并且组合数据可被发送至介质接入控制(MAC)。
802.11af和802.11ah支持1GHz以下工作模式。与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所支持的最大公共工作带宽。主信道的带宽可以由某一个STA设置和/或限制,其中所述STA源自在支持最小带宽工作模式的BSS中工作的所有STA。在关于802.11ah的示例中,即使BSS中的AP和其他STA支持2MHz、4MHz、 8MHz、16MHz和/或其他信道带宽工作模式,但对支持(例如,只支持) 1MHz模式的STA(例如MTC类型的设备)来说,主信道的宽度可以是1MHz。载波感测和/或网络分配矢量(NAV)设置可以取决于主信道的状态。如果主信道繁忙(例如,因为STA(其仅支持1MHz工作模式)正对AP进行传输),那么即使大多数的频带保持空闲并且可用,也可以认为整个可用频带繁忙。
在美国,可供802.11ah使用的可用频带是902MHz到928MHz。在韩国,可用频带是917.5MHz到923.5MHz。在日本,可用频带是916.5MHz到 927.5MHz。依照国家码,可用于802.11ah的总带宽是6MHz到26MHz。
有鉴于图1-3以及关于图1-3的相应描述,在这里对照以下的一项或多项描述的一个或多个或所有功能可以由一个或多个仿真设备(未显示)来执行: WTRU 102a-d、基站114a-b、e节点B、MME、SGW、PGW、gNB、AMF、 UPF、SMF、DN和/或这里描述的其他任何设备(一个或多个)。这些仿真设备可以是被配置成模拟这里一个或多个或所有功能的一个或多个设备。举例来说,这些仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计成在实验室环境和/或运营商网络环境中实施关于其他设备的一项或多项测试。例如,所述一个或多个仿真设备可以在被完全或部分作为有线和/或无线通信网络一部分实施和/或部署的同时执行一个或多个或所有功能,以便测试通信网络内部的其他设备。所述一个或多个仿真设备可以在被临时作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或所有功能。所述仿真设备可以直接耦合到别的设备以执行测试,和/或可以使用空中无线通信来执行测试。
所述一个或多个仿真设备可以在未被作为有线和/或无线通信网络一部分实施/部署的同时执行包括所有功能在内的一个或多个功能。例如,所述仿真设备可以在测试实验室和/或未被部署(例如测试)的有线和/或无线通信网络的测试场景中使用,以便实施关于一个或多个组件的测试。所述一个或多个仿真设备可以是测试设备。所述仿真设备可以使用直接的RF耦合和/或借助了RF电路(作为示例,该电路可以包括一个或多个天线)的无线通信来发射和/或接收数据。
图3描绘了可以在图1的通信***100内使用的示例性网络实体190。如图3 所示,网络实体190包括通信接口192、处理器194和数据存储库196,所有这些都通过总线、网络或其他通信路径198通信地链接。
通信接口192可以包括一个或多个有线通信接口和/或一个或多个无线通信接口。关于有线通信,作为示例,通信接口192可以包括诸如以太网接口的一个或多个接口。关于无线通信,通信接口192可以包括诸如以下的组件:一个或多个天线、为一种或多种类型的无线(例如,LTE)通信设计和配置的一个或多个收发信机/芯片组、和/或被相关领域的技术人员认为合适的任何其他组件。并且进一步关于无线通信,通信接口192可以按规模配备并且具有适合于作用于无线通信(例如,LTE通信、Wi-Fi通信等)网络侧(与客户端侧相反)的配置。因此,通信接口192可以包括适当的设备和电路(可能包括多个收发信机),用于服务覆盖区域中的多个移动站、UE或其他接入终端。
处理器194可以包括相关领域的技术人员认为合适的任何类型的一个或多个处理器,一些示例包括通用微处理器和专用DSP。
数据存储库196可以采取任何非暂时性计算机可读介质或这些媒体的组合的形式,一些示例包括闪存、只读存储器(ROM)和随机存取存储器(RAM),这里只是简单地列举了几个示例,相关领域技术人员认为合适的任何一种或多种类型的非暂时性数据存储库均可被使用。如图3中所示,数据存储库196 包含可由处理器194执行的程序指令197,用于执行本文所述的各种网络实体功能的各种组合。
在一些实施例中,本文描述的网络实体功能由具有与图3的网络实体190 的结构类似的结构的网络实体来执行。在一些实施例中,这些功能中的一个或多个由一组多个网络实体组合执行,其中每个网络实体具有与图3的网络实体190的结构类似的结构。在各种不同的实施例中,网络实体190可以是或者至少包括以下一者或多者:RAN 103(RAN 103中的一个或多个实体)、 RAN 104(RAN 104中的一个或多个实体)、RAN 105(RAN 105中的一个或多个实体)、核心网络106(核心网络106中的一个或多个实体)、核心网络107(核心网络107中的一个或多个实体)、核心网络109(核心网络109 中的一个或多个实体)、基站114a、基站114b、节点B、RNC、MGW、MSC、 SGSN、GGSN、e节点B、MME、服务网关、PDN网关、基站、ASN网关、 MIP HA、AAA和网关。在各种实施例中,可以使用其他网络实体和/或网络实体的组合来执行本文所述的网络实体功能,上述列表是作为示例而非限制提供的。
示例性实施例
本文公开的示例性实施例可以用于信息中心网络(ICN),例如在以下国际专利申请公开文本内描述的那些ICN:WO/2016/16009“Methods,Apparatus and Systems for Usewith Information-Centric Networking(ICN)(用于信息中心网络的方法、装置和***(ICN))”、WO/2016/123516“Methods and Systems for Anchoring Hypertext TransferProtocol(HTTP)Level Services in an Information Centric Network(ICN)(用于在信息中心网络(ICN)中锚定超文本传输协议(HTTP)级别服务的方法和***)”、WO/2016/061243“Anchoring IP Devices In ICN Networks(在ICN网络中锚定IP设备)”和WO/2016/033487“Apparatus For Interfacing Between Information Centric Networks(ICNS)and Internet Protocol(IP)Networks(用于在信息中心网络 (ICNS)和因特网协议(IP)网络之间进行对接的装置)”,这些公开的完整公开内容通过引用结合于此。
信息中心网络(ICN)可以构成新的网络范例,其中分组的路由从发布者 (其具有信息)和订阅者(其对特定信息感兴趣)之间的关系解耦。这是通过将发布者和订阅者的匹配与发布者与其订阅者之间的路径计算相分离来实现的。所述匹配由集结(RV)功能执行,该功能具有关于分别向内容标识符(CID)发布和订阅该CID的活动发布者和订阅者的列表。CID是唯一标识符,由多个范围标识符组成,并由RV用于标识信息以及匹配发布者与订阅者。如果发生这样的匹配,则RV从拓扑管理器(TM)请求发布者和订阅者之间的路径,该拓扑管理器具有网络的完整视图。在接收到路径计算时,TM确定发布者和订阅者之间的最合适的路径(例如,通过使用最短路径)。
图4描绘了根据实施例的示例性***的模型。在一些实施例中,***类似于图1-3中公开的***可被修改以实现期望的网络级功能。已经开发了一些协议抽象概念(例如,IP、HTTP和IGMP),以允许设备(例如WTRU 和仅IP端点)通过***架构本地彼此通信。这些协议抽象概念被定义为例如利用发布-订阅模型来实现性能增益或者仅允许仅IP端点彼此通信。
图4描绘了***200并且包括通信地连接到客户端侧网络接入点(cNAP-1) 204a的第一客户端设备202a、通信地连接到另一个客户端侧网络接入点 (cNAP-2)204b的第二客户端设备202b、以及通信地耦合到服务器侧网络接入点(sNAP)208的服务器206。所述NAP都连接到ICN 210。
在一些实施例中,客户端设备202a和202b可以被实施为图1-3的WTRU 102。在示例性实施例中,所述客户端设备是基于IP的客户端设备,并且在本文中也可以称为端点或端点设备。所述网络接入点(NAP)(例如,cNAP-1 204a、cNAP-2 204b和sNAP 208)和服务器206可以被实施为图3的网络实体190的实例。NAP向本地连接到该NAP的启用IP的设备(客户端设备 202a、客户端设备202b和服务器206)提供IP网络接口。例如,cNAP-1 204a 向客户端设备202a提供IP网络接口,cNAP-2 204b向客户端设备202b提供 IP网络接口,并且sNAP208向服务器206提供IP网络接口。在一些实施例中,所述服务器206是仅IP的网络服务器。在一些实施例中,所述网络接入点使用FQDN的散列作为内容ID在HTTP和ICN之间进行转换。所述 cNAP为发出请求的IP端点提供服务,而所述sNAP为能够提供所述FQDN 的内容的IP端点提供服务。所述sNAP具有关于是否存在为所述FQDN提供服务的基于IP的IP端点的信息,以允许订阅基于FQDN的名称空间。此外,NAP应与其建立通信套接字的IP地址、端口和传输协议被建立。
在示例性实施例中,为了便于接收和处理来自客户端设备202a和202b 的HTTP请求,sNAP 208订阅内容ID(CID)/http/hash(FQDN),其中hash (FQDN)是将预定的散列函数应用于FQDN的结果。sNAP 208接收关于服务器206上可用服务的IP和端口号信息。例如,sNAP 208可以从请求所述服务器206被注册为服务所述FQDN的实体接收这样的信息。该请求实体可以是例如服务器206和/或被授权发送这些请求的另一实体。每个cNAP可终止IP端点和ICN网络210之间的传输层会话,并发布HTTP消息。当建立到服务器206的传输会话时,相同的透明代理功能适用于sNAP。
在一些实施例中,IP服务器具有旨在由IP客户端可经由HTTP(和注册的FQDN)访问的网络资源。sNAP允许授权的IP端点注册、更新和注销特定的FQDN。在一些实施例中,在缺少安全认证方法(例如,基于密钥)的情况下,静态配置的端点被允许通过所述接口与NAP通信。
在一些实施例中,NAP提供用于注册IP端点以服务FQDN的接口。FQDN 和服务名称用于订阅CID以接收ICN名称空间下的数据。例如,可以基于 FQDN和服务名称生成所述CID。IP地址和端口用于在sNAP上建立套接字通信。专用ICN名称空间用于将传输协议、端口和服务名称信息传递给cNAP。所述代理具有从哪个端口拦截数据的信息,并且所述服务类型提供信息以使 cNAP能够应用适当的ICN名称空间。
图5是示出根据实施例的ICN 210的模型。该ICN 210包括集结点(RV) 212、拓扑管理器(TM)214和转发(FN)216。如上所述,所述RV 212将具有可用信息的发布者与对所述可用信息感兴趣的订阅者进行匹配。为简单起见,图5描绘了sNAP 208是发布者并且cNAP 204是订阅者的场景。例如,对于作为适当形成的命名信息项的订阅者的cNAP 204,cNAP 204可以经由 ICN cNAP-RV接口218将对所述信息项的兴趣传送到RV 210。对于作为所述适当的命名信息项的发布者的sNAP 208,例如该sNAP 208可以通过ICN sNAP-RV接口220向RV 212传送信息可用性。如果发生适当匹配的场景,则RV 212可以通过ICN RV-TM接口222指令TM214确定从所述发布者到所述订阅者的适当路径信息以进行信息交换。所述TM 214经由ICNTM-sNAP接口224将所确定的路径信息传送到所述sNAP 208。然后,所述 sNAP 208可以例如经由ICN FN接口226将所述信息发布到网络。所述cNAP 204例如可以经由ICN FN接口228接收合适信息,该信息可以是成功订阅的指示。
图13是根据一些实施例的示例性方法的流程图。在702处,在ICN中的 sNAP处接收注册请求。在一个实施例中,该注册请求包括IP服务器的完全限定域名(FQDN)、端口、传输协议、服务名称和IP地址。例如,所述sNAP 208可以从请求将服务器206注册到FQDN的请求实体接收注册请求。在接收到注册请求之后,sNAP可以将IP服务器的FQDN、端口、传输协议、服务名称和IP地址添加到所述sNAP的数据库。
在704处,sNAP将在所述注册中接收的端口、传输协议和服务名称发布到内容标识符(CID)。在一个实施例中,该CID是所述ICN的专用注册名称空间。例如,sNAP 208可以将该信息发布到 CID/management/fqdnRegistration。以下关于图9更全面地描述专用注册名称空间的示例。在一个实施例中,ICN中的所有cNAP订阅所述CID,并且订阅该CID的cNAP接收所述发布的信息。例如,作为CID(所述信息被发布至该CID)的订阅者的结果,cNAP 204可以接收由sNAP 208发布的信息。
在706处,sNAP订阅基于所述FQDN的CID。在一个实施例中,所述 CID是/http/hash(FQDN)。在一个实施例中,sNAP通过对基于FQDN的 CID的订阅,接收包括定向到所述FQDN的封装的HTTP请求的ICN分组,并且作为响应,sNAP将该HTTP请求发送到IP服务器。所述ICN分组可以包括例如报头和有效载荷,并且所述HTTP请求可以是所述ICN分组的有效载荷。在一个实施例中,在sNAP处从cNAP接收所述ICN分组,该cNAP 服务于作为所述HTTP请求的原始源的IP端点。例如,所述HTTP请求的所述源可以是客户端设备202。在接收ICN所述分组之后,sNAP可以从该 ICN分组解封装所述HTTP请求。sNAP可以检查所述HTTP请求以确定该HTTP请求的目的地,并且可以将该HTTP请求发送到所述目的地。
在一个实施例中,响应于发送所述HTTP请求,sNAP从所述服务器接收 HTTP响应,将该HTTP响应封装在ICN分组中,并将该ICN分组发布到 CID。该CID可以基于所述HTTP请求中包括的统一资源定位符(URL)。例如,所述CID可以是http/hash(URL)。cNAP可以订阅该CID(例如, CID http/hash(URL))并且可以接收所发布的封装了所述HTTP响应的ICN 分组。cNAP可以从所述ICN分组解封装出所述HTTP响应。cNAP可以检查该HTTP响应以确定该HTTP响应的目的地,并且可以将该HTTP响应发送到所述目的地。
示例性FQDN语法
根据一个实施例,FQDN语法遵循RFC1035中描述的语法规则。例如,子域通过句点或点“.”与其域分隔;域名可以包含从“a”到“z”的52个字母字符(大写和小写)中的任何一个;字符不区分大小写;域名可以在52个字母字符中的任何一个(但不是第一个和最后一个字符)之间包括连字符“-”,域名可以包含“0”到“9”的任何数字;以及整个FQDN不得超过63个字符。示例***器端网络附着点数据
在一些实施例中,提供IP服务的服务器的注册使用附加数据来支持更广泛的服
务,例如HTTP和CoAP。此外,cNAP在其上终止传输协议的端口不仅从特定FQDN注册过程的服
务名称(例如,HTTP的端口80或CoAP 的端口5683)导出,而是可以由请求者通过所公开的注
册接口来设置。存储在sNAP中的数据可以包括FQDN、IP地址、协议、端口和服务名称。该数据
有助于ICN操作,使sNAP成为发送到FQDN的数据的订阅者,并打开通向服务器的通信信道,
例如通过打开TCP或UDP套接字。表1描绘了存储在sNAP处以执行ICN抽象的数据的示例。
FQDN | IP地址 | 协议 | 端口 | 服务名称 |
cloud.foo.org | 82.144.227.101 | TCP | 80 | HTTP |
mycloud.foo.org | 82.144.12.202 | TCP | 8080 | HTTP |
myservice.company.com | 63.234.124.91 | TCP | 80 | HTTP2 |
service.company.iot | 45.12.23.49 | UDP | 5683 | CoAP |
表1:sNAP处存储的数据
表1中描绘的示例性数据允许sNAP在其透明代理(例如,TCP或UDP) 中初始化正确的传输层通信,并且允许将来自所注册的IP服务端点服务器的传入分组被放置到适当的ICN处理程序(handler)(例如,HTTP、HTTP2 或CoAP)。在一个实施例中,cNAP隐含地遵循IANA的指派端口(其遵循 RFC 6335)。
新IP服务端点的示例性注册
根据一个实施例,用于注册服务于特定FQDN的新IP服务端点的信息包括不区分大小写的FQDN(如RFC 1035第2.3.3节中所述的)、端点的IP地址、用于服务的传输协议和服务名称。授权实体被允许使用FQDN注册接口。
图6描绘了根据实施例的注册方法。图6描绘了方法300,其包括在302 处接收注册请求,在304处检查FQDN是否已知,在306处进行错误响应,在308处添加注册消息,在310处订阅CID以及在312处确认成功注册。
在302处,所述注册请求由IP端点(例如,图4-5的服务器206)或授权实体发送。在304,sNAP接收所述注册请求并检查FQDN是否已知。如果FQDN已知,则sNAP以错误响应(错误代码)进行响应(在306),该错误响应指示该FQDN条目存在并且要为该FQDN修改或删除数据。
如果FQDN未知,则sNAP将注册消息添加(在308)到数据存储库中并确认该数据条目的***。在310处,sNAP使用例如 WO/2016/123516“Methods and Systems forAnchoring Hypertext Transfer Protocol(HTTP)Level Services in an InformationCentric Network(ICN)(用于在信息中心网络(ICN)中锚定超文本传输协议(HTTP)级别服务的方法和***)”(其在此被合并以作为参考)中描述的技术来订阅CID。在312,sNAP 通过生成具有请求信息以及指示注册已成功的状态代码的单个分组来确认新FQDN的成功注册。如果没有注册响应到达希望向sNAP注册FQDN的 IP服务器端点,则可以在预定义的超时间隔内重新发出所述注册请求。
现有条目的示例性更新
在特定FQDN的IP地址、协议和/或服务类型已经改变的情况下,IP服务端点可以向sNAP发送更新消息,其指示对现有条目的更新。如果sNAP 知道FQDN条目,则sNAP更新为此特定FQDN存储的值,通过以肯定确认响应所述更新请求来确认FQDN注册条目的成功更新,并且sNAP终止朝向所述IP端点的现有会话。如果FQDN条目对于sNAP而言是未知的,则 sNAP将利用错误代码进行响应,该错误代码指示由于未知的FQDN,所述更新未成功。所述IP端点可以在发出针对预期更新请求的新注册请求之前,发送取消注册特定FQDN的请求。如果sNAP在给定的超时内没有回复,则所述IP端点可以重新发出更新特定FQDN的值的请求。
现有IP服务端点的示例性注销
图7描绘了根据一些实施例的注销方法。在FQDN不由sNAP服务的情况下,IP端点可以通过向sNAP发送(在320)请求来请求从sNAP取消注册所述FQDN。这样的请求可以包括FQDN、传输协议和服务名称。如果向 sNAP注册了4元组{FQDN,IP地址,传输协议,服务名称},则sNAP确认(在326)取消在FQDN下服务于特定服务的IP端点的注册,sNAP从其数据存储库删除(在328)所述条目,sNAP终止(在330)朝向所述IP服务器的现有IP会话,并且sNAP例如通过使用WO/2016/123516中描述的技术对受影响的名称空间和FQDN执行ICN操作(例如,针对通过ICN的HTTP (HTTP-over-ICN)从CID/http/hash(FQDN)取消订阅)。如果所述4元组或该4元组的特定值未被注册至sNAP,则sNAP可以利用适当的错误消息来向请求者进行响应(在324)。
在sNAP处注册或注销的示例性分组结构
图8描绘了根据实施例的用于请求、确认和错误消息的分组结构。例如,如果已向sNAP发送了多个请求(注册、更新、注销或任何组合),该分组结构允许IP端点将来自sNAP的响应直接映射到所发出的请求。因此,每个消息包括由请求者生成的统计唯一标识符(类似于DHCP)和/或请求字段被添加到确认和错误消息。
图8的分组结构400包括:消息类型、FQDN长度、FQDN、IP地址、传输协议、端口和服务名称。分组结构400的消息类型字段可以包括: REQ_Register、REQ_Update、REQ_Deregister、ACK_Registered、ACK_Updated、 ACK_Unregistered、ERR_Register、ERR_Update或ERR_Deregister。为了到达sNAP,请求实体可以使用不可靠的传输协议(例如UDP或层2和3广播地址(例如,分别为FF:FF:FF:FF:FF:FF和255.255.255.255))和隐式地已知的未指派端口或显式注册的端口,其可能需要进行标准化(例如,RFC 6335)。可以将响应发送到零网络的广播地址(FF:FF:FF:FF:FF:FF和0.0.0.0)以及发出所述请求的源端口。
FQDN注册到cNAP的示例性分发
在IP端点已经在sNAP处被注册之后,cNAP接收数据以允许其透明代理拦截来自用户设备(UE)的以新实例化的服务器为目标的业务。该数据包括传输协议、具有传输协议的目的端口的UE、以及所提供的服务名称(其向cNAP指示应该对任何传入分组应用哪个ICN名称空间)。
图9描绘了根据实施例的用于将FQDN注册信息从sNAP分发到cNAP 的ICN名称空间。特别地,图9描绘了名称空间500,其包括根范围“/management(/管理)”下的信息项“/fqdnRegistration(/fqdn注册)”。类似地,当基于FQDN的IP端点已被从sNAP取消注册时,cNAP接收针对特定协议和目的地端口的注销通知。为了接收注册和/或注销消息,NAP订阅/management/fqdnRegistration,其一旦被完全引导(bootstrapped),便可从 sNAP接收有关已注册和/或取消注册的基于FQDN的IP端点的更新。
图10是示出由cNAP执行的示例性方法的流程图。在502处,cNAP接收注册通知。该注册通知可以包括传输协议和目的地端口。在504处,响应于接收到注册通知,cNAP检查其代理是否具有针对该对传输协议类型和目的地端口的拦截规则。在506处,如果该对传输协议类型和目的地端口是未知的,则cNAP创建适当的拦截规则。该拦截规则可以是内核的IP路由表中的预先路由的条目,其指示在接收分组时要使用的ICN名称空间的透明拦截代理。在510处,如果该对传输协议类型和目的地端口是已知的,则cNAP 可以忽略和/或丢弃所述注册通知。
作为替代,所述拦截规则的实现可以仅在cNAP内实现,而无需内核的帮助(即,通过查看关于以下的元组来复制IP分组的路由到特定NAP处理程序:源/目的地IP地址、传输协议类型(例如,UDP或TCP)和源/目的地传输协议端口)。NAP处理程序可定义NAP中有关如何形成CID以及如何处理传入分组的操作。此外,CID定义了RV如何匹配发布者和订阅者以及 TM将哪个策略应用于计算发布者和订阅者之间的路径。
图11是示出由cNAP执行的示例性方法的流程图。在512处,cNAP接收注销通知。在514,响应于接收到注销通知,cNAP检查针对所述对传输协议类型和目的地端口的拦截规则。在516处,如果该对传输协议类型和目的地端口是已知的,则cNAP例如通过删除内核的IP路由表中的预路由条目而从其代理中移除所述拦截规则。在518处,如果该对传输协议类型和目的地端口是未知的,则cNAP可以忽略和/或丢弃注销通知。
图12描绘了根据实施例的用于通知分组的分组结构。特别地,图12描绘了分组结构600,其包括通知类型、传输协议、端口和服务名称。所述通知类型允许sNAP告知cNAP所述通知分组是用于注册还是注销基于FQDN 的IP服务端点。其余字段(传输协议、端口和服务名称)类似于结合图8 描述的分组400的字段。
图14描绘了根据一个实施例的sNAP 208。sNAP 208可以包括IP栈(例如,TCP/IP栈)802、IP代理804、存储库806、ICN处理单元808和ICN 处理程序810和812。sNAP 208可以包括sNAP针对每一服务处理ICN抽象 (例如,HTTP、CoAP和/或HTTP2)的ICN处理程序。例如,该ICN处理程序810可以是ICN-HTTP处理程序,而ICN处理程序812可以是ICN-CoAP 处理程序。尽管描绘了两个ICN处理程序,但是应当理解,sNAP可以包括任何数量的ICN处理程序。所述IP栈802是标准IP栈,其被修改为包括允许IP代理804执行本文描述的各种代理功能的扩展。例如,可以修改IP栈 802以处理sNAP 208和请求实体之间的注册、更新和注销分组的通信。包括在注册分组中的数据可以存储在存储库806中。ICN处理单元808可以处理注册、更新和注销分组,并且可以将来自这些分组的某些数据提供给适当的ICN处理程序,其可以促进对与所述数据相关联的CID的订阅和/或向注册名称空间的发布。所述ICN处理单元808可以处理从服务器206接收的分组以决定向哪个ICN处理程序提供这些分组。所述ICN处理程序提供分组,将该分组封装在ICN分组中,并将该ICN分组发布到ICN。
在示例性实施例中,智能电视应用(例如,Netflix)被配置为使用 netflix.com:8000。在该示例中,cNAP是智能电视应用连接到的家庭路由器的功能部分,其订阅了CID/management/fqdnRegistration。sNAP位于ISP核心网络上,sNAP在那里可以看到本地Netflix服务器。sNAP通知cNAP(在 /management/fqdnRegistration上)存储端口8000和CID http/netflix.com之间的映射。cNAP拦截来自智能电视应用的对Netflix.com:8000的请求,并使用通过ICN的HTTP(HTTP-over-ICN)与sNAP进行通信以服务该请求。sNAP 在ICN网络和ISP核心的IP堆栈之间进行对接。
在一些实施例中,ICN核心网络允许IP端点在彼此之间进行通信,而无需在ICN核心网络边缘处通过IP和ICN名称空间之间的转换来改变标准IP 栈。
一个实施例采用由信息中心网络(ICN)中的服务器侧网络接入点(sNAP) 执行的方法的形式。该方法包括接收包括完全限定域名(FQDN)和IP服务器的IP地址的注册请求。该方法还包括基于所述FQDN生成内容标识符 (CID)。该方法还包括订阅所述ICN上的所述CID。在至少一个这样的实施例中,该方法还包括:在sNAP处:接收包括定向至所述FQDN的封装的 HTTP请求的第一ICN分组;以及响应地将所述HTTP请求发送到所述IP 地址处的所述服务器。在至少一个这样的实施例中,该方法还包括:在sNAP 处:响应于所述HTTP请求,从所述服务器接收HTTP响应;将所述HTTP 响应封装在第二ICN分组中;以及通过ICN发送所述第二ICN分组。
一个实施例采用方法的形式。该方法包括在ICN中的服务器侧网络接入点(sNAP)处接收具有完全限定域名(FQDN)的FQDN注册请求。该方法还包括检查所述FQDN是否已经注册。该方法还包括响应于所述FQDN 已经被注册,发送错误响应。该方法还包括响应于所述FQDN尚未被注册:将所述注册请求添加到数据存储库中;订阅所述ICN的内容标识(CID);以及发送确认,该确认指示成功的FQDN注册。在至少一个这样的实施例中,所述FQDN注册包括具有消息类型、FQDN长度、FQDN、IP地址、传输协议、端口和服务名称的分组。在至少一个这样的实施例中,所述消息类型选自消息类型列表,该消息类型列表由以下组成:REQ_Register、REQ_Update、 REQ_Deregister、ACK_Registered、ACK_Updated、ACK_Unregistered、ERR- _Register、ERR_Update以及ERR_Deregister。在至少一个这样的实施例中,所述FQDN注册请求通过UDP传输协议而被发送。在至少一个这样的实施例中,sNAP从客户端NAP(cNAP)接收所述注册请求。在至少一个这样的实施例中,该方法还包括:从IP服务端点接收指示对现有FQDN注册的更新的更新消息;使用该更新消息中的信息更新所述FQDN注册;向所述 IP服务端点发送更新确认;以及终止朝向所述IP端点的会话。在至少一个这样的实施例中,该方法还包括:从IP端点服务接收具有FQDN、传输协议和服务名称的注销请求;验证该注销请求;从数据存储库中删除所述 FQDN条目;以及终止朝向所述IP服务器的IP会话。
一个实施例采用方法的形式。该方法包括从服务器侧网络接入点(sNAP) 向客户端侧网络接入点(cNAP)发送FQDN注册信息。在至少一个这样的实施例中,cNAP订阅了sNAP与之相关联的ICN名称空间。在至少一个这样的实施例中,所述FQDN注册信息包括具有通知类型、传输协议、端口和服务名称的分组。
一个实施例采用方法的形式。该方法包括从服务器侧网络接入点(sNAP) 向客户端侧网络接入点(cNAP)发送FQDN注销信息。在至少一个这样的实施例中,cNAP订阅了sNAP与之相关联的ICN名称空间。在至少一个这样的实施例中,所述FQDN注销信息包括具有通知类型、传输协议、端口和服务名称的分组。
一个实施例采用方法的形式。该方法包括从服务器侧网络接入点(sNAP) 向客户端侧网络接入点(cNAP)发送FQDN更新信息。在至少一个这样的实施例中,cNAP订阅了sNAP与之相关联的ICN名称空间。在至少一个实施例中,所述FQDN更新信息包括具有通知类型、传输协议、端口和服务名称的分组。
一个实施例采用方法的形式。该方法包括在客户端侧网络接入点 (cNAP)处从服务器侧网络接入点(sNAP)接收FQDN注册信息。在至少一个这样的实施例中,cNAP与sNAP订阅了相同的ICN名称空间。在至少一个这样的实施例中,所述FQDN注册信息包括具有通知类型、传输协议、端口和服务名称的分组。在至少一个这样的实施例中,cNAP基于所接收的FDQN注册规则创建拦截规则。
一个实施例采用方法的形式。该方法包括在客户端侧网络接入点 (cNAP)处从服务器侧网络接入点(sNAP)接收FQDN注销信息。在至少一个这样的实施例中,cNAP与sNAP订阅了相同ICN名称空间。在至少一个实施例中,所述FQDN注销信息包括具有通知类型、传输协议、端口和服务名称的分组。在至少一个这样的实施例中,cNAP基于所接收的FQDN注销规则删除拦截规则。
一个实施例采用方法的形式。该方法包括在客户端侧网络接入点 (cNAP)从服务器侧网络接入点(sNAP)接收FQDN更新信息。在至少一个这样的实施例中,cNAP与sNAP订阅了相同的ICN名称空间。在至少一个这样的实施例中,所述FQDN更新信息包括具有通知类型、传输协议、端口和服务名称的分组。在至少一个这样的实施例中,cNAP基于所接收的FDQN更新信息来更新拦截规则。
一个实施例采用包括被配置为执行步骤的服务器的装置的形式。这些步骤包括接收具有完全限定域名(FQDN)的FQDN注册请求。这些步骤还包括检查所述FQDN是否已被注册。这些步骤还包括响应于所述FQDN已经被注册,发送错误响应。这些步骤还包括响应于所述FQDN尚未被注册:将所述注册请求添加到数据存储库中;以及订阅所述ICN的内容标识(CID)。这些步骤还包括发送确认,该确认指示成功的FQDN注册。
在本文公开的一些***和方法中,信息中心网络中的网络接入点被配置为注册、注销和更新IP服务端点的FQDN信息。一个实施例采用一种方法的形式,该方法包括:在ICN中的服务器侧网络接入点(sNAP)处,接收具有完全限定域名(FQDN)的FQDN注册请求;检查该FQDN是否已经被注册;响应于该FQDN已经被注册,发送错误响应;以及响应于所述FQDN尚未被注册:将所述注册请求添加到数据存储库中,订阅所述ICN的内容标识(CID),以及发送确认,其中确认指示成功的FQDN注册。
虽然在上述中描述了采用特定组合的特征和元素,但是本领域普通技术人员将会认识到,每一个特征或元素既可以单独使用,也可以与其他特征和元素进行任何组合。另外,在此所述的方法可以在结合在计算机可读介质中的计算机程序、软件或固件中实现,以由计算机或处理器执行。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器 (RAM)、寄存器、缓冲存储器、半导体存储器设备、磁介质(例如,内部硬盘和可移除磁盘)、磁光介质和光学介质(例如CD-ROM盘和数字通用盘 (DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发信机。
Claims (17)
1.一种注册/注销一完全限定域名(FQDN)方法,包括:
在信息中心网络(ICN)中的服务器侧网络接入点(sNAP)处,接收包括IP服务器的第一完全限定域名(FQDN)、端口、传输协议和服务名称的注册请求;
在所述sNAP处,将所述端口、所述传输协议和所述服务名称发布到第一内容标识符(CID),其中所述第一CID是所述ICN的专用注册名称空间;以及
在所述sNAP处,订阅基于所述FQDN的第二CID。
2.根据权利要求1所述的方法,还包括:
在所述sNAP处,生成指示成功注册的反馈消息;以及
从所述sNAP输出所述反馈消息。
3.根据权利要求2所述的方法,其中从所述sNAP输出所述反馈消息包括广播所述反馈消息。
4.根据权利要求1所述的方法,还包括从所述sNAP向所述ICN中的客户端侧网络接入点(cNAP)发送所述端口、所述传输协议和所述服务名称。
5.根据权利要求4所述的方法,其中所述cNAP订阅了所述第一内容标识符。
6.根据权利要求1所述的方法,其中所述注册请求还包括所述IP服务器的IP地址。
7.根据权利要求6所述的方法,还包括:
从所述sNAP将所述IP地址和所述FQDN发送到与所述ICN相关联的域名服务(DNS)服务器。
8.根据权利要求6所述的方法,还包括将所述IP服务器的所述FQDN、所述端口、所述传输协议、所述服务名称和所述IP地址添加到所述sNAP的数据库。
9.根据权利要求1所述的方法,还包括:
在所述sNAP处,接收包括所述FQDN、所述传输协议和所述服务名称的注销请求;
在所述sNAP处,验证所述注销请求;
在所述sNAP处,删除与所述注销请求相关联的数据库条目;以及
终止朝向所述IP服务器的现有IP会话。
10.根据权利要求1所述的方法,还包括:
在所述sNAP处,接收包括所述FQDN的第二注册请求;
检查所述FQDN是否已经被注册;以及
响应于所述FQDN已经被注册,从所述sNAP发送注册错误响应。
11.根据权利要求1所述的方法,还包括:
经由对所述第二内容标识符的订阅,在所述sNAP处,接收封装了定向至所述FQDN的HTTP请求的第一ICN分组;以及
响应地从所述sNAP向所述IP服务器发送所述HTTP请求。
12.根据权利要求11所述的方法,还包括:
响应于将所述HTTP请求发送到所述IP服务器,在所述sNAP处,接收来自所述IP服务器的HTTP响应;
在所述sNAP处,将所述HTTP响应封装在第二ICN分组中;以及
在所述sNAP处,将所述第二ICN分组发布到第三CID。
13.根据权利要求1所述的方法,还包括:
在所述sNAP处,接收更新消息,该更新消息指示对应于所述IP服务器的现有FQDN注册的更新;
在所述sNAP处,基于所述更新消息,更新所述现有FQDN注册;
从所述sNAP发送更新确认消息;以及
终止朝向所述IP服务器的会话。
14.根据权利要求1所述的方法,还包括基于所述端口在所述sNAP和所述IP服务器之间建立通信套接字。
15.一种用于信息中心网络(ICN)的服务器侧网络接入点(sNAP),包括:
处理器;以及
计算机可读存储介质,存储有指令,当由所述处理器执行时,所述指令可操作以执行一组功能,该组功能包括:
在信息中心网络(ICN)中的服务器侧网络接入点(sNAP)处,接收包括IP服务器的第一完全限定域名(FQDN)、端口、传输协议和服务名称的注册请求;
在所述sNAP处,将所述端口、所述传输协议和所述服务名称发布到第一内容标识符(CID),其中所述第一CID是所述ICN的专用注册名称空间;以及
在所述sNAP处,订阅基于所述FQDN的第二CID。
16.根据权利要求15所述的sNAP,其中所述注册请求进一步包括所述IP服务器的IP地址。
17.根据权利要求16 所述的sNAP,进一步包括:
从所述sNAP将所述IP地址和所述FQDN发送至与所述ICN相关联的域名服务DNS服务器。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662434181P | 2016-12-14 | 2016-12-14 | |
US62/434,181 | 2016-12-14 | ||
PCT/US2017/066434 WO2018112212A1 (en) | 2016-12-14 | 2017-12-14 | System and method to register fqdn-based ip service endpoints at network attachment points |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110073647A CN110073647A (zh) | 2019-07-30 |
CN110073647B true CN110073647B (zh) | 2022-04-22 |
Family
ID=60953952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780077192.8A Active CN110073647B (zh) | 2016-12-14 | 2017-12-14 | 在网络附着点处注册基于fqdn的ip服务端点的***和方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11646993B2 (zh) |
EP (1) | EP3556083B1 (zh) |
CN (1) | CN110073647B (zh) |
BR (1) | BR112019011784A2 (zh) |
WO (1) | WO2018112212A1 (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10496799B1 (en) * | 2007-07-24 | 2019-12-03 | United Services Automobile Association (Usaa) | Automated registration and licensing tool |
WO2019067343A1 (en) | 2017-09-29 | 2019-04-04 | Idac Holdings, Inc. | TRANSPORT PROTOCOL FOR COMMUNICATION BETWEEN ON-BOARD TERMINATION POINTS |
US11622025B2 (en) * | 2018-11-02 | 2023-04-04 | Apple Inc. | Techniques in retrieving cached content using information centric networking for protocol data unit sessions |
CN109962968A (zh) * | 2018-11-21 | 2019-07-02 | 东莞市云创网络科技有限公司 | 同城信息发布分发*** |
US11323413B2 (en) * | 2019-08-29 | 2022-05-03 | Oracle International Corporation | Methods, systems, and computer readable media for actively discovering and tracking addresses associated with 4G service endpoints |
US11528334B2 (en) | 2020-07-31 | 2022-12-13 | Oracle International Corporation | Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP) |
WO2022061685A1 (en) * | 2020-09-25 | 2022-03-31 | Zte Corporation | Methods for port registration and discovery |
US11570262B2 (en) | 2020-10-28 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for rank processing for network function selection |
EP4260538A1 (en) | 2020-12-10 | 2023-10-18 | InterDigital Patent Holdings, Inc. | Methods, apparatus, and systems for isolation of service chains in a name-based routing system |
WO2022125855A1 (en) | 2020-12-11 | 2022-06-16 | Interdigital Patent Holdings, Inc. | Methods, architectures, apparatuses and systems for fqdn resolution and communication |
US11895080B2 (en) | 2021-06-23 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for resolution of inter-network domain names |
US11979369B2 (en) | 2021-09-21 | 2024-05-07 | Oracle International Corporation | Methods, systems, and computer readable media for providing for optimized service-based interface (SBI) communications by performing network function (NF) fully qualified domain name (FQDN) resolution at NF repository function (NRF) |
US11855956B2 (en) | 2022-02-15 | 2023-12-26 | Oracle International Corporation | Methods, systems, and computer readable media for providing network function (NF) repository function (NRF) with configurable producer NF internet protocol (IP) address mapping |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9141717B2 (en) * | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
US7188138B1 (en) * | 1999-03-22 | 2007-03-06 | Eric Schneider | Method, product, and apparatus for resource identifier registration and aftermarket services |
JP2003256310A (ja) * | 2002-03-05 | 2003-09-12 | Nec Corp | サーバ負荷分散システム、サーバ負荷分散装置、コンテンツ管理装置、及びサーバ負荷分散プログラム |
KR100524071B1 (ko) * | 2003-06-09 | 2005-10-26 | 삼성전자주식회사 | Dns 서버 주소 애드버타이즈먼트 방법 및 이를 이용한라우팅 방법 |
US20100198923A1 (en) * | 2009-01-30 | 2010-08-05 | Rebelvox Llc | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US8340667B2 (en) | 2008-06-26 | 2012-12-25 | Lemko Corporation | System and method to control wireless communications |
WO2010022767A1 (en) | 2008-08-26 | 2010-03-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet forwarding in a network |
JP5387061B2 (ja) * | 2009-03-05 | 2014-01-15 | 沖電気工業株式会社 | 情報変換装置、情報変換方法、情報変換プログラム及び中継装置 |
US8024444B2 (en) * | 2009-03-13 | 2011-09-20 | Microsoft Corporation | Associating telemetry data from a group of entities |
US20220058267A1 (en) * | 2010-06-15 | 2022-02-24 | Edmond K. Chow | Trust network effect |
EP2681933B1 (en) * | 2011-03-03 | 2017-05-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for accessing services affiliated with a discovered service provider |
US9088415B2 (en) * | 2011-08-03 | 2015-07-21 | Cisco Technology, Inc. | Authentication of cache DNS server responses |
CN104067587B (zh) | 2011-09-08 | 2017-10-20 | 英特尔公司 | 用于无线网络中装置配置文件的方法和装置 |
WO2013088323A2 (en) * | 2011-12-16 | 2013-06-20 | Koninklijke Philips Electronics N.V. | Operation of wireless resource-constrained devices in ip networks |
KR101913313B1 (ko) | 2011-12-28 | 2018-10-31 | 삼성전자주식회사 | 게이트웨이에서 인터넷 프로토콜 기반 네트워크를 이용하여 컨텐츠 중심 네트워크를 구현하는 방법 및 그 게이트웨이 |
US8954573B2 (en) * | 2012-04-11 | 2015-02-10 | Mcafee Inc. | Network address repository management |
US20140020102A1 (en) * | 2012-07-16 | 2014-01-16 | Infosys Limited | Integrated network architecture |
WO2014101935A1 (en) * | 2012-12-24 | 2014-07-03 | Telefonaktiebolaget L M Ericsson (Publ) | Enabling external access to multiple services on a local server |
TW201503646A (zh) * | 2013-02-25 | 2015-01-16 | Interdigital Patent Holdings | 在無線網路中管理高速存取集中內容賦能服務 |
CN104052661B (zh) * | 2013-03-11 | 2018-04-10 | 华为技术有限公司 | 容器名服务器和容器名解析方法 |
US10034229B2 (en) * | 2013-06-13 | 2018-07-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, apparatus, network node, and computer program product for dynamically providing CDN service through mobile network |
US20150100507A1 (en) * | 2013-07-09 | 2015-04-09 | Benoit Levac | Domain protected marks list service |
US20150039702A1 (en) * | 2013-08-05 | 2015-02-05 | NextPlane, Inc. | System and method for monitoring a hub-based system federating disparate unified communications systems |
CN103581019B (zh) * | 2013-10-10 | 2016-05-18 | 北京交通大学 | 一种基于内容流行度的信息中心网络移动性管理方法 |
WO2016033487A1 (en) | 2014-08-29 | 2016-03-03 | Interdigital Patent Holdings, Inc. | Apparatus for interfacing between information centric networks (icns) and internet protocol (ip) networks |
EP3207687B1 (en) | 2014-10-14 | 2020-07-08 | IDAC Holdings, Inc. | Anchoring ip devices in icn networks |
US10979482B2 (en) | 2015-01-30 | 2021-04-13 | Idac Holdings, Inc. | Methods and systems for anchoring hypertext transfer protocol (HTTP) level services in an information centric network (ICN) |
SG10201806366TA (en) * | 2015-03-25 | 2018-08-30 | Sixscape Communications Pte Ltd | Apparatus and method for managing digital certificates |
EP3284226A1 (en) | 2015-04-13 | 2018-02-21 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for use with information-centric networking (icn) |
US9736185B1 (en) * | 2015-04-21 | 2017-08-15 | Infoblox Inc. | DNS or network metadata policy for network control |
WO2016201395A1 (en) | 2015-06-12 | 2016-12-15 | Idac Holdings, Inc. | Methods, apparatuses and systems directed to publisher/subscriber group management in information-centric networking |
WO2016201411A1 (en) | 2015-06-12 | 2016-12-15 | Idac Holdings, Inc. | Reducing the http server load in an http-over-icn scenario |
US20170063969A1 (en) * | 2015-06-30 | 2017-03-02 | Mobex, Inc. | Systems and methods for content distribution |
WO2017004508A1 (en) | 2015-07-02 | 2017-01-05 | Idac Holdings, Inc. | Reducing the end to end latency in an http-over-icn scenario |
KR102047197B1 (ko) * | 2015-07-06 | 2019-11-20 | 콘비다 와이어리스, 엘엘씨 | 사물 인터넷을 위한 광역 서비스 발견 |
US11411912B2 (en) * | 2015-07-17 | 2022-08-09 | Verisign, Inc. | Methods and systems for domain name data networking |
CN108139920A (zh) | 2015-10-02 | 2018-06-08 | Idac控股公司 | 在动态条件及变约束下用于基于信息中心联网(icn)的代理服务器管理的方法、设备及*** |
WO2017161329A1 (en) | 2016-03-17 | 2017-09-21 | Idac Holdings, Inc. | Service provisioning via http-level surrogate management |
WO2020224748A1 (en) * | 2019-05-03 | 2020-11-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for service discovery |
-
2017
- 2017-12-14 BR BR112019011784-9A patent/BR112019011784A2/pt unknown
- 2017-12-14 WO PCT/US2017/066434 patent/WO2018112212A1/en unknown
- 2017-12-14 EP EP17826637.5A patent/EP3556083B1/en active Active
- 2017-12-14 US US16/467,427 patent/US11646993B2/en active Active
- 2017-12-14 CN CN201780077192.8A patent/CN110073647B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
US11646993B2 (en) | 2023-05-09 |
BR112019011784A2 (pt) | 2019-10-29 |
WO2018112212A1 (en) | 2018-06-21 |
US20200076764A1 (en) | 2020-03-05 |
CN110073647A (zh) | 2019-07-30 |
EP3556083A1 (en) | 2019-10-23 |
EP3556083B1 (en) | 2021-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110073647B (zh) | 在网络附着点处注册基于fqdn的ip服务端点的***和方法 | |
US11297660B2 (en) | Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network | |
JP7347507B2 (ja) | 非公開ネットワーク通信の有効化 | |
CN113875169B (zh) | 多跳无线中继支持 | |
CN114846841A (zh) | 使用wtru到wtru中继的直接发现和通信的方法和设备 | |
CN108370322B (zh) | 信息中心网络内的锚定因特网协议多播服务 | |
JP2023514257A (ja) | ユーザプレーンを介した無人航空機システムトラフィック管理による無人航空機の認証及び承認 | |
CN112425138A (zh) | 将服务功能链固定到上下文特定的服务实例 | |
WO2021163507A1 (en) | Security and privacy support for direct wireless communications | |
JP2023521621A (ja) | エッジネットワーク管理サーバの発見のための方法、装置、及びシステム | |
CN110999251A (zh) | 用于经由代理服务器的安全内容委托的方法和装置 | |
CN111034133B (zh) | 用于处理针对资源的查询的方法和设备 | |
CN109845231B (zh) | Icn上http场景中的http响应故障转移 | |
CN114642012B (zh) | 用于prose对等发现的方法和装置 | |
CN112640370B (zh) | 用于多播分组的层2转发的方法和装置 | |
CN111034121B (zh) | Http响应的自组织链路本地多播传送 | |
CN116018825A (zh) | 用于发现和选择本地nef的方法和装置 | |
CN111149331A (zh) | 用于边缘终止点之间通信的传输协议 | |
CN116711280A (zh) | 用于在基于名称的路由***中服务链的隔离的方法、装置和*** | |
WO2023102238A1 (en) | Multicast delivery of notifications via service communication proxy implementing name-based routing | |
WO2022125855A1 (en) | Methods, architectures, apparatuses and systems for fqdn resolution and communication | |
CN117837179A (zh) | 物联网网络的发现 |
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: 20230818 Address after: Delaware Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc. Address before: Wilmington, Delaware, USA Patentee before: IDAC HOLDINGS, Inc. |