使能直接传送层的连接性的制作方法

文档序号:18800135发布日期:2019-10-08 19:17阅读:133来源:国知局
使能直接传送层的连接性的制作方法

本申请请求于2013年7月26日提交、代理人卷号为P59845Z、美国临时专利申请序列号为61/859,121的利益,并通过引用结合该申请。本申请请求于2014年7月16日提交、代理人卷号为P66190Z、美国临时专利申请序列号为14/332,533的利益,并通过引用结合该申请。



背景技术:

互联网协议(IP)版本4(IPv4)为用于在不同种类的网络上数据通信的互联网协议的第4版本。首先,IPv4用于在互联网上路由流量,并且可以通过提供每个设备的识别(ID),用于提供在网络使能设备之间建立连接的互联网寻址结构。

IPv4使用32位(4字节)的IP地址以识别每一设备。相应地,IP地址空间的数量被限定为4,294,967,296个可能的唯一IP地址。随着网络使能设备的数目的增长,可用于使用的唯一IP地址的数目接近于耗尽。另外,一些IP地址被保留用于特殊目的,比如私有网络、多播IPv4地址、和专门机构,因此进一步降低了可用的唯一IP地址的数目。

私有网络为使用私有IP地址(遵循标准,比如互联网协议版本4(IPv4)的RFC1918)以识别网络内设备的网络。当全局路由地址不需要或不可用时,私有IP地址可用于家庭、办公司、以及企业的局域网(LAN)。因此,在具有私有IPv4地址的设备之间,直接IP连接性是不可能的,除非它们在同一私有网络内。另外,在具有公共IPv4地址的设备之间,以及当这些设备位于限制访问的防火墙之后时,直接IP连接性是不可能的。

附图简要描述

从附图与之后的详细描述结合考虑,本公开的特征和优势将变得明显,附图及其说明一同通过示例的方式表述了本公开的特征,并且其中:

图1根据示例,显示了用于在使用互联网协议(IP)版本4(IPv4)的多个设备之间建立直接传输层连接性的框架;

图2根据示例,显示了用于在用户设备(UE)A和UE B之间建立直接互联网协议(IP)连接的不同状态框架;

图3根据示例,显示了用于建立反向连接的框架;

图4根据示例,描述了可操作于辅助在第一UE和第二UE之间建立点对点(P2P)连接的邻近服务(ProSe)服务器的计算机电路的功能;

图5根据示例,描述了可操作于与被选择的UE建立直接传送层连接的UE的计算机电路的功能;

图6根据示例,描述了包括具有存储于之上的指令的非易失性存储介质,该指示适于被执行以实现辅助在第一UE和第二UE之间建立P2P连接的方法;以及

图7根据示例描述了UE的示图。

现在将对所表述的示例性实施例进行参考,并且本文中将使用具体语言以描述这些示例性实施例。然而应当理解,本发明的范围不因此而意在被限制。

详细描述

在本发明被公开和描述之前,应当理解,本发明不被限制于本文所公开的特定的结构、过程步骤、或者材料,而是被扩展至被相关领域的普通技术人员识别的其中的等价物。还应当理解的是,本文中所采用的术语仅用于描述特定示例的目的,并且不意图限定。在不同的附图中的相同参考数字代表同样的元件。在流程图和过程中的数字被提供用于清楚地表述步骤和操作,并不必然指示特定的顺序或序列。

使用互联网协议版本4(IPv4)的设备通常被给定私有IP地址。传统上,具有私有IP地址的设备不能被其它设备经由互联网直接访问。因此,为了在具有私有IP地址的设备与另一设备之间建立直接的IP连接性,具有私有IP地址的设备必须首先向该另一设备发送IP层的请求以打开传输连接,在该传输连接上,该另一设备可以返回IP层的响应。然而,传统上,当两端具有不可路由时,由于初始的IP层请求不能被传递,因此私有IP地址的直接IP连接性不能被建立。

当设备与不具有公开可路由的IP地址(即,私有IP地址或被防火墙阻止的公开IP地址)的设备建立直接IP连接性时,直接IP连接性方案可以被使用。在一个实施例中,IPv4的直接IP连接性方案可以使用邻近服务(ProSe)服务器(比如设备对设备(D2D)服务器)以建立直接IP连接性。在一个实施例中,ProSe服务器可以辅助设备发现其它设备、建立D2D连接、以及维持D2D服务的连续性。

