CN101227732B - 一种全球移动通信***中基站子***寻呼的方法 - Google Patents
一种全球移动通信***中基站子***寻呼的方法 Download PDFInfo
- Publication number
- CN101227732B CN101227732B CN2008100071637A CN200810007163A CN101227732B CN 101227732 B CN101227732 B CN 101227732B CN 2008100071637 A CN2008100071637 A CN 2008100071637A CN 200810007163 A CN200810007163 A CN 200810007163A CN 101227732 B CN101227732 B CN 101227732B
- Authority
- CN
- China
- Prior art keywords
- beep
- page message
- paging
- bts
- centralized
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种全球移动通信***中基站子***寻呼的方法,包括如下步骤:(1)基站控制器BSC收到A口或Gb口的寻呼消息后,组织一集中式寻呼消息发送给各个基站收发台BTS站点;(2)所述BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区,并最终生成Um口的寻呼消息,寻呼移动台MS。本发明与现有技术相比,将缓解BSC的寻呼处理瓶颈,并大大节省Abis接口通信带宽。
Description
技术领域
本发明涉及GSM(Globe System for Mobile Communications,全球移动通讯)***,尤其涉及一种GSM***中BSS(基站子***)寻呼的方法。
背景技术
在通讯业迅速发展的背景下,全球移动通讯网络的用户数快速增长,对网络设备的处理能力的需求也不断提高。随着BSC(基站控制器)所带载频数的不断提高,用户容量不断增加,导致寻呼消息的急剧增加,网络MSC(移动交换中心)侧对于寻呼消息一般还是按照位置区来进行寻呼的。但位置区从网络规划、网络管理、寻呼成功率等方面考虑,并不可能设置的过小,所以寻呼消息的增加对BSC的处理能力、Abis接口(是BSC与BTS(基站收发台)之间的接口)的带宽都是一个非常严重的考验。
如图1所示,是现有技术GSM***中BSS寻呼的流程示意图,包括如下步骤:
步骤101,BSC从A口(是BSC与MSC之间的接口)或Gb口(是BSS和SGSN(服务GPRS(整合封包无线服务)支持节点)之间的接口)收到寻呼消息;
步骤102,BSC将该寻呼消息根据该寻呼消息对应的寻呼域的小区数量拆分成对应的多条寻呼消息发送给相应BTS中的小区;
步骤103,各个小区收到对应的寻呼消息后,最终生成Um口(是BSS与MS(移动台)之间的接口)的寻呼消息,寻呼MS。
在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)48058协议中,在Abis接口发送的Paging Command(寻呼命令)消息的结构如下表1所示:
信息单元 | 参考书目 | 存在类型 | 格式 | 字节长度 |
Message discriminatorMessage typeChannel numberPaging GroupMS IdentityChannel NeededeMLPP Priority | 9.19.29.3.19.3.149.3.129.3.409.3.49 | MMMMMOO | VVTVTVTLVTVTV | 11222-1022 |
表1 Abis接口的Paging Command消息的结构表
表1的Channel number(信道号)和Paging Group(寻呼组)信息单元,都和具体的小区信道配置和寻呼参数配置相关,每个小区配置不同,最终形成的这两个信息单元也不同。由于这两个单元决定寻呼消息是针对小区发送的,在网络容量不断提高的现在,同一站点下普遍配置三个小区甚至更多六个小区。这样,一条寻呼消息在发往一个站点时就需要拆分成三条或者更多条的寻呼消息,BSC处理集中,同时导致占用的Abis带宽成倍增加,带宽不足时严重影响正常的呼叫消息的发送。
发明内容
本发明提供一种全球移动通信***中基站子***寻呼的方法,以解决寻呼消息数据量太大,导致的BSC处理集中和Abis带宽不足的问题。
为了解决上述技术问题,本发明提供一种全球移动通信***中基站子***寻呼的方法,包括如下步骤:
(1)基站控制器BSC收到A口或Gb口的寻呼消息后,组织一集中式寻呼消息发送给各个基站收发台BTS站点;
(2)所述BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区,并最终生成Um口的寻呼消息,寻呼移动台MS。
本发明所述方法,其中,步骤(1)中,所述BSC收到A口或Gb口的寻呼消息后,交给寻呼处理模块,该寻呼处理模块根据收到的寻呼消息中的寻呼域,查找数据库找到所有应该发送的BTS站点,然后组织一集中式寻呼消息发送给所述各个BTS站点。
进一步地,所述集中式寻呼消息通过运行维护信元OAM信道或者所述BTS支持的D信道上的链路接入规程LAPD超信道,发送到各个BTS站点。
本发明所述方法,其中,步骤(2)中,所述BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区的广播控制信号道BCCH载频,所述BCCH载频上的业务处理软件生成Um口的寻呼消息,寻呼移动台MS。
本发明所述方法,其中,所述集中式寻呼消息把决定对各个小区发送的信道号信息单元和寻呼组信息单元去掉,增加国际移动用户识别号信息单元。
本发明与现有技术相比,将缓解BSC的寻呼处理瓶颈,并大大节省Abis接口通信带宽。
附图说明
图1是现有技术GSM***中BSS寻呼的流程示意图;
图2是本发明实施例GSM***中BSS寻呼的流程示意图。
具体实施方式
本发明提供一种机制,使得在Abis口原本需要向每个小区各发送一条的寻呼消息,修改为在Abis口以一个基站为单位发送一条,在基站中完成寻呼消息向各个小区的内部分发。
以下结合附图和具体实施方式对本发明所述技术方案进行详细描述。
如图2所示,本发明实施例GSM***中BSS寻呼的流程示意图,包括如下步骤:
步骤201,BSC收到A口或Gb口的寻呼消息;
步骤202,BSC把该寻呼消息交给寻呼处理模块,该寻呼处理模块根据收到的寻呼消息中的寻呼域,查找数据库找到所有应该发送的BTS(基站收发台)站点,然后组织一集中式寻呼消息通过OAM(运行维护信元)信道或者所述BTS站点支持的LAPD(D信道上的链路接入规程)超信道发送给所述各个BTS站点;
对于BSC在Abis接口发送的寻呼消息,把表1中的决定对各个小区发送的Channel number和Paging Group信息单元等特有相关的信息单元去掉(可以把对Channel number和Paging Group信息单元等特有相关的信息单元的计算放到BTS站点来完成),增加了IMSI(国际移动用户识别号)等信息单元,产生的集中式寻呼消息分为下面三种情况:
对于BSC在Gb口收到的PS(分组交换)寻呼:ABIS_PACKET_PAGING_PS(Gb口PS(分组交换)寻呼)消息经编码在Abis接口的结构定义如下表2所示:
信息单元 | 参考书目 | 存在类型 | 格式 | 字节长度 |
Message type | (48058-9.2) | M | V | 1 |
BTSList | Custom | M | V | 1 |
IMSI | IMSI(48018-11.3.14) | M | LV | 2-9 |
DRX Parameters | DRX Parameters(48018-11.3.11) | O | TV | 3 |
PFI | PFI(48018-11.3.42) | O | TV | 2 |
ABQP | ABQP(48018-11.3.43) | O | TLV | 13-? |
QoS Profile | QoS Profile(48018-11.3.28) | O | TV | 4 |
P-TMSI | TMSI(48018-11.3.36) | O | TV | 5 |
表2 ABIS_PACKET_PAGING_PS消息经编码在Abis接口的结构表
对于BSC在Gb口收到的CS(电路交换)寻呼:ABIS_PACKET_PAGING_CS消息经编码在Abis接口的结构定义如下表3所示:
信息单元 | 参考书目 | 存在类型 | 格式 | 字节长度 |
Message type | (48058-9.2) | M | V | 1 |
BTSList | Custom | M | V | 1 |
IMSI | IMSI(48018-11.3.14) | M | LV | 2-9 |
DRX Pararneters | DRX Parameters(48018-11.3.11) | M | V | 2 |
TLLI | TLLI(48018-11.3.35) | O | TV | 5 |
Channel needed | Channelneeded(48018-11.3.10) | O | TV | 2 |
eMLPP-Priority | eMLPP-Priority(48018-11.3.12) | O | TV | 2 |
TMSI | TMSI(48018-11.3.36) | O | TV | 5 |
Global CN-Id | Global CN-Id(48018-11.3.69) | O | TV | 6 |
表3 ABIS_PACKET_PAGING_CS消息经编码在Abis接口的结构表
对于BSC在A口收到的寻呼:ABIS_PAGING_CMD消息经编码在Abis接口的结构定义如下表4所示:
信息单元 | 参考书目 | 存在类型 | 格式 | 字节长度 |
Message type | (48058-9.2) | M | V | 1 |
BTSList | Custom | M | V | 1 |
IMSI | (48008-9.3.14) | M | LV | 2-9 |
TMSI | (48058-9.3.12) | O | TV | 5 |
Channel Needed | (48058-9.3.40) | O | TV | 2 |
eMLPP Priority | (48058-9.3.49) | O | TV | 3 |
表4 ABIS_PAGING_CMD消息经编码在Abis接口的结构表
注:表1~4中,BTSList是需要发送该条寻呼的小区列表,其字节长度为1字节,对应bit1-8共8个比特,bit1-8分别代表小区1-8。
注:表1~4中,存在类型列,对于消息解码M项为有序解码方式,O项可随意。
注:表1~4中,参考书目列是该信息单元的编码格式需要参见的3GPP48058协议的具体章节。
注:表1~4中,存在类型列:V代表仅有值域,LV代表有长度域和值域,TV代表有类型域和值域,TLV代表有类型域、长度域和值域。
步骤203,BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区的广播控制信号道BCCH载频,所述BCCH载频上的业务处理软件生成Um口(Um接口是GSM的空中接口)的寻呼消息,寻呼移动台MS。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (4)
1.一种全球移动通信***中基站子***寻呼的方法,其特征在于,包括如下步骤:
(1)基站控制器BSC收到A口或Gb口的寻呼消息后,组织一集中式寻呼消息发送给各个基站收发台BTS站点;
(2)所述BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区,并最终生成Um口的寻呼消息,寻呼移动台MS;
步骤(1)中,所述BSC收到A口或Gb口的寻呼消息后,交给寻呼处理模块,该寻呼处理模块根据收到的寻呼消息中的寻呼域,查找数据库找到所有应该发送的BTS站点,然后组织一集中式寻呼消息发送给所述各个BTS站点。
2.如权利要求1所述方法,其特征在于,所述集中式寻呼消息通过运行维护信元OAM信道或者所述BTS支持的D信道上的链路接入规程LAPD超信道,发送到各个BTS站点。
3.如权利要求1所述方法,其特征在于,步骤(2)中,所述BTS站点收到所述集中式寻呼消息后,根据该BTS配置的小区信息或者该集中式寻呼消息中的小区列表,分发到各个小区的广播控制信号道BCCH载频,所述BCCH载频上的业务处理软件生成Um口的寻呼消息,寻呼移动台MS。
4.如权利要求1所述方法,其特征在于,所述集中式寻呼消息把决定对各个小区发送的信道号信息单元和寻呼组信息单元去掉,增加国际移动用户识别号信息单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100071637A CN101227732B (zh) | 2008-02-02 | 2008-02-02 | 一种全球移动通信***中基站子***寻呼的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100071637A CN101227732B (zh) | 2008-02-02 | 2008-02-02 | 一种全球移动通信***中基站子***寻呼的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101227732A CN101227732A (zh) | 2008-07-23 |
CN101227732B true CN101227732B (zh) | 2012-05-23 |
Family
ID=39859434
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100071637A Active CN101227732B (zh) | 2008-02-02 | 2008-02-02 | 一种全球移动通信***中基站子***寻呼的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101227732B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101394583A (zh) * | 2007-09-17 | 2009-03-25 | 华为技术有限公司 | 一种寻呼消息组包的方法和装置 |
WO2011022874A1 (zh) * | 2009-08-25 | 2011-03-03 | 中兴通讯股份有限公司 | 一种扁平化移动通信网络的寻呼***及方法 |
WO2011029226A1 (zh) * | 2009-09-10 | 2011-03-17 | 中兴通讯股份有限公司 | 一种扁平化移动通信网络的寻呼***及方法 |
CN103107856B (zh) * | 2011-11-11 | 2016-01-20 | 中兴通讯股份有限公司 | 控制快速随路控制信道寻呼的方法、基站子***、*** |
-
2008
- 2008-02-02 CN CN2008100071637A patent/CN101227732B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101227732A (zh) | 2008-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3691178B1 (en) | Handover method and mobility management network element | |
EP2690912B1 (en) | Radio network sharing method | |
CN100471323C (zh) | 一种小区切换时获取***信息的方法 | |
EP1956851B1 (en) | Paging and subsequently accessing after a group call is established | |
EP1715715A1 (en) | Load balancing in a communication network | |
CN104812068A (zh) | 移动台以及相关通信方法 | |
CN102014365A (zh) | 一种无线网络共享中选择核心网运营商的方法和*** | |
CN101291538A (zh) | 在基站收发信台进行通信交换的方法及基站子*** | |
CN101521873A (zh) | 启用本地安全上下文的方法 | |
CN101227732B (zh) | 一种全球移动通信***中基站子***寻呼的方法 | |
EP2503833A1 (en) | Paging method and base station controller | |
CN102244877A (zh) | 一种更新邻区关系列表的方法及装置 | |
CN102172090B (zh) | 终端间的通信方法和设备 | |
CN101018417A (zh) | Imsi寻呼过程中的核心网选择方法及其装置 | |
CN101932066A (zh) | 信息获取方法及核心管理网元 | |
CN101415243A (zh) | 用户数据传输方法和用户数据传输*** | |
CN100455138C (zh) | 核心网故障恢复后业务重分担的方法 | |
CN102340845A (zh) | 一种基于国家码的网络选择方法和装置 | |
CN102388647B (zh) | 一种寻呼的方法、设备及*** | |
CN102761826B (zh) | 寻呼消息承载方法及装置、寻呼消息发送方法及装置 | |
CN101640915A (zh) | 一种切换入支持多输入多输出技术***的方法及装置 | |
CN103229538A (zh) | 通信***间的消息处理方法及设备 | |
CN100420339C (zh) | 基于iu flex技术实现用户呼叫接续的方法 | |
CN102480785A (zh) | 下发寻呼的方法、核心网设备和接入网设备 | |
CN101754416B (zh) | 局间建立、解除本地交换的方法和移动交换中心 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |