具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，“第一信息”也可以被称为“第二信息”，类似地，“第二信息”也可以被称为“第一信息”。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本公开实施例的技术方案适用于地面通信和卫星通信融合的通信系统。该通信系统也可以称为非地面网络(non-terrestrial network，NTN)通信系统。示例性的，地面通信系统可以为长期演进(long term evolution，LTE)系统、通用移动通信系统(universalmobile telecommunication system，UMTS)、5G通信系统或新无线(new radio，NR)系统、未来的下一代移动通信系统等，本公开实施例对此不作具体限定。可选的，在本公开的实施例中，以NTN通信系统融合5G通信和卫星通信为例进行说明。

在无线通信技术中，卫星通信被认为是未来无线通信技术发展的一个重要方面。卫星通信是指地面上的无线电通信设备利用卫星作为中继而进行的通信。卫星通信系统由卫星部分和地面部分组成。卫星通信的特点是：通信范围大；只要在卫星发射的电波所覆盖的范围内，任何两点之间都可进行通信；不易受陆地灾害的影响，可靠性高。

卫星通信作为地面的通信系统的补充，具有如下特点：1、可以延伸覆盖：对于蜂窝通信系统无法覆盖或是覆盖成本较高的地区，如海洋、沙漠和偏远山区等，可以通过卫星通信来解决通信的问题。2、应急通信：在发生灾难(如，地震等)的极端情况导致蜂窝通信的基础设施不可用的条件下，使用卫星通信可以快速的建立通信连接。3、提供行业应用：比如对于长距离传输的时延敏感业务，可以通过卫星通信的方式来降低业务传输的时延。

卫星通信可以是地面上的无线电通信站之间利用通信卫星作为中继站转发无线电波进行的通信。通信卫星的通信功能可以包括：接收信号、改变信号的频率、放大信号、转发信号和定位等。

在一些可能的实施方式中，图1为本公开实施例的一种NTN通信系统的示意图，参见图1所示，该通信系统包括：终端设备10、卫星20、NTN网关30、核心网设备40和数据网络50。此时，NTN通信网络处于透传模式。其中，卫星20携带具备整个接入网设备功能的载荷。终端设备10可以通过5G新空口(如Uu接口)与接入网设备20(如卫星20)连接，卫星20可以通过接口(如卫星无线接口(satellite radio interface，SRI))与NTN网关30连接，NTN网关30与核心网设备40通过无线链路接口(如NG接口)连接，核心网设备40与数据网络50之间通过接口(如N6接口)连接。接入网设备通过地面NTN网关和核心网设备建立无线馈线链路(feeder link)。

在另一些可能的实施方式中，图2为本公开实施例的另一种NTN通信系统的示意图，参见图2所示，当接入网设备采用集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)的架构(即CU-DU架构)时，DU被携带在卫星20上(可以理解的卫星20携带的载荷为DU)，CU被部署在地面基站60(如gNB)上。卫星20和NTN网关30之间组成射频拉远单元(remote radio unit，RRU)，卫星20、NTN网关30和地面基站60构成下一代无线接入网络。此时，NTN通信网络处于再生模式。终端设备10和卫星20之间通过新空口(如Uu接口)连接，卫星20和NTN网关30之间通过接口(如SRI)通信，地面基站60和核心网设备40之间通过无线链路接口(如NG接口)通信，核心网设备40与数据网络50之间通过接口(如N6接口)通信。这样，空中的DU通过地面NTN网关和CU建立无线馈线链路。

需要说明的是，图1和图2中的卫星20可以替换为其他运行轨道确定的空载平台，如无人机、热气球、飞机等。当然，在一些可能的实施例中，卫星20也可以替换为其他运行轨道确定的地面平台，如轨迹确定的公交车、轮船等，本公开实施例对此不作具体限定。

在本公开实施例中，NTN网关30可以为一个传输网络层(transport Networklayer，TNL)的节点，用于实现数据或者信令的透传；NTN网关也可以被替换为位置固定的接收节点(node)或宿主节点(donor node)。

应理解，图1和图2仅为示例，本公开实施例的技术方案还可以应用于其他NTN通信系统，本公开实施例对此不作具体限定。

在本公开实施例中，终端设备10也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置等。

可以理解的，终端设备10可以为一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。示例性的，终端的一些举例为：手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、自动驾驶(auto-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本公开实施例对此不作具体限定。

可以理解的，本公开实施例中的接入网设备可以为用于与终端设备通信的设备。接入网设备主要用于为终端设备提供无线接入服务、配置无线资源、提供可靠的无线传输协议和数据加密协议等。接入网设备也可以称为接入设备或无线接入网设备，可以是LTE系统中的演进型基站(evolved nodeB，eNB或eNodeB)，还可以是云无线接入网络(cloudradio access network，CRAN)系统中的无线控制器；或者，接入网设备还可以为中继站、接入点、车载设备、可穿戴设备和5G网络中的接入网设备或者未来演进的PLMN网络中的网络设备等。示例性的，接入网设备可以是无线局域网(wireless local area networks，WLAN)中的接入点(access point，AP)，也可以为信为NR系统中的gNB，本公开实施例对此不作具体限定。

另外，在本公开实施例中，接入网设备为无线接入网(radio access network，RAN)中的设备，或者说，是将终端设备接入到无线网络的RAN节点。示例性的，接入网设备的一些举例为：gNB、传输接收点(transmission reception point，TRP)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(nodeB，NB)、基站控制器(basestation controller，BSC)、基站收发台(base transceiverstation，BTS)、家庭基站((home evolved node B，HeNB)或(home node B，HNB))、基带单元(base band unit，BBU)、无线保真(wireless fidelity，Wifi)接入点(access point，AP)等。在一种网络结构中，网络设备可以包括CU、DU、包括CU和DU的RAN设备、控制面(controlplane，CP)的CU(如CU-CP)和用户面(ueser plane，UP)的CU(如CU-UP)和DU的RAN设备。

结合上述通信网络，以终端设备为UE为例，在LTE系统和/或NR系统中，UE在Uu接口有两种RRC状态，即空闲态(idle态)和连接态(connected态)。当UE需要进行业务传输时，首先需要与网络设备建立RRC连接，即RRC连接建立。此时，UE从空闲态进入到连接态。然后UE进行业务数据的传输。当UE完成业务数据传输时，如果处于连接态的UE长时间没有数据传输(也就是不活动定时器(inactivity timer)超时)，此时，UE与网络设备释放RRC连接，即RRC连接释放。此时，UE从连接态进入到空闲态。需要说明的是，UE需要在RRC连接释放消息的确认已成功发送后才能释放RRC连接。这里，RRC连接释放消息的确认已成功发送也可以理解为RRC连接释放消息的接收已成功确认。

在一些可能的实施方式中，UE可以且不限于采用以下两种方式触发执行RRC连接释放流程。

第一种方式，UE可以在收到网络设备发送的RRC连接释放消息(如RRCConnectionRelease、RRCRelease)后，延迟一段时间(如60ms)再执行后续的RRC连接释放流程，如此，可以保证UE在RRC连接释放消息的确认已成功发送后再释放RRC连接。

示例性的，对LTE系统中不属于基于蜂窝的窄带物联网(narrow band internetof things，NB-IoT)带宽减小的低复杂度(BL)UE或者覆盖范围增强(CE)UE(可以统称为NB-IoT BL/CE UE)的UE来说，这类UE在收到RRC连接释放消息(如RRCConnectionRelease)的60ms后，执行后续的RRC连接释放流程。对于BL/CE UE来说，这类UE在收到RRC连接释放消息的1.25秒后，执行后续的RRC连接释放流程。对NB-IOT UE来说，这类UE在收到RRC连接释放消息的10秒后，执行后续的RRC连接释放流程。

第二种方式，UE中的RRC层还可以在收到下层(low layer)指示的RRC连接释放消息的确认已成功发送(或者RRC连接释放消息的接收已成功确认)后，执行后续的RRC连接释放流程。可以理解的，RRC层的下层可以为数据包汇聚协议(packet data convergenceprotocol，PDCP)等、无线链路控制(radio link control，RLC)层、媒体接入控制(mediaaccess control，MAC)层或者物理层(physical layer，PHY)。

示例性的，对于NB-IOT BL/CE UE来说，网络设备可能因为省电考虑，不让这类UE触发上报状态报告(即网络设备不轮询(polling)UE)。那么，如果RLC层的RLC状态报告没有被触发，则在下层(如PHY层)完成发送肯定的混合自动重传请求反馈(positive hybridautomatic repeat request feedback，positive HARQ feedback)消息后，下层向RRC层指示RRC连接释放消息的确认已成功发送(或者RRC连接释放消息的接收已成功确认)。可选的，positive HARQ feedback消息可以理解为HARQ反馈的肯定应答消息，如HARQ feedbackack消息。

针对第一种方式，在图1和图2所示的NTN通信系统中，终端设备10与卫星20之间、终端设备10与NTN网关30之间或终端设备10与地面基站60之间的通信距离因卫星20的运行高度存在较大的差异，由此导致终端设备10与卫星20之间的传输延时、终端设备10与NTN网关30之间的传输延时或者终端设备10与地面基站60之间的传输延时存在较大的差异。那么，终端设备10在收到网络设备发送的RRC连接释放消息后，如果延迟较短时长(如60ms)，则不能保证RRC连接释放消息的确认成功发送，进而无法执行后续的RRC连接释放流程。进一步地，如果延长较长时长，则会造成终端设备10须等待过长时间才能释放RRC连接，从而浪费系统资源、增加系统功耗。

针对第二种方式，在图1和图2所示的NTN通信系统中，终端设备10的上行HARQfeedback能力可以被去使能(disable)。此时，终端设备10不会向网络设备发送HARQfeedback消息，终端设备10也无法根据HARQ feedback消息是否已成功发送来判断RRC连接释放消息的确认是否已成功发送，进而无法执行后续的RRC连接释放流程。

为了解决上述第一种方式存在的问题，本公开实施例提供一种通信方法，该通信方法可以应用于上述一个或者多个实施例所述的NTN通信系统中。

下面结合上述NTN通信系统对本公开实施例提供的通信方法进行说明。

在本公开实施例中，第一网络设备(也记为网络设备A)可以为上述NTN通信系统中的地面基站(如gNB)、卫星等接入网设备。第二网络设备(也记为网络设备B)可以为上述NTN通信系统中的地面基站、卫星、位于基站与卫星之间的馈线链路上的参考点等接入网设备。可以理解的，馈线链路上的参考点可以为馈线链路上的任意一个接入网设备，如卫星、NTN网关、地面基站等。当然，第一网络设备和第二网络设备还可以NTN通信系统中的其他设备，本公开实施例对此不作具体限定。

图3为本公开实施例中的第一种通信方法的实施流程示意图，参见图3所示，该通信方法可以包括：

S301，网络设备A向终端设备发送RRC连接释放消息。

其中，RRC连接释放消息用于指示终端设备释放其与网络设备A之间的RRC连接。

在一实施例中，RRC连接释放消息可以为RRCConnectionRelease或者RRCRelease。

其中，第一时长可以为至少根据第一传输延时确定的，第一传输延时可以为终端设备至网络设备B的传输延时。示例性的，第一传输延时可以包括：终端设备至网络设备B的双向传输延时(如往返延迟(round trip latency，RTT))、单项传输延时(如)、终端设备特定(UE specific)的传输延时、终端设备所属小区的小区特定(cell specific)传输延时、大于60ms的固定时延(如NTN通信系统中RTT的最大值，可以记为RTT_MAX)、终端设备相对于网络设备B的偏移量所对应的传输延时等。

可选的，上述终端设备特定传输延时可以为终端设备特定定时提前量(UEspecific timing advance，UE specific TA)，可以用于表征终端设备到网络设备B(如卫星、参考点等)的RTT。或者，上述终端设备特定传输延时还可以终端设备预补偿的TA(可参考下式(1))，可以用于表征终端设备到网络设备B(如卫星、参考点等)的RTT。再者，上述终端设备特定传输延时也可以终端设备预补偿的TA+调度时间偏移Kmac，调度时间偏移Kmac用于表征参考点(如卫星、NTN网关、参考点等)到地面基站的RTT。当然，上述终端设备特定传输延时还可以为其他参数，本公开实施例不作具体限定。

示例性的，终端设备预补偿的TA(可记为T_TA)可以参考下式(1)进行计算：

T_TA＝(N_TA+N_{TA，UE-specific}+N_TA，common+N_TA，offset)×T_c (1)

其中，N_TA用于表示下行和上行之间的TA，N_{TA，UE-specific}用于表示终端设备自行估计的UE specific TA，N_TA，common用于表示网络配置的公共TA(可以包括网络认为必要的任何定时偏移)，N_TA，offset为3GPP TS38.213 section 4.2中定义的TA偏移，Tc为3GPP TS 38.211section 4.1中定义的NR的基本时间单位。

可选的，上述终端设备所属小区的小区特定的传输延时可以为终端设备所属小区的广播消息中携带的公共配置参数，如调度时间偏移(Koffset)、另一个调度时间偏移Kmac、Koffset+Kmac等。其中，Koffset为调度时间偏移，比如下行控制信息(downlinkcontrol information，DCI)调度的(scheduled)物理上行共享信道(physical uplinkshared channel，PUSCH)的调度时间偏移。Koffset也可以用于表征终端设备到网络设备B(如卫星、NTN网关、参考点等)的RTT。Kmac为另一个调度时间偏移，主要表征参考点(如卫星、NTN网关、参考点等)到地面基站的RTT。

在实际应用中，第一传输延时可以由网络设备A配置，也可以由终端设备配置，还可以由通信协议规定或者由网络设备A和终端设备协商确定，本公开实施例对此不作具体限定。

在一些可能的实施方式中，终端设备相对于网络设备B的偏移量可以包括以下一个或多个参数：终端设备至网络设备B的定时提前量(timing advance，TA)、终端设备至网络设备B的RRT、终端设备至网络设备B的距离区间等。

在一实施例中，当网络设备A需要释放与终端设备之间的RRC连接时，网络设备A可以向终端设备发送RRC连接释放消息；终端设备响应该RRC连接释放消息，可以启动一定时器，该定时器的定时时长设置可以为第一时长。当定时器超时时，终端设备执行RRC连接释放流程。如此，终端设备释放其与网络设备A之间的RRC连接。

在一些可能的实施例中，第一时长可以且不限于采用以下几种方式确定。

第一种确定方式，第一时长由网络设备A配置。

应理解的，在S301之前，上述通信方法还可以包括：网络设备A向终端设备发送延时配置信息。其中，延时配置信息用于指示第一时长。那么，终端设备在接收到延时配置信息后，便可以根据指示确定第一时长。

在一实施例中，延时配置信息可以指示一时间段，即显式指示第一时长，如时间段可以为60ms、541.46ms、1s等固定时长，或者还可以为如RRT、RTT_MAX等传输延时。假设，上述时间段为541.46ms，则第一时长＝541.46ms；或者，上述时间段为RTT_MAX，则第一时长＝RTT_MAX。

在另一实施例中，延时配置信息也可以指示一延时系数，即隐式指示第一时长。第一时长可以为延时配置信息所指示的延时系数与一预设延时之积。示例性的，上述预设延时可以理解为一预设时间段(如60ms、541.46ms、1s等)，也可以理解为时长配置单位。假设，预设时间段为60ms或者时长配置单位为60ms，则第一时长＝k×60ms，k为上述延时系数。

当然，上述延时配置信息还可以采用其他方式指示第一时长，本公开实施例对此不作具体限定。

可选的，上述延时配置信息可以为携带于RRC消息(如RRCConnnectionConfiguration)、广播消息、下行控制信息(downlink controlinformation，DCI)或者其他高层信令中下发至终端设备，本公开实施例对此不作具体限定。

在一些可能的实施方式中，网络设备A还可以在向终端设备发送延时配置信息之前确定第一时长。示例性的，网络设备A可以将第一传输延时确定为第一时长。或者，网络设备A还可以根据第一传输延时和网络设备A为终端设备配置的HARQ重传次数确定第一时长。例如，网络设备A可以将第一传输延时(即预设时延，如RTT_MAX)与HARQ重传次数k的乘积确定为第一时长，即第一时长＝k×RTT_MAX；或者网络设备A可以将第一传输延时与HARQ重传次数k的乘积向上取整后的值确定为第一时长，即针对k＝1，设定第一传输延时为541.46ms，第一时长大于541.46ms，第一时长＝550ms；针对k＝2，设定第一传输延时为541.46ms，第一时长大于2×541.46ms，第一时长＝1.1s；以此类推。

在另一实施例中，网络设备A向终端设备发送的延时配置信息还可以包括多个第一传输延时，不同的第一传输延时与终端设备相对于网络设备B的不同偏移量对应。终端设备可以根据当前自身相对于网络设备B的偏移量，从多个第一传输时延中选择对应的第一传输时延作为第一时长。

可选的，上述终端设备相对于网络设备B的偏移量可以用于表示终端设备与网络设备B之间的距离。示例性的，上述终端设备相对于网络设备B的偏移量可以包括以下至少一个参数：终端设备至网络设备B的TA、终端设备至网络设备B的RTT、终端设备至网络设备B的距离区间。

当然，网络设备A还可以采用其他方式确定第一时长，本公开实施例对此不作具体限定。

第二种确定方式，第一时长是由终端设备自行确定的。

应理解的，在S301之前，上述通信方法还包括：终端设备获得第一传输延时，并至少根据第一传输延时确定第一时长。

在一些可能的实施方式中，终端设备可以根据第一传输延时确定第一时长。示例性的，第一时长＝N×第一传输延时+预设偏移量(offset)。其中，N的取值可以设为固定值(如4)或者由网络配置。offset的取值可以设为固定值或者由网络配置。这里，N的取值为正整数，offset的取值大于或者等于0。

在一实施例中，上述第一传输延时可以为终端设备至网络设备B的RTT或那么，第一时长＝N×RTT+offset，或者

在一实施例中，上述第一传输延时还可以为终端设备所属小区的小区特定传输延时。在一种情况下，终端设备可以接收网络设备A发送的终端设备所属小区的小区特定传输延时(即第一传输延时)，然后计算得到第一时长＝N×小区特定传输延时+offset。在另一种情况下，终端设备可以接收网络设备A发送的公共配置参数，然后根据公共配置参数(common configuration)确定终端设备所属小区的小区特定传输延时(即第一传输延时)，再计算得到第一时长＝N×小区特定传输延时+offset。

示例性的，网络设备A可以通过RRC消息、广播消息等向终端设备发送上述公共配置参数(如公共的调度偏移(如Koffset)和公共时间提前量(如common TA))，终端设备的MAC层根据公共配置参数计算得到终端设备所属小区的小区特定传输延时，并向RRC层指示，RRC层计算得到第一时长＝N×小区特定传输延时+offset。例如，第一传输延时＝Koffset+公共TA，则第一时长＝N×(Koffset+公共TA)+offset。

当然，终端设备还可以通过其他方式获得终端设备所属小区的小区特定传输延时，并将小区特定传输延时确定为第一时长，本公开实施例不作具体限定。

在一实施例中，第一传输延时可以为终端设备的终端设备特定传输延时。终端设备还可以由MAC层或者PHY层计算出上述终端设备特定传输延时，然后由MAC层向RRC层指示，并由RRC层计算得到第一时长＝N×终端设备特定传输延时+offset。示例性的，MAC层或PHY层可以参考上式(1)计算出上述终端设备特定传输延时。

在一些可能的实施方式中，第一传输延时可以为大于60ms的固定时长。终端设备还可以根据第一传输延时和网络设备A为终端设备配置的HARQ重传次数确定第一时长。

在一实施例中，终端设备接收网络设备A发送的HARQ重传次数，然后，根据第一传输延时和网络设备A为终端设备配置的HARQ重传次数确定第一时长。示例性的，终端设备可以将第一传输延时(如RTT_MAX)与HARQ重传次数k的乘积确定为第一时长，即第一时长＝k×RTT_MAX。例如，预设延时为541.46ms，那么，若配置的k＝1，则第一时长＝1×541.46ms；若配置的k＝2，则第一时长＝2×541.46ms，以此类推。或者，终端设备可以将第一传输延时与HARQ重传次数k的乘积向上取整后的值确定为第一时长，即设定第一传输延时为541.46ms(即RTT_MAX)，针对k＝1，第一时长大于541.46ms取整，则第一时长＝550ms；针对k＝2，第一时长大于2×541.46ms取整，则第一时长＝1.1s；依次类推。

第三种确定方式，第一时长是由通信协议规定的。

应理解的，上述通信协议可以包括第三代合作伙伴计划(3rd generationpartnership project，3GPP)的各个版本无线通信协议及其演进版本。

在一实施例中，通信协议可以针对不同的HARQ重传次数对应设定不同的时长，这些时长是根据第一传输延时(如RTT_MAX)和HARQ重传次数确定的。那么，终端设备在获得网络设备A本次配置的HARQ重传次数之后，可以按照通信协议的规定，确定网络设备A本次配置的HARQ重传次数所对应的第一时长。例如，若HARQ重传次数为1，则对应的第一时长＝1×541.46ms(即RTT_MAX)；若HARQ重传次数为2，则对应的第一时长＝2×541.46ms，以此类推。或者，若HARQ重传次数为1，则对应的第一时长＝550ms(即对1×541.46ms向上取整)；若HARQ重传次数为2，则对应的第一时长＝1.1s(即对2×541.46ms向上取整)；依次类推。

在另一实施例中，通信协议还可以针对终端设备相对于网络设备B的不同偏移量配置不同的第一传输延时。终端设备可以根据当前自身相对于网络设备B的偏移量，从多个第一传输时延中选择对应的第一传输时延作为第一时长。

可选的，上述终端设备相对于网络设备B的偏移量可以用于表示终端设备与网络设备B之间的距离。示例性的，上述终端设备相对于网络设备B的偏移量可以包括以下至少一个参数：终端设备至网络设备B的TA、终端设备至网络设备B的RTT、终端设备至网络设备B的距离区间。

当然，终端设备还可以通过如与网络设备A协商等其他方式确定第一时长，本公开实施例对此不作具体限定。

在本公开实施例中，由于第一时长是根据终端设备至网络设备B的传输时延确定的，能够适配终端设备至网络设备B的通信距离。那么，对于NTN通信系统来说，终端设备在收到网络设备发送的RRC连接释放消息后，延迟第一时长，能够保证RRC连接释放消息的确认成功发送，进而保证后续的RRC连接释放流程的执行。进一步地，终端设备也无需等待过长时间才能释放RRC连接，避免浪费系统资源，节省系统功耗。

在一些可能的实施方式中，图4为本公开实施例中的第二种通信方法的实施流程示意图，参见图4所示，该通信方法可以包括：

S401，网络设备A向终端设备发送延时配置信息。

其中，延时配置信息用于指示第一时长(可以包括显式指示或隐式指示)。

S402、终端设备根据延时配置信息，确定第一时长。

S403，网络设备A向终端设备发送RRC连接释放消息。

S404，终端设备响应RRC连接释放消息，延迟第一时长释放RRC连接。

在实际应用中，S401可以在S403之前执行，也可以与S403同时执行，还可以在S403之后且在S404之前执行；S402可以在S401之后且在S404之前执行，本公开实施例对此不作具体限定。

需要说明的是，S401至S402的具体执行过程可以参见上述实施例中第一种确定方式的相关描述，S403至S404的具体执行过程可以参见上述实例中S301至S302的相关描述，在此不作赘述。

在一些可能的实施方式中，图5为本公开实施例中的第三种通信方法的实施流程示意图，参见图5所示，该通信方法可以包括：

S501，终端设备获得自身至网络设备B的传输延时。

在本实施例中，第一传输延时可以为终端设备至网络设备B的RTT或或，第一传输延时可以为终端设备所属小区的小区特定传输延时；或，第一传输延时可以为终端设备的终端设备特定传输延时。

可选的，小区特定传输延时可以由网络设备A通过广播消息或RRC消息发送给终端设备。小区特定传输延时也可以由终端设备的MAC层基于广播消息或RRC消息配置的公共配置参数计算出来后指示给RRC层。示例性的，小区特定传输延时可以是基于广播消息的Koffset及common TA(如Koffset+common TA)计算出来的。

S502，终端设备根据自身至网络设备B的传输延时，确定第一时长。

在一实施例中，第一时长＝N×第一传输延时+offset。其中，N的取值可以设为固定值(如4)或者由网络配置。offset的取值可以设为固定值或者由网络配置。这里，N的取值为正整数，offset的取值大于或者等于0。

在一实施例中，终端设备接收网络设备A发送的HARQ重传次数，然后，根据第一传输延时和网络设备A为终端设备配置的HARQ重传次数k确定第一时长。示例性的，终端设备可以将第一传输延时(如RTT_MAX)与HARQ重传次数k的乘积确定为第一时长。或者，终端设备可以将第一传输延时与HARQ重传次数k的乘积向上取整后的值确定为第一时长。

S503，网络设备A向终端设备发送RRC连接释放消息。

S504，终端设备延迟第一时长释放RRC连接。

在实际应用中，S501至S502可以在S503之前执行，也可以在S503之后且在S504之前执行，当然，S501至S502只要在S504之前执行即可，本公开实施例对此不作具体限定。

需要说明的是，S501至S502的具体执行过程可以参见上述实施例中第二种确定方式的相关描述，S503至S504的具体执行过程可以参见上述实例中S301至S302的相关描述，在此不作赘述。

在一些可能的实施方式中，图6为本公开实施例中的第四种通信方法的实施流程示意图，参见图6所示，该通信方法可以包括：

S601，终端设备确定网络设备A配置的HARQ重传次数对应的第一时长。

在一实施例中，通信协议可以针对不同的HARQ重传次数对应设定不同的第一时长，该第一时长是根据第一传输延时(如RTT_MAX)和HARQ重传次数确定的。那么，终端设备在获得网络设备A本次配置的HARQ重传次数之后，可以按照通信协议的规定，确定与网络设备A本次配置的HARQ重传次数所对应的第一时长。

S602，网络设备A向终端设备发送RRC连接释放消息。

S603，终端设备延迟第一时长释放RRC连接。

在实际应用中，S601可以在S602之前执行，也可以与S602同时执行，还可以在S602之后且在S603之前执行，本公开实施例对此不作具体限定。

需要说明的是，S601具体执行过程可以参见上述实施例中第三种确定方式的相关描述，S602至S603的具体执行过程可以参见上述实例中S301至S302的相关描述，在此不作赘述。

在一些可能的实施方式中，图7为本公开实施例中的第五种通信方法的实施流程示意图，参见图7所示，该通信方法可以包括：

S701，终端设备获得多个第一传输延时。

在一实施例中，通信协议还可以针对终端设备相对于网络设备B的不同偏移量配置不同的第一传输延时。终端设备可以根据当前自身相对于网络设备B的偏移量，从多个第一传输时延中选择对应的第一传输时延作为第一时长。

可选的，上述终端设备相对于网络设备B的偏移量可以用于表示终端设备与网络设备B之间的距离。示例性的，上述终端设备相对于网络设备B的偏移量可以包括以下至少一个参数：终端设备至网络设备B的TA、终端设备至网络设备B的RTT、终端设备至网络设备B的距离区间。

S702，终端设备根据自身相对于网络设备B的偏移量，确定对应的第一传输延时作为第一时长。

S703，网络设备A向终端设备发送RRC连接释放消息。

S704，终端设备延迟第一时长释放RRC连接。

在实际应用中，S701至S702可以在S703之前执行，也可以在S703之后且在S704之前执行，当然，S701至S702只要在S704之前执行即可，本公开实施例对此不作具体限定。

需要说明的是，S601具体执行过程可以参见上述实施例中第三种确定方式的相关描述，S602至S603的具体执行过程可以参见上述实例中S301至S302的相关描述，在此不作赘述。

在本公开实施例中，由于第一时长是根据终端设备至网络设备B的传输时延确定的，能够适配终端设备至网络设备B的通信距离。那么，对于NTN通信系统来说，终端设备在收到网络设备发送的RRC连接释放消息后，延迟第一时长，能够保证RRC连接释放消息的确认成功发送，进而保证后续的RRC连接释放流程的执行。进一步地，终端设备也无需等待过长时间才能释放RRC连接，避免浪费系统资源，节省系统功耗。

基于相同的发明构思，为了解决上述第二种方式存在的问题，本公开实施例还提供一种通信方法，该通信方法可以应用于上述一个或者多个实施例所述的NTN通信系统中。

图8为本公开实施例中的第六种通信方法的实施流程示意图，参见图8所示，该通信方法可以包括：

S801，网络设备A向终端设备发送RRC连接释放消息；

S802，当RLC状态报告未触发，且终端设备根据终端设备的上行HARQ反馈能力(uplink HARQ feedback capability)确定RRC连接释放消息的接收已成功确认时，终端设备响应RRC连接释放消息，释放终端设备与网络设备A之间的RRC连接。

需要说明的是，在本公开实施例中，上述RRC连接释放消息的接收已成功确认也可以理解为RRC连接释放消息的确认已成功发送。

在一些可能的实施方式中，在S801之后，当RLC状态报告未触发，且终端设备的上行HARQ反馈能力被使能(abled)时，终端设备确定RRC连接释放消息的接收已成功确认。示例性的，当RLC状态报告未触发，且终端设备的上行HARQ反馈能力被使能时，终端设备的下层向RRC层指示RRC连接释放消息的接收已成功确认。

在另一些可能的实施方式中，在S801之后，当RLC状态报告未触发，且终端设备的上行HARQ反馈能力被去使能(disabled)时，终端设备在肯定的HARQ反馈消息后，确定RRC连接释放消息的接收已成功确认。示例性的，当RLC状态报告未触发，且终端设备的上行HARQ反馈能力被去使能(disabled)时，终端设备的下层在发送肯定的HARQ反馈消息之后，向终端设备的RRC层指示RRC连接释放消息的接收已成功确认。

需要说明的是，在本公开实施例中，终端设备的上行HARQ反馈被去使能，可以理解为终端设备中接收RRC连接释放消息所采用的HARQ进程被禁止发送上行HARQ反馈，也可以理解为终端设备禁止对接收的下行数据进行HARQ反馈的肯定应答(ack)或者否定应答(nack)。

在一些可能的实现方式中，S801至S802所述的通信方法可以适用于BL/CE UE、NB-IoT UE或者其他存在RLC状态报告不被触发情况的终端设备，如降低能力UE(reducedcapability UE)。

在本公开实施例中，在NTN通信系统中，在RLC状态报告未触发的前提下，当终端设备可以根据自身上行HARQ反馈能力确定RRC连接释放消息的接收已成功确认时，终端设备可以执行后续的RRC连接释放流程，以释放终端设备与网络设备A之间的RRC连接。

基于相同的发明构思，本公开实施例提供一种通信装置，该通信装置可以为NTN通信系统中的终端设备或者终端设备中的芯片或者片上系统，还可以为终端设备中用于实现上述各个实施例所述的方法的功能模块。该通信装置可以实现上述各实施例中终端设备所执行的功能，这些功能可以通过硬件执行相应的软件实现。这些硬件或软件包括一个或多个上述功能相应的模块。图9为本公开实施例中的一种通信装置的结构示意图，参见图9所示，通信装置900可以包括：接收模块901(即第一接收模块)，用于接收来自网络设备A的RRC连接释放消息，RRC连接释放消息用于指示终端设备释放自身与网络设备A之间的RRC连接；处理模块902(即第一处理模块)，用于根据RRC连接释放消息，延迟第一时长释放RRC连接；其中，第一时长为至少根据第一传输延时确定的，第一传输延时为终端设备至第二网络设备的传输延时。

在一些可能的实施方式中，接收模块901，还用于在处理模块902延迟第一时长释放RRC连接之前，接收来自网络设备A的延时配置信息，延时配置信息用于指示第一时长。

在一些可能的实施方式中，处理模块902，还用于在延迟第一时长释放RRC连接之前，获得第一传输延时；至少根据第一传输延时，确定第一时长。

在一些可能的实施方式中，第一传输延时为终端设备至第二网络设备的双向传输延时；或，第一传输延时为终端设备至第二网络设备的单向传输延时。

在一些可能的实施方式中，第一传输延时为终端设备的终端设备特定传输延时。

在一些可能的实施方式中，第一传输延时为终端设备所属小区的小区特定传输延时。

在一些可能的实施方式中，接收模块901，还用于接收来自网络设备A的小区特定传输延时。

在一些可能的实施方式中，接收模块901，还用于接收来自网络设备A的公共配置参数；处理模块902，还用于根据公共配置参数确定小区特定传输延时。

在一些可能的实施方式中，第一传输延时包括非陆地网络中双向传输延时的最大值；第一时长为根据最大值和HARQ重传次数确定的。

在一些可能的实施方式中，处理模块902，还用于在延迟第一时长释放RRC连接之前，获得预设的多个第一传输延时，不同的第一传输延时对应于终端设备相对于网络设备的不同的偏移量；根据自身相对于第二网络设备的偏移量，将多个第一传输延时中对应的第一传输延时确定为第一时长。

在一些可能的实施方式中，终端设备相对于第二网络设备的偏移量包括以下一个或者多个参数：终端设备至第二网络设备的定时提前量、终端设备至第二网络设备的往返延迟或终端设备至第二网络设备的距离区间。

需要说明的是，接收模块901和处理模块902的具体实现过程可参考图3至图7实施例的详细描述，为了说明书的简洁，这里不再赘述。

本公开实施例中提到的接收模块901可以为接收接口、接收电路或者接收器等；处理模块902可以为一个或者多个处理器。

基于相同的发明构思，本公开实施例提供一种通信装置，该通信装置可以为NTN通信系统中的网络设备A或者网络设备A中的芯片或者片上系统，还可以为网络设备A中用于实现上述各个实施例所述的方法的功能模块。该通信装置可以实现上述各实施例中网络设备A所执行的功能，这些功能可以通过硬件执行相应的软件实现。这些硬件或软件包括一个或多个上述功能相应的模块。图10为本公开实施例中的第二种通信装置的结构示意图，该通信装置1000可以包括：发送模块1001(即第一发送模块)，用于向终端设备发送延时配置信息；其中，延时配置信息用于指示第一时长，第一时长为终端设备延迟释放RRC连接的时长，第一时长为至少根据第一传输延时确定的，第一传输延时为终端设备至第二网络设备的传输延时。

在一些可能的实施方式中，第一传输延时为终端设备当前所属小区的小区特定传输延时。

在一些可能的实施方式中，发送模块1001，用于向终端设备发送延时配置信息，其中，延时配置信息包括公共配置参数，公共配置参数用于确定终端设备当前所属小区的小区特定传输延时。

在一些可能的实施方式中，第一传输延时包括非陆地网络中双向传输延时的最大值；仍参见图10所示，上述通信装置1000还包括：处理模块1002(即第三处理模块)，用于在发送模块1001向终端设备发送延时配置信息之前，根据最大值和HARQ重传次数，确定第一时长。

在一些可能的实施方式中，延时配置信息包括多个第一传输延时，多个第一传输延时用于确定第一时长，不同的第一传输延时对应于终端设备相对于网络设备的不同的偏移量。

在一些可能的实施方式中，上述偏移量包括以下一个或者多个参数：终端设备至网络设备的定时提前量、终端设备至网络设备的双向传输延时或终端设备至网络设备的距离区间。

需要说明的是，处理模块1001和发送模块1002的具体实现过程可参考图3至图7实施例的详细描述，为了说明书的简洁，这里不再赘述。

本公开实施例中提到的发送模块1002可以为发送接口、发送电路或者发送器等；处理模块1001可以为一个或者多个处理器。

基于相同的发明构思，本公开实施例提供一种通信装置，该通信装置可以为NTN通信系统中的终端设备或者终端设备中的芯片或者片上系统，还可以为终端设备中用于实现上述各个实施例所述的方法的功能模块。该通信装置可以实现上述各实施例中终端设备所执行的功能，这些功能可以通过硬件执行相应的软件实现。这些硬件或软件包括一个或多个上述功能相应的模块。图11为本公开实施例中的第三种通信装置的结构示意图，参见图11所示，该通信装置1100可以包括：接收模块1101(即第二接收模块)，用于接收来自网络设备A的RRC连接释放消息；处理模块1102(即第二处理模块)，用于当RLC状态报告未触发，且根据自身的HARQ反馈能力确定RRC连接释放消息的接收已成功确认时，根据RRC连接释放消息，释放终端设备与网络设备A之间的RRC连接。

在一些可能的实施方式中，仍参考图11所示，上述通信装置1100，还包括：发送模块1103(即第二发送模块)，用于向网络设备A发送HARQ反馈消息；处理模块1102，还用于当RLC状态报告未触发，且上行HARQ反馈能力被使能时，确定RRC连接释放消息的接收已成功确认时；或，当RLC状态报告未触发，且上行HARQ反馈能力被去使能时，在发送模块1103发送HARQ反馈消息后确定RRC连接释放消息的接收已成功确认。

需要说明的是，接收模块1101、处理模块1102和发送模块1103的具体实现过程可参考图8实施例的详细描述，为了说明书的简洁，这里不再赘述。

本公开实施例中提到的接收模块1101可以为接收接口、接收电路或者接收器等；发送模块1103可以为发送接口、发送电路或者发送器等；处理模块1102可以为一个或者多个处理器。

基于相同的发明构思，本公开实施例提供一种通信设备，该通信设备可以为上述一个或者多个实施例中所述的终端设备或者网络设备A。图12为本公开实施例中的一种通信设备的结构示意图，参见图12所示，通信设备1200，采用了通用的计算机硬件，包括处理器1201、存储器1202、总线1203、输入设备1204和输出设备1205。

在一些可能的实施方式中，存储器1202可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器1202可以存储操作系统、应用程序、其他程序模块、可执行代码、程序数据、用户数据等。

输入设备1204可以用于向通信设备输入命令和信息，输入设备1204如键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线1203连接至处理器1201。

输出设备1205可以用于通信设备输出信息，除了监视器之外，输出设备1205还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线1203连接到处理器1201。

通信设备可以通过天线1206连接到网络中，例如连接到局域网(local areanetwork，LAN)。在联网环境下，控制备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。

当通信设备中的处理器1201执行存储器1202中存储的可执行代码或应用程序时，通信设备以执行以上实施例中的终端设备侧或者网络设备A侧的通信方法，具体执行过程参见上述实施例，在此不再赘述。

此外，上述存储器1202中存储有用于实现图9中的接收模块901和处理模块902的功能的计算机执行指令。图9中的接收模块901及处理模块902的功能/实现过程均可以通过图12中的处理器1201调用存储器1202中存储的计算机执行指令来实现，具体实现过程和功能参考上述相关实施例。

或者，上述存储器1202中存储有用于实现图10中的处理模块1001和发送模块1002的功能的计算机执行指令。图10中的处理模块1001和发送模块1002的功能/实现过程均可以通过图12中的处理器1201调用存储器1202中存储的计算机执行指令来实现，具体实现过程和功能参考上述相关实施例。

再者，上述存储器1202中存储有用于实现图11中的接收模块1101、处理模块1102及发送模块1103的功能的计算机执行指令。图10中的接收模块1101、处理模块1102及发送模块1103的功能/实现过程均可以通过图12中的处理器1201调用存储器1202中存储的计算机执行指令来实现，具体实现过程和功能参考上述相关实施例。

基于相同的发明构思，本公开实施例提供一种终端设备，该终端设备与上述一个或者多个实施例中的终端设备一致。可选的，终端设备可以为移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

图13为本公开实施例中的一种终端设备的结构示意图，参见图13所示，终端设备1300可以包括以下一个或多个组件：处理组件1301、存储器1302、电源组件1303、多媒体组件1304、音频组件1305、输入/输出(I/O)的接口1306、传感器组件1307以及通信组件1308。

处理组件1301通常控制终端设备1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1301可以包括一个或多个处理器1310来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1301可以包括一个或多个模块，便于处理组件1301和其他组件之间的交互。例如，处理组件1301可以包括多媒体模块，以方便多媒体组件1304和处理组件1301之间的交互。

存储器1302被配置为存储各种类型的数据以支持在设备1300的操作。这些数据的示例包括用于在终端设备1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1302可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1303为终端设备1300的各种组件提供电力。电源组件1303可以包括电源管理系统，一个或多个电源，及其他与为终端设备1300生成、管理和分配电力相关联的组件。

多媒体组件1304包括在终端设备1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1304包括一个前置摄像头和/或后置摄像头。当设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1305被配置为输出和/或输入音频信号。例如，音频组件1305包括一个麦克风(MIC)，当终端设备1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1302或经由通信组件1308发送。在一些实施例中，音频组件1305还包括一个扬声器，用于输出音频信号。

I/O接口1306为处理组件1301和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1307包括一个或多个传感器，用于为终端设备1300提供各个方面的状态评估。例如，传感器组件1307可以检测到设备1300的打开/关闭状态，组件的相对定位，例如组件为终端设备1300的显示器和小键盘，传感器组件1307还可以检测终端设备1300或终端设备1300一个组件的位置改变，用户与终端设备1300接触的存在或不存在，终端设备1300方位或加速/减速和终端设备1300的温度变化。传感器组件1307可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1307还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1307还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1308被配置为便于终端设备1300和其他设备之间有线或无线方式的通信。终端设备1300可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1308经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件1308还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端设备1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

基于相同的发明构思，本公开实施例提供一种网络设备，该网络设备与上述一个或者多个实施例中的网络设备A一致。

图14为本公开实施例中的一种网络设备的结构示意图，参见图14所示，网络设备1400可以包括处理组件1401，其进一步包括一个或多个处理器，以及由存储器1402所代表的存储器资源，用于存储可由处理组件1401的执行的指令，例如应用程序。存储器1402中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1401被配置为执行指令，以执行上述方法前述应用在所述网络设备A的任一方法。

网络设备1400还可以包括一个电源组件1403被配置为执行网络设备1400的电源管理，一个有线或无线网络接口1404被配置为将网络设备1400连接到网络，和一个输入输出(I/O)接口1405。网络设备1400可以操作基于存储在存储器1402的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

基于相同的发明构思，本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令；当指令在计算机上运行时，用于执行上述一个或者多个实施例中终端设备侧或者网络设备A侧的通信方法。

基于相同的发明构思，本公开实施例还提供一种计算机程序或计算机程序产品，当计算机程序产品在计算机上被执行时，使得计算机实现上述一个或者多个实施例中终端设备侧或者网络设备A侧的通信方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。