CN110140413A - 通信系统 - Google Patents

通信系统 Download PDF

Info

Publication number
CN110140413A
CN110140413A CN201780022080.2A CN201780022080A CN110140413A CN 110140413 A CN110140413 A CN 110140413A CN 201780022080 A CN201780022080 A CN 201780022080A CN 110140413 A CN110140413 A CN 110140413A
Authority
CN
China
Prior art keywords
base station
communication device
communication
iot device
context
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.)
Pending
Application number
CN201780022080.2A
Other languages
English (en)
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN110140413A publication Critical patent/CN110140413A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • 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
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

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

Abstract

公开了一种系统，在该系统中，基站从核心网节点(例如移动性管理实体)接收与位于该基站的小区内的通信装置相关联的恢复标识符。基站基于接收到的恢复标识符，取回与该通信装置相关联的用户设备(UE)上下文，以用于该通信装置的被挂起的通信连接(例如，无线资源控制连接)的恢复。

Description

通信系统
技术领域
本发明涉及一种通信系统。本发明特别地但非仅涉及根据第三代合作伙伴计划(3GPP)标准或其等同物或衍生物运行的无线通信系统和装置。本发明特别地但非仅涉及通过“物联网”装置和/或类似的(窄带)通信装置的数据传输。
背景技术
3GPP标准的最新发展被称为演进分组核心(EPC)网和演进的UMTS陆地无线接入网(E-UTRAN)的长期演进(LTE)。在3GPP标准下，NodeB(或者LTE中的eNB)是通信装置连接到核心网并与其它通信装置或远程服务器通信所经由的基站。为了简要，本申请将使用术语基站表示任意这样的基站。
通信装置例如可以是诸如移动电话、智能电话、用户设备、个人数字助理、笔记本电脑/平板电脑、web浏览器、电子书阅读器等的移动通信装置。这些移动(或者甚至通常静止的)装置典型地由用户操作。然而，3GPP标准还使得可以将所谓的“物联网”(IoT)装置(例如窄带IoT(NB-IoT)装置)连接到典型地包括自动化设备的网络，其中该自动化设备诸如为各种测量设备、遥测设备、监控系统、跟踪和追踪装置、车载安全系统、车辆维修系统、路传感器、数字广告牌、销售点(POS)终端和远程控制系统等。IoT装置可以被实现为诸如自动售货机、路边传感器、POS终端等的(通常)静止的设备的一部分，但是一些IoT装置可以被嵌入到非静止设备(例如车辆)中或者被附接至被监控/跟踪的动物或人。应当理解，IoT装置有时也被称为机器类型通信(MTC)通信装置或者机器到机器(M2M)通信装置。然而，由于IoT装置的严格的窄带要求和/或能量节约需求(例如电池可能数年不更换)，因此IoT装置形成MTC装置的特殊子集。
事实上，物联网是配备有适当的电子设备、软件、传感器和/或网络连接等的装置(或者“物”)的网络，该网络使得这些装置可以相互收集并交换数据，并与其它通信装置收集并交换数据。为了简要，本申请在说明书中涉及IoT装置，但是应当理解，所描述的技术可以在能够连接到通信网络以发送/接收数据的任何通信装置(移动的和/或通常静止的)上实现，而与这些通信装置是通过人输入还是存储在存储器中的软件指令来控制无关。
IoT装置连接到网络以相对于远程“机器”(例如，服务器)或用户发送或接收数据。IoT装置使用对移动电话或者类似用户设备最优化的通信协议和标准。然而，一旦被部署，IoT装置典型地在无需人管理或交互的情况下运行，并且遵循存储在内部存储器中的软件指令。IoT装置也可能在长时间段内保持静止和/或不活动。支持IoT装置的具体网络要求在内容通过引用而包含于此的3GPP技术报告(TR)23.720V1.2.0中处理。涉及IoT装置(和其它通常的MTC装置)的更多的网络要求在3GPP TS 22.368标准V13.1.0中公开。应当理解，(尽管多数IoT装置不移动和/或不常移动，但是)由于遮挡、衰减和/或其它无线损失，因此IoT装置可能将其小区/eNB附连点从一个小区/基站切换到另一个。
IoT装置通常被设计为能够在无需人管理的情况下尽可能长时间地的运行。例如，IoT装置可以被编程为自主地建立用以报告事件的连接，然后返回到诸如睡眠模式和待机模式等的低功率运行模式。
保证装置的电池长寿命是NB-IoT工作最重要的设计考虑之一。通过在使IoT装置简化的同时保持诸如数据存储和取回等的特定任务最小化，可以延长电池寿命。结果，可以实现快速数据传输和相关的电力节约。
3GPP考虑到用于使得NB-IoT装置能够进行轻量级数据传输的多种解决方案。由3GPP筛选后其中一个解决方案(被称为“方案18”)通过将所要求的消息循环的数量切短(cutting short)来促进用户面的轻量级数据传输。方案18的进一步细节可以在整体内容通过引用而包含于此的3GPP R3-152686(标题为“User plane based solution with ASinformation stored in RAN”)和TR 23.720(“Architecture enhancements forCellular Internet of Things”)中找到。
方案18的一个目标是降低与IoT传输相关联的信令开销并降低网络中的相关处理负载。为了实现该目标，从所包含的网络节点(例如UE/IoT装置、基站(eNB)、移动性管理实体(MME)和服务网关)中的一些节点预期新的行为。具体地，方案18要求如下：
-对运行(针对特定IoT装置的)无线资源控制(RRC)连接所需的接入层(AS)级别信息进行高速缓存，并且在该IoT装置(UE)处于RRC_IDLE模式时在E-UTRAN和该IoT装置(UE)这两者中保持该信息；
-在基站(eNB)的基础上支持该功能；
-在该IoT装置(UE)处于RRC_IDLE模式时，在基站(eNB)和MME之间保持(特定IoT装置的)S1-MME UE相关的信令连接；
-引入主要影响RRC和S1AP的两个新过程：挂起和恢复；
-在基站(eNB)和与该IoT装置相关联的MME之间保持(特定IoT装置的)承载上下文数据；以及
-挂起和恢复过程还要求MME和与所关注的IoT装置相关联的服务网关(S-GW)之间的交互。
此外，还可以预见，将会提供对经由基站(eNB)恢复连接的功能的支持，其中该基站(eNB)与该连接被挂起所经由的基站有所不同。在移动主叫(MO)的情况下，可以利用3GPPR3-160462中公开的基于X2的上下文获取过程来实现经由不同的基站恢复连接。如图8(来源：3GPP R3-160462)所示，在IoT装置(UE)的新旧服务基站之间进行基于X2的上下文获取过程，并且在IoT装置将请求发送到新服务基站(eNB)以经由该基站恢复其RRC连接时，由IoT装置(UE)触发该过程。
发明内容
技术问题
然而，对于移动被叫(MT)(例如，在IoT装置尚未经由新基站恢复其连接时)，这样的基于X2的上下文获取是不可能的，这是因为在这种情况下，IoT装置(UE)没有对该新基站提供任何触发以进行上下文获取。
可以预见，允许在已经建立的(针对特定IoT装置的)与UE相关联的信令连接内发送(针对该IoT装置的)寻呼消息。在持有(针对正被寻呼的IoT装置的)挂起的UE上下文的基站的小区内寻呼成功的情况下，恢复过程被触发。然而，在一些情况下，在IoT装置(UE)不能经由其旧基站(其中，在IoT装置已经移动到新小区后，IoT装置可能不再可达)被寻呼并且该IoT装置(UE)也不能经由其新基站(其中，相关联的UE上下文不可用)被寻呼时，可能无法恢复针对该IoT装置的连接。
即使MME知晓IoT装置已经改变其基站(例如，基于该IoT装置进行的跟踪区更新(TAU))，服务网关和MME仍然被配置为(为了寻呼该IoT装置)使用向着旧基站的废弃的路径直到新基站从旧基站获取到UE上下文并且将与该UE上下文相对应的路径从旧基站切换到新基站为止。
尽管每当IoT装置移动到新小区时可能配置IoT装置以恢复其连接(例如暂时地)、由此保证寻呼消息/MT呼叫可以被传递至该IoT装置，但是这将需要额外信令，因而会降低方案18的一些电力节约好处。此外，即使IoT装置没有数据要发送也恢复连接将会违背3GPP设立的目标(即提供用于IoT装置的轻量级数据传输方案)。
此外，由于一些UE和IoT装置(例如，类别-M UE)被允许具有多数据无线承载(DRB)(高达8个DRB)，因此所有DRB被新基站恢复(如果新基站具有足够的资源)。否则，在新基站不具有足够的资源的情况下，即使IoT装置不要求其所有DRB均被恢复(例如，对于MT呼叫)，也不能经由该基站来服务IoT装置。
本发明试图在不在提供用于IoT装置的轻量级方案的要求上做出显著的让步的情况下(至少部分地)解决与方案18有关的一些问题，其中该IoT装置具有节约能量的需求并且被设计成在窄带频谱上运行(并且数目众多，实际部署中的装置以百万计)。
因此，本发明的优选的示例实施例旨在提供解决或至少部分解决上述需求的方法和设备。
尽管出于本领域技术人员的理解效率，将在3GPP系统(UMTS、LTE)背景下详细描述本发明，但是本发明的原理可以应用于通信装置或者用户设备(UE)使用无线接入技术接入核心网的其它系统。
用于解决问题的方案
在一方面，本发明提供一种基站，用于通信网络，所述基站包括：收发器，其被配置为从核心网节点接收与所述基站所操作的通信网络的小区内的通信装置相关联的恢复标识符；以及控制器，其被配置为基于所接收到的恢复标识符来取回所述通信装置的用户设备上下文、即UE上下文，以用于在所述基站中恢复所述通信装置的之前被挂起的通信连接。
在另一方面，本发明提供一种核心网设备，用于通信网络，所述核心网设备包括：控制器，其被配置为获得用于标识与针对通信装置的之前建立的通信连接相关联的用户设备上下文、即UE上下文的恢复标识符；以及收发器，其被配置为向基站发送所获得的恢复标识符。
在又一方面，本发明提供一种通信装置，用于通信网络，所述通信装置包括：收发器，其被配置为将针对所述通信装置的恢复标识符和用于标识所述通信装置的当前位置的信息一起发送至核心网设备，以用于恢复所述通信装置的之前被挂起的通信连接。
在一方面，本发明提供一种基站，用于通信网络，所述基站包括：收发器，其被配置为从通信装置接收用于恢复所述通信装置的通信连接的请求，其中用于恢复通信连接的所述请求包括用于标识要被恢复的多个无线承载的信息；以及控制器，其被配置为获得所述通信装置的用户设备(UE)上下文，并建立要被恢复的至少一个无线承载。
在另一方面，本发明提供一种核心网设备，用于通信网络，所述核心网设备包括收发器，所述收发器被配置为：从基站接收包括用于标识要被恢复的多个无线承载的信息的用于恢复用户设备(UE)上下文的请求，并且向所述基站发送包括用于标识要建立的至少一个无线承载(例如，至少一个E-RAB)的信息的对所述请求的响应。
在又一方面，本发明提供一种通信装置，用于通信网络，所述通信装置包括：收发器，其被配置为向所述通信网络的基站发送用于恢复所述通信装置的通信连接的请求，其中用于恢复所述通信连接的请求包括用于标识要恢复的多个无线承载的信息。
本发明的方面扩展至相应的系统、方法和诸如计算机可读存储介质等的存储有指令的计算机程序产品，其中，能够运行这些指令，以对可编程处理器进行编程、从而执行如这些方面中所述的方法和以上阐述或在权利要求中记载的可能性，以及/或者对适当配置的计算机进行编程以提供任意权利要求所记载的设备。
本说明书(该术语包括权利要求书)中所公开的和/或附图中所示的各特征可以独立于任何其它所公开的和/或所例示的特征(或与这些特征相组合)而并入本发明中。特别地但并非限制性地，可以将从属于特定独立权利要求的任何权利要求的特征以任何组合方式或单独地引入该独立权利要求中。
现在将参考如下附图来仅以示例方式说明本发明的示例性实施例。
附图说明
图1示意性地示出可以应用本发明的示例性实施例的蜂窝电信系统；
图2是构成图1中示出的系统的一部分的IoT装置的框图；
图3是构成图1中示出的系统的一部分的基站的框图；
图4是构成图1中示出的系统的一部分的移动性管理实体的框图；
图5是示出本发明的示例性实施例可以在图1的系统中实现的典型方式的时序图；
图6是示出本发明的示例性实施例可以在图1的系统中实现的示例性的典型方式的时序图；
图7是示出本发明的示例性实施例可以在图1的系统中实现的典型方式的时序图；以及
图8是示出基于X2的上下文获取过程的时序图。
具体实施方式
<概述>
图1示意性地示出IoT装置3、移动电话(表示为“UE”)和其它通信装置(未示出)可以经由E-UTRAN基站5和使用E-UTRA无线接入技术(RAT)的核心网7相互通信的电信网络1。如本领域技术人员将会理解的，虽然出于说明目的，图1中示出一个IoT装置3、两个移动电话UE和两个基站5-1、5-2，但是该系统在实现时将会典型地包括其它基站和通信装置。
各基站5操作一个或多个相关联的小区。在该示例中，第一基站5-1操作“小区1”，并且第二基站5-2操作“小区2”。通信装置可以(基于小区的位置和可能的其它因素，例如信号条件、订阅数据和/或能力等)通过与操作小区的合适的基站5建立无线资源控制(RRC)连接而连接到任何小区。如所看到的，IoT装置3位于由基站5-1和5-2所操作的小区的部分重叠的区域内。因此，当运行于RRC空闲模式(不发送/接收数据)时，IoT装置3驻留于具有最佳信号质量的小区，以及当运行于RRC活动(active)模式时，IoT装置3经由该小区来通信数据。
基站5经由S1接口连接到核心网7并且经由X2接口(未示出)相互连接。核心网7包括移动性管理实体(MME)9、服务网关(S-GW)10和分组数据网网关(P-GW)11，以提供基站5和其它网络(诸如因特网等)和/或托管于核心网7之外的服务器之间的连接。
MME 9是负责保持对通信网络1内的移动通信装置(移动电话和IoT装置3)的位置的跟踪的网络节点。特别地，MME 9存储移动通信装置的最后的已知小区(或者跟踪区)的标识符，以使得当存在针对移动通信装置的传入(语音或数据)呼叫时该移动通信装置可以被通知，并经由当前服务该特定移动通信装置的基站5建立通信路径。
在接下来的示例中，IoT装置3以特定的间隔(和/或每当其应用之一需要与网络通信时)连接到网络以将数据发送到远程服务器(或其它通信装置)。本示例性实施例的IoT装置3的操作是自动的且能够基本上自主地运行。然而，应当理解，IoT装置3可以基于从本地或者远程用户接收到的输入(例如，测量标准的远程(再)配置或者计划以外的测量性能和/或报告)来进行特定活动。此外，IoT装置3可以通过用户以与移动电话的方式类似的方式进行操作。
如虚线箭头所示，IoT装置3之前(经由小区1)连接到第一基站5-1，因此第一基站5-1保持相关联的UE上下文。然而，如实线箭头所示，例如由于小区1中的信号条件变化和/或IoT装置3的移动，因而IoT装置3现在经由第二基站5-2(经由小区2)可达。
然而，由于IoT装置3当前没有与网络的活动链接(例如，IoT装置3运行于RRC_IDLE模式)，因此即使在IoT装置3经由旧基站5-1不再可达之后，也没有被配置为经由新基站5-2恢复其RRC连接。
作为替代，IoT装置3尝试通过(经由新服务基站5-2)向MME 9发送适当格式化的跟踪区更新(TAU)请求(和/或类似的合适的信令消息)来将自身登记到MME 9。
事实上，来自IoT装置3的TAU请求(和/或类似物)向MME 9指示该IoT装置3已经改变小区(在本例中，从小区1到小区2)，这有利于使得MME 9能够向新服务基站5-2通知新服务基站5-2需要从旧服务基站5-1获取与IoT装置3相关联的UE上下文(并进行适当的路径切换过程以在S-GW10处切换路径)。因此，在该示例中，IoT装置3即使在不发送用于经由基站5-2恢复其连接的请求的情况下(例如，在IoT装置3继续运行于RRC_IDLE模式的情况下)，也可以经由新服务基站5-2保持其上下文。因此，可以避免IoT装置3及其服务基站5之间的不必要的信令，并且降低在尽管IoT装置3处于RRC空闲模式但是已经从旧基站5-1移动/改变到新基站5-2的情况下、不能到达IoT装置3(例如，MT情形)的风险。
因此，MME可以例如在移动被叫(mobile terminated call)的情况下有利地利用已经建立的UE上下文来寻呼IoT装置3，而与讨论中的IoT装置3是否具有(经由基站5-1或者5-2的)活动的RRC连接无关。
在另一示例中，在IoT装置3经由服务基站5恢复其连接的情况下(例如，在响应于来自MME 9的与MT呼叫有关的寻呼消息的情况下)，可以实现进一步的信令和/或资源优化(以及IoT装置3中的相关电力节约)。具体地，在IoT装置3将恢复请求(诸如RRC连接恢复请求等)发送至服务基站5的情况下，其在该请求中包括用于标识要被恢复的连接以及、其需要恢复多少和/或需要恢复哪些数据无线承载(DRB)的信息。有利地，通过向网络指示针对恢复的连接需要恢复多少和/或哪些DRB，可以避免恢复对于恢复的连接而言IoT装置3不需要的DRB(由此释放IoT装置和服务基站5处的通信资源)，和/或(例如，在基站5没有足够资源来恢复与IoT装置3相关联的全部DRB，但基站5具有用于恢复部分DRB的足够资源时)避免在基站5处恢复连接失败。
基于用于标识IoT装置3希望恢复的DRB的信息，服务基站5能够针对所标识的DRB进行适当的接纳控制和RRC再配置(并相应地通知MME)。然而，在该示例中，服务基站5被配置为不恢复IoT装置3没有明确指示要被恢复的与IoT装置3相关联的任何DRB(根据基站5处保持的每个相关UE上下文)。
有利地，在IoT装置移动到新服务基站和/或经由新服务基站恢复其连接的情况下，可以在IoT装置(UE)和其服务基站处提供更好的服务连续性和更有效的资源利用。
<IoT装置>
图2是示出图1中示出的IoT装置3(或者被配置为如IoT装置3一样运行的移动电话)的主要组件的框图。如所示出的，IoT装置3具有可被操作以经由一个或多个天线33相对于基站5发送信号和接收信号的收发器电路31。IoT装置3具有用于控制IoT装置3的操作的控制器37。控制器37与存储器39相关联并连接到收发器电路31。尽管对于其操作不是必需的，但是IoT装置3当然可以具有传统的移动电话3的全部常见功能(诸如用户接口35等)，这些常见功能可以适当地由硬件、软件和固件中的任何一种或任何组合来提供。例如，软件可以预安装在存储器39内，和/或可以经由电信网络或者从可移动数据存储装置(RMD)下载。
控制器37在该示例中被配置为通过存储在存储器39内的程序指令或者软件指令来控制IoT装置3的整体操作。此外，如所示出的，这些软件指令还包括操作系统41、通信控制模块43、UE上下文模块45、RRC模块46和NAS模块49等。
通信控制模块43可被操作以控制IoT装置3和其服务基站5(以及连接到服务基站5的其它通信装置，诸如其它IoT装置、移动电话、核心网节点等)之间的通信。
UE上下文模块45负责处理(诸如获得、生成、修改、存储和/或传送)与IoT装置3相关联的用于经由服务基站5的通信中的UE上下文。
RRC模块46可被操作以生成、发送和接收根据RRC标准所格式化的信令消息。例如，这些消息在IoT装置3和其服务基站5之间交换。RRC消息可以包括例如与经由新服务基站5恢复之前的RRC连接相关的消息。
NAS模块49可被操作以生成、发送和接收根据NAS标准所格式化的信令消息。例如，这些消息在IoT装置3和MME 9之间(经由服务基站5，利用RRC模块46)交换。NAS消息可以包括例如与登记和/或更新IoT装置3当前所位于的跟踪区(或小区)相关的消息。
<基站>
图3是示出图1所示的基站5的主要组件的框图。如所示出的，基站5具有：收发器电路51，用于经由一个或多个天线53相对于通信装置(诸如IoT装置3/移动电话等)发送信号和接收信号；核心网接口55(例如S1接口)，用于相对于核心网7发送信号和接收信号；以及基站接口56(例如X2接口)，用于相对于相邻基站发送信号和接收信号。基站5还具有用于控制基站5的操作的控制器57。控制器57与存储器59相关联。尽管不必在图3中示出，但是基站5当然可具有蜂窝电话网络基站的全部常见功能，并且这些常见功能可以适当地由硬件、软件和固件中的任何一种或任何组合来提供。例如，软件可以预存储在存储器59中，和/或可以经由通信网络1或者从可移动数据存储装置(RMD)下载。控制器57被配置为在该示例中通过存储在存储器59中的程序指令或软件指令来控制基站5的整体操作。此外，如所示出的，这些软件指令还包括操作系统61、通信控制模块63、UE上下文模块65、RRC模块66、X2模块67和S1AP模块68等。
通信控制模块63可被操作以控制基站5与连接到基站5的IoT装置3、移动电话和其它网络实体之间的通信。通信控制模块63还(经由相关联的数据无线承载)控制下行链路用户流量的分离流，以及要被发送到与该基站5相关联的通信装置的控制数据，该控制数据包括例如用于管理IoT装置3和/或移动电话的操作的控制数据。
用户上下文模块65负责处理(诸如获得、生成、修改、存储和/或传送)与连接到基站5的用户设备(例如IoT装置3)相关联的用户上下文。
RRC模块66可被操作以生成、发送和接收根据RRC标准所格式化的信令消息。例如，这些消息在基站5和IoT装置3(以及基站5的小区内的其它通信装置)之间交换。RRC消息可以包括例如与经由作为新服务基站的基站5恢复针对IoT装置3的之前的RRC连接(例如，一组数据无线承载)相关的消息。
X2模块67可被操作以生成、发送和接收根据X2AP标准所格式化的信令消息(X2消息)。X2消息可以包括例如与相邻基站之间的UE上下文的传送/获取相关的消息。
S1AP模块68可被操作以生成、发送和接收根据S1AP标准所格式化的信令消息。例如，这些消息在基站5和移动性管理实体9之间交换。S1AP消息可以包括例如与登记基站的小区内的IoT装置/用户设备的位置相关的消息(例如来自IoT装置3的TAU消息)和/或相关联的响应。
<移动性管理实体>
图4是示出图1所示的移动性管理实体9的主要组件的框图。如所示出的，移动性管理实体9具有用于经由基站接口75(例如S1接口)相对于基站5(和/或连接到基站5的通信装置)发送信号和接收信号的收发器电路71。移动性管理实体9还具有用于控制移动性管理实体9的操作的控制器77。控制器77与存储器79相关联。尽管未必在图4中示出，但是移动性管理实体9当然可具有蜂窝电话网络移动性管理实体的全部常见功能，并且这些功能可以适当地由硬件、软件和固件中的任何一种或任何组合来提供。例如，软件可以预存储在存储器79中，和/或经由通信网络1或者从可移动数据存储装置(RMD)下载。控制器77被配置为在该示例中例如经由存储在存储器79内的程序指令或者软件指令来控制移动性管理实体9的整体操作。如所示出的，这些软件指令包括操作系统81、通信控制模块83、UE位置登记模块85、S1AP模块88和NAS模块89等。
通信控制模块83可被操作以控制移动性管理实体9与连接到移动性管理实体9的基站5、IoT装置3、移动电话和其它网络实体之间的通信。
UE位置登记模块85负责保持对连接到MME 9的用户设备(诸如移动电话和/或IoT装置等)的当前位置的跟踪。
S1AP模块88可被操作以生成、发送和接收根据S1AP标准所格式化的信令消息。例如，这些消息在移动性管理实体9和所连接的基站5之间交换。S1AP消息可以包括例如与UE上下文的获取(例如触发)、和/或经由基站5恢复针对IoT装置3的一个或多个数据无线承载相关的消息。
NAS模块89可被操作以生成、发送和接收根据NAS标准所格式化的信令消息。例如，这些消息在MME 9和IoT装置3之间(利用S1AP模块88经由基站5)交换。NAS消息可以包括例如与登记和/或更新IoT装置3当前所处的跟踪区(或小区)相关的消息。
在上述描述中，为了便于理解而将IoT装置3、基站5和移动性管理实体9描述为具有多个分离模块(诸如通信控制模块和UE上下文模块等)。尽管针对例如修改了现有系统以实现本发明的特定应用，可以以这样的方式提供这些模块，但是在其它应用中(例如在从一开始就考虑到创造性特征所设计的系统中)，这些模块可以内置于整体操作系统或代码中，因而这些模块可以不被辨识为分离实体。这些模块还可以以软件、硬件或它们的组合来实现。
现在将(参考图5至7)给出对以上讨论的场景的更加详细的描述，其中IoT装置移动到新基站，经由该基站、IoT装置可以使用其现有的UE上下文而被寻呼，并且经由该基站、IoT装置能够恢复其与网络的连接(例如恢复合适数量的数据无线承载)。
<操作-第一示例>
图5是示出在进行针对IoT装置3(或UE)的上下文获取操作的情况下系统1的组件所进行的示例性处理的时序图(消息序列图)。
首先，IoT装置3和旧基站5-1(图5中表示为“eNB-1”)存储与IoT装置3相关联的UE上下文和合适的恢复ID。应当理解，该UE上下文是在IoT装置3和旧基站5-1之间的较早的RRC连接期间(例如，在IoT装置3经由旧基站5-1的小区1通信期间)生成的。IoT装置3当前运行于RRC_IDLE模式。
在IoT装置3离开旧基站5-1所服务的区域(小区1)(和/或小区1中的信号条件恶化)的情况下，IoT装置3选择驻留于具有更加有利的信号条件的新小区。在该示例中，IoT装置3选择并驻留于由第二基站5-2(图5中表示为“eNB-2”)操作的小区2。
如步骤S501中通常示出的，IoT装置3(使用其NAS模块49)生成适当格式化的信令消息(例如TAU请求)并将该信令消息发送至MME 9以将小区2登记为IoT装置3的新位置。IoT装置3将与IoT装置3相关联的恢复ID包括在该信令消息中。
在步骤502中，基于所接收到的信息(例如恢复ID、标识新基站5-2/小区2的信息)，MME 9判断为IoT装置3改变了其网络附连(例如改变了其小区/基站)，并相应地更新其UE位置登记模块85中保持的数据(例如MME 9删除作为IoT装置3的当前位置的小区1并将小区2保存为IoT装置3的当前位置)。
然而，MME 9还被配置为在步骤S505中(使用其S1AP模块88)生成适当格式化的信令消息并将信令消息发送至新基站5-2，其中该信令消息指示IoT装置3改变了其网络附连并请求新基站5-2从旧基站5-1获取IoT装置3的UE上下文。具体地，在该示例中，MME 9生成“Context Fetch Trigger(上下文获取触发)”S1AP消息(和/或类似物)并将该消息发送至新基站5-2，并且在该消息中包括：(可选地)用于标识旧基站5-1的信息(例如利用适当的“eNB ID”)；从IoT装置3接收到的恢复ID；以及用于标识针对MME 9的IoT装置3的信息(例如新的“MME UE S1AP ID”)。
有利地，来自MME 9的包括恢复ID的消息用作针对新基站5-2发起用于获取与IoT装置3相关联的UE上下文的适当过程的触发。因此，如步骤S506和S507中通常示出的，新基站5-2和旧基站5-1实施适当的基于X2的上下文获取操作(例如，如3GPP R3-160550中所描述)。
更具体地，在基站5-2判断为与该IoT装置3相关联的UE上下文/恢复ID在基站5-2处不可用的情况下，基站5-2尝试基于从MME 9接收到的信息(诸如恢复ID和/或eNB ID(如果在步骤S505中被发送)等)来识别旧基站5-1。该处理的其余部分与3GPP R3-160550中描述的过程一致。
如果新基站5-2能够基于从MME 9接收到的信息来识别旧基站5-1，则新基站5-2继续在步骤S506中(使用其X2模块67)来生成适当格式化的信令消息并将该信令消息发送至旧基站5-1，以获得与IoT装置3相关联的UE上下文。新基站5-2在该消息(例如“Retrieve UEContext Request(取回UE上下文请求)”X2-AP消息)中包括与IoT装置3相关联的恢复ID(和/或其它合适的信息)。
如果旧基站5-1能够使步骤S506中接收到的恢复ID与(其UE上下文模块65中的)UE上下文相匹配，则旧基站5-1从其UE上下文模块65中取回相关联的UE上下文，并在步骤S507中通过将该UE上下文包括在被适当格式化的X2-AP信令消息(例如“Retrieve UE ContextResponse(取回UE上下文响应)”消息)中来将该UE上下文发送至新基站5-2。
在该获取过程的结束时，新基站5-2(在其UE上下文模块65中)保存与IoT装置3相关联的UE上下文。
新基站5-2还继续请求MME 9(在MME 9和S-GW10中)将与所获取到的UE上下文相关联的路径从旧基站5-1切换到新基站5-2。为此，新基站5-2在步骤508中(使用其S1AP模块68)来生成适当的路径切换请求并将该请求发送至MME 9，响应于该请求，MME 9更新路径(图5中未示出)，并且一旦路径切换完成，(在步骤S509中)MME 9生成适当的确认并将该确认返回至新基站5-2。
事实上，通过进行路径切换过程，新基站5-2和S-GW10能够建立到服务MME 9的S1UE关联信令连接，并且MME 9能够恢复UE上下文和核心网7中的任何相关的承载上下文，并更新针对IoT装置3的下行链路路径。
在适当的情况下，新基站5-2还向旧基站5-1通知旧基站5-1可以释放与IoT装置3相关联的UE上下文(在步骤S510中，通过生成和发送适当格式化的X2-AP“UE Contextrelease(UE上下文释放)”消息)。
应当注意，此时，由于IoT装置3(或者MME 9)尚未请求恢复IoT装置3的被挂起的RRC连接，因此新基站5-2不恢复与(在步骤S505中)从MME 9中接收到的恢复ID相关联的RRC连接。
然而，由于UE上下文现在在新基站5-2处可用，因此MME 9有利地能够经由正确的基站5-2寻呼IoT装置3(如S511中所示，例如在MT呼叫的情况下)，且由于基站5-2无需再进行上下文获取过程，因此IoT装置3能够无延迟地经由新基站5-2恢复其RRC连接(例如在MO呼叫的情况下)。
<操作-第二示例>
图6是示出在进行针对IoT装置3(或UE)的上下文获取操作的情况下系统1的组件所进行的另一示例处理的时序图(消息序列图)。在作为参考图5所描述的示例的变形例的该示例中，MME 9从旧基站5-1获得与IoT装置3相关联的恢复ID。换句话说，与IoT装置3相关联的恢复ID不是由IoT装置3提供，而是由之前的(旧的)服务基站5根据来自MME 9的请求来提供(例如，如使用图6中所示的类(class)-1过程)。
首先，IoT装置3和旧基站5-1(图6中的“eNB-1”)保存与IoT装置3相关联的UE上下文和适当的恢复ID。IoT装置3当前运行于RRC_IDLE模式。
在IoT装置3离开由旧基站5-1所服务的区域(小区1)(和/或小区1中的信号条件恶化)的情况下，IoT装置3选择驻留于具有更有利的信号条件的新小区。在该示例中，IoT装置3选择并驻留于由第二基站5-2(图6中的“eNB-2”)所操作的小区2。
如步骤S601所通常示出的，IoT装置3(使用其NAS模块49)生成适当格式化的信令消息(例如，TAU请求)并将该信令消息发送至MME 9，以将小区2登记为IoT装置3的新位置。然而，在该情况下，IoT装置3在TAU消息中不包括任何恢复ID。
在步骤S602中，基于例如用于标识新基站5-2/小区2的信息，MME 9判断为IoT装置3改变了其网络附连(例如改变了其小区/基站)，并相应地更新其UE位置登记模块85中保持的数据(例如，MME 9删除作为IoT装置3的当前位置的小区1，并将小区2保存为IoT装置3的当前位置)。
然而，在该示例中，MME 9还被配置为在步骤S603中(使用其S1AP模块88)生成适当格式化的信令消息并将该信令消息发送至旧基站5-1，以从旧基站5-1请求与IoT装置3相关联的恢复ID。具体地，在该示例中，MME 9生成“GetUEReumeIdRequest(获取UE恢复ID请求)”S1AP消息(和/或类似物)并将该消息发送至旧基站5-1，并且在该消息中包括用于标识旧基站5-1的信息(例如适当的“eNB ID”)和用于标识IoT装置3的信息(例如，“MME UE S1AP ID”和/或旧基站5-1已知的“eNB UE S1AP ID”)。
如果旧基站5-1能够将用于标识IoT装置3的信息(例如在步骤S506中接收到的“MME UE S1AP ID”)与恢复ID相匹配，则旧基站5-1在步骤S604中(使用其S1AP模块68)生成恢复ID，并通过将恢复ID包括在适当格式化的信令消息(例如“GetUEResumeIdResponse(获取UE恢复ID响应)”S1AP消息等)中来将恢复ID发送至MME 9。
接着，在事实上与步骤S505相对应的步骤S605中，MME 9指示IoT装置3改变了其网络附连，并请求新基站5-2从旧基站5-1中获取IoT装置3的UE上下文。MME 9在该请求中包括从旧基站5-1获得的恢复ID。
步骤S606至S611一般分别与已经参考图5描述过的步骤S506-S511相对应。为了简单，这里省略对它们的描述。
有利地，由于即使不存在来自IoT装置的恢复请求、也可以通过新基站5-2获取到UE上下文，因此MME 9能够经由正确的基站5-2寻呼IoT装置3(例如在MT呼叫的情况下)，并且由于基站5-2无需再进行上下文获取过程，因此IoT装置3能够无延迟地经由新基站5-2恢复其RRC连接(例如在MO呼叫的情况下)。
<操作-第三示例>
图7是示出在经由基站5进行对IoT装置3的数据连接恢复的情况下系统1的组件所进行的另一典型处理的时序图(消息序列图)。在该情况下，IoT装置3具有多个(被挂起的)无线数据承载，并且在恢复其数据连接的情况下，IoT装置3向(新)基站5通知基站5需要恢复多少和/或哪些承载。
与之前的示例类似，IoT装置3和其(旧)服务基站(例如图7所示的基站5或者其它基站)存储与IoT装置3相关联的UE上下文(包括和与IoT装置3相关联的DRB有关的信息)和适当的恢复ID。IoT装置3当前运行于RRC_IDLE模式且其网络连接被挂起。
在IoT装置3需要与网络(和/或经由网络与通信端点)通信(有数据要向其发送)，IoT装置3在步骤S701中(使用其RRC模块46)生成适当格式化的RRC信令消息并将该消息发送至基站5(可以是连接挂起的基站或者新基站(例如如果IoT装置改变小区))，以请求基站5恢复IoT装置3的被挂起的网络连接。
有利地，在该示例中，IoT装置3在其请求(例如“RRCConnectionResume(RRC连接恢复)”消息等)中包括用于标识基站5需要对IoT装置3恢复多少和/或哪些承载(DRB)的信息。应当理解，要被恢复的DRB的数量和/或DRB的选择可以由IoT装置3基于其需要通信的数据的量和/或类型来确定。例如，IoT装置3可以具有一个或多个上行链路DRB以及一个或多个下行链路DRB(不同于上行链路DRB的)。IoT装置3还可以具有与第一应用相关联的一个或多个上行链路/下行链路DRB和与第二应用相关联的一个或多个(不同的)DRB。因此，基于所要求的连接的类型(上行链路/下行链路)和/或应用，IoT装置3有利地能够请求恢复与该连接/应用相关联的DRB。
响应于来自IoT装置3的请求，基站5被配置为在步骤S702中(使用其S1AP模块68)生成适当格式化的S1信令消息(例如“UE context resume request(UE上下文恢复请求)”等)并向MME 9发送该消息，以请求MME 9授权/恢复所请求的IoT装置3的网络连接。基站5还在该S1消息中包括用于标识基站5需要对IoT装置3恢复多少和/或哪些承载(DRB)的信息。
MME 9判断IoT装置的请求是否可以被接纳(例如IoT装置3是否被授权经由基站5通信)。如果该请求可以被接纳，则MME 9在步骤S703中(使用其S1AP模块88)生成适当格式化的S1信令消息并向基站5发送该消息，以向基站5通知其是否可以恢复IoT装置3的数据连接。有利地，MME 9还在该消息(例如“UE context resume response(UE上下文恢复响应)”等)中包括用于标识与针对IoT装置3要被恢复的DRB相对应的要由基站5建立的E-UTRAN无线接入承载(E-RAB)(例如，其列表)的信息。如果来自IoT装置3的请求不能被接纳，则MME 9向基站5返回适当的拒绝消息，该拒绝消息向IoT装置3通知关于恢复所请求的DRB失败。应当理解，来自IoT装置3的请求可以仅仅被部分接纳(例如涉及所请求的DRB中的一些而不是全部所请求的DRB)，在该情况下MME 9向基站5通知关于与对于IoT装置3可能被恢复的那些DRB相对应的E-RAB(并且MME 9可以选择性地对不能被恢复的任何DRB返回适当的拒绝)。
如步骤S704中所通常示出的，基站5进行适当的接纳控制和RRC再配置，以针对IoT装置3建立与要被恢复的DRB相对应的E-RAB。在RRC再配置成功后，基站5通过生成并发送适当的S1信令消息(例如“UE context resume complete(UE上下文响应完成)”)，来向MME 9通知关于针对IoT装置3所配置的E-RAB(例如，以建立的E-RAB列表等的形式)。如果任何基站5建立任何所请求的E-RAB失败，则还可以包括用于标识这些失败的E-RAB的信息(例如，以E-RAB失败列表等的形式)。
在接纳控制和RRC再配置之后，如步骤S710所通常示出的，IoT装置3能够经由所配置的E-RAB与其它节点(经由基站5和S-GW10)通信。应当理解，MME 9能够通过正确识别和通知与恢复的连接相关联的隧道端点ID(TEID)，来协调基站5和S-GW10之间的所要求路径的激活。
有利地，通过向MME指示IoT装置需要恢复多少和/或哪些DRB，可以避免恢复IoT装置针对其恢复连接不需要的那些DRB(由此释放IoT装置和服务基站处的通信资源)，和/或避免恢复连接的失败(例如，即使服务基站具有用于恢复所请求的DRB中的一些DRB的足够资源，服务基站也不具有足够资源来恢复与IoT装置相关联的全部DRB)。
此外，在IoT装置移动到新服务基站和/或经由新服务基站恢复其连接的情况下，可以在IoT装置及其服务基站处提供更好的服务连续性和更有效的资源使用。
<变形例和替代例>
以上已经描述了详细的示例性实施例。如本领域技术人员将理解的，可以在仍受益于这里所体现的发明的情况下，对以上示例性实施例进行多个修改和替换。通过示例性的方式，现在将仅描述多个替代例和变形例。
应当理解，IoT装置在图7的步骤S701中发送的恢复请求可以包括用于指定要被恢复的连接的细节的完整的服务请求(例如适当的RRC/NAS请求)。应当理解，这样的服务请求可以包括适当格式化的使得MME能够决定关于针对IoT装置要建立的承载(和相关联的QoS)的移动主叫数据(mo-data)NAS服务请求(MME的决定可以基于来自诸如策略和计费规则功能(PCRF)、归属用户服务器(HSS)等的其它核心网实体的输入)。
可选地，恢复请求可以包括用于标识IoT装置请求恢复的各DRB(一个或多个特定的DRB)的信息。在另一示例中，恢复请求可以包括用于标识IoT装置请求恢复的DRB的数量的信息(即，多少DRB要恢复而不是指定哪个DRB要恢复)。例如，由于携带(IoT装置和基站之间的)恢复请求的信令无线承载#0(SRB0)的空间不充足，因此这可能是必要的。在不存在服务请求和/或用于(通过其相关联的承载标识符)标识要被恢复的精确的承载的信息时，网络可以被配置为恢复与IoT装置(UE)相关联的任何合适的承载(例如，在挂起时分配给该IoT装置(UE)的具有最高QoS的承载)。
还应当理解，步骤S704(接纳控制和RRC再配置)还可以包括(或者可以在此之前)从IoT装置的旧服务基站获取相应的UE上下文(例如如以上参考步骤S506和S507所述)。
在上述示例性实施例中，在基站之间提供X2连接，并且新服务基站被描述为通过X2连接取回与IoT装置(UE)相关联的UE上下文(例如在步骤S506-S507或S606-S607中)。然而，还应当理解，在新基站和旧基站之间没有设置X2连接的情况下，MME可以被配置为(例如使用MME和旧基站之间的S1连接)从旧基站取回UE上下文并(例如使用MME和新基站之间的S1连接)将取回的UE上下文提供至新基站。
应当理解，虽然特别参考物联网(或者机器类型)数据传输(例如，测量事件等期间所获取到的数据的传输)描述了本发明的示例性实施例，但是所发送的数据基于通信装置所用于的应用而可以包括任何形式的数据。例如，上述示例性实施例可以应用于传输其它数据，诸如用户数据、备份数据、同步数据、诊断数据、监控数据、利用率统计、和/或错误数据等。
在上述示例性实施例中，IoT装置为自动化装置。应当理解，上述示例性实施例可以使用除例如自动化设备之外的装置(诸如移动电话(智能电话)、个人数字助理、笔记本电脑/平板电脑、web浏览器、电子书阅读器等)来实现。
在上述示例性实施例中，使用了3GPP无线通信(无线接入)技术。然而，任何其它的无线通信技术(即WLAN、Wi-Fi、WiMAX、蓝牙等)可以用于管理根据上述实施例的IoT装置的传输。上述示例性实施例同样可应用于“非移动”或通常静止的用户设备。
IoT应用示例
下表(来源：3GPP TS 22.368V13.1.0,Annex B)列出了物联网(或MTC)应用的一些示例。该列表并非详尽的，并且其意图表明物联网/机器类型通信应用的范围。
[表1]
在上述描述中，为了便于理解而将IoT装置、基站和移动性管理实体描述为具有多个分离的功能组件或模块。尽管针对例如修改了现有系统以实现本发明的特定应用，可以以这样的方式提供这些模块，但是在其它应用中(例如在从一开始就考虑到创造性特征所设计的系统中)，这些模块可以内置于整体操作系统或代码中，因而这些模块可以不被辨识为分离实体。
在上述示例性实施例中，描述了多个软件模块。如本领域技术人员将会理解的，可以以编译或者非编译形式提供软件模块，并且可以将软件模块作为信号通过计算机网络供给至基站、移动性管理实体、IoT装置，或其它用户设备(诸如移动电话等)，或者可以将这些软件模块在记录介质上供给。此外，可以使用一个或多个专用硬件电路来进行该软件的一部分或全部所进行的功能。然而，由于软件模块便于基站、移动性管理实体或IoT装置(或者具有例如MTC应用的IoT功能的移动电话)的更新，因此优选使用软件模块以更新其功能。
基站的收发器可以被配置为从本地存储器或者其它基站取回UE上下文。例如，收发器可以被配置为通过发送包括用于标识UE上下文的信息(例如，恢复ID)的至少一个信令消息(例如“取回UE上下文请求”)来从其它基站取回上下文。
核心网设备的控制器可以被配置为从通信装置(例如从通信装置发送的跟踪区更新、TAU、消息)或者其它基站(例如，使用用于取回恢复标识符的适当的S1-AP过程)来获得恢复标识符。
核心网设备的控制器可以被配置为判断通信装置改变了其(例如在通信网络的基站之间的)网络附连，并且收发器可以被配置为在判断为通信装置改变了其网络附连的情况下发送所获得的恢复标识符。
通信装置的收发器可以被配置为在向核心网设备发送的跟踪区更新(TAU)消息内发送用于标识通信装置的当前位置的信息。
基站的收发器可以被配置为向核心网设备提供用于标识要被恢复的多个无线承载的信息以及从核心网设备接收包括用于标识要建立的至少一个无线承载(例如，至少一个E-RAB)的信息的消息，并且基站的控制器可以被配置为建立被如此标识的至少一个无线承载。
用于恢复通信连接的请求可以包括如下之一：用于建立无线资源控制RRC连接的请求；以及用于恢复RRC连接的请求。
核心网设备可以包括移动性管理实体(MME)。通信装置可以包括以下的至少一个：根据3GPP标准的用户设备(UE)；“物联网”(IoT)装置；机器类型通信(MTC)装置；机器到机器(M2M)通信装置；以及移动电话。
各种其它变形例对于本领域技术人员而言将是明显的，并且这里不进行进一步详细说明。
本发明并不局限于这些示例性实施例的全部或部分。本领域技术人员将理解，在不脱离由权利要求所定义的本发明的精神和范围的前提下可以进行形式和细节上的各种修改。
以上所描述的示例性实施例的全部或部分可以被描述为但是不限于以下的补充说明。
(补充说明1)一种基站，用于通信网络，所述基站包括：收发器，其被配置为从核心网节点接收与所述基站所操作的通信网络的小区内的通信装置相关联的恢复标识符；以及控制器，其被配置为基于所接收到的恢复标识符来取回所述通信装置的用户设备上下文、即UE上下文，以用于在所述基站中恢复所述通信装置的之前被挂起的通信连接。
(补充说明2)根据补充说明1的基站，其中，所述收发器被配置为从本地存储器或者从其它基站取回所述UE上下文。
(补充说明3)根据补充说明2的基站，其中，所述收发器被配置为通过发送包括标识所述UE上下文的信息(例如，恢复ID)的至少一个信令消息(例如，“取回UE上下文请求”)来从其它基站取回所述UE上下文。
(补充说明4)一种核心网设备，用于通信网络，所述核心网设备包括：控制器，其被配置为获得用于标识与针对通信装置的之前建立的通信连接相关联的用户设备上下文、即UE上下文的恢复标识符；以及收发器，其被配置为向基站发送所获得的恢复标识符。
(补充说明5)根据补充说明4的核心网设备，其中，所述控制器被配置为从所述通信装置(例如，从所述通信装置发送的跟踪区更新消息、即TAU消息)或从其它基站(例如，使用用于取回所述恢复标识符的适当的S1-AP过程)获得所述恢复标识符。
(补充说明6)根据补充说明4或5的核心网设备，其中，所述控制器被配置为判断所述通信装置是否改变了所述通信装置的(例如，在所述通信网络的基站之间的)网络附连，以及所述收发器被配置为在判断为所述通信装置改变了所述通信装置的网络附连的情况下，发送所获得的恢复标识符。
(补充说明7)一种通信装置，用于通信网络，所述通信装置包括：收发器，其被配置为将针对所述通信装置的恢复标识符和用于标识所述通信装置的当前位置的信息一起发送至核心网设备，以用于恢复所述通信装置的之前被挂起的通信连接。
(补充说明8)根据补充说明7的通信装置，其中，所述收发器被配置为在向所述核心网设备发送的跟踪区更新消息、即TAU消息内发送标识所述通信装置的当前位置的信息。
(补充说明9)一种基站，用于通信网络，所述基站包括：收发器，其被配置为从通信装置接收用于恢复所述通信装置的通信连接的请求，其中用于恢复通信连接的所述请求包括用于标识要被恢复的多个无线承载的信息；以及控制器，其被配置为获得所述通信装置的用户设备(UE)上下文，并建立要被恢复的至少一个无线承载。
(补充说明10)根据补充说明9的基站，其中，所述收发器被配置为向核心网设备提供用于标识要恢复的多个无线承载的信息，并从所述核心网设备接收包括用于标识要建立的至少一个无线承载(例如至少一个E-RAB)的信息的消息，其中所述控制器被配置为建立被如此标识的至少一个无线承载。
(补充说明11)根据补充说明9或10的基站，其中，用于恢复所述通信连接的所述请求包括如下之一：用于建立无线资源控制(RRC)连接的请求；以及用于恢复RRC连接的请求。
(补充说明12)一种核心网设备，用于通信网络，所述核心网设备包括收发器，其被配置为：从基站接收包括用于标识要被恢复的多个无线承载的信息的用于恢复用户设备(UE)上下文的请求，并且向所述基站发送包括用于标识要建立的至少一个无线承载(例如，至少一个E-RAB)的信息的对所述请求的响应。
(补充说明13)根据补充说明4至6或12中任一项所述的核心网设备，包括移动性管理实体(MME)。
(补充说明14)一种通信装置，用于通信网络，所述通信装置包括收发器，其被配置为向所述通信网络的基站发送用于恢复所述通信装置的通信连接的请求，其中用于恢复所述通信连接的所述请求包括用于标识要恢复的多个无线承载的信息。
(补充说明15)根据补充说明7或8或14的通信装置，其中，所述通信装置包括以下的至少一个：根据3GPP标准的用户设备；“物联网”装置、即IoT装置；机器类型通信装置、即MTC装置；机器到机器通信装置、即M2M通信装置；以及移动电话。
(补充说明16)一种系统，包括：根据补充说明1至3和9至11中任一项的基站；根据补充说明4至6、12和13中任一项的核心网设备；以及根据补充说明7、8、14和15中任一项的通信装置。
(补充说明17)一种由通信网络的基站进行的方法，所述方法包括：从核心网节点接收与所述基站所操作的通信网络的小区内的通信装置相关联的恢复标识符；以及基于所接收到的恢复标识符来取回所述通信装置的用户设备上下文、即UE上下文，以用于在所述基站中恢复所述通信装置的之前被挂起的通信连接。
(补充说明18)一种由通信网络的核心网设备进行的方法，所述方法包括：获得用于标识与针对通信装置的之前建立的通信连接相关联的用户设备上下文、即UE上下文的恢复标识符；以及向基站发送所获得的恢复标识符。
(补充说明19)一种由通信装置进行的方法，所述方法包括：将针对所述通信装置的恢复标识符和用于标识所述通信装置的当前位置的信息一起发送至核心网设备，以用于恢复所述通信装置的之前被挂起的通信连接。
(补充说明20)一种由通信网络的基站进行的方法，所述方法包括：
从通信装置接收用于恢复所述通信装置的通信连接的请求，其中，用于恢复所述通信连接的所述请求包括用于标识要恢复的多个无线承载的信息；以及
获得所述通信装置的用户设备(UE)上下文，并建立要恢复的至少一个无线承载。
(补充说明21)一种由通信网络的核心网设备进行的方法，所述方法包括：
从基站接收包括用于标识要恢复的多个无线承载的信息的用于恢复用户设备(UE)上下文的请求；以及
向所述基站发送包括用于标识要建立的至少一个无线承载(例如至少一个E-RAB)的信息的对所述请求的响应。
(补充说明22)一种由通信装置进行的方法，所述方法包括：
向通信网络的基站发送用于恢复所述通信装置的通信连接的请求，用于恢复所述通信连接的所述请求包括用于标识要恢复的多个无线承载的信息。
(补充说明23)一种计算机程序产品，其包括计算机可执行指令，该指令使可编程计算机装置进行根据补充说明17至22中任一项的方法。
本申请基于并要求2016年3月31日提交的英国专利申请1605466.0的优先权，在此通过引用包含其全部内容。

Claims (14)

1.一种基站，用于通信网络，所述基站包括：
收发器，其被配置为从核心网节点接收与所述基站所操作的通信网络的小区内的通信装置相关联的恢复标识符；以及
控制器，其被配置为基于所接收到的恢复标识符来取回所述通信装置的用户设备上下文、即UE上下文，以用于在所述基站中恢复所述通信装置的之前被挂起的通信连接。
2.根据权利要求1所述的基站，其中，所述收发器被配置为从本地存储器或者从其它基站取回所述UE上下文。
3.根据权利要求2所述的基站，其中，所述收发器被配置为通过发送包括标识所述UE上下文的信息(例如，恢复ID)的至少一个信令消息(例如，“取回UE上下文请求”)来从其它基站取回所述UE上下文。
4.一种核心网设备，用于通信网络，所述核心网设备包括：
控制器，其被配置为获得用于标识与针对通信装置的之前建立的通信连接相关联的用户设备上下文、即UE上下文的恢复标识符；以及
收发器，其被配置为向基站发送所获得的恢复标识符。
5.根据权利要求4所述的核心网设备，其中，所述控制器被配置为从所述通信装置(例如，从所述通信装置发送的跟踪区更新消息、即TAU消息)或从其它基站(例如，使用用于取回所述恢复标识符的适当的S1-AP过程)获得所述恢复标识符。
6.根据权利要求4或5所述的核心网设备，其中，
所述控制器被配置为判断所述通信装置是否改变了所述通信装置的(例如，在所述通信网络的基站之间的)网络附连，以及
所述收发器被配置为在判断为所述通信装置改变了所述通信装置的网络附连的情况下，发送所获得的恢复标识符。
7.一种通信装置，用于通信网络，所述通信装置包括：
收发器，其被配置为将针对所述通信装置的恢复标识符和用于标识所述通信装置的当前位置的信息一起发送至核心网设备，以用于恢复所述通信装置的之前被挂起的通信连接。
8.根据权利要求7所述的通信装置，其中，所述收发器被配置为在向所述核心网设备发送的跟踪区更新消息、即TAU消息内发送标识所述通信装置的当前位置的信息。
9.根据权利要求4至6中任一项所述的核心网设备，包括移动性管理实体、即MME。
10.根据权利要求7或8所述的通信装置，其中，所述通信装置包括以下的至少一个：根据3GPP标准的用户设备；“物联网”装置、即IoT装置；机器类型通信装置、即MTC装置；机器到机器通信装置、即M2M通信装置；以及移动电话。
11.一种系统，包括：根据权利要求1至3中任一项所述的基站；根据权利要求4至6和9中任一项所述的核心网设备；以及根据权利要求7、8和10中任一项所述的通信装置。
12.一种由通信网络的基站进行的方法，所述方法包括：
从核心网节点接收与所述基站所操作的通信网络的小区内的通信装置相关联的恢复标识符；以及
基于所接收到的恢复标识符来取回所述通信装置的用户设备上下文、即UE上下文，以用于在所述基站中恢复所述通信装置的之前被挂起的通信连接。
13.一种由通信网络的核心网设备进行的方法，所述方法包括：
获得用于标识与针对通信装置的之前建立的通信连接相关联的用户设备上下文、即UE上下文的恢复标识符；以及
向基站发送所获得的恢复标识符。
14.一种由通信装置进行的方法，所述方法包括：
将针对所述通信装置的恢复标识符和用于标识所述通信装置的当前位置的信息一起发送至核心网设备，以用于恢复所述通信装置的之前被挂起的通信连接。
CN201780022080.2A 2016-03-31 2017-03-23 通信系统 Pending CN110140413A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1605466.0A GB2548878A (en) 2016-03-31 2016-03-31 Communication system
GB1605466.0 2016-03-31
PCT/JP2017/011713 WO2017170121A1 (en) 2016-03-31 2017-03-23 Communication system

