一种站管区呼叫业务实现方法及调度信息服务器与流程

本发明涉及通信技术领域，具体涉及一种站管区呼叫业务实现方法及调度信息服务器。

背景技术：

集群通信系统是为了满足行业用户指挥调度需求而开发的面向特定行业应用的专用无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油、港口等领域有着广泛的应用市场。

基于td-lte技术的宽带集群通信(boardbandtrunkingcommunication，b-trunc)系统以td-lte为核心技术，将td-lte的高速率、大带宽与数字集群技术中的资源共享、快速呼叫建立、指挥调度等特点进行融合，是一种能够提供高速数据传输的通信系统。组呼业务是宽带集群通信系统提供的最基本业务。组呼是一对多的半双工调度通话，即“一呼百应”，首先由主叫用户(moue)发起组呼建立，组内用户，即被叫用户(mtues)可以通过话语权申请过程申请发言，同一时间内只能由一个用户说话，组内的其他用户被动收听。

轨道交通行业有一种特殊的业务叫站管区呼叫，一个站管区通常对应一个站台、一个固定台及周围的预设管理区域，固定台为站管区的车站值班员所使用的通信设备，预设管理区域通常覆盖一个或多个lte小区。地铁司机可以通过地铁列车中的车载台(也即地铁司机所使用的与站管区的固定台通信的通信设备)的快捷按键呼叫当前所在站管区的固定台，而不需要知道该固定台的号码；车站值班员可以通过固定台的快捷按键呼叫当前站管区内的所有车载台，而不需要知道当前有哪些车载台在站管区内，也不需要自己建通话组。

陆上集群无线电(terrestrialtrunkedradio，tetra)系统对站管区呼叫业务的实现方式为：站管区呼叫需要地铁列车行车调度台(简称调度台)的参与。地铁司机按车载台的车站键时，车载台向调度台发送站管区呼叫请求，调度台查询车载台当前所在站管区的固定台的号码，将车载台和固定台组成一个临时通话组；车站值班员按固定台的车站键时，固定台向调度台发送站管区呼叫请求，调度台查询当前站管区内有哪些车载台，并将它们和固定台组成一个临时通话组。临时通话组创建完成之后，车载台或固定台再基于临时通话组发起普通的组呼业务。

目前正在讨论的lte-m地铁标准中，将车载台和固定台发起的站管区呼叫进行了流程统一。如图1所示，站管区呼叫业务实现方式包括如下7个步骤：

步骤1：用户设备(userequipment，ue)向调度信息服务器(dispatchinformationserver，dis)发送站管区呼叫请求消息，该请求消息内容包括：消息类型(messagetype)、终端类型(terminaltype)及终端号码(terminalnumber)。其中，消息类型的值用于指示当前的消息为站管区呼叫请求消息；终端类型用于指示用户设备为车载台还是固定台；终端号码用于指示用户设备为固定台时该固定台的号码，以及用于指示用户设备为车载台时该车载台的功能号码。

步骤2：dis根据终端类型确定站管区呼叫请求是由车载台发起还是固定台发起，从而查询被呼叫的用户列表(车载台发起的被呼叫用户为当前站管区的固定台；固定台发起的被呼叫用户为当前站管区内的所有车载台)。dis将携带有被呼叫的用户列表以及ue的号码(即站管区呼叫请求消息中携带的终端号码)的创建群组请求消息发送给调度台(dispatchclient，dc)。创建群组请求消息内容包括：消息类型以及创建群组的组成员列表；其中，创建群组的组成员包括ue及被呼叫的用户列表中的各用户。

步骤3：dc使用接收到的创建群组的组成员列表向核心网发送创建群组请求消息。

步骤4：核心网将携带有创建的群组信息的创建群组响应消息返回给dc。

步骤5：dc将携带有创建的群组信息的返回给dis。消息内容：消息类型、群组号码；

步骤6：dis将接收到的群组信息的站管区呼叫响应消息返回给ue。站管区呼叫响应消息内容包括：消息类型、群组号码。

步骤7：ue按标准组呼建立流程向核心网发起群组呼叫(简称组呼)。

其中，包括步骤3和步骤4的创建群组流程(图1中虚线框中的内容)可采用b-trunc系统创建群组流程，本文不再详述。

可见，现有的站管区呼叫业务实现方式存在如下问题1～4：

1、呼叫时延增大：现有的站管区呼叫业务实现方式都需要调度台参与，由调度台发起创建群组流程，创建群组流程会增大呼叫时延；

