CN111327404A - 业务生存期处理方法及装置 - Google Patents

业务生存期处理方法及装置 Download PDF

Info

Publication number
CN111327404A
CN111327404A CN201811524336.2A CN201811524336A CN111327404A CN 111327404 A CN111327404 A CN 111327404A CN 201811524336 A CN201811524336 A CN 201811524336A CN 111327404 A CN111327404 A CN 111327404A
Authority
CN
China
Prior art keywords
timer
rlc
survival
terminal
sdu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201811524336.2A
Other languages
English (en)
Other versions
CN111327404B (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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201811524336.2A priority Critical patent/CN111327404B/zh
Publication of CN111327404A publication Critical patent/CN111327404A/zh
Application granted granted Critical
Publication of CN111327404B publication Critical patent/CN111327404B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • 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

Landscapes

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

Abstract

本申请公开了业务生存期处理方法及装置，用以提供在接入网中维护业务的survival time的解决方案，使得终端行为具有可控性。本申请提供的一种业务生存期处理方法，包括：在终端的接入层维护用于管理业务生存期的定时器；当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。

Description

业务生存期处理方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及业务生存期处理方法及装置。
背景技术
5G NR系统主要支持三类业务：
eMBB(enhanced Mobile Broadband,增强型宽带通信)；
mMTC(massive Machine Type Communications，大量机器类型通信)；
URLLC(Ultra-Reliable and Low Latency Communications，高可靠低时延通信)。
IIOT(Industrial Internet of Things,工业物联网)业务从本质上讲，一般是要求高可靠，低时延的，可以认为其归属于5G NR三大类业务中的URLLC业务。
针对IIOT业务，业务层有survival time(生存期)的要求。survival time是指业务层最多能够容忍收不到期望的消息的时间。对于接收端而言，如果某个消息接收错误，下一条消息如果不能在一个特定时间(最小值为端到端时延，抖动和生存期之和)内正确的接收到，那么业务将被认为不可用。业务层的survival time要求需要通过接入网保证，业务层的survival time保障反映到接入网就是不能有连续的丢包。但是，目前如何在接入网中维护中进行增强以保证接入网不会连续的丢包，从而保证业务层的survival time要求，目前尚没有明确的解决方案。
发明内容
本申请实施例提供了业务生存期处理方法及装置，用以提供在接入网中维护业务的survival time的解决方案，使得终端行为具有可控性。
本申请实施例提供的一种业务生存期处理方法，包括：
在终端的接入层维护用于管理业务生存期的定时器；
当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
通过该方法，提供了在接入网中维护业务的survival time的解决方案，使得终端行为具有可控性。
可选地，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
可选地，当所述终端为发送端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer(当然后续标准化时也不能排除定时器名称的变化，只要含义定时器功能相同即可)，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
可选地，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MAC PDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
可选地，当所述终端为接收端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
可选地，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
可选地，触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
相应地，在终端侧，本申请实施例提供的一种业务生存期处理装置，包括：
存储器，用于存储程序指令；
处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
在终端的接入层维护用于管理业务生存期的定时器；
当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
可选地，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
可选地，当所述终端为发送端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
可选地，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MAC PDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
可选地，当所述终端为接收端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
可选地，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
可选地，触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
在终端侧，本申请实施例提供的另一种业务生存期处理装置，包括：
第一单元，用于在终端的接入层维护用于管理业务生存期的定时器；
第二单元，用于当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
本申请另一实施例提供了一种计算设备，其包括存储器和处理器，其中，所述存储器用于存储程序指令，所述处理器用于调用所述存储器中存储的程序指令，按照获得的程序执行上述任一种方法。
本申请另一实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一种方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种业务生存期处理方法的流程示意图；
图2为本申请实施例提供的一种业务生存期处理装置的结构示意图；
图3为本申请实施例提供的另一种业务生存期处理装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了业务生存期处理方法及装置，用以提供在接入网中维护业务的survival time的解决方案，使得终端行为具有可控性。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统，以及5G NR系统等。这多种系统中均包括终端设备和网络设备。
本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(user equipment，UE)。无线终端设备可以经RAN与一个或多个核心网进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiated protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。
本申请实施例涉及的网络设备，可以是基站，该基站可以包括多个小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(internet protocol，IP)分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络设备可以是全球移动通信系统(global system for mobile communications，GSM)或码分多址接入(code divisionmultiple access，CDMA)中的网络设备(base transceiver station，BTS)，也可以是带宽码分多址接入(wide-band code division multiple access，WCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站，也可是家庭演进基站(home evolved node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。
下面结合说明书附图对本申请各个实施例进行详细描述。需要说明的是，本申请实施例的展示顺序仅代表实施例的先后顺序，并不代表实施例所提供的技术方案的优劣。
本申请实施例中给出了一种接入网中业务生存期管理的处理方法及装置。其核心思想终端在接入层(AS层)维护用于生存期管理的定时器(简称为survival timer，当然也排除后续协议制定时使用其他名称)，当survival timer超时，触发UE执行survival timer超时处理的相关行为。
具体的：
终端在AS层维护用于生存期管理的定时器，所述终端可以是发送终端或者接收终端。
所述AS层具体可以是PDCP层、RLC层、MAC层。
一、所述发送终端在AS层维护用于生存期管理的定时器，具体包括如下方式中的任何一种：
方法1:基于PDCP服务数据单元(SDU)/协议数据单元(Protocol Data Unit,PDU)维护。
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对PDCP SN>＝N的PDCP SDU或PDU的ACK反馈，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCPSDU或PDU的NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer(本质上一个终端的一个逻辑信道仅会维护一个timer)。
方法2:基于RLC SDU或PDU维护。
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段(即RLC PDU)维护一个survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段(且该分段在RLC SDU中的位置位于所述RLC PDU之后)的ACK反馈，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段(即RLC PDU)的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段(且该分段在RLC SDU中的位置位于所述RLC PDU之后)的ACK反馈，则停止该survival timer本质上一个终端的一个逻辑信道仅会维护一个timer)。
方法3:基于MAC PDU或者混合自动重传请求(Hybrid Automatic RepeatreQuest,HARQ)进程维护
针对有survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述MAC PDU或者HARQ进程的ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，反，则停止该survival timer。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对某个包含所述逻辑信道数据的进程的HARQ NACK反馈，启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
二、所述接收终端在AS层维护用于生存期管理的定时器，具体包括如下方式中的任何一种：
方法1:基于PDCP SDU或PDU维护。
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer本质上一个终端的一个逻辑信道仅会维护一个timer)。
方法2:基于RLC SDU或PDU维护
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU/RLC SDU分段(即RLC PDU)对应的survivaltimer，如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的RLC SN>＝N的PDCP SDU或PDU(如果是RLC SDU分段，所述RLC SDU分段的SN如果等于当前启动survival timer的RLC SDU分段的SN，那么所述RLC SDU分段需要为当前终端正在等待的RLC SDU分段或者与当前RLC SDU分段的SN相同且位于当前RLC SDU分段之后的RLC SDU分段)，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到RLC SN＝N的RLC SDU/RLC SDU分段的数据未正确接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的RLC SN>＝N的RLC SDU/RLC SDU分段(如果是RLC SDU分段，所述RLC SDU分段的SN如果等于当前启动survival timer的RLCSDU分段的SN，那么所述RLC SDU分段需要为当前终端正在等待的RLC SDU分段或者与当前RLC SDU分段的SN相同且位于当前RLC SDU分段之后的RLC SDU分段)，则停止该survivaltimer(本质上一个终端的一个逻辑信道仅会维护一个timer)。
方法3:基于MAC PDU/HARQ进程维护。
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该timer运行期间，终端接正确收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的包含所述MAC PDU或者HARQ进程，或者所述终端正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到某个包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
终端执行survival timer超时处理的相关行为，包括但不限于如下行为之一或者组合：
通知无线资源控制(Radio Resource Control，RRC)层，触发无线链路失败(RadioLink Failure,RLF)处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
通知无线接入网协议层之上的更高协议层(upper layer)释放相关session；
在PDCP/RLC/MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
本申请实施例如下：
实施例1：发送终端维护生存期管理的定时器，基于PDCP SDU或PDU维护。具体包括：
步骤1：发送终端维护生存期管理定时器。
对于有survival time要求的逻辑信道，发送终端需要维护所述逻辑信道相关的生存期管理定时器。
具体维护方式是基于PDCP SDU或PDU维护：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对PDCP SN>＝N的PDCP SDU或PDU的ACK反馈，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCPSDU或PDU的NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer(本质上一个终端的一个逻辑信道仅会维护一个timer)。
步骤2:所述生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP、RLC、MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
实施例2：发送终端维护所述生存期管理的定时器，基于RLC SDU或PDU维护。具体处理方法包括：
步骤1：发送终端维护所述生存期管理定时器。
对于有survival time要求的逻辑信道，发送终端需要维护逻辑信道相关的生存期管理定时器。
具体维护方式是基于RLC SDU或PDU维护:
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段(即RLC PDU)维护一个survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝SN的RLC PDU分段(且该分段在RLC SDU中的位置位于所述RLC PDU之后)的ACK反馈，则停止该survivaltimer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的RLC状态报告，如果该状态报告包含PDCP SN＝N的RLCSDU或者RLC SDU分段(即RLC PDU)的非确认(NACK)反馈，且当前状态报告中对于PDCP SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝SN的RLC PDU分段(且该分段在RLC SDU中的位置位于所述RLC PDU之后)的ACK反馈，则停止该survival timer本质上一个终端的一个逻辑信道仅会维护一个timer)。
步骤2:生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP/RLC/MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
实施例3：发送终端维护生存期管理的定时器，基于MAC PDU维护。具体处理流程包括：
步骤1：发送终端维护生存期管理定时器。
对于有survival time要求的逻辑信道，发送终端需要维护所述逻辑信道相关的生存期管理定时器。
具体维护方式是基于MAC PDU维护:
针对有survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述MAC PDU或者HARQ进程的ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对某个包含所述逻辑信道数据的进程的HARQ NACK反馈，启动survival timer。如果在该timer运行期间，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
步骤2:所述生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP/RLC/MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
实施例4：接收维护生存期管理的定时器，基于PDCP SDU或PDU维护。具体处理流程包括：
步骤1：接收终端维护所述生存期管理定时器。
对于有survival time要求的逻辑信道，接收终端需要维护所述逻辑信道相关的生存期管理定时器。
具体维护方式是基于PDCP SDU或PDU维护：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer本质上一个终端的一个逻辑信道仅会维护一个timer)。
步骤2:所述生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP、RLC、MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
实施例5：接收终端维护生存期管理的定时器，基于RLC SDU或PDU维护。具体处理流程包括：
步骤1：接收终端维护所述生存期管理定时器。
对于有survival time要求的逻辑信道，接收需要维护所述逻辑信道相关的生存期管理定时器。
具体维护方式是基于RLC SDU或PDU维护:
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或RLC SDU分段(即RLC PDU)对应的survivaltimer，如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的RLC SN>＝N的PDCP SDU或PDU(如果是RLC SDU分段，所述RLC SDU分段的SN如果等于当前启动survival timer的RLC SDU分段的SN，那么所述RLC SDU分段需要为当前终端正在等待的RLC SDU分段或者与当前RLC SDU分段的SN相同且位于当前RLC SDU分段之后的RLC SDU分段)，则停止该survival timer(本质上一个终端一个逻辑信道可能同时维护多个survival timer)。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到RLC SN＝N的RLC SDU/RLC SDU分段的数据未正确接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的PDCP SN>＝N的RLC SDU/RLCSDU分段(如果是RLC SDU分段，所述RLC SDU分段的SN如果等于当前启动survival timer的RLC SDU分段的SN，那么所述RLC SDU分段需要为当前终端正在等待的RLC SDU分段或者与当前RLC SDU分段的SN相同且位于当前RLC SDU分段之后的RLC SDU分段)，则停止该survival timer(本质上一个终端的一个逻辑信道仅会维护一个timer)。
步骤2:所述生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP/RLC/MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
实施例6：发送终端维护生存期管理的定时器，基于MAC PDU维护。具体处理过程包括：
步骤1：接收终端维护所述生存期管理定时器。
对于有survival time要求的逻辑信道，接收终端需要维护所述逻辑信道相关的生存期管理定时器。
具体维护方式是基于MAC PDU维护:
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该timer运行期间，终端接正确收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的包含所述MAC PDU或者HARQ进程，或者所述终端正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer。或者，
针对有survival time要求的逻辑信道，终端接收到通信对端(可以是网络侧设备或者直接通信的对端终端)发送的数据，如果检测到某个包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer。如果在该timer运行期间，终端正确接收到通信对端(可以是网络侧设备或者直接通信的对端终端)针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
步骤2:所述生存期管理定时器超时后处理。
当任何一个survival timer超时，终端行为包括但不限于如下行为之一或者组合：
通知RRC，触发RLF；
通知通信对端(可以是网络侧设备或者直接通信的对端终端)释放相关承载；
在PDCP/RLC/MAC层清空所述逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与所述逻辑信道相关的survival timer。
综上所述，参见图1，本申请实施例提供的一种业务生存期处理方法，包括：
S101、在终端的接入层维护用于管理业务生存期的定时器；
其中，所述定时器，即上述的survival timer。
S102、当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
通过该方法，提供了在接入网中维护业务的survival time的解决方案，使得终端行为具有可控性。
可选地，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
可选地，当所述终端为发送端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
可选地，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MAC PDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
可选地，当所述终端为接收端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
可选地，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
可选地，触发所述终端(可以是发送终端，也可以是接收终端)执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
相应地，参见图2，在终端侧，本申请实施例提供的一种业务生存期处理装置，包括：
第一单元11，用于在终端的接入层维护用于管理业务生存期的定时器；
第二单元12，用于当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
可选地，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
可选地，当所述终端为发送端时，第一单元11在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
可选地，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MAC PDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
可选地，当所述终端为接收端时，第一单元11在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
可选地，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
可选地，第二单元12触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
相应地，在终端侧，参见图3，本申请实施例提供的另一种业务生存期处理装置，包括：
存储器620，用于存储程序指令；
处理器600，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
在终端的接入层维护用于管理业务生存期的定时器；
当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
可选地，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
可选地，当所述终端为发送端时，处理器600在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
可选地，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MAC PDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQACK反馈，则停止该survival timer。
可选地，当所述终端为接收端时，处理器600在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
可选地，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survival timer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCP SN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
可选地，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survival timer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survival timer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
可选地，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MACPDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
可选地，处理器600触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
收发机610，用于在处理器600的控制下接收和发送数据。
其中，在图3中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
可选的，处理器600可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
本申请实施例还提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。
存储器可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储本申请实施例提供的任一所述方法的程序。
处理器通过调用存储器存储的程序指令，处理器用于按照获得的程序指令执行本申请实施例提供的任一所述方法。
本申请实施例提供了一种计算机存储介质，用于储存为上述本申请实施例提供的装置所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本申请实施例提供的方法可以应用于终端设备，也可以应用于网络设备。
其中，终端设备也可称之为用户设备(User Equipment，简称为“UE”)、移动台(Mobile Station，简称为“MS”)、移动终端(Mobile Terminal)等，可选的，该终端可以具备经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信的能力，例如，终端可以是移动电话(或称为“蜂窝”电话)、或具有移动性质的计算机等，例如，终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
网络设备可以为基站(例如，接入点)，指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS，BaseTransceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以是5G系统中的gNB等。本申请实施例中不做限定。
上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
综上所述，本申请实施例中，终端在AS层维护用于生存期管理的定时器(简称为survival timer，当然也排除后续协议制定时使用其他名称)，当survival timer超时，触发UE执行survival timer超时处理的相关行为。本申请实施例给出了一种接入网中业务生存期的管理方法，通过该方法，可以明确接入网如何实现业务survival time管理，使得终端行为具有可控性。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (24)

1.一种业务生存期处理方法，其特征在于，该方法包括：
在终端的接入层维护用于管理业务生存期的定时器；
当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
2.根据权利要求1所述的方法，其特征在于，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
3.根据权利要求1所述的方法，其特征在于，当所述终端为发送端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
4.根据权利要求3所述的方法，其特征在于，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
5.根据权利要求3所述的方法，其特征在于，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
6.根据权利要求3所述的方法，其特征在于，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MACPDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQ ACK反馈，则停止该survival timer。
7.根据权利要求1所述的方法，其特征在于，当所述终端为接收端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
8.根据权利要求7所述的方法，其特征在于，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survivaltimer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survivaltimer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCPSN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survivaltimer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
9.根据权利要求7所述的方法，其特征在于，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survivaltimer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survivaltimer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
10.根据权利要求7所述的方法，其特征在于，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MAC PDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
11.根据权利要求1～10任一所述的方法，其特征在于，触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
12.一种业务生存期处理装置，其特征在于，包括：
存储器，用于存储程序指令；
处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
在终端的接入层维护用于管理业务生存期的定时器；
当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
13.根据权利要求12所述的装置，其特征在于，所述接入层为：分组数据汇聚协议PDCP层，或者无线链路控制RLC层，或者媒体接入控制MAC层。
14.根据权利要求12所述的装置，其特征在于，当所述终端为发送端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
15.根据权利要求14所述的装置，其特征在于，所述方式一具体包括：
针对有生存期survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个用于管理业务生存期的定时器survival timer，对于PDCP层序列号SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的PDCP SDU或PDU的确认ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端反馈的PDCP状态报告，如果该状态报告包含PDCP SN＝N的PDCP SDU或PDU的非确认NACK反馈，且当前状态报告中对于PDCP SN>＝N的PDCP SDU或PDU的状态反馈均为NACK，则启动survival timer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对PDCP SN>＝N的SDU或PDU的ACK反馈，则停止该survival timer。
16.根据权利要求14所述的装置，其特征在于，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或者RLC SDU分段维护一个用于管理业务生存期的定时器survival timer,对于RLC SN＝N的SDU或者RLC SDU分段对应的survival timer，如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survivaltimer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端反馈的RLC状态报告，如果该状态报告包含RLC SN＝N的RLC SDU或者RLC SDU分段的NACK反馈，且当前状态报告中对于RLC SN>＝N的RLC SDU或者RLC SDU分段的状态反馈均为NACK，则启动survivaltimer；如果在该survival timer运行期间，终端接收到通信对端反馈的针对RLC SN>＝N的RLC SDU或者RLC SN＝N的RLC PDU分段的ACK反馈，则停止该survival timer。
17.根据权利要求14所述的装置，其特征在于，所述方式三具体包括：
针对有生存期survival time要求的逻辑信道，对于每个包含相关逻辑信道数据的MACPDU或者HARQ进程，维护一个用于管理业务生存期的定时器survival timer，如果在该survival timer运行期间，接收到通信对端针对所述MAC PDU或者HARQ进程的确认ACK反馈，或者接收到通信对端针对其他包含所述逻辑信道数据的MAC PDU或者HARQ进程的ACK反馈，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端针对包含所述逻辑信道数据的进程的HARQ非确认NACK反馈，启动survival timer；如果在该survival timer运行期间，接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的HARQ ACK反馈，则停止该survival timer。
18.根据权利要求12所述的装置，其特征在于，当所述终端为接收端时，在所述终端的接入层维护用于管理业务生存期的定时器，具体包括下列方式之一：
方式一、基于分组数据汇聚协议PDCP层服务数据单元SDU或协议数据单元PDU，维护用于管理业务生存期的定时器；
方式二、基于无线链路控制RLC层SDU或PDU，维护用于管理业务生存期的定时器；
方式三、基于媒体接入控制MAC层PDU或者混合自动重传请求HARQ进程，维护用于管理业务生存期的定时器。
19.根据权利要求18所述的装置，其特征在于，所述方式一具体包括：
针对有survival time要求的逻辑信道，对于每个PDCP SDU或PDU维护一个survivaltimer,对于PDCP SN＝N的PDCP SDU或PDU对应的survival timer，如果在该survivaltimer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到PDCPSN＝N的PDCP SDU或PDU的数据未正确接收，则启动survival timer；如果在该survivaltimer运行期间，正确接收到通信对端发送的PDCP SN>＝N的PDCP SDU或PDU，则停止该survival timer。
20.根据权利要求18所述的装置，其特征在于，所述方式二具体包括：
针对有survival time要求的逻辑信道，对于每个RLC SDU或PDU维护一个survivaltimer,对于RLC SN＝N的RLC SDU或SDU分段对应的survival timer，如果在该survivaltimer运行期间，正确接收到通信对端发送的RLC SN>＝N的PDCP SDU或PDU，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，终端接收到通信对端发送的数据，如果检测到RLC SN＝N的RLC SDU或SDU分段的数据未正确接收，则启动survival timer；如果在该survival timer运行期间，终端正确接收到通信对端发送的RLC SN>＝N的RLC SDU或SDU分段，则停止该survival timer。
21.根据权利要求18所述的装置，其特征在于，所述方式三具体包括：
针对有survival time要求的逻辑信道，对于每个包含所述逻辑信道数据的MAC PDU或者HARQ进程维护一个survival timer,如果在该survival timer运行期间，正确接收到通信对端发送的包含所述MAC PDU或者HARQ进程，或者正确接收到任何一个包含所述承载数据的MAC PDU或者HARQ进程，则停止该survival timer；或者，
针对有survival time要求的逻辑信道，接收到通信对端发送的数据，如果检测到包含所述逻辑信道数据的进程对应的数据未能成功接收，则启动survival timer；如果在该survival timer运行期间，正确接收到通信对端针对所述进程或者其他包含所述逻辑信道数据的其他进程的数据，则停止该survival timer。
22.根据权利要求13～21任一所述的装置，其特征在于，触发所述终端执行所述定时器超时处理的相关行为，具体包括下列行为之一或组合：
通知无线资源控制RRC层，触发无线链路失败RLF处理；
通知无线资源控制RRC层，触发释放相关承载；
通知通信对端释放相关承载；
通知无线接入网协议层之上的更高协议层；
在PDCP或RLC或MAC层清空有survival time要求的逻辑信道对应的数据；
如果所述终端有其他正在运行的survival timer，则停止与有survival time要求的逻辑信道相关的survival timer。
23.一种业务生存期处理装置，其特征在于，包括：
第一单元，用于在终端的接入层维护用于管理业务生存期的定时器；
第二单元，用于当所述定时器超时，触发所述终端执行所述定时器超时处理的相关行为。
24.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行权利要求1至11任一项所述的方法。
CN201811524336.2A 2018-12-13 2018-12-13 业务生存期处理方法及装置 Active CN111327404B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811524336.2A CN111327404B (zh) 2018-12-13 2018-12-13 业务生存期处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811524336.2A CN111327404B (zh) 2018-12-13 2018-12-13 业务生存期处理方法及装置

Publications (2)

Publication Number Publication Date
CN111327404A true CN111327404A (zh) 2020-06-23
CN111327404B CN111327404B (zh) 2022-08-26

Family

ID=71172248

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811524336.2A Active CN111327404B (zh) 2018-12-13 2018-12-13 业务生存期处理方法及装置

Country Status (1)

Country Link
CN (1) CN111327404B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022021021A1 (zh) * 2020-07-27 2022-02-03 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
GB2597778A (en) * 2020-08-05 2022-02-09 Samsung Electronics Co Ltd Survival time in radio access networks
WO2022042430A1 (zh) * 2020-08-28 2022-03-03 华为技术有限公司 一种可靠性保障方法及相关装置
WO2022120516A1 (zh) * 2020-12-07 2022-06-16 Oppo广东移动通信有限公司 通信方法、设备和系统
WO2022204999A1 (zh) * 2021-03-30 2022-10-06 Oppo广东移动通信有限公司 存活时间的处理方法和终端设备
CN116097736A (zh) * 2020-07-31 2023-05-09 中兴通讯股份有限公司 服务质量要求放宽的生存时间

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1949697A (zh) * 2005-10-14 2007-04-18 大唐移动通信设备有限公司 一种确保收发双方数据一致的数据传输方法
CN101127587A (zh) * 2007-09-25 2008-02-20 中兴通讯股份有限公司 一种自动重传请求状态报告触发方法
CN101252424A (zh) * 2008-04-02 2008-08-27 中国科学院计算技术研究所 一种自动重传请求机制中协议数据单元处理的方法和系统
CN101626287A (zh) * 2008-07-08 2010-01-13 华为技术有限公司 状态报告发送的方法和装置
CN101809970A (zh) * 2007-12-28 2010-08-18 中兴通讯股份有限公司 无线链路控制实体的复位方法
WO2015127608A1 (en) * 2014-02-26 2015-09-03 Mediatek Inc. Method and apparatus for triggering acknowledgement status report in wireless communications system
US20180234302A1 (en) * 2017-02-10 2018-08-16 Qualcomm Incorporated Systems and methods for network monitoring

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1949697A (zh) * 2005-10-14 2007-04-18 大唐移动通信设备有限公司 一种确保收发双方数据一致的数据传输方法
CN101127587A (zh) * 2007-09-25 2008-02-20 中兴通讯股份有限公司 一种自动重传请求状态报告触发方法
CN101809970A (zh) * 2007-12-28 2010-08-18 中兴通讯股份有限公司 无线链路控制实体的复位方法
CN101252424A (zh) * 2008-04-02 2008-08-27 中国科学院计算技术研究所 一种自动重传请求机制中协议数据单元处理的方法和系统
CN101626287A (zh) * 2008-07-08 2010-01-13 华为技术有限公司 状态报告发送的方法和装置
WO2015127608A1 (en) * 2014-02-26 2015-09-03 Mediatek Inc. Method and apparatus for triggering acknowledgement status report in wireless communications system
US20180234302A1 (en) * 2017-02-10 2018-08-16 Qualcomm Incorporated Systems and methods for network monitoring

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "R2-1712902 Behavior of t-Reordering timer during PDCP re-establishment for SRB and AM DRB_final", 《3GPP TSG_RAN\WG2_RL2》 *
HUAWEI: "R3-186975 Consideration on the accurate reference timing in TSN for IIoT", 《3GPP TSG_RAN\WG3_IU》 *
NOKIA等: "R2-1817583 On PDCP Duplication Enhancements with Combination of DC and CA", 《3GPP TSG_RAN\WG2_RL2》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022021021A1 (zh) * 2020-07-27 2022-02-03 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN116097736A (zh) * 2020-07-31 2023-05-09 中兴通讯股份有限公司 服务质量要求放宽的生存时间
GB2597778A (en) * 2020-08-05 2022-02-09 Samsung Electronics Co Ltd Survival time in radio access networks
GB2597778B (en) * 2020-08-05 2023-01-25 Samsung Electronics Co Ltd Survival time in radio access networks
WO2022042430A1 (zh) * 2020-08-28 2022-03-03 华为技术有限公司 一种可靠性保障方法及相关装置
WO2022120516A1 (zh) * 2020-12-07 2022-06-16 Oppo广东移动通信有限公司 通信方法、设备和系统
WO2022204999A1 (zh) * 2021-03-30 2022-10-06 Oppo广东移动通信有限公司 存活时间的处理方法和终端设备
EP4290794A4 (en) * 2021-03-30 2024-04-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. SURVIVAL TIME PROCESSING METHOD AND TERMINAL DEVICE

Also Published As

Publication number Publication date
CN111327404B (zh) 2022-08-26

Similar Documents

Publication Publication Date Title
CN111327404B (zh) 业务生存期处理方法及装置
CN111327392B (zh) 一种数据传输方法及装置
US11425784B2 (en) Radio link failure handling method and related product
CN112399454B (zh) 信息传输方法及装置
JP6240792B2 (ja) 向上したタイマ取扱い機構
KR20160048979A (ko) 데이터 전송 방법 및 사용자 장치
CN112399468B (zh) 一种数据传输方法及接收设备
JP2019536358A (ja) データ送信／受信装置、方法及び通信システム
CN112770375B (zh) 信息确定、参数配置方法及装置
WO2021139546A1 (zh) 信息传输方法及装置
CN112242884A (zh) 信息传输方法及装置
CN112543450A (zh) 密钥推衍方法及装置
CN111200841B (zh) 消息发送及其控制方法及装置
CN112217617B (zh) 信息传输方法及装置
CN112217618B (zh) 信息传输方法及装置
CN108293210B (zh) 一种小区切换方法及设备
CN112187400B (zh) 数据传输方法及装置
CN114390567A (zh) 一种异常处理方法、终端及存储介质
CN110602745A (zh) 一种数据包解压方法及装置
WO2023143287A1 (zh) 数据传输方法、装置、设备及存储介质
US20240080928A1 (en) Method and apparatus for data transmission
WO2024027383A1 (zh) 数据处理方法及装置
CN116209018A (zh) 一种信息传输方法及装置
CN118160381A (zh) 用于支持pdcp层中归因于分组丢失的分组丢弃操作的方法及设备
CN114071795A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20210527

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Applicant before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

GR01 Patent grant
GR01 Patent grant