Publications (1)

Publication Number Publication Date
CN110140413A true CN110140413A (zh) 2019-08-16

Family

ID=58489753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780022080.2A Pending CN110140413A (zh) 2016-03-31 2017-03-23 通信系统

Country Status (6)

Country Link
US (1) US11412565B2 (zh)
EP (1) EP3437428B1 (zh)
JP (1) JP6665946B2 (zh)
CN (1) CN110140413A (zh)
GB (1) GB2548878A (zh)
WO (1) WO2017170121A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021146915A1 (zh) * 2020-01-21 2021-07-29 北京佰才邦技术有限公司 一种备份信息方法、装置、存储介质和计算机设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2548878A (en) * 2016-03-31 2017-10-04 Nec Corp Communication system
CN107371215B (zh) * 2016-05-13 2021-07-27 北京三星通信技术研究有限公司 一种轻连接控制的方法及设备
GB2555784A (en) 2016-11-04 2018-05-16 Nec Corp Communication system
WO2019139535A1 (en) * 2018-01-12 2019-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Changing gtp teid upon ue resume
CN110475387B (zh) * 2018-05-11 2021-12-24 展讯通信（上海）有限公司 Rrc连接的恢复方法、基站、终端及可读介质
US10671407B2 (en) 2018-06-07 2020-06-02 Oracle International Corporation Suspending and resuming a card computing device
WO2020092527A1 (en) * 2018-11-01 2020-05-07 Apple Inc. Signaling for mac-i verification in rnau without anchor relocation
WO2020165843A1 (en) * 2019-02-14 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods for handling context information for mobile-terminated early data transmission

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009075341A1 (en) * 2007-12-13 2009-06-18 Nec Corporation Radio link failure recovery
CN102388654A (zh) * 2009-04-27 2012-03-21 华为技术有限公司 一种无线通信网络的业务恢复方法、装置及系统
EP2645803A1 (en) * 2012-03-27 2013-10-02 BlackBerry Limited ENB storing RRC configuration information at another network component
US20140126448A1 (en) * 2011-06-22 2014-05-08 Nec Europe Ltd. Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression
CN104081808A (zh) * 2012-01-24 2014-10-01 瑞典爱立信有限公司 Mme恢复
US20160007255A1 (en) * 2013-04-05 2016-01-07 Nec Corporation Communication system

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8934336B2 (en) * 2011-03-16 2015-01-13 Qualcomm Incorporated System and method for preserving session context during inter-radio access technology service retry
EP2557889B1 (en) * 2011-08-12 2019-07-17 BlackBerry Limited Simplified ue + enb messaging
US9247575B2 (en) 2012-03-27 2016-01-26 Blackberry Limited eNB storing RRC configuration information at another network component
US10816944B2 (en) * 2015-01-06 2020-10-27 Afero, Inc. System and method for using data collected from internet-of-things (IoT) sensors to disable IoT-enabled home devices
US20160198536A1 (en) * 2015-01-06 2016-07-07 Kiban Labs, Inc. Internet-of-things (iot) hub apparatus and method
EP3314839A4 (en) * 2015-06-24 2018-12-05 Telefonaktiebolaget L M Ericsson (publ) Methods, network nodes, communication device, computer programs and computer program products for re-establishment of a connection
CN108476546B (zh) * 2015-12-29 2021-11-09 Lg 电子株式会社 建立用于用户数据的传输的承载的方法和设备
US10321471B2 (en) * 2016-01-07 2019-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Conveying use of exception reporting to core network nodes
CN106961748B (zh) * 2016-01-08 2022-07-26 北京三星通信技术研究有限公司 控制ue上下文和ue连接的方法和设备
GB201600474D0 (en) * 2016-01-11 2016-02-24 Nec Corp Communication system
CN106961712A (zh) * 2016-01-12 2017-07-18 展讯通信（上海）有限公司 小区接入方法及基站
US20170202051A1 (en) * 2016-01-12 2017-07-13 Electronics And Telecommunications Research Institute Method and apparatus for reusing access stratum context through unique base station identifier, and method and apparatus for resuming radio resource control (rrc) connection by using the same
US10779260B2 (en) * 2016-02-02 2020-09-15 Lg Electronics Inc. Method and apparatus for paging with resume ID for suspended user equipment in wireless communication system
CN107041017A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 Ue上下文信息恢复方法、装置和系统
US10681767B2 (en) * 2016-02-05 2020-06-09 Lg Electronics Inc. Method and apparatus for performing RRC connection resume in wireless communication system
WO2017155259A1 (ko) * 2016-03-09 2017-09-14 엘지전자 주식회사 사용자 데이터의 전송을 위한 베어러를 설정하는 방법 및 장치
WO2017162380A1 (en) * 2016-03-23 2017-09-28 Sony Corporation Telecommunications apparatus and methods
GB2548878A (en) * 2016-03-31 2017-10-04 Nec Corp Communication system
EP3908045A1 (en) * 2016-07-13 2021-11-10 Samsung Electronics Co., Ltd. Access control method and apparatus for use in mobile communication
US10284245B2 (en) * 2017-07-28 2019-05-07 Qualcomm Incorporated Enhanced modem based carrier auto-selection algorithm

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009075341A1 (en) * 2007-12-13 2009-06-18 Nec Corporation Radio link failure recovery
CN102388654A (zh) * 2009-04-27 2012-03-21 华为技术有限公司 一种无线通信网络的业务恢复方法、装置及系统
US20140126448A1 (en) * 2011-06-22 2014-05-08 Nec Europe Ltd. Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression
CN104081808A (zh) * 2012-01-24 2014-10-01 瑞典爱立信有限公司 Mme恢复
EP2645803A1 (en) * 2012-03-27 2013-10-02 BlackBerry Limited ENB storing RRC configuration information at another network component
US20160007255A1 (en) * 2013-04-05 2016-01-07 Nec Corporation Communication system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3RD GENERATION PARTNERSHIP PROJECT: "Technical Specification Group Services and System Aspects;Study on architecture enhancements for Cellular Internet of Things(Release 13)", 《3GPP TR 23.720 V13.0.0 (2016-03)》 *
ERICSSON: "R3-160353 "Updates on the Introduction of the UE context resume function"", 《3GPP TSG_RAN\WG3_IU》 *
ERICSSON等: "R3-160549 "Introduction of the UE context resume function"", 《3GPP TSG_RAN\WG3_IU》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021146915A1 (zh) * 2020-01-21 2021-07-29 北京佰才邦技术有限公司 一种备份信息方法、装置、存储介质和计算机设备

Also Published As

Publication number Publication date
JP2019512971A (ja) 2019-05-16
US20200323010A1 (en) 2020-10-08
JP6665946B2 (ja) 2020-03-13
US11412565B2 (en) 2022-08-09
EP3437428A1 (en) 2019-02-06
WO2017170121A1 (en) 2017-10-05
GB2548878A (en) 2017-10-04
EP3437428B1 (en) 2020-08-12

Similar Documents

Publication Publication Date Title
CN110140413A (zh) 通信系统
US11405974B2 (en) Communication system
US20230254766A1 (en) Isolated network slice selection
CN111052821B (zh) 处于rrc不活动状态的用户设备的基于ran的通知区域的配置
CN104823478B (zh) 在无线通信系统中用于管理ran资源的方法和设备
CN102098655B (zh) 空闲模式下信令节约激活控制方法、系统及用户设备
US8983463B2 (en) Mobile communication system, location registration method, relay node and control method thereof, and storage medium of control program
CN110169154A (zh) 通信系统
KR20200086731A (ko) 위치 정보 보고 방법 및 디바이스
CN105745964B (zh) 一种网络选择方法和用户设备
CN107666691A (zh) 一种终端状态转换方法及装置
CN109673029A (zh) 通信方法和网络设备
CN102474782B (zh) 用于蜂窝无线电通信的经改进的移交
KR102147225B1 (ko) 데이터 전송 방법과 장치 및 세션 관리 설비
JP7476992B2 (ja) 基地局、及び方法
US9485644B2 (en) Base station device, wireless communication system, and method of controlling base station device
CN103548390A (zh) 电信系统中的方法和布置
US9538466B2 (en) Communication system, communication method, mobile terminal, device, and base station
CN110268732B (zh) 数据传输方法、基站、本地疏导控制器、网关和系统
EP3512223B1 (en) Session management method and network element
CN105704760B (zh) 一种进行数据包传输的方法、设备和系统
CN110447249A (zh) 在无线通信网络的核心网络节点之间转移无线设备管理的方法和装置
CN110351785B (zh) 一种通信方法及其装置
CN115278650A (zh) 制式传输方法、装置、终端设备、芯片及存储介质
US9307511B2 (en) Apparatus and method for controlling call reception

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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190816

WD01 Invention patent application deemed withdrawn after publication