WO2010031284A1

WO2010031284A1 - 用户终端、应用服务器以及呼叫建立方法

Info

Publication number: WO2010031284A1
Application number: PCT/CN2009/073172
Authority: WO
Inventors: 龙水平; 金辉
Original assignee: 华为终端有限公司
Priority date: 2008-09-16
Filing date: 2009-08-10
Publication date: 2010-03-25
Also published as: CN101370310B; CN101370310A

Abstract

一种用户终端、应用服务器以及呼叫建立方法，该用户终端包括编码器和解码器；第一请求模块，用于向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示；控制模块，用于根据所述媒体流的方向指示，控制所述编码器和所述解码器的工作状态；通信模块，用于在接收到所述应用服务器的响应信息时，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流。本发明实施例的用户终端在向对端用户终端发起呼叫时，根据需要建立的媒体流的方向，控制编码器和解码器开启或关闭，从而节约编码器和解码器的资源。

Description

说明书用户终端、应用服务器以及呼叫建立方法

[1] 本申请要求于 2008年 9月 16日提交中国专利局、申请号为 200810222303.2、发明名称为 "用户终端、应用服务器以及呼叫建立方法"的中国专利申请的优先权，其全部内容通过弓 I用结合在本申请中。

[2] 技术领域

[3] 本发明涉及移动通信领域，尤其涉及一种用户终端、应用服务器以及呼叫建立方法。

[4] 发明背景

