一种无线资源控制RRC重建立的方法及装置与流程

文档序号:18251805发布日期:2019-07-24 09:48阅读:277来源:国知局
一种无线资源控制RRC重建立的方法及装置与流程

本申请涉及通信技术领域,尤其涉及一种无线资源控制RRC重建立的方法及装置。



背景技术:

目前LTE(Long Term Evolution,长期演进)通信系统中,UE(User Equipment,用户终端)在RRC(Radio Resource Control,无线资源控制)连接发生故障,进一步如果出现基站切换过程中失败、验证用户上下文信息完整性失败以及RRC连接重配置失败中任一种情况时,均会导致RRC连接状态异常,需要重新建立RRC连接,才能保证UE与基站的通信继续。目前基站重建立的流程如下(如图1所示):

步骤101,重建立基站收到重建立请求消息以后在本基站中查找UE索引,UE发起重建立时携带了源小区的phyid以及UE在源小区的CRNT-I、shortMAC-I,基站在收到此消息后在基站中查询此UE的上下文,如果查询成功则返回UE的上下文(包含安全参数)给UE发送RRC重建立消息,流程结束。

步骤102,如果查询失败,根据现有技术规范可以通过X2口消息(如,RLF Indication等)向潜在的源服务小区所在源基站(源基站为:稳态时UE发生重建立前服务的基站;切换过程中UE重建立前服务的源小区所在基站。重建立基站为发送请求UE上下文的基站。)请求UE上下文信息:并触发源小区通过X2接口消息(Handover Request)向所述重建立基站上的重建小区发送UE上下文。重建立基站发送RLF Indication消息的源基站选择方法为:

根据重建立请求消息中携带的PCI在邻区关系表中行匹配和本站有X2链路的目标基站。如果找到多个和本基站已经建立X2链路基站,则需要将找到的N邻基站作为发送上下文请求的目标站。然后向选择出来的N个邻基站发送RLF Indication消息。发送第一条RLF Indication消息后启动等待UE上下文定时器,定时器可动态配置,建议时长小于T301,建议取值为(T301-100ms)。

步骤103,进行切换接纳判决和发送RRC重建立拒绝消息;具体实现可以是:

在定时器超时前收到handover request消息,进行切换接纳判决,停止定时器;如果定时器超时,还没有收到handover request消息,则清除定时器,给UE发送RRC重建立拒绝消息,此后再收到handover reques消息则直接丢弃。如果收到handover reques消息之后又收到定时器超时消息,则丢弃定时器超时消息。

向UE发送RRC重建立消息以后再收到handover request信息则直接丢弃;重建立基站收到源基站发送的切换请求消息以后按照现有X2切换流程进行切换的接纳控制,接纳成功以后回复ACK消息。如果重建立基站判决接纳失败,则给源基站回复HANDOVER PREPARATION FAILURE消息,同时给UE发送重建立拒绝消息。重建立基站在完成切换接纳回复ACK以后就可以给UE发送RRC重建立消息。

步骤104,收到重建立成功以后的重配置完成消息以后基站给MME发送路径倒换请求。收到路径倒换成功命令以后给源站发送上下文释放消息。

根据现有技术步骤102的描述可以确定,在重建立基站根据重建立请求消息中携带的PCI在邻区关系表中匹配和本站有X2链路的目标基站时,可能匹配到N个(N>1)个基站,因此需要向多个邻基站发送X2消息获取UE上下文信息,因而存在以下缺点:

向多个邻基站发送X2消息的随机查询方式,延长了重建立的时间,额外增加了系统开销和处理复杂度。收到X2消息的所有基站都需要在站内的所有小区内查找上下文,那些没有UE上下文的邻基站进行无谓的查询操作,造成系统无谓开销。在热点组网区域,相邻基站数目众多,在发生重建立时,这种在X2链路上广播消息查询的方式严重影响系统效率。



技术实现要素:

本申请提供一种无线资源控制RRC重建立的方法及装置,用以解决现有技术中RRC重建立时延长且会额外增加系统开销和处理复杂度的技术问题。

第一方面,本申请提供一种无线资源控制RRC重建立的方法,用户终端UE在RRC连接发生故障后,进行RRC重建立包括:

