重建RRC连接的方法、终端和存储介质与流程

文档序号:21846670发布日期:2020-08-14 17:07阅读:347来源:国知局
重建RRC连接的方法、终端和存储介质与流程

本申请是申请日为2018年8月27日,申请号为2018800646551,发明名称为“重建rrc连接的方法、终端和存储介质”的申请的分案申请。

相关申请的交叉引用

本申请要求2017年11月29日递交的申请号为62/592,112的美国临时申请的权益,其内容通过引用以其整体被并入本文。

本公开涉及移动通信领域,尤其涉及一种用于重建无线资源控制rrc连接的方法、终端和计算机可读存储介质。

背景

在长期演进(lte)系统中,当存在无线链路失败(rlf)时,执行无线资源控制(rrc)连接重建。如图1所示,当存在rlf时,用户设备(ue)10可以向演进的通用陆地无线接入网(eutran)12,特别是服务小区或相邻小区,发送rrc连接重建请求消息102。如果在相应的enodeb(enb)中有上下文,rrc连接可以被重建。具体地,ue可以从enb接收rrc连接重建消息104,然后向enb传输rrc连接重建完成消息106,以指示rrc连接重建完成。这样,ue不需要进入空闲状态然后花费相当多的信令步骤以从随机接入信道(rach)过程建立rrc连接。

例如,如果enb支持网络模式,即,lte-新无线(nr)双连接(dc),则意味着lteenb得到增强,从而可以配置有nrgnb的功能,以在双连接模式下工作。在这种模式下,lteenb提供主小区(pcell)和服务小区作为主节点(mn),nrgnb提供辅小区(scell)和服务小区作为辅节点(sn)。特别是在dc的情况下,虽然lterrc用于主节点中的主小区,但lte分组数据汇聚协议(pdcp)可能并不总是被使用。在初始接入期间,ue可以使用ltepdcp向enb发送msg1/3;然而,在配置了信号资源承载2(srb2)和数据资源承载(drb)之后,nr-pdcp可以用于mn中的drb和srb。

当lte主小区rrc连接需要重建时,例如由于rlf,ue可以向支持nrpdcp的enb或不支持nrpdcp的传统enb发送rrc重建请求。然而,如何正确处理用户设备和基站之间的rrc连接重建过程是一个需要解决的问题。



技术实现要素:

鉴于上述问题,本公开的实施例提供了一种用于重建rrc连接的方法、终端和计算机可读存储介质。

在第一方面,提供了一种用于重建rrc连接的方法。该方法包括由终端执行的以下操作:基于对第一基站支持的分组数据汇聚协议pdcp的了解,确定用于发起rrc连接重建过程的pdcp,其中pdcp是第一pdcp或第二pdcp;以及基于第一pdcp或第二pdcp,发起到第一基站的rrc连接重建过程。

在本公开的一些实施例中,基于对第一基站支持的pdcp的了解,确定用于发起rrc连接重建过程的pdcp的操作可以包括:基于对第一基站支持的双连接(dc)网络模式的了解,确定用于发起rrc连接重建过程的pdcp,其中如果第一基站支持dc网络模式,则第一基站支持第二pdcp。

在本公开的一些实施例中,第一基站支持第二pdcp,以及基于第一pdcp或第二pdcp发起到第一基站的rrc连接重建过程包括:当终端知道第一基站支持第二pdcp时,终端基于第二pdcp向第一基站传输rrc连接重建请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程;或者当终端不知道第一基站支持第二pdcp时,终端基于第二pdcp传输rrc连接重配置请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程。

在本公开的一些实施例中,第一基站支持第二pdcp,以及基于第一pdcp或第二pdcp向第一基站发起rrc连接重建过程的操作可以包括:当终端不知道第一基站支持第二pdcp时,终端基于第一pdcp传输rrc连接重建请求消息。

在本公开的一些实施例中,在第一基站支持第一pdcp和第二pdcp两者的情况下,在基于第一pdcp的终端和第一基站之间的rrc连接重建过程完成之后,该方法还可以包括以下操作:与第一基站一起从第一pdcp切换到第二pdcp;以及基于第二pdcp与第一基站执行安全模式命令过程。

