一种呼叫控制方法和业务控制点的制作方法

专利名称：一种呼叫控制方法和业务控制点的制作方法
技术领域：
本发明涉及呼叫控制技术，尤其涉及一种呼叫控制方法和业务控制点。
背景技术：
呼叫前转业务是一种将向用户发起的呼叫转移到用户设置的前转号码的业务。当 用户暂时无法接听拨打到其移动终端的电话时，可以通过设置呼叫前转，来将拨打到其移 动终端的电话转移到其语音邮箱或者其经常使用的通信终端(即前转终端)，以避免错过 重要的电话。在这种情况下，前转至语音邮箱或者通信终端的来话将通过两条链路来承载， 第一条链路是连接主叫终端和作为被叫终端的移动终端的链路，第二条链路是连接移动终 端和语音邮箱或者通信终端的链路。不难理解，在前转成功后，上述两条链路均将产生通信 费用。特别的，当上述移动终端离开其归属运营商网络而进入漫游运营商网络时，由于 作为前转终端的语音邮箱或者通信终端仍然处于其归属运营商网络之内，因此在前转成功 后，呼叫承载链路将出现迂回现象，即在上述两条链路之中，第一条链路将包含一段由归属 运营商网络指向漫游运营商网络的链路，第二条链路将包含一段由漫游运营商网络指向归 属运营商网络的链路。由于上述两条链路均包含跨网链路，因此将产生高昂的通信费用。遗憾的是，现有技术尚无法解决上述因呼叫发生前转而导致呼叫经两条链路被前 转至前转号码，由此产生占用链路多且通信费用昂贵的问题。

发明内容
有鉴于此，实有必要提供一种呼叫控制方法，以解决因呼叫发生前转而导致呼叫 经两条链路被前转至前转号码，由此产生占用链路多且通信费用昂贵的问题。同时，提供一种业务控制点，以解决因呼叫发生前转而导致呼叫经两条链路被前 转至前转号码，由此产生占用链路多且通信费用昂贵的问题。一种呼叫控制方法，包括响应第一呼叫控制请求，为请求控制的第一呼叫生成呼叫记录，并监测与所述第 一呼叫相关联的预设呼叫释放事件；响应第二呼叫控制请求，在判定请求控制的第二呼叫为所述第一呼叫的前转呼叫 时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录，释放所述第二呼叫，以 触发与所述第一呼叫相关联的所述预设呼叫释放事件；响应监测到的与所述第一呼叫相关联的所述预设呼叫释放事件，将所述第一呼叫 接续至所述呼叫记录中的被叫号码。一种业务控制点，包括第一呼叫控制模块，用于响应第一呼叫控制请求，为请求控制的第一呼叫生成呼 叫记录，并监测与所述第一呼叫相关联的预设呼叫释放事件；第二呼叫控制模块，用于响应第二呼叫控制请求，在判定请求控制的第二呼叫为所述第一呼叫的前转呼叫时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记 录，释放所述第二呼叫，以触发与所述第一呼叫相关联的所述预设呼叫释放事件；所述第一呼叫控制模块还用于响应监测到的与所述第一呼叫相关联的所述预设 呼叫释放事件，将所述第一呼叫接续至所述呼叫记录中的被叫号码。本发明实施例在判定发生呼叫前转时，释放主叫终端与被叫终端之间以及被叫终 端与前转终端之间承载呼叫的链路，将呼叫直接前转至前转终端。因此，本发明实施例提供 的技术方案可降低呼叫前转过程中的链路使用量，降低通信费用。当漫游终端发生呼叫前 转且前转号码归属于漫游终端的归属网络时，本发明实施例提供的技术方案使得呼叫无需 经两条跨网链路接续，而是被直接前转至上述前转号码，因此可大大降低呼叫前转过程中 的链路使用量，降低通信费用。


图1是依据本发明一实施例的呼叫控制方法的流程图；图2是依据本发明一实施例的呼叫控制方法的信令图；图3是依据本发明一实施例的呼叫控制方法的信令图；图4是依据本发明一实施例的业务控制点的逻辑结构框图。
具体实施例方式图1是依据本发明一实施例的呼叫控制方法100的流程图。在步骤102，响应第一呼叫控制请求，为请求控制的第一呼叫生成呼叫记录，并监 测与所述第一呼叫相关联的预设呼叫释放事件；具体来说，可仅在第一呼叫满足预先设置的记录条件时，才为所述第一呼叫生成 所述呼叫记录，以降低处理设备例如业务控制点的处理负担。上述记录条件可以是，例如， 仅在判定所述第一呼叫指向的被叫终端订制有呼叫前转业务时，才为所述第一呼叫生成所 述呼叫记录。此外，还可根据第一呼叫的其他属性来设置上述记录条件。例如，上述记录条 件可以是，仅在第一呼叫指向一订制有呼叫前转业务的漫游终端且该漫游终端的前转号码 的归属网络不同于漫游网络时，才为所述第一呼叫生成所述呼叫记录，其中，所述前转号码 的归属网络可以是上述漫游终端的归属网络，也可以是既不同于上述漫游终端的归属网络 也不同于漫游网络的其他网络。在具体实现过程中，上述记录条件可根据具体需要进行设 定，本发明要求保护的范围不受具体的记录条件的限制。此外，上述预设呼叫释放事件可以是对应预设释放原因值的呼叫释放事件 (Event) 0呼叫释放事件可以表现为一条ISUP(ISDN(综合业务数字网，htegrated Services Digital Network)用户部分，ISDN User Part)协议或者TUP(电话用户部分， Telephone User Part)协议中定义的REL (释放，Release)消息REL消息通常用于释放呼 叫。REL消息中一般会携带有释放原因值，用于表明释放呼叫的原因。在本发明实施例提供 的技术方案中，上述预设呼叫释放事件对应的REL消息中携带有上述预设释放原因值，而 上述预设释放原因值可以是被叫忙、被叫无应答或者被叫不在服务区等用来表明被叫用户 无法建立连接的释放原因值。在通过智能网相关技术来实现本实施例时，当第一呼叫指向的被叫终端订制有基于智能网的呼叫前转业务时，上述第一呼叫可以是一个根据被叫用户签约信息 (Terminating-CAMEL(移动网络增强逻辑的客户化应用，CustomizedApplication for Mobile Network Enhanced Logic) Subscription Information, T-CSI) MM^^Sjjt^ (Mobile Terminating, MT)呼叫。在步骤104，响应第二呼叫控制请求，在判定请求控制的第二呼叫为所述第一呼叫 的前转呼叫时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录，释放所述 第二呼叫，以触发与所述第一呼叫相关联的所述预设呼叫释放事件；具体来说，可采用各种技术方案来确定第二呼叫是否为第一呼叫的前转呼叫。例 如，可在所述第二呼叫的前转方号码为所述第一呼叫的被叫号码，且所述第二呼叫的呼叫 参考号(Call Reference Number, CRN)与所述第一呼叫的呼叫参考号相同时，判定所述第 二呼叫为所述第一呼叫的前转呼叫。又例如，可在所述第二呼叫的主叫号码与所述第一呼 叫的主叫号码相同，且所述第二呼叫的前转方号码与所述第一呼叫的被叫号码相同时，判 定所述第二呼叫为所述第一呼叫的前转呼叫。又例如，若主叫号码在呼叫链路建立过程中 发生改变，例如在出现跨网呼叫的情况下主叫号码发生丢失，则还可借助相关的时间戳信 息来判定第二呼叫是否为第一呼叫的前转呼叫。具体来说，在判定第二呼叫的前转方号码 为第一呼叫的被叫号码的情况下，如果根据第一呼叫控制请求和第二呼叫控制请求的时间 戳信息判定这两个呼叫控制请求发生时间之间的间隔时长在预设间隔时长范围之内，则判 定第二呼叫为第一呼叫的前转呼叫。基于时间戳信息的判断方法应用于在邻近时间内发生 多次指向第一呼叫的被叫号码的跨网呼叫的应用场景，因为在这种应用场景下，跨网呼叫 的主叫号码将发生变化例如主叫号码丢失，在存在多个指向第一呼叫的被叫号码的呼叫的 情况下，仅凭第一呼叫的被叫号码这一个参数是无法区分这些呼叫的。而借助时间戳信息， 如果能判定第一呼叫控制请求与第二呼叫控制请求发生时间之间的间隔时长在预设的间 隔时长之内，则可确定第二呼叫为第一呼叫的前转呼叫，因为在极短的时间间隔内发生指 向同一被叫终端的呼叫的可能性极小。不难理解，上述间隔时长越短，判断结果越精确。在 具体实现过程中，在判定第二呼叫是否为第一呼叫的前转呼叫时用到的参数可以从与第二 呼叫和第一呼叫有关的各种呼叫相关消息中获取，例如上述参数可在相关的IDP(初始检 测点，hitial DetectionPoint)消息中获取，具体来说，例如，上述前转方号码便可从IDP 消息的Redirecting Party ID(前转方ID)字段中提取。此外，上述时间戳信息可在接收 上述呼叫相关消息例如IDP消息时生成。此外，生成的呼叫记录可以作为一个字段添加到 现有的与呼叫有关的相关记录中，例如与呼叫有关的会话记录中。另一方面，也可单独生成 一个呼叫记录。在这种情况下，生成的呼叫记录必须包含能够标识该呼叫记录所属呼叫的 标识信息。例如，在上文结合使用呼叫参考号来判断第二呼叫是否为第一呼叫的前转呼叫 的情况下，该呼叫记录中所包含的所述呼叫的标识信息可以是呼叫参考号。又例如，在上文 结合使用主叫号码和被叫号码来判断第二呼叫是否为第一呼叫的前转呼叫的情况下，该呼 叫记录所包含的所述呼叫的标识信息可以是主叫号码和被叫号码。又例如，在上文结合使 用被叫号码和时间戳信息来判断第二呼叫是否为第一呼叫的前转呼叫的情况下，该呼叫记 录所包含的所述呼叫的标识信息可以是被叫号码和时间戳信息。当发生呼叫前转时，前转呼叫相当于原始呼叫的被叫终端向原始呼叫的被叫终端 的前转号码所对应的终端发起的呼叫。为便于描述，下文将发生呼叫前转前的呼叫称为原
7始呼叫，原始呼叫的被叫终端的前转号码对应的终端称为前转终端。换句话说，在发生呼 叫前转时，原始呼叫的被叫终端变为前转呼叫的主叫终端。在这种情况下，由于前转呼叫 的主叫终端订制有呼叫前转业务，因此，在通过智能网相关技术来实现本发明的技术方案 时，上述第二呼叫可以是一个根据主叫用户签约信息(Originating-CAMEL Subscription Information,0-CSI)触发的移动始发(Mobile Originating,M0)呼叫。更为准确的说，该 第二呼叫为一 MF(移动前转，Mobile Forwarding)呼叫，MF呼叫为一种特殊的MO呼叫。由于第二呼叫为第一呼叫的前转呼叫，因此第二呼叫指向的被叫号码即为真正的 前转号码，即第一终端指向的被叫终端的前转号码。通过将第二呼叫指向的被叫号码写入 第一呼叫的呼叫记录，便可将真正的前转号码告知第一呼叫的相关业务控制逻辑，即MT呼 叫控制逻辑。如此一来，MT呼叫控制逻辑便可直接获得MT呼叫的被叫终端的前转号码，而 无需再另行通过其他手段专门获取该前转号码，例如通过与HLR进行交互，来获取原始呼 叫的被叫终端的前转号码。在借助智能网相关技术对呼叫过程进行控制时，一次呼叫的主叫终端和被叫终端 的签约信息均有可能触发对应的呼叫控制流程。其中，根据主叫终端的签约信息触发的控 制流程为MO流程，在MO流程中，智能网控制设备将上述呼叫识别为一 MO呼叫；根据被叫终 端的签约信息触发的控制流程为MT流程，在MT流程中，智能网控制设备将上述呼叫识别为 一MT呼叫。尽管均对应同一次呼叫，但智能网控制设备，例如但不限于业务控制点，并不会 将上述MO呼叫和MT呼叫相关联，换句话说，在智能网控制设备看来，上述MO呼叫和MT呼 叫是毫无关联的两次呼叫。而根据本发明提供的技术方案，通过判断MO呼叫是否为MT呼 叫的前转呼叫，便可在确定MO呼叫为MT呼叫的前转呼叫的情况下，将MO呼叫指向的被叫 号码，也就是MT呼叫指向的被叫终端的前转号码，告知MT呼叫的相关控制逻辑，以便MT呼 叫相关的控制逻辑可根据该前转号码对MT呼叫的呼叫过程进行控制，以对呼叫前转过程 进行优化。在具体实现过程中，在通过智能网相关技术来实现本发明的技术方案时，可通过 发送CAP (CAMEL应用部分，CAMEL Application Part)协议中定义的RC (释放呼叫，Release Call)消息来释放第二呼叫，其中，该RC消息中携带上述预设释放原因值。本领域内的技术 人员应当明白，由于第二呼叫为第一呼叫的前转呼叫，因此，在第二呼叫被释放的情况下， 第一呼叫对应的链路同样将被释放，此时，用于释放第一呼叫的承载链路的REL消息中同 样携带上述预设释放原因值。除了上面介绍的释放第二呼叫的方案之外，本发明实施例还可采用另外一种方案 来释放第二呼叫，即将所述第二呼叫接续至一虚拟业务接入号码，其中，所述虚拟业务接入 号码的归属网络与所述第一呼叫的被叫号码的归属网络相同。同时，在监测到指向所述虚 拟业务接入号码的任一呼叫时，释放所述任一呼叫并触发所述预设呼叫释放事件。如此一 来，便可将第二呼叫路由回第一呼叫的被叫号码的归属网络，再通过该归属网络来释放第 二呼叫。这种释放第二呼叫的方案在一些应用环境中会带来特别的效果，这种效果将在下 文进行具体的描述。在具体实现过程中，为降低呼叫控制设备，例如业务控制点，的处理负担，可根据 作为第一呼叫的前转呼叫的第二呼叫的具体情况来确定是否将第二呼叫指向的被叫号码 写入第一呼叫的呼叫记录中。例如，可在第二呼叫满足预设的号码写入条件时，才将第二
8呼叫指向的被叫号码写入第一呼叫的呼叫记录中。具体来说，上述号码写入条件可以是，例 如，仅在所述第二呼叫指向的被叫号码，即第一呼叫指向的被叫终端的前转号码的归属网 络不同于所述第一呼叫指向的被叫号码当前所在的网络时，才将所述第二呼叫指向的被叫 号码写入所述第一呼叫的呼叫记录，其中，第二呼叫指向的被叫号码既可以归属于第一呼 叫指向的被叫终端的归属网络，也可以归属于第一呼叫指向的被叫终端当前所在的网络之 外的其他网络。在具体实现过程中，将第二呼叫指向的被叫号码写入第一呼叫的呼叫记录 的条件可根据具体需要进行设定，本发明要求保护的范围不受具体条件的限制。在步骤106，响应监测到的与所述第一呼叫相关联的所述预设呼叫释放事件，将所 述第一呼叫接续至所述呼叫记录中的被叫号码。由上述步骤不难看出，在监测到第一呼叫发生前转时，前转呼叫将被释放，由此导 致第一呼叫也被释放。由于预先已经为第一呼叫设置了对应的监测点，即监测与所述第一 呼叫相关联的预设呼叫释放事件，因此在第一呼叫被释放时，用于对第一呼叫的呼叫过程 进行控制的呼叫控制设备，例如业务控制点，将监测到对应的呼叫释放事件。在这种情况 下，如果监测到的呼叫释放事件不同于正常通话结束等情况时的呼叫释放事件，而是上述 预设呼叫释放事件，则可以认定第一呼叫发生前转。在这种情况下，第一呼叫将被接续至呼 叫记录中的被叫号码。如上文所述，该被叫号码即为第一呼叫的被叫终端的前转号码。如 此一来，当第一呼叫满足前转条件时，例如被叫忙、被叫无法应答或者被叫不在服务区等， 第一呼叫将不再进行常规的呼叫前转，而是直接前转至前转终端，其中，常规的呼叫前转即 首先建立到被叫终端的呼叫，然后建立由被叫终端到前转终端的呼叫。这样一来，相比于需 要建立两条链路的常规呼叫前转，本发明实施例提供的技术方案仅需建立一条链路，因此 本发明实施例提供的技术方案可降低通话链路使用量，由此降低通话费用。下面结合具体实施例来详细描述本发明实施例提供的技术方案在降低链路使用 量方面的具体效果。图2是依据本发明一实施例的呼叫控制方法200的信令图。在图2所示的信令图 中，实线箭头表示在CAP协议中定义的相关消息，单点划线箭头表示在MAP (移动应用部分， Mobile Application Part)协议中定义的相关消息，双点划线箭头表示ISUP协议或者TUP 协议中定义的相关消息。图2所示的信令图应用于这样一种应用场景归属于第一网络的 终端漫游至第二网络，该终端订制有呼叫前转业务，且其前转号码归属于第一网络。为便于 描述，下文将上述应用场景简称为国际漫游前转场景。步骤202，第一网络，即被叫终端的归属网络的GMSC(网关移动交换中心，Gateway Mobile Switching Center)/SSP (业务交换点，Service Switching Point)响应主叫终端 向被叫终端发起的呼叫，向被叫终端的HLR(归属位置寄存器，Home Location Register)发 送SRI (发送路由信息，Send Routing Information)消息，以向HLR请求被叫终端的签约 信息。为便于描述，下文将主叫终端向被叫终端发起的呼叫简称为原始呼叫。步骤204，HLR向第一网络的GMSC发送SRI_ACK(SRI应答)消息，其中携带有被叫 终端的签约信息。步骤206，GMSC分析被叫终端的签约信息，在发现被叫终端订制有呼叫前转业务 时，向归属于第一网络的SCP(业务控制点，Service Control Point)中的第一呼叫控制模 块发送IDP(初始检测点，Initial Detection Point)消息。
本领域的技术人员应当明白，GMSC在对被叫终端的签约信息进行分析后，如果发 现被叫终端订制有基于智能网的呼叫前转业务，则将在DP12(检测点12)触发IDP消息，以 触发MT呼叫控制流程。因此，在这种情况下，业务控制点会将上述原始呼叫识别为一 MT呼 叫。步骤208，SCP的第一呼叫控制模块为上述MT呼叫生成一呼叫记录，并向GMSC 返回RRBE (请求报告BCSM(基本呼叫状态模型，Basic Call StateModel)事件，Request Report BCSM Event)消息，请求GMSC在收到针对上述MT呼叫的REL (释放，Release)消息 时向业务控制点的第一呼叫控制模块上报。步骤210，GMSC再次向HLR发送SRI消息，以请求被叫终端的具体位置信息。步骤212，HLR响应上述SRI消息，向第二网络，即原始呼叫的被叫终端当前所在网 络中的VMSC(拜访地移动交换中心，Visited Mobile SwitchingCenter)发送PRN(提供路 由号码，Provide Roaming Number)消息。步骤214，VMSC B向应上述PRN消息，返回PRN_ACK (PRN应答)，其中，该PRN_ACK中 携带有 MSRN(移动台漫游号码，Mobile Station RoamingNumber)。步骤216，HLR向GMSC返回SRI_ACK，其中携带上述MSRN。步骤218，GMSC 向 VMSC 发送 IAM(初始地址消息，hitial AddressMessage)，以便 根据上述MSRN将原始呼叫接续至VMSC。步骤220，VMSC 响应上述 IAM，返回 ACM (地址全消息，Address CompleteMessage)， 并开始呼叫被叫终端。步骤222，VMSC呼叫被叫终端后发现被叫终端无法建立连接(例如被叫终端忙、 被叫终端无应答或者被叫终端不在服务区等)。此后，VMSC根据VLR(拜访位置寄存器， Visitor Location Register)中存储的被叫终端的签约信息，执行呼叫前转操作，其中，被 叫终端的签约信息中记录有被叫终端订制有呼叫前转业务。在执行呼叫前转操作的过程中，VMSC以原被叫终端，即原始呼叫的被叫终端作为 主叫终端向前转终端发起呼叫。在这种情况下，由于原被叫终端订制有呼叫前转业务，因此 在以原被叫终端作为主叫终端来发起呼叫时，将触发VMSC向业务控制点的第二呼叫控制 模块发送IDP消息。本领域的技术人员应当明白，VMSC在对呼叫前转后的主叫终端，即原被叫终端的 签约信息进行分析后，如果发现呼叫前转后的主叫终端订制有基于智能网的呼叫前转业 务，则将在DP2(检测点2)触发IDP消息，以触发MO呼叫控制流程。因此，在这种情况下， 业务控制点会将前转后的原始呼叫识别为一 MO呼叫。更为准确的说，该前转后的原始呼叫 为一 MF(移动前转，MobileForwarding)呼叫，MF呼叫为一种特殊的MO呼叫。步骤224，业务控制点的第二呼叫控制模块在判定请求控制的MO呼叫为前述MT呼 叫的前转呼叫时，将所述MO呼叫指向的被叫号码写入所述MT呼叫的呼叫记录，并向VMSC 发送RC (释放呼叫，Release Call)消息，以通知VMSC释放MO呼叫，并在RC消息中携带预 设释放原因值。上述MT呼叫和上述MO呼叫均对应原始呼PL]，其中，MT呼叫对应呼叫前转前的原始 呼叫，MO呼叫对应呼叫前转后的原始呼叫。然而，在现有技术中，业务控制点并不会将上述 MT呼叫和上述MO呼叫进行关联。换句话说，在业务控制点看来，上述MT呼叫和上述MO呼叫为没有关联的两个呼叫。在这种情况下，本发明实施例提供的技术方案通过将MO呼叫与 MT呼叫的呼叫参数进行比较，来判断MO呼叫是否为MT呼叫的前转呼叫，并在判定MO呼叫 为MT呼叫的前转呼叫的情况下，将MO呼叫指向的被叫号码，即MT呼叫的被叫终端的前转 号码写入MT呼叫的呼叫记录，如此一来，MT呼叫的相关控制流程便可获得MT呼叫的被叫终 端的前转号码，从而实现对MT呼叫的前转控制。如上文所述，在具体实现过程中，可采用各 种技术方案来确定MO呼叫是否为MT呼叫的前转呼叫。例如，可在所述MO呼叫的前转方号 码为所述MT呼叫的被叫号码，且所述MO呼叫的呼叫参考号(Call Reference Number, CRN) 与所述MT呼叫的呼叫参考号相同时，判定所述MO呼叫为所述MT呼叫的前转呼叫。又例如， 可在所述MO呼叫的主叫号码与所述MT呼叫的主叫号码相同，且所述MO呼叫的前转方号码 与所述MT呼叫的被叫号码相同时，判定所述MO呼叫为所述MT呼叫的前转呼叫。又例如， 若主叫号码在呼叫链路建立过程中发生改变，例如在出现跨网呼叫的情况下主叫号码发生 丢失，则还可借助相关的时间戳信息来判定MO呼叫是否为MT呼叫的前转呼叫。具体来说， 在判定MO呼叫的前转方号码为MT呼叫的被叫号码的情况下，如果根据MT呼叫控制请求和 MO呼叫控制请求的时间戳信息判定这两个呼叫控制请求发生时间之间的间隔时长在预设 间隔时长范围之内，则判定MO呼叫为MT呼叫的前转呼叫。基于时间戳信息的判断方法应 用于在邻近时间内发生多次指向MT呼叫的被叫号码的跨网呼叫的应用场景，因为在这种 应用场景下，跨网呼叫的主叫号码将发生变化例如主叫号码丢失，在存在多个指向MT呼叫 的被叫号码的呼叫的情况下，仅凭MT呼叫的被叫号码这一个参数是无法区分这些呼叫的。 而借助时间戳信息，如果能判定MT呼叫控制请求与MO呼叫控制请求发生时间之间的间隔 时长在预设的间隔时长之内，则可确定MO呼叫为MT呼叫的前转呼叫，因为在极短的时间间 隔内发生指向同一被叫终端的呼叫的可能性极小。不难理解，上述间隔时长越短，判断结果 约精确。在具体实现过程中，在判定MO呼叫是否为MT呼叫的前转呼叫时用到的参数可以 从与MO呼叫和MT呼叫有关的各种呼叫相关消息中获取，例如上述参数可在相关的IDP (初 始检测点，Initial Detection Point)消息中获取，具体来说，例如，上述前转方号码便可 从IDP消息的Redirecting Party ID(前转方ID)字段中提取。此外，上述时间戳信息可 在接收上述呼叫相关消息例如IDP消息时生成。此外，生成的呼叫记录可以作为一个字段添加到现有的与呼叫有关的相关记录 中，例如与呼叫有关的会话记录中。另一方面，也可单独生成一个呼叫记录。在这种情况 下，生成的呼叫记录必须包含能够标识该呼叫记录所属呼叫的标识信息。例如，在上文结合 使用呼叫参考号来判断MO呼叫是否为MT呼叫的前转呼叫的情况下，该呼叫记录中所包含 的所述呼叫的标识信息可以是呼叫参考号。又例如，在上文结合使用主叫号码和被叫号码 来判断MO呼叫是否为MT呼叫的前转呼叫的情况下，该呼叫记录所包含的所述呼叫的标识 信息可以是主叫号码和被叫号码。又例如，在上文结合使用被叫号码和时间戳信息来判断 MO呼叫是否为MT呼叫的前转呼叫的情况下，该呼叫记录所包含的所述呼叫的标识信息可 以是被叫号码和时间戳信息。步骤226，VMSC在收到RC消息后，将释放MO呼叫。此时，由于MO呼叫为MT呼叫 的前转呼叫，因此，本领域的技术人员应当明白，MO呼叫被释放将导致到MT呼叫也将被释 放，具体来说，承载MT呼叫的链路将被释放。具体来说，此时，VMSC将向GMSC发送REL消 息，其中，该REL消息中将携带上述RC消息中携带的预设释放原因值。
11
步骤228，GMSC在收到上述REL消息后，返回RLC (释放完成，ReLeaseCompletion) 消息。此时，GMSC与VMSC之间承载MT呼叫的链路被释放。步骤230，由于在步骤208中，业务控制点的第一呼叫控制模块通过RRBE消息请 求GMSC在收到REL消息后向业务控制点的第一呼叫控制模块上报。因此，GMSC在收到上 述REL消息后，通过ERB(BCSM事件报告，Event ReportBCSM)消息向第一呼叫控制模块上 报，其中，该ERB消息中携带上述REL消息中携带的预设释放原因值。步骤232，第一呼叫控制模块在收到GMSC根据收到的REL消息发出的ERB消息后， 根据其中携带的预设释放原因值判定MT呼叫发生呼叫前转，因此向GMSC发送包含呼叫记 录中记录的被叫号码的连接(CONNECT)消息，以指示GMSC将所述MT呼叫接续至所述呼叫 记录中的被叫号码。图2描述的呼叫控制方法200是图1所示的呼叫控制方法100在上文所述的应 用场景下的具体实现。其中，方法200中GMSC在DP12触发的IDP消息即为方法100中的 第一呼叫控制请求，由方法200可知，该IDP消息来自第一网络，所述第一网络为所述第一 呼叫指向的被叫终端的归属网络，而方法200中的MT呼叫即为方法100中的第一呼叫。方 法100中描述的监测与所述第一呼叫相关联的预设呼叫释放事件在方法200中具体表现为 SCP的第一呼叫控制模块请求GMSC在收到针对MT呼叫的REL消息时向SCP上报。此外，方法200中VMSC在DP2触发的IDP消息即为方法100中的第二呼叫控制请 求，MO呼叫即为方法100中的第二呼叫。而方法100中描述的释放所述第二呼叫，以触发 与所述第一呼叫相关联的所述预设呼叫释放事件，在方法200中则具体表现为SCP的第二 呼叫控制模块向VMSC发送包含预设释放原因值的RC消息以释放MO呼叫，且由于MO呼叫 为MT呼叫的前转呼叫，因此释放MO呼叫将导致MT呼叫也被释放，具体来说，即为VMSC向 GMSC发送包含预设释放原因值的REL消息。方法100中描述的响应监测到的与所述第一呼叫相关联的所述预设呼叫释放事 件，将所述第一呼叫接续至所述呼叫记录中的被叫号码，在方法200中具体表现为，GMSC在 收到来自VMSC的REL消息后，向SCP的第一呼叫控制模块发送ERB消息，其中该REL消息 中携带上述预设释放原因值，该ERB消息中携带该REL消息中携带的上述预设释放原因值。 SCP的第一呼叫控制模块根据该预设释放原因值，判定MT呼叫发生前转，从而将MT呼叫接 续至所述呼叫记录中的被叫号码。基于图2中描述的方法200，可将本发明实施例提供的技术方案在国际漫游前转 场景中的具体实现总结为如下呼叫控制方法响应来自第一网络的第一呼叫控制请求，为 请求控制的第一呼叫生成呼叫记录，并指示第一网络监测与所述第一呼叫相关联的预设呼 叫释放事件，其中，所述第一网络为所述第一呼叫指向的被叫终端的归属网络；响应来自第 二网络的第二呼叫控制请求，在判定请求控制的第二呼叫为所述第一呼叫的前转呼叫时， 将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录，释放所述第二呼叫，以触 发与所述第一呼叫相关联的所述预设呼叫释放事件，其中，第二网络不同于所述第一网络； 响应第一网络监测到的与所述第一呼叫相关联的所述预设呼叫释放事件，指示第一网络将 所述第一呼叫接续至所述呼叫记录中的被叫号码。更进一步的说，所述预设呼叫释放事件 为携带有预设释放原因值的释放链路消息，所述释放所述第二呼叫，以触发与所述第一呼 叫相关联的所述预设呼叫释放事件，具体包括，向所述第二网络发送携带有预设释放原因值的释放呼叫消息，以触发所述第二网络向所述第一网络发送携带有所述预设释放原因值 的释放链路消息。如上文所述，在执行前转操作时，相比于需要建立两条链路的常规呼叫前转，本发 明实施例提供的技术方案仅需建立一条链路，因此本发明实施例提供的技术方案可降低通 话链路使用量，由此降低通话费用。在国际漫游前转场景中，由于常规呼叫前转需要建立的 两条链路均包含国际链路，因此费用非常昂贵。相比与此，在漫游终端的前转终端处于既 不同于漫游网络也不同于漫游终端的归属网络的其他网络时，本发明提供的技术方案只需 建立一条连接所述其他网络的国际链路；在漫游终端的前转终端处于漫游终端的归属网络 内，本发明提供的技术方案只需建立一条连接前转终端的国内链路。由此可见，本发明实施 例提供的技术方案在国际漫游前转场景中在降低通话费用方面的效果更加明显。应注意，尽管图2所示的技术方案是以上文所述的国际漫游前转场景为前提进行 描述的，但是本领域的技术人员，本发明提供的技术方案并非仅限于该应用场景，还可以应 用到发生呼叫前转的其他场景，例如在被叫终端未发生漫游、被叫终端发生漫游且前转终 端归属于漫游网络、被叫终端发生漫游且前转终端的归属网络既不同于被叫终端的归属网 络也不同于漫游网络的应用场景中，本发明提供的技术方案依然适用。在图2所示的方法200中，业务控制点发出的RC消息是发往VMSC的。在具体应 用过程中，一些交换机在收到RC消息之后，并不会立即释放呼叫，而是通过呼叫链路向主 叫用户发送提示音，以告知主叫用户被叫用户当前无法应答。在这种情况下，主叫用户在听 到上述提示音之后，会主动挂断电话，导致呼叫前转无法实现。如此一来，便需要对VMSC进 行配置，以控制VMSC在收到RC消息之后立即释放呼叫而不是通过呼叫链路向主叫用户发 送提示音。然而，对其他网络进行配置是极为困难的，因此，需要一种方案，可有效解决VMSC 播放提示音而导致主叫用户挂断电话的问题。本发明实施例提供的技术方案在图2所示方 法的基础上，将第二呼叫路由回第一呼叫的被叫终端的归属网络，以达到由归属网络对第 二呼叫进行释放的目的。通过对归属网络交换机进行配置，可控制归属网络在收到RC消息 之后直接释放第二呼叫，而不是向主叫用户播放提示音。下面就结合图3对本发明实施例 提供的技术方案进行详细的描述。图3是依据本发明一实施例的呼叫控制方法300的信令图。步骤302，第一网络，即被叫终端的归属网络的GMSC响应主叫终端向被叫终端发 起的呼叫，向被叫终端的HLR发送SRI消息，以向HLR请求被叫终端的签约信息。为便于描 述，下文将主叫终端向被叫终端发起的呼叫简称为原始呼叫。步骤304，HLR向第一网络的GMSC发送SRI_ACK消息，其中携带有被叫终端的签约
信息ο步骤306，GMSC分析被叫终端的签约信息，在发现被叫终端订制有呼叫前转业务 时，向归属于第一网络的SCP中的第一呼叫控制模块发送IDP消息。本领域的技术人员应当明白，GMSC在对被叫终端的签约信息进行分析后，如果发 现被叫终端订制有基于智能网的呼叫前转业务，则将在DP12(检测点12)触发IDP消息，以 触发MT呼叫控制流程。因此，在这种情况下，业务控制点会将上述原始呼叫识别为一 MT呼 叫。步骤308，SCP的第一呼叫控制模块为上述MT呼叫生成一呼叫记录，并向GMSC返回RRBE消息，请求GMSC在收到针对上述MT呼叫的REL消息时向业务控制点的第一呼叫控 制模块上报。步骤310，GMSC再次向HLR发送SRI消息，以请求被叫终端的具体位置信息。步骤312，HLR响应上述SRI消息，向第二网络，即移动终端当前所在网络中的VMSC 发送PRN消息。步骤314，VMSC响应上述PRN消息，返回PRN_ACK，其中，该PRN_ACK中携带有MSRN。步骤316，HLR向GMSC返回SRI_ACK，其中携带上述MSRN。步骤318，GMSC向VMSC发送IAM，以便根据上述MSRN将主叫终端发起的呼叫接续 至 VMSC。步骤320，VMSC响应上述IAM，返回ACM，并开始呼叫被叫终端。步骤322，VMSC呼叫被叫终端后发现被叫终端无法建立连接，例如被叫终端忙、被 叫终端无应答或者被叫终端不在服务区等。此后，VMSC根据VLR中存储的被叫终端的签约 信息，执行呼叫前转操作，其中，被叫终端的签约信息中记录有被叫终端订制有呼叫前转业务。在执行呼叫前转操作的过程中，VMSC以原被叫终端，即原始呼叫的被叫终端作为 主叫终端向前转终端发起呼叫。在这种情况下，由于原被叫终端订制有呼叫前转业务，因此 在以原被叫终端作为主叫终端来发起呼叫时，将触发VMSC向业务控制点的第二呼叫控制 模块发送IDP消息。本领域的技术人员应当明白，VMSC在对呼叫前转后的主叫终端，即原被叫终端的 签约信息进行分析后，如果发现呼叫前转后的主叫终端订制有基于智能网的呼叫前转业 务，则将在DP2(检测点2)触发IDP消息，以触发MO呼叫控制流程。因此，在这种情况下， 业务控制点会将前转后的原始呼叫识别为一 MO呼叫。更为准确的说，该前转后的原始呼叫 为一 MF(移动前转，MobileForwarding)呼叫，MF呼叫为一种特殊的MO呼叫。步骤324，业务控制点的第二呼叫控制模块在判定请求控制的MO呼叫为前述MT呼 叫的前转呼叫时，将所述MO呼叫指向的被叫号码写入所述MT呼叫的呼叫记录，并向VMSC 发送连接(CONNECT)消息，以通知VMSC将MO呼叫接续至一虚拟业务接入号码，其中，所述 虚拟业务接入号码的归属网络与所述MT呼叫的被叫号码的归属网络相同。步骤326，VMSC向GMSC发送IAM，以便根据上述虚拟业务接入号码将MO呼叫接续 至 GMSC。步骤328，GMSC在收到IAM后，向VMSC返回ACM。步骤330，GMSC向SCP中的第三呼叫控制模块发送IDP消息。具体来说，上述虚拟业务接入号码具有专门设置的接入码字冠，能够触发GMSC在 对上述虚拟业务接入号码进行被叫号码分析之后，在DP3(检测点幻触发IDP消息以便向 SCP上报。步骤332，SCP中的第三呼叫控制模块向GMSC发送RC消息，以通知GMSC释放指向 上述虚拟业务接入号码的呼叫，并在RC消息中携带预设释放原因值。SCP中的第三呼叫控制模块可配置为，在监测到指向所述虚拟业务接入号码的任 一呼叫时，释放所述任一呼叫并触发所述预设呼叫释放事件。具体来说，SCP中的第三呼叫 控制模块向GMSC发送携带预设释放原因值的RC消息，以指示GMSC释放指向上述虚拟业务接入号码的呼叫。在步骤334，GMSC向VMSC发送携带预设释放原因值的REL消息，以指示VMSC释放 前述MO呼叫。此后，GMSC与VMSC之间承载MO呼叫的链路被释放。在步骤336，VMSC向GMSC发送携带预设释放原因值的REL消息，以指示GMSC释放 前述MT呼叫。此后，VMSC与GMSC之间承载MT呼叫的链路被释放。VMSC在收到RC消息后，将释放MO呼叫。此时，由于MO呼叫为MT呼叫的前转呼 叫，因此，本领域的技术人员应当明白，MO呼叫被释放将导致到MT呼叫也将被释放。具体 来说，此时，VMSC将向GMSC发送REL消息，其中，该REL消息中将携带上述RC消息中携带 的预设释放原因值。应注意，为简化描述过程，图3中省略了发送每一 REL消息对应的RLC消息的步
马聚ο在步骤338，由于在步骤308中，业务控制点的第一呼叫控制模块通过RRBE消息请 求GMSC在收到REL消息后向业务控制点的第一呼叫控制模块上报。因此，GMSC在收到上 述REL消息后，通过ERB消息向第一呼叫控制模块上报，其中，该ERB消息中携带上述REL 消息中携带的预设释放原因值。步骤340，业务控制点的第一呼叫控制模块在收到GMSC根据收到的REL消息发出 的ERB消息后，根据其中携带的预设释放原因值判定MT呼叫发生呼叫前转，因此向GMSC发 送包含呼叫记录中记录的被叫号码的连接(CONNECT)消息，以指示GMSC将所述MT呼叫接 续至所述呼叫记录中的被叫号码。在图3所示的方法300中，业务控制点中的第二呼叫控制模块并非直接释放MO呼 叫，而是借助归属于第一网络的虚拟业务接入号码将MO呼叫路由回第一网络，然后在第一 网络内将上述MO呼叫释放。如此一来，便可对第一网络内的GMSC进行配置，使其在收到 RC消息后直接进行释放操作而不是发送提示音，以避免直接释放MO呼叫有可能导致VMSC 播放提示音的问题。相比于对其他网络进行配置，对原始呼叫的被叫终端的归属网络内的 GMSC进行配置是可行的。由方法300可知，方法300对方法200中的MO呼叫的释放方式进行了优化，优化 后的释放方式可归纳为，向所述第二网络发送携带有虚拟业务接入号码的呼叫连接消息， 以将所述第二呼叫接续至所述虚拟业务接入号码，其中，所述虚拟业务接入号码归属于第 一网络；在监测到指向所述虚拟业务接入号码的所述第二呼叫时，向所述第一网络发送携 带有预设释放原因值的释放呼叫消息，以触发第一网络向第二网络发送携带有所述预设释 放原因值的释放消息，从而触发第二网络向第一网络发送携带有所述预设释放原因值的释 放消息，其中，第一网络向第二网络发送的上述释放消息用于释放第二呼叫，第二网络向第 一网络发送的上述释放消息用于释放第一呼叫。图3描述的呼叫控制方法300是图1所示的呼叫控制方法100在上文所述的国 际漫游前转场景下的具体实现。具体来说，图3描述的呼叫控制方法300着重对图1所示 的呼叫控制方法100中释放第二呼叫的方式进行了优化，优化后的释放方式可归纳为，将 所述第二呼叫接续至一虚拟业务接入号码，其中，所述虚拟业务接入号码的归属网络与所 述第一呼叫的被叫号码的归属网络相同；在监测到指向所述虚拟业务接入号码的任一呼叫 时，释放所述任一呼叫并触发所述预设呼叫释放事件。
图4是依据本发明一实施例的业务控制点400的逻辑结构框图。如图4所示，业 务控制点400包括第一呼叫控制模块402和第二呼叫控制模块404。作为可选的，业务控制 点400还可包括第三呼叫控制模块406。第一呼叫控制模块402用于响应第一呼叫控制请求，为请求控制的第一呼叫生成 呼叫记录，并监测与所述第一呼叫相关联的预设呼叫释放事件。具体来说，所述预设呼叫释放事件为对应预设释放原因值的呼叫释放事件。此外， 所述第一呼叫控制模块402还可具体用于，在判定第一呼叫指向的被叫终端订制有呼叫前 转业务时，为所述第一呼叫生成所述呼叫记录。第二呼叫控制模块404用于响应第二呼叫控制请求，在判定请求控制的第二呼叫 为所述第一呼叫的前转呼叫时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫 记录，释放所述第二呼叫，以触发与所述第一呼叫相关联的所述预设呼叫释放事件。具体来说，所述第二呼叫控制模块404用于在所述第二呼叫的前转方号码为所述 第一呼叫的被叫号码，且所述第二呼叫的呼叫参考号与所述第一呼叫的呼叫参考号相同 时，判定所述第二呼叫为所述第一呼叫的前转呼叫。此外，所述第二呼叫控制模块404还用 于在所述第二呼叫的主叫号码与所述第一呼叫的主叫号码相同，且所述第二呼叫的前转方 号码与所述第一呼叫的被叫号码相同时，判定所述第二呼叫为所述第一呼叫的前转呼叫。 有关判断第二呼叫是否为第一呼叫的前转呼叫的相关技术内容已经在上文进行了详细的 描述，因此此处不再赘述。所述第二呼叫控制模块404还可采用如下方式来释放所述第二呼叫，以触发与所 述第一呼叫相关联的所述预设呼叫释放事件将所述第二呼叫接续至一虚拟业务接入号 码，其中，所述虚拟业务接入号码的归属网络与所述第一呼叫的被叫号码的归属网络相同。 在这种情况下，第三呼叫控制模块406用于在监测到指向所述虚拟业务接入号码的任一呼 叫时，释放所述任一呼叫并触发所述预设呼叫释放事件。此外，第二呼叫控制模块404还可具体用于，在所述第二呼叫指向的被叫号码的 归属网络不同于所述第一呼叫指向的被叫终端当前所在的网络时，将所述第二呼叫指向的 被叫号码写入所述第一呼叫的呼叫记录。所述第一呼叫控制模块402还用于响应监测到的与所述第一呼叫相关联的所述 预设呼叫释放事件，将所述第一呼叫接续至所述呼叫记录中的被叫号码。上述第一呼叫为一移动终接MT呼叫，第二呼叫为一移动始发MO呼叫。上述第一呼叫控制模块402、第二呼叫控制模块404和第三呼叫控制模块406的功 能与图1方法100中的相关操作相对应，具体的技术细节已经在前文进行了详细的描述，因 此此处不再赘述。在国际漫游前转场景下，对应于图2方法200中的具体操作，第一呼叫控制模块 402和第二呼叫控制模块404所执行的操作将进行细化，具体细化之处包括所述第一呼叫 控制请求来自第一网络，所述第一网络为所述第一呼叫指向的被叫终端的归属网络；所述 第一呼叫控制模块402具体用于，指示第一网络监测并上报与所述第一呼叫相关联的预设 呼叫释放事件；所述第二呼叫控制请求来自第二网络，其中所述第二网络不同于所述第一 网络；所述第一呼叫控制模块402具体用于响应第一网络监测到的与所述第一呼叫相关联 的所述预设呼叫释放事件，指示第一网络将所述第一呼叫接续至所述呼叫记录中的被叫号
16码。所述预设呼叫释放事件为携带有预设释放原因值的释放消息，所述第二呼叫控制模块 404具体用于，向所述第二网络发送携带有预设释放原因值的释放呼叫消息，以触发所述第 二网络向所述第一网络发送携带有所述预设释放原因值的释放消息。在国际漫游前转场景下，对应于图3方法300中的具体操作，第二呼叫控制模块 404和第三呼叫控制模块406所执行的操作将进行细化，具体细化之处包括所述预设呼叫 释放事件为携带有预设释放原因值的释放消息，所述第二呼叫控制模块404具体用于，向 所述第二网络发送携带有虚拟业务接入号码的呼叫连接消息，以将所述第二呼叫接续至所 述虚拟业务接入号码，其中，所述虚拟业务接入号码归属于第一网络；所述第三呼叫控制模块406具体用于在监测到指向所述虚拟业务接入号码的所 述第二呼叫时，向所述第一网络发送携带有预设释放原因值的释放呼叫消息，以触发第一 网络向第二网络发送携带有所述预设释放原因值的释放消息，从而触发第二网络向第一网 络发送携带有所述预设释放原因值的释放消息。有关业务控制点400中第一呼叫控制模块402、第二呼叫控制模块404和第三呼叫 控制模块406的相关操作已经在前文结合图1、图2和图3进行了详细的描述，因此此处不 再赘述。本领域普通技术人员可知，上述方法中的全部或部分步骤可以通过程序指令相关 的硬件完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质如ROM、 RAM和光盘等。综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
权利要求
1.一种呼叫控制方法，其特征在于，包括响应第一呼叫控制请求，为请求控制的第一呼叫生成呼叫记录，并监测与所述第一呼 叫相关联的预设呼叫释放事件；响应第二呼叫控制请求，在判定请求控制的第二呼叫为所述第一呼叫的前转呼叫时， 将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录，释放所述第二呼叫，以触 发与所述第一呼叫相关联的所述预设呼叫释放事件；响应监测到的与所述第一呼叫相关联的所述预设呼叫释放事件，将所述第一呼叫接续 至所述呼叫记录中的被叫号码。
2.如权利要求1所述的方法，其特征在于，所述方法还包括，在所述第二呼叫的前转方 号码为所述第一呼叫的被叫号码，且所述第二呼叫的呼叫参考号与所述第一呼叫的呼叫参 考号相同时，判定所述第二呼叫为所述第一呼叫的前转呼叫。
3.如权利要求1所述的方法，其特征在于，在所述第二呼叫的主叫号码与所述第一呼 叫的主叫号码相同，且所述第二呼叫的前转方号码与所述第一呼叫的被叫号码相同时，判 定所述第二呼叫为所述第一呼叫的前转呼叫。
4.如权利要求1至3中任一项所述的方法，其特征在于，所述预设呼叫释放事件为对应 预设释放原因值的呼叫释放事件。
5.如权利要求4所述的方法，其特征在于，所述释放所述第二呼叫具体包括将所述第二呼叫接续至一虚拟业务接入号码，其中，所述虚拟业务接入号码的归属网 络与所述第一呼叫的被叫号码的归属网络相同；在监测到指向所述虚拟业务接入号码的任一呼叫时，释放所述任一呼叫并触发所述预 设呼叫释放事件。
6.如权利要求1所述的方法，其特征在于，所述第一呼叫为一移动终接MT呼叫，所述第 二呼叫为一移动始发MO呼叫。
7.如权利要求1所述的方法，其特征在于，所述为请求控制的第一呼叫生成呼叫记录 具体包括，在判定第一呼叫指向的被叫终端订制有呼叫前转业务时，为所述第一呼叫生成 所述呼叫记录。
8.如权利要求1所述的方法，其特征在于，所述将所述第二呼叫指向的被叫号码写入 所述第一呼叫的呼叫记录具体包括，在所述第二呼叫指向的被叫号码的归属网络不同于所 述第一呼叫指向的被叫终端当前所在的网络时，将所述第二呼叫指向的被叫号码写入所述 第一呼叫的呼叫记录。
9.如权利要求1所述的方法，其特征在于，所述第一呼叫控制请求来自第一网络，所述 第一网络为所述第一呼叫指向的被叫终端的归属网络；所述监测与所述第一呼叫相关联的 预设呼叫释放事件具体包括，指示第一网络监测并上报与所述第一呼叫相关联的预设呼叫 释放事件；所述第二呼叫控制请求来自第二网络，其中所述第二网络不同于所述第一网络； 所述响应监测到的与所述第一呼叫相关联的所述预设呼叫释放事件，将所述第一呼叫接续 至所述呼叫记录中的被叫号码，具体包括响应第一网络监测到的与所述第一呼叫相关联 的所述预设呼叫释放事件，指示第一网络将所述第一呼叫接续至所述呼叫记录中的被叫号 码。
10.如权利要求9所述的方法，其特征在于，所述预设呼叫释放事件为携带有预设释放原因值的释放消息，所述释放所述第二呼叫，以触发与所述第一呼叫相关联的所述预设呼 叫释放事件，具体包括，向所述第二网络发送携带有预设释放原因值的释放呼叫消息，以触 发所述第二网络向所述第一网络发送携带有所述预设释放原因值的释放消息。
11.如权利要求9所述的方法，其特征在于，所述预设呼叫释放事件为携带有预设释放 原因值的释放消息，所述释放所述第二呼叫，以触发与所述第一呼叫相关联的所述预设呼 叫释放事件，具体包括向所述第二网络发送携带有虚拟业务接入号码的呼叫连接消息，以将所述第二呼叫接 续至所述虚拟业务接入号码，其中，所述虚拟业务接入号码归属于第一网络；在监测到指向所述虚拟业务接入号码的所述第二呼叫时，向所述第一网络发送携带有 预设释放原因值的释放呼叫消息，以触发第一网络向第二网络发送携带有所述预设释放原 因值的释放消息，从而触发第二网络向第一网络发送携带有所述预设释放原因值的释放消 肩、ο
12.—种业务控制点，其特征在于，包括第一呼叫控制模块，用于响应第一呼叫控制请求，为请求控制的第一呼叫生成呼叫记 录，并监测与所述第一呼叫相关联的预设呼叫释放事件；第二呼叫控制模块，用于响应第二呼叫控制请求，在判定请求控制的第二呼叫为所述 第一呼叫的前转呼叫时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录， 释放所述第二呼叫，以触发与所述第一呼叫相关联的所述预设呼叫释放事件；所述第一呼叫控制模块还用于响应监测到的与所述第一呼叫相关联的所述预设呼叫 释放事件，将所述第一呼叫接续至所述呼叫记录中的被叫号码。
13.如权利要求12所述的业务控制点，其特征在于，所述第二呼叫控制模块还用于，在 所述第二呼叫的前转方号码为所述第一呼叫的被叫号码，且所述第二呼叫的呼叫参考号与 所述第一呼叫的呼叫参考号相同时，判定所述第二呼叫为所述第一呼叫的前转呼叫。
14.如权利要求12所述的业务控制点，其特征在于，所述第二呼叫控制模块还用于，在 所述第二呼叫的主叫号码与所述第一呼叫的主叫号码相同，且所述第二呼叫的前转方号码 与所述第一呼叫的被叫号码相同时，判定所述第二呼叫为所述第一呼叫的前转呼叫。
15.如权利要求12至14中任一项所述的业务控制点，其特征在于，所述的方法，其特征 在于，所述预设呼叫释放事件为对应预设释放原因值的呼叫释放事件。
16.如权利要求15所述的业务控制点，其特征在于，所述第二呼叫控制模块具体用于 将所述第二呼叫接续至一虚拟业务接入号码，其中，所述虚拟业务接入号码的归属网络与 所述第一呼叫的被叫号码的归属网络相同；所述业务控制点还包括第三呼叫控制模块，用于在监测到指向所述虚拟业务接入号码 的任一呼叫时，释放所述任一呼叫并触发所述预设呼叫释放事件。
17.如权利要求12所述的方法，其特征在于，所述第一呼叫为一移动终接MT呼叫，所述 第二呼叫为一移动始发MO呼叫。
18.如权利要求12所述的业务控制点，其特征在于，所述第一呼叫控制模块具体用于， 在判定第一呼叫指向的被叫终端订制有呼叫前转业务时，为所述第一呼叫生成所述呼叫记 录。
19.如权利要求12所述的业务控制点，其特征在于，所述第二呼叫控制模块具体用于，在所述第二呼叫指向的被叫号码的归属网络不同于所述第一呼叫指向的被叫终端当前所 在的网络时，将所述第二呼叫指向的被叫号码写入所述第一呼叫的呼叫记录。
20.如权利要求12所述的业务控制点，其特征在于，所述第一呼叫控制请求来自第一 网络，所述第一网络为所述第一呼叫指向的被叫终端的归属网络；所述第一呼叫控制模块 具体用于，指示第一网络监测并上报与所述第一呼叫相关联的预设呼叫释放事件；所述第 二呼叫控制请求来自第二网络，其中所述第二网络不同于所述第一网络；所述第一呼叫控 制模块具体用于响应第一网络监测到的与所述第一呼叫相关联的所述预设呼叫释放事件， 指示第一网络将所述第一呼叫接续至所述呼叫记录中的被叫号码。
21.如权利要求20所述的业务控制点，其特征在于，所述预设呼叫释放事件为携带有 预设释放原因值的释放消息，所述第二呼叫控制模块具体用于，向所述第二网络发送携带 有预设释放原因值的释放呼叫消息，以触发所述第二网络向所述第一网络发送携带有所述 预设释放原因值的释放消息。
22.如权利要求20所述的业务控制点，其特征在于，所述预设呼叫释放事件为携带有 预设释放原因值的释放消息，所述第二呼叫控制模块具体用于向所述第二网络发送携带有 虚拟业务接入号码的呼叫连接消息，以将所述第二呼叫接续至所述虚拟业务接入号码，其 中，所述虚拟业务接入号码归属于第一网络；所述业务控制点还包括第三呼叫控制模块，用于在监测到指向所述虚拟业务接入号码 的所述第二呼叫时，向所述第一网络发送携带有预设释放原因值的释放呼叫消息，以触发 第一网络向第二网络发送携带有所述预设释放原因值的释放消息，从而触发第二网络向第 一网络发送携带有所述预设释放原因值的释放消息。
全文摘要
本发明实施例提供了一种呼叫控制方法，包括响应第一呼叫控制请求，为请求控制的第一呼叫生成呼叫记录，并监测预设呼叫释放事件；响应第二呼叫控制请求，在判定请求控制的第二呼叫为第一呼叫的前转呼叫时，将第二呼叫指向的被叫号码写入第一呼叫的呼叫记录，释放第二呼叫，以触发与第一呼叫相关联的预设呼叫释放事件；响应监测到的与第一呼叫相关联的预设呼叫释放事件，将第一呼叫接续至呼叫记录中的被叫号码。本发明还提供了一种业务控制点。在判定发生呼叫前转时，主叫终端与被叫终端之间以及被叫终端之间与前转终端之间承载呼叫的链路将被释放，而呼叫将直接前转至前转终端。因此，本发明实施例可降低链路使用量和通信费用。
文档编号H04W76/06GK102131168SQ20101054912
公开日2011年7月20日 申请日期2010年11月18日 优先权日2010年11月18日
发明者张文虎, 汤虹, 王培贵, 胡海华 申请人:华为技术有限公司