CN102598623A

CN102598623A - 用于选择传输控制机制的设备和方法

Info

Publication number: CN102598623A
Application number: CN2010800500233A
Authority: CN
Inventors: D.姜; M.李; J.区
Original assignee: Koninklijke Philips Electronics NV
Current assignee: Koninklijke Philips NV
Priority date: 2009-11-06
Filing date: 2010-10-21
Publication date: 2012-07-18
Anticipated expiration: 2030-10-21
Also published as: US20120226747A1; BR112012010491A2; EP2497246A1; WO2011055260A1; US9509735B2; CN102598623B

Abstract

本发明提出一种用于选择将在第一装置（110）与第二装置（120）之间使用的传输控制机制的设备和方法。首先，第一单元（231）获得表明由第一装置（210）支持的传输控制机制的第一信息和表明由第二装置（220）支持的传输控制机制的第二信息；随后，第二单元（232）根据第一和第二信息以及预设规则来选择将在第一装置（210）与第二装置（220）之间使用的传输控制机制。利用本发明所提供的设备的方法，关于如何选择将在媒体服务器与媒体客户端之间使用的传输控制机制的问题得到了良好的解决。此外，通过应用IGRS协议中的已定义消息和交互过程，不需要附加的消息也不需要附加的交互过程。

Description

用于选择传输控制机制的设备和方法

技术领域

本发明涉及用于选择将在第一装置与第二装置之间使用、并且特别是将在媒体服务器与媒体客户端之间使用的传输控制机制的设备和方法。

背景技术

图1描绘出IGRS AV（智能分组和资源共享音频/视频简档）系统的总体体系结构，其中定义了3个逻辑单元，即媒体服务器110、媒体客户端120和控制器130。媒体服务器110是放置及管理内容的所在，媒体客户端120是播放内容的所在并且可以是媒体播放器或媒体记录器，而控制器130是媒体服务器110与媒体客户端120之间的协调单元，并且所述控制器可以决定媒体服务器110与媒体客户端120之间的音频/视频应用的交互过程。在IGRS AV系统中，一般的装置/服务发现、服务调用由IGRS核心协议管理，而特定于AV的控制（比如多媒体内容重放会话设立和控制）则由IGRS AV协议管理，并且媒体服务器110与媒体客户端120之间的实际流传输完全频带外的。对于流传输控制有两种机制：基于SOAP（简单对象访问协议）的传输控制和基于BCM（反向信道消息）的传输控制。如果在媒体服务器110和媒体客户端120中都支持这两种流传输控制机制，则需要解决的问题涉及如何选择其中之一来进行操作。

发明内容

本发明提出一种用于选择将在第一装置与第二装置之间使用的传输控制机制的技术解决方案。

根据本发明的另一个实施例，提供一种用于选择将在第一装置与第二装置之间使用的传输控制机制的设备，其包括：用于获得表明由第一装置支持的传输控制机制的第一信息和表明由第二装置支持的传输控制机制的第二信息的第一单元；以及用于根据第一和第二信息以及预设规则来选择将在第一装置与第二装置之间使用的传输控制机制的第二单元。

根据本发明的一个实施例，提供一种选择将在第一装置与第二装置之间使用的传输控制机制的方法，其包括：获得表明由第一装置支持的传输控制机制的第一信息和表明由第二装置支持的传输控制机制的第二信息；以及根据第一和第二信息以及预设规则来选择将在第一装置与第二装置之间使用的传输控制机制。

利用在本发明中提供的设备和方法，关于如何选择将在媒体服务器与媒体客户端之间使用的传输控制机制的问题得到了良好的解决。此外，通过应用IGRS协议中的已定义消息和交互过程，不需要附加的消息也不需要附加的交互过程来做出选择。

附图说明

通过下面结合附图考虑的详细描述，本发明的前述和其他目的、特征和价值将变得更加显而易见，其中：

图1示出了IGRS AV系统的总体体系结构，其中定义了3个逻辑单元，即媒体服务器110、媒体客户端120和控制器130；

图2示出了根据本发明的一个实施例的情况，其中包括第一装置210、第二装置220以及用于选择将在第一装置210与第二装置220之间使用的传输控制机制的设备230；

图3示出了根据本发明的一个实施例的第一单元231的方框图的示意图；

图4示出了根据本发明的另一个实施例的第一单元231的方框图的示意图；

图5示出了根据本发明的另一个实施例的设备230的方框图的示意图；

图6示出了在根据本发明的一个实施例的基于SOAP和基于BCM的传输控制机制共存的情况下为IGRS AV系统选择传输控制机制的交互过程；

图7示出了根据本发明的另一个实施例选择将在第一装置110与第二装置120之间使用的传输控制机制的流程图；

图8示出了根据本发明的一个实施例的图7中的步骤S701的各个子步骤的流程图；

图9示出了根据本发明的一个实施例的图7中的步骤S701的各个子步骤的流程图。

在附图中，相同的或类似的附图标记在附图中始终指代相同的或类似的步骤特征/装置（模块）。

具体实施方式

在下文中将参照附图详细描述本发明的实施例。

图2示出了根据本发明的一个实施例的情况，其中包括第一装置210、第二装置220以及用于选择将在第一装置210与第二装置220之间使用的传输控制机制的设备230。设备230包括第一单元231和第二单元232。

首先，第一单元231获得表明由第一装置210支持的传输控制机制的第一信息，以及表明由第二装置220支持的传输控制机制的第二信息。

其次，第二单元232基于第一和第二信息以及预设规则选择将在第一装置与第二装置之间使用的传输控制机制。在一个实施例中，所述预设规则是用户的优选配置设定。在另一个实施例中，所述预设规则是默认设定。

在一个实施例中，第一单元231还包括用于获得表明由第一装置210支持的传输控制机制的第一信息的第一模块2311和第二模块2312，正如图3中所示出的那样。

首先，第一模块2311向第一装置210发送请求消息从而请求第一信息的至少一部分。

当第一装置210接收到所述请求消息时，其将利用包括第一信息的至少一部分的响应消息来做出响应。

随后，第二模块2312从第一装置210接收包括第一信息的至少一部分的响应消息。

如果第一装置210支持几种传输控制机制，则可以通过单次信令交互或多次信令交互获得第一信息；在所述多次交互当中的每一次中，获得第一信息的一部分。利用由第一装置210支持的不同传输控制机制，对应于第一信息的请求消息和响应消息的具体形式可以是不同的，正如通过下面的例子将说明的那样。

在一个实施例中，第一单元231还包括用于获得表明由第二装置220支持的传输控制机制的第二信息的第三模块2313和第四模块2314，正如图4中所示出的那样。

首先，第三模块2313向第二装置220发送请求消息从而请求第二信息的至少一部分。

当第二装置220接收到所述请求消息时，其将利用包括第二信息的至少一部分的响应消息来做出响应。

随后，第二模块2314从第二装置220接收包括第二信息的至少一部分的响应消息。

如果第二装置220支持几种传输控制机制，则可以通过单次信令交互或多次信令交互获得第二信息；在所述多次交互当中的每一次中，获得第二信息的一部分。利用由第二装置220支持的不同传输控制机制，对应于第二信息的请求消息和响应消息的具体形式可以是不同的，正如通过下面的例子将说明的那样。

应当理解的是，图3和图4中的各个模块仅仅是为了说明；第一单元231可以通过其他方式获得第一和第二信息，比如通过仅仅接收来自第一和第二装置的主动报告，或者从另一个装置获得第一和第二信息等等。

有利的是，在一个实施例中，设备230还包括分别用于向第一装置210和第二装置220通知由第二单元232选择的所选传输控制机制的第三单元233和第四单元234，正如图5中所示出的那样。

在一个实施例中，对于图1中所示的IGRS AV系统，第一装置210可以是媒体服务器110，第二装置220可以是媒体客户端120。设备230可以处在控制器130中，或者控制器130可以实现设备230所实施的功能。应当理解的是，第一装置210可以是媒体客户端120，并且第二装置220可以是媒体服务器110。

如果媒体服务器110支持基于SOAP的传输控制机制，则在媒体服务器110中实现内容索引服务（CIS）、连接管理服务（CMS）和媒体服务器传输管理服务（MSTMS），以便对媒体服务器110与媒体客户端120之间的流施行传输控制。

CIS允许控制器130发现媒体内容并且将其列出在媒体服务器110上，从而控制器130可以获取内容信息，其中包括媒体内容的名称、创建日期、大小、格式等等。该信息可以被控制器130使用来确定是否可以在媒体客户端120上播放这些内容。

CMS被使用来创建及管理媒体服务器110与媒体客户端120之间的连接。媒体服务器110可以通过CMS在任何时间支持及管理几个活跃连接。

可选的MSTMS使得控制器130能够调节及控制媒体服务器110上的媒体流传输，比如播放、暂停、停止、查找等等。如果该服务存在，则它意味着支持“推送”模式，而这意味着媒体服务器110将发起媒体流传输。否则其不受支持。

如果媒体客户端120支持基于SOAP的传输控制机制，则在媒体客户端120中实现呈现管理服务（RMS）、连接管理服务（CMS）和媒体客户端传输管理服务（MCTMS），以便对媒体服务器110与媒体客户端120之间的流施行传输控制。

RMS允许控制器130控制媒体呈现，比如音量、对比度、亮度等等。可以支持呈现控制的多个活跃实例，比如TV中的“画中画”功能。新的RMS实例由媒体客户端120上的CMS的准备连接（PrepareForConnection）创建。该服务仅由媒体客户端120提供。

CMS被用来创建及管理媒体服务器110与媒体客户端120之间的连接。媒体客户端120可以通过CMS在任何时间支持及管理多个活跃连接。CMS实现方式在媒体客户端120和媒体服务器110上都是相同的。

可选的MCTMS服务使得控制器130能够调节及控制媒体客户端120上的媒体流的传输，比如播放、暂停、停止、查找等等。如果该服务存在，则这意味着支持“拉取”模式，而这意味着媒体客户端120将发起媒体流传输。否则其不受支持。

反向信道是为频带外传输控制设立在媒体服务器110与媒体客户端120之间的管道。在BCM（反向信道消息）服务器与客户端之间设立反向信道，并且可以在该信道中传输命令、通知和错误消息。如果媒体服务器110支持基于BCM的传输控制机制，则由媒体客户端120实现内容索引服务（CIS）和BCM服务器，以便对媒体服务器110与媒体客户端120之间的流施行传输控制。如果媒体客户端120支持基于BCM的传输控制，则由媒体客户端120实现BCM客户端，以便对媒体服务器110与媒体客户端120之间的流施行传输控制。

在现有的IGRS AV系统中，只实施一种传输控制机制，其或者是基于SOAP的传输控制机制或者是基于BCM的传输控制机制；不需要进行选择。但是如果IGRS AV系统同时实施了基于SOAP和基于BCM的传输控制机制，则需要解决的问题涉及到如何选择其中之一来进行操作。

图6示出了在根据本发明的一个实施例的基于SOAP和基于BCM的传输控制机制共存的情况下为IGRS AV系统选择传输控制机制的交互过程。

首先，在步骤S601中，控制器130向媒体服务器110发送请求消息从而请求其浏览将由媒体客户端120传输及播放的内容，并且随后从媒体服务器110得到表明所述内容的响应消息，这可以通过在IGRS AV简档标准中定义的CIS:浏览（CIS:Browse）来实施。

其次，在步骤S602中，控制器130向媒体服务器110发送请求消息从而请求其搜索由媒体服务器110提供的服务，并且随后从媒体服务器110接收表明由媒体服务器110提供的服务的响应消息，这可以通过在IGRS协议中定义的装置上搜索服务请求（SearchServiceRequestOnDevice）消息和装置上搜索服务响应（SearchServiceResponseOnDevice）消息来实现。装置上搜索服务响应消息包括服务信息列表（ServiceInfoList），其在媒体服务器110支持基于SOAP的传输控制机制的情况下包括MSTMS。可替换地，控制器130向多点传送地址239.255.255.250:1900发送搜索服务请求（SearchServiceRequest）消息，以便搜索由包括媒体服务器110在内的装置群组提供的服务。媒体服务器110利用包括服务信息列表的搜索服务响应（SearchServiceResponse）消息来对搜索服务请求消息做出响应。在媒体服务器110支持基于SOAP的传输控制机制的情况下，服务信息列表将包括MSTMS。具体来说，发送和接收步骤可以分别由控制器130中的设备230的第一单元231的第一模块2311和第二模块2312来施行。

第三，在步骤S603中，控制器130向媒体客户端120发送请求消息从而请求其搜索由媒体客户端120提供的服务，并且随后从媒体客户端120接收响应消息，这可以通过在IGRS协议中定义的装置上搜索服务请求消息和装置上搜索服务响应消息来实现。装置上搜索服务响应消息包括服务信息列表，其在媒体客户端120支持基于SOAP的传输控制机制的情况下包括MCTMS。可替换地，控制器130向多点传送地址239.255.255.250:1900发送搜索服务请求消息，从而请求其搜索由包括媒体客户端120在内的装置群组提供的服务。媒体客户端120利用包括服务信息列表的搜索服务响应消息来对搜索服务请求消息做出响应。在媒体客户端120支持基于SOAP的传输控制机制的情况下，服务信息列表将包括MCTMS。具体来说，发送和接收步骤可以分别由控制器130中的设备230的第一单元231的第三模块2313和第四模块2314来施行。

