CN101896893A - 通信设备、通信系统、通信方法以及程序 - Google Patents

通信设备、通信系统、通信方法以及程序 Download PDF

Info

Publication number
CN101896893A
CN101896893A CN200880120772.1A CN200880120772A CN101896893A CN 101896893 A CN101896893 A CN 101896893A CN 200880120772 A CN200880120772 A CN 200880120772A CN 101896893 A CN101896893 A CN 101896893A
Authority
CN
China
Prior art keywords
communication
agreement
protocol
mutually
conversion
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
Application number
CN200880120772.1A
Other languages
English (en)
Inventor
藤永裕幸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN101896893A publication Critical patent/CN101896893A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/08—Protocols for interworking; Protocol conversion
    • 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
    • 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/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • 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/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

在上层应用具有一个或者多个协议时使得能够可靠地确保通信兼容性的通信设备。该通信设备包括：物理层(108)，用于通过无线电与通信方通信信号；以及协议转换单元(PCL)(102)，用于连接上层用户应用(100)和物理层(108)。协议转换单元(102)被公共地提供至能够相互通信的各设备，并且具有：PCL公共(102a)，其用于协议转换的基本处理；以及转换部分，其与用户应用(100)的一个或多个协议对应地被提供，并且用于将通过PCL公共(102a)从用户应用(100)的一个或多个协议中所选择的协议转换为用于使用物理层(108)通信的协议。

Description

