减少无线通信系统中的终端功耗的方法和设备

技术领域

本公开涉及无线通信系统，并且更具体地涉及一种用于减少无线通信系统中的终端功耗的方法和设备。

背景技术

为了满足自从部署4G通信系统之后无线数据业务的增加需求，致力开发改进的5G或pre-5G通信系统。因此，5G或pre-5G通信系统也称为“超4G网络”或“后LTE系统”。5G通信系统被认为在较高频率(毫米波)频带(例如，60GHz频带)上实现以实现较高数据速率。为了降低无线电波的传播损耗并增大传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。另外，在5G通信系统中，基于先进的小型小区、云无线接入网(RAN)、超密度网络、设备对设备(D2D)通信、无线回程、移动的网络、协作通信、协调多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。在5G系统中，已经开发了作为先进编码调制(ACM)的混合FSK和QAM调制(FQAM)及滑动窗口叠加编码(SWSC)，以及作为先进接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)。

人类生成和消耗信息的以人为本的连接网的互联网正在向物联网(IoT)演进，在物联网中分布式实体(例如，事物)交换和处理信息而不需要人类干预。已出现万物联网(IoE)，万物联网是IoT技术与大数据处理技术通过与云服务器连接的结合。由于技术要素例如“传感技术”、“有线/无线通信和网络架构”、“服务接口技术”和“安全技术”是IoT实现所需要的，所以近来已在研究传感器网络、机对机(M2M)通信、机器型通信(MTC)等。这种IoT环境可提供通过收集和分析由连接的事物生成的数据为人类生活创造新价值的智能互联网技术服务。IoT可通过现有信息技术(IT)与各种工业应用之间的融合和结合被应用于包括智能家庭、智能建筑、智能城市、智能车辆或连接车辆、智能电网、卫生保健、智能仪器和先进医疗服务的各个领域。

与此一致，进行各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器型通信(MTC)和机对机(M2M)通信的技术可通过波束成形、MIMO和阵列天线实现。将云无线接入网(RAN)应用作为上述大数据处理技术也可被认为是5G技术与IoT技术之间融合的示例。

同时，3GPP标准定义了用于使用多个载波向一个终端提供高速服务的方法。当两个小区通过理想回程连接时，可以使用载波聚合。另一种方法是在非理想回程连接两个小区时使用双连接(DC)。另外，由于定义了5G通信系统的标准，所以除了LTE-LTE组合的现有CA或DC系统之外，可能还存在由LTE-NR组合或NR-NR组合配置的CA或DC系统。特别地，在5G通信系统的初期，首先考虑LTE小区为主节点且NR小区为辅助节点的DC系统(EN-DC)。当终端处于DC状态时，终端在辅助小区(SCell)启用的状态下消耗不必要的电流，并且需要用于解决该问题的方法。

发明内容

技术问题

已经提出了本公开以解决上述问题，并且本公开的目的是提出一种用于减少处于双连接状态的终端的功耗的方法和设备。

技术方案

为了解决上述问题，本公开提供了一种无线通信系统中的终端的方法，该方法包括：确定来自辅助节点的连接释放；生成用于请求连接释放的连接释放请求消息；以及发送连接释放请求消息。

此外，为了解决上述问题，本公开提供了一种无线通信系统中的基站的方法，该方法包括：将包括定时器信息的配置信息发送到同时连接到主节点和辅助节点的终端；向终端发送调度信息；接收连接释放请求消息，该连接释放请求消息用于根据发送定时器信息和调度信息的时间点，请求释放与辅助节点的连接；以及释放终端与辅助节点之间的连接。

此外，为了解决上述问题，本公开提供了一种无线通信系统中的终端，该终端包括收发器和控制器，该控制器被配置为：确定来自辅助节点的连接释放、生成用于请求连接释放的连接释放请求消息以及发送连接释放请求消息。

另外，为了解决上述问题，本公开提供了一种无线通信系统中的基站，该基站包括收发器和控制器，该控制器其被配置为：将包括定时器信息的配置信息发送到同时连接到主节点和辅助节点的终端；向终端发送调度信息；接收连接释放请求消息，该连接释放请求消息用于根据发送定时器信息和调度信息的时间点，请求释放与辅助节点的连接；以及释放终端与辅助节点之间的连接。

技术效果

根据本公开的实施例，实现减少处于双连接状态的终端的功耗的效果。

附图说明

图1a和图1b示出了DRX操作；

图2a和图2b示出了根据本公开的多RAT双连接的配置；

图2c示出了根据本公开的实施例的LTE和5G系统中的无线协议结构；

图3a示意性地示出了根据本公开的实施例的LTE/5G系统中的基站间频率聚合技术；

图3b示意性地示出了根据本公开的实施例的基站间载波聚合操作；

图3c示意性地示出了根据本公开的实施例的PDCP设备的连接结构；

图4a示出了根据本公开的实施例的终端的操作顺序；

图4b示出了根据本公开的实施例的终端的DRX操作和BWP改变操作；

图5示出了根据本公开的实施例的终端的另一操作顺序；

图6示出了根据本公开的实施例的终端的另一DRX操作和BWP改变操作；

图7a和图7b示出了根据本公开的实施例的用于终端请求释放辅助节点的方法；

图8a和图8b示出了根据本公开的实施例的终端发送辅助节点释放请求消息的操作顺序；

图9a和图9b示出了根据本公开的实施例的终端发送辅助节点释放请求消息的方法；

图10示出了根据本公开的实施例的请求终端的RRC连接释放的方法；

图11a和图11b示出了根据本公开的实施例的终端发送RRC连接释放请求消息的操作顺序；

图12a和图12b示出了根据本公开的实施例的终端发送RRC连接释放请求消息的方法；

图13示出了根据本公开的实施例的终端的操作顺序；

图14示出了根据本公开的实施例的基站的操作顺序；

图15示出了根据本公开的实施例的终端的结构；以及

图16示出了根据本公开的实施例的基站的结构。

具体实施方式

在下文中，将结合附图详细描述本公开的实施例。在本公开的以下描述中，当本文中并入的已知功能或配置的详细描述可能使本公开的主题不清楚时，将省略其详细描述。以下将描述的术语是考虑到本公开中的功能定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应基于整个说明书中的内容来确定。

通过参照下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得显而易见。然而，本公开不限于以下阐述的实施例，而是可以以各种不同的形式来实现。提供以下实施例仅是为了完全公开本公开并将本公开的范围告知本领域技术人员，并且本公开仅由所附权利要求的范围来限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。

在长期演进(LTE)中，终端可以在RRC_CONNECTED和RRC_IDLE状态下操作。在新空口(NR)的情况下，除了这两种状态之外，还添加了RRC_INACTIVE状态。它们之间的状态转变负责每个RAT的RRC。另外，在DC系统中，状态转变仅在主节点的RRC中发生。

