CN113056002A - 用户设备标识与信息中心联网请求的相关性 - Google Patents

用户设备标识与信息中心联网请求的相关性 Download PDF

Info

Publication number
CN113056002A
CN113056002A CN202110275292.XA CN202110275292A CN113056002A CN 113056002 A CN113056002 A CN 113056002A CN 202110275292 A CN202110275292 A CN 202110275292A CN 113056002 A CN113056002 A CN 113056002A
Authority
CN
China
Prior art keywords
icn
node
request
ccn
enb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110275292.XA
Other languages
English (en)
Other versions
CN113056002B (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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to CN202110275292.XA priority Critical patent/CN113056002B/zh
Publication of CN113056002A publication Critical patent/CN113056002A/zh
Application granted granted Critical
Publication of CN113056002B publication Critical patent/CN113056002B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • 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

Landscapes

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

Abstract

本发明提供一种在蜂窝网络中传送数据的方法。所述方法包括：用户设备向信息中心联网节点发送针对数据对象的信息中心联网请求；以及所述用户设备从所述蜂窝网络接收寻呼消息，所述寻呼消息指示对所述用户设备的寻呼是由于所述信息中心联网请求。

Description

用户设备标识与信息中心联网请求的相关性
本申请是申请日为2016年5月13日，申请号为201680082992.4，题为“用户设备标识与信息中心联网请求的相关性”的中国专利申请的分案申请。
技术领域
本发明涉及用于在蜂窝网络中传送数据的方法以及对应的设备和系统。
背景技术
在联网时，已经开发了被称为信息中心联网(ICN)、内容中心联网(CCN)和命名数据联网(NDN)的范例。CCN和NDN可以被视为更一般的ICN范例内的特定方法。举例来说，CCN正由ICNRG(ICN研究组)在IETF(互联网工程任务组)内部开发，关于这项工作的详细信息可以在如以下文献中定义的CCN中找到：ICNRG Internet-Drafts“CCNx Semantics”,Version01,January,2016和“CCNx Messages in TLV Format”,Version 01,January 2016。
ICN不是(如诸如IP(互联网协议)之类的传统联网协议那样)专注于连接通信端点，而是专注于要被取回的内容对象。在ICN中，联网消息基于内容对象的全局唯一名称而不是基于指向物理盒(box)的端点地址而被路由。
以这种方式，ICN可以从将相同信息分发到网络中的多个位置中受益。由于路由器除了转发内容对象之外还可以缓存内容对象，因此每当有人对内容对象感兴趣时，内容对象无需遍历整个网络，本地缓存的副本就足够了。ICN的另一优点是对给定内容对象的兴趣的聚合。例如，在突然有数千个端点请求相同内容的瞬间拥挤事件的情况下，只需针对内容的一个请求到达源即可，所有其它请求可以由沿着通往源的路径上的路由器的缓存来服务。由于这些益处也与蜂窝网络相关，因此可能需要以CCN/ICN能力来增强蜂窝网络。
然而，以ICN/CCN能力来增强蜂窝网络并不简单，因为在蜂窝网络中，端设备(也称为UE(用户设备))可以在不同的接入节点之间移动。此外，UE可能未保持与蜂窝网络的永久数据连接。例如，在如3GPP(第三代合作伙伴计划)规定的LTE(长期演进)技术中，UE可以在不同的基站(称为eNB(演进节点B))之间移动，并且可以在称为“ACTIVE”(或“ECM-CONNECTED”)以及“IDLE”(或ECM-IDLE)的状态之间转换，在“ACTIVE”状态下保持数据连接，在“IDLE”状态下释放数据连接。如果UE已经发出了对内容对象的ICN请求并且移动到另一接入节点和/或进入了IDLE模式，则现有ICN/CCN机制可能不足以在内容对象变得可用时将内容对象递送给UE。
因此，需要允许在蜂窝网络中有效利用ICN机制的技术。
发明内容
根据本发明的实施例，提供了一种在蜂窝网络中传送数据的方法。根据该方法，蜂窝网络的接入节点确定UE的标识符与由ICN节点维护的未决兴趣表(PIT)的条目的相关性。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。基于该相关性，接入节点控制用户设备与蜂窝网络的连接。这会涉及决定是将UE释放到空闲模式还是寻呼UE。
根据本发明的另一实施例，提供了一种在蜂窝网络中传送数据的方法。根据该方法，ICN节点维护PIT。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。ICN节点从连接到蜂窝网络的UE接收针对数据对象的ICN请求。ICN节点维护UE的标识符与PIT中的与所请求的数据对象的相对应的条目的相关性。
根据本发明的另一实施例，提供了一种在蜂窝网络中传送数据的方法。根据该方法，UE向ICN节点发送针对数据对象的ICN请求。此外，UE从蜂窝网络接收寻呼消息。寻呼消息指示对UE的寻呼是由于ICN请求。
根据本发明的另一实施例，提供了用于蜂窝网络的接入节点。接入节点被配置为确定UE的标识符与由ICN节点维护的PIT的条目的相关性。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。此外，接入节点被配置为基于相关性来控制UE与蜂窝网络的连接。
根据本发明的另一实施例，提供了一种ICN节点。ICN节点被配置为维护PIT。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。此外，ICN节点被配置为从连接到蜂窝网络的UE接收针对数据对象的ICN请求。此外，ICN节点被配置为维护UE的标识符与PIT中的与所请求的数据对象的相对应的条目的相关性。
根据本发明的另一实施例，提供了一种UE。UE被配置为向ICN节点发送针对数据对象的ICN请求。此外，UE被配置为从蜂窝网络接收寻呼消息。寻呼消息指示对UE的寻呼是由于ICN请求。
根据本发明的另一实施例，提供了一种系统。该系统包括根据上述实施例的至少一个接入节点和根据上述实施例的至少一个ICN节点。此外，该系统可以包括根据上述实施例的至少一个UE。
根据本发明的另一实施例，例如以非暂时性存储介质的形式提供了一种计算机程序或计算机程序产品，所述计算机程序或计算机程序产品包括要由用于蜂窝网络的接入节点的至少一个处理器执行的程序代码。程序代码的执行使得接入节点确定UE的标识符与由ICN节点维护的PIT的条目的相关性。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。此外，程序代码的执行使得接入节点基于该相关性来控制UE与蜂窝网络的连接。
根据本发明的另一实施例，例如以非暂时性存储介质的形式提供了一种计算机程序或计算机程序产品，所述计算机程序或计算机程序产品包括要由ICN节点的至少一个处理器执行的程序代码。程序代码的执行使ICN节点维护PIT。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。此外，程序代码的执行使ICN节点从连接到蜂窝网络的UE接收针对数据对象的ICN请求。此外，程序代码的执行使得ICN节点维护UE的标识符与PIT中的与所请求的数据对象相对应的条目的相关性。
根据本发明的另一实施例，例如以非暂时性存储介质的形式提供了一种计算机程序或计算机程序产品，所述计算机程序或计算机程序产品包括要由UE的至少一个处理器执行的程序代码。程序代码的执行使UE向ICN节点发送针对数据对象的ICN请求。此外，UE被配置为从蜂窝网络接收寻呼消息。寻呼消息指示对UE的寻呼是由于ICN请求。
下面的对实施例的详细说明使这些实施例和其他实施例的细节变得清楚。
附图说明
图1示意性地示出了在本发明的实施例中使用的ICN节点。
图2示出了根据本发明的实施例的ICN架构的示例。
图3A至图3E示意性地示出了根据本发明的实施例的各种ICN联网场景。
图4示出了根据本发明的实施例使用的LTE蜂窝网络架构的示例。
图5示出了根据本发明的实施例的将ICN机制集成到蜂窝网络中的示例。
图6示出了根据本发明的实施例的将ICN机制与LTE技术的网络架构元件集成的示例。
图7示出了可以根据本发明的实施例使用的协议栈的示例。
图8示出了根据本发明的实施例的、涉及控制将UE释放到空闲模式的示例性过程。
图9示出了根据本发明的实施例的、涉及控制将UE释放到空闲模式的另一示例性过程。
图10示出了用于示意性示出根据本发明的实施例的由接入节点执行的方法的流程图。
图11示出了用于示出根据本发明的实施例的接入节点的功能的框图。
图12示出了用于示意性示出根据本发明的实施例的由ICN节点执行的方法的流程图。
图13示出了用于示出根据本发明的实施例的ICN节点的功能的框图。
图14示出了用于示意性示出根据本发明的实施例的由UE执行的方法的流程图。
图15示出了用于示出根据本发明的实施例的UE的功能的框图。
图16示意性地示出了根据本发明的实施例的设备的结构。
具体实施方式
以下，将参考附图更详细地说明根据本发明的示例性实施例的构思。所示实施例涉及使用ICN机制、通过ICN节点和ICN消息在蜂窝网络中传送数据。例如，可以基于如在ICNRG Internet-Drafts“CCNx Semantics”,Version 01,January,2016和“CCNx Messagesin TLV Format”,Version 01,January 2016中规定的CCN机制来传送数据。然而，也可以使用其它ICN、CCN或NDN机制。因此，在下面进一步详述的示例中，节点将被称为ICN/CCN/NDN节点，并且消息将被称为ICN/CCN/NDN消息。
在可以在下面示出的示例中使用的CCN中，通过向网络发出兴趣消息来取回内容对象。兴趣消息包含内容对象的名称。这样的消息由网络路由到内容对象的源/发布方。沿该路径的CCN节点检查这些CCN节点是否具有该对象的缓存副本。如果是，则这些CCN节点将使用包含所请求的内容对象在内的数据消息来响应兴趣消息，并且不会再传播兴趣消息。路由由作为结构化名称(类似于域名，但句法上更丰富)的名称辅助。路由器维护转发信息库(FIB)，该FIB具有与哪个名称或名称前缀要在何处转发有关的信息。沿着兴趣消息的路径上的路由器在未决兴趣表(PIT)中记录它们转发过的兴趣消息(兴趣消息来自哪里以及兴趣消息所命名的是什么内容对象)。如果指向相同名称的其它兴趣消息到达路由器，则路由器不会转发它们，而是除了针对该名称的条目之外还在PIT中记录这些其它兴趣消息。此过程称为兴趣聚合。结果，针对相同名称的PIT条目可以在网络中形成树，在该树中接收方为叶子。图1示出了如在the CCNx Conference 2013,September 5th&6th,PARC,Palo Alto,California的主题演讲中提及的CCN节点100的概述图示，所述主题演讲可获得的网络地址为：http://security.riit.tsinghua.edu.cn/mediawiki/images/5/53/CCNx-Keynote_Edens.pdf。如图所示，CCN节点100提供FIB 110，FIB 110存储关于应该使用由“1”、“2”和“3”指定的接口中的哪些接口(例如，接口之一)来查找给定名称的内容对象的信息。此外，CCN节点100提供PIT 120，PIT 120存储关于未决兴趣的信息。此外，CCN节点100提供内容存储(CS)130，CS 130可以缓冲(即，临时存储)内容对象以用于可能的重新使用。如下所述的ICN/CCN节点可以提供对应的结构或功能。
图2示意性地示出了示例性CCN场景。具体地，图2示出了：网络200，其具有与CCN节点相对应的网元201、202、203、204、205、206、207；耦合到网络200的端设备210；以及耦合到网络的内容源220。CCN节点201、202、203、204、205、206、207可以对应于路由器。端设备210可以对应于用户终端，比如具有蜂窝网络连接性的UE。内容源220可以对应于服务器。
图3A至图3E基于图2的场景，并且示出了ICN/CCN的各个方面，包括前缀路由、ICN/CCN节点处的缓存(即，临时将内容对象存储在CS中)、以及缓存的内容对象的最优递送。具体地，图3A示出了端设备210发送兴趣消息(由箭头示出)以请求可从内容源220获得的内容对象。兴趣消息通过名称来标识内容对象。
作为下一步骤，图3B示出了用于确定通过网络200到所请求的内容对象的路线的前缀路由。前缀路由利用内容对象的名称中的称为前缀的那一部分、以及前缀与CCN节点201、202、203、204、205、206、207的FIB的条目的匹配。如图3B中的箭头所示，以这种方式获得经由CCN节点201、202、203、204延伸的从端设备210到内容源220的路线。在这些CCN节点中的每一个CCN节点处，检查内容对象在CS中是否本地可用，并且如果不是这种情况，则向下一跳CCN节点转发兴趣，并且在PIT中存储对应的条目。在所示的场景中，假设内容对象仅在内容源220处可用，由此兴趣被传播到内容源220。
作为下一步骤，图3C示出了在沿着所确定的路线的CCN节点处对内容对象进行缓存。具体地，在数据消息中经由CCN节点204、203、202、201从内容源220向端设备210提供内容对象(如实心箭头所示)，并且CCN节点204、203、202、201中的每个节点缓存了内容对象。
如图3D所示，内容对象的缓存可以用于优化的内容递送。在图3D的示例中，另一端设备211通过向CCN节点201发送命名该内容对象的兴趣消息(由空心箭头示出)来请求相同的内容对象。因为内容对象缓存在CCN节点201处，因此CCN节点201可以直接用包括所请求的内容对象在内的数据消息来响应端设备211(由实心箭头示出)，而不进一步传播兴趣。
如图3E所示，还可以以有效的方式处理端设备的移动性。在图3E的示例中，假设端设备211移动了，并且现在在所请求的内容对象被递送到端设备211之前连接到CCN节点205。这通过端设备211重新发送邀请消息来解决，从而向ICN网络200通知端设备211移动了，并发起更新FIB和PIT。在所示示例中，通过前缀路由确定到在CCN节点203处缓存的内容对象的路由(如空心箭头所示)，然后可以经由CCN节点205从CCN节点203向端设备211递送内容对象(如实心箭头所示)。
因此，当兴趣消息到达具有内容对象的副本(可能被缓存的)的端点(或路由器)时，利用数据消息来响应兴趣消息，该数据消息沿兴趣消息所采用的路径反向传播。根据兴趣消息在沿路径上的路由器的PIT中留下的条目来获知反向路径。如果针对该名称有多个兴趣到达路由器，则朝向兴趣消息来自的每个方向复制包含内容对象在内的数据消息。在转发匹配未决兴趣的内容对象之后，路由器删除PIT中的对应条目，因此预期这些条目是短时存在的。当产生兴趣消息的原始端点接收内容对象时，该事务被认为结束了。
兴趣聚合机制通常在ICN/CCN网络中形成分层树，其中在树的每个层级处，请求分组被聚合，并且响应分组被解聚合。这允许ICN网络随着客户端数量的增加而扩展。
图4示出了基于如3GPP TS 36.300V13.2.0(2015-12)中定义的LTE技术的蜂窝网络的架构元件。如图所示，在这种情况下，蜂窝网络包括eNB和HeNB(HeNB：家庭eNB)的形式的无线电接入节点。eNB和HeNB通过称为“X2”的接口连接。其它架构元件包括X2网关(X2GW)、HeNB网关(HeNB GW)和MME/S-GW。如图所示，X2 GW可以用作两个或更多个eNB和HeNB之间的X2接口的可选中间节点。MME/S-GW和HeNB GW用作eNB和HeNB的控制节点和数据平面网关，并且经由称为“S1”的接口与其连接。如进一步所示，HeNB还可以经由称为“S5”的接口连接到MME/S-GW。eNB和HeNB(以及X2 GW和HeNB GW)被视为演进UMTS陆地无线电接入网(E-UTRAN)的元件，并且MME/S-GW被视为演进分组系统(EPS)的演进分组核心(EPC)的元件。
EPS包括E-UTRAN、EPC和支持LTE的UE。定义UE可以处于两种不同的连接管理状态，其被称为ECM-IDLE(或“IDLE”)和ECM-CONNECTED(或“ACTIVE”)。在ECM-IDLE下，UE位置在跟踪区(TA)级别上是已知的。这种TA可以由一个或多个小区组成。UE没有任何激活的RRC(无线电资源控制)或S1连接。为了到达UE，EPC中的MME将通过在S1上向UE所在的TA中的eNB发送寻呼消息来发起寻呼。然后，eNB将通过LTE无线电接口(称为Uu接口)寻呼UE。在ECM-CONNECTED下，UE位置在E-UTRAN中在小区级别上是已知的，并且存在激活的RRC和S1连接。该状态用于去往和来自UE的数据发送，并且当UE移动时，UE将被切换到其它小区。非激活UE通常被释放到ECM-IDLE状态，以便减少UE电池消耗并最小化网络中的信令。
在蜂窝网络中引入ICN/CCN增强的一种可能性是在蜂窝基站中(或在蜂窝基站附近)引入ICN/CCN路由器功能，例如，在如图4所示的eNB或HeNB中或附近引入。在这种情况下，基站可以为蜂窝用户设备(UE)提供到最近的ICN/CCN路由器的连接。下面说明当CCN路由器功能包括在LTE eNB中时的这种情况。在这种情况下，蜂窝网络(例如，MME、eNB)仍然可能控制诸如切换和状态转换(例如，在ECM-CONNECTED和ECM-IDLE之间，反之亦然)之类的移动性事件。
在这种类型的ICN/CCN解决方案中可能发生的一个特定问题是UE可能已经发出了针对内容对象的兴趣消息，但尚未接收到内容对象，即UE在ICN/CCN网络中具有未决ICN请求，但在蜂窝网络中处于非激活状态，因此被释放到ECM-IDLE状态。在这种情况下，当内容对象到达最近服务于UE的eNB时，eNB无法将内容对象递送给UE，因为UE在小区级别上不再是可达的。
在如本文所说明的构思中，通过使用UE的标识符与未决ICN请求的相关性来解决上述问题和类似问题(例如，由UE在ECM-IDLE下的移动引起的问题)。基于该相关性，诸如ENB之类的接入节点可以控制UE到蜂窝网络的连接。例如，如果相关性指示没有未决ICN请求并且UE处于非激活状态，则接入节点可以例如通过发起UE到ECM-IDLE状态的转换来释放UE到蜂窝网络的连接。此外，如果相关性指示存在未决ICN请求，则接入节点可以例如通过将UE保持在ECM-CONNECTED状态来防止释放连接。
因此，本文中描述的实施例涉及LTE-RAN中的eNB与ICN/CCN网络中的ICN/CCN节点之间的通信场景。UE位于eNB的覆盖区域中。UE具有适用于经由ICN/CCN网络请求内容的标识符。UE标识符可以体现为或者可以包括UE(上下文)标识或与做出请求相关的任何其它标识。ICN信息(例如，ICN节点的PIT)与UE的标识符相关联。该相关性也可以称为关联或连接或链接。
一个实施例是避免释放在PIT中具有激活请求的非激活UE。在这种情况下，eNB将在针对特定UE的非激活定时器超时时检查PIT中是否具有针对该特定UE的任何未决请求。如果PIT中没有条目，则eNB将UE释放到ECM-IDLE(这可以通过发送RRC连接释放消息来完成)。如果存在未决ICN请求，则eNB将不释放UE。在后一种情况下，eNB可以例如启动另一定时器，该定时器控制eNB在释放UE之前等待未决兴趣消失的时间。
另一实施例涉及如果eNB在PIT中具有未决ICN请求的情况下将UE释放到ECM-IDLE，则eNB或ICN节点将记住与该未决请求相关联的UE标识，并且在与该未决请求相关联的数据对象到达时发起对UE的寻呼。对UE的寻呼涉及一个或多个eNB向UE发送寻呼消息。寻呼消息可以由UE连接的小区中的eNB直接发送，或者可以将触发发送到MME以发起寻呼。在UE返回到相同的ICN节点的情况下，应该可以直接将数据对象递送给UE，因为ICN节点知道它是相同的UE，或者由UE重新请求ICN节点现在在其缓存中所具有的对象。用于关联未决请求的标识可以是UE的S-TMSI、UE的S5 GTP标识、或EPS中使用的UE的C-RNTI。然而，也可以使用任何其它标识。
所示实施例允许确保UE已经请求的数据对象在其到达时将被递送。可以避免UE需要基于某个定时器来重新请求对象，这会增加不必要的信令或延迟。
在下文中，将讨论本公开的若干方面。这些方面基于ICN/CCN网络集成到蜂窝网络中的总体假设。图5中示出了将ICN/CCN网络与蜂窝网络集成的示例。如图5中所示，ICN/CCN/NDN云500包括ICN节点501、502、503、504、505。ICN/CCN/NDN云500连接到互联网中的基于IP的部分(称为IP互联网510)，并且连接到互联网中的基于ICN/CCN/NDN的部分(称为ICN/CCN/NDN互联网520)。接入节点531、532连接到ICN/CCN/NDN云500，并且UE 510可以经由这些接入节点531、532访问IP互联网510和/或ICN/CCN/NDN互联网520，并且在这些接入节点531、532之间移动。如进一步所示，ICN/CCN/NDN云500还可以连接到服务器540，服务器540可以例如存储内容和/或提供服务。
图6还示出了可以如何基于LTE技术来将ICN/CCN网络与蜂窝网络的元件集成。如图6中所示，eNB 620向UE 610提供到蜂窝网络的访问的接入。通过ICN/CCN节点670，UE 610可以访问ICN/CCN数据网络680。如图所示，该访问可以直接在eNB 620处实现。例如，ICN/CCN节点可以与eNB 620位于同一地点或者集成在eNB 620中。此外，UE 610可以通过由MME650控制的S-GW 630和P-GW(分组数据网络网关)640(即，通过EPC)来访问“互联网”数据网络660。因此，ICN/CCN业务无需通过S-GW 630和PGW 640。ICN/CCN业务的移动性可以由ICN/CCN网络处理，而去往/来自其它eNB的无线电切换可以由eNB 620和MME 650处理。
图7示出了可以在如图6所示的场景中使用的数据平面协议栈的示例。可以看出，CCN/NDN协议层可以布置在应用级协议层(APP)和较低协议层之间。在LTE技术的Uu无线电接口上，这些较低协议层将包括PDCP(分组数据汇聚协议)层、RLC(无线电链路控制)层、MAC(媒体访问控制)层和物理层(也称为L1)。在其它接口上，即eNB和CCN/NDN路由器(例如，ICN节点501、502、503之一)之间的S1u接口、以及CCN/NDN路由器和CCN/NDN GW/代理(例如，ICN节点504、505之一)之间的S6/S8接口上，可以使用其它L1、L2和/或L3协议，这取决于这些接口的实现。在CCN/NDN GW/代理与服务器或内容所有者(比如，服务器640或可通过IP互联网510访问的内容源之一)之间，ICN/CCN业务可以通过SGi接口传送，而不使用ICN/CCN/NDN协议增强。
如上所述，ICN节点(例如，图6的ICN/CCN节点670)维护PIT，PIT具有针对数据对象的每个未决ICN请求的条目。在CCN的情况下，这种未决ICN请求可以是针对内容对象的未决兴趣。为了有效地支持UE的移动性和UE的各种连接状态(例如，ECM-IDLE和ECM-CONNECTED)，UE上下文标识符可以与PIT中的未决ICN请求链接。
因此，每当集成在蜂窝网络中的ICN节点中的ICN功能接收到针对该ICN尚未在其缓存中存储的数据对象的请求时，它就将ICN请求添加到PIT。通常，在正常的ICN操作中，将该ICN请求与接收请求的接口相关联就足够了，以便ICN节点可以通过相同的链路发送回所请求的数据对象。在如本文所说明的构思中，在ICN网络被集成在蜂窝网络中的情况下，ICN请求还与UE上下文相关联，使得eNB(或类似的接入节点)可以将数据对象递送到正确的UE。根据所说明的构思，此UE上下文关联还可以用于将PIT中的信息与UE状态或用于寻呼处于ECM-IDLE下UE的上下文标识符链接。关联的UE上下文标识符可以是S-TMSI(S类型接口的临时移动订户标识)、GUTI(全局唯一临时标识)或UE的IP地址、或MME UE S1AP ID(S1应用协议标识符)或者用作S1上的标识符的eNB UE S1AP ID、或用于通过无线接口调度的C-RNTI(小区无线电网络临时标识)、或专门用于ICN/CCN的新标识符、或假设在eNB和S-GW之间存在S5接口情况下的S5 GTP(S5 GPRS隧道协议)标识(例如，S5 GTP TEID(S5GTP隧道端点标识符))、或任何其它标识符。该标识符可以针对每个UE请求存储在PIT中。
因此，eNB可以在UE被释放到ECM-IDLE时以及当UE处于ECM-CONNECTED时存储UE标识。对于某种UE标识符(例如，S-TMSI或GUTI)，这要求对于使用ICN/CCN的所有UE在进行切换的情况下将标识符例如从MME(使用S1信令)或从其它eNB(使用X2信令)提供给eNB。
在一些方面，如果UE具有未决ICN请求，则可以使用所示构思来避免将UE释放到ECM-IDLE。如上所述，本公开的一个实施例是避免释放在PIT中具有激活请求的非激活UE。在这种情况下，eNB将在针对特定UE的非激活定时器超时时检查PIT中是否具有针对该特定UE的任何未决请求。在这种情况下，非激活定时器可以是eNB用于在任何UE在一段时间内没有任何业务时将UE释放到ECM-IDLE的公共定时器。鉴于ICN网络可能需要从若干跃点中取回内容，可能发生该定时器在数据对象到达eNB之前已经超时。该检查可以基于存储在PIT中的UE上下文标识，如下面进一步说明的。
如果PIT中没有与UE上下文标识符相关联的条目，则eNB可以将UE释放到ECM-IDLE。这可以由eNB请求MME释放UE来完成，这导致UE的S1连接被释放，并且eNB向UE发送RRC连接释放消息以释放RRC连接。
如果存在一个或多个未决请求，则eNB将不释放UE。在这种情况下，当与未决请求相关联的数据对象已经被递送(即，当未决请求已被移除时)，eNB可以等待并重新评价释放UE的需要。在一些场景中，eNB还可以启动与未决请求相关联的定时器，并且如果在相关联的定时器已经超时时未决请求仍然存在(即，尚未满足请求)，则eNB无论如何都可以将UE释放到ECM-IDLE状态。后一种解决方案可以用于避免UE在ECM-CONNECTED下保持太长时间。
图8示出了可以用于实现上述将UE释放到ECM-IDLE的控制的示例性过程。图8的过程涉及UE 610、eNB 620和ICN/CCN节点670。
如消息802所示，UE 610可以向eNB 620发送针对数据对象(例如，某些内容)的ICN请求。然后，eNB 620可以将ICN请求与UE标识符一起向ICN/CCN节点670转发。如上所述，UE标识符可以包括S-TMSI、GUTI、IP地址、MME UE S1AP ID、eNB UE S1AP ID、C-RNTI或S5 GTPTEID等。如果需要，eNB 620可以从另一节点(例如，从MME 650)获得标识符。
在所示示例中，假设所请求的数据对象未在ICN/CCN节点670处缓存，因此ICN/CCN节点670将ICN/CCN请求传播到ICN/CCN数据网络。如步骤803所示，ICN/CCN节点670还在由ICN/CCN节点670维护的PIT中输入该请求。
如步骤804进一步所示，ICN/CCN节点存储UE标识符和请求的相关性。例如，这可以通过将UE标识符存储在PIT中的与该请求相对应的条目中来实现。在一些场景中，当多个UE请求了相同数据对象时，与该请求相对应的PIT条目可以包括多个UE标识符。
如步骤805所示，在某个时间时，eNB 620可能随后需要决定是否将UE 610释放到ECM-IDLE。例如，UE 610可能已经处于非激活状态长达一段时间，这可以基于非激活定时器的超时来检测。为了节省电池和信令资源，因此可能期望将UE 610释放到ECM-IDLE。然而，是否将UE 610释放到ECM-IDLE的决定还基于是否存在UE的未决ICN请求。
因此，eNB 620询问ICN/CCN节点670在PIT中是否存在UE 610的未决ICN请求，如信令806所示。询问基于UE标识符和所存储的UE标识符与PIT中的请求的相关性。
如果相关性指示在PIT中没有来自UE 610的请求(例如，因为所请求的数据对象已经被递送到UE 610)，则eNB 620可以通过向UE610发送IDLE模式命令807来将UE 610释放到ECM-IDLE。例如，eNB 620可以请求MME 650释放UE 610，则IDLE模式命令807可以与RRC连接释放消息相对应。备选地，如果相关性指示在PIT中没有来自UE 610的请求，则eNB 620可以使UE 610仍处于ECM-CONNECTED状态，如步骤808所示。
图9示出了可以用于实现上述将UE释放到ECM-IDLE的控制的另一示例性过程。图9的过程涉及UE 610、eNB 620和ICN/CCN节点670。
如消息902所示，UE 610可以向eNB 620发送针对数据对象(例如，某些内容)的ICN请求。然后，eNB 620可以向ICN CCN节点670转发ICN请求。
如步骤903进一步所示，eNB 620存储UE标识符与请求的相关性。例如，eNB 620可以将数据对象的名称与UE标识符一起存储，作为ICN/CCN节点670的PIT中存在针对数据对象的未决请求的指示。当数据对象被递送到UE 610时，可以删除该指示。如上所述，UE标识符可以包括S-TMSI、GUTI、IP地址、MME UE S1AP ID、eNB UE S1AP ID、C-RNTI或S5 GTPTEID等。如果需要，eNB 620可以从另一节点(例如，从MME 650)获得标识符。
在所示示例中，假设所请求的数据对象未在ICN/CCN节点670处缓存，因此ICN/CCN节点670将ICN/CCN请求传播到ICN/CCN数据网络。如步骤904所示，ICN/CCN节点670还在由ICN/CCN节点670维护的PIT中输入该请求。
如步骤905所示，在某个时间时，eNB 620可能随后需要决定是否将UE 610释放到ECM-IDLE。例如，UE 610可能已经处于非激活状态长达一段时间，这可以基于非激活定时器的超时来检测。为了节省电池和信令资源，因此可能期望将UE 610释放到ECM-IDLE。然而，是否将UE 610释放到ECM-IDLE的决定还基于是否存在UE的未决ICN请求。在图9的过程中，eNB 620可以使用本地存储的UE标识符与未决请求的相关性来确定在PIT中是否存在UE610的未决ICN请求。
如果相关性指示在PIT中没有来自UE 610的请求(例如，因为所请求的数据对象已经被递送到UE 610)，则eNB 620可以通过向UE610发送IDLE模式命令906来将UE 610释放到ECM-IDLE。例如，eNB 620可以请求MME 650释放UE 610，则IDLE模式命令807可以与RRC连接释放消息相对应。备选地，如果相关性指示在PIT中没有来自UE 610的请求，则eNB 620可以使UE 610仍处于ECM-CONNECTED状态，如步骤907所示。
注意，在一些场景中，如果相关性指示存在来自UE 610的未决ICN请求，UE 610也可以被释放到ECM-IDLE。例如，这种释放可以通过另一定时器的超时来触发，所述另一定时器配置有比非激活定时器更长的持续时间。
在一些方面，所示构思还可以用于处理针对已经被释放到ECM-IDLE的UE所请求的数据对象到达的情况：在PIT中具有其未决请求的UE已经被释放到ECM-IDLE的情况下，eNB和/或ICN节点可以记住与未决请求相关联的UE标识(即，维护UE标识与PIT中的请求的相关性)，并且在与该未决请求相关联的数据对象到达时发起对UE的寻呼。在下文中，将描述实现该寻呼的各种选项。
根据第一选项，eNB可以例如使用在eNB的本地覆盖区域中的UE的S-TMSI来直接寻呼UE。换句话说，eNB本身可以向UE发送寻呼消息。当UE接收到寻呼消息(假设它仍然在本地区域中)时，UE通常将通过发送NAS(非接入层)服务请求来联系网络。该NAS服务请求将依次触发RRC和S1连接的建立以及UE的用户平面无线电承载的建立，并且UE将进入ECM-CONNECTED状态。当建立了用户平面无线承载时，可以通过eNB和/或ICN节点将数据对象递送给UE。如果UE已经移动到eNB的本地区域之外，则eNB将不会接收到对寻呼消息的响应，并且然后可以可选地根据一个或多个其它eNB触发寻呼，例如，根据如下所述的第二选项。在后一种情况下，eNB可以存储针对UE的寻呼信息，诸如要使用的寻呼标识、UE所属的可能寻呼组(或寻呼偏移)和/或针对UE配置的DRX(非连续接收)时段。
根据第二选项，eNB或ICN节点可以通过在S1(或S11接口)上向与UE上下文相关联的MME(这可以由UE S-TMSI或GUTI确定)发送消息来触发对UE的寻呼。该消息向MME指示UE应被寻呼。然后，MME可以根据正常的UE寻呼过程发起寻呼。当UE接收到该寻呼时，它将以NAS服务请求进行响应，该NAS服务请求将触发建立RRC和S1连接以及用户平面无线电承载，并且UE将进入ECM-CONNECTED状态。如果UE返回到ICN节点，该ICN节点也服务与在UE进入ECM-IDLE之前所在的区域相同的区域，则该ICN节点还可以将数据对象递送给UE。如果eNB或ICN节点也因为数据对象在eNB/ICN节点处变得可用而触发了寻呼，则可以在UE不重新请求对象的情况下完成数据对象的递送。如果UE连接到不同的ICN节点，则UE可以重新请求数据对象。在后一种情况下，很可能在远远早于UE超时而再次进入ECM-IDLE之前，就很快将数据对象递送到新的ICN节点，因为数据对象已经被递送到附近的eNB或ICN节点。为了触发UE重新请求数据对象，网络可以通过无线电接口向UE发送消息，该消息指示UE已经进入新的ICN节点，由此应该重新发送任何未决请求。该消息还可以包括ICN节点的标识符(例如，ICN节点ID)，其将使UE能够自己确定该信息。
根据第三种选择，假设在服务UE的S-GW与UE向其发出ICN请求的本地eNB/ICN节点之间配置了S5接口。在这种情况下，本地eNB/ICN节点可以向S-GW发送DL(下行链路)分组，以触发S-GW通过向MME发送数据通知消息来发起寻呼。DL分组可以是虚拟分组、或某些ICN信令、或所请求的数据对象。后一选项的优点在于，即使UE在不同的eNB/ICN节点处出现(回答寻呼)，ICN数据对象也可以被递送到UE，因为数据可以经由S-GW被递送到该eNB/ICN节点。
除了上述选项之外，还可以基于网络中的ICN知识在发送给UE的寻呼请求中添加附加信息。可能的信息包括但不限于指示寻呼是从ICN网络触发的标志、与在ICN节点或eNB处接收的数据对象有关的信息(例如，数据对象的名称、或者数据对象名称的散列或校验和)。使用散列或校验和可以允许减小寻呼消息的大小。在寻呼中包括附加信息可以使UE或UE中的ICN应用能够决定其是否想要进入ECM-CONNECTED以接收内容。例如，如果UE已经确定它不再对数据对象感兴趣，则它可以忽略该寻呼。此外，在寻呼中包括附加信息可以用作UE重新发送ICN请求的触发或者在其已经响应寻呼之后登记到ICN网络的触发。
除了上述选项之外，还可以利用特殊的寻呼资源进行ICN相关的寻呼。在这种情况下，具有未决ICN请求并且被释放到ECM-IDLE的所有UE可以监控ICN寻呼信道以查看何时存在针对UE的ICN数据。该选项的优点可以是，eNB不需要知道UE使用的正常寻呼时隙，因为可以在ICN寻呼信道/时隙上到达UE。它还可以针对ICN和非ICN数据应用不同的DRX周期，这将影响UE电池消耗和延迟。举例来说，如果UE具有未决ICN请求，则ICN寻呼时隙可以更频繁，用以以更多UE电池消耗为代价来减少延迟。
图10示出了用于示出在蜂窝网络中传送数据的方法的流程图。图10的方法可以用于在蜂窝网络的接入节点(例如，接入节点531、532或eNB 620之一)中实现所示构思。如果使用接入节点的基于处理器的实现，则该方法的步骤可以由接入节点的一个或多个处理器执行。在这种情况下，接入节点还可以包括其中存储有用于实现下述功能的程序代码的存储器。
在可选步骤1010处，接入节点可以从UE接收针对数据对象的ICN请求。根据ICN原理，ICN请求通过名称来标识数据对象，而不是被寻址到数据对象的特定源。例如，ICN请求可以是根据CCNx规范的兴趣消息。
在可选步骤1020处，接入节点可以向ICN节点转发ICN请求。根据ICN原理，ICN节点将维护PIT，该PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。
在可选步骤1030，接入节点可以维护UE的标识与PIT中的与ICN请求相对应的条目的相关性。标识可以包括S-TMSI、GUTI、IP地址、MME UE S1AP ID、eNB UE S1AP ID、C-RNTI、或S5 GTP TEID。维护相关性可以涉及将UE的标识存储在接入节点处(例如，存储在表、数据库等中)。例如，可以通过将标识链接到所请求的数据对象的名称来将标识与ICN请求相关联地存储。结合图9说明了对应处理的示例。此外或作为备选，维护相关性可以涉及向ICN节点指示UE的标识，使得可以在ICN节点处维护UE的标识与PIT的条目的相关性。结合图8说明了对应处理的示例。
在步骤1040处，接入节点确定UE(例如，UE 210、211、510、610中的一个)的标识符与由ICN节点(例如，ICN节点201、202、203、204、205、206、207、501、502、503、504、505、670之一)维护的PIT的条目的相关性。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。ICN请求可以与在步骤1010处接收并在步骤1020处转发的ICN请求相对应。该相关性可以与在步骤1030处维护的相关性相对应。
在一些场景中，步骤1040可以涉及基于UE的标识，接入节点询问ICN节点以确定在ICN节点处是否具有未决的来自UE的ICN请求。结合图8说明了对应处理的示例。
在步骤1050处，接入节点控制UE与蜂窝网络的连接。这可以涉及：响应于指示在ICN节点处没有未决的来自UE的ICN请求的相关性，接入节点发起释放到UE的连接。这里，应注意，也可以存在用于释放连接的其它准则，例如非激活定时器的超时。此外，步骤1050可以涉及：基于指示具有来自UE的未决ICN请求的数据对象在ICN节点处变得可用的相关性，接入节点发起对UE的寻呼。例如，在这种情况下，相关性可以使接入节点能够确定寻呼UE所需的信息。
对UE的寻呼可以包括向UE发送寻呼消息。寻呼消息可以指示对UE的寻呼是由于未决ICN请求(例如，根据标志)。在一些场景中，寻呼消息还可以包括与可用数据对象有关的信息(例如，数据对象的名称或数据对象的名称的散列)。在一些场景中，寻呼消息还可以包括用于触发重新发送ICN请求的指示。
图11示出了用于示出根据图10的方法操作的接入节点1100的功能的框图。如图所示，接入节点1100可以可选地设置有模块1110，模块1110被配置为从UE接收ICN请求(例如，结合步骤1010所说明的)。此外，接入节点1100可以可选地设置有模块1120，模块1120被配置为向ICN节点转发ICN请求(例如，结合步骤1020所说明的)。此外，接入节点1100可以可选地设置有模块1130，模块1130被配置为维护UE的标识与PIT中与ICN请求相对应的条目的相关性(例如，结合步骤1030所说明的)。此外，接入节点1100可以设置有模块1040，模块1040被配置为确定UE的标识与PIT的条目的相关性(例如，结合步骤1040所说明的)。此外，接入节点1100可以设置有模块1150，模块1150被配置为控制UE到蜂窝网络的连接(例如，结合步骤1050所说明的)。
注意，接入节点1100可以包括用于实现其它功能(例如，eNB的已知功能)的其它模块。此外，应注意，接入节点1100的模块不一定表示接入节点1100的硬件结构，而是还可以对应于功能元件(例如，由硬件、软件或其组合实现的)。
图12示出了用于示出在蜂窝网络中传送数据的方法的流程图。图12的方法可以用于在ICN节点(例如，ICN节点201、202、203、204、205、206、207、501、502、503、504、505、607中的一个)中实现所示构思。如果使用ICN节点的基于处理器的实现，则该方法的步骤可以由ICN节点的一个或多个处理器执行。在这种情况下，ICN节点还可以包括其中存储有用于实现下述功能的程序代码的存储器。
在步骤1210处，ICN节点维护PIT。PIT包括针对在ICN节点处具有未决ICN请求的每个数据对象的条目。
在步骤1220处，ICN节点接收针对数据对象的ICN请求。根据ICN原理，ICN请求通过名称来标识数据对象，而不是被寻址到数据对象的特定源。例如，ICN请求可以是根据CCNx规范的兴趣消息。从连接到蜂窝网络的UE(例如，UE 210、211、50、610中的一个)接收ICN请求。注意，可以经由一个或多个中间节点(例如，经由接入节点(比如接入节点531、532或eNB620中的一个)或者甚至经由另外的ICN节点)接收请求。
在步骤1230处，ICN节点维护UE的标识符与PIT中的与所请求的数据对象的相对应的条目的相关性。标识可以包括S-TMSI、GUTI、IP地址、MME UE S1AP ID、eNB UE S1AP ID、C-RNTI、或S5 GTP TEID。维护相关性可以涉及将UE的标识存储在PIT的条目中。此外或作为备选，维护相关性可以涉及从蜂窝网络的接入节点(例如，接入节点531、532或eNB 620中的一个)接收UE的标识。结合图8说明了对应处理的示例。
在可选步骤1240处，基于指示具有来自UE的未决ICN请求的数据对象在ICN节点处变得可用的相关性，ICN节点发起对UE的寻呼。通常，可以在UE处于空闲模式时(即，不具有到蜂窝网络的数据连接，例如当UE处于ECM-IDLE状态时)发起寻呼。
对UE的寻呼可以包括向UE发送寻呼消息。寻呼消息可以指示对UE的寻呼是由于未决ICN请求(例如，根据标志)。在一些场景中，寻呼消息还可以包括与可用数据对象有关的信息(例如，数据对象的名称或数据对象的名称的散列)。在一些场景中，寻呼消息还可以包括用于触发重新发送ICN请求的指示。
在一些场景中，ICN节点可以询问蜂窝网络的接入节点以确定是否在ICN节点处是否具有未决的来自UE的ICN请求。接入节点具有UE所处的覆盖区域。结合图8说明了对应处理的示例。
图13示出了用于示出根据图12的方法操作的ICN节点1300的功能的框图。如图所示，ICN节点1300可以设置有模块1310，模块1310被配置为维护PIT(例如，结合步骤1210所说明的)。此外，ICN节点1300可以设置有模块1320，模块1320被配置为从UE接收ICN请求(例如，结合步骤1220所说明的)。此外，ICN节点1300可以设置有模块1330，模块1330被配置为维护UE的标识与PIT中与ICN请求相对应的条目的相关性(例如，结合步骤1230所说明的)。此外，ICN节点1300可以可选地设置有模块1340，模块1340被配置为基于所维护的相关性来发起寻呼(例如，结合步骤1240所说明的)。
注意，ICN节点1300可以包括用于实现其它功能(例如，ICN/CCN/NDN节点的已知功能)的其它模块。此外，应注意，ICN节点1300的模块不一定表示ICN节点1300的硬件结构，而是还可以对应于功能元件(例如，由硬件、软件或其组合实现的)。
图14示出了用于示出在蜂窝网络中传送数据的方法的流程图。图14的方法可以用于在UE(例如，UE 210、211、510、610中的一个)中实现所示构思。如果使用UE的基于处理器的实现，则该方法的步骤可以由该UE的一个或多个处理器执行。在这种情况下，UE还可以包括其中存储有用于实现下述功能的程序代码的存储器。
在步骤1410处，UE向ICN节点(例如，ICN节点201、202、203、204、205、206、207、501、502、503、504、505、670中的一个)发送针对数据对象的ICN请求。根据ICN原理，ICN请求通过名称来标识数据对象，而不是被寻址到数据对象的特定源。例如，ICN请求可以是根据CCNx规范的兴趣消息。
在步骤1420中，UE从蜂窝网络接收寻呼消息。UE可以在处于空闲模式时(即，当它未保持与蜂窝网络的数据连接时)接收寻呼消息。例如，在步骤1410处发送了ICN请求之后，UE可能已经改变了空闲模式。寻呼消息指示对UE的寻呼是由于ICN请求。寻呼消息还可以指示数据对象在ICN节点处可用。此外，寻呼消息可以包括与可用数据对象有关的信息。此外，寻呼消息可以包括用于触发UE重新发送ICN请求的指示。
在可选步骤1430处，UE可以基于寻呼消息控制重新发送ICN请求。在一些情况下，UE可以例如在UE移动到另一ICN节点的情况下重新发送ICN请求。在其它情况下，UE可以例如在UE已经重新连接到UE在步骤1410向其发送了请求的相同ICN节点的情况下，不重新发送ICN请求。此外，基于寻呼消息中包括的信息，UE可以决定是否离开空闲模式，在该空闲模式下UE没有到蜂窝网络的数据连接。例如，UE可以决定是否离开ECM-IDLE状态并进入ECM-CONNECTED状态。
图15示出了用于示出根据图14的方法操作的UE 1500的功能的框图。如图所示，UE1500可以设置有模块1510，模块1510被配置为向ICN节点发送ICN请求(例如，结合步骤1410所说明的)。此外，UE 1500可以设置有模块1520，模块1520被配置为接收寻呼消息(例如，结合步骤1420所说明的)。此外，UE 1500可以可选地设置有模块1530，模块1530被配置为控制重新发送ICN请求(例如，结合步骤1430所说明的)。
应该理解，图10、图12和图14的方法可以也可以组合。例如，图10和图12的方法可以在如下系统中被组合，所述系统包括根据图10的方法操作的一个或多个接入节点、以及根据图12的方法操作的一个或多个ICN节点。
图16示出了可以在如上所述的构思中使用的UE 1610、接入节点1620(假设为eNB)和ICN/CCN节点1630的基于处理器的实现。
如图所示，UE 1610包括用于连接到eNB 1620的无线电接口1611、一个或多个处理器1613、以及存储器1614。UE 1610可以与根据图14的方法操作的UE(例如，上述UE 210、211、510、610中的一个)相对应。接口1611、处理器1613和存储器1614可以通过UE 1610的一个或多个内部总线系统耦合。存储器1614可以包括只读存储器(ROM)(例如，闪存ROM)、随机存取存储器(RAM)(例如，动态RAM(DRAM)或静态RAM(SRAM))、大容量储存设备(例如，硬盘或固态盘)等。存储器1614可以包括要由处理器1613执行以实现UE的上述功能(例如，结合图14所说明的)的适当配置的程序代码。
如进一步所示，eNB 1620包括用于连接到UE 1610的无线电接口1621、用于连接到ICN/CCN节点1630的ICN/CCN接口1622、一个或多个处理器1623、以及存储器1624。eNB 1620可以与根据图10的方法操作的接入节点(例如，上述接入节点531、532或eNB 620中的一个)相对应。接口1621、1622、处理器1623和存储器1624可以通过eNB 1620的一个或多个内部总线系统耦合。存储器1624可以包括ROM(例如，闪存ROM)、RAM(例如，DRAM或SRAM)、大容量储存设备(例如，硬盘或固态盘)等。存储器1624可以包括要由处理器1623执行以实现接入节点的上述功能(例如，结合图10所说明的)的适当配置的程序代码。
如进一步所示，ICN/CCN节点1630包括用于连接到eNB 1620的eNB接口1632、一个或多个处理器1633、以及存储器1634。此外，ICN节点1630可以与根据图12的方法操作的ICN节点(例如，上述ICN节点201、202、203、204、205、206、207、501、502、503、504、505、670中的一个)相对应。接口1631、处理器1633和存储器1624可以通过ICN/CCN节点1630的一个或多个内部总线系统耦合。存储器1634可以包括ROM(例如，闪存ROM)、RAM(例如，DRAM或SRAM)、大容量储存设备(例如，硬盘或固态盘)等。存储器1634可以包括要由处理器1633执行以实现ICN节点的上述功能(例如，结合图12所说明的)的适当配置的程序代码。
应当理解的是，如图16中所示的结构仅仅是示意性的，并且UE1610、eNB 1620或ICN/CCN节点实际上可以包括其它组件，为了清楚起见，未示出这些其它组件(例如，其它接口或处理器)。此外，应当理解，在每种情况下，存储器可以包括用于分别实现UE、eNB或ICN节点的已知功能的其它程序代码。根据一些实施例，还可以例如以存储要在存储器1614、1624、1634中存储的程序代码和/或其它数据的物理介质的形式，或者通过使程序代码可用于下载或通过流式发送，来提供用于实现UE 1610、eNB 1620或ICN节点1630的功能的计算机程序。
因此，本公开提供以下示例性实施例：
根据实施例，提供了系统中的方法。该系统包括LTE RAN和连接到LTE RAN的ICN/CCN网络。LTE RAN具有存在UE的覆盖区域。当UE向ICN/CCN发出内容请求时，系统存储UE标识符与ICN/CCN的PIT中的条目之间的相关性。
根据实施例，系统使用该相关性来确定已经发出内容请求的UE是否可以置于空闲模式。
根据实施例，该系统使用该相关性来寻呼已经做出内容请求并且被置于空闲模式的UE。
根据另一实施例，提供了一种在LTE RAN的eNB中的方法。eNB具有到ICN/CCN网络的ICN/CCN节点的连接，并且具有存在UE的覆盖区域。eNB维护对ICN/CCN作出内容请求的UE的标识符与ICN/CCN节点的PIT中的针对该请求的条目之间的相关性。
根据实施例，当UE标识符与相关性中的UE标识符匹配时，eNB使用相关性来确定使UE仍处于连接模式。
根据实施例，eNB使用该相关性来发起对已经做出内容请求并且被置于空闲模式的UE的寻呼。
根据另一实施例，提供了一种在ICN/CCN网络的ICN/CCN节点中的方法。ICN/CCN节点具有到eNB的连接，该eNB具有存在UE的覆盖区域。ICN/CCN节点从UE接收内容请求以及该UE的标识。ICN/CCN节点维护UE标识与ICN/CCN节点的PIT中针对该请求的条目之间的相关性。
根据另一实施例，提供了一种在LTE RAN的eNB中的方法。eNB具有到ICN/CCN网络的ICN/CCN节点的连接，并且具有存在UE的覆盖区域。eNB将发出内容请求的UE的标识与该内容请求一起向ICN/CCN节点转发。在将UE置于空闲模式之前，eNB询问节点针对UE的标识是否存在未决请求。如果这样的未决请求不存在，则eNB将UE置于空闲模式，或者当存在这样的未决请求时，UE使UE仍处于连接模式。
根据另一实施例，提供了一种系统。该系统包括LTE RAN和连接到LTE RAN的ICN/CCN网络。LTE RAN具有存在UE的覆盖区域。该系统还包括存储器，该存储器具有表，该表保持向ICN/CCN网络发出内容请求的UE的标识符与ICN/CCN网络的PIT中的请求的条目之间的相关性。
根据另一实施例，提供了一种用于LTE RAN的eNB。eNB具有到ICN/CCN网络的ICN/CCN节点的连接，并且具有存在UE的覆盖区域，eNB具有包括用于保持相关性的所述表的存储器。该eNB适用于执行根据本公开的方法。
根据另一实施例，提供了一种用于ICN/CCN网络的ICN/CCN节点。ICN/CCN节点具有到eNB的连接，该eNB具有存在UE的覆盖区域。ICN/CCN节点具有包括用于保持相关性的所述表的存储器。该ICN/CCN节点适用于执行根据本公开的方法。
可以看出，上述构思可以用于在蜂窝网络中有效传送数据。例如，这些构思可以用于以ICN能力来增强蜂窝网络，并有效地考虑UE的移动性和状态转换。
应当理解的是，上述示例和实施例仅是说明性的并且易于做出各种修改。例如，所示构思可以结合各种蜂窝网络技术应用，而不限于LTE技术。此外，所示构思可以结合各种ICN增强型网络节点应用，而不限于路由器、交换机、网关或代理。此外，所示构思可以结合各种ICN技术来应用，而不限于CCN或NDN。此外，应注意，尽管对UE的寻呼通常在UE处于空闲模式时进行，但是还可以在UE处于激活模式时寻呼UE。此外，将理解的是，可以通过使用要由现有设备的一个或多个处理器执行的相应设计软件或者通过使用专用设备硬件来实现上述构思。此外，应该注意的是，所示的节点每个都可以被实现为单个设备或者被实现为多个交互设备的系统。

Claims (11)

1.一种在蜂窝网络中传送数据的方法，所述方法包括：
用户设备(210，211；510；610；1500；1610)向信息中心联网节点(100；201，202，203，204，205，206，207；501，502，503，504，505；670；1300；1630)发送针对数据对象的信息中心联网请求；以及
所述用户设备(210，211；510；610；1500；1610)从所述蜂窝网络接收寻呼消息，所述寻呼消息指示对所述用户设备(210，211；510；610；1500；1610)的寻呼是由于所述信息中心联网请求。
2.根据权利要求1所述的方法，
其中，所述寻呼消息还指示所述数据对象在所述信息中心联网节点(100；201，202，203，204，205，206，207；501，502，503，504，505；670；1300；1630)处可用。
3.根据权利要求1或2所述的方法，
其中，所述寻呼消息还包括与所述可用数据对象有关的信息。
4.根据权利要求1至3中任一项所述的方法，
其中，所述寻呼消息还包括用于触发所述用户设备(210，211；510；610；1500；1610)重新发送所述信息中心联网请求的指示。
5.一种用于蜂窝网络的用户设备(210，211；510；610；1500；1610)，所述用户设备(210，211；510；610；1500；1610)被配置为：
-向信息中心联网节点(100；201，202，203，204，205，206，207；501，502，503，504，505；670；1300；1630)发送针对数据对象的信息中心联网请求；以及
-从所述蜂窝网络接收寻呼消息，所述寻呼消息指示对所述用户设备(210，211；510；610；1500；1610)的寻呼是由于所述信息中心联网请求。
6.根据权利要求5所述的用户设备(210，211；510；610；1500；1610)，
其中，所述用户设备(210，211；510；610；1500；1610)包括用于连接到蜂窝网络的无线电接口(1611)。
7.根据权利要求5或6所述的用户设备(210，211；510；610；1500；1610)，
其中，所述寻呼消息还指示所述数据对象在所述信息中心联网节点(100；201，202，203，204，205，206，207；601，602，603，604，605；770；1300；1630)处可用。
8.根据权利要求5至7中任一项所述的用户设备(210，211；510；610；1500；1610)，
其中，所述寻呼消息还包括与所述可用数据对象有关的信息。
9.根据权利要求5至8中任一项所述的用户设备(210，211；510；610；1500；1610)，
其中，所述寻呼消息还包括用于触发所述用户设备(210，211；510；610；1500；1610)重新发送所述信息中心联网请求的指示。
10.根据权利要求5至9中任一项所述的用户设备(210，211；510；610；1500；1610)，
其中，所述用户设备(210，211；510；610；1500；1610)包括至少一个处理器(1613)，所述至少一个处理器(1613)被配置为执行根据权利要求1至4中任一项所述的方法的步骤。
11.一种计算机程序或计算机程序产品，包括要由用户设备(210，211；510；610；1500；1610)的至少一个处理器(1613)执行的程序代码，其中，所述程序代码的执行使得所述用户设备(210，211；510；610；1500；1610)执行根据权利要求1至4中任一项所述的方法的步骤。
CN202110275292.XA 2016-03-01 2016-05-13 在蜂窝网络中传送数据的方法和设备 Active CN113056002B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110275292.XA CN113056002B (zh) 2016-03-01 2016-05-13 在蜂窝网络中传送数据的方法和设备

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201662301816P 2016-03-01 2016-03-01
US201662301874P 2016-03-01 2016-03-01
US62/301,816 2016-03-01
US62/301,874 2016-03-01
CN202110275292.XA CN113056002B (zh) 2016-03-01 2016-05-13 在蜂窝网络中传送数据的方法和设备
PCT/EP2016/060882 WO2017148541A1 (en) 2016-03-01 2016-05-13 Correlation of user equipment identity to information centric networking request
CN201680082992.4A CN108713336B (zh) 2016-03-01 2016-05-13 用户设备标识与信息中心联网请求的相关性

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680082992.4A Division CN108713336B (zh) 2016-03-01 2016-05-13 用户设备标识与信息中心联网请求的相关性

Publications (2)

Publication Number Publication Date
CN113056002A true CN113056002A (zh) 2021-06-29
CN113056002B CN113056002B (zh) 2024-05-24

Family

ID=56068862

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201680082992.4A Active CN108713336B (zh) 2016-03-01 2016-05-13 用户设备标识与信息中心联网请求的相关性
CN202110275292.XA Active CN113056002B (zh) 2016-03-01 2016-05-13 在蜂窝网络中传送数据的方法和设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201680082992.4A Active CN108713336B (zh) 2016-03-01 2016-05-13 用户设备标识与信息中心联网请求的相关性

Country Status (5)

Country Link
EP (3) EP3424251B1 (zh)
CN (2) CN108713336B (zh)
HU (1) HUE060183T2 (zh)
WO (2) WO2017148541A1 (zh)
ZA (1) ZA201805883B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111343215A (zh) * 2018-12-18 2020-06-26 中国电信股份有限公司 内容获取方法和系统
CN114827266A (zh) * 2022-04-18 2022-07-29 中国电信股份有限公司 服务提供方法、网络节点和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103477689A (zh) * 2011-02-04 2013-12-25 华为技术有限公司 用于控制平面以在以信息为中心的网络中管理基于域的安全性和移动性的方法和设备
CN104823498A (zh) * 2012-10-10 2015-08-05 Lg电子株式会社 用于处理寻呼的方法和用于中继下行链路数据的方法
US20150222479A1 (en) * 2014-02-04 2015-08-06 Electronics And Telecommunications Research Institute Method of communicating content in mobile ad-hoc network and communication node included in mobile ad-hoc network
US20150257012A1 (en) * 2014-03-05 2015-09-10 Huawei Technologies Co., Ltd System and Method for a Customized Fifth Generation (5G) Network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9191459B2 (en) * 2011-07-12 2015-11-17 Futurewei Technologies, Inc. Method and apparatus for seamless mobility techniques in content-centric network
KR101909666B1 (ko) * 2012-06-08 2018-10-19 삼성전자주식회사 모바일 컨텐츠 센트릭 네트워크에서 핸드오버를 위한 방법 및 장치
CN104052667B (zh) * 2013-03-15 2017-05-31 华为技术有限公司 报文处理方法及设备
CN104823479B (zh) * 2013-11-29 2018-12-07 华为技术有限公司 一种基于内容中心网络的数据传输装置、方法及通信系统
CN103686807B (zh) * 2013-12-05 2016-12-07 中国科学院计算机网络信息中心 一种ccn的子网移动数据传输方法
WO2015176239A1 (zh) * 2014-05-21 2015-11-26 华为技术有限公司 数据传输的方法、基站和终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103477689A (zh) * 2011-02-04 2013-12-25 华为技术有限公司 用于控制平面以在以信息为中心的网络中管理基于域的安全性和移动性的方法和设备
CN104823498A (zh) * 2012-10-10 2015-08-05 Lg电子株式会社 用于处理寻呼的方法和用于中继下行链路数据的方法
US20150222479A1 (en) * 2014-02-04 2015-08-06 Electronics And Telecommunications Research Institute Method of communicating content in mobile ad-hoc network and communication node included in mobile ad-hoc network
US20150257012A1 (en) * 2014-03-05 2015-09-10 Huawei Technologies Co., Ltd System and Method for a Customized Fifth Generation (5G) Network

Also Published As

Publication number Publication date
HUE060183T2 (hu) 2023-02-28
WO2017148542A1 (en) 2017-09-08
CN113056002B (zh) 2024-05-24
EP3424250B1 (en) 2022-08-10
EP3424251B1 (en) 2020-11-04
ZA201805883B (en) 2019-12-18
EP3424251A1 (en) 2019-01-09
WO2017148541A1 (en) 2017-09-08
CN108713336A (zh) 2018-10-26
EP4106300A1 (en) 2022-12-21
CN108713336B (zh) 2021-11-26
EP3424250A1 (en) 2019-01-09

Similar Documents

Publication Publication Date Title
US11558918B2 (en) Correlation of user equipment identity to information centric networking request
US9191459B2 (en) Method and apparatus for seamless mobility techniques in content-centric network
Kim et al. End‐to‐end mobility support in content centric networks
JP5029700B2 (ja) パケット通信システム及びパケット通信方法並びにノード及びユーザ端末
KR20150091880A (ko) 모바일 애드혹 네트워크 환경에서 icn 기반 콘텐트 통신 방법 및 장치
JP6371592B2 (ja) コンテンツ中心ネットワークにおけるノードの通信方法及びそのノード
WO2009043209A1 (fr) Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos
JP2019521593A (ja) データ伝送方法、装置及び記憶媒体
WO2015021591A1 (zh) 互联网内容存储方法和设备
US10708828B2 (en) Handover initiated alignment of pending interest tables
Yan et al. Distributed mobility management in named data networking
CN108713336B (zh) 用户设备标识与信息中心联网请求的相关性
WO2013064065A1 (zh) 应用数据处理方法及装置
CN106028440B (zh) 漫游用户注册方法和系统
CN110233815B (zh) 一种寻呼方法和装置
WO2013007133A1 (zh) 报文转发路径管理方法、系统及网元
US11997547B2 (en) Mobility management in information centric networking
KR102090493B1 (ko) 무선 통신 네트워크에서 http 프로토콜의 전송 지연과 http 서버의 프로세싱 부하를 줄이는 장치 및 방법
WO2009117927A1 (zh) 移动节点的上下文信息传输方法、移动通信系统及设备
EP3310116A1 (en) Downlink data notification
KR101077596B1 (ko) 프록시 모바일 인터넷 프로토콜에서 ｓｓｍ을 위한 컨텍스트 프로필을 이용하는 멀티캐스트 스트림 제공 시스템, 멀티캐스트 접속 게이트웨이 및 모바일 노드 접속 처리 방법
CN116567864A (zh) 支持组播传输的方法、基站、电子设备及存储介质
Yuan Transparent service for IP roaming.
KR20140050528A (ko) 핸드오프시 통신 단절 방지를 위한 사용자 단말과 통신 장치 및 그 방법

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