名称（更详细地，由WSC定义的装置名）可包括在会话请求事件 中。
[0205] iv)会话ID
[0206] 由远程ASP分配的会话ID可包括在会话请求事件中。
[0207] V)会话信息
[0208] 服务特定数据有效载荷可包括在会话请求事件中。会话信息可具有最大144字节 的长度。
[0209] vi)网络配置PIN获取（get_network_config_PIN)
[0210] 如果服务公告方接收到提供捜索请求帖W及请求PIN(个人识别号）的WSC配置 方法（WSCConfigMethod)W在服务公告方中建立服务网络，则网络配置PIN获取参数的 值可为"True"。由用户输入的WSCPIN可被包括在会话确认方法中并其然后提供给ASP。
[0211] 如果服务公告方接收到提供捜索请求帖W及没有请求PIN(个人识别号）的 WSC配置方法（WSCConfigMethod)W在服务公告方中建立服务网络，或者如果通过 REQUEST_SESSIONASP协调协议消息触发服务请求事件，则网络配置PIN获取参数的值可 为叩alse"。
[0212] vii)网络配置PIN
[0213] 如果服务公告方的ASP接收到提供捜索请求W及请求将被显示的PIN的WSC配置 方法W用于建立服务网络，则ASP可生成WSCPIN值，将生成的WSCPIN值提供给服务，并 且允许WSCPIN值显示。
[0214] 如果服务公告方的ASP接收到提供捜索请求W及没有请求将被显示的PIN的WSC 配置方法W用于建立服务网络，或者如果通过REQ肥ST_SESSIONASP协调协议消息触发服 务请求事件，则网络建立PIN参数的值可为"0"。
[0215] 如果服务不能再被公告，或者服务的公告不能开始，则可发送指示公告失败的事 件（例如，Advertis沁ailedEvent)。指示公告失败的事件可包括公告ID和失败原因参 数。各个参数将简要描述如下。
[0216] i)公告ID
[0217] 公告ID可指示由AdvertiseServiceMethod返回的公告ID值。
[021引U)原因
[0219] 公告失败的原因可指示服务端口已经被共享（例如，请求非共享服务端口，但是 对应服务端口已经用作共享服务端口）的情况、服务端口已经被个人使用（例如，请求服务 端口，但是对应服务端口已经被用作个人（专用）服务端口）的情况、或者其它失败原因中 的任一个。 悦20] 服各巧寻方的事件
[0221] 当执行捜索时，可发送指示从对等装置发现的各个公告的服务的捜索结果的捜索 结果事件SearchResultEvent。捜索结果事件可包括句柄、服务MAC、公告ID、服务名称、月良 务信息和服务状态参数中的至少一个。各个参数将描述如下。
[0222] i)句柄
[0223] 句柄指示由服务捜寻方法返回的值。
[0224] U)服务MAC
[0225] 服务MAC指示对等装置的MAC地址。
[0226] iii)公告ID
[0227] 公告ID指示由对等装置定义的公告ID。 悦測iv)服务名称
[0229] 服务名称指示由对等装置定义的完整服务名称。
[0230] V)服务信息
[023U 附加服务（供应商）特定参数或NU化文本串（在服务公告方或服务捜寻方之间 定义）包括在服务信息中。
[0232]vi)服务状态
[023引如果服务处于可用状态，则服务状态参数的值可被设定为"Avail油le"。如果服务 公告方所支持的服务在服务得到服务公告方支持时处于不可用状态，则服务状态参数的值 可被设定为"化avail油le"。
[0234] 服务捜寻方可退出通过服务捜索方法SeekServiceMethod发起的捜索，或者发送 捜索终止事件SearchTerminatedEvents防止进一步生成捜索结果事件。捜索终止事件 可包括句柄和终止原因参数。各个参数将描述如下。
[023引 U句柄
[0236] 句柄指示终止的捜索。
[0237] ii)原因
[0238] 可指示捜索的终止原因。可指示超时或系统故障SystemFailure作为捜索的终止 原因。
[0239] 服务捜寻方可发送服务请求事件ServiceRequestEventW开始所公告的服务的 ASP会话。服务请求事件可包括公告ID、会话MAC、会话ID和会话信息参数中的至少一个。 各个参数将描述如下。
[0240] i)公告ID
[0241] 由对等装置定义的公告ID可包括在服务请求事件中。
[024引 山会话MAC
[024引会话ID所分配至的对等装置的MAC地址可包括在服务请求事件中。
[0244] iii)会话ID
[0245] ASP会话ID可包括在服务请求事件中。
[0246] iv)会话信息
[0247] 应用特定数据有效载荷可包括在服务请求事件中。
[0248] 服各巧索巧ASP会话律立
[0249] 基于上述描述，将更详细地描述根据本发明的服务捜索过程和ASP会话建立过 程。
[0250] 图13是示出服务捜索和ASP会话建立操作的流程图。图13所示的ASP会话建立 操作是指随机P2P装置的特定服务捜索另一P2P装置和服务，通过请求该服务来建立Wi-Fi Direct连接，并且操作应用。
[0251] 为了描述方便，在图13中，假设装置A用作对其服务进行公告的服务公告方，装置 B用作捜索服务的服务捜寻方。 悦5引如果装置A的服务层将AdvertiseServiceMethod发送给ASP，则装置A的ASP可基于包括在AdvertiseServiceMethod中的信息对其服务进行公告，并且待命W允许另 一装置发现对应服务。
[0巧3] 如果装置B的服务层将服务捜寻方法发送给ASP，则装置B的ASP可基于包括在接 收到的服务捜寻方法中的信息来捜索支持高级应用或用户所期望的服务的装置。例如，如 果装置B的服务层从应用层接收到指示化eService的意图的信息，则服务层可将包括关 于需要捜索的服务的信息的服务捜寻方法传送给ASP。
[0254] 接收到服务捜寻方法的装置B的ASP可发送探测请求帖W捜索支持期望的服务的 装置。此时，探测请求帖可包括通过将期望发现或者可被支持的服务的服务名称转换为散 列形式而获得的散列值。散列值通过由ASP将服务名称或服务名称的前缀转换为散列形式 而获得，并且可具有6个八位组（octet)长度。探测请求帖可按照广播的形式发送，或者可 针对特定装置按照单播的形式发送。
[0巧5] 接收到探测请求帖的装置A可尝试散列匹配，并且如果确定支持与包括在探测请 求帖中的散列值匹配的服务，则装置A可将探测响应帖发送给装置B。此时，探测响应帖可 包括散列值、公告ID字段和服务通知信息字段中的至少一个。散列值指示与通过探测请 求帖请求的散列值匹配的服务的散列值，公告ID字段可W是由ASP分配W唯一地标识ASP 中的各个服务的公告的值。公告ID可用于请求ASP会话建立。服务通知信息字段可包括 服务信息指示字段service_info;rmation_indication_field和服务状态字段service_ sta^s_field。服务信息指示字段可指示对于包括在探测响应中的各个服务是否存在服务 信息。服务状态字段可用于指示在探测响应帖被发送时服务是否可用。
[0256] 如果装置B接收到指示装置B期望发现的服务可用的探测请求帖，则装置B的ASP 可将捜索结果事件发送给服务层，W报告发现了支持期望的服务的装置。此时，捜索结果事 件可包括服务名称、公告ID、服务状态和服务信息参数中的至少一个。
[0257]如果装置B未能发现支持期望发现的服务的装置，则服务捜索请求帖的发送可被 省略。尽管未示出，装置B的ASP可将捜索结果事件发送给服务层，W指示没有发现支持期 望发现的服务的装置。此时，捜索结果事件可包括服务名称、公告ID、服务状态和NU化服务 信息参数。
[025引如果装置B从装置A接收到指示存在可用服务的探测请求帖，则装置B可触发服 务捜索请求帖W捜索装置A的服务信息。此时，服务捜索请求帖可包括服务名称字段。服 务名称字段可包括待捜索的完整服务名称或者待捜索的服务名称的前缀。
[0259] 在该方面，装置A可将指示是否可提供装置B期望发现的服务的服务捜索响应帖 发送给装置B。服务捜索响应帖可包括服务名称、服务状态、公告ID和服务信息。
[0260] 服务名称可包括指示所公告的服务的服务名称的文本串。
[0%1 ] 即使装置A支持装置B期望发现的服务，在服务捜索响应帖被发送时，装置B也可 能无法使用装置A所提供的服务。例如，尽管装置A支持它自己捜索到的Print服务，但是 如果装置A由于与最大可用装置关联而无法再允许与对等装置关联，则尽管装置A支持装 置B期望捜索的服务，装置B也无法使用装置A所提供的服务。因此，根据本发明的装置A 可将指示在服务捜索响应帖被发送时对应服务是否可用的服务状态信息包括在服务捜索 响应帖中。 悦6引换言之，如果在服务捜索响应帖被发送时对应服务不可用，则服务状态信息可指 示对应服务不可用，而如果在服务捜索响应帖被发送时对应服务可用，则服务状态信息可 指示对应服务可用。服务状态信息可W是1比特的指示符。
[0%引公告ID字段可旨在唯一地标识ASP内的各个服务的公告。
[0264]服务信息字段可包括可在作为服务公告方的装置A与作为服务捜寻方的装置B之 间共享的可选信息。如果存在关于给定服务（即，装置B期望发现的服务）的服务信息，贝U 服务信息字段可包括通过与该给定服务匹配的探测响应帖发送的散列值。
[02化]然而，为了获取服务信息，发送服务捜索请求帖的装置B可能需要使用WFDS服务 协议类型（被定义为整数5)W查询确切的服务名称和服务信息。装置B可通过在服务层 调用服务捜寻方法时具体实现包括在服务捜寻方法中的服务信息请求参数W基于服务信 息的内容来捜索服务。
[0%6] 上述服务捜索请求帖和服务捜索响应帖可利用IE邸802.llu系统中定义的GAS( -般公告协议）来执行。
[0%7]如果从服务层请求的服务捜寻方法所请求的操作完成，则装置B的ASP可通过服 务基于服务捜索结果将结果通知给应用和用户。
[0268] 此时，没有形成Wi-FiDirect组。当用户选择装置A的服务时如果可使用由装置 A提供的服务并且该服务调用会话连接方法ConnectSessionMethod,则可执行P2P组形 成。此时，通过提供发现请求和提供发现响应彼此交换会话信息和连接能力信息。
[0269] 会话信息是指示请求服务的装置所请求的服务的简要信息的提示信息。例如，如 果请求文件传送服务，则会话信息是可通过指示文件的数量和大小来允许另一方确定接受 /拒绝服务请求的信息。连接能力信息可在组所有者（GO)协商和P2P邀请期间用作用于生 成组的信息。
[0270] 如果装置B将提供发现请求消息传送给装置A，则装置A的ASP将包括服务信息的 会话请求SessionRequest发送给服务层，服务层将该服务信息传送给应用/用户。如果应 用/用户基于会话信息决定接受相应会话，则通过服务层将服务确认方法传送给APS。
[0271] 此时，装置A的ASP将提供发现响应消息传送给装置B，其中，提供发现响应消息的 状态信息可被设定为"deferred(延期）"。该是为了通知对应服务不能立即被接受，并且状 态等待用户的输入。因此，装置B的ASP可在将ConnectStatus事件传送给服务层的同时 通知服务层服务请求被延期。
[027引如果装置A的ASP接收到服务确认方法ConfirmServiceMethod,则可执行后续 提供发现过程。换言之，装置A可将提供发现请求消息传送给装置B。该可被称作后续提 供发现过程。提供发现请求消息可包括服务信息W及指示对应服务的状态为"success(成 功）"的信息。因此，装置B的ASP可在将ConnectStatus事件传送给服务层的同时向服务 层通知服务请求被接受。另外，装置B的ASP可将提供发现响应消息传送给装置A，其中，提 供发现响应消息可包括连接能力信息。
[0273] 在执行P2P提供发现过程之后，通过GO协商或邀请过程生成P2P组，并且执行第 二层（L2)连接和IP(互联网协议）连接。对于GO协商，可在对等装置之间交换GO协商请 求帖和GO协商响应帖。GO协商过程的详细描述将被省略。
[0274] 在GO协商完