建立会话的方法、装置及系统转让专利

申请号 : CN200910045708.8

文献号 : CN101790134B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 崔翔嵩朱雷

申请人 : 上海华为技术有限公司

摘要 :

本发明实施例提供一种建立会话的方法、服务器、用户设备和网络系统,其中,该方法包括:接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;根据会话建立信息进行建立会话处理。该服务器包括:接收单元,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;会话处理模块,用于根据会话建立消息进行建立会话处理。该用户设备包括:发送单元,用于通过用户平面向服务器发送的包含会话建立信息的消息;接收模块,用于通过用户平面接收服务器发送的包含会话建立结果的消息。根据本发明实施例提供的技术方案,能够减小建立会话过程中的延时。

权利要求 :

1.一种建立会话的方法,其特征在于,包括:

接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;

根据所述会话建立信息进行建立会话处理;

所述包含会话建立信息的消息为基于MBCP协议的连接消息,所述基于MBCP协议的连接消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP协议的消息为在原有MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

2.根据权利要求1所述的方法,其特征在于,所述接收发送的包含会话建立信息的消息具体实现为:接收所述主叫侧用户设备通过预建立会话的用户平面发送的包含会话建立信息的消息。

3.根据权利要求1所述的方法,其特征在于,所述建立会话处理包括:根据所述会话建立信息,向会话控制服务器发送会话建立请求消息;

接收所述会话控制器发送的包含会话建立结果的消息;

通过所述用户平面向所述主叫侧用户设备发送包含会话建立结果的消息。

4.根据权利要求1所述的方法,其特征在于,所述建立会话处理包括:根据所述会话建立信息,向被叫侧用户设备所属网络发送会话建立请求消息;

接收所述被叫侧用户设备所属网络发送的包含会话建立结果的消息;

通过所述用户平面向所述主叫侧用户设备发送包含所述会话建立结果的消息。

5.根据权利要求3或4所述的方法,其特征在于,所述建立会话处理还包括:通过所述用户平面,向所述主叫侧用户设备发送用于表示已经收到包 含会话建立信息的消息的响应消息。

6.根据权利要求1所述的方法,其特征在于,所述建立会话处理包括:通过所述用户平面,向所述主叫侧用户设备发送表示会话已经建立的消息;

根据所述会话建立信息,向会话控制服务器发送会话建立请求消息;

接收所述会话控制器发送的包含会话建立结果的消息。

7.根据权利要求6所述的方法,其特征在于,当所述会话建立结果为失败时,所述建立会话处理还包括:将包含失败结果的消息通过所述用户平面发送给所述主叫侧用户设备。

8.根据权利要求1所述的方法,其特征在于,所述建立会话处理包括:通过所述用户平面向所述主叫侧用户设备发送表示会话已经建立的消息;

根据所述会话建立信息,向被叫侧用户设备所属网络发送会话建立请求消息;

接收所述被叫侧用户设备所属网络发送的包含会话建立结果的消息。

9.根据权利要求8所述的方法,其特征在于,所述建立会话处理还包括:当所述会话建立结果为失败时,将包含失败结果的消息通过用户平面发送给主叫侧用户设备。

10.根据权利要求1所述的方法,其特征在于,所述建立会话处理包括:当检测到会话无法建立时,通过用户平面向主叫侧用户设备发送包含失败结果的消息。

11.一种建立会话的方法,其特征在于,包括:

通过用户平面向服务器发送包含会话建立信息的消息;

通过所述用户平面接收服务器发送的包含会话建立结果的消息;

所述包含会话建立信息的消息为基于MBCP协议的连接消息,所述基于 MBCP协议的连接消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP协议的消息为在原有MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

12.根据权利要求11所述的方法,其特征在于,所述方法还包括:通过用户平面接收服务器发送的响应消息,所述响应消息表示服务器已经接收到所述包含会话建立信息的消息。

13.一种服务器,其特征在于,包括:

接收单元,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;

会话处理模块,用于根据所述会话建立消息进行建立会话处理;

所述包含会话建立信息的消息为基于MBCP协议的连接消息,所述基于MBCP协议的连接消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP协议的消息为在原有MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

14.根据权利要求13所述的服务器,其特征在于,所述会话处理模块包括:第一发送单元,用于根据所述会话建立信息,向会话控制服务器发送会话建立请求消息;

第一接收单元,用于接收所述会话控制器发送的包含会话建立结果的消息;

第二发送单元,用于通过所述用户平面向主叫侧用户设备发送包含所述会话建立结果的消息。

15.根据权利要求13所述的服务器,其特征在于,所述会话处理模块包括: 第三发送单元,用于根据所述会话建立信息,向被叫侧用户设备所属网络发送会话建立请求消息;

第二接收单元,用于接收所述被叫侧用户设备所属网络发送的包含会话建立结果的消息;

第四发送单元,用于通过所述用户平面向主叫侧用户设备发送包含所述会话建立结果的消息。

16.根据权利要求14或15所述的服务器,所述会话处理模块还包括:第五发送单元,用于通过所述用户平面,向所述主叫侧用户设备发送用于表示已经收到包含会话建立信息的消息的响应消息。

17.一种用户设备,其特征在于,包括:

发送单元,用于通过用户平面向服务器发送包含会话建立信息的消息;

接收模块,用于通过所述用户平面接收服务器发送的包含会话建立结果的消息;

所述包含会话建立信息的消息为基于MBCP协议的连接消息,所述基于MBCP协议的连接消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP协议的消息为在原有MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

18.根据权利要求17所述的用户设备,其特征在于,所述接收模块包括:第一用户设备接收单元,用于通过所述用户平面接收服务器发送的包含会话建立结果的消息,所述接收模块还包括第二用户设备接收单元,用于接收服务器通过所述用户设备发送的响应消息,所述响应消息表示服务器已经接收到所述包含会话建立信息的消息。

19.一种网络系统,该网络系统能够与用户设备进行通信,其特征在于,包括:参与功能服务器,用于接收主叫侧用户设备通过用户平面发送的包含会 话建立信息的消息,向会话控制服务器发送会话建立请求消息,接收所述会话控制服务器发送的包含会话建立结果的消息,向所述主叫侧用户设备发送包含会话建立结果的消息;

会话控制服务器,用于接收所述会话建立请求消息,向被叫侧用户所属网络发送会话建立请求消息,接收所述被叫侧用户设备所属网络返回的包含会话建立结果的消息;

所述包含会话建立信息的消息为基于MBCP协议的连接消息,所述基于MBCP协议的连接消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP协议的消息为在原有MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

20.根据权利要求19所述的网络系统,其特征在于,所述网络系统还包括:被叫侧用户设备所属网络,用于接收所述会话控制服务器发送的所述会话建立请求消息,向所述会话控制服务器发送包含会话建立结果的消息。

21.根据权利要求19所述的网络系统,所述参与功能服务器为PoC参与功能服务器。

22.一种网络系统,该网络系统能够与用户设备进行通信,其特征在于,包括:服务器,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息,向被叫侧用户所属网络发送会话建立请求消息,接收所述被叫侧用户所属网络发送的包含会话建立结果的消息,向所述主叫侧用户设备发送包含会话建立结果的消息;

所述包含会话建立信息的消息为基于MBCP的消息,所述基于MBCP的消息为按照MBCP协议的消息格式定义的新的消息类型的消息,该类型消息的消息内容中包含会话建立信息;或者所述基于MBCP的消息为在原有 MBCP协议消息的基础上增加包含会话建立信息的参数字段或信息比特。

23.根据权利要求22所述的网络系统,其特征在于,所述网络系统还包括:被叫侧用户设备所属网络,用于接收所述会话建立请求消息,向服务器发送包含会话建立结果的消息。

说明书 :

建立会话的方法、装置及系统

技术领域

[0001] 本发明涉及通信技术领域,尤其涉及一种建立会话的方法、装置及系统。

背景技术

[0002] 目前各种业务中的两个用户设备之间在建立会话过程中都要经过多次消息的交互,这些交互消息多采用控制平面上的消息。
[0003] 例如,PoC(Push to talk over Cellular,基于蜂窝网的即按即说业务)业务允许用户与一个或者多个用户进行通信,即按即讲,具有通话便利、迅速的优点,并且通信的内容可以包括语音、音频、视频等多种媒体类型。PoC系统包括PoC客户端、PoC服务器等功能实体,其中PoC服务器分为PoC参与功能服务器(PoC Server performing Participating PoC Function,简称PFserver)和PoC控制功能服务器(PoC Server performing the Controlling PoCFunction,简称CF server),分别负责管理PoC客户端的接入和PoC会话的控制。在PoC业务中,PoC会话可以分为控制平面和用户平面两个部分,控制平面上目前主要使用的是SIP(Session Initiation Protocol,会话初始协议)协议,用于PoC会话的控制和管理,例如会话的建立、释放等,用户平面使用了基于RTP/RTCP(Real-time Transport Protocol/RTP Control Protocol,实时传输协议/实时传输协议控制协议)的协议栈结构,用于用户媒体的传输、媒体传输质量反馈、对媒体流发送权限的控制等。
[0004] 现有技术在建立PoC会话的过程中,主叫侧用户设备发送基于控制平面的会话建立请求消息,该会话建立请求消息经过PoC服务器发送到被叫侧用户设备上,被叫侧用户设备又返回基于控制平面的会话建立响应消息,通过上述路径发送到主叫侧用户设备上,从而使得会话建立完成。基于控制平面的会话建立请求消息和响应消息都需要经过SIP/IP核心的IMS(IP Multimediasubsystem,IP多媒体子系统)域转发。
[0005] 上述现有技术中,会话建立过程中的信息传输时延较长,影响用户的业务体验。

发明内容

[0006] 有鉴于此,本发明实施例的目的在于提供一种建立会话的方法、服务器、用户设备和网络系统,能够减小会话建立时的时延。
[0007] 根据本发明的一方面,提供一种建立会话的方法,包括:
[0008] 接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;
[0009] 根据会话建立信息进行建立会话处理。
[0010] 根据本发明的另一方面,提供一种建立会话的方法,包括:
[0011] 通过用户平面向服务器发送的包含会话建立信息的消息;
[0012] 通过用户平面接收服务器发送的包含会话建立结果的消息。
[0013] 根据本发明的另一方面,提供一种服务器,包括:
[0014] 接收单元,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;
[0015] 会话处理模块,用于根据会话建立消息进行建立会话处理。
[0016] 根据本发明的另一方面,提供一种用户设备,包括:
[0017] 发送单元,用于通过用户平面向服务器发送的包含会话建立信息的消息;
[0018] 接收模块,用于通过用户平面接收服务器发送的包含会话建立结果的消息。
[0019] 根据本发明的另一方面,提供一种网络系统,该网络系统能够与用户设备进行通信,包括:
[0020] 参与功能服务器,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息,向会话控制服务器发送会话建立请求消息,接收会话控制服务器发送的包含会话建立结果的消息,向主叫侧用户设备发送包含会话建立结果的消息;
[0021] 会话控制服务器,用于接收会话建立请求消息,向被叫侧用户所属网络发送会话建立请求消息,接收被叫侧用户设备所属网络返回的包含会话建立结果的消息。
[0022] 根据本发明的另一方面,提供一种网络系统,该网络系统能够与用户设备进行通信,包括:
[0023] 服务器,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息,向被叫侧用户所属网络发送会话建立请求消息,接收被叫侧用户所属网络发送的包含会话建立结果的消息,向主叫侧用户设备发送包含会话建立结果的消息。
[0024] 由上述公开的技术方案可以看出,在本发明实施例中由于用户设备不需要经过SIP/IP核心的IMS域发送基于控制平面会话建立请求消息,而是利用用户平面消息发给服务器,再由服务器设备向外发送会话建立请求消息,并且所述的用户平面消息长度比控制平面信令消息的长度大大减小,因此减少了转发和传输两个方面的时延,从而相对于现有技术,整个会话建立过程中的时延大幅较小。

附图说明

[0025] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
[0026] 图1是本发明实施例一提供的一种建立会话的方法的流程示意图;
[0027] 图2是本发明实施例一中根据会话建立信息进行建立会话处理的一种具体实现的流程图;
[0028] 图3是本发明实施例一中根据会话建立信息进行建立会话处理的另一种具体实现的流程图;
[0029] 图4是本发明实施例一中根据会话建立信息进行建立会话处理的再一种具体实现的流程图;
[0030] 图5是本发明实施例二提供的一种建立会话的方法的流程示意图;
[0031] 图6是本发明实施例三提供的PoC业务建立会话的方法的流程图;
[0032] 图7是本发明实施例中对原有基于MBCP协议的Connect消息进行扩展的示意图;
[0033] 图8是本发明实施例中对原有基于MBCP协议的Acknowledgement消息进行扩展的示意图;
[0034] 图9是本发明实施例四提供的一种建立会话的方法的流程图;
[0035] 图10是本发明实施例五提供的一种建立会话的方法的流程图;
[0036] 图11a是本发明实施例六提供的一种建立会话的方法的流程图;
[0037] 图11b是本发明实施例中对原有基于MBCP协议的Acknowledgement消息进行的另一种扩展的示意图;
[0038] 图12是本发明实施例七提供的一种服务器的示意图;
[0039] 图13是本发明实施例七中会话处理模块的一种具体实现示意图;
[0040] 图14是本发明实施例七中会话处理模块的另一种具体实现示意图;
[0041] 图15是本发明实施例八提供的一种用户设备的示意图;
[0042] 图16是本发明实施例九提供的一种网络系统的示意图;
[0043] 图17是本发明实施例十提供的一种网络系统的示意图。

具体实施方式

