专利名称：发送应用特定的登记或撤销登记数据的方法和系统、服务器和通信终端的制作方法
技术领域：
本发明涉及通信系统、控制通信系统用的方法；服务器、操作服务器用的方法；通信终端和操作通信终端用的方法。
基于GSM(全球移动通信系统)标准的移动无线通信系统不仅允许语音通信链路，而且允许借助于SMS(短信业务)发送和接收长度多达160个字符的文本消息。
这种简单的和一般说来成功的通信业务的一个可能的继承者是例如在文档[1]和[2]描述的MMS(多媒体通信业务)。
MMS是一种通信业务，它允许带有多媒体内容的消息的移动发送和移动接收。在下文中借助于MMS传输的消息称作多媒体消息(MM)。
与SMS形成对照，MMS所传输的消息的内容不限于长度160字符的文本。
多媒体消息可以有多个多媒体元素，即多媒体文件、不同的文件类型(例如，音频文件或静止影像文件)和不同的文件格式(例如，静止影像文件的情况下的GIF或JPEG)。
MMS还允许传输相对较小的带有固定时间和/或空间序列的多媒体表达。
在GSM通信系统，即按照GSM标准的移动无线通信系统中的操作员请求时，已经为MMS 1.2版本定义了不久的将来引入市场的MMS消息类，例如在文档[3]所述。
对于特定的MMS消息类中多媒体消息，该多媒体消息可以包含的最大数据量是固定的。另外，为了使多媒体消息可以包含这些多媒体元素，可以用于多媒体元素的文件类型和文件格式是固定的。
正如在文档[4]所描述的，文件格式一般是由MIME(多用途内部邮件扩展)的内容类型指定的。
在JAVA社区，具体地说在JSR 205专家组的倡议下(例如，见http//www.jcp.org/en/home/index)，已经在“应用寻址方案”的课题下在3GPP(第三代合作伙伴项目)内进行工作，旨在延伸MMS用的通信协议，使MMS可以由应用，即软件应用用作传输介质(载体)，即可以在应用内借助于MMS传输的文件和数据。
按照推测这将使数据在应用内借助于MMS进行传输的应用有可能既安装在移动无线电网络中的网络元件上，又可能安装在移动通信终端上。
为了使数据能够在一个应用内借助于MMS进行传输，按照推测在MMS的情况下应用的寻址将是可能的，就是说，多媒体消息可以用应用地址的语句从发送者传输到所寻址或识别的应用，该应用地址可以作为一个应用进行寻址和/或是一个识别应用的应用标识符。
一旦如此，带有到现在为止还不可能借助于MMS传送的文件类型或文件格式的文件按照推测将借助于MMS被传输，因为按照推测大量安装在移动通信终端上的应用将接收和/或传送应用特定的MIME内容类型的数据。
按照推测，具有安装在通信终端上的应用使用的、但该通信终端“通常”是不支持的，即若在该通信终端上不安装该应用就不能使用的文件类型和文件格式的大量的文件将相应地借助于MMS传输。
按照MMS标准传统的MMS中继器/服务器无法区分一个要传输的多媒体消息是否是一个包含通信终端可以使用，即可以处理的，即例如可以显示在该通信终端的屏幕上的文件类型或文件格式的文件的多媒体消息，或该多媒体消息是否用作传输容器并包含带有特定地安装在该通信终端上的应用的、而且该通信终端只有借助于该应用才能处理的文件类型和/或文件格式的文件。
具体地说，在所谓内容适应过程中，MMS中继器/服务器根据它所知道的关于通信终端的信息，在该多媒体消息的内容不能被该通信终端处理的假定下，有可能删除多媒体消息的内容，尽管该内容可以被至少一个安装在该通信终端上的应用处理。
在作为该通信终端的简档的所谓UA Prof(用户代理简档)的过程中，MMS中继器/服务器可能知道该通信终端无法处理特定的文件类型的文件的信息，并且作为它使多媒体消息的内容适应通信终端的能力和特性的能力的一部分，该MMS中继器/服务器可能删除多媒体消息中该文件类型的文件，因为该MMS中继器/服务器并不知道一个能够处理这些内容的应用已经安装在该通信终端上。
这可能造成相当大的质量丢失和数据丢失。
例如，当该通信终端的用户是一个利用MMS作为传输介质的增值业务提供商(VASP)的订户，因而招致多媒体消息传输用的成本时，该MMS中继器/服务器的这个运转性能是特别不利的。
目前，有大量的MMS提供商尚未利用内容适应的能力。但是，按照推测，在不久的将来随着版本1.2的引入这将发生变化。
在文档[3]中规定了MMS移动电话和MMS服务器之间相互作用的最低要求和指导方针。
在文档[4]中规定了用来描述MIME(多用途互联网邮件扩展)消息的结构的各种报头。
在文档[5]中规定了UA Prof(用户代理简档)。为了使有关通信终端，例如，移动通信终端的特性的信息可以作为信令传输到通信系统中的服务器，WAP(无线应用协议)论坛已经对UA Prof进行了标准化。在移动无线电系统中，移动通信终端，即移动无线电通信终端的特性显然可以用这样的方法使该网络端点知道。原来为互联网用的移动浏览器开发的UA Prof，目前还用于其它移动通信业务，即移动无线电通信业务，例如，MMS。
目前OMA(开放移动联盟)正在进一步开发UA Prof标准。
UA Prof也可以用来把通信系统中的其他组件的附加特性作为信令通知服务器，例如，耦合在该服务器和通信终端之间，并可以处理和在此过程中改变在该服务器和该通信终端之间传输的数据的WAP网关。
按照该现有技术，为此目的所谓所得到的简档发送到该服务器。然而，该服务器不知道包含在所得到的简档的信息是否规定其他组件或该通信终端的特性，但显然，在该通信终端和该服务器之间传输链的全部规定特性将被作为该通信终端的特性考虑，使得所传输的所得到的简档将作为该通信终端的简档。
文档[6]描述XML(可扩展的标记语言)。
文档[7]描述终端和网络单元之间MMS协议数据装置(PDU)的交换。
文档[8]描述在希望指示信息对象用的语言的情况下用的语言标签。
文档[9]是一个来自3GPP的文档，其中协议和编码解码器是针对分组切换流业务(PSS)规定的。
文档[10]公开智能代码转换，即两个网络元素之间多媒体数据的转换，对存储和传输的信息进行代码转换用的方法和设备。
文档[11]公开了借助于通信链路向客户传输信息用的设备和方法，该信息根据该客户和该通信链路的特性转换为一个格式，并利用该格式进行传输。
文档[12]公开了一个把带有特定内容的消息传输到一个终端的方法，在这种情况下，一个特定的应用业务中心使用短信来通知该终端该短信的属性，而该特定的应用业务中心把该短信发送到该终端，或例如到一个网站，取决于该终端的反应，以便借助于口令进行后续访问。
文档[13]公开了一种向终端提供编码的静止图像用的信号的方法，通信系统中的一个网络元件收到该信号，对它们至少进行部分的转换并将其发送到该终端。
文档[14]描述了一种通信系统，其中一个客户单元把它的数据处理能力，例如，该客户单元显示装置的特性或扬声器的可能的特性，或一般地在每一种情况下可以处理的数据格式传输给数据格式化单元。该格式化单元在客户特定的基础上按照该客户的特性对多媒体数据进行转换，然后发送到各自客户单元。
本发明基于使MMS能够作为安装在通信终端上的应用的传输介质使用的问题。
该问题是通过具有独立专利权利要求特征的控制通信系统的方法、服务器、操作服务器的方法、通信终端和操作通信终端的方法解决的。
提供一种具有通信终端和服务器的通信系统，该通信终端该具有信令装置，它配置成向该服务器传送特定于在该通信终端上安装或卸装的应用的应用特定登记或退出登记数据；而该服务器具有一个控制装置，它配置成作为所传输的应用特定登记或退出登记的数据的函数执行控制动作。
另外，提供一种控制通信系统的方法、服务器、操作服务器的方法、通信终端和根据上述通信系统操作通信终端的方法。
在一个向该服务器登记一个安装在该通信终端上的应用，或向该服务器使一个在该通信终端上卸装的应用退出登记的通信终端上，可以清楚地看出本发明所基于的概念。
在该环境中，一个应用意味着安装在该通信终端上的软件应用，例如，游戏应用，在其过程中传输数据以便该游戏由多个玩游戏的人玩，或银行业应用，例如，允许安全地执行指令。
本发明优选的发展在从属权利要求中规定。联系该通信系统所描述的本发明的进一步细化也同样适用于控制通信系统的方法、服务器、操作服务器的方法、通信终端和操作通信终端的方法。
该服务器最好具有传输设备，它配置成向该通信终端传送消息；和具有转换装置，它配置成转换要向该通信终端发送的消息，并控制要激活或解激活该转换装置对要借助于该服务器的传输设备向该通信终端发送的消息的转换。
因而，该服务器显然最好具有控制装置，它配置成影响该转换装置进行的转换的激活或解激活。因而，术语“控制动作”应该例如理解为激活或解激活该转换装置对要借助于该服务器的传输设备向通信终端发送的消息的转换。
消息的转换是，例如，消息内容的适应，例如，按照MMS的适应，改变包含在该消息中的文件的文件类型，或改变包含在该消息中的文件的文件格式。
该通信终端清楚地向该服务器发信号，指出不必对发送到该通信终端的消息进行转换。
该控制动作最好还包括确定要借助于该服务器的传输设备向该通信终端发送的消息必须由该转换装置(部分地或完全)转换。
该通信终端可以发出信号指出应该转换哪些消息，例如，从特定的发送者发送的全部消息、包含特定的文件类型和/或文件格式的文件的全部消息、或在特定的时间或在特定的时间窗口内发送的所有消息。
具体地说，一个应用的登记或退出登记可以包括不必或必须对要向该通信终端发送的消息进行转换，和/或哪些要向该通信终端发送的消息应该部分地或完全转换的信令。
该转换装置最好配置成转换要借助于该传输设备利用多媒体传输协议向该通信终端发送的消息。
该信令装置最好配置成利用多媒体传输协议向该服务器传送该应用特定的登记或退出登记数据。
该多媒体传输协议最好是MMS传输协议。
本发明所基于的其他概念可以在应用借助于MMS进行的登记和退出登记的过程中看出。
若本发明用于MMS目的，可以使MMS中继器/服务器，例如，知道在通信终端上安装了一个利用MMS作为传输介质的应用。具体地说，这使该MMS中继器/服务器避免对要借助于MMS中继器/服务器发送到通信终端的消息进行不希望有的内容适应，例如，不希望有的对包含在该要传输的消息中的文件的删除，和/或对包含在该要传输的消息中的文件的文件类型和/或文件格式的不希望有的暂时性或永久的转换成为可能。
在这种情况下，该服务器是一个MMS中继器/服务器，而且可以根据该多媒体消息的消息报头，特别是根据专门针对在该多媒体消息正在寻址的应用的情况而已经插入的消息报头字段，为包含旨在用于一个安装在该通信终端上的应用的数据的多媒体消息可识别和提供单独的处理，而且，例如，如上所述，它可以决定这不进行转换。
类似地，MMS用户代理，安装在该通信终端上，而且是安装在该通信终端上的软件程序，并根据该多媒体消息的消息报头，特别是根据针对在该多媒体消息正在寻址应用的情况而专门插入的消息报头字段，允许使用MMS，可以识别该应用而且不将其呈现给用户，例如，用图形显示器形式，而是将其直接传送给该应用。
作为替代或补充，该MMS中继器/服务器也可以借助于该多媒体消息的消息报头中的至少一个新的消息报头字段向该MMS用户代理指出，该多媒体消息不应该，例如，通过图形方式显示呈现给该用户，或它应该直接传送给该应用。
该信令装置最好配置成按该通信终端的简档的形式传送该应用特定的登记或退出登记数据。
因此，该通信终端发送一个简档，指示该通信终端能够处理特定类型的消息，因为一个应用安装在该通信终端上，因此例如，该服务器不必转换这些消息，因为转换之后，它可能不再可能被该应用使用，造成数据损失。
该简档最好遵循UA Prof标准，正如在文档[5]所描述的。
本发明所基于的其他概念可以包括为安装了该应用的单元，登记一个安装在该通信终端上或该通信系统中的某些其它的单元，例如，MMS中继器/服务器上的应用。
在一个下文描述的实施例中，该登记过程包括把该应用用的应用标识和/或应用的地址通知安装了该应用的单元(或在安装了该应用的单元和该应用之间协商)，并可能按附加的参数值的形式的附加信息从该应用转送至安装了该应用的单元。该附加信息用来控制该应用和安装了该应用的单元之间数据的双向交换，例如，当该应用想要经由MMS发送数据(有效载荷)，或该单元想要把经由MMS接收的(有效载荷)数据传送至该应用时。
在下文中将更详细地说明本发明的示例性实施例，并在附图中举例说明，附图中
图1表示按照本发明一个示例性实施例的通信系统；图2表示按照本发明一个示例性实施例的消息流程图；图3表示按照本发明一个示例性实施例的消息流程图；而图4表示按照本发明一个示例性实施例的消息流程图。
图1表示按照本发明一个示例性实施例的通信系统100。
该通信系统100是根据在3GPP内规定的MMS通信网络体系结构设计的。
第一MMS用户代理101借助于第一MMS中继器/服务器102和第二MMS中继器/服务器103耦合到第二MMS用户代理104。
MMS用户代理101、104是一个软件程序，例如，设置在移动无线电订户设备上、在连接到移动无线电订户设备的设备上，例如，在膝上计算机或某些其它通信终端上，并提供MMS，即允许使用MMS。
第一MMS用户代理101借助于标识为MM1的第一接口105耦合到第一MMS中继器/服务器102。
第二MMS用户代理104借助于类似地标识为MM1的第二接口106耦合到第二MMS中继器/服务器103。
该第一MMS中继器/服务器102借助于标识为MM4的第三接口107耦合到该第二MMS中继器/服务器103。
该第一MMS中继器/服务器102位于第一MMS业务提供商(MMS提供商)的第一责任区域(多媒体消息业务环境，MMSE)108，而该第二MMS中继器/服务器103位于第二MMS业务提供商的第二责任区域109上。
MMS中继器/服务器102、104是一个网络元件，它在一个MMS业务提供商的责任区域108、109向那些位于该责任区域108、109内，即设置在位于该责任区域内的通信终端上的MMS用户代理提供通信业务MMS。
该第一MMS用户代理101位于第一责任区域108，而该第二MMS用户代理104位于该第二责任区域109。
MMS中继器/服务器102、104可以使多媒体消息的内容适应通信终端的能力和特性，而这称作内容适应。
举例来说，当该第一MMS中继器/服务器102有信息指出向其传输包含该文件的多媒体消息的通信终端无法处理该文件类型或文件格式的文件时，它可以删除该文件类型或该文件格式的文件。
MMS中继器/服务器102、104内容适应的另一个选项是转换要发送到通信终端或到设置在该通信终端上的用户代理的多媒体消息中的文件，即改变该文件，使得它具有该通信终端可以处理的文件类型和文件格式。这个转换过程又称代码转换。
在该实施例中，有关具有第一MMS用户代理101的通信终端和有关具有第二MMS用户代理104的第二通信终端的能力和特性的信息，在每一种情况下都以按照下面描述的UA Prof(用户代理简档)标准设计的该通信终端的简档的形式，分别可对第一MMS中继器/服务器102和该第二MMS中继器/服务器103有效。
其他服务器111借助于标识为MM3的第四接口110耦合到该第一MMS中继器/服务器102。其他服务器111是外部服务器，例如，它们提供电子邮件通信业务、传真通信业务或UMS(统一信息传递)通信业务。
从该第一MMS中继器/服务器102的观点看来，该第二MMS中继器/服务器103是由外部MMS业务提供商操作。
因而，该第二接口107可以被认为是链接外部MMS业务提供商用的装置。
HLR(归属位置寄存器)113借助于标识为MM5的第五接口112耦合到第一MMS中继器/服务器102。
该HLR 113是移动无线通信系统的一部分，借此第一MMS中继器/服务器102与第一MMS用户代理101通信，即第一接口105借助于该移动无线通信系统被提供。
该第一MMS用户代理101是在移动无线通信系统中的订户设备上实现的，而这移动无线通信系统具有HLR 113。
例如，该移动无线通信系统是按照GSM标准或UMTS(通用移动无线电通讯系统)标准设计的。
在其上实现并配备了该第一MMS用户代理101的通信终端的用户用的各个用户数据，存储在HLR 113中。该HLR 113一般位于该移动无线通信系统的责任区域，而这不一定要等同于该第一责任区域108或该第二责任区域109。
一个(或多个)MMS用户数据库(或库)115借助于标识为MM6的第六接口114耦合到该第一MMS中继器/服务器102。
增值业务提供商(VASP)用的增值业务(VAS)服务器117借助于标识为MM7的第七接口116耦合到该第一MMS中继器/服务器102。
增值业务(VAS)是借助于增值业务服务器117向第一MMS用户代理101的用户提供的，并可以向借助于该第一MMS中继器/服务器102提供的MMS的其他用户提供。增值业务是一种超出纯粹提供通信链路的通信业务，例如，股票价格或电话号码信息的传输。
用来采集和评估MMS计费的相关信息的计费系统119借助于标识为MM8的第八接口118耦合到该第一MMS中继器/服务器102。
耦合该第一MMS中继器/服务器102的中继元件121和该第一MMS中继器/服务器102的服务器元件122的第九接口120标识为MM2。
该通信系统100可以有其他接口。
命名为MM9和MM10的接口目前正在标准化委员会讨论中。
图2表示按照本发明一个示例性实施例的消息流程图200。
在图2中举例说明的消息流程发生在第一MMS用户代理201、第一MMS中继器/服务器202、第二MMS中继器/服务器203和第二MMS用户代理204之间，它们正如上面参照图1描述的进行安排和设计。
在图2中举例说明的消息流程借助于第一接口205、第二接口206和第三接口207进行，它们正如参照图1所描述的安排和设计。
消息流程图200举例说明在多媒体消息208传输的过程中，在MMS用户代理201、204和MMS中继器/服务器202、204之间的消息流程和数据交换。在该消息流程图200中举例说明的消息流程是根据3GPP事务处理流程图配置的，正如文档[2]中的示例所描述的。
具体地说，在所描述的消息流程的过程中所传输的消息是按照在文档[2]定义的3GPP摘要消息配置的。
在该举例说明的消息流程的过程中所传输的消息每一个都有至少一个消息报头字段(信息元素)。在步骤209，作为该多媒体消息208的发送者的第一MMS用户代理201使用第一接口205，例如，是空中接口，借助于MM1_submit.REQ消息向该第一MMS中继器/服务器202发送多媒体消息208。
在步骤210，第一MMS中继器/服务器202借助于MM1_submit.RES消息确认从该第一MMS用户代理201正确接收该多媒体消息208。
类似于步骤209，在步骤211，该多媒体消息208借助于MM4_forward.REQ消息和该第二接口206从该第一MMS中继器/服务器202传输至第二MMS中继器/服务器203，在步骤212由第二MMS中继器/服务器203借助于MM4_forward.RES消息和第二接口206确认该多媒体消息208的正确接收。
作为该多媒体消息208的接收者的第二MMS用户代理204在步骤213借助于MM1_notification.REQ消息和第三接口207而被通知该多媒体消息208可供下载。
MM1_notification消息以URI(统一资源标识符)形式包含多媒体消息208在该第二MMS中继器/服务器203所属的责任区域(MMSE)中的存储器位置的引用。
在步骤214，该MM1_notification.REQ消息的正确接收由该第二MMS用户代理204借助于MM1_notification消息和第三接口207确认。
在步骤215，该第二MMS用户代理204使用MM1_retrieve.REQ消息和第三接口207来启动在该第二MMS中继器/服务器203中提供的多媒体消息208的下载。
在步骤216，该多媒体消息208借助于MM1_retrieve.REQ消息和第三接口207从该第二MMS中继器/服务器203传送到该第二MMS用户代理204。
在步骤217，该第二MMS用户代理204借助于MM1_acknowledgement.REQ消息和第三接口207通知该第二MMS中继器/服务器203，在步骤216提供的多媒体消息208已经输出，就是说，有关该多媒体消息208下载用的输出。
其他消息也可以按照该MMS标准交换。
图3表示按照本发明一个示例性实施例的消息流程图300。
在图3中举例说明的消息流程是在通信终端301、网关计算机302和服务器303之间进行的。
举例来说，该通信终端301是移动无线通信系统中的一个订户设备，其中订户设备正如上面参照图1描述的实现第一MMS用户代理101。
该服务器303例如是在上面已经参照图1进行了描述的第一MMS中继器/服务器102。
网关计算机302例如是一个借以在该通信终端301和该服务器303之间传输数据的网关计算机，例如通过作为第一接口105的一部分，在上面已经参照图1进行了描述(与在图2中的第三接口207对应)。
举例来说，该网关计算机302是一个无线应用协议(WAP)的网关计算机。
计算机终端，诸如通信终端301一般在它们的特性和能力方面彼此不同。例如，该通信终端的显示器设备的特性，可能在显示器尺寸、颜色范围和该显示设备的分辨率或该通信终端显示和/或处理特定文件类型和/或文件格式的文件的能力方面不同。
在图3中举例说明的消息流程用来向该服务器303传送有关该通信终端301的能力和特性的信息。
这是利用通信终端简档完成的，这些简档是按照UA Prof(用户代理简档)配置的，后者已经由WAP(无线应用协议)论坛标准化了。
另外，该消息流程还用来向该服务器303发信号，说明该网关302处理在该服务器303和该通信终端301之间传输的数据的能力，而且也是可以改变的。
以下文字将参照图3以便描述通信终端301的当前通信终端简档如何向该服务器303发信令。
在步骤304，该通信终端301的基本简档BP或对该通信终端301用的基本简档BP的引用，例如在向该服务器303登记该通信终端301过程中，或当在该通信终端301和该服务器303之间建立通信链路时，借助于第一消息313向该网关计算机302传输。
若该基本简档BP所规定的该通信终端301的特性和/或能力例如由于连接附加的硬件已经改变或扩展，则该第一消息313在步骤304除该基本简档BP以外借助于该第一消息313，通过再向该网关计算机302发送该通信终端301用的第一差异简档DP1或对该通信终端301用的第一差异简档DP1的引用进行更新。
该示例假定传输第一差异简档DP1。
该基本简档BP和该第一差异简档DP1可以在步骤305暂时由该网关计算机302存储和评估。该网关计算机302可以增加第二差异简档DP2，它由该网关计算机302本身针对该基本简档BP和对该第一差异简档DP1产生。这是例如当该网关计算机302具有不同于该基本简档BP和该第一差异简档BP1所指定的该通信终端301的特性和能力的特殊特性和/或能力或对其进行补充时完成的。
该示例假定产生第二差异简档DP2。
该基本简档BP、第一差异简档DP1和第二差异简档DP2借助于第二消息314在步骤306发送到该服务器303。
在步骤307，该服务器303使用基本简档BP、第一差异简档DP1和第二差异简档DP2作为基础产生通信终端301用的所得到的简档。若在步骤304或在步骤306传输的只是对各简档的引用，而不是这些简档本身，即第一基本简档BP或第一差异简档DP1或第二差异简档DP2，则它可能必须在步骤305由该网关计算机302进行处理之前，和/或在由该服务器303进行处理307之前解除引用，即所引用的简档可能需要从存储了它们的其它服务器下载。
指定该通信终端301(其在该示例性实施例中是WAP兼容的)的各个特性的所得到的简档，而且适当的话，该网关302和/或任何其它网络元件的补充能力，代表该当前通信终端的简档，并由该服务器303管理。
在通信链路或通信会话存在的同时，数据的下载可以由该通信终端301通过发送一个数据请求消息启动。在步骤308，该通信终端301向该网关计算机302发送一个这样的数据请求消息315。这个示例假定该通信终端301的特性或能力从步骤304起已经改变。因此，该数据请求消息315用来向该网关计算机302传送一个更新的基本简档BP和第三差异简档DP3。然后进行的步骤310、311和312类似于步骤305、306和307地进行。
若该通信终端301的特性和能力从步骤304之后没有改变，则在步骤308不传输更新的基本简档BP和第三差异简档DP3，而且步骤308之后的步骤基于如在步骤304至307传输并存储在该网关计算机302中和/或在该服务器303中的该通信终端301的简档、例如已经确定的所得到的简档的使用。若存储在该网关计算机302中的简档从步骤304之后类似地没有改变，则该服务器303使用正如在步骤304至307所传输的该通信终端301的简档。
因而，包括一个基本简档和任何要求数目的差异简档的所得到的简档，在参照图3说明的程序中产生，在这种情况下，该数据也可以在该通信终端301和该网关计算机302之间以该基本简档和任何差异简档的引用的形式传输。要借助于该空中接口为该当前通信终端简档传输的数据量被进一步减到最小，因为只有在该通信终端301的特性和/或能力改变之后，才需要传输更新后的基本简档和/或差异简档。
按照文档[5]，所传输的简档，即该基本简档和该差异简档，根据在文档[6]中举例描述的元语言XML(可扩展的标记语言)配置。
基于XML的格式以与该平台无关和与该软件无关的这样一种方式高度地适用于交换结构数据。这特别适用于程序和不同制造商和系统的计算机之间的数据传输。
可以用一个通信终端简档规定多个分量，在这种情况下，每一个分量都可以有带有相关的值的多个属性。例如，该硬件分量的属性，例如，是屏幕尺寸、颜色能力和它们的值。
该简档(基本简档BP和差异简档DP1、DP2、DP3)在图3中举例说明的消息流程中传输，而所得到的简档例如正如表示简档的基本结构的表1所示那样配置，正如在文档[5]中该WAP论坛为UA Prof所定义的。
表1简档内的信息框和各个项目借助于所谓标签(标记)彼此分开描述。
在基于XML文档的的情况下，大部分标签作为开始命令和终止命令成对地出现，并指示括在它们之间的文本意义。括起来的文本本身可以借助于其他标签细分，例如使得对于一个属性可以产生参数列表。与基于XML的文件的属性有关的细节总是用引号(< >)括起来。
这种细分的类型具有全部分量和属性都可以灵活地使用和扩展的优点。另外，这使基于UA Prof标准的简档的结构可以根据需要扩展并允许简单的图形显示。
在步骤308传输的数据请求消息315例如是如参照图2所描述的并在步骤215传输的MM1_retrieve.REQ消息。
该消息在传输协议层例如借助于传输协议WSP(无线会话协议)中的数据请求命令“WSP_GET”产生，它用于MMS，或按照MMS用的http(超文本传输协议)传输协议的数据请求命令“http_GET”。
在该示例性实施例中，并与步骤308对应，各个数据请求命令都包含一个基本简档和一个或多个差异简档。
图4表示按照本发明一个示例性实施例的消息流程图400。
在图4中举例说明的消息流程发生在MMS中继器/服务器401、MMS用户代理402和应用403之间。
MMS用户代理402和该应用403安装在通信终端404上。举例来说，该通信终端404是移动无线通信系统中的一个订户设备。
该MMS中继器/服务器例如，类似于在上面参照图1描述的第一MMS中继器/服务器102那样安排和配置。
该MMS用户代理402类似于在上面参照图1描述的第一MMS用户代理101那样安排和配置。
该消息流程是借助于类似于在上面参照图1描述的第一接口105(或第三接口207)的第一接口405以及形成该MMS用户代理402和该应用403之间的接口的第二接口406进行的。
为了把MMS用作传输介质，应用在通信终端上或一般在MMS单元、例如MMS中继器/服务器或VASP服务器上成功安装之后，该MMS单元为该应用分配一个应用标识，识别该应用；和/或应用地址，借此可以对该应用寻址，或该应用向该MMS单元发信号通知该应用的应用标识和/或该应用用的应用地址。
若可能，唯一地选定用以引用该应用和特别是用以发送多媒体消息，向该应用指示该应用的应用标识和/或该应用的地址的应用标识和/或该应用地址。
在一个实施例中，和若有必要，在该应用和该MMS单元之间为该应用协商一个独特的应用标识和/或应用地址。
在一个实施例中，该应用标识和/或应用地址包含一个分层次细分的URI(统一资源标识符；对存储器位置的引用)，以便若可能被寻址MMS单元对该应用标识和/或应用地址自动分辨失败时，总能仍旧保证第二次进行手工的或自动的分辨，例如，借助于不同的应用。
在另一个实施例中，该应用标识和/或应用地址的差异在于在该层次细分中由至少一个特定的元素(最好通过由最后的一个或多个元素)区分，例如，使得对于同一应用的不同的实例的寻址得到这个特定的元素或这些特定的元素的分辨来保证。
在该实施例中，该应用403最好把应用403已知的应用标识和/或应用地址通知该MMS单元，即在这种情况下是该MMS用户代理402，因为这样，向该通信终端404传送借以把数据发送到该应用403的多媒体消息的发送者可以使用该应用403已知的应用标识和/或应用地址，而不必通知已经由该MMS单元分配给该应用403的或已经由该MMS单元和该应用403协商的应用标识和/或应用地址。
在另一个实施例中，该MMS单元管理那些用来寻址在该第一接口405上的应用的外部标识(即第二应用标识和/或应用地址)，对在该第二接口406上寻址用的内部协商的应用标识和/或应用地址的分配。但是，该实施例涉及比上述实施例更多的复杂性。
假设，在步骤407，该应用403已经成功地安装在该通信终端404上。
在步骤408，该应用403借助于一条适当的消息把分配给它的应用标识和/或分配给它的应用地址通知该MMS用户代理402。
步骤409和410是可选地进行的，例如，进行或不进行取决于应用403和该通信终端404。
在步骤409，该MMS用户代理402请求该应用403传送该应用403在步骤410发送给该MMS用户代理402的附加信息。
举例来说，在步骤410(或甚至在步骤408)，该应用403可以向该MMS用户代理402传送信息，即在该MMS用户代理402收到MM1_notification.REQ消息时，该MMS用户代理402应该把指定该MM1_notification.REQ的发送者地址和对该MM1_notification.REQ的引用的MM1_notification.REQ的消息报头字段的内容传送到该应用403，或向该MMS用户代理传送信息，即若它在该应用403内借助于MM1_submit.REQ消息发送一个多媒体消息，则该MMS用户代理402应该自动地为该MM1_submit.REQ消息请求一个传输报告(递送报告)。一般说来，安装在该MMS单元上的该应用，正如上面所描述的，在步骤410(或甚至在步骤408)使用附加信息来指示它想以什么格式传送什么数据(若该应用启动从该MMS单元发送一条3GPP摘要消息，正如在文档[2]定义的)，或它想以什么格式接收什么数据(若该应用从一个所接收的3GPP摘要消息接收该数据，正如在文档[2]定义的)。
按照UA Prof标准从该应403传输至该MMS用户代理的附加信息还可以包括差异简档，带有关于应用403的信息，即在步骤411发送到MMS中继器/服务器401的该应用403用的差异简档。
应用的差异简档的传输解决了不希望有的内容适应的问题，但只有全部借助于MMS传送数据的应用都产生差异简档才是如此。因此，各应用用的差异简档最好不在所传输的附加信息中传输。
步骤411和412以不同的方式进行，取决于该实施例，具体地说取决于步骤409和410是否已经进行。
在一个实施例中，该MMS用户代理402使用一条在步骤412产生的相应的消息，以便在步骤412通知该MMS中继器/服务器401，一个使用MMS作为传输介质的新的应用403已经安装在该通信终端404上。例如，这可以借助于一个基本简档或借助于一个差异简档完成，取决于该应用403安装在该通信终端404上的时间，正如上面参照图3已经说明的。
在一个实施例中，该MMS用户代理402在步骤412借助于一条适当的消息向该MMS中继器/服务器401发送该该应用403的应用标识和/或应用地址。
在一个实施例中，该MMS用户代理402使用与文档[3]相比已经升级并符合该UA Prof标准的通信终端简档，它把该MMS用户代理402的简档发送至该MMS中继器/服务器401，以便请求在该MMS中继器/服务器401中暂时性或永久地关断按照MMS进行内容适应的过程中针对特定的文件类型和/或特定的文件格式的文件转换。在本发明一个备选方案的细化中，为了把特定的约束从该MMS用户代理传输到该MMS中继器/服务器，可以设想这个控制信息的升级。
当步骤409和410已经进行和所传输的附加信息包括该应用403的差异简档时，在步骤411评估这个差异简档，和/或在步骤412从该MMS用户代理402向该MMS中继器/服务器401传输这个差异简档。
如上所述，该程序只有当所有应用都可靠地借助于按照UA Prof标准支持信息的传输时，才可以可靠地解决不希望有的接触适应。
因为在实际上这可能无法保证，所以最好采用以下实施例，其中没有必要从该应用403向MMS用户代理402传送差异简档。
在步骤411，该MMS用户代理402把第一信息元素插入通信终端的简档，例如，插入按照UA Prof标准的差异简档或插入按照该UA Prof标准的通信终端404的基本简档，该信息元素向该MMS中继器/服务器401指出，它应(永久地或临时地)不执行对要发送到该MMS用户代理402的特定的文件类型和/或特定的文件格式的文件的任何转换。在本发明一个备选方案的细化中，为了影响该转换过程，还为从MMS用户代理402向MMS中继器/服务器401传输的附加约束(例如，以其他信息元素的形式)做准备。
在下文中将参照表2至4说明已经插入信息元素的按照该UA Prof标准的通信终端简档的示例。
该第一信息元素可以有其他补充条件和/或限制，例如，从该第一信息元素向该MMS中继器/服务器401传输的时间起，一般不应当抑制要发送到MMS用户代理402的特定的文件类型和/或特定的文件格式的文件的转换的信息，或只有在当这些文件在使用MMS的过程中用作应用403用的传输介质时的条件下才不应当抑制要发送到MMS用户代理402的特定的文件类型和/或特定的文件格式的文件的转换的信息，或发送至MMS用户代理402的带有特定的文件类型和/或文件格式的文件的转换只有当包含这些文件的多媒体消息从一个指定的特定的所述发送者向MMS用户代理402传输时才不应该进行的信息。
在另一个示例性实施例中，其中应用403已经从该通信终端404例如，在步骤407卸装，而且应用403已经从MMS用户代理402退出，MMS用户代理402在步骤411把第二信息元素插入按照UA Prof标准的差异简档，该差异简档传输至该MMS中继器/服务器401之后，向该MMS中继器/服务器401指出，发送到MMS用户代理402的特定的文件类型和/或文件格式的文件应该从传输该第二信息元素的时间起再次被转换。
一旦适当的通信终端简档，例如，按照该UA Prof标准的差异简档已经通过插入第一信息元素或使用通过在步骤410发送到MMS用户代理402的附加信息而产生，或者通过在步骤410发送到MMS用户代理402的附加信息已经在步骤411产生，该通信终端简档便在步骤412从该通信终端传输到MMS中继器/服务器401。
在一个应用403已经卸装的实施例中，没有第二信息元素插入差异简档和传输，而是再一次借助于差异简档传输上面所描述的第一信息元素，但是在该第一信息元素中，包含在消息报头字段的数值已经以这样的方式修改，使得传输的第一信息元素之后，这向MMS中继器/服务器401指出，发送到MMS用户代理402的带有特定的文件类型和/或文件格式的文件应该从传输的时间起(再次)被转换。
因而，在步骤412通信终端简档的传输使得MMS中继器/服务器401知道它应该如何处理发送到通信终端的多媒体消息，特别是在MMS用作应用的传输介质的情况下。
举例来说，多媒体消息在步骤413从MMS中继器/服务器401传输至MMS用户代理402。
若步骤409和410已经进行，而且若附加信息已经在此过程中提供给MMS用户代理402，指出MMS用户代理402应该以所述方式处理所接收的多媒体消息，则MMS用户代理402在步骤414完成这一工作。
在步骤415，MMS用户代理402把包含在所接收的应用403的多媒体消息中的数据发送至应用403。举例来说，这可以是该多媒体消息中各个消息报头字段的内容或整个多媒体消息。
在一个实施例中，在步骤415传输的数据取决于在步骤408和/或410交换的附加信息。
在下文中将参照表2、表3、表4和表5说明以例如在步骤411进行的方式把信息元素插入的按照UA Prof标准的通信终端简档的示例。
表2表2至5每一个都表示与[7]相比已经扩展的通信终端简档的一种可能的细化。
已经按照表2细化的通信终端简档包含与文档[7]相比是新的XML属性，名为MmsBearerForApplic，它在通信终端简档正在从通信终端向MMS中继器/服务器传输时，用来传送至少一个使用MMS作为传输介质的应用已经安装在该通信终端上的信息。
在另一个实施例中，该XML属性用来在该MMS中继器/服务器中开关内容适应。
表3在另一个实施例中，使用配置成表3所示的通信终端简档。该通信终端简档具有与文档[7]相比是新的XML属性，名为MmsCcppAcceptApplic，用来从通信终端向MMS中继器/服务器传送诸如一个在该通信终端上安装的应用支持哪些MIME内容类型的信息。
表4在另一个实施例中，从通信终端向MMS中继器/服务器传输的通信终端简档如表4所示地细化。在这种情况下，该通信终端简档具有与文档[7]相比是新的XML属性，名为MmsSuppressContentAdaptationApplic，借此可以通知该MMS中继器/服务器，当MMS多媒体消息正在用于应用数据通过安装在该通信终端上的应用的传输时，不应该在该MMS中继器/服务器中进行内容适应。
表5在另一个实施例中，从通信终端向MMS中继器/服务器传输的通信终端简档如表5所示地细化。在这种情况下，该通信终端简档具有与文档[7]相比是新的，名为MmsSuportedAppplics的XML属性，可以用来向该MMS中继器/服务器指示安装在该通信终端上并且(目前)使用MMS作为传输介质(或在原则上可以使用它，即可能想要使用它)的应用列表(应用标识)。适当的话，该MMS中继器/服务器可以使用该信息抑制接触适应，若它想要发送其中该应用标识和/或该应用地址匹配由该终端按照表5发出应用标识信令的多媒体消息(MM)。
表2至5表示按照该UA Prof标准的属性的文本编码。按照文档[5]，二进制符号也是可能的，其中全部文本属性都是所分配的二进制记号。在另一个实施例中使用已经这样地进行二进制编码的通信终端简档并遵循该UA Prof标准。
在本文档中引用以下出版物[1]3GPP TS 22.140 version 6.5.0，Release 6；ThirdGeneration Partnership Project；Technical Specification GroupServices and System Aspects；Multimedia Messaging Service(MMS)；Service Aspects(Stage 1)[2]3GPP TS 23.140 version 6.5.0，Release 6；ThirdGeneration Partnership Project；Technical Specification GroupTerminals；Multimedia Messaging Service(MMS)；FunctionalDescription(Stage 2)[3]OMA-MMS-CONF-v1_2-20030929-C；Open Mobile Alliance；MMS Conformarce Document 1.2；Candidate Version 16 September2003；[4]RFC2045；Multipurpose Internet Mail Extensions(MIME)，Part One″Format of Internet Message Bodies″；November 1996；(http//www.ietf.org/rfc/rfc2045.txt)[5]OMA-WAP-UAProf-v1_1-20021212-C；Open Mobile Alliance；User Agent Profile 1.1；Candidate Version 12-12-2002；(http//member.openmobilealliance.org)[6]Extensible Markup Language(XML)1.1；W3CRecommendation，4th February 2004，Francois Yergeau，John Cowan，Tim Bray，Jean Paoli，et.al.；(http//www.w3.org/XML)[7]OMA-MMS-CTR-v1_2-20030916-C；Open Mobile Alliance，MMS Client Transactions 1.2；Candidate Version 16 September2003；(http//member.openmobilealliance.org)[8]RFC1766；Tags for the Identification of Languages；March 1995；(http//www.ietf.org/rfc/rfc1766.txt)[9]3GPP TS 26.234 version 5.4.0，Release 5，ThirdGeneration Partnership Project；Transparent end-to-end PacketSwitched Streaming Service(PSS)；Protocols and Codecs[10]US 2001/0047517 A1[11]US 2003/177269 A1[12]EP 1 091 601 A2[13]EP 1 263 205 A1[14]US 2003/0177269 A1
附图标记列表100通信系统101MMS用户代理102，103 MMS中继器/服务器104MMS用户代理105-107接口108，109 责任区域110接口111服务器112接口113HLR114接口115MMS用户数据库116接口117增值业务服务器118接口119计费系统120接口121中继元件122服务器元件200消息流程图201MMS用户代理202，203 MMS中继器/服务器204MMS用户代理205-207接口208多媒体消息209-217处理步骤300消息流程图
301通信终端302网关计算机303服务器304-308处理步骤313-315处理步骤400消息流程图401MMS中继器/服务器402MMS用户代理403应用404通信终端405，406 接口407-415处理步骤
权利要求
1.一种具有通信终端和服务器的通信系统，其中-所述通信终端具有信令装置，它配置成向所述服务器传送应用特定的登记或退出登记数据，其特定于在所述通信终端上安装或卸装的应用；-所述服务器具有控制装置，它配置成作为所传输的应用特定登记或退出登记数据的函数执行控制动作。
2.权利要求1所要求的通信系统，其中所述服务器具有传输设备，它配置成向所述通信终端传送消息，并具有转换装置，它配置成转换要向所述通信终端传送的消息，而所述控制动作是激活或解激活转换装置对要借助于所述服务器的传输设备向所述通信终端传送的消息的转换。
3.权利要求2所要求的通信系统，其中所述控制动作还包括确定要借助于所述服务器的传输设备向所述通信终端传送的哪些消息必须由所述转换装置转换。
4.权利要求2或3所要求的通信终端，其中所述转换装置配置成转换要借助于所述传输设备利用多媒体传输协议传送到所述通信终端的消息。
5.权利要求1至4中的一个所要求的通信系统，其中所述信令装置配置成利用多媒体传输协议向所述服务器传送所述应用特定的登记或退出登记数据。
6.权利要求4或5所要求的通信系统，其中所述多媒体传输协议是用于所述MMS的传输协议。
7.权利要求1至6中的一个所要求的通信系统，其中所述信令装置配置成以通信终端简档的形式传送所述应用特定的登记或退出登记数据。
8.权利要求7所要求的通信系统，其中所述简档遵循UA-Prof标准。
9.一种用于控制通信系统的方法，所述通信系统具有通信终端和服务器，其中，按照所述方法-所述通信终端向所述服务器传送应用特定的登记或退出登记数据，其特定于在所述通信终端上安装或卸装的应用；-所述服务器作为所传输的应用特定的登记或退出登记数据的函数执行控制动作。
10.一种用于通信系统的服务器，它具有通信终端，其中所述服务器具有控制装置，其配置成作为借助于所述通信终端传输和特定于在所述通信终端上安装或卸装的应用的应用特定的登记或退出登记数据的函数执行控制动作。
11.一种操作通信系统中的服务器的方法，所述通信系统具有通信终端，其中按照所述方法，所述服务器作为借助于所述通信终端传输和特定于在所述通信终端上安装或卸装的应用的应用特定的登记或退出登记数据的函数执行控制动作。
12.一种通信系统中的通信终端，所述通信系统具有服务器，其中所述通信终端具有信令装置，它配置成向所述服务器传送应用特定的登记或退出登记数据，其特定于在所述通信终端上安装或卸装的应用。
13.一种操作通信系统中的通信终端的方法，所述通信系统具有服务器，其中，按照所述方法，所述通信终端传送应用特定的登记或退出登记数据，其特定于在所述通信终端上安装或卸装的应用。
全文摘要
公开了一种通信服务器，它包括通信终端(404)和服务器，其中该通信终端向该服务器传送应用特定的登记或退出登记数据(412)，其特定于在该通信终端上安装或卸装的应用；而该服务器作为所传输的应用特定登记或退出登记数据的函数执行控制动作。
文档编号H04W8/20GK101040543SQ200580032544
公开日2007年9月19日 申请日期2005年7月6日 优先权日2004年8月2日
发明者J·劳门, A·施米德特 申请人:英飞凌科技股份公司