CN1813456A - 用于在i2c物理层连接上建立数据链路层协议的方法和系统 - Google Patents

用于在i2c物理层连接上建立数据链路层协议的方法和系统 Download PDF

Info

Publication number
CN1813456A
CN1813456A CNA2004800180418A CN200480018041A CN1813456A CN 1813456 A CN1813456 A CN 1813456A CN A2004800180418 A CNA2004800180418 A CN A2004800180418A CN 200480018041 A CN200480018041 A CN 200480018041A CN 1813456 A CN1813456 A CN 1813456A
Authority
CN
China
Prior art keywords
data
packet
header field
payload
transport layer
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
CNA2004800180418A
Other languages
English (en)
Inventor
R·维莱弗兰斯
J·桑伯格
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.)
Nokia Oyj
Original Assignee
Nokia Oyj
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 Nokia Oyj filed Critical Nokia Oyj
Publication of CN1813456A publication Critical patent/CN1813456A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security 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/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • 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/03—Protocol definition or specification 
    • 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

Abstract

本发明涉及一种用于在系统中的多个与I2CTM－总线相连接的电子模块之间建立数据链路层连接以使能数据通信的方法。该模块可以是移动通信装置，例如蜂窝式或移动电话，以及外围设备，例如功能盖、照相机等等。另外，本发明涉及一种根据I2CTM技术规范并根据数据链路层协议配置的数据包。

Description

用于在I2C物理层连接上建立数据链路层协议 的方法和系统
技术领域
本发明涉及一种用于建立一个数据链路层连接从而使能系统内与I2CTM-总线相连的多个模块之间的数据通信的方法。该模块可以是诸如蜂窝式或移动电话的移动通信装置，和诸如功能盖、照相机或类似物的外围设备。另外，本发明涉及一种根据I2CTM技术规范以及根据数据链路层协议配置的数据包。
背景技术
由飞利浦半导体(Philips Semiconductors)发布的、并在此并入以作为参考的I2CTM-总线技术规范(I2CTM是飞利浦的商标)，是用于提供物理层以用于多个已连接的集成电路(IC)之间的数据通信的事实上的世界标准。该I2CTM-总线支持任何IC制作工艺，并包括一个用于传送串行数据(SDA)的第一线路和一个用于传送串行时钟(SCL)的第二线路。每个与该I2CTM-总线相连接的IC都由唯一地址进行识别，并取决于每个IC的操作，它们可以在该I2CTM-总线上作为传送器或是接收器。该已连接的IC可以作为从方或主方，其中主方确定何时与从方通信，并且其中该主方确定从方何时与主方通信。该I2CTM-总线技术规范规定了一个数据帧10，如图1a所示，用于在该I2CTM-总线上进行数据通信，其中数据帧在该I2CTM-总线上传输之前要求“起始条件”12，并且由该接收IC的7位“地址”14组成。该地址14之后为数据方向位16，其中“0”表示“写入”，而“1”表示“读取”，并且该数据帧10由“停止条件”18结束。在接收该数据方向位16之后，该I2CTM技术规范要求该数据接收IC通过发送确认位20来确认地址14和数据方向位16的接收，伴随以对I2CTM-数据总线的第一线路拉“0”来完成。跟随着该确认位20的接收，该数据传送IC开始数据22的传送。每个数据字节的传送都被跟随以来自于该数据接收IC的另外的确认位，在图1a中示为确认位24和数据26。最终，最后的数据字节26由最后的确认位28来确认。
在高速传送模式下的数据帧30，如图1b所示，进一步包括另一个“起始条件”32、一个8比特的“编码”34和在“起始条件”38之前的“未确认位”36，其中该“起始条件”38取代了上述的“起始条件”12。另外，在高速传送模式下，数据字节只在最后的数据字节传送之后被确认。
“停止条件”18可以由另一个“起始条件”38所替代，以便考虑到在一个特定模式下要被发送到多个从的和/或主的IC的一连串数据。
I2CTM-总线提供用于在很多种电子设备中建立数据交换的手段，但是该I2CTM-总线技术规范未能提供用于链接具有不同传输层要求的电子系统的各种类型模块的技术规范。因此，无论何时数据要经过该I2CTM-总线传送，都需要在旧的和新增加的模块，或是使用不同传输层协议的模块之间建立兼容性。也就是说，当一组新的电子模块要与使用I2CTM-总线的、按照第一组数据交换规则进行操作的现有电子系统相连接时，该组新的电子模块在与现有的电子模块进行通信时，需要根据该第一组数据交换规则来进行通信。因此，需要许多组数据交换规则，或是可选择地，由最老的数据交换规则组确定应该使用哪一个，从而严重地限制了进一步的发展。
发明内容
本发明的一个目的在于提供一种用于解决上述问题和现有技术中的I2CTM技术规范的缺点的方法和系统，以及提供一种数据链路层协议，其在I2CTM-总线类型的网络中提供后向和前向的兼容性。
进一步的，本发明的目的在于提供一种使能在使用各种传输层协议并与I2CTM-总线相连接的模块之间的数据通信的数据链路层协议。
本发明一个特别的优点在于I2CTM数据帧内的数据包的提供，其中数据包可以在I2CTM-总线上载送任何类型的传输数据。
本发明一个特别的特征涉及根据本发明的数据链路层协议在该I2CTM-总线上不需要任何特殊的I2CTM运行“模式”的事实。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第一方面通过用于在多个与I2CTM-总线相连接的电子模块之间提供数据通信的系统来获得，其中所述多个电子模块的每一个都适于进行数据包通信，该数据包以分层的结构包括：遵循I2CTM技术规范的物理层，包括用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段的数据链路层，以及包括用于一进行传送的电子模块的地址的第三头标字段、用于所述数据包长度的第四头标字段的网络/传输层，并包括数据有效载荷。
通过在I2CTM物理层上添加更多的层，可以实现数据帧的重大进步。通过将要在I2CTM-总线上传送的有效载荷，与包含参考模型中用于更多层的数据的附加头标部分一起封包，可以获得结构化的方案，其中数据包可以由根据很多种(根据协议的)有效载荷类型配置的数据组成，其中有效载荷类型可以由接收模块适当地识别。也就是说，系统使利用多种协议的不同电子模块能够与I2CTM总线连接，因而提供前向和后向的兼容性。
在本上下文中，术语通信被解释为在任何结构中，例如主/从结构中接收或传送数据包。
另外，在本上下文中，术语第一，第二等等被解释为识别号码，而不是时间线本身上的物理位置。但是，该术语应该被解释为在时间线上包含一个位置。
另外，在本上下文中，术语数据包被解释为数据报或数据分组，即，要经由诸如总线的网络连接进行通信的包，其中包一般包括头标部分和有效载荷部分以及终止部分。包含在头标部分中的信息可以解释为一连串的层，其中在本上下文中的术语分层结构被解释为诸如开放系统互联(OSI)的参考模型，其主旨在于网络中两个端点之间的通信处理可以被分成层，而每一层都添加它自己特殊的、相关功能的组。
根据本发明第一方面的电子模块可以包括移动通信装置，诸如蜂窝、移动或卫星电话、个人数字助理，或另外的外围设备。但是在本上下文中，术语模块被广泛地解释为诸如集成电路(IC)或作为集成电路组的电子元件。
根据本发明第一方面的数据有效载荷类型可以包括OBEX(允许数据在装置之间共享的装置无关的通信协议)、TCP(传输控制协议)、IP(因特网协议)、HTTP(超文本传输协议)、或是任何专有的有效载荷类型。事实上，该系统如前所述是后向以及前向兼容的，因此有效载荷类型(协议)更远的将来的类型可以合并入该系统中。
根据本发明第一方面的数据链路层版本可以包括不兼容二进制的主版本，和兼容二进制的较小版本。
根据本发明第一方面的数据包可以在所述网络/传输层中进一步包括第五头标字段，用于确定所述数据包中的数据有效载荷的起始的偏移值。该偏移值提供用于补偿该网络/传输协议将来的改变的手段，因此当该接收模块不要求来自头标的潜在数据时，该接收模块通过该偏移值可以直接跳转到该有效载荷的起始。
根据本发明第一方面的数据包可以在所述网络/传输层中进一步包括在所述数据包中位于所述数据有效载荷起始之前的第六头标字段以用于缓冲。在该网络/传输层中的第六头标字段在要合并该头标将来的扩展时特别地有利。该偏移值补偿数据有效载荷起始的潜在地偏移。
根据本发明第一方面的数据包可以进一步包括跟随在数据有效载荷后的校验和字段。该校验和为处理器提供计算所接收的数据有效载荷是否被正确接收的手段。
根据本发明第一方面的数据包可以在所述网络/传输层中进一步包括第七头标字段，用作数据包号码，并且可以在所述网络/传输层中进一步包括第八头标字段，用作数据包片段序列号码。该数据包号码提供用于将数据消息分割成许多数据包的手段，而该数据包片段序列号码提供用于将所分割的数据消息重新接合成特定顺序的手段。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第二方面通过用于在多个与I2CTM-总线相连接的电子模块之间进行通信的数据包来获得，其中所述数据包以分层的结构包括：遵循I2CTM技术规范的物理层数据，在第一头标字段中包括数据有效载荷类型并且在第二头标字段中包括数据链路层版本的数据链路层数据，以及在第三头标字段中包括一进行传送的电子模块的地址、在第四头标字段中包括所述数据包的长度的网络/传输层数据，并包括数据有效载荷。
根据本发明第二方面的数据包可以合并根据本发明第一方面的系统的任何特征。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第三方面通过适于接收根据本发明第二方面的数据包的接收器单元来获得。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第四方面通过适于传送根据本发明第二方面的数据包的传送器单元来获得。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第五方面通过用于在多个与I2CTM-总线相连接的电子模块之间建立数据通信的方法来获得，其中所述多个电子模块的每一个都可以进行数据包通信，该数据包以分层的结构包括遵循I2CTM技术规范的物理层，并且其中所述方法包括在所述数据包中在数据链路层中提供用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段，并且在所述数据包中在网络/传输层中提供用于一进行传送的电子模块的地址的第三头标字段，和用于所述数据包长度的第四头标字段，并在所述数据包中提供数据有效载荷。
根据本发明第五方面的方法可以合并根据本发明第一方面的系统的任何特征，根据本发明第二方面的数据包的任何特征，根据本发明第三方面的接收器单元的任何特征，以及根据本发明第四方面的传送器的任何特征。
上述目的、优点和特征与众多其它目的、优点和特征一起将通过下文的详细描述变得明显，并根据本发明的第六方面通过由适于执行下面步骤的代码组成的计算机程序来获得，当所述程序在数据处理器中运行时，适于在多个与I2CTM-总线相连接的电子模块之间建立数据通信，其中所述多个电子模块的每一个都可以进行数据包通信，该数据包以分层的结构包括/具有遵循I2CTM技术规范的物理层，并且其中所述程序在所述数据包中在数据链路层中提供用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段，并且在所述数据包中在网络/传输层中提供用于一进行传送的电子模块的地址的第三头标字段，和用于所述数据包长度的第四头标字段，并在所述数据包中提供数据有效载荷。
根据本发明第六方面的计算机程序可以合并根据本发明第一方面的系统的任何特征，根据本发明第二方面的数据包的任何特征，以及根据本发明第三方面的方法的任何特征。
附图说明
本发明的上述和另外的目的、特征和优点，将通过下述的说明性的而非限制性的对本发明优选实施例的详细描述，并参考附图而得到更好的理解，其中：
图1a和1b，示出了现有技术中要在I2CTM-总线上传输的数据的I2CTM具体配置；
图1c，示出了根据本发明优选实施例的数据包；
图2，示出了对功能盖和移动通信装置建立通信的数据链路层；
图3，示出了应用层的通信，第一连接的建立，随后通信的两个例子；
图4，示出了功能盖如何检查在移动通信装置上安装了哪个midlet；
图5，示出了从功能盖到移动通信装置的midlet的传输；
图6，示出了功能盖如何开始midlet，而不需要任何用户交互；以及
图7，示出了用户如何从应用菜单中开始midlet。
具体实施方式
在下面各种实施例的描述中，对附图进行参考，其在此构成了一部分，并且其中示出了作为各种实施例的图例，在其中可以实施本发明。应该了解的是也可以利用其它实施例，并且可以在不背离本发明的范围内作出结构和功能上的修改。
本描述中所应用的定义是可以配置成一个或更多数据包的消息，其中每个数据包都包括一个指定了低级通信规则的数据帧(物理层)，即，何时传送关于谁是数据包的预定接收器的信息，以及何时传送实际数据分段。该数据分段可以根据本发明的优选实施例进一步包括一个头标部分、一个数据有效载荷部分、以及一个终止部分。然而，通常数据包的整个结构同样是这样的一个头标部分(包括物理层数据和更高层数据)、一个有效载荷部分和一个终止部分，但是在本上下文中，当提到头标部分时，指该数据分段的头标部分，除非另外特别说明的。
根据本发明优选实施例的数据包，如图1c所示，利用I2CTM技术规范的数据帧10、30作为参考模型中的物理层。因此涉及本发明的更多的层通过在数据分段22、26中构成数据而被合并入该数据帧10、30中。该数据分段22、26通过以下表1中所示的格式封包为将要被传送的数据，而在诸如移动通信装置的电子模块和外围设备之间载送通信。
  字节大小   名称   注释
  1   I2C_协议   有效载荷类型。
  1   I2C_版本   I2CTM数据链路协议版本。
  2   I2C-长度   整个I2CTM数据包的长度。
  1   I2C_装置   发送器的I2CTM装置号码。
  1   I2C_偏移   有效载荷起始地址。
  n   扩展   用于扩展。
  ...   I2C_数据   有效载荷，如同在“协议”中所定义的。
  1   校验和   计算校的验和
表1-在I2CTM媒体中所使用的头标
在消息的数据量超过了数据帧的限制的情况下，另外的信息被合并入头标部分。
如下表2中和图1c中所示，在需要分割消息的情况下，头标进一步合并以数据包号码和数据片段号码，以使得接收电子模块能够识别该消息要被重新组合的正确顺序。
  字节大小   名称   注释
  1   I2C_协议   有效载荷类型。
  1   I2C_版本   I2CTM数据链路协议版本。
  2   I2C_长度   整个I2CTM数据包的长度。
  1   I2C_装置   发送器的I2CTM装置号码。
  1   I2C_偏移   有效载荷起始地址。
  2   I2C_包_号码   用于消息分割。
  2   I2C_片段_号码   用于消息分割。
  n   扩展   用于扩展。
  ...   I2C_数据   有效载荷，如同在“协议”中所定义的。
  1   校验和   计算的校验和
表2-在I2CTM媒体上所使用的头标
I2C_协议22a
本字段描述了哪个协议被用于要在I2CTM-总线上通信的消息。现在定义了三个协议：I2C_NEG用于数据链路层协议设定的协商协议，I2C_OBEX用于OBEX-类型通知。另外，也可以编码TCP/IP、HTTP、和/或任何产品专有协议。
I2C_版本22b
本字段描述了头标部分的版本。应该注意的是这不是用于数据包的协议的版本。该版本以XXX.YYY的格式进行传送，其中XXX是主版本(不兼容二进制)，而YYY是较小版本(兼容二进制的改变)。例如，如果I2C_版本的第一个八位字节是“0”，那么初始地应用下面的条件：传输速度是100kbps，I2CTM模式是单主方的，以及从来自I2C_协议的和向前的所有在前字节字段中和值的最低有效字节来计算校验和。如果I2C_版本的第二个八位字节不同于“0”，那么仍然应用上述条件。
I2C_长度22c
本字段包括整个数据包的长度。
I2C_装置22d
本字段包括发送数据包的电子模块的I2CTM地址。本字段在该I2CTM-总线上发送数据包时是必需的，因为I2CTM技术规范没有包括这个。需要知道该数据包是来自于哪个电子模块的，以将响应发送回该进行传送的电子模块。
I2C_偏移22e
本字段包括在数据包中有效载荷数据起始处字节的偏移。可选择地，该偏移字段包括在该数据包中用于有效载荷数据起始的地址。本字段被合并入头标部分中，以使该头标后向兼容。当将来的字段被添加到头标中时，任何软件可以转发有效载荷数据，即使该软件知道附加的字段，因为该软件可以基于该偏移(OFFSET)和版本(VERSION)字段转发该数据包。
I2C_分组_号码22f
对于已经被分成多个数据链路协议消息的传输协议消息，本字段确定数据链路片段属于哪个传输协议消息。
I2C-片段_号码22g
对于已经被分成多个数据链路协议消息的传输协议消息，本字段确定该片段的序列号。
用于扩展22h
本字段打算用于补偿头标部分将来的扩展。将来可能在头标中需要另外的字段。这些扩展可以进行添加而仍然后向兼容，偏移(OFFSET)字段将告诉接收实体实际数据包从哪儿开始。
I2C_数据22i
本字段包括实际有效载荷。这可以是例如OBEX信息、IP包或是其它任何的包格式。
校验和22i
校验和被计算为从I2C_协议字段和向前的消息帧中所有在前字节字段的和值的最低有效字节。
例子
本发明在下面通过例子进行描述，其中移动通信装置通过I2CTM-总线并利用如上所述的数据链路层结构与功能盖进行通信。
图2示出了为功能盖(functional cover)52和移动通信装置建立通信的数据链路层，其中通信整体上由参考标记50指代。该功能盖52是遵从该移动通信装置的操作系统的部件，但是，其不由该操作系统设计或维持。
功能盖52控制该功能盖52功能性的开启和关闭，它依靠所实施的实际应用程序而将有关于信息位置等等的信息提供给java服务器。该Java服务器提供用于从应用程序菜单中开始midlet的手段，其中midlet是运行在移动通信装置中的标准的Java编码模块。另外，该Java服务器提供用于当需要连接时执行要被连接的功能盖的注册通知的手段，以及用于存储连接识别的手段，例如要连同管理该连接而使用的装置识别(devID)和对象识别(objID)。
midlet例如可以是示出了用户GPS的全球定位系统(GPS)midlet。应该注意的是该GPS midlet不是该移动通信装置的操作系统软件的一部分。
GPS midlet是GPS功能盖特征的“大脑”。在连接已经被设立以后(即应用层下所有的层都已准备好)，该midlet是该移动通信装置中仅有的做出决定和控制什么应该发生的实体。
GPS midlet存储在移动通信装置的文件系统中，类似于从空中(OTA)设施下载或使用PC组(PC Suite)上载的midlet。
当功能盖52与移动通信装置相连接时，由于该功能盖52引起了54中断信号，而在核心服务器56中注册硬件中断。
核心服务器56处理低级功能盖的特定问题，例如附件中断、加电、连接器故障、移动通信装置休眠、功能盖休眠、以及重置处理。
核心服务器56包括所有I2CTM专有信息，例如用于不同电子模块或芯片的地址范围，以及涉及已连接的I2CTM电子模块的广播信息。
核心服务器56从库60中请求58功能盖52的鉴权，其随后质询62该功能盖52。如果该质询62被适当地响应64，该库60转发66一个OK(好)-信号给核心服务器56，之后该核心服务器请求68从媒体模块70中激活。
媒体模块70能够依据来自于核心服务器56上的请求，确定什么I2CTM电子模块被连接到I2CTM-总线上。
媒体模块70实施数据链路层协议，并且可以处理多于一个的I2CTM硬件端口。
媒体模块70通过协商请求72的通信并接收协商响应74而与功能盖52进行协商。最终，该媒体模块70将激活响应转发76到核心服务器56。
图3示出了应用层通信，第一连接建立，随后是通信的两个例子。正如参考图2描述的，紧随数据链路层的建立，功能盖52将包括装置识别和对象识别的注册信号转发78到Java服务器80。该Java服务器80在步骤82期间注册该装置和对象识别，并将OK-信号转发84到该功能盖52中。
在某个点上midlet 86在移动通信装置中被激活，并且该midlet86请求88Java服务器80的open()(打开)-函数。该Java服务器80通过转发90请求信号而请求该功能盖52打开连接。当该功能盖52将OK-信号提供92给该Java服务器80时，该Java服务器80将open()-函数返回94给该midlet 86。
现在midlet 86可以通过从Java服务器中请求96利用send()(发送)-函数而将数据传送到功能盖52中，该Java服务器将包括消息的数据通知转发98到该功能盖52，并将该send()-函数的结果返回100到该midlet 86中。
功能盖52可以将数据转发到midlet86中，其使用Java服务器82的read()(读)-函数来接收数据。该功能盖52将数据通知转发102到该Java服务器中，该数据通知由该midlet86读取104。这个过程可以持续达任何数量的周期，直到所请求的所有数据都在该midlet86和功能盖52之间完全地交换。
图4示出了功能盖52如何检查在该移动通信装置上安装了哪个midlet。该功能盖52为特殊的文件夹中的midlet列表而请求106文件系统108。该文件系统108随后检查哪些midlet在该特殊的文件夹中，并将midlet列表转发110到该功能盖52中。该功能盖52现在可以决定是否需要将midlet推送给移动通信装置。
图5示出了midlet从功能盖52到移动通信装置的midlet的传输。该功能盖52通过利用包括mime类型和文件名的信息的SendFile()(发送文件)-函数将midlet转发115到调度器114。在该功能盖52启动了文件的传送之后，该调度器114基于SendFile指令的接收，将OK-信号转发116到该功能盖52，其中该文件如图5中的例子所示，包括多于一个的片段。数据包的大小确定何时利用分段程序。
功能盖52利用118 SendFragment()(发送片断)-函数用于转发文件的第一片段，其中片段进一步通过调度器114被转发120到文件系统122中。该文件系统122基于该第一片段的安全接收，将第一OK-信号转发124到该调度器114中。随后，该调度器114将第一OK-信号转发126到该功能盖52中，基于接收而将文件的第二片段转发128到该调度器114中。类似地，该调度器114将该第二片段转发130到该文件系统122中。该文件系统122基于该第二片段地安全接收，将第二OK-信号转发132到该调度器114中。随后，该调度器114将第二OK-信号134转发到该功能盖52中。
明显地，这个过程可以依照要在电子模块之间进行传送的文件的大小而继续。
图6示出了功能盖如何开始midlet，而不需要任何用户交互。该功能盖52利用136Java服务器80的函数调用，LaunchMidlet()(起动Midlet)，该Java服务器80转发138OK-信号并通过利用Open()-函数来执行该midlet。
图7示出了用户如何从应用菜单140中开始midlet。用户点击功能盖菜单项目，并且应用菜单140利用142Java服务器80的LaunchMidlet()-函数调用。该Java服务器80将OK-信号转发144到应用程序菜单140，其随后执行该midlet。

