CN103200617B - 一种业务数据分流的方法、终端、基站和系统 - Google Patents

Abstract

本发明公开了一种业务数据分流的方法、终端、基站和系统，包括：当需要向基站发送业务请求数据时，选择业务信道；检测所述业务信道是否有数据下发；当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，采用业务信道对控制信道进行业务数据分流，使与基站同时进行数据交互的移动终端的个数不受控制信道个数的限制。

Description

一种业务数据分流的方法、终端、基站和系统

技术领域

本发明涉及通信技术领域，特别是涉及一种业务数据分流的方法、终端、基站和系统。

背景技术

采用多址通信（multipleaccesscommunication，MAC）技术构建的多址通信系统可以使多个移动终端接入有限的通信资源，如控制信道等，从而实现一个基础结构或网络与多个移动终端之间交换数据包、信息包等通信数据。

大多数多址通信系统与多个移动终端进行信息交互的过程中，由于系统中控制信道的个数有限，会给多个移动终端分配一个公用的控制信道。因此，同时与系统进行信息交互的移动通信终端的个数，会受到系统中控制信道的数量的限制。

以移动终端在多址通信系统登记为例，多址通信系统在与多个移动终端进行业务数据的交互前，需要识别移动终端是否是系统的合法用户，因此需要移动终端先到系统内进行登记。当大量的移动终端在同一时间内发送登记等业务请求数据时，由于受到控制信道数量的限制，导致大量的业务请求数据被迫延后发起。同时，还有可能在控制信道的空口出现大量的业务请求数据碰撞，导致只有极少数的移动终端甚至没有移动终端可以成功实现登记等业务请求。业务请求失败的移动终端一段时间后再次尝试发起业务请求数据造成又一次空口碰撞，这种情况无限制的持续发生，导致控制信道的无效利用，移动终端业务响应时间延长。

发明内容

有鉴于此，本发明提供了一种业务数据分流的方法、终端、基站和系统，采用业务信道对控制信道进行数据分流，不受控制信道个数的限制。

一种业务数据分流的方法，所述方法应用于移动终端，包括：

当需要向基站发送业务请求数据时，选择业务信道；

检测所述业务信道是否有数据下发；

当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；

当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；

当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据，将业务应答数据通过所述业务信道发送到移动终端。

可选的，所述选择业务信道具体包括：

随机选择业务信道或选择预先分配的优选业务信道。

可选的，在所述选择业务信道前，进一步包括：

判断所分配的控制信道是否空闲，如果否，执行选择业务信道。

可选的，在所述通过所述业务信道向基站发送业务请求数据后，进一步包括：

当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

当所述回复数据不是业务应答数据时，判断所述回复数据是否有关，如果是，执行回复数据相关的业务；如果否，切换到预设控制信道等待业务应答数据。

可选的，所述根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件包括：

判断用户等级是否属于随机接入邀请信令的等级范围，判断业务类型是否属于随机接入邀请信令的类型范围，以及判断用户地址是否属于随机接入邀请信令的地址范围中的任意一种或多种。

一种业务数据分流的方法，所述方法应用于基站，包括：

当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据；

检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

可选的，所述根据业务请求确认结果生成业务应答数据包括：

当对移动终端的业务请求确认结果为业务确认时，生成业务确认信令作为业务应答数据；

当对移动终端的业务请求确认结果为业务错误时，生成业务失败信令作为业务应答数据。

可选的，所述方法进一步包括：

当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

一种用于业务数据分流的移动终端，所述终端包括：

选择模块，用于当需要向基站发送业务请求数据时，选择业务信道；

第一检测模块，用于检测所述业务信道是否有数据下发；

第一判定模块，用于当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；

第二判定模块，用于当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；

第一发送模块，用于当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

可选的，所述终端进一步包括：

第三判定模块，用于判断所分配的控制信道是否空闲，如果否，返回选择模块。

可选的，所述终端进一步包括：

第四判定模块，用于当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

第五判定模块，用于当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

第六判定模块，用于当所述回复数据不是业务应答数据时，判断所述回复数据是否有关，如果是，执行回复数据相关的业务；如果否，切换到预设控制信道等待业务应答数据。

可选的，所述第二判定模块包括：

等级判定单元、类型判定单元和地址判定单元中的任意一种或多种；

等级判定单元，用于判断用户等级是否属于随机接入邀请信令的等级范围；

类型判定单元，用于判断业务类型是否属于随机接入邀请信令的类型范围；

地址判定单元，用于判断用户地址是否属于随机接入邀请信令的地址范围。

一种用于业务数据分流的基站，所述基站包括：

请求确认模块，用于当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据；

第二检测模块，用于检测接收业务请求数据的业务信道是否空闲；

第二发送模块，用于当所述业务信道空闲时，将业务应答数据通过所述业务信道发送到移动终端。

可选的，所述请求确认模块包括：

业务确认单元，用于当对移动终端的业务请求确认结果为业务确认时，生成业务确认信令作为业务应答数据；

业务错误单元，用于当对移动终端的业务请求确认结果为业务错误时，生成业务失败信令作为业务应答数据。

可选的，所述基站进一步包括：

第七判定模块，用于当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

一种业务数据分流系统，所述系统包括：

本发明所述的一种业务数据分流的终端；以及本发明所述的一种业务数据分流的基站。

由上述内容可知，本发明有如下有益效果：

本发明提供了一种业务数据分流的方法，当需要向基站发送业务请求数据时，选择业务信道，检测所述业务信道是否有数据下发；当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端，可以通过业务信道向基站发送业务请求数据，增加了移动终端与基站进行数据交互的信道的个数，采用业务信道对控制信道的业务数据进行分流，使与基站同时进行数据交互的移动终端的个数不受控制信道个数的限制，防止控制信道空口出现大量的业务请求数据碰撞，缩短了业务响应的时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一种业务数据分流的方法实施例一流程图；

图2为本发明一种业务数据分流的方法实施例二流程图；

图3为本发明一种业务数据分流的方法实施例三流程图；

图4为本发明一种业务数据分流的方法实施例四流程图；

图5为本发明一种业务数据分流的移动终端结构示意图；

图6为本发明一种业务数据分流的基站结构示意图。

具体实施方式

本发明公开了一种业务数据分流的方法、终端、基站和系统，采用业务信道对控制信道进行业务请求数据分流，增加了移动终端与基站之间数据交互的信道的个数，减少控制信道空口处大量的数据碰撞。

本发明所提供的方法，当需要向基站发送业务请求数据时，选择业务信道，检测所述业务信道是否有数据下发；当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

本发明所提供的终端，选择模块，用于当需要向基站发送业务请求数据时，选择业务信道；第一检测模块，用于检测所述业务信道是否有数据下发；第一判定模块，用于当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；第二判定模块，用于当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；第一发送模块，用于当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

本发明所提供的基站，请求确认模块，用于当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据；第二检测模块，用于检测接收业务请求数据的业务信道是否空闲；第二发送模块，用于当所述业务信道空闲时，将业务应答数据通过所述业务信道发送到移动终端。

本发明所提供的系统，为本发明所提供的终端和本发明所提供的基站。

下面结合附图对具体实施例进行详细说明。

实施例一

图1为本发明一种业务数据分流的方法实施例一流程图，实施例一应用于移动终端，包括：

步骤101：当需要向基站发送业务请求数据时，选择业务信道。

当移动终端需要向基站发送业务请求数据时，可以根据移动终端内部预设的信道信息随机选择一个业务信道，也可以选择预先给移动终端分配的优选业务信道。

优选的，所述选择业务信道前进一步包括：

判断所分配的控制信道是否空闲，如果否，执行选择业务信道。

当控制信道空闲时，移动终端通过控制信道向基站发送业务请求数据；当控制信道不空闲时，选择业务信道，通过业务信道向基站发送业务请求数据。

步骤102：检测所述业务信道是否有数据下发。

当所选的业务信道处于正常状态时，移动终端可以检测到所选的业务信道中有数据下发。如果无法检测到所选的业务信道有数据下发时，移动终端根据内部预设的业务信道列表选择其他的业务信道进行检测。

步骤103：当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令。

当控制信道和业务信道空闲时，基站会对控制信道下发控制信道随机接入邀请信令C_ALOHA，对业务信道下发业务信道随机接入邀请信令U_ALOHA。

获取所选的业务信道中下发的数据，当所述数据为业务信道随机接入邀请信令U_ALOHA时，表示所选择的业务信道空闲；当所述数据不是业务信道随机接入邀请信令U_ALOHA时，表示所选择的业务信道分配有其他业务数据的传输，则移动终端根据内部预设的业务信道列表选择其他的业务信道进行检测。

步骤104：当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件。

当所述数据是业务信道随机接入邀请信令时，表示业务信道空闲。业务信道随机接入邀请信令中包括基站允许接入的移动终端的等级范围、类型范围和地址范围。

判断是否满足随机接入条件，即判断移动终端的用户等级是否在业务信道随机接入邀请信令中等级范围内，判断移动终端的业务类型是否属于类型范围内，以及判断移动终端的用户地址是否在地址范围内中的任意一种或多种，除此以外，还可以根据设置，增加其它种类的随机接入条件的判断，这里不再一一赘述。。

当移动终端的用户等级在业务范围内、业务类型属于类型范围内，用户地址在地址范围内任意一种或多种条件同时满足时，表示移动终端满足随机接入条件。当不满足随机接入条件时，停止后续操作的执行。

步骤105：当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

当满足随机接入条件时，移动终端将业务请求数据通过业务信道发送到基站。

优选的，所述通过所述业务信道向基站发送业务请求数据后进一步包括：

当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

当所述回复数据不是业务应答数据时，判断所述回复数据是否有关，如果是，执行回复数据相关的业务；如果否，切换到预设控制信道等待业务应答数据。

移动终端在等待基站发送业务应答数据的过程中，接收基站通过业务信道发送的回复数据。回复数据有可能是应答数据，也有可能是某一业务数据。

当所述回复数据是基站发送的应答数据时，判断所述应答数据的具体内容。如果基站对移动终端发送的业务请求数据予以认可，则下发业务确认信令，移动终端可以切换到业务确认信令中基站所分配的控制信道执行后续业务；如果基站对移动终端发送的业务请求数据不予认可，则下发业务失败信令，则移动终端停止后续的业务操作。

当回复数据不是基站发送的应答数据时，如果回复数据中的业务与移动终端有关，则移动终端在所述业务信道进行回复数据相关的业务操作；如果回复数据中的业务与移动终端无关，由于所述业务信道被占用，则移动终端切换至预设的控制信道等待基站下发的应答数据。

由上述内容可知，本发明有如下有益效果：

本发明中，可以通过业务信道向基站发送业务请求数据，增加了移动终端与基站进行数据交互的信道的个数，采用业务信道对控制信道的业务数据进行分流，使与基站同时进行数据交互的移动终端的个数不受控制信道个数的限制，防止控制信道空口出现大量的业务请求数据碰撞，缩短了业务响应的时间。

实施例二

图2为本发明一种业务数据分流的方法实施例二流程图，实施例二应用于基站，包括：

步骤201：当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据。

基站接收到移动终端的通过业务信道发送的业务请求数据时，确认移动终端发送的业务请求数据。当基站认可业务请求数据时，确认结果为业务确认，生成业务确认信令作为业务应答数据；当基站不认可业务请求数据时，确认结果为业务失败，生成业务失败信令作为业务应答数据。

步骤202：检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

当业务信道空闲时，将业务应答数据通过所述业务信道发送到移动终端。

优选的，当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

当业务信道不空闲时，如果业务信道中的回复数据与移动终端有关，则表示移动终端正在参与此业务信道中的业务操作，基站不能确定什么时候结束此项业务操作，也不能确定业务操作结束后，移动终端将会接入那个信道，因此，取消发送业务应答数据。

如果业务信道中的回复数据与移动终端无关，由于所述业务信道被占用，则移动终端则会切换到预设的控制信道等待基站下发业务应答数据。因此，基站则在所述移动终端预先分配的控制信道下发业务应答数据。

由上述内容可知，本发明还有如下有益效果：

当业务信道空闲时，基站通过业务信道下发业务应答数据，采用业务信道对控制信道上下发的业务应答数据进行分流，减少了控制信道占用的个数，减小了对与基站同时进行信息交互的移动终端个数的影响。

实施例三

图3所示的是一种业务数据分流的方法实施例三流程图，实施例三以移动终端向基站请求登记业务为例，其中业务请求数据具体为登记请求数据，执行主体为移动终端，包括：

步骤301：当需要向基站发送登记请求数据时，判断所分配的控制信道是否空闲，如果是，执行步骤314；如果否，执行步骤302。

移动终端发送的等级请求数据为U_RAND。

步骤302：选择业务信道。

步骤303：检测所述业务信道是否有数据下发，如果是，执行步骤304；如果否，返回步骤302。

步骤304：获取所述数据，判断所述数据是否为业务信道随机接入邀请信令，如果是，执行步骤305；如果否，返回步骤302。

步骤305：根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件，如果是，执行步骤306；如果否，执行步骤313。

步骤306：通过所述业务信道向基站发送登录请求数据。

步骤307：当接收到基站发送的回复数据时，判断所述回复数据是否是登记应答数据，如果是，执行步骤308，如果否，执行步骤310。

步骤308：判断所述业务应答数据是否是登记确认信令，如果是执行步骤309；如果否，执行步骤313。

如果基站对移动终端的登记业务数据认可，则发送登记确认信令U_MOVE；如果基站对移动终端的等级业务数据不认可，则发送登记错误信令U_NACKD。

步骤309：切换到业务确认信令中指定的控制信道执行后续业务。

步骤310：判断所述回复数据是否有关，如果是，执行步骤311；如果否，执行步骤312。

步骤311：执行回复数据相关的业务。

步骤312：切换到预设控制信道等待业务应答数据。

步骤313：结束后续操作。

步骤314：将登记请求数据通过控制信道发送到基站。

实施例四

图4所示的是一种业务数据分流的方法实施例四流程图，实施例四以移动终端向基站请求登记业务为例，其中业务请求数据具体为登记请求数据，执行主体为基站，包括：

步骤401：当业务信道空闲时，向业务信道下发业务信道随机接入信令。

步骤402：当接收到移动终端通过业务信道发送的登记请求数据时，根据登记请求数据对移动终端进行登记鉴权。

步骤403：判断是否认可所述登记请求数据，如果是，执行步骤404；如果否，执行步骤405。

步骤404：生成登记确认信令作为业务应答数据。

步骤405：生成登记失败信令作为业务应答数据。

步骤406：检测接收业务请求数据的业务信道是否空闲，如果是，执行步骤407；如果否执行步骤408。

当业务信道不空闲时，业务信道有与其他业务相关的回复数据。

步骤407：将业务应答数据通过所述业务信道发送到移动终端。

步骤408：判断所述业务信道的回复数据是否与移动终端有关，如果是，执行步骤409；如果否，执行步骤410。

步骤409：取消发送业务应答数据。

步骤410：切换至控制信道下发业务应答数据。

实施例五

图5为本发明一种业务数据分流的移动终端结构示意图，包括：

选择模块，用于当需要向基站发送业务请求数据时，选择业务信道；

第一检测模块501，用于检测所述业务信道是否有数据下发。

第一判定模块502，用于当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令。

第二判定模块503，用于当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件。

优选的，所述第二判定模块503包括：

等级判定单元、类型判定单元和地址判定单元中的任意一种或多种；

等级判定单元，用于判断用户等级是否属于随机接入邀请信令的等级范围；

类型判定单元，用于判断业务类型是否属于随机接入邀请信令的类型范围；

地址判定单元，用于判断用户地址是否属于随机接入邀请信令的地址范围。

第一发送模块504，用于当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

优选的，所述终端进一步包括：

第三判定模块，用于判断所分配的控制信道是否空闲，如果否，返回选择模块。

优选的，所述终端进一步包括：

第四判定模块，用于当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

第五判定模块，用于当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

第六判定模块，用于当所述回复数据不是业务应答数据时，判断所述回复数据是否有关，如果是，执行回复数据相关的业务；如果否，切换到预设控制信道等待业务应答数据。

实施例六

图6为本发明一种业务数据分流的基站结构示意图，包括：

请求确认模块601，用于当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据。

优选的，所述请求确认模块601包括：

业务确认单元，用于当对移动终端的业务请求确认结果为业务确认时，生成业务确认信令作为业务应答数据；

业务错误单元，用于当对移动终端的业务请求确认结果为业务错误时，生成业务失败信令作为业务应答数据。

第二检测模块602，用于检测接收业务请求数据的业务信道是否空闲。

第二发送模块603，用于当所述业务信道空闲时，将业务应答数据通过所述业务信道发送到移动终端。

优选的，所述基站进一步包括：

第七判定模块，用于当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

实施例七

一种业务数据分流系统，包括本发明所提供的一种业务分流的终端和一种业务分流的基站。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种业务数据分流的方法，其特征在于，所述方法应用于移动终端，包括：

当需要向基站发送业务请求数据时，选择业务信道；

检测所述业务信道是否有数据下发；

当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；

当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；

当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据，将业务应答数据通过所述业务信道发送到移动终端。

2.根据权利要求1所述的方法，其特征在于，所述选择业务信道具体包括：

随机选择业务信道或选择预先分配的优选业务信道。

3.根据权利要求1所述的方法，其特征在于，在所述选择业务信道前，进一步包括：

判断所分配的控制信道是否空闲，如果否，执行选择业务信道。

4.根据权利要求1所述的方法，其特征在于，在所述通过所述业务信道向基站发送业务请求数据后，进一步包括：

当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

当所述回复数据不是业务应答数据时，判断所述回复数据中的业务是否与移动终端有关，如果是，在所述业务信道执行回复数据相关的业务操作；如果否，切换到预设控制信道等待基站下发的业务应答数据。

5.根据权利要求1-4任意一项所述的方法，其特征在于，所述根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件包括：

判断用户等级是否属于随机接入邀请信令的等级范围，判断业务类型是否属于随机接入邀请信令的类型范围，以及判断用户地址是否属于随机接入邀请信令的地址范围中的任意一种或多种。

6.一种业务数据分流的方法，其特征在于，所述方法应用于基站，包括：

当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据；

检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

7.根据权利要求6所述的方法，其特征在于，所述根据业务请求确认结果生成业务应答数据包括：

当对移动终端的业务请求确认结果为业务确认时，生成业务确认信令作为业务应答数据；

当对移动终端的业务请求确认结果为业务错误时，生成业务失败信令作为业务应答数据。

8.根据权利要求6所述的方法，其特征在于，所述方法进一步包括：

当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

9.一种用于业务数据分流的移动终端，其特征在于，所述终端包括：

选择模块，用于当需要向基站发送业务请求数据时，选择业务信道；

第一检测模块，用于检测所述业务信道是否有数据下发；

第一判定模块，用于当所述业务信道有数据下发时，获取所述数据，判断所述数据是否为业务信道随机接入邀请信令；

第二判定模块，用于当所述数据是业务信道随机接入邀请信令时，根据业务信道随机接入邀请信令判断是否满足随机接入邀请条件；

第一发送模块，用于当满足随机接入邀请条件时，通过所述业务信道向基站发送业务请求数据，以便基站根据业务请求数据进行业务请求确认，根据业务请求确认结果生成业务应答数据；检测接收业务请求数据的业务信道是否空闲，如果是，将业务应答数据通过所述业务信道发送到移动终端。

10.根据权利要求9所述的终端，其特征在于，所述终端进一步包括：

第三判定模块，用于判断所分配的控制信道是否空闲，如果否，返回选择模块。

11.根据权利要求9所述的终端，其特征在于，所述终端进一步包括：

第四判定模块，用于当接收到基站发送的回复数据时，判断所述回复数据是否是业务应答数据；

第五判定模块，用于当所述回复数据是业务应答数据时，判断所述业务应答数据是否是业务确认信令，如果是，切换到业务确认信令中指定的控制信道执行后续业务；如果否，则为业务失败信令，停止执行后续业务；

第六判定模块，用于当所述回复数据不是业务应答数据时，判断所述回复数据中的业务是否与移动终端有关，如果是，在所述业务信道执行回复数据相关的业务操作；如果否，切换到预设控制信道等待基站下发的业务应答数据。

12.根据权利要求9所述的终端，其特征在于，所述第二判定模块包括：

等级判定单元、类型判定单元和地址判定单元中的任意一种或多种；

等级判定单元，用于判断用户等级是否属于随机接入邀请信令的等级范围；

类型判定单元，用于判断业务类型是否属于随机接入邀请信令的类型范围；

地址判定单元，用于判断用户地址是否属于随机接入邀请信令的地址范围。

13.一种用于业务数据分流的基站，其特征在于，所述基站包括：

请求确认模块，用于当接收到移动终端通过业务信道发送的业务请求数据时，根据业务请求数据对移动终端进行业务请求确认，根据业务请求确认结果生成业务应答数据；

第二检测模块，用于检测接收业务请求数据的业务信道是否空闲；

第二发送模块，用于当所述业务信道空闲时，将业务应答数据通过所述业务信道发送到移动终端。

14.根据权利要求13所述的基站，其特征在于，所述请求确认模块包括：

业务确认单元，用于当对移动终端的业务请求确认结果为业务确认时，生成业务确认信令作为业务应答数据；

业务错误单元，用于当对移动终端的业务请求确认结果为业务错误时，生成业务失败信令作为业务应答数据。

15.根据权利要求13所述的基站，其特征在于，所述基站进一步包括：

第七判定模块，用于当接收业务请求数据的业务信道不空闲时，判断所述业务信道的回复数据是否与移动终端有关，如果是，取消发送业务应答数据；如果否，切换至控制信道下发业务应答数据。

16.一种业务数据分流系统，其特征在于，所述系统包括：

权利要求9-12任意一项所述的一种业务数据分流的终端；

以及权利要求13-15任意一项所述的一种业务数据分流的基站。