通信设备、通信系统、通信方法以及程序
技术领域
本发明涉及通信设备、通信系统、通信方法以及程序。
背景技术
如例如在下面的专利文献1中描述的，在过去已知这样的移动通信系统：其意在使得可以将移动对象的信息发送到移动对象的用户所拥有的普通便携式终端。
专利文献1：JP 2005-191819(A)
发明内容
技术问题
近来，假设通信设备配备有多个较高等级的应用。在这样的设备中，假设存在所述较高等级的应用的多个协议。
然而，如果存在所述较高等级的应用的多个协议，则要利用哪个协议来实现通信成为了问题，并且在要使用的一些应用中，假设失去与通信相对方有关的兼容性的情况。在此情况下，即使在通信设备侧实现了利用多个应用的多功能，也不能达到与其它设备的通信的兼容性，这造成了系统中的限制。
由此，鉴于上述问题做出了本发明，本发明的目的是提供一种新的和改进的通信设备、通信系统、通信方法以及程序，其能够在较高等级的应用包括一个或者多个协议时可靠地确保通信的兼容性。
技术方案
为了解决上述问题，根据本发明的一方面，提供了一种通信设备，其包括：物理层，用于执行与另一通信相对方的信号的发送和接收；以及协议转换单元，用于连接较高等级的应用和物理层，其中协议转换单元包括公共处理单元以及转换处理单元，其中公共处理单元被公共地布置在可以相互通信的各个设备中，用于执行协议转换的基本处理，转换处理单元被与较高等级的应用的一个或者多个协议相对应地布置，用于将通过公共处理单元从一个或者多个协议中选择的协议转换为用于在物理层通信的协议。
根据上面的配置，通过物理层执行与另一通信相对方的信号的发送和接收，并且通过协议转换单元连接较高等级的应用和物理层。将协议转换单元的公共处理单元公共地布置在可以相互通信的各个设备中，并且通过公共处理单元执行协议转换的基本处理。与较高等级的应用的一个或者多个协议相对应地布置协议转换单元的转换处理单元。并且，通过转换处理单元将通过公共处理单元从一个或者多个协议中选择的协议转换为用于在物理层处通信的协议。相应地，由于通过被公共地布置在可以相互通信的各个设备中的公共处理单元从一个或者多个协议中选择协议，因此变得可以选择适于通信的协议并且确保通信的兼容性。
另外，公共处理单元可以执行包括至少协议转换的开始和停止的基本操作。根据这样的配置，可以通过被公共地布置在可以相互通信的各个设备中的公共处理单元实现包括协议转换的开始和停止的基本操作。
另外，公共处理单元可以根据与通信相对方的协商的结果而从一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议。根据这样的配置，可以确保与通信相对方的兼容性，并且可以可靠地执行与通信相对方的通信，这是因为根据与通信相对方的协商的结果而从一个或者多个协议中选择了与在通信相对方中提供的较高等级的应用的协议匹配的协议。
另外，如果在所述一个或者多个协议中不存在与在通信相对方中提供的较高等级的应用的协议匹配的协议，则公共处理单元可以不执行与通信相对方的连接。根据这样的配置，如果在所述一个或者多个协议中不存在与在通信相对方的较高等级的应用的协议匹配的协议，则由于未执行与通信相对方的连接而可以抑制执行不必要的处理。
另外，公共处理单元可以具有版本检查功能，其根据与通信相对方的协商的结果来确定协议转换单元的软件的版本是否与在通信相对方中提供的协议转换单元的软件的版本匹配。根据这样的配置，可以确保与通信相对方的兼容性，并且可以可靠地执行与通信相对方的通信，这是由于根据与通信相对方的协商的结果来确定了协议转换单元的软件的版本是否与在通信相对方中提供的协议转换单元的软件的版本匹配。
另外，如果协议转换单元的软件的版本与通信相对方的协议转换单元的软件的版本不匹配，则公共处理单元可以不建立与通信相对方的连接。根据这样的配置，如果协议转换单元的软件的版本与在通信相对方中提供的协议转换单元的软件的版本不匹配，则由于未建立与通信相对方的连接而可以抑制执行不必要的处理。
另外，物理层可以与通信相对方通信附有简档ID的数据，该简档ID表示对于其协议在转换处理单元中被转换的数据的数据类型。根据这样的配置，可以在一个物理层上实现多个逻辑信道。
另外，为了解决上述问题，根据本发明的另一方面，提供了一种通信设备相互通信的通信系统，其中该通信设备包括：物理层，用于执行作为通信相对方的通信设备之间的信号的发送和接收；以及协议转换单元，用于连接较高等级的应用和物理层，并且其中协议转换单元包括公共处理单元以及转换处理单元，其中公共处理单元被公共地布置在可以相互通信的各个通信设备中，用于执行协议转换的基本处理，转换处理单元被与较高等级的应用的一个或者多个协议相对应地布置，用于将通过公共处理单元从一个或者多个协议中选择的协议转换为用于在物理层处通信的协议。
根据上面的配置，在通信设备相互执行通信的通信系统中，通过物理层在作为通信相对方的通信设备之间执行信号的发送和接收，并且通过协议转换单元连接较高等级的应用和物理层。将协议转换单元的公共处理单元公共地布置在可以相互通信的各个设备中，并且通过公共处理单元执行协议转换的基本处理。与较高等级的应用的一个或者多个协议相对应地布置协议转换单元的转换处理单元。通过转换处理单元将通过公共处理单元从一个或者多个协议中选择的协议转换为用于在物理层处通信的协议。相应地，由于通过被公共地布置在可以相互通信的各个设备中的公共处理单元从一个或者多个协议中选择协议，因此变得可以选择适于通信的协议并且确保通信的兼容性。
另外，为了解决上述问题，根据本发明的另一方面，提供了一种用于通信设备执行相互通信的通信方法，该方法包括以下步骤：通过通信设备与作为通信相对方的另一通信设备交换协议信息，基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议，并且将所选择的协议转换为用于与通信相对方通信的协议。
根据上面的配置，在用于通信设备执行相互通信的通信方法中，与作为通信相对方的通信设备交换协议信息，基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议，并且将所选择的协议转换为用于与通信相对方通信的协议。因此，变得可以基于与通信相对方交换的协议信息选择适于通信的协议，并且确保通信的兼容性。
另外，为了解决上述问题，根据本发明的另一方面，提供了一种用于使得计算机用作以下部件的程序，所述部件用于与作为通信相对方的另一通信设备交换协议信息，基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议，并且将所选择的协议转换为用于与通信相对方通信的协议。
根据上面的配置，与作为通信相对方的另一通信设备交换协议信息，基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议，并且将所选择的协议转换为用于与通信相对方通信的协议。因此，变得可以基于与通信相对方交换的协议信息选择适于通信的协议，并且确保通信的兼容性。
有利效果
根据本发明，变得可以在较高等级的应用包括一个或者多个协议时可靠地确保通信的兼容性。
附图说明
图1是示出构成本实施方式的无线通信系统的两个设备的示意图；
图2是示出作为分级结构的发起方和应答方中的每个设备的配置的示意图；
图3是示出发起方和应答方中的数据流的示意图；
图4是示出具有OSI参考模型的图2中的配置的示意图；
图5是示出设备中每一层中文件和数据的发送和接收的数据流的示意图；
图6是示出具有CSDU的逻辑信道的示意图；
图7是示出CSDU被映射的情况的示意图；
图8是示出设备的硬件配置的示意图；
图9是示出每一层提供的服务的接入点以及各层之间的关系的示意图；
图10是示出本实施方式的系统中的状态转换的示意图；
图11是示出协商处理的示意图；
图12是示出用于描述PCL版本信息的示意图；
图13是示出仿真选择的序列的示意图；
图14是示出PCL Emulation的服务的示意图；
图15是示出PCL Emulation的服务的示意图。
参考标号的解释
100  用户应用
102  PCL
102a 公共PCL(PCL Common)
102b PCL仿真(PCL Emulation)
108  物理层
201  CPU
具体实施方式
在下文中，将参照附图详细描述本发明的优选实施方式。注意：在本说明书和附图中，利用相同的参考标号表示基本上具有相同功能和结构的要素，并且省略重复的解释。
本实施方式的无线通信系统是这样的通信方法：其目标在于在一对设备之间发送和接收数据，并且在相当接近的设备之间执行数据的无线发送和接收。图1是示出构成本实施方式的无线通信系统的两个设备(通信设备)的示意图。所述两个设备分别具有应答方和发起方的作用。发起方是“做出连接请求的一侧”，应答方是“接收连接请求的一侧”，并且在本实施方式中，执行一对一(P2P)通信。在建立连接时，发起方做出连接请求，同时应答方处于待机状态，但是仅仅是两侧的作用在建立连接时不同，而关于连接的设备配置相同。作为发起方，例如是便携式设备、电子卡等；作为应答方，是诸如个人计算机、便携式设备、电子卡之类的设备。
在图1中，示意性地示出了本实施方式的其中经由在每个设备中提供的物理层而执行无线通信的情况。在本实施方式中，将称为JET物理层的层图示为物理层(尽管其不限于此)，并且可将其应用于通用物理层以进行通信。JET物理层尤其适于通过使用简档ID、CSDU等而进行的诸如图片、运动图像之类的大容量数据的通信。另外，在本说明书中，发起方和应答方这两个设备有时被称为JET设备(或者简称为JET)。
图2是示出根据本实施方式的、无线通信系统中的作为分级结构的发起方和应答方中的每个设备的配置的示意图。如图2所示，在本实施方式中，从较高层开始依次布置用户应用100、PCL(Protocol Conversion Layer，协议转换层)102、DTL(Data transfer Layer，数据传送层)104、CNL(ConnectionLayer，连接层)106以及物理层108。
在根据本实施方式的配备有能够执行短距离无线通信的物理层108的设备中，用户应用100对应于用于使用物理层108的较高层的软件所提供的服务来执行数据通信的较高等级的协议(例如USB、TCP/IP、OBEX等)、或者用于操作包括JET(诸如UI(User Interface，用户界面)等)的设备的应用(例如，诸如Windows(注册商标)、Linux之类的OS)。在JET设备中，较高等级的协议或者用户应用未被具体地定义，其可以由配置设备的用户(制造公司)自由地设置。因此，每个设备可以包括多个较高等级的协议或者用户应用100。
PCL 102(协议转换单元)支持协议转换功能，其用于在由配置设备的用户使用的任何协议(USB、OBEX等)与专用于JET的协议之间相互转换。由此，可以通过向JET的物理层(PHY Layer)108提供多种类型的协议来支持各种协议。此外，即使在同样的USB中，取决于诸如Windows(注册商标)和Linux之类的OS的差异，协议转换有时也可以不同。PCL 102执行处理以将由较高的用户应用100生成的诸如音频和视频之类的内容数据、其它协议数据、指令等转换为可以由较低的CNL 104处理的数据格式。此外，PCL 102执行诸如连接、断开、设备认证、操作模式设置以及初始化之类的JET的通信所需要的处理。
图3是示出发起方和应答方中的数据流的示意图。如图3所示，用户应用100执行两种类型的控制：通过JET的连接以及数据传送。作为JET，其提供实现这些功能所需要的服务并且执行到专用于JET的协议的转换以及连接管理。另外，其还执行到DTL 104和CNL 106的传送，其中该DTL 104生成符合JET标准的CSDU(CNL服务数据单元)。
DTL 104将从较高的PCL 102接收的数据适配到预定分组结构，并且使用由较低的CNL 106提供的服务在发起方和应答方之间执行发送。另外，在接收中，DTL 104分析从CNL 106接收的数据，提取CSDU，并且将其有效负载(payload)传递给较高的PCL 102。CSDU包括在用户应用100中可用的状态信息，用于物理层(PHY Layer)108的通信以外的通信，DTL 104还执行其生成处理、错误通知等。
无论较高等级的协议的类型如何，DTL 104都可以将从较高等级输入的数据适配到DTL分组并且传递到较低的CNL 106，从来自较低等级的数据中提取DTL分组，并且将DTL分组有效负载传送到较高等级。DTL 104自身可以接收从来自PCL 102的不同的协议所发送的数据。然而，由于需要在JET中卸除不同协议的数据的发送和接收中的会话，因此不执行具有多个协议的DTL服务的使用。
由于这样的限制，即使从多个PCL Emulation(PCL仿真)(其将在下文中描述)向DTL 104进行数据的输入，DTL 104也不对这样的数据执行Mux。此外，即使从CNL 106接收的数据包括多个协议，也不执行如下的处理：诸如，协议的分析、根据相应的协议内容向PCL 102的分发、或者由于错误检测的会话卸除。
出于此原因，在使用DTL 104的服务的PCL 102一侧，需要在总是固定要使用的一种类型协议的条件下来使用DTL 104的服务。用于固定协议方法和执行所需发送和接收的确定是PCL Common(公共PCL)的作用(其将在下文中描述)，并且协议数据的生成以及解析通过PCL Emulation来执行。为了多个协议不同步使用DTL服务的排除处理也是PCL Common的作用。
DTL 104提供PCL Common建立连接所需要的服务、以及PCL Emulation在连接建立之后执行数据的发送和接收所需要的服务。
另外，DTL 104接收简档ID，该简档ID指示当前执行的服务是整个传送大小的中间数据、最后数据、还是参数而非数据、以及作为参数的来自PCL102的大小，并且将它们插入CSDU分组首部(header)(其是使用较低等级的CNL服务而生成的)中。DTL 104通过将发送参数嵌入在JET发送数据时所生成的一部分CSDU分组中，而在一个物理层(PHYLayer)108上实现如图6那样的多个逻辑信道(Channel)。
DTL 104具有用于生成JET标准中所定义的CSDU分组的功能。在DTL104中，将用于标识CSDU分组的类型的参数附于CSDU分组首部。附于CSDU分组首部的那些参数是简档ID(profile ID)、大小(size)以及数据有效负载(data payload)。
DTL 104执行CNL 106所提供的CSDU的各单元中的数据传送。在CSDU发送时，DTL 104为CSDU给出下面三种类型的简档ID(T_DATA、LT_DATA、CNL_DATA)。另外，在CSDU接收时，DTL 104根据简档ID的类型执行处理。
T_DATA、LT_DATA
DTL 104为传送用户数据的CSDU给出T_DATA。然而，在划分为CSDU有效负载时，如果其是最后的CSDU，则DTL 104给出LT_DATA。仅将用户数据存储在CSDU的有效负载中，DTL 104不在其中嵌入首部信息等。
CNL_DATA
DTL 104为传送专用于JET系统的控制数据的CSDU给出CNL_DATA。控制数据的例子是参数信息(具体地，TBD)等。将首部信息(具体地，TBD)嵌入CSDU有效负载中。DTL 104分析首部信息，并且执行适当的处理。
CNL 106响应于较高的DTL 104的请求而使用物理层108的服务来执行通信、以及执行物理层108连接的建立、断开、数据连续性的确保等。
物理层108是根据本实施方式的、能够执行短距离大容量通信的无线通信系统的JET物理层，并且包括错误校正功能以及前同步(preamble)感测功能。
图4示出了具有基于配备有JET设备的设备的软件作用的OSI参考模型的图2的配置。如图4所示，物理层(第一层)108负责电转换以及机械操作，用于将数据发送到通信线。在第一层中还定义了引脚(pin)的形状、线缆的特性等。
DTL 104、CNL 106对应于数据链路层(第二层)、传输层(第四层)。数据链路层确保与通信相对方的物理通信路径，并且执行流过该通信路径的数据的错误检测等。另外，传输层执行数据压缩、错误校正、重新发送控制等，以用于将数据可靠并且有效地发送到通信相对方。由于本实施方式的系统是P2P通信，因此未提供OSI参考模型中的网络层(第三层)，并且系统可以得到简化。
PCL 102对应于会话层(第五层)以及表现层(第六层)。会话层执行虚拟路径(连接)的建立和解除(release)，以用于通信程序相互执行数据的发送和接收。表现层执行如下的处理：诸如，将从会话层接收的数据转换为可易于用户理解的格式，以及将从应用层发送的数据转换为适于通信的格式。
用户应用100对应于应用层(第七层)。应用层使用数据通信将各种服务提供给人们以及其它程序。
接下来，现在描述本实施方式的通信设备中的数据流。图5是示出数据流的示意图，其示出发送和接收JET设备中每一层中的文件、数据时的数据流。此外，将PCL 102的功能划分为PCL Common以及PCL Emulation。由于在数据传送中使用PCL Emulation，因此图5中所示的PCL 102的处理是由PCL Emulation实现的功能。将输入到物理层108的CSDU定义为数据格式，并且对于用于执行其首部信息的生成、分析等的DTL 104所处理的数据格式来说也是这样。
另外，如下文所述，定义用于提供公共功能的PCL Common，但PCLEmulation根据各个协议而取决于系统规范，这是因为其执行符合用户协议的数据转换处理。
在JET通信中，不仅存在诸如文件之类的数据的发送和接收，还存在PCL102中和DTL 104中的管理参数以及通信目的地的相同层之间的数据的发送和接收。最后CNL 106以符合CSDU格式的格式发送这些文件和参数。图6是示出具有CSDU的逻辑信道的示意图。如图6所示，简档ID用于指定数据的类型。由此，变得可以在物理层108的等级处逻辑地使用多个发送信道。于是，可以很大程度地提高通信速率，具体来说，其适于诸如运动图像之类的大容量数据通信。
图7是示出映射CSDU的情况的示意图。CSDU是在CNL 106和DTL 104之间交换的数据单元，并且如图7所示，将CSDU映射到CNL帧上。用户应用100所发送和接收的用户数据的大小未具体地加以定义。如果数据长度超过数据划分长度(最大4096字节)，则PCL 102将数据划分为多个CSDU有效负载。PCL 102调出DTL服务并且在CSDU有效负载的各单位中执行用户数据的发送和接收。DTL 104将首部添加到CSDU有效负载，并且将其传递到较低的CNL 106。CSDU首部由简档ID以及指示CSDU有效负载的长度的Length(长度)组成。
图8是示出本系统的各设备的硬件配置的示意图。如图5所示，将发起方和应答方分别配置为具有构成物理层108的芯片200以及CPU 210。物理层108包括基带单元。通过利用软件(程序)运行CPU 210来实现如上所述的用户应用100、PCL 102、DTL 104以及CNL 106。该软件存储在构成发起方和应答方的通信设备中所包括的存储器中，或者存储在通信设备外部的外部记录介质中，等等。
图9是示出每一层所提供的服务的接入点以及各层之间的关系的示意图。高于PCL 102的等级是用户应用100。PCL 102是使用较低等级的CNL 104来提供服务的层。由于PCL 102的作用以这样的方式分配：PCL Common 102a(公共处理单元)对于较高的用户应用100执行控制，并且PCL Emulation102b(转换处理单元)执行数据传送，因此分别定义PCL 102的服务。
PCL Common 102a的服务通过响应于用户应用100的请求而调出DTL104的连接/断开/其它控制的服务，以提供下列服务。
控制服务，如连接、断开等
事件通知服务，如错误
仿真控制服务
PCL Emulation 102b的服务对于每个对应的协议分别存在。每个PCLEmulation是使得可以以CSDU的有效负载传递通用协议(USB、OBEX等)的命令和数据的协议服务。
在PCL 102中，仅允许开始符合PCL Emulation服务所选协议方法的服务。在PCL Emulation服务中，根据较高等级协议请求而生成用于使用DTL104的服务的CSDU有效负载。通过具有PCL Emulation 102b的多个服务，变得可以在一个JET设备中实现多个仿真服务。由PCL Common 102a进行管理，以使得在一个会话中仅使用一种类型的仿真服务。
如图9所示，将PCL 102的功能划分为PCL Common 102a以及PCLEmulation 102b。PCL Common 102a响应于较高的用户应用100的请求而提供诸如较低层的服务的初始化、连接、断开之类的基本功能。由于在PCLCommon 102a中执行基本功能的处理，因此无论选择哪个协议，都执行相同的处理。另一方面，在PCL Common 102a完成启动之后，PCL Emulation 102b将用户应用100的任何协议转换为要由较低的DTL 104、CNL 106来处理的协议格式。
如上所述，PCL Common 102a向用户应用100提供诸如初始化和基本通信(连接、断开以及设备认证)之类的公共功能服务。PCL Common 102a是在所有JET设备中公共地提供的软件。因此，PCL 102不能在仅具有PCL Emulation 102b的配置中工作。
PCL Emulation 102b在PCL Common 102a建立连接之后执行用户数据传送，并且其具有在用户协议(诸如USB以及OBEX之类的通用协议数据)与DTL 104所处理的数据格式之间相互转换的作用。PCL Emulation 102b具有将从用户应用100发送的用户协议数据转换为可由较低的DTL 104解译的格式的作用。从用户应用100的观点来看，PCL 102的仿真块(PCL Emulation 102b的转换模块)以与控制诸如现有USB、MSC、NFC之类的设备的方法相同的方法，提供用于提供数据传送功能的服务。然而，PCL Emulation 102b对于专用于配置设备的用户的多个协议存在。
DTL 104向较高的两种类型的PCL(PCL Common 102a、PCL Emulation102b)提供使用较低的CNL 106的服务的功能作为DTL服务。如在下文中详细描述的，PCL Emulation 102b对于每个用户协议具有转换模块(ProtocolA(协议A)、Protocol B(协议B)、Protocol C(协议C)、......Protocol Z(协议Z))，但仅一种类型可以用于一个会话(连接)，并且由PCL Common 102a执行其控制。例如，如果较高等级的协议是USB，则根据其是大容量存储级别还是其它方法来准备不同的转换模块。
在JET设备中，配置设备的用户可以遵照较高等级的协议来自由地设置转换模块，并且可以建立PCL Emulation 102b。另外，用户也可以自由地添加或者删除转换模块。另一方面，由于PCL Common 102a是协议转换的基本功能，因此强制PCL Common 102a在所有JET设备中是公共的。
在图9中，将Protocol A到Z示为用户协议，其中Protocol B是活动(active)的，并且示出了利用Protocol B建立连接的情况。在此情况下，在发起方和应答方两者中建立与Protocol B的连接。通过发起方和应答方之间的协商来确定利用哪个协议来建立连接。
图10是示出本实施方式的系统中的状态转移的示意图。PCL 102通过使用物理层108造成的发起方和应答方的连接条件的改变或者来自用户应用的PCL服务，来执行如图10所示的状态转移。
在图10中，首先，应答方进入来自发起方的连接待机状态，并且发起方进入其搜索连接目的地的应答方的这一状态。在发起方和应答方的连接开始(Start Connection)时，在发起方和应答方之间执行协商(Negotiation)。在此状态下，在JET设备之间执行软件版本的检查、仿真方法的检查(彼此具有什么协议)。
在作为协商的结果、版本和仿真方法匹配时，建立连接，并且通过物理层108的连接已完成(已连接)。此后，仿真开始(Emulation)，并且在用户应用100之间变得可以数据传送。另一方面，在软件的版本信息不匹配、或者两侧具有的协议不匹配并且仿真方法不匹配时，连接未建立(断开)。在连接未建立(断开)时，或者在仿真中止(End Emulation)时，应答方进入连接待机状态。
PCL Common 102a具有如下的协商功能：执行版本检查(Version Check)以及基于PCL 102的版本(Version)信息的仿真方法的鉴别。如果作为协商的结果、版本和仿真方法匹配，则在发起方和应答方之间执行相同协议的连接。下面将描述协商和仿真鉴别功能(PCL Select Emulation)所需要的版本管理功能(PCLVersion Management)。协商不是对于用户应用100提供的服务，而是在检测到连接时而在连接待机状态下自动执行的内部功能。
图11是示出协商的处理的示意图。图11的处理可以通过图2的每一层的软件操作CPU 210来实现。通过示例，应答方自身执行鉴别，而发起方等待鉴别结果。CNL 106获得连接目的地的版本信息，并且在连接时自动交换版本信息(步骤S1)。在此情况下交换的版本信息称为JET版本。
在PCL 102中，在根据来自较低级别的CNL 106和DTL 104的事件检测到连接时，已获得了连接目的地JET设备的JET版本信息。由此，如图11所示，首先执行CNL 106的软件的版本检查(CNL Ver check)以及DTL的软件的版本检查(DTL Ver check)。在PCL 102中执行包括在JET版本中的PCL版本的检查对于仿真方法的鉴别。
例如在应答方开始时执行仿真方法的鉴别。在发起方和应答方两侧之间交换PCL 102的版本信息，并且通过PCL Common 102a的PCL版本检查功能(PCL Ver check)检查PCL 102的软件的版本信息。
接下来，在发起方和应答方两侧之间交换关于仿真类型的信息，并且通过PCL Common 102a的仿真类型检查功能(EMU Type check)来检查仿真的类型(如图11所示)。仿真类型是描述各个JET设备可以通过其进行通信的仿真方法(协议)的参数。
在应答方一侧，执行发起方和应答方的各自仿真类型的比较，并且如果存在相同的仿真类型，则确定为可连接。在确认仿真类型时，PCL 102为用户应用100给出通知，并且用户应用100调出PCL_start_emu服务(步骤S2)。将Start_Emu的命令从PCL Common 102a发送到PCL Emulation 102b。由此完成了PCL Common 102a的启动，并且开始PCL Emulation 102b的仿真(步骤S3)。然后，由PCL Emulation 102b转换用户应用100的协议，并且变得可以与较低的DTL 104和CTL 106通信。
另外，如果发起方和应答方具有多个相同的仿真类型，则将其通知给用户应用100。当在用户应用100一侧指定多个仿真类型之一时，将其上的信息发送到PCL 102。在此情况下，可以在用户应用100一侧指定预先指定的一个仿真类型。另外，如果使用使得高速通信可能的协议的必要性相对较低，诸如在发起方或者应答方之一是便携式电话时，可以选择对应于通信速度的合适协议的仿真类型。可以由配置JET设备或者用户应用100的用户自由地设置这样的规范。
现在将描述PCL 102的仿真选择。仿真选择是当在检测到来自发起方的连接检测的应答方一侧执行协商时而在PCL Common 102a内部执行的功能。根据各JET设备之间在连接时交换的JET版本中的PCL版本信息来检查是否提供了适于彼此的仿真。
图12是用于描述JET版本信息的示意图。PCL 102管理自身设备的版本信息和连接目的地JET设备的版本信息两者。总是在启动时加载自身设备的版本信息，并且在连接检测时以及在连接期间保持连接目的地设备的版本信息。
如图12所示，JET的版本信息总共10字节，其从较高层依次包括平台信息(1字节)、JET驱动器版本信息(2字节)、CNL版本信息(1字节)、DTL版本信息(2字节)、PCL版本信息(2字节)以及保留信息(2字节)。
PCL版本信息(2字节)的第一个字节是用于维持系统的兼容性的软件的版本号(T.B.D)。最后一个字节指示设备(JET设备)支持的仿真方法。在图12中，将USB、TCP/IP、OBEX......例示为仿真方法，并且为每种方法提供一比特的数据。并且，如果比特是1，则这表示支持仿真方法，而如果比特是0，则这指示不支持仿真方法。一个JET设备要支持的仿真方法的最大值未加以定义，但是将支持至少一种仿真方法。
此外，如图11所示，从图12的较高层一侧(平台一侧)的信息顺序地执行版本信息的检查。在检查PCL 102的版本信息之后执行仿真类型的检查。
作为连接执行的结果，选择用于描述通过其可以相互通信的仿真方法的仿真类型，将所选仿真类型通知给来自应答方一侧的用户应用100，并且将其通知给等待许可的发起方。图13是示出仿真选择的序列的示意图。在图13中，所选仿真类型(EMUTYPE)对于应答方的用户应用100(UsrAppl)被通知为PCL_conf_r.ind，而对于发起方一侧被通知为PCL_conf_i.ind(参见图13)。
图14和15是示出有关PCL Emulation 102b的服务的示意图。在下文中将描述每个服务。由PCL Common 102a执行开始和结束，但是可以通过执行从用户应用100到PCL Emulation 102b的通信来执行数据的发送和接收。因此，将服务划分为利用PCL Common 102a所提供的服务(图14)以及利用用户应用100所提供的服务(图15)。
Start(开始)服务(强制的：图14)
Start服务是所提供的作为默认的服务，并且其是提供PCL Common 102a要在开始仿真时执行的PCL Emulation 102b的初始化处理的服务。在Start完成时，从用户应用100变得可以使用用户协议的数据发送和接收。
End(结束)服务(强制的：图14)
End服务是所提供的作为默认的服务，并且其是提供PCL Common 102a要在结束仿真时执行的仿真的结束处理的服务。在End完成时，从用户应用100变得不可以使用用户协议的数据发送和接收。如果仿真开始，则PCL
Common 102a在执行断开(PCL_Disconnect)之前执行服务。
Open(开启)服务(强制的：图15)
Open服务是对于用户协议提供开启通信路径时所需要的处理的服务。
Close(关闭)服务(强制的：图15)
Close服务是对于用户协议提供关闭通信路径时所需要的处理的服务。
Read(读取)服务(强制的：图15)
Read服务是对于用户协议提供获得连接目的地的数据时所需要的处理的服务。
Write(写入)服务(强制的：图15)
Write服务是对于用户协议提供将数据发送至连接目的地时所需要的处理的服务。
如上所述，Open服务和Close服务是与PCL Common 102a对于较高等级协议的初始化处理相对应的处理。Read服务和Write服务是与用户应用100对于数据的发送和接收有关的处理。
User customize(用户自定义)服务(可选的：图15)
这是与上述服务不对应的服务，其作为单独服务而由配置设备的用户加以定义。将“开启(Open)”和“关闭(Close)”通信路径以及“发送(Write)”和“接收(Read)”数据以外的部分设置为配置JET设备的用户所自由设置的自定义区域，并且所述部分可以由用户根据用户应用100的类型(Windows(注册商标)、Linux等)自由地设置。然而，PCL Common 102a的“Start”和“Close”是必需的，并且其在所有JET设备中是公共的，而无论使用哪个应用。
根据如上所述的本实施方式，布置用于转换用户应用100的协议的PCL102，并且每个通信设备中公共布置的PCL Common 102a从用户应用100的一个或者多个协议中选择与通信相对方的协议匹配的协议。并且由于将所选协议转换为用于在物理层108执行通信的协议，因此变得可以根据通信相对方的用户应用100的协议来选择适于通信的协议，并且可以确保通信的兼容性。此外，在上述示例中，已经通过示例描述了无线通信系统，但是通信系统可以是有线通信系统。
上面已经参照附图描述了本发明的优选实施方式，但是本发明当然不限于上面的示例。本领域技术人员可以在所附权利要求书的范围内发现各种变更和修改，并且应当理解：所述各种变更和修改将自然地归入本发明的技术范围下。

Claims (10)

1.一种通信设备，其包括：
物理层，用于执行与另一通信相对方的信号的发送和接收；以及
协议转换单元，用于连接较高等级的应用和物理层，
其中协议转换单元包括
公共处理单元，其被公共地布置在能够相互通信的各个设备中，用于执行协议转换的基本处理，以及
转换处理单元，其被与较高等级的应用的一个或者多个协议相对应地布置，用于将通过公共处理单元从所述一个或者多个协议中选择的协议转换为用于在物理层处通信的协议。
2.根据权利要求1所述的通信设备，其特征在于：公共处理单元执行包括至少协议转换的开始和停止的基本操作。
3.根据权利要求1所述的通信设备，其特征在于：公共处理单元根据与通信相对方的协商的结果而从所述一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议。
4.根据权利要求3所述的通信设备，其特征在于：如果在所述一个或者多个协议中不存在与在通信相对方中提供的较高等级的应用的协议匹配的协议，则公共处理单元不建立与通信相对方的连接。
5.根据权利要求1所述的通信设备，其特征在于：公共处理单元具有版本检查功能，其根据与通信相对方的协商的结果来确定协议转换单元的软件的版本是否与在通信相对方中提供的协议转换单元的软件的版本匹配。
6.根据权利要求5所述的通信设备，其特征在于：如果协议转换单元的软件的版本与在通信相对方中提供的协议转换单元的软件的版本不匹配，则公共处理单元不建立与通信相对方的连接。
7.根据权利要求1所述的通信设备，其特征在于：物理层与通信相对方通信附有简档ID的数据，该简档ID表示对于其协议在转换处理单元中被转换的数据的数据类型。
8.一种通信系统，其中通信设备相互通信，
其中该通信设备包括：
物理层，用于执行作为通信相对方的通信设备之间的信号的发送和接收；以及
协议转换单元，用于连接较高等级的应用和物理层，并且
其中协议转换单元包括：
公共处理单元，其被公共地布置在能够相互通信的各个通信设备中，用于执行协议转换的基本处理，以及
转换处理单元，其被与较高等级的应用的一个或者多个协议相对应地布置，用于将通过公共处理单元从所述一个或者多个协议中选择的协议转换为用于在物理层处通信的协议。
9.一种用于通信设备执行相互通信的通信方法，该方法包括以下步骤：
通过通信设备与作为通信相对方的另一通信设备交换协议信息；
基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议；以及
将所选择的协议转换为用于与通信相对方通信的协议。
10.一种用于使得计算机用作以下部件的程序，所述部件用于：
与作为通信相对方的另一通信设备交换协议信息；
基于协议信息从较高等级的应用的一个或者多个协议中选择与在通信相对方中提供的较高等级的应用的协议匹配的协议；并且
将所选择的协议转换为用于与通信相对方通信的协议。
CN200880120772.1A 2007-12-28 2008-12-22 通信设备、通信系统、通信方法以及程序 Pending CN101896893A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP340440/07 2007-12-28
JP2007340440A JP2009163361A (ja) 2007-12-28 2007-12-28 通信装置、通信システム、通信方法及びプログラム
PCT/JP2008/073322 WO2009084506A1 (ja) 2007-12-28 2008-12-22 通信装置、通信システム、通信方法及びプログラム

Publications (1)

Publication Number Publication Date
CN101896893A true CN101896893A (zh) 2010-11-24

Family

ID=40824220

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880120772.1A Pending CN101896893A (zh) 2007-12-28 2008-12-22 通信设备、通信系统、通信方法以及程序

Country Status (7)

Country Link
US (1) US20100260202A1 (zh)
EP (1) EP2226728A4 (zh)
JP (1) JP2009163361A (zh)
KR (1) KR20100097690A (zh)
CN (1) CN101896893A (zh)
TW (1) TW201002014A (zh)
WO (1) WO2009084506A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9344401B2 (en) 2009-02-04 2016-05-17 Citrix Systems, Inc. Methods and systems for providing translations of data retrieved from a storage system in a cloud computing environment
JP5387368B2 (ja) 2009-11-27 2014-01-15 ソニー株式会社 通信装置、通信システム、通信方法およびプログラム
US20180376516A1 (en) * 2017-06-21 2018-12-27 Aruba Networks, Inc. Establishing a Datagram Transport Layer Security Connection between Nodes in a Cluster

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619528A (en) * 1993-04-16 1997-04-08 Trans Video Electronics High speed teleconference system
JP2001177872A (ja) * 1999-12-20 2001-06-29 Canon Inc 無線通信システム
KR100405662B1 (ko) * 2001-12-28 2003-11-14 엘지전자 주식회사 서로 다른 세대 이동통신 시스템간 핸드오프 장치 및 방법
FR2844946B1 (fr) * 2002-03-15 2004-10-22 Thales Sa Procede de selection et de tri de paquets mis a disposition d'un equipement par un reseau de transmission de donnees par paquets
JP2004062748A (ja) * 2002-07-31 2004-02-26 Canon Inc 通信制御システム、通信制御装置、通信制御方法、及び制御プログラム
JP2004289239A (ja) * 2003-03-19 2004-10-14 Matsushita Electric Ind Co Ltd パケット受信装置
US7660235B2 (en) * 2003-03-20 2010-02-09 Alcatel-Lucent Usa Inc. Low latency shared data path allocation
JP2004363993A (ja) * 2003-06-05 2004-12-24 Sharp Corp 通信端末
JP2005191819A (ja) 2003-12-25 2005-07-14 Sony Corp 移動体通信システムおよび携帯端末装着装置
US7586881B2 (en) * 2004-02-13 2009-09-08 Broadcom Corporation MIMO wireless communication greenfield preamble formats

