CN101925023A - 一种向群组传送大消息模式cpm消息媒体链路创建的方法 - Google Patents

一种向群组传送大消息模式cpm消息媒体链路创建的方法 Download PDF

Info

Publication number
CN101925023A
CN101925023A CN2009101607576A CN200910160757A CN101925023A CN 101925023 A CN101925023 A CN 101925023A CN 2009101607576 A CN2009101607576 A CN 2009101607576A CN 200910160757 A CN200910160757 A CN 200910160757A CN 101925023 A CN101925023 A CN 101925023A
Authority
CN
China
Prior art keywords
functional entity
message
link
msrp
entity
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.)
Granted
Application number
CN2009101607576A
Other languages
English (en)
Other versions
CN101925023B (zh
Inventor
卢艳
玕瓒珐·阿里
陈军
姚立哲
谢曼
郭寰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910160757.6A priority Critical patent/CN101925023B/zh
Publication of CN101925023A publication Critical patent/CN101925023A/zh
Application granted granted Critical
Publication of CN101925023B publication Critical patent/CN101925023B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本发明提供了一种向群组传送大消息模式CPM消息MSRP媒体传输链路创建的方法。该方法用于建立发送方CPM客户端向群组传送大消息模式CPM消息所需的MSRP多跳媒体传输链路。发送方CPM客户端、源端参与功能实体、控制功能实体、目的端参与功能实体以及接收方CPM客户端之间通过会话邀请消息和成功响应消息完成SDP媒体参数协商,基于协商结果,建立发送方CPM客户端与源端参与功能实体之间的第一媒体传输链路、源端参与功能实体与控制功能实体之间的第二媒体传输链路、控制功能实体与目的端参与功能实体之间的第三媒体传输链路以及目的端参与功能实体与接收方CPM客户端之间的第四媒体传输链路。通过本发明,可以向目标群组发送大消息模式CPM消息。

Description

一种向群组传送大消息模式CPM消息媒体链路创建的方法
技术领域
本发明涉及移动通信技术领域,尤其涉及一种发送融合IP消息(Converged IP Messaging,简称为CPM)的方法,具体是发送大消息模式CPM消息(Large Message Mode CPM Message)媒体链路创建的方法。
背景技术
CPM是开放移动联盟(Open Mobile Architecture,简称为OMA)于2005年提出的,其目的是实现多种消息业务的互通,提供统一消息业务,以及完善一致并且方便的消息业务体验。CPM融合现有的多种消息业务,包括即时消息(Instant Message,简称为IM)、一键通(Push-To-Talk over Cellular,简称为POC)、移动电子邮件(Mobile E-Email,简称为MEM)、短消息业务(Short Messaging Service,简称为SMS)、彩信业务(Multimedia Messaging Service,简称为MMS)等。
CPM的主体业务形式包括:基于寻呼模式(page-mode)的CPM消息、基于会话模式(session-mode)的大消息模式CPM消息(Large Message Mode CPM Message)、基于session(会话)的其他CPM会话业务。在用户正常使用这些业务前,需要注册登录到CPM系统,即通常所说的“上线”。
大消息模式CPM消息,为OMA制定的CPM规范中其大小超过预设限制(比如,1300个字节)的CPM消息,该大消息模式CPM消息不能直接使用SIP消息进行承载。
收发双方的CPM客户端(CPM Client)与CPM引擎(CPM Enabler)之间使用SIP(Session Initiation Protocol,简称为SIP)消息(SIP Message)传递page-mode消息。当发送方终端需要发送一个大消息模式CPM消息时,如果消息的大小超过了限制(例如,大于1300字节),则不能用SIP MESSAGE承载。
CPM业务支持预设群组(CPM Pre-defined Group)与临时群组(CPM Ad-hoc Group),CPM用户可以向某一个临时群组或者预设群组发送CPM寻呼消息,但当消息大小超过一定限额时,则不能用SIP MESSAGE承载。
大消息模式CPM消息传送路径分为信令路径和媒体路径,即信令沿信令路径传送,媒体沿媒体路径传送。在向群组传送大消息模式CPM消息时,先使用大消息模式CPM消息的会话邀请消息(INVITE)创建发送方CPM客户端与控制功能实体之间、控制功能实体与各个接收方CPM客户端之间的会话,完成媒体协商,创建发送方CPM客户端与控制功能实体之间,控制功能实体与接收方CPM客户端之间的传输链路,通过创建的传输链路,使用消息会话中继协议(Message Session Relay Protocol,简称为MSRP)向上述接收方CPM客户端传送该大消息模式CPM消息的媒体内容,即CPM消息的内容。
按照CPM的系统框架,在业务层面,CPM传送大消息的信令路径需要经过发送方CPM客户端、发送方归属的源端参与功能实体、控制功能实体、接收方归属的目的端参与功能实体、接收方CPM客户端。CPM媒体路径有两种方案,一种是端到端之间创建媒体路径,无需经过参与功能实体和控制功能实体;另一种方案是需要经过参与功能实体和/或控制功能实体。
在CPM规范制定的现阶段,更多厂商倾向于媒体面经过参与功能实体等中间实体的方案。那么,媒体链路的创建需要在CPM发送方客户端与源端参与功能实体、源端参与功能实体与控制功能实体、控制功能实体与目的端参与功能实体、目的端参与功能实体与接收方客户端之间分别创建,即消息会话中继协议MSRP的多跳(Multiple Hops)传输。大消息模式CPM消息通过发送方向接收方发送大消息会话邀请消息完成媒体协商,由此各个功能实体获知与该实体创建链路的相邻功能实体,即获取将会与之创建链路的实体的MSRP连接参数,包括IP地址、端口号和/或全球资源标识符(Universal Resource Identifier,简称URI),但是,有关大消息模式CPM的传送方案正在制定中,目前尚缺乏各个功能实体如何分段创建MSRP多跳链路从而创建一条完整的MSRP传输链路的解决方案。
本发明提出一种大消息模式CPM消息传送时,MSRP多跳链路在各个功能实体之间创建的方案。
发明内容
有鉴于此,本发明提供了一种向群组传送大消息模式CPM消息媒体传输链路创建的方法,用以解决现有技术中缺乏向群组传送大消息模式CPM消息时,在各个功能实体之间创建MSRP多跳传输链路的方法的问题。
一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向一个预设群组或临时群组发送大消息模式CPM消息MSRP多跳传输媒体链路的创建,包括:在创建发送方融合IP消息CPM客户端和群组中的一个接收方CPM客户端之间的MSRP链路的过程中,发送方CPM客户端和源端参与功能实体之间,源端参与功能实体和控制功能实体之间、控制功能实体和目的端参与功能实体之间,以及目的端参与功能实体和接收方CPM客户端之间分别创建一段MSRP链路,每段MSRP链路的创建方在创建该段MSRP链路之前,先通过媒体协商过程获知对端的消息会话中继协议连接参数,根据该MSRP连接参数创建该段MSRP链路。
所述媒体协商过程包括:发送方CPM客户端发送第一会话邀请消息;所述第一会话邀请消息经由SIP/IP核心网路由至源端参与功能实体,所述源端参与功能实体产生并发送第二会话邀请消息;所述第二会话邀请消息经由所述SIP/IP核心网路由至控制功能实体,针对群组的每一个成员,所述控制功能实体产生并发送第三会话邀请消息;所述第三会话邀请消息经由所述SIP/IP核心网路由至目的端参与功能实体;所述目的端参与功能实体产生并发送第四会话邀请消息,所述第四会话邀请消息经由所述SIP/IP核心网路由至接收方CPM客户端,所述接收方CPM客户端产生并发送第四成功响应消息,所述第四成功响应消息经由所述SIP/IP核心网路由至所述目的端参与功能实体,所述目的端参与功能实体产生并发送第三成功响应消息;所述第三成功响应消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体接收到所述第二会话邀请消息,或,所述控制功能实体接收到所述第三成功响应消息,产生并发送第二成功响应消息,所述第二成功响应消息经由所述SIP/IP核心网路由至所述源端参与功能实体,所述源端参与功能实体产生并发送第一成功响应消息,所述第一成功响应消息经由所述SIP/IP核心网路由至所述发送方CPM客户端;
所述发送方CPM客户端接收到所述第一成功响应消息,产生并发送第一响应确认消息,所述第一响应确认消息经由所述SIP/IP核心网路由至所述源端参与功能实体;
所述源端参与功能实体发送第二响应确认消息,第二响应确认消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体发送第三响应确认消息,第三响应确认消息经由所述SIP/IP核心网路由至所述目的端参与功能实体;
所述目的端参与功能实体发送第四响应确认消息,第四响应确认消息经由所述SIP/IP核心网路由至所述接收方CPM客户端。
所述连接参数为URI参数和/或IP地址和端口号。
通过以上方案,可以解决现在技术中缺少大消息模式下MSRP传输链路的问题。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1以一个CPM客户端向一个群组发送大消息模式CPM消息为例,会话邀请消息的发起方为媒体链路创建的主动方,控制功能实体不需要等待目的端的成功响应,而向源端返回成功响应消息,MSRP媒体链路创建的流程图。
图2以一个CPM客户端向一个群组发送大消息模式CPM消息为例,会话邀请消息的发起方为媒体链路创建的主动方,控制功能实体需要等待目的端的一个成功响应,向源端返回成功响应消息,MSRP媒体链路创建的流程图。
图3以一个CPM客户端向一个群组发送大消息模式CPM消息为例,会话邀请消息的接收方为媒体链路创建的主动方,控制功能实体不需要等待目的端的成功响应,而向源端返回成功响应消息,MSRP媒体链路创建的流程图。
图4以一个CPM客户端向一个群组发送大消息模式CPM消息为例,会话邀请消息的接收方为媒体链路创建的主动方,控制功能实体需要等待目的端的一个成功响应,向源端返回成功响应消息,MSRP媒体链路创建的流程图。
图5以一个CPM客户端向一个群组发送大消息模式CPM消息为例,CPM客户端为媒体链路创建的主动方,控制功能实体需要等待目的端的一个成功响应,向源端返回成功响应消息,该实施例中的参与功能实体在接收到成功响应后,立即返回确认消息,MSRP媒体链路创建的流程图。
图6以一个CPM客户端向一个群组发送大消息模式CPM消息为例,CPM客户端为媒体链路创建的主动方,控制功能实体需要等待目的端的一个成功响应,向源端返回成功响应消息,该实施例中的参与功能实体在接收到成功响应后,需要等待来自源端方向的确认消息而返回确认消息,MSRP媒体链路创建的流程图。
图7以一个CPM客户端向一个群组发送大消息模式CPM消息为例,CPM客户端为媒体链路创建的主动方,控制功能实体不需要等待目的端的成功响应,向源端返回成功响应消息,MSRP媒体链路创建的流程图。
具体实施方式
由于大消息模式CPM消息所占的空间较大,不能直接使用SIP消息进行承载,与page-mode模式CPM消息传送方式不同,大消息模式CPM消息传送路径分为信令路径和媒体路径,即信令沿信令路径传送,媒体沿媒体路径传送。因此,在本发明实施例中,在传输大消息模式CPM消息时,先使用大消息模式CPM消息的会话邀请消息(SIP INVITE)创建发送方CPM客户端与接收方CPM客户端之间的会话,完成媒体协商,创建发送方CPM客户端与接收方CPM客户端之间的传输链路,通过创建的传输链路,使用消息会话中继协议(Message Session Relay Protocol,简称为MSRP)向上述接收方CPM客户端传送该大消息模式CPM消息的消息体,即CPM消息的内容。在这一整体方案技术背景下,本发明给出完成媒体链路创建的具体实施方案。
在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
本发明提供了一种向群组传送大消息模式CPM消息媒体传输链路创建的方法,通过该方法,在参与大消息模式CPM消息传送过程的各个功能实体之间创建MSRP媒体传输链路。
本发明提供了三种MSRP媒体链路(MSRP媒体链路基于TCP、SCTP等面向链接的协议)创建的方案,分别为邀请消息的发起方主动创建MSRP链路的实施例(参见图1和图2,图中虚线箭头方向表明链路的主动发起方向);邀请消息的接收方主动创建MSRP链路的实施例(参见图3和图4,图中虚线箭头方向表明链路的主动发起方向);CPM客户端为主动创建MSRP链路的实施例(参见图5、图6和图7,图中虚线箭头方向表明链路的主动发起方向)。
图1、图2、图3、图4、图5、图6和图7以一个CPM客户端向一个群组发送大消息模式CPM消息为例,大消息模式CPM消息MSRP链路创建的流程图。
图1、图2、图3、图4、图5、图6和图7均省略了SIP/IP核心网功能节点,事实上图中每两个功能实体之间的信令传输均通过SIP/IP核心网进行,本省略并不构成对本发明的限制。
如图1所示,以一个CPM客户端向一个群组发送大消息模式CPM消息为例,即方案一。邀请消息的发起方主动创建MSRP媒体链路的过程主要包括以下步骤(步骤S101-步骤S112):
步骤S101:CPM Client A向某一个群组发送大消息模式CPM消息的第一会话邀请消息SIP INVITE,101 INVITE。该邀请消息经过SIP/IP核心网路由至参与功能实体(Originating Participation Function)A,即发送方归属参与功能实体,源端参与功能实体。
步骤S102:参与功能实体A,接收到步骤S101发来的会话邀请消息。作为背靠背用户代理(Back to Back User Agent,简称B2BUA)对接收到的消息进行处理:产生一个新的会话邀请消息SIP INVITE,102 INVITE,即第二会话邀请消息,并且发送该会话邀请消息。该会话邀请消息经过SIP/IP核心网路由至控制功能实体(Controlling Function)X。
步骤S103:控制功能实体X,接收到步骤S102发来的会话邀请消息,作为B2BUA对接收到的消息进行处理:一方面,产生并发送第二成功响应消息SIP 200OK,103 200OK,该响应消息经过SIP/IP核心网路由至参与功能实体A;另一方面,针对群组的每一个接收方(以群组中的一个成员W为例),控制功能实体X产生并发送新的会话邀请消息SIP INVITE,即第三会话邀请消息,该消息中携带应答SDP报文。控制功能实体针对群组的每个成员发送该新的会话邀请消息SIP INVITE,本实施例中,以一个成员为例,即110INVITE,该邀请消息经过SIP/IP核心网路由至每个接收方归属的目的端参与功能实体(Terminating Participation Function),本实施例为成员W归属的参与功能实体B。
在控制功能实体X发送的第二SIP 200OK,即103 200OK中,包含应答SDP报文,该报文携带控制功能实体X的MSRP连接参数信息。
步骤S104:参与功能实体A接收到步骤S103出的第二成功响应消息103 200OK,作为B2BUA对接收到的消息进行处理:产生并发送新的响应消息SIP 200OK,即104 200OK,即第一成功响应消息。该响应消息经过SIP/IP核心网路由至CPM Client A。该第一SIP 200OK通过SDP报文携带参与功能实体A的MSRP连接参数信息。
步骤S105:CPM Client A接收到步骤S104中发出的第一成功响应消息104 200OK。发送方CPM客户端发送第一确认消息SIPACK,即105ACK,该ACK消息经过SIP/IP核心网路由至参与功能实体A。
发送方CPM客户端按照SIP 200OK应答协商的结果,根据响应消息中的SDP应答的参与功能实体A的MSRP连接参数,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路。由此创建CPM Client A与参与功能实体A之间的第一媒体传输链路。之后发起MSRP SEND媒体传输请求。
步骤S106:参与功能实体A接收到步骤S105发来的第一ACK确认消息后,即105ACK,一方面,创建新的ACK,即第二ACK,即106ACK确认消息并发送该消息,该ACK确认消息经过SIP/IP核心网路由至控制功能实体X。另一方面,根据SIP 200OK响应消息中的应答SDP的控制功能实体X的MSRP连接参数,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路。由此创建源端参与功能实体与控制功能实体之间的第二媒体传输链路。之后中继传输MSRP SEND媒体传输请求。
步骤S107参与功能实体B,接收到步骤S103来的第三会话邀请消息,即110INVITE,作为B2BUA对接收到的消息进行处理后,产生一个新的会话邀请消息SIP INVITE,即第四会话邀请消息,即111INVITE,该邀请消息经过SIP/IP核心网路由至CPM Client B。
步骤S108CPM Client B接收到步骤S107发出的第四会话邀请消息,即111INVITE,产生并发送邀请消息的第四响应消息SIP 200OK,即112 200OK。该邀请消息经过SIP/IP核心网路由至参与功能实体B。该第四SIP 200OK包含SDP报文,该报文携带CPM ClientB的MSRP连接参数信息。
步骤S109参与功能实体B接收到步骤S108出的第四成功响应消息,作为B2BUA对接收到的消息进行处理:产生并发送新的响应消息SIP 200OK,即第三成功响应消息,113 200OK。该邀请消息经过SIP/IP核心网路由至控制功能实体X。该第三SIP 200OK包含SDP报文,该报文携带参与功能实体B的MSRP连接参数信息。
步骤S110:控制功能实体X接收到步骤S109发出的第三成功响应消息,113 200OK。以一个目的端接收方为例,控制功能实体产生并发送第三ACK确认消息,114ACK,该ACK确认消息经过SIP/IP核心网路由至目的端参与功能实体,本实施例为参与功能实体B。另一方面,根据SIP 200OK响应消息中的SDP应答的参与功能实体B的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路;或者是,根据步骤S106发来的MSRP SEND请求的路径头部信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路。由此创建控制功能实体X与参与功能实体B之间的第三媒体传输路径。MSRP链路创建后,中继传送MSRP SEND媒体传输请求。
步骤S111参与功能实体B接收到步骤S110发来的第三ACK确认消息后,114ACK,一方面,创建新的ACK消息,115ACK,即第四ACK消息并发送该消息,该ACK消息经过SIP/IP核心网路由CPM Client B。另一方面,根据SIP 200OK响应消息中的SDP应答的MSRP路径信息,根据响应消息中的SDP应答的CPM ClientB的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路。由此创建参与功能实体B与CPM Client B之间的第四传输路径。之后中继传送MSRP SEND媒体传输请求。
步骤S112:CPM Client B接收到步骤S111发来的第四ACK即115ACK后,以被动方受理主动方发来的传输链路创建申请。基于创建的MSRP链路,接收媒体。
以上方案一中,MSRP连接参数信息包括IP地址和端口号,和/或URI参数。其中,IP地址可以通过SDP连接参数行c-携带,端口号可以通过媒体参数行m-携带,URI参数可以通过路径参数行a-path携带。
以上方案一中,参与功能实体A、参与功能实体B是在接收到ACK响应消息,产生并发送ACK消息的。需要补充说明是,参与功能实体A、参与功能实体B,控制功能实体X在接收到目的端方向的成功响应后,可以无需等待来自源端方向的ACK确认消息,而针对接收到的成功响应消息产生并发送ACK确认消息。方案一中的各网络功能实体发送的SIPACK消息可以是各个功能实体新创建的,也可以是直接转发接收到的ACK消息,本发明对此不作限制。
以上方案一为以邀请消息的发起方为创建链路的主动方。图2与图1所表示的链路创建方法基本相同,不再赘述。仅对区别之处予以说明。需要特别说明的是,控制功能实体X在接收到来自源端参与功能实体A的邀请消息后,可以向源端方向返回SIP 200OK响应,而无需受限于是否接收到来自目的端方向的SIP 200OK响应。如图1。或者是,控制功能实体X接收到来自目的端的成功响应,如当接收到第一个来自目的端的一个成功响应时向源端返回SIP200OK响应,如图2。
以上方案一中,第二媒体链路的创建过程是参与功能实体A接收到ACK确认消息时触发的,需要补充说明的是,参与功能实体A可以在接收到来自CPM ClientA的MSRP SEND请求消息触发;参与功能实体A也可以在接收到来自控制功能实体X的成功响应消息后,创建第二媒体链路。该补充说明同样适用于参与功能实体B,此处不再赘述。该补充说明同样适用于第三和第四媒体链路的创建。需要补充说明的是,第二和第四媒体链路的触发时机是一致的,比如均为接收到ACK后触发,也可以是均为接收到MSRP SEND请求后触发,或者均可以是接收到200OK响应时触发。而控制功能实体主动创建的第三媒体链路的触发时机则可以采用和参与功能实体不一致的触发方式,即可以为接收到来自源端方向的ACK时触发,可以为接收到200OK时触发或者是接收到MSRP SEND请求时触发。
图3和图4表示的实施例为邀请消息的接收方为创建链路的主动方时创建MSRP链路的过程。即方案二。图4与图3所表示的链路创建方法基本相同,不再赘述。仅对区别之处予以说明。需要特别说明的是,控制功能实体X在接收到来自参与功能实体A的邀请消息后,可以立即向源端方向返回SIP 200OK响应,如图3,或者是,等待来自目的端的成功响应,如当接收到第一个来自目的端的成功响应时向源端返回SIP 200OK响应,如图4。以图3所示的实施例为例,目的端参与功能实体在接收到SIP 200OK消息后,以B2BUA处理该消息,一方面产生新SIP 200OK消息向源端发送,另一方面,向目的端返回确认消息SIP ACK。
如图3所示,邀请消息的接收方为创建链路的主动方时创建MSRP链路的过程,首先进行的邀请消息和成功响应消息的发送和接收过程,即媒体协商过程与上述方案一类似,不再赘述,仅对必要之处给予说明,该实施例的媒体协商过程中,CPM Client A发送的第一会话邀请消息,该第一会话邀请消息中携带CPM ClientA的MSRP连接参数,该第一会话邀请消息经过SIP/IP核心网路由至参与功能实体A;参与功能实体A发送的第二会话邀请消息中携带参与功能实体A的MSRP连接参数,该第二会话邀请消息经过SIP/IP核心网路由至控制功能实体X;控制功能实体X发送的第三会话邀请消息中携带控制功能实体X的MSRP连接参数,该第三会话邀请消息经过SIP/IP核心网路由至参与功能实体B;参与功能实体B发送的第四会话邀请消息中携带参与功能实体B的MSRP连接参数,该第四会话邀请消息经过SIP/IP核心网路由至CPM Client B。包括如下步骤:
步骤201:当CPM Client B接收到来自参与功能实体B的SIPACK确认消息后,根据媒体协商的过程所获取的相邻实体路径即目的端参与功能实体B的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建CPM Client B与参与功能实体B之间的第四媒体传输路径。
步骤202:当参与功能实体B接收到来自控制功能实体X的SIPACK确认消息后,根据媒体协商的过程所获取的相邻实体路径即控制功能实体X的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建参与功能实体B与控制功能实体X之间的第三媒体传输路径。
步骤203:当控制功能实体X接收到来自参与功能实体A的SIP ACK后,根据媒体协商的过程所获取的相邻实体路径即源端参与功能实体A的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建控制功能实体X与参与功能实体A之间的第二媒体传输路径。
步骤204:当参与功能实体A接收到来CPM ClientA的SIPACK后,根据媒体协商的过程所获取的相邻实体路径即CPM ClientA的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建参与功能实体A与CPM Client A之间的第一媒体传输路径。
以上方案二中,MSRP连接参数信息包括IP地址和端口号,和/或URI参数。其中,IP地址可以通过SDP连接参数行c-携带,端口号可以通过媒体参数行m-携带,URI参数可以通过路径参数行a-path携带。
以上方案二中,参与功能实体A、参与功能实体B是在接收到ACK响应消息后,发送ACK消息的。需要补充说明是,参与功能实体A、参与功能实体B,控制功能实体X在接收到目的端方向的成功响应后,可以无需等待来自源端方向的ACK确认消息,而针对接收到的成功响应消息产生并发送ACK确认消息。方案二中的各网络功能实体发送的SIP ACK消息可以是各个功能实体新创建的,也可以是直接转发接收到的ACK消息,本发明对此不作限制。
图5、图6和图7表示的实施例为CPM客户端为创建链路的主动方时创建MSRP链路的过程。为方案三。
图5、图6和图7所表示的链路创建方法基本相同,不再赘述。仅对区别之处予以说明。需要特别说明的是,控制功能实体X在接收到来自参与功能实体A的邀请消息后,可以立即向源端方向返回SIP 200OK响应,如图7,或者是,等待来自目的端的成功响应,如当接收到第一个来自目的端的成功响应时向源端返回SIP 200OK响应,如图5和图6。
如图6所示,以CPM客户端为创建链路的主动方时创建MSRP链路的过程,首先进行的邀请消息和成功响应消息的发送和接收过程,即媒体协商过程与上述方案一类似,不再赘述,仅对必要之处给予说明,该实施例的媒体协商过程中,参与功能实体A发送的第一成功响应消息,该消息中携带参与功能实体A的MSRP连接参数,该消息经过SIP/IP核心网路由至CPM Client A;参与功能实体B发送的第四会话邀请消息中携带参与功能实体B的MSRP连接参数,该消息经过SIP/IP核心网路由至CPM Client B;控制功能实体X发送的第二成功响应消息携带控制功能实体X的MSRP连接参数,该消息经过SIP/IP核心网路由至参与功能实体A,或参与功能实体A发送的第二会话邀请消息中携带参与功能实体A的MSRP连接参数,该消息经过SIP/IP核心网路由至控制功能实体X;控制功能实体X发送的第三会话邀请消息中携带控制功能实体X的MSRP连接参数,该消息经过SIP/IP核心网路由至参与功能实体B,或参与功能实体B发送的第二成功响应消息中参与功能实体B的MSRP连接参数,该消息经过SIP/IP核心网路由至控制功能实体X。包括如下步骤:
步骤S301:CPM Client A接收成功响应消息SIP 200OK。发CPM Client A发送确认消息SIP ACK,该ACK消息经过SIP/IP核心网路由至参与功能实体A。CPM Client A按照SIP 200OK协商的MSRP连接参数结果,即参与功能实体A的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路。由此创建CPM ClientA与参与功能实体A之间的第一媒体传输链路。之后发起MSRPSEND媒体传输请求。
步骤302:当参与功能实体A接收到来CPM ClientA的SIPACK后,根据媒体协商的过程所获取的相邻实体路径MSRP连接参数信息,即控制功能实体的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建参与功能实体A与控制功能实体X之间的第二媒体传输路径。
步骤303:当参与功能实体B接收到来自控制功能实体X的SIPACK确认消息后,根据媒体协商的过程所获取的相邻实体路径MSRP连接参数信息,即控制功能实体的MSRP连接参数信息,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建参与功能实体B与控制功能实体X之间的第三媒体传输路径。
步骤304:当CPM Client B接收到来自参与功能实体B的SIPACK确认消息后,根据媒体协商的过程所获取的相邻实体路径MSRP连接参数信息,即参与功能实体B的MSRP连接参数信息参数,以主动方发起创建链路请求,或者选择一条主机、端口以及URI相符的已经存在的链路作为本段MSRP链路,由此创建CPMClient B与参与功能实体B之间的第四媒体传输路径。
图5所示的实施例与图6所示的实施例,链路创建基本过程相似,此处不再赘述,区别是图5中所示的实施例中,参与功能实体A、参与功能实体B以及控制功能实体,均可以在接收到成功响应后,立即返回确认消息SIPACK。
图7所示的实施例与图5、图6所述的实施例的区别之处在于控制功能实体可以在接收到会话邀请消息之后,无需等待来自目的端的成功响应,而向源端返回成功响应。图7所示实施例的链路创建过程与图6基本过程类似,此处不再赘述。
图5、图6、图7所示的实施例中,第二媒体链路为参与功能实体A主动创建、第三媒体链路为参与功能实体B主动创建。也可以为控制功能实体主动创建二媒体链路或者由控制功能实体主动创建第三媒体链路。
以上方案三中,MSRP连接参数信息包括IP地址和端口号,和/或URI参数。其中,IP地址可以通过SDP连接参数行c-携带,端口号可以通过媒体参数行m-携带,URI参数可以通过路径参数行a-path携带。
以上方案三中,第二媒体链路的创建如果由参与功能实体A创建,可以是在参与功能实体A接收到ACK确认消息后创建的,也可以是参与功能实体A在接收到来自CPM ClientA的MSRP SEND请求消息后创建;参与功能实体A也可以在接收到来自控制功能实体X的成功响应消息后,创建第二媒体链路。
同样的,第三媒体链路的创建如果由控制功能实体X创建,可以是在控制功能实体X接收到ACK确认消息后创建的,也可以是控制功能实体X在接收到来自参与功能实体A的MSRP SEND请求消息后创建;控制功能实体X也可以在接收到来自参与功能实体B的成功响应消息后,创建第二媒体链路。
图5、图6和图7表示的实施例中,控制功能实体X在接收到来自参与功能实体A的邀请消息后,可以立即向源端方向返回SIP200OK响应,或者是,等待来自目的端的成功响应,如当接收到第一个来自目的端的成功响应时向源端返回SIP 200OK响应。
以上方案三中,参与功能实体A、参与功能实体B是在接收到ACK响应消息后,发送ACK消息的。需要补充说明是,参与功能实体A、参与功能实体B,控制功能实体X在接收到目的端方向的成功响应后,可以无需等待来自源端方向的ACK确认消息,而针对接收到的成功响应消息产生并发送ACK确认消息。方案三中的各网络功能实体发送的SIP ACK消息可以是各个功能实体新创建的,也可以是直接转发接收到的ACK消息,本发明对此不作限制。
在以上各方案中,如果某段MSRP链路由会话邀请消息的发起方创建,那么触发创建的时机可以是创建方在接收到来自目的端方向的SIP 200OK响应后创建、或者是创建方在接收到来自源端方向的SIP ACK后创建,或者创建方在接收到来自源端方向的MSRPSEND请求时创建。
如上所述,需要补充说明的是,不管是会话邀请消息的发起方为链路创建的主动方,还是会话邀请消息的接收方为链路创建的主动方,作为MSRP链路的主动方或者被动方可以预先定义,即采用预先设定好的方式,也可以通过SDP协商过程来确定,如果基于SDP协商的结果来确定,那么在具体实施中,可以按照SDP的缺省值预先定义好哪些功能实体作为链路的主动方,本发明的上述几个方案的前提(即作为主动方的实体为固定的)均可以看作是这种情况的缺省预定义情形,当然在具体实施中,也可以针对每个功能实体设计链路创建的主动方或者被动方两种角色,在系统运行期间根据SDP协商的结果来确定主动方还是被动方。借助本发明实施例提供的技术方案,通过大消息模式CPM消息的会话邀请消息和成功响应消息携带SDP进行信息交换,提供了向群组传送大消息模式CPM消息MSRP媒体链路创建所需连接参数在多个网络功能实体之间协商的方案,根据协商结果,以会话邀请消息的发起方或者接收方为每段MSRP链接创建的主动方,从而创建一条从发送方CPM客户端至群组内每个接收方CPM客户端的一条完整MSRP媒体传输路径。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (26)

1.一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向某一个预设群组或临时群组发送大消息模式CPM消息MSRP多跳传输媒体链路的创建,其特征在于,会话邀请消息的发起方为每段媒体链路创建的主动方,所述方法包括:
发送方CPM客户端发送第一会话邀请消息;所述第一会话邀请消息经由SIP/IP核心网路由至源端参与功能实体,所述源端参与功能实体产生并发送第二会话邀请消息;所述第二会话邀请消息经由所述SIP/IP核心网路由至控制功能实体,针对群组的每一个成员,所述控制功能实体产生并发送第三会话邀请消息;所述第三会话邀请消息经由所述SIP/IP核心网路由至目的端参与功能实体;所述目的端参与功能实体产生并发送第四会话邀请消息,所述第四会话邀请消息经由所述SIP/IP核心网路由至接收方CPM客户端,所述接收方CPM客户端产生并发送第四成功响应消息,所述第四成功响应消息经由所述SIP/IP核心网路由至所述目的端参与功能实体,所述目的端参与功能实体产生并发送第三成功响应消息;所述第三成功响应消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体接收到所述第二会话邀请消息,或,所述控制功能实体接收到所述第三成功响应消息,产生并发送第二成功响应消息,所述第二成功响应消息经由所述SIP/IP核心网路由至所述源端参与功能实体,所述源端参与功能实体产生并发送第一成功响应消息,所述第一成功响应消息经由所述SIP/IP核心网路由至所述发送方CPM客户端;
所述发送方CPM客户端接收到所述第一成功响应消息,一方面,产生并发送第一响应确认消息,所述第一响应确认消息经由所述SIP/IP核心网路由至所述源端参与功能实体。另一方面,创建所述发送方CPM客户端与相邻功能实体即所述源端参与功能实体之间的第一媒体传输链路;
所述源端参与功能实体发送第二响应确认消息,第二响应确认消息经由所述SIP/IP核心网路由至所述控制功能实体。所述源端参与功能实体创建所述源端参与功能实体与相邻功能实体即所述控制功能实体之间的第二媒体传输链路;
所述控制功能实体发送第三响应确认消息,第三响应确认消息经由所述SIP/IP核心网路由至所述目的端参与功能实体。所述控制功能实体创建所述控制功能实体与相邻功能实体即所述目的端参与功能实体之间的第三媒体传输链路;
所述目的端参与功能实体发送第四响应确认消息,第四响应确认消息经由所述SIP/IP核心网路由至所述接收方CPM客户端。所述目的端参与功能实体创建所述目的端参与功能实体与相邻功能实体即所述接收方CPM客户端之间的第四媒体传输链路。
2.根据权利要求1所述的方法,其特征在于,所述第一、第二、第三、第四媒体链路创建过程,包括:
所述发送方CPM客户端选择一条主机、端口和\或全球资源标识符URI条件相符的已经存在的链路作为所述第一媒体链路;或,所述发送方CPM客户端以主动方创建所述第一媒体传输链路;
所述源端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第二媒体链路;或,所述源端参与功能实体以主动方创建所述第二媒体传输链路;
所述控制功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第三媒体链路;或,所述控制功能实体以主动方创建所述第三媒体传输链路;
所述目的端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第四媒体链路;或,所述目的端参与功能实体以主动方创建所述第四媒体传输链路。
3.根据权利要求1所述的方法,其特征在于,
所述源端参与功能实体接收到所述第一响应确认消息后,产生并发送所述第二响应确认消息;所述目的端参与功能实体接收到所述第三响应确认消息后,产生并发送所述第四响应确认消息;或,
所述源端参与功能实体接收到所述第二成功响应消息后,产生并发送所述第二响应确认消息;所述目的端参与功能实体在接收到所述第四成功响应消息后,产生并发送所述第四响应确认消息。
4.根据权利要求1所述的方法,其特征在于,
所述控制功能实体接收到所述第三成功响应消息,或者所述控制功能实体接收到所述第二响应确认消息,产生并发送第三响应确认消息。
5.根据权利要求1和4所述的方法,其特征在于,
所述控制功能实体接收到所述第三成功响应消息,或接收到所述第二响应确认消息或者接收到的MSRP SEND媒体传输请求,创建所述控制功能实体与相邻功能实体即所述目的端参与功能实体之间的第三媒体传输链路。
6.根据权利要求1所述的方法,其特征在于,
所述源端参与功能实体接收到所述第一响应确认消息后,创建所述源端参与功能实体与相邻功能实体即所述控制功能实体之间的第二媒体传输链路;所述目的端参与功能实体接收到所述第三响应确认消息,创建所述目的端参与功能实体与相邻功能实体即所述接收方CPM客户端之间的第四媒体传输链路;或,
所述源端参与功能实体接收到所述第二成功响应消息后,创建所述源端参与功能实体与相邻功能实体即所述控制功能实体之间的第二媒体传输链路;所述目的端参与功能实体接收到所述第四成功响应消息后,创建所述目的端参与功能实体与相邻功能实体即所述接收方CPM客户端之间的第四媒体传输链路;或,
所述源端参与功能实体接收到的MSRP  SEND媒体传输请求,创建所述源端参与功能实体与相邻功能实体即所述控制功能实体之间的第二媒体传输链路;所述目的端参与功能实体接收到的MSRP SEND请求后,创建所述目的端参与功能实体与相邻功能实体即所述接收方CPM客户端之间的第四媒体传输链路。
7.一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向某一个预设群组或临时群组发送大消息模式CPM消息MSRP多跳传输媒体链路的创建,其特征在于,CPM客户端为每段媒体链路创建的主动方,所述方法包括:
发送方CPM客户端发送第一会话邀请消息;所述第一会话邀请消息经由SIP/IP核心网路由至源端参与功能实体,所述源端参与功能实体产生并发送第二会话邀请消息;所述第二会话邀请消息经由所述SIP/IP核心网路由至控制功能实体,针对群组的每一个成员,所述控制功能实体产生并发送第三会话邀请消息;所述第三会话邀请消息经由所述SIP/IP核心网路由至目的端参与功能实体;所述目的端参与功能实体产生并发送第四会话邀请消息,所述第四会话邀请消息经由所述SIP/IP核心网路由至接收方CPM客户端,所述接收方CPM客户端产生并发送第四成功响应消息,所述第四成功响应消息经由所述SIP/IP核心网路由至所述目的端参与功能实体,所述目的端参与功能实体产生并发送第三成功响应消息;所述第三成功响应消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体接收到所述第二会话邀请消息,或,所述控制功能实体接收到所述第三成功响应消息,产生并发送第二成功响应消息,所述第二成功响应消息经由所述SIP/IP核心网路由至所述源端参与功能实体,所述源端参与功能实体产生并发送第一成功响应消息,所述第一成功响应消息经由所述SIP/IP核心网路由至所述发送方CPM客户端;
所述发送方CPM客户端接收到所述第一成功响应消息,一方面,产生并发送第一响应确认消息,所述第一响应确认消息经由所述SIP/IP核心网路由至所述源端参与功能实体;另一方面,创建所述发送方CPM客户端与相邻功能实体即所述源端参与功能实体之间的第一媒体传输链路;
所述源端参与功能实体产生并发送第二响应确认消息,第二响应确认消息经由所述SIP/IP核心网路由至所述控制功能实体;所述源端参与功能实体创建所述源端参与功能实体与相邻功能实体即所述控制功能实体之间的第二媒体传输链路;
所述控制功能实体产生并发送第三响应确认消息,第三响应确认消息经由所述SIP/IP核心网路由至所述目的端参与功能实体;所述目的端参与功能实体创建所述目的端参与功能实体与控制功能实体之间的第三媒体传输链路;
所述目的端参与功能实体产生并发送第四响应确认消息,第四响应确认消息经由所述SIP/IP核心网路由至所述接收方CPM客户端;所述接收方CPM客户端创建与相邻功能实体即所述目的端参与功能实体之间的第四媒体传输链路。
8.根据权利要求7所述的方法,其特征在于,
所述源端参与功能实体接收到所述第一响应确认消息后,产生并发送所述第二响应确认消息;
所述目的端参与功能实体接收到所述第三响应确认消息后,产生并发送所述第四响应确认消息;
或者,
所述源端参与功能实体接收到所述第二成功响应消息后,产生并发送所述第二响应确认消息;
所述目的端参与功能实体在接收到所述第四成功响应消息后,产生并发送所述第四响应确认消息。
9.根据权利要求7所述的方法,其特征在于,
所述控制功能实体接收到所述第三成功响应消息,或者所述控制功能实体接收到所述第二响应确认消息,产生并发送第三响应确认消息。
10.根据权利要求7所述的方法,其特征在于,所述第一、第二、第三、第四媒体链路创建过程,包括:
所述发送方CPM客户端选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第一媒体链路;或,所述发送方CPM客户端以主动方创建所述第一媒体传输链路;
所述源端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第二媒体链路;或,所述源端参与功能实体以主动方创建所述第二媒体传输链路;
所述接收方CPM客户端选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第四媒体链路;或,所述接收方CPM客户端以主动方创建所述第四媒体传输链路;
所述目的端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第三媒体链路;或,所述目的端参与功能实体以主动方创建所述第三媒体传输链路;
11.一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向某一个预设群组或临时群组传送大消息模式CPM消息所需的MSRP多跳传输媒体链路创建的方法,其特征在于,会话邀请消息的接收方为每段媒体链路创建的主动方,所述方法包括:
发送方CPM客户端发送第一会话邀请消息;所述第一会话邀请消息经由SIP/IP核心网路由至源端参与功能实体,所述源端参与功能实体产生并发送第二会话邀请消息;所述第二会话邀请消息经由所述SIP/IP核心网路由至控制功能实体,针对群组的每一个成员,所述控制功能实体产生并发送第三会话邀请消息;所述第三会话邀请消息经由所述SIP/IP核心网路由至目的端参与功能实体;所述目的端参与功能实体产生并发送第四会话邀请消息,所述第四会话邀请消息经由所述SIP/IP核心网路由至接收方CPM客户端,所述接收方CPM客户端产生并发送第四成功响应消息,所述第四成功响应消息经由所述SIP/IP核心网路由至所述目的端参与功能实体,所述目的端参与功能实体产生并发送第三成功响应消息;所述第三成功响应消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体接收到所述第二会话邀请消息,或,所述控制功能实体接收到所述第三成功响应消息,产生并发送第二成功响应消息,所述第二成功响应消息经由所述SIP/IP核心网路由至所述源端参与功能实体,所述源端参与功能实体产生并发送第一成功响应消息,所述第一成功响应消息经由所述SIP/IP核心网路由至所述发送方CPM客户端;
所述目的端参与功能实体接收到所述第四成功响应消息,产生并发送第四响应确认消息,所述第四响应确认消息经由SIP/IP核心网路由至所述接收方CPM客户端;所述接收方CPM客户端创建所述接收方CPM客户端与相邻功能实体即所述目的端参与功能实体之间的第四媒体传输链路;
所述控制功能实体接收到所述第三成功响应消息,产生并发送第三响应确认消息,所述第三响应确认消息经由SIP/IP核心网路由至所述目的端参与功能实体;所述所述目的端参与功能实体创建所述目的端参与功能实体与相邻功能实体即所述控制功能实体之间的第三媒体传输链路;
所述源端参与功能实体接收到所述第二成功响应消息,产生并发送第二响应确认消息,所述第二响应确认消息经由SIP/IP核心网路由至所述控制功能实体;所述所述控制功能实体创建所述控制功能实体与相邻功能实体即所述源端参与功能实体之间的第二媒体传输链路;
所述发送方CPM客户端接收到所述第一成功响应消息,产生并发送第一响应确认消息,所述第一响应确认消息经由SIP/IP核心网路由至所述源端参与功能实体;所述源端参与功能实体创建所述源端参与功能实体与相邻功能实体即所述发送方CPM客户端之间的第一媒体传输链路。
12.根据权利要求11所述的方法,其特征在于,所述第一、第二、第三、第四媒体链路创建过程,包括:
所述接收方CPM客户端选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第四媒体链路;或,所述接收方CPM客户端以主动方创建所述第四媒体传输链路;
所述目的端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第三媒体链路;或,所述目的端参与功能实体以主动方创建所述第三媒体传输链路;
所述控制功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第二媒体链路;或,所述控制功能实体以主动方创建所述第二媒体传输链路;
所述源端参与功能实体选择一条主机、端口和\或URI条件相符的已经存在的链路作为所述第一媒体链路;或,所述源端参与功能实体以主动方创建所述第一媒体传输链路。
13.一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向某一个预设群组或临时群组发送大消息模式CPM消息MSRP多跳传输媒体链路的创建,其特征在于,发送方CPM客户端、源端参与功能实体、控制功能实体、目的端参与功能实体以及接收方CPM客户端之间通过会话邀请消息和成功响应消息完成SDP媒体参数协商,基于协商结果,创建发送方CPM客户端与源端参与功能实体之间的第一媒体传输链路、源端参与功能实体与控制功能实体之间的第二媒体传输链路、控制功能实体与目的端参与功能实体之间的第三媒体传输链路以及目的端参与功能实体与接收方CPM客户端之间的第四媒体传输链路。
14.一种向群组传送大消息模式CPM消息媒体链路创建的方法,用于发送方CPM客户端向一个预设群组或临时群组发送大消息模式CPM消息MSRP多跳传输媒体链路的创建,其特征在于:在创建发送方融合IP消息CPM客户端和群组中的一个接收方CPM客户端之间的MSRP链路的过程中,发送方CPM客户端和源端参与功能实体之间,源端参与功能实体和控制功能实体之间、控制功能实体和目的端参与功能实体之间,以及目的端参与功能实体和接收方CPM客户端之间分别创建一段MSRP链路,每段MSRP链路的创建方在创建该段MSRP链路之前,先通过媒体协商过程获知对端的消息会话中继协议连接参数,根据该MSRP连接参数创建该段MSRP链路。
15.如权利要求14所述的方法,其特征在于:所述媒体协商过程包括:发送方CPM客户端发送第一会话邀请消息;所述第一会话邀请消息经由SIP/IP核心网路由至源端参与功能实体,所述源端参与功能实体产生并发送第二会话邀请消息;所述第二会话邀请消息经由所述SIP/IP核心网路由至控制功能实体,针对群组的每一个成员,所述控制功能实体产生并发送第三会话邀请消息;所述第三会话邀请消息经由所述SIP/IP核心网路由至目的端参与功能实体;所述目的端参与功能实体产生并发送第四会话邀请消息,所述第四会话邀请消息经由所述SIP/IP核心网路由至接收方CPM客户端,所述接收方CPM客户端产生并发送第四成功响应消息,所述第四成功响应消息经由所述SIP/IP核心网路由至所述目的端参与功能实体,所述目的端参与功能实体产生并发送第三成功响应消息;所述第三成功响应消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体接收到所述第二会话邀请消息,或,所述控制功能实体接收到所述第三成功响应消息,产生并发送第二成功响应消息,所述第二成功响应消息经由所述SIP/IP核心网路由至所述源端参与功能实体,所述源端参与功能实体产生并发送第一成功响应消息,所述第一成功响应消息经由所述SIP/IP核心网路由至所述发送方CPM客户端;
所述发送方CPM客户端接收到所述第一成功响应消息,产生并发送第一响应确认消息,所述第一响应确认消息经由所述SIP/IP核心网路由至所述源端参与功能实体;
所述源端参与功能实体发送第二响应确认消息,第二响应确认消息经由所述SIP/IP核心网路由至所述控制功能实体;
所述控制功能实体发送第三响应确认消息,第三响应确认消息经由所述SIP/IP核心网路由至所述目的端参与功能实体;
所述目的端参与功能实体发送第四响应确认消息,第四响应确认消息经由所述SIP/IP核心网路由至所述接收方CPM客户端。
16.权利要求15所述的方法,其特征在于:
所述接收方CPM客户端发送的第四成功响应消息中携带所述接收方CPM客户端的MSRP连接参数;所述目的端参与功能实体发送的第三成功响应消息中携带所述目的端参与功能实体的MSRP连接参数;所述控制功能实体发送的第二成功响应消息中携带所述控制功能实体的MSRP连接参数;所述源端参与功能实体发送的第一成功响应消息中携带所述源端参与功能实体的MSRP连接参数;
所述发送方CPM客户端根据源端参与功能实体的MSRP连接参数创建发送方CPM客户端与源端参与功能实体之间的第一MSRP链路;所述源端参与功能实体根据所述控制功能实体的MSRP连接参数创建所述源端参与功能实体与控制功能实体之间的第二MSRP链路;所述控制功能实体根据目的端参与功能实体的MSRP连接参数创建控制功能实体与目的端参与功能实体之间的第三MSRP链路;所述目的端参与功能实体根据所述接收方CPM客户端的MSRP连接参数创建目的端参与功能实体与接收方CPM客户端之间的第四MSRP链路。
17.权利要求15所述的方法,其特征在于:
所述发送方CPM客户端发送的第一会话邀请消息中携带所述发送方CPM客户端的MSRP连接参数;所述源端参与功能实体发送的第二会话邀请消息中携带所述源端参与功能实体的MSRP连接参数;所述控制功能实体发送的第三会话邀请消息中携带所述控制功能实体的MSRP连接参数;所述目的端参与功能实体发送的第四会话邀请消息中携带所述目的端参与功能实体的MSRP连接参数;
所述源端参与功能实体根据所述发送方CPM客户端的MSRP连接参数创建源端参与功能实体与发送方CPM客户端之间的第一MSRP链路;所述控制功能实体根据源端参与功能实体的MSRP连接参数创建控制功能实体和源端参与功能实体之间的第二MSRP链路;所述目的端参与功能实体根据所述控制功能实体的MSRP连接参数创建目的端参与功能实体与控制功能实体之间的第三MSRP链路;所述接收方CPM客户端根据所述目的端参与功能实体的MSRP连接参数创建接收方CPM客户端与目的端参与功能实体之间的第四MSRP链路。
18.权利要求15所述的方法,其特征在于:
所述目的端参与功能实体发送的第四会话邀请消息中携带所述目的端参与功能实体的MSRP连接参数;所述源端参与功能实体发送的第一成功响应消息中携带所述源端参与功能实体的MSRP连接参数;所述源端参与功能实体发送的第二会话邀请消息中携带所述源端参与功能实体的MSRP连接参数,或所述控制功能实体发送的第二成功响应消息中携带所述控制功能实体的MSRP连接参数;所述控制功能实体发送的第三会话邀请消息中携带所述控制功能实体的MSRP连接参数,或者所述目的端参与功能实体发送的第三成功响应消息中携带所述目的端参与功能实体的MSRP连接参数;
发送方CPM客户端与源端参与功能实体之间的第一MSRP链路由所述发送方CPM客户端根据源端参与功能实体的MSRP连接参数创建;接收方CPM客户端与目的端参与功能实体之间的第MSRP链路由所述接收方CPM客户端根据所述目的端参与功能实体的MSRP连接参数创建;
源端参与功能实体与控制功能实体之间的第MSRP链路由所述源端参与功能实体根据控制功能实体的MSRP连接参数创建,或由控制功能实体根据源端参与功能实体的MSRP连接参数创建;
控制功能实体与目的端参与功能实体之间的第三MSRP链路由所述目的端参与功能实体根据所述控制功能实体的MSRP连接参数创建,或由所述控制功能实体根据所述目的端参与功能实体的MSRP连接参数创建。
19.权利要求16所述的方法,其特征在于:
所述发送方CPM客户端创建所述第一MSRP链路后发送第一媒体传输请求,所述源端参与功能实体收到第一媒体传输请求后根据控制功能实体的MSRP连接参数创建第二MSRP链路,所述控制功能实体的MSRP连接参数从第二成功响应消息中获得或从第一媒体传输请求的路径头部信息中获得;
所述源端参与功能实体将接收到的第一媒体传输请求中的媒体数据通过第二媒体链路中继传输,所述控制功能实体收到第二媒体传输请求后根据目的端参与功能实体的MSRP连接参数创建第三媒体链路,所述目的端参与功能实体的MSRP连接参数从第三成功响应消息中获得或从第二媒体传输请求的路径头部信息中获得;
所述控制功能实体将接收的第二媒体传输请求中的媒体数据通过第三媒体链路中继传输,所述目的端参与功能实体接收到第三媒体传输请求后根据接收方CPM客户端的MSRP连接参数创建第四MSRP链路,所述接收方CPM客户端的MSRP连接参数从第四成功响应消息中获得或从第三媒体传输请求的路径头部信息中获得。
20.权利要求15所述的方法,其特征在于:
所述创建MSRP链路方式为,创建方根据相邻实体的MSRP连接参数发起创建链路请求,或者选择一条主机、端口和\或MSRP URI均相符的已经存在的MSRP链路作为要创建的MSRP链路。
21.如权利要求14至20中任一项所述的方法,其特征在于,所述MSRP连接参数为URI参数。
22.如权利要求14至20中任一项所述的方法,其特征在于,所述MSRP连接参数为IP地址和端口号。
23.如权利要求14至20中任一项所述的方法,其特征在于,所述MSRP连接参数为URI参数、IP地址和端口号。
24.权利要求16所述的方法,其特征在于:
所述第一MSRP链路是链路创建方在收到第一成功响应消息后创建;
所述第二MSRP链路是链路创建方在收到第二成功响应消息后创建或是在收到第一确认消息后创建;
所述第三MSRP链路是链路创建方在收到第三成功响应消息后创建或是在收到第二确认消息后创建;
所述第四MSRP链路是链路创建方在收到第四成功响应消息后创建或是在收到第三确认消息后创建。
25.权利要求17所述的方法,其特征在于:
所述第一MSRP链路是链路创建方在收到第一确认消息后创建;
所述第二MSRP链路是链路创建方在收到第二确认消息后创建;
所述第三MSRP链路是链路创建方在收到第三确认消息后创建;
所述第四MSRP链路是链路创建方在收到第四确认消息后创建。
26.权利要求18所述的方法,其特征在于:
所述第一MSRP链路是链路创建方在收到第一成功响应消息后创建;
所述第四MSRP链路是链路创建方在收到第三确认消息后创建;
当第二MSRP链路由控制功能实体创建时,所述第二MSRP链路是链路创建方在收到第二确认消息后创建;
当第二MSRP链路由源端参与功能实体创建时,所述第二MSRP链路是链路创建方在收到第二成功响应消息后创建或是在收到第一确认消息后创建或是接收到来自第一MSRP链路的MSRP SEND请求时创建;
当第三MSRP链路由目的端参与功能实体创建时,所述第三MSRP链路是链路创建方在收到第三确认消息后创建;
当第三MSRP链路由控制功能实体创建时,所述第三MSRP链路是链路创建方在收到第三成功响应消息后创建或是在收到第二确认消息后创建或是接收到来自第二MSRP链路的MSRPSEND请求时创建。
CN200910160757.6A 2009-06-16 2009-07-11 一种向群组传送大消息模式cpm消息媒体链路创建的方法 Active CN101925023B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200910160757.6A CN101925023B (zh) 2009-06-16 2009-07-11 一种向群组传送大消息模式cpm消息媒体链路创建的方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200910108302.X 2009-06-16
CN200910108302 2009-06-16
CN200910160757.6A CN101925023B (zh) 2009-06-16 2009-07-11 一种向群组传送大消息模式cpm消息媒体链路创建的方法

Publications (2)

Publication Number Publication Date
CN101925023A true CN101925023A (zh) 2010-12-22
CN101925023B CN101925023B (zh) 2014-09-10

Family

ID=43339597

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910160757.6A Active CN101925023B (zh) 2009-06-16 2009-07-11 一种向群组传送大消息模式cpm消息媒体链路创建的方法

Country Status (5)

Country Link
US (1) US8688848B2 (zh)
EP (1) EP2434714A4 (zh)
KR (1) KR101403784B1 (zh)
CN (1) CN101925023B (zh)
WO (1) WO2010145183A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104135468A (zh) * 2014-07-01 2014-11-05 东北大学 支持多径中继传输的ims会话协商控制系统、装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842179A (zh) * 2005-04-01 2006-10-04 三星电子株式会社 发送参与无线一键通网络会话的响应方信息的方法和系统
WO2008007869A1 (en) * 2006-07-10 2008-01-17 Samsung Electronics Co., Ltd. Method for transferring and applying floor control scheme in poc session and system for implementing the same
CN101227418A (zh) * 2007-01-19 2008-07-23 华为技术有限公司 一种实现融合ip消息的方法、装置及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101506029B1 (ko) * 2006-11-13 2015-03-27 삼성전자주식회사 통합 메시징 서비스를 제공하기 위한 시스템과 방법
CN101536559A (zh) 2006-11-13 2009-09-16 三星电子株式会社 用于在融合ip消息业务中管理消息线程的方法和系统
CN101257375B (zh) * 2006-12-31 2012-08-08 华为技术有限公司 实现多终端的消息同步的方法及装置
US8099089B2 (en) * 2008-05-13 2012-01-17 Nokia Corporation Method, user equipment and software product for media stream transfer between devices

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842179A (zh) * 2005-04-01 2006-10-04 三星电子株式会社 发送参与无线一键通网络会话的响应方信息的方法和系统
WO2008007869A1 (en) * 2006-07-10 2008-01-17 Samsung Electronics Co., Ltd. Method for transferring and applying floor control scheme in poc session and system for implementing the same
CN101227418A (zh) * 2007-01-19 2008-07-23 华为技术有限公司 一种实现融合ip消息的方法、装置及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104135468A (zh) * 2014-07-01 2014-11-05 东北大学 支持多径中继传输的ims会话协商控制系统、装置及方法
CN104135468B (zh) * 2014-07-01 2017-04-05 东北大学 支持多径中继传输的ims会话协商控制系统、装置及方法

Also Published As

Publication number Publication date
EP2434714A4 (en) 2013-08-28
CN101925023B (zh) 2014-09-10
KR20120019506A (ko) 2012-03-06
WO2010145183A1 (zh) 2010-12-23
US8688848B2 (en) 2014-04-01
US20120089741A1 (en) 2012-04-12
KR101403784B1 (ko) 2014-06-03
EP2434714A1 (en) 2012-03-28

Similar Documents

Publication Publication Date Title
JP5650748B2 (ja) コンバージドipメッセージング(cpm)とショートメッセージサービス(sms)との間のインターワーキングサービスを提供するための方法及びインターネットプロトコルショートメッセージゲートウェイ(ip−sm−gw)
US8745145B2 (en) Method and system for transmitting large message mode CPM messages
EP2429256B1 (en) Method for negotiating message session relay protocol connection parameters
EP2429221B1 (en) Method and system for sending large message mode converged ip messaging message to group
KR101436679B1 (ko) 대형 메시지 모드 통합 아이피 메시지 전송 방법 및 시스템
CN102026112B (zh) 一种融合ip消息的发送方法及系统
CN101925023B (zh) 一种向群组传送大消息模式cpm消息媒体链路创建的方法
KR101372385B1 (ko) 대형 메시지 모드 통합 ip 메시지의 전송방법 및 시스템
CN101854599B (zh) 大融合ip消息传输方法及系统
CN101925033A (zh) 传送大消息模式cpm消息中实现msrp参数协商的方法及系统
CN101895830A (zh) 大消息模式融合ip消息传输方法及系统
CN101924745A (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
C14 Grant of patent or utility model
GR01 Patent grant