CN105979609A - 一种分组数据业务控制方法及装置 - Google Patents

Abstract

本发明提供一种分组数据业务控制方法及装置，该方法包括接收关闭分组数据收发功能的指令，维持已分配的IP地址，并且发送请求挂起分组数据信令，停止收发分组数据；接收开启分组数据收发功能的指令，发送请求恢复分组数据信令，并且应用原先分配的IP地址进行分组数据交互。该装置包括分组数据关闭模块、分组数据挂起模块以及分组数据恢复模块，用于实现上述的方法。本发明能避免用户设备关闭分组数据功能后产生数据流量，并且在恢复分组数据时减少信令发送的数量。

Description

一种分组数据业务控制方法及装置

技术领域

本发明涉及移动通信领域，具体地，是用户设备与通信网络之间实现分组数据关闭以及分组数据恢复的分组数据业务控制方法，还涉及实现这种方法的装置。

背景技术

通用移动电信系统(UMTS)是用来传输文本、数字语音、视频和多媒体的基于分组的宽带系统。如图1所示，通用移动电信系统包括核心网10以及UTRAN(UMTS Terrestrial Radio Access Network，陆地无线接入网)11，多个用户设备14、15可以接入到UTRAN11并且相互间进行数据交互，从而实现通话、数据发送与接收等。

用户设备与UTRAN的通信需要按照特定的协议进行，例如，根据3GPP的技术规范，通用移动电信系统的协议栈包括接入层以及非接入层(NAS)，如图2所示，接入层包括物理层20、MAC层21、RLC层22以及RRC层23，在接入层上建立有非接入层，非接入层包括有CC层30、SS层31、SMS层32、SM层33以及MM层34等。

接入层为非接入层的底层，其中最底层为物理层20，用于实现各种物理层信号处理功能。MAC层21为数据链路层，形成在物理层20 之上并且负责用户设备与UTRAN之间在物理层20之上的链路管理。RLC层22为无线链路控制层，与MAC层21形成了UMTS的无线接口的数据链路子层。RRC层23包括用于路由更高层消息、处理广播和寻呼功能、建立和配置无线电承载等的多个功能实体。

非接入层可以利用RRC层23所提供的服务，包括初始直接传递、下行链路直接传递以及上行链路直接传递等。其中，CC层30提供电路交换业务的呼叫管理信令，如建立连接的信令、挂断通话的信令等。SS层31用于提供增值业务的管理信令，而SMS层32用于提供短信息服务的管理信令，SM(session management，会话管理)层32的会话管理部分提供PDP(Packet Data Protocol，分组数据协议)上下文激活、去激活和修改功能。并且，SM层32负责无线电承载的建立、修改和释放。MM层34实现用户设备的移动性管理。

在2G以及3G的技术规范下，如用户设备14与UTRAN11进行分组数据交互，则需要进行PDP激活，网络将分配一个IP地址给用户设备14，当用户设备14不需要继续使用分组数据的功能时，例如，使用者关闭分组数据接收的开关，用户设备14则执行请求PDP去激活操作，如图3所示。当UTRAN14接收到去激活请求后，将向用户设备14发送确认PDP去激活信令，并且释放已经分配的IP地址。当用户设备14再次需要进行分组数据交互时，例如使用者开启分组数据接收的开关，则用户设备14需要再次向UTRAN11发送请求PDP激活的信令，UTRAN11向用户设备14发送确认PDP激活的信令，并且给用户设备14重新分配IP地址，用户设备14则使用重新分配的IP地址与UTRAN11进行分组数据的交互。

由于用户设备14请求PDP激活并且分配IP地址需要大量的信令才能完成，并且执行信令的时间较长，导致使用者在开启分组数据接收的开关后不能马上接收分组数据，且信令发送、接收量过大，对用户设备14的处理能力造成很大的影响。

在4G的技术规范下，使用者关闭分组数据开关接收开关时，用户设备14并不释放IP地址，而是继续维持IP地址，这样，在使用者开启分组数据接收的开关时，用户设备14不需要重新获取IP地址，从而减少信令发送、接收的数量，也提高分组数据接收的速度。

但是，虽然用户设备14不向UTRAN14发送分组数据，但UTRAN14仍然会向用户设备14发送主动数据包，并且这些下发的主动数据包也会消耗用户的流量。因此，在使用者关闭分组数据接收的情况下仍可能因接收大量的主动数据包而产生大量的流量费用，对使用者造成不利的影响。

发明内容

本发明的主要目的是提供一种减少分组数据流量消耗的方法。

本发明的另一目的是提供一种减少流量方法并且加快分组数据恢复接收速度的分组数据业务控制装置。

为了实现上述的主要目的，本发明提供的分组数据业务控制方法应用在移动终端上，该方法包括接收关闭分组数据收发开关的指令，停止发送分组数据，维持已分配的IP地址，并且发送请求挂起分组数据信令，停止接收分组数据。

