CN101980561B - 路由区更新方法及用户终端 - Google Patents

Abstract

本发明涉及通信领域，公开了一种路由区更新方法及用户终端。本发明中，通过在发生需要进行路由更新的情况时对当前是否存在PS业务进行检测，无PS业务正在进行时不进行PS域的路由区更新过程，以降低相关信令开销带来的功耗，以及信令过程中造成的CS域被叫寻呼被丢失的问题。而当PS业务发起时，UE即再重新进行PS附着过程，以保证网络还能够正常的识别UE的有效性，以正常响应UE的PS业务请求。

Description

路由区更新方法及用户终端

技术领域

本发明涉及通信领域，特别涉及通信领域中的路由区更新技术。

背景技术

近几年，全球移动通信技术发生了迅猛发展，第三代移动通信(3rdGeneration，简称“3G”)是发展的必然趋势。国际电信联盟(InternationalTelecommunication Union，简称“ITU”)针对3G规定了五种陆地无线技术，其中宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)、码分多址2000(Code Division Multiple Access 2000，简称“CDMA2000”)和时分同步码分多址(Time Division Synchronous CodeDivision Multiple Access，简称“TD-SCDMA”)是三种主流技术。关于TD-SCDMA的技术可参见专利号为“11061257”的美国专利。

在当前的TD-SCDMA系统实现中，支持PS(数据业务)的用户终端(User Equipment，简称“UE”)在开机后会根据设置的标记来判断是否立即进行PS附着过程，以便通知网络该UE的PS功能已启用；相应的，当UE不再需要PS业务时发起PS去附着过程，以便通知网络UE的PS功能不再可用。其中，PS附着过程是指：UE向网络进行请求PS功能开启及相关信息交互的过程，该过程成功后，UE即可直接发起PS业务了；PS去附着过程即为PS附着过程的逆过程。

在PS域已附着的情况下，按照3GPP 24.008协议标准，在UE连续移动从而导致路由区发生变化时，或者路由区没有改变但周期性更新定时器超时时，都要进行路由区更新过程(即当所驻留小区的路由区与之前注册过的路由区不同时，或者周期性更新定时器超时时，UE所做的用以向网络更新它的当前实际所驻留的路由区的过程)，以便向网络及时通知它的PS存在性。上述路由区更新过程只跟UE是否已经在PS域附着有关，跟是否有PS业务正在进行无关。

目前，针对PS附着后的路由区更新方式，主要有以下两种实现方式：

(1)UE开机PS附着成功后，严格根据协议规定进行正常的路由更新过程和周期性路由更新过程。

(2)UE开机先不进行PS附着，而是按需进行，即：当业务发起时先进行附着过程，成功后继续进行业务；当业务结束后，即进行相应的去附着过程。

然而，本发明的发明人发现，现有的路由区更新过程的两种处理方式，存在以下问题：

针对上述方式(1)，当CS业务存在时，移动中导致路由区变化从而进行的正常路由区更新过程，可能会由于该过程的(网络或UE)异常处理从而影响正在进行的CS电话业务，导致掉话。当在空闲模式下，由于小区重选导致路由区变化从而进行的正常路由区更新过程，或者由于周期性定时器超时从而进行的周期性路由区更新过程，会增加待机功耗，以及由于该过程进行时UE无法监听寻呼，从而导致UE被叫的漏收。

针对上述方式(2)，虽然可以避免无PS业务时的路由更新过程，但每次业务后即去附着，仍然会增加相应的信令交互过程。并且，当两个PS业务先后进行时，也即业务1先结束，然后业务2马上开始的情况时，会增加不必要的信令开销(去附着过程)，并可能由于上述去注册和注册过程相隔太短或者产生交叉，导致网络或UE异常，从而使得后续业务发起失败。

由此可见，现有的PS附着后的路由区更新方式，存在功耗增加，丢寻呼率高，以及可能的信令交叉或相隔太短从而影响后续业务处理等问题。

发明内容

本发明的目的在于提供一种路由区更新方法及用户终端，避免不必要的路由更新过程，降低了待机功耗以及丢失被叫的概率，同时又能保证PS业务的正常进行。

为解决上述技术问题，本发明的实施方式提供了一种路由区更新方法，包含以下步骤：

在用户终端需要进行路由区更新时，如果当前不存在数据业务，则用户终端记录路由区有待更新的信息，禁止路由区的更新过程；

当用户终端发起数据业务时，检测是否记录有路由区有待更新的信息，如果记录有路由区有待更新的信息，则用户终端重新进行数据业务的附着过程，并在数据业务附着成功后，进行发起的数据业务。

本发明的实施方式还提供了一种用户终端，包含：

判断模块，用于在用户终端需要进行路由区更新时，判断当前是否存在数据业务；

记录模块，用于在判断模块判定当前不存在数据业务时，记录路由区有待更新的信息；

路由更新模块，用于在判断模块判定当前不存在数据业务时，禁止路由区的更新过程；

检测模块，用于在用户终端发起数据业务时，检测记录模块是否记录有路由区有待更新的信息；

重新附着模块，用于在检测模块检测到记录模块记录有路由区有待更新的信息时，重新进行数据业务的附着过程；

业务执行模块，用于在重新附着模块成功完成数据业务的附着过程后，进行发起的数据业务。

本发明实施方式与现有技术相比，主要区别及其效果在于：

当PS业务不存在时，若发现有需要进行路由更新的情况时，先只是进行记录(如记录路由区有待更新的信息)而不实际进行。当PS业务实际发起时，先判断是否记录有路由区有待更新的信息，如果有该记录则直接重新发起PS附着过程，待其成功后再继续进行PS业务，业务结束时继续保持附着状态。通过在需要进行路由更新时对当前是否存在PS业务进行检测，无PS业务正在进行时不进行PS域的路由区更新过程，以降低相关信令开销带来的功耗，以及信令过程中造成的CS域被叫寻呼被丢失的问题。而当PS业务发起时，UE即再重新进行PS附着过程，以保证网络还能够正常的识别UE的有效性，以正常响应UE的PS业务请求。也就是说，通过避免不必要的路由更新过程，降低了待机功耗以及丢失被叫的概率，同时又能保证PS业务的正常进行，而且，只需简单的软件处理，无需硬件修改，实现简单，也不会造成终端成本的增加。

进一步地，如果记录有路由区有待更新的信息，则在重新进行数据业务的附着过程后，删除路由区有待更新的信息。以保证下一次发起数据业务时，能够根据最新的路由区是否有待更新的标记情况，判断是否需要重新进行数据业务的附着过程，还是直接进行发起的数据业务。进一步保证了网络正常响应UE的PS业务请求。

进一步地，本发明的路由区更新方法应用在核心网的语音业务域与数据业务域相互独立的网络模式下。由于在核心网的语音业务域与数据业务域相互独立的网络模式下，UE的语音业务域的位置区更新过程与数据业务域的路由区更新过程需要单独进行，因此，即使只是标记路由区有待更新的信息，而不实际进行路由区的更新过程，也不会影响到语音业务的进行等问题。

附图说明

图1是根据本发明第一实施方式中的路由区更新处理过程流程图；

图2是根据本发明第一实施方式中的数据业务发起过程流程图；

图3是根据本发明第三实施方式的用户终端的结构示意图。

具体实施方式

在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。

本发明第一实施方式涉及一种路由区更新方法，本实施方式中的路由区更新处理过程如图1所示。

在步骤110中，UE开机并进行PS附着过程。本步骤与现有技术相同，在此不再赘述。

接着，在步骤120中，UE判断是否需要进行路由区更新。本领域技术人员可以理解，当UE进行小区重选从而导致路由区发生变化时，或者在CS业务保持过程中发生切换从而导致路由区发生变化时，需要进行路由区更新；并且，当用于周期性路由更新的定时器超时时，同样也会触发路由区的更新。因此，在发生以下情况时，UE判定需要进行路由区更新：

UE在空闲状态下发生小区重选而导致的所属的路由区发生变化。

UE在空闲状态下，用于周期性路由更新的定时器超时。

UE在连接状态下发生小区切换而导致的所属的路由区发生变化。

此外，可以理解，在实际应用中，可能还存在其他需要进行路由区更新的情况，在此不一一例举。

如果在步骤120中，UE判定需要进行路由区更新，则进入步骤130，如果UE判定不需要进行路由区更新，则回到步骤120，继续判断是否需要进行路由区更新。

在步骤130中，UE判断当前是否存在数据业务。如果UE此时有数据正在进行，则进入步骤140；如果UE此时没有数据业务正在进行，则进入步骤150。

在步骤140中，由于在需要进行路由区更新时，当前有数据业务正在进行，因此在本步骤中，按现有技术处理，即正常进行路由区更新过程。UE发起路由区的更新过程与现有技术相同，在此不再赘述。