重建立基站接收所述UE发送的重建立请求消息;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;

所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;

向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立。

在一种可能的实施方式中,重建立基站接收UE发送的重建立请求消息包括:

确定在MAC协议层收到包含重建立请求消息的MSG3,设置等待时间;

如果在所述等待时间超时前收到RRC层的RRC重建立消息,向所述UE发送包含竞争解决和RRC重建立消息的MSG4;

如果所述等待时间超,且没有收到RRC层的RRC重建立消息,则向所述UE发竞争解决消息MSG4,该MSG4中不包含RRC重建立消息;并在收到MSG4 ACK或者MSG4达到最大重传次数后发送RRC重建立消息。

在一种可能的实施方式中,所述确定在MAC协议层收到包含重建立请求消息的MSG3包括:

判断所述MSG3中SRB0数据是否全为第一数值,如果不是,则判断所述SRB0数据中设定比特位是否为第二数值,如果不是第二数值,则确定在MAC协议层收到包含重建立请求消息的MSG3。

在一种可能的实施方式中,所述等待时间为竞争解决定时器时长与重建立竞争解决消息传输时长之间的差值。

第二方面,提供一种无线资源控制RRC重建立的方法,用户终端UE在RRC连接发生故障后,进行RRC重建立包括:

所述UE发送重建立请求消息到重建立基站;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;使得所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立。

在一种可能的实施方式中,所述UE发送重建立请求消息到重建立基站之前,还包括:

所述UE从本地存贮的移动性历史信息中获取最近一次访问小区的小区信息;

将所述小区信息中cellGlobalId的前20bit作为所述源驻留基站的全球标识EnodeB Id。

第三方面,提供一种基站,包括:

接收单元,用于用户终端UE在RRC连接发生故障后,接收所述UE发送的重建立请求消息;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;

匹配单元,用于从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;

信息获取单元,用于向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述基站上的重建小区发送所述上下文信息实现RRC重建立。

在一种可能的实施方式中,所述接收单元具体用于确定在MAC协议层收到包含重建立请求消息的MSG3,设置等待时间;如果在所述等待时间超时前收到RRC层的RRC重建立消息,向所述UE发送包含竞争解决和RRC重建立消息的MSG4;如果所述等待时间超,且没有收到RRC层的RRC重建立消息,则向所述UE发竞争解决消息MSG4,该MSG4中不包含RRC重建立消息;并在收到MSG4ACK或者MSG4达到最大重传次数后发送RRC重建立消息。

在一种可能的实施方式中,所述接收单元还用于判断所述MSG3中SRB0数据是否全为第一数值,如果不是,则判断所述SRB0数据中设定比特位是否为第二数值,如果不是第二数值,则确定在MAC协议层收到包含重建立请求消息的MSG3。

在一种可能的实施方式中,所述等待时间为竞争解决定时器时长与重建立竞争解决消息传输时长之间的差值。

第四方面,提供一种用户终端,包括:

发送单元,用于用户终端在RRC连接发生故障后,发送重建立请求消息到重建立基站;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;使得所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出源驻留基站;向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立;

接收单元,用于接收重建立基站发送的RRC重建立消息。

在一种可能的实施方式中,该用户终端还包括:

获取单元,用于从UE本地存贮的移动性历史信息中获取最近一次访问小区的小区信息;将所述小区信息中cellGlobalId的前20bit作为所述源驻留基站的全球标识EnodeB Id。

第五方面,本申请还提供一种计算设备,包括:

至少一个处理器,以及

与所述至少一个处理器通信连接的存储器、通信接口;

其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述至少一个处理器通过执行所述存储器存储的指令,利用所述通信接口执行第一方面或第二方面任意一种可能的实施方式中所述的方法。

第六方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行第一方面或第二方面任意一种可能的实施方式中所述的方法。

本申请有益效果如下:

本申请实施例提供的方法和装置通过在RRC重建立的请求消息中增加源驻留基站的全球标识,使得收到请求消息的基站可快速搜寻到源驻留小区发起获取UE上下文流程且为保障重接入成功率。

附图说明

图1为现有技术中基站重建立的流程示意图;

图2为本申请实施例提供的一种无线资源控制RRC重建立的方法流程示意图;

图3为本申请实施例提供的重建立基站在MAC协议层在收到重建立请求消息时的处理方法流程示意图;

图4为本申请实施例提供的另外一种无线资源控制RRC重建立的方法流程示意图;

图5为本申请实施例提供的获取源驻留基站的全球标识的方法流程示意图;

图6为在具体实例中本申请实施例提供方法的使用流程示意图;

图7为本申请实施例提供的一种基站的结构示意图;

图8为本申请实施例提供的一种用户终端的结构示意图;

图9为本申请实施例提供的一种计算设备的结构示意图。

具体实施方式

现有技术中,在重建立基站根据重建立请求消息中携带的PCI在邻区关系表中匹配和本站有X2链路的目标基站时,可能匹配到N个(N>1)个基站,因此需要向多个邻基站发送X2消息获取UE上下文信息,向多个邻基站发送X2消息,延长了重建立的时间,额外增加了系统开销和处理复杂度。因此,如何准确有效的选择源驻留小区成为降低重建立RRC连接时延的关键。

本申请实施例根据以上问题,提出一种无线资源控制RRC重建立的方法,用户终端UE在RRC连接发生故障后,进行RRC重建立包括:

重建立基站接收UE发送的重建立请求消息;其中,所述请求消息中包括UE源驻留基站的全球标识EnodeB Id;

所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;

向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立。

本申请实施例通过在RRC重建立的请求消息中增加源驻留基站的全球标识,使得收到请求消息的基站可快速搜寻到源驻留小区发起获取UE上下文流程且为保障重接入成功率。

以下结合附图和具体的应用场景对本申请实施例所提供的方法和装置做进一步详细的说明:

实施例一

以下结合说明书附图2对本申请实施例所提供的一种无线资源控制RRC重建立的方法做进一步详细的说明,本申请实施例所提供的方法用于UE在RRC连接发生故障后,进行RRC重建立,该方法具体实现可以包括以下步骤:

步骤201,重建立基站接收UE发送的重建立请求消息;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;

步骤202,重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出源驻留基站;

步骤203,向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立。

进一步,由于这个重建立流程涉及向用户源基站所在小区索取上下文消息的过程,消息在X2链路上传递的时延存在不稳定性,所以目标小区发送RRC重建立消息的时间点会比较晚,容易发生下行RRC重建立消息发送时间大于重建立时的竞争解决时长,导致竞争解决失败引起重建立失败从而掉话。因此,本申请实施例中在发生跨基站的重建立发生时,针对这种场景下的随机接入的竞争解决消息(MSG4)和RRC重建立消息发送时分开处理。重建立基站在MAC协议层在收到重建立请求消息时的处理方法如下(如图3所示):

步骤301,重建立基站确定在MAC协议层收到包含重建立请求消息的MSG3,设置等待时间;

其中,因为MSG3中正常SRB0数据不是RRC建立请求就是RRC重建立请求,实际应用中可以用不同的数据对应不同的请求。判断MSG3中是否包含重建立请求消息的方法可以是,判断所述MSG3中SRB0数据是否全为第一数值(0),如果不是,则判断所述SRB0数据中设定比特位(数据高3bit)是否为第二数值(可以是2),如果不是2,则确定在MAC协议层收到包含重建立请求消息的MSG3。

其中,所述等待时间为竞争解决定时器时长与重建立竞争解决消息传输时长之间的差值(默认值可以是15ms)。

步骤302,如果在所述等待时间超时前收到RRC层的RRC重建立消息,向所述UE发送包含竞争解决和RRC重建立消息的MSG4;

步骤303,如果所述等待时间超,且没有收到RRC层的RRC重建立消息,则向所述UE发竞争解决消息MSG4,该MSG4中不包含RRC重建立消息;并在收到MSG4ACK或者MSG4达到最大重传次数后发送RRC重建立消息。

通过上述实施例方案,可以在竞争解决定时器超时前先发送竞争解决消息给UE保证RRC重建立时的竞争解决成功,然后把RRC重建立消息当做普通的信令下发给UE。该实施例中将RRC重建立时的竞争解决消息MSG4和RRC重建立消息分开发送,使得RRC连接RRC重建立消息的发送不再受竞争解决定时器时长的限制,减缓了重建立基站到源驻留基站获取UE上下文的时延要求。避免发生下行RRC重建立消息发送时间大于重建立时的竞争解决时长导致竞争解决失败,引起重建立失败从而掉话的问题。

实施例二

如图4所示,基于终端侧的实现流程,申请还提供另外一种无线资源控制RRC重建立的方法,用户终端UE在RRC连接发生故障后,进行RRC重建立包括:

步骤401,UE发送重建立请求消息到重建立基站;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;使得所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出唯一与所述UE对应的源驻留基站;向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立。

步骤402,UE接收重建立基站发送的RRC重建立消息,并发送重建立完成消息到所述重建立基站。

在本申请实施例中,UE发送重建立请求消息到重建立基站之前,还需要获取源驻留基站的全球标识,具体实现方式可以是(如图5所示):

步骤501,UE从本地存贮的移动性历史信息中获取最近一次访问小区的小区信息;

在3GPP TS 36.331协议中,UE侧会在本地变量VarMobilityHistoryReport中存贮移动性历史信息VisitedCellInfoList,该历史信息用于记录UE最近驻留的maxCellHistory个历史小区信息。

步骤502,将所述小区信息中cellGlobalId的前20bit作为所述源驻留基站的全球标识EnodeB Id。

由于UE发起重建立之前是处于RRC_CONNECTED状态,且访问的小区信息存贮在UE侧变量VarMobilityHistoryReport中的列表最前边。因此,UE在发生RRC重建立时,可以从变量VarMobilityHistoryReport中读取最近一次访问小区的信息,访问小区信息中cellGlobalId标志小区的全球标识(ECGI),其中CellIdentity由EnodeB ID+Cell Id组成,其中前20bit表示基站全球标识EnodeB Id,后8BIt表示在该基站内Cell的编号。相邻基站一般属于同一个PLMN(Public Land Mobile Network,公共陆地移动网络),因此可以仅将cellIdentity中的高20bit信息即EnodeB Id(基站全球标识)添加到RRC重建立请求消息中,具体如下语句从变量VarMobilityHistoryReport中读取cellGlobalId标志小区的全球标识(ECGI)

EnodebId BIT STRING(SIZE(20)),optional

实施例三

如图6所示,以下结合具体的实例对本申请实施例所提供的一种无线资源控制RRC重建立的方法,具体实现包括步骤:

步骤601,重建立基站收到重建立请求消息以后在本基站中查找UE索引,UE发起重建立时携带了源小区的phyid以及UE在源小区的CRNT-I、shortMAC-I以及源基站的全球标识EnodebId。

另外,重建立基站在收到重建立请求消息后,为了防止请求消息在X2链路上传递的时延不稳定性,重建立基站可以在MAC层启动设置等待时间定时器,定时器的时长=竞争解决定时器时长–重建立竞争解决消息传输时长(默认值可以是15ms)。RRC层在基站中查询该UE的上下文消息,如果查询成功则返回UE的上下文(包含安全参数)给UE发送RRC重建立消息,流程结束。

步骤602,如果查询失败,重建立基站根据重建立请求消息中携带的Enodeb Id在邻区关系表中匹配和本站有X2链路的目标基站,找到与Enodeb Id匹配的邻基站作为发送上下文请求的源驻留基站,通过X2口消息(如,RLF Indication等)向源驻留基站请求UE上下文信息并触发源小区通过X2接口消息Handover Request向所述重建立基站上的重建小区发送UE上下文。

另外,在发送RLF Indication消息后启动等待UE上下文定时器,定时器可动态配置,时长可以是小于T301,具体时长取值可以是(T301-100ms)。

步骤603,在MAC层设置等待时间定时器超时后,判断是否收到RRC层的RRC重建立消息,如果没收到,就发送不携带RRC重建立消息的竞争解决消息MSG4到UE,然后转入步骤604。如果收到RRC层的RRC重建立消息,发送携带RRC重建立消息的竞争解决消息MSG4到UE,并转入步骤606。

步骤604,重建立基站确定RRC重建立消息发送成功,进行切换接纳判决;

重建立基站的RRC层收到源驻留基站的handover request消息,进行切换接纳判决,停止UE上下文定时器;如果UE上下文定时器超时,还没有收到handover request消息,则清除定时器,给UE发送RRC重建立拒绝消息。

步骤605,重建立基站在完成切换接纳回复ACK以后给UE发送RRC重建立消息;

在发送所述RRC重建立消息时,重建立基站的MAC层在收到该RRC重建立消息后,判断是否发送过竞争解决消息,如果发送过竞争解决消息,则缓存RRC重建立消息,等待收到MSG4ACK或者MSG4达到最大重传次数后才发RRC重建立消息。如果没发送过竞争解决消息,则发送携带RRC重建立消息的竞争解决消息MSG4;转入步骤606。

步骤606,收到重建立成功以后的重配置完成消息以后,给MME发送路径倒换请求。收到路径倒换成功命令以后给源驻留基站发送上下文释放消息。

实施例四

如图7所示,本申请实施例还提供一种基站,该基站可以包括:

接收单元701,用于UE在RRC连接发生故障后,接收所述UE发送的重建立请求消息;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;

其中,该接收单元701具体用于:确定在MAC协议层收到包含重建立请求消息的MSG3,设置等待时间;如果在所述等待时间超时前收到RRC层的RRC重建立消息,向所述UE发送包含竞争解决和RRC重建立消息的MSG4;如果所述等待时间超,且没有收到RRC层的RRC重建立消息,则向所述UE发竞争解决消息MSG4,该MSG4中不包含RRC重建立消息;并在收到MSG4ACK或者MSG4达到最大重传次数后发送RRC重建立消息。

在可实现的方式中,所述等待时间为竞争解决定时器时长与重建立竞争解决消息传输时长之间的差值。

其中,该接收单元701确定在MAC协议层收到包含重建立请求消息的MSG3的方式可以是:

判断所述MSG3中SRB0数据是否全为第一数值,如果不是,则判断所述SRB0数据中设定比特位是否为第二数值,如果不是第二数值,则确定在MAC协议层收到包含重建立请求消息的MSG3。

匹配单元702,用于从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;

信息获取单元703,用于向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述基站上的重建小区发送所述上下文信息实现RRC重建立。

实施例五

如图8所示,本申请实施例还提供一种用户终端,该用户终端可以包括:

发送单元801,用于用户终端在RRC连接发生故障后,发送重建立请求消息到重建立基站;其中,所述请求消息中包括所述UE对应的源驻留基站的全球标识EnodeB Id;使得所述重建立基站从本地配置的邻区信息中获取邻基站的全球标识,将所述EnodeB Id与所述邻基站的全球标识进行匹配;从所述邻基站中确定出所述源驻留基站;向所述源驻留基站发送X2接口消息请求所述UE的上下文信息,并触发所述源驻留基站通过X2接口消息向所述重建立基站上的重建小区发送所述上下文信息实现RRC重建立;

接收单元802,用于接收重建立基站发送的RRC重建立消息。

在可实现的方式中,该用户终端还可以包括:

标识获取单元,用于在发送重建立请求消息到重建立基站之前,从本地存贮的移动性历史信息中获取最近一次访问小区的小区信息;将所述小区信息中cellGlobalId的前20bit作为所述源驻留基站的全球标识EnodeB Id。

实施例六

如图9所示,基于同一发明构思,本申请实施例还提供了一种计算设备,参照图9,该设备包括:

至少一个处理器901,以及

与所述至少一个处理器901通信连接的存储器902、通信接口903;

其中,所述存储器902存储有可被所述至少一个处理器901执行的指令,所述至少一个处理器901通过执行所述存储器902存储的指令,利用所述通信接口903执行本申请实施例一和/或实施例二中无线资源控制RRC重建立的方法。

基于同一发明构思,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行本申请实施例一和/实施例二所述无线资源控制RRC重建立的方法。

本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

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