CN102833715B - 询问转接实现方法、应用服务器、业务终端和系统 - Google Patents
询问转接实现方法、应用服务器、业务终端和系统 Download PDFInfo
- Publication number
- CN102833715B CN102833715B CN201110164386.6A CN201110164386A CN102833715B CN 102833715 B CN102833715 B CN 102833715B CN 201110164386 A CN201110164386 A CN 201110164386A CN 102833715 B CN102833715 B CN 102833715B
- Authority
- CN
- China
- Prior art keywords
- user
- call
- service
- application server
- purpose user
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
- H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种询问转接实现方法、应用服务器、业务终端和系统。其中,该方法包括:应用服务器转发业务用户与目的用户间的通话协商信令,其中,该业务用户为签约询问转接业务的用户,且业务用户与第一用户处于通话保持状态中;该通话协商信令携带有询问转接业务标识;应用服务器根据询问转接业务标识,在接收到业务用户发送的挂断通话请求后,确定目的用户同意与第一用户建立通话;应用服务器将第一用户的通话转接到目的用户。本发明解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种询问转接实现方法、应用服务器、业务终端和系统。
背景技术
询问转接属于通话后切换业务,其含义是当任意一个用户A与业务用户B通话后,用户B保持用户A,用户B呼叫用户C,C摘机,B与C通话后,B通过询问用户C是否愿意与用户A通话,若C不愿意,则C退出,B与A继续通话,若C愿意,则B退出,实现用户C与用户A通话的功能。
而目前的询问转接技术多数是通过IMS(IP Multimedia Subsystem,IP多媒体子系统)网络实现的,该方式中需要终端具备发送的Refer(参考)消息的能力,参见图1所示的询问转接方法的信令交互示意图,其中,A与B通话,且B处于保持通话状态后,A与C通话,并使C处于保持通话状态,然后由A向网络中的CSCF(Call Session Control Function,呼叫会话控制功能)实体发送refer消息,CSCF实体将触发AS(Application Server,应用服务器)完成B与C的通话。该技术需要呼叫转接操作方的终端支持发送refer消息,而且仅能在IMS网络中实现,使得询问转接业务的应用存在较大的局限性。
针对相关技术中询问转接业务的应用存在较大的局限性的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种询问转接实现方法、应用服务器、业务终端和系统,以至少解决上述询问转接业务的应用存在较大的局限性的问题。
根据本发明的一个方面,提供了一种询问转接实现方法,包括:应用服务器转发业务用户与目的用户间的通话协商信令,其中,该业务用户为签约询问转接业务的用户,且业务用户与第一用户处于通话保持状态中;该通话协商信令携带有询问转接业务标识;应用服务器根据询问转接业务标识,在接收到业务用户发送的挂断通话请求后,确定目的用户同意与第一用户建立通话;应用服务器将第一用户的通话转接到目的用户。
其中,应用服务器转发业务用户与目的用户间的通话协商信令包括:应用服务器接收业务用户向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码和目的用户的号码;应用服务器从上述呼叫请求消息中提取询问转接业务码和目的用户的号码,记录询问转接业务码,并呼叫目的用户。
上述询问转接业务码填加在目的用户的号码所在字段的指定位置。
其中,应用服务器将第一用户的通话转接到目的用户包括:应用服务器切断业务用户与目的用户和第一用户的通话,并为第一用户与目的用户建立通话连接。
根据本发明的另一个方面,提供了一种询问转接实现方法,包括:业务用户与第一用户通话过程中,将第一用户设置为保持通话状态;其中,该业务用户为签约询问转接业务的用户;业务用户与目的用户进行通话协商,并通知应用服务器通话协商为询问转接业务协商;业务用户根据上述通话协商的结果确定目的用户同意转接业务时,分别挂断与第一用户和目的用户的通话,以触发应用服务器将第一用户的通话转接到目的用户。
其中,业务用户与目的用户进行通话协商,并通知应用服务器通话协商为询问转接业务协商包括:业务用户向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码,用以通知应用服务器通话协商为询问转接业务协商;业务用户与目的用户进入通话状态后,询问目的用户是否同意与第一用户进行通话。
其中,询问转接业务码填加在目的用户的号码所在字段的指定位置。
根据本发明的又一个方面,提供了一种应用服务器,包括:信令转发模块,用于转发业务用户与目的用户间的通话协商信令,其中,业务用户为签约询问转接业务的用户,且业务用户与第一用户处于通话保持状态中;通话协商信令携带有询问转接业务标识;转接确定模块,用于根据询问转接业务标识,在接收到业务用户发送的挂断通话请求后,确定目的用户同意与第一用户建立通话;通话转接模块,用于根据转接确定模块的确定结果,将第一用户的通话转接到目的用户。
其中,信令转发模块包括:呼叫请求接收单元,用于接收业务用户向目的用户发送的呼叫请求消息,其中,呼叫请求消息携带有询问转接业务码和目的用户的号码;呼叫单元,用于从呼叫请求接收单元接收的呼叫请求消息中提取询问转接业务码和目的用户的号码,记录询问转接业务码,并呼叫目的用户。
根据本发明的再一个方面,提供了一种业务终端,包括:通话保持模块,用于与第一用户通话过程中,将第一用户设置为保持通话状态;其中,该业务终端为签约询问转接业务的终端;协商模块,用于与目的用户进行通话协商,并通知应用服务器通话协商为询问转接业务协商;转接触发模块,用于根据协商模块的通话协商的结果确定目的用户同意转接业务时,分别挂断与第一用户和目的用户的通话,以触发应用服务器将第一用户的通话转接到目的用户。
其中,协商模块包括:呼叫请求发送单元,用于向目的用户发送的呼叫请求消息,其中,呼叫请求消息携带有询问转接业务码,用以通知应用服务器通话协商为询问转接业务协商;询问单元,用于与目的用户进入通话状态后,询问目的用户是否同意与第一用户进行通话。
根据本发明的还一个方面,提供了一种询问转接实现系统,包括上述应用服务器和上述业务终端。
通过本发明,采用在业务用户与目的用户的协商通话过程中,通知应用服务器正在进行询问转接业务,不需要业务终端支持REFER消息即可实现询问转接业务,解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的询问转接方法的信令交互示意图;
图2是根据本发明实施例1的应用服务器侧的询问转接实现方法的流程图;
图3是根据本发明实施例1的业务终端侧的询问转接实现方法的流程图;
图4是根据本发明实施例1的询问转接实现方法的流程图;
图5是根据本发明实施例1的网络系统的结构示意图;
图6是根据本发明实施例1的询问转接实现方法的信令交互图;
图7是根据本发明实施例2的应用服务器的结构框图;
图8是根据本发明实施例2的业务终端的结构框图;
图9是根据本发明实施例2的询问转接实现系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例提供了一种询问转接实现方法、应用服务器、业务终端和系统,该技术中无需终端支持REFER消息,并且可以应用于NGN(Next Generation Network,下一代通信网络)和IMS网络等通讯网中。
实施例1
本实施例提供了一种询问转接实现方法,该方法是从应用服务器侧进行的描述,参见图2,该方法包括以下步骤:
步骤S202,应用服务器转发业务用户与目的用户间的通话协商信令,其中,该业务用户为签约询问转接业务的用户,且该业务用户与第一用户处于通话保持状态中;本实施例中的通话协商信令携带有询问转接业务标识,用以通知应用服务器该通话协商过程为询问转接业务的过程。
业务用户与目的用户间的通话协商信令有多条,例如,发起呼叫时的呼叫请求(INVITE消息)、呼叫请求响应消息(200OK响应消息)和释放通话请求(BYE请求)等。业务用户可以将询问转接业务标识携带在其发送的任意一个消息中,基于此,上述应用服务器转发业务用户与目的用户间的通话协商信令可以包括:应用服务器接收业务用户向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码和目的用户的号码;应用服务器从该呼叫请求消息中提取询问转接业务码和目的用户的号码,记录询问转接业务码,并呼叫目的用户。
其中,询问转接业务码可以填加在目的用户的号码所在字段的指定位置,例如:将询问转接业务码填加在目的用户的号码之前或者之后。
步骤S204,应用服务器根据上述询问转接业务标识,在接收到业务用户发送的挂断通话请求后,确定上述目的用户同意与第一用户建立通话。
业务用户与目的用户通话后,询问目的用户是否同意与第一用户建立通话,若目的用户同意,则业务用户将会向应用服务器发送挂断通话请求。
步骤S206,应用服务器将上述第一用户的通话转接到目的用户;例如,应用服务器切断业务用户与目的用户和第一用户的通话,并为第一用户与目的用户建立通话连接。
本实施例通过在业务用户与目的用户的协商通话过程中,告知应用服务器正在进行询问转接业务,不需要业务终端支持REFER消息即可实现询问转接业务,解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
本实施例还提供了一种询问转接实现方法,该方法是从业务用户侧进行的描述,参见图3,该方法包括以下步骤:
步骤S302,业务用户与第一用户通话过程中,将第一用户设置为保持通话状态;其中,该业务用户为签约询问转接业务的用户。
步骤S304,业务用户与目的用户进行通话协商,并通知应用服务器该通话协商为询问转接业务协商。
业务用户与目的用户的通话协商中的信令有多条,例如,发起呼叫时的呼叫请求(INVITE消息)、呼叫请求响应消息(200OK响应消息)和释放通话请求(BYE请求)等。业务用户可以将询问转接业务标识携带在其发送的任意一个消息中,例如,业务用户向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码,用以通知应用服务器通话协商为询问转接业务协商;业务用户与目的用户进入通话状态后,询问目的用户是否同意与第一用户进行通话。
上述询问转接业务码可以填加在目的用户的号码所在字段的指定位置,例如:将询问转接业务码填加在目的用户的号码之前或者之后。
步骤S306,业务用户根据通话协商的结果确定目的用户同意转接业务时,分别挂断与第一用户和目的用户的通话,以触发上述应用服务器将第一用户的通话转接到目的用户。
本实施例通过在业务用户与目的用户的协商通话过程中,告知应用服务器正在进行询问转接业务,不需要业务终端支持REFER消息即可实现询问转接业务,解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
下面以用户A、B和C之间实现询问转接功能为例,说明上述询问转接实现方法,参见图4所示的询问转接实现方法流程图,该方法包括以下步骤:
步骤S400,用户A与用户B处于通话中;其中,用户A是任意用户,用户B是业务用户,用户B可以是主叫也可以是被叫。
步骤S402,AS记录用户B的呼叫相关信息。
步骤S404,用户B保持用户A,用户A接听到呼叫保持提示音后,保持通话。
步骤S406,用户B拨打询问转接业务码加用户C的号码,其中,用户C是任意用户。
步骤S408,AS收到用户B的呼叫请求,去掉询问转接业务码后呼叫用户C。
步骤S410,用户C振铃,用户B接听回铃音。
步骤S412,用户C摘机,用户B与用户C通话,用户B询问用户C是否愿意与用户A通话,如果是,执行步骤S414;如果否,执行步骤S418;
步骤S414,用户B挂断与用户C的通话。
步骤S416,AS将用户C与用户A桥接,实现用户C与用户A的通话。
步骤S418,用户C挂断与用户B的通话。
步骤S420,用户B恢复与用户A的通话,告知用户A无法转接到用户C。
上述询问转接实现方法可以在图5所示的系统中应用,其中,各个网元的功能如下:
用户终端(User Equipment,简称UE):用户发起呼叫、接听呼叫以及做其他呼叫操作的装置,如C网或G网手机、PSTN(Public Switched Telephone Network,公共交换电话网)终端、IMS终端等。
应用服务器(Application Server,简称AS):提供底层业务能力,如:呼叫控制,状态上报,话单生成等功能。
媒体资源服务器(Media Resource Server,简称MRS):提供语音媒体能力,一般为媒体服务器(Media Server,即MS),如在呼叫保持过程中给被保持方用户播放呼叫保持提示音等。
上述各个网元使用的协议如下:
AS同MRS或UE之间为呼叫通话的媒体协商,AS与UE通过核心网使用SIP协议互通,AS同MRS之间通常使用SIP(Session Initiation Protocol,会话初始协议)或MGCP(MediaGateway Control Protocol,媒体网关控制协议),具体决定于MRS支持的协议类型。
UE同MRS之间为媒体流的传送,UE与MRS具体媒体包的编解码格式,收发端口,带宽传输速率等,根据呼叫时终端与MRS之间的媒体协商进行。
需要说明的是,上述图5只是一个概要的图示,隐藏了IMS网络或NGN网络的拓扑结构,实际实现中AS,MRS及UE是接入或锚定到IMS网络或NGN网络中的。
如图6所示的询问转接实现方法的信令交互图,为了描述清楚,网络侧只提到了AS,UE A是任意用户,UE B是业务用户,签约了询问转接业务,UE C是任意用户。在进行询问之前,UE A与UE B通话,且UE B保持UE A,UE A接听到呼叫保持提示音后,保持通话。询问转接的实现信令流程如下:
步骤S601,UE B向AS发送INVITE(呼叫)请求,该请求的号码为询问转接业务码(ac)加UE C的号码(c),并携带UE B的媒体信息(sdp B),例如UE B的IP地址、上下文描述信息等。
步骤S602,AS向UE C发送INVITE请求,携带UE B的媒体信息。
步骤S603,UE C振铃,向AS返回INVITE的180响应,即呼叫响应消息。
步骤S604,AS向UE B返回INVITE的180响应,UE B听回铃音。
步骤S605,UE C摘机,向AS返回INVITE的200OK响应(即呼叫应答消息),携带UE C的媒体信息。
步骤S606,AS向UE B返回INVITE的200OK响应,携带UE C的媒体信息。
步骤S607,UE B向AS发送ACK确认信息,不携带媒体信息。
步骤S608,AS向UE C发送ACK确认信息,不携带媒体信息。UE B与UE C协商完成,进入通话状态。
步骤S609,UE B询问UE C是否愿意与UE A通话,UE C愿意,则UE B向AS发送BYE请求(即挂断通话请求),结束与UE C的通话。
步骤S610,AS向UE B返回BYE的200OK响应。
步骤S611,AS向UE B发送BYE请求,释放UE B与UE A的会话。
步骤S612,UE B向AS返回BYE的200OK响应,UE B退出与UE A的会话。
步骤S613,AS向UE C发起REINVITE请求(即转接请求),不携带媒体信息。
步骤S614,UE C向AS返回REINVITE的200OK响应(即转接请求应答),携带UE C的媒体信息。
步骤S615,AS向UE A发起REINVITE请求,携带从步骤S614中得到的UE C的媒体信息。
步骤S616,UE A向AS返回REINVITE的200OK响应,携带UE A的媒体信息。
步骤S617,AS向UE C发送ACK确认信息,携带从步骤S616中得到的UE A的媒体信息。
步骤S618,AS向UE A发送ACK确认信息,不携带媒体信息。此时UE C与UE A完成了媒体协商,进入通话状态。
上述实施例的询问转接业务是由应用服务器AS记录用户通话信息,不需要终端支持refer消息,属于一种B2B(背靠背式)呼叫类服务。该业务中只需要业务用户拨打特定的业务码(即上述询问转发码)加目的用户号码,与目的用户通话询问后,若目的用户同意,就可以将业务用户的通话切换到目的用户。该业务支持现网所有终端(窄带终端需要锚定到IMS或NGN);不仅可以在IMS网络中实现,还可以在NGN网络中实现。随着3G网络的崛起,CS(Circuit Switch,电路交换)与PS(Packet Switched,分组交换)网络的融合,使得该业务有非常广阔的发展和使用空间。
实施例2
本实施例提供了一种应用服务器,参见图7,该应用服务器包括:
信令转发模块72,用于转发业务用户与目的用户间的通话协商信令,其中,业务用户为签约询问转接业务的用户,且业务用户与第一用户处于通话保持状态中;通话协商信令携带有询问转接业务标识;
转接确定模块74,与信令转发模块72相连,用于根据询问转接业务标识,在接收到业务用户发送的挂断通话请求后,确定目的用户同意与第一用户建立通话;
通话转接模块76,与转接确定模块74相连,用于根据转接确定模块74的确定结果,将第一用户的通话转接到目的用户。
其中,信令转发模块72包括:呼叫请求接收单元,用于接收业务用户向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码和目的用户的号码;呼叫单元,与呼叫请求接收单元相连,用于从呼叫请求接收单元接收的呼叫请求消息中提取询问转接业务码和目的用户的号码,记录询问转接业务码,并呼叫目的用户。
其中,上述询问转接业务码可以填加在目的用户的号码所在字段的指定位置,例如:将询问转接业务码填加在目的用户的号码之前或者之后。
本实施例还提供了一种业务终端,参见图8,该业务终端包括:
通话保持模块82,用于与第一用户通话过程中,将第一用户设置为保持通话状态;其中,本实施例的业务终端为签约询问转接业务的终端;
协商模块84,与通话保持模块82相连,用于与目的用户进行通话协商,并通知应用服务器通话协商为询问转接业务协商;
转接触发模块86,与协商模块84相连,用于根据协商模块84的通话协商的结果确定目的用户同意转接业务时,分别挂断与第一用户和目的用户的通话,以触发应用服务器将第一用户的通话转接到目的用户。
其中,协商模块84包括:呼叫请求发送单元,用于向目的用户发送的呼叫请求消息,其中,该呼叫请求消息携带有询问转接业务码,用以通知应用服务器通话协商为询问转接业务协商;询问单元,用于与目的用户进入通话状态后,询问目的用户是否同意与第一用户进行通话。
本实施例还提供了一种询问转接实现系统,参见图9,该系统包括上述应用服务器70和业务终端80,其中,应用服务器70和业务终端80的功能与上述描述相同,这里不再赘述。
本实施例提供的系统可以用以实现上述实施例1中的方法,具体实现方式不再详细描述。
本实施例通过在业务用户与目的用户的协商通话过程中,通知应用服务器正在进行询问转接业务,不需要业务终端支持REFER消息即可实现询问转接业务,解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
从以上的描述中可以看出,以上实施例通过在业务用户与目的用户的协商通话过程中,通知应用服务器进行的业务为询问转接业务,因此,不需要业务终端支持REFER消息即可实现询问转接业务,解决了现有询问转接业务的应用存在较大的局限性的问题,增加了询问转接业务的应用范围,提升了系统的功能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种询问转接实现方法,其特征在于,包括:
应用服务器转发业务用户与目的用户间的通话协商信令,其中,所述业务用户为签约询问转接业务的用户,且所述业务用户与第一用户处于通话保持状态中;所述通话协商信令携带有询问转接业务标识;
所述应用服务器根据所述询问转接业务标识,在接收到所述业务用户发送的挂断通话请求后,确定所述目的用户同意与所述第一用户建立通话;
所述应用服务器将所述第一用户的通话转接到所述目的用户。
2.根据权利要求1所述的方法,其特征在于,所述应用服务器转发业务用户与目的用户间的通话协商信令包括:
应用服务器接收业务用户向目的用户发送的呼叫请求消息,其中,所述呼叫请求消息携带有询问转接业务码和所述目的用户的号码;
所述应用服务器从所述呼叫请求消息中提取所述询问转接业务码和所述目的用户的号码,记录所述询问转接业务码,并呼叫所述目的用户。
3.根据权利要求2所述的方法,其特征在于,所述询问转接业务码填加在所述目的用户的号码所在字段的指定位置。
4.根据权利要求1所述的方法,其特征在于,所述应用服务器将所述第一用户的通话转接到所述目的用户包括:
所述应用服务器切断所述业务用户与所述目的用户和所述第一用户的通话,并为所述第一用户与所述目的用户建立通话连接。
5.一种询问转接实现方法,其特征在于,包括:
业务用户与第一用户通话过程中,将所述第一用户设置为保持通话状态;其中,所述业务用户为签约询问转接业务的用户;
所述业务用户与目的用户进行通话协商,并通知应用服务器所述通话协商为询问转接业务协商;
所述业务用户根据所述通话协商的结果确定所述目的用户同意转接业务时,分别挂断与所述第一用户和所述目的用户的通话,以触发所述应用服务器将所述第一用户的通话转接到所述目的用户。
6.根据权利要求5所述的方法,其特征在于,所述业务用户与目的用户进行通话协商,并通知应用服务器所述通话协商为询问转接业务协商包括:
所述业务用户向目的用户发送的呼叫请求消息,其中,所述呼叫请求消息携带有询问转接业务码,用以通知应用服务器所述通话协商为询问转接业务协商;
所述业务用户与所述目的用户进入通话状态后,询问所述目的用户是否同意与所述第一用户进行通话。
7.根据权利要求5所述的方法,其特征在于,所述询问转接业务码填加在所述目的用户的号码所在字段的指定位置。
8.一种应用服务器,其特征在于,包括:
信令转发模块,用于转发业务用户与目的用户间的通话协商信令,其中,所述业务用户为签约询问转接业务的用户,且所述业务用户与第一用户处于通话保持状态中;所述通话协商信令携带有询问转接业务标识;
转接确定模块,用于根据所述询问转接业务标识,在接收到所述业务用户发送的挂断通话请求后,确定所述目的用户同意与所述第一用户建立通话;
通话转接模块,用于根据所述转接确定模块的确定结果,将所述第一用户的通话转接到所述目的用户。
9.根据权利要求8所述的服务器,其特征在于,所述信令转发模块包括:
呼叫请求接收单元,用于接收业务用户向目的用户发送的呼叫请求消息,其中,所述呼叫请求消息携带有询问转接业务码和所述目的用户的号码;
呼叫单元,用于从所述呼叫请求接收单元接收的所述呼叫请求消息中提取所述询问转接业务码和所述目的用户的号码,记录所述询问转接业务码,并呼叫所述目的用户。
10.一种业务终端,其特征在于,包括:
通话保持模块,用于与第一用户通话过程中,将所述第一用户设置为保持通话状态;
其中,所述业务终端为签约询问转接业务的终端;
协商模块,用于与目的用户进行通话协商,并通知应用服务器所述通话协商为询问转接业务协商;
转接触发模块,用于根据所述协商模块的通话协商的结果确定所述目的用户同意转接业务时,分别挂断与所述第一用户和所述目的用户的通话,以触发所述应用服务器将所述第一用户的通话转接到所述目的用户。
11.根据权利要求10所述的业务终端,其特征在于,所述协商模块包括:
呼叫请求发送单元,用于向目的用户发送的呼叫请求消息,其中,所述呼叫请求消息携带有询问转接业务码,用以通知应用服务器所述通话协商为询问转接业务协商;
询问单元,用于与所述目的用户进入通话状态后,询问所述目的用户是否同意与所述第一用户进行通话。
12.一种询问转接实现系统,其特征在于,包括权利要求8或9所述的应用服务器,还包括权利要求10或11所述的业务终端。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110164386.6A CN102833715B (zh) | 2011-06-17 | 2011-06-17 | 询问转接实现方法、应用服务器、业务终端和系统 |
PCT/CN2011/080953 WO2012171290A1 (zh) | 2011-06-17 | 2011-10-18 | 询问转接实现方法、应用服务器、业务终端和系统 |
EP11867601.4A EP2723053B1 (en) | 2011-06-17 | 2011-10-18 | Transfer inquiry method, application server, service terminal, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110164386.6A CN102833715B (zh) | 2011-06-17 | 2011-06-17 | 询问转接实现方法、应用服务器、业务终端和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102833715A CN102833715A (zh) | 2012-12-19 |
CN102833715B true CN102833715B (zh) | 2017-04-12 |
Family
ID=47336626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110164386.6A Active CN102833715B (zh) | 2011-06-17 | 2011-06-17 | 询问转接实现方法、应用服务器、业务终端和系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2723053B1 (zh) |
CN (1) | CN102833715B (zh) |
WO (1) | WO2012171290A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107567001A (zh) * | 2016-06-30 | 2018-01-09 | 中兴通讯股份有限公司 | 一种实现呼叫驻留的方法、应用服务器和系统 |
CN113784005B (zh) * | 2021-08-09 | 2023-12-05 | 深圳震有科技股份有限公司 | 一种语音通话转接方法、装置、存储介质及设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183960A (zh) * | 2007-10-30 | 2008-05-21 | 中兴通讯股份有限公司 | 一种询问转接业务的实现方法 |
CN101217600A (zh) * | 2007-01-05 | 2008-07-09 | 中兴通讯股份有限公司 | 询问转接业务方法和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7024197B2 (en) * | 2003-03-03 | 2006-04-04 | Lucent Technologies Inc. | Wireless mid-call transfers |
JP4728569B2 (ja) * | 2003-10-21 | 2011-07-20 | Necインフロンティア株式会社 | ネットワーク、構内交換機及びそれに用いるpbx付加サービス起動方法 |
FR2879062A1 (fr) * | 2004-12-06 | 2006-06-09 | France Telecom | Procede et systeme de transfert d'appels centralise |
US20070165605A1 (en) * | 2006-01-17 | 2007-07-19 | Samsung Electronics Co., Ltd. | Apparatus and method for handling call features activated by POTS phones in an IP multimedia subsystem |
CN101217601B (zh) * | 2007-01-05 | 2012-09-05 | 中兴通讯股份有限公司 | 盲转业务方法和装置 |
CN101227526B (zh) * | 2007-01-19 | 2011-03-02 | 中兴通讯股份有限公司 | 盲转业务实现方法和装置 |
CN101316383B (zh) * | 2007-05-31 | 2011-04-20 | 中兴通讯股份有限公司 | 一种会话盲转业务实现方法 |
-
2011
- 2011-06-17 CN CN201110164386.6A patent/CN102833715B/zh active Active
- 2011-10-18 WO PCT/CN2011/080953 patent/WO2012171290A1/zh unknown
- 2011-10-18 EP EP11867601.4A patent/EP2723053B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217600A (zh) * | 2007-01-05 | 2008-07-09 | 中兴通讯股份有限公司 | 询问转接业务方法和装置 |
CN101183960A (zh) * | 2007-10-30 | 2008-05-21 | 中兴通讯股份有限公司 | 一种询问转接业务的实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102833715A (zh) | 2012-12-19 |
EP2723053A1 (en) | 2014-04-23 |
EP2723053B1 (en) | 2019-03-13 |
EP2723053A4 (en) | 2015-02-25 |
WO2012171290A1 (zh) | 2012-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100556032C (zh) | 对话承载协商 | |
JP4856241B2 (ja) | Imsネットワークに関する番号ポータビリティ | |
CN1972254B (zh) | 终端之间语音和多媒体的互动服务的装置和方法 | |
JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークsip/sdp手順 | |
JP2005006328A (ja) | サーバ・コンポーネントによる移動通信交換局のパケット交換部分と回線交換部分の間の新しいメディア経路のリダイレクト | |
CN101662738A (zh) | 一种多媒体彩铃播放方法、装置及其系统 | |
CN102387267A (zh) | 融合呼叫方法及系统 | |
CN101379786A (zh) | 通过电路交换接入提供基于分组的服务 | |
CN101123822B (zh) | Ip多媒体子系统集中业务中紧急呼叫业务的实现方法 | |
JP2009200584A (ja) | 緊急呼処理装置、方法、プログラム、並びにサーバ装置及びこれを用いた緊急呼処理システム | |
WO2011153785A1 (zh) | 前转呼叫的方法、装置和系统 | |
CN101325590B (zh) | 一种ip多媒体子系统集中控制业务实现终呼的方法 | |
CN101102612B (zh) | Ip多媒体子系统集中业务中紧急呼叫业务的实现方法 | |
CN101282277A (zh) | 呼叫控制的方法及电路交换域适配器及终端设备 | |
CN101111003B (zh) | 多媒体彩铃系统及其播放方法 | |
US8213373B2 (en) | Supporting method for REFER message expansion parameter | |
CN101155173B (zh) | 电路域感知ims域多媒体会话媒体信息的方法及系统 | |
CN102833715B (zh) | 询问转接实现方法、应用服务器、业务终端和系统 | |
CN101815270B (zh) | 呼叫的处理方法和装置 | |
CN102594804A (zh) | 一种在宽带业务中使用窄带设备放音的方法和系统 | |
CN101102610A (zh) | 一种ims集中控制业务中实现用户忙呼叫前转的方法 | |
CN103428781B (zh) | 一种ip语音通话切换的方法及系统、用户设备 | |
CN102257784B (zh) | 一种实现多媒体铃音业务安全机制的方法、设备及系统 | |
CN101325734B (zh) | 一种ims集中控制业务中终呼的实现方法 | |
CN101330640B (zh) | 一种ip多媒体子系统集中业务呼叫保持业务的实现方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |