CN101087269A - 传送消息业务数据的方法及系统 - Google Patents
传送消息业务数据的方法及系统 Download PDFInfo
- Publication number
- CN101087269A CN101087269A CNA2006101114876A CN200610111487A CN101087269A CN 101087269 A CN101087269 A CN 101087269A CN A2006101114876 A CNA2006101114876 A CN A2006101114876A CN 200610111487 A CN200610111487 A CN 200610111487A CN 101087269 A CN101087269 A CN 101087269A
- Authority
- CN
- China
- Prior art keywords
- message
- sip
- format
- msrp
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种传送消息业务数据的方法,在消息发送方将消息业务数据添加到会话初始协议SIP或消息会话中继协议MSRP的消息;通过SIP或MSRP消息将消息业务数据传送到消息接收方。本发明还公开了一种传送消息业务数据的系统,包括消息业务数据处理模块,所述消息业务数据处理模块包括:消息添加模块,发送模块,接收模块,消息提取模块。利用本发明,可以实现对多种不同类型消息业务数据的传送。
Description
技术领域
本发明涉及网络通信技术领域,具体涉及一种传送消息业务数据的方法及系统。
背景技术
IMS(因特网多媒体子系统)是NGN(下一代网络)的核心子系统,在NGN的框架下,IMS被要求同时支持固定接入和移动接入。IMS通过SIP(会话初始协议)协议实现IP多媒体业务的建立、维护及管理等功能,允许运营商快速、高效地部署多媒体业务,而不依赖网络的接入方式和终端设备的类型,支持固定网和802.11、802.15、802.16、CDMA(码分多址)或GSM(全球移动通信系统)等无线网上的任何类型的会话,允许业务提供商向用户提供一系列话音与数据融合的多媒体业务。
IMS的系统结构如图1所示:
其中,CSCF(呼叫会话控制功能)实体用于控制用户注册、会话控制等功能;AS(应用服务器)用于提供各种业务逻辑控制功能;HSS(归属用户服务器)用于集中管理用户签约数据;MGCF(媒体网关控制功能)实体用于实现与电路交换网互通;用户通过代理节点P-CSCF(代理呼叫会话控制功能)接入IMS;会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF(服务呼叫会话控制功能)完成。
消息业务是消息实体之间通过业务中心进行信息收发的业务,消息可以是文本的,也可以是图片等其他格式。业务中心是一个业务处理系统,用于提交、存储、转发消息。
传统的消息业务包括SMS(短消息业务)和MMS(多媒体消息业务)以及Email(电子邮件)等。传统的电路域网络包括GSM(全球移动通信系统)网、CDMA(码分多址)网和PSTN(公共交换电话网)网。GSM网的SMS协议栈包括应用层(Application layer)、传输层(Transfer layer)、传递层(Relaylayer)及下层协议(Lower layers),其中传递层协议为MAP协议。CDMA网的SMS协议栈包括业务层(Teleservice layer)、传输层(Transfer layer)、传递层(Relay layer)及下层协议(Lower layers),其中传递层协议为MAP协议。PSTN网的SMS协议栈分两种,一种包括应用层(Application layer)、传输层(Transferlayer)及下层协议(包括Data link layer和Physical layer),一种包括应用层(Application layer)、传输层(Transfer layer)、SMS应用业务元素层(SMSApplication Service Element)及下层协议(如TCAP协议、SCCP协议等)。
归纳来说,传统电路域的SMS协议栈可分为:业务应用层、业务传输层、业务承载层。业务应用层是上述应用层或业务层;业务传输层可以是上述传输层,业务承载层可以是上述传递层或SMS应用业务单元。
传统电路域的MMS承载在HTTP(超文本传输协议)协议或SMTP(简单邮件传输协议)协议上,通常,HTTP协议用于终端和多媒体短信中心之间,SMTP协议用于多媒体短信中心之间。
在现有技术中,SIP携带SMS的方式是通过直接封装GSM网的传输层消息内容,并通过Content-Type:application/vnd.3gpp.sms-tl指示消息体中封装的是3GPP定义的传输层消息,如下所示:
MESSAGE sip:1234567890@domain SIP/2.0//向1234567890@domain发送MESSAGE消息
From:<sip:0987654321@domain>;tag=c0a80103-13c4-7e84-1ee41f1-2239
To:<sip:1234567890@domain>
Call-ID:247fc650-c0a80103-13c4-7e84-1ee41f1-4883@192.168.1.3
CSeq:1 MESSAGE
Via:SIP/2.0/UDP 192.168.1.3:5060;branch=z9hG4bK-7e84-1ee41f1-207e
Content-Encoding:base64∥消息体的编码方式
Max-Forwards:70
Content-Type:application/vnd.3gpp.sms-tl//指示消息体中封装的是3GPP定义的传输层消息
Content-Length:32
IMS域的消息业务包括立即消息、基于会话的消息和延迟传递的消息等。立即消息是指发送终端通过MESSAGE(消息)方法直接将消息发送给接收终端;基于会话的消息,如聊天业务,是指发送、接收终端通过SIP建立会话后通过MSRP(消息会话中继协议)协议在媒体流上传送;延迟传递的消息与传统的SMS/MMS类似,是包含存储转发过程的消息业务。
如果依照上述现有技术这种封装方式,则无法满足携带各种不同类型消息业务数据的需求,比如,类似传统的MMS类型的消息业务数据;而且,对于固网终端来说,还需要终端支持GSM网的终端协议栈,即需要根据GSM网的协议栈解析消息体中封装的数据包,得到其中的消息内容。
发明内容
本发明的主要目的是提供一种传送消息业务数据的方法,以克服现有技术SIP携带SMS的方式单一、无法传送不同类型消息业务数据的缺点,实现对多种不同类型消息业务数据的传送。
本发明的另一个目的是提供一种传送消息业务数据的系统,以支持对多种不同类型消息业务数据的传送。
为此,本发明提供如下的技术方案:
一种传送消息业务数据的方法,所述方法包括:
在消息发送方将消息业务数据添加到会话初始协议SIP或消息会话中继协议MSRP的消息中;
通过SIP消息或MSRP消息将消息业务数据传送到消息接收方。
所述将消息业务添加到SIP或MSRP消息中的步骤具体为:
在消息发送方将消息业务数据封装在会话初始协议SIP或消息会话中继协议MSRP的消息体中。
所述消息业务数据具体为GSM网络的消息业务格式,或者是CDMA网络的消息业务格式,或者是PSTN网络的消息业务格式、或者是Email的消息业务格式。
当需要传送短消息业务SMS数据时,将SMS的业务应用层数据、和/或业务传输层数据、和/或业务承载层数据封装在SIP或MSRP的消息体中。
当需要传送多媒体消息业务数据时,将简单邮件传输协议SMTP消息或者超文本传输协议HTTP消息封装在SIP或MSRP的消息体中;所述SMTP消息包括SMTP命令和消息内容,或仅包括消息内容;所述HTTP消息包括HTTP方法、头域和消息体。
当需要传送Email数据时,将简单邮件传输协议SMTP消息封装在SIP或MSRP的消息体中;所述SMTP消息包括SMTP命令和消息内容,或仅包括消息内容。
优选地,所述方法进一步包括:
将所述业务消息数据封装在所述消息体中的多用途因特网邮件扩充协议MIME体中。
通过SIP或MSRP消息中的MIME媒体类型、或MIME体字段、或头域参数指示所述业务消息数据的格式。
所述MIME媒体类型、MIME体字段、头域参数是SIP协议或MSRP协议中已有MIME媒体类型、MIME体字段、头域参数的扩展应用;或者是扩展的MIME媒体类型、MIME体字段、头域参数。
所述将消息业务添加到SIP或MSRP消息中的步骤具体为:
在消息发送方将消息业务数据映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中。
所述将消息业务数据映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中的步骤包括:
将消息业务的控制参数通过SIP或MSRP的消息头域、和/或MIME体携带;
将消息业务的内容通过SIP或MSRP的MIME体携带。
所述消息业务的控制参数具体为:
消息类型指示、和/或消息分类、和/或递交报告指示、和/或读取报告指示、和/或标题、和/或答复路径。
所述消息头域具体为SIP或MSRP协议中已有的头域的扩展使用,或者为SIP或MSRP协议中扩展的头域;
所述MIME体具体为SIP或MSRP协议中已有的MIME媒体类型的扩展使用,或者扩展的MIME媒体类型。
优选地,所述方法进一步包括:
当消息业务数据的发送方与接收方支持的消息格式不同时,对消息格式进行转换。
所述对消息格式进行转换的步骤包括:对消息控制参数和/或对消息内容进行转换。
所述对消息控制参数进行转换的步骤具体为:修改参数,或者增加参数,或者删除参数。
所述修改参数具体为参数的变换,或者是参数取值的变换。
所述对消息内容进行转换的步骤具体为:修改消息内容,或者增加消息内容,或者删除消息内容。
所述消息内容具体为:消息显示方式和/或消息媒体内容。
一种传送消息业务数据的系统,包括消息业务数据处理模块,所述消息业务数据处理模块包括:
消息添加模块,用于将消息业务数据封装或映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中;
发送模块,与所述消息添加模块相连,用于通过SIP或MSRP消息携带消息业务数据传送到消息接收方;
接收模块,用于接收SIP或MSRP消息;
消息提取模块,与所述接收模块相连,用于从所述接收的SIP或MSRP消息中提取出消息业务数据。
所述消息业务数据处理模块或者位于终端设备中,或者位于网络设备中。
所述消息业务数据处理模块中的各模块或者位于同一个设备中,或者位于不同的设备中。
所述消息业务数据处理模块所处的设备通过SIP域网络相连,或通过SIP域网络与电路域网络或其它IP网络相连。
优选地,所述系统进一步包括:
消息格式转换模块,用于在发送方与接收方支持的消息格式不同时,对消息格式进行转换。
优选地,所述系统进一步包括:
消息格式判断模块,用于确定源消息格式和目的消息格式。
所述消息格式判断模块根据消息接收方所属的网络和/或消息接收方的终端能力来判断目的消息格式。
一种传送消息业务数据的系统,包括:
消息数据添加模块,用于将消息数据信息添加到第一消息中并发送给消息接收方网元,所述第一消息是SIP域携带消息数据信息的消息,或者是传统电路域携带消息数据信息的消息;所述消息数据信息是传统消息业务数据,或者是SIP或MSRP消息的消息体中携带的消息信息;
消息数据提取模块,用于接收消息发送方网元的第二消息,并提取其中携带的消息数据信息,所述第二消息是SIP域携带消息数据信息的消息,或者是电路域携带消息数据信息的消息;
消息格式转换模块,用于在所述第一消息与第二消息支持的消息格式不同时,对消息格式进行转换。
所述SIP域携带消息数据信息的消息是会话初始协议SIP消息、或消息会话中继协议MSRP消息,所述传统电路域携带消息数据信息的消息是映射MAP消息、或简单邮件传输协议SMTP消息、或超文本传输协议HTTP消息。
当所述第一消息为传统电路域的消息业务消息,所述第二消息为封装为传统消息业务数据的SIP消息或MSRP消息时,消息格式转换模块将第一消息中携带的消息数据信息全部或部分封装在SIP消息或MSRP消息中;
当所述第一消息为封装传统消息业务数据的SIP消息或MSRP消息,所述第二消息为传统消息业务消息时,消息格式转换模块提取消息数据信息,并将其转换为接收方支持的传统电路域消息格式。
当所述第一消息为传统电路域的消息业务消息,所述第二消息为映射传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块解析收到的第一消息,将其中的消息控制参数映射为第二消息的格式,而将消息的内容映射、或封装、或保持原格式,携带于第二消息中;
当所述第一消息为映射传统消息业务数据的SIP消息或MSRP消息,所述第二消息为传统消息业务消息时,所述消息格式转换模块从收到的第二消息中解析获得的消息控制参数,并将其映射为传统消息业务数据格式,而将消息的内容映射、或保持原描述格式,生成第二消息。
当所述第一消息或第二消息为封装或映射有传统消息业务数据的SIP消息或MSRP消息,所述第二消息或第一消息为不支持封装或映射传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块将消息的内容相互映射、或保持原描述格式;
当所述第一消息或第二消息为封装或映射有传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块完成封装传统消息业务数据的SIP消息或MSRP消息到映射传统消息业务数据的SIP消息或MSRP消息的转换,或者映射传统消息业务数据的SIP消息或MSRP消息的转换到封装传统消息业务数据的SIP消息或MSRP消息的转换。
所述消息格式转换模块将第一消息中的消息接收方标识的格式转换为所述第二消息中的消息接收方标识的格式。
优选地,所述系统进一步包括:
消息格式判断模块,用于判断所述第一消息和所述第二消息的消息格式。
所述消息格式判断模块根据所述第一消息中携带的消息格式指示信息来判断第一消息的消息业务数据格式。
所述消息格式指示信息至少是下述一种信息:消息业务数据媒体类型、消息业务数据指示参数。
所述消息格式判断模块根据消息接收方所属的网络、和/或消息接收方的终端能力判断消息接收方支持的消息业务数据格式。
消息格式判断模块从消息接收方注册消息中获取消息接收方的终端能力;或者从消息接收方收到所述第二消息后返回的响应消息中获取消息接收方的终端能力。
所述消息格式判断模块至少包括下面一个子模块:
网络类型判断子模块,用于通过所述第一消息中的消息业务信息,判断所述消息业务信息接收方所属网络类型;
网络接口类型判断子模块,用于通过所述第一消息中的消息业务信息判断网络接口类型;
终端能力判断子模块,用于通过消息接收方所属的网络、和/或消息接收方的终端能力来判断消息接收方支持的消息业务数据格式;
消息业务类型判断子模块,用于通过所述第一消息判断其携带的消息业务数据格式。
由以上本发明提供的技术方案可以看出,本发明采用封装方式将消息业务数据封装在SIP协议或MSRP协议的消息体中传送,不仅可以将传统电路域(包括GSM网络、CDMA网络和PSTN网络等)SMS消息的传输层消息封装传送,而且可以将SMS消息的应用层消息和承载层消息封装传送,而且对于传统电路域的其他格式的消息也可以通过封装方式携带,从而实现了对各种不同类型消息业务数据的传送。另外,本发明通过映射方式将消息业务数据在SIP协议或MSRP协议的消息头域和/或消息体中携带,使固网终端无需支持GSM网的终端协议栈,即可正确解析出SIP协议或MSRP协议携带的消息业务数据,从而提高了固网终端的适应能力,减少了设备成本。
附图说明
图1是IMS的系统结构示意图;
图2是本发明方法第一实施例的实现流程图;
图3是本发明方法第二实施例的实现流程图;
图4是本发明系统第一实施例的原理框图;
图5是本发明系统第二实施例的原理框图;
图6是本发明系统第三实施例的原理框图;
图7是本发明系统第四实施例的原理框图;
图8是本发明系统中消息格式判断模块中的不同功能子模块位于不同网络实体时消息的处理流程;
图9是本发明系统中消息格式判断模块及消息格式转换模块位于相同网络实体时消息的处理流程;
图10是本发明系统第五实施例的原理框图。
具体实施方式
本发明的核心在于把消息业务数据添加到SIP协议或MSRP协议消息中,通过SIP协议或MSRP协议消息携带并传送。SIP协议或MSRP协议消息携带消息业务数据的方式包括封装方式和映射方式。当采用封装方式携带业务数据时,如果需要传送SMS数据,则将SMS的业务应用层数据、和/或业务传输层数据、和/或业务承载层数据封装在SIP或MSRP的消息体中;如果需要传送MMS数据,则将SMTP(简单邮件传输协议)消息或者HTTP(超文本传输协议)消息封装在SIP或MSRP的消息体中,所述SMTP消息可以包括SMTP命令(command)和消息内容(message content),或仅包括消息内容,所述命令可以是DATA命令。所述HTTP消息包括HTTP方法(method)、头域(header)和消息体(body)。所述方法可用是POST方法;当需要传送Email数据时,将简单邮件传输协议SMTP消息封装在SIP或MSRP的消息体中;所述SMTP消息包括SMTP命令和消息内容,或仅包括消息内容。当采用映射方式携带业务数据时,将消息业务的控制参数通过SIP或MSRP的头域、或头域参数、或消息体、或消息体应用字段携带;将消息业务的内容通过SIP或MSRP的消息体、或消息体的XML标签携带。
本技术领域人员知道,传统电路域(包括GSM网络、CDMA网络和PSTN网络等)的消息业务数据可分为消息控制参数和消息内容。其中,消息控制参数可以是接收方地址信息、用户的业务请求指示,如请求递交报告(Deliveryreport)、请求读取报告的指示(Read reply)。消息内容可以是消息的显示方式和媒体内容,显示方式是媒体内容的排列以及呈现方式的描述,媒体内容可以是文本、图片、声音、视频。
在本发明中,可以将消息控制参数和消息内容采用传统消息业务的描述格式封装在SIP消息或MSRP消息的消息体中,也可以将消息控制参数和消息内容放在SIP消息或MSRP消息的消息头域和/或消息体中并采用SIP消息或MSRP消息的描述格式携带传送。前者在本发明中,被称之为“消息业务数据封装”,后者在本发明中,被称之为“消息业务数据映射”。
对于这两种传送方式,下面将分别进行说明。首先说明“消息业务数据封装”的实现方式。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明作进一步的详细说明。
参照图2,图2示出了本发明方法第一实施例的实现流程,包括以下步骤:
步骤201:在消息发送方将消息业务数据封装在SIP或MSRP的消息体中。
所述消息业务数据可以是GSM网络的消息业务格式、也可以是CDMA网络的消息业务格式,还可以是PSTN网络的消息业务格式。
本技术领域人员知道,SIP协议提供跨越因特网的高级电话业务,用于生成、修改和终结一个或多个参与者之间的会话。这些会话包括因特网多媒体会议,因特网(或任何IP网络)电话呼叫和多媒体发布。会话中的成员能够通过多播或单播联系的网络来通信。SIP支持会话描述,它允许参与者在一组兼容媒体类型上达成一致。它同时通过代理和重定向请求到用户当前位置来支持用户移动性。SIP不与任何特定的会议控制协议捆绑。
如果通信各方需要进行在一段时间交换多条消息的更长时间的即时消息会话,则利用SIP协议的INVITE(邀请)消息和MSRP协议来启动。MSRP可以传送即时消息的文本,就像在SIP中,RTP(实时传输协议)用于传送一次IP电话呼叫中的语音包。
步骤202:通过SIP消息或MSRP消息将封装后的消息业务数据传送到消息接收方。
上面所述的消息业务数据包括:消息业务的控制参数和消息业务的内容。在SIP消息中的封装方式与在MSRP消息中的封装方式类似。可以通过SIP/MSRP消息体中的MIME(多用途Internet邮件扩充协议)媒体类型、或MIME体字段、或消息头域参数来指示SIP/MSRP消息体中封装的业务消息数据信息。其中,所述MIME媒体类型、MIME体字段、头域参数可以是SIP协议或MSRP协议中已有MIME媒体类型、MIME体字段、头域参数的扩展应用,也可以是扩展的MIME媒体类型、MIME体字段、头域参数。
下面以SIP域内的消息业务数据的传送为例,说明传统电路域消息业务数据的携带方式。
在需要传送SMS业务数据时,可以将SMS的业务应用层数据、和/或业务传输层数据、和/或业务承载层数据封装在SIP或MSRP的消息体中。
在需要传送MMS业务数据时,可以将SMTP的DATA命令中的内容或者HTTP的POST方法中的内容封装在SIP的消息体中。
封装的具体内容,除了传统消息业务自身的数据外,还需要指明被封装的传统消息内容指示信息,包括消息内容格式(如封装的是哪个网络的业务数据,是SMS还是MMS),还可以进一步包括消息内容所在协议层(如封装的传输层数据还是承载层数据等),可以通过以下几种方式标识,以封装CDMA网的SMS的承载层消息为例:
(1)在SIP消息体中定义一个媒体类型(mediatype),格式为MIME类型,命名为application/vnd.3gpp2.sms-rl,以指示封装的消息体中封装的是符合3GPP2定义的SMS承载层消息内容;或者
(2)在SIP头域或消息体中定义一个传统消息内容指示参数,如命名为version,以指示具体的封装内容,它可以是头域参数或消息体中的字段。
需要说明的是,上述消息内容媒体类型、消息内容指示参数是逻辑的定义,具体来说,它们可以是在SIP协议中定义的新扩展的参数和消息体应用,也可以是SIP协议中已有的参数和消息体应用的扩展使用。
下面以CDMA网的消息业务为例,进一步说明在IMS(IP多媒体子系统)域内采用本发明方法封装的方式携带消息业务数据的方式。
对于CDMA网的SMS消息,将其封装在SIP/MSRP的消息体中,封装方式可以是封装CDMA网SMS的承载层消息格式,即将MAP(映射)协议内容直接封装。
封装内容通过MIME体类型(application/vnd.3gpp2.sms-rl)指示,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0//向receiver@example.com发送消息
Content type:application/vnd.3gpp2.sms-rl//用新增的媒体类型指示消息体中封装的是3GPP2定义的承载层消息,即封装MAP消息
或者封装内容使用content type头域参数version指示,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
Content type:application/message,version=vnd.3gpp2.sms-rl//用Contenttype头域参数指示,或者封装内容使用MIME体中的字段version指示,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
Content type:application/message
对于CDMA网的MMS消息(可以是3GPP2中定义的,也可以是开放移动联盟OMA中定义的),将其封装在SIP/MSRP的消息体中,封装方式可以是直接将HTTP或SMTP中携带的MMS参数和消息内容打包在SIP/MRSP的消息体中。
封装内容可以通过MIME体类型指示,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
Content type:application/vnd.oma.mms
封装内容还可以通过在content type头域中增加参数指示,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
Content type:application/message,version=vnd.oma.mms
可以看到,GSM网络、CDMA网络和PSTN网络的消息业务消息数据封装在消息体的MIME体中,不同格式的消息业务数据可以在消息体的同一个MIME体中携带,以消息内容指示参数来描述不同的消息格式;或者在不同的MIME体中携带,以MIME媒体类型来描述不同的消息格式。
下面说明“消息业务数据映射”的实现方式。
参照图3所示本发明方法第二实施例的实现流程,包括以下步骤:
步骤301:在消息发送方将消息业务数据映射到SIP或MSRP的消息头域和/或消息体中。
比如,将消息业务的控制参数通过SIP的头域、或头域参数、或MIME体、或MIME体字段携带;将消息业务的内容通过SIP或MSRP的MIME体、或MIME体的XML标签携带。
同样,在需要建立会话型消息业务时,将消息业务的控制参数通过MSRP的头域、或头域参数、或MIME体、或MIME体字段携带;将消息业务的内容通过MSRP的消息体、或MIME体的XML标签携带。
步骤302:通过SIP消息或MSRP消息将映射后的消息业务数据传送到消息接收方。
上面所述消息控制参数可以是消息类型指示(Message type)、消息分类(Message class)、递交报告指示(Delivery report)、读取报告指示(Read reply)、标题(Subject)、答复路径(Reply Path)等等。其中,消息类型指示标识消息类型,如发送消息、递交消息或者是通知消息;消息分类是指示消息是私人消息、还是广告或其他种类;递交报告指示是指发送方请求消息中心在接收方获得消息后通知发送方;读取报告指示是指发送方请求接收方在读取消息后通知发送方;标题是指消息的标题;答复路径是指发送方请求消息中心在收到接收终端的响应后把响应发送给发送方。
因此,在具体实现时,可以根据需要传送的消息控制参数的类型、数量等信息,在SIP/MSRP协议中定义消息控制参数头域参数,并通过该参数携带所述消息控制参数;或者在SIP/MSRP协议中定义消息控制参数头域,并通过该头域携带所述消息控制参数,一个消息控制参数头域对应一个、或部分、或全部消息控制参数;或者在SIP/MSRP协议的消息体中定义媒体类型,并通过消息体携带所述消息控制参数;或者在SIP/MSRP协议的消息体中定义消息控制参数字段,并通过该字段携带所述消息控制参数。
其中,消息头域、头域参数可以是SIP/MSRP协议中已有的头域、头域参数的扩展使用,还可以是SIP/MSRP协议中扩展的头域、头域参数;同样,消息体应用字段可以是SIP/MSRP协议中已有的消息体应用的扩展使用,还可以是SIP或MSRP协议中扩展的消息体应用,所述消息体应用可以是消息体中的XML标签和消息体字段。
下面以消息类型指示为例,举例说明消息控制参数的携带方式:
(1)在SIP/MSRP协议中定义消息控制参数头域参数,如消息类型指示参数,命名为Message-type-Indicator,用该参数携带消息类型指示。
(2)在SIP/MSRP协议中定义消息控制参数头域,消息控制参数头域可以与实际的消息控制参数一一对应,如消息类型指示头域,命名为X-Message-type-Indicator,以携带消息类型指示,也可以对应所有或一类参数,如定义一个消息信息头域,命名为P-Message-Header,消息类型指示参数及其他参数作为该消息头域的参数在P-Message-Header头域中携带。
(3)在SIP/MSRP消息体中定义一个媒体类型,格式为MIME类型,命名为application/message,在该消息体中通过XML标签携带消息控制参数,如用message-type-indicator标签携带消息类型指示。
(4)在SIP/MSRP消息体中定义多个消息控制参数字段,如消息类型指示字段,命名为X-Message-type-Indicator,以携带消息类型指示。
上述消息类型指示头域、消息信息头域、消息控制参数、消息类型指示参数、消息媒体类型和消息类型指示字段等都是逻辑的定义,具体来说,它们可以是在SIP/MSRP协议中定义的新扩展的参数、头域、消息体应用,也可以是SIP/MSRP协议中已有的参数、头域、消息体应用的扩展使用。
可以单独采用上述某一种方式、或同时采用上述的多种方式组合来携带所需的消息控制参数。
传统电路域中使用的消息控制参数不仅仅是上述几种,其他消息控制参数在SIP/MSRP消息中的携带同样可采用上述方式。
另外,传统电路域的消息控制参数在SIP/MSRP消息中可以合为一个参数或者合为一类参数,然后通过上述方式携带,如消息类型指示参数在CDMA网、GSM网、PSTN网中的SMS消息和MMS消息中都为必选参数,但是参数的定义有差别,取值也不同,在SIP/MSRP中可以通过扩展一个头域或者消息体中XML的一个参数来携带。
下面以发送消息为例,进一步说明在IMS(IP多媒体子系统)域内采用本发明方法映射的方式携带消息业务数据的方式。
(1)IMS域终端填写MESSAGE消息的request URI(统一资源标识)为接收方地址(也可以是消息中心地址),消息中请求递交报告和读取报告等的参数指示用扩展的SIP头域携带,内容类型用现有的SIP头域Content-Type携带。消息内容的显示方式在SIP消息体中用SMIL(同步多媒体集成语言)描述,消息内容在SIP消息体中直接携带。SIP消息中携带的消息业务数据如下:
MESSAGE sip:receiver@example.com,SIP/2.0
X-Message-type-Indicator:message submit request//消息类型指示头域
X-Message-Class:personal∥消息分类头域
X-Delivery-Report:Yes//递交报告请求头域
X-Read-reply:Yes//读取报告请求头域
X-Subject:Test//消息题目头域
Content-Type:multipart/related;type=″application/smil″;
start=″<nXYxAE@pres.vancouver.example.com>″;
boundary=″=_005A0428C1257165_=″
--=_005A0428C1257165_=
Content-Type:application/smil∥消息显示方式,上面显示test.jpeg,图象下面显示“This is a test!”文本
Content-ID:nXYxAE@pres.vancouver.example.com
<smil>
<head>
<layout>
<root-layout height=″200″width=”176″/>
<region id=″Image″height=″150″width=″176”/>
<region id=″Text″height=″50″width=″176″fit=″scroll″/>
</layout>
</head>
<body>
<par>
<image src=″test.jpeg″region=″Image″/>
<text src=″test.txt″region=″Text″/>
</par>
</body>
</smil>
--=_005A0428C1257165_=
Content-Type:text/plain;name=”test.txt”∥消息中的文本内容
This is a test!
--=_005A0428C1257165_=
Content-Type:image/jpeg;name=″test.jpg″//消息中的图象内容
.........
(2)消息中请求递交报告和读取报告等消息控制信息通过扩展的头域(P-Message-Info)中的不同参数携带,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
P-Message-Info:Message-type-Indicator=message submit request,//消息类型指示参数
Message-Class=personal//消息分类参数
Delivery-Report=Yes//递交报告指示参数
Read-reply=Yes//读取报告指示参数
Subject=Test∥消息题目参数
(3)消息中请求递交报告和读取报告等参数指示在消息体中用XML标识携带,消息内容(This is a test message!)也在XML标签中携带,如下所示:
MES SAGE sip:receiver@example.com,SIP/2.0
Content-Type:multipart/related;type=″application/message+xml″;
start=″<nXYxAE@pres.vancouver.example.com>″;
boundary=″=_005A0428C1257165_=″
--=_005A0428C1257165_=
Content-Type:application/message+xml//新增message媒体类型
Content-ID:<nXYxAE@pres.vancouver.example.com>
<?xml version=″1.0″encoding=″UTF-8″?>
<message xmlns=″urn:ietf:params:xml:ns:message″>
<message-type-indicator>message submit request<message-type-indicator>//消息类型指示XML标签
<message-class>personal<message-class>//消息分类XML标签
<delivery-report>Yes<delivery-report>//递交报告XML标签
<read-reply>Yes<read-reply>//读取报告XML标签
<content>This is a test message!<content>//消息内容
</message>
(4)消息中请求递交报告和读取报告等消息控制信息通过消息体中的不同字段携带,如下所示:
MESSAGE sip:receiver@example.com,SIP/2.0
Content-Type:multipart/related;type=″application/message+xml″;
start=″<nXYxAE@pres.vancouver.example.com>″;
boundary=″=_005A0428C1257165_=″
--_005A0428C1257165_=
Content-Type:application/message-para
Content-ID:<nXYxAE@pres.vancouver.example.com>
X-Message-type-Indicator:message submit request//消息体内的消息类型指示字段
X-Message-Class:personal
X-Delivery-Report:Yes
X-Read-reply:Yes
X-Subject:Test
......
在本发明中,携带消息业务数据的消息可以是SIP MESSAGE、INFO消息,也可以是MSRP SEND消息。上述消息控制参数也可以一部分在消息头域中携带,一部分在消息体中携带。
和前述方法类似,采用映射方式时,除了传统消息业务数据被映射到SIP消息或MSRP消息中外,也需要在SIP消息或MSRP消息中指明的传统消息内容指示信息,包括传统消息内容格式等,可以通过消息内容媒体类型或消息内容指示参数来描述。
可以看到,封装和映射的区别在于,对于前者,消息控制参数采用传统消息业务的原有描述格式和消息的内容一起,被完整的封装在SIP消息体或MSRP消息体中;对于后者,内容部分和消息控制参数是以SIP消息或MSRP消息中的描述格式来携带,如消息控制参数从传统消息业务的描述格式被映射成SIP消息或MSRP消息中的描述格式,再如SMS的二进制的消息内容格式此时也将以文本方式描述。当IMS终端采用封装的方式发送消息业务时,IMS终端需要支持传统消息业务的描述格式,此时SIP消息或MSRP消息只是传统消息业务的一个传送通道;而IMS终端采用映射的方式发送消息业务时,IMS终端只需要支持SIP消息或MSRP消息的描述格式。
此外,还有一种特殊的映射方式,即消息控制参数采用映射方式,而消息的内容则仍采用传统消息业务的原有描述格式进行封装。
此外,还需要说明的是,在SIP消息或MSRP消息中,传统消息的消息控制参数并不是必须的,可以携带,也可以不携带。
上面介绍了GSM网络、CDMA网络和PSTN网络中的SMS/MMS消息数据封装或映射在SIP消息中的应用。此外,也可以将Email消息数据封装或映射在SIP消息中,同样可以使用消息内容指示参数或MIME媒体类型来描述Email消息格式,由于Email消息的格式和前述各类消息格式类似,这里不再
详细说明。
本技术领域人员知道,在NGN(下一代网络)中,需要实现各种不同网络之间的互通,因此,消息业务数据的发送方网元和接收方网元所支持的消息格式有可能不同。
针对这种情况,本发明可以在SIP域中设置消息格式转换模块,由该消息格式转换模块对发送或接收的SIP/MSRP消息中的消息格式进行转换,以实现支持不同消息格式的发送方网元与接收方网元之间的互通。发送方网元与接收方网元可以分别位于SIP域和电路域,也可以分别位于SIP域和其它IP域(如因特网),也可以均位于SIP域,即消息格式转换模块可以完成SIP域与电路域之间的消息格式的转换,也可以完成SIP域和其它IP域之间的消息格式的转换,也可以完成SIP域内的消息格式的转换。消息格式转换模块进行的消息格式转换包括对消息控制参数的转换和消息内容的转换。
对消息控制参数的转换可以是增加参数、删除参数、变换参数等处理。其中,增加参数可以是通过消息格式转换模块新增目的消息格式中需要的参数;修改参数可以是含义相同或类似的参数的变换,如发送方和接收方都是指示消息类型的参数,只进行承载协议的修改,其中还包括参数取值的变换,如消息类型从消息提交转换成消息递交;删除参数可以是通过消息格式转换模块删除目的消息格式中不支持的参数或者是接收方网元不需要的参数。
消息内容的转换包括显示方式的转换和媒体格式的转换,可以是新增内容、删除内容和修改内容等处理。其中,修改消息内容可以是显示方式描述方式的变换,也可以是媒体格式的变换,即修改消息的显示方式描述语言为接收方支持的描述方式,修改媒体格式为接收方支持的媒体格式;新增消息内容可以是消息格式转换模块根据用户签约新增媒体内容;删除内容可以是消息格式转换模块删除目的消息格式不支持的消息内容,如显示方式的描述。
消息格式转换模块与IMS(IP多媒体子系统)域内的接口是SIP接口,与IMS域外的接口可以是消息中心之间的接口,此时接口可以是SMTP(简单邮件传输协议)接口。消息格式转换模块与IMS域内的接口也可以是IMS接口网关到消息中心之间的接口,此时接口可以是MAP(映射)接口,HTTP(超文本传输协议)接口。
下面以修改参数为例,进一步说明本发明方法中消息控制参数格式转换过程。
1.假设IMS终端发送消息给GSM网终端:
(1)消息格式转换模块处于终端和消息中心之间,IMS终端发送的消息控制参数消息类型指示等用头域携带,消息格式转换模块将上述头域重新修改为MAP消息参数或HTTP消息参数,并不改变参数值含义。
SIP和HTTP中的消息控制参数对比示例如下表1所示:
表1:
SIP头域携带的消息控制参数 | HTTP携带的消息控制参数 |
X-Message-type-Indicator:messagesubmit request | Message Type:m-send-req |
X-Message-Class:personal | Message-Class:personal |
X-Delivery-Report:Yes | Delivery-Report:Yes |
X-Read-Reply:Yes | Read-Reply:Yes |
这里消息类型、消息分类、请求递交报告指示和读取报告指示被直接转换成HTTP携带的参数。使用MAP携带的情况与此类似,在此不再详细描述。
(2)消息格式转换模块处于消息中心上或消息中心之间,IMS终端发送的消息控制参数用头域携带,消息格式转换模块修改参数内容,新的参数在MAP或SMTP中携带。
SIP和SMTP中的消息控制参数对比示例如下表2所示:
表2:
SIP头域携带的消息控制参数 | SMTP携带的消息控制参数 |
X-Message-type-Indicator:message submit request | X-Mms-Message-Type:m-forward-req |
X-Message-Class:personal | X-Mms-Message-Class:personal |
其中,submit的消息类型被转换成消息中间使用的m-forward-req消息类型。使用MAP携带的情况与此类似,在此不再详细描述。
2-假设GSM网终端发关SMS到IMS域终端:
(1)消息格式转换模块处于终端和消息中心之间,消息格式转换模块将MAP中携带的参数填写到扩展的SIP头域中,并不改变参数含义。
MAP和SIP中的消息控制参数对比示例如下表3所示:
表3:
MAP携带的消息控制参数 | SIP头域携带的消息控制参数 |
TP-Message-Type-Indicator=00(SMSdelivery req) | X-Message-type-Indicator:messagedelivery request |
TP-Reply-Path=1(The parameter is set) | X-Reply-path:True |
在此,消息类型和答复路径指示被直接转换成SIP头域。
(2)消息格式转换模块处于消息中心上或消息中心之间,消息格式转换模块接收MAP中携带的参数,修改参数内容,新的参数内容在SIP头域中携带。
MAP和SIP中的消息控制参数对比示例如下表4所示:
表4:
MAP携带的消息控制参数 | SIP头域携带的消息控制参数 |
TP-Message-Type-Indicator=01(SMSsubmit req) | X-Message-type-Indicator:messagedelivery request |
TP-Reply-Path=1(The parameter is set) | X-Reply-path:True |
其中MAP为模拟参数,这里submit的消息类型被转换成delivery消息类型。
3.假设CDMA网终端发送MMS到IMS域终端:
(1)消息格式转换模块处于终端和消息中心之间,消息格式转换模块将HTTP中携带的参数填写到扩展的SIP头域中,并不改变参数含义。
HTTP和SIP中的消息控制参数对比示例如下表5所示:
表5:
HTTP携带的消息控制参数 | SIP头域携带的消息控制参数 |
Message Type:m-send-req | X-Message-type-Indicator:message submitrequest |
Message class:personal | Message class:personal |
在此,消息类型和消息分类被直接转换成SIP头域。
(2)消息格式转换模块处于消息中心上或消息中心之间,消息格式转换模块接收SMTP中携带的参数,修改参数内容,新的参数内容在SIP头域中携带。
SMTP和SIP中的消息控制参数对比示例如下表6所示:
表6:
SMTP携带的消息控制参数 | SIP头域携带的消息控制参数 |
X-Mms-Message-Type:m-forward-req | X-Message-type-Indicator:messagedelivery request |
X-Mms-Message-Class:personal | Message class:personal |
在此,submit的消息类型被转换成delivery消息类型。
4.假设IMS终端发送消息给IMS终端:
IMS终端发送消息给IMS终端,发送方发送的MESSAGE消息中通过映射的方式携带消息业务数据,MESSAGE消息中的相关参数示例如下,
MESSAGE sip:receiver@example.com,SIP/2.0
X-Message-type-Indicator:message submit request
X-Read-reply:Yes
......
接收方支持封装的方式,且消息打包的格式为CDMA网络格式,消息格式转换模块位于消息中心上,消息格式转换模块把MESSAGE消息中的控制参数和消息内容提取出来,按CDMA网络传输层消息格式进行编码,并把其中的消息指示标识Message Identifier改为delivery,之后封装在MESSAGE消息体中发送给消息接收方。MESSAGE消息中Content type头域设置为Content type:application/vnd.3gpp2.sms-tl。
下面以增加参数为例,进一步说明本发明方法中消息控制参数格式转换过程。
假设IMS终端发送消息给PSTN网络终端:
(1)消息格式转换模块处于终端和消息中心之间,IMS终端发送的消息中除接收方地址外没有携带其他控制参数,消息格式转换模块增加接收方所需的必选参数。
SIP和HTTP中的消息控制参数对比示例如下表7所示:
表7:
SIP头域携带的消息控制参数 | HTTP携带的消息控制参数 |
Message Type:m-send-req | |
MMS-Version:1.0 |
在此,HTTP中消息类型参数、MMS版本为新增参数的。使用MAP携带的情况与此类似,在此不再详细说明。
(2)消息格式转换模块处于消息中心上或消息中心之间,IMS终端发送的消息中除接收方地址外没有携带其他控制参数,消息格式转换模块增加接收方所需参数。
SIP和SMTP中的消息控制参数对比示例如下表8所示:
表8:
SIP头域携带的消息控制参数 | SMTP携带的消息控制参数 |
X-Mms-Message-Type:m-forward-req |
在此,SMTP中消息类型参数为新增参数的。使用MAP携带的情况与此类似,在此不再详细描述。
下面以删除参数为例,进一步说明本发明方法中消息控制参数格式转换过程。
1、假设C网终端发送MMS给IMS终端:
消息格式转换模块处于消息中心上或消息中心之间,消息格式转换模块接收SMTP中携带的参数,删除目的消息中不需要携带的参数,新的参数内容在SIP头域中携带。
SMTP和SIP中的消息控制参数对比示例如下表9所示:
表9:
SMTP携带的消息控制参数 | SIP头域携带的消息控制参数 |
X-Mms-Message-Type:m-forward-req | X-Message-type-Indicator:messagenotification request |
X-Mms-Read-Reply:yes |
在此,read-reply参数不需要在notification消息中携带,在此消息中删除该参数。
2、假设IMS终端发送消息给IMS终端:
IMS终端发送消息给IMS终端,发送方发送的MESSAGE消息中通过映射的方式携带消息业务数据,MESSAGE消息中的相关参数示例如下,
MESSAGE sip:receiver@example.com,SIP/2.0
X-Message-type-Indicator:message submit request
X-Read-reply:Yes
......
接收方不支持消息类型指示X-Message-type-Indicator等扩展参数,消息格式转换模块位于消息中心上,消息格式转换模块删除上述消息类型指示X-Message-type-Indicator等消息控制参数,把MESSAGE消息发送给接收方。
需要说明的是,上述示例中,SIP中携带消息控制参数的示例都是采用头域的方式,在具体实现过程中同样可以采用其他携带方式。
下面举例说明本发明方法中消息内容格式转换过程。
假设GSM网终端发送SMS给IMS终端,SMS中携带文本和电话的小图片,显示方式是一排文本(hello),一排16*16的图片(telephone),再一排文本(One small telephone here)。
GSM网消息的消息内容和显示方式示例如下:
SMS User Data Header:UDHL=24,IEI=11,IEIDL=22,IED1=08,<%(small picture 32bytes)>
SMS User Data:Hello!<CR><LF><CR><LF>One small telephone here
消息格式转换模块将显示方式转换为IMS域支持的SMIL语言描述,将32字节图片转换成IMS域支持的bmp格式图片,并增加bmp格式的媒体。示例如下:
--=_005A0428C1257165_=
Content-Type:application/smil
<smil>
<head>
<layout>
<root-layout height=″200″width=”150″/>
<region id=″Text″height=″20″width=″150″/>
<region id=″Image″height=″20″width=″20”/>
<region id=″Text″height=″20″width=″150″/>
</layout>
</head>
<body>
<par>
<text src=″hello″region=″Text″/>
<image src=″telephone.bmp″region=″Image″/>
<text src=″One small telephone here″region=″Text″/>
</par>
</body>
</smil>
--=_005A0428C1257165_=
Content-Type:image/jpeg;name=″telephone.bmp″
.........
消息内容的删除与上述过程类似,或者可以说是修改方式的简化,这里不给出具体的实施例。
参照图4,图4示出了本发明系统第一实施例的原理框图:
该系统包括:消息业务数据处理模块S51、S52,在每个消息业务数据处理模块中包括:
消息添加模块S511、发送模块S512、接收模块S513、消息提取模块S514。其中,消息添加模块S511用于将消息业务数据封装到SIP或MSRP的消息体中,或映射到SIP或MSRP的消息头域和/或消息体中;发送模块S512与消息添加模块S511相连,用于通过SIP或MSRP消息将封装或映射后的消息业务数据传送到消息接收方;接收模块S513用于接收SIP或MSRP消息;消息提取模块S514与接收模块S513相连,用于从接收的SIP或MSRP消息中提取出消息业务数据。
在消息业务数据处理模块S52中同样包括以上模块,在图中未示出。
以SIP消息为例,当消息业务数据处理模块S51需要发送消息业务数据时,首先由消息添加模块S511将消息业务数据封装到SIP的消息体中,或映射到SIP消息的消息头域和/或消息体中,具体封装或映射方式与前面本发明方法的描述中类似,在此不再赘述。然后,将封装或映射后的SIP消息通过发送模块S512发送到对端网络设备S52。
当消息业务数据处理模块S51的接收模块S513接收到对端消息业务数据处理模块S52发送过来的SIP消息后,交由消息提取模块S514,从SIP消息中提取出消息业务数据。
消息业务数据处理模块可以位于终端设备中,也可以位于网络设备中。
消息业务数据处理模块中的各模块可以位于一个设备中,也可以位于不同的设备中。所述消息添加模块与发送模块可以位于一个设备中,接收模块和消息提取模块可以位于一个设备中。
消息业务数据处理模块所处的设备可以通过SIP网络相连,也可以通过SIP网络与电路域网络相连,也可以通过SIP网络与其它IP网络(如因特网)相连。
由于在NGN中,需要实现各种不同网络之间的互通,因此,消息业务数据的发送方网元和接收方网元所支持的消息格式有可能不同。
针对这种情况,本发明系统第二实施例的原理框图如图5所示:
消息业务数据处理模块S51位于SIP域,通信设备S61位于电路域或SIP域,所述通信设备为原有电路域中处理消息业务数据的实体。为了实现对端通信设备对消息业务数据的识别,在该实施例中,还包括了消息格式转换模块S63,通过SIP接口或MSRP接口与SIP域网络中的消息业务数据处理模块S61相连。消息格式转换模块S63通过MAP、HTTP、SMTP接口与通信设备S62相连。
消息格式转换模块S53用于在发送方与接收方支持的消息格式不同时,对需要传送的SIP/MSRP消息中的消息格式进行转换。
发送方与接收方均在SIP域中,且支持的消息格式不同,消息格式转换模块S53同样可以完成消息格式转换,原理框图如图6所示。消息业务数据处理模块S51和消息业务数据处理模块S52分别为发送方和接收方的消息业务数据处理模块。消息格式转换模块S53通过SIP接口或MSRP接口与消息业务数据处理模块S52相连。
消息格式转换模块S53可作为一个独立的实体置于SIP域的任何位置,也可以将其集成在SIP域内的网元上。
SIP域中的消息格式转换模块与消息业务数据的组成对应,也就是说,在网络进行规划时,针对网络中的各网元支持的消息格式,进行消息格式转换模块的配置,使其完成所需的消息格式的转换。
消息格式转换模块对不同消息格式的转换与前面对本发明方法的描述类似,在此不再赘述。
为了进一步方便消息格式转换模块在不同通信设备间的使用,还可以在消息业务数据处理模块S51和消息格式转换模块S53之间设置消息格式判断模块S54,如图7所示。消息格式判断模块S54用于确定源消息格式和目的消息格式。
以SIP消息为例,消息业务数据处理模块S51通过SIP消息携带消息业务数据,并将其发送到消息格式判断模块S54,消息格式判断模块S54根据SIP消息的地址,获取接收方的属性信息,确定目的消息格式,将源消息格式与目的消息格式通知消息格式转换模块S53,消息格式转换模块S53根据该通知将源消息格式转换成目的消息格式,并将转换后的消息发送给电路域的通信设备S61。
与图6类似,消息格式转换模块S53可以把转换后的消息发送给SIP域的其他消息业务数据处理模块,以完成SIP域内的消息格式转换。这里不再具体给出原理图。
消息格式判断模块S54可以通过DNS(域名服务器)或ENUM(E.164号码)等网络中的公共数据库获取接收方的属性信息,或者根据消息业务应用服务器的本地配置信息,判断消息接收方所属的网络是IMS域还是电路域。如果是IMS域,可以根据终端能力确定目的消息格式,如支持封装格式还是映射格式。如果是电路域,可以根据消息业务信息接收方标识判断网络接口类型,是GSM网、CDMA网络还是PSTN网络,并根据消息内容是文本还是多媒体判断是SMS网络还是MMS网络。
因此,也可以根据实际应用需要,将消息格式判断模块分成几个不同的子模块。比如,将其分为网络类型判断子模块、网络接口类型判断子模块、消息业务类型判断子模块、终端能力判断子模块。由网络类型判断子模块通过DNS(域名服务器)或ENUM等网络中的公共数据库获取接收方的属性信息,或者根据消息业务应用服务器的本地配置信息,判断消息接收方所属的网络是IMS域还是电路域。如果是IMS域,由终端能力判断子模块根据终端能力确定消息接收方支持的消息格式,如是否支持传统消息业务以及支持封装格式还是映射格式、支持文本格式还是多媒体格式以及支持哪种多媒体格式等,所述消息接收方的终端能力,可以由终端能力判断子模块在消息接收方注册时获得,注册消息中携带终端能力;也可以是由终端能力判断子模块在消息业务发往消息接收方后,消息接收方返回的响应消息中获得,即消息业务总是先发往消息接收方,消息接收方如果不支持消息业务的格式,则在返回的响应消息中携带自己的终端能力。如果是电路域,由网络接口类型判断子模块根据消息接收方标识判断网络接口类型是GSM网、CDMA网络还是PSTN网络。此外,还可以由消息业务类型判断子模块根据消息内容判断消息发送方发送的消息业务数据格式,如可以根据前述的消息内容的MIME媒体类型、和/或消息内容指示参数等判断。
消息格式处理模块与IMS域外的接口可以是消息中心之间的接口,此时接口可以是SMTP接口。也可以是IMS接口网关到消息中心之间的接口,此时接口可以是MAP接口,HTTP接口。
假设网络类型判断子模块及网络接口判断子模块位于消息业务应用服务器上,消息业务类型判断子模块在IP-MESSAGE-GW(IP消息网关)上,消息格式处理模块在IP-MESSAGE-GW上,其消息交互流程如图8所示:
(1)消息业务请求消息发送方向网络中的呼叫会话控制单元发送请求消息,例如:message,并且在请求消息中携带文本格式的消息业务数据。消息中目的地标识为消息业务应用服务器的标识,例如,message的Request-URI为as-message@example.com。消息中通过映射的方式携带消息业务数据,示例如下:
MESSAGE sip:as-message@example.com,SIP/2.0
X-Message-type-Indicator:message submit request
X-Read-reply:Yes
......
(2)呼叫会话控制单元根据消息业务信息中目的地标识,将消息业务信息通过ifc触发到消息业务应用服务器;
(3)消息业务应用服务器上的消息格式判断模块根据目的地标识判断接收方属于电路域中的GSM网络,将目的格式类型通过扩展的Message-format头域添加在MESSAGE消息中发送给IP-MESSAGE-GW上。示例如下:
MESSAGE sip:receiver@example.com,SIP/2.0
Message-format:version=gsm
X-Message-type-Indicator:message submit request
X-Read-reply:Yes
(4)IP-MESSAGE-GW判断消息中的消息格式头域,并根据消息内容是文本,把消息格式转换成GSM网络的SMS消息,并通过MAP协议发送给消息接收方。
网络接口类型判断子模块也可以位于IP-MESSAGE-GW(IP消息网关)上,这种情况下,消息业务应用服务器根据目的地标识判断接收方属于电路域,则把收到的MESSAGE消息直接发送给IP-MESSAGE-GW,由IP-MESSAGE-GW判断具体的电路域网络类型,确定目的消息格式,并进行消息格式转换。此过程与上述流程类似,消息交互流程省略。
消息格式判断模块和消息格式转换模块可以位于同一个网元上,也可以位于不同的网元上。
假设消息格式判断模块和消息格式转换模块位于消息业务应用服务器上,其消息交互流程如图9所示:
(1)消息业务请求消息发送方向网络中的呼叫会话控制单元发送请求消息,例如:message,并且在请求消息中携带多媒体格式的消息业务数据。消息中目的地标识为消息业务应用服务器的标识,例如,message的Request-URI为as-message@example.com。消息中通过封装的方式携带消息业务数据,如Content type:application/vnd.3gpp2.sms-tl;
(2)呼叫会话控制单元根据消息业务信息中目的地标识,将消息业务信息通过ifc触发到消息业务应用服务器;
(3)消息业务应用服务器上的消息格式判断模块根据目的地标识判断接收方属于IMS域,并根据接收方的终端能力得知接收方只支持映射方式的消息格式,消息格式判断模块通知消息格式转换模块将消息转换成映射方式的消息格式,之后消息格式转换模块将封装方式的消息格式转换成映射方式的消息格式。示例如下:
MESSAGE sip:receiver@example.com,SIP/2.0
X-Message-type-Indicator:message submit request
X-Read-reply:Yes
......
(4)消息业务应用服务器将转换后的消息发送给消息接收方。
可见,通过消息格式判断模块和消息格式转换模块,不仅可实现不同域内消息格式的转换,还可以实现封装方式与映射方式消息格式的转换,从而实现对各种消息业务数据的传输,并使接收方能够正确获得消息业务数据。
总的来说,消息格式转换模块可以完成封装有传统消息业务数据的SIP消息或MSRP消息和传统消息业务消息之间的转换,将获得的传统消息业务数据封装在SIP消息或MSRP消息中;或者,从SIP消息或MSRP消息中提取出传统消息业务数据,进一步的,如果该传统消息业务数据的格式和消息接收方支持的格式不一致,如提出的传统消息业务数据的格式为GSM,而消息接收方的为CDMA,则消息格式转换模块还可以在这两种传统消息业务数据格式之间作转换。
由于在NGN中,需要实现各种不同网络之间的互通,包括电路域与SIP域的互通,不同能力的SIP域之间的互通,如不支持封装映射传统消息业务数据的SIP消息与封装映射传统消息业务数据的SIP消息之间的互通。
针对这种情况,本发明系统第五实施例的原理框图如图10所示:
其中,消息数据添加模块S101和消息数据提取模块S102位于SIP域,消息格式转换模块S103通过SIP接口或MSRP接口与消息数据添加模块S101、消息数据提取模块S102相连。消息数据添加模块S101用于将消息数据信息添加到消息(第一消息)中并发送给消息接收方网元,消息数据提取模块S102用于接收消息发送方网元的消息(第二消息),并提取其中携带的消息数据信息。消息格式转换模块103用于在所述第一消息与第二消息支持的消息格式不同时,对消息格式进行转换。所述消息数据信息可以是封装或映射在SIP或MSRP的消息中的传统消息业务数据,也可以是普通SIP或MSRP消息的消息体中携带的消息信息,如支持封装映射传统消息业务数据的SIP或MSRP消息中携带的消息内容。
以SIP消息为例,消息数据添加模块S101通过SIP消息携带消息业务数据,并将其发送到消息格式转换模块S103,消息格式转换模块S103将源消息格式转换成目的消息格式,并将转换后的消息发送给消息数据提取模块S102。
消息数据添加模块与消息格式转换模块之间的接口可以是SIP接口或MSRP接口,也可以是传统电路域的MAP接口、SMTP接口或者是HTTP接口。消息数据提取模块与消息格式转换模块之间的接口可以是SIP接口或MSRP接口,也可以是传统电路域的MAP接口、SMTP接口或者是HTTP接口。接口为传统电路域接口(MAP接口、SMTP接口或者是HTTP接口)时,消息的添加、提取及格式转换过程与上述过程类似。
消息格式转换模块还可以完成映射有传统消息业务的SIP消息或MSRP消息和传统消息业务消息之间的转换,解析获得的传统消息业务数据,将消息控制参数映射成SIP消息或MSRP消息的描述格式,而消息的内容则可以映射、或封装、或保持原描述格式,携带于SIP消息或MSRP消息中;或者,从SIP消息或MSRP消息中解析获得的消息控制参数,映射为传统消息业务的描述格式,而消息内容则可以映射、或保持原描述格式,生成传统消息数据。其中,由于传统消息的内容也支持采用MIME媒体类型格式,如MMS、Email,因此在转换时,可以保持消息内容的原描述格式。
消息格式转换模块还可以完成封装或映射有传统消息业务数据的SIP消息或MSRP消息和普通不支持封装或映射传统消息业务数据的SIP消息或MSRP消息之间的转换,消息的内容可以被相互映射、或保持原描述格式
消息格式转换模块还可以完成封装传统消息业务数据的SIP消息或MSRP消息和映射传统消息业务数据的SIP消息或MSRP消息之间的转换。
上述处理不同格式转换的消息格式转换模块可以位于不同的网元中,也可以位于同一个网元中。
此外,当消息格式转换模块执行SIP消息或MSRP消息和传统消息之间的转换时,还完成消息接收方标识的格式的转换,如消息发送方填写的消息接收方标识的格式的SIP URI或Tel URI格式,例如可以是SIP URI形式sip:mike@example.com,消息格式转换模块需要将其转换成E.164格式或其它格式的URI,例如可以是Email的地址形式mike@example.com,反之亦然,转换后的消息接收方标识的格式符合消息接收方所属网络的格式要求,可被消息接收方所属网络所识别。
消息格式判断模块为消息格式转换模块的转换执行提供触发依据,消息格式判断模块需要判断收到的来自消息发送方的消息业务的消息格式,可以依据前述的消息内容指示参数、消息内容的MIME媒体类型来判断;消息格式判断模块还需要判断消息接收方支持的消息格式,可以依据消息接收方所属的网络、消息接收方的终端能力等来判断。
如果来自消息发送方的消息业务的消息格式和消息接收方支持的消息格式不匹配,则消息格式判断模块可以触发消息格式转换模块的执行转换功能。
上述处理不同格式判断的消息格式判断模块可以位于不同的网元中,也可以位于同一个网元中。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
Claims (38)
1、一种传送消息业务数据的方法,其特征在于,所述方法包括:
在消息发送方将消息业务数据添加到会话初始协议SIP或消息会话中继协议MSRP的消息中;
通过SIP消息或MSRP消息将消息业务数据传送到消息接收方。
2、根据权利要求1所述的方法,其特征在于,所述将消息业务添加到SIP或MSRP消息中的步骤具体为:
在消息发送方将消息业务数据封装在会话初始协议SIP或消息会话中继协议MSRP的消息体中。
3、根据权利要求2所述的方法,其特征在于,所述消息业务数据具体为GSM网络的消息业务格式,或者是CDMA网络的消息业务格式,或者是PSTN网络的消息业务格式、或者是Email的消息业务格式。
4、根据权利要求3所述的方法,其特征在于,
当需要传送短消息业务SMS数据时,将SMS的业务应用层数据、和/或业务传输层数据、和/或业务承载层数据封装在SIP或MSRP的消息体中。
5、根据权利要求3所述的方法,其特征在于,
当需要传送多媒体消息业务数据时,将简单邮件传输协议SMTP消息或者超文本传输协议HTTP消息封装在SIP或MSRP的消息体中;所述SMTP消息包括SMTP命令和消息内容,或仅包括消息内容;所述HTTP消息包括HTTP方法、头域和消息体。
6、根据权利要求3所述的方法,其特征在于,
当需要传送Email数据时,将简单邮件传输协议SMTP消息封装在SIP或MSRP的消息体中;所述SMTP消息包括SMTP命令和消息内容,或仅包括消息内容。
7、根据权利要求2至6任一项所述的方法,其特征在于,所述方法进一步包括:
将所述业务消息数据封装在所述消息体中的多用途因特网邮件扩充协议MIME体中。
8、根据权利要求7所述的方法,其特征在于,
通过SIP或MSRP消息中的MIME媒体类型、或MIME体字段、或头域参数指示所述业务消息数据的格式。
9、根据权利要求8所述的方法,其特征在于,
所述MIME媒体类型、MIME体字段、头域参数是SIP协议或MSRP协议中已有MIME媒体类型、MIME体字段、头域参数的扩展应用;或者是扩展的MIME媒体类型、MIME体字段、头域参数。
10、根据权利要求1所述的方法,其特征在于,所述将消息业务添加到SIP或MSRP消息中的步骤具体为:
在消息发送方将消息业务数据映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中。
11、根据权利要求10所述的方法,其特征在于,所述将消息业务数据映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中的步骤包括:
将消息业务的控制参数通过SIP或MSRP的消息头域、和/或MIME体携带;
将消息业务的内容通过SIP或MSRP的MIME体携带。
12、根据权利要求11所述的方法,其特征在于,所述消息业务的控制参数具体为:
消息类型指示、和/或消息分类、和/或递交报告指示、和/或读取报告指示、和/或标题、和/或答复路径。
13、根据权利要求11所述的方法,其特征在于,
所述消息头域具体为SIP或MSRP协议中已有的头域的扩展使用,或者为SIP或MSRP协议中扩展的头域;
所述MIME体具体为SIP或MSRP协议中已有的MIME媒体类型的扩展使用,或者扩展的MIME媒体类型。
14、根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
当消息业务数据的发送方与接收方支持的消息格式不同时,对消息格式进行转换。
15、根据权利要求14所述的方法,其特征在于,所述对消息格式进行转换的步骤包括:对消息控制参数和/或对消息内容进行转换。
16、根据权利要求15所述的方法,其特征在于,所述对消息控制参数进行转换的步骤具体为:修改参数,或者增加参数,或者删除参数。
17、根据权利要求16所述的方法,其特征在于,所述修改参数具体为参数的变换,或者是参数取值的变换。
18、根据权利要求15所述的方法,其特征在于,所述对消息内容进行转换的步骤具体为:修改消息内容,或者增加消息内容,或者删除消息内容。
19、根据权利要求18所述的方法,其特征在于,所述消息内容具体为:消息显示方式和/或消息媒体内容。
20、一种传送消息业务数据的系统,其特征在于,包括消息业务数据处理模块,所述消息业务数据处理模块包括:
消息添加模块,用于将消息业务数据封装或映射到会话初始协议SIP或消息会话中继协议MSRP的消息头域和/或消息体中;
发送模块,与所述消息添加模块相连,用于通过SIP或MSRP消息携带消息业务数据传送到消息接收方;
接收模块,用于接收SIP或MSRP消息;
消息提取模块,与所述接收模块相连,用于从所述接收的SIP或MSRP消息中提取出消息业务数据。
21、根据权利要求20所述的系统,其特征在于,
所述消息业务数据处理模块或者位于终端设备中,或者位于网络设备中。
22、根据权利要求20所述的系统,其特征在于,
所述消息业务数据处理模块中的各模块或者位于同一个设备中,或者位于不同的设备中。
23、根据权利要求20所述的系统,其特征在于,所述消息业务数据处理模块所处的设备通过SIP域网络相连,或通过SIP域网络与电路域网络或其它IP网络相连。
24、根据权利要求23所述的系统,其特征在于,所述系统进一步包括:
消息格式转换模块,用于在发送方与接收方支持的消息格式不同时,对消息格式进行转换。
25、根据权利要求24所述的系统,其特征在于,所述系统进一步包括:
消息格式判断模块,用于确定源消息格式和目的消息格式。
26、根据权利要求25所述的系统,其特征在于,所述消息格式判断模块根据消息接收方所属的网络和/或消息接收方的终端能力来判断目的消息格式。
27、一种传送消息业务数据的系统,其特征在于,包括:
消息数据添加模块,用于将消息数据信息添加到第一消息中并发送给消息接收方网元,所述第一消息是SIP域携带消息数据信息的消息,或者是传统电路域携带消息数据信息的消息;所述消息数据信息是传统消息业务数据,或者是SIP或MSRP消息的消息体中携带的消息信息;
消息数据提取模块,用于接收消息发送方网元的第二消息,并提取其中携带的消息数据信息,所述第二消息是SIP域携带消息数据信息的消息,或者是电路域携带消息数据信息的消息;
消息格式转换模块,用于在所述第一消息与第二消息支持的消息格式不同时,对消息格式进行转换。
28、根据权利要求27所述的系统,其特征在于,
所述SIP域携带消息数据信息的消息是会话初始协议SIP消息、或消息会话中继协议MSRP消息,所述传统电路域携带消息数据信息的消息是映射MAP消息、或简单邮件传输协议SMTP消息、或超文本传输协议HTTP消息。
29、根据权利要求27所述的系统,其特征在于,
当所述第一消息为传统电路域的消息业务消息,所述第二消息为封装为传统消息业务数据的SIP消息或MSRP消息时,消息格式转换模块将第一消息中携带的消息数据信息全部或部分封装在SIP消息或MSRP消息中;
当所述第一消息为封装传统消息业务数据的SIP消息或MSRP消息,所述第二消息为传统消息业务消息时,消息格式转换模块提取消息数据信息,并将其转换为接收方支持的传统电路域消息格式。
30、根据权利要求27所述的系统,其特征在于,
当所述第一消息为传统电路域的消息业务消息,所述第二消息为映射传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块解析收到的第一消息,将其中的消息控制参数映射为第二消息的格式,而将消息的内容映射、或封装、或保持原格式,携带于第二消息中;
当所述第一消息为映射传统消息业务数据的SIP消息或MSRP消息,所述第二消息为传统消息业务消息时,所述消息格式转换模块从收到的第二消息中解析获得的消息控制参数,并将其映射为传统消息业务数据格式,而将消息的内容映射、或保持原描述格式,生成第二消息。
31、根据权利要求27所述的系统,其特征在于,
当所述第一消息或第二消息为封装或映射有传统消息业务数据的SIP消息或MSRP消息,所述第二消息或第一消息为不支持封装或映射传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块将消息的内容相互映射、或保持原描述格式;
当所述第一消息或第二消息为封装或映射有传统消息业务数据的SIP消息或MSRP消息时,所述消息格式转换模块完成封装传统消息业务数据的SIP消息或MSRP消息到映射传统消息业务数据的SIP消息或MSRP消息的转换,或者映射传统消息业务数据的SIP消息或MSRP消息的转换到封装传统消息业务数据的SIP消息或MSRP消息的转换。
32、根据权利要求27所述的系统,其特征在于,
所述消息格式转换模块将第一消息中的消息接收方标识的格式转换为所述第二消息中的消息接收方标识的格式。
33、根据权利要求27所述的系统,其特征在于,所述系统进一步包括:
消息格式判断模块,用于判断所述第一消息和所述第二消息的消息格式。
34、根据权利要求33所述的系统,其特征在于,
所述消息格式判断模块根据所述第一消息中携带的消息格式指示信息来判断第一消息的消息业务数据格式。
35、根据权利要求34所述的系统,其特征在于,所述消息格式指示信息至少是下述一种信息:消息业务数据媒体类型、消息业务数据指示参数。
36、根据权利要求33所述的系统,其特征在于,
所述消息格式判断模块根据消息接收方所属的网络、和/或消息接收方的终端能力判断消息接收方支持的消息业务数据格式。
37、根据权利要求36所述的系统,其特征在于,
消息格式判断模块从消息接收方注册消息中获取消息接收方的终端能力;或者从消息接收方收到所述第二消息后返回的响应消息中获取消息接收方的终端能力。
38、根据权利要求33所述的系统,其特征在于,所述消息格式判断模块至少包括下面一个子模块:
网络类型判断子模块,用于通过所述第一消息中的消息业务信息,判断所述消息业务信息接收方所属网络类型;
网络接口类型判断子模块,用于通过所述第一消息中的消息业务信息判断网络接口类型;
终端能力判断子模块,用于通过消息接收方所属的网络、和/或消息接收方的终端能力来判断消息接收方支持的消息业务数据格式;
消息业务类型判断子模块,用于通过所述第一消息判断其携带的消息业务数据格式。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101114876A CN101087269A (zh) | 2006-06-09 | 2006-08-22 | 传送消息业务数据的方法及系统 |
EP07721357A EP2028815A4 (en) | 2006-06-09 | 2007-06-06 | METHOD AND SYSTEM FOR DELIVERING MESSAGE SERVICE DATA |
PCT/CN2007/001784 WO2007143924A1 (fr) | 2006-06-09 | 2007-06-06 | Procédé et système de délivrance de données de services de messagerie |
US12/329,827 US20090086725A1 (en) | 2006-06-09 | 2008-12-08 | Method and system for transmitting message service data |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610092913.6 | 2006-06-09 | ||
CN200610092913 | 2006-06-09 | ||
CNA2006101114876A CN101087269A (zh) | 2006-06-09 | 2006-08-22 | 传送消息业务数据的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101087269A true CN101087269A (zh) | 2007-12-12 |
Family
ID=38831411
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101114876A Pending CN101087269A (zh) | 2006-06-09 | 2006-08-22 | 传送消息业务数据的方法及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20090086725A1 (zh) |
EP (1) | EP2028815A4 (zh) |
CN (1) | CN101087269A (zh) |
WO (1) | WO2007143924A1 (zh) |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011110022A1 (zh) * | 2010-09-29 | 2011-09-15 | 华为技术有限公司 | 数据的传输方法、装置及系统 |
CN102457818A (zh) * | 2010-10-18 | 2012-05-16 | 中兴通讯股份有限公司 | 一种gsm-r系统中短层2头消息的下发方法及系统 |
CN102474470A (zh) * | 2009-08-10 | 2012-05-23 | 高通股份有限公司 | 识别用于传送消息业务信息的域 |
CN102577453A (zh) * | 2009-10-14 | 2012-07-11 | 瑞典爱立信有限公司 | 用于能够实现ims域与cs域之间消息输送的方法 |
CN102752272A (zh) * | 2011-04-22 | 2012-10-24 | 中兴通讯股份有限公司 | 媒体消息数字签名的处理方法、系统和装置 |
CN102752231A (zh) * | 2011-04-22 | 2012-10-24 | 中兴通讯股份有限公司 | 媒体消息安全机制的处理方法和网关设备 |
WO2013016962A1 (zh) * | 2011-08-01 | 2013-02-07 | 中兴通讯股份有限公司 | Ic卡信息共享实现方法、系统及装置 |
CN102932671A (zh) * | 2012-11-26 | 2013-02-13 | 北京奇虎科技有限公司 | 向计算终端提供图片数据的方法及服务器 |
CN103369159A (zh) * | 2013-07-08 | 2013-10-23 | 中国联合网络通信集团有限公司 | 一种呼叫处理方法和设备 |
CN103475567A (zh) * | 2013-07-31 | 2013-12-25 | 华为软件技术有限公司 | 数据传输方法、装置、设备及系统 |
CN104022947A (zh) * | 2014-06-03 | 2014-09-03 | 长春大学 | 一种量子保密通信http代理网关 |
CN105323215A (zh) * | 2014-06-20 | 2016-02-10 | 中兴通讯股份有限公司 | 一种会话初始化协议消息处理方法及代理服务器 |
WO2016086760A1 (zh) * | 2014-12-01 | 2016-06-09 | 华为技术有限公司 | 一种推送业务的实现方法及设备 |
CN107659380A (zh) * | 2017-09-05 | 2018-02-02 | 上海歌尔泰克机器人有限公司 | 消息发送、消息读取方法、设备及系统 |
CN108024217A (zh) * | 2016-10-31 | 2018-05-11 | 中国电信股份有限公司 | 用于实现NB-IoT IP数据与短消息互通的方法、装置和系统 |
US10104512B2 (en) | 2009-08-10 | 2018-10-16 | Qualcomm Incorporated | Domain selection for mobile-originated message service |
CN109274687A (zh) * | 2018-11-05 | 2019-01-25 | 国网山东省电力公司信息通信公司 | 一种实现企业网ims用户信息展示的方法 |
CN110178354A (zh) * | 2016-12-08 | 2019-08-27 | T移动美国公司 | 消息会话中继协议/超文本传输协议文件传输 |
CN110768893A (zh) * | 2018-07-27 | 2020-02-07 | 南京乐之树科技有限公司 | 一种基于电子邮件地址簿的多协议通讯系统 |
CN110875914A (zh) * | 2018-09-03 | 2020-03-10 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN111279662A (zh) * | 2017-11-02 | 2020-06-12 | 瑞典爱立信有限公司 | 消息传递资源功能 |
CN112243012A (zh) * | 2019-07-16 | 2021-01-19 | 中国移动通信有限公司研究院 | 一种离线消息传输方法、装置、服务器及终端 |
CN112527536A (zh) * | 2020-12-31 | 2021-03-19 | 广东鑫兴科技有限公司 | Mes数据交互控制方法、装置、电子设备及存储介质 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8175236B2 (en) * | 2007-11-16 | 2012-05-08 | At&T Mobility Ii Llc | IMS and SMS interworking |
KR100979202B1 (ko) * | 2007-11-21 | 2010-09-01 | 한국전자통신연구원 | 메시지 서비스 방법 및 메시지 서비스 시스템 |
US9397862B2 (en) * | 2008-12-12 | 2016-07-19 | At&T Intellectual Property I, L.P. | Method and apparatus for completing a circuit switched service call in an internet protocol network |
US8959232B2 (en) * | 2008-12-30 | 2015-02-17 | At&T Mobility Ii Llc | IMS and MMS interworking |
US8495245B2 (en) * | 2009-01-08 | 2013-07-23 | Alcatel Lucent | Connectivity, adjacencies and adaptation functions |
CN101841514A (zh) * | 2009-03-17 | 2010-09-22 | 联想(北京)有限公司 | 邮件处理方法及设备 |
US9294536B2 (en) * | 2010-04-12 | 2016-03-22 | Samsung Electronics Co., Ltd | Method and system of communicating delivery status of an XDM resource in an XDM environment |
US8611352B2 (en) | 2010-04-20 | 2013-12-17 | Marvell World Trade Ltd. | System and method for adapting a packet processing pipeline |
US8583748B2 (en) * | 2010-09-01 | 2013-11-12 | At&T Mobility Ii, Llc | Method and apparatus for messaging service internetworking |
US10489236B2 (en) * | 2011-03-11 | 2019-11-26 | Tejas Networks Ltd | Method and system for managing a communication network |
US9380132B2 (en) | 2011-06-27 | 2016-06-28 | Marvell Israel (M.I.S.L.) Ltd. | FCoE over trill |
CN103079175B (zh) * | 2011-10-26 | 2019-08-30 | 中兴通讯股份有限公司 | 一种跨业务系统的媒体消息发送方法及系统 |
EP2789143B1 (en) * | 2011-12-09 | 2015-08-19 | Telefonaktiebolaget LM Ericsson (PUBL) | Method, server and user equipment for accessing an http server |
US20140052793A1 (en) * | 2012-08-15 | 2014-02-20 | Microsoft Corporation | Message synchronization with extended properties |
US10096316B2 (en) | 2013-11-27 | 2018-10-09 | Sri International | Sharing intents to provide virtual assistance in a multi-person dialog |
US10079013B2 (en) * | 2013-11-27 | 2018-09-18 | Sri International | Sharing intents to provide virtual assistance in a multi-person dialog |
US10749827B2 (en) * | 2017-05-11 | 2020-08-18 | Global Tel*Link Corporation | System and method for inmate notification and training in a controlled environment facility |
CN113556694B (zh) * | 2020-04-16 | 2022-12-13 | 中国移动通信集团有限公司 | 信息的发送方法、装置、系统、设备和介质 |
CN115529289A (zh) * | 2022-09-30 | 2022-12-27 | 杭州谱链智能科技有限公司 | 基于电子邮件协议的企业数据交互控制方法及系统 |
CN115933615B (zh) * | 2023-01-03 | 2024-06-14 | 重庆长安汽车股份有限公司 | 车辆控制器测试方法、装置、电子设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US213519A (en) * | 1879-03-25 | Improvement in devices for removing metallic substances from grain | ||
US5493692A (en) * | 1993-12-03 | 1996-02-20 | Xerox Corporation | Selective delivery of electronic messages in a multiple computer system based on context and environment of a user |
WO2002037759A1 (en) * | 2000-11-06 | 2002-05-10 | Nokia Networks Oy | A method for billing a subscriber for data transmitted in a signaling message |
US7983245B2 (en) * | 2004-09-13 | 2011-07-19 | Tekelec | Methods and systems for converting an internet protocol (IP)-based message containing subscriber content to a public switched telephone network (PSTN)-based message including subscriber content |
-
2006
- 2006-08-22 CN CNA2006101114876A patent/CN101087269A/zh active Pending
-
2007
- 2007-06-06 EP EP07721357A patent/EP2028815A4/en not_active Withdrawn
- 2007-06-06 WO PCT/CN2007/001784 patent/WO2007143924A1/zh active Application Filing
-
2008
- 2008-12-08 US US12/329,827 patent/US20090086725A1/en not_active Abandoned
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10104512B2 (en) | 2009-08-10 | 2018-10-16 | Qualcomm Incorporated | Domain selection for mobile-originated message service |
CN102474470A (zh) * | 2009-08-10 | 2012-05-23 | 高通股份有限公司 | 识别用于传送消息业务信息的域 |
US11622244B2 (en) | 2009-08-10 | 2023-04-04 | Qualcomm Incorporated | Domain selection for mobile-originated message service |
US9729351B2 (en) | 2009-08-10 | 2017-08-08 | Qualcomm Incorporated | Identifying a domain for delivery of message service information |
CN102577453A (zh) * | 2009-10-14 | 2012-07-11 | 瑞典爱立信有限公司 | 用于能够实现ims域与cs域之间消息输送的方法 |
CN102577453B (zh) * | 2009-10-14 | 2014-12-31 | 瑞典爱立信有限公司 | 用于能够实现ims域与cs域之间消息输送的方法 |
CN102318436A (zh) * | 2010-09-29 | 2012-01-11 | 华为技术有限公司 | 数据的传输方法、装置及系统 |
WO2011110022A1 (zh) * | 2010-09-29 | 2011-09-15 | 华为技术有限公司 | 数据的传输方法、装置及系统 |
CN102318436B (zh) * | 2010-09-29 | 2014-07-30 | 华为技术有限公司 | 数据的传输方法、装置及系统 |
CN102457818A (zh) * | 2010-10-18 | 2012-05-16 | 中兴通讯股份有限公司 | 一种gsm-r系统中短层2头消息的下发方法及系统 |
CN102752231A (zh) * | 2011-04-22 | 2012-10-24 | 中兴通讯股份有限公司 | 媒体消息安全机制的处理方法和网关设备 |
WO2012142839A1 (zh) * | 2011-04-22 | 2012-10-26 | 中兴通讯股份有限公司 | 媒体消息数字签名的处理方法、系统和装置 |
CN102752272A (zh) * | 2011-04-22 | 2012-10-24 | 中兴通讯股份有限公司 | 媒体消息数字签名的处理方法、系统和装置 |
WO2013016962A1 (zh) * | 2011-08-01 | 2013-02-07 | 中兴通讯股份有限公司 | Ic卡信息共享实现方法、系统及装置 |
CN102932671A (zh) * | 2012-11-26 | 2013-02-13 | 北京奇虎科技有限公司 | 向计算终端提供图片数据的方法及服务器 |
CN103369159A (zh) * | 2013-07-08 | 2013-10-23 | 中国联合网络通信集团有限公司 | 一种呼叫处理方法和设备 |
CN103369159B (zh) * | 2013-07-08 | 2015-12-02 | 中国联合网络通信集团有限公司 | 一种呼叫处理方法和设备 |
CN103475567B (zh) * | 2013-07-31 | 2016-09-14 | 华为软件技术有限公司 | 数据传输方法、装置、设备及系统 |
CN103475567A (zh) * | 2013-07-31 | 2013-12-25 | 华为软件技术有限公司 | 数据传输方法、装置、设备及系统 |
CN104022947A (zh) * | 2014-06-03 | 2014-09-03 | 长春大学 | 一种量子保密通信http代理网关 |
CN104022947B (zh) * | 2014-06-03 | 2017-05-17 | 长春大学 | 一种量子保密通信http代理网关 |
CN105323215A (zh) * | 2014-06-20 | 2016-02-10 | 中兴通讯股份有限公司 | 一种会话初始化协议消息处理方法及代理服务器 |
WO2016086760A1 (zh) * | 2014-12-01 | 2016-06-09 | 华为技术有限公司 | 一种推送业务的实现方法及设备 |
CN108024217A (zh) * | 2016-10-31 | 2018-05-11 | 中国电信股份有限公司 | 用于实现NB-IoT IP数据与短消息互通的方法、装置和系统 |
CN110178354A (zh) * | 2016-12-08 | 2019-08-27 | T移动美国公司 | 消息会话中继协议/超文本传输协议文件传输 |
CN107659380A (zh) * | 2017-09-05 | 2018-02-02 | 上海歌尔泰克机器人有限公司 | 消息发送、消息读取方法、设备及系统 |
CN111279662A (zh) * | 2017-11-02 | 2020-06-12 | 瑞典爱立信有限公司 | 消息传递资源功能 |
US11716363B2 (en) | 2017-11-02 | 2023-08-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Messaging resource function |
CN110768893A (zh) * | 2018-07-27 | 2020-02-07 | 南京乐之树科技有限公司 | 一种基于电子邮件地址簿的多协议通讯系统 |
CN110875914A (zh) * | 2018-09-03 | 2020-03-10 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN110875914B (zh) * | 2018-09-03 | 2022-06-07 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN109274687A (zh) * | 2018-11-05 | 2019-01-25 | 国网山东省电力公司信息通信公司 | 一种实现企业网ims用户信息展示的方法 |
CN112243012A (zh) * | 2019-07-16 | 2021-01-19 | 中国移动通信有限公司研究院 | 一种离线消息传输方法、装置、服务器及终端 |
CN112527536A (zh) * | 2020-12-31 | 2021-03-19 | 广东鑫兴科技有限公司 | Mes数据交互控制方法、装置、电子设备及存储介质 |
CN112527536B (zh) * | 2020-12-31 | 2022-06-10 | 广东鑫兴科技有限公司 | Mes数据交互控制方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20090086725A1 (en) | 2009-04-02 |
EP2028815A1 (en) | 2009-02-25 |
EP2028815A4 (en) | 2009-07-01 |
WO2007143924A1 (fr) | 2007-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101087269A (zh) | 传送消息业务数据的方法及系统 | |
CN100596124C (zh) | 实现业务互通的方法及系统 | |
US8229480B2 (en) | Methods, systems, and computer program products for transferring a message service payload between messaging entities | |
KR100886548B1 (ko) | 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템 | |
US8392582B2 (en) | Method and apparatuses for making use of virtual IMS subscriptions coupled with the identity of a non SIP compliant terminal for non-registered subscribers | |
CN100413351C (zh) | 一种承载控制的处理方法 | |
CN1957578B (zh) | 建立分别与第一和第二方关联的第一与第二装置之间的通信会话的方法、通信网络以及供通信网络中使用的方法和设备 | |
US20040103157A1 (en) | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) | |
US20070243876A1 (en) | Method and System for Implementing a Message Service Based on IP Multimedia Subsystem | |
CN101325740A (zh) | 实现会话初始协议消息与短消息互通的方法、装置及系统 | |
CN101132378B (zh) | 一种不同网络间互通的方法及通信系统 | |
CN100550908C (zh) | 一种进行会话能力信息操作的方法及网络实体 | |
CN101106521A (zh) | 具有增强的业务过滤规则的分组网络及其实现方法 | |
CN102144411A (zh) | 交互式短消息服务 | |
CN101115224B (zh) | 用于ims网络的短信分叉方法及系统 | |
JP2007533245A (ja) | 移動通信端末間のメッセージ連動システム及びその方法 | |
CN102017588A (zh) | 用于通信网络中交互式呼叫方信息服务的方法和装置 | |
CN100388812C (zh) | 一种使用基于网际协议的消息传输协议传送消息的方法 | |
CN115226095A (zh) | 一种基于ims网络的隐私号码的应用方法以及应用系统 | |
CN1984132B (zh) | 一种对会话能力信息进行处理的方法和终端 | |
CN101202710A (zh) | 消息发送报告处理方法、系统及用于消息互通实体、终端 | |
CN101370172B (zh) | 不同类型的消息业务通信的处理方法、系统和设备 | |
CN101106565B (zh) | 具有增强的业务过滤规则的分组网络及其实现方法 | |
CN101166162B (zh) | 一种传递业务事件的方法 | |
CN1976539B (zh) | 一种传送数字用户信令的系统、方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20071212 |