基于地区性区域的移动计费的制作方法

本申请是申请日为2008年10月13日、中国申请号200880131540.6、发明名称为“基于地区性区域的移动计费”的申请的分案申请。

本发明涉及用于在主叫终端与被叫终端之间建立呼叫的方法和网络节点。在一个方面中，本发明涉及基于地区性区域的移动计费。

背景技术：

国际专利申请wo2008/054194公开了一种用于对向固定电话号码的呼叫进行有条件路由的方法。如果移动终端处于ip网络的接入点的范围内，则可能经由ip网络将呼叫路由至一个或多个移动终端。备选地，使用在实现路由服务的网络节点中存储的列表，将呼叫路由至备选端接点(如应答机)。

国际专利申请wo2008/054218涉及一种将主叫方的呼叫路由至固定电话号码的方法。

德国专利de19731461公开了一种对无线网络中来自移动订户的呼叫进行定价计费的方法。

技术实现要素：

本发明要提供一种改进的呼叫建立方法和实现这种方法的网络节点。

根据本发明，提供了一种在电信网络中主叫终端与被叫终端之间建立呼叫的方法，包括：从主叫终端接收向被叫终端建立呼叫的请求；从所存储的连接表中检索呼叫建立信息，所述连接表包括与主叫终端和被叫终端之间的呼叫建立相关的数据；以及利用从所述连接表中检索的数据来建立呼叫。在另一方面中，提供了一种电信网络中的网络节点，所述网络节点从主叫终端接收与被叫终端建立呼叫的请求，所述网络节点还被配置为：从所存储的连接表中检索呼叫建立信息，所述连接表包括与主叫终端和被叫终端之间的呼叫建立相关的数据；以及利用从所述连接表中检索的数据来建立呼叫。在所述连接表中，可以存储在主叫终端和被叫终端之间的呼叫建立过程中起作用的各种参数。

在另一方面中，提供了一种在电信网络中进行操作的网络节点，该网络节点被配置为在主叫终端与被叫终端之间建立呼叫，其中从主叫终端接收建立呼叫的请求，该网络节点被配置为从所存储的连接表中检索定价信息，其中该定价信息是基于主叫终端和被叫终端的位置而提供的，其特征在于：该网络节点还被配置为：从所存储的连接表中检索主叫终端和被叫终端的账户信息，并利用定价信息和账户信息来建立呼叫，其中所述账户信息包括以下账户之一：预付费账户、后付费账户和向第三方后付费账户。

附图说明

以下参照附图，使用多个示例实施例来更详细讨论本发明，附图中：

图1示出了采用本发明实施例的电信网络的示意图；

图2示出了本发明的方法实施例的流程图；

图3示出了可实现本发明实施例的电信网络的一部分的示意图；

图4示出了可实现本发明实施例的、互相通信的电信网络的另一示意图；

图5示出了与向处于接入点范围内的被叫终端的可能路由相关的本发明实施例的示意图；以及

图6示出了根据本发明实施例使用连接表来实现路由至移动服务网络节点的示意图。

具体实施方式

本发明涉及电信网络中从主叫终端33(主叫方a)至被叫终端34(被叫方b)的呼叫建立。图1的简化视图中示意性示出了这一点。主叫终端33是例如移动终端，由(移动)电信网络18(如gsm或umts网络)来服务。被叫终端34也可以是移动终端，由连接至电信网络18的第二(移动)电信网络18’来服务。在一些情况下，主叫或被叫终端33、34还可以被配置为使用其他类型的(无线)通信，例如通过使用连接至ip网络12(例如wifi、wlan或wimax网络)的接入点(ap)10来使用因特网协议(ip)连接，ip网络12继而与电信网络18进行接口连接和通信(见图3和以下相关描述)。在申请人的待审国际专利申请wo2008/054194(通过引用并入此处)中，示出了可选地使用ap10来建立两个终端33、34之间的连接的实施例。

