CN101267324B - Ip多媒体子***业务提供方法和*** - Google Patents
Ip多媒体子***业务提供方法和*** Download PDFInfo
- Publication number
- CN101267324B CN101267324B CN 200710088205 CN200710088205A CN101267324B CN 101267324 B CN101267324 B CN 101267324B CN 200710088205 CN200710088205 CN 200710088205 CN 200710088205 A CN200710088205 A CN 200710088205A CN 101267324 B CN101267324 B CN 101267324B
- Authority
- CN
- China
- Prior art keywords
- call
- cscf
- csa
- call request
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 96
- 230000004044 response Effects 0.000 claims description 36
- 230000004048 modification Effects 0.000 claims description 28
- 238000012986 modification Methods 0.000 claims description 28
- 230000008569 process Effects 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 11
- 230000003993 interaction Effects 0.000 claims description 4
- 102100024735 Resistin Human genes 0.000 claims 11
- 108010047909 Resistin Proteins 0.000 claims 11
- 238000010586 diagram Methods 0.000 description 8
- 230000000977 initiatory effect Effects 0.000 description 8
- 230000011664 signaling Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了两种IP多媒体子***(IMS)业务提供方法，对端发起呼叫时，接入域选择功能实体(ADSF)接收对端的呼叫请求，根据预先存储的决策参数决策用户终端(UE)接收本次呼叫的接入网络，并将决策结果通过呼叫请求发送给服务呼叫会话控制功能实体(S-CSCF)，S-CSCF发送呼叫请求到电路交换域适配器(CSA)；CSA与UE之间建立电路交换(CS)呼叫腿。当UE发起呼叫时，UE与CSA之间建立CS呼叫腿；CSA与对端建立呼叫腿，完成呼叫建立。本发明实施例还同时公开了两种IMS业务提供***，应用该方法和***能够实现通过CS网络接入IMS业务，且实现了对现有技术中IMS集中业务、合并电路交换和IMS业务(CSI)业务以及语音呼叫连续性(VCC)业务的重组。
Description
技术领域
本发明涉及IP多媒体子***(IMS)技术，特别涉及IMS业务提供方法和***。
背景技术
目前，移动通信主要以电路交换(CS)网络为主，如全球移动通信***(GSM)以及码分多址(CDMA)等，各运营商已经基于CS网络建立了比较完善和丰富的业务平台，但是，CS网络的业务提供需要得到漫游地移动交换中心(VMSC)的支持，不利于新业务的引入。IMS网络是基于IP交换的业务网络，支持用户终端(UE)通过各种分组交换接入网，如IP接入网(IP-CAN)进行IMS多媒体业务，其业务提供与漫游地无关，有利于新的多媒体业务的引入。
但是，由于IMS网络比较复杂，因此可以预见，IMS网络的部署不会在短时间内完成，也就是说，CS网络将会在较长的一段时间内与IMS网络并存。这样一来，对于每一个新业务，运营商都需要创建两个业务平台，无疑，这样做的结果就是增加了建设成本和运营成本。因此，无论是从降低成本还是从促进CS网络向IMS网络平滑演进方面来说，研究UE通过CS网络接入IMS业务的技术都是必要的。
IMS业务中的多媒体电话业务支持CS网络中的补充业务，如呼叫保持、呼叫转移以及会议电话等等，其补充业务特性由电话应用服务器(TAS)提供。鉴于当前支持语音IP(VoIP)的IP接入网络的部署非常有限，现有技术中开发了一种合并电路交换和IMS业务(CSI)的业务，即，UE通过CS网络承载实时语音以及实时视频媒体，通过IP接入网络承载其它非实时媒体，比如文件传 输以及即时消息等。CSI业务是一种端到端的业务，无需网络侧专有服务器的支持，但是，如果CSI-UE接收其它不支持CSI业务的IMS-UE的呼叫，则需要服务器对该呼叫进行***，即将实时媒体通过CS网络下发给UE，将非实时媒体通过IP接入网络下发给UE。如果IMS-UE支持CSI业务，那么，即使该IMS-UE处于不支持VoIP的IP接入网络，也能够借助CS网络开展多媒体业务，如多媒体电话会议等。
现有技术中的语音呼叫连续性(VCC)业务，适用于用户从CS网络移动到IP接入网络的场合，同样支持从CS呼叫切换到VoIP呼叫，且用户双方均感觉不到切换过程的发生。VCC业务最初是针对CS语音呼叫研究的，也适用于CS可视电话(VP)呼叫，但需要解决CS网络VP控制协议和会话初始化协议(SIP)的互通问题，目前已经有相应的标准化研究。VCC业务需要得到IMS服务器的支持，包括接收UE通过CS网络发来的呼叫、将呼叫通过CS网络下发给UE以及提供一个切换控制点，用新的呼叫腿切换旧的呼叫腿，而服务器和对端用户的呼叫腿保持不变。这里所说的呼叫腿是指一个呼叫的信令连接。
除了CSI以及VCC以外，现有技术中还正在研究一种IMS集中业务，虽然这三种业务的实现方式不尽相同，但在许多功能上却存在着重复。从另一个方面来讲，既然这三种业务在功能上存在大量重复，那么，理想情况下，希望找到一种处理方式，通过对上述三种业务进行重组和重分配来兼具上述三种业务的功能，而现有技术中还没有这种处理方式。
发明内容
有鉴于此，本发明实施例的主要目的在于提供两种IMS业务提供方法，使得UE能够通过CS网络接收IMS业务。
本发明实施例的另一个目的在于提供两种IMS业务提供***，使得UE能够通过CS网络接收IMS业务。
为达到上述目的，本发明实施例的技术方案是这样实现的：
一种IP多媒体子***IMS业务提供方法，该方法包括以下步骤：
接入域选择功能实体ADSF接收对端的呼叫请求，根据预先存储的决策参数决策用户终端UE接收本次呼叫的接入网络，并将决策结果通过呼叫请求发送给服务呼叫会话控制功能实体S-CSCF，所述S-CSCF发送呼叫请求到电路交换域适配器CSA；所述决策参数是ADSF在与网络中的其它功能实体以及UE进行信息交互时存储的；
所述CSA与UE之间建立电路交换CS呼叫腿，完成呼叫建立；
其中，所述决策参数包括：当前UE正在进行中的呼叫所使用的接入网络、和/或CS和IMS的注册信息、和/或运营商策略、和/或用户偏好、和/或UE能力，和/或UE所在接入网络能力。
一种IP多媒体子***IMS业务提供方法，该方法包括以下步骤：
用户终端UE发送呼叫请求到电路交换域适配器CSA；所述UE与CSA之间建立CS呼叫腿；所述CSA与对端建立呼叫腿，完成呼叫建立。
一种IP多媒体子***IMS业务提供***，该***至少包括：服务呼叫会话控制功能实体S-CSCF、接入域选择功能实体ADSF、用户终端UE以及电路交换域适配器CSA；
所述S-CSCF，用于接收来自对端的呼叫请求，根据初始过滤规则iFC检查将所述呼叫请求发送至ADSF，并在接收到所述ADSF发送来的决策结果后，向所述CSA发送呼叫请求；
所述ADSF，用于接收所述S-CSCF发送来的呼叫请求，根据预先存储的决策参数决策UE接收本次呼叫的接入网络，并将决策结果发送给所述S-CSCF；所述决策参数是ADSF在与网络中的其它功能实体以及UE进行信息交互时存储的；
所述CSA，用于接收来自所述S-CSCF的呼叫请求，与所述UE建立CS呼叫腿；
所述UE，用于与所述CSA之间建立CS呼叫腿；
其中，所述决策参数包括：当前UE正在进行中的呼叫所使用的接入网络、和/或CS和IMS的注册信息、和/或运营商策略、和/或用户偏好、和/或UE能力，和/或UE所在接入网络能力。
一种IP多媒体子***IMS业务提供***，该***至少包括：用户终端UE、服务呼叫会话控制功能实体S-CSCF以及电路交换域适配器CSA；
所述UE，用于向CSA发送呼叫请求，并与所述CSA之间建立CS呼叫腿；
所述CSA，用于接收所述UE发送的呼叫请求，与所述UE之间建立CS呼叫腿，并在与UE建立起CS呼叫腿后，通过S-CSCF与对端建立呼叫腿；
所述S-CSCF，用于接收来自所述CSA的呼叫请求，并将所述呼叫请求发 送至对端。
可见，采用本发明实施例的技术方案，CSA在接收到对端或UE发起的呼叫后，通过与UE以及对端之间建立CS呼叫腿，完成呼叫建立过程，从而实现通过CS网络接入IMS业务，而且，本发明所述方案对现有技术中的IMS集中业务、CSI业务以及VCC业务进行了重组。
附图说明
图1A为本发明三种IMS业务提供方式下接收呼叫时的方法流程图；
图1B为本发明三种IMS业务提供方式下发起呼叫以及实现VCC切换时的方法流程图；
图2为本发明采用方式一接收呼叫时的方法实施例流程图；
图3为本发明采用方式一发起呼叫时的方法实施例流程图；
图4为本发明采用方式一实现VCC切换时的方法实施例流程图；
图5为本发明采用方式二接收呼叫时的方法实施例流程图；
图6为本发明采用方式二发起呼叫时的方法实施例流程图；
图7为本发明采用方式二实现VCC切换的方法实施例流程图；
图8为本发明***一种组成结构示意图；
图9为本发明***另一种组成结构示意图；
图10为本发明采用方式一实现IMS业务提供时的***较佳实施例结构示意图；
图11本发明采用方式二实现IMS业务提供时的***较佳实施例结构示意图；
图12为本发明采用方式三实现IMS业务提供时的***较佳实施例结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步地详细说明。
本发明中，电路交换域适配器(CSA)提供网络适配功能，以实现采用CS网络承载/提供语音或可视电话(VP)等媒体的IMS业务。基于该思想，本发明中具体提出了三种实现方式，而且，每种实现方式均能够实现三种功能，即：接收呼叫、发起呼叫以及VCC切换，每种实现方式在实现不同的功能时，具体处理方式也不尽相同，但不同的实现方式在实现同一功能时，却存在很大程度 上的类似，比如，当接收对端发来的呼叫时，三种方式的具体处理过程就非常类似。所以，为便于描述，以下将按照实现的功能对这三种实现方式进行具体介绍。
图1A为本发明三种IMS业务提供方式接收呼叫时的方法流程图，如图1A所示，包括以下步骤：
步骤101：接入域选择功能实体(ADSF)接收对端的呼叫请求，根据预先存储的决策参数决策UE接收本次呼叫的接入网络，并将决策结果通过呼叫请求发送给服务呼叫会话控制功能实体(S-CSCF)，S-CSCF发送呼叫请求到CSA。
本步骤之前，可以进一步包括：S-CSCF接收对端的呼叫请求，根据初始过滤规则(iFC)检查将该呼叫请求发送至TAS，TAS在接收到该呼叫请求后，进行业务逻辑处理，并向S-CSCF返回呼叫请求。若用户签约了语音呼叫连续(VCC)业务，则S-CSCF将进一步根据VCC业务的iFC检查将该呼叫请求发送至呼叫连续性功能实体(CCF)；CCF接收到该呼叫请求后，决策后续是否支持该呼叫的VCC切换：若支持，则终止该呼叫请求的对话，创建新的对话，并通过新建对话向S-CSCF发送呼叫请求；否则，直接向S-CSCF回送呼叫请求，本次呼叫的后续请求将不再经过CCF。
之后，S-CSCF将该呼叫请求发送到ADSF，ADSF根据决策参数决策UE接收本次呼叫的接入网络，比如CS网络或分组交换(PS)网络，或者CS网络和PS网络。这里所说的决策参数包括当前UE正在进行中的呼叫所使用的接入网络、CS和IMS的注册信息、运营商策略、用户偏好、UE能力和/或UE所在接入网络能力等。这些参数是ADSF在之前与网络中的其它功能实体以及UE进行信息交互时存储的。ADSF将决策结果通过呼叫请求发送至S-CSCF，S-CSCF发送呼叫请求到CSA：S-CSCF根据iFC检查将呼叫请求发送给CSA；或者，S-CSCF通过代理呼叫会话控制功能实体(P-CSCF)将呼叫请求发送至CSA。
步骤102：CSA与UE之间建立CS呼叫腿，完成呼叫建立。
本步骤中，CSA接收到来呼的呼叫请求后，与UE之间建立CS呼叫腿， 该建立过程根据所采用的IMS业务提供方式的不同，具体实现上也有所不同：
方式一：CSA终止该呼叫请求的对话，创建新的对话，并通过新建对话向S-CSCF发送呼叫请求，该呼叫请求中携带有对端媒体请求以及CSA为本次呼叫分配的IP多媒体路由号码(IMRN)；S-CSCF将该呼叫请求发送至UE；UE通过所述IMRN建立和CSA之间的CS呼叫。
方式二：CSA接收到S-CSCF发送的呼叫请求后，终止该呼叫请求的对话，并通过CS网络向UE发送呼叫请求。具体的一种方式为：UE通过非结构化补充业务数据(USSD)消息向UE发送对端媒体请求以及CSA为本次呼叫分配的IMRN；UE通过IMRN发起一个到CSA的CS呼叫。
方式三：与A方式二基本相同，区别仅在于，CSA和S-CSCF之间传送的消息需要经过一个P-CSCF，而且，S-CSCF是在所有iFC检查完成后，而不是根据iFC检查将呼叫请求发送至CSA。
无论采用何种方式，CSA接收到MGCF发来的SIP呼叫请求，并创建新的对话后，生成针对本次对端媒体请求的响应消息，发送至对端，并接收来自对端的响应消息，进而指示UE，CS呼叫建立成功。
图1B为本发明三种IMS业务提供方式下发起呼叫以及实现VCC切换时的方法流程图，如图1B所示，包括以下步骤：
步骤1011：UE发送呼叫请求到CSA，UE与CSA之间建立CS呼叫腿。
针对UE发起呼叫的情况：
根据所采用的IMS业务提供方式的不同，本步骤UE与CSA之间建立CS呼叫腿的具体过程也有所不同：
方式一：UE通过PS接入网络向S-CSCF发送一个到对端的呼叫请求，该呼叫请求中携带有实时媒体通过CS网络承载请求，如IMRN请求；S-CSCF根据iFC检查将该呼叫请求发送至CSA，CSA终止该呼叫请求的对话，并向S-CSCF返回临时响应消息，该临时响应消息中携带有IMRN；S-CSCF将该携带有IMRN的临时响应消息发送至UE，UE通过IMRN发起到CSA的CS呼叫。
方式二：UE通过CS网络向CSA发送呼叫请求，该呼叫请求中携带有对 端地址以及实时媒体请求。该呼叫请求可以通过USSD消息发送，且该呼叫请求中可进一步携带非实时媒体请求，该非实时媒体将通过USSD消息承载。
方式三：与方式二基本相同，区别仅在于，CSA和S-CSCF之间传送的消息需要经过一个P-CSCF。
针对VCC切换的情况：
根据所采用的IMS业务提供方式的不同，本步骤UE与CSA之间建立CS呼叫腿的具体过程也有所不同：
方式一：UE向S-CSCF发送一个到CCF的呼叫请求，该呼叫请求中携带有实时媒体通过CS网络承载请求，如IMRN请求；S-CSCF根据iFC检查将该呼叫请求发送至CSA，CSA终止该呼叫请求的对话，并向S-CSCF返回临时响应消息，该临时响应消息中携带有IMRN；S-CSCF将该携带有IMRN的临时响应消息发送至UE，UE通过IMRN建立到CSA的CS呼叫。
方式二：UE通过USSD消息向CSA发送呼叫请求，该呼叫请求中携带有CCF呼叫地址，CSA通过USSD消息向UE发送IMRN；UE通过IMRN建立和CSA的CS呼叫。
方式三：与方式二基本相同，区别仅在于，CSA和S-CSCF之间传送的消息需要经过一个P-CSCF。
步骤1021：CSA与对端建立呼叫腿，完成呼叫建立。
针对UE发起呼叫的情况：
CSA生成一个到对端的呼叫请求，并将该呼叫请求发送至S-CSCF，S-CSCF将该呼叫请求发送至对端。
S-CSCF将呼叫请求发送至对端之前，还可进一步包括：若用户签约VCC业务，则S-CSCF根据iFC检查将呼叫请求发送至CCF，CCF决策后续是否支持该呼叫的VCC切换：若支持，则终止该呼叫请求的对话，创建新的对话，并通过新建对话向S-CSCF发送呼叫请求；否则，直接将呼叫请求返回给S-CSCF，本次呼叫的后续请求将不再经过CCF。之后，S-CSCF还可以根据iFC检查将呼叫请求发送至TAS进行业务逻辑处理，相应地，TAS向S-CSCF返回呼叫请 求。
针对VCC切换情况：
CSA生成一个到CCF的呼叫请求，并发送至S-CSCF；S-CSCF根据该呼叫请求的请求URI将呼叫请求发送至CCF；CCF根据所述请求URI决策到该呼叫请求为VCC切换请求，向S-CSCF发送会话修改消息；S-CSCF将该会话修改消息发送至对端，对端向S-CSCF回送针对该会话修改消息的响应消息；S-CSCF将该响应消息发送至CSA。
以下通过实施例对本发明所述方法进行进一步地详细说明：
图2为采用方式一接收呼叫时的方法实施例流程图，如图2所示，包括以下步骤：
步骤201：S-CSCF接收对端发送的呼叫请求(Invite)，根据iFC检查将该Invite消息发送到TAS，TAS进行业务逻辑处理后，将Invite消息发送给S-CSCF。
该Invite消息中可以携带有语音、VP以及其它非实时媒体请求，如即时消息等。
步骤202：若用户签约了VCC业务，则S-CSCF根据VCC业务的iFC检查将Invite消息发送到CCF，CCF决策后续是否支持该Invite消息的VCC切换：若支持，则中止该Invite消息的对话(Dialog)-1，生成新的Dialog-2，并通过新生成的Dialog-2将Invite消息发送到S-CSCF；否则，CCF将该Invite消息回送给S-CSCF，后续流程中的请求消息将不再经过CCF。
步骤201～202均为可选步骤。
步骤203：S-CSCF根据iFC检查将Invite消息发送到ADSF，ADSF根据决策参数决策UE接收此次呼叫的接入网络，并将携带有接入网络选择信息的Invite消息返回给S-CSCF。
决策参数包括：当前UE正在进行的呼叫所在的接入网络、CS和IMS的注册信息、运营商策略、UE偏好、UE能力以及UE所在接入网络的能力等。
UE接收此次呼叫的接入网络可以为CS网络，也可以为PS网络，还可以同时使用CS以及PS网络，这种情况下，UE建立的IMS呼叫通过CS网络承 载实时语音或VP媒体，还可以同时通过PS网络承载其它非实时媒体，如文件传输。本实施例中，假设ADSF决策同时使用CS以及PS网络。接入网络选择信息可以通过扩展的SIP头或头参数进行传递，或者作为扩展的SDP信息进行传递。比如，To:called-example＠huawei.com；access-type＝CSnPS。
步骤204：S-CSCF根据iFC(包含接入网络参数条件)检查将Invite消息发送到CSA，CSA在接收到Invite消息后，中止Invite消息的Dialog-2，生成Dialog-3，并将Invite消息发送到S-CSCF。
本步骤所述的Invite消息中携带有对端的媒体请求以及CSA为本次呼叫分配的IMRN，比如，可以将IMRN作为contact头内容，contact：87654321。
步骤205：S-CSCF通过P-CSCF将Invite消息发送到UE，该Invite消息中携带有IMRN以及对端媒体请求。
步骤206～207：UE通过IMRN发起CS呼叫，该CS呼叫通过VMSC发送到MGCF；MGCF在接收到该CS呼叫后，生成SIP Invite消息，并将该Invite消息发送到CSA。该过程中，MGCF生成Dialog-4。
至此，CSA和UE之间建立起CS呼叫腿。
步骤208～209：UE生成200OK消息，并通过P-CSCF和S-CSCF将该200
OK消息发送到CSA。
该200OK消息中携带有UE对对端媒体请求的回应，如接受或拒绝。
步骤210：CSA生成200OK消息，作为对Dialog-2中的Invite消息的最终响应，发送到S-CSCF。
该200OK消息中携带有UE对对端媒体请求的回应。
步骤211：S-CSCF向ADSF发送200OK消息；ADSF向S-CSCF回送200OK消息。
步骤212：S-CSCF向CCF发送200OK消息；CCF通过Dialog-1向S-CSCF回送200OK消息。
步骤213：S-CSCF向TAS发送200OK消息；TAS向S-CSCF回送200OK消息，并发送给对端。
步骤214～216：对端向S-CSCF发送Ack消息；S-CSCF将该Ack消息发送给TAS；TAS向S-CSCF回送Ack消息；之后，若CCF支持VCC切换，则S-CSCF将该Ack消息发送到CCF，并在收到CCF返回的Ack消息后，将其发送到CSA；否则，S-CSCF直接将Ack消息发送到CSA。
步骤217～219：CSA生成200OK消息，并发送到MGCF；MGCF向VMSC发送200OK消息；VMSC生成连接(Connect)消息，并发送到UE，指示UECS呼叫建立成功；MGCF向CSA发送Ack消息。
步骤220～221：CSA通过S-CSCF以及P-CSCF向UE发送Ack消息。
本步骤中，CSA通过Dialog-3将Ack消息发送到UE。
图3为采用方式一发起呼叫时的方法实施例流程图，如图3所示，包括以下步骤：
步骤301～304：UE通过P-CSCF向S-CSCF发送Invite消息，该Invite消息中携带有语音、VP和/或其它非实时媒体请求，以及实时媒体通过CS网络承载的请求，如IMRN请求，To:calling-example＠huawei.com；IMRN＝？；S-CSCF根据iFC检查将Invite消息发送到CSA；
CSA在接收到Invite消息后，中止该Invite消息的Dialog-1，并向S-CSCF返回一个携带有IMRN，比如，将IMRN作为contact头内容，contact：12345678的临时响应消息，如183消息；S-CSCF通过P-CSCF将该183消息发送给UE。
iFC中携带有CS网络承载请求参数条件。
步骤305～306：UE通过IMRN发起CS呼叫(语音或VP)，该CS呼叫通过VMSC发送到MGCF；MGCF生成一个SIP Invite消息，并发送到CSA，CSA中止该Invite消息的Dialog-2。
通过步骤301～306，UE和CSA之间建立起了CS呼叫腿。
步骤307：CSA生成一个Invite消息(语音或VP，和/或其它非实时媒体请求)，发送到S-CSCF，并相应地创建一个Dialog-3。
步骤308：若用户签约了VCC业务，则S-CSCF根据iFC检查将Invite消息发送到CCF，CCF决策后续是否支持针对该呼叫的VCC切换：若支持，则 中止该Invite消息的对话，同时生成Dialog-4，并将Invite消息发送到S-CSCF；否则，CCF将Invite消息返回给S-CSCF，后续流程中的Invite消息将不再经过CCF。
步骤309：S-CSCF根据iFC将Invite消息发送到TAS，TAS进行相关业务逻辑处理，并将Invite消息返回给S-CSCF；S-CSCF将Invite消息发送到对端。
步骤308～309均为可选步骤。
步骤310：对端向S-CSCF返回携带有对UE媒体请求回应的200OK消息。
步骤311：S-CSCF先后将200OK消息发送到TAS和CCF，TAS和CCF分别向S-CSCF返回200OK消息。
步骤312：S-CSCF向CSA发送200OK消息。
步骤313～315：CSA向MGCF发送200OK消息；MGCF向VMSC发送200OK消息；VMSC生成Connect消息，并将该Connect消息发送到UE，指示CS呼叫建立成功；MGCF向CSA发送Ack消息。
步骤316～319：CSA通过Dialog-1向S-CSCF发送200OK消息，进而通过P-CSCF将该200OK消息发送到UE；UE通过S-CSCF向CSA返回Ack消息。
步骤320～322：CSA通过Dialog-3向对端发送Ack消息。
图4为采用方式一实现VCC切换的方法实施例流程图。本实施例中，假设UE将呼叫从WLAN切换到UMTS网络(UTMS网络中，UE可以同时接入CS以及PS网络并行)，而且，假设UE已经通过一个PS接入网络和对端建立起了IMS会话，该会话包括语音、VP和/或其它非实时媒体；CCF作为一个切换控制点存在于信令路径中，且CCF和UE建立了Dialog-1，和对端建立了Dialog-2。概括的说，本实施例重用了方式一的呼叫发起过程，被呼叫方为CCF，切换成功后，CCF将释放和UE之间的Dialog-1。如图4所示，该实施例包括以下步骤：
步骤401～404：UE通过(P-CSCF)2向S-CSCF发送一个到CCF的Invite消息，该Invite消息中携带有语音或VP，和/或其它非实时媒体请求，以及通过CS网络承载实时媒体的请求，如IMRN请求，To：calling-example＠huawei.com； IMRN＝？；S-CSCF根据iFC将Invite消息发送到CSA；
CSA在接收到Invite消息后，中止该Invite消息的Dialog-3，并向S-CSCF返回一个携带有IMRN标识，比如，将IMRN作为contact头内容，contact：23456789的临时响应消息，如183消息；S-CSCF通过P-CSCF2将该183消息发送给UE。
步骤405～406：UE通过IMRN发起CS呼叫(语音或VP)，该CS呼叫通过VMSC发送MGCF；MGCF生成一个SIP Invite消息(语音或VP)，并发送到CSA，CSA中止该Invite消息的Dialog-4。
步骤407：CSA生成一个到CCF的Invite消息，发送到S-CSCF。
该Invite消息为UE对PSI的呼叫，由S-CSCF负责路由。相应地，CSA创建一个Dialog-5。
步骤408～409：S-CSCF根据Invite的请求URI将Invite消息发送到CCF，CCF根据该Invite的请求URI决策到这是一个VCC切换请求；CCF中止Dialog-5，通过Dialog-2向S-CSCF发送会话修改消息，如再次呼叫请求(re-Invite消息)或更新(Update)等；S-CSCF将该会话修改消息发送给TAS；TAS向S-CSCF返回该会话修改消息，并将该会话修改消息发送到对端。
步骤410：对端向S-CSCF返回针对该会话修改消息的响应200OK消息。
步骤411：S-CSCF先后将200OK消息发送到TAS和CCF，TAS和CCF分别向S-CSCF返回200OK消息。
步骤412：S-CSCF向CSA发送200OK消息。
步骤413～415：CSA向MGCF发送200OK消息；MGCF向VMSC发送200OK消息；VMSC生成Connect消息，并将该Connect消息发送到UE，指示UE，CS呼叫建立成功；MGCF向CSA发送Ack消息。
步骤416～419：CSA通过Dialog-3向S-CSCF发送200OK消息，进而通过P-CSCF2将该200OK消息发送到UE；UE通过S-CSCF向CSA返回Ack消息。
步骤420～422：如果CSA采用re-Invite消息进行会话修改，则需要通过Dialog-2向对端发送Ack消息。
步骤423～425：CCF释放和UE之间的Dialog-1。
上面介绍的三个实施例为UE采用方式一实现IMS业务接入时的实现过程，下面将通过实施例对UE采用方式二实现IMS业务接入的过程进行说明。
图5为采用方式二接收呼叫时的方法实施例流程图，如图5所示，包括以下步骤：
步骤501～503：与步骤201～203相同，不再赘述。
步骤504～505：S-CSCF根据iFC检查将Invite消息发送到CSA，CSA中止该Invite消息的对话Dialog-2，并通过USSD消息(可选)向UE发送对端的媒体请求以及IMRN，比如，将IMRN作为contact头内容，contact：98765432。
iFC中携带有接入网络类型选择参数；该USSD消息通过HSS/VLR/VMSC、VLR/VMSC或VMSC从CSA发送到UE，本实施例中假设通过HSS/VLR/VMSC三个网元发送。
步骤506～507：UE通过IMRN发起CS呼叫，该CS呼叫通过VMSC发送到MGCF；MGCF在接收到该CS呼叫后，生成SIP Invite消息，并将该Invite消息发送到CSA，CSA相应地生成Dialog-3。
通过步骤504～507，CSA和UE之间建立起了一个CS呼叫腿。
步骤508～517：与步骤210～219相同，不再赘述。
根据上述步骤，UE即可通过CS承载语音或VP，同时，还可以通过USSD承载即时消息以及文件传输等其它非实时媒体，甚至也可以不建立CS承载。
图6为采用方式二发起呼叫时的方法实施例流程图，如图6所示，包括以下步骤：
步骤601：UE通过USSD request消息向CSA发送对端呼叫地址，该消息通过VMSC/VLR/HSS、VMSC/VLR或VMSC到达CSA，本实施例中假设通过VMSC/VLR/HSS三个网元发送到CSA。
所述USSD request消息中可能包含即时消息或文本媒体请求。
步骤602：CSA通过USSD消息向UE发送IMRN标识。
步骤603～604：UE通过IMRN发起CS呼叫(语音或VP)，该CS呼叫通 过VMSC发送MGCF；MGCF生成一个SIP Invite消息，并发送到CSA，CSA中止该Invite消息的Dialog-1。
步骤605：CSA生成一个到对端的Invite消息(语音或VP，和/或消息以及文本媒体)，发送到S-CSCF，相应地，CSA创建一个Dialog-2。
步骤606：若用户签约了VCC业务，则S-CSCF根据iFC将Invite消息发送到CCF，CCF决策是否支持针对该呼叫的VCC切换：若支持，则中止该Invite消息的对话，同时生成Dialog-3，并将Invite消息发送到S-CSCF；否则，CCF将Invite消息返回给S-CSCF，后续流程中的Invite消息将不再经过CCF。
步骤607～613：与步骤309～315相同，不再赘述。
步骤614～616：CSA通过Dialog-2向对端发送Ack消息。
图7为采用方式二实现VCC切换的方法实施例流程图。本实施例中，假设UE将呼叫从WLAN切换到GSM网络，而且，假设UE已经通过一个PS接入网和对端建立起了IMS会话，该会话包含语音或VP，以及其它非实时媒体；CCF作为一个切换控制点存在于信令路径中，且CCF和UE建立了Dialog-1，和对端建立了Dialog-2。概括的说，本实施例采用了方式二的呼叫发起过程，呼叫方为CCF，切换成功后，CCF将释放和UE之间的Dialog-1。如图7所示，该实施例包括以下步骤：
步骤701：UE通过USSD消息向CSA发送CCF呼叫地址，该消息通过VMSC/VLR/HSS、VMSC/VLR或VMSC到达CSA，本实施例中假设通过VMSC/VLR/HSS三个网元发送到CSA。
步骤702：CSA通过USSD消息向UE发送IMRN标识。
步骤703～704：UE通过IMRN发起CS呼叫，该CS呼叫通过VMSC发送MGCF；MGCF生成一个SIP Invite消息，并发送到CSA，CSA中止该Invite消息的Dialog-3。
步骤705：CSA生成一个到CCF的Invite消息，发送到S-CSCF，相应地，CSA创建一个Dialog-4。
步骤706～707：S-CSCF根据Invite消息的URI将Invite消息发送到CCF， CCF根据该Invite消息的URI决策到这是一个VCC切换请求；CCF中止Dialog-4，通过Dialog-2向S-CSCF发送会话修改消息，如re-Invite消息；S-CSCF将该会话修改消息发送给TAS；TAS向S-CSCF返回该会话修改消息，并将该会话修改消息发送到对端。
步骤708～713：与步骤410～415相同，不再赘述。
步骤714～716：CSA通过Dialog-4向对端发送Ack消息。
步骤717～720：CCF释放其和UE之间的Dialog-1。
以上介绍的实施例分别为UE采用方式一接入IMS业务的实现过程，以及UE采用方式二接入IMS业务的实现过程，而UE采用方式三接入IMS业务的实现过程与方式二基本一致，区别仅在于在CSA和S-CSCF之间传递的消息需要经过一个P-CSCF进行转发，而且，S-CSCF是在所有iFC检查完毕，而不是根据iFC检查将呼叫请求发送至CSA，具体实现过程不再赘述。
基于上述方法，图8为本发明***一种组成结构示意图，如图8所示，该***至少包括：S-CSCF、ADSF、UE以及CSA；
S-CSCF，用于接收来自对端的呼叫请求，根据iFC检查将该呼叫请求发送至ADSF，并在接收到ADSF发送来的决策结果后，向CSA发送呼叫请求；
ADSF，用于接收S-CSCF发送来的呼叫请求，根据预先存储的决策参数决策UE接收本次呼叫的接入网络，并将决策结果发送给S-CSCF；
CSA，用于接收来自S-CSCF的呼叫请求，与UE建立CS呼叫腿；
UE，用于与CSA之间建立CS呼叫腿。
该***中进一步包括MGCF，用于在所述CSA与UE建立CS呼叫腿过程中，接收UE发起的CS呼叫，并根据CS呼叫生成SIP呼叫请求，发送至CSA。
该***中进一步包括TAS，用于接收S-CSCF发来的对端呼叫请求，根据呼叫请求进行业务逻辑处理，并向S-CSCF回送呼叫请求。
该***中进一步包括CCF，用于接收来自S-CSCF的呼叫请求，并决策后续是否支持该呼叫的VCC切换，若支持，则终止该呼叫请求的对话，并创建新的对话，通过新对话向S-CSCF发送呼叫请求；否则，直接将该呼叫请求返回 给S-CSCF。
图9为本发明***另一种组成结构示意图，如图9所示，该***至少包括UE、S-CSCF以及CSA。
UE，用于向CSA发送呼叫请求，并与CSA之间建立CS呼叫腿；
CSA，用于接收UE发送的呼叫请求，与UE之间建立CS呼叫腿，并在与UE之间建立起CS呼叫腿后，通过S-CSCF与对端建立呼叫腿；
S-CSCF，用于接收来自CSA的呼叫请求，并将该呼叫请求发送至对端。
该***中进一步包括MGCF，用于在UE与CSA建立CS呼叫腿过程中，接收UE发起的CS呼叫，并根据CS呼叫生成SIP呼叫请求，发送至CSA。
该***中进一步包括S-CSCF，用于接收来自UE的呼叫请求，将该呼叫请求发送至CSA，并接收CSA返回的临时响应消息发送至UE。
该***中进一步包括CCF，用于接收S-CSCF发来的呼叫请求，并决策后续是否支持该呼叫的VCC切换，若支持，则终止该呼叫请求的对话，并创建新的对话，通过新对话向S-CSCF发送呼叫请求；否则，直接将该呼叫请求回送给S-CSCF；或者，CCF用于接收来自S-CSCF的呼叫请求，并在决策到呼叫请求为VCC切换请求时，向S-CSCF发送会话修改消息；S-CSCF进一步用于，接收来自CCF的会话修改消息发送至对端，并接收对端回送的针对该会话修改消息的回应消息发送至CSA。CCF的该项作用将用于实现VCC切换时。
该***中进一步包括TAS，用于接收S-CSCF发来的呼叫请求，根据该呼叫请求进行业务逻辑处理，并向S-CSCF回送呼叫请求。
上述两种***结构中介绍到的单元仅为实现本发明目的的主要单元，在实际应用中，可根据实际需要在上述两种***中增加功能单元，比如P-CSCF、HSS以及VMSC等，本领域技术人员能够较为容易地根据本发明现有记载获知这些功能单元在***中的连接方式以及作用。图10、11以及12分别为采用方式一、方式二以及方式三实现IMS业务提供时的***较佳实施例结构示意图，各***实施例的工作流程与方法实施例对应，不再赘述。
可见，采用本发明实施例的技术方案，实现了通过CS网络接入IMS业务， 且本发明所述方案对现有技术中的IMS集中业务、CSI业务以及VCC业务进行了重组，综合了现有技术中各方案的功能。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (24)
1.一种IP多媒体子***IMS业务提供方法，其特征在于，该方法包括以下步骤：
接入域选择功能实体ADSF接收对端的呼叫请求，根据预先存储的决策参数决策用户终端UE接收本次呼叫的接入网络，并将决策结果通过呼叫请求发送给服务呼叫会话控制功能实体S-CSCF，所述S-CSCF发送呼叫请求到电路交换域适配器CSA；所述决策参数是ADSF在与网络中的其它功能实体以及UE进行信息交互时存储的；
所述CSA与UE之间建立电路交换CS呼叫腿，完成呼叫建立；
其中，所述决策参数包括：当前UE正在进行中的呼叫所使用的接入网络、和/或CS和IMS的注册信息、和/或运营商策略、和/或用户偏好、和/或UE能力，和/或UE所在接入网络能力。
2.根据权利要求1所述的方法，其特征在于，所述UE接收本次呼叫的接入网络为CS网络和/或分组交换PS网络。
3.根据权利要求1所述的方法，其特征在于，所述ADSF接收呼叫请求之前，该方法进一步包括：S-CSCF接收对端的呼叫请求，并根据初始过滤规则iFC检查将该呼叫请求发送至ADSF。
4.根据权利要求1所述的方法，其特征在于，所述S-CSCF发送呼叫请求到CSA的方法为：所述S-CSCF根据初始过滤规则iFC检查将所述呼叫请求发送给CSA；或者，所述S-CSCF直接通过代理呼叫会话控制功能实体P-CSCF将所述呼叫请求发送至CSA。
5.根据权利要求1所述的方法，其特征在于，所述CSA与UE之间建立CS呼叫腿的方法为：
所述CSA接收到S-CSCF发送的呼叫请求后，终止该呼叫请求的对话，创建新的对话，并通过所述新建对话向S-CSCF发送呼叫请求，所述呼叫请求中携带有对端媒体请求以及CSA为本次呼叫分配的IP多媒体路由号码IMRN；
所述S-CSCF将所述呼叫请求发送至UE；
所述UE通过所述IMRN建立和CSA之间的CS呼叫腿。
6.根据权利要求1所述的方法，其特征在于，所述CSA与UE之间建立CS呼叫腿的方法为：
所述CSA接收到S-CSCF发送的呼叫请求后，终止该呼叫请求的对话，并通过CS网络向所述UE发送呼叫请求，完成CS呼叫腿建立。
7.根据权利要求6所述的方法，其特征在于，所述CSA通过CS网络向所述UE发送呼叫请求的方法为：
所述CSA通过非结构化补充业务数据USSD消息向所述UE发送呼叫请求。
8.根据权利要求7所述的方法，其特征在于，所述呼叫请求消息中携带有媒体请求和IMRN；所述UE通过IMRN发起一个到CSA的CS呼叫。
9.根据权利要求3所述的方法，其特征在于，所述S-CSCF将呼叫请求发送至ADSF之前，该方法进一步包括：
所述S-CSCF根据iFC检查将所述呼叫请求发送至电话应用服务器TAS进行业务逻辑处理，所述TAS向S-CSCF返回呼叫请求。
10.根据权利要求3所述的方法，其特征在于，所述S-CSCF将呼叫请求发送至ADSF之前，该方法进一步包括：
所述S-CSCF根据iFC检查将所述呼叫请求发送至呼叫连续性功能实体CCF；
所述CCF决策后续是否支持所述呼叫的语音呼叫连续VCC切换：若支持，则终止该呼叫请求的对话，创建新的对话，并通过所述新建对话向S-CSCF发送呼叫请求；否则，所述CCF直接向所述S-CSCF返回呼叫请求，本次呼叫的后续请求将不再经过CCF。
11.一种IP多媒体子***IMS业务提供方法，其特征在于，该方法包括以下步骤：
用户终端UE发送呼叫请求到电路交换域适配器CSA；所述UE与CSA之间建立CS呼叫腿；所述CSA与对端建立呼叫腿，完成呼叫建立；
其中，所述UE与CSA之间建立CS呼叫腿的方法为：
所述UE通过PS接入网络向服务呼叫会话控制功能实体S-CSCF发送一个到对端的呼叫请求，所述呼叫请求中携带有实时媒体通过CS网络承载请求；
所述S-CSCF根据初始过滤规则iFC检查将所述呼叫请求发送至CSA，所述CSA终止该呼叫请求的对话，并向所述S-CSCF返回临时响应消息，所述临时响应消息中携带有IP多媒体路由号码IMRN；
所述S-CSCF将所述携带有IMRN的临时响应消息发送至UE，所述UE通过所述IMRN发起到CSA的CS呼叫，完成CS呼叫腿建立；
所述CSA与对端建立呼叫腿的方法为：
所述CSA生成一个到对端的呼叫请求，并将所述呼叫请求发送至S-CSCF，所述S-CSCF将所述呼叫请求发送至对端，对端向CSA返回响应消息，所述CSA完成与对端呼叫腿的建立；
或者，
所述UE与CSA之间建立CS呼叫腿的方法为：
所述UE通过CS网络向所述CSA发送呼叫请求，完成CS呼叫腿建立；所述呼叫请求中携带有对端地址以及实时媒体请求；
所述CSA与对端建立呼叫腿的方法为：
所述CSA生成一个到对端的呼叫请求，并将所述呼叫请求发送至S-CSCF，所述S-CSCF将所述呼叫请求发送至对端，对端向CSA返回响应消息，所述CSA完成与对端呼叫腿的建立；
或者，
所述UE与CSA之间建立CS呼叫腿的方法为：
所述UE向S-CSCF发送一个到CCF的呼叫请求，所述呼叫请求中携带有实时媒体通过CS网络承载请求；
所述S-CSCF根据iFC检查将所述呼叫请求发送至CSA，所述CSA终止该呼叫请求的对话，并向所述S-CSCF返回临时响应消息，所述临时响应消息中携带有IMRN；
所述S-CSCF将所述携带有IMRN的临时响应消息发送至UE，所述UE通过所述IMRN建立到CSA的CS呼叫，完成CS呼叫腿的建立；
所述CSA与对端建立呼叫腿的方法为：
所述CSA生成一个到CCF的呼叫请求，并发送至S-CSCF；所述S-CSCF根据所述呼叫请求的请求统一资源定位符URI将所述呼叫请求发送至CCF；
所述CCF根据所述请求URI决策到所述呼叫请求为VCC切换请求，向所述S-CSCF发送会话修改消息；
所述S-CSCF将所述会话修改消息发送至对端，所述对端向S-CSCF回送针对该会话修改消息的响应消息；所述S-CSCF将所述响应消息发送至CSA，所述CSA完成与对端呼叫腿的建立；
或者，
所述UE与CSA之间建立CS呼叫腿的方法为：
所述UE通过USSD消息向所述CSA发送呼叫请求，所述呼叫请求中携带有CCF呼叫地址，所述CSA通过USSD消息向所述UE发送IMRN；
所述UE通过所述IMRN建立和所述CSA的CS呼叫，完成CS呼叫腿的建立；
所述CSA与对端建立呼叫腿的方法为：
所述CSA生成一个到CCF的呼叫请求，并发送至S-CSCF；所述S-CSCF根据所述呼叫请求的请求统一资源定位符URI将所述呼叫请求发送至CCF；
所述CCF根据所述请求URI决策到所述呼叫请求为VCC切换请求，向所述S-CSCF发送会话修改消息；
所述S-CSCF将所述会话修改消息发送至对端，所述对端向S-CSCF回送针对该会话修改消息的响应消息；所述S-CSCF将所述响应消息发送至CSA，所述CSA完成与对端呼叫腿的建立。
12.根据权利要求11所述的方法，其特征在于，所述呼叫请求通过非结构化补充业务数据USSD消息发送。
13.根据权利要求12所述的方法，其特征在于，所述呼叫请求中进一步携带有非实时媒体请求，所述非实时媒体将通过USSD消息承载。
14.根据权利要求11所述的方法，其特征在于，所述S-CSCF将呼叫请求发送至对端之前，该方法进一步包括：
所述S-CSCF根据iFC检查将所述呼叫请求发送至呼叫连续性功能实体CCF，所述CCF决策后续是否支持该呼叫的语音呼叫连续VCC切换：若支持，则终止该呼叫请求的对话，创建新的对话，并通过所述新建对话向S-CSCF发送呼叫请求；否则，直接将所述呼叫请求返回给S-CSCF，本次呼叫的后续请求将不再经过CCF。
15.根据权利要求11所述的方法，其特征在于，所述S-CSCF将所述呼叫请求发送至对端之前，该方法进一步包括：
所述S-CSCF根据iFC检查将所述呼叫请求发送至电话应用服务器TAS进行业务逻辑处理，所述TAS向所述S-CSCF返回呼叫请求。
16.一种IP多媒体子***IMS业务提供***，其特征在于，该***至少包括：服务呼叫会话控制功能实体S-CSCF、接入域选择功能实体ADSF、用户终端UE以及电路交换域适配器CSA；
所述S-CSCF，用于接收来自对端的呼叫请求，根据初始过滤规则iFC检查将所述呼叫请求发送至ADSF，并在接收到所述ADSF发送来的决策结果后，向所述CSA发送呼叫请求；
所述ADSF，用于接收所述S-CSCF发送来的呼叫请求，根据预先存储的决策参数决策UE接收本次呼叫的接入网络，并将决策结果发送给所述S-CSCF；所述决策参数是ADSF在与网络中的其它功能实体以及UE进行信息交互时存储的；
所述CSA，用于接收来自所述S-CSCF的呼叫请求，与所述UE建立CS呼叫腿；
所述UE，用于与所述CSA之间建立CS呼叫腿；
其中，所述决策参数包括：当前UE正在进行中的呼叫所使用的接入网络、和/或CS和IMS的注册信息、和/或运营商策略、和/或用户偏好、和/或UE能力，和/或UE所在接入网络能力。
17.根据权利要求16所述的***，其特征在于，该***中进一步包括MGCF：
所述MGCF，用于在所述CSA与UE建立CS呼叫腿过程中，接收UE发起的CS呼叫，并根据所述CS呼叫生成SIP呼叫请求，发送至CSA；
18.根据权利要求17所述的***，其特征在于，该***中进一步包括电话应用服务器TAS；
所述TAS，用于接收所述S-CSCF发来的对端呼叫请求，根据所述呼叫请求进行业务逻辑处理，并向所述S-CSCF回送呼叫请求。
19.根据权利要求16或17所述的***，其特征在于，该***中进一步包括呼叫连续性功能实体CCF；
所述CCF，用于接收来自所述S-CSCF的呼叫请求，并决策后续是否支持该呼叫的语音呼叫连续VCC切换，若支持，则终止该呼叫请求的对话，并创建新的对话，通过新对话向S-CSCF发送呼叫请求；否则，直接将所述呼叫请求返回给S-CSCF。
20.一种IP多媒体子***IMS业务提供***，其特征在于，该***至少包括：用户终端UE、服务呼叫会话控制功能实体S-CSCF以及电路交换域适配器CSA；
所述UE，用于向CSA发送呼叫请求，并与所述CSA之间建立CS呼叫腿；
所述CSA，用于接收所述UE发送的呼叫请求，与所述UE之间建立CS呼叫腿，并在与UE建立起CS呼叫腿后，通过S-CSCF与对端建立呼叫腿；
所述S-CSCF，用于接收来自所述CSA的呼叫请求，并将所述呼叫请求发送至对端。
21.根据权利要求20所述的***，其特征在于，该***中进一步包括MGCF：
所述MGCF，用于在所述UE与CSA建立CS呼叫腿过程中，接收所述UE发起的CS呼叫，并根据所述CS呼叫生成SIP呼叫请求，发送至所述CSA。
22.根据权利要求20或21所述的***，其特征在于，该***中进一步包括呼叫连续性功能实体CCF：
所述CCF，用于接收所述S-CSCF发来的呼叫请求，并决策后续是否支持所述呼叫的语音呼叫连续VCC切换，若支持，则终止该呼叫请求的对话，并创建新的对话，通过新对话向S-CSCF发送呼叫请求；否则，直接将所述呼叫请求返回给S-CSCF。
23.根据权利要求22所述的***，其特征在于，该***中进一步包括CCF；
所述CCF，用于接收来自所述S-CSCF的呼叫请求，并在决策到所述呼叫请求为VCC切换请求时，向所述S-CSCF发送会话修改消息；
所述S-CSCF进一步用于，接收来自所述CCF的会话修改消息并发送至对端，接收对端回送的针对该会话修改消息的响应消息并发送至CSA。
24.根据权利要求23所述的***，其特征在于，该***中进一步包括电话应用服务器TAS；
所述TAS，用于接收所述S-CSCF发来的呼叫请求，根据所述呼叫请求进行业务逻辑处理，并向所述S-CSCF回送呼叫请求。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710088205 CN101267324B (zh) | 2007-03-15 | 2007-03-15 | Ip多媒体子***业务提供方法和*** |
| PCT/CN2008/070459 WO2008110110A1 (fr) | 2007-03-15 | 2008-03-10 | Procédé et système de fourniture de service de sous-système multimédia ip |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710088205 CN101267324B (zh) | 2007-03-15 | 2007-03-15 | Ip多媒体子***业务提供方法和*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101267324A CN101267324A (zh) | 2008-09-17 |
| CN101267324B true CN101267324B (zh) | 2013-01-09 |
Family
ID=39759022
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710088205 Active CN101267324B (zh) | 2007-03-15 | 2007-03-15 | Ip多媒体子***业务提供方法和*** |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101267324B (zh) |
| WO (1) | WO2008110110A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103731814A (zh) * | 2013-12-26 | 2014-04-16 | 中兴通讯股份有限公司 | 一种业务域和接入域综合决策的设备及呼叫路由的方法 |
| KR102137962B1 (ko) * | 2014-01-20 | 2020-07-27 | 삼성전자 주식회사 | Ims을 지원하는 통신 방법 및 장치 |
| CN104052744B (zh) * | 2014-06-16 | 2017-06-16 | 中国联合网络通信集团有限公司 | 一种业务触发方法及装置 |
| CN112805976B (zh) * | 2018-10-12 | 2023-09-22 | 瑞典爱立信有限公司 | 演进分组***回退能力的指示 |
| EP4133609A1 (en) * | 2020-05-11 | 2023-02-15 | Google LLC | Coordinating user equipment selection |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1451214A (zh) * | 2000-04-10 | 2003-10-22 | 诺基亚有限公司 | 一种用于在互联网协议移动网络中建立呼叫的技术 |
| CN1551569A (zh) * | 2003-04-08 | 2004-12-01 | Adv通讯公司 | 网络传输多媒体数据的方法 |
| CN1801862A (zh) * | 2004-12-30 | 2006-07-12 | 朗迅科技公司 | 在ims网络中向用户装置提供多媒体回铃服务的方法和设备 |
| EP1750400A1 (en) * | 2005-08-01 | 2007-02-07 | Samsung Electronics Co.,Ltd. | Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100880992B1 (ko) * | 2005-05-10 | 2009-02-03 | 삼성전자주식회사 | 아이엠에스망과 에이치.323망간 연동 시스템 및 방법 |
-
2007
- 2007-03-15 CN CN 200710088205 patent/CN101267324B/zh active Active
-
2008
- 2008-03-10 WO PCT/CN2008/070459 patent/WO2008110110A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1451214A (zh) * | 2000-04-10 | 2003-10-22 | 诺基亚有限公司 | 一种用于在互联网协议移动网络中建立呼叫的技术 |
| CN1551569A (zh) * | 2003-04-08 | 2004-12-01 | Adv通讯公司 | 网络传输多媒体数据的方法 |
| CN1801862A (zh) * | 2004-12-30 | 2006-07-12 | 朗迅科技公司 | 在ims网络中向用户装置提供多媒体回铃服务的方法和设备 |
| EP1750400A1 (en) * | 2005-08-01 | 2007-02-07 | Samsung Electronics Co.,Ltd. | Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008110110A1 (fr) | 2008-09-18 |
| CN101267324A (zh) | 2008-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1920572B1 (en) | Multimedia subsystem service control for circuit-switched subsystem calls | |
| US10582061B2 (en) | Network domain selection | |
| US7876743B2 (en) | Conversational bearer negotiation | |
| US8155084B2 (en) | User equipment, call continuity application server, and network handover method | |
| EP3179675B1 (en) | Inter-domain call routing | |
| CN101855890B (zh) | 在ims中合并通信会话的方法、设备和程序产品 | |
| US7961714B1 (en) | Providing packet-based multimedia services via a circuit bearer | |
| EP2207336B1 (en) | Method, system and device of call forwarding | |
| CN101227648B (zh) | Ip多媒体子***紧急呼叫业务的实现方法 | |
| CN101884205B (zh) | Ims集中式服务中i1-ps信令的动态发起 | |
| US8825875B2 (en) | Session establishment in a communication network | |
| EP2583476B1 (en) | Methods and apparatuses for using a vplmn infrastructure by an hplmn to terminate an ims session set-up for a roaming user | |
| EP2182692A1 (en) | A method, device and system for processing the continuity of the media stream in a session | |
| CN101217788B (zh) | 一种多媒体会话连续性业务的起呼方法 | |
| EP2217015B1 (en) | Method, system and device for call forwarding | |
| CN101267324B (zh) | Ip多媒体子***业务提供方法和*** | |
| US20090052438A1 (en) | Method, system and device for processing supplementary services | |
| KR20040090023A (ko) | Ｉｍｔ-2000 ｉｍｓ망에서의 비상호 서비스 제공방법 | |
| US8665793B2 (en) | Method and system for implementing single radio voice call continuity | |
| CN101325732B (zh) | 呼叫控制的方法和ims的电路交换控制装置及终端设备 | |
| WO2009092245A1 (zh) | 多媒体会话连续性业务的起呼方法 | |
| CN101330638A (zh) | 一种会话控制路径与承载控制路径的关联方法 | |
| Hwang et al. | IMS centralized network architecture towards convergence services |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |