具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施 例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征 可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并 且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所 示出或描述的步骤。

在一个示例性实施方式中，图1为本申请提供的一种节点状态确定方法的流程示意图， 该方法可以适用于在当前节点状态确定的情况，该方法可以由节点状态确定装置执行，该节 点状态确定装置可以由软件和/或硬件实现，并集成在设备上。所述设备可以为计算机设备。

如图1所示，本申请提供的节点状态确定方法，包括S110和S120。

S110、获取当前节点的时间调整值、时钟状态或者丢包次数。

其中，所述时间调整值为offset时间调整值，关于offset时间调整值的计算方式参见 1588V2标准。

其中，所述时钟状态包括：锁定状态和未锁定状态。

其中，所述丢包次数针对事件报文，事件报文为携带时间的报文。

具体的，计算得到offset时间调整值，获取到时钟状态或者丢包次数。

S120、根据时间调整值、时钟状态或者丢包次数确定当前节点的状态。

其中，所述当前节点状态可以包括正常、异常状态。

具体的，根据时间调整值、时钟状态或者丢包次数确定当前节点的状态可以为，在设定 时间范围内，若时间调整值持续大于第一阈值，则确定当前节点的状态为异常；也可以为， 在设定时间范围内，若时间调整值大于第一阈值的次数大于次数阈值，则确定当前节点的状 态为异常；还可以为在设定时间范围内，若时间调整值之和大于第二阈值，则确定当前节点 的状态为异常；或者可以为在设定时间范围内，若时钟状态持续为未锁定状态，则确定当前 节点的状态为异常；或者可以为在设定时间范围内，若时钟状态为未锁定状态的次数大于次 数阈值，则确定当前节点的状态为异常；或者可以为在设定时间范围内，若持续丢包，则确 定当前节点的状态为异常；也可以为在设定时间范围内，若丢包次数大于次数阈值，则确定 当前节点的状态为异常。

本申请提供的一种节点状态确定方法，通过获取当前节点的时间调整值、时钟状态或者 丢包次数；根据时间调整值、时钟状态或者丢包次数确定当前节点的状态，解决了无法准确 获知当前节点的节点状态，进而导致出现在当前节点出现故障的情况下，下一节点依然跟踪 当前节点传来的错误的时间信息，从而使得整个网络出现问题的技术问题，能够在当前节点 异常的情况下，不再向下游传递，减少对网络的影响。

在上述实施例的基础上，提出了上述实施例的变型实施例，在此需要说明的是，为了使 描述简要，在变型实施例中仅描述与上述实施例的不同之处。

在一个实施例中，所述根据时间调整值确定当前节点的状态，包括：

在设定时间范围内，若时间调整值持续大于第一阈值，时间调整值大于第一阈值的次数 大于次数阈值，或者，时间调整值之和大于第二阈值，则确定当前节点的状态为异常。

其中，所述预设时间范围可以为用户预先设定，也可以为系统设定，本实施例对此不进 行限制，例如可以是，用户配置滑窗T1。

其中，所述第一阈值、所述第二阈值和所述次数阈值可以为用户设定，所述第一阈值、 所述第二阈值和所述次数阈值可以相同，也可以不同，本实施例对此不进行限制。

具体的，可以为在设定的时间范围A内，若时间调整值持续大于第一阈值，则确定当前 节点的状态为异常；在设定的时间范围B内，若时间调整值大于第一阈值的次数大于次数阈 值，则确定当前节点的状态为异常；在设定的时间范围C内，若时间调整值之和大于第二阈 值，则确定当前节点的状态为异常，其中，时间范围A、时间范围B和时间范围C可以相同 也可以不同，本实施例对此不进行限制。