图1示出了用于在多个使用IPv4的设备之间建立直接传送层连接性的框架。在一个实施例中,如块110中,UE A可以向邻近服务(ProSe)服务器A登记应用标识符(ID)和设备ID(即,与UE A通信的ProSe服务器)。在另一实施例中,UE A可以通过在UE A上运行的被选择应用的图形用户接口接收用户输入,以向ProSe服务器A发起登记应用ID和设备ID。在另一实施例中,UE A可以通过在UE A上运行的被选择应用的图形用户接口接收用户输入,以向对其它设备通告所提供的P2P内容的点对点(P2P)应用服务器登记P2P应用ID和ProSe服务器ID。在另一实施例中,UE A可以通过被选择应用的图形用户接口接收用户输入,以分配所提供内容的访问准许(准许可以随设备或设备的类型而改变)。在另一实施例中,如在块120中,为了在传输层上与使用被选择应用的UE B直接连接,UE A可以从P2P应用服务器(UE B在该P2P应用服务器上登记)请求UE B的ProSe服务器ID。

在一个实施例中,如在块130中,当UE B的访问准许允许UE A连接UE B时,P2P应用服务器向UE A传递UE B的ProSe服务器ID。在另一实施例中,如在块140中,UE A可以向ProSe服务器A发送辅助消息,请求ProSe服务器辅助与UE B建立直接传输层连接,使用UE B的P2P应用层ID和ProSe服务器ID,该UE B被识别。在另一实施例中,该辅助消息可以包括UE A的IP地址。在另一实施例中,如在块150a中,当UE B被与UE A相同的ProSe服务器(即ProSe服务器A)管理时,ProSe服务器A可以直接向UE B发送针对UE B的IP地址和应用端口的请求。在另一实施例中,如在块150b中,如果UE B被除ProSe服务器A以外的ProSe服务器管理,ProSe服务器A可以经由UE B的ProSe服务器(即ProSe服务器B)发送针对UE B的IP地址和应用端口的请求。在另一实施例中,如在块160中,ProSe服务器A可以确定UE A的IP地址的可到达状态和/或UE B的IP地址的可到达状态。在另一实施例中,如在块170中,直接传输层连接性可以在UE A和UE B之间建立。

图2示出了用于基于UE A的IP地址的可到达状态和/或UE B的IP地址的可到达状态,在UE A和UE B之间建立直接IP连接的不同框架。在状态1中,UE B具有全局可达到的IP地址。另外,如在块210中,在状态1中,UE A的ProSe服务器(ProSe服务器A)可以向UE A转发UE B的IP地址和应用端口。在一个实施例中,如在块220中,UE A可以使用UE B的IP地址和应用端口以与UE B建立直接传输层的连接性或IP连接性。

在状态2中,UE B不具有全局可到达IP地址(例如,UE B位于NAT或防火墙之后),但是UE A具有全局可到达IP地址。在状态2中,如在块230中,反向连接可以在UE A和UE B之间建立。图3还提供了在建立反向连接时的细节。

在状态3中,UE B和UE A均不具有全局可到达的IP地址。在一个实施例中,如在块240中,ProSe服务器A可以从UE A的防火墙请求UEA的全局可到达的IP地址和端口号。在另一实施例中,如状态3b中所示,当UE B不被ProSe服务器A管理时,ProSe服务器A可以经由UE B的ProSe服务器(ProSe服务器B),向UE B间接转发IP地址和端口号。在另一实施例中,如在块250中,UE Brank可以使用该IP地址和端口号,与UE A在被选择的应用上建立IP连接性。

在另一实施例中,如在状态3c中,当UE B不被ProSe服务器A管理时,ProSe服务器A可以针对UE B的全局可到达IP地址和端口号,直接向UE B的防火墙(UE B防火墙)发送请求。在另一实施例中,如在状态3d中,当UE B不被ProSe服务器A管理时,ProSe服务器A可以经由ProSe服务器B,针对UE B的全局可到达IP地址和端口号,间接向UE B防火墙发送请求。在另一实施例中,如在块260中,ProSe服务器A可以向UE A转发UE B的全局可到达IP地址和端口号。在另一实施例中,如在块270中,UE A然后可以使用全局可到达IP地址和端口值,在被选择的应用上与UE B建立IP连接性。在另一实施例中,当连接被终止时,防火墙规则被移除。

