一种基于H.323多媒体通信系统的电话簿传送方法技术方案

本发明专利技术涉及一种多媒体通信方法，提出一种基于Ｈ．３２３多媒体通信系统的电话簿传送方法。采用的技术方案包括以下步骤：ａ．客户端采用Ｈ．２２５．０中ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息将电话簿上传到ＧＫ服务器；并将ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息标示电话簿上传标记；ｂ．客户端接收到带有电话簿上传标记的ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息，并检查到电话簿上传标记后，更新本地电话簿；ｃ．当ＧＫ服务器收到客户端发送的申请电话簿请求后，采用Ｈ．２２５．０中ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息将电话簿下发给客户端，并将ＮｏｎＳｔａｎｄａｒｄＭｅｓ　　ｓａｇｅ消息标示电话簿下发标记；ｄ．客户端接收到带有电话簿下发标记的ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息，并检查所述电话簿下发标记后，对本地电话簿进行恢复或更新。本发明专利技术的有益效果是，方法实现简单，能使得Ｈ．３２３多媒体通信系统的用户更方便可靠地使用电话簿。

【技术实现步骤摘要】

本专利技术涉及一种多媒体通信方法，具体涉及一种H.323多媒体通信系统中，在终端与GK服务器之间，利用消息机制实现电话簿自动传送的方法。
技术介绍
随着下一代网络(NGN)的发展，大规模部署和应用多媒体通信系统的呼声越来越高，很多国家的电信系统都进行了多媒体通信系统的商用。在传统的H.323多媒体通信系统中，用户在终端本地编辑和存储电话簿。在进行呼叫时，往往从电话簿中翻到对方电话号码处，然后发起呼叫。目前业界的实现方法，普遍只将电话簿保存在终端本地。这种方法存在缺点：当用户客户端出现故障或者用户更换到其它客户端(如出差到异地)时，就会丢失存储于本地的电话簿，无法根据电话簿进行呼叫业务。目前用户的应对上述问题的主要方法有两种：1、用专门的工具导出电话簿，每次客户端故障或更换客户端时，再用专门的工具导入；2、专门单独用记事本记录下电话簿中的电话号码集。显然，上述两种应对办法对用户而言，既增加了工作量，也容易忘记操作，很不方便。
技术实现思路
本专利技术所要解决的技术问题是，提出一种基于H.323多媒体通信系统的电话簿传送方法。本专利技术为解决上述技术问题，所采用的技术方案是，一种基于H.323多媒体通信系统的电话簿传送方法，包括以下步骤：a、客户端采用H.225.0中NonStandardMessage消息将电话簿上传到GK服务器；并将NonStandardMessage消息标示电话簿上传标记；b、客户端接收到带有电话簿上传标记的NonStandardMessage消息，并检查到电话簿上传标记后，更新本地电话簿；c、当GK服务器收到客户端发送的申请电话簿请求后，采用H.225.0中NonStandardMessage消息将电话簿下发给客户端，并将NonStandardMes-->sage消息标示电话簿下发标记；d、客户端接收到带有电话簿下发标记的NonStandardMessage消息，并检查所述电话簿下发标记后，对本地电话簿进行恢复或更新。本专利技术的有益效果是，方法实现简单，能使得H.323多媒体通信系统的用户更方便可靠地使用电话簿。具体实施方式在基于H.323的多媒体通信系统中，GK服务器主要承担注册管理和呼叫控制等功能。ITU-T H.225.0标准的RAS部分主要实现终端与GK服务器交互的信令，包括注册、呼叫等。对此，本专利技术利用H.225.0 RAS的非标准消息(NonStandardMessage)来实现上传与下发电话薄数据。NonStandardMessage消息用于扩展，很多厂商都用它传输私有数据，可以与标准的H.323系统兼容。其中，NonStandardMessage消息的数据字段用于携带具体数据。本实施例在NonStandardMessage的数据结构的数据字段中引入了7种标识符，分别定义了7种消息类型：PhoneBookUpLoadReq  “电话簿上传请求”标识符PhoneBookUpLoading  “电话簿上传中”标识符PhoneBookUpLoadFin  “电话簿上传结束”标识符PhoneBookDownLoadReq“电话簿下载请求”标识符PhoneBookDownLoading“电话簿下发中”标识符PhoneBookDownLoadFin“电话簿下发结束”标识符PhoneBookOpAck    “电话簿操作确认”标识符关于上述7种消息的具体构造办法，如下表：消息类型使用者第1个byte其它bytePhoneBookUpLoadReq客户端消息类型第2-5个byte填写电话簿内容数据包总数；其它不填。PhoneBookUpLoading客户端消息类型第2-5个byte填写已经发出的电话簿内容数据包序列号；第6个byte开始填写电话簿内容。PhoneBookUpLoadFin客户端消息类型第2-5个byte填写已经发出的电话簿内容数据包总数；其它不填。-->PhoneBookDownLoadReq客户端消息类型不填。PhoneBookDownLoadingGK服务器消息类型第2-5个byte填写已经发出的电话簿内容数据包序列号；第6个byte开始填写电话簿内容。PhoneBookDownLoadFinGK服务器消息类型第2-5个byte填写已经发出的电话簿内容数据包总数；其它不填。PhoneBookOpAck客户端/GK服务器消息类型第2个byte则填写所确认的对象，第3-6个byte不填或填写已经接收的电话簿内容数据包总数或者所接收的电话簿内容数据包总数；其它不填。由于H.225.0的RAS消息一般采用UDP进行承载，需要建立应用层确认机制，因此采用PhoneBookOpAck进行确认。从而在发送每个NonStandardMessage消息时，将数据字段的第1个byte用于填写消息类型。其中，对于“电话簿上传中”和“电话簿下发中”，由于电话簿内容一般比较多，往往需要若干个数据包才能传完，因此将数据字段的第2-5个byte用于填写电话簿内容数据包的序列号，第6个byte开始填写具体的电话簿内容。用户上传电话簿的过程：由于盲目地后台自动上传，无法准确判断上传时机，有可能在用户更换客户端时进行，可能导致GK服务器上的电话簿内容错误或不完整。为了避免该问题，该操作过程需要用户在客户端手动发起用户选择上传后，流程如下：(1)客户端首先发出“电话簿上传请求”消息，数据字段的第1个byte填写标识符类型为PhoneBookUpLoadReq，第2-5个byte填写电话簿内容数据包总数，该数据为无符号整型，其它byte不填；(2)GK服务器端返回“电话簿操作确认”消息，数据字段的第1个byte填写标识符类型为PhoneBookOpAck，第2个byte则填写所确认的对象，即-->PhoneBookUpLoadReq，其它不填；(3)客户端发出“电话簿上传中”消息，数据字段的第1个byte填写标识符类型为PhoneBookUpLoading，第2-5个byte填写已经发出的电话簿内容数据包序列号，该数据为无符号整型，第6个byte开始填写电话簿内容；(4)GK服务器端返回“电话簿操作确认”消息，数据字段的第1个byte填写标识符类型为PhoneBookOpAck，第2个byte则填写所确认的对象，即PhoneBookUpLoading，第3-6个byte填写所接收的电话簿内容数据包序列号(无符号整型)，其它不填；(5)客户端发出“电话簿上传结束”消息，数据字段的第1个byte填写标识符类型为PhoneBookUpLoadFin，第2-5个byte填写已经发出的电话簿内容数据包总数(无符号整型)，其它不填；(6)GK服务器端返回“电话簿操作确认”消息，数据字段的第1个byte填写标识符类型为PhoneBookOpAck，第2个byte则填写所确认的对象，即PhoneBookUpLoadFin，第3-6个byte填写已经接收的电话簿内容数据包总数，该数据为无符号整型；其它不填。其中，第3步和第4步的消息一般会是序列号依次相邻的若干组。例如，若客户端将电话簿内容数据包分为20个上传，则第3步和第4步的消息会是20组。同时，GK服务器端在收到客户端发来的“电话簿上传结束”消息以前，只将收到电话簿本文档来自技高网...

【技术保护点】
一种基于Ｈ．３２３多媒体通信系统的电话簿传送方法，其特征在于，包括以下步骤：ａ、客户端采用Ｈ．２２５．０中ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息将电话簿上传到ＧＫ服务器；并将ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息标示电话簿上传标记；ｂ、ＧＫ服务器接收到带有电话簿上传标记的ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息，并检查到电话簿上传标记后，更新本地电话簿；ｃ、当ＧＫ服务器收到客户端发送的电话簿下载请求后，采用Ｈ．２２５．０中ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息将电话簿下发给客户端，并将ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息标示电话簿下发标记；ｄ、客户端接收到带有电话簿下发标记的ＮｏｎＳｔａｎｄａｒｄＭｅｓｓａｇｅ消息，并检查所述电话簿下发标记后，对本地电话簿进行恢复或更新。

【技术特征摘要】
1、一种基于H.323多媒体通信系统的电话簿传送方法，其特征在于，包括以下步骤：a、客户端采用H.225.0中NonStandardMessage消息将电话簿上传到GK服务器；并将NonStandardMessage消息标示电话簿上传标记；b、GK服务器接收到带有电话簿上传标记的NonStandardMessage消息，并检查到电话簿上传标记后，更新本地电话簿；c、当GK服务器收到客户端发送的电话簿下载请求后，采用H.225.0中NonStandardMessage消息将电话簿下发给客户端，并将NonStandardMessage消息标示电话簿下发标记；...

【专利技术属性】
技术研发人员：刘杰，
申请(专利权)人：四川长虹电器股份有限公司，
类型：发明
国别省市：51[中国|四川]