具体的，在设定时间范围内，若时间调整值大于第一阈值，则确定当前节点的状态为异 常；在设定时间范围内，若时间调整值大于第一阈值的次数大于次数阈值，则确定当前节点 的状态为异常；在设定时间范围内，若时间调整值之和大于第二阈值，则确定当前节点的状 态为异常，例如可以是：用户配置offset时间调整值的绝对值的门限值M、offset时间调整 值异常的持续时间T1。当offset时间调整值的绝对值在窗口T1内一直持续超过门限M，则 确定当前节点的状态为异常。这个处理用来判断offset时间调整值出现持续异常。用户配置 offset时间调整值的绝对值的门限值M、offset时间调整值异常的持续时间T2以及offset 时间调整值越限的次数N。当offset时间调整值的绝对值在一个滑窗T2内超过N次越过门 限M，说明系统不稳定，则确定当前节点的状态为异常。按照一般合理的设计T2需要大于T1。 这个处理用来判断offset出现多次瞬间异常。用户配置滑窗T3以及offset时间调整值累加 和门限SumM，在滑窗T3范围内offset时间调整值累加和超过SumM的时候，则确定当前节 点的状态为异常。这个判断用来判断offset出现单向波动异常。

在一个实施例中，根据所述时钟状态确定当前节点的状态，包括：

在设定时间范围内，若时钟状态持续为未锁定状态，或者，时钟状态为未锁定状态的次 数大于次数阈值，则确定当前节点的状态为异常。

其中，所述预设时间范围可以为用户预先设定，也可以为系统设定，本实施例对此不进 行限制，例如可以是，用户配置滑窗T1。

具体的，可以为在设定的时间范围A内，若时钟状态持续为未锁定状态，则确定当前节 点的状态为异常；在设定的时间范围B内，若时钟状态为未锁定状态的次数大于次数阈值， 则确定当前节点的状态为异常；其中，时间范围A和时间范围B可以相同也可以不同，本实 施例对此不进行限制。

具体的，在设定时间范围内，若时钟状态为未锁定状态，则确定当前节点的状态为异常； 在设定时间范围内，若时钟状态为未锁定状态的次数大于次数阈值，则确定当前节点的状态 为异常，例如可以是：用户配置时间窗T1，Slave端判断时钟是否正常锁定，当时钟持续T1 时间未锁定，则确定当前节点的状态为异常。用户配置时间窗T2以及失锁次数N，当时钟在 时间窗T2内超过N次未锁定，则确定当前节点的状态为异常。按照一般合理设计T2需要大 于T1。

在一个实施例中，根据所述丢包次数确定当前节点的状态，包括：

在设定时间范围内，若持续丢包，或者，丢包次数大于次数阈值，则确定当前节点的状 态为异常。

其中，持续丢包指的是事件报文持续N个周期没有收到，所述事件报文为携带时间的报 文，例如可以是：Sync、Follow_Up以及Delay_Resp等，本实施例对此不进行限制。

其中，所述设定时间范围可以为用户预先设定，也可以为系统设定，本实施例对此不进 行限制，例如可以是，用户配置滑窗T1。

具体的，可以为在设定的时间范围A内，若持续丢包，则确定当前节点的状态为异常； 在设定的时间范围B内，若丢包次数大于次数阈值，则确定当前节点的状态为异常；其中， 时间范围A和时间范围B可以相同也可以不同，本实施例对此不进行限制。

具体的，在设定时间范围内，若持续丢包，则确定当前节点的状态为异常。例如可以是， 用户配置Sync、Follow_Up以及Delay_Resp的超时周期数N，假如持续N个周期没有收到Sync、 Follow_Up或者Delay_Resp报文，则确定当前节点的状态为异常。在设定时间范围内，若丢 包次数大于次数阈值，则确定当前节点的状态为异常。例如可以是，用户配置滑窗T1以及超 时周期数M，当Sync/Follow_Up或者Delay_Resp报文在滑窗T1内累加出现M次丢包，则确 定当前节点的状态为异常。一般M的个数需要大于N的个数。

在一个实施例中，当前节点的状态为异常包括时间同步失锁状态。

在一个实施例中，确定当前节点的状态之后，若当前节点的状态为异常，则执行下述步 骤中的一种或者多种：

触发当前节点BMC算法重新选源；