随后，在步骤S604中，控制器130向媒体服务器110发送请求消息以便获得由媒体服务器110支持的传输协议信息、传输控制协议和媒体格式。随后，控制器130从媒体服务器110接收包括由媒体服务器110支持的传输协议信息、传输控制协议和媒体格式的响应消息，这可以通过在IGRS AV简档标准中定义的获得协议信息请求（GetProtocolInfoRequest）消息和获得协议信息响应（GetProtocolInfoResponse）消息来实现。如果媒体服务器110支持基于BCM的传输控制机制，则获得协议信息响应消息将表明传输控制协议是BCM。具体来说，发送和接收步骤可以分别由控制器130中的设备230的第一单元231的第一模块2311和第二模块2312来施行。

类似地，在步骤S605中，控制器130向媒体客户端120发送请求消息从而请求其获得由媒体客户端120支持的传输协议信息、传输控制协议和媒体格式。随后，控制器130从媒体客户端120接收包括由媒体客户端120支持的传输协议信息、传输控制协议和媒体格式的响应消息，这可以通过在IGRS AV简档标准中定义的获得协议信息请求消息和获得协议信息响应消息来实现。如果媒体客户端120支持基于BCM的传输控制机制，则获得协议信息响应消息将表明传输控制协议是BCM。具体来说，发送和接收步骤可以分别由控制器130中的设备230的第一单元231的第三模块2313和第四模块2314来施行。

应当理解的是，图5仅仅是为了进行说明。可以在步骤S601之前施行步骤S602和步骤S603。不必以固定的顺序施行步骤S602和步骤S603，也就是说可以在步骤S602之前施行步骤S603或者与步骤S602一起施行步骤S603。不必以固定的顺序施行步骤S604和步骤S605，也就是说可以在步骤S604之前施行步骤S605或者与步骤S604一起施行步骤S605。

在获得分别由媒体服务器110和媒体客户端120支持的传输协议信息和媒体格式之后，在步骤S606中，控制器130选择将在媒体服务器110与媒体客户端120之间使用的传输协议和媒体格式。对于传输协议，例如如果媒体服务器110仅支持HTTP协议，则媒体客户端120应当也支持HTTP协议以便开始传输。类似地，对于媒体格式，如果媒体服务器110对于特定内容支持MPEG2 TS、H.264，并且媒体客户端110支持MPEG2 TS、WMV，则控制器130将选择MPEG2 TS作为对应于该内容的媒体格式。

对于传输控制协议，即传输控制机制，在步骤S607中，控制器130中的设备230的第二单元232基于第一和第二信息以及预设规则选择将在媒体服务器110与媒体客户端120之间使用的传输控制机制。表明由媒体服务器110支持的传输控制机制的第一信息包括表明媒体服务器110是否支持基于SOAP的传输控制机制的信息以及表明媒体服务器110是否支持基于BCM的传输控制机制的信息。前者通过装置上搜索服务响应消息或搜索服务响应消息来获得，而后者通过获得协议信息响应消息来获得。类似地，表明由媒体客户端120支持的传输控制机制的第二信息包括表明媒体客户端120是否支持基于SOAP的传输控制机制的信息以及表明媒体客户端120是否支持基于BCM的传输控制机制的信息。前者通过装置上搜索服务响应消息或搜索服务响应消息来获得，而后者通过获得协议信息响应消息来获得。

基于由媒体服务器110和媒体客户端120所支持的不同传输控制机制，预设规则可以是不同的。如果媒体服务器110和媒体客户端120都支持基于SOAP和基于BCM的传输控制机制，则所述预设规则可以是默认设定或用户的优选配置设定。举例来说，默认设定可以是基于BCM的传输控制机制。用户的优选配置设定也可以是基于BCM的传输控制机制。如果默认设定和用户的优选配置设定都存在，则所述预设规则可以是用户的优选配置设定。

如果媒体客户端120仅支持一种传输控制机制而媒体服务器110支持两种传输控制机制，则所述预设规则选择由媒体客户端120支持的该种传输控制机制。当媒体服务器110仅支持一种传输控制机制而媒体客户端120支持两种传输控制机制时，所述选择是类似的。

