CN101478830A

CN101478830A - 业务寻呼处理的方法、bsc、msc和系统

Info

Publication number: CN101478830A
Application number: CNA2009100071114A
Authority: CN
Inventors: 叶济宇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-02-03
Filing date: 2009-02-03
Publication date: 2009-07-08
Anticipated expiration: 2029-02-03
Also published as: CN101478830B

Abstract

本发明公开了一种业务寻呼处理的方法、BSC、MSC和系统，属于通信领域。所述方法包括：接收移动交换中心MSC转发的业务寻呼；获取业务寻呼的类型信息和寻呼发送状态信息；按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定所述业务寻呼的优先级，按照优先级的顺序对所述业务寻呼进行处理。所述BSC包括：存储模块、接收模块、获取模块、确认模块和处理模块。所述MSC包括：识别模块、添加模块和转发模块。所述系统包括MSC和BSC。本发明实施例通过在业务寻呼中添加寻呼类型信息和寻呼发送状态信息，使得BSC可以根据业务寻呼的类型和寻呼发送状态确定业务寻呼的优先级，实现对不同业务寻呼的区分处理，使一些重要的业务寻呼得到保护。

Description

业务寻呼处理的方法、BSC、MSC和系统

技术领域

本发明涉及通信领域，特别涉及一种业务寻呼处理的方法、BSC、MSC和系统。

背景技术

GSM(Global System for Mobile Communication，全球移动通信系统)是目前使用最广泛的移动通信系统，GSM的寻呼方式有很多种，使用最广泛的寻呼方式是按照位置区进行寻呼，即在一个位置区内的被叫用户的业务寻呼，会在这个位置区的所有小区的PCH(PCH PagingChannel，寻呼信道)上进行下发。

GSM的通信基于BSS(Base Station Subsystem，基站子系统)，在BSS系统中进行业务寻呼时，由MSC(MSC Mobile Switching Center，移动交换中心)将被叫用户的业务寻呼转发给BSC(BSC Base Station Controller，基站控制器)，BSC根据被叫用户所在小区的PCH信道配置，向被叫用户位置区的所有小区下发寻呼命令。被叫用户的手机在接收到对自己的寻呼之后，上报寻呼响应，完成一次寻呼的接续。如果在规定的时间内，MSC没有收到被叫用户的响应，MSC会根据寻呼策略重发寻呼，或者直接结束本次寻呼。

在重大节日期间，如中秋和春节，或在人口密集的地区，如大型商业区，业务寻呼通常会比较多。另外，在某些发生自然灾害的地区，业务寻呼也会发生剧增，在这些情况下，经常会发生PCH和BSC过载的情况，BSS系统会出现不同程度的话务量下降现象，而重发的寻呼也会恶化PCH和BSC过载程度。此时，BSS系统为了保证系统安全运行，一般会对业务寻呼和信道请求进行丢弃，由BSC不加区分的丢弃部分业务寻呼。

在实现本发明的过程中，发明人发现：

现有技术中BSS系统无法对业务寻呼进行区分，不能对重要业务的寻呼优先进行处理。导致一些重要的业务寻呼未被保护而使用户的业务感受比较差。

发明内容

为了在BSS系统进行业务寻呼时，对各种业务寻呼进行区分处理，本发明实施例提供了一种业务寻呼处理的方法，所述技术方案如下：

一种业务寻呼处理的方法，所述方法包括：

接收移动交换中心MSC转发的业务寻呼；

获取所述业务寻呼的类型信息和寻呼发送状态信息；

按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定所述业务寻呼的优先级；

按照优先级的顺序对所述业务寻呼进行处理。

本发明实施例还提供了一种BSC，所述BSC包括：

存储模块，用于存储预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级；

接收模块，用于接收MSC转发的业务寻呼；

获取模块，用于获取所述业务寻呼的类型信息和寻呼发送状态信息；

确认模块，用于按照存储模块中存储的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定所述业务寻呼的优先级；

处理模块，用于按照优先级的顺序对所述业务寻呼进行处理。

本发明实施例还提供了一种MSC，所述MSC包括：

识别模块，用于对业务寻呼的类型和寻呼发送状态进行识别；

添加模块，用于在所述业务寻呼中添加所述业务寻呼的类型信息和寻呼发送状态信息；

转发模块，用于转发添加了类型信息和寻呼发送状态信息的所述业务寻呼。

本发明实施例还提供了一种业务寻呼处理的系统，所述系统包括：

MSC，用于向BSC转发业务寻呼，所述业务寻呼中包括所述业务寻呼的类型信息和寻呼发送状态信息；

BSC，用于接收MSC转发的业务寻呼，获取所述业务寻呼的类型信息和寻呼发送状态信息，按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定所述业务寻呼的优先级，按照优先级的顺序对所述业务寻呼进行处理。

本发明实施例通过在业务寻呼中添加寻呼的类型信息和寻呼发送状态信息，使得BSC可以根据业务寻呼的类型和寻呼发送状态确定业务寻呼的优先级，实现对不同业务寻呼的区分处理，使一些重要的业务寻呼得到保护。

附图说明

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

图1是本发明实施例1提供的业务寻呼处理的方法流程图；

图2是本发明实施例2提供的业务寻呼处理的方法流程图；

图3是本发明实施例3提供的BSC的结构图；

图4是本发明实施例3提供的MSC的结构图；

图5是本发明实施例4提供的业务寻呼处理的系统的结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

为了在BSS系统进行业务寻呼时，对各种业务寻呼进行区分处理，本发明实施例提供了一种业务寻呼处理的方法，参见图1，具体包括：

101：接收移动交换中心MSC转发的业务寻呼；

102：获取业务寻呼的类型信息和寻呼发送状态信息；

103：按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定业务寻呼的优先级；

104：按照优先级的顺序对业务寻呼进行处理。

具体的，在本发明实施例中，可以按照优先级由高到低的顺序对业务寻呼进行处理。

实施例2

为了在BSS系统进行业务寻呼时，对各种业务寻呼进行区分处理，本发明实施例提供了一种业务寻呼处理的方法，参见图2，具体包括：

201：MSC在接收到用户的业务寻呼后，对业务寻呼的类型和寻呼发送状态进行识别，并在该业务寻呼中添加该业务寻呼的类型信息和寻呼发送状态信息，并将添加了类型信息和寻呼发送状态信息的业务寻呼转发给BSC。

MSC对业务寻呼进行识别，获取的业务寻呼的具体信息，包括业务寻呼的类型和寻呼发送状态等信息，具体的，业务寻呼的类型有多种，参见表1为例举的一些业务寻呼的类型及描述。

表1

业务的寻呼发送状态包括：业务寻呼是首次发送和/或重新发送，在一些应用场景中，还可以进一步的划分，比如，将寻呼发送状态划分为：TMSI方式的首次发送、TMSI方式的重新发送、IMSI方式的首次发送和IMSI方式的重新发送。

MSC在业务寻呼中添加业务寻呼的类型和寻呼发送状态后，将业务寻呼转发给BSC，具体的，参见表2为MSC发送给BSC的业务寻呼的格式，其中的信息元素Channel Needed的内容是MSC发送业务寻呼所需的信道Channel，该信道Channel中包含spare域，在本发明实施例中，可以在Channel Needed表项所对应的信道Channel的spare域中添加业务寻呼的类型信息和寻呼发送状态信息。举例说明，参见表3为某个BSS系统中的信道Channel的spare域的具体内容，MSC在该spare域中添加了寻呼类型信息和寻呼发送状态信息。

信息元素	REFERENCE	DIRECTION	TYPE	LEN
信息元素	REFERENCE	DIRECTION	TYPE	LEN	Message Type	3.2.2.1	MSC-BSS	M	1
IMSI	3.2.2.6	MSC-BSS	M	3-10	Message Type	3.2.2.1	MSC-BSS	M	1
IMSI	3.2.2.6	MSC-BSS	M	3-10	TMSI	3.2.2.7	MSC-BSS	O(note2)	6
Cell Identifier List	3.2.2.27	MSC-BSS	M	3to3+7n	TMSI	3.2.2.7	MSC-BSS	O(note2)	6
Cell Identifier List	3.2.2.27	MSC-BSS	M	3to3+7n	Channel Needed	3.2.2.36	MSC-BSS	O(note2)	2
eMLPP Priority	3.2.2.56	MSC-BSS	O(note3)	2	Channel Needed	3.2.2.36	MSC-BSS	O(note2)	2
eMLPP Priority	3.2.2.56	MSC-BSS	O(note3)	2	Paging Information	3.2.2.85	MSC-BSS	O	2

表2

表3

此外，MSC还有其他的方法在业务寻呼消息中添加寻呼类型信息和寻呼发送状态消息，比如也可以直接在表2中增加寻呼类型和寻呼发送状态的表项，并将业务的寻呼类型信息和寻呼发送状态信息添加到该增加的表项中。

202：BSC接收MSC转发的业务寻呼。

203：BSC获取业务寻呼的类型信息和寻呼发送状态信息。

204：BSC根据业务寻呼的类型信息和寻呼发送状态信息，按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定业务寻呼的优先级，

在本发明实施例中，可以在BSC中根据预设的策略定义并存储每种类型的业务寻呼在不同寻呼发送状态下的优先级。通过在BSC中预设每种业务寻呼在不同状态下的优先级，使得BSC可以对不同类型的业务寻呼进行区别处理。

在BSC中定义每种业务寻呼的优先级时，可以根据具体的应用进行定义，比如在一个以短信业务和呼叫业务为主的BSS系统中，如果呼叫业务的重要性比短信业务高，而重发寻呼的重要性相对较低，则可以在BSC中定义呼叫业务寻呼在首次发送时优先级最高，而短信业务寻呼在首次发送时的优先级低于呼叫业务寻呼在首次发送时的优先级，定义呼叫业务寻呼在重新发送时的优先级低于短信业务寻呼在首次发送时的优先级，定义短信业务寻呼在重新发送时的优先级最低。

205：BSC按照优先级的顺序对业务寻呼进行处理。

BSC在确定了接收到的业务寻呼的优先级后，可以按照优先级的高低对业务寻呼进行处理。比如在上述以短信业务和呼叫业务为主的BSS系统中，定义的首次发送的呼叫寻呼优先级最高，因此BSC在接收到业务寻呼中优先处理首次发送的呼叫寻呼，使比较重要的呼叫寻呼得到了保护。而在一些特殊的应用场景中，比如需要对GSS业务进行优先处理的场景中，则可以在204中，定义GSS的优先级别为最高，则BSC在接收到GSS业务寻呼时，就会优先进行处理。

实施例3

为了在BSS系统进行业务寻呼时，对各种业务寻呼进行区分处理，本发明实施例提供了一种BSC和MSC，参见图3，该BSC，包括：

存储模块301，用于存储预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级；

接收模块302，用于接收MSC转发的业务寻呼；

获取模块303，用于获取接收模块302接收到的业务寻呼的类型信息和寻呼发送状态信息；

确认模块304，用于按照存储模块中存储的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定业务寻呼的优先级；

处理模块305，用于按照优先级的顺序对接收模块302接收到的业务寻呼进行处理。

具体的，处理模块305可以按照优先级由高到低的顺序对业务寻呼进行处理。

在本发明实施例中，由MSC对接收到的业务寻呼进行识别，并在业务寻呼中添加类型信息和寻呼发送状态信息。

参见图4，该MSC，包括：

识别模块401，用于对业务寻呼的类型和寻呼发送状态进行识别；

添加模块402，用于在该业务寻呼中添加该业务寻呼的类型信息和寻呼发送状态信息；

转发模块403，用于转发添加了类型信息和寻呼发送状态信息的该业务寻呼。

具体的，在以短信业务和呼叫业务为主的BSS系统中，该业务寻呼的类型包括：短信业务寻呼和/或呼叫业务寻呼，该业务寻呼的寻呼发送状态包括：首次发送和/或重新发送。

相应的，在BSC中也应进行相应的定义：定义呼叫业务寻呼在首次发送时的优先级高于短信业务寻呼在首次发送时的优先级，定义短信业务寻呼在首次发送时的优先级高于呼叫业务寻呼在重新发送时的优先级，定义呼叫业务寻呼在重新发送时的优先级高于短信业务寻呼在重新发送时的优先级。

实施例4

参见图5，本发明实施例提供了一种业务寻呼处理的系统，包括：

MSC501，用于向BSC502转发业务寻呼，该业务寻呼中包括该业务寻呼的类型信息和寻呼发送状态信息；

BSC502，用于接收MSC501转发的业务寻呼；获取业务寻呼的类型信息和寻呼发送状态信息；按照预设的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定业务寻呼的优先级，按照优先级的顺序对业务寻呼进行处理。

MSC501包括：

添加模块，用于在该业务寻呼中添加业务寻呼的类型信息和寻呼发送状态信息；

转发模块，用于将添加了类型信息和寻呼发送状态信息的业务寻呼转发给BSC501。BSC502包括：

接收模块，用于接收MSC转发的业务寻呼；

获取模块，用于获取接收模块302接收到的业务寻呼的类型信息和寻呼发送状态信息；

确认模块，用于按照存储模块中存储的每种类型的业务寻呼在不同寻呼发送状态下的优先级，确定业务寻呼的优先级；

处理模块，用于按照优先级的顺序对接收模块302接收到的业务寻呼进行处理。

具体的，处理模块可以按照优先级由高到低的顺序对业务寻呼进行处理。

其中，在以短信业务和呼叫业务为主的BSS系统中，该业务寻呼的类型包括：短信业务寻呼和/或呼叫业务寻呼，该业务寻呼的寻呼发送状态包括：首次发送和/或重新发送。

相应的，在该BSS系统中，在BSC502中也应进行相应的定义：定义呼叫业务寻呼在首次发送时的优先级高于短信业务寻呼在首次发送时的优先级，定义短信业务寻呼在首次发送时的优先级高于呼叫业务寻呼在重新发送时的优先级，定义呼叫业务寻呼在重新发送时的优先级高于短信业务寻呼在重新发送时的优先级。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述程序可以存储于一计算机可读取存储介质中，所述存储介质为计算机的软盘、硬盘或光盘等。

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

Claims

1、一种业务寻呼处理的方法，其特征在于，所述方法包括：

接收移动交换中心MSC转发的业务寻呼；

获取所述业务寻呼的类型信息和寻呼发送状态信息；

按照优先级的顺序对所述业务寻呼进行处理。

2、根据权利要求1所述的业务寻呼处理的方法，其特征在于，所述接收MSC转发的业务寻呼之前，还包括：

所述MSC对业务寻呼的类型和寻呼发送状态进行识别，并在所述业务寻呼中添加所述业务寻呼的类型信息和寻呼发送状态信息，并转发添加了类型信息和寻呼发送状态信息的所述业务寻呼。

3、根据权利要求1所述的业务寻呼处理的方法，其特征在于，所述业务寻呼的类型包括：短信业务寻呼和/或呼叫业务寻呼，所述业务寻呼的寻呼发送状态包括：首次发送和/或重新发送。

4、一种基站控制器BSC，其特征在于，所述BSC包括：

接收模块，用于接收MSC转发的业务寻呼；

5、根据权利要求4所述的BSC，其特征在于，所述业务寻呼的类型包括：短信业务寻呼和/或呼叫业务寻呼，所述业务寻呼的寻呼发送状态包括：首次发送和/或重新发送。

6、一种接收移动交换中心MSC，其特征在于，所述MSC包括：

7、一种业务寻呼处理的系统，其特征在于，所述系统包括：

8、根据权利要求7所述的业务寻呼处理的系统，其特征在于，所述MSC包括：

转发模块，用于将添加了类型信息和寻呼发送状态信息的所述业务寻呼转发给BSC。

9、根据权利要求7所述的业务寻呼处理的系统，其特征在于，所述BSC包括：

接收模块，用于接收MSC转发的业务寻呼；

10、根据权利要求9所述的业务寻呼处理的系统，其特征在于，所述业务寻呼的类型包括：短信业务寻呼和/或呼叫业务寻呼，所述业务寻呼的寻呼发送状态包括：首次发送和/或重新发送。