专利名称：：一种会议业务的实现方法、设备和系统的制作方法
技术领域：
：本发明涉及通信
技术领域：
，尤其涉及一种会议业务的实现方法、设备和系统。
背景技术：
：随着通信技术的发展，出现了会议业务，会议业务是综合业务数字网(ISDN,IntegratedServicesDigitalNetwork)的4卜充业务之一，开始会i义业务是进行其他会议操作的基础。开始会议业务分两种情况一种是从空闲状态开始会议，即用户在没有建立任何呼叫之前，先启动会议业务，另一种是从一个运行状态的呼叫开始会议，即如用户A已经和用户B建立呼叫的情况下，启动会议业务。网络协议多J某体子系统(IMS，InternetProtocolMultimediaSubsystem)是下一代网络中提供基于网络协议(IP，InternetProtocol)的多媒体会话控制的子系统，包括所有提供音频、视频、文字、即时消息等多i某体业务控制的核心网网元，采用会话初始化协议(SIP，SessionInitialProtocol)作为IMS控制层协议来承载呼叫控制信令，提供统一的多媒体业务和应用。例如在ETSI的TS183005标准中定义了实现会议业务的流程。发明人在研究中发现，电信网络在演进到IMS架构以后，传统的ISDN终端用户的业务需求仍然会大量存在，而现在技术中，在IMS架构下，现有的标准只是定义了在SIP中如何申请会议资源并把对端用户邀请到会议中，但是并没有定义从DSS1怎么转换到SIP协议，即在IMS架构下，无法实现ISDN用户开始会议的业务。
发明内容本发明实施例提供了一种会议业务的实现方法、设备和系统，能够在IMS架构下，基于传统的ISDN，实现终端开始会议的业务。本发明实施例的目的是通过以下技术方案实现的本发明实施例提供一种会议业务的实现方法，包括第一接入节点接收的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；所述第一接入节点将所述第一邀请消息发送给应用服务器。本发明实施例还提供一种接入节点设备，包括消息接收单元，用于接收的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；映射单元，用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；发送单元，用于将所述第一邀请消息发送给应用服务器。本发明实施例还提供另一种接入节点设备，包括消息接收单元，用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；映射单元，用于将所迷第二邀请信息映射为符合l号数字用户信令的第一通知消息；发送单元，用于将所述第一通知消息发送给的第二用户设备。本发明实施例还提供一种通信系统，包括第一接入节点设备、第二接入节点设备；所述第一接入节点设备用于接收的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；将所述第一邀请消息发送给应用服务器。所述第二接入节点设备用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；将所述第二邀请信息映射为符合1号数字用户信令的第一通知消息；将所述第一通知消息发送给的第二用户设备。从上述
发明内容可知，使用本发明实施例提供的技术方案，能够在IMS6架构下，基于传统的ISDN，实现终端开始会议的业务。图1、图2是本发明实施例中会议业务的实现方法的信令流程示意图；图3是本发明实施例中接入节点设备实施例一的结构示意图；图4是本发明实施例中接入节点设备实施例二的结构示意图。具体实施例方式为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。基于IMS架构，接入节点如MSAN将实现和充当语音网关(VGW,VoiceoverIPGateway)和4妄入网关(AGW,AccessGateway)功能实体，终结用户侧的l号数字用户信令，并实现数字用户信令和SIP信令之间的映射。基于IMS架构，应用服务器(AS，ApplicationServer)将实现会议业务的聚焦(focus)功能，并和i某体资源控制器(MRFC,MultimediaResourceFunctionController)及媒体资源处理器(MRFP,MultimediaResourceFunctionProcessor)协同工作提供会议资源。MRFC可能内置在AS，也可能是独立的物理实体。基于上述的功能实体定义，本发明实施例提供一种会议业务的实现方法，实现会议业务包括从空闲状态开始会议业务和从运行状态开始会议业务。首先，在IMS架构中实现ISDN终端从空闲状态开始会议业务场景的信令流程如图l所示Fl-F2:MSAN接收到来自于用户侧的第一设备消息，如FACILITY消息，其中携带了设备信息单元(FacilityIE)。MSAN根据FacilityIE中携带的开始会话(beginConf)等参数信息，得知用户要开始会议业务，发送第一邀请消息，如Invite消息到AS，映射关系如下<table>tableseeoriginaldocumentpage7</column></row><table>ARGUMENTSEQUENCE{Confsize:confsizeConfsize}该映射是将符合DSS1协议的消息映射成的符合SIP协议的消息。对该Invite消息的要求如下1、该Invite消息中的申请统一资源标记(requestURI，requestUniversalResourceIdentifier)为会i义工厂(conferencefactory)的URI(在MSAN里子贞先配置)。2、该Invite消息中的To头域填写为会议工厂(conferencefactory)的URI(在MSAN里预先配置)。3、如果SETUP消息携带了最大参与方数confsize这个参数，则需要把这个参数映射到该Invite消息中。目前SIP消息中没有合适的头域或者参数可以映射confsize这个参数，我们可以通过扩展SIP消息头域或者SIP消息体的方式来在INVITE消息中携带这个参数。扩展的消息头域用ABNF描述如下Confsize="Confsize"HCOLONconfsizeconfsize=1*3DIGIT;0to127基于上述要求的Invite消息示例如下INVITEsip:conference@ABC.com;transport=udpSIP/2.0Call-ID:c006b979a8938e0683bcc9096ba308bcFrom:<sip:+86755654321@ABC.com〉;tag=7flf90flTo:<sip:conference@ABC.com>CSeq:1INVITEContact:<sip:+86755654321@10.71.46.34:5060;transport=udp;lr〉Max-Forwards:70Supported:lOOrelConfsize:6Content-Length:...Content-Type:application/sdp8v=0m=audio7988RTP/AVP8c=INIP410.71.46.34a=rtpmap:8PCMA/8000a=ptime:20a=scndrccv如果是扩展SIP消息体的方式来携带这个参数的话，则INVITE消息如下:INVITEsip:conference@ABC.com;transport=udpSIP/2.0Call-ID:c006b979a8938e0683bcc9096ba308bcFrom:<sip:+86755654321@ABC.com>;tag=7flf90flTo:<sip:conference@ABC.com〉CSeq:1INVITEContact:<sip:+86755654321@10.71.46.34:5060;transport=udp;lr>Max-Forwards:70Supported:lOOrelContent-Length:...Content-Type:multipart/mixed;boundary^Boundary42—Boundary42Content-Length:...Content-Type:application/conf-infoconfsize=G—Boundary42Content-Length:...Content-Type:application/sdpv=0m=audio7988RTP/AVP8c=INIP410.71.46.34a=rtpmap:8PCMA/8000a=ptime:203=scndrccv—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、发给MSAN200OK消息，消息体携带会议中心的会话描述协议(SDP,SessionDescriptionProtocol)信息，在接触(contact)头域携带分配好的会议标识符(conferenceID)。该200OK消息示例如下SIP/2.0200OKCall-ID:486305391e55d3c786b4f86e8697b41d@192.168.0.56Contact:<sip:confidl000@ABC.com>Content-Length:...Content-Type:application/sdpCSeq:lINVITEFrom:<sip:+86755654321@ABC.com>;tag=7flf90flTo:<sip:conference@ABC.com;lr>;tag=849765708Supported:100rel10v=0m=audio12345RTP/AVP8c=INIP410.71.47.12a=rtpmap:8PCMA/8000a=ptime:20a=scndrccvF5:MSAN向AS发送一个对INVITE消息处理成功的消息的响应，如ACK。即MSAN根据SIP协议给AS回SIP消息ACK。F6:MSAN收到AS的200OK消息后，得知会议资源已经申请成功，给ISDN终端回第二设备(FACILITY)消息，消息中包含FacilityIE，指明开始会议业务成功。其次，在IMS架构中实现ISDN终端从运行状态开始会议业务场景的信令流程如图2所示Fl-F2:MSAN接收到来自于用户侧的第一设备消息，如FACILITY消息，其中携带了设备信息单元(FacilityIE)。MSAN根据FacilityIE中携带的开始会话(beginConf)等参数信息，得知用户要开始会议业务，发送第一邀请消息，如Invite消息到AS,映射关系如下DSS1SIPFACILITY—INVITERequestURI:conferencefactoryURIREFERRequestURI:conferenceIDRefer-to:Remote—第二用户设备@domain;Method=invite;Replaces=Dialog—ABFacilityIEbeginCONFInvoke(调用)符合DSS1协议的消息映射成的符合SIP协议的消息INVITE消息表示申请会议资源；REFER消息见下文F6所述，是用于表示会议资源申请成功后，需要把用户B加入到会议中时，MSAN向AS发送的消息；Refer-to消息是REFER消息携带的，同样见下文F6所述，指示目的用户B即第二用户设备的地址标识；Replaces消息表示用户A与用户B之间已经建立起会议。对该Invite消息的要求如下1、该Invite消息中的申请统一资源标记(requestURI，requestUniversalResourceIdentifier)为会议工厂(conferencefactory)的URI(在MSAN里子贞先配置)。2、该Invite消息中的To头域填写为会议工厂(conferencefactory)的URI(在MSAN里预先配置)。3、如果SETUP消息携带了最大参与方数confsize这个参数，则需要把这个参数映射到该Invite消息中。目前SIP消息中没有合适的头域或者参数可以映射confsize这个参数，我们可以通过扩展SIP消息头域或者SIP消息体的方式来在INVITE消息中携带这个参数。扩展的消息头域用ABNF描述如下Confsize="Confsize"HCOLONconfsizeconfsize=1*3DIGIT;0to127基于上述要求的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、发给MSAN200OK消息，消息体携带会议中心的会话描述协议(SDP,SessionDescriptionProtocol)信息，在接触(contact)头域携带分配好的会议标识符(conferenceID)。该200OK消息示例见从空闲状态开始会议业务的实例。12F5:MSAN向AS发送一个对INVITE消息处理成功的消息的响应，如ACK。即MSAN根据SIP协议给AS回SIP消息ACK。F6:MSAN收到AS的200OK消息后，得知会"^义资源已经申请成功，这时需要把用户B即第二用户设备加入到会议中，因此，MSAN发送要求将用户B进行会议转移的REFER消息到AS,对该REFER消息的要求如下1、该REFER消息的requestURI为之前收到的200OK消息的Contact头域中的而；2、该REFER消息携带Refer-To头域，指明要转移到会议中的用户即第二用户设备和对话ID;3、该REFER消息携带Refer-By头域，为第一用户设备自身的URI,表明第一用户设备原来的地址。该REFER消息示例如下REFERsip:confidlOOO@ABC.com;lrSIP/2.0Call-ID:486305391e55d3c786b4f86e8697b41d@192.168.0.56Contact:<sip:28780000@192.168.0.56:5060;transport=udp;lr>Content-Length:0CSeq:2REFERFrom:<sip:28780000@ABC.com;lr〉;tag=a23d50edMax-Forwards:70To:〈sip:confidl000@ABC.com;lr>;tag=849765708Via:SIP/2篇DP192.168.0.56:5060;branch=z9hG4bK8755d3c7dl630539b8121R_cfer-To:<sip:28780006@ABC.com;method=INVITE;lr;Replaces=6e6cl56afe82d3c71c05235d2213fleb%40192.168.0.56%3Bto-tag%3D2151350389%3Bfrom-tag%3Dfe82d3c7>Referred-By:<sip:28780000@ABC.com;lr>F7:AS根据SIP协议规定，回应MSAN的REFER消息，如202Accepted消13息，表示接收到了REFER消息并同意这个请求。F8:AS把当前消息的处理状态通知MSAN,如通过NOTIFY消息通知MSAN。F9:MSAN根据SIP协议规定发给AS表示对NOTIFY消息的确认的消息，如200OK消息。F10:AS收到REFER消息后，除了按照RFC3515给MSAN返回202Accepted和NOTIFY消息外，还要给第二用户设备发送第二邀请消息如INVITE消息，对该INVITE消息的要求如下1、该INVITE消息的requestURI为第二用户设备的URI。2、该INVITE消息携带replaces头域，其参数为此前第一用户设备和第二用户设备之间的对话ID(dialogID)。3、该INVITE消息中需要携带业务指示头域(P-Service-Notification),描述如下P-Service-Notification="P-Service-Notification"HCOLONnotificationnotification="conference-established"该INVITE消息示例如下INVITEsip:123456@ABC.com;transport=udpSIP/2.0Call-ID:d432fa84b4c76e66710From:〈sip:3402934234@conffocus.com>;tag=43524545To:<sip:123456@ABC.com>CSeq:1INVITEContact:<sip:3402934234@conffocus.com>;isfocusMax-Forwards:70Supported:lOOrel,replacesReplaces:sdjfdjfskdf@ABC.com;to-tag=5f35a3;from-tag=8675309P-Service-Notification:conference-establishedContent-Length:...Content-Type:application/sdplSDP—MRFP实际上，P-Service-Notification的扩展也可以通过另外一种方式来实现不扩展SIP头域，而是扩展SIP消息体，如INVITEsip:123456@ABC.com;transport=udpSIP/2.0Call-ID:d432fa84b4c76e66710From:〈sip:3402934234@conffocus.com>;tag=43524545To:<sip:123456@ABC.com>CSeq:1INVITEContact:<sip:3402934234@conffocus.com〉；isfocusMax-Forwards:70Supported:lOOrel,replacesReplaces:sdjfdjfskdf@ABC.com;to-tag=5f35a3;from-tag=8675309Content-Length:...Content-Type:multipart/mixed;boundary=Boundary42—Boundary42Content-Length:...Content-Type:application/service-indication+xml<xmlversion="1.0"encoding="UTF-8"〉<service-indication>conference-established</service-indication>—Boundary42Content-Type:application/sdpSDPMRFP—Boundary42由于SIP协议的灵活性，上面只是举例了两种方式，不一定使'用15P-Service-Notification,的本质，概括来说，这种扩展可以分为三类扩展SIP头域；扩展SIP头域中的参数；扩展SIP的消息体。Fl1:第二用户设备所在的MSAN接收到上述INVITE请求之后，则需要向用户侧发送第一通知消息如NOTIFY消息，映射关系如下<table>tableseeoriginaldocumentpage16</column></row><table>P-Service-Notification参数表示业务指示，表明会议开始，映射到符合DSSl十办i义的通4口指示网元(NotificationindicatorIE)，conference-established参凄t表示会议建立，映射到符合DSS1协议的通知描述(Notificationdescription)。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终端回第二设备(FACIUTY)消息，消息中包含FacilityIE，指明开始会议业务成功。F17-F20:由于F10的INVITE消息携带了替代(Replace)头域，根据SIP协议，需要释放掉Replace头域中指示的对话，这几个消息交互就是释放掉Replace头域中指示的对话。，以上除了F1、Fll、F16外，其它的SIP中的信令交互都是标准中定义的消息交互过程。F15和F16在时间上谁先发谁后发都可以。F16也可以在收到F18之后再发，发送F16的依据是MSAN得知会议已经建立，并且对端用户已经加入到会议中。所以收到F14后就可以发出F16了，当然，收到F18之后再发也是可实现的。通过以上会议业务的实现方法的实施例，可知，由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射，实现终端在IMS架构下，基于传统的ISDN开始会议业务。本发明实施例还提供一种接入节点设备，如图2所示，包括接收单元201,用于接收所在侧的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合1号数字用户信令的要求；映射单元202,用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；发送单元203，用于将所述第一邀请消息发送给应用服务器。进一步，所述接收单元201，还用于接收所述应用服务器发送的第二通知消息，所述第二通知消息指示第二用户设备加入会议业务成功；所述映射单元202，还用于将所述第二通知消息映射为符合l号数字用户信令的第二设备消息；所述发送单元203，还用于将所述第二设备消息发送给所述第一用户设备。本发明实施例还提供一种接入节点设备，如图3所示，包括接收单元301,用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；映射单元302，用于将所述第二邀请信息映射为符合l号数字用户信令的第一通知消息；发送单元303，用于将所述第一通知消息发送给所在侧的第二用户f殳备。全文中第一接入节点设备与第二接入节点设备可以是同一个接入节点设备。通过以上接入节点设备的实施例，可知，由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射，实现终端能够在IMS架构下，基于传统的ISDN开始会议业务。本发明实施例还4是供一种通信系统，包括第一接入节点设备、第二接入节点设备；所述第一接入节点设备用于接收所在侧的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；将所述第一邀请消息发送给应用服务器。所述第二接入节点设备用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；将所述第二邀请信息映射为符合l号数字用户信令的第一通知消息；将所述第一通知消息发送给所在侧的第二用户设备。进一步，所述第一接入节点设备还用于接收所述应用服务器发送的第二通知消息，所述第二通知消息指示第二用户设备加入会议业务成功；将所述第二通知消息映射为符合1号数字用户信令的第二设备消息；将所述第二设备消息发送给所述第一用户设备。通过以上通信系统的实施例，可知，由于MSAN作为一个将DSS1与SIP协议下的消息进行互相映射，实现终端能够在IMS架构下，基于传统的ISDN开始会议的业务。是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤第一接入节点接收所在侧的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；'所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要18求的第一邀请消息；所述第一接入节点将所述第一邀请消息发送给应用服务器。上述提到的存储介质可以是只读存储器，》兹盘或光盘等。以上对本发明实施例所提供的一种会议业务的实现方法、设备和系统进对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。权利要求1、一种会议业务的实现方法，其特征在于，包括第一接入节点接收第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合1号数字用户信令的要求；所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；所述第一接入节点将所述第一邀请消息发送给应用服务器。2、根据权利要求l所述的会议业务的实现方法，其特征在于，当第一设备消息中携带有最大参与方数时，所述第一接入节点通过扩展会话初始化协议的头域、头域中的参数或者会话初始化协议的消息体的方式在第一邀请消息中携带所述最大参与方数。3、根据权利要求l所述的会议业务的实现方法，其特征在于，在所述第一接入节点将所述第一邀请消息发送给应用服务器的步骤之后，还包括第二接入节点接收所述应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议业务，所述第二邀请消息符合会话初始化协议的要求；所述第二接入节点将所述第二邀请信息映射为符合l号数字用户信令的第一通知消息；所述第二接入节点将所述第一通知消息发送给的第二用户设备。4、根据权利要求3所述的会议业务的实现方法，其特征在于，所述第二邀请消息中用于指示要求第二用户设备加入会议业务的参数是通过扩展会话初始化协议的头域、头域中的参数或者会话初始化协议的消息体的方式在第二邀请消息中携带。5、根据权利要求3所述的会议业务的实现方法，其特征在于，在所述第二接入节点将所述第一通知消息发送给的第二用户设备的步骤之后，还包括所述第一接入节点接收所述应用服务器发送的第二通知消息，所述第二通知消息指示第二用户设备加入会议业务成功；所述第一接入节点将所述第二通知消息映射为符合1号数字用户信令的第二设备消息；所述第一接入节点将所述第二设备消息发送给所述第一用户设备。6、根据权利要求1至5任一所述的会议业务的实现方法，其特征在于，所述第一接入节点与所述第二接入节点是同一个接入节点。7、一种接入节点设备，其特征在于，包括接收单元，用于接收第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；映射单元，用于将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；发送单元，用于将所述第一邀请消息发送给应用服务器。8、根据权利要求7所述的接入节点设备，其特征在于所述接收单元，还用于接收所述应用服务器发送的第二通知消息，所述第二通知消息指示第二用户设备加入会议业务成功；所述映射单元，还用于将所述第二通知消息映射为符合1号数字用户信令的第二设备消息；所述发送单元，还用于将所述第二设备消息发送给所述第一用户设备。9、一种接入节点设备，其特征在于，包括接收单元，用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；映射单元，用于将所述第二邀请信息映射为符合l号数字用户信令的第一通知消息；发送单元，用于将所述第一通知消息发送给的第二用户设备。10、一种通信系统，其特征在于，包括第一接入节点设备，用于接收的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合l号数字用户信令的要求；将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；将所述第一邀请消息发送给应用服务器；第二接入节点设备，用于接收应用服务器发送的第二邀请消息，所述第二邀请消息指示要求第二用户设备加入会议，所述第二邀请消息符合会话初始化协议的要求；将所述第二邀请信息映射为符合l号数字用户信令的第一通知消息；将所述第一通知消息发送给的第二用户设备。11、根据权利要求10所述的通信系统，其特征在于所述第一接入节点设备还用于接收所述应用服务器发送的第二通知消息，所述第二通知消息指示第二用户设备加入会议业务成功；将所述第二通知消息映射为符合l号数字用户信令的第二设备消息；将所述第二设备消息发送给所述第一用户设备。全文摘要本发明提供一种会议业务的实现方法、设备和系统，方法主要包括第一接入节点接收的第一用户设备发送的第一设备消息，所述第一设备消息指示要求开始与第二用户设备间的会议业务，所述第一设备消息符合1号数字用户信令的要求；所述第一接入节点将所述第一设备消息映射为符合会话初始化协议的要求的第一邀请消息；所述第一接入节点将所述第一邀请消息发送给应用服务器。使用该方法，能够在IP多媒体子系统架构下，基于传统的综合业务数字网，实现终端开始会议的业务。文档编号H04L29/06GK101686137SQ20081017283公开日2010年3月31日申请日期2008年10月28日优先权日2008年9月25日发明者斌冯,猛武,胡碧波,悦陈申请人:华为技术有限公司