WO2006108357A1

WO2006108357A1 - A method for implementing the card number calling service

Info

Publication number: WO2006108357A1
Application number: PCT/CN2006/000665
Authority: WO
Inventors: Peng Wang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-04-13
Filing date: 2006-04-13
Publication date: 2006-10-19
Also published as: CN1848874A; US20080260124A1; EP1871083A1; EP1871083A4; CN1848874B; US7940902B2

Description

一种卡号呼叫业务的实现方法

技术领域

本发明涉及下一代网络技术，特别涉及下一代网络中的匿名呼叫方法。发明背景

传统的公用电话交换网（ Public Switched Telephone Network, PSTN ) 可以提供如 201、 300 电话卡业务这样的卡号业务。随着通信技术的发展，包括 PSTN在内的各个通信网络相互融合是必然趋势，下一代网络 ( Next Generation Network, NGN ) 因此应运而生。作为业务驱动型网络， NGN可提供包括智能业务在内的多种业务；其中，支持卡号呼叫的卡号业务也就必然成为了 NGN可提供的智能业务之一。

NGN实现卡号业务的基本原理如图 1所示：用户使用在 NGN中注册的主叫用户终端发送呼叫请求以接入呼叫处理服务器；呼叫处理服务器则读取所述呼叫请求中包含的主叫信息，根据读取的主叫信息进行主叫用户终端合法性验证，并在确定主叫用户终端合法时读取所述呼叫请求中包含的被叫号码字冠，根据读取的被叫号码字冠确定主叫用户终端发起了卡号呼叫，进而将所述呼叫请求转发给智能网（Intelligent Network, IN )服务器。

IN服务器收到所述呼叫请求时通过内置或外置的媒体资源服务器 ( Media Resource Server, MRS ) 申请专用的媒体通道，并利用该媒体通道通过主叫用户终端提示用户输入卡号、卡密码；在利用 MRS的收号功能收到来自主叫用户终端的卡号、卡密码时， IN服务器对收到的卡号、卡密码进行验证并确认数据库中存储的与所述卡号、卡密码相对应 0665 的通信余额是否可支持卡号呼叫。可以将所述卡号、卡密码以及可支持卡号呼叫的所述通信余额中的一个或多个统称为支持卡号呼叫的卡信息。

在验证所述卡号、卡密码正确并且确定所述通信余额可以支持卡号呼叫后， IN服务器将所述呼叫请求转发给被叫用户终端。当被叫用户终端因被叫用户接受呼叫而向 I 服务器返回呼叫响应后， IN服务器向被叫用户终端发送呼叫确认 ( ACK )消息并建立与被叫用户终端之间的媒体通道，用于支持主叫用户终端与被叫用户终端进行后续的通信过程。

当然，如果呼叫处理服务器进行的所述主叫用户终端合法性验证的结果为主叫用户终端不合法 , 那么主叫用户终端的所述呼叫请求将被拒绝。具体而言，所述合法性 ¾r证的方法通常为：判断主叫用户终端所提供的主叫信息是否与数据库中所记录的注册用户终端信息相吻合，如果吻合，则确定主叫用户终端合法；否则，确定主叫用户终端非法。

可见，目前的 NGN可以实现卡号呼叫业务，但前提是主叫用户终端在发起呼叫时必须提供主叫信息并且通过合法性验证；这实际上继承了 PSTN的通信特点，因此将导致 NGN实现的卡号呼叫业务存在严重缺陷。

导致所述缺陷的原因在于：不同于 PSTN的双绞线接入方式， NGN 是基于网际协议（Internet Protocol, IP ) 的通信网络；因此，与 PSTN 只面对注册用户终端不同 , NGN面对的用户终端既包括注册用户终端，也必然包括大量的能够基于 IP进行通信的非注册终端，然而这些非注册终端在 NGN中发起卡号呼叫时所提供的主叫信息肯定无法与前述的注册用户终端信息相吻合。

可见，无论发起卡号呼叫的非注册终端是否具有可以支持卡号呼叫的卡信息， NGN都无法正常为大量的非注册终端提供卡号呼叫业务。显然，大量卡号呼叫业务被拒绝必然严重降低用户满意度，也很不利于网络运营商拓展卡号呼叫业务，并且严重阻碍了网络运营商的业务发展，对 NGN的业务发展也很不利。发明内容

有鉴于此，本发明的主要目的在于提供一种卡号呼叫业务的实现方法，只要发起卡号呼叫的用户终端具有可以支持卡号呼叫的卡信息， NGN就可以为用户终端提供卡号呼叫业务，提高用户满意度。

为实现上述目的，本发明提供了一种卡号呼叫业务的实现方法，本发明公开了一种卡号呼叫业务的实现方法，该方法包含以下步骤：

A、判断来自用户终端的呼叫是否为卡号呼叫，并在确定是卡号呼叫时将该卡号呼叫转至卡号业务控制单元；

B、卡号业务控制单元获取用户终端的卡信息，并判断获取的卡信息是否可支持卡号呼叫；

C、当确定用户终端的卡信息可支持卡号呼叫时，卡号业务控制单元为用户终端提供卡号呼叫业务。

步骤 A中，用户终端的所述呼叫是以发送呼叫请求的形式实现的。步骤 A中，所述判断方法为：

读取来自用户终端的呼叫请求中包含的主叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识，如果主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，则确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫。

步骤 A中，所述判断方法为：

读取来自用户终端的呼叫请求中包含的被叫信息，判断读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识，如果包含，则确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫。

步骤 A中，所述判断方法为：

读取来自用户终端的呼叫请求中包含的主叫信息和被叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识，以及读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识；只有在确定主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，并且被叫信息中包含所述卡号呼叫业务标识时，才确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫。

所述卡号呼叫业务标识设置于被叫信息所包含的被叫号码字冠中。步骤 B中，所述获取方法为：

读取来自用户终端的呼叫请求中包含的卡号、卡密码，并在数据库中查询与读取的卡号、卡密码所共同对应的卡号呼叫权限信息。

所述卡号、卡密码是预先存储于用户终端中的；或者是用户终端所接收到的。

步骤 B中，所述获取方法为：

向用户终端发送卡信息获取命令；

用户终端收到卡信息获取命令时，将自身保存的或是接收到的卡号、卡密码发送给卡号业务控制单元；

卡号业务控制单元在数据库中查询与收到的卡号、卡密码所共同对应的卡号呼叫权限信息。

步驟 B中，所述获取方法为：

卡号业务控制单元生成随机数并发送给所述用户终端；该用户终端应用来自卡号业务控制单元的随机数对自身保存的卡号、卡密码进行加密，并将加密得到的密文连同所述卡号、随机数一同发送给卡号业务控制单元；

卡号业务控制单元收到所述密文、卡号和随机数时，应用收到的随机数对收到的密文进行解密，并在数据库中查找所述卡号以及解密得到的卡密码所共同对应的卡号呼叫权限信息。

卡号业务控制单元将所述随机数发送给用户终端的方法为：将随机数携带于 407响应消息的认证请求头域中发送给用户终端。用户终端将所述密文、卡号、随机数发送给卡号业务控制单元的方法为：

用户终端在呼叫请求的认证头域中填写所述密文、卡号、随机数，并将填写了密文、卡号、随机数的呼叫请求发送给卡号业务控制单元。

步骤 A中，所述判断方法为：

读取来自用户终端的呼叫请求中包含的主叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识，如果主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，则确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫；

或者，读取来自用户终端的呼叫请求中包含的被叫信息，判断读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识，如果包含，则确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫；

或者，读取来自用户终端的呼叫请求中包含的主叫信息和被叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识，以及读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识；只有在确定主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，并且被叫信息中包含所述卡号呼叫业务标识时，才确定来自主叫用户终端的呼叫是卡号呼叫；否则，确定来自主叫用户终端的呼叫不是卡号呼叫。

步骤 B中，所述获取方法为：

读取来自用户终端的呼叫请求中包含的卡号、卡密码，并在数据库中查询与读取的卡号、卡密码所共同对应的卡号呼叫权限信息；

或者，向用户终端发送卡信息获取命令；用户终端收到卡信息获取命令时，将自身保存的卡号、卡密码发送给卡号业务控制单元；卡号业务控制单元在数据库中查询与收到的卡号、卡密码所共同对应的卡号呼叫权限信息；

或者，卡号业务控制单元生成随机数并发送给所述用户终端；该用户终端应用来自卡号业务控制单元的随机数对自身保存的卡号、卡密码进行加密，并将加密得到的密文连同所述卡号、随机数一同发送给卡号业务控制单元；卡号业务控制单元收到所述密文、卡号和随机数时，应用收到的随机数对收到的密文进行解密，并在数据库中查找所述卡号以及解密得到的卡密码所共同对应的卡号呼叫权限信息。

步骤 B中，所述判断方法为：

卡号业务控制单元接收来自所述用户终端应用加密方法对卡密码加密所得的密文，并根据收到的卡信息中包含的卡号查找该卡号所对应的卡密码；再应用与用户终端相同的加密方法对查找到的卡密码进行加密得到密文，判断得到的密文与来自用户终端的所述密文是否相同，如果不同，卡号业务控制单元则确定获取的卡信息无法支持卡号呼叫。

步骤 B中，所述判断方法为：

卡号业务控制单元接收来自所述用户终端应用 "异或，，加密方法对卡密码加密所得的密文，并根据收到的卡信息中包含的卡号查找该卡号所对应的卡密码；再应用 "异或" 加密方法对收到的密文进行解密并得到卡密码，再判断解密得到的卡密码是否与查找到的卡密码相同，如果不同，卡号业务控制单元则确定获取的卡信息无法支持卡号呼叫。

步驟 B中，所述判断方法为：

判断获取的卡信息中所包含的卡号呼叫权限信息是否支持卡号呼叫。

所述卡号呼叫权限信息是长途 /市话标识，则步骤 B中，所述判断方法为：

卡号业务控制单元读取获得的卡信息中包含的长途 /市话标识，并根据来自所述用户终端的被叫信息确定该用户终端的呼叫是否为长途 /市话呼叫，如果是，卡号业务控制单元确定获取的卡信息可支持卡号呼叫；否则，卡号业务控制单元确定获取的卡信息无法支持卡号呼叫。

步骤 B中，所述判断方法为：

卡号业务控制单元判断是否能够根据获取的卡信息中包含的卡号、卡密码查找到对应的卡号呼叫权限信息，如果找不到，则确定获取的卡信息无法支持卡号呼叫。

步骤 B中，所述判断方法为：

卡号业务控制单元根据获取的卡信息中包含的卡号、卡密码查找到对应的卡号呼叫权限信息，并判断查找到的卡号呼叫权限信息是否足以支持后续的通信，如果可以，卡号业务控制单元确定获取的卡信息可支持卡号呼叫；否则，卡号业务控制单元确定获取的卡信息无法支持卡号呼叫。

所述卡号呼叫权限信息是通信余额。

该方法所包含的信令交互是基于会话初始协议的。可见，本发明所提供的卡号呼叫业务的实现方法，只关注发起卡号呼叫的用户终端是否具有可以支持卡号呼叫的卡信息，因此只要发起卡号呼叫的用户终端具有可以支持卡号呼叫的卡信息， NGN就可以为用户终端提供卡号呼叫业务，这显然可明显提高用户满意度。

再有，本发明无需 MRS 参与涉及卡号、卡密码的收号操作，能明显节省传输资源，并显著提高用以实现卡号呼叫的速度，同样可以明显提高用户满意度。附图简要说明

图 1为现有技术中实现卡号业务的流程图；

图 2为本发明一较佳实施例的实现卡号业务的流程图；

图 3为本发明另一较佳实施例的实现卡号业务的流程图。实施本发明的方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明关注的是发起卡号呼叫的用户终端是否具有可以支持卡号呼叫的卡信息，因此只要发起卡号呼叫的用户终端具有可以支持卡号呼叫的卡信息， NGN就可以为用户终端提供卡号呼叫业务。

本发明提供的在 NGN中实现卡号业务的基本方法如图 2所示，图 2 为本发明一较佳实施例的实现卡号业务的流程图，该流程包括以下步骤：

步骤 210: 要进行卡号呼叫的用户终端向呼叫控制单元发起呼叫，该呼叫通常是以发送呼叫请求的方式发起的。可以将该用户终端称为主叫用户终端。步骤 220: 呼叫控制单元判断来自主叫用户终端的呼叫是否为卡号呼叫，如果是，直接进入步驟 240; 否则，进入步骤 230, 并结束本流程。具体的判断方法有多种，如：

笫一种判断方法：呼叫控制单元读取所述呼叫请求中包含的主叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识，如果主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，呼叫控制单元确定来自主叫用户终端的呼叫是卡号呼叫；否则，呼叫控制单元确定来自主叫用户终端的呼叫不是卡号呼叫。

第二种判断方法：呼叫控制单元读取所述呼叫请求中包含的被叫信息，判断读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识，如果包含，呼叫控制单元确定来自主叫用户终端的呼叫是卡号呼叫；否则，呼叫控制单元确定来自主叫用户终端的呼叫不是卡号呼叫。

所述卡号呼叫业务标识可以设置于被叫信息所包含的被叫号码字冠等位置中。

第三种判断方法：呼叫控制单元读取所述呼叫请求中包含的主叫信息和被叫信息，判断读取的主叫信息是否为空或者是否为代表卡号呼叫的卡号呼叫业务标识 , 以及读取的被叫信息中是否包含代表卡号呼叫的卡号呼叫业务标识。只有在确定主叫信息为空或者是代表卡号呼叫的卡号呼叫业务标识，并且被叫信息中包含所述卡号呼叫业务标识时，呼叫控制单元才确定来自主叫用户终端的呼叫是卡号呼叫；否则，呼叫控制单元确定来自主叫用户终端的呼叫不是卡号呼叫。

步骤 230: 呼叫控制单元应用现有技术对来自主叫用户终端的所述呼叫进行相应处理，如：呼叫控制单元确定该呼叫是普通呼叫，进而针对主叫用户终端进行与普通呼叫相对应的后续处理。

步驟 240: 呼叫控制单元将来自所述主叫用户终端的卡号呼叫转至 6 000665 卡号业务控制单元。具体操作通常为：呼叫控制单元将来自主叫用户终端的所述呼叫请求转发给卡号业务控制单元。

步骤 250: 卡号业务控制单元收到所述主叫用户终端的卡号呼叫后，获取该主叫用户终端的卡信息。

所述卡信息的获取方法大致可以分为两种，其中一种获取方法为：以非加密方式获取；另一种获取方法为：以加密方式获取。

具体而言，针对应用非加密方式获取卡信息的情况，主叫用户终端可以在发送的所述呼叫请求中携带卡号、卡密码，卡号业务控制单元则读取该呼叫请求中包含的卡号、卡密码，并在数据库中查询与读取的卡号、卡密码所共同对应的通信余额。当然，主叫用户终端也可以不在呼叫请求中携带卡号、卡密码，而是由卡号业务控制单元向主叫用户终端发送卡信息获取命令；主叫用户终端收到该卡信息获取命令时，将自身保存的卡号、卡密码发送给卡号业务控制单元。

针对应用加密方式获取卡信息的情况，卡号业务控制单元要与主叫用户终端应用预先协商好的相同加密方法进行通信信息的加解密操作，如：应用超文本传输协议摘要 ( HTTP-Digest ) 臉证方法。

具体而言 , 卡号业务控制单元生成一个随机数并发送给主叫用户终端；主叫用户终端应用来自卡号业务控制单元的随机数对自身保存的卡号、卡密码进行加密，并将加密得到的密文连同所述卡号、随机数一同发送给卡号业务控制单元。卡号业务控制单元收到来自主叫用户终端的密文、卡号和随机数时，应用该随机数对收到的密文进行解密，并在数据库中查找所述卡号以及解密得到的卡密码所共同对应的通信余额。

