专利名称：实现业务连续性的方法、系统、msc服务器及会话终端的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及实现业务连续性的方法、系统、MSC(Mobile Switching Center，移动交换中心)服务器及会话终端。
背景技术：
IMS (IP Multimedia Sub-system，IP多媒体子系统)是基于IP交换的业务 网络，其核心是CSCF(Call Session Control Function，呼叫会话控制功能)和各种 AS (Application Server，应用服务器)，其中S-CSCF负责在满足条件时将呼叫请求路由到 正确的AS，由AS执行业务逻辑。在前向IMS网络演进过程中，需要保证用户在不同接入方 式，例如CS (Circuit Switch，电路交换)接入后PS (Packet Switching，分组交换)接入时 的业务体验一致。为此3GPP提出了 ICS(IMS Centralized Service, IMS集中业务控制) 功能。ICS在保持IMS核心网子系统对业务的集中控制的前提下，打破了只能通过PS网络 接入IMS业务的局限，将IMS业务承载网络进一步扩展到了传统CS网络。如图1所示，为现有ICS架构示意图，其中SCC(Service Centralization and Continuity，集中业务和业务连续性)AS执行ICS业务逻辑，ICS UE (用户终端)和SCC AS 之间建立了 Gm或II接口，作为业务控制信道传输控制信令，ICS UE与AS间建立承载控制 信道，完成对媒体承载的传输控制等作用，承载控制信道可供不同会话复用，其由两部分组 成，分别是UE与MSC Server间CS域承载控制信道以传输CS域信令，MSC Server与SCCAS 间的IMS域承载控制信道，传输由MSC Server将CS域信令转化的SIP信令。SCC AS合并 Gm或II接口上的业务控制信令和CS承载的描述，以代表UE呈现一个标准的IMS会话。 ICS UE是一个增强了 ICS能力的IMS UE，建立承载控制信令路径，以通过CS域建立媒体。 MSC Server增强了 ICS功能，对于被识别的ICS用户，增强的MSC Server执行CS信令和 IMS SIP (Session Initiation Protocol，会话启动协议)信令转换，支持多媒体呼叫，对于 没有识别为ICS用户的用户，MSC Server功能不改变。发明人在对现有技术的研究过程中发现，基于上述ICS架构当IMS会话由PS接入 时，可以通过CS域作为承载媒体的通道，并使用Gm接口作为业务控制信道，当用户由PS接 入转到由只有CS接入的情况，媒体内容仍可通过CS域承载，但是此时Gm接口失效，由此导 致会话的业务控制信道失效，用户无法对会话进行控制。假设用户包含多个会话，并且其中 一个会话处于激活状态，一个或多个会话在保持状态，则因业务控制信道不可用，用户无法 恢复保持状态的会话，而只能由AS将所有保持的会话释放。上述由于控制信道失效而将保 持会话释放的方式，使得用户无法恢复保持的会话，从而造成用户会话丢失，体验下降。
发明内容
本发明实施例的目的在于提供实现业务连续性的方法、系统、MSC服务器及会话终 端，以解决当业务控制信道不可用时无法恢复保持状态会话的问题。为解决上述技术问题，本发明提供如下技术方案
一种实现业务连续性的方法，包括
与属于一个会话终端的至少两个工P多媒体子系统工MS会话关联，所述工MS会话通过分组交换PS接入网络的业务控制信道传输业务控制信令；
当所述业务控制信道不可用时，通过电路交换CS承载控制信道传输所述工MS会话的业务控制信令。
一种实现业务连续性的系统，包括移动交换中心MS(服务器、应用服务器AS，
所述MS(服务器，用于与属于一个会话终端的至少两个工MS会话关联，所述工MS会话通过PS接入网络的业务控制信道传输业务控制信令，当所述业务控制信道不可用时，通过CS承载控制信道传输所述工MS会话的业务控制信令，所述CS承载控制信道包括所述会话终端与MS(服务器之间的CS域部分，以及所述MS(服务器与所述AS之间的工MS域部分。[o012] 一种MS(服务器，包括[o013] 关联单元，用于与属于一个会话终端的至少两个工MS会话关联，所述工MS会话通过PS接入网络的业务控制信道传输业务控制信令；[o014] 传输单元，用于当所述业务控制信道不可用时，通过CS承载控制信道传输所述工MS会话的业务控制信令。[o015] 一种会话终端，包括[o016] 关联单元，用于将至少两个工MS会话与MS(服务器关联，所述工MS会话通过PS接入网络的业务控制信道传输业务控制信令；[o017] 业务控制信令交互单元，用于当所述业务控制信道不可用时，通过CS承载控制信道进行所述工MS会话的业务控制信令的交互。[o018] 由以上本发明提供的技术方案可见，本发明实施例中服务器与属于一个会话终端的至少两个工P多媒体子系统工MS会话关联，所述工MS会话通过分组交换PS接入网络的业务控制信道传输业务控制信令，当所述业务控制信道不可用时，通过电路交换CS承载控制信道传输所述工MS会话的业务控制信令。应用本发明实施例可以在业务控制信道不可用，无法传输控制信令从而导致会话业务，特别是保持状态会话业务失败的情况下，能够恢复对多个会话的控制，保证了会话业务的畅通，使用户会话不会丢失，从而提高了用尸体验。
[o019] 图l为现有工CS架构的示意 图2为本发明实现业务连续性的方法的第一实施例流程图；002、] 图3为本发明实现业务连续性的方法的第二实施例流程 图4为本发明实现业务连续性的方法的第三实施例流程 图5为本发明实现业务连续性的方法的第四实施例流程图；0024] 图6为本发明实现业务连续性的方法的第五实施例流程图；0025] 图7为本发明实现业务连续性的方法的第六实施例流程 图8为本发明会话业务恢复系统的实施例框图；0027] 图9为本发明MS(服务器的实施例框图；0028] 图lo为本发明会话终端的实施例框图。
具体实施例方式本发明实施例提供了实现业务连续性的方法、系统、MSC服务器及会话终端，服务 器与属于一个会话终端的至少两个IMS会话关联，当业务控制信道不可用时，通过CS承载 控制信道传输IMS会话的业务控制信令。为了使本技术领域的人员更好地理解本发明方案，并使本发明的上述目的、特征 和优点能够更加明显易懂，下面结合附图和具体实施方式
对本发明作进一步详细的说明。本发明第一实施例流程如图2所示步骤201 与属于一个会话终端的至少两个IMS会话关联。其中，IMS会话通过PS域网络的业务控制信道传输业务控制信令，并通过已存在 的CS承载传输媒体。步骤202 当业务控制信道不可用时，通过CS承载控制信道传输IMS会话的业务 控制信令。其中，业务控制信道不可用包括会话终端检测到业务控制信道不可用；或服务 器检测到所述业务控制信道不可用。具体的，通过CS承载控制信道传输所述IMS会话的业务控制信令可以包括新建 CS承载控制信道，通过所述新建CS承载控制信道传输所述IMS会话的业务控制信令；或 者，通过已存在的CS承载控制信道传输所述至少两个IMS会话中的一个IMS会话的业务控 制信令，新建CS承载控制信道，通过所述新建CS承载控制信道传输除所述一个IMS会话的 剩余IMS会话的业务控制信令。具体的，CS承载控制信道包括会话终端与移动交换中心MSC服务器之间的CS域 部分，以及MSC服务器与应用服务器AS之间的IMS域部分，通过CS承载控制信道传输所述 IMS会话的业务控制信令还可以包括新建MSC服务器与应用服务器AS之间的IMS域信道， 通过已存在的CS承载控制信道的CS域部分和所述新建的IMS域信道传输所述IMS会话的 业务控制信令；或者，通过已存在的CS承载控制信道传输所述至少两个IMS会话中的一个 IMS会话的业务控制信令，新建MSC服务器与应用服务器AS之间的IMS域信道，通过已存在 的CS承载控制信道的CS域部分和所述新建的IMS域信道传输除所述一个IMS会话的剩余 IMS会话的业务控制信令。具体的，通过CS承载控制信道传输所述IMS会话的业务控制信令也可以包括复 用已存在的CS承载控制信道传输所述IMS会话的业务控制信令。由上述实施例可知，在业务控制信道不可用的情况下，能够恢复对多个会话的控 制，保证了会话业务的畅通，使用户会话不会丢失，从而提高了用户体验。下述进一步详细描述本发明方法的各实施例中，假设UE A与UE B间的会话处于 激活状态，UE A与UE C间的会话处于保持状态，UE A从有PS域和CS域同时覆盖的区域转 换到只有CS域覆盖的区域，导致业务控制信道不可用，如从UMTS网络到GSM覆盖的网络时 的会话业务恢复过程。本发明第二实施例流程如图3所示，该实施例示出了 UE检测出业务控制信道不可 用时，将已存在的CS域承载控制信道与当前激活状态的会话关联，通过发起CS呼叫通知AS 将业务控制信道转移到CS域，并在CS域为一个保持状态的会话重新建立CS承载，同时相 应建立新的CS承载控制信道，也就是利用第一 CS域承载控制信道(也就是已存在的CS域承载控制信道)传输第一个呼叫的业务控制信令，并为第二个呼叫建立第二 CS域承载控制 信道(也就是新建的CS承载控制信道)，其过程下步骤301 =UE A检测出业务控制信道Gm不可用。初始UE A与UE B之间的会话处于激活状态，UE A与UE C之间的会话处于保持 状态。每个会话建立时SCC AS都为其分配一个TI值，按照会话建立的时间顺序，最早建 立的第一个会话的TI值为0(目前可用的最大TI值为7)，后续建立的会话的TI值顺次加 1。建立会话时SCC AS会将TI值通知相应的UE，因此SCC AS与各个UE中都保存着一致的 会话TI值。另外，除了为每个会话分配上述TI值外，还同时分配一个STI值，用于UE请求SCC AS转移会话时识别指定的会话。步骤302 =UE A在第一 CS域承载控制信道上发起对UE B的保持请求。UE A通过第一 CS域承载控制信道向UE B发送保持请求，请求将UE A与UE B之 间激活状态的会话变为保持状态的会话。步骤303至步骤304 =UE A发起一个新的CS呼叫，请求建立第二 CS域承载控制信道。UE A执行一个标准的CS域呼叫过程，向MSC Server发送CS呼叫请求，MSC server 生成INVITE消息，其中包含MGW SDP信息和UE C的地址信息，该INVITE消息经过S-CSCF 转发到SCC AS，由SCC AS执行相应的业务逻辑。当上述CS域呼叫过程执行完毕后，相应建 立起新的CS承载和新的CS域的承载控制信道。若UE C的地址信息为tell URI形式，则可在INVITE消息中携带UE C的号码，由 AS识别出UE A与UE C之间已存在会话连接，则将新建立的承载与该会话连接关联；若UE C的地址信息若为非tell URI形式，则在INVITE消息中携带UE C的STN值和会话相关的 TI值，STN为一个公共电话号码，将该TI值写入CS域请求的TI值域，并将TI值中TI flag 字段置0，(若由对端发起呼叫，MSC Server转换为CS域请求时TI flag置1，后同)，使 SCC AS根据STN、TI值识别出该会话是为相关的TI值的原始会话转移业务控制信道而发 送的请求，从而SCC AS将新建立的CS承载与该会话对端关联。步骤305至步骤307 :SCC AS检测到UE A和UE C之间已建立会话连接，则通过 S-CSCF发送re-INVITE消息到UE C，以使得第二 CS域承载控制信道与已存在的AS和UE C 之间的会话连接关联。步骤308 通过第二 CS域承载控制信道保持UE A与UE C间的会话。步骤309 通过第一 CS域承载控制信道恢复UEA与UE B间会话的通话状态。需要说明的是，上述实施例中第一 CS域承载控制信道默认与当前处于激活状态 的会话(UE A与UE B之间的会话)关联，若当前会话都处于保持状态，则可根据预定策略 将指定的一个保持会话与第一 CS域承载控制信道关联，如该策略为将最早建立的会话与 第一 CS域承载控制信道相关联，将第二 CS域承载控制信道与时间上第二个建立的会话关 联。需要说明的是，如果按照24.008的规定，则同一时间只能同时存在两个建立 (setup)消息，因而对其它没有恢复控制的会话，UE可以将其释放。
本发明第三实施例流程如图4所示，该实施例示出了当SCC AS检测出控制信道Gm 不可用时，由SCC AS发起新的CS呼叫，与第二实施例相同，第一 CS域承载控制信道(也就 是已存在的CS域承载控制信道)传输一个会话的业务控制信令，而新建立的第二 CS域承 载控制信道与另一个会话关联，通过第二 CS域承载控制信道控制该另一个会话，其过程如 下步骤401 SCC AS检测出业务控制信道Gm不可用。初始UE A与UE B之间的会话处于激活状态，UE A与UE C之间的会话处于保持 状态。步骤402至步骤404 =SCC AS发起与UE A的呼叫请求，请求的SIP头域 P-Asserted-Identity中包含对端UE C的地址信息(tell URI形式的地址信息)，以使得 UEA能够决策到该呼叫请求是请求建立UE C与UEA间的第二 CS域承载控制信道。该呼叫 请求由S-CSCF转发至MSC Server, MSC Server建立与UE A间的CS域呼叫。步骤405 =UE A收到呼叫请求后，选择挂起该呼叫请求，这是因为UE A与UE B间 的会话处于激活状态，该挂起操作UE A的用户不会感知。步骤406 完成对UE A与UE C之间的保持会话的第二 CS域承载控制信道的建立 过程。另外，同第二实施例，上述实施例中第一 CS域的承载控制信道默认与当前处于激 活状态的会话(UE A与UE B之间的会话)关联，若当前会话都处于保持状态，则可根据预 定策略将指定的一个保持会话与第一 CS域承载控制信道关联，如该策略为将最早建立的 会话与已存在的CS域承载控制信道相关联。本发明第四实施例流程如图5所示，该实施例示出了 AS检测出业务控制信道Gm 不可用，不同会话复用UE与MSC Server之间第一 CS域承载控制信道的CS域部分，默认 第一 CS承载控制信道的IMS域部分与当前激活状态的会话关联，为除激活状态的其它会 话分别在MSC Server与SCC AS之间建立新的IMS域信道，SCC AS将会话信息发送到MSC Server，会话信息包括每个会话的TI值、STI值、会话的状态信息，使得MSC Server获知会 话信息并为除激活状态的会话发送INVITE消息至SCC AS，建立IMS域信道。该实施例示出了不同会话共用UE与MSC Server间的CS域承载，且在不同MSC Server与SCC AS之间IMS域信道上传输控制信令，可以根据CS域呼叫的TI值来区分不同 的会话，其中共用的CS域承载为第一 CS域承载控制信道(也就是已存在的CS域承载控制 信道)的CS部分，IMS域信道是多个第二 IMS域信道(也就是为多个会话分别新建的多个 IMS域信道)，其过程如下步骤501 SCC AS检测出业务控制信道Gm不可用。初始UE A与UE B之间的会话处于激活状态，UE A与UE C之间的会话处于保持 状态。步骤502 =SCC AS将会话信息发送到S-CSCF。步骤503 S-CSCF转发会话信息给MSC Server。步骤504 =MSC Server对当前激活会话外的会话(UE A与UE C间的会话)建立 MSC Server与SCC AS间的第二 IMS域信道，即发送INVITE消息到SCC AS。所发送的INVITE消息中的r印Iace头携带会话标识STI，以指示第二 IMS域信道与该STI对应会话相关联，因而在MSC Server中保存了会话信息与该会话的IMS域信道的 对应关系，SCC AS识别STI值决策出与STI值对应会话的会话对端，并将已存在的对端连 接与第二 IMS域信道关联。步骤505 =SCC AS收到INVITE消息，返回200 OK响应。后续步骤均为UE侧的可选操作步骤506 =UE A如要将激活状态的会话保持，则需要向UE B发送保持请求，该请求 中将UE A与UE B间对话的TI值插入保持请求的TI值域，由MSCServer将请求转换为SIP 形式，根据TI值对应的会话STI值选择第二 IMS域信道转发保持请求至SCC AS, SCC AS执 行相应业务逻辑，并将请求转发至UE B，通知UE B执行通话保持过程；同时MSC Server控 制MGW停止媒体信息的传输，断开与UE B间的媒体传输连接。步骤507 =UE A如要将保持状态的会话恢复，则需要向UE C发送恢复请求，该请求 中将UE A与UE C间的TI值插入恢复请求的TI值域，MSC Server控制MGW在原CS媒体 传输信道上建立与UE C的媒体传输连接，实现原理同步骤506。另外，如果UE A与UE C间的会话是由UE C发起保持请求，并且由UEC发起恢复 请求，则恢复请求通过S-CSCF转发到SCC AS, SCC AS执行相应的业务逻辑，并将请求通过 IMS域信道转发至MSC Server，MSC Server根据第二 IMS域信道的STI值找到对应TI值， 并将该TI值插入CS域恢复请求的TI值域中，UE A根据该TI值可以决策出由哪个对端发 起的恢复请求。由上述实施例可知，不同会话复用第一 CS承载控制信道的CS域部分，并建立新的 第二 IMS域信道，将第二 IMS域信道与各保持状态的会话关联，并默认第一 CS承载控制信 道的IMS部分与当前激活状态的会话关联。若当前无激活状态的会话，则如第三实施例所 示，可根据策略，比如将最早建立的会话与当前第一 CS承载控制信道的IMS部分绑定。本发明第五实施例流程如图6所示，与实施例四相似，该实施例示出了当UE检测 出控制信道Gm不可用时，复用第一 CS承载控制信道的CS域部分，默认第一 CS承载控制信 道的IMS域部分与当前激活状态的会话关联，为除激活状态的其它会话分别在MSC Server 与SCC AS之间建立新的第二 IMS域信道，通过所述第一 CS承载控制信道和新建的第二 IMS 域信道传输所述IMS会话的业务控制信令，其过程如下步骤601 =UE A检测出业务控制信道Gm不可用。初始UE A与UE B之间的会话处于激活状态，UE A与UE C之间的会话处于保持 状态。步骤602 =UE A在第一 CS域承载控制信道CS域部分上向MSC Server发送保持请 求。UE A首先将激活状态会话的业务控制信道转移到CS域的承载控制信道，在第一 CS承载控制信道的CS域部分连接上发送保持请求，该保持请求携带UE A与UE B的TI值。步骤603 =MSC Server将激活状态的会话与第一 CS承载控制信道的IMS域部分信 道关联。MSC Server判断出保持请求中携带的TI值与CS连接的TI值不同，则将该保持请 求视为转移请求，且此为第一个转移请求，由此判断该保持请求为激活状态会话发起的转 移请求，将该激活状态的会话与已建立的MSC Server与SCC AS间的IMS域部分信道关联，在SCC AS侧默认该信道与当前激活状态的会话关联。步骤604 =UE A在第一 CS承载控制信道的CS域部分上向MSC Server发送保持请 求，请求中携带UE A与UE C的TI值。步骤605 :MSC Server为该会话建立MSC Server与SCC AS间第二 IMS域信道，即 发送INVITE消息至Ij SCC AS。MSC Server判断出保持请求中携带的TI值与CS域部分的TI值不同时，将该请 求视为转移请求，第一 CS承载控制信道的IMS域部分已与激活状态会话关联，则为此请求 建立MSC Server与AS间的第二 IMS域信道。MSC Server发起INVITE请求，请求中携带 TI值，可在SIP请求中增加头域，在该头域写入TI值，或将TI值写入Mplace头的第一个 tag域中，SCC AS能够识别该TI值与已建立的会话的对应关系，并将新建立的IMS域信道 与UE C会话关联。后续步骤均为UE侧的可选操作步骤606 =UE A将通话状态的会话保持，则向UE B发送保持请求，并将UE A与UE B间对话的TI值插入CS域请求TI值域，MSC Server在所保存的TI值中判断是否有与请求 中TI值相等的TI值，决策出有与之相匹配的TI值及传输业务控制信令的IMS域信道(即 第一 CS承载控制信道的IMS域部分)，MSC Server将请求转换为SIP形式，通过对应信道 转发至SCC AS, AS执行相应业务逻辑，并将请求发送至对端，通知对端执行通话保持过程。 MSC Server控制MGW停止媒体信息的传输，断开与UE B间的媒体传输连接。步骤607 =UE A将保持中的会话恢复，则向UE C发送恢复请求，将UE A与UE C间 TI值插入请求TI值域，MSC Server按步骤606中的方法找到与之匹配的传输业务控制信 令的信道，将请求转化为SIP形式转发至对端，并控制MGW在原CS媒体传输信道上建立与 UE C的媒体传输连接。另外，如果UE A与UE C间会话是由UE C发起保持请求，则由UE C发起恢复请求， 请求通过S-CSCF转发到SCC AS, SCC AS执行相应的业务逻辑，并将请求通过新建立的IMS 域信道转发至MSC Server，MSC Server根据新建IMS域信道Dialog-ID找到对应TI值，并 插入CS域retrieve请求TI值中，UEA根据TI值可以决策出由哪个对端发起的请求，并恢 复与该对端对话的通话状态。由上述实施例可见，UE A检测到业务控制信道不可用时，则在已建立的CS域部 分上发起保持请求，该请求发送到MSC Server，并携带已有会话建立时分配的TI值，MSC Server识别出该TI值与已建立的CS域部分的TI值不同，将其视为转移业务控制信道的 请求，规定ICS终端建立会话时，其CS域的TI值与PS域TI值不同以保持用户体验连续 性。UE首先发起对激活状态会话的转移，即发送保持请求时携带激活状态会话的TI值，MSC Server默认将激活状态会话与第一 CS承载控制信道的IMS域部分关联，保存激活状态会话 的TI值信息。UE再顺次发起对保持状态会话的转移请求，请求中携带保持状态会话的TI 值，MSC Server为每个保持状态会话分别建立新的MSC Server与AS间的IMS域信道，即 建立多个第二 IMS域信道，并保存保持状态会话的TI值，在MSC Server中形成TI值与新 建立MSC Server与AS间IMS域信道的对应关系，同时在建立信道的请求中携带TI值。本发明第六实施例流程如图7所示，该实施例示出了当控制信道Gm不可用后，不 同会话复用第一 CS承载控制信道。在ICS UE A发起CS域请求时，为区分不同会话，请求中带有会话标识值TI，MSC Server执行CS信令格式到SIP请求格式转换，并在SIP请求中 增加头域，通过向该头域中添入TI值使得SCC AS识别出该请求的目的UE，其具体过程如 下UE可选操作将UE A与UE B间处于激活状态的会话转换为保持状态的会话，恢 复UE A与UE C间处于保持状态的会话。步骤701 =UE A将与UE B间处于激活状态的会话保持，并向MSC Server通过第 一 CS承载控制信道的CS域部分发送保持请求，该保持请求中插入UEA与UE B间会话的TI值。步骤702 =MSC Server将CS域信令(保持请求)转化为SIP信令，并在SIP头域 中填入TI值。步骤703 =MSC Server控制MGW停止与UE B间的媒体流传送并保持信道资源。步骤704 =MSC Server通过第一 CS承载控制信道的IMS域部分将保持请求发送到 SCC AS，指明该会话被置为保持状态。步骤705至步骤607 =SCC AS识别保持请求中的TI值，根据TI值确定发送的对端 为UE B，通过S-CSCF将请求发送到UE B。步骤708 =UE A如果要恢复与UE C间的通话，则向MSC Server通过第一 CS承载 控制信道的CS域部分发送恢复请求，该请求中插入UEA与UE C间的TI值。步骤709 增强的MSC Server将CS域信令(恢复请求)转化为SIP信令，并在SIP 头域中填入UE A与UE C间会话的TI值。步骤710 =MSC Server控制MGW恢复与UE C间的媒体流传输。步骤711 =MSC Server通过第一 CS承载控制信道的IMS域部分将恢复请求发送到 SCC AS，指明该会话恢复为激活状态。步骤712至步骤714 =SCC AS识别TI值，根据TI值确定发送的对端为UE C，通过 S-CSCF将请求发送到UE C。上述实施例中，如果UE A作为被叫，则SCC AS根据请求对话的STI值确定TI值， 在生成INVITE请求时，在INVITE请求中的头域中添加会话的TI值，通过S-CSCF发送到UE A端MSC Server, MSC Server将SIP信令转化为CS域信令，UE A收到带有TI值的INVITE 请求后，根据TI与STI值的对应关系可以确定发送请求的对端UE。与本发明实现业务连续性的方法的实施例相对应，本发明还提供了实现业务连续 性的系统的实施例和MSC服务器的实施例。本发明实现业务连续性的系统的实施例框图如图8所示，该系统可以包括MSC服 务器810和应用服务器AS820。其中，MSC服务器810用于与属于一个会话终端的至少两个IMS会话关联，所述 IMS会话通过PS接入网络的业务控制信道传输业务控制信令，当所述业务控制信道不可用 时，通过CS承载控制信道传输所述IMS会话的业务控制信令，所述CS承载控制信道包括所 述会话终端与MSC服务器810之间的CS域部分，以及所述MSC服务器810与所述AS820之 间的IMS域部分。具体的，MSC服务器810与应用服务器AS820之间通过CS承载控制信道传输所述 IMS会话的业务控制信令可以采用如下方式新建CS承载控制信道，通过所述新建CS承载控制信道传输所述IMS会话的业务控制信令；或者，通过已存在的CS承载控制信道传输所 述至少两个IMS会话中的一个IMS会话的业务控制信令，新建CS承载控制信道，通过所述 新建CS承载控制信道传输除所述一个IMS会话的剩余IMS会话的业务控制信令。具体的，所述CS承载控制信道包括会话终端与MSC服务器810之间的CS域部分， 以及MSC服务器810与应用服务器AS820之间的IMS域部分；MSC服务器810与应用服务 器AS820之间通过CS承载控制信道传输所述IMS会话的业务控制信令也可以采用如下方 式新建MSC服务器与应用服务器AS之间的IMS域信道，通过已存在的CS承载控制信道 的CS域部分和所述新建的IMS域信道传输所述IMS会话的业务控制信令；或者，通过已存 在的CS承载控制信道传输所述至少两个IMS会话中的一个IMS会话的业务控制信令，新建 MSC服务器与应用服务器AS之间的IMS域信道，通过已存在的CS承载控制信道的CS域部 分和所述新建的IMS域信道传输除所述一个IMS会话的剩余IMS会话的业务控制信令。具体的，MSC服务器810与应用服务器AS820之间通过CS承载控制信道传输所述 IMS会话的业务控制信令还可以采用如下方式复用已存在的CS承载控制信道传输所述 IMS会话的业务控制信令。本发明MSC服务器的实施例框图如图9所示，该MSC服务器包括关联单元910和 传输单元920。其中，关联单元910用于与属于一个会话终端的至少两个IMS会话关联，所述IMS 会话通过PS接入网络的业务控制信道传输业务控制信令；传输单元920用于当所述业务控 制信道不可用时，通过CS承载控制信道传输所述IMS会话的业务控制信令。其中，传输单元920可以包括如下单元(图9中未示出)第一 CS承载控制信道 新建传输单元，用于新建CS承载控制信道，通过所述新建CS承载控制信道传输所述IMS会 话的业务控制信令；或者第二CS承载控制信道新建传输单元，用于通过已存在的CS承载控 制信道传输所述至少两个IMS会话中的一个IMS会话的业务控制信令，新建CS承载控制信 道，通过所述新建CS承载控制信道传输除所述一个IMS会话的剩余IMS会话的业务控制信 令。其中，所述CS承载控制信道包括会话终端与移动交换中心MSC服务器之间的CS 域部分，以及MSC服务器与应用服务器AS之间的IMS域部分；传输单元920还可以包括如 下单元(图9中未示出)第一 IMS域信道新建传输单元，用于新建MSC服务器与应用服务 器AS之间的IMS域信道，通过已存在的CS承载控制信道的CS域部分和所述新建的IMS域 信道传输所述IMS会话的业务控制信令；或者第二 IMS域信道新建传输单元，通过已存在的 CS承载控制信道传输所述至少两个IMS会话中的一个IMS会话的业务控制信令，新建MSC 服务器与应用服务器AS之间的IMS域信道，通过已存在的CS承载控制信道的CS域部分和 所述新建的IMS域信道传输除所述一个IMS会话的剩余IMS会话的业务控制信令。其中，传输单元920也可以包括如下单元(图9中未示出)复用CS承载控制信 道传输单元，用于复用已存在的CS承载控制信道传输所述IMS会话的业务控制信令。本发明会话终端的实施例框图如图10所示，该会话终端包括关联单元1010和业 务控制信令交互单元1020。其中，关联单元1010用于将至少两个IMS会话与MSC服务器关联，所述IMS会话 通过PS接入网络的业务控制信道传输业务控制信令；业务控制信令交互单元1020用于当所述业务控制信道不可用时，通过CS承载控制信道进行所述IMS会话的业务控制信令的交互。进一步，该会话终端还可以包括(图10中未示出)检测单元，用于检测所述业务 控制信道是否可用；所述业务控制信令交互单元1020具体用于在所述检测单元检测到所 述业务控制信道不可用时，通过CS承载控制信道进行所述IMS会话的业务控制信令的交互。进一步，该会话终端还可以包括(图10中未示出)发送呼叫请求单元，用于当所 述业务控制信道不可用时，向MSC服务器发送CS呼叫请求，所述CS呼叫请求中包含会话对 端的地址信息，以建立新的CS承载控制信道；或者接收呼叫请求及挂起单元，用于当所述 业务控制信道不可用时，接收MSC服务器转发的IMS呼叫请求，所述IMS呼叫请求由AS服务 器发送，所述IMS域呼叫请求中包含呼叫的会话对端的地址信息，根据所述会话对端的地 址信息挂起所述呼叫请求，以建立新的CS承载控制信道。所述业务控制信令交互单元1020 具体用于当所述业务控制信道不可用时，通过所述新的CS承载控制信道进行所述IMS会话 的业务控制信令的交互。CS承载控制信道包括会话终端与MSC服务器之间的CS域部分，以及MSC服务器 与应用服务器AS之间的IMS域部分，进一步，该会话终端还可以包括(图10中未示出) 发送保持请求单元，用于向MSC服务器发送保持请求，所述保持请求中携带TI值，以使MSC 向所述AS发送携带所述TI值的邀请消息，以建立与所述TI值对应的IMS域信道，所述AS 用于将所述IMS域信道与所述TI值对应的IMS会话对端关联；所述业务控制信令交互单元 1020具体用于当所述业务控制信道不可用时，通过已存在的CS承载控制信道的CS域部分 与所述TI值对应的IMS域信道进行所述TI值对应的IMS会话的业务控制信令的交互。通过以上的实施方式的描述可知，本发明实施例中服务器和属于一个会话终端的 至少两个IMS会话关联，IMS会话通过PS域网络的业务控制信道传输业务控制信令，当业 务控制信道不可用时，通过CS承载控制信道传输IMS会话的业务控制信令。应用本发明实 施例可以在业务控制信道不可用，无法传输控制信令从而导致会话业务，特别是保持状态 会话业务失败的情况下，能够恢复对多个会话的控制，保证了会话业务的畅通，使用户会话 不会丢失，从而提高了用户体验。本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台 的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/ RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器， 或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明 的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
一种实现业务连续性的方法，其特征在于，包括与属于一个会话终端的至少两个IP多媒体子系统IMS会话关联，所述IMS会话通过分组交换PS接入网络的业务控制信道传输业务控制信令；当所述业务控制信道不可用时，通过电路交换CS承载控制信道传输所述IMS会话的业务控制信令。
2.根据权利要求1所述的方法，其特征在于，所述业务控制信道不可用包括所述会话终端检测到所述业务控制信道不可用；或服务器检测到所述业务控制信道不可用。
3.根据权利要求1所述的方法，其特征在于，所述通过CS承载控制信道传输所述IMS 会话的业务控制信令包括新建CS承载控制信道，通过所述新建CS承载控制信道传输所述IMS会话的业务控制 信令；或通过已存在的CS承载控制信道传输所述至少两个IMS会话中的一个IMS会话的业务 控制信令，新建CS承载控制信道，通过所述新建CS承载控制信道传输除所述一个MS会话 的剩余IMS会话的业务控制信令。
4.根据权利要求3所述的方法，其特征在于，所述新建CS承载控制信道包括接收会话终端发送的CS呼叫请求，所述CS呼叫请求中包含会话对端的地址信息；根据所述CS呼叫请求向应用服务器AS发送邀请消息，所述邀请消息包含所述会话对 端的地址信息，以使所述AS根据所述会话对端的地址信息，确认所述会话终端和会话对端 之间已建立IMS会话的连接，向所述会话对端发送重邀请消息。
5.根据权利要求3所述的方法，其特征在于，所述新建CS承载控制信道包括接收AS发送的IMS域呼叫请求，所述IMS域呼叫请求中包含呼叫的会话对端的地址信息；将所述IMS呼叫请求转发到会话终端，所述会话终端用于根据所述会话对端的地址信 息挂起所述呼叫请求。
6.根据权利要求1所述的方法，其特征在于，所述CS承载控制信道包括会话终端与 移动交换中心MSC服务器之间的CS域部分，以及MSC服务器与应用服务器AS之间的IMS 域部分；所述通过CS承载控制信道传输所述IMS会话的业务控制信令包括新建MSC服务器与应用服务器AS之间的IMS域信道，通过已存在的CS承载控制信道 的CS域部分和所述新建的IMS域信道传输所述IMS会话的业务控制信令；或通过已存在的CS承载控制信道传输所述至少两个IMS会话中的一个IMS会话的业务 控制信令，新建MSC服务器与应用服务器AS之间的IMS域信道，通过已存在的CS承载控制 信道的CS域部分和所述新建的IMS域信道传输除所述一个IMS会话的剩余IMS会话的业 务控制信令。
7.根据权利要求6所述的方法，其特征在于，所述通过已存在的CS承载控制信道的CS 域部分和所述新建的IMS域信道传输除所述一个IMS会话的剩余IMS会话的业务控制信令 包括将已存在的CS承载控制信道的CS域部分与所述剩余IMS会话关联；为所述剩余IMS会话分别建立IMS域信道。
8.根据权利要求7所述的方法，其特征在于，所述为所述剩余IMS会话分别建立IMS域 信道包括接收到AS发送的会话信息，所述会话信息中包含STI值；向所述AS发送邀请消息，所述邀请消息中包括所述剩余IMS会话的STI值，以使所述 AS通过识别所述STI值决策出与所述STI值对应的会话对端，并将已存在的会话对端连接 与新建的IMS域信道关联。
9.根据权利要求7所述的方法，其特征在于，所述为所述剩余IMS会话分别建立IMS域 信道包括接收会话终端发送的保持请求，所述保持请求中携带TI值；向AS发送邀请消息，所述邀请消息中携带所述TI值，建立与所述TI值对应的IMS域信 道，所述AS用于根据所述TI值将所述IMS域信道与所述TI值对应的IMS会话对端关联。
10.根据权利要求1所述的方法，其特征在于，所述通过CS承载控制信道传输所述IMS 会话的业务控制信令包括复用已存在的CS承载控制信道传输所述IMS会话的业务控制信令。
11.根据权利要求3或6所述的方法，其特征在于，按照下述任意一种方式选择所述至 少两个IMS会话中的一个IMS会话选择处于激活状态的IMS会话；按照IMS会话的建立顺序选择最早建立的IMS会话。
12.—种实现业务连续性的系统，其特征在于，包括移动交换中心MSC服务器、应用服 务器AS，所述MSC服务器，用于与属于一个会话终端的至少两个IMS会话关联，所述IMS会话通 过PS接入网络的业务控制信道传输业务控制信令，当所述业务控制信道不可用时，通过CS 承载控制信道传输所述IMS会话的业务控制信令，所述CS承载控制信道包括所述会话终端 与MSC服务器之间的CS域部分，以及所述MSC服务器与所述AS之间的IMS域部分。
13.—种MSC服务器，其特征在于，包括关联单元，用于与属于一个会话终端的至少两个IMS会话关联，所述IMS会话通过PS 接入网络的业务控制信道传输业务控制信令；传输单元，用于当所述业务控制信道不可用时，通过CS承载控制信道传输所述IMS会 话的业务控制信令。
14.根据权利要求13所述的服务器，其特征在于，所述传输单元包括第一 CS承载控制信道新建传输单元，用于新建CS承载控制信道，通过所述新建CS承 载控制信道传输所述IMS会话的业务控制信令；或第二 CS承载控制信道新建传输单元，用于通过已存在的CS承载控制信道传输所述至 少两个IMS会话中的一个IMS会话的业务控制信令，新建CS承载控制信道，通过所述新建 CS承载控制信道传输除所述一个IMS会话的剩余IMS会话的业务控制信令。
15.根据权利要求13所述的服务器，其特征在于，所述CS承载控制信道包括会话终 端与移动交换中心MSC服务器之间的CS域部分，以及MSC服务器与应用服务器AS之间的 IMS域部分；所述传输单元包括第一 IMS域信道新建传输单元，用于新建MSC服务器与应用服务器AS之间的IMS域信 道，通过已存在的CS承载控制信道的CS域部分和所述新建的IMS域信道传输所述IMS会 话的业务控制信令；或第二 IMS域信道新建传输单元，通过已存在的CS承载控制信道传输所述至少两个IMS 会话中的一个IMS会话的业务控制信令，新建MSC服务器与应用服务器AS之间的IMS域信 道，通过已存在的CS承载控制信道的CS域部分和所述新建的IMS域信道传输除所述一个 IMS会话的剩余IMS会话的业务控制信令。
16.根据权利要求13所述的服务器，其特征在于，所述传输单元包括复用CS承载控制信道传输单元，用于复用已存在的CS承载控制信道传输所述IMS会 话的业务控制信令。
17.—种会话终端，其特征在于，包括关联单元，用于将至少两个IMS会话与MSC服务器关联，所述IMS会话通过PS接入网 络的业务控制信道传输业务控制信令；业务控制信令交互单元，用于当所述业务控制信道不可用时，通过CS承载控制信道进 行所述IMS会话的业务控制信令的交互。
18.根据权利要求17所述的会话终端，其特征在于，还包括检测单元，用于检测所述业务控制信道是否可用；所述业务控制信令交互单元，具体用于在所述检测单元检测到所述业务控制信道不可 用时，通过CS承载控制信道进行所述IMS会话的业务控制信令的交互。
19.根据权利要求17所述的会话终端，其特征在于，还包括发送呼叫请求单元，用于当所述业务控制信道不可用时，向MSC服务器发送CS呼叫请 求，所述CS呼叫请求中包含会话对端的地址信息，以建立新的CS承载控制信道；或接收呼叫请求及挂起单元，用于当所述业务控制信道不可用时，接收MSC服务器转发 的IMS呼叫请求，所述IMS呼叫请求由AS服务器发送，所述IMS域呼叫请求中包含呼叫的 会话对端的地址信息，根据所述会话对端的地址信息挂起所述呼叫请求，以建立新的CS* 载控制信道；所述业务控制信令交互单元具体用于，当所述业务控制信道不可用时，通过所述新的 CS承载控制信道进行所述IMS会话的业务控制信令的交互。
20.根据权利要求17所述的会话终端，其特征在于，所述CS承载控制信道包括会话终 端与MSC服务器之间的CS域部分，以及MSC服务器与应用服务器AS之间的IMS域部分，所 述会话终端还包括发送保持请求单元，用于向MSC服务器发送保持请求，所述保持请求中携带TI值，以使 MSC向所述AS发送携带所述TI值的邀请消息，以建立与所述TI值对应的IMS域信道，所述 AS用于将所述IMS域信道与所述TI值对应的IMS会话对端关联；所述业务控制信令交互单元具体用于，当所述业务控制信道不可用时，通过已存在的 CS承载控制信道的CS域部分与所述TI值对应的IMS域信道进行所述TI值对应的IMS会 话的业务控制信令的交互。
全文摘要
本发明实施例公开了实现业务连续性的方法、系统、MSC服务器及会话终端，所述方法包括与属于一个会话终端的至少两个IP多媒体子系统IMS会话关联，所述IMS会话通过分组交换PS接入网络的业务控制信道传输业务控制信令；当所述业务控制信道不可用时，通过电路交换CS承载控制信道传输所述IMS会话的业务控制信令。应用本发明实施例可以在业务控制信道不可用，无法传输控制信令从而导致会话业务失败的情况下，恢复对多个会话的控制，保证了会话业务的畅通，使用户会话不会丢失，从而提高了用户体验。
文档编号H04W36/18GK101873656SQ20091013730
公开日2010年10月27日 申请日期2009年4月22日 优先权日2009年4月22日
发明者衣强, 金辉, 龙水平 申请人:华为终端有限公司