[0044] 在实现本发明的过程中,发明人发现,在现有技术中由于会话建立请求消息及会话建立响应消息,都需要在控制平面上经过SIP/IP核心的IMS域转发,而基于IMS域的消息路由转发时延较大,所以会在会话建立请求和会话建立响应两个方向的信息发送上各增加几十毫秒甚至可到达上百毫秒的信令路由转发时延,另一方面,由于Invite消息中带有大量的会话建立消息,导致Invite消息长度较大,通常的控制平面上的SIP Invite消息长度都在几千个比特,在空中接口的信道带宽是几kbps或者几十kbps的时候,也会在空中接口产生几百毫秒甚至达到秒级的传输时延,由于上述路由转发时延和传输时延导致会话建立的时延很长,严重影响用户的业务体验。
[0045] 为了能够有效减少会话建立过程中的时延,提高用户体验,提出了本发明实施例的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0046] 下面结合附图对本发明实施例进行详细描述。
[0047] 实施例一
[0048] 参见图1,本发明实施例一提供一种建立会话的方法,该方法包括如下步骤:
[0049] 步骤S101:接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;
[0050] 其中,上述用户平面可以是预建立会话的用户平面,预建立会话是用户设备和用户设备所属网络之间建立的未激活的会话,当主叫用户设备希望与其他被叫用户设备建立会话时,在主叫用户设备和主叫用户设备所属网络之间可以不用再次新建会话,而使用已经建立过的未激活的会话,来进一步建立主叫用户设备和被叫用户设备之间的会话。
[0051] 步骤S102:根据会话建立信息进行建立会话处理。
[0052] 其中,如图2所示,步骤S102可以具体包括:
[0053] 步骤S10211:根据所述会话建立信息,向会话控制服务器发送会话建立请求消息;
[0054] 步骤S10212:接收会话控制器发送的包含会话建立结果的消息;
[0055] 其中,会话建立结果可以是会话建立成功也可以使会话建立失败。
[0056] 步骤S10213:通过用户平面向主叫侧用户设备发送包含会话建立结果的消息。
[0057] 另外,步骤S102还可以进一步包括:通过用户平面向主叫侧用户设备发送用于表示已经收到包含会话建立信息的消息的响应消息。
[0058] 需要说明的是,步骤S102中的消息可以不经过会话控制服务器,或者也可以是会话控制器本身集成在本实施例的执行主体中,此时,如图3所示,步骤S102可以具体包括:
[0059] 步骤S10221:根据所述会话建立信息,向被叫侧用户设备所属网络发送会话建立请求消息;
[0060] 步骤S10222:接收被叫侧用户设备所属网络发送的包含会话建立结果的消息;
[0061] 步骤S10223:通过用户平面向主叫侧用户设备发送包含所述会话建立结果的消息。
[0062] 另外,步骤S102还可以进一步包括:通过用户平面向主叫侧用户设备发送用于表示已经收到包含会话建立信息的消息的响应消息。
[0063] 在上述技术方案中,步骤S102也可以具体包括如下步骤,如图4所示:
[0064] 步骤S10231:通过用户平面,向主叫侧用户设备发送表示会话已经建立的消息;
[0065] 步骤S10232:根据会话建立信息,向会话控制服务器发送会话建立请求消息;
[0066] 步骤S10233:接收会话控制器发送的包含会话建立结果的消息。
[0067] 此时,当会话建立结果为失败时,步骤S102还包括:将包含失败结果的消息通过用户平面发送给主叫侧用户设备。
[0068] 根据本发明实施例,通过用户平面接收主叫侧用户设备发送的包含会话建立信息的消息,然后根据会话建立信息发送会话建立请求,相对于现有技术,减少了利用控制平面转发基于SIP协议的消息数量,并且用户平面消息经过的路由也比控制平面消息简化很多,用户平面消息不再经过SIP域的转发,有利于减少转发过程中造成的延时,另外,由于所使用用户平面消息相对于控制平面的消息长度大幅减小,从原来的几千个比特减少到几十个比特或者几百个比特,这样就可以使带宽有限的情况下传输消息的时延明显降低,所以总的来说减低了会话建立过程的时延,使用户的体验得到明显提升。
[0069] 实施例二
[0070] 参见图5,本发明实施例一提供一种建立会话的方法,包括:
[0071] 步骤S501:通过用户平面向服务器发送的包含会话建立信息的消息;
[0072] 步骤S502:通过用户平面接收服务器发送的包含会话建立结果的消息。
[0073] 还可以包括:通过用户平面接收服务器发送的响应消息,所述响应消息表示服务器已经接收到所述包含会话建立信息的消息。
[0074] 根据本实施例,在建立会话过程中,首先利用用户平面发送包含会话建立信息的消息,相对于现有技术,减少了利用控制平面转发基于SIP协议的消息数量,也就相应较少了利用SIP/IP核心的IMS域转发消息的次数,所以大幅减小了因消息转发带来的时延,而且利用用户平面发送的消息长度大幅减小,从控制平面消息的几千个比特减少到几十个比特或者几百个比特,这样就可以使带宽有限的情况下传输消息的时延明显降低,所以总的来说减低了会话建立过程的时延,使用户的体验得到明显提升。
[0075] 实施例三
[0076] 下面以具体的建立PoC业务会话为例详细说明本发明实施例。
[0077] 在本实施例中,服务器具体为主叫侧用户设备所属的PoC参与功能服务器,用户设备可以为PoC客户端,会话控制服务器为PoC控制功能服务器。如图6所示,本实施例提供的建立会话的方法包括:
[0078] 主叫侧用户设备601与主叫侧用户设备所属的PoC参与功能服务器602之间存在预先建立的预建立会话。
[0079] 步骤S601:主叫侧用户设备601在希望和被叫侧用户设备605建立会话时,使用上述预建立会话的用户平面,向主叫侧用户设备601所属的PoC参与功能服务器602发送包含会话建立信息的消息;
[0080] 其中,特别地,上述包含会话建立信息的消息可以采用基于MBCP协议的连接消息,例如Connect消息。
[0081] 上述连接消息具体经过RAN(Radio Access Network,无线接入网)、SGSN(Service GPRS Support Node,服务GPRS支持节点)和GGSN(Gateway GPRSService Node,网关GPRS服务节点)发送到主叫侧用户设备所属的PoC参与功能服务器602上,不需要如现有技术中经过SIP/IP核心IMS域的转发,从而可以节省消息传递过程的时延。
[0082] 步骤S602:主叫侧用户设备所属的PoC参与功能服务器602使用用户平面向主叫侧用户设备601发送响应消息,该响应消息中包含指示会话已经建立的信息。主叫侧用户设备601收到该确认响应消息后,主叫侧用户设备601则认为会话已经建立。
[0083] 类似,如图6所示,该确认响应消息可以为基于MBCP协议的确认消息,例如Acknowledgement消息。
[0084] 具体地,该确认响应信息经过GGSN、SGSN、RAN发送到主叫方用户设备601上,不再需要经过SIP/IP核心的IMS域转发,从而节省消息传递的时延。
[0085] 需要说明的是,当上述包含会话建立信息的消息采用基于MBCP的连接消息时,发明人发现现有的基于MBCP协议的连接消息只能用在被叫用户设备一侧,同理现有的基于MBCP协议的确认消息也不能够直接被用于本发明实施例,所以发明人对原有的基于MBCP协议的连接消息和确认消息进行了扩展,以适合本发明实施例的需要,具体的扩展方式可以包括两种:
[0086] 其一:在MBCP协议中增加新类型的协议消息,使用新类型的协议消息可以按照MBCP协议的一般消息格式,定义新的消息类型,并且在消息内容中包含会话建立信息,例如包括:发送者标识信息、预建立会话标识信息、请求建立会话的类型信息、请求建立会话的被叫侧用户标识(单个被邀请用户时)或者被叫侧用户标识列表(多个被邀请用户时)或者被叫侧群组标识(邀请PoC群组时)或者希望加入的PoC会话的标识(请求加入已经存在的PoC会话时)、被叫侧用户应答模式信息、使用PoC Box的信息、是否支持离散媒体的信息,PoC客户端将此MBCP消息发送至归属PoC服务器。
[0087] 其二,在原有MBCP协议消息类型的基础上增加新的参数字段或者特定信息比特以包含会话建立信息。
[0088] 例如,图7示出了一种对基于MBCP协议的Connect消息进行扩展方法的具体实现,其中,“SSRC of PoC Server performing the Participating PoCFunction”含义原本为“发送此MBCP Connect消息的PF Server的SSRC标识”,此字段意义扩展后的字段表示“发送此MBCP Connect消息的PF Server或者PoC客户端的SSRC标识”。当PF Server接收到PoC客户端发送来的MBCPConnect消息时,可以按照本发明提出的方法进行处理,即连接与PoC客户端之间的预建立会话并向PoC控制功能服务器发送控制平面的Invite请求建立PoC会话。
[0089] “SDES item content”字段共有16个比特,现有技术中只使用了其中的6个比特,如ABCDEFxxxxxxxxxx,其中x代表未使用比特,本发明新增此字段的指示比特进行扩展。新增abcdef比特,新的字段为ABCDEFxxabcdefxx,其中a比特表示被邀请用户的ID标识,b比特表示被邀请的多个用户的列表,c比特表示PoC会话标识,d比特表示PoC群组标识,e比特表示会话邀请不希望被路由到PoC Box(PoC Box是PoC业务中的一种存储设备,类似于语音信箱),f比特表示希望会话邀请仅仅被发送给PoC Box。PF Server接收到主叫用户设备发送的MBCP Connect消息后,需要将这些指示比特的信息映射到Invite请求中。
[0090] “Add.indic.”字段共有8个比特,现在只使用了其中的4个比特,ABCDxxxx,其中x代表未使用比特,此字段新增指示比特进行扩展。新增EF比特,新的字段为ABCDEFxx,其中E表示需要被邀请用户手动应答,F比特表示需要支持离散媒体。PF Server接收到主叫用户设备发送的MBCPConnect消息后,需要将这些指示比特的信息映射到Invite请求中。
[0091] “SDES items”字段原本表示发出会话邀请的用户的标识,扩展的新增含义增加了被邀请的PoC用户、或者被邀请的PoC用户列表、或者被邀请的PoC会话、或者被邀请的PoC群组,PF Server接收到主叫用户发送的MBCPConnect消息后,如果检测可以进行后续的会话建立则选择其中的被邀请的PoC用户、或者被邀请的PoC用户列表、或者被邀请的PoC会话、或者被邀请的PoC群组,并将这些信息填写到生成的Invite请求中。
[0092] 图8示出了一种对基于MBCP协议的Acknowledgement消息进行扩展方法的具体实现:
[0093] “SSRC of PoC Client sending the acknowledgement message”字段含义原本为“发送此MBCP Acknowledgement消息的PoC客户端的SSRC标识”,此字段意义扩展后的字段表示“发送此MBCP Acknowledgement消息的PF Server或者PoC客户端的SSRC标识”。当PF Server接收到PoC客户端发送来的MBCP Connect消息时,可以按照本发明提出的方法进行处理,即连接与PoC客户端之间的预建立会话并向PoC控制功能服务器发送控制平面的Invite请求建立PoC会话,并向PoC客户端返回MBCP Acknowledgement消息。
[0094] “padding”字段原本为填充字段,此字段意义扩展后表示为“padding/failure code”,表示填充字段或者failure code错误原因码,在某些条件下代表填充字段,某些条件下代表错误原因码。
[0095] “reason code”字段原本已经定义过三种结果,分别是“Accepted”、“Busy”和“Not Accepted”,本发明提出的扩展方法是当返回的结果是“Not Accepted”时,“padding/failure code”字段含义为“failure code”,此字段中包含有导致会话建立失败的失败原因码,例如可以是也就是PoC会话服务器无法接受会话连接请求的原因。
[0096] 步骤S603:PoC参与功能服务器602根据上述会话建立信息,向PoC控制功能服务器603发送会话建立请求消息,请求建立主叫侧用户设备601和被叫侧用户设备605之间的PoC会话。
[0097] 如图6所示,该会话建立请求消息可以采用基于通常的SIP协议的Invite消息,Invite消息的形式属于本领域技术人员公知的技术,这里不再赘述。
[0098] 步骤S604:PoC控制功能服务器603向被叫侧用户设备所属网络304发送会话建立请求消息;
[0099] 同理,该会话建立请求消息也可以采用基于SIP协议的Invite消息。
[0100] 在建立PoC会话的场合,被叫侧用户设备所属网络604也可以类似主叫侧包括:被叫侧用户设备所属的PoC参与功能服务器。
[0101] 步骤S605:被叫侧用户设备所属网络604进行与被叫侧用户设备605的会话建立过程;
[0102] 其中,被叫侧用户设备所属网络604进行的会话建立过程与现有技术中类似,可以包括:被叫侧用户设备所属的PoC参与功能服务器接收会话建立请求,例如可以采用Invite消息,并经过被叫侧相应的SIP/IP核心的转发,将Invite消息发送给被叫侧用户设备,被叫侧用户设备通过上述路径返回响应消息。
[0103] 步骤S606:被叫侧用户设备所属网络604向PoC控制功能服务器603发送响应消息,本实施例中该响应消息为确认消息,表示被叫侧用户设备605接收会话建立请求。
[0104] 步骤S607:PoC控制功能服务器603接收到确认响应消息后,向PoC参与功能服务器602发送包含会话建立结果的消息,本实施例中为确认响应消息,会话建立结果为成功。
[0105] 步骤S608:主叫侧用户设备601与被叫侧用户设备605之间成功建立会话。
[0106] 需要说明的是,本实施例中是以建立PoC会话为例,在建立PoC会话的过程中PoC参与功能服务器向会话控制服务器发送会话建立请求消息,而在其他的具体应用场合,例如,会话控制服务器与PoC参与功能服务器集成在一个设备中或者网络设置为不需要经过会话控制服务器,PoC参与功能服务器也可以直接向被叫侧用户设备所属网络发送会话建立请求消息,同理,PoC参与功能服务器也可以直接从被叫侧用户设备所属网络接收确认响应消息。
[0107] 另外,上述方案中的步骤S602也可以在步骤S607与步骤S608之间执行。
[0108] 根据本发明实施例,建立PoC会话的过程中主叫侧用户设备不需要经过SIP/IP核心的IMS域向参与功能服务器发送基于控制平面会话建立请求消息,而是利用用户平面向参与功能服务器发送包含会话建立信息的连接消息,由参与功能服务器向外发送会话建立请求消息,这样减少了利用SIP/IP核心的IMS域转发消息的次数,大幅减少了转发过程中的时延,同时由于基于用户平面的消息较基于控制平面的消息长度大幅减小,所以本实施例在消息传输过程中的时延也大幅减小,总的来说,在会话建立过程中的时延大幅减小。
[0109] 实施例四
[0110] 本发明实施例中提供的建立会话的方法中考虑检测到无法建立会话的情形,此时向主叫侧用户设备返回包含失败原因信息的失败响应消息。下面具体以PoC业务详细说明本实施例,如图9所示,本实施例一提供的建立会话的方法包括:
[0111] 步骤S901:主叫侧用户设备901在希望和被叫侧用户设备905建立会话时,使用预建立会话的用户平面,向主叫侧用户设备901所属的PoC参与功能服务器902发送包含会话建立信息的消息;
[0112] 其中,特别地,上述消息可以采用基于MBCP的连接消息。
[0113] 该基于MBCP的连接消息可以采用类似实施例三中对原有MBCP协议的连接消息的扩展方法。
[0114] 步骤S902:PoC参与功能服务器902检测出无法完成本次会话建立请求,则拒绝本次会话建立请求;
[0115] 步骤S903:PoC参与功能服务器902利用用户平面向主叫侧用户设备901返回包含失败结果的消息,该消息也可以包括失败原因。
[0116] 特别地,该失败响应消息可以为基于MBCP协议的确认消息。
[0117] 其中,该基于MBCP协议的确认消息也可以采用类似实施例三中对原有确认消息的扩展方式。
[0118] 另外,主叫侧用户设备901在接收到上述失败响应消息后,可以根据接收到的失败结果和失败原因进行相应的处理,例如显示提示信息给用户。
[0119] 需要说明的是,在建立PoC会话的过程中PoC参与功能服务器向会话控制服务器发送会话建立请求消息,而在其他的具体应用场合,例如,会话控制服务器与PoC参与功能服务器集成在一个设备中或者网络设置为不需要经过会话控制服务器,PoC参与功能服务器也可以直接向被叫侧用户设备所属网络发送会话建立请求消息,同理,PoC参与功能服务器也可以直接从被叫侧用户设备所属网络接收确认响应消息。
[0120] 根据本实施例,主叫侧用户设备与PoC参与功能服务器之间通过用户平面的消息进行交互,由于不需要经过SIP/IP核心的IMS域的转发,而且用户平面的消息长度较短,所以在PoC参与功能服务器检测出无法完成本次会话建立请求的情况,相对于现有技术,主叫侧用户设备能够在较短时间内得知会话建立结果。
[0121] 实施例五
[0122] 本实施例中考虑当实施例一中当发送出会话建立请求消息后收到无法建立会话的消息的情形,此时通过用户平面发送包含失败结果的消息,所述主叫侧用户设备收到上述消息后,返回确认响应消息。停止本次会话建立请求。
[0123] 下面以PoC业务为例,详细说明本发明实施例,如图10所示,该方法包括:
[0124] 步骤S1001:主叫侧用户设备1001在希望和被叫侧用户设备建立会话时,使用事先建立的预建立会话的用户平面,向主叫侧用户设备所属的PoC参与功能服务器1002发送包含会话建立信息的消息;
[0125] 其中,特别地,上述连接消息可以采用基于MBCP的连接消息。
[0126] 该基于MBCP的连接消息可以采用类似实施例三中对原有MBCP协议的连接消息的扩展方法。
[0127] 步骤S1002:PoC参与功能服务器1002使用用户平面向主叫侧用户设备1001发送响应消息,该响应消息指示参与功能服务器1002已经收到主叫侧用户设备1001发送的消息。主叫侧用户设备1001收到该确认响应消息后,主叫侧用户设备1001则认为会话已经建立。
[0128] 该确认响应消息可以为基于MBCP协议的确认消息。
[0129] 其中,该基于MBCP协议的确认消息也可以采用类似实施例三中对原有确认消息的扩展方式。
[0130] 步骤S1003:PoC参与功能服务器1002根据上述会话建立信息,向PoC控制功能服务器1003发送会话建立请求消息,请求建立PoC会话。
[0131] 该会话建立请求消息可以采用基于通常的SIP协议的请求消息,例如Invite消息。
[0132] 步骤S1004:PoC控制功能服务器1003或被叫侧用户设备所属网络1004在后续的会话建立过程中检测出会话无法建立,或者被叫侧用户设备1005本身拒绝此次会话建立请求;
[0133] 其中,PoC控制功能服务器1003在接收到会话建立请求信息后,可能检测到无法建立会话,或者被叫侧用户设备所属网络1004在后续的会话建立过程中可能出现无法与被叫侧用户设备1005建立会话的情况,或者被叫用户设备1005拒绝接受会话建立请求,这样被叫侧用户设备所属网络1004会向PoC控制功能服务器1003发送失败响应消息。
[0134] 步骤S1005:PoC控制功能服务器1003向PoC参与功能服务器1002返回包含会话建立结果的响应消息,本实施例中会话建立结果为失败,该响应消息中还可以包含失败原因。
[0135] 步骤S1006:PoC参与功能服务器1002通过用户平面向主叫侧用户设备1001发送包含会话建立结果的消息,该消息还可以用于请求断开预建立会话;
[0136] 上述请求断开预建立会话的消息可以是基于MBCP协议的断开消息,例如Disconnect消息。
[0137] 步骤S1007:所述主叫侧用户设备1001通过用户平面向PoC参与功能服务器1002返回确认消息,断开预建立会话。
[0138] 由此可见在上述步骤中,虽然步骤S1002中,主叫侧用户设备1001在接收到PoC参与功能服务器1002发送的确认响应信息后,根据确认响应信息认为会话建立成功,但是后续的会话建立过程中可能会出现会话无法建立的情况,这时PoC参与功能服务器还需要向主叫侧用户设备1001重新发送一个断开消息,用来请求断开预建立会话,停止请求建立会话的过程。
[0139] 需要说明的是,在建立PoC会话的过程中PoC参与功能服务器向会话控制服务器发送会话建立请求消息,而在其他的具体应用场合,例如,会话控制服务器与PoC参与功能服务器集成在一个设备中或者网络设置为不需要经过会话控制服务器,PoC参与功能服务器也可以直接向被叫侧用户设备所属网络发送会话建立请求消息,同理,PoC参与功能服务器也可以直接从被叫侧用户设备所属网络接收确认响应消息。
[0140] 根据本发明实施例,主叫侧用户设备与PoC参与功能服务器之间通过用户平面的消息进行交互,由于不需要经过SIP/IP核心的IMS域的转发,而且用户平面的消息长度较短,所以在后续检测出无法完成本次会话建立请求的情况,相对于现有技术,主叫侧用户设备能够在较短时间内得知会话建立结果。
[0141] 实施例六
[0142] 本实施例提供一种建立会话的方法,该方法与前几个实施例的区别在于,在向主叫侧用户设备发送的响应消息只用来指示已经收到包含会话建立信息的消息,主叫侧用户设备在接收到该确认消息后也仅仅得知包含会话建立信息的消息已经被接收到,而对于建立会话过程的最终建立成功与否的结果信息,由服务器经过用户平面另外向主叫侧用户设备发送。下面以PoC业务为例,具体说明本发明实施例。
[0143] 如图11a所示,该方法包括如下步骤:
[0144] 步骤S1101:主叫侧用户设备1101在希望和被叫侧用户设备1105建立会话时,使用上述预建立会话的用户平面,向主叫侧用户设备1101所属的PoC参与功能服务器1102发送包含会话建立信息的消息;
[0145] 其中,特别地,上述连接消息可以采用基于MBCP协议的连接消息,例如Connect消息。该基于MBCP的连接消息可以采用类似实施例三中对原有MBCP协议的连接消息的扩展方法。
[0146] 步骤S1102:主叫侧用户设备所属的PoC参与功能服务器1102使用用户平面向主叫侧用户设备1101发送响应消息,该响应消息中包含指示PoC参与功能服务器1102已经收到主叫侧设备1101发送的消息,主叫侧用户设备1102收到该响应信息后,只能确认PoC参与功能服务器1102已经收到连接消息。
[0147] 该响应消息可以为基于MBCP协议的确认消息,例如Acknowledgement消息。其中,该基于MBCP协议的确认消息也可以采用类似实施例三中对原有确认消息的扩展方式。
[0148] 步骤S1103:PoC参与功能服务器1102根据上述会话建立信息,向PoC控制功能服务器1103发送会话建立请求消息,请求建立主叫侧用户设备1101和被叫侧用户设备1105之间的PoC会话。
[0149] 步骤S 1104:PoC控制功能服务器1103、被叫侧用户设备所属网络和被叫侧用户设备进行后续的会话建立过程。
[0150] 其中,上述后续的建立过程的结果可能是成功,也可能是失败,例如,对于失败的结果,可以包括:PoC控制功能服务器1103或被叫侧用户设备所属网络1104在后续的会话建立过程中检测出会话无法建立,或者被叫侧用户设备1105本身拒绝此次会话建立请求。
[0151] 当会话建立结果为失败时,此步骤类似于实施例五中的步骤S1004的情况,区别在于,本步骤中还包括会话建立结果为成功的情况。
[0152] 步骤S1105:PoC控制功能服务器1103向PoC参与功能服务器1102返回包含会话建立结果的响应消息。
[0153] 其中,响应消息可以是成功响应或者失败响应,如果会话建立结果是无法完成会话,则上述失败响应信息中还包括失败原因码。
[0154] 步骤S1106:PoC参与功能服务器1102通过用户平面向主叫侧用户设备1101发送包含会话建立结果信息的指示消息,其中,如果会话建立失败,则该指示消息中还可以包含失败原因。
[0155] 例如,PoC参与功能服务器1102可以通过用户平面使用以下MBCP指示消息发送给主叫侧用户设备1101,通知主叫侧用户设备1101会话建立的结果,MBCP指示消息格式可以如图11b所示。其中第一行的“1xxxx”字段的值为不同于现有其他MBCP协议消息类型的值,此字段代表MBCP消息类型,此时为MBCP指示消息。当会话建立成功时,result设置为成功指示(例如值为1),reason code全部填0,当会话建立失败时,result设置为失败指示(例如值为0),reason code设置为错误原因码,根据步骤805中失败响应中携带的失败原因码。
[0156] 在上述方案中,主叫侧用户设备在接收到最后的包含会话建立结果的消息后再确认会话建立的结果,这样相对于前面的几个实施例,在本本实施例中,从主叫侧用户设备的角度看,得到会话建立成功与否的结果更准确。
[0157] 另外,上述步骤中,步骤S1002也可以不执行。
[0158] 需要说明的是,本实施例中是以建立PoC会话为例,在建立PoC会话的过程中PoC参与功能服务器向会话控制服务器发送会话建立请求消息,而在其他的具体应用场合,PoC参与功能服务器也可以直接向被叫侧用户设备所属网络发送会话建立请求消息,同理,PoC参与功能服务器也可以直接从被叫侧用户设备所属网络接收响应消息。
[0159] 根据本发明实施例,建立PoC会话的过程中主叫侧用户设备不需要经过SIP/IP核心的IMS域向参与功能服务器发送基于控制平面会话建立请求消息,而是利用用户平面向参与功能服务器发送包含会话建立信息的连接消息,由参与功能服务器向外发送会话建立请求消息,这样减少了利用SIP/IP核心的IMS域转发消息的次数,大幅减少了转发过程中的时延,同时由于基于用户平面的消息较基于控制平面的消息长度大幅减小,所以本实施例在消息传输过程中的时延也大幅减小,总的来说,在会话建立过程中的时延大幅减小。
[0160] 本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0161] 实施例七
[0162] 本实施例相应提供一种服务器,如图12所示,该服务器1200包括:
[0163] 接收单元1201,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息;
[0164] 会话处理模块1202,用于根据会话建立消息进行建立会话处理。
[0165] 其中,如图13所示,会话处理模块1202包括:
[0166] 第一发送单元120211,用于根据会话建立信息,向会话控制服务器发送会话建立请求消息;
[0167] 第一接收单元120212,用于接收会话控制器发送的包含会话建立结果的消息;
[0168] 第二发送单元120213,用于通过用户平面向主叫侧用户设备发送包含会话建立结果的消息。
[0169] 另一方面,如图14所示,会话处理模块1202可以包括:
[0170] 第三发送单元120221,用于根据会话建立信息,向被叫侧用户设备所属网络发送会话建立请求消息;
[0171] 第二接收单元120222,用于接收被叫侧用户设备所属网络发送的包含会话建立结果的消息;
[0172] 第四发送单元120223,用于通过用户平面向主叫侧用户设备发送包含所述会话建立结果的消息。
[0173] 另外,上述会话处理模块1202还可以包括第五发送单元,用于通过用户平面,向主叫侧用户设备发送用于表示已经收到包含会话建立信息的消息的响应消息。
[0174] 利用本实施例提供的服务器在请求建立会话的过程中,由于主叫侧用户设备与服务器之间通过用户平面进行消息交互,所以二者之间不需要经过SIP/IP核心的IMS域的转发消息,所以减少了利用SIP/IP核心的IMS域转发消息的次数,大幅减少了转发过程中的时延,同时由于基于用户平面的消息较基于控制平面的消息长度大幅减小,所以本实施例在消息传输过程中的时延也大幅减小,总的来说,在会话建立过程中的时延大幅减小。
[0175] 实施例八
[0176] 本实施例提供一种用户设备,如图15所示,该用户设备1500包括:
[0177] 发送单元1501,用于通过用户平面向服务器发送的包含会话建立信息的消息;
[0178] 接收模块1502,用于通过用户平面接收服务器发送的包含会话建立结果的消息。
[0179] 其中,接收模块1502可以包括:第一用户设备接收单元15021,用于通过用户平面接收服务器发送的包含会话建立结果的消息,接收模块1502还包括第二用户设备接收单元15022,用于接收服务器通过所述用户设备发送的响应消息,所述响应消息表示服务器已经接收到所述包含会话建立信息的消息。
[0180] 本实施例提供的用户设备在建立会话的过程中,与服务器通过用户平面进行信息交互,减少了利用控制平面转发基于SIP协议的消息数量,也就相应较少了利用SIP/IP核心的IMS域转发消息的次数,所以大幅减小了因消息转发带来的时延,而且利用用户平面发送的消息长度大幅减小,从控制平面消息的几千个比特减少到几十个比特或者几百个比特,这样就可以使带宽有限的情况下传输消息的时延明显降低,所以总的来说减低了会话建立过程的时延,使用户的体验得到明显提升。
[0181] 实施例九
[0182] 本实施例提供一种网络系统,该网络系统能够与用户设备进行通信,如图16所示,该网络系统1600包括:
[0183] 服务器1601,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息,向被叫侧用户所属网络发送会话建立请求消息,接收被叫侧用户所属网络发送的包含会话建立结果的消息,向主叫侧用户设备发送包含会话建立结果的消息。
[0184] 上述服务器可以为参与功能服务器,还可以包括会话控制服务器。
[0185] 还可以包括:被叫侧用户设备所属网络1602,用于接收所述会话建立请求消息,向服务器发送包含会话建立结果的消息。
[0186] 利用本实施例提供的网络系统,用户设备在建立会话的过程中,与服务器通过用户平面进行信息交互,减少了利用控制平面转发基于SIP协议的消息数量,也就相应较少了利用SIP/IP核心的IMS域转发消息的次数,所以大幅减小了因消息转发带来的时延,而且利用用户平面发送的消息长度大幅减小,从控制平面消息的几千个比特减少到几十个比特或者几百个比特,这样就可以使带宽有限的情况下传输消息的时延明显降低,所以总的来说减低了会话建立过程的时延,使用户的体验得到明显提升。
[0187] 实施例十
[0188] 本实施例提供一种网络系统,该网络系统能够与用户设备进行通信,如图17所示,该网络系统1700包括:
[0189] 参与功能服务器1701,用于接收主叫侧用户设备通过用户平面发送的包含会话建立信息的消息,向会话控制服务器1702发送会话建立请求消息,接收会话控制服务器1702发送的包含会话建立结果的消息,向主叫侧用户设备发送包含会话建立结果的消息;
[0190] 上述参与功能服务器可以是PoC参与功能服务器。
[0191] 会话控制服务器1702,用于接收会话建立请求消息,向被叫侧用户所属网络发送会话建立请求消息,接收被叫侧用户设备所属网络返回的包含会话建立结果的消息。
[0192] 还可以包括:被叫侧用户设备所属网络1703,用于接收会话建立请求消息,向会话控制服务器1702发送包含会话建立结果的消息。
[0193] 利用本实施例提供的网络系统,用户设备在建立会话的过程中,与参与功能服务器通过用户平面进行信息交互,减少了利用控制平面转发基于SIP协议的消息数量,也就相应较少了利用SIP/IP核心的IMS域转发消息的次数,所以大幅减小了因消息转发带来的时延,而且利用用户平面发送的消息长度大幅减小,从控制平面消息的几千个比特减少到几十个比特或者几百个比特,这样就可以使带宽有限的情况下传输消息的时延明显降低,所以总的来说减低了会话建立过程的时延,使用户的体验得到明显提升。
[0194] 本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0195] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。