作为另一备选，主叫方33或被叫方34也可以由毫微微小区21来服务，毫微微小区21类似于蜂窝通信系统中的常规小区，但是具有更有限的范围，例如在建筑物内。gsm网络18’中的毫微微小区21可以直接连接至msc22’。在电信网络18’中执行的其他服务或应用可以以常规方式对耦合至毫微微小区21的该msc22’进行直接寻址。在图1的示意图中，针对被叫方34指示了这一点。

使用本领域技术人员已知的合适设备和装置，可以跨越一种或多种电信网络18来提供呼叫连接，电信网络18包括但不限于：蜂窝通信网络(gsm、umts)、公共基于陆地的网络(普通老式电话系统pots)和基于ip的语音(voip)网络。

在本发明的一个实施例中，提供了一种在电信网络18中主叫终端33与被叫终端34之间建立呼叫的方法，包括：从主叫终端33接收向被叫终端34建立呼叫的请求；从所存储的连接表45中检索呼叫建立信息，连接表45包括与主叫终端33和被叫终端34之间的呼叫建立相关的数据；以及利用从连接表45中检索的数据来建立呼叫。在另一方面中，提供了一种电信网络18中的网络节点15，网络节点15从主叫终端33接收与被叫终端34建立呼叫的请求，网络节点15还被配置为：从所存储的连接表45中检索呼叫建立信息，连接表45包括与主叫终端33和被叫终端34之间的呼叫建立相关的数据；以及利用从连接表45中检索的数据来建立呼叫。

主叫方33和/或被叫方34可以是特别服务(如基于地区性区域的移动计费应用)的订户。在现代的电信系统18中，该服务可以被实现为智能网(in)服务。该服务可以是在电信网络18中的单独网络节点15(见图3)上或者在已存在的网络节点中执行的应用，所述已存在的网络节点例如是服务控制点24(scp)，其与gsm网络18中的移动交换中心22(msc)通信(在图1的示意图中指示)。

现今的移动电话呼叫是基于特定定价树来计费的，其中，主叫方33将被收取特定费用，被叫方34在订户34漫游的情况下将被收取额外费用。在费率树中，基于拨叫的号码和预订类型(预付费、后付费)来定义呼叫的定价。在已知的移动通信系统中，不能基于主叫方33和被叫方34实际所处的地区来区分移动电话呼叫的定价。漫游订户必须为接收呼叫付费，在作为被叫方34的预付费订户的情况下，当预付费账户变为空时，预付费订户不能接收电话呼叫。

因此，在本发明的另一实施例中，提供了一种方法，还包括：确定主叫终端的第一地区类别和被叫终端的第二地区类别，第一和第二地区类别分别与主叫终端和被叫终端的位置相关联；以及使用连接表，使用第一地区类别和第二地区类别来确定要建立的呼叫的费率种类。在另一方面中，提供了一种网络节点，所述网络节点还被配置为：确定主叫终端的第一地区类别(基于实际位置，例如小区id)和被叫终端的第二地区类别，第一和第二地区类别分别与主叫终端和被叫终端的位置相关联；以及使用连接表，使用第一地区类别和第二地区类别来确定要建立的呼叫的费率种类。例如，地区类别是多个(地理)地区之一或漫游位置。费率种类可以是以下之一：免费定价、本地定价、区际(interlocal)定价、国际定价。在另一实施例中，连接表包括针对第一地区类别和第二地区类别的不同组合的可能的费率种类。

根据本发明，在呼叫建立过程中使用费率信息，其中，费率信息基于主叫方33和被叫方34的位置或地区。在该上下文中，地区(或区域)与地理区域(例如蜂窝移动网络18中的小区集合所覆盖的地理区域)相关。这还提供了向主叫方33收取b订户(被叫方34)的漫游费用的可能性。

在本发明的一个实施例中，实现基于地区性区域的移动计费应用的智能网(in)服务(rz服务11)使用连接表45，其中，该应用是在移动通信网络18的scp24中执行的，并且连接表存储在scp24中。在图2中示出了该实施例的流程图。