将报文携带的触发字段修改为当前节点的时间参数，其中，所述触发字段为用于触发下 一节点重新选源的字段；

停止发送报文；

上报时间同步失锁告警。

具体的，若当前节点的状态为异常，则触发当前节点BMC算法重新选源，例如可以是， 若当前节点的状态为异常，当前节点触发BMC算法重新选取源时间，选择备用PTP端口作为 Slave端口，发生故障的端口作为Passive端口继续检测前述几种类型的故障，如果相应告 警恢复，则根据BMC算法进行回切。

具体的，若当前节点的状态为异常，则将报文携带的触发字段修改为当前节点的时间参 数，例如可以是，若当前节点的状态为异常，则将Announce报文携带的ClockClass，Priority 等参数修改为当前节点的时间参数而不是标准中定义的时间源设备的参数。这样当下一节点 接收到Announce报文后，就会认为这个路径接收到的时间源的质量降低，触发BMC算法的重 新计算。从而不再跟踪错误的时间路径。

具体的，若当前节点的状态为异常，则停止发送报文，例如可以是，停止发送各种PTP 报文，下游设备接收不到Announce报文，会触发BMC算法重新选源。

具体的，若当前节点的状态为异常，则上报时间同步失锁告警。

具体的，由于关于1588的OAM的相关要求还不是很完善，当设备的时间同步出现问题的 时候，有些异常处理的标准还没有制订，这使得时间同步的故障处理存在一些漏洞，是针对 目前标准的缺陷，本实施例提出了一种PTP时间同步失锁情况下的故障处理方式，在检测到 当前节点为时间同步失锁状态的时候，通过相应的故障处理方式，将时间异常限制在比较小 的范围内，减少了对时间同步网络的影响。在PTP时间同步网络中，正常情况下，每个设备 会向其他设备发出Announce报文，BCM算法根据Announce报文的参数，决策出时间源以及 网络中各个设备的Master端和Slave端，Slave端跟踪Master端的时间。当线路上的Announce 报文中断，或者Announce中携带的参数内容发生改变的时候，1588网络会进行重构，选举 出新的时间源以及在每个设备重新决策出Master端和Slave端，使得整个网络处于正常的时 间同步状态。但是对于某些故障，例如节点的时间同步出现了失锁问题，但是这个节点依然 可以正常发送Announce报文，由于网络中时间源设备运行正常，那么这个节点发送出去的 Announce报文携带的参数依然是时间源设备的信息，这样下游设备无法得知这个设备出现了 故障，依然还跟踪从这个设备来的错误的时间信息，导致整个网络出现问题。本实施提供的 方法为在设备的Slave端进行故障检测，并且在发现这些故障的时候，通过提醒、不发送报 文或者修改时间参数字段等处理方式将故障控制在当前故障节点不再向下游传递，从而减少 对网络的影响。

在一个具体的例子中，判断当前节点的状态的方式包括：

1.通过判断Slave端offset时间调整值的变化判断故障，其中，关于offset时间调整 值的计算方式参见1588V2标准。在时间同步达到稳定的时候，Slave端计算出来的offset 时间调整值基本按照正弦曲线分布，上下限偏差不会太大。以超高精度同步设备为例，稳定 情况下offset时间调整值基本在正负2以内变化。当网络中出现上游的PTP报文时间戳信息 异常，本端的时间戳信息异常，或者线路存在不确定时延等等各种故障的时候，计算出来的 offset时间调整值绝对值会增大。对于这个offset时间调整值异常的故障判断，可以按照 下面几个方面进行处理：

用户配置offset时间调整值绝对值的门限值M和offset时间调整值异常的持续时间T1。 当offset时间调整值的绝对值在窗口T1内一直持续超过门限M，则认为时间同步失锁。这 个处理用来判断offset时间调整值出现持续异常。

