CN110383939B - 无线终端、基站及其方法和非暂时性计算机可读介质 - Google Patents

无线终端、基站及其方法和非暂时性计算机可读介质 Download PDF

Info

Publication number
CN110383939B
CN110383939B CN201780087971.6A CN201780087971A CN110383939B CN 110383939 B CN110383939 B CN 110383939B CN 201780087971 A CN201780087971 A CN 201780087971A CN 110383939 B CN110383939 B CN 110383939B
Authority
CN
China
Prior art keywords
rrc
wireless terminal
ran
state
cell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780087971.6A
Other languages
English (en)
Other versions
CN110383939A (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.)
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
Priority to CN202311249435.5A priority Critical patent/CN117460058A/zh
Publication of CN110383939A publication Critical patent/CN110383939A/zh
Application granted granted Critical
Publication of CN110383939B publication Critical patent/CN110383939B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • 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/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • 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/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • 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/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

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

Abstract

无线终端(2)控制无线终端(2)在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变。另外，如果无线终端(2)处于第二RRC状态、无线终端(2)驻留的当前小区不同于进行了从第一RRC状态向第二RRC状态的状态转变的第一小区、并且当前小区满足预定条件，则无线终端(2)允许无线终端(2)通过在改变为第一RRC状态之前发送上行链路数据的第一发送过程来在当前小区中发送发送数据。

Description