当然，卡号业务控制单元可以在进行所述解密操作之前，进一步判断收到的所述随机数的有效性，如：应用现有技术判断随机数是否过期、超时或者曾经被使用过；如果通过判断确定所述随机数无效，卡号业务控制单元可以拒绝所述主叫用户终端的卡号呼叫 , 或者再发送一个随机数给所述主叫用户终端。

步骤 260: 卡号业务控制单元判断获取的卡信息是否可支持卡号呼叫，如果支持，直接进入步骤 280; 否则，进入步驟 270, 并结束本流程。

具体判断方法通常为：卡号业务控制单元判断是否能够根据获取的卡号、卡密码查找到对应的通信余额，如果找不到，则确定获取的卡信息无法支持卡号呼叫。当然，在卡号业务控制单元根据获取的卡号、卡密码查找到对应的通信余额时，可以进一步判断查找到的通信余额是否足以支持后续的通信，如果可以，卡号业务控制单元确定获取的卡信息可支持卡号呼叫；否则，卡号业务控制单元确定获取的卡信息无法支持卡号呼叫。如：卡号业务控制单元中设置的通信最小单位为分钟，那么如果查找到的所述通信余额不足以支持 1分钟的通信过程，卡号业务控制单元则确定获取的卡信息无法支持卡号呼叫。

在实际应用中，卡号业务控制单元还可以以这种方式判断获取的卡信息是否可支持卡号呼叫：卡号业务控制单元根据收到的卡号在数据库中查找该卡号所对应的卡密码，并对查找到的卡密码进行加密得到密文，再判断得到的密文与来自主叫用户终端的所述密文是否相同，如果不同，卡号业务控制单元则确定获取的卡信息无法支持卡号呼叫。

当然，如果用户终端和卡号业务控制单元均采用 "异或"加密算法，那么卡号业务控制单元还可以直接应用 "异或" 加密算法对密文进行解密并得到卡密码，再判断得到的卡密码是否与收到的所述卡号在数据库中所对应的卡密码相同，如果不同，卡号业务控制单元则确定获取的卡信息无法支持卡号呼叫。

一般情况下，在卡出厂时，就会将卡的卡号与卡密码对应存储在数据库中，以便数据库能根据卡号与卡密码之间的对应关系查找卡号 /卡密码所对应的卡密码 /卡号。

步骤 270: 卡号业务控制单元拒绝所述主叫用户终端的卡号呼叫。步骤 280: 卡号业务控制单元应用现有技术为主叫用户终端提供卡号呼叫业务。具体的卡号呼叫业务提供方式通常为：卡号业务控制单元根据主叫用户终端的所述呼叫请求中包含的被叫信息，将该呼叫请求发送给被叫用户终端，并在被叫用户终端接收该呼叫请求时为主、被叫用户终端建立媒体通道，以支持主、被叫用户终端进行后续通信。

由以上所述可见，图 3中的流程并没有涉及到主叫信息的验证，而只是涉及到用户终端卡信息的获取以及确定卡信息是否可支持通信；并且，在这种情况下也可以为用户终端提供卡号呼叫业务。

参见图 3 , 图 3为本发明另一较佳实施例的实现卡号业务的流程图，该流程可以清楚、连贯的显示出实现卡号业务的过程。图 3中用于实现卡号业务的各关键步骤均已在图 2中详细描述，因此下面仅对图 3进行简要描述

图 3所示流程包括以下步骤：

步驟 301 : 主叫用户终端以发送呼叫请求的形式向呼叫控制单元发起呼叫。可以将所述呼叫请求中的被叫用户地址（Request-URI 的 user 部分）填为卡号呼叫业务标识 +被叫用户号码，如： 17910电话卡业务所对应的卡号呼叫业务标识 +被叫用户号码。

步骤 302: 呼叫控制单元根据来自主叫用户终端的呼叫请求判断主叫用户终端发起的呼叫是否为卡号呼叫，并在确定是卡号呼叫时将所述呼叫请求发送给卡号业务控制单元。

步骤 303: 卡号业务控制单元收到所述呼叫请求时生成随机数。步骤 304至 305: 卡号业务控制单元将生成的随机数携带于消息格式中，通过呼叫控制单元发送给主叫用户终端，如：将随机数携带于作用为要求代理身份验证 ( Proxy Authentication Required )的 407响应消息的认证请求头域 ( Proxy- Authenticate ) 中。

步骤 306至 307: 主叫用户终端收到所述随机数后，通过呼叫控制单元向卡号业务控制单元返回 ACK消息。

步骤 308: 主叫用户终端应用来自卡号业务控制单元的随机数对自身保存的卡号、卡密码进行加密。

步骤 309至步骤 310: 主叫用户终端将加密得到的密文连同所述卡号、随机数一同携带于呼叫请求中发送给卡号业务控制单元；该呼叫请求中包含用于承载随机数、卡号、密文的认证头域（ Proxy-Authorization )。其中，认证头域的 usemame字段用于填写卡号； nonce字段用于填写随机数； response字段用于填写密文。

当然，可以根据实际的应用场景或业务需要来设计卡号、卡密码等的填写方法。

步骤 311 : 卡号业务控制单元接收来自主叫用户终端的随机数、卡号、密文，并根据收到的内容进行卡信息验证，即：判断卡信息是否可支持卡号呼叫。

步骤 312: 当确定卡信息可以支持卡号呼叫时，卡号业务控制单元将步骤 303或步骤 311中收到的呼叫请求发送给被叫用户终端。

步骤 313至步骤 315: 被叫用户终端接收所述呼叫请求，并通过卡号业务控制单元、呼叫控制单元向主叫用户终端发送 200响应消息。

步骤 316至步骤 318: 主叫用户终端接收所述 200响应消息，并通过呼叫控制单元、卡号业务控制单元向被叫用户终端发送 ACK消息。

步骤 319: 卡号业务控制单元在收到来自被叫用户终端的 200响应消息或来自主叫用户终端的 ACK消息时，为主、被叫用户终端建立媒体通道，以支持主、被叫用户终端进行后续通信。

在实际应用中，主叫用户终端向卡号业务控制单元发送卡信息时所需的卡号和卡密码，可以由用户手工输入；也可以预先存储于主叫用户终端中，并且在需要时由主叫用户终端予以利用。上述的预先存储卡号、卡密码的方式具有方便、快捷的优点，并且无需 MRS参与涉及卡号、卡密码的收号操作，能明显节省传输资源，并显著提高用以实现卡号呼叫的速度，还可明显提高用户满意度。

再有，在图 2、图 3所描述的实现卡号呼叫的流程中，用户终端可以为任何 NGN网络终端，并且可以应用会话初始协议（Session Initiation Protocol, SIP )等 NGN所支持的通信协议。

还有，作为逻辑实体，所述呼叫控制单元和卡号业务控制单元可以共同设置于同一个物理实体中，也可以分别设置于不同的物理实体中，如：将呼叫控制单元设置于呼叫处理服务器等软交换设备中，将卡号业务控制单元设置于卡号呼叫服务器中。

最后，需要说明的是：图 2、图 3 中所描述的判断卡信息是否可支持卡号呼叫的操作中，涉及到了通信余额；在实际应用中，除了通信余额以外，只可以只涉及到或进一步涉及到卡信息中所包含的其它内容，如：长途标识、市话标识等。所述长途标识表明卡只支持长途呼叫，所述市话标识则表明卡只支持市话呼叫。通常，将所述通信余额、长途标识、市话标识等统称为卡号呼叫权限信息。

具体而言，判断卡信息是否可支持卡号呼叫的操作中，涉及到的卡号呼叫权限信息可能有多种，具体的判断方法可能相应也有所不同，比如：