基于由服务于主叫方33的msc22接收的发端预订信息，将在scp24中触发并开始in服务(图2中的步骤1)。在调用服务之后，对主叫方33的位置(小区id)(由作为初始检测点(idp)的一部分的scp24接收，步骤2)进行分析，并将其映射至地区类别(步骤3)。

然后，使用例如向与服务于被叫方34的特定通信网络18相关联的归属位置寄存器(hlr)17的任意时间查询(ati)消息，来定义被叫方34的地区信息(例如位置)。将返回b号码的小区id(即，通信网络18的哪个小区当前服务于被叫方34)，并将该小区id映射至地区类别(步骤4)。然后，inscp24将分析两个地区类别，并将该组合映射至费率种类(步骤5)。可选地，将向主叫方33通知呼叫的定价(步骤6)，并且主叫方33将得到在例如被叫方34正在漫游的情况下为该呼叫付费的选项。在从主叫方33接收到回复之后，以常规方式建立呼叫(步骤7：在图3中指示为从msc22连接的功能块25“呼叫建立”)。

可以将所确定的费率种类发送至电信网络18中的记账服务。这种记账服务是电信网络18中的常规服务，用于将正确的费用记账给电信网络18的用户。实现本地区性区域服务的网络节点15可以与电信网络18中的记账服务进行接口连接。

根据针对主叫方33和被叫方34而确定的地区类别，可以定义以下费率种类作为scp24中存储的连接表的一部分：

在本发明的另一实施例中，被叫终端34与预付费账户相关联，网络节点15还被配置为向主叫终端33发送消息，请求针对要向被叫终端34建立的呼叫的支付选项。这使得主叫终端33的用户能够支付向被叫终端34的呼叫的费用。主叫终端33的选择可以存储在连接表45中。此外，该消息可以具有传送至主叫终端33的定价通告的形式。

在又一实施例中，网络节点与电信网络18中的预付费服务19进行接口连接，网络节点15还被配置为：在确定费率种类之后调用预付费服务19，并将费率种类(和可能的端接定价扣除参数)包括在发送至预付费服务19的消息中。

在调用rz服务11之后，调用预付费服务(pps)19，即，作为图2的流程图中的连接步骤7的一部分。pps19是例如在网络节点15中执行的软件模块，该网络节点15可能是如图3中示意性示出的、执行rz服务11的相同网络节点15。地区性区域服务11发送连接消息，其中将pps调用前缀添加至被叫方号码作为目的地路由地址。然后，可以基于pps调用前缀来触发支付服务(在通信网络18的(另一)网络单元中执行的应用)。可选地，如本领域技术人员所知，可以使用基于路由的触发来调用预付费服务19。

将如上所述的参数“地区类别”传送至pps服务19。此外，在另一实施例中，可以添加“端接定价扣除”参数，指示主叫方33将被针对呼叫而计费以及端接方或被叫方34免费接收该呼叫(在漫游的情况下)。注意，第三方预付费系统可以是该方案的一部分。

对于网络设备(包括软件模块)的制造商而言，可以使用上述实施例来向移动运营商提供先进的基于地区的计费服务。对于运营商，可以将服务提供给最终用户，该服务扩展了移动电话的使用和较高的呼叫成功率。对于客户，提供了简单的路由服务，该路由服务扩展了最终用户的移动性。提供了清楚和最新的定价信息，以及到达在相关联预付费账户上没有余额的漫游用户的可能性。

在另一方面中，本发明涉及一种方法，其中，连接表包括针对被叫终端的路由信息，所述路由信息包括对被叫终端是否经由与电信网络通信的第二网络(例如因特网协议(ip)网络)可达的指示，所述方法还包括：从连接表中检索路由信息；以及当被叫终端经由第二网络可达时，经由第二网络建立呼叫。类似地，本发明可以涉及一种网络节点，其中，连接表包括针对被叫终端的路由信息，所述路由信息包括对被叫终端是否经由与电信网络通信的第二网络可达的指示，所述网络节点被配置为：从连接表中检索路由信息；以及当被叫终端经由第二网络可达时，经由第二网络建立呼叫。

在图4中，示出了网络图，该网络图示出了可实现本发明实施例的电信网络。该电信网络包括无线接入点10，如安装在订户住宅处的具有wifi能力的调制解调器，连接至因特网协议(ip)网络12。多个其他单元允许ip网络12与固定电话网络20和/或移动电话网络18进行接口连接，即，安全网关(segw)14和媒体网关(mgw)26。mgw26和segw14(也可以被视为单个实体或网络节点)提供ip网络12与电信网络的一般单元(即电话交换机22、服务控制点(scp)24和归属基站控制器(hbsc)16)之间的接口。这些一般单元可以由作为移动电话网络18和/或固定电话网络20的一部分或与移动电话网络18和/或固定电话网络20相关联的单元形成。例如，在作为移动电话网络18的一部分时，交换机可以由msc22形成。此外，作为移动电话网络18的一部分，提供了基站控制器(bsc)28和基站传输服务(bts)30，bsc28和bts30与移动终端33形成空中接口。

在图4所示的实施例中，将服务交换点(ssp)21配置在电话交换机22(或msc)中。数据库(未示出)被配置为包括scp24出于路由目的所需的信息。数据库可以被配置在scp24中作为单独的数据库(如服务数据点(sdp))，或者被配置在能够与scp24通信的另一节点或处理单元中。

在图4中，示出了移动终端33、34，移动终端33、34被配置为经由所述无线接入点10或所述bts30进行通信。这种移动终端33、34的示例是目前在市场上可用的、具有uma/gan能力的手机。

安全网关14被配置为经由接入点10，通过ip网络12，建立向移动终端34的安全隧道(ip-sec)。

hbsc16被配置为登记uma/gan订户的备选接入能力，例如也登记移动终端34何时经由接入点10连接。这可以存储在连接表45中，scp24(或者执行与呼叫建立相关的服务的另一网络节点)能够访问连接表45。hbsc16使用移动应用协议(map)与移动电话网络18通信，并且在另一端，hbsc16与segw14通信。移动电话网络18被配置为向gsm和/或umts订户提供电信服务。应当注意，在图3中，电话交换机22被示为与固定电话网络20和移动电话网络18分离，但是实际上，它可以被视为固定或移动电话网络18、20的一部分。scp24是能够执行in服务的in节点。在一个实施例中，如在上述待审国际申请wo2008/054194中更详细描述的，该in节点提供了以下应用的实现：该应用允许在用户在移动电话上接收呼叫(路由至移动台服务(rtms))时，向该订户的固定电话号码呼叫该订户。

无论何时需要向固定号码建立连接，电话交换机22中的ssp21都会触发scp24。为了建立连接，在信令级，经由网络来发送电话号码。ssp21可以有3种基本方式来选择将哪些被叫号码转发至scp24。第一种基本方式被称为“所有b或所有查询”。在这种情况下，ssp21将每个被叫号码转发至scp24。备选地，ssp21包括电话号码的列表，对于该列表中的电话号码，ssp21不直接将呼叫连接至目的地，而是首先访问scp24来检查最终目的地是否正确。取代被叫号码，还可以使用被叫号码所处的范围或被叫号码的预订类别。例如，如果被叫方34已经将所有呼叫转发至另一号码，则ssp21将针对每个呼叫向scp24询问需要将呼叫连接至的哪个号码。

ssp21将从scp24接收正确的号码，并将与正确号码建立连接。请注意，术语“号码”不必须与电话号码相同。与电话号码(例如与移动电话网络18相关联的移动号码)相关联的语音邮箱32将在网络中具有与电话号码不同的“号码”。

ssp21将从网络接收建立连接的请求，然后，ssp21向scp24给出请求，作为“初始dp”消息。

