CN101184057B

CN101184057B - 在ims系统中传递事件信息的系统及方法

Info

Publication number: CN101184057B
Application number: CN2007101677457A
Authority: CN
Inventors: 周煜申
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-10-24
Filing date: 2007-10-24
Publication date: 2011-08-24
Anticipated expiration: 2027-10-24
Also published as: CN101184057A

Abstract

一种在IMS领域中传递事件信息的系统，包括IMS界面和协议层，编码器及解析器，编码器用于将IMS界面接收到的事件信息编码为固定格式的文档并反馈给IMS界面，IMS界面还用于将所述固定格式的文档发送给协议层，解析器用于将协议层从IMS界面接收到的所述固定格式的文档解析为事件信息并反馈给协议层；编码器还用于将协议层接收到的事件信息编码为固定格式的文档并反馈给协议层，协议层还用于将所述固定格式的文档发送给IMS界面，解析器还用于将IMS界面从协议层接收到的所述固定格式的文档解析为事件信息并反馈给IMS界面。本发明通过将事件信息进行封装，使得任何厂家实现的底层协议实现模块都能够很好的和其他厂家的用户界面模块所兼容。

Description

在IMS系统中传递事件信息的系统及方法

技术领域

本发明涉及移动通信领域，尤其一种涉及IMS(IP Multimedia Subsystem，IP多媒体子系统)协议层和IMS界面之间传递事件信息的系统和方法。

背景技术

当前对IMS(IP多媒体子系统)技术的探讨主要集中在网络侧上，而缺少对IMS客户端的研究。在IMS规范的制订中主要由IETF、3GPP、OMA(开放移动联盟)这三家国际标准组织来完成。根据国际标准化组织制定的协议规则，可以很好地实现终端和系统设备直接的通讯，并能够具有极强的兼容性。但是终端作为一种消费品，良好的用户交互界面是取得市场，赢得用户喜爱的法宝之一，特别是当厂商根据规范都能开发出相同的协议模块时候，大家的竞争点就是谁的界面更人性化，更被用户接受。

传统上的方法一般是协议开发厂商封装协议模块，然后提供一些API函数接口给界面开发厂商。在API函数接口里面提供了多个参数，甚至提供一个结构体以方便进行赋值。这种传统的方法，由于传递的数据格式不统一，有一个缺点就在于如果协议厂商增加了某个函数的参数，那么界面厂商一定要跟着修改，否则就不可能编译通过和使用。同时每个协议厂商在函数接口的定义方面肯定不一样。这样导致界面设计如果一旦选定了某家协议厂商，那么中途要再更换就是万万不可能的事了。这样导致了IMS界面与协议层之间传递数据的接口缺乏良好的可移植性。

发明内容

本发明旨在解决现有技术中IMS界面与协议层的数据传递过程缺乏可移植性的问题，提出了一种在IMS中，协议层与IMS界面传递数据的系统和方法。

本发明的系统，包括IMS界面和协议层，IMS界面接收来自用户的事件信息，协议层接收来自网络的事件信息，还包括编码器及解析器，编码器用于将IMS界面接收到的事件信息编码为固定格式的文档并反馈给IMS界面，IMS界面还用于将所述固定格式的文档发送给协议层，解析器用于将协议层从IMS界面接收到的所述固定格式的文档解析为事件信息并反馈给协议层；编码器还用于将协议层接收到的事件信息编码为固定格式的文档并反馈给协议层，协议层还用于将所述固定格式的文档发送给IMS界面，解析器还用于将IMS界面从协议层接收到的所述固定格式的文档解析为事件信息并反馈给IMS界面。

上述的系统，所述固定格式的文档为XML文档。

上述的系统，所述的固定格式的文档中包括了地址信息和文档长度信息，所述IMS界面根据所述地址信息和文档长度信息将所述固定格式的文档发送给协议层，所述协议层根据地址信息和文档长度信息将所述固定格式的文档发送给IMS界面。

本发明中IMS界面向协议层传递事件信息的方法，包括如下步骤：

A、将IMS界面或协议层接收到的事件信息编码为固定格式的文档；

B、IMS界面将步骤A中所述的文档发送给协议层，或协议层将步骤A中所述的文档发送给IMS界面；

C、对协议层或IMS界面在步骤B中接收到的文档进行解析，得到步骤A中所述的事件信息。

上述的方法，所述的固定格式的文档为XML文档。

上述的方法，所述的固定格式的文档中包括了地址信息和文档长度信息，步骤B中，所述IMS界面根据所述地址信息和文档长度信息将所述固定格式的文档发送给协议层，或所述协议层根据地址信息和文档长度信息将所述固定格式的文档发送给IMS界面。

本发明通过将事件信息进行封装，使得对于任何事件信息，协议层和IMS界面之间都可以使用统一的格式来进行数据传递，开发商不需要考虑为不同事件信息设置不同接口，也无需担心函数接口发生变化带来的影响。通过这种方法来标准化业务层模块，使得终端厂商可以专注于设计良好的用户交互界面。而不再关心底层协议的实现。任何厂家实现的底层协议实现模块都能够很好的和其他厂家的用户界面模块所兼容。

附图说明

图1为本发明系统的结构图；

图2为信息上行时，本发明的流程图；

图3为信息下行时，本发明的流程图；

图4为本发明采用XML结构时，固定格式的文档的结构图。

具体实施方式

图1表示了本发明的系统的结构图。为了达到本发明的目的，IMS界面和协议层之间传递的信息必须采用统一的格式。因此，必须对IMS界面或者协议层收到的事件信息进行统一封装，编码为固定格式的文档。在收到事件信息后，先将信息传递给编码器，由编码器对其进行统一封装，编码形成固定格式的文档，然后再在IMS界面和协议层之间进行传输，对方收到后，由解析器将封装好的固定格式文档进行解析，得到事件信息并反馈给IMS界面或协议层。需要说明的是，为了使前后得到的事件信息一致，编码器对事件信息的编码与解析器对固定格式文档进行解析的规则应该一致。这一规则可由标准组织定义，或由厂商自行定义，或者采用业内通用的封装和解析规则。例如，对于查询联系人列表的事件信息，可以采用如下的方法进行封装：

如上所示，第1行表示这个是一个XML文档格式的数据。第二行和最后一行则表示这是一个查询联系人列表的信息。其中第三行到第五行，第六行到第八行分别表示两个联系人。

下面再给出一个发送消息的例子：

在这里，第一行表示这是一个XML文档格式的数据，第二行和最后一行表示这个事件信息是发送消息，第三行到第六行表示，该事件信息为向bill这个人发送了hello world的消息，采用了到礼拜天延迟发送的方式。

在这里需要说明的是，第二行和最后一行要同时出现是由公开的XML语法决定的，是不可变更的。XML总是符合如下语法：<A C>B</A>。XML语法是层次结构的，A代表一个层，C和B代表这个层里所要表示的内容。第一个例子里有两层，其中第二层有两个并列的元素。第二个例子里有两层，每层都只有一个元素。可以理解为是一个树状结构。

在上述结构里面do代表需要协议层去完成的动作，完成动作的内容在name里面表述，比如发送消息，获取联系人。在第二层里面根据每个不同的动作可以有不同的扩展。再举一个例子：

上面这个例子就代表协议层收到网络侧的事件信息后传递给IMS界面的数据，告知界面bill给你回了个消息，消息内容是how are you。这样就可以根据不同的动作和实现来规范定义XML结构。

本发明所述的固定格式的文档除了可以采用上述的XML文档外，还可以使用一种基于文本的格式。，比如我们可以使用如下的文本格式来传递数据：

其中[Do]是固定的，表示版本号和要处理的事情。要处理的事情由Doname决定，Doname是事先定义的一系列值，比如“read Contact-list”表示读联系人列表，″receive message″表示接收消息，″send message″表示发送消息。这里面的值有严格的规定。Doing的值表示下面的起始行从什么地方开始解析，即[Read Contact-list]的地址。[Read Contact-list]后面是要读取的联系人列表的内容，本例中，有3个联系人，分别用Name1、Name2、Name3表示，Name1的内容是zhou hai，16岁，地址为nan jing road。Name2、Name3以次类推。

下面给出一个接收消息的例子

[Recv_Message]后面是接收到消息的内容，次例中消息来源的用户标识用Uri表示，消息内容为how are you，发送时间是2007-10-15。

图2表示了事件信息上行时，本发明所述方法的流程图。

S201：IMS界面接收到某一事件信息输入。例如，客户端在IMS域里面要添加一个联系人，IMS界面接收到由用户输入的一个联系人的uri标识；

