专利名称：组呼/组播建立方法及系统的制作方法
技术领域：
本发明涉及移动通信领域中的组呼/组播技术，特别是涉及一种在基于GSM(Clobal System for Mobilec Communication，全球移动通信系统)的集群通信网络中实现快速组呼呼叫的组呼/组播建立方法及系统。
背景技术：
GSM是目前通用的一种移动通信系统，除了能实现基本的移动通信业务外，人们还研发出在GSM中实现组呼通信的技术。GSM-R系统是实现组呼的一种通信系统，其是欧洲制定的一套用于铁路移动通信的国际标准。GSM-R以GSM通信技术作为业务承载，通过eMLPP(enhanced Multi-LeverPrecedence and Pre-emption，增强型多级优先和占先)业务给移动台(MS)提供VGCS(Voice Group Call Service，语音组呼业务)和VBS(Voice BroadcastingService，语音组播业务)等集群业务。
GSM-R中的VGCS业务是实现在无线通信系统中多个人可以讲话，更多的人可以监听的任务；GSM-R中的VBS业务是实现1个人讲话，多个人监听的业务。GSM-R中的eMLPP业务可以给使用VGCS业务或VBS业务的不同移动台提供不同级别的组呼业务，使不同的移动台享有使用VGCS业务或VBS业务的不同组呼权限。例如，eMLPP业务可以根据呼叫建立时间的不同将移动台的组呼分为三级1级为快速建立，组呼建立时间为1～2秒；2级为正常建立，组呼建立时间小于5秒；3级为慢速建立，组呼建立时间小于10秒。
其中，GSM-R中eMLPP业务的1级快速建立通过对GSM-R中的一些呼叫可选流程，如加密流程和鉴权流程的省略或延迟，并且在立即指配阶段采用极早指配流程，可以实现的组呼建立时间约为1S～2S左右，用以满足一般集群部门对于快速组呼业务的需求。
如图1所示，其是现有技术中采用GSM-R中的eMLPP业务实现快速组呼的流程图。假设进行组呼的MS和组呼区域内的MS由同一移动业务交换中心(MSC)管辖，其建立组呼的具体步骤为
发起组呼的移动台发起快速组呼业务，该MS向所属的基站子系统(BSS)上报分配信道请求；该BSS收到该请求后，给该移动台指配上行业务信道(TCH)，并等待IMMEDIATE ASSIGNMENT(立即指配)消息；MS收到IMMEDIATE ASSIGNMENT消息后在SD信道(独立专有控制信道)上发送携带IMM SETUP消息的设置异步平衡模式消息(SABM(IMMSETUP))消息建链；该MS在所分配的TCH信道上通过BSS向MSC上报层三业务请求消息，层三业务请求消息即快速组呼请求，并返回通知消息(NOTIFICATION)；MSC收到该层三业务请求后确定本次呼叫为快速组呼呼叫，则检查在拜访位置寄存器(VLR)的记录，判断该MS是否具有快速发起该组呼的呼叫权限，如果有，执行最后一步骤；否则，释放此次组呼/组播请求并告知失败；由于预先在VLR设置有所有MS的发起组呼呼叫权限，所以查询VLR就可以获取该MS的组呼权限；MSC向该MS所属的BSS发送指配请求消息(ASS_CMD)；BSS建立从该MS到该BSS的组呼信道和从该BSS到MSC的组呼信道，BSS建立组呼信道完成后给MSC发送指配完成消息(ASS_CMP)，该指配完成消息携带该MS的呼叫组标识(Group ID)；MSC根据收到的Group ID和检测到的发起组呼的MS的小区标识(CellID)向组呼寄存器(GCR)查询组呼参考及组呼属性信息，从而确定组呼的范围GCR返回组呼参考及属性，并且将组呼标记为正在呼叫；GCR存放组呼参考及组呼属性，如组呼的区域范围，根据Group ID和该MS具有的Cell ID就可以得到组呼参考及组呼属性；MSC收到组呼属性后，确定组呼范围，与管辖组呼区域的BSS进行A接口电路的连接后，给管辖组呼区域的BSS发送组呼指配请求；管辖组呼区域的BSS收到该请求后，给组呼区域中的小区分配地面电路资源和无线资源后，给MSC发送组呼指配完成消息，并且给在组呼区域中的小区发送组呼通知消息；再最后在BSC和BTS之间进行5道信令交互以释放暂时的SD信道；组呼区域中小区的MS收到通知消息后，最终建立组呼/组播信道，MS转至组呼信道进行监听。
上述技术组呼/组播建立流程中，为了加快发起速度，在SABM帧中携带IMM SETUP消息，以节约一次信令的交换。但是，该流程需要SD信道上的建链并指配到TCH信道上的过程，该过程需要立即指配和指配等多个消息信令交互、立即指配消息受发送时机的影响等因此所需的时间比较长。减少一条消息的交换，对整个发起过程的性能提高不是很大。而且，由于建立SD信道是暂时的，最后还需要释放该信道，因此整个发起过程仍需要大于800毫秒。在公安、消防等特殊部门对于快速组呼业务的呼叫建立时间要求在数百毫秒左右时，上述现有技术组呼/组播建立方法不能满足要求。另，在数百毫秒内实现快速组呼业务的呼叫建立可以使用iDEN和TETRA技术的专用数字集群系统，但由于采用iDEN和TETRA技术制式的原因，只能建设快速集群专网，集群专网存在利用率低下，建网成本费用和维护费高昂的不足。
发明内容
本发明要解决的技术问题是提供一种成本较低、快速的组呼/组播建立方法。
本发明要解决的技术问题是又提供一种成本较低、高速的组呼/组播建立系统。
为解决上述第一技术问题，本发明的目的是通过以下技术方案实现的提供一种组呼/组播建立方法，包括步骤A、预先在网络侧配置至少一条业务信道；B、在通知信道上发送带所述至少一条业务信道信息的通知消息；C、直接在所述至少一条业务信道中的相应的信道上发送组呼/组播发起请求。
在步骤C之后，还包括步骤E、返回组呼/组播确认消息并调整该业务信道为NB状态。
在步骤E之后，还包括步骤H、在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链。
在步骤H之后，还包括步骤I、网络侧回应业务接受、设置参数、链接消息，组呼/组播建立。
在步骤I之后，还包括步骤J、移动台在组呼信道监听到该组呼/组播后加入其中进行监听。
在步骤J之后，还包括步骤K、移动业务交换中心对该移动台进行组呼权限认证。
在步骤J之后，还包括步骤L、移动业务交换中心对该移动台进行组呼属性获取。
步骤H中所述在该业务信道上发送设置异步平衡模式消息建链是在该业务信道上采用偷帧方式发送携带IMM SETUP消息的设置异步平衡模式消息建链。
所述步骤H中的建链是建立基站子系统到移动台的组呼信道。
所述步骤H中的建链是建立从移动业务交换中心组呼语音分发器一直到组呼区域小区无线信道之间的部分传输通道。
所述的部分传输通道为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的地面电路资源；或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的无线电路资源。
在步骤C和E之间还包括步骤D、上报组呼/组播发起请求消息给BSC并更新该消息。
在步骤E和H之间还包括步骤F、返回更新的带信道信息的通知消息。
在步骤F和H之间还包括步骤G、返回至少一条组呼/组播确认消息。
步骤A是发送信道激活命令并通知BTS将信道处于解AB状态，以预先分配至少一条业务信道。
所述步骤B之后还包括收到带信道信息的通知消息后记录当前业务信道的步骤。
所述步骤B中的信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息。
所述步骤B是在通知信道上向移动台的组呼区域小区发送带信道信息的通知消息，确定该移动台的组呼区域小区的过程为预先在基站子系统设置该移动台与该移动台的组呼区域小区对应关系，基站子系统根据预先设置的对应关系确定该移动台对应的组呼区域小区。
为解决上述第二技术问题，本发明的目的是通过以下技术方案实现的提供一种组呼/组播建立系统，包括基站控制器、基站收发信台、信道配置与通知模块和组呼/组播发起模块，所述信道配置与通知模块在基站控制器上预先在网络侧配置至少一条业务信道并在通知信道上发送带所述至少一条业务信道信息的通知消息，所述组呼/组播发起模块直接在相应的业务信道上向基站收发信台发送组呼/组播发起请求。
所述组呼/组播发起模块发送组呼/组播发起请求之后，返回组呼/组播确认消息并调整该业务信道为NB状态。
还包括移动台，所述移动台在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链。
所述移动台接收网络侧回应的业务接受、设置参数、链接消息。
移动台在组呼信道监听到该组呼/组播后加入其中进行监听。
还包括移动业务交换中心，其对该移动台进行组呼权限认证和组呼属性获取。
所述移动台在该业务信道上采用偷帧方式发送携带IMM SETUP消息的设置异步平衡模式消息建链。
所述基站收发信台上报组呼/组播发起请求消息给基站控制器并更新通知消息，所述基站控制器返回更新的带信道信息的通知消息。
所述信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息。
以上第一技术方案可以看出，由于本发明将现有技术中由移动台向基站控制器申请业务信道的方式改为本发明的由基站控制器主动为组呼/组播业务配置业务信道的方式，直接在业务信道上接入发起组呼/组播。因此不需要经过立即指配和指配消息的过程，减少消息交互的次数并且不再受立即指配消息发送时机的影响；同时因为不需要立即指配消息流程所需要的独立专有信道建立和释放流程，因此大大加快组呼/组播的发起过程，为特殊业务如公安、消防业务的快速有效展开而提供技术保障。
以上第二技术方案可以看出，由于本发明增设信道配置与通知模块和组呼/组播发起模块，将现有技术中由移动台向基站控制器申请业务信道的方式改为本发明的由信道配置与通知模块主动为组呼/组播业务配置业务信道的方式，利用组呼/组播发起模块直接在业务信道上接入发起组呼/组播。因此不需要经过立即指配和指配消息的过程，减少消息交互的次数并且不再受立即指配消息发送时机的影响；同时因为不需要立即指配消息流程所需要的独立专有信道建立和释放流程，因此大大加快组呼/组播的发起过程，为特殊业务如公安、消防业务的快速有效展开而提供技术保障。
图1是现有技术采用GSM-R中的eMLPP业务实现快速组呼的流程图；图2是本发明组呼/组播建立方法的流程图；图3是本发明组呼/组播建立系统的功能框图。
具体实施例方式
本发明的基本原理是在通知信道上发送带所述至少一条业务信道信息的通知消息，让移动台提前知道目前小区有哪些信道可以用来发起组呼/组播；同时将现有技术中由移动台向基站控制器申请业务信道的方式改为由基站控制器主动为组呼/组播业务配置业务信道的方式，直接在业务信道上接入发起组呼/组播。因此不需要经过立即指配和指配消息的过程，减少消息交互的次数并且不再受立即指配消息发送时机的影响；同时因为不需要立即指配消息流程所需要的独立专有信道建立和释放流程，因此大大加快组呼/组播的发起过程。
为了使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进行进一步详细说明。
参阅图2，是本发明组呼/组播建立方法的流程图。所述方法包括以下步骤A、预先在网络侧配置至少一条业务信道；首先基站控制器向基站收发信台发送信道激活命令并通知基站收发信台将信道处于解AB状态，以预先为组呼/组播操作分配好至少一条业务信道，不再进行立即指配或指配消息的交互流程。移动台随时可以利用该配置好的至少一条业务信道发起组呼/组播操作。
B、在通知信道上发送带所述至少一条业务信道信息的通知消息；基站控制器向移动台发送所述带信道信息的通知消息NOTIFICATION(CHAN INFO)，所述信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息，告诉移动台使用哪条业务信道进行组呼/组播操作。基站控制器周期性广播所述通知消息，移动台周期性获取当时的可用业务信道资源。NOTIFICATION(CHAN INFO)作为NOTIFICATION的补充，如果网络侧采用了Reduced NCH monitoring(精简通知机制)机制， 则NOTIFICATION(CHAN INFO)的处理和正常的NOTIFICATION处理机制相同。
实际中，基站控制器在通知信道上向移动台的组呼区域小区发送带信道信息的通知消息，位于组呼区域小区内的移动台可以收到该消息。另外，确定该移动台的组呼区域小区的过程为预先在基站子系统设置该移动台与该移动台的组呼区域小区对应关系，基站子系统根据预先设置的对应关系确定该移动台对应的组呼区域小区。
在进行步骤B之后，移动台收到带信道信息的通知消息后记录当前业务信道或业务信道的列表。
C、直接在所述至少一条业务信道中的相应的信道上发送组呼/组播发起请求；需要进行组呼/组播操作时，移动台利用收到的通知消息中的当前业务信道资料，选择其中一条业务信道直接在该业务信道上向基站收发信台发送组呼/组播发起请求。当然，如果通知消息中只有一条可用的业务信道，则直接在该业务信道上向基站收发信台发送组呼/组播发起请求。
D、上报组呼/组播发起请求消息给基站控制器并更新该消息。
基站收发信台收到移动台发送的组呼/组播发起请求后，将该组呼/组播发起请求上报给基站控制器。
E、返回组呼/组播确认消息并调整该业务信道为NB状态。
基站收发信台收到移动台上报的组呼/组播发起请求消息后发送组呼/组播确认消息并调整该业务信道为NB状态，同时上报组呼/组播发起请求消息给基站控制器。基站控制器对带信道信息的通知消息进行更新。
F、返回更新的带信道信息的通知消息。
基站控制器返回更新后的带信道信息的通知消息到移动台，以免移动台因错误的可用信道信息而不能进行组呼/组播。
G、返回至少一条组呼/组播确认消息。
此时基站收发信台需要发送至少一条组呼/组播确认消息到移动台，以在各单元之间确定组呼/组播操作。
H、在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链。
本实施方式中，上述步骤是在该业务信道上采用偷帧方式发送携带IMMSETUP消息的设置异步平衡模式消息建链，以节省一条信令的交互，节省时间。所述的建链是建立基站子系统到移动台之间的组呼信道。
所述的建链也可以是建立从移动业务交换中心组呼语音分发器一直到组呼区域小区无线信道之间的部分传输通道。
所述部分传输通道是从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路；或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的地面电路资源；或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的无线电路资源。
I、网络侧回应业务接受、设置参数、链接消息，组呼/组播建立。
建链后，基站收发信台发送业务接受、设置参数、链接消息到移动台，表明网络侧准备就绪，组呼/组播建立，移动台可以进行组呼/组播。
J、移动台在组呼信道监听到该组呼/组播后加入其中进行监听。
组呼/组播建立后，组呼区域小区内的移动台就可以转至组呼信道进行监听。
此外，为节省时间，本实施方式将组呼权限认证组呼属性获取等步骤调到后面K、移动业务交换中心对该移动台进行组呼权限认证；移动业务交换中心先检查在移动台拜访位置寄存器(VLR)的记录，判断该移动台是否具有快速发起该组呼/组播的呼叫权限，如果有，组呼区域小区中的移动台继续在组呼信道进行监听；否则，该移动台的快速组呼/组播将被移动业务交换中心释放，本次快速组呼呼叫失败。
L、移动业务交换中心对该移动台进行组呼属性获取。
移动业务交换中心根据发起快速组呼呼叫移动台的Group ID和Cell ID向组呼寄存器查询组呼属性信息；组呼寄存器返回组呼属性，并且将组呼标记为正在呼叫；移动业务交换中心收到组呼属性。
由于组呼属性中包括该移动台的组呼区域小区列表，所以本发明可以使移动业务交换中心通过组呼寄存器存储的该移动台的组呼区域小区列表确定组呼区域的小区，从而判定所占用预先建立好的从移动业务交换中心到组呼区域小区的业务通道是否为到所有所确定组呼区域小区的传输通道，如果是，则组呼区域小区中的移动台继续在组呼信道进行监听；否则，则可以再次建立从移动业务交换中心到没有占用的组呼区域小区的传输通道。
从以上可以看出，本发明改变现有技术由移动台请求组呼/组播信道的方式，而是采用基站控制器来预先准备这些业务信道。具体上是基站控制器在通知信道上发送带所述至少一条业务信道信息的通知消息，让移动台提前知道目前小区有哪些信道可以用来发起组呼/组播；一旦移动台发起组呼/组播操作，移动台即可根据收到的可用业务信道资源信息直接在业务信道上发起组呼/组播。因此一旦发起组呼/组播时，不需要经过如图1中移动台发起的信道请求(CHAN REQ，CHAN RQD)、信道激活(CHAN ACT)、信道激活应答(CHANACT ACK)、立即指配(IMM ASS)、指配消息(ASS CMD，ASS CMP)以及释放独立专有信道(REL REQ，RF CHAN REL，REL CNF，RF CHAN RELACK)的过程，减少消息交互的次数并且不再受立即指配消息发送时机的影响；同时因为不需要立即指配消息流程所需要的独立专有信道建立和释放流程，因此大大加快组呼/组播的发起过程，使得移动台从组呼/组播发起到发起成功整个过程可以在400毫秒内完成。
本发明将组呼权限认证组呼属性获取等步骤调到整个流程的最后面，进一步节省了时间。当然，也可以将组呼权限认证组呼属性获取等步骤安排在步骤H后进行。
在条件允许下，其中步骤D、F、G可以省略，以进一步减少组呼/组播的发起过程所用的时间。其中步骤G返回的组呼/组播确认消息条数根据网络情况而作出变更，以确保用时最少。
参阅图3，本发明还提出一种组呼/组播建立系统，其包括系统设备、移动台40以及操作维护设备20三部分组成。系统设备包括基站子系统30和网络子系统10。简单的说，基站子系统30提供移动台40与网络之间的无线链路，网络子系统10负责处理移动台40的各种业务请求，其包括移动业务交换中心11。
移动台40为用户可以直接操作的设备，根据工作环境和应用目的可以分为手持终端、车载台。另外还可以替换为调度台、固定台等。
操作维护设备20包括两种，一种由运营商使用，对网络设备进行维护管理；一种为企业用户使用，对本企业内的成员进行管理。
基站子系统30包括基站控制器31和基站收发信台32。所述信道配置与通知模块和组呼/组播发起模块可以是单独的模块，也可以分别作为基站控制器31和移动台40的一部分。
具体操作上，所述信道配置与通知模块预先在网络侧配置至少一条业务信道并在通知信道上发送带所述至少一条业务信道信息的通知消息，所述组呼/组播发起模块则直接在所述至少一条业务信道中的相应的信道上发送组呼/组播发起请求。所述基站收发信台32收到请求消息后上报组呼/组播发起请求消息给基站控制器31并更新通知消息，而基站控制器31则返回更新的带信道信息的通知消息。
组呼/组播发起模块发送组呼/组播发起请求之后，返回组呼/组播确认消息并调整该业务信道为NB状态。移动台在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链，然后接收网络侧回应的业务接受、设置参数、链接消息。
其中，所述信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息。所述移动台在该业务信道上采用偷帧方式发送携带IMM SETUP消息的设置异步平衡模式消息建链。
另外，移动台在组呼信道监听到该组呼/组播后加入其中进行监听。移动业务交换中心11则对移动台进行组呼权限认证和组呼属性获取。
以上对本发明所提供的一种组呼/组播建立方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种组呼/组播建立方法，其特征在于包括步骤A、预先在网络侧配置至少一条业务信道；B、在通知信道上发送带所述至少一条业务信道信息的通知消息；C、直接在所述至少一条业务信道中的相应的信道上发送组呼/组播发起请求。
2.根据权利要求1所述的组呼/组播建立方法，其特征在于在步骤C之后，还包括步骤E、返回组呼/组播确认消息并调整该业务信道为NB状态。
3.根据权利要求2所述的组呼/组播建立方法，其特征在于在步骤E之后，还包括步骤H、在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链。
4.根据权利要求3所述的组呼/组播建立方法，其特征在于在步骤H之后，还包括步骤I、网络侧回应业务接受、设置参数、链接消息，组呼/组播建立。
5.根据权利要求4所述的组呼/组播建立方法，其特征在于在步骤I之后，还包括步骤J、移动台在组呼信道监听到该组呼/组播后加入其中进行监听。
6.根据权利要求5所述的组呼/组播建立方法，其特征在于在步骤J之后，还包括步骤K、移动业务交换中心对该移动台进行组呼权限认证。
7.根据权利要求5所述的组呼/组播建立方法，其特征在于在步骤J之后，还包括步骤L、移动业务交换中心对该移动台进行组呼属性获取。
8.根据权利要求3所述的组呼/组播建立方法，其特征在于步骤H中所述在该业务信道上发送设置异步平衡模式消息建链是在该业务信道上采用偷帧方式发送携带IMM SETUP消息的设置异步平衡模式消息建链。
9.根据权利要求3所述的组呼/组播建立方法，其特征在于所述步骤H中的建链是建立基站子系统到移动台的组呼信道。
10.根据权利要求3所述的组呼/组播建立方法，其特征在于所述步骤H中的建链是建立从移动业务交换中心组呼语音分发器一直到组呼区域小区无线信道之间的部分传输通道。
11.根据权利要求10所述的组呼/组播建立方法，其特征在于所述的部分传输通道为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的地面电路资源；或者为从移动业务交换中心组呼语音分发器到管辖组呼区域小区的基站子系统之间的A接口电路和管辖组呼区域小区的基站子系统到组呼区域小区的无线电路资源。
12.根据权利要求2所述的组呼/组播建立方法，其特征在于在步骤C和E之间还包括步骤D、上报组呼/组播发起请求消息给BSC并更新通知消息。
13.根据权利要求12所述的组呼/组播建立方法，其特征在于在步骤E和H之间还包括步骤F、返回更新的带信道信息的通知消息。
14.根据权利要求13所述的组呼/组播建立方法，其特征在于在步骤F和H之间还包括步骤G、返回至少一条组呼/组播确认消息。
15.根据权利要求1所述的组呼/组播建立方法，其特征在于步骤A是发送信道激活命令并通知BTS将信道处于解AB状态，以预先分配至少一条业务信道。
16.根据权利要求1所述的组呼/组播建立方法，其特征在于所述步骤B之后还包括收到带信道信息的通知消息后记录当前业务信道的步骤。
17.根据权利要求1所述的组呼/组播建立方法，其特征在于所述步骤B中的信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息。
18.根据权利要求1所述的组呼/组播建立方法，其特征在于所述步骤B是在通知信道上向移动台的组呼区域小区发送带信道信息的通知消息。
19.根据权利要求18所述的组呼/组播建立方法，其特征在于确定该移动台的组呼区域小区的过程为预先在基站子系统设置该移动台与该移动台的组呼区域小区对应关系，基站子系统根据预先设置的对应关系确定该移动台对应的组呼区域小区。
20.一种组呼/组播建立系统，包括基站控制器和基站收发信台，其特征在于还包括信道配置与通知模块和组呼/组播发起模块，所述信道配置与通知模块在基站控制器上预先在网络侧配置至少一条业务信道并在通知信道上发送带所述至少一条业务信道信息的通知消息，所述组呼/组播发起模块直接在相应的业务信道上向基站收发信台发送组呼/组播发起请求。
21.根据权利要求20所述的组呼/组播建立系统，其特征在于所述组呼/组播发起模块发送组呼/组播发起请求之后，返回组呼/组播确认消息并调整该业务信道为NB状态。
22.根据权利要求21所述的组呼/组播建立系统，其特征在于还包括移动台，所述移动台在收到与已发送组呼/组播发起请求消息相同帧号和参考的组呼/组播确认消息后，在该业务信道上发送设置异步平衡模式消息建链。
23.根据权利要求22所述的组呼/组播建立系统，其特征在于所述移动台接收网络侧回应的业务接受、设置参数、链接消息。
24.根据权利要求23所述的组呼/组播建立系统，其特征在于移动台在组呼信道监听到该组呼/组播后加入其中进行监听。
25.根据权利要求24所述的组呼/组播建立系统，其特征在于还包括移动业务交换中心，其对该移动台进行组呼权限认证和组呼属性获取。
26.根据权利要求22所述的组呼/组播建立系统，其特征在于所述移动台在该业务信道上采用偷帧方式发送携带IMM SETUP消息的设置异步平衡模式消息建链。
27.根据权利要求21所述的组呼/组播建立系统，其特征在于所述基站收发信台上报组呼/组播发起请求消息给基站控制器并更新通知消息，所述基站控制器返回更新的带信道信息的通知消息。
28.根据权利要求20所述的组呼/组播建立系统，其特征在于所述信道信息包含当前小区可用以发起组呼/组播请求的业务信道信息。
全文摘要
本发明公开一种组呼/组播建立方法及系统，该方法包括步骤A.预先在网络侧配置至少一条业务信道；B.在通知信道上发送带所述至少一条业务信道信息的通知消息；C.直接在所述至少一条业务信道中的相应的信道上发送组呼/组播发起请求。本发明减少消息交互的次数因此大大加快组呼/组播的发起过程，特别适合对组呼/组播建立时间要求严格的公安、消防等特殊业务。
文档编号H04Q7/38GK1984383SQ20061006677
公开日2007年6月20日 申请日期2006年4月7日 优先权日2006年4月7日
发明者刘冯 申请人:华为技术有限公司