电话交换机22使用isdn用户部分与mgw26、固定电话网络20和移动电话网络18进行通信，以控制呼叫的路由和实际语音路径的时分复用(tdm)。电话交换机22中的ssp21使用inap(智能网应用部分)协议与scp24通信。mgw26被配置为将从ip网络12接收的voip业务转换为针对电话交换机22的tdm业务。mgw26使用公知的会话发起协议与ip网络12通信。bsc28使用所谓基站系统应用部分(bssap)协议与移动电话网络18(即，所述移动电话网络18中的移动交换中心)通信。segw14使用ip分组与ip网络通信。注意，对于本领域技术人员而言显而易见，可以使用其他协议。

如上所述，在与wlan/wifi发射机(接入点10)联系时，b方的移动台34向hbsc16注册。hbsc16联系与移动电话网络18相关联的hlr17，以得到被叫方(b)34的完整细节。同时，向hlr17通知现在还可以经由hbsc16到达被叫方(b)34。这与在被叫方(b)34漫游至v-msc(访问msc)的覆盖区中时的v-msc操作相当。hlr17现在具有用于到达被叫方(b)34的两个备选项，即hbsc16和v-msc。当路由至移动台服务(rtms)想要与被叫方(b)34建立连接时，它需要对hlr17进行ati(任意时间查询)，以获得被叫方(b)34的hbsc16，作为被叫方(b)34被wlan/wifi连接的指示。然后，如图5的示意图中所示，它具有3个基本选项来将呼叫路由至被叫方(b)34。

将呼叫转发至与被叫方(b)34相关联的g-msc22。在这种情况下，需要将特别前缀添加至被叫方b的msisdn，以使g-msc22路由至hbsc16而不是v-msc。作为备选，g-msc22被配置为在hbsc16可用时始终选择hbsc16。例如，这可以被存储在scp24中所存储的连接表45中。

第二种可能性是直接路由至hbsc16。在这种情况下，不需要前缀。再一次，可以从scp24中所存储的连接表45中获得所需信息。

第三种可能性是路由至媒体网关mgw14。在这种情况下，rtms需要向hbsc16询问与要使用的mgw14相关的其他细节(或者使用固定的mgw14，以及可以省略该步骤)。然后，在将呼叫转发至mgw14之前，rtms需要使用mgw14的合法截听接口来获得针对与被叫方(b)34的连接的其他细节。

在另一实施例中，可以在通信网络18中实现(例如在scp24中实现)路由至移动台服务(rtms)，其中，使用连接表作为与如何将各个主叫方33连接至被叫方34相关的信息的来源。

在图6中示意性示出了具有功能接口的rtms40实现的示意图。map接口控制器42允许rtms(即rtms控制器功能41)与如hlr17之类的其他实体交换map消息。cap接口控制器43允许与如msc22之类的实体/网络节点交换cap消息。

此外，rtms控制器41被配置为与3种表45-46-47进行接口连接。在一个实施例中，这些表被组合为单个表，在该实施例和其他实施例中，可以将该单个表统称为连接表45。

连接表45保存由rtms40管理的每个rtm预订的记录。对于每个rtm号码，存在被标识为rtm组的记录组。该组中的每个记录包含rtm号码以及在呼叫rtm号码时要连接至的连接号码。所有这些连接号码形成搜索列表。

连接号码可以是rtm订户(例如主叫方33)的msisdn，再次是rtm号码，或者非rtm订户号码。为了标识所述连接号码是否受rtm控制(是否是rtm订户)，在每个记录中包含订户标记。

例如，分级建立允许公司具有一个总rtm号码和多个专用rtm号码(如用于销售部、服务部和采购部)。专用rtm号码作为公司的总rtm号码中的连接号码而存在。总rtm组还包含具有中央接收的号码作为连接号码的记录。

订户标记是每个记录中存在的多个rtm控制标记之一。以下将讨论多个其他标记。控制标记可以与rtm组或者一个记录(连接号码)相关。在第一情况下，rtm组中的每个记录具有相同的标记值，在第二情况下，每个连接号码可以具有不同的值。

