CN101489189A - 一种基于智能网的动态语音组呼实现方法 - Google Patents

Abstract

本发明涉及一种基于智能网的动态语音组呼实现方法，移动用户要想建立一个组呼，则首先要申请动态组呼，申请过程中将组呼属性发送给网络，如组呼成员、组呼优先级等等，申请动态组呼成功之后用户就可以发起该组呼。一次申请动态组呼可以多次使用，也就是可以多次发起此组呼。不再需要使用该组呼时，用户要主动发起组呼注销请求，进行组呼注销。若注销成功，该动态组呼立即被删除，网络中就不再存在该组呼的相关信息，移动用户要想再使用动态组呼就要再次申请。对用户发起、注销、查询以及网络的强制注销动态组呼业务的实现过程和区域创建做出了具体的流程设计和规范，为解决铁路中对临时组呼的需求提出了新的方法和思路。

Description

一种基于智能网的动态语音组呼实现方法

技术领域

本发明涉及移动通信领域，特别是指一种基于智能网的动态组呼实现方法。应用于铁路无线移动通信的动态组呼方法。

背景技术

目前，现有的铁路数字移动通信系统(Global System for Mobilecommunication-Railway简称GSM-R)，其中语音组呼业务是GSM-R关键技术之一，但现有的语音组呼业务存在一些固有缺陷。本发明在现有语音组呼的基础上提出了一种GSM-R动态语音组呼的方法，并给出了动态组呼业务的规范和设计方法，为GSM-R业务的发展提供依据。

语音组呼业务定义了一种由多方参加，其中一部分人可以讲话、多方聆听的点对多点的语音通信方式。它可以使组成员在预定义的组呼区域内采用公共下行链路实现多方通话，所有的业务用户均收听该下行链路，讲话者的角色可以转换，通过竞争的方式占用上行链路，但一个时刻只能有一个业务用户占用上行链路。语音组呼通过特定的组呼参考来标识，组呼参考由组呼区域编号和组ID唯一确定，组呼区域编号可用来界定组呼所覆盖的地理范围，以蜂窝小区为基本单位；组ID用来标识该组的功能，即由哪些身份的成员参加。

上述静态组呼业务中不同的组包含哪些成员是由运营商根据铁路实际需求事先规定好的，即在组呼属性中已经配置好组呼成员号码，在移动用户的客户识别模块(Subscriber Identity Module，SIM卡)中也已经写好该用户能参与哪些组呼。因此现有静态组呼的成员和方式相对固定，很难创建一个临时发起的基于角色的组呼，既打扰到不必要参与组呼的人员，又浪费了信道资源。因此，系统需要一种更灵活的动态语音组呼业务。

发明内容

本发明的目的在于避免上述现有技术中的不足之处而提供一种基于智能网的动态组呼实现方法，实现动态语音组呼业务中的两个基本思想是组呼成员的动态和组呼区域的动态。本方法针对铁路运营的特殊要求，通过原有语音组呼业务的规范提出一些功能上的修改，即通过智能网结合非结构化补充数据业务(Unstructured Supplementary Service Data，USSD)来设计实现动态组呼业务，对用户发起、注销、查询以及网络的强制注销动态组呼业务的实现过程和区域创建做出了具体的流程设计和规范，为解决铁路中对临时组呼的需求提出了新的方法和思路。

本发明的目的可以通过以下措施来达到：

一种基于智能网的动态语音组呼实现方法，该方法包括移动用户发起动态语音组呼申请、移动用户申请注销动态组呼、网络强制注销动态组呼、移动用户发起查询动态组呼，分别叙述如下：

1)移动用户发起动态语音组呼申请：

步骤一：通过执行USSD业务请求消息中的USSD字串将组呼各成员的功能号发送给网络；

步骤二：网络收到申请后，检查发起申请的用户是否具有申请动态组呼的权限，权限的规定应根据铁路运营需求事先在网络中设定；

步骤三：若申请权限检查通过，网络需进一步检查所有组成员号码的有效性，如果某一成员号码无效，并不影响组呼的申请，只是在组呼中不加入该用户；

步骤四：所有检查完毕之后，SCP将分配一个临时的组呼ID，并通过执行USSD业务请求响应消息中的USSD字串发送给申请者，同时，SCP通过执行USSD业务请求消息将组ID发送给组内其他的有效成员，并向其请求位置信息；

