专利名称：用于通信协议映射的系统和方法
技术领域：
本发明涉及通信协议，更具体地，涉及通信协议之间的映射。
背景技术：
许多企业正在利用基于SIP (会话初始协议)信令系统的VoIP (基于 IP (因特网协议)的语音)系统替代它们现有的基于CENTREX (中央交 换)或PBX (专用分支交换机)的电话系统。这种系统采用基于LAN (局 域网)和WLAN (无线局域网)技术的现有的IP基础设施。
同时，为了与企业网络内外的其他人进行通信，增强使用诸如GSM (全球移动通信系统)、CDMA (码分多址)、和UMTS (通用移动通信系 统)之类的蜂窝网络的移动电话，以通过WLAN访问提供基于SIP的通 信(包括VoIP)，当在企业网络内部时以及当远离企业网络时，允许这些 设备能够提供移动电话通信能力。
尽管基于SIP的系统被广泛地运用为针对VoIP电话的通用信令协议， 但是在使用SIP的方式上缺乏标准。此外，还利用针对SIP继续引入的新 扩展，继续开发该协议。这导致SIP的不同版本，这些版本在使用方式上 具有很大的不同。这些不同包括使用不同的SIP报头来传递相同的信息或 触发相同的行为，使用针对相同呼叫建立或呼叫特征的不同的呼叫场景 (不同的消息序列)，使用专利的或预标准的SIP报头，以及使用针对SIP 标准的新扩展。
这些不同给诸如移动电话的移动设备的生产厂商提出了问题。可以销售利用实现SIP早期版本的SIP软件的版本生产的移动电话，并将这种电 话试图用于需要实现较新SIP标准的SIP软件版本的网络上。对于这种移
动设备的销售者来说，针对每个可能运用的网络SIP使用而生产不同的SIP
软件在经济上是不可行的。
由于更多版本的SIP在使用中，所以对网络提供者来说提供各种版本 之间的映射变得越来越重要。此外，能够将SIP映射至诸如超文本传输协 议'HTTP'的其它通信协议变得重要。可以在每次引入新版本的SIP时， 或将映射提供给另一现存协议的任何时候，更新协议映射。然而，这可能 导致协议映射更新非常频繁，这会非常不方便和不实际。
发明内容
本申请的一些实施例提供一种系统和方法，从而协议映射基于描述了 协议映射的非编译可编辑文件。可以更新协议映射而不更新编译软件。因 此，可以通过不必更新编译软件来避免传统地与更新协议映射相关联的困
根据本申请的一个主要方面，提供一种映射通信设备的应用和通信网
络的应用服务器之间通信的方法，所述方法包括保持通信设备的应用使 用的第一通信协议和应用服务器使用的第二通信协议之间的协议映射，所 述协议映射基于描述所述协议映射的非编译可编辑文件；并且使用所述协 议映射来映射通信设备的应用和应用服务器之间的通信。
根据本申请的另一个主要方面，提供一种计算机可读介质，所述计算 机可读介质具有存储于其上用于在处理器上执行以实现上述总结的方法 的计算机可执行指令。
根据本申请的另一个主要方面，提供一种通信设备，包括处理器； 以及协议映射功能，用于保持通信设备的应用使用的第一通信协议和应用 服务器使用的第二通信协议之间的协议映射，所述协议映射基于描述了所 述协议映射的非编译可编辑文件；以及使用所述协议映射来映射通信设备 的应用和应用服务器之间的通信。
将结合附图描述实施例，其中
图1A和图1B是示例无线系统的框图2和3是映射通信设备的应用和应用服务器之间的通信的示例方法 的流程图4是另一个示例无线系统的框图5A和5B是呼叫建立期间代理程序服务器执行的示例协议映射的 信令示意图6是移动设备的框图。
具体实施例方式
用于通信协议映射的系统
现参照图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进行通信，而每个应用服务器3K 32、 33使用相应的 第二通信协议scp,、 SCp2、 SCp3。因此，移动设备10和应用服务器31、 32、 33之间的通信涉及通信协议的映射。
在所示出的示例中，通过无线网络28的代理程序服务器20执行通信 协议的映射。协议映射功能22操作以保持移动设备IO使用的第一通信协 议fcp和应用服务器31、 32、 33使用的每个第二通信协议scp,、 scp2、 scp3 之间的协议映射。使用协议映射来映射移动设备IO和与移动设备10进行 的通信的应用服务器31、 32、 33之间的通信。协议库24提供用于使用通信协议fcp、 SCp、SCp2、 SCP3的基本构建块。
根据本申请的实施例，协议映射基于描述协议映射的非编译可编辑文
件22。非编译可编辑文件22的特定示例是可扩展标记语言'XML'文件。 可选实施方式可以采用可以是例如标记语言的任何适合的专利语言。由于 协议映射基于非编译可编辑文件22，所以可以通过更新非编译可编辑文件 23而不更新任何编译软件来更新协议映射。这允许更新协议映射以反映可 以在不必更新任何编译文件的情况下出现的通信协议fcp、 scPl、 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、 scPl、 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使用相应的第二通 信协议scp)、 scp2、 scp3。因此，应用17和应用服务器3K 32、 33之间的 通信涉及通信协议的映射。
在所示出的示例中，通过移动设备16执行通信协议的映射。协议映 射功能13操作以保持移动设备16的应用17使用的第一通信协议fcp和与 移动设备16进行通信的应用服务器31、 32、 33使用的第二通信协议scp,、 scp2、 scp3之间的协议映射。使用协议映射来映射移动设备16的应用17 和与移动设备16进行的通信的应用服务器31、 32、 33之间的通信。协议 库12提供用于使用通信协议fcp、 scPl、 scp2、 scp3的基本构建块。
根据本申请的实施例，协议映射基于描述协议映射的非编译可编辑文 件18。非编译可编辑文件18的特定示例是XML文件。可选实施方式可 以采用可以是例如标记语言的适合的专利语言。由于协议映射是基于非编 译可编辑文件18，所以可以通过更新非编译可编辑文件18而不更新任何 编译软件来更新协议映射。这允许更新协议映射以反映可以在不必更新任 何编译文件的情况下出现的通信协议fcp、 scp,、 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、 scPl、 scp2、 scp3的基本构建块可以以任何适合的方式在协议映射功 能13内实现，或通过协议映射功能13的一些外部组件提供给协议映射功 能13。
以上参照图1A和IB呈现的所示出的示例涉及无线网络。可以理解 无线网络具有适合无线网络的任何适合的组件。注意尽管无线网络具有用 于无线通信的组件，但无线网络可以包括有线。无线网络的组件是特定于 实施方式的，且可以依据无线网络的类型。无线网络存在许多可能性。无 线网络可以是例如数据宽网络、802.11无线保真'Wi-Fi，网络、802.16 微波存取全球互通'WiMAX'网络、或蜂窝网络。适合的蜂窝网络的示 例包括增强型数据速率GSM演进技术'EDGE'网络、码分多址'CDMA' 网络、以及全球移动通信系统'UMTS'网络。尽管以上呈现的示例集中 在无线通信，但是可以理解，本发明的实施例也可以应用于非无线通信系 统。在这些实施例中，可以提供通信设备取代移动设备。注意，针对这些 通信设备，不需要具有无线访问无线电装置用于无线通信。
以下参考图2至图5提供协议映射的其它细节。
用于通信协议映射的方法
参照图2和图3，示出了映射通信设备的应用和应用服务器之间的通 信的示例方法的流程图。这些方法可以(例如通过图1A中示出的代理程 序服务器20的协议映射功能22)在通信网络的代理程序服务器中实现。可选地，这些方法可以在通信设备(例如通过图IB中所示的移动设备16
的协议映射功能13)中实现。更一般地，这些方法可以在任何适合的设备
中实现。这些方法可以单独地或组合地实现。
首先参照图2，在步骤2-l处，设备保持通信设备的应用使用的第一 通信协议和应用服务器使用的第二通信协议之间的协议映射。根据本申请 的实施例，协议映射基于描述该协议映射的非编译可编辑文件。设备使用 协议映射来映射通信设备的应用和应用服务器之间的通信。在一些实例 中，如步骤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 a SIPServer"的欧洲专利申请No.07105054.6中，提供了使用特征标识符以 做出这些确定的其它细节，该公开一并引入作为参考。
可以理解针对第一通信协议和第二通信协议存在许多可能性。所使用 的通信协议每个可以是任何特定于实施方式的协议，例如，SIP、 HTTP、 或任何其它通信协议。所使用的通信协议可以依据应用服务器。在以上参 照图2和图3呈现的示例中，通信中涉及的应用服务器可以是例如媒体服 务器。在这种情况下，第一通信协议和第二通信协议可以基于SIP。可选 地，通信中涉及的应用服务器可能是PBX。在这种情况下，第一通信协议 和第二通信协议可以基于SIP。可选地，通信中涉及的应用服务器可以是 网络服务器。在这种情况下，第一通信协议可以基于SIP，而第二通信协 议可以基于HTTP。针对应用服务器的其它可能包括呈现服务器(presence server)和即时消息收发'IM,服务器。
针对应用服务器存在其它可能性，因此，针对第一通信协议和第二通 信协议存在许多其它可能性。第一通信协议和第二通信协议各可以是以下 之一SIP、 HTTP、 SOAP、远程方法调用'RMI'、远程过程呼叫'PRC'、 计算机电话接口 'CTI'、 ECMA 323、网络服务协议、媒体服务器标记语 言'MSML'、电话应用编程接口 'TAPI'、 Java电话应用编程接口 'JTAPI'、 以及任何适合的专利协议。第一通信协议基于针对特定实施方式的SIP。
在以上参照图2禾tl图3呈现的示例中，针对通信设备执行协议映射的 场景，通信设备获取非编译可编辑文件。存在许多通信设备可以获取非编 译可编辑文件的方式。在一些实施方式中，通信设备下载非编译可编辑文 件。这可以通过通信设备发起。在其它实施方式中，通信设备自动地接收 非编译可编辑文件。
以下参照图4和图5提供协议映射的特定示例。通信协议映射特定示例
现参照图4，示出了另一示例无线系统50的框图。无线系统50被提 供为通过无线网络的代理程序服务器55进行多个不同协议映射的示例。 可以理解无线系统50仅非常特定于示例目的。
代理程序服务器55与收发机59、以及蜂窝网络51相连接。无线系统 50具有多个移动设备54A、 54B、 54C，用于与蜂窝网络51和/或收发机 59进行通信。代理程序服务器55还与多个应用服务器相连，所述多个应 用服务器包括多个PBX 56A、 56B、 56C、 56D，多个呈现服务器56E、 56F、 56G、 56H，以及多个IM服务器561、 56J。代理程序服务器55和其它组 件59、 51、 56A、 56B、 56C、 56D、 56E、 56F、 56G、 56H、 561、 56J之 间的连接可以是直接连接或间接连接，其中存在一个或多个插入组件(未 示出)。代理程序服务器55具有不同类型的协议映射，包括VoIP映射55A、 蜂窝移动映射55B、呈现映射55C、以及IM映射55D。 PBX56A、 56B、 56C、 56D与公共开关电话网络'PSTN， 57耦合。呈现服务器56E、 56F、 56G、 56H和IM服务器561、 56J连接到因特网58。蜂窝网络51通过电 路切换网络(未示出)与PSTN57相连。
在操作中，移动设备54A、 54B、 54C使用基于SIP的通信协议cPl
进行通信。然而，每个应用服务器56A、 56B........ 56J使用一个或多个
相应的通信协议cp2、 cp3........ cp,8进行通信。代理程序服务器55执行
设备SIPcp!与其它通信协议Cp2、 Cp3........ Cpw之间的协议映射。映射
基于描述协议映射的非执行可编辑文件。例如，针对每个协议映射，可以
存在相应的XML文件。可选地，针对每个类型的协议映射55A、 55B、 55C、 55D可以存在相应的XML文件。其它实施方式也是可能的。已经 提供了协议映射的细节，因此在此不再重复。
现参照图5A和5B，示出了呼叫建立期间在图4中示出的代理程序服 务器55执行的示例协议映射的信令图。可以理解这些信令图仅针对示例 目的。
信令图包括与图4中示出的移动设备54A、代理程序服务器55以及 PBX56A、 56B相关的信号。图5A示出用于与第一 PBX 56A建立呼叫的 第一种场景，而图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消息发送至PBX 56A，并在步骤5A-11处将Connected消息发送至移动设备54A。因而， 呼叫建立。
现参照图5B，在步骤5B-1处，移动设备54A将MakeCall消息发送 至代理程序服务器55，从而请求建立呼叫。在响应过程中，代理程序服务 器55将StartCallReq消息发送至PBX 56B,从而请求建立呼叫。在步骤 5B-3处，PBX 56B发送Ringinglnd消息，从而指示呼叫待决。在步骤5B-4 处，将Alerting消息发送至移动设备54A，以指示呼叫待决。在这种情况 下，接受者回答了呼叫，因此在步骤5B-5处发出PickedUpInd消息。相应 地，代理程序服务器55在步骤5B-6处将Connected消息发送至移动设备 54A，并在步骤5B-7处将ReceivedResp消息发送至PBX 56B。因而，呼 叫建立。
正如图5A和5B中所能看出的，至应用服务器56A、 56B的接口不仅 在流上不同，而且在参数名称、序列标识符等上也不同。以下XML节录 示出可以如何描述这些不同，以这种方式允许代理程序服务器55以一般 协议机实现。可以理解，以下XML节录仅针对示例目的。< Kml v"er3丄on"3，,1 ， 0" encoding— *utf -8 ' >
<:Foat'-urG appl i carj on，'，Vo'f P" feaLiuxi-"craU —aotup" ^扫 "Vendor 1 "' <Prdoco l,>protocol 1 ，dU"Protoc:o]^
<Ca 1 1 block name'讽"basic—invit " statviS鹏，'Manditory":、 <Frame r*iAm^-M invi t.e" rj i rect 'ion-'， f rom—broker M>
< Pa ramet' ee:>Ca neft m"n'be r< 、 Pa rams t e r > <:Par認etef >Ca U w ,mbe r< \Pa隱r ) <Parameter>C&ilG a Mam <\Paraifnete r:> <Pai:ametei:>Tran3action ID<\Pafame ter>
<Frame nanrn "t i ng" d,i rec;t:ion=" to—brokei:,， > 《Parameter>Transacti on 丄D^c \rjarsmeter >
</Calibiock>
<Cdllbiock name = "authenticettion" status狄"optional"
<ITrame name - "Autheri tication" d丄trection"" to—Tbi-ctkeO <Paramet:er>Transaetion ID<\Pai:amete r>
< \as冊>
<Frame name "invite" Serverlci-"10" direction="from—broker" <\Frame)
<Frame name = "trying" di rect ion""to—broke r"> <PaiT3:net:ei:>Tr￡msac;tion ID<\F3rameter>
</Ca].. lhlocto
<CaJ_lblock name = "ringing" status "manditory">
<fcame name = '，r丄nginqf" direct:ion-"tci—foroker"
</Cs:tlbloc:k>
<Callbloc:k name =■ "answered" status加"mandi tory">
cframe nai^e M "answered" jrejctlori-，'Lo—btolcer">
< Pa rameter>Trarisac:t i on TD<\p5ramet:e f :>
</Canblock> <Cal iblock narr,e : "aW st a Cus二"mancUtoi:y，'》
< frame name - "okay" di rect io:n '， f rorn—broker" >
<Pai:aBieter>'rransac:tion ID<、Paramet:er>
':/C<allblock>
<Feature applicaLion。"，/oIP" feat:ure="c;all—setup" PBX""Vendor2"
^Ca丄丄fci丄ock name""basic—invite" status "Mar*d:Ltc'ry">
<Frame name= " scartCal lReq,f direction-" f rom broketr" ><formula>formula see original document page 16</formula>参照以上XML节录，做出以下注释
1. 'Feature'字段通过属性定义该XML块所作用的应用、特征以及 厂商。注意，PBX= 'Vendorl，与第一 PBX 56A相对应，而PBX= 'Vendor2' 与第二PBX56B相对应。
2. 'Protocol'字段描述了正在使用的协议。这是实现协议机制的动 态可下载库。
3. 'Callblock'字段描述了所期望的呼叫流。这告知代理程序引擎在 呼叫建立的每个阶段发送哪个信号。注意属性定义了呼叫块是否是强制 的、有条件的、或可选的。
4. 针对每个呼叫块，描述了 Frame。属性描述了用于访问DLL功能 的名称以及信号的方向。
5. 针对每个帧，Parameter字段描述了参数的顺序，或来源于编码为 协议3的原始信号，或本地存储在代理程序上。
另一移动设备现参照图6，示出了可以实现于此描述的移动设备方法的任何一个的
另一移动设备100的框图。示出的移动设备100具有用于实现与图IB的 移动设备16的特征类似的特征的特定组件。可以理解，只为示例的目的 示出移动设备100的非常特定的细节。
示意性地示出了在键盘114和显示器126之间连接的处理设备(微处 理器128)。微处理器128是具有与图1B中示出的移动设备16的处理器 14的特征的类似的特征的一种处理器。微处理器128响应于用户在键盘 114上的按键激励，控制显示器126的操作以及移动设备100的整体操作。
移动设备100具有可以垂直拉伸的外壳，或可以具有其它大小和形状 (包括折叠外壳结构)。键盘114可以包括模式选择键、或用于在文本输 入和电话输入之间切换的其它硬件或软件。
除了微处理器128，示意性地示出移动设备100的其它部件。这些包
括通信子系统170;短程通信子系统102;键盘114和显示器126，以及
其它输入/输出设备，包括 一套LED 104、 一套辅助I/O设备106、串行 端口 108、扬声器111和麦克风112;以及存储器设备，包括闪存116和 随机存取存储器(RAM) 118;以及各种其它设备子系统120。移动设备 100可以具有电池121，用于对移动设备100的激活元件供电。在一些实 施例中，移动设备IOO是具有语音和数据通信能力的双向射频(RF)通信 设备。此外，在一些实施例中，移动设备100具有通过因特网与其它计算 机系统进行通信的能力。
通过微处理器128执行的操作系统软件在一些实施例中存储在诸如闪 存116的永久性存储器中，但也可以存储在诸如只读存储器(ROM)或类 似存储元件的其它类型的存储器设备中。此外，可以将系统软件、特定设 备应用程序、或其部分临时地载入诸如RAM 118的易失性存储器。通过 移动设备100接收的通信信号也可以存储在RAM118中。
微处理器128，除了其操作系统功能之外，能够在移动设备100上执 行软件应用程序。可以在制造期间将控制诸如语音通信模块130A和数据 通信模块130B的基本设备操作的预定组的软件应用安装在移动设备100 上。此外，还可以在制造期间将个人信息管理器(PIM)应用模块130C 安装在移动设备100上。在一些实施例中，PIM应用程序能够组织和管理诸如电邮、日历事件、语音邮件、约会和任务项之类的数据项。在一些实 施例中，PIM应用程序还能够通过无线网络110发送和接收数据项。在一
些实施例中，通过无线网络110将PIM应用程序管理的数据项无缝地整合、 同步和更新，设备用户的相应的数据项存储于主计算机系统中或与主计算 机系统相关联。同时，可以在制造期间安装作为另一软件模块U0N示出 的附加软件模块。可以配置闪存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的特定设计和实 施方式依据移动设备IOO意在其中操作的通信网络。例如，可以设计移动 设备100的通信子系统170利用MobiteXTM、 DataTACTM或通用分组无线 业务(GPRS)移动数据通信网络来进行操作，并且还可以设计利用各种 诸如高级移动电话服务(AMPS)、时分多址(TDMA)、码分多址(CDMA)、 个人通信业务(PCS)、全球移动通信系统(GSM)等的语音通信网络中 的任一进行操作。还可以设计通信子系统170利用802.11 Wi-Fi网络，和 /或802.16WiMAX网络进行操作。移动设备100还可以利用其它类型的数 据和语音网络(独立的和集成的)。
网络访问可以依据通信系统的类型而变化。例如，在Mobitex，、 DataTAC 网络中，移动设备使用与每个设备相关联的唯一个人识别号 (PIN)在网络上进行登记。然而，在GPRS网络中，网络访问典型地与 设备的订户或用户相关联。因而，GPRS设备典型地具有订户身份模块(通 常称为订户身份模块(SIM)卡)，从而在GPRS网络上进行操作。
当网络登记或激活步骤完成时，移动设备100可以通过通信网络110 发射和接收通信信号。将通过接收天线154从通信网络110处接收的信号路由至接收机150，该接收机提供信号放大、下变频、滤波、信道选择等，
并且还可以提供模数转换。所接收的信号的模数转换允许DSP 158执行诸 如解调和解码的更复杂的通信功能。以类似的方式，通过DSP 158处理(例 如调制和编码)要发射至网络110的信号，然后提供给发射机152用于数 模转换、上变频、滤波、放大以及通过发射天线156发射至通信网络110 (或网络)。
除了处理通信信号，DSP 158提供接收机150和发射机152的控制。 例如，可以通过在DSP158中实现的自动增益控制算法适配地控制作用于 接收机150和发射机152中的通信信号的增益。
在数据通信模式中，通过通信子系统170处理所接收的信号(例如文 本消息或网页下载)，并将所接收的信号输入至微处理器128。然后通过微 处理器128进一步处理所接收的信号用于输出至显示器126，或可选地输 出至一些其它的辅助I/0设备106。设备用户还可以使用键盘114和/或一 些其它辅助I/O设备106 (例如键区、摇杆开关、拇指轮、或一些其它类 型的输入设备)来编写诸如电邮消息的数据项。然后通过通信子系统170 将编写的数据项发送至通信网络110。
在语音通信模式中，实际上设备的整体操作类似于数据通信模式，除 了将所接收的信号输出至扬声器111，并且通过麦克风112产生用于传输 的信号。还可以在移动设备IOO上实现诸如语音消息记录子系统的可选语 音或视频I/O子系统。此外，还可以在语音通信模式中采用显示器126， 例如，来显示呼叫方的身份、语音呼叫的持续时间、或其它语音呼叫相关 的信息。
短程通信子系统102实现移动设备100和其它近似系统或设备(不必 是类似的设备)之间的通信。例如，短程通信子系统可以包括红外线设备 和关联电路以及组件，或Bluetooth 通信模块，以提供与支持类似的系统 和设备进行通信。
根据上述示教，本申请的各种修改和变化是可能的。因而，可以理解 在所附权利要求的范围内，可以与在此特定描述的不同地实践该申请。
权利要求
1. 一种用于映射通信设备的应用和通信网络的应用服务器之间的通信的方法，所述方法包括保持所述通信设备的应用所使用的第一通信协议和所述应用服务器所使用的第二通信协议之间的协议映射，所述协议映射基于描述了所述协议映射的非编译可编辑文件；以及使用所述协议映射来映射所述通信设备的应用和所述应用服务器之间的通信。
2. 如权利要求l所述的方法，还包括通过更新所述非编译可编辑文件而不更新任何编译软件，来更新所述协议映射。
3. 如权利要求1或2所述的方法，其中所述非编译可编辑文件是可扩展标记语言'XML'文件。
4. 如权利要求1至3中任一所述的方法，其中映射所述通信设备的应用和所述应用服务器之间的通信包括以下中的一个或多个将使用第一通信协议的通信映射至第二通信协议；以及将使用第二通信协议的通信映射至第一通信协议。
5. 如权利要求1至4中任一所述的方法，其中所述应用服务器是多个应用服务器之一，每个应用服务器使用至少一个相应的第二通信协议，所述方法还包括保持所述第一通信协议和每个第二通信协议之间的协议映射；以及确定所述通信中涉及哪个应用服务器，以及所述应用服务器使用哪个第二通信协议用于所述通信；其中映射通信包括映射所述第一通信协议和所述应用服务器使用的、用于所述通信的第二通信协议之间的通信。
6. 如权利要求1至5中任一所述的方法，其中所述应用服务器是媒体服务器，所述第一通信协议和所述第二通信协议都基于会话发起协议'SIP，。
7. 如权利要求1至5中任一所述的方法，其中所述应用服务器是专用分支交换机'PBX'，所述第一通信协议和所述第二通信协议都基于SIP。
8. 如权利要求1至5中任一所述的方法，其中所述应用服务器是网络服务器，所述第一通信协议基于SIP，以及所述第二通信协议基于超文本传输协议'HTTP，。
9. 如权利要求1至5中任一所述的方法，其中所述第一通信协议和所述第二通信协议各是以下中的任一个SIP、超文本传输协议'HTTP'、SOAP、远程方法调用'RMI'、远程过程呼叫<PRC'、计算机电话接口'CTI'、 ECMA323、网络服务协议、媒体服务器标记语言'MSML'、电话应用编程接口 'TAPI'、 Java电话应用编程接口 "TAPI'。
10. 如权利要求9所述的方法，其中所述第一通信协议基于SIP。
11. 如权利要求1至10中任一所述的方法，其中通过所述通信网络的代理程序服务器来执行保持所述协议映射和映射通信的步骤。
12. 如权利要求1至10中任一所述的方法，其中通过所述通信设备本身来执行保持所述协议映射和映射通信的步骤。
13. 如权利要求12所述的方法，其中所述通信设备是移动设备。
14. 如权利要求12或13所述的方法，还包括下载所述非编译可编辑文件，或自动地接收所述非编译可编辑文件。
15. —种计算机可读介质，其上存储有用于在处理器上执行以实现权利要求1至14中任一所述的方法的计算机可执行指令。
16. 如权利要求15所述的计算机可读介质，还包括描述了所述协议映射的所述非编译可编辑文件。
17. —种设备，包括处理器；以及协议映射功能，用于保持通信设备的应用所使用的第一通信协议和应用服务器所使用的第二通信协议之间的协议映射，所述协议映射基于描述了所述协议映射的非编译可编辑文件；以及使用所述协议映射来映射所述通信设备的应用和所述应用服务器之间的通信。
18. 如权利要求17所述的设备，其中所述设备是通信网络的代理程序服务器。
19. 如权利要求17所述的设备，其中所述设备是所述通信设备本身。
20. 如权利要求19所述的设备，其中所述通信设备是移动设备，所述移动设备包括无线访问无线电装置。
21. 如权利要求17至20中任一所述的设备，其中所述协议映射功能 包括所述非编译可编辑文件。
22. 如权利要求21所述的设备，其中所述协议映射功能还包括提供 基本构建块以用于使用通信协议的协议库。
全文摘要
提供用于协议映射的系统和方法。根据本申请的实施例，协议映射基于描述协议映射的非编译可编辑文件(例如XML文件)。因此，可以通过更新所述非编译可编辑文件而不更新任何编译软件来更新所述协议映射。这允许更新所述协议映射以反映针对可以在不必更新任何编译文件的情况下出现的通信协议的任何变化。可以通过不必更新编译软件来避免传统地与更新协议映射相关联的困难。
文档编号H04L29/06GK101523849SQ200780036636
公开日2009年9月2日 申请日期2007年12月20日 优先权日2007年6月29日
发明者安德鲁·艾伦, 布莱恩·奥利弗, 戴尔苏·李, 拉普·卢, 理查德·乔治 申请人:捷讯研究有限公司