应当理解的是，不必以固定的顺序施行步骤S606和步骤S607，也就是说可以在步骤S606之前施行步骤S607或者与步骤S606一起施行步骤S607。

当做出所述选择时，控制器130可以进一步向媒体服务器110和媒体客户端120通知所选的传输控制机制。这可以通过附加的信令交互过程来实现，或者通过IGRS AV简档标准中的已定义信令交互过程来实现。举例来说，如果选择基于SOAP的传输控制机制，则控制器130分别向媒体服务器110和媒体客户端120发送CMS:准备连接请求（CMS:PrepareForConnectionRequest）消息。当媒体服务器110和媒体客户端120接收到CMS:准备连接请求消息时，其将意识到选择了基于SOAP的传输控制协议来控制其间的流传输。随后将分别由媒体客户端120和媒体服务器110调用MCTMS和MSTMS，以便实现媒体客户端120与媒体服务器110之间的传输控制。

在控制器130和媒体客户端120被一起实施在物理装置中时，可以省略图6中的控制器130与媒体客户端120之间的交互过程。在这种情况下，如果选择基于BCM的传输控制机制，则控制器130向媒体服务器110发送BCM:播放（BCM:Play）消息。当媒体服务器110接收到BCM:播放消息时，其将意识到选择了基于BCM的传输控制协议来控制流传输。随后调用BCM客户端和BCM服务器来实现相应地媒体客户端120与媒体服务器110之间的传输控制。

类似地，在控制器130和媒体服务器110被一起实施在物理装置中的情况下，也可以省略图6中的控制器130与媒体服务器110之间的交互过程。

从图6中可以看出，请求第一或第二信息的至少一部分的请求消息和包括第一或第二信息的至少一部分的响应消息可以由IGRS AV协议中的已定义消息来实施。对于控制器130获得第一和第二信息以及向媒体客户端120和媒体服务器110通知所选传输控制协议来说，不需要附加的消息类型和附加的交互过程。

图7示出了选择将在第一装置110与第二装置120之间使用的传输控制机制的流程图。

首先，在步骤S701中，获得表明由第一装置210支持的传输控制机制的第一信息并且获得表明由第二装置220支持的传输控制机制的第二信息。在一个实施例中，步骤S701可以由设备230的第一单元231施行。

其次，在步骤S702中，基于第一和第二信息以及预设规则来选择将在第一装置与第二装置之间使用的传输控制机制。在一个实施例中，步骤S702可以由设备230的第二单元232施行。

在一个实施例中，所述预设规则是用户的优选配置设定。在另一个实施例中，所述预设规则是默认设定。

在一个实施例中，步骤S701可以进一步包括用于获得表明由第一装置210支持的传输控制机制的第一信息的两个子步骤，正如图8中所示出的那样。

首先，在步骤S801中，向第一装置210发送请求第一信息的至少一部分的请求消息。在一个实施例中，步骤S801可以由设备230的第一单元231的第一模块2311施行。

当第一装置210接收到请求消息时，其将利用包括第一信息的至少一部分的响应消息做出响应。

随后，在步骤S802中，从第一装置210接收包括第一信息的至少一部分的响应消息。在一个实施例中，步骤S802可以由设备230的第一单元231的第二模块2312施行。

如果第一装置210支持几种传输控制机制，则可以通过单次信令交互或多次信令交互获得第一信息，其中在所述多次交互当中的每一次中，获得第一信息的一部分，也就是说可以把子步骤S801和S802施行几次以便获得第一信息的全部。

在一个实施例中，步骤S701可以进一步包括用于获得表明由第二装置220支持的传输控制机制的第二信息的另外两个子步骤，正如图9中所示出的那样。

首先，在步骤S901中，向第一装置220发送请求第二信息的至少一部分的请求消息。在一个实施例中，步骤S901可以由设备230的第一单元231的第三模块2313施行。

当第二装置220接收到请求消息时，其将利用包括第二信息的至少一部分的响应消息做出响应。

随后，在步骤S902中，从第二装置220接收包括第二信息的响应消息。在一个实施例中，步骤S902可以由设备230的第一单元231的第四模块2314施行。

如果第二装置220支持几种传输控制机制，则可以通过单次信令交互或多次信令交互获得第二信息，其中在所述多次交互当中的每一次中，获得第二信息的一部分，也就是说可以把子步骤S901和S902施行几次以便获得第二信息的全部。