当卡号业务控制单元获得用户终端的卡信息时，或是在这之后由卡号业务控制单元根据通信余额等确定卡信息可支持卡号呼叫时，卡号业务控制单元可以读取获得的卡信息中包含的长途 /市话标识等卡号呼叫权限信息，如：读取到长途 /市话标识；之后，卡号业务控制单元再根据来自用户终端的呼叫请求中所包含的被叫号码，应用现有技术确定该呼叫请求所对应的呼叫是否为长途 /市话呼叫，如果是，卡号业务控制单元确定用户终端请求的呼叫与读取到的卡号呼叫权限信息相吻合，进而确定用户终端的卡信息支持卡号呼叫；否则，卡号业务控制单元确定用户终端的卡信息无法支持卡号呼叫。

当然，卡号业务控制单元等通信实体通常会在卡的卡号、密码，与包含该卡的通信余额在内的卡号呼叫权限信息之间建立对应关系并保存。

由以上所述可见，本发明提供的卡号呼叫业务的实现方法，只要发起卡号呼叫的用户终端具有可以支持卡号呼叫的卡信息， NGN就可以为用户终端提供卡号呼叫业务，因此可明显提高用户满意度。

Claims

权利要求书

1、一种卡号呼叫业务的实现方法，其特征在于，该方法包含以下步骤： -

2、根据权利要求 1所述的方法，其特征在于，步骤 A中，用户终端的所述呼叫是以发送呼叫请求的形式实现的。

3、 #·据权利要求 2所述的方法，其特征在于，步骤 A中，所述判断方法为：

4、根据权利要求 2所述的方法，其特征在于，步骤 A中，所述判断方法为：

5、根据权利要求 2所述的方法，其特征在于，步骤 A中，所述判断方法为：

6、根据权利要求 4或 5所述的方法，其特征在于，所述卡号呼叫业务标识设置于被叫信息所包含的被叫号码字冠中。

7、根据权利要求 2至 5任一项所述的方法，其特征在于，步骤 B 中，所述获取方法为：

8、根据权利要求 7所述的方法，其特征在于，所述卡号、卡密码是预先存储于用户终端中的；或者是用户终端所接收到的。

9、根据权利要求 1至 5任一项所述的方法，其特征在于，步骤 B 中，所述获取方法为：

向用户终端发送卡信息获取命令；

10、根据权利要求 1至 5任一项所述的方法，其特征在于，步骤 B 中，所述获取方法为：

卡号业务控制单元收到所述密文、卡号和随机数时，应用收到的随机数对收到的密文进行解密 , 并在数据库中查找所述卡号以及解密得到的卡密码所共同对应的卡号呼叫权限信息。

11、根据权利要求 10所述的方法，其特征在于，卡号业务控制单元将所述随机数发送给用户终端的方法为：

将随机数携带于 407响应消息的认证请求头域中发送给用户终端。

12、根据权利要求 10所述的方法，其特征在于，用户终端将所述密文、卡号、随机数发送给卡号业务控制单元的方法为：

13、根据权利要求 2所述的方法，其特征在于，步骤 A中，所述判断方法为：

14、根据权利要求 13所述的方法，其特征在于，步骤 B中，所述获取方法为：

15、才艮据权利要求 1、 2、 3、 4、 5、 13或 14所述的方法，其特征在于，步骤 B中，所述判断方法为：

16、根据权利要求 1、 2、 3、 4、 5、 13或 14所述的方法，其特征在于，步骤 B中，所述判断方法为：

17、根据权利要求 1、 2、 3、 4、 5、 13或 14所述的方法，其特征在于，步驟 B中，所述判断方法为：

18、根据权利要求 17所述的方法，其特征在于，所述卡号呼叫权限信息是长途 /市话标识，则步骤 B中，所述判断方法为：

19、根据权利要求 17所述的方法，其特征在于，步 B中，所述判断方法为：

20、根据权利要求 17所述的方法，其特征在于，步骤 B中，所述判断方法为：

21、根据权利要求 19或 20所述的方法，其特征在于，所述卡号呼叫权限信息是通信余额。

22、根据权利要求 1所述的方法，其特征在于，该方法所包含的信令交互是基于会话初始协议 SIP的。