2、呼叫失败概率增加：对于车载台发起的站管区呼叫，如果调度台发起的创建群组流程失败，意味着站管区呼叫业务失败；

3、效果欠佳：固定台发起站管区呼叫时，调度台只会对站管区当前存在的车载台和固定台发起创建群组流程，后续其他地铁列车驶入站管区后，无法接听固定台的讲话，站管区业务效果欠佳；

4、业务实现复杂：某个站台的站管区呼叫业务发起之后，新进入站台的车载台可能会再次发起站管区呼叫业务，新发起的站管区呼叫和已建立的站管区呼叫是否需要合并以及如何合并，都需要深入研究。此外，每次站管区呼叫业务结束之后，调度台还需要发起创建群组流程，将组成员清空，逻辑和业务实现均非常复杂。

技术实现要素：

鉴于上述问题，本发明提出了克服上述问题或者至少部分地解决上述问题的一种站管区呼叫业务实现方法及调度信息服务器。

为此目的，第一方面，本发明提出一种站管区呼叫业务实现方法，包括：

调度信息服务器dis在接收到用户设备ue发送的站管区组号请求消息后，基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号；

所述dis将携带有所述目标组号的站管区组号响应消息发送到所述ue，以使所述ue基于所述目标组号向核心网发起组呼建立流程，实现站管区呼叫业务；

其中，所述终端类型为固定台或车载台，所述终端号码为固定台号码或车载台功能号码，所述核心网连接的归属签约用户服务器hss中预先配置有各站管区对应的组号以及各站管区覆盖的小区标识。

可选的，所述基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号，包括：

基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号；

将所述终端号码对应的站管区组号确定为所述ue所在站管区的目标组号。

可选的，所述基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为固定台，则确定所述终端号码为固定台号码；

从预先配置的各站管区对应的固定台号码中，查询与所述终端号码相同的固定台号码，并基于该固定台号码确定所述终端号码对应的目标站管区；

从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

可选的，所述基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为车载台，则确定所述终端号码为车载台功能号码；

基于所述终端号码确定所述ue所在的目标站管区；

从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

可选的，所述站管区组号响应消息中还携带有结果值，所述结果值用于指示所述站管区组号响应成功或失败；

其中，所述结果值为所述dis基于所述终端类型以及终端号码确定的结果值。

第二方面，本发明还提出一种调度信息服务器，包括：

确定单元，用于在接收到用户设备ue发送的站管区组号请求消息后，基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号；

发送单元，用于将携带有所述目标组号的站管区组号响应消息发送到所述ue，以使所述ue基于所述目标组号向核心网发起组呼建立流程，实现站管区呼叫业务；

其中，所述终端类型为固定台或车载台，所述终端号码为固定台号码或车载台功能号码，所述核心网连接的归属签约用户服务器hss中预先配置有各站管区对应的组号以及各站管区覆盖的小区标识。

可选的，所述确定单元基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号，包括：

所述确定单元基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号；

所述确定单元将所述终端号码对应的站管区组号确定为所述ue所在站管区的目标组号。

可选的，所述确定单元基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为固定台，则所述确定单元确定所述终端号码为固定台号码；

所述确定单元从预先配置的各站管区对应的固定台号码中，查询与所述终端号码相同的固定台号码，并基于该固定台号码确定所述终端号码对应的目标站管区；

所述确定单元从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

可选的，所述确定单元基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为车载台，则所述确定单元确定所述终端号码为车载台功能号码；

所述确定单元基于所述终端号码确定所述ue所在的目标站管区；

所述确定单元从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

可选的，所述站管区组号响应消息中还携带有结果值，所述结果值用于指示所述站管区组号响应成功或失败；

其中，所述结果值为所述确定单元基于所述终端类型以及终端号码确定的结果值。

相比于现有技术，本发明提出的站管区呼叫业务实现方法及调度信息服务器，由调度信息服务器基于ue发送的站管区组号请求消息中携带的终端类型及终端号码，确定ue所在站管区的组号，并将该组号返给ue，使ue基于该组号发起组呼流程，整个过程不需要调度台的参与，呼叫时延较小。

进一步地，本发明提出的站管区呼叫业务实现方法及调度信息服务器，由于不需要调度台发起群组创建，因此不会存在因群组创建失败引起站管区呼叫业务失败，呼叫成功率相对较高。

进一步地，本发明提出的站管区呼叫业务实现方法及调度信息服务器，hss中预先配置有各站管区对应的组号，地铁列车的车载台向核心网完成集群注册后，可接收到核心网发送的组信息更新消息，该组信息更新消息中携带有各站管区的组号，因此站管区呼叫业务发起之后，后续其他地铁列车驶入站台时，这些列车的车载台可基于组信息更新消息中站管区的组号自动进入站管区呼叫业务中，解决现有技术中重新发起站管区呼叫业务引起的呼叫业务冲突或者合并问题。站管区呼叫业务发起和释放过程较简单清晰。

附图说明

图1为现有技术中站管区呼叫业务实现方法流程；

图2为本发明第一实施例提供的一种站管区呼叫业务实现方法流程；

图3为本发明第二实施例提供的一种调度信息服务器结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

如图2所示，本实施例公开一种站管区呼叫业务实现方法，可包括如下步骤201～202：

201、调度信息服务器(dispatchinformationserver，dis)在接收到用户设备(userequipment，ue)发送的站管区组号请求消息后，基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号。

本实施例中，新增站管区组号请求消息，ue通过向dis发送站管区组号请求消息来请求获取ue所在站管区的组号。

本实施例中，终端类型为固定台或车载台，终端号码为固定台号码或车载台功能号码。

202、所述dis将携带有所述目标组号的站管区组号响应消息发送到所述ue，以使所述ue基于所述目标组号向核心网发起组呼建立流程，实现站管区呼叫业务。

本实施例中，核心网连接的归属签约用户服务器(homesubscriberserver，hss)中预先配置有各站管区对应的组号以及各站管区覆盖的小区标识，例如各站管区覆盖的小区的列表。

本实施例中，所述ue基于所述目标组号向核心网发起组呼建立流程，该组呼建立流程可采用b-trunc标准的组呼建立流程，又由于hss中预先配置有各站管区对应的组号以及各站管区覆盖的小区标识，因此组呼建立流程可顺利进行，具体步骤本文不再详述。

可见，本实施例公开的站管区呼叫业务实现方法，由调度信息服务器基于ue发送的站管区组号请求消息中携带的终端类型及终端号码，确定ue所在站管区的组号，并将该组号返给ue，使ue基于该组号发起组呼流程，整个过程不需要调度台的参与，呼叫时延较小。

进一步地，本实施例公开的站管区呼叫业务实现方法，由于不需要调度台发起群组创建，因此不会存在因群组创建失败引起站管区呼叫业务失败，呼叫成功率相对较高。

进一步地，本实施例公开的站管区呼叫业务实现方法，hss中预先配置有各站管区对应的组号，地铁列车的车载台向核心网完成集群注册后，可接收到核心网发送的组信息更新消息，该组信息更新消息中携带有各站管区的组号，因此站管区呼叫业务发起之后，后续其他地铁列车驶入站台时，这些列车的车载台可基于组信息更新消息中站管区的组号自动进入站管区呼叫业务中，解决现有技术中重新发起站管区呼叫业务引起的呼叫业务冲突或者合并问题。站管区呼叫业务发起和释放过程较简单清晰。

在一个具体的例子中，步骤201所述基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号，包括图2中未示出的步骤2011和2012：

2011、基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号。

本实施例中，dis中预先配置有各站管区对应的组号以及各站管区对应的固定台号码。

本实施例中，组号也可称为群组号码，各站管区对应的组号也可称为各站管区对应的群组号码。

2012、将所述终端号码对应的站管区组号确定为所述ue所在站管区的目标组号。

在一个具体的例子中，步骤2011所述基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，具体包括如下步骤a、b和c：

a、若所述终端类型为固定台，则确定所述终端号码为固定台号码。

b、从预先配置的各站管区对应的固定台号码中，查询与所述终端号码相同的固定台号码，并基于该固定台号码确定所述终端号码对应的目标站管区。

本实施例中，由于一个固定台对应一个站管区，因此当确定ue为固定台，则基于该固定台的号码(该号码与终端号码相同)即可确定ue对应的目标站管区。

c、从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

在一个具体的例子中，步骤2011所述基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，具体包括如下步骤a’、b’和c’：

a’、若所述终端类型为车载台，则确定所述终端号码为车载台功能号码。

b’、基于所述终端号码确定所述ue所在的目标站管区。

本实施例中，当ue为车载台，则说明终端号码为车载台功能号码，此时，可基于该车载台功能查询ue当前所在的站管区，具体查询操作采用现有操作即可，本实施例不再赘述。

c’、从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

在一个具体的例子中，所述站管区组号响应消息中还携带有结果值(resultcode)，所述结果值用于指示所述站管区组号响应成功或失败；

其中，所述结果值为所述dis基于所述终端类型以及终端号码确定的结果值。

本实施例中，当resultcode为0，则指示所述站管区组号响应成功；当resultcode为1，则指示所述站管区组号响应失败。

本实施例中，当ue的终端类型为固定台，而ue的终端号码不是dis中预先配置的固定台号码，则resultcode为1。当ue的终端类型为车载台，而dis基于ue的终端号码无法查询到所述ue所在的目标站管区，则resultcode为1。

基于以上实施例公开的站管区呼叫业务实现方法，进一步给出站管区组号请求消息的具体格式，如表一所示；站管区组号响应消息的具体格式如表二所示。

表一站管区组号请求消息(stationgroupnumberrequest)

表二站管区组号响应消息(stationgroupnumberresponse)

如图3所示，本实施例公开一种调度信息服务器，可包括以下单元：确定单元31及发送单元32，各单元具体说明如下：

确定单元31，用于在接收到用户设备ue发送的站管区组号请求消息后，基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号；

发送单元32，用于将携带有所述目标组号的站管区组号响应消息发送到所述ue，以使所述ue基于所述目标组号向核心网发起组呼建立流程，实现站管区呼叫业务；

其中，所述终端类型为固定台或车载台，所述终端号码为固定台号码或车载台功能号码，所述核心网连接的归属签约用户服务器hss中预先配置有各站管区对应的组号以及各站管区覆盖的小区标识。

本实施例公开的调度信息服务器，可实现图2所示的站管区呼叫业务实现方法流程，因此，本实施例中的调度信息服务器的效果及说明可参见图2所示的方法实施例，在此不再赘述。

在一个具体的例子中，所述确定单元31基于该请求消息中携带的终端类型以及终端号码，确定所述ue所在站管区的目标组号，包括：

所述确定单元31基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号；

所述确定单元31将所述终端号码对应的站管区组号确定为所述ue所在站管区的目标组号。

在一个具体的例子中，所述确定单元31基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为固定台，则所述确定单元31确定所述终端号码为固定台号码；

所述确定单元31从预先配置的各站管区对应的固定台号码中，查询与所述终端号码相同的固定台号码，并基于该固定台号码确定所述终端号码对应的目标站管区；

所述确定单元31从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

在一个具体的例子中，所述确定单元31基于该请求消息中携带的终端类型以及终端号码，从预先配置的各站管区对应的组号以及各站管区对应的固定台号码中，查询所述终端号码对应的站管区组号，包括：

若所述终端类型为车载台，则所述确定单元31确定所述终端号码为车载台功能号码；

所述确定单元31基于所述终端号码确定所述ue所在的目标站管区；

所述确定单元31从预先配置的各站管区对应的组号中，查询所述目标站管区对应的组号，得到所述终端号码对应的站管区组号。

在一个具体的例子中，所述站管区组号响应消息中还携带有结果值，所述结果值用于指示所述站管区组号响应成功或失败；

其中，所述结果值为所述确定单元基于所述终端类型以及终端号码确定的结果值。

可见，实施例公开的调度信息服务器，由调度信息服务器基于ue发送的站管区组号请求消息中携带的终端类型及终端号码，确定ue所在站管区的组号，并将该组号返给ue，使ue基于该组号发起组呼流程，整个过程不需要调度台的参与，呼叫时延较小。

进一步地，实施例公开的调度信息服务器，由于不需要调度台发起群组创建，因此不会存在因群组创建失败引起站管区呼叫业务失败，呼叫成功率相对较高。

进一步地，实施例公开的调度信息服务器，hss中预先配置有各站管区对应的组号，地铁列车的车载台向核心网完成集群注册后，可接收到核心网发送的组信息更新消息，该组信息更新消息中携带有各站管区的组号，因此站管区呼叫业务发起之后，后续其他地铁列车驶入站台时，这些列车的车载台可基于组信息更新消息中站管区的组号自动进入站管区呼叫业务中，解决现有技术中重新发起站管区呼叫业务引起的呼叫业务冲突或者合并问题。站管区呼叫业务发起和释放过程较简单清晰。

本领域技术人员可以理解，可以把实施例中的各单元组合成一个单元，以及此外可以把它们分成多个子单元。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处，可以采用任何组合对本说明书中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解，实施例中的各单元可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。