无线终端、基站及其方法和非暂时性计算机可读介质
技术领域
本发明涉及无线通信系统，并且特别地，涉及无线终端中的发送控制。
背景技术
第三代合作伙伴计划(3GPP)在2016年已开始第五代移动通信系统(5G)的标准化(即，3GPP版本14)，以使5G在2020年或之后成为商业现实(参见非专利文献1)。5G预计将通过LTE和高级LTE的继续增强/演进以及通过引入新的5G空中接口(即，新的无线接入技术(RAT))的创新增强/演进来实现。新的RAT支持例如比LTE/高级LTE及其继续演进所支持的频带(例如，6GHz以下)高的频带。例如，新的RAT支持厘米波带(10GHz以上)和毫米波带(30GHz以上)。
在本说明书中，第五代移动通信系统被称为5G系统或下一代(NextGen)系统(NG系统)。5G系统的新RAT被称为新空口(NR)、5G RAT或NG RAT。5G系统的新无线接入网(RAN)被称为5G-RAN或NextGen RAN(NG RAN)。NG-RAN内的新基站被称为NR节点B(NR NB)或gNodeB(gNB)。5G系统的新核心网被称为5G核心网(5G-CN)或NextGen核心(NG核心)。能够连接至5G系统的无线终端(即，用户设备(UE))被称为5G UE或NextGen UE(NG UE)、或者被简称为UE。随着标准化作业的进展，将来将会确定用于5G系统的RAT、UE、无线接入网、核心网、网络实体(节点)和协议层等的正式名称。
除非另外说明，否则本说明书中使用的术语“LTE”包括LTE和高级LTE的增强/演进以提供与5G系统的互通。与5G系统的互通所用的LTE和高级LTE的增强/演进被称为高级LTEPro、LTE+或增强型LTE(eLTE)。此外，除非另外说明，否则本说明书中使用的与LTE网络和逻辑实体有关的术语(诸如“演进分组核心(EPC)”、“移动性管理实体(MME)”、“服务网关(S-GW)”和“分组数据网(PDN)网关(P-GW)”等)包括它们的增强/演进以提供与5G系统的互通。增强型EPC、增强型MME、增强型S-GW和增强型P-GW被分别称为例如增强型EPC(eEPC)、增强型MME(eMME)、增强型S-GW(eS-GW)和增强型P-GW(eP-GW)。
在LTE和高级LTE中，为了实现服务质量(QoS)和分组路由，在RAN(即，演进通用陆地RAN(E-UTRAN))和核心网(即，EPC)这两者中都使用针对各QoS等级和针对各PDN连接的承载。也就是说，在基于承载的QoS(或针对各承载的QoS)概念中，在UE与EPC中的P-GW之间配置一个或多个演进分组系统(EPS)承载，并且经由满足该QoS的一个EPS承载来传送具有相同QoS等级的多个业务数据流(SDF)。SDF是基于策略与计费控制(PCC)规则来匹配SDF模板(即，分组过滤器)的一个或多个分组流。为了实现分组路由，经由EPS承载所要传送的各分组包含用于识别该分组与哪个承载(即，通用分组无线业务(GPRS)隧道协议(GTP)隧道)相关联的信息。
相比之下，关于5G系统，讨论了尽管无线承载可以用在5G-RAN中、但在5G-CN中或者在5G-CN和NG-RAN之间的接口中不使用承载(参见非专利文献1)。具体地，代替EPS承载而定义PDU流，并且将一个或多个SDF映射到一个或多个PDU流。5G UE与NG核心中的用户面终端实体(即，与EPC中的P-GW相对应的实体)之间的PDU流对应于基于EPS承载的QoS概念中的EPS承载。也就是说，代替基于承载的QoS概念，5G系统采用基于流的QoS(或针对各流的QoS)概念。在基于流的QoS概念中，针对各PDU流处理QoS。因而，PDU流也被称为QoS流。将5G UE和数据网之间的关联称为“PDU会话”。术语“PDU会话”对应于LTE和高级LTE中的术语“PDN连接”。可以在一个PDU会话中配置多个PDU流(或QoS流)。
此外，已建议了5G系统支持网络切片(network slicing)(参见非专利文献1)。网络切片使用网络功能虚拟化(NFV)技术和软件定义的网络(SDN)技术，并且使得可以在物理网络上创建多个虚拟化逻辑网络。各虚拟化逻辑网络被称为网络切片(network slice)或网络切片实例，包括逻辑节点和功能，并且用于特定流量和信令。5G-RAN或5G-CN或这两者具有切片选择功能(SSF)。SSF基于由5G UE和5G-CN至少之一所提供的信息来选择适合于5GUE的一个或多个网络切片。
图1示出5G系统的基本架构。UE与gNB建立一个或多个信令无线承载(SRB)和一个或多个数据无线承载(DRB)。5G-CN和gNB建立UE所用的控制面接口和用户面接口。5G-CN和gNB(即，RAN)之间的控制面接口被称为NG2接口或NG-c接口，并且用于非接入层(NAS)信息的传送以及用于5G-CN和gNB之间的控制信息的传送。5G-CN和gNB(即，RAN)之间的用户面接口被称为NG3接口或NG-u接口，并且用于UE的PDU会话内的一个或多个PDU流(或QoS流)的分组的传送。
此外，在5G系统中，除现有的RRC_CONNECTED状态和RRC_IDLE状态之外，还引入了新的RRC状态(例如，参见非专利文献1～5)。该新的RRC状态被称为RRC_INACTIVE状态或RRC_INACTIVE_CONNECTED状态。
5G系统的RRC_CONNECTED状态和RRC_IDLE状态分别具有与LTE的RRC_CONNECTED状态和RRC_IDLE状态相同的特征。在UE处于RRC_CONNECTED状态时，UE和5G-RAN维持AS上下文，并且UE的位置在小区级别对于5G-RAN而言是已知的。处于RRC_CONNECTED状态的UE的移动性通过5G-RAN所控制的切换来处理。另一方面，在UE处于RRC_IDLE状态时，UE和5G-RAN释放了AS上下文，5G-RAN不知晓UE的位置，但UE的位置在位置登记区域级别对于5G-CN而言是已知的。位置登记区域对应于LTE的跟踪区(TA)。处于RRC_IDLE状态的UE的移动性通过UE所控制的小区重选来处理。此外，AS层的RRC状态与NAS层的连接管理(NG连接管理(NG CM))状态相关联。处于RRC_CONNECTED状态的UE被视为在UE和5G-CN中处于NG-CM-CONNECTED状态。相比之下，处于RRC_IDLE状态的UE被视为在UE和5G-CN中处于NG-CM-IDLE状态。
可以说，RRC_INACTIVE状态是RRC_CONNETED状态和RRC_IDLE状态之间的中间状态。RRC_INACTIVE状态的一些特征与RRC_CONNETED状态的一些特征相似，而RRC_INACTIVE状态的一些其它特征与RRC_IDLE状态的一些其它特征相似。
在UE处于RRC_INACTIVE状态时，UE和5G-RAN维持AS上下文的至少一部分。UE和5G-RAN针对处于RRC_INACTIVE状态的UE所保持的AS上下文例如包括无线承载配置和AS安全上下文。此外，5G-RAN保持与处于RRC_INACTIVE状态的UE所用的5G-CN的控制面连接和用户面连接(即，图1中的NG2接口和NG3接口)的建立。处于RRC_INACTIVE状态的UE被视为在UE和5G-CN中处于NG-CM-CONNECTED状态。因此，5G-CN无法区分UE是处于RRC_CONNECTED状态还是RRC_INACTIVE状态。RRC_INACTIVE状态的这些特征与RRC_CONNETED状态的这些特征相似。
然而，处于RRC_INACTIVE状态的UE的移动性与处于RRC_IDLE状态的UE的移动性相似。具体地，处于RRC_INACTIVE状态的UE的移动性通过UE所控制的小区重选来处理。
图2示出当前提出的三个RRC状态之间的状态转变。UE可以从RRC_CONNECTED状态转变为RRC_INACTIVE状态，反之亦然(步骤201和202)。假定RRC_CONNECTED状态和RRC_INACTIVE状态之间的转变再利用了在3GPP版本13中针对LTE所定义的RRC连接的暂停(Suspend)过程和恢复(Resume)过程。可以在RAN节点(即，gNB)之间传送在5G-RAN中针对处于RRC_INACTIVE状态的UE所存储的AS上下文。具体地，在UE从RRC_INACTIVE状态转变为RRC_CONNECTED状态时，接收到来自该UE的RRC消息(例如，RRC连接恢复请求)的gNB可以从其它gNB提取或取得该UE的AS上下文。
处于RRC_INACTIVE状态的UE的位置在新定义的RAN通知区域(RNA)的级别对于5G-RAN而言是已知的。RAN通知区域也被称为基于RAN的通知区域、RAN寻呼区或RAN位置更新区域。RAN通知区域(RNA)包括一个或多个小区，由5G-RAN确定，并且由5G-RAN在UE中配置。即使在处于RRC_INACTIVE状态的UE在RAN通知区域内通过小区重选在小区之间移动时，也无需向5G-RAN通知(报告)该UE进行了小区重选。处于RRC_INACTIVE状态的UE响应于重选RAN通知区域外的小区而请求5G-RAN更新RAN通知区域。
图3示出处于RRC_INACTIVE状态的UE的移动性的示例。首先，UE 301在gNB 311的小区351中处于RRC_CONNECTED状态(321)，并且从gNB 311向UE 301分配了专用无线资源且UE 301建立了专用无线承载322。在确定使UE 301进入RRC_INACTIVE状态时，gNB 311向UE301配置RAN通知区域340，并且将RRC消息(例如，RRC暂停消息)发送至UE 301(323)。响应于来自gNB 311的指示，UE 301从RRC_CONNECTED状态进入RRC_INACTIVE状态(324)。
处于RRC_INACTIVE状态的UE 301进行小区重选过程，并相应地重选gNB 312的小区352(325)。由于小区352包括在UE 301中所配置的RAN通知区域340内，因此UE 301不向5G-RAN(例如，小区352或gNB 312)报告小区重选(即，UE位置信息的更新)。UE 301进一步移动并重选gNB 313的小区353(326)。小区353未包括在UE 301中所配置的RAN通知区域340内，因此UE 301将RAN通知区域更新的请求(327)发送至gNB 313。该请求(327)可以使用用于请求从RRC_INACTIVE向RRC_CONNECTED的转变的RRC消息(例如，RRC恢复请求消息)来发送。gNB 313从gNB 311获取UE 301的AS上下文，并且使用所获取到的AS上下文来重建无线承载所用的分组数据汇聚协议(PDCP)和无线链路控制(RLC)。然后，gNB 313发送RRC消息(例如，RRC恢复消息)以使UE 301进入RRC_CONNECTED状态。响应于来自gNB 311的指示，UE301在小区353中从RRC_INACTIVE状态进入RRC_CONNECTED状态(329)。UE 301能够使用专用无线承载330来发送和接收数据。
针对处于RRC_INACTIVE状态的UE的上行链路(UL)数据发送存在若干建议。例如，非专利文献2和3各自提出了处于RRC_INACTIVE状态的UE在未进入RRC_CONNECTED状态的情况下发送UL数据的过程。注意，本说明书中所使用的术语“UL数据”是指上行链路用户面数据并且不包括诸如非接入层(NAS)消息等的控制面数据。
具体地，非专利文献2公开了处于RRC_INACTIVE状态的UE在未接收到来自gNB的UL授权的情况下、使用无授权无线资源来发送UL数据的过程(参见图4)。例如，各小区在系统信息(SI)中广播小区自身的无授权无线资源，并且UE选择从自身特有的RAN UE ID得到的资源。
另一方面，非专利文献3公开了UE在发送随机接入过程的第三消息(消息3(Msg3))、即RRC消息(例如，RRC连接恢复请求)的同时发送UL数据的过程(参见图5)。在非专利文献3所公开的过程中gNB接收到UL数据的情况下，gNB可以指示UE保持处于RRC_INACTIVE状态或者进入RRC_CONNECETD状态。gNB将指示“RRC暂停”的RRC响应发送至UE，以便使UE保持处于RRC_INACTIVE状态，或者gNB将指示“RRC恢复”的RRC响应发送至UE，以便使UE进入RRC_CONNECTED状态。也就是说，可以认为，非专利文献3中所公开的过程是UE在未完全进入RRC_CONNECTED状态的情况下发送UL数据的过程。可选地，可以认为，非专利文献3中所公开的过程是UE在进入RRC_CONNECTED状态之前发送UL数据的过程。
现有技术文献
非专利文献
非专利文献1：3GPP TR 23.799 V14.0.0(2016-12)“3rd GenerationPartnership Project；Technical Specification Group Services and SystemAspects；Study on Architecture for Next Generation System(Release 14)”,December 2016
非专利文献2：3GPP R2-168544,Huawei,HiSilicon,“UL data transmission inRRC_INACTIVE”,3GPP TSG-RAN WG2 Meeting#96,Reno,USA 14th-18th November 2016
非专利文献3：3GPP R2-168713,Ericsson,“Baseline solution for small datatransmission in RRC_INACTIVE”,3GPP TSG-RAN WG2 Meeting#96,Reno,USA 14th-18thNovember 2016
发明内容
发明要解决的问题
本发明人已研究了RRC_INACTIVE状态下的UL数据发送，并发现了若干问题。例如，每当UE 2期望时都进行RRC_INACTIVE状态下的UL数据发送，这可能并不合适。也就是说，问题之一是确定在何处或何时允许UE进行RRC_INACTIVE状态下的UL数据发送。
作为示例，尽管UE 301在图3的小区352中进行了RRC_INACTIVE状态下的UL数据发送(例如，非专利文献2或3中所公开的发送过程)，但gNB 312由于某些问题而未能成功接收UL数据。例如，在gNB 312无法成功从gNB 311取得UE 301的AS上下文的情况下，gNB 312可能无法接收UL数据。可选地，gNB 312可能无法使用所取得的AS上下文来接收数据(例如，无法对基于AS安全上下文的UL数据进行解密的情况)。在这些情况下，可能浪费了UE的传输功率。另外，在UE 301需要再连接至小区352或其它小区的情况下，自UE301的层2(例如，PDCP)从上层接收到分组(例如，PDCP业务数据单元(SDU))起可能经过了预定时间(即，可能发生延迟)，因而该分组可能被丢弃。
因此，本文中公开的实施例所要实现的目的其中之一是提供一种设备、方法和程序，其中该设备、方法和程序使得UE能够在适当情形中进行RRC_INACTIVE状态下的UL数据发送。应当注意，该目的仅仅是本文中公开的实施例所要实现的目的其中之一。通过以下的说明和附图，其它目的或问题以及新颖特征将变得明显。
用于解决问题的方案
在第一方面，一种无线终端，包括：收发器以及至少一个处理器。所述至少一个处理器被配置为在与无线接入网即RAN相关联的一个或多个小区中控制所述收发器。所述至少一个处理器被配置为控制所述无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变。所述第一RRC状态是如下的状态：所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的。所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的。所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。所述至少一个处理器还被配置为：在所述无线终端处于所述第二RRC状态、所述无线终端驻留的当前小区不同于进行了从所述第一RRC状态向所述第二RRC状态的状态转变的第一小区、并且所述当前小区满足预定条件的情况下，允许所述无线终端通过所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程在所述当前小区中发送要发送的数据。
在第二方面，一种基站，其配置在无线接入网即RAN中，所述基站包括存储器以及连接至所述存储器的至少一个处理器。所述至少一个处理器被配置为控制无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变。所述至少一个处理器还被配置为：将指示至少一个特定小区的配置信息发送至所述无线终端，在所述至少一个特定小区中，允许处于所述第二RRC状态的所述无线终端进行所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程。
在第三方面，一种无线终端所用的方法，所述方法包括：(a)控制所述无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；以及(b)在所述无线终端处于所述第二RRC状态、所述无线终端驻留的当前小区不同于进行了从所述第一RRC状态向所述第二RRC状态的状态转变的第一小区、并且所述当前小区满足预定条件的情况下，允许所述无线终端通过所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程在所述当前小区中发送要发送的数据。
在第四方面，一种基站所用的方法，所述基站配置在无线接入网即RAN中，所述方法包括：(a)控制无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；(b)以及将指示至少一个特定小区的配置信息发送至所述无线终端，在所述至少一个特定小区中，允许处于所述第二RRC状态的所述无线终端进行所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程。
在第五方面，一种程序，包括指令(软件代码)，其中所述指令(软件代码)在被加载到计算机中的情况下，使所述计算机进行根据上述的第三方面或第四方面的方法。
发明的效果
根据上述方面，可以提供一种设备、方法和程序，其中该设备、方法和程序使得UE能够在适当情形中进行RRC_INACTIVE状态下的UL数据发送。
附图说明
图1是示出根据背景技术的5G系统的基本架构的图。
图2是示出根据背景技术的5G系统中的三个RRC状态之间的状态转变的图。
图3是示出根据背景技术的处于RRC_INACTIVE状态的UE的移动性的一个示例的图。
图4是示出根据背景技术的RRC_INACTIVE状态下的UL发送过程的一个示例的图。
图5是示出根据背景技术的RRC_INACTIVE状态下的UL发送过程的一个示例的图。
图6是示出根据多个实施例的无线通信网络的结构示例的图。
图7是示出根据第一实施例的UE的操作的示例的流程图。
图8是示出根据第一实施例的UE的操作的示例的流程图。
图9是示出根据第一实施例的UE的操作的示例的流程图。
图10是示出根据第一实施例的gNB和UE的操作的示例的序列图。
图11是示出根据多个实施例的gNB的结构示例的框图。
图12是示出根据多个实施例的UE的结构示例的框图。
具体实施方式
以下参考附图来详细说明具体实施例。在整个附图中，利用相同的附图标记来表示相同或相应的元素，并且为了清晰起见，将根据需要省略重复的说明。
以下参考附图来详细说明具体实施例。在整个附图中，利用相同的附图标记来表示相同或相应的元素，并且为了清晰起见，将根据需要省略重复的说明。
以下所述的各个实施例可以单独使用，或者可以适当地彼此组合这些实施例中的两个或更多个实施例。这些实施例包括彼此不同的新颖特征。因此，这些实施例有助于实现彼此不同的目的或解决彼此不同的问题，并且也有助于获得彼此不同的优点。
以下对实施例的说明主要集中于使用RRC_INACTIVE状态的5G系统。然而，这些实施例可以应用于使用RRC_INACTIVE状态或相似的RRC状态的其它无线通信系统。
第一实施例
图6示出根据包括本实施例的多个实施例的无线通信网络的结构示例。在图6的示例中，无线通信网络包括5G UE 2、5G-RAN 3和5G-CN 4。
5G-CN 4包括未示出的控制面网络功能(CP NF)和用户面网络功能(UP NF)。5G-CN4可以提供多个网络切片。根据例如在各个网络切片上提供至UE的业务或用例来将网络切片彼此区分开。用例例如包括增强的移动宽带(eMBB)、高可靠且低延迟通信(URLLC)和大规模机器类型通信(mMTC)。
5G-RAN 3包括包含gNB 1A和gNB 1B的多个gNB。各gNB 1(例如，gNB 1A和gNB 1B)服务至少一个小区11(例如，小区11A和小区11B)。各gNB 1连接至5G-CN 4并且可以支持一个或多个网络切片。换句话说，在各gNB 1的小区11中可以支持或者可利用一个或多个网络切片。在一些实现中，为了向UE 2提供端到端网络切片，5G-RAN 3将与针对UE 2所选择的5G-CN 4的网络切片(被称为核心网(CN)切片)相关联的RAN切片和无线切片分配至UE 2。各RAN切片提供包括gNB 1的5G-RAN 3内的基础架构的存储和处理资源。各无线切片提供包括时间资源、频率资源、码资源、信号序列资源或空间资源、或者它们的任意组合的无线资源。
UE 2使用由一个或多个gNB 1服务的一个或多个小区11来进行上行链路和下行链路通信。UE 2支持包括RRC_CONNECTED状态、RRC_INACTIVE状态和RRC_IDLE状态的多个RRC状态。5G-RAN 3(gNB 1)和UE 2控制UE 2在包括RRC_CONNECTED状态、RRC_INACTIVE状态和RRC_IDLE状态的RRC状态之间的状态转变。
例如，在gNB 1A使UE 2从RRC_CONNECTED状态进入RRC_INACTIVE状态的情况下，gNB 1A将RAN通知区域信息经由RRC消息(例如，RRC连接释放、RRC连接暂停或RRC连接去激活)发送至UE 2，以在UE 2中配置RAN通知区域。RAN通知区域包括由一个或多个gNB 1服务的一个或多个小区。UE 2响应于从gNB 1A接收到RRC消息而进入RRC_INACTIVE状态。处于RRC_INACTIVE状态的UE 2通过UE 2所控制的小区重选在小区之间移动，并且无需向5G-RAN3报告RAN通知区域内的小区重选(即，UE位置信息的更新)。相比之下，响应于重选在所配置的RAN通知区域外的小区(例如，小区11B)，UE 2请求服务重选的小区11B的gNB 1B更新RAN通知区域(或者向gNB 1B通知UE 2已离开所配置的RAN通知区域)。gNB 1B确定UE 2所用的新的RAN通知区域，并且在UE 2中配置所确定的RAN通知区域。也就是说，如上所述，处于RRC_INACTIVE状态的UE 2的位置在RAN通知区域级别对于5G-RAN 3而言是已知的。
如已经说明的，RAN通知区域(RNA)包括一个或多个小区，由5G-RAN 3确定，并且由5G-RAN 3在UE 2中配置。RAN通知区域也被称为基于RAN的通知区域、RAN寻呼区或RAN位置更新区域。
RAN通知区域信息例如至少可以包括指示哪个小区包括在RAN通知区域中的信息。此外，可以向RAN通知区域分配标识符(例如，区域编号)。此外，RAN通知区域的标识符(例如，RNA ID)和该RAN通知区域中所包含的小区之间的关系可以在预定区域内唯一地确定。在这种情况下，RAN通知区域信息可以包括RAN通知区域的标识符和与所包含的小区有关的信息(例如，小区标识符)。
gNB 1A可以在自身的小区11A中广播RAN通知区域信息。此时，RAN通知区域信息可以包括与多个RAN通知区域有关的信息，这些RAN通知区域可被分配各自的条件(例如，类别、类型)，并且UE 2可以选择适合于UE 2的RAN通知区域。该条件例如是UE 2所使用的(或期望的)网络切片的切片类别或切片类型(例如，切片/业务类型(SST))、终端类别或终端类型、UE 2处的接收质量或基于该接收质量的覆盖级别、UE 2的移动特性(例如，UE速度、该UE是否是静止终端)、或者它们的任何组合。
在UE 2中配置的RAN通知区域可以与UE 2的位置登记区域(即，与LTE中的跟踪区(TA)相对应的区域)相同。在针对各网络切片配置各个体RAN通知区域(即，切片特定RNA)的情况下，RAN通知区域至少之一可以与位置登记区域(例如，TA)相同。在RNA与TA相同的情况下，可以在从gNB 1发送至UE 2的RAN通知区域信息中省略指示该RNA中所包括的小区列表的信息元素(例如，RAN区域小区列表(RanAreaCellList)信息元素(IE))(也就是说，可选IE)。可选地，代替指示小区列表的信息元素，RAN通知区域信息可以包括指示TA标识符的信息元素(例如，跟踪区代码(TrackingAreaCode)IE)(即，选择(Choice))。换句话说，gNB 1可以选择RAN区域小区列表IE和跟踪区代码IE其中之一来指示RAN通知区域。
为了发送包括与多个RAN通知区域有关的信息的RAN通知区域信息，gNB 1A可以经由gNB间接口(Xn)从其它gNB(例如，gNB 1B)接收RAN通知区域信息(例如，RAN通知区域的标识符和构成该RAN通知区域的小区的标识符的组合)。其它gNB可以管理属于与gNB 1A的小区(例如，小区11A)所属的RAN通知区域不同的其它RAN通知区域的小区。同样，从其它gNB接收到的RAN通知区域相关信息可以涉及与gNB 1A的小区(例如，小区11A)所属的RAN通知区域不同的其它RAN通知区域。
在UE 2使用(或期望)多个网络切片的情况下，UE 2可以基于优先级最高的网络切片或者基于实际正使用的网络切片来选择一个RAN通知区域。可选地，UE 2可以基于RAN通知区域信息中所包含的网络切片类别或类型的列表中靠前的网络切片来选择一个RAN通知区域。
上述的RAN通知区域信息可以包括未明确指定个体信息(例如，标识符、类别或类型)的RAN通知区域(例如，默认RAN通知区域)。在这种情况下，例如，默认RAN通知区域可用于UE 2而不管网络切片如何，或者可用于除在RAN通知区域信息中明确指示的网络切片以外的网络切片。此外，在RAN通知区域信息包括多个RAN通知区域的情况下，UE 2可以无需将用于更新自身的位置信息的请求发送至gNB 1，只要小区重选之后的小区包括在这些RAN通知区域至少之一中即可。
代替上述的经由RRC消息的指示，gNB 1可以向UE 2通知触发向RRC_INACTIVE状态的转变的预定计时器的值，以使UE 2基于该计时器值和相应计时器来执行向RRC_INACTIVE状态的转变。例如，处于RRC_CONNECTED状态的UE 2每当其发送或接收用户数据时都可以重新启动计时器(即，重置计时器并再次启动计时器)，并且在计时器到期时可以转变为RRC_INACTIVE状态。
UE 2还被配置为进行RRC_INACTIVE状态下的UL数据发送。具体地，UE 2支持处于RRC_INACTIVE状态的UE 2在未进入RRC_CONNECTED状态的情况下发送UL数据的过程(即，第一发送过程)。RRC_INACTIVE状态下的UL数据发送可以通过UE 2在保持处于RRC_INACTIVE状态的同时发送UL数据的过程来进行。附加地或可选地，RRC_INACTIVE状态下的UL数据发送可以通过UE 2在进入RRC_CONNECTED状态之前发送UL数据的过程来进行。换句话说，RRC_INACTIVE状态下的UL数据发送可以通过UE 2在未完全进入RRC_CONNECTED状态的情况下发送UL数据的过程来进行。换句话说，RRC_INACTIVE状态下的UL数据发送可以在UE 2从RRC_INACTIVE状态向RRC_CONNECTED状态转变的过程期间进行。
在一些实现中，UE 2可以进行处于RRC_INACTIVE状态的UE 2在未接收到来自gNB的专用UL授权的情况下使用无授权无线资源来发送UL数据的过程(例如，非专利文献2中所公开的发送过程)。附加地或可选地，UE 2可以进行UE 2在发送随机接入过程的第三消息(消息3(Msg3))、即RRC消息(例如，RRC连接恢复请求)的同时发送UL数据的过程(例如，非专利文献3中所公开的发送过程)。
根据本实施例的UE 2(例如，UE 2中的控制器)如下这样工作，以判断是否允许UE2进行RRC_INACTIVE状态下的UL数据发送。在UE 2处于RRC_INACTIVE状态、UE 2驻留的当前小区(即，服务小区)不同于进行从RRC_CONNECTED状态向RRC_INACTIVE状态的转变的第一小区、并且当前小区满足预定条件的情况下，UE 2(例如，UE 2中的控制器)允许UE 2通过第一发送过程在当前小区中发送UL数据。第一发送过程提供RRC_INACTIVE状态下的UL数据发送。也就是说，在第一发送过程中，UE2在未进入RRC_CONNECTED状态的情况下发送UL数据，或者在进入RRC_CONNECTED状态之前(即，在向RRC_CONNECTED状态的转变完成之前)发送UL数据。
另一方面，如果当前小区(即，服务小区)不满足预定条件，则UE 2(例如，UE 2中的控制器)不允许UE 2通过第一发送过程在当前小区中发送UL数据，但UE 2可以允许UE 2通过第二发送过程在当前小区中发送UL数据。第二发送过程提供RRC_CONNECTED状态下的UL数据发送。也就是说，在第二发送过程中，UE 2在从RRC_INACTIVE状态转变为RRC_CONNECTED状态之后(即，在向RRC_CONNECTED状态的转变完成之后)发送UL数据。
图7是示出作为UE 2的操作的示例的处理700的流程图。在UE 2中存在要发送的UL数据的情况下，可以进行处理700。例如，在UE 2的接入(AS)层从上层(例如，非接入(NAS)层)接收到UL数据的情况下，可以进行处理700。在步骤701中，UE 2中的控制器判断UE 2的RRC状态。如果UE 2处于RRC_INACTIVE状态，则控制器判断当前小区(即，服务小区)(步骤702)。如果当前小区不同于进行了从RRC_CONNECTED状态向RRC_INACTIVE状态的转变的第一小区，则控制器判断当前小区是否满足预定条件(步骤703)。如果当前小区满足预定条件，则控制器允许UE 2进行RRC_INACTIVE状态下的UL数据发送(步骤704)。
在示例中，与当前小区(即，服务小区)有关的预定条件包括当前小区由管理第一小区的gNB管理的条件。为了判断当前小区和第一小区是否由同一gNB管理，UE 2中的控制器可以将在当前小区中接收到的用于识别当前小区或管理小区的gNB的标识符(例如，全局gNB ID、截断gNB ID或临时gNB ID)与第一小区或管理第一小区的gNB的标识符进行比较。
指示了UE 2从RRC_CONNECTED状态向RRC_INACTIVE状态转变的gNB 1维持UE 2的AS上下文。因而，如果UE 2移动到gNB 1所管理的其它小区，则gNB 1可以使用gNB 1自身所维持的UE 2的AS上下文来辅助UE 2在RRC_INACTIVE状态下的UL数据发送。
在另一示例中，与当前小区有关的预定条件包括如下的条件：当前小区包括在当UE 2从RRC_CONNECTED状态向RRC_INACTIVE状态转变时、由管理第一小区的gNB指定的(已配置的)至少一个特定小区中。该至少一个特定小区可以是RAN通知区域包括的至少一个小区的子集。可选地，该至少一个特定小区可以与RAN通知区域包括的至少一个小区相同。可选地，该至少一个特定小区可以是与第一小区相同的gNB所管理的一个或多个其它小区。也就是说，在示例中，RAN通知区域可以与包括一个gNB所管理的一个或多个小区的区域同义。
在另一示例中，与当前小区有关的预定条件包括如下的条件：当前小区包括在与当UE 2从RRC_CONNECTED状态向RRC_INACTIVE状态转变时、由管理第一小区的gNB指定的(已配置的)RAN通知区域分开配置的特定区域中。该特定区域例如可被称为UE上下文可用区域(UCA)。UE上下文可用区域可以由预定的标识符(例如，UCA标识)定义。在这种情况下，可以将这样的标识符作为系统信息在各小区中从gNB发送。可选地，UE上下文可用区域可以由一个或多个小区定义。UE 2仅需判断当前小区的UE上下文可用区域的标识符(或小区标识符)是否对应于所配置的UE上下文可用区域的标识符。
与当前小区有关的预定条件可以针对各承载或流(即，PDU流或QoS流)而不同。例如，RAN通知区域是以UE为单位(或者以服务小区为单位)配置的，而上述的UE上下文可用区域可以是以承载或流为单位配置的。
图8是示出作为用于判断与当前小区有关的预定条件的处理的示例的处理800的流程图。在步骤801中，UE 2中的控制器判断当前小区是否由与第一小区相同的gNB管理。在步骤802中，如果当前小区由与第一小区相同的gNB管理，则控制器允许UE 2进行RRC_INACTIVE状态下的UL数据发送。
图9是示出作为用于判断与当前小区有关的预定条件的处理的另一示例的处理900的流程图。在步骤901中，UE 2中的控制器判断当前小区是否包括在由管理第一小区的gNB针对UE 2所指定的至少一个特定小区中。在步骤902中，如果当前小区包括在至少一个特定小区中，则控制器允许UE 2进行RRC_INACTIVE状态下的UL数据发送。
UE 2中的控制器的处理(例如，处理800或处理900)可以由UE 2的AS层(例如，RRC、PDCP、RLC或MAC子层)进行。此外，控制器的处理可以由AS层中的多个子层进行。
以下提供gNB 1的操作的示例。在示例中，如上所述，gNB 1可以将指示如下的至少一个特定小区的配置信息发送至UE 2，其中在该至少一个特定小区中，允许处于RRC_INACTIVE状态的UE 2进行UE 2在未进入RRC_CONNECTED状态的情况下或者在进入RRC_CONNECTED状态之前(即，在向RRC_CONNECTED状态的转变完成之前)发送UL数据的第一发送过程。gNB 1可以经由专用信号(例如，专用RRC信令)发送该配置信息，或者将该配置信息作为系统信息在自身的小区11中发送(或广播)。图10是示出作为gNB 1的操作的示例的处理1000的序列图。在步骤1001中，gNB 1将指示至少一个特定小区的配置信息发送至UE 2。在UE 2在由gNB 1管理的小区11中从RRC_CONNECTED状态转变为RRC_INACTIVE状态时，gNB 1可以将该配置信息发送至UE 2。
如上所述，由gNB 1针对UE 2指定的特定小区可以是该gNB所管理的一个或多个小区。在这种情况下，指示该特定小区的配置信息可以包括指示由发送配置信息的gNB 1管理的一个或多个小区的小区列表。这使得UE 2能够基于指示特定小区的配置信息来判断UE 2当前驻留的小区11是否由第一gNB 1管理。在一些实现中，特定小区的列表可以作为相邻小区列表由gNB 1提供至UE 2。在这种情况下，从gNB 1发送至UE 2的相邻小区列表可以包括指示仅由gNB 1管理的小区的第一子列表和指示由其它gNB管理的小区的第二子列表这两者。在相邻小区列表包括第一子列表和第二子列表的情况下，不论有无gNB 1的明确标识符，UE 2都可以识别出第一子列表包括仅由gNB 1管理的小区并且第二子列表包括由除gNB1以外的gNB管理的小区。例如，UE 2可以将位于相邻小区列表的顶部的信息元素(或者被分配了较大的子列表标识符的信息元素)识别为第一子列表，并且将位于底部的信息元素(或者被分配了较小的子列表标识符的信息元素)识别为第二子列表。
附加地或可选地，由gNB 1针对UE 2指定的特定小区可以是UE 2所用的RAN通知区域所包括的小区的子集。在这种情况下，指示特定小区的配置信息可以指示RAN通知区域中所包括的各小区是否是特定小区。
另外，在如上所述的示例中，gNB 1可以将与RAN通知区域不同的“特定区域”配置到UE 2，以便向UE 2通知允许处于RRC_INACTIVE状态的UE 2进行第一发送过程的小区。该特定区域例如可被称为UE上下文可用区域(UCA)。gNB 1可以将指示UE上下文可用区域中所包括的一个或多个小区的配置信息发送至UE 2。gNB 1可以经由专用信号(例如，专用RRC信令)发送与UE上下文可用区域有关的配置信息，或者可以将该配置信息作为系统信息在自身的小区11中广播。
gNB 1可以在自身管理的各小区11中发送gNB 1的标识符(例如，gNB ID、截断gNBID或临时网络标识)，以便允许UE 2识别提供各小区11的gNB 1并将gNB 1与其它gNB区分开。可以在系统信息(SI)中发送gNB 1的标识符。该系统信息可以包括在要在各小区11中广播的广播系统信息块中。可选地，该系统信息可以包括在响应于来自UE 2的请求消息而要发送至UE 2的按需系统信息块中。这使得UE 2能够识别出提供UE 2驻留的小区11的gNB 1并且将gNB 1与其它gNB区分开。
可选地，可以使用小区11的小区标识符(例如，物理小区ID、物理小区ID和载波频率(例如，ARFCN)、或者小区全局ID)来识别管理该小区的gNB 1。换句话说，gNB 1的标识符可以嵌入在小区11的小区标识符中。这使得UE 2能够基于小区11的小区标识符来识别提供UE 2驻留的小区11的gNB 1并且将gNB 1与其它gNB区分开。
附加地或可选地，在gNB 1具有后面要说明的云无线接入网络(C-RAN)结构并且管理一个或多个发送接收点(TRP或TRxP)的情况下，可以使用形成小区11的TRP的标识符(例如，TRP ID)来识别管理该TRP的gNB 1。换句话说，gNB 1的标识符可以嵌入在TRP的TRP标识符中。
注意，上述的gNB 1的标识符由UE 2使用以知晓包括该gNB 1所管理的一个或多个小区的区域。因而，可以说，gNB 1的标识符是用于识别包括gNB 1所管理的一个或多个小区的区域的“区域标识符”。也就是说，gNB 1在自身管理的一个或多个小区中发送区域标识符。如果在当前小区中接收到的区域标识符与在第一小区中接收到的区域标识符相同，则UE 2中的控制器可以允许UE 2进行RRC_INACTIVE状态下的数据发送。
从以上说明可以理解，在进行了从RRC_CONNECTED状态向RRC_INACTIVE状态的转变的第一小区中发生要在RRC_INACTIVE状态下发送的UL数据的情况下，允许根据本实施例的UE 2通过第一发送过程进行UL数据发送。另一方面，如果UE 2处于RRC_INACTIVE状态、UE2驻留的当前小区(即，服务小区)不同于进行了从RRC_CONNECTED状态向RRC_INACTIVE状态的转变的第一小区、并且当前小区满足预定条件，则允许UE 2通过第一发送过程在当前小区中发送UL数据。因而，可以限制允许UE 2进行RRC_INACTIVE状态下的UL数据发送的情形。因此，本实施例使得UE能够在适当情形下进行RRC_INACTIVE状态下的UL数据发送。
第二实施例
本实施例提供第一实施例所述的UE 2的操作的变形例。本实施例中的无线通信网络的结构示例与图6中的无线通信网络的结构示例相同。
根据本实施例的UE 2(例如，UE 2中的控制器)被配置为：如果UE 2在RRC_INACTIVE状态下进行了小区重选、当前小区(即，小区重选的目标小区)未包括在对UE 2配置的RAN通知区域中、并且尚未进行UE位置信息的更新过程或RAN通知区域的更新过程，则允许UE 2在进行UE位置信息的登记过程或RAN通知区域的更新过程之后，通过上述的第一发送过程或第二发送过程在当前小区中发送UL数据。UE 2将RAN通知区域更新请求消息发送至gNB 1。该消息可以使用用于请求从RRC_INACTIVE向RRC_CONNECTED的转变的RRC消息(例如，RRC恢复请求消息)来发送。在gNB 1从UE 2接收到RAN通知区域更新请求消息时，gNB1可以指示UE 2保持处于RRC_INACTIVE状态或者进入RRC_CONNECETD状态。gNB 1将指示“RRC暂停”的RRC响应发送至UE以便使UE 2保持处于RRC_INACTIVE状态，或者gNB 1将指示“RRC恢复”的RRC响应发送至UE 2以便使UE 2转变为RRC_CONNECTED状态。可选地，UE 2可以在完全转变为RRC_CONNECTED之后，将RAN通知区域更新请求消息发送至gNB 1。因而，在UE2重选在所配置的RAN通知区域外的小区的情况下，UE 2首先进行RAN通知区域的更新过程。因此，在本实施例中，可以避免UE 2在RAN通知区域外的小区中进行RRC_INACTIVE状态下的UL数据发送、因而gNB 1无法成功接收UL数据的情形。
注意，UE 2可以使用UE位置信息的登记过程或RAN通知区域的更新过程的完成消息(例如，RRC连接恢复完成)来发送UL数据。换句话说，UE 2可以在RAN级别的UE位置信息的登记过程中或者在RAN通知区域的更新过程中发送UL数据。
以下提供根据上述实施例的gNB 1和UE 2的结构示例。图11是示出根据上述实施例的gNB 1的结构示例的框图。参考图11，gNB 1包括射频收发器1101、网络接口1103、处理器1104和存储器1105。RF收发器1101进行模拟RF信号处理以与包括UE 2的NG UE进行通信。RF收发器1101可以包括多个收发器。RF收发器1101连接至天线阵列1102和处理器1104。RF收发器1101从处理器1104接收调制符号数据，生成发送RF信号，并且将该发送RF信号供给至天线阵列1102。此外，RF收发器1101基于天线阵列1102所接收到的接收RF信号来生成基带接收信号，并且将该基带接收信号供给至处理器1104。RF收发器1101可以包括用于波束成形的模拟波束成形器电路。模拟波束成形器电路包括例如多个移相器和多个功率放大器。
使用网络接口1103来与网络节点(例如，5G-CN 4中的控制节点和传送节点)进行通信。网络接口1103可以包括例如符合IEEE 802.3系列的网络接口卡(NIC)。
处理器1104进行无线通信所用的数字基带信号处理(即，数据面处理)和控制面处理。处理器1104可以包括多个处理器。处理器1104可以包括例如用于进行数字基带信号处理的调制解调器处理器(例如，数字信号处理器(DSP))和用于进行控制面处理的协议栈处理器(例如，中央处理单元(CPU)或微处理单元(MPU))。处理器1104可以包括用于波束成形的数字波束成形器模块。数字波束成形器模块可以包括多输入多输出(MIMO)编码器和预编码器。
存储器1105包括易失性存储器和非易失性存储器的组合。易失性存储器是例如静态随机存取存储器(SRAM)、动态RAM(DRAM)、或它们的组合。非易失性存储器是例如掩模式只读存储器(MROM)、电可擦除可编程ROM(EEPROM)、闪速存储器、硬盘驱动器、或它们的任意组合。存储器1105可以包括与处理器1104分开配置的存储器。在这种情况下，处理器1104可以经由网络接口1103或I/O接口(未示出)访问存储器1105。
存储器1105可以存储包括用以进行上述实施例中所描述的利用gNB 1的处理的指令和数据的一个或多个软件模块(计算机程序)1106。在一些实现中，处理器1104可被配置为从存储器1105加载软件模块1106并且执行所加载的软件模块，由此进行上述实施例中所描述的gNB 1的处理。
图12是示出UE 2的结构示例的框图。射频(RF)收发器1201进行模拟RF信号处理以与gNB 1进行通信。RF收发器1201可以包括多个收发器。RF收发器1201所进行的模拟RF信号处理包括升频转换、降频转换和放大。RF收发器1201连接至天线阵列1202和基带处理器1203。RF收发器1201从基带处理器1203接收调制符号数据(或OFDM符号数据)，生成发送RF信号，并且将发送RF信号供给至天线阵列1202。此外，RF收发器1201基于天线阵列1202所接收到的接收RF信号来生成基带接收信号，并且将该基带接收信号供给至基带处理器1203。RF收发器1201可以包括用于波束成形的模拟波束成形器电路。模拟波束成形器电路包括例如多个移相器和多个功率放大器。
基带处理器1203进行无线通信所用的数字基带信号处理(即，数据面处理)和控制面处理。数字基带信号处理包括(a)数据压缩/解压缩、(b)数据分段/串接、(c)发送格式(即，发送帧)的组合/分解、(d)信道编码/解码、(e)调制(即，符号映射)/解调制、以及(f)利用逆快速傅立叶变换(IFFT)的OFDM符号数据(即，基带OFDM信号)的生成。另一方面，控制面处理包括层1的通信管理(例如，发送功率控制)、层2的通信管理(例如，无线资源管理和混合自动重传请求(HARQ)处理)以及层3的通信管理(例如，与附着、移动性和呼叫管理有关的信令)。
基带处理器1203所进行的数字基带信号处理可以包括例如分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层、MAC层和PHY层的信号处理。此外，基带处理器1203所进行的控制面处理可以包括非接入层(NAS)协议、RRC协议和MAC CE的处理。
基带处理器1203可以进行用于波束成形的MIMO编码和预编码。
基带处理器1203可以包括用于进行数字基带信号处理的调制解调器处理器(例如，DSP)和用于进行控制面处理的协议栈处理器(例如，CPU或MPU)。在这种情况下，用于进行控制面处理的协议栈处理器可以与以下所述的应用处理器1204相集成。
应用处理器1204还被称为CPU、MPU、微处理器或处理器核。应用处理器1204可以包括多个处理器(处理器核)。应用处理器1204从存储器1206或者从其它存储器(未示出)加载系统软件程序(操作系统(OS))和各种应用程序(例如，呼叫应用、WEB浏览器、邮件程序、照相机操作应用和音乐播放器应用)，并且执行这些程序，由此提供UE 2的各种功能。
在一些实现中，如在图12中利用虚线(1205)所示，基带处理器1203和应用处理器1204可以集成在单个芯片上。换句话说，基带处理器1203和应用处理器1204可以在单个片上系统(SoC)装置1205上实现。SoC装置可被称为系统大规模集成(LSI)或芯片组。
存储器1206是易失性存储器、非易失性存储器或它们的组合。存储器1206可以包括物理上彼此独立的多个存储器装置。易失性存储器例如是SRAM、DRAM或它们的组合。非易失性存储器例如是MROM、EEPROM、闪速存储器、硬盘驱动器或它们的任意组合。存储器1206可以包括例如从基带处理器1203、应用处理器1204和SoC 1205可以访问的外部存储器装置。存储器1206可以包括集成在基带处理器1203、应用处理器1204或SoC 1205内的内部存储器装置。此外，存储器1206可以包括通用集成电路卡(UICC)中的存储器。
存储器1206可以存储包括用以进行上述实施例中所描述的利用UE 2的处理的指令和数据的一个或多个软件模块(计算机程序)1207。在一些实现中，基带处理器1203或应用处理器1204可以从存储器1206加载这些软件模块1207并且执行所加载的软件模块，由此进行在上述实施例中参考附图所述的UE 2的处理。
如以上参考图11和图12所述，根据上述实施例的gNB 1和UE 2中所包括的各个处理器执行包括用于使计算机进行参考附图所述的算法的指令的一个或多个程序。可以使用任何类型的非暂时性计算机可读介质来存储这些程序并将这些程序提供至计算机。非暂时性计算机可读介质包括任何类型的有形存储介质。非暂时性计算机可读介质的示例包括：磁存储介质(诸如软盘、磁带、硬盘驱动器等)、光磁存储介质(例如，磁光盘)、致密盘只读存储器(CD-ROM)、CD-R、CD-R/W以及半导体存储器(诸如掩模式ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪速ROM和随机存取存储器(RAM)等)。可以使用任何类型的暂时性计算机可读介质来将这些程序提供至计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。暂时性计算机可读介质可以将程序经由有线通信线路(例如，电线和光纤)或无线通信线路提供至计算机。
其它实施例
上述实施例中所述的5G-RAN 3可以基于云无线接入网(C-RAN)概念来实现。C-RAN还被称为集中式RAN。在这种情况下，上述实施例中所述的gNB1所进行的处理和操作可以由包括在C-RAN架构中的数字单元(DU)提供、或者由DU和无线单元(RU)的组合提供。DU还被称为基带单元(BBU)或中央单元(CU)。RU还被称为射频拉远头(RRH)、射频拉远设备(RRE)、分布式单元(DU)或发送接收点(TRP或TRxP)。也就是说，上述实施例中所述的gNB 1所进行的处理和操作可以由一个或多个无线站(或RAN节点)提供。
在上述实施例中，UE 2还可以基于要发送的UL数据的大小(例如，PDCP SDU的大小或数量、或者PDCP缓冲容量)或者要发送的UL数据的类型(例如，流量类型、业务类型、QoS或用例)，来判断要进行哪个过程以发送UE 2的UL数据。例如，在上述实施例中判断为允许通过第一发送过程的UL数据发送时，UE 2还可以考虑与UL数据的大小或类型有关的预定第二条件。与UL数据的大小有关的第二条件可以是UL数据的大小小于预定阈值。与UL数据的类型有关的第二条件可以是UL数据的类型与预定类型匹配。具体地，UE 2在满足第二条件的情况下可以进行通过第一发送过程的UL数据发送，或者在不满足第二条件的情况下可以进行通过第二发送过程的UL数据发送。第二条件可以由gNB1预先配置到UE 2、或者作为系统信息在各小区中发送。在后者情况下，UE 2可以响应于小区重选而接收到系统信息。另外，UE 2停留在进行了从RRC_CONNECTED状态向RRC_INACTIVE状态的转变的小区时的第二条件可以不同于UE 2通过进行小区重选而从该小区移动到其它小区时的第二条件。换句话说，可以将针对不同情形的不同的第二条件配置到UE 2，其中这些不同情形包括进行了RRC_INACTIVE状态下的小区重选的情形和未进行RRC_INACTIVE状态下的小区重选的情形。
在上述实施例中，已经说明了第一发送过程的两个选项。在第一选项中，UE 2在保持处于RRC_INACTIVE状态的同时发送UL数据。例如，在第一选项中，处于RRC_INACTIVE状态的UE 2可以在未接收到来自gNB的专用UL授权的情况下使用无授权无线资源来发送UL数据(例如，非专利文献2中所公开的发送过程)。另一方面，在第二选项中，UE 2在用于从RRC_INACTIVE状态转变为RRC_CONNECTED状态的过程中发送UL数据。例如，在第二选项中，UE 2可以与在发送随机接入过程的第三消息(消息3(Msg3))、即RRC消息(例如，RRC连接恢复请求)的同时发送UL数据(例如，非专利文献3中所公开的发送过程)。UE 2可以支持第一选项和第二选项这两者，并且基于预定的第三条件来确定使用哪一个选项。第三条件可以是UL数据的大小(或缓冲大小)小于预定阈值。具体地，UE 2可以在UL数据的大小小于预定阈值的情况下使用第一选项，并且可以在UL数据的大小大于预定阈值的情况下使用第二选项。附加地或可选地，UE 2可以在当前小区中接收系统信息(例如，明确可用指示或者针对相应选项的无线资源配置)，并且判断指示允许(或支持)哪个选项。
此外，上述实施例仅是本发明人所获得的技术思想的应用的示例。这些技术思想不限于上述实施例，并且可以对这些技术思想进行各种修改。
例如，上述实施例的全部或一部分可被描述为但不限于以下的补充说明。
(补充说明1)
一种无线终端，包括：收发器；以及至少一个处理器，其被配置为在与无线接入网即RAN相关联的一个或多个小区中控制所述收发器，其中，所述至少一个处理器被配置为控制所述无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变，所述第一RRC状态是如下的状态：所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的，以及所述至少一个处理器还被配置为：在所述无线终端处于所述第二RRC状态、所述无线终端驻留的当前小区不同于进行了从所述第一RRC状态向所述第二RRC状态的状态转变的第一小区、并且所述当前小区满足预定条件的情况下，允许所述无线终端通过所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程在所述当前小区中发送要发送的数据。
(补充说明2)
根据补充说明1所述的无线终端，其中，所述预定条件包括所述当前小区和所述第一小区由同一基站管理的条件。
(补充说明3)
根据补充说明2所述的无线终端，其中，所述至少一个处理器被配置为将在所述当前小区中接收到的所述当前小区或管理所述当前小区的基站的标识符与所述第一小区或管理所述第一小区的基站的标识符进行比较，以判断所述当前小区和所述第一小区是否由同一基站管理。
(补充说明4)
根据补充说明1至3中任一项所述的无线终端，其中，所述预定条件包括如下的条件：所述当前小区包括在当所述无线终端从所述第一RRC状态向所述第二RRC状态转变时由管理所述第一小区的基站所指定的至少一个特定小区中。
(补充说明5)
根据补充说明4所述的无线终端，其中，所述至少一个特定小区是所述RAN通知区域包括的至少一个小区的子集。
(补充说明6)
根据补充说明4所述的无线终端，其中，所述至少一个特定小区与所述RAN通知区域包括的至少一个小区相同。
(补充说明7)
根据补充说明1至6中任一项所述的无线终端，其中，所述至少一个处理器被配置为：在所述当前小区不满足所述预定条件的情况下，不允许所述无线终端通过所述第一发送过程在所述当前小区中进行发送，并且允许所述无线终端通过所述无线终端在从所述第二RRC状态转变为所述第一RRC状态之后发送上行链路数据的第二发送过程在所述当前小区中发送所述要发送的数据。
(补充说明8)
根据补充说明7所述的无线终端，其中，所述至少一个处理器被配置为：在所述无线终端处于所述第二RRC状态、所述当前小区未包括在所述RAN通知区域中、并且尚未进行所述RAN通知区域的更新过程的情况下，允许所述无线终端在进行所述更新过程期间或者在进行所述更新过程之后、通过所述第一发送过程或所述第二发送过程在所述当前小区中发送所述要发送的数据。
(补充说明9)
根据补充说明1至8中任一项所述的无线终端，其中，所述无线终端被配置为在所述第一发送过程中，在未转变为所述第一RRC状态的情况下发送所述要发送的数据。
(补充说明10)
根据补充说明1至9中任一项所述的无线终端，其中，所述无线终端被配置为在所述第一发送过程中，在用于从所述第二RRC状态转变为所述第一RRC状态的过程期间发送所述要发送的数据。
(补充说明11)
根据补充说明1至9中任一项所述的无线终端，其中，所述无线终端被配置为在所述第一发送过程中，在保持处于所述第二RRC状态的同时发送所述要发送的数据。
(补充说明12)
根据补充说明1至11中任一项所述的无线终端，其中，所述RAN通知区域是如下的区域，在该区域中，在处于所述第二RRC状态的所述无线终端通过小区重选在小区之间移动的情况下，所述无线终端无需向所述RAN通知所述小区重选。
(补充说明13)
一种基站，其配置在无线接入网即RAN中，所述基站包括：存储器；以及至少一个处理器，其被配置为控制无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变，其中，所述第一RRC状态是如下的状态：所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的，以及所述至少一个处理器还被配置为：将指示至少一个特定小区的配置信息发送至所述无线终端，在所述至少一个特定小区中，允许处于所述第二RRC状态的所述无线终端进行所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程。
(补充说明14)
根据补充说明13所述的基站，其中，所述至少一个处理器被配置为在所述无线终端在所述基站所管理的第一小区中从所述第一RRC状态向所述第二RRC状态转变的情况下，将所述配置信息发送至所述无线终端。
(补充说明15)
根据补充说明14所述的基站，其中，所述至少一个特定小区是管理所述第一小区的所述基站所管理的至少一个小区，以及所述配置信息包括指示所述基站所管理的至少一个小区的小区列表。
(补充说明16)
根据补充说明14所述的基站，其中，所述至少一个特定小区是所述RAN通知区域包括的至少一个小区的子集，以及所述配置信息指示所述RAN通知区域内的各小区是否包括在所述至少一个特定小区中。
(补充说明17)
一种无线终端所用的方法，所述方法包括：控制所述无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；以及在所述无线终端处于所述第二RRC状态、所述无线终端驻留的当前小区不同于进行了从所述第一RRC状态向所述第二RRC状态的状态转变的第一小区、并且所述当前小区满足预定条件的情况下，允许所述无线终端通过所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程在所述当前小区中发送要发送的数据，其中，所述第一RRC状态是如下的状态：所述无线终端和无线接入网即RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
(补充说明18)
一种基站所用的方法，所述基站配置在无线接入网即RAN中，所述方法包括：控制无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；以及将指示至少一个特定小区的配置信息发送至所述无线终端，在所述至少一个特定小区中，允许处于所述第二RRC状态的所述无线终端进行所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程，其中，所述第一RRC状态是如下的状态：所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
(补充说明19)
一种存储有程序的非暂时性计算机可读介质，所述程序用于使计算机进行无线终端所用的方法，其中，所述方法包括：控制所述无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；以及在所述无线终端处于所述第二RRC状态、所述无线终端驻留的当前小区不同于进行了从所述第一RRC状态向所述第二RRC状态的状态转变的第一小区、并且所述当前小区满足预定条件的情况下，允许所述无线终端通过所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程在所述当前小区中发送要发送的数据，其中，所述第一RRC状态是如下的状态：所述无线终端和无线接入网即RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
(补充说明20)
一种存储有程序的非暂时性计算机可读介质，所述程序用于使计算机进行基站所用的方法，所述基站配置在无线接入网即RAN中，其中，所述方法包括：控制无线终端在第一RRC状态、第二RRC状态和第三RRC状态之间的状态转变；以及将指示至少一个特定小区的配置信息发送至所述无线终端，在所述至少一个特定小区中，允许处于所述第二RRC状态的所述无线终端进行所述无线终端在进入所述第一RRC状态之前发送上行链路数据的第一发送过程，其中，所述第一RRC状态是如下的状态：所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，所述第二RRC状态是如下的状态：所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及所述第三RRC状态是如下的状态：所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
本申请基于并要求2017年1月5日提交的日本专利申请2017-000801的优先权，在此通过引用包含其全部内容。
附图标记说明
1 gNodeB(gNB)
2 用户设备(UE)
3 5G无线接入网(5G-RAN)
4 5G核心网(5G-CN)
11 小区
1101 RF收发器
1104 处理器
1105 存储器
1201 RF收发器
1203 基带处理器
1204 应用处理器
1206 存储器

Claims (8)

1.一种无线终端，包括：
收发器；以及
至少一个处理器，其被配置为在与无线接入网即RAN相关联的一个或多个小区中控制所述收发器，
其中，所述至少一个处理器被配置为控制所述无线终端在RRC_CONNECTED状态、RRC_INACTIVE状态和RRC_IDLE状态之间的状态转变，
所述至少一个处理器还被配置为：在所述无线终端处于所述RRC_INACTIVE状态、所述无线终端驻留的当前小区不同于进行了从所述RRC_CONNECTED状态向所述RRC_INACTIVE状态的状态转变的第一小区、并且所述当前小区满足条件的情况下，允许所述无线终端在进入所述RRC_CONNECTED状态之前在所述当前小区中发送数据，以及
所述至少一个处理器还被配置为：
在所述无线终端处于所述RRC_INACTIVE状态、所述当前小区不包括在已经在所述第一小区上接收的RAN通知区域中、并且对所述RAN通知区域的更新过程尚未被进行的情况下，允许所述无线终端利用所述RAN进行对所述RAN通知区域的更新过程；
在所述更新过程中所述RAN指示所述无线终端保持在所述RRC_INACTIVE状态下的情况下，允许所述无线终端在进入所述RRC_CONNECTED状态之前发送所述数据，以及
在所述更新过程中所述RAN指示所述无线终端进入所述RRC_CONNECTED状态的情况下，允许所述无线终端在从所述RRC_INACTIVE状态转变为所述RRC_CONNECTED状态之后发送所述数据。
2.根据权利要求1所述的无线终端，其中，
所述RRC_CONNECTED状态是如下的状态，其中所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，
所述RRC_INACTIVE状态是如下的状态，其中所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及
所述RRC_IDLE状态是如下的状态，所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
3.根据权利要求1或2所述的无线终端，其中所述条件包括如下的条件：所述当前小区和所述第一小区由同一基站管理。
4.根据权利要求1或2所述的无线终端，其中所述条件包括如下的条件：所述当前小区包括在当所述无线终端从所述RRC_CONNECTED状态向所述RRC_INACTIVE状态转变时由管理所述第一小区的基站所指定的至少一个特定小区中。
5.根据权利要求4所述的无线终端，其中，所述至少一个特定小区是所述RAN通知区域包括的至少一个小区的子集。
6.根据权利要求4所述的无线终端，其中，所述至少一个特定小区与所述RAN通知区域包括的至少一个小区相同。
7.一种无线终端所用的方法，所述方法包括：
控制所述无线终端在RRC_CONNECTED状态、RRC_INACTIVE状态和RRC_IDLE状态之间的状态转变；以及
在所述无线终端处于所述RRC_INACTIVE状态、所述无线终端驻留的当前小区不同于进行了从所述RRC_CONNECTED状态向所述RRC_INACTIVE状态的状态转变的第一小区、并且所述当前小区满足条件的情况下，允许所述无线终端在进入所述RRC_CONNECTED状态之前在所述当前小区中发送数据，
其中，所述方法还包括：
在所述无线终端处于所述RRC_INACTIVE状态、所述当前小区不包括在已经在所述第一小区上接收的RAN通知区域中、并且对所述RAN通知区域的更新过程尚未被进行的情况下，允许所述无线终端利用所述RAN进行对所述RAN通知区域的更新过程；以及
在所述更新过程中所述RAN指示所述无线终端保持在所述RRC_INACTIVE状态下的情况下，允许所述无线终端在进入所述RRC_CONNECTED状态之前发送所述数据，以及
在所述更新过程中所述RAN指示所述无线终端进入所述RRC_CONNECTED状态的情况下，允许所述无线终端在从所述RRC_INACTIVE状态转变为所述RRC_CONNECTED状态之后发送所述数据。
8.根据权利要求7所述的方法，其中，
所述RRC_CONNECTED状态是如下的状态，其中所述无线终端和所述RAN维持接入层上下文即AS上下文，并且所述无线终端的位置在小区的级别对于所述RAN而言是已知的，
所述RRC_INACTIVE状态是如下的状态，其中所述无线终端和所述RAN维持所述AS上下文的至少一部分，并且所述无线终端的位置在所述RAN所配置的RAN通知区域的级别对于所述RAN而言是已知的，以及
所述RRC_IDLE状态是如下的状态，所述无线终端和所述RAN释放了所述AS上下文，并且所述无线终端的位置对于所述RAN而言是未知的。
CN201780087971.6A 2017-01-05 2017-11-21 无线终端、基站及其方法和非暂时性计算机可读介质 Active CN110383939B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311249435.5A CN117460058A (zh) 2017-01-05 2017-11-21 用户设备及其方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017-000801 2017-01-05
JP2017000801 2017-01-05
PCT/JP2017/041833 WO2018128021A1 (ja) 2017-01-05 2017-11-21 無線端末及び基地局並びにこれらの方法及び非一時的なコンピュータ可読媒体

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311249435.5A Division CN117460058A (zh) 2017-01-05 2017-11-21 用户设备及其方法

