CN108476546A - 建立用于用户数据的传输的承载的方法和设备 - Google Patents

建立用于用户数据的传输的承载的方法和设备 Download PDF

Info

Publication number
CN108476546A
CN108476546A CN201680077128.5A CN201680077128A CN108476546A CN 108476546 A CN108476546 A CN 108476546A CN 201680077128 A CN201680077128 A CN 201680077128A CN 108476546 A CN108476546 A CN 108476546A
Authority
CN
China
Prior art keywords
mme
message
recovery
rrc
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
CN201680077128.5A
Other languages
English (en)
Other versions
CN108476546B (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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN108476546A publication Critical patent/CN108476546A/zh
Application granted granted Critical
Publication of CN108476546B publication Critical patent/CN108476546B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0226Traffic management, e.g. flow control or congestion control based on location or mobility
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/06Registration at serving network Location Register, VLR or user mobility server

Landscapes

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

Abstract

提供一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中建立用于用户数据传输的承载的方法和支持该方法的设备。基站从终端接收跟踪区域更新(TAU)请求消息,向移动性管理实体(MME)发送包括TAU请求消息的初始UE消息,从MME接收下行链路NAS传送消息,该下行链路NAS传送消息包括恢复指示,并且能够基于恢复指示向MME发送UE上下文恢复请求消息。

Description

建立用于用户数据的传输的承载的方法和设备
技术领域
本发明涉及一种无线通信系统,并且更加具体地,涉及一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中基站配置用于用户数据的传送的承载的方法和支持该方法的装置。
背景技术
近年来,机器对机器/物联网(M2M/IoT),其通过网络连接所有的各个对象以有助于随时随地获取和传输必要的信息,从而使其能够提供和使用各种服务,已经成为下一代通信市场的主要问题。
尽管早期的M2M在本地区域主要从传感器和RFID网络开始,但是,随着逐渐多样化的目的和应用特征可以使用各种有线/无线网络。近来,基于移动通信网络的M2M在物体的移动性、不仅包括岛屿和山脉还包括海洋的广泛的服务区域、网络管理和维护的简单、用于可靠数据传输的安全性以及服务质量的保证方面而受到越来越多的关注。因此,自2005年开始研究M2M的可行性以来,3GPP从2008年开始一直在进行名为“机器类型通信(MTC)”的全面标准化项目。
3GPP将机器视为不要求直接人为操纵或干预的实体,并且将MTC定义为涉及一台或多台机器的数据通信形式。该机器的典型示例包括配备有移动通信模块的智能仪表和自动售货机。近来,随着通过自动地连接到网络来执行通信的智能电话的引入,在没有任何用户操作或干预的情况下,根据用户的位置或条件,具有MTC功能的移动终端被认为是机器的形式。此外,还考虑连接到基于IEEE 802.15WPAN的超小型传感器或RFID的网关型MTC设备。
物联网(IoT)是未来信息通信的未来基础设施和服务,其中所有物体都连接到互联网以相互直接通信。尽管IoT有必要基于超级互联社会提高生活质量和生产力,但是IoT最终是重要的,因为其形成国家的基础设施,并且进一步形成人类和地球的中枢神经系统。IoT处于尚未具有重要的盈利模式的初始阶段。然而,IoT作为21世纪新范式的市场规模是现有蜂窝通信市场的10倍以上,并且预计将迅速增长。IoT大致被划分为基于IoT(CIoT)的蜂窝移动通信和基于IoT的非蜂窝移动通信。
发明内容
在基于用户平面的CIoT中,当ECM_IDLE状态的UE触发TAU过程时,如果存在UL数据,则UE可以发送包括TAU请求的RRC连接恢复请求消息以及活动标志。在这种情况下,因为RRC连接恢复请求消息不包括“承载Ind.”,所以不激活承载上下文。因此,为了让UE发送UL数据,可能需要执行不必要的过程。此外,因为承载上下文没有被激活,尽管MME识别出要发送给UE的下行数据存在,但是不能向UE发送下行数据。因此,有必要提出在基于用户平面的CIoT中的用于用户数据的传送的改进的S1信令。
在一个实施例中,提供一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中基站配置用于用户数据传送的承载的方法。该基站可以包括,从用户设备(UE)接收跟踪区域更新(TAU)请求消息,将包括TAU请求消息的初始UE消息发送到移动性管理实体(MME),从MME接收包括恢复指示的下行链路NAS传送消息,并且基于恢复指示向MME发送UE上下文恢复请求消息。
从UE接收到的TAU请求消息可以被包括在RRC连接恢复请求消息中。RRC连接恢复请求消息可以不包括承载指示。可以禁止RRC连接的挂起,并且UE上下文恢复请求消息的传输可以由恢复指示来触发。如果TAU请求消息包括活动标志,则可以从MME接收恢复指示。如果由MME识别出要发送给UE的下行链路数据的存在,则可以从MME接收恢复指示
基站可以进一步包括从UE接收恢复请求指示以请求UE的恢复,并且基于恢复请求指示确定是否恢复先前挂起的RRC连接是可能的。恢复请求指示可以被包括在RRC连接请求消息中。从UE接收到的TAU请求消息可以被包括在RRC连接设立完成消息中。初始UE消息可以包括指示基站是否能够恢复先前挂起的RRC连接的可恢复的指示。UE上下文恢复请求消息的传输可以由恢复指示来触发。如果TAU请求消息包括活动标志,则可以从MME接收恢复指示。如果MME识别出要发送给UE的下行链路数据的存在,则可以从MME接收恢复指示
UE可以是RRC_IDLE状态。
在另一实施例中,提供一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中配置用于用户数据的传送的承载的基站。基站包括:存储器;收发器;以及处理器,该处理器被连接到存储器和收发器。处理器可以被配置成控制收发器从用户设备(UE)接收跟踪区域更新(TAU)请求消息,控制收发器向移动性管理实体(MME)发送包括TAU请求消息的初始UE消息,控制收发器从MME接收包括恢复指示的下行链路NAS传送消息,并且控制收发器基于恢复指示向MME发送UE上下文恢复请求消息。
承载可以被配置。
附图说明
图1示出LTE系统架构。
图2示出LTE系统的无线电接口协议的控制平面。
图3示出LTE系统的无线电接口协议的用户平面。
图4示出MTC的示例。
图5示出基于用户平面的CIoT中RRC连接的挂起过程。
图6示出基于用户平面的CIoT中的RRC连接的恢复过程。
图7示出用于基于用户平面的CIoT中的TAU的MM过程。
图8示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
图9示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
图10示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
图11示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
图12是示出根据本发明的实施例的在基于用户平面的CIoT中eNB配置用于用户数据的传送的承载的方法的框图。
图13是图示根据本发明的实施例的无线通信系统的框图。
具体实施方式
下文描述的技术能够在各种无线通信系统中使用,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA能够以诸如通用陆地无线电接入(UTRA)或者CDMA-2000的无线电技术来实现。TDMA能够以诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA能够以诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进的UTRA(E-UTRA)等的无线电技术来实现。IEEE802.16m从IEEE 802.16e演进,并且基于IEEE 802.16提供与系统的后向兼容性。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分。3GPP LTE在下行链路中使用OFDMA,并且在上行链路中使用SC-FDMA。高级LTE(LTE-A)是3GPP LTE的演进。
为了清楚起见,以下的描述将集中于LTE-A。然而,本发明的技术特征不受限于此。
图1示出LTE系统架构。通信网络被广泛地部署以通过IMS和分组数据提供诸如互联网协议语音(VoIP)的各种通信服务。
参考图1,LTE系统架构包括一个或者多个用户设备(UE;10)、演进的UMTS陆上无线电接入网络(E-UTRA)以及演进分组核心(EPC)。UE 10指的是用户携带的通信设备。UE 10可以是固定的或者移动的,并且可以被称为其他术语,诸如移动站(MS)、用户终端(UT)、订户站(SS)、无线设备等。
E-UTRAN包括一个或者多个演进节点-B(eNB)20,并且多个UE可以位于一个小区中。eNB 20向UE 10提供控制平面和用户平面的端点。eNB 20通常是与UE 10通信的固定站并且可以被称为另一术语,诸如基站(BS)、基站收发器系统(BTS)、接入点等。每个小区可以部署一个eNB 20。在eNB 20的覆盖范围内存在一个或者多个小区。单个小区被配置成具有从1.25、2.5、5、10以及20MHz等中选择的带宽中的一个,并且将下行链路或者上行链路传输服务提供给数个UE。在这样的情况下,不同的小区能够被配置成提供不同的带宽。
在下文中,下行链路(DL)表示从eNB 20到UE 10的通信,并且上行链路(UL)表示从UE 10到eNB 20的通信。在DL中,发射器可以是eNB 20的一部分,并且接收器可以是UE 10的一部分。在UL中,发射器可以是UE 10的一部分,并且接收器可以是eNB 20的一部分。
EPC包括负责控制平面功能的移动性管理实体(MME)和负责用户平面功能的系统架构演进(SAE)网关(S-GW)。MME/S-GW 30可以被定位在网络的末端处并且被连接到外部网络。MME具有UE接入信息或者UE能力信息,并且这样的信息可以主要在UE移动性管理中使用。S-GW是其端点是E-UTRAN的网关。MME/S-GW 30提供用于UE 10的会话和移动性管理功能的端点。EPC可以进一步包括分组数据网络(PDN)网关(PDN-GW)。PDN-GW是其端点是PDN的网关。
MME向eNB 20提供包括非接入层(NAS)信令、NAS信令安全、接入层(AS)安全性控制、用于3GPP接入网络之间的移动性的核心网络(CN)节点间信令、空闲模式UE可达到性(包括寻呼重传的控制和执行)、跟踪区域列表管理(用于在空闲和活动模式中的UE)、P-GW和S-GW选择、对于具有MME变化的切换的MME选择、切换到2G或者3G 3GPP接入网络的服务GPRS支持节点(SGSN)选择、漫游、认证、包括专用承载建立的承载管理功能、支持公共预警系统(PWS)(包括地震和海啸预警系统(ETWS)和商用移动报警系统(CMAS))消息传输的各种功能。S-GW主机提供包括基于每个用户的分组过滤(例如,深度分组探测)、合法侦听、UE互联网协议(IP)地址分配、在DL中的传输级别分组标注、UL和DL服务级别计费、门控和速率增强、基于APN-AMBR的DL速率增强的各类功能。为了清楚,在此MME/S-GW 30将会被简单地称为“网关”,但是应理解此实体包括MME和S-GW。
用于发送用户业务或者控制业务的接口可以被使用。UE 10和eNB 20借助于Uu接口被连接。eNB 20借助于X2接口被互连。相邻的eNB可以具有网状网络结构,其具有X2接口。eNB 20借助于S1接口被连接到EPC。eNB 20借助于S1-MME接口被连接到MME,并且借助于S1-U接口被连接到S-GW。S1接口支持在eNB 20和MME/S-GW之间的多对多关系。
eNB 20可以执行对于网关30的选择、在无线电资源控制(RRC)激活期间朝向网关30的路由、寻呼消息的调度和发送、广播信道(BCH)信息的调度和发送、在UL和DL这两者中到UE 10的资源的动态分配、eNB测量的配置和规定、无线电承载控制、无线电准入控制(RAC)、以及在LTE_ACTIVE状态中的连接移动性控制的功能。在EPC中,并且如在上面所注明的,网关30可以执行寻呼发起、LTE_IDLE状态管理、用户平面的加密、SAE承载控制、以及NAS信令的加密和完整性保护的功能。
图2示出LTE系统的无线电接口协议的控制平面。图3示出LTE系统的无线电接口协议的用户平面。
基于在通信系统中公知的开放系统互连(OSI)模型的下面的三个层,在UE和E-UTRAN之间的无线电接口协议的层可以被分类成第一层(L1)、第二层(L2)、以及第三层(L3)。在UE和E-UTRAN之间的无线电接口协议可以被水平地划分成物理层、数据链路层、以及网络层,并且可以被垂直地划分成作为用于控制信号传输的协议栈的控制平面(C平面)和作为用于数据信息传输的协议栈的用户平面(U平面)。在UE和E-UTRAN处,无线电接口协议的层成对地存在,并且负责Uu接口的数据传输。
物理(PHY)层属于L1。PHY层通过物理信道给较高层提供信息传输服务。PHY层通过传输信道被连接到作为PHY层的较高层的媒体接入控制(MAC)层。物理信道被映射到传输信道。通过传输信道在MAC层和PHY层之间传送数据。在不同的PHY层,即,发射器的PHY层和接收器的PHY层之间,使用无线电资源,通过物理信道传送数据。使用正交频分复用(OFDM)方案调制物理信道,并且利用时间和频率作为无线电资源。
PHY层使用数个物理控制信道。物理下行链路控制信道(PDCCH)向UE报告关于寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配、以及与DL-SCH相关的混合自动重传请求(HARQ)信息。PDCCH可以承载用于向UE报告关于UL传输的资源分配的UL许可。物理控制格式指示符信道(PCFICH)向UE报告被用于PDCCH的OFDM符号的数目,并且在每一个子帧中被发送。物理混合ARQ指示符信道(PHICH)承载响应于UL传输的HARQ肯定应答(ACK)/否定应答(NACK)信号。物理上行链路控制信道(PUCCH)承载诸如用于DL传输的HARQ ACK/NACK、调度请求、以及CQI的UL控制信息。物理上行链路共享信道(PUSCH)承载UL-上行链路共享信道(SCH)。
物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧由时域中的多个符号组成。一个子帧由多个资源块(RB)组成。一个RB由多个符号和多个子载波组成。另外,每个子帧可以使用相应的子帧的特定符号的特定子载波用于PDCCH。例如,子帧的第一符号可以被用于PDCCH。PDCCH承载动态分配的资源,诸如物理资源块(PRB)和调制和编译方案(MCS)。作为用于数据传输的单位时间的传输时间间隔(TTI)可以等于一个子帧的长度。一个子帧的长度可以是1ms。
根据信道是否被共享,传输信道被分类成公共传输信道和专用传输信道。用于将来自于网络的数据发送到UE的DL传输信道包括用于发送系统信息的广播信道(BCH)、用于发送寻呼消息的寻呼信道(PCH)、用于发送用户业务或者控制信号的DL-SCH等。DL-SCH通过变化调制、编码和发送功率以及动态和半静态资源分配这两者来支持HARQ、动态链路自适应。DL-SCH也可以启用整个小区的广播和波束形成的使用。系统信息承载一个或者多个系统信息块。可以以相同的周期来发送所有的系统信息块。通过DL-SCH或者多播信道(MCH)可以发送多媒体广播/多播服务(MBMS)的业务或者控制信号。
用于将来自于UE的数据发送到网络的UL传输信道包括用于发送初始控制消息的随机接入信道(RACH)、用于发送用户业务或者控制信号的UL-SCH等。UL-SCH通过变化发送功率和可能的调制和编码来支持HARQ和动态链路自适应。UL-SCH也可以启用波束形成的使用。RACH通常被用于对小区的初始接入。
MAC层属于L2。MAC层经由逻辑信道将服务提供给作为MAC层的较高层的无线电链路控制(RLC)层。MAC层提供将多个逻辑信道映射到多个传输信道的功能。MAC层也通过将多个逻辑信道映射到单个传输信道来提供逻辑信道复用的功能。MAC子层在逻辑信道上提供数据传输服务。
根据发送的信息的类型,逻辑信道被分类成用于传送控制平面信息的控制信道和用于传送用户平面信息的业务信道。即,为通过MAC层提供的不同数据传输服务来定义逻辑信道类型的集合。逻辑信道位于传输信道的上方,并且被映射到传输信道。
控制信道仅被用于控制平面信息的传输。通过MAC层提供的控制信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)以及专用控制信道(DCCH)。BCCH是用于广播系统控制信息的下行链路信道。PCCH是传送寻呼信息的下行链路信道并且当网络没有获知UE的位置小区时被使用。不具有与网络的RRC连接的UE使用CCCH。MCCH是被用于将来自于网络的MBMS控制信息发送到UE的点对多点下行链路信道。DCCH是在UE和网络之间发送专用控制信息的由具有RRC连接的UE使用的点对点双向信道。
业务信道仅被用于用户平面信息的传输。由MAC层提供的业务信道包括专用业务信道(DTCH)和多播业务信道(MTCH)。DTCH是点对点信道,专用于一个UE用于用户信息的传输并且能够在上行链路和下行链路这两者中存在。MTCH是用于将来自于网络的业务数据发送到UE的点对多点下行链路信道。
在逻辑信道和传输信道之间的上行链路连接包括能够被映射到UL-SCH的DCCH、能够被映射到UL-SCH的DTCH和能够被映射到UL-SCH的CCCH。在逻辑信道和传输信道之间的下行链路连接包括能够被映射到BCH或者DL-SCH的BCCH、能够被映射到PCH的PCCH、能够被映射到DL-SCH的DCCH、以及能够被映射到DL-SCH的DTCH、能够被映射到MCH的MCCH、以及能够被映射到MCH的MTCH。
RLC层属于L2。RLC层提供调节数据的大小的功能,通过在无线电分段中级联和分割从上层接收到的数据,以便适合于较低层发送数据。另外,为了确保由无线电承载(RB)所要求的各种服务质量(QoS),RLC层提供三种操作模式,即,透明模式(TM)、非应答模式(UM)、以及应答模式(AM)。为了可靠的数据传输,AM RLC通过自动重传请求(ARQ)来提供重传功能。同时,利用MAC层内部的功能块能够实现RLC层的功能。在这样的情况下,RLC层可以不存在。
分组数据汇聚协议(PDCP)层属于L2。PDCP层提供报头压缩的功能,其减少不必要的控制信息使得通过采用诸如IPv4或者IPv6的IP分组发送的数据在具有相对小的带宽的无线电接口上能够被有效率地发送。通过仅发送在数据的报头中的必要信息,报头压缩增加无线电分段中的传输效率。另外,PDCP层提供安全性的功能。安全性的功能包括防止第三方的检查的加密、以及防止第三方的数据操纵的完整性保护。
无线电资源控制(RRC)属于L3。RLC层位于L3的最低部分,并且仅被定义在控制平面中。RRC层起到控制在UE和网络之间的无线电资源的作用。为此,UE和网络通过RRC层交换RRC消息。RRC层关于RB的配置、重新配置、以及释放控制逻辑信道、传输信道以及物理信道。RB是通过L1和L2提供的用于UE和网络之间的数据递送的逻辑路径。即,RB意味着用于UE和E-UTRAN之间的数据传输的为L2提供的服务。RB的配置暗指用于指定无线电协议层和信道特性以提供特定服务并且用于确定相应详细参数和操作的过程。RB被分类成两种类型,即,信令RB(SRB)和数据RB(DRB)。SRB被用作在控制平面中发送RRC消息的路径。DRB被用作在用户平面中发送用户数据的路径。
被放置在RRC层上的非接入层(NAS)执行诸如会话管理和移动性管理的功能。
参考图2,RLC和MAC层(在网络侧上的eNB中被终止)可以执行诸如调度、自动重传请求(ARQ)、以及混合自动重传请求(HARQ)的功能。RRC层(在网络侧上的eNB中被终止)可以执行诸如广播、寻呼、RRC连接管理、RB控制、移动性功能、以及UE测量报告和控制的功能。NAS控制协议(在网络侧上的网关的MME中被终止)可以执行诸如SAE承载管理、认证、LTE_IDLE移动性处理、LTE_IDLE中的寻呼发起、以及用于网关和UE之间的信令的安全性控制的功能。
参考图3,RLC和MAC层(在网络侧上的eNB中被终止)可以执行用于控制平面的相同功能。PDCP层(在网络侧上的eNB中被终止)可以执行诸如报头压缩、完整性保护以及加密的用户平面功能。
在下文中,描述UE的RRC状态和RRC连接过程。
RRC状态指示UE的RRC层是否在逻辑上被连接到E-UTRAN的RRC层。RRC状态可以被划分成诸如RRC连接状态和RRC空闲状态的两种不同的状态。当在UE的RRC层和E-UTRAN的RRC层之间建立RRC连接时,UE是处于RRC_CONNECTED中,否则UE是处于RRC_IDLE中。因为处于RRC_CONNECTED中的UE具有利用E-UTRAN建立的RRC连接,所以E-UTRAN可以识别处于RRC_CONNECTED中的UE的存在并且可以有效地控制UE。同时,通过E-UTRAN可以不识别处于RRC_IDLE中的UE,并且CN以比小区大的区域TA为单位来管理UE。即,以大区域为单位来识别仅处于RRC_IDLE中的UE的存在,并且UE必须转变到RRC_CONNECTED以接收诸如语音或者数据通信的典型的移动通信服务。
在RRC_IDLE状态中,UE可以接收系统信息和寻呼信息的广播,同时UE指定由NAS配置的非连续的接收(DRX),并且UE已经被分配唯一地识别跟踪区域中的UE的标识(ID)并且可以执行公共陆地移动网络(PLMN)选择和小区重选。此外,在RRC_IDLE状态中,在eNB中没有存储RRC上下文。
在RRC_CONNECTED状态中,UE在E-UTRAN中具有E-UTRAN RRC连接和上下文,使得将数据发送到eNB并且/或者从eNB接收数据变成可能。此外,UE能够向eNB报告信道质量信息和反馈信息。在RRC_CONNECTED状态中,E-UTRAN获知UE所属的小区。因此,网络能够将数据发送到UE和/或从UE接收数据,网络能够控制UE的移动性(切换和具有网络辅助小区变化(NACC)的到GSM EDGE无线电接入网络(GERAN)的无线电接入技术(RAT)间小区变化命令),并且网络能够执行用于相邻小区的小区测量。
在RRC_IDLE状态中,UE指定寻呼DRX周期。具体地,UE在每个UE特定寻呼DRX周期的特定寻呼时机处监控寻呼信号。寻呼时机是期间寻呼信号被发送的时间间隔。UE具有其自身的寻呼时机。
寻呼消息在属于相同的跟踪区域的所有小区上被发送。如果UE从一个TA移动到另一TA,则UE将跟踪区域更新(TAU)消息发送到网络以更新其位置。
当用户最初给UE通电时,UE首先搜寻适当的小区并且然后在该小区中保持处于RRC_IDLE中。当存在建立RRC连接的需求时,保持在RRC_IDLE中的UE通过RRC连接过程与E-UTRAN的RRC建立连接并且然后可以转变到RRC_CONNECTED。当由于用户的呼叫尝试等使得上行链路数据传输是必需的时候或者当在从E-UTRAN接收寻呼消息时存在发送响应消息的需求的时候,保持在RRC_IDLE中的UE可能需要建立与E-UTRAN的RRC连接。
为了管理NAS层中的UE的移动性,定义两种状态,即,EPS移动性管理-注册(EMM-注册)状态和EMM-注销状态。这两种状态应用于UE和MME。最初,UE处于EMM-注销状态。为了接入网络,UE执行通过初始附着过程注册到网络的过程。如果附着过程被成功地执行,则UE和MME进入EMM-注册状态。
为了管理UE和EPS之间的信令连接,定义了两种类型的状态:EPS连接管理(ECM)-IDLE(ECM-空闲)状态和ECM-CONNECTED(ECM-连接)状态。两种状态被应用于UE和MME。当处于ECM-IDLE状态中的UE建立与E-UTRAN的RRC连接时,UE进入ECM-CONNECTED状态。当处于ECM-空闲状态中的MME建立与E-URTAN的S1连接时,MME进入ECM-CONNECTED状态。当UE处于ECM-IDLE状态时,E-UTRAN不具有关于UE的上下文信息。因此,处于ECM-IDLE状态中的UE在不需要接收网络的命令的情况下,执行与基于UE的移动性有关的过程,诸如小区选择或者重选。另一方面,当UE处于ECM-CONNECTED状态中时,通过网络的命令来管理UE的移动性。如果处于ECM-IDLE状态中的UE的位置变成不同于网络已知的位置,则UE通过跟踪区域更新过程将UE的位置报告给网络。
在下文中,将描述机器类型通信(MTC)。
图4示出MTC的示例。
MTC指的是在不涉及经由BS在MTC UE 410与MTC服务器430之间的人类交互或信息交换的情况下经由BS 420在MTC UE 410之间的信息交换。通过MTC提供的服务与需要人工干预的现有通信服务不同,并且MTC提供广泛的服务,诸如跟踪、计量、支付、医疗服务、远程控制等。更具体地,通过MTC提供的服务可以包括读取仪表、测量水位、利用监视摄像机、报告自动售货机的库存等。为了方便起见,提供这些服务的面向数据通信的低成本/低规格UE被称为MTC UE或低复杂度类型的UE。BS可以基于UE的能力来确定UE是否是MTC UE。在本说明书中,MTC UE、低复杂度UE、低成本UE和UE种类0UE可以以相同含义使用,并且正常UE可以被用于指除了被列出的UE之外的UE。
MTC服务器430是与MTC UE 410通信的实体。MTC服务器430运行MTC应用并且向MTC设备提供MTC特定服务。MTC UE 410是提供MTC通信的无线设备,并且可以是固定的或移动的。
因为MTC UE具有少量的要发送的数据并且偶尔涉及上行链路/下行链路数据发送/接收,所以根据低数据传输速率来减少UE的成本并降低其电池消耗是有效的。MTC UE的特征在于低移动性,并且因此具有几乎不变的信道环境。
MTC UE不需要高性能功能并且通常使用少量的数据。引入UE种类0的概念以便于制造低成本的MTC UE。UE种类是在3GPP中使用以指示UE能够在通信调制解调器中处理多少数据的一般数字。表1示出3GPP UE种类。
[表1]
UE种类 DL速度 UL速度 UE种类 DL速度 UL速度
0 1Mbps 1Mbps 7 300Mbps 100Mbps
1 10Mbps 5Mbps 8 3Gbps 1.5Gbps
2 50Mbps 25Mbps 9 450Mbps 50Mbps
3 100Mbps 50Mbps 10 450Mbps 100Mbps
4 150Mbps 50Mbps 11 600Mbps 50Mbps
5 300Mbps 75Mbps 12 600Mbps 100Mbps
6 300Mbps 50Mbps 13 400Mbps 50Mbps
允许UE种类0UE仅处理1Mbps,使其能够在无需太多努力和高成本的情况下制造调制解调器,并且可以仅使用一根天线。此外,允许UE种类0UE仅在指定时间内执行发送或接收,而不是同时执行发送和接收,并且因此可以以与TDD中相同的方式在FDD中操作。另外,与现有的TDD不同,在发送和接收之间的转换时段内可以指配大约1ms的足够的切换时间,从而总体上显著地减少硬件组件的成本,特别地考虑到调制解调器和RF。
MTC UE不仅可以安装在建筑物和工厂中,而且可以安装在覆盖范围受限的地方,例如,地下室。例如,支持MTC服务的MTC UE中的大约20%,诸如智能计量,可以安装在诸如地下室的较差的“深度室内”环境中。因此,对于成功的MTC数据传输,与传统的正常UE的覆盖范围相比,有必要将MTC UE的覆盖范围增加大约20dB。考虑到这种情况,目前正在讨论各种覆盖增强技术,诸如通过每个信道/信号的用于MTC UE的重复传输方法。
在下文中,将描述蜂窝物联网(CIoT)。
物联网(IoT)是未来信息通信的未来基础设施和服务,其中所有物体都连接到互联网以直接相互通信。尽管IoT对于在超级互联社会的基础上提高生活质量和生产力是必要的,但是IoT最终是重要的,因为其形成国家的基础设施,并且进一步成为人类和地球的中枢神经系统。IoT可以大致划分为基于IoT(CIoT)的蜂窝移动通信和基于IoT的非蜂窝移动通信。
CIoT意味着基于蜂窝移动通信的IoT。为了有效地支持基于蜂窝的IoT服务,必须有效地传送以具有较短长度的分组形式间歇性和偶发性地产生的MTC业务。另外,在具有实时约束的应用服务的情况下,在不必经历单独的信道分配过程的情况下,有必要通过立即发送数据分组(免许可形式)来满足延迟要求。此外,对于用于IoT服务的大规模随机接入,有必要降低设备成本和功耗,增加覆盖范围,并且提高随机接入容量和过程的效率。
通常,CIoT的主要使用情况是用于发送和接收小数据分组的设备。因此,系统要满足的要求可能是有效地发送/接收小数据分组。例如,当发送和接收小数据分组时,UE的电池消耗必须低。例如,当发送和接收小数据分组时,必须减少网络中和空中所要求的信令量。
在基于用户平面的CIoT中,已经为用户数据传输新提出RRC挂起过程和RRC恢复过程。如果eNB在与UE建立RRC连接之后不再具有要发送给UE的数据,则eNB可以悬挂RRC连接。RRC连接可以通过RRC悬挂过程临时停止。如果在悬挂与UE的RRC连接之后eNB具有要发送到UE的数据,则eNB可以恢复RRC连接。RRC连接可以通过RRC恢复过程来恢复。此外,在基于用户平面的CIoT中,可以针对跟踪区域更新(TAU)重新提出移动性管理(MM)过程。
在下文中,描述在基于用户平面的CIoT中用于传送用户数据的RRC挂起过程。
图5示出基于用户平面的CIoT中的RRC连接的挂起过程。
RRC挂起过程可以被用于从RRC_CONNECTED状态到RRC_IDLE状态的转变。此外,RRC挂起过程可以使UE能够进入RRC_IDLE模式的上下文。
参考图5,在步骤S501中,网络可以确定挂起RRC连接。
在步骤S502中,eNB可以通过新的S1AP消息向MME指示UE的RRC连接已经被挂起。新的S1AP消息可以是S1AP UE上下文失活消息。MME和eNB可以存储与S1AP关联相关的UE上下文。
在步骤S503中,MME可以向S-GW发送释放接入承载请求(异常释放或无线链路指示的“新原因”)消息。释放接入承载请求消息可以请求释放UE的所有S1-U承载。S-GW可以认为UE已经变成IDLE状态。
在步骤S504中,S-GW可以向MME发送对释放接入承载请求消息的响应。
在步骤S505中,MME可以向eNB发送针对S1AP UE上下文失活消息的ACK。
在步骤S506中,MME可以进入ECM_IDLE状态。
在步骤S507中,eNB可以挂起朝向UE的RRC连接。可以提供在挂起的RRC连接随后恢复之后使用的标识符。标识符可以是“恢复ID”。
在步骤S508中,UE RRC层可以进入RRC_IDLE状态,并且UE NAS层可以进入ECM_IDLE状态。
在下文中,描述基于用户平面的CIoT中的用于传送用户数据的RRC恢复过程。
图6示出基于用户平面的CIoT中的RRC连接的恢复过程。
参考图6,在步骤S601至S603中,UE遵循传统过程,并且省略其详细描述。
在步骤S604中,UE可以向eNB发送msg3。msg3可以是新的RRC连接恢复请求消息。新的RRC连接恢复请求消息可以包括UE的恢复ID、认证令牌、承载指示符(承载Ind.)和建立原因。eNB可以使用恢复ID以便将已经发送恢复ID的UE与先前存储的UE上下文相关联。
在步骤S605中,eNB可以向UE发送RRC连接恢复完成消息。如果RRC连接恢复完成被指定,则网络可以指示哪个DRB已经被恢复。
在步骤S606中,UE和eNB可以恢复所存储的安全上下文。
在步骤S607中,eNB可以向MME通知UE状态变化。可以通过新消息通知UE状态改变。新消息可以是S1AP UE上下文活动消息。MME可以进入ECM_CONNECTED状态。
在步骤S608中,MME可以针对每个PDN连接向S-GW发送修改承载请求消息。如果S-GW支持修改接入承载请求过程并且对于S-GW来说没有必要向P-GW发送信令,则MME可以向用于每个UE的S-GW发送修改接入承载请求消息以便于优化信令。现在,S-GW能够向UE发送下行链路数据。S-GW可以认为UE已经变成CONNECTED状态。
在步骤S609中,S-GW可以向MME发送对修改承载请求消息的响应。该响应可以是修改承载响应消息。
在步骤S610中,MME可以向eNB发送针对S1AP UE上下文活动消息的ACK。
如果msg3已经包括用户平面和指示所有用户平面被发送的指示,则在步骤S611中,eNB可以挂起RRC连接,并且可以隐式地指示已经成功接收到用户平面而不是传输msg4。
在下文中,描述基于用户平面的CIoT中的用于TAU的MM过程。
图7示出基于用户平面的CIoT中的TAU的MM过程。
参考图7,在步骤S701至S702中,UE遵循传统过程,并且省略其详细描述。
在步骤S703中,UE可以向eNB发送msg3。msg3可以是新的RRC连接恢复请求消息。新的RRC连接恢复请求消息可以包括UE的恢复ID、认证令牌、建立原因和NAS PDU。eNB可以使用恢复ID以便于将已经发送恢复ID的UE与先前存储的UE上下文相关联。另外,msg3可以包括包含TAU请求的NAS PDU。相比之下,与RRC连接恢复请求消息不同,msg3可以不包括承载指示符(承载Ind)。承载指示符的短缺可以指示对于eNB来说仅SRB是必需的。如果可以包括TAU请求的空间不足,则标志可以在步骤S705中指示包括TAU请求的后续消息。
在步骤S704中,eNB可以向UE发送RRC连接恢复完成消息。网络可能完成竞争解决。RRC连接恢复完成消息可以包括恢复ID。
如果msg3不具有将包括TAU请求的足够的空间,则可以执行步骤S705。
在步骤S706中,eNB可以将TAU请求递送给MME。TAU请求可以被包括在S1AP初始UE消息中。
在步骤S707中,MME可以向eNB发送TAU接受。TAU接受可以被包括在S1AP下行链路NAS传送消息中。
在步骤S708中,eNB可以向UE发送TAU接受。TAU接受可以被包括在DL信息传送消息中。
在步骤S709中,eNB可以向UE发送RRC挂起消息。因此,可以挂起RRC连接。RRC挂起消息可以包括恢复ID。
如在步骤S703所描述的,在当前基于用户平面的CIoT的情况下,UE发送不包括“承载Ind.”的RRC连接恢复请求消息。通常,因为UE在TAU期间不发送UL数据,所以这指示当eNB向MME发送TAU请求时,承载上下文的恢复不是必需的。当eNB接收到RRC连接恢复请求消息时,eNB不发送UE上下文活动消息,但是可以发送包括TAU请求的初始UE消息。在本说明书中,UE上下文活动消息可以用作与UE上下文恢复请求消息相同的概念。
如果在ECM_IDLE状态的UE触发TAU过程时存在UL数据,则UE可以发送包括TAU请求的RRC连接恢复请求消息以及活动标志。在这种情况下,因为RRC连接恢复请求消息不包括“承载Ind.”,所以承载上下文不被激活。因此,为了UE发送UL数据,在MM过程完成并且UE转换到RRC_IDLE状态之后,UE必须执行RRC恢复过程。因此,对于RRC挂起和RRC恢复,在Uu接口中可能发生不必要的信令,并且UE到RRC状态的不必要的转变可能发生。
虽然在MM过程中考虑不具有活动标志的TAU请求,但是可能存在必须执行RRC恢复过程的问题。在CIoT中,UE可以停用UE的接入层(AS)功能并进入省电模式(PSM)。当MME接收到不具有活动标记的TAU请求消息时,虽然MME识别出要发送到UE的DL数据存在,但是MME不能将DL数据发送到UE。原因在于用于DL数据传输的承载上下文没有根据MM过程被激活。
因此,为了解决该问题,根据本发明的实施例的在基于用户平面的蜂窝物联网(CIoT)中配置用于用户数据的传送的承载的方法和支持其的装置被描述。
图8示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
当MME接收到包括活动标志的TAU请求消息时,MME可以向eNB通知特定指示。包括活动标志的TAU请求消息由UE发送,并且可以经由eNB被发送到MME。通过特定指示,MME可以指示eNB禁止挂起RRC连接并且恢复RRC连接。
可替选地,尽管MME没有接收到包括活动标志的TAU请求消息,但是当MME识别出要发送给UE的下行链路数据存在时,MME可以向eNB通知特定指示。通过特定指示,MME可以指示eNB禁止挂起RRC连接并且恢复RRC连接。
参考图8,在步骤S800中,UE可以是RRC_IDLE状态。
在步骤S801中,UE可以向eNB发送随机接入前导。
在步骤S802中,eNB可以向UE发送对随机接入前导的响应。对随机接入前导的响应可以是随机接入响应。
在步骤S803中,UE可以向eNB发送RRC连接恢复请求消息。RRC连接恢复请求消息可以不包括承载指示符(承载Ind.)。相反,RRC连接恢复请求消息可以包括TAU请求消息。而且,TAU请求消息可以具有活动标志。
在步骤S804中,eNB可以向UE发送RRC连接恢复完成消息以便于完成竞争解决。
在步骤S805中,eNB可以基于接收到的不具有承载指示符的RRC连接恢复请求消息向MME递送TAU请求消息。可以使用初始UE消息来递送TAU请求消息。
在步骤S806中,当MME从eNB接收到消息时,MME可以识别出TAU请求消息是否包括活动标志并且是否存在要发送到UE的下行链路数据。
如果TAU请求消息包括活动标志,则MME可以向eNB发送特定指示。可替选地,如果存在要发送到UE的下行链路数据,则MME可以向eNB发送特定指示。该特定指示可以被包括在下行链路NAS传送消息中。此外,下行链路NAS传送消息可以包括TAU接受消息。
具体指示可以指示RRC连接不应被挂起,并且UE上下文恢复请求消息应被触发。也就是说,可以禁止RRC连接的挂起,并且UE上下文恢复请求消息的传输可以由特定指示来触发。特定指示可以通知eNB应恢复存储的S1AP关联和/或S1-U承载上下文相关信息。
在步骤S807中,eNB可以向UE递送TAU接受消息。TAU接受消息可以使用DL信息传送消息来递送。eNB可以基于来自MME的特定指示通过DL信息传送消息向UE通知哪个DRB被恢复。
在步骤S808中,UE和eNB可以恢复所存储的安全上下文。
在步骤S809中,eNB可以基于在步骤S806中接收到的特定指示向MME发送UE上下文恢复请求消息。UE上下文恢复请求消息可以是UE上下文活动消息。
在步骤S810中,MME可以与S-GW一起修改承载。
在步骤S811中,MME可以向eNB发送UE上下文恢复响应消息作为对UE上下文恢复请求消息的响应。UE上下文恢复响应消息可以是UE上下文活动确认消息。
图9示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
eNB可以向MME通知是否针对UE的恢复是可能的。此外,当MME接收到包括活动标志的TAU请求消息时,MME可以向eNB提供指示符以触发UE上下文恢复请求消息。
可替选地,eNB可以通知MME是否针对UE的恢复是可能的。此外,如果存在要发送到UE的下行链路数据,则MME可以向eNB提供指示符以触发UE上下文恢复请求消息。
参考图9,在步骤S900中,UE可以是RRC_IDLE状态。
在步骤S901中,UE可以向eNB发送随机接入前导。
在步骤S902中,eNB可以向UE发送对随机接入前导的响应。对随机接入前导的响应可以是随机接入响应。
在步骤S903中,UE可以向eNB发送请求针对UE的恢复的恢复请求指示。例如,UE可以向eNB发送恢复ID。恢复请求指示可以被包括在RRC连接请求消息中。
在步骤S904中,当eNB从UE接收到RRC连接请求消息时,eNB可以基于恢复请求指示检查与UE的先前挂起的RRC连接的恢复是可能的。
在步骤S905中,eNB可以向UE发送RRC连接建立消息。
在步骤S906中,UE可以向eNB发送RRC连接建立完成消息作为对RRC连接设立消息的响应。RRC连接设立完成消息可以包括TAU请求消息。TAU请求消息可以具有活动标志。
在步骤S907中,eNB可以将TAU请求消息递送给MME。TAU请求消息可以使用初始UE消息来递送。此外,初始UE消息可以包括可恢复指示。可恢复指示可以通知MME是否与UE的先前挂起的RRC连接的恢复是可能的。
在步骤S908中,当MME接收到来自eNB的消息时,MME可以识别TAU请求消息是否包括活动标志并且是否存在要发送给UE的下行链路数据。
如果TAU请求消息包括活动标志,则MME可以向eNB发送恢复指示。可替选地,如果存在要发送给UE的下行链路数据,则MME可以向eNB发送恢复指示。恢复指示可以被包括在下行链路NAS传送消息中。此外,下行链路NAS传送消息可以包括TAU接受消息。
恢复指示可以指示应触发UE上下文恢复请求消息。也就是说,UE上下文恢复请求消息的传输可以由恢复指示来触发。UE上下文恢复请求消息可以是UE上下文活动消息。恢复指示可以向eNB通知应恢复存储的S1AP关联和/或S1-U承载上下文相关信息。
如果TAU请求消息不包括活动标志并且不存在要向UE发送的下行链路数据,则MME可以向eNB发送不包括恢复指示的下行链路NAS传送消息。
在步骤S909中,eNB可以向UE传送TAU接受消息。TAU接受消息可以使用DL信息传送消息被传送。eNB可以基于来自MME的恢复指示通过DL信息传送消息向UE通知哪个DRB被恢复。
在步骤S910中,eNB可以基于在步骤S908中接收到的恢复指示向MME发送UE上下文恢复请求消息。UE上下文恢复请求消息可以是UE上下文活动消息。
在步骤S911中,MME可以与S-GW一起修改承载。
在步骤S912中,MME可以向eNB发送UE上下文恢复响应消息作为对UE上下文恢复请求消息的响应。UE上下文恢复响应消息可以是UE上下文活动确认消息。
图10示出根据本发明实施例的当触发TAU请求时的RRC恢复过程。
如果eNB意识到由UE触发的RRC连接建立已经由mo-信令启动,则eNB可以使用UE上下文恢复请求消息向MME发送TAU请求消息。此外,MME可以使用UE上下文恢复响应消息向eNB提供TAU接受消息。UE上下文恢复请求消息可以是UE上下文活动消息。UE上下文恢复响应消息可以是UE上下文活动接受消息。
参考图10,在步骤S1000中,UE可以是RRC_IDLE状态。
在步骤S1001中,UE可以向eNB发送随机接入前导。
在步骤S1002中,eNB可以向UE发送对随机接入前导的响应。对随机接入前导的响应可以是随机接入响应。
在步骤S1003中,UE可以向eNB发送包括具有mo-信令的建立原因的RRC连接恢复请求消息。可替选地,UE可以向eNB发送包括具有mo-信令的建立原因的RRC连接请求消息。如果RRC连接请求消息被用于恢复,则RRC连接请求消息可以包括请求UE恢复的指示。
在步骤S1004中,当从UE接收到RRC连接恢复请求消息时,eNB可以识别是否恢复是可能的。如果恢复是可能的并且建立原因被标记为mo-信令,则eNB必须推迟UE上下文恢复请求消息的传输,直到从UE接收到包括UL信息传送消息或RRC连接设立完成消息的NAS消息。为了指示恢复是否可能,eNB可以向UE发送RRC连接恢复完成消息或RRC连接设立消息。
在步骤S1005中,如果恢复是可能的,则UE可以向eNB发送TAU请求消息。TAU请求消息可以被包括在UL信息传送消息或RRC连接设立完成消息中。
在步骤S1006中,UE和eNB可以恢复所存储的安全性上下文。
在步骤S1007中,eNB可以基于步骤S1004向MME发送TAU请求消息。TAU请求消息可以被包括在UE上下文恢复请求消息中。UE上下文恢复请求消息可以是UE上下文活动消息。
在步骤S1008中,MME可以与S-GW一起修改承载。
在步骤S1009中,MME可以向eNB发送UE上下文恢复响应消息作为对UE上下文恢复请求消息的响应。UE上下文恢复响应消息可以包括TAU接受消息。UE上下文恢复响应消息可以是UE上下文活动确认消息。
在步骤S1010中,eNB可以向UE递送TAU接受消息。可以使用DL信息传送消息递送TAU接受消息。
图11示出根据本发明的实施例的当触发TAU请求时的RRC恢复过程。
当MME接收到包括活动标志的TAU请求消息时,MME可以通知eNB先前存储的UE上下文应被激活。可替选地,如果存在要发送到UE的下行链路数据,则MME可以向eNB通知先前存储的UE上下文被激活。
参考图11,在步骤S1100中,UE可以是RRC_IDLE状态。
在步骤S1101中,UE可以向eNB发送随机接入前导。
在步骤S1102中,eNB可以向UE发送对随机接入前导的响应。对随机接入前导的响应可以是随机接入响应。
在步骤S1103中,UE可以向eNB发送RRC连接请求消息。
在步骤S1104中,eNB可以向UE发送RRC连接设立消息。
在步骤S1105中,作为对RRC连接设立消息的响应,UE可以向eNB发送RRC连接设立完成消息。RRC连接设立完成消息可以包括TAU请求消息。TAU请求消息可以具有活动标志。
在步骤S1106中,eNB可以向MME递送TAU请求消息。可以使用初始UE消息来递送TAU请求消息。
在步骤S1107中,当从eNB接收到消息时,MME可以识别TAU请求消息是否包括活动标志并且是否存在要发送给UE的下行链路数据。
如果TAU请求消息包括活动标志,则MME可以识别在步骤S1106中已经发送初始UE消息的eNB是否挂起用于已经发送TAU请求消息的UE的UE上下文。可替选地,如果存在要发送到UE的下行链路数据,则MME可以识别在步骤S1106中已经发送了初始UE消息的eNB是否正在挂起用于已经发送TAU请求消息的UE的UE上下文。可以由UE通过RRC连接挂起过程来发送TAU请求消息。如果下面列出的项目中的任何一个出现在MME中,则MME可以识别eNB正在挂起UE上下文。
(1)在挂起与UE的RRC连接期间,MME存储并且在eNB上挂起用于UE的UE上下文的信息。
(2)在用于RRC挂起过程期间由eNB分配的隧道端点ID(TEID)。
当MME识别出用于eNB已经向其发送TAU请求消息的UE的UE上下文已经被挂起时,MME可以修改与S-GW的承载。如果否,则MME可以执行现有的TAU过程。如果TAU请求消息不包括活动标志并且不存在要发送给UE的下行链路数据,则MME可以在不修改承载的情况下执行现有的TAU过程。
在步骤S1108中,如果TAU请求消息包括活动标志或要发送给UE的下行链路数据存在并且因此MME识别出已经存储了用于已经请求TAU的UE的UE上下文的eNB(在步骤S1107),则MME可以向eNB发送用于指示先前存储的UE上下文的激活的UE上下文激活指示。UE上下文激活指示可以被包括在下行链路NAS传送消息中。此外,下行链路NAS传送消息可以包括TAU接受消息。
如果TAU请求消息不包括活动标志并且不存在要发送到UE的下行链路数据,则MME可以向eNB发送不包括UE上下文激活指示的下行链路NAS传送消息。在这种情况下,不执行承载修改。
在步骤S1109中,当从MME接收到消息时,eNB激活先前存储的UE上下文。此外,eNB可以将TAU接受消息递送给UE。可以使用DL信息传送消息递送TAU接受消息。可以使用DL信息传送消息为UE指示UE上下文的激活。
图12是示出根据本发明的实施例的用于eNB在基于用户平面的CIoT中配置用于用户数据的传送的承载的方法的框图。
参考图12,在步骤S1210中,eNB可以从UE接收跟踪区域更新(TAU)请求消息。UE可以是RRC_IDLE状态。
在步骤S1220中,eNB可以向移动性管理实体(MME)发送包括TAU请求消息的初始UE消息。
在步骤S1230中,eNB可以从MME接收包括恢复指示的下行链路NAS传送消息。
在步骤S1240中,eNB可以基于恢复指示向MME发送UE上下文恢复请求消息。
从UE接收到的TAU请求消息可以被包括在RRC连接恢复请求消息中。RRC连接恢复请求消息可以不包括承载指示。可以禁止RRC连接的挂起,并且UE上下文恢复请求消息的传输可以由恢复指示来触发。如果TAU请求消息包括活动标志,则可以进一步从MME接收恢复指示。可替选地,如果由MME识别要发送给UE的下行链路数据的存在,则可以进一步从MME接收恢复指示。
eNB可以从UE接收恢复请求指示以请求对于UE恢复,并且可以基于恢复请求指示来确定是否有可能恢复先前挂起的RRC连接。恢复请求指示可以被包括在RRC连接请求消息中。从UE接收到的TAU请求消息可以被包括在RRC连接设立完成消息中。初始UE消息可以包括指示eNB是否可以恢复先前挂起的RRC连接的可恢复的指示。UE上下文恢复请求消息的传输可以由恢复指示来触发。
如果TAU请求消息包括活动标志,则可以进一步从MME接收恢复指示。可替选地,如果MME识别出要发送给UE的下行链路数据的存在,则可以从MME接收恢复指示。
图13是图示根据本发明的实施例的无线通信系统的框图。
UE 1300包括处理器1301、存储器1302以及收发器1303。存储器1302被连接到处理器1301,并且存储用于驱动处理器1301的各种信息。收发器1303被连接到处理器1301,并且发送和/或接收无线电信号。处理器1301实现被提出的功能、过程、以及/或者方法。在上面的实施例中,可以通过处理器1301实现UE的操作。
BS 1301包括处理器1311、存储器1312以及收发器1313。存储器1312被连接到处理器1311,并且存储用于驱动处理器1311的各种信息。收发器1313被连接到处理器1311,并且发送和/或接收无线电信号。处理器1311实现被提出的功能、过程、以及/或者方法。在上面的实施例中,可以通过处理器1301实现BS的操作。
MME 1320包括处理器1321、存储器1322以及收发器1323。存储器1322被连接到处理器1321,并且存储用于驱动处理器1321的各种信息。收发器1323被连接到处理器1321,并且发送和/或接收无线电信号。处理器1321实现被提出的功能、过程、以及/或者方法。在上面的实施例中,可以通过处理器1321实现MME的操作。
处理器可以包括专用集成电路(ASIC)、单独的芯片组、逻辑电路和/或数据处理设备。存储器可以包括只读存储器(ROM)、随机访问存储器(RAM)、闪存、存储器卡、存储介质、以及/或者其他存储装置。收发器可以包括用于处理无线信号的基带电路。当以软件实现实施例时,通过用于执行前述功能的模块(即,过程、功能等)能够实现前述的方法。模块可以被存储在存储器中并且通过处理器执行。存储器可以位于处理器内部或者外部,并且通过使用各种公知的装置可以被耦合到处理器。
已经基于前述示例通过参考附图和附图中所给出的附图标记描述了基于本说明书的各种方法。尽管为便于解释,每个方法以特定次序来描述多个步骤或框,但权利要求书中所公开的本发明并不限于步骤或框的次序,并且每个步骤或框可以不同次序来实施,或可以与其他步骤或框同时地执行。另外,所属领域的技术人员可获知,本发明并不限于所述步骤或框中的每个,并且可添加或删除至少一个不同步骤而不背离本发明的范围和精神。
前述实施例包括各种示例。应注意,所属领域的技术人员知道不可能解释示例的所有可能组合,并且还知道可从本说明书的技术导出各种组合。因此,应通过不背离以下权利要求书的范围组合详细解释中所描述的各种示例来确定本发明的保护范围。

Claims (15)

1.一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中基站配置用于用户数据的传送的承载的方法,所述方法包括:
从用户设备(UE)接收跟踪区域更新(TAU)请求消息,
将包括所述TAU请求消息的初始UE消息发送到移动性管理实体(MME),
从所述MME接收包括恢复指示的下行链路NAS传送消息,以及
基于所述恢复指示向所述MME发送UE上下文恢复请求消息。
2.根据权利要求1所述的方法,其中,从所述UE接收到的所述TAU请求消息被包括在RRC连接恢复请求消息中。
3.根据权利要求2所述的方法,其中,所述RRC连接恢复请求消息不包括承载指示。
4.根据权利要求3所述的方法,其中,禁止RRC连接的挂起并且由所述恢复指示触发所述UE上下文恢复请求消息的传输。
5.根据权利要求3所述的方法,其中,如果所述TAU请求消息包括活动标志,则从所述MME接收所述恢复指示。
6.根据权利要求3所述的方法,其中,如果所述MME识别出要向所述UE发送的下行链路数据的存在,则从所述MME接收所述恢复指示。
7.根据权利要求1所述的方法,进一步包括:
由所述基站从所述UE接收恢复请求指示以请求所述UE的恢复;以及
基于所述恢复请求指示确定先前挂起的RRC连接的恢复是否可能。
8.根据权利要求7所述的方法,其中,所述恢复请求指示被包括在RRC连接请求消息中。
9.根据权利要求8所述的方法,其中,从所述UE接收的所述TAU请求消息被包括在RRC连接设立完成消息中。
10.根据权利要求9所述的方法,其中,所述初始UE消息包括指示所述基站是否能够恢复所述先前挂起的RRC连接的可恢复的指示。
11.根据权利要求10所述的方法,其中,由所述恢复指示触发所述UE上下文恢复请求消息的传输。
12.根据权利要求10所述的方法,其中,如果所述TAU请求消息包括活动标志,则从所述MME接收所述恢复指示。
13.根据权利要求10所述的方法,其中,如果所述MME识别出要向所述UE发送的下行链路数据的存在,则从所述MME接收所述恢复指示。
14.根据权利要求1所述的方法,其中,所述UE是RRC_IDLE状态。
15.一种在无线通信系统中的基于用户平面的蜂窝物联网(CIoT)中配置用于用户数据的传送的承载的基站,所述基站包括:
存储器;
收发器;和
处理器,所述处理器被连接到所述存储器和所述收发器,其中,所述处理器被配置成:
控制所述收发器从用户设备(UE)接收跟踪区域更新(TAU)请求消息,
控制所述收发器向移动性管理实体(MME)发送包括所述TAU请求消息的初始UE消息,
控制所述收发器从所述MME接收包括恢复指示的下行链路NAS传送消息,以及
控制所述收发器基于所述恢复指示向所述MME发送UE上下文恢复请求消息。
CN201680077128.5A 2015-12-29 2016-12-27 建立用于用户数据的传输的承载的方法和设备 Active CN108476546B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562272620P 2015-12-29 2015-12-29
US62/272,620 2015-12-29
PCT/KR2016/015328 WO2017116115A1 (ko) 2015-12-29 2016-12-27 사용자 데이터의 전송을 위한 베어러를 설정하는 방법 및 장치