在本公开的一些实施例中,该方法还可以包括以下操作:从第一基站接收由于对由终端基于第一pdcp传输的rrc连接重建请求消息解码失败而导致的rrc连接失败消息;或者从第一基站接收rrc连接重建消息,其中第一基站可以使用第一pdcp和第二pdcp两者来解码由终端基于第一pdcp传输的rrc连接重建请求消息。

在本公开的一些实施例中,第一基站是dc网络中的主节点。

在本公开的一些实施例中,第一基站不支持第二pdcp;以及基于第一pdcp或第二pdcp向第一基站发起rrc连接重建过程的操作可以包括:当终端知道第一基站不支持第二pdcp或者当终端不知道第一基站不支持第二pdcp时,基于第一pdcp向第一基站传输rrc连接重建请求消息;以及通过使用基于第一pdcp的rrc连接重建请求消息,恢复与第一基站的rrc连接。

在本公开的一些实施例中,该方法还可以包括以下操作:决定释放辅小区组(scg)承载;或者决定保持scg承载,然后将scg承载移到第一基站。

在本公开的一些实施例中,第一基站不支持第二pdcp,该方法还可以包括以下操作:当终端不知道第一基站不支持第二pdcp时,基于第二pdcp向第一基站传输rrc连接重建请求消息,以及从第一基站接收由于对由终端基于第二pdcp传输的rrc连接重建请求消息解码失败而导致的rrc连接失败消息。

在本公开的一些实施例中,第一pdcp是长期演进(lte)pdcp,第二pdcp是新无线(nr)pdcp。

在第二方面,提供了一种终端。终端可以包括确定单元和rrc连接单元。确定单元配置为基于对第一基站支持的分组数据汇聚协议pdcp的了解,确定用于发起无线资源控制rrc连接重建过程的pdcp,其中pdcp是第一pdcp或第二pdcp。rrc连接单元配置为基于第一pdcp或第二pdcp发起到第一基站的rrc连接重建过程。

在本公开的一些实施例中,确定单元配置为基于对第一基站支持的双连接(dc)的网络模式的了解,确定用于发起rrc连接重建过程的pdcp。如果第一基站支持dc网络模式,则第一基站支持第二pdcp。

在本公开的一些实施例中,第一基站支持第二pdcp,以及rrc连接单元配置为:在知道第一基站支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重建请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程;或者在不知道第一基站支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重配置请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程。

在本公开的一些实施例中,第一基站支持第二pdcp,以及rrc连接单元配置为在不知道第一基站支持第二pdcp的情况下,基于第一pdcp向第一基站发送rrc连接重建请求消息。

在本公开的一些实施例中,在第一基站支持第一pdcp和第二pdcp两者的情况下,在基于第一pdcp的rrc连接单元和第一基站之间的rrc连接重建过程完成之后,终端与第一基站一起从第一pdcp切换到第二pdcp;以及基于第二pdcp与第一基站执行安全模式命令过程。

在本公开的一些实施例中,rrc连接单元还被配置为:从第一基站接收由于对基于第一pdcp传输的rrc连接重建请求消息解码失败而导致的rrc连接失败消息;或者从第一基站接收rrc连接重建消息,其中第一基站可以使用第一pdcp和第二pdcp两者来解码基于第一pdcp传输的rrc连接重建请求消息。

在本公开的一些实施例中,支持第二pdcp的第一基站是双连接(dc)网络中的主节点。

在本公开的一些实施例中,第一基站不支持第二pdcp,以及rrc连接单元配置为:在知道或不知道第一基站不支持第二pdcp的情况下,基于第一pdcp向第一基站传输rrc连接重建请求消息;以及通过使用基于第一pdcp的rrc连接重建请求消息来恢复与第一基站的rrc连接。

在本公开的一些实施例中,终端还可以包括决定单元,该决定单元配置为决定释放辅小区组scg承载;或者决定保持scg承载,然后将scg承载移到第一基站。

在本公开的一些实施例中,第一基站不支持第二pdcp,以及rrc连接单元配置为:在不知道第一基站不支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重建请求消息;以及从第一基站接收由于对基于第二pdcp传输的rrc连接重建请求消息解码失败而导致的rrc连接失败消息。

在本公开的一些实施例中,第一pdcp是长期演进(lte)pdcp,第二pdcp是新无线(nr)pdcp。在第三方面,提供了一种终端。该终端包括处理器和存储计算机可读指令的存储器,这些指令当由处理器执行时,使得处理器执行根据第一方面的方法。

在第四方面,提供了一种计算机可读存储介质。计算机可读存储介质存储计算机可读指令,该指令当由处理器执行时,使得处理器执行根据第一方面的方法。

根据本公开的实施例,ue被配置使得ue和基站(例如,不支持nrpdcp的传统enb或支持nrpdcp的enb)能够适当地处理rrc连接重建过程。

附图说明

为了更清楚地描述本公开的实施例的技术方案,下文将简单地介绍本公开的实施例中需要使用的附图。显然,下文描述的附图仅是本公开的一些实施例。根据这些附图,在不付出创造性劳动的情况下,本领域技术人员可以进一步获得其他附图。

图1示出了rrc连接重建过程的示意图。

图2示出了根据本公开的一些实施例的用于重建rrc连接的方法的流程图。

图3示出了根据本公开的一些实施例的应用示例的流程图。

图4示出了根据本公开的一些实施例的用于重建rrc连接的装置的框图。

图5示出了根据本公开的一些实施例的终端的框图。

详细描述

为了使本领域技术人员更好地理解本公开的解决方案,下面将结合本公开实施例中的附图,清楚且完整地描述本公开实施例中的技术解决方案。显然,所描述的实施例不是本公开的所有实施例,而是本公开的实施例的一部分。本领域普通技术人员在不付出创造性工作的情况下基于本公开中的实施例获得的所有其他实施例,都将落入本公开的保护范围内。

本公开的说明书、权利要求书和附图中采用的术语“第一”、“第二”等不是为了描述特定的顺序,而是为了区分相似的对象。此外,术语“包括”和“具有”以及其任何变形都旨在涵盖非排他性的包含。例如,包括一系列操作或单元的过程、方法、系统、产品或设备不限于列出的操作或单元,而是可以进一步包括未列出的操作或单元,或者进一步包括过程、方法、产品或设备固有的其他操作或单元。

本公开中提到的“实施例”意味着结合该实施例描述的特定特征、结构或性质可以包括在本公开的至少一个实施例中。在说明书中的每个位置出现这个短语可能不总是意味着相同的实施例,也可以是与其他实施例互斥的独立或可选的实施例。本领域技术人员明确和隐含地理解,本公开中描述的实施例可以与其他实施例相结合。

为了更好地理解本公开的实施例的特征和技术内容,将结合附图详细说明本公开的实施例的实现。提供附图仅仅是为了参考,而非限制本公开的实施例。

首先,将详细描述用于在终端和基站之间建立连接的方法,特别是用于重建rrc连接的方法。

图2示出了根据本公开的一些实施例的用于重建rrc连接的方法的流程图。如图2所示,用于重建rrc连接的方法包括以下框中的操作。该方法可以从框201开始。

在框201,终端基于对第一基站支持的分组数据汇聚协议(pdcp)的了解,确定用于发起rrc连接重建过程的pdcp,pdcp是第一pdcp或第二pdcp。

在本公开的实施例中,终端可以是移动电话、笔记本电脑、膝上型电脑、台式电脑或能够连接到移动通信网络的任何其他设备。

在本公开的实施例中,第一基站可以是lte系统中的enodeb(enb),相应的dc网络可以是lte-nr双连接(en-dc)网络;或者第一基站可以是另一移动通信系统中的基站,例如5gnr系统中的gnb。

可能存在关于终端对第一基站支持的pdcp的了解的几种情况。例如,终端知道第一基站支持第一pdcp,并且知道第一基站支持第二pdcp;终端知道第一基站支持第一pdcp,但不知道第一基站支持第二pdcp;终端知道第一基站支持第一pdcp,并且知道第一基站不支持第二pdcp;终端知道第一基站支持第一pdcp,但不知道第一基站不支持第二pdcp;等等。终端可以通过与第一基站的之前的交互知道第一基站支持的pdcp。

在本公开的实施例中,如果基站支持dc模式,则基站支持第二pdcp。例如,dc网络中的第一基站是lte系统中的enb,dc网络中的第二基站是nr系统中的gnb,第一pdcp是ltepdcp,第二pdcp是nrpdcp,以及如果基站支持dc模式,则第一基站支持nrpdcp。因此,可以基于终端是否知道第一基站支持/不支持dc网络模式的情况来执行该方法。具体地,终端可以基于对由所述第一基站支持的双连接(dc)网络模式的了解,确定用于发起所述rrc连接重建过程的所述pdcp。假设第一基站支持dc网络模式,则第一基站支持第二pdcp。

在本公开的实施例中,存在关于第一基站是否支持第二pdcp的两种情况。

情况1:第一基站支持第二pdcp。

情况2:第一基站不支持第二pdcp。

这里,在上述的每种情况下,在终端侧有以下相应的情形。

在情况1中:1)终端知道第一基站支持第二pdcp;或者2)终端不知道第一基站支持第二pdcp。

在情况2中:3)终端知道第一基站不支持第二pdcp;或者4)终端不知道第一基站不支持第二pdcp。

对于上述的每种情形,根据本公开的实施例,可以选择适当的pcdp来完成rrc连接重建过程。详情请见框202。

在框202,终端基于第一pdcp或第二pdcp发起到第一基站的rrc连接重建过程。

情况1:第一基站支持第二pdcp。

1)如果终端知道第一基站支持第二pdcp,则终端可以基于第二pdcp向第一基站传输rrc连接重建请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程。在这种情形下,终端和第一基站可以基于第二pdcp执行rrc连接重建过程。

2)如果终端不知道第一基站支持第二pdcp,则终端可以基于第二pdcp传输rrc连接重配置请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程。在这种情形下,终端和第一基站可以基于第二pdcp执行rrc连接重建过程。

3)如果终端不知道第一基站支持第二pdcp,则终端可以基于第一pdcp传输rrc连接重建请求消息。

这里,在第一基站支持第一pdcp和第二pdcp两者的情形下,在基于第一pdcp的终端和第一基站之间的rrc连接重建过程完成之后,终端和第一基站将从第一pdcp切换到第二pdcp,且基于第二pdcp执行安全模式命令过程。

然而,在第一基站支持第二pdcp但不支持第一pdcp的情形下,终端和第一基站之间的rrc连接重建过程将被切换为基于第二pdcp来执行。这里,第一基站可以决定基于第二pdcp执行rrc连接重建过程。

在一些实施例中,如果第一基站不能解码由终端基于第一pdcp传输的rrc连接重建请求消息,则第一基站向终端传输rrc连接失败消息。如果第一基站可以使用第一pdcp和第二pdcp两者来解码由终端基于第一pdcp传输的rrc连接重建请求消息,则第一基站仍然可以正确地解码rrc连接重建请求消息。在这种情形下,第一基站可以向终端发送rrc连接重建消息。

情况2:第一基站不支持第二pdcp。

1)如果终端知道第一基站不支持第二pdcp或者终端不知道第一基站不支持第二pdcp,则终端可以基于第一pdcp向第一基站传输rrc连接重建请求消息,并且通过使用基于第一pdcp的rrc连接重建请求消息来恢复与第一基站的rrc连接。

另外,终端可以决定释放辅小区组scg承载;或者终端可以决定保持scg承载,然后将scg承载移至第一基站。

2)如果终端不知道第一基站不支持第二pdcp,则终端可以基于第二pdcp向第一基站传输rrc连接重建请求消息。在这种情形下,第一基站不能解码由终端基于第二pdcp传输的rrc连接重建请求消息,并向终端传输rrc连接失败消息。在这种情形下,终端可以基于第一pdcp向第一基站传输另一rrc连接重建请求消息。

利用上述方案,终端和基站,例如,enb(不支持nrpdcp的传统enb或支持nrpdcp的enb)可以适当地处理rrc连接重建过程。

应用示例1

在应用示例1中,当ue向支持dc的enb发送rrc连接重建请求时,可能有两种情况。

·情况1:ue已经知道小区支持dc,然后它利用nr-pdcp发送rrc连接重建,或者ue不知道目标小区支持dc,但它利用nr-pdcp发送rrc连接重配置314。随后的rrc连接重建过程将使用nr-pdcp,且不存在由ue首先使用初始ltepdcp,然后向nrpdcp重配置的情况引起的问题。

·情况2:ue不知道该小区支持dc,并且它利用ltepdcp发送rrc连接重建。针对这种情况有两种处理方法。

■处理2a:接收支持dc的rrc连接重建请求302的enb32可以支持nr-pdcp以及ltepdcp。因此,提出了如图3所示的过程。enb32用rrc连接重建304进行回复。主要思想是:只要重建被完成306,在安全模式命令过程310和312之前,ue30和enb32就可以针对srb1切换308到nrpdcp。

■处理2b:接收到支持dc的重建请求的enb不理解基于ltepdcp的重建请求,因此回复失败给ue。然后,ue失去重建rrc连接的机会,scg承载也将被释放。这里,要注意的是,如果enb可以使用ltepdcp和nrpdcp两者来解码请求消息,在这种情形下,enb仍然可以正确地解码该请求。但如果enb没有使用两个pdcp版本对请求进行解码,就没有这种可能性。

应用示例2

在应用示例2中,当ue向不支持dc的传统enb发送rrc连接重建时,可能有两种情况。

·情况3:如果ue知道目标enb不支持dc,或者不知道但偶然利用ltepdcp发送重建请求,则其可以使用ltepdcp来使用重建请求以恢复目标小区中的rrc连接,且ue还可以决定,是释放scg承载还是保持这些承载并在目标侧的lte主小区上移动这些scg承载。

·情况4:如果ue不知道目标小区不支持dc,且利用nrpdcp发送重建请求,则目标enb不能解码,且失败应该被发送给ue。ue重建失败,且scg承载也可以被释放。

图4示出了根据本公开的一些实施例的用于重建rrc连接的装置的框图。例如,用于重建rrc连接的装置可以由终端实现。如图4所示,用于重建rrc连接的装置包括确定单元401和rrc连接单元402。

确定单元401配置为基于对第一基站支持的分组数据汇聚协议pdcp的了解,确定用于发起rrc连接重建过程的pdcp,其中pdcp是第一pdcp或第二pdcp。

rrc连接单元402配置为基于第一pdcp或第二pdcp发起到第一基站的rrc连接重建过程。

在一些实施例中,确定单元401配置为基于对第一基站支持的双连接(dc)网络模式的了解,确定用于发起rrc连接重建过程的pdcp。假设第一基站支持dc网络模式,则第一基站支持第二pdcp。

在一些实施例中,第一基站支持第二pdcp,以及rrc连接单元402配置为:在知道第一基站支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重建请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程;或者在不知道第一基站支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重配置请求消息,以基于第二pdcp启动终端和第一基站之间的rrc连接重建过程。

在一些实施例中,第一基站支持第二pdcp,以及rrc连接单元402配置为在不知道第一基站支持第二pdcp的情况下,基于第一pdcp向第一基站传输rrc连接重建请求消息。

在一些实施例中,在第一基站支持第一pdcp和第二pdcp两者的情况下,在基于第一pdcp的rrc连接单元402和第一基站之间的rrc连接重建过程完成之后,终端与第一基站从第一pdcp切换到第二pdcp,以及基于第二pdcp与第一基站执行安全模式命令过程。

在一些实施例中,如果第一基站不能解码由终端基于第一pdcp传输的rrc连接重建请求消息,则第一基站向终端传输rrc连接失败消息。因此,rrc连接单元402从第一基站接收rrc连接失败消息。

如果第一基站可以使用第一pdcp和第二pdcp两者来解码由终端基于第一pdcp传输的rrc连接重建请求消息,则第一基站仍然可以正确地解码rrc连接重建请求消息,且因此可以向终端发送rrc连接重建消息。因此,rrc连接单元402从第一基站接收rrc连接重建消息。

在一些实施例中,当第一基站支持第二pdcp时,第一基站是dc网络中的主节点mn。

在一些实施例中,第一基站不支持第二pdcp,以及rrc连接单元402配置为:在知道或不知道第一基站不支持第二pdcp的情况下,基于第一pdcp向第一基站传输rrc连接重建请求消息;以及通过使用基于第一pdcp的rrc连接重建请求消息来恢复与第一基站的rrc连接。

在一些实施例中,该装置还可以包括决定单元403,配置为决定释放辅小区组scg承载;或者决定保持scg承载,然后将scg承载移至第一基站。

在一些实施例中,第一基站不支持第二pdcp,以及rrc连接单元402配置为:在不知道第一基站不支持第二pdcp的情况下,基于第二pdcp向第一基站传输rrc连接重建请求消息;以及从第一基站接收由于对基于第二pdcp传输的rrc连接重建请求消息解码失败而导致的rrc连接失败消息。

如本领域普通技术人员可以理解的,如图4所示的用于重建rrc连接的装置中的单元的功能可以基于关于用于重建rrc连接的方法的上述相关描述来理解,并且可以通过处理器中运行的程序或者通过逻辑电路来实现。如图4所示的用于重建rrc连接的装置中的单元的功能可以由处理器中运行的程序或特定的逻辑电路来实现。

对于如上所述的用于重建rrc连接的装置,当以软件功能单元的形式实现并作为独立产品出售或使用时,该功能也可以存储在计算机可读存储介质中。基于这样的理解,本公开的技术解决方案实质上或对现有技术做出贡献的部分或技术解决方案的部分可以以软件产品的形式来实现,计算机软件产品被存储在存储介质中,该存储介质包括被配置为使得一台计算机装置(其可以是个人计算机、服务器、网络设备等)能够执行本公开的每个实施例中的方法的全部或部分操作的多个指令。上述存储介质包括:能够存储程序代码的各种介质,例如u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁盘或光盘。如此,本公开的实施例不限于软件和硬件的任何特定组合。

在本公开的一些实施例中,提供了存储指令的计算机可读存储介质,当指令被处理器执行时,使得处理器执行上述用于重建rrc连接的方法。

图5示出了根据本公开的一些实施例的终端的框图。如图5所示,终端50可以包括一个或多个(仅示出了一个)处理器502(处理器502可以包括但不限于微控制器单元(mcu)或可编程逻辑器件(现场可编程门阵列fpga等)、用于存储数据的存储器504、和用于实现通信功能的收发器506。本领域普通技术人员应该理解,图5所示的结构仅是说明性的,并且不限制电子设备的结构。例如,终端50还可以包括比图5所示的更多或更少的组件,或者具有不同于图5所示的配置。

存储器504可以被配置为存储软件程序和模块,例如对应于本公开的实施例中的用于重建rrc连接的方法的程序指令/模块。处理器502通过运行存储在存储器504中的软件程序和模块来执行各种功能应用和数据处理,即,实现上述方法。存储器504可以包括高速随机存取存储器,或者可以包括非易失性存储器,例如一个或多个磁存储设备、闪存或其他非易失性固态存储器。在一些示例中,存储器504还可以包括相对于处理器502远程的一个或多个存储器,并且存储器可以通过网络连接到终端50。这种网络的示例包括但不限于因特网、内部网、局域网、移动通信网络、及这些的组合。

收发器506被配置成通过网络接收或发送数据。该网络可以包括,例如,由终端50的通信提供商提供的无线网络。在一个示例中,收发器506包括网络接口控制器(nic),其可以通过基站连接到其他网络设备,以实现与互联网的通信。在一个示例中,收发器506可以是能够实现与互联网无线通信的射频(rf)电路。

本公开的实施例在不冲突的情况下可以彼此自由组合。

在本申请中提供的几个实施例中,应当理解,所公开的系统、设备和方法可以以其他模式实现。例如,上述设备的实施例仅仅是示例性的,例如,单元的划分仅是逻辑功能划分,实践中可以采用其他划分模式,例如,多个单元或组件可以组合或集成在另一个系统中,或者可以省略或不执行一些特征。从另外的观点来看,所显示或讨论的相互耦合或直接耦合或通信连接可以是通过一些接口的设备或单元的间接耦合或通信连接,并且也可以是电、机械或其他形式。

图示为独立组件的单元可以是,或可以不是物理分离的,并且显示为单元的组件可以是,或可以不是物理单元,也就是说,组件可以位于一个地方,或可以分布在多个网络单元上。实施例的解决方案的目的可以通过根据实际需要选择部分或全部单元来实现。

此外,在本公开的各实施例中,功能单元可以集成在一个处理单元中,或者功能单元可以单独且物理地存在,或者两个或更多个单元可以集成在一个单元中。集成单元可以通过硬件或硬件加软件功能单元来实现。

以上仅是本公开的具体实施方式,并不旨在限制本公开的保护范围。在本公开所公开的技术范围内,对于本领域技术人员来说显而易见的任何变化或替换都将落入本公开的保护范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1