执行wi-fi显示服务的方法及其装置的制造方法

执行wi-fi显示服务的方法及其装置的制造方法
【专利摘要】本发明涉及一种无线通信系统，公开了一种用于执行Wi?Fi显示(WFD)服务的方法及其装置。为此，用于从第一无线装置执行Wi?Fi显示服务的方法包括以下步骤：第一无线装置利用由第一无线装置和第二无线装置共同支持的公共编解码器对第一无线装置的实时输出画面进行编码，然后将所述实时输出画面流送至第二无线装置；接收多媒体文件流送请求的用户输入；以及当多媒体文件可从第二无线装置播放时，临时停止所述实时输出画面的流送并且从第一无线装置向第二无线流送多媒体文件。
【专利说明】
执行WI-FI显示服务的方法及其装置
技术领域
[0001] 本发明设及无线通信系统，更具体地讲，设及一种用于无线LAN系统中的省电操作 的方法和设备。
【背景技术】
[0002] 近来，随着信息通信技术的发展，已开发出各种无线通信技术。在运些技术当中， 无线LAN(WLAN)是允许家庭或公司或者特定服务区域使用诸如个人数字助理(PDA)、膝上型 计算机、便携式多媒体播放器(PMP)的便携式终端无线地接入互联网的技术。
[0003] 作为可允许装置在没有传统WLAN系统中基本上需要的无线电接入点(AP)的情况 下容易地彼此连接的直接通信技术，已讨论了 Wi-Fi直连或者Wi-Fi对等(P2P)的引入。根据 Wi-Fi直连，即使在没有复杂的建立过程的情况下装置也可彼此连接。另外，Wi-Fi直连可支 持用于按照一般WLAN系统的通信速度的数据发送和接收的相互操作W向用户提供各种服 务。
[0004] 近来，已使用各种Wi-Fi支持装置。在运些Wi-Fi支持装置当中，在没有AP的情况下 实现Wi-Fi装置之间的通信的Wi-Fi直连支持装置的数量已增加。在Wi-Fi联盟(WFA)中，已 讨论了用于引入使用Wi-Fi直连链接来支持各种服务(例如，发送、播放、显示、打印等)的平 台的技术。运可被称作Wi-Fi直连服务(W抑S)。
[0005] 根据WFDS当中的显示服务，WFD(Wi-Fi显示）信源（source)和WFD信宿（sink)可通 过包括在探测请求和响应帖中的WFD IE(信息元素)来捜索彼此。

【发明内容】

