CN111629434B - 一种控制rrc连接释放的方法和装置 - Google Patents
一种控制rrc连接释放的方法和装置 Download PDFInfo
- Publication number
- CN111629434B CN111629434B CN201910144102.3A CN201910144102A CN111629434B CN 111629434 B CN111629434 B CN 111629434B CN 201910144102 A CN201910144102 A CN 201910144102A CN 111629434 B CN111629434 B CN 111629434B
- Authority
- CN
- China
- Prior art keywords
- base station
- terminal
- type
- downlink message
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种控制RRC连接释放的方法和装置,用以解决现有技术中基站在下行消息传输时,存在不能灵活的控制终端释放占用的空口资源的问题。本申请实施例基站确定预传输的下行消息的类型;而后所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。如此,基站可以灵活的依据确定的下行消息的类型为终端配置与确定的预传输的下行消息的类型对应的设定时长,当检测到与终端之间没有消息传输的时长达到设定时长时,发起RRC连接释放,进而使得终端在下行消息传输完成后能够尽快释放占用的空口资源,节约系统资源。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种控制RRC(Radio Resource Control,无线资源控制)连接释放的方法和装置。
背景技术
现有的第5代(5th generation,5G)通信系统中的连接管理(connectionmanagement)由UE(User Equipment,终端)和AMF实体(access and mobility managementfunction,接入与移动性管理功能)实体间的NAS(Non-access stratum,非接入层)信令连接的建立和释放两部分组成。其中,NAS信令连接用于UE和核心网之间进行NAS信令交互,其包含两部分连接:(1)UE和RAN(radio access network,无线接入网)之间的信令连接,包括3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)接入模式下的RRC连接、non-3GPP模式下的UE-N3IWF(UE-Non-3GPP InterWorking Function,终端与非3GPP转换功能)连接;(2)RAN和AMF实体之间的N2连接。
其中,当UE处于CM-IDLE(连接管理空闲)状态或者CM-connect with RRC-inactive(连接管理连接状态下的RRC不活跃)状态时,UE和RAN之间的连接处于断开状态,此时若核心网侧有下行消息需要传输给终端时,则需要重新建立终端与基站之间的连接,然后完成后续的下行数据传输或下行信令传输流程。此外,在建立好终端与基站之间的连接的同时,基站将为终端配置UE不活动定时器,以使得终端在连接建立后的一定时候后断开连接,释放占用的空口资源。
然而现有技术中,基站一般只为终端配置一个终端不活动定时器,如为终端配置一个时长为10s的终端不活动定时器,此时,当UE恢复连接处于连接态后的10s内没有下行数据业务传输或下行信令交互时,基站即发起RRC连接释放流程。然而对于由下行信令触发的寻呼,UE恢复连接后完成后续信令交互即可,相较数据传输,10S的等待时间对于信令传输这种情况来说等待时间过长。
综上所述,现有技术中基站在下行消息传输时,存在不能灵活的控制终端释放占用的空口资源的问题。
发明内容
本申请提供一种控制RRC连接释放的方法和装置,用以解决现有技术中基站在下行消息传输时,存在不能灵活的控制终端释放占用的空口资源的问题。
第一方面,本申请实施例提供一种控制RRC连接释放的方法,该方法包括:
基站确定预传输的下行消息的类型;
所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
上述方法,基站确定预传输的下行消息的类型;而后所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。如此,基站可以灵活的依据确定的下行消息的类型为终端配置与确定的预传输的下行消息的类型对应的设定时长。具体实施中,在传输下行消息时,基站在寻呼成功后监持续监测与终端之间的消息传输,当检测到与终端之间没有消息传输的时长达到设定时长时,发起RRC连接释放,如此对应设置与传输的下行消息的类型相对应的设定时长,可以使得终端在下行消息传输完成后能够尽快释放占用的空口资源,节约系统资源。
在一种可能的实施方式中,所述基站确定预传输的下行消息的类型,包括:
若终端处于CM-IDLE状态,所述基站根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型。
上述方法,在终端处于CM-IDLE状态,所述基站根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型。如此,基站才能确定预传输的下行消息的类型,进而才能够为终端配置与预传输的下行消息的类型对应的设定时长,以使得基站在寻呼成功后,监测到终端与基站之间没有信息传输的时长达到设定时长时,发起RRC连接释放。
在一种可能的实施方式中,所述基站确定预传输的下行消息的类型,包括:
若终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。
上述方法,在终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。此时,由于当终端处于CM-connect withRRC-inactive状态时,基站可以直接接收到下行消息,故基站可以直接根据接收到的下行消息确定预传输的下行消息的类型,进而为终端配置与预传输的下行消息的类型对应的设定时长,以使得所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
在一种可能的实施方式中,所述预传输的下行消息的类型为下行数据或下行信令;
其中,下行数据对应的设定时长大于与下行信令对应的设定时长。
上述方法,基站根据确定的预传输的下行消息的类型为寻呼成功的终端配置与所述下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。其中,下行数据对应的设定时长大于与下行信令对应的设定时长,如此,在发送下行信令时,基站可以给终端配置设定时长小于发送下行数据时对应的设定时长,如此,基站在寻呼成功后可以更快的确定发起RRC连接释放,使得终端能够尽快的释放占用的空口资源,减小基站负荷。
第二方面,本申请实施例还提供一种控制RRC连接释放的方法,该方法包括:
若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;
所述AMF实体向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
上述方法,若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;随后所述AMF实体向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,并为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在确定在寻呼成功后的设定时长内与终端之间没有数据传输时,发起RRC连接释放。具体实施过程中,当终端处于CM-IDLE状态时,基站与AMF实体之间的连接处于断开状态,在接收到下行消息之前,基站无法知晓预传输的下行消息的类型,如此AMF实体在为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长之前,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息并发送给基站,以使得基站能够顺利为终端配置对应释放连接的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
在一种可能的实施方式中,所述AMF实体向基站发送所述标识信息,包括:
所述AMF实体将所述标识信息插入到寻呼消息中发送给所述基站。
上述方法,AMF实体可以将用于表示所述下行消息的类型的标识信息插入到寻呼消息,通过寻呼消息发送给基站,如此可以利用现有的寻呼流程通知基站预传输的下行消息的类型,节约系统资源。
第三方面,本申请实施例还提供一种控制RRC连接释放的基站,包括:处理器以及收发机,该基站具有实现上述第一方面的各实施例的功能。
第四方面,本申请实施例还提供一种控制RRC连接释放的AMF实体,包括:处理器以及收发机,该AMF实体具有实现上述第二方面的各实施例的功能。
第五方面,本申请实施例还提供一种控制RRC连接释放的基站,所述基站包括:至少一个处理单元以及至少一个存储单元,该基站具有实现上述第一方面的各实施例的功能。
第六方面,本申请实施例还提供一种控制RRC连接释放的AMF实体,所述AMF实体包括:至少一个处理单元以及至少一个存储单元,该AMF实体具有实现上述第一方面的各实施例的功能。
第七方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面任一所述的方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的5G架构示意图;
图2为本申请实施例提供的一种控制RRC连接释放的系统的结构示意图;
图3为本申请实施例提供的以终端处于CM-IDLE状态,基站为终端配置终端不活动定时器为例的一种控制RRC连接释放的方法的完整流程示意图;
图4为本申请实施例第一种控制RRC连接释放的AMF实体的结构示意图;
图5为本申请实施例第一种控制RRC连接释放的基站的结构示意图;
图6为本申请实施例第二种控制RRC连接释放的AMF实体的结构示意图;
图7为本申请实施例第二种控制RRC连接释放的基站的结构示意图;
图8为本申请实施例提供的一种控制RRC连接释放的方法的AMF实体侧的流程示意图;
图9为本申请实施例提供的一种控制RRC连接释放的方法的基站侧的流程示意图。
具体实施方式
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图1所示,为5G架构示意图。该架构包括UE,RAN设备,UPF(user planefunction,用户面功能)网元,DN(data network,数据网络),AMF网元,SEAF(securityanchor function,安全锚点功能)网元,SMF(session management function,会话管理功能)网元,PCF(policy control function,策略控制功能)网元,AUSF(authenticationserver function,认证服务功能)网元,UDM(unified data management,统一数据管理)网元,以及ARPF(authentication credential repository and processing function,认证凭证存储和处理功能)网元。其中,SEAF网元与AMF网元可以合一部署,例如SEAF可以是AMF网元所具有的一项功能;或者,SEAF网元可以与AMF网元分开部署。为便于描述,图1中表示为SEAF/AMF网元。ARPF网元与UDM网元可以合一部署,例如ARPF可以是UDM网元所具有的一项功能;或者,ARPF网元可以与UDM网元分开部署。为便于描述,图1中表示为ARPF/UDM网元。
其中,UE与SEAF/AMF网元之间通过N1接口通信;RAN设备与SEAF/AMF网元之间通过N2接口通信;RAN设备与UPF网元之间通过N3接口通信;UPF网元与SMF网元之间通过N4接口通信;UPF网元与DN之间通过N6接口通信;SMF网元与PCF网元之间通过N7接口通信;SEAF/AMF网元与ARPF/UDM网元之间通过N8接口通信;不同的UPF网元之间通过N9接口通信;SMF网元与ARPF/UDM网元之间通过N10接口通信;SEAF/AMF网元与SMF网元之间通过N11接口通信;SEAF/AMF网元与AUSF网元之间通过N12接口通信;AUSF网元与ARPF/UDM网元之间通过N13接口通信;不同的SEAF/AMF网元之间通过N14接口通信;SEAF/AMF网元与PCF网元之间通过N15接口通信。
UE可以是手机、平板等设备。
RAN设备例如包括基站等。
UPF网元主要负责会话和承载管理、IP(internet protocol,互联网协议)地址分配等功能。
PCF网元主要负责为网络提供策略。
AMF网元主要负责移动网络中的移动性管理,如用户位置更新、用户注册网络、用户切换等。
SEAF网元主要负责认证过程中处理认证向量等功能的实体。
SMF网元主要负责建立会话、修改会话或释放会话。
AUSF网元主要负责鉴权服务器功能实体。
UDM网元主要负责管理签约数据,当签约数据修改的时候,负责通知相应的网元。
ARPF网元主要负责存储UE的长期安全凭证。作为一种可能的设计,ARPF网元可以是UDM网元中负责安全功能的部分。
DN为外部数据网络。
本申请中,终端,是一种具有无线通信功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、VR(virtual reality,虚拟现实)终端、AR(augmented reality,增强现实)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等;还可以是各种形式的UE,移动台(mobile station,MS),终端设备(terminal device)。图1中的UE为本申请的终端的一种具体示例。
基站,是一种为终端提供无线通信功能的设备,包括但不限于:5G中的gNB、RNC(radio network controller,无线网络控制器)、NB(node B,节点B)、BSC(base stationcontroller,基站控制器)、BTS(base transceiver station,基站收发台)、HNB(例如,homeevolved nodeB,或home node B,家庭基站)、BBU(BaseBand Unit,基带单元)、TRP(transmitting and receiving point,传输点)、TP(transmitting point,发射点)、移动交换中心等。本申请中的基站还可以是未来可能出现的其他通信系统中为终端提供无线通信功能的设备。
其中,本申请中涉及到的5G系统中的连接管理(CM)。具体的,5G系统中的连接管理涉及到RAN设备与AMF实体网元之间通过N2接口连接管理,以及RAN设备与UE之间的RRC连接管理。
在5GS连接管理状态(CM state)中,5GS中UE和AMF实体之间的信令连接有三种状态:CM-IDLE、CM-CONNECTED with RRC-inactive以及CM-CONNECTED(连接管理连接状态)。
当UE处于CM-IDLE或者CM-CONNECTED with RRC-inactive状态时,RAN设备与终端之间的RRC连接处于断开状态。在这种状态下,基站在由下行信令或下行数据需要传输时,需要基站和终端之间的RRC连接,并配置控制连接释放的终端不活动定时器,当寻呼成功后,基站会实时监测与终端间的信息传输,当确定当前与终端间没有消息传输的时长达到设定的终端不活动定时器时长时,基站将发起RRC连接释放。
其中,无论是下行数据传输,还是下行信令交互,基站为终端配置的控制连接释放的终端不活动定时器都是一样的。
当终端被寻呼成功,并完成下行数据的传输后,用户往往还会存在上行数据传输需求,若此时设置的终端不活动定时器时长比较小,那么就可能出现当终端有上行数据返回时,RRC连接已经断开的情况,如此就需要终端发起服务请求,重新建立终端与网络侧的连接。因此,由于数据传输存在上述特点,为了避免在一次数据传输过程中多次反复建立连接,耗费资源,一般将终端不活动定时器的时长设置的比较长,比如10秒。
然而对于下行信令传输,UE恢复连接后,完成后续信令交互即可,不需要等待用户操作,因而信令传输时延一般较短,如此针对下行数据传输设定的终端不活动定时器的时长则会比较长,这时终端长时间占用空口而无信息传输,将造成系统资源的浪费。
为解决上述问题,本申请中提出了一种控制RRC连接释放的方案。该方案中,基站确定预传输的下行消息的类型;再为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述终端在寻呼成功后的设定时长后释放RRC连接。
且本申请中针对由CM-IDLE转换到CM-CONNECTED进行下行传输,和由CM-CONNECTED with RRC-inactive状态转换到CM-CONNECTED进行下行传输这两种不同情况提供了对应的解决方案。
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部份实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
方案一、由CM-IDLE转换到CM-CONNECTED进行下行传输。
如图2所示,本申请实施例提供一种控制RRC连接释放的系统,该系统包括:
基站201,用于确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放;
AMF实体200,用于当终端处于CM-IDLE状态,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
具体实施中,若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;随后向基站发送所述标识信息,接着基站接收AMF实体确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放,如此,基站可以灵活的依据确定的下行消息的类型为终端配置与确定的预传输的下行消息的类型对应的设定时长。具体实施中,在传输下行消息时,基站在寻呼成功后持续监测与终端之间的消息传输,当检测到与终端之间没有消息传输的时长达到设定时长时,发起RRC连接释放,如此对应设置与传输的下行消息的类型相对应的设定时长,可以使得终端在下行消息传输完成后能够尽快释放占用的空口资源,节约系统资源。
其中,本申请中涉及到的预传输的下行消息的类型有下行数据和下行信令。
基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长可以称为基站为终端配置与确定的预传输的下行消息的类型对应的设定时长终端不活动定时器,下行数据对应的设定时长终端不活动定时器不同于下行信令对应的设定时长终端不活动定时器。
下面将对本申请中的方案一结合具体实施例进行详细阐述。
具体实施过程中,当终端处于CM-IDLE状态时,基站与AMF实体之间的N2连接处于断开状态,且基站与终端之间的RRC连接也处于断开状态。此时在传输下行数据时,首先需要通过寻呼重新建立N2连接和RRC连接。此时,由于基站与AMF实体之间的N2连接处于断开状态,在终端寻呼成功前,基站无法获知即将传输的下行消息的类型,因此需要AMF实体指示基站预传输的下行消息的类型。
可选的,若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息,并向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
具体实施中,若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;随后所述AMF实体向基站发送所述标识信息。具体实施过程中,AMF实体在为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长之前,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息并发送给基站,以使得基站能够顺利为终端配置对应释放连接的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
进一步地,所述AMF实体将所述标识信息插入到寻呼消息中发送给所述基站。
上述方法,AMF实体根据预传输的下行消息的类型,以及预传输的下行消息的类型和用于表示所述下行消息的类型的标识信息之间的对应关系,确定当前预传输的下行消息的类型的对应的标识信息,随后将确定出的标识信息插入到寻呼消息中,以通知基站当前预传输的下行消息的类型。
具体实施中,首先需要预先设定用于表示所述下行消息的类型的标识信息与下行消息的类型之间的对应关系。其中,建立预传输的下行消息的类型和用于表示所述下行消息的类型的标识信息之间的对应关系的方式是多样的,下面将给出两种可能的实现方式。
例如:在寻呼消息中设定一个标志位,当该标志位为1时标示预传输的下行消息的类型为数据传输,当该标志位为0时标示预传输的下行消息的类型为信令传输;
如此,当终端处于CM-IDLE状态且有下行信令需要传输时,在进行终端寻呼时,AMF实体将寻呼消息中用于表示所述下行消息的类型的标志位设置为0,随后将寻呼消息发送给基站。
再例如,在寻呼消息中插入用于标示预传输的下行消息的类型的字符串,用字符串“data”标示预传输的下行消息的类型为数据传输,用字符串“Signalling”标示预传输的下行消息的类型为信令传输;
如此,当终端处于CM-IDLE状态且有下行数据进行终端寻呼时,AMF实体将字符串“data”作为标识信息插入到寻呼消息中,随后将寻呼消息发送给基站。
在建立好预传输的下行消息的类型和用于表示所述下行消息的类型的标识信息之间的对应关系后,即可通知基站预传输的下行消息的类型。
随后,基站接收AMF实体发送的标示下行消息的类型的标识信息,并根据接收到的标示下行消息的类型的标识信息确定预传输的下行消息的类型。
具体实施过程中,基站根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型。如此,基站才能确定预传输的下行消息的类型,进而才能够为终端配置与预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
例如:在寻呼消息中设定一个标志位,当该标志位为1时标示预传输的下行消息的类型为数据传输,当该标志位为0时标示预传输的下行消息的类型为信令传输;
如此,当终端处于CM-IDLE状态且有下行信令需要传输时,在进行终端寻呼时,AMF实体将寻呼消息中用于表示所述下行消息的类型的标志位设置为0,随后将寻呼消息发送给基站;
进一步地,基站接收所述寻呼消息,接着查询用于表示所述下行消息的类型的标志位,确定用于表示所述下行消息的类型的标志位为0,进而确定预传输的下行消息的类型为信令传输。
再例如,在寻呼消息中插入用于标示预传输的下行消息的类型的字符串,用字符串“data”标示预传输的下行消息的类型为数据传输,用字符串“Signalling”标示预传输的下行消息的类型为信令传输;
如此,当终端处于CM-IDLE状态且有下行数据进行终端寻呼时,AMF实体将字符串“data”作为标识信息插入到寻呼消息中,随后将寻呼消息发送给基站;
进一步地,基站接收所述寻呼消息,接着查询用于表示所述下行消息的类型的字符串,当查询到字符串“data”时确定预传输的下行消息的类型为数据传输。
在确定出预传输的下行消息的类型后,基站可以根据确定出的数据传输类型进行进一步地处理。
可选的,所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
其中,下行数据对应的设定时长大于与下行信令对应的设定时长。
上述方法,基站根据确定的预传输的下行消息的类型为寻呼成功的终端配置与所述下行消息的类型对应的终端不活动定时器,以使所述终端在数据传输完成的设定时长后释放RRC连接。其中,下行数据对应的终端不活动定时器的时长大于与下行信令对应的终端不活动定时器的时长。如此,在终端与基站之间没有信息传输的时长达到设定时长后,基站能够及时释放RRC连接,进而使得终端能够尽快的释放占用的空口资源,减小基站负荷。
例如在寻呼消息中设定一个标志位,当该标志位为1时标示预传输的下行消息的类型为数据传输,当该标志位为0时标示预传输的下行消息的类型为信令传输;当预传输的下行消息的类型为数据传输时,设定终端不活动定时器是时长为10s,当预传输的下行消息的类型为信令传输时,设定终端不活动定时器是时长为5s;
如此,当终端处于CM-IDLE状态且有下行信令需要传输时,在进行终端寻呼时,AMF实体将寻呼消息中用于表示所述下行消息的类型的标志位设置为0,随后将寻呼消息发送给基站;
随后,基站接收所述寻呼消息,接着查询用于表示所述下行消息的类型的标志位,确定用于表示所述下行消息的类型的标志位为0,进而确定预传输的下行消息的类型为信令传输;
接着,基站再向终端发送寻呼消息时,为终端配置一个时长为5s终端不活动定时器;
此后,终端寻呼成功恢复连接状态后,接收基站发送的信令;当终端与基站之间不再进行数据交互后,终端中的计时器开始计时;
当计时器计时到3s时,测到终端与基站之间有信息传输,此时计时器归零,终端与基站间进行消息传输交互;
当终端与基站之间不再进行数据交互后,终端中的计时器再次开始计时;直至终端与基站之间不进行信息传输的持续时长到达5s时,终端断开与基站之间的RRC连接,释放占用的数据传输空口。
再例如,在寻呼消息中插入用于标示预传输的下行消息的类型的字符串,用字符串“data”标示预传输的下行消息的类型为数据传输,用字符串“Signalling”标示预传输的下行消息的类型为信令传输;当预传输的下行消息的类型为数据传输时,设定终端不活动定时器是时长为10s,当预传输的下行消息的类型为信令传输时,设定终端不活动定时器是时长为5s;
如此,当终端处于CM-IDLE状态且有下行数据进行终端寻呼时,AMF实体将字符串“data”作为标识信息插入到寻呼消息中,随后将寻呼消息发送给基站;
随后,基站接收所述寻呼消息,接着查询用于表示所述下行消息的类型的字符串,当查询到字符串“data”时确定预传输的下行消息的类型为数据传输;
接着,基站再向终端发送寻呼消息时,为终端配置一个时长为10s终端不活动定时器;
此后,终端寻呼成功恢复连接状态后,接收基站发送的数据;
当计时器计时到3s时,测到终端与基站之间有信息传输,此时计时器归零,终端与基站间进行消息传输交互;
当终端与基站之间不再进行数据交互后,终端中的计时器再次开始计时;直至终端与基站之间不进行信息传输的持续时长到达10s时,终端断开与基站之间的RRC连接,释放占用的数据传输空口。
方案二、由CM-CONNECTED with RRC-inactive状态转换到CM-CONNECTED进行下行传输。
其中,当终端处于CM-CONNECTED with RRC-inactive状态时,基站与终端之间的RRC连接处于断开状态,基站与AMF实体之间的N2连接处于连接状态。此时,核心网侧若有下行数据或下行信令需要传输时,下行数据或下行信令可以由AMF实体直接传输到基站,因此基站可以根据接收到的下行数据或下行信令直接确定预传输的下行消息的类型。
具体实施中,基站首先需要确定预传输的下行消息的类型。
可选的,若终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。
上述方法,在终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。如此基站才可以直接根据接收到的下行消息确定预传输的下行消息的类型,进而为终端配置与预传输的下行消息的类型对应的设定时长,以使得基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
其中,下行数据对应的设定时长大于与下行信令对应的设定时长。
上述方法,基站根据确定的预传输的下行消息的类型为寻呼成功的终端配置与所述下行消息的类型对应的设定时长,以使基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。其中,下行数据对应的设定时长大于与下行信令对应的设定时长,如此,在终端与基站之间没有信息传输的时长达到设定时长后,基站能够及时释放RRC连接,进而使得终端能够尽快的释放占用的空口资源,减小基站负荷。
具体实现方式可以参见上述终端处于CM-IDLE状态时,基站配置终端不活动定时器的描述。
如图3所示,以终端处于CM-IDLE状态,基站为终端配置终端不活动定时器为例,本申请实施例提供一种控制RRC连接释放的方法的完整流程示意图。
步骤300,AMF实体根据预传输的下行消息的类型确定用于表示下行消息的类型的标识信息;
步骤301,AMF实体将标识信息插入到寻呼消息中,并将所述寻呼消息发送给基站;
步骤302,基站接收AMF实体发送的包含有标示下行消息的类型的标识信息的寻呼消息;
步骤303,基站根据接收到的标示下行消息的类型的标识信息确定预传输的下行消息的类型;
步骤304,基站根据确定的预传输的下行消息的类型为寻呼成功的终端配置与下行消息的类型对应的终端不活动定时器;
步骤305,终端在寻呼成功后启动终端不活动定时器,并接收基站发送的下行数据或下行信令;
步骤306,基站监测与终端间进行信息交互的状态,并在监测到终端与基站之间不再进行数据交互的时长达到设定时长时,发起RRC连接释放。
需要说明是,当终端处于CM-connect with RRC-inactive状态时,基站为终端寻呼成功的终端配置与确定的预传输的下行消息的类型对应的终端不活动定时器与终端处于CM-IDLE状态时相似。
基于同一发明构思,本申请实施例中还提供了一种控制RRC连接释放的装置,由于该装置包含的AMF实体和基站即为本申请实施例系统中的AMF实体和基站,并且该装置解决问题的原理与该系统相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图4所示,本申请实施例提供一种控制RRC连接释放的基站,包括:处理器400以及收发机401:
所述处理器400,用于通过收发机进行数据传输,并确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述处理器400具体用于:
若终端处于CM-IDLE状态,根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;或
若终端处于CM-connect with RRC-inactive状态,根据接收到的下行消息确定预传输的下行消息的类型。
可选的,所述预传输的下行消息的类型为下行数据传输或下行信令传输;
其中,下行数据传输对应的设定时长大于与下行信令传输对应的设定时长。
如图5所示,本申请实施例提供一种控制RRC连接释放的AMF实体,包括:处理器500以及收发机501:
所述处理器,用于通过收发机进行数据传输,并若终端处于CM-IDLE状态,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述处理器500具体用于:
将所述标识信息插入到寻呼消息中发送给所述基站。
如图6所示,本申请实施例提供一种控制RRC连接释放的基站,该基站包括:
至少一个处理单元600以及至少一个存储单元601,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行下列过程:
确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述处理单元600具体用于:
若终端处于CM-IDLE状态,根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;或
若终端处于CM-connect with RRC-inactive状态,根据接收到的下行消息确定预传输的下行消息的类型。
可选的,所述预传输的下行消息的类型为下行数据传输或下行信令传输;
其中,下行数据传输对应的设定时长大于与下行信令传输对应的设定时长。
如图7所示,本申请实施例提供一种控制RRC连接释放的AMF实体,该AMF实体包括:
至少一个处理单元700以及至少一个存储单元701,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行下列过程:
若终端处于CM-IDLE状态,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述处理单元700具体用于:
将所述标识信息插入到寻呼消息中发送给所述基站。
如图8所示,本申请实施例提供一种控制RRC连接释放的方法,该方法包括:
步骤800,基站确定预传输的下行消息的类型;
步骤801,所述基站为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述基站确定预传输的下行消息的类型,包括:
若终端处于连接管理空闲状态CM-IDLE状态,所述基站根据接收到的AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;或
若终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。
可选的,所述预传输的下行消息的类型为下行数据传输或下行信令传输;
其中,下行数据传输对应的设定时长大于与下行信令传输对应的设定时长。
如图9所示,本申请实施例提供一种控制RRC连接释放的方法,该方法包括:
步骤900,若终端处于CM-IDLE状态,AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;
步骤901,所述AMF实体向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
可选的,所述AMF实体向基站发送所述标识信息,包括:
所述AMF实体将所述标识信息插入到寻呼消息中发送给所述基站。
本申请实施例针对控制RRC连接释放的方法还提供一种计算设备可读存储介质,即断电后内容不丢失。该存储介质中存储软件程序,包括程序代码,当程序代码在计算设备上运行时,该软件程序在被一个或多个处理器读取并执行时可实现本申请实施例上面任何一种控制RRC连接释放时的方案。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或设备使用,或结合指令执行系统、装置或设备使用。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (13)
1.一种控制无线资源控制RRC连接释放的方法,其特征在于,该方法包括:
基站基于终端状态确定预传输的下行消息的类型;若所述终端处于连接管理空闲CM-IDLE状态,所述基站根据接收到的接入与移动性管理功能AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;
所述基站为寻呼成功的终端配置与确定的预传输的下行消息类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
2.如权利要求1所述的方法,其特征在于,所述终端状态还包括连接管理连接状态下的RRC不活跃CM-connect with RRC-inactive状态;
所述基站基于终端状态确定预传输的下行消息的类型,还包括:
若终端处于CM-connect with RRC-inactive状态,所述基站根据接收到的下行消息确定预传输的下行消息的类型。
3.如权利要求2所述的方法,其特征在于,所述预传输的下行消息的类型为下行数据或下行信令;
其中,下行数据对应的设定时长大于下行信令对应的设定时长。
4.一种控制RRC连接释放的方法,其特征在于,该方法包括:
若终端处于CM-IDLE状态,接入与移动性管理功能AMF实体根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;
所述AMF实体向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
5.如权利要求4所述的方法,其特征在于,所述AMF实体向基站发送所述标识信息,包括:
所述AMF实体将所述标识信息插入到寻呼消息中发送给所述基站。
6.一种控制RRC连接释放的基站,其特征在于,包括:处理器以及收发机:
所述处理器,用于通过收发机进行数据传输,并基于终端状态确定预传输的下行消息的类型;若所述终端处于连接管理空闲CM-IDLE状态,根据接收到的接入与移动性管理功能AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
7.如权利要求6所述的基站,其特征在于,所述终端状态还包括CM-connect with RRC-inactive状态;所述处理器还用于:
若终端处于CM-connected with RRC-inactive状态,根据接收到的下行消息确定预传输的下行消息的类型。
8.如权利要求7所述的基站,其特征在于,所述预传输的下行消息的类型为下行数据传输或下行信令传输;
其中,下行数据传输对应的设定时长大于与下行信令传输对应的设定时长。
9.一种控制RRC连接释放的AMF实体,其特征在于,包括:处理器以及收发机:
所述处理器,用于通过收发机进行数据传输,并若终端处于CM-IDLE状态,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
10.如权利要求9所述的AMF实体,其特征在于,所述处理器具体用于:
将所述标识信息插入到寻呼消息中发送给所述基站。
11.一种控制RRC连接释放的基站,其特征在于,该基站包括:至少一个处理单元以及至少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述基站执行下列过程:
基于终端状态确定预传输的下行消息的类型;若所述终端处于连接管理空闲CM-IDLE状态,根据接收到的接入与移动性管理功能AMF实体发送的标示下行消息的类型的标识信息确定预传输的下行消息的类型;为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,以使所述基站在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
12.一种控制RRC连接释放的AMF实体,其特征在于,该AMF实体包括:至少一个处理单元以及至少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述AMF实体执行下列过程:
若终端处于CM-IDLE状态,根据预传输的下行消息的类型确定用于表示所述下行消息的类型的标识信息;向基站发送所述标识信息,以使所述基站根据所述标识信息确定预传输的下行消息的类型,为寻呼成功的终端配置与确定的预传输的下行消息的类型对应的设定时长,并在寻呼成功后监测到与终端之间没有消息传输时长达到设定时长时,发起RRC连接释放。
13.一种计算机可存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1~3任一所述方法的步骤或权利要求4~5任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910144102.3A CN111629434B (zh) | 2019-02-27 | 2019-02-27 | 一种控制rrc连接释放的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910144102.3A CN111629434B (zh) | 2019-02-27 | 2019-02-27 | 一种控制rrc连接释放的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111629434A CN111629434A (zh) | 2020-09-04 |
CN111629434B true CN111629434B (zh) | 2023-06-30 |
Family
ID=72260481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910144102.3A Active CN111629434B (zh) | 2019-02-27 | 2019-02-27 | 一种控制rrc连接释放的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111629434B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113795046B (zh) * | 2021-09-14 | 2023-09-26 | 北京小米移动软件有限公司 | 通信方法、通信装置、通信设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107920357A (zh) * | 2016-10-10 | 2018-04-17 | 中国移动通信有限公司研究院 | 一种终端状态的通知方法、移动性管理实体及服务网关 |
CN108370605A (zh) * | 2015-12-23 | 2018-08-03 | 华为技术有限公司 | 一种rrc连接释放方法、装置及设备 |
CN108966322A (zh) * | 2017-05-17 | 2018-12-07 | 维沃移动通信有限公司 | 一种数据传输方法、基站及终端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916961A (zh) * | 2012-12-28 | 2014-07-09 | 中国电信股份有限公司 | 休眠定时器控制的方法、装置和系统 |
CN103916983A (zh) * | 2012-12-28 | 2014-07-09 | 中国电信股份有限公司 | 一种移动终端释放空口连接的方法、装置及移动终端 |
US9999095B2 (en) * | 2013-04-16 | 2018-06-12 | Samsung Electronics Co., Ltd. | Method and apparatus for setting up/releasing radio resource control connection between evolved node B and user equipment in communication system |
CN106572544A (zh) * | 2015-10-10 | 2017-04-19 | 中国移动通信集团公司 | 一种自适应无线资源控制rrc连接释放的方法及装置 |
US10582561B2 (en) * | 2017-03-27 | 2020-03-03 | Electronics And Telecommunications Research Institute | Method for releasing context of user equipment in non-3GPP access network and network entity performing the same |
CN109246856A (zh) * | 2017-05-16 | 2019-01-18 | 中国移动通信有限公司研究院 | 无线资源释放方法、定时器配置方法、设备及存储介质 |
-
2019
- 2019-02-27 CN CN201910144102.3A patent/CN111629434B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108370605A (zh) * | 2015-12-23 | 2018-08-03 | 华为技术有限公司 | 一种rrc连接释放方法、装置及设备 |
CN107920357A (zh) * | 2016-10-10 | 2018-04-17 | 中国移动通信有限公司研究院 | 一种终端状态的通知方法、移动性管理实体及服务网关 |
CN108966322A (zh) * | 2017-05-17 | 2018-12-07 | 维沃移动通信有限公司 | 一种数据传输方法、基站及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN111629434A (zh) | 2020-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11778550B2 (en) | Methods and apparatus relating to inactive mode in a wireless communications network | |
JP7128897B6 (ja) | Rrc接続の回復方法、装置及びコンピュータ記憶媒体 | |
KR20230003065A (ko) | 베어러 구성 방법 및 장치, 컨텍스트 정보 관리 방법 및 장치, 해제 방법 및 장치, 설비 | |
CN112514528B (zh) | 用于5g蜂窝物联网的用户平面优化 | |
US10827454B2 (en) | Paging method, device and system | |
CN110493890B (zh) | 一种连接恢复方法、接入和移动性管理功能实体、通信装置及系统 | |
US10616942B2 (en) | Information transmission method, apparatus, and system for coverage class of terminal | |
WO2018019001A1 (zh) | 一种终端状态转换方法及装置 | |
JP6646037B2 (ja) | 基地局、無線端末及びネットワーク装置 | |
CN104303530A (zh) | 获取ue能力的方法、终端及基站 | |
CN111935808B (zh) | 一种悬挂rrc连接的方法及装置、计算机存储介质 | |
CN112369113B (zh) | 用于在5gs中的网络调度的到cm-connected/rrc连接模式的ue转变的装置和方法 | |
CN108616941A (zh) | 一种终端位置信息上报、下行传输方法及装置 | |
JP2018537909A (ja) | ユーザ機器、ネットワークノード、及び無線通信方法 | |
EP3565338A1 (en) | Information transmission method, terminal device and network device | |
EP2677781A1 (en) | Method device and system for service response | |
WO2017121224A1 (zh) | 一种数据传输方法、装置及系统 | |
CN111629434B (zh) | 一种控制rrc连接释放的方法和装置 | |
EP3562259B1 (en) | Context release method and devices | |
WO2020166619A1 (ja) | 通信制御方法及びユーザ装置 | |
EP3457807B1 (en) | Terminal device and methods for transmitting data | |
EP3389333B1 (en) | Method, device, and system for establishing bearer | |
CN109104764B (zh) | 一种去注册方法、会话处理方法及装置 | |
WO2020254960A1 (en) | Systems and methods for mobile terminating early data transmission | |
WO2023197306A1 (en) | Method and apparatus of data transmission |
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 |