专利名称：网络发起智能呼叫的方法和系统的制作方法
技术领域：
本发明涉及网络通讯领域，特别涉及一种网络发起智能呼叫的方法和系统。
技术背景在现有的网络架构下，越来越多的业务通过智能平台实现，智能平台的引入降低了网络 的复杂程度，使得部署一种新业务的时间大大縮减。增加一种新业务时，只需在智能平台的 一个节点上进行，不需要全网的MSC (Mobile Switching Center,移动交换中心)设备都升级， 从而降低了由于新业务的引入影响现有业务正常运行的风险。引入智能平台后的网络功能架 构如图1所示。通过引入SSF (Service Switching Function,业务交换功能， 一般集成到MSC 中)、SRF (Specialized Resource Function,特殊资源功能)和SCF (Service Control Function, 业务控制功能)来实现智能业务。新增功能实体间通过CAP (Customized Applications for Mobile Network Enhanced Logic Application Part,移动网络增强客户化应用逻辑应用部分)协 议或者INAP (Intelligent Network Application Protocol ，智能网应用协议)进行交互以完成业 务。现有技术中网络通过智能平台发起呼叫的组网示意图如图2所示。MSC连接有一个移动 用户MSa， GMSC (Gateway MSC，移动关口交换中心)连接有一个用户Userb (该用户可以 是移动用户或固定用户或企业用户)。网络发起用户MSa到用户Userb的呼叫过程如图3所 示，首先SCP (Service Control Point,业务控制点)发送ICA (Initiate Call Attempt,发起口乎 叫尝试)消息给MSC/SSP (Service Switching Point,业务交换点)，MSC/SSP根据该消息发 起到用户MSa的呼叫，接通用户MSa后，通知SCP接通用户MSa成功；然后SCP发送ICA 消息给MSC/SSP, MSC/SSP根据该消息发起到用户Userb的呼叫，接通用户Userb后，通知 SCP接通用户Userb成功；SCP连接用户MSa和用户Userb，连接成功后，就完成了由网络 发起的用户MSa到用户Userb的呼叫。为了区分出呼叫的业务类型，如当前呼叫是预付费业 务，还是客户服务中心业务或MPTY (Multi Party,多方呼叫)业务等等，采用在SCP给 MSC/SSP发送的消息中的目的号码(即需要接通的用户号码)中增加前缀的方法，例如，SCP 需要MSC/SSP接通的目的地号码为5678955506，如果当前的业务是客户服务中心业务，用前缀A01表示，则SCP下发的目的地号码为A015678955506;如果当前业务为MPTY业务， 用前缀A02表示，则SCP下发的目的地号码为A025678955506。 上述现有技术具有以下缺点1 、由于无论是INAP还是CAMEL (Customized Applications for Mobile network Enhanced Logic,移动网络增强客户化应用逻辑)协议，ICA消息中都没有呼叫业务类型和承载类型的 信元，因此现有网络发起的呼叫只能是语音呼叫，不能进行数据业务呼叫和视频呼叫等其他 承载类型的呼叫。2、 采用增加前缀的方法虽然能够区分出呼叫的业务类型，但是在进行计费时，MSC/SSP 需要将带有前缀的号码填写到CDR (Call Detail Record,呼叫详细信息记录即话单)中的被 叫号码域或者主叫号码域中，或者填写到CDR中新增的业务类型域中，比较麻烦；而且计费 中心也需要预先配置以识别前缀以及新增的域，增加了开发的成本，否则无法完成挑单(将 一种业务用户的话单从MSC/SSP发送给计费中心的所有话单中挑选出来)的工作。3、 在CDR中无法区分出正常呼叫和网络发起的智能呼叫，不能区别收费。发明内容为了解决现有技术中网络不能发起多种承载类型的智能呼叫和发起不同业务类型呼叫比 较麻烦的问题，本发明实施例提供了一种网络发起智能呼叫的方法和系统。 所述方法包括- 业务控制点在第一次发送的发起呼叫尝试消息中增加智能呼叫的承载类型信息和/或业 务类型信息，然后发送所述发起呼叫尝试消息给移动交换中心/业务交换点；所述移动交换中心/业务交换点收到所述发起呼叫尝试消息后，根据所述发起呼叫尝试消 息中的承载类型信息和/或业务类型信息发起所述智能呼叫。所述系统包括业务控制点和移动交换中心/业务交换点，所述业务控制点包括扩展模块，用于在第一次发送的发起呼叫尝试消息中增加智能呼叫的承载类型信息和/或 业务类型信息；发送模块，用于发送所述扩展模块扩展后的发起呼叫尝试消息给所述移动交换中心/业务 交换点；所述移动交换中心/业务交换点包括接收模块，用于接收所述发送模块发来的发起呼叫尝试消息；呼叫模块，用于根据所述接收模块接收到的发起呼叫尝试消息中的承载类型信息和/或业 务类型信息发起所述智能呼叫。本发明实施例的有益效果主要表现在通过在ICA消息中增加呼叫的承载类型信息，可以实现网络发起不同承载类型的呼叫， 通过在ICA消息中增加呼叫的业务类型信息，可以实现网络发起不同业务类型的呼叫，从而 为运营商提供多样性、多功能的网络呼叫服务。
图1是现有技术中引入智能平台后网络功能架构示意图；图2是现有技术中网络发起智能呼叫的组网示意图；图3是图2中的网络发起用户MSa和用户Userb之间的呼叫流程示意图；图4是本发明实施例一网络发起智能呼叫的方法流程图；图5是本发明实施例二网络发起智能呼叫的方法流程图；图6是本发明实施例三网络发起智能呼叫的方法流程图；图7是本发明实施例四网络发起智能呼叫的系统结构图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明，但本发明不局限于下面的实施例。 实施例一在现有的CAMEL智能协议和INAP智能协议中，SCP和MSC/SSP之间存在携带BC (Bearer Capability,承载能力)信元的操作，例如Initial DP (Initial Detect Point,始发检测 点)消息，本实施例中由SCP在ICA消息中携带新增的BC信元给MSC/SSP，假设智能呼叫 的一端为用户A，另一端为用户B，参见图4，本发明实施例提供了一种网络发起智能呼叫的 方法，具体包括以下步骤步骤101: SCP在第一次下发的ICA消息中增加BC信元，并在BC信元中写入网络当 前发起的智能呼叫的承载类型信息，智能呼叫的承载类型有多种，如语音呼叫、数据业务呼 叫或视频呼叫等等；SCP在该ICA消息的DRA (Destination Routing Address,目的路由地址) 信元中指定被叫用户为用户A。步骤102: SCP将上述ICA消息发送给MSC/SSP。SCP不能在后续下发的ICA消息中携带BC信元，是因为BC信元决定了整个智能呼叫的承载类型，如果SCP下发的每个ICA消息中都携带一个BC信元，则MSC/SSP无法确定 以哪个BC信元中的承载类型为准，而且会拆除前面已建立的呼叫重新建立另一个呼叫，这 样会导致智能呼叫失败等严重后果，也会引起用户电话断断续续从而造成不好的影响。步骤103: MSC/SSP接收到SCP发来的ICA消息后，解析ICA消息，从ICA消息中提 取出BC信元，并从BC信元中获取呼叫的承载类型信息。步骤104: MSC/SSP根据得到的承载类型信息建立承载，发起到用户A的呼叫，接通用 户A后，即得到用户A返回的确认信息后，通知SCP接通用户A成功。步骤105: SCP在得到用户A己经成功接通的消息后，再次发送ICA消息给MSC/SSP， SCP在该ICA消息的DRA信元中指定被叫用户为用户B，且该ICA消息中不包含BC信元。步骤106: MSC/SSP收到SCP发来的ICA消息后，根据该消息发起到用户B的呼叫， 接通用户B后，通知SCP接通用户B成功。步骤107: SCP在得到用户B己经成功接通的消息后，连接用户A和用户B，连接成功 后，完成了由网络发起的用户A到用户B的呼叫。为了使网络能够发起不同业务类型的智能呼叫，例如，预付费业务、客户服务中心业务、 MPTY业务等等，SCP在第一次发送的ICA消息中还可以增加SK (Service Key,业务键) 信元，在现有的CAMEL智能协议和INAP智能协议中，SCP和MSC/SSP之间存在携带SK 信元的操作，如Initial DP消息，SCP在SK信元中写入当前智能呼叫的业务类型；MSC/SSP 在收到ICA消息后，从ICA消息的SK信元中提取出业务类型信息，并作为当前智能呼叫的 业务类型，进行智能呼叫；MSC/SSP还可以在CDR中记录SK信元，从而使计费中心能够根 据不同的业务类型进行相应的计费。SCP在第一次发送的ICA消息中既可以单独指定呼叫的承载类型，也可以单独指定呼叫 的业务类型，还可以同时指定呼叫的承载类型和业务类型。为了能够标识当前呼叫为网络发起的智能呼叫，进一步地，可以增加下面的步骤MSC/SSP在收到SCP发来第一次ICA消息时，在话单CDR中增加字段，标识当前呼叫 为网络发起的呼叫，相应地，计费中心可以将该字段作为计费的一个依据。考虑到用户A和用户B的承载能力可能不同，进一步地，在上述过程中还可以增加下面 的步骤预先在MSC/SSP上增加承载协商的功能，当MSC/SSP接通用户A后，用户A处于应答 后的状态，用户A会向MSC/SSP发起承载协商，将自己的承载能力(如传输能力为64kbit/s) 告诉MSC/SSP;当MSC/SSP接通用户B后，用户B处于应答后的状态，用户B会向MSC/SSP发起承载协商，将自己的承载能力(如传输能力为32kbit/s)告诉MSC/SSP; MSC/SSP按照 一定的原则确定协商的结果，如将最低的承载能力作为当前智能呼叫的承载能力，并将协商 结果(承载能力为32kbit/s)分别发送给用户A和用户B。另外还可以在网络中增加具有承载协商功能的设备，例如，视频呼叫的承载协商设备VIG (Vediolnterworking Gateway,视频交互网关)，以实现网络发起的智能呼叫的承载协商，具 体步骤如下预先在网络中增加具有承载协商功能的设备，当MSC/SSP接通用户A后，用户A处于 应答后的状态，用户A会向上述设备发起承载协商，将自己的承载能力告诉该设备；当 MSC/SSP接通用户B后，用户B处于应答后的状态，用户B会向上述设备发起承载协商， 将自己的承载能力告诉该设备；该设备按照一定的原则确定协商的结果，如将最低的承载能 力作为当前智能呼叫的承载能力，并将协商结果分别发送给用户A和用户B。实施例二与实施例一不同的是，本实施例中SCP在ICA消息的DRA信元中增加前缀，标识智能 呼叫的承载类型，参见图5，本发明实施例还提供了另外一种网络发起智能呼叫的方法，具 体包括以下步骤步骤201: SCP在第一次下发的ICA消息的DRA信元中增加前缀，标识当前智能呼叫 的承载类型，例如，用前缀A01标识语音呼叫，用前缀A02标识数据业务呼叫、用前缀A03 标识视频呼叫等等。步骤202: SCP将上述ICA消息发送给MSC/SSP。SCP不能在后续下发的ICA消息中携带前缀信息，是因为前缀信息决定了整个智能呼叫 的承载类型，如果SCP下发的每个ICA消息的DRA信元中都携带前缀，则MSC/SSP无法 确定以哪个前缀标识的承载类型为准，就会导致智能呼叫失败。步骤203: MSC/SSP接收到SCP发来的ICA消息后，解析ICA消息，从ICA消息的DRA 信元中提取出承载类型信息。步骤204: MSC/SSP根据得到的承载类型信息发起到用户A的呼叫，接通用户A后，即 得到用户A返回的确认信息后，通知SCP接通用户A成功。步骤205: SCP在得到用户A已经成功接通的消息后，再次发送ICA消息给MSC/SSP， SCP在该ICA消息的DRA信元中指定被叫用户为用户B，且该ICA消息中不包含BC信元。步骤206: MSC/SSP收到SCP发来的ICA消息后，根据该消息发起到用户B的呼叫， 接通用户B后，通知SCP接通用户B成功。步骤207: SCP在得到用户B已经成功接通的消息后，连接用户A和用户B，连接成功 后，完成了由网络发起的用户A到用户B的呼叫。为了使网络能够发起不同业务类型的智能呼叫，例如，预付费业务、客户服务中心业务、 MPTY业务等等，SCP在第一次发送的ICA消息中还可以增加SK信元，SCP在SK信元中 写入当前智能呼叫的业务类型；MSC/SSP在收到ICA消息后，从ICA消息的SK信元中提取 出业务类型信息，并作为当前智能呼叫的业务类型，进行智能呼叫；MSC/SSP还可以在CDR 中记录SK信元，从而使计费中心能够根据不同的业务类型进行相应的计费。SCP在第一次发送的ICA消息中可以单独指定呼叫的承载类型，也可以单独指定呼叫的 业务类型，还可以同时指定呼叫的承载类型和业务类型。为了能够标识当前呼叫为网络发起的智能呼叫，进一步地，可以增加下面的步骤MSC/SSP在收到SCP发来第一次ICA消息时，在话单CDR中增加字段，标识当前呼叫 为网络发起的呼叫，相应地，计费中心可以将该字段作为计费的一个依据。考虑到用户A和用户B的承载能力可能不同，进一步地，还可以利用预先在MSC/SSP 上增加承载协商功能的方式或在网络中增加具有承载协商功能的设备的方式，在上述过程中 增加承载协商的步骤，与实施例一相同，在此不再赘述。实施例三本实施例中SCP通过在ICA消息中增加SK信元，并在SK信元中写入当前智能呼叫的 业务类型，实现网络发起不同业务类型的呼叫。参见图6，本发明实施例还提供了另外一种 网络发起智能呼叫的方法，具体包括以下步骤步骤301: SCP在第一次下发的ICA消息中增加SK信元，并在SK信元中写入网络当 前发起的智能呼叫的业务类型信息，例如，预付费业务、客户服务中心业务、MPTY业务等 等；步骤302: SCP将上述ICA消息发送给MSC/SSP;SCP不能在后续下发的ICA消息中携带SK信元，是因为SK信元决定了整个智能呼叫 的业务类型，如果SCP下发的每个ICA消息中都携带一个SK信元，则MSC/SSP无法确定 以哪个SK信元中的业务类型为准，这样会造成智能呼叫计费的混乱。步骤303: MSC/SSP接收到SCP发来的ICA消息后，解析ICA消息，从ICA消息中提 取出SK信元，并从SK信元中获取呼叫的业务类型信息。步骤304: MSC/SSP将得到的业务类型作为当前智能呼叫的业务类型，发起到用户A的 呼叫，接通用户A后，即得到用户A返回的确认信息后，通知SCP接通用户A成功。步骤305: SCP在得到用户A已经成功接通的消息后，再次发送ICA消息给MSC/SSP， SCP在该ICA消息的DRA信元中指定被叫用户为用户B，且该ICA消息中不包含SK信元。步骤306: MSC/SSP收到SCP发来的ICA消息后，根据该消息发起到用户B的呼叫， 接通用户B后，通知SCP接通用户B成功。步骤307: SCP在得到用户B已经成功接通的消息后，连接用户A和用户B，连接成功 后，完成了由网络发起的用户A到用户B的呼叫。MSC/SSP还可以在CDR中记录SK信元，从而使计费中心能够根据不同的业务类型进行 相应的计费。为了实现网络发起不同承载类型的呼叫，如语音呼叫、数据业务呼叫或视频呼叫等等； SCP还可以在第一次发送的ICA消息中以增加BC信元的方式或在DRA信元中增加前缀的 方式，来标识智能呼叫的承载类型，具体过程同实施例一和实施例二中的步骤一致，在此不 再赘述。为了能够标识当前呼叫为网络发起的智能呼叫，进一步地，可以增加下面的步骤MSC/SSP在收到SCP发来第一次ICA消息时，在话单CDR中增加字段，标识当前呼叫 为网络发起的呼叫，相应地，计费中心可以将该字段作为计费的一个依据。考虑到用户A和用户B的承载能力可能不同，进一步地，还可以利用预先在MSC/SSP 上增加承载协商功能的方式或在网络中增加具有承载协商功能的设备的方式，在上述过程中 增加承载协商的步骤，与实施例一相同，在此不再赘述。实施例四参见图7，本发明实施例还提供了一种网络发起智能呼叫的系统，系统包括SCP和 MSC/SSP,SCP包括1) 扩展模块，用于在SCP第一次发送的ICA消息中增加智能呼叫的承载类型信息和/或 业务类型信息；2) 发送模块，用于发送扩展模块扩展后的ICA消息给MSC/SSP; MSC/SSP包括1) 接收模块，用于接收发送模块发来的ICA消息；2) 呼叫模块，用于根据接收模块接收到的ICA消息中的承载类型信息和/或业务类型信 息发起智能呼叫。为了实现发起不同承载类型的智能呼叫，上述扩展模块可以包括-BC信元扩展单元，用于在SCP第一次发送的ICA消息中增加BC信元，在BC信元中 写入智能呼叫的承载类型信息。上述扩展模块还可以包括前缀扩展单元，用于在SCP第一次发送的ICA消息的DRA信元中增加前缀，标识智能 呼叫的承载类型。为了实现发起不同业务类型的智能呼叫，上述扩展模块可以包括SK信元扩展单元，用于在SCP第一次发送的ICA消息中增加SK信元，在SK信元中写入智能呼叫的业务类型信息。为了能够标识当前呼叫为网络发起的智能呼叫，上述MSC/SSP还包括标识模块，用于在接收模块收到ICA消息后，在话单中增加字段，标识智能呼叫为网络发起的呼叫。考虑到呼叫两端的用户承载能力可能不同，进一步地，上述MSC/SSP还包括协商模块，用于预先增加承载协商的功能，在呼叫模块接通智能呼叫的一端时，与一端 进行承载协商，在呼叫模块接通智能呼叫的另一端时，与另一端进行承载协商，并将最终的 协商结果发送给一端和另一端。上述网络发起智能呼叫的系统还可以包括具有承载协商功能的设备，该设备用于在呼叫 模块接通智能呼叫的一端时，与一端进行承载协商，在呼叫模块接通智能呼叫的另一端时， 与另一端进行承载协商，并将最终的协商结果发送给一端和另一端。本发明实施例不仅能够实现网络发起不同承载类型的呼叫，而且可以实现网络发起不同 业务类型的呼叫，相应地，计费中心可以根据不同的业务类型进行不同的计费。通过MSC/SSP 在话单中增加字段，可以标识当前智能呼叫为网络发起的呼叫，使业务处理更简单，而且方 便计费中心识别并作为计费的依据，使计费处理更清晰、简单；通过预先在MSC/SSP上增加 承载协商功能的方式，或者在网络中增加具有承载协商功能的设备，可以实现网络发起的智 能呼叫的承载协商，方便双方用户在承载能力不同时进行协商，应用更灵活。以上所述的实施例，只是本发明较优选的具体实施方式
，本领域的技术人员在本发明技 术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。
权利要求
1. 一种网络发起智能呼叫的方法，其特征在于，所述方法包括业务控制点在第一次发送的发起呼叫尝试消息中增加智能呼叫的承载类型信息和/或业务类型信息，然后发送所述发起呼叫尝试消息给移动交换中心/业务交换点；所述移动交换中心/业务交换点收到所述发起呼叫尝试消息后，根据所述发起呼叫尝试消息中的承载类型信息和/或业务类型信息发起所述智能呼叫。
2. 根据权利要求l所述的网络发起智能呼叫的方法，其特征在于，所述业务控制点在第 一次发送的发起呼叫尝试消息中增加智能呼叫的承载类型信息的步骤具体为所述业务控制点在第一次发送的发起呼叫尝试消息中增加承载能力信元，在所述承载能 力信元中写入所述智能呼叫的承载类型信息。 '
3. 根据权利要求l所述的网络发起智能呼叫的方法，其特征在于，所述业务控制点在第 一次发送的发起呼叫尝试消息中增加智能呼叫的承载类型信息的步骤具体为所述业务控制点在第一次发送的发起呼叫尝试消息的目的路由地址信元中增加前缀，标 识所述智能呼叫的承载类型。
4. 根据权利要求l所述的网络发起智能呼叫的方法，其特征在于，所述业务控制点在第 一次发送的发起呼叫尝试消息中增加智能呼叫的业务类型信息的步骤具体为所述业务控制点在第一次发送的发起呼叫尝试消息中增加业务键信元，在所述业务键信 元中写入所述智能呼叫的业务类型信息。
5. 根据权利要求l所述的网络发起智能呼叫的方法，其特征在于，所述方法还包括 所述移动交换中心/业务交换点收到所述发起呼叫尝试消息后，在话单中增加字段，标识所述智能呼叫为网络发起的呼叫。
6. 根据权利要求1至5中任一权利要求所述的网络发起智能呼叫的方法，其特征在于， 所述方法还包括预先在所述移动交换中心/业务交换点上增加承载协商的功能，当所述移动交换中心/业务交换点接通所述智能呼叫的一端时，所述一端和移动交换中心/业务交换点进行承载协商，当 所述移动交换中心/业务交换点接通所述智能呼叫的另一端时，所述另一端与移动交换中心/ 业务交换点进行承载协商，最后所述移动交换中心/业务交换点将协商的结果发送给所述一端 和另一端。
7. 根据权利要求1至5中任一权利要求所述的网络发起智能呼叫的方法，其特征在于， 所述方法还包括.-预先在网络中增加具有承载协商功能的设备，当所述移动交换中心/业务交换点接通所述 智能呼叫的一端时，所述一端和设备进行承载协商，当所述移动交换中心/业务交换点接通所 述智能呼叫的另一端时，所述另一端与设备进行承载协商，最后所述设备将协商的结果发送 给所述一端和另一端。
8. —种网络发起智能呼叫的系统，其特征在于，所述系统包括业务控制点和移动交换中心/业务交换点，所述业务控制点包括扩展模块，用于在所述业务控制点第一次发送的发起呼叫尝试消息中增加智能呼叫的承 载类型信息和/或业务类型信息；发送模块，用于发送所述扩展模块扩展后的发起呼叫尝试消息给所述移动交换中心/业务交换点；所述移动交换中心/业务交换点包括接收模块，用于接收所述发送模块发来的发起呼叫尝试消息；呼叫模块，用于根据所述接收模块接收到的发起呼叫尝试消息中的承载类型信息和/或业 务类型信息发起所述智能呼叫。
9. 根据权利要求8所述的网络发起智能呼叫的系统，其特征在于，所述扩展模块包括 BC信元扩展单元，用于在所述业务控制点第一次发送的发起呼叫尝试消息中增加承载能力信元，在所述承载能力信元中写入所述智能呼叫的承载类型信息。
10. 根据权利要求8所述的网络发起智能呼叫的系统，其特征在于，所述扩展模块包括 前缀扩展单元，用于在所述业务控制点第一次发送的发起呼叫尝试消息的目的路由地址信元中增加前缀，标识所述智能呼叫的承载类型。
11. 根据权利要求8所述的网络发起智能呼叫的系统，其特征在于，所述扩展模块包括 SK信元扩展单元，用于在所述业务控制点第一次发送的发起呼叫尝试消息中增加业务键信元，在所述业务键信元中写入所述智能呼叫的业务类型信息。
12. 根据权利要求8所述的网络发起智能呼叫的系统，其特征在于，所述移动交换中心/ .业务交换点还包括标识模块，用于在所述接收模块收到发起呼叫尝试消息后，在话单中增加字段，标识所 述智能呼叫为网络发起的呼叫。
13. 根据权利要求8至12中任一权利要求所述的网络发起智能呼叫的系统，其特征在于，所述移动交换中心/业务交换点还包括协商模块，用于预先增加承载协商的功能，在所述呼叫模块接通所述智能呼叫的一端时， 与所述一端进行承载协商，在所述呼叫模块接通所述智能呼叫的另一端时，与所述另一端进 行承载协商，并将最终的协商结果发送给所述一端和另一端。
14. 根据权利要求8至12中任一权利要求所述的网络发起智能呼叫的系统，其特征在于，所述系统还包括具有承载协商功能的设备，所述设备用于在所述呼叫模块接通所述智能呼叫 的一端时，与所述一端进行承载协商，在所述呼叫模块接通所述智能呼叫的另一端时，与所 述另一端进行承载协商，并将最终的协商结果发送给所述一端和另一端。
全文摘要
本发明提供了一种网络发起智能呼叫的方法和系统，属于网络通讯领域。为了解决现有技术中网络不能发起多种承载类型的智能呼叫的问题，本发明提供了所述方法和系统。所述方法包括以下步骤SCP在第一次发送的ICA消息中增加承载类型信息和/或业务类型信息，然后发送ICA消息给MSC/SSP；MSC/SSP收到后，根据消息中的承载类型信息和/或业务类型信息发起智能呼叫。所述系统包括SCP和MSC/SSP。本发明通过在ICA消息中增加呼叫的承载类型信息，能实现网络发起不同承载类型的呼叫，通过在ICA消息中增加呼叫的业务类型信息，能实现网络发起不同业务类型的呼叫，从而为运营商提供多样性、多功能的网络呼叫服务。
文档编号H04Q3/00GK101282501SQ20071008759
公开日2008年10月8日 申请日期2007年4月3日 优先权日2007年4月3日
发明者蒋占岭, 瑾 郭 申请人:华为技术有限公司