CN105472739B - 一种业务信道分配方法及基站 - Google Patents

Abstract

本发明公开了一种业务信道分配方法及装置，其中，方法包括：基站接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；基站根据组号查看登记于本基站的该组成员的状态；当该组成员中至少一个成员处于空闲状态时，基站根据上下文配置信息为该组呼分配业务信道建立组呼；当该组的所有成员均处于忙碌状态时，基站将该组号和上下文配置信息加入待分配业务信道组呼列表；并且，基站在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。利用本发明可以做到按需分配业务信道，提高信道利用率。

Description

一种业务信道分配方法及基站

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种业务信道分配方法及基站。

背景技术

目前，集群系统中主要有两种针对组呼的业务信道分配方法，这两种方法分别如下：

1、业务信道静态分配方法

该方法是基于预先设定的组呼区域，由该组呼区域内的基站为组呼业务分配业务信道，不论该基站管辖范围内是否登记有该组呼成员，基站都要为该组呼分配业务信道，这种方法浪费信道资源。

2、业务信道动态分配方法

该方法是由基站为其管辖范围内的、属于同一组的终端针对一个组呼分配一个业务信道，但在实际应用中，一个终端可能属于多个不同的组，那么当一个终端所属的多个组在同一时间段内发起组呼时，基站就需要为每个组呼分配一个业务信道，亦为一个终端分配多个业务信道，但一个终端在一个时间段内只能参与一个呼叫，不可能同时附着在多个业务信道上，因此，为终端分配的多个业务信道严重浪费信道资源，在组呼业务频发时，会迅速耗尽基站的业务信道而导致呼损严重。

相比第1种业务信道静态分配方法，业务信道动态分配方法在组呼不频发的情况下存在一定的优势，但在组呼频发的情况下，第2种业务信道动态分配方法也会严重浪费信道资源。

上述两种方法均存在不同程度的信道资源浪费的问题，在信道资源紧缺的今日，人们更关注的是如何有效地为组呼业务分配业务信道，达到真正地按需分配业务信道、合理利用业务信道的目的。

发明内容

本发明提供一种业务信道分配方法及基站，针对组呼业务，实现按需分配业务信道，以达到节省业务信道、提高信道利用率的目的。

本发明实施例一方面提供一种业务信道分配方法，该方法包括：

基站接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

基站根据组号查看登记于本基站的该组成员的状态；

当该组成员中至少一个成员处于空闲状态时，基站根据上下文配置信息为该组呼分配业务信道建立组呼；

当该组的所有成员均处于忙碌状态时，基站将该组号和上下文配置信息加入待分配业务信道组呼列表；并且，基站在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

可选的，基站根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道，包括：

基站遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

可选的，基站根据被释放的组成员的状态，为所述待分配业务信道组呼列表中的组呼分配业务信道，包括：

基站根据已记录的组成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；

当被释放的组成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，基站从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

可选的，基站根据组号查看登记于本基站的该组成员的状态，包括：

基站根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态；或，

基站根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态；或，

基站根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

可选的，基站通过以下方式记录终端的忙闲状态：

基站利用计数器记录终端的忙闲状态；其中，计数器的数值为零，用于标识终端处于空闲状态；计数器的数值为N，N为大于或等于1的整数，用于标识终端处于忙碌状态。本发明实施例另一方面提供一种基站，该基站包括：

信息提取单元，用于接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

状态查看单元，用于根据组号查看登记于本基站的该组成员的状态；当该组成员中至少一个成员处于空闲状态时，触发第一分配单元，否则，触发列表储存单元；

第一分配单元，用于根据上下文配置信息为该组呼分配业务信道建立组呼；

列表储存单元，用于将该组号和上下文配置信息加入到待分配业务信道组呼列表；

第二分配单元，用于在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

可选的，第二分配单元，具体用于：遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

可选的，第二分配单元，包括：

信息查看子单元，用于在释放一个组呼之后，根据已记录的成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；当被释放的成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，触发分配子单元；

分配子单元，用于从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的组成员中隶属于该组呼的成员进入业务信道。

可选的，状态查看单元，包括：

第一状态查看子单元，用于根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态；或，

第二状态查看子单元，用于根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态；或，

第三状态查看子单元，用于根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

本发明实施例另一方面提供一种基站，该基站包括：

至少一个处理器、至少一个网络接口或者其他通信接口、存储器、和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

根据组号查看登记于本基站的该组成员的状态；

当该组成员中至少一个成员处于空闲状态时，根据上下文配置信息为该组呼分配业务信道建立组呼；

当该组的所有成员均处于忙碌状态时，将该组号和上下文配置信息加入待分配业务信道组呼列表；并且，在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

与现有技术相比，本发明具有以下有益效果：

本发明实施例提供的技术方案提出了一种新的分配策略，主要是基于终端的移动性管理信息和终端(组成员)的忙闲状态，来决定是否为组呼分配业务信道；与现有技术方案的只要有组呼请求就立刻分配业务信道所不同的是，本发明只有该组中至少一个成员登记在基站且该成员处于空闲状态时，基站才为该组呼分配业务信道，当该组的所有成员都在忙碌状态时，暂时将该组加入待分配组呼业务信道列表中，基站在释放一个呼叫之后，再为待分配组呼业务信道列表中的组呼分配业务信道，避免业务信道的盲目分配，真正地做到按需分配业务信道，提高信道利用率。

附图说明

图1是本发明实施例一种业务信道分配方法的流程图；

图2是本发明实施例一种示例图；

图3是本发明实施例一种基站的结构图；

图4是本发明实施例一种基站的硬件示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1是本发明实施例一种业务信道分配方法的流程图，该方法包括以下步骤：

S101，基站接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息。

下面先对本发明实施例的应用场景进行简单描述。

本发明实施例主要应用于集群系统中，一般情况下，由终端通过自身所在的基站(主叫终端eNB)向核心网(MME(Mobile Management Entity,移动管理实体)/SGW(Signaling GateWay，信令网关))发送集群呼叫请求，核心网通知主叫终端eNB发起组呼业务建立的同时，通知组呼涉及的包括主叫终端eNB在内的所有eNB发起集群上下文的建立，具体的，核心网通过组呼建立请求向涉及的所有eNB发送组号和上下文配置信息；本发明实施例就是从组呼所涉及的eNB的角度描述的，该eNB可以是主叫终端eNB，也可以是组内其他成员所在的eNB。

集群系统在功能上最大的需求就是“组呼”的呼叫，集群系统中“组”的成员(终端)数量是没有任何限制的，组内成员可以是车载台、车站台、手持台等终端，在组呼业务中，同一基站的组成员公用一个下行无线信道进行接听。

S102，基站根据组号查看登记于本基站的该组成员的状态。

基站会储存每个组的组号以及对应的组成员，因此，基站可以通过组号查找到该组对应的组成员。在实际应用中，基站可以通过以下任一方式来查看登记于本基站的组成员的状态，下面对这几种方式分别进行描述。

第一种方式，基站根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态。

在具体实现时，基站可以通过以下方式记录终端(成员)的忙闲状态：

基站利用计数器记录终端的忙闲状态；其中，计数器的数值为零，用于标识终端处于空闲状态；计数器的数值为N，N为大于或等于1的整数，用于标识终端处于忙碌状态。

基站在本站内为每个终端均设置有一个对应的计数器，计数器的数值来标识终端的忙闲状态，计数器为0，标识终端处于空闲状态；计数器为大于或等于1的数值，则标识终端处于忙碌状态。

即，基站根据组号查看该组内的组成员各自对应的计数器，根据计数器的数值查看组成员的状态。当组成员的计数器均为零时，则该组成员处于空闲状态；当组成员的计数器不为零时，则该组成员处于忙碌状态。

基站具体通过以下方式利用计数器来记录终端的忙闲状态：

当单呼建立时，基站把参与单呼的终端的计数器均加1，反之，当单呼结束时，基站把参与单呼的终端的计数器均减1。

当组呼建立时，基站把隶属于该组呼的所有终端(组成员)的计数器均加1，反之，当组呼结束时，基站把属于该组呼的所有终端(组成员)的计数器均减1。

这样，计数器的数值不仅能够标识终端的忙闲状态，还能够标识与终端有关的、被发起的呼叫的总个数。基站就可以通过终端的计数器的数值情况，来了解与终端有关的、已被发起的呼叫个数。

第二种方式，基站根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态。

第三种方式，基站根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

通过上述几种方式可以看出，基站可以不通过与终端的交互，直接根据本地记录的信息进行查看，基站也可以在需要时，通过与终端的交互来获得对应的状态信息，从而查看组成员的忙闲状态。

S103，当该组成员中至少一个成员处于空闲状态时，基站根据上下文配置信息为该组呼分配业务信道建立组呼。

S104，当该组的所有成员均处于忙碌状态时，基站将该组号和上下文配置信息加入待分配业务信道组呼列表。

本发明实施例基于终端的移动性管理信息和终端(组成员)的忙闲状态来决定是否为组呼分配业务信道，只要该组中有成员当前处于空闲状态，表明此时为该组呼分配业务信道后，该业务信道会立刻被占用，而不是暂时闲置，这样真正做到按需分配，有效利用业务信道。

由于一个终端在一个时间段内只能占用一个业务信道，即，任何一个组成员在一个时间段内只能参与一个组呼，不会同时进入多个组呼，不能够同时占用多个业务信道；因此，若该组所有成员都处于忙碌状态时，此时若直接为该组分配业务信道，就会导致该业务信道被闲置浪费，针对这种情况，本发明通过暂时不分配业务信道的方式，以避免业务信道的盲目分配，待合适的时机再为其分配业务信道。

S105，基站在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

一种情况下，当基站的一个主叫结束呼叫时，基站直接释放该呼叫；其中，被释放的呼叫可以是单呼、也可以是组呼；另一种情况下，基站接收到核心网发送的呼叫释放指令，根据该呼叫释放指令释放对应的呼叫；如果，被释放的是单呼，则指令中携带有参与单呼的终端号；基站就根据终端号释放对应的单呼业务；如果，被释放的是组呼，则该指令中携带有组号，基站就根据该组号释放对应的组呼业务；当基站释放一个单呼时，参与该单呼的两个成员此时就由忙碌状态转入空闲状态；当基站释放了一个组呼时，参与该组呼的所有组成员此时就由忙碌状态转入空闲状态，一旦有组成员空闲时，就表明待分配业务信道列表中记录的某一个或者多个组呼可以被分配业务信道了，此时基站需要进一步地处理待分配业务信道组呼列表中记录的这些组呼。

需要说明的是，上述步骤105，可以是一个循环重复的过程，比如集群系统基站可以在一段时间内接收到多个组呼释放指令，在每一次完成组呼释放操作时，都需要执行步骤S105。

在实际应用中，基站可以通过以下任意一种方式实现为待分配业务信道组呼列表中记录的组呼分配业务信道的步骤，下面对两种实现方式分别进行描述。

第一种方式，基站遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

下面以一种示例为例对该第一种方式进行解释说明。

参见图2，图2是本发明实施例一种示例图；该示例的应用场景具体是：基站依次接收到三个组呼建立请求，这三个组呼建立请求分别涉及到组1、组2、组3这三个组；而基站登记的组1的成员有手持台1、手持台2、和手持台3；基站登记的组2的成员有手持台1和手持台2；基站登记的组3的成员只有手持台3。

假设，基站先接收到涉及组1的组呼建立请求，假设此时基站登记的组1的3个成员手持台1、手持台2、和手持台3均处于空闲状态，那么基站立刻为组1的组呼分配业务信道，在控制信道上广播控制信令，这样手持台1、手持台2、和手持台3根据控制信令进入对应的业务信道，也就进入组1的呼叫业务中。

