专利名称：用于建立瘦客户端会话的方法
技术领域：
本发明有关通信领域，并且涉及用于在诸如IMS之类的基于SIP的架构之上发起瘦客户端系统工作的新的会话描述。更具体地，本发明关于用于改进在瘦客户端设备与瘦客户端服务器之间建立瘦客户端连接的方法，该瘦客户端设备和瘦客户端服务器在基于会话发起协议(SIP)的架构之上的会话协商期间交换握手消息和初始化消息。本发明还关于适于实现所述方法的瘦客户端设备和瘦客户端服务器。
背景技术：
会话描述协议(SDP) [IETF RFC4566]旨在描述用于会话公告、会话邀请和其它形式的多媒体会话发起的多媒体会话。SDP最常见的是被用于利用在用于最少控制下的音频和视频会议的RTP简档[IETF RFC3551]中定义的音频和视频媒体的简档，来描述通过实时传输协议(RTP) [IETF RFC3550]被传输的媒体流。此外，RTP有效载荷格式[IETF RFC3555] 的MIME类型注册定义了用于音频和视频会议的RTP有效载荷格式来作为MIME子类型。然而，SDP可被用于描述可通过实时传输协议(RTP)传输的音频和视频以外的其它媒体简档。SDP通常被承载在会话发起协议(SIP) [IETF RFC3261]消息中，以便对端点间的共同媒体描述达成一致。利用会话描述协议(SDP) [IETF RFC3264]的提出/应答(offer/ answer)模型定义了用于使两个端点可以交换SDP媒体描述并且对应当使用哪个媒体流达成一致的架构，并且定义了与媒体相关的参数。在瘦客户端会话的典型情况中，可能希望通过分组或电路交换载体连接来配置和建立用于远程桌面/应用显示以及用于控制事件的媒体流。这样的会话通常利用诸如基于远程帧缓冲器(RFB)协议或远程桌面协议(RDP)的虚拟网络计算(VNC)之类的瘦客户端协议，以及独立计算体系结构协议(ICA)、X11协议来实现。此外，甚至可以利用实时传输协议 (RTP)来流传输像素，并且这样的图形原语(primitive)将被承载在RTP分组中。在移动性、下一代网络和丰富媒体应用的上下文中，重要的是注意到服务质量 OioS)、适应性(适用性)和认证是关键点，并且查看媒体格式对于资源预留处理以及对于运营商控制无线电载体流量和IP流(例如，基于给定策略、用户预订或服务简档来应用适当的资源分配)来说同样是重要的。此外，如第三代合作伙伴计划[3GPP TS 23.228]所定义的一基于SIP和在核心网络之上提供重叠网络的一IP多媒体子系统(IMS)也能够与包括对QoS资源进行授权的能力的策略和收费控制体系结构[3GPP TS 23.203]互联。由于应用在从基于简单文本和/或图形的应用到可遭受网络延迟和高吉格比 (high gigue ratio)的基于音频和/或视频的应用的范围中，因此需要适应于远程桌面控制会话内的不同类型流量的方式。从服务方面，可预见到将远程桌面访问与诸如电话呼叫建立或推向X(pUSh-to-X) 服务之类的其它服务相组合。通过利用SIP，扩展传统的远程桌面控制用例变得可能。
从QoS方面，也希望使得能够进行通过瘦客户端媒体描述的QoS控制。例如，媒体的图形和事件类型可被分配预定义QoS简档，它们甚至可以通过分组或电路交换载体连接而被流传输。此外，当瘦客户端设备移动时， 接入网环境可以改变，因此可能希望重新分配适当的质量设置(资源分配、诸如编解码器、传输协议之类的媒体参数的重新协商，等等…)。然而，从认证的角度，已知的瘦客户端协议使用其自己的规则和机制的集合(即， 内置协商)来认证和建立瘦客户端设备与瘦客户端服务器之间的连接。
发明内容
技术问题相关技术的技术未提供用于混合并适配(adapt)利用/到SIP架构之上的远程桌面控制能力的诸如音频/视频之类的多媒体传送的手段。问题的解决方案本发明的一个示例性目的是向现有功能添加远程桌面控制，以便协商SIP会话内的媒体并且允许与远程桌面控制的会话有关的自适应媒体传送(即，视频传送、音频传送…)O根据本发明的示例性方面，提供了一种用于在瘦客户端设备与瘦客户端服务器之间建立瘦客户端会话的方法，该瘦客户端设备和该瘦客户端服务器在基于SIP的架构之上的会话协商期间交换握手消息和初始化消息，其中，所述瘦客户端设备和所述瘦客户端服务器交换表示瘦客户端上下文的附加信息，瘦客户端上下文使得能够在瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。根据本发明的示例性方面，提供了一种瘦客户端设备，适于实现用于建立与瘦客户端服务器的瘦客户端会话的方法，该瘦客户端设备包括用于与所述瘦客户端服务器交换表示瘦客户端上下文的附加信息的装置，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流，所述附加信息包括 SDP (会话描述协议)提出/应答消息或者被嵌入在SIP消息的主体中的基于XML的提出/ 应答消息。根据本发明的示例性方面，提供了一种瘦客户端服务器，适于实现用于建立与瘦客户端设备的瘦客户端会话的方法，该瘦客户端服务器包括用于与所述瘦客户端设备交换表示瘦客户端上下文的附加信息的装置，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。本发明的有益效果根据本发明，实现了向现有功能添加远程桌面控制，以便协商SIP会话内的媒体并且允许与远程桌面控制的会话有关的自适应媒体传送(即，视频传送、音频传送…)。
当集合图示出本发明的示例性实施例的附图进行阅读时，将更好地了解前面的概述以及下面的详细描述，在附图中图1示意性地图示出基于IMS的体系结构。
图2图示出瘦客户端查看器，其示出了由可动态地进行适配的若干个区域构成的远程桌面。图3图示出描述根据本实施例的方法的步骤的流程图。图4示意性地图示出根据本实施例的应用显示重定向的示例。
具体实施例方式根据本实施例，提供了用于建立瘦客户端设备与瘦客户端服务器之间的瘦客户端连接的方法，该瘦客户端设备和瘦客户端服务器在基于会话发起协议(SIP)的架构之上的会话协商期间交换握手消息和初始化消息。根据本实施例，所述瘦客户端设备和所述瘦客户端服务器交换表示瘦客户端上下文的附加信息，以使得能够在所述瘦客户端会话期间组合并适应性地传送至少一个远程应用显示中的多个媒体流。附加信息允许多媒体传送能力和远程桌面控制能力两者，并且可以包括按照 SDP (会话描述协议)提出/应答消息或者嵌入在SIP消息的主体中的基于XML的提出/应答消息而被格式化的瘦客户端信息。远程桌面控制能力包括这样的功能，该功能包括动态地将至少一个远程应用的图形更新从第一设备定向或重定向到第二设备上去。所述第一设备可以是移动通信设备并且所述第二设备可以是固定通信设备。根据本发明另一方面，所述远程桌面控制能力还包括这样的功能，该功能包括最终在与用于下行链路图形更新的无线电载体和/或IP连接不同的无线电载体和/或IP连接上传送上行链路事件。无线电载体是根据3GPP定义的用于在用户设备与无线电接入网络之间传送用户数据的第2层服务。单独的IP连接可以是通过分配不同的端口号或者经由未加密或加密的IP隧道传输机制(即，IPSec)而获得的。远程桌面控制能力还包括这样的功能，该功能包括将至少一个音频/视频流关联到远程桌面控制的会话(即，瘦客户端会话)。在本实施例的一个实施例中，所述附加信息包括与被关联到所述瘦客户端会话的所述音频/视频流相对应的远程显示帧缓冲器坐标和大小。所述帧缓冲器坐标和大小使得能够在设备的本地屏幕上适当地定位远程桌面显示之上的视频呈现。此外，所述附加信息允许发送向服务器指示帧缓冲器上的特定区域不需要更新的客户端请求(FramebufferForgetRequest，帧缓冲器遗忘请求)。在本实施例的另一实施例中，所述附加信息包括窗口 -id属性并且允许发送向服务器指示由窗口 -id属性标识的图形区域已被重新调节大小、已被移动或者这两者的客户端请求(WindowUpdate，窗口更新)。由于根据本实施例的方法，使得能够-允许服务的组合-使得能够控制来自移动设备的远程应用的显示重定向-使得能够进行服务质量控制和准确的会话控制-使得能够使用统一协商以避免宽范围的特定瘦客户端认证和媒体协商机制。由于本实施例，诸如RFB或ITU T. 120 (用于多媒体会议的数据协议)之类的已知协议的协商步骤部分地或者全部被基于SDP的协商取代，并且新的信息被提供以允许混合用于远程显示连接的媒体流量。利用SDP和SIP架构协商这样的瘦客户端连接在如下方面提供了灵活性从由先前引用的公知瘦客户端协议应用的屏幕更新策略区分开瘦客户端会话的信令和控制。有利地，该瘦客户端会话可以从会话重定向特征以及其它公知的SIP和 SDP扩展中获益。另外，瘦客户端连接可以在由第三代合作伙伴计划标准化的IP多媒体子系统 [3GPP TS 23.228]中被准确地跟踪和控制。在一些典型的用例中，可能希望在与发送图形更新的无线电载体和/或IP连接不同的另外的无线电载体和/或IP连接中发送诸如公知的键和鼠标事件之类的上行链路用户事件。通过这样做，服务质量可被应用，并且例如可以通过确保事件载体的非常高的优先级来制定关于调整系统的响应性的策略。此外，在移动性上下文中，移动设备可能从高带宽分组交换载体可用的无线网络区域移动到具有较低带宽的无线局域网(WLAN)可用的另一区域。因此，图形媒体可能经受延迟和带宽变化。因此希望重新协商会话参数，并且可以通过利用SIP和SDP提出/应答模型以及IMS移动性管理过程来实现此。通过利用所提出的实施例，可以建立上行链路载体来发送用户事件并且建立下行链路载体来接收图形更新。在瘦客户端设备处，还可以定义替代传输协议，以制备适于查看器传输模式的查看器(例如，从TCP协议上的RFB/VNC切换到RTP协议)，以使能播放影片的并将利用RTP被流传输的屏幕显示的某个部分，同时背景利用RFB协议仅定期地被更新。 如果查看器不支持替代机制，则在协商阶段期间其仅不被接受而已。根据本实施例的方法可以利用不脱离本发明的范围的任何其它SIP和SDP扩展 (RFC3108、RFC4975、draft-garcia-mmusic-sdp-cs-01)来实现。根据本实施例的方法通过瘦客户端设备和瘦客户端服务器来实现，瘦客户端设备包括用于与瘦客户端服务器交换表示瘦客户端上下文的附加信息的装置，瘦客户端上下文使得能够在瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流，附加信息包括SDP (会话描述协议)提出/应答消息或者被嵌入在SIP消息的主体中的基于XML的提出/应答消息。所述瘦客户端设备可以是移动用户设备，该移动用户设备包括用于使得用户能够登记对媒体重定向的兴趣的接口，以便在接收到所述媒体重定向时被通知，并且发送重定向应答。此外，所述移动用户设备适于建立用于上行链路事件的分离的IP连接，以用于触发将分离的无线电载体分配用于在与用于下行链路图形更新的无线电载体相分离的无线电载体上传送所述上行链路事件，并且适于将(一个或多个)音频/视频流的呈现映射到其屏幕上的所述远程显示帧缓冲器。所述移动用户设备包括用于使得用户能够登记对媒体重定向的兴趣的接口，以便在接收到所述媒体重定向时被通知，并且发送重定向应答。本实施例还涉及一种瘦客户端服务器，适于实现用于建立与瘦客户端设备的瘦客户端会话的方法，所述瘦客户端服务器包括用于与所述瘦客户端设备交换表示瘦客户端上下文的附加信息的装置，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。本实施例允许扩展在正在进行的工作[draft-garcia-mmusic-sdp-collaboratio n-00]中定义的媒体类型，并且定义新的瘦客户端媒体类型和属性。为了实现此，本实施例提议定义控制事件媒体类型。现有的“控制”媒体类型被用来指定用于会话的附加会议控制信道。我们需要使用不同的媒体类型来精确指定用于诸如指针或键事件之类的用户事件的控制信道。最后，本实施例提供了用于将多媒体流与瘦客户端远程显示流相混合的方式。 "Grouping of Media Lines in SDP(SDP 中的媒体行的成组)” [IETF RFC3388]提供了用于成组媒体流的手段，以便表达出会话内的不同媒体流彼此如何相关，更具体地，出于唇同步(Lip synchronization)或流标识的目的。应当注意，成组机制取决于“a = group”会话级属性的语义。因此，我们提供了用于瘦客户端(“TC”)上下文的新的语义。将基于RFB协议图示出实施方式。<第一示例性实施例>将参考图1描述本示例性实施例，图1图示出了用于向移动设备递送IP多媒体服务的由第三代合作伙伴计划[3GPP TS 23.228]定义的IMS体系结构架构。该体系结构包括作为瘦客户端设备的移动用户设备2、瘦客户端服务器4、IMS核心系统6、策略决定功能模块8 (PDF)、3GPP分组交换(PS)核心网络10。IMS核心系统6主要包括呼叫会话控制功能 (CSCF)(其包括代理-CSCF (P-CSCF)、服务-CSCF (S-CSCF)和询问-CSCF (I-CSCF)) CSCF 提供了用于订户访问IM(IP多媒体)核心系统6内的服务的会话控制。实质上，CSCF是SIP 服务器。其负责与诸如用于移动性的HSS和用于安全性的AAA(访问、授权和计费)服务器之类的网络数据库交互。需要这些模块来处理IMS中的SIP信令分组。IMS应用服务器执行服务并且与S-SCSF接口。如在[3GPP 23. 228]中定义的一些接口在图1中示出ISC接口用来在CSCF与瘦客户端服务器4之间交换消息。Gm接口用来在UE 2与CSCF之间交换基于SIP的信息。GQ接口用来在CSCF与策略决定功能(PDF)之间交换信息策略决定信息。接口 Cx旨在用于CSCF与归属订阅服务器(HSS)之间的通信，并且接口 Dx用于在多HSS环境中寻找正确的HSS。由瘦客户端服务器4使用的接口 Sh用于与HSS或者与具有SIP/0SA服务能力的服务器(0SA/SCS)传输信息。接口 Go用于控制并授权服务质量，并且在IMS与3GPP策略和收费控制(PCC)体系结构[3GPP TS 23.203]之间交换相关性信息。接口 Ut用于控制应用服务器并且是基于HTTP协议的。当使用IMS SIP信令协议时，瘦客户端UE 2可以通过建立SIP会话而连接到IMS 瘦客户端应用服务器(TCAS)4，如图1所示。在此处理期间，瘦客户端UE 2和TCAS 4可以协商QoS和媒体参数。UE 2还可以通过Ut接口对该TCAS 4执行一些配置，例如，配置桌面环境。由应用生成的像素经由Ut*接口以端到端的方式被流传输到UE 2，并且视频或音频媒体也可被流传输到UE 2。根据本示例性实施例的方法将SDP扩展来描述瘦客户端会话、相关联的媒体以及远程控制事件。一种替代方式是利用如W3C可扩展标记语言(XML) 1.0 (第四版本)所定义的XML语法来提供所述描述。更具体地，该方法允许将至少一个音频/视频流关联到瘦客户端连接，该瘦客户端连接是利用SIP信令以如下方式协商成的音频和/或视频IP流可以被动态地、适应性地添加到可通过如RFB之类的瘦客户端协议机制来呈现其关联IP流的远程桌面控制的SIP 会话。下面的描述提供了提供SDP中的瘦客户端会话的描述所需的扩展的语法和语义。根据SDP [IETF RFC4566]，SDP中的连接数据线具有下面的语法c = <nettype><addrtype><connection-address>其中，<nettype>指示网络类型，<addrtype>指示地址类型，并且 〈connection-address〉是依赖于地址类型的连接地址。基本地，SDP公告由会话级部分及其后的一个或多个媒体级部分构成，如SDP[IETF RFC2327]中描述的。会话级信息提供默认值，因此如果连接数据线存在于会话级，则其适用于媒体级部分，除非连接数据线在媒体描述中被传达。注意，如果连接数据线存在于所有媒体中，则其不需要在会话级中。媒体描述开始于“m = ”行，并且继续到下一媒体描述或者整个媒体描述的末尾。 在IETF RFC4566中定义的“m =”媒体行如下m = <media><port><transport><fmt list>其中，〈media〉是媒体类型，<port>是媒体流将被发送到的传输端口， 〈transport〉是其值取决于“C =”字段的传输协议，并且<fmt list〉表示媒体格式。对于音频和视频，媒体格式通常是媒体有效载荷类型，如RTP音频/视频简档中定义的。
种编码
此时，媒体类型针对音频、视频、应用、数据和控制而被定义。 瘦客户端媒体类型。
首先，我们考虑远程帧缓冲器(RFB)协议，其可用来控制显示更新并且可应用各
媒体类型可以专用于瘦客户端技术。媒体类型可以是“application/rfb”、 “application/T120”。m = application<port><transport>RFB此外，我们关注本文献中的远程帧缓冲器协议。瘦客户端控制事件媒体类型。除了远程显示的图形更新之外，还可以建立用于上行链路事件的特定连接。为此，媒体类型“application/control-events”被定义并且媒体行是m = application<port><transport>控制事件。RFB特定属性。属性版本“ν =”必须被给出并且其是指RFB协议版本号。a = ν:<version_number>其中，Version_number可以是意味着RFB协议版本3. 8适用的“3. 8”。客户端可以按优先级顺序指定所支持编码类型的列表。编码类型在由瘦客户端服务器所发送的帧缓冲器更新消息中被指示出。可在通常的RFB特定“setEncoding”消息中由客户端向服务器请求编码类型。服务器可以或可以不使用该指示并且像素数据可以在需要的情况下总是在原始编码中被发送。
编码方案属性为这样的形式a = encoding-scheme〈encoding scheme value> 其中，〈encoding scheme value)可以为 “RAW”、“COPYRECT”、“RRE”、“HEXTILE”、“ZLRE”、“CURSOR”、“CORRE”、 “ZLIB” …。显示编号也可以被指定。如果未被指示，则默认端口被分配。实际上，RFB服务器默认端口号通常等于(5900+display_number)，其中，display_number通常在产生6种可能的显示连接的从0到6的范围中。显示属性为这样的形式a = dpy <display_number>在RFB协议的情况中，提供了下面的附加属性。客户端可以指示会话是否被共享。如果未指示，则会话不准被共享。a = shared服务器必须指示帧缓冲器大小a = framebuff-w:<the width value>a = framebuff-h:<the height value>客户端可以指示下面的属性作为偏好，并且服务器必须指示这些属性。
权利要求
1.一种用于在瘦客户端设备与瘦客户端服务器之间建立瘦客户端会话的方法，所述瘦客户端设备和所述瘦客户端服务器在基于SIP的架构之上的会话协商期间交换握手消息和初始化消息，其中，所述瘦客户端设备和所述瘦客户端服务器交换表示瘦客户端上下文的附加信息，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。
2.根据权利要求1所述的方法，其中，所述附加信息包括按照SDP(会话描述协议)提出/应答消息被格式化的瘦客户端信息。
3.根据权利要求1所述的方法，其中，所述附加信息包括按照嵌入在SIP消息的主体中的基于XML的提出/应答消息被格式化的瘦客户端信息。
4.根据权利要求2或权利要求3所述的方法，其中，所述附加信息包括多媒体传送能力和远程桌面控制能力两者。
5.根据权利要求4所述的方法，其中，所述远程桌面控制能力还包括动态地将远程应用的图形更新从第一设备定向或重定向到第二设备上去。
6.根据权利要求5所述的方法，其中，所述第一设备是移动通信设备并且所述第二设备是固定通信设备。
7.根据权利要求6所述的方法，包括在与用于下行链路图形更新的无线电载体不同的无线电载体上传送上行链路事件。
8.根据权利要求7所述的方法，包括在与用于下行链路图形更新的IP连接不同的IP 连接上传送上行链路事件。
9.根据权利要求1所述的方法，包括将至少一个音频/视频流关联到所述瘦客户端会话。
10.根据权利要求8所述的方法，其中，所述附加信息包括与被关联到所述瘦客户端会话的所述音频/视频流相对应的远程显示帧缓冲器坐标和大小。
11.根据权利要求9所述的方法，其中，所述附加信息允许发送向所述服务器指示帧缓冲器上的特定区域不需要更新的客户端请求(FramebufferForgetRequest)。
12.根据权利要求11所述的方法，其中，所述附加信息包括窗口-id属性。
13.根据权利要求12所述的方法，其中，所述附加信息允许发送向服务器指示由所述窗口 -id属性标识的图形区域被重新调节了大小、被移动了或者这两者的客户端请求 (WindowUpdate)。
14.一种瘦客户端设备，适于实现根据权利要求1所述的用于建立与瘦客户端服务器的瘦客户端会话的方法，所述瘦客户端设备包括用于与所述瘦客户端服务器交换表示瘦客户端上下文的附加信息的装置，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流，所述附加信息包括SDP(会话描述协议)提出/应答消息或者被嵌入在SIP消息的主体中的基于XML的提出/应答消息。
15.根据权利要求14所述的瘦客户端设备，包括移动用户设备，该移动用户设备包括用于使得用户能够登记对媒体重定向的兴趣的接口，以便在接收到所述媒体重定向时被通知，并且发送重定向应答。
16.根据权利要求14所述的瘦客户端设备，适于建立用于上行链路事件的单独的IP连接，以用于触发将单独的无线电载体分配用于在与用于下行链路图形更新的无线电载体不同的无线电载体上传送所述上行链路事件，并且适于将(一个或多个)音频/视频流的呈现映射到其屏幕上的所述远程显示帧缓冲器。
17. 一种瘦客户端服务器，适于实现根据权利要求1所述的用于建立与瘦客户端设备的瘦客户端会话的方法，所述瘦客户端服务器包括用于与所述瘦客户端设备交换表示瘦客户端上下文的附加信息的装置，所述瘦客户端上下文使得能够在所述瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。
全文摘要
示例性实施例涉及一种用于在瘦客户端设备(2)与瘦客户端服务器(4)之间建立瘦客户端会话的方法，该瘦客户端设备和该瘦客户端服务器在基于SIP的架构之上的会话协商期间交换握手消息和初始化消息，其中，所述瘦客户端设备(2)和所述瘦客户端服务器(4)交换表示瘦客户端上下文的附加信息，瘦客户端上下文使得能够在瘦客户端会话期间组合和适应性地传送至少一个远程应用显示中的多个媒体流。
文档编号H04N7/15GK102177693SQ200980140159
公开日2011年9月7日 申请日期2009年9月18日 优先权日2008年10月8日
发明者弗雷德里克·阿·纯·弗克, 本诺特·莱卡洛特 申请人:日本电气株式会社