CN112312588A - 用于传输数据的方法、终端设备和网络设备 - Google Patents
用于传输数据的方法、终端设备和网络设备 Download PDFInfo
- Publication number
- CN112312588A CN112312588A CN201910702662.6A CN201910702662A CN112312588A CN 112312588 A CN112312588 A CN 112312588A CN 201910702662 A CN201910702662 A CN 201910702662A CN 112312588 A CN112312588 A CN 112312588A
- Authority
- CN
- China
- Prior art keywords
- message
- terminal device
- data
- rrc connection
- terminal
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了用于传输数据的方法、终端设备和网络设备,本申请的技术方案中,在终端设备进入非活跃状态后以及在进入非活跃状态过程中,可以有挂起数据的传输机会,能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及用于传输数据的方法、终端设备和网络设备。
背景技术
在现有的无线通信系统中,为终端设备定义了多种通信状态。例如,如果终端设备与网络设备建立了通信连接,则定义终端设备处于连接(connected)状态;如果终端设备处于待机状态,则定义终端设备处于空闲(idle)状态。另外,在5G通信系统中还定义了不活跃(inactive)状态,在不活跃状态下,终端设备可以保留与网络设备之间的通信连接的一些上下文信息。其中,在连接状态下,终端设备可以与网络设备能够进行连续通信。在空闲状态或者不活跃状态下,终端设备均都处于节电状态。
当终端设备从连接状态切换到不活跃状态时,终端设备的分组数据汇聚层协议(packet data convergence protocol,PDCP)层有可能会存在挂起的数据。由于当终端设备恢复连接状态可以重新给予这些数据传输机会,所以终端设备仍继续保存这些挂起的数据。但是如果终端设备长时间未进入连接态或者上述数据长时间未获得传输机会,这些挂起的数据会由于在终端设备缓存中停留时间过长而失效,导致终端设备状态转换过程中丢失数据包。
发明内容
本申请提供用于传输数据的方法、终端设备和网络设备,能够降低在终端设备状态转换过程中丢失数据包的概率。
第一方面,本申请提供了一种用于传输数据的方法,所述方法包括:终端设备在存在挂起数据时向网络设备发送第一消息,所述终端设备处于非活跃状态,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述挂起数据为在所述终端设备的PDCP层保存的数据;所述终端设备接收网络设备发送的第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
在上述技术方案中,终端设备在存在挂起的数据的情况下,向网络设备发送第一消息,请求恢复RRC连接,并告知网络设备有数据要发送,以便网络设备进行调度,从而能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,保存在所述PDCP层的数据。例如,所述数据可以是PDCP层的SDU或者PDU。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,所述PDCP层保存的未接收到确认ACK消息的数据,同样,所述数据可以是PDCP层的SDU或者PDU。
可以理解地,当介质接入控制MAC层或者无线链路控制RLC层也存在挂起操作的情况下,挂起数据还包括在终端设备的MAC层或者RLC层保存的数据。
在一种可能的实现方式中,在所述终端设备发送第一消息之前,所述方法还包括:所述终端设备确定满足触发条件,所述触发条件为以下条件中的至少一个:所述挂起数据的数据量大于预设门限值;所述网络设备指定的至少一个无线承载RB、所述网络设备指定的至少一个逻辑信道或者所述网络设备指定的至少一个逻辑信道组存在所述挂起数据;第一定时器超时,所述第一定时器在所述终端设备进入非活跃状态后启动;接收到寻呼消息;需要执行无线接入网络通知区域更新RNAU;所述终端设备在存在挂起数据时向网络设备发送第一消息,包括:在所述终端设备满足所述触发条件时,所述终端设备向所述网络设备发送所述第一消息。
可选地,所述预设门限值可以由终端设备和网络设备约定而不需要传输,例如,在协议中体现。也就是说,所述门限值也可以不由网络设备通过配置消息配置。
可选地,所述预设门限值可以是网络设备配置,例如,所述门限值由网络设备通过配置消息配置。
可选地,所述至少一个RB、所述至少一个逻辑信道或至少一个逻辑信道组也可以是由终端设备和网络设备约定而不需要网络设备配置的。例如,在协议中体现。
可选地,所述第一定时器也可以是由终端设备和网络设备约定而不需要网络设备配置的。例如,在协议中体现。
可以理解地,RB可以是数据无线承载DRB也可以是信令无线承载SRB,本申请对此不做限定。
在上述技术方案中,在挂起数据的数据量大于门限值时,终端设备发送第一消息,可以避免终端设备频繁请求进入连接状态,减小信令开销。当在指定的RB或者指定的逻辑信道存在挂起数据时,终端设备发送第一消息,可以提高数据传输的灵活性。由于终端设备的服务网络设备可能发生变化,而新的服务网络设备无法意识到终端设备中存在挂起数据,在接收到寻呼消息或者执行RNAU时,新的服务网络设备不能及时给予挂起数据传输机会,而本申请的技术方案中的第一消息在请求恢复RRC连接的同时可以指示终端设备有数据需要发送,因此能够降低终端设备的挂起数据因长时间停留而失效的概率。
在一种可能的实现方式中,所述第一消息包括第一信元,所述第一信元用于指示所述终端设备有数据需要发送。
可以理解地,所述第一信元可以是新增的信元,也可以是复用已有的信元。
在一种可能的实现方式中,所述第一消息为RRC连接恢复请求消息,所述RRC连接恢复请求消息中的恢复原因信元指示所述终端设备有数据需要发送。
可以理解地,恢复原因信元可以使用已有的原因值指示终端设备有数据需要发送,也可以新增一个原因值指示终端设备由挂起数据需要发送,本申请实施例对此不做限定。
在上述技术方案中,终端设备在存在挂起数据时发送RRC连接恢复请求消息,并通过RRC连接恢复请求消息的恢复原因信元指示终端设备有数据需要发送,也就是说,RRC连接恢复请求由挂起数据触发,这样能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述第一消息包括RRC连接恢复请求消息和缓存区状态报告BSR,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述BSR用于指示所述终端设备有数据需要发送;或者,所述第一消息包括RRC连接恢复请求消息和介质访问控制控制元素MAC CE,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述MAC CE用于指示所述终端设备中存在所述挂起数据。
可以理解地,上述技术方案中的MAC CE可以是预配置的。
在一种可能的实现方式中,在所述终端设备接收网络设备发送的第二消息之后,所述方法还包括:所述终端设备从非活跃状态切换至连接状态。
第二方面,本申请提供一种用于传输数据的方法,所述方法包括:网络设备接收终端设备发送的第一消息,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的PDCP层保存的数据;所述网络设备向所述终端设备发送第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
在上述技术方案中,终端设备在存在挂起的数据的情况下,向网络设备发送第一消息,请求恢复RRC连接,并告知网络设备有数据要发送,以便网络设备进行调度,从而能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,保存在所述PDCP层的数据。例如,所述数据可以是PDCP层的SDU或者PDU。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,所述PDCP层保存的未接收到确认ACK消息的数据,同样,所述数据可以是PDCP层的SDU或者PDU。
可以理解地,当介质接入控制MAC层或者无线链路控制RLC层也存在挂起操作的情况下,挂起数据还包括在终端设备的MAC层或者RLC层保存的数据。
在一种可能的实现方式中,在网络设备接收终端设备发送的第一消息之前,所述方法还包括:所述网络设备向所述终端设备发送配置信息,所述配置信息用于:配置门限值,所述门限值指示触发所述终端设备发送所述第一消息的挂起数据的最小数据量;和/或,指定至少一个无线承载RB、至少一个逻辑信道或至少一个逻辑信道组;和/或,配置第一定时器,所述第一定时器在所述终端设备进入非活跃状态后启动,所述第一消息是在所述第一定时器超时后发送的。
可以理解地,RB可以是数据无线承载DRB也可以是信令无线承载SRB,本申请对此不做限定。
在上述技术方案中,网络设备配置门限值,以便终端设备在挂起数据的数据量大于门限值时发送第一消息,可以避免终端设备频繁请求进入连接状态,减小信令开销。网络设备指定RB或者逻辑信道,以便终端设备在指定的RB或者指定的逻辑信道或者指定的逻辑信道组存在挂起数据时发送第一消息,可以提高数据传输的灵活性。
在一种可能的实现方式中,所述第一消息包括第一信元,所述第一信元用于指示所述终端设备有数据需要发送。
可以理解地,所述第一信元可以是新增的信元,也可以是复用已有的信元。
在一种可能的实现方式中,所述第一消息为RRC连接恢复请求消息,所述RRC连接恢复请求消息中的恢复原因信元指示所述终端设备有数据需要发送。
可以理解地,恢复原因信元可以使用已有的原因值指示终端设备有数据需要发送,也可以新增一个原因值指示终端设备由挂起数据需要发送,本申请实施例对此不做限定。
在上述技术方案中,终端设备在存在挂起数据时发送RRC连接恢复请求消息,并通过RRC连接恢复请求消息的恢复原因信元指示终端设备有数据需要发送,也就是说,RRC连接恢复请求由挂起数据触发,这样能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述第一消息包括RRC连接恢复请求消息和缓存区状态报告BSR,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述BSR用于指示所述终端设备有数据需要发送;或者,所述第一消息包括RRC连接恢复请求消息和介质访问控制控制元素MAC CE,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述MAC CE用于指示所述终端设备中存在所述挂起数据。
可以理解地,上述技术方案中的MAC CE可以是预配置的。
第三方面,本申请提供一种用于传输数据的方法,所述方法包括:终端设备接收网络设备发送的第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;所述终端设备向所述网络设备发送第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
在上述技术方案中,在进入非活跃状态之前,终端设备会主动向网络设备反馈自己已经准备好释放RRC连接,而非接收到第三消息后就进入非活跃状态,这样,终端设备就可以仅在准备好进入非活跃状态时(例如,没有挂起数据时),才进入非活跃状态,从而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,在所述终端设备接收网络设备发送的第三消息之后,所述方法还包括:所述终端设备在存在挂起数据时向网络设备发送第五消息,所述挂起数据为在所述终端设备的PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
在上述技术方案中,在终端设备进入非活跃状态之前,增加挂起数据检查,以便在终端设备进入非活跃状态之前,给予挂起数据传输机会,从而能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
并且相较于在终端设备进入非活跃状态之后再给予挂起数据传输机会,上述技术方案可以提前完成至少部分挂起数据的发送,减少挂起数据的停留时间,从而进一步降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,保存在所述PDCP层的数据。例如,所述数据可以是PDCP层的SDU或者PDU。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,所述PDCP层保存的未接收到确认ACK消息的数据,同样,所述数据可以是PDCP层的SDU或者PDU。
可以理解地,当介质接入控制MAC层或者无线链路控制RLC层也存在挂起操作的情况下,挂起数据还包括在终端设备的MAC层或者RLC层保存的数据。
在一种可能的实现方式中,所述方法还包括:所述终端设备释放与所述网络设备的RRC连接。
在一种可能的实现方式中,所述终端设备释放与所述网络设备的RRC连接,包括:在所述挂起数据发送完毕后,所述终端设备释放与所述网络设备的RRC连接。
在上述技术方案中,终端设备在挂起数据发送完毕之后进入非活跃状态或者空闲状态。也就是说,在终端设备的挂起数据发送完毕之前,终端设备不会进入非活跃状态或者空闲状态,从而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述终端设备向所述网络设备发送第四消息,包括:在所述挂起数据发送完毕后,所述终端设备向所述网络设备发送所述第四消息。
在一种可能的实现方式中,所述终端设备释放与所述网络设备的RRC连接,包括:在第二定时器超时时,所述终端设备释放与所述网络设备的RRC连接。
在上述技术方案中,通过设定一段时间来发送挂起数据,网络设备和终端设备在到达约定的时间后即可释放RRC连接,可以减少终端设备与网络设备之间的信令交互。
在一种可能的实现方式中,所述第二定时器的在所述终端设备接收到所述第三消息后启动;或者,所述第二定时器在所述终端设备向所述网络设备发送针对所述第三消息的确认ACK消息后启动。
在一种可能的实现方式中,所述第二定时器的超时时刻在预设时间段的结束时刻之后,所述预设时间段从所述终端设备接收到所述第三消息开始;或者,所述第二定时器的超时时刻在所述终端设备向所述网络设备发送针对所述第三消息的确认ACK消息之后。
在一种可能的实现方式中,所述第五消息包括通过缓存区状态报告BSR。
可以理解地,终端设备可以在接收到第三消息时触发发送BSR,也可以在存在挂起数据且接收到第三消息时触发发送BSR。
在一种可能的的实现方式中,所述第四消息包括RRC连接释放完成消息、RRC连接释放确认消息。
第四方面,本申请提供一种用于传输数据的方法,所述方法包括:
网络设备向终端设备发送第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;所述网络设备接收所述终端设备发送的第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
在上述技术方案中,在进入非活跃状态之前,终端设备会主动向网络设备反馈自己已经准备好释放RRC连接,而非接收到第三消息后就进入非活跃状态,这样,终端设备就可以仅在准备好进入非活跃状态时(例如,没有挂起数据时),才进入非活跃状态,从而能够降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,在所述网络设备向终端设备发送第三消息之后,所述方法还包括:所述网络设备接收所述终端设备发送的第五消息,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
在上述技术方案中,在终端设备进入非活跃状态之前,增加挂起数据检查,以便在终端设备进入非活跃状态之前,给予挂起数据传输机会,从而能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。
并且相较于在终端设备进入非活跃状态之后再给予挂起数据传输机会,上述技术方案可以提前完成至少部分挂起数据的发送,减少挂起数据的停留时间,从而进一步降低在终端设备状态转换过程中丢失数据包的概率。
在一种可能的实现方式中,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,保存在所述PDCP层的数据。例如,所述数据可以是PDCP层的SDU或者PDU。
可选地,所述挂起数据为所述终端设备进入非活跃状态的过程中,所述PDCP层保存的未接收到确认ACK消息的数据,同样,所述数据可以是PDCP层的SDU或者PDU。
可以理解地,当介质接入控制MAC层或者无线链路控制RLC层也存在挂起操作的情况下,挂起数据还包括在终端设备的MAC层或者RLC层保存的数据。
在一种可能的实现方式中,所述指示消息通过缓存区状态报告BSR指示。
可以理解地,终端设备可以在接收到第三消息时触发发送BSR,也可以在存在挂起数据且接收到第三消息时触发发送BSR。
在一种可能的的实现方式中,所述第四消息包括RRC连接释放完成消息、RRC连接释放确认消息。
第五方面,本申请提供了一种终端设备,包括用于执行第一方面或第一方面任意一种实现方式中的模块。
第六方面,本申请提供了一种网络设备,包括用于执行第二方面或第二方面任意一种实现方式中的模块。
第七方面,本申请提供了一种终端设备,包括用于执行第三方面或第三方面任意一种实现方式中的模块。
第八方面,本申请提供了一种网络设备,包括用于执行第四方面或第四方面任意一种实现方式中的模块。
第九方面,本申请提供了一种芯片,所述芯片与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现第一方面或第一方面任意一种实现方式所述的方法。
第十方面,本申请提供了一种芯片,所述芯片与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现第二方面或第二方面任意一种实现方式所述的方法。
第十一方面,本申请提供了一种芯片,所述芯片与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现第三方面或第三方面任意一种实现方式所述的方法。
第十二方面,本申请提供了一种芯片,所述芯片与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现第四方面或第四方面任意一种实现方式所述的方法。
第十三方面,本申请提供了一种终端设备,包括收发器、处理器和存储器,用于执行第一方面或第一方面任意一种实现方式所述的方法。
第十四方面,本申请提供了一种网络设备,包括收发器、处理器和存储器,用于执行第二方面或第二方面任意一种实现方式所述的方法。
第十五方面,本申请提供了一种终端设备,包括收发器、处理器和存储器,用于执行第三方面或第三方面任意一种实现方式所述的方法。
第十六方面,本申请提供了一种网络设备,包括收发器、处理器和存储器,用于执行第四方面或第四方面任意一种实现方式所述的方法。
第十七方面,本申请提供了一种计算机可读存储介质,包括指令,当其在终端设备上运行时,使得终端设备执行第一方面或第一方面任意一种实现方式所述的方法。
第十八方面,本申请提供了一种计算机可读存储介质,包括指令,当其在网络设备上运行时,使得网络设备执行第二方面或第二方面任意一种实现方式所述的方法。
第十九方面,本申请提供了一种计算机可读存储介质,包括指令,当其在终端设备上运行时,使得终端设备执行第三方面或第三方面任意一种实现方式所述的方法。
第二十方面,本申请提供了一种计算机可读存储介质,包括指令,当其在网络设备上运行时,使得网络设备执行第四方面或第四方面任意一种实现方式所述的方法。
第二十一方面,本申请提供了一种计算机程序产品,当其在终端设备上运行时,使得终端设备执行第一方面或第一方面任意一种实现方式所述的方法。
第二十二方面,本申请提供了一种计算机程序产品,当其在网络设备上运行时,使得网络设备执行第二方面或第二方面任意一种实现方式所述的方法。
第二十三方面,本申请提供了一种计算机程序产品,当其在终端设备上运行时,使得终端设备执行第三方面或第三方面任意一种实现方式所述的方法。
第二十四方面,本申请提供了一种计算机程序产品,当其在网络设备上运行时,使得网络设备执行第四方面或第四方面任意一种实现方式所述的方法。
第二十五方面,本申请提供一种通信系统,所述通信系统包括上述第五方面所述的终端设备和上述第六方面所述的网络设备,或者上述第七方面所述的终端设备和上述第八方面所述的网络设备,或者上述第九方面所述的终端设备和上述第十方面所述的网络设备,或者上述第十一方面所述的终端设备和上述第十二方面所述的网络设备。
上述网络设备或终端设备还可以是能够实现类似功能的其他通信设备或集成电路(integrated circuit,IC)芯片等。
附图说明
图1是可以应用本申请实施例的无线通信系统的示意性架构图。
图2是终端设备从连接状态切换到非活跃状态的示意性流程图。
图3是终端设备从非活跃状态切换到连接状态的示意性流程图。
图4是本申请实施例的用于传输数据的方法的示意性流程图。
图5是本申请实施例提供的一种MAC CE。
图6是本申请实施例提供的一种MAC层子头。
图7是本申请另一实施例的用于传输数据的方法的示意性流程图。
图8是本申请实施例提供的终端设备的示意性结构图。
图9是本申请实施例提供的网络设备的示意性结构图。
图10是本申请另一实施例提供的终端设备的示意性结构图。
图11是本申请另一实施例提供的网络设备的示意性结构图。
图12是本申请另一实施例提供的终端设备的示意性结构图。
图13是本申请另一实施例提供的网络设备的示意性结构图。
图14是本申请另一实施例提供的终端设备的示意性结构图。
图15是本申请另一实施例提供的网络设备的示意性结构图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。可以理解地,本申请实施例的技术方案既可以应用于在授权频段使用的通信系统,例如,LTE、5G、NR等,也可以应用于在非授权频段中使用的LTE、5G、NR等,例如,授权频谱辅助接入(licensed assisted access,LAA)或者基于NR的非授权载波接入(NR-based access to unlicensed spectrum)。
图1是可以应用本申请实施例的无线通信系统的示意性架构图。如图1所示,该无线通信系统100可以包括网络设备120和至少一个终端设备(如图1中的终端设备130)。终端设备130通过无线的方式与网络设备120相连。终端设备可以是固定位置的,也可以是可移动的。图1只是示意图,该通信系统中还可以包括其它网络设备,如还可以包括无线中继设备和无线回传设备,在图1中未画出。本申请的实施例对该移动通信系统中包括的网络设备和终端设备的数量不做限定。
在无线通信系统100中,终端设备130也可以称为终端、用户设备(userequipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。本申请实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑,还可以是应用于虚拟现实(virtual reality,VR)、增强现实(augmented reality,AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、运输安全(transportation safety)、智慧城市(smart city)以及智慧家庭(smart home)等场景中的无线终端。本申请中将前述终端设备及可应用于前述终端设备的芯片统称为终端设备。应理解,本申请实施例对终端设备所采用的具体技术和具体设备形态不做限定。
在无线通信系统100中,网络设备120可以是用于与终端设备通信的设备,该网络设备120可以是任意一种具有无线收发功能的设备。该设备包括但不限于:演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(nodeB,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiverstation,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseband unit,BBU),无线保真(wireless fidelity,WIFI)系统中的接入点(accesspoint,AP)、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and reception point,TRP)等,还可以为5G,如,NR,系统中的gNB,或,传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)等。在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括有源天线单元(active antenna unit,AAU)。CU实现gNB的部分功能,DU实现gNB的部分功能。比如,CU负责处理非实时协议和服务,实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio link control,RLC)层、介质接入控制(media access control,MAC)层和物理(physical,PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网(radio access network,RAN)中的网络设备,也可以将CU划分为核心网(core network,CN)中的网络设备,本申请对此不做限定。应理解,在本申请中,网络设备可以是指网络设备本身,也可以是应用于网络设备中完成无线通信处理功能的芯片。
以5G通信系统为例,在5G中,终端设备130可以处于不同的状态。例如,无线资源控制连接状态(RRC_CONNECTED),在RRC连接状态下,终端设备130已经建立了RRC上下文(context),即终端设备130已经建立了RRC连接,也即终端设备130与网络设备120之间通信所必需的参数对于两者是已知的,RRC_CONNECTED状态主要用于终端设备130进行数据传输,以下简称连接状态。又例如,无线资源控制空闲状态(RRC_IDLE),在RRC空闲状态下,终端设备130处于待机状态,以下简称空闲态。
另外,在5G通信系统中还定义了无线资源控制不活跃状态(RRC_INACTIVE),也称第三态,以下简称不活跃状态。不活跃状态与空闲状态类似,终端设备130都只能接收公共搜索空间的内容,例如,接收寻呼消息、广播消息等,也都可以进行测量以及小区重选。二者的不同之处在于处于非活跃状态的终端设备需要同时接收核心网寻呼以及无线接入网寻呼,同时当终端设备移动到一个新的无线接入网络通知区域(radio access networkbased notification area,RNA)时,新的服务网络设备可能需要从之前的服务网络设备上获取终端设备的上下文信息,因此需要发起无线接入网络通知区域更新(RNA update,RNAU),进行上下文信息的搬移过程。
当终端设备130需要从不活跃状态进入连接状态时,当前服务网络设备可以直接恢复当前挂起(suspended)的RRC连接,利用获取的终端设备130的上下文信息与终端设备130进行通信,其中,恢复当前挂起的RRC连接包括恢复挂起的信令无线承载(signalingradio bearer,SRB)以及数据无线承载(data radio bearer,DRB)。这样,可以省去了繁琐的SRB以及DRB等配置的信令开销,可以更快地恢复终端设备130的业务。
终端设备130可以在连接状态、非活跃状态和空闲状态之间进行转换。
以终端设备130从连接状态转换为非活跃状态为例,如图2所示,网络设备120通过在RRC连接释放消息中携带挂起配置(suspendConfig),通知终端设备130进入非活跃状态。其中,挂起配置中可以携带非活跃无线网络临时标识(inactive radio networktemporary identity,I-RNTI),用于识别处于非活跃态的终端设备的挂起的上下文信息;无线接入网络通知区域信息(RAN-NotificationAreaInfo)、无线网络寻呼周期、T380定时器等,用于终端设备130执行非活跃状态的寻呼、RNAU等过程。
再以终端设备130从非活跃状态转换为连接状态为例,如图3所示,终端设备130通过向网络设备310发送RRC连接恢复请求或者RRC连接恢复请求1,来请求恢复挂起的RRC连接,其中包括恢复SRB和DRB等;网络设备310在接收到RRC连接恢复请求或者RRC连接恢复请求1后,向终端设备130发送RRC连接恢复消息,指示终端设备130恢复挂起的RRC连接;终端设备130在RRC连接恢复后,向网络设备发送RRC连接恢复完成消息。其中,网络设备310与网络设备120可以相同,也可以不同。
对于终端设备130从连接状态进入非活跃状态过程中,5G引入了PDCP层挂起的操作。当终端设备130从连接状态进入非活跃状态时,终端设备130会继续保存已经到达PDCP层的数据,而非直接丢弃,原因是当终端设备130恢复连接状态可以重新给予这些数据传输机会。通过上述方式,可以在一定程度上避免终端设备130在状态转换过程中丢失数据包。
但是实际处理过程中,终端设备130可能长时间未进入连接态或者上述数据可能长时间未获得传输机会,导致上述数据会由于在终端设备缓存中滞留时间过长而失效,造成终端设备130在状态转换过程中丢失数据包。
针对上述问题,本申请提供了用于传输数据的方法,能够降低终端设备在状态转换过程丢失数据包的概率。
图4是本申请实施例的用于传输数据的方法的示意性流程图。图4中的方法可以用于图1所示的无线通信系统中的终端设备130和网络设备120。在本申请的实施例中,以终端设备130和网络设备120作为执行主体为例进行说明,应理解,执行主体也可以是应用于终端设备的芯片和应用于网络设备的芯片,本申请实施例不作具体限定。图4中的方法包括以下内容的至少部分内容。
在410中,终端设备在存在挂起数据时向网络设备发送第一消息,网络设备接收终端设备发送的第一消息。其中,此时终端设备处于非活跃状态。
挂起数据为在终端设备的RRC层请求PDCP层挂起时,在终端设备的PDCP层保存的数据。挂起数据不同于应用层新到达的数据,是在终端设备进入非活跃状态时,已经到达PDCP层,但未发送或者仍未接收到发送成功确认(acknowledgement,ACK)的数据。作为一个示例,挂起数据为终端设备进入非活跃状态时,保存在终端设备PDCP层的服务数据单元(service data unit,SDU)或者协议数据单元(protocol data unit,PDU)。作为另外一个示例,挂起数据为终端设备进入非活跃状态时,终端设备的PDCP层保存的仍未接收到发送成功确认ACK消息的SDU或者PDU。
可以理解地,当MAC层或者RLC层也存在挂起操作的情况下,挂起数据还包括在终端设备进入非活跃状态时,在终端设备的MAC层或者RLC层保存的数据。
终端设备发送第一消息的情况有很多,本申请实施例不作具体限定。
作为一个示例,在终端设备存在上述挂起数据时,终端设备可以主动发送第一消息,以请求恢复RRC连接,并告知网络设备有数据要发送。也就是说,在存在挂起数据时,可以触发终端设备发起RRC连接恢复过程,而无需等待应用层有新的数据到达、接收到寻呼消息或者执行RNAU。
作为另外一个示例,终端设备接收到寻呼消息或者执行RNAU时,如果终端设备存在挂起数据时,终端设备发送第一消息,以请求恢复RRC连接,并告知网络设备有数据要发送。也就是说,本申请利用终端设备因接收到寻呼消息或者执行RNAU触发的RRC连接恢复过程,请求恢复RRC连接,并告知网络设备有数据要发送,已达到发送挂起数据的目的。
在终端设备中存在挂起数据时,还可以设置触发条件,只有在满足触发条件时,终端设备才会触发RRC连接恢复过程。
作为一个示例,可以在挂起数据的数据量大于预设门限值的情况下,触发RRC连接恢复过程。其中,预设门限值可以是网络设备配置的,例如,预设门限值由网络设备通过配置消息配置;还可以是第三方设备(例如,网络管理设备)配置的,例如,预设门限值由第三方设备通过控制消息配置;预设门限值可以由终端设备和网络设备约定而不需要传输,例如,在协议中体现。
作为另外一个示例,当特定的至少一个无线承载(radio bearer,RB)、特定的至少一个逻辑信道或特定的至少一个逻辑信道组存在挂起数据时,才触发RRC连接恢复过程。同样,特定的至少一个RB、特定的至少一个逻辑信道或特定的至少一个逻辑信道组可以由网络设备或者第三方设备配置,也可以是由终端设备和网络设备约定而不需要网络设备配置的,例如,在协议中体现。以由网络设备或者第三方设备配置为例,可以设置一个开关信元,用于指示当指定RB、逻辑信道或逻辑信道组有挂起数据时,才可以触发RRC连接恢复过程,所述开关信元可以通过RRC消息配置,也可以通过MAC层信令进行配置。具体地,可以在特定的RB、逻辑信道或逻辑信道组配置中携带所述开关信元,当所述特定的RB、逻辑信道或者逻辑信道组的所述开关信元被配置为开、真(real)或者携带所述开关信元时,且所述特定的RB、逻辑信道或者逻辑信道组存在挂起数据时,才可以触发RRC连接恢复。
可以理解地,RB可以是数据无线承载DRB也可以是信令无线承载SRB,本申请实施例对此不作限定。
作为又一个示例,可以设置第一定时器,当第一定时器超时,且终端设备保存有挂起数据时,触发RRC连接恢复过程。其中,第一定时器可以在终端设备进入非活跃状态后启动。同样,第一定时器可以由网络设备或者第三方设备配置,也可以是由终端设备和网络设备约定而不需要网络设备配置的,例如,在协议中体现。
可以理解地,上述触发条件可以单独使用,也可以以任何可能的方式结合在一起使用,本申请实施例不作具体限定,
对于上述触发条件由网络设备配置的情况,在终端设备发送第一消息之前,网络设备可以向终端设备发送配置信息,终端设备接收所述配置信息。其中,所述配置信息用于配置门限值,所述门限值指示触发终端设备发送第一消息的挂起数据的最小数据量,和/或,用于指定至少一个无线承载RB、至少一个逻辑信道或至少一个逻辑信道组,和/或,用于配置第一定时器,第一定时器在所述终端设备进入非活跃状态后启动,第一消息是在所述第一定时器超时后发送的。
第一消息有很多种实现方式,只要可以请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送即可,本申请实施例不作具体限定。
作为一个示例,第一消息可以是RRC连接恢复请求消息、RRC连接恢复请求消息1或者其他可以实现上述功能的消息。第一消息可以包括第一信元,其中第一信元用于指示终端设备有数据需要发送。可以理解地,第一信元可以是新增的信元,也可以是复用已有的信元。
其中,RRC连接恢复请求消息和RRC连接恢复请求消息1用于请求恢复RRC连接,包括恢复此前挂起的SRB以及DRB,以便进行数据发送或者执行RNAU。RRC连接恢复与RRC连接恢复消息1的消息大小可以不同。当可用于发送RRC消息的上行资源大小较小时,终端设备可以发送RRC连接恢复消息,RRC连接恢复消息包含一个较短的I-RNTI标识,用于指示终端设备在非活跃状态,例如,可以是一个截断的I-RNTI,相比I-RNTI用更少的比特(bit)数标识非活跃状态的UE的挂起上下文,从而可以保证在较小的上行资源中发送;当可用于发送RRC消息的上行资源大小较大时,终端设备可以发送RRC连接恢复消息1,包含一个完整的UE的I-RNTI,从而可以保证在较大的上行资源可以发送更多的信息。
以第一消息为RRC连接恢复请求消息为例,若第一信元为新增加的信元,消息可以包括以下内容:
仍以第一消息为RRC连接恢复请求消息为例,若第一信元复用已有的信元,例如,恢复原因信元,恢复原因信元用于指示RRC连接恢复请求的原因。具体地,可以增加一个新的原因值用于指示挂起数据,也可以复用已有的原因值仅指示新数据。当增加一个新的原因值时,消息包括的恢复原因信息元素可以如下:
ResumeCause::=ENUMERATED{emergency,highPriorityAccess,mt-Access,mo-Signalling,mo-Data,mo-VoiceCall,mo-VideoCall,mo-SMS,rna-Update,mps-PriorityAccess,mcs-PriorityAccess,新的原因值,spare1,spare2,spare3,spare4,spare5}
当终端设备在RRC连接恢复请求消息中携带新的原因值时,表示终端设备存在挂起数据。
可选地,所述新的原因值可以表示多于一种恢复原因,例如,RANU以及存在挂起数据、终端设备有数传请求以及存在挂起数据、终端设备有语音电话/视频电话以及存在挂起数据等。
可选地,第一信元可以为布尔型变量(boolean),当该变量的值为真时,表示终端设备存在挂起数据。
作为另一个示例,第一消息可以包括RRC连接恢复请求消息、RRC连接恢复请求消息1或者其他可以实现上述功能的消息中的至少一个,以及指示信息。以作为一个示例,第一消息可以包括RRC连接恢复请求消息和独立于RRC连接恢复请求消息的指示信息,其中,RRC连接恢复请求消息用于请求恢复RRC连接,指示信息用于指示终端设备有数据需要发送。其中,RRC连接恢复请求消息和RRC连接恢复请求消息1的相关描述可参考上文,在此不再赘述。
例如,第一消息还可以包括RRC连接恢复请求消息和缓存区状态报告(bufferstatus report,BSR),其中,RRC连接恢复请求消息用于请求恢复RRC连接,BSR用于指示终端设备有数据需要发送,也就是说,在终端设备存在挂起数据,并且触发RRC连接恢复过程时,触发终端设备发送BSR。可选地,所述BSR可以是常规BSR。例如,可以是长BSR格式,可以反映所有存在挂起数据的逻辑信道组的缓存区大小;可以是短BSR格式,可以反映存在挂起数据的一个逻辑信道组的缓存区大小,例如是至少一个逻辑信道组中的所有逻辑信道的优先级中优先级最高的逻辑信道组,或者特定的一个逻辑信道组。所述BSR还可以是填充BSR,用于当填充比特等于或者大于BSR大小的情况下,发送尽可能有用的BSR信息。
又例如,第一消息包括RRC连接恢复请求消息和MAC CE,其中,RRC连接恢复请求消息用于请求恢复RRC连接,MAC CE用于指示终端设备中存在挂起数据。可选地,如图5所示,MAC CE可以只有MAC子头(subheader),而没有负荷部分,当终端设备携带预设的MAC头时,可以通过预设的MAC头中特定的逻辑信道标识(logical channel identity,LCID)指示终端设备保存有挂起数据,例如,LCID=X表示所述MAC CE对应的LCID用于指示终端设备保存有挂起数据。
又例如,第一消息包括RRC连接恢复请求消息和MAC层子头(subheader)指示,其中,RRC连接恢复请求消息用于请求恢复RRC连接,MAC层子头指示用于指示终端设备中存在挂起数据。可选地,MAC层子头指示可以是一个单独的MAC层子头,也可以通过在现有MAC层子头中新增的信元来指示。以新增信元为例,如图6所示,其中,当P字段被设置为1,表示终端设备存在挂起数据。
在420中,网络设备向终端设备发送第二消息,终端设备接收第二消息,其中第二消息用于指示终端设备恢复RRC连接。
第二消息可以是RRC连接恢复消息或者其他可以指示终端设备恢复RRC连接的消息,本申请不作具体限定。
可选地,终端设备在接收到第二消息之后,可以从非活跃状态切换至连接状态,具体流程可参考图2。网络设备在向终端设备发送第二消息后,可以根据实际情况,对挂起数据进行调度。
可以理解地,终端设备可以在非活跃状态发起数据传输,例如终端设备可以在随机接入过程中进行数据传输,也可以不通过随机接入的方式进行数据直传;或者终端设备可以先从非活跃状态转入连接态,再发起数据传输,本申请实施例不作具体限定。
本申请实施例还提供另一种用于传输数据的方法,如图7所示,图7是本申请另一实施例的用于传输数据的方法的示意性流程图。
在710中,网络设备向终端设备发送第三消息,终端设备接收第三消息,其中第三消息用于指示终端设备释放无线资源控制RRC连接。
在720中,终端设备向网络设备发送第四消息,网络设备接收第四消息,其中第四消息用于指示所述终端设备准备释放与网络设备的RRC连接。
也就是说,在进入非活跃状态之前,终端设备会主动向网络设备反馈自己已经准备好释放RRC连接,而非接收到第三消息后就进入非活跃状态,这样,终端设备就可以仅在准备好进入非活跃状态时(例如,没有挂起数据时),才进入非活跃状态,从而能够降低在终端设备状态转换过程中丢失数据包的概率。
可选地,第四消息可以是RRC连接释放完成消息、RRC连接释放确认消息、针对第三消息的ACK消息等。
可选地,在710之后,当终端设备中存储有挂起数据时,终端设备可以向网络设备发送第五消息,其中第五消息用于指示终端设备由数据要发送。也就是说,在终端设备进入非活跃状态之前,增加挂起数据检查,以便在终端设备进入非活跃状态之前,给予挂起数据传输机会,从而能够降低挂起数据因停留时间过长而失效的概率,进而能够降低在终端设备状态转换过程中丢失数据包的概率。并且相较于在终端设备进入非活跃状态之后再给予挂起数据传输机会,可以提前完成至少部分挂起数据的发送,减少挂起数据的停留时间,从而进一步降低在终端设备状态转换过程中丢失数据包的概率。
可以理解地,720可以在终端设备发送第五消息之前执行,也可以在其后执行,本申请实施例不做限定。
以720在终端设备发送第五消息之前执行为例,在720之后,终端设备可以释放与所述网络设备的RRC连接。
作为一个示例,在至少部分挂起数据发送完毕后,终端设备释放与网络设备的RRC连接。可选地,在至少部分挂起数据发送完毕后,终端设备向所述网络设备发送针对第三消息的反馈消息。
作为另外一个示例,在第二定时器超时时,终端设备释放与网络设备的RRC连接。具体地,第二定时器的在终端设备接收到第三消息后启动;或者,第二定时器的在终端设备接收到第三消息后的预设时间段后启动;或者,第二定时器在终端设备向网络设备发送第四消息后启动;或者,第二定时器的超时时刻在预设时间段的结束时刻之后,预设时间段从终端设备接收到第三消息开始;或者,第二定时器的超时时刻在终端设备向所述网络设备发送第四消息之后。
可选地,第二定时器可以由网络设备或者第三方设备配置,也可以是由终端设备和网络设备约定而不需要网络设备配置的,例如,在协议中体现。
第五消息可以通过任意方式指示有数据需要发送,本申请实施例不作具体限定。作为一个示例,第五消息包括通过缓存区状态报告BSR。也就是说,终端设备接收到第三消息或者发送第四消息时,触发BSR。可选地,终端设备可以在每次接收到第三消息时都触发发送BSR,也可以满足一定触发条件且接收到第三消息时触发发送BSR。触发条件的描述可参考上文,在此不再赘述。
可以理解地,终端设备可以在非活跃状态发起数据传输,例如终端设备可以在随机接入过程中进行数据传输,也可以不通过随机接入的方式进行数据直传;或者终端设备可以先从非活跃状态转入连接态,再发起数据传输,本申请实施例不作具体限定。
可以理解地,图4所示的方法和图7所示的方法可以单独实施,也可以结合起来实施,本申请对比不做限定。
下面结合图8至图15对本申请的装置实施例进行描述。
图8是本申请实施例提供的终端设备的示意性结构图。图8所示的终端设备800可以对应于上文的终端设备,如图8所示,终端设备800包括接收模块810、发送模块820。
发送模块820,用于在所述终端设备800存在挂起数据时向网络设备发送第一消息,所述终端设备800处于非活跃状态,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备800有数据需要发送,所述挂起数据为在所述终端设备800的PDCP层保存的数据。
接收模块810,用于接收网络设备发送的第二消息,所述第二消息用于指示所述终端设备800恢复RRC连接。
可选地,所述挂起数据为在所述终端设备800的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述终端设备800还包括处理模块830,用于在所述发送模块发送第一消息之前,确定满足触发条件,所述触发条件为以下条件中的至少一个:所述挂起数据的数据量大于预设门限值;所述网络设备指定的至少一个无线承载RB、所述网络设备指定的至少一个逻辑信道或所述网络设备指定的至少一个逻辑信道组存在所述挂起数据;第一定时器超时,所述第一定时器在所述终端设备800进入非活跃状态后启动;接收到寻呼消息;需要执行无线接入网络通知区域更新RNAU。所述发送模块820具体用于在所述终端设备满足所述触发条件时,向所述网络设备发送所述第一消息。
可选地,所述第一消息为RRC连接恢复请求消息,所述RRC连接恢复请求消息中的恢复原因信元指示所述终端设备800有数据需要发送。
可选地,所述第一消息包括RRC连接恢复请求消息和缓存区状态报告BSR,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述BSR用于指示所述终端设备800有数据需要发送;或者,所述第一消息包括RRC连接恢复请求消息和介质访问控制控制元素MAC CE,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述MAC CE用于指示所述终端设备800中存在所述挂起数据。
可以理解地,上述技术方案中的MAC CE可以是预配置的。
可选地,所述处理模块830还用于在所述接收模块接收网络设备发送的第二消息之后,将所述终端设备800从非活跃状态切换至连接状态。
接收模块810和发送模块820可以由收发器实现。处理模块830可以由处理器实现。接收模块810、发送模块820和处理模块830的具体功能和有益效果可以参见图4所示的方法,在此就不再赘述。
图9是本申请实施例提供的网络设备的示意性结构图。图9所示的网络设备900可以对应于上文的网络设备,如图9所示,网络设备900包括接收模块910、发送模块920。
接收模块910,用于接收终端设备发送的第一消息,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的PDCP层保存的数据;
发送模块920,用于向所述终端设备发送第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
可选地,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述发送模块920还用于在接收模块910接收终端设备发送的第一消息之前,向所述终端设备发送配置信息,所述配置信息用于:
配置门限值,所述门限值指示触发所述终端设备发送所述第一消息的挂起数据的最小数据量;和/或,
指定至少一个无线承载RB、至少一个逻辑信道或至少一个逻辑信道组;和/或,
配置第一定时器,所述第一定时器在所述终端设备进入非活跃状态后启动,所述第一消息是在所述第一定时器超时后发送的。
接收模块910和发送模块920可以由收发器实现。接收模块910和发送模块920的具体功能和有益效果可以参见图4所示的方法,在此就不再赘述。
图10是本申请另一实施例提供的终端设备的示意性结构图。图10所示的终端设备1000可以对应于上文的终端设备,如图10所示,终端设备1000包括接收模块1010、发送模块1020。
接收模块1010,用于接收网络设备发送的第三消息,所述第三消息用于指示所述终端设备1000释放无线资源控制RRC连接。
发送模块1020,用于向所述网络设备发送第四消息,所述第四消息用于指示所述终端设备1000准备释放与所述网络设备的RRC连接。
可选地,所述发送模块1020还用于在所述终端设备1000存在挂起数据时向网络设备发送第五消息,所述挂起数据为在所述终端设备1000的PDCP层保存的数据,所述第五消息用于指示所述终端设备1000有数据需要发送。
可选地,所述挂起数据为在所述终端设备1000的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
可选地,所述终端设备1000还包括处理模块1030,用于释放与所述网络设备的RRC连接。
可选地,所述处理模块1030具体用于在所述挂起数据发送完毕后,释放与所述网络设备的RRC连接。
可选地,所述发送模块1020还用于在所述挂起数据发送完毕后,向所述网络设备发送所述第四消息。
可选地,所述处理模块1030具体用于在第二定时器超时时,释放与所述网络设备的RRC连接。
可选地,所述指示消息包括缓存区状态报告BSR。
接收模块1010和发送模块1020可以由收发器实现。处理模块1030可以由处理器实现。接收模块1010、发送模块1020和处理模块1030的具体功能和有益效果可以参见图7所示的方法,在此就不再赘述。
图11是本申请另一实施例提供的网络设备的示意性结构图。图11所示的网络设备1100可以对应于上文的网络设备,如图11所示,网络设备1100包括接收模块1110、发送模块1120。
发送模块1120,用于向终端设备发送第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;
接收模块1110,用于接收所述终端设备发送的第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备1100的RRC连接。
可选地,所述接收模块1110还用于接收所述终端设备发送的第五消息,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
可选地,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
接收模块1110和发送模块1120可以由收发器实现。接收模块1110和发送模块1120的具体功能和有益效果可以参见图7所示的方法,在此就不再赘述。
图12是本申请另一实施例提供的终端设备的示意性结构图。如图12所示,终端设备1200可以包括收发器1210、处理器1220、存储器1230。
图12中仅示出了一个存储器和处理器。在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
收发器1210、处理器1220、存储器1230之间通过内部连接通路互相通信,传递控制和/或数据信号。
具体地,收发器1210用于在所述终端设备1200存在挂起数据时向网络设备发送第一消息,所述终端设备1200处于非活跃状态,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备1200有数据需要发送,所述挂起数据为在所述终端设备1200的PDCP层保存的数据。
所述收发器1210,还用于接收网络设备发送的第二消息,所述第二消息用于指示所述终端设备1200恢复RRC连接。
终端设备1200的具体工作过程和有益效果可以参见图4所示实施例中的描述,在此不再赘述。
图13是本申请另一实施例提供的网络设备的示意性结构图。如图13所示,网络设备1300可以包括收发器1310、处理器1320、存储器1330。
图13中仅示出了一个存储器和处理器。在实际的网络设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
收发器1310、处理器1320、存储器1330之间通过内部连接通路互相通信,传递控制和/或数据信号。
具体地,收发器1310,用于接收终端设备发送的第一消息,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的PDCP层保存的数据。
所述收发器1310,还用于向所述终端设备发送第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
网络设备1300的具体工作过程和有益效果可以参见图4所示实施例中的描述,在此不再赘述。
图14是本申请另一实施例提供的终端设备的示意性结构图。如图14所示,终端设备1400可以包括收发器1410、处理器1420、存储器1430。
图14中仅示出了一个存储器和处理器。在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
收发器1410、处理器1420、存储器1430之间通过内部连接通路互相通信,传递控制和/或数据信号。
具体地,收发器1410用于接收网络设备发送的第三消息,所述第三消息用于指示所述终端设备1400释放无线资源控制RRC连接。
所述收发器1410,还用于向所述网络设备发送第四消息,所述第四消息用于指示所述终端设备1400准备释放与所述网络设备的RRC连接。
终端设备1400的具体工作过程和有益效果可以参见图7所示实施例中的描述,在此不再赘述。
图15是本申请另一实施例提供的网络设备的示意性结构图。如图15所示,网络设备1500可以包括收发器1510、处理器1520、存储器1530。
图15中仅示出了一个存储器和处理器。在实际的网络设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
收发器1510、处理器1520、存储器1530之间通过内部连接通路互相通信,传递控制和/或数据信号。
具体地,收发器1510,用于向终端设备发送第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接。
所述收发器1510,还用于接收所述终端设备发送的第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备1500的RRC连接。
网络设备1500的具体工作过程和有益效果可以参见图7所示实施例中的描述,在此不再赘述。
本申请各实施例该的收发器也可以称为收发单元、收发机、收发装置等。处理器也可以称为处理单元,处理单板,处理模块、处理装置等。可选的,可以将收发器中用于实现接收功能的器件视为接收单元,将收发器中用于实现发送功能的器件视为发送单元,即收发器包括接收单元和发送单元。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
本申请各实施例所述的存储器用于存储处理器运行所需的计算机指令和参数。
本申请各实施例所述的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。本申请各实施例所述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory,RAM)、闪存、只读存储器(read-only memory,ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的指令,结合其硬件完成上述方法的步骤。
应理解,本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便,不应构成特别的限定,各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
需要注意的是,本申请实施例中的“第一”、“第二”以及“第三”仅为了区分,不应对本申请构成任何限定。
还需要注意的是,本申请实施例中,“预先设定”、“预先配置”可以通过在设备(例如,包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
还需要注意的是,本申请中术语“系统”和“网络”在本文中常被可互换使用。本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
还需要注意的是,本申请实施例中的“……中的至少一个”表示所列出的各项之一或其任意组合,例如,“A、B和C中的至少一个”表示:单独存在A,单独存在B,单独存在C,同时存在A和B,同时存在A和C,同时存在B和C,同时存在A、B和C这六种情况。
在本申请的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc,DVD))、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (30)
1.一种用于传输数据的方法,其特征在于,包括:
终端设备在存在挂起数据时向网络设备发送第一消息,所述终端设备处于非活跃状态,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据;
所述终端设备接收网络设备发送的第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
2.根据权利要求1所述的方法,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
3.根据权利要求1或2所述的方法,其特征在于,在所述终端设备发送第一消息之前,所述方法还包括:
所述终端设备确定满足触发条件,所述触发条件为以下条件中的至少一个:
所述挂起数据的数据量大于预设门限值;
所述网络设备指定的至少一个无线承载RB、所述网络设备指定的至少一个逻辑信道或所述网络设备指定的至少一个逻辑信道组存在所述挂起数据;
第一定时器超时,所述第一定时器在所述终端设备进入非活跃状态后启动;
接收到寻呼消息;
需要执行无线接入网络通知区域更新RNAU;
所述终端设备在存在挂起数据时向网络设备发送第一消息,包括:
在所述终端设备满足所述触发条件时,所述终端设备向所述网络设备发送所述第一消息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,
所述第一消息为RRC连接恢复请求消息,所述RRC连接恢复请求消息中的恢复原因信元指示所述终端设备有数据需要发送;或者,
所述第一消息包括RRC连接恢复请求消息和缓存区状态报告BSR,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述BSR用于指示所述终端设备有数据需要发送;或者,
所述第一消息包括RRC连接恢复请求消息和介质访问控制控制元素MAC CE,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述MAC CE用于指示所述终端设备中存在所述挂起数据。
5.一种用于传输数据的方法,其特征在于,包括:
网络设备接收终端设备发送的第一消息,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据;
所述网络设备向所述终端设备发送第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
6.根据权利要求5所述的方法,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
7.根据权利要求5或6所述的方法,其特征在于,在网络设备接收终端设备发送的第一消息之前,所述方法还包括:
所述网络设备向所述终端设备发送配置信息,所述配置信息用于:
配置门限值,所述门限值指示触发所述终端设备发送所述第一消息的挂起数据的最小数据量;和/或,
指定至少一个无线承载RB、至少一个逻辑信道或至少一个逻辑信道组;和/或,
配置第一定时器,所述第一定时器在所述终端设备进入非活跃状态后启动,所述第一消息是在所述第一定时器超时后发送的。
8.一种用于传输数据的方法,其特征在于,包括:
终端设备接收网络设备发送的第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;
所述终端设备向所述网络设备发送第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
9.根据权利要求8所述的方法,其特征在于,在所述终端设备接收网络设备发送的第三消息之后,所述方法还包括:
所述终端设备在存在挂起数据时向网络设备发送第五消息,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
10.根据权利要求9所述的方法,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
11.根据权利要求8至10中任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备释放与所述网络设备的RRC连接。
12.根据权利要求11所述的方法,其特征在于,所述终端设备释放与所述网络设备的RRC连接,包括:
在第二定时器超时时,所述终端设备释放与所述网络设备的RRC连接。
13.一种用于传输数据的方法,其特征在于,包括:
网络设备向终端设备发送第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;
所述网络设备接收所述终端设备发送的第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
14.根据权利要求13所述的方法,其特征在于,在所述网络设备向终端设备发送第三消息之后,所述方法还包括:
所述网络设备接收所述终端设备发送的第五消息,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
15.根据权利要求14所述的方法,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
16.一种终端设备,其特征在于,包括:
发送模块,用于在所述终端设备存在挂起数据时向网络设备发送第一消息,所述终端设备处于非活跃状态,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据;
接收模块,用于接收网络设备发送的第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
17.根据权利要求16所述的终端设备,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
18.根据权利要求16或17所述的终端设备,其特征在于,所述终端设备还包括处理模块,用于在所述发送模块发送第一消息之前,确定满足触发条件,所述触发条件为以下条件中的至少一个:
所述挂起数据的数据量大于预设门限值;
所述网络设备指定的至少一个无线承载RB、所述网络设备指定的至少一个逻辑信道或所述网络设备指定的至少一个逻辑信道组存在所述挂起数据;
第一定时器超时,所述第一定时器在所述终端设备进入非活跃状态后启动;
接收到寻呼消息;
需要执行无线接入网络通知区域更新RNAU;
所述发送模块,具体用于在所述终端设备满足所述触发条件时,向所述网络设备发送所述第一消息。
19.根据权利要求16至18中任一项所述的终端设备,其特征在于,
所述第一消息为RRC连接恢复请求消息,所述RRC连接恢复请求消息中的恢复原因信元指示所述终端设备有数据需要发送;或者,
所述第一消息包括RRC连接恢复请求消息和缓存区状态报告BSR,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述BSR用于指示所述终端设备有数据需要发送;或者,
所述第一消息包括RRC连接恢复请求消息和介质访问控制控制元素MAC CE,所述RRC连接恢复请求消息用于请求恢复RRC连接,所述MAC CE用于指示所述终端设备中存在所述挂起数据。
20.一种网络设备,其特征在于,包括:
接收模块,用于接收终端设备发送的第一消息,所述第一消息用于请求恢复无线资源控制RRC连接和向所述网络设备指示所述终端设备有数据需要发送,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据;
发送模块,用于向所述终端设备发送第二消息,所述第二消息用于指示所述终端设备恢复RRC连接。
21.根据权利要求20所述的网络设备,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
22.根据权利要求20或21所述的网络设备,其特征在于,所述发送模块还用于在接收模块接收终端设备发送的第一消息之前,向所述终端设备发送配置信息,所述配置信息用于:
配置门限值,所述门限值指示触发所述终端设备发送所述第一消息的挂起数据的最小数据量;和/或,
指定至少一个无线承载RB、至少一个逻辑信道或至少一个逻辑信道组;和/或,
配置第一定时器,所述第一定时器在所述终端设备进入非活跃状态后启动,所述第一消息是在所述第一定时器超时后发送的。
23.一种终端设备,其特征在于,包括:
接收模块,用于接收网络设备发送的第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;
发送模块,用于向所述网络设备发送第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
24.根据权利要求23所述的终端设备,其特征在于,所述发送模块还用于在所述终端设备存在挂起数据时向网络设备发送第五消息,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
25.根据权利要求24所述的终端设备,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
26.根据权利要求23至25中任一项所述的终端设备,其特征在于,所述终端设备还包括处理模块,用于释放与所述网络设备的RRC连接。
27.根据权利要求26所述的终端设备,其特征在于,所述处理模块具体用于在第二定时器超时时,释放与所述网络设备的RRC连接。
28.一种网络设备,其特征在于,包括:
发送模块,用于向终端设备发送第三消息,所述第三消息用于指示所述终端设备释放无线资源控制RRC连接;
接收模块,用于接收所述终端设备发送的第四消息,所述第四消息用于指示所述终端设备准备释放与所述网络设备的RRC连接。
29.根据权利要求28所述的网络设备,其特征在于,所述接收模块还用于接收所述终端设备发送的第五消息,所述终端设备保存有挂起数据,所述挂起数据为在所述终端设备的分组数据汇聚层协议PDCP层保存的数据,所述第五消息用于指示所述终端设备有数据需要发送。
30.根据权利要求29所述的网络设备,其特征在于,所述挂起数据为在所述终端设备的RRC层请求PDCP层挂起时在所述PDCP层保存的数据。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310637993.2A CN116709587A (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
CN201910702662.6A CN112312588B (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910702662.6A CN112312588B (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310637993.2A Division CN116709587A (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112312588A true CN112312588A (zh) | 2021-02-02 |
CN112312588B CN112312588B (zh) | 2023-06-02 |
Family
ID=74485357
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910702662.6A Active CN112312588B (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
CN202310637993.2A Pending CN116709587A (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310637993.2A Pending CN116709587A (zh) | 2019-07-31 | 2019-07-31 | 用于传输数据的方法、终端设备和网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN112312588B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022170477A1 (zh) * | 2021-02-09 | 2022-08-18 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2023044822A1 (en) * | 2021-09-24 | 2023-03-30 | Nokia Shanghai Bell Co., Ltd. | Parameter update for connection resume attempt |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867166A (zh) * | 2005-05-20 | 2006-11-22 | 大唐移动通信设备有限公司 | 一种删除失步状态下无线链路的方法 |
CN103781193A (zh) * | 2012-10-24 | 2014-05-07 | 华为技术有限公司 | 无线链路释放的方法、控制器和终端 |
CN104113928A (zh) * | 2014-07-11 | 2014-10-22 | 大唐移动通信设备有限公司 | 一种无线承载控制rbc消息处理方法及装置 |
CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
WO2018056718A1 (ko) * | 2016-09-23 | 2018-03-29 | 주식회사 케이티 | 단말의 연결 상태를 변경하는 방법 및 그 장치 |
US20180206248A1 (en) * | 2015-09-16 | 2018-07-19 | Huawei Technologies Co., Ltd. | Radio resource control rrc connection releasing method and apparatus |
CN109587677A (zh) * | 2017-09-29 | 2019-04-05 | 电信科学技术研究院 | 数据无线承载的恢复方法、终端、基站及核心网设备 |
CN109936878A (zh) * | 2017-12-18 | 2019-06-25 | 华为技术有限公司 | 一种触发状态恢复的方法以及终端设备 |
-
2019
- 2019-07-31 CN CN201910702662.6A patent/CN112312588B/zh active Active
- 2019-07-31 CN CN202310637993.2A patent/CN116709587A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867166A (zh) * | 2005-05-20 | 2006-11-22 | 大唐移动通信设备有限公司 | 一种删除失步状态下无线链路的方法 |
CN103781193A (zh) * | 2012-10-24 | 2014-05-07 | 华为技术有限公司 | 无线链路释放的方法、控制器和终端 |
CN104113928A (zh) * | 2014-07-11 | 2014-10-22 | 大唐移动通信设备有限公司 | 一种无线承载控制rbc消息处理方法及装置 |
US20180206248A1 (en) * | 2015-09-16 | 2018-07-19 | Huawei Technologies Co., Ltd. | Radio resource control rrc connection releasing method and apparatus |
CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
WO2018056718A1 (ko) * | 2016-09-23 | 2018-03-29 | 주식회사 케이티 | 단말의 연결 상태를 변경하는 방법 및 그 장치 |
CN109587677A (zh) * | 2017-09-29 | 2019-04-05 | 电信科学技术研究院 | 数据无线承载的恢复方法、终端、基站及核心网设备 |
CN109936878A (zh) * | 2017-12-18 | 2019-06-25 | 华为技术有限公司 | 一种触发状态恢复的方法以及终端设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022170477A1 (zh) * | 2021-02-09 | 2022-08-18 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2023044822A1 (en) * | 2021-09-24 | 2023-03-30 | Nokia Shanghai Bell Co., Ltd. | Parameter update for connection resume attempt |
Also Published As
Publication number | Publication date |
---|---|
CN116709587A (zh) | 2023-09-05 |
CN112312588B (zh) | 2023-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110324848B (zh) | 信息处理方法、通信装置以及计算机存储介质 | |
US11843977B2 (en) | Handover method and apparatus | |
KR102430393B1 (ko) | 통신 방법, 통신 장치 및 디바이스 | |
AU2021202393B2 (en) | Data transmission method, device, and system | |
US11997758B2 (en) | Command indication method and apparatus and information interaction method and apparatus | |
EP3595392B1 (en) | Data transmission method, terminal device, and network device | |
EP3745780B1 (en) | Communication method and apparatus | |
CN110351895B (zh) | 通信方法和装置 | |
CN111527774A (zh) | Rrc状态设置方法、装置、通信设备及存储介质 | |
US20230156688A1 (en) | Resource Determining Method and Apparatus | |
EP4266746A1 (en) | Data transmission method and apparatus | |
US10314086B2 (en) | Radio bearer setup method and device | |
CN112312588B (zh) | 用于传输数据的方法、终端设备和网络设备 | |
WO2020164502A1 (zh) | 传输信息的方法和装置 | |
CN114097299B (zh) | 一种通信方法及装置 | |
CN112806075B (zh) | 一种通信方法及装置 | |
WO2023082035A1 (en) | Nr udc -flexible drb switch | |
US20240114483A1 (en) | Paging processing method, communication apparatus, and storage medium | |
US20240114584A1 (en) | Communication method and communication apparatus | |
CN116248237A (zh) | 一种通信方法及装置 | |
CN115052284A (zh) | 通信方法和通信装置 | |
CN112152764A (zh) | 一种重复传输激活状态上报方法、确认方法和相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |