CN105027662A - 在无线通信系统中改变服务的方法和设备 - Google Patents

在无线通信系统中改变服务的方法和设备 Download PDF

Info

Publication number
CN105027662A
CN105027662A CN201380074119.7A CN201380074119A CN105027662A CN 105027662 A CN105027662 A CN 105027662A CN 201380074119 A CN201380074119 A CN 201380074119A CN 105027662 A CN105027662 A CN 105027662A
Authority
CN
China
Prior art keywords
service
wireless device
session
asp
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
Application number
CN201380074119.7A
Other languages
English (en)
Other versions
CN105027662B (zh
Inventor
李丙周
金东哲
金镇湖
李旭峰
赵汉奎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105027662A publication Critical patent/CN105027662A/zh
Application granted granted Critical
Publication of CN105027662B publication Critical patent/CN105027662B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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]

Abstract

本发明涉及无线通信系统，并且更具体地，涉及一种在直接通信系统中改变服务的方法和设备。根据本发明的一个实施方式，一种在支持Wi-Fi直连服务的第一无线装置中建立会话的方法可以包括以下步骤：在第一无线装置与第二无线装置之间建立连接，其包括在第一无线装置与第二无线装置之间创建针对第一服务的会话的提供发现处理；以及从第一无线装置向第二无线装置发送request_session消息以创建针对第二服务的会话。用于第二服务的会话信息可以被包括在request_session消息中。

Description

在无线通信系统中改变服务的方法和设备
技术领域
以下描述涉及无线通信系统，并且更具体地，涉及在无线通信系统中转换服务的方法及其设备。
背景技术
近来，随着信息通信技术的发展，已开发了各种无线通信技术。在这些技术之中，无线LAN(WLAN)是使得家庭或公司或特定服务区能够通过使用诸如个人数字助理(Personal Digital Assistant，PDA)、膝上型计算机、便携式多媒体播放器(PortableMultimedia Player，PMP)的便携式终端来无线地接入互联网的技术。
作为可以使得装置(device)能够在没有常规WLAN系统中基本上需要的无线电接入点(AP)的情况下彼此容易地连接的直连通信技术，已讨论了Wi-Fi直连(Wi-Fi直连)或Wi-Fi对等(peer-to-peer，P2P)的引入。根据Wi-Fi直连，可以甚至在没有复杂的建立过程的情况下将装置彼此连接。并且，Wi-Fi直连可以在一般WLAN系统的通信速度下支持针对数据发送和接收的相互操作以给用户提供各种服务。
近来，已使用了各种Wi-Fi支持装置。在Wi-Fi支持装置之中，在没有AP的情况下使得能实现Wi-Fi装置之间的通信的Wi-Fi直连支持装置的数量一直增加。在Wi-Fi联盟(Wi-Fi Alliance，WFA)中，已讨论了用于使用Wi-Fi直连链路来支持各种服务(例如，发送(send)、播放(play)、显示(display)、打印(print)等)的平台的引入的技术。这可以被称为Wi-Fi直连服务(WFDS)。根据WFDS，可以通过被称作应用服务平台(Application Service Platform，ASP)的服务平台来控制或管理应用、服务等。
发明内容
技术任务
根据WFDS的现有技术，准备了一种在支持WFDS的装置之间执行服务的方法。然而，当在支持WFDS的装置之间存在多个可用服务时，仍然未定义在正在使用规定服务的同时将服务从一个服务转换到另一服务的方法。
本发明的一个目的在于提供一种无缝地转换服务的方法以及一种在WFDS系统中返回到原始服务的方法。具体地，本发明的一个目的在于提供一种用于WFDS装置控制或管理ASP以无缝地转换服务的方法。
从本发明可获得的技术任务不受以上提到的技术任务限制。并且，其它未提到的技术任务能够由本发明所属于的技术领域的普通技术人员从以下描述清楚地理解。
技术解决方案
为了实现这些和其它优点并且根据本发明的目的，如本文所具体实现和广义描述的，根据一个实施方式，一种在支持Wi-Fi直连服务的第一无线装置中建立会话的方法能够包括以下步骤：在所述第一无线装置与第二无线装置之间建立连接(connection)，包括在所述第一无线装置与所述第二无线装置之间为第一服务创建(create)会话的提供发现(provision discovery)处理；以及从所述第一无线装置向所述第二无线装置发送会话请求(REQUEST_SESSION)消息以创建针对第二服务的会话。在这种情况下，能够将关于所述第二服务的会话信息包括在所述会话请求消息中。
为了进一步实现这些和其它优点并且根据本发明的目的，根据不同实施方式，一种在支持Wi-Fi直连服务的第二无线装置中建立会话的方法能够包括以下步骤：在第一无线装置与所述第二无线装置之间建立连接(connection)，其中包括在所述第一无线装置与所述第二无线装置之间为第一服务创建(create)会话的提供发现(provisiondiscovery)处理；以及在所述第二无线装置中从所述第一无线装置接收会话请求(REQUEST_SESSION)消息以创建针对第二服务的会话。在这种情况下，能够将关于所述第二服务的会话信息包括在所述会话请求消息中。
为了进一步实现这些和其它优点并且根据本发明的目的，根据另外的不同实施方式，一种支持Wi-Fi直连服务并且执行会话建立的第一无线装置能够包括收发器和处理器，所述处理器被构造成在所述第一无线装置与第二无线装置之间建立连接(connection)，其中包括在所述第一无线装置与所述第二无线装置之间为第一服务创建(create)会话的提供发现(provision discovery)处理，所述处理器被构造成控制所述收发器从所述第一无线装置向所述第二无线装置发送会话请求(REQUEST_SESSION)消息以创建针对第二服务的会话。在这种情况下，能够将关于所述第二服务的会话信息包括在所述会话请求消息中。
为了进一步实现这些和其它优点并且根据本发明的目的，根据另外的不同实施方式，一种支持Wi-Fi直连服务并且执行会话建立的第二无线装置能够包括收发器和处理器，所述处理器被构造成在第一无线装置与所述第二无线装置之间建立连接(connection)，其中包括在所述第一无线装置与所述第二无线装置之间为第一服务创建(create)会话的提供发现(provision discovery)处理，所述处理器被构造成控制所述收发器在所述第二无线装置中从所述第一无线装置接收话请求(REQUEST_SESSION)消息以创建针对第二服务的会话。在这种情况下，能够将关于所述第二服务的会话信息能够在所述会话请求消息中。
能够将以下项共同地应用于根据本发明的实施方式。
如果所述第一无线装置与所述第二无线装置有连接，则能够从创建用于所述第二服务的会话的处理中省略提供发现处理。
能够将关于所述第一服务的会话信息包括在提供发现请求消息中。
能够在建立所述连接之前执行装置发现处理和服务发现处理中的至少一个。
装置发现处理能够包括从所述第一无线装置向所述第二无线装置发送的探测请求帧以及由所述第一无线装置从所述第二无线装置接收到的探测响应帧。所述探测请求帧和所述探测响应帧中的至少一个能够包括所述第一服务和所述第二服务的多个服务名称或多个服务散列值中的至少一个。
建立所述连接的步骤还能够包括P2P组形成处理。
如果所述第一无线装置的ASP(Application Service Platform，应用服务平台)从所述第一无线装置的服务层接收到连接会话(ConnectSession)方法(Method)，则所述ASP创建新的ASP会话作为服务搜索方(seeker)并且能够改变为初始(Initiate)状态。
如果响应于所述会话请求(REQUEST_SESSION)消息从所述第二无线装置接收到会话添加(ADDED_SESSION)消息，则所述第一无线装置的所述ASP能够从所述初始(Initiate)状态改变为打开(Open)状态。
如果在所述第一无线装置与所述第二无线装置之间存在连接，则能够将所述第一无线装置的所述ASP改变为组形成完成(GroupFormationComplete)状态。或，如果在所述第一无线装置与所述第二无线装置之间不存在连接，则所述第一无线装置的所述ASP能够被改变为服务请求发送(ServiceRequestSent)状态。
如果响应于所述会话请求(REQUEST_SESSION)消息从所述第二无线装置接收到会话拒绝(REJECTED_SESSION)消息，则所述第一无线装置的所述ASP能够从所述初始(Initiate)状态改变为关闭(Closed)状态。
如果创建了针对所述第二服务的所述会话，则能够释放分配给针对所述第一服务的所述会话的端口。
所述第一服务可以对应于被构造成支持发送(Send)、播放(Play)、显示(Display)、打印(Print)和第三方应用的服务中的一个。所述第二服务可以对应于除所述第一服务之外的不同服务。
所述第一无线装置可以对应于服务搜索方并且所述第二无线装置可以对应于服务通告方(advertiser)。
所述第一无线装置与所述第二无限装置之间的所述连接可以对应于P2P(Peer-to-Peer，对等)连接或IP(Internet Protocol网际协议)连接。
如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求(REQUEST_SESSION)消息，则所述ASP创建新的ASP会话作为服务通告方(advertiser)并且能够改变为Requested状态。
当在所述第一无线装置与所述第二无线装置之间存在连接时，如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求(REQUEST_SESSION)消息，则所述第二无线装置的所述ASP能够向所述第二无线装置的用户或所述第二无线装置的应用通知所述会话请求消息的接收。并且，能够从所述用户或所述应用接收指示所述会话请求的接受(accept)或拒绝(Reject)的信息。
如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求(REQUEST_SESSION)消息，则能够将所述第二无线装置的所述ASP改变为服务请求接收(ServiceRequestReceived)状态。在这种情况下，如果在所述第一无线装置与所述第二无线装置之间存在连接，则能够将所述第二无线装置的所述ASP从所述ServiceRequestReceived状态改变给打开(Open)状态。或，如果在所述第一无线装置与所述第二无线装置之间不存在所述连接，则能够将所述第二无线装置的所述ASP从所述ServiceRequestReceived状态改变为组形成开始(GroupFormationStarted)状态。
应当理解，上述总体描述和以下详细描述这二者是示例性和说明性的，并且旨在提供对所要求保护的本发明的进一步说明。
有益效果
根据本发明，能够提供一种无缝地转换服务的方法以及一种在WFDS系统中返回到原始服务的方法及其设备。具体地，根据本发明，能够提供一种用于WFDS装置控制或管理ASP以无缝地转换服务的方法及其设备。
从本发明可获得的效果可能不受以上提到的效果限制。并且，其它未提到的效果能够由本发明所属于的技术领域的普通技术人员从以下描述清楚地理解。
附图说明
附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请一部分，附图例示了本发明的实施方式，并且与本说明书一起用来说明本发明的原理。附图中：
图1是例示了IEEE 802.1系统的示例性结构的图；
图2是例示了WFD(Wi-Fi直连)网络的图；
图3是例示了配置WFD网络的过程的图；
图4是例示了邻居发现过程的图。
图5是例示了WFD网络的新方面的图；
图6是例示了用于为WFD通信建立链路的方法的图；
图7是例示了针对与执行WFD的通信组关联的方法的图；
图8是例示了用于为WFD通信建立链路的方法的图；
图9是例示了针对与WFD通信组相关联的链路的建立的方法的图；
图10是例示了WFDS框架组件的图；
图11是例示了WFDS操作的图；
图12是例示了WFDS中的ASP会话建立顺序的图；
图13至图16是例示了根据本发明的一个实施方式的服务转换的图；
图17是例示了根据本发明的附加实施方式的服务转换的图；
图18是例示了由本发明提出的服务切换的图；
图19是例示了根据本发明的附加实施方式的服务切换过程的图；
图20是例示了根据本发明的一个实施方式的服务切换过程的图；
图21是例示了根据本发明的服务切换的附加示例的图；
图22是例示了根据本发明的针对ASP会话的状态机的图；
图23是例示了针对服务搜索方的子状态机的图；
图24是例示了针对服务通告方的子状态机的图；
图25是根据本发明的一个实施方式的无线装置的配置的框图。
具体实施方式
现在将详细地参照本发明的优选实施方式，其示例被图示在附图中。在下文中本发明的详细描述包括细节以帮助对本发明的完全理解。然而，对于本领域技术人员而言显而易见的是，能够在没有这些细节的情况下实现本发明。
有时，为了防止本发明变得不清楚，为公众所知的结构和/或装置被跳过或能够被表示为以结构和/或装置的核心功能为中心的框图。只要可能，相同的附图标记将在所有附图中用来指代相同或类似的部分。
可以提供用于以下描述的特定术语以帮助对本发明的理解。并且，可以在本发明的技术构思的范围内将特定术语的使用修改成其它形式。
在一些情况下，省略已知的结构和设备以避免模糊本发明的概念，或被示出在结构中并且形成设备的关健功能中心块。并且，本说明书中会使用相附图标记用于对相同部件进行说明。
本发明的实施方式可以由包括IEEE 802系统、3GPP系统、3GPP LTE系统、3GPPLTE-A(LTE-Advanced)系统和3GPP2系统的无线接入系统中的至少一个的所公开的标准文档支持。具体地，在本发明的实施方式中未加以说明以清楚地揭示本发明的技术思想的步骤或部分可以由上述文档支持。此外，本文档中公开的所有术语可以由上述标准文档支持。
以下描述可以适用于包括CDMA(Code Division Multiple Access，码分多址)、FDMA(Frequency Division Multiple Access，频分多址)、TDMA(Time Division MultipleAccess，时分多址)、OFDMA(Orthogonal Frequency Division Multiple Access，正交频分多址)、SC-FDMA(Single Carrier Frequency Division Multiple Access，单载波频分多址)等的各种无线接入系统。CDMA可以利用如UTRA(Universal Terrestrial RadioAccess，通用陆地无线电接入)、CDMA2000等无线电技术实现。TDMA能够利用如GSM/GPRS/EDGE(Global System for Mobile communi cat ions/General Packet RadioService/Enhanced Data Rates for GSM Evolution，全球移动通信系统/通用分组无线电服务/增强型数据速率GSM演进)这样的无线电技术实现。OFDMA能够利用如IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、E-UTRA(演进型UTRA)等无线电技术实现。UTRA是UMTS(通用移动电信系统)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用E-UTRA的E-UMTS(演进型UMTS)的一部分。3GPP LTE在下行链路(在下文中缩写为DL)中采用OFDMA并且在上行链路(在下文中缩写为UL)中采用SC-FDMA。并且，LTE-A(LTE-Advanced)是3GPP LTE的演进版本。为了清楚，以下描述主要涉及IEEE 802.11系统，本发明的技术特征可能不受此限制。
WLAN系统的结构
图1是本发明适用于的IEEE 802.11系统的结构的一个示例的图。
IEEE 802.11结构可以包括多个组件，并且对于上层支持透明STA移动性的WLAN能够通过这些组件的交互来提供。基本服务集(Basic Service Set，BSS)可以对应于IEEE 802.11LAN中的基本配置块。图1示出了存在两个基本服务集BSS 1和BSS 2并且2个STA作为各个BSS的成员被包括的一个示例。具体地，STA 1和STA2被包括在BSS 1中并且STA 3和STA 4被包括在BSS 2中。在图1中，能够将指示BSS的椭圆理解为指示其中包括在对应BSS中的STA维持通信的覆盖范围区域。这个区域可以被命名为基本服务区域(Basic Service Area，BSA)。在STA离开BSA时，不能与对应BSA内的其它STA直接通信。
IEEE 802.11LAN中的最基本类型的BSS是独立BSS(Independent BSS，IBSS)。例如，IBSS能够具有仅包括2个STA的最小配置。此外，具有最简单配置并且其中省略了其它组件的图1所示的BSS(例如，BSS 1或BSS 2)可以对应于IBSS的代表性示例。如果STA能够彼此直接通信则这样的配置是可能的。以上配置的LAN不是通过被提前设计来配置的而是能够根据LAN需要配置的。并且，这可以被称作自组织网络。
如果STA被接通/断开或从BSS区域进入/逃脱，则能够动态地改变BSS中的STA的会员数。为了获得BSS中的会员数，STA能够使用同步过程参加BSS。为了访问基于BSS的结构的所有服务，STA应该与BSS相关联(associated)。这个关联(association)可以被动态地配置或可以包括DSS(Distribution System Service，分发系统服务)的使用。
另外，图1示出了如DS(Distribution System，分发系统)、DSM(Distribution SystemMedium，分发系统介质)、AP(Access Point，接入点)等配置元素。
在WLAN中，直接站到站距离可能受PHY能力限制。在一些情况下，距离的限制可能是足够的。然而，在一些情况下，可能有必要在较长距离的站之间执行通信。为了支持扩展覆盖范围，可以能够配置DS(分发系统)。
DS指示彼此互连的BSS的结构。具体地，如图1所示，BSS可以作为由多个BSS而不是独立存在的BSS构成的扩展形式的网络的配置元素而存在。
DS对应于逻辑概念并且能够由DSM(分发系统介质)的特性指定。关于此，IEEE802.11标准逻辑上区分WM(Wireless Medium，无线介质)和DSM(分发系统介质)。各个逻辑介质被用于彼此不同的目的并且由彼此不同的配置元素使用。IEEE 802.11标准的定义不将媒体局限于彼此相同并且不将媒体局限于彼此不同。因为多个媒体逻辑上彼此不同，所以可以能够说明IEEE 802.11 WLAN结构(DS结构或不同的网络结构)是灵活的。具体地，能够按照各种方式实现IEEE 802.11 WLAN结构并且该WLAN结构能够由各个实现情况的物理特性独立地指定。
DS提供处理到目的地的地址以支持移动装置所必需的多个BSS和逻辑服务的无缝(seamless)集成。
AP使得关联的STA能够经由WM访问DS。AP对应于具有STA功能性的实体(entity)。数据能够经由AP在BSS与DS之间移动。例如，如图1所示，虽然STA2和STA3具有STA功能性，但是STA2和STA3提供用于使得关联的STA(STA1和STA4)能够访问DS的功能。并且，因为所有AP基本上对应于STA，所以所有AP对应于可寻址实体。由AP用于在WM中通信的地址与由AP用于在DSM中通信的地址相同。
总是在不受控端口(uncontrolled port))中接收从与AP相关联的STA中的一个向AP的STA地址发送的数据并且该数据能够由IEEE 802.1X端口访问实体处理。如果受控端口(controlled port)被认证，则能够向DS传送传输数据(或帧)。
层结构
可以鉴于层(layer)结构描述在无线LAN系统中操作的STA的操作。在装置配置方面，层结构可以由处理器实现。STA可以具有多个层的结构。例如，由802.11标准文档处理的层结构主要包括位于数据链路层(Data Link Layer，DLL)上的MAC子层(sublayer)和物理(PHY)层。PHY层可以包括物理层汇聚过程(Physical LayerConvergence Procedure，PLCP)实体、物理介质相关(Physical Medium Dependent，PMD)实体等。MAC子层和PHY层概念上分别包括被称作MAC子层管理实体(MACsublayer Management Entity，MLME)和物理层管理实体(Physical Layer ManagementEntity，PLME)的管理实体。这些实体提供操作层管理功能的层管理服务接口。
为了提供确切的MAC操作，SME(Station Management Entity，站管理实体)存在于各个STA内。SME是可以被视为驻留在单独的管理平面中或视为驻留“在侧边((off to the side))”的层独立实体。在本文档中未指定SME的确切功能，但是一般而言这个实体可以被视为负责如从各种层管理实体(LME)收集层相关状态以及类似地设定层特定参数的值这样的功能。SME可以代表(on behalf of)一般系统管理实体执行这样的功能并且可以实现标准管理协议。
前述实体按照各种方式交互。例如，这些实体可以通过交换(exchange)GET/SET原语(primitive)进行交互。原语意指与特定对象有关的一组元素(element)或参数。XX-GET.request原语被用于请求给定MIB属性(管理信息基础属性)的值。XX-GET.confirm原语被用于如果状态为“成功”则返回适当的MIB属性值，否则在状态字段中返回错误指示。XX-SET.request原语被用于请求所指示的MIB属性被设定为给定值。如果这个MIB属性暗示特定动作，则这请求执行该动作。并且，使用了XX-SET.confirm原语使得，如果状态为“成功”，则这确认所指示的MIB属性已被设定为所请求的值，否则它在状态字段中返回错误条件。如果这个MIB属性暗示特定动作，则这确认该动作已被执行。
并且，MLME和SME可以通过MLME_SAP(Service Access Point，服务接入点)交换各种MLME_GET/SET原语。并且，可以通过PLME_SAP在PLME与SME之间交换PLME_GET/SET原语，并且可以通过MLME-PLME_SAP在MLME与PLME之间交换PLME_GET/SET原语。
无线LAN的演进
无线局域网(WLAN)技术的标准已由电气与电子工程师协会(lnstitute ofElectrical and Electronics Engineers，IEEE)802.1组开发。IEEE 802.11a和802.11b使用在2.4GHz或5GHz下的免授权频带。IEEE 802.11b提供11Mbps的传输速率而IEEE 802.11a提供54Mbps的传输速率。IEEE 802.11g在2.4GHz下应用正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)以提供54Mbps的传输速率。IEEE 802.11n可以使用多输入多输出(MIMO)-OFDM(Multiple Input Multiple Out put-OFDM)，并且提供300Mbps的传输速率。IEEE 802.11n可以支持多达40MHz的信道带宽(channel bandwidth)以提供600Mbps的传输速率。
在根据IEEE 802.11e的环境下的直接链路建立(Direct Link Setup，DLS)相关协议基于BSS(Basic Service Set，基本服务集)支持QoS(Quality of Service，服务质量)的QBSS(质量BSS(Quality BSS)。在QBSS中，AP以及非AP STA是支持QoS的QAP(质量AP)。然而，在当前商业化的WLAN环境(例如，根据IEEE802.11a/b/g的WLAN环境)下，尽管非AP STA是支持QoS的QSTA(Quality STA，质量STA)，但是AP很可能为未能支持QoS的传统(Legacy)AP。结果，存在即使在当前商业化的WLAN环境下在QSTA情况下也不能够使用DLS服务的局限。
隧道直接链路建立(Tunneled Direct Link Setup，TDLS)是新近建议来解决这样的局限的无线通信协议。TDLS尽管不支持QoS，但是使得QSTA能够甚至在诸如当前商业化的IEEE 802.11a/b/g的WLAN环境下也设定直接链路并且甚至在省电模式(Power Save Mode，PSM)情况下也设定直接链路。因此，TDLS规定用于使得QSTA能够甚至在由传统AP管理的BSS处设定直接链路的所有过程。在下文中，支持TDLS的无线网络将被称为TDLS无线网络。
Wi-Fi直连网络
根据现有技术的WLAN主要已处理无线电接入点(AP)充当集线器的基础设施(infrastructure)BSS的操作。AP执行用于无线/有线连接的物理层支持功能、用于网络上装置的路由功能、以及用于向网络添加装置/从网络中去除装置的服务提供。在这种情况下，网络内的装置不彼此不直接连接而是通过AP彼此连接。
作为用于支持装置之间的直接连接的技术，已讨论了Wi-Fi直连(Wi-Fi Direct)标准的制定。
图2是例示了Wi-Fi直连网络的图。Wi-Fi直连网络是即使在没有与家庭网络、办公室网络和热点网络关联的情况下也使得Wi-Fi装置能够执行装置对装置(D2D)(或对等(Peer-to-Peer，P2P))通信的网络，并且已经由Wi-Fi联盟(Alliance)建议。在下文中，基于Wi-Fi直连的通信将被称为WFD D2D通信(简单地D2D通信)或WFD P2P通信(简单地，P2P通信)。并且，执行WFD P2P的装置将被称为WFDP2P装置，简称为P2P装置。
参照图2，WFD网络200可以包括包含第一WFD装置202和第二WFD装置204的至少一个Wi-Fi装置。WFD装置可以包括Wi-Fi支持装置，例如，显示装置、打印机、数码相机、投影仪、智能电话等。另外，WFD装置可以包括非AP STA和APSTA。在这个示例中，第一WFD装置202是智能电话，而第二WFD装置204是显示装置。可以直接互连WFD网络的WFD装置。更详细地，P2P通信可能意味着两个WFD装置之间的信号传输路径是在不用通过第三装置(例如，AP)或传统网络(例如，通过AP接入到WLAN的网络)的情况下被直接配置在所对应的WFD装置中。在这种情况下，在两个WFD装置之间直接配置的信号传输路径可能限于数据传输路径。例如，P2P通信可能意味着多个非AP在不用通过AP的情况下发送数据(例如，语音、图像、文本信息等)。用于控制信息(例如，针对P2P配置的资源分配信息、无线装置标识信息等)的信号传输路径可以直接被配置在WFD装置之间(例如，非AP STA到非AP STA、非AP STA到AP)，可以通过AP被配置在两个WFD装置之间(例如，非AP到非AP STA)，或可以被配置在AP与所对应的WFD装置之间(例如，AP到非AP STA#1、AP到非AP STA#2)。
图3是例示了用于配置WFD网络的方法的图。
参照图3，可以将WFD网络建立过程主要分为两个过程。第一过程是邻居发现(Neighbor Discovery，ND)过程(procedure)(S302a)，并且第二过程是P2P链路配置和通信过程(S304)。通过该邻居发现过程，WFD装置(例如，图2的202)在(它自己的无线电)覆盖范围内搜索另一相邻WFD装置(例如，图2的204)，并且可以获得与所对应的WFD装置关联(association)(例如，预关联(pre-association))所需要的信息。在这种情况下，预关联可以意指无线电协议中的第二层预关联。例如，预关联所需要的信息可以包括相邻WFD装置的标识信息。可以每可用无线电信道执行邻居发现过程(S302b)。以后，WFD装置202可以执行与另一WFD装置204的WFD P2P链路配置/通信。例如，在WFD装置202与外围WFD装置204相关联之后，WFD装置202可以确定所对应的WFD装置204是否是不能满足用户的服务要求的WFD装置。为此，在WFD装置202是与外围WFD装置204预关联的第二层之后，WFD装置202可以搜索所对应的WFD装置204。如果所对应的WFD装置204不满足用户的服务要求，则WFD装置202可以服务为所对应的WFD装置204配置的第二层关联，并且可以配置与另一WFD装置的第二层关联。相反，如果所对应的WFD装置204满足用户的服务要求，则两个WFD装置202和WFD装置204可以通过P2P链路发送和接收信号。
图4是例示了邻居发现过程的图。可以将图4的示例理解为图3所示的WFD装置202与WFD装置204之间的操作。
参照图4，图3的邻居发现过程可以通过站管理实体(Station Management Entity，SME)/应用/用户/供应商的指示来启动(S410)，并且可以被分为扫描步骤(scan phase)S412和查找步骤(find phase)S414至S416。扫描步骤S412可以包括用于根据802.11方案对所有可用的RF信道进行扫描的操作。通过以上提到的操作，P2P装置可以确认最好的操作信道。查找步骤S414至S416可以包括侦听(listen)模式S414和搜索(search)模式S416。P2P装置可以另选地重复侦听模式S414和搜索模式S416。P2P装置202和P2P装置204可以通过在搜索模式S416下使用探测请求帧(Probe requestframe)来执行主动搜索。对于快速搜索，搜索范围可能限于由信道#1、#6、#11(2412、2437、2462MHz)表示的社交信道(social channel)。另外，P2P装置202和P2P装置204可以在侦听模式S414下从三个社交信道中选择仅一个信道，并且维持接收状态。在这种情况下，如果另一个P2P装置(例如，202)接收到在搜索模式下发送的探测请求帧，则P2P装置(例如，204)响应于所接收到的探测请求帧来生成探测响应帧(probe response frame)。可以随机地给出侦听模式S414的时间(例如，100、200、300时间单位(Time Unit，TU))。P2P装置连续地重复搜索模式和接收模式，使得它们可以搜索公共信道。在P2P装置发现另一P2P装置之后，P2P装置可以通过使用探测请求帧和探测响应帧来发现/交换装置类型、制造商或熟悉的装置名称(name)，使得P2P装置可以选择性地耦接至所对应的P2P装置。如果P2P装置通过邻居发现过程发现了外围P2P装置并且获得必要的信息，则P2P装置(例如，202)可以向SME/应用/用户/供应商通知P2P装置发现(S418)。
目前，P2P可以被主要用于诸如远程打印、照片共享等的半静态(semi-static)通信。然而，由于Wi-Fi装置和基于位置的服务的通用化，P2P可用性逐步增加。例如，期望P2P装置将积极地被用于社交聊天(例如，订阅社交网络服务(Social NetworkService，SNS)的无线装置在基于位置的服务基础上识别位于邻近区域中的无线电装置并且发送和接收信息)、基于位置的广告提供、基于位置的新闻广播和无线装置之间的游戏交互。为了方便描述，这样的P2P应用将在下文中被称为新P2P应用。
图5是例示了WFD网络的新方面的图。
可以将图5的示例理解为用于在其中应用了新P2P应用(例如，社交聊天、基于位置的服务提供、游戏交互等)的情况下使用的WFD网络方面。
参照图5，多个P2P装置502a至502d在WFD网络中执行P2P通信510，构成WFD网络的P2P装置可能由于P2P装置的移动而在任何时候改变，并且可以在短时间内动态地生成或删除新WFD网络。如上所述，新P2P应用的特性指示可以在密集(dense)网络环境中的多个P2P装置当中在短时间内动态地执行并且终止P2P通信。
图6是例示了为WFD通信建立链路的方法的图。
如图6a所示，第一STA610(在下文中，被称为“A”)在常规WFD通信期间正作为组所有方(Group Owner)。如果A610在与常规WFD通信的组客户端630的通信期间发现作为新WFD通信目标并且不执行WFD通信的第二STA620(在下文中，被称为“B”)，则A610试图与B 620的链路建立。在这种情况下，新WFD通信是A610与B 620之间的WFD通信，并且因为A是组所有方，所以A可以与常规组客户端630的通信分开地执行通信建立。因为一个WFD组可以包括一个组所有方和一个或更多个组客户端，如图6b所示，所以满足可以将将WFD链路设定为作为一个组所有方的A 610。在这种情况下，A 610邀请(invitation)B 620到常规WFD通信组，并且鉴于WFD通信特性，可以执行A 610与B 620之间及A 610与常规组客户端630之间的WFD通信，但是可能不支持B 620与常规组客户端630之间的WFD通信。如果在Wi-Fi直连的P2P能力当中激活了BSS内选项(或，设定为“开”)，则可以支持B 620与常规组客户端630之间的WFD直接通信(即，在Wi-Fi直连BSS中的客户端之间的直接通信)。
图7是例示了针对与执行WFD的通信组关联(association)的方法的图。
如图7的(a)所示，第一STA 710(在下文中，被称为“A”)正在作为组客户端730的组所有方执行通信，并且第二STA 720(在下文中，被称为“B”)正在作为组客户端740的组所有方执行通信。如图7的(b)所示，A 710可以终止(termination)常规WFD通信并且可以执行与B 720所属于的WFD通信组的关联(association)。因为A 710是组所有方，所以A 710成为组客户端。优选地，A 710在请求与B 720关联之前终止常规WFD通信。
图8是例示了用于为WFD通信配置链路的方法的图。
如图8的(a)所示，第二STA 820(在下文中，被称为“B”)在常规WFD通信期间正作为组所有方(Group Owner)。如果B 820正在执行与组客户端830的常规WFD通信，则不执行WFD通信的第一STA 810(在下文中，被称为“A”)发现B 820并且对于与B 820的新WFD通信试图链路建立。在这种情况下，如果B 820接受链路建立，则设定A 810与B 820之间的新WFD通信链路，并且A 810作为B 820的常规WFD组的客户端被操作。这种情况对应于A 810执行与B 820的WFD通信组的关联(association)的情况。A 810可以仅执行与作为组所有方的B 820的WFD通信，并且可能不支持A 810与常规WFD通信的客户端830之间的WFD通信。如果在Wi-Fi直连的P2P能力当中激活了BSS内选项(或，设定为“开”)，则可以支持A 810与常规WFD通信的客户端830之间的WFD直接通信(即，在Wi-Fi直连BSS中的客户端之间的直接通信)。
图9是例示了用于配置与WFD通信组相关联的链路的方法的图。
如图9的(a)所示，第一STA 910(在下文中，被称为“A”)正在作为组所有方930的组客户端执行WFD通信。这时，A 910发现正在作为另一WFD通信的组客户端940的组所有方执行通信的第二STA 920(在下文中，被称为“B”)，并且终止(termination)与组所有方930的链路。并且，A 910可以执行与B 920的WFD的关联。
Wi-Fi直连服务(WFDS)
Wi-Fi直连对应于被构造成定义链路层的操作的网络连接标准技术。因为仍然未定义针对在由Wi-Fi直连配置的链路的高层中操作的应用的标准，所以如果在支持Wi-Fi直连的装置彼此连接之后执行了应用，则难以支持兼容性。为了解决前述问题，对如Wi-Fi直连服务(WFDS)这样的高层应用的操作的标准化正由WFA(Wi-Fi联盟)讨论。
图10是例示了WFDS框架组件的图。
图10所示的Wi-Fi直连层指示由Wi-Fi直连标准定义的MAC层。Wi-Fi直连层能够由与Wi-Fi直连标准兼容的软件配置。无线连接能够由在Wi-Fi直连层的下部处与Wi-Fi PHY兼容的物理层(未描绘)配置。如ASP(Application Service Platform，应用服务平台)这样的平台被定义在Wi-Fi直连层的顶上。
ASP对应于公共共享平台(common shared platform)，并且ASP在位于ASP顶上的应用(Application)层与位于ASP底部处的Wi-Fi直连层之间执行会话(session)管理、服务的命令处理、ASP之间的控制和安全功能。
服务(Service)层被定义在ASP的顶上。服务层包括用户特定(use case)服务。WFA定义了包括发送(Send)服务、播放(Play)服务、显示(Display)服务和打印(Print)服务的4个基本服务。并且，使能(Enable)API(Aplication Program Interface，应用程序接口)被定义来使得ASP公共平台在支持第三方(3rd party)应用以及基本服务时可用。
尽管图10示出了发送服务、播放服务、显示服务、打印服务，但是由第三方应用等定义的服务作为服务的示例，本发明可能不受此限制。例如，在本文档中如“服务”这样的术语可以对应于支持WSB(Wi-Fi Serial Bus，Wi-Fi串行总线)、Wi-Fi对接(Wi-Fi Docking)和NAN(Neighbor Awareness Networking，邻居感知联网)的服务以及发送服务、播放服务、显示服务、打印服务和由第三方应用定义的服务中的一个。
发送服务可以对应于能够在两个WFDS装置与应用之间执行文件传送的服务。播放服务可以对应于能够在两个WFDS装置与应用之间基于DLNA(Digital LivingNetwork Alliance，数字实况网络联盟)共享或流式传输音频/视频(A/V)、图片、音乐等的服务。打印服务可以对应于能够在包括诸如文档、图片等的内容的装置及打印机和应用之间输出文档、图片等的服务。显示服务可以对应于能够在WFA和Sync的无线显示(Miracast)源与应用之间彼此共享屏幕的服务。
应用层能够提供用户接口(UI)并且执行如以可由人识别的形式表示信息、将用户的输入传送给底层等功能。
图11是例示了WFDS操作的图。
在图11中，假定存在包括装置A和装置B的两个对等(peer)装置。
ASP对应于被构造成实现由服务所需要的公共功能的逻辑实体(logical entity)。功能能够包括装置发现(Device Discovery)、服务发现(Service Discovery)、ASP会话管理、连接拓扑(topology)管理、安全等。
ASP会话对应于装置A的ASP与装置B的ASP之间的逻辑链路。为了开始ASP会话，有必要在对等装置之间建立P2P(Peer-to-Peer)对等)连接。ASP能够在两个装置之间建立多个ASP会话。多个ASP会话中的每一个能够由通过需要ASP会话的ASP分配的会话标识符来标识。
服务对应于使用ASP来向不同服务或应用提供使用特定功能的逻辑实体。装置的服务能够使用服务特定协议(服务特定协议能够由服务标准和ASP协议定义)与一个或更多个不同服务中的对应服务通信。
ASP与服务之间的接口由方法(Method)和事件(Event)定义。方法指示由服务启动的操作并且方法的参数(或字段)能够包括关于要执行的操作的信息。事件将信息从ASP提供给服务。
如果用户希望在装置A与装置B之间使用服务X，则各个装置的ASP在这些装置之间生成服务X专用的ASP会话。随后，如果用户希望使用服务Y，则为服务Y建立新的ASP会话。
图12是例示了WFDS中的ASP会话建立顺序的图。
在WFDS中定义对等装置之间的操作情况下，一个装置可以扮演服务通告方(advertiser)的角色并且另一装置可以扮演服务搜索方(seeker)的角色。服务搜索方发现服务通告方。如果服务搜索方发现(discover)优选服务，则服务搜索方可以请求与服务通告方连接。根据图12的示例，装置A执行服务通告方的角色并且装置B执行服务搜索方的角色。
在下文中简要地说明了图12所示的ASP会话建立操作。WFDS装置的特定服务搜索不同的WFDS和服务，请求服务并且建立Wi-Fi直连连接。在这样做时，应用能够操作。
在图12中，装置A通告(advertise)装置A的服务并且可以准备使得不同装置能够发现装置A的服务。装置A的ASP可以基于包括在从服务层提供的Advertisement()方法中的信息而对应于不同装置。
装置B对应于希望搜索服务并且开始服务的装置。装置B执行基于高层应用的请求或用户的请求而搜索支持服务的装置的处理。如果装置B的服务层从应用层接收到指示使用(使用服务(Use Service))服务的意图的信息，则装置B的服务层将必要的信息包括在SeekService()方法中并且能够将该SeekService()方法传送给ASP。
随后，装置B的ASP能够向不同装置发送探测请求帧(Probe Request frame)。在这种情况下，装置B的ASP以散列(hash)形式在探测请求帧中包括旨在由装置B的ASP找出或能够被装置B的ASP支持的服务的服务名称(service name)。
在已接收到探测请求帧后，装置A尝试散列匹配(hash matching)。如果支持与散列值对应的服务，则装置A能够向装置B发送探测响应帧(Probe Response frame)。探测响应帧能够包括服务名称(Service Name)、通告ID值等。
收发探测请求/响应帧的前述处理能够被称作使得用户能够知道装置A和装置B对应于支持WFDS以及由这些装置中的每一个支持的服务的装置的装置发现处理。
另外，能够经由P2P服务发现处理在装置A与装置B之间收发关于特定服务的细节项的信息。例如，能够经由服务发现请求消息从装置B向装置A传送诸如服务名称(在利用是否支持多个服务情况下，多个服务名称)、服务信息请求等的信息。装置A响应于从装置B传送的信息来执行服务信息匹配。如果服务信息彼此匹配，则装置A能够通知装置B对应服务能够被提供。例如，服务发现响应消息能够包括如服务名称、通告ID、服务状态(service status)等信息。服务状态信息对应于由服务通告方通知来指示由远程装置请求的服务是否可用的信息。能够使用由IEEE802.11u系统定义的GAS(Generic Advertisement Protocol，通用通告协议)来执行前述的服务发现处理。
如果通过由服务层所请求的SeekService()方法请求的操作完成，则装置B的ASP能够经由服务向应用和用户通知操作的结果(即，SearchResult)。
这时仍然尚未形成Wi-Fi直连的组。如果用户选择服务并且该服务执行会话连接(即，连接会话(ConnectSession))，则继续进行P2P组形成(group formation)。在这种情况下，经由提供发现请求(Provision Discovery Request)和提供发现响应(Provision Discovery Response)与彼此交换会话信息和连接能力(connectioncapability)信息。
会话信息对应于指示由服务请求的服务的粗略信息的提示信息。例如，如果请求了文件传送服务，则会话信息向对方通知文件的数量、文件的大小等以使得对方能够确定是否接受/拒绝(accept/reject)服务请求。连接能力信息能够被用作用于在GO(组所有方)协商(Group Owner negotiation)和P2P邀请(invitation)处理中生成组的信息。
如果装置B将提供发现请求消息传送给装置A，则装置A的ASP将包括服务信息等的会话请求(SessionRequest)传送给服务层并且该服务层将服务信息传送给应用/用户。如果应用/用户基于会话信息确定接受对应会话，则经由服务层将确认(ConfirmService())传送给ASP。
在此时间期间，装置A的ASP将提供发现响应消息传送给装置B并且能够将提供发现响应消息的状态信息构造成“推迟的”。这是因为对于状态信息来说有必要指示对应服务未被立即接受并且等待用户输入。因此，装置B的ASP将ConnectStatus事件传送给服务层并且可以能够通知服务请求被延期。
如果ConfirmService()被传送给装置A的ASP，则能够执行改进型(follow-on)的提供发现处理。具体地，装置A能够将提供发现请求消息提供给装置B。这被称作改进型的提供发现处理。提供发现请求消息能够连同服务信息一起包括指示对应服务的状态是成功(success)的信息。在这样做时，装置B的ASP将ConnectStatus事件传送给服务层并且可以能够通知服务请求被接受。并且，装置B的ASP能够将提供发现响应消息传送给装置A并且能够将连接能力信息包括在提到发现响应消息中。
在执行了P2P提供发现处理之后，经由GO协商处理或邀请处理生成P2P组并且执行第二层(L2)连接和IP(网际协议)连接。这时省略对GO协商处理的细节说明。
如果GO协商完成并且生成了P2P连接或IP连接，则装置A和装置B经由ASP协调协议(coordination protocol)传送REQUEST_SESSION消息以请求会话。REQUEST_SESSION消息能够包括通告ID、MAC地址(mac_addr)、会话ID等。MAC地址对应于P2P装置的地址。装置A能够响应于REQUEST_SESSION消息将ACK消息传送给装置B。
在接收到ACK消息后，装置A通知高层服务/应用会话被连接。服务层请求关于会话的端口信息并且可以能够将会话和端口彼此绑定(binding)。在这样做时，ASP打开端口(ASP能够在防火墙(Firewall)中打开端口)并且能够通知服务层该端口就绪。服务层能够通知ASP会话就绪(SessionReady())。
随后，装置A的ASP向对方装置发送ADDED_SESSION消息。在这种情况下，ADDED_SESSION消息能够包括会话ID(session ID)、MAC地址信息等以唯一地(unique)标识服务。在已接收到ADDED_SESSION消息后，装置B的ASP向服务层通知会话连接并且可以能够按照通过端口请求、端口绑定等的方式通知服务层端口就绪(PortReady())。ASP能够在防火墙中(firewall)打开端口。
随后，在装置A的服务层与装置B的服务层之间通知应用套接字(socket)连接并且用于发送应用数据的链路由应用层通知。通过这样做，能够收发应用数据。
装置B的应用/用户能够向服务层指示对应应用的关闭(Close Application，关闭应用)。因此，服务层将会话关闭(closedSession())方法传送给ASP并且可以能够通知ASP对应端口被释放(release)。
因此，装置B的ASP能够经由REMOVE_SESSION消息要求装置A终止连接的服务。REMOVE_SESSION消息能够包括通告ID、MAC地址、会话ID等。
装置A的ASP经由服务层向应用/用户通知会话的关闭并且该服务层能够向ASP通知端口释放。因此，如果对于对应服务活动的会话不存在，则ASP能够在防火墙中关闭传入(incoming)端口。装置A能够响应于REMOVE_SESSION消息将ACK消息传送给装置B。如果对于对应服务活动的会话不存在，则装置B的ASP还能够在防火墙中关闭传入端口。
随后，装置A和装置B能够经由分离(Di association)请求/响应终止P2P连接和相互关联(association)。
当使用P2P提供发现处理来启动服务请求时，已经参照图12所示的示例说明了服务搜索方与服务通告方之间的消息序列。在图12的示例中，假定了auto_accept被设定为FALSE(如果auto_accept被设定为TRUE，则ASP能够操作来在没有来自服务的ConfirmationService方法的情况下接受所有ASP会话服务请求)。并且，各个ASP能够使用SessionStatus事件和ConnectionStatus事件来向服务通知当前状态。
转换服务的方法
两个WFDS装置能够经由ASP协调协议执行ASP会话的请求、添加、拒绝、去除等。ASP协调协议对应于由WFDS定义的单独的控制协议并且提供在ASP之间经由UDP(用户数据报协议)通信的方法。
根据现有技术，当存在能够由两个WFDS装置共同地提供的多个服务类型时，尽管通过现有技术定义了连接单个服务的方法，但是仍然未定义作为返回到原始服务的方法的在彼此不同的服务之间转换服务并且转换服务之间这样的相互操作的方法。
例如，当WFDS装置A和WFDS装置B这二者支持播放服务和显示服务时，根据现有技术，尽管定义了独立地执行各个服务，但是根本未定义在播放服务与显示服务之间转换以及关于返回到服务的内容。
播放服务(例如，DLNA)对应于用于共享或流式传输诸如A/V、图片、音乐等的基于文件的本地内容的服务。尽管显示服务(例如，Miracast)与播放服务类似，但是显示服务对应于用于按照实时地对画面进行编码而不是共享/流式传输基于文件的内容的方式向接收(Rx)装置发送发送(Tx)装置的画面的屏幕镜像(screenmirroring)技术。
下文中的表1彼此比较显示服务的特性和播放服务的特性。
[表1]
如表1所示，显示服务适于共享主画面、应用画面而不是典型的A/V内容。然而，文件内容由于转码的负担而不适合于显示服务。尽管播放服务有优点的原因在于能够在不损坏原始质量的情况下执行基于文件的媒体流式传输，但是播放服务不能支持画面它本身的镜像。
如前面描述中所提到的，尽管两种类型的屏幕共享服务是常见的原因在于播放服务和显示服务是在屏幕上显示内容的服务，但是互补地或另选地应用了该两种类型的服务。如果Tx装置使用Miracast来发送基于文件的A/V内容，则A/V内容按照被再次编码的方式在本地解码和发送，从而生成开销。在再次对内容进行编码情况下，发生质量劣化。在这种情况下，使用播放服务代替显示服务来发送内容是更高效的。或，当Tx装置希望与Rx装置共享诸如游戏或主画面的基于非文件的内容时，因为难以使用播放服务来实现屏幕共享，所以应用显示服务是更高效的。如前面描述中所提到的，在互补且另选的服务情况下，要求具有用于ASP支持如在服务之间转换、改变和返回这样的操作的方法。
本发明的示例是按照假定在执行显示服务的同时转换到播放服务的情况或在执行播放服务的同时转换到显示服务的情况的方式说明的，本发明可能不受此限制。作为不同的示例，如果第一层/第二层(L1/L2)吞吐量不足以支持显示服务和发送服务这二者，则按照同样地应用由本发明提出的原理的方式能够在执行显示服务的同时将显示服务转换到发送服务或能够在执行发送服务的同时将发送服务转换到显示服务。
当应用希望将服务转换成不同服务时，能够假定以下情形。
例如，能够假定搜索方装置的应用对服务调用接收侧的播放服务的查找(SeekService(org.wi-fi.wfds.play.rx,…)或接收侧的显示服务的查找(SeekService(org.wi-fi.wfds.display.rx,…)的情况。在这种情况下，应用能够基于包括用户的输入、装置策略、吞吐量测量结果等的各种信息来确定将服务转换成不同服务。
或，为了找出已调用发送侧的播放服务的备用(AdvertiseService(org.wi-fi.wfds.play.tx,…)的通告方装置以及已调用发送侧的播放服务的查找(SeekService(org.wi-fi.wfds.play.tx,…)的搜索方装置是否支持接收侧的显示服务(org.wi-fi.wfds.display.rx)，可以能够假定调用接收侧的显示服务的查找(SeekService(org.wi-fi.wfds.display.rx,…)的情况。在这种情况下，应用能够基于包括用户的输入、装置策略、吞吐量测量结果等的各种信息来确定转换服务。
图13至图16是例示了根据本发明的一个实施方式的服务转换的图。
图13和图14示出了针对服务A的操作(即，ASP会话建立操作)。图13示出了探测请求/响应、服务发现请求/响应、针对服务A的提供发现请求/响应和GO协商处理。
找寻包括第一服务(服务A)和第二服务(服务B)的两种类型的服务经由图13所示的处理执行。具体地，第二装置(装置B)能够经由装置发现处理和/或服务发现处理来检查第一装置(装置A)是否支持服务A和服务B。如果装置A和装置B支持服务A和服务B这二者，则根据图13的示例，能够经由针对服务A的提供发现请求/响应处理在装置A与装置B之间交换关于服务A和连接能力的会话信息。
具体地，假定装置A支持服务A和服务B这二者并且装置B支持服务A和服务B这二者。由装置A支持的服务A和服务B中的每一个使用AdvertiseService()方法来向ASP通知由各个服务支持的服务。并且，由装置B支持的服务A和服务B中的每一个使用AdvertiseService()方法来向ASP通知由各个服务支持的服务。
如果应用/用户找出新服务并且放置输入以驱动该服务，则该服务经由ASP在周围的WFDS支持装置当中搜索支持该服务的装置。
在图13的示例中，假定装置B的应用/用户希望使用服务A(使用服务)。因此，服务A将SeekService()方法传送给ASP。因此，ASP能够使用P2P探测请求/响应消息来搜索支持服务A的周围的WFDS装置。
具体地，探测请求消息能够包括成为搜索的目标的服务的散列值。在已接收到探测请求消息后，如果服务散列值彼此匹配，则装置A能够按照将散列值或服务名称包括在探测响应消息中的方式发送探测响应消息。在对支持多个服务的WFDS装置进行扫描情况下，探测请求帧能够包括多个服务名称或多个服务散列值。
下文中的表2和表3示出了能够被另外包括在由本发明提出的探测响应消息中的信息的格式。
[表2]
[表3]
[表4]
根据传统方案，因为关于单个服务的信息被包括在探测响应消息中，所以有必要交换探测请求/响应帧许多次以对于多个服务执行装置发现。
根据本发明，在P2P探测响应帧中定义了如通告服务信息(Advertised ServiceInfo)这样的字段，一个或更多个通告服务描述符(Advertised Service Descriptor)被包括在通告服务信息中并且它被定义为一个通告服务描述符包括关于单个服务的信息。具体地，表2所示的通告服务信息被包括在单个探测响应消息中并且表3或表4所示的一个或更多个通告服务描述符被包括在通告服务信息中。表3或表4示出了单个通告服务描述符的子字段的格式。
能够将指示对应服务是否是可支持的服务通知字段以及指示对应服务是否支持服务切换的信息中的至少一个包括在通告服务描述符中。与其中服务切换字段被设定为0x01的通告服务描述符对应的服务可以能够指示服务切换是适用的。
在经由前述的P2P探测请求/响应处理发现了装置之后，能够另外执行服务发现请求/响应处理。
表5和表6示出了包括在服务发现响应消息中的服务信息。
[表5]
[表6]
根据传统方案，因为关于单个服务的信息被包括在服务发现响应消息中，所以有必要交换服务发现请求/响应帧许多次以对于多个服务执行装置发现。
根据本发明，能够在P2P服务发现响应帧中定义一个或更多个服务信息描述符(Service Info Descriptor)。如表5所示，还能够定义指示包括在P2P服务发现响应帧中的服务信息字段的数量的字段。表6示出了单个服务信息描述符的子字段的格式。服务信息描述符能够包括从由服务状态(service status)字段、服务切换字段、服务名称长度字段、服务名称字段、服务信息长度字段和服务信息字段构成的组中选择的至少一个。
如前面描述中所提到的，装置A和装置B能够经由单个装置发现处理和服务发现处理对于服务A和服务B执行装置发现和服务发现。
图14示出了针对服务A的会话请求和为服务A添加会话的处理。
因为图14所示的处理的细节项与图12的对应处理相同，这时省略对重叠项的说明。针对服务A的会话由图13和图14所示的操作的结果启动。
图15至图16示出了针对服务B的ASP会话建立操作。
如图15所示，如果应用在针对服务A的会话存在于的两个装置之间调用服务B，则应该执行从服务A转换到服务B。为此，有必要为服务B建立新会话。
在这种情况下，根据现有技术，它被定义为有必要执行提供发现请求/响应处理、GO协商处理、会话请求处理和会话添加处理以在装置之间添加新服务B。然而，当P2P连接已经存在于装置A与装置B之间时，如果经由提供发现请求/响应处理在装置A与装置B之间交换了连接能力(connection capability)信息以为服务B建立会话，则这可能是不必要的或效率低的。
因此，如图15所示，为了执行从服务A转换到服务B，能够在跳过了提供发现请求/响应处理的同时对于新服务B的会话建立直接执行会话请求处理和会话添加处理。
已经在L2(第二层)/L3(第三层)连接(例如，IP连接或P2P连接)已经被配置在服务通告方与服务搜索方之间情况下经由图15所示的示例说明了消息序列。在这种情况下，服务搜索方能够在不用执行提供发现处理的情况下使用REQUST_SESSION消息来启动服务请求。
图16示出了ASP终止服务A的ASP会话的操作。如果服务搜索方装置通过用户输入来指示终止服务A的会话，则能够根据用户输入执行服务终止处理。
图17是例示了根据本发明的附加实施方式的服务转换的图。
图17示出了代替图15执行的操作。具体地，根据本发明的附加示例的服务转换操作能够按照图13、图14、图17和图16的顺序执行针对服务A的会话建立(图13和图14)、针对服务B的会话建立(图17)和针对服务A的会话关闭(图16)。
根据图17的示例，如果在装置B中发生用于服务转换的用户输入，则服务B能够指示ASP连接会话。随后，装置B的ASP将会话请求(REQUEST_SESSION)消息传送给装置A。会话请求消息能够包括会话信息(即，关于服务B的会话信息)。装置A的服务B能够基于包括在会话请求消息中的会话信息经由应用从用户接收针对服务B的会话建立的用户输入。
如果服务B在装置A中不可用或装置B被用户/应用拒绝，则可以能够传送REJECTED_SESION消息而不是图17的ADDED_SESSION消息。
已经在L2(第二层)/L3(第三层)连接(例如，IP连接或P2P连接)已经被配置在服务通告方与服务搜索方之间情况下经由图17所示的示例说明了消息序列。在这种情况下，服务搜索方能够在不用执行提供发现处理的情况下使用REQUST_SESSION消息来启动服务请求。在这种情况下，服务信息(提示信息或元数据)被包括在REQUEST_SESSION消息中。
图18是例示了由本发明提出的服务切换的图。
WFDS服务(例如，显示服务和播放服务)之间的无缝(seamless)切换对于增强用户体验的质量是非常重要的。
在图18的示例中，假定装置A与装置B之间的显示服务(例如，Miracast)是由装置A的用户输入启动的情况，具体地，装置A扮演显示服务的发送侧或源(Source)的角色并且装置B扮演显示服务的接收侧或收信方的角色。能够通过显示服务在装置B上显示由装置A执行的主画面、游戏、应用(Apps)等的画面。
根据图18的示例，如果启动了显示服务并且在装置A与装置B之间建立(establish)了WFDS显示服务，例如，则能够通过显示服务在装置B上显示装置A的主画面。
在这种情况下，假定装置A的用户通过执行图库应用来选择电影文件。在这种情况下，显示服务不适于处理基于文件的内容。优选提供通过显示服务来显示基于文件的内容的服务。因此，要求执行从显示服务到播放服务的切换(switch)(或前述的服务转换)。
参照图18的示例，切换请求(即，从显示服务到播放服务的切换/转换的请求)消息被从装置A传送给装置B，执行WFDS服务切换并且能够通过播放服务在装置B上播放由装置A的用户选择的电影文件。具体地，装置A执行发送侧或“+PU+”(推送控制器)的角色并且装置B执行接收侧或DMR(Digital Media Renderer，数字媒体渲染器)的角色。
图19是例示了根据本发明的附加实施方式的服务切换过程的图。
能够充分理解图19的示例，因为早先参照图13至图16提到的服务转换方法用图15至图16中所描述的操作代替。具体地，根据本发明的附加示例的服务切换操作能够按照图13和图14的顺序执行针对服务A的会话建立(图13和图14)并且执行从服务A到服务B的切换(图19)。
假定装置A和装置B这二者支持如服务A和服务B这样的相同服务并且服务A和服务B这二者支持服务切换。
在图19的示例中，装置B的应用/用户确定在执行服务A中间进行到服务B的切换并且可以能够向服务A通知该确定。随后，服务A能够将指示服务切换的方法(ServiceHandover())传送给ASP。
装置B的服务B要求ASP经由ServiceHandover()方法进行到服务B的切换。在已接收到请求后，装置B的ASP要求装置A的ASP使用ASP协调协议的HANDOVER_SESSION消息来进行切换。在这种情况下，能够将与切换的目标对应的服务B的advertisement_id、mac_address和session_id信息包括在HANDOVER_SESSION消息中。在已接收到HANDOVER_SESSION消息后，装置A的ASP能够将SessionHanover()事件传送给服务A。能够通过应用或用户的配置来确定所请求的服务切换被接受还是被拒绝。在装置A中当前执行的服务A可以根据对于应用/用户的切换的接受关闭当前会话并且取消使用中的端口。随后，应用/用户经由ASP协调协议的ADDED_SESSION消息为服务B添加会话并且向装置B通知所添加的会话的结果。在已接收到ADDED_SESSION消息后，装置B的ASP变得知道装置A的切换的接受并且可以能够执行服务B。
对于诸如图19的示例的会话切换操作，能够在ASP协调协议中定义新操作码。操作码能够指示消息类型。例如，如在下文中表7所示，能够将操作码4定义为指示HANDOVER_SESSION消息的操作码。
[表7]
操作码 消息
0 REQUEST_SESSION
1 ADDED_SESSION
2 REJECTED_SESSION
3 REMOVE_SESSION
4 HANDOVER_SESSION
5 ACK
6-127 保留
[表8]示出了与图19的实施方式有关的HANDOVER_SESSION消息的格式。
[表8]
图20是例示了根据本发明的一个实施方式的服务切换过程的图。
图20的示例可以被理解为先前参照图13至图16所提到的服务转换方法用图15至图16中所描述的操作代替。具体地，根据本发明的附加示例的服务切换操作能够按照图13和图14的顺序执行针对服务A的会话建立(图13和图14)并且执行从服务A到服务B的切换(图19)。
假定装置A和装置B这二者支持如服务A和服务B这样的相同服务并且服务A和服务B这二者支持服务切换。
在图20的示例中，装置B的应用/用户确定在执行服务A中间进行到服务B的切换并且可以能够向服务A通知该确定。随后，服务A能够将指示服务切换的方法(ServiceHandover())传送给ASP。
用于服务切换的方法能够由ServiceHandover(service_mac,advertisement_id,session_information,session_mac,and session_id)定义。
在这种情况下，service_mac字段指示远程P2P装置的MAC地址。service_mac字段能够具有与由早先在图13中提到的SearchResult事件返回的值相同的值。advertisement_id字段能够指示切换目标服务(即，服务B)的通告ID。session_information字段可以对应于由服务通告方在启动了服务切换时传送的会话信息。在一些情况下，session_information字段可以由NULL配置。session_mac字段指示已将session_id分配给当前ASP会话的P2P装置的MAC地址。session_id字段指示当前ASP会话的会话标识符。session_mac信息和session_id信息能够由ServiceHandover()方法返回。
在已从服务A接收到ServiceHandover()方法后，装置B的ASP向装置A发送切换会话(HANDOVER_SESSION)消息并且可以能够将被构造成Initiated的会话状态事件传送给服务B。这可以指示服务搜索方的ASP已请求ASP会话但是未准备好使用该ASP会话。或，它可以指示服务搜索方的ASP正在等待通告方的认证或仍然未建立网络连接。
由装置B传送给装置A的切换会话消息能够包括如服务A的会话MAC(session_mac)、会话ID、通告ID等信息以及如服务B的会话MAC、会话ID、会话信息等信息。会话MAC(session_mac)信息可以指示已分配了会话ID的P2P装置的MAC地址。
随后，装置A的ASP将会话请求事件(SessionRequest)传送给服务B并且服务B将会话信息传送给应用/用户以及可以能够接收用户输入(例如，接受)。如果用户输入被通知给服务B，则服务B能够将确认方法(SessionConfirm())传送给ASP。
装置A的ASP将会话状态事件传送给服务B并且能够将状态设定为“Requested”。这可以指示服务通告方的ASP向服务层通知由不同装置请求的会话的请求。并且，装置A的ASP能够将被构造成“Open”的会话状态事件传送给服务B。这可以指示ASP会话建立完成并且准备好使用。随后，如果在诸如端口请求、端口绑定、端口就绪等的方法/事件在装置A的服务B与ASP之间彼此交换之后会话就绪方法(SessionReady())被传送给ASP，则ASP能够将ADDED_SESSION消息传送给装置B。能够将如MAC地址、会话ID等信息包括在ADDED_SESSION消息中。装置B的ASP将被构造成“Open”的会话状态事件传送给服务B并且ASP能够向装置A发送ACK消息。
随后，装置B的ASP能够将被构造成“Closed”的会话状态事件传送给服务A。这可以指示会话状态从“Initiated”状态被转换到“Open”或被转换到“Closed”状态。通过这样做，服务A能够将指示端口释放的方法(ReleasePort())传送给ASP。
在已从装置B接收到ACK消息后，装置A的ASP能够将被构造成“Closed”的会话状态事件传送给服务A。通过这样做，服务A能够将指示端口释放的方法(ReleasePort())传送给ASP。
此外，装置B的服务B向装置A的服务B通知应用套接字连接并且应用层形成用于发送应用数据的链路。在这样做时，形成了能够发送和接收应用数据的状态并且初始化了针对服务B的服务会话。
在图20的示例中，如果服务B在装置A中不可用或对服务B的请求被应用/用户拒绝，则装置A向装置B发送REJECTED_SESSION消息而不是ADDED_SESSION消息并且可以能够维持原始会话(即，针对服务A的会话)。
对于诸如图20的示例的会话切换操作，能够在ASP协调协议中定义新操作码。操作码能够指示消息类型。例如，如表6所示，能够将操作码4定义为指示HANDOVER_SESSION消息的操作码。
还能够如下文中的表9或表10一样定义HANDOVER_SESSION消息的格式。
[表9]
[表10]
在表9和表10中，操作码的值被设定为4并且它根据表6指示HANDOVER_SESSION消息类型。
表10示出了与表9相比还包括关于当前服务的advertisement_id信息的示例。
为了支持服务转换或服务切换，可以能够同样使用REQUEST_SESSION消息。具体地，传统REQUEST_SESSION消息在ASP协调协议中被修改为将经修改的传统REQUEST_SESSION消息用作用于在ASP会话已经存在的情形下建立新的ASP会话的消息。能够如下文中的表11一样定义经修改的传统REQUEST_SESSION消息的格式。
[表11]
图21是例示了根据本发明的服务切换的附加示例的图。
图21的示例示出了支持WFDS的智能电话与TV之间的服务切换。假定智能电话支持播放服务的发送侧(TX)功能和显示服务的TX功能。假定TV支持播放服务的接收侧(RX)功能和显示服务的RX功能。
在装置发现处理中经由探测请求/响应消息的交换扮演搜索方的角色的智能电话能够检查通过TV扮演搜索方的角色所支持的服务和服务切换能力。
随后，在根据WFDS规范建立了会话之后启动显示服务(例如，Miracast)。通过这样做，智能电话能够在TV的屏幕上镜像智能电话的屏幕(屏幕镜像)。智能电话的用户能够在执行显示服务中间从图库中选择特定A/V文件(即，存储在智能电话的存储部中的基于文件的视频)。在这种情况下，智能电话希望经由播放服务将基于文件的内容发送到TV。是否在执行显示服务中间转换到播放服务或进行到播放服务的切换可以遵循智能电话的配置和/或制造商的策略。
为了转换服务/进行切换，智能电话将HANDOVER_SESSION消息传送给TV的ASP并且试图进行到播放服务的切换。如果TV接受切换，则执行到播放服务的切换。如果由用户选择的基于文件的视频结束或被用户停止，则可以能够按照再次进行到前一个显示服务的切换的方式返回到原始服务。
因此，根据本发明，如果WFDS装置支持公共服务，则能够知道进行切换是否在发现装置时可行。并且，能够在ASP之间经由控制消息无缝地执行在服务之间进行切换或返回到原始服务。
另外，本发明提出了由ASP对服务调用的ConnectionStatus事件原语。ASP使用ConnectionStatus事件来报告关于ASP的组形成或对服务的服务请求的进展。ConnectionStatus事件原语能够由ConenctionStatus(session_mac,session_id,status)定义。
“status”字段指示服务搜索方或服务通告方的ASP的状态机的当前状态。“session_mac”字段指示已分配session_id的P2P装置的MAC地址。“session_id”字段指示由已启动ASP会话的ASP分配的ASP会话标识符。
“status”字段能够由ServiceRequestSent、ServiceRequestReceived、serviceRequestDeferred、ServiceRequestAccepted、ServiceRequestFailed、GroupFormationStarted、GroupFormationComplete或GroupFormationFailed配置。
ServiceRequestSent能够仅由服务搜索方使用。在服务搜索方中，如果处于关闭(Closed)状态的ASP从服务接收到ConnectionSessions方法并且不存在与希望的(intended)对等ASP的IP连接，则ASP改变为ServiceRequestSent状态并且可以能够发送指示ServiceRequestSent状态的事件(例如，ConnectionStatus事件)。
ServiceRequestReceived能够仅由服务通告方使用。在服务通告方中，如果处于关闭(Closed)状态的ASP接收到对一对新的session_id和session_mac的P2P提供发现请求或如果ASP从对等ASP接收到REQUEST_SESSION消息，则ASP改变为ServiceRequestSent状态并且可以能够发送指示ServiceRequestSent状态的事件。
当服务请求未被立即接受时能够使用ServiceRequestDeferred。在服务搜索方中，如果处于ServiceRequestSent状态的ASP接收到其中状态由1配置的P2P提供发现响应，则ASP改变为ServiceRequestDeferred状态并且可以能够发送指示ServiceRequestDeferred状态的事件。并且，在服务通告方中，如果ASP处于ServiceRequestReceived状态并且auto_accept在对应的AdvertiseService方法中被设定为FALSE，则ASP改变为ServiceRequestDeferred状态并且可以能够发送指示ServiceRequestDeferred状态的事件。如果远程装置正在等待用户输入，则可能在目前事件与接下来的ConnectStatus(ServiceRequestAccepted)事件之间或在目前事件与ConnectStatus(ServiceRequestFailed)事件之间发生长延迟。目前事件的接收侧应该实现超时。
ServiceRequestAccepted指示服务请求被接受。在服务搜索方中，如果处于ServiceRequestSent状态的ASP接收到其中状态由0配置的P2P提供发现响应并且成功地交换了连接能力，则ASP改变为ServiceRequestAccepted状态并且可以能够发送指示ServiceRequestAccepted状态的事件。在服务搜索方中，如果处于ServiceRequestDeffered状态的ASP接收到其中状态由0配置的P2P提供发现响应，则ASP改变为ServiceRequestAccepted状态并且可以能够发送指示ServiceRequestAccepted状态的事件。在服务通告方中，如果处于ServiceRequestDeffered状态的ASP接收到其中confirmed被设定为TRUE的ConfirmSession方法，则ASP改变为ServiceRequestAccepted状态并且可以能够发送指示ServiceRequestAccepted状态的事件。
在以下情况下使用ServiceRequestFailed。在服务搜索方中，如果处于ServiceRequestDeffered状态的ASP不能接收到P2P提供发现请求达超过规定时间或ASP不能基于接收到的P2P提供发现请求来配置有效连接能力，则ASP改变为ServiceRequestFailed状态并且可以能够发送指示ServiceRequestFailed状态的事件。在服务通告方中，如果处于ServiceRequestReceived状态的ASP不能基于接收到的P2P提供发现请求来配置有效连接能力并且auto_accept在对应的AdvertiseService方法中被设定为FALSE，则ASP改变为ServiceRequestFailed状态并且可以能够发送指示ServiceRequestFailed状态的事件。在服务通告方中，如果处于ServiceRequestDeffered状态的ASP接收到其中confirmed被设定为FALSE的ConfirmSession方法，则ASP改变为ServiceRequestFailed状态并且可以能够发送指示ServiceRequestFailed状态的事件。服务能够在接收到前述事件之后调用CloseSession方法。
GroupFormationStarted指示P2P组形成开始了。在服务搜索方中，如果ASP处于ServiceRequestAccepted状态，则ASP改变为GroupFormationStarted状态并且可以能够发送指示GroupFormationStarted状态的事件。在服务通告方中，如果ASP处于ServiceRequestAccepted状态并且不存在与希望的对等ASP的IP连接，则ASP改变为GroupFormationStarted状态并且可以能够发送指示GroupFormationStarted状态的事件。
GroupFormationComplete指示成功地形成了P2P组或已经形成了P2P组(即，IP连接的存在)。
GroupFormationFailed指示P2P组形成失败了。
图22是例示了根据本发明的针对ASP会话的状态机的图。
所有WFDS装置可以对于各个ASP会话具有状态机(state machine)。图22示出了针对单个ASP会话的状态机的示例。
如果ASP从服务接收到ConnectionSession方法，则ASP能够生成新的ASP会话(被构造成启动状态)作为服务搜索方。启动状态能够由多个子状态(sub-state)配置。稍后参照图23描述针对服务搜索方的子状态机。在启动状态下，如果ASP从对等ASP接收到ASP会话的ADD_SESSION消息，则将ASP会话状态改变为打开(Open)状态。如果ASP从服务接收CloseSession方法，如果ASP从对等ASP接收到REJECTED_SESSION消息，如果发生P2P交换超时(或PD(Provision Discovery，提供发现)交换超时)事件，如果发生连接能力交换故障，或如果发生不同的连接故障事件，则将ASP会话状态从启动状态改变为Close状态。
如果ASP接收到对新的一对session_mac和session_id的P2P PD(ProvisionDiscovery，提供发现)请求或接收到REQUEST_SESSION消息，则ASP能够生成新的ASP会话(被构造成Requested状态)作为服务通告方。Requested状态能够由多个子状态配置。稍后参照图24描述针对服务通告方的子状态机。如果ASP从服务接收到SetSessionReady方法，则将ASP会话状态从Requested状态改变为打开(Open)状态。如果处于Requested状态的ASP接收到CloseSession方法或ConfirmSession(confirmed＝FALSE)方法或如果发生不同的连接故障事件，则将ASP会话状态改变为关闭(Closed)状态。
对于服务通告方和服务搜索方这二者，如果处于打开(Open)状态的ASP从服务接收到CloseSession方法，如果ASP从对等ASP接收REMOVED_SESSION消息或如果发生不同的连接故障事件，则将ASP会话状态改变为关闭(Closed)状态。
图23是例示了针对服务搜索方的子状态机的图。
图23中的状态机指示处于Initiated状态的服务搜索方的状态机。
如果与对等装置的IP连接在Entry状态下存在，则可以能够改变为GroupFormationComplete状态。如果与对等装置的IP连接在Entry状态下不存在，则PD(提供发现)请求被发送到对等ASP并且可以能够改变为ServiceRequestSent状态。
当ASP从处于ServiceRequestSent状态的对等ASP接收到其中Status被设定为0的P2P PD响应时，如果从对等ASP接收到的P2P PD响应的连接能力有效，则可以能够改变为ServiceRequestAccepted状态。如果从对等ASP接收到的P2P PD响应的连接能力无效，则可以能够改变为关闭(Closed)状态。如果ASP从处于ServiceRequestSent状态的对等ASP接收到其中Stauts被设定为1的P2P PD响应，则可以能够改变为ServiceRequestDeferred状态。
如果ASP从处于ServiceRequestDeferred状态的对等ASP接收到其中Status被设定为0的P2P PD请求，则ASP向对等ASP发送P2P PD响应。如果ASP不能为P2PPD响应配置有效连接能力，则可以能够改变为ServiceRequestFailed状态。如果ASP能够为P2P PD响应配置有效连接能力，则可以能够改变为ServiceRequestAccept状态。如果ASP不能在ServiceRequestDeferred状态下在规定时间内接收到PD请求，则可以能够改变为ServiceRequestFailed状态。
可以能够从ServiceRequestFailed状态改变为关闭(Closed)状态。
可以能够从ServiceRequestAccepted状态改变为GroupFormationStarted状态。
当P2P GO协商处理失败了、自主(autonomous)GO协商失败了、加入到先前存在的P2P组失败了或发生不同原因时，能够将GroupFormationStarted状态改变为GroupFormationFailed状态。如果P2P组形成是成功的，则将GroupFormationStarted状态改变为GroupFormationComplete状态。
GroupFormationFailed状态被改变为关闭(Closed)状态。
如果(在新P2P组情况下)建立了IP地址，如果建立了用于ASP协调协议的UDP套接字，如果向服务搜索方发送了REQUEST_SESSION消息，或如果服务搜索方从服务通告方接收到ADDED_SESSION消息，则将GroupFormationComplete状态改变为打开(Open)状态。如果服务搜索方从服务通告方接收到REJECT_SESSION消息，则将GroupFormationComplete状态改变为关闭(Closed)状态。如果服务搜索方从服务接收到CloseSession方法，则能够将GroupFormationComplete状态改变为关闭(Closed)状态。
当发生其它故障时，可以将它改变为关闭(Closed)状态。
因为在ServiceRequestFailed状态、GroupFormationFailed状态和ServiceRequestAccepted状态下不包括动作(action)，所以这些状态可以成为关闭(Closed)状态。
图24是例示了针对服务通告方的子状态机的图。
图24中的状态机指示处于Requested状态的服务通告方的状态机。
如果ASP接收到对新的一对session_id和session_mac的P2P PD请求或如果ASP从处于Entry状态的服务搜索方接收到REQUEST_SESISON消息，则ASP会话可以成为ServiceRequestReceived状态。
在ServiceRequestReceived状态下，如果服务通告方将auto_accept设定为FALSE，则向服务发送Session_Request事件并且将ServiceRequestReceived状态改变为ServiceRequestDeferred状态。在ServiceRequestReceived状态下，如果服务通告方将auto_accept设定为TRUE并且不存在于对等ASP的IP连接，则向对等ASP发送P2PPD响应。如果ASP能够响应于P2P PD响应配置有效连接能力，则将ServiceRequestReceived状态改变为GroupFormationStarted状态。如果ASP不能响应于P2P PD响应配置有效连接能力，则将ServiceRequestReceived状态改变为GroupFormationFailed状态。在ServiceRequestReceived状态下，如果服务通告方将auto_accept设定为TRUE并且存在与对等ASP的IP连接，则将ServiceRequestReceived状态改变为ServiceRequestAccepted状态。
在ServiceRequestDeffered状态下，如果ASP从服务接收到其中confirmed被设定为FALSE的Confirmation方法，则将ServiceRequestDeffered状态改变为ServiceRequestFailed状态。如果ASP接收到其中confirmed被设定为TRUE的Confirmation方法，则将ServiceRequestDeffered状态改变为ServiceRequestAccepted状态。
ServiceRequestFailed状态被改变为关闭(Closed)状态。
在ServiceRequestAccepted状态下，如果与对等装置的IP连接不存在(即，通过P2P PD交换来启动服务请求)，则向对等ASP发送其中状态被设定为0的P2P PD请求消息。如果ASP从对等ASP接收到在P2P PD响应中有效的连接能力，则将ServiceRequestAccepted状态改变为GroupFormationStarted状态。如果ASP从对等ASP接收到在P2P PD响应中无效的连接能力，则将ServiceRequestAccepted状态改变为关闭(Closed)状态。在ServiceRequestAccepted状态下，当与对等装置的IP连接存在时(即，如果通过REQUEST_SESSION消息来启动服务请求)，如果ASP从服务接收到SetSessionReady方法，则将ServiceRequestAccepted状态改变为打开(Open)状态。在ServiceRequestAccepted状态下，如果ASP从服务接收到CloseSession方法，则将ServiceRequestAccepted状态改变为关闭(Closed)状态。
当P2P GO协商处理失败了、自主(autonomous)GO协商失败了、加入到先前存在的P2P组失败了或发生不同原因时，能够将GroupFormationStarted状态改变为GroupFormationFailed状态。如果P2P组形成是成功的，则将GroupFormationStarted状态改变为GroupFormationComplete状态。
GroupFormationFailed状态被改变为关闭(Closed)状态。
如果(在新P2P组情况下)建立了IP地址，如果建立了用于ASP协调协议的UDP套接字或如果ASP从服务接收到SetSessionReady，则将GroupFormationComplete状态改变为打开(Open)状态。或，如果ASP接收到CloseSession方法，则能够将GroupFormationComplete状态改变为关闭(Closed)状态。
当发生其它故障时，将GroupFormationComplete状态改变为关闭(Closed)状态。
因为在ServiceRequestFailed状态和GroupFormationFailed状态下不包括动作，所以这些状态可以成为关闭(Closed)状态。
尽管为了清楚早先在图13至图24中提到的本发明的示例性方法被表示为一系列动作，但是执行本发明的步骤的顺序可能不受该序列动作限制。必要时，能够同时执行或能够按彼此不同的顺序执行步骤中的每一个。并且，不强制使附图所示的所有步骤实现由本发明提出的方法。
此外，能够独立地应用早先在本发明的各种实施方式中提到的项中的每一个并且能够同时应用两个或更多个实施方式。
图25是根据本发明的一个实施方式的无线装置的配置的框图。
无线装置10能够包括处理器11、存储器12和收发器13。收发器13能够发送和接收无线电信号。例如，收发器能够根据IEEE 802系统实现物理层。处理器11能够按照与收发器13连接的方式根据IEEE 802系统实现物理层和/或MAC层。处理器11能够被构造成根据本发明的前述各种实施方式在应用、服务和ASP层当中执行一个或更多个操作。并且，被构造成根据本发明的前述各种实施方式实现无线装置的操作的模块被存储在存储器12中并且该模块还能够由处理器11执行。存储器12被包括在处理器11的内部中或被安装在处理器11的外部中并且能够通过为公众所公知的介质与处理器11连接。
图25所示的无线装置10能够被构造成支持Wi-Fi直连服务并且执行会话建立。处理器11能够被构造成在第一无线装置与第二无线装置之间建立P2P(对等)连接，包括在第一无线装置与第二无线装置之间用于创建(create)针对第一服务的会话的提供发现(provision discovery)处理。为了创建针对第二服务的会话，处理器11能够被构造成控制收发器从第一无线装置向第二无线装置发送会话请求(REQUEST_SESSION)消息(如果无线装置对应于第二无线装置，则处理器11能够被构造成控制收发器接收会话请求(REQUEST_SESSION)消息)。能够将关于第二服务的会话信息包括在会话请求消息中。
能够按照独立地应用早先在本发明的各种实施方式中提到的项或同时应用两个或更多个实施方式的方式实现图25所示的无线装置10的细节配置。为了清楚，这时省略了对重叠内容的说明。
能够使用各种手段来实现本发明的实施方式。例如，能够使用硬件、固件(firmware)、软件和/或其任何组合来实现本发明的实施方式。
在通过硬件的实施方式情况下，根据本发明的各个实施方式的方法能够通过从包括ASIC(App 1 i cat ion Specific Integrated Circuit，专用集成电路)、DSP(Digital SignalProcessor，数字信号处理器)、DSPD(Digital Signal Processing Device，数字信号处理器件)、PLD(Programmable Logic Device，可编程逻辑器件)、FPGA(FieldProgrammable Gate Array，现场可编程门阵列)、处理器、控制器、微控制器、微处理器等的组中选择的至少一个来实现。
在通过固件或软件的实施方式情况下，根据本发明的各个实施方式的方法能够通过用于执行以上说明的功能或操作的模块、过程和/或功能来实现。软件代码被存储在存储器单元中并且然后可由处理器驱动。存储器单元被设置在处理器内或外面以通过为公众所公知的手段与处理器交换数据。
虽然已经在本文中参照本发明的优选实施方式描述和例示了本发明，但是对于本领域技术人员而言将显而易见的是，在不脱离本发明的精神和范围的情况下能够在其中做出各种修改和变化。因此，本发明旨在涵盖落在所附权利要求及其等同物的范围内的此发明的修改和变化。并且，显然可理解，实施方式是通过一起组合未能在所附权利要求中具有显式记载的关系的权利要求来配置的，或能够在提交申请之后通过修正案作为新的权利要求被包括。
工业适用性
尽管以应用于IEEE 802.11系统的示例为中心描述了本发明的前述各种实施方式，但是它可以适用于使用相同方案的各种类型的移动通信系统。

Claims (20)

1.一种在支持Wi-Fi直连服务的第一无线装置中建立会话的方法，该方法包括以下步骤：
在所述第一无线装置与第二无线装置之间建立连接的步骤，该建立连接的步骤包括在所述第一无线装置与所述第二无线装置之间用于创建针对第一服务的会话的提供发现处理；以及
从所述第一无线装置向所述第二无线装置发送会话请求REQUEST_SESSION消息以创建针对第二服务的会话的步骤，
其中，关于所述第二服务的会话信息被包括在所述会话请求消息中。
2.根据权利要求1所述的方法，其中，如果所述第一无线装置具有与所述第二无线装置的连接，则从创建针对所述第二服务的会话的处理中省略提供发现处理。
3.根据权利要求1所述的方法，其中，关于所述第一服务的会话信息被包含在提供发现请求消息中。
4.根据权利要求1所述的方法，其中，在建立所述连接之前执行装置发现处理和服务发现处理中的至少一个。
5.根据权利要求1所述的方法，其中，装置发现处理包括从所述第一无线装置向所述第二无线装置发送探测请求帧并且由所述第一无线装置从所述第二无线装置接收探测响应帧，并且其中，所述探测请求帧和所述探测响应帧中的至少一个包括针对所述第一服务和所述第二服务的多个服务名称或多个服务散列值中的至少一个。
6.根据权利要求1所述的方法，其中，所述建立连接的步骤还包括P2P组形成处理。
7.根据权利要求1所述的方法，其中，如果所述第一无线装置的应用服务平台ASP从所述第一无线装置的服务层接收到连接会话方法，则所述ASP创建新的ASP会话作为服务搜索方并且改变为初始状态。
8.根据权利要求7所述的方法，其中，如果响应于所述会话请求REQUEST_SESSION消息从所述第二无线装置接收到会话添加ADDED_SESSION消息，则所述第一无线装置的所述ASP将所述初始状态改变为打开状态。
9.根据权利要求7所述的方法，其中，如果在所述第一无线装置与所述第二无线装置之间存在连接，则将所述第一无线装置的所述ASP改变为组形成完成状态，并且其中，如果在所述第一无线装置与所述第二无线装置之间不存在连接，则将所述第一无线装置的所述ASP被改变为服务请求发送状态。
10.根据权利要求7所述的方法，其中，如果响应于所述会话请求REQUESTED_SESSION消息从所述第二无线装置接收到会话拒绝REJECTED_SESSION消息，则将所述第一无线装置的所述ASP从所述初始状态改变为关闭状态。
11.根据权利要求1所述的方法，其中，如果创建了针对所述第二服务的所述会话，则分配给针对所述第一服务的所述会话的端口被释放。
12.根据权利要求1所述的方法，其中，所述第一服务对应于被构造成支持发送、播放、显示、打印和第三方应用的服务中的一个。
13.根据权利要求1所述的方法，其中，所述第一无线装置对应于服务搜索方，并且其中，所述第二无线装置对应于服务通告方。
14.根据权利要求1所述的方法，其中，所述第一无线装置与所述第二无线装置之间的所述连接对应于对等P2P连接或网际协议IP连接。
15.一种在支持Wi-Fi直连服务的第二无线装置中建立会话的方法，该方法包括以下步骤：
在第一无线装置与所述第二无线装置之间建立连接的步骤，该建立连接的步骤包括在所述第一无线装置与所述第二无线装置之间用于创建针对第一服务的会话的提供发现处理；以及
在所述第二无线装置中从所述第一无线装置接收会话请求REQUEST_SESSION消息以创建针对第二服务的会话的步骤，
其中，关于所述第二服务的会话信息被包括在所述会话请求消息中。
16.根据权利要求15所述的方法，其中，如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求REQUEST_SESSION消息，则所述ASP作为服务通告方创建新的ASP会话并且改变为Requested状态。
17.根据权利要求15所述的方法，其中，当在所述第一无线装置与所述第二无线装置之间存在连接时，如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求REQUEST_SESSION消息，则所述第二无线装置的所述ASP向所述第二无线装置的用户或所述第二无线装置的应用通知所述会话请求消息的接收并且从所述用户或所述应用接收指示所述会话请求被接受或被拒绝的信息。
18.根据权利要求15所述的方法，其中，如果所述第二无线装置的ASP从所述第一无线装置接收到所述会话请求REQUEST_SESSION消息，则将所述第二无线装置的所述ASP改变为服务请求接收状态，其中，如果在所述第一无线装置与所述第二无线装置之间存在连接，则所述第二无线装置的所述ASP被从所述服务请求接收状态改变为打开状态，并且其中，如果在所述第一无线装置与所述第二无线装置之间不存在所述连接，则所述第二无线装置的所述ASP被从所述服务请求接收状态改变为组形成开始状态。
19.一种支持Wi-Fi直连服务并且执行会话建立的第一无线装置，该第一无线装置包括：
收发器；以及
处理器，所述处理器被构造成在所述第一无线装置与第二无线装置之间建立连接，建立连接包括在所述第一无线装置与所述第二无线装置之间用于创建针对第一服务的会话的提供发现处理，所述处理器被构造成控制所述收发器从所述第一无线装置向所述第二无线装置发送会话请求REQUEST_SESSION消息以创建针对第二服务的会话，
其中，关于所述第二服务的会话信息被包括在所述会话请求消息中。
20.一种支持Wi-Fi直连服务并且执行会话建立的第二无线装置，该第二无线装置包括：
收发器；以及
处理器，所述处理器被构造成在第一无线装置与所述第二无线装置之间建立连接，建立连接包括在所述第一无线装置与所述第二无线装置之间用于创建针对第一服务的会话的提供发现处理，所述处理器被构造成控制所述收发器在所述第二无线装置中从所述第一无线装置接收会话请求REQUEST_SESSION消息以创建针对第二服务的会话，
其中，关于所述第二服务的会话信息被包括在所述会话请求消息中。
CN201380074119.7A 2013-01-03 2013-11-06 在无线通信系统中改变服务的方法和设备 Active CN105027662B (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201361748449P 2013-01-03 2013-01-03
US61/748,449 2013-01-03
US201361759394P 2013-01-31 2013-01-31
US61/759,394 2013-01-31
US201361803807P 2013-03-21 2013-03-21
US61/803,807 2013-03-21
US201361804198P 2013-03-22 2013-03-22
US61/804,198 2013-03-22
PCT/KR2013/010001 WO2014106990A1 (ko) 2013-01-03 2013-11-06 무선 통신 시스템에서 서비스 전환 방법 및 장치

Publications (2)

Publication Number Publication Date
CN105027662A true CN105027662A (zh) 2015-11-04
CN105027662B CN105027662B (zh) 2018-12-07

Family

ID=51062294

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380074119.7A Active CN105027662B (zh) 2013-01-03 2013-11-06 在无线通信系统中改变服务的方法和设备

Country Status (8)

Country Link
US (1) US9924552B2 (zh)
EP (1) EP2943032B1 (zh)
JP (1) JP6294351B2 (zh)
KR (1) KR101611329B1 (zh)
CN (1) CN105027662B (zh)
AU (1) AU2013371719B2 (zh)
CA (1) CA2897007C (zh)
WO (1) WO2014106990A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108293177A (zh) * 2015-12-03 2018-07-17 佳能株式会社 通信装置、控制方法、程序以及存储介质

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6212280B2 (ja) * 2013-04-26 2017-10-11 キヤノン株式会社 通信装置、通信方法およびプログラム
JP6216149B2 (ja) 2013-04-26 2017-10-18 キヤノン株式会社 通信装置、通信方法およびプログラム
US9635112B2 (en) 2013-05-02 2017-04-25 Intel Corporation Apparatus, system and method of managing an application service platform (ASP) session
US20140351445A1 (en) * 2013-05-24 2014-11-27 Qualcomm Incorporated Mac layer transport for wi-fi direct services application service platform without internet protocol
US20150350339A1 (en) * 2014-05-30 2015-12-03 Apple Inc. System and Method for Transferring a Call
KR102189653B1 (ko) * 2014-09-24 2020-12-11 삼성전자주식회사 메시지 송수신 방법, 데이터 송수신 장치 및 비 일시적 기록매체
US9992661B2 (en) * 2014-09-24 2018-06-05 Qualcomm Incorporated Neighbor aware network logical channels
KR101901951B1 (ko) * 2014-10-29 2018-09-28 엘지전자 주식회사 무선 통신 시스템에서 와이파이 다이렉트를 지원하는 장치가 디스커버리를 수행하는 방법 및 장치
EP3026942B1 (en) * 2014-11-28 2017-09-27 Nokia Technologies OY Discovery of neighbour peers and connection establisment for a peer to peer communication
US10264038B2 (en) * 2014-12-04 2019-04-16 Qualcomm Incorporated Discovery and management of synchronous audio or video streaming service to multiple sinks in wireless display system
US10098168B2 (en) * 2014-12-08 2018-10-09 Apple Inc. Neighbor awareness networking datapath
US10827484B2 (en) 2014-12-12 2020-11-03 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10820314B2 (en) * 2014-12-12 2020-10-27 Qualcomm Incorporated Traffic advertisement in neighbor aware network (NAN) data path
US10257667B2 (en) * 2015-02-17 2019-04-09 Huawei Technologies Co., Ltd. Data transmission method and device
US10455401B2 (en) 2015-02-24 2019-10-22 Apple Inc. Neighbor awareness networking datapath—reciprocation and coexistence
US10212574B2 (en) 2015-03-20 2019-02-19 Apple Inc. Neighbor awareness networking datapath—base scheduling, scheduler rank, and further service discovery
US10893083B2 (en) 2015-05-25 2021-01-12 Apple Inc. Neighbor awareness networking datapath—scheduling, scheduler rank, and pre-datapath operation triggering
WO2017039376A1 (ko) * 2015-09-02 2017-03-09 엘지전자 주식회사 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
JP6643848B2 (ja) * 2015-09-24 2020-02-12 キヤノン株式会社 通信装置、通信方法、およびプログラム
KR101685311B1 (ko) * 2015-12-03 2016-12-20 충남대학교산학협력단 모바일 디바이스 간 연결상태에 따른 그룹 내 세션 관리방법
US10299302B2 (en) 2016-03-01 2019-05-21 Intel IP Corporation Apparatus, system and method of peer-to-peer connection session setup
US10594785B2 (en) * 2016-03-11 2020-03-17 Intel Corporation Transitioning from an infrastructure based wireless connection to a peer to peer (P2P) wireless connection
JP6752613B2 (ja) * 2016-04-28 2020-09-09 キヤノン株式会社 通信装置、通信方法及びプログラム
US10218797B2 (en) * 2016-06-06 2019-02-26 Intel IP Corporation Communicating routing messages using service discovery in neighbor awareness networks
CN111866910B (zh) * 2019-09-18 2021-06-15 上海葡萄纬度科技有限公司 拼接积木的组网方法、系统及适用于无线组网的拼接积木
CN114679732A (zh) * 2020-12-24 2022-06-28 华为技术有限公司 Wi-Fi直连下数据传输的方法和电子设备
CN112911729B (zh) * 2021-01-29 2023-04-28 极米科技股份有限公司 隧道直接链路建立的方法、终端及存储介质

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1638020A3 (en) * 2000-12-22 2006-05-24 Research In Motion Limited Information browser system and method for a wireless communication device
JP3967589B2 (ja) * 2001-12-28 2007-08-29 富士通株式会社 広告配信方法及び広告配信装置
WO2006080195A1 (ja) * 2005-01-26 2006-08-03 Sharp Kabushiki Kaisha 移動通信ネットワークの加入者情報管理システム、加入者情報管理方法、通信制御装置、通信端末、及び通信制御方法
US8705550B2 (en) * 2005-08-08 2014-04-22 Qualcomm Incorporated Device interface architecture and protocol
US8041825B2 (en) * 2005-10-20 2011-10-18 Cisco Technology, Inc. System and method for a policy enforcement point interface
US20080019522A1 (en) 2006-06-21 2008-01-24 Motorola, Inc. Method For Managing A Communication Session in a Communication Network
JP4764279B2 (ja) * 2006-07-28 2011-08-31 富士通株式会社 中継装置
US9301121B2 (en) * 2007-07-11 2016-03-29 Qualcomm Incorporated Peer to peer multiple identifiers
US8107953B2 (en) * 2007-08-31 2012-01-31 Tracfone Wireless, Inc. System and method for activating services on a wireless device
US8719881B2 (en) * 2008-02-25 2014-05-06 Time Warner Cable Enterprises Llc Methods and apparatus for enabling synchronized content presentations using dynamically updated playlists
US8626926B2 (en) * 2008-02-26 2014-01-07 Qualcomm Incorporated Method and apparatus for performing session info query for user plane location
US8855087B2 (en) * 2008-12-18 2014-10-07 Microsoft Corporation Wireless access point supporting control by multiple applications
US8627074B1 (en) * 2009-05-12 2014-01-07 Marvell International Ltd. Secure block acknowledgement mechanism for use in communication networks
US8706124B2 (en) * 2009-09-17 2014-04-22 Nokia Corporation Data path transfer for multiband communication
US9949305B2 (en) * 2009-10-02 2018-04-17 Blackberry Limited Methods and apparatus for peer-to-peer communications in a wireless local area network
US20110082939A1 (en) * 2009-10-02 2011-04-07 Michael Peter Montemurro Methods and apparatus to proxy discovery and negotiations between network entities to establish peer-to-peer communications
CN102668647B (zh) * 2009-11-17 2015-11-25 三星电子株式会社 用于调查在WiFi直连网络中的WiFi显示服务的方法和装置
US8559340B2 (en) * 2009-12-22 2013-10-15 Samsung Electronics Co., Ltd. Method and apparatus for service discovery in Wi-Fi direct network
US20120084388A1 (en) * 2010-04-02 2012-04-05 Xavier De Foy Inter ue transfer between mobile internet protocol clients
KR101640467B1 (ko) * 2010-04-21 2016-07-18 삼성전자 주식회사 멀티모드 이동단말의 최대절전모드 제공 방법 및 장치
KR101719161B1 (ko) * 2010-05-13 2017-03-23 삼성전자주식회사 ＷｉＦｉ 기반의 단말기 및 그의 채널 운용 방법
KR101682385B1 (ko) 2010-05-14 2016-12-05 삼성전자 주식회사 와이파이 디바이스의 와이파이 서비스 제공 방법 및 시스템
US10250678B2 (en) * 2010-07-07 2019-04-02 Qualcomm Incorporated Hybrid modes for peer discovery
US9270490B2 (en) * 2010-10-22 2016-02-23 Sabse Technologies, Inc. Contextual presence system and associated methods
US9369947B2 (en) 2010-11-03 2016-06-14 Lg Electronics Inc. Method for searching for device and communication device using same
US9826404B2 (en) * 2011-01-11 2017-11-21 Qualcomm Incorporated System and method for peer-to-peer authorization via non-access stratum procedures
US8554970B2 (en) * 2011-04-18 2013-10-08 Nokia Corporation Method, apparatus and computer program product for creating a wireless docking group
US9265078B2 (en) * 2011-05-02 2016-02-16 Lg Electronics Inc. Method for performing device-to-device communication in wireless access system and apparatus therefor
GB2490968A (en) * 2011-05-20 2012-11-21 Nec Corp Sharing radio access networks fairly between multiple operators
US8738442B1 (en) * 2011-05-31 2014-05-27 Google Inc. System and mechanism for guaranteeing delivery order of virtual content
US20140091987A1 (en) * 2011-06-15 2014-04-03 Byungjoo Lee Wireless data communication apparatus and wireless data communication method
US9185595B2 (en) * 2011-08-01 2015-11-10 Telefonaktiebolaget L M Ericsson (Publ) Method, apparatus and system for moving wireless terminals in mobility management serving node pool
US9356974B2 (en) * 2012-01-12 2016-05-31 Marvell World Trade Ltd. Systems and methods for establishing a Wi-Fi display (WFD) session
KR101849925B1 (ko) 2012-02-24 2018-04-18 삼성전자주식회사 무선 통신 네트워크에서 디바이스 탐색 방법 및 장치
US9609676B1 (en) * 2012-03-30 2017-03-28 Marvell International Ltd. Efficient transition from discovery to link establishment
EP3897016A3 (en) * 2012-04-27 2021-11-24 Interdigital Patent Holdings, Inc. Method and apparatus for provisioning of d2d policies for a wireless transmit receive unit (wtru)
JP6209595B2 (ja) * 2012-05-11 2017-10-04 インターデイジタル パテント ホールディングス インコーポレイテッド コンテキストアウェアピアツーピア通信
KR20140010343A (ko) * 2012-07-16 2014-01-24 삼성전자주식회사 무선 통신 시스템에서 토폴리지 처리 방법 및 장치
KR102037256B1 (ko) 2012-08-08 2019-10-29 삼성전자주식회사 사용자 의향을 반영한 서비스 연결 장치 및 방법
US9288754B2 (en) * 2012-09-07 2016-03-15 Qualcomm Incorporated Apparatus and methods of power save for wireless access points and multi-hop relays
US9144094B2 (en) * 2012-10-29 2015-09-22 Qualcomm Incorporated Establishing a wireless display session between a computing device and a vehicle head unit
US9064259B2 (en) * 2012-12-19 2015-06-23 Genesys Telecomminucations Laboratories, Inc. Customer care mobile application

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108293177A (zh) * 2015-12-03 2018-07-17 佳能株式会社 通信装置、控制方法、程序以及存储介质
CN108293177B (zh) * 2015-12-03 2021-08-10 佳能株式会社 通信装置、控制方法以及存储介质
US11388773B2 (en) 2015-12-03 2022-07-12 Canon Kabushiki Kaisha Communication apparatus for data transmission in a neighbor aware network (NAN), control method, and computer-readable storage medium

Also Published As

Publication number Publication date
JP6294351B2 (ja) 2018-03-14
EP2943032B1 (en) 2018-01-03
CA2897007C (en) 2021-03-23
EP2943032A1 (en) 2015-11-11
CA2897007A1 (en) 2014-07-10
EP2943032A4 (en) 2016-01-27
AU2013371719A1 (en) 2015-07-23
KR101611329B1 (ko) 2016-04-12
CN105027662B (zh) 2018-12-07
US9924552B2 (en) 2018-03-20
JP2016509398A (ja) 2016-03-24
WO2014106990A1 (ko) 2014-07-10
KR20150112963A (ko) 2015-10-07
AU2013371719B2 (en) 2017-03-02
US20150351146A1 (en) 2015-12-03

Similar Documents

Publication Publication Date Title
CN105027662B (zh) 在无线通信系统中改变服务的方法和设备
AU2013356802B2 (en) Method and device for session initialization in wireless communication system
US9699819B2 (en) Method and apparatus for establishing session in wireless communication system
US9699715B2 (en) Discovery method and device in a wireless communication system
US20160127424A1 (en) Method for searching for device in direct communication system and apparatus therefor
CN104813735A (zh) 在直接通信系统中用于对等组形成的方法及其装置
US9736766B2 (en) Method for finding instrument for wi-fi direct P2P (peer to peer) communication and apparatus therefor
CN104770021A (zh) 在直接通信系统中搜索服务或对服务进行公告的方法及其装置
JP6599541B2 (ja) 無線通信システムにおいてアプリケーションサービスプラットホームセッション形成方法及び装置
CN107852590B (zh) 在无线通信系统中执行发现的方法和装置
US11611604B2 (en) Method and apparatus for receiving streaming via transport protocol in wireless communication system
US20180049013A1 (en) Method and device for executing service discovery in wireless communication system
KR101801591B1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
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