接着，基站接收到涉及组2的组呼建立请求，由于基站登记的组2的成员有手持台1和手持台2，而此时手持台1和手持台2均处于组1的组呼业务中，均处于忙碌状态，因此，基站直接将组2的组呼加入待分配业务信道组呼列表中。接着，基站接收到涉及组3的组呼建立请求，由于基站登记的组3的成员有手持台3，而此时手持台3处于组1的组呼业务中，处于忙碌状态，因此，基站直接将组3的组呼加入待分配业务信道组呼列表中。

当组1的组呼业务完毕时，基站会接收到核心网发送的组呼释放指令，该指令中携带有组1的组号，基站释放组1的组呼业务，此时手持台1、手持台2、和手持台3就是被释放的组成员，就会由忙碌状态变成空闲状态。

接着，基站需要为待分配业务信道组呼列表中的组呼分配信道，基站遍历性地判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，在这种场景下，待分配业务信道组呼列表中记录了两个组呼，组2和组3；基站先判断手持台1是否隶属于组2，若是，基站直接为组2分配业务信道，则被释放的组成员中隶属于该组呼的成员(手持台1和手持台2)进入业务信道，进行组2的组呼业务。同时，基站需要将待分配业务信道组呼列表中的组2删除。由于手持台2已进入组呼业务，因此其状态就由空闲变成忙碌，基站不需要再判断手持台2的情况。接着判断手持台3的情况，由于手持台3隶属于组3，因此基站直接为组3分配业务信道，则被释放的组成员中隶属于该组呼的成员(只有手持台3)进入组3的组呼业务。

第二种实现方式，基站根据已记录的组成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；当被释放的组成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，基站从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

当被释放的成员至少有一个待处理组呼不存在于所述待分配业务信道组呼列表时，说明基站在此之前已经为该组成员的至少一个组呼分配了业务信道，此时，组成员先去控制信道接收控制信令，然后根据控制信令中携带的业务信道信息，切换进入对应的业务信道。

上述第二种实现方式中，针对基站从待处理组呼中选择一个组呼的操作，本发明实施例提供了多种实现方式，如基站可以按照优先级由高到低顺序从待处理组呼中选择优先级最高的组呼；再如基站可以按照组呼发起的时间顺序从待处理组呼中选择发起时间最早的组呼；再如基站也可以随机地从待处理组呼中选择一个组呼。当然在具体实现时，基站也可以参考其他因素，按照其他方式实现该操作，在本发明实施例中对此不作具体限制。

下面以一种示例为例对该第二种方式进行解释说明。

基站根据接收到的组呼建立请求和组成员的忙闲状态，记录该组的每个组成员对应的待处理组呼信息。组成员对应的待处理组呼信息是指与该组成员相关的但组成员还未参与的组呼信息。例如，仍旧以上述图2为例，当组1首先发起组呼时，此时手持台1、手持台2、和手持台3均处于空闲状态，则基站为组1分配业务信道，手持台1、手持台2、和手持台3进入组1的组呼业务，接着，基站接收到组2发起的组呼建立请求，由于此时手持台1、手持台2均处于忙碌状态，此时基站为手持台1记录的待处理组呼信息包括组2的组呼；基站为手持台2记录的待处理组呼信息包括组2的组呼；接着，基站接收到组3发起的组呼建立请求，由于此时手持台3均处于忙碌状态，此时基站为手持台3记录的待处理组呼信息包括组3的组呼。当组1的组呼业务完毕时，基站会接收到核心网发送的组呼释放指令，该指令中携带有组1的组号，基站释放组1的组呼业务，此时手持台1、手持台2、和手持台3就是被释放的组成员，就会由忙碌状态变成空闲状态。

此时，基站首先查看被释放的手持台1的待处理组呼信息，如上述示例描述，手持台1的待处理组呼只有一个组2，基站查看待分配业务信道组呼列表中是否包含组2的信息，如果包含，则基站为组2分配业务信道，以使的手持台1进入组2；基站在为组2分配业务信道之后，更新待分配业务信道组呼列表，即将已处理的组呼删除掉；然后，基站查看被释放的手持台2的待处理组呼信息，手持台2的待处理组呼只有一个组2，基站查看待分配业务信道组呼列表中是否包含组2的信息，由于组2已被处理，此时待分配业务信道组呼列表不包含组2的信息，表明基站在此之前已经为组2分配了业务信道，手持台2就直接进入对应的业务信道；最后，基站查看被释放的手持台3的待处理组呼信息，手持台3的待处理组呼信息只有一个组3，基站查看待分配业务信道组呼列表中包含组3，此时，基站为组3分配业务信道，以使手持台3进入组3的业务信道。

通过上述本发明实施例可以看出，本发明提出了一种新的分配策略，主要是基于终端的移动性管理信息和终端(组成员)的忙闲状态，来决定是否为组呼分配业务信道；与现有技术方案的只要有组呼请求就立刻分配业务信道所不同的是，本发明只有该组中至少一个成员登记在基站且该成员处于空闲状态时，基站才为该组呼分配业务信道，当该组的所有成员都在忙碌状态时，暂时将该组加入待分配组呼业务信道列表中，基站在释放某个组呼之后，再为待分配组呼业务信道列表中的组呼分配业务信道，本发明能够避免业务信道的盲目分配，真正地做到按需分配业务信道，提高信道利用率。

与上述方法相对应的，本发明实施例提供了一种基站，参见图3，图3是本发明实施例一种基站的结构图，如图3所示，该基站可以包括：

信息提取单元301，用于接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

状态查看单元302，用于根据组号查看登记于本基站的该组成员的状态；当该组成员中至少一个成员处于空闲状态时，触发第一分配单元，否则，触发列表储存单元；

第一分配单元303，用于根据上下文配置信息为该组呼分配业务信道建立组呼；

列表储存单元304，用于将该组号和上下文配置信息加入到待分配业务信道组呼列表；

第二分配单元305，用于在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

可选的，第二分配单元，具体用于：遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

可选的，第二分配单元，包括：

信息查看子单元，用于在释放一个组呼之后，根据已记录的组成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；当被释放的组成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，触发分配子单元；

分配子单元，用于从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的组成员中隶属于该组呼的成员进入业务信道。

可选的，状态查看单元，包括：

第一状态查看子单元，用于根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态；或，

第二状态查看子单元，用于根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态；或，

第三状态查看子单元，用于根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

进一步地，本发明实施例还提供了基站的硬件构成，基站可包括至少一个处理器(例如CPU)，至少一个网络接口或者其他通信接口，存储器，和至少一个通信总线，用于实现这些装置之间的连接通信。处理器用于执行存储器中存储的可执行模块，例如计算机程序。存储器可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个网络接口(可以是有线或者无线)实现该系统网关与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

参见图4，在一些实施方式中，基站的存储器中存储了程序指令，程序指令可以被处理器执行，其中，程序指令可包括：信息提取单元301、状态查看单元302、第一分配单元303、列表储存单元304、和第二分配单元305，各单元的具体实现可参见图3所揭示的相应单元，这里不再赘述。

本发明实施例提供的一种业务信道分配方法及基站，主要是基于终端的移动性管理信息和终端(组成员)的忙闲状态，来决定是否为组呼分配业务信道；与现有技术方案的只要有组呼请求就立刻分配业务信道所不同的是，本发明只有该组中至少一个成员登记在基站且该成员处于空闲状态时，基站才为该组呼分配业务信道，当该组的所有成员都在忙碌状态时，暂时将该组加入待分配组呼业务信道列表中，基站在释放某个组呼之后，再为待分配组呼业务信道列表中的组呼分配业务信道，本发明能够避免业务信道的盲目分配，真正地做到按需分配业务信道，提高信道利用率。