图3示出了用于如图2所讨论的建立反向连接的框架。在一个实施例中,如在块320中,ProSe服务器A可以向UE A指示将从UE B建立反向连接以旁路NAT和/墙UE B的防火墙。在另一实施例中,如在块330中,当UE A接收反向连接指示时,UE A可以向ProSe服务器A报告UE A的应用的被分配端口号。在另一实施例中,ProSe服务器A可以向UE B转发UE A的应用的端口号。在一个示例中,如在块340中所示,ProSe服务器A可以直接向UE B转发UE A的应用的端口号。在另一示例中,如在块350中所示,ProSe服务器A可以使用ProSe服务器B,向UE B间接转发UE A的应用的端口号。在另一示例中,如在块360中所示,ProSe服务器B可以向UE B转发UE A的应用的端口号。在另一示例中,如在块370中,当UE B接收UE A的应用的端口号时,UE B的应用可以使用UE A的应用的端口号,与UE A建立反向连接.在一个实施例中,该反向连接可以为双向套接字,该双向套接字可以被UE A的应用和/或UE B的应用使用。

图4使用流程图400以表述具有ProSe服务器的计算机电路的一个实施例的功能,该ProSe服务器可操作于辅助在第一用户设备(UE)和第二UE之间建立直接传输层连接性。该功能可以被实现为方法,或者该功能可以作为在机器上的指令而被执行,这里该指令被包括于至少一个计算机可读介质上或一个非易失性机器可读存储介质上。如在块410中,该计算机电路可以被配置为从第一UE接收被第一UE用于与第二UE建立直接传输层连接性的互联网协议(IP)地址。如在块420中,该计算机电路还可以被配置为请求被第二UE用于建立直接传输层连接性的互联网协议(IP)地址和被第二UE使用的应用的应用端口。如在块430中,计算机电路还可以被配置为确定第一UE的IP地址或第二UE的IP地址的可到达状态。如在块440中,计算机电路还可以被配置为基于第一UE的IP地址或第二UE的IP地址的可到达状态,辅助第一UE和第二UE之间的之间建立直接传输层连接性。

在一个实施例中,计算机电路还可以被配置为从第一UE接收辅助建立第一UE和第二UE之间的直接传输层连接性的请求。在另一实施例中,计算机电路还可以被配置为从第一UE接收点对点(P2P)应用的用户应用标识(ID)和第一UE的设备ID。在另一实施例中,计算机电路还可以被配置为使用用户应用标识(ID)和被第二UE所使用的ProSe服务器的ProSe服务器ID来识别第二UE。

在一个实施例中,第一UE的IP地址或第二UE的IP地址的可到达状态包括全局可到达IP地址状态和非全局可到达IP地址状态。在另一实施例中,非全局可到达IP地址状态由使用网络地址转换(NAT)或者第一UE或第二UE的防火墙引起。在另一实施例中,当第二UE的可到达状态为全局可到达IP地址状态时,计算机电路还可以被配置为向第一UE发送第二UE的IP地址和应用端口。在另一实施例中,当第二UE的可到达状态为非全局可到达IP地址状态且第一UE的可到达状态为全局可到达IP地址状态,计算机电路还可以被配置为确定第一UE和第二UE支持反向连接过程,并协助第一UE和第二UE在第一UE和第二UE之间建立反向连接性。

在一个实施例中,计算机电路还可以被配置为通过以下步骤协助第一UE和第二UE建立反向连接性:向第一UE指示反向连接性将被建立用于来自第二UE的应用以旁路第二UE的防火墙;向第二UE转发针对第一UE的应用的IP地址和端口号;以及指引第二UE与第一UE建立针对该应用的反向连接。在另一实施例中,计算机电路还可以被配置为向第二UE直接转发第一UE的IP地址和端口号,或者使用第二UE的ProSe服务器向第二UE转发第一UE的IP地址和端口号。在另一实施例中,第一UE和第二UE之间的反向连接性为双向套接字。在一个实施例中,当第一UE和第二UE之间的应用的直接传输层连接性被终止时,计算机电路还可以被配置为从第二UE移除防火墙旁路。

在一个实施例中,当第二UE的可到达状态为非全局可到达IP地址状态且第一UE的可到达状态为非全局可到达IP地址状态时,计算机电路还可以被配置为当第二UE被ProSe服务器管理时,从第二UE直接请求第二UE的全局可到达IP地址和端口号。在一个实施例中,计算机电路还可以被配置为当第二UE的可到达状态为非全局可到达IP地址状态且第一UE的可到达状态为非全局可到达IP地址状态时,使用与第二UE相关的ProSe服务器所相关的ProSe服务器,间接请求第二UE的全局可到达IP地址和端口号。在另一实施例中,计算机电路还可以被配合为转发第一UE的全局可到达IP地址和端口号。

在一个实施例中,计算机电路还可以被配置为当第二UE被ProSe服务器管理时,直接请求与第二UE相关的防火墙提供第二UE的全局可到达IP地址。在一个实施例中,计算机电路还可以被配置为当第二UE被ProSe服务器管理时,经由第二UE的ProSe服务器,间接请求与第二UE相关的防火墙提供第二UE的全局可到达IP地址。在另一实施例中,计算机电路还可以被配置为直接请求与第二UE相关的防火墙提供端口,通过该端口,对于第一UE和第二UE之间的直接传输层连接,第一UE可以访问第二UE。在一个实施例中,计算机电路还可以被配置为经由第二UE的ProSe服务器,间接请求与第二UE相关的防火墙提供端口,通过该端口,对于第一UE和第二UE之间的直接传输层连接,第一UE可以访问第二UE。

在一个实施例中,计算机电路还可以被配置为使用由与第二UE相关的防火墙提供的全局可到达IP地址和端口,协助第一UE和第二UE建立直接传输层连接性。在另一实施例中,计算机电路还可以被配置为从与第二UE相关的防火墙直接请求第二UE的全局可到达IP地址和端口,或者从第二UE的ProSe服务器请求第二UE的全局可到达IP地址和端口。在一个实施例中,第二UE的ProSe服务器可以向第二UE的服务器转发第二UE的全局可到达IP地址和端口。在另一实施例中,计算机电路还可以被配置为从与第二UE通信的ProSe服务器或者间接从第二UE请求第二UE的IP地址和在第二UE上运行的应用的应用端口

图5使用了流程图500以表述计算机电路的一个实施例的功能,这里UE可操作于与被选择的UE建立直接传输层连接。该功能可以被实现为方法,或者该功能可以作为在机器上的指令而被执行,这里该指令被包括于至少一个计算机可读介质上或者一个非易失性机器可读存储介质上。如在块510中,该计算机电路可以被配置为向邻近服务(ProSe)服务器发送第一UE的互联网协议(IP)地址。如在块520中,该计算机电路还可以被配置为从应用服务器请求被选择UE的ProSe服务器ID(比如P2P应用ID)和应用标识(ID)。如在块530中,计算机电路还可以被配置为从应用服务器接收应用ID和ProSe服务器ID。如在块540中,计算机电路还可以被配置为向与UE通信的ProSe服务器发送辅助消息,其中该辅助消息包括辅助第一UE和被选择UE之间的直接传输层连接性的请求。

在一个实施例中,计算机电路还可以被配置为向ProSe服务器发送点对点(P2P)应用的应用标识(ID)和UE的设备ID。在另一实施例中,计算机电路还可以被配置为向点对点(P2P)应用服务器登记应用ID和ProSe服务器ID(比如当UE被配置为使用P2P应用服务器提供内容或服务时)。在另一实施例中,计算机电路还可以被配置为向点对点(P2P)应用服务器传递针对在P2P应用服务器上发布的所提供的内容或服务的访问允许层次。在一个实施例中,服务器访问准许层次指示哪些UE或哪些类型的UE具有内容/服务的入口。在另一实施例中,辅助消息包括UE的互联网协议(IP)地址。