定价和账户表46包含与针对不同呼叫情况在何处以及如何收取呼叫费用相关的细节。对于每个rtm订户33、34，存在表46。以下给出这种定价和账户表46的示例。

定价和账户表46由行构成，每个行由主叫方(a)33和被叫方(b)34的rtm预定(是/否)和位置(例如经由ap10连接至ip网络(in)、移动连接至h-plmn(h-p)中或者移动连接至v-plmn中，即漫游(v-p))来定义。

利用相同客户端字段进行进一步区分。当主叫方a33和被叫方b34均为rtm订户并属于相同rtm组时，计费可以不同。这将允许公司针对公司间呼叫具有不同的计费。账户必须被视为被计费的号码。这可以是预付费的(是终端的msisdn+前缀)、后付费的(终端的msisdn)或者向第三方号码后付费的。后者允许公司将所有费用累计至一个账户并接收单个账单。

rtms40基于连接记录中的rtm预订指示符和连接号码来取得该表。当在hlr17中设置关联参数以触发rtms40时，主叫方33的msc22可以调用rtms40。然后，服务40将取得属于主叫rtm订户33的表，并使用表46的主叫方34部分中的账户和定价。类似地，当在hlr17中，在直接被叫的移动终端34的预订细节中设置了t-csi(或tick)时，g-msc22可以进行上述操作。然后，针对被叫msisdn34取得表46，并使用被叫部分中的定价和账户。第三种可能性是：在呼叫rtm号码时，rtm交换机就基于号码识别来调用rtms40。针对用于尝试得到连接的bmsisdn(被叫方34号码)取得表46。备选地，这里，针对rtm组中的所有连接号码(为rtm订户)的表在其表中具有相同的被叫部分定价和账户。如果使用并行振铃，则这是强制的。

主叫方33与被叫方34之间的连接由3个基本部分构成。如果主叫方33是移动方，则第一部分是移动终端33与msc22之间的连接。第二部分是msc22与网络18(或ip网络12)中的最终目的地交换机之间的连接。第三部分是最终目的地交换机与被叫方的终端34之间的连接。如果被叫方终端34是固定线路电话，则最终目的地交换机将是本地交换机22。如果呼叫了rtm号码，则最终目的地将是rtm交换机22。如果被叫号码是msisdn，则最终目的地是g-msc22。标准方式是：主叫方33为前两部分付费，被叫方34为第三部分付费。当终端33、34均为rtm订户时，关于谁来支付哪个费用，可以做出其他配置。

在调用cap-idp消息之后，通过与cap-con消息一起发送的提供计费信息(fci)消息来返回账户和定价信息。进行接收的msc22将使用提供计费信息(fci)消息来修改计费记录。

热列表表47包括记录，其中每个记录包含被叫方33的msisdn和被允许绕过rtms40的电话号码。当在热列表表中存在msisdn的条目时，就针对该msisdn，在连接表45中的连接记录中设置热列表指示符标记。当向rtm订户34进行直接呼叫时，rtms40在被调用时检查具有该msisdn的任何记录，是否这些记录中的电话号码与主叫电话号码相匹配。如果存在匹配，则忽略连接记录中的所有其他限制，并建立连接。类似地，当针对主叫rtm订户33来进行调用时，被叫电话号码与具有主叫方msisdn的记录中的电话号码的匹配将具有以下相同效果：忽略主叫rtm订户的连接记录中对建立连接的限制。

在将rtms实现为scp24中的应用的情况下，这些表也可以位于sdp(服务数据点)中。

如上所述，rtm组包含具有连接号码的一个或多个记录。当存在针对rtm组中的rtm号码的输入呼叫时，rtms40就使用上述搜索列表来执行搜索过程，以建立连接。在另一实施例中，该搜索过程由rtm组的每个记录中的优先级号码来支持。零(0)是最高优先级，将向该号码进行第一次连接尝试。如果无应答或者忙，则采取具有优先级号码一(1)的连接号码，以此类推。rtm组内的记录可以包含相同的优先级号码。在这种情况下，在所使用的cap版本支持并行振铃时，将对这些记录进行并行振铃。cap-idp消息中的特别字段中包含适用的cap版本。如果不支持，则以从连接表45接收的顺序，逐一尝试具有相等优先级的连接号码。

相应地，在本发明的实施例中，连接表包括针对被叫终端的搜索列表，该搜索列表包括可向其建立呼叫的一个或多个目的地地址以及针对所述一个或多个目的地地址中的每一个的优先级指示符。目的地地址可以是ip地址、备选ip地址和备选移动地址，或者甚至是到达备选服务(如应答服务)的地址。

在其他实施例中，网络节点被配置为将规则集合应用于从连接表获得的数据。这些数据可以包括：一个或多个标记，可以由用户(即主叫终端33和/或被叫终端34的用户)例如基于对由电信网络的运营商提供的各种服务的预订来设置的。这些标记的示例包括但不限于：订户标记、热列表指示符标记、cli转换标记、强制路由至移动台标记、rtm锁定标记等等。

当rtm订户a33进行呼叫时，其msisdn将用作主叫线路标识。在一些情况下，这是不期望的。在被叫方b34使用诸如在忙或无应答时自动回叫之类的服务的情况下，将直接建立向移动号码而不是rtm号码的反向呼叫。在被叫方34存储号码并随后使用所存储的号码来进行呼叫时，发生相同的情况。因此，给出rtm号码而不是msisdn作为主叫线路标识是重要的。

然而，不是在所有情况下都应当进行转换。例如，如果主叫方和被叫方属于相同的rtm组，则被叫方希望看到他的组中的谁正在呼叫他。这可以通过msisdn或者通过主叫方的短号码而实现。

为了使rtms40控制hrl17中包含的主叫方a33的预订中的cli，发端预订信息参数字段(o-csi或oick)应当包含对调用rtms40的触发。当进行呼叫时，在继续呼叫建立之前，首先调用rtms40。

可以利用rtms40中的固定规则来进行cli的转换，但是对于每个rtm组，cli的转换也可能不同。cli转换被设置为连接表45中的标记。当被调用时，rtms40针对主叫方a33所属的组，从连接表45中检索记录。如果设置了标记，则rtms40将该组的rtm号码放置在附加主叫方号码字段中。当被改变时，rtms40向msc22发送包含修改后的字段在内的cap-con消息。msc22将使用这些字段的值来继续建立呼叫。被叫方34被呈现了rtm号码作为cli。

当被叫方34也是rtm订户时(从连接表45中得知)，那么由于rtm号码的使用，也将调用rtms40。如果是这样，并且主叫方a33和被叫方b34均属于相同组，则rtm组可以将第二标记包含在连接表45中，其中要使用主叫方a33的原始msisdn或主叫方a33的短号码表示来代替rtm号码。对于原始msisdn，rtms40简单地移除附加主叫方字段的内容。对于短号码表示，rtms40利用短号码表示来替换附加主叫方号码中的rtm号码。

在标准情形中，一方33可以呼叫被叫方b34的msisdn，从而绕过rtm系统，并得到与被叫方b34的直接移动连接。如果被叫方b34未连接至ap10，则使用经由v-msc的路由。尤其是公司将要求呼叫始终受到rtm控制。这是通过将对rtms40的触发放置在hlr17中的被叫方b34的预订中的t-csi中或者备选的tick字段中来实现的。当进行向被叫方b34的msisdn的呼叫时，呼叫建立到达被叫方b34的g-msc22。这里，g-msc22从hlr17取得被叫方b34的细节。t-csi或tick字段的内容强制g-msc22利用cap-idp消息来调用scp24中的rtms40。

由于强制rtm可能仅适用于一些而不是所有rtm，在连接表45中，强制rtm标记可用。当调用rtms40时，rtms40检索与被叫的被叫方b34的msisdn相匹配的记录。如果设置了强制rtm标记，则rtms40利用rtm号码来替换被叫方字段中被叫方b34的msisdn。将被叫方b34的原始msisdn放置在原始被叫方id字段中。然后，rtms40在cap-con消息中将修改后的字段返回给g-msc22。

然后，g-msc22将呼叫转发至rtm号码而不是被叫方b34的msisdn。呼叫建立到达rtm交换机，rtms40被调用并将执行正常rtm功能。可选地，rtms40可以检查原始被叫方id是否包含了msisdn。在这种情况下，rtms40可以使用该msisdn作为搜索中的第一优先级。

由于a方33可以具有与多于一个rtm组相关的msisdn，因此不能确立要应用的rtm组。这种情况的示例是个人将其移动电话用于其私有rtm以及公司rtm。为了能够在主叫情况下选择连接表45中的正确记录，在记录中包含rtm锁定标记。在主叫情况下，rtms40检查该标记的存在。只使用未设置该标记的一个rtm记录。

a方33可以通过服务呼叫或服务sms来改变其缺省rtm。这种示例；所发送的*666*“rtm号码”。服务呼叫或sms将到达rtms40，rtms40在连接表45中与a方33的msisdn相匹配的所有记录中设置该标记。然后，在与a方33msisdn和rtm号码相匹配的记录中，仅重置一个标记。rtms40能够在连接表45中设置的连接控制标记的其他示例包括但不限于：阻止向非rtm号码的呼叫、阻止自身rtm组之外的呼叫、在自身未连接ap10时阻止呼叫、在自身未处于h-plmn中时阻止呼叫、……

在又一实施例中，本发明涉及一种方法，其中，连接表还包括路由至移动台(rtm)组标识和与被叫终端相关联的通告指示符，所述方法还包括：在呼叫建立之前，基于通告指示符，向被叫终端发送消息(具有铃音或文本通告的形式)。此外，可以提供一种网络节点，其中，连接表还包括路由至移动台(rtm)组标识和与被叫终端相关联的通告指示符，所述网络节点还被配置为：在呼叫建立之前，基于通告指示符，向被叫终端发送消息。

在另一实施例中，在连接表45中进行进一步添加，其中，将rtm组通告发送至被叫方34。可以向被叫方34通知输入呼叫是否来自也作为rtm成员的一方。在连接表45中，被叫方34具有两个选项，一个针对专用铃音，一个针对连接之前的在先通告。对于铃音，可以进行以下选择：无铃音、仅针对相同rtm组的或相同主rtm组中的成员、或者针对进行呼叫的所有rtm方。类似地，针对进行呼叫的所有rtm方、仅针对其自身(主)rtm组之外的rtm方、或者无在先通告，在呼叫实际连接之前，可以在连接表45中设置用于接收rtm组标识的选项。在被叫方34确定铃音的情况下，主叫方33确定通告，如个人问候(例如公司的名称)。在另一实施例中，在连接表45中的rtm成员记录中还保存对所存储的通告的引用。可选地，可以锁定该问候，并从该rtm成员所属的更高阶rtm组自动继承该问候。

从capv2以后可以使用通告。专用铃音只有与capv4下的呼叫状态处理相结合才是可能的。对于capv2实现，铃音必须是通告的一部分，如以下所讨论。注意，在接受输入呼叫之后，用户将得到通告，但是，可以在进行实际呼叫连接之前断开。

为了播放通告，scp24将发送cap-pa消息(播放通告)，该消息具有对预先记录的消息、预先记录的音、预先记录的音和消息的组合、被转换为话音的文本串或包含多个前述元素的可变消息的指示。当通告完成时，msc22中的ssf通过cap-ssr(专门资源报告)将其通知给scp24中的服务。然后，scp24发送用于实际连接呼叫的cap-con。如果被叫方34在此前断开，则将不建立呼叫，或者以由scp24中的服务控制的备选方式来建立呼叫。