Also Published As

Publication number Publication date
US20100260202A1 (en) 2010-10-14
EP2226728A4 (en) 2013-02-20
TW201002014A (en) 2010-01-01
WO2009084506A1 (ja) 2009-07-09
EP2226728A1 (en) 2010-09-08
KR20100097690A (ko) 2010-09-03
JP2009163361A (ja) 2009-07-23

Similar Documents

Publication Publication Date Title
US6760804B1 (en) Apparatus and method for providing an interface between legacy applications and a wireless communication network
US6519458B2 (en) Wireless data transport method, and mobile terminal and interworking function device therefor
US7787391B2 (en) Communication device, communication system, communication method, communication program, and communication circuit
CN101867572B (zh) 无线优盘的实现方法及系统
JP5529875B2 (ja) 近距離無線通信網を介してデータサービスを提供するためのコンテンツ提供システムおよび方法と、このためのｃｐｎｓサーバと移動通信端末
EP1495648B1 (en) Fixed cellular terminal with packet data transmission over analog interface
JP2008543240A (ja) モバイル端末を制御するためのソフトウェアモジュールを送信するためのネットワーク機器
JP2008543241A (ja) サービスセッション中に無線アクセスネットワークのインターフェースを自動選択するマルチモードモバイル端末
WO2006095787A1 (ja) 中継装置
CN101656730B (zh) 通信装置、通信系统、通信方法
CA2723657C (en) Router collaboration
CN101233771A (zh) 用于选择接入信道或业务信道进行数据传输的方法
JP2016036142A (ja) Ｃｐｎｓ環境下でのチームプレイゲーム時にデータを有効に送るためのシステムおよび方法と、このためのｃｐｎｓサーバ、移動通信端末および終端端末
CN102412875B (zh) 文件发送、接收方法及装置和文件传输方法及系统
JP2009182459A (ja) 通信装置、通信システム、通信方法及びプログラム
CN101896893A (zh) 通信设备、通信系统、通信方法以及程序
CN101977244A (zh) 一种控制方法、装置和系统
US20090193139A1 (en) Communication apparatus, communication system, communication method and program
CN101006706B (zh) 通信装置、通信系统和通信方法
EP1422885A2 (en) Method and apparatus of exchanging transfer parameters in a mobile communication system
CN109995622A (zh) 智能家居设备及其配网方法、路由器、智能家居系统
CN102811149B (zh) 一种用于视频系统中的双卡前端设备及控制方法、系统
JP2003516653A (ja) ネットワークと移動電話との間のｓｉｍツールの使用
KR101336032B1 (ko) 근거리 통신을 통한 파일 송수신 방법 및 그 통신 단말기
JP4394141B2 (ja) 通信装置、通信システム、通信方法、通信プログラム、通信回路

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20101124