在一个实施例中,第一UE的IP地址或第二UE的IP地址具有可到达状态,其中该可到达状态包括全局可到达IP地址状态和非全局可到达IP地址状态。在另一实施例中,当被选择的UE的可到达状态为非全局可到达IP地址状态且该UE的可到达状态为全局可到达IP地址状态时,计算机电路还可以被配置为从被选择的UE,在该UE和被选择的UE之间的反向直接传输层连接上接收信息。在另一实施例中,被选择的UE可以被配置为接收联系该UE以建立反向连接的请求。在另一实施例中,计算机电路还可以被配置为当被选择的UE的可到达状态为非全局可到达IP地址状态且该UE的可到达状态为非全局可到达IP地址状态时,从ProSe服务器接收被选择UE的全局可到达IP地址。

如图6的流程图中,另一示例提供了包括存储于之上的指令的非暂时性存储介质的产品的功能600,该指令适于被执行以实现辅助建立第一用户设备(UE)和第二UE之间的点对点(P2P)连接的方法。产品的指令可以被实现为方法或者被实现为机器上的指令,这里该指令被包括于至少一个计算机可读介质上或者一个非易失性机器可读存储介质上。如在块610中,该方法可以包括在邻近服务(ProSe)服务器处请求被第二UE用于建立直接传输层连接性的互联网协议(IP)地址和被第二UE使用的应用的应用端口。如在块620中,该方法还可以包括确定第一UE的IP地址或第二UE的IP地址的可到达状态。如在块630中,该方法还可以包括基于第一UE的IP地址或第二UE的IP地址的可到达状态,辅助第一UE和第二UE之间的直接传输层连接性的建立。

在一个实施例中,方法还可以包括从第一UE接收被第一UE用于与第二UE建立直接传输层连接性的IP地址。在另一实施例中,第一UE的IP地址或第二UE的IP地址的可到达状态的每一个包括全局可到达IP地址状态和非全局可到达IP地址状态。在另一实施例中,方法还可以确定第一UE和第二UE支持反向连接过程,并当第二UE的可到达状态为非全局可到达IP地址状态且第一UE的可到达状态为全局可到达IP地址状态时,辅助第一UE和第二UE之间的反向连接的建立。在另一实施例中,方法还可以包括当第二UE的可到达状态为非全局可到达IP地址状态且第一UE的可到达状态为非全局可到达IP地址状态时,请求第二UE的全局可到达IP地址并将该全局可到达IP地址转发给第一UE。在另一实施例中,该方法还可以包括当第一UE和第二UE的可到达状态为非全局可到达IP地址状态时,请求第一UE的全局可到达IP地址并将一个全局可到达IP地址转发给第二UE用于建立反向传输层连接。

图7提供了无线设备的示例表述,这些无线设备比如用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板电脑、手持设备、或其它类型的无线设备。无线设备可以包括被配置为与节点或传送站点通信的一个或多个天线,这些传送站点比如基站(BS)、演进型NodeB(eNode B)、基带单元(BBU)、远程无线电头(RRH)、远程无线电设备(RRE)、中继站(RS)、无线电设备(RE)、远程无线电单元(RRU)、中央处理模块(CPM)、或其它类型的无线广域网(WWAN)接入点。无线设备可以被配置为使用至少一个无线通信标准通信,该无线通信标准包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙、和Wi-Fi。无线设备可以使用对于每一个无线通信标准的单独天线,或者对于多个无线通信标准的共享天线。无线设备可以在无线局域网(WLAN)、无线个域网(WPAN)、和/或WWAN中通信。

图7还提供对麦克风以及一个或多个扬声器的说明,麦克风以及一个或多个扬声器可以被用于来自无线设备的音频输入和输出。显示屏幕可以是液晶显示(LCD)屏幕或其它类型的显示屏幕(例如,有机发光二极管(OLED)显示屏)。显示屏幕可以被配置为触摸屏。触摸屏可以使用电容式、电阻式或其它类型的触摸屏技术。应用处理器和图形处理器可以被耦接到内部存储器,以提供处理和显示能力。非易失性存储器端口还可以被用于为用户提供数据输入/输出选项。非易失性存储器端口还可以被用于扩展无线设备的存储器能力。键盘可以与无线设备相集成或者被无线地连接到无线设备,以提供额外的用户输入。通过触摸屏,还可以提供虚拟键盘。

