专利名称：实现呼叫建立的方法、系统及装置的制作方法
技术领域：
本发明涉及移动通信技术，尤其涉及实现呼叫建立的方法、系统及装置。
技术背景随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网络，即下一代网络(NGN)发展。而采用会话发起协 议(SIP)作为NGN核心网的呼叫控制信令则是当前技术发展的趋势之一， 如采用SIP作为呼叫控制信令的IP多媒体子系统(IMS)是第三代(3G) 移动通信网络实现分组话音和分组数据，提供统一多媒体业务和应用的目标 网络。IMS是第三代合作伙伴组织(3GPP)提出的支持IP多媒体业务的子系 统，采用IP分组域作为其控制信令和媒体传输的承载通道，采用SIP协议 作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。其 中，SIP是一个用于建立、更改和终止多媒体会话或呼叫的应用层控制协议。IMS支持会话类和非会话类多媒体业务，可用于实时的用户到用户移动 业务，如多i某体语音及^L频电话业务等；也可用于非实时的用户到用户业 务(如聊天和即时消息)、多用户业务(如多媒体会议和聊天室)以及 服务器到用户业务(如动态推式业务和点击拨号业务)等。在IMS中，对于不同的业务，其呼叫建立所涉及的呼叫控制网元可能 是不同的。如一个普通的呼叫建立过程可包括主叫用户发起呼叫请求，主 叫接入的代理呼叫会话控制功能(P-CSCF)(简称主叫P-CSCF)将该呼叫 请求发送至主叫归属的服务呼叫会话控制功能(S-CSCF)(即，为主叫服 务的S-CSCF，简称主叫S-CSCF)，主叫S-CSCF进行相应的呼叫会话控制处理后，将该呼叫请求路由至问询呼叫会话控制功能(I-CSCF) , I-CSCF 向归属用户服务器(HSS)查询得到被叫用户归属的S-CSCF (即为被叫服 务的S-CSCF,简称被叫S-CSCF)，将该呼叫请求路由至被叫S-CSCF，被 叫S-CSCF进行相应的呼叫会话控制处理后，再将该呼叫请求路由至被叫接 入的P-CSCF (简称被叫P-CSCF),最后路由至被叫用户。若用户定制有增 值业务等服务，则呼叫建立过程所涉及的呼叫控制网元还包括应用服务器 (AS) , S-CSCF将呼叫请求触发至AS,由AS为用户提供业务。此外，呼 叫建立过程还有可能涉及到出口网关控制功能(BGCF)、媒体网关控制功 能(MGCF)、互通边界控制功能(IBCF)以及业务代理(Service Broker) 等呼叫控制网元。但上述呼叫建立过程中，由于是在IP上承载呼叫，因此建立过程比在 传统电路上承载呼叫时要长，又由于基于IMS的SIP呼叫进一步加大了呼 叫建立过程的复杂度，从而进一步延长了呼叫建立过程，给用户带来较差的 体验。发明内容有鉴于此，本发明实施例中一方面提供一种实现呼叫建立的方法；另一 方面提供一种实现呼叫建立的系统及装置，以便简化呼叫建立过程。 本发明实施例所提供的实现呼叫建立的方法，包括 第 一 呼叫控制网元接收呼叫请求；第 一呼叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的 地址；第 一呼叫控制网元根据所述确定的地址，将呼叫接续至第二呼叫控制网元。本发明实施例所提供的实现呼叫建立的系统，包括第一呼叫控制网元 和第二呼叫控制网元，其中，第一呼叫控制网元，用于接收呼叫请求，根据自身预先存储的信息，确定第二呼叫控制网元的地址，根据所述确定的地址，向第二呼叫控制网元发 送呼叫接续请求；第二呼叫控制网元，用于接收来自第 一呼叫控制网元的呼叫接续请求， 根据所接收的呼叫请求，接续呼叫建立过程。本发明实施例所提供的实现呼叫建立的装置，包括多个第一呼叫控制 网元。一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定模 块、消息发送模块，其中，存储模块，用于存储预先设置的信息，并将所存储的信息提供给地址确 定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息，确定第二 呼叫控制网元，根据存储模块提供的预先存储的信息，确定第二呼叫控制网 元的地址，将所确定的地址提供给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。又一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定 模块、消息发送模块，其中，存储模块，用于存储用户注册信息，将所存储的用户注册信息提供给地 址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地址和存储模块中存储的用户注册信息，确定所在第 一呼叫控制网元自身为第 二呼叫控制网元时，将自身地址确定为第二呼叫控制网元的地址，将所确定 的地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。又一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定 模块、消息发送模块，其中，存储模块，用于存储第二呼叫控制网元的信息，并将所存储的第二呼叫 控制网元的信息提供给地址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求，确定存储模块 中预先存储有进行呼叫接续的第二呼叫控制网元的信息时，从存储模块中存 储的第二呼叫控制网元的信息中确定出第二呼叫控制网元的地址，将所确定的地址发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。又一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定 模块、消息发送模块，其中，存储模块，用于存储业务处理信息，将所存储的业务处理信息提供给地 址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地 址和存储模块中存储的业务处理信息，确定第 一呼叫控制网元自身为第二呼 叫控制网元时，将自身地址确定为第二呼叫控制网元的地址，将所确定的地 址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发送呼叫接续请求。又一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定 模块、消息发送模块，其中，存储模块，用于存储与自身所在第一呼叫控制网元位于同一物理设备中 的第二呼叫控制网元的地址，将所存储的第二呼叫控制网元的地址提供给地址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求和存储模块中存 储的第二呼叫控制网元的地址，确定第二呼叫控制网元的地址，将所确定的 地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。又一种第一呼叫控制网元，包括存储模块、消息接收模块、地址确定 模块、消息发送模块，其中，存储模块，用于存储与自身所在第一呼叫控制网元位于同一物理设备中 的呼叫控制网元的地址，将所存储的呼叫控制网元的地址提供给地址确定模 块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求，获取下一跳呼 叫控制网元的地址，在确定存储模块中存储的呼叫控制网元的地址中存在与 所获取的地址相同的地址时，将下一跳呼叫控制网元的地址确定为第二呼叫 控制网元的地址，将所确定的地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发送呼叫接续请求。从上述方案可以看出，本发明实施例中通过第 一 呼叫控制网元根据自身 预先存储的信息，确定第二呼叫控制网元的地址，从而省略了第一呼叫控制 网元对第二呼叫控制网元复杂的寻址过程，简化了呼叫建立的过程，提高了 用户体验。
图1为本发明实施例中实现呼叫建立方法的示例性流程图；图2为本发明实施例中实现呼叫建立系统的示例性结构图；图3为本发明实施例一中实现呼叫建立方法的流程图；图4为本发明实施例一中实现呼叫建立系统的结构示意图；图5为本发明实施例二中实现呼叫建立方法的流程图；图6为本发明实施例二中的 一 个具体应用实施例的方法流程图；图7为本发明实施例二中实现呼叫建立系统的结构示意图；图8为本发明实施例三中实现呼叫建立方法的流程图；图9为本发明实施例三中的一个具体应用实施例的方法流程图；图10为本发明实施例三中实现呼叫建立系统的结构示意图；图11为本发明实施例四中实现呼叫建立方法的流程图；图12为本发明实施例四中实现呼叫建立系统的结构示意图；图13为本发明实施例五中实现呼叫建立方法的流程图；图14为本发明实施例五中实现呼叫建立系统的结构示意图。
具体实施方式
本发明实施例的基本思想是第一呼叫控制网元接收呼叫请求；第一呼 叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址；第一 呼叫控制网元根据所述确定的地址，将呼叫接续至第二呼叫控制网元。其中，第 一呼叫控制网元和第二呼叫控制网元可以是位于呼叫信令路径中相邻的两个呼叫控制网元，也可以是位于呼叫信令路径中不相邻的两个呼叫控制网元。其中，位于呼叫信令路径中相邻的两个呼叫控制网元是指下 一个呼叫控制网元是上一个呼叫控制网元的siP呼叫信令的下一跳，如主叫P-CSCF和主叫S-CSCF、主叫S陽CSCF和I-CSCF、 I-CSCF和被叫S-CSCF、 主叫S-CSCF和-故叫S-CSCF、 -陂叫S-CSCF和^皮叫P-CSCF、主叫S-CSCF 和BGCF等等。则位于呼叫信令路径中不相邻的两个呼叫控制网元可指间 接的两个呼叫控制网元，如为主叫服务的AS和为被叫服务的AS等。如图l所示，图1为本发明实施例中实现呼叫建立方法的示例性流程图。 如图l所示，该流程包括如下步骤步骤101,第一呼叫控制网元4^收主叫对;故叫的呼叫请求。本步骤中，第一呼叫控制网元可以是主叫P-CSCF、主叫S-CSCF、 I-CSCF、被叫S-CSCF、被叫P-CSCF、BGCF、MGCF、IBCF、 AS、ServiceBroker 等呼叫控制网元中的任意一个。步骤102,第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫 控制网元的地址。本步骤中，第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫 控制网元地址的方法至少可包括下述四种方法一第一呼叫控制网元根据自身预先存储的信息，确定第一呼叫控 制网元自身为第二呼叫控制网元，将自身地址确定为第二呼叫控制网元的地 址。其中，确定第一呼叫控制网元自身为第二呼叫控制网元的方式至少可以 有以下两种方式一第一呼叫控制网元从呼叫请求中获取被叫地址，根据被叫地址 和自身中预先存储的用户注册信息，确定第 一呼叫控制网元自身为第二呼叫 控制网元时，将自身地址确定为第二呼叫控制网元的地址。如第一呼叫控 制网元为主叫S-CSCF,第二呼叫控制网元为被叫S-CSCF的情况。方式二第一呼叫控制网元从呼叫请求中获取被叫地址，根据被叫地址 和第 一呼叫控制网元自身存储的业务处理信息，确定第 一呼叫控制网元自身为第二呼叫控制网元时，将自身地址确定为第二呼叫控制网元的地址。此时，第一呼叫控制网元确定自身为第二呼叫控制网元之前，可进一步包括第一 呼叫控制网元确定自身是为主叫服务的最后一个呼叫控制网元。如第一呼 叫控制网元为为主叫服务的AS,第二呼叫控制网元为为被叫服务的AS的 情况。方法二第 一呼叫控制网元确定自身中预先存储有进行呼叫接续的第二 呼叫控制网元的信息时，从所述预先存储的第二呼叫控制网元的信息中确定 出第二呼叫控制网元的地址。其中，第一呼叫控制网元可以根据收到的呼叫请求中的被叫地址，确定自身中预先存储有进行呼叫接续的第二呼叫控制网 元的信息。此时，第一呼叫控制网元中可预先存储第二呼叫控制网元的信息；并且 当第二呼叫控制网元的信息发生变更时，该方法还可以进一步包括第一呼叫控制网元对预先存储的第二呼叫控制网元的信息进行更新。如第一呼叫 控制网元为I-CSCF,第二呼叫控制网元为^:叫S-CSCF的情况。方法三将第二呼叫控制网元与第 一呼叫控制网元设置在同 一物理设备 中，并将第二呼叫控制网元的地址预先存储在第一呼叫控制网元中；第一呼 叫控制网元将所述存储的地址确定为第二呼叫控制网元的地址。这种情况 时，位于呼叫信令路径中的任意两个呼叫控制网元都可以实现。方法四第 一呼叫控制网元从所接收的呼叫请求中获取呼叫接续的下一 跳呼叫控制网元的地址，根据所获取的地址及自身预先存储的和其位于同一 个物理设备上的呼叫控制网元的地址，在确定预先存储的呼叫控制网元的地 址中存在与所获取的下一跳呼叫控制网元的地址相同的地址时，将所获取的 下一跳呼叫控制网元地址确定为第二呼叫控制网元的地址。这种情况时，位 于呼叫信令路径中的任意两个呼叫控制网元都可以实现。如上述方法三和方法四中可以为第一呼叫控制网元为主叫P-CSCF， 第二呼叫控制网元为主叫S-CSCF;和/或，第 一呼叫控制网元为主叫S-CSCF, 第二呼叫控制网元为I-CSCF;和/或，第一呼叫控制网元为I-CSCF,第二呼叫控制网元为被叫S-CSCF;和/或，第一呼叫控制网元为主叫S-CSCF,第 二呼叫控制网元为被叫S-CSCF;和/或，第一呼叫控制网元为被叫S-CSCF, 第二呼叫控制网元为被叫P-CSCF;和/或，第 一呼叫控制网元为主叫S-CSCF， 第二呼叫控制网元为BGCF等。本步骤中，第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫 控制网元的地址，从而省去了对第二呼叫控制网元复杂的寻址过程。步骤103,第一呼叫控制网元根据上述确定的地址，将呼叫接续至第二 呼叫控制网元。本步骤中，第 一呼叫控制网元将呼叫接续至第二呼叫控制网元可以为第 一呼叫控制网元向第二呼叫控制网元发送呼叫接续请求，第二呼叫控制网元根据所接收的呼叫接续请求，接续呼叫建立过程。其中，呼叫接续请求的发送可以通过SIP消息，或通过其它外部消息进行发送，也可以通过内部消息进行发送；并且呼叫接续请求可以是现有技术中的呼叫请求，也可以是根据需要自定义的呼叫接续请求，或服务接续请求。进一步地，本步骤中还可以根据所述确定的地址，确定第二呼叫控制网 元与第 一呼叫控制网元是否位于同 一物理设备中，如果位于同 一物理设备中，则通过内部消息直接将呼叫接续至第二呼叫控制网元。从而进一步地， 省去对第二呼叫控制网元的路由过程。此外，若确定第二呼叫控制网元与第 一呼叫控制网元位于不同物理设备中时，执行路由过程，通过外部消息如 SIP消息，将呼叫接续至第二呼叫控制网元。其中，第一呼叫控制网元根据所确定的地址，确定第二呼叫控制网元与第 一呼叫控制网元位于同 一物理设备中的方法可至少包括第一呼叫控制网元将所确定的地址与自身的地址进行比较，如果二者相同， 则确定第二呼叫控制网元与第一呼叫控制网元位于同一物理设备中。其中，可 以将地址直接进行比较，也可以将地址解析后再进行比较。和/或，第一呼叫控制网元将所确定的地址，与自身预先存储的同一物 理设备中的呼叫控制网元的地址进行比较，若存在相同的地址，则确定第二呼叫控制网元与第 一呼叫控制网元位于同 一物理设备中。参见图2,图2为本发明实施例中实现呼叫建立系统的示例性结构图。 如图2所示，该系统包括第一呼叫控制网元和第二呼叫控制网元。其中，第一呼叫控制网元，用于接收呼叫请求，根据自身预先存储的信息， 确定第二呼叫控制网元的地址，根据所述确定的地址，向第二呼叫控制网元发 送呼叫接续请求。第二呼叫控制网元，用于接收来自第 一呼叫控制网元的呼叫接续请求， 根据所接收的呼叫接续请求，接续呼叫建立过程。具体实现时，第一呼叫控制网元可具体包括存储模块、消息接收模块、 地址确定模块、消息发送模块。其中，存储模块，用于存储预先设置的信息，并将所存储的信息提供给 地址确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求信息，确定第二 呼叫控制网元，根据存储模块提供的预先存储的信息，确定第二呼叫控制网 元的地址，将所确定的地址提供给消息发送模块。消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。进一步地，地址确定模块还用于根据第二呼叫控制网元的地址，确定 第二呼叫控制网元与第 一呼叫控制网元位于同 一物理设备中时，向消息发送 模块发送内部消息的指示。消息发送模块进一步用于接收来自地址确定模块的内部消息的指示， 根据所述指示，通过内部消息执行所述向第二呼叫控制网元发送呼叫接续请求的操作。下面结合具体实施例和附图，对本发明实施例中提供的实现呼叫建立的 方法、系统及装置进行详细说明。实施例一采用步骤102中的方法一中的方式一。本实施例中，以第一呼叫控制网元为主叫S-CSCF，第二呼叫控制网元 为被叫S-CSCF的情况为例。参见图3，图3为本发明实施例一中实现呼叫建立方法的流程图。如图 3所示，该流程包括如下步骤步骤3(H,主叫S-CSCF接收呼叫请求，根据呼叫请求完成相应处理。步骤302，主叫S-CSCF从呼叫请求中获取被叫地址。步骤303，主叫S-CSCF根据被叫地址及自身预先存储的用户注册信息， 确定该被叫是否为主叫S-CSCF上的注册用户，如果是，则执行步骤304; 否则，执行步骤305。步骤304,确定该主叫S-CSCF即为被叫S-CSCF，主叫S-CSCF的地址 即为被叫S-CSCF的地址，并且二者位于同一个物理设备上，可通过内部消 息直接将呼叫接续至被叫S-CSCF。本步骤中，被叫S-CSCF即为当前的主叫S-CSCF，由该主叫S-CSCF 继续为被叫提供呼叫建立服务。步骤305,进行现有技术中的呼叫建立流程。本步骤中，可继续现有技术中的寻址过程，获取被叫S-CSCF的地址， 将呼叫接续至被叫S-CSCF。上述对本实施例中实现呼叫建立的方法进行了详细描述，下面再对本实施例中实现呼叫建立的系统进行详细描述。如图4所示，图4为本发明实施例一中实现呼叫建立系统的结构示意图。 如图4所示，本实施例中的系统，包括主叫S-CSCF和被叫S-CSCF。其 中，主叫S-CSCF和被叫S-CSCF的组成、连接关系、功能及内部实现与图 2所述系统中的描述一致。不同之处在于本实施例中的系统是图2所示系统的实例化。即该系统中主叫S-CSCF,用于接收呼叫请求，根据呼叫请求中的被叫地址和自身中存储的用卢注册信息，确定主叫S-CSCF自身为被叫S-CSCF时，通过内 部消息向被叫S-CSCF发送呼叫接续请求。被叫S-CSCF,用于接收来自主叫S-CSCF的呼叫接续请求，根据所接 收的呼叫接续请求，接续呼叫建立过程。主叫S-CSCF可具体包括存储模块、消息接收模块、地址确定模块、 消息发送模块。其中，存储模块，用于存储用户注册信息，将所存储的用户注册信息提 供给地址确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地 址和存储模块中存储的用户注册信息，确定主叫S-CSCF自身为被叫S-CSCF 时，将自身地址确定为被叫S-CSCF的地址，将所确定的地址及内部消息指 示发送给消息发送模块。消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向被叫S-CSCF发送呼 叫接续请求。上述实施例一中，同时省去了复杂的寻址过程和复杂的路由过程。 实施例二采用步骤102中的方法一中的方式二。本实施例中，以第一呼叫控制网元为为主叫服务的AS,第二呼叫控制 网元为为被叫服务的AS的情况为例。参见图5,图5为本发明实施例三中实现呼叫建立方法的流程图。如图 5所示，该流程包括如下步骤步骤501, AS4妄收呼叫请求，4艮据呼叫请求完成相应处理。本步骤中，主叫S-CSCF将呼叫请求触发至为主叫服务的AS，为主叫 服务的AS根据呼叫请求为主叫提供业务服务。步骤502， AS从呼叫请求中获取被叫地址。歩骤503, AS根据被叫地址及AS自身存储的业务处理信息，判断该被 叫是否为该AS上的签约用户，如果是，则执行步骤504;否则，执行步骤 505。本步骤中，进一步地，AS在判断该被叫是否为该AS上的签约用户之 前，需确定自身是为主叫服务的最后一个AS。其中，AS确定自身是为主叫服务的最后一个AS的方法可以为步骤 501中主叫S-CSCF将呼叫请求触发至为主叫服务的AS时，可同时通知该 AS是此外呼叫中为主叫服务的最后一个AS;或者也可以为在该AS中或 HSS中将该AS配置为为主叫服务的最后一个AS。步骤504，确定该AS即为为被叫服务的AS,该AS的地址即为为被叫 服务的AS的地址，并且二者位于同一个物理设备上，可通过内部消息直接 将呼叫接续至为被叫服务的AS。本步骤中，为被叫服务的AS即为主叫服务的AS本身，因为由为主叫 服务的AS继续为被叫提供呼叫建立服务。步骤505，进行现有技术中的呼叫建立流程。较佳地，上述流程应用于被叫只签约了一个AS为其提供服务的情况。 下面结合具体应用实施例对上述图5所述方法流程进行举例说明。如图 6所示，图6为本发明实施例三中的一个具体应用实施例的方法流程图。其 中，图6所示流程图中的图示和文字说明仅为突出本实施例中的关键技术所 作的说明，并不表示一个完整的呼叫流程。如图6所示，该流程包括如下步 骤步骤601,主叫S-CSCF"收到一个呼叫请求SIP INVITE邀请消息。 步骤602,主叫S-CSCF执行主叫用户的初始过滤规则(iFC),得到一 个为主叫服务的AS (简称主叫AS)信息。步骤603'主叫S-CSCF将SIP INVITE邀请消息发向主叫AS。 步骤604，主叫AS处理主叫业务。步骤605,主叫AS判断为被叫服务的AS(简称被叫AS)是否和本AS位子同一个设备上，成者是否为同一个AS,如杲是，则执行步骤606，否 则按现有技术将SIP INVTE邀请消息发向主叫S-CSCF。本步骤中，主叫AS需要首先判断主叫签约的业务都已经处理完毕，即 该主叫AS是此次呼叫中最后一个为主叫服务的AS，可以在步骤卯3中由 主叫S-CSCF在发向该主叫AS的SIP INVITE邀请消息携带一个当前AS是 此次呼叫中为用户服务的最后一个AS的指示，主叫AS根据该指示知道自 己是此次呼叫中最后一个为主叫服务的AS,或者，主叫AS通过配置知道 自己是此次呼叫中最后一个为主叫服务的AS,如主叫AS通过在HSS上的 或自身保存的配置数据，即将该AS配置为最后一个为主叫服务的AS。其中，主叫AS判断被叫AS是否和本AS位于同一个设备上的方法， 或者是否为同一个AS的方法可以是主叫AS根据其业务处理信息，判断 其是否也为被叫服务，如，主叫AS提供IP Centrex业务，主叫AS在业务 执行过程中，判断此次呼叫是一个Centrex群内呼叫，即主叫和被叫在同一 个Centrex群内，该主叫AS也为被叫服务，主叫AS和被叫AS为同一个 AS,当然被叫AS和本AS位于同一个设备上。步骤606，该AS为^皮叫处理业务。步骤607，该AS向主叫S-CSCF返回SIP INVITE邀请消息，消息中携 带被叫业务处理完毕指示，或者是一个本次呼叫中后续的iFC停止执行的指 示(即被叫iFC停止执行的指示)。步骤608，主叫S-CSCF路由，向被叫S-CSCF发送该SIP INVITE邀请消息。步骤609,被叫S-CSCF根据该SIP INVITE邀请消息中的指示，不执行 -故叫的iFC。步骤610,被叫S-CSCF路由，向被叫发送该SIP INVITE邀请消息，以 接续呼叫建立。上述对本实施例中实现呼叫建立的方法进行了详细描述，下面再对本实 施例中实现呼叫建立的系统进行详细描述。如困7所示，困7为本发明实施例三中实现呼叫建立系统的结构示意图。如图7所示，本实施例中的系统，包括主叫AS和被叫AS。其中，主叫 AS和被叫AS的组成、连接关系、功能及内部实现与图2所述系统中的描 述一致。不同之处在于本实施例中的系统是图2所示系统的实例化。即该系统中主叫AS，用于接收呼叫请求，根据呼叫请求中的被叫地址和自身存储 的业务处理信息，确定主叫AS自身为被叫AS时，通过内部消息向被叫AS 发送呼叫接续请求。被叫AS,用于接收来自主叫AS的呼叫接续请求，根据所接收的呼叫 接续请求，接续呼叫建立过程。主叫S-CSCF可具体包括存储模块、消息接收模块、地址确定模块、 消息发送模块。其中，存储模块，用于存储业务处理信息，将所存储的业务处理信息提 供给地址确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地 址和存储模块中存储的业务处理信息，确定主叫AS自身为被叫AS时，将 自身地址确定为被叫AS的地址，将所确定的地址及内部消息指示发送给消 息发送模块。消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向被叫AS发送呼叫接 续请求。上述实施例二中，同时省去的复杂的寻址过程和复杂的路由过程。 实施例三采用步骤102中的方法二。本实施例中，以第一呼叫控制网元为I-CSCF,第二呼叫控制网元为被叫S-CSCF的情况为例。参见图8,图8为本发明实施例二中实现呼叫建立方法的流程图。如图8所示，该流程包括如下步骤步骤801, I-CSCF接收呼叫请求，根据呼叫请求完成相应处理。步骤802， I-CSCF判断自身是否存储有进行呼叫接续的第二呼叫控制网元的信息，即被叫S-CSCF的信息，如果有，则执行步骤803;否则，执行步骤804。步骤803,从所存储的被叫S-CSCF的信息中确定出被叫S-CSCF的地 址，4丸行步骤805。步骤804, I-CSCF向HSS发起查询请求，获取被叫S-CSCF的信息， 从所获取的被叫S-CSCF的信息中得到被叫S-CSCF的地址，执行步骤805。进一步地，获取被叫S-CSCF的信息后，可对所获取的该被叫S-CSCF 的信息进行存储。步骤805,根据被叫S-CSCF的地址，I-CSCF将呼叫接续至被叫S-CSCF。 本步骤中，可通过向被叫S-CSCF发送呼叫接续请求，来将呼叫接续至 被叫S-CSCF。其中，呼叫接续请求可为现有技术中的普通呼叫请求，且 I-CSCF将呼叫请求发送至被叫S-CSCF时，可按照现有技术进行处理，或者 也可进一步判断S-CSCF和I-CSCF是否位于同一个物理设备中，如果是， 则通过内部消息直接将呼叫请求发送至被叫S-CSCF;否则，通过外部消息， 如SIP消息等将呼叫请求发送至被叫S-CSCF。其中，判断S-CSCF和I-CSCF 是否位于同一个物理设备时，可将S-CSCF和I-CSCF的地址进行解析或比 较，确定二者是否位于同一物理设备中，如可按照步骤103中所描述的方法 进行比较。其中，I-CSCF中存储的S-CSCF信息可以是在步骤804中对所获取的 被叫S-CSCF的信息进行存储得到的被叫S-CSCF的信息；也可以是在用户 注册时获取并保存的为用户提供服务的S-CSCF信息，即用户注册时，I-CSCF 向HSS发起查询请求，获取并保存为用户提供服务的S-CSCF信息，即该用卢的S-CSCF信息；还可以是接收并保存的通过默认设置由HSS发送过来的 S-CSCF的信息，即在HSS中设置I-CSCF的地址，则HSS根据I-CSCF的 地址，将所保存的用户的S-CSCF信息发送至I-CSCF, I-CSCF对其进行接 收并保存。此外，进一步地，上述流程中还可包括I-CSCF向HSS发起订阅请求， 订阅被叫S-CSCF的信息。其中，订阅请求可以是在步骤804中，向HSS发起查询请求，获取被 叫S-CSCF信息的同时发起，则此后当HSS中保存的该被叫的S-CSCF发生 变化时，将更新后的被叫S-CSCF信息发送给I-CSCF， I-CSCF对其进行更 新。其中，订阅请求和查询请求可以是同一个请求消息，也可以是不同的请 求消息。或者，在用户注册并向HSS发起查询请求，获取为用户提供服务的 S-CSCF信息时发起，则此后当HSS中保存的该被叫的S-CSCF发生变化时， 将更新后的被叫S-CSCF信息发送给I-CSCF, I-CSCF对其进行更新。则订 阅请求和查询请求可以是同一个请求消息，也可以是不同的请求消息。或者， 订阅请求为默认设置。又或者，订阅请求根据实际情况发起。再或者，订阅请求为默认设置， 即在HSS中设置I-CSCF的地址，则HSS在所保存的被叫S-CSCF信息发生 变化时，将更新的被叫S-CSCF信息发送至I-CSCF， I-CSCF根据所述更新 的信息，对所存储的被叫归属的S-CSCF的信息进行更新。下面结合具体应用实施例对上述图8所述方法流程进行举例说明。如图 9所示，图9为本发明实施例二中的一个具体应用实施例的方法流程图。其 中，图9所示流程图中的图示和文字说明仅为突出本实施例中的关键技术所 作的说明，并不表示一个完整的呼叫流程。如图9所示，该流程包括如下步 骤步骤901, I-CSCF收到一个呼入来话SIP INVITE[1]邀请消息，即收到呼叫请求。歩骤902' I-CSCF判断自身中没有保存为被叫服务的S-CSCF的信息, 即被叫S-CSCF的信息。步骤卯3， I-CSCF发起查询为被叫服务的S-CSCF信息的查询请求，该 查询请求被发送至HSS,并且该查询请求可同时表示对为被叫服务的 S-CSCF信息数据更新同步的订阅请求。步骤904, HSS返回查询响应，其中携带有为被叫服务的S-CSCF1的信 息，HSS同时需要记录I-CSCF的信息。步骤905， I-CSCF保存为被叫服务的S-CSCF1信息。步骤906, I-CSCF向为被叫服务的S-CSCF1发送SIP INVITE[1]邀请消 息，即呼叫请求消息。步骤907， S-CSCF1向被叫发送该SIP INVITE[1]邀请消息，即呼叫请 求消息，以建立呼叫。步骤908,被叫用户发起注销，从当前为其服务的S-CSCF1上注销。步骤909, HSS在被叫用户注销时，向I-CSCF发送数据更新通知，其 中携带为被叫服务的S-CSCF1注销信息，即S-CSCF1不再为该被叫服务。步骤910, I-CSCF收到该数据更新通知，删除保存的为该被叫服务的 S-CSCF1信息。步骤911， I-CSCF返回数据更新通知响应。步骤912,被叫用户重新发起一个注册，并被注册至一个S-CSCF2。 步骤913, HSS在被叫用户注册时，向I-CSCF发送数据更新通知，其中携带为被叫服务的S-CSCF2信息。步骤914， I-CSCF收到该数据更新通知，保存为该被叫服务的S-CSCF2的信息。步骤915， I-CSCF返回数据更新通知响应。步骤916, HSS向S-CSCF2返回一个注册时数据交互的响应。步骤917, S-CSCF2向被叫返回一个注册OK的通知。步骤918, I-CSCF又收到一个呼入来话SIP INVITE[2]邀请消息，即呼叫请求。步骤919， I-CSCF判断自身中保存有为被叫服务的S-CSCF2信息。 步骤920, I-CSCF向该S-CSCF2发送SIPINVITE[2]邀请消息,即呼叫请求。从而省去了对S-CSCF2复杂的寻址过程。步骤921， S-CSCF2向被叫发送该SIP INVITE[1]邀请消息，以建立呼叫。上述对本实施例中实现呼叫建立的方法进行了详细描述，下面再对本实 施例中实现呼叫建立的系统进行详细描述。如图IO所示，图10为本发明实施例二中实现呼叫建立系统的结构示意 图。如图IO所示，本实施例中的系统，包括I-CSCF和被叫S-CSCF。其 中，I-CSCF和被叫S-CSCF的组成、连接关系、功能及内部实现与图2所述 系统中的描述一致。不同之处在于本实施例中的系统是图2所示系统的实例化。即该系统中I-CSCF，用于从呼叫请求中获取被叫地址，根据被叫地址，确定I-CSCF 自身中预先存储有进行呼叫接续的被叫S-CSCF的信息时，从所存储的被叫 S-CSCF的信息中确定出被叫S-CSCF的地址，根据所确定的地址，向被叫 S-CSCF发送呼叫接续请求。被叫S-CSCF，用于接收来自I-CSCF的呼叫接续请求，根据所接收的 呼叫接续请求，接续呼叫建立过程。I-CSCF可具体包括存储模块、消息接收模块、地址确定模块、消息 发送模块。其中，存储模块，用于存储S-CSCF的信息，并将所存储的S-CSCF的 信息提供给地址确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求，确定存储模块 中预先存储有进行呼叫接续的被叫S-CSCF的信息时，从存储模块中存储的被叫S-CSCF的信息中确定出被叫S-CSCF的地址，将所确定的地址发送给 消息发送模块。消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向被叫S-CSCF发送呼叫接续请求。此外，该系统还可进一步包括HSS。则I-CSCF进一步用于向HSS 发送查询请求，接收并存储来自HSS的被叫S-CSCF的信息。HSS,用于接 收来自I-CSCF的查询请求，根据所述查询请求，将被叫S-CSCF的信息发 送给I-CSCF。相应地，I-CSCF中的消息发送模块进一步用于向HSS发送查询请求； 消息接收模块进一步用于接收来自HSS的被叫S-CSCF的信息，并将所接 收的被叫S-CSCF的信息输出给存储模块；存储模块进一步用于接收来自 消息接收模块的被叫S-CSCF的信息，对所接收的被叫S-CSCF的信息执行 存储操作。此外，I-CSCF还进一步用于向HSS发送订阅请求，接收来自HSS的 被叫S-CSCF的更新信息，根据所述更新信息，对所存储的被叫S-CSCF的 信息进行更新。HSS进一步用于接收来自I-CSCF的订阅请求，根据所述 订阅请求，将被叫S-CSCF的更新信息发送给I-CSCF。相应地，I-CSCF中的消息发送模块进一步用于向HSS发送订阅请求； 消息接收模块进一步用于接收来自HSS的被叫S-CSCF的更新信息，并将 所接收的被叫S-CSCF的更新信息输出给存储模块；存储模块进一步用于 接收来自消息接收模块的被叫S-CSCF的更新信息，对所存储的被叫S-CSCF 的信息进行更新。具体实现时，HSS可具体包括查询/订阅接收单元、信息处理单元和 信息通知单元。其中，查询/订阅接收单元，用于接收来自查询/订阅者对用户的S-CSCF信息的查询/订阅请求，并将该查询/订阅请求提供给信息处理单元。即查询/订阅接收单元，用于接收来自查询者对用户的S-CSCF信息的查询请求，并 将该查询请求提供给信息处理单元；用于接收来自订阅者对用户的S-CSCF 信息的订阅请求，并将该订阅请求提供给信息处理单元。信息处理单元，用于对用户的注册注销进行处理，并记录为用户服务的 S-CSCF的信息，根据来自查询/订阅接收单元的查询/订阅请求，将为当前用 户服务的S-CSCF的信息/更新信息输出给信息通知单元。即信息处理单元， 用于对用户的注册注销进行处理，并记录为用户服务的S-CSCF的信息，根 据来自查询/订阅接收单元的查询请求，将为当前用户服务的S-CSCF的信息 输出给信息通知单元；根据来自查询/订阅接收单元的订阅请求，将为当前 用户服务的S-CSCF的更新信息输出给信息通知单元。信息通知单元，用于将来自信息处理单元的为当前用户服务的S-CSCF 的信息/更新信息发送给查询/订阅者。即用于将来自信息处理单元的为当前 用户服务的S-CSCF的信息发送给查询者；用于将来自信息处理单元的为当 前用户服务的S-CSCF的更新信息发送给订阅者。本实施例中，查询者和订阅者为I-CSCF。上述实施例二中省去了复杂的寻址过程，进一步地，若I-CSCF与被叫 S-CSCF位于同一物理设备中时，可省去复杂的路由过程。 实施例四采用步骤102中的方法三。本实施例中，以第一呼叫控制网元为S-CSCF，第二呼叫控制网元为被 叫BGCF的情况为例。参见图11，图11为本发明实施例四中实现呼叫建立方法的流程图。如 图ll所示，该流程包括如下步骤步骤1101,将BGCF与S-CSCF设置在同一物理设备中，并将BGCF 的地址存储在S-CSCF中。步骤1102, S-CSCF接收呼叫请求，根据呼叫请求完成相应处理。步骤1103， S-CSCF按照预先配置，将所存储的BGCF地址确定为欲接续的BGCF的地址，通过内部消息将呼叫接续至BGCF。上述对本实施例中实现呼叫建立的方法进行了详细描述，下面再对本实 施例中实现呼叫建立的系统进行详细描述。如图12所示，图12为本发明实施例四中实现呼叫建立系统的结构示意 图。如图12所示，本实施例中的系统，包括S-CSCF和BGCF。其中，S-CSCF 和BGCF的组成、连接关系、功能及内部实现与图2所述系统中的描述一致。不同之处在于本实施例中的系统是图2所示系统的实例化。即该系统中S-CSCF，用于接收呼叫请求，根据自身中预先存储的BGCF的地址， 确定BGCF的地址，通过内部消息向BGCF发送呼叫接续请求。BGCF,用于接收来自S-CSCF的呼叫接续请求，根据所接收的呼叫接 续请求，接续呼叫建立过程。S-CSCF可具体包括存储模块、消息接收模块、地址确定模块、消息 发送模块。其中，存储模块，用于存储BGCF的地址，将所存储的BGCF的地址 提供给地址确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求和存储模块中存 储的BGCF的地址，确定BGCF的地址，将所确定的地址及内部消息指示发 送给消息发送模块。消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向BGCF发送呼叫接续 请求。本实施例中，同时省去了复杂的寻址过程和路由过程。 实施例五采用步骤102中的方法四。本实施例中，以第一呼叫控制网元为P-CSCF,第二呼叫控制网元为被叫S-CSCF的情况为例。参见图13，图13为本发明实施例四中实现呼叫建立方法的流程图。如 图13所示，该流程包括如下步骤步骤1301,将P-CSCF与S-CSCF设置在同一物理设备中，并将S-CSCF 的地址存储在P-CSCF中，即P-CSCF通过预先配置方式预先存储和其位于 同一个物理i殳备上的呼叫控制网元的地址。步骤1302， P-CSCF接收呼叫请求，根据呼叫请求完成相应处理。步骤1303， P-CSCF从呼叫请求中获取呼叫接续的下一跳呼叫控制网元 的地址，在确定自身中预先存储的与其位于同 一个物理设备上的呼叫控制网 元地址中存在与所获取的下一跳呼叫控制网元地址相同的地址时，将所获取 的下一跳呼叫控制网元的地址确定为S-CSCF的地址，并通过内部消息将呼 叫接续至S-CSCF。本步骤中，可将从呼叫请求中获取呼叫接续的下一跳呼叫控制网元的地 址和自身中预先存储的与其位于同一个物理设备上的呼叫控制网元地址进 行比较，在存在相同的地址时，则确定该下一跳呼叫控制网元的地址为 S-CSCF的地址，同时也确定S-CSCF和P-CSCF自身位于同一个物理设备 上，则通过内部消息将呼叫请求发送给S-CSCF,以进行后续的呼叫接续处 理。上述对本实施例中实现呼叫建立的方法进行了详细描述，下面再对本实 施例中实现呼叫建立的系统进行详细描述。如图14所示，图14为本发明实施例四中实现呼叫建立系统的结构示意 图。如图14所示，本实施例中的系统，包括P-CSCF和S-CSCF。 P-CSCF 和S-CSCF的组成、连接关系、功能及内部实现与图2所述系统中的描述一 致。不同之处在于本实施例中的系统是图2所示系统的实例化。即该系统中..其中，P-CSCF,用于接收呼叫请求，从呼叫请求中获取下一跳呼叫控 制网元的地址，在确定自身中预先存储的和其位于同 一个物理设备上的呼叫控制网元的地址中存在与所获取的下一跳呼叫控制网元的地址相同的地址 时，将下一跳呼叫控制网元的地址确定为S-CSCF的地址，通过内部消息向S-CSCF发送呼叫接续请求。S-CSCF，用于接收来自P-CSCF的呼叫接续请求，根据所接收的呼叫接 续请求，接续呼叫建立过程。P-CSCF可具体包括存储模块、消息接收模块、地址确定模块、消息 发送模块。其中，存储模块，用于存储和其所在第一呼叫控制网元位于同一个物理 设备上的呼叫控制网元的地址，将所存储的呼叫控制网元的地址提供给地址 确定模块。消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块。地址确定模块，用于根据来自消息接收模块的呼叫请求信息，获取呼叫 接续的下一跳呼叫控制网元的地址，在确定存储模块中存储的呼叫控制网元 的地址中存在与所获取的地址相同的地址时，将下一跳呼叫控制网元的地址 确定为第二呼叫控制网元的地址，将所确定的地址及内部消息指示发送给消 息发送模块。消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向S-CSCF发送呼叫接续请求。本实施例中，同时省去了复杂的寻址过程和路由过程。 对于上述实施例一至实施例三中的情况，除了适用于三个实施例中作为示例出现的呼叫控制网元外，还适用于与其有类似情况的两个呼叫控制网元之间。对于上述实施例四中的情况，适用于任何两个呼叫控制网元之间的情 况。如主叫P-CSCF和主叫S-CSCF、主叫S-CSCF和I-CSCF、 I-CSCF和被 叫S-CSCF、主叫S-CSCF和被叫S-CSCF、被叫S-CSCF和被叫P-CSCF、主叫S-CSCF和BGCF、 BGCF和MGCF、为主叫服务的AS和为被叫服务 的AS等。即第一呼叫控制网元可以为P-CSCF、 S-CSCF、 I-CSCF、 BGCF、 MGCF和IBCF等中的任意一个。对于上述实施例五中的情况，适用于任何两个呼叫控制网元之间的情 况。如主叫P-CSCF和主叫S-CSCF、主叫S-CSCF和I-CSCF、 I-CSCF和被 叫S-CSCF、主叫S-CSCF和被叫S-CSCF、被叫S-CSCF和被叫P-CSCF、 主叫S-CSCF和BGCF、 BGCF和MGCF等。即第一呼叫控制网元可以为 P-CSCF、 S-CSCF、 I-CSCF、 BGCF、 MGCF和IBCF等中的任意一个。以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了 进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任 何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1. 一种实现呼叫建立的方法，其特征在于，该方法包括第一呼叫控制网元接收呼叫请求；第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址；第一呼叫控制网元根据所述确定的地址，将呼叫接续至第二呼叫控制网元。
2、 如权利要求l所述的方法，其特征在于，第一呼叫控制网元将呼叫接续 至第二呼叫控制网元为第 一呼叫控制网元根据所述确定的地址，确定第二呼叫控制网元与第一呼 叫控制网元位于同 一物理设备中时，通过内部消息直接将呼叫接续至第二呼叫 控制网元。
3、 如权利要求2所述的方法，其特征在于，所述第一呼叫控制网元根据所 述确定的地址，确定第二呼叫控制网元与第 一呼叫控制网元位于同 一物理设备 中的方法包括第一呼叫控制网元将所述确定的地址与自身的地址进行比较，如果二者相 同，则确定第二呼叫控制网元与第 一呼叫控制网元位于同 一物理设备中；和/或，第一呼叫控制网元将所述确定的地址，与自身预先存储的同一物理 设备中的呼叫控制网元的地址进行比较，若存在相同的地址，则确定第二呼叫 控制网元与第一呼叫控制网元位于同 一物理设备中。
4、 如权利要求2所述的方法，其特征在于，该方法进一步包括确定第二 呼叫控制网元与第一呼叫控制网元位于不同物理设备中时，执行路由过程，通 过外部消息将呼叫接续至第二呼叫控制网元。
5、 如权利要求1至4中任一项所述的方法，其特征在于，所述第一呼叫控 制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址为第 一呼叫控制网元从呼叫请求中获取被叫地址，根据被叫地址和自身中预 先存储的信息，确定第一呼叫控制网元自身为第二呼叫控制网元时，将自身地址确定为第二呼叫控制网元的地址。
6、 如权利要求5所述的方法，其特征在于，所述第一呼叫控制网元自身中 预先存储的信息为用户注册信息。
7、 如权利要求6所述的方法，其特征在于，所述第一呼叫控制网元为主 叫归属的服务呼叫会话控制功能S-CSCF,所述第二呼叫控制网元为被叫归属 的S-CSCF。
8、 如权利要求5所述的方法，其特征在于，所述第一呼叫控制网元自身中 预先存储的信息为业务处理信息。
9、 如权利要求8所述的方法，其特征在于，第一呼叫控制网元确定自身为 第二呼叫控制网元之前，进一步包括第一呼叫控制网元确定自身是为主叫服 务的最后一个呼叫控制网元。
10、 如权利要求9所述的方法，其特征在于，所述第一呼叫控制网元确定自身是为主叫服务的最后一个呼叫控制网元为所述第一呼叫控制网元被预先配置为为主叫服务的最后 一个呼叫控制网元；或者为所述第 一呼叫控制网元从呼叫请求中获取自身为为主叫服务的最 后一个呼叫控制网元。
11、 如权利要求IO所述的方法，其特征在于，所述第一呼叫控制网元为 为主叫服务的应用服务器AS,所述第二呼叫控制网元为为被叫服务的AS。
12、 如权利要求1至4中任一项所述的方法，其特征在于，所述第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址为第一呼叫控制网元从呼叫请求中获取被叫地址，根据被叫地址，确定第一呼叫控制网元自身中预先存储有进行呼叫接续的第二呼叫控制网元的信息时， 从所述预先存储的第二呼叫控制网元的信息中确定出第二呼叫控制网元的地址。
13、 如权利要求12所述的方法，其特征在于，第二呼叫控制网元的信息发 生变更时，该方法进一步包括第一呼叫控制网元对预先存储的第二呼叫控制 网元的信息进行更新。
14、 如权利要求12所迷的方法，其特征在子，所述第一呼叫控制网元为 问询呼叫会话控制功能I-CSCF，所述第二呼叫控制网元为被叫归属的 S-CSCF。
15、 如权利要求14所述的方法，其特征在于，该方法进一步包括确定 I-CSCF中未存储有进行呼叫接续的被叫归属的S-CSCF的信息时，I-CSCF向 HSS发起查询请求，获取被叫归属的S-CSCF的信息并存储，从所获取的被叫 S-CSCF的信息中得到被叫S-CSCF的地址。
16、 如权利要求15所述的方法，其特征在于，该方法进一步包括I-CSCF 向HSS发起对被叫归属的S-CSCF的信息的订阅请求，当被叫归属的S-CSCF 的信息发生变化时，HSS将更新的被叫归属的S-CSCF的信息发送给I-CSCF， I-CSCF根据所述更新的信息，对所存储的被叫归属的S-CSCF的信息进行更新；或者，在HSS中设置I-CSCF的地址，则HSS在所保存的被叫S-CSCF信 息发生变化时，将更新的^f皮叫S-CSCF信息发送至I-CSCF， I-CSCF^4居所述更 新的信息，对所存储的被叫归属的S-CSCF的信息进行更新。
17、 如权利要求14所述的方法，其特征在于，该方法进一步包括用户注 册时，I-CSCF向HSS发起查询请求，获取并保存该用户的S-CSCF信息；或者，在HSS中设置I-CSCF的地址，HSS根据I-CSCF的地址，将所保存 的用户的S-CSCF信息发送至I-CSCF, I-CSCF对所述信息进行接收并保存。
18、 如权利要求17所述的方法，其特征在于，该方法进一步包括I-CSCF 向HSS发起对被叫归属的S-CSCF的信息的订阅请求，当被叫归属的S-CSCF 的信息发生变化时，HSS将更新的被叫归属的S-CSCF的信息发送给I-CSCF, I-CSCF根据所述更新的信息，对所存储的被叫归属的S-CSCF的信息进行更新；或者，在HSS中设置I-CSCF的地址，则HSS在所保存的被叫S-CSCF信 息发生变化时，将更新的被叫S-CSCF信息发送至I-CSCF, I-CSCF根据所述更 新的信息，对所存储的被叫归属的S-CSCF的信息进行更新。
19、 如权利要求1至4中任一项所述的方法，其特征在于，该方法进一步 包括将第二呼叫控制网元与第一呼叫控制网元设置在同一物理设备中，并将第二呼叫控制网元的地址预先存储在第 一呼叫控制网元中；则所述第 一呼叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址为第一呼叫控制网元将所述存储的地址确定为第二呼叫控制网元的 地址。
20、 如权利要求1至4中任一项所述的方法，其特征在于，所述第一呼叫 控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址为第 一呼叫控制网元从呼叫请求中获取下一跳呼叫控制网元的地址； 将所获取的下一跳呼叫控制网元的地址与第 一呼叫控制网元中预先存储的 和自身位于同 一物理设备中的呼叫控制网元的地址进行比较，存在相同地址时， 将所获取的下一跳呼叫控制网元的地址确定为第二呼叫控制网元的地址。
21、 如权利要求20所述的方法，其特征在于，第一呼叫控制网元为主叫 接入的代理呼叫会话控制功能P-CSCF,所述第二呼叫控制网元为主叫归属的 S-CSCF;和/或，第一呼叫控制网元为主叫归属的S-CSCF，所述第二呼叫控制网 元为I-CSCF;和/或，第一呼叫控制网元为I-CSCF，所述第二呼叫控制网元为被叫归 属的S-CSCF;和/或，第一呼叫控制网元为主叫归属的S-CSCF，所述第二呼叫控制网 元为被叫归属的S-CSCF;和/或，第一呼叫控制网元为被叫归属的S-CSCF,所述第二呼叫控制网 元为被叫接入的P-CSCF;和/或，第一呼叫控制网元为主叫归属的S-CSCF,所述第二呼叫控制网 元为出口网关控制功能BGCF。
22、 一种实现呼叫建立的系统，其特征在于，该系统包括第一呼叫控制 网元和第二呼叫控制网元，其中，第一呼叫控制网元，用于接收呼叫请求，根据自身预先存储的信息，确定 第二呼叫控制网元的地址，根据所述确定的地址，向第二呼叫控制网元发送呼叫接续请求；第二呼叫控制网元，用于接收来自第一呼叫控制网元的呼叫接续请求，根 据所接收的呼叫请求，接续呼叫建立过程。
23、 如权利要求22所述的系统，其特征在于，所述第一呼叫控制网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储预先设置的信息，并将所存储的信息提供给地址确 定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行相应处理， 将呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息，确定第二 呼叫控制网元，根据存储模块提供的预先存储的信息，确定第二呼叫控制网 元的地址，将所确定的地址提供给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。
24、 如权利要求23所述的系统，其特征在于，所述地址确定模块进一 步用于根据第二呼叫控制网元的地址，确定第二呼叫控制网元与第一呼叫 控制网元位于同 一物理设备中时，向消息发送模块发送内部消息的指示；消息发送模块进一步用于接收来自地址确定模块的内部消息的指示， 根据所述指示，通过内部消息执行所述向第二呼叫控制网元发送呼叫接续请 求的操作。
25、 如权利要求22至24中任一项所述的系统，其特征在于，所述第一 呼叫控制网元为I-CSCF,第二呼叫控制网元为被叫归属的S-CSCF。
26、 如权利要求25所述的系统，其特征在于，该系统进一步包括归 属用户服务器HSS;则所述I-CSCF进一步用于向HSS发送查询请求，接收并存储来自 HSS的被叫S-CSCF的信息；HSS,用于接收来自I-CSCF的查询请求，根据所述查询请求，将被叫S-CSCF的信息发送给I-CSCF。
27、 如权利要求26所述的系统，其特征在于，所述I-CSCF还进一步用 于向HSS发送订阅请求，接收来自HSS的被叫S-CSCF的更新信息，根 据所述更新信息，对所存储的被叫S-CSCF的信息进行更新；HSS进一步用于接收来自I-CSCF的订阅请求，根据所述订阅请求， 将被叫S-CSCF的更新信息发送给I-CSCF。
28、 如权利要求27所述的系统，其特征在于，所述HSS包括查询/ 订阅接收单元、信息处理单元和信息通知单元，其中，查询/订阅接收单元，用于接收来自I-CSCF对用户的S-CSCF信息的查 询/订阅请求，并将该查询/订阅请求提供给信息处理单元；信息处理单元，用于对用户的注册注销进行处理，并记录为用户服务的 S-CSCF的信息，根据来自查询/订阅接收单元的查询/订阅请求，将为当前用 户服务的S-CSCF的信息/更新信息输出给信息通知单元；信息通知单元，用于将来自信息处理单元的为当前用户服务的S-CSCF 的信息/更新信息发送给I-CSCF。
29、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储预先设置的信息，并将所存储的信息提供给地址确 定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息，确定第二 呼叫控制网元，根据存储模块提供的预先存储的信息，确定第二呼叫控制网 元的地址，将所确定的地址提供给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。
30、 如权利要求29所述的网元，其特征在于，所述地址确定模块进一歩用千根据第二呼叫控制网元的地址，确定第二呼叫控制网元与第一呼叫控制网元位于同 一物理设备中时，向消息发送模块发送内部消息的指示；消息发送模块进一步用于接收来自地址确定模块的内部消息的指示， 根据所述指示，通过内部消息执行所述向第二呼叫控制网元发送呼叫接续请 求的操作。
31、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储用户注册信息，将所存储的用户注册信息提供给地 址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地 址和存储模块中存储的用户注册信息，确定所在第 一呼叫控制网元自身为第 二呼叫控制网元时，将自身地址确定为第二呼叫控制网元的地址，将所确定 的地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。
32、 如权利要求31所述的网元，其特征在于，该网元为S-CSCF。
33、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储第二呼叫控制网元的信息，并将所存储的第二呼叫 控制网元的信息提供给地址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求，确定存储模块 中预先存储有进行呼叫接续的第二呼叫控制网元的信息时，从存储模块中存储的第二呼叫控制网元的信息中确定出第二呼叫控制网元的地址，将所确定的地址发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址和来自消息接收模块 的呼叫请求信息，向第二呼叫控制网元发送呼叫接续请求。
34、 如权利要求33所述的网元，其特征在于，该网元为I-CSCF。
35、 如权利要求34所述的网元，其特征在于，所述消息发送模块进一 步用于向HSS发送查询第二呼叫控制网元信息的请求；所述消息接收模块进一步用于接收来自HSS的第二呼叫控制网元的 信息，并将所接收的第二呼叫控制网元的信息输出给存储模块；所述存储模块进一步用于接收来自消息接收模块的第二呼叫控制网元 的信息，对所接收的第二呼叫控制网元的信息执行存储操作。
36、 如权利要求35所述的网元，其特征在于，所述消息发送模块进一 步用于向HSS发送订阅第二呼叫控制网元信息的请求；所述消息接收模块进一步用于接收来自HSS的第二呼叫控制网元的 更新信息，并将所接收的第二呼叫控制网元的更新信息输出给存储模块；所述存储模块进一步用于接收来自消息接收模块的第二呼叫控制网元 的更新信息，对所存储的第二呼叫控制网元的信息进行更新。
37、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储业务处理信息，将所存储的业务处理信息提供给地 址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求信息中的被叫地 址和存储模块中存储的业务处理信息，确定第 一呼叫控制网元自身为第二呼 叫控制网元时，将自身地址确定为第二呼叫控制网元的地址，将所确定的地 址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。
38、 如权利要求37所述的网元，其特征在于，该网元为AS。
39、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储与自身所在第一呼叫控制网元位于同一物理设备中 的第二呼叫控制网元的地址，将所存储的第二呼叫控制网元的地址提供给地址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将 呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求和存储模块中存 储的第二呼叫控制网元的地址，确定第二呼叫控制网元的地址，将所确定的 地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。
40、 一种实现呼叫建立的第一呼叫控制网元，其特征在于，该网元包括 存储模块、消息接收模块、地址确定模块、消息发送模块，其中，存储模块，用于存储与自身所在第一呼叫控制网元位于同一物理设备中 的呼叫控制网元的地址，将所存储的呼叫控制网元的地址提供给地址确定模块；消息接收模块，用于接收呼叫请求，对所接收的呼叫请求进行处理，将呼叫请求信息提供给地址确定模块和消息发送模块；地址确定模块，用于根据来自消息接收模块的呼叫请求，获取下一跳呼 叫控制网元的地址，在确定存储模块中存储的呼叫控制网元的地址中存在与 所获取的地址相同的地址时，将下一跳呼叫控制网元的地址确定为第二呼叫控制网元的地址，将所确定的地址及内部消息指示发送给消息发送模块；消息发送模块，用于根据来自地址确定模块的地址、内部消息指示和来 自消息接收模块的呼叫请求信息，通过内部消息直接向第二呼叫控制网元发 送呼叫接续请求。
全文摘要
本发明公开了一种实现呼叫建立的方法，包括第一呼叫控制网元接收呼叫请求；第一呼叫控制网元根据自身预先存储的信息，确定第二呼叫控制网元的地址；第一呼叫控制网元根据所述确定的地址，将呼叫接续至第二呼叫控制网元。此外，本发明还公开了一种实现呼叫建立的系统及装置。能够简化呼叫建立过程。
文档编号H04L29/06GK101222478SQ20071000085
公开日2008年7月16日 申请日期2007年1月12日 优先权日2007年1月12日
发明者施有铸 申请人:华为技术有限公司