CN101686137A - 一种会议业务的实现方法、设备和系统 - Google Patents
一种会议业务的实现方法、设备和系统 Download PDFInfo
- Publication number
- CN101686137A CN101686137A CN200810172832A CN200810172832A CN101686137A CN 101686137 A CN101686137 A CN 101686137A CN 200810172832 A CN200810172832 A CN 200810172832A CN 200810172832 A CN200810172832 A CN 200810172832A CN 101686137 A CN101686137 A CN 101686137A
- Authority
- CN
- China
- Prior art keywords
- message
- equipment
- access node
- meets
- subscriber equipment
- 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
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种会议业务的实现方法、设备和系统,方法主要包括:第一接入节点接收的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;所述第一接入节点将所述第一邀请消息发送给应用服务器。使用该方法,能够在IP多媒体子系统架构下,基于传统的综合业务数字网,实现终端开始会议的业务。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种会议业务的实现方法、设备和系统。
背景技术
随着通信技术的发展,出现了会议业务,会议业务是综合业务数字网(ISDN,Integrated Services Digital Network)的补充业务之一,开始会议业务是进行其他会议操作的基础。
开始会议业务分两种情况:一种是从空闲状态开始会议,即用户在没有建立任何呼叫之前,先启动会议业务,另一种是从一个运行状态的呼叫开始会议,即如用户A已经和用户B建立呼叫的情况下,启动会议业务。
网络协议多媒体子系统(IMS,Internet Protocol Multimedia Subsystem)是下一代网络中提供基于网络协议(IP,Internet Protocol)的多媒体会话控制的子系统,包括所有提供音频、视频、文字、即时消息等多媒体业务控制的核心网网元,采用会话初始化协议(SIP,Session Initial Protocol)作为IMS控制层协议来承载呼叫控制信令,提供统一的多媒体业务和应用。例如在ETSI的TS 183 005标准中定义了实现会议业务的流程。
发明人在研究中发现,电信网络在演进到IMS架构以后,传统的ISDN终端用户的业务需求仍然会大量存在,而现在技术中,在IMS架构下,现有的标准只是定义了在SIP中如何申请会议资源并把对端用户邀请到会议中,但是并没有定义从DSS1怎么转换到SIP协议,即在IMS架构下,无法实现ISDN用户开始会议的业务。
发明内容
本发明实施例提供了一种会议业务的实现方法、设备和系统,能够在IMS架构下,基于传统的ISDN,实现终端开始会议的业务。
本发明实施例的目的是通过以下技术方案实现的:
本发明实施例提供一种会议业务的实现方法,包括:
第一接入节点接收的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
所述第一接入节点将所述第一邀请消息发送给应用服务器。
本发明实施例还提供一种接入节点设备,包括:
消息接收单元,用于接收的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
映射单元,用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
发送单元,用于将所述第一邀请消息发送给应用服务器。
本发明实施例还提供另一种接入节点设备,包括:
消息接收单元,用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;
映射单元,用于将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;
发送单元,用于将所述第一通知消息发送给的第二用户设备。
本发明实施例还提供一种通信系统,包括:
第一接入节点设备、第二接入节点设备;
所述第一接入节点设备用于接收的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;将所述第一邀请消息发送给应用服务器。所述第二接入节点设备用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;将所述第一通知消息发送给的第二用户设备。
从上述发明内容可知,使用本发明实施例提供的技术方案,能够在IMS架构下,基于传统的ISDN,实现终端开始会议的业务。
附图说明
图1、图2是本发明实施例中会议业务的实现方法的信令流程示意图;
图3是本发明实施例中接入节点设备实施例一的结构示意图;
图4是本发明实施例中接入节点设备实施例二的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
基于IMS架构,接入节点如MSAN将实现和充当语音网关(VGW,Voiceover IP Gateway)和接入网关(AGW,Access Gateway)功能实体,终结用户侧的1号数字用户信令,并实现数字用户信令和SIP信令之间的映射。
基于IMS架构,应用服务器(AS,Application Server)将实现会议业务的聚焦(focus)功能,并和媒体资源控制器(MRFC,Multimedia Resource FunctionController)及媒体资源处理器(MRFP,Multimedia Resource Function Processor)协同工作提供会议资源。MRFC可能内置在AS,也可能是独立的物理实体。
基于上述的功能实体定义,本发明实施例提供一种会议业务的实现方法,实现会议业务包括从空闲状态开始会议业务和从运行状态开始会议业务。
首先,在IMS架构中实现ISDN终端从空闲状态开始会议业务场景的信令流程如图1所示:
F1-F2:MSAN接收到来自于用户侧的第一设备消息,如FACILITY消息,其中携带了设备信息单元(Facility IE)。MSAN根据Facility IE中携带的开始会话(beginConf)等参数信息,得知用户要开始会议业务,发送第一邀请消息,如Invite消息到AS,映射关系如下:
该映射是将符合DSS1协议的消息映射成的符合SIP协议的消息。
对该Invite消息的要求如下:
1、该Invite消息中的申请统一资源标记(request URI,request UniversalResource Identifier)为会议工厂(conference factory)的URI(在MSAN里预先配置)。
2、该Invite消息中的To头域填写为会议工厂(conference factory)的URI(在MSAN里预先配置)。
3、如果SETUP消息携带了最大参与方数confsize这个参数,则需要把这个参数映射到该Invite消息中。目前SIP消息中没有合适的头域或者参数可以映射confsze这个参数,我们可以通过扩展SIP消息头域或者SIP消息体的方式来在INVITE消息中携带这个参数。扩展的消息头域用ABNF描述如下:
Confsize =″Confsize″HCOLON confsize
confsize =1*3DIGIT;0 to 127
基于上述要求的Invite消息示例如下:
INVITE sip:conference@ABC.com;transport=udp SIP/2.0
Call-ID:c006b979a8938e0683bcc9096ba308bc
From:<sip:+86755654321@ABC.com>;tag=7f1f90f1
To:<sip:conference@ABC.com>
CSeq:1INVITE
Contact:<sip:+86755654321@10.71.46.34:5060;transport=udp;lr>
Max-Forwards:70
Supported:100rel
Confsize:6
Content-Length:...
Content-Type:application/sdp
v=0
m=audio 7988 RTP/AVP 8
c=IN IP4 10.71.46.34
a=rtpmap:8 PCMA/8000
a=ptime:20
a=sendrecv
如果是扩展SIP消息体的方式来携带这个参数的话,则INVITE消息如下:
INVITE sip:conference@ABC.com;transport=udp SIP/2.0
Call-ID:c006b979a8938e0683bcc9096ba308bc
From:<sip:+86755654321@ABC.com>;tag=7f1f90f1
To:<sip:conference@ABC.com>
CSeq:1 INVITE
Contact:<sip:+86755654321@10.71.46.34:5060;transport=udp;lr>
Max-Forwards:70
Supported:100rel
Content-Length:...
Content-Type:multipart/mixed;boundary=Boundary42
--Boundary42
Content-Length:...
Content-Type:application/conf-info
confsize=6
--Boundary42
Content-Length:...
Content-Type:application/sdp
v=0
m=audio 7988 RTP/AVP 8
c=IN IP4 10.71.46.34
a=rtpmap:8 PCMA/8000
a=ptime;20
a=sendrecv
--Boundary42
由于SIP协议的灵活性,概括来说,这种扩展可以分为三类:
扩展SIP头域;
扩展SIP头域中的参数;
扩展SIP的消息体。
F3:AS向MSAN发响应消息,通知MSAN已经收到了INVITE消息正在处理,如AS向MSAN发100Tring消息,即AS根据SIP协议规定给MSAN回SIP消息100Tring。
F4:AS向MSAN发送表示处理INVITE消息成功的消息,如200OK。
AS在接收到上述INVITE消息之后,需要做如下处理:
1、控制MRFC申请会议资源;
2、发给MSAN 200OK消息,消息体携带会议中心的会话描述协议(SDP,Session Description Protocol)信息,在接触(contact)头域携带分配好的会议标识符(conference ID)。
该200OK消息示例如下:
SIP/2.0200OK
Call-ID:486305391e55d3c786b4f86e8697b41d@192.168.0.56
Contact:<sip:confid1000@ABC.com>
Content-Length:...
Content-Type:application/sdp
CSeq:1 INVITE
From:<sip:+86755654321@ABC.com>;tag=7f1 f90f1
To:<sip:conference@ABC.com;lr>;tag=849765708
Supported:100rel
v=0
m=audio 12345 RTP/AVP 8
c=IN IP4 10.71.47.12
a=rtpmap:8PCMA/8000
a=ptime:20
a=sendrecv
F5:MSAN向AS发送一个对INVITE消息处理成功的消息的响应,如ACK。即MSAN根据SIP协议给AS回SIP消息ACK。
F6:MSAN收到AS的200OK消息后,得知会议资源已经申请成功,给ISDN终端回第二设备(FACILITY)消息,消息中包含Facility IE,指明开始会议业务成功。
其次,在IMS架构中实现ISDN终端从运行状态开始会议业务场景的信令流程如图2所示:
F1-F2:MSAN接收到来自于用户侧的第一设备消息,如FACILITY消息,其中携带了设备信息单元(Facility IE)。MSAN根据Facility IE中携带的开始会话(beginConf)等参数信息,得知用户要开始会议业务,发送第一邀请消息,如Invite消息到AS,映射关系如下:
符合DSS1协议的消息映射成的符合SIP协议的消息:INVITE消息表示申请会议资源;REFER消息见下文F6所述,是用于表示会议资源申请成功后,需要把用户B加入到会议中时,MSAN向AS发送的消息;Refer-to消息是REFER消息携带的,同样见下文F6所述,指示目的用户B即第二用户设备的地址标识;Replaces消息表示用户A与用户B之间已经建立起会议。
对该Invite消息的要求如下:
1、该Invite消息中的申请统一资源标记(request URI,request UniversalResource Identifier)为会议工厂(conference factory)的URI(在MSAN里预先配置)。
2、该Invite消息中的To头域填写为会议工厂(conference factory)的URI(在MSAN里预先配置)。
3、如果SETUP消息携带了最大参与方数confsize这个参数,则需要把这个参数映射到该Invite消息中。目前SIP消息中没有合适的头域或者参数可以映射confsize这个参数,我们可以通过扩展SIP消息头域或者SIP消息体的方式来在INVITE消息中携带这个参数。扩展的消息头域用ABNF描述如下:
Confsize =″Confsize″HCOLON confsize
confsize =1*3DIGIT;0 to 127
基于上述要求的Invite消息示例同从空闲状态开始会议的示例。
如果是扩展SIP消息体的方式来携带这个参数的话,则INVITE消息见从空闲状态开始会议的对应的示例。
由于SIP协议的灵活性,概括来说,这种扩展可以分为三类:
扩展SIP头域;
扩展SIP头域中的参数;
扩展SIP的消息体。
F3:AS向MSAN发响应消息,通知MSAN已经收到了INVITE消息正在处理,如AS向MSAN发100Tring消息,即AS根据SIP协议规定给MSAN回SIP消息100Tring。
F4:AS向MSAN发送表示处理INVITE消息成功的消息,如200OK。
AS在接收到上述INVITE消息之后,需要做如下处理:
1、控制MRFC申请会议资源;
2、发给MSAN 200OK消息,消息体携带会议中心的会话描述协议(SDP,Session Description Protocol)信息,在接触(contact)头域携带分配好的会议标识符(conference ID)。
该200OK消息示例见从空闲状态开始会议业务的实例。
F5:MSAN向AS发送一个对INVITE消息处理成功的消息的响应,如ACK。即MSAN根据SIP协议给AS回SIP消息ACK。
F6:MSAN收到AS的200OK消息后,得知会议资源已经申请成功,这时需要把用户B即第二用户设备加入到会议中,因此,MSAN发送要求将用户B进行会议转移的REFER消息到AS,对该REFER消息的要求如下:
1、该REFER消息的request URI为之前收到的200OK消息的Contact头域中的URI;
2、该REFER消息携带Refer-To头域,指明要转移到会议中的用户即第二用户设备和对话ID;
3、该REFER消息携带Refer-By头域,为第一用户设备自身的URI,表明第一用户设备原来的地址。
该REFER消息示例如下:
REFER sip:confid1000@ABC.com;lr SIP/2.0
Call-ID:486305391e55d3c786b4f86e8697b41d@192.168.0.56
Contact:<sip:28780000@192.168.0.56:5060;transport=udp;lr>
Content-Length:0
CSeq:2 REFER
From:<sip:28780000@ABC.com;lr>;tag=a23d50ed
Max-Forwards:70
To:<sip:confid1000@ABC.com;lr>;tag=849765708
Via:SIP/2.0/UDP
192.168.0.56:5060;branch=z9hG4bK8755d3c7d1630539b8121
Refer-To:
<sip:28780006@ABC.com;method=INVITE;lr;Replaces=6e6c156afe82d3c71c05
235d2213f1eb%40192.168.0.56%3Bto-tag%3D2151350389%3Bfrom-tag%3Dfe8
2d3c7>
Referred-By:<sip:28780000@ABC.com;lr>
F7:AS根据SIP协议规定,回应MSAN的REFER消息,如202Accepted消息,表示接收到了REFER消息并同意这个请求。
F8:AS把当前消息的处理状态通知MSAN,如通过NOTIFY消息通知MSAN。
F9:MSAN根据SIP协议规定发给AS表示对NOTIFY消息的确认的消息,如200OK消息。
F10:AS收到REFER消息后,除了按照RFC3515给MSAN返回202Accepted和NOTIFY消息外,还要给第二用户设备发送第二邀请消息如INVITE消息,对该INVITE消息的要求如下:
1、该INVITE消息的request URI为第二用户设备的URI。
2、该INVITE消息携带replaces头域,其参数为此前第一用户设备和第二用户设备之间的对话ID(dialog ID)。
3、该INVITE消息中需要携带业务指示头域(P-Service-Notification),描述如下:
P-Service-Notification=″P-Service-Notification″
HCOLON notification
notification =″conference-established″
该INVITE消息示例如下:
INVITE sip:123456@ABC.com;transport=udp SIP/2.0
Call-ID:d432fa84b4c76e66710
From:<sip:3402934234@conffocus.com>;tag=43524545
To:<sip:123456@ABC.com>
CSeq:1 INVITE
Contact:<sip:3402934234@conffocus.com>;isfocus
Max-Forwards:70
Supported:100rel,replaces
Replaces:sdjfdjfskdf@ABC.com;to-tag=5f35a3;from-tag=8675309
P-Service-Notification:conference-established
Content-Length:...
Content-Type:application/sdp
SDP_MRFP
实际上,P-Service-Notification的扩展也可以通过另外一种方式来实现:不扩展SIP头域,而是扩展SIP消息体,如:
INVITE sip:123456@ABC.com;transport=udp SIP/2.0
Call-ID:d432fa84b4c76e66710
From:<sip:3402934234@conffocus.com>;tag=43524545
To:<sip:123456@ABC.com>
CSeq:1 INVITE
Contact:<sip:3402934234@conffocus.com>;isfocus
Max-Forwards:70
Supported:100rel,replaces
Replaces:sdjfdjfskdf@ABC.com;to-tag=5f35a3;from-tag=8675309
Content-Length:...
Content-Type:multipart/mixed;boundary=Boundary42
--Boundary42
Content-Length:...
Content-Type:application/service-indication+xml
<?xml version=″1.0″encoding=″UTF-8″?>
<service-indication>conference-established</service-indication>
--Boundary42
Content-Type:application/sdp
SDP_MRFP
--Boundary42
由于SIP协议的灵活性,上面只是举例了两种方式,不一定使用P-Service-Notification,也可用其它表达方式来表达P-Service-Notification参数的本质,概括来说,这种扩展可以分为三类:
扩展SIP头域;
扩展SIP头域中的参数;
扩展SIP的消息体。
F11:第二用户设备所在的MSAN接收到上述INVITE请求之后,则需要向用户侧发送第一通知消息如NOTIFY消息,映射关系如下:
DSS1 | SIP |
←NOTIFY | ←INVITE |
Notification indicator IE(通知指示网元) | P-Service-Notification |
Notification description(通知描述):100 0010(Conferenceestablished(会话建立)) | conference-established |
P-Service-Notification参数表示业务指示,表明会议开始,映射到符合DSS1协议的通知指示网元(Notification indicator IE),conference-established参数表示会议建立,映射到符合DSS 1协议的通知描述(Notification description)。
F12-F13:按照SIP协议要求进行的交换,F12是MSAN对AS的INVITE消息的响应,F13则是AS对F12这个消息的确认。
F14:AS收到F12:200OK后,发送第二通知消息(NOTIFY)消息通知MSAN:REFER的订阅结束了。
F15:MSAN表明收到了第二通知消息,向AS发出如200OK的消息。
F16:MSAN收到这个NOTIFY,给ISDN终端回第二设备(FACILITY)消息,消息中包含Facility IE,指明开始会议业务成功。
F17-F20:由于F10的INVITE消息携带了替代(Replace)头域,根据SIP协议,需要释放掉Replace头域中指示的对话,这几个消息交互就是释放掉Replace头域中指示的对话。
以上除了F1、F11、F16外,其它的SIP中的信令交互都是标准中定义的消息交互过程。
F15和F16在时间上谁先发谁后发都可以。
F16也可以在收到F18之后再发,发送F16的依据是:MSAN得知会议已经建立,并且对端用户已经加入到会议中。所以收到F14后就可以发出F16了,当然,收到F18之后再发也是可实现的。
通过以上会议业务的实现方法的实施例,可知,由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射,实现终端在IMS架构下,基于传统的ISDN开始会议业务。
本发明实施例还提供一种接入节点设备,如图2所示,包括:
接收单元201,用于接收所在侧的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
映射单元202,用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
发送单元203,用于将所述第一邀请消息发送给应用服务器。
进一步,所述接收单元201,还用于接收所述应用服务器发送的第二通知消息,所述第二通知消息指示第二用户设备加入会议业务成功;
所述映射单元202,还用于将所述第二通知消息映射为符合1号数字用户信令的第二设备消息;
所述发送单元203,还用于将所述第二设备消息发送给所述第一用户设备。
本发明实施例还提供一种接入节点设备,如图3所示,包括:
接收单元301,用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;
映射单元302,用于将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;
发送单元303,用于将所述第一通知消息发送给所在侧的第二用户设备。
全文中第一接入节点设备与第二接入节点设备可以是同一个接入节点设备。
通过以上接入节点设备的实施例,可知,由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射,实现终端能够在IMS架构下,基于传统的ISDN开始会议业务。
本发明实施例还提供一种通信系统,包括:
第一接入节点设备、第二接入节点设备;
所述第一接入节点设备用于接收所在侧的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;将所述第一邀请消息发送给应用服务器。所述第二接入节点设备用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;将所述第一通知消息发送给所在侧的第二用户设备。
进一步,
所述第一接入节点设备还用于接收所述应用服务器发送的第二通知消息,所述第二通知消息指示第二用户设备加入会议业务成功;将所述第二通知消息映射为符合1号数字用户信令的第二设备消息;将所述第二设备消息发送给所述第一用户设备。
通过以上通信系统的实施例,可知,由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射,实现终端能够在IMS架构下,基于传统的ISDN开始会议的业务。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括如下步骤:
第一接入节点接收所在侧的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
所述第一接入节点将所述第一邀请消息发送给应用服务器。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的一种会议业务的实现方法、设备和系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1、一种会议业务的实现方法,其特征在于,包括:
第一接入节点接收第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
所述第一接入节点将所述第一邀请消息发送给应用服务器。
2、根据权利要求1所述的会议业务的实现方法,其特征在于,
当第一设备消息中携带有最大参与方数时,所述第一接入节点通过扩展会话初始化协议的头域、头域中的参数或者会话初始化协议的消息体的方式在第一邀请消息中携带所述最大参与方数。
3、根据权利要求1所述的会议业务的实现方法,其特征在于,
在所述第一接入节点将所述第一邀请消息发送给应用服务器的步骤之后,还包括:
第二接入节点接收所述应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议业务,所述第二邀请消息符合会话初始化协议的要求;
所述第二接入节点将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;
所述第二接入节点将所述第一通知消息发送给的第二用户设备。
4、根据权利要求3所述的会议业务的实现方法,其特征在于,
所述第二邀请消息中用于指示要求第二用户设备加入会议业务的参数是通过扩展会话初始化协议的头域、头域中的参数或者会话初始化协议的消息体的方式在第二邀请消息中携带。
5、根据权利要求3所述的会议业务的实现方法,其特征在于,
在所述第二接入节点将所述第一通知消息发送给的第二用户设备的步骤之后,还包括:
所述第一接入节点接收所述应用服务器发送的第二通知消息,所述第二通知消息指示第二用户设备加入会议业务成功;
所述第一接入节点将所述第二通知消息映射为符合1号数字用户信令的第二设备消息;
所述第一接入节点将所述第二设备消息发送给所述第一用户设备。
6、根据权利要求1至5任一所述的会议业务的实现方法,其特征在于,所述第一接入节点与所述第二接入节点是同一个接入节点。
7、一种接入节点设备,其特征在于,包括:
接收单元,用于接收第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;
映射单元,用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;
发送单元,用于将所述第一邀请消息发送给应用服务器。
8、根据权利要求7所述的接入节点设备,其特征在于:
所述接收单元,还用于接收所述应用服务器发送的第二通知消息,所述第二通知消息指示第二用户设备加入会议业务成功;
所述映射单元,还用于将所述第二通知消息映射为符合1号数字用户信令的第二设备消息;
所述发送单元,还用于将所述第二设备消息发送给所述第一用户设备。
9、一种接入节点设备,其特征在于,包括:
接收单元,用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;
映射单元,用于将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;
发送单元,用于将所述第一通知消息发送给的第二用户设备。
10、一种通信系统,其特征在于,包括:
第一接入节点设备,用于接收的第一用户设备发送的第一设备消息,所述第一设备消息指示要求开始与第二用户设备间的会议业务,所述第一设备消息符合1号数字用户信令的要求;将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息;将所述第一邀请消息发送给应用服务器;
第二接入节点设备,用于接收应用服务器发送的第二邀请消息,所述第二邀请消息指示要求第二用户设备加入会议,所述第二邀请消息符合会话初始化协议的要求;将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息;将所述第一通知消息发送给的第二用户设备。
11、根据权利要求10所述的通信系统,其特征在于:
所述第一接入节点设备还用于接收所述应用服务器发送的第二通知消息,所述第二通知消息指示第二用户设备加入会议业务成功;将所述第二通知消息映射为符合1号数字用户信令的第二设备消息;将所述第二设备消息发送给所述第一用户设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810172832A CN101686137A (zh) | 2008-09-25 | 2008-10-28 | 一种会议业务的实现方法、设备和系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810161445 | 2008-09-25 | ||
CN200810161445.2 | 2008-09-25 | ||
CN200810172832A CN101686137A (zh) | 2008-09-25 | 2008-10-28 | 一种会议业务的实现方法、设备和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101686137A true CN101686137A (zh) | 2010-03-31 |
Family
ID=42049124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810172832A Pending CN101686137A (zh) | 2008-09-25 | 2008-10-28 | 一种会议业务的实现方法、设备和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101686137A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101764896A (zh) * | 2008-12-24 | 2010-06-30 | 华为技术有限公司 | 多方会议中增加或者拆除会议参与方的方法、设备及系统 |
CN103414836A (zh) * | 2013-07-23 | 2013-11-27 | 中国联合网络通信集团有限公司 | 接入基于ip的电话会议的处理方法及装置 |
CN109643427A (zh) * | 2016-08-25 | 2019-04-16 | 文炳轸 | 电话讲课中讲师和学员之间实时匹配支持方法 |
-
2008
- 2008-10-28 CN CN200810172832A patent/CN101686137A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101764896A (zh) * | 2008-12-24 | 2010-06-30 | 华为技术有限公司 | 多方会议中增加或者拆除会议参与方的方法、设备及系统 |
CN103414836A (zh) * | 2013-07-23 | 2013-11-27 | 中国联合网络通信集团有限公司 | 接入基于ip的电话会议的处理方法及装置 |
CN103414836B (zh) * | 2013-07-23 | 2016-03-02 | 中国联合网络通信集团有限公司 | 接入基于ip的电话会议的处理方法及装置 |
CN109643427A (zh) * | 2016-08-25 | 2019-04-16 | 文炳轸 | 电话讲课中讲师和学员之间实时匹配支持方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2590376B1 (en) | Method, apparatus and system for cross-platform conference convergence | |
US11108838B2 (en) | Method, user equipment and application server for adding media stream of multimedia session | |
US10601880B2 (en) | Conference reconstruction in SIP networks | |
CN101123523B (zh) | 一种创建多种媒体类型组合会议的方法 | |
CN101369906B (zh) | 一种会议业务实现方法及设备 | |
CN101388883B (zh) | 多媒体会话中特定设备的管理方法、系统和设备 | |
CN101686137A (zh) | 一种会议业务的实现方法、设备和系统 | |
CN101764896B (zh) | 多方会议中增加或者拆除会议参与方的方法、设备及系统 | |
CN101374138B (zh) | 一种在sip协议中请求业务修改的方法、网络系统及装置 | |
CN101005502B (zh) | 业务脚本获取、控制方法及其控制系统和媒体资源服务器 | |
US20100150141A1 (en) | Method and apparatus for determining media codec in sip-based voip network | |
CN101753571A (zh) | 实现双视频流传送的方法、装置和系统 | |
CN101686138B (zh) | 一种实现三方会议的方法、设备和系统 | |
CN101119212B (zh) | 通过信令适配实体传输isdn用户-用户应用信息的方法 | |
CN101741871B (zh) | 会议中隔离或重接isdn用户的方法、系统和接入节点 | |
CN101742005A (zh) | 一种实现会议分割业务的方法、系统和网络装置 | |
CN101047718B (zh) | 实现媒体协商的系统、方法及服务器 | |
CN100571149C (zh) | 一种基于会话发起协议更新会议媒体类型的实现方法 | |
CN101800948B (zh) | 实现呼叫转向业务的方法、装置和系统 | |
US8799475B2 (en) | Realizing method of playing multimedia information during course of session ending | |
CN101459572A (zh) | 一种在ip分组网中实现关联媒体流的方法及装置 | |
CN101854372B (zh) | 一种点击拨号中控制会话媒体类型的方法和装置 | |
KR101063706B1 (ko) | 차세대 통신망에서 멀티-sdp를 이용한 회의통화부가서비스 제공방법 | |
CN101686441A (zh) | 呼叫保持业务的调用方法、设备和系统 | |
CN101742369A (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 |
Application publication date: 20100331 |