步骤五：其他组呼成员收到该消息后，将组ID写入SIM卡中，并向SCP发送USSD业务请求响应消息，该消息中携带组呼成员当前的位置信息；

步骤六：SCP收到所有用户的确认消息后，立即组织创建相应的组呼区域，并通过TCP/IP接口将组呼属性，如组ID、组成员、组呼区域发送到GCR；

2)移动用户申请注销动态组呼：

步骤一：移动台通过USSD字串将自身的功能号和要注销的动态组呼ID发送到SCP请求注销；

步骤二：SCP收到请求之后，判断该移动用户是否有权注销，即判断该用户是否为组呼的发起申请者，若判断通过，则通知该用户注销成功，SCP同时发起USSD字串到各组呼成员，通知其该动态组呼已经被注销，命令移动台从SIM卡中删除该组ID；

步骤三：SCP发消息到GCR命令GCR把该动态组呼的属性从组呼列表中删除，同时，SCP将该组ID标记为可用；

3)网络强制注销动态组呼：

步骤一：GCR设定一个定时器，从移动台发起动态组呼申请后开始启动，之后每次组呼建立时复位，组呼释放后重新启动定时器，定时器超时后GCR删除此动态组呼的组呼，同时发消息通知SCP该动态组呼已经被删除，命令SCP进行强制注销；

步骤二：SCP收到GCR的命令后将注销USSD字串发送给各个成员，通知此动态组呼已经被强制注销，移动台收到强制注销USSD字串后，自动将此动态组呼的组呼ID从SIM卡中删除；

4)移动用户发起查询动态组呼：

步骤一：移动用户通过执行USSD业务请求消息发送查询USSD字串；

步骤二：SCP将根据消息内容将相应的查询结果通过执行USSD业务请求传送给该移动用户。

本发明相比现有技术具有如下优点：动态组呼业务比现有静态组呼业务具有一定的优势。在功能方面，可以做到基于角色创建组呼成员，只创建该组呼需要的组呼成员，这样不会打扰不需要的其他用户，这在铁路上是很重要的。另外，动态组呼业务中组呼成员较少，一般组呼区域也要减少，在一定的程度上也降低了所需要的信道。在组呼区域上提出动态组呼区域的概念，很好的解决了静态组呼业务的固定组呼区域问题，减少信道的浪费。在业务设计上，不需要添加新的硬件设备，虽然在多个设备上需要一定的修改但是修改程度较小，从技术角度上较容易实现。

附图说明

图1 SCP中移动用户申请动态组呼处理流程图；

图2 移动台收到网络发送的通知消息后处理流程图；

图3 移动用户发起动态语音组呼信令交互过程；

图4 移动用户申请注销动态组呼信令交互过程；

图5 网络发起强制注销组呼信令交互过程；

图6 移动用户发起查询动态组呼信令交互过程。

具体实施方式

动态组呼业务中组呼成员是动态的，移动用户可以根据具体情况临时组织一个组呼，组呼中所有成员都由发起申请的该移动用户在申请过程中指定。组呼申请完毕后，动态组呼业务的发起、建立和释放等过程和静态组呼业务都是一样的。移动用户要想建立一个组呼，则首先要申请动态组呼，申请过程中将组呼属性发送给网络，如组呼成员、组呼优先级等等，申请动态组呼成功之后用户就可以发起该组呼。一次申请动态组呼可以多次使用，也就是可以多次发起此组呼。但是不再需要使用该组呼时，用户要主动发起组呼注销请求，进行组呼注销。若注销成功，该动态组呼立即被删除，网络中就不再存在该组呼的相关信息，移动用户要想再使用动态组呼就要再次申请。因此可以明显看出动态组呼业务中组呼可以随时由用户申请，组呼成员都是动态的，是由用户根据各成员的功能角色申请的，体现出组呼的临时组织性。

本发明提出的动态语音组呼包括实现动态语音组呼过程的四种途径：移动用户发起动态语音组呼申请、移动用户申请注销动态组呼、网络强制注销动态组呼和移动用户发起查询动态组呼。

移动用户发起动态语音组呼申请：

欲发起动态语音组呼的移动用户将组呼各成员的功能号发送到网络侧，网络收到申请后，首先要检查发起申请的用户是否具有申请动态组呼的权限，以减少网络资源的浪费并保证铁路通信的安全。所有检查完毕之后，业务控制点(Service Control Point，SCP)将分配一个临时的组呼ID，并发送给申请者，也将组ID发送给组内其他的有效成员，请求位置信息。其他组呼成员收到该消息后，将组ID写入SIM卡中，并向SCP发送确认消息。

SCP收到所有用户的确认消息后，立即组织创建相应的组呼区域，并通过TCP/IP接口将组呼属性，如组ID、组成员、组呼区域等等发送到组呼寄存器(Group Call Register，GCR)。

移动用户申请注销动态组呼：

如果不再需要该动态组呼，移动用户应当发起USSD注销动态组呼。在动态组呼业务中，并不是所有的用户都能注销组呼，只有申请该动态组呼的移动用户才有权注销组呼。

为了应用的方便，注销过程分为两类，一类是注销该移动台所申请的所有动态组呼，另一类是注销该移动台所申请的某一组呼或者某一些组呼。

网络强制注销动态组呼：

在动态组呼业务中，组ID的数量是有限的，因此动态组呼的组ID变成了系统的一种资源。如果动态组呼一直处于激活状态，移动台每次进行小区重选或小区切换时都要向网络报告位置信息，会造成网络较大的开销。因此，用户不再使用动态组呼时就应该将其注销。

移动用户发起查询动态组呼：

在动态组呼业务中，移动台可以发起USSD字串进行动态组呼的查询。将查询分为两种：查询移动用户可参加的所有动态组呼和查询某个动态组呼所包含的所有成员。

下面结合附图对本发明作进一步的说明。

移动用户发起动态语音组呼申请：

步骤一：移动台通过执行USSD业务请求消息中的USSD字串将组呼各成员的功能号发送给网络；

步骤二：网络收到申请后，检查发起申请的用户是否具有申请动态组呼的权限，权限的规定应根据铁路运营需求事先在网络中设定；

步骤三：若申请权限检查通过，网络需进一步检查所有组成员号码的有效性，如果某一成员号码无效，并不影响组呼的申请，只是在组呼中不加入该用户；

步骤四：所有检查完毕之后，SCP将分配一个临时的组呼ID，并通过执行USSD业务请求响应消息中的USSD字串发送给申请者。同时，SCP通过执行USSD业务请求消息将组ID发送给组内其他的有效成员，并向其请求位置信息；

SCP中移动用户申请动态组呼处理流程见图1。

步骤五：其他组呼成员收到该消息后，将组ID写入SIM卡中，并向SCP发送USSD业务请求响应消息，该消息中携带组呼成员当前的位置信息；

移动台收到网络发送的通知消息之后的处理流程见图2。

步骤六：SCP收到所有用户的确认消息后，立即组织创建相应的组呼区域，并将组呼属性如组ID、组成员、组呼区域等等发送到GCR。

移动台向网络发起动态组呼申请的具体信令流程见图3。

执行USSD业务请求消息和非结构化请求消息中USSD字串的格式及其相关说明见表1和表2。

表1  执行USSD业务请求消息中的USSD字串格式

表2  非结构化请求消息中的USSD字串格式

 

编号	值	类型	说明
				1	OC	必选	操作代码
2	SC	必选	业务代码230(此处为动态组呼业务)
				3	*	必选	分隔符
4	Group ID	必选	动态组呼ID
				5	*	必选	分隔符
6	PR	必选	优先级
				7	*	必选	分隔符
8	Controller	必选	足否为调度员(0表示调度员，1表示非调度员)

 

9	*	必选	分隔符
				10	Initiate and End	必选	是否能发起和结束呼叫00：能发起，能结束01：能发起，不能结束10：不能发起，能结束11：不能发起，不能结束
11	#	必选	USSD串结束

移动用户申请注销动态组呼：

步骤一：移动台通过USSD字串将自身的功能号和要注销的动态组呼ID发送到SCP请求注销；

步骤二：SCP收到请求之后，判断该移动用户是否有权注销，即判断该用户是否为组呼的发起申请者。若判断通过，则通知该用户注销成功。SCP同时发起USSD字串到各组呼成员，通知其该动态组呼已经被注销，命令移动台从SIM卡中删除该组ID；

步骤三：SCP发消息到GCR命令GCR把该动态组呼的属性从组呼列表中删除，同时，SCP将该组ID标记为可用。

动态组呼注销的信令交互过程见图4。

移动用户发起执行USSD业务请求注销组呼USSD字串格式及其说明见表3。

表3  用户发起执行USSD业务请求注销的USSD字串格式

网络强制注销动态组呼：

步骤一：GCR设定一个定时器，从移动台发起动态组呼申请后开始启动，之后每次组呼建立时复位，组呼释放后重新启动定时器。定时器超时后GCR删除此动态组呼的组呼，同时发消息通知SCP该动态组呼已经被删除，命令SCP进行强制注销；

步骤二：SCP收到GCR的命令后将注销USSD字串发送给各个成员，通知此动态组呼已经被强制注销，移动台收到强制注销USSD字串后，自动将此动态组呼的组呼ID从SIM卡中删除。图5为网络强制注销动态组呼信令流程图。

表4为强制注销USSD字串格式及相关说明。

表4  强制注销的USSD字串格式

 

编码	值	类型	说明
				1	OC	必选	操作代码
2	SC	必选	业务代码230(此处为动态组呼业务)
				3	*	必选	分隔符
4	Group ID	必选	强制注销的Group ID
				5	#	必选	USSD字串结束

移动用户发起查询动态组呼：

步骤一：移动用户通过执行USSD业务请求消息发送查询USSD字串；

步骤二：SCP将根据消息内容将相应的查询结果通过执行USSD业务请求传送给该移动用户。

图6为动态组呼查询信令流程图。表5列出了查询USSD字串的格式及其相关说明。

表5  查询USSD字串的格式

 

编码	值	类型	说明
				1	OC	必选	操作代码
2	SC	必选	业务代码230(此处为动态组呼业务)
				3	*	必选	分隔符
4	Type	必选	查询类型0：表示第一类查询(后一个字符直接是#，代表USSD字串结束)1：表示第二类查询
				5	*	可选	分隔符
6	Group ID	可选	要进行第二类查询的Group ID
				7	#	必选	USSD字串结束

Claims (1)

1.一种基于智能网的动态语音组呼实现方法，其特征是：该方法包括移动用户发起动态语音组呼申请、移动用户申请注销动态组呼、网络强制注销动态组呼、移动用户发起查询动态组呼，分别叙述如下：

1)移动用户发起动态语音组呼申请：

步骤一：通过执行USSD业务请求消息中的USSD字串将组呼各成员的功能号发送给网络；

步骤二：网络收到申请后，检查发起申请的用户是否具有申请动态组呼的权限，权限的规定应根据铁路运营需求事先在网络中设定；

步骤三：若申请权限检查通过，网络需进一步检查所有组成员号码的有效性，如果某一成员号码无效，并不影响组呼的申请，只是在组呼中不加入该用户；

步骤四：所有检查完毕之后，SCP将分配一个临时的组呼ID，并通过执行USSD业务请求响应消息中的USSD字串发送给申请者，同时，SCP通过执行USSD业务请求消息将组ID发送给组内其他的有效成员，并向其请求位置信息；

步骤五：其他组呼成员收到该消息后，将组ID写入SIM卡中，并向SCP发送USSD业务请求响应消息，该消息中携带组呼成员当前的位置信息；

步骤六：SCP收到所有用户的确认消息后，立即组织创建相应的组呼区域，并通过TCP/IP接口将组呼属性，如组ID、组成员、组呼区域发送到GCR；

2)移动用户申请注销动态组呼：

步骤一：移动台通过USSD字串将自身的功能号和要注销的动态组呼ID发送到SCP请求注销；

步骤二：SCP收到请求之后，判断该移动用户是否有权注销，即判断该用户是否为组呼的发起申请者，若判断通过，则通知该用户注销成功，SCP同时发起USSD字串到各组呼成员，通知其该动态组呼已经被注销，命令移动台从SIM卡中删除该组ID；

步骤三：SCP发消息到GCR命令GCR把该动态组呼的属性从组呼列表中删除，同时，SCP将该组ID标记为可用；

3)网络强制注销动态组呼：

步骤一：GCR设定一个定时器，从移动台发起动态组呼申请后开始启动，之后每次组呼建立时复位，组呼释放后重新启动定时器，定时器超时后GCR删除此动态组呼的组呼，同时发消息通知SCP该动态组呼已经被删除，命令SCP进行强制注销；

步骤二：SCP收到GCR的命令后将注销USSD字串发送给各个成员，通知此动态组呼已经被强制注销，移动台收到强制注销USSD字串后，自动将此动态组呼的组呼ID从SIM卡中删除；

4)移动用户发起查询动态组呼：

步骤一：移动用户通过执行USSD业务请求消息发送查询USSD字串；

步骤二：SCP将根据消息内容将相应的查询结果通过执行USSD业务请求传送给该移动用户。

Images