由上述方案可见，用户设备在关闭分组数据收发功能时并不释放IP地址，并且向通信网络发送请求挂起分组数据的信令，通信网络不向用户设备发送分组数据，从而减小流量的浪费，减少对使用者造成的影响。

一个优选的方案是，接收开启分组数据收发功能的指令，发送请求恢复分组数据信令，并且应用原先分配的IP地址进行分组数据交互。

由此可见，在恢复接收分组数据的时候，移动终端不需要重新获取IP地址，而是直接使用原先分配的IP地址与通信网络进行分组数据交互，由于不需要发送大量的信令，能够在短时间内接收分组数据，提高恢复接收分组数据后的分组数据接收速度。

一个优选的方案是，发送请求恢复分组数据信令后，判断是否接收到拒绝分组数据恢复消息，如是，保持PDP去激活状态或者重新激活PDP。

由此可见，通过向用户设备发送拒绝消息，可以确保用户设备获得不被接受恢复分组数据收发的状态，从而进行后续的操作。

进一步的方案是，拒绝分组数据恢复消息包含有拒绝类型代码，并且根据拒绝类型代码选择保持PDP去激活状态或者重新激活PDP。

由此可见，通过拒绝类型代码可以获知被拒绝的原因，从而执行相应的后续操作。

本发明提供的分组数据业务控制方法还可以是接收开启分组数据收发开关的指令，发送请求恢复分组数据信令，并且应用移动终端已经获得分配的IP地址接收和/或发送分组数据。

由此可见，移动终端在恢复执行分组数据业务的时候，应用原先已经获得分配的IP地址进行分组数据的收发，而不是重新获取IP地址，这样可以减少在恢复分组数据收发前发送信令的数量，从而快速地实现恢复分组数据的收发功能。

为实现上述的另一目的，本发明提供的分组数据业务控制装置应用在移动终端上，该装置包括分组数据关闭模块，接收关闭分组数据收发开关的指令，停止发送分组数据，维持已分配的IP地址，并且发送请求挂起分组数据信令，停止接收分组数据。

由上述方案可见，用户设备在关闭分组数据收发功能时并不释放IP地址，在恢复分组数据接收时继续使用已分配的IP地址进行分组数据的收发，避免在恢复分组数据收发时应用大量的信令并且重新获取IP地址，提高分组数据收发的速度。并且，由于在关闭分组数据收发功能期间，通信网络不向用户设备发送数据包，从而减少分组数据流量的消耗。

一个优选的方案是，该装置还包括分组数据恢复模块，用于接收开启分组数据收发开关的指令，发送请求恢复分组数据信令，并且应用原先分配的IP地址接收和/或发送分组数据。

由此可见，在恢复执行分组数据业务时，移动终端应用原先已经获得分配的IP地址进行分组数据的收发，不需要重新获取IP地址，减少发送信令的数量，从而快速地实现恢复分组数据的收发功能。

本发明提供的分组数据业务控制装置还可以是包括分组数据恢复模块，用于接收开启分组数据收发开关的指令，发送请求恢复分组数据信令，并且应用移动终端已经获得分配的IP地址接收和/或发送分组数据。

由此可见，移动终端在恢复分组数据收发功能的时候使用的信令较少，能够快速地实现分组数据收发的功能。

附图说明

图1是现有用户设备与通信网络连接的示意框图。

图2是现有通用移动通信系统的协议栈框图。

图3是现有用户设备与通信网络在关闭分组数据开关以及打开分组数据开关时的信令发送示意图。

图4是本发明分组数据业务控制装置实施例的结构框图。

图5是本发明分组数据业务控制方法实施例在第一种情况下挂断通话过程的信令发送示意图。

图6是本发明分组数据业务控制方法实施例在第二种情况下挂断通话过程的信令发送示意图。

以下结合附图及实施例对本发明作进一步说明。

具体实施方式

应用本发明的用户设备为具有通信功能的移动终端，也就是可以与通用移动电信系统(UMTS)的通信网络进行语音交互的终端，通信网络包括核心网以及UTRAN(陆地无线接入网)，用户设备与UTRAN进行无线通信。

参见图4，用户设备50与通信网络进行数据交互，且用户设备50与通信网络之间的协议栈包括接入层、非接入层，其中，非接入层包含有SM层，用于实现用户设备50与通信网络之间的会话管理。通信网络包括核心网以及UTRAN60，用户设备50的信令可以直接发送至UTRAN60，并且接收从UTRAN60接收信令。

用户设备50具有分组数据关闭模块51、分组数据恢复模块52以及拒绝处理模块53，UTRAN60设有分组数据挂起模块61以及分组数据恢复判断模块62。分组数据关闭模块51用于判断使用者是否发出了关闭分组数据收发开关的指令，例如，在用户设备50的设置界面下通常有用于设定是否使用分组数据的设置页面，在设置页面上通常显示一个虚拟开关，当使用者关闭该虚拟开关时，用户设备50即关闭分组数据收发功能。使用者关闭分组数据收发开关后，希望不发送分组数据，也不接收分组数据，也就是不希望产生分组数据的流量。

当然，在一些模式下，关闭分组数据收发开关的功能可以自动实现，例如，用户设备50设定在WiFi信号较强的情况下自动关闭分组数据收发的功能，如用户设备50判断接收到较强的WiFi信号时，自动关闭分组数据收发的功能。可见，关闭分组数据收发开关的指令的发出可以根据使用者的操作实现，也可以根据设定的条件自动实现。

用户设备50在接收到关闭分组数据收发开关的指令时，停止向UTRAN60发送分组数据，并向UTRAN60发送请求挂起分组数据的信令，但并不会释放IP地址。因此，本发明的方案可以是现有的2G、3G或者4G的技术规范下增加SM协议信令，即请求挂起分组数据信令，该信令是用户设备50向UTRAN60发送的信令，表示用户设备50希望停止分组数据的发送、接收。

相应地，需要增加响应请求挂起分组数据信令的信令，即确认挂起分组数据信令，该信令由UTRAN60向用户设备50发送，且UTRAN60是在接收到用户设备50发送的请求挂起分组数据信令后，判断允许停止分组数据收发时向用户设备50发送的信令。优选地，UTRAN60的分组数据挂起模块61在接收到请求挂起分组数据信令后发送确认挂起分组数据信令，并且，UTRAN60在接收到请求挂起分组数据信令后停止向用户设备50发送数据包，从而避免在关闭分组数据收发功能期间仍产生大量的分组数据流量。

分组数据恢复模块52是在接收到开启分组数据收发开关的指令后，恢复分组数据收发功能。开启分组数据收发开关的指令可以由使用者发出，如在设置页面下打开分组数据收发功能的开关。开启分组数据收发开关的指令也可以是自动产生，如用户设备50设置在WiFi信号较弱时自动开启分组数据收发的功能，这样，当用户设备50判断接收到的WiFi信号较弱时，自动开启分组数据收发的功能。

在开启分组数据收发的功能后，用户设备50向UTRAN60发送请求恢复分组数据的信令，因此，本发明的方案可以是现有的2G、3G或者4G的技术规范下增加新的SM协议信令，即请求恢复分组数据信令，该信令是用户设备50向UTRAN60发送的信令，表示用户设备50希望恢复分组数据的发送、接收。

在UTRAN60接收到请求恢复分组数据信令后，需要判断用户设备50是否满足恢复分组数据收发功能的条件，因此分组数据恢复判断模块62需要判断用户设备50是满足恢复分组数据收发功能的条件，如用户设备50原先分配的IP地址是否被其他用户设备占用，或者用户设备50是否流量欠费等，如用户设备50满足恢复分组数据收发功能的条件时，向用户设备50发送确认恢复分组数据信令。因此，本发明还需要增加另一条SM信令，即确认恢复分组数据信令。

当用户设备50接收到确认恢复分组数据信令后，可以利用原先分配的IP地址与UTARAN60进行分组数据交互，即向UTRAN60发送分组数据或者接收UTRAN60发送的分组数据。这样，用户设备50在恢复分组数据收发的功能后不需要重新进行PDP激活获取IP地址的操作，在恢复分组数据收发的功能后马上可以进行分组数据的收发。

当然，如果UTRAN60判断用户设备50不满足恢复分组数据收发的条件，则向用户设备50发送拒绝分组数据恢复的消息。由于用户设备50可能存在原先的IP地址被占用需要重新分配IP地址，或者用户设备50流量欠费等原因不能恢复分组数据的收发功能，因此UTRAN60在发送拒绝分组数据恢复消息时，同时将拒绝的类型代码发送至用户设备50，拒绝处理模块53根据被拒绝恢复分组数据收发功能的类型执行相应的处理，在需要重新分配IP地址的情况下，则用户设备50重新进行PDP激活，重新获取IP地址。如果用户设备50欠费，则保持用户设备50去激活状态。

下面结合图5与图6说明本发明分组数据业务控制方法的流程。如图5所示，在用户设备50接收到关闭分组数据收发开关指令的时候，分组数据关闭模块51向UTRAN60发送请求挂起分组数据信令，UTRAN60接收到请求挂起分组数据信令后，向用户设备50发送确认挂起分组数据的信令，并且停止向用户设备50发送分组数据。当然，用户设备50也停止向UTRAN60发送分组数据。并且，用户设备50并不会请求释放已经分配的IP地址，也就是维持原先已经获取的IP地址，UTRAN60也不会强制用户设备50释放IP地址。

当用户设备50接收到开启分组数据接收开关的指令后，向UTRAN60发送请求恢复分组数据信令，UTRAN60判断用户设备50满足恢复分组数据收发的条件，则向用户设备50发送确认恢复分组数据信令，用户设备50则可以应用原先分配的IP地址与UTRAN60进行分组数据交互。

如图6所示，如果UTRAN60判断用户设备50不满足恢复分组数据收发的条件，如用户设备50原先分配的IP地址被其他用户设备占用，则向用户设备50发送拒绝恢复分组数据的消息，并将拒绝类型的代码发送至用户设备50。拒绝类型代码可以包含在发送拒绝恢复分组数据消息中，也可以通过单独的信令发送。用户设备50接收到拒绝类型代码后，判断由于原先分配的IP地址被其他用户设备占用，则请求PDP激活，重新获取IP地址，并在重新获取IP地址后与UTRAN60进行分组数据交互。

如果用户设备50被拒绝恢复分组数据收发功能的原因是用户设备50流量欠费，则用户设备50保持PDP去激活状态。当用户设备50充值后并再次请求PDP激活时，UTRAN60判断用户设备50满足恢复分组数据收发功能时恢复分组数据的交互。

可见，应用本发明的方法可以避免用户设备关闭分组数据收发功能后，通信网络仍然向用户设备发送分组数据包，导致用户设备的流量浪费。并且，在用户设备关闭分组数据收发的功能时，并不释放已经获取的IP地址，而是维持已获取的IP地址，并且在恢复分组数据收发功能时应用原先已经获取的IP地址进行分组数据交互，这样可以避免在恢复分组数据收发功能时重新进行PDP激活并且获取IP地址，减少信令的处理量。

当然，上述的方案只是本发明优选的实施方案，实际应用是还可以有更多的变化，例如，通信网络接收到用户设备发送的请求挂起分组数据信令后并不向用户设备发送确认挂起分组数据信令，或者，通信网络接收到用户设备发送的请求恢复分组数据信令后并不向用户设备发送确认恢复分组数据信令，而是直接向用户设备发送分组数据，这样的改变并不影响本发明的实施，也应该包括在本发明的保护范围内。

Claims (10)

1.一种分组数据业务控制方法，该方法应用于移动终端，其特征在于，该方法包括：

接收关闭分组数据收发开关的指令；

停止发送分组数据，维持已分配的IP地址；并且，发送请求挂起分组数据信令，停止接收分组数据。

2.根据权利要求1所述的分组数据业务控制方法，其特征在于，还包括：

接收开启分组数据收发开关的指令；

发送请求恢复分组数据信令，并且应用所述已分配的IP地址接收和/或发送分组数据。

3.根据权利要求2所述的分组数据业务控制方法，其特征在于，所述发送请求恢复分组数据信令的步骤之后还包括：

判断是否接收到拒绝分组数据恢复消息，如是，保持PDP去激活状态或者重新激活PDP。

4.根据权利要求3所述的分组数据业务控制方法，其特征在于：

所述拒绝分组数据恢复消息包含有拒绝类型代码。

5.根据权利要求4所述的分组数据业务控制方法，其特征在于：

根据所述拒绝类型代码选择保持PDP去激活状态或者重新激活PDP。

6.一种分组数据业务控制方法，该方法应用于移动终端，其特征在于，该方法包括：

接收开启分组数据收发开关的指令；

发送请求恢复分组数据信令，并且应用移动终端已经获得分配的IP地址接收和/或发送分组数据。

7.一种分组数据业务控制装置，该装置应用在移动终端上，其特征在于，该装置包括：

分组数据关闭模块，用于接收关闭分组数据收发开关的指令，停止发送分组数据，维持已分配的IP地址，并且发送请求挂起分组数据信令，停止接收分组数据。

8.根据权利要求7所述的分组数据业务控制装置，其特征在于：

还包括分组数据恢复模块，用于接收开启分组数据收发开关的指令，发送请求恢复分组数据信令，并且应用所述已分配的IP地址接收和/或发送分组数据。

9.根据权利要求7或8所述的分组数据业务控制装置，其特征在于：

所述分组数据恢复模块还用于判断是否接收到拒绝分组数据恢复消息；

所述分组数据交互装置还包括拒绝处理模块，在接收到拒绝分组数据恢复消息后，保持PDP去激活状态或者重新激活PDP。

10.一种分组数据业务控制装置，该装置应用在移动终端上，其特征在于，该装置包括：

分组数据恢复模块，用于接收开启分组数据收发开关的指令，发送请求恢复分组数据信令，并且应用移动终端已经获得分配的IP地址接收和/或发送分组数据。