用户配置offset时间调整值绝对值的门限值M、offset时间调整值异常的持续时间T2 以及offset时间调整值越限的次数N。当offset时间调整值绝对值在一个滑窗T2内超过N 次越过门限M，说明系统不稳定，认为时间同步失锁，按照一般合理的设计T2需要大于T1， 这个处理用来判断offset出现多次瞬间异常。

用户配置滑窗T3以及offset累加和门限SumM，在滑窗T3范围内offset累加和超过SumM 的时候，则认为时间调整进入失锁状态。这个判断用来判断offset出现单向波动异常。

用户设计开关控制offset时间调整值的上述异常是否触发时间同步失锁告警。offset 时间调整值可以是本设备作为Slave端的时候计算出来的offset时间调整值，也可以是下游 设备反馈到本设备的时间偏差值。

2.通过判断系统时钟的状态来判断故障：PTP时间同步依赖于整个网络中时钟的稳定， 高精度的时钟给高精度时间的实现提供基础。当设备的时钟未正常锁定的时候，也会影响时 间的同步。

用户配置时间窗T1，Slave端判断时钟是否正常锁定，当时钟持续T1时间未锁定，则认 为时间同步失锁。

用户配置时间窗T2以及失锁次数N。当时钟在滑窗T2内超过N次未锁定，则认为时间 同步失锁。按照一般合理设计T2需要大于T1。

用户设计时钟和时间的关联处理开关，时钟异常的时候，传递到时间模块，认为时间同 步出现失锁告警。

3、通过当前节点是否可以正常接收PTP事件报文判断故障：正常情况下，Slave端会按 照配置的发包间隔接收到Sync、Follow_Up或者Delay_Resp报文，网络出现性能劣化的时候， 可能会短暂丢包，通过是否正常接收这几个报文判断时间同步是否正常，方式如下：

用户配置Sync、Follow_Up以及Delay_Resp的超时周期数N，假如持续N个周期没有收 到Sync、Follow_Up或者Delay_Resp报文，则认为时间同步失锁。

用户配置滑窗T1以及超时周期数M，当Sync、Follow_Up或者Delay_Resp报文在滑窗 T1内累加出现M次丢包，则认为时间同步失锁。一般M的个数需要大于N的个数。此项参数表明PTP事件报文可能出现多次短暂丢包。

用户设计开关控制PTP接收报文劣化是否触发时间同步失锁的故障处理。

当检测到当前节点处于时间同步失锁状态后的处理方式，包含：修改Announce报文的参 数传递内容、停止发送Announce报文、做切换处理以及仅作告警检测。修改Announce报文 的参数传递内容包括：当检测到当前节点处于时间同步失锁状态后，上报时间同步失锁告警， 同时Announce报文携带的ClockClass，Priority等参数修改为本节点的时间参数而不是标 准中定义的时间源设备的参数。这样当下游节点接收到Announce报文后，就会认为这个路径 接收到的时间源的质量降低，触发BMC算法的重新选取源时间，从而不再跟踪错误的时间路 径。停止发送Announce报文包括：当检测到当前节点处于时间同步失锁状态后，上报时间同 步失锁告警，同时停止发送各种PTP报文。下游设备接收不到Announce报文，也会触发BMC 算法重新选取源时间。做切换处理包括：当检测到当前节点处于时间同步失锁状态后，本节 点触发BMC算法重新选源，选择备用PTP端口做为Slave端口，发生故障的端口做为Passive 端口继续检测前述几种类型的故障，如果相应告警恢复，则BMC算法进行回切。仅作告警检 测包括：当检测到当前节点处于时间同步失锁状态后，仅仅上报告警不做传递处理。通过上 述方式，解决了1588V2标准定义缺失导致的故障处理问题，控制故障进一步向下游设备扩散， 保证了网络中设备的稳定性。

在另一个具体的例子中，如图1a以及图1b所示，六端设备BC1～BC6以及时间源GM1组 成的网络。按照正常的1588V2 BMC算法，BC3跟踪BC2的时钟时间信息，BC2为Master端，BC3为Slave端。BC2和BC3之间进行PTP报文交互，在BC3 Slave端进行offset的计算， 计算结果用于调整本节点时间，以实现和BC2的时间同步。BC2传递给BC3的Announce信息 携带的是GM1时间源的信息。当BC2出现同步故障的时候，例如offset计算结果偏差过大或 者有震荡。按照本实施例提供的方法，进行如下处理：用户配置offset绝对值的门限值＝500ns、offset异常的持续时间T1＝5s。当offset的绝对值在窗口T1内一直持续超过门限，则产生时间同步失锁告警。如图1c所示，为offset满足此种异常的曲线图。用户配置offset绝对值的门限值500ns、offset异常的持续时间T2＝20s以及offset越限的次数5。当offset绝对值在一个滑窗T2内超过5次越过门限500ns，说明系统不稳定，产生时间同步失锁告警。如图1d所示，为offset满足此种异常的曲线图。用户配置滑窗T3＝30s以及offset累加和门限1000ns，在滑窗T3范围内offset累加和超过1000ns的时候，则认为时间调整进入异 常状态。同时，此实施例也开启了时钟到时间异常的关联处理，以及PTP事件报文的丢包处理。对于PTP时间同步失锁故障，用户配置的异常处理方式为模式A，故障处理模块检测到时间同步故障后，上报时间同步失锁告警，同时修改Announce报文携带的ClockClass，Priority等参数修改为本节点的时间参数而不是标准中定义的时间源设备的参数。节点C接 收到B发送的Announce报文后，根据ClockClass，Priority等信息计算之后，将路径切换到从BC4接收同步信息并进行时间同步，切换后的状态如图1b。从而将B节点的故障限制在B节点本身。

在另一个具体的实施例中，若网络出现性能劣化，引起PTP报文偶尔丢失。由于时间戳 未出现异常，所以不会出现offset时间调整值的异常值。用户打开Sync、Follow_Up或者 Delay_Resp的异常检测，配置持续5个周期没有收到报文则认为出现PTP事件报文丢失，从 而认为网络性能劣化。同时，用户配置时间窗T1＝1分钟，T1范围内累加超过10个Sync、Follow_Up或者Delay_Resp的丢包则认为出现PTP事件报文丢包，从而认为网络性能劣化。根据上述配置，当出现图1e所示的Sync报文丢包时，故障检测系统会检测到时间同步失锁告警。用户配置异常处理方式为停止发送PTP报文，PTP故障处理模块检测到上述PTP事件报文丢失的告警后，BC2不再发送Announce以及Sync等PTP报文给下游BC3节点，BC3节点 会检测到Announce丢失告警，从而触发BMC算法重新计算，BC3切换到跟踪BC4的时间。根 据上述实施例说明，在网络出现PTP时间同步失锁，但是按照1588V2标准的设计又不能触发 BMC算法重新计算的时候，通过上述方式可以缩小故障范围，将故障限制在出现问题的节点 本身。

本申请提供了一种节点状态确定装置，图2为本申请提供的一种节点状态确定装置的结 构示意图，该装置配置于通信设备，参见图2，该装置包括：

获取模块21，用于获取当前节点的时间调整值、时钟状态或者丢包次数；

确定模块22，用于根据时间调整值、时钟状态或者丢包次数确定当前节点的状态；

本实施例提供的节点状态确定装置用于实现本申请实施例的节点状态确定方法，本实施 例提供的节点状态确定装置实现原理和技术效果与本申请实施例的节点状态确定方法类似， 此处不再赘述。

在上述实施例的基础上，提出了上述实施例的变型实施例，在此需要说明的是，为了使 描述简要，在变型实施例中仅描述与上述实施例的不同之处。

在一个实施例中，确定模块21，具体用于：

在设定时间范围内，若时间调整值持续大于第一阈值，时间调整值大于第一阈值的次数 大于次数阈值，或者，时间调整值之和大于第二阈值，则确定当前节点的状态为异常。

在一个实施例中，确定模块21，具体用于：

在设定时间范围内，若时钟状态持续为未锁定状态，或者，时钟状态为未锁定状态的次 数大于次数阈值，则确定当前节点的状态为异常。

在一个实施例中，确定模块21，具体用于：

在设定时间范围内，若持续丢包，或者，丢包次数大于次数阈值，则确定当前节点的状 态为异常

在一个实施例中，当前节点的状态为异常包括时间同步失锁状态。

在一个实施例中，还包括以下模块中的至少一种：

触发模块，用于触发当前节点BMC算法重新选源；

修改模块，用于将报文携带的触发字段修改为当前节点的时间参数，其中，所述触发字 段为用于触发下一节点重新选源的字段；

发送模块，用于停止发送报文；

上报模块，用于上报时间同步失锁告警。

本申请提供的一种节点状态确定装置，包括：获取模块，用于获取当前节点的时间调整 值、时钟状态或者丢包次数；确定模块，用于根据时间调整值、时钟状态或者丢包次数确定 当前节点的状态，解决了无法准确获知当前节点的节点状态，进而导致出现在当前节点出现 故障的情况下，下一节点依然跟踪当前节点传来的错误的时间信息，从而使得整个网络出现 问题的技术问题，能够在当前节点异常的情况下，不再向下游传递，减少对网络的影响。

本申请提供了一种设备，图3本申请提供的一种设备的结构示意图，如图3所示，本申 请提供的设备，包括一个或多个处理器51和存储装置52；该设备中的处理器51可以是一个 或多个，图3中以一个处理器51为例；存储装置52用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器51执行，使得所述一个或多个处理器51实现如本申请实施例中图1所述的方法。

设备还包括：通信装置53、输入装置54和输出装置55。

设备中的处理器51、存储装置52、通信装置53、输入装置54和输出装置55可以通过总线或其他方式连接，图3中以通过总线连接为例。

输入装置54可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控 制有关的按键信号输入。输出装置55可包括显示屏等显示设备。

通信装置53可以包括接收器和发送器。通信装置53设置为根据处理器51的控制进行信 息收发通信。信息包括但不限于上行授权信息。

存储装置52作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序 以及模块，如本申请实施例图1所述节点状态确定方法对应的程序指令/模块(例如，节点状 态确定装置中的获取模块21和确定模块22)。存储装置52可包括存储程序区和存储数据区， 其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据 设备的使用所创建的数据等。此外，存储装置52可以包括高速随机存取存储器，还可以包括 非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。 在一些实例中，存储装置52可进一步包括相对于处理器51远程设置的存储器，这些远程存 储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、 移动通信网及其组合。

本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序 被处理器执行时实现本申请实施例所述的节点状态确定方法，该方法包括：

获取当前节点的时间调整值、时钟状态或者丢包次数；

根据时间调整值、时钟状态或者丢包次数确定当前节点的状态。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。 计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质 例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件， 或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一 个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RandomAccess Memory， RAM)、只读存储器(Read Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式CD-ROM、光存储器件、磁 存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的 有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承 载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁 信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介 质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行 系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、 电线、光缆、无线电频率(Radio Frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码， 所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规 的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户 计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算 机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机 的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连 接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网 连接)。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。

本领域内的技术人员应明白，术语用户设备涵盖任何适合类型的无线用户设备，例如移 动电话、便携数据处理装置、便携网络浏览器或车载移动台。

一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实 现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理 器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处 理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、 指令集架构(Instruction Set Architecture，ISA)指令、机器指令、机器相关指令、微代 码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标 代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑 电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可 以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合 的数据存储技术实现，例如但不限于只读存储器(Read-Only Memory，ROM)、随机访问存储 器(Random Access Memory，RAM)、光存储器装置和系统(数码多功能光碟(Digital Video Disc，DVD)或光盘(Compact Disk，CD))等。计算机可读介质可以包括非瞬时性存储介质。 数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、 微处理器、数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑器件(Field-Programmable Gate Array， FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结 合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易 见的，但不偏离本申请的范围。因此，本申请的恰当范围将根据权利要求确定。