著录项信息
专利名称 | IP多媒体子系统中的点对点远程协助方法、系统及终端 |
申请号 | CN201010146259.9 | 申请日期 | 2010-04-14 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2010-08-25 | 公开/公告号 | CN101815098A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | 暂无 | IPC分类号 | 暂无查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦法务部
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中兴通讯股份有限公司 | 当前权利人 | 中兴通讯股份有限公司 |
发明人 | 陈红领 |
代理机构 | 工业和信息化部电子专利中心 | 代理人 | 吴永亮 |
摘要
本发明公开了一种IP多媒体子系统中的点对点远程协助方法、系统及终端,其中方法包括:请求协助终端和协助提供终端通过应用服务器交换媒体资源信息并根据所述媒体资源信息预留二者之间的媒体通道资源;当所述请求协助终端和所述协助提供终端二者之间的媒体通道资源预留成功后,根据预留的媒体通道资源建立媒体通道,并利用所述媒体通道进行点对点远程协助;系统包括:至少两个终端和应用服务器,所述终端分别为请求协助终端和协助提供终端;终端包括:交换处理模块、通道建立模块以及远程协助模块;本发明具有很好的互通性和扩展性,克服了现有远程协助中采用自定义协议带来的缺乏通用性和规范性的问题。
IP多媒体子系统中的点对点远程协助方法、系统及终端\n技术领域\n[0001] 本发明涉及通信技术领域,尤其涉及一种IP多媒体子系统中的点对点远程协助方法、系统及终端。\n背景技术\n[0002] 在IMS(IP Multimedia Subsystem,IP多媒体子系统)业务中,远程协助功能作为一个增色的功能提供给用户使用;该功能提供了用户之间请求远程协助的方式,该功能可以让朋友或计算机专家协助解决计算机难题。在获得授权的前提下,专家可以查看您的屏幕,甚至可以取得您计算机的控制权。\n[0003] 目前,即时通讯软件的远程协助功能大都是采用自定义协议,缺乏互通性和规范性。\n发明内容\n[0004] 鉴于上述的分析,本发明旨在提供一种IP多媒体子系统中的点对点远程协助方法、系统及终端,用以解决现有远程协助中采用自定义协议带来的缺乏通用性和规范性的问题。\n[0005] 本发明的目的主要是通过以下技术方案实现的:\n[0006] 本发明提供了一种IP多媒体子系统业务中的点对点远程协助方法,包括:\n[0007] 步骤A:请求协助终端和协助提供终端通过应用服务器交换媒体资源信息并根据所述媒体资源信息预留二者之间的媒体通道资源;\n[0008] 步骤B:当所述请求协助终端和所述协助提供终端二者之间的媒体通道资源预留成功后,根据预留的媒体通道资源建立媒体通道,并利用所述媒体通道进行点对点远程协助。\n[0009] 进一步地,所述步骤A具体包括:\n[0010] 步骤A1:所述请求协助终端和所述协助提供终端分别判断自己是否均具备点对点远程协助能力,当确认二者均具备点对点远程协助能力时执行步骤A2;\n[0011] 步骤A2:所述请求协助终端和所述协助提供终端使用SIP协议和SDP协议通过所述应用服务器交换媒体资源信息,并根据所述媒体资源信息预留二者之间的媒体通道资源。\n[0012] 进一步地,所述步骤A1具体包括:\n[0013] 所述请求协助终端和所述协助提供终端分别注册到应用服务器AS;\n[0014] 所述请求协助终端和所述协助提供终端分别根据自己从应用服务器接收到注册信令的地址进行判断,如果接收到注册信令的地址为自己的实际地址,则认为自己具备点对点远程协助能力,并通过应用服务器通知对方,否则认为自己不具备点对点协助能力;\n[0015] 当确认自己与对方终端均具备点对点远程协助能力时,所述请求协助终端和所述协助提供终端使用SIP协议和SDP协议通过所述应用服务器交换媒体资源信息,并根据所述媒体资源信息预留二者之间的媒体通道资源。\n[0016] 进一步地,所述步骤A2具体包括:\n[0017] 所述请求协助终端使用SIP协议和SDP协议通过所述应用服务器发送携带有所述请求协助终端的媒体资源信息的消息给所述协助提供终端,所述协助提供终端使用SIP协议和SDP协议通过所述应用服务器返回携带有所述协助提供终端的媒体资源信息的消息给所述请求协助终端;\n[0018] 所述请求协助终端和所述协助提供终端分别根据接收到的媒体资源信息预留二者之间的媒体通道资源。\n[0019] 进一步地,所述步骤B具体包括:\n[0020] 步骤B1:当所述请求协助终端和所述协助提供终端二者之间的媒体通道资源预留成功后,所述请求协助终端和所述协助提供终端根据预留的媒体通道资源建立TCP链路作为媒体通道;\n[0021] 步骤B2:所述协助提供终端通过所述媒体通道定期请求所述请求协助终端提供变化的桌面数据。\n[0022] 进一步地,所述步骤B2具体包括:\n[0023] 所述协助提供终端定期发送请求给所述请求协助终端,所述请求协助终端初次收到所述协助提供终端的请求时,将完整的桌面数据提供给所述协助提供终端;之后所述请求协助终端收到所述协助提供终端的请求时,将预定时间内变化的桌面区域数据提供给所述请求协助终端。\n[0024] 本发明还提供了一种IP多媒体子系统业务中的点对点远程协助系统,包括:至少两个终端和应用服务器,所述终端分别为请求协助终端和协助提供终端,其中,[0025] 所述请求协助终端和所述协助提供终端,用于通过所述应用服务器交换媒体资源信息并根据所述媒体资源信息预留二者之间的媒体通道资源;当二者之间的媒体通道资源预留成功后,所述请求协助终端和所述协助提供终端还用于,根据预留的媒体通道资源建立媒体通道,并利用所述媒体通道进行点对点远程协助。\n[0026] 进一步地,所述终端具体包括:\n[0027] 所述交换处理模块,用于使用SIP协议和SDP协议和对方终端通用应用服务器交换媒体资源信息,并根据所述媒体资源信息预留所述请求协助终端和所述协助提供终端二者之间的媒体通道资源;\n[0028] 所述通道建立模块,用于在媒体通道资源预留成功后,和对方终端根据预留的媒体通道资源建立媒体通道;\n[0029] 所述远程模块,用于通过所述媒体通道定期请求所述对方终端提供变化的桌面数据或者定期向所述对方终端提供变化的桌面数据。\n[0030] 本发明还提供了一种终端,作为请求协助终端或者协助提供终端,包括:交换处理模块、通道建立模块以及远程协助模块,其中,\n[0031] 所述交换处理模块,用于使用SIP协议和SDP协议和对方终端通用应用服务器交换媒体资源信息,并根据所述媒体资源信息预留所述请求协助终端和所述协助提供终端二者之间的媒体通道资源;\n[0032] 所述通道建立模块,用于在媒体通道资源预留成功后,和对方终端根据预留的媒体通道资源建立媒体通道;\n[0033] 所述远程模块,用于通过所述媒体通道定期请求所述对方终端提供变化的桌面数据或者定期向所述对方终端提供变化的桌面数据。\n[0034] 进一步地,所述交换处理模块具体用于,判断本终端是否均具备点对点远程协助能力,当确认本终端和对方终端均具备点对点远程协助能力时,使用SIP协议和SDP协议和对方终端通用应用服务器交换媒体资源信息,并根据所述媒体资源信息预留所述请求协助终端和所述协助提供终端二者之间的媒体通道资源。\n[0035] 本发明有益效果如下:\n[0036] 本发明克服了现有远程协助中采用自定义协议带来的缺乏通用性和规范性的问题,具有很好的互通性和扩展性。\n[0037] 本发明的其他特征和优点将在随后的说明书中阐述,并且,部分的从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。\n附图说明\n[0038] 图1为本发明实施例所述方法中,建立用于进行点对点远程协助的媒体通道的信令流程图;\n[0039] 图2为本发明实施例所述方法中,点对点远程协助的流程示意图;\n[0040] 图3为本发明实施例所述系统的结构示意图;\n[0041] 图4为发明实施例所述终端的结构示意图。\n具体实施方式\n[0042] 下面结合附图来具体描述本发明的优选实施例,其中,附图构成本申请一部分,并与本发明的实施例一起用于阐释本发明的原理。为了清楚和简化目的,当其可能使本发明的主题模糊不清时,将省略本文所描述的器件中已知功能和结构的详细具体说明。\n[0043] 首先结合附图1和附图2对本发明实施例所述IP多媒体子系统中的点对点远程协助方法进行详细说明。\n[0044] 在本发明实施例所述方法中,首先需要判断请求协助终端和协助提供终端是否均具备点对点远程协助能力,判断请求协助终端和协助提供终端是否均具备点对点远程协助能力的过程具体可以包括:\n[0045] 请求协助终端和协助提供终端分别注册到AS(应用服务器);\n[0046] 请求协助终端和协助提供终端利用SIP协议通过和应用服务器AS的注册流程判断出自己所处的网络环境是否具备点对点远程协助的能力。\n[0047] 判断规则为:终端(请求协助终端或者协助提供终端)从应用服务器返回的信令中得知自己接收AS信令的地址如果不是自己的实际地址,则认为自己处在NAT(The IP Network Address Translator,网络地址转换,参见RFC1631)环境中,则不具备点对点远程协助能力;如果是自己的实际地址,则认为自己处在大网环境中,具备点对点远程协助能力。\n[0048] 需要说明的是,当已知请求协助终端和协助提供终端二者均具备点对点远程协助能力时,也可以省略判断请求协助终端和协助提供终端是否均具备点对点远程协助能力的过程;同时本领域技术人员也可以采用其他方法来判断请求协助终端和协助提供终端是否均具备点对点远程协助能力,本发明实施例所述方法中仅为举例说明。\n[0049] 当确认请求协助终端和协助提供终端二者均具备点对点远程协助能力时,请求协助终端和协助提供终端通过应用服务器交换媒体资源信息并根据所述媒体资源信息预留二者之间的媒体通道资源;当二者之间的媒体通道资源预留成功后,所述请求协助终端和所述协助提供终端根据预留的媒体通道资源建立媒体通道,并利用所述媒体通道进行点对点远程协助。\n[0050] 如图1所示,图1为本发明实施例所述方法中,建立用于进行点对点远程协助的媒体通道的信令流程图,设定本发明实施例中包括两个终端:终端A和终端B,其中终端A作为请求协助终端,终端B作为协助提供终端,则所述方法主要包括如下步骤:\n[0051] 步骤101:终端A发送invite消息(邀请消息)到达AS(应用服务器),其中invite消息包括SIP信令格式的消息头和SDP格式的消息体,邀请消息的消息体中含有该终端A的媒体资源信息,媒体资源信息例如IP地址和端口等,用于远程协助媒体通道的建立;\n[0052] 步骤102:AS转发来自终端A的invite消息到终端B,终端B开始根据接收到的终端A的媒体资源进行媒体通道资源预留;\n[0053] 步骤103~步骤110,终端A和终端B通过AS交互媒体资源信息,并预留二者之间的媒体通道资源;涉及的信令包含:183(SDP)、PRACK(SDP)/200PRACK、UPDATE(SDP)/200UPDATE,具体为:\n[0054] 步骤103和步骤104:终端B发送183SDP消息给AS,由AS转发来自终端B的\n183SDP消息到终端A,这两个步骤目的是终端B将自己的媒体资源信息通过AS发送给终端A;\n[0055] 步骤105和步骤106:终端A响应183SDP消息,发送PRACK消息给AS,由AS转发来自终端A的PRACK消息到终端B;然后终端B响应PRACK消息,发送200PRACK消息给AS,由AS转发来自终端B的PRACK消息到终端A;\n[0056] 步骤107和步骤108:终端A发送UPDATE(SDP)消息给AS,AS转发来自终端A的UPDATE(SDP)消息到终端B,这两个步骤的目的是将终端A更新的媒体资源信息通知终端B;\n[0057] 步骤109和步骤110:终端B响应UPDATE(SDP)消息,发送200OK(UPDATE)(SDP)消息到AS,AS转发来自终端B的200OK(UPDATE)(SDP)消息到终端A;\n[0058] 步骤111~步骤118,终端B预留媒体通道资源完成后,发出振铃事件,告知终端A媒体通道资源预留成功,终端A亦发出响应信息,表示终端A媒体通道资源也预留成功;涉及的信令包含:180Ring、PRACK(SDP)/200PRACK、200OK(invite)/ACK,具体为:\n[0059] 步骤111和步骤112:终端B发送180Ring消息(振铃消息)给AS,AS转发来自终端B的180Ring消息到终端A;\n[0060] 步骤113和步骤114:终端A响应180Ring消息,发送PRACK消息给AS,由AS转发来自终端A的PRACK消息到终端B;然后终端B响应PRACK消息,发送200PRACK消息给AS,由AS转发来自终端B的200PRACK消息到终端A;\n[0061] 步骤115和步骤116:终端B响应步骤102的invite消息,发送200OK(invite)消息给AS,由AS转发来自终端B的200OK(invite)消息到终端A,表示终端B媒体通道资源预留成功;\n[0062] 步骤117和步骤118:终端A响应200OK(invite)消息,发送ACK消息到AS,AS转发来自终端A的ACK消息到终端B,表示终端A也媒体通道资源预留成功;\n[0063] 执行完步骤111~步骤118,点对点远程协助的媒体通道建链的条件已经具备,接着执行步骤119;\n[0064] 步骤119:终端A和终端B建立TCP链路供点对点远程协助功能使用。\n[0065] 如图2所示,图2为本发明实施例所述方法中,点对点远程协助的流程示意图,主要包括如下步骤:\n[0066] 步骤201:终端A内存中维持完整的桌面快照,并保证该桌面快照是最新的;\n[0067] 步骤202:终端B定期发送请求给终端A,获取终端A最近变化的桌面区域数据;需要说明的是,终端A初次收到终端B的请求时,会把完整的桌面快照压缩发送给终端B;\n[0068] 步骤203:终端A收到终端B的请求后,计算出上次来自终端B的请求之后变化的桌面区域数据发送给终端B;\n[0069] 这里,点对点远程协助过程中的媒体信令涉及的请求/响应遵照RFB3.8协议实现,此处不再赘述。\n[0070] 接下来结合附图3对本发明实施例所述系统进行详细说明。\n[0071] 如图3所示,图3为本发明实施例所述系统的结构示意图,具体可以包括:至少两个终端和应用服务器,终端分别为请求协助终端和协助提供终端,其中,[0072] 请求协助终端和协助提供终端,主要通过应用服务器交换媒体资源信息并根据媒体资源信息预留二者之间的媒体通道资源;当二者之间的媒体通道资源预留成功后,请求协助终端和协助提供终端还用于,根据预留的媒体通道资源建立媒体通道,并利用建立的媒体通道进行点对点远程协助。\n[0073] 该终端具体可以包括:交换处理模块、通道建立模块和远程模块,其中,[0074] 交换处理模块,使用SIP协议和SDP协议和对方终端通用应用服务器交换媒体资源信息,并根据所述媒体资源信息预留所述请求协助终端和所述协助提供终端二者之间的媒体通道资源;\n[0075] 通道建立模块,在媒体通道资源预留成功后,和对方终端根据预留的媒体通道资源建立媒体通道;\n[0076] 远程模块,通过建立的媒体通道定期请求对方终端提供变化的桌面数据或者定期向对方终端提供变化的桌面数据。\n[0077] 最后结合附图4对本发明实施例所述终端进行详细说明。\n[0078] 如图4所示,图4为本发明实施例所述终端的结构示意图,该终端可以作为请求协助终端,也可以作为协助提供终端,具体可以包括:交换处理模块、通道建立模块和远程模块,其中,\n[0079] 交换处理模块,用于使用SIP协议和SDP协议和对方终端通用应用服务器交换媒体资源信息,并根据所述媒体资源信息预留所述请求协助终端和所述协助提供终端二者之间的媒体通道资源;\n[0080] 具体的说就是,当该终端作为请求协助终端时,交换处理模块判断本终端是否均具备点对点远程协助能力,当确认本终端和协助提供终端均具备点对点远程协助能力时,和协助提供终端使用SIP协议和SDP协议通用应用服务器交换媒体资源信息,并根据媒体资源信息预留请求协助终端和协助提供终端二者之间的媒体通道资源;当该终端作为协助提供终端时,交换处理模块判断本终端是否均具备点对点远程协助能力,当确认本终端和请求协助终端均具备点对点远程协助能力时,交换处理模块和请求协助终端使用SIP协议和SDP协议通用应用服务器交换媒体资源信息,并根据媒体资源信息预留请求协助终端和协助提供终端二者之间的媒体通道资源。\n[0081] 通道建立模块,用于在媒体通道资源预留成功后,和对方终端根据预留的媒体通道资源建立媒体通道。\n[0082] 远程模块,用于通过建立的媒体通道定期请求对方终端提供变化的桌面数据或者定期向对方终端提供变化的桌面数据;\n[0083] 具体的说就是,当作为协助提供终端时,远程模块定期发送请求给请求协助终端,并在初次获取到请求协助者提供的完整的桌面数据之后,定期获取请求协助者提供的预定时间内变化的桌面区域数据。当该终端作为请求协助终端时,远程模块初次收到协助提供终端的请求时,将完整的桌面数据提供给协助提供终端;之后收到协助提供终端的请求时,将预定时间内变化的桌面区域数据提供给请求协助终端。\n[0084] 综上所述,本发明实施例提供了一种IP多媒体子系统中的点对点远程协助方法、系统及终端,具有很好的互通性和扩展性,克服了现有远程协助中采用自定义协议带来的缺乏通用性和规范性的问题。\n[0085] 以上,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
法律信息
- 2014-04-30
- 2011-12-28
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201010146259.9
申请日: 2010.04.14
- 2010-08-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2009-12-30
|
2009-07-14
| | |
2
| |
2008-08-06
|
2007-02-01
| | |
3
| |
2009-04-01
|
2007-09-27
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |