CN101588251A - 一种ims即时消息群发的方法及设备 - Google Patents

一种ims即时消息群发的方法及设备 Download PDF

Info

Publication number
CN101588251A
CN101588251A CNA2008100673805A CN200810067380A CN101588251A CN 101588251 A CN101588251 A CN 101588251A CN A2008100673805 A CNA2008100673805 A CN A2008100673805A CN 200810067380 A CN200810067380 A CN 200810067380A CN 101588251 A CN101588251 A CN 101588251A
Authority
CN
China
Prior art keywords
message
sending entity
multicast
mass
group
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
Application number
CNA2008100673805A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2008100673805A priority Critical patent/CN101588251A/zh
Priority to EP09749417A priority patent/EP2271035A4/en
Priority to PCT/CN2009/071193 priority patent/WO2009140874A1/zh
Publication of CN101588251A publication Critical patent/CN101588251A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种IMS即时消息群发的方法，包括：多播组消息群发实体接收消息发送实体发送的IMS即时消息；所述多播组消息群发实体与所述消息发送实体属于同一多播组；所述多播组消息群发实体将所述IMS即时消息发送给所述多播组内的所有消息接收实体。本发明实施例还公开了一种多播组消息群发实体。本发明实施例通过利用多播实现群发IMS即时消息，可以减轻服务器的负载。

Description

一种IMS即时消息群发的方法及设备
技术领域
本发明属于通信领域，特别涉及一种IMS即时消息群发的方法及设备。
背景技术
IMS(IP Multimedia Subsystem：IP多媒体子系统)是3GPP(3rd GenerationPartnership Project，第三代移动通信标准化伙伴项目)标准定义的一个IP多媒体子系统，是3G(3rd Generation)移动网实现分组话音和分组数据，提供统一的多媒体业务和应用的目标网络。
IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用SIP(Session Initiation Protocol：会话发起协议)协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。
目前，其它的国际标准组织如ITU-T(International Telecommunication Union-Telecommunication Standardization Sector，国际电信联盟-电信标准部)、ETSI(European Telecommunications Standards Institute，欧洲电信标准协会)等也采用IMS作为其定义的下一代网络的核心网络。
IMS即时消息业务是允许一个网络实体向另一个网络实体发送消息。IMS即时消息的发送内容可以是文本、多媒体消息及其他MIME(MultipurposeInternet Mail Extensions：多用途互联网邮件扩展)类型的多种格式的内容，包括了终端到终端、终端到增值应用、增值应用到终端之间的即时消息通信。
IP多播(也称多址广播或组播，下面简称多播)技术实现了一台或多台主机(多播源)发送单一数据包到多台主机。多播作为一点对多点的通信，是节省网络带宽的有效方法之一。在网络音频/视频广播的应用中，当需要将一个节点的信号传送到多个节点时，无论是采用重复点对点通信方式，还是采用广播方式，都会严重浪费网络带宽，采用多播才是较好的选择。多播能使一个或多个多播源只把数据包发送给特定的多播组，而只有加入该多播组的主机才能接收到数据包。
发明人在实施现有技术的过程中发现：现有IMS即时消息业务中，实现多人相互发送消息主要是通过会议群发的方式，即只有会议的参与者才能发送和接收消息，且参与会议的人数越多，会议服务器性能需求就越高，占用的资源越多，成本增加。
发明内容
本发明实施例提供了一种IMS即时消息群发的方法及设备，可以用于解决现有技术中消息群发导致的占用资源过高、浪费网络带宽的问题。
本发明实施例提供了一种IMS即时消息群发的方法，包括：
多播组消息群发实体接收消息发送实体发送的IMS即时消息；所述多播组消息群发实体与所述消息发送实体属于同一多播组；
所述多播组消息群发实体将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
本发明实施例还提供一种多播组消息群发实体，包括：
消息服务单元，所述消息服务单元用于接收消息发送实体发送的IMS即时消息；所述多播组消息群发实体与所述消息发送实体位于同一多播组内；
多播媒体传输单元，所述多播媒体传输单元用于将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
本发明实施例利用多播实现群发消息，可以不关心多播组内有哪些用户，每个用户的身份标识是什么，需要接收消息的用户只要加入多播组即可，就可以接收到此组内的所有数据。多播组内的所有用户共享数据流，可以减轻服务器的负载。
附图说明
图1为本发明提供的第一实施例的系统结构示意图；
图2为本发明提供的第二实施例的方法流程示意图；
图3为本发明提供的第三实施例的方法流程示意图；
图4为本发明提供的第四实施例的方法流程示意图；
图5为本发明提供的第五实施例的方法流程示意图；
图6为本发明提供的第六实施例的方法流程示意图；
图7为本发明提供的多播组消息群发实体结构示意图。
具体实施方式
在现有技术中，实现IMS即时消息业务时，用户在发送消息时需要知道消息接收方的身份标识或者会议标识(通过会议服务器转发给会议参与者，而会议服务器需要知道每个会议参与者的身份标识)。现有技术通过会议群发的方式实现多人相互发送消息：即只有会议的参与者才能发送和接收消息，且参与会议的人数越多，会议服务器性能需求就越高，占用的资源越多，成本增加。
本发明实施例利用多播实现群发消息，可以不关心多播组内有哪些用户，每个用户的身份标识是什么，需要接收消息的用户只要加入多播组即可，就可以接收到此组内的所有数据。多播组内的所有用户共享数据流，可以减轻服务器的负载。本发明实施例利用多播群发消息的方可以在如下场景中应用：用户加入一个多播节目，希望能够对当前节目发表一些评论消息，并希望自己的评论内容能够被正在看当前节目的所有用户接收到，而不需要知道每个用户的身份标识，也不需要关心有多少用户要接收评论消息；用户希望能够加入一场直播球赛的聊天室，与聊天室内的所有用户聊天；
如图1所示为本发明第一实施例提供的系统示意图。该图中，各个网络实体的功能描述如下：
多播组消息群发实体101，用于接收消息发送实体102发送的IMS即时消息，并通过多播方式群发给消息接收实体103；
多播组消息群发实体101与消息发送实体102之间的E1接口协议可以采用SIP、HTTP、RTP、MSRP、其他标准或私有协议；
多播组消息群发实体101与消息接收实体103之间的E2接口协议可以有采用RTP、IGMP、MSRP、其他标准或私有协议；
消息发送实体102，用于将用户输入的或来自网络的IMS即时消息发送给多播组消息群发实体101；消息发送实体102可以设置在用户终端(如IPTV终端、IMS终端等)或网络实体(如IPTV业务服务器)上。
消息接收实体103，用于从多播组消息群发实体101接收IMS即时消息。消息接收实体103可以设置在用户终端(如IPTV终端、IMS终端等)上。
如图2所示，为本发明第二实施例提供的利用多播实现消息群发的方法流程示意图。本实施例的方法可以包括：
步骤201：消息发送实体发送IMS即时消息给多播组消息群发实体；
在步骤201中，消息发送实体首先获取多播组消息群发实体的地址；具体的，消息发送实体可以采用如下方式之一发送消息给多播组消息发送实体：
方式1：通过信令面将消息发送至多播组消息群发实体；
采用该方式，消息发送实体可以通过在SIP MESSAGE、HTTP POST中携带消息内容发送给多播组消息群发实体。使用该方式，在消息发送实体发送的消息量较少时，该方式占用资源少，实现简单。
方式2：通过媒体通道将消息发送至多播组消息群发实体；
采用该方式实现过程可以是：消息发送实体获取多播组消息群发实体地址；消息发送实体根据多播组消息群发实体地址发起到多播组消息群发实体的会话建立过程，并通过会话建立完成MSRP(Message Session Relay Protocol：消息会话中继协议)媒体通道的协商，消息发送实体通过MSRP媒体通道将消息发送至多播组消息群发实体。当消息发送实体要连续发送多条消息时，采用该方式可以避免大量信令消息在网络中传递可能引起网络拥塞的问题。
步骤202：多播组消息群发实体群发消息给附着在多播组内的消息接收实体，可以采用如下方式之一实现：
方式1：通过多播传输通道将IMS即时消息转发给多播组内的消息接收实体；
采用该方式，多播组消息群发实体接收消息发送实体发送的IMS即时消息，可以选择将接收到的IMS即时消息封装在多播媒体流中，与多播媒体流一起通过多播方式转发IMS即时消息给加入多播组的所有消息接收实体；当然也可以不对接收到的IMS即时消息进行封装，直接通过多播方式转发IMS即时消息给加入多播组的所有消息接收实体，即不与媒体流一起发送，而是独立传输。使用这种方式可以利用现有多播资源通道，无需重新分配资源。
方式2：利用已经建立的MSRP媒体通道转发消息给多播组内的消息接收实体；
采用该方式，消息接收实体在加入多播组时，利用多播会话协商建立了与多播组消息群发实体之间的MSRP媒体通道，多播组消息群发实体通过已经建立的MSRP通道发送消息给多播组内的所有消息接收实体。
比如在IPTV直播业务中，消息接收实体在发起直播会话建立过程时，发送SIP INVITE邀请消息，INVITE请求被路由到多播组消息群发实体，多播组消息群发实体获取直播节目所关联的消息业务信息，发起到多播媒体传输单元的会话请求SIP INVITE，通过会话协商建立消息接收实体与多播组消息群发实体之间的MSRP媒体通道。需要说明的是，上述消息接收实体发送的请求消息还可以是SIP re-INVITE，比如消息接收实体是利用原有会话控制直接加入多播组，则消息接收实体在加入多播组后发送的就是SIP re-INVITE会话修改请求，触发消息接收实体发起会话修改的条件可以是加入多播组后根据从媒体流中获取的消息业务信息立即触发，还可以是在用户启动消息输入人机交互界面时触发。该方式可以减少网络间的控制信令传递。
如图3所示，为本发明第三实施例提供的IMS即时消息群发流程示意图。本实施例中，IPTV用户加入直播节目1，IPTV用户通过IPTV终端上的链接或按键启动参与评论的人机交互界面，输入相应评论内容参与评论，IPTV终端从直播节目媒体流中获取评论内容，并以滚动条方式显示评论内容在直播节目下方。该实施例中，多播边缘节点ECF/EFF(Elementary ControlFunctions/Elementary Forwarding Functions)、多播内容源BC-MF(Broad Cast-Media Function)作为多播组消息群发实体，IPTV终端B为消息发送实体，IPTV终端A为消息接收实体。本实施例方法包括：
步骤301：IPTV终端B加入直播节目多播组，从多播边缘节点ECF/EFF接收直播节目媒体流；
步骤302：IPTV终端A加入直播节目多播组，从多播边缘节点ECF/EFF接收直播节目媒体流；
步骤303：IPTV终端A和IPTV终端B从媒体流中获取直播节目关联的评论业务描述信息，获取评论信息接收地址BC-MF的地址，保存评论业务描述信息在终端，可以链接形式显示评论业务信息；
步骤304：IPTV终端B通过链接或某个按键启动评论信息输入界面，输入评论内容；
步骤305：IPTV终端B发送携带评论内容的SIP MESSAGE消息给评论信息接收地址BC-MF；
步骤306：BC-MF接收评论消息，可以选择将评论消息封装在直播节目媒体流中，也可以选择不对评论消息进行封装；
步骤307：BC-MF发送评论消息到多播边缘节点ECF/EFF，评论消息可以是随直播节目媒体流一起传输到多播边缘节点，还可以是单独传输到多播边缘节点；
步骤308～309：所有加入多播组的IPTV终端(本实施例中包括IPTV终端A和IPTV终端B)通过已经建立的多播媒体通道从多播边缘节点接收评论消息和直播节目媒体流。
如图4所示，为本发明第四实施例提供的IMS即时消息群发流程示意图。本实施例中，IPTV用户加入一个提供聊天室业务的直播节目2的频道，通过IPTV终端上的聊天室链接选择一个聊天室加入该频道，建立与聊天室之间的会话，发送聊天内容给聊天室内所有用户。本实施例中，BC-MF作为多播组消息群发实体，IPTV终端B为消息发送实体，消息服务器作为即时消息转发实体，IPTV终端A为消息接收实体。本实施例方法包括：
步骤401：IPTV终端B加入直播节目2的频道的多播组，从多播边缘节点ECF/EFF接收直播节目媒体流；
步骤402：IPTV终端A加入直播节目2的频道的多播组，从多播边缘节点ECF/EFF接收直播节目媒体流；
步骤403：所有加入直播节目2的频道多播组的IPTV终端(本实施例包括IPTV终端A和IPTV终端B)从媒体流中获取直播节目关联的聊天室信息，获取消息服务器地址，比如chatroom@example.com；
步骤404：IPTV终端B选择加入聊天室，启动聊天室界面，输入聊天内容；
步骤405：IPTV终端B发送聊天消息给消息服务器，其Request-URI就是消息服务器地址；
步骤406：消息服务器将接收到的聊天信息发送到BC-MF；
步骤407：BC-MF接收聊天消息并封装在直播球赛媒体流中；
步骤408：BC-MF复制包含聊天消息的媒体流给多播组ECF/EFF；
步骤409～410：所有加入多播组的IPTV终端(本实施例包括IPTV终端A和IPTV终端B)通过已经建立的多播媒体通道接收包含聊天消息的直播节目媒体流；
步骤411：IPTV终端B识别直播节目媒体流中的聊天信息，接收属于自己的聊天信息；
步骤412：IPTV终端A识别直播节目媒体流中的聊天消息，由于IPTV终端A没有加入聊天室，因此丢弃不属于自己的聊天信息。
如图5所示，为本发明第五实施例提供的IMS即时消息群发流程示意图。本实施例中，IPTV用户加入直播节目3，通过终端上的链接或按键启动参与评论的人机交互界面，输入相应评论内容参与评论，评论信息以滚动条方式显示在直播节目下方。所用方法是所有加入直播节目的IPTV终端，利用直播会话协商建立与直播媒体功能BC-MF之间的MSRP媒体通道，并通过已经建立的MSRP通道接收评论信息。本实施例中，消息服务器作为即时消息转发实体，BC-MF作为多播组消息群发实体；IPTV终端B为消息发送实体，同时也代表所有加入直播节目的IPTV终端，IPTV终端A代表消息接收实体。本实施例方法包括：
步骤501：IPTV终端B选择直播节目3；
步骤502：IPTV终端B发送直播节目请求到Core IMS(即IMS核心网)，该直播节目请求可以是SIP INVITE邀请消息；
步骤503：直播节目请求被Core IMS路由到直播业务控制功能BC-SCF；
步骤504：BC-SCF根据直播节目请求中携带的直播节目标识，获取直播节目所关联的评论业务信息，并选择BC-MF；
步骤505～506：BC-SCF发送SIP INVITE请求到BC-MF；
步骤507～510：BC-MF返回直播节目请求响应200OK给IPTV终端B；
步骤511：建立IPTV终端B与BC-MF之间的MSRP媒体通道；
需要说明的是，上述步骤501～511实现了每个加入直播节目的IPTV终端都通过直播会话协商建立了MSRP媒体通道。
步骤512～513：IPTV终端接收直播节目媒体流，从媒体流中获取直播节目所关联的消息服务器地址；
步骤514：IPTV终端B启动评论业务消息输入界面，输入评论内容；
步骤515：IPTV终端B发送评论消息给消息服务器；
步骤516：消息服务器将接收到的消息转发给BC-MF；
步骤517～519：BC-MF通过已经建立的MSRP通道群发消息给多播组内的所有IPTV终端，IPTV终端接收消息并显示消息内容。
需要说明的是，IPTV终端在加入直播节目时，可以不需要重新进行会话建立，直接加入直播节目多播组。此时IPTV终端根据从媒体流或EPG中获取的关联消息业务描述信息，可以发起SIP re-INVITE会话修改过程，通过会话修改协商建立MSRP媒体通道。
如图6所示，为本发明第六实施例提供的IMS即时消息群发流程示意图。本实施例中，IPTV用户加入直播节目，通过终端上的链接或按键启动参与评论的人机交互界面，输入相应评论内容参与评论，评论信息以滚动条方式显示在直播节目下方。本实施例中，所有加入直播节目的IPTV终端利用直播会话协商建立与直播媒体功能BC-MF之间的MSRP媒体通道，并通过已经建立的MSRP通道发送和接收评论信息；本实施例中，BC-MF作为多播组消息群发实体，IPTV终端B为消息发送实体，并同时代表所有加入直播节目的IPTV终端；IPTV终端A为消息接收实体。
步骤601：IPTV终端B选择直播节目；
步骤602：IPTV终端B发送直播节目请求到Core IMS，该直播节目请求可以是SIP INVITE邀请消息；
步骤603：INVITE请求被Core IMS路由到直播业务控制功能BC-SCF；
步骤604：BC-SCF根据直播节目请求的直播节目标识，获取直播节目所关联的评论业务信息，并选择BC-MF；
步骤605～606：BC-SCF发送SIP INVITE请求到BC-MF；
步骤607～610：BC-MF返回直播节目请求响应200OK给IPTV终端B；
步骤611：建立IPTV终端B与BC-MF之间的MSRP媒体通道；
需要说明的是，上述步骤601～611实现了每个加入直播节目的IPTV终端都通过直播会话协商建立了MSRP媒体通道。
步骤612：IPTV终端B接收直播节目媒体流；
步骤613：IPTV终端B启动评论业务消息输入界面，输入评论内容；
步骤614：IPTV终端B通过已经建立的MSRP通道发送携带评论内容的MSRP SEND消息给BC-MF；
步骤615～617：BC-MF将评论消息再通过所有已经建立的MSRP通道群发消息给多播组内的所有IPTV终端，IPTV终端接收消息并显示消息内容。
需要说明的是，IPTV终端在加入直播节目时，可以不需要重新进行会话建立，直接加入直播节目多播组。此时IPTV终端根据从媒体流或EPG中获取的关联消息业务描述信息，可以发起SIP re-INVITE会话修改过程，通过会话修改协商建立MSRP媒体通道。
本发明第七实施例提供的多播组消息群发实体，其结构如图7所示，包括：
消息服务单元，用于接收消息发送实体发送的IMS即时消息；该多播组消息群发实体与所述消息发送实体位于同一多播组内；多播媒体传输单元，用于将接收到的IMS即时消息发送给所述多播组内的所有消息接收实体。
具体的，多播媒体传输单元发送IMS即时消息给多播组内所有消息接收实体的方式可以采用如下之一：
方式1：通过多播传输通道将IMS即时消息转发给多播组内的消息接收实体；
采用该方式，多播组消息群发实体接收消息发送实体发送的IMS即时消息，可以选择将接收到的IMS即时消息封装在多播媒体流中，与多播媒体流一起通过多播方式转发IMS即时消息给加入多播组的所有消息接收实体；当然也可以不对接收到的IMS即时消息进行封装，直接通过多播方式转发IMS即时消息给加入多播组的所有消息接收实体，即不与媒体流一起发送，而是独立传输。使用这种方式可以利用现有多播资源通道，无需重新分配资源。
在具体的实现过程中，多播媒体传输单元通过多播传输通道将IMS即时消息发送给多播组内的所有消息接收实体可以通过多播路由器和多播边缘节点ECF/EFF配合实现。具体的实现方法和应用可以参见具体实施例三、具体实施例四、图3和图4。
方式2：利用多播会话建立的MSRP媒体通道发送IMS即时消息给多播组内的消息接收实体；
采用该方式，多播组消息群发实体还可以进一步包括MSRP媒体通道建立单元。MSRP媒体通道建立单元用于在消息接收实体加入多播组过程中通过多播会话协商建立与消息接收实体之间的MSRP媒体通道。多播媒体传输单元通过该MSRP媒体通道将IMS即时消息发送给多播组内的所有消息接收实体。具体的，如在IPTV直播业务中，消息接收实体在发起直播会话建立过程时，发送SIP INVITE邀请消息，INVITE请求被路由到多播业务控制单元，多播业务控制单元获取直播节目所关联的消息业务信息，发起到多播媒体传输单元的会话请求SIP INVITE，通过会话协商建立消息接收实体与多播媒体传输单元之间的MSRP媒体通道。具体的实现方法和应用可以参见具体实施例五、具体实施例六、图5和图6。
本发明实施例中，多播组消息群发实体可以接收多播组内任意实体发送的IMS即时消息，并发送给加入多播组的所有实体；在TISPAN的基于IMS的IPTV架构中，其可以为多播内容源BC-MF。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1、一种IMS即时消息群发的方法，其特征在于，所述方法包括：
多播组消息群发实体接收消息发送实体发送的IMS即时消息；所述多播组消息群发实体与所述消息发送实体属于同一多播组；
所述多播组消息群发实体将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
2、如权利要求1所述的方法，其特征在于，所述多播组消息群发实体接收消息发送实体发送的IMS即时消息之前包括：
所述消息发送实体获取所述多播组消息群发实体的地址；
所述消息发送实体根据所述地址将所述IMS即时消息携带在信令面消息中发送至所述多播组消息群发实体。
3、如权利要求1所述的方法，其特征在于，所述多播组消息群发实体接收消息发送实体发送的IMS即时消息之前包括：
所述消息发送实体获取所述多播组消息群发实体的地址；
所述消息发送实体根据所述地址与所述多播组消息群发实体协商建立MSRP媒体通道；
所述消息发送实体通过所述MSRP通道将所述IMS即时消息发送至所述多播组消息群发实体。
4、如权利要求1至3任一项所述的方法，其特征在于，所述多播组消息群发实体将所述IMS即时消息发送给所述多播组内的所有消息接收实体具体包括：
所述多播组消息群发实体通过多播传输通道将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
5、如权利要求1至3任一项所述的方法，其特征在于，所述多播组消息群发实体将所述IMS即时消息发送给所述多播组内的所有消息接收实体具体包括：
在消息接收实体加入多播组过程中，所述多播组消息群发实体通过多播会话协商建立与所述消息接收实体之间的MSRP媒体通道；
所述多播组消息群发实体通过所述MSRP媒体通道将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
6、一种多播组消息群发实体，其特征在于，所述多播组消息群发实体包括：
消息服务单元，所述消息服务单元用于接收消息发送实体发送的IMS即时消息；所述多播组消息群发实体与所述消息发送实体位于同一多播组内；
多播媒体传输单元，所述多播媒体传输单元用于将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
7、如权利要求6所述的实体，其特征在于，
所述多播媒体传输单元通过多播传输通道将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
8、如权利要求6所述的实体，其特征在于，所述多播组消息群发实体还包括MSRP媒体通道建立单元：
所述MSRP媒体通道建立单元，用于在消息接收实体加入多播组过程中通过多播会话协商建立与所述消息接收实体之间的MSRP媒体通道；
所述多播媒体传输单元通过所述MSRP媒体通道将所述IMS即时消息发送给所述多播组内的所有消息接收实体。
CNA2008100673805A 2008-05-20 2008-05-20 一种ims即时消息群发的方法及设备 Pending CN101588251A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CNA2008100673805A CN101588251A (zh) 2008-05-20 2008-05-20 一种ims即时消息群发的方法及设备
EP09749417A EP2271035A4 (en) 2008-05-20 2009-04-08 GROUPED IMS MESSAGE SENDING METHOD AND ITS EQUIPMENT
PCT/CN2009/071193 WO2009140874A1 (zh) 2008-05-20 2009-04-08 一种ims即时消息群发的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2008100673805A CN101588251A (zh) 2008-05-20 2008-05-20 一种ims即时消息群发的方法及设备

Publications (1)

Publication Number Publication Date
CN101588251A true CN101588251A (zh) 2009-11-25

Family

ID=41339757

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2008100673805A Pending CN101588251A (zh) 2008-05-20 2008-05-20 一种ims即时消息群发的方法及设备

Country Status (3)

Country Link
EP (1) EP2271035A4 (zh)
CN (1) CN101588251A (zh)
WO (1) WO2009140874A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101888301A (zh) * 2010-06-30 2010-11-17 北京神州泰岳软件股份有限公司 基于sip协议的群发文件方法
CN103136326A (zh) * 2011-12-05 2013-06-05 索尼公司 与媒体一起呈现评论的系统和方法
CN108370448A (zh) * 2015-12-08 2018-08-03 法拉第未来公司 一种众包广播系统和方法
CN108471557A (zh) * 2018-03-28 2018-08-31 武汉斗鱼网络科技有限公司 一种弹幕广播方法、装置、服务器及介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110875914B (zh) * 2018-09-03 2022-06-07 中国移动通信有限公司研究院 一种基于共享会话链路传输消息的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW463503B (en) * 1998-08-26 2001-11-11 United Video Properties Inc Television chat system
GB0321975D0 (en) * 2003-09-19 2003-10-22 Ericsson Telefon Ab L M Exchange protocol for combination multimedia services
CN100370790C (zh) * 2004-05-27 2008-02-20 腾讯科技（深圳）有限公司 在即时通讯系统中控制即时消息的方法
CN100488139C (zh) * 2005-08-10 2009-05-13 华为技术有限公司 建立聊天室数据传输通道实现聊天消息传送的方法
US8752107B2 (en) * 2006-03-07 2014-06-10 Telefonaktiebolaget L M Ericcson (Publ) Time-shifting and chase-play for an IPTV system
KR100966047B1 (ko) * 2006-08-25 2010-06-28 삼성전자주식회사 통신시스템에서 미디어 송신 방법 및 장치
CN1925468B (zh) * 2006-09-27 2010-05-19 华为技术有限公司 一种互联网组管理协议报告抑制方法和通信网络系统
CN101193072A (zh) * 2007-03-29 2008-06-04 腾讯科技（深圳）有限公司 一种多平台聊天室系统及其实现方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101888301A (zh) * 2010-06-30 2010-11-17 北京神州泰岳软件股份有限公司 基于sip协议的群发文件方法
CN103136326A (zh) * 2011-12-05 2013-06-05 索尼公司 与媒体一起呈现评论的系统和方法
CN108370448A (zh) * 2015-12-08 2018-08-03 法拉第未来公司 一种众包广播系统和方法
CN108471557A (zh) * 2018-03-28 2018-08-31 武汉斗鱼网络科技有限公司 一种弹幕广播方法、装置、服务器及介质

Also Published As

Publication number Publication date
EP2271035A1 (en) 2011-01-05
WO2009140874A1 (zh) 2009-11-26
EP2271035A4 (en) 2011-08-31

Similar Documents

Publication Publication Date Title
EP1964315B1 (en) Method for converting between unicast sessions and a multicast session
EP1421736B1 (en) Method and device for multicasting in a umts network
CN101946458B (zh) 组播数据的传送
CN101873219B (zh) 一种基于应用层组播的视频会议直播系统
US20090111430A1 (en) Method and system for implementing messaging services and a message application server
CN105141971A (zh) 一种基于会话初始化协议实现直播的方法及系统
CN101588251A (zh) 一种ims即时消息群发的方法及设备
US20120166562A1 (en) System and method for routing session initiation protocol conversation
US9801031B2 (en) Method, apparatus and system for group session
CN109963108B (zh) 一种一对多对讲的方法和装置
US9288136B2 (en) Method and apparatus for in-band channel change for multicast data
CN100442789C (zh) 一种多方通信的实现方法及系统
CN101448201A (zh) 建立广播或组播承载的方法、设备和系统
CN102291366A (zh) 一种实现多媒体会议即时聊天的方法和用户设备
CN101635672B (zh) 一种群组方式下实现融合业务会话的装置和方法
KR100656485B1 (ko) Ｐｔａ 서비스 제공 방법 및 그 시스템
KR100801612B1 (ko) 디지털 멀티미디어 방송과 동기화된 실시간 쌍방향 통신 방법
CN101360222B (zh) 一种基于下一代网络的iptv节目产生方法及系统
CN101309286B (zh) 强制节点退出方法和应用层组播系统
CA2592513A1 (en) Method and apparatus for multiple unicast delivery of media
CN109982025B (zh) 一种会议免打扰的方法和装置
US20090207988A1 (en) Method and system for telecommunication sessions using only initial signal messages
CN102546994B (zh) 一种多媒体会议成员实现消息交互的方法及系统
CN101459626B (zh) 用于ip多媒体子系统的消息传输控制方法
KR100789379B1 (ko) 멀티캐스트 트래픽 조정 기능을 가지는 홈게이트웨이 장치및 그 방법

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

Application publication date: 20091125