10ms无线帧单元用于基站与终端之间的传输。一个无线帧包括1ms的10个子帧。可以通过每个子帧中包括的物理下行链路控制信道(PDCCH)来发送与要由终端接收的数据相关的控制信息。

为了知道是否存在要接收的数据，终端需要在每个子帧监视PDCCH。由于终端并非总是在每个子帧接收数据，因此在每个子帧监视PDCCH会消耗大量电池电量。

DRX是用于减少电池消耗的操作。如果没有流量，则终端在预定的时间段内进入睡眠模式(RF收发器关闭)并唤醒，如果有流量，则终端进入活动模式(RF收发器打开)并发送或接收数据。网络通过基站广播的高层控制消息或系统信息块类型2(SIB2)消息向终端发送用于确定终端何时睡眠和唤醒的配置信息。

DRX可以在空闲状态(RRC_IDLE状态)和连接状态(RRC_CONNECTED状态)中使用。在空闲状态下应用的DRX称为空闲模式DRX，在连接状态下应用的DRX称为连接模式DRX(C-DRX)。空闲模式DRX可以结合寻呼监视周期来操作。

这里，RRC_Idle状态可以表示在基站与终端之间未建立无线连接(RRC连接)的状态，而RRC_Connected状态可以表示在基站与终端之间建立无线连接(RRC连接)的状态。图1描述了详细的DRX操作。

图1a和图1b示出了DRX操作。

当仅配置了空闲模式DRX时，如图1a所示，终端在每个子帧中监视PDCCH，而不管是否在连接状态下接收数据(由附图标记110指示)。另一方面，如果如图1b所示配置了C-DRX，则即使在连接状态下，如果终端未实际发送或接收数据，终端也通过关闭RF收发器来减少电池消耗(由附图标记130指示)。因此，可以在终端进入睡眠模式的不活动时间期间减少电池消耗。

具体地，将参照图1a描述空闲模式DRX。参照图1a，当发生目的地为处于RRC_Idle状态(以下称为空闲状态)的终端的流量时，在相应的终端中发生寻呼。终端周期性地(即，每个寻呼DRX周期120)唤醒，以监视PDCCH。如果发生寻呼，则终端转变到连接状态并接收数据。如果未发生寻呼，则终端再次进入睡眠模式。尽管在图1a中未示出，但是在RRC_Idle状态下，也可能存在具有长时段的DRX周期。

如果未接收到预定次数的寻呼，则终端可以在具有长时段的DRX周期中操作。这里，具有长时段的DRX周期的长度可以是短DRX周期的整数倍。

终端从基站广播的高层控制消息或SIB2消息中获得空闲模式DRX配置信息。终端计算用于监视PDCCH的子帧。处于空闲状态的终端在每个寻呼DRX周期仅监视一个子帧(PO)。

将参照图1b描述连接模式DRX。

当终端在RRC_Connected状态(在下文中，称为“连接状态”)下接收调度信息(例如，DL许可)时，DRX不活动定时器140和RRC不活动定时器150启动。

当DRX不活动定时器140到期时，DRX模式开始，并且终端在每个DRX周期唤醒，并且在预定的持续时间(接通定时器持续时间)内监视PDCCH。

有两种类型的DRX周期：短DRX周期160和长DRX周期170。短DRX周期可以被选择性地配置。如果配置了短DRX，则终端以短DRX周期160开始，然后在启动DRX模式时转变为长DRX周期170。长DRX周期的长度可以被配置为短DRX周期的长度的倍数，并且终端在短DRX周期中更频繁地唤醒。

当RRC不活动定时器150到期时，终端转变到空闲状态，并且寻呼DRX周期开始。

同时，在5G系统中，除了RRC_Idle和RRC_Connected状态之外，还引入了RRC_Inactive状态。在RRC_Inactive中，核心网络识别出终端处于连接状态，并且向注册了该终端的至少一个基站发送寻呼消息。另外，已经接收到寻呼消息的至少一个基站生成与寻呼有关的消息，并将该消息发送至基于RAN的区域。

为了将终端从RRC_Inactive状态切换到RRC_Connected状态，基站发送恢复消息，并且恢复消息可以包括与UE AS上下文相关的信息，例如，UE AS上下文ID。在RRC_Inactive状态下，基站和终端都可以存储UE AS上下文信息。

同时，NR考虑与LTE互通。最具代表性的LTE/NR互通是多RAT双连接(MR-DC)。MR-DC可以分类为LTE是主节点(MN)的情况和NR是MN的情况。此外，依据核心网络的类型，可能会有不同的网络配置。在下面的<表1>中进行了总结。

[表1]

图2示出了该系统的配置。

图2a和图2b示出了根据本公开的多RAT双连接的配置。

然而，在本公开中，将在描述多个网络之间的双连接的配置之前描述频率聚合技术。

图2c示出了根据本公开的实施例的LTE和5G系统中的无线协议结构。

参照图2c，LTE或5G系统中的无线协议包括分别在终端(eNB)和基站(gNB)中的分组数据聚合协议(以下称为PDCP)265和297、无线链路控制(以下称为RLC)270和295、媒体访问控制(MAC)275和290以及物理层(PHY)280和285。

接下来，参照图3a，将描述根据本公开的实施例的LTE系统中的基站间频率聚合技术(例如，CA或DC)。

图3a示意性地示出了根据本公开的实施例的LTE/5G系统中的基站间频率聚合技术。

参照图3a，一个基站通常可以在几个频带上通过多个载波发送或接收信号。例如，当通过前向中心频率为f1的载波303和前向中心频率为f3的载波302从基站301发送数据时，一个终端通常通过使用两个载波之一来发送或接收数据。

然而，具有频率聚合技术能力的终端可以通过多个载波同时发送或接收数据。基站301可以通过根据情况向具有频率聚合技术能力的终端304分配更多的载波，来增加终端304的数据传输速率。

如上所述，一个基站通过其发送或接收信号的下行链路载波的聚合或上行链路载波的聚合被称为“eNB间CA”。

然而，依据情况，与图3a所示不同，可能需要不同基站的下行链路载波的聚合或上行链路载波的聚合。

在图3a中，已经描述了根据本公开的实施例的LTE/5G系统中的基站间载波聚合操作。接下来，将参照图3b描述根据本公开的实施例的LTE/5G系统中的基站间载波聚合技术。

图3b示意性地示出了根据本公开的实施例的基站间载波聚合操作。

参照图3b，当基站1315通过中心频率为f1的载波发送或接收信号并且基站2319通过中心频率为f2的载波发送或接收信号时，如果终端317聚合(组合)前向中心频率为f1的载波和前向中心频率为f2的载波，则一个终端对两个或更多个基站的载波进行聚合。在本公开的实施例中，这被称为“ENB/GNB间载波聚合(或基站间CA)”。

在本公开的一个实施例中，基站间载波聚合被称为双连接或多连接(以下称为“DC”)。

例如，建立多连接或双连接(DC)表示：已建立基站间载波聚合；已建立一个或更多个小区组；已建立辅助小区组(SCG)；已建立由基站而非服务基站控制的至少一个辅助小区；已建立主SCell(PSCell)；已建立用于辅助基站(辅助eNB，以下称为“SeNB”，或辅助gNB，以下称为“SgNB”)的MAC实体；已为终端建立了两个MAC实体等。

同时，将在下面简要描述将在描述本公开的实施例中频繁使用的术语。

在常规意义上，当一个基站的一个下行链路载波和一个上行链路载波配置一个小区时，载波聚合可以理解为终端通过多个小区同时发送或接收数据。在此，最大传输速率和聚合载波的数量正相关。

在本公开的以下实施例中，终端通过任意下行链路载波接收数据或通过任意上行链路载波发送数据的特征与如下特征具有相同含义：使用与表征载波的频带和中心频率相对应的小区提供的控制信道和数据信道来发送或接收数据。在本公开的实施例中，具体地，载波聚合将表示为“多个服务小区被配置”，并且将使用诸如“主服务小区”(以下称为PCell)、辅助服务小区(以下称为SCell)或“启用的服务小区”的术语。该术语与在LTE移动通信系统的上下文中使用的含义相同。在本公开的实施例中，应当注意，诸如“载波”、“分量载波”、“服务小区”等术语可互换地使用。

在本公开的实施例中，将由相同基站或同步的基站控制的服务小区的集合定义为小区组或载波组(以下称为“CG”)。小区组还被分为主小区组(以下称为“MCG”)和辅助小区组(SCG)。

MCG表示由控制PCell的基站(以下称为主基站，MeNB或MgNB)控制的服务小区的集合，而SCG表示由除了控制PCell的基站之外的基站控制的服务小区的集合，即，仅控制SCell的基站(以下称为从基站，SeNB或SgNB)。在配置相应服务小区的过程中，基站通知终端特定服务小区是属于MCG还是SCG。

可以在一个终端中配置一个MCG和一个或更多个SCG。在本公开的实施例中，为了便于解释，仅考虑配置一个SCG的情况。然而，即使配置了一个或多个SCG，也可以应用本公开的内容而无需任何其他修改。“PCell”和“SCell”是指示在终端中配置的服务小区的类型的术语。PCell与SCell之间有一些区别。例如，PCell始终保持活动状态，但是在SCell的情况下，根据来自基站的指示选择性地运行活动状态和不活动状态。围绕PCell来控制终端的移动性，并且SCell可以被理解为用于数据发送或接收的附加服务小区。本公开的实施例中的PCell和SCell可以是LTE标准36.331或36.321中定义的PCell和SCell。或者，本公开的实施例中的PCell和SCell可以是5G标准38.331或38.321中定义的PCell和SCell。

在本公开的实施例中，可以考虑宏小区和微微小区混合的情况。宏小区是由宏基站控制的小区，并且在相对较大的区域中提供服务。另一方面，微微小区是由SeNB控制的小区，并且通常在比宏小区窄得多的区域中提供服务。尽管没有用于区分宏小区和微微小区的严格标准，但是例如，可以假定宏小区的面积对应于大约500m的半径，并且微微小区的面积可以对应于大约几十米的半径。在本公开的实施例中，术语“微微小区”和“小型小区”可互换地使用。在此，宏小区可以是LTE或5G基站(MeNB或MgNB)，并且微微小区可以是5G或LTE基站(SeNB或SgNB)。特别地，支持微微小区的5G基站可以使用6GHz或更高的频带。

在本公开的实施例中，可以考虑宏小区和宏小区混合的情况。宏小区是由宏基站控制的小区，并且在相对较大的区域中提供服务。在此，宏小区可以包括LTE基站(MeNB)和LTE基站(SeNB)。在另一实施例中，宏小区可以包括LTE(MeNB)基站和NR基站(SgNB)。在另一实施例中，宏小区可以包括NR(MgNB)基站和LTE基站(SeNB)。在另一实施例中，宏小区可以包括NR(MgNB)基站和NR基站(SgNB)。

再次参照图3b，如果基站1 315是MeNB并且基站2 319是SeNB，则中心频率为f1的服务小区310是属于MCG的服务小区，并且中心频率为f2的服务小区320是属于SCG的服务小区。

在以下描述中，为了易于理解，可以使用其他术语代替MCG和SCG。例如，可以使用诸如“主集合”和“辅助集合”或“主载波组”和“辅助载波组”的术语。即使使用不同的术语，也应当注意，仅使用的术语是不同的，并且其含义是相同的。使用这些术语的主要目的是区分哪个小区是在控制特定终端的PCell的基站的控制下，并且相应小区的操作可能会不同，这取决于小区是否在控制特定终端的PCell的基站的控制下。可以在终端中配置一个或更多个SCG。SCG可以包括多个SCell，其中之一具有特殊属性。

在常规基站的CA中，终端不仅通过PCell的物理上行链路控制信道(PUCCH)(以下称为“PUCCH”)发送针对PCell的混合自动重传请求(HARQ)和信道状态信息(CSI)(以下称为“CSI”)，还发送针对SCell的HARQ反馈和CSI。进行传输以便将CA操作应用于不可能进行上行链路传输的终端。

在基站之间的CA操作或双连接的情况下，在实践中可能不会通过PCell的PUCCH发送SCG SCell的HARQ反馈和CSI。这是因为HARQ反馈应该在HARQ往返时间(RTT：以下称为“RTT”)(通常为8ms)内传递，但是MeNB与SeNB之间的传输延迟可以比HARQ RTT更长。由于该问题，在属于SCG的SCell当中的一个小区中配置了PUCCH传输资源，并且通过PUCCH发送用于SCG SCell的HARQ反馈和CSI。上面的SCell称为PSCell。在下面的描述中，基站间CA可以与多个连接互换使用。接下来，将参照图3c描述根据本公开的实施例的PDCP实体的连接结构。

图3c示意性地示出了根据本公开的实施例的PDCP实体的连接结构。

参照图3c，例如，在大容量数据服务的情况下，终端可以配置两个RLC实体，如附图标记340所示，以向MeNB和SeNB发送数据或从MeNB和SeNB接收数据。如果诸如VoLTE的服务质量(QoS：以下称为“QoS”)要求很严格，则终端可以仅在MeNB中建立RLC实体，如附图标记335所示，以仅使用MeNB的服务小区发送或接收数据。或者，终端可以配置承载，使得仅向SeNB的服务小区发送或从其接收数据，如附图标记365所示。

为了便于说明，如附图标记335所示，通过其仅将数据发送到MeNB的服务小区或从MeNB的服务小区接收数据的承载被称为MCG承载，通过其仅向SeNB的服务小区发送数据或从SeNB的服务小区接收数据的承载被称为SCG承载，如附图标记365所示。

MCG承载和SCG承载的PDCP实体连接到一个RLC实体，而多承载的PDCP实体连接到两个RLC实体。通过MCG发送或接收数据的RLC实体(或连接到与MCG的服务小区相关联的MAC实体)被称为MCG RLC 337和345，通过SGC发送或接收数据的RLC实体被称为SCG RLC 350和370。与通过MCG进行数据发送或接收有关的MAC 339和355被称为MCG-MAC，并且与通过SCG进行数据发送和接收相关的MAC 360和375被称为作为SCG-MAC。

MAC实体和RLC实体使用逻辑信道连接，并且MCG RLC与MCG-MAC之间的逻辑信道称为MCG逻辑信道，而SCG RLC与SCG-MAC之间的逻辑信道称为SCG逻辑通道。为了便于说明，假设宏小区区域表示不接收小型小区信号而仅接收宏小区信号的区域，并且小型小区区域表示宏小区信号和宏小区信号两者都被接收的区域。当对下行链路数据有高需求的终端从宏小区区域移动到小型小区区域时，可以为该终端另外配置小型小区。在终端的一些承载之中，具有大量下行链路数据的承载(诸如文件传输协议(FTP))可以从MCG承载被重新配置为多个承载或SCG承载。

同时，协议层可以应用于LTE通信系统或5G通信系统中的CA或DC。即，协议层可以应用于LTE-LTE组合、LTE-NR组合或NR-NR组合的CA或DC。

例如，在LTE-LTE组合或NR-NR组合的DC的情况下，可以在MeNB(或MgNB)中建立PDCP实体，并且RLC实体可以在MeNB(或MgNB)和SeNB(或SgNB)中的每个建立，并且可以连接到PDCP实体。因此，终端可以向MeNB(或MgNB)和SeNB(或SgNB)(多承载)发送数据或从其接收数据。或者，MeNB(或MgNB)和SeNB(或SgNB)中的每个可以建立PDCP实体和RLC实体以向终端(MCG和SCG)发送数据或从终端接收数据。

同时，在LTE-NR组合的DC的情况下，如果主节点是LTE通信系统的基站，则可以在MgNB中建立PDCP实体，并且RLC实体可以在MgNB和SeNB的每个中建立，并且可以连接到PDCP实体。因此，终端可以向MgNB和SeNB(多承载)发送数据或从MgNB和SeNB接收数据。或者，MgNB和SeNB中的每个可以建立PDCP实体和RLC实体以向终端(MCG和SCG)发送数据或从终端接收数据。当主节点是5G基站时，可以应用相同的方法。

再次参照图2a和图2b，附图标记210、220和230示出了当核心网络是EPC(LTE网络)并且主节点是LTE基站时选项3的DC配置。

也就是说，根据附图标记210、220和230，控制平面(CP)的信息可以通过作为主节点的LTE基站发送到终端，而用户平面(UP)的信息可以通过各种路径发送到终端。

此外，附图标记240示出了当核心网络是5GC并且主节点是LTE基站时选项7的DC配置。

即，根据附图标记240，CP信号可以通过作为主节点的LTE基站被发送到终端，并且UP信号可以通过各种路径被发送到终端。

此外，附图标记250示出了当核心网络是5GC并且主节点是5G基站时选项4的DC配置。

也就是说，根据附图标记250，CP信号可以通过作为主节点的5G基站发送到终端，并且UP信号可以通过各种路径发送到终端。

另一方面，DRX配置与MAC相关联，并且EN-DC的MN和SN可以被独立地配置，或者MN和SN可以彼此交换DRX配置信息。另外，EN-DC具有一种基于MN RRC的RRC状态。

当终端仅在5G中操作时，可能通过DC连接低于6GHz的带宽和等于或高于6GHz的带宽。另外，可能存在这样的实施例：低于6GHz的带宽和高于6GHz的带宽处于RRC状态，并且每个存在MAC。在此，可以等同地应用在MR-DC中定义的MAC和RRC的定义以及操作。

或者，MR-DC中的辅助小区可以通过仅区分RRC的连接状态和释放状态来运行。另外，可以通过MAC CE启用和/或停用除PSCell以外的SCell。但是，PSCell在配置时进入启用状态，即使没有数据要从PSCell发送，该状态也保持。因此，保持PSCell的启用状态，直到基站发送辅助节点释放消息。由于终端在PSCell的启用状态下提供全功率(诸如功率放大器的RF器件的启动操作)，因此终端消耗了比在空闲状态下更多的电流。然而，即使当没有数据要通过PSCell接收时，也保持着启用状态，因此终端不必要地消耗着电力。因此，需要解决该问题的方法。

另外，参照上述DC场景，由于RRC层仅存在于主节点中，所以主节点和辅助节点以一种RRC状态进行运行。即，辅助节点在与主节点的RRC状态相同的RRC状态下运行。因此，在辅助节点启用一次之后，即使没有数据被发送到辅助节点或没有从辅助节点接收到数据，辅助节点也可以根据主节点的状态被启用，并且终端的功耗可能不必要地增加了。换句话说，一旦启用了辅助节点，即使未向辅助节点发送数据或从辅助节点未接收到数据，辅助节点也不会转变到RRC_IDLE，而是保持在RRC_CONNECTED(ACTIVATED)状态，因此可能导致不必要的功耗。因此，需要解决上述问题的方案。

同时，本发明还可以应用于LTE的双连接情况。在本公开中，以PSCell为例进行描述，但是相同的描述适用于SCell。

首先，将描述在启用了辅助小区的状态下优化终端功耗的方法。

1)利用默认BWP的优点

在一个实施例中，可以使用在NR中引入的默认带宽部分(BWP)，以减少终端在PSCell处于启用状态的状态下的能耗。

默认BWP可以与初始BWP相同，或者可以在基站中配置任意资源。默认BWP可以具有与初始BWP相同的频率带宽，或者可以大于初始BWP。默认BWP可以是包括同步块(SS块)和剩余最小系统信息(RSMI)中的至少一个的资源。

该标准定义：如果终端在不是默认BWP的BWP上操作的状态下，在BWP-不活动定时器(以下称为BWP-InactivityTimer)到期之前未接收到调度，则该终端停用正在运行的BWP并启用默认BWP。

当新的BWP被启用或者在下行链路中调度数据时，重置BWP-InactivityTimer。重置定时器可以表示通过使定时器值返回零来重启定时器。如果未明确设置默认BWP，则初始BWP可以替换默认BWP。

这也可以应用于PSCell。如果终端在BWP-InactivityTimer到期之前未从PSCell接收下行链路和上行链路中的至少一个的资源，则该终端将作为默认BWP进行运行。

2)利用DRX操作的优点

在附加实施例中，为了减少终端在PSCell处于启用状态的状态下的能耗，可以应用已经在LTE中应用的DRX操作。当在DRX操作中终端未接收或发送数据时，终端可以进入睡眠状态。另外，已经进入睡眠状态的终端可以周期性地对PDCCH进行解码。在MR-DC中，由于终端为MN和SN配置了单独的DRX配置，所以终端可以对PSCell执行DRX。

在一个实施例中，由于PSCell始终处于启用状态，因此可以以连接的DRX方式进行操作。当以已连接的DRX操作时，终端可能无法在睡眠状态下向RF模块的至少一部分供电。在一个实施例中，终端可以不向功率放大器供电。在另一实施例中，可以不向终端的基带供电。在另一实施例中，终端可以基于从基站接收到的C-DRX信息，根据接收到PDCCH的时间来施加RF模块的至少一部分的功率。

如果通过PDCCH发送了终端的下行链路和上行链路中的至少一个的至少一个资源分配信息，则该终端保持在活动状态，并且如果未通过PDCCH发送终端的资源分配信息，则终端将变回睡眠状态。

在另一实施例中，还可以通过依次组合上述方法1)和方法2)进行操作。细节说明如下。

图4a示出了根据本公开的实施例的终端的操作顺序。

参照图4a，终端可以在操作S410中接收DL数据调度。因此，已经接收到DL数据调度的终端可以在接收调度时重置BWP-InactivityTimer和DRX不活动定时器。重置定时器可以表示通过将定时器值返回零来重启定时器。

此后，当BWP-InactivityTimer到期时，终端在操作S420中作为默认BWP操作。

此后，当DRX不活动定时器到期时，终端在操作S430中执行DRX操作。本实施例描述了将BWP-InactivityTimer配置为比DRX不活动定时器短的情况的操作。下面将参照图4描述其细节。

图4b示出了根据本公开的实施例的终端的DRX操作和BWP改变操作。

终端可以在接收到调度的时间点410重置BWP-InactivityTimer 420和DRX不活动定时器430。在此，终端可以启动未运行的定时器，或者可以通过将正在运行的定时器的值返回零来重启定时器。在本实施例中，将以BWP-INACTIVITYTIMER 420被配置为比DRX不活动定时器430更长的情况为例进行描述。

这里，终端可以在BW1中操作(由附图标记440指示)，并且可以处于活动状态。

终端根据调度信息接收数据460。如果在BWP-InactivityTimer 420到期之前未接收到调度信息，则终端可以在默认BWP(BW2)(由附图标记450指示)中运行。或者，BW2可以表示小于BW1的带宽。在图中，以BW2为默认BWP的带宽的情况为例进行说明。然而，本公开的范围不限于此，并且如上所述，本公开的范围可以包括将BW2配置为小于BW1的所有情况。另外，BW1可以包括默认BWP在由基站配置的另一带宽中运行的情况。如上所述，默认BWP可以包括初始BWP的情况。如上所述，默认BWP可以包括包含了SSB的情况。如上所述，默认BWP可以不包括包含了SSB的情况。

此外，如果在DRX不活动定时器430到期之前未接收到调度信息，则终端可以执行DRX操作。即，终端可以根据配置的DRX周期从睡眠模式唤醒，并且可以监视PDCCH。

图5示出了根据本公开的实施例的终端的另一操作顺序。

参照图5，在操作S510中，终端可以接收DL数据调度。因此，已经接收到DL数据调度的终端可以在接收到调度的时间点重置BWP-INACTIVITYTIMER和DRX不活动定时器。

此后，当DRX不活动定时器到期时，在操作S520中，终端执行DRX操作。

此后，当BWP-InactivityTimer到期时，在操作S530中，终端作为默认BWP操作。本实施例描述了将BWP-InactivityTimer配置为比DRX不活动定时器更长的情况的操作。下面将参照图6描述其细节。

图6示出了根据本公开的实施例的终端的另一DRX操作和BWP改变操作。

终端可以在接收调度的时间点610处启动DRX不活动定时器620和BWP-INACTIVITYTIMER 630。在本实施例中，将以BWP-INACTIVITYTIMER 630被配置为短于DRX不活动定时器620的情况为例进行说明。

这里，终端可以在BW 1中操作(由附图标记640指示)，并且可以处于启用状态。

此外，终端根据调度信息(由附图标记660指示)接收数据。另外，如果在DRX不活动定时器620期满之前未接收到调度信息，则终端可以开始DRX操作。即，终端根据配置的DRX周期唤醒以监视PDCCH。

另外，如果在BWP-InactivityTimer 630到期之前未接收到调度信息，则终端可以在默认BWP(BW2)(由附图标记650指示)中运行。或者，BW2可以表示小于BW1的BW。在附图中，将通过示例的方式描述BW2是默认BWP的BW的情况。然而，本公开的范围不限于此，并且如上所述，该情况可以包括BW2被配置为小于BW1的所有情况。另外，BW1可以包括默认BWP的BW用作由基站配置的另一BW的情况。如上所述，默认BWP可以包括初始BWP的情况。如上所述，默认BWP可以包括包含SSB的情况。如上所述，默认BWP可以不包括包含了SSB的情况。

同时，终端可以从基站接收辅助释放消息以释放辅助节点(SN)的终端配置。因此，本发明还提出了一种终端向基站发送释放请求消息的方法。另外，由于必须通过RRC信令执行SN添加以重新连接释放的SN，因此当确定在预定时间段内将不发送数据时，应当使用上述方法。因此，提出了一种用于计算发送释放请求消息的时间点的方法。

图7a和图7b示出根据本公开的实施例的用于终端请求释放辅助节点的方法。

参照图7a，在操作S710中，终端可以将辅助节点释放请求消息发送到主节点。即，当确定不存在要通过PSCell或SCell发送或接收的数据时，终端可以通过发送以上消息来请求释放辅助节点，以减少终端的功耗。在此，终端可以通过主节点分配的资源来使用物理(PHY)层、媒体访问控制(MAC)层或无线资源控制(RRC)层的消息中的至少一个。稍后将描述其细节。

因此，主节点可以在操作S720中执行辅助小区的释放程序，并且可以在操作S730中向终端发送RRCConnectionReconfiguration消息。

或者，参照图7b，终端可以在操作S740中向辅助节点发送辅助节点释放请求消息。即，与图7a不同，终端可以通过由辅助节点分配的资源，使用PHY、MAC和RRC层的消息中的至少一个将辅助节点释放请求直接发送到辅助节点。

这里，辅助节点可以将请求发送到主节点，并且主节点可以在操作S750中执行辅助节点释放程序。在操作S760中，主节点可以向UE发送RRCConnectionReconfiguration消息。

这里，下面将描述发送辅助节点释放请求消息的具体方法。

1)使用RRC消息的方法

终端可以通过将已经在RRC中定义的RRC信号中的至少一个发送到基站来发送“辅助节点释放请求”。在一个实施例中，通过RRCConnectionReestablishmentRequest消息可以实现“辅助节点释放请求”的方法。

例如，可以向RRCConnectionReestablishmentmentRequest添加位以指示“辅助节点释放请求”。

在另一实施例中，添加新的RRC消息以用于“辅助节点释放请求”的方法也是可能的。在此，当不存在分配的上行链路(UL)资源时，终端从基站请求UL资源以执行RRC传输，并且使用分配的资源来发送RRC消息(辅助节点释放消息)。在这里，DRX不活动定时器、BWP-INACTIVITYTIMER或数据不活动定时器的操作可能不会受到影响。

如果存在分配的UL资源，则终端可以使用相应的资源来执行RRC消息(辅助节点释放消息)传输。在此，所分配的UL资源可以是授权资源、免授权的类型1资源和免授权的类型2资源之一。

稍后将描述终端发送消息的时间点的细节。

2)使用MAC消息的方法

终端可以通过向基站发送已经在MAC中定义的MAC信号中的至少一个来发送“辅助节点释放请求”。

在一个实施例中，通过MAC CE实现用于“辅助节点释放请求”的方法是可能的。例如，可以将“辅助节点释放请求”的ID添加到MAC CE中包括的LCG ID列表中。这里，当不存在分配的UL资源时，终端从基站请求UL资源以便执行MAC CE传输，并且使用分配的资源执行MAC CE传输。在这里，DRX不活动定时器、BWP-INACTIVITYTIMER或数据不活动定时器的操作可能不会受到影响。

如果存在分配的UL资源，则终端可以使用相应的资源来执行MAC CE传输。在此，所分配的UL资源可以是授权资源、免授权的类型1资源和免授权的类型2资源之一。

3)使用PHY信号的方法

终端可以通过将由PHY定义的PHY信号中的至少一个发送到基站来发送“辅助节点释放请求”。

在一个实施例中，一种使用在NR的PHY中定义的SR的方法是可能的。在另一实施例中，新定义用于“辅助节点释放请求”的逻辑ID并且将该逻辑ID包括在SR配置中的方法是可能的。终端向与指定的逻辑ID相关联的SR资源发送SR信号，并发送“辅助节点释放请求”消息。

在另一实施例中，提供了一种方法，其中当在RRC_CONNECTED状态下存在分配给终端的UL-SCH资源时，在通过与UL-SCH资源相关联的逻辑ID从终端接收SR的情况下，基站将SR解释为“辅助节点释放请求”是可能的。即，当存在以RRC_CONNECTED状态分配的UL-SCH资源时，终端通过与UL-SCH资源相关联的逻辑ID发送SR信号，并发送“辅助节点释放请求”消息。

在另一实施例中，除了在SR配置中配置的SR资源之外，还发送“辅助节点释放请求”消息的方法是可能的。终端可以向SR配置添加用于传输“辅助节点释放请求”消息的1位，以指示使用相应的SR资源进行请求是否可能。

根据实施例，当指示使用SR资源进行请求是可能的时，当存在以RRC_CONNECTED状态分配的UL-SCH资源时，终端通过与UL-SCH资源相关联的逻辑ID发送SR信号，以发送“辅助节点释放请求”消息。在实施例中，当指示通过SR资源进行请求是可能的时，终端通过与UL-SCH资源相关联的逻辑ID来发送与SR信号不同的信号(相位改变、位信息改变等)，并发送“辅助节点释放请求”消息。

也可以组合以上方法中的至少两种。

同时，下面将描述确定发送辅助节点释放请求的时间点的方法。

终端需要能够计算发送消息“辅助节点释放请求”的时间点。因此，需要由终端确定不再需要与SN的连接的处理。

在根据执行上述确定的方法的实施例中，终端可以基于需要通过SN进行数据传输的APP是否正在运行来进行确定。更具体地，例如，当AR APP在通过用于AR APP的SN(例如，5G网络)接收到数据的情况下被终止时，终端可以确定不需要与SN的连接。终端还可以在AP中包括的模块中执行确定。在另一实施例中，终端可以在CP中包括的模块中执行确定。更具体地，可以在PDCP层或RRC层中执行确定。

在根据执行以上确定的方法的另一实施例中，终端可以基于从MN接收到的信息来确定释放SN的时间点。在实施例中，利用定时器信息(例如，与数据不活动定时器有关的信息)的方法被配置为从MN的RRC_CONNECTED状态切换到RRC_IDLE状态是可能的。

更具体地，终端在SN接收调度的时间点为SN启动数据不活动定时器。此外，在定时器变为具有等于从MN接收到的数据不活动定时器的到期值之前(即，在SN的数据不活动定时器到期之前)，如果SN未接收到针对下行链路或上行链路的资源调度，则终端可以确定不再需要保持SN，并且可以发送“辅助节点释放请求”消息。为此，终端需要包括与用于MN的数据不活动定时器分开的用于SN释放的数据不活动定时器。

在另一实施例中，由MN或SN直接指示释放SN的时间点的方法是可能的。更详细地，该信息(与释放SN的时间点有关的信息)可以被包括在为了SN添加或SN修改而发送的消息(例如，RRCConnectionReconfiguration)中。或者，将上述信息包括在从SN或MN发送的系统信息中的方法是可能的。在实施例中，一种用于发送与数据不活动定时器相关的信息以向终端发送SN释放的方法是可能的。

更具体地，终端在SN接收调度的时间点启动(或重置)用于SN释放的数据不活动定时器。此外，在定时器变为具有等于从MN接收到的数据不活动定时器的到期值之前(即，在SN的数据不活动定时器到期之前)，如果SN没有接收到针对下行链路或上行链路的资源调度，则终端可以确定不再需要保持SN，并且可以发送“辅助节点释放请求”消息。为此，终端需要包括用于SN的单独的定时器。

可以结合上述方法来执行发送“辅助节点释放请求”消息的方法。将参照图8至图9描述其细节。然而，尽管在附图中未示出，但是可以不包括以默认BWP操作或以DRX周期操作的过程。

图8示出了根据本公开的实施例的终端发送辅助节点释放请求消息的操作顺序。

图8a的操作S810至S830与图3的操作S310至S330相同，图8b的操作S850至S870与图3的操作S340至S360相同。

当BWP-InactivityTimer到期并且DRX不活动定时器到期时，在操作S840或操作S880中，终端可以向基站发送辅助节点释放请求。在一个实施例中，当BWP-InactivityTimer和DRX不活动定时器中的较长定时器到期时，终端可以将辅助节点释放请求发送到基站。在另一实施例中，当用于SN释放的定时器(从MN接收到的数据不活动定时器、用于SN释放的单独的定时器以及从SN接收的数据不活动定时器中的至少一个)到期时，以上定义的终端可以将辅助节点释放请求发送到基站。在另一实施例中，当BWP-InactivityTimer和DRX不活动定时器之一到期时，终端可以将辅助节点释放请求发送到基站。

在另一示例中，如上所述，可以不包括以默认BWP操作的过程或以DRX周期操作的过程。

此外，如上所述，可以配置用于从RRC_CONNECTED状态切换到RRC_IDLE状态的定时器(数据不活动定时器)。当定时器到期时，终端可以将辅助节点释放请求发送到基站。

图9a和图9b示出根据本公开的实施例的用于由终端发送辅助节点释放请求消息的方法。

可以看到，图9a和图9b的操作分别类似于图3和图5。图9a和图9b示出了进一步配置数据不活动定时器的情况。因此，参照图9a和图9b，当数据不活动定时器910和930到期时，终端可以发送释放请求消息(由附图标记920和940指示)。

然而，在附图中，通过示例描述了将数据不活动定时器配置为比BWP-inactivityTimer和DRX不活动定时器长的情况，但是可能存在数据不活动定时器比BWP-inactivityTimer和DRX不活动定时器短的情况。在此，即使数据不活动定时器到期时，终端也不会发送释放请求。然而，当BWP-inactivityTimer和DRX不活动定时器之中的至少一个定时器到期时，或者当BWP-inactivityTimer和DRX不活动定时器之中被配置为更长的定时器到期时，终端可以发送释放请求。

同时，如果终端确定在MN或SN中没有数据，则终端可以请求基站将终端改变为RRC_IDLE状态。也就是说，本公开提出了一种用于由终端向基站发送RRC连接释放请求消息的方法。为了重新连接释放的MN和SN，需要执行通过RRC信令的连接。因此，当确定在预定时间段内没有数据传输时，应使用该方法。因此，本公开提出了一种用于计算发送释放请求消息的时间点的方法。

图10示出了根据本公开的实施例的请求终端的RRC连接释放的方法。

参照图10，在操作S1010中，终端可以向MN发送RRC连接释放请求消息。即，当确定没有数据要通过MN和SN发送或接收时，终端可以通过发送以上消息来请求释放辅助节点，以减少终端的功耗。在此，由于细节与上述相同，因此终端可以通过由主节点分配的资源来使用PHY、MAC和RRC层的消息中的至少一个。

同时，终端需要能够计算发送“RRC连接释放请求”消息的时间点。因此，终端需要确定不再需要MN与SN之间的连接的过程。即，终端可以基于是否执行了需要数据传输的APP来进行确定。细节与上述相同。

在另一实施例中，终端可以基于从MN接收到的信息来确定要释放RRC连接的时间点。作为实施例，利用被配置为从MN的RRC_CONNECTED状态切换到RRC_IDLE状态的定时器信息(例如，与数据不活动定时器相关的信息)的方法是可能的。更具体地，终端在MN和SN接收最终调度的时间点启动定时器。此外，在定时器变得具有等于从MN RRC接收到的数据不活动定时器的到期值的值之前(即，当数据不活动定时器到期时)，如果MN和SN没有接收到针对下行链路或上行链路的资源调度，则终端可以确定不再需要保持MN和SN，并且可以发送“辅助节点释放请求”消息。

另外，上述的图8至图9也可以应用于该实施例。即，终端可以通过结合以上描述来发送RRC连接释放请求消息，并且可以不包括以默认BWP进行操作的过程或以DRX周期进行操作的过程。当为了释放MN和SN而发送RRC连接释放请求消息时，可以用RRC连接释放请求代替图8和图9的辅助节点释放请求。

图11a和图11b示出了根据本公开的实施例的终端发送RRC连接释放请求消息的操作顺序。

在图11a中，操作S1110至S1130与操作S810至S830相同，图11b中的操作S1150至S1170与图8b中的操作S850至S870相同。

当BWP-InactivityTimer到期并且DRX非活跃定时器到期时，在操作S1140或操作S1180中，终端可以向基站发送RRC连接释放请求。细节与上面阐述的细节相同，并且在下面将被省略。

图12a和图12b示出了根据本公开的实施例的由终端发送RRC连接释放请求消息的方法。

可以看出，图12a和图12b的操作类似于图9a和图9b。因此，参照图12a和图12b，当数据不活动定时器1210和1230到期时，终端可以发送RRC连接释放请求消息(由附图标记1220和1240指示)。其他细节与上述相同。

同时，“RRC连接释放请求”消息和“辅助节点释放请求”消息可以是具有相同内容的信号。根据实施例，当MN接收到一个信号时，它可以被解释为“RRC连接释放请求”，而当SN接收到一个信号时，它可以被解释为“辅助节点释放请求”。这两个消息可以彼此独立地定义，并且可以包括不同的内容。另外，一个信号包括两个消息但由位、位图或ID值分隔的方法是可能的。

在另一实施例中，仅定义和使用两个消息之一的方法也是可能的。

同时，即使在MR-DC中有通过SN发送或接收的数据时，如果将终端更改为RRC_IDLE状态，则由于终端与SN之间的通信可能会停止，因此需要维持终端的RRC_CONNECTED状态。然而，由于终端的RRC状态基于MN的RRC状态而操作，因此在某些网络中，即使当通过SN发送数据时、当在MN的RRC层中满足RRC_IDLE转变条件时，MN的RRC状态也可能发生向RRC_IDLE的转变。这里，由于可能发生终端通过SN接收到的数据被中断的现象，因此提出了防止这种现象的方法。

在数据不活动定时器到期的情况下，MN的RRC转变为RRC_IDLE。更详细地，当所连接的DRX操作时，可以停止向与MN相关联的模块当中与SN无关的模块供电。此后，当由于没有下行链路数据而导致数据不活动定时器到期时，终端和基站将转变为RRC_IDLE。当在MAC层中接收到用于DTCH、DCCH和CCCH的MAC SDU时，可以重置或重启数据不活动定时器。

因此，本公开提出了一种终端用于防止基站的数据不活动定时器到期的方法。根据以下描述的方法中的至少一种，终端旨在防止MN转变到RRC_IDLE。

1)使用RRC消息的方法

终端可以向基站发送在RRC中定义的RRC信号中的至少一个，以将MN保持在RRC_CONNECTED状态。根据实施例，终端可以发送RRC ConnectionReestablishmentRequest消息。

当在RRC_CONNECTED状态下接收到RRCConnectionReestablishmentRequest时，基站响应于此发送RRC ConnectionReestablishment消息，因此具有重置数据不活动定时器的效果。

为了减少信令负载，请求消息可以包括指示MN是用于由于SN而保持RRC_CONNECTED状态的请求消息的信息。因此，当基站识别出请求消息用于保持RRC_CONNECTED状态时，仅数据不活动定时器可以被重置而无需发送针对该请求的单独的响应消息。

如果不存在分配的UL资源，则终端可以从基站请求UL资源以便发送RRC消息，并且可以使用分配的资源来发送RRC消息。在这里，DRX不活动定时器、BWP-INACTIVITYTIMER或数据不活动定时器的操作可能不会受到影响。

如果存在分配的UL资源，则终端可以使用相应的资源来发送RRC消息。在此，所分配的UL资源可以是授权资源、免授权的类型1资源和免授权的类型2资源之一。

2)使用高层消息的方法

由于终端可以确定其通过EN-DC连接，因此在终端的高层中向LTE发送任意消息的方法的可能的。也可以在终端的TCP层中生成消息。或者，也可以在终端的应用层中生成消息。例如，还可以通过众所周知的外部服务器(例如，www.google.com服务器)向LTE发送ping消息。

