CN104770021A - 在直接通信系统中搜索服务或对服务进行公告的方法及其装置 - Google Patents
在直接通信系统中搜索服务或对服务进行公告的方法及其装置 Download PDFInfo
- Publication number
- CN104770021A CN104770021A CN201380057066.8A CN201380057066A CN104770021A CN 104770021 A CN104770021 A CN 104770021A CN 201380057066 A CN201380057066 A CN 201380057066A CN 104770021 A CN104770021 A CN 104770021A
- Authority
- CN
- China
- Prior art keywords
- service
- wireless device
- search
- send
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0251—Targeted advertisements
- G06Q30/0267—Wireless devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0277—Online advertisement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Abstract
本发明涉及一种无线通信系统、搜索服务或者对服务进行公告的方法及其装置。根据本发明的一个实施方式,一种搜索服务的方法可包括以下步骤:发送探测请求帧以搜索支持第一无线装置所期望的预定服务的装置;从支持所述预定服务的第二无线装置接收探测响应帧;由所述第一无线装置将包括所述预定服务的第一服务名称的服务搜索请求帧发送给所述第二无线装置;以及从所述第二无线装置接收服务搜索响应帧,其中,所述服务搜索响应帧可包括指示所述预定服务在所述第二无线装置上是否可用的服务状态信息。
Description
技术领域
本发明涉及一种无线通信系统,更具体地,涉及一种在直接通信系统中搜索服务或对服务进行公告的方法及其装置。
背景技术
近来,随着信息通信技术的发展,已开发出各种无线通信技术。在这些技术当中,无线LAN(WLAN)是允许家庭或公司或者特定服务区利用诸如个人数字助理(PDA)、膝上型计算机、便携式多媒体播放器(PMP)的便携式终端无线地接入互联网的技术。
作为在没有传统WLAN系统中从根本上所需的无线电接入点(AP)的情况下可允许装置容易地彼此连接的直接通信技术,已讨论了Wi-Fi Direct(Wi-Fi直连)或Wi-Fi对等(P2P)的引入。根据Wi-Fi Direct,装置甚至可在没有复杂的建立过程的情况下连接到彼此。另外,Wi-Fi Direct可支持以普通WLAN系统的通信速度进行数据发送和接收的互操作,以向用户提供各种服务。
近来,已使用了各种Wi-Fi支持装置。在这些Wi-Fi支持装置当中,在没有AP的情况下允许Wi-Fi装置之间的通信的Wi-Fi Direct支持装置的数量增加。在Wi-Fi联盟(WFA)中,已讨论了用于引入利用Wi-Fi Direct链路支持各种服务(例如,发送、播放、显示、打印等)的平台的技术。这可被称作Wi-Fi Direct服务(WFDS)。根据WFDS,可通过称为应用服务平台(ASP)的服务平台来控制或管理应用、服务等。
发明内容
技术问题
本发明的目的是提供一种在WFDS系统中搜索服务或对服务进行公告的方法。更具体地,本发明的目的是提供一种控制或管理用于服务搜索或公告的WFDS装置的ASP的方法。
本领域技术人员将理解,可利用本发明实现的目的不限于上文具体描述的那些目的,将从以下详细描述更清楚地理解本发明可实现的以上和其它目的。
技术方案
为了解决上述技术问题,根据本发明的一个实施方式,一种在支持Wi-Fi Direct服务的第一无线装置中搜索服务的方法包括:发送探测请求帧以搜索支持所述第一无线装置所期望的预定服务的装置;从支持所述预定服务的第二无线装置接收探测响应帧;将包括所述预定服务的第一服务名称的服务搜索请求帧从所述第一无线装置发送给所述第二无线装置;以及从所述第二无线装置接收服务搜索响应帧,其中,所述服务搜索响应帧包括指示在所述第二无线装置上所述预定服务是否可用的服务状态信息。
为了解决上述技术问题,根据本发明的另一实施方式,一种在支持Wi-Fi Direct服务的第一无线装置中对服务进行公告的方法包括:从第二无线装置接收探测请求帧,所述探测请求帧用于查询是否支持所述第二无线装置期望搜寻的预定服务;如果支持所述预定服务,则将探测响应帧发送给所述第二无线装置;从所述第二无线装置接收包括所述预定服务的第一服务名称的服务搜索请求帧;以及将服务搜索响应帧发送给所述第二无线装置,其中,所述服务搜索响应帧包括指示在所述第一无线装置上所述预定服务是否可用的服务状态信息。
为了解决上述技术问题,根据本发明的另一实施方式,一种支持Wi-Fi Direct服务并且搜索服务的第一无线装置包括收发器和处理器。
所述处理器控制所述收发器发送探测请求帧以搜索支持所述第一无线装置期望的预定服务的装置,如果所述收发器从支持所述预定服务的第二无线装置接收到探测响应帧,则所述处理器被设定为控制所述收发器将包括所述预定服务的第一服务名称的服务搜索请求帧发送给所述第二无线装置,并且从所述第二无线装置接收响应于所述服务搜索请求帧的服务搜索响应帧。
为了解决上述技术问题,根据本发明的另一实施方式,一种支持Wi-Fi Direct服务并且对服务进行公告的第一无线装置包括收发器和处理器,其中,如果所述收发器从第二无线装置接收到查询是否支持所述第二无线装置期望搜寻的预定服务的探测请求帧,则所述处理器控制所述收发器响应于所述探测请求帧发送探测响应帧,如果所述收发器从所述第二无线装置接收到包括所述预定服务的第一服务名称的服务搜索请求帧,则所述处理器控制所述收发器将服务搜索响应帧发送给所述第二无线装置。
在根据本发明的实施方式中,所述服务搜索响应帧包括指示在所述第一无线装置或第二无线装置上所述预定服务是否可用的服务状态信息。
本发明的上述实施方式和以下详细描述仅是示例性的,旨在用于权利要求中所引用的本发明的附加描述。
有益效果
根据本发明,可提供一种在WFDS系统中搜索服务或对服务进行公告的方法和装置。更详细地,在本发明中,可以提供一种控制或管理用于服务搜索或公告的WFDS装置的ASP的方法。
本领域技术人员将理解,可利用本发明实现的效果不限于上文具体描述的那些效果,将从以下详细描述更清楚地理解本发明的其它优点。
附图说明
附图被包括以提供本发明的进一步理解并且并入本申请并构成本申请的一部分,附图示出本发明的实施方式并与说明书一起用于说明本发明的原理。在附图中:
图1是示出本发明可应用于的IEEE 802.11系统的示例性结构的示图;
图2是示出WFD(Wi-Fi Direct)网络的示图;
图3是示出配置WFD网络的过程的示图;
图4是示出邻居发现过程的示图;
图5是示出WFD网络的新的方面的示图;
图6是示出建立用于WFD通信的链路的方法的示图;
图7是示出与执行WFD的通信组关联的方法的示图;
图8是示出建立用于WFD通信的链路的方法的示图;
图9是示出建立与WFD通信组关联的链路的方法的示图;
图10是示出WFDS框架组件的示图;
图11是示出WFDS操作的示图;
图12是示出在ASP与服务之间发送事件(Event)和方法(Method)的示例的示图;
图13是示出服务搜索和ASP会话建立操作的流程图;
图14是示出Wi-Fi Direct文件传送服务的架构的示图;
图15是示出每层简要图示化send发送方与send接收方之间的操作的示图;
图16是示出在FTS中建立L2连接的过程的示图;
图17是包括L2连接和L3连接的FTS会话的流程图;
图18和图19是分别示出服务搜索请求帧和服务搜索响应帧的格式的示图;以及
图20是示出根据本发明的实施方式的无线装置的框图。
具体实施方式
现在将详细参照本发明的优选实施方式,其示例示出于附图中。在下文中,本发明的详细描述包括帮助充分理解本发明的细节。然而,对于本领域技术人员而言显而易见的是,本发明可在没有这些细节的情况下实现。
偶尔,为了防止本发明变得不清楚,公知的结构和/或装置被跳过或者可被表示为集中于结构和/或装置的核心功能的框图。只要可能,附图中将始终使用相同的标号来指代相同或相似的部件。
用于以下描述的特定术语可被提供以帮助理解本发明。并且,在本发明的技术构思的范围内,特定术语的使用可被修改为其它形式。
本发明的实施方式可由包括IEEE 802系统、3GPP系统、3GPP LTE系统、LTE-A(LTE-高级)系统和3GPP2系统的无线接入系统中的至少一个的公开标准文献支持。具体地,在本发明的实施方式中未加说明以清楚地揭示本发明的技术构思的步骤或部件可由上述文献支持。此外,本文所公开的所有术语可由上述标准文献支持。
以下描述可应用于各种无线接入系统,包括CDMA(码分多址)、FDMA(频分多址)、TDMA(时分多址)、OFDMA(正交频分多址)、SC-FDMA(单载波频分多址)等。CDMA可利用诸如UTRA(通用地面无线电接入)、CDMA2000等的无线电技术实现。TDMA可利用诸如GSM/GPRS/EDGE(全球移动通信系统)/通用分组无线电服务/增强数据速率GSM演进)的无线电技术实现。OFDMA可利用诸如IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、E-UTRA(演进UTRA)等的无线电技术实现。UTRA是UMTS(通用移动电信系统)的一部分。3GPP LTE(第3代合作伙伴计划长期演进)是使用E-UTRA的E-UMTS(演进UMTS)的一部分。3GPP LTE在下行链路(以下简写为DL)中采用OFDMA,在上行链路(以下简写为UL)中采用SC-FDMA。LTE-A(LTE–高级)是3GPP LTE的演进版本。
为了清楚起见,以下描述主要涉及IEEE 802.11系统,但本发明的技术特征不限于此。
WLAN系统的结构
图1是本发明可应用于的IEEE 802.11系统的结构的一个示例的示图。
IEEE 802.11结构可包括多个组件,并且可通过组件的交互提供对上层的透明STA移动性的WLAN支持。基本服务集(BSS)可对应于IEEE 802.11LAN中的基本配置块。图1示出存在两个基本服务集BSS 1和BSS 2并且包括2个STA作为各个BSS的成员的一个示例。具体地,BSS 1中包括STA 1和STA 2,BSS 2中包括STA3和STA 4。在图1中,指示BSS的椭圆可被理解为指示覆盖区域,在该覆盖区域中,包括在对应BSS中的STA维持通信。该区域可被称为基本服务区域(BSA)。一旦STA离开BSA,它就无法与对应的BSA内的其它STA直接通信。
IEEE 802.11LAN中的最基本类型的BSS是独立型BSS(IBSS)。例如,IBSS可具有仅包括2个STA的最小配置。此外,图1所示的具有最简单配置并且省略其它组件的BSS(例如,BSS 1或BSS 2)可对应于IBSS的代表性示例。如果STA可直接彼此通信,则这种配置是可能的。如上配置的LAN并非通过预先设计来配置,而是可根据LAN的需要来配置。并且,这可被称为自组织网络。
如果STA被打开/关闭或者进入/退出BSS区域,该STA在BSS中的成员资格可动态地改变。为了获得BSS中的成员资格,STA可利用同步过程来加入BSS。为了访问基于BSS的结构的所有服务,STA应该与BSS关联。这种关联可动态地配置,或者可包括DSS(分布式系统服务)的使用。
层结构
可基于层结构描述在无线LAN系统中操作的STA的操作。在装置配置方面,层结构可通过处理器实现。STA可具有多个层的结构。例如,802.11标准文献所应对的层结构主要包括数据链路层(DLL)上的MAC子层和物理(PHY)层。PHY层可包括物理层会聚过程(PLCP)实体、物理介质相关(PMD)实体等。MAC子层和PHY层在概念上分别包括称为MAC子层管理实体(MLME)和物理层管理实体(PLME)的管理实体。这些实体提供运行层管理功能的层管理服务接口。
为了提供确切的MAC操作,各个STA内存在SME(站管理实体)。SME是层独立实体,其可被视为驻留于单独的管理平面中,或者被视为驻留在“一旁”。本文中未指定SME的确切功能,但是通常,该实体可被视为负责诸如从各种层管理实体(LME)收集层相关状态以及相似地设定层特定参数的值的功能。SME可代表普通系统管理实体执行这些功能,并且可实现标准管理协议。
上述实体以各种方式交互。例如,实体可通过交换GET/SET原语(primitive)来交互。该原语意指与特定对象有关的一组元素或参数。XX-GET.request原语用于请求给定MIB属性(管理信息库属性)的值。XX-GET.confirm原语用于在状态为“success”的情况下返回适当的MIB属性值,否则在Status字段中返回错误指示。XX-SET.request原语用于请求将指示的MIB属性设定为给定值。如果该MIB属性暗指特定动作,则这请求执行该动作。并且,XX-SET.confirm原语这样使用:如果状态为“success”,则这确认指示的MIB属性已被设定为请求的值,否则在状态字段中返回错误指示。如果该MIB属性暗指特定动作,则这确认该动作已被执行。
另外,MLME和SME可通过MLME_SAP(服务接入点)交换各种MLME_GET/SET原语。另外,各种PLME_GET/SET原语可通过PLME_SAP在PLME与SME之间交换,并且可通过MLME-PLME_SAP在MLME与PLME之间交换。
无线LAN的演进
已由电气和电子工程师协会(IEEE)802.11组开发了用于无线局域网(WLAN)技术的标准。IEEE 802.1la和802.11b使用2.4GHz或5GHz的开放频带(unlicensedband)。IEEE 802.11b提供11Mbps的传输速率,而IEEE 802.11a提供54Mbps的传输速率。IEEE 802.11g在2.4GHz应用正交频分复用(OFDM)以提供54Mbps的传输速率。IEEE 802.11n可使用多入多出(MIMO)-OFDM,并且提供300Mbps的传输速率。IEEE 802.11n可支持最高至40MHz的信道带宽,以提供600Mbps的传输速率。
根据IEEE 802.11e的环境下的直接链路建立(DLS)相关协议基于BSS(基本服务集)支持QoS(服务质量)的QBSS(质量BSS)。在QBSS中,AP以及非AP STA是支持QoS的QAP(质量AP)。然而,在目前商业化的WLAN环境(例如,根据IEEE 802.11a/b/g的WLAN环境)下,尽管非AP STA是支持QoS的QSTA(质量STA),但是AP可能是无法支持QoS的遗留AP。结果,在目前商业化的WLAN环境下,存在即使在QSTA的情况下也无法使用的DLS服务的限制。
隧道直接链路建立(TDLS)是为解决这种限制而新提出的无线通信协议。TDLS尽管不支持QoS,但是使得QSTA即使在诸如目前商业化的IEEE 802.11a/b/g的WLAN环境下也能够设定直接链路,并且即使在省电模式(PSM)下也能够设定直接链路。因此,TDLS规定了用于使得QSTA即使在由遗留AP管理的BSS处也能够设定直接链路的所有过程。以下,支持TDLS的无线网络将被称作TDLS无线网络。
Wi-Fi Direct网络
根据相关技术的WLAN主要应对无线电接入点(AP)用作集线器的中控型BSS(infrastructure BSS)的操作。AP执行用于无线/有线连接的物理层支持功能、用于网络上的装置的路由功能以及用于将装置增加到网络/从网络移除的服务提供(provision)。在这种情况下,网络内的装置未直接彼此连接,而是通过AP彼此连接。
作为支持装置之间的直接连接的技术,已讨论了Wi-Fi Direct标准的制定。
图2是示出WFD(Wi-Fi Direct)网络的示图。WFD网络是使得Wi-Fi装置即使在没有与家庭网络、办公网络和热点网络关联的情况下也能够执行装置至装置(D2D)(或对等(P2P))通信的网络,并且已由Wi-Fi联盟提出。以下,基于WFD的通信将被称作WFD D2D通信(简称为D2D通信)或WFD P2P通信(简称为P2P通信)。另外,执行WFD P2P的装置将被称作WFD P2P装置(简称作P2P装置或对等装置)。
参照图2,WFD网络200可包括至少一个Wi-Fi装置,该至少一个Wi-Fi装置包括第一P2P装置202和第二P2P装置204。P2P装置可包括Wi-Fi支持装置,诸如显示装置、打印机、数字相机、投影仪、智能电话等。另外,P2P装置可包括非AP STA和AP STA。在此示例中,第一P2P装置202是智能电话,并且第二P2P装置204是显示装置。WFD网络的P2P装置可直接互连。更详细地,P2P通信可以是指两个P2P装置之间的信号传输路径在对应P2P装置中直接配置,无需经过第三装置(例如,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 STA#1,AP至非AP STA#2)。
图3是示出配置WFD网络的方法的示图。
参照图3,WFD网络建立过程可大致分成两个过程。第一过程是邻居发现(ND)过程(S302a),第二过程是P2P链路配置和通信过程(S304)。通过邻居发现过程,P2P装置(例如,图2的202)在(其自己的无线电)覆盖内搜索另一邻居P2P装置(例如,图2的204),并且可获得与对应P2P装置关联(例如,预关联)所需的信息。在这种情况下,预关联可以是指无线电协议中的第二层预关联。例如,预关联所需的信息可包括邻居P2P装置的标识信息。可依照可用无线电信道执行邻居发现过程(S302b)。随后,P2P装置202可与另一P2P装置204执行WFD P2P链路配置/通信。例如,在P2P装置202与周边P2P装置204关联之后,P2P装置202可以确定对应的P2P装置204是否是无法满足用户的服务要求的P2P装置。为此,在P2P装置202与周边P2P装置204第二层预关联之后,P2P装置202可搜索对应的P2P装置204。如果对应的P2P装置204不满足用户的服务要求,则P2P装置202可切断为对应的P2P装置204配置的第二层关联,并且可配置与另一P2P装置的第二层关联。相反,如果对应的P2P装置204满足用户的服务要求,则两个P2P装置202和204可通过P2P链路来发送和接收信号。
图4是示出邻居发现过程的示图。图4的示例可被理解为图3所示的P2P装置202与P2P装置204之间的操作。
参照图4,图3的邻居发现过程可通过指示站管理实体(SME)/应用/用户/供应商来发起(S410),并且可分成扫描步骤S412以及寻找步骤S414至S416。扫描步骤S412可包括根据802.11方案扫描所有可用的RF信道的操作。通过上述操作,P2P装置可确认最佳操作信道。寻找步骤S414至S416可包括侦听模式S414和搜索模式S416。P2P装置可交替地重复侦听模式S414和搜索模式S416。P2P装置202和P2P装置204可在搜索模式S416下利用探测请求帧执行主动搜索。为了快速搜索,搜索范围可限于信道#1、#6、#11(2412、2437、2462MHz)所指示的社会信道。另外,P2P装置202和P2P装置204在侦听模式S414下可仅从三个社会信道中选择一个信道,并且维持接收状态。在这种情况下,如果另一P2P装置(例如,202)接收到在搜索模式下发送的探测请求帧,则P2P装置(例如,204)响应于接收到的探测请求帧生成探测响应帧。侦听模式S414的时间可随机给出(例如,100、200、300时间单位(TU))。P2P装置连续地重复搜索模式和接收模式,以使得它们可到达公共信道。在P2P装置发现另一P2P装置之后,P2P装置可利用探测请求帧和探测响应帧发现/交换装置类型、制造商或常见装置名,使得P2P装置可选择性地联结到对应的P2P装置。如果P2P装置通过邻居发现过程发现周边P2P装置并且获得必要信息,则P2P装置(例如,202)可将P2P装置发现通知给SME/应用/用户/供应商(S418)。
目前,P2P可主要用于诸如远程打印、照片共享等的半静态通信。然而,由于Wi-Fi装置和基于位置的服务的普及,P2P可用性逐渐增加。例如,预期P2P装置将积极地用于社交聊天(例如,订阅社交网络服务(SNS)的无线装置基于定位服务识别位于邻近区域中的无线电装置,并且发送和接收信息)、基于位置的公告提供、基于位置的新闻广播以及无线装置之间的游戏交互。为了描述方便,这种P2P应用以下将被称作新P2P应用。
图5是示出WFD网络的新的方面的示图。
图5的示例可被理解为在应用新的P2P应用(例如,社交聊天、基于位置的服务提供、游戏交互等)的情况下使用的WFD网络方面。
参照图5,多个P2P装置502a至502d在WFD网络中执行P2P通信510,构成WFD网络的P2P装置可在任何时间由于P2P装置的移动而改变,新的WFD网络可在短时间内动态地生成或删除。如上所述,新的P2P应用的特性指示可在密集网络环境中在多个P2P装置之间在短时间内动态地执行和终止P2P通信。
图6是示出建立用于WFD通信的链路的方法的示图。
如图6的(a)所示,第一STA610(以下称作“A”)在传统WFD通信期间用作组所有者。如果A610在与传统WFD通信的组客户端630的通信期间发现第二STA620(以下称作“B”)(新WFD通信目标并且不执行WFD通信),则A610尝试与B 620建立链路。在这种情况下,新WFD通信是A610与B 620之间的WFD通信,由于A是组所有者,所以A可独立于传统组客户端630的通信执行通信建立。由于一个WFD组可包括一个组所有者以及一个或更多个组客户端,所以如图6的(b)所示,当满足作为一个组所有者的A610时,可设置WFD链路。在这种情况下,A610将B620邀请到传统WFD通信组中,并且鉴于WFD通信特性,可执行A610与B 620之间以及A610与传统组客户端630之间的WFD通信,但是不支持B 620与传统组客户端630之间的WFD通信。这是因为B 620和组客户端630均为组客户端。
图7是示出与执行WFD的通信组关联的方法的示图。
如图7的(a)所示,第一STA710(以下称作“A”)作为组所有者对组客户端730执行通信,第二STA720(以下称作“B”)作为组所有者对组客户端740执行通信。如图7的(b)所示,A710可终止传统WFD通信,并且可执行与B 720所属的WFD通信组的关联。由于A710是组所有者,所以A710变为组客户端。优选地,A710在请求与B 720关联之前终止传统WFD通信。
图8是示出配置用于WFD通信的链路的方法的示图。
如图8的(a)所示,第二STA820(以下称作“B”)在传统WFD通信期间用作组所有者。如果B 820执行与组客户端830的传统WFD通信,则没有执行WFD通信的第一STA810(以下称作“A”)发现B 820并且尝试用于与B 820的新WFD通信的链路建立。在这种情况下,如果B 820接受链路建立,则设置A810与B 820之间的新WFD通信链路,A810用作B 820的传统WFD组的客户端。这种情况对应于A810与B 820的WFD通信组执行关联的情况。A810可仅与作为组所有者的B 820执行WFD通信,不支持A810与传统WFD通信的客户端830之间的WFD通信。这是因为A810和客户端830均为组客户端。
图9是示出配置与WFD通信组关联的链路的方法的示图。
如图9的(a)所示,第一STA910(以下称作“A”)作为组客户端对组所有者930执行WFD通信。此时,A910发现作为组所有者对另一WFD通信的组客户端940执行通信的第二STA920(以下称作“B”),并且终止与组所有者930的链路。并且,A910可与B 920的Wi-Fi Direct执行关联。
Wi-Fi Direct服务(WFDS)
Wi-Fi Direct是被定义为包括链路层的操作的网络连接标准技术。由于没有定义在通过Wi-Fi Direct配置的链路的上层操作的应用的标准,所以在支持Wi-Fi Direct的装置互连之后驱动应用的情况下难以支持兼容性。为了解决这一问题,Wi-Fi联盟(WFA)已讨论了称为Wi-Fi Direct服务(WFDS)的上层应用的操作的标准化。
图10是示出WFDS框架组件的示图。
图10的Wi-Fi Direct层是指按照Wi-Fi Direct标准定义的MAC层。Wi-Fi Direct层可包括与Wi-Fi Direct标准兼容的软件。可通过与WiFi PHY层兼容的物理层(未示出)在Wi-Fi Direct层下方配置无线连接。在Wi-Fi Direct层上方定义被称为ASP(应用服务平台)的平台。
ASP是实现服务所需的功能的逻辑实体。ASP是公共共享平台,可处理诸如装置发现、服务发现、ASP会话管理、连接拓扑管理以及ASP上方的应用层与ASP下方的Wi-Fi Direct层之间的安全性的任务。
在ASP上方定义服务层。服务层包括用例(use case)特定服务。WFA定义了四种基本服务:Send(发送)、Play(播放)、Display(显示)和Print(打印)服务。将简要描述WFA中定义的这四种基本服务。首先,Send是指可在两个WFDS装置之间执行文件传送的服务和应用。Send服务可被称作文件传送服务(FTS),因为它旨在用于对等装置之间的文件传送。Play是指在两个WFDS装置之间基于DLNA(数字生活网络联盟)共享或流化音频/视频(A/V)、照片、音乐等的服务和应用。Print是指使得能够在具有诸如文档、照片等的内容的装置与打印机之间输出文档和照片的服务和应用。Display是指使能在Miracast源与WFA的库之间允许画面共享的服务和应用。
图10所示的enable API(应用程序接口)被定义为在支持WFA所定义的基本服务以外的第三方应用的情况下使用ASP公共平台。针对第三方应用定义的服务可仅由一个应用使用,或者可被各种应用一般地(或共同地)使用。
以下,为了描述方便,由WFA定义的服务将被称作WFA服务,而由非WFA的第三方新定义的服务将被称作enable服务。
应用层可提供用户界面(UI),用于表现将由用户识别的信息并且将用户的输入传送到下层。
图11是示出WFDS操作的示图。
在图11中,假设存在两个对等装置A和B。
ASP是实现服务所需的公共功能的逻辑实体。这些功能可包括装置发现、服务发现、ASP会话管理、连接拓扑管理、安全性等。
ASP会话是装置A的ASP与装置B的ASP之间的逻辑链路。需要对等装置之间的对等(P2P)连接以开始ASP会话。ASP可在两个装置之间建立多个ASP会话。各个ASP会话可通过需要该ASP会话的ASP所分配的会话标识符来标识。
服务是通过利用ASP向用例特定功能提供其它服务或应用的逻辑实体。一个装置的服务可通过利用服务特定协议(可由服务标准和ASP协议定义)与一个或更多个其它装置的对应服务执行通信。
ASP与服务之间的接口由Method(方法)和Event(事件)定义。Method指示由服务发起的操作,并且关于将要执行的操作的信息可包括在Method的参数(或字段)中。Event将来自ASP的信息提供给服务。
例如,图12是示出在ASP与服务之间发送Event和Method的示例的示图。
如果服务执行Method调用,则限于方法调用的返回值的信息返回给服务。每一个Method调用基本上立即返回。因此,返回给服务的值不应依赖于通过网络获取(导致Method调用返回的延迟)的信息或者从用户获取的信息。
ASP通过Event将信息提供给服务。按照与Method相同的方式,Event将数据发送给参数。由于Event在一个方向上发送,所以如果服务基于Event的内容来采取动作,则应该伴随Method调用。
与ASP执行通信的多个服务可使用Method和Event。Method可从服务传送至ASP,而Event可从ASP传送至特定服务。Event无需立即对Method调用作出响应。
再参照图11,如果用户期望在装置A与装置B之间使用服务X,则相应装置上的ASP生成专用于所述装置之间的服务X的ASP会话。随后,如果用户期望使用服务Y,则建立用于对应服务的新ASP会话。如果在对等装置之间建立多个ASP会话,则多个ASP会话中的每一个可通过请求建立ASP会话的对等装置(具体地,请求建立ASP会话的对等装置的ASP)所分配的会话标识符来标识。
在定义WFDS中的两个对等装置之间的操作时,这两个对等装置中的一个可用作服务公告方(advertiser),另一个可用作服务搜寻方。如果服务搜寻方通过发现服务公告方来搜索期望的服务,则服务搜寻方可请求与服务公告方的连接。
由服务搜寻方设定的对等装置搜索由服务公告方设定的对等装置,如果由服务搜寻方设定的对等装置从由服务公告方设定的对等装置发现期望的服务,则对应的对等装置可向服务公告方设定的对等装置请求连接。更详细地,如果服务搜寻方向服务公告方请求建立ASP服务会话,则服务公告方可对服务搜寻方的ASP会话建立请求作出响应。
服务公告方与服务搜寻方之间的关系不固定。例如,作为服务公告方和服务搜寻方的角色可根据任一个ASP会话和下一ASP会话而变化。可基于哪一个对等装置开始搜索服务来确定对等装置充当的是服务公告方还是服务搜寻方。换言之,请求服务搜索的对等装置可充当服务搜寻方。
另外,对等装置中的任一个可针对相同服务被设定为服务公告方和服务搜寻方二者,并且可具有多个服务公告方或多个服务搜寻方。例如,对等装置中的任一个可针对第一Wi-Fi Direct服务和第二Wi-Fi Direct服务被设定为服务公告方,同时,可针对第三Wi-Fi Direct服务和第四Wi-Fi Direct服务被设定为服务搜寻方。
以下,将更详细地描述服务公告方和服务搜寻方。
服务公告方和服务搜寻方
设定为服务公告方的对等装置可对服务进行公告,并且服务搜寻方可发现公告的服务。设定为服务公告方的对等装置可对服务进行公告,直至执行取消服务公告方法CancelAdvertiseService Method的调用或公告状态被设定为“Cancel(取消)”(例如,AdvertiseStatus参数的状态值指示NotAdvertised)。可使用后关联和预关联中的至少一个来允许服务公告方对服务进行公告。
由服务公告方公告的服务可通过服务名称标识。更详细地,对等装置可对服务进行控制,使得各个服务可包括用于服务搜索的UTF-8服务名称文本串。在这种情况下,被编码为UTF-8的服务名称可具有255字节或更短的长度。服务名称的长度可根据服务搜索请求帧和服务搜索响应帧可使用的空间来确定。
本文串“org.wi-fi”可被预留以标识WFA服务。更详细地,WFA服务名称如下。
org.wi-fi.wfds.send.tx
org.wi-fi.wfds.send.rx
org.wi-fi.wfds.play.tx
org.wi-fi.wfds.play.rx
org.wi-fi.wfds.display.tx
org.wi-fi.wfds.display.rx
org.wi-fi.wfds.print.tx
org.wi-fi.wfds.print.rx
如果enable(使能)服务通过利用从org.wi-fi开始的服务名称来尝试公告或搜索,则ASP可拒绝enable服务的公告或搜索尝试。对于enable服务,可使用反向域名表示法。根据反向域名表示法,应用作者所拥有的DNS名称(例如,example.com)的各个成分(例如,example和com)的反向排列(例如,com.example)可用作enable服务的服务名称的前缀。
因此,enable服务的名称可定义如下。
com.example.serviceX
com.example.productY
com.example.04cf75db-19d1-4d84-bef3-b13b33fcfa5a
enable服务可针对一个应用定义,并且可被定义为在各种应用中一般地实现。
服务通过服务名称来标识,并且同时被定义为服务信息。因此,即使在相同服务名称的服务的情况下,如果服务具有不同类型的服务信息,则服务也可作为彼此不同的服务来处理。
在对服务进行公告时,服务公告方可向公告的各个服务分配公告ID。服务公告方可对服务进行,使得可向各个服务分配单独的公告ID。
即使在后关联的情况下也可使用服务公告。为此,对等装置可在形成P2P组之后建立附加的ASP会话。
在服务搜寻方开始ASP会话的情况下并非必然需要服务搜索过程。服务搜寻方可允许带外机制以执行服务搜索过程。另外,服务搜寻方可缓存对等装置的服务,其中,所述服务已经被发现。
服务搜索过程可支持通配符搜索(或名称搜索)。通配符搜索可以是指支持前缀搜索。前缀搜索可以是指可执行包括该前缀的所有服务的搜索。例如,为了搜索所有WFA服务(即,Send、Play、Display、Print),可允许包括搜索关键字“org.wi-fi.wfds.*”(或“org.wi-fi.wfds*)的通配符搜索。在这种情况下,作为通配符搜索的结果,可返回包括“org.wi-fi.wfds”的所有服务的列表。
为了搜索特定WFA服务,可允许包括搜索关键字“org.wi-fi.wfds.servicename.*”(或“org.wi-fi.wfds.servicename*”)(在这种情况下,服务名称可以是Send、Play、Display和Print中的任一个)的通配符搜索。在这种情况下,作为通配符搜索的结果,可返回包括前缀“org.wi-fi.wfds.servicename”的所有服务的列表。当然,即使在enable服务的情况下也可允许通配符。
对于通过点(“.”)彼此分开的字,可允许通配符搜索。例如,如果enable服务的名称为“com.example.serviceX”,则对于“com.*”(或“com*”)、“com.example.*”(或“com.example*”)可允许通配符搜索。
以下,将更详细地描述由服务公告方和服务搜寻方应对的Method和Event。
服务公告方的方法
服务公告方可调用Advertise Service Method以对服务进行公告。在这种情况下,服务搜寻方可开始对公告的服务的搜索、发现和ASP会话。Advertise Service Method可包括服务名称参数(或者服务名称列表参数)、端口参数、协议参数、共享参数、自动接受参数和服务信息参数中的至少一个。各个参数将描述如下。
i)服务名称(或服务名称列表)
服务名称标识请求服务搜索(例如,执行SeekService Method调用)的服务搜寻方可搜索的服务的特征。可通过服务名称与包括在来自服务搜寻方的查询中的文本串之间的比较来执行服务名称匹配。
如果多个服务用于匹配,则Advertise Service Method可包括服务名称列表,该服务名称列表包括多个服务名称。例如,如果服务支持通过相同端口的发送和接收,则用于发送的服务名称(例如,service.tx)和用于接收的服务名称(service.rx)可包括在服务名称列表中。例如,如果请求搜索的服务名称为org.wi-fi.wfds.send,并且服务支持org.wi-fi.wfds.send.rx和org.wi-fi.wfds.send.tx二者,则服务名称列表可包括“org.wi-fi.wfds.send”、“org.wi-fi.wfds.send.rx”和“org.wi-fi.wfds.send.tx”。
如果服务支持通过相同端口号的所有WFA服务,则服务名称列表可包括所有所述WFA服务的名称以及从所有所述WFA服务的发送的服务名称。例如,如果服务支持所有WFA服务,则服务名称列表可包括“org.wi-fi.wfds.send.tx、org.wi-fi.wfds.send.rx、org.wi-fi.wfds.send、org.wi-fi.wfds.play.tx、org.wi-fi.wfds.play.rx、org.wi-fi.wfds.play、org.wi-fi.wfds.display.tx、org.wi-fi.wfds.display.rx、org.wi-fi.wfds.display、org.wi-fi.wfds.print.tx、org.wi-fi.wfds.print.rx和org.wi-fi.wfds.print”。
ii)服务端口
服务端口是侦听注册的服务的IP端口,并且也是用于从服务搜寻方接收的连接的IP端口。服务公告方可向服务搜寻方通知服务端口作为服务名称搜索的结果参数。然而,与服务名称不同,服务搜寻方可不搜索服务端口。由于服务端口被预留,所以相同的服务端口无法被不同的服务或者不同的活动ASP会话使用,只要服务端口没有被设定为被它们共享(例如,只要共享参数没有被设定为“true(真)”)。
当调用请求服务公告的AdvertiseService方法时,如果不能使用服务端口,则可从ASP向服务发送指示服务公告失败的Event(例如,Advertise Failed Event)。
当生成用于该服务的ASP会话并且网络接口已知时,服务端口可被应用绑定。
iii)协议
协议可被定义为IANA(互联网号码分配局)中所定义的整数。例如,TCP可被定义为号码6,UDP可被定义为号码17。
iv)共享
共享参数指示是否将允许另一服务和服务端口。例如,如果共享参数具有值“True”,则服务端口可被另一公告和ASP会话重用。共享服务端口的ASP会话将不独占地控制服务端口。与此不同,如果共享参数具有值“Service”,则服务端口可被具有相同服务名称的其它服务的公告重用。如果共享参数具有值“False(伪)”,则一个服务可独占地控制服务端口。
如果一服务请求独占地使用由当前正被公告的服务使用的服务端口,则ASP可将指示公告失败的AdvertiseFailed Event发送给该服务。即使在服务请求共享被预留了独占使用的服务端口的情况下,ASP也可将指示公告失败的Event发送给服务。即使在服务请求应当将已与另一Advertise Service Method共享的服务端口设定为非共享服务端口的情况下,ASP也可将指示公告失败的Event发送给服务。
v)自动接受
服务公告方的ASP可将会话请求事件SessionRequest Event发送给服务层以建立ASP会话。此时,如果自动接受参数具有值“True”,则服务公告方可接受来自服务搜寻方的每一个ASP会话请求,即使服务层没有响应于会话请求事件调用会话确认方法ConfirmSession Method。
然而,如果在会话请求事件SessionRequest Event中参数get_network_config_PIN被设定为True,则可需要将事件从服务层发送至ASP层作为服务确认方法(或会话确认方法)。
如果自动接受参数具有值“False”,则服务公告方的ASP可通过等待从服务接收会话确认方法来确定是否接受ASP会话请求。不管自动接受参数的值如何,用于ASP会话建立的会话请求事件可从ASP发送给服务。
vi)服务信息
服务信息是指关于在服务搜索过程期间使用的服务的详细信息。服务信息的内容是形式自由的选择性参数。如果服务信息存在,则服务信息可作为服务搜索响应帧内的一个响应被传送给服务搜寻方。
服务搜寻方可通过具体实现服务搜寻方法SeekService Method内的服务信息请求基于服务信息的内容执行搜索。
vii)服务状态
服务状态指示在Advertise Service Method被调用时服务的状态。例如,如果服务状态参数具有值“1”,则可指示服务可用,如果服务状态参数具有值“0”,则可指示服务不可用。然而,即使服务不可用,服务公告方也可响应于探测请求帧或服务搜索请求帧指示装置支持对应服务。
如果服务状态参数具有值“0”(即,如果服务不可用),则ASP可拒绝ASP会话建立的请求。
viii)网络角色
网络角色指示服务公告方是否应该被设定为P2P组中的组所有者(GO)。例如,如果网络角色参数具有值“1”,则可指示服务公告方应该被设定为P2P组内的GO,而如果网络角色参数具有值“0”,则可是指不考虑服务公告方的状态。
ix)网络建立
网络建立参数指示用于连接的期望的WSC配置方法(WSC Config.Method)。例如,如果网络建立参数具有值“1”,则可指示WFDS默认建立方法或WSC PIN方法,如果网络建立参数具有值“2”,则可仅指示WSC PIN方法。
x)延迟会话响应
只要没有提供明确的特定服务,延迟会话响应参数的值就可基本上为null。另外,只有自动接受参数的值为“False”,延迟会话响应参数才可存在。
如果延迟会话参数的值存在,则延迟会话参数可被视为在服务公告方的自动接受参数的值被设定为False并且服务搜寻方期望生成ASP会话时从服务公告方发送给服务搜寻方的消息帧。
例如,如果服务搜寻方发送提供搜索请求帧(provision search request frame)以生成ASP会话,则延迟会话参数可作为会话信息字段被包括在从服务公告方发送的提供搜索响应帧(provision search response frame)中。
又如,如果服务搜寻方发送会话请求消息Request_Session消息以生成ASP会话,则延迟会话响应参数可作为延迟会话响应字段被包括在延期会话ASP协调协议消息中。
ASP可返回Advertise Service Method的公告ID。公告ID由ASP分配,并且在请求公告的服务所操纵的装置上唯一地标识公告。并且,公告ID可被发送给服务搜寻方以建立所公告的服务的ASP会话。
如果现有公告的状态改变,则服务公告方可调用指示服务状态改变的服务状态改变方法(ServiceStatusChange Method)。服务状态改变方法可包括公告ID和服务状态参数。各个参数将描述如下。
i)公告ID
公告ID可最初包括由Advertise Service Method返回的公告ID。
ii)服务状态
如果服务处于可用状态,则服务状态参数的值可被设定为“Available(可用)”。如果服务公告方所支持的服务在服务得到服务公告方支持时处于不可用状态,则服务状态参数的值可被设定为“Unavailable(不可用)”。服务状态参数的值可被包括在探测响应帧或服务搜索响应帧中。
服务公告方可调用取消服务公告方法CancelAdvertiseService Method以取消现有公告。如果服务公告方调用取消服务公告方法CancelAdvertiseService Method,则服务名称和关联的信息不再被公告,并且服务端口的预留被解除。
如果服务从ASP接收到会话请求事件,则服务公告方可调用会话确认方法SessionConfirm Method以确定是否接受ASP会话建立。会话确认方法可被称作服务确认方法ConfrmService Method,因为它指示是否接受特定服务的会话建立。然而,如果公告自动开始(例如,如果Advertise Service Method的自动接受参数的值为“True”),则由于ASP会话建立被自动接受,所以可不调用会话确认方法。
会话确认方法可包括会话MAC参数、会话ID参数和确认参数中的至少一个。各个参数将更详细地描述如下。
i)会话MAC
会话MAC指示会话ID所分配至的装置的MAC地址。
ii)会话ID
会话ID指示ASP会话的标识符。
iii)确认
如果确认参数具有值True,则可执行ASP会话建立。另外,如果不存在现有的P2P组,则可形成组。与此不同,如果确认参数具有值False,则请求的ASP会话可关闭。
服务搜寻方的方法
服务搜寻方可调用服务搜寻方法SeekService Method,该方法请求服务搜索以搜索充当服务公告方的对等装置的服务。搜索范围可通过MAC地址来选择性地限制。服务搜寻方法可包括服务名称、精确搜索、MAC地址、服务信息请求参数中的至少一个。各个参数将更详细地描述如下。
i)服务名称
服务名称参数指示应该搜索的服务的名称。包括在服务名称参数中的文本串可以是应该搜索的服务的确切名称,并且可以是应该搜索的服务名称的前缀。
前缀搜索的示例可仅包括特定服务的名称,而不包括接收服务和发送服务的名称,以针对该特定服务搜索接收服务和发送服务。例如,服务为了针对Send服务搜索org.wi-fi.wfds.send.rx和org.wi-fi.wfds.send.tx,可将org.wi-fi.wfds.send.rx和org.wi-fi.wfds.send.tx二者中共同包括的org.wi-fi.wfds.send插入服务名称参数。
为了搜索所有WFA服务,可将所有WFA服务名称中共同包括的文本串“org.wi-fi.wfds”包括在服务名称参数中。
ii)精确搜索
如果精确搜索参数的值为“True”,则执行精确搜索。更详细地,可通过交换探测请求帧和探测响应帧来搜索与包括在服务名称参数中的文本串精确匹配的服务。
如果精确搜索参数的值为“False”,则执行前缀搜索。更详细地,对于前缀搜索,除了交换探测请求帧和探测响应帧以外,还可执行服务搜索请求帧和服务搜索响应帧的交换。可通过服务搜索请求帧和服务搜索响应帧的交换来搜索包括服务名称参数中所包括的文本串作为前缀的所有服务。
由于仅与包括在服务名称参数中的文本串精确匹配的装置在装置搜索期间对探测请求作出响应,所以精确搜索比前缀搜索快。
iii)MAC地址
由于MAC地址旨在搜索所有对等Wi-Fi Direct装置的服务,所以MAC地址参数通常可被设定为NULL。然而,如果MAC地址参数中包括特定对等装置的MAC地址值,则可针对指定的MAC地址限制性地执行服务搜索。对等地址的MAC地址可被包含为通过冒号(:)标识的规范格式(例如,“00:14:bb:11:22:33”)。
iv)服务信息请求
服务信息请求参数可包括用于在服务公告方利用服务搜索请求帧/服务搜索响应帧交换的服务信息搜索期间请求附加信息的文本串。
如果查询服务信息请求的文本串是包括在Advertise Service Method中的服务信息集的子串,则可调用搜索结果事件SearchResult Event。例如,查询文本串“ABC”可与多种类型的服务信息当中读作“ABCpdq”或“ABC”的服务信息匹配。
可响应于服务搜寻请求方法(例如,ServiceSeek Method)返回可用于取消服务搜寻方法(例如,CancelSeekService Method)的句柄参数。
服务搜寻方可调用取消服务搜索的取消服务搜寻方法CancelSeek Method。取消服务搜寻方法可包括由服务搜寻方法返回的句柄参数。
服务公告方的事件
当远程装置期望开始用于所公告的服务的ASP会话时,服务公告方的ASP可将会话请求事件SessionReqeust Event发送给服务。此时,会话请求事件可被称作服务请求事件ServiceRequest Event,因为它使服务开始。更详细地,当服务公告方的ASP接收到提供搜索请求帧或REQUEST_SESSION ASP协调协议消息时,可触发会话请求事件。会话请求事件可包括如下参数。
i)公告ID
当调用Advertise Service Method时,由ASP分配的公告ID可包括在会话请求事件中。
ii)会话MAC
会话ID所分配至的P2P装置的MAC地址可包括在会话请求事件中。
iii)服务装置名称
远程装置的装置名称(更详细地,由WSC定义的装置名)可包括在会话请求事件中。
iv)会话ID
由远程ASP分配的会话ID可包括在会话请求事件中。
v)会话信息
服务特定数据有效载荷可包括在会话请求事件中。会话信息可具有最大144字节的长度。
vi)网络配置PIN获取(get_network_config_PIN)
如果服务公告方接收到提供搜索请求帧以及请求PIN(个人识别号)的WSC配置方法(WSC Config Method)以在服务公告方中建立服务网络,则网络配置PIN获取参数的值可为“True”。由用户输入的WSC PIN可被包括在会话确认方法中并其然后提供给ASP。
如果服务公告方接收到提供搜索请求帧以及没有请求PIN(个人识别号)的WSC配置方法(WSC Config Method)以在服务公告方中建立服务网络,或者如果通过REQUEST_SESSION ASP协调协议消息触发服务请求事件,则网络配置PIN获取参数的值可为“False”。
vii)网络配置PIN
如果服务公告方的ASP接收到提供搜索请求以及请求将被显示的PIN的WSC配置方法以用于建立服务网络,则ASP可生成WSC PIN值,将生成的WSC PIN值提供给服务,并且允许WSC PIN值显示。
如果服务公告方的ASP接收到提供搜索请求以及没有请求将被显示的PIN的WSC配置方法以用于建立服务网络,或者如果通过REQUEST_SESSION ASP协调协议消息触发服务请求事件,则网络建立PIN参数的值可为“0”。
如果服务不能再被公告,或者服务的公告不能开始,则可发送指示公告失败的事件(例如,AdvertiseFailed Event)。指示公告失败的事件可包括公告ID和失败原因参数。各个参数将简要描述如下。
i)公告ID
公告ID可指示由Advertise Service Method返回的公告ID值。
ii)原因
公告失败的原因可指示服务端口已经被共享(例如,请求非共享服务端口,但是对应服务端口已经用作共享服务端口)的情况、服务端口已经被个人使用(例如,请求服务端口,但是对应服务端口已经被用作个人(专用)服务端口)的情况、或者其它失败原因中的任一个。
服务搜寻方的事件
当执行搜索时,可发送指示从对等装置发现的各个公告的服务的搜索结果的搜索结果事件SearchResult Event。搜索结果事件可包括句柄、服务MAC、公告ID、服务名称、服务信息和服务状态参数中的至少一个。各个参数将描述如下。
i)句柄
句柄指示由服务搜寻方法返回的值。
ii)服务MAC
服务MAC指示对等装置的MAC地址。
iii)公告ID
公告ID指示由对等装置定义的公告ID。
iv)服务名称
服务名称指示由对等装置定义的完整服务名称。
v)服务信息
附加服务(供应商)特定参数或NULL文本串(在服务公告方或服务搜寻方之间定义)包括在服务信息中。
vi)服务状态
如果服务处于可用状态,则服务状态参数的值可被设定为“Available”。如果服务公告方所支持的服务在服务得到服务公告方支持时处于不可用状态,则服务状态参数的值可被设定为“Unavailable”。
服务搜寻方可退出通过服务搜索方法SeekService Method发起的搜索,或者发送搜索终止事件SearchTerminated Event以防止进一步生成搜索结果事件。搜索终止事件可包括句柄和终止原因参数。各个参数将描述如下。
i)句柄
句柄指示终止的搜索。
ii)原因
可指示搜索的终止原因。可指示超时或系统故障SystemFailure作为搜索的终止原因。
服务搜寻方可发送服务请求事件ServiceRequest Event以开始所公告的服务的ASP会话。服务请求事件可包括公告ID、会话MAC、会话ID和会话信息参数中的至少一个。各个参数将描述如下。
i)公告ID
由对等装置定义的公告ID可包括在服务请求事件中。
ii)会话MAC
会话ID所分配至的对等装置的MAC地址可包括在服务请求事件中。
iii)会话ID
ASP会话ID可包括在服务请求事件中。
iv)会话信息
应用特定数据有效载荷可包括在服务请求事件中。
服务搜索和ASP会话建立
基于上述描述,将更详细地描述根据本发明的服务搜索过程和ASP会话建立过程。
图13是示出服务搜索和ASP会话建立操作的流程图。图13所示的ASP会话建立操作是指随机P2P装置的特定服务搜索另一P2P装置和服务,通过请求该服务来建立Wi-Fi Direct连接,并且操作应用。
为了描述方便,在图13中,假设装置A用作对其服务进行公告的服务公告方,装置B用作搜索服务的服务搜寻方。
如果装置A的服务层将Advertise Service Method发送给ASP,则装置A的ASP可基于包括在Advertise Service Method中的信息对其服务进行公告,并且待命以允许另一装置发现对应服务。
如果装置B的服务层将服务搜寻方法发送给ASP,则装置B的ASP可基于包括在接收到的服务搜寻方法中的信息来搜索支持高级应用或用户所期望的服务的装置。例如,如果装置B的服务层从应用层接收到指示Use Service的意图的信息,则服务层可将包括关于需要搜索的服务的信息的服务搜寻方法传送给ASP。
接收到服务搜寻方法的装置B的ASP可发送探测请求帧以搜索支持期望的服务的装置。此时,探测请求帧可包括通过将期望发现或者可被支持的服务的服务名称转换为散列形式而获得的散列值。散列值通过由ASP将服务名称或服务名称的前缀转换为散列形式而获得,并且可具有6个八位组(octet)长度。探测请求帧可按照广播的形式发送,或者可针对特定装置按照单播的形式发送。
接收到探测请求帧的装置A可尝试散列匹配,并且如果确定支持与包括在探测请求帧中的散列值匹配的服务,则装置A可将探测响应帧发送给装置B。此时,探测响应帧可包括散列值、公告ID字段和服务通知信息字段中的至少一个。散列值指示与通过探测请求帧请求的散列值匹配的服务的散列值,公告ID字段可以是由ASP分配以唯一地标识ASP中的各个服务的公告的值。公告ID可用于请求ASP会话建立。服务通知信息字段可包括服务信息指示字段service_information_indication_field和服务状态字段service_status_field。服务信息指示字段可指示对于包括在探测响应中的各个服务是否存在服务信息。服务状态字段可用于指示在探测响应帧被发送时服务是否可用。
如果装置B接收到指示装置B期望发现的服务可用的探测请求帧,则装置B的ASP可将搜索结果事件发送给服务层,以报告发现了支持期望的服务的装置。此时,搜索结果事件可包括服务名称、公告ID、服务状态和服务信息参数中的至少一个。
如果装置B未能发现支持期望发现的服务的装置,则服务搜索请求帧的发送可被省略。尽管未示出,装置B的ASP可将搜索结果事件发送给服务层,以指示没有发现支持期望发现的服务的装置。此时,搜索结果事件可包括服务名称、公告ID、服务状态和NULL服务信息参数。
如果装置B从装置A接收到指示存在可用服务的探测请求帧,则装置B可触发服务搜索请求帧以搜索装置A的服务信息。此时,服务搜索请求帧可包括服务名称字段。服务名称字段可包括待搜索的完整服务名称或者待搜索的服务名称的前缀。
在这方面,装置A可将指示是否可提供装置B期望发现的服务的服务搜索响应帧发送给装置B。服务搜索响应帧可包括服务名称、服务状态、公告ID和服务信息。
服务名称可包括指示所公告的服务的服务名称的文本串。
即使装置A支持装置B期望发现的服务,在服务搜索响应帧被发送时,装置B也可能无法使用装置A所提供的服务。例如,尽管装置A支持它自己搜索到的Print服务,但是如果装置A由于与最大可用装置关联而无法再允许与对等装置关联,则尽管装置A支持装置B期望搜索的服务,装置B也无法使用装置A所提供的服务。因此,根据本发明的装置A可将指示在服务搜索响应帧被发送时对应服务是否可用的服务状态信息包括在服务搜索响应帧中。
换言之,如果在服务搜索响应帧被发送时对应服务不可用,则服务状态信息可指示对应服务不可用,而如果在服务搜索响应帧被发送时对应服务可用,则服务状态信息可指示对应服务可用。服务状态信息可以是1比特的指示符。
公告ID字段可旨在唯一地标识ASP内的各个服务的公告。
服务信息字段可包括可在作为服务公告方的装置A与作为服务搜寻方的装置B之间共享的可选信息。如果存在关于给定服务(即,装置B期望发现的服务)的服务信息,则服务信息字段可包括通过与该给定服务匹配的探测响应帧发送的散列值。
然而,为了获取服务信息,发送服务搜索请求帧的装置B可能需要使用WFDS服务协议类型(被定义为整数5)以查询确切的服务名称和服务信息。装置B可通过在服务层调用服务搜寻方法时具体实现包括在服务搜寻方法中的服务信息请求参数以基于服务信息的内容来搜索服务。
上述服务搜索请求帧和服务搜索响应帧可利用IEEE 802.11u系统中定义的GAS(一般公告协议)来执行。
如果从服务层请求的服务搜寻方法所请求的操作完成,则装置B的ASP可通过服务基于服务搜索结果将结果通知给应用和用户。
此时,没有形成Wi-Fi Direct组。当用户选择装置A的服务时如果可使用由装置A提供的服务并且该服务调用会话连接方法ConnectSession Method,则可执行P2P组形成。此时,通过提供发现请求和提供发现响应彼此交换会话信息和连接能力信息。
会话信息是指示请求服务的装置所请求的服务的简要信息的提示信息。例如,如果请求文件传送服务,则会话信息是可通过指示文件的数量和大小来允许另一方确定接受/拒绝服务请求的信息。连接能力信息可在组所有者(GO)协商和P2P邀请期间用作用于生成组的信息。
如果装置B将提供发现请求消息传送给装置A,则装置A的ASP将包括服务信息的会话请求SessionRequest发送给服务层,服务层将该服务信息传送给应用/用户。如果应用/用户基于会话信息决定接受相应会话,则通过服务层将服务确认方法传送给APS。
此时,装置A的ASP将提供发现响应消息传送给装置B,其中,提供发现响应消息的状态信息可被设定为“deferred(延期)”。这是为了通知对应服务不能立即被接受,并且状态等待用户的输入。因此,装置B的ASP可在将ConnectStatus事件传送给服务层的同时通知服务层服务请求被延期。
如果装置A的ASP接收到服务确认方法ConfirmService Method,则可执行后续提供发现过程。换言之,装置A可将提供发现请求消息传送给装置B。这可被称作后续提供发现过程。提供发现请求消息可包括服务信息以及指示对应服务的状态为“success(成功)”的信息。因此,装置B的ASP可在将ConnectStatus事件传送给服务层的同时向服务层通知服务请求被接受。另外,装置B的ASP可将提供发现响应消息传送给装置A,其中,提供发现响应消息可包括连接能力信息。
在执行P2P提供发现过程之后,通过GO协商或邀请过程生成P2P组,并且执行第二层(L2)连接和IP(互联网协议)连接。对于GO协商,可在对等装置之间交换GO协商请求帧和GO协商响应帧。GO协商过程的详细描述将被省略。
在GO协商完成时生成P2P连接或IP连接之后,装置A和装置B通过ASP协调协议传送请求会话的REQUEST_SESSION消息。REQUEST_SESSION消息可包括公告ID、MAC地址mac_addr、会话ID等。MAC地址是指P2P装置的地址。装置A可响应于REQUEST_SESSION消息将ACK消息传送给装置B。
装置A可通知高层服务/应用会话已连接,服务层可请求对应会话的端口信息并且将对应会话和端口绑定。因此,ASP可打开对应端口(ASP可在防火墙内打开端口),并且可通知服务层端口已就绪。服务层可向ASP通知指示ASP会话已就绪的会话就绪方法SessionReady Method。
因此,装置A的ASP将ADDED_SESSION消息发送给另一方装置。此时,ADDED_SESSION消息可包括会话ID和MAC地址信息,由此可唯一地标识服务。接收到ADDED_SESSION消息的装置B的ASP可将会话连接通知给服务层,并且还可向服务层通知端口通过端口请求、端口绑定等已就绪(PortReady())。ASP可在防火墙内打开端口。
随后,可通知装置A和装置B的服务层之间的应用套接字连接,并且通过应用层形成用于传输应用数据的链路,由此可通过该链路发送和接收应用数据。
可通过装置B的应用/用户将对应应用的终止(Close Application)指示给服务层。结果,服务层可将会话终止方法ClosedSession Method传送给ASP,并且可通知ASP对应端口已被释放。
因此,装置B的ASP可通过REMOVE_SESSION消息请求装置A终止连接的服务。REMOVE_SESSION消息可包括公告ID、MAC地址、会话ID等。
装置A的ASP可通过服务层向应用/用户通知会话终止,并且服务层可将端口释放通知给ASP。结果,如果对于对应服务不存在活动的会话,则ASP可在防火墙内关闭进入(incoming)端口。装置A可将REMOVE_SESSION消息的ACK消息传送给装置B,并且如果对于对应服务不存在活动的会话,则装置B的ASP也可在防火墙内关闭进入端口。
随后,装置A和装置B可通过解除关联请求/响应终止P2P连接和相互关联。
参照图13的示例描述了在利用P2P提供发现过程发起服务请求的情况下,服务搜寻方与服务公告方之间的消息序列。在图13的示例中,假设自动接受参数被设定为FALSE。如果自动接受参数被设定为TRUE,则即使没有来自服务的会话确认方法,ASP也可被操作以接受所有ASP会话服务请求。另外,各个ASP可利用SessionStatusEvent和ConnectionStatus Event将当前状态通知给服务。
以下,将详细描述WFA服务中的服务搜索过程。为了描述方便,将举例描述WFA服务中的Send服务。然而,以下实施方式可适用于Send服务和enable服务以外的WFA服务。
Send服务中的服务搜索过程
图14是示出Wi-Fi Direct文件的Send服务的架构的示图。图14所示的ASP层和Wi-Fi Direct层可用于提供对等装置的L2连接。
在Wi-Fi Direct服务搜索步骤,对等装置可与另一对等装置交换关于服务能力的信息。更详细地,对等装置可与另一装置交换关于是否将支持文件send服务的信息。如果搜索到允许文件send服务的另一对等装置,则对等装置的ASP可与搜索到的装置执行关联。
可使用控制平面在对等装置之间建立Wi-Fi Direct文件传送服务会话。控制平面可包括UpnP使能Wi-Fi Direct(WFD)FTS控制点和UPnP使能P2P FTS组件。
数据平面可提供用于文件数据的实际传输的传输路径。对于文件传送,可使用HTTP(超文本传送协议)。
使用FTS的对等装置中的任一个可用作send发送方,而另一个可用作send接收方。例如,图15是示出依据层简要图示化send发送方与send接收方之间的操作的示图。
send发送方和send接收方可通过Wi-Fi Direct层和ASP层执行装置搜索、服务搜索和服务关联。
如果send发送方与send接收方之间的服务关联完成,则send发送方可开始另一对等装置(即,send接收方)的文件传送会话,并且可利用HTTP从作为高层的传输层执行文件传送。
在从传输层发送文件数据时,send发送方可用作HTTP客户端,而send接收方可用作HTTP服务器。send发送方可利用HTTP PUT方法将文件数据发送给HTTP服务器(即,send接收方),而send接收方可从send发送方接收文件数据。
用作HTTP服务器的send接收方可打开特定TCP端口以接收发送的文件。
send接收方可主宰用于文件传送的UPnP服务。send发送方可通过UpnP控制点在send接收方所主持的WFDS上调用UpnP动作。
图16是示出在FTS中建立L2连接的过程的示图。参照图16,首先,send发送方可执行Wi-Fi Direct装置搜索过程以搜索send接收方以便建立FTS会话。
随后,send发送方可发送服务搜索请求帧以请求搜索文件传送服务。服务搜索请求帧可按照广播的形式发送,或者可按照单播的形式发送给特定对等装置。
服务搜索请求帧可包括send发送方期望发现的服务版本信息。例如,如果服务版本信息为0x01,则可指示Wi-Fi Direct FTS版本1。
接收到服务搜索请求帧的send接收方可响应于服务搜索请求帧来发送服务搜索响应帧。
如果send接收方支持send发送方期望发现的服务和服务版本,则可执行send接收方与send发送方之间的L2服务关联。
更详细地,send发送方可将服务关联请求帧发送给send接收方,而send接收方可响应于服务关联请求帧将服务关联响应帧发送给send发送方。此时,服务关联请求帧和服务关联响应帧可利用向IEEE 802.11u系统中定义的GAS(一般公告协议)来执行。
服务关联请求帧和服务关联响应帧中可包括供应商特定内容。例如,表1列出可插入供应商特定内容的字段。
[表1]
如表1所公开的,服务关联请求帧和服务关联响应帧可共同地包括OUI(组织唯一标识符)子类型字段、服务关联更新指示符字段和服务关联TLV(类型、长度、值)字段。
OUI子类型字段可指示对应帧是服务关联帧。
服务关联更新指示符是计数器,每当发送服务关联请求帧或服务关联响应帧的装置的服务信息改变时,该计数器就增加1。send发送方和send接收方可通过存储从另一方接收的更新指示符值并将存储的值与当服务关联请求帧或服务关联响应帧被接收时的更新指示符值进行比较来确定另一方的服务信息是否已更新。
服务关联TLV(类型、长度、值)字段可根据它被包括在服务关联请求帧中还是服务关联响应帧中而被称作服务请求TLV或服务响应TLV。表2示出服务关联请求帧的服务请求TLV。
[表2]
如表2中公开的,包括在服务请求帧中的服务请求TLV可包括长度字段、服务协议类型字段、服务交易ID字段、TCP端口字段和传输服务元信息字段。
长度字段指示服务请求TLV的长度。
服务协议类型字段指示WFDS的服务协议类型。例如,表3旨在描述每服务协议类型的值。
[表3]
值 | 含义 |
0 | 所有服务协议类型 |
1 | Bonjour |
2 | UPnP |
3 | WS发现 |
4 | Wi-Fi显示 |
5 | Wi-Fi Direct服务Send |
6 | Wi-Fi Direct服务Play |
7 | Wi-Fi Direct服务Display |
8 | Wi-Fi Direct服务Print |
9 | Wi-Fi Direct服务Enable |
10-254 | 预留 |
255 | 供应商特定值 |
在表3所列的示例中,服务协议类型字段的值0x5可指示FTS的协议类型。
服务交易ID字段是为了服务关联请求帧和服务关联响应帧的匹配而发出的标识符。例如,发送了服务关联请求帧的send发送方可通过接收具有与所发送的服务关联请求帧相同的交易ID的服务关联响应帧来执行服务关联。
TCP端口字段指示文件传送所需的TCP端口的值。
send服务元信息字段可包括服务特定信息。在这种情况下,可能需要服务特定信息来向对等装置提供提示。例如,表4旨在描述send服务元信息。
[表4]
字段 | 大小 | 解释 |
注释 | 128 | 以ASCII格式解释的自由文本 |
大小 | 4 | 总大小(Kbyte) |
项数(NoofItems) | 2 | 包括的项数 |
项目 | 133*项数值 | 元信息列表 |
如表4中公开的,服务元信息字段可包括注释字段、大小字段、NoofItems(项数)字段和项目字段。
ASCII形式的自由文本可被输入到注释字段。
大小字段指示send服务元信息字段的总大小(Kb单位)。
项数(项的数量)字段可指示包括在send服务元信息中的项目的数量。
项目字段指示将发送的文件的信息。更详细地,项目字段可包括将发送的文件的名称、将发送的文件的大小以及关于将发送的文件的类型的信息中的至少一个。例如,表5旨在描述项目字段。项目字段的大小可与将发送的文件的数量成比例地线性增加。
[表5]
表6旨在描述服务关联响应帧的服务响应TLV。
[表6]
如表6中公开的,服务响应TLV可包括长度字段、服务协议类型字段、服务交易ID字段、状态码字段和TCP端口字段。
长度字段指示服务响应TLV的长度。
服务协议类型字段指示WFDS的服务协议类型。例如,服务协议类型字段的值0x05可指示FTS的协议类型。
服务交易ID字段是为服务关联请求帧和服务关联响应帧的匹配而发出的标识符。例如,接收到服务关联请求帧的send接收方可将具有与所发送的服务关联请求帧相同的交易ID的服务关联响应帧发送给服务发送方。
状态码字段指示请求的服务信息的状态。例如,服务信息的状态可如表7所示定义。
[表7]
值 | 含义 |
0 | 成功 |
1 | 服务协议类型不可用 |
2 | 请求的信息不可用 |
3 | 无效请求 |
4 | 服务端口不可用 |
5-255 | 预留 |
如表7中公开的,例如,如果状态码字段的值为0,则可指示send发送方与send接收方之间的服务关联已成功执行,但是如果状态码字段的值为1至4,则可指示send发送方与send接收方之间的服务关联已失败。
表6中所公开的TCP端口字段指示文件传送所需的TCP端口的值。
再参照图16,如果send发送方将包括关于将要发送的文件的send服务元信息的服务关联请求帧发送给send接收方,则send接收方可显示指示已请求FTS关联的信息,并且可询问用户以允许FTS关联。如果从用户接收到关于FTS关联是否将被接受的输入,则send接收方的ASP可响应服务关联请求帧。更详细地,send接收方可将包括状态码的服务关联响应帧发送给send发送方。如果用户接受FTS关联,如表7中所公开的,状态码的值可被设定为0。
如果执行成功的FTS关联,则send发送方和send接收方可执行P2P组形成处理。通过组形成处理,send发送方和send接收方中的任一个可被设定为组客户端,而另一个可被设定为组所有者。
如果形成P2P组,则send发送方开始FTS会话和文件传送。
FTS会话是在对等装置之间构建的UPnP会话。send发送方可利用UPnP装置架构搜索send接收方所主宰的WFD FTS。
send发送方可使用UPnP控制点实体来管理由send接收方所主宰的WFD FTS提供的服务。UPnP控制点调用Wi-Fi Direct服务所提供的动作以管理文件传送会话。
Wi-Fi Direct文件传送服务可使用UPnP服务作为用于文件传送会话的管理和控制的L3机制。UPnP服务可提供选择性服务搜索过程以搜索装置所支持的详细服务特征。UPnP服务可定义将由send发送方调用的UPnP动作,并且可允许send接收方管理FTS会话。
图17是包括L2连接和L3连接的FTS会话的流程图。
由于已参照图16描述了建立L2连接的过程,其详细描述将被省略。
如果send发送方与send接收方之间进行成功的P2P连接,则send发送方可依据UPnP装置架构检索服务描述文档。UPnP装置架构控制点实体可订阅send接收方所主宰的服务(例如,WFDS上的UPnP动作)。
随后,send发送方可调用包括其标识信息和将要发送的文件的元信息的会话创建动作CreateSession。
接收到会话创建动作的send接收方可显示信息以通知用户接收到会话创建动作。如果用户接受会话创建,则send接收方可响应于会话创建动作生成标识会话的唯一标识符并将会话ID发送给send发送方。
另外,send接收方可将传输状态可变事件Transportstatus variable event(包括分配给生成的会话的会话ID和生成的会话的状态信息)发送给send发送方。如果send接收方接受会话创建请求,则生成的会话的状态可被设定为传输就绪Ready_for_transport。
接收到指示生成的会话已传输就绪的传输状态可变事件的send发送方可发起传输信道构建。
随后,如果传输信道成功构建,则send接收方可通过将会话状态改变为“传输中”来发送传输状态可变事件。接收到指示会话状态为“传输中”的传输状态可变事件的send发送方可利用HTTP PUT请求发送文件数据。
服务搜索请求帧和服务搜索响应帧的格式
用于服务搜索过程的服务搜索请求帧和服务搜索响应帧可分别包括ANQP(接入网络查询协议)查询请求信息和ANQP查询响应信息。
例如,图18和图19是分别示出服务搜索请求帧和服务搜索响应帧的格式的示图。
如图18所示,服务搜索请求帧还可包括查询数据。此时,查询数据可包括代表send发送方的能力的服务信息分量。
如图19所示,服务搜索响应帧可包括响应数据。响应帧可包括服务信息。表8中列出响应数据中可包括的服务信息的示例。
[表8]
参照表8,响应数据可包括服务协议类型字段、长度字段和服务信息字段。
响应数据中包括的服务信息字段可包括用于FTS的各种类型的信息。例如,表9旨在描述服务信息字段中可包括的字段。
[表9]
如表9中公开的,服务信息字段可包括服务版本字段、UUID字段、服务状态字段、友好名称字段、会话ID字段和服务位图字段。
服务版本字段可指示send接收方所支持的FTS的版本。UUID(通用唯一标识符)字段可指示设定为send接收方的装置的UUID。
服务状态字段指示send服务的当前状态。例如,表10旨在描述根据服务状态字段的值的send服务的状态。
[表10]
值 | 描述 |
0 | 传输就绪 |
1 | 传输 |
2 | 等待用户输入 |
3 | 取消 |
4 | 完成 |
5 | 传输暂停 |
6 | 服务会话暂停 |
7 | 服务会话关闭 |
8-253 | 预留 |
254 | 非预期错误 |
友好名称字段可包括允许用户容易地标识send服务的文本串。send发送方可通过显示由友好名称字段指示的文本串来允许用户标识作为文件传输目标的send接收方。
会话ID字段指示为send服务分配的会话ID。
服务位图字段可指示使用FTS的装置的类型以及对应装置的FTS可用性。表11旨在描述服务位图字段。
[表11]
如表11中公开的,服务位图字段的2比特可指示使用FTS的装置的类型。2比特中的任一比特可指示对应装置是不是send发送方,另一比特可指示对应装置是不是send接收方。例如,如果2比特的值全为1,则可指示对应装置可用作send发送方和send接收方。如果2比特的值全为0,则可指示对应装置是无法用作send发送方和send接收方并且无法支持FTS的装置。
服务位图字段的1比特可用于指示对应装置的FTS可用性。例如,如果在服务搜索响应帧被发送时FTS不可用,则对应比特可被设定为0,如果在服务搜索响应帧被发送时FTS可用,则对应比特可被设定为1。
再参照图19,服务搜索响应帧可包括状态码字段。如果没有发现由服务搜索请求帧的查询数据指示的服务信息,则状态码字段可指示对应装置无法使用请求的服务信息,响应值可为空。
由于已参照表7详细描述了状态码字段,其详细描述将被省略。
状态属性
为了标识由服务公告方和服务搜寻方处理的多个帧,各个帧中可包括状态属性字段。更详细地,状态属性字段可被包括在GO协商响应帧、GO协商确认帧、P2P邀请响应帧、P2P存在响应帧、(重新)关联响应帧、提供搜索请求帧和提供搜索响应帧。
例如,表12旨在描述状态属性。
[表12]
属性ID | 注释 |
19 | 搜寻服务散列 |
20 | 服务实例数据信息 |
21 | 连接能力信息 |
22 | 公告ID信息 |
23 | 公告的服务信息 |
24-220 | 预留 |
表12中所列的状态属性的搜寻服务散列可用于探测请求帧以检索WFDS。服务散列属性包括应该搜寻的服务名称的6个八位组长度的散列阵列。表13中公开了服务散列属性的格式。散列值可通过从UTF-8服务名称上的SHA-1的输出结果提取6个八位组LSB来配置。
[表13]
如表13中公开的,探测请求帧可包括用于多个服务的散列值。然而,即使探测请求帧中包括用于多个服务的散列值,也并非关于多个服务的信息(例如,服务公告方所支持的服务的散列值或公告ID)应该被包括在探测响应帧中。探测响应帧中仅包括探测请求帧中所包括的多个散列值当中与服务公告方所支持的服务对应的服务信息就足够了。
表12中所列的状态属性的服务实例数据信息可被包括在提供搜索请求帧中。服务实例数据信息属性用于在对等装置之间建立连接之前交换关于建议的服务实例的详细信息。表14中公开了服务实例数据信息属性。
[表14]
字段 | 大小 | 值 | 描述 |
属性ID | 1 | 20 | 标识P2P属性的类型 |
长度 | 2 | 可变 | 属性中随后字段的长度。最大长度为44。 |
服务特定 | 可变 | 可变 | 服务特定字段提供服务特定信息 |
表14中所公开的服务特定字段包括用于应该确定是否接受或拒绝接收的服务会话的对等装置的信息。服务特定字段应该基于服务名称来解释。
表12中所列的状态属性的连接能力信息可被包括在提供搜索请求帧和提供搜索响应帧中。连接能力信息属性包括P2P装置的连接能力。可基于连接能力信息属性来确定P2P组的组所有者和组客户端。表15中公开了连接能力信息属性。
[表15]
字段 | 大小 | 值 | 描述 |
属性ID | 1 | 21 | 标识P2P属性的类型。 |
长度 | 2 | 1 | 属性中随后字段的长度 |
连接能力 | 1 | 可变 |
表15中所公开的连接能力字段可指示对等装置是否可被设定为组客户端或组所有者。表16示出基于连接能力字段的值的对等装置的能力。
[表16]
比特 | 信息 | 注释 |
0 | 新 | 设定为1指示装置可以是客户端或GO。否则,设定为0. |
1 | 客户端 | 设定为1指示装置是客户端或者仅可为客户端。否则,设定为0 |
2 | GO | 设定为1指示装置是GO或者仅可为GO。否则,设定为0. |
3-7 | 预留 |
如表16中公开的,连接能力字段的任一比特可指示对等装置可被设定为组客户端或组所有者,另一比特可指示对等装置可以是组客户端或者仅可用作组客户端。另一比特可指示对等装置可以是组所有者或者仅可用作组所有者。表17示出基于所列的三比特的值的掩码结果。
[表17]
新 | 客户端 | GO(组所有者) | 所得掩码 |
1 | 0 | 0 | 0x01 |
0 | 1 | 0 | 0x02 |
0 | 0 | 1 | 0x04 |
1 | 0 | 1 | 0x05 |
0 | 1 | 1 | 0x06 |
表12所列的状态属性的公告ID信息属性可用于提供搜索请求帧以针对对等装置的特定WFDS请求ASP会话建立。公告ID信息属性甚至可用于提供搜索响应帧。表18中公开了公告ID信息属性。
[表18]
公告ID信息属性中包括的公告ID是在预关联搜索期间发现的服务的U32值,可从服务实例属性获取。
表12中所列的状态属性的公告服务信息属性可用于探测响应帧以标识WFDS的特定实例。可响应于包括散列属性的探测请求帧发送公告服务信息属性。表19中公开了服务信息属性。
[表19]
表19中所公开的公告服务描述符的格式如表20中所示。
[表20]
如表20所示,公告服务描述符可包括公告ID。服务公告方可响应于接收到的包括服务散列值的探测请求帧,发送包括与该服务散列值匹配的服务的公告ID的探测响应帧。
尽管为了简明描述,将上述实施方式中描述的本发明的示例性方法表现为一系列操作,但是操作的各个步骤并非旨在限制它们的顺序,如果需要,可同时执行或者按照不同的顺序执行。另外,应该理解,并非必然需要图中所示的所有步骤以实现本发明中所提出的方法。
另外,根据本发明的方法可按照这样的方式实现,即,使得本发明的上述各种实施方式可独立地应用,或者两个或更多个实施方式可同时应用。
图20是示出根据本发明的一个实施方式的无线装置的框图。
无线装置10可包括处理器11、存储器12和收发器13。收发器13可发送和接收无线电信号,并且例如,可根据IEEE 802系统实现物理层。处理器11可与收发器13电连接,以根据IEEE 802系统实现物理层和/或MAC层。另外,处理器11可被配置为根据本发明的上述各种实施方式执行应用、服务和ASP层的一个或更多个操作。另外,用于实现根据本发明的上述各种实施方式的无线装置的操作的模块可被存储在存储器12中,并且可由处理器11来实现。存储器12可被包括在处理器11的内部或外部,并且可通过公知手段与处理器11连接。
图20的无线装置的详细配置可按照这样的方式实现,即,使得本发明的上述各种实施方式可独立地应用,或者两个或更多个实施方式可同时应用。为了清楚起见,图20的无线装置的详细配置的重复描述将被省略。
根据本发明的实施方式可通过例如硬件、固件、软件或其组合的各种手段来实现。
如果根据本发明的实施方式通过硬件来实现,则本发明的实施方式可通过一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
如果根据本发明的实施方式通过固件或软件来实现,则本发明的实施方式可通过执行上述功能或操作的一种模块、过程或函数来实现。软件代码可被存储在存储器单元中,然后可由处理器驱动。存储器单元可位于处理器的内部或外部,以通过各种熟知手段向处理器发送以及从处理器接收数据。
对于本领域技术人员而言将显而易见的是,在不脱离本发明的精神和基本特性的情况下,本发明可按照其它特定形式来具体实现。因此,上述实施方式在所有方面均将被视为示意性的,而非限制性的。本发明的范围应该由所附权利要求书的合理解释来确定,落入本发明的等同范围内的所有改变包括在本发明的范围内。
工业实用性
尽管基于IEEE 802.11系统描述了根据本发明的上述实施方式,所述实施方式可同样适用于各种无线通信系统。
Claims (16)
1.一种在支持Wi-Fi Direct服务的第一无线装置中搜索服务的方法,该方法包括:
发送探测请求帧以搜索支持所述第一无线装置期望的预定服务的装置;
从支持所述预定服务的第二无线装置接收探测响应帧;
将包括所述预定服务的第一服务名称的服务搜索请求帧从所述第一无线装置发送给所述第二无线装置;以及
从所述第二无线装置接收服务搜索响应帧,
其中,所述服务搜索响应帧包括服务状态信息,所述服务状态信息指示所述预定服务在所述第二无线装置上是否可用。
2.根据权利要求1所述的方法,其中,所述服务搜索响应帧包括第二服务名称,所述第二服务名称与所述第一服务名称相同或者包括所述第一服务名称作为前缀。
3.根据权利要求1所述的方法,该方法还包括:如果所述预定服务在所述第二无线装置上可用,则将请求服务关联的服务关联请求帧从所述第一无线装置发送给所述第二无线装置。
4.根据权利要求3所述的方法,其中,如果所述预定服务是Send服务,则所述服务关联请求帧包括关于将要发送的文件的send服务元信息。
5.根据权利要求4所述的方法,其中,所述send服务元信息包括将要发送的文件的数量、将要发送的文件的大小以及将要发送的文件的名称中的至少一个。
6.根据权利要求3所述的方法,其中,根据所述第二无线装置是否已被设定为自动接受所述第一无线装置的服务请求,所述第二无线装置在执行服务关联时确定是否等待用户的接受。
7.根据权利要求1所述的方法,其中,所述探测请求帧包括从所述第一服务名称散列转换的第一散列值,并且所述探测响应帧包括与所述第一散列值匹配的服务的公告标识符。
8.根据权利要求7所述的方法,其中,所述探测响应帧包括服务信息指示字段和服务状态字段中的至少一个,所述服务信息指示字段指示是否存在关于所述预定服务的服务信息,并且所述服务状态字段指示在所述探测响应帧被发送时所述预定服务在所述第二装置上是否可用。
9.根据权利要求1所述的方法,其中,所述探测请求帧包括所述第一无线装置期望搜寻的多个服务中的每一个服务的散列值,并且所述探测响应帧包括所述第二无线装置所支持的服务当中与所述多个散列值匹配的至少一个服务的公告标识符。
10.根据权利要求1所述的方法,该方法还包括:生成搜索结果事件以允许所述第一无线装置报告所述预定服务的搜索结果,其中,所述搜索结果事件包括指示所述预定服务在所述第二无线装置上是否可用的服务状态参数。
11.根据权利要求1所述的方法,其中,所述第一无线装置是服务搜寻方,并且所述第二无线装置是服务公告方。
12.一种在支持Wi-Fi Direct服务的第一无线装置中对服务进行公告的方法,该方法包括:
从第二无线装置接收探测请求帧,所述探测请求帧查询是否支持所述第二无线装置期望搜寻的预定服务;
如果支持所述预定服务,则将探测响应帧发送给所述第二无线装置;
从所述第二无线装置接收包括所述预定服务的第一服务名称的服务搜索请求帧;以及
将服务搜索响应帧发送给所述第二无线装置,
其中,所述服务搜索响应帧包括服务状态信息,所述服务状态信息指示所述预定服务在所述第一无线装置上是否可用。
13.根据权利要求12所述的方法,其中,如果所述预定服务在所述第一无线装置上的可用性改变,则所述第一无线装置调用服务状态改变方法,所述服务状态改变方法指示所述预定服务的所述可用性已经改变。
14.根据权利要求13所述的方法,其中,所述状态改变方法包括服务状态信息,所述服务状态信息指示所述预定服务的公告标识符和所述预定服务的改变的可用性。
15.一种支持Wi-Fi Direct服务并且搜索服务的第一无线装置,该第一无线装置包括:
收发器;以及
处理器,
其中,所述处理器控制所述收发器发送探测请求帧以搜索支持所述第一无线装置期望的预定服务的装置,所述处理器被设定为如果所述收发器从支持所述预定服务的第二无线装置接收到探测响应帧,则控制所述收发器将包括所述预定服务的第一服务名称的服务搜索请求帧发送给所述第二无线装置,并且从所述第二无线装置接收响应于所述服务搜索请求帧的服务搜索响应帧,并且
所述服务搜索响应帧包括服务状态信息,所述服务状态信息指示所述预定服务在所述第二无线装置上是否可用。
16.一种支持Wi-Fi Direct服务并且对服务进行公告的第一无线装置,该第一无线装置包括:
收发器;以及
处理器,
其中,如果所述收发器从第二无线装置接收到查询是否支持所述第二无线装置期望搜寻的预定服务的探测请求帧,则所述处理器控制所述收发器响应于所述探测请求帧发送探测响应帧,如果所述收发器从所述第二无线装置接收到包括所述预定服务的第一服务名称的服务搜索请求帧,则所述处理器控制所述收发器将服务搜索响应帧发送给所述第二无线装置,并且
所述服务搜索响应帧包括服务状态信息,所述服务状态信息指示所述预定服务在所述第一无线装置上是否可用。
Applications Claiming Priority (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261722244P | 2012-11-05 | 2012-11-05 | |
US61/722,244 | 2012-11-05 | ||
US201261722793P | 2012-11-06 | 2012-11-06 | |
US61/722,793 | 2012-11-06 | ||
US201261729635P | 2012-11-26 | 2012-11-26 | |
US61/729,635 | 2012-11-26 | ||
US201261732866P | 2012-12-03 | 2012-12-03 | |
US61/732,866 | 2012-12-03 | ||
US201261736490P | 2012-12-12 | 2012-12-12 | |
US61/736,490 | 2012-12-12 | ||
PCT/KR2013/009934 WO2014069965A1 (ko) | 2012-11-05 | 2013-11-05 | 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104770021A true CN104770021A (zh) | 2015-07-08 |
CN104770021B CN104770021B (zh) | 2019-07-26 |
Family
ID=50627765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380057066.8A Active CN104770021B (zh) | 2012-11-05 | 2013-11-05 | 在直接通信系统中搜索服务或对服务进行公告的方法及其装置 |
Country Status (9)
Country | Link |
---|---|
US (1) | US9830619B2 (zh) |
EP (1) | EP2869642B1 (zh) |
JP (1) | JP6377624B2 (zh) |
KR (1) | KR102152713B1 (zh) |
CN (1) | CN104770021B (zh) |
AU (1) | AU2013338811B2 (zh) |
CA (1) | CA2890323C (zh) |
RU (1) | RU2648580C2 (zh) |
WO (1) | WO2014069965A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105635947A (zh) * | 2015-12-28 | 2016-06-01 | 北京中科泰航科技有限公司 | 一种基于Linux接收终端的无线连接方法 |
CN111224948A (zh) * | 2019-11-29 | 2020-06-02 | 云深互联(北京)科技有限公司 | 一种发现应用的方法、装置、设备和存储介质 |
CN111641979A (zh) * | 2020-04-30 | 2020-09-08 | 华为技术有限公司 | 一种Wi-Fi点对点业务的实现方法以及相关设备 |
CN112135335A (zh) * | 2020-09-23 | 2020-12-25 | 北京蓦然认知科技有限公司 | 一种接入网络的方法、装置 |
CN112911729A (zh) * | 2021-01-29 | 2021-06-04 | 成都极米科技股份有限公司 | 隧道直接链路建立的方法、终端及存储介质 |
WO2023165359A1 (zh) * | 2022-03-03 | 2023-09-07 | 华为技术有限公司 | 一种Wi-Fi P2P连接的方法、装置以及系统 |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2613730C2 (ru) | 2012-11-29 | 2017-03-21 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ для установления связи в системе на основе служб по стандарту wi-fi direct и соответствующее устройство |
US9330047B2 (en) * | 2013-01-15 | 2016-05-03 | Qualcomm Incorporated | Wireless docking service with direct connection to peripherals |
JP6271839B2 (ja) * | 2013-01-25 | 2018-01-31 | キヤノン株式会社 | 通信装置、通信装置の制御方法、プログラム |
EP2984875B1 (en) * | 2013-04-11 | 2020-01-15 | Intel Corporation | Techniques for discovery of wi-fi serial bus and wi-fi docking services |
US20140313929A1 (en) * | 2013-04-17 | 2014-10-23 | Emily H. Qi | Enabling devices to discover services through a network controller or group owner |
US9635112B2 (en) * | 2013-05-02 | 2017-04-25 | Intel Corporation | Apparatus, system and method of managing an application service platform (ASP) session |
US9547619B2 (en) | 2013-05-24 | 2017-01-17 | Qualcomm Incorporated | Wireless docking |
US9619646B2 (en) | 2013-05-24 | 2017-04-11 | Qualcomm Incorporated | Access control for wireless docking |
US9832596B2 (en) | 2013-05-24 | 2017-11-28 | Qualcomm Incorporated | Wireless docking architecture |
US9811116B2 (en) | 2013-05-24 | 2017-11-07 | Qualcomm Incorporated | Utilization and configuration of wireless docking environments |
US20140351445A1 (en) * | 2013-05-24 | 2014-11-27 | Qualcomm Incorporated | Mac layer transport for wi-fi direct services application service platform without internet protocol |
US20150163300A1 (en) * | 2013-12-11 | 2015-06-11 | Qualcomm Incorporated | Automatic recreation of a peer-to-peer group in case of group owner termination |
US10349341B2 (en) | 2014-01-17 | 2019-07-09 | Blackberry Limited | Wireless network service type |
WO2015133865A1 (en) * | 2014-03-06 | 2015-09-11 | Samsung Electronics Co., Ltd. | Method and system for establishing a service session between seeker device and advertiser device |
JP6363871B2 (ja) * | 2014-05-16 | 2018-07-25 | キヤノン株式会社 | 通信装置、通信装置の制御方法およびプログラム |
US9906605B2 (en) * | 2014-05-23 | 2018-02-27 | Qualcomm Connected Experiences, Inc. | Enhanced DNS-based service discovery in an internet of things (IoT) environment |
US9510384B2 (en) * | 2014-09-09 | 2016-11-29 | Qualcomm Incorporated | Pre-association content discovery |
CN105451184A (zh) | 2014-09-30 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 无线通信方法及设备 |
CN105577732B (zh) * | 2014-10-31 | 2019-04-26 | 华为技术有限公司 | 一种服务发现方法、相关设备、及系统 |
EP3026942B1 (en) * | 2014-11-28 | 2017-09-27 | Nokia Technologies OY | Discovery of neighbour peers and connection establisment for a peer to peer communication |
GB2532988B (en) * | 2014-12-04 | 2021-03-03 | Arm Ip Ltd | Method and device for scanning for data processing devices |
WO2016126148A1 (ko) * | 2015-02-08 | 2016-08-11 | 엘지전자 주식회사 | 와이파이 디스플레이 장치에서 세션을 설정하는 방법 및 장치 |
KR102281753B1 (ko) * | 2015-04-14 | 2021-07-27 | 삼성디스플레이 주식회사 | 스테이지 회로 및 이를 이용한 주사 구동부 |
US10148769B2 (en) * | 2015-09-11 | 2018-12-04 | Blackberry Limited | Pre-association discovery of services |
WO2018040043A1 (zh) * | 2016-08-31 | 2018-03-08 | 华为技术有限公司 | 发现蓝牙设备的方法和蓝牙设备 |
CN110503451A (zh) * | 2018-05-18 | 2019-11-26 | 苏宁易购集团股份有限公司 | 基于位置的实体门店信息与商品促销信息推送方法和系统 |
US20200221378A1 (en) * | 2019-01-07 | 2020-07-09 | Apple Inc. | Active Scanning Enhancements for Multi-Band and Multi-Basic Service Set Discovery |
WO2020145666A1 (ko) * | 2019-01-11 | 2020-07-16 | 주식회사 아이티엘 | 무선통신시스템에서 사이드링크 물리계층 세션 아이디를 결정하는 방법 및 장치 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594578A (zh) * | 2008-05-30 | 2009-12-02 | 深圳华为通信技术有限公司 | 直连链路的建立方法、站设备及通信系统 |
CN102026340A (zh) * | 2009-09-15 | 2011-04-20 | 富士通株式会社 | 无线终端、无线基站以及无线通信系统中的通信方法 |
CN102547685A (zh) * | 2011-12-28 | 2012-07-04 | Tcl王牌电器(惠州)有限公司 | 直连链路的建立方法、终端及通信系统 |
CN102597982A (zh) * | 2009-09-08 | 2012-07-18 | 苹果公司 | 用于对等联网设备的有效服务发现 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2179373C2 (ru) | 1998-04-25 | 2002-02-10 | Самсунг Электроникс Ко., Лтд. | Регулирование мощности передачи между базовой станцией и мобильной станцией в системе мобильной связи |
JP2002359880A (ja) * | 2001-06-01 | 2002-12-13 | Seiko Epson Corp | 出力サービス提供システム、携帯端末、携帯物管理端末、出力機器、携帯端末用プログラム、携帯物管理端末用プログラム及び出力機器用プログラム |
JP3886955B2 (ja) * | 2002-11-05 | 2007-02-28 | 株式会社東芝 | 無線通信装置、携帯端末、無線通信装置を制御するプログラム |
KR100559979B1 (ko) | 2003-04-03 | 2006-03-13 | 엘지전자 주식회사 | 이동통신 시스템에서의 메시지 전송방법 |
US20130097302A9 (en) * | 2003-10-01 | 2013-04-18 | Robert Khedouri | Audio visual player apparatus and system and method of content distribution using the same |
US8559350B2 (en) * | 2005-12-20 | 2013-10-15 | Microsoft Corporation | Mechanism to convey discovery information in a wireless network |
US8478300B2 (en) * | 2005-12-20 | 2013-07-02 | Microsoft Corporation | Proximity service discovery in wireless networks |
US8170481B2 (en) * | 2008-03-24 | 2012-05-01 | Intel Corporation | Techniques for discovering services provided in a wireless network |
US9320067B2 (en) * | 2008-11-24 | 2016-04-19 | Qualcomm Incorporated | Configuration of user equipment for peer-to-peer communication |
US10117157B2 (en) * | 2009-11-17 | 2018-10-30 | Samsung Electronics Co., Ltd. | Method and device for investigating WiFi display service in a WiFi direct network |
US8559340B2 (en) | 2009-12-22 | 2013-10-15 | Samsung Electronics Co., Ltd. | Method and apparatus for service discovery in Wi-Fi direct network |
US9391853B2 (en) * | 2009-12-23 | 2016-07-12 | Apple Inc. | Efficient service advertisement and discovery in a peer-to-peer networking environment with dynamic advertisement and discovery periods based on operating conditions |
JP5353683B2 (ja) * | 2009-12-24 | 2013-11-27 | 日本電気株式会社 | 無線通信システム、無線通信機器および情報通知方法 |
JP2011188208A (ja) | 2010-03-08 | 2011-09-22 | Seiko Epson Corp | 無線通信装置および無線通信方法 |
KR101731844B1 (ko) * | 2010-05-14 | 2017-05-02 | 삼성전자 주식회사 | 와이파이 디바이스의 와이파이 서비스 제공 방법 및 시스템 |
KR20120045628A (ko) * | 2010-10-29 | 2012-05-09 | 엘지전자 주식회사 | 와이파이 다이렉트(Wi-Fi Direct)를 이용한 이동 단말기 및 그의 어플리케이션 연동방법 |
WO2012060611A2 (ko) | 2010-11-03 | 2012-05-10 | 엘지전자 주식회사 | 장치 탐색 방법 및 그를 이용한 통신 장치 |
KR101735334B1 (ko) | 2010-11-25 | 2017-05-15 | 삼성전자 주식회사 | 와이파이 P2P 디바이스(Wi-Fi Peer to Peer Device)의 디스커버리(Discovery) 방법 및 장치 |
CN103270792B (zh) | 2010-12-24 | 2018-03-30 | 三星电子株式会社 | 用于在wi‑fi直连通信方案中保护内容的方法和设备 |
CN103314366B (zh) | 2011-01-14 | 2017-05-03 | 三星电子株式会社 | 用于在Wi‑Fi直连通信系统中将用户输入从宿端装置发送到源端装置的方法和设备 |
KR101723453B1 (ko) | 2011-02-21 | 2017-04-05 | 삼성전자주식회사 | 휴대용 단말기에서 와이파이 다이렉트 연결 기반 유니버설 플러그 앤 플레이 서비스를 제공하기 위한 장치 및 방법 |
US20120233266A1 (en) * | 2011-03-11 | 2012-09-13 | Microsoft Corporation | Peer-to-peer group with renegotiation of group owner |
KR101267983B1 (ko) * | 2011-04-21 | 2013-05-27 | 아이테크 도쿄 코포레이션 | 무선랜 기반 피어투피어 응용간 연결 방법, 무선랜 기반 피어투피어 응용간 연결성 유지 방법 및 무선랜 기반 피어 단말 |
US9137621B2 (en) * | 2012-07-13 | 2015-09-15 | Blackberry Limited | Wireless network service transaction protocol |
KR20140010343A (ko) * | 2012-07-16 | 2014-01-24 | 삼성전자주식회사 | 무선 통신 시스템에서 토폴리지 처리 방법 및 장치 |
-
2013
- 2013-11-05 WO PCT/KR2013/009934 patent/WO2014069965A1/ko active Application Filing
- 2013-11-05 AU AU2013338811A patent/AU2013338811B2/en active Active
- 2013-11-05 JP JP2015540610A patent/JP6377624B2/ja active Active
- 2013-11-05 RU RU2015111490A patent/RU2648580C2/ru active
- 2013-11-05 EP EP13851846.9A patent/EP2869642B1/en active Active
- 2013-11-05 KR KR1020157015055A patent/KR102152713B1/ko active IP Right Grant
- 2013-11-05 CA CA2890323A patent/CA2890323C/en active Active
- 2013-11-05 CN CN201380057066.8A patent/CN104770021B/zh active Active
- 2013-11-05 US US14/417,056 patent/US9830619B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594578A (zh) * | 2008-05-30 | 2009-12-02 | 深圳华为通信技术有限公司 | 直连链路的建立方法、站设备及通信系统 |
CN102597982A (zh) * | 2009-09-08 | 2012-07-18 | 苹果公司 | 用于对等联网设备的有效服务发现 |
CN102026340A (zh) * | 2009-09-15 | 2011-04-20 | 富士通株式会社 | 无线终端、无线基站以及无线通信系统中的通信方法 |
CN102547685A (zh) * | 2011-12-28 | 2012-07-04 | Tcl王牌电器(惠州)有限公司 | 直连链路的建立方法、终端及通信系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105635947A (zh) * | 2015-12-28 | 2016-06-01 | 北京中科泰航科技有限公司 | 一种基于Linux接收终端的无线连接方法 |
CN111224948A (zh) * | 2019-11-29 | 2020-06-02 | 云深互联(北京)科技有限公司 | 一种发现应用的方法、装置、设备和存储介质 |
CN111641979A (zh) * | 2020-04-30 | 2020-09-08 | 华为技术有限公司 | 一种Wi-Fi点对点业务的实现方法以及相关设备 |
CN112135335A (zh) * | 2020-09-23 | 2020-12-25 | 北京蓦然认知科技有限公司 | 一种接入网络的方法、装置 |
CN112135335B (zh) * | 2020-09-23 | 2024-02-20 | 广州巨网时代科技有限公司 | 一种接入网络的方法、装置 |
CN112911729A (zh) * | 2021-01-29 | 2021-06-04 | 成都极米科技股份有限公司 | 隧道直接链路建立的方法、终端及存储介质 |
WO2023165359A1 (zh) * | 2022-03-03 | 2023-09-07 | 华为技术有限公司 | 一种Wi-Fi P2P连接的方法、装置以及系统 |
Also Published As
Publication number | Publication date |
---|---|
AU2013338811A1 (en) | 2015-05-21 |
RU2015111490A (ru) | 2016-12-27 |
JP2016503606A (ja) | 2016-02-04 |
EP2869642A4 (en) | 2016-03-30 |
US9830619B2 (en) | 2017-11-28 |
WO2014069965A1 (ko) | 2014-05-08 |
CA2890323A1 (en) | 2014-05-08 |
EP2869642B1 (en) | 2018-03-07 |
AU2013338811B2 (en) | 2016-12-01 |
RU2648580C2 (ru) | 2018-03-26 |
KR102152713B1 (ko) | 2020-10-26 |
US20150206190A1 (en) | 2015-07-23 |
EP2869642A1 (en) | 2015-05-06 |
CN104770021B (zh) | 2019-07-26 |
JP6377624B2 (ja) | 2018-08-22 |
CA2890323C (en) | 2018-12-04 |
KR20150094622A (ko) | 2015-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104770021A (zh) | 在直接通信系统中搜索服务或对服务进行公告的方法及其装置 | |
JP6328811B2 (ja) | ダイレクト通信システムにおけるp2pグループ形成方法およびそのための装置 | |
US9807677B2 (en) | Service discovery method and device in wireless LAN system | |
CN105027662A (zh) | 在无线通信系统中改变服务的方法和设备 | |
KR101680675B1 (ko) | 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치 | |
CN105340330A (zh) | 用于在直接通信系统中搜索装置的方法及使用该方法的装置 | |
CN104854953A (zh) | 用于无线通信系统中的会话初始化的方法和设备 | |
US9736766B2 (en) | Method for finding instrument for wi-fi direct P2P (peer to peer) communication and apparatus therefor | |
JP6599541B2 (ja) | 無線通信システムにおいてアプリケーションサービスプラットホームセッション形成方法及び装置 | |
US20180049013A1 (en) | Method and device for executing service discovery in wireless communication system | |
KR101801591B1 (ko) | 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치 | |
US10194381B2 (en) | Method and apparatus for performing discovery using MDNS in wireless communication system | |
US10397837B2 (en) | Method and device for performing session handover in wireless communication system | |
US20180077738A1 (en) | Method and apparatus for establishing application service platform session in wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |