本专利文献公开的一部分包含受到专利保护的材料。版权所有者不反对通过专利文献或专利公开中任一的传真复制,因为它出现在专利和商标局专利文献或记录中,除此之外保留所有的版权。
具体实施方式
用于通信协议映射的***
现参照图1A,示出了示例无线***4的框图。无线***40具有无线网络28和移动设备10。无线网络28具有代理程序(broker)服务器20,以及多个应用服务器31、32、33。在所示出的示例中,应用服务器31、32、33包括媒体服务器31、专用分支交换机‘PBX’32、以及网络服务器33。无线***40可能具有其它组件(未示出),例如附加移动设备和/或附加应用服务器。代理程序服务器20具有处理器21和协议映射功能22。协议映射功能22具有非编译可编辑文件23、以及协议库24。代理程序服务器20可以具有其它组件,但为了简便没有示出。
在操作中,移动设备10通过移动设备10和无线网络28之间的无线通信19与无线网络28进行通信。与无线网络28的通信可以例如是与应用服务器31、32、33之一进行的。在所示出的实施例中,移动设备10使用第一通信协议fcp进行通信,而每个应用服务器31、32、33使用相应的第二通信协议scp1、scp2、scp3。因此,移动设备10和应用服务器31、32、33之间的通信涉及通信协议的映射。
在所示出的示例中,通过无线网络28的代理程序服务器20执行通信协议的映射。协议映射功能22操作以保持移动设备10使用的第一通信协议fcp和应用服务器31、32、33使用的每个第二通信协议scp1、scp2、scp3之间的协议映射。使用协议映射来映射移动设备10和与移动设备10进行的通信的应用服务器31、32、33之间的通信。协议库24提供用于使用通信协议fcp、scp1、scp2、scp3的基本构建块。
根据本申请的实施例,协议映射基于描述协议映射的非编译可编辑文件22。非编译可编辑文件22的特定示例是可扩展标记语言‘XML’文件。可选实施方式可以采用可以是例如标记语言的任何适合的专利语言。由于协议映射基于非编译可编辑文件22,所以可以通过更新非编译可编辑文件23而不更新任何编译软件来更新协议映射。这允许更新协议映射以反映可以在不必更新任何编译文件的情况下出现的通信协议fcp、scp1、scp2、scp3的变化。
在所示出的实施例中,协议映射功能22以软件实现,并在处理器21上执行。然而,更一般地,协议映射功能22可以以软件、硬件、固件或其任何适合的组合实现。注意,适合的组合涉及以软件实现的协议映射功能22的非编译可编辑文件23。非编译可编辑文件23可以是例如美国信息交换标准码‘ASCII’格式。针对非编译可编辑文件23其它软件实施方式也是可能的。
在特定软件实施方式中,使用JAVA编程语言和JAVA应用程序接口(API)。这允许开发可以在多平台结构上运行、并可以使用不同的呼叫信令协议运行的呼叫处理应用程序。例如,Java电话API(JTAPI)1.3提供可以用于实现基本呼叫模型和高级呼叫特征的一组API。其它软件实施方式可以包括C、C++、Pascal、Perl等。注意软件实施方式可以编译(例如C、C++、Pascal)、或解译(例如Perl)。
可以理解协议映射功能22的库24是完全可选的。用于使用通信协议fcp、scp1、scp2、scp3的基本构建块可以按照任何适合的方式在协议映射功能22内实现,或通过协议映射功能22的一些外部组件提供给协议映射功能22。
在以上参照图1A所描述的示例中,通过无线网络28的代理程序服务器20执行协议映射。在另一个实施例中,通过移动设备本身执行协议映射。以这种方式,移动设备作为代理程序服务器操作。以下参照图1B提供示例。
现在参照图1B,示出了另一个示例无线***41的框图。无线***41具有无线网络29和移动设备16。无线网络29具有应用服务器31、32、33(很像图1A的无线网络28的应用服务器)。无线***40可以具有其它组件(未示出),例如附加移动设备和/或附加应用服务器。注意示出的无线网络29没有代理程序服务器,因为代理程序服务器的功能作为移动设备16的一部分实现。移动设备16具有与无线访问无线电装置15、协议映射功能13、和应用17连接的处理器14。处理器14和其它组件15、13、17之间的连接可以是直接或间接连接,其中存在一个或多个***组件(未示出)。协议映射功能13具有非编译可编辑文件18、以及协议库12。移动设备16可以具有其它组件,但为了简便没有将这些组件示出。
在操作中,移动设备16使用其无线访问无线电装置15与无线网络29进行通信。无线通信是通过移动设备16和无线网络29之间的无线连接19进行的。与无线网络29的通信可以是例如移动设备16的应用17之一与应用服务器31、32、33之一之间进行的。在所示出的实施例中,应用17使用第一通信协议fcp,而每个应用服务器31、32、33使用相应的第二通信协议scp1、scp2、scp3。因此,应用17和应用服务器31、32、33之间的通信涉及通信协议的映射。
在所示出的示例中,通过移动设备16执行通信协议的映射。协议映射功能13操作以保持移动设备16的应用17使用的第一通信协议fcp和与移动设备16进行通信的应用服务器31、32、33使用的第二通信协议scp1、scp2、scp3之间的协议映射。使用协议映射来映射移动设备16的应用17和与移动设备16进行的通信的应用服务器31、32、33之间的通信。协议库12提供用于使用通信协议fcp、scp1、scp2、scp3的基本构建块。
根据本申请的实施例,协议映射基于描述协议映射的非编译可编辑文件18。非编译可编辑文件18的特定示例是XML文件。可选实施方式可以采用可以是例如标记语言的适合的专利语言。由于协议映射是基于非编译可编辑文件18,所以可以通过更新非编译可编辑文件18而不更新任何编译软件来更新协议映射。这允许更新协议映射以反映可以在不必更新任何编译文件的情况下出现的通信协议fcp、scp1、scp2、scp3的变化。
在所示出的实施例中,协议映射功能13以软件实现,并在处理器14上执行。然而,更一般地,协议映射功能13可以以软件、硬件、固件或其任何适合的组合实现。注意,适合的组合涉及以软件实现的协议映射功能13的非编译可编辑文件18。非编译可编辑文件18可以是例如美国信息交换标准码‘ASCII’格式。非编译可编辑文件18的其它软件实施方式也是可以的。
在特定软件实施方式中,使用JAVA编程语言和JAVA应用程序接口(API)。这允许开发可以在多平台结构上运行、并可以使用不同的呼叫信令协议运行的呼叫处理应用程序。例如,Java电话API(JTAPI)1.3提供可以用于实现基本呼叫模型和高级呼叫特征的一组API。其它软件实施方式可以包括C、C++、Pascal、Perl等。注意软件实施方式可以编译(例如C、C++、Pascal)、或解译(例如Perl)。
可以理解协议映射功能13的库12是完全可选的。用于使用通信协议fcp、scp1、scp2、scp3的基本构建块可以以任何适合的方式在协议映射功能13内实现,或通过协议映射功能13的一些外部组件提供给协议映射功能13。
以上参照图1A和1B呈现的所示出的示例涉及无线网络。可以理解无线网络具有适合无线网络的任何适合的组件。注意尽管无线网络具有用于无线通信的组件,但无线网络可以包括有线。无线网络的组件是特定于实施方式的,且可以依据无线网络的类型。无线网络存在许多可能性。无线网络可以是例如数据宽网络、802.11无线保真‘Wi-Fi’网络、802.16微波存取全球互通‘WiMAX’网络、或蜂窝网络。适合的蜂窝网络的示例包括增强型数据速率GSM演进技术‘EDGE’网络、码分多址‘CDMA’网络、以及全球移动通信***‘UMTS’网络。尽管以上呈现的示例集中在无线通信,但是可以理解,本发明的实施例也可以应用于非无线通信***。在这些实施例中,可以提供通信设备取代移动设备。注意,针对这些通信设备,不需要具有无线访问无线电装置用于无线通信。
以下参考图2至图5提供协议映射的其它细节。
用于通信协议映射的方法
参照图2和图3,示出了映射通信设备的应用和应用服务器之间的通信的示例方法的流程图。这些方法可以(例如通过图1A中示出的代理程序服务器20的协议映射功能22)在通信网络的代理程序服务器中实现。可选地,这些方法可以在通信设备(例如通过图1B中所示的移动设备16的协议映射功能13)中实现。更一般地,这些方法可以在任何适合的设备中实现。这些方法可以单独地或组合地实现。
首先参照图2,在步骤2-1处,设备保持通信设备的应用使用的第一通信协议和应用服务器使用的第二通信协议之间的协议映射。根据本申请的实施例,协议映射基于描述该协议映射的非编译可编辑文件。设备使用协议映射来映射通信设备的应用和应用服务器之间的通信。在一些实例中,如步骤2-2所示,这涉及从第一通信协议到第二通信协议的映射通信。在其它实例中,如步骤2-3所示,这涉及从第二通信协议到第一通信协议的映射通信。更一般地,映射可能涉及从第一通信协议到第二通信协议的映射通信和从第二通信协议到第一通信协议的映射通信中的一个或多个。
在一些实施方式中,如步骤2-4所示,设备通过更新非编译可编辑文件而不更新任何编译软件来更新协议映射。例如,如果存在针对通信协议的任何改变,则可以更新协议映射。注意,因为协议映射基于非编译可编辑文件,所以可以更新协议映射而不更新任何编译软件。在特定实施例中,非编译可编辑文件是XML文件。以上描述了针对非编译可编辑文件的可选实施方式。
注意应用服务器可能是多个应用服务器之一,每个使用一个或多个通信协议。因此,设备可以确定通信中涉及哪个应用服务器,以及应用服务器使用的哪个通信协议与协议映射相关。参照图3以下提供了示例。
现参照图3,在步骤3-1处,设备保持第一通信协议和应用服务器使用的其它通信协议之间的协议映射。根据本申请的实施例,协议映射基于描述协议映射的非编译可编辑文件。在步骤3-2处,设备确定通信中涉及哪个应用服务器。注意应用服务器可以使用多于一个的通信协议。因此,在步骤3-3所示的一些实施例中,设备确定应用服务器的哪个通信协议与协议映射相关。在步骤3-4处,设备使用协议映射来映射通信设备和应用和应用服务器之间的通信。协议映射在第一通信协议和通信中涉及的应用服务器的相关通信协议之间。
针对设备有许多方法来确定通信中涉及哪个应用服务器。针对该场景,以下提供了示例,其中执行协议映射的设备是通信网络的代理程序服务器。在一些实施方式中,当代理程序服务器从通信设备接收使用第一协议编码的信号时,代理程序服务器使用构建至第一协议的应用标识符来标识应用服务器。代理程序服务器还可以使用构建至应用服务器使用的第二协议的特征标识符来标识要访问应用服务器上的哪个特征。在共同转让的名为“Methods and Systems to Select Specific Applications and Features on aSIP Server”的欧洲专利申请No.07105054.6中,提供了使用特征标识符以做出这些确定的其它细节,该公开一并引入作为参考。
可以理解针对第一通信协议和第二通信协议存在许多可能性。所使用的通信协议每个可以是任何特定于实施方式的协议,例如,SIP、HTTP、或任何其它通信协议。所使用的通信协议可以依据应用服务器。在以上参照图2和图3呈现的示例中,通信中涉及的应用服务器可以是例如媒体服务器。在这种情况下,第一通信协议和第二通信协议可以基于SIP。可选地,通信中涉及的应用服务器可能是PBX。在这种情况下,第一通信协议和第二通信协议可以基于SIP。可选地,通信中涉及的应用服务器可以是网络服务器。在这种情况下,第一通信协议可以基于SIP,而第二通信协议可以基于HTTP。针对应用服务器的其它可能包括呈现服务器(presenceserver)和即时消息收发‘IM’服务器。
针对应用服务器存在其它可能性,因此,针对第一通信协议和第二通信协议存在许多其它可能性。第一通信协议和第二通信协议各可以是以下之一:SIP、HTTP、SOAP、远程方法调用‘RMI’、远程过程呼叫‘PRC’、计算机电话接口‘CTI’、ECMA 323、网络服务协议、媒体服务器标记语言‘MSML’、电话应用编程接口‘TAPI’、Java电话应用编程接口‘JTAPI’、以及任何适合的专利协议。第一通信协议基于针对特定实施方式的SIP。
在以上参照图2和图3呈现的示例中,针对通信设备执行协议映射的场景,通信设备获取非编译可编辑文件。存在许多通信设备可以获取非编译可编辑文件的方式。在一些实施方式中,通信设备下载非编译可编辑文件。这可以通过通信设备发起。在其它实施方式中,通信设备自动地接收非编译可编辑文件。
以下参照图4和图5提供协议映射的特定示例。
通信协议映射:特定示例
现参照图4,示出了另一示例无线***50的框图。无线***50被提供为通过无线网络的代理程序服务器55进行多个不同协议映射的示例。可以理解无线***50仅非常特定于示例目的。
代理程序服务器55与收发机59、以及蜂窝网络51相连接。无线***50具有多个移动设备54A、54B、54C,用于与蜂窝网络51和/或收发机59进行通信。代理程序服务器55还与多个应用服务器相连,所述多个应用服务器包括多个PBX56A、56B、56C、56D,多个呈现服务器56E、56F、56G、56H,以及多个IM服务器56I、56J。代理程序服务器55和其它组件59、51、56A、56B、56C、56D、56E、56F、56G、56H、56I、56J之间的连接可以是直接连接或间接连接,其中存在一个或多个***组件(未示出)。代理程序服务器55具有不同类型的协议映射,包括VoIP映射55A、蜂窝移动映射55B、呈现映射55C、以及IM映射55D。PBX 56A、56B、56C、56D与公共开关电话网络‘PSTN’57耦合。呈现服务器56E、56F、56G、56H和IM服务器56I、56J连接到因特网58。蜂窝网络51通过电路切换网络(未示出)与PSTN57相连。
在操作中,移动设备54A、54B、54C使用基于SIP的通信协议cp1进行通信。然而,每个应用服务器56A、56B、......、56J使用一个或多个相应的通信协议cp2、cp3、......、cp18进行通信。代理程序服务器55执行设备SIP cp1与其它通信协议cp2、cp3、......、cp18之间的协议映射。映射基于描述协议映射的非执行可编辑文件。例如,针对每个协议映射,可以存在相应的XML文件。可选地,针对每个类型的协议映射55A、55B、55C、55D可以存在相应的XML文件。其它实施方式也是可能的。已经提供了协议映射的细节,因此在此不再重复。
现参照图5A和5B,示出了呼叫建立期间在图4中示出的代理程序服务器55执行的示例协议映射的信令图。可以理解这些信令图仅针对示例目的。
信令图包括与图4中示出的移动设备54A、代理程序服务器55以及PBX56A、56B相关的信号。图5A示出用于与第一PBX56A建立呼叫的第一种场景,而图5B示出了用于与不同PBX、即第二PBX56B建立呼叫的第二种场景。注意在每种场景中,至移动设备54A的信令和来自移动设备54A的信令是相同的,而至应用服务器56A、56B的信令和来自应用服务器56A、56B的信令是完全不同的。这是因为应用服务器56A、56B使用不同的通信协议。以下提供针对每个场景的信令细节。
首先参照图5A,在步骤5A-1处,移动设备54A将MakeCall消息发送至代理程序服务器55,从而请求建立呼叫。在响应过程中,在代理程序服务器55和PBX 56A之间发生多个信号交换。信号交换包括步骤5A-2处的Invite消息、步骤5A-3处的Trying消息、步骤5A-4处的Authentication消息、步骤5A-5处的Invite消息、以及步骤5A-6处的另一个Trying消息。在步骤5A-7处,SIP服务器发送Ringing消息,从而指示呼叫待决。在步骤5A-8处,将Alerting消息发送至移动设备54A,以指示呼叫待决。在这种情况下,接受者回答了呼叫,因此在步骤5A-9处发出Answered消息。相应地,代理程序服务器55在步骤5A-54A处将Okay消息发送至PBX56A,并在步骤5A-11处将Connected消息发送至移动设备54A。因而,呼叫建立。
现参照图5B,在步骤5B-1处,移动设备54A将MakeCall消息发送至代理程序服务器55,从而请求建立呼叫。在响应过程中,代理程序服务器55将StartCallReq消息发送至PBX56B,从而请求建立呼叫。在步骤5B-3处,PBX56B发送RingingInd消息,从而指示呼叫待决。在步骤5B-4处,将Alerting消息发送至移动设备54A,以指示呼叫待决。在这种情况下,接受者回答了呼叫,因此在步骤5B-5处发出PickedUpInd消息。相应地,代理程序服务器55在步骤5B-6处将Connected消息发送至移动设备54A,并在步骤5B-7处将ReceivedResp消息发送至PBX 56B。因而,呼叫建立。
正如图5A和5B中所能看出的,至应用服务器56A、56B的接口不仅在流上不同,而且在参数名称、序列标识符等上也不同。以下XML节录示出可以如何描述这些不同,以这种方式允许代理程序服务器55以一般协议机实现。可以理解,以下XML节录仅针对示例目的。
<?xml version="1.0"encodinq=′utf-8′?>
<SipFlow xmlns:xsi="..."xsitnoNamespaceSchemaLocation="SIP_flow.xsd">
<Feature application="VoTP"feature="call_gotup"PBX="Vendor1">
<Protocol>protocol1.dll<\Protocol>
<Callblock name="basic_invite"status="Manditory">
<Frame name="invite"direction="from_broker">
<Parameter>Callee Number<\Parameter>
<Parameter>Caller Number<\Pdrameter>
<Parameter>Callee Name<\Parameter>
<Parameter>Transaction ID<\Parameter>
<\Frame>
<Frame name="trying"direction="to_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
</Callblock>
<Callblock name="authentication"status="optional">
<frame name="Authentication"direction="to_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
<Frame name="invite"ServerId="10"direction="from_broker">
<Parameter>Authorization Value<\Parameter>
<Parameter>Transaction ID<\Parameter>
<\Frame>
<Frame name="trying"direction="to_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
</Callblock>
<Callblock name="ringing"status="manditory">
<frame name="ringing"direction="to_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
</Callblock>
<Callblock name="answered"status="manditory">
<frame name="answered"direction="to_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
</Callblock>
<Callblock name="ack"status="manditory">
<frame name="okay"direction="from_broker">
<Parameter>Transaction ID<\Parameter>
<\Frame>
</Callblock>
</Feature>
<Feature application="VoIP"feature="call_setup"PBX="Vendor2">
<Protocol>protoco12.dll<\Protocol>
<Ca上lblock name="basic_invite"status="Manditory">
<Frame name="startCallReq"direction=”from_broker">
<Parameter>ServerId<\Parameter>
<Parameter>Callee Number<\Parameter>
<Parameter>Caller Number<\Parameter>
<Parameter>Instance Number<\Parameter>
<\Frame>
</Callblock>
<Callblock name="ringing"status="manditory">
<frame name="ringingInd"direction="to_broker">
<Parameter>Caller Number<\Parameter>
<Parameter>Instance Number<\Parameter>
<\Frame>
</Callblock>
<Callblock name="answered"status="manditory">
<frame name="answered"direction="to_broker">
<Parameter>Caller Number<\Parameter>
<Parameter>Instance Number<\Parameter>
<\Frame>
</Callblock>
<Callblock name="ack"status="manditory">
<frame name="ReceivedResp”direction="from_broker">
<Parameter>Caller Number<\Parameter>
<Parameter>Instance Number<\Parameter>
<\Frame>
</Callblock>
</Feature>
</SipFlow>
参照以上XML节录,做出以下注释:
1.‘Feature’字段通过属性定义该XML块所作用的应用、特征以及厂商。注意,PBX=‘Vendor1’与第一PBX56A相对应,而PBX=‘Vendor2’与第二PBX56B相对应。
2.‘Protocol’字段描述了正在使用的协议。这是实现协议机制的动态可下载库。
3.‘Callblock’字段描述了所期望的呼叫流。这告知代理程序引擎在呼叫建立的每个阶段发送哪个信号。注意属性定义了呼叫块是否是强制的、有条件的、或可选的。
4.针对每个呼叫块,描述了Frame。属性描述了用于访问DLL功能的名称以及信号的方向。
5.针对每个帧,Parameter字段描述了参数的顺序,或来源于编码为协议3的原始信号,或本地存储在代理程序上。
另一移动设备
现参照图6,示出了可以实现于此描述的移动设备方法的任何一个的另一移动设备100的框图。示出的移动设备100具有用于实现与图1B的移动设备16的特征类似的特征的特定组件。可以理解,只为示例的目的示出移动设备100的非常特定的细节。
示意性地示出了在键盘114和显示器126之间连接的处理设备(微处理器128)。微处理器128是具有与图1B中示出的移动设备16的处理器14的特征的类似的特征的一种处理器。微处理器128响应于用户在键盘114上的按键激励,控制显示器126的操作以及移动设备100的整体操作。
移动设备100具有可以垂直拉伸的外壳,或可以具有其它大小和形状(包括折叠外壳结构)。键盘114可以包括模式选择键、或用于在文本输入和电话输入之间切换的其它硬件或软件。
除了微处理器128,示意性地示出移动设备100的其它部件。这些包括:通信子***170;短程通信子***102;键盘114和显示器126,以及其它输入/输出设备,包括:一套LED104、一套辅助I/O设备106、串行端口108、扬声器111和麦克风112;以及存储器设备,包括闪存116和随机存取存储器(RAM)118;以及各种其它设备子***120。移动设备100可以具有电池121,用于对移动设备100的激活元件供电。在一些实施例中,移动设备100是具有语音和数据通信能力的双向射频(RF)通信设备。此外,在一些实施例中,移动设备100具有通过因特网与其它计算机***进行通信的能力。
通过微处理器128执行的操作***软件在一些实施例中存储在诸如闪存116的永久性存储器中,但也可以存储在诸如只读存储器(ROM)或类似存储元件的其它类型的存储器设备中。此外,可以将***软件、特定设备应用程序、或其部分临时地载入诸如RAM 118的易失性存储器。通过移动设备100接收的通信信号也可以存储在RAM 118中。
微处理器128,除了其操作***功能之外,能够在移动设备100上执行软件应用程序。可以在制造期间将控制诸如语音通信模块130A和数据通信模块130B的基本设备操作的预定组的软件应用安装在移动设备100上。此外,还可以在制造期间将个人信息管理器(PIM)应用模块130C安装在移动设备100上。在一些实施例中,PIM应用程序能够组织和管理诸如电邮、日历事件、语音邮件、约会和任务项之类的数据项。在一些实施例中,PIM应用程序还能够通过无线网络110发送和接收数据项。在一些实施例中,通过无线网络110将PIM应用程序管理的数据项无缝地整合、同步和更新,设备用户的相应的数据项存储于主计算机***中或与主计算机***相关联。同时,可以在制造期间安装作为另一软件模块130N示出的附加软件模块。可以配置闪存116的模块130A、130B、130C、130N的一个或多个用于实现与图1B中示出的移动设备16的协议映射功能13的特征类似的特征。
通过通信子***170,并可能通过短程通信子***102执行包括数据和语音通信在内的通信功能。通信子***170包括接收机150、发射机152和以接收天线154和发射天线156示出的一个或多个天线。此外,通信子***170还包括诸如数字信号处理器(DSP)158的处理模块,以及本地振荡器(LO)160。具有发射机152和接收机150的通信子***170是具有与图1B中示出的移动设备16的无线访问无线电装置15的特征类似的特征的无线访问无线电装置的实施方式。通信子***170的特定设计和实施方式依据移动设备100意在其中操作的通信网络。例如,可以设计移动设备100的通信子***170利用MobitexTM、DataTACTM或通用分组无线业务(GPRS)移动数据通信网络来进行操作,并且还可以设计利用各种诸如高级移动电话服务(AMPS)、时分多址(TDMA)、码分多址(CDMA)、个人通信业务(PCS)、全球移动通信***(GSM)等的语音通信网络中的任一进行操作。还可以设计通信子***170利用802.11Wi-Fi网络,和/或802.16WiMAX网络进行操作。移动设备100还可以利用其它类型的数据和语音网络(独立的和集成的)。
网络访问可以依据通信***的类型而变化。例如,在MobitexTM、DataTACTM网络中,移动设备使用与每个设备相关联的唯一个人识别号(PIN)在网络上进行登记。然而,在GPRS网络中,网络访问典型地与设备的订户或用户相关联。因而,GPRS设备典型地具有订户身份模块(通常称为订户身份模块(SIM)卡),从而在GPRS网络上进行操作。
当网络登记或激活步骤完成时,移动设备100可以通过通信网络110发射和接收通信信号。将通过接收天线154从通信网络110处接收的信号路由至接收机150,该接收机提供信号放大、下变频、滤波、信道选择等,并且还可以提供模数转换。所接收的信号的模数转换允许DSP 158执行诸如解调和解码的更复杂的通信功能。以类似的方式,通过DSP 158处理(例如调制和编码)要发射至网络110的信号,然后提供给发射机152用于数模转换、上变频、滤波、放大以及通过发射天线156发射至通信网络110(或网络)。
除了处理通信信号,DSP 158提供接收机150和发射机152的控制。例如,可以通过在DSP 158中实现的自动增益控制算法适配地控制作用于接收机150和发射机152中的通信信号的增益。
在数据通信模式中,通过通信子***170处理所接收的信号(例如文本消息或网页下载),并将所接收的信号输入至微处理器128。然后通过微处理器128进一步处理所接收的信号用于输出至显示器126,或可选地输出至一些其它的辅助I/O设备106。设备用户还可以使用键盘114和/或一些其它辅助I/O设备106(例如键区、摇杆开关、拇指轮、或一些其它类型的输入设备)来编写诸如电邮消息的数据项。然后通过通信子***170将编写的数据项发送至通信网络110。
在语音通信模式中,实际上设备的整体操作类似于数据通信模式,除了将所接收的信号输出至扬声器111,并且通过麦克风112产生用于传输的信号。还可以在移动设备100上实现诸如语音消息记录子***的可选语音或视频I/O子***。此外,还可以在语音通信模式中采用显示器126,例如,来显示呼叫方的身份、语音呼叫的持续时间、或其它语音呼叫相关的信息。
短程通信子***102实现移动设备100和其它近似***或设备(不必是类似的设备)之间的通信。例如,短程通信子***可以包括红外线设备和关联电路以及组件,或BluetoothTM通信模块,以提供与支持类似的***和设备进行通信。
根据上述示教,本申请的各种修改和变化是可能的。因而,可以理解在所附权利要求的范围内,可以与在此特定描述的不同地实践该申请。