处理呼叫业务的方法、系统以及MSC服务器和HLR |
|||||||
申请号 | CN200610170445.X | 申请日 | 2006-12-30 | 公开(公告)号 | CN101001466A | 公开(公告)日 | 2007-07-18 |
申请人 | 华为技术有限公司; | 发明人 | 田文罡; 赵坤; | ||||
摘要 | 本 发明 实施例 提供了一种处理呼叫业务的方法、系统以及移动交换中心(MSC) 服务器 和归属 位置 寄存器(HLR),通过记录经同一签约用户正在进行的呼叫业务的次数,每发生一次呼叫业务,当前呼叫业务的记录次数就加1;每释放一次呼叫业务,当前呼叫业务的次数记录值就减1。同时预先设置一个签约用户同时进行的允许呼叫业务次数上限值,在签约用户发生呼叫业务时,判断当前呼叫业务的记录次数是否小于预设的允许呼叫业务次数上限值。如果否,不进行呼叫业务;如果是,则允许用户进行呼叫业务。从而防止用户短时间内建立大量用户的连接,减小对运营商利益的影响。 | ||||||
权利要求 | 1、一种处理呼叫业务的方法,其特征在于,预先设置允许呼叫业务次数上 限值;该方法还包括以下步骤: |
||||||
说明书全文 | 技术领域本发明涉及呼叫技术,特别涉及一种处理呼叫业务的方法、系统以及移 动交换中心(MSC)服务器和归属位置寄存器(HLR)。 背景技术随着通信行业的不断发展和用户需求的不断提高,出现的业务种类越来 越多,其中,呼叫前转和呼叫转移(CT,Call Transfer)是两种比较常见的 新业务。 呼叫前转业务用户需要通过登记预先设置相关前转信息,并将设置的相 关前转信息上传给网络。其中,前转信息包括:呼叫前转条件和呼叫前转号 码。呼叫前转分为早呼叫前转和晚呼叫前转两种方式。其中,早呼叫前转一 般包括无条件前转和局间遇忙前转;晚呼叫前转一般包括局内前转和无应答 前转。CT业务不需要用户预先登记,只需给用户开通CT的业务权限即可。 在本文中,将呼叫前转业务中已经预先登记的用户和CT业务中具有CT业 务权限的用户统称为签约用户。 当用户A呼叫用户B时,如果用户B是已登记前转业务的用户并且设 置在满足前转条件后呼叫前转至用户C,那么用户A的呼叫就可以前转到用 户C,从而建立用户A和用户C之间的连接。 如果用户A具有CT业务的权限且呼叫转移至用户C,那么,在用户A 呼叫用户B后,当用户A再拨打用户C,会将已经建立的呼叫转移给第三 方用户C,此时,用户A可以挂机,而在用户B和用户C之间建立连接。 在目前的呼叫业务中,由于没有对签约用户同时进行的呼叫业务的数量 进行限制,会对运营商的利益造成一些影响,例如: 1)假设用户B是已登记呼叫前转业务的签约用户,用户C的号码是一 个公共号码如因特网(Internet)的接入码,并且用户B激活了无条件前转 至用户C。这时,如果用户A呼叫用户B,可以通过呼叫前转接入Internet; 如果用户A1、A2、A3呼叫用户B,用户A1、A2、A3同样可以通过呼叫前 转接入Internet。如果用户A1 A2、A3是一个非法用户,用户B也要为用户 A1、A2、A3支付internet的费用,这样,在短时间内将会产生大量费用, 如果用户B不兑现这些费用,将会影响运营商的利益。 2)假设用户B是已登记呼叫前转业务的签约用户,当用户A呼叫用户 B时,如果用户B登记前转到用户C,用户A与用户C建立连接,而用户A 和用户B之间、用户B和用户C之间不建立连接。这样,如果用户B开通 了前转业务,且登记前转到多个用户Cn,可以不受限制地建立多对用户An 到用户Cn的连接,在短时间内产生比较大的话费,如果这些话费无法兑现, 将会影响运营商的利益。 3)假设用户A具有CT业务的权限,当用户A呼叫用户B时,用户A 将已经建立的连接转移至用户C,这样用户B就可以和用户C建立连接, 以同样方式用户A可以将不同用户Bn的呼叫转移到不同的用户Cn,由此 不受限制的建立多对Bn到Cn的连接,在短时间内产生比较大的话费,如 果这些话费无法兑现,将会影响运营商的利益。 由现有处理呼叫业务的方法可以看出,如果一个签约用户已经签约了呼 叫业务,但对该签约用户的呼叫业务次数不加以限制,则该用户可以任意建 立多对用户的连接,并在短时间内产生较大话费,一旦话费无法兑现,将会 影响运营商的利益。 发明内容有鉴于此,本发明实施例的主要目的在于提供一种处理呼叫业务的方 法,限制呼叫业务的签约用户在短时间内同时建立大量连接。 本发明实施例的第二个目的在于提供一种MSC服务器,限制呼叫业务 的签约用户在短时间内同时建立大量连接。 本发明实施例的第三个目的在于提供一种HLR,限制呼叫业务的签约 用户在短时间内同时建立大量连接。 本发明实施例的第四个目的在于提供一种处理呼叫业务的系统,限制呼 叫业务的签约用户在短时间内同时建立大量连接。 为了实现上述第一个目的,本发明实施例提供了一种处理呼叫业务的方法, 其特征在于,预先设置允许呼叫业务次数上限值;该方法还包括以下步骤: 接收呼叫业务数据,并在签约用户的当前呼叫业务的记录次数小于允许呼 叫业务次数上限值时,进行接续呼叫处理,并增加该签约用户当前呼叫业务的 记录次数。 为了实现上述第二个目的,本发明实施例提供了一种MSC服务器,包括设 置模块、判断模块、计数模块和呼叫模块; 设置模块,设置签约用户允许呼叫业务的次数上限值,并发送给判断模块; 判断模块,分别接收来自设置模块的允许呼叫业务次数上限值和来自计数 模块的当前呼叫业务的记录次数,在接收到呼叫模块发送的触发通知后,将两 者进行比较,判断签约用户当前呼叫业务的记录次数是否小于允许呼叫业务的 次数上限值,如果否,发送拒绝通知给呼叫模块,如果是,发送呼叫通知给呼 叫模块; 计数模块,接收判断模块发送的记录通知后,将记录次数加1,并将记录 次数发送给判断模块; 呼叫模块,在接收到呼叫请求后,发送路由信息请求消息;接收到呼叫业 务数据后,向判断模块发送触发通知;接收到判断模块发送来的拒绝通知后, 拆除当前呼叫业务,接收到判断模块发送来的呼叫通知后,根据接收到的呼叫 业务数据进行当前呼叫业务。 为了实现上述第三个目的,本发明实施例还提供了一种HLR,该HLR包 括:设置模块、判断模块、计数模块、以及发送接收模块; 设置模块,设置签约用户允许呼叫业务次数上限值,并发送给判断模块; 判断模块,分别接收来自设置模块的允许呼叫业务次数上限值和来自计数 模块的当前呼叫业务的记录次数,在接收到发送接收模块的触发通知后,将两 者进行比较,判断签约用户当前呼叫业务的记录次数,并将两者进行比较,判 断签约用户当前呼叫业务次数是否小于呼叫业务次数上限值,如果否,发送否 定通知给发送接收模块;如果是,发送确认通知给发送接收模块,并发送记录 通知给计数模块; 计数模块,收到判断模块发送的记录通知后,记录次数加1;并将记录次 数发送给判断模块; 发送接收模块,接收到路由请求信息后,发送触发通知给判断模块;接收 到判断模块发送的否定通知后,发送否定原因值;接收判断模块发送来的确认 通知后,发送呼叫业务数据。 为了实现上述第四个目的,本发明实施例提供了一种处理呼叫业务的系统, 该系统包括:MSC服务器、以及HLR; MSC服务器,设置呼叫业务次数上限值,接收到呼叫请求后,向HLR发 送路由信息请求;接收到HLR发送的前转数据后,判断签约用户当前呼叫业务 的记录次数是否小于允许呼叫业务次数上限值,如果否,拆除当前呼叫业务; 如果是,根据前转数据进行当前呼叫业务,并将记录次数加1;呼叫业务结束 时,将记录次数减1; HLR,接收到MSC服务器发送的路由信息请求后,向MSC服务器发送前 转数据。 为了实现上述第四个目的,本发明实施例还提供了一种处理呼叫业务的 系统,该系统包括:MSC服务器,以及HLR; MSC服务器接收到呼叫请求后,向HLR发送路由信息请求;接收到 HLR发送的前转数据后,根据前转数据进行当前呼叫业务;接收到HLR发 送的否定原因值时,拆除当前呼叫; HLR,设置呼叫业务次数上限值;接收到MSC服务器发送的路由信息 请求后,判断签约用户当前呼叫业务的记录次数是否小于允许呼叫业务次数 上限值,如果否,向MSC服务器发送否定原因值;如果是,向MSC服务器 发送前转数据,并将记录次数加1。 由以上技术方案可以看出,本发明实施例通过限制经由同一签约用户发 起的正在进行的呼叫业务的次数,防止了用户在短时间内同时建立大量多对 用户的连接,从而减小了对运营商利益的影响。 附图说明 图1.a为本发明实施例提供的MSC服务器结构示意图; 图1.b为本发明实施例提供的HLR结构示意图; 图2为本发明实施例提供的处理呼叫业务的方法流程图; 图3为本发明实施例提供的限制早呼叫前转业务中呼叫业务次数的方 法的流程图; 图4为本发明实施例提供的限制晚呼叫前转业务中呼叫业务次数的方 法流程图; 图5为本发明实施例提供的限制CT业务中呼叫业务次数的方法流程 图; 图6为本发明实施例提供的在HLR上限制呼叫前转业务中的呼叫业务 次数的方法的流程图; 图7.a为本发明实施例提供的一种处理呼叫业务的系统结构图; 图7.b为本发明实施例提供的另一种处理呼叫业务的系统结构图。 具体实施方式本发明实施例的主要思想是:预先设置允许呼叫业务次数上限值;接收 呼叫业务数据,并在签约用户的当前呼叫业务的记录次数小于呼叫业务次数 上限值时,进行呼叫处理,并更改记录次数。 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图 和具体实施例对本发明作进一步地详细描述。 图1.a为处理呼叫业务的MSC服务器结构示意图。如图1所示,该装 置主要由设置模块101、判断模块102、计数模块103、以及呼叫模块104 组成。 设置模块101:设置签约用户允许呼叫业务次数上限值,并发送给判断 模块102。 允许呼叫次数上限值为一个签约用户可以同时接入的呼叫业务的呼叫 次数,该呼叫业务次数上限值一般是由运营商按照实际需要设定的。 判断模块102:分别接收来自设置模块101的允许呼叫业务次数上限值 和来自计数模块103的当前呼叫业务的记录次数,在接收到呼叫模块104发 送的触发通知后,将两者进行比较,判断签约用户当前呼叫业务次数是否小 于呼叫业务次数上限值,如果否,发送拒绝通知给呼叫模块104;如果是, 发送呼叫通知给呼叫模块104,并发送计录通知给计数模块103。 计数模块103:接收判断模块102发送的计录通知后,记录次数加1; 并将记录次数发送给判断模块102。 呼叫模块104:在接收到呼叫请求后,发送路由信息请求消息;接收到 呼叫业务数据后向判断模块102发送触发通知;接收到判断模块102发送来 的拒绝通知后,拆除当前呼叫业务;接收到判断模块102发送来的呼叫通知 后,根据接收到的呼叫业务数据进行当前呼叫业务。 所述呼叫请求一般为用户做被叫时基站控制器(BSC)向MSC服务器 发送的。 接收到的呼叫业务数据是指:如果进行的是呼叫前转业务,那么呼叫模 块104接收的可以是HLR发送来的前转号码以及位置信息等数据;如果进 行的是CT业务,那么呼叫模块104接收的可以是将要转移到的用户号码。 更进一步地,当释放一个呼叫业务时,呼叫模块104向判断模块102发 送释放通知; 判断模块102接收到呼叫模块104发送来的释放通知后向计数模块103 发送减数通知; 计数模块103收到判断模块发来的减数通知后,将记录次数减1。 下面对本发明实施例所提供的HLR进行详细描述,如图1.b所示,该 HLR包括:设置模块101、判断模块102、计数模块103、发送接收模块105、 以及定时模块106。 设置模块101,设置签约用户允许呼叫业务次数上限值,并发送给判断 模块102。 判断模块102,分别接收来自设置模块101的允许呼叫业务次数上限值 和来自计数模块103的当前呼叫业务的记录次数,在接收到发送接收模块 105的触发通知后,将两者进行比较,判断签约用户当前呼叫业务的记录次 数,并将两者进行比较,判断签约用户当前呼叫业务次数是否小于呼叫业务 次数上限值,如果否,发送否定通知给发送接收模块105;如果是,发送确 认通知给发送接收模块105,并发送记录通知给计数模块103。 计数模块103,收到判断模块102发送来的记录通知后,记录次数加1; 并将记录次数发送给判断模块102。 发送接收模块105,接收到路由请求信息后,发送触发通知给判断模块 102;接收判断模块102发送来的否定通知后,发送否定原因值;接收判断 模块102发送来的确认通知后,发送呼叫业务数据。 所述否定原因值可以发送给MSC服务器,MSC服务器接收到该否定原 因值后拆除呼叫。 所述呼叫业务数据可以发送给MSC服务器,MSC服务器接收到该前转 数据后,用于进行呼叫业务。所述呼叫业务数据为呼叫前转业务数据。 所述否定原因值和呼叫业务数据可以通过路由信息确认消息发送出去。 定时模块106,用于设定一个定时时限,可以通过设置一定时器来实现。 当定时时限到时,向计数模块103发送清零通知; 计数模块103接收清零通知后,将记录次数清零。 设置定时模块106是用于解决在用户前转呼叫释放时,没有流程通知 HLR,对呼叫前转的记录次数减1的问题。 图2为处理呼叫业务的方法流程图。如图2所示,本发明实施例的方法 包括以下步骤: 步骤201:预先设置允许呼叫业务次数上限值。 允许呼叫业务次数上限值为一个签约用户可以同时接入的呼叫业务的 呼叫次数。该呼叫业务次数上限值一般是由运营商按照实际需要设定的。 步骤202:接收相关呼叫业务数据,判断签约用户的当前呼叫业务的记 录次数是否小于呼叫业务次数上限值,如果否,执行步骤203;如果是,则 执行步骤204。 接收相关呼叫业务数据是指,如果进行的是呼叫前转业务,那么MSC 服务器接收来自HLR发送来的前转号码以及位置信息等数据;如果进行的 是CT业务,那么MSC服务器接收将要转移到的用户号码。 步骤203:拒绝呼叫业务的呼叫。 本步骤中,拒绝呼叫业务的呼叫的方法是:MSC服务器向基站控制器 发送呼叫业务次数超限通知后,MSC服务器拆除呼叫。 步骤204:进行呼叫业务的呼叫处理,更改记录次数。 这里可以设置每增加一个呼叫业务,记录次数加1。 更进一步地,该方法还包括:当释放一个呼叫业务时,将计数模块中的 记录次数减1。 上述流程可以分别通过MSC服务器以及HLR来完成。MSC服务器完 成本发明的方法时,可以用来限制呼叫前转或呼叫转移业务中的呼叫业务次 数;HLR完成本发明的方法时,可以用来限制呼叫前转业务中的呼叫业务 次数。 为使上述方法流程更加的清楚,下面针对不同的业务对方法的流程举例 说明。 以早呼叫前转中的无条件前转为例,说明通过MSC服务器完成该方法 的具体方法,假设用户A呼叫用户B,用户B为被叫签约用户,用户B将 呼叫前转到用户C。图3为限制早呼叫前转业务中呼叫业务次数的方法的流 程图,如图3所示,MSC服务器1是被叫签约用户B的MSC服务器;MSC 服务器2为被叫签约用户提供的前转号码的用户C的MSC服务器,其具体 实现包括以下步骤: 步骤301:MSC服务器1预先设置允许呼叫业务次数上限值。 本步骤是在被叫用户的MSC服务器中预先设置允许该用户同时进行的 呼叫前转的允许呼叫业务次数上限值,该呼叫前转的允许次数上限值一般是 由运营商按照实际需要确定的。 本步骤可以由MSC服务器中的设置模块101完成。 步骤302:BSC向MSC服务器1发送呼叫请求。 当用户A呼叫用户B时,BSC向被叫用户B的MSC服务器发送呼叫 请求,同时MSC会给BSC一响应。 步骤303:MSC服务器1向HLR发送路由信息请求消息。 本步骤是MSC服务器1通过路由信息确认消息从HLR获取被叫用户B 的位置信息。 步骤302和步骤303中接收呼叫请求和发送路由信息请求消息可以由 MSC服务器中的呼叫模块104完成。 步骤304:HLR判断该被叫用户是否签约并满足触发前转的条件,在本 实施例中被叫用户B是签约用户并满足触发前转的条件,则HLR通过路由 信息确认消息返回前转数据给MSC服务器1。 在本步骤中,必须同时满足被叫用户是签约用户并且满足触发前转的条 件时,HLR才会返回前转数据。 触发前转条件是被叫用户预先登记的前转条件,例如:如果用户预先登 记了无条件前转,那么只要有呼叫到签约用户,就触发了前转条件,直接进 行呼叫前转;如果用户预先登记了遇忙呼叫,那么当签约用户接到呼叫时遇 忙无法接通,就触发了前转条件,进行呼叫前转。 本步骤中接收前转数据可以由MSC服务器中的呼叫模块104完成。 步骤305:MSC服务器1判断经被叫用户前转的当前呼叫业务记录次数 是否小于预设的允许呼叫业务的次数上限值;如果否,则执行步骤306;如 果是,则执行步骤308。 本步骤可以由MSC服务器中的判断模块102完成。 步骤306:MSC服务器1向BSC发送前转次数超限通知。 一般在此步骤中,MSC服务器1向主叫用户发送前转次数超限通知是 以发送前转次数超限通知音的方式进行的。 步骤307:MSC服务器1拆除BSC发来的呼叫,结束流程。 步骤306和步骤307可以由MSC服务器中的呼叫模块104完成。 步骤308:MSC服务器1进行前转呼叫,将呼叫发送至MSC服务器2; 并且MSC服务器1将该被叫用户的前转记录次数加1。 更进一步地,在释放一个正在进行的前转呼叫后,MSC服务器1将该 被叫用户的前转记录次数减1。 本步骤中,所述前转呼叫可以由MSC服务器中的呼叫模块104完成; 将记录次数加1或减1可以由MSC服务器中的计数模块103完成。 下面以晚呼叫前转为例,说明通过MSC服务器完成该方法的具体流程。 假设用户A呼叫用户B,用户B为被叫签约用户,用户B将呼叫前转到用 户C。图4为限制晚呼叫前转业务中呼叫业务次数的方法流程图,如图4所 示,MSC服务器1是被叫签约用户B的MSC服务器;MSC服务器2为被 叫签约用户提供的前转号码的用户C的MSC服务器。其具体实现包括以下 步骤: 步骤401:MSC服务器1预先设置允许呼叫业务次数上限值。 本步骤是在被叫用户的MSC服务器中预先设置了允许该用户同时进行 的呼叫前转的次数上限值,该允许呼叫业务次数上限值一般是由运营商按照 实际需要确定的。 步骤402:BSC向MSC服务器1发送呼叫请求。 步骤403:MSC服务器1向HLR发送路由信息请求消息。 本步骤是MSC服务器1通过路由信息请求消息去HLR取被叫用户B 的位置信息。 步骤404:HLR通过路由信息确认消息返回被叫用户位置的路由信息。 在本步骤中,返回的路由信息确认消息中只包含被叫用户位置的路由信 息,而不包含前转数据。 步骤405:MSC服务器1进行呼叫接续。如果被叫用户无法接通,则执 行步骤406;如果被叫接通,则用户A与被叫用户B直接建立通话,结束流 程。 步骤406:MSC服务器1判断用户是否签约了前转信息。如果是,则执 行步骤407;如果否,则执行步骤411。 其中,所述判断用户是否签约了前转信息是判断被叫用户是否预先登记 了呼叫前转业务和前转数据。前转数据可以是前转号码。 步骤407:MSC服务器1向HLR发送前转信息请求消息,从HLR获取 被叫用户的前转数据。 步骤408:HLR通过前转信息确认消息返回被叫用户的前转数据给MSC 服务器1。 步骤409:MSC服务器判断经被叫用户前转的当前呼叫业务的记录次数 是否小于预设的允许呼叫业务次数上限值。如果否,执行步骤410;如果是, 则执行步骤412。 步骤410:MSC服务器向BSC发送前转次数超限通知。 一般在此步骤中,MSC服务器1向主叫用户发送前转次数超限通知一 般是以发送前转次数超限通知音的方式进行的。 步骤411:MSC服务器1拆除BSC发来的呼叫,结束流程。 MSC服务器1拆除BSC发来的呼叫是通过发送拆除呼叫消息进行的。 步骤412:MSC服务器1进行前转呼叫,将呼叫发送至MSC服务器2; 并且MSC服务器1将该被叫用户的前转记录次数加1。 更进一步的,在释放一个前转呼叫后,MSC服务1将该被叫用户的前 转记录次数减1。 上面通过早呼叫前转和晚呼叫前转两个实施例,对本发明实施例在通过 MSC服务器限制呼叫前转业务中呼叫业务次数的方法流程做了详细的描 述,下面再举一个实施例对在通过MSC服务器进行CT业务中限制呼叫业 务次数的方法做详细描述。用户A与用户B建立呼叫,用户A具有CT的 权限,在用户A与用户B通话过程中,用户A呼叫用户C将呼叫转移到用 户C,使得用户B和用户C建立连接。图5为限制CT业务中呼叫业务次数 的方法流程图。如图5所示,MSC服务器1为签约用户A的MSC服务器, MSC服务器2是用户C的服务器。其流程包括以下步骤: 步骤501:MSC服务器1预先设置允许呼叫业务次数上限值。 本步骤是在进行呼叫转移用户的MSC服务器中预先设置了允许该用户 同时进行的CT的次数上限值,该允许呼叫业务次数上限值一般是由运营商 按照实际需要确定的。 步骤502:BSC向MSC服务器1发送将要转移到的用户号码。 当用户A在与用户B通话的过程中,用户A拨打用户C的号码时,用 户A的MSC服务器收到BSC发来的用户C的用户号码。 步骤503:MSC服务器1判断用户是否具有CT权限,并判断经签约用 户转移的当前呼叫业务记录次数是否小于预设的允许呼叫业务次数上限值。 如果两者同是为是,则执行步骤506;如果用户不具有CT权限,则进行步 骤505;如果签约用户转移的当前呼叫业务的记录次数不小于预设的允许呼 叫业务次数上限值,则执行步骤504。 步骤504:MSC服务器1向BSC发送前转次数超限通知。 步骤505:MSC拆除呼叫,结束流程。 MSC服务器1拆除BSC发来的呼叫是通过发送拆除呼叫DISCONNECT 消息进行的。 步骤506:MSC服务器1进行CT,将呼叫发送至MSC服务器2;并且 MSC服务器1将该被叫用户的CT记录次数加1。 更进一步地,在释放一个CT的呼叫后,MSC服务器1将该签约用户的 前转记录次数减1。 另外,限制呼叫前转过程中的呼叫业务次数的方法可以在HLR上实现, 在HLR上设置同时允许呼叫前转次数上限值,由HLR计数并控制。但是 HLR目前只能对签约用户呼叫前转次数增加,用户前转呼叫释放时,不能 对呼叫前转的记录次数减少。所以,在HLR上设置一个定时器,超过一定 时间,对前转次数清零。这样如果呼叫前转功能在HLR上实现,则只能在 一定时间段内限制用户的呼叫前转次数。 以早呼叫前转中的无条件前转为例,对在HLR上限制呼叫前转业务的 呼叫次数方法的流程做描述,该流程是在没有超过定时器的时限范围内的流 程。图6为在HLR上限制呼叫前转业务中的呼叫业务次数的方法的流程图。 如图6所示,其具体实现包括以下步骤: 步骤601:在HLR中预先设置允许呼叫业务次数上限值。 本步骤可以由HLR中的设置模块101完成, 步骤602:BSC向MSC服务器1发送呼叫请求。 当用户A呼叫用户B时,BSC就向被叫用户B的MSC服务器发送呼 叫请求,同时MSC会给BSC一响应。 步骤603:MSC服务器1向HLR发送路由信息请求消息。 本步骤是MSC服务器1通过路由信息请求消息从HLR获取被叫用户B 的位置信息。 本步骤中HLR接收路由信息请求消息可以由HLR中的发送接收模块 105完成。 步骤604:HLR判断该被叫用户是否签约并满足触发前转的条件,在本 实施例中被叫用户B是签约用户并满足触发前转的条件;HLR判断经被叫 用户前转的当前呼叫业务的记录次数是否小于预设的允许呼叫业务次数上 限值,如果是,执行步骤608;如果否,执行步骤605。 本步骤可以由HLR中的判断模块102完成。 步骤605:HLR通过发送路由信息确认向MSC服务器1返回否定原因 值。 本步骤可以由HLR中的发送接收模块105完成。 步骤606:MSC服务器1向BSC发送前转次数超限通知。 步骤607:MSC服务器1拆除BSC发来的呼叫,结束流程。 步骤608:HLR通过路由信息确认消息向MSC服务器1返回前转数据。 所述前转数据为用户C的用户号码。 本步骤可以由HLR中的发送接收模块105完成。 步骤609:MSC服务器1进行前转呼叫,将呼叫发送至MSC服务器2; 并且HLR将该被叫用户的前转记录次数加1。 本步骤中所述将被叫用户的前转记录次数加1可以由HLR中的计数模 块103完成。 更进一步地,设定一个周期性定时器,到了定时时限后,将HLR中的 记录次数清零。 所述周期性定时器可以由HLR中的定时模块106;所述将记录次数清 零可以由HLR中的计数模块103在接收到定时模块106的清零通知后完成。 下面对本发明实施例所提供的系统进行详细描述,该系统可以有以下两 种方式:其一,如图7.a所示,该系统包括:MSC服务器701、以及HLR 702; MSC服务器701,设置呼叫业务次数上限值,接收到呼叫请求后,向 HLR 702发送路由信息请求;接收到HLR 702发送的前转数据后,判断签 约用户当前呼叫业务的记录次数是否小于允许呼叫业务次数上限值,如果 否,拆除当前呼叫业务;如果是,根据前转数据进行当前呼叫业务,并将记 录次数加1; HLR 702,接收到MSC服务器701发送的路由信息请求后,向MSC服 务器701发送前转数据。 在呼叫业务结束后,MSC服务器701,还用于将记录次数减1。 此种情况下,所述MSC服务器的实现方式可以由本发明实施例所提供 的一种MSC服务器来完成。 其二,如图7.b所示,该系统包括:MSC服务器701,以及HLR 702; MSC服务器701,接收到呼叫请求后,向HLR 702发送路由信息请求; 接收到HLR 702发送的前转数据后,根据前转数据进行当前呼叫业务;接 收到HLR 702发送的否定原因值时,拆除当前呼叫。 HLR 702,设置呼叫业务次数上限值;接收到MSC服务器701发送的 路由信息请求后,判断签约用户当前呼叫业务的记录次数是否小于允许呼叫 业务次数上限值,如果否,向MSC服务器701发送否定原因值;如果是, 向MSC服务器701发送前转数据,并将记录次数加1。 所述否定原因值和呼叫业务数据可以通过路由信息请求确认消息发送 给MSC服务器。 更进一步地,该系统还包括:定时器703,设定定时时限;定时时限到 时,向HLR 702发送到时通知; HLR 702,接收到到时通知后,将记录次数清零。 设置定时器703是因为在呼叫业务结束时,没有流程通知HLR 702, HLR 702不能将记录次数减1,所以设定定时器703周期性地将HLR 702的 记录次数清零。 所述定时器703可以设置为独立的设备,也可以设置在HLR 702中。 设置在HLR 702中时,所述HLR 702的实现方式可以由本发明实施例提供 的一种HLR来完成。 上述第一种情况既可以用于呼叫前转业务,也可以用于CT业务;当为 呼叫前转业务时,所述呼叫业务数据为呼叫前转号码;当为CT业务时,所 述呼叫业务数据为将要转移到的用户号码。 上述第二种情况时,一般只用于呼叫前转业务,所述呼叫前转数据为呼 叫前转号码。 由以上可以看出,本发明实施例通过限制经由同一签约用户发起的正在 进行的呼叫业务的次数,从而防止用户短时间内同时建立大量多对用户的连 接,减小对运营商利益的影响。 |