WO2009079847A1 - Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée - Google Patents

Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée Download PDF

Info

Publication number
WO2009079847A1
WO2009079847A1 PCT/CN2007/003713 CN2007003713W WO2009079847A1 WO 2009079847 A1 WO2009079847 A1 WO 2009079847A1 CN 2007003713 W CN2007003713 W CN 2007003713W WO 2009079847 A1 WO2009079847 A1 WO 2009079847A1
Authority
WO
WIPO (PCT)
Prior art keywords
color image
media
call request
service
called user
Prior art date
Application number
PCT/CN2007/003713
Other languages
English (en)
French (fr)
Inventor
Zhenhua Xie
Original Assignee
Zte Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zte Corporation filed Critical Zte Corporation
Priority to PCT/CN2007/003713 priority Critical patent/WO2009079847A1/zh
Publication of WO2009079847A1 publication Critical patent/WO2009079847A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/02—Calling substations, e.g. by ringing

Definitions

  • IP Multimedia Subsystem is an IP-based network proposed by the 3rd Generation Partnership Project (3GPP).
  • 3GPP 3rd Generation Partnership Project
  • the architecture builds an open and flexible business environment that supports multimedia applications and provides users with rich multimedia services.
  • the control layer and the service layer are separated.
  • the control layer does not provide specific services, but only provides the necessary triggering, routing, and accounting functions to the service layer.
  • the service triggering and control function in the control layer is Call Session Control Function (CSCF, which is divided into three types: proxy Proxy, query Interrogating, and monthly Serving. The main responsibility is Serving, Interrogating type is available.
  • the selected service layer is composed of a series of application servers (ASs), which can provide specific service services.
  • the AS can be an independent entity or exist in the S-CSCF.
  • the control layer (S-CSCF) controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • AS and S-CSCF can be collectively referred to as service equipment (SE, Server Equipment).
  • SE Service equipment
  • Server Equipment User Equipment
  • the end-to-end device in the session is called User Equipment (User Equipment) and is responsible for interaction with the user.
  • SIP Session Initiation Protocol
  • MRF multimedia resource function
  • MRFP media processing part
  • media server the control part is responsible for the SIP signaling of the SE.
  • the translation and interpretation are instructions to the MRFP, or vice versa.
  • the MRFP response is translated and interpreted as SIP signaling sent to the SE, while the processing portion is responsible for the transmission and reception of the media stream.
  • the service that simultaneously plays the multimedia information to the called party during the call setup process is a service in the IMS, and the service may also be referred to as a color image service or a color vibration service, allowing the calling network to play to the called party during the call.
  • the calling party pre-customizes the multimedia information, including audio, video, graphics, and combinations thereof, and stops the multimedia information that has not been stopped after the called party answers.
  • the media resource information in the media information includes media type (for example, video, audio, etc.), media port address, body codec, media connection address and the like. 1 is a flow chart of a conventional color image service message.
  • an AS, an S-CSCF, and a media server of a color image service are represented as an entity M-SE, which is called a color image service service device, and its internal interaction is It will be apparent to those skilled in the art, and thus the description thereof will be omitted.
  • M-SE a color image service service device
  • the figure describes that when the UE-A calls the UE-B, the color image service service device inserts the color image media resource information in the session, so that when the UE-B does not answer the call, the service device can play the color image media information to the UE-B.
  • the steps are as follows: Step 101: The UE-A calls the UE-B, for example, sends an INVITE message, and carries the media resource information of the UE-A.
  • Step 102 The call request passes through the color image service service device M-SE, M. - SE forwards the call message; Step 103, the call request passes through other service service equipment SE-B of the called user, SE-B determines that the user is not busy, forwards the call request; Step 104, UE-B receives the call request, responds Temporary response (eg send "183 Session
  • Step 105 the temporary response message passing through other services of the called user
  • the service device SE-B, SE-B forwards the response message
  • Step 106 the temporary response message passes through the color image service service device M-SE, and the M-SE forwards the temporary response. If the caller is not expected to perceive the service, the support may be deleted.
  • Step 107 The indication of the color image service; Step 107: The UE-A receives the temporary response, completes the negotiation of the normal media according to the media resource information of the UE-B in the temporary response, and then sends a pre-acknowledgment message, for example, sends a PRACK (pre-confirmation)
  • the message is: Step 108, the pre-confirmation message passes through the M-SE, and the M-SE knows that the UE-B supports the color image service, and then adds the color image media resource information to the pre-confirmation message, for example, adding a Content-Disposition type to the message body.
  • the information block of the early-session, the color media resource information in the information block, and the color image service indication for example, setting the early-session value in the Require header field, and then forwarding Modified pre-confirmation message;
  • Step 109 the modified pre-confirmation message passes through the SE-B, and the SE-B forwards the message;
  • the UE-B receives the modified pre-confirmation message, and responds to the message, for example, sends a "200 OK" message, carrying The color image media resource information of the responding UE-B, for example, an information block whose content-disposition type is early-session is added in the message body, and the image media resource information of the UE-B is in the information block;
  • Step 111 the response message is passed SE-B, SE-B forwards the message;
  • Step 112 the response message passes through the M-SE, and the M-SE receives the color image media resource information of the UE-B response, completes the negotiation of the color image media, and then deletes the
  • Step 113 the M-SE plays the color image media information to the UE-B according to the negotiated color image media information;
  • Step 114 the user answers the call, the UE -B releases the color image media resource that is no longer needed;
  • Step 115 UE-B sends a response message, for example, sends "200 OK";
  • Step 116 the response message passes SE-B, SE-B forwards the response message;
  • Step 117 Answer The message passes through M-SE, and M-SE stops playing the color media to UE-B.
  • Step 118 M-SE forwards the response message to the UE-A;
  • step 119 UE-A receives the reply message, to establish the normal media session connection UE-B.
  • the existing implementation method is based on the standard application server mode, which adopts the early-session technology, so that normal media and color image media are simultaneously negotiated in one session, but at the same time, the complexity of session state migration is increased, and the implementation complexity is increased. This implementation does not apply to the implementation of a standards-based gateway mode.
  • SUMMARY OF THE INVENTION It is an object of the present invention to provide a method for simultaneously implementing a color image service based on a standard gateway mode and an application server mode.
  • a method for implementing a color picture service using dual calls for simultaneously playing multimedia information to a called user in a call setup process of an IP multimedia subsystem, the method comprising the following process: To the normal call request, the called user equipment replies to the temporary response message; the color image service service device sends a color image call request to the called user equipment; and the session connection established by the called user equipment through the normal call request and the normal call initiator according to the standard The process negotiates the normal media resource information, and the color image service service device negotiates the color image media resource information with the called user equipment according to the standard process through the session connection established by the color image call request, and sends the called image resource information after completing the negotiation of the color image media resource information.
  • the user plays the color image information.
  • the temporary response carries the indication information supporting the color image service, indicated by the "supported” set in the P-Early-media header of the temporary response message, or the "early-session” set in the Support header field of the temporary response message. " said. Carrying the color image service indication information in the color image call request, represented by a value other than "supported” set in the P-Early-media header field of the color image call request, or a Require header requested by the color image call The "early-session" representation set in the domain.
  • the color image call request carries one or more of session identification information of a normal call request, media resource information of a color image service, and response mode information, where the session identification information includes a From header of the normal call request.
  • the value of the tag parameter of the domain and the value of the Call-ID header field and carries the session identification information through a specific one or more header fields in the color image call request; by using the "session" type (the content of the Content-Disposition i or the session)
  • the content carries the media resource information, or carries the media resource information by content of the "early-session” type (the content of Content-Disposition i or the value of early-session).
  • the normal media resource information and the color image media resource information include a media type, a media connection address, a media port number, a media codec, and are carried by a message body. If the other service service device of the called user has the function of determining whether the user is busy and supports the color image media service, when the color image call request is received, the color image call request is directly received even if it is determined that the called user is busy. Forward to the called user.
  • the called user equipment only applies for the minimum resources that can satisfy both the normal media and the color image media, wherein the normal media is the media negotiated by the session established by the normal call request, and the color image media is established by the color image call request. The media for session negotiation.
  • the called user is happy when the called user wants to stop the color image media or answer a normal call request.
  • the color image media information is played.
  • the called user equipment releases the session established by the color image call request.
  • the color image service service device stops playing the color image media information to the called user equipment.
  • the session established by the color image call request is terminated.
  • the called user equipment receives the color image call request, if the color image media of the specific type is refused to be received, the response message or the update information is sent, and the media port of the media type that is rejected is rejected in the carried media resource information.
  • FIG. 1 is a flow chart showing a color image service according to the prior art
  • FIG. 2 is a flow chart showing a method for implementing a color image service based on a dual call mode according to the present invention
  • FIG. 4 is a diagram showing that the called service server determines that the resource is insufficient according to an embodiment of the present invention.
  • Flow chart of the color image business. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The preferred embodiments of the present invention are described with reference to the accompanying drawings.
  • 2 is a flow chart showing a method of implementing a color image service based on a Han call mode according to the present invention. Referring to FIG.
  • a method for implementing a color image service using a dual call is used to simultaneously play multimedia information to a called user in a call setup process of an IP multimedia subsystem, the method comprising the following processing: Step S202, the called user Receiving a normal call request, the called user equipment replies with a temporary response message; Step S204, the color image service service device sends a color image call request to the called user equipment; and step S206, the session established by the called user equipment through the normal call request
  • the connection and the normal call initiator negotiate normal media resource information according to the standard process, and the color image service service device negotiates the color image media resource information with the called user equipment according to the standard process through the session connection established by the color image call request, and completes the color image media.
  • the color image information is played to the called user.
  • the temporary response carries the indication information supporting the color image service, and is provided by the temporary response message.
  • the "supported" set in the P-Early-media header field indicates either "early-session” set in the Support header field of the temporary response message.
  • Carrying the color image service indication information in the color image call request represented by a non-"supported" value set in the P-Early-media header field of the color image call request, or a Require head i requested by the color image call Or the "early-session" representation set in .
  • the color image call request carries one or more of session identification information of a normal call request, media resource information of a color image service, and response mode information, where the session identification information includes a From header of the normal call request.
  • the content carries the media resource information, or the content is carried by the content of the "early-session” type (the value of the Content-Disposition field is early-session).
  • the normal media resource information and the color media resource information packet type, the media connection address, the media port number, the media codec, and are carried by the message body.
  • the other service service device of the called user has the function of determining whether the user is busy and supports the color image media service
  • the color image call request is directly received even if it is determined that the called user is busy. Forward to the called user.
  • the called user equipment only applies for the minimum resources that can satisfy both the normal media and the color image media, wherein the normal media is the media negotiated by the session established by the normal call request, and the color image media is established by the color image call request.
  • the media for session negotiation When the called user wants to stop the color image media or answer the normal call request, the called user equipment stops playing the color image media information. When the called user wants to stop the color image media or answer a normal call request, the called user equipment releases the session established by the color image call request.
  • the color image service service device When receiving the response message of the normal call request, the color image service service device stops playing the color image media information to the called user equipment.
  • the session established by the color image call request is terminated.
  • the called user equipment receives the color image call request, if the color image media of the specific type is refused to be received, the response message or the update information is sent, and the media port of the media type that is rejected is rejected in the carried media resource information.
  • the number is set to 0 or does not carry media resource information of this type.
  • FIG. 3 is a flow chart showing a color image service in a case where resources are sufficient, according to an embodiment of the present invention.
  • FIG. 3 illustrates that when the UE-A calls the UE-B, the color image service service device establishes a new session with the UE-B, so that the service device can play the color image media information to the UE-B when the UE-B does not answer the call.
  • the specific steps are as follows: Steps 301 ⁇ 203 are the same as steps 101 ⁇ 103 of FIG.
  • Step 304 UE-B receives the call request and responds to the temporary response, for example, sends "183 Sewirm Progress"message; for convenience of description, this received call request is called a normal call request.
  • the temporary response message can carry an indication to support the color image service, for example, setting a supported value in the P-Early-Media header field, indicating that the gateway is supported.
  • the color image service of the mode to distinguish the application service mode-based indication of step 104 in Figure 1, and also carries the media resource information of the UE-B; or set the "early-session" value in the Support header field to indicate that the application server is supported.
  • the color image service of the mode to distinguish the application service mode-based indication of step 104 in Figure 1, and also carries the media resource information of the UE-B; or set the "early-session" value in the Support header field to indicate that the application server is supported.
  • the color image service of the mode to distinguish the application service mode-based indication of step 104 in Figure 1, and also
  • Step 305 the temporary response message passes through the other service service devices SE-B of the called user, and the SE-B 4 issues the response message;
  • Step 306 the temporary response message passes through the color image service service device M-SE The M-SE forwards the temporary response. If there is a color image service indication information in the temporary response, and the M-SE does not want the calling party to perceive the service, the indication for supporting the color image service may be deleted, and the UE-A receives the response.
  • the negotiation of the normal media is completed, and if necessary, the calling user can continue the negotiation of the normal media according to the standard process;
  • Step 307 the M-SE sends a new message to the UE-B.
  • the call message for example, sends an INVITE message; for convenience of description, the call request is called a color image call request.
  • the color image call request may carry the session identifier of the call message in step 302, and may also carry the color image media resource information and the color image service.
  • the indication information according to the information, the UE-B can determine that the call is used for the color image service.
  • the session identifier of the normal call request includes the tag parameter value of the From header field of the call message and the value of the Call-ID header field.
  • the form carries; the session identifier of the normal call can also be carried by several header fields of the new call message, such as a new INVITE
  • the From header field of the message uses the From header field value of the normal call message of step 302, and the Call-ID header field uses the value of the Call-ID header field of the normal call message of step 302.
  • the color image media resource information can be requested in the color image call.
  • the body of the message is of the "session” type Carry (Content-Disposition i or the value is session); It can also be carried in the content of the "early-session” type in the message body of the color image call request (the value of the Content-Disposition field is early-session).
  • the color image call request may carry the answer mode information. For example, if the color image call request carries the indication information of the color image service, a value that does not allow the answer may be set in the Answer-Mode header field, for example, "deny"; if the color image is called To request not to carry the instructions of the color image service, you can set the value of the auto answer in the Answer-Mode header field, for example "automatic".
  • the color image call request may carry the color image service indication information.
  • the color image call request may be Carry the P-Early-media header field, and set the value in addition to supported ( recvonly, sendonly, sendrecv, etc.); ⁇
  • the temporary message in step 304 carries the Support header i or, which contains the value early-session, color Like call request, you can set "early-session" in the Require header field.
  • Step 308 the new call request passes through the SE-B.
  • the SE-B has the function of determining whether the called user is busy and supports the function, the judgment is not performed on the request, and the call request is directly forwarded, so that the UE-B determines The processing of the request, because SE-B can only judge whether it is busy or not; in step 309, UE-B receives a new call request, and UE-B will process the request according to a standard procedure, for example, if the step The 307 carries the media resource information, and responds to the temporary response when the application resource is successful, for example, responds to "183 Session Progress", and carries the image media resource information of the UE-B, where the media resource information is carried and steps The method in 307 is the same, except that the P-Early-Media header field or the Require header field is not used in the message header.
  • the temporary response is responded to (for example, 183 Session Progress ), carrying all media resource information supported by UE-B; if the user sets certain media types to not accept, if there is media in step 307 Information, in response to the color of the media resource information as the media type of media port number is set to 0, if the class is not no media resources to carry information.
  • the UE-B can find the media resource information required for the normal call according to the normal call session identification information in the color image call request, and can simultaneously satisfy the two media according to the color image media resource information and the normal media resource information application.
  • the least resources For example, the media type of normal media, if the color media also needs, then no longer apply for such resources for the color media, if the media of the color media Body type, if the normal media does not, apply for this type of resource for the color media.
  • Step 310 The temporary response of the color image call request passes the SE-B, and the SE-B 4 sends the response.
  • Step 311 After receiving the temporary response of the color image call request, the M-SE completes the color image media resource according to a standard process. Negotiation, and then play the color image media information to the UE-B; if the color image call request carries the color image service indication information, the UE-B refuses to answer the call request, otherwise the UE-B automatically answers the request.
  • Step 312 if the called party wants to stop the playing of the color image, the called user equipment may terminate the session established by the color image call request, for example, if the color image call request has not been answered, send a "486 Busy" message, otherwise send The BYE message; when the called user answers the normal call request, the called user equipment may also terminate the session established by the color image call request; Step 313, the SE-B receives the request to terminate the color image, and forwards the request to the calling party; Step 314, the user answers the normal call request, and the UE-B sends a response message, for example, sending "200"
  • Step 315 the response message path SE-B, SE-B forwards the response message
  • Step 316 M-SE Go to the response message, if the message of step 313 has not been received, stop playing the color image media information to the UE-B
  • Step 317 if the M-SE has not received the message of step 313, the M-SE may cancel the color image media session.
  • Step 318 the SE-B forwards the cancel message to the UE-B;
  • Step 319 the M-SE forwards the response message to the UE -A;
  • Step 320 The UE-A receives the response message and establishes a normal media session connection with the UE-B. If, in step 308, SE-B determines that UE-B is busy and does not support the color media call, the call request is not forwarded but the "486 Busy" message is responded, and the color image call session is terminated, but does not affect The establishment of a normal session.
  • FIG. 4 is a flow chart showing a color image service in a case where the called service server determines that the resource is insufficient according to an embodiment of the present invention.
  • FIG. 4 is a normal media session connection when the UE-A calls the UE-B, when the color image service monthly service device wants to establish a new color image media session with the UE-B but the UE-B fails to apply for the color image media resource.
  • Steps 401 ⁇ 406 are the same as steps 301 ⁇ 306 in Figure 3, so the description is omitted;
  • Step 407 M-SE sends a new call message to the UE-B (color image call request
  • the INVITE message is sent, and the color image media resource information is carried in the same manner as described in step 307.
  • Step 408 the color image call request passes through the SE-B, and the SE-B forwards the request.
  • Step 409 UE-B If a new call request is received, if the resource application is unsuccessful or the user refuses to accept the color image call, the UE-B sends a failure response indicating rejection of the service, for example, sending a "486 Busy"message; Step 410, the failure of the color image call request In response to the SE-B, the SE-B forwards the response; Step 411, the user answers the normal call, sends a response message, for example, sends a "200 OK"message; Step 412, the response message passes through the SE-B, and the SE-B forwards the response message; Step 413, M-SE turn Response message to the UE-A; step 414, UE-A receives the reply message, to establish a media session with UE-B normal connection.
  • the color image service is implemented based on the standard gateway mode, and the complexity and implementation complexity of the session state migration are not increased.
  • the above is only a preferred embodiment of the present invention and is not intended to limit the present invention.
  • the present invention is susceptible to various modifications and changes. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Description

使用双呼叫实现彩像业务的方法 技术领域 本发明涉及通信领域， 更具体地， 涉及一种使用双呼叫实现彩像业务的 方法。 背景技术 网络互联协议（ Internet Protocol, 简称 IP )多媒体子系统（ IP Multimedia Core Network Subsystem,简称 IMS )是由第三代合作伙伴计划（ 3rd Generation Partnership Project, 简称 3GPP )提出的一种基于 IP的网络架构， 构建了一 个开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富的多媒体 业务。 在 IMS 业务体系中， 控制层和业务层是分离的， 控制层不提供具体业 务， 而只向业务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发 和控制功能是呼叫会话控制功能（ Call Session Control Function， 简称 CSCF , 其分为代理 Proxy、 查询 Interrogating和月 务 Serving三种类型 , 其中负主要 责任的是 Serving, Interrogating类型是可选的） 完成的， 业务层是由一系列 应用服务器（Application Server, 简称 AS )组成， 能提供具体业务服务， AS 可以是独立的实体， 也可以存在于 S-CSCF中。 控制层（S-CSCF )根据用户 的签约信息控制业务触发，调用 AS上的业务， 实现业务功能。 AS和 S-CSCF 可以统称为服务设备 ( SE , Server Equipment )。 会话中的端到端设备称为用 户设备 UE ( User Equipment ), 负责与使用者的交互。 这些功能实体使用 SIP ( Session Initiation Protocol ) 协议通讯。 在需要播放多媒体信息的业务中， 会需要多媒体资源功能 （Media Resource Function, 简称 MRF, 分为控制部 分 MRFC和媒体处理部分 MRFP )或称媒体服务器的参与， 其控制部分负责 将 SE的 SIP信令翻译和解释为对 MRFP的指令， 或者反之将 MRFP的回应 翻译和解释为向 SE发送的 SIP信令， 而处理部分负责媒体流的发送和接收。 呼叫建立过程中同时向被叫播放多媒体信息的业务是 IMS 中的一种业 务， 该业务也可称为彩像业务或彩振业务， 允许在呼叫过程中， 主叫网络向 被叫方播放由主叫方事先定制好的多媒体信息， 包括音频、 视频、 图形和它 们的组合等， 并在被叫方应答后停止尚未停止的多媒体信息播放。 以下描述 中的媒体资源信息包括媒体类型 （例如， 视频， 音频等）， 媒体端口地址， 体编解码器， 媒体连接地址等信息。 图 1是现有的彩像业务消息流程图， 为了描述方便， 将彩像业务的 AS、 S-CSCF和媒体服务器表示成一个实体 M-SE, 称为彩像业务服务设备， 其内 部交互对于本领于技术人员来说是显而易见的， 因此省略其描述。 图中描述 了 UE-A呼叫 UE-B时，彩像业务服务设备在会话中插入彩像媒体资源信息， 使得 UE-B在未接听电话时， 服务设备可向 UE-B播放彩像媒体信息， 其步 骤如下： 步骤 101 , UE-A呼叫 UE-B , 例如发送 INVITE (邀请） 消息， 并携带 UE-A的媒体资源信息； 步骤 102， 呼叫请求途经彩像业务服务设备 M-SE, M-SE转发该呼叫消 息； 步骤 103 , 呼叫请求途经被叫用户的其他业务服务设备 SE-B, SE-B判 断用户不忙， 转发该呼叫请求； 步骤 104， UE-B收到呼叫请求， 回应临时响应（例如发送 " 183 Session
Progress" 消息）， 并携带支持彩像业务的指示， 例如在 Support 头域中设置 early-session值， 还携带 UE-B的媒体资源信息； 步骤 105 , 该临时响应消息途经被叫用户的其他业务服务设备 SE-B , SE-B转发该响应消息； 步骤 106， 临时响应消息途经彩像业务服务设备 M-SE， M-SE转发该临 时响应， 如果不希望主叫感知该业务， 可以删除支持彩像业务的指示； 步骤 107 , UE-A收到临时响应， _据临时响应中的 UE-B的媒体资源 信息， 完成正常媒体的协商， 然后发送预确认消息， 比如发送 PRACK (预 确认） 消息； 步骤 108, 预确认消息途经 M-SE, M-SE知道 UE-B支持彩像业务， 于 是将彩像媒体资源信息添加到预确认消息中， 例如在消息体中增加 Content-Disposition类型为 early-session的信息块， 信息块中为彩像媒体资源 信息， 并增加彩像业务指示， 例如在 Require头域中设置 early-session值， 然 后转发修改后的预确认消息； 步錄 109, 修改后的预确认消息途经 SE-B, SE-B转发该消息; 步骤 110， UE-B收到修改后的预确认消息，回应该消息，例如发送" 200 OK" 消息， 携带响应的 UE-B 的彩像媒体资源信息， 例如在消息体中增加 Content-Disposition类型为 early-session的信息块， 信息块中为 UE-B的彩像 媒体资源信息； 步骤 111 , 回应消息途经 SE-B , SE-B转发该消息； 步骤 112, 回应消息途经 M-SE, M-SE收到 UE-B响应的彩像媒体资源 信息， 完成彩像媒体的协商， 然后删除回应消息中的彩像媒体资源信息， 并 转发修改后的回应消息给 UE-A; 步骤 113 , M-SE根据协商的彩像媒体信息， 向 UE-B播放彩像媒体信 息； 步骤 114， 用户应答呼叫， UE-B释放不再需要的彩像媒体资源； 步骤 115， UE-B发送应答消息， 比如发送 "200 OK" ; 步骤 116, 应答消息途经 SE-B , SE-B转发应答消息； 步骤 117,应答消息途经 M-SE， M-SE停止向 UE-B播放彩像媒体信息； 步骤 118, M-SE转发应答消息给 UE-A; 步骤 119, UE-A收到应答消息， 建立起与 UE-B的正常媒体的会话连 接。 现有的实现方法基于标准的应用服务器模式，其采用 early-session技术， 使得在一次会话中同时协商正常媒体和彩像媒体， 但同时增加了会话状态迁 移的复杂性， 增加了实现复杂度。 该实现方法不适用于基于标准的网关模式 的实现。 发明内容 本发明目的在于提供一种同时适于基于标准网关模式和应用服务器模 式实现彩像业务的方法。 根据本发明， 提供了一种使用双呼叫实现彩像业务的方法， 用于在 IP 多媒体子系统的呼叫建立过程中同时向被叫用户播放多媒体信息， 该方法包 括以下处理： 被叫用户设备收到正常呼叫请求， 被叫用户设备回复临时响应 消息； 彩像业务服务设备向被叫用户设备发送彩像呼叫请求； 以及被叫用户 设备通过正常呼叫请求建立的会话连接与正常呼叫发起方按标准过程协商正 常媒体资源信息， 彩像业务服务设备通过彩像呼叫请求建立的会话连接与被 叫用户设备按标准过程协商彩像媒体资源信息， 并且在完成彩像媒体资源信 息的协商之后向被叫用户播放彩像信息。 其中， 临时响应中携带支持彩像业务的指示信息， 由临时响应消息的 P-Early-media头或中设置的 "supported"表示，或者由临时响应消息的 Support 头域中设置的 "early-session" 表示。 在彩像呼叫请求中携带彩像业务指示信息， 由所述彩像呼叫请求的 P-Early-media头域中设置的 "supported" 以外的值表示， 或者由所述彩像呼 叫请求的 Require头域中设置的 "early-session" 表示。 此外， 在彩像呼叫请求中携带正常呼叫请求的会话标识信息、彩像业务 的媒体资源信息、 以及应答模式信息中的一个或多个， 其中， 会话标识信息 包含所述正常呼叫请求的 From头域的 tag参数值和 Call-ID头域的值， 并通 过彩像呼叫请求中特定的一个或多个头域携带会话标识信息； 通过以 "session"类型（ Content-Disposition i或的值为 session )的内容携带该媒体资 源信息， 或者通过以 "early-session" 类型 ( Content-Disposition i或的值为 early-session ) 的内容携带该媒体资源信息。 正常媒体资源信息和彩像媒体资源信息包括媒体类型、 媒体连接地址、 媒体端口号、 媒体编解码器， 并通过消息体来携带。 如果被叫用户的其他业务服务设备具有判断所述用户是否忙的功能并 且支持彩像媒体业务， 则在收到彩像呼叫请求时， 即使判断出被叫用户忙， 也直接将彩像呼叫请求转发给被叫用户。 被叫用户设备只申请能够同时满足正常媒体和彩像媒体的最少资源，其 中， 正常媒体是由所述正常呼叫请求建立的会话协商的媒体， 彩像媒体是由 所述彩像呼叫请求建立的会话协商的媒体。 当被叫用户想要停止彩像媒体或应答正常呼叫请求时，被叫用户 喜 止播放彩像媒体信息。 当被叫用户想要停止彩像媒体或应答正常呼叫请求时，被叫用户设备释 放由彩像呼叫请求建立的会话。 彩像业务服务设备接收到正常呼叫请求的应答消息时，停止向被叫用户 设备播放彩像媒体信息。 彩像业务服务设备接收到正常呼叫请求的应答消息时，终止由彩像呼叫 请求所建立的会话。 当被叫用户设备接收到所述彩像呼叫请求时，如果拒绝接收特定类型的 彩像媒体， 则发送响应消息或更新信息， 并在携带的媒体资源信息中将拒绝 接收的媒体类型的媒体端口号设置为 0，或者不携带该类型的媒体资源信息。 当被叫用户接收到彩像呼叫请求时，如果拒绝接收彩像业务或资源无法 满足， 则不回复任何消息或回应失败响应。 通过本发明， 基于标准网关模式或应用服务器模式都能实现彩像业务。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1是示出根据现有技术的实现彩像业务的流程图； 图 2 是示出根据本发明的基于双呼叫模式的彩像业务实现方法的流程 图； 图 3 是示出根据本发明实施例的在资源足够的情况下的彩像业务的流 程图； 以及 图 4 是示出根据本发明实施例的在被叫业务服务器判断资源不够的情 况下的彩像业务的流程图。 具体实施方式 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 图 2 是示出根据本发明的基于汉呼叫模式的彩像业务实现方法的流程 图。 参照图 2, 根据本发明的使用双呼叫实现彩像业务的方法用于在 IP 多 媒体子系统的呼叫建立过程中同时向被叫用户播放多媒体信息， 该方法包括 以下处理： 步骤 S202, 被叫用户设备收到正常呼叫请求， 被叫用户设备回复 临时响应消息； 步骤 S204, 彩像业务服务设备向被叫用户设备发送彩像呼叫 请求； 以及步骤 S206, 被叫用户设备通过正常呼叫请求建立的会话连接与正 常呼叫发起方按标准过程协商正常媒体资源信息， 彩像业务服务设备通过彩 像呼叫请求建立的会话连接与被叫用户设备按标准过程协商彩像媒体资源信 息， 并且在完成彩像媒体资源信息的协商之后向被叫用户播放彩像信息。 其中， 临时响应携带支持彩像业务的指示信息， 由临时响应消息的
P-Early-media头域中设置的 "supported"表示 ,或者由临时响应消息的 Support 头域中设置的 "early-session" 表示。 在彩像呼叫请求中携带彩像业务指示信息， 由所述彩像呼叫请求的 P-Early-media头域中设置的非 "supported" 值表示， 或者由所述彩像呼叫请 求的 Require头 i或中设置的 "early-session" 表示。 此外， 在彩像呼叫请求中携带正常呼叫请求的会话标识信息、彩像业务 的媒体资源信息、 以及应答模式信息中的一个或多个， 其中， 会话标识信息 包含所述正常呼叫请求的 From头域的 tag参数值和 Call-ID头域的值， 并通 过彩像呼叫请求中特定的一个或多个头域携带会话标识信息； 通过以 "session"类型（ Content-Disposition域的值为 session )的内容携带该媒体资 源信息， 或者通过以 " early-session" 类型 ( Content-Disposition 域的值为 early-session ) 的内容携带该媒体资源信息。 正常媒体资源信息和彩像媒体资源信息包 某体类型、 媒体连接地址、 媒体端口号、 媒体编解码器， 并通过消息体来携带。 如果被叫用户的其他业务服务设备具有判断所述用户是否忙的功能并 且支持彩像媒体业务， 则在收到彩像呼叫请求时， 即使判断出被叫用户忙， 也直接将彩像呼叫请求转发给被叫用户。 被叫用户设备只申请能够同时满足正常媒体和彩像媒体的最少资源，其 中， 正常媒体是由所述正常呼叫请求建立的会话协商的媒体， 彩像媒体是由 所述彩像呼叫请求建立的会话协商的媒体。 当被叫用户想要停止彩像媒体或应答正常呼叫请求时，被叫用户设备停 止播放彩像媒体信息。 当被叫用户想要停止彩像媒体或应答正常呼叫请求时，被叫用户设备释 放由彩像呼叫请求建立的会话。 彩像业务服务设备接收到正常呼叫请求的应答消息时，停止向被叫用户 设备播放彩像媒体信息。 彩像业务服务设备接收到正常呼叫请求的应答消息时，终止由彩像呼叫 请求所建立的会话。 当被叫用户设备接收到所述彩像呼叫请求时，如果拒绝接收特定类型的 彩像媒体， 则发送响应消息或更新信息， 并在携带的媒体资源信息中将拒绝 接收的媒体类型的媒体端口号设置为 0,或者不携带该类型的媒体资源信息。 当被叫用户接收到彩像呼叫请求时，如果拒绝接收彩像业务或资源无法 满足， 则不回复任何消息或回应失败响应。 以下结合图 3和图 4具体描述本发明的实施例。 图 3 是示出根据本发明实施例的在资源足够的情况下的彩像业务的流 程图。 图 3描述了 UE-A呼叫 UE-B时， 彩像业务服务设备通过与 UE-B建立 新的会话， 使得 UE-B在未接听电话时服务设备可向 UE-B播放彩像媒体信 息， 具体步骤如下： 步骤 301 ~ 203与图 1的步骤 101 ~ 103相同， 因此省略其描述； 步骤 304， UE-B收到呼叫请求， 回应临时响应， 例如发送 " 183 Sewirm Progress" 消息； 为了描述方便， 将此收到的呼叫请求称为正常呼叫请求。 临时响应消息可携带支持彩像业务的指示， 例如在 P-Early-Media头域 中设置 supported值， 表示支持网关模式的彩像业务， 以区别图 1 中步骤 104 的基于应用服务模式的指示， 并且还携带 UE-B 的媒体资源信息； 或者在 Support 头域中设置 "early-session" 值， 表示支持应用服务器模式的彩像业 务。 步骤 305，临时响应消息途经被叫用户的其他业务服务设备 SE-B , SE-B 4命发该响应消息； 步骤 306, 临时响应消息途经彩像业务服务设备 M-SE, M-SE转发该临 时响应， 如果临时响应中有彩像业务指示信息， 而 M-SE不希望主叫感知该 业务， 则可以删除支持彩像业务的指示， UE-A 在收到该响应时完成正常媒 体的一次协商， 如果有需要， 主叫用户还可以按标准过程继续正常媒体的协 商； 步骤 307， M-SE向 UE-B发送新的呼叫消息， 例如发送 INVITE消息； 为描述方便， 称此呼叫请求为彩像呼叫请求。 彩像呼叫请求可以携带步骤 302中的呼叫消息的会话标识，也可以携带 彩像媒体资源信息和彩像业务指示信息， 根据这些信息， UE-B 可以判断出 该呼叫是用于彩像业务的。 其中， 正常呼叫请求的会话标识包括呼叫消息的 From头域的 tag参数 值和 Call-ID头域的值。 正常呼叫请求的会话标识可以使用新呼叫请求的一个头域来携带，例如 在 To头域中以 "UE-B的用户名及地址？ From=正常呼叫消息的 From头域值 &Call-ID=正常呼叫消息的 Call-ID头域值" 形式携带； 正常呼叫的会话标识 也可使用新呼叫消息的几个头域来携带， 例如新的 INVITE消息的 From头 域使用步骤 302的正常呼叫消息的 From头域值， Call-ID头域使用步骤 302 的正常呼叫消息的 Call-ID头域的值。 彩像媒体资源信息可在彩像呼叫请求的消息体中以 "session"类型的内 容携带 （ Content-Disposition i或的值为 session ); 也可在彩像呼叫请求的消息 体中以 " early-session " 类型的内容携带 ( Content-Disposition 域的值为 early-session )。 彩像呼叫请求可携带应答模式信息， 例如， 如果彩像呼叫请求携带彩像 业务的指示信息， 则可在 Answer-Mode 头域中设置不允许应答的值， 例如 " deny " ; 如果彩像呼叫请求不携带彩像业务的指示信息， 则可在 Answer-Mode头域中设置自动应答的值， 例如 "automatic"。 如果步骤 304中的临时消息携带支持彩像业务的指示，则彩像呼叫请求 可携带彩像业务指示信息， 例如， 如果步骤 304 中的临时消息携带 P-Early-Media 指示， 彩像呼叫请求可携带 P-Early-media 头域， 并设置除 supported以夕卜的值 ( recvonly、 sendonly , sendrecv等)； ^口果步骤 304中的 临时消息携带 Support 头 i或， 其中含值 early-session , 彩像呼叫请求可在 Require头域中设置 "early-session"。 步骤 308, 新的呼叫请求途经 SE-B, 如果 SE-B有判断被叫用户是否忙 的功能并支持该功能，则对该请求不执行判断，直接转发该呼叫请求，让 UE-B 来决定对该请求的处理， 这是因为 SE-B只能很粗略的判断是否忙； 步骤 309, UE-B收到新的呼叫请求， UE-B将按照标准过程来处理该请 求， 例如， 如果步骤 307中携带有媒体资源信息， 在申请资源成功的情况下 回应临时响应， 例如回应 " 183 Session Progress" , 并携带 UE-B的彩像媒体 资源信息， 其中， 该媒体资源信息的携带方式与步骤 307中的方式相同， 只 是可以不用在消息头中使用 P-Early-Media头域或 Require头域，如果步骤 307 中既没有正常媒体资源信息，也没有彩像媒体资源信息，则回应临时响应（例 如， 183 Session Progress ), 携带有 UE-B支持的所有媒体资源信息； 如果用户将某些媒体类型设置为不接受，如果在步骤 307中有媒体资源 信息， 则在回应的彩像媒体资源信息中将该媒体类型的媒体端口号设置为 0, 如果没有则不携带该类媒体资源信息。
UE-B在申请资源时，可根据彩像呼叫请求中的正常呼叫会话标识信息， 找到正常呼叫所需的媒体资源信息， 根据彩像媒体资源信息和正常媒体资源 信息申请能同时满足两种媒体的最少资源。 例如正常媒体有的媒体类型， 如 果彩像媒体也需要， 则不再为彩像媒体申请此类资源， 如果彩像媒体有的媒 体类型， 正常媒体没有， 则为彩像媒体申请该类资源。 步骤 310, 彩像呼叫请求的临时响应途经 SE-B, SE-B 4令发该响应； 步骤 311 , M-SE在收到彩像呼叫请求的临时响应后， 按标准过程完成 彩像媒体资源的协商， 然后向 UE-B播放彩像媒体信息； 如果彩像呼叫请求中携带彩像业务指示信息， UE-B拒绝应答该呼叫请 求， 否则 UE-B 自动应答该请求。
UE-B也可根据彩像呼叫请求中携带的应答模式信息决定是否以及如何 应答该请求。 步骤 312, 如果被叫想要停止彩像的播放， 则被叫用户设备可终止彩像 呼叫请求建立的会话， 例如， 如果彩像呼叫请求尚未被应答， 则发送 "486 Busy" 消息， 否则发送 BYE消息； 当被叫用户应答正常呼叫请求时，被叫用户设备也可以终止彩像呼叫请 求建立的会话； 步骤 313， SE-B收到终止彩像的请求， 转发该请求给主叫方； 步骤 314,用户应答正常呼叫请求， UE-B发送应答消息，例如发送 "200
OK" 消息； 如果彩像媒体信息尚未停止，则 UE-B可不再向用户播放彩像媒体信息； 步骤 315， 应答消息途径 SE-B， SE-B转发应答消息； 步骤 316, M-SE收到应答消息， 如果尚未收到步骤 313的消息， 则停 止向 UE-B播放彩像媒体信息； 步骤 317, 如果 M-SE尚未收到步骤 313的消息， 则 M-SE可取消彩像 媒体会话， 例如， 如果彩像呼叫请求尚未被应答， 则发送 CANCEL (取消） 消息， 否则发送 BYE消息； 步骤 318, SE-B转发取消消息给 UE-B; 步骤 319, M-SE转发应答消息给 UE-A; 步骤 320， UE-A收到应答消息， 建立起与 UE-B的正常媒体会话连接。 如果在步骤 308中， SE-B判断出 UE-B正忙并且不支持彩像媒体呼叫， 则不转发呼叫请求， 而是回应 "486 Busy" 消息， 则彩像呼叫会话将终止， 但不影响正常会话的建立。 图 4 是示出根据本发明实施例的在被叫业务服务器判断资源不够的情 况下的彩像业务的流程图。 图 4； ^述了 UE-A呼叫 UE-B时， 彩像业务月良务设备欲与 UE-B建立新 的彩像媒体会话但 UE-B 申请彩像媒体资源失败时， 正常媒体会话连接仍能 继续的过程， 具体步骤如下： 步骤 401 ~ 406与图 3中的步骤 301 ~ 306相同， 所以省略其描述； 步骤 407, M-SE向 UE-B发送新的呼叫消息 （彩像呼叫请求）， 例如发 送 INVITE消息， 携带彩像媒体资源信息， 其携带方式与步骤 307中描述的 相同； 步骤 408, 彩像呼叫请求途经 SE-B， SE-B转发该请求； 步骤 409, UE-B收到新的呼叫请求， 如果资源申请不成功或者用户拒 绝接受彩像呼叫，则 UE-B发送失败响应表示拒绝接受该业务，例如发送" 486 Busy" 消息； 步骤 410, 彩像呼叫请求的失败响应途经 SE-B, SE-B转发该响应； 步骤 411 , 用户应答正常呼叫， 发送应答消息， 例如发送 "200 OK" 消 息； 步骤 412, 应答消息途经 SE-B, SE-B转发应答消息； 步骤 413 , M-SE转发应答消息给 UE-A; 步骤 414, UE-A收到应答消息， 建立起与 UE-B的正常媒体会话连接。 根据本发明的技术方案， 基于标准网关模式实现了彩像业务， 并且不会 增加会话状态迁移的复杂性和实现复杂度。 以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 + 的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围 之内。

Claims

权 利 要 求 书
1. 一种使用双呼叫实现彩像业务的方法，用于在 IP多媒体子系统的呼叫建 立过程中同时向被叫用户播放多媒体信息， 其特征在于， 所述方法包括 以下处理：
被叫用户设备收到正常呼叫请求，所述被叫用户设备回复临时响应 消息；
彩像业务服务设备向所述被叫用户设备发送彩像呼叫请求； 以及 所述被叫用户设备通过所述正常呼叫请求建立的会话连接与正常 呼叫发起方按标准过程协商正常媒体资源信息， 所述彩像业务服务设备 通过所述彩像呼叫请求建立的会话连接与所述被叫用户设备按标准过程 协商彩像媒体资源信息， 并且在完成所述彩像媒体资源信息的协商之后 向所述被叫用户播放彩像信息。
2. 根据权利要求 1 所述的方法， 其特征在于， 所述临时响应消息中携带支 持彩像业务的指示信息， 由所述临时响应消息的 P-Early-media头域中设 置的 "supported" 表示， 或者由所述临时响应消息的 Support 头 i或中设 置的 "early-session" 表示。
3. 根据权利要求 2所述的方法， 其特征在于， 在所述彩像呼叫请求中携带 彩像业务指示信息， 由所述彩像呼叫请求的 P-Early-media头域中设置的
"supported" 以外的值表示， 或者由所述彩像呼叫请求的 Require 头域 中设置的 "early-session" '表示。
4. 根据权利要求 1所述的方法， 其特征在于， 在所述彩像呼叫请求中携带 所述正常呼叫请求的会话标识信息、 彩像业务的媒体资源信息、 以及应 答模式信息中的一个或多个， 其中，
所述会话标识信息包含所述正常呼叫请求的 From头域的 tag参数 值和 Call-ID头域的值，并通过所述彩像呼叫请求中特定的一个或多个头 域携带所述会话标识信息；
通过在消息体中以 "session" 类型 ( Content-Disposition i或的值为 session ) 的内容携带所述媒体资源信息； 或者通过在消息体中以 "early-session" 类型 ( Content-Disposition域的值为 early-session ) 6<¾≠\ 容携带所述彩像业务的媒体资源信息。
5. 根据权利要求 1所述的方法， 其特征在于， 所述正常媒体资源信息和所 述彩像媒体资源信息包括媒体类型、 媒体连接地址、 媒体端口号、 媒体 编解码器， 并通过消息体来携带。
6. 根据权利要求 1所述的方法， 其特征在于， 如果被叫用户的其他业务服 务设备具有判断所述被叫用户是否忙的功能并且支持彩像媒体业务， 则 在收到所述彩像呼叫请求时， 即使判断出被叫用户忙， 也直接将所述彩 像呼叫请求转发给所述被叫用户。
7. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所述被叫用户 设备只申请能够同时满足正常媒体和彩像媒体的最少资源， 其中， 所述 正常媒体是由所述正常呼叫请求建立的会话协商的媒体， 所述彩像媒体 是由所述彩像呼叫请求建立的会话协商的媒体。
8. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 当所述被叫用 户想要停止彩像媒体或应答所述正常呼叫请求时， 所述被叫用户设备停 止播放彩像媒体信息。
9. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 当所述被叫用 户想要停止彩像媒体或应答所述正常呼叫请求时， 所述被叫用户设备幹 放由所述彩像呼叫请求建立的会话。
10. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所述彩像业务 月 I务设备接收到所述正常呼叫请求的应答消息时， 停止向所述被叫用户 设备播放彩像媒体信息。
11. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所述彩像业务 月^务设备接收到所述正常呼叫请求的应答消息时， 终止由所述彩像呼叫 请求所建立的会话。
12. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 当所述被叫用 户设备接收到所述彩像呼叫请求时，如果拒绝接收特定类型的彩像媒体， 则发送响应消息或更新信息， 并在携带的媒体资源信息中将拒绝接收的 媒体类型的媒体端口号设置为 0, 或者不携带该类型的媒体资源信息。
13. 根据权利要求 1所述的方法， 其特征在于， 当所述被叫用户接^ ^^ 彩像呼叫请求时， 如果拒绝接收彩像业务或资源无法满足， 则不回复任 何消息或回应失败响应。
PCT/CN2007/003713 2007-12-21 2007-12-21 Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée WO2009079847A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2007/003713 WO2009079847A1 (fr) 2007-12-21 2007-12-21 Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2007/003713 WO2009079847A1 (fr) 2007-12-21 2007-12-21 Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée

Publications (1)

Publication Number Publication Date
WO2009079847A1 true WO2009079847A1 (fr) 2009-07-02

Family

ID=40800669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003713 WO2009079847A1 (fr) 2007-12-21 2007-12-21 Procédé d'utilisation de doubles appels pour réaliser un service de sonnerie personnalisée

Country Status (1)

Country Link
WO (1) WO2009079847A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113489712A (zh) * 2021-06-30 2021-10-08 展讯通信(天津)有限公司 通话控制方法及装置、计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026653A (zh) * 2006-02-24 2007-08-29 华为技术有限公司 一种实现彩像业务的系统及方法
WO2007104241A1 (fr) * 2006-03-10 2007-09-20 Huawei Technologies Co., Ltd. Dispositif et système de réalisation de service de tonalité de rappel multimédia et procédé correspondant
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101202955A (zh) * 2007-11-02 2008-06-18 华为技术有限公司 一种在ims网络中实现主叫彩像业务的方法以及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026653A (zh) * 2006-02-24 2007-08-29 华为技术有限公司 一种实现彩像业务的系统及方法
WO2007104241A1 (fr) * 2006-03-10 2007-09-20 Huawei Technologies Co., Ltd. Dispositif et système de réalisation de service de tonalité de rappel multimédia et procédé correspondant
CN101043647A (zh) * 2007-03-13 2007-09-26 华为技术有限公司 实现多媒体彩铃和多媒体彩像业务的方法、系统及装置
CN101202955A (zh) * 2007-11-02 2008-06-18 华为技术有限公司 一种在ims网络中实现主叫彩像业务的方法以及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113489712A (zh) * 2021-06-30 2021-10-08 展讯通信(天津)有限公司 通话控制方法及装置、计算机可读存储介质
CN113489712B (zh) * 2021-06-30 2023-06-20 展讯通信(天津)有限公司 通话控制方法及装置、计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN100362807C (zh) 一种实现网际协议多媒体子系统中用户注册的方法
JP5606074B2 (ja) 通信ネットワークにおける動的サービストリガ
US20060153352A1 (en) Communication system
KR101548140B1 (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
CN101884205B (zh) Ims集中式服务中i1-ps信令的动态发起
CN1972340A (zh) 在ims域中实现视频彩铃业务的方法
WO2009049531A1 (fr) Procédé, dispositif de commande de passerelle réseau multimédia et serveur d&#39;application pour mettre en œuvre l&#39;intercommunication des tonalités de retour d&#39;appel personnalisées
JP2008543133A (ja) Ｉｍｓサービスを識別する方法および装置
WO2014044224A1 (zh) 接入协商、释放中服务质量承载资源控制的方法及系统
DK1836825T3 (en) Enabling early media in a communication system
US20150295974A1 (en) Method, User Equipment and Application Server for Adding Media Stream of Multimedia Session
US20110202666A1 (en) Session establishment in a communication network
EP2587777B1 (en) Method and system for implementing color ring back tone and multimedia ring alert tone service.
CA2605475A1 (en) Session initiation from application servers in an ip multimedia subsystem
WO2007068206A1 (fr) Procede et reseau de mise en marche d&#39;informations concernant la capacite de session
WO2008064580A1 (fr) Procédé, système et serveur d&#39;application pour éviter la diaphonie de signal de rappel couleur
JP5593304B2 (ja) 呼を終了する方法及びボイスオーバーｉｐ端末
US20080208993A1 (en) Method For Distributing New Services in an Internet Multimedia Subsystem (Ims), and a Node Adapted Therefore
WO2009086758A1 (zh) 一种在线彩铃或彩像业务的实现方法
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d&#39;appel et/ou de tonalité de reour d&#39;appel multimédia et de production de demande sdp multimédia anticipée
WO2008011790A1 (fr) Procédé, système et appareil de réseau permettant d&#39;établir une session
WO2009124512A1 (zh) 控制早媒体播放的实现方法
WO2007062609A1 (fr) Procede, serveur d&#39;application et systeme pour la mise en oeuvre de service de controle de tiers
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
WO2009121310A1 (zh) 一种网关选择的方法、系统及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07855731

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07855731

Country of ref document: EP

Kind code of ref document: A1