专利名称：即时消息的处理方法及装置的制作方法
技术领域：
本发明涉及无线通信纟支术，尤其涉及即时消息(IM, Instant Message )的 处理技术。
背景技术：
即时消息是现在互联网上普遍使用的一种基于传输控制协议(TCP, Transmission Control Protocol) /互耳关网十办i义(IP, Internet Protocol)的消息传 输格式，由于网络一般不对该类消息进行存储就转发，消息传输的延时相对 较小，故被称为即时消息。
简单即时消息(SIMPLE IM)是开放移动联盟(OMA , Open Mobile Alliance)定义的一种即时消息的格式，包括与会话无关的消息才莫式(Page mode、 Large message mode )和基于会话的消息才莫式(Session Based Message )。 其中，在Page mode下，消息岸义载于会话初始化协议(SIP , Session Initiation Protocol)中进行传送，无须建立SIP会话；而在Large message mode下，消 息承载于消息会话中继协议(MSRP, Message Session Relay Protocol)中传送， 并且在传送一条消息之前，必须先建立SIP会话，当消息传送完毕以后，立 即拆除SIP会话。使用这两种消息模式传送简单即时消息时，都无须建立用 户面的即时消息会话，所以称为与会话无关的消息模式，这两种消息模式是 即时消息使用比较广泛的消息传输模式。如果终端要使用简单即时消息的即 时消息业务，则终端必须支持即时消息客户端(IMclient)的能力，即时消息 客户端主要具有即时消息业务的注册、即时消息的处理(如地址鉴权、消息 才各式才企查等)、即时消息才艮告(IMDN ， Immediate Message Disposition Notification)的生成等功能。
第三代伙伴计划标准化组织 (3GPP, The 3rd Generation Partnership Project)也定义了 一种承载于SIP消息(SIP MESSAGE)中进行传送的消息格 式(具体请参见TS 23.228 ),主要应用于(IMS, IP Multimedia Subsystem) 中。进行过IMS注册的终端就可以使用该消息业务，不需终端具有支持即时 消息客户端的功能。随着基于IMS的接入技术的兴起和发展，各运营商普遍关注如下问题，
即，如何实现即时消息和其他类型的消息业务之间的互通，包括OMA简单 即时消息和3GPP定义的短消息服务(SMS， Short Message Service) /增强型 短消息服务(EMS, Enhanced Message Service )之间的业务互通，以及OMA 简单即时消息和3GPP中定义的SIP消息之间的业务互通；在实现即时消息和 其他类型的消息互通的基础上，如何保持用户体验的一致性，例如，在被叫 终端不支持任何形式的报告产生机制的情况下，如何返回简单即时消息主叫 终端所请求的消息报告等。当然，解决这些问题也是3GPP的目标。
由于3GPP定义的增强型短消息服务属于增强类型的短消息服务，为便于 描述，下文所述的短消息同时包含了短消息服务和增强型短消息服务两个形 式的消息业务。
图1是目前的实现传统短消息业务的网络框架，其中，短消息实体(SME, Short Message Entity )、短消息业务中心(SM-SC， Short Message-Service Center )、移动交换中心网关(GMSC， Gateway Mobile Switching Center) /短 消息互通移动交换中心(SMS-IWMSC， Short Message Service-InterWorking Mobile Switching Center)、归属位置寄存器(HLR, Home location register) / 归属签约用户服务器(HSS， Home subscriber server )、计费网关功能(CGF，， The Charging Gateway Function) /i十费凄t才居功能(CDF, The Charging Data Function)和在线计费系统(OCS ， Online Charging System )是现有的无线通 信网络实现短消息服务业务的功能实体。短消息业务中心用来存储短消息； 移动交换中心网关用于接收到被叫短消息时，向归属签约用户服务器/归属位 置寄存器查询路由信息；短消息互通移动交换中心用于终端发送短消息时进 行鉴权等。目前，无线通信网络中应用的短消息中心都是集短消息业务中心、 移动交换中心网关和短消息互通移动交换中心三者为 一体的设备，并没有将 这三个功能实体分别作为单独的物理设备来实现，所以在下文中，短消息中 心就是集短消息业务中心、移动交换中心网关和短消息互通移动交换中心三 者为一体的设备。归属位置寄存器/归属签约用户服务器用于存储终端的数据 信息，包括终端的签约业务数据和路由信息，计费网关功能/计费数据功能用 于收集并处理终端的离线计费的话单信息，然后传递至计费中心，在线计费
系统用于收集并处理终端在线计费的话单信息，然后传递至计费中心。在图1
中，IP短消息网关(IP-SM-GW， IP Short Message Gateway )融合了传输层 面互通和服务层面互通(SMIAS)的功能，实现IP客户端与移动交换中心网 关/短消息互通移动交换中心之间的通讯，IP短消息网关需进行IP网络消息协 议(即基于IP终端与IP短消息网关之间使用的基于IP的通信协议)和已有 的WCDMA/GSM网络短消息协议(即IP短消息网关与移动交换中心网关/ 短消息互通移动交换中心之间使用的移动应用协议(MAP， Mobile Application Protocol),类似于目前短消息的实现过程中，移动交换中心(MSC, Mobile Switching Center)和服务GPRS支持节点(SGSN， Serving GPRS Supporting Node)与GMSC/SMS-IWMSC之间的MAP)之间传输层面或服务层面的互 通，即SIP消息的封装/解封装或消息格式的转换。当支持IP接入的终端应用 短消息服务层面的互通业务时，必须先注册到IP短消息网关上，IP短消息网 关通知归属签约用户服务器该终端已注册以及提供IP短消息网关的地址，归 属签约用户服务器保存终端状态为IP连接(IP Connected),并存储相应的终 端注册的IP短消息网关地址。
目前，本领域技术人员提出了 SIP消息和传统的短消息传输层面的互通 业务的技术方案，以及即时消息和传统的短消息业务层面的互通业务的技术 方案，包括基于MAP的消息发送报告和基于SIP的即时消息发送报告之间的 转换处理等，对于即时消息与其他的不支持任何报告产生机制的消息类业务 之间的互通处理过程却未涉及。在实际应用中，当即时消息主叫终端要求被 叫终端返回消息发送报告时，如果被叫终端在不支持即时消息客户端或无法 生成任何类型的报告的情况下(例如被叫终端为一个不支持MAP的IMS用 户)，则被叫终端就无法返回消息发送报告到主叫终端，从而对主叫终端的体 验造成不良的影响。
发明内容
本发明实施例要解决的技术问题在于提供一种即时消息的处理方法及装 置，用以在被叫终端在不支持即时消息客户端或无法生成任何类型的报告的 情况下，仍然能够保证主叫终端收到请求类型的消息发送报告，从而保证主 叫终端的体验达到一致。
为解决上述技术问题，本发明提供一种即时消息的处理方法的实施例，
包括获得主叫终端发出的即时消息，所述即时消息携带有请求被叫终端返 回消息发送报告的请求标识；如果被叫终端不支持任何形式的报告返回机制， 则保存所述请求标识，并将所述即时消息以被叫终端支持的消息形式提供给 被叫终端；接收到被叫终端返回的信息后，根据所述保存的请求标识以及被 叫终端返回的信息，构造主叫终端请求类型的消息发送报告；将所述消息发 送报告提供给主叫终端。
本发明还提供一种即时消息的处理装置的实施例，包括消息收发单元， 请求标识保存单元及消息发送报告构造单元；所述消息收发单元可以用于获 得主叫终端发出的即时消息，将所述即时消息以被叫终端支持的消息形式提 供给被叫终端，接收被叫终端返回的信息，并将消息发送报告构造单元构造 的消息发送报告提供给主叫终端，所述即时消息携带有请求被叫终端返回消 息发送报告的请求标识；所述请求标识保存单元可以用于当被叫终端不支持 任何形式的报告返回机制时，保存所述请求标识；所述消息发送报告构造单 元可以用于当所述消息收发单元接收到被叫终端返回的信息后，根据所述请 求标识保存单元保存的请求标识以及所述消息收发单元接收到的被叫终端返 回的信息，构造主叫终端请求类型的消息发送报告。
在本发明的实施例中，获得主叫终端发出的即时消息后，可以保存即时 消息携带的请求被叫终端返回消息发送报告的请求标识，收到被叫终端返回 的信息后，再根据保存的请求标识以及被叫终端返回的信息，构造主叫终端 请求类型的消息发送报告，这样，即使被叫终端不支持即时消息客户端或无 法生成任何类型的报告，但仍然能够保证主叫终端收到请求类型的消息发送 报告，从而保证了主叫终端体验的一致性。
图1为现有的实现传统短消息业务的网络框架示意图； 图2为本发明的一种即时消息的处理方法实施例的流程图； 图3为本发明的基于Page mode的即时消息和SIP消息之间互通的实施例 的流程图4为本发明的基于Large message mode的即时消息和SIP消息之间互通
的第一实施例的流程图5为本发明的基于Large message mode的即时消息和SIP消息之间互通 的第二实施例的流程图。
具体实施例方式
首先对本发明实施例的即时消息的处理方法的整体技术方案进行说明， 具体包括获得主叫终端发出的即时消息，所述即时消息携带有请求被叫终 端返回消息发送报告的请求标识；当被叫终端不支持任何形式的报告返回机 制时，则保存所述请求标识，并将所述即时消息以被叫终端支持的消息形式 提供给被叫终端；接收到被叫终端返回的信息后，根据所述保存的请求标识 以及被叫终端返回的信息，构造主叫终端请求类型的消息发送报告；将所述 消息发送报告提供给主叫终端。
如果所述主叫终端发出的即时消息是基于Page mode的即时消息，则所 述请求标识可以至少为消息发送状态类型或消息读取状态类型中的 一种类 型。
如果所述主叫终端发出的即时消息是基于Large message mode的即时消 息，则所述请求标识至少为消息发送状态类型、消息读取状态类型或消息处 理状态类型中的一种类型。
所述被叫终端返回的信息可以为消息发送状态的信息和/或消息读取状态 的信息。
至少可以4妄照下述一种方式根据所述请求标识以及^皮叫终端返回的信 息，构造主叫终端请求类型的消息发送报告当主叫终端请求返回消息发送 状态类型的消息发送报告时，根据被叫终端返回的消息发送状态，构造具有 所述消息发送状态的消息发送报告；当主叫终端请求返回消息读取状态类型
的消息发送报告时，根据被叫终端返回的消息读取状态，构造具有消息读取 状态的消息发送报告。
如果获得主叫终端发出的即时消息是基于Large message mode的即时消 息，则获得主叫终端发出的即时消息后，还可以保存所述即时消息，或者将 所述即时消息保存到其他网络实体。
可以按照下述方式将所述即时消息以被叫终端支持的消息形式提供给被
叫终端将保存的所述即时消息的地址链接提供给被叫终端。
当主叫终端请求返回消息处理状态类型的消息发送报告时，则保存所述
即时消息后，还可以构造具有消息处理状态的消息发送报告，并将所述具有
消息处理状态的消息发送报告提供给主叫终端。
当将所述即时消息保存到其他网络实体，且主叫终端请求消息处理状态
类型的消息发送报告时，所述其他网络实体构造消息处理状态类型的消息发
送报告，并将构造的消息处理状态类型的消息发送报告提供给主叫终端。
上述方法实施例可以由多种形式的装置实现，其中的一种即时消息的处
理装置可以包括消息收发单元，请求标识保存单元及消息发送报告构造单元； 所述消息收发单元可以用于获得主叫终端发出的即时消息，将所述即时消息 以被叫终端支持的消息形式提供给被叫终端，接收被叫终端返回的信息，并 将消息发送报告构造单元构造的消息发送报告提供给主叫终端，所述即时消 息携带有请求被叫终端返回消息发送报告的请求标识；所述请求标识保存单 元可以用于当被叫终端不支持任何形式的报告返回机制时，保存所述请求标 识；所述消息发送报告构造单元可以用于当所述消息收发单元接收到被叫终 端返回的信息后，根据所述请求标识保存单元保存的请求标识以及所述消息 收发单元接收到的被叫终端返回的信息，构造主叫终端请求类型的消息发送 报告。
如果消息收发单元获得的主叫终端发出的即时消息是基于Page mode的 即时消息，则消息发送报告构造单元至少可以按照下述一种方式根据所述请 求标识以及被叫终端返回的信息，构造主叫终端请求类型的消息发送报告 如果主叫终端请求返回消息发送状态类型的消息发送报告，则根据被叫终端 返回的消息发送状态，构造具有所述消息发送状态的消息发送报告；如果主 叫终端请求返回消息读取状态类型的消息发送报告，则根据被叫终端返回的 消息读取状态，构造具有消息读取状态的消息发送报告。
如果消息收发单元获得的主叫终端发出的即时消息是基于Large message mode的即时消息，则所述即时消息的处理装置还可以包括即时消息保存单 元，用于在消息收发单元获得主叫终端发出的即时消息后，保存所述获得的 主叫终端发出的即时消息，或者将所述即时消息保存到其他网络实体。
消息收发单元可以按照下述方式将所述即时消息以被叫终端支持的消息
形式提供给被叫终端将保存的所述即时消息的地址链接提供给被叫终端，
以使被叫终端能够读取所述即时消息。
当主叫终端请求返回消息处理状态类型的消息发送报告时，则保存所述 即时消息后，消息发送报告构造单元还可以构造具有消息处理状态的消息发 送报告，消息收发单元可以将所述具有消息处理状态的消息发送报告提供给 主叫终端。
当然，即时消息的处理装置可以是互通服务器(IWF， InterWorking Function),例如图1所示的IP短消息网关。
下面结合图2，对本发明的即时消息的处理方法的实施例进行详细说明。 为便于描述，图2只提供了与本发明实施例相关的网络实体，涉及到其他的 网络实体参与的流程都和现有技术一致，例如，与IMS核心网络实体---服务 呼叫会话控制功能(S-CSCF， Serving Call Session Control Function )、代理呼 叫会话控制功能(P-CSCF, Proxy Call Session Control Function)等相关的流 程都和现有技术一致，这里就不做重复叙述，具体请参见TS 23.811。如图2 所示，包括步骤S201:消息发送端构造一条携带有消息发送报告的请求标 识(DN, Disposition Notification)的即时消息，并且将即时消息传输到被叫 终端所在网络的互通服务器。
步骤S202:互通服务器返回响应到消息发送端，当然，互通服务器也可 以在接收到消息接收端返回的响应后，向消息发送端返回响应，即在步骤S205 之后返回响应。
步骤S203:互通服务器接收到即时消息后，检查到所述即时消息携带有 消息发送报告的请求标识，并根据保存的消息接收端的信息，例如被叫终端 在第三方注册时携带的用户能力信息等，检查到消息接收端无法返回任何格 式的消息发送报告，则保存所述消息发送报告的请求标识，并且可以设置一 个与所述即时消息相关联的报告返回标识符号，以便在接收到所述即时消息 相应的响应或消息接收端返回的消息读取状态的信息等之后，构造相应的消 息发送报告，并将构造的消息发送报告返回到消息发送端。需要说明的是， 这里的报告返回标识符号主要用于表明是否需要返回相应的消息发送报告，
例如，互通服务器收到消息接收端返回的响应后，可以查看是否有响应的报 告返回标识符号，如果有，则确定需要返回相应的消息发送报告，当然，设 置报告返回标识符号只是一种可选的手段。另外，互通服务器还负责进行消 息类互通业务的处理，包括消息格式的转换、长度的适配等。
步骤S204:互通服务器以消息接收端所能支持的格式，将即时消息传送 到消息接收端。
步骤S205:消息接收端根据消息接收或读取情况，向互通服务器返回响 应(主要是指消息接收端是否成功接收互通服务器提供的消息)或发布消息 读取状态的信息。
步骤S206:如果在步骤S203中，互通服务器设置了与即时消息相关联的 报告返回标识符号，则互通服务器可以检测到已经设置的与响应或消息读取 状态的信息相关联的报告返回标识符号，并根据保存的即时消息发送报告的 请求标识，构造即时消息发送报告。需要说明的是，报告返回标识符号与即 时消息相关联，而响应或消息读取状态的信息又是与即时消息相对应，所以， 报告返回标识符号与响应或消息读取状态的信息也是相关联的。当然，由于 在步骤S203中，互通服务器设置报告返回标识符号是可选的技术手段，所以 在这个步骤中，检测到报告返回标识符号也是可选的技术手段。
步骤S207:互通服务器将即时消息发送报告返回给消息发送端。
步骤S208:消息发送端向互通服务器返回响应。
需要说明的是，在步骤S201中，消息发送端可以发送给互通服务器一个 请求标识，也可以发送多个请求标识，这样，在步骤S206中，互通服务器就 根据请求标识构造主叫终端请求类型的消息发送报告。如果主叫终端没有请 求某种或某些类型的消息发送报告，则互通服务器可以不必构造这种类型或 这些类型的消息发送报告。
下面结合图3,对基于Page mode的即时消息和SIP消息之间的互通的流 程进行说明。如图3所示，包括
步骤S301:主叫终端(支持即时消息的终端)构造一条携带有消息发送 报告的请求标识的即时消息，并通过IMS核心网络实体将即时消息传送到主 叫终端对应的S-CSCF,所述即时消息基于Page mode。
步骤S302:主叫终端对应的S-CSCF根据初始过滤规则的检查(IFC, Initial FilterCheck),将所述即时消息路由到即时消息应用服务器(IMAS)。
步骤S303:即时消息应用服务器对所述即时消息进行即时消息业务的处 理，例如对主叫终端的地址进行鉴权、对即时消息的内容进行检查(例如检 查版本号、检查即时消息的格式和长度等)，如果鉴权失败或检查到的即时消 息的内容不符合要求，则向主叫终端返回失败响应。另外，为了节约网络资 源，即时消息应用服务器可以无须将自己的地址添加到消息发送报告的请求 标识记录路由(IMDN-RECORD-ROUTE)的消息头中，这样，互通服务器返 回的消息发送报告就不需要经过主叫终端对应的即时消息应用服务器。具体 可以参见OMA SIMPLE IM协议。
步骤S304:即时消息应用服务器向主叫终端对应的S-CSCF返回经过处 理后的即时消息。具体可以参见OMA SIMPLE IM协议。
步骤S305:主叫终端对应的S-CSCF将经过处理后的即时消息转发到被 叫终端对应的S-CSCF。
步骤S306:被叫终端对应的S-CSCF根据经过处理后的即时消息中携带 的4寺征才示i只(feature tag)与通4言业务才示iK (CSID, Communication Service Identity)等信息，对接收到的经过处理后的即时消息进行初始过滤规则检查。
步骤S307:被叫终端对应的S-CSCF根据初始过滤规则的检查结果，将 即时消息路由到互通服务器。
步骤S308:互通服务器检测到即时消息中携带了消息发送报告的请求标 识，并且根据获取的被叫终端的能力信息，例如^f皮叫终端在第三方注册时携 带的用户能力信息，判断出被叫终端不支持任何格式的报告返回，互通服务 器按照即时消息的标识(Message ID)保存与之对应的消息发送报告的请求标 识，并且设置一个与所述请求标识对应的报告返回标识符号，以便在收到被 叫终端返回的响应(例如成功/失败接收)或状态信息(例如是否读取了消息) 时，根据主叫终端请求的报告类型，返回相应的报告。需要说明的是，这里 的报告返回标识符号主要用于表明是否需要返回相应的消息发送报告，例如， 互通服务器收到被叫终端返回的响应后，可以查看是否有响应的报告返回标 识符号，如果有，则确定需要返回相应的消息发送报告，当然，设置报告返
回标识符号只是一种可选的手段。另外，互通服务器还可以根据用户的偏好 和运营商的策略，对即时消息和SIP消息进行互通业务的处理，例如删除即 时消息携带的特征标识等。
步骤S309:互通服务器转发SIP消息到被叫终端对应的S-CSCF。
步骤S310:被叫终端对应的S-CSCF通过IMS核心网络实体，将SIP消 息转发到被叫终端。
步骤S311-S317:被叫终端向主叫终端返回响应，所述响应主要是指被叫 终端是否成功接收互通服务器提供的消息。
步骤S318:被叫终端向互通服务器公布消息读取状态信息，例如通过发 布(Publish)或SIP消息的形式携带被叫终端的读取状态信息并发送到互通 服务器，当然，这个步骤是可选的，而且这个步骤与步骤S311-S317没有必 然的先后顺序关系。
步骤S319:如果在步骤S308中，互通服务器设置了与即时消息相关联的 报告返回标识符号，则互通服务器在接收到被叫终端返回的响应或消息读取 状态信息后，可以检测到已经设置的与响应或消息读取状态的信息相关联的 报告返回标识符号，根据主叫终端请求的消息发送报告标识构造相应的消息 发送报告。例如，如果主叫终端请求返回传送(Delivery)类型的消息发送报 告，则互通服务器可以根据返回的消息成功接收(200 OK)或消息失败接收 (如400、 500、 600类的响应)，构造成功或失败类型的消息发送l艮告；如果 主叫终端请求返回读取(Read)类型的消息发送报告，则互通服务器可以根 据获取的被叫终端的读取状态信息，构造读取类型的消息发送报告。需要说 明的是，报告返回标识符号与即时消息相关联，而响应或消息读取状态的信 息又是与即时消息相对应，所以，报告返回标识符号与响应或消息读取状态 的信息也是相关联的。当然，由于在步骤S308中，互通服务器设置报告返回 标识符号是可选的技术手段，所以在这个步骤中，检测到报告返回标识符号 也是可选的技术手段。
步骤S320 - S322:互通服务器向主叫终端返回构造的消息发送报告。
步骤S323 -S325:主叫终端向互通月l务器返回响应。
在实际应用中，有的主叫终端发出的可能是基于Large message mode的
即时消息，而被叫终端却是传统的IMS终端，不支持即时消息会话的建立， 也不支持任何格式报告的返回机制。此时，为完成主叫终端与被叫终端之间
的消息互通，互通服务器可以具有背靠背SIP用户代理(B2BUA， Back-to-Back SIP user agent)的功能。 一方面，互通服务器接收到承载于消息会话中继协议 的即时消息后，就向主叫终端返回响应，并拆除SIP会话；另一方面，互通 服务器保存即时消息携带的消息发送报告的请求标识，以便在收到被叫终端 返回的响应时，生成消息发送"t艮告，并将承载于消息会话中继协议的即时消 息转换成SIP消息的格式。如果消息体过长，可以将承载于消息会话中继协 议的即时消息拆分成多条SIP消息，将格式转换后的SIP消息下发到被叫终 端。需要说明的是，由于MSRP有自己的报告(REPORT)返回机制，所以， 这里的消息发送报告的请求标识最好是读取(Read)或处理(Processing)类 型。具体的，如图4所示，包括
步骤S401:主叫终端(支持即时消息的终端)与互通服务器经过媒体协 商后，建立起SIP会话，具体请参见TS23.228的SIP会话建立流程。
步骤S402:主叫终端构造一条携带有消息发送报告的请求标识的即时消 息，并将即时消息承载于消息会话中继协议中，通过IMS核心网络实体将即 时消息传送到主叫终端对应的S-CSCF,所述即时消息基于Large message mode。
步骤S403:主叫终端对应的S-CSCF根据初始过滤规则的检查，将所述 即时消息路由到即时消息应用服务器。
步骤S404:即时消息应用服务器对所述即时消息进行即时消息业务的处 理，例如对主叫终端的地址进行鉴权、对即时消息的内容进行检查(例如检 查版本号、检查即时消息的格式和长度等)，如果鉴权失败或4企查到的即时消 息的内容不符合要求，则向主叫终端返回失败响应。另外，为了节约网络资 源，即时消息应用服务器可以无须将自己的地址添加到消息发送报告的请求 标识记录路由的消息头中，这样，互通服务器返回的消息发送报告就不需要 经过主叫终端对应的即时消息应用服务器。具体可以参见OMA SIMPLE IM 协议。
步骤S405:即时消息应用服务器向主叫终端对应的S-CSCF返回经过处
理后的即时消息。具体可以参见OMA SIMPLE IM协议。
步骤S406:主叫终端对应的S-CSCF将经过处理后的即时消息转发到被 叫终端对应的S-CSCF。
步骤S407:被叫终端对应的S-CSCF根据经过处理后的即时消息中携带 的特征标识与通信业务标识等信息，对接收到的经过处理后的即时消息进行 初始过滤规则检查。
步骤S408:被叫终端对应的S-CSCF根据初始过滤规则的检查结果，将 即时消息路由到互通服务器。
步骤S409-S413:互通服务器向主叫终端返回消息成功接收的响应。
步骤S414:互通服务器拆除之前建立的SIP会话。
步骤S415:互通服务器检测到即时消息中携带了消息发送报告的请求标 识，并且根据获取的被叫终端的能力信息，例如被叫终端在第三方注册时携 带的用户能力信息，判断出被叫终端不支持任何格式的报告返回，互通服务 器按照即时消息的标识(Message ID)保存与之对应的消息发送l艮告的请求标 识，并且设置一个报告返回标识符号，以便在收到被叫终端返回的响应(例 如成功/失败接收)或状态信息(例如是否读取了消息)时，根据主叫终端请 求的报告类型，返回相应的报告。需要说明的是，这里的报告返回标识符号 主要用于表明是否需要返回相应的消息发送报告，例如，互通服务器收到被 叫终端返回的响应后，可以查看是否有响应的报告返回标识符号，如果有， 则确定需要返回相应的消息发送报告，当然，设置报告返回标识符号只是一 种可选的手段。另外，互通服务器可以根据获取的被叫终端的能力信息，对 即时消息进行互通业务的处理，将即时消息转换为被叫终端支持的消息格式 (例如SIP消息)，如果即时消息的消息体过长，则互通服务器可以将即时消 息拆分成多条SIP消息。
步骤S416-S417:互通服务器通过被叫终端所在网络的IMS核心网络实 体，将SIP消息提供给被叫终端。
步骤S418-S419:被叫终端向互通服务器返回响应。
步骤S420:互通服务器接收到主叫终端提供的承载于消息会话中继协议 中的即时消息后，可以构造一个消息发送状态类型的消息发送报告，并向主
叫终端返回这个消息发送报告(例如REPORT )，用以将消息成功/失败发送的 信息提供给主叫终端。当然，这个步骤是可选的，或者说，如果主叫终端没 有要求中间网络节点返回消息发送状态类型的消息发送报告，则这个步骤可 以省略。
步骤S421:被叫终端向互通服务器公布消息读取状态信息，例如，通过 发布或SIP消息的形式携带被叫读取状态信息并发送到互通服务器。
步骤S422:如果在步骤S415中，互通服务器设置了与即时消息相关联的 报告返回标识符号，则互通服务器接收到被叫终端返回的响应或消息读取状 态信息后，可以检测到已经设置的与响应或消息读取状态的信息相关联的报 告返回标识符号，根据主叫终端请求的消息发送报告标识构造相应的消息发 送报告。如果主叫终端请求的是返回读取类型的消息发送报告，则互通服务 器可以通过获取的被叫终端的读取状态信息，构造读取类型的消息发送报告。 需要说明的是，报告返回标识符号与即时消息相关联，而响应或消息读取状 态的信息又是与即时消息相对应，所以，报告返回标识符号与响应或消息读 取状态的信息也是相关联的。当然，由于在步骤S415中，互通服务器设置报 告返回标识符号是可选的技术手段，所以在这个步骤中，检测到报告返回标 识符号也是可选的技术手段。
步骤S423 - S425:互通服务器向主叫终端返回构造的消息发送报告。
步骤S426-S428:主叫终端向互通"l务器返回响应。
另外，对于基于Large message mode的即时消息来说，由于其通常都会 携带多々某体信息，消息体都偏长，所以，如果将基于Large message mode的 即时消息拆分成多条SIP消息下发到被叫终端，则会占用过多的网络带宽。 为解决这个问题，本发明还提供了另一种处理方式的实施例，具体为，互通 服务器保存接收到的承载于消息会话中继协议中的即时消息，或者将即时消 息存储到另一个网络实体，并将相关地址链接提供给被叫终端，被叫终端可 以选择性的通过所述相关地址链接，以某种形式(例如HTTP等)读取承栽 于消息会话中继协议中的即时消息。这样，互通服务器可以根据主叫终端请 求的消息读取状态类型或消息处理状态类型，返回消息读取状态类型或消息 处理状态类型的消息发送报告。具体流程如图5所示，包括
步骤S501 -S515:除了需要互通服务器保存接收到的承载于消息会话中 继协议中的即时消息，或者将承载于消息会话中继协议中的即时消息路由到 另外一个网络实体进行存储外，其他步骤与图4中的步骤S401 -S415—致。
步骤S516:如果主叫终端要求返回消息处理状态类型的消息发送报告， 换句话说，如果互通服务器保存的一个请求标识是消息处理状态类型的请求 标识，则互通服务器保存即时消息或者将即时消息保存到另外一个网络实体 后，可以根据承载于消息会话中继协议中的即时消息携带的消息处理状态类 型请求标识，构造消息处理状态类型的消息发送报告，处理状态是保存状态。
步骤S517 - S519:互通服务器将消息处理状态类型的消息发送报告发送 到主叫终端。
步骤S520-S522:主叫终端向互通服务器返回响应。
步骤S523:互通服务器向被叫终端发送保存即时消息的地址链接，具体 可以通过SIP消息的形式，也可以通过其他协议，例如HTTP。
步骤S524:被叫终端根据获取的地址链接，读取即时消息。
步骤S525:互通服务器接收到主叫终端提供的承载于消息会话中继协议 中的即时消息后，可以构造一个消息发送状态类型的消息发送报告，并向主 叫终端返回这个消息发送报告(例如REPORT )，用以将消息成功/失败发送的 信息提供给主叫终端。当然，这个步骤是可选的，或者说，如果主叫终端没 有要求中间网络节点返回消息发送状态类型的消息发送报告，则这个步骤可 以省略。
步骤S526:如果在步骤S515中，互通服务器设置了与即时消息相关联的 报告返回标识符号，则互通服务器在接收到被叫终端返回的响应或状态信息 后，可以检测到已经设置的与响应或消息读取状态的信息相关联的报告返回 标识符号，如果是，则根据主叫终端请求的消息发送报告标识，构造相应的 消息发送报告。如果主叫终端请求的是返回读取类型的消息发送报告，则互 通服务器可以通过获取的被叫终端的读取状态信息，构造读取类型的消息发
送报告。需要说明的是，报告返回标识符号与即时消息相关联，而响应或消 息读取状态的信息又是与即时消息相对应，所以，报告返回标识符号与响应
或消息读取状态的信息也是相关联的。当然，由于在步骤S515中，互通服务
器设置报告返回标识符号是可选的技术手段，所以在这个步骤中，检测到报 告返回标识符号也是可选的技术手段。
步骤S527 - S529:互通服务器向主叫终端返回构造的消息发送报告。
步骤S530-S532:主叫终端向互通服务器返回响应。
显然，图5所示的实施例不需将即时消息拆分为多个SIP消息，更不需 要向被叫终端发送多个SIP消息，从而相对节省了网络带宽。需要说明的是， 为便于描述，图4及图5所示的实施例只是重点说明了本发明实施例采用的 技术手段，而其他的流程，例如某些网络实体之间的消息互通，-可以参见TS 23.811。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普 通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润 饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种即时消息的处理方法，其特征在于，包括获得主叫终端发出的即时消息，所述即时消息携带有请求被叫终端返回消息发送报告的请求标识；当被叫终端不支持任何形式的报告返回机制时，保存所述请求标识，并将所述即时消息以被叫终端支持的消息形式提供给被叫终端；接收到被叫终端返回的信息后，根据所述保存的请求标识以及所述被叫终端返回的信息，构造主叫终端请求类型的消息发送报告；将所述消息发送报告提供给主叫终端。
2. 如权利要求1所述的即时消息的处理方法，其特征在于，如果所述主叫 终端发出的即时消息是基于Page mode的即时消息，则所述请求标识至少为 消息发送状态类型或消息读取状态类型中的 一种类型。
3. 如权利要求1所述的即时消息的处理方法，其特征在于，如果所述主叫 终端发出的即时消息是基于Large message mode的即时消息，则所述请求标 识至少为消息发送状态类型、消息读取状态类型或消息处理状态类型中的一 种类型。
4. 如权利要求1-3中任何一项所述的即时消息的处理方法，其特征在于， 所述被叫终端返回的信息为消息发送状态的信息和/或消息读取状态的信息。
5. 如权利要求4所述的即时消息的处理方法，其特征在于，所述才艮据保存 的请求标识以及被叫终端返回的信息，构造主叫终端请求类型的消息发送报 告具体为当主叫终端请求返回消息发送状态类型的消息发送报告时，根据被叫终 端返回的消息发送状态，构造具有所述消息发送状态的消息发送报告；当主叫终端请求返回消息读取状态类型的消息发送报告时，根据#:叫终 端返回的消息读取状态，构造具有消息读取状态的消息发送报告。
6. 如权利要求1所述的即时消息的处理方法，其特征在于，如果所述主叫 终端发出的即时消息是基于Large message mode的即时消息，则获得主叫终 端发出的即时消息后，还包括保存所述即时消息，或者将所述即时消息保 存到其他网络实体。
7. 如权利要求6所述的即时消息的处理方法，其特征在于，所述将即时消息以被叫终端支持的消息形式提供给被叫终端具体为将保存的所述即时消息的地址链接提供给被叫终端。
8. 如权利要求6所述的即时消息的处理方法，其特征在于，当主叫终端请 求返回消息处理状态类型的消息发送报告时，则保存所述即时消息后，还包 括-.构造具有消息处理状态的消息发送^t告，并将所述具有消息处理状态的 消息发送报告提供给主叫终端。
9. 如权利要求6所述的即时消息的处理方法，其特征在于，当将所述即时 消息保存到其他网络实体，且主叫终端请求消息处理状态类型的消息发送报 告时，所述其他网络实体构造消息处理状态类型的消息发送报告，并将构造 的消息处理状态类型的消息发送报告提供给主叫终端。
10. —种即时消息的处理装置，其特征在于，包括消息收发单元，请求标 识保存单元及消息发送报告构造单元；所述消息收发单元可以用于获得主叫终端发出的即时消息，将所述即时 消息以被叫终端支持的消息形式提供给被叫终端，接收被叫终端返回的信息， 并将消息发送报告构造单元构造的消息发送报告提供给主叫终端，所述即时 消息携带有请求被叫终端返回消息发送报告的请求标识；所述请求标识保存单元可以用于当被叫终端不支持任何形式的报告返回 才几制时，保存所述请求标识；所述消息发送报告构造单元可以用于当所述消息收发单元接收到被叫终 端返回的信息后，根据所述请求标识保存单元保存的请求标识以及所述消息 收发单元接收到的被叫终端返回的信息，构造主叫终端请求类型的消息发送 报告。
11. 如权利要求IO所述的即时消息的处理装置，其特征在于，所述处理装 置还包括即时消息保存单元，用于在所述消息收发单元获得主叫终端发出 的即时消息后，保存所述获得的主叫终端发出的即时消息，或者将所述即时 消息保存到其他网络实体。
全文摘要
本发明提供一种即时消息的处理方法的实施例，包括获得主叫终端发出的即时消息，所述即时消息携带有请求被叫终端返回消息发送报告的请求标识；如果被叫终端不支持任何形式的报告返回机制，则保存所述请求标识，并将所述即时消息以被叫终端支持的消息形式提供给被叫终端；接收到被叫终端返回的信息后，根据所述保存的请求标识以及被叫终端返回的信息，构造主叫终端请求类型的消息发送报告；将所述消息发送报告提供给主叫终端。本发明还提供一种即时消息的处理装置的实施例。在本发明中，即使被叫终端不支持即时消息客户端或无法生成任何类型的报告，但仍然能够保证主叫终端收到请求类型的消息发送报告，从而保证了主叫终端体验的一致性。
文档编号H04L12/58GK101374248SQ20071004527
公开日2009年2月25日 申请日期2007年8月24日 优先权日2007年8月24日
发明者芳 陈 申请人:上海华为技术有限公司