这里，当不存在分配的UL资源时，终端从基站请求UL资源以便发送高层消息，并通过使用分配的资源来发送高层消息。在这里，DRX不活动定时器、BWP-INACTIVITYTIMER或数据不活动定时器的操作可能不会受到影响。

如果存在分配的UL资源，则终端可以使用相应的资源来发送高层消息。在此，所分配的UL资源可以是授权资源、免授权的类型1资源和免授权的类型2资源之一。

3)使用MAC CE消息的方法

终端可以将MAC CE消息发送到基站，以允许MN保持在RRC_CONNECTED状态。根据实施例，终端可以发送预定义的MAC CE消息之一。基站响应于此而发送与由终端发送的每个MAC CE相对应的响应消息，因此具有重置数据不活动定时器的效果。

为了减少信令负载，请求消息可以包括指示由于SN而需要将MN保持在RRC_CONNECTED状态的信息。因此，即使当基站不发送针对该请求的单独的响应消息时，也可以重置数据不活动定时器。

如果不存在分配的UL资源，则终端可以从基站请求UL资源以便发送MAC CE消息，并且可以使用分配的资源来发送MAC CE消息。在这里，DRX不活动定时器、BWP-INACTIVITYTIMER或数据不活动定时器的操作可能不会受到影响。

如果存在分配的UL资源，则终端可以使用相应的资源来执行MAC CE消息传输。在此，所分配的UL资源可以是授权资源、免授权的类型1资源和免授权的类型2资源之一。为此，当在MAC层中接收到MAC CE时，可以按照以下<表2>所示的标准对其进行定义，从而可以执行数据不活动定时器的启动和重启中的至少一个。

[表2]

另一方面，上述方法不需要在每个网络中运行。可能有基站根据标准管理一个RRC状态，并在SN中存在数据时保持RRC_CONNECTED状态。然而，由于还可能存在出现上述问题的基站，因此终端需要对其进行区分以便确定是否执行上述操作。因此，下面提出一种进行区分的方法。

1)识别网络信息(MCC/MNC)

根据实施例，基于终端预占的基站的信息的确定方法是可能的。终端可以基于从基站或MCC/MNC发送的系统信息中包括的全局小区ID，识别相应网络或基站的操作状态。具有上述问题的网络信息可以预先存储在终端中，终端可以根据所识别的系统信息来改变操作。

另外，当在通过SN进行数据传输期间将终端切换到RRC_IDLE时，还可以将基站的系统信息存储在DB中以更新信息。DB可以存储在终端内部或终端外部的单独的服务器中。

同时，当终端仅在5G中运行时，终端可能将低于6GHz的带宽和高于6GHz的带宽连接到DC。另外，可以存在这样的实施例，其中低于6GHz的带宽和高于6GHz的带宽处于RRC状态，并且存在针对每个的MAC。在此，可以同等地应用在MR-DC中定义的MAC和RRC的定义以及操作。

图13示出了根据本公开的实施例的终端的操作顺序。

参照图13，在操作S1310中，终端可以确定释放与基站或节点的连接。

这里，释放可以包括释放与辅助节点的连接或释放与主节点和辅助节点的连接。终端可以使用上述方法确定是否执行连接释放，因此将省略其详细描述。

在操作S1320中，终端可以生成连接释放请求消息。终端可以生成RRC消息以释放与辅助节点的连接或者释放与主节点和辅助节点两者的连接。在此，RRC消息可以是通过在预先定义的消息(例如，RRCconnectionReestablishment请求)中包括预定数量的位(例如，1位)而获得的类型，或者可以定义用于该请求的单独的消息。

或者，终端可以生成可以在MAC层中发送的消息或者可以在PHY层中发送的消息。

在操作S1330中，终端可以将消息发送到基站，并请求释放与基站的连接。

图14示出根据本公开的实施例的基站的操作顺序。

参照图14，在操作S1410中，基站可以向终端发送配置信息。配置信息可以包括上述定时器信息，并且配置信息可以通过系统信息或RRC信令被发送到终端。

在操作S1420中，基站可以发送调度信息。如果存在要发送到终端的数据，则基站可以发送调度信息，并且可以根据调度信息发送数据。

在操作S1430中，基站可以从终端接收连接释放请求消息。例如，基站可以基于发送调度信息的时间点和基站配置的定时器值，从终端接收连接释放请求消息。或者，可以根据在终端中执行的应用来接收连接释放请求消息。接收连接释放请求消息的时间点与上面描述的时间点相同，并且在下面将被省略。

另外，基站可以通过RRC、MAC和PHY消息中的至少一个来接收连接释放请求消息。连接释放请求消息的细节与上述相同。

在操作S1440中，已经接收到连接释放请求消息的基站可以释放与终端的连接。基站可以根据终端的连接释放请求消息，释放辅助节点与终端之间的连接，或者可以释放主节点与终端之间以及辅助节点与终端之间的连接。

图15示出了根据本公开的实施例的终端的结构。

参照图15，终端可以包括收发器1510、控制器1520和存储器1530。在本公开中，控制器可以被定义为电路、专用集成电路或至少一个处理器。

收发器1510可以向另一网络实体发送信号或从另一网络实体接收信号。收发器1510可以向基站发送例如连接释放请求消息。

根据本公开提出的实施例，控制器1520可以控制终端的整体操作。例如，控制器1520可以控制块之间的信号流，以便根据上述流程图执行操作。

存储器1530可以存储通过收发器1510发送或接收的信息和通过控制器1520生成的信息中的至少一个。

图16示出了根据本公开的实施例的基站的结构。

参照图16，基站可以包括收发器1610、控制器1620和存储器1630。在本公开中，控制器可以被定义为电路、专用集成电路或至少一个处理器。

收发器1610可以向另一网络实体发送信号或从另一网络实体接收信号。收发器1610可以从终端接收例如连接释放请求消息。

根据本公开提出的实施例，控制器1620可以控制基站的整体操作。例如，控制器1620可以控制块之间的信号流，以便根据上述流程图执行操作。

存储器1630可以存储通过收发器1610发送或接收的信息和通过控制器1620生成的信息中的至少一个。

在描述本公开的方法的附图中，描述的顺序并不总是对应于执行每种方法的步骤的顺序，并且步骤之间的顺序关系可以改变，或者步骤可以并行执行。

或者，在描述本公开的方法的附图中，在不脱离本公开的本质精神和范围的情况下，可以省略一些元件，并且可以仅在其中包括一些元件。

此外，在本公开的方法中，可以在不脱离本公开的本质精神和范围的情况下组合每个实施例的一些或全部内容。

此外，已经给出了在说明书和附图中描述和示出的本公开的实施例，以容易地解释本公开的实施例的技术内容并帮助理解本公开的实施例，并且不旨在限制本公开的实施例的范围。因此，本公开的各种实施例的范围应被解释为除了本文公开的实施例之外，还包括基于本公开的技术思想得出的所有改变和修改。