Claims (20)

1、一种用于在多个与I2CTM-总线相连接的电子模块之间提供数据通信的系统，其中所述多个电子模块的每一个都适于进行数据包通信，该数据包以分层的结构包括：遵循I2CTM技术规范的物理层，包括用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段的数据链路层，以及包括用于一进行传送的电子模块的地址的第三头标字段和用于所述数据包长度的第四头标字段的网络/传输层，并且包括数据有效载荷。
2、根据权利要求1的系统，其中所述电子模块包括移动通信装置，例如蜂窝、移动或卫星电话，个人数字助理，或另外的外围设备。
3、根据权利要求1的系统，其中所述数据有效载荷类型包括OBEX、TCP、IP、HTTP、或任何专有的有效载荷类型。
4、根据权利要求1的系统，其中所述数据链路层版本包括不兼容二进制的主版本，以及兼容二进制的较小版本。
5、根据权利要求1的系统，其中所述数据包在所述网络/传输层中进一步包括第五头标字段，其用于确定所述数据包中的数据有效载荷的起始的偏移值。
6、根据权利要求1的系统，其中所述数据包在所述网络/传输层中进一步包括第六头标字段，其在所述数据包中位于所述数据有效载荷起始之前以用于缓冲。
7、根据权利要求1的系统，其中所述数据包进一步包括跟随在该数据有效载荷后的校验和字段。
8、根据权利要求1的系统，其中所述数据包在所述网络/传输层中进一步包括第七头标字段，用作数据包号码。
9、根据权利要求1的系统，其中所述数据包在所述网络/传输层中进一步包括第八头标字段，用作数据包片段序列号码。
10、一种用于在多个与I2CTM-总线相连接的电子模块之间进行通信的数据包，其中所述数据包以分层的结构包括：遵循I2CTM技术规范的物理层数据，在第一头标字段中包括数据有效载荷类型且在第二头标字段中包括数据链路层版本的数据链路层数据，以及在第三头标字段中包括一进行传送的电子模块的地址和在第四头标字段中包括所述数据包的长度的网络/传输层数据，并包括数据有效载荷。
11、根据权利要求10的数据包，在所述网络/传输层中进一步包括第五头标字段，其用于确定所述数据包中的数据有效载荷的起始的偏移值。
12、根据权利要求10的数据包，其中所述数据有效载荷类型包括OBEX、TCP、IP、HTTP、或任何专有的有效载荷类型。
13、根据权利要求10的数据包，在所述网络/传输层中进一步包括第六头标字段，其在所述数据包中位于所述数据有效载荷起始之前以用于缓冲。
14、根据权利要求10的数据包，进一步包括跟随在该数据有效载荷后的校验和字段。
15、根据权利要求10的数据包，在所述网络/传输层中进一步包括第七头标字段，用作数据包号码。
16、根据权利要求10的数据包，在所述网络/传输层中进一步包括第八头标字段，用作数据包片段序列号码。
17、一种适于接收根据权利要求10到16中任意一个的数据包的接收器单元。
18、一种适于转发根据权利要求10到16中任意一个的数据包的转发器单元。
19、一种用于在多个与I2CTM-总线相连接的电子模块之间建立数据通信的方法，其中所述多个电子模块的每一个都进行数据包通信，该数据包以分层的结构包括：遵循I2CTM技术规范的物理层，并且其中所述方法包括在所述数据包中在数据链路层中提供用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段，并且在所述数据包中在网络/传输层中提供用于一进行传送的电子模块的地址的第三头标字段，和用于所述数据包长度的第四头标字段，并在所述数据包中提供数据有效载荷。
20、一种包括适于执行下面步骤的代码的计算机程序，当所述程序在数据处理器中运行时，适于在多个与I2CTM-总线相连接的电子模块之间建立数据通信，其中所述多个电子模块的每一个都进行数据包通信，该数据包以分层的结构包括，具有遵循I2CTM技术规范的物理层，并且其中所述程序在所述数据包中在数据链路层中提供用于数据有效载荷类型的第一头标字段和用于数据链路层版本的第二头标字段，并且在所述数据包中在网络/传输层中提供用于一进行传送的电子模块的地址的第三头标字段和用于所述数据包长度的第四头标字段，并在所述数据包中提供数据有效载荷。
CNA2004800180418A 2003-06-26 2004-06-22 用于在i2c物理层连接上建立数据链路层协议的方法和系统 Pending CN1813456A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/606,385 2003-06-26
US10/606,385 US7313136B2 (en) 2003-06-26 2003-06-26 Method and system establishing a data link layer protocol on a I2C™ physical layer connection

Publications (1)

Publication Number Publication Date
CN1813456A true CN1813456A (zh) 2006-08-02

Family

ID=33540041

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004800180418A Pending CN1813456A (zh) 2003-06-26 2004-06-22 用于在i2c物理层连接上建立数据链路层协议的方法和系统

Country Status (7)

Country Link
US (1) US7313136B2 (zh)
EP (1) EP1636965B1 (zh)
KR (1) KR100795449B1 (zh)
CN (1) CN1813456A (zh)
AT (1) ATE375057T1 (zh)
DE (1) DE602004009312T2 (zh)
WO (1) WO2004114628A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100416536C (zh) * 2006-11-09 2008-09-03 中兴通讯股份有限公司 10位寻址模式i2c控制器访问大容量存储器的方法
CN104115137A (zh) * 2012-01-12 2014-10-22 英特尔公司 PCIe SMBus从地址的自我选择
CN112784616A (zh) * 2021-01-21 2021-05-11 北京握奇智能科技有限公司 一种具有数据链路层协议的i2c接口读卡器

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100458722C (zh) * 2005-12-12 2009-02-04 深圳艾科创新微电子有限公司 一种通过pc对i2c接口器件进行调试的系统及方法
KR101163868B1 (ko) * 2007-10-02 2012-07-13 오픈픽 인크. 프로세서 간 통신을 위한 시스템 및 방법
US8111716B2 (en) * 2008-02-15 2012-02-07 Ibiquity Digital Corporation Method and apparatus for formatting data signals in a digital audio broadcasting system
CN105493499B (zh) 2013-10-28 2018-09-25 Lg电子株式会社 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN104363185B (zh) * 2014-04-18 2017-12-15 许继电气股份有限公司 一种微型复合网络数据交换系统
KR102266733B1 (ko) 2015-06-05 2021-06-22 삼성전자주식회사 데이터 스토리지 및 그것의 동작 방법
KR102352156B1 (ko) 2017-10-26 2022-01-17 삼성전자주식회사 Arp를 수행하는 슬레이브 장치 및 이의 동작 방법
CN111124979B (zh) * 2019-10-31 2021-07-06 苏州浪潮智能科技有限公司 一种基于堆栈结构的i2c多主访问方法和系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5737595A (en) * 1992-11-24 1998-04-07 Io Research Pty. Limited Distributed database system and database receiver therefor
US5572528A (en) * 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
US5768618A (en) * 1995-12-21 1998-06-16 Ncr Corporation Method for performing sequence of actions in device connected to computer in response to specified values being written into snooped sub portions of address space
US5911044A (en) * 1996-11-08 1999-06-08 Ricoh Company, Ltd. Network image scanning system which transmits image information from a scanner over a network to a client computer
US6134665A (en) * 1998-01-20 2000-10-17 Digital Equipment Corporation Computer with remote wake up and transmission of a status packet when the computer fails a self test
US7093040B1 (en) * 1998-05-23 2006-08-15 Aristocrat Leisure Industries Pty Limited Secured inter-processor and virtual device communications system for use in a gaming system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100416536C (zh) * 2006-11-09 2008-09-03 中兴通讯股份有限公司 10位寻址模式i2c控制器访问大容量存储器的方法
CN104115137A (zh) * 2012-01-12 2014-10-22 英特尔公司 PCIe SMBus从地址的自我选择
CN104115137B (zh) * 2012-01-12 2017-07-28 英特尔公司 PCIe SMBus从地址的自我选择
CN112784616A (zh) * 2021-01-21 2021-05-11 北京握奇智能科技有限公司 一种具有数据链路层协议的i2c接口读卡器

Also Published As

Publication number Publication date
DE602004009312T2 (de) 2008-07-10
KR20060027352A (ko) 2006-03-27
KR100795449B1 (ko) 2008-01-16
US7313136B2 (en) 2007-12-25
US20040264453A1 (en) 2004-12-30
EP1636965A1 (en) 2006-03-22
DE602004009312D1 (de) 2007-11-15
EP1636965B1 (en) 2007-10-03
ATE375057T1 (de) 2007-10-15
WO2004114628A1 (en) 2004-12-29

Similar Documents

Publication Publication Date Title
CN1174584C (zh) 一种利用串行总线实现多点通信的方法
CN1198431C (zh) 通过互联网提供无线应用协议服务的系统和方法
CN1742473A (zh) 用于在不同网络协议之间传输数据的通用协议层体系结构和方法、以及通用协议分组
CN101044454A (zh) 软件程序同步的方法
CN1625878A (zh) 用于处理同步相关信息的方法和设备
CN111083161A (zh) 数据传输的处理方法及装置、物联网设备
CN1813456A (zh) 用于在i2c物理层连接上建立数据链路层协议的方法和系统
CN106603506B (zh) 基于多现场总线的数据通信方法、设备及系统
CN1866258A (zh) 数据共享系统和数据共享方法
CN1835441A (zh) 通信装置及其控制方法
RU2012136195A (ru) Способ межпроцессного взаимодействия между разными приложениями в мобильном терминале и соответствующее устройство
CN101043522A (zh) 一种基于Web服务器的通信方法及系统
CN103997539A (zh) 基于web服务的雷达运行状态采集分发系统及其方法
CN1574871A (zh) 通过usb连接的软件更新
US20060280174A1 (en) Method and system for establishing a data link layer protocol on a physical layer port connection
CN1875600A (zh) 传输被加密的有用数据对象的方法
CN1414735A (zh) 一种二层交换设备的数据升级方法
CN1934833A (zh) 无线电通信网络的互连设备
CN1613245A (zh) 无线通信网络中的代理网络层协议支持
CN101052034A (zh) 传输网络事件日志协议报文的方法和系统
CN101312412B (zh) 一种基于嵌入式的以太网传输系统
CN1154075C (zh) 用作因特网类型的网络中的服务器为目的芯片卡系统
CN1761211A (zh) 支持无线移动通信网络设备的管理和控制方法及系统
CN1866972A (zh) 一种向量网络地址编码方法
CN1902887A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1094289

Country of ref document: HK

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1094289

Country of ref document: HK