可以理解的是，本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上公开的仅为本发明的优选实施方式，但本发明并非局限于此，任何本领域的技术人员能思之的没有创造性的变化，以及在不脱离本发明原理前提下所作的若干改进和润饰，都应落在本发明的保护范围内。

Claims (10)

1.一种业务信道分配方法，其特征在于，包括：

基站接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

基站根据组号查看登记于本基站的该组成员的状态；

当该组成员中至少一个成员处于空闲状态时，基站根据上下文配置信息为该组呼分配业务信道建立组呼；

当该组的所有成员均处于忙碌状态时，基站将该组号和上下文配置信息加入待分配业务信道组呼列表；并且，基站在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

2.根据权利要求1所述的方法，其特征在于，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道，包括：

基站遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

3.根据权利要求1所述的方法，其特征在于，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道，包括：

基站根据已记录的组成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；

当被释放的成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，基站从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

4.根据权利要求1所述的方法，其特征在于，基站根据组号查看登记于本基站的该组成员的状态，包括：

基站根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态；或，

基站根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态；或，

基站根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

5.根据权利要求1所述的方法，其特征在于，基站通过以下方式记录终端的忙闲状态：

基站利用计数器记录终端的忙闲状态；其中，计数器的数值为零，用于标识终端处于空闲状态；计数器的数值为N，N为大于或等于1的整数，用于标识终端处于忙碌状态。

6.一种基站，其特征在于，包括：

信息提取单元，用于接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

状态查看单元，用于根据组号查看登记于本基站的该组成员的状态；当该组成员中至少一个成员处于空闲状态时，触发第一分配单元，否则，触发列表储存单元；

第一分配单元，用于根据上下文配置信息为该组呼分配业务信道建立组呼；

列表储存单元，用于将该组号和上下文配置信息加入到待分配业务信道组呼列表；

第二分配单元，用于在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。

7.根据权利要求6所述的基站，其特征在于，第二分配单元，具体用于：在释放一个呼叫之后，遍历判断被释放的成员是否隶属于所述待分配业务信道组呼列表中的组呼，若是，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

8.根据权利要求6所述的基站，其特征在于，第二分配单元，包括：

信息查看子单元，用于在释放一个组呼之后，根据已记录的组成员的待处理组呼信息，遍历查看被释放的成员的待处理组呼信息；当被释放的组成员的所有待处理组呼均存在于所述待分配业务信道组呼列表时，触发分配子单元；

分配子单元，用于从待处理组呼中选择一个组呼，为该组呼分配业务信道以使被释放的成员中隶属于该组呼的成员进入业务信道。

9.根据权利要求6所述的基站，其特征在于，状态查看单元，包括：

第一状态查看子单元，用于根据组号查找该组的组成员，从本地记录的组成员状态信息中查看组成员的状态；或，

第二状态查看子单元，用于根据组号查找该组的组成员，向所有组成员发送查询状态指令，接收组成员返回的状态信息，根据所述状态信息查看组成员的状态；或，

第三状态查看子单元，用于根据组号查找该组的组成员，接收组成员主动上报的状态信息，根据所述状态信息查看组成员的状态。

10.一种基站，其特征在于，所述基站包括：至少一个处理器、至少一个网络接口或者其他通信接口、存储器、和至少一个通信总线；所述存储器用于存储程序指令，所述处理器用于根据所述程序指令执行以下步骤：

接收核心网发送的组呼建立请求，从该组呼建立请求中提取组号和上下文配置信息；

根据组号查看登记于本基站的该组成员的状态；

当该组成员中至少一个成员处于空闲状态时，根据上下文配置信息为该组呼分配业务信道建立组呼；

当该组的所有成员均处于忙碌状态时，将该组号和上下文配置信息加入待分配业务信道组呼列表；并且，在释放一个呼叫之后，根据被释放的成员与所述待分配业务信道组呼列表的隶属关系，为待分配业务信道组呼列表中的组呼分配业务信道。