应当理解的是，图8和图9中的子步骤仅仅是为了进行说明；可以通过其他方式获得第一和第二信息，比如通过仅仅从第一和第二装置接收主动报告，或者从另一个装置获得第一和第二信息等等。

有利的是，在一个实施例中，图7中的流程图可以进一步包括分别向第一装置210和第二装置220通知由第二单元232选择的所选传输控制机制的步骤，其在一个实施例中可以由设备230的第三单元233和第四单元234施行。

在前面的各段落中完全描述了设备230的功能以及图7到图9中的流程图。应当理解的是，设备230以及图7到图9中的流程图的应用不限于IGRS AV系统。对于将要选择传输控制机制的其他情况，设备230以及图7到图9中的流程图也是适用的。

还应当理解的是，仅仅在其功能方面描述了设备230。设备230或其中的每一个单元（比如第一单元231和/或第二单元232等等）可以由硬件或者软件与硬件的组合来实施。举例来说，其可以由链接到存储器的处理器来实施，所述存储器存储用于实施第一单元231和/或第二单元232的功能的指令代码。设备230的一些模块和/或单元在其实施时可以共享相同的物理模块。举例来说，第三模块2313和第五模块2315可以共享相同的物理模块。

应当提到的是，前面描述的实施例仅仅是用于说明的目的，而不应被解释为限制本发明。不背离本发明的精神的所有修改都意图被包括在所附权利要求书的范围内。在权利要求中，置于括号之间的任何附图标记不应被解释为限制该权利要求。“包括”一词不排除未在权利要求或说明书中列出的元件或步骤的存在。置于元件之前的“一”或“一个”不排除多个此类元件的存在。在枚举几个单元的设备权利要求中，可以由同一项硬件或软件来具体实现这些单元当中的几项。对于第一、第二和第三等词的使用不表明任何排序。这些词应当被解释为名称。

Claims

1.一种用于选择将在第一装置（210）与第二装置（220）之间使用的传输控制机制的设备（230），其包括：

第一单元（231），其用于获得表明由第一装置（210）支持的传输控制机制的第一信息和表明由第二装置（220）支持的传输控制机制的第二信息；以及

第二单元（232），其用于根据第一和第二信息以及预设规则来选择将在第一装置（210）与第二装置（220）之间使用的传输控制机制。

2.根据权利要求1的设备（230），其中，所述预设规则包括用户的优选配置设定。

3.根据权利要求1的设备（230），其中，所述预设规则包括默认设定。

4.根据权利要求1的设备（230），其中，第一单元（231）包括：

被配置成向第一装置（210）发送请求消息从而请求第一信息的至少一部分的第一模块（2311）；以及

被配置成从第一装置（210）接收包括第一信息的至少一部分的响应消息的第二模块（2312）。

5.根据权利要求1的设备（230），其中，第一单元（231）还包括：

被配置成向第二装置（220）发送请求消息从而请求第二信息的至少一部分的第三模块（2313）；以及

被配置成从第二装置（220）接收包括第二信息的至少一部分的响应消息的第四模块（2314）。

6.根据权利要求1的设备（230），其还包括：

被配置成向第一装置（210）通知所选的传输控制机制的第三单元（233）；

被配置成向第二装置（220）通知所选的传输控制机制的第四单元（234）。

7.一种选择将在第一装置（210）与第二装置（220）之间使用的传输控制机制的方法，其包括：

-获得（S701）表明由第一装置（210）支持的传输控制机制的第一信息和表明由第二装置（220）支持的传输控制机制的第二信息；以及

-根据第一和第二信息以及预设规则来选择（S702）将在第一装置（210）与第二装置（220）之间使用的传输控制机制。

8.根据权利要求7的方法，其中，所述预设规则包括用户的优选配置设定。

9.根据权利要求1的方法，其中，所述预设规则包括默认设定。

10.根据权利要求7的方法，其中，获得（S701）第一信息的步骤包括：

-向第一装置（210）发送（S801）请求消息从而请求第一信息的至少一部分；以及

-从第一装置（210）接收（S802）包括第一信息的至少一部分的响应消息。

11.根据权利要求7的方法，其中，获得（S701）第二信息的步骤包括：

-向第二装置（220）发送（S901）请求消息从而请求第二信息的至少一部分；以及

-从第二装置（220）接收（S902）包括第二信息的至少一部分的响应消息。

12.根据权利要求7的方法，其还包括以下步骤：

-向第一装置（210）和第二装置（220）通知所选的传输控制机制。