[0006] 技术任务
[0007] 本发明的技术任务是提供一种在WFD服务中将多媒体文件流送而无需转码的方 法。具体地讲，本发明的技术任务是提供一种如果请求WFD信宿中可播放的多媒体文件的流 送，则在不对多媒体文件执行解码和编码的情况下将多媒体文件流送的方法。
[000引可从本发明实现的技术任务不限于上述技术任务。并且，本发明所属技术领域的 普通技术人员可从W下描述清楚地理解其它未提及的技术任务。
[0009] 技术方案
[0010] 本发明的一个目的是一种在第一无线电装置中执行W抑(Wi-Fi显示)服务的方法， 该方法包括:通过由所述第一无线电装置和第二无线电装置共同支持的公共编解码器对所 述第一无线电装置的实时输出画面进行编码，来将所述实时输出画面向所述第二无线电装 置流送;接收请求流送多媒体文件的用户输入；W及如果所述多媒体文件可由所述第二无 线电装置播放，则通过暂停所述实时输出画面的流送来将所述多媒体文件流送至所述无线 电装置。
[0011] 本发明的一个目的是提供一种在第一无线电装置中执行WHKWi-Fi显示)服务的 方法，该方法包括:通过接收由所述第一无线电装置和第二无线电装置共同支持的公共编 解码器编码的所述第二无线电装置的实时输出画面，来对所述实时输出画面进行流送；W 及如果通过所述第二无线电装置接收到请求流送所述第一无线电装置可播放的多媒体文 件的用户输入，则通过暂停所述第二无线电装置的所述实时输出画面的流送来对从所述第 二无线电装置接收的所述多媒体文件进行流送。
[0012] 本发明的一个目的是一种执行WHKWi-Fi显示)服务的第一无线电装置，包括：显 示单元；收发器；W及处理器，该处理器被配置为控制收发器发送探测请求帖，如果收发器 接收到响应于探测请求帖的探测响应帖，对连接第二无线装置的接入点（AP)信息进行解 码。
[0013] 本发明的一个目的是一种执行WHKWi-Fi显示)服务的第一无线电装置，包括：显 示单元;收发器；W及处理器，该处理器被配置为通过由所述第一无线电装置和第二无线电 装置共同支持的公共编解码器对所述第一无线电装置的实时输出画面进行编码，来将所述 实时输出画面流送至所述第二无线电装置，其中，如果接收到请求流送多媒体文件的用户 输入并且所述多媒体文件可由所述第二无线电装置播放，则所述处理器还被配置为通过暂 停所述实时输出画面的流送来将所述多媒体文件流送至所述无线电装置。
[0014] 本发明的一个目的是一种执行WHKWi-Fi显示)服务的第一无线电装置，包括：显 示单元;收发器；W及处理器，该处理器被配置为通过接收由所述第一无线电装置和第二无 线电装置共同支持的公共编解码器编码的所述第二无线电装置的实时输出画面，来对所述 实时输出画面进行流送，其中，如果通过所述第二无线电装置接收到请求流送所述第一无 线电装置可播放的多媒体文件的用户输入，则所述处理器还被配置为通过暂停所述第二无 线电装置的所述实时输出画面的流送来对从所述第二无线电装置接收的所述多媒体文件 进行流送。
[0015] 本发明的上述一般描述W及本发明的W下详细描述为示例性的，是在本公开中除 了附加权利要求书W外为描述提供的。
[0016] 有益效果
[0017] 根据本发明，可提供一种在WFD服务中对多媒体文件进行流送而无需转码的方法 及其设备。具体地讲，根据本发明，如果请求WFD信宿中可播放的多媒体文件的流送，则可提 供一种在不对多媒体文件执行解码和编码的情况下对多媒体文件进行流送的方法及其设 备。
[0018] 可从本发明实现的效果不限于上述效果。并且，本发明所属技术领域的普通技术 人员可从W下描述清楚地理解其它未提及的效果。
【附图说明】
[0019] 附图被包括W提供本发明的进一步理解，附图示出本发明的各种实施方式并且与 本说明书中的描述一起用于说明本发明的原理。
[0020] 图1是示出本发明适用于的IE邸802.11系统的示例性结构的示图。
[0021] 图2示出Wi-Fi直连网络的一个示例。
[0022] 图3是描述用于配置WFD网络的处理的示图。
[0023] 图4是描述邻居发现处理的示图。
[0024] 图5是描述WFD网络的新方面的示图。
[0025] 图6是描述建立用于WFD通信的链路的方法的示图。
[0026] 图7是描述与当前执行WFD的通信组关联(或者加入其中）的方法的示图。
[0027] 图8是描述建立用于WFD通信的链路的方法的示图。
[0028] 图9是描述建立用于与WFD通信组关联的链路的方法的示图。
[0029] 图10是描述WFDS框架组件的示图。
[0030] 图11是描述在WFD信源与WFD信宿之间建立W邸会话的处理的示图。
[0031] 图12是描述WFD能力协商过程的示图。
[0032] 图13是描述WFD会话建立和视频/音频流送过程的示图。
[0033] 图14是描述实时编码模式与无转码模式之间的转变的一个示例的示图。
[0034] 图15是示出WFD信源与WFD信宿之间的操作模式从实时编码模式切换为无转码模 式的详细示例的示图。
[0035] 图16是示出WFD信源与WFD信宿之间的操作模式从无转码模式改变为实时编码模 式的详细示例的示图。
[0036] 图17是描述执行从WFD服务向DNLA的切换的一个示例的示图。
[0037] 图18是示出在暂停WFD服务之后开始DNLA的一个示例的示图。
[0038] 图19是示出重新开始WFD服务的一个示例的示图。
[0039] 图20A和图20B是描述在能力协商过程中检查WFD信宿是否具有从WFD服务转变为 DNLA的能力的处理的示图。
[0040] 图21是根据本发明的一个实施方式的无线电装置的配置的框图。
【具体实施方式】
[0041] 现在将详细参照本发明的优选实施方式，其示例示出于附图中。在下文中，本发明 的详细描述包括帮助充分理解本发明的细节。然而，对于本领域技术人员而言显而易见的 是，本发明可在没有运些细节的情况下实现。
[0042] 有时，为了防止本发明变得不清楚，公知的结构和/或装置被跳过或者可被表示为 集中于结构和/或装置的核屯、功能的框图。只要可能，贯穿附图将使用相同的标号来指代相 同或相似的部件。
[0043] 用于W下描述的特定术语可被提供W帮助理解本发明。并且，在本发明的技术构 思的范围内，特定术语的使用可被修改为其它形式。
[0044] 本发明的实施方式可由包括IE邸802系统、3GPP系统、3GPP LTE系统、LTE-A^TE- 高级）系统和3GPP2系统的无线接入系统中的至少一个的公开标准文献支持。具体地讲，在 本发明的实施方式中未加说明W清楚地掲示本发明的技术构思的步骤或部件可由上述文 献支持。此外，本文所公开的所有术语可由上述标准文献支持。
[0045] W下描述可应用于各种无线接入系统，包括CDMA(码分多址）、FDMA(频分多址）、 TDMA (时分多址）、OFDMA (正交频分多址）、SC-抑MA (单载波频分多址）等。CDMA可利用诸如 UTRA(通用地面无线电接入）、CDMA2000等的无线电技术实现。TDMA可利用诸如GSM/GPRS/ EDGE(全球移动通信系统)/通用分组无线电服务/增强数据速率GSM演进)的无线电技术实 现。(FDMA可利用诸如IE邸802.11 (Wi-Fi )、IE邸 802. Ie(WiMAX)、I邸E 802.20、E-UTRA(演 进UTRA)等的无线电技术实现。UTRA是UMTS(通用移动电信系统）的一部分。3GPP LTE(第3代 合作伙伴计划长期演进)是使用E-UTRA的E-UMTS(演进UMTS)的一部分。3GPP LTE在下行链 路（W下简写为化）中采用O抑MA，在上行链路（W下简写为化）中采用SC-抑MA。LTE-A^TE- 高级)是3GPP LTE的演进版本。
[0046] 为了清晰，W下描述主要设及IE邸802.11系统，但本发明的技术特征不限于此。
[0047] WLAN系统的结构
[0048] 图1是本发明可应用于的IEEE 802.11系统的结构的示例的示图。
[0049] IE邸802.11结构可包括多个组件，并且可通过组件的交互提供对上层的透明STA 移动性的WLAN支持。基本服务集(BSS)可对应于IE邸802. IlLAN中的基本配置块。图1示出 存在两个基本服务集BSS 1和BSS 2并且包括2个STA作为各个BSS的成员的一个示例。具体 地讲，BSS 1中包括STA巧PSTA2，BSS 2中包括STA 3和STA 4。在图1中，指示BSS的楠圆可被 理解为指示包括在对应BSS中的STA维持通信的覆盖区域。该区域可被称为基本服务区域 (BSA)。一旦STA离开BSA，它就无法与对应BSA内的其它STA直接通信。
[(K)加]I邸E 802. IlLAN中的最基本类型的BSS是独立型BSS( IBSS)。例如，IBSS可具有仅 包括2个STA的最小配置。此外，图1所示的具有最简单配置并且省略其它组件的BSS(例如， BSS 1或BSS 2)可对应于IBSS的代表性示例。如果STA可直接彼此通信，则运种配置是可能 的。如上配置的LAN并非通过预先设计来配置，而是可根据LAN的需要来配置。并且，运可被 称为自组织网络。
[0051] 如果STA被打开/关闭或者进入/离开BSS区域，则该STA在BSS中的成员资格可动态 地改变。为了获得BSS中的成员资格，STA可利用同步过程来加入BSS。为了访问基于BSS的结 构的所有服务，STA应该与BSS关联。运种关联可动态地配置，或者可包括DSS(分布式系统服 务)的使用。
[0052] 层结构
[0053] 可基于层结构描述在无线LAN系统中操作的STA的操作。在装置配置方面，层结构 可通过处理器实现。STA可具有多个层的结构。例如，802.11标准文献所应对的层结构主要 包括数据链路层(化L)上的MAC子层和物理(PHY)层。PHY层可包括物理层会聚过程(PLCP)实 体、物理介质相关(PMD)实体等。MAC子层和PHY层在概念上分别包括称为MAC子层管理实体 (MLME)和物理层管理实体(PLME)的管理实体。运些实体提供运行层管理功能的层管理服务 接口。
[0054] 为了提供确切的MAC操作，各个STA内存在SME(站管理实体）dSME是层独立实体，其 可被视为驻留于单独的管理平面中，或者被视为驻留"在管理平面外(off to the side)"。 本文中未指定SME的确切功能，但是通常，该实体可被视为负责诸如从各种层管理实体 (LME)收集层相关状态W及相似地设定层特定参数的值的功能。SME可代表普通系统管理实 体执行运些功能，并且可实现标准管理协议。
[0055] 上述实体W各种方式交互。例如，实体可通过交换GET/SET原语来交互。该原语意 指与特定对象有关的一组元素或参数。XX-GET. request原语用于请求给定MIB属性(管理信 息库属性）的值。XX-GET. confirm原语用于如果状态为"success"，则返回适当的MIB属性 值，否则在Status字段中返回错误指示。XX-SET.request原语用于请求将指示的MIB属性设 定为给定值。如果该MIB属性暗指特定动作，则运请求执行该动作。并且，XX-SET. conf irm原 语运样使用:如果状态为"success"，则运确认指示的MIB属性已被设定为请求的值，否则在 状态字段中返回错误指示。如果该MIB属性暗指特定动作，则运确认该动作已被执行。
[0056] 另外，MLME和SME可通过MLME_SAP (服务接入点）交换各种MLME_GEiy SET原语。另 夕h各种PLME_GET/SET原语可通过PLME_SAP在PLME与SME之间交换，并且可通过MLME-PLME_ SAP在MLME与PLME之间交换。
[0057] 无线LAN的演进
[005引已由电气和电子工程师协会（I邸E)802.11组开发了用于无线局域网(WLAN)技术 的标准。I趾E 802. Ila和802. Ilb使用2.4G化或5G化的无执照频带。I趾E802. Ilb提供 1 IMbps的传输速率，I邸E 802.1 Ia提供54Mbps的传输速率。I邸E802.1 Ig在2.4GHz下应用正 交频分复用（0抑M)W提供54Mbps的传输速率。I邸E802.11n可使用多入多出（MIMO)-(FDM， 并且提供300Mbps的传输速率。I趾E802. Iln可支持最高至40MHz的信道带宽，W提供 600Mbps的传输速率。
[0化9]根据IE邸802. Ile的环境下的直接链路建立(DLS)相关协议基于BSS(基本服务 集)支持QoS(服务质量）的QBSS(质量BSS)。在QBSS中，APW及非AP STA是支持QoS的QAP(质 量AP)。然而，在目前商业化的WLAN环境(例如，根据IE邸802.1 la/b/g的WLAN环境)下，尽管 非AP STA是支持QoS的QSTA(质量STA)，但是AP可能是无法支持QoS的传统AP。结果，在目前 商业化的WLAN环境下，存在即使在QSTA的情况下也无法使用的化S服务的限制。
[0060]隧道直接链路建立(TOLS)是为解决运种限制而新提出的无线通信协议。TOLS尽管 不支持QoS，但是使得QSTA即使在诸如目前商业化的IE邸802.1 la/b/g的WLAN环境下也能 够设定直接链路，并且即使在省电模式(PSM)下也能够设定直接链路。因此，T化S规定了用 于使得QSTA即使在由传统AP管理的BSS处也能够设定直接链路的所有过程。W下，支持TDLS 的无线网络将被称作TDLS无线网络。
[0061 ] Wi-Fi直连网络
[0062] 根据现有技术的WLAN主要应对无线电接入点（AP)用作集线器的中控型BSS的操 作。AP执行用于无线/有线连接的物理层支持功能、用于网络上的装置的路由功能W及用于 将装置增加到网络/从网络移除的服务供给(provision)。在运种情况下，网络内的装置没 有直接彼此连接，而是通过AP彼此连接。
[0063] 作为支持装置之间的直接连接的技术，已讨论了 Wi-Fi直连标准的制定。
[0064] 图2例示了示出示例性Wi-Fi直连网络的示图。Wi-Fi直连网络是使得Wi-Fi装置即 使在没有与家庭网络、办公网络和热点网络关联的情况下也能够执行装置至装置化2D)(或 对等(P2P))通信的网络，并且已由Wi-Fi联盟提出。W下，基于Wi-Fi直连的通信将被称作 Wi-Fi直连D2D通信(简称为D2D通信)或Wi-Fi直连P2P通信(简称为P2P通信）。另外，执行Wi- Fi直连P2P的装置将被称作Wi-Fi直连P2P装置(简称作P2P装置或对等装置）。
[00化]参照图2 ,Wi-Fi直连网络（200)可包括至少一个Wi-Fi装置（包括第一P2P装置 (202)和第二P2P装置(204)) dP2P装置可包括Wi-Fi支持装置，例如显示装置、打印机、数字 相机、投影仪、智能电话等。另外，P2P装置可包括非AP STA和AP STA。在此示例中，第一P2P 装置(202)是智能电话，第二P2P装置(204)是显示装置。Wi-Fi直连网络的P2P装置可直接互 连。更详细地讲，P2P通信可意指两个P2P装置之间的信号传输路径在对应P2P装置中直接配 置，而无需经过第S装置(例如，AP)或传统网络(例如，通过AP接入WLAN的网络）。在运种情 况下，在两个P2P装置之间直接配置的信号传输路径可限于数据传输路径。例如，P2P通信可 意指多个非STA在不经过AP的情况下发送数据(例如，语音、图像、文本信息等）。用于控制信 息（例如，用于P2P配置的资源分配信息、无线装置标识信息等）的信号传输路径可直接在 P2P装置之间配置(例如，非AP STA至非AP STA，非AP STA至AP)，可通过AP在两个P2P装置之 间配置（例如，非AP至非AP STA)，或者可在AP与对应P2P装置之间配置（例如，AP至非AP
[0066] 图3例示了示出配置Wi-Fi直连网络的方法的示图。
[0067] 参照图3 ,Wi-Fi直连网络设置过程可大致分成两个过程。第一过程是邻居发现 (ND)过程(S302a)，第二过程是P2P链路配置和通信过程(S304)。通过邻居发现过程，P2P装 置(例如，图2的202)在(其自己的无线电）覆盖内捜索另一邻居P2P装置(例如，图2的204)， 并且可获得与对应P2P装置关联(例如，预关联)所需的信息。在运种情况下，预关联可意指 无线电协议中的第二层预关联。例如，预关联所需的信息可包括邻居P2P装置的标识信息。 可依照可用无线电信道执行邻居发现过程(S30化）。随后，P2P装置(202)可与另一 P2P装置 (204)执行Wi-Fi直连P2P链路配置/通信。例如，在P2P装置(202)与周边P2P装置(204)关联 之后，P2P装置(202)可确定对应P2P装置(204)是不是无法满足用户的服务要求的P2P装置。 为此，在P2P装置(202)与周边P2P装置(204)第二层预关联之后，P2P装置(202)可捜索对应 P2P装置(204)。如果对应P2P装置(204)不满足用户的服务要求，贝化2P装置(202)可切断为 对应P2P装置（204)配置的第二层关联，并且可配置与另一 P2P装置的第二层关联。相比之 下，如果对应P2P装置(204)满足用户的服务要求，则两个P2P装置(202和204)可通过P2P链 路来发送和接收信号。
[0068] 图4例示了示出邻居发现过程的示图。图4的示例可被理解为图3所示的P2P装置 (202)与P2P装置(204)之间的操作。
[0069] 参照图4,图3的邻居发现过程可通过指示站管理实体(SME)/应用/用户/供应商来 发起(S410)，并且可分成扫描步骤(S412)W及寻找步骤(S414至S416)。扫描步骤(S412)可 包括根据802.11方案扫描所有可用RF信道的操作。通过上述操作，P2P装置可确认最佳操作 信道。寻找步骤(S414至S416)可包括侦听模式(S414)和捜索模式(S416)"P2P装置可交替地 重复侦听模式(S414)和捜索模式(S416KP2P装置(202和204)可在捜索模式(S416)下利用 探测请求帖执行主动捜索。为了快速捜索，捜索范围可限于信道#1、#6、#11(2412M^、 2437MHz、2462MHz)所指示的社会信道。另外，P2P装置(202和204)在侦听模式(S414)下可仅 从=个社会信道中选择一个信道，并且维持接收状态。在运种情况下，如果另一 P2P装置(例 如，202)接收到在捜索模式下发送的探测请求帖，贝化2P装置(例如，204)响应于接收的探测 请求帖生成探测响应帖。侦听模式(S414)的时间可随机给出（例如，100、200、300时间单位 (TU)) "P2P装置连续地重复捜索模式和接收模式，W使得它们可到达公共信道。在P2P装置 发现另一 P2P装置之后，P2P装置可利用探测请求帖和探测响应帖发现/交换装置类型、制造 商或常见装置名，使得P2P装置可选择性地联接到对应P2P装置。如果P2P装置通过邻居发现 过程发现周边P2P装置并且获得必要信息，贝化2P装置(例如，202)可向SME/应用/用户/供应 商通知P2P装置发现(S418)。
[0070] 目前，P2P可主要用于诸如远程打印、照片共享等的半静态通信。然而，由于Wi-Fi 装置和定位服务的普及，P2P可用性逐渐增加。例如，预期P2P装置将被积极地用于社交聊天 (例如，订阅社交网络服务(SNS)的无线装置基于定位服务识别位于邻近区域中的无线电装 置，并且发送和接收信息）、定位广告供给、定位新闻广播W及无线装置之间的游戏交互。为 了描述方便，运种P2P应用W下将被称作新P2P应用。
[0071] 图5例示了示出Wi-Fi直连网络的新方面的示图。
[0072] 图5的示例可被理解为在应用新P2P应用（例如，社交聊天、定位服务供给、游戏交 互等）的情况下使用的Wi-Fi直连网络方面。
[0073] 参照图5,多个P2P装置(50^1至502d)在Wi-Fi直连网络中执行P2P通信(510)，构成 Wi-Fi直连网络的P2P装置可在任何时间由于P2P装置的移动而改变，新Wi-Fi直连网络可在 短时间内动态地生成或删除。如上所述，新P2P应用的特性指示可在密集网络环境中在多个 P2P装置之间在短时间内动态地执行和终止P2P通信。
[0074] 图6例示了示出配置用于Wi-Fi直连通信的链路的方法的示图。
[0075] 如图6a所示，第一 STA(610)m下称作"A")在传统Wi-Fi直连通信期间用作组所有 者。如果A(610)在与传统Wi-Fi直连通信的组客户端（630)的通信期间发现第二STA(620) (W下称作"B")(是新Wi-Fi直连通信目标并且没有执行Wi-Fi直连通信），则A(610)尝试与B (620)的链路设置。在运种情况下，新Wi-Fi直连通信是A(610)与B(620)之间的Wi-Fi直连通 信，由于A是组所有者，所WA可独立于传统组客户端(630)的通信执行通信设置。由于一个 Wi-Fi直连组可包括一个组所有者W及一个或更多个组客户端，所W如图化所示，由于作为 一个组所有者的A(610)满足，可设定Wi-Fi直连链路。在运种情况下，A(610)将B(620)邀请 到传统Wi-Fi直连通信组中，并且鉴于Wi-Fi直连通信特性，可执行A(610)与B(620)之间W 及A(610)与传统组客户端(630)之间的W抑通信。基于装置的能力选择性地支持Wi-Fi直连 通信。
[0076] 图7例示了示出与执行Wi-Fi直连的通信组关联的方法的示图。
[0077] 如图7a所示，第一 STA(710)(W下称作"A")作为组所有者对组客户端(730)执行通 信，第二STA(720)( W下称作"B")作为组所有者对组客户端(740)执行通信。如图7b所示，A (710)可终止传统Wi-Fi直连通信，并且可执行与B(720)所属的Wi-Fi直连通信组的关联。由 于A(710)是组所有者，所WA(710)变为组客户端。优选地，A(710)在请求与B(720)关联之前 终止传统Wi-Fi直连通信。
[0078] 图8例示了示出配置用于Wi-Fi直连通信的链路的方法的示图。
[0079] 如图8a所示，第二STA(820)( W下称作"B")在传统Wi-Fi直连通信期间用作组所有 者。如果B(820)执行与组客户端(830)的传统Wi-Fi直连通信，则没有执行Wi-Fi直连通信的 第一 514(810)(^下称作"心'）发现8(820)并且尝试用于与8(820)的新^斗1直连通信的链 路设置。在运种情况下，如果B(820)接受链路设置，则设定A(SlO)与B(820)之间的新Wi-Fi 直连通信链路，A(SlO)用作B(820)的传统Wi-Fi直连组的客户端。运种情况对应于A(SlO)与 B(820)的Wi-Fi直连通信组执行关联的情况。A(SlO)可仅执行与作为组所有者的B(820)的 Wi-Fi直连通信W及A(SlO)之间的Wi-Fi直连通信。基于装置的能力选择性地支持Wi-Fi直 连通信。
[0080] 图9例示了示出配置与Wi-Fi直连通信组关联的链路的方法的示图。
[0081] 如图9a所示，第一STA(910)(W下称作"A")作为组客户端对组所有者（930)执行 Wi-Fi直连通信。此时，A(910)发现作为组所有者对另一 Wi-Fi直连通信的组客户端(940)执 行通信的第二STA(920)(W下称作"B")，并且终止与组所有者(930)的链路。并且，A(910)可 与B(920)的Wi-Fi直连执行关联。
[00剧 Wi-Fi直连服务(WFDS)
[0083] Wi-Fi直连是被定义为包括链路层的操作的网络连接标准技术。由于没有定义在 通过Wi-Fi直连配置的链路的上层操作的应用的标准，所W在支持Wi-Fi直连的装置互连之 后驱动应用的情况下难W支持兼容性。为了解决运一问题，Wi-Fi联盟(WFA)已讨论了称为 Wi-Fi直连服务(WFDS)的上层应用的操作的标准化。
[0084] 图10例示了示出WFDS框架组件的示图。
[00化]图10的Wi-Fi直连层意指由Wi-Fi直连标准定义的MAC层。Wi-Fi直连层可包括与 Wi-Fi直连标准兼容的软件。可通过与WiFi PHY层兼容的物理层(未示出）在Wi-Fi直连层下 面配置无线连接。在Wi-Fi直连层上面定义称为ASP(应用服务平台）的平台。
[0086] ASP是实现服务所需的功能的逻辑实体。ASP是公共共享平台，可处理诸如装置发 现、服务发现、ASP会话管理、连接拓扑管理W及ASP上面的应用层与ASP下面的Wi-Fi直连层 之间的安全性的任务。
[0087] 在ASP上面定义服务层。服务层包括使用情况特定服务。WFA定义了四种基本服务： 发送、播放、显示和打印服务。将简要描述WFA中定义的运四种基本服务。首先，发送意指可 在两个WFDS装置之间执行文件传送的服务和应用。发送服务可被称作文件传送服务(FTS)， 因为它旨在用于对等装置之间的文件传送。播放意指在两个WFDS装置之间基于化NA(数字 生活网络联盟)共享或流送音频/视频(A/V)、照片、音乐等的服务和应用。打印意指使得文 档和照片能够在具有诸如文档、照片等的内容的装置与打印机之间输出的服务和应用。显 示意指在Miracast信源与WFA的信宿之间允许画面共享的服务和应用。
[0088] 图10所示的使能API (应用程序接口）被定义为在支持WFA所定义的基本服务W外 的第S方应用的情况下使用ASP公共平台。针对第S方应用定义的服务可仅由一个应用使 用，或者可被各种应用一般地(或共同地)使用。
[0089] W下，为了描述方便，由WFA定义的服务将被称作WFA服务，由非WFA的第S方新定 义的服务将被称作使能服务。
[0090] 应用层可提供用户接口化I)，用于呈现将由用户识别的信息并且将用户的输入传 送给下层。
[0091] 基于上面所提供的描述，在WFDS当中，下面将更详细地描述显示服务。
[009。化-Fi显示
[0093] 在W抑S当中，显示服务是指允许P2P装置之间的画面共享的服务和应用。使用显示 服务的P2P装置可被称作WFD装置，在WFD装置当中，支持通过装置P2P链路的多媒体内容的 流送的装置可被称作Wi-Fi显示(W抑)信源，从W抑信源装置接收并且通过P2P链路执行擅染 的装置可被称作WFD信宿。
[0094] 图11示出在WD信源与WD信宿之间建立WD会话的过程。在执行WD连接设置之 前，WFD信源和WFD信宿可通过初始WFD装置发现来发现彼此的存在。更具体地讲，WFD装置可 通过各自包括WFD信息元素(WFD IE)的探巧鴨求帖和探测响应帖来识别出彼此的存在。WFD 信息元素(WFD IE)可包括用于在WFD装置之间建立最佳连接的基本信息，例如装置类型、装 置状态等。当WFD装置接收到包括WFD IE的探测请求帖时，WFD装置可发送包括其WFD IE的 探测响应帖作为对所接收的探测请求帖的响应。
[OOM] 当W抑装置与AP互相连接时，并且在W抑装置作为Wi-Fi P2P装置操作的情况下，两 个或更多个Wi-Fi发送器/接收器(或收发器)逻辑上在单个物理装置上操作。此时，为了执 行WFD装置发现，可使用上述Wi-Fi发送器/接收器（或收发器）中的任一个。除了W抑IEW 外，P2P信息元素(P2P IE)也可被包括在探测请求帖中W用于发现W抑装置，运可由Wi-Fi发 送器/接收器(或收发器)来解码。
[0096] 随后，在执行WFD连接设置之前，WFD信源和WFD信宿可捜索(或发现)彼此的服务能 力。更具体地讲，当任一个WH)装置发送包括WD能力作为其信息子元素的服务发现请求帖 时，另一 WFD装置可发送包括其自己的WFD能力作为其信息子元素的服务发现响应帖作为对 该服务发现请求帖的响应。服务发现过程对应于可选的（或选择性的)过程，本文中，支持服 务发现过程的WFD装置可与捜索到的（或发现的）也支持服务发现过程的WFD装置执行服务 发现过程。为了执行服务发现过程，指示WFD装置是否配备有支持服务发现过程的能力的信 息可被包括在用于服务发现过程的探测请求帖和响应帖中。
[0097] 随后，Wro信源或Wro信宿可选择对等WFD装置W用于WFD连接设置。可通过用户输 入来选择要执行WFD连接设置的对等WD装置，或者可根据策略自动地选择要执行WFD连接 设置的对等WFD装置。
[0098] 随后，WFD装置可选择与所选择的对等WFD装置执行WFD连接设置的方法。更具体地 讲，W抑装置可利用Wi-Fi P2P和TDLS当中的任一个连接方案来建立W抑连接。W抑装置可基 于连同优选连接信息和WFD信息元素一起传送(或发送）的互相连接的BSSID子元素来决定 连接方案。
[0099] 如果利用Wi-Fi P2P或TDLS在W抑装置之间成功地完成W抑设置，则W抑装置可前进 至WFD能力协商。通过W抑能力协商，W抑信源和WFD信宿可确认相互支持的编解码器、编解码 器的配置信息、编解码器的级别信息和编解码器的分辨率信息中的至少一个。
[0100] 具体地讲，通过利用RTSP(实时流送协议)交换消息，WFD信源和WFD信宿可确定参 数集合W用于定义WFD会话期间的音频/视频有效载荷。在WFD能力协商过程期间，可交换消 息RTSP Ml至RTSP M4。
[0101] 例如，图12是描述WFD能力协商过程的示图。参照图12,首先，WFD信源可发送RTSP Ml请求消息W用于发起RTSP过程和WFD能力协商。RTSP Ml请求消息可包括用于确定WFD信 宿所支持的RTSP方法集合的RTSP OPTIONS请求。如果接收到RTSP Ml请求消息，则WFD信宿 可利用列出WFD信宿所支持的RTSP方法的RTSP Ml响应消息来作出响应。
[0102] 在成功交换RTSP Ml消息之后，WFD信宿可发送用于确定WFD信源所支持的RTSP方 法集合的RTSP M2请求消息。如果接收到RTSP M2请求消息，则W抑信源利用列出WFD信源所 支持的RTSP方法的RTSP M2响应消息来作出响应。
[0103] 在成功交换RTSP M2消息之后，WFD信源可发送指定WFD信源感兴趣的WFD能力的列 表的RTSP M3请求消息(RTSP GET_PARAMET邸请求消息）。如果接收到RTSP M3请求消息，贝U W抑信宿可利用RTSP M3响应消息(RTSP GET_PARAMET邸响应消息)作出响应。
[0104] 基于RTSP M3响应消息，WFD信源确定最佳参数集合W在W抑会话期间使用，并且能 够向WFD信宿发送包括将在WFD信源和WFD信宿之间使用的参数集合的RTSP M4请求消息 (RTSP WT_PARAMET邸请求消息）。如果接收到RTSP M4请求消息，则W抑信宿可利用RTSP M4 响应消息(RTSP GET_PARAMETER响应消息)作出响应。
[0105] 如果WFD能力协商步骤成功完成，则WFD信源和装置建立WFD会话（或miracast会 话），并且可从W抑信源向W抑信宿流送视频/音频内容。
[0106] 例如，图13是描述WFD会话建立和视频/音频流送过程的示图。
[0107] W即信源可向WFD信宿发送包括触发参数SETUP的RTSP M5请求消息（RSTP SET_ PARAMETER请求消息）。如果接收到RTSP M5请求消息，则W抑信宿可利用RTSP M5响应消息 (RTSP SET_PARAMETER响应消息)作出响应。
[0108] 如果成功交换包括触发参数SETUP的RTSP M5消息，则WFD信宿可向WFD信源发送 RTSP M6请求消息(RSTP SETUP请求消息）。如果接收到RTSP M6请求消息，则W抑信源可利用 RTSP M6响应消息（RTSP SETUP响应消息）作出响应。如果RTSP M6响应消息的状态码指示 "0K"，则可意味着成功建立了RTSP会话。
[0109] 一旦建立RTSP会话，W抑信源就向W抑信宿发送用于触发RTSP PLAY请求消息(RTSP M7请求消息）或RTSP TEARD0WN请求消息(RTSP M8请求消息）的传输的RTSP M5消息。并且， WFD信宿可发送用于拆除WFD信源与WFD信宿之间的RTSP会话的RTSP M8消息（RTSP TEARD0WN消息）。
[0110] 在成功交换RTSP M6消息之后，W抑信宿可向W抑信源发送RTSP M7请求消息（RTSP PLAY请求消息）W通知它准备好接收RTSP流。WFD信源可利用RTSP M7响应消息(RTSP PLAY 响应消息)作出响应。如果RTSP M7响应消息的状态码指示"or，则可意味着成功建立了WFD 会话。
[0111] -旦建立WFD会话，W抑信源就可向W抑信宿发送用于获得W抑信宿所支持的至少一 个RTSP参数的能力的RTSP M3请求消息(RTSP GET_PARAMET邸请求消息）、用于设定与W抑会 话对应的至少一个RTSP参数值W用于针对AV(音频/视频)格式更新的WFD信源与WFD信宿之 间的能力重协商的RTSP M4请求消息、用于触发W抑信宿发送RTSP PAUSE请求消息(RTSP M9 请求消息）的RTSP M5请求消息、指示WFD信源进入WFD待机模式的RTSP M12请求消息、用于 选择UIBC将要使用的输入类型、输入装置和其它参数的RTSP M14请求消息、用于启用或禁 用UIBC的RTSP M15请求消息等。
[0112] 在从W抑信源接收到上面所列的RTSP请求消息的情况下，WFD信宿可利用RTSP响应 消息作出响应。
[0113] -旦建立WFD会话，WFD信宿就可向WFD信源发送用于开始(或者重新开始）暂停的 音频/视频流送的RTSP M7请求消息(RTSP PLAY请求消息）、用于暂停从W抑信源至W抑信宿 的音频/视频流送的RTSP M9请求消息(RTSP PAUSE请求消息）、用于请求WFD信源改变音频 擅染装置的RTSP MlO请求消息、指示有效连接器类型的改变的RTSP Ml 1请求消息、指示WFD 信宿已进入W抑待机模式的RTSP M12请求消息、请求W抑信源刷新IDR的RTSP M13请求消息、 用于选择UIBC将要使用的输入类型、输入装置和其它参数的RTSP M14请求消息、用于启用 或禁用UIBC的RTSP M15请求消息等。
[0114] 在从W抑信宿接收到上面所列的RTSP请求消息的情况下，WFD信源可利用RTSP响应 消息作出响应。
[0115] 当建立WFD会话时，如果音频/视频流送开始，则WFD信源和WD信宿可前进至使用 由WFD信源和WFD信宿二者共同支持的编解码器的音频/视频流送。当使用由WFD信源和信宿 共同支持的编解码器时，能够确保它们之间的互操作性。
[0116] 例如，如果W抑信源和W抑信宿二者支持LPCM(线性PCM(脉冲编码调制）音频)编解 码器和H. 264编解码器，则可分别通过LPCM编解码器和H. 264编解码器来对音频和视频进行 流送。当然，除了LPCM编解码器和H. 264编解码器W外，其它编解码器也可用于音频/视频流 送。
[0117] 为了 W下描述清晰，由LPCM编解码器和H. 264编解码器共同支持的音频/视频编解 码器将被称为"公共编解码器"。
[0118] 当执行通过WFD会话的流送时，WFD信源通常通过公共编解码器对其实时播放画面 进行编码，然后将编码的数据发送至WFD信宿。在对视频文件进行流送的情况下，WFD信源对 视频文件进行解码，将视频文件的播放画面输出至显示单元，通过公共编解码器对显示单 元的输出进行编码，然后将编码的数据发送至WFD信宿。
[0119] 具体地讲，为了执行诸如音乐文件、视频文件等的多媒体文件的流送，WH)信源可 按照将多媒体文件解码然后通过公共编解码器对解码的数据进行编码的方式执行转码。
[0120] 然而，如果待流送的多媒体文件可由WFD信宿播放，则可更有效的是WD信源通过 跳过对多媒体文件进行转码的步骤来发送多媒体文件。
[0121] 例如，表1示出在对通过H. 264编码的IOSOp分辨率的视频文件进行流送时根据执 行转码或不执行转码的效果的比较。
[0122] [表 1]
[0123]
[0124] 在执行流送而没有转码的情况下，可提供W下效果。首先，传输延迟减少了多媒体 文件的解码和编码所花费的时间，可抑制WFD信源的过热，并且WFD信源的电源效率可提高。
[0125] 因此，本发明旨在提出一种在WFD服务的过程中在没有多媒体文件的转码的情况 下对多媒体文件进行流送的方法。
[01%] WFD中的模式转变
[0127] -旦建立WFD会话，WFD信源通过公共编解码器对其实时输出画面进行编码，并且 能够将编码的数据发送至WD信宿。在运样做时，如果请求播放WFD信宿可播放的多媒体文 件，则WFD信源可将被请求播放的多媒体文件发送给WFD信宿，而非执行多媒体文件的转码 (即，通过公共编解码器的转换）。
[012引具体地讲，在WFD服务期间，WFD信源和WFD信宿可在对WFD信源的实时输出画面进 行流送的实时编码模式下操作，或者可在对多媒体文件进行流送而没有转码的无转码模式 下操作。
[0129] WFD信源和WH)信宿中的至少一个可根据被请求播放的多媒体文件的属性来请求 实时编码模式与无转码模式之间的转变。
[0130] 图14是描述实时编码模式和无转码模式之间的转变的一个示例的示图。随着装置 和服务发现过程W及能力协商过程的进行，如果创建WFD会话，则WFD信源和WFD信宿可在实 时编码模式下执行流送。具体地讲，如果WFD信源通过公共编解码器对其输出画面进行编码 然后将它发送给WFD信宿，则WFD信宿将从WFD信源接收的经编码的数据解码，然后能够输出 经解码的数据。
[0131] 随后，如果接收到请求播放多媒体文件的用户输入，则WFD信源可确定被请求播放 的多媒体文件是否可由WFD信宿播放。具体地讲，WFD信源可基于WFD信宿所支持的编解码器 信息来确定被请求播放的多媒体文件是否可由WFD信宿播放。例如，为此，WFD信源可从参照 图11描述的WFD服务发现过程或者WFD能力协商过程获得WFD信宿所支持的视频和音频编解 码器信息。如果被请求播放的多媒体文件为视频文件，则WFD信源可进一步另外考虑编解码 器的配置和级别信息来确定多媒体文件是否可由WFD信宿播放。
[0132] 如果被请求播放的多媒体文件可由WFD信宿播放，则WFD信源可请求WFD信宿从实 时编码模式切换为无转码模式。如果WFD信宿接受WFD信源所作出的操作模式转变请求，贝U WFD信源可将多媒体文件发送给WFD信宿。
[0133] 图15是描述WFD信源和WFD信宿之间的操作模式从实时编码模式切换为无转码模 式的详细示例的示图。
[0134] 在实时编码模式下操作的同时，如果接收到请求播放多媒体文件的用户输入，贝U WFD信源可确定被请求播放的多媒体文件是否可由WFD信宿播放。
[0135] 如果被请求播放的多媒体文件不可由WFD信宿播放(例如，多媒体文件是WFD信宿 不支持的编解码器压缩的，或者多媒体文件具有WFD信宿不支持的分辨率），则WFD信源可通 过转码来对多媒体文件进行流送。具体地讲，WFD信源将多媒体文件解码，通过公共编解码 器对解码的数据进行编码，并且能够将编码的数据发送至W抑信宿。
[0136] 相反，如果被请求播放的多媒体文件可由WFD信宿播放，则WFD信源可发送用于请 求模式转变的RTSP M5请求消息。为此，在WFD信源和WFD信宿之间，可定义一种称为"模式转 变(M0DE_TRANS口r的新的方法W用于触发模式转变。
[0137] 在接收到包括该模式转变方法的RTSP M5请求消息的情况下，WFD信宿利用RTSP M5响应消息作出响应，并且能够向W即信源发送用于暂停实时流送的RT SP M9请求消息 (RTSP PAUSE请求消息）。
[013引如果接收到RTSP M9请求消息，则W抑信源利用RTSP M9响应消息作出响应，并且能 够暂停实时流送(即，暂停WFD信源的实时输出画面的流送）。如果实时流送被暂停，则WFD信 源可向W抑信宿发送指示根据向无转码模式的转变而改变的参数的RTSP M4请求消息(RTSP SET_PARAMET邸请求消息）。在RTSP M4请求消息中，可包括多媒体文件的编解码器的信息W 及发送多媒体文件时所使用的传输协议(例如，TCP/UDP等）。
[0139] 如果接收到RTSP M4请求消息，则WFD信宿可利用RTSP M4响应消息作出响应。随 后，WFD信宿可向WFD信源发送用于请求多媒体文件的传输开始的RTSP M7请求消息（RTSP PLAY请求消息）。
[0140] 如果接收到RTSP M7请求消息，则W抑信源利用RTSP M7响应消息作出响应，并且能 够在无转码模式下向WFD信宿发送多媒体文件。具体地讲，WFD信源可在没有转码的情况下 将多媒体文件流送至W抑信宿。
[0141] 如果无转码模式下流送的多媒体文件的播放结束或者接收到请求多媒体文件播 放结束的用户输入，则WFD信源可请求WFD信宿从无转码模式切换至实时编码模式。如果WFD 信宿接受WFD信源的操作模式转变请求，则WFD信源可前进至实时操作模式下的流送。
[0142] 图16是描述WFD信源和WFD信宿之间的操作模式从无转码模式改变为实时编码模 式的详细示例的示图。
[0143] 如果无转码模式下流送的多媒体文件的播放结束或者接收到请求多媒体文件播 放结束的用户输入，则WFD信源可向WFD信宿发送包括模式转变方法的RTSP M5请求消息。在 接收到包括模式转变方法的RTSP M5请求消息的情况下，W抑信宿利用RTSP M5响应消息作 出响应并且能够向W抑信源发送用于暂停流送的RTSP M9请求消息(RTSP Pause请求消息）。
[0144] 如果接收到RTSP M9请求消息，则W抑信源利用RTSP M9响应消息作出响应并且能 够暂停流送。如果流送被暂停，则WFD信源可向WD信宿发送指示根据向实时编码模式的转 变而改变的参数的RTSP M4请求消息(RTSP SET_PARAMET邸请求消息KRTSP M4请求消息中 可包括实时编码模式下将要使用的编解码器信息等。
[0145] 如果接收到RTSP M4请求消息，则WFD信宿可利用RTSP M4响应消息作出响应。随 后，WFD信宿可向WFD信源发送用于请求开始实时流送的RTSP M7请求消息(RTSP PLAY请求 消息）。
[0146] 如果接收到RTSP M7请求消息，则WFD信源利用RTSP M7响应消息作出响应并且能 够通过在实时编码模式下通过公共编解码器对音频/视频数据进行编码然后将经编码的音 频/视频数据发送至WFD信宿来执行流送。
[0147] 在与WFD信宿的WFD能力协商过程或者WFD服务发现处理期间，WFD信源可检查WFD 信宿是否支持从实时编码模式向无转码模式的模式转变。
[0148] 具体地讲，通过交换RTSP M3消息和RTSP M4消息中的至少一个，WFD信源可检查 WFD信宿是否支持模式转变。
[0149] 例如，询问是否存在W抑信宿的模式转变的新RTSP参数(Wf d_mode_trans i t i on)可 被插入RTSP M3消息和RTSP M4消息中的至少一个中。
[0150] 服务切换
[0151] -旦建立WFD会话，WFD信源就通过公共编解码器对其实时输出画面进行编码并且 能够将经编码的数据发送至WH)信宿。在运样做时，如果请求播放可由WD信宿播放的多媒 体文件，则WFD信源可将被请求播放的多媒体文件发送至WFD信宿，而非执行多媒体文件的 转码（即，通过公共编解码器的转换）。
[0152] 为此，WFD信源和WFD信宿暂停WFD服务并且能够切换为能够进行文件传输的服务。 具体地讲，WFD信源和W抑信宿可切换为从能够进行文件传输的DNLA(数字生活网络联盟)月良 务和Wi-Fi直连服务(WFDS)中选择的播放服务。
[0153] 图17是描述从WFD服务向DNLA执行切换的一个示例的示图。随着装置和服务发现 过程和能力协商过程的进行，如果建立WFD会话，则WFD信源通过公共编解码器对其实时输 出画面进行编码，然后将它发送至WFD信宿。通过经由公共编解码器对从WFD信源接收的经 编码的数据进行解码，WFD信宿可执行流送。
[0154] 随后，如果接收到请求播放多媒体文件的用户输入，则WFD信源可确定被请求播放 的多媒体文件是否可由WFD信宿播放。具体地讲，WFD信源可基于WFD信宿所支持的编解码器 信息来确定被请求播放的多媒体文件是否可由WFD信宿播放。如果被请求播放的多媒体文 件为视频文件，则除了可由WD信宿播放的视频的编解码器W外，WFD信源可进一步考虑编 解码器的配置和级别信息来确定多媒体文件是否可由WFD信宿播放。
[0155] 如果被请求播放的多媒体文件可由WH)信宿播放，则WFD信源可请求WH)信宿进行 服务切换。
[0156] 如果W抑服务被切换为WFDS播放服务或DNLA，则WFD信源可在没有转码的情况下将 多媒体文件流送至W抑信宿。
[0157] 图18是示出在暂停WFD服务之后开始DNLA的一个示例的示图。
[0158] 在WFD信源执行向WFD信宿的实时流送的同时，如果接收到请求播放多媒体文件的 用户输入，则WFD信源可确定被请求播放的多媒体文件是否可由WFD信宿播放。
[0159] 如果被请求播放的多媒体文件不可由WFD信宿播放(例如，多媒体文件是通过WFD 信宿不支持的编解码器压缩的，或者多媒体文件具有WFD信宿不支持的分辨率），则WFD信源 可前进至在WFD服务中通过多媒体文件的转码利用公共编解码器向WFD信宿流送。
[0160] 相反，如果被请求播放的多媒体文件可由WFD信宿播放，则WFD信源可发送用于请 求向DNLA的模式转变的RTSP M5请求消息。为此，在W抑信源和W抑信宿之间，可定义一种称 为"DNLA转变(TRANSIT_DNLAr的新方法W用于触发向DNLA的转变。
[0161] 在接收到包括该DNLA转变方法的RTSP M5请求消息的情况下，WFD信宿利用RTSP M5响应消息作出响应并且能够向W抑信源发送用于暂停实时流送的RTSP M9请求消息(RTSP PAUSE请求消息）。
[0162] 如果接收到RTSP M9请求消息，则W抑信源利用RTSP M9响应消息作出响应并且能 够暂停实时流送。如果实时流送被暂停，则WFD信源激活DNLA并且能够在没有转码的情况下 通过HTTP/S0AP(DNLA控制协议)的播放动作对多媒体内容执行WFD同步流送。
[0163] 随后，如果在DNLA下流送的多媒体文件的播放结束或者接收到请求多媒体文件播 放结束的用户输入，则WFD信源可请求WFD信宿从DNLA服务切换为WFD服务。
[0164] 图19是示出重新开始WFD服务的一个示例的示图。如果在DNLA下流送的多媒体文 件的播放结束或者接收到请求多媒体文件播放结束的用户输入，则WFD信源可向WFD信宿发 送被提供用于请求向WFD服务转变的RTSP M5请求消息。为此，在WFD信源和WFD信宿之间，可 定义一种称为"WFD转变(TRANSIT_WFD)"的新方法W用于触发向WFD服务的转变。
[0165] 在接收到包括该W抑转变方法的RTSP M5请求消息的情况下，W抑信宿利用RTSP M5 响应消息作出响应并且能够向WFD信源发送用于重新开始暂停的实时流送的RTSP M7请求 消息(RTSP PLAY请求消息）。
[0166] 在接收到RTSP M7请求消息的情况下，WFD信源利用RTSP M7响应消息作出响应并 且能够重新开始WFD服务下的实时流送。
[0167] 在与WFD信宿的WFD能力协商过程或者WFD服务发现处理期间，WFD信源可检查WFD 信宿是否支持从WFD服务向DNLA的转变。
[0168] 具体地讲，通过交换RTSP M3消息和RTSP M4消息中的至少一个，WFD信源可检查 WFD信宿是否支持从WFD服务向DNLA的转变。
[0169] 例如，在RTSP M3消息和RTSP M4消息中的至少一个中，可插入询问W抑信宿是否能 够从胖抑服务转变为0化4的新抓5?参数\'(1_111〇(16_化曰邮1^〇心'。提供下面的表2^描述参 fj((Vfd_mode_transition"。
[0170] 「表引
[0171]
[0172] 参照表2,为了询问WFD信宿是否能够从WFD服务转变为DNLA，WFD信源可使用 mode_trans i t i on 参数。
[0173] 配备有对应能力的W抑信宿可利用32*32肥XDIG的UUID-LIST(唯一用户标识符-列 表)作出响应。未能配备有对应能力的WFD信宿可利用"none"作出响应。
[0174] 图20A和图20B是描述在能力协商过程中检查WFD信宿是否具有从WFD服务转变为 DNLA的能力的处理的示图。
[0175] 在成功交换RTSP Ml消息和RTSP M2消息之后，WFD信源可向WFD信宿发送指定将要 获得的能力的列表的RTSP M3请求消息。参照图20A，在RTSP M3请求消息中，例如包括用于 检查WD信宿所支持的视频格式的参数(wfd_video_formats)、用于检查WD信宿所支持的 音频编解码器的参数(wfd_audio_codecs)、用于检查将要用于RTP的WFD信宿的端口号的参 数1>'(1_(3116]11：_1'化_9〇；^3)^及用于检查肿1)信宿是否支持服务转变的参数(州(1_1]10(16_ tr曰nsition)。
[0176] 在接收到RTSP M3请求消息的情况下，WFD信宿可利用指示WFD信源所请求的WFD能 力的RTSP M3响应消息作出响应。根据图20A所示的示例，响应于RTSP M3请求消息，W抑信宿 发送包括WFD信宿所支持的视频格式、WFD信宿所支持的音频编解码器、将要用于RTP的端口 号W及是否存在服务转变支持的能力的RTSP M3响应消息。
[0177] 在运种情况下，如果支持从W抑服务向化NA的转变，则W抑信宿可配置RTSP M3响应 消息W包含它自己的化NA UUID。相反，如果不支持从W抑服务向DLNA的转变，则WFD信宿可 交换包含文本串（例如，"none")的RTSP M3响应消息(其具有不支持从WFD服务向DLNA的转 变的含义）。
[017引如果通过RTSP M3消息的成功交换确认了WFD信宿的能力，则WFD信源可确定在WFD 会话期间将要在WFD信源和WD信宿之间使用的参数集合。例如，根据图20A所示的示例， RTSP M4请求消息包括用于检查在WFD会话期间将要使用的视频格式的参数(wfd_video_ formats)、用于检查在WFD会话期间将要使用的音频编解码器的参数(wfd_audio_codecs) W及用于检查在W抑会话期间将要用于RTP的W抑信宿的端口号的参数(wfd_client_rtp_ ports)。
[0179] 另外，如果通过交换RTSP M3消息确认W抑信宿具有支持从W抑服务转变为化NA的 能力，则WFD信源可配置包含WFD信源的DLNA UUID的RTSP M4请求消息。根据图20A所示的示 例，RTSP M4请求消息中包括用于检查WFD信源的DLM UUID的参数（wfd_mode_ tr曰nsition)。
[0180] 在从W抑信源接收到RTSP M4请求消息的情况下，W抑信宿可利用RTSP M4响应消息 作出响应。如果成功交换了RTSP M4消息，则在WFD信源与WFD信宿之间建立W抑会话，并且可 执行参照图17至图19描述的流送操作。
[0181] 根据图17至图20所示的示例，WFD信源和WFD信宿暂停W抑服务并且开始DLNA。代替 暂停WFD服务并且开始化NA, WFD信源和WFD信宿暂停WFD服务并且可开始WFDS中的播放服 务。
[0182] 图21是根据本发明的一个实施方式的无线电装置的配置的框图。
[0183] 无线电装置10可包括显示单元11、存储器12、收发器13和处理器14。收发器13可发 送/接收无线电信号并且能够根据例如IEEE 802系统实现物理层。显示单元11扮演输出信 息的角色。WFD信源可通过公共编解码器对输出至显示单元11的信息进行编码。WFD信宿将 从WFD信源接收的数据解码并且能够输出解码的数据。
[0184] 处理器14电连接至收发器13并且能够根据IE邸802系统实现物理层和/或MAC层。 并且，处理器14可被配置为执行用于W抑服务的音频/视频编码和解码的操作。此外，被配置 为实现根据W上描述中所提及的本发明的各种实施方式的无线电装置的操作的模块可被 保存到存储器12并且可被处理器14启动。存储器12可被包括在处理器14内部，或者被安装 在处理器14外部然后可通过公知的手段连接至处理器14。此外，无线电装置10还可包括被 配置为输出音频的音频输出单元。
[0185] 图21所示的无线电装置10的详细配置可按照W上描述中所提及的本发明的各种 实施方式的主题被独立地应用或者本发明的各种实施方式中的至少两个被同时应用的方 式来实现。并且，为了清晰，重复的内容可被省略。
[0186] 本发明的上述实施方式可利用各种手段来实现。例如，本发明的实施方式可利用 硬件、固件、软件和/或其任何组合来实现。
[0187] 在通过硬件实现的情况下，根据本发明的各个实施方式的方法可通过选自ASIC (专用集成电路）、DSP(数字信号处理器）、DSPD(数字信号处理装置）、化D(可编程逻辑装 置）、FPGA(现场可编程口阵列）、处理器、控制器、微控制器、微处理器等中的至少一个来实 现。
[0188] 在通过固件或软件实现的情况下，根据本发明的各个实施方式的方法可通过执行 上述功能或操作的模块、过程和/或函数来实现。软件代码被存储在存储器单元中然后可由 处理器驱动。存储器单元被设置在处理器内或者处理器外部W通过公知的各种手段与处理 器交换数据。
[0189] 如W上描述中提及的，本发明的优选实施方式的详细描述被提供W由本领域技术 人员来实现。尽管本文中参照其优选实施方式描述和示出了本发明，对于本领域技术人员 而言将显而易见的是，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和变 化。因此，本发明不由本文所公开的实施方式限制，而是旨在给出与本文所公开的原理和新 特征匹配的宽范围。
[0190] 工业实用性
[0191] W上描述中提及的本发明的各种实施方式主要集中于Wi-Fi直连系统来描述，并 且还可按照相同的方式适用于各种类型的移动通信系统。
【主权项】
1. 一种在第一无线电装置中执行Wi-Fi显示WFD服务的方法，该方法包括以下步骤： 通过由所述第一无线电装置和第二无线电装置共同支持的公共编解码器对所述第一 无线电装置的实时输出画面进行编码，来将所述第一无线电装置的所述实时输出画面向所 述第二无线电装置流送； 接收请求流送多媒体文件的用户输入；以及 如果所述多媒体文件能够由所述第二无线电装置播放，则通过暂停所述实时输出画面 的流送来将所述多媒体文件流送至所述无线电装置。2. 根据权利要求1所述的方法，其中，如果所述多媒体文件不能由所述第二无线电装置 播放，则所述第一无线电装置通过由所述公共编解码器对所述多媒体文件进行转码来将所 述多媒体文件流送至所述第二无线电装置。3. 根据权利要求1所述的方法，其中，如果接收到暂停所述多媒体文件的流送的用户输 入，则所述第一无线电装置暂停所述多媒体文件的流送并且重新开始暂停流送的所述实时 输出画面的流送。4. 根据权利要求1所述的方法，该方法还包括以下步骤:如果所述多媒体文件能够由所 述第二无线电装置播放，则请求所述第二无线电装置从所述wro服务下的对所述实时输出 画面进行流送的第一操作模式转变为所述WH)服务下的对所述多媒体文件进行流送的第二 操作模式。5. 根据权利要求4所述的方法，其中，所述第一无线电装置从所述第二无线电装置接收 关于所述第二无线电装置是否具有从所述第一操作模式转变为所述第二操作模式的能力 的信息。6. 根据权利要求1所述的方法，该方法还包括以下步骤:如果所述多媒体文件能够由所 述第二无线电装置播放，则请求所述第二无线电装置从对所述实时输出画面进行流送的所 述WFD服务转变为对所述多媒体文件进行流送的规定服务。7. 根据权利要求6所述的方法，其中，所述规定服务包括数字生活网络联盟DLNA或播放 服务。8. 根据权利要求7所述的方法，其中，所述第一无线电装置从所述第二无线电接收关于 所述第二无线电装置是否具有从所述WFD服务转变为所述DLNA的能力的信息。9. 根据权利要求8所述的方法，其中，所述信息包括所述第二无线电装置的DLNA唯一用 户标识符UUID。10. 根据权利要求9所述的方法，其中，如果接收到所述信息，则所述第一无线电装置向 所述第二无线电装置发送包括所述第一无线电装置的所述DLNA UUID的消息。11. 一种在第一无线电装置中执行Wi-Fi显示WFD服务的方法，该方法包括以下步骤： 通过接收由所述第一无线电装置和第二无线电装置共同支持的公共编解码器进行编 码的所述第二无线电装置的实时输出画面，来对所述第二无线电装置的所述实时输出画面 进行流送；以及 如果通过所述第二无线电装置接收到请求流送所述第一无线电装置能够播放的多媒 体文件的用户输入，则通过暂停所述第二无线电装置的所述实时输出画面的流送来对从所 述第二无线电装置接收的所述多媒体文件进行流送。12. -种执行Wi-Fi显示WFD服务的第一无线电装置，该第一无线电装置包括： 显示单元； 收发器；以及 处理器，该处理器被配置为控制所述显示单元和所述收发器， 其中，所述处理器还被配置为通过由所述第一无线电装置和第二无线电装置共同支持 的公共编解码器对所述第一无线电装置的实时输出画面进行编码，来将所述第一无线电装 置的所述实时输出画面流送至所述第二无线电装置， 其中，如果接收到请求流送多媒体文件的用户输入并且所述多媒体文件能够由所述第 二无线电装置播放，则所述处理器还被配置为通过暂停所述实时输出画面的流送来将所述 多媒体文件流送至所述无线电装置。13. -种执行Wi-Fi显示WFD服务的第一无线电装置，该第一无线电装置包括： 显示单元； 收发器；以及 处理器，该处理器被配置为控制所述显示单元和所述收发器， 其中，所述处理器还被配置为通过接收由所述第一无线电装置和第二无线电装置共同 支持的公共编解码器进行编码的所述第二无线电装置的实时输出画面，来对所述第二无线 电装置的所述实时输出画面进行流送， 其中，如果通过所述第二无线电装置接收到请求流送所述第一无线电装置能够播放的 多媒体文件的用户输入，则所述处理器还被配置为通过暂停所述第二无线电装置的所述实 时输出画面的流送来对从所述第二无线电装置接收的所述多媒体文件进行流送。
【文档编号】H04L12/16GK105981329SQ201480075096
【公开日】2016年9月28日
【申请日】2014年5月14日
【发明人】李丙周, 朴基源, 金东哲
【申请人】Lg电子株式会社