在步骤150中，由于在需要进行路由区更新时，当前没有数据业务正在进行，因此在本步骤中，UE记录路由区有待更新的信息，禁止路由区的更新过程。也就是说，UE先不进行路由更新过程，只是进行标记，如标记事件A，事件A表示在需要进行路由区更新时，并未实际进行路由区的更新。

在步骤140或步骤150后回到步骤120。

当UE发起数据业务时，进入如图2所示的数据业务发起过程，图2所示的数据业务发起过程与图1所示的路由区更新处理过程，并无明确的先后关系，是并行执行的2个流程。下面对本实施方式中的数据业务发起过程进行具体说明。

在步骤210中，UE发起数据业务。本步骤与现有技术相同，在此不再赘述。

接着，在步骤220中，UE检测是否记录有路由区有待更新的信息。也就是说，UE判断是否标记有事件A。如果记录有路由区有待更新的信息(即标记有事件A)，则进入步骤230；如果未记录有路由区有待更新的信息(即未标记有事件A)，则直接进入步骤260。

在步骤230中，UE重新进行数据业务的附着过程。数据业务的附着过程与现有技术相同，在此不再赘述。

接着，在步骤240中，UE判断数据业务的附着过程是否成功，如果成功，则进入步骤250，如果失败则直接结束数据业务的发起流程，待下一数据业务开始时重新进入本流程。

在步骤250中，UE删除记录的路由区有待更新的信息，即UE删除标记的事件A。

接着，在步骤260中，UE进行发起的数据业务。本步骤与现有技术相同，在此不再赘述。在数据业务结束后，待下一数据业务开始时重新进入本流程。

不难发现，在本实施方式中，通过在需要进行路由更新时对当前是否存在PS业务进行检测，无PS业务正在进行时不进行PS域的路由区更新过程，以降低相关信令开销带来的功耗，以及信令过程中造成的CS域被叫寻呼被丢失的问题。而当PS业务发起时，UE即再重新进行PS附着过程，以保证网络还能够正常的识别UE的有效性，以正常响应UE的PS业务请求。也就是说，通过避免不必要的路由更新过程，降低了待机功耗以及丢失被叫的概率，同时又能保证PS业务的正常进行，而且，只需简单的软件处理，无需硬件修改，实现简单，也不会造成终端成本的增加。

另外，通过在重新进行数据业务的附着过程后，删除路由区有待更新的信息。可以保证下一次发起数据业务时，能够根据最新的路由区是否有待更新的标记情况，判断是否需要重新进行数据业务的附着过程，还是直接进行发起的数据业务。进一步保证了网络正常响应UE的PS业务请求。

需要说明的是，本实施方式的路由区更新方法应用在核心网的语音业务域与数据业务域相互独立的网络模式下。由于在核心网的语音业务域与数据业务域相互独立的网络模式下，UE的语音业务域的位置区更新过程与数据业务域的路由区更新过程需要单独进行，因此，即使只是标记路由区有待更新的信息，而不实际进行路由区的更新过程，也不会影响到语音业务的进行等问题。

上述方法实施方式均可以以软件、硬件、固件等方式实现。不管本发明是以软件、硬件、还是固件方式实现，指令代码都可以存储在任何类型的计算机可访问的存储器中(例如永久的或者可修改的，易失性的或者非易失性的，固态的或者非固态的，固定的或者可更换的介质等等)。同样，存储器可以例如是可编程阵列逻辑(Programmable Array Logic，简称“PAL”)、随机存取存储器(Random Access Memory，简称“RAM”)、可编程只读存储器(Programmable Read Only Memory，简称“PROM”)、只读存储器(Read-Only Memory，简称“ROM”)、电可擦除可编程只读存储器(Electrically Erasable Programmable ROM，简称“EEPROM”)、磁盘、光盘、数字通用光盘(Digital Versatile Disc，简称“DVD”)等等。

本发明第二实施方式涉及一种用户终端，图3是该用户终端的结构示意图。如图3所示，该用户终端包含：

判断模块，用于在用户终端需要进行路由区更新时，判断当前是否存在数据业务。

记录模块，用于在判断模块判定当前不存在数据业务时，记录路由区有待更新的信息。

路由更新模块，用于在判断模块判定当前不存在数据业务时，禁止路由区的更新过程。该路由更新模块还用于在判断模块判定当前存在数据业务时，发起路由区的更新过程。

检测模块，用于在用户终端发起数据业务时，检测记录模块是否记录有路由区有待更新的信息。

重新附着模块，用于在检测模块检测到记录模块记录有路由区有待更新的信息时，重新进行数据业务的附着过程。

业务执行模块，用于在重新附着模块成功完成数据业务的附着过程后，进行发起的数据业务。该业务执行模块还用于在检测模块检测到记录模块未记录有路由区有待更新的信息时，直接进行发起的数据业务。

其中，用户终端在发生以下情况时，需要进行路由区更新：

用户终端在空闲状态下发生小区重选而导致的所属的路由区发生变化。

用户终端在空闲状态下，用于周期性路由更新的定时器超时。

用户终端在连接状态下发生小区切换而导致的所属的路由区发生变化。

重新附着模块还用于在成功完成数据业务的附着过程后，删除记录模块记录的路由区有待更新的信息。

本实施方式中的用户终端可应用在核心网的语音业务域与数据业务域相互独立的网络模式下。

不难发现，第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

需要说明的是，本发明的设备实施方式中提到的各单元都是逻辑单元，在物理上，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现，这些逻辑单元本身的物理实现方式并不是最重要的，这些逻辑单元所实现的功能的组合是才解决本发明所提出的技术问题的关键。此外，为了突出本发明的创新部分，本发明上述各设备实施方式并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，这并不表明上述设备实施方式并不存在其它的单元。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种路由区更新方法，其特征在于，包含以下步骤：

在用户终端需要进行路由区更新时，如果当前不存在数据业务，则所述用户终端记录路由区有待更新的信息，禁止路由区的更新过程；

当所述用户终端发起数据业务时，检测是否记录有所述路由区有待更新的信息，如果记录有所述路由区有待更新的信息，则所述用户终端重新进行数据业务的附着过程，并在数据业务附着成功后，进行所述发起的数据业务；

所述路由区更新方法应用在核心网的语音业务域与数据业务域相互独立的网络模式下。

2.根据权利要求1所述的路由区更新方法，其特征在于，在发生以下情况时，所述用户终端需要进行路由区更新：

所述用户终端在空闲状态下发生小区重选而导致的所属的路由区发生变化；

所述用户终端在空闲状态下，用于周期性路由更新的定时器超时；

所述用户终端在连接状态下发生小区切换而导致的所属的路由区发生变化。

3.根据权利要求1所述的路由区更新方法，其特征在于，还包含以下步骤：

在所述用户终端需要进行路由区更新时，如果当前存在数据业务，则所述用户终端发起路由区的更新过程。

4.根据权利要求1所述的路由区更新方法，其特征在于，在检测是否记录有所述路由区有待更新的信息的步骤后，还包含以下步骤：

如果未记录有所述路由区有待更新的信息，则所述用户终端直接进行所述发起的数据业务。

5.根据权利要求1所述的路由区更新方法，其特征在于，在所述数据业务附着成功后，还包含以下步骤：

所述用户终端删除所述路由区有待更新的信息。

6.一种用户终端，其特征在于，包含：

判断模块，用于在所述用户终端需要进行路由区更新时，判断当前是否存在数据业务；

记录模块，用于在所述判断模块判定当前不存在数据业务时，记录路由区有待更新的信息；

路由更新模块，用于在所述判断模块判定当前不存在数据业务时，禁止路由区的更新过程；

检测模块，用于在所述用户终端发起数据业务时，检测所述记录模块是否记录有所述路由区有待更新的信息；

重新附着模块，用于在所述检测模块检测到所述记录模块记录有所述路由区有待更新的信息时，重新进行数据业务的附着过程；

业务执行模块，用于在所述重新附着模块成功完成所述数据业务的附着过程后，进行所述发起的数据业务；

所述用户终端应用在核心网的语音业务域与数据业务域相互独立的网络模式下。

7.根据权利要求6所述的用户终端，其特征在于，所述用户终端在发生以下情况时，需要进行路由区更新：

所述用户终端在空闲状态下发生小区重选而导致的所属的路由区发生变化；

所述用户终端在空闲状态下，用于周期性路由更新的定时器超时；

所述用户终端在连接状态下发生小区切换而导致的所属的路由区发生变化。

8.根据权利要求6所述的用户终端，其特征在于，所述路由更新模块还用于在所述判断模块判定当前存在数据业务时，发起路由区的更新过程。

9.根据权利要求6所述的用户终端，其特征在于，所述业务执行模块还用于在所述检测模块检测到所述记录模块未记录有所述路由区有待更新的信息时，直接进行所述发起的数据业务。

10.根据权利要求6所述的用户终端，其特征在于，所述重新附着模块还用于在成功完成所述数据业务的附着过程后，删除所述记录模块记录的所述路由区有待更新的信息。

Images