CN105519071A - 使用逻辑信道进行通信的电子装置 - Google Patents
使用逻辑信道进行通信的电子装置 Download PDFInfo
- Publication number
- CN105519071A CN105519071A CN201480041345.XA CN201480041345A CN105519071A CN 105519071 A CN105519071 A CN 105519071A CN 201480041345 A CN201480041345 A CN 201480041345A CN 105519071 A CN105519071 A CN 105519071A
- Authority
- CN
- China
- Prior art keywords
- service
- electronic
- application program
- external electronic
- instruction
- 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.)
- Pending
Links
Classifications
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
提供了一种用于针对一个或更多个电子装置提供一个或更多个协议的设备和方法。所述方法包括:由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置使用一个或更多个通信模块与外部电子装置建立一个或更多个物理信道,由电子装置执行用于与框架接口进行接口连接的两个或更多个应用程序,使用用于所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,经由框架接口通过所述一个或更多个物理信道将来自所述两个或更多个应用程序的数据传送至外部电子装置。
Description
技术领域
本公开总体上涉及一个或更多个电子装置,更具体的,涉及使用一个或更多个协议的一个或更多个电子装置。
背景技术
移动终端被开发用于提供用户之间的无线通信。随着技术的进步,移动终端现在提供除了简单的电话对话之外的多种附加功能。例如,移动终端现在能够提供诸如警报、短消息服务(SMS)、多媒体消息服务(MMS)、电子邮件、游戏、短程通信的远程控制、使用安装的数字相机的图像捕捉功能、用于提供音频和视频内容的多媒体功能、日程安排功能和更多功能的附加功能。
随着多种功能的提供,移动终端实际上已经成为了日常生活的必需品。因此,致力于开发一种用于提供针对移动终端的改进的功能的设备和方法。
发明内容
技术问题
本公开的各方面旨在至少解决上面提到的问题和/或缺点并至少提供以下描述的优点。因此,本公开的一方面在于提供一种针对一个或更多个电子装置使用一个或更多个协议的设备和方法。
技术方案
根据本公开的一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由所述电子装置的至少一个处理器执行用于与框架接口进行接口连接的应用程序;由框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块中的每个通信模块被配置为根据选择的一个或更多个通信协议来进行操作,其中,框架接口被配置为针对数据的至少一部分选择所述一个或更多个通信模块中的至少一个通信模块;由所述一个或更多个通信模块与一个或更多个外部电子装置进行数据通信。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,其中,所述一个或更多个通信模块中的每个通信模块被配置为基于一个或更多个通信协议与一个或更多个外部电子装置进行通信;至少一个处理器,被配置为:执行用于与框架接口进行接口连接的应用程序,在应用程序和所述一个或更多个通信模块之间对数据进行路由,其中,框架接口被配置为针对数据的至少一部分选择所述一个或更多个通信模块中的至少一个通信模块;控制所述一个或更多个通信模块基于选择的一个或更多个通信协议与所述一个或更多个外部电子装置进行数据通信。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与一个或更多个外部电子装置进行通信;至少一个处理器,被配置为提供框架接口,其中,框架接口被配置用于与将从所述电子装置的外部被下载的应用程序进行接口连接,其中,框架接口被配置为:将数据路由发送至所述一个或更多个通信模块,从所述一个或更多个通信模块路由接收数据,控制所述一个或更多个通信模块基于选择的一个或更多个通信协议与所述一个或更多个外部电子装置进行数据通信。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置使用一个或更多个通信协议与外部电子装置建立一个或更多个物理信道;由电子装置使用所述一个或更多个物理信道经由一个或更多个逻辑信道或会话与外部电子装置进行数据通信,其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个通信协议。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为使用一个或更多个通信协议与外部装置建立一个或更多个物理信道;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个物理信道,控制所述一个或更多个通信模块使用所述一个或更多个物理信道经由一个或更多个逻辑信道或会话与外部装置进行数据通信,其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个通信协议。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为提供框架接口的电子装置与外部电子装置建立一个或更多个物理通信信道;由电子装置执行用于与框架接口进行接口连接的应用程序;由框架接口使用所述一个或更多个物理通信信道接收关于一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息;由框架接口至少部分地基于接收到的信息改变所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话;在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话来传送来自应用程序的数据。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部装置建立一个或更多个物理通信信道;至少一个处理器,被配置为:进行操作以使用所述一个或更多个物理通信信道在一个或更多个逻辑信道或会话上与外部装置进行通信,执行用于与框架接口进行接口连接的应用程序,其中,框架接口被配置为:使用所述一个或更多个物理信道接收关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息,至少部分地基于接收到的信息改变所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话,进行操作以在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话来传送来自应用程序的数据。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由框架接口接收针对电子装置的应用程序的数据传输的要求的指示;由框架接口在电子装置和外部电子装置之间建立一个或更多个物理通信信道;由框架接口配置一个或更多个逻辑信道,其中,在所述一个或更多个逻辑信道上,来自应用程序的数据将根据针对数据传输的要求的指示在电子装置和外部电子装置之间被传送;由框架接口使用所述一个或更多个物理通信信道在一个或更多个被配置的逻辑信道上传送来自应用程序的数据。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部装置建立一个或更多个物理通信信道;至少一个处理器,被配置为:进行操作以使用所述一个或更多个物理通信信道,在一个或更多个逻辑信道上与外部电子装置进行通信,执行用于与框架接口进行接口连接的应用程序,其中,框架接口被配置为:接收针对应用程序的数据传输的要求的指示;在电子装置和外部电子装置之间建立所述一个或更多个物理通信信道;配置一个或更多个逻辑信道,其中,在所述一个或更多个逻辑信道上,来自应用程序的数据将根据针对数据传输的要求的指示在电子装置和外部电子装置之间被传送;进行操作以使用所述一个或更多个物理通信信道在一个或更多个被配置的逻辑信道上传送来自应用程序的数据。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置使用一个或更多个通信模块与外部电子装置建立一个或更多个物理信道;由电子装置执行用于与框架接口进行接口连接的两个或更多个应用程序;使用针对所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,经由框架接口通过所述一个或更多个物理信道将来自所述两个或更多个应用程序的数据传送至外部电子装置,其中,传送所述数据的步骤包括:由框架接口将包括净荷的数据包提供到通信模块,其中,净荷包括来自所述两个或更多个应用程序中的一个应用程序的第一数据以及来自所述两个或更多个应用程序中的另一应用程序的第二数据。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部装置建立一个或更多个物理信道;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个物理信道,执行用于与电子装置提供的框架接口进行接口连接的两个或更多个应用程序,控制框架接口使用用于所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,将来自所述两个或更多个应用程序的数据通过所述一个或更多个物理信道传送至外部电子装置,其中,框架接口将包括净荷的数据包提供到所述一个或更多个通信模块,其中,净荷包括来自所述两个或更多个应用程序中的一个应用程序的第一数据以及来自所述两个或更多个应用程序中的另一应用程序的第二数据。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置使用所述一个或更多个通信信道中的至少一个通信信道请求外部电子装置将一个或更多个配置文件标识符(ID)传送至电子装置,其中,所述一个或更多个配置文件ID中的每个配置文件ID与由外部电子装置支持的一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为建立一个或更多个通信信道;至少一个处理器,被配置为:进行操作以使用所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行通信,使用所述一个或更多个通信信道中的至少一个通信信道,向外部电子装置发送对于由外部电子装置将一个或更多个配置文件标识符(ID)提供给电子装置的请求,其中,所述一个或更多个配置文件ID中的每个配置文件ID与由外部电子装置支持的一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为运行一个或更多个应用程序的电子装置与外部电子装置建立一个或更多个通信信道;由电子装置使用所述一个或更多个通信信道中的至少一个通信信道从外部电子装置接收对于将一个或更多个配置文件标识符(ID)提供给外部电子装置的请求,其中,所述一个或更多个配置文件ID中的每个配置文件ID与所述一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置,所述电子装置包括:一个或更多个通信模块,被配置为建立一个或更多个通信信道;存储器,被配置为存储一个或更多个应用程序;至少一个处理器,被配置为:进行操作以使用所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行通信,进行操作以使用所述一个或更多个通信信道中的所述至少一个通信信道,从外部电子装置接收对于将一个或更多个配置文件标识符(ID)提供给外部电子装置的请求,其中,所述一个或更多个配置文件ID中的每个配置文件ID与所述一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置来执行一个或更多个应用程序;由所述一个或更多个应用程序中的至少一个应用程序在框架接口登记所述至少一个应用程序的服务能力。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:存储器,被配置为存储一个或更多个应用程序和框架接口;至少一个处理器,被配置为:执行所述一个或更多个应用程序中的至少一个应用程序,其中,所述一个或更多个应用程序中的至少一个应用程序在框架接口登记所述至少一个应用程序的服务能力。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置将关于外部电子装置的能力的查询传送至外部电子装置;由电子装置将关于查询的类型的指示传送至外部电子装置。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;至少一个处理器,被配置为:进行操作以使用所述一个或更多个通信信道与外部电子装置进行通信;进行操作以将对于外部电子装置的能力的查询传送至外部电子装置;进行操作以将关于查询的类型的指示传送至外部电子装置。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置将与电子装置的服务、功能和能力中的一个或更多个相关联的信息传送至外部电子装置。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;至少一个处理器,被配置为:使用所述一个或更多个通信信道与外部电子装置进行通信,进行操作以将与电子装置的服务、功能和能力中的一个或更多个相关联的信息传送至外部电子装置。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置将对于外部电子装置的能力的查询传送至外部电子装置;由电子装置将关于查询是否为下述查询的指示传送至外部电子装置:外部电子装置被要求报告外部电子装置的当前能力所根据的查询,或者,外部电子装置被要求报告外部电子装置的当前能力并报告外部电子装置的当前能力的改变所根据的查询。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;至少一个处理器,被配置为:使用所述一个或更多个通信信道与外部电子装置进行通信,将关于查询是否为下述查询的指示传送至外部电子装置:外部电子装置被要求报告外部电子装置的当前能力所根据的查询,或者,外部电子装置被要求报告外部电子装置的当前能力并报告外部电子装置的当前能力的改变所根据的查询。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与外部电子装置建立一个或更多个通信信道;响应于从外部电子装置接收到请求,由电子装置将被配置用于标识驻留在电子装置的一个或更多个应用程序的能力信息传送至外部电子装置。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;至少一个处理器,被配置为:进行操作以使用所述一个或更多个通信信道与外部电子装置通信;响应于从外部电子装置接收到请求,进行操作以传送被配置用于标识驻留在电子装置上的一个或更多个应用程序的能力信息。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置与第一外部电子装置和第二外部电子装置建立一个或更多个通信信道;由电子装置将对于关于第一外部电子装置的能力的改变的信息的请求传送至第一外部电子装置;由电子装置将对于关于第二外部电子装置的能力的改变的信息的请求传送至第二外部电子装置。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;至少一个处理器,被配置为:进行操作以将对于关于第一外部电子装置的能力的改变的信息的请求传送至第一外部电子装置;进行操作以将对于关于第二外部电子装置的能力的改变的信息的请求传送至第二外部电子装置。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置执行一个或更多个应用程序;由框架接口从所述一个或更多个应用程序中的至少一个应用程序接收服务能力查询,其中,服务能力查询包括服务能力查询筛选器;如果一个或更多个服务能力记录与服务能力查询匹配,则由框架接口将与服务能力查询匹配的所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:存储器,被配置为存储一个或更多个应用程序以及框架接口;至少一个处理器,被配置为执行所述一个或更多个应用程序以与框架接口进行接口连接,其中,所述一个或更多个应用程序被配置为:将包括服务能力查询筛选器的服务能力传送至框架接口;从框架接口接收与所述服务能力匹配的一个或更多个服务能力记录,其中,框架接口被配置为:从所述一个或更多个应用程序中的至少一个应用程序接收包括服务能力查询筛选器的所述服务能力;如果一个或更多个服务能力记录与服务能力查询匹配,则将与服务能力查询匹配的所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由包括存储在存储器中的操作系统的电子装置在被配置为与操作系统进行接口连接的框架接口上执行一个或更多个应用程序;由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置使用所述一个或更多个通信信道与外部电子装置通信来自所述一个或更多个应用程序的数据;由电子装置的框架接口至少部分地响应于操作系统的功能来确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储操作系统;至少一个处理器,被配置为:使用所述一个或更多个通信模块与外部电子装置进行数据通信,在被配置为与操作系统进行接口连接的框架接口上执行一个或更多个应用程序,其中,框架接口被配置为至少部分响应于操作系统的功能来确定所述一个或更多个应用程序是否停止运行。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令来提供操作系统和框架接口的电子装置在框架接口上执行一个或更多个应用程序,其中,框架接口被配置为与操作系统进行接口连接;由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置使用所述一个或更多个通信信道与外部电子装置通信来自所述一个或更多个应用程序的数据;由框架接口监视所述一个或更多个通信信道的状态和操作系统的处理的状态中的至少一个。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储操作系统和框架接口;至少一个处理器,被配置为:使用所述一个或更多个通信模块中的至少一个通信模块与外部电子装置进行数据通信,在框架接口上执行一个或更多个应用程序,其中,框架接口被配置为与操作系统进行接口连接,其中,框架接口被配置为监视所述一个或更多个通信信道的状态和操作系统的处理的状态中的至少一个。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置在框架接口上执行一个或更多个应用程序;由电子装置的一个或更多个通信模块与外部电子装置建立一个或更多个通信信道;由电子装置的所述一个或更多个通信模块经由所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行数据通信;由框架接口根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:使用所述一个或更多个通信模块中的至少一个通信模块与外部电子装置进行数据通信,在框架接口上执行一个或更多个应用程序,其中,框架接口被配置为根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
根据本公开的另一方面,提供了一种使用一个或更多个协议的一个或更多个电子装置的系统。所述系统包括:包括第一电子装置和第二电子装置,其中,第一电子装置和第二电子装置彼此通信以确定共同最小功能集,其中,第一电子装置和第二电子装置中的每个电子装置分别包括:一个或更多个通信模块,被配置为与第一电子装置和第二电子装置中的各个电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:使用所述一个或更多个通信信道与第一电子装置和第二电子装置中的各个电子装置进行通信,在框架接口上执行一个或更多个应用程序,其中,框架接口被配置为根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令而提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为在外部电子装置的发现期间与外部电子装置通信关于框架接口的版本的信息。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为将用于确定兼容性的消息发送到外部电子装置,其中,所述消息包括与版本有关的信息。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,执行与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为在发现外部电子装置期间与外部电子装置通信关于框架接口的版本的信息。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,执行与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,执行与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为将用于确定兼容性的消息发送到外部电子装置,其中,所述消息包括与版本有关的信息。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为:控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,执行与框架接口进行接口连接的一个或更多个应用程序,其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;由框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议与外部电子装置进行通信;由所述一个或更多个通信模块与外部电子装置进行数据通信,其中,框架接口包括会话层,其中,会话层被配置为接收来自应用程序的信息,并至少部分地基于来自应用程序的信息来管理用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;由所述至少一个处理器通过框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议进行操作;由所述一个或更多个通信模块与外部电子装置进行数据通信,其中,框架接口包括:会话层;传输层,被配置为:经由会话层从应用程序接收与用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话的服务质量(QoS)有关的信息,根据从应用程序接收到的与QoS有关的信息来对所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话进行调整。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;由所述至少一个处理器通过框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议进行通信;由所述一个或更多个通信模块与外部电子装置进行数据通信,其中,框架接口包括:传输层;连接层,被配置为:从传输层接收数据,根据预设最小数据完整性将用于确认数据被传送至外部电子装置的字段添加到从传输层接收到的数据单元,将指示构成数据单元的字节数的长度字段添加到从传输层接收到的数据单元。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由电子装置的至少一个处理器执行提供一个或更多个服务的应用程序;由一个或更多个通信模块在应用程序和外部电子装置之间进行数据通信,其中,所述一个或更多个通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,其中,应用程序包括一个或更多个服务代理,其中,所述一个或更多个服务代理中的每个服务代理被指派为对由应用程序提供的所述一个或更多个服务中的一个服务的数据进行处理。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;存储器,被配置为存储框架接口;至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,其中,框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,其中,框架接口包括会话层,其中,会话层被配置为接收来自应用程序的信息,并至少部分地基于来自应用程序的信息来管理用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;存储器,被配置为存储框架接口;至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,通过框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,其中,框架接口包括:会话层;传输层,被配置为:经由会话层从应用程序接收与用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话的服务质量(QoS)有关的信息,根据从应用程序接收到的与QoS有关的信息来改变所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;存储器,被配置为存储框架接口;至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,通过框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,其中,框架接口包括:传输层;连接层,被配置为:从传输层接收数据,根据预设最小数据完整性将用于确认数据被传送至外部电子装置的字段添加到从传输层接收到的数据单元,将指示构成数据单元的字节数的长度字段添加到从传输层接收到的数据单元。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;存储器,被配置为存储框架接口;至少一个处理器,被配置为:执行提供一个或更多个服务的应用程序,其中,应用程序包括一个或更多个服务代理,其中,所述一个或更多个服务代理中的每个服务代理被指派为对由应用程序提供的所述一个或更多个服务中的一个服务的数据进行处理。
根据本公开的另一方面,提供了一种针对一个或更多个电子装置使用一个或更多个协议的方法。所述方法包括:由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置执行一个或更多个应用程序;由电子装置与外部电子装置建立一个或更多个通信信道;由电子装置经由框架接口将来自所述一个或更多个应用程序的数据路由发送至外部电子装置,其中,所述一个或更多个应用程序支持一个或更多个服务,其中,所述一个或更多个服务包括一个或更多个服务目标,其中,所述一个或更多个应用程序通过与外部电子装置通信一个或更多个应用消息提供所述一个或更多个服务目标。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通知信道;存储器,被配置为存储框架接口;至少一个处理器,被配置为执行一个或更多个应用程序,其中,框架接口被配置为将来自所述一个或更多个应用程序的数据路由发送至外部电子装置,其中,所述一个或更多个服务包括一个或更多个服务目标,其中,所述一个或更多个应用程序通过与外部电子装置通信一个或更多个应用消息提供所述一个或更多个服务目标。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:便携式电子壳体;安装在壳体中的一个或更多个通信模块,其中,所述一个或更多个通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,其中,所述一个或更多个通信模块包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议;触摸屏显示器,至少部分安装在壳体中;电池,安装在壳体中;存储器,安装在壳体中,其中,存储器存储操作系统和媒体播放器软件程序;应用处理器,安装在壳体中,其中,应用处理器被配置为运行操作系统,其中,存储器还存储指令,其中,当所述指令被执行时,所述指令使应用处理器提供框架接口,其中,框架接口被配置为:在操作系统和媒体播放器软件程序之间进行接口连接,在媒体播放器软件程序和所述一个或更多个通信模块中的一个或更多个之间对媒体数据进行路由,独立于媒体播放器软件程序,选择通信模块中的至少一个通信模块以用于与外部电子装置通信媒体数据中的至少一部分。
根据本公开的另一方面,提供了一种使用一个或更多个协议的电子装置。所述电子装置包括:便携式电子壳体;安装在壳体中的一个或更多个通信模块,其中,所述通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,其中,所述通信模块包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议;触摸屏显示器,至少部分安装在壳体中;电池,安装在壳体中;存储器,安装在壳体中,其中,存储器存储操作系统和拨号器软件程序;应用处理器,安装在壳体中,其中,应用处理器被配置为运行操作系统,其中,存储器还存储指令,其中,当所述指令被执行时,所述指令使应用处理器提供框架接口,其中,框架接口被配置为:在操作系统和拨号器软件程序之间进行接口连接,在拨号器软件程序和所述一个或更多个通知模块中的一个或更多个之间对通知数据进行路由,独立于拨号器软件程序选择通信模块中的至少一个通信模块以用于与外部电子装置通信通知数据中的至少一部分。
从下面结合附图进行的公开了本公开的各种实施例的详细描述中,本公开的其它方面、优点和显著特征对于本领域的技术人员来说将是明显的。
附图说明
从结合附图的以下描述中,本公开的各种实施例的以上和其它方面、特征和优点将更加清楚,其中:
图1示出根据本公开的实施例的包括电子装置的网络环境;
图2示出根据本公开的实施例的电子装置的框图;
图3示出根据本公开的实施例的编程模块的框图;
图4示出根据本公开的实施例的分层框架架构的框图;
图5示出根据本公开的实施例进行通信的电子装置的系统;
图6示出根据本公开的实施例的电子装置之间的通信;
图7示出根据本公开的实施例的电子装置的配置;
图8示出根据本公开的实施例的电子装置的配置;
图9示出根据本公开的实施例的配件协议的总体架构;
图10示出根据本公开的实施例的用于实现配件协议的操作的总体顺序;
图11示出根据本公开的实施例的用于实现配件协议的操作的总体顺序;
图12示出根据本公开的实施例的电子装置之间的通信;
图13示出根据本公开的实施例的电子装置之间的通信;
图14示出根据本公开的实施例的与网络层相关的应用层的配置;
图15示出根据本公开的实施例的应用层的配置;
图16示出根据本公开的实施例的根据应用协议的消息的结构;
图17示出根据本公开的实施例的根据应用协议的消息的结构;
图18示出根据本公开的实施例的服务代理的寻址;
图19示出根据本公开的实施例的用于在第一电子装置和第二电子装置之间进行通信的第一电子装置和第二电子装置的配置;
图20示出根据本公开的实施例的第一电子装置和第二电子装置之间的通信的方法;
图21示出根据本公开的实施例的服务发现的信令示图;
图22示出根据本公开的实施例的用于建立服务连接的信令示图;
图23示出根据本公开的实施例的使用应用协议的服务连接和通信;
图24示出根据本公开的实施例的用于建立服务连接的过程;
图25示出根据本公开的实施例的服务连接;
图26示出根据本公开的实施例的服务代理之间的通信;
图27示出根据本公开的实施例的消息的通信;
图28示出根据本公开的实施例的服务代理之间的通信的终止;
图29示出根据本公开的实施例的服务代理之间的消息交换;
图30示出根据本公开的实施例的服务代理之间的消息交换;
图31示出根据本公开的实施例的服务代理之间的消息交换;
图32示出根据本公开的实施例的服务代理之间的消息交换;
图33示出根据本公开的实施例的服务代理之间的消息交换;
图34示出根据本公开的实施例的服务代理之间的消息交换;
图35示出根据本公开的实施例的应用层实体的登记的状态示图;
图36示出根据本公开的实施例的能力查询的状态示图;
图37示出根据本公开的实施例的应用层实体的状态示图;
图38示出根据本公开的实施例的能力发现层的状态示图;
图39示出根据本公开的实施例的用于服务发现的信令示图;
图40示出根据本公开的实施例的能力交换过程;
图41示出根据本公开的实施例的能力交换过程;
图42示出根据本公开的实施例的装置管理实体的状态示图;
图43示出根据本公开的实施例的针对电子装置的连接性的状态示图;
图44示出根据本公开的实施例的针对电子装置的连接性的状态示图;
图45示出根据本公开的实施例的示出电子装置添加的消息序列图;
图46示出根据本公开的实施例的示出电子装置删除的消息序列图;
图47示出根据本公开的实施例的示出与服务连接相关的成功场景的消息序列图;
图48示出根据本公开的实施例的示出在有不存在的远程服务代理的情况下与服务连接相关的失败场景的消息序列图;
图49示出根据本公开的实施例的示出与拒绝远程服务代理进行的服务连接相关的失败场景的消息序列图;
图50示出根据本公开的实施例的示出服务连接终止的消息序列图;
图51示出根据本公开的实施例的示出服务连接终止的消息序列图;
图52示出根据本公开的实施例的通过网络协议层的数据流;
图53示出根据本公开的实施例的包加载;
图54示出根据本公开的实施例的传输层的优先排队调度器;
图55示出根据本公开的实施例的由传输层进行的缓冲管理;
图56示出根据本公开的实施例的传输层帧的结构;
图57示出根据本公开的实施例的传输层帧的头的结构;
图58示出根据本公开的实施例的传输层帧的净荷的结构;
图59示出根据本公开的实施例的传输层支持的第一数据帧格式的结构;
图60示出根据本公开的实施例的传输层支持的第二数据帧格式的结构;
图61示出根据本公开的实施例的传输层支持的控制帧格式的结构;
图62示出根据本公开的实施例的传输层支持的控制净荷的结构;
图63示出根据本公开的实施例的应用层、会话层、传输层和连接层中的消息的帧结构;
图64示出根据本公开的实施例的针对传输帧的通用帧结构的总示图;
图65示出根据本公开的实施例的针对传输帧的总体帧结构;
图66示出根据本公开的实施例的针对创建服务连接请求的传输层数据帧结构;
图67示出根据本公开的实施例的针对创建服务连接响应的传输层数据帧结构;
图68示出根据本公开的实施例的针对终止服务连接请求的传输层数据帧结构;
图69示出根据本公开的实施例的针对终止服务连接响应的传输层数据帧结构;
图70示出根据本公开的实施例的用于发送数据的传输层数据帧结构;
图71示出根据本公开的实施例的图66至图70的传输层数据帧结构的消息类型字段、分片字段和序号字段的参数;
图72示出根据本公开的实施例的针对即时确认的传输层控制帧结构;
图73示出根据本公开的实施例的针对块确认的传输层控制帧结构;
图74示出根据本公开的实施例的针对选择性否定确认的传输层控制帧结构;
图75示出根据本公开的实施例的图72至图74的传输层控制帧结构的消息类型字段、分片字段和序号字段的参数;
图76示出根据本公开的实施例的针对在成功的数据发送情况下的否定ACK(no-ACK)的场景的消息序列图;
图77示出根据本公开的实施例的针对会话层传送具有无效参数的TSDU的场景的消息序列图;
图78示出根据本公开的实施例的针对在成功的数据发送的情况下的即时ACK的场景的消息序列图;
图79示出根据本公开的实施例的针对存在丢失的数据帧和丢失的确认帧的场景的消息序列图;
图80示出根据本公开的实施例的针对窗口填满的场景利用智能确认的消息发送的消息序列图;
图81示出根据本公开的实施例的针对窗口填满的场景利用智能确认的消息发送的消息序列图;
图82示出根据本公开的实施例的针对一个空洞具有成功的选择性否定确认的场景利用智能确认的消息发送的消息序列图;
图83示出根据本公开的实施例的针对一个空洞具有丢失的选择性否定确认的场景利用智能确认的消息发送的消息序列图;
图84示出根据本公开的实施例的电子装置之间的连接可能被损害的位置的示例;
图85示出根据本公开的实施例的由于物理链路的丢失而导致电子装置之间的连接被损害的示例;
图86示出根据本公开的实施例的由于应用程序碰撞导致电子装置之间的连接被损害的示例;
图87示出根据本公开的实施例的由于框架碰撞导致电子装置之间的连接被损害的示例;
图88示出根据本公开的实施例的用于操作电子装置的流程图;
图89示出根据本公开的实施例的用于在电子装置之间传送数据的流程图;
图90示出根据本公开的实施例的用于操作电子装置的流程图;
图91A示出根据本公开的实施例的用于操作电子装置的流程图;
图91B示出根据本公开的实施例的用于操作电子装置的流程图;
图92示出根据本公开的实施例的用于操作电子装置的流程图;
图93示出根据本公开的实施例的用于在电子装置之间交换能力的流程图;
图94示出根据本公开的实施例的用于在电子装置之间交换能力的流程图;
图95示出根据本公开的实施例的用于在电子装置之间交换能力的流程图;
图96A示出根据本公开的实施例的用于在电子装置之间交换能力的流程图;
图96B示出根据本公开的实施例的用于用应用程序进行能力交换的流程图;
图97示出根据本公开的实施例的用于操作电子装置的流程图;
图98示出根据本公开的实施例的用于操作电子装置的流程图;
图99示出根据本公开的实施例的用于监视电子装置上的应用程序的状态的流程图;
图100示出根据本公开的实施例的用于操作电子装置的流程图;
图101示出根据本公开的实施例的用于操作电子装置的方法的流程图;
图102示出根据本公开的实施例的用于操作电子装置的方法的流程图;
图103示出根据本公开的实施例的用于操作电子装置的方法的流程图;
图104示出根据本公开的实施例的用于操作电子装置的方法的流程图;
图105示出根据本公开的实施例的电子装置与另一电子装置进行通信的方法的流程图;
图106示出根据本公开的实施例的电子装置与另一电子装置进行通信的方法的流程图;
图107示出根据本公开的实施例的用于操作电子装置的方法的流程图。
贯穿附图,应该理解同样的参考标号被用于描绘相同或相似的元件、特征和结构。
具体实施方式
术语简介
在本公开中使用的术语用于描述本公开的各种实施例,并且并不意在限制本公开。单数术语意在包括复数形式,除非上下文清楚地表明复数形式并非意在如此。除非被不同地定义,否则在本公开中使用的所有术语(包括技术术语或科学术语)具有本领域普通技术人员通常所理解的含义。可在字典中被定义的一般术语应该被理解为具有与它们的上下文一致的含义,并且除非在本公开中被清楚地定义,否则不应该被解释为过度理想主义或形式主义。另外,在此提供的术语的任何定义不应该被理解为限制所述术语或其它术语的含义,并且所述术语可依据上下文和/或用途而被不同地解释。
配件服务配置文件(ASP):一种提供配件服务的限定方法,其中,所述配件服务详细说明服务提供者(即,提供服务的逻辑实体)的定义、服务消费者(即,消费服务的逻辑实体)的定义以及指定用于作为包而在服务提供者和服务消费者之间交换的事务和数据的格式的应用协议的定义。
配件服务配置文件ID(ASPID):通过该标识符来唯一地标识配件服务配置文件。为了避免冲突,该ID可按权限被分配&管理。然而,未分配的ID也可在双重标识符的情况下在具有冲突的风险时被使用。当服务代理向会话层登记时,它可指定ASPID。当服务代理发起服务连接时,它可指定ASPID。
应用层实体(ALE):应用层可包括应用层实体(ALE)。ALE可对利用一个或更多个配件服务的应用逻辑进行封装以满足用户的某些目的。
应用层实体(ALE)登记数据库:一种可包括ALE的身份和能力的资源库,其中,所述ALE的身份和能力已在下面的能力发现层被登记。
应用层实体标识符(ALE-ID):应用层实体标识符(ALE-ID)在给定装置上唯一地标识ALE并绑定ALE所使用的服务代理。
应用包数据单元(APDU):应用PDU组成在SP和SC之间交换的应用协议消息。
装置标识符(ID):通过装置ID来唯一地标识对等电子装置。术语“装置ID”和“对等装置ID”被可交换地使用。装置ID可由发现管理实体(DME)分配。装置ID可由ALE用来在向网络协议发出原语时指代特定对等电子装置。
装置管理应用:该实体标识帮助用户找出配件装置、使它们配对、验证它们是否是经过认证的装置的应用层。
实体:一种实现在特定层执行特定任务和职责的角色的实体。例如,在N层执行任务的实体被称为N层实体(NLE)。在N层提供数据服务的实体被称为N层数据实体(NLDE)。在N层提供管理服务的实体被称为N层管理实体(NLME)。
有序传送:如果(N+1)层向N层请求有序传送,则仅在由同一远程(N+1)LDE发送的所有先前(N+1)PDU已被提供给本地(N+1)LDE之后,由远程(N+1)LDE发送的(N+1)PDU可被提供给本地(N+1)LDE。
层:层表示在抽象的特定层级对任务和职责的集合。通常,术语N层被用于指代层,并且N层的上一层和下一层被分别称为例如,N+1层和N-1层。
本地持久性查询状态:本地持久性查询状态可包括筛选列表({对等装置ID、ASPID}对的列表),其中,所述筛选列表是目前为止接收到的(请求持久性查询行为的)CD-ServiceList.request(CD-服务列表请求)请求中的筛选的并集。该列表中的每个条目具有它们的CD-ServiceList.request请求中的特定{对等装置ID,或ASPID}对中所包括的ALE的ALE-ID的关联列表。
对等电子装置:当通过特定连接接口被连接时通常被称为对等电子装置或对等装置的远程智能装置或配件。在本文档中,术语“对等(电子)装置”可依据上下文与“外部(电子)装置”、“配件(电子)装置”或“智能配件(电子)装置”可交换地使用,但不受限制。针对给定第一(电子)装置,其它(电子)装置可被称为“对等(电子)装置”、“(电子)装置”或“外部(电子)装置”。这里,术语“外部”和“对等”可被可交换地使用并且术语“电子”可被省略。当描述参照两个或更多个电子装置的过程或概念时,可能不是一个“本地装置”和一个“对等装置”,而仅仅是“多个对等装置”。在这种情况下,术语“外部”和“对等”可能不是可交换的。
如果同一远程智能装置或配件通过多个连接接口被连接,则它被视为与接口的数量一样多的多个不同且可区分的对等装置。
对等电子装置ALE数据库:一种可包括通过能力交换过程认识到的对等电子装置上的ALE的身份和能力信息的资源库。
原语:原语是用于实现服务接入点(SAP)的单位交互步骤。以下原语在本说明书中被使用:请求、准备就绪、确认、指示和响应。原语在本公开中还可被称为消息。
优先级:优先级是本地NLDE向对等NLDE给予发送多个(N+1)PDU的优先级的基础。在任何时间,“高”优先级的(N+1)PDU被首先发送。如果不存在“高”优先级的(N+1)PDU,则“中”优先级的(N+1)PDU被发送。如果不存在“高”优先级或“中”优先级的(N+1)PDU,则“低”优先级的(N+1)PDU被发送。
服务质量(QoS)属性:QoS属性是一种标识(N+1)PDU应被对等NLDE如何处理的(N+1)PDU的特定特性。
服务质量(QoS):术语服务质量是指来自本地(N+1)LDE的N+1层协议数据单元((N+1)PDU)如何被NLE处理以便被传送到对等(N+1)LDE。
远程持久性查询状态:远程持久性查询状态包括作为从目前为止接收到的能力查询消息收集的所有{对等电子装置ID,ASP-ID}元组的并集的筛选列表。
受限服务数据单元(SDU):如果N层提供受限NSDU服务,则N层不遵守用于掩盖由于(N-1)层及以下层的限制而引起的NSDU大小限制的任何过程。最大NSDU或(N+1)PDU大小由N层向(N+1)层指示。(N+1)PDU应严格处于由N层强加的NSDU大小限制内。
配件网络协议:配件网络协议在多样连接技术的上层提供了统一的数据服务。配件应用协议的套件被期望使用网络协议的服务。
服务:由NLE执行的任务和职责通过N层服务而变得对于N+1层实体可用。特别是,由NLDE提供的数据服务使得(N+1)LE能够将数据发送给对等(N+1)LE。此外,由NLDE提供的管理服务使得(N+1)LE能够设置和/或配置数据服务。
服务接入点(SAP):N层服务的单元被指定为服务接入点。服务接入点的集合被缩写为SAP。在N层,NLDE提供被指定为NLDE-SAP的数据服务,并且NLME提供被指定为NLME-SAP的管理服务的集合。
服务代理:服务代理是实现或实施配件服务配置文件的实体。
服务代理ID:服务代理ID在关于给定装置实现或实施相同配件服务配置文件的服务代理之间唯一地标识服务代理。
服务连接:服务连接是SC和SP之间的情境,其中,通过该情境,SP向SC提供服务。它由携带属于在关联ASP中定义的应用协议的消息的信道的集合组成。
服务消费者:消费服务的逻辑实体。服务消费者通常可被称为服务代理。
服务提供者:提供服务的逻辑实体。服务提供者通常可被称为服务代理。
无序传送:如果(N+1)层向N层请求无序传送,则由远程(N+1)LDE发送的(N+1)PDU可被提供给本地(N+1)LDE,即使由同一远程(N+1)LDE发送的先前(N+1)PDU未被提供给本地(N+1)LDE也是如此。
非受限SDU:如果N层提供非受限NSDU服务,则本地N层和对等N层遵守用于提供抽象出(N-1)层及以下层的限制的统一NSDU大小的分片和组装过程。最大NSDU或(N+1)PDU大小由N层向(N+1)层指示。(N+1)PDU应该严格处于由N层强加的NSDU大小限制内。
对缩写的简单描述
ACK:确认
ALE:应用层实体
AME:验证管理实体
AOAP:Android开放配件协议
APDU:应用协议数据单元
AS:配件服务
ASP:配件服务配置文件
ASPId:配件服务配置文件标识符
BLE:蓝牙低功耗
BR/EDR:(蓝牙)基本速率/增强数据速率
BT:蓝牙
BT_ADDR:蓝牙装置地址
CL:连接层
CLDE:连接层数据实体
CLDE-SAP:连接层数据实体服务接入点
CPDU:连接层协议数据单元
CSDU:连接层服务数据单元
DME:发现管理实体
ID:标识符
IP:互联网协议
L2CAP:逻辑链路层控制和适配协议
LE:(蓝牙)低功耗
MAC:媒体接入控制
MTU:最大发送单元
NAK:否定确认
NLE:N层实体
NLDE:N层数据实体
NLME:N层管理实体
PDU:协议数据单元
QoS:服务质量
RFCOMM:(蓝牙)射频通信
SAP:服务接入点
SC:服务消费者
SDU:服务数据单元
SL:会话层
SLDE:会话层数据实体
SLDE-SAP:会话层数据实体服务接入点
SLME:会话层管理实体
SLME-SAP:会话层管理实体服务服务接入点
SP:服务提供者
SPDU:会话协议数据单元
SSDU:会话服务数据单元
TCP:发送控制协议
TL:传输层
TLDE:传输层数据实体
TLDE-SAP:传输层数据实体服务接入点
TLME:传输层管理实体
TLME-SAP:传输层管理实体服务接入点
TPDU:传输协议数据单元
TSDU:传输服务数据单元
UART:通用异常收发器
UDP:用户数据报协议
USB:通用串行总线
具体实施方式
以下将参照附图讨论本公开的各种方面的详细描述。所述描述仅被阐述为示例,而不应限制本公开的范围。针对附图的描述,同样的特征用同样的标号指代。
目录表
A.介绍性声明
B.电子装置的综述
C.介绍性构思
D.配件协议
E.应用协议
F.服务发现/能力交换
G.装置发现
H.网络协议
I.各种实施例
A.介绍性声明
如在本公开中所使用的,诸如“包括”或“可包括”的术语是指存在相应的功能、操作或特征,并且不限制另外的功能、操作或特征的存在。此外,诸如“包括”或“具有”的术语指示存在特征、数量、步骤、操作、组件或它们的组合,并且不意图排除一个或更多个另外的特征、数量、步骤、操作、组件或它们的组合。
如在本公开中所使用的(但不限于此),依据环境,短语“被配置为”可与其它术语(诸如“适合于”、“具有...的能力”、“被设计为”、“被适配为”、“被制作用于”或“能够...”)可交换地使用。在特定示例中,术语“被配置为”可不必表示在硬件含义上“被特别设计为”。而是,在特定情境下,术语“被配置为”可指在其它组件的帮助下“能够....”,例如,术语“被配置为执行A、B和C的处理器”可指能够通过运行存储在存储器装置中的一个或更多个软件程序来执行A、B和C的通用处理器(例如,CPU或应用处理器)。
如在本公开中所使用的,术语“或”被用于包括所列项中的任意项以及所有组合。例如,“A或B”包括仅A、仅B或包括A和B两者。如在本公开中所使用,诸如“第一”或“第二”的术语可被用于描述各种特征,但不限于这样的特征。例如,所述术语不限制它们的关联特征的顺序和/或重要性。这样的术语可被用于将一个特征与另一特征区分开。例如,第一用户设备(可选择地,“UE”)和第二用户设备都是用户设备,但是是不同的用户设备。例如,在不脱离本公开的范围的情况下,第一组件可被称为第二组件,同样,第二组件可被称为第一组件。
如在本公开中所使用的,短语“A或B中的至少一个”或“A和B中的至少一个”可指(1)A、(2)B或(3)A和B,但不必要求至少一个A和至少一个B。
如果组件被说成是“与另一组件连接”或“连接到另一组件”,则所述组件可与所述另一组件直接连接或被直接连接到所述另一组件,或者在所述组件和所述另一组件之间可存在另一组件。另一方面,如果组件被说成是“直接与另一组件连接”或“被直接连接到另一组件”,则应理解,在所述组件和所述另一组件之间不存在组件。
将理解,除非上下文清楚地另有指示,否则单数形式包括复数指代。因此,例如,提到“组件表面”包括提到一个或更多个这样的表面。
对于术语“实质上”,它是指所引用的特征、参数或值不必被精确地实现,而是,偏差或变量(包括例如公差、测量误差、测量精确度限制和本领域技术人员已知的其它因素)可以以不妨碍所述特征意图提供的效果的量出现。
B.电子装置的综述
根据本公开的电子装置可具有通信功能。例如,根据本公开的电子装置可以是智能电话、平板个人计算机(PC)、移动电话、视频电话、电子书阅读器、台式PC、膝上型PC、上网本PC、个人数字助理(PDA)、便携式多媒体播放器(PMP)、MP3播放器、移动医疗装置、相机或可穿戴装置(例如,头戴式装置(HMD)、电子衣物、电子支架、电子项链、电子配件、电子纹身、智能手表、智能眼镜、智能手套或智能贴片)。
根据各种实施例,电子装置可以是具有通信功能的智能家具。智能家具可以是例如:电视机、数字视频盘(DVD)播放器、音频装置、冰箱、空调、吸尘器、烤箱、微波炉、洗衣机、干衣机、空气净化器、机顶盒、TV盒(例如,HomeSyncTM、AppleTVTM或GoogleTVTM)、游戏控制台、电子词典、电子钥匙、摄像机或电子相框。
根据各种实施例,电子装置可以是医疗装置(例如,磁共振血管造影(MRA)装置、磁共振成像(MRI)装置、计算机断层扫描(CT)装置、成像装置或超声装置)、导航装置、全球定位系统(GPS)接收器、事件数据记录器(EDR)、飞行数据记录器(FDR)、汽车信息娱乐装置、船舶电子装置(例如,船舶导航装置、陀螺仪或罗盘)、航空电子装置、安全装置或者是工业或消费者机器人。
根据各种实施例,电子装置可以是具有通信功能的家具、建筑/结构的一部分、电子板、电子签名接收装置、投影仪或各种测量装置(例如,水、电、燃气或电磁波测量装置)。
根据本公开的电子装置可以是上述各种装置的任意组合。此外,对于本领域技术人员而言将清楚的是,根据本公开的电子装置不限于上述装置。
图1示根据本公开的实施例的包括电子装置的网络环境。
参照图1,电子装置101可包括总线111、处理器112、存储器113、输入/输出(I/O)接口114、显示器115和通信接口116。
总线111可以是连接前述组件并允许在前述组件之间进行通信(例如,发送控制消息)的电路。
处理器112可例如从其它组件(例如,存储器113、I/O接口114、显示器115、或通信接口116)接收指令,对接收到的指令进行解译并根据解译出的指令来执行计算或数据处理。
存储器113可例如存储从其它组件(例如,存储器113、I/O接口114、显示器115、或通信接口116)接收到的或由其它组件(例如,存储器113、I/O接口114、显示器115、或通信接口116)产生的指令或数据。例如,存储器113可包括编程模块,诸如内核121、中间件122、应用程序接口(API)123或应用124。前述编程模块中的每一个可包括软件、固件或硬件中的至少两个的组合。
内核121可控制或管理可用于运行在其它编程模块(诸如,例如中间件122、API123或应用124)中实现的操作或功能的系统资源(例如,总线111、处理器112或存储器113)。此外,内核121可提供用于允许中间件122、API123或应用124访问电子装置101的单个组件的接口。
中间件122可以是使得内核121可与API123或应用124进行通信以发送和接收数据的介质。另外,中间件122可通过例如向一个或更多个应用124分配使用电子装置101的系统资源(总线111、处理器112或存储器113)的优先级来控制(例如,调度或负载均衡)所述一个或更多个应用124的任务请求。
API123是可控制应用124可在内核121或中间件123提供的功能的接口。例如,API123可至少包括用于文件控制、窗口控制、视频处理或字符控制的接口或功能(例如,命令)。
根据各种实施例,应用124可包括例如SMS/MMS应用、电子邮件应用、日历应用、警报应用、健康护理应用(例如,运动量或血糖水平测量应用)或环境信息应用(例如,可提供大气压、湿度或温度信息的应用)。除此之外或者可选择地,应用124可以是与电子装置101和对等电子装置(例如,电子装置118)之间的信息交换相关联的应用。与所述信息交换相关联的应用可包括例如可向对等电子装置提供特定类型的信息的通知转发应用或者是可管理对等电子装置的装置管理应用。
例如,通知转发应用可具有向对等电子装置(例如,电子装置118)提供在电子装置101由其它应用(例如,SMS/MMS应用、电子邮件应用、健康护理应用户或环境信息应用)产生的通知的功能。除此之外或可选择地,通知转发应用可提供例如从对等电子装置(例如,电子装置中118)接收通知以及向用户提供通知。装置管理应用可管理例如对于与电子装置101通信的对等电子装置的至少一部分(对等电子装置本身、或对等电子装置的一个或更多个组件)相关联的功能的启用或禁用,对对等电子装置的显示器的亮度(或分辨率)的控制,或者是在对等电子装置操作的应用或由对等电子装置提供的服务(例如,语音呼叫服务或消息服务)。
根据各种实施例,应用124可包括例如根据对等电子装置(例如,电子装置118)的属性(例如,电子装置的类型)确定的一个或更多个应用。例如,如果对等电子装置是mp3播放器,则应用124可包括与音乐回放相关的一个或更多个应用。在另一示例中,如果对等电子装置是移动医疗装置,则应用124可以是健康护理相关应用。根据实施例,应用124可包括以下应用中的至少一个:在电子装置101预加载的应用或从对等电子装置(例如,电子装置118或服务器119)接收到的应用。
I/O接口114例如可经由总线111从用户接收指令或数据,以及将指令或数据发送到处理器112、存储器113或通信接口116。例如,I/O接口114可向处理器112提供与经由触摸屏接收到的用户输入相关联的数据。此外,I/O接口114可例如经由I/O装置(例如,扬声器或显示器)输出从处理器112、存储器113或通信接口116经由总线111接收到的指令或数据。例如,I/O接口114可经由扬声器输出使用处理器112处理的语音数据。
显示器115可向用户显示各种类型的信息(例如,多媒体数据或文本数据)。
通信接口116可在电子装置101和一个或更多个对等电子装置(例如,电子装置118或服务器119)之间提供通信。例如,通信接口116可通过使用无线通信或有线通信与网络117建立连接来与对等电子装置进行通信。无线通信可以是例如以下项中的至少一项:Wi-Fi、蓝牙、近场通信(NFC)、全球定位系统(GPS)或蜂窝通信(例如,LTE、LTE-A、CDMA、WCDMA、UMTS、WiBro或GSM)。有线通信可以是例如以下项中的至少一项:通用串行总线(USB)、高清晰度多媒体接口(HDMI)、推荐标准232(RS-232)或普通老式电话服务(POTS)。
根据各种实施例,网络117可以是电信网络。电信网络可包括例如计算机网络、互联网、物联网或电话网中的至少一个。根据实施例,用于在电子装置101和对等电子装置之间进行通信的协议(例如,传输层协议、数据链路层协议或物理层协议)可由例如应用124、应用程序接口123、中间件122、内核121或通信接口116中的至少一个支持。
图2示出根据本公开的实施例的电子装置的框图。
参照图2,电子装置200可以是例如电子装置101的一部分或全部。参照图2,电子装置200可包括一个或更多个应用处理器(AP)210、通信模块220、用户身份识别模块(SIM)卡224、存储器230、传感器模块240、输入模块250、显示模块260、接口270、音频模块280、相机模块291、电力管理模块295、电池296、指示器297或电机298。
AP210可控制连接到AP210的一个或更多个硬件或软件组件,或执行对数据(包括多媒体数据)的处理或计算。AP210可被实现为例如片上系统(SoC)。AP210还可包括图形处理单元(GPU,未示出)。
通信模块220(例如,通信接口116)可在电子装置200和其它电子装置(例如,电子装置118或服务器119)的之间的通信中发送和接收数据。通信模块220可包括例如蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227、近场通信(NFC)模块228或射频(RF)模块229中的一个或更多个。
蜂窝模块221可经由通信网络(例如,LTE、LTE-A、CDMA、WCDMA、UMTS、WiBro或GSM)来提供服务(诸如,例如语音呼叫、视频呼叫、短消息服务(SMS)或互联网)。蜂窝模块221还可使用用户身份识别模块(SIM)卡(例如,SIM卡224)对通信网络内的电子装置进行例如区分和验证。根据实施例,蜂窝模块221可执行AP210的功能中的至少一部分功能。例如,蜂窝模块221可执行多媒体控制功能的至少一部分。
根据实施例,蜂窝模块221可包括通信处理器(CP)。蜂窝模块221可例如被实现为SoC。尽管图2示出根据本公开的诸如作为与AP210分开的组件的蜂窝模块221(例如,CP)、存储器230或电力管理模块295的组件,但AP210可包括一个或更多个前述组件(例如,蜂窝模块221)或可与一个或更多个前述组件(例如,蜂窝模块221)集成。
根据实施例,AP210或蜂窝模块221(例如,CP)可通过在易失性存储器中加载来对从非易失性存储器或其它组件中的至少一个接收到的指令或数据进行处理。此外,AP210或蜂窝模块221可将从其它组件中的至少一个接收到的数据或由其它组件中的至少一个产生的数据中的至少一个数据存储在非易失性存储器中。
Wi-Fi模块222、蓝牙模块225、GPS模块227或NFC模块228中的每一个可包括例如可处理通过各个模块接收或发送的数据的一个或更多个处理器。尽管图2示出作为分开的模块的蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227和NFC模块228,但根据实施例,蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227或NFC模块228的任意组合(例如,两个或更多个)可被包括在集成芯片(IC)或IC封装中。例如,与各个蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227或NFC模块228相应的处理器中的至少一些处理器可被实现为单个SoC。例如,与蜂窝模块221相应的CP以及与Wi-Fi模块223相应的Wi-Fi处理器可被实现为单个SoC。
RF模块229可例如发送和接收RF信号。尽管没有示出,但RF模块229可包括收发器、功率放大模块(PAM)、频率滤波器或低噪放大器(LNA)。此外,RF模块229可包括一个或更多个用于在自由空间中发送和接收电磁(EM)波的组件,诸如,例如导体或导线。尽管图2示出蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227和NFC模块228正共享一个RF模块229,但根据实施例,蜂窝模块221、Wi-Fi模块223、蓝牙模块225、GPS模块227或NFC模块228中的至少一个模块可经由单独的RF模块发送和接收RF信号。
SIM卡224可以是实现SIM的卡,并可被配置为被插入到布置在电子装置的指定位置的槽。SIM卡224可包括唯一标识符(例如,集成电路卡标识符(ICCID))或用户信息(例如,国际移动用户识别码(IMSI))。
存储器230可包括内部存储器232或对等存储器224。内部存储器232可以是例如易失性存储器(例如,动态RAM(DRAM)、静态RAM(SRAM)或同步动态RAM(SDRAM))或非易失性存储器(例如,一次性可编程ROM(OTPROM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、掩蔽式ROM、闪存式ROM、NAND闪存或NOR闪存)中的至少一个。
根据实施例,内部存储器232可以是固态驱动器(SSD)。外部存储器234可以是例如闪存驱动器(例如,致密闪存(CF)驱动器、安全数字(SD)、微型安全数字(Micro-SD)、迷你安全数字(Mini-SD)、极速数字(xD)或记忆棒)。外部存储器234可经由各种接口可操作地连接到电子装置200。根据实施例,电子装置200可包括记录装置(或记录介质),诸如,例如硬盘驱动器(HDD)。
传感器模块240可测量物理/环境属性或检测与电子装置200关联的操作状态,并可将测量或检测到的信息转换为信号(诸如,例如电信号或电磁信号)。传感器模块240可包括例如以下传感器中的至少一个:手势传感器240A、陀螺仪传感器240B、大气压传感器240C、磁传感器240D、加速度传感器240E、握持传感器240F、接近传感器240G、RGB传感器240H、生物计量传感器240I、温度/湿度传感器240J、照度传感器240K和紫外线(UV)传感器240M。传感器模块240可检测电子装置的操作状态或测量物理属性,并将检测到的或测量的信息转换为电信号。另外地或可选地,传感器模块240还可包括例如电子鼻传感器(未示出)、肌电图(EMG)传感器(未示出)、脑电图(EEG)传感器(未示出)、红外(IR)传感器(未示出)、眼睛扫描传感器(例如,虹膜传感器,未示出)或指纹传感器。传感器模块240还可包括用于控制传感器模块240中所包括的一个或更多个传感器的控制电路。
输入模块250可包括触摸面板252、(数字)笔传感器254、键256或超声输入装置258。触摸面板252可使用例如电容方法、电阻方法、红外方法或超声方法来检测触摸输入。触摸面板252还可包括触摸面板控制器(未示出)。例如,除了物理触摸输入之外或代替物理触摸输入,电容式触摸面板可检测接近输入(例如,悬浮输入)。触摸面板252还可包括触感层。可使用触感层向用户提供触感反馈。
(数字)笔传感器254可使用例如与从用户接收触摸输入相同或相似的方法来实现,或者可使用单独的检测片(例如,数字化器)来实现。键256可以是例如键盘或触摸键。超声输入装置258可以是被配置为通过使用麦克风(例如,麦克风288)检测由能够产生超声信号的装置所产生的超声信号来识别数据的装置。超声输入装置258可无线地检测数据。根据实施例,电子装置200可使用通信模块220从连接到电子装置200的外部装置(例如,网络、计算机或服务器)接收用户输入。
显示模块260(例如,显示器115)可包括面板262、全息装置264或投影仪266。面板262可以是例如液晶显示器(LCD)或有源矩阵有机发光二极管(AM-OLED)显示器。面板262可被配置为例如柔性的、透明的或可穿戴的。面板262和触摸板252可被实现为单个模块。全息装置264可利用光波的干涉来在空中提供三维图像。投影仪266可通过将光投射到表面(例如,墙壁或屏幕)上来提供图像。屏幕可位于例如电子装置200的内部或外部。根据实施例,显示模块260还可包括用于对面板262、全息装置264或投影仪266进行控制的控制电路。
接口270可包括例如针对高清晰度多媒体接口(HDMI)272、通用串行总线(USB)274、投影仪276或超小型(D-sub)278的一个或更多个接口。另外地或可选择地,接口270可包括例如针对安全数字(SD)/多媒体卡(MMC)(未示出)或红外数据协会(IrDA)(未示出)的一个或更多个接口。
音频编解码器280可将语音编码/解码为电信号,反之亦可。音频编解码器280可对输入到扬声器282、接收器284、耳机286或麦克风288的语音信息或从扬声器282、接收器284、耳机286或麦克风288输出的语音信息进行编码/解码。
相机模块291可捕捉静态图像或视频。根据实施例,相机模块291可包括一个或更多个图像传感器(例如,前置传感器模块或后置传感器模块,未示出)、图像信号处理器(ISP,未示出)或闪光发光二极管(闪光LED,未示出)。
电力管理模块295可管理电子装置200的电力。尽管没有示出,但电力管理模块295可包括例如电力管理集成电路(PMIC)、充电器集成电路(充电器IC)或者电池燃料量表。
例如,PMIC可布置在集成电路或SoC半导体中。电子装置200的充电方法可包括有线充电或无线充电。充电器IC可对电池充电,或者防止来自充电器的过电压或过电流进入电子装置200。根据实施例,充电器IC可包括有线充电器IC或无线充电器IC中的至少一个。无线充电器IC可以是例如磁共振式、磁感应式或电磁波式,并且可包括电路(诸如,例如线圈回路、谐振电路或整流器电路)。
电池量表可测量例如电池296的充电电平、充电时的电压或温度。电池296可对例如电子装置200供电。电池296可以是例如可再充电电池。
指示器297可指示电子装置200或电子装置200的一部分(例如,AP210)的一个或更多个状态(例如,启动状态、消息状态或充电状态)。电机298可将电信号转换为机械振动。MCU299可控制传感器模块240。
尽管未示出,但是电子装置200可包括用于支持移动电视(移动TV,例如,图形处理单元(GPU))的一个或更多个装置。用于支持移动TV的装置支持与例如数字多媒体广播(DMB)、数字视频广播(DVB)或媒体流兼容的媒体数据的处理。
图3示出根据本公开的实施例的编程模块的框图。
参照图3,编程模块300可被包括在(例如,存储在)图1中示出的电子装置100中(例如,存储器113中)。编程模块300的至少一部分可被实现在软件、固件、硬件或它们的组合中。编程模块300可被实现在硬件(例如,电子装置200)中,并可包括运行在控制与电子装置(例如,电子装置100)相关的资源的操作系统(OS)或在OS上的各种应用(例如,应用370)。例如,OS可以是Android、iOS、Windows、Symbian、Tizen、Bada等。参照图3,编程模块300可包括内核310、中间件330、应用程序接口(API)360或应用370。
内核310(例如,内核121)可包括系统资源管理器311或装置驱动器312。系统资源管理器311可包括例如进程管理器(未示出)、存储器管理器(未示出)或文件系统管理器(未示出)。系统资源管理器311控制、分配或取消分配系统资源。装置驱动器312可包括例如显示器驱动器(未示出)、相机驱动器(未示出)、蓝牙驱动器(未示出)、共享存储器驱动器(未示出)、USB驱动器(未示出)、键盘驱动器(未示出)、Wi-Fi驱动器(未示出)或音频驱动器(未示出)。在本公开的实施例中,装置驱动器312可包括进程间通信(IPC)驱动器(未示出)。
中间件330可包括已被实现为提供对于应用370共同使用的功能的多个模块。中间件330可通过API360提供功能,使得应用370可有效地使用电子装置内可用的有限系统资源。例如,如图3中所示,中间件330(例如,中间件122)可包括以下项中的至少一项:运行时间库335、应用管理器341、窗口管理器342、多媒体管理器343、资源管理器344、电力管理器345、数据库管理器346、包管理器347、连接管理器348、通知管理器349、位置管理器350、图形管理器351或安全管理器352。
运行时间库335可包括例如库模块,其中,在应用370的执行期间,编译器使用库模块在编程语言中添加新函数。在本公开的实施例中,运行时间库335可执行输入/输出、存储器管理、与算术功能相关的函数等。
应用管理器341可管理例如应用370之中的至少一个应用的生命周期。窗口管理器342可管理屏幕使用的GUI资源。多媒体管理器343可确定回放各种媒体文件所使用的格式,并可使用适合于媒体文件的格式的编解码器来对媒体文件进行编码或解码。资源管理器344可管理包括应用370之中的至少一个应用的源代码、存储器或存储空间的资源。
电力管理器345可通过在与基本输入/输出系统(BIOS)一起操作来管理电池或电源,并可提供用于操作的电力信息。数据库管理器346可管理针对应用370中的至少一个应用的数据库,使得数据库可被产生、搜索或修改。包管理器347可管理作为包文件分发的应用的安装或更新。
连接管理器348可管理例如Wi-Fi、蓝牙等的无线连接。通知管理器349可以以不打扰用户的方式显示或通知事件(诸如消息到达、日常安排、接近警报等)。位置管理器350可管理关于电子装置的位置信息。图形管理器351可管理将被提供给用户的图形效果或与图形效果相关的用户界面。安全管理器352可提供用于系统安全、用户验证等的总体安全功能。在本公开的实施例中,如果电子装置(例如,电子装置100)具有电话功能,则中间件330还可包括用于管理电子装置的语音呼叫功能或视频呼叫功能的电话管理器(未示出)。
可通过组合中间件330中的上述组件模块的各种功能来创建和使用新的中间件模块。中间件330可提供针对每个OS类型的定制模块,以提供差异化的功能。此外,中间件330可动态删除一部分现有组件,或者可添加新组件。因此,在本公开的实施例中,一部分组件可被省略,另一组件可被添加,或者组件可用具有不同名称但具有相似功能的组件来取代。
API360(例如,API123)是API编程函数集,并且可根据OS被不同地配置。例如,在Android或iOS的情况下,可针对每个平台提供一个API集,而在Tizen的情况下,可针对每个平台提供两个或更多个API集。
应用370(例如,应用124)可包括例如预加载的应用或第三方应用。
编程模块300的至少一部分可被实现为存储在计算机可读存储介质中的命令。当通过一个或更多个处理器(例如,处理器210)运行命令时,所述一个或更多个处理器可运行与该命令相应的功能。计算机可读存储介质可以是例如存储器230。编程模块300的至少一部分可通过处理器210来实现(例如,运行)。编程模块300的至少一部分可包括例如模块、程序、例程、指令集和/或用于运行一个或更多个功能的进程。
根据本公开的编程模块的组件的名称(例如,编程模块300)可根据OS的类型而改变。本公开的编程模块可包括上述组件中的至少一个组件,可不包括所述组件的一部分,或者可包括另外的组件。根据本公开的编程模块或其它模块的操作可被依次、并行、重复或启发式地执行。此外,一部分操作可被省略或者新的操作可被添加。
根据本公开的上述硬件的组件均可包括一个或更多个组件,并且每个组件名称可根据电子装置的类型而改变。根据本公开的硬件可包括上述组件中的至少一个组件,并且一些组件可被省略或者可包括另外的组件。此外,根据本公开的硬件的某些组件可被结合至单个实体,并执行与各个组件在它们组合之前的功能相同或相似的功能。
如在此使用的术语“模块”可包括它的一般含义,包括但不限于例如硬件、软件或固件中的一个的单元或者是硬件、软件或固件中的两个或更多个的组合。术语“模块”可与诸如例如单元、逻辑、逻辑块、组件或电路的术语可交换地使用。模块可以是用于执行一个或更多个功能的最小单元或其一部分。模块可以以机械方式或电子方式来实现。例如,根据本公开的模块可包括已知的或待开发的执行特定操作的专用集成电路(ASIC)芯片、现场可编程门阵列(FPGA)或可编程逻辑装置中的至少一个。
根据本公开的模块可包括上述组件中的一个或更多个组件,可省略所述组件的一部分,或者可包括另外的组件。通过根据本公开的模块、可编程模块或其它组件执行的操作可被按顺序处理、被并行处理、被重复处理或按启发式方式来处理,并且一些操作可被省略或者另外的操作可被添加。
C.介绍性构思
为了帮助理解本公开,分层框架架构的构思被介绍。
图4示出根据本公开的实施例的分层框架架构的框图。
参照图4,框架接口具有包括多层的分层架构,其中,每层通过利用它的下一层的服务来向它的上一层提供服务。
层表示对抽象的特定层级的任务和职责的集合。术语N层403被用于指层,并且它的上一层和下一层分别被称为N+1层401和N-1层。
实体实现在特定层执行特定任务和职责的角色。具体地讲,在N层403执行任务的实体被称为N层实体(NLE)。在N层提供数据服务的特定实体被称为N层数据实体(NLDE)。在N层403提供管理服务的特定实体被称为N层管理实体(NLME)。
由NLE执行的任务和职责通过N层服务而对于N+1层可用。具体地讲,由NLDE提供的数据服务使得(N+1)LE能够向对等(N+1)LE发送数据。此外,由NLME提供的管理服务使得(N+1)LE能够设置和/或配置数据服务。
N层服务的单元被指定为服务接入点(SAP)。在N层403,NLDE提供被指定为NLDE-SAP405的数据服务,并且NLME提供被指定为NLME-SAP407的管理服务的集合。
协议数据单元(PDU)是对等N层实体之间的消息交换的单位。具体地讲,N层PDU被称为NPDU。
服务数据单元(SDU)是N+1层和N层之间的数据交换的单位。具体地讲,由N+1层401提交到N层403以发送到对等N+1的SDU被称为NSDU。发送N层403可将它的头附加到NSDU以构建NPDU。接收N层可将它的头从NPDU剥离以构建NSDU。
原语是用于实现SAP的单位交互步骤。以下原语在本公开中被使用:请求、准备就绪、确认、指示和响应。
这里,NLDE-SAP原语可以是以下一般类型之一。
请求:该请求原语由N+1层401向N层403发出以向N层403请求数据服务。N+1层401可在发起新请求之前等待确认。
准备就绪:该准备就绪原语由N层403向N+1层401发出以通知N层403已准备就绪从N+1层403接收进一步的数据。
确认:该确认原语被N层403使用以传达先前向N+1层401请求的数据的传送状态。
指示:该指示原语被N层403使用以指示/传送针对N+1层401接收的数据。
这里,NLME-SAP原语可以是以下一般类型之一。
请求:该请求原语由N+1层401向N层403发出以向N层403请求管理服务。
确认:该确认原语被N层403使用以传达先前向N+1层401请求的管理服务的结果。
指示:该指示原语被N层403使用以向N+1层401指示关于N+1层401的N层事件。
响应:该响应原语由N+1层401向N层403发出以通知先前由指示原语调用的过程的完成。
为了允许将由一层向另一层发出的相同原语的多个实例,事务(Transaction)标识符(ID)的概念被使用。用于使用针对各种原语的事务ID的默认方法在下面被指定。
当N+1层401从NLDE-SAP405发出请求原语时,N+1层401负责产生事务ID。
在N层403响应于上面的请求原语向N+1层401发出的准备就绪原语和确认原语中,包括在请求原语中的事务ID被重复(echo)。
当N层403从NLDE-SAP405发出指示原语时,N层403负责产生事务ID。
当N+1层401从NLME-SAP407发出请求原语时,N+1层401负责产生事务ID。
在N层403响应于上面的请求原语向N+1层401发出的确认原语中,包括在请求原语中的事务ID被重复。
当N层403从NLME-SAP407发出指示原语时,N层403负责产生事务ID。
在N+1层401响应于上面的指示原语向N层403发出的响应原语中,包括在指示原语中的事务ID被重复。
本公开不限于以上的用于使用事务ID的默认方法。其它默认原语可被利用,诸如贯穿本公开所阐述的那些。
术语服务质量(QoS)是指来自本地(N+1)LDE的N+1层协议数据单元((N+1)PDU)如何被NLE处理以便被传送到对等(N+1)LDE。QoS属性是一种标识(N+1)PDU应被对等NLDE如何处理的(N+1)PDU的特定特性。以下QoS属性可被采用。
这里,NLDE-SAP原语可以是以下一般类型之一。
数据报服务:如果由本地(N+1)层401发送的每个(N+1)PDU以单个可区分数据单元的形式被原样传送到对等(N+1)层,则N层被说成向(N+1)层提供数据报服务。无需被分割为多个数据单元,并且无需与其它(N+1)PDU集中。
有序传送:如果(N+1)层401向N层请求有序传送(N+1)PDU,则仅在由本地(N+1)LDE发送的所有先前(N+1)PDU已被传送给对等(N+1)LDE之后,由本地(N+1)LDE发送的(N+1)PDU可被传送给对等(N+1)LDE。本地NLDE和对等NLDE可遵守重传和恢复机制,或针对(N+1)PDU传送而依靠(N-1)层及以下层的能力。如果本地NLDE和对等NLDE不能向对等(N+1)LDE传送(N+1)PDU,则它们应该终止连接,并向它们各自的(N+1)LDE通知连接失败。
无序传送:如果(N+1)层401向N层请求无序传送(N+1)PDU,则由本地(N+1)LDE发送的(N+1)PDU可被传送给对等(N+1)LDE,即使由本地(N+1)LDE发送的先前(N+1)PDU未被传送给对等(N+1)LDE也是如此。(N+1)PDU被本地NLDE以与从本地(N+1)LDE接收到的相同顺序发送到对等NLDE。本地NLDE和对等NLDE不遵守任何重传和恢复机制,而是针对(N+1)PDU传送仅仅依靠(N-1)层及以下层的能力。如果本地NLDE和对等NLDE不能够将(N+1)PDU传送给对等(N+1)LDE,则它们应该放弃该(N+1)PDU,并尝试传送序列中的下一(N+1)PDU。
受限SDU:如果N层403提供受限NSDU服务,则N层403不遵守用于掩蔽由于(N-1)层及以下层的限制而引起的NSDU大小限制的任何过程。根据(N-1)层及以下层的限制,N层403向(N+1)层指示最大NSDU或(N+1)PDU大小。(N+1)PDU应严格处于NSDU大小限制内。
非受限SDU:如果N层403提供非受限NSDU服务,则本地N层和对等N层遵守用于提供掩蔽(N-1)层及以下层的限制的统一NSDU大小的分片和组装过程。出于实践原因,N层403独立于(N-1)层及以下层的限制而强加合适的最大NSDU或(N+1)PDU大小,并将其向(N+1)层指示。(N+1)PDU应该严格处于NSDU大小限制内。
优先级:优先级是本地NLDE向对等NLDE给予发送多个(N+1)PDU的优先级的基础。在任何时间,“高”优先级的(N+1)PDU被首先发送。从所有非空(N+1)PDU队列开始,NLDE拾取优先级被设置为“高优先级”的队列。如果存在多个这样的队列,则NLDE应该使用实施方案特定的技术来打破约束。如果不存在“高”优先级的(N+1)PDU,则通过拾取优先级被设置为“中优先级”的队列,“中”优先级的(N+1)PDU被NLDE发送。此外,如果存在多个这样的队列,则NLDE应该使用实施方案特定的技术来打破约束。如果不存在“高”或“中”优先级的(N+1)PDU,则“低”优先级的(N+1)PDU可由拾取优先级被设置为“低优先级”的队列的NLDE发送。此外,如果存在多个这样的队列,则NLDE应该使用实施方案特定的技术来打破约束。如果具有相同优先级的多个队列具有将被发送的PDU,则应该使用由电子装置的平台能力和策略所指示的实施方案特定技术来打破该约束。
数据速率:数据速率是本地NLDE调谐它的重传和恢复机制的基础,其中,本地NLDE可能正使用所述重传和恢复机制来提供对(N+1)PDU的有序传送。如果(N+1)LDE将数据速率指定为“低”,则本地NLDE和对等NLDE分别确认每个(N+1)PDU。如果(N+1)PDU将数据速率指定为“高”,则本地NLDE和对等NLDE可不分别确认每个(N+1)PDU,而是可选择性地使用确认。数据速率参数被用于调谐重传和恢复机制以提供有序传送。对于“低”数据速率的设置,期望(N+1)PDU可被相对零散地发送。因此,对等NLDE应该分别确认每个(N+1)PDU。对于“高”数据速率的设置。期望(N+1)PDU可被相对频繁地发送。因此,对等NLDE可使用基于窗口的确认机制来选择性地确认(N+1)PDU。
QoS设置的范围:(N+1)层401可按照对等(N+1)层实体之间的(N+1)PDU的逻辑流的粒度来应用上述QoS参数和设置。在各个层功能被介绍之后,QoS参数和设置可被应用到的逻辑流的概念可被准确地指定。
D.配件协议
图5示出根据本公开的实施例的彼此进行通信的电子装置的系统。
参照图5,电子装置的系统可在电子装置之间进行通信。所述系统可包括电子装置501、第一外部电子装置503、第二外部电子装置505、第N外部电子装置507等。
根据本公开的各种实施例,电子装置501、第一外部电子装置503、第二外部电子装置505和第N外部电子装置507可使用通用协议(例如,在进行通信的至少每一组电子装置之间通用的协议)来进行通信。作为示例,通用协议可使电子装置501和第一外部电子装置503能够向用户提供服务。例如,通用协议可使电子装置501和第一外部电子装置503能够传送关于配件服务的信息。电子装置501可向第一外部电子装置507提供服务,和/或消费由第一外部电子装置503提供的服务。反之,第一外部电子装置503可向电子装置501提供服务,和/或消费由电子装置501提供的服务。
根据本公开的各种实施例,电子装置501可经由第一物理信道509与第一外部电子装置1503进行通信。类似地,电子装置501可经由第二物理信号511与第二外部电子装置505进行通信。电子装置501可经由第N物理信道513与第N外部电子装置507进行通信。
根据本公开的各种实施例,通用协议可使电子装置501能够建立与第一外部电子装置503、第二外部电子装置505和第N外部电子装置507中的每一个之间的相应物理信道。
根据本公开的各种实施例,通用协议可允许应用程序被独立开发,或者在不知道在电子装置501与相应对等电子装置之间建立相应物理信道所使用的连接技术的情况下被开发。
图6示出根据本公开的实施例的电子装置之间的通信。
参照图6,第一电子装置601可与第二电子装置615进行通信。
第一电子装置601可包括第一应用603(例如,服务代理、安装在第一电子装置601上的应用程序等)、第二应用605和第N应用607。根据本公开的各种实施例,第一电子装置601可包括配件框架609、软件框架611、连接硬件613等。
第二电子装置615可包括第一应用617、第二应用619和第N应用621。根据本公开的各种实施例,第二电子装置615可包括配件框架623、软件框架625、连接硬件627等。
根据本公开的各种实施例,第一电子装置601的连接硬件613和第二电子装置615的连接硬件627可在它们之间建立信道以使得能够在第一电子装置601与第二电子装置615之间进行通信。例如,连接硬件613和连接硬件627可建立例如第一信道629、第二信道631和第三信道633。连接硬件613与连接硬件627之间的信道可以是物理无线和/或有线信道。
根据本公开的各种实施例,第一电子装置601上的应用(例如,第一应用603、第二应用605和第N应用607)可经由在连接硬件613与连接硬件627之间形成的信道与第二电子装置615上的(1)应用(例如,第一应用617、第二应用619和第N应用621)中的每一个应用或者(2)应用666中的一个或更多个应用进行通信。
配件框架609可使第一电子装置601上的应用能够在第一电子装置601与第二电子装置615之间建立连接(例如,信道)并经由该连接在第一电子装置601与第二电子装置615之间进行通信。例如,配件框架609可与软件框架613进行协商以与对等电子装置进行通信。
图7示出根据本公开的实施例的电子装置的构造。
参照图7,电子装置701可包括应用层703、连接软件/中间件层705和连接硬件层707。
应用层703和连接软件/中间件层705等中的至少一个的全部或一部分可以是操作系统(OS)的一部分,或者可以是下载并安装到OS上的单独的软件模块。另外地或可选地,应用层703和连接软件/中间件层705等中的至少一个的全部或一部分可以以硬件(例如,ASIC)来实现或者以可配置的处理器(例如,FPGA)来实现。
根据本公开的各种实施例,应用层703可包括一个或更多个应用。例如,应用层703可包括第一应用709、第二应用711、第三应用713和第N应用715。所述一个或更多个应用可向用户提供配件服务。例如,所述一个或更多个应用可使得用户能够发送/接收通信,并且/或者消费接收的数据。
根据本公开的各种实施例,应用层703可与配件框架717进行接口连接。配件框架可支持电子装置701内的一个或更多个应用(例如,第一应用709、第二应用711、第三应用713和第N应用715)与其它模块和/或层之间的通信和/或交互。配件框架717可包括通用应用程序接口719,其中,所述一个或更多个应用可与通用应用程序接口719进行通信以实施它们各自的服务(例如,配件服务)。
根据本公开的各种实施例,所述一个或更多个应用可与网络层进行通信,以与对等电子装置(未示出)进行通信。例如,所述一个或更多个应用可使用配件框架717来与网络层进行通信。所述一个或更多个应用可与连接软件/中间件层705和/或连接硬件层707进行通信。
连接软件/中间件层705可包括一个或更多个通信适配器721。例如,所述第一个或更多个应用适配器721可包括第一适配器725、第二适配器725、第三适配器727和第N适配器729。所述一个或更多个通信适配器721可分别与至少一种连接技术关联。根据本公开的各种实施例,连接软件/中间件层705可促进应用层703与连接硬件层707之间的通信。所述一个或更多个通信适配器721可支持应用层703与由电子装置701使用以与对等电子装置进行通信的连接硬件731之间的通信。
连接硬件层707可充当用于电子装置701与对等电子装置之间的通信的接口。例如,连接硬件层707可将信息从应用层703传送至对等电子装置。连接硬件层707可包括连接硬件731。连接硬件731可相应于用于由电子装置701支持的通信技术的各种硬件元件。例如,连接硬件731可包括用于经由蜂窝技术进行通信的蜂窝单元733、用于经由WiFi技术进行通信的WiFi单元735、用于经由蓝牙进行通信的蓝牙单元737、用于经由蓝牙低功耗(BLE)技术进行通信的蓝牙低功耗单元739等。
根据本公开的各种实施例,软件网络框架721中的所述一个或更多个通信适配器721可与连接硬件731的硬件元件进行通信和/或进行接口连接,以使用期望的通信技术与对等电子装置执行通信。
图8示出根据本公开的实施例的电子装置的构造。
参照图8,电子装置包括多个应用程序801、803、805和807、应用程序接口809、配件框架811、连接软件/中间件层819和连接硬件层857,其中,连接硬件层857包括各种连接技术。连接软件/中间件层819与连接硬件层857的分离不限于图8中所示的分离,并且可依据实施例而不同。
多个应用程序801、803、805和807中的每一个应用程序实现其拥有的配件服务配置文件。配件服务配置文件可以是跨连接统一(uniformaccossconnectivity)的技术。配件框架811包括会话层813、传输层815和连接层817。连接软件/中间件层819和连接硬件层857被配置为支持通过例如TCP/IP、蓝牙、USB、UDP/IP和BLE的通信。可通过将TCP821和IP823包括在连接软件/中间件层819中并将WiFiMAC825和WiFiPHY827包括在连接硬件层857中来支持TCP/IP。另外,各种连接技术可包括通用异步接收器/发送器(UART)、ZigBee、超宽带(UWB)、射频识别(RFID)、红外、近场通信(NFC)和蜂窝通信。可通过将RFCOMM829和L2CAP831包括在连接软件/中间件层819中并将ACL833和蓝牙射频835包括在连接硬件层857中来支持蓝牙。可通过将USB协议837包括在连接软件/中间件层819中并将USB电子设备839包括在连接硬件层857中来支持USB。可通过将UDP841和IP843包括在连接软件/中间件层819中并将WiFiMAC845和WiFiPHY847包括在连接硬件层857中来支持UDP/IP。可通过将BLEGATT/ATT849和L2CAP851包括在连接软件/中间件层819中并将ACL853和BLE射频855包括在连接硬件层857中来支持BLE。TCP/IP、蓝牙和USB可采用有序比特流。UDP/IP和BLE可使用无序数据报来与配件框架811进行通信。配件框架811使用与每个会话QoS的数据报来与应用程序接口809进行通信。
图9示出根据本公开的实施例的配件协议的总体架构。
参照图9,配件协议栈可包括多个协议,每个协议通过多个层和功能块来实现。配件网络协议可包括运行于连接接口927上部的会话层929、传输层933和连接层937。
网络协议的净荷承载与服务发现协议和一系列应用协议有关的消息。配件服务发现协议运行于配件网络协议的上部,并且可通过对等能力交换实体915来实现。
配件服务发现协议使应用层(AL)实体(例如,第一ALE907和第二ALE909)能够发现对等电子装置上的AL实体。一系列配件应用协议可运行于配件网络协议和配件服务发现协议的上部,并且可通过对等应用层实体(例如,第一ALE907和第二ALE909)来实现。
配件装置发现协议与配件网络协议、服务发现协议和应用协议并行执行,并负责使支持配件协议的装置能够彼此发现和认证。配件装置发现协议通过装置管理应用917、发现管理实体921和安全服务923(例如,信任区或芯片)来实现。
如图9中所示,配件协议的总体架构901可包括应用层903和网络层905。应用层903包括第一ALE907、第二ALE909、SL-SAP911、CAPEX-SAP913、能力交换实体915、装置管理应用917和DME-SAP919。虽然在此描述了第一ALE907和第二ALE909,但是配件协议可用于一个或两个以上的AL实体。第一ALE907和第二ALE909连接到CAPEX-SAP913。CAPEX-SAP913还连接到能力交换实体915。第一ALE907、第二ALE909和能力交换实体915全部连接到SL-SAP911。此外,在应用层903中,装置管理应用917连接到DME-SAP919。
网络层905包括ATTACH-SAP931、发现管理实体921、AUTH-SAP925、安全服务923(例如,信任区或芯片)、会话层929、TL-SAP935、传输层933、CL-SAP939、连接层937和连接接口927。发现管理实体921连接到网络层905的DME-SAP919。此外,发现管理实体921连接到AUTH-SAP925,其中,AUTH-SAP925连接到安全服务923(例如,信任区或芯片)。另外,发现管理实体921连接到ATTACH-SAP931和连接接口927。会话层929附接到ATTACH-SAP931、TL-SAP935和应用层903的SL-SAP911。TL-SAP935还连接到传输层933。传输层933还连接到CL-SAP939。CL-SAP939连接到连接层937。连接层937还连接到连接接口927。
图10示出根据本公开的实施例的用于实施配件协议的操作的总体顺序。
在操作1009,通过用户交互或通过程序化触发器,第二电子装置1003经由装置管理应用1007和发现管理实体1011之间的通信使自身对于第一电子装置1001可见。在操作1015,通过用户交互或通过程序化触发器,第一电子装置1001尝试经由装置管理应用1013与发现管理实体1017之间的通信来扫描可见的第二电子装置1003。在操作1019,第一电子装置1001经由发现管理实体1017与安全服务1021之间的通信来认证第二电子装置1003的加密证书。类似地,在操作1023,第二电子装置1003经由发现管理实体1011与安全服务1025之间的通信来认证第一电子装置1001的加密证书。
在操作1027,在成功完成了认证处理时,第二电子装置1003上的发现管理实体1011通知第二电子装置1003上的会话层1029。类似地,在成功完成了认证处理时,电子装置上的发现管理实体1017通知第二电子装置1003上的会话层1033。在操作1051和1037,第一电子装置1001上的应用层实体1035将自身登记到会话层1033和能力交换实体1039。在操作1041,通过服务发现协议,使得第一电子装置1001上的应用层实体1035的服务能力在第二电子装置1003上可用。在操作1045,第二电子装置1003上的应用层实体1047发现第一电子装置1001上的应用层实体1035的服务能力。
在操作1049,第二电子装置1003上的应用层实体1047发起与第二电子装置1003上的应用层实体1047的服务连接。在操作1051,第一电子装置1001上的应用层实体1035接受服务连接请求。在操作1053,会话层1033和会话层1029建立服务连接,并配置用于应用协议数据交换的信道。在操作1055,应用层实体1035和应用层实体1047按它们双方约定的应用协议使用多个信道彼此交换APDU。这里,应注意,操作1041、1053和1055中的通信经由多个连接技术1005中的至少一个而发生。
图11示出根据本公开的实施例的实施配件协议的操作的总体顺序。
参照图11,针对在第一电子装置1101和第二电子装置1103之间实施配件协议示出了操作顺序。在操作11A,用户输入触发对装置发现的建立。这里,发现框架1105中的装置管理实体1107使用第一电子装置1101与第二电子装置1003之间的装置连接1109来进行发现过程。在操作11B,在装置连接1109上发生配件描述交换。
在操作11C,装置管理实体1107触发协议框架1111以与协议的网络层建立装置连接1115。在操作11D,默认会话1117被隐含地建立。在操作11E,在应用上的用户输入触发能力交换1119以建立用于能力交换1121的指定服务连接1123。在操作11F,在应用上的进一步的用户输入触发用于应用协议消息交换的应用级服务连接建立。更具体地讲,使用用于第一ALE1125的逻辑信道1127、1129和1131来建立服务连接1133。类似地,使用用于第二ALE1135的逻辑信道1137、1139和1141来建立服务连接1143。
图12示出根据本公开的实施例的电子装置之间的通信。
参照图12,第一电子装置1201可与第二电子装置1203和第三电子装置1205进行通信。根据各种实施例,第四应用层实体1207(例如,电子装置上的应用程序)可与第二电子装置1203和第三电子装置1205进行通信。
如图12中所示,第一电子装置1201可与多个电子装置进行通信。具体地,第一电子装置1201上的服务代理可与跨各种电子装置的多个服务代理进行通信。第一电子装置1201上的服务代理可同时与跨各种电子装置的多个服务代理进行通信。
根据本公开的各种实施例,服务代理可以是服务提供者和/或服务消费者。服务代理可以是与另一服务代理相关或与一组服务代理相关的服务提供者和服务消费者两者。服务提供者可向对端服务代理提供服务。服务消费者可消费来自对端服务代理的服务。
第一电子装置1201包括第四应用层实体1207。如图12中所示,第四应用层实体1207可包括服务提供者1209(例如,服务代理)。
第二电子装置1203可包括第一应用层实体1211和第二应用层实体1215。第一应用层实体1211可包括第一服务消费者1213(例如,服务代理)。第二应用层实体1215可包括第二服务消费者1217(例如,服务代理)。
第三电子装置1205可包括第三应用层实体1219。第三应用层实体1219可包括第三服务消费者1221(例如,服务代理)。
根据本公开的各种实施例,单个服务代理可同时与多个服务代理进行通信。例如,服务提供者1209可与第一服务消费者1213、第二服务消费者1217和第三服务消费者1221进行通信。
根据本公开的各种实施例,服务代理可同时与作为服务提供者的至少一个服务代理进行通信,并与作为服务消费者的至少一个服务代理进行通信。例如,与服务提供者1209相应的服务代理可在同时与作为服务消费者角色的服务提供者(未示出)进行通信的同时,同时与第一服务消费者1213、第二服务消费者1217和第三服务消费者1221进行通信。换句话说,给定的服务代理可(例如,基于期望的配件服务)同时作为服务提供者和服务消费者角色进行服务。
图13示出根据本公开的实施例的电子装置之间的通信。
参照图13,第一电子装置1301可与第二电子装置1303和第三电子装置1305进行通信。根据各种实施例,第一应用层实体1307(例如,电子装置上的应用程序)可与第二电子装置1303和第三电子装置1305进行通信。
第二电子装置1303可包括第四应用层实体1315。第四应用层实体1315可包括第三服务提供者1317。
第一电子装置1301包括第一应用层实体1307。如图13中所示,第一应用层实体1307可包括第一服务消费者1309、第二服务消费者1311和第三服务消费者1313。
第三电子装置1305可包括第二应用层实体1319和第三应用层实体1323。第二应用层实体1319可包括第一服务提供者1321。第三应用层实体1323可包括第二服务提供者1325。
第二电子装置1303可包括第四应用层实体1315。第四应用层实体1315可包括第三服务提供者1317。
根据本公开的各种实施例,应用层实体可包括一个或更多个服务代理。例如,应用层实体可包括一个或更多个服务消费者。如图13中所示,第一应用层实体1307包括多个服务消费者(例如,第一服务消费者1309、第二服务消费者1311和第三服务消费者1313)。
根据本公开的各种实施例,电子装置可消费来自多个其它电子装置的服务。例如,电子装置可消费来自多个其它电子装置的服务,使得被所述电子装置消费的服务的一个子集由一个电子装置提供,并且被所述电子装置消费的服务的另一个子集由另一电子装置提供。
如图13中所示,多个服务消费者(例如,第一服务消费者1309、第二服务消费者1311和第三服务消费者1313)可消费由第三电子装置1305提供的服务(例如,由第一服务提供者1321和/或第二服务提供者1325提供的服务),并可消费由第二电子装置1303提供的服务(例如,由第三服务提供者1317提供的服务)。
根据本公开的各种实施例,应用层实体(例如,安装在电子装置上的应用程序)可接收和/或消费由一个或更多个其它电子装置提供的服务以执行配件服务(例如,以执行用户想要的服务)。根据本公开的各种实施例,为了将在执行配件服务中使用的数据(例如,在执行用户想要的服务中使用的数据),应用层实体可与一个或更多个其它电子装置进行通信。
E.应用协议
如以上讨论的,电子装置可与对等电子装置连接。电子装置和对等电子装置可进行通信以向电子装置或对等电子装置中的至少一个的一个或更多个用户提供想要的服务(例如,配件服务)。作为示例,可通过运行(例如,执行)安装在电子装置或对等电子装置中的至少一个上的至少一个应用来提供想要的服务。
根据本公开的各种实施例,应用协议可被用于实现配件服务。例如,电子装置和对等电子装置可根据应用协议进行通信,以向用户提供想要的服务。根据本公开的各种实施例,应用协议可以是在安装于不同电子装置(例如,电子装置和对等电子装置)上的应用之间约定的规范。应用协议可定义独立于各种连接技术的数据交换(例如,包括数据格式、方案、消息交换的顺序等)。例如,应用可定义使用应用协议的数据交换,使得应用可执行跨多个连接技术的数据交换(例如,允许用于连接抽象(connectivityabstraction))。可使用应用协议,使得应用可仅定义一次数据交换,并且应用协议可在电子装置与对等电子装置之间执行数据交换,而不管电子装置和对等电子装置进行连接所依据的连接技术如何。
以下描述的本公开的各种实施例与应用层以及在应用层与应用协议之间的关系相关。
图14示出根据本公开的实施例的与网络层相关的应用层的构造。
参照图14,应用层1401可逻辑地运行于网络协议(例如,会话层)1410的上部。例如,应用层1401可将网络协议1410用于电子装置与对等电子装置之间的通信。具体地,应用层1401可使用网络协议1410在电子装置与对等电子装置之间传送数据(例如,以提供配件服务)。
根据本公开的各种实施例,可使用会话层数据实体服务接入点1413在应用层1401与网络协议1410或会话层之间传送数据。根据本公开的各种实施例,可使用会话层管理实体服务接入点1412在应用层1401与网络协议1410或会话层之间传送数据。
根据本公开的各种实施例,可使用会话层数据实体服务接入点1413在能力发现层1409与网络协议1410或会话层之间传送数据。根据本公开的各种实施例,可使用会话层管理实体服务接入点1412在能力发现层1409与网络协议1410或会话层之间传送数据。
根据本公开的各种实施例,可使用能力发现服务接入点1411在应用层1401与能力发现层1409之间传送数据。
如图14中所示,应用层1401可包括至少一个应用层实体1402。应用层1401可包括应用逻辑,其中,所述应用逻辑使用至少一个配件服务来向电子装置或对等电子装置中的至少一个的用户提供服务。应用层实体1402可包括被用于实现用户的目的/期望的逻辑。应用层实体1402可包括用于实现用户的目的/期望的至少一个配件服务。配件服务可包括用于执行针对用户的服务的一组指令和/或数据。应用层实体1402可利用由各种可适用的应用服务所执行的特定服务来执行针对用户的总体服务。
应用层实体1402可包括至少一个服务提供者(例如,SP11403、SP21404、SPn1405等)和/或至少一个服务消费者(例如,SC11406、SC21407、SCn1408等)。
所述至少一个服务提供者(例如,SP11403、SP21404、SPn1405等)可以是使用(例如,包括应用协议和网络协议的)特定协议向至少一个服务消费者提供配件服务的逻辑实体。根据本公开的各种实施例,所述至少一个服务提供者可通过对从所述至少一个服务消费者接收的服务请求进行响应来向所述至少一个服务消费者提供配件服务。根据本公开的各种实施例,所述至少一个服务提供者可在未从至少一个消费者装置接收到服务请求的情况下提供配件服务。所述至少一个服务提供者可根据定义的协议(例如,定义的事务和数据)来提供配件服务或与配件服务相关的数据。
所述至少一个服务消费者(例如,SC11406、SC21407、SCn1408等)可以是消费配件服务的逻辑实体。例如,所述至少一个服务消费者可以是消费由至少一个服务提供者提供的配件服务的逻辑实体。所述至少一个消费者可向至少一个服务提供者请求配件服务或与配件服务相关的数据。
根据各种实施例,电子装置的至少一个服务提供者可向与包括所述至少一个服务提供者的电子装置对等的其它电子装置(例如,对等电子装置)上的至少一个服务消费者提供配件服务或与配件服务相关的数据。
应用协议可定义在所述至少一个服务提供者与所述至少一个服务消费者之间交换以执行/提供配件服务的一组消息。所述至少一个服务提供者和所述至少一个服务消费者可被配置为产生和解释在所述至少一个服务提供者与所述至少一个服务消费者之间交换的消息。所述至少一个服务提供者和所述至少一个服务消费者可被配置为根据接收到的在所述至少一个服务提供者与所述至少一个服务消费者之间交换的消息来执行操作。
应用层实体1402可向另一电子装置(例如,对等电子装置)提供与应用层实体1402相关的数据。例如,应用层实体1402可公布其身份(identity)、其能力(例如,应用层实体1402可提供的服务的列表)等中的至少一个。根据本公开的各种实施例。应用层实体1402可使用能力发现层1409公布应用层实体1402的身份、应用层实体1402的能力等。根据本公开的各种实施例,应用层实体1402可独立于能力发现层1409公布应用层实体1402的身份、应用层实体1402的能力等。例如,如图9中所示,应用层实体907和909可在不必通过能力交换实体915发送数据的情况下将数据传送至网络层905。
如上所述,应用层1401可使用网络协议1410在电子装置与对等电子装置之间传送数据(例如,以提供配件服务)。网络协议1410可配置使所述至少一服务提供者(例如,SP11403、SP21404、SPn1405等)和/或至少一个服务消费者(例如,SC11406、SC21407、SCn1408等)能够交换消息的会话层。例如,会话层可使所述至少一个服务提供者和/或至少一个服务消费者能够建立用于消息交换的通道。网络协议1410可允许所述至少一个服务提供者和/或至少一个服务消费者定义用于在它们间进行消息交换的若干信道、服务质量(QoS)等。
图15示出根据本公开的实施例的应用层的配置。
如上所述,应用层可包括至少一个应用层。参照图15,应用层1501可包括应用层实体1502、应用层实体1503和应用层实体1504。每个应用层实体可包括至少一个服务代理。例如,如图15中所示,应用层实体1502可包括服务代理1505、服务代理1506和服务代理1507;应用层实体1503可包括服务代理1508、服务代理1509和服务代理1510;应用层实体1504可包括服务代理1511、服务代理1512和服务代理1513。因此,应用层可包括至少一个服务代理。
如以上与图14相关地讨论的,应用层可包括应用逻辑,其中,应用层使用所述应用逻辑向电子装置或对等电子装置中的至少一个的用户提供服务。根据本公开的各种实施例,应用层可使用至少一个服务代理来实现用户的目的/期望。例如,应用层1501可使用服务代理1505至服务代理1513中的至少一个来实现用户的目的/期望。
服务代理可包括这样的逻辑:该逻辑可对在为了向用户提供服务而使用的至少一个服务提供者与至少一个服务消费者之间的通信进行管理。根据本公开的各种实施例,服务代理可以是服务提供者和/或服务消费者中的至少一个。每个服务代理根据服务代理针对特定服务而被定义的角色(例如,根据服务代理是被实现为服务提供者还是服务消费者)来实施指令/动作。
应用层内的每个服务代理可包括服务代理标识符。服务代理标识符可以是跨给定电子装置上的服务代理的唯一标识。例如,服务代理标识符可以是跨实现相同配件服务配置文件的给定电子装置上的服务代理的唯一标识。
应用层内的每个服务代理可与配件服务配置文件相关联。配件服务配置文件可使服务提供者能够向服务消费者提供配件服务。例如,配件服务配置文件可根据服务提供者与配件之间的哪个通信可被配置而定义规范和/或协议。配件服务配置文件可定义服务提供者与服务消费者可进行通信所横跨的信道的数量、用于服务提供者与服务消费者之间的通信的QoS(例如,用于各个信道的QoS)、在服务提供者与服务消费者之间被传送的消息的结构、特定消息可被传送所经由的信道,并定义消息语义、在服务提供者与服务消费者之间的消息交换的消息顺序(例如,标识有效消息顺序)等,其中,服务提供者和服务消费者的所述消息交换可发起它们之间的服务连接。配件服务配置文件可具有与其相关联的ASPID。
根据本公开的各种实施例,可通过可适用的ASPID和服务代理标识符的组合来标识服务代理。如图15中所示,可通过ASPID1和服务代理标识符1的组合来标识服务代理1505;可通过ASPID2和服务配置文件标识符1的组合来标识服务代理1506;可通过ASPID1和服务代理标识符2的组合来标识服务代理1508;可通过ASPID3和服务代理标识符1的组合来标识服务代理1509。
如上所述,配件服务配置文件可使服务提供者向服务消费者提供配件服务。例如,配件服务配置文件可根据服务提供者和配件之间的哪个通信可被配置而定义规范和/或协议。配件服务配置文件可被用作模板,其中,开发者可通过使用先前定义的与应用相关联的特性而利用所述模板以及电子装置与对等电子装置之间的通信来开发配件。使用预先定义的配件服务配置文件的应用的开发可减少开发时间,并因此可鼓励开发者对利用配件服务配置文件和相关协议的电子装置开发应用。
应用层实体1402可使用与一组服务代理相应的配件服务,并管理和/或使用服务代理以达到目的(例如,实现用户期望的目的/期望)。每个应用层实体可具有相应的唯一应用层实体标识符,其中,所述唯一应用层实体标识符唯一地标识给定电子装置上的应用层实体。可适用的一组配件服务配置文件和服务代理(例如,使用ASPID和服务代理标识符被分别标识的一组配件服务配置文件和服务代理)可被绑定至应用层实体标识符。
根据本公开的各种实施例,应用协议可定义在电子装置与对等电子装置之间传送的消息的结构。消息可根据预先定义的格式来传送。例如,消息可根据二进制格式、JSON格式、XML格式等来传送。以下将参照图16和图17来描述根据可适用的应用协议而在配件服务配置文件中定义的消息结构的示例。
图16示出根据本公开的实施例的根据应用协议的消息的结构。
参照图16,示出了用于请求和/或指示的消息的二进制结构。根据本公开的各种实施例,在电子装置与对等电子装置之间传送的用于请求和/或指示的任何消息可包括至少两部分:消息标识符1601和参数。
消息标识符1601可与具有8比特的字段相应。消息标识符1601可与用于标识特定消息的字段相应。消息标识符1601可唯一地标识跨相应配件服务配置文件的消息的具体类型。消息标识符1601可包括用于标识功能、意图、类型等的元素。所述功能可相应于服务的高级功能的标识。所述意图可相应于服务目标。所述类型相应于消息的类型。例如,所述类型可相应于请求、响应、指示等。如果所述类型相应于请求,则所述类型可指示响应消息是预期的。如果所述类型相应于响应,则所述类型可指示所述消息是对之前的请求消息的响应。如果所述类型相应于指示,则所述类型可指示响应消息不是预期的。
所述参数可包括参数名称、参数长度和参数值。例如,如图16中所示,所述消息可包括包含以下项的参数:参数1名称1603、参数1长度1605、参数1值1607、用于与参数1值相关联的附加信息的字段(被称为参数1值(续)1609)、参数2名称1611、参数2值1613和用于与参数2值相关联的附加信息的字段(被称为参数2值(续)1615)。参数1名称1603可相应于这样的字段:参数名称在该字段中被传送。参数1值1607可相应于这样的字段:相应参数的值在该字段中被传送。参数1值(续)1609可以是这样的字段:关于相应参数的值的附加信息在该字段中被传送。
每个参数可具有可变长度或固定长度。例如,图16中示出的参数1可具有可变长度。如果参数具有可变长度,则消息可包括附加参数字段(例如,参数1长度1605),其中,关于相应参数的长度的信息在所述附加参数字段中被传送。作为另一示例,图16中示出的参数2可具有固定长度。如果参数具有固定长度,则关于相应参数的长度的信息的传送可以是非必要的。参数名称字段可具有8比特。因此,消息可不包括附加参数字段,其中,关于相应参数的长度的信息在所述附加参数字段中被传送。根据本公开的各种实施例,参数可以以任意顺序在消息中被传送,而不管相应参数是具有固定长度还是可变长度。
图17示出根据本公开的实施例的根据应用协议的消息的结构。
参照图17,提供了用于响应(例如,对用于请求和/或指示的消息的响应)的消息的二进制结构。根据本公开的各种实施例,在电子装置与对等电子装置之间传送的用于响应的任何消息可包括至少两部分:消息标识符1701和结果。用于响应的消息还可包括原因。用于响应的消息还可包括参数。
消息标识符1701可相应于具有8比特的字段。消息标识符1701可相应于用于标识特定消息的字段。
所述结果可包括结果标识符1703和结果值1705。结果标识符1703可相应于具有8比特的字段,结果值1705可相应于具有16比特的字段。
所述原因可包括原因标识符1707和原因值1709。原因标识符可相应于具有16比特的字段,原因值1709可相应于具有16比特的字段。
所述参数可包括参数2名称1711和参数2值1713。所述参数还可包括参数2值(续)1715。参数2名称1711可相应于这样的字段:参数名称在该字段中被传送。参数2值1713可相应于这样的字段:相应参数的值在该字段中被传送。参数2值(续)1715可以是这样的字段:关于相应参数的值的附加信息在该字段中被传送。
图18示出根据本公开的实施例的服务代理的地址。
参照图18,服务代理的地址可用于促进电子装置和/或对等电子装置上的可适用的服务代理之间的通信。服务代理的地址可包括对等装置标识符1801、应用层实体1803、ASPID1805和服务代理标识符1807。
对等装置标识符1801可标识托管可包括服务代理的应用层实体的装置。
应用层实体标识符1803可标识可包括服务代理的装置内的应用层实体。作为示例,可通过向能力发现层进行登记(例如,声明或标识被应用层实体使用的一组服务代理)来获得应用层实体标识符1803。应用层实体通过使用能力发现层来公布应用层实体的能力,以向对等电子装置公布应用层实体和关联的服务代理。如果应用层实体不希望(例如,从另一应用层实体)接收服务连接请求,则应用层实体可不向能力发现层进行登记。如果应用层实体具有或可使用用于向(例如,对等电子装置上的)另一应用层实体公布或发布能力和/或信息的替代机制,则应用层实体可不向能力发现层进行登记。
ASPID1805可标识服务代理实现的配件服务配置文件。
服务代理标识符1807可标识跨装置上的应用层实体的实现相同配件服务配置文件的多个服务代理中的所述服务代理。可通过向会话层进行登记来获得服务代理标识符1807。
根据本公开的各种实施例,服务代理可使用会话层与另一服务代理建立至少一个服务连接。服务代理可使用服务代理的用于建立服务连接的唯一地址。
图19示出根据本公开的实施例的用于在第一电子装置与第二电子装置之间进行通信的第一电子装置和第二电子装置的构造。图20示出根据本公开的实施例的第一电子装置与第二电子装置之间的通信的方法。
参照图19,示出了第一电子装置1901与第二电子装置1903之间的服务发现过程。第一电子装置1901具有对等装置标识符1,第二电子装置1903具有对等装置标识符2。
第一电子装置1901可包括具有应用层实体标识符1的应用层实体1905。应用层实体1905可包括服务代理1907和服务代理1909。可通过ASPID1和服务代理标识符1的组合来标识服务代理1907。可通过ASPID2和服务代理标识符1的组合来标识服务代理1909。
类似地,第二电子装置1903可包括具有应用层实体标识符1的应用层实体1917。应用层实体1917可包括服务代理1921和服务代理1919。可通过ASPID1和服务代理标识符1的组合来标识服务代理1921。可通过配件服务标识符2和服务代理标识符1的组合来标识服务代理1919。
根据本公开的各种实施例,由服务代理提供和/或消费配件服务的过程可包括服务发现、服务连接建立、应用协议消息交换和服务连接终止。
参照图20,根据服务发现,第一电子装置的应用层实体可公布自身,或可发现第二电子装置上的(例如,与感兴趣的应用层实体相应的)应用层实体。例如,在操作2001,第一电子装置的应用层实体可公布自身。在操作2002,第二电子装置的应用层实体可发现(例如,正在公布自身的)第一电子装置的应用层实体。第一电子装置的应用层实体可在服务发现期间获得关于第二电子装置上的应用层实体的信息。关于第二电子装置上的应用层实体的信息可包括与发现的应用层实体相关联的服务代理的地址。
如图19中所示,服务代理1907可向第一电子装置1901的会话层1911进行登记。服务代理1907向会话层1911的登记通过参考标号1913来示出。类似地,服务代理1909向会话层1911的登记通过参考标号1914来示出。服务代理1909可向能力发现层1916进行登记。例如,服务代理1909向能力发现层1916的登记通过参考标号191来示出。如果服务代理1909向能力发现层1916进行登记,则服务代理1909可获得应用层实体标识符。如果服务代理1907向会话层1911进行登记,则服务代理1907可获得服务代理标识符(例如,在图19中示出的示例中,服务代理1907获得了服务代理标识符1)。ASPID和服务代理标识符的组合是跨给定的电子装置上的应用层实体的服务代理之中的唯一标识符。类似地,服务代理1909可向会话层1911进行登记。如果服务代理1909向会话层1911进行登记,则服务代理1909可获得服务代理标识符(例如,在图19中示出的示例中,服务代理1909获得了服务代理标识符1)。服务代理1909向会话层1911的登记可通过参考标号1914来示出。服务代理1909可向能力发现层1916进行登记。例如,服务代理1909向能力发现层1916的登记通过参考标号1915来示出。如果服务代理1909向能力发现层1916进行登记,则服务代理1909可获得应用层实体标识符。
服务代理1919可向第二电子装置1903的会话层1923进行登记。如果服务代理1919向会话层1923进行登记,则服务代理1919可获得服务代理标识符(例如,在图19中示出的示例中,服务代理1919获得了服务代理标识符1)。类似地,服务代理1921可向会话层1923进行登记。如果服务代理1921向会话层1923进行登记,则服务代理1921可获得服务代理标识符(例如,在图19中示出的示例中,服务代理1921获得了服务代理标识符1)。服务代理1921向会话层1923的登记通过参考标号1929来示出。
根据本公开的各种实施例,应用层实体可使用能力发现层,以向另一应用层实体公布应用层实体的能力。类似地,应用层实体可使用能力发现层来发现另一应用层实体。例如,应用层实体可使用能力发现层来发现(例如,识别)具有期望的能力集合(例如,期望的一组服务代理)的另一应用层实体。
如图19中所示,应用层实体1905可向第一电子装置1901的能力发现层1923进行登记。如果应用层实体1905向能力发现层1923进行登记,则应用层实体1905可获得应用层实体标识符。应用层实体标识符可与应用层实体的ASPID和服务代理标识符的集合(例如,{ASPID,服务代理标识符})相关联。ASPID和服务代理标识符的集合以及应用层实体标识符可形成由能力发现层公布的信息中的至少一部分(例如,应用层实体信息)。例如,如果应用层实体1905向能力发现层1923进行登记,则能力发现层1923可(向第二电子装置)公布包括以下项的信息:应用层实体标识符、服务代理197的服务代理标识符、服务代理1909的服务代理标识符、与服务代理1907相关联的ASPID以及与服务代理1909相关联的ASPID。
第一电子装置的能力发现层与第二电子装置的能力发现层进行通信以提供以下信息:可从所述信息识别第一电子装置的能力集合。第一电子装置的能力发现层可对来自第二电子装置的能力发现层的查询进行响应,以提供与第一电子装置的能力集合相关的信息。
如图19中所示,应用层实体1917可与第二电子装置的能力发现层1925进行协调,以确定在第二电子装置1903附近的或连接到第二电子装置1903的电子装置是否具有期望的能力集合。例如,如果应用层实体1917具有想充当服务消费者来消费配件服务的服务代理,则应用层实体1917可与能力发现层1925进行协调,以确定在第二电子装置1903附近的或连接到第二电子装置1903的任何电子装置是否具有可充当服务提供者以提供与期望的配件服务相关联的信息的可适用的服务代理。
应用层实体1917可查询能力发现层1925来获得第二电子装置上的感兴趣的应用层的服务代理的身份和应用层实体标识符。
第二电子装置1903的能力发现层1925可与第一电子装置1901的能力发现层进行通信以接收与第一电子装置1901的能力集合相关的信息(例如,接收与第一电子装置1901上的特定应用层实体的能力集合相关的信息)。在应用层实体1917与能力发现层1925之间的涉及对与第一电子装置1901的能力集合有关的信息的查询的通信通过参考标号1931来示出。能力发现层1925可向能力发现层1916查询能力发现层1925在何时被第二电子装置1903的应用层实体1917查询,或者能力发现层1925可在特定时间(例如,在第一电子装置1901与第二电子装置1903之间连接时、在对第一电子装置1901或第二电子装置1903中的至少一个的能力集合进行更新时、按预定周期间隔等)接收与第一电子装置1901的能力集合有关的信息。能力发现层1925可向应用层实体1917提供对查询第一电子装置1901的能力集合的响应。
在操作2003,在第一电子装置与第二电子装置之间建立服务连接。例如,在操作2003,第一电子装置的应用层实体的服务代理和第二电子装置的应用层实体的服务代理在它们之间建立至少一个服务连接。根据服务连接建立,第二电子装置上的应用层实体的服务代理可建立服务连接,以根据应用协议建立用于消息交换的通道。
第二电子装置1903的应用层实体1917可根据应用层实体1917从能力发现层1925接收到的对查询1931的响应来确定第一电子装置1901的应用层实体1905是否具有期望的能力(例如,是否使用期望的服务代理)。如果应用层实体1917确定应用层实体1905具有期望的能力集合(例如,使用期望的服务代理),则应用层实体1917的至少一个服务代理可与应用层实体1905的至少一个服务代理进行通信。例如,如果与第一电子装置1901的能力集合相关的信息指示期望的能力集合,则服务代理1921可与服务代理1909建立服务连接。可在第二电子装置1903的会话层1933与第一电子装置1901之间建立所述服务连接。
根据本公开的各种实施例,如果在第二电子装置的服务代理与第一电子装置的服务代理之间建立了至少一个服务连接,则第二电子装置的服务代理与第一电子装置的服务代理可传送信息(例如,与配件服务相关的信息等)。给定电子装置上的应用层实体的服务代理可使用电子装置上的应用层上的期望的服务代理的地址,以在它们之间建立连接。例如,服务代理1921可使用服务代理1909的地址(例如,对等装置标识符、应用层实体标识符、ASPID和服务代理标识符),以发起和建立服务代理1921与服务代理1909之间的连接。
在操作2004,在第一电子装置与第二电子装置之间交换消息,以实现期望的目的。例如,第一电子装置的应用层实体的服务代理与第二电子装置的应用层实体的服务代理可交换消息,以实现期望的目的。可根据可适用的应用协议来交换消息。第一电子装置的应用层实体的服务代理和第二电子装置的应用层实体的服务代理可交换消息,以分别提供和消费配件服务。
在操作2005,服务连接被终止。第一电子装置的应用层实体和第二电子装置的应用层实体可终止被建立用于允许服务代理实现期望的目的的服务连接。
根据本公开的各种实施例,如果期望的目的被实现,则第二电子装置的服务代理与第一电子装置的服务代理之间的服务连接可被终止。
可通过标识将被终止的服务连接来终止服务连接。例如,应用层实体可发送终止请求,以终止具有用于标识应用层实体期望终止的服务连接的服务连接标识符的服务连接。
图21示出根据本公开的实施例的用于服务发现的信号传递示图。
参照图21,第一电子装置的应用层实体可向应用层实体的会话层进行登记。例如,第一电子装置的应用层可向第一电子装置的会话层管理实体进行登记。
如图21中所示,应用层实体2101可向会话层管理实体2103进行登记。应用层实体2101可将登记请求(例如,SLME-Register.request(SLME-登记请求))2111发送到会话层管理实体2103。登记请求2111可包括与应用层实体2101相关联的ASPID。
响应于登记请求2111,会话层管理实体2103可将登记确认(例如,SLME-Register.confirm(SLME-登记确认))2113发送到第一电子装置的应用层实体2101。登记确认2113可包括与应用层实体2101的服务代理相关联的用于标识服务代理的服务代理标识符。
此后,第一电子装置的应用层实体2101可将登记请求(例如,CD-Register.request(CD-登记请求))2115发送到第一电子装置的能力发现层2105。登记请求2115可包括应用层实体2101的能力的列表。例如,登记请求2115可包括与应用层实体2101的各种服务代理相关联的关联服务代理标识符和ASPID的列表。
响应于登记请求2115,能力发现层2105可将登记确认(例如,CD-Register.confirm(CD-登记确认))2117发送到应用层实体2101。登记确认可包括用于标识正向能力发现层2105进行登记的应用层实体2101的应用层实体标识符。
根据本公开的各种实施例,第一电子装置和第二电子装置可执行用于标识第一电子装置或第二电子装置中的至少一个的能力的过程。例如,第一电子装置和第二电子装置可执行能力交换。能力交换可向第一电子装置提供第二电子装置的能力集合(例如,第二电子装置可执行的服务的列表、第二电电子装置上的服务代理的列表等),并且可向第二电子装置提供第一电子装置的能力集合。
如图21中所示,第一电子装置的能力发现层2105可与第二电子装置的能力发现层2107进行通信,以传送第一电子装置或第二电子装置中的至少一个的能力。例如,能力发现层2105和能力发现层2107可执行能力交换过程2119。
如果第二电子装置上的应用层实体想向用户提供服务(例如,执行配件服务),则应用层实体可查询第二电子装置的能力发现层以确定应用层实体或服务代理是否可用于提供针对所述服务的信息和/或可用于标识用于提供针对所述服务的信息的可用应用层实体或服务代理。
第二电子装置上的应用层实体2109可将服务请求(例如,CD-ServiceList.request(CD-服务列表请求))2121发送到第二电子装置的能力发现层2107。服务请求2121可相应于针对应用层实体和/或服务代理的标识的查询,其中,所述应用层实体和/或服务代理可用于提供针对期望的服务(例如,配件服务)的信息。服务请求2121可包括用于专注于对可与第二电子装置、期望的服务等相关的逻辑实体的查询的筛选器。对服务请求2121的筛选可相应于与ASPID、对等装置标识符等相关的筛选。例如,筛选器可进行操作以专注于对特定装置的能力的查询、对具体应用的信息源的可用性等的查询。
第二电子装置的能力发现层2107可向应用层实体2109提供能力的列表。例如,响应于服务请求2121,能力发现层2107可提供服务确认(例如,CD-ServiceList.confirmation(CD-服务列表确认))2123。服务确认2123可包括关联应用层实体标识符、服务代理标识符和ASPID的列表。服务确认2123可提供这样的信息:应用层实体2109可从所述信息确定期望的能力是否可被满足(例如,诸如应用层实体和/或服务代理的逻辑实体是否可用于提供针对期望的服务的信息)。
图22示出根据本公开的实施例的用于建立服务连接的信号传递示图。
参照图22,第一电子装置的逻辑实体可能希望与第二电子装置的逻辑实体进行通信以传送与期望的服务(例如,配件服务)相关的信息。例如,为了向用户提供配件服务,第一电子装置的逻辑实体可与第二电子装置的逻辑实体进行通信以传送与配件服务相关的信息。根据本公开的各种实施例,第一电子装置上的服务代理可与第二电子装置上的服务代理进行通信以传送与期望的服务相关的信息。根据本公开的各种实施例,为了传送与期望的服务相关的信息,第一电子装置上的服务代理可发起和建立(例如,构建)与期望的服务相关的信息被传送所经由的至少一个服务连接。
如图22中所示,第一电子装置上的服务代理2201可将服务连接创建请求(例如,SLME-ServiceConnectionCreation.request(SLME-服务连接创建请求))2209发送到第一电子装置的会话层。例如,服务代理2201可将服务连接创建请求2209发送到第一电子装置的会话层管理实体2203。服务连接创建请求2209可包括对等装置标识符、服务代理标识符(诸如标识发起用于建立服务连接的请求的服务代理的发起服务代理标识符、标识期望被进行服务连接的服务代理的终止服务代理标识符)、ASPID等。对等装置标识符可标识期望被进行服务连接的电子装置。
如果会话层管理实体2203接收到用于建立服务连接的请求,则会话层管理实体2203可与期望的服务代理所属的第二电子装置的会话层管理实体进行通信。作为示例,会话层管理实体2203可与在服务连接创建请求2209中标识的对等装置的会话层管理实体进行通信。根据本公开的各种实施例,如果会话层管理实体2203接收到服务连接创建请求2209,则会话层管理实体2203可将服务连接创建请求消息(例如,ServiceConnectionCreationRequest(服务连接创建请求))2211发送到第二电子装置的会话层管理实体2205。服务连接创建请求消息2211可包括服务代理标识符(诸如标识发起用于建立服务连接的请求的服务代理的发起服务代理标识符、标识期望被进行服务连接的服务代理的终止服务代理标识符)、ASPID等。
如果第二电子装置的会话层管理实体2205接收到服务连接创建请求消息2211,则会话层管理实体2205可将第一电子装置上的服务代理想要与第二电子装置上的服务代理2207建立服务连接的指示发送到第二电子装置上的服务代理2207。例如,会话层管理实体2205可将服务连接创建指示(例如,SLME-ServiceConnectionCreation.indication(SLME-服务连接创建指示))2213发送到服务代理2207。服务连接创建指示2213可包括对等装置标识符、服务代理标识符(诸如标识发起用于建立服务连接的请求的服务代理的发起服务代理标识符、标识期望被进行服务连接的服务代理的终止服务代理标识符)、ASPID等。对等装置标识符可标识发起用于建立服务连接的请求的电子装置。
响应于接收到服务连接创建指示,第二电子装置上的逻辑实体可确定是否接受服务连接创建请求。例如,响应于接收到服务连接创建指示,第二电子装置的服务代理2207可确定是否接受第一电子装置的服务代理2201的服务连接创建请求。例如,服务代理2207可认证服务代理220等。
服务代理2207可将服务连接创建响应(例如,SLME-ServiceConnectionCreation.response(SLME-服务连接创建响应))2215发送到第二电子装置的会话层管理实体2205。服务连接创建响应可指示针对服务连接创建的请求是否被接受、用于服务连接的条件和/或参数等。
如果会话层管理实体2205从服务代理2207接收到服务连接创建响应2215,则会话层管理实体2205可将服务连接创建响应消息(例如,ServiceConnectionCreationResponse(服务连接创建响应))2217发送到第一电子装置的会话层管理实体2203。服务连接创建响应消息2217可包括服务代理标识符(诸如标识发起用于建立服务连接的请求的服务代理的发起服务代理标识符、标识期望被进行服务连接的服务代理的终止服务代理标识符)、ASPID等。服务连接创建响应消息2217可指示针对服务连接创建的请求是否被接受、用于服务连接的条件和/或参数等。
根据本公开的各种实施例,会话层管理实体2205可在接收到服务连接创建请求消息2211时启动计时器。计时器可用于确定服务连接创建请求消息是否已超时。例如,计时器可用于确定服务代理2207是否在预设时间内对服务连接创建指示2213进行了响应。如果服务代理2207在预设时间内没有对服务连接创建指示2213进行响应,则会话层管理实体2205可发送(例如,通过会话层管理实体2203)向服务代理2201指示服务代理2207不可用、针对服务连接的请求已超时等的服务连接创建响应消息2217。例如,在计时器终止时,会话层管理实体2205可发送(例如,通过会话层管理实体2203)向服务代理2201指示服务代理2207不可用、针对服务连接的请求已超时等的服务连接创建响应消息2217。
如果会话层管理实体2203接收到服务连接创建响应消息2217,则会话层管理实体2203可将服务连接创建确认(SLME-ServiceConnectionCreation.confirm(SLME-服务连接创建确认))2219发送到服务代理2201(例如,发送到发起针对服务连接的请求的服务代理)。服务连接创建确认2219可包括对等装置标识符、服务代理标识符(诸如标识发起用于建立服务连接的请求的服务代理的发起服务代理标识符、标识期望被进行服务连接的服务代理的终止服务代理标识符)、ASPID等。对等装置标识符可标识期望被进行服务连接的对等电子装置。
图23示出根据本公开的各种实施例的使用应用协议的服务连接和通信。图24示出根据本公开的实施例的用于建立服务连接的处理。
参照图23,示出了第一电子装置2301与第二电子装置2303之间的服务连接处理。第一电子装置2301具有对等装置标识符1,第二电子装置2303具有对等装置标识符2。
第一电子装置2301可包括具有应用层实体标识符1的应用层实体2305。应用层实体2305可包括服务代理2307和服务代理2309。可通过ASPID2和服务代理标识符1的组合来识别服务代理2307。可通过ASPID1和服务代理标识符1的组合来识别服务代理2309。
相似地,第二电子装置2303可包括具有应用层实体标识符1的应用层实体2313。应用层实体2313可包括服务代理2315和服务代理2317。可通过ASPID1和服务代理标识符1的组合来识别服务代理2315。可通过配件服务标识符2和服务代理标识符1的组合来识别服务代理2317。
参照图24,如果电子装置执行配件服务或另外确定实现目的/期望(例如,向其用户提供服务),则电子装置可与对等电子装置建立服务连接。
在操作2401,电子装置的服务代理将用于建立服务连接的请求发送到可应用会话层。例如,如图23中所示,服务代理2307可通过与第一电子装置2301的会话层2311进行通信来发起服务连接。服务连接的发起由标号2321标识。服务代理2307可将用于建立服务连接的请求发送到会话层2311。
在操作2403,会话层将用于建立服务连接的请求发送到可应用会话层。例如,如图23中所示,第一电子装置2301的会话层2311可将用于建立服务连接的请求发送到第二电子装置2303的会话层2319。
在操作2405,会话层将用于建立服务连接的请求的指示发送到可应用服务代理。例如,如图23中所示,会话层2319可将会话层2319接收到用于建立服务连接(例如,在服务代理2307与服务代理2317之间)的请求的指示发送到第二电子装置2303的服务代理2317。
在操作2407,服务代理确定是否接受服务连接请求。例如,如图23中所示,服务代理2317可确定是否接受用于建立服务连接(例如,在服务代理2307与服务代理2317之间)的服务连接请求。
在操作2409,服务代理将对服务连接请求的响应发送到可应用会话层。例如,如图23中所示,服务代理2317将对服务连接请求的响应发送到会话层2319。对服务连接请求的响应提供服务代理2317是否接受服务连接(例如,在服务代理2307与服务代理2317之间)的指示。对在服务代理2317与会话层2319之间传输的服务连接请求的响应由标号2323示出。
在操作2411,会话层根据从服务代理接收的响应来确定是否接受服务连接。例如,如图23中所示,会话层2319可根据从服务代理2317接收的对服务代理2317是否接受服务连接的响应来确定是否接受服务连接(例如,是否建立服务代理2307与服务代理2317之间的服务连接)。
如果在操作2411会话层确定接受服务连接,则服务连接处理可进行到会话层建立服务连接的操作2413。例如,如图23中所示,如果会话层2319确定接受从会话层2311接收的服务连接请求,则会话层2319可与会话层2311进行通信以建立服务代理2307与服务代理2317之间的服务连接。之后,服务连接处理进行到操作2415。
在操作2415,可应用服务代理根据应用协议进行通信。例如,如标号2325所示,如果服务连接在服务代理2307与服务代理2317之间建立(例如,使用会话层2311和会话层2319),则服务代理2307和服务代理2317可进行通信。服务代理2307和服务代理2317可使用配件服务配置文件特定应用协议进行通信。
根据本公开的各种实施例,电子装置可包括在任意给定时间作为服务提供者的服务代理和作为服务消费者的服务代理。例如,电子装置不限于仅包括在给定时间作为服务提供者或服务消费者的服务代理。根据本公开的各种实施例,服务代理可作为关于与第一对等电子装置进行通信的服务提供者,服务代理可作为关于与第二对等电子装置进行通信的服务消费者。
根据本公开的各种实施例,服务消费者可被配置用于请求服务提供者向服务消费者提供配件服务或与配件服务相关的信息。服务消费者可被配置用于使用被配置用于应用协议(用于可应用配件服务配置文件)的消息来请求服务提供者。服务消费者可被配置用于从服务提供者接收消息(例如,配件服务或与配件服务有关的信息)。服务消费者可被配置用于根据用于可应用配件服务配置文件的应用协议来处理或解释从服务提供者接收的消息。
根据本公开的各种实施例,服务提供者可被配置用于从服务消费者接收请求和/或消息。服务提供者可被配置用于根据用于可应用配件服务配置文件的应用协议,响应于从服务消费者接收的请求和/或消息来处理和执行处理。服务提供者可被配置用于向服务消费者提供配件服务或与配件服务相关的信息。根据本公开的各种实施例,服务提供者可对一个或更多个服务消费者进行服务。
根据本公开的各种实施例,服务提供者可对相同对等电子装置上的多个服务消费者进行服务。
根据本公开的各种实施例,电子装置可包括提供相同配件服务的多个服务提供者。
根据本公开的各种实施例,与配件服务相应的配件服务配置文件可确保被实施用于配件服务的服务提供者和/或服务消费者的一致行为。例如,配件服务配置文件可以是标准化的协议集,服务提供者和服务消费者可根据所述协议进行与配件服务相关的通信。结果,配件服务配置文件允许配件服务的开发被扩展为被更容易地开发。配件服务可跨实施配件服务配置文件的大量电子装置而被开发。
根据本公开的各种实施例,电子装置使用以与对等电子装置进行通信的网络协议对于在电子装置和对等电子装置的服务提供者与服务消费者之间使用的可应用配件服务配置文件会是不可知的。
如图23所示,服务代理2315可通过将用于建立服务连接的请求发送到会话层2319以发起服务连接。会话层2319可随后与会话层2311进行通信以将用于建立服务连接的请求发送到会话层2311。随后,会话层2311可将用于建立服务连接的请求的指示发送到服务代理2309。例如,会话层2311可发送会话层2311接收到用于建立服务连接(例如,在服务代理2315与服务代理2309之间)的请求的指示。随后,服务代理2309可确定是否接受服务连接,并且服务代理2309可向会话层2311提供是否接受服务连接的指示。例如,在服务代理2309与会话层2311之间传输的是否接受服务连接的指示可由标号2329示出。如果服务代理2309接受服务连接,则会话层2311可与会话层2319进行通信以建立期望的服务连接。随后,服务代理2315可使用配件服务协议特定应用协议2331与服务代理2309进行通信。使用配件服务协议特定应用协议2331的在服务代理2315与服务代理2309之间的通信可在服务代理2315与服务代理2309之间建立的至少一个服务连接2333发生。
如图23所示,应用层实体可包括发起服务连接的服务代理以及接收用于建立服务连接的请求并接受或授权服务连接的服务代理。例如,应用层实体2305可包括发起与服务代理2317的服务连接的服务代理2307以及从服务代理2315接收用于建立服务连接的请求的服务代理2309。
图25示出根据本公开实施例的服务连接。
参照图25,在第一电子装置的服务代理2501与第二电子装置的服务代理2503之间的服务连接可被建立。根据本公开的各种实施例,可使用在第一电子装置与第二电子装置之间的服务连接创建会话来建立服务连接。根据本公开的各种实施例,在服务代理2501与服务代理2503之间的服务连接可包括在第一电子装置与第二电子装置之间的至少一个会话。例如,服务连接可包括在第一电子装置与第二电子装置之间的多个会话。
服务代理2501可尝试发起到另一服务代理(例如,服务代理2503)的服务连接。服务代理2501可发起服务连接以便执行配件服务,以满足电子装置的用户的目的/需要,等等。根据本公开的各种实施例,服务代理2501可尝试根据相应的应用服务协议来建立服务连接。根据本公开的各种实施例,服务代理2501可通过与第一电子装置的网络协议和/或会话层2505进行通信来发起服务连接。例如,服务代理2501可将服务连接请求2509发送到网络协议和/或会话层2505。
根据本公开的各种实施例,响应于从服务代理2501接收服务连接请求2509,网络协议和/或会话层2505可与第二电子装置的网络协议和/或会话层2507进行通信。电子装置的网络协议和/或会话层可具有用于与给定对等电子装置进行通信的保留的会话。作为示例,网络协议和/或会话层2505以及网络协议和/或会话层2507可在它们之间开启服务连接创建会话。网络协议和/或会话层2505可将服务连接创建请求2511发送到网络协议和/或会话层2507。
根据本公开的各种实施例,电子装置的网络协议和/或会话层可提供网络协议和/或会话层从对等电子装置的网络协议和/或会话层接收到服务连接请求的指示。例如,如图25所示,网络协议和/或会话层2507可将服务连接请求指示2513发送到服务代理2503(例如,与服务连接请求相关联的服务代理)。
根据本公开的各种实施例,电子装置的服务代理可确定是否接受从对等电子装置的服务代理请求的服务连接。例如,根据资源(例如,处理资源、通信资源等)的可用性、用户偏好等,服务代理可根据请求服务连接的服务代理的授权来确定是否接受服务连接请求。
电子装置的服务代理可通过可应用网络协议和/或会话层向对等电子装置的服务代理提供服务代理是否接收服务连接的指示。
如果服务代理2503确定接受服务连接,则服务代理2503可将服务连接接受2515发送到网络协议和/或会话层2507。
如果第二电子装置接受服务连接(例如,如果服务代理2503接受服务连接),则网络协议和/或会话层2507可与第一电子装置(例如,网络协议和/或会话层2505)进行通信以建立服务连接。例如,网络协议和/或会话层2507可将服务连接创建响应2517发送到网络协议和/或会话层2505(例如,响应于服务连接创建请求2511)。
网络协议和/或会话层2505以及网络协议和/或会话层2507可建立服务连接2521。服务连接2521可包括在网络协议和/或会话层2505以及网络协议和/或会话层2507之间的一个或更多个会话。例如,服务连接2521可包括SL-session1、SL-session2、SL-session3和SL-sessionn。
如果网络协议和/或会话层2505以及网络协议和/或会话层2507建立服务连接2521,则网络协议和/或会话层2505可将服务连接被建立的指示2519发送到服务代理2501。
根据本公开的各种实施例,如果服务连接在服务代理2501与服务代理2503之间(例如,在服务提供者与服务消费者之间)建立,则服务代理2501和服务代理2503使用为建立的服务连接保留的会话来进行通信。
根据本公开的各种实施例,在服务消费者已经使用了由服务提供者提供的配件服务之后(例如,在配件服务已经满足其目的/期望之后),在服务消费者与服务提供者之间的服务连接可被终止。根据本公开的各种实施例,服务消费者与服务提供者的任意组合可终止服务连接。根据本公开的各种实施例,服务消费者与服务提供者的任意组合可在任意时刻终止服务连接。
根据本公开的各种实施例,服务代理(例如,服务提供者)可对一个或更多个服务消费者进行服务。服务提供者可对一个或更多个对等电子装置上的多个服务消费者进行服务。服务提供者可经由独立建立的服务连接对一个或更多个对等电子装置上的多个服务消费者进行服务。根据本公开的各种实施例,服务消费者可消费由一个或更多个服务提供者提供的配件服务(例如,接收与服务相关的信息)。服务消费者可消费由一个或更多个对等电子装置上的一个或更多个服务提供者提供的配件服务(例如,接收与服务相关的信息)。服务消费者可消费经由独立建立的服务连接由一个或更多个对等电子装置上的一个或更多个服务提供者提供的配件服务(例如,接收与服务相关的信息)。
根据本公开的各种实施例,服务提供者或服务消费者可根据相应的配件服务配置文件来发起服务连接。例如,服务提供者或服务消费者可根据相应的配件服务配置文件来发起服务连接。
图26示出根据本公开实施例的在服务代理之间的通信。
参照图26,第一电子装置的服务代理2601可通过服务连接2609与第二电子装置的服务代理2603进行通信。服务代理2601和服务代理2603可通过使用第一电子装置的网络协议和/或会话层2605以及第二电子装置的网络协议和/或会话层2607建立的服务连接2609进行通信。
根据本公开的各种实施例,在网络协议和/或会话层2605与网络协议和/或会话层2607之间建立的服务连接2609可包括至少一个会话,其中,服务代理2601和服务代理2603可通过所述至少一个会话进行通信。例如,如图26所示,服务连接2609可包括会话2611(例如,SL-Session1)、会话2613(例如,SL-Sssion2)、会话2615(例如,SL-Session3)、会话2617(例如,SL-Sessionn)等。
根据本公开的各种实施例,服务连接可包括多个信道,其中,在服务代理2601与服务代理2603之间的消息通过所述多个信道而被交换。包括在服务连接中的会话可与信道相关联。例如,会话2611可与在服务代理2601和网络协议和/或会话层2605之间形成的信道12619以及在服务代理2603和网络协议和/或会话层2607之间形成的信道12627相关联;会话2613可与在服务代理2601和网络协议和/或会话层2605之间形成的信道22621以及在服务代理2603和网络协议和/或会话层2607之间形成的信道22629相关联;会话2615可与在服务代理2601和网络协议和/或会话层2605之间形成的信道32623以及在服务代理2603和网络协议和/或会话层2607之间形成的信道12631相关联;会话2617可与在服务代理2601和网络协议和/或会话层2605之间形成的信道n2625以及在服务代理2603和网络协议和/或会话层2607之间形成的信道n2633相关联。
根据本公开的各种实施例,附加信道可使用根据可应用配件服务配置文件和相应的应用协议的服务连接而被建立和/或配置。根据本公开的各种实施例,服务连接的现有信道可根据可应用配件服务配置文件和相应的应用协议而被终止。
根据本公开的各种实施例,每个信道可传输与配件服务相关联的至少一个应用协议数据单元。
根据本公开的各种实施例,会话层不知道在应用层级别的服务代理之间的交互。例如,会话层利用服务代理的寻址以及在服务代理之间建立的服务连接,以能够进行服务代理之间的通信。会话层可使用ASPID和服务代理标识符以识别、定位和/或服务可应用服务代理。会话层可使用应用层实体标识符、对等电子装置标识符等以识别、定位和/或服务可应用服务代理。会话层可使用对等装置标识符、应用层实体、ASPID和服务代理标识符的组合以识别、定位和/或服务可应用服务代理。
图27示出根据本公开的实施例的消息的通信。
参照图27,第一电子装置的服务代理2701可与第二电子装置的服务代理2707传输消息。第一电子装置可包括会话层数据实体2703,第二电子装置可包括会话层数据实体2705。
服务代理2701可产生将被传输到服务代理2707的消息2709。服务代理2701可根据相应的应用服务配置文件来产生消息2709。
随后,服务代理2701可调用数据请求。例如,服务代理2701可将消息(例如,SLDE-Data.request)2711发送到会话层数据实体2703。消息2711可与应用协议数据单元相应。在服务代理2701调用数据请求并发送消息2711之后,服务代理2701准备接收识别消息2711的传递状态的消息(例如,SLDE-Data.confirm)。如果识别消息2711的传递状态的消息指示传递状态是失败,则包括消息2711或与消息2711相关的信息的消息可根据可应用应用协议而被重新发送。例如,如果应用协议支持消息的重新发送,如果指示消息的发送失败的确认消息被接收,则消息的重新发送可被调用。
第一电子装置的会话层可将包括与消息2711相关的数据的消息2713发送到第二电子装置的会话层。例如,会话层数据实体2703可执行经由第一电子装置与第二电子装置之间的连接(例如,服务连接)将与消息2711相关的数据发送(例如,将应用数据协议单元发送)到会话层实体2705。
在接收到来自第一电子装置的会话层的数据时,第二电子装置的会话层可向可应用服务代理通知数据接收。例如,在接收到来自会话层数据实体2703的数据时,会话层数据实体2705可将会话层数据实体2705接收到包括与消息2711相关的数据的消息2713的指示2715(例如,SLDE-Data.indication)发送到服务代理2707。会话层数据实体2705可将接收的数据发送到服务代理2707。例如,指示2715可包括与消息2711相关的数据。
随后,服务代理2707可对接收的数据进行解析。例如,如图27的标号2731所示,服务代理2707可对接收的数据进行解析。服务代理2707可对接收的数据进行处理。
同时,服务代理2701可等待来自会话层(例如,会话层管理实体)的指示服务代理2701可在与接收指示的信道相应的另一信道上发起另一数据请求的指示。例如,服务代理2701可从会话层数据实体2703接收指示(例如,SLDE-Data.ready)2717。
如果服务代理2701接收服务代理2701可在另一信道上发起另一数据请求的指示2717,则服务代理2701可产生将被传输到服务代理2707的消息2719。服务代理2701可根据相应的应用服务配置文件来产生消息2719。
随后,服务代理2701可调用数据请求。例如,服务代理2701可将消息(例如,SLDE-Data.request)2723发送到会话层数据实体2703。消息2723可与应用协议数据单元相应。在服务代理2701调用数据请求并发送消息2723之后,服务代理2701准备接收指示消息2723的传送状态的消息(例如,SLDE-Data.confirm)。
第一电子装置的会话层可将包括与消息2723相关的数据的消息2725发送到第二电子装置的会话层。例如,会话层数据实体2703可通过第一电子装置与第二电子装置之间的连接(例如,服务连接)执行到会话层实体2705的与消息2723相关的数据的传输(例如,应用数据协议单元的传输)。
在从第一电子装置的会话层接收到数据时,第二电子装置的会话层可向可应用服务代理通知数据接收。例如,在从会话层实体2703接收到数据时,会话层实体2705可将会话层实体2705接收到包括与消息2723相关的数据的消息2725的指示(例如,SLDE-Data.indication)2727发送到会话代理2707。会话层实体2705可将接收的数据发送到服务代理2707。例如,指示2727可包括与消息2723相关的数据。
随后,服务代理2707可对接收的数据进行解析。例如,如图27的标号2731所示,服务代理2707可对接收的数据进行解析。服务代理2707可处理接收的数据。
同时,服务代理2701可接收指示消息2711和/或与消息2709相关联的数据是否被成功传递的消息(例如,SLDE-Data.confirm)2729。
在发送消息2723之后,服务代理2701可从会话层(例如,会话层管理实体)等待这样的指示:该指示指示服务代理2701可在与接收到指示的信道相应的各个信道上发起另一数据请求。例如,服务代理2701可从会话层数据实体2703接收指示(例如,SLDE-Data.ready)2733。
此外,在发送消息2723之后,服务代理2701可接收指示消息2723和/或与消息2719相关联的数据是否被成功传递的消息(例如,SLDE-Data.confirm)2735。
图28示出根据本公开的实施例的在服务代理之间的通信的终止。
参照图28,如果第一电子装置的服务代理和第二电子装置的服务代理通过建立的服务连接进行通信,则服务代理中的任意一个可调用在服务代理之间的服务连接的终止。调用服务连接终止的服务代理可以是与将被终止的服务连接相关的服务提供者或服务消费者。如果建立服务连接的配件服务已被满足,则服务代理可调用在该服务代理与另一服务代理之间的服务连接的终止。如果与通过服务连接的在服务代理之间的通信相关联的目的/期望被满足,则服务代理可调用服务连接的终止。
如图28所示,第一电子装置的服务代理2801可与第二电子装置的服务代理2807进行通信。根据本公开的各种实施例,服务代理2801或服务代理2807可调用现有服务连接的终止。根据本公开的各种实施例,现有服务连接的终止可由发起建立服务连接的服务代理发起。
如果服务代理2801想要终止现有服务连接,则服务代理2801可停止通过与将被终止的服务连接相关联的信道发送消息(例如,数据)2809。
服务代理2801可通过将服务连接终止请求(例如,SLME-ServiceConnectionTermination.request)2811发送到第一电子装置的会话层来调用现有服务连接的终止。例如,服务代理2801可通过将服务连接终止请求2811发送到第一电子装置的会话层管理实体2803来调用现有服务连接的终止。服务连接终止请求2811可包括对等装置标识符、本地服务代理标识符、远程服务代理标识符、ASPID等。根据本公开的各种实施例,服务连接终止请求2811可包括在服务连接创建期间发送的相同信息(例如,与包括在消息2219和/或消息2213中的信息相同的信息)。对等装置标识符可包括服务连接将被终止的装置的标识符。例如,根据图28,对等装置标识符可与服务代理1807驻留的第二电子装置相应。
如果会话层管理实体2803接收用于终止服务连接的请求,则会话层管理实体2803可与期望的服务代理驻留的第二电子装置的会话层管理实体进行通信。作为示例,会话层管理实体2803可与在服务连接终止请求2811中识别的对等电子装置的会话层管理实体进行通信。根据本公开的各种实施例,如果会话层管理实体2803接收服务连接终止请求2811,则会话层管理实体2803可将服务连接终止请求消息(例如,ServiceConnectionTerminationRequest)2813发送到第二电子装置的会话层管理实体2805。服务连接终止请求消息2813可包括服务代理标识符,诸如,识别发起用于终止服务连接的请求的服务代理的发起服务代理标识符、识别期望服务连接的终止的服务代理的终止服务代理标识符、ASPID等。
如果第二电子装置的会话层管理实体2805接收服务连接终止请求消息2813,则管理实体的会话层可将第一电子装置上的服务代理想要终止与第二电子装置的服务连接的指示发送到第二电子装置的服务代理2807。例如,会话层管理实体2805可将服务连接终止指示(例如,SLME-ServiceConnectionTermination.indication)2815发送到服务代理2807。服务连接终止指示2815可包括对等装置标识符、服务代理标识符(诸如,识别发起用于终止服务连接的请求的服务代理的发起服务代理标识符、识别期望服务连接的终止的服务代理的终止服务代理标识符、ASPID等)。对等装置标识符可识别发起用于终止服务连接的请求的电子装置。
响应于接收服务连接终止指示,第二电子装置上的逻辑实体可停止通过与将被终止的服务连接相关联的信道发送和/或接收消息(例如,数据)2817。例如,响应于接收服务连接终止指示,第二电子装置的服务代理2807可确定终止服务连接。
响应于接收服务连接终止指示,第二电子装置的逻辑实体可将终止的服务连接从与逻辑实体相关的服务连接的列表中去除。例如,响应于接收服务连接终止指示,服务代理2807可从用于服务代理2807的服务连接的列表中去除服务连接(例如,与终止请求相关联的一个或更多个信道)。
此外,响应于接收服务连接终止请求消息2813和/或发送服务连接终止指示2815,第二电子装置的会话层可将服务连接终止请求消息(例如,ServiceConnectionTerminationRequest.msg)2819发送到第一电子装置的会话层。例如,会话层管理实体2805可将服务连接终止请求消息2819发送到会话层管理实体2803。
响应于接收服务终止指示2815,服务代理2807可将服务终止响应(例如,SLME-ServiceTermination.response)2821发送到会话层管理实体2805。在发送服务终止响应2821之后和/或在接收服务终止指示2815时,服务代理2807可释放与服务连接的终止相关联的资源(例如,与终止请求相关联的信道)。
响应于接收服务终止响应2821和/或发送服务连接终止请求消息2819,会话层管理实体2805可释放与服务连接的终止相关联的资源(例如,与终止请求相关联的信道)。
响应于接收服务连接终止请求消息2819,会话层管理实体2803可将服务连接终止确认(例如,SLME-ServiceConnectionTermination.Confirm)2823发送到服务代理2801。
响应于接收服务连接终止请求消息2819和/或发送服务连接终止确认2823,会话层管理实体2803可释放与服务连接的终止相关联的资源(例如,与终止请求相关联的信道)。
响应于接收服务连接终止确认2823,服务代理2801可释放与服务连接的终止相关联的资源(例如,与终止请求相关联的信道)。
根据本公开的各种实施例,配件服务配置文件定义配件服务,以使电子装置(例如,配件)能够提供和/或消费与配件服务相关的服务。根据本公开的各种实施例,配件服务配置文件可以是应用可根据其而被开发以使得电子装置和对等电子装置能够进行通信的模板。根据本公开的各种实施例,配件服务配置文件创建用于服务的数据通信可根据其而被实施的标准。因此,各种电子装置可针对类似的服务来传输数据,其中,所述类似的服务被定义为根据可应用配件服务配置文件中的特性进行传输。
根据本公开的各种实施例,每个配件服务可被映射到配件服务配置文件。
根据本公开的各种实施例,配件服务配置文件包扩用于与服务相关的信息的通信的规格。根据本公开的各种实施例,配件服务配置文件提供与应用属性和网络属性相关的结构。配件服务配置文件可包括标识符(例如,ASPID)、在服务连接中使用的信道数量的指示、期望的QoS(例如,相应的配件服务的QoS、用于服务的服务连接的QoS等)、用于在实施服务中使用的各种消息的消息格式(例如,结构)、特定消息可被传输的信道的指示、电子装置发起服务连接的指示、电子装置发起服务连接的终止的指示等。
与应用属性相关,应用服务配置文件可定义可应用服务、使用与应用服务配置文件相关联的应用协议的消息的结构、消息标识符等。与网络属性相关,应用服务配置文件可定义ASPID、服务连接中的信道的列表、采用懒设置的信道的列表、针对每个信道的期望的QoS的描述、消息到信道映射、每个信道支持的消息格式、期望连接性类型的最小带宽能力等。
ASPID识别配件服务配置文件。ASPID是跨所有改变的配件服务配置文件的唯一标识。ASPID的大小可以是128比特。ASPID可以是字符串。
服务连接中的信道的列表可识别将被设置并由服务连接提供的信道。信道的列表相应于与服务相关的消息将被传输的信道。服务可通过信道的列表的子集来传输与服务相关的消息。
采用懒设置的信道的列表可识别可稍后被设置的信道(例如,通过信道号)(例如,以将该信道添加到已经建立的服务连接)。根据本公开的各种实施例,信道可在服务连接被建立时被设置,和/或信道可在信道被期望时被设置因此被添加到已经建立的服务连接。
针对每个信道的期望的QoS的描述可识别针对每个信道的期望的QoS。例如,每个信道可通过信道号而被识别。针对每个信道的QoS可被映射到相应的信道。期望的QoS的描述可包括类型值、优先级值和数据率值。类型值、优先级值和数据率值中的每个可具有会话层根据其选择相应的默认值的各个默认值。
消息到信道映射可识别可在每个信道上传输的消息的类型。例如,消息到信道映射可提供消息标识符到信道号的映射。
每个信道支持的消息格式可提供在信道上被允许的消息的编码格式的指示。根据本公开的各种实施例,消息可以以二进制格式、JSON格式、XML格式等被编码。根据本公开的各种实施例,使用配件服务配置文件的服务代理可从可通过给定信道通信的允许格式的列表中指定消息格式。根据本公开的各种实施例,在服务连接被建立时,在特定信道上交换的消息可以是相同的消息格式。例如,在服务连接被建立时,在特定信道上交换的所有消息应是相同的消息格式(例如,是在配件服务配置文件中被定义的或由服务代理从可允许的消息格式的列表中选择的)。
期望连接性类型的最小带宽能力可识别用于服务的通信被实施的特定连接性类型的预期。期望连接类型的最小带宽能力可向应用开发者提供哪种连接性类型对运行期望的服务会是理想的、哪种连接性类型会不能运行期望的服务等的指导。
根据本公开的各种实施例,配件服务配置文件可包括版本标示符(例如,版本值)。版本标识符可跟踪配件服务配置文件的规格的进化。版本控制(versioning)的使用能够跟踪对配件服务配置文件的功能的改变和/或增强。版本控制的使用,特别是版本标识符可作为用于核实对与配件服务配置文件兼容的实施的参考点。版本控制的使用,特别是版本标识符可作为用于确定给定配件服务配置文件的实施之间的兼容和非兼容的参考点。版本标识符可包括两个字段-主要版本值和次要版本值。主要版本值可具有8比特的大小。次要版本值可具有8比特的大小。
根据本公开的各种实施例,次要版本值的增长可以是后向可兼容。例如,如果主要版本值跨两个不同的配件服务配置文件的版本是相同的,则具有更大的次要版本值的配件服务配置文件与具有更小的次要版本值的配件服务配置文件是后向可兼容的。具有更大的次要版本值的配件服务配置文件可通过允许具有更大的次要版本值的配件服务配置文件在根据具有更小的次要版本值的配件服务配置文件的规范下发挥作用而与具有更小的次要版本值的配件服务配置文件是后向可兼容的。
根据本公开的各种实施例,主要版本值的增长可指示在与具有更小的主要版本值的配件服务配置文件相关地发生的对用于配件服务配置文件的规格的主要改变和/或增长。例如,如果主要版本值跨两个不同版本的配件服务配置文件是不同的,则两个不同版本的配件服务配置文件会不可兼容。换句话说,具有更大的主要版本值的配件服务配置文件的版本会与具有更小的主要版本值的配件服务配置文件的版本不可后向兼容。
根据本公开的各种实施例,给定配件服务配置文件的每个实施可与给定配件服务配置文件的不同版本相应。例如,给定配件服务配置文件的每个服务代理可与配件服务配置文件的不同版本相应。
根据本公开的各种实施例,当实施登记到实施相应于的配件服务配置文件时,配件服务配置文件可可用于能力发现层。例如,如果服务代理登记到能力发现层,则服务代理相应于的特定配件服务配置文件(例如,配件服务配置文件的特定版本)可可用于能力发现层。能力发现层可将具有与服务代理相关的其他信息的可应用配件服务配置文件的版本控制信息(例如,版本标识符)传输到感兴趣的服务代理(例如,在对等电子装置上)。例如,在电子装置上的能力发现层与对等电子装置上的能力发现层之间的能力交换处理期间,电子装置上的能力发现层可将具有与电子装置的服务代理相关的其他信息的可应用配件服务配置文件的版本控制信息(例如,版本标识符)传输到对等电子装置上的能力发现层。
根据本公开的各种实施例,如果两个服务代理正进行通信以提供配件服务,则服务代理可配置通信以确保兼容性。例如,与具有更大主要版本值或更高次要版本值的配件服务配置文件兼容的服务代理可确定服务代理是否可兼容于与具有更小主要版本值或更小次要版本值的配件服务配置文件兼容的服务代理。如果具有更大主要版本值或更高次要版本值的配件服务配置文件的服务代理可兼容于与具有更小主要版本值或更小次要版本值的配件服务配置文件兼容的服务代理,则服务代理可将它们的通信配置为可兼容的(例如,如果有益则配置后向可兼容)。
根据本公开的各种实施例,映射到配件服务配置文件的配件服务可包括闹钟服务、日历服务、呼叫服务、上下文服务、文件传送服务、音乐服务、通知服务等。作为示例,上下文服务可包括与用户的上下文数据、电子装置相关的服务(例如,提供配件服务)等。上下文服务可与基于位置的数据服务、健康数据服务等相应。
根据本公开的各种实施例,与呼叫服务相应的配件服务可使实现呼叫服务的服务提供者发起呼叫(例如,电话呼叫),(例如,向服务消费者)传输与呼入呼叫或呼叫的状态相关的警报,处理呼入呼叫(例如,由服务消费者请求地),提供呼叫记录(例如,自动地或由服务消费者请求地向服务消费者提供),删除呼叫记录(例如,自动地或由服务消费者请求地)等。
根据本公开的各种实施例,与呼叫服务相应的配件服务可使实现呼叫服务的服务消费者请求发起呼叫(例如,电话呼叫),接收呼入呼叫警报,处理呼入呼叫警报,请求答复呼入呼叫,拒绝呼入呼叫,使呼入呼叫静音,请求呼叫记录,请求删除特定呼叫记录等。
根据本公开的各种实施例,与闹钟服务相应的配件服务可使实现闹钟服务的服务提供者能够(例如,自动地或由服务消费者请求地向服务消费者)提供闹钟的列表,(例如,向服务消费者)提供与闹钟相关的数据,编辑闹钟(例如,根据来自服务消费者的请求),提供与闹钟相关的警告(例如,包括与闹钟铃、小睡功能、时间等相关的数据),(例如,向服务消费者)提供闹钟的状态,设置闹钟的激活状态(例如,根据来自服务消费者的请求)等。
根据本公开的各种实施例,与闹钟服务相应的配件服务可使实现闹钟服务的服务消费者能够请求闹钟的列表(例如,从服务提供者),请求与闹钟相关的数据(例如,从服务提供者),请求闹钟动作(例如,从服务提供者),(例如,向服务提供者)提供与闹钟的编辑相关的数据,接收与闹钟相关的警告(例如,包括与闹钟铃、小睡功能、时间等相关的数据),接收闹钟的状态(例如,从服务提供者),设置闹钟的激活状态等。
根据本公开的各种实施例,与日历服务相应的配件服务可使实现日历服务的服务提供者能够提供日历信息的列表(例如,多个事件、事件的列表、事件的状态等),提供日历事件的警报(例如,通知),提供日历动作的警报,解除日历事件的警报(例如,响应于来自服务消费者的请求),将日历事件的警报延后(snooze)(例如,响应于来自服务消费者的请求),设置通知设置(例如,响应于来自服务消费者的请求),改变(例如,编辑)日历事件(例如,响应于来自服务消费者的请求),提供即将到来的日历事件的指示(例如,响应于来自服务消费者的请求)等。
根据本公开的各种实施例,与日历服务相应的配件服务可使实现日历服务的服务消费者能够请求日历信息,接收日历信息的列表(例如,多个事件、事件的列表、事件的状态等),接收日历事件的警报(例如,通知),接收日历动作的警报,请求解除日历事件的警报,请求将日历事件的警报延后,请求设置通知设置,请求改变(例如,编辑)日历事件,请求即将到来的日历事件的指示等。
根据本公开的各种实施例,与上下文服务相应的配件服务可使实现上下文服务的服务提供者能够启动应用(例如,响应于来自服务消费者的请求),登记事件(例如,响应于来自服务消费者的请求),撤销事件的登记(例如,响应于来自服务消费者的请求),(例如,向服务消费者)提供事件的指示,登记动作(例如,响应于来自服务消费者的请求),撤销动作的登记(例如,响应于来自服务消费者的请求),(例如,向服务消费者)提供动作事件的指示等。
根据本公开的各种实施例,与上下文服务相应的配件服务可使实现上下文服务的服务消费者能够请求启动应用,请求登记事件,请求撤销事件的登记,接收事件的指示,请求登记动作,请求撤销动作的登记,接收动作事件的指示等。
根据本公开的各种实施例,与文件传送服务相应的配件服务可使实现文件传送服务的服务提供者能够设置文件传送(例如,响应于来自服务消费者的请求),取消文件传送(例如,响应于来自服务消费者的请求),接收文件传送进度,提供文件传送是否完成的指示等。
根据本公开的各种实施例,与文件传送服务相应的配件服务可使实现文件传送服务的服务消费者能够请求设置文件传送,请求取消文件传送,提供文件传送进度的指示,接收文件传送是否完成的指示等。
根据本公开的各种实施例,与音乐服务相应的配件服务可使实现音乐服务的服务提供者能够接收与远程控制功能相关的请求(例如,从服务消费者),提供与音乐属性相关的信息(例如,响应于服务消费者),设置音乐属性(例如,响应于服务消费者),提供与声音路径相关的信息(例如,响应于服务消费者),设置声音路径(例如,响应于服务消费者),改变媒体(例如,响应于服务消费者),提供改变媒体的指示,控制音乐功能等。
根据本公开的各种实施例,与音乐服务相应的配件服务可使实现音乐服务的服务消费者能够发送与远程控制功能相关的请求,接收与音乐属性相关的信息,请求设置音乐属性,接收与声音路径相关的信息,请求设置声音路径,请求改变媒体,接收改变媒体的指示,请求控制音乐功能等。
根据本公开的各种实施例,与通知服务相应的配件服务可使实现通知服务的服务提供者能够提供与接收的通知相关的指示,配置通知设置(例如,响应于来自服务消费者的请求),启动通知(例如,响应于来自服务消费者的请求),接收对通知的更新的指示,提供通知被检查的指示,接收通知是否被同步的指示,提供与通知的同步相关的指示等。
根据本公开的各种实施例,与通知服务相应的配件服务可使实现通知服务的服务消费者能够接收与接收的通知相关的指示,请求配置通知设置,请求启动通知,提供对通知的更新的指示,接收通知被检查的指示,提供通知是否被同步的指示,接收与通知的同步相关的指示等。
图29示出根据本公开的实施例的在服务代理之间的消息交换。
参照图29,服务消费者2901与服务提供者2903进行通信。服务消费者2901和服务提供者2903可针对根据相应的配件服务配置文件的配件服务进行通信。相应的配件服务配置文件可定义用于与配件服务相关的在服务消费者2901与服务提供者2903之间交换的消息的格式。
如图29中所示,服务消费者2901可将消息2905发送到服务提供者2903。相似地,服务提供者2903可将消息2907发送到服务消费者2901。用于消息2905和消息2907的消息标识符可根据配件服务映射到的配件服务配置文件而被配置。根据本公开的各种实施例,配件服务配置文件可定义包括功能、意图、类型等的指示的消息标识符的结构。
图30示出根据本公开的实施例的在服务代理之间的消息交换。
参照图30,服务消费者3001与服务提供者3003进行通信。服务消费者3001和服务提供者3003可针对根据相应的配件服务配置文件的配件服务进行通信。如图30所示,配件服务与呼叫服务相关。
服务消费者3001可将消息(例如,call-initiate-req)3005发送到服务提供者3003。消息3005可根据由可应用配件服务配置文件定义的格式而被配置。消息3005可与用于根据呼叫服务发起呼叫的请求相应。作为结果,消息标识符可与call-initiate-req相应,从而服务提供者3003可确定如何处理消息3005以及在接收到消息3005时采取何种动作。消息标识符可指示配件服务与呼叫服务相关、消息的目的是发起呼叫以及消息的类型是请求(例如,对消息的响应被期望)。消息3005可包括识别期望的呼叫的期望的接收者的联系人或地址的被呼叫者标识符。
响应于消息3005,服务提供者3003可将响应消息(call-initiate-rsp)3007发送到服务消费者3001。响应消息3007可根据由可应用配件服务配置文件定义的格式而被配置。响应消息3007可包括请求的呼叫的状态等。
图31示出根据本公开的实施例的在服务代理之间的消息交换。
参照图31,服务消费者3101与服务提供者3103进行通信。服务消费者3101和服务提供者3103可针对根据相应的配件服务配置文件的配件服务进行通信。如图31所示,配件服务与呼叫服务相关。
服务提供者3103可将呼入呼叫(例如,call-incoming-ind)3105的指示发送到服务消费者3101。呼入呼叫3105的指示可根据由可应用配件服务配置文件定义的格式而被配置。呼入呼叫3105的指示可包括呼叫者标识的指示。
服务提供者3101可将呼叫响应请求(例如,call-respond-req)3107发送到服务提供者3003。呼叫响应请求3107可根据由可应用配件服务配置文件定义的格式而被配置。呼叫响应请求3107可与用于对呼入呼叫进行响应的请求相应。例如,呼叫响应请求3107可与对呼入呼叫进行答复、拒绝呼入呼叫、使呼入呼叫静音等的请求相应。作为结果,呼叫响应请求3107可包括服务消费者3101请求服务提供者3103采用的响应类型的指示。使用消息标识符,服务提供者3103可确定如何处理呼叫响应请求3107并使用与响应类型相关的信息,服务提供者3103可确定在接收到呼叫响应请求3107时采取的动作。
响应于呼叫响应请求3107,服务提供者3103可将响应消息(call-respond-rsp)3109发送到服务消费者3101。响应消息3109可根据由可应用配件服务配置文件定义的格式而被配置。响应消息3109可包括对呼入呼叫的响应的状态。
图32示出根据本公开的实施例的在服务代理之间的消息交换。
参照图32,服务消费者3201与服务提供者3203进行通信。服务消费者3201和服务提供者3203可针对根据相应的配件服务配置文件的配件服务进行通信。如图32所示,配件服务与闹钟服务相关。
服务提供者3203可将闹钟警告(例如,alarm-alert-ind)3205发送到服务消费者3201。闹钟警告3205的指示可根据由可应用配件服务配置文件定义的格式而被配置。闹钟警告3205的指示可包括响铃的闹钟、与闹钟相关的数据、与闹钟的小睡相关的信息等的指示。
响应于闹钟警告3205的指示,服务消费者3201可将响应消息(alarm-action-rsp)3207发送到服务提供者3203。响应消息3207可根据由可应用配件服务配置文件定义的格式而被配置。响应消息3207可指示期望的动作等。例如,响应消息3207可包括服务消费者3201期望服务提供者3203执行的与响铃的闹钟相关的动作。
图33示出根据本公开的实施例的在服务代理之间的消息交换。
参照图33,服务消费者3301与服务提供者3303进行通信。服务消费者3301和服务提供者3303可针对根据相应的配件服务配置文件的配件服务进行通信。如图33所示,配件服务与通知服务相关。
服务提供者3303将接收的通知(例如,noti-received-ind)3305的指示发送到服务消费者3301。接收的通知3305的指示可根据由可应用配件服务配置文件定义的格式而被配置。接收的通知3305的指示可包括与接收的通知有关的信息等。例如,可与接收的通知3305的指示一起被包括的与接收的通知有关的信息可包括使服务消费者3301能够确定是否采取与通知有关的动作(例如,请求服务提供者3303发送响应等)的充足信息。
图34示出根据本公开的实施例的在服务代理之间的消息交换。
参照图34,服务消费者3401与服务提供者3403进行通信。服务消费者3401和服务提供者3403可针对根据相应的配件服务配置文件的配件服务进行通信。如图34所示,配件服务与文件传送服务相关。
服务提供者3403可将请求(例如,filetransfer-canel-req)3405发送到服务消费者3401。请求3405可根据由可应用配件服务配置文件定义的格式而被配置。请求3405可与用于取消文件传送的请求相应。作为结果,消息标识符可与filetransfer-canel-req相应,从而服务消费者3401可确定如何处理请求3405以及在接收到请求3405时采取什么动作。消息标识符可指示配件服务与文件传送服务相关、消息的目的在于取消文件传送以及消息的类型是请求(例如,对消息的响应被期望)。
响应于请求3405,服务消费者3401可将响应消息(filetransfer-canel-req)3407发送到服务提供者3403。响应消息3407可根据由可应用配件服务配置文件定义的格式而被配置。响应消息3407可包括文件传送的状态(例如,文件传送的取消的状态)等。
F.服务发现/能力交换
根据本公开的各种实施例,电子装置和对等电子装置可交换各自的能力。例如,电子装置和对等电子装置之间的能力交换可涉及连接到的电子装置上的应用程序的能力的交换。电子装置之间的能力交换使对等电子装置(例如,对等电子装置上的应用)能够发现或识别其他对等电子装置的能力。
根据本公开的各种实施例,能力交换可包括应用程序(例如,应用层实体和相应的支持的服务能力(诸如,服务代理))根据其跨对等电子装置进行通信的协议和/或过程。例如,能力交换可包括电子装置的应用程序和能力根据其被通知给对等电子装置和/或被对等电子装置发现的协议和/或程序。
跨对等电子装置的能力交换能够使具有不同配置的电子装置进行通信兵提供服务。例如,能力交换能够使具有不同功能集(例如,支持不同的功能的子集和/或具有分别加载在其上的不同的应用)的对等电子装置进行通信并提供服务。因此,跨对等电子装置的能力交换能够使对等电子装置利用该对等电子装置连接到的电子装置的功能和/或能力。电子装置可向该电子装置连接到的对等电子装置提供对该电子装置功能和/或能力的使用权限。另外,电子装置可向对等电子装置提供最近添加到该电子装置的功能和/或能力的使用权限(例如,当新应用或新能力被安装在该电子装置上时)。
如以上关于图10所讨论,第一电子装置1001可与第二电子装置1003进行通信。第一电子装置1001和第二电子装置1003可使用能力交换协议1041来在它们之间传输第一电子装置1001或第二电子装置1003中的至少一个的能力。具体来说,第一电子装置1001和第二电子装置1003可在第一电子装置1001的能力交换1039和第二电子装置1003的能力交换1043之间对能力进行传输。
作为另一图示,参照图19,第一电子装置1901和第二电子装置1903可在第一电子装置1901的能力发现层1916和第二电子装置1903的能力发现层1925之间对能力进行传输。能力发现层191和能力发现层1925可对分别登记到能力发现层191和能力发现层1925的能力进行传输。例如,能力交换协议可被封装在能力发现层中。
根据本公开的各种实施例,电子装置上的应用层实体可使用能力发现层的功能性(例如,服务)来向对等电子装置上的应用层实体通知它本身和/或其能力。相反,电子装置上的应用层实体可使用能力发现层的功能性(例如,服务)来发现对等电子装置上的感兴趣的应用层实体(例如,感兴趣的能力或服务)。
能力发现层可利用会话层来实现能力发现层的功能性。例如,能力发现曾可与会话层进行通信以创建与另一能力发现层的能力发现层(例如,对等电子装置的能力发现层)的服务连接。如果服务连接被建立用于电子装置和对等电子装置之间的能力交换,则电子装置的能力发现层和对等电子装置的能力交换可通过该服务连接执行能力交换。
能力发现层可可登记到会话层,以便便于能力交换。例如,能力发现层可登记到会话层,以能够接受(例如,接收)来自新对等电子装置的传入的服务连接创建请求。作为另一示例,能力发现层可登记到会话层,以能够接收关于新对等电子装置的通知。
如图9所示,能力交换实体915(例如,能力发现层)可使用会话层服务接入点911来利用会话层建立与对等电子装置的服务连接,以进行能力交换。能力发现层可使用会话层服务接入点来通过由服务连接提供的信道传输消息。在电子装置和对等电子装置之间传输的与能力交换相关的消息可根据能力交换协议来配置。
根据本公开的各种实施例,每当能力发现层询问对等电子装置时,能力发现层可发起服务连接的建立。每当能力发现层将向对等电子装置通知登记的应用层实体和/或应用层实体的服务能力的改变时,能力发现层可发起服务连接的建立。
根据本公开的各种实施例,被建立用于能力交换的服务连接可被保持并用于能力交换直到对等电子装置不再被连接到电子装置。
能力交换实体915可通过会话层服务接入点911接收最近添加和/或最近验证的对等电子装置的通知。例如,如果对等电子装置最近被连接到电子装置901和/或如果对等电子装置最近被电子装置901验证,则能力交换实体915可使用会话层服务接入点911接收这样的连接和/或验证的通知。
根据本公开的各种实施例,能力发现层可从应用层实体接收登记。例如,能力发现层可允许应用层实体将其标识和/或服务能力登记到能力发现层。相反,能力发现层可允许应用层实体撤销能力发现层上的标识和/或服务能力(或服务能力的子集)的登记。
如图14所示,应用层实体1402可使用能力发现服务访问点1411与能力发现层1409进行通信。能力发现服务访问点1411可使应用层实体1402能够登记到能力发现层1409。例如,能力发现服务访问点1411可使应用层实体1402能够(例如,使用与应用层实体1402相关联的应用层实体标识符)将应用层实体1402的服务能力登记到能力发现层1409。应用层实体1402可使用能力发现服务接入点1411来与能力发现层1409进行通信,以获得应用层实体标识符的列表,其中,应用层实体标识符对提供期望的服务的对等电子装置的应用层实体进行标识。应用层实体1402可使用能力发现服务接入点1411来指示或请求能力发现层1409接收对等电子装置的能力的增量更新。应用层实体1402可使用能力发现服务接入点1411来指示或请求能力发现层1409对新对等电子装置自动执行持续的能力询问(例如,使得能力发现层可不断地识别执行期望的服务的对等电子装置上的应用层实体)。
如以上讨论,电子装置的能力发现层可对电子装置的能力进行传输和/或通知。具体来说,能力发现层可对登记到能力发现层的电子装置的能力进行传输和/或通知。例如,能力发现层可对登记到能力发现层的应用层实体和/或应用层实体的服务能力进行传输和/或通知。根据本公开的各种实施例,能力发现层可保持登记的应用层实体和/或应用层实体的服务能力的列表。能力发现层可保持本地登记的应用层实体的列表。作为示例,能力发现层可保持应用层实体登记数据库。应用层登记数据库可与包括已登记到相应能力发现层的应用层实体的标识和能力信息的资源库对应。例如,应用层登记数据库可包括当前登记到相应能力发现层的应用层实体的标识和能力信息。
电子装置的能力发现层可从对等电子装置接收询问。询问可包括请求与电子装置的能力相关的信息。能力发现层可使用与本地登记的应用层实体相关的信息对来自对等电子装置的询问进行响应。
电子装置的能力发现层可向对等电子装置通知应用层实体或服务能力的登记的改变。例如,能力发现层可向对等电子装置通知登记的应用层实体的列表的改变。应用层实体的登记的改变可以是新的应用层实体的登记或撤销先前登记的应用层实体的登记的结果。应用层实体或应用层实体的服务能力的登记的改变可以是电子装置安装新应用,更新现有的应用等的结果。如果发生应用层实体或应用层实体的服务能力的登记改变,则能力发现层可对当前登记的应用层实体和/或其服务能力的整个列表进行传输,或者能力发现层可将登记的应用层实体和/或其服务能力的当前列表与已传输到对等电子装置的登记的应用层实体和/或其服务能力的先前列表之间的差异传输到对等电子装置(例如,能力发现层可对一段时间内的登记的应用层实体或其服务能力之间的“增量”进行传输)。
根据本公开的各种实施例,电子装置的能力发现层可接收对于应用层实体和/或应用层实体的服务能力的筛选条件的询问。筛选条件的询问可与来自对等电子装置的对于以下项的请求对应:应用层实体和/或其服务能力的特定集合、应用层实体和/或其服务能力的类型的特定集合等。如果能力发现层接收到筛选条件的询问,则能力发现层可使用满足筛选条件的应用层实体或其服务能力的列表来对这样的询问进行响应。能力发现层可对满足特定询问的应用层实体和/或其服务能力的经筛选的集合进行传输和/或通知。例如,如果能力发现层接收到对于可提供信使服务的应用层实体和/或其服务能力的列表的询问,则能力发现层可对可提供信使服务的当前登记的应用层实体和/或其服务能力进行识别和/或筛选,并将这样的应用层实体和/或其服务能力发送到对等电子装置。
根据本公开的各种实施例,电子装置可利用其能力发现层来发现对等电子装置上的应用层实体和/或其服务能力。能力发现层可向对等电子装置询问应用层实体和/或其服务能力的列表。询问可以是对于以下项的筛选的请求:应用层实体和/或其服务能力的特定集合、应用层实体和/或其服务能力的类型的特定集合等。
根据本公开的各种实施例,电子装置的能力发现层可保持该电子装置连接到的对等电子装置的应用层实体和/或其服务能力、该电子装置先前连接到的对等电子装置等的列表。作为示例,能力发现层可保持对等电子装置应用层实体数据库。对等电子装置应用层实体数据库可与包括对等电子装置上的应用层实体的标识和能力信息的资源库对应。能力发现层可将在电子装置与对等电子装置之间的能力交换期间接收到的信息填入对等电子装置应用层实体数据库。
根据本公开的各种实施例,能力发现层可通过在能力发现层从电子装置上的应用层实体接收到请求时询问对等电子装置,来保持对等电子装置的应用层实体和/或其服务能力的列表。根据本公开的各种实施例,能力发现层可通过从对等电子装置接收能力更新,来保持对等电子装置的应用层实体和/或其服务能力的列表。
根据本公开的各种实施例,能力交换可包括能力交换协议,能力交换协议对电子装置和对等电子装置可相互通信以交换能力的协议进行定义。例如,能力交换协议可定义这样的协议:电子装置的能力发现层与对等电子装置的能力发现层进行通信,以便交换关于分别登记到电子装置和对等电子装置的应用网络实体和/或这样的应用层实体的服务能力的信息。
根据本公开的各种实施例,电子装置的能力发现层与对等电子装置的能力发现层之间的能力交换可包括请求应用层实体和/或其服务能力的列表的询问。例如,电子装置的能力发现层可向对等电子装置的能力发现层询问登记到对等电子装置的应用层实体和/或其服务能力的列表。
根据本公开的各种实施例,电子装置的能力发现层与对等电子装置的能力发现层之间的能力交换可包括请求应用层实体和/或其服务能力的列表的询问。例如,电子装置的能力发现层可向对等电子装置的能力发现层询问登记到对等电子装置应用层实体和/或其服务能力的列表。
根据本公开的各种实施例,能力交换协议可定义与电子装置和对等电子装置之间的能力交换相关的询问。能力交换协议可对能力交换期间的电子装置和/或对等电子装置的行为进行定义。例如,能力交换协议可对普通询问行为进行定义。作为另一示例,能力交换协议可对持续的询问行为进行定义。根据本公开的各种实施例,可根据来自用于对等电子装置的服务能力的应用层实体的请求来设置能力交换行为(例如,普通询问行为、持续询问行为等)。例如,可根据由电子装置的能力发现层从用于对等电子装置上的应用层实体的服务能力的电子装置的应用层实体接收的请求,设置能力交换行为。
根据本公开的各种实施例,普通询问行为可涉及这样的能力交换:电子装置的能力发现层根据其(例如,经由消息交换)向对等电子装置进行询问以发现(例如,学习)登记到对等电子装置的应用层实体和/或其服务能力。根据本公开的各种实施例,根据普通询问行为,如果电子装置想要关于登记到对等电子装置的应用层实体和/或其服务能力的更新,则电子装置可重复向对等电子装置询问登记到对等电子装置的应用层实体和/或其服务能力。作为示例,为了使电子装置发现随后登记到对等电子装置的应用层实体,电子装置可重复对登记到对等电子装置的应用层实体和/或其服务能力的询问。根据普通询问行为,对于对等电子装置的更新可不使用推送方案被传输到电子装置。相反,电子装置可重复能力交换询问以接收与对等电子装置的能力相关的更新信息。根据本公开的各种实施例,普通询问行为可包括1:1的询问与询问响应消息比例(例如,可与可具有针对每个询问消息的多个响应消息的持续的询问行为区分开)
根据本公开的各种实施例,持续的询问行为可涉及这样的能力交换:电子装置的能力发现层根据其(例如,经由消息交换)向对等电子装置询问以发现(例如,学习)登记到对等电子装置的应用层实体和/或其服务能力。由电子装置的能力交换层询问的对等电子装置可执行(例如,经由另一消息更新)增量能力更新。例如,如果(例如,由于最近的能力交换或能力更新)登记到由电子装置询问的对等电子装置的应用层实体和/或其服务能力改变,则对等电子装置可传输增量能力更新。根据本公开的各种实施例,如果电子装置和对等电子装置根据持续的询问行为执行能力交换,则对等电子装置可继续使用对等电子装置的能力改变来更新电子装置。随着对等电子装置的能力(例如,登记的应用层实体的能力)被更新,对等电子装置可使用预定义的时间间隔的能力更新来更新电子装置等。
根据本公开的各种实施例,电子装置可自动询问最近连接的对等电子装置。例如,如果新的对等电子装置被连接到电子装置,则电子装置可自动向新的对等电子装置询问服务能力(例如,登记到新的对等电子装置的应用层实体和/或其服务能力的列表)。作为另一示例,如果对等电子装置被重新连接到电子装置(例如,在已断开连接一段时间之后),则电子装置可自动向对等电子装置询问服务能力的更新。根据本公开的各种实施例,电子装置可在不被电子装置上的应用层实体提示的情况下,自动询问最近连接的对等电子装置或重新连接的电子装置。例如,电子装置的能力发现层可基于接收到来自电子装置的会话层的新的对等电子装置被连接和/或对等电子装置被重新连接的通知,自动向最近连接的对等电子装置或重新连接的电子装置询问。
根据本公开的各种实施例,电子装置可与对等电子装置(例如,连接到该电子装置的对等电子装置)动态地对电子装置的能力进行更新和/或同步。例如,当新应用被安装到连接到电子装置的对等电子装置时,对等电子装置可发送使用对等电子装置的服务能力的新的集合(或仅服务能力的新的增量或增量更新)来对电子装置进行更新的消息。服务能力的新的集合(或服务能力的新的增量或增量更新)可被推送到电子装置。
根据本公开的各种实施例,能力发现层可包括用于实现应用层实体登记的实体。用于实现应用层实体登记的实体可包括或另外使用服务接入点,其中,可使用服务接入点来访问所述实体的服务。例如,如果应用层实体想要登记到能力发现层,则应用层实体可使用相应的服务接入点登记到用于实现应用层实体登记的实体。
根据本公开的各种实施例,能力发现层可包括用于实现应用层实体能力询问的实体。用于实现应用层实体能力询问的实体可包括或另外使用服务接入点,其中,可使用服务接入点访问所述实体的服务。例如,如果应用层实体想要发现执行期望的服务的对等电子装置上的应用层实体,则应用层实体可使用相应的服务接入点来向应用层实体询问能力。
根据本公开的各种实施例,如果应用层实体想要通知其能力,则应用层实体可登记到能力发现层。例如,如果应用层实体想要向对等电子装置通知可被利用的应用层实体的服务能力(例如,应用层实体可提供和/或消费的配件服务),则应用层实体可登记电子装置的能力发现层。
图35示出根据本公开的实施例的应用层实体的登记的状态图。
参照图35,电子装置的应用层实体可处于未登记的状态3501,其中,根据未登记的状态3501,应用层实体没有登记到电子装置的能力发现层。未登记的状态3501可以是应用层实体的默认状态。例如,最近安装的应用层实体可在未登记的状态3501下初始化。
如果应用层实体(或其服务代理)想要登记到能力发现层,则应用层实体可传输用于登记到能力发现层的请求。
如果用于登记到能力发现层的请求被拒绝,则应用层实体可接收指示用于登记到能力发现层的请求被拒绝的消息。例如,如果能力发现层拒绝使应用层实体登记到能力发现层的请求,则能力发现层可向应用层实体传输用于登记到能力发现层的请求被拒绝的消息(或另外进行通知)。应用层实体可如状态转移箭头3503指示保持在未登记的状态3501。如果用于登记到能力发现层的请求被拒绝,则相应服务代理可被通知用于登记到能力发现层的请求的拒绝。
如果用于登记到能力发现层的请求被接受,则应用层实体可接收指示用于登记到能力发现层的请求被接受的请求的消息。例如,如果能力发现层接收使应用层实体登记到的能力发现层的请求,则能力发现层可向应用层实体传输用于登记到能力发现层的请求被接收的消息(或另外通知)。如果用于登记到能力发现层的请求被接受,则相应服务代理可被通知用于登记到能力发现层的请求的接受。如果用于登记到能力发现层的请求被接受,则应用层登记数据库可被更新。例如,如果用于登记到能力发现层的请求被接受,则能力发现层可更新应用层登记数据库。能力发现层可使用与用于登记到能力发现层的请求被接受的应用层实体相关的信息来更新应用层登记数据库。例如,能力发现层可更新用于登记到能力发现层的请求被接受的应用层实体或另外将用于登记到能力发现层的请求被接受的应用层实体包括在登记的应用层实体和/或其服务能力的列表中。
如果用于登记到能力发现层的请求被接受,则应用层实体可转移到登记的状态3507。如果应用层实体处于登记的状态3506,则应用层实体(或其可应用的服务代理)被登记到能力发现层。如图35所示,如果用于登记到能力发现层的请求被接受,则应用层实体可如由状态转移箭头3505所示转移到登记的状态3507。
如果应用层实体处于登记的状态3507并且应用层想要从能力发现层撤销登记,则应用层实体可传输用于从能力发现层撤销登记的请求。
如果用于从能力发现层撤销登记的请求被拒绝,则应用层实体可接收指示用于从能力发现层撤销登记的请求被拒绝的消息。例如,如果能力发现层拒绝使应用层实体从能力发现层撤销登记的请求,则能力发现层可向应用层实体传输用于从的能力发现层撤销登记的请求被拒绝的消息(或另外进行通知)。应用层实体可如由状态转移箭头3509所示保持在登记的状态3507。如果用于从能力发现层撤销登记的请求被拒绝,则相应服务代理可被通知用于从能力发现层撤销登记的请求的拒绝。
如果用于从能力发现层撤销登记的请求被接受,则应用层实体可接收指示用于从能力发现层撤销登记的请求被接受的消息。例如,如果能力发现层接受使应用层实体从能力发现层撤销登记的请求,则能力发现层可向应用层实体传输用于从能力发现层撤销登记的请求被接受的消息(或另外进行通知)。如果用于从能力发现层撤销登记的请求被接受,则相应服务代理可被通知用于从能力发现层撤销登记的请求的接受。如果用于从能力发现层撤销登记的请求被接受,则应用层登记数据库可被更新。例如,如果用于从能力发现层撤销登记的请求被接受,则能力发现层可更新应用层登记数据库。能力发现层可更新应用层登记数据库以去除(或另外修改)与用于从能力发现层撤销登记的请求被接受的应用层实体相关的信息。例如,能力发现层可更新登记的应用层实体和/或其服务能力的列表,或另外地从登记的应用层实体和/或其服务能力的列表去除用于从能力发现层撤销登记的请求被接受的应用层实体。
如果用于从能力发现层撤销登记的请求被接受,则应用层实体可转移到未登记的状态3501。如图35所示,如果用于从能力发现层撤销登记的请求被接受,则应用层实体可如由状态转移箭头3511所示转移到未登记的状态3501。
图36示出根据本公开的实施例的能力询问的状态图。
参照图36,能力发现层与特定询问相关的询问状态可根据该特定询问未等待响应而处于初始状态3601。
如由状态转移箭头3603所示,电子装置的能力发现层可接收根据普通询问的服务列表请求。服务列表可包括请求与根据由可应用的能力交换协议定义的普通询问行为的普通询问对应的指示。例如,能力发现层可从应用层实体接收根据普通询问的服务列表请求。根据普通询问的服务列表请求可包括可标识应用层实体期望的期望服务的服务列表。例如,根据普通询问的服务列表请求可包括期望服务的新的筛选条件。如果能力发现层接收到根据普通询问的服务列表请求,则能力发现层可将能力请求(例如,普通能力请求消息)传输到对等电子装置。例如,能力发现层可将能力请求传输到对等电子装置的能力发现层。能力发现层可在接收到服务列表请求时将能力请求传输到对等电子装置。能力发现层可对能力请求与普通询问对应进行传输。例如,能力请求可包括能力请求是普通询问的指示,使得对等电子装置根据能力交换协议对根据普通询问行为的能力请求进行处理。
如果电子装置的能力发现层接收到根据普通询问的服务列表请求,则能力发现层可与根据普通询问的服务列表请求相关地转移到普通询问发送状态3605。
如果能力发现层接收对传输到对等电子装置的能力请求的响应(例如,能力答复消息),则能力发现层可确定对能力请求的响应是否指示对等电子装置是否可提供和/或消费任意期望的服务(例如,包括在服务列表请求中的服务)。例如,能力发现层可确定对等电子装置的任意可用服务(例如,登记到对等电子装置的应用层实体和/或其服务能力)是否与和能力请求相关联(例如,与服务列表请求对应)的可用的筛选条件对应。根据本公开的各种实施例,能力发现层可根据能力交换确定在能力请求和能力答复之间是否存在任何共同的筛选条件。能力发现层可(例如,基于向对等电子装置应用层实体数据库询问的结果)确定电子装置的期望的服务和对等电子装置的可用服务的列表之间是否存在任何共同的服务。根据本公开的各种实施例,对能力请求的响应(例如,能力答复消息)可包括对等电子装置的可用服务的列表和/或指示电子装置的期望的服务和对等电子装置的可用服务的列表之间不存在共同的服务的对能力请求的响应。
如果能力发现层确定对等电子装置的服务能力不满足电子装置的任意期望的服务,则能力发现层可将这样的结果传输到与服务列表请求相关联的应用层实体。如由状态转移箭头3607所示,能力发现层可与根据普通询问的服务列表请求的询问相关地转移到初始状态3601。
如状态转移箭头3609所示,如果能力发现层(例如,基于对对等电子装置应用层实体数据库进行询问的结果)确定对等电子装置的服务能力满足电子装置的期望的服务中的至少一个,则能力发现层可与根据普通询问的服务列表请求相关地转移到处理共同筛选条件状态3611。能力发现层可向对等电子装置应用层实体数据库询问共同的筛选条件。
在处理共同筛选条件状态3611中,能力发现层可(例如,基于对对等电子装置应用层实体数据库进行询问的结果)识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力。如果能力发现层识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力,则能力发现层可将询问结果传输到与根据普通询问的服务列表请求相关联的应用层实体。根据本公开的各种实施例,能力发现层可从对等电子装置接收对满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力进行标识的询问结果。能力发现层可向可应用的应用层实体通知普通询问结果。
如状态转移箭头3613所示,如果能力发现层识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力,则能力发现层可与根据普通询问的服务列表请求相关地转移到初始状态3601。根据本公开的各种实施例,如果能力发现层将询问结果传输到与根据普通询问的服务列表请求相关联的应用层实体,则能力发现层可与根据普通询问的服务列表请求相关联地转移到初始状态3601。根据本公开的各种实施例,能力发现层可对满足根据普通询问的服务列表请求的对等电子装置上的应用层实体和/或其服务能力的列表进行传输。
如由状态转移箭头3615所示,电子装置的能力发现层可接收根据持续的询问的服务列表请求。服务列表可包括请求与根据由可应用的能力交换协议定义的持续的询问行为的持续的询问对应的指示。例如,能力发现层可从应用层实体接收根据持续的询问的服务列表请求。根据持续的询问的服务列表请求可包括可对应用层实体期望的期望的服务进行标识的服务列表。例如,根据持续的询问的服务列表请求可包括期望的服务的新的筛选条件。如果能力发现层接收到根据持续的询问的服务列表请求,则能力发现层可将能力请求(例如,持续的能力请求消息)传输到对等电子装置。例如,能力发现层可将能力请求传输到对等电子装置的能力发现层。能力发现层可在接收到服务列表请求时将能力请求传输到对等电子装置。能力发现层可对能力请求与持续的询问对应进行传输。例如,能力请求可包括能力请求是持续的询问的指示,使得对等电子装置根据能力交换协议对根据持续的询问行为的能力请求进行处理。
如果电子装置的能力发现层接收到根据持续的询问的服务列表请求,则能力发现层可与根据持续的询问的服务列表请求相关地转移到持续询问发送状态3617。
如果能力发现层接收到对被传输到对等电子装置的能力请求的响应(例如,能力答复消息),则能力发现层可确定对能力请求的响应是否指示对等电子装置是否可提供和/或消费任意期望的服务(例如,包括在服务列表请求中的服务)。例如,能力发现层可确定对等电子装置的任意可用服务(例如,登记到对等电子装置的应用层实体和/或其服务能力)是否与和能力请求相关联的可应用的筛选条件对应(例如,与服务列表请求对应)。根据本公开的各种实施例,能力发现层可根据能力交换确定在能力请求和能力答复之间是否存在任何共同的筛选条件。能力发现层可确定在电子装置的期望的服务与对等电子装置的可用服务的列表之间是否存在任何共同的服务。对能力请求的响应(例如,能力答复消息)可包括对等电子装置的可用服务的列表和/或对能力请求的指示在电子装置的期望的服务和对等电子装置的可用服务的列表之间不存在共同的服务的响应。
根据本公开的各种实施例,能力发现层可存储对等电子装置的可用服务的列表(例如,登记到对等电子装置的应用层实体和/或其服务能力)。根据本公开的各种实施例,能力交换协议可对持续的询问行为进行定义,使得对等电子装置使用对于对等电子装置的可用服务的增量改变对能力发现层进行更新。能力发现层可存储这样的增量改变。例如,能力发现层可存储这样的增量改变,以便更新对等电子装置的可用服务的列表(例如,登记到对等电子装置的应用层实体和/或其服务能力)。
如果能力发现层确定对等电子装置的服务能力不满足电子装置的任意期望的服务,则能力发现层可将这样的结果传输到与服务列表请求相关联的应用层实体。能力发现层可将(例如,与能力答复消息一起接收的)对等电子装置应用层实体列表保存到对等电子装置应用层实体数据库。如由状态转移箭头3619所示,能力发现层可与根据持续的询问的服务列表请求的询问相关地转移到初始状态3601。
如由状态转移箭头3621所示,如果能力发现层确定对等电子装置的服务能力满足电子装置的期望的服务中的至少一个,则能力发现层可保存(例如,与能力答复消息一起接收的)应用层实体列表。例如,能力发现层可对等电子装置应用层实体数据库进行更新以包括在应用层实体列表中包括的信息。能力发现层可向对等电子装置应用层实体数据库询问共同的筛选条件。能力发现层可与根据持续的询问的服务列表请求相关地转移到处理共同筛选条件状态3611。
在处理共同筛选条件状态3611中,能力发现层可识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力。如果能力发现层(例如,基于对对等电子装置应用层实体数据库进行询问的结果)识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力,则能力发现层可将询问结果传输到与根据持续的询问的服务列表请求相关联的应用层实体。根据本公开的各种实施例,能力发现层可从对等电子装置接收对满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力进行标识的询问结果。能力发现层可向可应用的应用层实体通知询问结果。
如果能力发现层(例如,从应用层实体)接收到服务列表请求,则能力发现层可确定服务列表请求是否包括任何新的筛选条件。例如,能力发现层可确定服务列表请求是否仅包括共同筛选条件。如果能力发现层确定服务列表请求不包括新的筛选条件,则能力发现层可向对等电子装置应用层实体数据库询问。能力发现层可向对等电子装置应用层实体数据库询问,以便确定对等电子装置的服务能力是否满足期望的服务(例如,服务列表请求中包括的服务的列表)。
如由状态转移箭头3623所示,如果服务列表请求不包括任何新的筛选条件(例如,如果仅共同的筛选条件包括在服务列表请求中),则能力发现层可向对等电子装置应用层实体数据库询问(例如,共同的筛选条件),并转移到处理共同筛选条件状态3611。
在处理共同筛选条件状态3611中,能力发现层可识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力。如果能力发现层(例如,基于向对等电子装置应用层实体数据库询问的结果)识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力,则能力发现层可将询问结果传输到与服务列表请求相关联的应用层实体。根据本公开的各种实施例,能力发现层可从对等电子装置接收识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力的询问结果。能力发现层可向可应用的应用层实体通知询问结果。
如由状态转移箭头3613所示,如果能力发现层识别出满足电子装置的期望的服务中的至少一个的对等电子装置的服务能力,则能力发现层可与根据持续的询问的服务列表请求相关地转移到初始状态3601。根据本公开的各种实施例,如果能力发现层将询问结果传输到与根据持续的询问的服务列表相关联的应用层实体,则能力发现层可与根据持续的询问的服务列表请求相关地转移到初始状态3601。根据本公开的各种实施例,能力发现层可传输满足根据持续的询问的服务列表请求的对等电子装置上的应用层实体和/或其服务能力的列表。
图37示出根据本公开的实施例的应用层实体的状态图。
参照图37,电子装置的应用层实体可向能力发现层发出持续的询问。例如,应用层实体可利用能力发现层来执行对等电子装置的服务能力的发现。根据能力交换协议,应用层实体可利用能力发现来执行使用持续的询问的发现,其中,持续询问的行为可由可应用的能力交换协议来定义。具体来说,图37中示出了持续的询问筛选条件/请求应用层实体对的生命周期。
如图37所示,应用层实体可处于初始状态3701。如果应用层实体处于初始状态3701,则不存在来自请求的应用层实体的当前持续的询问请求。这可以是因为请求的应用层实体还未提交持续的询问请求,或者是因为请求的持续时间长度超时。
如由状态转移箭头3703所示,进行第一次请求以与新的持续询问筛选条件/请求的应用层实体对对应。这里,保存持续询问筛选条件/请求的应用层实体对,并且启动与由应用层实体请求的持续时长相应的定时器。此外,应用层实体可根据持续询问行为请求对等电子装置的服务能力。例如,应用层实体可将持续服务列表请求传输到能力发现层。持续服务列表请求可包括请求与持续询问对应的指示。持续服务列表请求可包括电子装置的应用层实体的标识符(例如,应用层实体发起请求或另外请求服务能力)、筛选条件等。筛选条件可识别出或另外提供应用层实体期望的服务能力的指示。例如,筛选条件可识别出或另外提供期望的服务的指示。根据本公开的各种实施例,持续服务列表请求可包括筛选条件和应用层实体标识符的新的组合(例如,持续询问的参数是新的且不受当前持续询问的影响)。根据本公开的各种实施例,如果应用层实体发起持续的询问(例如,传输持续的服务列表请求),则应用层实体可保存筛选条件。如果筛选条件是新的,则可将筛选条件保存到本地持续的询问状态(例如,针对请求的应用层实体的新的持续的询问状态)。根据本公开的各种实施例,如果应用层实体发起持续的询问(例如,传输持续的服务列表请求),则应用层实体可启动请求者应用层实体定时器。
根据本公开的各种实施例,持续的询问可包括持续时长。持续时长可与请求的应用层实体期望询问持续的时间长度对应。可根据分钟单位指定持续时长。根据本公开的各种实施例,持续询问可包括可输入与持续时长对应的值的字段。作为示例,持续时长可以在1到1440分钟的范围内。根据本公开的各种实施例,能力交换协议可定义默认的持续时长。例如,默认的持续时长可以是720分钟。
如果应用层实体发起持续的询问(例如,传输持续的服务列表请求),则应用层实体可转移到筛选条件创建的状态3705,筛选条件创建的状态3705意味着存在活着的与持续的询问筛选条件/请求的应用层实体对相应的持续的询问请求。
如果请求者应用层实体定时器到期(例如,当应用层实体处于筛选条件创建的状态3705),则如状态转移箭头3707所示,应用层实体可转移到初始状态3701。这里,在存在至少一个其他应用层实体的特定情况下,存在持续时长定时器的超时,其中,对于所述至少一个其他应用层实体,持续询问筛选条件/请求的应用层实体对的生命周期处于筛选条件创建的状态3705,即,所述至少一个其他应用层实体具有活着的对于相同的筛选条件的请求。
如由状态转移箭头3709所示,如果应用层实体重新发起持续的询问或发起新的持续的询问,则应用层实体可保持在筛选条件创建的状态3705。这里,当先前请求的持续时长仍未超时时,存在来自应用层实体的对于筛选条件的重复的请求。如果应用层实体重新发起持续的询问或发起新的持续的询问,则应用层实体和/或能力发现层可重新启动请求者应用层实体定时器。
如果最后的请求者应用层实体定时器到期,则应用层实体可转移到去除对等电子装置上的筛选条件状态的状态3713,其中,所述状态3713是电子装置尝试从对等电子装置去除对于筛选条件的持续的询问订阅的清除状态。
如由状态转移箭头3711所示,应用层实体可去除所有对等电子装置上的装置筛选条件状态。这里,(与状态转移箭头3707类似)存在持续时长定时器的超时,但不存在具有活着的对于相同的筛选条件的请求的其他应用层实体。
如果应用层实体已去除了所有对等电子装置上的装置筛选条件状态使得持续询问被终止,则应用层实体和/或能力发现层可从对等电子装置应用层实体数据库清除与持续的询问相关联的条目。如由状态转移箭头3715所示,如果筛选条件状态在所有对等电子装置上被去除并且相关联的条目从对等电子装置应用层实体数据库被清除,则应用层实体可转移到初始状态3701。换句话说,所有连接的电子装置已从它们的状态去除了筛选条件,并将不再提供任何对于筛选条件的能力更新。这里,对于筛选条件的任何能力条目被清除并且应用层实体可转移到初始状态3701。
图38示出根据本公开的实施例的能力发现层的状态图。
参照图38,电子装置的能力发现层可与对等电子装置询问相关地处于初始状态3801。
如果新的对等电子装置被连接到电子装置,则电子装置可确定任何持续的筛选条件是否是激活的(例如,存在)。例如,如果能力发现层被通知(例如,被会话层通知)新的对等电子装置被连接,则能力发现层可确定任何持续的筛选条件是否是激活的(例如,存在)。能力发现层可确定任何持续的筛选条件是否还未到期。
如由状态转移箭头3803所示,如果新的对等电子装置被连接并且如果没有持续的筛选条件被确定为是激活的,则能力发现层可保持在初始状态3801。例如,如果能力发现层确定没有持续的筛选条件是激活的,则能力发现层可保持在初始状态3801。
相反,如由转移箭头3805所示,如果新的对等电子装置被连接并且如果持续的筛选条件被确定为是激活的,则能力发现层可转移到等待能力交换完成状态3807。例如,如果能力发现层确定持续的询问还未到期以及持续的筛选条件存在,则能力发现层可转移到等待能力交换完成状态3807。如果没有接收到包括新的筛选条件和/或对等电子装置的新的服务列表请求,则能力发现层可转移到等待能力交换完成状态3807。
在等待能力交换完成状态3807,电子装置与最近连接的对等电子装置执行能力交换。电子装置可与最近连接的对等电子装置执行与现有的持续的询问相关的能力交换。例如,能力发现层可使用持续的筛选条件与对等电子装置(例如,其能力发现层)执行能力交换。能力发现层可完成与激活的持续的询问相关联的特定的能力发现。
如由状态转移箭头3809所示,如果完成了与现有的持续的询问相关的能力交换,则可更新对等电子装置应用层实体数据库。例如,可更新对等电子装置应用层实体数据库以反映最近连接的对等电子装置的当前服务能力。如果能力发现层确定与对等电子装置完成了与现有的询问相关的能力交换并且对等电子装置应用层被更新以反映该能力交换,则能力发现层可转移到装置筛选条件创建的状态3811。
与和状态转移箭头3803和状态转移箭头3805相关的转移相反,如果接收到新的持续的服务列表请求并且持续的服务列表请求包括筛选条件和对等装置标识符的集合的新的组合,则如由状态转移箭头3813所示,能力发现层可转移到装置筛选条件创建的状态3811。例如,如果能力发现层从应用层实体接收持续的服务列表请求并且持续的服务列表请求相对于现有持续的询问包括筛选条件和对等装置标识符的新的组合,则能力发现层可进行到装置筛选条件创建的状态3811。
如果对等电子装置提供增量能力更新,则对等电子装置应用层实体数据库可被更新。作为示例,如果能力发现层接收到指示对等电子装置的服务能力的改变的更新,则能力发现层可更新对等电子装置应用层实体数据库以反映对等电子装置的服务能力的改变。
如由状态转移箭头3815所示,如果能力发现层处于装置筛选条件创建的状态3811并且如果能力发现层从对等电子装置接收到增量能力更新,则能力发现层可更新对等电子装置应用层实体数据库以包含包括在接收到的增量能力更新中的增量更新,并且能力发现层可将增量能力更新确认传输到对等电子装置。
如果对等电子装置断开连接,则能力发现层可转移到初始状态3801。根据本公开的各种实施例,如果对等电子装置断开连接,则对等电子装置应用层实体数据库可被更新以清除与最近断开连接的对等电子装置相关联的条目。如果能力发现层(例如,从会话层)接收到对等电子装置断开连接的通知,则能力发现层可更新对等电子装置应用层实体数据库。
如由状态转移箭头3819所示,如果能力发现层处于装置筛选条件创建的状态3811并且如果对等电子装置断开连接,则能力发现层可清除对等电子装置应用层实体数据库中的匹配条目,并转移到初始状态3801。
图39示出根据本公开的各种实施例的用于服务发现的信号传输示图。
参照图39,第一电子装置可与至少一个其他电子装置进行通信。第一电子装置可包括至少一个应用层实体。例如,第一电子装置可包括应用层实体3901和应用层实体3903。第一电子装置还可包括用于与至少一个其他电子装置执行能力交换的能力发现层3905。
第二电子装置可包括至少一个应用层实体。例如,第二电子装置可包括应用层实体3909和应用层实体3911。第二电子装置还可包括用于与第一电子装置执行能力交换的能力发现层3907。
第三电子装置可包括至少一个应用层实体。例如,第三电子装置可包括应用层实体3913。
如以上讨论,如果应用层实体想要通知其能力,则应用层实体可登记到能力发现层。如在3915所示,应用层实体3901可登记到能力发现层3905。
类似地,在3917,应用层实体3909可登记到能力发现层3907。
根据本公开的各种实施例,能力发现层3905可登记到电子装置的会话层。能力发现层3905可登记到会话层以便与对等电子装置的能力发现层建立服务连接。能力发现层3905可通过由服务连接提供的信道来执行能力交换。例如,能力发现层3905可(例如,根据可应用的能力交换协议)与第二电子装置的能力发现层交换消息以便执行能力交换。
类似地,能力发现层3907可登记到第二电子装置的会话层以便与电子装置的能力发现层建立服务连接。能力发现层3907可与能力发现层3905执行能力交换。
在3919,应用层实体3911可请求电子装置的服务能力。应用层实体3911可向能力发现层3907请求(例如具有筛选条件的)关于连接到第二电子装置(例如,应用层实体3911所驻留的电子装置)的对等电子装置的应用层实体的列表。应用层实体3911可使用请求将被处理为使用由可应用的能力交换协议定义的普通询问行为的普通询问的指示(或期望),向能力发现层3907请求关于连接到第二电子装置的电子装置的应用层实体的列表。例如,应用层实体3911可将服务列表请求传输到能力发现层3907。
如果对等电子装置应用层实体数据库是最新的(例如,当前的),则可从对等电子装置应用层实体数据库检索与服务列表相关的信息。其后,可将从对等电子装置应用层实体数据库检索到的与服务列表相关的信息传输到应用层实体3911。作为示例,能力发现层3907可确定对等电子装置应用层实体数据库是否是足够最新以满足与从应用层实体3911接收到的服务列表请求相关联的筛选条件。
如果对等电子装置应用层实体数据库不是最新的和/或无法满足与从应用层实体3911接收到的服务列表请求相关联的筛选条件,则能力发现层3907可与连接到能力发现层3907的相关电子装置执行能力交换。能力发现层3907可根据基于在3919接收到的服务列表请求的普通询问行为执行能力交换。例如,在3921,能力发现层3907可将普通能力询问(例如,具有普通询问行为的询问)传输到能力发现层3905。能力发现层3907可将普通能力询问的结果传输到应用层实体3911。能力发现层3907可使用从能力交换接收到的信息(例如,服务能力)更新可应用的对等电子装置应用层实体数据库。
在3921,能力发现层3907和能力发现层3905可根据普通能力询问执行能力交换。能力发现层3907可根据在3919从应用层实体3911接收到的服务列表请求来询问能力发现层3905。其后,能力发现层3907可将普通能力询问的结果传输到应用层实体3911。
在3923,应用层实体3903可请求连接到电子装置的至少一个电子装置的服务能力。应用层实体3903可向能力发现层请求(例如,具有筛选条件的)连接到第一电子装置的电子装置(例如,应用层实体3903驻留的电子装置)的应用层实体的列表。应用层实体3903可使用请求将被处理为具有由可应用的能力交换协议定义的持续的询问行为的持续的询问的指示(或期望)向能力发现层3905请求连接到电子装置的电子装置的应用层实体的列表。例如,应用层实体3903可将持续的服务列表请求传输到能力发现层3905。
根据本公开的各种实施例,如果能力发现层接收到持续的服务列表请求,则能力发现层可保存与持续的服务列表请求相关联的筛选条件。例如,如果筛选条件是新的(例如,如果筛选条件与现有的持续的询问不对应),则能力发现层可将与持续的服务列表请求相关联的筛选条件保存到本地持续的询问状态。
如果对等电子装置应用层实体数据库是最新的(例如,是当前的),则可从对等电子装置应用层实体数据库检索与持续的服务列表相关的信息。其后,可将从对等电子装置应用层实体数据库检索到与服务列表相关的信息传输到应用层实体3903。作为示例,能力发现层3905可确定对等电子装置应用层实体数据库是否足够最新以满足从应用层实体3903接收到的与服务列表请求相关联的筛选条件。
如果对等电子装置应用层实体数据库不是最新的和/或无法满足与从应用层实体3903接收到的服务列表请求相关联的筛选条件,则能力发现层3905可与连接到能力发现层3905的相关对等电子装置执行能力交换。能力发现层3905可根据基于在3923接收到的持续的服务列表请求的持续的询问行为执行能力交换。例如,在3925,能力发现层3905可将普通持续的询问(例如,具有持续的询问行为的询问)传输到能力发现层3907。能力发现层3905可将普通能力询问的结果传输到应用层实体3903。能力发现层3905可使用从能力交换接收到的信息(例如,服务能力)更新可应用的对等电子装置应用层实体数据库。
在3925,能力发现层3905和能力发现层3907可根据持续的能力询问来执行能力交换。能力发现层3905可根据在3923从应用层实体3903接收到的持续的服务列表请求来询问能力发现层3907。其后,能力发现层3905可将持续的能力询问的结果传输到应用层实体3903。能力发现层3905可将在3925的能力询问是持续的类型传输给能力发现层3907。能力发现层3905可将与持续的能力询问相关联的参数传输到能力发现层3907。能力发现层3907可根据可应用的能力交换协议对在3925的持续的能力询问进行处理。
在3927,应用层实体3909可撤销能力发现层3907上的登记。能力发现层3907可更新可应用的应用层登记数据库以反映应用层实体3909的登记的撤销。
在3929,能力发现层3907可与能力发现层3905执行能力交换。具体来说,能力发现层3907可传输增量更新信息。增量更新信息可包括对第一对等电子装置的服务能力(例如,登记的服务能力)进行的改变。根据本公开的各种实施例,可通过对可应用的对等电子装置的服务列表的更新来提示对于增量更新的能力交换。根据本公开的各种实施例,可按照可应用的持续的询问有效的预设时间间隔(例如,在持续时长内)执行对于增量更新的能力交换。能力发现层3905可更新可应用的对等电子装置应用层实体数据库以反映增量更新。具体来说,能力发现层3905可更新可应用的对等电子装置应用层实体数据库以反映应用层实体3909的登记的撤销。能力发现层3905可将服务能力的改变(例如,增量更新)传输到发起持续的服务列表请求的应用层实体3903。
在3931,新的对等电子装置(例如,第二电子装置)可被连接到第一电子装置。可向能力发现层3905通知第二电子装置的连接。例如,会话层可向能力发现层3905通知第二电子装置的连接。
根据本公开的各种实施例,如果新的对等电子装置被连接,则电子装置的能力发现层可确定是否存在任何持续的询问(例如,没有到期的持续的询问-持续时长还未流逝的持续的询问)。能力发现层还可确定有效的持续的询问是否与最近连接的对等电子装置相关(例如,可应用)。如果电子装置的能力发现层确定存在有效的持续的询问,则能力发现层可与最近连接的对等电子装置执行能力交换。
在3933,能力发现层3905可与最近连接的装置的能力发现层执行能力交换。例如,能力发现层3905可与最近连接的装置执行持续的能力询问。例如,如果应用层实体3913先前登记到第三电子装置的能力发现层,则能力发现层3905可通过与第三对等电子装置的持续的能力询问来发现应用层实体3913(例如,接收与应用层实体3913相关的信息)。
图40示出根据本公开实施例的能力交换过程。
参照图40,具有能力发现层4001的第一电子装置可与具有能力发现层4003、应用层实体4005和应用层实体3907的第二电子装置进行通信。
在4009,应用层实体4005可与能力发现层4003传送服务列表请求(例如,CD-SRVC-LIST.REQ)。服务列表请求可包括事务标识符、配件服务配置文件筛选器的编号、ASPID的列表、对等电子装置筛选器的编号、对等装置标识符的列表、查询类型、请求应用层实体标识符、持续时间长度和/或类似。
事务标识符可以是对服务列表请求进行标识的标识符。事务标识符可用于将服务列表请求与服务列表确认消息进行关联。事务标识符可以是具有8个比特的值。可根据随着每个新的服务列表请求增加的滚动计数器来确定事务标识符。
ASPID筛选器的编号可指定被指定为筛选器的ASPID的编号。例如,ASPID筛选器的编号可指定与服务列表请求相关的ASPID的编号。ASPID筛选器的编号可具有与用于所有配件服务配置文件的筛选器相应的值。例如,值为零的ASPID筛选器的编号可与下述指示相应:服务列表请求与可应用的对等电子装置上的所有应用层实体相关,无论每个应用层实体实现哪个配件服务配置文件。例如,数值为零的ASPID筛选器的编号可与下述指示相应:请求应用层实体想要关于可应用的对等电子装置上的所有应用层实体的信息(例如,服务能力信息),无论每个应用层实体实现哪个配件服务配置文件。
ASPID的列表可与服务列表请求有效的应用层实体的指示相应。ASPID的列表可与请求应用层实体想要信息(例如,服务能力信息)的应用层实体的指示相应。
对等电子装置筛选器的编号可指定被指定为筛选器的对等电子装置的编号。例如,对等电子装置筛选器的编号可指定与服务列表请求相关的对等电子装置的编号。对等电子装置筛选器的编号可具有与用于所有对等电子装置的筛选器相应的值。例如,值为零的对等电子装置筛选器的编号可与下述指示相应:服务列表请求与所有对等电子装置相关。例如,值为零的对等电子装置筛选器的编号可与下述指示相应:请求应用层实体想要关于贯穿所有对等电子装置的应用层实体的信息(例如,服务能力信息)。
对等装置标识符的列表可与服务列表请求有效的对等电子装置的指示相应。对等装置标识符的列表可与请求应用层实体想要信息(例如,服务能力信息)的对等电子装置的指示相应。例如,对等装置标识符的列表可指定请求应用层实体对与包括在对等装置标识符的列表中的任意对等装置标识符相应的对等电子装置上的应用层实体(例如,满足可应用的配件服务配置文件筛选器)感兴趣。
查询类型可指示查询的类型。例如,查询类型可指示查询是否与普通查询相应。作为另一示例,查询类型可指示查询是否与持续查询相应。查询类型可指示应用层实体期望与服务列表请求相关的能力发现层的普通查询行为还是持续查询行为。查询类型可以是1个比特的值(例如,具有与普通查询相应的0值和与持续查询类型相应的1的值。
请求应用层实体标识符可指示发起查询的应用层实体(例如,发生服务列表请求的应用层实体)。
持续时间长度可与应用层实体(例如,发生服务列表请求的应用层实体)希望查询持续(例如,保持有效)的时间长度相应。
在4011,能力发现层4003可将能力查询(例如,CapabilityQuery)传送至能力发现层4001。能力查询可包括用于查询的筛选器。能力查询可与下述查询相应:在可应用的对等电子装置中查询服务能力的列表。例如,能力查询可与下述查询相应:根据普通查询行为或持续查询行为在可应用的对等电子装置中查询登记的应用层实体的列表。能力查询可包括消息类型、软件版本、查询类型、持续时间长度、配件服务配置文件筛选器的编号和ASPID筛选器。
软件版本可与指示与提供和/或消费服务的电子装置之间的通信相关的协议实现的软件版本的字段相应。软件版本可以是具有2个字节的字段。软件版本可具有指示软件的主要版本的字段和指示软件的次要版本的字段。例如,软件版本可以是具有2个字节的字段,其中,第一个字节指示主要版本,第二个字节指示次要版本。
查询类型可指示查询的类型。例如,查询类型可指示查询是否与普通查询相应。作为另一示例,查询类型可指示查询是否与持续查询相应。查询类型可指示期待根据普通查询行为还是持续查询行为来处理查询。查询类型可以是1个比特的值(例如,具有与普通查询相应的0值和与持续查询类型相应的1的值。
配件服务配置文件筛选器的编号可指示在查询中作为筛选器而包括的ASPID的编号。例如,ASPID筛选器的编号可指定与查询相关的ASPID的编号。ASPID筛选器的编号可具有与用于所有配件服务档案的筛选器相应的值。例如,数值为零ASPID筛选器的编号可与下述指定相应:查询与可应用的对等电子装置上的所有应用层实体相关,无论每个应用层实体实现哪个配件服务配置文件。例如,数值为零的ASPID筛选器的编号可与下述指示相应:请求应用层实体想要关于可应用的对等电子装置上的所有应用层实体的信息(例如,服务能力信息),无论每个应用层实体实现哪个配件服务配置文件。
ASPID的列表可与查询有效的应用层实体的指示相应。ASPID的列表可与请求应用层实体想要信息(例如,服务能力信息)的应用层实体的指示相应。
持续时间长度可与查询将持续(例如,保持有效)的时间长度相应。
在4013,能力发现层4001可传送对于能力查询的响应(例如,CapabilityAnswer)。对于能力查询的响应可包括筛选后(例如,根据能力查询筛选后的)的服务能力。对于能力查询的响应可包括消息类型、软件版本、应用层实体信息的编号、应用层实体信息的列表和/或类似的指示。
软件版本可与指示与提供和/或消费服务的电子装置之间的通信相关的协议实现的软件版本的字段相应。软件版本可以是具有2个字节的字段。软件版本可具有指示软件的主要版本的字段和指示软件的次要版本的字段。例如,软件版本可以是具有2个字节的字段,其中,第一个字节指示主要版本,第二个字节指示次要版本。例如,软件版本“3.4”可被编码为0x0304。
应用层实体信息的编号可与针对其提供信息的应用层实体的编号的指示相应。
应用层实体信息的列表可与关于与包括在能力查询中的配件服务配置文件筛选器相匹配的应用层实体的信息相应。应用层实体信息可包括针对其信息被包括在对于能力查询的响应中的每个应用层实体的关于以下项的信息:应用层实体标识符、应用层实体的友好名称、服务代理标识符、ASPID、配件服务配置文件版本角色和/或类似。
响应于接收到对于能力查询的响应,能力发现层4003可使用与对于能力查询的响应有关的信息来更新可应用的对等电子装置应用层数据库。
在4015,能力发现层4003可将对于服务列表请求(CD-SRVC-LIST.CNF)的响应传送至应用层实体4005。对于服务列表请求的响应可向请求应用层实体(例如,应用层实体4005)通知可应用的对等电子装置上的满足服务列表请求中指定的筛选器的应用层实体的列表。对于服务列表请求的响应可包括响应于能力查询而接收的能力发现层4003的信息。对于服务列表请求的响应可包括事务标识符、对等装置标识符、服务代理标识符、ASPID、配件服务配置文件版本、应用层实体标识符、应用层实体名称、角色和/或类似。
事务标识符可以是对服务列表请求进行标识的标识符。事务标识符可与关联于相应的服务列表请求的事务标识符相同。事务标识符可以是具有8个比特的值。可根据随着每个新的服务列表请求增加的滚动计数来确定事务标识符。
4009至4015中的消息交换可与普通查询相应。例如,在4009传送的服务列表请求可包括设置为普通的查询类型,使得根据由可应用的能力交换协议定义的普通查询行为来处理查询。
在4017,应用层实体4007可与能力发现层4003传送服务列表请求(例如,持续的CD-SRVC-LIST.REQ)。服务列表请求可以是持续的服务列表请求。例如,服务列表请求可包括指示与持续型相应的请求的查询类型字段。
在4019,能力发现层4003可将能力查询(例如,PersistentCapabilityQuery)传送至能力发现层4001。能力查询可以是持续的能力查询。例如,能力查询可包括指示请求与持续型相应的查询类型字段。能力查询可与在可应用的对等电子装置中查询服务能力的列表的查询相应。
在4021,能力发现层4001可传送对于能力查询的响应(例如,CapabilityAnswer)。对于能力查询的响应可包括筛选后的(例如,根据能力查询筛选后的)服务能力。对于能力查询的响应可包括消息类型、软件版本、应用层实体信息的编号、应用层实体信息的列表和/或类似的指示。
响应于接收到对于能力查询的响应,能力发现层4021可使用与对于能力查询的响应相关的信息来更新可应用的对等电子装置应用层数据库。
在4023,能力发现层4003可将对于服务列表请求的响应(CD-SRVC-LIST.CNF)传送至应用层实体4005。对于服务列表请求的响应可向请求应用层实体(例如,应用层实体4007)通知可应用对等电子装置上的满足服务列表请求中指定的筛选器的应用层实体的列表。对于服务列表请求的响应可包括能力发现层4003响应于能力查询而接收的信息。对于服务列表请求的响应可包括事务标识符、对等装置标识符、服务代理标识符、ASPID、配件服务配置文件版本、应用层实体标识符、应用层实体名称、角色和/或类似。
在4025,第一电子装置上的应用层实体可将服务登记请求(例如,CD-SRVC-REGISTER.REQ)传送至能力发现层4001。响应于接收到服务登记请求,能力发现层4001可更新可应用的应用层实体登记数据库。
根据本公开的各个实施例,如果新的应用层实体和/或其服务代理向能力发现层登记,则能力发现层可确定新登记的应用层实体和/或其服务代理的服务能力与待处理的/有效的持续查询相匹配。
在4027,能力发现层4001可将增量能力更新(例如,IncrementalCapabilityPush)传送至能力发现层4003。作为示例,能力发现层4001可根据推送通信方案传送增量能力。根据本公开的各个实施例,如果第一电子装置具有来自第二电子装置的待处理的/有效的持续查询(例如,如果能力发现层4001确定关于先前接收的持续能力查询,持续时间长度未期满),则能力发现层4001可传送增量能力更新。根据本公开的各个实施例,增量能力更新可包括改变后的服务能力(例如,历经诸如从最后的增量更新和/或对于最初的能力查询的最初的响应的时间段的服务能力的差量)。增量能力更新可包括应用层实体更新信息。应用层实体更新信息可包括关于最近已登记、未登记或修改了其登记的应用层实体的信息。应用层实体更新信息可包括应用层实体标识符、更新类型、应用层实体的友好名称、服务代理的编号、服务代理指示符的列表、相应的ASPID的列表、配件服务配置文件版本信息和角色。例如,应用层实体更新信息可包括与更新的应用层实体相应的服务代理标识符以及相应的ASPID、配件服务配置文件版本信息和角色。
在4029,能力发现层4003可将能力确认(例如,CapabilityAck)传送至能力发现层4001。能力确认可确认接收到增量能力更新。
在4031,能力层实体4007可与能力发现层4003传送服务列表请求(例如,持续的CD-SRVC-LIST.REQ)。服务列表请求可以是持续的服务列表请求。例如,服务列表请求可包括指示与持续型相应的请求的查询类型字段。
在4033,能力发现层4003可将对于服务列表请求响应(CD-SRVC-LIST.CNF)传送至应用层实体4005。对于服务列表请求的响应可向请求应用层实体(例如,应用层实体4007)通知可应用的对等电子装置上的满足服务列表请求中指定的筛选器的应用层实体的列表。对于服务列表请求的响应可包括能力发现层4003接收的与能力发现层4003从能力发现层4001接收的增加能力更新有关的信息。
图41示出根据本公开实施例的能力交换过程。
参照图41,具有能力发现层4105的第一电子装置可与具有能力发现层4103的第二电子装置进行通信。第一电子装置还可与具有能力发现层4101的第三电子装置进行通信。
在4017,第一电子装置上的应用层实体可与能力发现层4105传送服务列表请求(例如,持续的CD-SRVC-LIST.REQ)。服务列表请求可以是持续的服务列表请求。例如,服务列表请求可包括指示服务与持续型相应的查询类型字段。
在4109,能力发现层4105可将能力查询(例如,PersistentCapabilityQuery)传送至能力发现层4103。能力查询可以是持续的能力查询。例如,能力查询可包括指示请求与持续型相应的查询类型字段。能力查询可与在可应用的对等电子装置中查询服务能力(例如,与服务列表请求的筛选器相匹配)的列表的查询相应。
在4111,能力发现层4103可传送对于能力查询的响应(例如,CapabilityAnswer)。对于能力查询的响应可包括筛选后的(例如,根据能力查询筛选后的)的服务能力。对于能力查询的响应可包括消息类型、软件版本、应用层实体信息的编号、应用层实体信息的列表和/或类似的指示。
在4113,第二电子装置的应用层实体可将服务登记请求(例如,CD-SRVC-REGISTER.REQ)传送至能力发现层4103。响应于接收到服务登记请求,能力发现层4103可更新可应用的应用层实体登记数据库。
在4115,能力发现层4103可将增量能力更新(例如,IncrementalCapabilityPush)传送至能力发现层4105。作为示例,能力发现层4103可根据推送通信方案来传输增量能力。根据本公开的各个实施例,如果第一电子装置具有来自第二电子装置的待处理的/有效的持续查询(例如,如果能力发现层4103确定关于先前接收的持续能力查询,持续时间长度未期满),则能力发现层4103可传送增量能力更新。根据本公开的各个实施例,增量能力更新可包括改变后的服务能力(例如,历经诸如从最后的增量更新和/或最初的响应到最初的能力查询的时间段的服务能力的差量)。增量能力更新可包括应用层实体更新信息。
在4117,能力发现层4105可将能力确认(例如,CapabilityAck)传送至能力发现层4103。能力确认可确认接收到增量能力更新。
根据本公开的各个实施例,第三电子装置可连接到第一电子装置。作为示例,如果第三对等电子装置连接到第一电子装置,则第三对等电子装置可被验证(例如,第三电子装置可必须经过验证过程)。
在4119,第三对等电子装置(例如,具有能力发现层4101的电子装置)可连接到第一电子装置(例如,具有能力发现层4105的电子装置)。能力发现层4105可验证新连接的对等电子装置。
在4121,能力发现层4105可将能力查询(例如,PersistentCapabilityQuery)传送至能力发现层4101。能力查询可以是持续的能力查询。例如,能力查询可包括指示请求与持续型相应的查询类型字段。能力查询可与在可应用的对等电子装置中查询服务能力(例如,与服务列表请求的筛选器相匹配)的列表的查询相应。能力发现层4105可传送与持续的查询相应的能力查询,其中,持续的查询与在4107接收的服务列表相关联。
在4123,能力发现层4101可传送对于能力查询的响应(例如,CapabilityAnswer)。对于能力查询的响应可包括筛选后的(例如,根据能力查询筛选后的)的服务能力。对于能力查询的响应可包括消息类型、软件版本、应用层实体信息的编号、应用层实体信息的列表和/或类似的指示。
响应于接收到对于能力查询的响应,能力发现层4105可使用与对于能力查询的响应有关的信息来更新可应用的对等电子装置应用层数据库。
G.装置发现
根据本公开的各个实施例,电子装置可发现电子装置为了向用户提供配件服务可连接到的至少一个对等电子装置。例如,电子装置可发现将与其建立连接以使电子装置能够提供和/或消费服务的至少一个对等电子装置。
根据本公开的各个实施例,电子装置可能想要确定是否存在电子装置可与其连接以便创建使用普通配件协议进行通信的电子装置的系统的任何对等电子装置。普通配件协议可包括作为同一配件协议的变型的配件协议。
根据本公开的各个实施例,对于将与其连接的对等电子装置的发现可由发现协议定义。发现协议可使实现配件协议的电子装置能够发现实现与由电子装置实现的配件协议通用的配件协议的其他电子装置。发现协议可使实现配件协议的电子装置能够验证实现与由电子装置实现的配件协议通用的配件协议的其他电子装置。发现协议可定义可由安装在电子装置上的装置管理应用使用的服务接入点以发现实现与由电子装置实现的配件协议通用的配件协议的其他电子装置。
根据本公开的各个实施例,发现协议可使得电子装置能够跨越各种通信技术发现其他电子装置。例如,发现协议可使得电子装置能够根据下述项发现其他电子装置:蓝牙、蓝牙低功耗、基本速率蓝牙/增强数据速率蓝牙、互联网协议、用户数据报协议、传输控制协议、射频通信、Wi-Fi、近场通信(NFC)、全球定位系统(GPS)、蜂窝通信(例如,长期演进(LTE)、LTEAdvanced(LTE-A)、码分多址(CDMA)、宽度CDMA(WCDMA)、通用移动电信系统(UMTS)、无线宽带(WiBro)、全球移动通信系统(GSM)和/或类似)、红外数据协会(IrDA)技术、通用串行总线(USB)、高清晰度多媒体接口(HDMI)、推荐性标准232(RS-232)、普通老式电话服务(POTS)、以太网、专用连接技术、专用软件通信框架和/或类似。例如,发现层可使得电子装置能够使用各种连接模块821至855根据各种通信技术来发现其他电子装置。根据本公开的各个实施例,发现协议可使得电子装置能够发现各种通信技术的特定其他电子装置。电子装置可同时或相继地发现跨越多于一种通信技术的特定其他电子装置。根据本公开的各个实施例,发现协议可使得电子装置能够发现多于一个其他电子装置,其中,使用彼此相关的通信技术发现所述多于一个其他电子装置中的至少两个。
如图9所示,根据本公开的各个实施例,应用层可包括装置管理应用917。装置管理应用917可管理针对配件通信协议的装置的发现、装置的验证、装置的附接和/或类似有关的操作。
发现协议可使用发现管理实体服务接入点919、验证管理实体服务接入点925和/或连接服务接入点931。
根据本公开的各个实施例,发现协议可指示用于在装置管理应用917和发现管理实体921之间进行通信的协议。装置管理应用917可使用装置管理实体服务接入点919与发现管理实体921进行通信。发现管理实体921可向装置管理应用917提供或以其他方式传送实现与由电子装置901实现的配件协议通用的配件协议的潜在的电子装置的列表。电子管理应用917可将请求传送至发现管理实体,以连接到实现与由电子装置901实现的配件协议通用的配件协议的电子装置或者从所述电子装置断开。
根据本公开的各个实施例,发现协议可指定用于发现管理实体921和安全服务923之间通信的协议。安全服务923可提供用于使得电子装置能够验证对等电子装置的验证功能。发现管理实体921可使用验证管理实体服务接入点925与安全服务923进行通信。
根据本公开的各个实施例,发现协议可指定用于发现管理实体921与会话层929之间的通信的协议。发现管理实体921可使用附接服务接入点931与会话层929进行通信。发现管理实体921可使用连接服务接入点931与应用协议和/或应用实体进行通信。发现管理实体921可使用附接服务接入点931向电子装置901通知实现与由电子装置901实现的配件协议通用的配件协议的对等电子装置被发现、验证、附接、断开和/或类似的可应用的配件通信协议。
根据本公开的各个实施例,发现管理实体921可设置用于执行发现实现与由电子装置901实现的配件协议通用的配件协议的电子装置的过程的角色。例如,发现管理实体921可定义用于执行装置发现过程的角色。发现管理实体921可发起发现过程。发现管理实体921可对与发现过程相关的传入消息做出响应。发现管理实体921可向装置管理应用917提供合适的指示(例如,通知和/或消息交换)。发现管理实体921可请求验证管理实体服务接入点925对连接到电子装置901且实现与由电子装置901实现的配件协议通用的配件协议的对等电子装置进行验证。发现管理实体921可处理和/或操纵从(例如,与连接的装置的验证有关的)验证管理实体服务接入点925接收的响应(例如,消息交换)。发现管理实体921可向可应用的配件通信协议提供实现与由电子装置901实现的配件协议通用的配件协议且(例如,通过安全服务923)被验证的对等电子装置的指示。
根据本公开的各个实施例,安全服务923可向发现管理实体921和/或配件协议传输层提供各种服务。安全服务923可管理安全服务923的加密证书。安全服务923可对连接到电子装置901且实现与由电子装置901实现的配件协议通用的配件协议的对等电子装置的加密证书进行验证。安全服务923可执行随机数生成。安全服务923可提供加密签名的生成和验证。安全服务923可提供加密服务和/或解密服务。
参照图10,在1009和1015,第二电子装置1003和第一电子装置1001可发现彼此并交换对等描述。例如,在1009和1015,实现普通配件协议的对等电子装置可分别设置用于对其他电子装置可见的可见设置,并且/或者扫描可见对等电子装置。如图10所示,在1009,第二电子装置1003被配置为对第一电子装置1001可见。在1015,第一电子装置1001扫描(例如,对第一电子装置1001可见的)对等电子装置。
在1019和1023,第一电子装置1001和第二电子装置1003可分别对彼此进行验证。例如,在1019,发现管理实体1017可与安全服务1021进行通信,以验证第二电子装置1003。发现管理实体1017可与安全服务1021进行通信,以交换和验证第二电子装置1003的加密证书。类似地,在1023,发现管理实体1011可与安全服务1025进行通信,以验证第一电子装置1001。
在1027和1031,第一电子装置1001和第二电子装置1003可分别执行针对与其连接的电子装置的附接过程。例如,在1027和/或1031,电子装置可根据由各自电子装置上的应用层实体所使用的可应用的网络协议、可应用的发现协议和可应用的应用协议来触发配件协议通信阶段。电子装置可根据由各自电子装置上的应用层实体所使用的可应用的网络协议、可应用的发现协议和可应用的应用协议来触发配件协议通信阶段,从而允许电子装置与连接到该电子装置的对等电子装置进行通信。
根据本公开的各个实施例,电子装置可与对等电子装置执行配件描述交换,从而电子装置和对等电子装置分别广播(例如,通知)它们各自使用配件协议进行通信的能力。在配件描述交换之后,电子装置(例如,智能装置)和对等电子装置(例如,配件)可意识到彼此的描述、连接专用地址和其他元数据,其中,可应用的配件通信协议可利用所述描述、连接专用地址和其他元数据来连接并交换消息,以提供配件服务。
根据本公开的各个实施例,配件装置协议可定义与连接技术独立的通用程序,其中,电子装置和对等电子装置可通过连接技术而连接。由于配件装置协议可定义通用程序,因此应用层实体(例如,应用程序)的开发可以是可扩展的。应用层实体的开发可得益于降低的用于开发可安装在电子装置上且可与安装在对等电子装置上的应用层实体通信并提供和/或消费服务的应用层实体的复杂度。作为降低的复杂度且易于对兼容的应用程序进行编程的结果,在实现可应用的配件装置协议的电子装置上使用的应用程序的生态系统可蓬勃发展。
可由配件装置协议定义且可与连接技术独立的通用程序可包括:发送和/或接收扫描消息、发送和/或接收响应消息、加密证书的交换、加密证书的验证、交换通信协议消息和/或类似。
图42示出根据本公开各个实施例的装置管理实体的状态图。
参照图42,装置管理实体可支持用于执行装置发现(例如,配件装置发现)的三个角色或状态。例如,装置管理实体可支持非活动角色、响应方角色和/或扫描方角色。
根据本公开的各个实施例,非活动角色可以是装置管理实体无法在电子装置的连接接口中的任意连接接口上发送或收听任何消息的角色。非活动角色可以是电子装置(例如,电子装置的装置管理实体)的默认角色。
根据本公开的各个实施例,响应方角色可以是装置管理实体开启(例如,激活)特定连接接口(或所有连接接口)并收听传入消息的角色,其中,传入消息可包括来自(例如,可处于扫描方角色的)对等电子装置的对等电子装置描述,其中,对等电子装置可实现与由电子装置实现的配件协议通用的配件协议。根据响应方角色,装置管理实体可对传入消息进行响应,其中,传入消息可包括来自对等电子装置的对等电子装置描述。根据响应方角色,装置管理实体可提供可实现与由电子装置实现的配件协议通用的配件协议的对等电子装置的成功连接的通知。根据响应方角色,当装置管理实体进入响应方角色时,装置管理实体可激活(例如,具有由可变的ACTIVE_TIMEOUT设置的值的)计时器。如果计时器期满,则装置管理实体可转换回非活动角色。
根据本公开的各个实施例,扫描方角色可以是装置管理实体开启(例如,激活)特定连接接口(或所有连接接口)并收听传入消息的角色,其中,传入消息可包括来自(例如,可处于扫描方角色的)对等电子装置的对等电子装置描述,其中,对等电子装置可实现与由电子装置实现的配件协议通用的配件协议。根据扫描方角色,装置管理实体可对传入消息进行响应,其中,传入消息可包括来自对等电子装置的对等电子装置描述。根据扫描方角色,装置管理实体可发送可包括电子装置的对等电子装置描述的消息。根据扫描方角色,装置管理实体可触发(例如,用于验证处于响应方角色的对等电子装置的)验证过程。根据扫描方角色,装置管理实体可提供可实现与由电子装置实现的配件协议通用的配件协议的对等电子装置的成功连接的通知。根据响应方角色,当装置管理实体进入扫描方角色时,装置管理实体可激活(例如,具有由可变的SCAN_TIMEOUT设置的值的)计时器。如果计时器期满,则装置管理实体可转换回响应方角色。
如图42所示,处于非活动角色4201的装置管理实体可以是默认角色。例如,如果当电子装置处于非活动时电子装置被初始化(例如,开启),则电子装置的装置管理实体可在非活动角色4201下启动。
如果电子装置(例如,配件)被开启或激活,则如状态转换箭头4203所示,装置管理实体可转换为响应方角色4205。例如,响应于电子装置被开启或激活,装置管理实体可转换为响应方角色4205。
如果装置管理实体转换为响应方角色4205,则装置管理实体可启动计时器。例如,当装置管理实体转换为响应方角色4205时,装置管理实体可启动或以其他方式初始化计时器。
如状态转换箭头4209所示,如果计时器(例如,ACTIVE_TIMEOUT)期满,则装置管理实体可转换为非活动角色4201。例如,如果当计时器装置管理实体处于响应方角色4205时计时器期满,则装置管理实体可转换为限制角色4201。类似地,如状态转换箭头4209所示,如果电子装置(例如,配件)关闭或以其他方式去激活,则装置管理实体可(例如,从响应方角色4205)转换为非活动角色4201。
如状态转换箭头4207所示,如果(例如,当装置管理实体处于响应方角色4205时)电子装置开启或以其他方式激活扫描,则装置管理实体可从响应方角色转换为扫描方角色4211。
如果装置管理实体转换为扫描方角色4211,则装置管理实体可开启计时器。例如,当装置管理实体转换为扫描方角色4211时,装置管理实体可开启或以其他方式初始化计时器。
如状态转换箭头4213所示,如果计时器(例如,SCAN_TIMEOUT)期满,则装置管理实体可转换为响应方角色4205。例如,如果当计时器装置管理实体处于扫描方角色4211时计时器期满,则装置管理实体可转换为响应器角色4205。根据本公开的各个实施例,装置管理实体可响应于扫描方角色被关闭而从扫描方角色4211转换为响应方角色。
如状态转换箭头4215所示,如果电子装置(例如,配件)关闭或以其他方式去激活,则装置管理实体可(例如,从扫描器角色4211)转换为非活动角色4201。
如状态转换箭头4217所示,如果(例如,当装置管理实体处于非活动角色4201时)扫描被开启,则装置管理实体可转换为扫描器角色4211。例如,响应于扫描被开启或激活,装置管理实体可转换为扫描器角色4211。
根据本公开的各个实施例,装置管理实体可存储关于对等电子装置的信息。例如,装置管理实体可存储用于保持对于对等电子装置追踪的关于对等电子装置的信息,以用于执行发现过程,并且/或者用于执行验证过程。装置管理实体可存储对等电子装置列表。对等电子装置列表可包括关于对等电子装置的信息。例如,对等电子装置列表可包括(例如,与由装置管理实体发现的每个电子装置相应的)装置标识符、装置动作(例如,装置管理应用是否已指示装置管理实体与相应的对等电子装置连接的指示)、装置状态(例如,相应的对等电子装置是否已被发现、验证、连接和/或类似的指示)、装置连接类型(例如,与相应的对等电子装置相关联的连接技术的指示)、配件描述信息和/或类似。
根据本公开的各个实施例,包括在对等电子装置列表中的每个对等电子装置可与单个连接技术相应。作为结果,针对具有多种用于连接到电子装置的连接技术的对等电子装置,对等电子装置可多次被包括在对等电子装置列表中,每个条目与对等电子装置的单个实例相应,连接技术之一与每个条目相关联。
根据本公开的各个实施例,对等电子装置列表可包括配件描述信息。配件描述信息可包括对等电子装置的产品标识符、对等电子装置的制造商标识符、对等电子装置的友好名称、由对等电子装置支持的配件协议版本(例如,主要版本、次要版本和/或类似)、配件软件版本(例如,由对等电子装置实现的配件协议的版本)、提供的服务的ASPID(例如,标识由对等电子装置提供的主要服务)、消费的服务的ASPID(例如,标识由对等电子装置消费的主要服务)、装置连接专用地址、装置连接专用元数据和/或类似。
根据本公开的各个实施例,装置管理应用可根据发现协议将用于发现过程的信息传送至可应用的装置管理实体。例如,装置管理应用可将角色、连接偏好(例如,偏好的连接技术的指示)、超时偏好(例如,不同于默认值的计时器值是否为计时器所偏好的指示,以确定在给定角色下装置管理实体是否经历超时)、活动超时覆盖(例如,计时器用于确定在给定角色下装置管理实体是否经历超时的指示)和/或类似。
根据本公开的各个实施例,如果装置管理实体发现实现与由电子装置实现的配件协议通用的配件协议的对等电子装置,则装置管理实体可存储关于对等电子装置的装置标识符、对等电子装置的装置状态(例如,对等电子装置是否被验证、连接和/或类似的指示)、装置连接类型(例如,标识对等电子装置进行连接所利用的连接技术)、配件描述具体信息和/或类似的信息。
图43示出根据本公开实施例的电子装置的连接的状态图。
参照图43,示出了根据给定连接技术的电子装置的连接的状态图。例如,连接技术可与IP连接相应。作为示例,连接技术可与USB连接相应。根据本公开的各个实施例,可将电子装置的连接的各种状态存储在对等电子装置列表中。
在4301,电子装置处于与对等电子装置相关的未启动状态。
如状态转换箭头4303所示,电子装置可从对等电子装置接收配件描述。例如,配件描述可包括电子装置可从中确定对等电子装置是否实现与由电子装置实现的配件协议通用的配件协议的信息。电子装置可存储关于对等电子装置的信息。例如,电子装置可将对等电子装置添加到对等电子装置列表。
如果对等电子装置被确定为实现与由电子装置实现的配件协议通用的配件协议,则电子装置可转换为配件功能状态4305。例如,在配件功能状态4305下,电子装置可已发现实现与由电子装置实现的配件协议通用的对等电子装置。
如状态转换箭头4307所示,电子装置和对等电子装置可执行验证过程。例如,电子装置可验证对等电子装置。电子装置可更新对等电子装置列表。例如,电子装置可更新对等电子装置列表,以反映验证过程的结果。
如果对等电子装置被验证,则电子装置可转换为验证对等状态4309。例如,当验证对等电子装置时,电子装置可转换为验证对等状态4309。
如状态转换箭头4311所示,电子装置和/或对等电子装置可执行验证过程。例如,电子装置可与对等电子装置相关地被验证。对等电子装置列表可被更新,以反映电子装置的与对等电子装置相关的验证的结果。
如果电子装置被验证,则电子装置可转换为验证完成状态4313。在验证完成状态4313下,电子装置和对等电子装置可彼此相关地被验证。作为示例,当验证电子装置时,电子装置(或电子装置的与对等电子装置相关的连接状态)可转换为验证完成状态4313。
类似地,如状态转换箭头4315所示,电子装置和/或对等电子装置可执行验证过程。例如,电子装置可与对等电子装置相关地被授权。对等电子装置列表可被更新,以反映电子装置的与对等电子装置相关的验证的结果。
如果对等电子装置被验证,则电子装置可转换为验证自身状态4317。例如,当验证对等电子装置时,电子装置可转换为验证自身状态4317。
如状态转换箭头4319所示,电子装置和对等电子装置可执行验证过程。例如,电子装置可验证对等电子装置。电子装置可更新对等电子装置列表。例如,电子装置可更新对等电子装置列表,以反映验证过程的结果。
如果对等电子装置被验证,则电子装置可转换为验证完成状态4313。在验证完成状态4313下,电子装置和对等电子装置可彼此相关地被授权。作为示例,当验证对等电子装置时,电子装置(或电子装置的与对等电子装置相关的连接状态)可转换为授权完成状态4313。
图44示出根据本公开实施例的电子装置的连接的状态图。
参照图44,示出了根据给定连接技术的电子装置的连接的状态图。例如,连接技术可与蓝牙连接相应。作为示例,连接技术可与蓝牙低功耗连接相应。根据本公开的各个实施例,电子装置的连接的各种状态可被存储在对等电子装置列表中。
在4401,电子装置处于与对等电子装置相关的未启动状态。
如状态转换箭头4403所示,电子装置可添加与对等电子装置相关的对等配对。响应于对等配对的添加,电子装置可存储关于对等电子装置的信息。例如,电子装置可将对等电子装置添加到对等电子装置列表。
如果(例如,响应于对等配对的添加)电子装置被确定为与对等电子装置配对,则电子装置可转换为配对状态4405。
如状态转换箭头4407所示,电子装置可执行对于将配对的对等电子装置的扫描。例如,电子装置可执行对于对等电子装置的蓝牙扫描。如果电子装置找到将与其配对的对等电子装置,则电子装置可存储关于对等电子装置的信息。作为示例,响应于电子装置(例如,使用扫描过程)找到将与其配对的对等电子装置,电子装置可存储关于对等电子装置的信息。例如,电子装置可将对等电子装置添加到对等电子装置列表。
如果电子装置找到将与其配对的对等电子装置,则电子装置可转换为未配对状态4409。例如,未配对状态4409可与关于配对电子装置未配对的电子装置相应。
如状态转换箭头4411所示,电子装置和对等电子装置可执行配对过程。例如,电子装置和对等电子装置可执行蓝牙配对。电子装置可更新对等电子装置列表。例如,电子装置可更新对等电子装置列表,以反映配对过程的结果。
如果(例如,响应于蓝牙配对过程)电子装置和对等电子装置被确定为配对,则电子装置可转换为配对状态4405。
如状态转换箭头4413所示,电子装置可从对等电子装置接收配件描述。例如,配件描述可包括电子装置可从中确定对等电子装置是否实现与由电子装置实现的配件协议通用的配件协议的信息。电子装置可存储关于对等电子装置的信息。例如,电子装置可将对等电子装置添加到对等电子装置列表。
如果对等电子装置被确定为实现与由电子装置实现的配件协议通用的配件协议,则电子装置可转换为配件功能状态4415。例如,在配件功能状态4415下,电子装置可已与实现与由电子装置实现的配件协议通用的对等电子装置进行配对。
如状态转换箭头4417所示,电子装置和对等电子装置可执行验证过程。例如,电子装置可验证对等电子装置。电子装置可更新对等电子装置列表。例如,电子装置可更新对等电子装置列表,以反映验证过程的结果。
如果对等电子装置被验证,则电子装置可转换为验证对等状态4419。例如,当验证对等电子装置时,电子装置可转换为验证对等状态4419。
如状态转换箭头4421所示,电子装置和/或对等电子装置可执行验证过程。例如,电子装置可与对等电子装置相关地被验证。对等电子装置列表可被更新,以反映电子装置的与对等电子装置相关的验证的结果。
如果电子装置被验证,则电子装置可转换为验证完成状态4423。在验证完成状态4423下,电子装置和对等电子装置可彼此相关地被验证。作为示例,当验证电子装置时,电子装置(或电子装置的与对等电子装置相关的连接状态)可转换为验证完成状态4423。
类似地,如状态转换箭头4425所示,电子装置和/或对等电子装置可执行验证过程。例如,电子装置可与对等电子装置相关地被验证。对等电子装置列表可被更新,以反映电子装置的与对等电子装置相关的验证的结果。
如果对等电子装置被验证,则电子装置可转换为验证自身状态4427。例如,当验证对等电子装置时,电子装置可转换为验证自身状态4427。
如状态转换箭头4429所示,电子装置和对等电子装置可执行验证过程。例如,电子装置可验证对等电子装置。电子装置可更新对等电子装置列表。例如,电子装置可更新对等电子装置列表,以反映验证过程的结果。
如果对等电子装置被验证,则电子装置可转换为验证完成状态4423。在验证完成状态4423下,电子装置和对等电子装置可彼此相关地被授权。作为示例,当验证对等电子装置时,电子装置(或电子装置的与对等电子装置相关的连接状态)可转换为授权完成状态4423。
H.网络协议
H-1.介绍
网络协议提供在不同的连接技术之上的统一数据服务。应用协议利用网络协议的服务。网络协议可包括上面已介绍过的会话层、传输层和连接层。会话层包括会话层装置管理(SDM)实体、服务代理管理(SAM)实体、服务连接管理(SCM)实体和会话层数据通信(SDC)实体。传输层包括传输层装置管理(TDM)实体、传输层会话配置(TSC)实体和传输层数据通信(TDC)实体。TDM实体向会话层提供经由TDM-SAP配置和去除支持配件协议的对等电子装置的服务。TSC实体向会话层提供经由TSC-SAP配置和去除会话的QoS和优先级属性的服务。TDC实体经由TDC-SAP向会话层提供数据通信服务。
应用层使用由会话层提供的服务。具体地,应用层的ALE依赖于用于设置服务连接的会话层,其中,应用协议数据交换可经由服务连接而发生。具体地,应用层包括五个主要职责。第一,应用层负责定义对等ALE之间的应用层。第二,应用层负责请求会话层创建用于实现对等ALE之间的应用协议数据交换的服务连接。服务连接可包括用于在逻辑上分离使用不同的QoS处理的APDU序列的信道的多样性。第三,应用层负责请求会话层终止服务连接。第四,应用层负责按照通信协议处理在信道上传送的APDU。第五,应用层负责在坚持信道的SDU尺寸限制时按照应用协议形成APDU,其中,APDU通过所述信道被发送。
应用层期望下面的会话层提供主要的三种服务。第一,应用层期望会话层提供登记/注销服务。这允许可由对等ALE获取登记的ALE的证书。第二,应用层期望会话层提供服务连接创建和终止。第三,应用层期望会话层提供数据报服务。
会话层使得ALE能够通过提供被称为服务连接的抽象而与对等ALE进行交互。也就是说,会话层允许ALE通过提供服务能力详情(诸如,ASPID)而登记自己,使得ALE对于希望与其建立服务连接的对等ALE而言能够获得。服务连接是绑定一系列数据信道的对等ALE之间的管道设置,其中,对等ALE可通过所述数据信道交换APDU。每个信道可被指定有自己期望的QoS处理。然而,会话层自身与对等ALE之间的应用层交互和数据交换无关。
服务连接的说明书包括发起ALE按照对等ALE意图用于彼此交互的配件应用协议所填充的信道编号。内在地,对等会话层实体之间存在会话设置,服务连接的信道编号与会话ID一一映射。存在使用保留的会话ID的默认会话,其中,交换会话层控制消息在默认会话上被交换。会话层还实现会话层服务数据单元(SSDU)的发送和接收。
会话层包括八个主要职责。第一,会话层从发现管理实体接收关于连接且验证的对等电子装置的通知。第二,会话层将传输层配置为与验证的对等电子装置进行通信。第三,会话层按照向应用层所请求的创建并终止服务连接。这里,对于服务连接的应用层请求指定期望的信道和他们各自的QoS。第四,会话层将传输层配置为与服务连接的信道所期望的QoS相应。第五,会话层向应用层提供数据报服务。第六,会话层将应用层数据中继到传输层。第七,会话层对从传输层接收的数据进行路由,并将所述数据传递到合适的ALE。第八,会话层在由传输层通知的连接或会话事件时运行。会话层期望下面的传输层提供主要两种服务。第一,会话层期望传输层提供数据报服务。第二,会话层期望传输层按照请求的QoS传递SPDU。
传输层提供实现传输层服务数据单元(TSDU)的发送和接收的数据服务。传输层管理服务实现将由会话层按照各个会话的间隔应用的QoS参数和设置。确切地,给定的会话上所携带的所有TSDU接收相同的QoS处理。
传输层包括八个主要职责。第一,传输层将连接层配置为与验证的对等电子装置进行通信。第二,传输层在每个会话上提供合适的QoS;针对给定会话,双向传输(发出和传入)按照相同的方式被处理。第三,传输层执行确认和重试程序。第四,传输层执行分片和重组过程,以通过提取基础连接技术的SDU大小限制而提供无限制的SDU服务。第五,传输层向会话层提供数据报服务。第六,传输层在由连接层通知的连接事件时运行。第七,传输层按照优先级排队处理将合适的优先级提供给来自不同会话的PDU。第八,如果具有相同优先级的多个队列具有将要发送的包,则传输层应该使用由该装置的平台能力和政策指定的专用技术。传输层期望下面的连接层提供一种主要服务,即,来自连接层的数据报服务。
连接层提供从传输层接收数据并通过合适的连接介质发送数据的数据服务。连接层还从连接介质接收数据并将数据中继给传输层。连接层管理实体可提供诸如无线链路故障通知、装置分离通知等的服务。连接层包括四个主要职责。第一,连接层向传输层提供普通连接层SAP。第二,连接层支持传输层帧通过连接技术的传送,其中,连接技术包括但不限于:TCP、Wi-Fi、蓝牙、蓝牙低功耗、USB和UART。第三,连接层项向输层提供数据报服务。第四,连接层向传输层提供连接技术具体事件通知。第五,连接层还向数据报提供数据完整性和CRC保护。
下面另外具体描述会话层、传输层和连接层的各方面。
H-2.会话层协议
首先,主要与会话层相关的网络协议的各方面被称为会话层协议。会话层协议被用于实现各种功能。例如,会话层协议的功能包括对等电子装置添加、对等电子装置删除、服务连接创建、服务连接终止、APDU的交换以及默认会话和会话标识符产生。下面描述这些功能的示例。
H-2-1.对等电子装置添加
当发现和验证对等电子装置时,由AME触发来执行对等电子装置添加,会话层针对新的对等电子装置依次配置连接层和传输层。下面参照图45描述对等装置添加的示例。
图45示出根据本公开的实施例的电子装置添加的消息序列表。
参照图45,示出了第一电子装置4501和第二电子装置4511。第一电子装置4501包括AME4503、会话层4505、传输层4507和连接层4509。第二电子装置4511包括AME4519、会话层4517、传输层4515和连接层4513。
在操作4521,第一电子装置4501的AME4503和第二电子装置4511的AME4513执行发现和验证。在操作4523,AME4503在对希望预期连接以进行协议通信的对等电子装置进行验证时,产生SLME-PeerDeviceConnect.request消息,并将该消息传送至会话层4505的SLME。所述SLME-PeerDeviceConnect.request消息被AME4503用来请求会话层4505的SLME将经过验证的有配件协议能力的装置添加到对等电子装置的列表。SLME-PeerDeviceConnect.request的结构如下:
SLME-PeerDeviceConnect.request{
TransactionID,
DeviceID,
DeviceConnectionType,
DeviceConnectionQoS,
DeviceConnectionMaxSDUSize,
AccessoryDescriptionDetails
}
以下参照表1来描述SLME-PeerDeviceConnect.request消息的参数。
【表1】
以下对在表1中示出的SLME-PeerDeviceConnect.request消息的参数进行描述。
表1中的TransactionID(事务ID):TransactionID用于将SLME-PeerDeviceConnect.confirm消息与SLME-PeerDeviceConnect.request消息相关联。TransactionID由AME产生。TransactionID是8比特的滚动计数器,它针对每一个新的SLME-PeerDeviceConnect.request消息单调递增1。
表1中的deviceID(装置ID):deviceID用于标识有配件协议能力的对等电子装置。deviceID的长度是32比特。AME4503通过拾取来自对等电子装置列表的条目来填充deviceID,其中,AME4503希望使用该列表建立连接以进行配件协议通信。
表1中的DeviceConnectionType(装置连接类型):DeviceConnectionType用于标识用于连接对等电子装置的连接技术。按照表2对DeviceConnectionType进行了定义。
【表2】
值 | 连接技术 |
0x0000 | USB |
0x0001 | 通过Wi-Fi的TCP/IP |
0x0002 | 低功耗蓝牙 |
0x0003 | Bluetooth-RFCOMM |
表1中的DeviceConnectionQoS(装置连接QoS):DeviceConnectionQoS用于标识由正在用来连接对等电子装置的连接技术提供的QoS。按照表3对DeviceConnectionQoS进行定义。
【表3】
表1中的DeviceConnectionMaxSDUSize(装置连接最大SDU大小):DeviceConnectionMaxSDUSize用于标识SDU的最大大小,其中,SDU被正在用于连接对等电子装置的连接技术接受。按照表4对DeviceConnectionMaxSDUSize进行定义。
【表4】
表1中的AccessoryDescriptionDetails(配件描述详情):AccessoryDescriptionDetails可包括属于有配件协议能力的对等电子装置的标识信息。AccessoryDescriptionDetails包括按照表5定义的多个字段。
【表5】
以下对表5的参数进行描述。
表5中的装置的产品ID:装置的产品ID用于标识表示有配件协议能力的对等电子装置的物理产品。产品ID的长度是8字符的字符串。
表5中的装置的制造商ID:制造商ID是用于标识有配件协议能力的对等电子装置的制造商。制造商ID是长度为8字符的字符串。
表5中的装置友好名称:装置友好名称用于使用人类可读的名称来标识有配件协议能力的对等电子装置。装置友好名称是长度为8字符的字符串。
表5中的配件协议版本:配件协议版本用于指示定义由对等电子装置支持的配件协议的协议版本。配件协议版本的长度是2字节。第一字节用于指示主要版本,第二字节用于指示次要版本。
表5中的配件软件版本:配件软件版本用于指示配件协议实现的软件版本。配件软件版本的长度是2字节。第一字节用于指示主要版本,第二字节用于指示次要版本。例如,版本“3.4”被编码为0x0304。
表5中的提供的服务的配件服务配置文件ID:配件服务配置文件ID标识由对等电子装置提供的主要服务。该值应在相应的ASP规范中被定义。
表5中的消费的服务的配件服务配置文件ID:配件服务配置文件ID标识将由对等电子装置消费的感兴趣的主要服务。该值应在相应的ASP规范中被定义。
表5中的装置连接的特定地址:装置连接的特定地址取决于装置连接类型。装置连接的特定地址的结构在表5中被定义。
表5中的装置连接的特定元数据:装置连接的特定元数据取决于装置连接类型。
返回图45,在从AME4503接收到SLME-PeerDeviceConnect.request消息时,会话层4505的SLME将属于对等电子装置的信息添加到由会话层4505的SLME保持的已连接的对等电子装置列表。
在操作4525,响应于操作4523中的SLME-PeerDeviceConnect.request消息,会话层4505的SLME产生TLME-ConfigurePeerDeviceInterface.request消息,并将该消息传送至传输层4507的TLME,以配置传输层4507与特定的对等电子装置进行通信。具体来说,所述TLME-ConfigurePeerDeviceInterface.request消息被会话层4505的SLME用来请求传输层4507的TLME将装置ID与连接参数进行匹配,以便将包发送到相应的对等电子装置。TLME-ConfigurePeerDeviceInterface.request消息的结构如下:
TLME-ConfigurePeerDeviceInterface.request{
TransactionID,
DeviceID,
DeviceConnectionType,
DeviceConnectionQoS,
DeviceConnectionMaxSDUSize,
AccessoryDescriptionDetails
}
以下参照表6来描述TLME-ConfigurePeerDeviceInterface.request消息的参数。
【表6】
表6中的TransactionID:TransactionID用于将TLME-ConfigurePeerDeviceInterface.confirm消息与TLME-ConfigurePeerDeviceInterface.request消息相关联。TransactionID由会话层4505的SLME产生。TransactionID是8比特的滚动计数器,它针对每一个新的TLME-ConfigurePeerDeviceInterface.request消息单调递增1。
表6中的DeviceID:DeviceID用于标识有配件协议能力的对等电子装置。DeviceID的长度是32比特。AME4503通过拾取来自对等电子装置列表的条目来填充DeviceID,其中,AME4503希望使用该列表建立连接以进行配件协议通信。
表6中的DeviceConnectionType:DeviceConnectionType用于标识用于连接对等电子装置的连接技术。按照表2对DeviceConnectionType进行了定义。
表6中的DeviceConnectionQoS:DeviceConnectionQoS用于标识由正在用来连接对等电子装置的连接技术提供的QoS。按照表3对DeviceConnectionQoS进行定义。
表6中的DeviceConnectionMaxSDUSize:DeviceConnectionMaxSDUSize用于标识SDU的最大大小,其中,SDU被正在用于连接对等电子装置的连接技术接受。按照表4对DeviceConnectionMaxSDUSize进行定义。
表6中的AccessoryDescriptionDetails:AccessoryDescriptionDetails可包括属于有配件协议能力的对等电子装置的标识信息。AccessoryDescriptionDetails包括按照表5定义的多个字段。
在从会话层4505的SLME接收到TLME-ConfigurePeerDeviceInterface.request消息时,传输层4507的TLME将属于新的对等电子装置的信息添加到由传输层4507的TLME保持的已连接的对等电子装置列表。
在操作4527,传输层4507的TLME产生CLME-ConfigurePeerDeviceInterface.request消息,并将该消息传送到连接层4509的CLME。所述CLME-ConfigurePeerDeviceInterface.request消息被传输层4507的TLME用来请求连接层4509的CLME将装置ID与连接参数进行配置,以便将包发送到相应的对等电子装置。CLME-ConfigurePeerDeviceInterface.request消息的结构如下:
CLME-ConfigurePeerDeviceInterface.request{
TransactionID,
DeviceID,
DeviceConnectionType,
DeviceConnectionQoS,
DeviceConnectionMaxSDUSize,
AccessoryDescriptionDetails
}
以下参照表7来描述CLME-ConfigurePeerDeviceInterface.request消息的参数。
【表7】
表7中的TransactionID:TransactionID用于将CLME-ConfigurePeerDeviceInterface.confirm消息与CLME-ConfigurePeerDeviceInterface.request消息相关联。TransactionID由传输层4507的TLME产生。TransactionID是8比特的滚动计数器,它针对每一个新的CLME-ConfigurePeerDeviceInterface.request消息单调递增1。
表7中的DeviceID:DeviceID用于标识有配件协议能力的对等电子装置。DeviceID的长度是32比特。AME4503通过拾取来自对等电子装置列表的条目来填充DeviceID,其中,AME4503希望使用该列表建立连接以进行配件协议通信。
表7中的DeviceConnectionType:DeviceConnectionType用于标识用于连接对等电子装置的连接技术。按照表2对DeviceConnectionType进行了定义。
表7中的DeviceConnectionQoS:DeviceConnectionQoS用于标识由正在用来连接对等电子装置的连接技术提供的QoS。按照表3对DeviceConnectionQoS进行定义。
表7中的DeviceConnectionMaxSDUSize:DeviceConnectionMaxSDUSize用于标识SDU的最大大小,其中,SDU被正在用于连接对等电子装置的连接技术接受。按照表4对DeviceConnectionMaxSDUSize进行定义。
表7中的AccessoryDescriptionDetails:AccessoryDescriptionDetails可包括属于有配件协议能力的对等电子装置的标识信息。AccessoryDescriptionDetails包括按照表5定义的多个字段。
在从传输层4507的TLME接收到CLEM-ConfigurePeerDeviceInterface.request消息时,连接层4509的CLME将属于新的对等电子装置的信息添加到由连接层4509的CLME保持的已连接的对等电子装置列表,并将MaxCSDUSize设置为deviceconnectionMaxSDUSize,并运行连接特定步骤(诸如,例如TCP(单套接字)、TCP(多套接字)、USB(使用AOAP的装置模式)、USB装置模式、USB主模式、蓝牙BFCOMM、UART等)。
针对TCP(单套接字)连接步骤,连接层4509在接收到CLEM-ConfigurePeerDeviceInterface.request消息时,在其保持的TCP连接列表中创建条目。TCP连接列表可包括针对每一个经由TCP连接的对等电子装置的一个条目。TCP连接列表中的每个条目具有以下参数:装置标识符、IP地址、默认端口号和套接字ID。套接字ID被用于发送和接收与匹配装置标识符相关联的所有CSDU。
通过对CLEM-ConfigurePeerDeviceInterface.request消息中传递的连接参数进行处理来创建TCP连接列表中的条目。连接层4509对连接参数进行处理以获取智能装置默认端口以及对等电子装置连接偏好。
如果对等电子装置连接偏好被设置到服务器,则连接层4509通过连接到对等电子装置IP地址以及对等电子装置默认端口号来建立到对等电子装置的连接。如果成功建立连接,则连接层4509将连接的套接字IP输入到TCP连接列表中,该列表中的行包括匹配装置标识符、IP地址和默认端口号。连接层4509随后产生具有成功状态的CLEM-ConfigurePeerDeviceInterface.confirm消息。如果可能无法建立连接,则CL删除包括匹配装置标识符、IP地址和默认端口号的行,并产生具有失败状态的CLME-ConfigurePeerDeviceInterface.confirm消息。
如果对等电子装置连接偏好被设置到客户机,则连接层4509启动TCP服务器,如果还未运行,则开始对用于传入TCP连接请求的智能装置默认端口进行监听。连接层4509从具有在TCP连接列表中输入的匹配IP地址的对等电子装置接受传入的TCP连接。连接层4509在客户机模式下保持每个装置标识符的计时器。如果计时器在来自匹配的对等装置IP地址的传入连接请求之前到期,则连接层4509产生具有超时状态的CLEM-ConfigurePeerDeviceInterface.confirm消息。
针对TCP(多套接字)连接步骤,连接层4509执行如上所述的TCP(单套接字)连接步骤,并另外更新应用会话列表。应用会话列表包括具有以下参数的条目:装置标识符、会话ID、被用作会话ID的TCP连接的套接字ID和套接字ID所绑定的对等端口号。在会话建立和会话终止时更新应用会话列表。
针对USB(使用AOAP的装置模式)连接步骤,连接层4509的CLME在接收到CLEM-ConfigurePeerDeviceInterface.request消息时,将条目填充表中,其中,该表将装置标识符映射到匹配的USB对等装置输入流ID和USB对等装置输出流ID。
针对蓝牙RFCOMM连接步骤,连接层4509的CLME在接收到CLEM-ConfigurePeerDeviceInterface.request消息时,在其保持的RFCOMM连接列表中创建条目。RFCOMM连接列表可包括针对每一个经由RFCOMM连接的对等电子装置的一个条目。RFCOMM连接列表中的每个条目具有以下参数:装置标识符、MAC地址、默认RFCOMM服务记录和套接字ID。套接字ID被用于发送和接收与匹配的装置标识符相关联的所有CSDU。
通过对CLEM-ConfigurePeerDeviceInterface.request消息中传递的连接参数进行处理来创建RFCOMM连接列表中的条目。连接层4509对连接参数进行处理以获取本地装置默认RFCOMM服务记录以及对等电子装置连接偏好。
如果对等电子装置连接偏好被设置到服务器,则连接层4509的CLME通过连接到对等电子装置MAC地址以及对等装置默认RFCOMM服务记录来建立到对等电子装置的RFCOMM连接。如果成功建立连接,则连接层4509的CLMN将连接的RFCOMM套接字IP输入到RFCOMM连接列表中,该列表中的行包括匹配装置标识符、MAC地址和默认RFCOMM服务记录。连接层4509的CLME随后产生具有成功状态的CLEM-ConfigurePeerDeviceInterface.confirm消息。如果无法建立连接,则连接层4509的CLME删除包括匹配装置标识符、MAC地址和默认RFCOMM服务记录的行,并产生具有失败状态的CLME-ConfigurePeerDeviceInterface.confirm消息。
如果对等电子装置连接偏好被设置到客户机,则连接层4509的CLME创建监听RFCOMM套接字,如果还未运行,则开始对用于传入RFCOMM连接请求的本地装置默认RFCOMM信道进行监听。CL从具有在RFCOMM连接列表中输入的匹配MAC地址的对等接受传入的RFCOMM连接。连接层4509的CLME在客户机模式下保持每个装置标识符的计时器。如果计时器在来自匹配的对等装置MAC地址的传入连接请求之前到期,则连接层4509的CLME产生具有超时状态的CLEM-ConfigurePeerDeviceInterface.confirm消息。
针对BLE连接步骤,连接层4509的CLME在接收到CLME-ConfigurePeerDeviceInterface.request消息时,相应于客户机CPDU特性和服务器CPDU特性,在对等电子装置上保持BLE服务器上的BLE操作与装置标识符之间的映射。
在操作4529,连接层4509将CLME-ConfigurePeerDeviceInterface.confirm消息传送至传输层4507。CLME-ConfigurePeerDeviceInterface.confirm消息被连接层4509的CLME用来向传输层4507的TLME通知连接层4509和下面的较低层是否能够将已连接的对等电子装置添加到它的对等电子装置的列表。CLME-ConfigurePeerDeviceInterface.confirm消息的结构如下:
CLME-ConfigurePeerDeviceInterface.confirm{
TransactionID,
Status
}
以下将参照表8来描述CLME-ConfigurePeerDeviceInterface.confirm消息的参数。
【表8】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 8比特 | 0x00至0x01 |
以下将描述在表8中示出的CLME-ConfigurePeerDeviceInterface.confirm消息的参数。
表8中的TransactionID:TransactionID通过回送在原始的CLME-ConfigurePeerDeviceInterface.request消息中的TransactionID而被填充。
表8中的Status(状态)码:参数Status用于指示CLME-ConfigurePeerDeviceInterface.confirm是否导致将已连接并且经过验证的对等电子装置添加到由连接层4509的CLME保持的对等电子装置的列表。有效值和它们的含义请参照表9。
【表9】
值 | 含义 |
0x00 | 成功 |
0x01 | 失败 |
在操作4531,传输层4507的TLME基于接收到的CLME-ConfigurePeerDeviceInterface.confirm消息产生TLME-ConfigurePeerDeviceInterface.confirm消息,并将该消息传送至会话层4505的SLME。TLME-ConfigurePeerDeviceInterface.confirm消息被传输层4507的TLME用来向会话层4505的SLME通知传输层4507和下面的较低层是否能够将已连接的对等电子装置添加到它们已连接的对等电子装置列表。TLME-ConfigurePeerDeviceInterface.confirm消息的结构如下:
TLME-ConfigurePeerDeviceInterface.confirm{
TransactionID,
Status
}
以下将参照表10来描述TLME-ConfigurePeerDeviceInterface.confirm消息的参数。
【表10】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 8比特 | 0x00至0x01 |
以下将描述在表9中示出的TLME-ConfigurePeerDeviceInterface.confirm消息的参数。
表10中的TransactionID:TransactionID通过回送在原始的TLME-ConfigurePeerDeviceInterface.request消息中的TransactionID而被填充。
表10中的Status码:参数Status用于指示TLME-ConfigurePeerDeviceInterface.confirm是否导致将已连接并且经过验证的对等电子装置添加到由传输层4507的TLME保持的对等电子装置的列表。有效值和它们的含义请参照表9。
在操作4533,会话层4505的SLME基于接收到的TLME-ConfigurePeerDeviceInterface.confirm消息产生SLME-PeerDeviceConnect.confirm消息,并将该消息传送至AME4503。SLME-PeerDeviceConnect.confirm消息被会话层4505的TSME用来向AME4503通知会话层4505和下面的较低层是否能够将已连接的对等电子装置添加到它们已连接的对等电子装置列表。SLME-PeerDeviceConnect.confim消息的结构如下:
SLME-PeerDeviceConnect.confirm{
TransactionID,
Status
}
以下将参照表11来描述SLME-PeerDeviceConnect.confirm消息的参数。
【表11】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 16比特 | 0x0000至0x0003 |
以下将描述在表11中示出的SLME-PeerDeviceInterface.confirm消息的参数。
表11中的TransactionID:TransactionID通过回送在原始的SLME-PeerDeviceConnect.request消息中的TransactionID而被填充。
表11中的Status码:参数Status用于指示原始的SLME-PeerDeviceConnect.request的状态。参数Status的长度是16比特。有效值和它们的含义请参照表12。
【表12】
值 | 含义 |
0x0000 | 成功 |
0x0001 | 失败 |
0x0002 | 已连接 |
0x0003 | 无效参数 |
0x0004-0xFFFF | 保留 |
在操作4533,AME4503接收SLME-PeerDeviceConnect.confirm消息。如果Status是成功或者已连接,则AME4503可以不做出任何进一步动作。如果Status是失败或者无效参数,则AME4503可以发布另一个SLME-PeerDeviceConnect.request。
虽然在此没有描述,但是对于第二电子装置4511的对等电子装置添加的操作与以上已经描述的对于第一电子装置4501的对等电子装置添加的操作相同。
H-2-2对等电子装置删除
对等电子装置删除由触发会话层的AME执行,其中,会话层依次释放在连接层和传输层中的相应配置。以下参照图46描述对等电子装置删除的示例。
图46示出示例说明根据本公开的实施例的对等电子装置删除的消息序列表。
参照图46,示出了第一电子装置4601和第二电子装置4611。第一电子装置4601包括AME4603、会话层4605、传输层4607和连接层4609。第二电子装置4611包括AME4619、会话层4617、传输层4615和连接层4613。
在操作4621,第一电子装置4601的AME46036产生SLME-PeerDeviceDisconnect.request消息,并将该消息传送至会话层4605的SLME以便请求会话层4605的SLME停止配件协议通信并断开与特定对等电子装置的装置级连接。SLME-PeerDeviceDisconnect.request消息的结构如下:
SLME-PeerDeviceDisconnect.request{
TransactionID,
DeviceID
}
以下参照表13来描述SLME-PeerDeviceDisconnect.request消息的参数。
【表13】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
以下对在表13中示出的SLME-PeerDeviceDisonnect.request消息的参数进行描述。
表13中的TransactionID:TransactionID用于将SLME-PeerDeviceDisconnect.confirm与SLME-PeerDeviceDisconnect.request相关联。TransactionID由AME4603产生。TransactionID是8比特的滚动计数器,它针对每一个刷新的SLME-PeerDeviceDisconnect.request消息单调递增1。
表13中的DeviceID:DeviceID用于标识有配件协议能力的对等电子装置。DeviceID的长度是32比特。AME4603通过拾取来自对等电子装置列表的条目来填充DeviceID,其中,AME4603希望使用该列表建立终止用于配件协议通信的连接。
在接收到SLME-PeerDeviceDisconnect.request消息时,会话层4605的SLME从由会话层4605的SLME保持的已连接的对等电子装置列表删除属于对等电子装置的信息。
在操作4623,会话层4605的SLME产生TLME-RemovePeerDeviceInterface.request,并将TLME-RemovePeerDeviceInterface.request传送至传输层4607的TLME,以配置传输层4607来终止与特定对等电子装置的通信。也就是说,会话层4605的SLME请求传输层4607的TLME删除状态信息,其中,状态信息将DeviceID与连接参数进行匹配。在TLME-RemovePeerDeviceInterface.request中传递与已断开的对等电子装置相应的对等电子装置详情。TLME-RemovePeerDeviceInterface.request消息的结构如下:
TLME-RemovePeerDeviceInterface.request{
TransactionID,
DeviceID
}
以下参照表14来描述TLME-RemovePeerDeviceInterface.request消息的参数。
【表14】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
以下对在表14中示出的TLME-RemovePeerDeviceInterface.request消息的参数进行描述。
表14中的TransactionID:TransactionID用于将TLME-ConfigurePeerDeviceInterface.confirm消息与TLME-ConfigurePeerDeviceInterface.request消息相关联。TransactionID由会话层4605的SLME产生。TransactionID是8比特的滚动计数器,它针对每一个新的TLME-ConfigurePeerDeviceInterface.request消息单调递增1。
表14中的DeviceID:DeviceID是由AME4603分配给已连接并且通过验证的对等电子装置的本地标识符。
在接收到TLME-ConfigurePeerDeviceInterface.request消息时,会话层4605的SLME从由会话层4605的SLME保持的已连接的对等电子装置列表删除属于对等电子装置的信息。
在操作4625,传输层4607的TLME产生CLME-RemovePeerDeviceInterface.request消息并将CLME-RemovePeerDeviceInterface.request消息传送至连接层4609的CLME,以请求连接层4609的CLME从对等电子装置的列表去除已连接并且经过验证的对等电子装置。CLME-RemovePeerDeviceInterface.request消息的结构如下:
CLME-RemovePeerDeviceInterface.request{
TransactionID,
DeviceID
}
以下参照表15来描述TLME-RemovePeerDeviceInterface.request消息的参数。
【表15】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
以下对在表15中示出的CLME-RemovePeerDeviceInterface.request消息的参数进行描述。
表15中的TransactionID:TransactionID用于将CLME-RemovePeerDeviceInterface.confirm消息与先前发布的CLME-RemovePeerDeviceInterface.request消息相关联。TransactionID由传输层4607的TLME产生。TransactionID是8比特的滚动计数器,它针对每一个新的CLME-RemovePeerDeviceInterface.request消息单调递增1。
表15中的DeviceID:DeviceID是由AME4603分配给已连接并且通过验证的对等电子装置的本地标识符。
在接收到CLME-RemovePeerDeviceInterface.request消息时,连接层4609的CLME从在连接层4609的CLME保持的已连接的对等电子装置列表删除属于新的对等电子装置的信息,并接着进行连接特定步骤(诸如,例如TCP(单套接字)、TCP(多套接字)、USB(使用AOAP的装置模式)、USB装置模式、USB主模式、蓝牙BFCOMM、UART等)以与对等电子装置断开。
针对TCP(单套接字)断开步骤,连接层4609在接收到CLME-RemovePeerDeviceInterface.request消息时,从TCP连接列表查找与装置ID匹配的套接字ID。然后,连接层4609的CLME断开套接字并从TCP连接列表删除条目。连接层4609的CLME产生具有成功状态的CLME-RemovePeerDeviceInterface.confirm。
针对TCP(多套接字)断开步骤,连接层4609在接收到CLME-RemovePeerDeviceInterface.request消息时,从TCP连接列表查找与装置ID匹配的套接字ID。然后,连接层4609的CLME断开套接字并从TCP连接列表删除条目。连接层4609的CLME还断开与应用会话列表中的装置标识符匹配的所有套接字。然后,连接层4609的CLME产生具有成功状态或者失败状态的CLME-RemovePeerDeviceInterface.confirm。
针对USB(使用AOAP的装置模式)断开步骤,连接层4609的CLME在接收到CLME-RemovePeerDeviceInterface.request消息时,装置标识符与匹配USB对等装置输入流ID和USB对等装置输出流ID的映射。然后,连接层4609的CLME产生具有成功状态或者失败状态的CLME-RemovePeerDeviceInterface.confirm。
针对蓝牙RFCOMM断开步骤,连接层4609的CLME在接收到CLME-RemovePeerDeviceInterface.request消息时,从RFCOMM连接列表查找与装置标识符匹配的套接字ID。然后,连接层4609的CLME断开套接字并从RFCOMM连接列表删除条目。然后,连接层4609的CLME产生具有成功状态或者失败状态的CLME-RemovePeerDeviceInterface.confirm。
针对BLE断开步骤,连接层4609的CLME在接收到CLME-RemovePeerDeviceInterface.request消息时,相应于客户机PDU特性和服务器PDU特性,在对等电子装置上将BLE服务器上的BLE操作与装置标识符之间的映射去除。然后,连接层的CLME产生具有成功状态或者失败状态的CLME-RemovePeerDeviceInterface.confirm。
在操作4627,连接层4609的CLME将CLME-RemovePeerDeviceInterface.confirm消息传送至传输层4607的TLME。CLME-RemovePeerDeviceInterface.confirm消息被连接层4609的CLME用来向传输层4607的TLME通知是否能够从它的对等电子装置的列表去除已连接的对等电子装置。CLME-ConfigurePeerDeviceInterface.confirm消息的结构如下:
CLME-ConfigurePeerDeviceInterface.confirm{
TransactionID,
Status
}
以下参照表16来描述CLME-ConfigurePeerDeviceInterface.confirm消息的参数。
【表16】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 8比特 | 0x00至0x01 |
以下对表16中示出的CLME-ConfigurePeerDeviceInterface.confirm消息的参数进行描述。
表16中的TransactionID:TransactionID通过回送在原始的CLME-RemovePeerDeviceInterface.request消息中的TransactionID而被填充。
表16中的Status码:参数Status用于指示CLME-RemovePeerDeviceInterface.confirm是否导致已从由连接层4609的CLME保持的对等装置的列表成功删除对等电子装置。有效值和它们的含义请参照表9。
在接收到CLME-RemovePeerDeviceInterface.confirm消息时,传输层4607的TLME确定其中的Status码。如果Status是成功,则传输层4607的TLME产生Status为成功的TLME-RemovePeerDevice.confirm消息。如果Status为失败,则传输层4607的TLME产生Status为ERROR(错误)的TLME-RemovePeerDevice.confirm消息。
在操作4629,传输层4607的TLME将TLME-RemovePeerDeviceInterface.confirm消息传送至会话层4605的SLME以向会话层4605的SLME通知传输层4607的TLME和连接层4609的CLME是否能够从它们的对等电子装置列表去除已连接的对等电子装置。TLME-RemovePeerDeviceInterface.confirm消息的结构如下:
TLME-RemovePeerDeviceInterface.confirm{
TransactionID,
Status
}
以下参照表17对TLME-RemovePeerDeviceInterface.confirm消息的参数进行描述。
【表17】
以下对表17中示出的TLME-RemovePeerDeviceInterface.confirm消息的参数进行描述。
表17中的TransactionID:TransactionID通过回送在原始的TLME-RemovePeerDeviceInterface.request消息中的TransactionID而被填充。
表17中的Status码:参数Status用于指示TLME-RemovePeerDeviceInterface.confirm是否导致已从由传输层4607的TLME保持的对等电子装置的列表成功删除已连接并且通过验证的对等电子装置。有效值和它们的含义请参照表9。
在接收到TLME-RemovePeerDeviceInterface.confirm消息时,会话层4605的SLME确定其中的Status码。如果Status是成功,则会话层4605的SLME产生具有设置为成功的Status的SLME-PeerDevice.confirm消息。如果Status为失败,则会话层4605的SLME产生具有设置为ERROR的Status的SLME-PeerDevice.confirm消息。
在操作4631,会话层4605的SLME将SLME-PeerDevice.confirm消息传送至AME4603以向AME4603通知先前的SLME-PeerDeviceDisconnect.request的Status。SLME-PeerDeviceDisconnect.request消息的结构如下:
SLME-PeerDeviceDisconnect.confirm{
TransactionID,
Status
}
以下参照表18对SLME-PeerDeviceDisconnect.request消息的参数进行描述。
【表18】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 16比特 | 0x0000至0x0003 |
以下对表18中示出的SLME-PeerDeviceDisconnect.confirm消息的参数进行描述。
表18中的TransactionID:TransactionID通过回送在原始的SLME-PeerDeviceDisconnect.request消息中的TransactionID而被填充。
表18中的Status码:参数Status用于指示原始的SLME-PeerDeviceDisconnect.request消息的Status。参数Status的长度是16比特。有效值和它们的含义请参照表12。
在操作4631,AME4603接收SLME-PeerDeviceDisconnect.confirm消息。如果Status是成功或者已连接,则AME4603可以不做出任何进一步动作。如果Status是失败或者无效参数,则AME4603可以发布另一个SLME-PeerDeviceDisconnect.request。
虽然在此没有描述,但是对于第二电子装置4611的对等电子装置添加的操作与以上已经描述的对于第一电子装置4601的对等电子装置添加的操作相同。
H-2-3服务连接创建
由为服务代理提供服务连接提取的SLME执行服务连接创建,以通过建立的信道与在对等电子装置上的另一服务代理交互并交换APDU。存在三个与服务连接创建相关的场景,即,成功场景、不存在远程服务代理的失败场景和远程服务代理拒绝的失败场景。以下将描述与服务连接创建相关的三个场景中的每个场景。
H-2-4服务连接创建-成功场景
以下将参照图47对与服务连接创建相关的成功场景的示例进行描述。
图47示出根据本公开示例性实施例的与服务连接相关的成功场景的消息序列表。
参照图47,示出了第一电子装置4701和第二电子装置4709。第一电子装置4701包括服务代理4703、会话层4707和传输层4707。第二电子装置4709包括传输层4711、会话层4713和服务代理4715。
在操作4717,第一电子装置4701的服务代理4703产生SLME-ServiceConnectionCreation.request消息,并将该消息传送至会话层4705的SLME以发起并创建与对等服务代理4715的服务连接。SLME-ServiceConnectionCreation.request的结构如下:
SLME-ServiceConnectionCreation.request{
TransactionID,
LocalServiceAgentID,
RemoteServiceAgentID,
DeviceID,
ASPID,
NumberofChannels,
Listof{
ChannelNumber,
PayloadType,
ChannelQoSobject
{
QoS.Type,
QoS.DataRate,
QoS.Priority
},
}
}
以下参照表19来描述SLME-ServiceConnectionCreation.request消息的参数。
【表19】
以下对在表19中示出的SLME-ServiceConnectionCreation.request消息的参数进行描述。
表19中的TransactionID:TransactionID用于将SLME-ServiceConnectionCreation.confirm消息与原始的SLME-ServiceConnectionCreation.request消息相关联。TransactionID由服务代理4703产生。TransactionID是8比特的滚动计数器,它针对每一个新的SLME-ServiceConnectionCreation.request消息单调递增1。
表19中的LocalServiceAgentID(本地服务代理ID):LocalServiceAgentID用于标识正在发起服务连接的本地服务代理。LocalServiceAgentID通过回送在由已发布该消息的服务代理4703接收的SLME-register.confirm消息中传递的服务代理ID而被填充。
表19中的RemoteServiceAgentID(远程服务代理ID):RemoteServiceAgentID用于标识服务连接将被建立的远程服务代理。用使用能力发现模块的服务发现的值填充RemoteServiceAgentID。
表19中的DeviceID:DeviceID被服务代理4703用来寻址作为其希望建立服务连接的服务代理的主机的对等电子装置。用使用能力发现模块的服务发现的值填充DeviceID。
表19中的ASPID:ASPID用于标识本地和远程服务代理所实现的以及针对其服务连接正被建立的配件服务配置文件。由服务代理4703根据配件服务配置文件规范来填充ASPID。
表19中的NumberofChannels(信道数量):NumberofChannels指定在正被建立的服务连接内使用的逻辑数据管道的数量,APDU通过所述管道被传送。这可根据与ASPID相应的配件服务配置文件。
表19中的ChannelNumber(信道号):ChannelNumber标识在服务连接中的特定信道,并还指示由本地服务代理和远程服务代理根据与ASPID相应的配件服务配置文件理解的信道的目的。
表19中的PayloadType(净荷类型):指示在服务连接中通过特定信道(通过ChannelNumber标识出的)支持APDU的净荷类型。有效值在相应的配件配置文件中被指定。
表19中的QoSObject(Qos目的):QoSObject指定根据QoS定义将如何处理在指定的ChannelNumber上发送的APDU。QoSObject包括以下将描述的QoS.Type、QoS.DataRate和QoS.Priority。
QoS.Type用于指示正被请求的应用Qos支持的类型,类型的参数将在以下的表20中示出。
【表20】
值 | 含义 |
0x00 | 无限制SDU且有序传递 |
0x01 | 无限制SDU且无序传递 |
0x02 | 受限SDU且有序传递 |
0x03 | 无限制SDU且无序传递 |
QoS.DataRate用于指示消息在新会话中的优先级,优先级参数在以下的表21中示出。
【表21】
值 | 含义 |
0x00 | 低 |
0x01 | 高 |
QoS.Priority用于指示从应用层发起数据的等级,等级参数在以下的表22中示出。
【表22】
值 | 含义 |
0x00 | 低优先级 |
0x01 | 中等优先级 |
0x02 | 高优先级 |
在操作4719,会话层4705的SLME产生TLME-ConfigureSessionParameters.request消息,并将TLME-ConfigureSessionParameters.request传送至传输层4707的TLME来针对给定的对等电子装置为创建的会话设置应用QoS标准。TLME-ConfigureSessionParameters.request的结构如下:
TLME-ConfigureSessionParameters.request{
TransactionID,
DeviceID,
SessionID,
QoSObject
{
Type,
Priority,
DataRate,
},
}
以下参照表23来描述TLME-ConfigureSessionParameters.request消息的参数。
【表23】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
QoSObject.Type | 1比特 | 0x00至0x03 |
QoSObject.Priority | 1比特 | 0x00至0x02 |
QoSObject.DataRate | 1比特 | 0x00至0x01 |
以下将对表23中示出的TLME-ConfigureSessionParameters.request消息的参数进行描述。
表23中的TransactionID:TransactionID用于将TLME-ConfigureSessionParameters.confirm消息与先前发布的TLME-ConfigureSessionParameters.request消息相关联。TransactionID由会话层4705的SLME产生。TransactionID是8比特的滚动计数器,它针对每一个新的TLME-ConfigureSessionParameters.request消息单调递增1。
表23中的DeviceID:DeviceID是由发现管理实体分配给已连接并且通过验证的对等电子装置的本地标识符。
表23中的SessionID(会话ID):SessionID用于指示在其上TSDU将被递送的会话。
表23中的QoSObject.Type、QoSObject.Priority和QoSObject.DataRate与在以上描述的表20、表22和表21中的QoS.Type、QoS.Priority和QoS.DataRate相同。
在接收到TLME-ConfigureSessionParameters.request消息时,传输层4707的TLME产生并保持(DeviceID,SessionID)QoSObjectType映射表。
在操作4721,传输层4707的TLME产生TLME-ConfigureSessionParameters.confirm消息,并将该消息传送至会话层4705的SLME以通知TLME-ConfigureSessionParameters.request消息的状态。在此,如果在TLME-ConfigureSessionParameters.request消息中的任何参数均得不到支持或超出范围,则STATUS被设置为指示无效参数。如果传输层4707的TLME不支持指定的QoS。则STATUS被设置为指示不支持的QoS。与之相反,STATUS被设置为指示与在传输层4707的TLME的QoSObjectType(DeviceIdentifier,SessionID)映射表的成功更新。TLME-ConfigureSessionParameters.confirm的结构如下:
TLME-ConfigureSessionParameters.confirm{
TransactionID,
STATUS
}
以下参照表24来描述TLME-ConfigureSessionParameters.confirm消息的参数。
【表24】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status | 8比特 | 0x00至0x02 |
以下对表24中示出的TLME-ConfigureSessionParameters.request消息的参数进行描述。
表24中的TransactionID:TransactionID通过回送在原始的TLME-ConfigureSessionParameters.request消息中的TransactionID而被填充。
表24中的Status码:Status码用于指示原始的TLME-ConfigureSessionParameters.request消息的状态。Status的长度是8比特。Status码的参数在表25中示出。
【表25】
值 | 含义 |
0x00 | 成功 |
0x01 | 不支持的QoS |
0x02 | 无效参数 |
在接收到TLME-ConfigureSessionParameters.confirm消息时,会话层4705的SLME获知TLME-ConfigureSessionParameters.request消息的发布结果。如果状态是不支持的QoS,则会话层4705的SLME可终止会话。
在操作4723,会话层4705的SLME产生包括SessionCreationRequest消息的TLDE-data.request消息,并将TLDE-data.request消息传送至传输层4707的TLME以创建一个或更多个与关于给定的DeviceID的对等SLME的会话。也就是说,SessionCreationRequest消息用于创建服务连接。服务连接包括在本地服务代理和远程服务代理之间的会话的界线集。TLDE-data.request消息的结构如下:
TLDE-Data.request{
TransactionID,
DeviceIdentifier,
SessionID,
PayloadLength,
SPDU(orTSDU)
}
以下参照表26来对TLDE-data.request消息的参数进行描述。
【表26】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
Payload Length | 16比特 | 0x0001至0xFFFD |
SPDU(or TSDU) | 可变 | 八位字节集 |
以下对表26中示出的TLDE-Data.request消息的参数进行了描述。
表26中的TransactionID:TransactionID用于将TLDE-Data.ready消息与先前发布的TLDE-Data.request消息相关联。TransactionID由会话层4705的SLME产生。TransactionID是8比特的滚动计数器,它针对对于相同的DeviceID和SessionID的每一个新的TLDE-Data.request消息单调递增1。
表26中的DeviceID:DeviceID被传输层4707的TLDE用来寻址其希望将SPDU发送到的对等电子装置。
表26中的SessionID:SessionID用于指示在其上SPDU将被递送的会话。SessionID是由SLME在会话创建时分配的10比特的标识符。
表26中的PayloadLength(净荷长度):PayloadLength指示将由TLDE发送的包括在SPDU(或TSDU)中的八位字节的数量。PayloadLength的长度是16比特。传输层4707的TLDE将TSDU大小限定为MaxTSDUSize个八位字节的最大大小(诸如,4个字节),其中,MaxTSDUSize个八位字节是在TLDE-Data.request中接受的TSDU的最大大小。
SPDU(orTSDU):SPDU(orTSDU)是构成传输层净荷的八位字节对齐的参数的集合。
以下参照表27示出了SessionCreationRequest消息的结构。
【表27】
以下对在表27中示出的SessionCreationRequest消息的参数进行描述。
表27中的消息类型:标识SLME消息的类型。按照表46,该值可以是0x01。
表27中的收方服务代理ID:正请求与其进行服务连接的远程服务代理的标识。这通过回送SLME-ServiceConnection.request消息的RemoteServiceAgentID字段而被填充。
表27中的发方服务代理ID:对已发起SLME-ServiceConnectionCreation.request的本地服务代理的标识。发方服务代理ID通过回送已发起该消息的服务代理接收的SLME-register.confirm消息中传递的本地服务代理ID而被填充。
表27中的ASPID:对通过服务连接寻找的服务的服务进行标识的配件服务配置文件ID。该值应在相应的ASP规范中被定义。这通过回送SLME-ServiceConnectionCreation.request消息的ASPID字段而被填充。
表27中的会话数量:可建立对会话的计数。这通过回送SLME-ServiceConnectionCreation.request消息中的信道号的字段而被填充。
表27中的会话ID列表:会话ID的列表与会话数量的值一样多。会话ID用于标识单个会话。会话ID是16比特字段。值0x3FF是用于默认会话的保留的会话ID。会话标识符被产生为不由相应于给定装置ID的对等SLME使用的最小10比特的值。
表27中的信道号列表:信道号的列表被服务代理4703请求。该列表通过从触发该SessionCreationRequest消息的发送的SLME-ServiceConnectionCreation.request消息回送信道号参数的列表而被产生。信道号映射到在会话ID列表中的相应会话ID。
表27中的QoS对象列表:每个信道号对应一个QoS对象。QoS对象表示将被开放的对话的QoS标准。QoSObject.Type字段、QoSObject.Priorit字段和QoSObject.DataRate字段通过从触发该SessionCreationRequest消息的发送的SLME-ServiceConnectionCreation.request消息回送QoSObject.Type字段、QoSObject.Priority字段和QoSObject.DataRate字段而被填充。
表27中的净荷类型列表:包括在信道号列表字段中指定的信道上所支持的净荷类型的列表。在列表中的每个净荷类型与在信道号列表字段中的信道号相应。有效值在相应配件配置文件中被指定。
一旦开始,则在操作4723,会话层4705的SLME按照以上结构构建theSessionCreationRequest消息,并将该消息通过发布TLDE-Data.request基元发送到对等SLME。针对在以上会话列表中的每个SessionID,调用TLME-ConfigureSessionParameters.request消息(使用在QoS对象列表中的相应QoS对象)来确定针对每个SessionID构成TL。在TLME-ConfigureSessionParameters.request消息中回送在ServiceConnectionCreation.request消息的参数中提供的装置ID。已经针对它们中的每一个接收到成功的TLME-ConfigureSessionParameters.confrim消息。
TLDE-Data.request消息的下述参数如上所述被填充。其它参数按照TLDE-Data.request结构定义被填充。
在TLDE-Data.request中的装置标识符字段通过回送以上描述的解析的DeviceID被填充。SessionID被设置为0x3FF。TSDU是SessionCreationRequest消息的八位字节对齐的字段的集合。
在发布如上所述的TLDE-Data.request消息之后,会话层4705的SLME启动具有SessionCreationRetryTimeout的值的计时器,并等待SessionCreationResponse消息。在计时器到期的情况下,在SessionCreationResponse消息被接收到之前,会话层4705的SLME重新尝试发送相同的SessionCreationRetryLimit消息最多达到SessionCreationRetryLimit次数。如果在重试SessionCreationRequest消息达到SessionCreationRetryLimit次数之后没有接收到SessionCreationResponse消息,则SLME发布Status为0x02(超时)的SLME-ServiceConnectionCreation.confirm。针对SessionCreationRetryLimit的值(例如,3)和SessionCreationRetryTimeout的值(例如,500毫秒)。
在操作4725,传输层4707的TLDE通过传输层数据帧将SessionCreationRequest消息传送至传输层4711的对等TLDE。以下将进一步对传输层数据帧进行描述。
在操作4727,对等传输层4711产生具有其中包括SessionCreationRequest消息的TLDE-data.indication消息,并将该消息传送至对等会话层4713。
在操作4729,对等会话层4713通过配置文件实例登记数据库查找来确定终止配置文件实例。
在操作4731,对等会话层4713产生TLME-ConfigureSessionParameters.request消息,并将该消息传送至传输层4707的对等TLME。在此,针对列表中的每个SessionID,调用TLME-ConfigureSessionParameters.request消息(使用在QoS对象列表中的相应QoS对象)来确定针对每个SessionID构成对等传输层4711。操作4731与以上针对操作4719所述相似,因此为了简明解释,在此省略对操作4731的描述。
在操作4733,传输层4711的对等TLME产生TLME-ConfigureSessionParameters.confirm消息,并将该消息传送至对等会话层4713。在此,操作4733与以上针对操作4721所述相似,因此为了简明解释,在此省略对操作4733的描述。
在操作4735,对等会话层4713产生SLME-ServiceConnectionCreation.indication消息,并将该消息传送至对等服务代理4715以向请求服务连接的服务代理4703通知该消息。对等服务代理4715与在接收到SessionCreationRequest消息中的收方服务代理ID和ASPID字段匹配的服务代理登记数据库条目相应。SLME-ServiceConnectionCreation.indication消息的结构如下:
SLME-ServiceConnectionCreation.indication{
TransactionID,
IdentityofServiceConnection
{
DeviceID,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
Listof{
ChannelNumber,
ChannelSSDUSize,
PayloadType
}
}
以下参照表28来描述SLME-ServiceConnectionCreation.indication消息的参数。
【表28】
以下对在表28中示出的SLME-ServiceConnectionCreation.indication消息的参数进行描述。
表28中的TransactionID:TransactionID用于将SLME-ServiceConnection.response消息与SLME-ServiceConnectionCreation.indication消息相关联。TransactionID由SLME产生。TransactionID是8比特的滚动计数器,它针对每一个刷新的SLME-ServiceConnectionCreation.indication单调递增1。
表28中的DeviceID:标识由LocalServiceAgentID标识出服务代理的对等电子装置,其中,服务连接请求消息从LocalServiceAgentID被接收。DeviceID通过回送在接收的TLDE-Data.Indication消息中的装置标识符字段的值而被填充。
表28中的LocalServiceAgentID:标识对等服务代理已请求服务连接创建的本地服务代理。LocalServiceAgentID通过回送SessionCreationRequest消息中的收方服务代理ID字段而被填充。
表28中的RemoteServiceAgentID:标识已请求服务连接创建的对等服务代理。RemoteServiceAgentID通过从触发该消息的SessionCreationRequest消息回送发方服务代理ID而被填充。
表28中的ASPID:ASPID用于标识本地和远程服务代理所实现的并且针对其服务连接正被建立的配件服务配置文件。ASPID通过回送来自触发该消息的SessionCreationRequest消息的ASPID而被填充。
表28中的IdentityofServiceConnection(服务连接的标识):这是由以上定义的DeviceIdentifier(装置标识符)、LocalServiceAgentID、RemoteServiceAgentID和ASPID组合形成的元组。该元组对对等服务代理之间的服务连接进行唯一标识。
表28中的ChannelNumber:ChannelNumber标识在服务连接中的特定信道,并还指示由本地服务代理和远程服务代理根据与ASPID相应的配件服务配置文件理解的信道的目的。
表28中的ChannelSSDUSize(信道SSDU大小):ChannelSSDUSize指示在相应信道号上发送的APDU可包括的八位字节的最大数量。如果针对信道请求的QoS是0x02(受限SDU且有序传递)或0x03(受限SDU且无序传递),则它被设置为MaxSSDUSize(最大SSDU大小)。如果针对信道请求的QoS是0x00(无限制SDU且有序传递)或0x01(无限制SDU且无序传递),则它被设置为UnrestrictedSDUSize(受限SDU大小)。
表28中的PayloadType:指示在服务连接中通过特定信道(通过ChannelNumber标识出的)支持APDU的净荷类型。有效值在相应的配件配置文件中被指定。
在操作4737,对等服务代理4715产生SLME-ServiceConnectionCreation.response消息,并将该消息传送至接受或拒绝服务连接的对等会话层4713。SLME-ServiceConnectionCreation.response消息的结构如下:
SLME-ServiceConnectionCreation.response{
TransactionID,
StatusCode
}
以下参照表29来描述SLME-ServiceConnectionCreation.response消息的参数。
【表29】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status Code | 8比特 | 0x00 |
以下将对在表29中示出的SLME-ServiceConnectionCreation.response消息的参数进行描述。
表29中的TransactionID:TransactionID用于将SLME-ServiceConnectionCreation.response和原始的SLME-ServiceConnectionCreation.indication消息相关联。TransactionID通过回送在原始的SLME-ServiceConnectionCreation.indication消息中的TransactionID而被填充。
表29中的StatusCode(状态码):StatusCode用于指示在表30中阐述的原始的SLME-ServiceConnectionCreation.indication消息的状态。
【表30】
值 | 含义 |
0x00 | 成功 |
0x01 | 拒绝 |
0x02至0xFF | 保留 |
在操作4739,对等会话层4713产生SessionCreationResponse消息,该消息通过TLDE-Data.request消息被传送至传输层4711。TLDE-Data.request消息的结构如下:
TLDE-Data.requestmessage{
TransactionID,
DeviceID,
SessionID,
PayloadLength,
SPDU(orTSDU)
}
以下参照表31来对TLDE-Data.request消息的参数进行描述。
【表31】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
Payload Length | 16比特 | 0x0001至0xFFFD |
SPDU(or TSDU) | 可变 | 八位字节集 |
以下对表31中示出的TLDE-Data.request消息的参数进行了描述。
表31中的TransactionID:TransactionID用于将TLDE-Data.ready消息和TLDE-Data.confirm消息与先前发布的TLDE-Data.request消息相关联。TransactionID由会话层4713的SLME产生。TransactionID是8比特的滚动计数器,它与针对对于相同的DeviceIdentifier和SessionID的每一个新的TLDE-Data.request消息单调递增1。
表31中的DeviceID:DeviceID被传输层4711的TLDE用来寻址其希望将SPDU发送到的对等电子装置。
表31中的SessionID:SessionID用于指示在其上SPDU将被递送的会话。SessionID是由会话层4713的SLME在会话创建时分配的10比特的标识符。
表31中的PayloadLength:PayloadLength指示将由TLDE发送的包括在SPDU(orTSDU)中的八位字节的数量。PayloadLength的长度是16比特。传输层4711的TLDE将TSDU大小限定为MaxTSDUSize个八位字节的最大大小(诸如,4个字节)。
表31中的SPDU(orTSDU)(SPDU(或TSDU)):SPDU(orTSDU)是构成传输层净荷的八位字节对齐的参数的集合。
当接收到TLDE-Data.request消息时,TLDE首先检查在TLDE-Data.request消息中的任何参数是否为不支持或超出范围。如果不支持或超出范围,则传输层4711的TLDE产生回送相同的TransactionID的状态为无效参数的TLDE-Data.confirm消息。
如果TLDE-Data.request消息的参数有效,则TLDE对装置标识符和会话ID参数进行处理以确定TL帧格式处理并从SPDU(orTSDU)构建TPDU。
针对每个装置标识符和会话ID对,TLDE保持单独的队列以使TPDU排队发送到连接层。传输层使以上形成的TPDU排队进入与指定的装置ID和会话ID对相应的包队列。
如果CLDE准备好进一步接受TPDU以进行发送,则TLDE通过选择具有最高优先级的装置ID和会话ID队列来从线TPDU的头出对。它通过发布回送装置ID的CLDE-Data.request消息来请求发送该TPDU。
如果TLDE具有进一步接受SPDU(或者TSDU)的队列空间,则TLDE产生回送相同TransactionID的TLDE-Data.ready消息。
关于SessionCreationResponse消息,该消息由会话层4713的SLME用来响应来自会话层4705的SLME的SessionCreationRequest消息。以下参照表32来描述SessionCreationRequest消息的参数。
【表32】
以下对在表32中示出的SessionCreationRequest消息的参数进行描述。
表32中的消息类型:消息类型标识SLME消息的类型。在此,值为指示该消息是SessionCreationRequest消息的0x02。
表32中的收方服务代理ID:收方服务代理ID标识发起服务连接创建和因此的SessionCreationRequest消息的服务代理。收方服务代理ID通过回送在接收到的相应SessionCreationRequest消息中的发方服务代理ID字段而被填充。
表32中的发方服务代理ID:发方服务代理ID标识服务连接已被接受/拒绝的服务代理。发方服务代理ID通过回送在接收到的相应的相应SessionCreationRequest消息中的收方服务代理ID字段而被填充。
表32中的ASPID:ASPID标识服务连接正被接受/拒绝的配件服务配置文件。ASPID通过回送接收的相应SessionCreationRequest消息中的ASPID字段而被填充。
表32中的状态码:状态码用于指示是否可成功创建会话。状态码基于SLME-ServiceConnectionCreation.response消息中的状态参数而被填充。状态码的长度是8比特。表33定义了状态码。
【表33】
表32中的会话数量:针对该服务连接创建的会话的数量。这通过回送来自相应的SessionCreationRequestmessage的值而被填充。
表32中的会话ID列表:会话ID列表是针对该服务连接的会话ID。会话ID列表回送来自相应的SessionCreationRequest消息的值而被填充。
在操作4741,传输层4711产生包括SessionCreationResponsemessage的传输层数据帧,并将传输层数据帧传送至传输层4707。
在操作4743,传输层4707产生包括SessionCreationResponse消息的TLDE-Data.indication消息,并将该消息传送至会话层4705以向本地会话层实体提供从对等会话层实体接收的SPDU。TLDE-Data.request消息的结构如下:
TLDE-Data.indicationmessage{
DeviceID,
SessionID,
PayloadLength,
SPDU(orTSDU)
}
以下参照表34来描述TLDE-Data.request消息的参数。
【表34】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
Payload Length | 16比特 | 0x0001至0xFFFD |
SPDU(or TSDU) | 可变 | 八位字节集 |
以下对表34中示出的TLDE-Data.indication消息的参数进行了描述。
表34中的DeviceIdentifier:DeviceID被TLDE用来指示对等电子装置,其中,从对等电子装置已接收到SPDU(orTSDU)。DeviceID通过回送在传输层接收的CLDE-Data.indication消息中的DeviceID参数而被填充。
表34中的SessionID:SessionID用于指示在其上TSDU或SPDU被接收到的会话。SessionID通过回送在传输层接收的CLDE-Data.indication消息中的SessionID参数而被填充。
表34中的PayloadLength:PayloadLength用于指示在SPDU(orTSDU)中的八位字节的数量。PayloadLength的长度是16比特。
表34中的SPDU(orTSDU):SPDU(orTSDU)是构成传输层净荷的八位字节对齐的参数的集合。
在会话层4705接收到包括在TLDE-Data.indication消息中的SessionCreationResponse消息时,会话层4705的SLME使用下述将针对新的服务连接的条目输入到服务连接列表中:
在相应SLME-ServiceConnectionCreation.indication中传递的服务连接的标识;
列表{
ChannelNumberpassedinthecorrespondingSLME-ServiceConnectionCreation.indicationmessage
ChannelSSDUSizepassedinthecorrespondingSLME-ServiceConnectionCreation.indicationmessage
PayloadTypepassedinthecorrespondingSLME-ServiceConnectionCreation.indicationmessage
SessionIDpassedinTLME-ConfigureSessionParameters.confirmmessagecorrespondingtotheChannelNumber
QoSobjectprovidedinthecorrespondingSessionCreationRequestmessage
}
此外,相应于待决的SLME-ServiceConnectionCreation.request消息,会话层4705的SLME通过分别将下面的集合与下面的字段集进行匹配来标识合适的服务代理。
集合{
ToServiceAgentIDfieldintheSessionCreationResponsemessage
FromServiceAgentIDfieldintheSessionCreationResponsemessage
ASP-IDfieldintheSessionCreationResponsemessage
DeviceIDfieldofTLDE-Data.indication(inwhichtheSessionCreationResponsemessagewasreceived)
}
字段集{
LocalServiceAgentID
RemoteServiceAgentID
ASPID
DeviceID
}.
在操作4745,会话层4705的SLME经由SLME-ServiceConnectionCreation.confirm消息通知匹配的服务代理4703以向服务代理4703通知它的SLME-ServiceConnectionCreation.request的状态。SLME-ServiceConnectionCreation.confirm消息的结构如下:
SLME-ServiceConnectionCreation.confirmmessage{
TransactionID,
IdentityofServiceConnection
{
DeviceID,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
StatusCode,
Listof{
ChannelNumber,
ChannelSSDUSize,
}}
以下参照表35来对SLME-ServiceConnectionCreation.confirm消息的参数进行描述。
【表35】
以下对在表35中示出的SLME-ServiceConnectionCreation.confirm消息的参数进行描述。
表35中的TransactionID:TransactionID用于将SLME-ServiceConnectionCreation.confirm消息与原始的SLME-ServiceConnectionCreation.request消息相关联。TransactionID通过回送来自原始的SLME-ServiceConnectionCreation.request消息的TransactionID而被填充。
表35中的DeviceID:DeviceID标识由作为已与其创建服务连接的服务代理的主机的对等电子装置。DeviceID通过回送在TLDE.Data.indication消息中的DeviceID参数而被填充,在TLDE.Data.indication消息中,SessionCreationResponse消息被接收。
表35中的LocalServiceAgentID:由会话层4705的SLME已发起SLME-ServiceConnectionCreation.request消息的服务代理的LocalServiceAgentID标识。LocalServiceAgentID通过回送已触发SLME-ServiceConnectionCreation.confirm消息的SessionCreationResponse消息中的LocalServiceAgentID字段而被填充。
表35中的RemoteServiceAgentID:RemoteServiceAgentID标识在已与其创建服务连接的对等电子装置上的服务代理。RemoteServiceAgentID通过回送已触发SLME-ServiceConnectionCreation.confirm消息的SessionCreationResponse消息中的RemoteServiceAgentID字段而被填充。
表35中的ASPID:ASPID用于标识本地和远程服务代理所实现的并且针对其服务连接已被创建的配件服务配置文件。ASPID通过回送来自已触发SLME-ServiceConnectionCreation.confirm消息的SessionCreationResponse消息的ASPID而被填充。
表35中的StatusCode:StatusCode用于指示原始的SLME-SessionCreation.request消息的状态。StatusCode的长度是1比特。表36定义了StatusCode的值。StatusCode通过回送在SessionCreationResponse消息中的状态字段而被填充。
【表36】
值 | 含义 |
0x00 | 成功 |
0x01 | 拒绝 |
0x02 | 超时 |
0x03至0xFF | 保留 |
表35中的ChannelNumber:ChannelNumber标识在服务连接中的特定信道,并还指示由本地服务代理和远程服务代理根据与ASPID相应的配件服务配置文件理解的信道的目的。
表35中的ChannelSSDUSize:ChannelSSDUSize指示在相应信道号上发送的APDU可包括的八位字节的最大值。如果请求信道的QoS是0x02(受限SDU且有序传递)或0x03(受限SDU且无序传递),则它被设置为MaxSSDUSize。如果请求信道的QoS是0x00(无限制SDU且有序传递)或0x01(无限制SDU且无序传递),则它被设置为UnrestrictedSDUSize。
在接收到SLME-ServiceConnectionCreation.confirm消息时,服务代理4703确定它的SLME-ServiceConnectionCreation.request消息是成功还是失败。如果成功,则服务代理4703现在可以使用在返回的服务连接的任意信道(由{DeviceID,LocalServiceAgentID,RemoteServiceAgentID,ASPID}标识)上的SLDE-Data.request,自由地按照对等服务代理之间的应用协议与对等服务代理4715交互。
H-2-5.服务连接创建-与服务连接创建相关的失败情境
在下文中参照图48描述与服务连接创建相关的失败情境的示例。
图48示出根据公开的实施例的示出不存在远程服务代理的与服务连接相关的失败情境的消息序列图。
参照图48,示出了第一电子装置4801和第二电子装置4809。第一电子装置4801包括服务代理4803、会话层4805和传输层4807。第二电子装置4809包括传输层4811、会话层4813和服务代理4815。
操作4817至操作4827与在上文中参照图47描述的操作4717至操作4727相同,因此为了在解释上简洁,在此省略对操作4817至操作4827的描述。
在操作4829中,会话层4813终止未在配置文件实例登记数据库中找到的配置文件实例。此外,会话层4813产生具有错误状态码的SessionCreationResponse消息。在上文中已经针对图47的操作4739描述了SessionCreationResponse消息,因此为了在解释上简洁,在此省略对这些内容的描述。
操作4831至操作4835与在上文中参照图47描述的操作4739至操作4743相同,因此为了在解释上简洁,在此省略对操作4831至操作4835的描述。
在操作4837中,会话层4805释放会话并产生具有失败状态的SLME-ServiceConnectionCreation.confirm消息。在上文中已经针对图47的操作4745描述了SLME-ServiceConnectionCreation.confirm消息,因此为了在解释上简洁,在此省略对SLME-ServiceConnectionCreation.confirm消息的描述。
在操作4839中,会话层4805产生TLME-RemoveSessionParameters.request消息并将TLME-RemoveSessionParameters.request消息传送至传输层4807,以便针对给定的对等电子装置去除创建的会话的应用QoS标准设置。TLME-RemoveSessionParameters.request消息的结构如下:
TLME-RemoveSessionParameters.request{
TransactionID,
DeviceID,
SessionID
}
在下文中参照表37描述TLME-RemoveSessionParameters.request消息的参数。
【表37】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device Identifier | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
在下文中描述在表37中示出的TLME-RemoveSessionParameters.request消息的参数。
表37的TransactionID:TransactionID用于将TLME-RemoveSessionParameters.confirm消息关联到先前发布的TLME-RemoveSessionParameters.request消息。TransactionID由会话层4805产生。TransactionID是针对每个新的TLME-RemoveSessionParameters.request消息单调递增一的8比特滚动计数器。
表37的DeviceID:DeviceID是由发现管理实体分配给连接的并经认证的对等电子装置的本地标识符。
表37的SessionID:SessionID用于指示这样的会话,其中,将在所述会话上传送TSDU。
在接收TLME-RemoveSessionParameters.request消息时,本地传输层将(DeviceID,SessionID)更新到QoSObjectType映射表。
在操作4841中,传输层4807产生TLME-RemoveSessionParameters.confirm消息,并将TLME-RemoveSessionParameters.confirm消息传送至会话层4805。TLME-RemoveSessionParameters.confirm消息的结构如下:
TLME-RemoveSessionParameters.confirm{
TransactionID,
STATUS
}
在下文中参照表38描述TLME-RemoveSessionParameters.confirm消息的参数。
【表38】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
STATUS | 8比特 | 0x00至0x01 |
在下文中描述表38中示出的TLME-RemoveSessionParameters.confirm消息的参数。
表38的TransactionID:通过回送(echo)在原始的TLME-ConfigureSessionParameters.request消息中的TransactionID来填充TransactionID。
表38的STATUS码:STATUS码用于指示原始的TLME-ConfigureSessionParameters.request消息的状态。STATUS码的长度是8比特。在表39中提供STATUS码的定义。
【表39】
值 | 含义 |
0x00 | 成功 |
0x01 | 无效参数 |
在产生TLME-RemoveSessionParameters.confirm消息时,如果不支持TLME-RemoveSessionParameters.request消息中的任何参数,则STATUS被设置为0x01(无效参数)。否则,STATUS被设置为0x00(成功),表示在传输层4807将(DeviceID,SessionID)成功更新到QoSObjectType映射表。
在操作4843中,会话层4805将SLME-ServiceConnectionCreation.confirm消息传送至服务代理4803。操作4843与图47的操作4845相似,因此为了在解释上简洁,在此省略对操作4843的描述。
H-2-6.服务连接创建-与服务连接的拒绝相关的失败情境
图49示出根据本公开的实施例的消息序列图,其中,所述消息序列图示出与对通过远程服务代理的服务连接的拒绝相关的失败情境。
参照图49,示出第一电子装置4901和第二电子装置4909。第一电子装置4901包括服务代理4903、会话层4905和传输层4907。第二电子装置4909包括传输层4911、会话层4913和服务代理4915。
操作4817与图47的操作4717相同,因此为了在解释上简洁,在此省略对操作4917的描述。
在操作4919中,会话层4905和传输层4907使用TLME-ConfigureSessionParameters.request消息和TLME-ConfigureSessionParameters.confirm消息来配置会话。操作4919与图47的操作4719和操作4721两者相同,因此为了在解释上简洁,在此省略对操作4919的描述。
操作4921至操作4927与在上文中参照图47描述的操作4713至操作4729相同,因此为了在解释上简洁,在此省略对操作4921至操作4927的描述。
在操作4929中,会话层4913和传输层4911使用TLME-ConfigureSessionParameters.request消息和TLME-ConfigureSessionParameters.confirm消息来配置会话。操作4929与图47的操作4731和操作4733两者相同,因此为了在解释上简洁,在此省略对操作4929的描述。
操作4931与图47的操作4735相同,因此为了在解释上简洁,在此省略对操作4931的描述。在操作4933中,服务代理4915拒绝服务连接。操作4935与图47的操作4737相同,因此为了在解释上简洁,在此省略对操作4935的描述。
在操作4937中,会话层4913和传输层4911使用TLME-RemoveSessionParameters.request消息和TLME-RemoveSessionParameters.confirm消息来去除会话。操作4937与图48的操作4839和操作4841两者相似,因此为了在解释上简洁,在此省略对操作4937的描述。
操作4939至操作4943与在上文中参照图48描述的操作4831至操作4735相同,因此为了在解释上简洁,在此省略对操作4939至操作4943的描述。
在操作4945中,会话层4905和传输层4907使用TLME-RemoveSessionParameters.request消息和TLME-RemoveSessionParameters.confirm消息来去除会话。操作4945与图48的操作4839和操作4841两者相似,因此为了在解释上简洁,在此省略对操作4945的描述。
操作4947与图48的操作4843相同,因此为了在解释上简洁,在此省略对操作4947的描述。
H-2-7.服务连接终止
在来自参与服务连接的服务提供商或服务消费者的请求下,如在下文中参照图50所描述的,会话层终止服务连接,因此释放相关联的信道。
图50示出根据本公开的实施例的示出服务连接终止的消息序列图。
参照图50,示出了第一电子装置5001和第二电子装置5009。第一电子装置5001包括针对服务提供商或服务消费者的配置文件实例5003、会话层5005和传输层5007。第二电子装置5009包括传输层5011、会话层5013和配置文件实例5015。
在操作5017中,配置文件实例5003将SLME-ServiceConnectionTermination.request消息传送至会话层5005以终止服务连接。SLME-ServiceConnectionTermination.request消息的结构如下:
SLME-ServiceConnectionTermination.request{
TransactionID,
IdentityofServiceConnection{
DeviceID,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
}
在下文中参照表40描述SLME-ServiceConnectionTermination.request消息的参数。
【表40】
在下文中描述表40中所示的SLME-ServiceConnectionTermination.request消息的参数。
表40的TransactionID:TransactionID用于使SLME-ServiceConnectionTermination.confirm消息与原始的SLME-ServiceConnectionTermination.request消息关联。由服务代理产生TransactionID。TransactionID是针对每个新的SLME-ServiceConnectionTermination.request单调地增加一的8比特滚动计数器。
表40的IdentityofServiceConnection:元组{DeviceID,LocalServiceAgentID,RemoteServiceAgentID,orASPID}标识将被终止的服务连接并且是对SLME-ServiceConnectionCreation.confirm消息中提供的值的回送。
在接收SLME-ServiceConnectionTermination.request消息时,会话层5005验证服务连接列表中服务连接的存在。
在操作5019中,会话层5005产生TLDE-data.request消息并将TLDE-data.request消息传送至传输层5007,其中,TLDE-data.request消息包括SessionTerminationRequest消息。在上文中已经描述了TLDE-data.request消息。SessionTerminationRequest消息被用于终止给定DeviceID上与对等会话层5013的一个或更多个会话。在表41中阐述SessionTerminationRequest消息的结构。
【表41】
表41的MessageType:MessageType标识消息的类型,例如,SessionTerminationRequest消息。
表41的ToServiceAgentID:ToServiceAgentID标识参与现在正被终止的服务连接的远程服务代理。通过回送在已经触发SessionTerminationRequest消息的SLME-ServiceConnectionTermination.request消息中传递的RemoteServiceAgentID来填充ToServiceAgentID。
表41的FromServiceAgentID:FromServiceAgentID标识参与现在正被终止的服务连接的本地服务代理。通过回送在已经触发SessionTerminationRequest消息的SLME-ServiceConnectionTermination.request消息中传递的LocalServiceAgentID来填充FromServiceAgentID。
表41的ASPID:配件服务配置文件ID标识正通过服务连接而被消费的服务。通过回送在已经触发SessionTerminationRequest消息的SLME-ServiceConnectionTermination.request消息中传递的ASPID来填充ASPID。
在如上文所述传送TLDE-Data.request之后,会话层5005启动具有SessionTerminationRetryTimeout值的计时器并等待SessionTerminationResponse消息。在计时器在SessionTerminationResponse消息被接收到之前到期的情况下,会话层5005按照在上文中针对SessionTerminationRetryLimit次数的最大值描述的过程来重新尝试发送相同的SessionTerminationRequest消息。如果在重新尝试SessionTerminationRequest消息SessionTerminationRetryLimit次之后未接收到SessionTerminationResponse消息,则SLME发布具有0x02状态(超时)的SLME-ServiceConnectionTermination.confirm消息。
在操作5021中,传输层5007通过传输层数据帧将SessionTerminationRequest消息传送至传输层5011。在下文中还将描述传输层数据帧。
在操作5023中,传输层5011产生具有包括在其中的SessionTerminationRequest消息的TLDE-data.indication消息,并将TLDE-data.indication消息传送至会话层5013。
在操作5023中,会话层5013通过服务连接列表查找来确定配置文件实例并终止相应的服务连接。具体而言,如下字段
{
SessionTerminationRequest消息的ToServiceAgentID字段
SessionTerminationRequest消息的FromServiceAgentID字段
SessionTerminationRequest消息的ASPID字段
TLDE-Data.indication的DeviceID字段(其中,接收到SessionTerminationRequest消息)
}
与服务连接列表中的每个实体的如下字段分别匹配
{
SessionTerminationRequest消息的LocalServiceAgentID字段
SessionTerminationRequest消息的RemoteServiceAgentID字段
SessionTerminationRequest消息的ASPID字段
对等装置ID
}.
在操作5027中,会话层5013产生SLME-ServiceConnectionTermination.indication消息并将SLME-ServiceConnectionTermination.indication消息发送至配置文件实例5015以通知服务连接的终止。配置文件实例5015将它的与正被终止的服务连接相关联的资源释放,并断定与服务连接相关联的信道号的使用将被停止。
在操作5029中,配置文件实例5015产生SLME-ServiceConnectionTermination.response消息并将SLME-ServiceConnectionTermination.response消息传送至会话层5013。SLME-ServiceConnectionTermination.response消息的结构如下:
SLME-ServiceConnectionTermination.response{
TransactionID,
StatusCode
}
在下文中参照表42描述SLME-ServiceConnectionTermination.response消息的参数。
【表42】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Status Code | 8比特 | 0x00 |
在下文中描述在表42中示出的SLME-ServiceConnectionTermination.response消息的参数。
表42的TransactionID:TransactionID用于将SLME-ServiceConnectionTermination.response消息与原始的SLME-ServiceConnectionTermination.indication消息关联。通过回送在原始的SLME-ServiceConnectionTermination.indication消息中的TransactionID来填充TransactionID。
表42的StatusCode:StatusCode用于指示原始的SLME-ServiceConnectionTermination.indication消息的状态。StatusCode可以是例如成功。
在操作5031中,会话层5013产生TLME-RemoveSessionParameters.request消息以请求传输层5013去除用创建的会话配置的会话参数。TLME-RemoveSessionParameters.request消息的结构如下:
TLME-RemoveSessionParameters.request{
TransactionID,
DeviceID,
SessionID
}
在下文中参照表43描述TLME-RemoveSessionParameters.request消息的参数。
【表43】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device ID | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
在下文中描述在表43中示出的TLME-RemoveSessionParameters.request消息的参数。
表43的TransactionID:TransactionID用于将TLME-RemoveSessionParameters.confirm消息关联到先前公布的TLME-RemoveSessionParameters.request消息。TransactionID是针对每个新的TLME-RemoveSessionParameters.request消息单调地增加一的8比特滚动计数器。
表43的DeviceID:DeviceID是由发现管理实体分配给连接的并经认证的对等电子装置的本地标识符。
表43的SessionID:SessionID用于指示这样的会话,其中,将在所述会话上传送TSDU。
在接收到TLME-RemoveSessionParameters.request消息时,传输层5011将(DeviceID,SessionID)更新到QoSObjectType映射表。
在操作5033中,传输层5011产生TLME-RemoveSessionParameters.confirm消息并将TLME-RemoveSessionParameters.confirm消息传送至会话层5013。TLME-RemoveSessionParameters.confirm消息的结构如下:
TLME-RemoveSessionParameters.confirm{
TransactionID,
STATUS
}
在下文中参照表44描述TLME-RemoveSessionParameters.confirm消息的参数。
【表44】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
STATUS | 8比特 | 0x00至0x01 |
在下文中描述在表44中示出的TLME-RemoveSessionParameters.confirm消息的参数。
表44的TransactionID:通过回送在原始的TLME-ConfigureSessionParameters.request消息中TransactionID来填充TransactionID。
表44的STATUS码:STATUS码用于指示原始的TLME-ConfigureSessionParameters.request消息的状态。STATUS码的长度是8比特。以下在表45中阐述用于解释状态码的定义。
【表45】
值 | 含义 |
0x00 | 成功 |
0x01 | 无效参数 |
在操作5035中,会话层5013产生并传送SessionTerminationResponse消息,其中,通过TLDE-Data.request消息将SessionTerminationResponse消息传送至传输层5011。已经在上文中描述了TLDE-Data.request消息。
关于SessionTerminationResponse消息,会话层5013使用所述消息对来自于会话层5005的SessionTerminationRequest消息进行响应。SessionTerminationResponse消息用于确认在来自于会话层5005的SessionTerminationRequest消息中请求的服务连接的终止。在下文中参照表46描述SessionTerminationRequest消息的参数。
【表46】
在下文中描述在表46中示出的SessionTerminationRequest消息的参数。
表46的MessageType:MessageType标识会话层消息的类型。值为SessionTerminationRequest(即,值为0x04)。
表46的ToServiceAgentID:ToServiceAgentID标识参与现在正被终止的服务连接的远程服务代理。通过回送在相应的SessionTerminationRequest消息中传递的FromServiceAgentID来填充ToServiceAgentID。
表46的FromServiceAgentID:FromServiceAgentID标识参与现在正被终止的服务连接的本地服务代理。通过回送在相应的SessionTerminationRequest消息中传递的ToServiceAgentID来填充FromServiceAgentID。
表46的ASPID:配件服务配置文件ID标识正通过服务连接被消费的服务。通过回送在相应的SessionTerminationRequest消息中的ASPID来填充所述ID。
表46的StatusCode:StatusCode总是指示成功(即,值为0x00)。
在操作5037中,传输层5011产生包括SessionTerminationResponse消息的传输层数据帧并将传输层数据帧传送至传输层5007。
在操作5039中,传输层产生包括SessionTerminationResponse消息的TLDE-Data.indication消息并将TLDE-Data.indication消息传送至会话层5005。
在接收SessionTerminationResponse消息时,与挂起的SLME-ServiceConnectionTermination.request消息中的每个消息相应地,会话层5005通过将集合
{
SessionTerminationResponse消息中的ToServiceAgentID字段
SessionTerminationResponse消息中的FromServiceAgentID字段
SessionTerminationResponse消息中的ASP-ID字段
TLDE-Data.indication的DeviceID字段(其中,接收到SessionTerminationResponse消息)
}
分别与下面的集合的字段进行匹配来识别服务-连接列表中的合适的服务连接:
{
LocalServiceAgentID
RemoteServiceAgentId
ASPID
DeviceIdentifier
}。
会话层5005获取与正被终止(以上识别出的)的服务-连接相关联的SessionID的列表,并从服务连接列表去除与终止服务-连接相应的实体。针对每个SessionID,其发起TLME-RemoveSessionParameters.request消息。在接收到所有请求的TLME-RemoveSessionParameters.request消息之后,在操作5045中,借助于SLME-ServiceConnectionTermination.confirm消息来通知请求原始SLME-SessionTermination.request消息的相应的服务代理。SLME-ServiceConnectionTermination.confirm消息的结构如下:
SLME-ServiceConnectionTermination.confirm{
TransactionID,
STATUS
}
在下文中参照表47描述SLME-ServiceConnectionTermination.confirm消息的参数。
【表47】
名称 | 大小 | 有效范围 |
Status Code | 1字节 | 0x00至0x03 |
Transaction ID | 8比特 | 0x00至0xFF |
在下文中描述在表47中示出的SLME-ServiceConnectionTermination.confirm消息的参数。
表47的StatusCode:StatusCode用于指示原始的SLME-SessionTermination.request消息的状态。StatusCode的长度是1字节。在表48中定义以下值。基于接收到的SessionTerminationResponse消息的StatusCode字段来填充StatusCode。
【表48】
值 | 含义 |
0x00 | 成功 |
0x01 | 拒绝 |
0x02 | 超时 |
0x03 | 无效参数 |
表47的TransactionID:TransactionID用于将SLME-SessionTermination.confirm消息与原始的SLME-SessionTermination.request消息关联。通过回送来自原始的SLME-SessionTermination.request消息的TransactionID来填充TransactionID。
H-2-8.APDU的交换
一旦服务-连接被创建,如在下文中参照图51所描述的,服务提供者/消费者可通过创建的相关联的信道进行发送和接收。
图51示出根据本公开的实施例的消息序列图,其中,所述消息序列图示出服务连接终止。
参照图51,示出了第一电子装置5101和第二电子装置5109。第一电子装置5101包括针对服务提供者或服务消费者的配置文件实例5103、会话层5105和传输层5107。第二电子装置5109包括传输层5111、会话层5113和配置文件实例5115。
在操作5117中,配置文件实例5103产生并传送包括APDU或SSDU(即,APDU-1)的SLDE-Data.request消息,以便将APDU传送到配置文件实例5115。SLDE-Data.request消息的结构如下:
SLDE-Data.request{
TransactionID,
IdentityofServiceConnection{
DeviceID,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
ChannelNumber,
PayloadLength,
APDU(orSSDU)
}
在下文中参照表49描述SLDE-Data.request消息的参数。
【表49】
在下文中描述表49中示出的SLDE-Data.request消息的参数。
表49的TransactionID:TransactionID用于将SLDE-Data.ready消息和SLDE-Data.confirm消息关联到原始的SLDE-Data.request消息。通过ALE产生TransactionID。TransactionID是针对对于相同的服务-连接标识和ChannelNumber的每个新的SLDE-Data.request单调地增加一的8比特滚动计数器。
表49的IdentityofServiceConnection:元组{DeviceID,LocalServiceAgentID,RemoteServiceAgentID,orASPID}标识服务-连接并且是对SLME-ServiceConnectionCreation.confirm消息中提供的值的回送。
表49的ChannelNumber:ChannelNumber用于指示这样的信道,其中,将在所述信道上传送APDU。ChannelNumber的值是按照与服务连接所针对的ASPID相应的配件服务配置文件的ChannelNumber中的一个ChannelNumber。
表49的PayloadLength:PayloadLength用于指示以下的APDU(即,SSDU)中的八位位组的数量。PayloadLength的长度是16比特。会话层5105将SSDU的大小限制为MaxSSDUSize八位位组的最大值。
表49的APDU:APDU(orSSDU)是构成应用净荷的按照八位位组排列的参数的集合。
在接收SLDE-Data.request消息时,会话层5105首先检查SLDE-Data.request消息中的任何参数是否不被支持或超出范围。如果是,则会话层5105产生回送相同的TransactionID的具有无效参数(INVALID_PARAMETER)的状态的SLDE-Data.confirm消息(还在下文中被描述)。会话层5105随后检查其是否具有针对指定的SessionID参数的登记的应用并且会话是否打开。如果否,则会话层5105产生回传相同的TransactionID的具有会话未被创建(SESSION_NOT_CREATED)的状态的SLDE-Data.confirm消息。如果通过了上述检查,则会话层5105开始如下所述发送提供的APDU(orSSDU)。会话层5105将提供的APDU(orSSDU)直接用作SPDU而无需添加任何字段。会话层5105通过识别IdentityofServiceConnection{DeviceIdentifier,LocalServiceAgentID,RemoteServiceAgentID}中的SessionID和ChannelNumber来产生TLDE-Data.request消息以请求发送SPDU。
在操作5119中,会话层5105将包括APDU或SSDU(即,APDU-1)的TLDE-Data.request消息传送至传输层5107以请求将SPDU(即,TSDU)从会话层5105传送到会话层5113。TLDE-Data.request消息的结构如下:
TLDE-Data.request{
TransactionID,
DeviceID,
SessionID,
PayloadLength,
SPDU(orTSDU)
}
在下文中参照表50描述TLDE-Data.request消息的参数。
【表50】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device Identifier | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
Payload Length | 16比特 | 0x0001至0xFFFD |
SPDU(or TSDU) | 变量 | 八位位组的集合 |
在下文中描述表50中示出的TLDE-Data.request消息的参数。
表50的TransactionID:TransactionID用于将TLDE-Data.ready和TLDE-Data.confirm消息关联到先前发布的TLDE-Data.request消息。TransactionID是针对对于相同DeviceID和SessionID的每个新的TLDE-Data.request单调地增加一的8比特滚动计数器。
表50的DeviceID:DeviceID被TLDE使用来寻址TLDE想要将SPDU发送到的对等电子装置。
表50的SessionID:SessionID用于指示这样的会话,其中,将在所述会话上传送SPDU。SessionID是在会话创建时由会话层分配的10比特的标识符。
表50的PayloadLength:PayloadLength指示将通过TLDE发送的SPDU(orTSDU)中所包括的八位位组的数量。
表50的SPDU(orTSDU):SPDU(orTSDU)是构成传输层净荷的按照八位位组排列的参数的集合。
在接收TLDE-Data.request消息时,传输层5107首先检查TLDE-Data.request消息中的任何参数是否不被支持或超出范围。如果是,则传输层5107产生回传相同的TransactionID的具有INVALID_PARAMETER的状态的TLDE-Data.confirm消息(还在下文中被描述)。如果TLDE-Data.request消息的参数是有效的,则传输层5107对DeviceID参数和SessionID参数进行处理以确定还在下文中被描述的传输层帧格式过程,并从SPDU(orTSDU)构造TPDU。针对每个DeviceID与SessionID对,传输层5107保持各个队列以使TPDU入列,以便发送给连接层。传输层使以上形成的TPDU入列到与指定的DeviceID与SessionID相应的包队列中。如果连接层准备还接受TPDU以进行发送,则传输层通过选择具有最高优先级的DeviceID与SessionID队列来使线性TPDU的头出列。传输层5107通过发布回送DeviceID的CLDE-Data.request消息来请求发送该TPDU。如果传输层5107具有接纳更多SPDU(或TSDU)的队列空间,则TLDE产生回送相同事务(Transaction)的TLDE-Data.ready消息。
在操作5121中,传输层5107将包括APDU-1的传输层帧传送至传输层5111。
在操作5123中,传输层5111产生包括APDU-1的TLDE-DATA.indication消息并将TLDE-DATA.indication消息传送至会话层5113。TLDE-DATA.indication消息的结构如下:
TLDE-Data.indication{
DeviceID,
SessionID,
PayloadLength,
SPDU(orTSDU)
}
在下文中参照表51描述TLDE-DATA.indication消息的参数。
【表51】
名称 | 大小 | 有效范围 |
Transaction ID | 8比特 | 0x00至0xFF |
Device Identifier | 32比特 | 0x00000000至0xFFFFFFFF |
Session ID | 16比特 | 0x0000至0x03FF |
Payload Length | 16比特 | 0x0001至0xFFFD |
SPDU(or TSDU) | 变量 | 八位位组的集合 |
在下文中描述表51中示出的TLDE-Data.indication消息的参数。
表51的DeviceID:DeviceID被传输层用于指示对等电子装置,其中,已经从所述对等电子装置接收到了SPDU(orTSDU)。通过在传输层接收到的CLDE-Data.indication消息中回送DeviceID参数来填充DeviceID。
表51的SessionID:SessionID用于指示这样的会话,其中,在所述会话上接收到TSDU或SPDU。通过在传输层接收到的CLDE-Data.indication中回传SessionID参数来填充SessionID。
表51的PayloadLength:PayloadLength用于指示SPDU(orTSDU)中的八位位组的数量。PayloadLength的长度是16比特。
表51的SPDU(orTSDU):SPDU(orTSDU)是构成传输净荷的按照八位位组排列的参数的集合。
在操作5125中,会话层5113产生包括APDU-1的SLDE-DATA.indication消息,并将SLDE-DATA.indication消息传送至配置文件实例5115。SLDE-DATA.indication的原始结构如下:
SLDE-Data.indication{
IdentityofServiceConnection{
DeviceID,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
ChannelNumber,
PayloadLength,
APDU(orSSDU)
}
在下文中参照表52描述SLDE-Data.indication消息的参数。
【表52】
在下文中描述表52中示出的SLDE-Data.indication消息的参数。
表52的DeviceID:DeviceID用于指示对等电子装置,其中,已经从所述对等电子装置接收到SPDU(orTSDU)。通过在传输层接收到的CLDE-Data.indication消息中回传DeviceID参数来填充DeviceID。
表52的IdentityofServiceConnection:元组{DeviceID,LocalServiceAgentID,RemoteServiceAgentID,ASPID}标识将被终止的服务连接并且是对SLME-ServiceConnectionCreation.confirm消息或SLME-ServiceConnectionCreation.indication消息中提供的值的回送。
表52的ChannelNumber:ChannelNumber用于指示信道,其中,将在所述信道上传送APDU。ChannelNumber的值是按照与服务连接所针对的ASPID相应的配件服务配置文件的ChannelNumber中的一个ChannelNumber。
表52的PayloadLength:PayloadLength用于指示在下面的APDU(即,SSDU))中的八位位组的数量。PayloadLength的长度是16比特。
表52的APDU(orSSDU):APDU(orSSDU)是构成应用净荷的按照八位位组排列的参数的集合。
在操作5127中,会话层5105验证对于后续的数据请求可用的资源。
在操作5129中,会话层5105产生并传送SLDE-Data.ready消息以借助于新的SLDE-Data.request消息通知配置文件实例5103会话层5105准备好接受下一APDU(例如,APDU-2)以进行发送。
同时,在操作5131中,传输层5107产生并发送指示APDU-1的成功的TLDE-Data.confirm消息。TLDE-Data.confirm消息的结构如下:
TLDE-Data.confirm{
TransactionID,
DeviceID,
SessionID,
StatusCode
}
在下文中参照表53描述TLDE-Data.confirm消息的参数。
【表53】
在下文中描述表53中示出的SLDE-Data.indication消息的参数。
表53的TransactionID:通过回送在原始的TLDE-Data.request消息中的TransactionID来填充TransactionID。
表53的DeviceID:通过回送在原始的TLDE-Data.request消息中的DeviceIdentifier来填充DeviceID。
表53的SessionID:通过回送在原始的TLDE-Data.request消息中的SessionID来填充SessionID。
表53的StatusCode:StatusCode用于指示原始的TLDE-Data.request消息的状态。StatusCode的长度是8比特。在表54中提供用于解释状态码的定义。
【表54】
值 | 含义 |
0x00 | 被传送到对等SLE的SPDU |
0x01 | 未被传送到对等SLE的SPDU |
0x02 | 无效参数 |
0x03 | 不能够被确定 |
0x04-0xFF | 保留 |
在操作5133中,会话层5105产生并传送指示APDU-1的成功的SLDE-Data.confirm消息。SLDE-Data.confirm消息用于根据与指定的SessionID相关联的QoS参数将SLDE-Data.request是否未被接受或者通知配置文件实例513,或者在可获得SLDE-Data.request的情况下通知APDU的传送状态。SLDE-Data.confirm消息的结构如下:
SLDE-Data.confirm{
TransactionID,
IdentityofServiceConnection{
DeviceIdentifier,
LocalServiceAgentID,
RemoteServiceAgentID,
ASPID
},
ChannelNumber,
StatusCode,
}
在下文中参照表55描述SLDE-Data.confirm消息的参数。
【表55】
在下文中描述表55中示出的SLDE-Data.confirm消息的参数。
表55的TransactionID:通过在原始的SLDE-Data.request消息中回送TransactionID来填充TransactionID。
表55的IdentityofServiceConnection:元组{DeviceID,LocalServiceAgentID,RemoteServiceAgentID,orASPID}标识服务连接,并且是对相应的SLDE-Data.request消息中提供的值的回送。
表55的ChannelNumber:ChannelNumber表示通过其先前发布SLDE-Data.request从而引发该SLDE-Data.confirm的ChannelNumber。通过回送在先前的SLDE-Data.request中传递的值来填充ChannelNumber。
表55的StatusCode:StatusCode用于指示原始的SLDE-Data.request消息的状态。StatusCode的长度是8比特。在表56中提供用于解释状态码的定义。
【表56】
在已经在上文中描述了针对APDU-1的操作的情况下,针对APDU-2的操作与在上文中描述的针对APDU-1的操作相同。
H-2-9.默认会话和会话ID产生
以下描述针对默认会话和会话ID产生的会话层协议的功能。会话ID是能够取例如最多达1024个值的10比特的值。在所述1024个值中,会话层为默认会话预留特定会话标识符码(例如,0x03FF)。假设默认创建并可获得默认会话。默认会话是控制会话。默认会话用于发送源于会话层的消息。对等电子装置处理默认会话中发送的消息。对等电子装置也忽略试图创建或终止默认会话的会话创建消息或会话终止消息。在默认会话上发送的消息不被传递到任何ALE,而在任何其它会话上发送的消息被用于特定ALE。对于其它会话,会话层产生会话ID作为包括从0x0000到0x03FE的1023个值的滚动计数器。由于为默认会话预留了一个会话ID,所以同时打开的应用会话的最大数量可因此被限制为1023。也注意到:会话用于对对等电子装置之间的消息流进行多路复用和解复用。因此,会话ID在同时连接到电子装置的不同对等电子装置之间被重复使用。具体而言,对于连接到给定电子装置的每个对等电子装置,存在具有ID(例如,0x03FF)的默认会话,其中,假设可获得所述ID。会话层通过使用表示多个对等电子装置中各个对等电子装置的DeviceID,在来自多个不同对等电子装置的相同的会话ID之间进行区分。
H-3.传输层协议
传输层再次提供能够实现对TSDU的发送和接收的数据服务。传输层管理服务使QoS参数和设置能够以各个会话为粒度被会话层应用。也就是说,在给定会话中携带的全部TSDU接收相同的QoS处理。当在更大的网络协议的环境下进行考虑时更容易理解传输层。
图52示出根据本公开的实施例的通过网络协议层的数据流。
参照图52,由会话层来自ALE5201的数据分配到一个或更多个逻辑信道5203,其中,每个逻辑信道与会话相关联。由传输层对来自每个会话的数据进行排队。传输层优先级队列将数据安排到一个或更多个会话队列5205中,以便通过连接层5207传送至相关连接接口5209。这里,在一个或更多个会话队列5205中的数据可通过连接层5207被传送至一个连接接口5209。
H-3-1.包加载和优先级排队
图53示出根据本公开的实施例的包加载。
参照图53,通过会话层、传输层和连接层将来自一个或更多个ALE的包传送至合适的连接接口。连接接口可采用其自身的通信协议。如图53中所示,可在蓝牙协议的一个包5303中通过连接接口(例如,蓝牙连接接口)传送来自配件框架的单个包5301。可选地,可使用蓝牙协议的两个包5307和5309通过连接接口(例如,蓝牙连接接口)来传送来自配件框架的包5305。虽然未示出,但是可使用蓝牙协议的一个包通过连接接口(例如,蓝牙连接接口)发送来自配件框架的一个以上的包。
图54示出根据本公开的实施例的传输层的优先级队列调度器。图55示出根据本公开的实施例的由传输层进行的缓冲器管理。
参照图54和图55,来自会话层的包被添加到它们各自的会话队列。在优先级分块队列中将多个会话队列分组。优先级分块队列是针对给定连接接口的一块会话队列。这里,每个会话队列包括具有多个QoS优先级(例如,高、中和低)中的一个QoS优先级的包。换言之,一个会话队列可包括全部具有一个QoS优先级的包并且另一队列可包括全部具有另一QoS优先级会话的包。在给定的优先级块中,发送来自优先级块的头中会话队列的第一个包,以下重复这种处理。例如,针对给定的连接接口,来自优先级被设置为高的非空会话队列的任何包首先被发送。如果存在多个这样的队列,则使用由电子装置的平台能力和策略指示的专门实现的技术来打破僵局(tie)。其次,接下来发送来自优先级被设置为中的非空会话队列的任何包。如果存在多个这种队列,则使用通过所述电子装置的平台能力和策略指示的专门实现的技术来打破僵局。此后,接下来发送来自优先级被设置为低的非空会话队列的任何包。如果存在多个这种队列,则使用通过所述电子装置的平台能力和策略指示的专门实现的技术来打破僵局。
H-3-2.传输层帧格式
在电子装置中的传输层和对等电子的对等传输层之间通过传输层帧之间传送数据。在下文中参照图56描述传输层帧的结构。
图56示出根据本公开的实施例的传输层帧的结构。
参照图56,传输层帧包括具有可变长度的传输层头5601和具有可变长度的传输层净荷5603。
在下文中参照图57描述传输层帧的传输层头的结构。
图57示出根据本发明的实施例的传输层帧的头的结构。
参照图57,传输层帧的头包括版本字段5701、帧类型字段5703、会话ID字段5705、分段字段5707和序列号字段5709。
版本字段5701的大小是3比特并且指定与传输层相应的版本号。该字段应被设置为0b000以指示与在例如2.0版本的配件网络协议中指定的传输层兼容的帧。保留所有其它字段值。在表57中示出版本字段的值。
【表57】
版本字段 | 描述 |
0b000 | 与2.0版本的协议兼容 |
0b001至0b111 | 保留 |
帧类型字段5703的大小是1比特并且指定如表58中所述的传输层帧(即,传输层数据帧或传输层控制帧)的类型。
【表58】
帧类型 | 描述 |
0b0 | 传输层数据帧 |
0b1 | 传输层控制帧 |
会话ID字段5705的长度是10比特并且指定数据帧的净荷所属的会话标识符。
分段字段5707的大小是2比特并且指定数据帧未被分段还是被分段。在被分段的数据帧的情况下,分段字段指示在如表59中所示的片段的列表中数据帧的片段位置。
【表59】
片段 | 描述 |
0b00 | 未被分段的帧 |
0b01 | 第一片段 |
0b10 | 中间片段 |
0b11 | 最后片段 |
序列号字段5709的长度是16比特并且指定帧的序列标识符。针对数据帧,序列号字段5709应指定数据帧的数据序列号,针对在会话中发送的每个新的数据帧,序列号字段5709被增加一,以216进行模运算。
图58示出根据本公开的实施例的传输层帧的净荷的结构。
参照图58,传输层帧的头包括传输层净荷字段5801。TL净荷字段5801的长度可变,按照八位位组排列,并且由MaxTSDUSize字节(例如,4字节)限制传输层净荷字段5801的最大值。
存在在传输层使用的两种类型的帧(即,数据帧和控制帧)。数据帧用于携带TSDU(即,SPDU),其中,所述TSDU从本地会话层被接受并且意图通过对等传输层被传送到对等会话层。为了应答的目的,控制帧用于在本地传输层与对等传输层之间的信息交换。TL头中的帧类型字段用于在数据帧和控制帧之间进行区分,其中,帧类型0b0表示数据帧并且帧类型0b1表示控制帧。
存在如分别在图59和图60中所示的由传输层支持的两种类型的数据帧格式。
图59示出根据本发明的实施例的由传输层支持的第一数据帧格式的结构。
图60示出根据本发明的实施例的由传输层支持的第二数据帧格式的结构。
参照图59和图60,在帧5901和帧6001两者中,帧类型字段被设置为0b0以指示帧是传输层数据帧,净荷可包括TSDU或TSDU片段。
在下文中参照图61描述控制帧。
图61示出根据本公开的实施例的由传输层支持的控制帧格式的结构。
参照图61,示出控制帧6101。在控制帧中,帧类型总是被设置为0b1以指示帧是传输层控制帧,并且分段字段总是被设置为0b00以指示帧是未被分段的帧。
在下文中参照图62描述控制字段的净荷。
图62示出根据本公开的实施例的由传输层支持的控制净荷的结构。
参照图62,控制净荷字段可包括控制类型字段6201和控制信息字段6203。控制类型字段6201的大小是8比特,控制信息字段6203的大小取决于控制类型字段6201的值。
控制类型字段6201标识应答消息的类型。在表60中定义控制类型字段6201的值和各个控制信息大小以及控制新消息值。
【表60】
控制信息字段6203提供控制信息值。以下在表61、表62和表63中针对每个控制类型详述控制信息字段6203的格式。
【表61】
比特:0-7 | 8-23 |
控制类型 | 控制信息 |
0x00 | 序列号(即时ACK) |
【表62】
比特:0-7 | 8-23 |
控制类型 | 控制信息 |
0x01 | 序列号(块ACK) |
【表63】
H-3-3.传输层帧格式过程
存在传输层支持的四种类型的帧格式过程(FFP)。传输层可使用四种FFP中的任何一种来将数据帧发送到对等传输层。使用DeviceID与SessionID对来决定针对数据帧的FFP,其中,可与DeviceID与SessionID对相应地发送TSDU。使用与SessionID相应的QoS标准(参照使用TLME-ConfigureSessionParameters.request设置的QoSObject.Type参数)和与DeviceID相应的连接性QoS支持,如在表64中阐述的通过传输层来选择FFP
【表64】
在帧格式过程1(FFP1)下,传输层数据帧使用图60中示出的帧格式2来发送TSDU。传输层不执行任何应答过程或分段与重组过程。具体而言,给定TSDU和SessionID,传输层通过将版本设置为0b001,将帧类型设置为0b0,将SessionID设置为给定值,将分段比特位设置为0b00并将净荷设置为给定的TSDU来按照帧格式2来构造TPDU。用设置为0b00的分段比特位来发送所有的传输层数据帧。没有传输层控制帧按照FFP1的一部分被发送。在接收TPDU时,传输层通过按照帧格式2进行解析从TPDU构造TSDU。传输层提取比特位4至13以形成SessionID,并提取净荷以形成TSDU(或SPDU)。
在帧格式过程2(FFP2)下,传输层数据帧图59中示出的帧格式1来发送TSDU。传输层不执行任何分段与重组过程。具体而言,给定TSDU和SessionID,传输层通过将版本设置为0b001,将帧格式设置为0b0,将SessionID设置为给定值,将分段比特位设置为0b00并将净荷设置为给定的TSDU,按照帧格式1来构造TPDU。用被设置为0b00的分段比特位来发送所有的传输层数据帧。在FFP2下遵照应答过程,可发送包括恰当的应答消息的传输层控制帧。传输层控制帧可包括序列号。针对给定的SessionID基于QoSObject.DataRate参数来确定对即时应答与智能应答之间的应答过程的选择,其中,使用TLME-ConfigureSessionParameters.request来设置QoSObject.DataRate参数。如果QoSObject.DataRate是0x00或“低”,则使用即时应答机制,而如果QoSObject.DataRate是0x01或“高”,则使用智能应答机制。在下文中还详细描述这两种机制。在接收TPDU时,传输层首先解析比特位3以确定帧类型。如果帧类型是0b1,则所述帧是传输层控制帧。如果帧类型是0b0,则所述帧是传输层数据帧。在数据帧的情况下,传输层通过按照帧格式1进行解析从TPDU构造TSDU。传输层提取比特位4至13以形成SessionID,并提取净荷以形成TSDU(或SPDU)。
在帧格式过程3(FFP3)下,传输层数据帧使用图59中示出的帧格式1来发送TSDU。传输层不执行任何应答过程。具体而言,给定TSDU和SessionID,传输层通过遵照还在下文中描述的分段过程按照帧格式1构造TPDU。没有传输层控制帧按照FFP3中的部分被发送。在接收TPDU时,传输层通过遵照还在下文中描述的分段过程,通过按照帧格式1进行解析来从TPDU构造TSDU。没有传输层控制帧按照FFP1中的部分被发送。
在FFP4下,传输层数据帧使用帧格式1来发送TSDU。具体而言,给定TSDU和SessionID,传输层通过遵照还在下文中描述的分段过程按照图60中示出的帧格式1来构造TPDU。在FFP4下遵照应答过程,可发送包括恰当的应答消息的传输层控制帧。针对给定的SessionID基于QoSObject.DataRate参数来确定对即时应答与智能应答之间的应答过程的选择,其中,使用TLME-ConfigureSessionParameters.request来设置QoSObject.DataRate参数。如果QoSObject.DataRate是0x00或“低”,则使用即时应答机制,而如果QoSObject.DataRate是0x01或“高”,则使用智能应答机制。在接收TPDU时,传输层首先解析比特位3以确定帧类型。如果帧类型是0b1,则所述帧是传输层控制帧。如果帧类型是0b0,则所述帧是传输层数据帧。在数据帧的情况下,传输层通过按照帧格式1进行解析从TPDU构造TSDU。传输层提取比特位4至13以形成SessionID,并提取净荷以形成TSDU(或SPDU)。
H-3-4.传输层帧示例
在下文中描述传输层帧的示例。
图63示出根据本公开的实施例的在应用层、会话层、传输层和连接层中的消息的帧结构。
参照图63,应用与绘画层6301的消息可以是例如二进制类型或JSON类型的。应用与会话层6301的消息在长度上可变。应用与会话层6301的消息与传输层6303的传输层帧的净荷相应。在上文中已经针对图56至图62描述了传输层6303的传输层帧。传输层6303的传输层帧与连接层6305的净荷相应。
图64示出根据本公开的实施例的传输帧的通用帧结构的概况。参照图64,示出传输帧的通用帧结构的完整格式。也额外地详细示出传输帧的通用帧结构的帧头格式和帧净荷格式。
图65示出根据本公开的实施例的传输帧的总体帧结构。参照图65,示出传输帧的总体帧结构的完整格式。也额外地详细示出传输帧的总体帧结构的帧头格式和帧净荷格式。
图66示出根据本公开的实施例的针对创建服务连接请求的传输层数据帧结构。参照图66,示出针对创建服务连接请求的传输层数据帧结构的完整格式。也额外地详细示出针对创建服务连接请求的传输层数据帧结构的帧头格式和帧净荷格式。
图67示出根据本公开的实施例的针对创建服务连接响应的传输层数据帧结构。参照图67,示出针对创建服务连接响应的传输层数据帧结构的完整格式。也额外地详细示出针对创建服务连接响应的传输层数据帧结构的帧头格式和帧净荷格式。
图68示出根据本公开的实施例的针对终止服务连接请求的传输层数据帧结构。参照图68,示出针对终止服务连接请求的传输层数据帧结构的完整格式。也额外地详细示出针对终止服务连接请求的传输层数据帧结构的帧头格式和帧净荷格式。
图69示出根据本公开的实施例的针对终止服务连接响应的传输层数据帧结构。参照图69,示出针对终止服务连接响应的传输层数据帧结构的完整格式。也额外地详细示出针对终止服务连接响应的传输层数据帧结构的帧头格式和帧净荷格式。
图70示出根据本公开的实施例的用于发送数据的传输层数据帧结构。参照图70,示出用于发送数据的传输层数据帧结构的完整格式。也额外地详细示出用于发送数据的传输层数据帧结构的帧头格式和帧净荷格式。
图71示出根据本公开的实施例的图66至图70的传输层数据帧结构的消息类型字段、分段字段和序列号字段的参数。
图72示出根据本公开的实施例的针对即时应答的传输层控制帧结构。参照图72,示出针对即时应答的传输层控制帧结构的完整格式。也额外地详细示出针对即时应答的传输层控制帧结构的帧头格式和帧净荷格式。
图73示出根据本公开的实施例的针对块应答的传输层控制帧。参照图73,示出针对块应答的传输层控制帧结构的完整格式。也额外地详细示出针对块应答的传输层控制帧结构的帧头格式和帧净荷格式。
图74示出根据本公开的实施例的针对选择性否定应答的传输层控制帧。参照图74,示出针对选择性否定应答的传输层控制帧结构的完整格式。也额外地详细示出针对选择性否定应答的传输层控制帧结构的帧头格式和帧净荷格式。
图75示出根据本公开的实施例的图72至图74的传输层控制帧结构的消息类型字段、片段字段和序列号字段的参数。
H-3-5.传输层分段和重组过程
当在传输层数据帧格式和在上文中描述的过程中进行阐述时,发起器传输层执行下面的步骤以将TSDU分段成一个或更多个TPDU。
传输层确定与TSDU将被传送到的DeviceID相应的最大CSDU大小。然后,传输层将TSDU分段成一个或更多个片段,使得每个片段能够容纳(accommodated)到最大CSDU大小之内。如果仅存在一个片段,则传输层将分段比特位设置为0b00,并构造TPDU。如果存在多于一个的片段,则传输层在第一片段中将分段比特位设置为0b01,在中间的片段中的每个片段中将分段比特位设置为0b10,并在最后的片段中将分段比特位设置为0b11。传输层将不同的序列号分配给每个片段,其中,按照从第一到最后递增的顺序对它们进行排序,针对每个下一片段将序列号增加1,在到达最高值时折回以便从1开始。
在接收CLDE-Data.indication时,当在传输层数据帧格式和在此描述的过程中进行阐述时,接收传输层执行以下步骤来从一个或更多个TPDU构造TSDU。
传输层检查TPDU中的分段比特位。如果分段比特位被设置为0b00,则传输层确定不存在分段并提取净荷以形成TSDU。如果分段比特位被设置为0b01,则传输层确定存在分段。传输层从TPDU中提取净荷并形成部分TSDU并且对其序列号进行通知。现在期望在TPDU中将分段比特设置为0b10或0b11,其中,所述TPDU具有包括在来自相同的DeviceID的其它CLDE-Data.indication消息中的后续的序列号。针对具有被设置为0b10的分段比特位的每个TPDU,传输层继续将净荷附加(append)到部分TSDU。当接收到具有被设置为0b11的分段比特位的TPDU时,传送层通过将净荷附加到部分TSDU来形成完整的TSDU。如果遗漏了任何序列号,则传输层遵照应答过程。如果具有中间序列号的TPDU仍然继续被遗漏,则传输层丢弃部分TSDU并忽略到来的TPDU,直到看到为0b00或0b01的分段比特字段。然后,传输层重新开始如上所述的处理。
H-3-6.传输情境和应答机制
当如上所述在传输层数据帧格式和过程中所阐述的,对等传输层根据应答的类型来执行用于传输层消息交换的多个传输层以对TPDU进行发送和应答。例如,针对NOACK(即,在接收到TLDE-Data.request消息时和当源会话层传递具有无效参数的TSDU时)存在两种传输情境。此外,针对立即ACK(即,成功的数据传输或当存在丢失的数据帧或丢失的立即应答帧时)存在三种传输情境。此外,针对智能ACK(即,没有消息丢失的智能应答或者当存在具有一个漏洞的丢失的数据帧或丢失的立即应答帧或智能应答时)存在四种传输情境。以下参照图76至图83描述各种传输情境。
图76示出根据本公开的实施例的针对具有成功的数据传输的no-ACK的情境的消息序列图。
参照图76,第一电子装置7601包括会话层7603和传输层7605,第二电子装置7607包括会话层7611和传输层7609。在操作7613中,会话层7603将TLDE-Data.request消息发送到传输层7605。以上描述了TLDE-Data.request消息。在操作7615中,在接收到TLDE-Data.request消息时,传输层7605从接收到的TSDU构造TPDU,并将TPUD以数据帧发送到传输层7609。在该情境下,电子装置7601不期望来自于第二电子装置7607的针对被发送的数据帧的任何响应。因此,电子装置不在传输层7605保持任何计时器。在操作7617中,传输层7605将TLDE-Data.ready消息发送到会话层7603。由传输层7605向会话层7603发出(issue)TLDE-Data.ready消息,以通知已准备好进一步从会话层7603接受SPDU。TLDE-Data.ready消息的结构如下:
TLDE-Data.ready{
TransactionID,
DeviceID,
SessionID
}
参照表65描述TLDE-Data.ready消息的参数。
【表65】
名称 | 大小 | 有效范围 |
Transaction ID | 8位 | 0x00至0xFF |
Device ID | 32位 | 0x00000000至0xFFFFFFFF |
Session ID | 16位 | 0x0000至0x03FF |
以下描述表65中示出的TLDE-Data.ready消息的参数。
表65的TransactionID:TransactionID是通过回送原始TLDE-Data.request消息中的事务ID而填充的。
表65的DeviceID:DeviceID是通过回送原始TLDE-Data.request消息中的DeviceID而填充的。
表65的SessionID:SessionID是通过回送原始TLDE-Data.request消息中的SessionID而构成的。
在操作7619中,传输层7609将TLDE-Data.indication消息发送到会话层7611,以将数据帧传递到它的下一更高层。以上描述了TLDE-Data.indication消息。
图77示出根据本公开的实施例的针对会话层传递具有无效参数的TSDU的情境的消息序列图。
参照图77,第一电子装置7701包括会话层7703和传输层7705,第二电子装置7707包括会话层7711和传输层7709。在操作7713中,会话层7703将TLDE-Data.request消息发送到传输层7705。以上描述了TLDE-Data.request消息。在操作7715中,如果TLDE-Data.request包括具有无效参数(例如,大于MaxTSDUSize的净荷)的TSDU,则传输层7705发送具有无效参数TLDE-Data.ready消息,并对于将数据帧发送到传输层7709进行限制。以上描述了TLDE-Data.ready消息。
图78示出根据本公开的实施例的在成功的数据传输的情况下针对立即ACK的情境的消息序列图。
参照图78,第一电子装置7801包括会话层7803和传输层7805,第二电子装置7807包括会话层7811和传输层7809。在操作7813中,会话层7803将TLDE-Data.request消息发送到传输层7805。以上描述了TLDE-Data.request消息。在立即ACKQoS情境下,传输层7805期望来自于传输层7809的针对每个TPDU传输的应答帧。因此,在操作7815中,在等待应答的过程中,传输层7805启动将在AckTimeoutDuration(Ack超时时间长度)之后到期的计时器。在操作7817中,在接收到TLDE-Data.request消息时,传输层7805从接收到的TSDU构造TPDU,并将TPDU以数据帧发送到传输层7809。以上描述了TLDE-Data.request消息。在操作7619中,传输层7605将TLDE-Data.ready消息发送到会话层7603。以上描述了TLDE-Data.ready消息。在操作7821中,传输层7809将TLDE-Data.indication消息发送到会话层7811,以将数据帧传递到它的下一更高层。以上描述了TLDE-Data.indication消息。在操作7823中,传输层7809将应答发送回传输层7805。在操作7825中,传输层7805在它的计时器到期之前从目的地接收应答,随后禁用并重置计时器,并将TLDE-Data.confirm确认消息发送到会话层7803。
图79示出根据本公开的实施例的针对存在丢失的数据帧和丢失的应答帧的情境的消息序列图。
参照图79,第一电子装置7901包括会话层7903和传输层7905,第二电子装置7907包括会话层7911和传输层7909。在操作7913中,会话层7903将TLDE-Data.request消息发送到传输层7905。以上描述了TLDE-Data.request消息。在操作7915中,传输层7905将TLDE-Data.ready消息发送到会话层7903。以上描述了TLDE-Data.ready消息。在操作7917中,传输层7905从接收到的TSDU构造TPDU,并尝试将TPDU以数据帧发送到传输层7809。这里,传输层7905期望来自于传输层7909的针对每个TPDU传输的应答帧。因此,在操作7919中,在等待应答的过程中,传输层7905启动将在AckTimeoutDuration之后到期的定时器。这里,传输层7905的定时器在接收到应答之前到期。因此,帧传输已经失败,这或者是因为数据帧未到达传输层7909,或者是因为来自于传输层7909的应答未到达传输层7905。在操作7921中,传输层7905重新发送数据,并且整个序列可被重复至最多MaxNumberofRetries次。在操作7923中,如果帧传输尝试总计失败(1+MaxNumberofRetries)次,则数据事务信息将被丢弃,并且传输层7905将具有失败状态的TLDE-Data.confirm消息发送到会话层7903。
数据包采用智能应答机制。由传输层检测消息丢失,以便触发丢失的消息的重新发送。接下来是使用立即应答机制上的智能应答机制的基本原理。通常,期望用相对高的数据率以连续的流来发送数据包。因此,就用于单独地对每个帧进行应答并使用此来推断帧的丢失的带宽而言可能是昂贵的。因此,针对数据包采用智能应答机制。
图80示出根据本公开的实施例的针对窗口变满的情境在智能应答情况下的消息传输的消息序列图。图81示出根据本公开的实施例的针对窗口变满的情境在智能应答情况下的消息传输的消息序列图。
参照图80和图81,示出了第一电子装置的传输层8001和传输层8101以及第二电子装置的传输层8003和传输层8103。在智能应答机制下,为了不引起阻塞,传输层8001和传输层8101保持当前正在尝试进行传输的包的窗口。该窗口的大小被设置为窗口大小参数N。该窗口可包括具有连续的序列号的N个包的块。值N表示包的最大数量,其中,对所述包的应答可以是待处理的。使用以下描述的智能应答机制,传输层8001和传输层8101推断在该窗口中的包的连续块的成功传输。在进行该推断时,传输层8001将窗口向前滑动以在还未被应答的具有最低序列号的包处开始。在智能应答机制下,传输层8003和传输层8103用块应答帧对帧的块进行应答。应答帧回送窗口大小参数N的块中的最后帧的序列号,并在应答号字段中携带相同的号。传输层8001和传输层8101重新发送帧的块,直到它接收到块应答帧或超出尝试次数。重新发送处理由两个因素(即,重新发送计时器和重新发送计数器)控制。对于帧块,初始超时被设置为块应答超时值EXP_TIMEOUT,并且重新发送计数器被设置为0。当超时被触发时,如果重新发送计数器小于关于重新尝试的最大限制MAX_RETRANSMIT,则帧的块被重新发送。针对每次重新发送尝试,重新发送计数器增大,并且超时翻倍。如果重新发送计数器在超时时达到MAX_RETRANSMIT,则发送帧的块的尝试被取消,并且发送被视为失败。另一方面,如果传输层8001和传输层8101及时接收到块应答帧,则发送被视为成功。
如图80中所示,在操作8005中,将第一帧8001从传输层8001发送到传输层8003。在操作8007中,传输层8001启动针对块应答的计时器。在操作8009中,传输层8003启动针对块应答的计时器。在操作8011中,将第二帧从传输层8001发送到传输层8003。在操作8013中,将第三帧从传输层8001发送到传输层8003。在操作8015中,将第四帧从传输层8001发送到传输层8003。在操作8017中,将第五帧从传输层8001发送到传输层8003。在操作8019中,传输层8003检测到窗口是满的并停止它的针对块应答的计时器。在操作8021中,传输层8003将针对第一帧至第五帧的块应答发送到传输层8001。在操作8023中,传输层8001检测到块应答被接收到,停止它的针对块应答的计时器,并将窗口滑动5个位置。
如图81中所示,在操作8105中,将第一帧从传输层8101发送到传输层8103。在操作8107中,传输层8101启动针对块应答的计时器。在操作8109中,传输层8103启动针对块应答的计时器。在操作8111中,将第二帧从传输层8101发送到传输层8103。在操作8113中,将第三帧从传输层8101发送到传输层8103。在操作8115中,传输层8103检测到计时器到期。在操作8117中,传输层8103将针对第一帧至第三帧的块应答发送到传输层8101。在操作8119中,传输层8101检测到块应答被接收到,停止它的针对块应答的计时器,并将窗口滑动三个位置。
图82示出根据本公开的实施例的针对一个漏洞具有成功的选择性否定应答的情境的在智能应答情况下的消息传输的消息序列图。图83示出根据本公开的实施例的针对一个漏洞具有丢失的选择性否定应答的情境的在智能应答情况下的消息传输的消息序列图。
参照图82和图83,示出了第一电子装置的传输层8201和传输层8301以及第二电子装置的传输层8203和传输层8303。在智能应答机制下,传输层8203和传输层8303还运行具有值ACK_TIMEOUT的块应答计时器,以针对成功接收的包的连续块中的最后一个包来触发块应答帧的发送。在完成了窗口N之后(意指在成功接收到N个连续块之后)或者在块应答计时器ACK_TIMEOUT到期之后,可从传输层8203和传输层8303发送块应答帧类型0x9。在接收到包的非连续块时,在传输层8203和传输层8303检测到包丢失。在传输层8203和传输层8303的包的非连续块中丢失的包的序列被称为漏洞。一检测到丢失,就发送选择性否定应答帧并且启动具有否定应答重新发送超时值的计时器。选择性否定应答帧可包括在传输层8203和传输层8303的所有漏洞的整个列表。否定应答重新发送计时器NAK_TIMEOUT用于确保即使选择性否定应答帧丢失,它也可被重新发送并且传输层8201和传输层8301可被准确地通知接收到的包的状态。一旦传输层8203和传输层8303接收到所有的丢失帧,就停止否定应答重新发送计时器NAK_TIMEOUT。在智能应答机制下,传输层8201和传输层8301保持表示包的块正在被发送的窗口。该窗口按照下面的方式被移动。如果未接收到选择性否定应答,则块应答使窗口向前滑动。否则,如果接收到了选择性否定应答,则窗口被向前滑动到比第一漏洞的开始处小一的序列号。这是因为选择性否定应答帧可包括在传输层8203和传输层8303处的从第一漏洞开始的漏洞的整个列表。因此,它还作为直到在第一漏洞的开始之前的序列号的块应答。如上所述,这使窗口能够向前滑动。
如图82中所示,在操作8205中,将第一帧从传输层8201发送到传输层8203。在操作8207中,传输层8201启动针对块应答的计时器。在操作8209中,传输层8203启动振动块应答的计时器。在操作8211中,将第二帧从传输层8201发送到传输层8203。在操作8213中,将第三帧从传输层8201发送到传输层8203。在操作8215中,将第四帧从传输层8201发送到传输层8203。在操作8217中,将第五帧从传输层8201发送到传输层8203。在操作8219中,传输层8203检测针对第三帧和第四帧的漏洞并停止它的针对块应答的计时器。在操作8221中,传输层8203将窗口滑动两个位置,并重新启动针对块应答的计时器。在操作8223中,传输层8203将针对第三帧和第四帧的选择性否定应答发送到传输层8201。在操作8225中,传输层8203启动针对否定应答的计时器。在操作8227中,传输层8201停止它的针对块应答的计时器,并将窗口滑动两个位置。在操作8229中,将第三帧的重新尝试从传输层8201发送到传输层8203。在操作8231中,传输层8201重新启动针对块应答的计时器。在操作8223中,将第四帧的重新尝试从传输层8201发送到传输层8203。在操作8235中,传输层8203检测到针对第三帧和第四帧的漏洞被填补,并停止针对否定应答的计时器。在操作8237中,将第六帧从传输层8201发送到传输层8203。在操作8239中,将第七帧从传输层8201发送到传输层8203。在操作8241中,传输层8203检测到针对第三帧至第七帧的窗口是满的。在操作8243中,将针对第三帧至第七帧的块应答从传输层8203发送到传输层8201。在操作8245中,传输层8201停止针对块应答的计时器,并将窗口滑动五个位置。
如图83中所示,在操作8305中,将第一帧从传输层8301发送到传输层8303。在操作8307中,传输层8301启动针对块应答的计时器。在操作8309中,传输层8303启动针对块应答的计时器。在操作8311中,将第二帧从传输层8301发送到传输层8303。在操作8313中,将第三帧从传输层8301发送到传输层8303。这里,第三帧丢失。在操作8315中,将第四帧从传输层8301发送到传输层8303。这里,第四帧丢失。在操作8317中,将第五帧从传输层8301发送到传输层8303。在操作8319中,传输层8303检测针对第三帧和第四帧的漏洞,并停止它的针对块应答的计时器。在操作8321中,传输层8303将窗口滑动两个位置,并重新启动针对块应答的计时器。在操作8323中,传输层8303将针对第三帧和第四帧的选择性否定应答发送到传输层8301。这里,选择性否定应答丢失。在操作8325中,传输层8303启动针对否定应答的计时器。在操作8327中,传输层8303检测到针对否定应答的计时器到期。在操作8329中,传输层8303将针对第三帧和第四帧的选择性否定应答重新发送到传输层8303。在操作8331中,传输层8303启动针对否定应答的计时器。在操作8333中,传输层8301停止它的针对块应答的计时器并将窗口滑动两个位置。在操作8335中,将第三帧的重新尝试从传输层8201发送到传输层8203。在操作8337中,传输层8301重新启动它的针对块应答的计时器。
H-4.连接层协议
连接层用最大CSDU大小的MaxCSDUSize比特向本地传输层提供可靠的数据报服务。如在图63中可看到的,连接层根据底层连接技术利用净荷长度字段,以便提供可靠的数据报服务。除了净荷长度字段,连接层不具有提供特定QoS的任何机制。然而,连接层可根据由底层连接技术提供的服务来提供四种数据报服务,即,不受限制的SDU和顺序分发、不受限制的SDU和无序分发、受限制的SDU和顺序分发以及受限制的SDU和无序分发。在表66中示出连接技术到它们的连接QoS的映射。
【表66】
针对连接的对等电子装置列表的连接特定状态取决于所采用的连接技术。例如,在表67中示出在与多个会话相应的包经由单个套接字被传输的情况下的针对连接的对等电子装置列表的IP连接特定状态。
【表67】
以下描述表67中示出的参数。
表67中的IP地址:IP地址是本地装置可对有配件协议能力的对等电子装置进行寻址的IP地址。它是32位长,并可包括任何有效IP地址。
表67中的TCP端口号:TCP端口号是在对等电子装置上的意在用于配件协议通信的TCP端口号。它是16位长。它被设置为COMM_PORT。
表67中的MAC地址:MAC地址是对等电子装置的MAC地址。这用于识别可能先前已经进入到对等电子装置列表中的对等电子装置,这是因为它们的IP地址可根据网络配置而改变。
表67中的TCP角色偏好:TCP角色偏好是对等电子装置的TCP角色偏好。它用于指示对等电子装置是偏向于作为TCP客户端还是TCP服务器。它是8位长。它的值依照表68来定义。
【表68】
值 | 映射 |
0x00 | 服务器 |
0x01 | 客户端 |
0x02-0xFF | 保留的 |
在另一示例中,在对等电子装置列表中的配件描述细节字段中的USB连接特定细节如表69中所示。
【表69】
以下描述表69中示出的参数。
表69的MAC地址:MAC地址是对等电子装置的MAC地址。这用于识别可能先前已经进入到对等电子装置列表中的对等电子装置。
在另一示例中,对等电子装置列表中的配件描述细节字段中的蓝牙BR/EDR连接特定细节如表60中所示。
【表70】
以下描述表70中示出的参数。
表70中的RFCOMM信道的UUID:RFCOMM信道的UUID是识别对等电子装置上的意在用于配件协议通信的RFCOMM信道号的UUID。它是128位长。它被设置为COMM_RFCHAN。
表70中的MAC地址:MAC地址是对等电子装置的MAC地址。这用于识别可能先前已经进入到对等电子装置列表中的对等电子装置。
表70中的RFCOMM角色偏好:RFCOMM角色偏好是对等电子装置的RFCOMM角色偏好。它用于指示对等电子装置偏向于作为RFCOMM客户端还是RFCOMM服务器。它是8位长。它的值如表71中所列出的那样被定义。
【表71】
值 | 映射 |
0x00 | 服务器 |
0x01 | 客户端 |
0x02-0xFF | 保留的 |
在另一示例中,对等电子装置列表中的配件描述细节字段中的BLE连接特定细节如表72中所示。
【表72】
以下描述表72中示出的参数。
表72中的低功耗蓝牙配置文件UUID:低功耗蓝牙配置文件UUID是识别对等电子装置上的意在用于配件协议通信的低功耗蓝牙配置文件的UUID。它是128位长。它被设置为数据管道配置文件UUID。
表72中的MAC地址:MAC地址是对等电子装置的MAC地址。这用于识别可能先前已经进入到对等电子装置列表中的对等电子装置。
表72中的低功耗蓝牙配置文件角色:低功耗蓝牙配置文件角色是对等电子装置的低功耗蓝牙配置文件角色。它用于指示对等电子装置是低功耗蓝牙客户端还是低功耗蓝牙服务器。它是8位长。它的值如表61中所列出的那样被定义。
连接层还可包括数据完整性验证过程。例如,如图63中所示,连接层通过在将消息发送到对等电子装置中的连接层之前计算长度校验和以及净荷校验和来将传输层净荷打包。在从对等电子装置中的连接层接收到消息时,连接层首先检查长度校验和,然后检查净荷校验和。如果两项检查有效,则连接层将传输层净荷解包,并将它上传给传输层。
H-5.应用状态监视和通知
以下参照图84至图87解释应用状态监视和通知。
图84示出根据本公开的实施例的对等电子装置之间的连接可被折衷(compromise)的位置的示例。
参照图84,示出了正经由采用特定连接技术8409(例如,蓝牙)的物理链路进行通信的第一电子装置8401和第二电子装置8411。第一电子装置8401包括应用程序8403、IPC8405和框架8407。第二电子装置8411包括应用程序8413、IPC8415和框架8417。可在三种情境之一中对应用程序8403和应用程序8413之间的连接进行折衷。
连接可被折衷的第一种情境是当存在物理链路的丢失时。这里,向在其它电子装置上的应用程序通知致命错误,尝试寻找对等电子装置,并随后再次发起服务连接。
连接可被折衷的第二种情境是当应用程序崩溃时。
连接可被折衷的第三种情境是当框架崩溃时。
以下提供所述三种情境的示例。
图85示出根据本公开的实施例的对等电子装置之间的连接由于物理链路的丢失而被折衷的示例。
参照图85,注意到:为了在解释上简洁,对在服务数据交换之前发生的操作的描述被省略。在操作8513中,建立服务数据交换。在操作8515中,存在蓝牙装置8505和蓝牙装置8507之间的物理链路的丢失。这里,本公开不限于将蓝牙作为物理连接,这是因为可采用任何其它类型的物理连接。
在操作8517中,框架8509将装置连接已经丢失的指示传送至应用程序8511。在操作8519中,蓝牙装置8505通过框架8503将装置连接已经丢失的指示传送至应用程序8501。在操作8521至操作8525中,应用程序8501通过框架8503和蓝牙装置8505将连接请求传送至蓝牙装置8507。在操作8527中,蓝牙装置8507接受用于进行连接的请求。在操作8529中,蓝牙装置8507将对于连接请求的接受传送至框架8509。在操作8531和操作8533中,蓝牙装置8507通过蓝牙装置8505将对于连接请求的接受传送至框架8503。在操作8535中,在框架8503和框架8509之间执行PD交换。在操作8537中,将装置被附接的指示从框架8509传送至应用程序8511。在操作8539中,将装置被附接的指示从框架8503传送至应用程序8501。在操作8541中,在应用程序8501和应用程序8511之间执行服务发现和调用。
图86示出根据本公开的实施例的对等电子装置之间的连接由于应用程序崩溃而被折衷的示例。
参照图86,注意到:为了解释简洁,对在数据交换之前发生的操作的描述被省略。在操作8609中,建立数据连接。在操作8611中,应用程序8601崩溃。在操作8613中,框架8603确定回调失败(died)。在操作8615中,框架8603将关闭服务连接请求传送至框架8605。在操作8617中,框架8605将服务连接丢失指示传送至应用程序8607。在操作8619中,应用程序8607将请求服务连接传送至框架8605。在操作8621中,框架8605将请求服务连接转发到框架8603。在操作8623中,框架8603将到来的SVC指示传送至应用程序8601。在操作8625中,重新启动应用程序8601。在操作8627中,应用程序8601将接受服务连接请求传送至框架8603。在操作8629中,框架8603将接受服务连接请求传送至框架8605。在操作8631中,框架8605将服务连接响应传送至应用程序8607。在操作8633中,建立服务数据交换。
图87示出根据本公开的实施例的对等电子装置之间的连接由于框架崩溃而被折衷的示例。
参照图87,注意到:为了解释简洁,对在数据交换之前发生的操作的描述被省略。在操作8709中,建立数据交换。在操作8711中,框架8705崩溃。在操作8713中,框架8703检测到连接错误。在操作8715中,框架8703向应用程序8701示意装置被断开。在操作8717中,应用程序8707检测到致命错误。在操作8719中,应用程序8707将寻找对等请求传送至框架8705。在操作8721中,框架8705将因为装置未被连接而存在错误的指示传送至应用程序8707。在操作8723中,应用程序8707将连接请求传送至框架8705。在操作8725中,框架8705将连接请求传送至框架8703。在操作8727中,框架8703接受该请求。在操作8729中,框架8703和框架8705执行PD交换。在操作8731中,框架8705将装置附接的指示传送至应用程序8707。在操作8733中,框架8703将装置附接的指示传送至应用程序8701。在操作8735中,应用程序8701和应用程序8707执行服务发现和调用。
I.各种实施例
图88示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图88,在操作8801中,电子装置与电子装置建立物理信道。例如,被配置为提供框架接口的电子装置可与对等电子装置建立一个或更多个物理通信信道。
在操作8803中,电子装置可运行应用程序。应用程序可被配置为与框架接口进行接口连接。
在操作8805中,电子装置可接收关于(例如,涉及)至少一个逻辑信道的信息。例如,电子装置的框架接口可接收关于以下两项中的至少一个的信息:一个或更多个逻辑信道或者一个或更多个会话。框架接口可使用在电子装置和对等电子装置之间建立的一个或更多个物理信道来接收这样的信息。
在操作8807中,电子装置可改变逻辑信道或会话中的至少一个。电子装置的框架接口可至少部分地基于接收到的信息来对物理信道或会话中的至少一个进行调整。例如,电子装置可至少部分地基于关于一个或更多个逻辑信道或者一个或更多个会话之中的至少一个的信息来改变至少一个逻辑信道或至少一个会话中的至少一个。
在操作8809中,电子装置可传送来自于应用程序的数据。电子装置可使用调整后的至少一个逻辑信道或至少一个会话中的至少一个来传送来自于应用程序的数据或者与应用程序相关的数据。电子装置可通过建立的一个或更多个通信信道来传送来自于应用程序的数据。
图89示出根据本公开的实施例的用于在电子装置之间进行数据通信的流程图。
参照图89,在操作8901中,电子装置接收针对数据传输的标准。例如,电子装置的框架接口可接收针对与电子装置的应用程序相关的数据传输的指示。
在操作8903中,电子装置可在电子装置和对等电子装置之间建立物理信道。例如,电子装置的框架接口可在电子装置和对等电子装置之间建立一个或更多个物理信道。
在操作8905中,电子装置可配置至少一个逻辑信道。例如,电子装置的框架接口可配置一个或更多个逻辑信道,其中,通过所述一个或更多个逻辑信道,将在电子装置和对等电子装置之间传送应用程序的数据。电子装置的框架接口可根据针对数据传输的标准的指示来配置一个或更多个逻辑信道。电子装置的框架接口可根据接收到的针对数据传输的标准的指示为电子装置的应用配置一个或更多个逻辑信道。
在操作8907中,电子装置可传送应用程序的数据。电子装置可通过一个或更多个物理信道上的一个或更多个逻辑信道来传输应用程序的数据。
图90示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图90,在操作9001中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9003中,电子装置可将服务能力查询传送至对等电子装置。例如,电子装置可请求对等电子装置传送一个或更多个配置文件标识符。电子装置可使用建立的所述一个或更多个通信信道中的至少一个通信信道来传送对于所述一个或更多个配置文件标识符的请求。配置文件标识符可与由应用程序支持的服务能力相关。例如,所述一个或更多个配置文件标识符中的每个配置文件标识符可与由各个应用程序支持的一个或更多个服务能力相关联。
在操作9005中,电子装置可接收与服务能力查询相关的信息。例如,电子装置可接收对服务能力查询的响应。电子装置可接收与对等电子装置的服务能力相关联的一个或更多个配置文件标识符。
图91A示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图91A,在操作9101中,电子装置与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9103中,电子装置可从对等电子装置接收能力查询。例如,电子装置可接收传送一个或更多个配置文件标识符的请求。电子装置可通过一个或更多个通信信道来接收传送一个或更多个配置文件标识符的请求。配置文件标识符可与由应用程序支持的服务能力相关。例如,所述一个或更多个配置文件标识符中的每个配置文件标识符可与由各个应用程序支持的一个或更多个服务能力相关联。
在操作9105中,电子装置可将与服务能力查询相关的信息传送至对等电子装置。例如,电子装置可传送对服务能力查询的响应。电子装置可传送与对等电子装置的服务能力相关联的一个或更多个配置文件标识符。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送与服务能力查询相关的信息。
图91B示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图91B,在操作9107中,电子装置可运行一个或更多个应用程序。电子装置可被配置为提供框架接口。例如,电子装置可被配置为通过运行被存储在存储器中的指令来提供框架接口。
在操作9109中,电子装置可登记所述一个或更多个应用程序中的至少一个应用程序的服务能力。例如,所述一个或更多个应用程序中的至少一个应用程序可使用框架接口来登记它的服务能力。
图92示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图92,在操作9201中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9203中,电子装置可传送关于对等电子装置的能力的查询。例如,电子装置可将关于对等电子装置的能力的查询传送至对等电子装置。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送关于对等电子装置的能力的查询。
在操作9205中,电子装置可将查询的类型的指示传送至对等电子装置。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送查询的类型的指示。
图93示出根据本公开的实施例的用于在装置之间交换能力的流程图。
参照图93,在操作9301中,电子装置与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9303中,电子装置可传送与电子装置的服务、功能或能力中的至少一个相关联的信息。例如,电子装置可将服务能力信息传送至对等电子装置。服务能力信息可标识来自于电子装置的可用服务、电子装置上的可用功能、电子装置的能力等。
图94示出根据本公开的实施例的用于在电子装置之间交换能力的流程图。
参照图94,在操作9401中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9403中,电子装置可传送关于对等电子装置的能力的查询。例如,电子装置可将服务能力查询传送至电子装置。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送关于对等电子装置的能力的查询。
在操作9405中,电子装置可将查询是一般行为查询还是持续行为查询传送至对等电子装置。例如,电子装置可传送查询是对等电子装置应该(或被期望)报告关于对等电子装置的当前的能力所根据的查询,还是对等电子装置应该(或者被期望)报告关于对等电子装置的当前的能力并报告关于对等电子装置的当前的能力的变化所根据的查询。
图95示出根据本公开的实施例的用于在电子装置之间交换能力的流程图。
参照图95,在操作9501中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9503中,电子装置可接收对于能力信息的请求。电子装置可通过建立的所述一个或更多个通信信道从对等电子装置接收对于能力信息的请求。例如,电子装置可从对等电子装置接收服务能力查询。
在操作9505中,电子装置可传送标识电子装置上的至少一个应用程序的能力信息。例如,电子装置可传送被配置为标识存在(例如,安装)于电子装置上的一个或更多个应用程序的能力信息。电子装置可在从对等电子装置接收到请求(例如,服务能力查询)时传送能力信息。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送能力信息。
图96A示出根据本公开的实施例的用于在电子装置之间交换能力的流程图。
参照图96A,在操作9601中,电子装置可与第一对等电子装置建立通信信道。电子装置可与第一对等电子装置建立一个或更多个通信信道。
在操作9603中,电子装置可与第二对等电子装置建立通信信道。电子装置可与第二对等电子装置建立一个或更多个通信信道。
根据本公开的各种实施例,操作9601和操作9603可被同时执行。例如,电子装置可与第一对等电子装置建立一个或更多个通信信道,同时与第二对等电子装置建立一个或更多个通信信道。
在操作9605中,电子装置传送对于与第一对等电子装置的能力的变化相关的信息的请求。例如,电子装置可将服务能力更新请求传送至第一对等电子装置。
在操作9607中,电子装置传送对于与第二对等电子装置的能力的变化相关的信息的请求。例如,电子装置可将服务能力更新请求传送至第二对等电子装置。
根据本公开的各种实施例,操作9605和操作9607可被同时执行。例如,电子装置可将服务能力更新请求传送至第一对等电子装置,同时将服务能力更新请求传送至第二对等电子装置。
图96B示出根据本公开的实施例的用于与应用程序的能力交换的流程图。
参照图96B,在操作9609中,电子装置可运行一个或更多个应用程序。电子装置可被配置为通过运行被存储在存储器中的指令来提供框架接口。
在操作9611中,框架接口可从所述一个或更多个应用程序中的至少一个应用程序接收服务能力查询。服务能力查询可包括服务查询筛选。
在操作9613中,框架接口可将与服务能力查询相匹配的服务能力记录传送至所述一个或更多个应用程序中的至少一个应用程序。框架接口可将服务能力记录传送至所述一个或更多个应用程序中的至少一个应用程序,其中,从所述至少一个应用程序接收到了相应的服务能力查询。框架接口可根据服务查询筛选传送与服务能力查询相匹配的服务能力记录。例如,框架接口可确定(例如,本地存储的)哪个服务能力记录满足服务查询过滤。
图97示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图97,在操作9701中,电子装置可运行与框架接口进行接口连接的应用程序。应用程序可被配置为与框架接口进行接口连接。应用程序可支持一个或更多个服务。例如,服务中的每个服务可包括一个或更多个服务目标。电子装置可通过与对等电子装置交换(例如,发送和/或接收)应用消息来执行服务目标。
在操作9703中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9705中,电子装置可经由框架接口将来自于应用程序的数据传送至对等电子装置。例如,电子装置可使用框架接口将来自于至少一个应用程序的数据路由到对等电子装置。应用程序可
图98示出根据本公开的实施例的用于对电子装置进行操作的流程图。
参照图98,在操作9801中,电子装置可运行应用程序。电子装置可运行一个或更多个应用程序。应用程序可被配置为与框架接口进行接口连接。例如,电子装置可在被配置为与电子装置的操作系统进行接口连接的框架接口上运行一个或更多个应用程序。
在操作9803中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9805中,电子装置可传送来自于应用程序的数据。例如,电子装置可传送来自于所述一个或更多个应用程序中的至少一个应用程序的数据。电子装置可通过建立的所述一个或更多个通信信道中的至少一个通信信道来传送来自于应用程序的数据。
在操作9807中,电子装置可确定应用程序是否停止运行。例如,电子装置可确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。电子装置可至少部分地响应于操作系统的功能来确定应用程序是否停止运行。作为示例,电子装置的接口框架可确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。电子装置的接口框架可至少部分地响应于操作系统的功能来确定应用程序是否停止运行。
图99示出根据本公开的实施例的用于监视电子装置上的应用程序的状态的流程图。
参照图99,在操作9901中,电子装置可运行与框架接口进行接口连接的应用程序。应用程序可被配置为与框架接口进行接口连接。应用程序可支持一个或更多个服务。例如,服务中的每个服务可包括一个或更多个服务目标。电子装置可通过与对等电子装置交换(例如,发送和/或接收)应用消息来执行服务目标。
在操作9903中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作9905中,电子装置可进行数据通信。例如,电子装置可使用建立的所述一个或更多个通信信道中的至少一个通信信道来与对等电子装置进行数据通信。
在操作9907中,电子装置可监视以下状态中的至少一个状态:所述一个或更多个通信信道中的至少一个通信信道的状态以及操作系统的至少一个处理的状态。例如,电子装置的接口框架可监视以下状态中的至少一个状态:所述一个或更多个通信信道中的至少一个通信信道的状态以及操作系统的至少一个处理的状态。
图100示出根据本公开的实施例的用于操作电子装置的流程图。
参照图100,在操作10001中,电子装置可运行与框架接口进行接口连接的应用程序。应用程序可被配置为与框架接口进行接口连接。应用程序可支持一个或更多个服务。例如,服务中的每个服务可包括一个或更多个服务目标。电子装置可通过与对等电子装置交换(例如,发送和/或接收)应用消息来执行服务目标。
在操作10003中,电子装置可与对等电子装置建立通信信道。电子装置可与对等电子装置建立一个或更多个通信信道。
在操作10005中,电子装置可进行数据通信。例如,电子装置可使用建立的所述一个或更多个通信信道中的至少一个通信信道来与对等电子装置进行数据通信。
在操作10007中,电子装置可选择用于将数据传送至对等电子装置的框架接口的功能。例如,电子装置可根据电子装置的能力的功能或对等电子装置的能力的功能中的至少一个功能来选择在用于传送数据的框架接口中可用的所有功能的子集。
图101示出根据本公开的实施例的用于对电子装置进行操作的方法的流程图。
参照图101,在操作10101中,电子装置的至少一个处理器运行与框架接口进行接口连接的应用程序。
在操作10103中,电子装置的所述至少一个处理器在应用程序和一个或更多个通信模块之间对数据进行路由。
这里,所述一个或更多个通信模块中的每个通信模块被配置为根据一个或更多个通信协议中的选择出的一个通信协议进行操作,其中,框架接口被配置为为数据中的至少一部分数据选择通信模块中的至少一个通信模块。
在操作10105中,所述一个或更多个通信模块与一个或更多个对等电子装置进行数据通信。
图102示出根据本公开的实施例的用于对电子装置进行操作的方法的流程图。
参照图102,在操作10201中,电子装置使用一个或更多个通信协议中的至少一个通信协议与对等电子装置建立一个或更多个物理信道。
在操作10203中,电子装置使用所述一个或更多个物理信道经由一个或更多个逻辑信道或会话与对等电子装置进行数据通信。这里,所述一个或更多个逻辑信道或会话独立于通信协议中的所述至少一个通信协议。
图103示出根据本公开的实施例的用于操作电子装置的方法的流程图。
参照图103,在操作10301中,被配置为提供框架接口的电子装置使用通信模块与对等电子装置建立一个或更多个物理信道。
在操作10303中,电子装置运行与框架接口进行接口连接的两个或更多个应用程序。
在操作10305中,使用针对所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,通过所述一个或更多个物理信道经由框架接口将数据从所述两个或更多个应用程序传送至对等电子装置。
当在操作10305中经由框架接口传送数据时,框架接口向通信模块提供包括净荷的数据封装(packing)。这里,净荷包括来自于所述两个或更多个应用程序中的一个应用程序的第一数据以及来自于所述两个或更多个应用程序中的另一应用程序的第二数据。
图104示出根据本公开的实施例的用于对电子装置进行操作的方法的流程图。
参照图104,在操作10401中,被配置为提供框架接口的电子装置基于一个或更多个通信协议与对等电子装置建立一个或更多个通信信道。
在操作10403中,电子装置运行与框架接口进行接口连接的一个或更多个应用程序。
这里,在一个实施例中,框架接口可被配置为在发现对等电子装置期间与对等电子装置进行信息通信,其中,所述信息与框架接口的版本有关。
在另一实施例中,框架接口被配置为将专用消息发送到对等电子装置以确定兼容性。这里,专用消息包括关于版本的信息。
在另一实施例中,框架接口被配置为根据针对被发送到对等电子装置的每个消息的框架格式而包括头。这里,头包括指示框架格式的版本,其中,框架接口使用框架格式的版本来确定框架格式兼容性。
图105示出根据本公开的实施例的用于电子装置与另一电子装置进行通信的方法的流程图。
参照图105,在操作10501中,至少一个处理器运行框架接口和与框架接口进行接口连接的应用程序。
在操作10503中,所述至少一个处理器在应用程序和基于一个或更多个通信协议与对等电子装置进行通信的一个或更多个通信模块之间对数据进行路由。
在操作10505中,所述一个或更多个通信模块与对等电子装置进行数据通信。
在一个实施例中,框架接口可包括会话层,其中,所述会话层被配置为从应用程序接收信息,并至少部分地基于来自于应用程序的信息来管理用于与对等电子装置进行数据通信的一个或更多个逻辑信道或会话。
在另一实施例中,框架接口可包括传输层,其中,所述传输层被配置为从应用程序接收信息,并至少部分地基于来自于应用程序的信息将应用程序与用于与对等电子装置进行数据通信的一个或更多个逻辑信道或会话进行匹配。
图106示出根据本公开的实施例的电子装置与另一电子装置进行通信的方法的流程图。
参照图106,在操作10601中,至少一个处理器运行提供一个或更多个服务的应用程序。
在操作10603中,被配置为基于一个或更多个通信协议与对等电子装置进行通信的一个或更多个通信模块在应用程序和对等电子装置之间进行数据通信。
应用程序包括一个或更多个服务代理,其中,所述一个或更多个服务代理中的每个服务代理被指派为处理针对由应用程序提供的所述一个或更多个服务的数据。
图107示出根据本公开的实施例的用于对电子装置进行操作的方法的流程图。
参照图107,在操作10701中,电子装置运行一个或更多个应用程序。电子装置可被配置为提供框架接口。例如,电子装置可被配置为通过运行被存储在存储器中的指令来提供框架接口。
在操作10703中,电子装置与对等电子装置建立一个或更多个通信信道。
在操作10705中,电子装置使用框架接口将数据从应用程序路由到对等电子装置。例如,电子装置经由框架接口将数据从正在由电子装置运行的所述一个或更多个应用程序中的至少一个应用程序路由到对等电子装置。
正在由电子装置运行的所述一个或更多个应用程序可支持一个或更多个服务。例如,所述一个或更多个应用程序中的每个应用程序可支持一个或更多个服务。
所述一个或更多个服务可包括一个或更多个服务目标。例如,所述一个或更多个应用程序的所述一个或更多个服务中的每个服务可包括服务目标。
根据本公开的各种实施例,所述一个或更多个应用程序可通过与对等电子装置进行应用消息的通信来提供所述一个或更多个服务目标。例如,应用程序可向使用与对等电子装置的应用消息交换的电子装置的用户(例如,可以是与特定服务目标相关的服务提供者或服务消费者)提供服务目标。
将理解:可以以硬件、软件或者硬件和软件的组合的形式来实现根据权利要求和说明书中的描述的本公开的各种实施例。
任何这样的软件可存储在非暂时性计算机可读存储介质中。非暂时性计算机可读存储介质存储一个或更多个程序(软件模块),所述一个或更多个程序包括当由电子装置中的一个或更多个处理器运行时促使电子装置执行本公开的方法的指令。
任何这样的软件可以以易失性或非易失性存储器(诸如,例如,像只读存储器(ROM)一样的存储装置,不论是可擦除或可重写还是不可擦除或不可重写)的形式被存储,或者可以以存储器(诸如,例如,随机存取存储器(RAM)、存储芯片、装置或集成电路)的形式被存储,或者可被存储在光可读或磁可读介质(诸如,例如,压缩盘(CD)、数字通用盘(DVD)、磁盘或磁带等)上。将理解:存储装置和存储介质是适于存储包括当被运行时实现本公开的各种实施例的指令的一个或更多个程序的非暂时性机器可读存储器的各种实施例。因此,各种实施例提供包括用于实现如本说明书的权利要求中的任何一项权利要求所要求保护的设备或方法的代码的程序以及存储这样的程序的非暂时性机器可读存储器。
尽管已参照本公开的各种实施例示出并描述了本公开,但是本领域中的技术人员将理解:在不脱离由权利要求及其等同物限定的本公开的精神和范围的情况下可在此进行形式和细节上的各种改变。
Claims (446)
1.一种操作电子装置的方法,所述方法包括:
由所述电子装置的至少一个处理器执行用于与框架接口进行接口连接的应用程序;
由框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块中的每个通信模块被配置为根据选择的一个或更多个通信协议来进行操作,其中,框架接口被配置为针对数据的至少一部分选择所述一个或更多个通信模块中的至少一个通信模块;
由所述一个或更多个通信模块与一个或更多个外部电子装置进行数据通信。
2.如权利要求1所述的方法,还包括:
由应用程序将对所述一个或更多个通信协议的偏好和选择中的至少一个提供给框架接口,
其中,在应用程序和所述一个或更多个通信模块之间对数据进行路由的操作至少部分地基于对所述一个或更多个通信协议的偏好和选择之一。
3.如权利要求2所述的方法,其中,对所述一个或更多个通信协议的偏好和选择中的至少一个包括通信信道的标识号和通信信道的服务质量(QoS)中的至少一个。
4.如权利要求1所述的方法,其中,对数据进行路由的步骤包括:同时或按顺序地将数据的部分从应用程序路由至两个或更多个通信模块,
其中,所述两个或更多个模块根据两个或更多个不同的通信模块进行操作。
5.如权利要求1所述的方法,其中,应用程序包括以下项之一:媒体控制器应用、相机应用、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用、通话记录应用和情境应用。
6.如权利要求1所述的方法,其中,与所述一个或更多个外部装置进行数据通信的步骤包括由框架接口建立与所述一个或更多个外部装置的一个或更多个通信信道。
7.如权利要求6所述的方法,其中,所述一个或更多个通信信道包括一个或更多个物理信道和一个或更多个逻辑信道中的至少一个。
8.如权利要求1所述的方法,还包括:
通过框架接口,由应用程序提供与所述一个或更多个外部电子装置的一个或更多个服务。
9.如权利要求8所述的方法,其中,提供所述一个或更多个服务的步骤包括:使用通过一个或更多个逻辑通信信道交换的数据,其中,所述一个或更多个逻辑通信信道被建立在应用程序的服务代理和所述一个或更多个外部电子装置的一个或更多个服务代理之间。
10.如权利要求1所述的方法,还包括:
通过框架接口,由应用程序使用两个或更多个逻辑信道将两个或更多个服务提供给所述一个或更多个外部电子装置。
11.如权利要求1所述的方法,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
12.如权利要求1所述的方法,其中,应用程序被配置为独立于所述一个或更多个通信协议进行操作。
13.一种记录有用于执行由一个或更多个电子装置实现的权利要求1的方法的程序的非暂时性计算机可读记录介质。
14.一种电子装置,包括:
一个或更多个通信模块,其中,所述一个或更多个通信模块中的每个通信模块被配置为基于一个或更多个通信协议与一个或更多个外部电子装置进行通信;
至少一个处理器,被配置为:
执行用于与框架接口进行接口连接的应用程序,
在应用程序和所述一个或更多个通信模块之间对数据进行路由,其中,框架接口被配置为针对数据的至少一部分选择所述一个或更多个通信模块中的至少一个通信模块;
控制所述一个或更多个通信模块基于选择的一个或更多个通信协议与所述一个或更多个外部电子装置进行数据通信。
15.如权利要求14所述的电子装置,其中,应用程序被配置为向框架接口提供对所述一个或更多个通信协议的偏好和选择中的至少一个,
其中,至少部分地基于对所述一个或更多个通信协议的偏好和选择中的至少一个,在应用程序和所述一个或更多个通信模块之间对数据进行路由。
16.如权利要求15所述的电子装置,其中,对所述一个或更多个通信协议的偏好和选择中的至少一个包括通信信道的标识号和通信信道的服务质量(QoS)中的至少一个。
17.如权利要求14所述的电子装置,其中,数据的部分被同时或按顺序地从应用程序路由至两个或更多个通信模块,
其中,所述两个或更多个模块根据两个或更多个不同的通信模块进行操作。
18.如权利要求14所述的电子装置,其中,应用程序包括以下项之一:媒体控制器应用、相机应用、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用、通话记录应用和情境应用。
19.如权利要求14所述的电子装置,其中,框架接口被配置为与所述一个或更多个外部装置建立一个或更多个通信信道以与所述一个或更多个外部电子装置进行数据通信。
20.如权利要求19所述的电子装置,其中,所述一个或更多个通信信道包括一个或更多个物理信道和一个或更多个逻辑信道中的至少一个。
21.如权利要求14所述的电子装置,其中,应用程序被配置为通过框架接口提供与所述一个或更多个外部电子装置的一个或更多个服务。
22.如权利要求21所述的电子装置,其中,所述一个或更多个服务是使用通过一个或更多个逻辑通信信道交换的数据而被提供的,其中,所述一个或更多个逻辑通信信道被建立在应用程序的服务代理和所述一个或更多个外部电子装置的一个或更多个服务代理之间。
23.如权利要求14所述的电子装置,其中,应用程序被配置为:通过框架接口,使用两个或更多个逻辑信道将两个或更多个服务提供给所述一个或更多个外部电子装置。
24.如权利要求14所述的电子装置,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
25.如权利要求14所述的电子装置,其中,应用程序被配置为独立于所述一个或更多个通信协议进行操作。
26.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与一个或更多个外部电子装置进行通信;
至少一个处理器,被配置为提供框架接口,其中,框架接口被配置用于与将从所述电子装置的外部被下载的应用程序进行接口连接,其中,所述框架接口被配置为:
将数据路由发送至所述一个或更多个通信模块,从所述一个或更多个通信模块路由接收数据,
控制所述一个或更多个通信模块基于选择的一个或更多个通信协议与所述一个或更多个外部电子装置进行数据通信。
27.如权利要求26所述的电子装置,其中,框架接口被配置为与应用程序接口连接从而在应用程序和所述一个或更多个通信模块之间对数据进行路由。
28.如权利要求26所述的电子装置,其中,框架接口包括被配置为与两个或更多个应用程序接口连接的通用应用程序接口(API)。
29.如权利要求26所述的电子装置,还包括:
软件框架,包括被配置为从框架接口接收数据的一个或更多个适配器,
其中,所述一个或更多个适配器中的各个适配器被配置为将数据的至少一部分提供给通信模块中被选择的一个通信模块。
30.一种操作电子装置的方法,所述方法包括:
由电子装置使用一个或更多个通信协议与外部电子装置建立一个或更多个物理信道;
由电子装置使用所述一个或更多个物理信道经由一个或更多个逻辑信道或会话与外部电子装置进行数据通信,
其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个通信协议。
31.如权利要求30所述的方法,其中,进行数据通信的步骤包括:将数据从在电子装置上运行的一个或更多个应用程序发送到外部电子装置。
32.如权利要求30所述的方法,还包括:
在电子装置上执行第一应用程序和第二应用程序,
其中,进行数据通信的步骤包括:
在第一物理信道上使用第一逻辑信道或会话从第一应用程序发送第一数据,
在第一物理信道上使用第二逻辑信道或会话从第二应用程序发送第二数据。
33.如权利要求30所述的方法,其中,所述一个或更多个通信协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
34.如权利要求30所述的方法,还包括:
在电子装置上执行一个或更多个应用程序,
其中,所述一个或更多个应用程序是经由所述一个或更多个逻辑信道或会话通信的数据的源和目的地之一。
35.如权利要求34所述的方法,其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个应用程序。
36.如权利要求30所述的方法,还包括:
执行两个或更多个应用程序,
其中,所述两个或更多个应用程序中的第一应用程序是使用第一物理信道经由第一逻辑信道通信的第一数据的源和目的地之一,
其中,所述两个或更多个应用程序中的第二应用程序是使用第一物理信道经由第二逻辑信道通信的第二数据的源和目的地之一。
37.如权利要求30所述的方法,其中,逻辑信道或会话的数量独立于所述一个或更多个物理信道的数量和通信协议中的至少一个。
38.如权利要求30所述的方法,其中,逻辑信道或会话的数量多于物理信道的数量。
39.如权利要求30所述的方法,还包括:
由电子装置使用一个或更多个会话标识符,其中,所述一个或更多个会话标识符中的每个会话标识符指示所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话。
40.如权利要求39所述的方法,还包括:
由电子装置使用映射到所述一个或更多个会话标识符的信道编号。
41.一种记录有用于执行由一个或更多个电子装置实现的权利要求30的方法的程序的非暂时性计算机可读记录介质。
42.一种电子装置,包括:
一个或更多个通信模块,被配置为使用一个或更多个通信协议与外部装置建立一个或更多个物理信道;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个物理信道,
控制所述一个或更多个通信模块使用所述一个或更多个物理信道经由一个或更多个逻辑信道或会话与外部装置进行数据通信,
其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个通信协议。
43.如权利要求42所述的电子装置,其中,所述至少一个处理器还被配置为:将数据从在电子装置上运行的一个或更多个应用程序发送到外部电子装置。
44.如权利要求42所述的电子装置,其中,所述至少一个处理器还被配置为:
在电子装置上执行第一应用程序和第二应用程序;
在第一物理信道上使用第一逻辑信道或会话从第一应用程序发送第一数据,
在第一物理信道上使用第二逻辑信道或会话从第二应用程序发送第二数据。
45.如权利要求42所述的电子装置,其中,所述一个或更多个通信协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
46.如权利要求42所述的电子装置,其中,所述至少一个处理器还被配置为执行一个或更多个应用程序,
其中,所述一个或更多个应用程序是经由所述一个或更多个逻辑信道或会话通信的数据的源和目的地之一。
47.如权利要求46所述的电子装置,其中,所述一个或更多个逻辑信道或会话独立于所述一个或更多个应用程序。
48.如权利要求42所述的电子装置,其中,所述至少一个处理器还被配置为执行两个或更多个应用程序,
其中,所述两个或更多个应用程序中的第一应用程序是使用第一物理信道经由第一逻辑信道通信的第一数据的源和目的地之一,
其中,所述两个或更多个应用程序中的第二应用程序是使用第一物理信道经由第二逻辑信道通信的第二数据的源和目的地之一。
49.如权利要求42所述的电子装置,其中,逻辑信道或会话的数量独立于所述一个或更多个物理信道的数量和通信协议中的至少一个。
50.如权利要求42所述的电子装置,其中,所述一个或更多个逻辑信道或会话的数量多于所述一个或更多个物理信道的数量。
51.一种操作电子装置的方法,所述方法包括:
由被配置为提供框架接口的电子装置与外部电子装置建立一个或更多个物理通信信道;
由所述电子装置执行用于与框架接口进行接口连接的应用程序;
由框架接口使用所述一个或更多个物理通信信道接收关于一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息;
由框架接口至少部分地基于接收到的信息改变所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话;
在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话对来自应用程序的数据进行通信。
52.如权利要求51所述的方法,其中,接收所述信息的步骤包括:
接收关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的丢包的信息。
53.如权利要求52所述的方法,还包括:
由所述电子装置重新发送已经发生了丢包的数据。
54.如权利要求51所述的方法,还包括:
由应用程序将关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的通信流量质量的信息提供给框架接口。
55.如权利要求51所述的方法,其中,接收到的关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息包括以下项中的至少一项:
逻辑信道或会话的总数;
一个或更多个标识符,其中,每个标识符分别指示所述一个或更多个逻辑信道或会话;
一个或更多个服务质量指示符,其中,每个服务质量指示符与所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话相关联。
56.如权利要求51所述的方法,其中,所述一个或更多个服务质量指示符包括以下项中的一项或更多项:
质量类型;
质量优先级;
质量数据速率;
数据格式。
57.如权利要求51所述的方法,其中,数据格式与各个通信信道的数据格式的类型相对应。
58.如权利要求51所述的方法,其中,数据速率是针对应用程序发起的数据的速率。
59.如权利要求51所述的方法,其中,由框架接口接收所述信息的步骤包括:
从外部电子装置接收关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的通信流量质量的信息。
60.如权利要求51所述的方法,其中,在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话对来自应用程序的数据进行通信的步骤包括:
由框架接口根据所述一个或更多个逻辑信道或会话中的至少两个逻辑信道或会话的同时使用对来自应用程序的数据进行通信。
61.如权利要求51所述的方法,其中,在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话对来自应用程序的数据进行通信的步骤包括:
由框架接口根据所述一个或更多个逻辑信道或会话中的至少两个逻辑信道或会话的顺序使用对来自应用程序的数据进行通信。
62.如权利要求51所述的方法,其中,应用程序包括以下项中的至少一项:
音乐应用、视频应用、相机应用、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用、通话记录应用和情境应用。
63.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部装置建立一个或更多个物理通信信道;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个物理通信信道在一个或更多个逻辑信道或会话上与外部装置进行通信,
执行用于与框架接口进行接口连接的应用程序,
其中,框架接口被配置为:
使用所述一个或更多个物理信道接收关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息,
至少部分地基于接收到的信息改变所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话;
进行操作以在所述一个或更多个物理通信信道上使用所述一个或更多个逻辑信道或会话中被改变的至少一个逻辑信道或会话对来自应用程序的数据进行通信。
64.如权利要求63所述的电子装置,其中,框架接口还被配置为:接收关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的丢包的信息。
65.如权利要求64所述的电子装置,其中,所述至少一个处理器还被配置为重新发送已经发生了丢包的数据。
66.如权利要求63所述的电子装置,其中,应用程序被配置为:将关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的通信流量质量的信息提供给框架接口。
67.如权利要求63所述的电子装置,其中,接收到的关于所述一个或更多个逻辑信道或会话中的至少一个逻辑信道或会话的信息包括以下项中的至少一项:
逻辑信道或会话的总数;
一个或更多个标识符,其中,每个标识符分别指示所述一个或更多个逻辑信道或会话;
一个或更多个服务质量指示符,其中,每个服务质量指示符与所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话相关联。
68.如权利要求63所述的电子装置,其中,所述一个或更多个服务质量指示符包括以下项中的一项或更多项:
质量类型;
质量优先级;
质量数据速率;
数据格式。
69.如权利要求63所述的电子装置,其中,数据格式与各个通信信道的数据格式的类型相对应。
70.如权利要求63所述的电子装置,其中,数据速率是针对应用程序发起的数据的速率。
71.如权利要求63所述的电子装置,其中,所述至少一个处理器还被配置为:在电子装置和各个外部电子装置之间建立一定数量的逻辑信道,
其中,所述数量是与逻辑信道的总数量相同的数量。
72.如权利要求63所述的电子装置,其中,框架接口还被配置为:同时使用所述一个或更多个逻辑信道或会话中的至少两个逻辑信道或会话。
73.如权利要求72所述的电子装置,其中,框架接口还被配置为:同时使用所述一个或更多个逻辑信道或会话中的至少两个逻辑信道或会话,以使用所述一个或更多个物理信道在电子装置和各个外部电子装置之间进行数据通信。
74.如权利要求63所述的电子装置,其中,框架接口还被配置为顺序地使用所述一个或更多个逻辑信道中的至少两个逻辑信道。
75.如权利要求74所述的电子装置,其中,框架接口还被配置为:顺序地使用所述一个或更多个逻辑信道或会话中的至少两个逻辑信道或会话,以使用所述一个或更多个物理信道在电子装置和各个外部电子装置之间进行数据通信。
76.如权利要求63所述的电子装置,其中,应用程序包括以下项中的至少一项:
音乐应用、视频应用、相机应用、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用、通话记录应用和情境应用。
77.一种通过执行存储在存储器中的指令来操作被配置为提供框架接口的电子装置的方法,所述方法包括:
由框架接口接收针对电子装置的应用程序的数据传输的要求的指示;
由框架接口在电子装置和外部电子装置之间建立一个或更多个物理通信信道;
由框架接口配置一个或更多个逻辑信道,其中,在所述一个或更多个逻辑信道上,来自应用程序的数据将根据针对数据传输的要求的指示在电子装置和外部电子装置之间被通信;
由框架接口使用所述一个或更多个物理通信信道在一个或更多个被配置的逻辑信道上对来自应用程序的数据进行通信。
78.如权利要求77所述的方法,还包括:
由框架接口监视所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道。
79.如权利要求78所述的方法,还包括:
由框架接口根据对所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道的监视结果来重新配置所述一个或更多个被配置的逻辑信道中的所述至少一个逻辑信道。
80.如权利要求78所述的方法,还包括:
根据对所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道的监视结果重新发送来自应用程序的数据。
81.如权利要求77所述的方法,其中,由框架接口配置一个或更多个逻辑信道的步骤还包括:
根据电子装置和外部电子装置中的至少一个的能力来配置将对来自应用程序的数据进行通信的所述一个或更多个逻辑信道。
82.如权利要求81所述的方法,还包括:
由框架接口监视一个或更多个被配置的逻辑信道中的至少一个逻辑信道。
83.如权利要求82所述的方法,还包括:
如果电子装置和外部电子装置均支持数据的重新传输,则根据对所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道的监视结果来对应用程序的数据进行重新通信。
84.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部装置建立一个或更多个物理通信信道;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个物理通信信道,在一个或更多个逻辑信道上与外部电子装置进行通信,
执行用于与框架接口进行接口连接的应用程序,
其中,框架接口被配置为:
接收针对应用程序的数据传输的要求的指示;
在电子装置和外部电子装置之间建立所述一个或更多个物理通信信道;
配置一个或更多个逻辑信道,其中,在所述一个或更多个逻辑信道上,来自应用程序的数据将根据针对数据传输的要求的指示在电子装置和外部电子装置之间被通信;
进行操作以使用所述一个或更多个物理通信信道在一个或更多个被配置的逻辑信道上对来自应用程序的数据进行通信。
85.如权利要求84所述的电子装置,其中,框架接口还被配置为:监视所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道。
86.如权利要求85所述的电子装置,其中,框架接口还被配置为:根据对所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道的监视结果来重新配置所述一个或更多个被配置的逻辑信道中的所述至少一个逻辑信道。
87.如权利要求85所述的电子装置,其中,框架接口还被配置为:根据对所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道的监视结果对来自应用程序的数据进行重新通信。
88.如权利要求84所述的电子装置,其中,框架接口还根据电子装置和外部电子装置中的至少一个的能力来配置将对来自应用程序的数据进行通信的所述一个或更多个逻辑信道。
89.如权利要求88所述的电子装置,其中,框架接口还被配置为监视所述一个或更多个被配置的逻辑信道中的至少一个逻辑信道。
90.如权利要求89所述的电子装置,其中,框架接口还被配置为:如果电子装置和外部电子装置均支持数据的重新传输,则根据对所述一个或更多个被配置的逻辑信道中的所述至少一个逻辑信道的监视结果来对应用程序的数据进行重新通信。
91.一种对电子装置进行操作的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置使用一个或更多个通信模块与外部电子装置建立一个或更多个物理信道;
由电子装置执行用于与框架接口进行接口连接的两个或更多个应用程序;
使用针对所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,经由框架接口通过所述一个或更多个物理信道将来自所述两个或更多个应用程序的数据传送至外部电子装置,
其中,传送数据的步骤包括由框架接口将包括净荷的数据包提供到通信模块,
其中,净荷包括来自所述两个或更多个应用程序中的一个应用程序的第一数据以及来自所述两个或更多个应用程序中的另一应用程序的第二数据。
92.如权利要求91所述的方法,其中,框架接口使用用于所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,将来自所述两个或更多个应用程序的数据传送至所述一个或更多个通信模块。
93.如权利要求91所述的方法,其中,传送数据的步骤包括:
通过所述一个或更多个物理信道中的第一物理信道传送第一数据;
通过所述一个或更多个物理信道中的另一物理信道传送第二数据。
94.如权利要求91所述的方法,其中,所述一个或更多个物理信道中的每个物理信道分别根据包括以下项之一的通信信道协议进行操作:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
95.如权利要求91所述的方法,其中,框架接口产生包括头和净荷的数据包,其中,所述头与所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话相应。
96.如权利要求95所述的方法,其中,所述头包括相应的会话标识符。
97.如权利要求95所述的方法,其中,传送数据的步骤包括:
通过所述一个或更多个物理信道中的第一物理信道传送用于所述两个或更多个应用程序的每个应用程序的所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话的数据包。
98.如权利要求97所述的方法,其中,用于所述两个或更多个应用程序的每个应用程序的所述一个或更多个逻辑信道或会话中的每一个逻辑信道或会话的数据包包括:在通过所述一个或更多个物理信道中的第一物理信道被通信之前与所述两个或更多个应用程序中的一个应用程序的数据复用的所述两个或更多个应用程序中的另一应用程序的数据。
99.一种记录有用于执行由一个或更多个电子装置实现的权利要求91的方法的程序的非暂时性计算机可读记录介质。
100.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个物理信道;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个物理信道,
执行用于与由电子装置提供的框架接口进行接口连接的两个或更多个应用程序,
控制框架接口使用用于所述两个或更多个应用程序中的各个应用程序的至少一个逻辑信道或会话,通过所述一个或更多个物理信道将来自所述两个或更多个应用程序的数据传送至外部电子装置,
其中,框架接口将包括净荷的数据包提供到所述一个或更多个通信模块,
其中,净荷包括来自所述两个或更多个应用程序中的一个应用程序的第一数据以及来自所述两个或更多个应用程序中的另一应用程序的第二数据。
101.如权利要求100所述的电子装置,其中,框架接口被配置为使用用于所述两个或更多个应用程序中的每一个应用程序的至少一个逻辑信道或会话,将来自所述两个或更多个应用程序的数据传送至所述一个或更多个通信模块。
102.如权利要求100所述的电子装置,其中,所述至少一个处理器还被配置为控制框架接口执行以下操作:
通过所述一个或更多个物理信道中的第一物理信道传送第一数据;
通过所述一个或更多个物理信道中的另一物理信道传送第二数据。
103.如权利要求100所述的电子装置,其中,所述一个或更多个物理信道中的每个物理信道分别根据包括以下项之一的通信信道协议进行操作:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
104.如权利要求100所述的电子装置,其中,框架接口被配置为产生包括头和净荷的数据包,其中,所述头与所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话相应。
105.如权利要求104所述的电子装置,其中,所述头包括相应的会话标识符。
106.如权利要求104所述的电子装置,其中,所述至少一个处理器还被配置为:控制框架接口通过所述一个或更多个物理信道中的第一物理信道传送用于所述两个或更多个应用程序中的每个应用程序的所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话的数据包。
107.如权利要求106所述的电子装置,其中,用于所述两个或更多个应用程序中的每个应用程序的所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话的数据包包括在通过所述一个或更多个物理信道中的第一物理信道被通信之前与用于所述两个或更多个应用程序中的一个应用程序的数据复用的用于所述两个或更多个应用程序中的另一应用程序的数据。
108.一种操作电子装置的方法,所述方法包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置使用所述一个或更多个通信信道中的至少一个通信信道,请求外部电子装置将一个或更多个配置文件标识符(ID)传送至电子装置,
其中,所述一个或更多个配置文件ID中的每个配置文件ID与外部电子装置支持的一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
109.如权利要求108所述的方法,其中,服务能力包括分别与以下项中的一项或更多项相关联的一个或更多个能力:音乐服务、相机服务、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用和通话记录应用。
110.如权利要求108所述的方法,还包括:
由电子装置从外部电子装置接收以下项中的至少一项:一个或更多个配置文件ID、一个或更多个应用ID和一个或更多个角色。
111.如权利要求108所述的方法,还包括:
由电子装置接收与至少一个配置文件ID分别关联的至少一个服务能力记录以支持所述一个或更多个服务能力。
112.如权利要求111所述的方法,还包括:
由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,
由框架接口将与所述至少一个服务能力记录中的一个或更多个服务能力记录相关的信息传送至所述一个或更多个应用程序中的至少一个应用程序。
113.如权利要求112所述的方法,其中,由框架接口将与所述至少一个服务能力记录中的一个或更多个服务能力记录相关的信息传送至所述一个或更多个应用程序中的至少一个应用程序的步骤包括:
由框架接口将所述至少一个服务能力记录中的一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
114.如权利要求112所述的方法,其中,由框架接口将与所述至少一个服务能力记录中的一个或更多个服务能力记录相关的信息传送至所述一个或更多个应用程序中的至少一个应用程序的步骤包括:
由框架接口将关于外部电子装置是否支持根据所述至少一个服务能力记录的能力的指示传送至所述一个或更多个应用程序中的至少一个应用程序。
115.如权利要求111所述的方法,还包括:
由框架接口进行操作以将所述一个或更多个配置文件ID中的至少一个配置文件ID与外部电子装置关联地存储。
116.如权利要求108所述的方法,还包括:
由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,由电子装置请求外部电子装置将一个或更多个配置文件ID传送至电子装置的步骤还包括:
由一个或更多个应用程序将对于所述一个或更多个配置文件ID中的至少一个配置文件ID的请求传送至框架接口;
响应于从所述一个或更多个应用程序接收到对于所述一个或更多个配置文件ID中的至少一个的请求,由电子装置经由框架接口请求外部电子装置将一个或更多个配置文件ID传送至电子装置。
117.一种电子装置,包括:
一个或更多个通信模块,被配置为建立一个或更多个通信信道;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行通信,
使用所述一个或更多个通信信道中的至少一个通信信道,向外部电子装置发送对于由外部电子装置将一个或更多个配置文件标识符(ID)提供给电子装置的请求,
其中,所述一个或更多个配置文件ID中的每个配置文件ID与外部电子装置支持的一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力相关联。
118.如权利要求117所述的电子装置,其中,服务能力包括与以下项中的一项或更多项相关联的一个或更多个能力:音乐服务、相机服务、信使应用、通知应用、日历应用、联系人应用、天气应用、计步器应用、查找装置应用、警报应用、语音备忘录应用、文件传输应用和通话记录应用。
119.如权利要求117所述的电子装置,其中,所述一个或更多个通信模块中的至少一个还被配置为:
从外部电子装置接收以下项中的至少一项:一个或更多个配置文件ID、一个或更多个应用ID和一个或更多个角色。
120.如权利要求117所述的电子装置,其中,所述至少一个处理器还被配置为:接收与至少一个配置文件ID分别相关联的至少一个服务能力记录以支持所述一个或更多个服务能力。
121.如权利要求117所述的电子装置,其中,所述至少一个处理器还被配置为执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为:将与所述至少一个服务能力记录中的一个或更多个服务能力记录相关的信息传送至所述一个或更多个应用程序中的至少一个应用程序。
122.如权利要求121所述的电子装置,其中,框架接口将所述至少一个服务能力记录中的所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
123.如权利要求121所述的电子装置,其中,框架接口将关于外部电子装置是否支持根据所述至少一个服务能力记录的能力的指示传送至所述一个或更多个应用程序。
124.如权利要求117所述的电子装置,其中,框架接口进行操作以将所述一个或更多个配置文件ID中的至少一个配置文件ID与外部电子装置关联地存储。
125.如权利要求117所述的电子装置,其中,所述至少一个处理器还被配置为执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,所述一个或更多个应用程序还被配置为将对于所述一个或更多个配置文件ID中的至少一个配置文件ID的请求传送至框架接口,
其中,框架接口被配置为:响应于从所述一个或更多个应用程序接收到对于所述一个或更多个配置文件ID中的至少一个配置文件ID的请求,使所述至少一个处理器发送对于由外部电子装置将一个或更多个配置文件ID提供给电子装置的请求。
126.一种操作电子装置的方法,所述方法包括:
由被配置为运行一个或更多个应用程序的电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置使用所述一个或更多个通信信道中的至少一个通信信道从外部电子装置接收对于将一个或更多个配置文件标识符(ID)提供给外部电子装置的请求,
其中,每个配置文件ID与所述一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力关联。
127.如权利要求126所述的方法,还包括:
由电子装置使用所述一个或更多个通信信道中的至少一个通信信道将一个或更多个配置文件ID传送至外部电子装置。
128.如权利要求126所述的方法,还包括:
由电子装置传送指示,其中,所述指示表明电子装置不具有支持与对于提供所述一个或更多个配置文件ID的请求相关联的所述一个或更多个服务能力的任何应用程序。
129.如权利要求126所述的方法,还包括:
由电子装置传送指示,其中,所述指示表明电子装置不具有支持与对于提供所述一个或更多个配置文件ID的请求相关联的所述一个或更多个服务能力的应用程序的任何更新记录。
130.一种电子装置,包括:
一个或更多个通信模块,被配置为建立一个或更多个通信信道;
存储器,被配置为存储一个或更多个应用程序;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行通信,
进行操作以使用所述一个或更多个通信信道中的所述至少一个通信信道从外部电子装置接收对于将一个或更多个配置文件标识符(ID)提供给外部电子装置的请求,
其中,每个配置文件ID与所述一个或更多个应用程序中的各个应用程序所支持的一个或更多个服务能力关联。
131.如权利要求130所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以使用所述一个或更多个通信信道中的至少一个通信信道将一个或更多个配置文件ID传送至外部电子装置。
132.如权利要求130所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以传送指示,其中,所述指示表明电子装置不具有支持与对于提供所述一个或更多个配置文件ID的请求相关联的所述一个或更多个服务能力的任何应用程序。
133.如权利要求130所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以传送指示,其中,所述指示表明电子装置不具有支持与对于提供所述一个或更多个配置文件ID的请求相关联的一个或更多个服务能力的应用程序的任何更新记录。
134.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置来执行一个或更多个应用程序;
由所述一个或更多个应用程序中的至少一个应用程序在框架接口登记所述至少一个应用程序的服务能力。
135.如权利要求134所述的方法,其中,由所述一个或更多个应用程序中的至少一个应用程序在框架接口登记所述至少一个应用程序的服务能力的步骤包括:
由框架接口存储所述一个或更多个应用程序中的所述至少一个应用程序的服务能力。
136.如权利要求135所述的方法,还包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置使用所述一个或更多个通信信道中的至少一个通信信道,将与在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的一个或更多个配置文件标识符(ID)传送至外部电子装置。
137.如权利要求136所述的方法,还包括:
由电子装置使用所述一个或更多个通信信道中的至少一个通信信道从外部电子装置接收对于将所述一个或更多个配置文件ID提供给外部电子装置的请求,
其中,响应于电子装置接收到对于提供所述一个或更多个配置文件ID的请求,与在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的所述一个或更多个配置文件ID配置文件被传送。
138.如权利要求136所述的方法,其中,由电子装置使用所述一个或更多个通信信道中的至少一个通信信道将与在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的一个或更多个配置文件ID传送至外部装置的步骤包括:
由框架接口从存储器检索在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的至少一个可应用的配置文件ID;
由电子装置经由框架接口将所述至少一个可应用的配置文件ID传送至外部电子装置。
139.一种电子装置,包括:
存储器,被配置为存储一个或更多个应用程序和框架接口;
至少一个处理器,被配置为执行所述一个或更多个应用程序中的至少一个应用程序,
其中,所述一个或更多个应用程序中的至少一个应用程序在框架接口登记所述至少一个应用程序的服务能力。
140.如权利要求139所述的电子装置,其中,框架接口被配置为存储所述一个或更多个应用程序中的所述至少一个应用程序的服务能力。
141.如权利要求140所述的电子装置,还包括:
一个或更多个通信模块,被配置为建立一个或更多个通信信道;
其中,所述至少一个处理器还被配置为进行操作以使用所述一个或更多个通信信道中的至少一个通信信道将与在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的一个或更多个配置文件标识符(ID)传送至外部电子装置。
142.如权利要求141所述的电子装置,其中,所述至少一个处理器还被配置为:
使用所述一个或更多个通信信道中的至少一个通信信道从外部电子装置接收对于将所述一个或更多个配置文件ID提供给外部电子装置的请求,
响应于所述至少一个处理器接收到对于提供所述一个或更多个配置文件ID的请求,传送与在框架接口登记的所述一个或更多个应用程序中的所述至少一个应用程序的服务能力相关联的所述一个或更多个配置文件ID。
143.如权利要求141所述的电子装置,其中,框架接口被配置为从存储器检索在框架接口登记的所述一个或更多个应用程序中的至少一个应用程序的服务能力相关联的至少一个可应用的配置文件ID,
其中,所述至少一个处理器还被配置为使用所述一个或更多个通信信道中的至少一个通信信道经由框架接口将所述至少一个可应用的配置文件ID传送至外部电子装置。
144.一种操作电子装置的方法,所述方法包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置将对于外部电子装置的能力的查询传送至外部电子装置;
由电子装置将关于查询的类型的指示传送至外部电子装置。
145.如权利要求144所述的方法,其中,传送关于查询的类型的指示的步骤包括:在与关于能力的查询相同的信号中传送关于查询的类型的指示。
146.如权利要求144所述的方法,其中,关于查询的类型的指示表明查询是默认查询还是可选查询。
147.如权利要求146所述的方法,其中,默认查询指示向外部电子装置请求能力信息的能力查询。
148.如权利要求146所述的方法,其中,可选查询指示能力查询和对于关于外部电子装置的能力在稍后时间的改变的信息的请求。
149.如权利要求148所述的方法,其中,可选查询还包括:外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度。
150.如权利要求144所述的方法,还包括:
由电子装置将一个或更多个值或信息传送至外部电子装置。
151.如权利要求150所述的方法,其中,电子装置在同一信号中传送对于外部电子装置的能力的查询、关于查询的类型的指示以及所述一个或更多个值或信息。
152.如权利要求151所述的方法,其中,所述信号包括查询类型字段。
153.如权利要求144所述的方法,还包括:
由电子装置将外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度的指示传送至外部电子装置。
154.如权利要求153所述的电子装置,其中,对于外部电子装置的能力的查询和关于查询的类型的指示在同一信号中被传送,
其中,所述信号包括一字段,该字段包括外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度的指示。
155.如权利要求154所述的方法,其中,所述字段包括持续时间长度字段。
156.如权利要求144所述的方法,还包括:
由电子装置将与电子装置的服务、电子装置的功能和电子装置的能力中的一个或更多个相关联的信息传送至外部电子装置。
157.如权利要求156所述的方法,其中,所述信息包括一个或更多个配件服务配置文件标识符(ID)。
158.如权利要求144所述的方法,还包括:
由电子装置接收与外部电子装置的能力中的一个或更多个能力相关联的信息。
159.如权利要求158所述的方法,其中,所述信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、消息类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
160.如权利要求144所述的方法,还包括:
由电子装置执行与框架接口进行接口连接的一个或更多个应用程序,
由框架接口将与外部电子装置的能力中的一个或更多个能力相关联的信息的至少一部分传送至所述一个或更多个应用程序中的至少一个应用程序。
161.如权利要求144所述的方法,电子装置使用一个或更多个有线连接和一个或更多个无线连接中的至少一个来传送对于外部电子装置的能力的查询和关于查询的类型的指示。
162.如权利要求160所述的方法,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
163.如权利要求144所述的方法,还包括:
由电子装置执行与框架接口进行接口连接的一个或更多个应用程序,
由电子装置配置关于查询的类型的指示。
164.如权利要求163所述的方法,其中,电子装置根据所述一个或更多个应用程序中的至少一个应用程序的操作来配置关于查询的类型的指示。
165.如权利要求163所述的方法,其中,电子装置响应于所述一个或更多个应用程序中的至少一个应用程序的安装来配置关于查询的类型的指示。
166.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个通信信道与外部电子装置进行通信;
进行操作以将关于外部电子装置的能力的查询传送至外部电子装置;
进行操作以将关于查询的类型的指示传送至外部电子装置。
167.如权利要求166所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以在与对于外部电子装置的能力的查询相同的信号中传送关于查询的类型的指示。
168.如权利要求166所述的电子装置,其中,关于查询的类型的指示表明查询是默认查询还是可选查询。
169.如权利要求168所述的电子装置,其中,默认查询指示向外部电子装置请求能力信息的能力查询。
170.如权利要求168所述的电子装置,其中,可选查询指示能力查询和对于关于外部电子装置的能力在稍后时间的改变的信息的请求。
171.如权利要求170所述的电子装置,其中,可选查询还包括:外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度。
172.如权利要求166所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以传送一个或更多个值或信息。
173.如权利要求172所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以在同一信号中传送对于外部电子装置的能力的查询、关于查询的类型的指示以及所述一个或更多个值或信息。
174.如权利要求173所述的电子装置,其中,所述信号包括查询类型字段。
175.如权利要求166所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以传送外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度的指示。
176.如权利要求175所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以在同一信号中传送关于外部电子装置的能力的查询和关于查询的类型的指示,
其中,所述信号包括一字段,该字段包括外部电子装置被要求提供关于外部电子装置的能力的改变的信息的时间长度的指示。
177.如权利要求176所述的电子装置,其中,所述字段包括持续时间长度字段。
178.如权利要求166所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以将与电子装置的服务、电子装置的功能和电子装置的能力中的一个或更多个相关联的信息传送至外部电子装置。
179.如权利要求178所述的电子装置,其中,所述信息包括一个或更多个配件服务配置文件标识符(ID)。
180.如权利要求166所述的电子装置,所述至少一个处理器还被配置为:进行操作以经由所述一个或更多个通信模块接收与外部电子装置的能力中的一个或更多个能力相关联的信息。
181.如权利要求180所述的电子装置,其中,所述信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、消息类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
182.如权利要求166所述的电子装置,其中,所述一个或更多个通信模块被配置为使用一个或更多个有线连接和一个或更多个无线连接中的至少一个。
183.如权利要求182所述的电子装置,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
184.一种操作电子装置的方法,所述方法包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置将与电子装置的服务、功能和能力中的一个或更多个相关联的信息传送至外部电子装置。
185.如权利要求184所述的方法,其中,所述信息包括驻留在电子装置的配件服务配置文件标识符(ID)中的一个或更多个。
186.如权利要求184所述的方法,还包括:
由电子装置接收与外部电子装置的一个或更多个能力相关联的信息。
187.如权利要求184所述的方法,其中,与外部电子装置的一个或更多个能力相关联的信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、消息类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
188.如权利要求184所述的方法,其中,使用一个或更多个有线连接和一个或更多个无线连接中的至少一个来传送与电子装置的服务、功能和能力中的一个或更多个相关联的信息。
189.如权利要求188所述的方法,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
190.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
至少一个处理器,被配置为:
使用所述一个或更多个通信信道与外部电子装置进行通信,
进行操作以将与电子装置的服务、功能和能力中的一个或更多个相关联的信息传送至外部电子装置。
191.如权利要求190所述的电子装置,其中,所述信息包括驻留在电子装置的配件服务配置文件标识符(ID)中的一个或更多个。
192.如权利要求190所述的电子装置,其中,所述至少一个处理器还被配置为:经由所述一个或更多个通信信道接收与外部电子装置的一个或更多个能力相关联的信息。
193.如权利要求192所述的电子装置,其中,所述信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、消息类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
194.如权利要求190所述的电子装置,其中,所述一个或更多个通信模块被配置为:使用一个或更多个有线连接和一个或更多个无线连接中的至少一个。
195.如权利要求194所述的电子装置,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
196.一种操作电子装置的方法,所述方法包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置将对于外部电子装置的能力的查询传送至外部电子装置;
由电子装置将关于查询是否为下述查询的指示传送至外部电子装置:
外部电子装置被要求报告外部电子装置的当前能力所根据的查询,或者
外部电子装置被要求报告外部电子装置的当前能力并报告外部电子装置的当前能力的改变所根据的查询。
197.如权利要求196所述的方法,还包括:
由电子装置从外部电子装置接收与外部电子装置的能力相关联的信息。
198.如权利要求197所述的方法,还包括:
由电子装置缓存外部电子装置的能力。
199.如权利要求198所述的方法,还包括:
由电子装置从外部电子装置接收关于外部电子装置的新能力的指示;
响应于电子装置接收到关于外部电子装置的新能力的指示,由电子装置将缓存的外部电子装置的能力更新为包括所述新能力。
200.如权利要求198所述的方法,还包括:
由电子装置从外部电子装置接收关于外部电子装置的丢失的能力的指示;
响应于电子装置接收到关于外部电子装置的丢失的能力的指示,由电子装置更新缓存的外部电子装置的能力以去除丢失的能力。
201.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
至少一个处理器,被配置为:
使用所述一个或更多个通信信道与外部电子装置进行通信,
将关于查询是否为下述查询的指示传送至外部电子装置:
外部电子装置被要求报告外部电子装置的当前能力所根据的查询,或者
外部电子装置被要求报告外部电子装置的当前能力并报告外部电子装置的当前能力的改变所根据的查询。
202.如权利要求201所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以从外部电子装置接收与外部电子装置的能力相关联的信息。
203.如权利要求202所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以缓存外部电子装置的能力。
204.如权利要求203所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以从外部电子装置接收关于外部电子装置的新能力的指示;
响应于电子装置接收到关于外部电子装置的新能力的指示,将缓存的外部电子装置的能力更新为包括所述新能力。
205.如权利要求203所述的电子装置,其中,所述至少一个处理器还被配置为:
从外部电子装置接收关于外部电子装置的丢失的能力的指示;
响应于电子装置接收到关于外部电子装置的丢失的能力的指示,更新缓存的外部电子装置的能力以去除丢失的能力。
206.一种操作电子装置的方法,所述方法包括:
由电子装置与外部电子装置建立一个或更多个通信信道;
响应于从外部电子装置接收到请求,由电子装置将被配置用于标识驻留在电子装置的一个或更多个应用程序的能力信息传送至外部电子装置。
207.如权利要求206所述的方法,其中,能力信息包括一个或更多个应用层实体(ALE)标识符(ID),
其中,所述一个或更多个ALEID中的每一个ALEID指示驻留在电子装置的各个应用程序。
208.如权利要求207所述的方法,其中,能力信息还包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、ALE的友好名称、更新类型、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
209.如权利要求206所述的方法,还包括:
由电子装置将一个或更多个应用程序安装在电子装置上;
由电子装置将关于驻留在电子装置上的应用程序的改变的指示传送至外部电子装置。
210.如权利要求206所述的方法,还包括:
由电子装置从电子装置去除一个或更多个应用程序;
由电子装置将关于驻留在电子装置上的应用程序的改变的指示传送至外部电子装置。
211.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
至少一个处理器,被配置为:
进行操作以使用所述一个或更多个通信信道与外部电子装置通信;
响应于接收到来自外部电子装置的请求,进行操作以传送被配置用于标识驻留在电子装置上的一个或更多个应用程序的能力信息。
212.如权利要求211所述的电子装置,其中,能力信息包括一个或更多个应用层实体(ALE)标识符(ID),
其中,所述一个或更多个ALEID中的每一个ALEID指示驻留在电子装置的各个应用程序。
213.如权利要求212所述的电子装置,其中,能力信息还包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、ALE的友好名称、更新类型、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
214.如权利要求211所述的电子装置,其中,所述至少一个处理器还被配置为:
将一个或更多个应用程序安装在电子装置上;
进行操作以将关于驻留在电子装置上的应用程序的改变的指示传送至外部电子装置。
215.如权利要求211所述的电子装置,其中,所述至少一个处理器还被配置为:
从电子装置去除一个或更多个应用程序;
进行操作以将关于驻留在电子装置上的应用程序的改变的指示传送至外部电子装置。
216.如权利要求211所述的电子装置,其中,所述一个或更多个通信模块被配置为:使用一个或更多个有线连接和一个或更多个无线连接中的至少一个。
217.如权利要求216所述的电子装置,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
218.一种操作电子装置的方法,所述方法包括:
由电子装置与第一外部电子装置和第二外部电子装置建立一个或更多个通信信道;
由电子装置将对于关于第一外部电子装置的能力的改变的信息的请求传送至第一外部电子装置;
由电子装置将对于关于第二外部电子装置的能力的改变的信息的请求传送至第二外部电子装置。
219.如权利要求218所述的方法,其中,在电子装置传送了对于关于第一外部电子装置的能力的改变的信息的请求之后,电子装置传送对于关于第二外部电子装置的能力的的改变的信息的请求。
220.如权利要求218所述的方法,还包括:
由电子装置将指示传送至第一外部电子装置和第二外部电子装置中的一个或更多个,其中,所述指示表明对于关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力的改变的信息的请求是对应于默认查询还是对应于可选查询。
221.如权利要求220所述的方法,其中,默认查询指示向第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置请求能力信息的能力查询。
222.如权利要求220所述的方法,其中,可选查询指示能力查询和对于关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力在稍后时间的改变的信息的请求。
223.如权利要求222所述的方法,其中,可选查询还包括:第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置被要求提供关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力的改变的信息的时间长度。
224.如权利要求218所述的方法,其中,使用第一信号传送对于关于第一外部电子装置的能力的改变的信息的请求,
其中,使用第二信号传送对于关于第二外部电子装置的能力的改变的信息的请求,
其中,第一信号和第二信号分别包括指示值或信息的字段。
225.如权利要求224所述的方法,其中,所述字段包括查询类型字段。
226.如权利要求224所述的方法,其中,第一信号和第二信号分别包括这样的字段:该字段指示第一外部电子装置和第二外部电子装置中的一个装置或更多个装置的各个装置被要求提供关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力的改变的信息的时间长度。
227.如权利要求226所述的方法,其中,所述字段包括持续时间长度字段。
228.如权利要求218所述的方法,还包括:
由电子装置将包括电子装置的服务、功能和能力中的一个或更多个的信息传送至第一外部电子装置和第二外部电子装置中的一个或更多个装置。
229.如权利要求219所述的方法,其中,包括电子装置的服务、功能和能力中的一个或更多个的信息包括一个或更多个配件服务配置文件标识符(ID)。
230.如权利要求220所述的方法,还包括:
由电子装置从第一外部电子装置和第二外部电子装置中的一个或更多个装置接收包括第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的一个或更多个能力的信息。
231.如权利要求230所述的方法,其中,包括第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的一个或更多个能力的信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、更新类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
232.如权利要求220所述的方法,还包括:
由电子装置将指示对于关于第一外部电子装置的能力的改变的信息的请求是对应于默认查询还是可选查询的值传送至第一外部电子装置;
由电子装置发现第二外部电子装置;
在发现第二外部电子装置之后,由电子装置将指示对于关于第二外部电子装置的能力的改变的信息的请求是对应于默认查询还是可选查询的值传送至第二外部电子装置,
其中,被传送至第一外部电子装置的值与被传送至第二外部电子装置的值相同。
233.如权利要求232所述的方法,还包括:
由电子装置将指示对于关于第一外部电子装置的能力的改变的信息的请求对应于可选查询的值传送至第一外部电子装置;
由电子装置将指示对于关于第二外部电子装置的能力的改变的信息的请求对应于可选查询的值传送至第二外部电子装置。
234.如权利要求220所述的方法,其中,使用一个或更多个有线连接和一个或更多个无线连接中的至少一个来分别传送对于关于第一外部电子装置的能力的改变的信息的请求和对于关于第二外部电子装置的能力的改变的信息的请求。
235.如权利要求234所述的方法,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
236.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
至少一个处理器,被配置为:
进行操作以将对于关于第一外部电子装置的能力的改变的信息的请求传送至第一外部电子装置;
进行操作以将对于关于第二外部电子装置的能力的改变的信息的请求传送至第二外部电子装置。
237.如权利要求236所述的电子装置,其中,所述至少一个处理器还被配置为:在所述至少一个处理器传送了对于关于第一外部电子装置的能力的改变的信息的请求之后,进行操作以传送对于关于第二外部电子装置的能力的改变的信息的请求。
238.如权利要求236所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以将指示传送至第一外部电子装置和第二外部电子装置中的一个或更多个,其中,所述指示表明对于关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力的改变的信息的请求是对应于默认查询还是对应于可选查询。
239.如权利要求238所述的电子装置,其中,默认查询指示向第一外部电子装置和第二外部电子装置中的一个或更多个装置请求能力信息的能力查询。
240.如权利要求238所述的电子装置,其中,可选查询指示能力查询和对于关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力在稍后时间的改变的信息的请求。
241.如权利要求240所述的电子装置,其中,可选查询还包括:第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置被要求提供关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的能力的改变的信息的时间长度。
242.如权利要求236所述的电子装置,其中,使用第一信号传送对于关于第一外部电子装置的能力的改变的信息的请求,
其中,使用第二信号传送对于关于第二外部电子装置的能力的改变的信息的请求,
其中,第一信号和第二信号分别包括指示值或信息的字段。
243.如权利要求242所述的电子装置,其中,所述字段包括查询类型字段。
244.如权利要求242所述的电子装置,其中,第一信号和第二信号分别包括这样的字段:该字段指示第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置被要求提供关于第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的能力的改变的信息的时间长度。
245.如权利要求244所述的电子装置,其中,所述字段包括持续时间长度字段。
246.如权利要求236所述的电子装置,其中,所述至少一个处理器还被配置为:进行操作以将包括电子装置的服务、功能和能力中的一个或更多个的信息传送至第一外部电子装置和第二外部电子装置中的一个或更多个装置。
247.如权利要求246所述的电子装置,其中,包括电子装置的服务、功能和能力中的一个或更多个的信息包括一个或更多个配件服务配置文件标识符(ID)。
248.如权利要求236所述的电子装置,其中,所述至少一个处理器被配置为:经由所述一个或更多个通信信道,从第一外部电子装置和第二外部电子装置中的一个或更多个装置接收包括第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的一个或更多个能力的信息。
249.如权利要求248所述的电子装置,其中,包括第一外部电子装置和第二外部电子装置中的一个或更多个装置的各个装置的一个或更多个能力的信息包括以下项中的一项或更多项:应用层实体(ALE)标识符(ID)、更新类型、ALE的友好名称、服务代理的数量、服务代理ID、配件服务配置文件(ASP)ID、ASP版本或角色。
250.如权利要求236所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以将指示对于关于第一外部电子装置的能力的改变的信息的请求是对应于默认查询还是可选查询的值传送至第一外部电子装置;
发现第二外部电子装置;
在发现第二外部电子装置之后,进行操作以将指示对于关于第二外部电子装置的能力的改变的信息的请求是对应于默认查询还是可选查询的值传送至第二外部电子装置,
其中,被传送至第一外部电子装置的值与被传送至第二外部电子装置的值相同。
251.如权利要求250所述的电子装置,其中,所述至少一个处理器还被配置为:
进行操作以将指示对于关于第一外部电子装置的能力的改变的信息的请求对应于可选查询的值传送至第一外部电子装置;
进行操作以将指示对于关于第二外部电子装置的能力的改变的信息的请求对应于可选查询的值传送至第二外部电子装置。
252.如权利要求236所述的电子装置,其中,所述一个或更多个通信模块被配置为使用一个或更多个有线连接和一个或更多个无线连接中的至少一个。
253.如权利要求252所述的电子装置,其中,所述一个或更多个无线连接包括以下项中的一项或更多项:WiFi、蓝牙、近场通信(NFC)和蜂窝连接。
254.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置执行一个或更多个应用程序;
由框架接口从所述一个或更多个应用程序中的至少一个应用程序接收服务能力查询,其中,服务能力查询包括服务能力查询筛选器;
如果一个或更多个服务能力记录与服务能力查询匹配,则由框架接口将与服务能力查询匹配的所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
255.如权利要求254所述的方法,其中,服务能力查询筛选器指定与应用程序、配置文件标识符(ID)、外部电子装置的功能和外部电子装置的能力中的一个或更多个相关联的信息。
256.如权利要求254所述的方法,其中,由框架接口将与服务能力查询匹配的一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序的步骤包括:
由框架接口从存储器检索所述一个或更多个服务能力记录;
由框架接口将所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
257.如权利要求254所述的方法,还包括:
响应于从所述一个或更多个应用程序中的所述至少一个应用程序接收到服务能力查询,由框架接口将对于外部电子装置的能力的查询传送至外部电子装置。
258.如权利要求257所述的方法,还包括:
由框架接口从外部电子装置接收与外部电子装置的能力中的一个或更多个能力相关联的信息。
259.如权利要求257所述的方法,还包括:
由框架接口从外部电子装置接收指示,其中,所述指示表明外部电子装置不具有与服务能力查询筛选器匹配的任何服务能力记录。
260.如权利要求254所述的方法,还包括:
由框架接口将表示不存在与服务能力查询筛选器匹配的服务能力记录的指示传送至所述一个或更多个应用程序中的所述至少一个应用程序。
261.一种电子装置,包括:
存储器,被配置为存储一个或更多个应用程序以及框架接口;
至少一个处理器,被配置为执行所述一个或更多个应用程序以与框架接口进行接口连接,
其中,所述一个或更多个应用程序被配置为:
将包括服务能力查询筛选器的服务能力传送至框架接口;
从框架接口接收与所述服务能力匹配的一个或更多个服务能力记录,
其中,框架接口被配置为:
从所述一个或更多个应用程序中的至少一个应用程序接收包括服务能力查询筛选器的所述服务能力;
如果一个或更多个服务能力记录与服务能力查询匹配,则将与服务能力查询匹配的所述一个或更多个服务能力记录传送至所述一个或更多个应用程序中的所述至少一个应用程序。
262.如权利要求261所述的电子装置,其中,服务能力查询筛选器指定与应用程序、配置文件标识符(ID)、外部电子装置的功能和外部电子装置的能力中的一个或更多个相关联的信息。
263.如权利要求261所述的电子装置,其中,框架接口还被配置为从存储器检索所述一个或更多个服务能力记录。
264.如权利要求261所述的电子装置,其中,框架接口还被配置为响应于从所述一个或更多个应用程序中的所述至少一个应用程序接收到服务能力查询,将对于外部电子装置的能力的查询传送至外部电子装置。
265.如权利要求264所述的电子装置,其中,框架接口还被配置为从外部电子装置接收与外部电子装置的能力中的一个或更多个能力相关联的信息。
266.如权利要求264所述的电子装置,其中,框架接口还被配置为从外部电子装置接收指示,其中,所述指示表明外部电子装置不具有与服务能力查询筛选器匹配的任何服务能力记录。
267.如权利要求261所述的电子装置,其中,框架接口还被配置为将表示不存在与服务能力查询筛选器匹配的服务能力记录的指示传送至所述一个或更多个应用程序中的所述至少一个应用程序。
268.一种操作电子装置的方法,所述方法包括:
由包括存储在存储器中的操作系统的电子装置在被配置为与操作系统进行接口连接的框架接口上执行一个或更多个应用程序;
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置使用所述一个或更多个通信信道与外部电子装置通信来自所述一个或更多个应用程序的数据;
由电子装置的框架接口至少部分地响应于操作系统的功能来确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。
269.如权利要求268所述的方法,其中,所述一个或更多个应用程序被配置为使用一个或更多个逻辑信道以与外部电子装置进行数据通信。
270.如权利要求269所述的方法,其中,确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行的步骤包括:
检测与所述一个或更多个应用程序相关联的一个或更多个对象是否被改变、被修改或被去除。
271.如权利要求270所述的方法,其中,所述一个或更多个对象包括检测异常处理终止的组件。
272.如权利要求268所述的方法,其中,框架接口确定所述一个或更多个应用程序是否停止运行所使用的操作系统的功能与根据存储器使用终止应用程序的功能对应。
273.如权利要求272所述的方法,其中,当存储器的可用量小于临界存储器需求时,操作系统的功能终止应用程序。
274.如权利要求272所述的方法,其中,操作系统的功能与安卓操作系统的低内存管理(LMK)的功能对应。
275.如权利要求268所述的方法,还包括:
由框架接口向外部电子装置指示所述一个或更多个应用程序停止运行。
276.如权利要求275所述的方法,其中,指示所述一个或更多个应用程序停止运行的步骤包括:
传送服务连接丢失消息。
277.如权利要求275所述的方法,还包括:
由框架接口接收重新执行所述一个或更多个应用程序的指示。
278.如权利要求268所述的方法,还包括:
在框架接口确定所述一个或更多个应用程序停止运行之后,重新执行所述一个或更多个应用程序。
279.如权利要求268所述的方法,还包括:
由框架接口从外部电子装置接收重新执行所述一个或更多个应用程序的指示;
响应于框架接口接收到重新执行相应的所述一个或更多个应用程序的指示,重新执行所述一个或更多个应用程序。
280.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储操作系统;
至少一个处理器,被配置为:
使用所述一个或更多个通信模块与外部电子装置进行数据通信,
在被配置为与操作系统进行接口连接的框架接口上执行一个或更多个应用程序,
其中,框架接口被配置为至少部分响应于操作系统的功能来确定所述一个或更多个应用程序是否停止运行。
281.如权利要求280所述的电子装置,其中,所述一个或更多个应用程序被配置为使用一个或更多个逻辑信道以与外部电子装置进行数据通信。
282.如权利要求281所述的电子装置,其中,框架接口被配置为:通过检测与所述一个或更多个应用程序相关联的一个或更多个对象是否被改变、被修改或被去除来确定所述一个或更多个应用程序是否停止运行。
283.如权利要求282所述的电子装置,其中,所述一个或更多个对象包括检测异常处理终止的组件。
284.如权利要求280所述的电子装置,其中,框架接口确定所述一个或更多个应用程序是否停止运行所使用的操作系统的功能与根据存储器使用终止应用程序的功能对应。
285.如权利要求284所述的电子装置,其中,当存储器的可用量小于临界存储器需求时,操作系统的功能终止应用程序。
286.如权利要求284所述的电子装置,其中,操作系统的功能与安卓操作系统的低内存管理(LMK)的功能对应。
287.如权利要求280所述的电子装置,其中,框架接口还被配置为向外部电子装置指示所述一个或更多个应用程序停止运行。
288.如权利要求287所述的电子装置,其中,框架接口还被配置为通过传送服务连接丢失消息来向外部电子装置指示所述一个或更多个应用程序停止运行。
289.如权利要求287所述的电子装置,其中,框架接口还被配置为从外部电子装置接收重新执行所述一个或更多个应用程序的指示。
290.如权利要求280所述的电子装置,其中,所述至少一个处理器还被配置为在框架接口确定所述一个或更多个应用程序停止运行之后,重新执行所述一个或更多个应用程序。
291.如权利要求280所述的电子装置,其中,所述至少一个处理器还被配置为:响应于从外部电子装置接收到重新执行相应的所述一个或更多个应用程序的指示,重新执行所述一个或更多个应用程序。
292.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令来提供操作系统和框架接口的电子装置在框架接口上执行一个或更多个应用程序,其中,框架接口被配置为与操作系统进行接口连接;
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置使用所述一个或更多个通信信道与外部电子装置通信来自所述一个或更多个应用程序的数据;
由框架接口监视所述一个或更多个通信信道的状态和操作系统的处理的状态中的至少一个。
293.如权利要求292所述的方法,还包括:
由框架接口至少部分地响应于操作系统的状态来确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。
294.如权利要求293所述的方法,其中,操作系统的状态对应于操作系统的与所述至少一个或更多个应用程序中的所述至少一个应用程序有关的功能的状态,
其中,操作系统的所述功能对应于根据存储器使用终止应用的功能。
295.如权利要求293所述的方法,还包括:
如果框架接口至少部分地响应于操作系统的状态确定所述一个或更多个应用程序中的所述至少一个应用程序停止运行,则重新执行所述一个或更多个应用程序中的所述至少一个应用程序。
296.如权利要求292所述的方法,还包括:
由框架接口将表明所述一个或更多个应用程序中的所述至少一个应用程序在电子装置上停止运行的指示传送至外部电子装置。
297.如权利要求292所述的方法,还包括:
由框架接口至少部分地响应于对所述一个或更多个通信信道的状态的监视来确定所述一个或更多个通信信道中的至少一个通信信道的连接是否丢失;
由框架接口将指示提供给所述一个或更多个应用程序的至少一个可应用的应用程序,
其中,所述指示向所述至少一个可应用的应用程序通知电子装置与外部电子装置之间的连接丢失。
298.如权利要求297所述的方法,还包括:
由框架接口确定电子装置和外部电子装置之间的连接是否已被重新建立;
响应于框架接口确定电子装置和外部电子装置之间的连接已被重新建立,由框架接口将指示提供给所述至少一个可应用的应用程序,其中,该指示表明电子装置和外部电子装置之间的连接已被重新建立。
299.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储操作系统和框架接口;
至少一个处理器,被配置为:
使用所述一个或更多个通信模块中的至少一个通信模块与外部电子装置进行数据通信,
在框架接口上执行一个或更多个应用程序,
其中,框架接口被配置为与操作系统进行接口连接,
其中,框架接口被配置为监视所述一个或更多个通信信道的状态和操作系统的处理的状态中的至少一个。
300.如权利要求299所述的电子装置,其中,框架接口还被配置为至少部分地响应于操作系统的状态来确定所述一个或更多个应用程序中的至少一个应用程序是否停止运行。
301.如权利要求300所述的电子装置,其中,操作系统的状态对应于操作系统的与所述至少一个或更多个应用程序中的所述至少一个应用程序有关的功能的状态,
其中,操作系统的所述功能对应于根据存储器使用终止应用的功能。
302.如权利要求300所述的电子装置,其中,框架接口还被配置为:如果框架接口至少部分地响应于操作系统的状态确定所述一个或更多个应用程序中的所述至少一个应用程序停止运行,则重新执行所述一个或更多个应用程序中的所述至少一个应用程序。
303.如权利要求299所述的电子装置,其中,框架接口还被配置为:将表明所述一个或更多个应用程序中的所述至少一个应用程序在电子装置上停止运行的指示传送至外部电子装置。
304.如权利要求299所述的电子装置,其中,框架接口还被配置为:
至少部分地响应于对所述一个或更多个通信信道的状态的监视来确定所述一个或更多个通信信道中的至少一个通信信道的连接是否丢失,
将指示提供给所述一个或更多个应用程序的至少一个可应用的应用程序,
其中,所述指示向所述至少一个可应用的应用程序通知电子装置与外部电子装置之间的连接丢失。
305.如权利要求304所述的电子装置,其中,框架接口还被配置为:
确定电子装置和外部电子装置之间的连接是否已被重新建立;
响应于框架接口确定电子装置和外部电子装置之间的连接已被重新建立,将指示提供给所述至少一个可应用的应用程序,其中,该指示表明电子装置和外部电子装置之间的连接已被重新建立。
306.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令来提供框架接口的电子装置在框架接口上执行一个或更多个应用程序;
由电子装置的一个或更多个通信模块与外部电子装置建立一个或更多个通信信道;
由电子装置的所述一个或更多个通信模块经由所述一个或更多个通信信道中的至少一个通信信道与外部电子装置进行数据通信;
由框架接口根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
307.如权利要求306所述的方法,还包括:
由框架接口确定电子装置和外部电子装置共同的功能集。
308.如权利要求306所述的方法,其中,所述子集包括以下项中的一项或更多项:
对数据的重发,
对外部电子装置的认证,
对通信信道或协议中的至少一个通信信道或协议的使用,以及
对用于软件升级和数据传输中的至少一个的一个或更多个专用信道的使用。
309.如权利要求308所述的方法,其中,对数据的重发包括在电子装置没有接收到确认(ACK)或者接收到否定确认(NACK)之后对数据的重发。
310.如权利要求309所述的方法,其中,对数据的重发是基于所述一个或更多个通信信道中的至少一个通信信道的服务质量而被执行的。
311.如权利要求308所述的方法,其中,所述认证包括从外部电子装置接收认证信息,
其中,认证信息指示外部电子装置是否至少支持所述子集。
312.如权利要求308所述的方法,其中,对所述一个或更多个专用信道的使用包括对专用于软件升级的一个或更多个逻辑信道的使用,其中,在软件升级期间,除了专用于软件升级的逻辑信道之外的逻辑信道被关闭。
313.如权利要求312所述的方法,其中,在对专用于软件升级的所述一个或更多个逻辑信道的使用期间,电子装置不允许另外的连接请求。
314.如权利要求312所述的方法,其中,在完成软件升级之后,专用于软件升级的逻辑信道被去除,并且电子装置允许一个或更多个其它连接请求。
315.如权利要求306所述的方法,还包括:
由电子装置与外部电子装置交换功能能力。
316.如权利要求315所述的方法,还包括:
由电子装置与外部电子装置协商功能集,其中,根据所述功能集,电子装置和外部电子装置将针对一个或更多个应用程序进行通信。
317.如权利要求306所述的方法,其中,所述至少一个功能能力与由各种电子装置支持的一个或更多个功能的指示对应。
318.一种电子装置,包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
使用所述一个或更多个通信模块中的至少一个通信模块与外部电子装置进行数据通信,
在框架接口上执行一个或更多个应用程序,
其中,框架接口被配置为根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
319.如权利要求318所述的电子装置,其中,在电子装置上的框架接口和在外部电子装置上的框架接口中的至少一个确定电子装置和外部电子装置共同的功能集。
320.如权利要求318所述的电子装置,其中,所述子集包括以下项中的一项或更多项:
对数据的重发,
对外部电子装置的认证,
对通信信道或协议中的至少一个通信信道或协议的使用,以及
对用于软件升级和数据传输中的至少一个的一个或更多个专用信道的使用。
321.如权利要求320所述的电子装置,其中,对数据的重发包括在所述至少一个处理器没有接收到确认(ACK)或者接收到否定确认(NACK)之后对数据的重发。
322.如权利要求321所述的电子装置,其中,对数据的重发是基于所述一个或更多个通信信道中的至少一个通信信道的服务质量而被执行的。
323.如权利要求320所述的电子装置,其中,所述认证包括从外部电子装置接收认证信息,
其中,认证信息指示外部电子装置是否至少支持所述子集。
324.如权利要求320所述的电子装置,其中,对所述一个或更多个专用信道的使用包括对专用于软件升级的一个或更多个逻辑信道的使用,其中,在软件升级期间,除了专用于软件升级的逻辑信道之外的逻辑信息被关闭。
325.如权利要求324所述的电子装置,其中,在对专用于软件升级的所述一个或更多个逻辑信道的使用期间,电子装置不允许另外的连接请求。
326.如权利要求324所述的电子装置,其中,在完成软件升级之后,专用于软件升级的逻辑信道被去除,并且电子装置允许一个或更多个其它连接请求。
327.如权利要求318所述的电子装置,其中,框架接口还被配置为与外部电子装置交换功能能力。
328.如权利要求327所述的电子装置,其中,框架接口还被配置为与外部电子装置协商功能集,其中,根据所述功能集,电子装置和外部电子装置将针对一个或更多个应用程序进行通信。
329.如权利要求318所述的电子装置,其中,所述至少一个功能能力与由各个电子装置支持的一个或更多个功能的指示对应。
330.一种包括第一电子装置和第二电子装置的系统,
其中,第一电子装置和第二电子装置彼此通信以确定共同最小功能集,
其中,第一电子装置和第二电子装置中的每个电子装置分别包括:
一个或更多个通信模块,被配置为与第一电子装置和第二电子装置中的各个电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
使用所述一个或更多个通信信道与第一电子装置和第二电子装置中的各个电子装置进行通信,
在框架接口上执行一个或更多个应用程序,
其中,框架接口被配置为根据电子装置的功能能力和外部电子装置的功能能力中的至少一个来选择在框架接口中可用的所有功能的子集以进行数据通信。
331.如权利要求330所述的系统,其中,第一电子装置和第二电子装置仅使用包括在共同最小功能集中的功能以进行彼此通信。
332.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令而提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为在外部电子装置的发现期间与外部电子装置通信关于框架接口的版本的信息。
333.如权利要求332所述的方法,其中,所述版本包括实现框架接口的软件程序的版本。
334.如权利要求332所述的方法,其中,框架接口被配置为支持电子装置之间的通信协议,
其中,所述版本包括该通信协议的版本。
335.如权利要求332所述的方法,还包括:
由电子装置在外部电子装置的发现期间从外部电子装置接收关于框架接口的版本的信息。
336.如权利要求332所述的方法,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
337.一种记录有用于执行由电子装置实现的权利要求332的方法的程序的非暂时性计算机可读记录介质。
338.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为将用于确定兼容性的消息发送到外部电子装置,
其中,所述消息包括与版本有关的信息。
339.如权利要求338所述的方法,其中,框架接口被配置为根据电子装置和外部电子装置是否具有匹配的版本来确定电子装置和外部电子装置之间的兼容性。
340.如权利要求338所述的方法,其中,框架接口被配置为根据电子装置和外部电子装置是否具有共同的版本范围来确定电子装置和外部电子装置之间的兼容性。
341.如权利要求338所述的方法,其中,所述版本包括协议版本、框架版本、软件版本、应用程序版本和服务配置文件版本中的一个或更多个。
342.如权利要求338所述的方法,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
343.一种记录有用于执行由一个或更多个电子装置实现的权利要求338的方法的程序的非暂时性计算机可读记录介质。
344.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
由电子装置执行用于与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,
其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
345.如权利要求344所述的方法,其中,所述版本包括协议版本、框架版本、软件版本、应用程序版本和服务配置文件版本中的一个或更多个。
346.如权利要求344所述的方法,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
347.一种记录有用于执行由一个或更多个电子装置实现的权利要求344的方法的程序的非暂时性计算机可读记录介质。
348.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,
执行与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为在外部电子装置的发现期间与外部电子装置通信关于框架接口的版本的信息。
349.如权利要求348所述的电子装置,其中,所述版本包括实现框架接口的软件程序的版本。
350.如权利要求348所述的电子装置,其中,框架接口被配置为支持电子装置之间的通信协议,
其中,所述版本包括该通信协议的版本。
351.如权利要求348所述的电子装置,其中,所述至少一个处理器还被配置为在外部电子装置的发现期间从外部电子装置接收关于框架接口的版本的信息。
352.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,
执行与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,
其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
353.如权利要求352所述的电子装置,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
354.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,
执行与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为将用于确定兼容性的消息发送到外部电子装置,
其中,所述消息包括与版本有关的信息。
355.如权利要求354所述的电子装置,其中,框架接口被配置为根据电子装置和外部电子装置是否具有匹配的版本来确定电子装置和外部电子装置之间的兼容性。
356.如权利要求354所述的电子装置,其中,框架接口被配置为根据电子装置和外部电子装置是否具有共同的版本范围来确定电子装置和外部电子装置之间的兼容性。
357.如权利要求354所述的电子装置,其中,所述版本包括协议版本、框架版本、软件版本、应用程序版本和服务配置文件版本中的一个或更多个。
358.如权利要求354所述的电子装置,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
359.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置建立一个或更多个通信信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:
控制所述一个或更多个通信模块与外部电子装置建立所述一个或更多个通信信道,
执行与框架接口进行接口连接的一个或更多个应用程序,
其中,框架接口被配置为将根据帧格式的头提供给发送到外部电子装置的至少一个消息,
其中,所述头包括用于确定帧格式兼容性的指示框架接口使用的帧格式的版本。
360.如权利要求359所述的电子装置,其中,所述版本包括协议版本、框架版本、软件版本、应用程序版本和服务配置文件版本中的一个或更多个。
361.如权利要求359所述的电子装置,其中,所述一个或更多个通信信道协议包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议。
362.一种操作电子装置的方法,所述方法包括:
由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;
由框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议与外部电子装置进行通信;
由所述一个或更多个通信模块与外部电子装置进行数据通信;
其中,框架接口包括会话层,其中,会话层被配置为接收来自应用程序的信息,并至少部分地基于来自应用程序的信息来管理用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话。
363.如权利要求362所述的方法,其中,会话层被配置为进行以下操作之一:对所述一个或更多个逻辑信道或会话进行添加、删除和修改。
364.如权利要求362所述的方法,其中,所述信息包括来自应用程序的一个或更多个登记请求。
365.如权利要求364所述的方法,其中,会话层被配置为响应于所述一个或更多个登记请求将一个或更多个标识符提供给应用程序。
366.如权利要求362所述的方法,其中,会话层被配置为至少部分地基于所述一个或更多个逻辑信道的改变来将通知提供给应用程序。
367.一种记录有用于执行由一个或更多个电子装置实现的权利要求362的方法的程序的非暂时性计算机可读记录介质。
368.一种操作电子装置的方法,所述方法包括:
由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;
由所述至少一个处理器通过框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议进行操作;
由所述一个或更多个通信模块与外部电子装置进行数据通信,
其中,框架接口包括:
会话层;
传输层,被配置为:
经由会话层从应用程序接收与用于与外部装置进行数据通信的一个或更多个逻辑信道或会话的服务质量(QoS)有关的信息,
根据从应用程序接收到的与QoS有关的信息来对所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话进行调整。
369.如权利要求368所述的方法,其中,传输层被配置为:接收数据以及以下项的中至少一个:与应用程序之一相关联的一个或更多个逻辑信道或会话的标识符以及应用程序的所述一个或更多个逻辑信道或会话的服务质量(QoS)信息。
370.如权利要求369所述的方法,其中,QoS信息包括关于以下项中的一项或更多项的信息:可靠性、包顺序、优先级、数据速率和数据的大小。
371.一种记录有用于执行由一个或更多个计算机实现的权利要求368的方法的程序的非暂时性计算机可读记录介质。
372.一种操作电子装置的方法,所述方法包括:
由电子装置的至少一个处理器执行框架接口以及与框架接口进行接口连接的应用程序;
由所述至少一个处理器通过框架接口在应用程序和一个或更多个通信模块之间对数据进行路由,其中,所述一个或更多个通信模块基于一个或更多个通信协议进行通信;
由所述一个或更多个通信模块与外部电子装置进行数据通信,
其中,框架接口包括:
传输层;
连接层,被配置为:
从传输层接收数据,
根据预设最小数据完整性将用于确认数据被传送至外部电子装置的字段添加到从传输层接收到的数据单元,
将指示构成数据单元的字节数的长度字段添加到从传输层接收到的数据单元。
373.一种操作电子装置的方法,所述方法包括:
由电子装置的至少一个处理器执行提供一个或更多个服务的应用程序;
由一个或更多个通信模块在应用程序和外部电子装置之间进行数据通信,其中,所述一个或更多个通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,
其中,应用程序包括一个或更多个服务代理,
其中,所述一个或更多个服务代理中的每个服务代理被指派为对由应用程序提供的所述一个或更多个服务中的一个服务的数据进行处理。
374.如权利要求373所述的方法,服务包括以下项中的一项或更多项:音乐服务、相机服务、视频服务、电话呼叫服务、音频服务、信使服务、通知服务、日历服务、传感器服务、闹钟服务、情境服务、计步器服务、保健服务和由电子装置提供的服务。
375.如权利要求373所述的方法,其中,所述一个或更多个服务代理被配置为提供数据的模板。
376.如权利要求373所述的方法,还包括:
由所述至少一个处理器执行与应用程序进行接口连接的框架接口,
其中,所述一个或更多个服务代理被配置为将数据提供给框架接口。
377.如权利要求376所述的方法,其中,所述一个或更多个服务代理被配置为将关于逻辑信道、服务质量、命令、角色定义和自身标识中的一个或更多个的信息提供给框架接口。
378.如权利要求373所述的方法,其中,所述一个或更多个服务代理中的每个服务代理包括实现针对选择的服务特定的服务配置文件。
379.如权利要求378所述的方法,其中,选择的服务包括以下项中的一项:相机服务、传输服务、情境服务、传感器服务、电话呼叫服务、音乐服务、视频服务、音频服务、信使服务、通知服务、日历服务、闹钟服务、计步器服务和保健服务。
380.一种记录有用于执行由一个或更多个电子装置实现的权利要求373的方法的程序的非暂时性计算机可读记录介质。
381.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,
其中,框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,
其中,框架接口包括会话层,其中,会话层被配置为接收来自应用程序的信息,并至少部分地基于来自应用程序的信息来管理用于与外部电子装置进行数据通信的一个或更多个逻辑信道或会话。
382.如权利要求381所述的电子装置,其中,会话层被配置为进行以下操作之一:对所述一个或更多个逻辑信道或会话进行添加、删除和修改。
383.如权利要求381所述的电子装置,其中,所述信息包括来自应用程序的一个或更多个登记请求。
384.如权利要求383所述的电子装置,其中,会话层被配置为响应于所述一个或更多个登记请求将一个或更多个标识符提供给应用程序。
385.如权利要求381所述的电子装置,其中,会话层被配置为至少部分地基于所述一个或更多个逻辑信道的改变来将通知提供给应用程序。
386.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,
通过框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,
其中,框架接口包括:
会话层;
传输层,被配置为:
经由会话层从应用程序接收与用于与外部装置进行数据通信的一个或更多个逻辑信道或会话的服务质量(QoS)有关的信息,
根据从应用程序接收到的与QoS有关的信息来改变所述一个或更多个逻辑信道或会话中的各个逻辑信道或会话。
387.如权利要求386所述的电子装置,其中,传输层被配置为:接收数据以及以下项的中至少一个:与应用程序之一相关联的一个或更多个逻辑信道或会话的标识符以及应用程序的所述一个或更多个逻辑信道或会话的服务质量(QoS)信息。
388.如权利要求387所述的电子装置,其中,QoS信息包括关于以下项中的一项或更多项的信息:可靠性、包顺序、优先级、数据率和数据的大小。
389.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:执行框架接口以及与框架接口进行接口连接的应用程序,
通过框架接口在应用程序和所述一个或更多个通信模块之间对数据进行路由,
其中,框架接口包括:
传输层;
连接层,被配置为:
从传输层接收数据,
根据预设最小数据完整性将用于确认数据被传送至外部电子装置的字段添加到从传输层接收到的数据单元,
将指示构成数据单元的字节数的长度字段添加到从传输层接收到的数据单元。
390.一种电子装置,包括:
一个或更多个通信模块,被配置为基于一个或更多个通信协议与外部电子装置进行数据通信;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为:执行提供一个或更多个服务的应用程序,
其中,应用程序包括一个或更多个服务代理,
其中,所述一个或更多个服务代理中的每个服务代理被指派为对由应用程序提供的所述一个或更多个服务中的一个服务的数据进行处理。
391.如权利要求390所述的电子装置,其中,服务包括以下项中的一项或更多项:音乐服务、相机服务、视频服务、电话呼叫服务、音频服务、信使服务、通知服务、日历服务、传感器服务、闹钟服务、情境服务、计步器服务、保健服务和由电子装置提供的服务。
392.如权利要求390所述的电子装置,其中,所述一个或更多个服务代理被配置为提供数据的模板。
393.如权利要求390所述的电子装置,其中,所述至少一个处理器执行与应用程序进行接口连接的框架接口,
其中,所述一个或更多个服务代理被配置为将数据提供给框架接口。
394.如权利要求393所述的电子装置,其中,所述一个或更多个服务代理被配置为将关于逻辑信道、服务质量、指令、角色定义和自身标识中的一个或更多个的信息提供给框架接口。
395.如权利要求390所述的电子装置,其中,所述一个或更多个服务代理中的每个服务代理包括实现针对选择的服务特定的服务配置文件。
396.如权利要求395所述的电子装置,其中,选择的服务包括以下项中的一项:相机服务、传输服务、情境服务、传感器服务、电话呼叫服务、音乐服务、视频服务、音频服务、信使服务、通知服务、日历服务、闹钟服务、计步器服务和保健服务。
397.一种操作电子装置的方法,所述方法包括:
由被配置为通过执行存储在存储器中的指令提供框架接口的电子装置执行一个或更多个应用程序;
由电子装置与外部电子装置建立一个或更多个通信信道;
由电子装置经由框架接口将来自所述一个或更多个应用程序的数据路由发送至外部电子装置,
其中,所述一个或更多个应用程序支持一个或更多个服务,
其中,所述一个或更多个服务包括一个或更多个服务目标,
其中,所述一个或更多个应用程序通过与外部电子装置通信一个或更多个应用消息提供所述一个或更多个服务目标。
398.如权利要求397所述的方法,其中,所述一个或更多个服务与以下项中的一项或更多项相关联:闹钟服务、日历服务、情境服务、文件传输服务、音乐服务和通知服务。
399.如权利要求398所述的方法,其中,闹钟服务包括以下服务目标:该服务目标包括以下项中的一项或更多项:获取闹钟列表、获取与闹钟列表中的闹钟相关联的数据、小睡闹钟操作、闹钟解除操作、启用闹钟操作、禁用闹钟操作、闹钟修改操作、闹钟添加操作、闹钟开始操作和闹钟停止操作。
400.如权利要求398所述的方法,其中,日历服务包括以下服务目标:该服务目标包括以下项中的一项或更多项:指示日历事件、更新日历事件、启用日历通知、禁用日历通知、禁用日历更新通知、禁用日历事件通知、指示日历事件更新和获取即将到来的日历事件。
401.如权利要求400所述的方法,其中,更新日历事件包括以下操作中的一个或更多个:添加日历事件和解除日历事件。
402.如权利要求398所述的方法,其中,情境服务包括以下服务目标:该服务目标包括以下项中的一项或更多项:基于请求来启动应用程序、请求启动应用程序、登记事件、取消登记事件、指示事件、登记情境事件、取消登记情境事件和指示情境事件。
403.如权利要求402所述的方法,其中,情境事件对应于运动事件。
404.如权利要求398所述的方法,其中,文件传输服务包括包含以下项中的一项或更多项的服务目标:请求文件传输设置、确认传入文件传输、拒绝传入文件传输、发送文件、接收文件、取消文件传输、指示文件传输的状态、指示文件传输成功和指示文件传输失败。
405.如权利要求404所述的方法,其中,指示文件传输的状态包括以下操作中的一个或更多个:指示文件传输的完成和指示文件传输的进度。
406.如权利要求398所述的方法,其中,音乐服务包括包含以下项中的一项或更多项的服务目标:远程控制媒体回放、接收媒体回放应用程序的一个或更多个属性、设置媒体回放应用程序的一个或更多个属性、切换声道、指示媒体回放的改变、添加播放列表、去除播放列表和更新播放列表。
407.如权利要求406所述的方法,其中,播放列表对应于收藏的播放列表。
408.如权利要求406所述的方法,其中,远程控制媒体回放包括控制以下项中的一项或更多项:播放操作、暂停操作、快进操作、倒回操作、进行下一媒体文件操作、进行上一媒体文件操作、洗带操作、音量操作和重复操作。
409.如权利要求406所述的方法,其中,所述一个或更多个属性包括以下项中的一项或更多项:艺术家、标题、时长、音频标识符(ID)、专辑ID、艺术字ID、专辑艺术、图像、回放状态、收藏状态和专辑。
410.如权利要求398所述的方法,其中,通知服务包括包含以下项中的一项或更多项的服务目标:指示通知、设置通知的一个或更多个属性值、启动应用、更新通知状态和同步通知。
411.如权利要求398所述的方法,其中,闹钟服务包括以下指令中的一个或更多个:
alarm-list-req指令、alarm-list-rsp指令、alarm-data-req指令、alarm-data-rsp指令、alarm-action-req指令、alarm-action-rsp指令、alarm-datachange-ind指令、alarm-alert-ind指令、alarm-notification-req指令和alarm-notification-rsp指令。
412.如权利要求398所述的方法,其中,日历服务包括以下指令中的一个或更多个:
calendar-list-req指令、calendar-list-rspcommand指令、calendar-action-req指令、calendar-action-rsp指令、calendar-action-ind指令、calendar-notification-req指令、calendar-notification-rsp指令、calendar-change-req指令、calendar-change-rsp指令、calendar-update-ind指令、calendar-upcomingevent-req指令和calendar-upcomingevent-rsp指令。
413.如权利要求398所述的方法,其中,情境服务包括以下指令中的一个或更多个:
launch-application-req指令、launch-application-rsp指令、register-event-req指令、register-event-rsp指令、unregister-event-req指令、unregister-event-rsp指令、context-event-ind指令、register-event-req指令、register-event-rsp指令、unregister-motion-req指令、unregister-motion-rsp指令和motion-event-ind指令。
414.如权利要求398所述的方法,其中,文件传输服务包括以下指令中的一个或更多个:
filetransfer-setup-req指令、filetransfer-setup-rsp指令、filetransfer-cancel-req指令、filetransfer-cancel-rsp指令、filetransfer-appalive-req指令、filetransfer-appalive-rsp指令、filetransfer-receive-progress指令、filetransfer-complete-req指令和filetransfer-complete-rsp指令。
415.如权利要求398所述的方法,其中,音乐服务包括以下指令中的一个或更多个:
music-remotecontrol-req指令、music-getattribute-req指令、music-getattribute-rsp指令、music-setattribute-req指令、music-setattribute-rsp指令、music-mediachanged-req指令、music-mediachanged-rsp指令、music-getsoundpath-req指令、music-getsoundpath-rsp指令、music-mediachanged-ind指令和music-favorite-req指令。
416.如权利要求398所述的方法,其中,通知服务包括以下指令中的一个或更多个:
noti-received-ind指令、noti-setting-req指令、noti-setting-rsp指令、noti-launch-req指令、noti-launch-rsp指令、noti-update-ind指令、noti-checked-ind指令、noti-sync-ind指令和noti-syncresult-ind指令。
417.如权利要求397所述的方法,其中,所述一个或更多个应用消息包括以下消息标识符,其中,该消息标识符包括以下字段中的一项或更多项:指示服务的功能的字段、指示服务的目标的字段和指示消息的类型的字段。
418.如权利要求417所述的方法,其中,消息的类型指示应用消息交换顺序。
419.如权利要求417所述的方法,其中,消息的类型对应于请求、响应和指示之一。
420.一种被配置为提供框架接口的电子装置,所述电子装置包括:
一个或更多个通信模块,被配置为与外部电子装置建立一个或更多个通知信道;
存储器,被配置为存储框架接口;
至少一个处理器,被配置为执行一个或更多个应用程序,
其中,框架接口被配置为将来自所述一个或更多个应用程序的数据路由发送至外部电子装置,
其中,所述一个或更多个服务包括一个或更多个服务目标,
其中,所述一个或更多个应用程序通过与外部电子装置通信一个或更多个应用消息提供所述一个或更多个服务目标。
421.如权利要求420所述的电子装置,其中,所述一个或更多个服务与以下项中的一项或更多项相关联:闹钟服务、日历服务、情境服务、文件传输服务、音乐服务和通知服务。
422.如权利要求421所述的电子装置,其中,闹钟服务包括包含以下项中的一项或更多项的服务目标:获取闹钟列表、获取与闹钟列表中的闹钟相关联的数据、小睡闹钟操作、闹钟解除操作、启用闹钟操作、禁用闹钟操作、闹钟修改操作、闹钟添加操作、闹钟开始操作和闹钟停止操作。
423.如权利要求421所述的电子装置,其中,日历服务包括包含以下项中的一项或更多项的服务目标:指示日历事件、更新日历事件、启用日历通知、禁用日历通知、禁用日历更新通知、禁用日历事件通知、指示日历事件更新和获取即将到来的日历事件。
424.如权利要求423所述的电子装置,其中,更新日历事件包括以下操作中的一个或更多个:添加日历事件和解除日历事件。
425.如权利要求421所述的电子装置,其中,情境服务包括以下服务目标:该服务目标包括以下项中的一项或更多项:基于请求来启动应用程序、请求启动应用程序、登记事件、取消登记事件、指示事件、登记情境事件、取消登记情境事件和指示语境事件。
426.如权利要求425所述的电子装置,其中,情境事件对应于运动事件。
427.如权利要求421所述的电子装置,其中,文件传输服务包括包含以下项中的一项或更多项的服务目标:请求文件传输设置、确认传入文件传输、拒绝传入文件传输、发送文件、接收文件、取消文件传输、指示文件传输的状态、指示文件传输成功和指示文件传输失败。
428.如权利要求427所述的电子装置,其中,指示文件传输的状态包括以下操作中的一个或更多个:指示文件传输的完成和指示文件传输的进度。
429.如权利要求421所述的电子装置,其中,音乐服务包括包含以下项中的一项或更多项的服务目标:远程控制媒体回放、接收媒体回放应用程序的一个或更多个属性、设置媒体回放应用程序的一个或更多个属性、切换声道、指示媒体回放的改变、添加播放列表、去除播放列表和更新播放列表。
430.如权利要求429所述的电子装置,其中,播放列表对应于收藏的播放列表。
431.如权利要求429所述的电子装置,其中,远程控制媒体回放包括控制以下项中的一项或更多项:播放操作、暂停操作、快进操作、倒回操作、进行下一媒体文件操作、进行上一媒体文件操作、洗带操作、音量操作和重复操作。
432.如权利要求429所述的电子装置,其中,所述一个或更多个属性包括以下项中的一项或更多项:艺术家、标题、时长、音频标识符(ID)、专辑ID、艺术字ID、专辑艺术、图像、回放状态、收藏状态和专辑。
433.如权利要求421所述的电子装置,其中,通知服务包括包含以下项中的一项或更多项的服务目标:指示通知、设置通知的一个或更多个属性值、启动应用、更新通知状态和同步通知。
434.如权利要求421所述的电子装置,其中,闹钟服务包括以下指令中的一个或更多个:
alarm-list-req指令、alarm-list-rsp指令、alarm-data-req指令、alarm-data-rsp指令、alarm-action-req指令、alarm-action-rsp指令、alarm-datachange-ind指令、alarm-alert-ind指令、alarm-notification-req指令和alarm-notification-rsp指令。
435.如权利要求421所述的电子装置,其中,日历服务包括以下指令中的一个或更多个:
calendar-list-req指令、calendar-list-rspcommand指令、calendar-action-req指令、calendar-action-rsp指令、calendar-action-ind指令、calendar-notification-req指令、calendar-notification-rsp指令、calendar-change-req指令、calendar-change-rsp指令、calendar-update-ind指令、calendar-upcomingevent-req指令和calendar-upcomingevent-rsp指令。
436.如权利要求421所述的电子装置,其中,情境服务包括以下指令中的一个或更多个:
launch-application-req指令、launch-application-rsp指令、register-event-req指令、register-event-rsp指令、unregister-event-req指令、unregister-event-rsp指令、context-event-ind指令、register-event-req指令、register-event-rsp指令、unregister-motion-req指令、unregister-motion-rsp指令和motion-event-ind指令。
437.如权利要求421所述的电子装置,其中,文件传输服务包括以下指令中的一个或更多个:
filetransfer-setup-req指令、filetransfer-setup-rsp指令、filetransfer-cancel-req指令、filetransfer-cancel-rsp指令、filetransfer-appalive-req指令、filetransfer-appalive-rsp指令、filetransfer-receive-progress指令、filetransfer-complete-req指令和filetransfer-complete-rsp指令。
438.如权利要求421所述的电子装置,其中,音乐服务包括以下指令中的一个或更多个:
music-remotecontrol-req指令、music-getattribute-req指令、music-getattribute-rsp指令、music-setattribute-req指令、music-setattribute-rsp指令、music-mediachanged-req指令、music-mediachanged-rsp指令、music-getsoundpath-req指令、music-getsoundpath-rsp指令、music-mediachanged-ind指令和music-favorite-req指令。
439.如权利要求421所述的电子装置,其中,通知服务包括以下指令中的一个或更多个:
noti-received-ind指令、noti-setting-req指令、noti-setting-rsp指令、noti-launch-req指令、noti-launch-rsp指令、noti-update-ind指令、noti-checked-ind指令、noti-sync-ind指令和noti-syncresult-ind指令。
440.如权利要求420所述的电子装置,其中,所述一个或更多个应用消息包括以下消息标识符,其中,该消息标识符包括以下字段中的一项或更多项:指示服务的功能的字段、指示服务的目标的字段和指示消息的类型的字段。
441.如权利要求440所述的电子装置,其中,消息的类型指示应用消息交换顺序。
442.如权利要求440所述的方法,其中,消息的类型对应于请求、响应和指示之一。
443.一种电子装置,包括:
便携式电子壳体;
安装在壳体中的一个或更多个通信模块,其中,所述通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,其中,所述通信模块包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议;
触摸屏显示器,至少部分安装在壳体中;
电池,安装在壳体中;
存储器,安装在壳体中,其中,存储器存储操作系统和媒体播放器软件程序;
应用处理器,安装在壳体中,其中,应用处理器被配置为运行操作系统,
其中,存储器还存储指令,其中,当所述指令被执行时,所述指令使应用处理器提供框架接口,其中,框架接口被配置为:
在操作系统和媒体播放器软件程序之间进行接口连接,
在媒体播放器软件程序和所述一个或更多个通信模块中的一个或更多个之间对媒体数据进行路由,
独立于媒体播放器软件程序,选择通信模块中的至少一个通信模块以用于与外部电子装置通信媒体数据中的至少一部分。
444.如权利要求443所述的装置,其中,框架接口是操作系统中的一部分。
445.如权利要求443所述的装置,其中,框架接口与操作系统分离。
446.一种电子装置,包括:
便携式电子壳体;
安装在壳体中的一个或更多个通信模块,其中,所述通信模块被配置为基于一个或更多个通信协议与外部电子装置通信,其中,所述通信模块包括以下项中的一项或更多项:通用串行总线(USB)协议、通用异步接收器/发送器(UART)协议、ZigBee协议、超宽带(UWB)协议、射频识别(RFID)协议、红外协议、蓝牙协议、蓝牙低功耗(BLE)协议、WiFi协议、近场通信(NFC)协议和蜂窝通信协议;
触摸屏显示器,至少部分安装在壳体中;
电池,安装在壳体中;
存储器,安装在壳体中,其中,存储器存储操作系统和拨号器软件程序;
应用处理器,安装在壳体中,其中,应用处理器被配置为运行操作系统,
其中,存储器还存储指令,其中,当所述指令被执行时,所述指令使应用处理器提供框架接口,其中,框架接口被配置为:
在操作系统和拨号器软件程序之间进行接口连接,
在拨号器软件程序和所述一个或更多个通知模块中的一个或更多个之间对通知数据进行路由,
独立于拨号器软件程序选择通信模块中的至少一个通信模块以用于与外部电子装置通信通知数据中的至少一部分。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361825702P | 2013-05-21 | 2013-05-21 | |
US61/825,702 | 2013-05-21 | ||
US201361870428P | 2013-08-27 | 2013-08-27 | |
US61/870,428 | 2013-08-27 | ||
US14/281,206 | 2014-05-19 | ||
US14/281,206 US20140351446A1 (en) | 2013-05-21 | 2014-05-19 | Electronic device using logical channels for communication |
US14/281,355 | 2014-05-19 | ||
US14/281,355 US20140351832A1 (en) | 2013-05-21 | 2014-05-19 | Electronic device using framework interface for communication |
PCT/KR2014/004546 WO2014189290A2 (en) | 2013-05-21 | 2014-05-21 | Electronic device using logical channels for communication |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105519071A true CN105519071A (zh) | 2016-04-20 |
Family
ID=51936165
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480041345.XA Pending CN105519071A (zh) | 2013-05-21 | 2014-05-21 | 使用逻辑信道进行通信的电子装置 |
Country Status (6)
Country | Link |
---|---|
US (3) | US20140351446A1 (zh) |
EP (1) | EP3000217B1 (zh) |
KR (1) | KR20160045635A (zh) |
CN (1) | CN105519071A (zh) |
AU (1) | AU2014269271B2 (zh) |
WO (1) | WO2014189290A2 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106254522A (zh) * | 2016-09-07 | 2016-12-21 | 努比亚技术有限公司 | 一种终端服务系统、方法和终端 |
CN106844275A (zh) * | 2016-12-30 | 2017-06-13 | 百度在线网络技术(北京)有限公司 | 数据传输方法及装置 |
CN107454678A (zh) * | 2016-05-23 | 2017-12-08 | 佳能株式会社 | 通信设备、控制方法及计算机可读存储介质 |
CN107483542A (zh) * | 2017-07-18 | 2017-12-15 | 深圳市盛路物联通讯技术有限公司 | 无线传感网络的异常处理方法及设备 |
CN108646750A (zh) * | 2018-06-08 | 2018-10-12 | 杭州电子科技大学 | 基于uwb非基站便捷式工厂agv跟随方法 |
CN109285336A (zh) * | 2018-11-12 | 2019-01-29 | 南京迈瑞生物医疗电子有限公司 | 医疗设备操控器、系统、方法、计算机设备和存储介质 |
CN109788035A (zh) * | 2018-12-19 | 2019-05-21 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN110138717A (zh) * | 2018-02-02 | 2019-08-16 | 钟国诚 | 用于传送电子数据的电子装置和方法 |
CN110546923A (zh) * | 2017-02-24 | 2019-12-06 | 萨托里环球有限责任公司 | 可扩展实时消息传送系统中的消息的选择性分发 |
CN111431932A (zh) * | 2018-02-02 | 2020-07-17 | 钟国诚 | 用于传送电子数据的电子装置和方法 |
CN112655230A (zh) * | 2018-09-07 | 2021-04-13 | 三星电子株式会社 | 用于uwb事务处理的方法及其电子装置 |
CN114158141A (zh) * | 2020-09-08 | 2022-03-08 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
Families Citing this family (87)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9949305B2 (en) * | 2009-10-02 | 2018-04-17 | Blackberry Limited | Methods and apparatus for peer-to-peer communications in a wireless local area network |
US20110179303A1 (en) * | 2010-01-15 | 2011-07-21 | Microsoft Corporation | Persistent application activation and timer notifications |
US9599981B2 (en) | 2010-02-04 | 2017-03-21 | Echostar Uk Holdings Limited | Electronic appliance status notification via a home entertainment system |
JP6103392B2 (ja) * | 2013-03-29 | 2017-03-29 | パナソニックIpマネジメント株式会社 | 蓄電池パック、電気機器、通信制御方法 |
US9450708B2 (en) * | 2013-04-05 | 2016-09-20 | Texas Instruments Incorporated | System and method for avoiding hidden node collisions in a communication network |
FR3011412A1 (fr) * | 2013-09-27 | 2015-04-03 | Orange | Procede et dispositif de communication entre au moins un premier terminal et un deuxieme terminal |
KR102169952B1 (ko) * | 2013-10-18 | 2020-10-26 | 엘지전자 주식회사 | 웨어러블 디바이스 및 그 제어 방법 |
US9772612B2 (en) | 2013-12-11 | 2017-09-26 | Echostar Technologies International Corporation | Home monitoring and control |
US9900177B2 (en) | 2013-12-11 | 2018-02-20 | Echostar Technologies International Corporation | Maintaining up-to-date home automation models |
US9495860B2 (en) | 2013-12-11 | 2016-11-15 | Echostar Technologies L.L.C. | False alarm identification |
US9258695B2 (en) | 2013-12-16 | 2016-02-09 | Nokia Technologies Oy | Method, apparatus, and computer program product for service discovery in short-range communication environment |
US9769522B2 (en) | 2013-12-16 | 2017-09-19 | Echostar Technologies L.L.C. | Methods and systems for location specific operations |
US9398437B2 (en) * | 2013-12-16 | 2016-07-19 | Nokia Technologies Oy | Method, apparatus, and computer program product for service discovery in wireless short-range communication |
US9380119B2 (en) | 2013-12-16 | 2016-06-28 | Nokia Technologies Oy | Method, apparatus, and computer program product for network discovery |
US9665861B2 (en) * | 2014-01-10 | 2017-05-30 | Elo Touch Solutions, Inc. | Multi-mode point-of-sale device |
US9723393B2 (en) | 2014-03-28 | 2017-08-01 | Echostar Technologies L.L.C. | Methods to conserve remote batteries |
US9569105B2 (en) * | 2014-06-18 | 2017-02-14 | Mediatek Inc. | Method for managing virtual control interface of an electronic device, and associated apparatus and associated computer program product |
WO2016022053A1 (en) * | 2014-08-08 | 2016-02-11 | Telefonaktiebolaget L M Ericsson (Publ) | Wireless device, network node, and methods therein for sending a message comprising an indication of a restriction of the wireless device |
US9621959B2 (en) | 2014-08-27 | 2017-04-11 | Echostar Uk Holdings Limited | In-residence track and alert |
US9824578B2 (en) | 2014-09-03 | 2017-11-21 | Echostar Technologies International Corporation | Home automation control using context sensitive menus |
US9989507B2 (en) | 2014-09-25 | 2018-06-05 | Echostar Technologies International Corporation | Detection and prevention of toxic gas |
US10095500B2 (en) | 2014-09-30 | 2018-10-09 | Apple Inc. | Revision locking |
US9853929B2 (en) * | 2014-09-30 | 2017-12-26 | Apple Inc. | Service compatibility check for messages |
US9511259B2 (en) | 2014-10-30 | 2016-12-06 | Echostar Uk Holdings Limited | Fitness overlay and incorporation for home automation system |
US9983011B2 (en) | 2014-10-30 | 2018-05-29 | Echostar Technologies International Corporation | Mapping and facilitating evacuation routes in emergency situations |
US10003659B2 (en) * | 2014-10-31 | 2018-06-19 | Qualcomm Incorporated | Efficient group communications leveraging LTE-D discovery for application layer contextual communication |
US9226102B1 (en) * | 2014-11-24 | 2015-12-29 | Qualcomm Incorporated | Method for re-enabling aggregation after bluetooth session |
WO2016087703A1 (en) * | 2014-12-03 | 2016-06-09 | Nokia Technologies Oy | Method and apparatus for routing data to cellular network |
US10616739B2 (en) * | 2014-12-17 | 2020-04-07 | Nokia Technologies Oy | Method and apparatus for local data monitoring and actuator control in an internet of things network |
US9967614B2 (en) * | 2014-12-29 | 2018-05-08 | Echostar Technologies International Corporation | Alert suspension for home automation system |
CN104572564B (zh) * | 2015-01-13 | 2018-04-20 | 上海动联信息技术股份有限公司 | 一种实现android移动设备与USB OTG主机通讯的方法 |
US9838480B2 (en) * | 2015-02-18 | 2017-12-05 | Visa International Service Association | Systems and methods implementing a communication protocol for data communication with a vehicle |
US11115622B2 (en) * | 2015-03-02 | 2021-09-07 | Lg Electronics Inc. | Apparatus and method for transceiving broadcast signal |
WO2016148550A1 (ko) * | 2015-03-19 | 2016-09-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치 |
US9729989B2 (en) | 2015-03-27 | 2017-08-08 | Echostar Technologies L.L.C. | Home automation sound detection and positioning |
US9946857B2 (en) | 2015-05-12 | 2018-04-17 | Echostar Technologies International Corporation | Restricted access for home automation system |
US9948477B2 (en) | 2015-05-12 | 2018-04-17 | Echostar Technologies International Corporation | Home automation weather detection |
US9632746B2 (en) | 2015-05-18 | 2017-04-25 | Echostar Technologies L.L.C. | Automatic muting |
US10453325B2 (en) | 2015-06-01 | 2019-10-22 | Apple Inc. | Creation of reminders using activity state of an application |
US9603123B1 (en) * | 2015-06-04 | 2017-03-21 | Apple Inc. | Sending smart alerts on a device at opportune moments using sensors |
US10235863B2 (en) | 2015-06-05 | 2019-03-19 | Apple Inc. | Smart location-based reminders |
US9924342B2 (en) | 2015-06-16 | 2018-03-20 | Google Llc | Establishing a connection over a low power communication type |
KR20170021748A (ko) * | 2015-08-18 | 2017-02-28 | 한양대학교 산학협력단 | 통합 라디오 어플리케이션 인터페이스를 이용하는 재구성 가능한 모바일 장치 및 그 작동 방법 |
US9960980B2 (en) | 2015-08-21 | 2018-05-01 | Echostar Technologies International Corporation | Location monitor and device cloning |
EP3356919A4 (en) * | 2015-10-02 | 2019-06-26 | Nokia Solutions and Networks Oy | ADMINISTRATION OF THE TERMINAL TERMINATION OF A VIRTUALIZED NETWORK FUNCTION SETTING |
US9996066B2 (en) | 2015-11-25 | 2018-06-12 | Echostar Technologies International Corporation | System and method for HVAC health monitoring using a television receiver |
US10101717B2 (en) | 2015-12-15 | 2018-10-16 | Echostar Technologies International Corporation | Home automation data storage system and methods |
US9798309B2 (en) | 2015-12-18 | 2017-10-24 | Echostar Technologies International Corporation | Home automation control based on individual profiling using audio sensor data |
US10091017B2 (en) | 2015-12-30 | 2018-10-02 | Echostar Technologies International Corporation | Personalized home automation control based on individualized profiling |
US10073428B2 (en) | 2015-12-31 | 2018-09-11 | Echostar Technologies International Corporation | Methods and systems for control of home automation activity based on user characteristics |
US10060644B2 (en) | 2015-12-31 | 2018-08-28 | Echostar Technologies International Corporation | Methods and systems for control of home automation activity based on user preferences |
US9621678B1 (en) * | 2016-01-13 | 2017-04-11 | Linkedin Corporation | Delivering and displaying content feeds on smartwatch devices |
US10310832B2 (en) * | 2016-02-19 | 2019-06-04 | Intel Corporation | Internet-of-things device blank |
US9628286B1 (en) | 2016-02-23 | 2017-04-18 | Echostar Technologies L.L.C. | Television receiver and home automation system and methods to associate data with nearby people |
US11177908B2 (en) * | 2016-03-03 | 2021-11-16 | Panasonic intellectual property Management co., Ltd | Communication method and communication apparatus for block acknowledgment transmission |
US9769650B1 (en) * | 2016-03-10 | 2017-09-19 | Boaz SHERMAN | System and method for reducing phone radiation |
US9882736B2 (en) | 2016-06-09 | 2018-01-30 | Echostar Technologies International Corporation | Remote sound generation for a home automation system |
CN106230828B (zh) * | 2016-08-02 | 2020-04-03 | 四川秘无痕科技有限责任公司 | 一种基于wifi连接方式的数据传输方法 |
US10294600B2 (en) | 2016-08-05 | 2019-05-21 | Echostar Technologies International Corporation | Remote detection of washer/dryer operation/fault condition |
US10049515B2 (en) | 2016-08-24 | 2018-08-14 | Echostar Technologies International Corporation | Trusted user identification and management for home automation systems |
CN108377575B (zh) * | 2016-11-08 | 2020-07-24 | 展讯通信(上海)有限公司 | 多卡移动终端及其业务处理方法 |
CN106375482B (zh) * | 2016-11-08 | 2024-01-09 | 华清慧商(北京)科技有限公司 | 与tcp/ip网络驳接的无线物联接入网传输系统 |
CN108377479B (zh) | 2016-11-08 | 2021-03-23 | 展讯通信(上海)有限公司 | 多卡移动终端及其业务处理方法、装置 |
CN108377225B (zh) | 2016-11-14 | 2021-04-02 | 展讯通信(上海)有限公司 | 一种多通路终端业务处理方法及装置 |
CN108289110B (zh) | 2017-01-09 | 2021-10-08 | 斑马智行网络(香港)有限公司 | 设备关联方法、装置、终端设备和操作系统 |
US10686883B2 (en) * | 2017-07-07 | 2020-06-16 | Hewlett Packard Enterprise Development Lp | Bluetooth low energy devices |
KR102350498B1 (ko) * | 2017-07-31 | 2022-01-14 | 삼성전자주식회사 | 외부 장치를 통해 오디오 신호를 재생하기 위한 전자 장치 및 그의 동작 방법 |
KR102516019B1 (ko) * | 2017-09-11 | 2023-03-30 | 삼성전자주식회사 | 외부 전자 장치와 통신하는 전자 장치 및 방법 |
CN111226497B (zh) * | 2017-10-17 | 2024-02-09 | 瑞典爱立信有限公司 | 通信网络中的服务注册 |
US11303676B2 (en) * | 2017-11-16 | 2022-04-12 | Samsung Electronics Co., Ltd. | Method and system for authenticating application program interface (API) invokers |
KR102499380B1 (ko) * | 2018-01-26 | 2023-02-13 | 삼성전자주식회사 | 무선 통신 시스템에서의 세션 관리 방법, 장치 및 시스템 |
CN112491966A (zh) * | 2018-02-02 | 2021-03-12 | 华为技术有限公司 | 会话管理方法、设备及系统 |
US20210367706A1 (en) * | 2018-05-21 | 2021-11-25 | Hewlett-Packard Development Company, L.P. | Device communication interpretation based on process state |
WO2019240544A1 (en) * | 2018-06-14 | 2019-12-19 | Lg Electronics Inc. | Method and apparatus for performing sidelink communication by ue in nr v2x |
US10499446B1 (en) | 2018-08-17 | 2019-12-03 | At&T Intellectual Property I, L.P. | Instantiating a slice of a 5G or other next generation service network in an underserved area |
CN110048893B (zh) * | 2019-04-22 | 2021-11-23 | 上海顺舟智能科技股份有限公司 | 基于ZigBee的物联网设备快速对接方法及系统 |
KR102187040B1 (ko) * | 2019-09-02 | 2020-12-04 | 김한수 | 복수의 가상 운영체제 구성을 통한 가상 wifi 네트워크 설정 방법 및 이를 수행하는 프로그램 |
JP2022549671A (ja) * | 2019-09-25 | 2022-11-28 | コモンウェルス サイエンティフィック アンド インダストリアル リサーチ オーガナイゼーション | ブラウザアプリケーション用の暗号化サービス |
US20210334279A1 (en) * | 2020-04-26 | 2021-10-28 | Anupam Jaiswal | On-demand data ingestion system and method |
US11595804B1 (en) * | 2020-05-27 | 2023-02-28 | Amazon Technologies, Inc. | Establishing data channels between user devices and remote systems |
US11671904B1 (en) * | 2020-05-27 | 2023-06-06 | Amazon Technologies, Inc. | Establishing communication links to assist headless devices |
US11855834B2 (en) * | 2020-06-02 | 2023-12-26 | Apple Inc. | Traffic sink interface |
JP2022095257A (ja) | 2020-12-16 | 2022-06-28 | キオクシア株式会社 | メモリシステム |
CN112860225A (zh) * | 2021-01-15 | 2021-05-28 | 哈尔滨鸿德亦泰数码科技有限责任公司 | 一种可扩展性优越的智慧灌区e平台及其二次开发结构构建方法 |
WO2022266777A1 (en) * | 2021-06-25 | 2022-12-29 | Eleven-X Incorporated | Method and system for authenticating encrypted communication |
KR20230102696A (ko) * | 2021-12-30 | 2023-07-07 | 삼성전자주식회사 | 멀티 서비스를 지원하는 서버, 그것을 갖는 무선 통신 시스템 및 그것의 동작 방법 |
CN116016296B (zh) * | 2022-12-19 | 2024-03-26 | 四川九洲电器集团有限责任公司 | 一种基于json的二进制数据处理方法、系统及设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101027889A (zh) * | 2004-08-06 | 2007-08-29 | 高通股份有限公司 | 支持网络协议之间的故障转移的无线网络 |
CN101102593A (zh) * | 2007-07-31 | 2008-01-09 | 东南大学 | 基于无线通讯网络的移动基站定位方法 |
CN101491038A (zh) * | 2006-07-21 | 2009-07-22 | 高通股份有限公司 | 有效率地将优先次序值指派到新的和现有服务质量过滤器 |
CN101553046A (zh) * | 2008-04-01 | 2009-10-07 | 英华达(南京)科技有限公司 | 能实现多信道协议的3g移动通讯设备及其方法 |
US20120047521A1 (en) * | 2010-08-17 | 2012-02-23 | Hon Hai Precision Industry Co., Ltd. | Electronic device and data collection method of the electronic device |
US20130114482A1 (en) * | 2010-07-27 | 2013-05-09 | Ajou University Industry Cooperation Foundation | Apparatus and method for controlling session connection in communication system |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7145919B2 (en) * | 2001-06-01 | 2006-12-05 | Telefonaktienbolaget Lm Ericsson (Publ) | Method and apparatus for transporting different classes of data bits in a payload over a radio interface |
US7266614B1 (en) * | 2002-09-30 | 2007-09-04 | Advanced Micro Devices, Inc. | Embedded channel adapter having link layer configured for concurrent retrieval of payload data during packet transmission |
US7577129B2 (en) * | 2002-10-17 | 2009-08-18 | Broadcom Corporation | Supporting multiple logical channels in a physical interface |
US7489700B2 (en) * | 2002-11-20 | 2009-02-10 | Hitachi Communication Technologies, Ltd. | Virtual access router |
US7529870B1 (en) | 2004-04-27 | 2009-05-05 | Apple Inc. | Communication between an accessory and a media player with multiple lingoes |
US7526588B1 (en) | 2004-04-27 | 2009-04-28 | Apple Inc. | Communication between an accessory and a media player using a protocol with multiple lingoes |
US7966405B2 (en) * | 2004-06-29 | 2011-06-21 | Microsoft Corporation | Session multiplex protocol |
US8437364B2 (en) * | 2004-08-06 | 2013-05-07 | Qualcomm Incorporated | Wireless network supporting failover between network protocols |
US20060149765A1 (en) * | 2004-12-30 | 2006-07-06 | Joseph Knoerle | Methods, systems, and computer program products for managing system resources |
KR20060100031A (ko) * | 2005-03-16 | 2006-09-20 | 삼성전자주식회사 | 다중 무선 접속 방식을 지원하는 이동 단말에서 네트워크인터페이스 선택 장치 및 방법 |
ES2309899T3 (es) * | 2006-02-23 | 2008-12-16 | Swisscom Ag | Adaptacion de interfases de red virtuales y fisicos. |
US7821985B2 (en) * | 2006-03-13 | 2010-10-26 | Microsoft Corporation | Network interface routing using computational context |
US20080069065A1 (en) * | 2006-09-20 | 2008-03-20 | Hong Kong Applied Science and Technology Research Institute Company Limited | Method of seamlessly roaming between multiple wireless networks using a single wireless network adaptor |
US7840685B2 (en) * | 2007-01-07 | 2010-11-23 | Apple Inc. | Handheld computer having dynamic network transport selection according to a media type of a request |
JP4740897B2 (ja) * | 2007-05-24 | 2011-08-03 | 株式会社日立製作所 | 仮想ネットワーク構成方法及びネットワークシステム |
US20090064202A1 (en) * | 2007-09-04 | 2009-03-05 | Apple, Inc. | Support layer for enabling same accessory support across multiple platforms |
US7961726B2 (en) * | 2008-10-07 | 2011-06-14 | Microsoft Corporation | Framework for optimizing and simplifying network communication in close proximity networks |
US8407721B2 (en) * | 2008-12-12 | 2013-03-26 | Microsoft Corporation | Communication interface selection on multi-homed devices |
US8402145B2 (en) * | 2009-03-16 | 2013-03-19 | Apple Inc. | Application communication with external accessories |
US20110286380A1 (en) * | 2010-05-21 | 2011-11-24 | Yee Yi Zhu | Wireless workgroup bridge for network viryualization |
US8468550B2 (en) * | 2010-06-18 | 2013-06-18 | At&T Intellectual Property I, L.P. | Mobile devices having plurality of virtual interfaces |
US8799504B2 (en) * | 2010-07-02 | 2014-08-05 | Netgear, Inc. | System and method of TCP tunneling |
US11405969B2 (en) * | 2010-09-29 | 2022-08-02 | International Business Machines Corporation | Enabling interface aggregation of mobile broadband network interfaces |
KR20120060593A (ko) * | 2010-12-02 | 2012-06-12 | 한국전자통신연구원 | 논리적 인터페이스를 이용하여 세션 연결을 유지하는 이동 단말 및 그 방법 |
KR20120066161A (ko) * | 2010-12-14 | 2012-06-22 | 한국전자통신연구원 | 플로우 이동성 지원 방법 |
WO2013006813A2 (en) * | 2011-07-06 | 2013-01-10 | Veiled Technologies, Llc | Systems and methods for securing media and mobile media communications with private key encryption and multi-factor authentication |
US8918841B2 (en) * | 2011-08-31 | 2014-12-23 | At&T Intellectual Property I, L.P. | Hardware interface access control for mobile applications |
US20140022969A1 (en) * | 2012-07-17 | 2014-01-23 | Cubic Corporation | Application and method of inter-frame gap reduction in low-power time-synchronized networks |
US9686632B2 (en) * | 2011-09-16 | 2017-06-20 | Nokia Technologies Oy | Method and apparatus for accessing virtual smart cards |
KR101386809B1 (ko) * | 2012-02-29 | 2014-04-21 | 주식회사 팬택 | 다중 mtu를 설정하는 모바일 디바이스 및 이를 이용한 데이터 전송 방법 |
US9042304B2 (en) * | 2012-06-05 | 2015-05-26 | Vmware, Inc. | Controlling a paravirtualized wireless interface from a guest virtual machine |
US20140024410A1 (en) * | 2012-07-19 | 2014-01-23 | Research In Motion Limited | Mobile device with selective wlan receive gain levels and related methods |
US20140029395A1 (en) * | 2012-07-27 | 2014-01-30 | Michael Nicholas Bolas | Method and System for Recording Audio |
US9635589B2 (en) * | 2013-03-26 | 2017-04-25 | Apple Inc. | Seamless session mobility on a wireless communication device having multiple radio interfaces |
US9485177B2 (en) * | 2014-05-30 | 2016-11-01 | Apple Inc. | Client applications communicating via a user tunnel |
-
2014
- 2014-05-19 US US14/281,206 patent/US20140351446A1/en not_active Abandoned
- 2014-05-19 US US14/281,355 patent/US20140351832A1/en not_active Abandoned
- 2014-05-21 AU AU2014269271A patent/AU2014269271B2/en active Active
- 2014-05-21 EP EP14801094.5A patent/EP3000217B1/en active Active
- 2014-05-21 WO PCT/KR2014/004546 patent/WO2014189290A2/en active Application Filing
- 2014-05-21 CN CN201480041345.XA patent/CN105519071A/zh active Pending
- 2014-05-21 KR KR1020157036165A patent/KR20160045635A/ko not_active Application Discontinuation
-
2018
- 2018-12-21 US US16/230,918 patent/US10693969B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101027889A (zh) * | 2004-08-06 | 2007-08-29 | 高通股份有限公司 | 支持网络协议之间的故障转移的无线网络 |
CN101491038A (zh) * | 2006-07-21 | 2009-07-22 | 高通股份有限公司 | 有效率地将优先次序值指派到新的和现有服务质量过滤器 |
CN101102593A (zh) * | 2007-07-31 | 2008-01-09 | 东南大学 | 基于无线通讯网络的移动基站定位方法 |
CN101553046A (zh) * | 2008-04-01 | 2009-10-07 | 英华达(南京)科技有限公司 | 能实现多信道协议的3g移动通讯设备及其方法 |
US20130114482A1 (en) * | 2010-07-27 | 2013-05-09 | Ajou University Industry Cooperation Foundation | Apparatus and method for controlling session connection in communication system |
US20120047521A1 (en) * | 2010-08-17 | 2012-02-23 | Hon Hai Precision Industry Co., Ltd. | Electronic device and data collection method of the electronic device |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107454678A (zh) * | 2016-05-23 | 2017-12-08 | 佳能株式会社 | 通信设备、控制方法及计算机可读存储介质 |
CN106254522A (zh) * | 2016-09-07 | 2016-12-21 | 努比亚技术有限公司 | 一种终端服务系统、方法和终端 |
CN106844275A (zh) * | 2016-12-30 | 2017-06-13 | 百度在线网络技术(北京)有限公司 | 数据传输方法及装置 |
CN110546923A (zh) * | 2017-02-24 | 2019-12-06 | 萨托里环球有限责任公司 | 可扩展实时消息传送系统中的消息的选择性分发 |
CN107483542A (zh) * | 2017-07-18 | 2017-12-15 | 深圳市盛路物联通讯技术有限公司 | 无线传感网络的异常处理方法及设备 |
CN107483542B (zh) * | 2017-07-18 | 2020-09-04 | 深圳市盛路物联通讯技术有限公司 | 无线传感网络的异常处理方法及设备 |
CN111431932A (zh) * | 2018-02-02 | 2020-07-17 | 钟国诚 | 用于传送电子数据的电子装置和方法 |
CN111431932B (zh) * | 2018-02-02 | 2022-05-24 | 钟国诚 | 用于传送电子数据的电子装置和方法 |
CN110138717A (zh) * | 2018-02-02 | 2019-08-16 | 钟国诚 | 用于传送电子数据的电子装置和方法 |
CN108646750A (zh) * | 2018-06-08 | 2018-10-12 | 杭州电子科技大学 | 基于uwb非基站便捷式工厂agv跟随方法 |
CN108646750B (zh) * | 2018-06-08 | 2021-05-07 | 杭州电子科技大学 | 基于uwb非基站便捷式工厂agv跟随方法 |
CN112655230A (zh) * | 2018-09-07 | 2021-04-13 | 三星电子株式会社 | 用于uwb事务处理的方法及其电子装置 |
CN112655230B (zh) * | 2018-09-07 | 2024-01-23 | 三星电子株式会社 | 用于uwb事务处理的方法及其电子装置 |
CN109285336B (zh) * | 2018-11-12 | 2020-07-14 | 南京迈瑞生物医疗电子有限公司 | 医疗设备操控器、系统、方法、计算机设备和存储介质 |
CN109285336A (zh) * | 2018-11-12 | 2019-01-29 | 南京迈瑞生物医疗电子有限公司 | 医疗设备操控器、系统、方法、计算机设备和存储介质 |
CN109788035A (zh) * | 2018-12-19 | 2019-05-21 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN109788035B (zh) * | 2018-12-19 | 2022-01-28 | 平安科技(深圳)有限公司 | 基于云监控的数据传输方法、装置及监控服务器 |
CN114158141A (zh) * | 2020-09-08 | 2022-03-08 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
CN114158141B (zh) * | 2020-09-08 | 2024-03-22 | 华硕电脑股份有限公司 | 无线通信系统中用于连接恢复程序的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
AU2014269271A1 (en) | 2015-11-26 |
AU2014269271B2 (en) | 2018-02-08 |
US10693969B2 (en) | 2020-06-23 |
EP3000217A2 (en) | 2016-03-30 |
US20140351832A1 (en) | 2014-11-27 |
KR20160045635A (ko) | 2016-04-27 |
WO2014189290A3 (en) | 2015-01-15 |
EP3000217A4 (en) | 2017-02-08 |
WO2014189290A2 (en) | 2014-11-27 |
US20190132401A1 (en) | 2019-05-02 |
US20140351446A1 (en) | 2014-11-27 |
EP3000217B1 (en) | 2020-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105519071A (zh) | 使用逻辑信道进行通信的电子装置 | |
KR102095436B1 (ko) | 서비스 계층에서의 요청 처리 | |
US11240321B2 (en) | Systems and methods for enabling access to third party services via a service layer | |
US11064330B2 (en) | Methods for enabling delay-awareness in the constrained application protocol (CoAP) | |
CN105794307B (zh) | 支持ip多媒体子系统的方法和装置 | |
US20090268754A1 (en) | Methods, devices, and computer program products for remotely controlling operations of digital media devices using a mobile terminal | |
WO2018165113A1 (en) | Dynamic header compression for constrained networks | |
CN106471465A (zh) | 服务启用器功能 | |
KR102221021B1 (ko) | 전자 장치 및 인터넷 프로토콜 기반의 네트워크에서 패킷을 처리하는 방법 | |
EP4199562A1 (en) | Method for transmitting data and electronic device | |
KR102050379B1 (ko) | 호 이동을 위한 방법 및 장치 | |
WO2018112327A1 (en) | Methods of concurrency control for block transfer in coap publish-subscribe architecture | |
CN110324193A (zh) | 一种终端升级管理方法及装置 | |
WO2022267635A1 (zh) | 用于数据交互的方法和装置 | |
KR102500594B1 (ko) | 통신 네트워크에서의 서비스 계층 메시지 템플릿들 | |
CN111201804B (zh) | 启用数据连续性服务的方法、装置和计算机可读存储介质 | |
US10484293B2 (en) | Communication device, communication method, and storage medium | |
CN108616289B (zh) | 通信装置、通信方法以及记录介质 | |
US20220103634A1 (en) | Device registration mechanism | |
CN111164951B (zh) | 基于服务能力要求和偏好的服务注册 | |
EP3831038A1 (en) | Automated relationship management of service layer entities in a communications network | |
CN105357445A (zh) | 一种物联网系统 | |
EP4258620A1 (en) | Invoking service method, device, and computer readable storage medium | |
AU2018403260A1 (en) | Method and device for terminal to report information, and computer storage medium | |
WO2022204859A1 (zh) | 连接配置方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160420 |
|
RJ01 | Rejection of invention patent application after publication |