[5] IMS (IP Subsystem Multimedia, IP多媒体子系统) 是 3GPP (The 3rd Generation

Partnership Project, 第三代伙伴计划) 中提出的支持 IP (internet

Protocol, 互联网协议）多媒体业务的子系统，其目的是通过互联网为移动用户提供多媒体服务。与现有的 CS (Circuit

Switched, 电路交换）网络相比， IMS网络具有以下特点：（1) 基于 IP的多媒体业务与会话控制核心网络；（2) 支持各种融合业务的公共平台，不依赖于任何接入技术和接入方式；（3) 釆用灵活的 SIP (Session Initial

Protocol, 会话初始协议）协议和标准化的幵放接口，为支持广泛业务提供可能； (4) 由多个标准组织定义并发展完善。因此，业界普遍认为 IMS是 3G网络将来的发展方向。

[6] 然而，目前绝大部分用户还是运用现有的 CS网络，包括 PSTN (Public

Switched Telephone Network, 公共交换电话网络) 网、 ISDN (integrated Service Digital NeTwork, 综合业务数字网) 网和 GSM (Global System for Mobile Communication,

全球移动通讯系统）网等， CS网络将与 IMS网络长期共存，因此，实现 IMS网络与 CS网络的互通，即实现 IMS用户终端和 CS用户终端之间的呼叫是非常重要的

[7] 现有技术可以实现 IMS用户终端和 CS用户终端之间的呼叫建立。 [8] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

[9] CS网络侧只允许建立双向媒体流， CS用户终端向 IP用户终端发起呼叫吋，

IMS网络侧也必然建立双向媒体流，然而在有些情况下， CS用户终端只希望建立单向媒体流，此吋在 IMS网络侧建立双向媒体流则存在浪费；另外，在 IMS用户终端建立的媒体流为单向媒体流吋， CS用户终端也无法获知，通信过程中编码器、解码器都工作，存在资源的浪费。

[10] 发明内容

[11] 有鉴于此，本发明实施例的目的在于提供一种用户终端、应用服务器以及呼叫建立方法，用户终端在与对端用户终端建立呼叫吋，根据需要建立的媒体流的方向，控制编码器和解码器的开启或关闭，从而节约了编码器和解码器的资源

[12] 为达到上述目的，本发明实施例提供一种用户终端，包括编码器和解码器，还包括：

[13] 第一请求模块，用于向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示；

[14] 控制模块，用于根据所述媒体流的方向指示，控制所述编码器和所述解码器的工作状态；

[15] 通信模块，用于在接收到所述应用服务器的响应消息吋，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[16] 本发明实施例还提供一种应用服务器，包括：

[17] 第二接收模块，用于接收用户终端发送的呼叫请求消息，所述呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示；

[18] 发送模块，用于将所述媒体流的方向指示发送给所述对端用户终端；

[19] 指示模块，用于根据所述媒体流的方向指示，指示 IP多媒体子系统媒体网关为所述用户终端和所述对端用户终端建立单向或双向媒体流。

[20] 本发明实施例还提供一种呼叫建立方法，包括：

[21] 向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带用户终端需要与对端用户终端建立的媒体流的方向指示； [22] 根据所述媒体流的方向指示，控制编码器和解码器的工作状态；

[23] 在接收到所述应用服务器的响应消息吋，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[24] 本发明实施例还提供一种呼叫建立方法，包括：

[25] 接收应用服务器发送的第二呼叫请求消息，所述第二呼叫请求消息中携带对端用户终端需要与所述用户终端建立媒体流的方向指示；

[26] 根据所述媒体流的方向指示，控制编码器和解码的工作状态。

[27] 本发明的实施例具有以下有益效果：

[28] CS用户终端和 IMS用户终端在进行呼叫吋，在发送给应用服务器的呼叫请求消息中携带指示需要建立的媒体流的方向，根据所述需要建立的媒体流的方向， C S用户终端可以控制编码器和解码器开启或关闭，同吋，应用服务器可以指示 IM S网络侧仅建立单向的媒体流，从而节约了编码器或解码器的资源和 IMS网络侧的媒体资源。

[29] 附图简要说明

[30] 图 1为本发明实施例一的用户终端的结构示意图；

[31] 图 2为本发明实施例二的用户终端的结构示意图；

[32] 图 3为本发明实施例三的应用服务器的结构示意图；

[33] 图 4为本发明实施例四的应用服务器的结构示意图；

[34] 图 5为本发明实施例五的呼叫建立方法的流程示意图；

[35] 图 6为本发明实施例六的呼叫建立方法的流程示意图；

[36] 图 7为本发明实施例的 CS用户终端向 IMS用户终端发起呼叫的具体场景示意图

[37] 图 ₈为本发明实施例的 CS用户终端向 IMS用户终端发起呼叫的另一具体场景示意图；

[38] 图 ₉为本发明实施例的 IMS用户终端向 _CS用户终端发起呼叫的具体场景示意图

[39] 图 10为本发明实施例的 IMS用户终端向 CS用户终端发起呼叫的另一具体场景示意图。 [40] 实施本发明的方式

[41] 下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。

[42] 如图 1所示为本发明实施例一的用户终端的结构示意图，所述用户终端包括：

[43] 编码器 11，用于在开启吋，对需要发送的媒体流进行编码，所述媒体流包括语音或视频等。

[44] 解码器 12，用于开启吋，对接收到的媒体流进行解码。

[45] 第一请求模块 13，用于向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示。所述媒体流的方向指示为：所述媒体流为仅发送的单向媒体流、所述媒体流为仅接收的单向媒体流或所述媒体流为双向媒体流。

[46] 控制模块 14，用于根据所述媒体流的方向，控制编码器 11和解码器 12的工作状太。

[47] 通信模块 15，用于在接收到所述应用服务器的响应消息吋，根据所述编码器 11 和解码器 12的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[48] 上述用户终端可以为位于 CS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫，当然，上述用户终端也可以为位于 IMS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫。

[49] 上述实施例提供的用户终端，在向对端用户终端发起呼叫吋，根据需要建立的媒体流方向，控制编码器和解码器开启或关闭，从而节约编码器和解码器的资源。

[50] 以下以位于 CS网络中的用户终端向接入 IMS网络中的对端用户终端发起呼叫为例，对本发明实施例的用户终端进行详细说明。

[51] 如图 2所示为本发明实施例二的用户终端的结构示意图，所述用户终端位于 CS 网络中，具体包括：

[52] 编码器 11，用于在开启吋，对需要发送的媒体流进行编码，所述媒体流包括语音或视频等。

[53] 解码器 12，用于开启吋，对接收到的媒体流进行解码。

[54] 第一请求模块 ₁₃，用于向 IMS网络中的应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示，所述对端用户终端为接入 IMS网络中的用户终端。所述媒体流的方向指示为：所述媒体流为仅发送的单向媒体流、所述媒体流为仅接收的单向媒体流或所述媒体流为双向媒体流。

[55] 控制模块 14，用于根据所述媒体流的方向，控制编码器 11和解码器 12的工作状太。

[56] 通信模块 15，用于在接收到所述应用服务器的响应消息吋，根据所述编码器 11 和解码器 12的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[57] 上述控制模块 14进一步包括：

[58] 第一控制子模块 141，用于在所述媒体流的方向指示为所述媒体流为仅发送的单向媒体流吋，控制所述编码器 11开启，控制所述解码器 12关闭；和 /或

[59] 第二控制子模块 142，用于在所述媒体流的方向指示为所述媒体流为仅接收的单向媒体流吋，控制所述编码器 11关闭，控制所述解码器 12开启；和 /或

[60] 第三控制子模块 143，用于在所述媒体流的方向指示为所述媒体流为双向媒体流吋，控制所述编码器 11和所述解码器 12开启。

[61] 上述通信模块 15进一步包括：

[62] 第一发送子模块 151，用于在所述第一控制子模块 141控制所述编码器 11开启吋

，发送所述编码器编码后的媒体流；和 /或

[63] 第二发送子模块 152，用于在所述第二控制子模块 142控制所述编码器 11的工作状态关闭吋，发送空白媒体流；和 /或

[64] 接收子模块 153，用于在所述解码器 12开启或关闭吋，接收媒体流；和 /或

[65] 丢弃子模块 154，用于在所述第一控制子模块 141控制所述解码器 12的工作状态关闭吋，将接收到的媒体流丢弃。

[66] 在编码器 11开启吋，第一发送子模块 151向网络侧发送编码后的媒体流，在编码器 11关闭吋，由于 CS网络不允许建立单向媒体流，因此，第二发送子模块 152 仍需要向 CS网络侧发送空白媒体流；

[67] 接收子模块 153在解码器 12开启吋，接收网络侧发送的媒体流，在解码器 12的工作状态关闭吋，由于 CS网络侧不允许建立单向媒体流，接收子模块 153仍需要接收网络侧发送的媒体流，此吋，可以由丢弃子模块 154将接收到的媒体流丢弃

[68] 本实施例提供的用户终端位于 CS网络中，需要具有接入 CS网络的能力，另外，所述用户终端还需要与 IMS网络中的应用服务器通信，还必须具有用于接入 I MS网络的能力，因此所述用户终端为：即具有接入 CS网络的能力，又具有接入 IMS网络的能力的用户终端。

[69] 上述用户终端通过一特定的控制信道与应用服务器通信，所述控制信道可以由多种类型的信令协议实现，例如， SIP消息、 SMS (Short Message

Service, 短消息服务）消息、 CS网络的 USSD (Unstructured Supplementary Service

Data, 非结构化补充数据业务）消息或 CS网络的 Facility (工具）消息等。

[70] 在所述用户终端釆用 IMS网络信令协议（如 SIP消息）实现的控制信道与应用服务器通信吋，所述用户终端需要通过 S-CSCF (Server Call Session Control Function, 服务呼叫会话控制功能）与应用服务器进行通信， S-CSCF用于对用户终端执行注册 /登记功能，进行会话控制服务，应用服务器与 S-CSCF通过 ISC (I MS Centralised

Service, IMS集中业务控制）接口通信；在所述用户终端釆用 CS网络信令协议 (如 USSD消息）实现的控制信道与应用服务器通信吋，所述用户终端可以直接与应用服务器进行通信。

[71] 另外，在发送或接收媒体流之前，上述用户终端还需要在 CS网络中建立承载媒体流的媒体通道，因此，上述用户终端还包括：

[72] 第二请求模块 16，用于向 CS网络的信令交换服务器发送建立承载所述媒体流的媒体通道的建立请求。

[73] 建立承载媒体通道后，所述用户终端则可以通过所述媒体通道向对端用户终端发送媒体流或接收媒体流。

[74] 上述用户终端均是作为发起呼叫的一方，向接入 IMS网络的对端用户终端发起呼叫，当然，所述用户终端也可以作为接收呼叫的一方，接收所述对端用户终端的呼叫，此吋，所述用户终端还包括： [75] 第一接收模块 17，用于接收所述应用服务器发送的第二呼叫请求消息，所述第二呼叫请求消息中携带接入 IMS网络中的对端用户终端需要与所述用户终端建立媒体流的方向指示。

[76] 同样的，在呼叫建立成功后，上述控制模块 14根据对端用户终端需要建立的媒体流的方向，控制编码器 11和解码器 12的开启或关闭，以免浪费不必要的编码或解码操作。

[77] 通过上述实施例提供的用户终端，在与接入 IMS网络中的对端用户终端建立呼叫吋，根据需要建立的媒体流方向，控制编码器和解码器开启或关闭，从而节约编码器和解码器的资源。

[78] 如图 3所示为本发明实施例三的应用服务器的结构示意图，所述应用服务器包括：

[79] 第二接收模块 21，用于接收用户终端发送的与对端用户终端建立媒体流的呼叫请求消息，所述呼叫请求消息中携带需要建立的媒体流的方向指示。所述媒体流的方向指示为：所述媒体流为仅发送的单向媒体流、所述媒体流为仅接收的单向媒体流或所述媒体流为双向媒体流。

[80] 发送模块 22，用于将所述媒体流的方向指示发送给所述对端用户终端。

[81] 指示模块 23，用于根据所述媒体流的方向指示，指示 IMS媒体网关为所述用户终端和所述对端用户终端建立单向或双向媒体流。

[82] 所述应用服务器为位于 IMS网络中的应用服务器。

[83] 所述 IMS媒体网关用于承载 CS网络和 IMS网络之间的媒体流。

[84] 上述用户终端可以为位于 CS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫，当然，上述用户终端也可以为位于 IMS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫。

[85] 上述实施例提供的应用服务器，在接收到 CS用户终端或 IMS用户终端发起的呼叫吋，可以根据呼叫请求消息中携带的需要建立的媒体流的方向指示，指示 IMS 媒体网关建立单向或双向媒体流，从而可以节约 IMS网络侧的资源。

[86] 如图 4所示为本发明实施例四的应用服务器的结构示意图，所述应用服务器包括： [87] 第二接收模块 21，用于接收用户终端发送的与对端用户终端建立媒体流的呼叫请求消息，所述呼叫请求消息中携带需要建立的媒体流的方向指示。所述媒体流的方向指示为：所述媒体流为仅发送的单向媒体流、所述媒体流为仅接收的单向媒体流或所述媒体流为双向媒体流。

[88] 发送模块 22，用于将所述媒体流的方向指示发送给所述对端用户终端。

[89] 指示模块 23，用于根据所述媒体流的方向指示，指示 IMS媒体网关为所述用户终端和所述对端用户终端建立单向或双向媒体流。

[90] 所述应用服务器为位于 IMS网络中的应用服务器。

[91] 所述 IMS媒体网关用于承载 CS网络和 IMS网络之间的媒体流。

[92] 上述用户终端可以为位于 CS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫，当然，上述用户终端也可以为位于 IMS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫。

[93] 在所述用户终端为接入 IMS网络中的用户终端吋，所述应用服务器还需要请求建立所述用户终端和所述对端用户终端之间的承载媒体流的媒体通道，因此，所述应用服务器还包括：

[94] 请求模块 24，用于在接收到所述呼叫请求消息吋，向 IMS网络的信令转换服务器发送建立承载所述媒体流的媒体通道的建立请求。

[95] 上述 IMS网络的信令转换服务器可以为 MGCF (MGW Control

Function, 媒体网关控制功能）。

[96] 在所述用户终端为 CS用户终端吋，应用服务器首先接收到 CS用户终端发送的呼叫请求消息，所述呼叫请求消息中携带需要建立的媒体流的方向指示，应用服务器并不马上将所述呼叫请求消息发送给 IMS用户终端，而是在接收到 CS用户终端通过信令转换服务器发送的请求建立媒体通道的请求消息吋，结合所述请求消息中携带的建立双向媒体流的指示，确定需要建立的媒体流的方向，将呼叫请求消息中携带的媒体流的方向指示发送给对端用户终端。

[97] 上述实施例提供的应用服务器，在接收到 CS用户终端或 IMS用户终端发起的呼叫吋，可以根据呼叫请求消息中携带的需要建立的媒体流的方向指示，指示 IMS 媒体网关建立单向或双向媒体流，从而可以节约 IMS网络侧的资源。 [98] 如图 5所示为本发明实施例五的呼叫建立方法的流程示意图，包括：

[99] 步骤 51，向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带用户终端需要与对端用户终端建立的媒体流的方向指示。

[100] 步骤 52，根据所述媒体流的方向指示，控制编码器和解码器的工作状态。

[101] 步骤 53，接收到所述应用服务器的响应消息吋，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[102] 上述用户终端可以为位于 CS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫，当然，上述用户终端也可以为位于 IMS网络中的用户终端，向位于 CS网络或 IMS网络中的对端用户终端发起呼叫。

[103] 上述实施例提供的方法，在向对端用户终端发起呼叫吋，根据需要建立的媒体流方向，控制编码器和解码器开启或关闭，从而节约编码器和解码器的资源。

[104] 以下以位于 CS网络中的用户终端向接入 IMS网络中的用户终端发起呼叫为例，对本发明实施例的呼叫建立方法进行详细说明。

[105] 如图 6所示为本发明实施例六的呼叫建立方法的流程示意图，包括：

[106] 步骤 61，向应用服务器发送请求与接入 IMS网络中的对端用户终端建立媒体流的第一呼叫请求消息，所述第一呼叫请求消息中携带所述媒体流的方向指示。所述媒体流的方向指示为：所述媒体流为仅发送的单向媒体流、所述媒体流为仅接收的单向媒体流或所述媒体流为双向媒体流。

[107] 步骤 62，向 CS网络的信令交换服务器发送建立承载所述媒体流的媒体通道的建立请求。

[108] 步骤 63，接收所述信令交换服务器发送的所述建立请求的响应消息。

[109] 步骤 64，根据所述媒体流的方向指示，控制编码器和解码的工作状态。

[110] 步骤 65 , 在接收到所述服务器的响应消息吋，根据编码器和解码器的工作状态

，通过所述媒体通道，向所述对端用户终端发送媒体流或接收媒体流。

[111] 为了方便描述，上述步骤将上述步骤 64置于步骤 63之后，在实际的执行过程中

，步骤 64可位于步骤 61〜步骤 63中的任一步骤之后，或与步骤 61〜步骤 63中的任一步骤同步完成。

[112] 上述步骤 64的方法具体为： [113] 在所述媒体流的方向指示为所述媒体流为仅发送的单向媒体流吋，控制所述编码器开启，控制所述解码器关闭；或

[114] 在所述媒体流的方向指示为所述媒体流为仅接收的单向媒体流吋，控制所述编码器关闭，控制所述解码器开启；或

[115] 在所述媒体流的方向指示为所述媒体流为双向媒体流吋，控制所述编码器和所述解码器开启。

[116] 上述步骤 65的方法具体为：

[117] 在所述编码器开启吋，通过所述媒体通道，发送所述编码器编码后的媒体流；或

[118] 在所述编码器关闭吋，通过所述媒体通道，发送空白媒体流；或

[119] 在所述解码器开启或关闭吋，通过所述媒体通道，接收媒体流；或

[120] 在所述解码器关闭吋，将接收到的媒体流丢弃。

[121] 上述第一呼叫请求消息可以为 SIP消息、 USSD消息、 SMS消息或 facility消息。

[122] 上述方法均是 CS网络中的用户终端作为呼叫的发起方，向 IMS网络中的对端用户终端发起呼叫，当然， CS网络中的用户终端也可以作为呼叫的接收方，接收 I MS网络中的对端用户终端的呼叫，作为呼叫的接收方吋，所述方法包括：

[123] 接收所述应用服务器发送的第二呼叫请求消息，所述第二呼叫请求消息中携带 IMS网络中的对端用户终端需要与所述用户终端建立媒体流的方向指示；

[124] 根据所述媒体流的方向指示，控制编码器和解码的工作状态。

[125] 所述第二呼叫请求消息为会话初始协议消息。

[126] 上述实施例提供的方法，向 IMS网络中的对端用户终端发起呼叫或接收到 IMS 网络中的对端用户终端的呼叫吋，均可以根据需要建立的媒体流的方向，控制编码器或解码器开启或关闭，可以节约编码器或解码器的资源。

[127] 以下以具体的应用场景对上述呼叫建立方法进行详细说明。

[128] 如图 7所示为本发明实施例的 CS用户终端向 IMS用户终端发起呼叫的具体场景示意图，包括以下步骤：

[129] 步骤 71， CS UE (用户终端）通过 S-CSCF向应用服务器发送请求与 IMS

UE建立 IMS会话的 SIP INVITE消息，所述 INVITE消息中携带 IMS呼叫（或称会话）媒体流的方向指示" recvonly (仅接收) "。

[130] CS UE为接入 CS网络的用户终端， IMS

UE为接入 IMS网络的用户终端，所述 INVITE消息即上述实施例中所述的第一呼叫请求消息，即所述 CS UE通过 SIP消息实现的控制信道与应用服务器通信。

[131] 步骤 72， CS UE向 MSC

server发送 SETUP消息，请求建立承载媒体流的媒体通道。

[132] 本实施例中， MSC

server和 MGCF组合在一起形成信令转换服务器，当然， MSC

server也可以为单独的网络实体。

[133] 步骤 73， MGCF将 SETUP消息转换成 SIP

INVITE消息，并发送到应用服务器，该 INVITE消息中携带 "sendrecv (收发双向

) "指示，请求建立双向媒体流。

[134] 由于 CS网络只能建立双向媒体流，因此，此吋 MGCF向应用服务器发送的消息中仍指示建立双向媒体流。

[135] 步骤 74，应用服务器结合上述接收到的两个 INVITE消息，确定需要建立的媒体流的方向，生成一个新的 INVITE消息，并通过 S-CSCF发送到 IMS

UE, 所述新的 INVITE消息中携带" recvonly (仅接收） "指示，指示 CS

UE仅接收媒体流，即应用服务器仅根据 CS

UE发送的 INVITE消息中携带的指示，确定媒体流的方向。

[136] 步骤 75 , IMS UE接收到 INVITE消息后，通过 S-CSCF向应用服务器发送 200

OK确认消息。

[137] 步骤 76，应用服务器通过 S-CSCF发送 200

OK确认消息到 MGCF, 消息中携带" sendonly (仅发送） "指示，指示 IMS

UE仅发送媒体流，此吋， MGCF控制 IMS-MGW建立仅接收的单向媒体流，即仅接收 IMS UE发送的媒体流，而不发送媒体流。

[138] 步骤 77， MSC server向 UE发送 CONNECT消息，指示 CS呼叫建立成功。

[139] 步骤 78，应用服务器通过 S-CSCF向 CS UE发送 200 OK确认消息，指示 IMS呼叫建立成功。

[140] 此吋， CS

UE控制编码器关闭，控制解码器开启，仅对从 CS网络接收到的媒体流进行解码，并向 CS网络发送空白的媒体流（即不是真实的媒体流，仅仅用于满足 CS网络双向媒体流的特性），而 IMS网络侧仅使用发送媒体流资源。

[141] 上述 CS

UE通过 SIP消息实现的控制信道与应用服务器进行通信，如上所述，也可以通过其他机制实现的控制信道与应用服务器进行通信，图 8为 CS

UE通过 USSD消息实现的控制信道与应用服务器进行通信的具体场景示意图，具体实现方法与上述实施例类似，不同的是，在 CS

UE通过 USSD消息实现的控制信道与应用服务器进行通信吋，由于 USSD为 CS网络的信令，因此， CS

UE可直接与应用服务器进行通信，不再需要通过 S-CSCF, 具体实现过程不再详细描述。

[142] 上述两个具体实施例均是 CS用户终端作为呼叫的发起方，向 IMS用户终端发起呼叫的方法，以下则以 IMS用户终端作为呼叫的发起方，向 CS用户终端发起呼叫为例，对本发明实施例的呼叫建立方法进行详细说明。

[143] 如图 9所示为本发明实施例的 IMS用户终端向 CS用户终端发起呼叫的具体场景示意图，包括以下步骤：

[144] 步骤 91， IMS

UE通过 S-CSCF向应用服务器发送 INVITE消息，所述 INVITE消息中携带" sendonl y (仅发送） "指示，指示 IMS

UE需要建立的 IMS呼叫媒体流为仅发送的单向媒体流，所述 INVITE消息即上述实施例中的第二呼叫请求消息。

[145] 步骤 92，应用服务器将 INVITE消息到发送给 CS

UE, 所述 INVITE消息中携带" sendonly (仅发送） "指示。

[146] 步骤 93，应用服务器向 MGCF发送 INVITE消息，请求建立承载媒体流的媒体通道，所述 INVITE消息中携带" sendonly (仅发送） "指示。 [147] 步骤 94， MSC server向 CS UE发送 SETUP消息。

[148] 步骤 95， CS UE返回 CONNECT消息，指示用户接受 CS呼叫。

[149] 步骤 96， MGCF将 CONNECT消息转换为 200

OK确定消息，并发送到应用服务器

[150] 步骤 97， CS UE返回 200 OK确认消息到应用服务器。

[151] 步骤 98，应用服务器发送 200 OK确认消息到 IMS

UE, 指示 IMS呼叫建立成功。

[152] 此吋， CS

UE控制编码器关闭，控制解码器开启，仅进行媒体流的解码，而 IMS网络侧仅使用发送媒体流资源。

[153] 上述应用服务器通过 SIP消息扩展的控制信道与 CS

UE进行通信，也可以通过其他消息扩展的控制信道与 CS

UE进行通信，图 10为应用服务器通过 USSD消息扩展的控制信道与 CS

UE进行通信的具体场景示意图，具体实现方法与上述实施例类似，不同的是，在应用服务器通过 USSD消息扩展的控制信道与 CS

UE进行通信吋，由于 USSD为 CS网络的信令，因此，应用服务器可直接与 CS UE进行通信，不再需要通过 S-CSCF, 具体实现过程不在详细描述。

[154] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行吋，包括如上述方法实施例的步骤，所述的存储介质

[155] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求书

[1] 一种用户终端，包括编码器和解码器，其特征在于，还包括：

第一请求模块，用于向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示；

控制模块，用于根据所述媒体流的方向指示，控制所述编码器和所述解码器的工作状态；

通信模块，用于在接收到所述应用服务器的响应信息吋，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流

[2] 根据权利要求 1所述的用户终端，其特征在于，所述控制模块包括：

第一控制子模块，用于在所述媒体流的方向指示为所述媒体流为仅发送的单向媒体流吋，控制所述编码器开启，控制所述解码器关闭；所述通信模块包括：

第一发送子模块，用于在所述编码器开启吋，发送所述编码器编码后的媒体流。

[3] 根据权利要求 1所述的用户终端，其特征在于，所述控制模块包括：

第二控制子模块，用于在所述媒体流的方向指示为所述媒体流为仅接收的单向媒体流吋，控制所述编码器关闭，控制所述解码器开启；所述通信模块包括：

第二发送子模块，用于在所述编码器关闭吋，发送空白媒体流。

[4] 根据权利要求 1所述的用户终端，其特征在于，所述控制模块包括：

第三控制子模块，用于在所述媒体流的方向指示为所述媒体流为双向媒体流吋，控制所述编码器和所述解码器开启。

[5] 根据权利要求 1所述的用户终端，其特征在于，所述通信模块包括：

接收子模块，用于在所述解码器开启或关闭吋，接收媒体流。

[6] 根据权利要求 2或 5所述的用户终端，其特征在于，所述通信模块还包括：丢弃子模块，用于在所述解码器关闭吋，将接收到的媒体流丢弃。

[7] 根据权利要求 1所述的用户终端，其特征在于，所述第一呼叫请求消息为会话初始协议消息、非结构化补充数据业务消息、短消息服务消息或工具消息。

[8] 根据权利要求 1所述的用户终端，其特征在于，还包括：

第一接收模块，用于接收所述应用服务器发送的第二呼叫请求消息，所述第二呼叫请求消息中携带对端用户终端需要与所述用户终端建立的媒体流的方向指示。

[9] 根据权利要求 8所述的用户终端，其特征在于，所述第二呼叫请求消息为会话初始协议消息。

[10] 一种应用服务器，其特征在于，包括：

第二接收模块，用于接收用户终端发送的呼叫请求消息，所述呼叫请求消息中携带所述用户终端需要与对端用户终端建立的媒体流的方向指示；发送模块，用于将所述媒体流的方向指示发送给所述对端用户终端；指示模块，用于根据所述媒体流的方向指示，指示 IP多媒体子系统媒体网关为所述用户终端和所述对端用户终端建立单向或双向媒体流。

[11] 根据权利要求 10所述的应用服务器，其特征在于，还包括：

请求模块，用于在接收到所述呼叫请求消息吋，向 IP多媒体子系统网络的信令转换服务器发送建立承载所述媒体流的媒体通道的建立请求。

[12] 一种呼叫建立方法，其特征在于，包括：

向应用服务器发送第一呼叫请求消息，所述第一呼叫请求消息中携带用户终端需要与对端用户终端建立的媒体流的方向指示；

根据所述媒体流的方向指示，控制编码器和解码器的工作状态；在接收到所述应用服务器的响应信息吋，根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流。

[13] 根据权利要求 12所述的呼叫建立方法，其特征在于，所述根据所述媒体流的方向指示，控制编码器和解码器工作状态包括：

在所述媒体流的方向指示为所述媒体流为仅发送的单向媒体流吋，控制所述编码器开启，控制所述解码器关闭；或在所述媒体流的方向指示为所述媒体流为仅接收的单向媒体流吋，控制所述编码器关闭，控制所述解码器开启；或

在所述媒体流的方向指示为所述媒体流为双向媒体流吋，控制所述编码器和所述解码器开启。

[14] 根据权利要求 13所述的呼叫建立方法，其特征在于，所述根据所述编码器和所述解码器的工作状态，向所述对端用户终端发送媒体流或接收媒体流的步骤包括：

在所述编码器开启吋，发送所述编码器编码后的媒体流；或在所述编码器关闭吋，发送空白媒体流；或

在所述解码器开启或关闭吋，接收媒体流。

[15] 根据权利要求 14所述的呼叫建立方法，其特征在于，所述在所述解码器开启或关闭吋，接收媒体流之后还包括：

在所述解码器关闭吋，将接收到的媒体流丢弃。

[16] 根据权利要求 12所述的呼叫建立方法，其特征在于，所述第一呼叫请求消息为会话初始协议消息、非结构化补充数据业务消息、短消息服务消息或工具消息。

[17] 一种呼叫建立方法，其特征在于，包括：

接收应用服务器发送的第二呼叫请求消息，所述第二呼叫请求消息中携带对端用户终端需要与所述用户终端建立媒体流的方向指示；根据所述媒体流的方向指示，控制编码器和解码的工作状态。

[18] 根据权利要求 17所述的呼叫建立方法，其特征在于，所述第二呼叫请求消息为会话初始协议消息。

[19] 根据权利要求 17所述的呼叫建立方法，其特征在于，所述根据所述媒体流的方向指示，控制编码器和解码的工作状态包括：

在所述媒体流的方向指示为所述媒体流为仅发送的单向媒体流吋，控制所述编码器关闭，控制所述解码器开启；或

在所述媒体流的方向指示为所述媒体流为仅接收的单向媒体流吋，控制所述编码器开启，控制所述解码器关闭；或在所述媒体流的方向指示为所述媒体流为双向媒体流吋，控制所述编码器和所述解码器开启。