专利分类
专利分类

寻呼消息的处理方法及基站控制器专利

专利号:200910160826.3

销售价
1500
寻呼消息的处理方法及基站控制器专利二维码
  • 累计销量0
  • 浏览次数65
  • 累计评论0
首页

专利名称:寻呼消息的处理方法及基站控制器

技术领域:基站控制器

IPC主分类号:H04W88/08

申请号:CN200910160826.3

公开日:2011-07-13

说明书

寻呼消息的处理方法及基站控制器

技术领域

[0001] 本发明涉及通信领域,具体而言,涉及一种寻呼消息的处理方法及基站控制器。

背景技术

[0002] 在通讯业迅速发展的背景下,全球移动通讯网络的用户数快速增长,对网络设备的处理能力的需求也不断提高。其中一个重要指标就是寻呼成功率。而联合寻呼是基站控制器(Based StationController,简称为BSC)里的一个重要功能。联合寻呼,就是移动台(Mobile Station,简称为MS)也可以称为终端,在进行GPRS业务的过程中,可以对该MS进行寻呼,并中断该MS的GPRS业务,进行语音业务。该移动台可以是手机。
[0003] 图1是根据相关技术的正常的电路交换(Circuit Switch,简称为CS)寻呼相关部分信令的流程图,如图1所示,该流程中包括:
[0004] 步骤S101,移动交换中心(Mobile Switching Center,简称为MSC)向BSC发送寻呼消息。
[0005] 步骤S102,BSC接收到MSC发送的寻呼消息后,从该寻呼消息中获取相关内容,重新组成寻呼消息发送给基站(Base TransceiverStation,简称为BTS)。
[0006] 步骤S103,BTS接收到重新组装的寻呼消息后,向移动站(Mobile Station,简称为MS)发送寻呼请求。
[0007] 步骤S104,MS在接收到寻呼之后,向BTS发送信道请求。
[0008] 步骤S105,BTS接收到MS发送的信道请求后,向BSC发送的信道请求。
[0009] 步骤S106,BSC接收到BTS发送的信道请求后,向发给BTS的信道激活消息。
[0010] 步骤S107,BTS接收到BSC发送的信道激活消息后,向BSC发送信道激活应答消息。
[0011] 步骤S108,BSC向BTS发送立即指派命令。
[0012] 步骤S109,BTS向BSC发送立即指派命令。
[0013] 需要说明的是,CS域的业务为语音业务(简称为CS业务),例如,通话业务,分组交换(Packet Switch,简称为PS)域的业务为数据业务(简称为PS业务),例如,MS上网,收发彩信等。
[0014] 图2是根据相关技术的MS单独建立下行的临时块流(Temporary Block Flow,简称为TBF)的流程图,如图2所示,该流程包括如下步骤:
[0015] 步骤S201,服务通用分组无线业务(General Packet RadioService,简称为GPRS)支持节点(Serving GPRS Support Node,简称为SGSN)向BSC发送下行数据。
[0016] 步骤S202,BSC接收到SGSN发送的下行数据后,BSC向BTS发送立即指派命令。
[0017] 步骤S203,BSC在接收到来自BSC的立即指派命令后,将该命令发送给MS。
[0018] 步骤S204,BTS向BSC通过ABIS发送PACKET SEND PIAIND。
[0019] 步骤S205,BSC向MS发送分组轮询请求(Packet PollingRequest)。
[0020] 步骤S206,在MS接收到分组轮询请求后,向BSC发送分组控制确认消息(Packet Control Ack)。
[0021] 步骤S207,BSC接收到分组控制确认消息后,向MS发送分组功率控制消息(Packet Power Control)。
[0022] 图3是根据相关技术的MS单独建立下行的TBF过程中进行寻呼的流程图,如图3所示,在步骤S203与步骤S204之间,如果寻呼消息,则此时MS并不进行处理。在相关协议中,只是提到了如果系统中联合寻呼是支持的,则MS在分组传输态的话,就在分组随路控制信道(Packet Associated Control Channel,简称为PACCH)上接收寻呼消息。而对MS处于这种在建立下行TBF过程中的非传输态,没有进一步说明,协议里也没有提到相应的处理,这就造成了寻呼失败的情况,从而使寻呼成功率的指标有所下降。
[0023] 针对相关技术的协议中没有规定MS在建立下行TBF过程中接收到寻呼消息如何处理而造成寻呼失败的问题,目前尚未提出有效的解决方案。

发明内容

[0024] 针对相关技术的协议中没有规定MS在建立下行TBF过程中接收到寻呼消息如何处理而造成寻呼失败的问题而提出本发明,为此,本发明的主要目的在于提供一种寻呼消息的处理方案,以解决上述问题至少之一。
[0025] 为了实现上述目的,根据本发明的一个方面,提供了一种寻呼消息的处理方法。
[0026] 根据本发明的寻呼消息的处理方法包括:基站控制器接收到寻呼目标为终端的寻呼消息;基站控制器确定终端处于与基站控制器建立下行临时块流TBF的过程中时,保存寻呼消息;基站控制器在下行临时块流建立完成之后,再将寻呼消息发送给终端。
[0027] 优选地,在基站控制器确定终端处于与基站控制器建立下行临时块流的过程中之前,上述方法还包括:如果基站控制器确定终端正在进行数据业务,则基站控制器判断终端是否处于与基站控制器建立下行临时块流的过程中;如果基站控制器确定终端正在进行语音业务或空闲,则将寻呼消息通过公共控制信道发送给终端。
[0028] 优选地,将寻呼消息发送给终端包括:基站控制器通过分组随路控制信道将寻呼消息发送给终端。
[0029] 优选地,在建立下行临时块流失败的情况下,上述方法还包括:基站控制器释放下行临时块流,并将寻呼消息通过公共控制信道发送给终端。
[0030] 优选地,建立下行临时块流失败至少包括以下之一:基站控制器发送分组轮询请求失败、基站控制器接收来自终端的分组控制消息失败、基站控制器发送分组功率控制消息失败。
[0031] 为了实现上述目的,根据本发明的另一方面,提供了一种基站控制器。
[0032] 根据本发明的基站控制器包括:接收模块,用于接收寻呼目标为终端的寻呼消息;判断模块,判断终端是否处于与基站控制器建立下行下行临时块流的过程中;保存模块,用于在终端处于与基站控制器建立下行临时块流的过程中时,保存寻呼消息;第一发送模块,用于在下行临时块流建立完成之后,将寻呼消息发送给终端。
[0033] 优选地,判断模块具体用于在基站控制器确定终端正在进行数据业务的情况下,判断终端是否处于与基站控制器建立下行临时块流的过程中;基站控制器还包括:第二发送模块,第二发送模块用于在基站控制器确定终端正在进行语音业务或空闲的情况下,将寻呼消息通过公共控制信道发送给终端。
[0034] 优选地,第一发送模块具体用于通过分组随路控制信道将寻呼消息发送给终端。
[0035] 优选地,上述基站控制器还包括:释放模块,用于在下行临时块流建立失败的情况下,释放下行临时块流;第二发送模块还用于在释放模块释放下行临时块流之后,将寻呼消息通过公共控制信道发送给终端。
[0036] 优选地,释放模块具体用于在以下情况至少之一释放下行临时块流:基站控制器发送分组轮询请求失败、基站控制器接收来自终端的分组控制消息失败、基站控制器发送分组功率控制消息失败。
[0037] 通过本发明,采用BSC对寻呼消息进行暂时保存,在下行临时块流建立完成之后,在发送该寻呼消息,解决了相关技术的协议中没有规定MS在建立下行TBF过程中接收到寻呼消息如何处理而造成寻呼失败的问题,进而达到了提高寻呼成功率的效果。

附图说明

[0038] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0039] 图1是根据相关技术的正常的电路交换(Circuit Switch,简称为CS)寻呼相关部分信令的流程图;
[0040] 图2是根据相关技术的MS单独建立下行的TBF的流程图;
[0041] 图3是根据相关技术的MS单独建立下行的TBF过程中进行寻呼的流程图;
[0042] 图4是根据本发明实施例的寻呼消息的处理方法的流程图;
[0043] 图5是根据本发明实施例的MS单独建立下行的TBF过程中进行寻呼的流程图;
[0044] 图6是根据本发明实施例的BSC内部具体实现的流程图;
[0045] 图7是根据本发明实施例的在建立下行TBF过程中,建立下行TBF失败的寻呼处理的流程图;
[0046] 图8是根据本发明实施例的在建立下行TBF过程中,建立下行TBF失败的寻呼处理的BSC内部具体实现的流程图;
[0047] 图9是根据本发明实施例的基站控制器的结构框图;
[0048] 图10是根据本发明实施例的基站控制器具体的结构框图。

具体实施方式

[0049] 功能概述
[0050] 考虑到相关技术的协议中没有规定MS在建立下行TBF过程中接收到寻呼消息如何处理而造成寻呼失败的问题,在实现本发明的过程中发现该寻呼失败的原因如下:当MS单独建立下行TBF的过程中,MS在收到立即指派前,是监听公共控制信道(Common ControlChannel,简称为CCCH)的,当MS接收到立即指派后,通过CCCH信道接收寻呼消息,此时,MS已经改为监听PACCH,所以MS对该寻呼消息不进行寻呼响应。当MS收到立即指派后,MS开始监听PACCH信道,但是由于MS在等待polling成功的过程,在这期间,如果BSC收到寻呼消息,并把寻呼消息发下去,寻呼不成功。对于这种情况,本发明实施例提供了一种寻呼消息的处理方案,该方案是在现有的协议(3GPP TS 44.060)基础上提出的一种改进。通过该方案,BSC在接收到寻呼消息后,先不立刻发寻呼消息下去,而是BSC检查当前记录的MS状态,如果不是idle态或是下行传输态的话,则暂时不把该寻呼消息发下去,而是保存起来等MS转入下行传输态时,再将寻呼消息发下去。该方案具体的处理原则如下:
基站控制器接收到寻呼目标为终端的寻呼消息;基站控制器确定终端处于与基站控制器建立下行临时块流的过程中时,保存寻呼消息;基站控制器在下行临时块流建立完成之后,再将寻呼消息发送给终端。
[0051] 本实施例涉及但不限于全球移动通讯系统(Global System forMobile communication,简称为GSM)。
[0052] 需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
[0053] 在以下实施例中,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
[0054] 方法实施例
[0055] 根据本发明的实施例,提供了一种寻呼消息的处理方法,图4是根据本发明实施例的寻呼消息的处理方法的流程图,如图4所示,该方法包括如下的步骤S402至步骤S406:
[0056] 步骤S402,基站控制器接收到寻呼目标为终端的寻呼消息。
[0057] 步骤S404,基站控制器确定终端处于与基站控制器建立下行临时块流的过程中时,保存寻呼消息。
[0058] 步骤S406,基站控制器在下行临时块流建立完成之后,再将寻呼消息发送给终端。
[0059] 在步骤S404之前,如果基站控制器确定终端正在进行数据业务,则基站控制器判断终端是否处于与基站控制器建立下行临时块流临时块流的过程中;如果基站控制器确定终端正在进行语音业务或空闲,则将寻呼消息通过公共控制信道发送给终端。
[0060] 在步骤S406中,基站控制器通过分组随路控制信道将寻呼消息发送给终端。
[0061] 在建立下行临时块流失败的情况下,基站控制器释放下行临时块流,并将寻呼消息通过公共控制信道发送给终端,其中,建立下行临时块流失败至少包括以下之一:基站控制器发送分组轮询请求失败、基站控制器接收来自终端的分组控制消息失败、基站控制器发送分组功率控制消息失败。
[0062] 下面将结合实例对本发明实施例的实现过程进行详细描述。
[0063] 图5是根据本发明实施例的MS单独建立下行的TBF过程中进行寻呼的流程图,如图5所示,BSC先将该寻呼消息进行暂存,当下行TBF建立起来,并转入传输态之后,再将该寻呼消息通过PACCH信道发送给MS。
[0064] 图6是根据本发明实施例的BSC内部具体实现的流程图,如图6所示,当BSC收到SGSN发来的下行数据时候,这时候BSC要为该MS建立下行TBF,当在建立下行TBF未完成的过程中,即,MS还没有完成建立下行TBF最后一步,MS收到BSC发给该MS的分组功率控制消息的这段时间,当这时候BSC收到对该MS的寻呼消息。此时,BSC暂时将寻呼消息存在于该MS相关的纪录里,而不是立即发给MS,等MS进入下行传输态的话,BSC再将暂存的该MS的相关记录里的寻呼消息取出来,再次发给MS。这时候,MS就会对该寻呼作出寻呼响应,从而进入联合寻呼的正常流程中,则该次寻呼就算成功了,通过这种方法对寻呼成功率得到了进一步提高。下面对该流程进行详细的说明。
[0065] 首先,BSC的寻呼模块接收到寻呼消息,然后根据国际移动用户识别码(International Mobie Subscriber Identity,简称为IMSI)查找是否存在该MS对应的MS实例,如果查找到该MS对应的IMSI的MS实例,则说明该MS在进行PS业务,如果没有MS实例,则说明该MS没有在进行PS业务。
[0066] 如果MS没有进行PS业务,则BSC将该寻呼消息通过CCCH通道发送给MS,然后等待回应,如果没有收到寻呼响应则该流程结束;如果接收到寻呼响应,则进入正常的CS流程。
[0067] 如果该MS正在进行PS业务,则将该寻呼消息发送给BSC内部对应的MS实例,MS实例在接收到该寻呼消息后检查当前的MS实例状态,BSC内对MS实例有相应的标志位(变量)存储当前MS的状态的,如果该MS实例处于下行传输态,则将该寻呼消息通过PACCH通道发送给该MS;否则,将该寻呼消息保存在MS实例中,当该MS实例转到传输状态时,将该寻呼消息发送给MS。同时,BSC检查MS实例中是否还有寻呼消息没有处理,如果有寻呼消息没有处理,则将寻呼消息在PACCH上发下去,同时,把寻呼处理标志位恢复为没有寻呼消息要处理。
[0068] 在实际应用中,建立下行TBF时候,也会出现下行TBF建立不成功的现象,在这种情况下,对寻呼做如下处理:在下行TBF建立失败的过程中,主要是发分组轮询请求,MS没有回分组控制确认,或BSC收到分组控制确认后,发送分组功率控制消息失败,而进入了MS实例释放过程。在释放MS实例的时候,如果有寻呼消息还没有处理,就将寻呼消息发还给寻呼模块,寻呼模块将寻呼消息在CCCH上发给MS。
[0069] 图7是根据本发明实施例的在建立下行TBF过程中,建立下行TBF失败的寻呼处理的流程图,如图7所示,在建立下行TBF的过程中,如果发送分组轮询请求失败,或未收到分组控制确认消息,或者发送分组功率控制消息失败,在下行TBF释放后,将寻呼消息通过CCCH信道发送给MS。
[0070] 图8是根据本发明实施例的在建立下行TBF过程中,建立下行TBF失败的寻呼处理的BSC内部具体实现的流程图,如图8所示,该流程具体如下:
[0071] BSC中的PS实例在建立下行TBF状态时收到寻呼消息,如果此时下行TBF建立成功,在将该寻呼消息通过PACCH通道发送给MS,进入正常的写作寻呼流程。如果在建立下行TBF的过程中,发送分组轮询请求失败、未收到分组控制确认消息、发送分组功率控制消息失败,则释放下行TBF,如果此时无寻呼消息需要处理,则正常释放下行TBF;如果此时还有寻呼消息未进行处理,在释放PS实例,并将寻呼消息发送给寻呼模块,寻呼模块通过CCCH信道将该消息发送给MS。
[0072] 装置实施例
[0073] 根据本发明的实施例,提供了一种基站控制器,图9是根据本发明实施例的基站控制器的结构框图,如图9所示,该装置包括:接收模块92、判断模块94、保存模块96、第一发送模块98,下面对该结构进行详细的描述。
[0074] 接收模块92,用于接收寻呼目标为终端的寻呼消息;判断模块94连接至接收模块92,判断终端是否处于与基站控制器建立下行下行临时块流的过程中;保存模块96连接至判断模块94,用于在终端处于与基站控制器建立下行临时块流的过程中时,保存寻呼消息;
第一发送模块98连接至保存模块96,用于在下行临时块流建立完成之后,将寻呼消息发送给终端。
[0075] 优选地,判断模块94具体用于在基站控制器确定终端正在进行数据业务的情况下,判断终端是否处于与基站控制器建立下行临时块流的过程中。
[0076] 图10是根据本发明实施例的基站控制器具体的结构框图,如图10所示,该基站控制器还包括:第二发送模块12,该第二发送模块12用于在基站控制器确定终端正在进行语音业务或空闲的情况下,将寻呼消息通过公共控制信道发送给终端。
[0077] 优选地,第一发送模块98具体用于通过分组随路控制信道将寻呼消息发送给终端。
[0078] 如图10所示,该基站控制器还包括:释放模块14,该释放模块14,用于在临时流块建立失败的情况下,释放下行临时块流。
[0079] 优选地,第二发送模块12还用于在释放模块14释放下行临时块流之后,将寻呼消息通过公共控制信道发送给终端。
[0080] 优选地,释放模块14具体用于在以下情况至少之一释放下行临时块流:基站控制器发送分组轮询请求失败、基站控制器接收来自终端的分组控制消息失败、基站控制器发送分组功率控制消息失败。
[0081] 综上所述,通过本发明的上述实施例,提高了寻呼的成功率,例如,当BSC收到SGSN发来的下行数据时候,这时候BSC要为该MS建立下行TBF,当在建立下行TBF未完成的过程中收到对该MS的寻呼消息,如果将寻呼消息立刻发给MS,MS对该寻呼消息不做出寻呼响应。而通过本发明的上述实施例,暂存该寻呼消息,等MS进入下行传输态时,BSC再将暂存的寻呼消息发给MS,这样就可以寻呼成功了。在现在的无线网络中,电话业务的优先级高于分组业务的优先级,运营商一般都关心寻呼成功率,本发明的上述实施例符合运营商的需要。
[0082] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
[0083] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

寻呼消息的处理方法及基站控制器委托购买说明

填写需求表单支付预付款

平台根据需求优化购买方案

确认购买方案支付尾款

平台办理变更等待成功通知

寻呼消息的处理方法及基站控制器购买流程说明

发起委托,需要先支付100元预付款,委托不成功,全额退返预付款;

平台收到需求后,会联系您,给到您购买方案;

您在确认购买方案后,需支付全额专利购买费,预付款可抵扣购买费,专利购买费具体参见下方表格;

平台确认收款后,将帮您办理专利购买、专利过户等全流程手续;

平台代购专利失败,将全额退返专利购买费,包括预付款;

寻呼消息的处理方法及基站控制器专利购买费用

授权未缴费=专利裸价+著录项变更(200元)+登办费(当年年费+5元印花税)+恢复权利请求费1000元(按实收)+委托服务费(200元)+税金(专利裸价+委托服务费)x6%

已下证=专利裸价+著录项变更(200元)+滞纳金(按实收)+恢复权利请求费1000元(按实收)+委托服务费(200元)+税金(专利裸价+委托服务费)x6%

寻呼消息的处理方法及基站控制器购买费用说明

专利转让费用

专利买卖交易资料

Q:办理专利转让的流程及所需资料

A:专利权人变更需要办理著录项目变更手续,有代理机构的,变更手续应当由代理机构办理。

1:专利变更应当使用专利局统一制作的“著录项目变更申报书”提出。

2:按规定缴纳著录项目变更手续费。

3:同时提交相关证明文件原件。

4:专利权转移的,变更后的专利权人委托新专利代理机构的,应当提交变更后的全体专利申请人签字或者盖章的委托书。更多

Q:专利著录项目变更费用如何缴交

A:(1)直接到国家知识产权局受理大厅收费窗口缴纳,(2)通过代办处缴纳,(3)通过邮局或者银行汇款,更多缴纳方式

Q:专利转让变更,多久能出结果

A:著录项目变更请求书递交后,一般1-2个月左右就会收到通知,国家知识产权局会下达《转让手续合格通知书》。

更多专利转让常见问题

动态评分

0.0

没有评分数据
没有评论数据
 
X 顶部大图