S202：IMS界面调用编码器对这一事件信息做出处理，编码器根据定义好的规则将这一事件信息编码为固定格式的文档。例如，该文档中可以包含添加联系人事件，联系人的uri唯一标识等内容；

S203：IMS界面接收到编码器反馈回的固定格式的文档后，将文档发送给协议层。由于文档格式固定，所以传递时可以采用统一的方式，例如可以使文档中包括文档的地址信息和长度信息，根据文档的地址和长度来进行传输。例如，可以文档的地址信息对应所需发送文档的第一个字节，每传递一个字节，地址加一，直至所增加的地址值等于文档的长度为止，表示该文档发送完毕。这一过程可以采用固定的函数接口来传递。当然，也可以根据文档类型、文档内容、文档大小进行传递。比如固定的函数接口sendto(int type，char*buf，int buflen)，第一个变量type表示标准文档的类型，比如1表示XML格式的，2表示文本格式的。第二个变量Buf表示文档内容，第三个变量buflen表示文档大小。

S204：协议层收到文档后，调用解析器对其进行解析，解析器根据步骤S202中同样的规则解析出其中的事件信息。前例中，协议层根据解析出来的结构，得知该事件信息是添加联系人，同时得到了联系人uri。

S205：之后，协议层根据OMA的规范组织SIP或HTTP报文，将获得的事件信息发送给服务器就可以了。

对于下行信息的传递，参见图3：

S301：协议层接收到服务器的事件信息；

S302：协议层调用编码器对这一事件信息进行封装，编码为固定格式的文档；

S303：协议层把封装好的固定格式的文档传输给IMS界面；

S304：IMS界面调用解析器，按照S302中相同的规则，对S303中传来的文档进行解析，得到其中的事件信息；

S305：将上述信息显示在界面上以显示给用户。

可以使用XML格式来作为数据传递的标准。参见图4，事件信息经过解码后，成为如图4所述的XML文档。其中包括了XML头文件、头文件中可以包括该文档的地址信息和长度信息，处理事件标识、错误标识号及具体的XML事件结构。在具体事件结构中，可以根据不同的事件进行扩展，比如添加联系人，获取大头像，开始一个VOIP(voice-over-internet-protocal，网际音频协议)呼叫，关闭一个POC的会话，完成一个远端白板控制等。

将所有的事件信息封装成统一的文档格式之后，就可以把IMS界面与协议层之间的用户接口合并为一个统一格式的接口。所有的文档都可以通过该接口在协议层与IMS界面之间进行传递。例如，接口可以根据XML文档的地址和长度来选择要传输的文档。

Claims

1.一种在IMS，即IP多媒体子系统中传递事件信息的系统，包括IMS界面和协议层，IMS界面接收来自用户的事件信息，协议层接收来自网络的事件信息，其特征在于，还包括编码器及解析器，编码器用于将IMS界面接收到的事件信息编码为固定格式的文档并反馈给IMS界面，IMS界面还用于将所述固定格式的文档发送给协议层，解析器用于将协议层从IMS界面接收到的所述固定格式的文档解析为事件信息并反馈给协议层；编码器还用于将协议层接收到的事件信息编码为固定格式的文档并反馈给协议层，协议层还用于将所述固定格式的文档发送给IMS界面，解析器还用于将IMS界面从协议层接收到的所述固定格式的文档解析为事件信息并反馈给IMS界面。

2.如权利要求1所述的系统，其特征在于，所述固定格式的文档为XML文档。

3.如权利要求1或2所述的系统，其特征在于，所述的固定格式的文档中包括了地址信息和文档长度信息，所述IMS界面根据所述地址信息和文档长度信息将所述固定格式的文档发送给协议层，所述协议层根据地址信息和文档长度信息将所述固定格式的文档发送给IMS界面。

4.一种在IMS中传递事件信息的方法，其特征在于，包括如下步骤：

5.如权利要求4所述的方法，其特征在于，所述的固定格式的文档为XML文档。

6.如权利要求4或5所述的方法，其特征在于，所述的固定格式的文档中包括了地址信息和文档长度信息，步骤B中，所述IMS界面根据所述地址信息和文档长度信息将所述固定格式的文档发送给协议层，或所述协议层根据地址信息和文档长度信息将所述固定格式的文档发送给IMS界面。