Publications (2)

Publication Number Publication Date
CN110383939A CN110383939A (zh) 2019-10-25
CN110383939B true CN110383939B (zh) 2023-09-22

Family

ID=62791037

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311249435.5A Pending CN117460058A (zh) 2017-01-05 2017-11-21 用户设备及其方法
CN201780087971.6A Active CN110383939B (zh) 2017-01-05 2017-11-21 无线终端、基站及其方法和非暂时性计算机可读介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311249435.5A Pending CN117460058A (zh) 2017-01-05 2017-11-21 用户设备及其方法

Country Status (5)

Country Link
US (3) US10863575B2 (zh)
EP (2) EP3955697A1 (zh)
JP (3) JP6904366B2 (zh)
CN (2) CN117460058A (zh)
WO (1) WO2018128021A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108616943B (zh) * 2017-01-26 2021-06-04 华为技术有限公司 信息传输方法、基站以及用户设备
KR102571341B1 (ko) * 2017-02-03 2023-08-29 주식회사 아이티엘 무선 통신 시스템에서 단말의 이동성을 지원하는 네트워크 및 단말의 동작 방법 및 장치
WO2018182224A1 (ko) * 2017-03-25 2018-10-04 엘지전자 주식회사 액세스 제어 방법 및 이를 지원하는 장치
KR102163867B1 (ko) * 2017-06-28 2020-10-12 에스케이텔레콤 주식회사 단말장치 및 업링크 데이터 전송 방법
US10548177B2 (en) * 2018-04-17 2020-01-28 Verizon Patent And Licensing Inc. Bearer activation for multiple radio access technology dual connectivity scenarios
US11272434B2 (en) * 2018-08-21 2022-03-08 Qualcomm Incorporated Narrow beam related search information
WO2020121455A1 (ja) * 2018-12-12 2020-06-18 富士通株式会社 端末装置、無線通信装置、無線通信システム及び無線通信方法
US11864050B2 (en) * 2021-08-04 2024-01-02 GM Global Technology Operations LLC Radio access network notification area selection and paging based on travel information

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046662A1 (fr) * 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé, système et dispositif de traitement de mise à jour de position de terminal mobile
CN102413573A (zh) * 2010-09-21 2012-04-11 英特尔移动通信技术有限公司 基站和无线电设备
CN104620664A (zh) * 2012-07-02 2015-05-13 阿尔卡特朗讯 利用包括在上行链路数据分组中的隧道标识符和基站标识符的承载激活
CN105940695A (zh) * 2014-01-30 2016-09-14 日本电气株式会社 机器对机器(m2m)终端、基站、方法和计算机可读介质
WO2016163112A1 (ja) * 2015-04-09 2016-10-13 日本電気株式会社 ページング最適化のための装置及び方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2442514A (en) 2006-10-03 2008-04-09 Samsung Electronics Co Ltd Uplink message reduction in mobile communications
EP2505033A1 (en) 2009-11-23 2012-10-03 Research In Motion Limited Method and apparatus for state/mode transitioning
KR101948348B1 (ko) * 2011-04-01 2019-02-14 인터디지탈 패튼 홀딩스, 인크 네트워크에 대한 연결성을 제어하는 방법 및 장치
EP3843496B1 (en) * 2011-08-12 2023-12-06 BlackBerry Limited Suspending a connection in a wireless communication system
EP2947926B1 (en) * 2013-01-18 2017-08-30 Kyocera Corporation Communication control method and user terminal
US10129802B2 (en) * 2013-12-06 2018-11-13 Idac Holdings, Inc. Layered connectivity in wireless systems
US20170071021A1 (en) * 2014-03-24 2017-03-09 Huawei Device Co., Ltd. Wireless communication method and wireless terminal
WO2017095204A1 (ko) * 2015-12-03 2017-06-08 엘지전자 주식회사 통신 서비스 제공 방법 및 패킷 데이터 네트워크 게이트웨이
EP3481103A4 (en) * 2016-06-30 2020-02-19 Beijing Xiaomi Mobile Software Co., Ltd. METHOD FOR USING A USER'S DEVICE, AND RADIO CALLING METHOD AND DEVICE
JP6241962B2 (ja) 2016-08-25 2017-12-06 株式会社コナミデジタルエンタテインメント ゲームシステム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046662A1 (fr) * 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé, système et dispositif de traitement de mise à jour de position de terminal mobile
CN102413573A (zh) * 2010-09-21 2012-04-11 英特尔移动通信技术有限公司 基站和无线电设备
CN104620664A (zh) * 2012-07-02 2015-05-13 阿尔卡特朗讯 利用包括在上行链路数据分组中的隧道标识符和基站标识符的承载激活
CN105940695A (zh) * 2014-01-30 2016-09-14 日本电气株式会社 机器对机器(m2m)终端、基站、方法和计算机可读介质
WO2016163112A1 (ja) * 2015-04-09 2016-10-13 日本電気株式会社 ページング最適化のための装置及び方法

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
Ericsson. "R2-168710 CN and RAN interactions for RRC_INACTIVE UEs".3GPP tsg_ran\WG2_RL2.2016,全文. *
ETSI MCC.R2-167461 "Draft Report v1.0 for RAN2 #95bis in Kaohsiung, 10.10 - 14.10.2016".3GPP tsg_ran\WG2_RL2.2016,(TSGR2_95bis),全文. *
Huawei, HiSilicon.R2-166284 "Data transmission in amp *
Huawei, HiSilicon.R2-167007 "Inactive UE inter-RAT mobility".3GPP tsg_ran\WG2_RL2.2016,(TSGR2_95bis),全文. *
Huawei, HiSilicon.R2-168544 "UL data transmission in RRC_INACTIVE".3GPP tsg_ran\WG2_RL2.2016,(TSGR2_96),参见第2节. *
NTT DOCOMO, INC..R2-168077 "UE state transition diagram for NR".3GPP tsg_ran\WG2_RL2.2016,(TSGR2_96),参见第2节. *
quot ; low activity state amp ; quot ; ".3GPP tsg_ran\WG2_RL2.2016,(TSGR2_95bis),全文. *
UE controlled mobility in new state;LG Electronics Inc;3GPP TSG-RAN WG2 #96 R2-168420;参见全文 *
UE state transition diagram for NR;NTT DOCOMO, INC;《3GPP TSG-RAN WG2 #96 R2-168077》;20161118;参见第2节 *
UL data transmission in RRC_INACTIVE;Huawei等;《GPP TSG-RAN WG2 #96 R2-168544》;20161118;参见第2节 *

Also Published As

Publication number Publication date
US11425780B2 (en) 2022-08-23
JP6904366B2 (ja) 2021-07-14
US20210068192A1 (en) 2021-03-04
WO2018128021A1 (ja) 2018-07-12
EP3567978A4 (en) 2019-11-13
JPWO2018128021A1 (ja) 2019-11-07
JP2021029055A (ja) 2021-02-25
JP7290193B2 (ja) 2023-06-13
CN117460058A (zh) 2024-01-26
EP3567978B1 (en) 2021-10-13
CN110383939A (zh) 2019-10-25
JP7147830B2 (ja) 2022-10-05
EP3567978A1 (en) 2019-11-13
EP3955697A1 (en) 2022-02-16
US20200163148A1 (en) 2020-05-21
US20220338297A1 (en) 2022-10-20
JP2022171812A (ja) 2022-11-11
US10863575B2 (en) 2020-12-08

Similar Documents

Publication Publication Date Title
US11736991B2 (en) Radio terminal, base station, and methods and non-transitory computer-readable media therefor
US11729700B2 (en) Communication related to network slice information
CN110999520B (zh) 无线接入网节点、核心网节点和无线终端及其方法
CN110383915B (zh) 无线接入网节点、无线终端及其方法和非瞬时性计算机可读介质
CN110383939B (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