一种寻呼的方法、设备及系统 |
|||||||
申请号 | CN201180002158.7 | 申请日 | 2011-09-30 | 公开(公告)号 | CN102388647A | 公开(公告)日 | 2012-03-21 |
申请人 | 华为技术有限公司; | 发明人 | 刘蕾; 唐波; 黄晓明; | ||||
摘要 | 本 发明 实施例 提供了一种寻呼的方法、设备及系统,涉及通讯技术领域,方法包括:接收通用分组无线业务服务支持 节点 发送的寻呼 请求 ;根据寻呼请求获取所寻呼移动台的原驻留小区信息;向原驻留小区和原驻留小区的相邻小区下发寻呼请求。通过本发明技术方案的实现减少了BSC下发寻呼请求的数量、减低小区CCCH信道的负荷及系统的信令开销,从而减少小区内CCCH信道拥塞的情况。 | ||||||
权利要求 | 1.一种寻呼的方法,其特征在于,所述方法包括: |
||||||
说明书全文 | 一种寻呼的方法、设备及系统技术领域[0001] 本发明涉及通讯技术领域,特别涉及一种寻呼的方法、设备及系统。 背景技术[0002] 在GSM(Global System of Mobile communication,全球移动通讯系统)系统中,MS(Mobile Station,移动台)进入Standby(待命)状态时,MS与网络侧间没有信令连接。当网络侧有下行数据需要下发给处于Standby状态的MS时,必须要先寻呼该处于Standby状态的MS,待寻呼完成后,才能将下行数据下发给该MS。 [0003] 现有的GSM系统内的寻呼流程为:网络侧节点,如SGSN(Serving GPRS Support Node,通用分组无线业务服务支持节点)向BSC(Base Station Controller,基站控制器)下发寻呼请求,寻呼范围,例如,可以是路由区内的所有小区;BSC收到该寻呼请求后通过小区的PCH(Paging Channel,寻呼信道)信道,向该路由区内的所有小区下发寻呼请求,当接收到MS在驻留小区内发送的LLC(Logical Link Control,逻辑链路控制)帧时,将该LLC帧转发给SGSN,完成寻呼流程。 [0004] 一般情况下,如果网络侧有下行数据需要下发给处于Standby状态的MS时,就需要寻呼该处于Standby状态的MS;但是,随着越来越多的应用软件在MS上的应用,例如即时通信和邮件服务等,使得网络侧会频繁地主动发送下行数据给MS,从而导致寻呼量激增,小区CCCH(Common Control Channels,公共控制信道)信道负荷的增加,影响电路业务的接入。 发明内容[0005] 为了解决寻呼量的激增而导致公共控制信道负荷过重的问题,本发明实施例提供了一种寻呼的方法、设备及系统。 [0006] 一方面,提供了一种寻呼的方法,所述方法包括: [0007] 接收通用分组无线业务服务支持节点发送的寻呼请求; [0008] 根据所述寻呼请求获取所寻呼移动台的原驻留小区信息,所述原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息; [0009] 向所述原驻留小区和所述原驻留小区的相邻小区下发所述寻呼请求。 [0010] 另一方面,提供了一种基站控制器,所述基站控制器包括:接收模块、获取模块和第一发送模块; [0011] 所述接收模块,用于接收通用分组无线业务服务支持节点发送的寻呼请求; [0012] 所述获取模块,用于根据所述接收模块接收到的寻呼请求获取所寻呼移动台的原驻留小区信息,所述原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息; [0013] 所述第一发送模块,用于向所述获取模块得到的原驻留小区和所述原驻留小区的相邻小区下发所述寻呼请求。 [0014] 再一方面,提供了一种寻呼的系统,所述系统包括:基站控制器和通用分组无线业务服务支持节点; [0015] 所述通用分组无线业务服务支持节点用于向所述基站控制器发送寻呼请求; [0016] 所述基站控制器用于接收所述通用分组无线业务服务支持节点发送的寻呼请求,根据所述寻呼请求获取所寻呼移动台的原驻留小区信息,并向所述原驻留小区和所述原驻留小区的相邻小区下发寻呼请求,所述原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息。 [0017] 本发明实施例提供的技术方案可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,并向该原驻留小区及该原驻留小区的相邻小区下发寻呼请求来缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销。附图说明 [0018] 为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。 [0019] 图1是本发明实施例1提供的一种寻呼的方法流程图; [0020] 图2是本发明实施例2提供的一种网络架构图; [0021] 图3是本发明实施例2提供的一种寻呼的方法流程图; [0022] 图4是本发明实施例2提供的另一种寻呼的方法流程图; [0023] 图5a是本发明实施例3提供的一种基站控制器; [0024] 图5b是本发明实施例3提供的另一一种基站控制器; [0025] 图5c是本发明实施例3提供的再一种基站控制器; [0026] 图6是本发明实施例4提供的一种寻呼的系统示意图。 具体实施方式[0027] 为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。 [0028] 实施例1 [0029] 参见图1,一种寻呼的方法,方法包括: [0030] 步骤101:接收通用分组无线业务服务支持节点发送的寻呼请求; [0031] 步骤102:根据所述寻呼请求获取所寻呼移动台的原驻留小区信息,其中,原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息; [0032] 步骤103:向所述原驻留小区和所述原驻留小区的相邻小区下发寻呼请求。 [0033] 本发明实施例提供的技术方案可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,并向该原驻留小区及该原驻留小区的相邻小区下发寻呼请求来缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销。 [0034] 实施例2 [0035] 本发明实施例所对应的网络架构可以如图2所示,包括MS(Mobile Station,移动台)、BSC(Base Station Controller,基站控制器)、BTS(Base Transceiver Station,基站收发台)和SGSN(Serving GPRS Support Node,通用分组无线业务服务支持节点),其中,MS可以通过Um口与BTS进行连接和通信,BTS可以通过Abis口与BSC进行连接和通信,BSC则可以通过Gb口与SGSN进行连接和通信。 [0036] 以下为本发明实施例所提供的一种寻呼的方法,参见图3,具体实现方法如下: [0037] 步骤201:SGSN向BSC下发寻呼移动台的寻呼请求,并启动寻呼定时器,等待接收所寻呼移动台的寻呼响应; [0038] 其中,该寻呼请求可以包括所寻呼移动台的身份标识,所寻呼移动台的身份标识,例如,可以包括所寻呼移动台的IMSI(International Mobile Subscriber Identification Number,国 际移 动用 户识 别码)或 IMEI(International Mobile Equipment Identification Number,国际移动设备识别码)等,该身份标识用于唯一标识移动台。 [0039] 本发明实施例中,SGSN在首次下发所寻呼移动台的寻呼请求时,该首次下发的寻呼请求还可以包含有所寻呼移动台的原驻留小区信息,具体地,SGSN可以根据所寻呼移动台的身份标识查找其维护的原驻留小区信息得到所寻呼移动台的原驻留小区信息,并在首次向BSC发送寻呼请求时,将所寻呼移动台的原驻留小区信息携带在寻呼请求内发送给BSC。 [0040] 其中,所寻呼移动台的原驻留小区为该移动台在上一次处于Ready(就绪)状态时所驻留的小区,本发明实施例中,将移动台与网络侧建立了信令连接时的状态称为Ready状态,此时,网络侧可以向Ready状态的移动台发送下行数据。SGSN可以维护有原驻留小区信息,例如,SGSN可以维护移动台身份标识与该移动台原驻留小区信息的映射关系,通过移动台身份标识即可从维护的映射关系中确定该移动台的原驻留小区信息。 [0041] 本发明实施例中,所寻呼移动台的原驻留小区信息可以用于标识所寻呼移动台的原驻留小区,例如,原驻留小区信息可以是一个基站子系统通用分组无线服务协议虚拟连接标识(BSSGP Virtual Connection Identifier,BVCI),根据该BVCI即可确定相应的原驻留小区。 [0042] 本发明实施例中,SGSN首次所下发的寻呼请求的结构及内容具体可以参见表1。 [0043] 表1:寻呼请求结构及内容 [0044]Information elements Type/Reference Presence Format Length PDU type PDU type M V 1 IMSI IMSI M TLV 5-10 DRX Parameters DRX Parameters O TLV 4 BVCI a) BVCI C TLV 4 Location Area(note) Location Area C TLV 7 Routeing Area(note) Routeing Area C TLV 8 BSS Area Indication(note) BSS Area Indication C TLV 3 PFI PFI O TLV 3 ABQP ABQP O TLV 13-? QoS Profile QoS Profile M TLV 5 P-TMSI TMSI O TLV 6 Last Station Bvci BVCI O TLV 4 [0045] 如表1所示,所述寻呼请求中可以携带上次驻留基站子系统通用分组无线服务协议虚拟连接标识信元(Last Station Bvci),通过该Last Station Bvci信元中所携带的BVCI即可确定所寻呼移动台相应的原驻留小区。 [0046] 相应的,SGSN可以维护有原驻留小区信息,例如,SGSN可以维护移动台身份标识与移动台原驻留小区对应的BVCI的映射关系,通过移动台原驻留小区对应的BVCI可确定相应移动台的原驻留小区。 [0047] 本发明实施例中,如果SGSN在寻呼定时器超时时仍未接收到所寻呼移动台的寻呼响应,则会向BSC重发所述寻呼请求,SGSN在重发寻呼移动台的寻呼请求时,该重发的寻呼请求不包含所寻呼移动台的原驻留小区信息。例如,SGSN重发的寻呼请求的结构和内容与表1所示的内容类似,不同之处在于,SGSN重发的寻呼请求中的可选的Last Station Bvci信元的内容为空或者重发的寻呼请求中不包括该可选信元Last Station Bvci。 [0048] 步骤202:BSC接收到SGSN发送的寻呼请求后,解析所接收到的寻呼请求,[0049] 如果所述寻呼请求包括原驻留小区信息,则执行步骤203; [0050] 如果所述寻呼请求不包括原驻留小区信息,则执行步骤206; [0051] 步骤203:BSC根据所述寻呼请求获取所寻呼移动台的原驻留小区信息; [0052] 这里,BSC解析所接收到的寻呼请求,通过解析所述寻呼请求即可从寻呼请求中获取所寻呼移动台的原驻留小区信息,例如,可以从寻呼请求中的Last Station Bvci信元中获取原驻留小区对应的BVCI,根据该BVCI即可确定所寻呼移动台的原驻留小区。 [0053] 步骤204:BSC根据所寻呼移动台的原驻留小区信息确定所寻呼移动台的原驻留小区的相邻小区; [0054] 具体来说,例如,BSC可以预先配置有邻小区列表信息,该邻小区列表信息给出了小区与该小区的相邻小区间的映射关系,这样,BSC在解析寻呼请求确定所寻呼移动台的原驻留小区后,就可以根据预先配置的邻小区列表信息确定所寻呼移动台的原驻留小区的相邻小区。 [0055] 步骤205:BSC向所寻呼移动台的原驻留小区和原驻留小区的相邻小区下发寻呼请求; [0056] 具体来说,BSC可以分别通过所寻呼移动台的原驻留小区和原驻留小区的相邻小区内的寻呼信道向所寻呼移动台的原驻留小区和原驻留小区的相邻小区广播寻呼请求,其中,BSC所下发的寻呼请求可以包括所寻呼移动台的身份标识。 [0057] 这样,所寻呼移动台的原驻留小区及原驻留小区的相邻小区内的所有移动台都可以接收到BSC所广播的寻呼请求;接收到寻呼请求的移动台对接收到的寻呼请求进行解析得到所寻呼移动台的身份标识,并判断解析得到的身份标识是否与自身的身份标识相同,如果不相同,则丢弃该寻呼请求,如果相同,则向BSC发送LLC(Logical Link Control,逻辑链路控制)帧。 [0058] 本发明实施例中,如果所寻呼的移动台还驻留在原驻留小区或者移动到了原驻留小区的相邻小区,则所寻呼的移动台能够接受到BSC所广播的寻呼请求,并在接收到该寻呼请求后,向BSC发送LLC帧以完成寻呼响应,进入Ready状态。 [0059] 这里,BSC在接收到所寻呼移动台发送的LLC帧后,将该LLC帧转发给SGSN,SGSN如果在寻呼定时器未超时时接收到该LLC帧后,则寻呼流程完成,可以开始向所寻呼的移动台发送下行数据。 [0060] 步骤206:BSC向所述寻呼请求中规定的寻呼范围内的所有小区下发寻呼请求; [0061] 具体的,例如,所述寻呼请求中规定的寻呼范围可以为所配置的路由区内的所有小区,或者是所配置的位置区内的所有小区,或者是基站子系统区域范围内的所有小区。接收到寻呼请求的移动台对接收到的寻呼请求进行解析得到所寻呼移动台的身份标识,并判断解析得到的身份标识是否与自身的身份标识相同,如果不相同,则丢弃该寻呼请求,如果相同,则向BSC发送LLC(Logical Link Control,逻辑链路控制)帧以完成寻呼响应。 [0062] 本发明实施例中,如果所寻呼移动台并未移出SGSN为其配置的路由区、位置区或者基站子系统区域范围,则所寻呼的移动台必然会接收到BSC所广播的寻呼请求,并在接收到该寻呼请求后,向BSC发送LLC帧以完成寻呼响应,进入Ready状态。 [0063] 这里,BSC在接收到所寻呼移动台发送的LLC帧后,将该LLC帧转发给SGSN,SGSN在寻呼定时器未超时时接收到该LLC帧后则认为所寻呼移动台对其所发送的寻呼请求给予了响应,则寻呼流程完成,开始向所寻呼的移动台发送下行数据。 [0064] 本发明实施例中,如果所寻呼移动台移出SGSN为其配置的路由区、位置区或者基站子系统区域范围,则所寻呼的移动台必将接收不到BSC所下发的寻呼请求,无法对该寻呼请求进行响应。 [0065] 本发明实施例所述的技术方案,BSC可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,并向该原驻留小区及该原驻留小区的相邻小区下发寻呼请求来缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销;另外,接收到SGSN重发的寻呼请求时,向寻呼请求中规定的寻呼范围内的所有小区下发寻呼请求以进一步地保证能成功的寻呼到移动台。 [0066] 当SGSN有下行数据需要下发给移动台时,需要寻呼该移动台,以下为本发明实施例所提供的另外一种寻呼的方法,参见图4,具体实现方法如下: [0067] 步骤301:SGSN向BSC下发寻呼请求,并启动寻呼定时器,等待接收所寻呼移动台的寻呼响应; [0068] 其中,该寻呼请求可以包括所寻呼移动台的身份标识,所寻呼移动台的身份标识可以包括所寻呼移动台的IMSI(International Mobile Subscriber Identification Number,国 际 移 动 用 户 识 别 码 ) 或 IMEI(International Mobile Equipment Identification Number,国际移动设备识别码)等,该身份标识用于唯一标识移动台; [0069] 本发明实施例中,如果SGSN在寻呼定时器超时时仍未接收到所寻呼移动台的寻呼响应,则会向BSC重发寻呼请求,这里,SGSN将设置一阈值,SGSN在寻呼定时器超时重发寻呼请求的次数超过该阈值时,将放弃对所寻呼移动台的寻呼。 [0070] 需要强调的是,本发明实施例中,SGSN首次下发的寻呼请求及寻呼定时器超时时重发的寻呼请求均不携带所寻呼移动台的原驻留小区信息。 [0071] 本发明实施例中,SGSN所下发的寻呼请求的结构及内容具体可以如表2所示。 [0072] 表2:寻呼请求结构及内容 [0073]Information elements Type/Reference Presence Format Length PDU type PDU type M V 1 IMSI IMSI M TLV 5-10 DRX Parameters DRX Parameters O TLV 4 BVCI a) BVCI C TLV 4 Location Area(note) Location Area C TLV 7 Routeing Area(note) Routeing Area C TLV 8 BSS Area Indication(note) BSS Area Indication C TLV 3 PFI PFI O TLV 3 ABQP ABQP O TLV 13-? QoS Profile QoS Profile M TLV 5 P-TMSI TMSI O TLV 6 [0074] 步骤302:BSC接收到SGSN发送的寻呼请求后,确定接收到的寻呼请求是否为SGSN首次下发的寻呼请求, [0075] 如果为SGSN首次下发的寻呼请求,则执行步骤303; [0076] 如果为SGSN重发的寻呼请求,则执行步骤306; [0077] 本发明实施例中,BSC可以根据记录的历史信息来确定接收到的寻呼请求是SGSN首次下发的或是重发的寻呼请求。 [0078] 步骤303:BSC根据寻呼请求获取所寻呼移动台的原驻留小区信息; [0079] 其中,所寻呼移动台的原驻留小区为该移动台在上一次处于Ready(就绪)状态时所驻留的小区,所寻呼移动台的原驻留小区信息用于标识所寻呼移动台的原驻留小区,例如,原驻留小区信息可以是一个基站子系统通用分组无线服务协议虚拟连接标识(BSSGP Virtual Connection Identifier,BVCI),根据该BVCI即可确定相应的原驻留小区。 [0080] 本发明实施例中,BSC可以维护有原驻留小区信息,例如,BSC可以维护移动台身份标识与移动台原驻留小区对应的BVCI的映射关系,通过移动台身份标识可以确定该移动台原驻留小区对应的BVCI,通过移动台原驻留小区对应的BVCI可确定相应移动台的原驻留小区。 [0081] 本发明实施例中,将移动台与网络侧建立了信令连接时的状态称为Ready状态,此时,网络侧可以向Ready状态的移动台发送下行数据。 [0082] BSC可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,具体可以包括:解析接收到的寻呼请求,从寻呼请求中获取所寻呼移动台的身份标识,并根据所寻呼移动台的身份标识从维护的原驻留小区信息中得到所寻呼移动台的原驻留小区信息。 [0083] 步骤304:BSC根据所寻呼移动台的原驻留小区信息获取所寻呼移动台的原驻留小区的相邻小区; [0084] 具体来说,例如,BSC可以预先配置有邻小区列表信息,该邻小区列表信息给出了小区信息与该小区的相邻小区信息间的映射关系,这样,BSC在根据所寻呼移动台的原驻留小区信息确定所寻呼移动台的原驻留小区后,就可以根据预先配置的邻小区列表信息确定所呼叫移动台的原驻留小区的相邻小区。 [0085] 步骤305:BSC向所寻呼移动台的原驻留小区和原驻留小区的相邻小区下发寻呼请求; [0086] 具体地,BSC可以分别通过所寻呼移动台的原驻留小区和原驻留小区的相邻小区内的寻呼信道向所寻呼移动台的原驻留小区和原驻留小区的相邻小区广播寻呼请求,其中,BSC所下发的寻呼请求至少包括所寻呼移动台的身份标识。 [0087] 这样,所寻呼移动台的原驻留小区及原驻留小区的相邻小区内的所有移动台都可以接收到BSC所广播的寻呼请求;接收到寻呼请求的移动台对接收到的寻呼请求进行解析得到所寻呼移动台的身份标识,并判断解析得到的身份标识是否与自身的身份标识相同,如果不相同,则丢弃该寻呼请求,如果相同,则向BSC发送LLC(Logical Link Control,逻辑链路控制)帧。 [0088] 本发明实施例中,如果所寻的呼移动台还驻留在原驻留小区或者移动到了原驻留小区的相邻小区,则所寻呼的移动台必然能够接受到BSC所广播的寻呼请求,并在接收到该寻呼请求后,向BSC发送LLC帧以完成寻呼响应,进入Ready状态。 [0089] 这里,BSC在接收到所寻呼移动台发送的LLC帧后,将该LLC帧转发给SGSN,SGSN在接收到该LLC帧后,则认寻呼流程完成,可以开始向所寻呼的移动台发送下行数据。 [0090] 本发明实施例中,如果所寻呼的移动台经过多次移动已不在原驻留小区或原驻留小区的相邻的小区内,则所寻呼的移动台将接收不到BSC所下发的寻呼请求,无法对该寻呼请求进行响应。 [0091] 步骤306:BSC向寻呼请求中规定的寻呼范围内的所有小区下发寻呼请求; [0092] 具体的,例如,所述寻呼请求中规定的寻呼范围可以为所配置的路由区内的所有小区,或者是所配置的位置区内的所有小区,或者是基站子系统区域范围内的所有小区;接收到寻呼请求的移动台对接收到的寻呼请求进行解析得到所寻呼移动台的身份标识,并判断解析得到的身份标识是否与自身的身份标识相同,如果不相同,则丢弃该寻呼请求,如果相同,则向BSC发送LLC(Logical Link Control,逻辑链路控制)帧。 [0093] 本发明实施例中,如果所寻呼移动台并未移出SGSN为其配置的路由区、位置区或者基站子系统区域范围,则所寻呼的移动台必然会接收到BSC所广播的寻呼请求,并在接收到该寻呼请求后,向BSC发送LLC帧以完成寻呼响应,进入Ready状态。 [0094] 本发明实施例中,这里,BSC在接收到所寻呼移动台发送的LLC帧后,将该LLC帧转发给SGSN,SGSN如果在寻呼定时器未超时时接收到该LLC帧后,则则寻呼流程完成,可以开始向所寻呼的移动台发送下行数据。 [0095] 本发明实施例中,如果所寻呼移动台移出SGSN为其配置的路由区、位置区或者基站子系统区域范围,则所寻呼的移动台必将接收不到BSC所下发的寻呼请求,无法对该寻呼请求进行响应。 [0096] 本发明实施例所述的技术方案,BSC可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,并向该原驻留小区及该原驻留小区的相邻小区下发寻呼请求来缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销;另外,再次接收到SGSN发送的寻呼请求时,向寻呼请求中规定的寻呼范围内的所有小区下发寻呼请求以进一步地保证能成功的寻呼到移动台。 [0097] 实施例3 [0098] 参见图5a,一种基站控制器,包括:接收模块401、获取模块402和第一发送模块403; [0099] 接收模块401,用于接收通用分组无线业务服务支持节点发送的寻呼请求; [0100] 获取模块402,用于根据接收模块401接收到的寻呼请求获取所寻呼移动台的原驻留小区信息,其中,原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息; [0101] 第一发送模块403,用于向获取模块402得到的原驻留小区和原驻留小区的相邻小区发送寻呼请求。 [0102] 在进行具体说明之前,需要说明的是,当网络侧有下行数据需要下发给处于Standby(待命)状态的移动台时,分组无线业务服务支持节点必须要先寻呼该处于Standby状态的移动台。在具体实现时,通用分组无线业务服务支持节点向基站控制器下发寻呼移动台的寻呼请求,并启动寻呼定时器,等待接收所寻呼移动台的寻呼响应,且在寻呼定时器超时时仍未接收到所寻呼移动台的寻呼响应,则会向基站控制器重发所述寻呼请求。本发明实施例中,将通用分组无线业务服务支持节点第一次向基站控制器下发的寻呼移动台的寻呼请求称为分组无线业务服务支持节点首次下发的寻呼请求,将定时器超时仍未接收到所寻呼移动台的寻呼响应时下发的寻呼请求称为分组无线业务服务支持节点重发的寻呼请求。 [0103] 本发明实施例中,通用分组无线业务服务支持节点首次下发的寻呼请求可以包含有所寻呼移动台的原驻留小区信息,具体地,通用分组无线业务服务支持节点可以根据所寻呼移动台的身份标识查找其维护的原驻留小区信息得到所寻呼移动台的原驻留小区信息,并在首次向基站控制器发送寻呼请求时,将所寻呼移动台的原驻留小区信息携带在寻呼请求内发送给基站控制器。 [0104] 则,获取模块402,用于解析寻呼请求,从寻呼请求中获取所寻呼移动台的原驻留小区信息; [0105] 其中,原驻留小区信息可以用于标识所寻呼移动台的原驻留小区,例如,原驻留小区信息可以是一个基站子系统通用分组无线服务协议虚拟连接标识(BSSGP Virtual Connection Identifier,BVCI),根据该BVCI即可确定相应的原驻留小区;所寻呼移动台的原驻留小区为该移动台在上一次处于Ready(就绪)状态时所驻留的小区,本发明实施例中,将移动台与网络侧建立了信令连接时的状态称为Ready状态,此时,网络侧可以向Ready状态的移动台发送下行数据。 [0106] 参见图5b,本发明实施例所提供的一种基站控制器中的获取模块402还可以包括:确定单元4021,用于确定寻呼请求是否为通用分组无线业务服务支持节点首次下发的寻呼请求;获取单元4022,用于在寻呼请求是通用分组无线业务服务支持节点首次下发的寻呼请求时,从寻呼请求中获取所寻呼移动台的身份标识,并根据身份标识确定所寻呼移动台的原驻留小区信息。 [0107] 具体地,获取单元4022,具体可以用于在寻呼请求是通用分组无线业务服务支持节点首次下发的寻呼请求时,从寻呼请求中获取所寻呼移动台的身份标识,并根据身份标识从所维护的原驻留小区信息中得到所寻呼移动台的原驻留小区信息。 [0108] 本发明实施例中,例如,基站控制器可以维护有原驻留小区信息,例如,基站控制器可以维护移动台身份标识与移动台原驻留小区对应的BVCI的映射关系,则基站控制器中的获取单元便可以通过移动台身份标识可以确定该移动台原驻留小区对应的BVCI,通过移动台原驻留小区对应的BVCI可确定相应移动台的原驻留小区。 [0109] 其中,所寻呼移动台的身份标识,例如,可以包括所寻呼移动台的IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码)或IMEI(International Mobile Equipment Identification Number,国际移动设备识别码)等,该身份标识用于唯一标识移动台。 [0110] 另外,参见图5c,本发明实施例所提供的基站控制器还可以包括: [0111] 邻小区查找模块404,用于根据原驻留小区信息获取原驻留小区的相邻小区; [0112] 本发明实施例中,例如,BSC可以预先配置有邻小区列表信息,该邻小区列表信息给出了小区与该小区的相邻小区间的映射关系,这样,BSC在解析寻呼请求确定所寻呼移动台的原驻留小区后,就可以根据预先配置的邻小区列表信息确定所寻呼移动台的原驻留小区的相邻小区。 [0113] 第二发送模块405,用于如果所述寻呼请求为所述通用分组无线业务服务支持节点重发的寻呼请求,则向所述寻呼请求中规定的寻呼范围内的所有小区下发寻呼请求。 [0114] 本发明实施例中,例如,所述寻呼请求中规定的寻呼范围可以为所配置的路由区内的所有小区,或者是所配置的位置区内的所有小区,或者是基站子系统区域范围内的所有小区。 [0115] 应用本发明实施例提供的基站控制器进行寻呼的处理流程与前述方法实施例类似,此处不再赘述。 [0116] 通过本发明实施例提供的BSC,可以根据寻呼请求获取所寻呼移动台的原驻留小区信息,并向原驻留小区及该原驻留小区的相邻小区下发寻呼请求,从而缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销;另外,再次接收到SGSN发送的寻呼请求时,向寻呼请求规定寻呼范围内的所有小区下发寻呼请求以进一步地保证能成功的寻呼到移动台。 [0117] 实施例4 [0118] 参见图6,一种寻呼的系统,该系统包括:基站控制器501和通用分组无线业务服务支持节点502; [0119] 其中,通用分组无线业务服务支持节点502用于向基站控制器501发送寻呼请求; [0120] 通用分组无线业务服务支持节点502在首次下发所寻呼移动台的寻呼请求时,该首次下发的寻呼请求可以包含有所寻呼移动台的原驻留小区信息,具体地,通用分组无线业务服务支持节点502可以根据所寻呼移动台的身份标识查找其维护的原驻留小区信息得到所寻呼移动台的原驻留小区信息,并在首次向基站控制器501发送寻呼请求时,将所寻呼移动台的原驻留小区信息携带在寻呼请求内发送给基站控制器501。 [0121] 其中,所寻呼移动台的原驻留小区为该移动台在上一次处于Ready(就绪)状态时所驻留的小区,本发明实施例中,将移动台与网络侧建立了信令连接时的状态称为Ready状态,此时,网络侧可以向Ready状态的移动台发送下行数据。通用分组无线业务服务支持节点502可以维护有原驻留小区信息,例如,通用分组无线业务服务支持节点502可以维护移动台身份标识与该移动台原驻留小区信息的映射关系,通过移动台身份标识即可从维护的映射关系中确定该移动台的原驻留小区信息。 [0122] 所寻呼移动台的原驻留小区信息可以用于标识所寻呼移动台的原驻留小区,例如,原驻留小区信息可以是一个基站子系统通用分组无线服务协议虚拟连接标识(BSSGP Virtual Connection Identifier,BVCI),根据该BVCI即可确定相应的原驻留小区。 [0123] 另外,本发明实施例中,通用分组无线业务服务支持节点502在首次下发所寻呼移动台的寻呼请求后,将会开启寻呼定时器,并在寻呼定时器超时时仍未接收到所寻呼移动台的寻呼响应,则会向基站控制器501重发所述寻呼请求,分组无线业务服务支持节点502在重发寻呼移动台的寻呼请求时,该重发的寻呼请求可以包含也可以不包含所寻呼移动台的原驻留小区信息。 [0124] 基站控制器501用于接收所述通用分组无线业务服务支持节点502发送的寻呼请求,根据寻呼请求获取所寻呼移动台500的原驻留小区信息,并向原驻留小区和原驻留小区的相邻小区下发寻呼请求,所述原驻留小区信息为所寻呼移动台上一次处于就绪Ready状态时所驻留的小区信息; [0125] 另外,分组无线业务服务支持节点502还可以用于维护原驻留小区信息。 [0126] 例如,分组无线业务服务支持节点502可以维护移动台身份标识与该移动台原驻留小区信息的映射关系,通过移动台身份标识即可从维护的映射关系中确定该移动台的原驻留小区信息。 [0127] 通用分组无线业务服务支持节点502还用于如果首次向基站控制器发送寻呼请求,将所寻呼移动台的原驻留小区信息携带在寻呼请求内发送给基站控制器501。 [0128] 基站控制器501还用于在接收到分组无线业务服务支持节点502重发的寻呼请求时,向所述寻呼请求规定寻呼范围内的所有小区下发寻呼请求。 [0129] 本发明实施例中,例如,所述寻呼请求中规定的寻呼范围可以为所配置的路由区内的所有小区,或者是所配置的位置区内的所有小区,或者是基站子系统区域范围内的所有小区。 [0130] 应用本发明实施例提供的基站控制器、通用分组无线业务服务支持节点进行寻呼的处理流程与前述方法实施例类似,此处不再赘述。 [0131] 在本发明实施例提供的系统中,BSC可以根据从SGSN处接收的寻呼请求获取所寻呼移动台的原驻留小区信息,并向原驻留小区及该原驻留小区的相邻小区下发寻呼请求来缩小首次寻呼移动台的范围,以减少BSC下发寻呼请求的数量、降低小区CCCH信道的负荷及系统的信令开销;另外,再次接收到SGSN发送的寻呼请求时,向寻呼请求规定寻呼范围内的所有小区下发寻呼请求以进一步地保证能成功的寻呼到移动台。 [0132] 本发明方法、设备和系统实施例,可以互相参照引用。尤其是,由于在方法中对整个流程已经进行了详细描述,设备和系统实施例中的一些细节没有再详细描述,但均可以参照方法实施例。 |