各种技术(或其某些方面或部分)可以采取在有形介质(例如,软盘、压缩盘只读存储器(CD-ROM)、硬盘驱动器、非暂态计算机可读存储介质或任何其它机器可读存储介质)中实现的程序代码的形式,其中,当程序代码被机器(例如,计算机)载入并执行时,机器变为用于实现各种技术的装置。电路可以包括硬件、固件、程序代码、可执行代码、计算机指令和/或软件。非暂态计算机可读存储介质可以是不包括信号的计算机可读存储介质。在程序代码在可编程计算机上执行的情况下,计算设备可以包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一种输入设备和至少一种输出设备。易失性和非易失性存储器和/或存储元件可以是随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、闪存驱动器、光盘驱动器、磁硬盘驱动器、固态驱动器或用于存储电子数据的其他介质。节点和无线设备还可以包括收发器模块(即,收发器)、计数器模块(即,计数器)、处理模块(即,处理器)和/或时钟模块(即,时钟)或定时器模块(即,定时器)。可以实现或利用本文中所描述的各种技术的一个或多个程序可以使用应用程序接口(API)、可重用控件等。可以用高级程序或面向对象编程语言来实现这些程序,以与计算机系统进行通信。然而,如果需要的话,可以用汇编或机器语言来实现(一个或多个)程序。在任何情况下,语言可以是编译语言或解释语言,并与硬件实现相结合。

应当理解,本说明书中所描述的许多功能单元已经被标记为模块,以更特别地强调它们的实现的独立性。例如,模块可以被实现为包括超大规模集成(VLSI)电路或门阵列的硬件电路、诸如逻辑芯片、晶体管或其它分离组件之类的现成的半导体。模块还可以被实现在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等之类的可编程硬件设备中。

模块还可以被实现在用于被各种类型的处理器执行的软件中。可执行代码的识别模块例如可以包括计算机指令的一个或多个物理块或逻辑块,计算机指令的一个或多个物理块或逻辑块例如可以被组织为对象、过程或功能。然而,识别模块的可执行代码在物理上不必位于一起,而是可以包括存储在不同位置的不同指令,当这些指令在逻辑上接合在一起时,构成该模块并实现该模块所提及的目的。

事实上,可执行代码的模块可以是单个指令,或者可以是许多指令,并且甚至可以分布在若干不同的代码段上、分布在不同的程序间并跨若干存储器设备分布。类似地,在此被识别和说明的操作数据可以位于模块内,,并且可以被实现为任何适当形式并被组织在任何适当类型的数据结构内。操作数据可以作为单个指令集被收集,或者可以分布在不同的位置(包括在不同的存储设备上),并且可以仅(至少部分地)作为系统或网络上的电子信号而存在。模块可以是被动的或主动的,包括可操作于执行所需功能的代理。

整个说明书中所引用的“示例”意味着结合该示例所描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。因此,整个说明书中在各处出现的短语“在示例中”不必然都指向同一实施例。

如本文中所使用的,为方便起见,多个物品、结构元件、组成元件和/或材料可以被呈现在共同的列表中。然而,这些列表应当被解释为好像列表的每个成员被分别标识为单独的和唯一的成员。因此,不应当仅基于该列表的成员出现在共同的组里而将它们被视为同一列表的任何其它成员的实际等同物而不指示相反的情况。此外,本发明的各个实施例和示例在本文中可以随它们的各种组件的替代物一起被引用。应当理解,这些实施例、示例和替代不应被解释为彼此的事实上的等同物,而应被解释为本发明的独立且自治的表示。

此外,所描述的特征、结构或特性可以在一个或多个实施例中以任何适当方式被组合。在下面的描述中,提供了大量的具体细节(如布局的示例、距离、网络示例等)以提供对本发明的实施例的彻底理解。然而,相关领域的技术人员将认识到,本发明可以在没有这些具体细节的一个或多个的情况下被实现,或用其它方法、组件、布局等来实现。在其它示例中,公知的结构、材料或操作未被示出或详细描述,以避免使本发明的各方面变得晦涩。

虽然前述示例在一个或多个特定应用中对本发明的原理进行了说明,但对于本领域普通技术人员来说,显然可以在不通过创造性人员的努力的情况下,在实现方式的形式、用法和细节上做出许多修改而不背离本发明的原理和构思。相应地,除了如通过以下被提出的权利要求,不试图限制本发明。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1