Publications (2)

Publication Number Publication Date
CN108476546A true CN108476546A (zh) 2018-08-31
CN108476546B CN108476546B (zh) 2021-11-09

Family

ID=59225377

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680077128.5A Active CN108476546B (zh) 2015-12-29 2016-12-27 建立用于用户数据的传输的承载的方法和设备

Country Status (5)

Country Link
US (1) US10616789B2 (zh)
EP (1) EP3399831B1 (zh)
KR (1) KR102051552B1 (zh)
CN (1) CN108476546B (zh)
WO (1) WO2017116115A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109561516A (zh) * 2018-11-29 2019-04-02 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法
WO2020062072A1 (zh) * 2018-09-28 2020-04-02 深圳大学 基于服务网络的无线物联网物理层混合认证方法及系统
CN112753247A (zh) * 2018-09-27 2021-05-04 三星电子株式会社 进行无线通信系统中的双连接的装置和方法

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113811A (zh) * 2015-08-06 2017-08-29 华为技术有限公司 一种建立数据无线承载的方法及装置
KR102629204B1 (ko) 2016-01-19 2024-01-25 엘지전자 주식회사 무선 통신 시스템에서 연결 재개 방법 및 이를 위한 장치
WO2017134939A1 (ja) * 2016-02-04 2017-08-10 日本電気株式会社 無線端末、無線局、及びこれらの方法
EP3429262B1 (en) * 2016-03-09 2020-08-12 LG Electronics Inc. -1- Method and device for configuring bearer for transmission of user data
US11044776B2 (en) * 2016-03-27 2021-06-22 Lg Electronics Inc. Method for attempting network access from NB-IoT RAT
GB2548878A (en) * 2016-03-31 2017-10-04 Nec Corp Communication system
JP6612976B2 (ja) * 2016-05-13 2019-11-27 京セラ株式会社 ユーザ装置、プロセッサ、及び方法
US10917789B2 (en) * 2017-04-21 2021-02-09 Nokia Technologies Oy Radio link recovery for user equipment
CN110235513B (zh) * 2017-07-27 2023-05-09 Lg电子株式会社 用于执行edt的方法和装置
CN110999521B (zh) * 2017-07-30 2023-06-30 Lg 电子株式会社 在cu-du划分场景中恢复rrc连接的方法和装置
CN110012553B (zh) * 2018-01-04 2021-04-20 维沃移动通信有限公司 会话控制方法、网络设备及终端
WO2019215331A1 (en) * 2018-05-11 2019-11-14 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Uplink access management concept
KR20190143782A (ko) * 2018-06-21 2019-12-31 삼성전자주식회사 차세대 이동 통신 시스템에서 rrc 비활성화 모드 단말의 이중 접속을 지원하는 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610494A (zh) * 2008-06-16 2009-12-23 华为技术有限公司 实现过载控制或差异化服务的方法、系统及设备
CN101742576A (zh) * 2008-11-07 2010-06-16 华为技术有限公司 恢复保留态gbr承载的方法及装置
US20130051338A1 (en) * 2011-08-24 2013-02-28 Ki Seon Ryu Method and apparatus for transmitting uplink data associated with mtc device trigger function

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012100199A2 (en) 2011-01-21 2012-07-26 Research In Motion Limted Network apparatus and process to determine the connection context for connections used for (local) offloading
EP2702712B1 (en) 2011-04-29 2019-06-05 LG Electronics Inc. Method for processing data associated with session management and mobility management
BR122016000399B1 (pt) 2011-09-30 2019-05-07 Nec Corporation Terminal em um sistema de comunicação móvel compreendendo pelo menos uma estação de base e método de comunicação para o terminal
US9247575B2 (en) * 2012-03-27 2016-01-26 Blackberry Limited eNB storing RRC configuration information at another network component
CN103458505B (zh) * 2012-05-29 2018-05-11 中兴通讯股份有限公司 一种节电模式下控制信令发送的方法和系统
WO2017078491A1 (ko) * 2015-11-06 2017-05-11 삼성전자 주식회사 Ciot 시스템에서 데이터 전송 방법 및 그 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610494A (zh) * 2008-06-16 2009-12-23 华为技术有限公司 实现过载控制或差异化服务的方法、系统及设备
CN101742576A (zh) * 2008-11-07 2010-06-16 华为技术有限公司 恢复保留态gbr承载的方法及装置
US20130051338A1 (en) * 2011-08-24 2013-02-28 Ki Seon Ryu Method and apparatus for transmitting uplink data associated with mtc device trigger function

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "User plane based solution with AS information stored in RAN", 《3GPP TSG-RAN WG3 MEETING #90 R3-152686》 *
HTC: "RRC aspects in NB-IoT", 《3GPP TSG-RAN2 MEETING #92 R2-156425》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112753247A (zh) * 2018-09-27 2021-05-04 三星电子株式会社 进行无线通信系统中的双连接的装置和方法
US11863372B2 (en) 2018-09-27 2024-01-02 Samsung Electronics Co., Ltd. Apparatus and method for performing dual connectivity in wireless communication system
WO2020062072A1 (zh) * 2018-09-28 2020-04-02 深圳大学 基于服务网络的无线物联网物理层混合认证方法及系统
CN109561516A (zh) * 2018-11-29 2019-04-02 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法
CN109561516B (zh) * 2018-11-29 2021-09-28 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法

Also Published As

Publication number Publication date
CN108476546B (zh) 2021-11-09
KR102051552B1 (ko) 2019-12-03
WO2017116115A1 (ko) 2017-07-06
US20190021023A1 (en) 2019-01-17
EP3399831A1 (en) 2018-11-07
EP3399831B1 (en) 2020-08-19
KR20180071365A (ko) 2018-06-27
EP3399831A4 (en) 2019-07-03
US10616789B2 (en) 2020-04-07

Similar Documents

Publication Publication Date Title
CN108476546A (zh) 建立用于用户数据的传输的承载的方法和设备
CN110999521B (zh) 在cu-du划分场景中恢复rrc连接的方法和装置
CN105594256B (zh) 在无线通信系统中发送用于d2d操作的指示的方法和设备
CN105981433B (zh) 无线通信系统中指示d2d数据的qos的方法和装置
JP6502535B2 (ja) V2v通信におけるアラームメッセージ送信方法及びそのための装置
CN106031224B (zh) 在无线通信系统中取消用于设备对设备传输的触发的缓冲器状态报告的方法和装置
CN105940690B (zh) 在无线通信系统中发送用于d2d操作的信息的方法和设备
CN108476534B (zh) 无线通信系统中发送ue id的方法和装置
US10764890B2 (en) Method for transmitting signals in V2X communication system and apparatus therefor
EP3550876A1 (en) Method and apparatus for establishing drb
CN109417773A (zh) 用于通知mme终端不成功寻呼的方法和装置
CN105432137B (zh) 在无线通信系统中执行设备对设备发现的方法和设备
CN110199533A (zh) 用于在无线通信系统中执行v2x通信的方法及其设备
WO2015050396A1 (en) Method and apparatus for partitioning radio resources in wireless communication system
CN106465066B (zh) 在无线通信系统中指示mbsfn区域的使用的方法和装置
CN110301162B (zh) 用于确定rrc状态的方法和设备
JP2016535506A (ja) 無線通信システムにおけるページングメッセージを送信する方法及び装置
EP3474590B1 (en) Method for reporting rrc state of terminal and apparatus for supporting same
CN107005866A (zh) 在无线通信系统中通过终端否定传输的方法和设备
CN109964516A (zh) 配置基于ran的通知区域的方法和设备
CN107409378A (zh) 减少寻呼信令的方法和装置
US10771961B2 (en) Method for reporting feedback information for V2X communication and apparatus therefor
US20180132161A1 (en) Method for transmitting discovery signal for establishing d2d link with relay ue in wireless communication system and apparatus therefor
US20180324866A1 (en) Method and apparatus for performing access barring check
CN108141794A (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