包含具有由提供分组交换的多媒体订户服务的架构所定义 的功能的接口的移动交换中心平台 技术领域 本发明总体涉及包含电路交换的交换机和具有由提供分组交换的多媒体订户服 务的架构所定义的功能的接口的移动交换中心平台。
背景技术 在数据网络 ( 无线网和 / 或有线网 ) 上可以执行许多类型的通信, 包括电子邮 件、 web( 网络 ) 浏览、 文件下载、 电子商务交易、 语音或其它形式的实时、 交互的通信等等。 为了实现在网络中建立通信会话, 在网络中部署了各种控制功能。某些标准组织在通信网 络内定义了包括这样的控制功能的子系统。一个这样的标准组织是第三代合作伙伴项目 (3GPP), 它定义了包括用于供应 IP 多媒体服务 -- 其中包括音频、 视频、 文本、 聊天、 或它们 的任何组合 -- 的各种控制功能的网际协议 (IP) 多媒体子系统 (IMS) 协议。
IP 多媒体子系统可以结合无线电接入网一起使用, 诸如遵循如由 3GPP 定义的 GSM( 全球移动系统 ) 或 UMTS( 通用移动电信系统 ) 标准的无线接入网、 遵循如由 3GPP2 定 义的 CDMA 2000( 码分多址 2000) 标准的无线接入网、 或其它类型的无线接入网。 IP 多媒体 子系统也可以结合有线网使用。
与部署 IMS 服务相关联的问题是与部署实施 IMS 服务的基础设施相关联的成本。 用于部署 IMS 服务的基础设施会很复杂。与部署 IMS 服务相关联的相对高的成本会使得服 务供应商推迟这样的部署。
发明内容
通常, 按照优选实施例, 一种移动交换中心平台包括电路交换的交换机, 其代表至 少一个无线终端建立电路交换的通信会话。 移动交换中心平台还包括具有由提供分组交换 的多媒体订户服务的分组交换的多媒体服务架构所定义的功能的接口, 其中至少一个接口 实现与分组交换的订户接入网的通信, 移动交换中心平台通过所述订户接入网与至少一个 终端设备建立分组交换的通信会话。
从以下的说明、 从附图、 和从权利要求, 将明白其它的或可替换的特征。 附图说明 图 1 是其中包含本发明的优选实施例的示例性布置的框图 ;
图 2 是按照优选实施例的、 示例性增强型移动交换中心 (MSC) 平台的框图 ;
图 3-5 是图示按照优选实施例的通过使用增强型 MSC 平台而建立会议呼叫的示例 性消息流程图 ;
图 6 是按照优选实施例的通过使用增强型 MSC 平台而执行呼叫保持 (call hold) 和取回 (retrieve) 的过程的示例性消息流程图 ; 以及
图 7 是按照优选实施例的、 处理注册请求的过程的示例性消息流程图。
具体实施方式
在以下的说明中, 阐述许多细节, 以便提供对某些实施例的了解。然而, 本领域技 术人员将会看到, 可以在没有这些细节的情况下实践某些实施例, 以及有可能从所描述的 实施例做出许多改变或修改。
通常, 按照优选实施例的增强型移动交换中心 (MSC) 平台包括用于建立电路交换 的通信会话的部件以及具有由分组交换的多媒体服务架构所定义的功能的接口。 具有由分 组交换的多媒体服务架构所定义的功能的接口允许增强型 MSC 平台被用来部署分组交换 的多媒体服务, 而不必实施对应于分组交换的多媒体服务架构的、 可能很昂贵的完全的基 础设施。
具有由分组交换的多媒体服务架构所定义的功能的接口包括至少一个接口, 其实 现在增强型 MSC 平台与订户接入网中的至少一个节点之间的直接交互。订户接入网可以是 无线网或有线网。对允许在增强型 MSC 平台与订户接入网之间的交互的至少一个接口的供 应, 允许增强型 MSC 平台代表被附着到订户接入网的用户终端以更高效的方式提供多媒体 订户服务。
除了提供由分组交换的多媒体服务架构所定义的接口之外, 增强型 MSC 平台还包 括按照分组交换的多媒体服务架构执行任务的功能, 其中任务是代表被附着到一个或多个 订户接入网的用户终端提供多媒体订户服务。
在一个优选实施例中, 分组交换的多媒体服务架构是如由 3GPP( 第三代合作伙伴 项目 ) 所定义的网际协议多媒体子系统 (IMS) 架构。描述 IMS 架构的 3GPP 技术规范的例 子包括 3GPP 22.228 和 23.228。应当注意, 3GPP 标准组织也提供与 IMS 服务有关的其它技 术规范。虽然在本讨论中参考了 IMS 架构、 IMS 接口、 IMS 服务、 和 IMS 功能, 但应当注意, 这 样的参考旨在涵盖从 IMS 演进的所有的将来的标准, 不管这样的标准是否使用 IMS 名称。
IMS 架构包括通过标准化的接口链路而被链接的许多不同的功能。IMS 功能的例 子包括归属订户服务器 (HSS), 它是包含与预订有关的信息 ( 称为订户简档 ) 的主数据库。 另一个 IMS 功能是呼叫会话控制功能 (CSCF), 它被使用来处理诸如 SIP( 会话发起协议 ) 呼 叫信令之类的呼叫控制信令。SIP 是在标题为 “SIP : Session Initiation Protocol( 会话 发起协议 )” , 2002 年 6 月的 RFC(Request for Comments( 请求注解 ))3261 中被描述。也 可提供其它 IMS 功能。
SIP 是用于创建、 修改和终止多媒体会话 ( 任何一个或多个语音会话、 音频会话、 视频会话、 文本聊天会话、 或它们的任何组合 ) 的应用层控制信令协议。
更一般地, “分组交换的多媒体服务架构” 可以是指定义被使用来建立和处理分组 交换的多媒体会话的功能以及执行其它任务的功能的任何架构。在某些优选实施例中, 由 分组交换的多媒体服务架构所定义的功能能够处理 SIP 控制消息。在其它实施例中, 由分 组交换的多媒体服务架构所定义的功能被使用来按照用于建立分组交换的通信会话的其 它标准 ( 例如, H.323) 处理控制消息传送。
通过按照优选实施例实施在增强型 MSC 平台中的 IMS 接口, 服务供应商可以选择 在服务供应商的网络中部署哪些 IMS 服务和功能。这允许服务供应商从传统的网络, 诸如 2G 和 3G 网络, 逐渐演进到实施 IMS 服务的网络。按照优选实施例, 增强型 MSC 平台从只能够处理电路交换的通信的平台演进到能 够处理电路交换的控制消息传送和与 IMS 有关的消息传送或 SIP 消息传送这二者的平台。 更具体地, 按照某些实施例, 增强型 MSC 平台包括以下功能 : 代表发送 SIP 信号以建立分组 交换的通信会话的能够进行 SIP 的终端提供 SIP 服务器的功能。能够由增强型 MSC 平台提 供的服务的例子是基于 IMS 或基于 SIP 的会议服务、 呼叫转移服务、 呼叫保持服务、 和使用 SIP SUBSCRIBE(SIP 预订 ) 来接收所选择的事件的通知。
代表终端提供 IMS 服务的增强型 MSC 平台可以是在终端的归属网络中或在终端的 访问网络中的 MSC。
增强型 MSC 平台可以把某些 IMS 服务委托给外部 IMS 应用服务器。结果, IMS 服 务的部署是灵活的, 因为服务供应商可以选择将哪些 IMS 服务包括到增强型 MSC 平台中和 将哪些服务委托给应用服务器。
图 1 图示了包括按照实施例的增强型 MSC 平台 100 的示例性布置。增强型 MSC 平 台 100 被显示为具有到各种实体 ( 包括 IMS 功能 ) 的接口链路。IMS 功能可以被部署在网 络节点中。应当注意, 在任何特定网络节点上可以部署多于一个 IMS 功能。用粗斜体的文 本标记的接口链路是被连接到增强型 MSC 平台 100、 但没有连接到传统的 MSC 平台的新的接 口链路。与粗斜体文本相关联的接口链路是由 IMS 架构所定义的接口链路。没有用粗斜体 文本标记的、 被连接到增强型 MSC 平台 100 的接口链路是现有的接口链路, 它们也被连接到 传统的 MSC 平台。 虽然增强型 MSC 平台 100 在图 1 中被显示为单个方块, 但应当注意, 增强型 MSC 平 台 100 实际上可以用一个物理系统或多个物理系统来实施, 其中多个物理系统可以散布在 不同的地理位置。
如图 1 所示, 增强型 MSC 平台 100 被连接到第一无线网 102 和无线电接入网 119。 无线电接入网 119 可以包括, 例如, UMTS 无线电接入网 (UTRAN) ; GSM/EDGE 无线电接入网 (GERAN), 用于用户终端或移动站的无线接入 ; CDMA 无线接入网 ; 或任何其它类型的无线接 入网。 在不同的例子中, 增强型 MSC 平台也可以被连接到有线接入网。 无线网 102 和 119 以 及有线网是订户接入网的例子。在图 1 的例子中, 第一无线网是 LTE( 长期演进 ) 无线网, 其中 LTE 是由 3GPP 所定义的、 寻求增强 UMTS( 通用移动电信系统 ) 无线电接入网的标准。 增强型 MSC 平台也可以通过 GSM/UMTS 网络 104 被连接, 以便服务于它的接入网, 其中 GSM/ UMTS 网络 104 包括 UTRAN/GERAN 和遗留的 (legacy)MSC。也可以使用按照其它技术的其 它无线接入网, 包括如由 3GPP2 所定义的 CDMA 2000( 码分多址 2000) 技术 ; 如由 IEEE( 电 气与电子工程师协会 )802.16 标准所定义的 WiMAX( 微波存取全球互通 ) 技术 ; 如由 IEEE 802.11 标准所定义的 WiFi 无线接入技术 ; 等等。
LTE 无线网 102 包括各种节点, 包括用于用户终端或移动站 (UE) 的无线接入的、 增 强型 UMTS 无线电接入网 (E-UTRAN)、 服务 / 分组数据网网关 ( 服务 /PDN GW)、 和移动性管理 实体 (MME)。 服务 /PDN 网关和 MME 被认为是 LTE 无线网 102 的分组核心网节点, 而 E-UTRAN 是 LTE 无线网的无线接入节点。服务 /PDN 网关在 LTE 无线网 102 与外部网络之间路由用 户数据分组, 该外部网络在本例中包括增强型 MSC 平台 100。MME 是用于 LTE 无线网的控制 节点, MME 除了其它任务以外尤其负责移动站的空闲模式跟踪以及寻呼过程。
GSM/UMTS 网络 104 中的 MSC 被连接到 HSS/HLR 106( 归属订户服务器 / 归属位置
寄存器 )。HLR 是传统上在电路交换域中使用的中央数据库, 其用于存储订户简档和其它信 息。HSS 是 HLR 在 IMS 域中的等价物。
增强型 MSC 平台 100 也通过以下接口链路被连接到 HSS/HLR106 : Cx、 Sh、 C 和 D。 Cx 和 Sh 接口链路是常规 MSC 平台通常不支持的新的接口链路。事实上, 如图 1 所示, 在 GSM/ UMTS 网络 104 中的遗留的 MSC 只通过 C、 D 接口链路被连接到 HLR 106。
在增强型 MSC 平台 100 与 HSS/HLR 106 之间的 Sh 接口链路是在被部署在增强 型 MSC 平台 100 内部的应用服务器与 HSS/HLR 106 之间的接口链路 ( 由 IMS 协议定义 )。 应当注意, Sh 接口也被提供在 HSS/HLR106 与应用服务器 (AS)108 之间, 其中应用服务器 (AS)108 是在增强型 MSC 平台 100 外部提供的。如果在增强型 MSC 平台 100 内部没有部署 应用服务器, 则 Sh 接口链路将不被提供在增强型 MSC 平台 100 与 HSS/HLR 106 之间。
Cx 接口链路 ( 也被显示为在增强型 MSC 平台 100 与 HSS/HLR 106 之间 ) 通常被提 供在 I-CSCF 或 S-CSCF 与 HSS 之间, 如由 IMS 协议所定义的。I-CSCF( 询问呼叫会话控制功 能 ) 是在能够确定 S-CSCF( 服务呼叫会话控制功能 ) 的网络内的功能, 其中用户应当向所 述 S-CSCF 注册。I-CSCF 通过查询 HSS 以检查用户被允许在网络中注册来实现这一点。所 述 S-CSCF 是注册用户并向用户提供服务的功能。S-CSCF 执行路由和转换, 提供记账信息, 维护会话定时器, 以及询问 HSS 以获取授权、 用户简档等等。 在某些优选实施例中, 为了提高效率, HSS 可以被省略, 这样, 增强型 MSC 平台 100 只使用 HLR。在这样的实施例中, 增强型 MSC 平台 100 通过使用 HLR 为能够进行 SIP 的用 户终端管理用户简档, 而不是如由 IMS 标准所定义的那样使用 HSS。因此, 按照优选实施例 HLR 可以维护用于不同类型的接入的简档, 包括基于 IMS 的接入、 LTE 接入、 2G 接入和 3G 接 入。被演进来支持 SIP 服务的增强型 MSC 平台可以继续从 HLR 获得订户简档, 并且增强型 MSC 平台可以映射属性和提供 SIP 服务。通过省略 HSS, 网络不必在 HLR 和 HSS 这二者中供 应 (provision) 用户终端 ( 例如, 移动站 ), 否则这会增加把用户终端添加到网络的复杂性。 另外, 通过省略 HSS, 可以避免否则为了对准 ( 或同步 )HLR 和 HSS 数据所必须采取的步骤。 另外, 可以避免对在 HLR 和 HSS 二者中执行位置更新 / 注册的需要。
虽然在某些优选实施例中执行对 HSS 的省略, 但应当注意, HSS 可以被包括在其它 优选实施例中。
如图 1 所示, 增强型 MSC 平台 100 也通过接口链路 Rx 被连接到 PCRF( 策略与计费 规则功能 )110, 该 PCRF 110 定义在端点之间的与 IMS 有关的通信的计费规则。
增强型 MSC 平台 100 通过 ISC 接口链路被连接到应用服务器 108。 应用服务器 108 可以执行预定义的 IMS 服务。虽然图 1 中只示出一个应用服务器, 但在不同的实施方式中 可以有多个应用服务器被连接到增强型 MSC 平台 100。
增强型 MSC 平台 100 通过 Dx 接口链路被连接到 SLF( 预订定位器功能 )112, SLF 112 提供关于与特定用户简档相关联的 HSS 的信息。如果域包含多于一个 HSS, 则增强型 MSC 平台 100 将与 SLF 112 通信, 以根据用户简档找出适当的 HSS。
增强型 MSC 平台 100 还通过各种接口链路 (Mg, Mj, Mw, Mi, Mr) 被连接到各种功能。 一个这样的功能是 MGCF( 媒体网关控制功能 ), MGCF 与 CSCF 通信, 并控制用于媒体网关中 的媒体信道 (IM-MGW) 的连接, 所述媒体网关是被表示为 114 的块的一部分。MGCF 被用来 在电路交换的数据与分组交换的数据之间进行转换, 诸如在分组交换的网络 ( 例如, IP 多
媒体网络 116) 与电路交换的网络 ( 例如, CS 网络 118) 之间执行通信会话。增强型 MSC 平 台 100 也被连接到以下的其它功能 : BGCF( 突破网关控制功能 ), 它是包括基于电话号码的 路由功能的 SIP 服务器 ; ( 以上所说明的 )I-CSCF ; ( 以上所说明的 )S-CSCF ; P-CSCF( 代理 CSCF), 它是作为用户终端的第一接触点的 SIP 代理 ; MRFC( 多媒体资源功能控制器 ), 它与 MRFP( 多媒体资源功能处理器 ) 结合使用来播放通告、 媒体转码、 和会议。
增强型 MSC 平台 100 还包括由 IMS 架构所定义的各种功能, 所述功能在它们之间 如用虚线 122 指示的那样被连接, 该虚线 122 把增强型 MSC 平台 100 连接回它自己。作为 例子, 增强型 MSC 平台 100 可以包括在方块 120 中描绘的任何一个功能。
增强型 MSC 平台 100 还由 SGi 接口链路 ( 通过分组数据网络 ) 被连接到在 LTE 增 强型分组核心网 102 中的 PDN 网关。SGi 接口链路在增强型 MSC 平台 100 与 LTE 增强型分 组核心网 102 的 PDN 网关之间传输数据分组。增强型 MSC 平台 100 通过 Gm 接口链路与 UE 通信。在 Gm 接口链路上的会话控制协议基于 SIP, 如由 IETF RFC 3261、 其它 IETF RFC、 和 附加 3GPP 标准所定义的。增强型 MSC 平台 100 通过 Ut 接口而用作用户终端的 IP 应用服 务器, 所述 Ut 接口使用 HTTP 以允许用户管理服务信息。
增强型 MSC 平台 100 通过 Mn 和 Mp 接口链路被连接到块 114 中的功能, 其包括因 特网多媒体 - 媒体网关 (MGW) 和 MRFP( 多媒体资源功能处理器 )。另外, 增强型 MSC 平台 100 通过 Mc 接口链路被单独地连接到媒体网关 115( 正如传统上实现的那样 )。 增强型 MSC 平台 100 还通过 Iu-CS/A 接口链路被连接到 GERAN/UTRAN 119。增强 型 MSC 平台还通过 CS( 电路交换的 ) 接口链路被连接到 GSM/UMTS 无线电接入网 104 中的遗 留的 MSC。Iu-CS/A 和 CS 接口链路是被连接到传统的 MSC 平台的传统的 2G/3G 接口链路。
图 2 示出增强型 MSC 平台 100 的示例性部件。第一部件是电路交换的交换机 202, 它被用来在用户终端之间 ( 例如在两个无线移动站之间或在无线移动站与有线终端之间 ) 建立电路交换的通信。应当注意, 电路交换的交换机 202 可以被启用或被禁用。如果被启 用, 则电路交换的交换机 202 能够建立电路交换的通信。在某个时候, 服务供应商可以决定 电路交换的通信不再是必要的, 在这时, 服务供应商可以使电路交换的交换机 202 被禁用, 诸如通过加载更新的软件或设置配置来禁止。
增强型 MSC 平台 100 还包括一个或多个应用服务器和控制功能 204, 它们可以是 P-CSCF、 I-CSCF、 和 / 或 S-CSCF 中的任何一个或多个。虽然未示出, 但是增强型 MSC 平台 100 还可以包括在图 1 中被显示在增强型 MSC 平台 100 外部的其他 IMS 功能中任何一个。 通常, 增强型 MSC 平台 100 能够把基于 IP 的多媒体服务提供到分组接入用户终端 ( 例如, 能够进行 SIP 的用户终端 )。
增强型 MSC 平台 100 还包括 IMS 接口 206, 以通过如图 1 所示的相应 IMS 接口链路 与相应 IMS 功能通信。
另外, 增强型 MSC 平台 100 包括分组交换的 ( 例如, 基于 SIP 的 ) 会议呼叫服务器 208, 它可以代表多个用户建立会议呼叫会话。通过使用被部署在增强型 MSC 平台 100 内的 会议呼叫服务器 208, 增强型 MSC 平台 100 不必牵涉到外部应用服务器 ( 诸如图 1 的应用服 务器 108) 来建立会议呼叫, 正如通常所实现的那样。 通过嵌入会议呼叫服务器 208, 使得建 立会议呼叫会话更为高效。会议呼叫服务器 208 是可以被提供在增强型 MSC 平台 100 内的 应用服务器的一个例子。在其它实施例中, 可以使用其它应用服务器。
增强型 MSC 平台 100 还包括一个或多个中央处理单元 (CPU)212, 其被连接到各个 存储子系统 214。 增强型 MSC 平台 100 的某些模块能够以软件被实施, 诸如 SIP 服务器 204、 会议呼叫服务器 208、 IMS 接口 206、 和电路交换的交换机 202。这样的软件模块能够在 CPU 212( 一个或多个 ) 上执行。
如上所述, 虽然增强型 MSC 平台 100 被显示为被提供在一个方块中, 但应当注意, 在可替换的实施方式中, 增强型 MSC 平台 100 可以是分布式平台, 它具有被分布在多个地理 位置上的多个物理系统。
图 3 图示了响应于来自第一移动站 (UE#1) 的请求而建立会议桥的消息流程图。 会 议桥在服务 MSC 平台 (MSC 1) 处针对第一移动站而建立。服务 MSC 平台 MSC1 以类似于图 1 和 2 中描绘的增强型 MSC 平台 100 的方式被配置。
为了建立会议桥, 第一移动站 ( 在 302) 发送 SIP INVITE( 邀请 ) 消息到它的服务 MSC 平台 (MSC1)。提供会议服务的服务 MSC 可以是归属 MSC 或用于第一用户终端的访问 MSC。
在 302 处发送的 INVITE 消息可以包含 SDP Offer( 提供 ), 所述 SDP Offer 包含连 接信息。另外, INVITE 消息可以在邀请消息的请求 URI 字段中包含会议工厂 (Conference Factory)URI( 统一资源标识符 )。 会议工厂 URI 是向 MSC 1 指示会议服务被请求的标识符。 在可替换实施方式中, 可以使用另一个指示来指示会议服务被请求。
响应于 INVITE 消息, MSC1( 在 304) 发回 SIP 100TRYING( 尝试 ) 消息, 该消息指 示所述请求已被 MSC1 接收到。MSC 1 从会议工厂 URI 认识到, 会议服务被请求。MSC1 可以 根据第一用户的简档 ( 诸如在 HLR 或 HSS 中的简档 ) 验证第一用户被授权建立会议服务。 如果是这样授权的, 则 MSC1( 在 306) 分配会议 URI, 它是响应于 INVITE 请求而要建立的会 议桥的标识符。会议 URI 被返回到第一移动站 (UE#1), 以使得第一移动站可以把会议 URI 发送到发端用户希望邀请参加会议呼叫的其他用户终端。应当注意, 会议 URI 的分配由增 强型 MSC 平台中的会议呼叫服务器 208 执行。这是与传统的技术不同的, 在传统的技术中 会议 URI 的分配将由 MSC 外部的会议呼叫应用服务器执行。
MSC 1( 在 308) 还把 SIP 183SESSION PROGRESS( 会话进程 ) 消息发送到第一移 动站, 以指示会话建立正在进行。遵循由 3GPP 标准所定义的附加消息传送 ( 未示出 ), MSC1( 在 310) 发送 200OK 消息, 它是 ( 在 302 发送的 )INVITE 请求已经成功的指示。200OK 消息在 200OK 消息的联系首部中包含 ( 由 MSC1 分配的 ) 会议 URI。
第一移动站通过 ( 在 312) 发送 SIP ACK 消息而响应 200OK 消息。在这时, 会议桥 已经被建立。所分配的会议 URI 将引导其它被邀请的用户终端接入 MSC1, 以参加由发端用 户建立的会议呼叫。
图 4 图示了其中第一用户终端 (UE#1) 邀请第二用户终端 (UE#2) 到会议呼叫的消 息流程图。在本例中, 第一用户终端 ( 在 402) 发送 SIPREFER( 参考 ) 消息到 MSC1( 它是服 务 MSC)。 REFER 消息是在标题为 “The Session Initiation Protocol(SIP)Refer Method” , 2003 年 4 月的 RFC 3515 中描述的。
MSC 1 继而 ( 在 404) 发送 REFER 消息到网关 MSC, 该网关 MSC 也可以是类似于图 1 和 2 中所示的平台 100 的增强型 MSC 平台。REFER 消息包含具有 ( 在图 3 中由 MSC 1 分 配的 ) 会议 URI 的 REFER-To( 参考到 ) 首部。另外, 在 REFER 消息中的方法参数被设置为INVITE。网关 MSC( 在 406) 通过访问 HLR/HSS( 例如, 图 1 中的 106) 而找出第二用户终端 的服务 MSC。假设第二用户终端的服务 MSC 是 MSC3, 它也可以是类似于图 1 和 2 中所示的 平台 100 的增强型 MSC 平台。
接 着, 网 关 MSC( 在 408) 把 REFER 消 息 转 发 到 MSC3, MSC3 继 而 ( 在 410) 把 REFER 消息发送到第二用户终端 (UE#2)。响应于 REFER 消息, 第二移动站 ( 在 412) 把 SIP ACCEPTED( 已接受 ) 消息发送到 MSC3, MSC3( 在 414) 把 ACCEPTED 消息转发到网关 MSC, 网 关 MSC 继而 ( 在 416) 把 ACCEPTED 消息转发到 MSC1, 然后 MSC1( 在 418) 把 ACCEPTED 消息 发送到第一用户终端。
接着, 第二用户终端 ( 在 420) 发送 SIP NOTIFY( 通知 ) 消息, 该 NOTIFY 消息把由 第一用户终端发送的 REFER 消息所发起的参考的状态通知给第一用户终端。 NOTIFY 消息通 过网关 MSC 和 MSC 1 从 MSC3 被转发到第一用户终端 ( 在 422, 424, 426)。
在响应中, 第一用户终端通过 ( 在 428) 发送 200OK 消息来确认 NOTIFY 消息, 该 200OK 消息通过 MSC1、 网关 MSC 和 MSC3 被发送到第二用户终端 ( 在 430, 432, 434)。在这 时, 第二用户终端已被邀请到会议呼叫。
如果有其它用户终端要被邀请到会议呼叫, 则可以与这样的其它用户终端进行类 似的消息交换。 图 5 是第二用户终端加入会议桥的过程的消息流程图。第二用户终端 (UE#2)( 在 502) 把 INVITE 消息发送到它的服务 MSC(MSC3)。在响应于在 502 发送的 INVITE 消息的各 种 SIP 消息 ( 为了简略起见, 未示出 ) 之后, 服务 MSC(MSC3)( 在 504) 把 INVITE 消息转发 到网关 MSC。在接收到 INVITE 消息时, 网关 MSC 查询 HLR/HSS, 并且 HLR/HSS 通过向服务 MSC(MSC1) 请求用于第一用户终端的动态服务路由号来响应该查询。该动态服务路由号允 许会话被路由到服务 MSC(MSC1), 在其中分配会议桥。
以上是第一解决方案, 其中号码簿号码的范围 ( 例如, MSISDN) 是与服务的 MSC( 诸 如 MSC 1) 相关联的。这些号码簿号码对于会议服务是特定的。在 200OK 消息的联系首部 中由服务 MSC(MSC 1) 提供到第一用户终端的会议 URI( 图 3 的 310) 与号码簿号码之一相 关联。当其它参与者尝试终止会议 URI 时, 网关 MSC 查询数据库 ( 例如, HLR/HSS), 它然后 向服务 MSC(MSC 1) 请求动态服务路由号, 正如图 5 中的 506 所图示的。对于 MSISDN 集所 允许的路由号码的数目基于在会议服务的建立过程中可以同时进行的呼叫的最大数目而 被制定。
按照不同实施例的第二解决方案是第一解决方案的简化方案。在第二解决方案 中, 服务 MSC(MSC 1) 直接分配动态服务路由号, 并把该号码与在 200OK 消息的联系首部中 被提供到第一用户终端的会议 URI( 图 3 的 310) 相关联。当另一个参与者建立到动态服务 路由号的会话时, 该号码的转换和路由直接引导会话到服务 MSC(MSC1) 和所讨论的会议。 每个服务 MSC 所允许的路由号码的数目, 如上面讨论的那样被制定。
一旦网关 MSC 从 HLR/HSS 接收到允许会话被路由到 MSC1 的动态服务路由号, 网关 MSC 就接着 ( 在 508) 发送 INVITE 消息到 MSC1。通过使用动态服务路由号和其它会话控制 数据, MSC 1 把参与者添加到会议桥。在这时, 会议呼叫会话继续进行 ( 在 510)。
如果其它参与者希望加入会议呼叫会话, 则可以对于这样的其它参与者执行如图 5 所示的类似的交换。
在以上的图 4 和 5 中, 任务 406 和 506 包含网关 MSC 平台查询 HLR/HSS。在某些优 选实施例中, HSS 可被省略, 以使得网关 MSC 查询 HLR 以用于建立 IMS 服务, 在本例中是用 于建立分组交换的会议呼叫。 通过直接转到 HLR 而不是 HSS, 可以避免通常在访问 HSS 时所 涉及的消息交换 ( 诸如, 与 S-CSCF 和 I-CSCF 的消息交换 ), 从而提高效率。
在其它情形中, 也可以执行以下方法 : 使用 HLR 代替 HSS 来由增强型 MSC 平台执行 IMS 服务。
图 6 图示了用于将会话挂起 (on hold) 和之后取回该会话的示例性消息流程图。 最初, 第一用户终端 (UE#1) 和第二用户终端 (UE#2) 正在谈话 ( 在 602)。在某个时候, 第一 用户可能决定将呼叫挂起 ( 在 603)。结果, 第一用户终端 ( 在 604) 把包含 SDP OFFER 的 SIP UPDATE( 更新 ) 消息发送到 MSC1, 其中 SDP OFFER 指示会话的模式已从 “发送与接收” 改变到 “仅发送” 。MSC1 用 200OK 消息对 UPDATE 消息进行响应 ( 在 606), 该 200OK 消息包 含具有 “仅接收” 的 SDP 应答。在此时, 会话已经被挂起。
在之后的时间点, 当第一用户希望取消呼叫挂起时 ( 换句话说, 在 607, 取回 UE#2), 第一用户终端 ( 在 608) 发送 UPDATE 消息到 MSC1, 其中 UPDATE 消息包含 SDP OFFER, 其指示模式将从 “仅发送” 改变到 “发送与接收” , 这指示双向通信将继续进行。MSC1 用 200OK 消息进行响应 ( 在 610), 在这时, 第一和第二用户可以再次开始谈话。 按照某些实施例能够由增强型 MSC 平台提供的另一个特征是, 在符合 IMS 的 (IMS-compliant) 用户终端的注册期间可以避免某些 DNS( 域名服务器 ) 查询。 如果与用户 终端相关联的信息已在增强型 MSC 平台中被供应, 则在用户终端的注册期间不必执行 DNS 查询。按照可替换实施例, 避免 DNS 查询的该特征也可以在增强型 MSC 平台外部的 P-CSCF 中被实施。
图 7 图示了决定是否应当响应于注册请求而发出 DNS 查询的过程。增强型 MSC 平 台 ( 或 P-CSCF) 从用户终端接收注册请求 ( 在 702)。 注册请求包含注册用户终端的 IMSI( 国 际移动订户标识符 )。IMSI 可以包含移动国家代码 (MCC) 和移动网络代码 (MNC)。增强型 MSC 平台或 P-CSCF( 在 704) 将在注册请求中的 IMSI 的 MCC 和 MNC 与在增强型 MSC 平台或 P-CSCF 中供应的 MCC 和 MNC 集合进行比较。
如果存在匹配, 如在 706 确定的, 则为获得 I-CSCF 地址不必发出 DNS 查询, 因为 (1) 这个节点是与归属 S-CSCF 共处一处 (collocate) 的归属 MSC 或 P-CSCF, 或 (2) 这个节 点是被选择来就好像用户终端是在它的归属网络中那样执行功能的访问节点。
如果在 706 确定, 在注册请求中的 IMSI 的 MCC 和 MNC 与在增强型 MSC 平台或 P-CSCF 中供应的 MCC 和 MNC 集合不匹配, 则执行 DNS 查询 ( 在 708) 以找出 I-CSCF 地址, 此后, 注册过程继续进行, 如由 IMS 所定义的。例如, 如果用户终端已经从 IMS 网络漫游到 增强型 MSC 平台并且用户终端的 IMSI 的 MCC 和 MNC 与在增强型 MSC 平台中供应的 MCC 和 MNC 不匹配, 则最后得到的 DNS 查询将导致注册被发送到用户终端的归属网络。
如果用户终端已经从 MSC 漫游到 IMS 网络并且用户终端的 IMSI 的 MCC 和 MNC 与 在 P-CSCF 中供应的 MCC 和 MNC 集合不匹配, 则将执行 DNS 查询以找出 I-CSCF 地址, 这导致 注册请求被路由到起该 I-CSCF 作用的 MSC。
上述的各种任务可以由软件执行。 这样的软件的指令可以被加载以用于在处理器 上执行。该处理器包括微处理器、 微控制器、 处理器模块或子系统 ( 包括一个或多个微处理
器或微控制器 )、 或其它控制或计算设备。 “处理器” 可以是指单个部件或多个部件 ( 例如, 一个 CPU 或多个 CPU)。
( 软件的 ) 数据和指令被存储在各个存储装置中, 所述存储装置被实施为一个或 多个计算机可读的或计算机可用的存储介质。存储介质包括不同形式的存储器, 其包括半 导体存储装置, 诸如动态或静态随机存取存储器 (DRAM 或 SRAM)、 可擦和可编程只读存储器 (EPROM)、 电可擦和可编程只读存储器 (EEPROM)、 和闪速存储器 ; 磁盘, 诸如固定的、 软的和 可拆卸盘 ; 其它磁介质, 包括磁带 ; 以及光介质, 诸如紧凑盘 (CD) 或数字视频盘 (DVD)。
在以上的说明中, 阐述了许多细节, 以便提供对本发明的理解。然而, 本领域技术 人员将会看到, 本发明可以不用这些细节来实施。虽然对于有限数目的实施例公开了本发 明, 但本领域技术人员将意识到由此可做出许多修改和变化。所附权利要求旨在覆盖落入 本发明的真实精神和范围内的这样的修改和改变。