一种指示消息结构及其发送方法

文档序号:7652833阅读:174来源:国知局
专利名称:一种指示消息结构及其发送方法
技术领域
本发明涉及指示消息,具体地说,是涉及下一代网络(NGN)中的一种 指示消息结构及其发送方法。
背景技术
呼叫转接(Call Transfer)业务是通信系统中的一种补充业务当两个 用户(用户A和用户B)通过通信系统建立通话后,其中的一个用户(以用 户B为例)可以请求将当前通话转给第三方(假如为用户C),即在用户A 与用户C之间建立通话,而断开用户A与用户B之间的通话话路。此业务 的一种常见的应用场景是总经理秘书(用户B)先接听所有欲要呼叫总经 理(用户C)的来电(用户A发起),问清对方来意后,对于需要总经理亲 自接听的电话,利用呼叫转接业务转给总经理(用户C)。呼叫转接业务有两种类型 一种是询问转接,即用户B在转接前先与用 户C建立通话(询问用户C是否同意与用户A通话),然后再发起转接请 求,使用户A与用户C建立通话,同时分别断开与用户A、用户C之间的 两条通话话路。另一种是盲转,即用户B不先与用户C建立通话,而是直 接发起转接请求,使用户A与用户C建立通话。在以IP多媒体子系统(IP Multimedia Subsystem,筒称IMS )为核心的 下一代网络(Next Generation Network,简称NGN)中,釆用初始会话协议 (Session Initiation Protocol,简称SIP )作为业务控制协议,各项通信业务 (包括呼叫转接业务)可由用户的智能终端与网络中的应用服务器(AS) 配合完成。图1示出了下一代网络中的一种典型业务实现架构。其中,应用服务器 AS (可能存在多个,分别用于不同的业务)通过接口与用户归属网络的服 务-呼叫会话控制功能(Serving Call Session Control Function ,简称S-CSCF )相连,用户终端A与用户终端B之间的SIP业务控制消息(用虚线标识) 会流经各自的应用服务器(根据用户业务的种类,可能经过不同的应用服务 器),应用服务器可通过对业务控制消息的各种处理以实现丰富的业务。用 户终端A与用户终端B利用业务消息交换并协商双方所支持的^ 某体参数, 在两者之间建立媒体流连接(用实线标识),媒体流用于传送通话话音包等 数据。参见图2,为目前现有技术中的电信和互联网融合业务及高级网络协议 (Telecommunications and Internet converged Services and Protocols for Advanced Networking,简称TISPAN)组织技术规范中的盲转流程。为简化 起见,此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网 络设备。在此流程起始处,用户终端-A (用户A)与用户终端-B (用户B ) 处于通话过程中,用户终端-A的应用服务器(应用服务器-A)和用户终端 -B的应用服务器(应用服务器-B)均参与此通话过程,为各自的服务对象 提供补充业务;然后由用户终端-B向用户终端-A发起呼叫保持请求,将用 户终端-A置为呼叫保持状态(即业务消息可以互通,但i某体流暂时中断), 用户A与用户B暂时中断通话;然后用户终端-B通过应用服务器B和应用 服务器A向用户终端-A发送一条转接请求(步骤1 ~ 3 ),在用户终端-A表 示接受此请求(步骤4 ~ 6 )后,用户终端-B向用户终端-A发送挂才几请求并 接收到用户终端-A的确认响应后,断开两者之间的通话话路(步骤7 ~ 12 ); 然后用户终端-A向用户终端-C (用户C)发送邀请请求,在用户终端-A和 用户终端-C之间建立通话(步骤19~30);在上述过程中,用户终端-A在 准备向用户终端-C发送邀请请求前以及在接通用户终端-C的话路时,均会 利用通知消息将相关情况通知给用户终端-B (分别对应步骤13~18、步骤 31 ~36)。其中,上述流程的步骤1~步骤3中的转接请求采用SIP协议中的 REFER (指示)消息。REFER消息是SIP协议中定义的一种特殊消息,其 作用如下用户B向用户A发送REFER消息,携带的主要参数有Refer-To (指示第三方用户C)与method (指示一种方法,呼叫转接业务采用的是 INVITE-邀请对方);用户A根据此消息向用户C发起某种操作请求(采用method参数指示的方法),在这些请求消息中可携带一项参数 Referred-By,用于标识此请求的指示方(即用户B)。由于呼叫转接业务有着特殊的计费要求,即用户A与用户C之间建立 的新会话的费用将由用户B(呼叫转接业务的发起方)全部或部分承担,因 此,需要使得应用服务器B保留在用户终端A与用户终端C之间的SIP业 务控制消息路径上,以便计费。为实现此目的,现有技术要求应用服务器B 对于呼叫转接业务做一定的特殊处理,即参见图2,应用服务器B在收到 用户B发出的REFER请求(步骤1 )后,将此请求中的Refer-To参数取值 (即用户C号码)记录下来,并用另一个值(假设为M号码,可路由至应 用服务器B)进行替换,然后将替换后的REFER请求发送给用户A (步骤 2 )。用户终端A将在步骤19向M号码发起会话邀请请求(INVITE ),此 会话邀请请求首先被传递至用户服务器B (步骤20),用户服务器B取出 以前存储的真实的Refer-To参数(即用户C号码),将INVITE消息中的目 的地修改为用户C号码,再转发给用户C (步骤21),从而实现将应用服 务器B保留在用户终端A与用户终端C之间的SIP业务控制消息路径上。REFER消息除此之外,还可用于其他多种业务。因此,在以上过程中, 应用服务器B需要对用户B发出的REFER请求消息进行识别,判断用户B 是否想发起呼叫转接业务;若用户B利用REFER请求发起的是其它业务, 则应用服务器B不应执行上节所述的相应处理。在现有技术中,以下两条 准则同时满足时即判定为呼叫转接业务1)用户B与REFER消息的目的地(如图2中的用户A)之间存在已 建立的会话,并且此REFER消息采用与原会话相同的对话标识(注采用 相同对话标识的消息将会沿着相同的消息路径传递);2 )用户B发出的REFER消息中,method参数取值为INVITE, Refer-To 参数指示的第三方用户C是一个有效地址,可接收呼叫邀请。上述识别方法是存在缺陷的,它无法区分呼叫转接业务与会议业务等其 它业务。现有技术中用户利用REFER消息发起会议业务的典型流程如图3所示。 为简化起见,此图中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功 能等网络设备。其中,会议业务服务器用于为所有用户提供会议业务功能, 能够与多个用户同时建立话路,混音后再发送给各个用户。步骤P01 P06, 用户B首先向会议业务服务器发送邀请请求,创建一个会议资源,同时在 用户B与会议业务服务器之间建立通话(步骤P07);步骤P11 P12,用 户B向会议业务服务器发送会议邀请请求(此会议邀请请求采用的也是 REFER消息,Refer-To参数为用户C地址,method参数为INVITE );步骤 P15 P20,会议业务服务器根据REFER请求,向用户C发送邀请请求,在 会议业务服务器与用户C之间建立通话,使得用户C加入此次会议;用户B 还可继续向会议业务服务器发送REFER请求,其中Refer-To参数设置为其 它需要参加此会议的用户号码。
在上述会议业务流程中,也满足以下两条判断准则
1 )用户B与REFER消息的目的地(会议业务服务器)之间存在已建 立的会话,此REFER消息采用了与原会话相同的对话标识;
2)用户B发出的REFER消息中,method参数取值为INVITE, Refer-To 参数指示的第三方用户C是一个有效地址,可接收会议业务服务器发起的 呼叫邀请。
因而,现有技术无法将呼叫转接业务与会议业务等正确区分开来。

发明内容
本发明所要解决的技术问题是在于需要提供一种新的指示消息来正确 区分呼叫转接业务与会议业务。
为了解决上述技术问题,本发明提供了一种指示消息配置方法,应用于 下一代网络中用户终端标识业务类型,首先对所述指示消息中的method参 数和Refer-To参数进行配置,还在所述指示消息中配置一个标识参数,通过 其属性值的设置来标识不同的所述业务类型。
其中,所述业务类型可以包括呼叫转接业务和会议业务。本发明还提出了一种指示消息发送方法,应用于下一代网络中用户终端向应用服务器指示业务类型,包括(a) 配置所述指示消息中的method参数、Refer-To参数;(b) 配置一个用于标识所述业务类型的标识参数,通过其属性值的设 置来标识不同的所述业务类型;(c) 将已完成配置的所述指示消息发向所述应用服务器。其中,步骤(b)中所述业务类型可以包括呼叫转接业务和会议业务。本发明还提出了一种业务类型识别方法,应用于下一代网络中应用服务 器根据指示消息识别业务类型,所述应用服务器对所述指示消息中 一个用于 标识业务类型的标识参数的属性值进行判断,根据判断结果识别所述业务类 型。其中,所述业务类型可以包括呼叫转接业务和会议业务。进一步地,在判断出所述标识参数属性值对应于所述呼叫转接业务或所 述会议业务时,可以进一步对用户与所述指示消息的目的地之间是否存在已 建立的会话且所述指示消息是否采用与所述已建立会话相同的对话标识,以 及所述指示消息中method参数、Refer-To参数是否分别取值为INVITE、 一 个可接收呼叫邀请的有效地址进行判断,根据判断结果确认所述标识参数是 否被正确使用。更进一步地,在判断出所述标识参数没有被正确使用,则可 以进一步进行差错处理。本发明还提出了 一种指示消息结构,应用于下 一 代网络中用户终端标识 业务类型,包括method参数和Refer-To参数,还包括用于标识业务类型的 标识参数。进一步地,所述标识参数可以通过不同属性值对不同的所述业务 类型进行标识。本发明在现有技术中的指示消息中添加一个标识业务类型的标识参数, 应用服务器根据此添加了标识业务类型的标识参数的指示消息,就可正确区 分出呼叫转接业务和会议业务。而且,通过扩展指示消息,还可指示新业务。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部 分。本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的
不当限定。在附图中
图1是现有技术中下一代网络的一种典型业务实现架构实施例示意图2是现有技术中TISPAN组织技术规范中的盲转流程实施例示意图3是现有技术中会议业务流程实施例流程示意图4是本发明中REFER消息发送方法实施例流程示意图5是本发明中基于新增标识参数的REFER消息进行业务类型识别的 一个方法实施例流程示意图。
具体实施例方式
以下结合附图和具体实施方式
对本发明作进一步的详细说明。
在如图3所示的会议业务流程中,用户B通过用户终端B和应用服务 器B向会议业务服务器发送邀请请求(步骤P01和步骤P02 ),会议业务服 务器在向用户B返回的邀请应答响应(步骤P03)中会提供自己的联系地址 也即Contact参数,此参数中包含一个isfocus属性,表明自己具有同时与多 个用户进行通话的能力。而在普通的两个用户建立会话时,他们相互提供的 联系地址参数中不包含此属性值。因此,可利用Contact参数中的isfocus属 性来区分呼叫转接业务与会议业务以及其他业务。
具体地说,就是在现有技术基础上,应用服务器B在进行业务判断时, 再增加一条判断准则根据其自身所保存的历史信息中获取REFER消息目 的地的联系地址,并对该REFER消息目的地的联系地址中是否包含有 isfocus属性进行判断。由此形成的完整判断准则如下
1 )用户与REFER消息的目的地之间存在已建立的会话,并且此REFER 消息采用与原会话相同的对话标识;
2 )用户发出的REFER消息中,method参数取值为INVITE, Refer-To 参数指示的是一个有效地址,可接收呼叫邀请;
3 ) REFER消息目的地的联系地址中是否包含有isfocus属性。也即,在应用服务器B首先对用户与所述指示消息的目的地之间是否存 在已建立的会话且所述指示消息采用与所述已建立会话相同的对话标识,以 及所述指示消息中method参数、Refer-To参数的属性值是否分别为INYITE、 一个可接收呼叫邀请的有效地址进行判断之后,还从所保存的历史信息中查 询到REFER消息的目的地联系地址参数;然后读取该目的地联系地址参数 的属性值;最后根据读取到的目的地联系地址参数的属性值识别出所发起的 业务是否为呼叫转接业务。REFER消息的目的地联系地址参数如果包含有isfocus属性,则识别出 该业务即为会议业务,如果该REFER消息的目的地联系地址参数没有 isfocus属性,则识别出所发起的业务为呼叫转接业务。以上判断准则可以区分呼叫转接业务与会议业务,但是,若存在下述特 殊情况,则可能还是会出现判断错误1 )呼叫转接业务中的REFER消息的目的地终端具有同时与多个用户进 行通话的能力,则其联系地址参数中可能会携带isfocus属性,导致业务服 务器误判为会议业务;2)可能出现某种新的业务,在普通用户终端之间使用REFER消息,导 致业务服务器误判为呼叫转接业务。为彻底避免上述误判情况,本发明在REFER请求消息中增加一个标识 参数X,供发起REFER请求的用户指示其所希望的业务类别。标识参数X 取值可以是对应于呼叫转接业务的属性值,可以是对应于会议业务的属性 值,也可以是对应于其它业务的相应值。本发明利用此参数不仅可以对会议 业务和呼叫转接业务进行区分,在利用此REFER请求消息开展其他业务时, 还可以根据该新增的标识参数X进行判断,具有了 一定的扩展性。用户终端在发起呼叫转接业务时,在其发出的REFER请求消息中插入 表示呼叫转接业务的标识参数X,指示该业务为呼叫转接业务。应用服务器 在收到REFER请求时,为提高执行效率,首先就检查标识参数X的取值, 通过此参数的值即可确定用户希望发起的是呼叫转接业务,而不是其它业务。进一步地,为防止用户发送错误,业务服务器也可核对以下两条准则是
否满足
1 )用户与REFER消息的目的地之间存在已建立的会话,并且此REFER 消息采用与原会话相同的对话标识;
2 )用户发出的REFER消息中的method参数取值为INVITE, Refer-To 参数指示的是一个有效地址,可接收呼叫邀请。
如果这两条准则也满足,则业务服务器可准确判定为用户发起的是呼叫 转接业务。
基于此,本发明所提出的REFER消息结构,除了包括method参数和 Refer-To参数之外,还包括用于指示业务类型如呼叫转接业务、会议业务和 其他业务的参数。该参数通过不同属性值来对上述的呼叫转接业务、会议业 务以及其他业务进行区分和标识。
而且本发明所提出的REFER消息配置方法,在配置时除对REFER消息 中的method参数和Refer-To参数进行配置之外,还在REFER消息中配置 一个标识参数,并将其值设定为对应于呼叫转接业务的属性值。另外,标识 参数通过其他属性值,还可标识不同于呼叫转接业务的其他业务,比如会议 业务等。
对用于区别呼叫转接业务和其他业务的参数进行属性值设置,然后将该 用于区别呼叫转接业务和其他业务如会议业务等的参数添加到REFER消息 中。
图4示出了本发明中用户终端向应用服务器发送REFER消息的实施例 流程示意,在向应用服务器发送REFER消息以指示呼叫转接业务时,用户 终端首先在REFER消息中配置method参数和Refer-To参数(步骤41 ); 然后再在REFER消息中配置一个用于标识业务类型的标识参^:,通过其属 性值的设置来标识不同的所述业务类型(步骤42);最后将已完成配置的 REFER消息发向应用服务器(步骤43)。
该用于标识呼叫转接业务的标识参数,也可通过其他属性值来标识不同 于呼叫转接业务的其他业务,比如会议业务等等。本发明用于应用服务器对业务类型的识别方法,在应用服务器对
REFER消息中一个用于标识业务类型的标识参数的属性值进行判断,根据 该属性值的判断结果识别指示消息所指示的业务类型。业务类型包括呼叫转 接业务,会议业务,还可以包括其他如新增的业务。为了保证判断的准确性, 在判断出业务类型后,进一步对用户与指示消息的目的地之间是否存在已建 立的会话且指示消息是否釆用与已建立会话相同的对话标识,以及指示消息 中method参数、Refer-To参数是否分别取值为INVITE、 一个可接收呼叫邀 请的有效地址进行判断,根据判断结果确认该标识参数是否被正确使用。如 果该参数没有被正确使用,则进行相应的差错处理。
图5示出了本发明中应用服务器对业务类型进行识别的一个实施例。假 设标识参数X是REFER请求消息中用于标识业务类型的参数,其标识呼叫 转接业务的属性值为transfer,其标识会议业务的属性值为conference,在基 于本发明所进行的扩展业务中,用于标识其他业务的属性值为other。则应 用服务器在收到REFER请求消息(步骤SI )后,首先检查消息中是否包含 了用于标识业务类型的标识参数X (步骤S2),如果不包含则判定为不是 呼叫转接或会议等业务,进行其他相应处理(步骤S3),如果包含则进一 步判断该标识参数X的属性值是否为标识呼叫转接业务的transfer属性值 (步骤S4),如果是则判定为呼叫转接业务,执行相应操作(步骤S5), 如果不是则进一步判断标识参数X的属性值是否为标识会议业务的 conference属性值(步骤S6 ),如果是判定为会议业务,执行相应的操作(步 骤S7),如果不是则判定为其他某新增业务并执行相应才喿作(步骤S8)。
为了更进一步地保证判断的准确性,还可以在上述步骤S4和步骤S5 之间添加REFER请求消息是否满足用户与REFER消息的目的地之间存在 已建立的会话且此REFER消息是否采用与原会话相同的对话标识,与用户 发出的REFER消息中的method参数取值为INVITE和Refer-To参数指示的 是一个可接收呼叫邀请有效地址这两个准则的判断过程。也即步骤S4判断 得出标识参数X的取值为对应于呼叫转接业务的值之后,继续依据用户与REFER消息的目的地之间存在已建立的会话并且此REFER消息采用与原会 话相同的对话标识的准则进行判定(步骤S41),如果满足则继续依据用户 发出的REFER消息中的method参数取值为INVITE和Refer-To参数指示的 是一个可接收呼叫邀请有效地址这个准则进行判定(步骤S42),如果这个 准则也满足,则判定为呼叫转接业务,执行上述的步骤S5,否则,若这两 个条件中任一条件不满足,则可判断为用户使用了错误的标识参数X,需采 取差错处理(步骤S43 )。
本发明的典型应用,是用来对呼叫转接业务和会议业务进行区分。而且, 在此基础上,本发明还能针对利用REFER消息进行传输的潜在业务进行一 定程度的扩展。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明。对于本 领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和 原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护 范围之内。
权利要求
1、一种指示消息配置方法,应用于下一代网络中用户终端标识业务类型,首先对所述指示消息中的method参数和Refer-To参数进行配置,其特征在于,还在所述指示消息中配置一个标识参数,通过其属性值的设置来标识不同的所述业务类型。
2、 如权利要求1所述的一种指示消息配置方法,其特征在于,所述业 务类型包括呼叫转接业务和会议业务。
3、 一种指示消息发送方法,应用于下一代网络中用户终端向应用服务 器指示业务类型,其特征在于,包括(a) 配置所述指示消息中的method参数、Refer-To参数;(b) 配置一个用于标识所述业务类型的标识参数,通过其属性值的设 置来标识不同的所述业务类型;(c )将已完成配置的所述指示消息发向所述应用服务器。
4、 如权利要求3所述的一种指示消息发送方法,其特征在于,步骤(b) 中所述业务类型包括呼叫转接业务和会议业务。
5、 一种业务类型识别方法,应用于下一代网络中应用服务器根据指示 消息识别业务类型,其特征在于,所述应用服务器对所述指示消息中一个用 于标识业务类型的标识参数的属性值进行判断,根据判断结果识别所述业务 类型。
6、 如权利要求5所述的一种业务类型识别方法,其特征在于,所述业 务类型包括呼叫转接业务和会议业务。
7、 如权利要求6所述的一种业务类型识别方法,其特征在于,在判断 出所述标识参数属性值对应于所述呼叫转接业务或所述会议业务时,进一步 对用户与所述指示消息的目的地之间是否存在已建立的会话且所述指示消息是否采用与所述已建立会话相同的对话标识,以及所述指示消息中method 参数、Refer-To参数是否分别取值为INVITE、 一个可接收呼叫邀请的有效地址进行判断,根据判断结果确认所述标识参数是否被正确使用。
8、 如权利要求7所述的一种业务类型识别方法,其特征在于,在判断 出所述标识参数没有被正确使用,则进一步进行差错处理。
9、 一种指示消息结构,应用于下一代网络中用户终端标识业务类型, 包括method参数和Refer-To参数,其特征在于,还包括用于标识业务类型 的标识参数。
10、 如权利要求9所述的一种指示消息结构,其特征在于,所述标识参 数通过不同属性值对不同的所述业务类型进行标识。
全文摘要
本发明公开了一种指示消息,其结构包括method参数和Refer-To参数,还包括用于标识业务类型的标识参数。在配置该指示消息时首先对其method参数和Refer-To参数进行配置,还在所述指示消息中配置一个标识参数,通过其属性值的设置来标识不同的所述业务类型。应用服务器在对用户终端所发送的该指示消息进行识别时,首先就对指示消息中一个用于标识业务类型的标识参数的属性值进行判断,根据判断结果识别所述业务类型。本发明在现有技术中的指示消息中添加一个标识业务类型的标识参数,应用服务器根据此添加了标识业务类型的标识参数的指示消息,就可正确区分出呼叫转接业务和会议业务。
文档编号H04M3/42GK101299827SQ20071010203
公开日2008年11月5日 申请日期2007年4月30日 优先权日2007年4月30日
发明者岷 沈 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1